[發明專利]一種內容匹配的方法及裝置、可讀存儲介質

有效

• 申請號: 202011099984.5
• 申請日: 2020-10-14
• 公開（公告）號: CN112232091B
• 公開（公告）日: 2021-11-16
• 發明（設計）人: 陳海燕;錢開源;張沛宇
• 申請（專利權）人: 文思海輝智科科技有限公司
• 主分類號: G06F40/58
• 分類號: G06F40/58;G06F40/42;G06F40/289;G06F16/903
• 代理公司: 北京超凡宏宇專利代理事務所(特殊普通合伙) 11463
• 代理人: 衡滔

本申請提供一種內容匹配的方法及裝置、可讀存儲介質。內容匹配的方法，包括：獲取待匹配內容；所述待匹配內容為UI內容或UA內容；根據預設斷句規則，將所述待匹配內容拆分為待匹配字串；根據所述待匹配字串對應的待匹配內容獲取所述待匹配字串的屬性信息；將所述待匹配字串的屬性信息和預設翻譯記憶庫中的參考字串的屬性信息進行匹配，確定所述待匹配字串與所述參考字串的匹配類型。該方法用以完善UI和UA的匹配方式，提高UI和UA的利用率。

技術領域

本申請涉及翻譯技術領域，具體而言，涉及一種內容匹配的方法及裝置、可讀存儲介質。

背景技術

軟件本地化翻譯工作中主要涉及兩類文件，包含UI(User Interface，用戶界面)和UA(User Assistant，用戶幫助)文件。傳統技術使用TM(Translation Memory,翻譯記憶庫)存儲已翻內容，以便復用譯文或獲取相近源文的譯文。

UA文件中大多數的段落都是包含多個句子的長文本。因為文本長度過長，這些段落不容易得到匹配，TM利用率低下。為了提高翻譯效率，傳統技術往往會先做斷句，再逐句翻譯，以便按句子入庫。而對于UI文件，大部分UI字串比較短，容易出現同一個串在不同場景(即其所屬的UI界面/功能模塊)下意義不同，所以譯文也不同。UI文件中字串的順序是無意義的，而字串ID(Identity Document，身份標識)又是唯一的，因此傳統技術基于UI的ID進行匹配復用。

因而，傳統技術中，針對UA文件，往往會斷句后翻譯，UI翻譯前不做斷句操作。進而導致，對于UI文件，長文本段不能斷句，并且UI和UA兩者之間不能很好地進行匹配，影響UI和UA文件的復用，利用率較低。

發明內容

本申請實施例的目的在于提供一種內容匹配的方法及裝置、可讀存儲介質，用以完善UI和UA的匹配方式，提高UI和UA的利用率。

第一方面，本申請實施例提供一種內容匹配的方法，包括：獲取待匹配內容；所述待匹配內容為UI內容或UA內容；根據預設斷句規則，將所述待匹配內容拆分為待匹配字串；根據所述待匹配字串對應的待匹配內容獲取所述待匹配字串的屬性信息；將所述待匹配字串的屬性信息和預設翻譯記憶庫中的參考字串的屬性信息進行匹配，確定所述待匹配字串與所述參考字串的匹配類型。

在本申請實施例中，針對UI內容和UA內容，采用相同的匹配方式，均先進行斷句得到待匹配字串，然后獲取待匹配字串的屬性信息，基于該屬性信息確定待匹配字串與翻譯記憶庫中的參考字串的匹配類型。通過這種匹配方式，一方面，基于屬性信息的匹配方式可以對UI內容和UA內容都進行斷句，實現在TM中統一斷句狀態，便于UI內容和UA內容之間的正確匹配，提高UI內容和UA內容的利用率。另一方面，當確定匹配類型后，在對UI內容和UA內容進行利用時，可以結合匹配類型考慮是否對其進行利用，或者根據匹配類型選擇應用方式，進而提高UI內容和UA內容的利用率。

作為一種可能的實現方式，所述屬性信息包括：文本屬性和附加屬性；所述附加屬性包括：上下文屬性、標識屬性和組件名屬性中的至少一項。

在本申請實施例中，屬性信息中包括基本的文本屬性，以及能夠實現UI內容和UA內容之間的正確匹配的上下文屬性、標識屬性和組件名屬性中的至少一種屬性，若采用一種屬性，則能夠通過該種屬性進行針對性的匹配，實現快速匹配；若采用多種屬性，則能夠基于不同類型的屬性實現更準確地匹配；從而提高匹配率。