【誤訳訂正書】
【提出日】平成25年5月1日(2013.5.1)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
同じ実体に関連付けられた異なるデータ記録を識別するために、アイデンティティハブ内で複数の言語におけるデータ記録を処理する方法であって、
前記アイデンティティハブにおいて受信されるデータ記録を言語と関連付けるステップと、
前記データ記録の属性に、言語に特有である一意の導出コード（以下、「一意の導出コード」という）を適用するステップであって、前記一意の導出コードは、言語特有の標準化および言語非依存型バケッティングを備えており、前記言語特有の標準化は、前記言語に関する前記データ記録の前記属性を標準化し、前記言語非依存型バケッティングは、前記データ記録の比較のために一組の候補データ記録を生成する、前記適用するステップと、
前記データ記録の１以上の標準化された属性を前記候補データ記録の１以上の標準化された属性と比較して、当該比較に基づいて前記データ記録を前記１以上の候補データ記録と結び付け、前記データ記録を前記結び付けられた候補データ記録に関連付けられた１以上の実体に関連付けるステップと、
個々の言語における実体を処理するように、１つ以上のアルゴリズムを選択し、適用するステップであって、異なる２つの言語の少なくとも２つのデータ記録が同じ実体に関連付けられる、前記適用するステップと、
を含む、前記方法。
【請求項２】
前記言語を前記アイデンティティハブにおける特定のメンバー型に論理的に対応づけるステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記複数の言語の各々は、前記アイデンティティハブにおける特定のメンバー型に１対１で論理的に対応づけられる、請求項１又は２に記載の方法。
【請求項４】
前記一意の導出コードは、前記特定のメンバー型に基づいて選択的に適用される、請求項３に記載の方法。
【請求項５】
前記複数の言語における前記データ記録は、前記アイデンティティハブにおける言語定義内で属性の型を共有する、請求項３に記載の方法。
【請求項６】
前記データ記録の前記属性は、２つ以上の言語におけるものであり、前記言語は、前記２つ以上の言語から選択される、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記データ記録は、前記アイデンティティハブによってアクセス可能である複数の情報源からのものであり、前記複数の情報源は、１つ以上の言語におけるものである、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記データ記録を前記言語と関連付ける前記関連付けるステップは、
前記データ記録を評価して、国コードを取得するステップと、
前記取得した国コードを利用して前記言語を決定するステップと
をさらに含む、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
前記言語は、デフォルト言語である、請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
前記データ記録の比較が、
第１の言語における第１のデータ記録の第１の属性に対する第１のウエートを生成するステップと、
第２の言語における第２のデータ記録の第２の属性に対する第２のウエートを生成するステップと、
前記第１および第２のウエートを利用して、前記第１の言語における前記第１のデータ記録の前記第１の属性および前記第２の言語における前記第２のデータ記録の第２の属性を比較するステップと
をさらに含む、請求項１〜９のいずれか一項に記載の方法。
【請求項１１】
前記データ記録の比較が、
第１の言語における第１のデータ記録の第１の属性に対する第１のウエートとび第２の言語における第２のデータ記録の第２の属性に対する第２のウエートとを生成するステップと、
前記第１の属性と前記第２の属性とを比較して、前記第１および第２のウエートに基づいてスコアを決定するステップと
をさらに含む、請求項１〜９のいずれか一項に記載の方法。
【請求項１２】
前記データ記録とともに、前記言語に関する情報および前記データ記録の標準化された属性を、前記アイデンティティハブの実体層に渡すステップをさらに含む、請求項１〜１１のいずれか一項に記載の方法。
【請求項１３】
前記一意の導出コードを適用するステップが、前記対応づけられた特定のメンバー型に基づいて、前記データ記録の属性に、前記一意の導出コードを適用するステップを含む、請求項２に記載の方法。
【請求項１４】
同じ実体に関連付けられた異なるデータ記録を識別するために、アイデンティティハブ内で複数の言語におけるデータ記録を処理するためのコンピュータ命令であって、プロセッサによって実行可能である前記コンピュータ命令を記憶するコンピュータ可読記憶媒体であって、前記プロセッサによって実行されると、コンピュータに請求項１〜１３のいずれか一項に記載の方法の各ステップを実行させる前記コンピュータ命令を記憶する前記コンピュータ可読記憶媒体。
【請求項１５】
同じ実体に関連付けられた異なるデータ記録を識別するために、アイデンティティハブ内で複数の言語におけるデータ記録を処理するシステムであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサによってアクセス可能であり、前記少なくとも１つのプロセッサによって実行可能であるコンピュータ命令を記憶する、少なくとも１つのコンピュータ可読記憶媒体と
を備えており、
前記コンピュータ可読記憶媒体は、前記少なくとも１つのプロセッサによって実行されると、前記システムに、請求項１〜１３のいずれか一項に記載の方法の各ステップを実行させる前記コンピュータ命令を記憶する、前記システム。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】０００２
【訂正方法】変更
【訂正の内容】
【０００２】
（技術分野）
本開示は、概して、データ記録を関連付けることに関し、より具体的には、これらのデータ記録が関連付けられてもよいように、同じ実体に関する情報を含有してもよい、データ記録を識別することに関する。さらに具体的には、本明細書で開示される実施形態は、複数の言語（以下、「複数言語」という）におけるデータ記録の関連付けに関する。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】０００７
【訂正方法】変更
【訂正の内容】
【０００７】
見直さなければならないデータの量を低減し、ユーザが間違ったデータ記録を選ぶことを防止するために、同じ実体に関する情報を含み得る種々の情報源から、データ記録を識別し、関連付けることも望ましい。データベース内の重複データ記録を見つけ、これらの重複データ記録を削除する、従来のシステムがあるが、これらのシステムは、相互と実質的に同一であるデータ記録しか見つけない場合がある。したがって、これらの従来のシステムは、例えば、わずかに異なる名字を伴う２つのデータ記録が、それでもなお同じ実体に関する情報を含有するかどうかを決定することができない。加えて、これらの従来のシステムは、複数の異なる情報源からデータ記録を指標化し、同じ実体に関する情報を含有する１つ以上の情報源内でデータ記録を見つけ、これらのデータ記録をともに結び付けようとしない。その結果として、これらのデータ記録の属性間の不一致にもかかわらず、同じ実体に関する複数の情報源からのデータ記録を関連付けることができ、まとめてこれらの種々のデータ記録からの情報を集合させ、提示できることが望ましいであろう。しかしながら、実践では、複数の情報源から情報の正確で統一された見方を提供することが極めて難しくなり得る。データ記録が複数言語におけるものである場合、課題はさらに手強くなり得る。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】０００９
【訂正方法】変更
【訂正の内容】
【０００９】
これらの困難は、多くの場合、種々のデータソースの中のデータ記録が異なる言語における場合があるという事実によって、さらに悪化する場合がある。場合によっては、データ記録の属性は、ラテンアルファベットを全く使用しない言語における場合がある。いくつかの言語は、必ずしもラテンアルファベットで書かれた言語の規則、変化系列、または慣習に従うとは限らず、これらの言語における属性が構文解析しにくくなる。したがって、実施または利用される種々のアルゴリズムまたは比較は、異なる言語におけるデータ記録を比較するために調整されなければならない場合がある。しかしながら、どのアルゴリズム、比較等が、どのデータ記録と併せて利用されるべきかを決定することは、困難な場合がある。したがって、データ記録が種々の異なる言語におけるものであってもよい、種々の情報源の中で、これらのデータ記録を取得し、関連付けるためのシステムおよび方法の必要性がある。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００１０
【訂正方法】変更
【訂正の内容】
【００１０】
（本開示の概要）
本明細書で開示される実施形態は、クエリに応じて、ハブが、複数言語におけるデータ記録を検索し、これらのデータ記録が言語特有の方法でどのように関連付けられるべきかを決定し、それに応じて適時かつ正確に応答を準備することができるように、単一ハブ内で複数言語におけるデータ記録を検索し、関連付けることを促進するように、基本的解決法を提供する。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】００１１
【訂正方法】変更
【訂正の内容】
【００１１】
より具体的には、各記録は、入ってくると、ハブのコア層において特定の言語と関連付けられる。しばしば、記録の言語は、既知であるか、または容易に決定することができる。そうでなければ、デフォルト言語が割り当てられてもよい。ハブにおいて、各言語は、メンバー型に１対１で論理的に対応づけられる。いくつかの実施形態では、複数言語におけるデータ記録は、ハブにおける言語定義内で属性の型を共有することができる。
【誤訳訂正７】
【訂正対象書類名】明細書
【訂正対象項目名】００１４
【訂正方法】変更
【訂正の内容】
【００１４】
他言語ハブとの関連で、異なる言語における２つのデータ記録が同じ統計的意味を有することができるように、自動的に言語の豊富さの平衡を保つために、ウエートを使用することができる。このように、異なる言語と関連付けられたデータ記録は、ハブの実体層において、単一の実体に、または同記録の言語実体に結び付けられてもよい。場合によっては、ハブのコア層における異なる言語と関連付けられたデータ記録が、実体層における複数の実体に結び付けられてもよいように、異なる言語からのデータ記録間の関係が識別される必要があってもよい。データ記録の全ての属性が、そのデータ記録の優勢な言語に関して適切に標準化されるため、ハブは、最適アルゴリズムを知的かつ自動的に一致させ、実体層において個々の言語における実体を処理する。言い換えれば、記録とともに、適切な言語またはスクリプトを渡すことができるため、ハブにおける実体処理のために、記録を適切なアルゴリズム経路へ「送る」ことができる。
【誤訳訂正８】
【訂正対象書類名】明細書
【訂正対象項目名】００１５
【訂正方法】変更
【訂正の内容】
【００１５】
したがって、本明細書で開示される実施形態は、単一ハブ内で種々の言語におけるデータ記録を結び付けることができる。本開示の他の特徴、利点、および目的は、以下の説明および添付図面と併せて考慮すると、より良好に認識および理解されるであろう。
【誤訳訂正９】
【訂正対象書類名】明細書
【訂正対象項目名】００２７
【訂正方法】変更
【訂正の内容】
【００２７】
データ記録における事業名は、それらの性質の結果として、多数のかなり特有の問題を提示する場合がある。いくつかの事業名が非常に短くなり得る（例えば、「Ｑｕｉｃｋ−Ｅ−Ｍａｒｔ」）一方で、他の事業名は非常に長くなり得る（例えば、「Ｓａｎ  Ｆｒａｎｃｉｓｃｏ’ｓ  Ｂｅｓｔ  Ｃｏｆｆｅｅ  Ｓｈｏｐ」）。加えて、事業名は、同様の言葉（例えば、「Ｓｈｏｐ」、「Ｉｎｃ．」、「Ｃｏ．」）を頻繁に使用する場合があり、それは、同じ言語におけるデータ記録を比較する時に、これらの名前を比較する発見的解決法で重視されるべきではない。さらに、頭字語が事業名で頻繁に使用され、例えば、「Ｎｅｗ  Ｙｏｒｋ  Ｃｉｔｙ  Ｂａｇｅｌ」と名付けられた事業は、「ＮＹＣ  Ｂａｇｅｌ」としてデータ記録に頻繁に入力される場合がある。
【誤訳訂正１０】
【訂正対象書類名】明細書
【訂正対象項目名】００３４
【訂正方法】変更
【訂正の内容】
【００３４】
手短に図１を参照すると、アイデンティティハブ３２は、上記の方法論を実施する際に、国際的スクリプトおよび言語を記憶し、戻し、表示することができる、種々の構成要素を有する。しかしながら、種々の言語が異なる情報源システムから導出される時、データ記録の言語が不明である時、異なる言語からの記録が同じ実体内になければならない時、または異なる言語からの記録の間の関係が識別されなければならない時（階層的関係等）に、この直接的解決法は、より複雑となり得る。例えば、データ記録の結び付きは、情報源３４、３６、３８の中のデータ記録が異なる言語における場合があり、場合によっては、同じ情報源内の異なるデータ記録が異なる言語における場合があるという事実によって、さらに複雑にされる場合がある。オペレータ４０、４２、４４のうちの１つが、アイデンティティハブ３２に第１の言語におけるクエリを伝送してもよく、情報源３４、３６、３８が、複数言語における同じ実体に関するデータ記録を維持すると仮定すると、アイデンティティハブ３２は、異なる言語におけるこれらのデータ記録を検索し、それらが結び付けられるべきかどうか、およびどのように結び付けられるべきかを決定し、それに応じてクエリへの応答を準備し、適時かつ正確に、第１の言語でオペレータ４０、４２、または４４にクエリへの応答を返信する必要がある。
【誤訳訂正１１】
【訂正対象書類名】明細書
【訂正対象項目名】００３５
【訂正方法】変更
【訂正の内容】
【００３５】
複数言語におけるデータ記録を取り扱う１つの方法は、別個のハブを介してそれらを処理することであり、各ハブは、特定の言語で構成される。言語特有の検索が各ハブ内で行われてもよく、次いで、ユーザまたはユーザ群は、検索結果をまとめようとすることができる。このアプローチに関する問題は、言語間検索を行う方法がなく、手動で、またはコンピュータを使用して、別個のハブからの検索結果をまとめることは、面倒で、時間がかかり、極度の労力がかかり、費用がかかり、かつ間違いが発生しやすい過程となり得るということである。他のアプローチは、全ての言語で有効であるスーパーアルゴリズムを作成しようとすることであるが、そのようなスーパーアルゴリズムは、新規の言語に拡張可能ではない。
【誤訳訂正１２】
【訂正対象書類名】明細書
【訂正対象項目名】００３６
【訂正方法】変更
【訂正の内容】
【００３６】
本明細書で開示される実施形態は、より基礎的なアプローチに基づく。本明細書で説明されるように、アイデンティティハブ３２の実施形態は、標準化、バケッティング、詳細比較、ウエート生成、結び付け、実体処理等を含む、種々の異なる機能を提供し、特定のデータ記録または一対のデータ記録の言語に基づいて、これらの機能を適用することができる。つまり、単一ハブ内で複数言語におけるデータ記録を関連付けるために、アイデンティティハブ３２は、特有のアルゴリズムで構成されてもよく、標準化、比較等が行われているデータ記録の言語に基づいて、どのアルゴリズムが、どのデータ記録と併せて利用されるべきかを決定することができる。
【誤訳訂正１３】
【訂正対象書類名】明細書
【訂正対象項目名】００３７
【訂正方法】変更
【訂正の内容】
【００３７】
多言語アイデンティティハブ３２の実装例３００の一実施形態を示す図２０、およびより詳細に実装例３００を示す図２１を参照する。上記で説明されるように、情報源３４、３６、３８からのデータ記録は、同じ、または異なる言語におけるものであってもよい。したがって、コア層３０２において、データ記録が複数言語で記憶される。各データ記録の言語は、既知でなくてもよい。 
【誤訳訂正１４】
【訂正対象書類名】明細書
【訂正対象項目名】００３８
【訂正方法】変更
【訂正の内容】
【００３８】
各記録は、入ってくると、特定の言語とタグ付けされ、特徴付けられ、割り当てられ、あるいは関連付けられる。この過程は、自動かつ決定論的である。しばしば、記録の言語を容易に決定することができる。例えば、国コードがブラウザアプリケーションによって割り当てられてもよく、デフォルト言語が管理者によって設定されてもよく、記録と関連付けられた国コードと併せて、記録の内容に基づいて正しい言語を決定するために、アルゴリズムが利用されてもよい、等である。いくつかの実施形態では、「最悪」言語がさらなる処理のために選択される。ここで、言語は、処理するためにより多くの計算資源を要する場合があると、概して容認されるか、または決定することができた場合に、別の言語よりも悪いと見なされる。例えば、データ記録が英語および日本語におけるデータを有する場合、その記録が英語も含有する場合があるかどうかにかかわらず、日本語における記録を構文解析するのにより手間がかかる場合があるため、日本語が、その特定のデータ記録に対する言語として選択される。いくつかの実施形態では、アイデンティティハブ３２は、英語、フランス語、ドイツ語、中国語、日本語、および韓国語におけるデータ記録を記憶する。
【誤訳訂正１５】
【訂正対象書類名】明細書
【訂正対象項目名】００３９
【訂正方法】変更
【訂正の内容】
【００３９】
図２１の実施例では、データ記録Ｒ１、Ｒ２、Ｒ３、・・・、Ｒｎが入ってくると、それらは、言語Ｌ１、Ｌ２、・・・、Ｌｎにおけるものであると割り当てられるか、または決定され、Ｒ１およびＲ２は、同じ言語Ｌ１におけるものである。アイデンティティハブ３２では、各言語は、メンバー型に１対１で論理的に対応づけられる。したがって、Ｌ１は、ＭｅｍＴｙｐｅ１に論理的に対応づけられ、Ｌ２は、ＭｅｍＴｙｐｅ２に論理的に対応づけられる、等である。いくつかの実施形態では、複数言語におけるデータ記録は、アイデンティティハブ３２における言語定義内で属性の型を共有することができる。
【誤訳訂正１６】
【訂正対象書類名】明細書
【訂正対象項目名】００４１
【訂正方法】変更
【訂正の内容】
【００４１】
この一意の導出コードは、データ記録に対してタグ付けされた言語以外の言語における文字を含有する属性を処理できることに留意されたい。例えば、データ記録Ｒ１が英語および日本語の両方における名前の属性を含有すると仮定する。上記で説明されるように、たとえＲ１が英語における名前の属性を含有しても、Ｒ１は、日本語に一意の導出コードを利用してタグ付けされる。日本語特有の標準化では、日本語で意味が全くないか、またはほとんどない文字は、考慮から排除または除去されてもよい。日本語特有の標準化の実施形態例を、図９−１３を参照して以下で説明する。いくつかの実施形態では、候補選択仮定（バケッティング）は、言語非依存型となり得る。言語非依存型バケッティングの実施形態例を、図１４−１９を参照して以下で説明する。
【誤訳訂正１７】
【訂正対象書類名】明細書
【訂正対象項目名】００４２
【訂正方法】変更
【訂正の内容】
【００４２】
本明細書で開示される実施形態は、たとえデータ記録が英語以外の種々の言語における属性を備えても、それらを結び付けることができる。言語特有の標準化は、複数言語におけるデータ記録を構文解析する際に極めて有用となり得る。例えば、ドイツ語の「ｄｅｒ」は、「その」を意味する。したがって、ドイツ語に対してタグ付けされ、ドイツ語に対応するメンバー型に論理的に対応づけられるデータ記録については、そのデータ記録の名前の属性における「ｄｅｒ」は、ドイツ語特有の標準化に放り込まれる場合がある。しかしながら、英語での「ｄｅｒ」は、米国ミシガン州ディアボーンの駅コードとなる場合がある。したがって、英語に対してタグ付けされ、英語に対応するメンバー型に論理的に対応づけられるデータ記録については、「ｄｅｒ」を含有する名前の属性は、英語特有の標準化で標準化される場合がある。
【誤訳訂正１８】
【訂正対象書類名】明細書
【訂正対象項目名】００４３
【訂正方法】変更
【訂正の内容】
【００４３】
場合によっては、データ記録の属性は、ラテンアルファベットを全く使用しない言語における場合がある。これらの言語は、必ずしもラテンアルファベットで書かれた言語の規則、変化系列、または慣習に従うとは限らないため、これらの言語における属性は、トークンに構文解析しにくい場合がある。これらの問題は、ラテン文字、表意文字等に加えて、多くの異なるコードのセットまたはアルファベットを利用する、日本語、韓国語、中国語等のアジア言語のことになると、特に密接な関係がある。これらの種類の言語の構文解析をさらに複雑にすることは、名前の複数部分を分離するために空白が使用されてはならないということであり、言語に対する幅広い知識基盤の適用がなければ、そのような名前のトークンへの構文解析が極めて困難となる。
【誤訳訂正１９】
【訂正対象書類名】明細書
【訂正対象項目名】００４４
【訂正方法】変更
【訂正の内容】
【００４４】
図９−１３を参照して以下で説明されるように、本明細書で開示される実施形態は、アジア言語を含む種々の言語における、名前等の属性をトークンに構文解析することができる。いくつかの実施形態は、アジア言語における属性をトークンに分離してもよい。一例として、日本語の名前（例えば、日本語のアルファベットまたは文字セットの中の少なくとも１つの文字を備えるが、任意の他のアルファベットの文字も備えてもよい名前）は、１つ以上のトークンに構文解析される。場合によっては、空白に基づいて日本語の名前を１つ以上のトークンに構文解析することができるように、空白が日本語の名前の属性に導入される。
【誤訳訂正２０】
【訂正対象書類名】明細書
【訂正対象項目名】００４６
【訂正方法】変更
【訂正の内容】
【００４６】
多言語アイデンティティハブ３２との関連で、異なる言語における２つのデータ記録が同じ統計的意味を有することができるように、自動的に言語の豊富さの平衡を保つために、ウエートを使用することができる。場合によっては、ウエートは、データ記録の関連付けの以前に決定されたレベルに優先する方法を提供することができる。ウエート生成を以下でさらに説明し、ウエート生成についてのさらなる教示は、本明細書に参考として援用される、「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＡＵＴＯＭＡＴＩＣ  ＷＥＩＧＨＴ  ＧＥＮＥＲＡＴＩＯＮ  ＦＯＲ  ＰＲＯＢＡＢＩＬＩＳＴＩＣ  ＭＡＴＣＨＩＮＧ」と題された２００７年６月１日出願の上記で参照した米国特許出願第１１／８０９，７９２号で見出すことができる。
【誤訳訂正２１】
【訂正対象書類名】明細書
【訂正対象項目名】００４７
【訂正方法】変更
【訂正の内容】
【００４７】
したがって、異なる言語に対してタグ付けされたデータ記録は、多言語アイデンティティハブ３２の中の実体層３０６において、単一の実体に、または同実体の言語実体に結び付けられてもよい。利用される検索モデルに応じて、異なる言語における、実体、例えば、システム起動を検索すること（例えば、「システム起動の中国語およびドイツ語の名前は何か？」）、または記録がどの言語におけるものであるかにかかわらず、同じ実体を検索することを希望してもよい。ロサンゼルスおよびニューヨークに所在地がある医療機関の上記の例に従って、医療機関がフランスのパリにも所在地があると仮定すると、患者がフランスのパリの病院にいる時に、その患者に関する記録を検索するクエリが、ロサンゼルスで英語のデータ記録、およびパリでフランス語のデータ記録を返すように、医療機関は、これらの所在地における複数の病院と関連付けられたデータ記録を関係付けるために、アイデンティティハブ３２を使用してもよい。
【誤訳訂正２２】
【訂正対象書類名】明細書
【訂正対象項目名】００４８
【訂正方法】変更
【訂正の内容】
【００４８】
場合によっては、異なる言語からのデータ記録の間の関係が識別される必要があってもよい。つまり、コア層３０２において異なる言語に対してタグ付けされたデータ記録は、多言語アイデンティティハブ３２の中の実体層３０６において複数の実体に結び付けられてもよい。そのような実体の例は、個人、世帯、出荷用コンテナ、機関等を含んでもよいが、それらに限定されない。上記で説明される同じ患者が、１つは米国内、もう１つはフランス国内といった、２つの世帯の一員であると仮定すると、その同じ患者に関するデータ記録は、同じ個人を識別するが、２つの異なる住所の属性を有してもよい、２つの世帯実体に結び付けられてもよく、かつ２つの異なる言語におけるものであってもよい。
【誤訳訂正２３】
【訂正対象書類名】明細書
【訂正対象項目名】００４９
【訂正方法】変更
【訂正の内容】
【００４９】
各データ記録の全ての属性、よってデータ記録自体が、そのデータ記録の優勢な言語に関して適切に標準化されるため、多言語アイデンティティハブ３２は、最適アルゴリズムを知的かつ自動的に一致させ、実体層３０６において個々の言語におけるこれらの実体を処理することができる。言い換えれば、記録とともに、適切な言語またはスクリプトを渡すことができるため、実体層３０６における実体処理のために、記録を適切なアルゴリズム経路へ「送る」ことができる。読者には、データ記録の一致のためのアルゴリズムの構成についての教示のため、「ＭＥＴＨＯＤ  ＡＮＤ  ＳＹＳＴＥＭ  ＦＯＲ  Ａ  ＧＲＡＰＨＩＣＡＬ  ＵＳＥＲ  ＩＮＴＥＲＦＡＣＥ  ＦＯＲ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＯＦ  ＡＮ  ＡＬＧＯＲＩＴＨＭ  ＦＯＲ  ＴＨＥ  ＭＡＴＣＨＩＮＧ  ＯＦ  ＤＡＴＡ  ＲＥＣＯＲＤＳ」と題された２００７年２月５日出願の米国特許出願第１１／７０２，４１０号が指示される。本明細書で開示されるいくつかの実施形態は、本明細書に参考として援用される、「ＭＥＴＨＯＤ  ＡＮＤ  ＳＹＳＴＥＭ  ＦＯＲ  ＩＮＤＥＸＩＮＧ  ＩＮＦＯＲＭＡＴＩＯＮ  ＡＢＯＵＴ  ＥＮＴＩＴＩＥＳ  ＷＩＴＨ  ＲＥＳＰＥＣＴ  ＴＯ  ＨＩＥＲＡＲＣＨＩＥＳ」と題された２００７年１月２２日出願の上記で参照した米国特許出願第１１／６５６，１１１号、「ＭＥＴＨＯＤ  ＡＮＤ  ＳＹＳＴＥＭ  ＦＯＲ  ＩＮＤＥＸＩＮＧ，  ＲＥＬＡＴＩＮＧ  ＡＮＤ  ＭＡＮＡＧＩＮＧ  ＩＮＦＯＲＭＡＴＩＯＮ  ＡＢＯＵＴ  ＥＮＴＩＴＩＥＳ」と題された２００７年９月２８日出願の上記で参照した米国特許出願第１１／９０４，７５０号、「ＨＩＥＲＡＲＣＨＹ  ＧＬＯＢＡＬ  ＭＡＮＡＧＥＭＥＮＴ  ＳＹＳＴＥＭ  ＡＮＤ  ＵＳＥＲ  ＩＮＴＥＲＦＡＣＥ」と題された２００７年９月１４日出願の上記で参照した米国特許出願第１１／９０１，０４０号、「ＭＥＴＨＯＤ  ＡＮＤ  ＳＹＳＴＥＭ  ＦＯＲ  ＭＡＮＡＧＩＮＧ  ＥＮＴＩＴＩＥＳ」と題された２００８年３月２７日出願の上記で参照した米国特許出願第１２／０５６，７２０号で開示されているように、実体に関する情報を指標化する、関係付ける、および管理する実体処理システムおよび方法の実施形態を活用することができる。
【誤訳訂正２４】
【訂正対象書類名】明細書
【訂正対象項目名】００５２
【訂正方法】変更
【訂正の内容】
【００５２】
ここで図９を参照すると、日本語における名前（例えば、少なくとも１つの日本語の文字を有する）等の文字列の構文解析のための方法の一実施形態のフロー図が描写されている。ステップ９１０では、日本語の名前が受信される。受信した名前の中の、ラテン文字を表すあらゆる半角片仮名の文字は、ステップ９２０でラテンの均等物に翻訳される。一実施形態では、名前の名前文字の各々は、例えば、Ｕｎｉｃｏｄｅ  Ｃｏｎｓｏｒｔｉｕｍによって公表されたコード（例えば、Ｕｎｉｃｏｄｅ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎ  Ｆｏｒｍａｔ（ＵＴＦ）またはＵｎｉｖｅｒｓａｌ  Ｃｈａｒａｃｔｅｒ  Ｓｅｔ（ＵＣＳ））または均等物に従って、コードによって表されてもよく、例えば、各文字は、ＵＣＳ−４、ＵＴＦ−３２、ＵＴＦ−１６、ＵＣＳ−２、ＵＴＦ−ＥＢＤＩＣ、ＵＴＦ−８、ＵＴＦ−７等のコードポイントによって表されてもよい。したがって、各々の名前の文字に対する各々のコードポイントは、文字が半角片仮名の文字であるかどうかを確かめるように、ラテン文字と同等である半角片仮名の文字に対応する、一連のコードポイントと比較されてもよい。文字が、ラテン文字と同等である半角片仮名の文字であれば、同等のラテン文字と置換されてもよい（例えば、文字に対応するコードポイントが別のコードポイントと置換される）。半角片仮名のコード範囲内のラテンの均等物は、ラテン範囲に翻訳されるべきである。具体的には、一実施形態では、コード部分が６５２８１から６５３７０の範囲に入る文字は、３３から１２２のコードポイントの範囲内の各コードポイントに翻訳される（例えば、６５２８１のコードポイントが見出された場合はコードポイント３３に置換され、６５３００のコードポイントが見出された場合はコードポイント５２に置換される、等）。
【誤訳訂正２５】
【訂正対象書類名】明細書
【訂正対象項目名】００５８
【訂正方法】変更
【訂正の内容】
【００５８】
次いで、名前は、ステップ９８０で一式のトークンに構文解析されてもよい。一実施形態では、この構文解析は、名前の中の空白に基づいて行われてもよい。したがって、空白は、名前の１つのトークンの終了、または名前の別のトークンの開始を指定してもよい。次いで、このように、一式のトークンが日本語の名前から得られてもよい。加えて、本開示の他の実施形態（例えば、異なるコードポイントまたはコードポイント範囲を利用してもよい）を適用することによって、韓国語または中国語等の他のアジア言語における名前が、同様に一式のトークンに分離されてもよい。日本語の名前または属性を比較する一実施形態は、テーブル駆動の翻訳技法を利用して、名前をトークンに構文解析することを含む。一実施形態では、テーブル駆動の翻訳技法は、異なる符号化および文字セット間のマッピング／フィルタリングのためのＵｎｉｃｏｄｅマッピングまたはｕｍａｐ−ｔｙｐｅ能力を介して、行うことができる。
【誤訳訂正２６】
【訂正対象書類名】明細書
【訂正対象項目名】００７１
【訂正方法】変更
【訂正の内容】
【００７１】
以下は、この方法の一般的な言語非依存型バージョンを、どのようにして作成し、任意の言語における名前に適用することができるかを説明する。この言語非依存型バケッティング方法は、基本一致能力を提供することができ、一式の区切り文字およびスクリプトの変化に基づいて入力が構文解析される、上記で説明される構文解析の方法とともに使用することができる。現在、アイデンティティハブ３２は、言語非依存型の同等名処理および言語非依存型の頻度に基づくバケッティングを行うことができる。したがって、言語非依存型バケッティング方法を作成するために、唯一残されたするべきことは、任意の言語／スクリプトに適用することができる、一般的なコーディングルーチンである。