通用型OCR
更新時間 2024-12-30 16:00:15
最近更新時間: 2024-12-30 16:00:15
分享文章
本節通過通用型OCR業務實例,詳細介紹業務接入的基本流程和操作方案建議,消除客戶業務操作實踐困惑,幫助客戶快速獲得更優的體驗。
背景信息
對于首次使用通用型OCR業務的用戶,如希望快速的解決業務需求問題,可參照本實踐案例,通過應用場景、產品功能、前提條件、前期準備、實踐步驟等說明,實現業務快速接入。
應用場景
文檔數字化: OCR可以將紙質文件轉換為數字格式,方便文件存儲和信息傳輸,提高辦公效率。
辦公掃描: OCR可以將紙質文件掃描為電子文檔,方便存儲和檢索,減少紙張使用。
產品功能
快速、準確的OCR文字檢測和識別服務,針對多場景、多顏色的OCR文字檢測和識別需求,最終輸出檢測到的文字內容和文本行坐標信息,解決不易識別、手動輸入等場景操作效低下的問題。
實踐流程

前提條件
- 購買通用型OCR相關產品,訂購流程詳情請查看產品購買;
- 創建通用型OCR應用及開通通用型OCR應用,開通服務流程詳情請查看創建應用及開通應用;
- 查看購買通用型OCR產品情況,產品整體情況請查看用戶控制臺。
前期準備
構造請求
- 請求地址:{終端節點地址}+{對應接口URI},詳情查看構造請求;
- 終端節點地址://ai-global.ctapi.daliqc.cn;
- 對應接口URI:/v1/aiop/api/2f3p1pnxpqm8/ocrdetect/ocr/v1/image.json。
認證鑒權
認證鑒權詳細版本,點擊查看認證鑒權。
1.信息的獲取
- 登錄云網門戶,在“控制臺”->“賬號中心”->“安全設置”->“用戶AccessKey”點擊“查看”獲取。
2.基本簽名流程
- 待簽字符串:使用規范請求和其他信息創建待簽字符串;
- 計算密鑰:使用header、ctyun-eop-sk、ctyun-eop-ak來創建hmac算法的密鑰;
- 計算簽名:使用第三步的密鑰和待簽字符串在通過hmacsha256來計算簽名;
- 簽名應用:將生成的簽名信息作為請求消息頭添加到HTTP請求中。
3.創建待簽名字符串
- 待簽名字符串=需要進行簽名的header排序后的組合列表+ "\n" + 排序的query + "\n" + toHex(sha256(原封的body));
- 假設你需要將ctyun-eop-request-id、eop-date、host都要簽名,則待簽名的header構造出來是:ctyun-eop-request-id:123456789\neop-date:20210531T100101Z\nhost:1.1.1.1:9080\n;
- 如果你加入一個ccad的header,同時這個header也需要進行簽名,則待簽名的header組合:ccad:123\nctyun-eop-request-id:123456789\neop-date:20210531T100101Z\nhost:1.1.1.1:9080\n。
4.構造動態密鑰
- 發起請求時,需要構造一個eop-date的時間,這個時間的格式是yyyymmddTHHMMSSZ,言簡意賅一些,就是年月日T時分秒Z;
- 先是用申請的ctyun-eop-sk作為密鑰,eop-date作為數據,算出ktime;
- 用ktime作為密鑰,申請的ctyun-eop-ak作為數據,算出kAk;
- 用kAk作為密鑰,eop-date的年月日值作為數據,算出kdate。
5.簽名應用
- 由“構造動態密鑰”和“創建待簽名字符串”分別得出來的待簽名字符串string_sigture、kdate生成出Signature;
- 得到Eop-Authorization,然后將數據整合成header放在http_client內,發出即可。
實踐步驟
詳情查看API通用型OCR。
