Oracle® Fusion Middleware

Enterprise Data Qualityカスタマ・データ・サービス・パック・ガイド

12c (12.2.1.2.0)

E88280-01(原本部品番号:E78142-02)

2016年10月

Oracle Enterprise Data Quality Customer Data Services Packをインストール、管理およびカスタマイズする方法を説明します。

Oracle Fusion Middleware Enterprise Data Qualityカスタマ・データ・サービス・パック・ガイド, 12c (12.2.1.2.0)

E88280-01

Copyright © 2016 Oracle and/or its affiliates.All rights reserved.

原本著者:  Oracle Corporation

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

内容

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

このガイドで説明する新機能

- 12cの新機能と変更された機能

1 Customer Data Services Packのインストール

- 1.1 インストールの計画

- 1.1.1 前提条件

- 1.1.2 Siebelとの統合

- 1.1.3 互換性マトリクス

- 1.1.4 コンポーネント

- 1.2 EDQ-CDSのインストール

- 1.3 実行プロファイルによる構成

- 1.3.1 事前に初期化された参照データ

- 1.3.2 参照データの初期化のプロパティ

- 1.3.2.1 言語ドメイン

- 1.3.2.2 高頻度の名前のみ

- 1.3.3 照合のプロパティ

- 1.3.3.1 キー・プロファイル

- 1.3.3.2 クラスタ比較制限

- 1.3.3.3 バッチ照合

- 1.3.3.4 リアルタイム・オプション

- 1.3.3.5 リアルタイム・ジョブの照合結果の構成

- 1.3.4 住所クリーニングのプロパティ

- 1.3.4.1 デフォルトの国コード

- 1.3.4.2 住所検証でのジオコーディングの有効化/無効化

- 1.3.4.3 デフォルトの使用可能な住所検証結果コード

- 1.3.4.4 デフォルトの最低住所検証レベル

- 1.3.4.5 デフォルトの最小住所検証一致スコア

- 1.3.4.6 住所クリーニング・プロセスから戻される行数

- 1.3.4.7 後処理

- 1.3.5 バッチ・ジョブ用のデータのステージング構成パラメータ

- 1.3.6 サーバー・コンソール内でのステージング済データの表示設定

- 1.3.7 国単位の住所クリーニング

- 1.4 カスタム参照データの初期化

- 1.5 リアルタイム・ジョブおよびリアルタイム・プロセスの起動と停止

- 1.5.1 起動時のリアルタイムSTART ALLジョブのスケジュール

2 Customer Data Services Packのカスタマイズ

- 2.1 スタンドアロン・バッチ照合の使用

- 2.1.1 スタンドアロン個人バッチ照合の使用

- 2.1.2 インタフェース書式へのデータの変換

- 2.2 クリーニング・サービスの使用

- 2.2.1 クリーニング・サービスのカスタマイズ

- 2.2.1.1 役職の標準化

- 2.2.2 国固有の住所クリーニング設定の変更

- 2.2.2.1 ドイツの住所検証の厳密性の軽減

- 2.3 照合の調整

- 2.3.1 照合時に使用するためのキー・メソッドの変更

- 2.3.2 EDQでの一致のレビュー

- 2.3.2.1 個人バッチ照合での一致レビューの有効化

- 2.4 照合で使用する参照データの変更

- 2.4.1 名前フィールドからの単語/語句の削除

- 2.4.1.1 個人名からのノイズの削除

- 2.4.1.2 エンティティ名からのノイズの削除

- 2.4.2 名前の標準化の変更

- 2.4.2.1 個人名の標準化の追加

- 2.4.3 競合の解消

3 照合の使用方法

- 3.1 照合の目的

- 3.1.1 複数のロケールと言語

- 3.1.2 照合の使用

- 3.1.2.1 重複防止

- 3.1.2.2 バッチ照合

- 3.1.3 一致のチューニング

- 3.1.4 一致メタデータの出力

- 3.2 キー生成の使用

- 3.2.1 レガシー・クラスタリング

- 3.2.2 キー・メソッドの構造

- 3.2.2.1 カスタム属性のキー

- 3.2.3 キー・メソッド分析

- 3.2.3.1 バッチ・キー分析の実行

- 3.2.3.2 キー・メソッド分析の出力

- 3.2.4 個人のキー・タイプ

- 3.2.4.1 例

- 3.2.5 エンティティのキー・タイプ

- 3.2.5.1 例

- 3.2.6 住所のキー・タイプ

- 3.2.6.1 例

- 3.3 個人照合の使用

- 3.3.1 個人の名前論理識別子での照合

- 3.3.2 他の論理識別子での照合

- 3.4 エンティティ照合の使用

- 3.4.1 エンティティ名照合

- 3.4.2 エンティティ用のその他の論理識別子での照合

- 3.5 ID照合の使用

- 3.5.1 一意のID照合の使用

- 3.5.2 除去ID照合の使用

- 3.5.3 反転除去ID照合の使用

- 3.6 カスタマ追加属性による照合の使用

- 3.6.1 標準化

- 3.6.2 照合

- 3.7 住所照合の使用

4 データ品質ヘルス・チェックのインストールと使用方法

- 4.1 アーキテクチャ

- 4.1.1 複数の子エンティティ

- 4.2 データ品質ヘルス・チェックのインストール

- 4.2.1 インストール・コンポーネント

- 4.2.2 ソフトウェアのインストール

- 4.2.3 インストールの確認

- 4.3 データ品質ヘルス・チェックの構成

- 4.3.1 ビジネス・ルールの構成

- 4.3.2 実行プロファイルの構成

- 4.3.2.1 「ダッシュボードに公開」設定

- 4.3.2.2 入力ソースの場所、セパレータおよびエンコーディングの設定

- 4.3.2.3 CSVとして結果を公開する設定

- 4.3.2.4 エクスポート・ファイルの場所、セパレータおよびエンコーディングの設定

- 4.3.2.5 AV用のデフォルトの国コード

- 4.3.2.6 結果ブックの設定

- 4.3.2.7 サーバー・コンソール内でのステージング済データの表示設定

- 4.4 ダッシュボードの構成

- 4.4.1 例: 重大度別ダッシュボード

- 4.4.1.1 サマリーの作成

- 4.4.1.2 索引の作成

- 4.4.2 例 - ビジネス機能別のダッシュボード

- 4.5 ヘルス・チェック・ジョブの実行と結果の表示

- 4.5.1 ヘルス・チェックの実行

- 4.5.1.1 Siebel接続モードの使用

- 4.5.1.2 スタンドアロン・モードの使用

- 4.5.2 データ品質ヘルス・チェックの結果の表示

- 4.5.2.1 BI出力

- 4.5.2.2 EDQダッシュボード

- 4.5.2.3 サーバー・コンソール

- 4.5.2.4 結果ブック

- 4.6 ビジネス・ルールの管理

- 4.6.1 例 - ルールの有効化

- 4.6.2 例 - ルールの編集: 別の一般的なタイトルの追加

- 4.6.3 例 - ルールの編集: 値チェックの変更

- 4.6.4 例 - ルールの編集: 重大度レベルの変更

- 4.6.5 例 - ルールの追加

- 4.7 データ・インタフェースの理解

- 4.7.1 個人データ

- 4.7.2 エンティティ・データ

- 4.8 ダッシュボードのサンプル・サマリー

5 ビジネス・サービスの使用方法

- 5.1 クリーニング・サービス

- 5.1.1 住所クリーニング

- 5.1.1.1 住所クリーニングの使用

- 5.1.1.2 インタフェース

- 5.1.1.3 パラメータ

- 5.1.2 個人クリーニング

- 5.1.2.1 個人クリーニングの使用

- 5.1.2.2 インタフェース

- 5.1.3 エンティティ・クリーニング

- 5.1.3.1 エンティティ・クリーニングの使用

- 5.1.3.2 インタフェース

- 5.2 キー生成サービス

- 5.2.1 キー生成サービスの使用

- 5.2.2 インタフェース

- 5.3 照合サービス

- 5.3.1 照合サービスの使用

- 5.3.2 複数の識別子値を使用した照合

- 5.3.3 インタフェース

- 5.4 データ・インタフェース

- 5.4.1 候補インタフェース

- 5.4.1.1 個人候補

- 5.4.1.2 エンティティ候補

- 5.4.1.3 住所候補

- 5.4.2 一致インタフェース

- 5.4.3 キー生成結果インタフェース

- 5.4.3.1 リアルタイム・キー生成結果インタフェース

- 5.4.3.2 バッチ・キー生成結果インタフェース

- 5.5 リアルタイム統合

6 汎用ビジネス・データ・サービスの使用方法

- 6.1 個人名サービス

- 6.1.1 入力属性

- 6.1.2 出力属性

- 6.1.3 オプション

- 6.2 国サービス

- 6.2.1 入力属性

- 6.2.2 出力属性

- 6.2.3 オプション

- 6.3 エンティティ名サービス

- 6.3.1 入力属性

- 6.3.2 出力属性

- 6.3.3 オプション

- 6.4 電子メール・サービス

- 6.4.1 検証の順序

- 6.4.2 入力属性

- 6.4.3 出力属性

- 6.4.4 オプション

- 6.5 公開されたプロセッサ

- 6.5.1 国コードの標準化プロセッサ

- 6.5.1.1 入力属性

- 6.5.1.2 出力属性

- 6.5.1.3 オプション

- 6.5.2 国名の標準化プロセッサ

- 6.5.2.1 入力属性

- 6.5.2.2 出力属性

- 6.5.2.3 オプション

- 6.5.3 国籍の標準化プロセッサ

- 6.5.3.1 入力属性

- 6.5.3.2 出力属性

- 6.5.3.3 オプション

- 6.5.4 国コードの検証プロセッサ

- 6.5.4.1 入力属性

- 6.5.4.2 出力属性

- 6.5.4.3 オプション

- 6.5.5 国名の検証プロセッサ

- 6.5.5.1 入力属性

- 6.5.5.2 出力属性

- 6.5.5.3 オプション

- 6.5.6 国籍の検証プロセッサ

- 6.5.6.1 入力属性

- 6.5.6.2 出力属性

- 6.5.6.3 オプション

- 6.5.7 電子メール・アドレスの標準化プロセッサ

- 6.5.7.1 入力属性

- 6.5.7.2 出力属性

- 6.5.7.3 オプション

- 6.5.8 電子メール形式の検証プロセッサ

- 6.5.8.1 入力属性

- 6.5.8.2 出力属性

- 6.5.8.3 オプション

- 6.5.9 エンティティ名の標準化プロセッサ

- 6.5.9.1 入力属性

- 6.5.9.2 出力属性

- 6.5.9.3 オプション

- 6.5.10 エンティティ名の文字変換プロセッサ

- 6.5.10.1 入力属性

- 6.5.10.2 出力属性

- 6.5.10.3 オプション

- 6.5.11 エンティティ名の検証プロセッサ

- 6.5.11.1 入力属性

- 6.5.11.2 出力属性

- 6.5.11.3 オプション

- 6.5.12 性別の導出プロセッサ

- 6.5.12.1 入力属性

- 6.5.12.2 出力属性

- 6.5.12.3 オプション

- 6.5.13 個人名の標準化プロセッサ

- 6.5.13.1 入力属性

- 6.5.13.2 出力属性

- 6.5.13.3 オプション

- 6.5.14 個人名の文字変換プロセッサ

- 6.5.14.1 入力属性

- 6.5.14.2 出力属性

- 6.5.14.3 オプション

- 6.5.15 個人非構造化名パーサー・プロセッサ

- 6.5.15.1 入力属性

- 6.5.15.2 出力属性

- 6.5.16 性別の検証プロセッサ

- 6.5.16.1 入力属性

- 6.5.16.2 出力属性

- 6.5.16.3 オプション

- 6.5.17 個人名の検証プロセッサ

- 6.5.17.1 入力属性

- 6.5.17.2 出力属性

- 6.5.17.3 オプション

はじめに

このドキュメントでは、Oracle Enterprise Data Quality Customer Data Services Packをインストール、管理およびカスタマイズする方法を説明します。

対象読者

このドキュメントは、Oracle Enterprise Data Quality Customer Data Services Packをインストールするシステム管理者またはアプリケーション開発者を対象としています。アプリケーション・サーバーおよびWebテクノロジの基本知識を持ち、Linux、UNIXおよびWindowsプラットフォームの一般知識を持っていることが前提です。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

サポートを購入したオラクル社のお客様は、My Oracle Supportを介して電子的なサポートにアクセスできます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、http://docs.oracle.com/middleware/12212/edq/docs.htm#でOracle Enterprise Data Qualityのドキュメント・セットに含まれる次のドキュメントを参照してください。

EDQドキュメント・ライブラリ

次の刊行物がEDQのインストールおよび使用に役立てるために提供されます。

- 『Oracle Fusion Middleware Enterprise Data Qualityリリース・ノート』

- Oracle Fusion Middleware Enterprise Data Qualityのインストールと構成

- 『Oracle Fusion Middleware Enterprise Data Qualityの管理』

- 『Oracle Fusion Middleware Enterprise Data Qualityの理解』

- Oracle Fusion Middleware Enterprise Data Qualityの外部システムとの統合

- Oracle Fusion Middleware Enterprise Data Qualityの保護

- Oracle Enterprise Data Quality Address Verification Serverインストレーションおよびアップグレード・ガイド

- Oracle Enterprise Data Quality Address Verification Serverリリース・ノート

次の場所で、これらのガイドおよびすべてのOracle製品ドキュメントの最新バージョンを検索してください。:

https://docs.oracle.com

オンライン・ヘルプ

オンライン・ヘルプは、すべてのOracle Enterprise Data Qualityユーザー・アプリケーションに提供されています。各アプリケーションで、[F1]キーを押すか、「ヘルプ」アイコンをクリックすることで表示できます。Directorプロジェクトのブラウザの主なノードには、ヘルプ・ページへの統合されたリンクが含まれています。それらにアクセスするには、ノードを選択して[F1]を押すか、またはプロジェクト・ブラウザでオブジェクトを右クリックして「ヘルプ」を選択します。Directorのツール・パレットのEDQプロセッサにも、統合されたヘルプ・トピックが含まれています。これにアクセスするには、キャンバスでプロセッサを右クリックして「プロセッサ・ヘルプ」を選択するか、キャンバスかツール・パレットでプロセッサを左クリックして[F1]を押します。

表記規則

このドキュメントでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック

イタリックは、ユーザーが特定の値を指定するプレースホルダー変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

このガイドで説明する新機能

この項では、Oracle Fusion Middleware 12cリリースにおけるOracle Enterprise Data Quality Customer Data Services Pack (EDQ-CDS)の新機能および製品の重要な変更点の概要を示します。

12cの新機能と変更された機能

Oracle Fusion Middleware 12cのEDQ-CDSに関する新機能と変更された機能は次のとおりです。

- ビジネス・データ・サービス

ビジネス・データ・サービス

この機能により、外部アプリケーションでコール可能な新しいリアルタイム・ビジネス・プロセッサが組み込まれることで、Enterprise Data Quality Customer Data Services (EDQ-CDS) Packのライブラリが拡張されます。新しいWebサービスにより、照合や住所検証にとどまらずEDQ-CDSの機能が拡張されます。名前、電話番号、電子メール・アドレスなどの顧客データの共通要素を検証、標準化および強化できるようになりました。

詳細は、次を参照してください。

- 汎用ビジネス・データ・サービスの使用

1 Customer Data Services Packのインストール

この章では、EDQ Customer Data Services Pack (EDQ-CDS)のインストール方法について説明します。

この章の内容は次のとおりです。

- 1.1項「インストールの計画」

- 第1.2項「EDQ-CDSのインストール」

- 第1.3項「実行プロファイルによる構成」

- 第1.4項「カスタム参照データの初期化」

- 第1.5項「リアルタイム・ジョブおよびリアルタイム・プロセスの起動と停止」

1.1 インストールの計画

この項では、前提条件、統合、互換性および必要なインストール・コンポーネントについて説明します。

1.1.1 前提条件

EDQ-CDS 12c (12.2.1.2.0)には、次のものが必要です。

- EDQ-CDSをSiebelと統合する場合は、次をインストールする必要があります。

- Siebel CRMまたはUCMバージョン8.1以降。

- Siebel Connectorリリース12.2.1。

本番システムの要件は、次のとおりです。

- 64ビット・オペレーティング・システム。

- 64ビットJava仮想マシン(JVM)。

- 最小システム・メモリー8GB (内4GBはJVMに割当て)。

- 推奨システム・メモリー16GB (内8GBはJVMに割当て)。

1.1.2 Siebelとの統合

SiebelインスタンスをEDQと統合してCDSサービスを使用する場合は、次の順序で必要なコンポーネントをインストールして構成することをお薦めします。

1. この章での説明に従って、EDQ-CDSパックをEDQサーバーにインストールします。

2. EDQインストーラが実行されると、siebelconnector.zipがEDQ Oracleホームに自動的にインストールされます。このzipをSiebelサーバーのインストール・ディレクトリにコピーします。

3. EDQ Siebel ConnectorをSiebelサーバーにインストールします。

4. Oracle Fusion Middleware Enterprise Data QualityでのSiebel環境の統合と管理を参照して、SiebelをEDQ-CDSを統合します。

1.1.3 互換性マトリクス

次のマトリクスに、リリース済のEDQ-CDSの全バージョンと他のEDQコンポーネントとの互換性を示します。

EDQ-CDS

EDQ

EDQ Siebel Connector

EDQ-AV

9.0.1

9.0.3以降

9.0.3-9.0.5

任意

9.0.2

9.0.4以降

9.0.4-9.0.5

任意

9.0.3

9.0.5以降

9.0.4-9.0.5

任意

9.0.4

9.0.7以降

9.0.6

12.4.0.0.0以降

9.0.5

9.0.7以降

9.0.6

12.4.0.0.0以降

11.1.1.7.3

11.1.1.7.3以降

11.1.1.7.3

12.4.0.0.0以降

12.2.1

12.2.1以降

12.2.1

15.2.0.0.0

1.1.4 コンポーネント

CDSは、EDQに同梱されています。CDSの.dxiファイルにアクセスするには、EDQでサーバー名を右クリックし、「サーバー・パッケージ・ファイルを開く」>「cds」フォルダを選択します。「CDS」フォルダには、次のコンポーネントが格納されています。

- EDQ-CDS.dxi - EDQ-CDSデータ品質サービス。

- EDQ-CDS - Published Processors.dxi - 公開されたプロセッサおよびイメージが格納されています。

- EDQ-CDS - Initialize Reference Data.dxi - EDQ-CDS参照データを準備するためのプロセス。

- EDQ-CDS - Data Quality Health Check.dxi - データ品質ヘルス・チェック拡張機能用のプロセス(第4章「データ品質ヘルス・チェックのインストールと使用方法」を参照)

- Oracle_Home/edq/oracle.edq/edq-cds内のStaging_tables.sql - ステージング・データベースを構成するためのSiebel固有のスクリプトと、汎用バッチ・ジョブとともに使用するステージング表の作成で使用するためのデフォルトのStructured Query Language (SQL)スクリプトが格納されています。

- siebelconnector.zip - dnd.propertiesファイルが格納されており、EDQ-CDSをSiebelサーバーと統合する場合に使用します。詳細は、『Oracle Fusion Middleware Enterprise Data QualityでのSiebel環境の統合と構成』を参照してください。

1.2 EDQ-CDSのインストール

EDQ-CDSをEDQサーバーにインストールするには、次のようにします。

1. EDQディレクタ・クライアントを起動し、プロジェクトを作成する権限を持つユーザー(管理者またはプロジェクト所有者)としてログオンします。

2. サーバー名を右クリックし、「サーバー・パッケージ・ファイルを開く」を選択します。「CDS」フォルダを開き、EDQ-CDS - Initialize Reference Data.dxiファイルを選択します。

3. EDQ-CDS - Initialize Reference Data.dxiファイルを開き、EDQ-CDS - 参照データの初期化プロジェクト全体を「プロジェクト」ノードにドラッグします。

4. EDQ-CDS.dxiとこのファイルに格納されているEDQ-CDSプロジェクトについて、手順2および3を繰り返します。

5. EDQ-CDS - Published Processors.dxiについて、手順2および3を繰り返します。

6. (オプション) EDQ-CDS - Data Quality Health Check.dxiとこのファイルに格納されているEDQ-CDS - データ品質ヘルス・チェック・プロジェクトについて、手順2および3を繰り返します。

7. プロジェクトがインポートされたら、.dxiファイルを右クリックして「パッケージ・ファイルを閉じる」を選択します。

1.3 実行プロファイルによる構成

製品とともにインストールされ、次のように使用されるEDQ-CDS実行プロファイルでプロパティによって制御されるEDQ-CDS用の構成オプションがいくつかあります。

ファイル名

使用方法

プロパティ・セット

edq-cds.properties

デフォルトのEDQ-CDS実行プロファイル。

言語
高頻度名前マップ

キー生成(リアルタイムおよびバッチ)

一致しきい値

参照データ入力をリアルタイムで無効化するための照合設定。HAに必須です。

リアルタイム照合結果

住所クリーニング

バッチ・ジョブ用のステージング・データ

ステージング・データの表示/非表示

照合設定

キー分析設定

edq-cds-siebel.properties

Siebel EDQ-CDS統合に固有のプロパティを設定。

言語
高頻度名前マップ

キー生成(リアルタイムおよびSiebelバッチ)

キー分析設定

照合設定

リアルタイム照合結果

住所クリーニング

バッチ・ジョブ用のSiebelステージング・データ

ステージング・データの表示/非表示

edq-cds-data-quality-health-check.properties

ヘルス・チェック機能用のプロパティを設定。

EDQダッシュボード
ソース入力ファイルのエンコーディング

エクスポート・チェック結果

住所検証の国コード

個人の結果ブック機能

エンティティの結果ブック機能

ステージング・データの表示/非表示

edq-cds-daas.properties

現時点では使用されていない。

edq-cds-fusion.properties

現時点では使用されていない。

これらのファイルは、EDQインストール・ディレクトリのoedq.home/runprofilesディレクトリ内にあります。プロパティはファイル間でコピーできるので、使用する実行プロファイルには構成に必要なプロパティがすべて含まれています。

実行プロファイルを編集するには、次のようにします。

1. 実行プロファイルをEDQインストールのoedq.local.home/runprofilesディレクトリにコピーし、名前を変更します。

2. oedq.local.home/runprofilesディレクトリ内の実行プロファイルをテキスト・エディタで開きます。

3. 必要に応じて、プロパティの値を編集します。

4. ファイルを保存します。

更新が発生すると、oedq.home/runprofilesディレクトリ内のファイルは上書きされます。oedq.local.home/runprofilesディレクトリ内のファイルは影響を受けません。

各実行プロファイルのプロパティは、次の各項で説明するようにいくつかのカテゴリに分類されます。

注意:
住所クリーニングを国単位に構成することもできますが、実行プロファイルを使用せずに行います(第1.3.4項「住所クリーニングのプロパティ」を参照)。

1.3.1 事前に初期化された参照データ

初期化済のラテン語参照データとcdslists-initialized-full.zipファイル(Oracle_Home/edq/oracle.edq/edq-cds/landingarea/cdslists/cdslists-initialized-full.zipディレクトリに事前インストール済)のいずれにも、サポートされている言語すべての初期化済参照データが含まれます。

その他すべてのサポートされている言語の初期化済参照データを使用するには、cdslists-initialized-full.zipファイルをcdslistsディレクトリに解凍し、既存のデータを上書きします。

別のセットの言語(日本語のみなど)を使用したり、参照データをカスタマイズする(さらに名前の標準化を追加するなど)には、必要に応じて準備して初期化します。これにより、事前に準備されたファイルが上書きされます。

注意:
この事前に初期化された参照データを使用する場合、第1.3.2項「参照データの初期化のプロパティ」を使用する必要はありません。

1.3.2 参照データの初期化のプロパティ

この項では、実行プロファイルを使用して参照データの初期化プロジェクトのプロパティを構成する方法について説明します。

1.3.2.1 言語ドメイン

デフォルトでは、ラテン語以外のすべてのスクリプト言語の名前データは、実行プロファイルの使用時に除外されます。これは、次のプロパティで制御されています。

phase.Initialize.process.*.Language\ Domains = LAT

注意:

- この値は、デフォルトでLATに設定されており、すべてのラテン語データが含まれることを意味します。ラテン語データを除外するには、この値を削除します。

- 複数の言語ドメインをカンマ区切りリストとして指定できます。

1つ以上のスクリプト言語のデータを含めるには、実行プロファイルのコメントに記載されているように、対応するプロパティ値を追加します。

たとえば、アラビア語のスクリプト・データを含めるには、値ARAをプロパティに追加します。

phase.Initialize.process.*.Language\ Domains = LAT, ARA

このプロパティを編集した場合は、参照データの初期化ジョブを実行する必要があります。

1.3.2.2 高頻度の名前のみ

高頻度で出現しない(一般的に使用されていないなど)ラテン語以外の名前を除外できます。デフォルトでは、レコードの処理時にすべての名前が含まれます。

これは、次のプロパティで制御されています。

phase.Initialize.process.*.High\ Frequency\ Only = N

一般的でないラテン語以外の名前を除外するには、このプロパティの値をYに変更します。

このプロパティを編集した場合は、参照データの初期化ジョブを実行する必要があります。

1.3.3 照合のプロパティ

これらの値は、キー・プロファイルおよび照合の動作を制御するのに使用します。

1.3.3.1 キー・プロファイル

keyprofileパラメータ属性は、バッチとリアルタイムの両方で、キー生成に使用するキー・メソッドの指定に使用します。次のように、事前定義済プロファイル(Loose、StrictまたはTypical)に設定できます。

phase.Individual\ Keygen.process.*.keyprofile = Typical
phase.Batch\ Individual\ Match.process.*.keyprofile = Typical
phase.Entity\ Keygen.process.*.keyprofile = Typical
phase.Batch\ Entity\ Match.process.*.keyprofile = Typical
phase.Address\ Keygen.process.*.keyprofile = Typical
phase.Batch\ Address\ Match.process.*.keyprofile = Typical

あるいは、次のように手動でエンコードしたプロファイルに設定できます。

AD112FNL5GNL5^10|GNW1FNL0^11|AD17AD25CTL10^12|FNM4PNL8^13|PNR6^14

レガシー・クラスタ・メソッド(リリース12.2.1より前の旧"クラスタリング"メソッド)が必要である場合、次の設定を実行プロファイルで設定する必要があります。

phase.*.process.*.uselegacykeygen = Y

また、次を使用してレベルを設定する必要があります。

phase.Individual\ Keygen.process.*.clusterlevel = 2

1.3.3.2 クラスタ比較制限

照合プロセッサには、適用されるデフォルトのクラスタ比較制限が含まれます。設定した場合、クラスタ比較制限は、1つのクラスタで実行される比較の最大数のデフォルト上限となります。この数値は、処理前にクラスタで実行する比較の数を評価して計算します。クラスタで実行される比較の数が制限を超えると、そのクラスタはスキップされます。

特定のクラスタに制限を設定するには、クラスタ制限のプロパティをedq-cds.propertiesファイルに追加して制限値を編集します。次に例を示します。

# Change the cluster limits to have a maximum of 15,000 comparisons per cluster group, and use the comparison limit in preference over the group limit.
phase.*.process.Match\ -\ Individual.*.individual_match_cluster_comparison_limit = 15000
phase.*.process.Match\ -\ Individual.*.match_cluster_group_limit = 0
phase.*.process.Match\ -\ Entity.*.match_cluster_comparison_limit = 15000
phase.*.process.Match\ -\ Entity.*.match_cluster_group_limit = 0

1.3.3.3 バッチ照合

この項では、バッチ照合を制御するためのプロパティについて説明します。

- バッチの一致しきい値

- バッチの複合比較および重み付け

1.3.3.3.1 バッチの一致しきい値

デフォルトでは、すべてのレコード・タイプのバッチ処理用プロジェクトで、一致しきい値は70 (パーセンテージ)に設定されています。ルール・スコアがこの値を下回る一致は戻されません。

バッチ照合に使用される一致しきい値は、次の実行プロファイル・パラメータを使用して指定します。1つ以上の処理タイプに異なるレベルを設定するには、次のプロパティの値を適宜編集します。

######### Match Threshold ###########
# Rule score below which matches will not be returned
# Default = 70 if this property is absent

# Batch Matching
phase.Individual\ Match.process.*.matchthreshold = 70
phase.Entity\ Match.process.*.matchthreshold     = 70
phase.Address\ Match.process.*.matchthreshold    = 70

注意:
実行プロファイルで設定した一致しきい値によってデフォルトのプロジェクト設定はオーバーライドされますが、Webサービスから渡される値がどちらの値よりも優先されます。

1.3.3.3.2 バッチの複合比較および重み付け

それぞれの複合比較が照合に対して有効であるか否か、また有効な場合にどの重み付けを使用するかは、次の実行プロファイルのパラメータを使用して制御できます。

phase.Individual\ Match.process.*.overallscore.XXX.weighting = 7
phase.Individual\ Match.process.*.overallscore.XXX.enabled   = Y
...
...
phase.Entity\ Match.process.*.overallscore.XXX.weighting = 10
phase.Entity\ Match.process.*.overallscore.XXX.enabled   = N
...
...

XXXは、複合比較の名前です。これは、新しいカスタム属性にも適用されます。

1.3.3.4 リアルタイム・オプション

リアルタイムのキー生成サービスおよび照合サービスを使用する場合、メッセージのヘッダーで設定を渡すことで、メッセージ単位に特定のオプションをオーバーライドできます。たとえば、リアルタイム照合サービスでは、メッセージ単位にmatchthreshold (「バッチの一致しきい値」を参照)をオーバーライドできますが、各レコードではなく、メッセージ・ヘッダーに渡す必要があります。次に例を示します。

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:dn="http://www.datanomic.com/ws">
<env:Header/>
<env:Body>
<dn:request matchthreshold="80">
<dn:record>
...

リアルタイム・キー生成の場合、次のように、メッセージ単位に使用するkeyprofileオプションを設定することも可能です。

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:dn="http://www.datanomic.com/ws">
<env:Header/>
<env:Body>
<dn:request
keyprofile="Strict"
>

同様に、次のように、複合比較の重み付けおよび有効/無効に関してその他の照合関連の実行プロファイル設定をメッセージ単位に指定することもできます。

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:dn="http://www.datanomic.com/ws">
<env:Header/>
<env:Body>
<dn:request
overallscore.address.enabled="Y"
overallscore.address.weighting="21"
>
<dn:record>
...

注意:
Webサービス・テスター・ツールを使用する場合、ヘッダー入力フィールドが提示され、これらの設定のいずれかを単一のキー/値ペア入力(matchthreshold="80"など)で入力できます。
リアルタイム・リクエストのヘッダーに指定できるプロパティの詳細リストは、表5-1、表5-2および表5-3の表を参照してください。

1.3.3.5 リアルタイム・ジョブの照合結果の構成

Siebel 8.1以降では、リアルタイム照合のレスポンスに駆動レコードとすべての照合候補レコードの両方が一致スコアとともに含まれる必要があります。その他すべてのユースケースでは、駆動レコードをレスポンスで戻す必要がありません。次のオプションは、リアルタイム照合サービスに対するレスポンスに駆動レコードを含めるかどうかを制御します。

phase.*.process.*.Return\ Real-time\ Driving\ Record=

このプロパティのデフォルト設定は、次のとおりです。

- edq-cds.properties - N

- edq-cds-siebel.properties - Y

このオプションをYに設定すると、1つ以上の一致が候補セットにあった場合、駆動レコード(IDのみが移入)がレスポンスの最初のレコードとして戻されます。それ以外の場合、駆動レコードは除外されます。

1.3.4 住所クリーニングのプロパティ

住所クリーニング・サービスをEDQ-AVとともに使用する場合、この項で説明するプロパティを必要に応じて構成できます。住所クリーニングの詳細は、Oracle Enterprise Data Quality Address Verificationのインストール・ガイドを参照してください。

1.3.4.1 デフォルトの国コード

phase.*.process.Clean\ -\ Address.Default\ Country\ Code = US

このプロパティは、通常はすべての住所が同じ国に属し、インタフェースでリクエストごとに指定されない環境で、システムレベルのデフォルトの国コードを定義するのに使用できます。

デフォルト値はUSです。ここで入力するコードは、ISO-3166-1-alpha-2仕様に準拠することを要求されます。

1.3.4.2 住所検証でのジオコーディングの有効化/無効化

phase.*.process.Clean\ -\ Address.Enable\ Geocoding = Y

このプロパティは、「住所の検証」プロセッサでジオコーディングを使用するかどうか、またそれに応じて、緯度および経度の情報をクリーニング済の住所とともに戻すかを制御します。

1.3.4.3 デフォルトの使用可能な住所検証結果コード

phase.*.process.Clean\ -\ Address.Default\ Allowed\ Verification\ Result\ Codes = PV

このプロパティは、どの検証コードが使用できるかを指定し、デフォルトではP(部分的に検証済)およびV(検証済)です。

1.3.4.4 デフォルトの最低住所検証レベル

phase.*.process.Clean\ -\ Address.Default\ Minimum\ Verification\ Level = 2

このプロパティは、最低限必要な(プロセス後)検証一致レベルを1から5の段階で指定します。デフォルト値は、2です。

1.3.4.5 デフォルトの最小住所検証一致スコア

phase.*.process.Clean\ -\ Address.Default\ Minimum\ Verification\ Match\ Score = 95

このプロパティは、最小限必要な一致スコアを1-100の段階で指定します。デフォルト設定は95です。

注意:
前述の3つのプロパティは、「住所の検証」プロセッサが実行可能な検証の強度に基づいて実際にアドレスをクリーニングするかどうかを制御するシステムレベルのデフォルト値を設定します。これらのプロパティは、住所クリーニング・インタフェースで指定してリクエスト単位にオーバーライドすることも、国単位にオーバーライドする(第1.3.7項「国単位の住所クリーニング」を参照)こともできます。

1.3.4.6 住所クリーニング・プロセスから戻される行数

phase.*.process.Clean\ -\ Address.Number\ Of\ Address\ Lines =

アプリケーションでは一般に、住所の番地/通りの部分について2行、3行、または4行の住所行がサポートされます。

このプロパティは、クリーニング・サービスから戻されるクリーニング済の住所の行数を指定します。

実行プロファイルでのデフォルト設定は、次のとおりです。

- edq-cds.properties - 4

- edq-cds-siebel.properties - 2

1.3.4.7 後処理

後処理は、AVから戻された結果に一定の変更を適用するために住所クリーニング後に実行されます。この機能は、Siebel統合を対象としています。したがって、実行プロファイルでのデフォルト設定は、次のとおりです。

- edq-cds.properties - N

- edq-cds-siebel.properties - Y

特定の値への検証済国名の標準化

この値をYに設定すると、countryの名前はデフォルトのSiebel選択リストの名前に標準化されます。

phase.*.process.Clean\ -\ Address\ Post\ Process.Standardize\ Verified\ Country\ to\ CRM\ Values =

特定の値への検証済adminareaの標準化

この値をYに設定すると、デフォルトのSiebel選択リストのadminarea値のみが戻されます。

phase.*.process.Clean\ -\ Address\ Post\ Process.Standardize\ Verified\ Admin\ Area\ to\ CRM\ Values =

この値をNに設定すると、出力住所のadminarea値がSiebelに戻されます。

注意:
デフォルトのSiebel選択リストには、米国の州のみが含まれます。CDSでこれを制御する参照データ・セットは、住所クリーニング - 行政区画と標準CRM行政区画です。このリストに追加されたエントリは、バインドされたリストをマップ済フィールドに使用するSiebelなどのCRMアプリケーションへの差し戻しに'有効'と見なされた行政区画に追加されます。

スペースとして戻すための空白の検証済住所フィールドの標準化

Siebel Data Qualityインタフェースでは、標準化サービスから戻された空の文字列を受け取ると、「現行値を保持する必要がある」と解釈します。住所クリーニングの場合、意図的に属性の現行値を削除することが望ましいときがあります。たとえば、住所標準化サービスでは、サブ建物の詳細が住所の2行目から1行目の最後に移動されるように、入力住所を変更することがあります。この場合、両方の住所行でサブ建物の詳細が重複しないように、戻り属性にスペースを1つ戻して、入力値を削除しないようにSiebelに指示します。Siebelでは、実際に値にスペースを挿入するのではなく、スペースを「値を削除する必要がある」と解釈します。

この値をYに設定すると、Siebelに戻る前に、空白フィールドにスペース文字が1つ移入されます。

phase.*.process.Clean\ -\ Address\ Post\ Process.Standardize\ Verified\ Blank\ Address\ Fields\ to\ Space =

1.3.5 バッチ・ジョブ用のデータのステージング構成パラメータ

デフォルトでは、バッチ・ジョブ用のデータのステージング構成は候補スナップショットから導出され、プロパティは定義済データ・ソースを使用して設定され、表名はEDQ-CDSのデフォルト値に設定されます。これらのプロパティは、別のステージング表で(汎用)バッチ照合ジョブを指す場合、必要に応じて編集できます。SERVERID列とJOBID列は、複数のバッチ・ジョブのパラレル処理を可能にするために使用するので、各ジョブ発行の前に実行プロファイルで適宜編集する必要があります。不要な場合は、デフォルト値を使用できます。

######### Staging Data Configuration Parameters For Batch Jobs ###########
# The JNDI data source name and table names may be different dependent on the installation

# Where clause for candidate snapshots, to obtain data for specific server and job
phase.*.snapshot.*.where   = serverid = 'SERVERID' AND jobid = 'JOBID'

# Export parameters for specific server and job
phase.*.process.*.serverid = SERVERID
phase.*.process.*.jobid    = JOBID

# JNDI data source name for staging schema in database
phase.*.snapshot.*.remotejndi = jdbc/edqcdsstaging
phase.*.export.*.remotejndi   = jdbc/edqcdsstaging

# Table names for candidate staging tables (snapshots)
phase.*.snapshot.Entity\ Candidates.table_name     = EDQCDS_CANDIDATES_ENT
phase.*.snapshot.Individual\ Candidates.table_name = EDQCDS_CANDIDATES_IND
phase.*.snapshot.Address\ Candidates.table_name    = EDQCDS_CANDIDATES_ADD

# Table names for result staging tables (exports)
phase.*.export.Batch\ Matches.table_name           = EDQCDS_MATCHES
phase.*.export.Batch\ Key\ Generation\ Results.table_name = EDQCDS_CLUSTER_KEYS

1.3.6 サーバー・コンソール内でのステージング済データの表示設定

デフォルトでは、ほとんどのステージング済データ・セットは、サーバー・コンソールの「結果」ビューに表示されません。実行プロファイルのこのセクションでリストされたステージング済データ・セットのみがデフォルトでサーバー・コンソールに表示できます。

# Initialize Project
stageddata.\[QA\]\ Single\ chars.visible = yes
stageddata.\[QA\]\ Variant\ has\ Multiple\ Masters.visible = yes
stageddata.\[QA\]\ Variant\ is\ Master.visible = yes
stageddata.Conflict\ Res\ \-\ Removed\ Links\ ALL.visible = yes

他のステージング済データ・セットが表示されるようにするには、前述の例のように、実行プロファイルに含まれるプロパティの形式でプロパティを追加します。

1.3.7 国単位の住所クリーニング

EDQ-AVによる住所の検証が可能な範囲は、国によって異なります。さらに、国によってはその住所データが、他の国に提供されるデータより信頼されることがあります。

これを考慮するために、住所クリーニングに関する様々なパラメータを国単位に設定できます。

必要なパラメータを設定するには、次のようにします。

1. ディレクタ・クライアントを開きます。

2. プロジェクト・ブラウザで、「EDQ-CDS」>「参照データ」を選択します。

3. 住所クリーニング - 国の検証レベルおよび結果という参照データを開きます。

4. 参照データ・エディタで、US、GBおよびCAのデフォルト設定を変更し、必要に応じて他の国ついて行および設定を追加します。

5. 「OK」をクリックし変更を保存するか、「取消」をクリックして破棄します。

注意:
検証の設定の詳細は、第5章「ビジネス・サービスの使用方法」を参照してください。

1.4 カスタム参照データの初期化

EDQ-CDSに同梱されている事前初期化済の参照データを使用する場合、この手順は必要ありません。しかし、第1.3.2項「参照データの初期化のプロパティ」で説明した初期化オプションのいずれかをデフォルト設定から変更している場合は、サーバー・コンソールでジョブを実行して参照データを再度初期化する必要があります。

これを行うには、次の手順を実行します。

1. サーバー・コンソールを開きます。

2. EDQ-CDS - 参照データの初期化プロジェクトを開きます。

3. MAIN参照データの初期化ジョブを右クリックし、「実行」を選択します。

4. EDQ-CDS実行プロファイルを選択し、cdsの実行ラベルを指定します。

注意:

- このジョブは、参照データをカスタマイズした場合または初期化する別の言語を選択するために実行プロファイルを変更した場合に再度実行する必要があります。

- すべてのCDSジョブに対して実行ラベルとしてcdsを使用することをお薦めします。

1.5 リアルタイム・ジョブおよびリアルタイム・プロセスの起動と停止

リアルタイム・プロセスを使用するために、実行する必要があるジョブがいくつかあります。このようなジョブは、サーバー・コンソールで起動する必要がある別の2つのジョブ、リアルタイムSTART ALLおよびリアルタイムSTOP ALLによって制御されます。

注意:
デフォルトでは、すべてのCDSリアルタイム・サービスがリアルタイムSTART ALLジョブとリアルタイムSTOP ALLジョブによって起動されます。
最適なパフォーマンス効率を得るには、使用していないサービスを実行しないでください。たとえば、クリーニング・サービスを使用していない場合は、それらのサービスを起動するトリガーを削除できます。より小規模なサーバーなど、場合によっては、リアルタイムSTART ALLジョブのリアルタイム・サービスの開始フェーズから未使用サービスを起動するトリガーの削除が必要になります。トリガーを削除するには、フェーズを右クリックして「構成」を選択し、不要なジョブを削除します。キー生成ジョブと照合ジョブはいずれも、照合サービスのために実行する必要があります。

リアルタイム・プロセスを起動するには、次のようにします。

1. サーバー・コンソールを開きます。

2. EDQ-CDSプロジェクトを開きます。

3. リアルタイムSTART ALLジョブを実行します。

4. ドロップダウン・フィールドから必要な実行プロファイルを選択します。

注意:
サービスをSiebel (CRMまたはUCM)に提供するためにジョブを実行する場合、Siebel用の正しい構成設定が使用されるように、edq-cds-siebel実行プロファイルを選択する必要があります。
他のアプリケーションにサービスを提供するためにジョブを実行する場合は、edq-cds実行プロファイルをお薦めします。詳細は、第1.3項「実行プロファイルによる構成」を参照してください。

5. 実行ラベルとしてcdsと入力します。

6. 「OK」をクリックします。

特定の状況では、リアルタイム・プロセスを停止してから再起動する必要があります。たとえば、新しい参照データが使用可能になった場合は、リアルタイム・プロセスを停止し、参照データの初期化ジョブを再度実行してからリアルタイム・プロセスを再起動する必要があります。

リアルタイム・プロセスを停止するには、次のようにします。

1. サーバー・コンソールを開きます。

2. EDQ-CDSプロジェクトを開きます。

3. リアルタイムSTOP ALLジョブを実行します。

1.5.1 起動時のリアルタイムSTART ALLジョブのスケジュール

サーバーが再起動した場合、適切な実行プロファイルおよび実行ラベルを使用してリアルタイム・ジョブも再起動する必要があります。これを自動的に確実に実行されるようにするには、次の手順を使用して起動時に実行されるようにリアルタイムSTART ALLジョブを構成します。

1. サーバー・コンソールを開きます。

2. EDQ-CDSプロジェクトを開きます。

3. リアルタイムSTART ALLジョブを開きます。

4. 右クリックして「スケジュール」オプションを選択します。

5. 「起動」ラジオ・オプションを選択します。

6. ドロップダウン・フィールドから必要な実行プロファイルを選択します。

注意:
サービスをSiebel (CRMまたはUCM)に提供するためにジョブを実行する場合、Siebel用の正しい構成設定が使用されるように、edq-cds-siebel実行プロファイルを選択する必要があります。
他のアプリケーションにサービスを提供するためにジョブを実行する場合は、edq-cds実行プロファイルをお薦めします。

7. 実行ラベルのcdsを指定します。

8. 変更を保存する場合は、「OK」をクリックします。

2 Customer Data Services Packのカスタマイズ

この章では、EDQ-CDSをカスタマイズして製品のより高度な機能のいくつかを利用する方法について説明します。

この章の内容は次のとおりです。

- 第2.1項「スタンドアロン・バッチ照合の使用」

- 第2.2項「クリーニング・サービスの使用」

- 第2.3項「照合の調整」

- 第2.4項「照合で使用する参照データの変更」

EDQ-CDSは、最低限のカスタマイズで十分に機能するように設計されています。すぐに使用できるよう、アプリケーションでは、構成の変更をほとんど必要とせずに、接続されたサポート対象アプリケーションの個人、エンティティおよび住所データのキー生成および照合を実行できます。

2.1 スタンドアロン・バッチ照合の使用

EDQ-CDSは、外部システムまたはスタンドアロンのソースからの顧客データを処理するように設計されています。デフォルトでは、一連のステージング表を操作する事前構成済のバッチ・ジョブが用意されています。他のソースからのデータ(テキスト・ファイルなど)を処理するように製品を再構成するのは簡単です。

用意されているバッチ・データ照合サービスを再利用するには、データ・インタフェース用に新しい入出力マッピングを作成する必要があります。次の各項では、これを実行する方法と既存のジョブ構成の変更済コピーを使用して照合を実行する方法を説明する例を使用します。

2.1.1 スタンドアロン個人バッチ照合の使用

次の例に示す手順を使用すると、新しいスタンドアロン個人バッチ照合ジョブを作成できます。

1. ジョブが現在実行されていないことを確認します。

2. EDQ-CDSプロジェクトで、処理対象の顧客データが含まれる構造化テキスト・ファイルを指すFile In: Individualsという名前の新しいサーバー側データ・ストアを作成します。これは、ジョブ定義内で使用するためにサーバー側データ・ストアとして作成することが重要です。

3. File In: Individualsデータ・ストアをソースとして使用して、Individualsという名前の新しいスナップショットを作成します。

4. 次のように入力マッピングを作成します。

1. 「個人候補」を右クリックし、「マッピング」を選択して「マッピング」ダイアログを開きます。

2. 「追加」をクリックして「新規データ・インタフェース・マッピング」ダイアログを開きます。

3. Individualsスナップショットをソースとして選択して「次」をクリックします。「ステージング済データ」デフォルト・タイプが使用されます。

4. 次のように、ダイアログの左側の顧客データ属性を右側の属性にマップします。

注意:
場合によっては、スナップショットから読み取り、データ・インタフェースを照合するためにデータを再形成するプロセスを作成する必要があります(第2.1.2項「インタフェース書式へのデータの変換」を参照)。

5. 「次」をクリックします。

6. マッピングにIndividual Candidatesと名前を付けて「終了」をクリックして保存します。

7. 「OK」をクリックします。

5. Individual Matchesという名前で、「一致」の列に対応する列を持つ新しいステージング済データを作成します。

6. 次のように出力マッピングを作成します。

1. 「一致」を右クリックし、「マッピング」を選択して「マッピング」ダイアログを開きます。

2. 「追加」をクリックして「新規データ・インタフェース・マッピング」ダイアログを開きます。

3. Individual Matchesステージング済データをターゲットとして選択して「次」をクリックします。

4. 必要に応じて、左側の「一致」の属性を右側のIndividual Matchesの属性にマップします。

5. 「次」をクリックします。

6. マッピングにIndividual Matchesという名前を付けて説明を指定し、「終了」をクリックします。

7. 「OK」をクリックし、ダイアログを閉じます。

7. 照合結果のターゲットとして使用するFile Out: Individual Matchesという新しいサーバー側デリミタ付きテキスト・データ・ストアを作成します。あるいは、必要に応じて、データをデータベースに書き込めます。

8. 「一致」をエクスポートのソースとして、File Out: Individual Matchesをエクスポートのターゲットとして使用するMatches to File Out: Individual Matchesという新しいエクスポートを作成します。

9. 次のように、照合を実行するジョブを作成して構成します。

1. バッチ個人照合ジョブのコピーを作成し、名前をBatch Individual Match using Text Fileに変更して開きます。

2. 個人照合ジョブ・フェーズを開き、Individual CandidatesをダブルクリックしてIndividual Candidatesマッピングを選択し、入力データのソースを変更します。

3. 「OK」をクリックして変更を保存します。それに応じてジョブ構成が変更され、古いスナップショットおよびステージング済データ項目が切断されます。

4. 個人候補スナップショット・タスクを削除します。

5. Individualsスナップショットを「ツール・パレット」の「スナップショット」から開いているジョブ・フェーズにドラッグし、必ずIndividual Candidatesマッピングに接続します。

6. Matches to File Out: Individual Matchesエクスポート・タスクを「ツール・パレット」の「エクスポート」から開いているジョブ・フェーズにドラッグし、Match Results - Outputに接続します。

7. Batch Matchesエクスポート・タスクを削除します。

10. ジョブを閉じ、構成の変更を保存します。

2.1.2 インタフェース書式へのデータの変換

次の場合、必ずしも入力ソースを候補インタフェースに直接マップできるわけではありません。

- フィールドが誤ったデータ型である場合(日付フィールドの"生年月日"など)。または

- フィールドが互換性のある書式/構造に変換する必要がある場合(フルネーム・フィールドの個人名など)。

その場合は、入力データをカスタムEDQプロセスに通して、次の例の手順に示すようにデータを適切に変換する必要があります。

1. ジョブが現在実行されていないことを確認します。

2. 第2.1項「スタンドアロン・バッチ照合の使用」の手順2および3に示すように、入力データについてデータ・ストアおよびスナップショットを作成します。

3. EDQ-CDSプロジェクトのプロジェクト・ブラウザで「プロセス」ノードを右クリックし、「新規プロセス」を選択して新規プロセス・ウィザードを開きます。

4. 手順2で作成したスナップショットをデータ・ソースとして選択します。

5. 「次」をクリックします。

6. ウィザードの最後のページで、プロセスの名前をTransform Individualsに変更し、「終了」ボタンをクリックしてプロセスを作成します。

7. 「プロセス」キャンバスで、データをインタフェース書式に変換するために必要なプロセッサを追加します。たとえば、日付書式の生年月日を候補インタフェースに必要な書式(yyyyMMdd、MM/dd/yyyy、yyyy-MM-dd、dd-MMM-yyなど)に変換するには、「日付を文字列に変換」プロセッサを使用します。

8. 「ライター」プロセッサをプロセス・キャンバスに追加し、プロセス・データ・ストリームに接続します。

9. 「ライター構成」ダイアログで、「Individual Candidates」を選択し、属性を適宜マップします。

10. 次のように、新しいジョブを作成して構成します。

1. バッチ個人照合ジョブのコピーを作成し、名前をBatch Transformed Individual Matchに変更します。

2. 新しいジョブを開きます。

3. 個人照合ジョブ・フェーズをダブルクリックします。

4. 第2.1項「スタンドアロン・バッチ照合の使用」の手順9.d - 10を使用し、手順9.d以降、新しいTransform IndividualsプロセスをIndividualsスナップショットと入力準備 - 個人プロセスの間に追加します。その結果、ジョブは次のようになります。

2.2 クリーニング・サービスの使用

EDQ-CDSに用意されているクリーニング・プロセスは、テンプレートにすぎません(ただし、完全に機能し、住所の検証および標準化にEDQ-AVを使用する住所クリーニング・プロセスを除きます)。個人およびエンティティのクリーニング・プロセスは、実装のデータ標準化要件に合うようにカスタマイズすることを意図して作成されています。

2.2.1 クリーニング・サービスのカスタマイズ

次の各項の例では、EDQ-CDSに用意されているクリーニング・サービスの変更について説明します。

2.2.1.1 役職の標準化

次の例の手順に示すように、個人クリーニング・サービスを変更して役職を標準化します。

1. ジョブが現在実行されていないことを確認します。

2. EDQ-CDSプロジェクトで、次のような列で構成される新しい参照データ・セットを作成します。

3. 「次」をクリックして新規参照データウィザードを移動し、Job Title Standardizationsという名前を付けます。

4. 「終了」をクリックして、ウィザードを閉じます。「参照データ・エディタ」ダイアログが開きます。

5. 次のように、必要な役職の標準化を追加します。

6. クリーニング - 個人プロセスを開きます。

7. 新しい「置換」プロセッサをプロセス・キャンバスに追加し、名前属性の大文字化プロセッサの出力に接続します。

8. プロセッサ構成ダイアログで、jobtitle属性を入力フィールドとして設定し、「オプション」タブの「置換」フィールドでJob Title Standardizations参照データを選択します。

9. 「OK」をクリックしてプロセッサ構成ダイアログを閉じます。

10. 「置換」プロセッサの「すべて」出力を「ライター」に接続し、「ライター」の構成をまったく変更せずに「OK」をクリックします。

11. プロセス・キャンバスで、「大文字」プロセッサと「ライター」間の直接リンクを削除します。

12. プロセスを閉じ、変更を保存します。

13. 変更したクリーニング・サービスをテストします。

2.2.2 国固有の住所クリーニング設定の変更

EDQ-AVを使用する住所クリーニング・プロセスで使用されるデフォルト設定(許容検証結果、最小検証レベルおよび最小一致スコア)は、参照データを変更するだけで国単位にオーバーライドできます。

2.2.2.1 ドイツの住所検証の厳密性の軽減

次の例の手順に示すように、EDQ-AV設定を変更し、ドイツの住所がどの程度厳密に検証されるかを軽減します。

1. ジョブが現在実行されていないことを確認します。

2. EDQ-CDSプロジェクトで、住所クリーニング - 国の検証レベルおよび結果参照データを編集します。

3. 次の行を追加します。

- 国コード: DE

- 許容検証結果: VPA

- 最小検証レベル: 3

- 最小一致スコア: 90

4. 「OK」をクリックし、ダイアログを閉じます。

2.3 照合の調整

この項では、EDQ照合設定の変更方法について説明します。

2.3.1 照合時に使用するためのキー・メソッドの変更

キーは、類似レコードを事前に選択するために照合の第1段階として使用します。これは、バッチ照合の場合はEDQ内で、またリアルタイム照合の場合は候補選択時にコール元アプリケーションで発生ます。

デフォルトでは、照合時に使用されるキー・メソッドはkeyprofile設定の値に応じて異なります。キー・プロファイルではキー・メソッドの有効/無効を指定し、EDQ-CDSでより広範なキー・メソッド・アルゴリズムのメニューを提供できます。

使用する照合キー・メソッドを制御するための方法は、バッチ処理とリアルタイム処理で異なります。次の各項では、使用するキー・メソッドの変更方法を示す例を示します。

2.3.2 EDQでの一致のレビュー

EDQ-CDS照合サービスでは、matchthreshold設定以上のスコアで一致したレコードのみを戻し、そのようなレコードについてレコードID、ルール名およびスコアのみを戻します。一致を分析するために、ルールのチューニング時にレコードの全詳細が表示できると便利です。「一致レビュー」アプリケーションは、このプロセスにおいて有用なツールです。

2.3.2.1 個人バッチ照合での一致レビューの有効化

次の例の手順に示すように、個人バッチ照合に対して一致レビューを有効にできます。

1. ジョブが現在実行されていないことを確認します。

2. EDQ-CDSプロジェクトで、照合 - 個人プロセスを開きます。

3. 個人の照合プロセッサをダブルクリックして照合の構成ダイアログを開きます。

4. 「拡張オプション」をクリックします。

5. 「レビュー・システム」リストから、「一致レビュー」を選択して「OK」をクリックします。これで、「関係レビューの割当て」オプションがアクティブになります。

6. 「関係レビューの割当て」をクリックします。

7. 表示されたダイアログの「割当先」ドロップダウン・フィールドで、適切なユーザーまたはユーザー・グループを選択します。

8. 「OK」をクリックし、ダイアログを閉じます。

9. プロセスを閉じ、構成の変更を保存します。

10. バッチ個人照合ジョブを開きます。

11. 照合フェーズを探し、照合準備タスクを右クリックして「構成」を選択します。「タスク構成」ダイアログが開きます。

12. 「プロセス」タブを選択し、「照合でのソート/フィルタを有効化?」オプションを選択します。

13. 要求されたら、OK」をクリックしてジョブを閉じ、変更を保存します。

14. 適切な実行プロファイルを使用して実行ラベルなしでディレクタからジョブを実行し、データを再生成します。

注意:
「一致レビュー」データを生成するには、実行ラベルなしでジョブを実行する必要があります。

次のように、一致をレビューできます。

1. 「Launchpad」ページで、「一致レビュー」アイコンをクリックします。

注意:
このアプリケーションが表示されない場合は、launchpadサーバー構成ページを使用して公開する必要があります。

2. 適切なセキュリティ権限を持つユーザー(手順5で選択したグループのメンバーであるユーザーなど)としてログインします。

3. 左側のパネルの「レビュー」リストで「照合 - 個人」を選択し、「一致レビュー」統計を表示します。

4. 「レビュー・アプリケーションの起動」リンクをクリックし、選択したレビューについて一致のレビューを開始します。

2.4 照合で使用する参照データの変更

この項では、データを変更して照合を向上させる方法について説明し、役立つ例を示します。

2.4.1 名前フィールドからの単語/語句の削除

システムをカスタマイズして、ノイズであると考えられたり、情報がまったく追加されないために可能性がある一致なしとなる名前から特定の単語および語句を削除できます。

2.4.1.1 個人名からのノイズの削除

顧客データ・システムの名前フィールドは、他に適した使用可能なフィールドがなかったり、データ入力ユーザーが犯した間違いのために、他(名前以外)の情報であふれていることがよくあります。一般的な例として、"Fred SMITH (DO NOT CALL)"や"John DOE (DECEASED)"があります。この的外れの情報は、照合で使用するために"精製された"名前が作成される場合、名前の標準化時に削除できます。

次の例の手順を使用して、個人名からノイズを削除します。

1. ジョブが現在実行されていないことを確認します。

2. EDQ-CDS - 参照データの初期化プロジェクトで、削除リスト - タイトル(ラテン)参照データを開きます。

3. 次の行を参照データ・セットに追加します。

- DO NOT CALL

- DECEASED

4. 「OK」をクリックし、ダイアログを閉じます。

5. MAIN参照データの初期化ジョブをサーバー・コンソールから再度実行し、照合サービスで使用する参照データのファイルを再度準備します。

注意:
リアルタイム・サービスでは、変更された参照データ・セットを(ファイルから準備された参照データのスナップショットを再作成する)完全なリアルタイムSTART ALLジョブの次回実行時に使用します。

ラテン語以外のスクリプトで個人名から単語および語句を削除するには、削除リスト - 個人スクリプト削除リスト参照データを使用します。この参照データ・セットは、置換マップとして使用され、2列目が空白値である必要があります。

2.4.1.2 エンティティ名からのノイズの削除

照合で価値をまったく付加しないエンティティ名のノイズの単語および語句または一般的なビジネス用語(接尾辞を含む)は、"精製された"名前が作成される場合、名前の標準化時に削除できます。このようなノイズの単語の例として、"International"があり、組織名フィールドでよく見られます。

この用語の出現頻度が高いため、名前の入力時にしばしば省略または短縮され、可能性がある一致なしとなることがあります。したがって、照合のためには、この用語と判明しているすべての異形を削除することがより適切な場合があります。

次の例の手順を使用して、エンティティ名からノイズを削除します。

1. ジョブが現在実行されていないことを確認します。

2. EDQ-CDS - 参照データの初期化プロジェクトで、削除リスト - エンティティ(ラテン)参照データを開きます。

3. 次の行を参照データ・セットに追加します。

- INTERNTL

- INTL

- INT

4. 「OK」をクリックし、ダイアログを閉じます。

5. MAIN参照データの初期化ジョブをサーバー・コンソールから再度実行し、データを準備します。

ラテン語以外のスクリプトでエンティティ名から単語および語句を削除するには、削除リスト - エンティティ・スクリプト接尾辞参照データを使用します。

2.4.2 名前の標準化の変更

EDQ-CDSでは、名前の異形と照合するために名前の標準化技術を使用します。各種言語ドメイン用に大量の一般的な名前の異形が提供されています。これらのリストをカスタマイズできます。

注意:
名前の標準化を変更または追加すると、その後の結果は競合解消時に除去されることがあります。詳細は、第2.4.3項「競合の解消」を参照してください。

2.4.2.1 個人名の標準化の追加

1. ジョブが現在実行されていないことを確認します。

2. EDQ-CDS - 参照データの初期化プロジェクトで、次のような列で構成される新しい参照データ・セットを作成します。

3. 「次」をクリックして新規参照データウィザードを移動し、Custom Individual Name Standardizationsという名前を付けます。

4. 「終了」をクリックし、ダイアログを閉じます。

5. 「参照データ・エディタ」ダイアログが開きます。次のように、必要な名前の標準化を追加します。

- VARIANTLATINNAMEは、標準化される名前です。

- MASTERLATINNAMEは、標準化された異形の名前です。

- GENDERは、男性の場合は値M、女性の場合はF、不明またはあいまいな場合はUを取ります。

- ISPHRASEは、単一トークン名の場合は値N、空白が含まれる複数トークン名の場合はYを取ります。

- ISHIGHFREQは、Yに設定します。

注意:
必ずデータを大文字で入力することと、異形の名前にはすべての言語ドメインにおいてマスターが1つしかないことを確認することが重要です。

6. 「OK」をクリックし、ダイアログを閉じます。

7. [D] 個人(ラテン語)をラテン語データに初期化プロセスを開きます。

8. 「リーダー」プロセスをプロセス・キャンバスに追加し、プロセスに対する入力にすべての属性を選択してCustom Individual Name Standardizations参照データをソースとして使用するように構成します。

9. 新しい「文字列属性の追加」プロセッサをプロセス・キャンバスに追加して、リーダーを新しいプロセッサに接続します。プロセッサ構成ダイアログで、新しい属性DATASOURCEの名前を変更し、属性値をCUSTOMに設定します。

10. 「文字列属性の追加」プロセッサの出力を「データ・ストリームのマージ」プロセッサに接続します。

11. プロセッサ構成ダイアログのカスタム個人名の標準化タブの「データ・ストリームのマージ」領域で、使用可能な属性を出力属性と関連付けます。

12. 「OK」をクリックし、ダイアログを閉じます。

13. プロセスを閉じ、構成の変更を保存します。

14. MAIN参照データの初期化ジョブをサーバー・コンソールから再度実行し、データを準備します。

2.4.3 競合の解消

競合解消は、名前の標準化ルールで名前を複数のマスター名に標準化しようとした場合に発生する問題を解決するために実行します。たとえば、"Jon"をマスターである"John"にマップするルールと、"Jon"を"John-Boy"にマップする別のルールがある場合、競合が存在します。この競合は、特定の標準化データで各マスター名の重要性を評価することで解決します。その後、最良の候補がプライマリ・マスターとして選択され、それと競合する他の標準化マップは、取り除かれ隔離されます。

競合解消の一環として、取り除かれた各レコードには、競合の理由を説明する理由コードが1つ以上割り当てられます。これらのコードは、サーバー・コンソールの「結果」ウィンドウのREASON列に表示されます。

理由コードは次のとおりです。

- PIV: レコード群のプライマリ・レコード(一連の同等のものに対して特定された最良のマスターなど)は、他のマスターに対する異形でもあります。このプライマリ名が異形であるインスタンスはすべて取り除かれます。

- PVOM: 現在のプライマリの異形であるレコードは他のマスターの異形でもあります。他のマスターを指すこのような異形に関するレコードはすべて取り除かれます。

- PVIM: 現在のプライマリの異形であるレコードは他の異形に対するマスターでもあります。この異形がマスターであるレコードはすべて取り除かれます。

- PIVCUTOFF: 他の除去はプライマリ群の特定後に行われますが、プライマリの特定を続行することが効率的ではない時期がくるので、マスター名が異形としても存在する残りのレコードでは、整合性に違反するレコードの最終的な選別ですべての異形が取り除かれます。

この項の冒頭で示した単純な例について詳しく述べるにあたり、次の名前の標準化ルールが存在すると仮定します。

マスター

プライマリ

J-MAN

JON

JOHN

JONATHAN

JOHNNY

JONNY

JON

JOHN

JON

JONATHAN

JON

JOHN-BOY

JONNY

JONATHAN

JONATHAN

JONATHON

JOHNNY

JONATHAN

これらのルールには、固有の競合が数多く含まれています。これを次の図に示すと、JONATHANはプライマリとして識別されます。

矢印は次のことを示します。

矢印タイプ

競合の理由

該当なし(競合は存在せず)

PIV

PVIM

PVOM

競合解消ルールにより、次のように、競合の原因となるマッピングは破棄されます。

次のマッピングが作成されます。

名前

プライマリ

JOHN

JONATHAN

JON

JONATHAN

JONNY

JONATHAN

JOHNNY

JONATHAN

3 照合の使用方法

この章では、EDQ-CDSの照合機能を使用してデータを照合する方法について説明します。

この章の内容は次のとおりです。

- 第3.1項「照合の目的」

- 第3.2項「キー生成の使用」

- 第3.3項「個人照合の使用」

- 第3.4項「エンティティ照合の使用」

- 第3.5項「ID照合の使用」

- 第3.6項「カスタマ追加属性による照合の使用」

- 第3.7項「住所照合の使用」

EDQ-CDSは、実際のばらつきを示す顧客データを照合することを目的に設計されています。データ・セットの関連する一致がすべて提示され、レコード間の一致の可能性に応じて適切にスコア付けされます。そのために、提示されたデータに対して多岐にわたる照合アルゴリズムを適用するだけでなく、データの派生形に対しても照合技術を適用するなど、多種多様なメカニズムが使用されます。

たとえば、ある表記法で提示された名前は、その表記法とともに変換された名前も使用して照合され、効果的なスクリプト間照合が提供されます。同様に、住所は、ほぼ生の形式で(国際住所の単語および語句の標準化後、かつ充填単語の削除後に)照合されますが、推定される建物番号、サブ建物番号、郵便番号といったキー情報を住所から抽出して照合するという方法もあります。

3.1 照合の目的

一般に、EDQ-CDSで提供される照合サービスは、検索ではなく、重複防止のために設計されています。つまり、このすぐに使用できるサービスの目的は、レコードがシステムに追加されるとき、すでに存在すると思われる場合に介入することです。これが意味するところは、照合サービスでは、単一の属性(名前など)よりもずっと多くのものに的が絞られており、意図的に典型的な検索操作ほど広いネットにはキャストしないということです。一致していないが似たような詳細を保持し、まったく同じ名前であったとしても、2次的識別情報が一致の可能性が低いことを示す他のレコードがシステムに存在することがあります。このような場合、EDQ-CDSでは、可能性がある一致を解消する役割を担うユーザーまたはデータ・スチュワードによる追加の作業を最低限に抑えることを目指しています。これにより、この製品は、Oracle Customer Hubなどのマスター・データ管理システムのデータ品質保護コンポーネントとして動作することに理想的に適しており、そこでのサービスの目的は、できるだけ多くのレコードをできるだけノイズがない状態で自動的にリンクすることです。同じことが、Siebelなどのカスタマ・リレーションシップ・マネジメント・システムについても当てはまります。

注意:
さらに徹底的な照合を実行するためにEDQ-CDSの構成を変更できます。これは主に、必ずしも(名前フィールド以外に)十分な2次的情報を提供しなくてもよい、少量で高価値のデータ・セットで使用するために設計されています。

3.1.1 複数のロケールと言語

EDQ-CDSは、マルチロケール・システムとして設計されており、国際的でカルチャに依存する名前の転写、文字変換および異形認識技術を使用する他、住所の標準化および照合の際には国際的な辞書を使用します。

このシステムは国際データを使用するように設計されており、そのために名前および住所の標準化の国際的な辞書が用意されています。国際的な'ラテン語スクリプト'辞書では、次の'基本'ロケールなどが網羅されています。

- 米国およびカナダ

- イギリス

- フランス

- ドイツ

- イタリア

- スペイン

- ポルトガル

- ブラジル

- ギリシャ

- アイルランド

- オーストリア

- トルコ

- 南アフリカ

- オーストラリアおよびニュージーランド

- スカンジナビア

- アルゼンチン

- メキシコ

これらの基本ロケールに加えて、EDQ-CDSでは、次のロケールからのデータを高度に処理するために、特殊なオプション機能が用意されています。

- アラブ世界(アラビア語およびアラビア語/ラテン語混合)

- 日本(漢字、カタカナおよびひらがな)

- 中国(簡体字中国語および繁体字中国語)

- ロシア

- 韓国(ハングル)

一連の使用可能な言語は、EDQ-CDS - 参照データの初期化プロジェクトの構成によって決まるため、同じ参照データをいくつものEDQ-CDS照合サーバーで使用できます。デフォルトでは、基本ロケールの参照データ・セットはEDQサーバー・ランディング領域で事前に初期化されますが、これらのファイルの上にcdslists-initialized-full.zipを解凍する(サポートされているすべてのロケールおよび言語を網羅する場合)か、初期化ジョブを構成して実行すると、簡単に上書きできます。

3.1.2 照合の使用

EDQ-CDSに組み込まれている照合プロセスは、主に次のユースケースを対象に設計されています。

- 重複防止 - キー生成および照合のWebサービスを使用して重複レコードがアプリケーションに入力されないようにします。

- 重複削除のための定期的なバッチ照合 - バッチ照合ジョブを使用してアプリケーション内の全部または一部のデータに対して実行し、可能性があるマージのためにレコードをリンクします。

また、バッチ照合プロセスは、システムにロードされる前にレコードの重複を除外するためのテンプレートとして使用することもできます。それには、追加の構成とEDQの使用が必要となる可能性があります。このような状況でのベスト・プラクティスは、EDQ-CDSデータ品質ヘルス・チェックで使用できるようなデータ・プロファイリングおよび監査技術を使用して、照合前にデータを理解することです。ほとんどの場合、一連の使用可能な一致ルールでは、パフォーマンスと効果の間で最適なバランスを実現するために、対象範囲内のデータの詳細についてなんらかのチューニングが必要です。また、EDQの「一致レビュー」アプリケーションを使用して可能性がある一致をレビューし、レコードをまとめてマージするためのルールを作成することが必要になる場合もあります。

注意:
2つの主なユースケースでは、一致が識別された後にコール元アプリケーションによってマージが実行されるため、EDQ-CDSには、すぐに使用できるマージ(または存続)構成が用意されていません。

3.1.2.1 重複防止

EDQ-CDSでは、重複防止にステートレスWebサービスを使用して、大量の顧客データの複雑な複製や同期を回避します。これにより、次の要件がEDQと統合されているアプリケーションに課されます。

1. レコードのタイプ(連絡先やアカウントなど)ごとのクラスタ・キー表の格納。これらは通常、レコードの主キーとクラスタ・キーの2列しかない表です。この表では、レコードごとに複数のキー値を許容する必要があります。

2. 候補レコードを選択し、作成して照合サービスに送信する機能。これには、次の操作が含まれます。

1. 関連レコードについてのクラスタ・キー表への問合せと、キー値を駆動レコードと共有する全レコードの検索。

2. これらの各レコードについて照合に必要なデータの作成。

3. 駆動レコードとともにこれらの候補レコードの照合サービスへの送信。

最適な重複防止のプロセス・フロー

重複防止のためにEDQ-CDSの全機能にアクセスするには、統合が次のように機能する必要があります。

1. リアルタイムの重複防止のためにシステムを準備するために、キー生成プロセスを使用してキー値をバッチ内のレコードごとに生成します。これは、データをアプリケーションに移入する際に発生するか、アプリケーションのクラスタ・キー表にキー値を生成するバッチ・プロセスとして発生します。

2. アプリケーションでレコードが追加または更新されると、キー生成サービスがリアルタイムでコールされ、レコードについて多数のキー値を戻します。

3. 次に、アプリケーションは、格納された既存のキーを使用して候補レコード(共通のキーを駆動レコードと共有するレコード)を選択し、駆動レコードとともに照合サービスに送信します。

4. 照合サービスは、どの候補が駆動レコードに対して可能性が高い一致かを判別し、それらのレコードのIDと一致の強さを示すスコアを戻します。

5. 次に、アプリケーションは、照合結果の使用方法(たとえば、'自動照合'するのか、レコードの挿入を続行するかどうかあるいは既存のレコードとマージするかどうかを判断できるように可能性がある一致をユーザーに提示するのか)を決定します。

6. レコードを別のレコードとマージして変更されたマスター・レコードを作成する場合、レコードをコミットする前に正しいキー値を再生成するために、キー生成サービスを追加でコールする必要があります。

このモデルでは、複合マルチロケールEDQ技術を使用してキー値を生成し、パフォーマンスと照合効果の間で適切なバランスが維持されるようにすると同時に、コール元アプリケーションによってデータの整合性とトランザクション・コミットの制御が保持されるようにします。

3.1.2.2 バッチ照合

Siebel CRMを使用する場合、Siebel Data Quality Managerを使用してバッチ・ジョブを実行し、共有ステージング・データベースを使用して照合用のレコードを書き込み、一致結果を使用します。EDQ-CDSバッチ照合プロセスでは、Siebelの'全体照合' (すべてのレコードを互いに照合)モードと'増分照合' (選択したすべての候補に対して一部のレコードを照合)モードに自動的に調整します。

3.1.3 一致のチューニング

EDQ-CDS照合では、使用されるデータにどの識別子が移入されるかについて過度に気遣う必要はありません。EDQ-CDSでは、移入されないデータを不必要に強調するアルゴリズムを使用しないため、この調整を必要としません。

照合は、関連する入力属性(名前、住所、電子メールなどに関連するものなど)での一致を別々に考え、一致を見つけるために様々な方法をそれぞれに対して試行することで機能します。EDQでは、このような論理的に関連する属性に対するグループ化された照合ルールを"複合比較"と呼びます。次に、このような複合比較での一致を組み合せて、2つのレコードが全体的にどの程度一致しているかを判断します。照合の設計は、識別子が現実世界の原則に基づく可能性がどの程度強いかという情報に基づいています。一致のチューニングは通常、次のタスクのいずれかの実行に関わる問題です。

- 複合比較の重み付けの調整

- 複合比較の有効化または無効化

- キー生成の構成の調整

- 指定されたルールの有効化または無効化

- 複合比較内の特定ルールのスコア調整

- 複合比較への新しいルールの挿入(場合によっては、既存ルールの強化または弱化)

注意:

新しいルールの構成を挿入する場合でも、新しい比較を追加するのではなく、既存の比較および比較結果を使用することは十分可能ですが、どちらも可能です。

3.1.4 一致メタデータの出力

一致メタデータの出力には、一致の一因となった複合比較に関する情報とともに、2つのレコードが一致した理由について粒度の細かい詳細が提示されます。次のEDQ一致メタデータが複合比較(名前、住所、電子メール、電話など)ごとに出力されます。

- [複合比較] 結果(例: N040 名の省略)

- スコア(100点中)

- カテゴリ(完全、あいまい、データなし、または競合)

3.2 キー生成の使用

キー生成は、照合の最終段階で実行される作業を最小限に抑えるために使用します。重要なデータ・フィールドにおける類似点に基づいて、レコードを切片(クラスタ)に分割することで機能します。同様の特性を共有する(したがって、同じクラスタに格納される)データのサブセットのみが照合時にレコード単位で比較されます。

疎クラスタを使用すると、各クラスタ内には大量のレコードが存在します。つまり、真の一致を見逃すリスクは減りますが、キーが生成されるレコードをすべて比較するためにより多くの処理が必要となります。より密なキー生成方式ではグループが小さくなるため、処理時間が短縮されますが、真の一致がいくつか検出されない可能性が高くなります。

EDQ-CDSには、キー・データ・フィールドの様々な組合せを構成で使用する個人、エンティティおよび住所の各データについて、多種多様なキー・メソッド・アルゴリズムが同梱されています。各キー・メソッド・アルゴリズムには、識別しやすくするために、また別のキー・メソッドのキーと同一にならないように、一意の接頭辞コードが割り当てられています。

3.2.1 レガシー・クラスタリング

リリース12.2.1より前では、キー生成はクラスタリングと呼ばれ、提供された機能は現在のキー生成よりずっと制限されていましたが、原則は同じです。"クラスタリング"の3つのメソッドのみが提供されましたが、簡単にカスタマイズする余地はありません。

これらの"レガシー"メソッドは、実行プロファイルで次のように設定することで引き続き使用できます。

phase.*.process.*.uselegacykeygen = Y

また、次を使用してレベルを設定する必要があります。

phase.Individual\ Keygen.process.*.clusterlevel = [1/2/3]

3.2.2 キー・メソッドの構造

パーティ・タイプごとに、キー・メソッドはキー・グループおよびキー・タイプに分類されます。

たとえば、個人の'名前と電話'キー・グループには、名前属性と電話属性の組合せを使用して作成されたキー・メソッドがすべて含まれます。このグループ内には、次の2つのキー・タイプがあります。

FNMGNMPNR: 姓metaphone、名metaphoneおよび電話番号の右端の文字に基づいたキー・メソッド

FNMPNL: 姓metaphoneおよび電話番号の左端の文字に基づいたキー・メソッド

各キー・タイプは、1つ以上の実際のキー・メソッドで構成され、それぞれ可変長のmetaphoneまたは左端/右端の文字を使用します。

たとえば、FNMPNLキー・タイプには、次のキー・メソッドが含まれます。

FNM4PNL6: 姓metaphoneの最初の4文字、電話番号の最後の6文字

FNM4PNL7: 姓metaphoneの最初の4文字、電話番号の最後の7文字

FNM4PNL8: 姓metaphoneの最初の4文字、電話番号の最後の8文字

これらは、使用される電話番号の部分文字列の長さが長くなり、その結果より密なキーを提供するので、それぞれ'厳密'、'標準'および'緩やか'と分類されます。

これらのうち最後のメソッドを使用して生成されたキー値は、次の形式をとります。

FNM4PNL8^MN^65065421

自動または'エンコードされた'キー・プロファイルは、次のような、キー・メソッドおよび関連付けられたキー優先度のパイプ区切りのリストで構成されます。

AD112FNL5GNL5^10|GNW1FNL0^11|AD17AD25CTL10^12|FNM4PNL8^13|PNR6^14

キー優先度は、特定のプロファイル内の相対的なものにすぎず、本質的な意味はありません。

3.2.2.1 カスタム属性のキー

カスタム属性のキーは、キー生成の際に必要に応じて作成できます(デフォルトでは、カスタム属性に対してキーは生成されません)。

これは、次のように実行プロファイルで指定します。

phase.*.process.*.customstringNkey = Y

phase.*.process.*.customdateNkey = Y

また、次のようにリアルタイムでメッセージ単位にオーバーライドできます。

<dn:request customstringNkey="Y" customdateNkey="Y">

使用される実際のキー作成メソッドは、指定するキー・プロファイルによって決まります。

- Strictプロファイルは、完全文字列に基づいてカスタム文字列のキーを、完全日付に基づいてカスタム日付のキーを作成します。

- Looseプロファイルは、文字列のmetaphoneに基づいてカスタム文字列のキーを、年のみに基づいてカスタム日付のキーを作成します。

- Typicalプロファイルは、文字列の最初の10文字に基づいてカスタム文字列のキーを、年および月に基づいてカスタム日付のキーを作成します。

カスタム属性は、レガシー・クラスタ・レベルを使用した場合、無視されます。

3.2.3 キー・メソッド分析

キー・メソッド分析により、顧客のデータを自動的に分析し、その特定のデータ・セットに対する最適なキー・プロファイルを決定する機能がCDS内に導入されます。キー分析は、次の主な手順で構成されます。

1. 使用可能なキー・メソッドをすべて使用してデータのキー値を生成します。

2. 高頻度のキー値やキー値の分布/多様性など、各種統計的メカニズムを使用して、それらのキー値のプロファイル、スコアおよびランクを作成します。

3. 各キー・グループ内で最適なキー・メソッドを選択することで、推奨されるキー・プロファイルを作成して出力します。

カスタム属性は、キー生成に対して有効になっている場合、キー分析時に考慮されます(「カスタム属性のキー」を参照)。

既存の固定属性と同様に、使用可能なカスタム属性のキー・メソッドはすべて分析されます。

3.2.3.1 バッチ・キー分析の実行

ジョブの実行前に作成する必要がある、キー分析用の新しいステージング表がいくつかあります。これらの表を作成するSQLコマンドが既存のデフォルト・スクリプトedq_staging_tables.sqlに追加されています。このスクリプトは、EDQに同梱されていおり、<middleware_home>/edq/oracle.edq/scripts/cds下にインストールされます。

キー分析を実行するためのバッチ・ジョブは、次のとおりです。

- バッチ個人キー分析

- バッチ・エンティティ・キー分析

- バッチ住所キー分析

これらのジョブは、キー生成および照合用の既存のバッチ・ジョブと同様の構造をしており、パーティ・データをステージング・スキーマ内の関連する候補表で受信し、その結果を同じスキーマ内の表に出力することを想定しています。

キー分析の仕組みの統計的性質のため、分析する顧客データ一式を常に受信する必要があります。ジョブは実際にはデータのサンプルで実行されますが、結果はそのサンプルにのみ適用され、完全なデータセットまで拡大できません。

次の実行プロファイル・パラメータは、キー分析が正常に実行されるようにYに設定する必要があります。

phase.Key\ Analysis.process.*.generateallkeys = Y

実行プロファイルには、SERVERIDパラメータとJOBIDパラメータを既存のステージング表に同様の方法で公開するために、キー分析用に様々な新しいSQL文が含まれていることにも注意してください。したがって、これらのパラメータも実行プロファイルにインラインで、他の表パラメータに対する変更とともに更新する必要があります。

3.2.3.2 キー・メソッド分析の出力

キー分析の出力により、次のステージング表が作成されます。

3.2.3.2.1 EDQCDS_KEY_ANALYSIS_PROFILE

この表にはジョブごとに1行あり、その行には推奨されるキー・プロファイルのみが含まれ、次のような、キー・メソッドおよび関連付けられたキー優先度のパイプ区切りのリストで構成されます。

AD112FNL5GNL5^10|GNW1FNL0^11|AD17AD25CTL10^12|FNM4PNL8^13|PNR6^14

これは、ユーザーが推奨を受け入れることにした場合、キー生成および照合に使用されるプロファイルです。

注意:
キー分析では、実際には推奨されたプロファイルのキー値が出力されません。これは、関連するバッチ・キー生成ジョブを実行し、それに応じて推奨されたプロファイルを渡して、個別に実行する必要があります。

3.2.3.2.2 EDQCDS_KEY_ANALYSIS_REPORT

この表には、分析されたキー・メソッドごとに1行が含まれ、プロファイルに対して選択されたかどうかと、その場合には割り当てられた優先度とともに各メソッドの統計およびスコアの詳細が示されます。生成されたキー・メソッド(つまり、パーティ・データに関連する空白以外の属性が含まれるキー・メソッド)のみが示されます。

このレポートは、主にサポートおよび診断目的で提供されています。

3.2.3.2.3 EDQCDS_KEY_ANALYSIS_TOP_VALUES

この表には、分析されたキー・メソッドごとの件数による上位20個のキー値が含まれます。生成されたキー・メソッド(つまり、パーティ・データに関連する空白以外の属性が含まれるキー・メソッド)のみが示されます。

このレポートは、ユーザーがデータに関する潜在的なDQ問題を識別するのに役立ちます。つまり、非常に大量のキー値は、スパイクや汎用データ値(電話番号'000000'や電子メール・アドレス'sales@'など)を示す可能性があります。

3.2.4 個人のキー・タイプ

個人データの照合用のキー・メソッドは、次のキー・タイプに基づいています。

表3-1 住所のみ

キー・タイプ

説明

AD1AD2CTL

精製されたaddress1 (空白なし、左端の文字)、精製されたaddress2 (空白なし、左端の文字)、標準化されたcity (空白なし、左端の文字)

ADACTLPRE

標準化されたadminarea (空白なし、左端の文字)、標準化されたcity (空白なし、左端の文字)、導出されたpremise (ノイズ削除、空白なし、左端の文字)

表3-2 名前と企業

キー・タイプ

説明

ANLGNLFNL

accountname (空白なし、左端の文字)、標準化されたgivenname (空白なし、左端の文字)、familyname (空白なし、左端の文字)

ANWFNMGNL

accountname (左端の文字)、familyname (Double metaphone、左端の文字)、標準化されたgivenname (空白なし、左端の文字)

ANWFNM

accountname (左端の文字)、familyname (Double metaphone、左端の文字)、

ANMGNLFNL

accountname (最初の単語、Double metaphone、左端の文字)、標準化されたgivenname (空白なし、左端の文字)、familyname (空白なし、左端の文字)

表3-3 名前とDOB

キー・タイプ

説明

DBYGNLFNL

標準化されたDOB (年)、標準化されたgivenname (空白なし、左端の文字)、familyname (空白なし、左端の文字)

DBXGNLFNL

標準化されたDOB (完全日付)、標準化されたgivenname (空白なし、左端の文字)、familyname (空白なし、左端の文字)

DBNGNLFNL

標準化されたDOB (年と月)、標準化されたgivenname (空白なし、左端の文字)、familyname (空白なし、左端の文字)

表3-4 名前のみ

キー・タイプ

説明

FMP

標準化されたfullname (トークンの配列、metaphoneのペア、左端の文字)

GNWFNL

標準化されたgivenname (左端の単語)、正規化されたfamilyname (空白なし、左端の文字)

表3-5 名前と電話

キー・タイプ

説明

FNMGNMPNR

familyname (Double metaphone、左端の文字)、標準化されたgivenname (最初の単語、Double metaphone、左端の文字)、標準化されたphonenumbers (右端の文字(配列))

FNMPNL

familyname (Double metaphone、左端の文字)、標準化されたphonenumbers (左端の文字(配列))

表3-6 フルネームと住所

キー・タイプ

説明

AD1FNLGNL

精製されたaddress1 (空白なし、左端の文字)、familyname (空白なし、左端の文字)、標準化されたgivenname (空白なし、左端の文字)

FNLGNLPCL

familyname (空白なし、左端の文字)、標準化されたgivenname (空白なし、左端の文字)、標準化されたpostalcode (空白なし、左端の文字)

CTLFNLGNL

標準化されたcity (空白なし、左端の文字)、familyname (空白なし、左端の文字)、標準化されたgivenname (空白なし、左端の文字)

表3-7 自宅住所

キー・タイプ

説明

AD1FNMPCL

精製されたaddress1 (空白なし、左端の文字)、familyname (Double metaphone、左端の文字)、標準化されたpostalcode (空白なし、左端の文字)

AD1FNMCTL

精製されたaddress1 (空白なし、左端の文字)、familyname (Double metaphone、左端の文字)、標準化されたcity (空白なし、左端の文字)

表3-8 国民ID

キー・タイプ

説明

NIL

標準化されたnationalidnumber (左端の文字(配列))

NIP

標準化されたnationalidnumber (左端と右端の文字のペア(配列))

表3-9 電話

キー・タイプ

説明

PNR

標準化されたphonenumbers (右端の文字(配列))

表3-10 スクリプト名

キー・タイプ

説明

OSLPCL

scriptfullname (空白なし、左端の文字)、標準化されたpostalcode (空白なし、左端の文字)

表3-11 税番号

キー・タイプ

説明

TNL

標準化されたtaxnumber (左端の文字(配列))

TNP

標準化されたtaxnumber (左端と右端の文字のペア(配列))

表3-12 UID

キー・タイプ

説明

UID(1/2/3)

標準化されたuid[1, 2, 3] (左端の文字(配列))

表3-13 カスタム文字列

キー・タイプ

説明

CM[1-6]

標準化されたcustomstring[1-6] (Double metaphone、左端の文字、空白の場合は左端8文字(metaphoneなし))

CL[1-6]

標準化されたcustomstring[1-6] (空白なし、左端の文字)

表3-14 カスタム日付

キー・タイプ

説明

CY[1-6]

標準化されたcustomdate[1-6] (年)

CX[1-6]

標準化されたcustomdate[1-6] (完全日付)

CN[1-6]

標準化されたcustomdate[1-6] (年と月)

注意:
キー・メソッド・アルゴリズムでは、正規化(大文字への変換や記号の削除など)が済んでおり、空白が削除されているデータ属性を使用します。これにより、キーの生成および照合を大/小文字を区別しない方式で実行したり、属性内のスペースを許容できます。

3.2.4.1 例

次のレコード・データを使用して、個人キー・メソッド・アルゴリズムによって生成されるキー値の例を示します。

属性

値

firstname

Jim

middlename

Frederick

lastname

Smith

mobilephone

077777 123456

email

jsmith@mymail.com

taxnumber

888666444

accountname

Acme Ltd

address1

14 high St

city

Cambridge

postalcode

CB1 2AB

uid1

00021-53563

eid1

gbr0008873323

nationalidnumber

AB 12 34 56 C

Typicalキー・プロファイルを使用して生成されるキー値は次のとおりです。

キー・タイプ

キー・メソッド

優先度

クラスタ値

UI1

UI10

1

UI10^0002153563

AD1FNLGNL

AD110FNL3GNL3

42

AD110FNL3GNL3^14HIGH^SMI^JAM

AD1FNMPCL

AD12FNM3PCL5

55

AD12FNM3PCL5^14^SM0^CB12A

AD1AD2CTL

AD17AD25CTL5

59

AD17AD25CTL5^14HIGH^^CAMBR

ANWFNM

ANW1FNM4

54

ANW1FNM4^ACME^SM0

CTLFNLGNL

CTL10FNL3GNL3

51

CTL10FNL3GNL3^CAMBRIDGE^SMI^JAM

ENP

ENP15

40

ENP15^JSMITHMYMAILCOM

FNLGNLPCL

FNL3GNL1PCL5

44

FNL3GNL1PCL5^SMI^J^CB12A

FNMPNL

FNM4PNL7

46

FNM4PNL7^SM0^0777771

NIL

NIL10

36

NIL10^AB123456C

PNR

PNR6

47

PNR6^123456

TNL

TNL1

37

TNL10^888666444

3.2.5 エンティティのキー・タイプ

エンティティ・データの照合用に、次のキー・タイプが用意されています。

表3-15 名前と住所

キー・タイプ

説明

AD1EMTPCL

精製されたaddress1 (空白なし、左端の文字)、精製されたentityname (トークンの配列、Double metaphone、左端の文字)、標準化されたpostalcode (空白なし、左端の文字)

ENLPCL

精製された/正規化されたentityname (空白なし、左端の文字)、標準化されたpostalcode (空白なし、左端の文字)

FANENLCTL

精製されたfulladdress (空白なし、数字なし、ノイズ削除済、左端の文字)、精製された/正規化されたentityname (空白なし、左端の文字)、標準化されたcity (空白なし、左端の文字)

AD1ENLPCL

精製されたaddress1 (空白なし、左端の文字)、精製された/正規化されたentityname (空白なし、左端の文字)、標準化されたpostalcode (空白なし、左端の文字)

表3-16 名前Metaphoneと住所

キー・タイプ

説明

CTLFALNSM

標準化されたcity (空白なし、左端の文字)、精製されたfulladdress (空白なし、左端の文字)、精製された/正規化されたfullname (Double metaphone、左端の文字)

FALNSM

精製されたfulladdress (空白なし、左端の文字)、精製された/正規化されたfullname (Double metaphone、左端の文字)

CTLNSM

標準化されたcity (空白なし、左端の文字)、精製された/正規化されたfullname (Double metaphone、左端の文字)

表3-17 名前のみ

キー・タイプ

説明

NSL

精製されたfullname (空白なし、左端の文字)

ENMSNM

精製されたentityname (Double metaphone、左端の文字)、精製されたentitysubname (Double metaphone、左端の文字)

FMT

精製されたfullname (トークンの配列、Double metaphone、左端の文字)

表3-18 名前と市区と電話

キー・タイプ

説明

CTLENLPNR

標準化されたcity (空白なし、左端の文字)、精製された/正規化されたentityname (空白なし、左端の文字)、標準化されたphonenumbers (右端の文字(配列))

CTLENLPNL

標準化されたcity (空白なし、左端の文字)、精製された/正規化されたentityname (空白なし、左端の文字)、標準化されたphonenumbers (左端の文字(配列))

表3-19 電話

キー・タイプ

説明

PNR

標準化されたphonenumbers (右端の文字(配列))

表3-20 Webサイト

キー・タイプ

説明

WSL

websitestem (左端の文字(配列))

表3-21 スクリプト名

キー・タイプ

説明

OSL

script fullname (トークンの配列、左端の文字)

表3-22 VAT番号

キー・タイプ

説明

VNL

標準化されたvatnumber (左端の文字(配列))

VNP

標準化されたvatnumber (左端と右端の文字のペア(配列))

表3-23 税番号

キー・タイプ

説明

TNL

標準化されたtaxnumber (左端の文字(配列))

TNP

標準化されたtaxnumber (左端と右端の文字のペア(配列))

表3-24 UID

キー・タイプ

説明

UID[1,2,3]

標準化されたuid[1, 2, 3] (左端の文字(配列))

表3-25 カスタム文字列

キー・タイプ

説明

CM[1-6]

標準化されたcustomstring[1-6] (Double metaphone、左端の文字、空白の場合は左端8文字(metaphoneなし))

CL[1-6]

標準化されたcustomstring[1-6] (空白なし、左端の文字)

表3-26 カスタム日付

キー・タイプ

説明

CY[1-6]

標準化されたcustomdate[1-6] (年)

CX[1-6]

標準化されたcustomdate[1-6] (完全日付)

CN[1-6]

標準化されたcustomdate[1-6] (年と月)

注意:
キー・メソッド・アルゴリズムでは、正規化(大文字への変換や記号の削除など)が済んでいるデータ属性を使用します。これにより、キーの生成および照合を大/小文字を区別しない方式で実行したり、属性内のスペースを許容できます。

3.2.5.1 例

次のレコード・データを使用して、エンティティ・キー・メソッド・アルゴリズムによって生成されるキー値の例を示します。

属性

値

name

Oracle UK

subname

Cambridge

phone

+441223228400

website

http://www.oracle.com/uk

taxnumber

RGW432D243224

vatnumber

999111

address1

296 Cambridge Science Park

city

Cambridge

postalcode

CB4 0WD

uid1

00021-53563

eid1

gbr0008873323

次のキー値は、Typicalキー・プロファイルを使用して生成されます。

キー・タイプ

キー・メソッド

優先度

キー値

AD1PCL

AD13PCL4

43

AD13PCL4^296^CB40

AD1EMTPCL

AD14EMT4PCL3

41

AD14EMT4PCL3^296C^ARKL^CB4

CTLNSM

CTL0NSM6

49

CTL0NSM6^CAMBRIDGE^ARKLKM

CTLENLPNL

CTL1ENL1PNL7

47

CTL1ENL1PNL7^C^O^4412232

ENLPCL

ENL4PCL3

42

ENL4PCL3^ORAC^CB4

FALNSM

FAL10NSM4

39

FAL10NSM4^296CAMBRID^ARKL
NSL25^ORACLECAMBRIDGE

NSL

NSL25

40

NSL25^ORACLECAMBRIDGE

PNR

PNR6

58

PNR6^228400

TNL

TNL10

35

TNL10^RGW432D243

UI1

UI10

1

UI10^0002153563

VNL

VNL10

36

VNL10^999111

WSL

WSL8

57

WSL8^ORACLE

3.2.6 住所のキー・タイプ

住所データの照合用に、次のキー・メソッド・タイプが用意されています。

表3-27 住所行

キー・タイプ

説明

AD1AD2

精製されたaddress 1 (空白なし、左端の文字)、精製されたaddress 2 (空白なし、左端の文字)

表3-28 住所と市区

キー・タイプ

説明

AD1CTL

精製されたaddress 1 (空白なし、左端の文字)、標準化されたcity (空白なし、左端の文字)

CTLPCLPRE

標準化されたcity (空白なし、左端の文字)、標準化されたpostalcode (空白なし、左端の文字)、導出されたpremise (ノイズ削除、空白なし、左端の文字)

PMSPCC

導出されたpremise/精製されたaddress 1 (導出されたpremiseの最初の数字語/ premiseの左端の文字/精製されたaddress1の最初の数字語/精製されたaddress1の左端の文字)、標準化されたpostalcode/標準化されたcity (標準化されたpostalcodeの左端の文字/標準化されたcityの左端の文字)

表3-29 完全住所

キー・タイプ

説明

FAL

精製されたfulladdress (空白なし、左端の文字)

FAN

精製されたfulladdress (空白なし、数字なし、ノイズ削除、左端の文字)

表3-30 郵便番号

キー・タイプ

説明

PCL

標準化されたpostalcode (空白なし、左端の文字)

注意:

- 数字語とは、1つ以上の数字が含まれる単語です。たとえば、234および2Aはいずれも数字語です。

- キー・メソッド・アルゴリズムでは、正規化(大文字への変換や記号の削除など)が済んでいるデータ属性を使用します。これにより、キーの生成および照合を大/小文字を区別しない方式で実行したり、属性内のスペースを許容できます。

3.2.6.1 例

次のレコード・データを使用して、住所キー・メソッド・アルゴリズムによって生成されるキー値の例を示します。

属性

値

address1

2529 CINCINNATI ST

address2

APT 6

city

LOS ANGELES

adminarea

CA

postalcode

90033

注意:
キーの生成時、STはaddress1フィールドから精製され、APTはaddress2フィールドから精製されます。これは、これらのフィールドが住所行の残りの行よりも重要ではない識別子である共通の住所指定コンポーネントであり、削除するとより正確なクラスタになるためです。

Typical住所キー・プロファイルを使用して生成されるキー値は次のとおりです。

キー・タイプ

キー・メソッド

優先度

キー値

AD1AD2

AD110AD210

12

AD110AD210^2529CINCIN^6

AD1CTL

AD15CTL8

9

AD15CTL8^2529C^LOSANGEL

CTLPCLPRE

CTL8PCL5PRE0

10

CTL8PCL5PRE0^LOSANGEL^90033^2529

FAL

FAL10

11

FAL10^2529CINCIN

FAN

FAN10

13

FAN10^CINCINNATI

PCL

PCL0

15

PCL0^90033

PMSPCC

PMS6PCC5

8

PMS6PCC5^2529^90033

3.3 個人照合の使用

CDSにおける個人用の照合の設計は、いくつかの論理識別子(複合比較)間の一致の組合せに基づいています。これらの複合比較は、次のとおりです。

- 名前

- 住所

- アカウント名

- DOB

- 電話番号

- Email

- 国民ID番号

- 税番号

カスタム・フィールドの照合を有効にすることもできます(ただし、デフォルトでは有効になっていません)。

EDQ-CDSでは、事前構成済の一致ルールを複合比較に使用して、2つのレコードがその特定の論理識別子でどの程度一致しているか(または一致していないか)を確認します。

2つのレコードが全体的に一致するかどうかを判別するために、EDQ-CDSでは、論理識別子での照合に結果を使用し、それらを組み合せて、レコードの一致度を示す総合的なスコアを生成します。競合がスコアにマイナスの影響を及ぼすだけでなく、一致がスコアを高めることにも注意してください。たとえば、名前および住所が完全に一致するのに、生年月日が競合する2つのレコードは、名前および住所が完全に一致するのに生年月日がない2つのレコードよりもスコアが低くなります。

論理識別子にはそれぞれ、デフォルトの重み付けがあり、その論理識別子に関連する複合比較での一致がある2つのレコードが同じものである可能性がどの程度かを定義します。

3.3.1 個人の名前論理識別子での照合

個人名複合比較での照合用のルールには、同じ個人名である可能性があるものの様々な表現間の次のような差異を処理するために、照合前変換および各種照合比較の使用が含まれます。

- 異なる表記法/スクリプトで書き込まれた名前(例: 'Зоран'と'Zoran')。

- 同じ名前の異形(例: 'Bill'と'William')。

- 様々なレベルの名前の完全性(例: 'Joseph Andrew Harris'と'Joseph Harris')。

- 異なる順序の名前トークン(例: 'Lacazette Jacques'と'Jacques Lacazette')。

- 名前の省略形式(例: 'Chris'と'Christian')。

- 印刷上の相違(例: 'Michael'および'Micheal')。

- 頭文字の使用(例: 'A M'と'Alexander Martin')。

- 婚姻による姓の変更(例: 同じ住所の'Paula Jones'と'Paula Lewis')。

- 前述の差異の様々な組合せ。

注意:
この表では、名および姓の入力属性間のセパレータを示すためにパイプ文字を使用します(例: 名 = Martin、姓 = Smithは'Martin|Smith'と表記します)。パイプ文字が使用されていない場合は、フルネームが一致ルールで使用されていることを意味します。

注意(補足):
このリストの先頭付近には、競合の名前ルールがいくつか示されており、これらのルールは明らかに異なる性別である2つの名前間の一致にマイナスの重み付けをして、このような一致を回避するように設計されています。

名前の照合ルール

サンプルの名前一致

データ型

スクリプト・フルネームの完全一致

完全

名前の完全一致

Martin|Fox = Martin|Fox

完全

標準化された名

Bill|Lewis = William|Lewis

完全

名の省略

Chris|Smith = Christina|Smith

あいまい

名前の競合、指定された性別が異なる

Paula|Smith - Paul Smith (このような一致を除去するためにマイナスの重み付け)

競合

名前の競合、導出された性別が異なる

Paula|Smith - Paul Smith (このような一致を除去するためにマイナスの重み付け)

競合

標準化された名の省略

Abell|Hernandez = Abelson|Hernandez

あいまい

スクリプト・フルネームの順不同

あいまい

似たような名

Yngrid|Martin = Ingrid|Martin

あいまい

似たような姓

Yngrid Elisabeth|Martin = Ingrid Martin

あいまい

追加された名

Michael John|Smith = John|Smith

あいまい

標準化されたフルネーム

Mehmood Mahomed = Mahmoud Mohammed

あいまい

スクリプト・フルネームに追加された名前がある

あいまい

追加された名前

Mary Jones Steward = Mary Jones

あいまい

スクリプト・フルネームの誤植

あいまい

標準化された名の省略、姓の誤植

Abell|Hernandez = Abelson|Hernandes

あいまい

フルネームの誤植、全単語

Mary Cloire Jonez = Mary Claire Jones

あいまい

名の最初の3文字、姓の誤植

Ros Susan|Jonez = Rose Susan|Jones

あいまい

順序どおりのフルネームの頭文字、追加された名前

G A|Smith = Gordon Alfred|Smith

あいまい

標準化された姓のみ、女性

Jacklin|Jones = Jacqueline|Smith

あいまい

3.3.2 他の論理識別子での照合

住所

個人名照合における住所複合比較での照合用のルールには、同じ住所である可能性があるものの様々な表現間の次のような差異を処理するために、照合前変換および各種照合比較の使用が含まれます。

- 建物およびサブ建物の抽出

- STREET、ROADなど、よく使用される単語の標準化

- STREET、ROADなど、よく使用される単語の削除

- 印刷上の相違

注意:
この表では、address1、address2、address3、city、adminarea、postalcodeの入力間のセパレータを示すためにパイプ文字を使用します。たとえば、address1 = 296 Cambridge Science Park、address2 = Milton Road、address3 = <空白>、city = Cambridge、adminarea = <空白>、postalcode=CB4 0WDは、296 Cambridge Science Park|Milton Road||Cambridge||CB4 0WDと表します。

表3-31 他の論理識別子での照合

住所のルール名

例

データ型

住所の完全一致

296 Cambridge Science Park|Milton Road||Cambridge||CB4 0WD = 296 Cambridge Science Park|Milton Road||Cambridge||CB4 0WD

完全

建物、サブ建物、住所の類似、郵便番号

Flat 1|296 Cambridge Science Park||Cambridge||CB4 0WD = Flat 1|296 Cambridge Sci Park||Cambridge||CB4 0WD

あいまい

建物、サブ建物なし、住所の類似、郵便番号

296 Cambridge Science Park|Milton Road||Cambridge||CB4 0WD = 296 Cambridge Sci Park|Milton Road||Cambridge||CB4 0WD

あいまい

精製された住所1および住所2の完全一致、郵便番号の先頭から一致

296 Milton Road|||Cambridge||CB4 0WD = 296 Milton Road|||||CB4 0WD

あいまい

精製された住所1の完全一致、住所2の競合なし、郵便番号の先頭から一致

296 Milton Road|Science Park||Cambridge||CB4 0WD = 296 Milton Road|||||CB4 0WD

あいまい

建物、サブ建物、郵便番号の先頭から一致

Flat 1|352 Milton Road||Cambridge||CB4 0WD = 352 Milton Road|Flat 1||||CB4 0WD

あいまい

建物、サブ建物なし、郵便番号の先頭から一致

296 Cambridge Science Park|||Cambridge||CB4 0Wd = 296 The Science Park|||||CB4 0WD

あいまい

精製された住所1の完全一致、郵便番号の先頭から一致

296 Cambridge Science Park|Flat 1||Cambridge||CB4 0WD = 296 Cambridge Science Park|Flat 6||Cambridge||CB4 0WD

あいまい

住所(全単語)

296 Science Park|Milton Road||Cambridge||CB4 0WD = Science Park|Milton Road||||CB4 0WD

あいまい

住所(全単語)の誤植

296 Science Park|Milton Road||Cambridge||CB4 0WD = Sciense Park|Milton Road||||CB4 0WD

あいまい

住所の類似、郵便番号

296 Science Pk|Milton Rd||Cambridge||CB4 0WD = Sceince Park|Milton Road||Cmbridge||CB4 0WD

あいまい

住所の類似、住所1の最初の単語

297 Cambridge Science Park||Milton Road|||CB30WS = 296 Cambridge Science Park|Milton Road||||CB4 0WD

あいまい

郵便番号

296 Science Park|||||CB4 0WD = |Milton Road||||CB4 0WD

あいまい

郵便番号の先頭から一致

296 Science Park|||||CB4 0WD = |||||CB4

あいまい

市区の完全一致

352 Mill Road|||Cambridge||CB1 3NN = 296 Cambridge Science Park|Milton Road||Cambridge||CB4 0WD

あいまい

住所のデータなし

||||| = 296 Cambridge Science Park|Milton Road||Cambridge||CB4 0WD

データなし

住所の競合

19 Teme Ave|||Malvern|Worcs|WR14 2XA = 296 Cambridge Science Park|Milton Road||Cambridge||CB4 0WD

競合

アカウント名

アカウント名での照合では、次のような一致が許容されます。

- 完全一致

- 印刷上の相違

- 全単語が共通

表3-32 アカウント名

アカウント名のルール

例

データ型

アカウント名の完全一致

Widgets and Gadgets Ltd = Widgets and Gadgets Ltd

完全

アカウント名の誤植

Widgets and Gadgets Ltd = Widgets and Gagets Ltd

あいまい

アカウント名(全単語)

Federal Mogul Camshafts Castings Ltd = Federal Mogul Camshafts Ltd

あいまい

アカウント名(全単語)の順不同

Federal Mogul Camshafts Castings Ltd = Federal Mogul Castings Camshafts Ltd

あいまい

アカウント名(全単語)の誤植

Federal Mogul Camshafts Castings Ltd = Federal Mogul Camshfts Ltd

あいまい

アカウント名(全単語)の順不同、誤植

Federal Mogul Camshafts Castings Ltd = Federal Mogul Castings Camshfts Ltd

あいまい

アカウント名のデータなし

Oracle Ltd =

データなし

アカウント名の競合

Federal Mogul Camshafts Castings Ltd = Wigets and Gadgets Ltd

競合

電話番号

表3-33 電話番号

電話の照合ルール

例

データ型

電話の完全一致

01223456678 = 01223456678

完全

電話の最後のN文字

+44223456678 = 01223456678

あいまい

電話のデータなし

01223456678 =

データなし

電話の競合

01223456678=01684345678

競合

Email

電子メールの照合では、次のような一致が許容されます。

- 完全一致

- ユーザー名のみ完全一致

- 誤植

表3-34 電子メール

電子メールの一致ルール

例

データ型

電子メールの完全一致

someonesname@company.com = someonesname@company.com

完全

電子メール・ユーザーの完全一致

someonesname@company.com = someonesname@adomain.com

あいまい

電子メールの誤植

someonesname@companion.com = someonesname@company.com

あいまい

電子メールのデータなし

someonesname@company.com =

データなし

電子メールの競合

someonesname@company.com = aperson@adomain.com

競合

生年月日

生年月日の照合では、次のような一致が許容されます。

- 完全一致

- 日/月の転置の一致

生年月日の一致ルールには、日付が大きくことなるほど深刻なペナルティを科される競合ルールもあります。

表3-35 生年月日

生年月日の一致ルール

例

データ型

日付の完全一致

11/01/1976 = 11/01/1976

完全

日付の類似

01/11/1976 = 11/01/1976

あいまい

日付のデータなし

11/01/1976 =

データなし

日付の大きすぎる差異

11/12/2001 = 11/01/1976

競合

日付の競合

11/01/1976 = 20/01/1976

競合

国民ID番号

表3-36 国民ID番号

国民ID番号のルール

例

データ型

国民ID番号の完全一致

ABC112345 = ABC112345

完全

国民ID番号の誤植

ABC12345 = ABC112345

あいまい

国民ID番号のデータなし

ABC12345 =

データなし

国民ID番号の競合

ABD2535 = BCD2145

競合

税番号

表3-37 税番号

税番号のルール

例

データ型

税番号の完全一致

ABC112345 = ABC112345

完全

税番号の誤植

ABC12345 = ABC112345

あいまい

税番号のデータなし

ABC12345 =

データなし

税番号の競合

ABD2535 = BCD2145

競合

個人照合サービスは、前述の論理識別子のいずれかの照合に関する情報を示すフィールドの他、総合的なスコアおよび全部のルール名も出力します。これにより、使用するアプリケーションで望むように使用するために、レコードの一致度に関してより粒度の細かい情報を保持できます。

次に例を示します。表3-38のレコードを比較しました。表3-39に結果を示します。

表3-38 レコードの比較

レコード1

レコード2

Firstname

John

Firstname

J

Lastname

Smith

Lastname

Smith

Phonenumber

01223456789

Phonenumber

+44223456789

address1

35 Mill Road

address1

35 Mill Road

city

Cambridge

city

Cambridge

postalcode

CB1 2JJ

postalcode

CB1 2JJ

表3-39 比較の結果

値

結果

matchscore

95

rulename

N040 名の省略, A010 住所の完全一致, C070 アカウント名のデータなし, D030 生年月日のデータなし, P020 電話の最後のN文字, E040 電子メールのデータなし, I030 国民ID番号のデータなし, T030 税番号のデータなし

ruleattributes

NAME,ADDRESS,PHONE

comparisonresults

名前あいまい,住所完全,電話あいまい

namescore

95

nameresult

N040 名の省略

namecategory

あいまい

addressscore

100

addressresult

A010 住所の完全一致

phoneresult

P020 電話の最後のN文字

phonescore

90

phonecategory

Fuzzyfamilyname

*データがない結果は、簡潔するために省略されています。

注意:
フィールドがデータに移入されないとわかっている場合、ルールに表示されないように、論理識別子に関連する複合比較を"無効"にできます。

comparisonresults出力フィールドは、一致の一因となる論理識別子と一致のカテゴリのカンマ区切りリストを渡します(カテゴリの「完全」または「あいまい」を戻します)。

ruleattributesフィールドは、一致の一因となった論理識別子のカンマ区切りリストを戻します。

前述の論理識別子に加えて、照合にカスタム・フィールドを使用するように個人照合を構成できます。カスタム・フィールドはデフォルトでは、照合またはクラスタリングに対して有効になっていません(詳細は第3.6項「カスタマ追加属性による照合の使用」を参照)。

一意のカスタム識別子を使用して個人レコードの照合または除去を実行することもできます(第3.5項「ID照合の使用」を参照)。

3.4 エンティティ照合の使用

個人と同様、CDSにおけるエンティティ用の照合の設計は、複合比較を使用したいくつかの論理識別子間の一致の組合せに基づいています。これらの複合比較は、次のとおりです。

- エンティティ名

- 住所

- 電話番号

- Webサイト・アドレス

- 税番号

- VAT番号

カスタム・フィールドの照合を有効にすることもできます(ただし、デフォルトではそれらの照合は有効になっていません)。

EDQ-CDSでは、事前構成済のルールを論理識別子に関連する複合比較に使用して、2つのレコードがその特定の論理識別子でどの程度一致しているか(または一致していないか)を確認します。

2つのレコードが全体的に一致するかどうかを判別するために、EDQ-CDSでは、論理識別子での照合に結果を使用し、それらを組み合せて、レコードの一致度を示す総合的なスコアを生成します。競合がスコアにマイナスの影響を及ぼすだけでなく、一致がスコアを高めることにも注意してください。たとえば、名前および住所が完全に一致するのに、Webアドレスが競合する2つのレコードは、名前および住所が完全に一致するのにWebアドレスがない2つのレコードよりもスコアが低くなります。

論理識別子にはそれぞれ、デフォルトの重み付けがあり、その論理識別子での一致がある2つのレコードが同じ個人である可能性がどの程度かを定義します。

注意:
異なる表記法間でエンティティを照合することは(個人とは対照的に)かなり難しく、これは、文字変換プロセス(および転写でさえ)が成功する可能性がずっと低いためです。非常に多くの場合、2つの異なる言語で書き込まれたときに企業が同じであることを認識する唯一の方法は、あらゆる可能性がある企業名と適切な翻訳(文字変換や転写ではなく)の大規模な辞書を保持することです。ほとんどの場合、このようなデータは簡単に使用できませんが、使用可能な場合は、結果を向上させるためにEDQ-CDSにプラグインできます。

3.4.1 エンティティ名照合

エンティティ名の照合用のルールには、同じエンティティ名である可能性があるものの様々な表現間の次のような差異を処理するために、照合前変換および各種照合比較の使用が含まれます。

- 異なる表記法で書き込まれたエンティティ名。

- 接尾辞あり/なしのエンティティ名(例: 'Oracle LTD'と'Oracle')。

- 省略された用語または接尾辞を含むエンティティ名(例: 'Oracle Limited'と'Oracle LTD')。

- エンティティ名での文字順およびスペルの相違/間違い(例: 'Oracle'と'Oralce')。

- 名前の完全性が様々なレベルのエンティティ名(例: 'ABC Technology Consultants LTD'と'ABC Technology LTD')。

- 異なる順序で出現するエンティティ名トークン(例: 'Cambridge Science Park LTD'と'Science Park Cambridge')。

- 名前の一部または全部が頭字語になっているエンティティ名(例: 'Oracle Catering'と'O.C.')。

注意:
次の表では、名前の照合ルールで'フルネーム'を使用していますが、これは、エンティティのフルネーム識別子(エンティティ名属性とサブ名属性の連結)に適用されることを意味します。パイプ(|)文字は、サンプルの一致を示すのにサブ名属性が必要となる場合にエンティティ名とサブ名を区切るために使用します。

エンティティ名の照合ルール

サンプルのエンティティ名一致

データ型

スクリプト・フルネームの完全一致

フルネームの完全一致

TCHIBO GMBH = TCHIBO GMBH

標準化されたフルネームの完全一致

ORACLE UK LTD | READING = ORACLE UK LIMITED | READING

あいまい

接尾辞なしのスクリプト・フルネームの完全一致

あいまい

接尾辞なしのフルネームの完全一致

ORACLE = ORACLE CORPORATION

あいまい

接尾辞なしの似たようなフルネーム

ORACLE CAMBRIDGE SCIENCE PARK = ORACLE CAMBRIDGE PARK SCIENCE

あいまい

スクリプト・フルネームの順不同

あいまい

接尾辞なしのスクリプト・フルネーム(全単語)の順不同

あいまい

接尾辞なしのフルネーム(全単語)の順不同

CAMBRIDGE SCIENCE PARK LTD = SCIENCE PARK CAMBRIDGE

あいまい

スクリプト・フルネームに追加された名前がある

あいまい

接尾辞なしのスクリプト・エンティティ名の完全一致

あいまい

接尾辞なしのエンティティ名の完全一致

ORACLE CORPORATION | CAMBRIDGE = ORACLE | READING

あいまい

フルネーム(全単語)の誤植による短縮

Oracle Inc | Cambridge =Oracl | Cambridge

あいまい

接尾辞なしのスクリプト・エンティティ名の先頭から一致

あいまい

接尾辞なしのエンティティ名の先頭から一致

ABC TECHNOLOGY CONSULTANTS LTD = ABC TECHNOLOGY LTD

あいまい

接尾辞なしのスクリプト・フルネーム(全単語)の誤植による短縮

あいまい

接尾辞なしのフルネーム(全単語)の誤植による短縮

Federal Mogull | Camshafts Inc = Federal Mogul Camshafts Castings Ltd

あいまい

スクリプト・フルネームの誤植

あいまい

フルネームの誤植

ABD SERVICES LTD = ABC SERVICES LTD

あいまい

接尾辞なしのスクリプト・フルネームの誤植

あいまい

接尾辞なしのフルネームの誤植

ABD ENGINEERING LTD = ABC ENGINEERING

あいまい

接尾辞なしのスクリプト・エンティティ名の先頭から一致

あいまい

接尾辞なしのエンティティ名の先頭から一致

ABC LIMITED | CAMBRIDGE = ABC PHARMACEUTICALS LIMITED | READING

あいまい

標準化されたフルネーム(頭字語)の完全一致

CSC= Computer Science Corporation

あいまい

精製されたエンティティ名(最長共通部分文字列12文字以上)

Colebrook & Burgess (North Shields) Ltd. = Colebrook & Burgess (Teesside) Ltd.

あいまい

接尾辞なしのフルネーム(頭字語)の完全一致

CSC = Computer Science Collaborations Ltd

あいまい

接尾辞なしのフルネーム(頭字語を含む)

Oracle CK = Oracle Collaborative Koopers

あいまい

接尾辞なしのエンティティ名の軽い誤植

Oracle Collaborative Coopers = Orracl Colabarativ Kupers

あいまい

接尾辞なしのエンティティ名(最初のトークン)

DANVERS BANCORP INC = DANVERS MUNICIPAL FEDERAL CREDIT UNION

あいまい

精製されたエンティティ名(最初の3文字)の完全一致、最長共通部分文字列6文字以上

Lincoln Co-Operative Chemists Ltd. = Lincolnshire Co-Operative Ltd.

あいまい

精製されたエンティティ名(1文字以上のトークン)の完全一致

Burgess Video Ltd. = Sue Burgess Ltd.

あいまい

エンティティ名のデータなし

Oracle Corporation =

データなし

エンティティ名の競合

Oracle Corporation = Sue Burgess Ltd.

競合

3.4.2 エンティティ用のその他の論理識別子での照合

住所

エンティティ名照合における住所の照合用のルールには、同じ住所である可能性があるものの様々な表現間の次のような差異を処理するために、照合前変換および各種照合比較の使用が含まれます。

- 建物およびサブ建物の抽出

- STREET、ROADなど、よく使用される単語の標準化

- STREET、ROADなど、よく使用される単語の削除

- 印刷上の相違

注意:
この表では、address1、address2、address3、city、adminarea、postalcode、countryの入力間のセパレータを示すためにパイプ文字を使用します。たとえば、address1 = 296 Cambridge Science Park、address2 = Milton Road、address3 = <空白>、city = Cambridge、adminarea = <空白>、postalcode =CB4 0WD、country = United Kingdomは、296 Cambridge Science Park|Milton Road||Cambridge||CB4 0WD|United Kingdomと表します

表3-40 住所照合

住所の照合ルール

例

データ型

住所の完全一致

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB|United Kingdom = Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB|United Kingdom

完全

サブ建物、建物、郵便番号の先頭から一致、住所の類似

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4|United Kingdom

あいまい

建物、サブ建物なし、郵便番号の先頭から一致、住所の類似

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4|United Kingdom

あいまい

サブ建物、建物、郵便番号の先頭から一致

Flat 1|352 Milton Road||Cambridge||CB4 0WD| = 352 Milton Road|Flat 1||||CB4 0WD|

あいまい

建物、サブ建物なし、郵便番号の先頭から一致

296 Milton Road|Science Park||Cambridge||CB4 0WD| = 296 Milton Road|||||CB4 0WD|

あいまい

住所(全単語)

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = |Milton Road||Cambridge|Cambridgeshire|CB4 1AB|United Kingdom

あいまい

住所(全単語)の誤植

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = |Millton Road||Cambridge|Cambridgeshire|CB4 1AB|United Kingdom

あいまい

住所1の誤植、市区、国の完全一致またはデータなし

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = Science|Mil||Cambridge|Cambridgeshire|CB4 1AB|United Kingdom

あいまい

住所の類似、郵便番号

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = Science|Milton||Cam|Cambridgeshire|CB4 1AB|United Kingdom

あいまい

郵便番号

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = |Arbury Road||Cambridge|Cambridgeshire|CB4 1AB|United Kingdom

あいまい

市区と国

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = |Arbury Road||Cambridge|Cambridgeshire||United Kingdom

あいまい

市区

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = |Arbury Road||Cambridge|Cambridgeshire||

あいまい

住所の類似、住所1の最初の単語

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = Datanomic Science Park|Milton Road|Cambridge|Cambridgeshire||United Kingdom|

あいまい

国

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = Datanomic Science Park|Arbury Road|Cambridge|Cambridgeshire|||United Kingdom

あいまい

住所のデータなし

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = ||||||

データなし

住所の競合

Flat 1, 296 The Science Park|Milton Road||Cambridge|Cambridgeshire|CB4 1AB| = Datanomic|||Arbury|||

競合

表3-41 Webサイト・アドレス

Webサイト・アドレスの照合ルール

例

データ型

Webサイトの完全一致

www.tcnltd.com = www.tcnltd.com

完全

Webサイト(根幹)の完全一致

www.tcnltd.co.uk = www.tcnltd.com

あいまい

Webサイトのデータなし

www.tcnltd.com =

データなし

Webサイトの競合

www.abc.com = www.tcnltd.com

競合

電話番号

電話番号の照合では、次のような一致が許容されます。

- 完全一致

- 最後のN文字の照合

表3-42 電話番号

電話の照合ルール

例

データ型

電話の完全一致

01223456678 = 01223456678

完全

電話の最後のN文字

+44223456678 = 01223456678

あいまい

電話のデータなし

01223456678 =

データなし

電話の競合

01223456678=01684345678

競合

表3-43 VAT番号

VAT番号のルール

例

データ型

VAT番号のルール

ABC112345 = ABC112345

完全

VAT番号の完全一致

ABC12345 = ABC112345

あいまい

VAT番号のデータなし

ABC12345 =

データなし

VAT番号の競合

ABD2535 = BCD2145

競合

表3-44 税番号

税番号のルール

例

データ型

税番号の完全一致

ABC112345 = ABC112345

完全

税番号の誤植

ABC12345 = ABC112345

あいまい

税番号のデータなし

ABC12345 =

データなし

税番号の競合

ABD2535 = BCD2145

競合

エンティティ照合サービスは、前述の論理識別子のいずれかの照合に関する情報を示すフィールドの他、総合的なスコアおよび全部のルール名も出力します。これにより、使用するアプリケーションで望むように使用するために、レコードの一致度に関してより粒度の細かい情報を保持できます。次はその例です。

表3-45 レコードの比較

レコード1

レコード2

名前

Widgets and Gadgets Ltd

名前

Gadgets and Widgets Ltd

サブ名

Cambridge

サブ名

Cambridge

電話

012234567890

電話

+4412234567890

Webサイト

www.widgetsandgadgets.com

Webサイト

www.widgetsandgadgets.org

税番号

ABC 1234 12

税番号

ABC 1234 12

Address1

29 Mill Road

Address1

Flat 3

Address2

Flat 3

Address2

29 Mill Road

市区

市区

Cambridge

郵便番号

郵便番号

CB1 3GH

表3-46 比較の結果

値

結果

ruleattributes

NAME,ADDRESS,PHONE,WEBSITE,TAXNUMBER

matchscore

97

rulename

N090 接尾辞なしのフルネーム(全単語)の順不同、A040 サブ建物、建物、郵便番号の先頭から一致、W020 Webサイト(根幹)の完全一致、P020 電話の最後のN文字、T010 税番号の完全一致、V030

comparisonresults

名前あいまい、住所あいまい、Webサイトあいまい、電話番号あいまい、税番号完全

nameresult

N090 接尾辞なしのフルネーム(全単語)の順不同

namescore

20

namecategory

あいまい

addressresult

A040 サブ建物、建物、郵便番号の先頭から一致

addressscore

50

addresscategory

あいまい

phonenumberresult

P020 電話の最後のN文字

phonenumberscore

70

phonenumbercategory

あいまい

websiteresult

W020 Webサイト(根幹)の完全一致

websitescore

70

websitecategory

あいまい

taxnumberresult

T010 税番号の完全一致

taxnumberscore

100

taxnumbercategory

完全

*データがない結果は、簡潔するために省略されています。

データがない結果は、簡潔するために省略されています。

comparisonresults出力フィールドは、一致の一因となる論理識別子と一致のカテゴリのカンマ区切りリストを渡します(カテゴリの「完全」または「あいまい」を戻します)。

ruleattributesフィールドは、一致の一因となった論理識別子のカンマ区切りリストを戻します。

注意:
フィールドがデータに移入されないとわかっている場合、ルールに表示されないように、論理識別子に関連する複合比較を"無効"にできます。

一意のカスタム・キー生成を使用してエンティティ・レコードの照合または除去を実行することもできます(第3.5項「ID照合の使用」を参照)。

3.5 ID照合の使用

EDQ-CDSにおけるIDの照合ルールにより、他のフィールドでの照合(する/しない)に関係なく、なんらかの名前の一致を必要とせずに、一意のカスタム識別子にのみ基づいた照合(または除去)が可能になります。これらは、これまでの各項で説明した論理識別子で照合されるルールより前に実行され、まったく切り離されています。

照合および除去は、エンティティ照合および個人照合用に用意されていますが、住所照合用には用意されていません。

注意:

- 一意のID (UID)照合は常に、EIDまたはIEID照合の前に実行します。したがって、2つのレコードが一意の識別子によって照合される場合、それらのレコードは除去できません。

- これらの識別子は常に、標準化された形式で比較されます。たとえば、大/小文字やその他の英数字以外の文字のみが異なる値は同一と見なされます。たとえば、次の値は、ID照合の目的においては同一です。

- AB123456789

- ab123-456-789

- ab12345 6789

- ab#123456789

3.5.1 一意のID照合の使用

UIDの一致ルールは、個人照合プロセスの一致グループ[I005] UIDとエンティティ照合プロセスの[E005] UID一致グループに含まれます。たとえば、個人照合の一致グループは次のとおりです。

- [I005A] Match UID1

- [I005B] Match UID2

- [I005C] Match UID3

これらのルールを使用するには、レコードの必要なデータを1つ以上のuid属性にマップします。照合ルールは常に、他の属性が1つも一致しない場合でも、共通の一意の識別子を共有する2つのレコードを照合します。

注意:

- uid属性は、パイプ区切りリストの形式で複数の値を受け入れます。複数の属性値のいずれかが一致した場合、2つのレコード間で一致が戻されます。

- uid属性間の照合はできません。たとえば、uid1の値は、uid2の値またはuid3の値と照合できません。

例

一連のレコードのPassport Numberフィールドは、uid1属性として構成されています。したがって、次のレコードは一致として戻されます。

レコードID

名

姓

uid1 (パスポート番号)

一致?

1

Fred

Smith

12345678

はい

2

John

Doe

12345678

はい

uid1フィールドで複数の値を保持する次のレコードも照合されます。

レコードID

名

姓

uid1 (パスポート番号)

一致?

1

Fred

Smith

12312312 | 67867867

はい

2

John

Doe

67867867 | 23423423

はい

同じ一連のレコードのSSNフィールドは、uid2属性として構成されています。レコード1のuid1値がレコード2のuid2値と一致しても、uid1フィールドとuid2フィールドは互いと照合されません。

レコードID

名

姓

uid1 (パスポート番号)

uid2 (SSN)

一致?

1

Fred

Smith

12312312

67867867

いいえ

2

John

Doe

67867867

12312312

いいえ

3.5.2 除去ID照合の使用

除去ID (EID)の一致ルールは、エンティティおよび個人の照合プロセスの[ELIM015] EID ELIMINATIONSグループに含まれます。

- [ELIM015A] ELIMINATE EID1

- [ELIM015B] ELIMINATE EID2

- [ELIM015C] ELIMINATE EID3

これらのルールを使用するには、レコードの必要なデータを1つ以上のeid属性にマップします。EIDの照合ルールは常に、その他すべての属性が一致する場合でも、eid属性で共通の値を共有しない2つのレコードについて"一致なし"の結果を戻します。この例外は、uid属性を使用して2つのレコードが照合された場合で、これはUID照合がEID照合より前に実行されるためです。

注意:

- eid属性は、パイプ区切りリストの形式で複数の値を受け入れます。"一致なし"の結果は、属性の値が1つも一致しない場合に2つのレコード間で戻されます。

- 異なるeid属性間で値を比較することで可能性がある一致を除去することはできません。たとえば、eid1値は、eid2の値またはeid3の値と比較できません。

例

一連のレコードのSSNフィールドは、eid1属性として構成されています。したがって、次のレコードは可能性がある一致として除去されます。

レコードID

名

姓

eid1 (SSN)

除去?

1

John

Doe

12345678

はい

2

John

Doe

87654321

はい

eid1フィールドで複数の値を保持する次のレコードも、いずれの値も一致しないため、可能性がある一致として除去されます。

レコードID

名

姓

eid1 (SSN)

除去?

1

John

Doe

12312312 | 23423423

はい

2

John

Doe

45645645| 67867867

はい

同じ一連のレコードのPassportフィールドは、eid2属性として構成されています。eid1フィールドとeid2フィールドは比較されないため、"一致なし"の結果が戻され、レコードは可能性がある一致として除去されます。

レコードID

名

姓

eid1 (SSN)

eid2 (パスポート番号)

除去?

1

John

Doe

12312312

67867867

はい

2

John

Doe

67867867

12312312

はい

最後に、次のレコードのeid1フィールドに2つの同一値があるため、これらは可能性がある一致として除去されません。

レコードID

名

姓

eid1 (SSN)

除去?

1

John

Doe

12312312 | 23423423

いいえ

2

John

Doe

45645645| 12312312

いいえ

3.5.3 反転除去ID照合の使用

反転除去ID (IEID)の一致ルールは、エンティティおよび個人の照合プロセスのINVERTED EID ELIMINATIONSグループに含まれます。

反転ID照合は、除去ID (EID)と同じような機能ですが、識別子の値が同じ場合に"一致なし"の結果を生成ます。反転ID照合を使用すると、レコードが共通の値を共有する一致を除去します。

これらのルールを使用するには、レコード内の必要なデータを1つ以上のieid属性にマップします。IEIDの照合ルールは常に、反転EID (IEID)値が同一であるレコードについて"一致なし"の結果を戻します。

3.6 カスタマ追加属性による照合の使用

カスタマ追加の文字列属性と日付属性による照合により、EDQの構成方法を改善し、標準インタフェースに存在しない属性に関するEDQ-CDS構成のカスタマイズの必要性を減らします。

個人およびエンティティの各候補インタフェースには、6つのカスタム文字列属性と3つのカスタム日付属性が含まれます。一致インタフェースには、カスタム文字列およびカスタム日付ごとに結果、カテゴリおよびスコアのカスタム属性が含まれます。

3.6.1 標準化

カスタム文字列は、タイプidentifierまたはtextとして指定でき、標準化方法に影響します。identifierカスタム文字列は英数字以外の文字が削除され、大文字に変換される一方、textカスタム文字列は単に正規化されます。

この動作は、次のように実行プロファイルで指定します。

phase.*.process.*.customstringNtype = text

また、次のようにリアルタイムでメッセージ単位にオーバーライドできます。

<dn:request customstringNtype="identifier">

カスタム日付は、dateデータ型への変換と同様に標準化されます。

3.6.2 照合

カスタム属性は必要に応じて、キー作成(「カスタム属性のキー」を参照)に使用されたかどうかに関係なく、照合時に使用できます(デフォルトでは、カスタム属性に対して照合は実行されません)。

カスタム属性を照合する方法は2つあります。

- 完全一致のみ

- 完全一致とあいまい一致

カスタム属性ごとに2つの複合比較があります。

- customstringNexact/customdateNexact

- customstringNfuzzy/customdateNfuzzy

したがって、カスタム属性ごとに実行される照合の有効/無効およびタイプと、対応する重み付けは、次のように、これらの複合比較ごとに関連する'exact'パラメータまたは'fuzzy'パラメータを使用して実行プロファイルで指定します。

phase.*.process.Match\ -\ Individual.overallscore.customstring1exact.enabled = Y
phase.*.process.Match\ -\ Individual.overallscore.customstring1exact.weighting = 1
phase.Individual\ Match.process.*.overallscore.customstring1fuzzy.enabled   = N
phase.Individual\ Match.process.*.overallscore.customstring1fuzzy.weighting = 1

つまり、特定のカスタム属性で照合するためには、対応する'exact'または'fuzzy'の(両方ではなく)いずれかの複合比較を有効にする必要があります。

また、これらの設定は、次のようにリアルタイムでメッセージ単位にオーバーライドできます。

<dn:request
overallscore.customstring1exact.enabled="Y"
overallscore.customstring1exact.weighting="1"
overallscore.customstring1fuzzy.enabled="N"
overallscore.customstring1fuzzy.weighting="1"
>

3.7 住所照合の使用

住所の照合用のルールには、同じ住所である可能性があるものの様々な表現間の次のような差異を処理するために、照合前変換および各種照合比較の使用が含まれます。

- 省略された用語または接尾辞を含む住所。

- 住所での文字順およびスペルの相違/間違い。

- 完全性が様々なレベルの住所。

- 抽出された建物およびサブ建物が一致し、住所の他の構成要素が異なる順序であるか、一方にない住所。

次の表に、用意されているルールをすべて示します。

住所の一致ルール・コード

住所の一致ルールの説明

[A010]

住所の完全一致、郵便番号の完全一致

[A020]

住所の完全一致、郵便番号なし

[A030]

住所行1および2の完全一致、市区の完全一致、郵便番号の完全一致

[A040]

住所行1および2の完全一致、市区の完全一致、郵便番号の先頭から一致

[A050]

住所(全単語)、サブ建物の完全一致、建物の完全一致、郵便番号の完全一致

[A060]

住所(全単語)、サブ建物の完全一致、建物の完全一致、郵便番号の競合なし

[A070]

住所1の完全一致、住所2の競合なし、サブ建物の完全一致、建物の完全一致、郵便番号の完全一致

[A080]

住所1の完全一致、住所2の競合なし、サブ建物の完全一致、建物の完全一致、郵便番号の先頭から一致

[A090]

住所1の完全一致、住所2の競合なし、サブ建物の完全一致、建物の完全一致、郵便番号の競合なし

[A100]

住所(全単語)の誤植、サブ建物の完全一致、建物の完全一致、郵便番号の完全一致

[A110]

住所(全単語)の誤植、サブ建物の完全一致、建物の完全一致、郵便番号の競合なし

[A120]

住所1の完全一致、住所2の競合なし、郵便番号の完全一致

[A130]

住所1の完全一致、住所2の競合なし、郵便番号の先頭から一致

[A140]

住所1の完全一致、サブ建物の完全一致、建物の完全一致、郵便番号の完全一致

[A150]

住所1の完全一致、サブ建物の完全一致、建物の完全一致、郵便番号の先頭から一致

[A160]

住所1の完全一致、サブ建物の競合なし、建物の競合なし、郵便番号の完全一致

[A170]

住所1の完全一致、サブ建物の競合なし、建物の競合なし、郵便番号の先頭から一致

[A180]

住所(全単語)、サブ建物の競合なし、建物の競合なし、郵便番号の完全一致

[A190]

住所(全単語)、サブ建物の競合なし、建物の競合なし、郵便番号の競合なし

[A200]

住所1 (全単語)、サブ建物の完全一致、建物の完全一致、郵便番号の完全一致

[A210]

住所1 (全単語)、サブ建物の完全一致、建物の完全一致、郵便番号の先頭から一致

[A220]

住所1 (全単語)、サブ建物の競合なし、建物の競合なし、郵便番号の完全一致

[A230]

住所1 (全単語)、サブ建物の競合なし、建物の競合なし、郵便番号の先頭から一致

[A240]

住所1 (共通の文字列7字以上)、サブ建物の完全一致、建物の完全一致、郵便番号の完全一致

[A250]

住所(全単語)、郵便番号の完全一致

[A260]

住所の類似、サブ建物の完全一致、建物の完全一致、郵便番号の完全一致

[A270]

住所1 (全単語)、住所2の競合なし、郵便番号の完全一致

[A280]

住所1 (全単語)、住所2の競合なし、郵便番号の先頭から一致

[A290]

住所(全単語)の誤植、郵便番号の完全一致

[A300]

住所1の完全一致、サブ建物の完全一致、建物の完全一致、郵便番号の競合なし

[A310]

住所1 (全単語)、サブ建物の完全一致、建物の完全一致、郵便番号の競合なし

[A320]

住所1の完全一致、郵便番号の完全一致

[A330]

住所1の完全一致、郵便番号の先頭から一致

[A340]

サブ建物の完全一致、建物の完全一致、郵便番号の完全一致

[A350]

サブ建物の完全一致、建物の完全一致、郵便番号の先頭から一致

[A360]

住所(全単語)

[A370]

住所(全単語)の誤植

[A380]

住所の類似、郵便番号

[A390]

住所の類似、住所1の最初の単語

次の表に、必須のキー・フィールドを太字テキストで強調表示して、一致ルール・コードのみによる一致の例を示します。

住所の一致ルール・コード

住所の構成要素

レコード

照合されるレコード

[A010]

address1

901 GOLF CLUB RD

901 GOLF CLUB RD

city

WESTWOOD

WESTWOOD

subadminarea

PLUMAS

PLUMAS

adminarea

CA

CA

postalcode

96137

96137

country

US

US

[A020]

[A010]と同様ですが、両レコードのpostalcodeフィールドは空白です。

[A030]

address1

1201 BEECH ST

1201 BEECH ST

address2

APT 104F

APT 104F

city

PALO ALTO

PALO ALTO

subadminarea

SANTA CLARA

SAN MATEO

adminarea

CA

CA

postalcode

94303

94303

country

US

US

[A040]

[A030]と同様ですが、一方の住所のvフィールドが他方と同じ文字で始まるけれども、同一ではないことを除きます。

[A050]

address1

5 Hogskoleringen

Hogskoleringen 5

city

Trondheim

Trondheim

adminarea

SØR-TRØNDELAG

postalcode

7491

7491

country

Norway

Norway

[A060]

[A050]と同様ですが、postalcodeフィールドの一方または両方が空白であることを除きます。

[A070]

address1

Heinrichboeckingstr 10-14

Heinrichboeckingstr 10-14

address2

Service Zentrum Merzig

city

Saarbrücken

Saarbrücken

adminarea

SAARLAND

postalcode

66121

66121

country

ドイツ

ドイツ

[A080]

[A070]と同様ですが、一方の住所のpostalcodeフィールドが他方のpostalcodeフィールドと同じ文字で始まるけれども、同一ではないことを除きます。

[A090]

[A070]と同様ですが、postalcodeフィールドの一方または両方が空白であることを除きます。

[A100]

address1

HOGSKOLERINGE 5

HOGSKOLERINGEN 5

city

Trondheim

Trondheim

postalcode

9491

9491

country

Norway

Norway

[A110]

[A100]と同様ですが、postalcodeフィールドの一方または両方が空白であることを除きます。

[A120]

address1

Marshfield Bank

Marshfield Bank

address2

WOOLSTANWOOD

city

Crewe

Crewe

postalcode

CW28UY

CW28UY

country

UK

UK

[A130]

[A120]と同様ですが、一方の住所のpostalcodeフィールドが他方のpostalcodeフィールドと同じ文字で始まるけれども、同一ではないことを除きます。

[A140]

address1

Apt Y302

APT Y302

address2

1605 Sherringtowne Ave

1605 Sherington Ave

city

NEWPORT BEACH

NEWPORT BEACH

adminarea

Orange

Orange

postalcode

92663-9087

92663-9087

country

US

US

[A150]

[A140]と同様ですが、一方の住所のpostalcodeフィールドが他方のpostalcodeフィールドと同じ文字で始まるけれども、同一ではないことを除きます。

[A160]

address1

1728 Corporate Xing

1728 Corporate Xing

address2

Suite1

city

O Fallon

O Fallon

adminarea

ILLINOIS

IL

postalcode

62269-3734

62269-3734

city

US

US

[A170]

[A160]と同様ですが、一方の住所のpostalcodeフィールドが他方のpostalcodeフィールドと同じ文字で始まるけれども、同一ではないことを除きます。

[A180]

address1

Block 16

16 Dunsinane Ave

address2

Dunsinane Avenue

address3

Dunsinane Industrial Estate

city

Dunsinane

Dunsinane

postalcode

DD23QT

DD23QT

country

UK

UK

[A190]

[A180]と同様ですが、postalcodeフィールドの一方または両方が空白であることを除きます。

[A200]

address1

26701 QUAIL CRK

26701 QUAIL CRK APT 107

address2

APT 107

city

ALISO VIEJO

LAGUNA HILLS

postalcode

92656-1089

92656-1089

country

US

US

[A210]

[A200]と同様ですが、一方の住所のpostalcodeフィールドが他方のpostalcodeフィールドと同じ文字で始まるけれども、同一ではないことを除きます。

[A220]

address1

Folkes Road

Unit 12 Folkes Road

address2

Hayes Trading Estate

Lye

address3

Lye

city

Stourbridge

Stourbridge

postalcode

DY98RN

DY98RN

country

UK

UK

[A230]

[A220]と同様ですが、一方の住所のpostalcodeフィールドが他方のpostalcodeフィールドと同じ文字で始まるけれども、同一ではないことを除きます。

[A240]

address1

101/61 NAWANAKORN INDUSTRY

101/61 NAVANAKORN INDUSTRY

address2

SELFLEMENT PHAHONYOTHIN

PAHOLYOTHIN KLONGNUENG

city

KLONGLAUNG

KHLONG LUANG

postalcode

12120

12120

country

Thailand

Thailand

[A250]

address1

Blyth House

Blyth House

address2

130 Hordern Road

Hordern Road

city

Wolverhampton

Wolverhampton

postalcode

WV60HS

WV60HS

country

UK

UK

[A260]

address1

21001 State Route 739

21001 Sr Rt 739

address2

7

city

Raymond

Raymond

postalcode

43067

43067

country

United States

United States

[A270]

address1

Lancaster House Aviation Way

Aviation Way

address2

Southend Airport

city

SOUTHEND ON SEA

SOUTHEND ON SEA

postalcode

SS26UN

SS26UN

country

UK

UK

[A280]

[A270]と同様ですが、一方の住所のpostalcodeフィールドが他方のpostalcodeフィールドと同じ文字で始まるけれども、同一ではないことを除きます。

[A290]

address1

Blythe House

Blyth House

address2

130 Hordern Road

Hordern Road

city

Wolverhampton

Wolverhampton

postalcode

WV60HS

WV60HS

country

UK

UK

[A300]

[A140]と同様ですが、postalcodeフィールドの一方または両方が空白であることを除きます。

[A310]

[A200]と同様ですが、postalcodeフィールドの一方または両方が空白であることを除きます。

[A320]

address1

Network House

Network House

address2

1 Ariel Way

Wood Lane

city

London

London

postalcode

W127SL

W127SL

country

UK

UK

[A330]

[A320]と同様ですが、一方の住所のpostalcodeフィールドが他方のpostalcodeフィールドと同じ文字で始まるけれども、同一ではないことを除きます。

[A340]

address1

College Business Park

College Business Park

address2

Park

Coldhams Lane

city

Cambridge

postalcode

CB13HD

CB13HD

country

イギリス

イギリス

[A350]

[A340]と同様ですが、一方の住所のpostalcodeフィールドが他方のpostalcodeフィールドと同じ文字で始まるけれども、同一ではないことを除きます。

[A360]

address1

938 Miller St

Medical Ctr Blvd

address2

Medical Center Boulevard

city

Winston Salem

Winston- Salem

postalcode

27157

27157

country

United States

United States

[A370]

address1

Humberstone Avenue

24 Humberston Avenue

address2

Humberstone

Humberston

city

GRIMSBY

GRIMSBY

postalcode

DN364SX

DN364SP

country

UK

UK

[A380]

address1

5 Sidings Court

Greyfriars House

address2

White Rose Way

Sidings Court

city

DONCASTER

DONCASTER

postalcode

DN45NU

DN45NU

country

UK

UK

[A390]

address1

120 Howard St

120 Howard St

address2

STE 200

city

San Fransisco

San Fransisco

adminarea

CA

CA

postalcode

94105-1622

94105-1615

country

United States

United States

注意:
個人およびエンティティの照合とは異なり、住所照合では、同じように照合するために別々の論理識別子間の照合を分割するのに向いていないため、複合比較照合機能を使用しません。

4 データ品質ヘルス・チェックのインストールと使用方法

この章では、EDQ-CDSデータ品質ヘルス・チェック機能の使用方法について説明します。

この章の内容は次のとおりです。

- 第4.1項「アーキテクチャ」

- 第4.2項「データ品質ヘルス・チェックのインストール」

- 第4.3項「データ品質ヘルス・チェックの構成」

- 第4.4項「ダッシュボードの構成」

- 第4.5項「ヘルス・チェック・ジョブの実行と結果の表示」

- 第4.6項「ビジネス・ルールの管理」

- 第4.7項「データ・インタフェースの理解」

- 第4.8項「ダッシュボードのサンプル・サマリー」

データ品質ヘルス・チェックによってEDQ-CDSの機能が拡張され、データを正規化または標準化する前にバッチ・データ品質チェックを実行できるようになります。結果は、サーバー・コンソール、ビジネス・インテリジェンス(BI)ツールまたはEDQの結果ブックで表示することも、必要に応じてダッシュボードに公開することもできます。データ品質ヘルス・チェックは、EDQ-CDSの一部としてSiebelと統合することも、スタンドアロン・モードで使用することもできます。

EDQ-CDSデータ品質ヘルス・チェックは主に、データ品質問題のデータ・レベルの検証を必要とするデータ・スチュワードから、分析、レポート作成および計画立案のためにダッシュボード情報を必要とする業務アナリストや管理職まで、生データの品質の検証を必要とするユーザーの役に立ちます。さらに、データの技術的側面を分析するデータ専門家やCDSプロセスで重複除外が効率よく実行されることを求めるEDQ-CDSユーザーにも有用です。

4.1 アーキテクチャ

次の図は、どのようにEDQ-CDSデータ品質ヘルス・チェックを使用してデータを処理し、結果を確認するかを示しています。

4.1.1 複数の子エンティティ

データには複数の子エンティティを特徴とするものがあり、たとえば、複数の住所が各レコードに割り当てられることがあります。このようなレコードが処理されEDQに渡される場合は、子単位にレコードが1件作成されます。

したがって、データ品質ヘルス・チェックの結果には、当初に取り込まれた数より多いレコードがリストされることがよくあります。サーバー・コンソールまたはダッシュボードで結果を確認する際には、このことを覚えておくことが重要です。

4.2 データ品質ヘルス・チェックのインストール

この項では、データ品質ヘルス・チェックのインストール方法について説明します。データ品質ヘルス・チェックはEDQ-CDSディストリビューションの一部ではあるものの、データ品質ヘルス・チェックを使用するためにEDQ-CDSを全面的に構成する必要はありません。EDQヘルス・チェックには、EDQ-CDSと同じ前提条件があります。

Siebel統合には、Siebel Connector 12c (12.2.1.2.0)のインストールが必要です。詳細は、Oracle Fusion Middleware Enterprise Data Quality Customer Data Services Packのインストールとカスタマイズを参照してください。

4.2.1 インストール・コンポーネント

データ品質ヘルス・チェックのインストールに必要なコンポーネントはEDQにあらかじめロードされているため、EDQとともに自動的にインストールされます。

EDQ-CDSヘルス・チェックのコンポーネントは次のとおりです。

- edq-cds-data-quality-health-check.dxi - EDQ-CDSデータ品質サービスが含まれるパッケージ化されたEDQプロジェクト。

- dq-health-check-business-rules-individual.xls - 個人ビジネス・ルールのスプレッドシートで、個人に対して実行されるデータ品質チェックを定義します。

- dq-health-check-business-rules-entity.xls - エンティティ・ビジネス・ルールのスプレッドシートで、エンティティに対して実行されるデータ品質チェックを定義します。

- edq-cds-data-quality-health-check.properties - デフォルトの実行プロファイル。

- customerentities.csv - サンプルのエンティティ・データ。

- customerindividuals.csv - サンプルの個人データ

- rulesreference.xls - ビジネス・ルールのスプレッドシートに示されるエラー・コードを分類したスプレッドシート。

4.2.2 ソフトウェアのインストール

EDQ-CDSをインストールすると、データ品質ヘルス・チェックがインストールされ、これ以上のインストール・タスクは必要ありません。

EDQ-CDSなしでデータ品質ヘルス・チェックをインストールするには、次の手順を使用します。

1. EDQディレクタ・クライアントを起動し、プロジェクトを作成する権限を持つユーザー(管理者またはプロジェクト所有者)としてログオンします。

2. サーバー名を右クリックし、「サーバー・パッケージ・ファイルを開く」を選択します。「CDS」フォルダを開き、edq-cds-data-quality-health-check.dxiファイルを選択します。

3. EDQ-CDS - データ品質ヘルス・チェック・プロジェクト全体を「プロジェクト」ノードにドラッグします。

4. .dxiファイルを右クリックし、「パッケージ・ファイルを閉じる」を選択します。

4.2.3 インストールの確認

データ品質ヘルス・チェックには、landingarea/dqhealthcheckフォルダにサンプルの.csvファイルが2つ同梱されています。これらのファイルは、インストールが正しく動作することをテストするのに使用できます。

サンプル・ファイルは次のとおりです。

- customerentities.csv - サンプルのエンティティ・データ。

- customerindividuals.csv - サンプルの個人データ。

データ品質ヘルス・チェックに付属するデフォルトのジョブは、これらのファイルに対して実行されるように構成されています。

インストールを検証するには、edq-cds-data-quality-health-check.properties実行プロファイルを忘れずに選択し、CSVバッチ・エンティティ・データ品質ヘルス・チェック・ジョブとCSVバッチ個人データ品質ヘルス・チェック・ジョブのいずれか(または両方)をサーバー・コンソールで実行します。

注意:

データ品質ヘルス・チェックでは、独自の内部参照データを使用するため、使用前にCDSの初期化プロジェクトを実行する必要はありません。

Siebelのジョブを手動で実行しないでください。これらのジョブは、Siebel Connectorによって自動的に起動されるように設計されています。

サーバー・コンソールでイベント・ログおよび結果をチェックし、ジョブが正常に完了しているかどうかを確認します。正常に完了している場合、インストールは成功しています。

最後に、サーバー・コンソールおよびダッシュボードでジョブの結果をパージします。

- サーバー・コンソール:
「結果」ビューを選択し、「ジョブ履歴」領域でジョブを右クリックして「実行ラベル"[実行ラベルの名前]"のデータのパージ」オプションを選択します。

- ダッシュボード:
「ダッシュボード管理」を開き、監査および索引領域で「監査」ツリーを展開し、データ品質ヘルス・チェック監査を右クリックして「パージ」を選択します。

4.3 データ品質ヘルス・チェックの構成

この項では、データ品質ヘルス・チェックの構成方法について説明します。

4.3.1 ビジネス・ルールの構成

ビジネス・ルールは、データ品質ヘルス・チェックに同梱されており、oedq.home/business rulesフォルダにある2つの.xlsファイルで設定します。これらの.xlsファイルを編集するには、ファイルをoedq_local_home/business rulesに移動する必要があります。

- dq-health-check-business-rules-individual.xls - 個人ビジネス・ルールのスプレッドシート。

- dq-health-check-business-rules-entity.xls - エンティティ・ビジネス・ルールのスプレッドシート。

さらにスプレッドシートrulesreference.xlsがoedq_local_home/landingarea/dqhealthcheckフォルダにありますが、これには2つの主な機能があり、データ品質プロセスの実行時にビジネス・ルールのスプレッドシートのどのルールを使用するかの制御と、ルール統計の作成に使用します。

注意:
デフォルトでは、EDQ-AVで使用される個人ルールとエンティティ・ルールはrulesreference.xlsスプレッドシートで有効になっています。EDQ-AVがインストールされていない場合、これらのルールを無効にしてダッシュボードで不正確なレポートが作成されないようにする必要があります。

rulesreference.xlsスプレッドシートの「有効」列では、ルールの有効/無効が制御され、使用可能な値はyesおよびnoの2つです。そのため、既存のルールを編集するか、新しいルールをビジネス・ルールのスプレッドシートに追加した場合、その変更をrulesreference.xlsスプレッドシートに反映する必要があります。変更を行う場合、ルール・タイプ、関連するオブジェクト(個人またはエンティティ)および関連付けられたルールとエラー・コードを分けておく必要があります。

ルールは次のカテゴリに分類されます。

- 移入チェック - フィールドが空白でないことをチェックします。例: ER205 - 名前があるかどうかチェック。

- リスト・チェック - データに指定リストの値しか含まれていないことをチェックします。例: IR202 - 大文字の性別が有効値であるかどうかチェック。

- 長さチェック - データが指定の長さであることをチェックします。例: IR203 - 名が2文字以上であるかチェック。

- 形式チェック - データがパターンまたは正規表現に準拠していることをチェックします。例: IR212 - 電子メールが有効な形式であるかどうかチェック。

- 包含チェック - データにリストの値が含まれていることをチェックします。例: IR428 - フルネームにエンティティ・ヒントがないかどうかチェック。

- サスペクト・データ・チェック - データが一般的なデータ入力の"不正"を示していないかチェックします。例: ER411 - 名前に通常以外の文字があるかどうかチェック。

- 値チェック - フィールド値が適切な範囲内にあることをチェックします。例: IR430 - DOBが非常に古い(1900年より前)かどうかチェック。

- 従属属性チェック - ある属性の値が別の属性の値に依存している場合などに、2つの属性値が矛盾していないことをチェックします。例: IR302 - 性別とタイトルに矛盾がないかどうかチェック。

- 重複チェック - データ属性の組合せを比較し、レコード重複の可能性レベルを推定します。これは完全なEDQ-CDS照合ではないため、わずかな時間で実行されるように設計されています。比較の例として、次のものがあります。

- IR401 - fname address1に重複フラグが立っているかどうかチェック

- IR403 - fname emailに重複フラグが立っているかどうかチェック

- IR408 - lname tax noに重複フラグが立っているかどうかチェック

既存のカスタマイズとこれらのスプレッドシートを使用した新しいビジネス・ルールの作成の詳細は、Oracle Enterprise Data Quality Directorオンライン・ヘルプのビジネス・ルールの定義に関するトピックを参照してください。

4.3.2 実行プロファイルの構成

edq-cds-data-quality-health-check.properties実行プロファイルは、次のセクションに分かれています。

4.3.2.1 「ダッシュボードに公開」設定

この設定は、ヘルス・チェック・ジョブの結果をダッシュボードに公開するかどうかを制御します。

phase.Publish\ to\ Dashboard.enabled = yes

デフォルト値はyes。結果が公開されないようにするには、noに変更します。

注意:
値は常に小文字にする必要があり、yesまたはnoです。

4.3.2.2 入力ソースの場所、セパレータおよびエンコーディングの設定

これらの設定は、個人およびエンティティのデータに関する入力ファイルのソース、使用するフィールド・セパレータおよび採用するエンコーディングを指定します。デフォルトの設定が次のように指定されています。

phase.*.snapshot.*.Entity_Input_CSV_File_Location = \\dqhealthcheck\\customerentities.csv
phase.*.snapshot.*.Entity_Input_CSV_File_Field_Separator = \,
phase.*.snapshot.*.Entity_Input_CSV_File_Encoding = UTF-8
phase.*.snapshot.*.Individual_Input_CSV_File_Location = \\dqhealthcheck\\customerindividuals.csv
phase.*.snapshot.*.Individual_Input_CSV_File_Field_Separator = \,
phase.*.snapshot.*.Individual_Input_CSV_File_Encoding = UTF-8

指定するファイルおよびフォルダの場所は、landingareaフォルダ内に存在する必要があります。

入力ファイルのエンコーディングは、EDQの区切り文字テキストのデータ・ストアに対して有効なエンコーディングである必要があります。エスケープ文字(バックスラッシュ"\")は、目的のセパレータが予約文字(カンマなど)である場合に使用する必要があります。有効なエンコーディング形式のリストは、EDQの「データ・ストアの編集」ダイアログに表示されます。

4.3.2.3 CSVとして結果を公開する設定

この設定は、ヘルス・チェック・ジョブの結果を、BIツールで使用するために.csvファイルの形式で公開するかどうかを制御します。

phase.Export\ BI\ Data.enabled = no

デフォルト値はnoです。データを.csvファイルに公開するには、yesに設定します。

注意:
値は常に小文字にする必要があり、yesまたはnoです。

4.3.2.4 エクスポート・ファイルの場所、セパレータおよびエンコーディングの設定

エクスポートが有効になっている場合、これらの設定は、エクスポートするファイルの宛先、フィールド・セパレータおよびエンコーディングを指定します。デフォルトの設定が次のように指定されています。

phase.*.Export.*.Entity_Output_CSV_File_Location = \\dqhealthcheck\\entityoutput.csv
phase.*.Export.*.Entity_Output_CSV_File_Field_Separator = \,
phase.*.Export.*.Entity_Output_CSV_File_Encoding = UTF-8
phase.*.Export.*.Individual_Output_CSV_File_Location = \\dqhealthcheck\\individualoutput.csv
phase.*.Export.*.Individual_Output_CSV_File_Field_Separator = \,
phase.*.Export.*.Individual_Output_CSV_File_Encoding = UTF-8

注意:
エクスポート・ファイルのエンコーディングは、EDQの区切り文字テキストのデータ・ストアに対して有効である必要があります。有効なエンコーディング形式のリストは、EDQの「データ・ストアの編集」ダイアログに表示されます。

4.3.2.5 AV用のデフォルトの国コード

EDQ-AVがインストールされている場合、この設定にはデフォルトで使用される2文字のISO国コードを割り当てる必要があります。たとえば、提供されたデータに国コードが指定されていない場合は、次のようにします。

phase.*.process.*.Default\ AV\ Country\ Code

デフォルト値はUSです。ここで入力するコードは、ISO-3166-1-alpha-2仕様に準拠することを要求されます。

4.3.2.6 結果ブックの設定

個人またはエンティティ(あるいはその両方)のプロファイリング・データが移入されたEDQ結果ブックを作成するには、次の設定をコメント解除します。

注意:
最初の6行は個人プロファイリング結果ブックに関するものであり、最後の2行は個人ルール結果ブックに関するものです。必要に応じて、これらのブックの一方または両方を移入できます。

個人データの場合、これらの設定により、個人プロファイリング結果ブックにはすべてのプロファイラのドリル可能な結果が移入され、個人ルール結果ブックにはルール失敗のドリル可能なビューが移入されます。

phase.Profile\ Individual\ Misc\ Data.enabled = no
phase.Profile\ Individual\ Misc\ Data\ With\ Results\ Book.enabled = yes
phase.Profile\ Individual\ Address\ Data.enabled = no
phase.Profile\ Individual\ Address\ Data\ With\ Results\ Book.enabled = yes
phase.Profile\ Individual\ Alt\ Phone Data.enabled = no
phase.Profile\ Individual\ Alt\ Phone\ Data\ With\ Results\ Book.enabled = yes
phase.Process\ Rule\ Failures\ to\ Outputs.enabled = no
phase.Process\ Rule\ Failures\ to\ Outputs\ With\ Results\ Book.enabled = yes

エンティティ・データの場合、これらの設定により、エンティティ・プロファイリング結果ブックにはすべてのプロファイラのドリル可能な結果が移入され、エンティティ・ルール結果ブックにはルール失敗のドリル可能なビューが移入されます。

phase.Profile\ Entity\ Misc\ Data.enabled = no
phase.Profile\ Entity\ Misc\ Data\ With\ Results\ Book.enabled = yes
phase.Profile\ Entity\ Address\ Data.enabled = no
phase.Profile\ Entity\ Address\ Data\ With\ Results\ Book.enabled = yes
phase.Profile\ Entity\ Alt\ Phone\ Data.enabled = no
phase.Profile\ Entity\ Alt\ Phone\ Data\ With\ Results\ Book.enabled = yes
phase.Make\ Analysis\ and\ Server\ Console\ Output.enabled = no
phase.Make\ Analysis\ and\ Server\ Console\ Output\ With\ Results\ Book.enabled = yes

4.3.2.7 サーバー・コンソール内でのステージング済データの表示設定

これらの設定は、どのステージング済データ項目がサーバー・コンソールに表示できるかを制御します。

最初の設定(stageddata.*.visible = no)では、すべてのステージング済データ項目はデフォルトで非表示になります。残りの設定では、特定のステージング済データ項目が表示されます。

デフォルトでは、サーバー・コンソールの「結果」画面のDQヘルス・チェック分析出力タブに詳細データが表示されません。これは、詳細レベルがほとんどの目的について必要とされることがまずないためです。このデータを表示するには、実行プロファイルで次のプロパティをyesに設定します。

- stageddata.Individual\ DQ\ Health\ Check\ Analysis\ Output.visible =

- stageddata.Entity\ DQ\ Health\ Check\ Analysis\ Output.visible =

4.4 ダッシュボードの構成

デフォルトでは、ヘルス・チェックの結果はダッシュボードに公開されます。

ダッシュボードにはEDQ Launchpadからアクセスします。

ダッシュボードでヘルス・チェックの結果を構成するには、次の手順を使用します。

1. ダッシュボードを開きます。

2. メイン・ダッシュボードで、「管理」をクリックします。

「ダッシュボード管理」が表示されます。

3. 必要に応じて、サマリーおよび索引を作成します。

注意:
「サマリー」に追加するルールは、rulesreference.xlsスプレッドシートで有効になっているルールに対応する必要があります。無効になっているルールがサマリーまたは索引に含まれていると、有効になっているルールの結果に関係なく、常に赤のフラグが立ちます。

4. ダッシュボードに戻って、「カスタマイズ」をクリックします。

5. 「新規索引/サマリーの追加」ドロップダウン・フィールドで表示するデータ品質の結果を選択します。次に例を示します。

6. 「追加」をクリックします。選択した項目が「ホーム」ビューに追加されます。

この構成手順が完了したら、初期ビューに追加するサマリーおよび索引を選択し、結果にドリルダウンできます。その実行方法の詳細は、Oracle Enterprise Data Quality Dashboardオンライン・ヘルプを参照してください。

4.4.1 例: 重大度別ダッシュボード

これは、ルールを重大度別にサマリーに分類した後、索引に分類するダッシュボード構成の例です。

ヘルス・チェック・ルール監査コードの最初の文字は、レコード・タイプ(個人の場合は"I"、エンティティの場合は"E")を示し、最初の数字は重大度(1、2、3または4)を示します。たとえば、コードE203は重大度レベル2のエンティティ・ルールです。

重大度レベル1から4の個人およびエンティティのルールの結果を格納する8個のサマリーを作成します。

- Severity 1 Issues Individual

- Severity 2 Issues Individual

- Severity 3 Issues Individual

- Severity 4 Issues Individual

- Severity 1 Issues Entity

- Severity 2 Issues Entity

- Severity 3 Issues Entity

- Severity 4 Issues Entity

次に、次の索引を作成します。

名前

内容

Overall Health Individuals

すべての個人のサマリーが含まれます。

Overall Health Entities

すべてのエンティティのサマリーが含まれます。

Overall Health

個人およびエンティティのサマリーが含まれます。

4.4.1.1 サマリーの作成

1. EDQダッシュボードを開き、「管理」をクリックして「ダッシュボード管理」ウィンドウを開きます。

2. 「新規サマリー」をクリックします。

3. 「サマリーの追加」ポップアップにSeverity 1 Issues Individualと入力します。

4. 「OK」をクリックします。新しいサマリーが「ダッシュボード要素」領域の「サマリー」ノードに表示されます。

5. 「監査および索引(ダッシュボード要素にドラッグ)」領域で、「監査」ブランチを展開した後、EDQ-CDS - データ品質ヘルス・チェック/[I8A]個人その他の失敗ダッシュボードへの公開ブランチを展開します。

6. 「I101」および「I102」をクリックして[I8A]個人その他の失敗ダッシュボードへの公開監査リストからSeverity 1 Issues Individualサマリーにドラッグします。

7. Severity 1 Issues Individualサマリーをクリックして「ユーザー・グループ(ダッシュボード要素をここにドラッグ)」領域の管理者ノードにドラッグします。

8. 「保存」をクリックします。

9. 残りのサマリーについて、繰り返します。

4.4.1.2 索引の作成

この例では、これまでの各項で詳しく説明したサマリーがすべて構成されていることを前提とします。

1. EDQダッシュボードを開き、「管理」をクリックして「ダッシュボード管理」ウィンドウを開きます。

2. 「新規索引」をクリックします。

3. 新しい索引に"Overall Health Individuals"と名前を付けます。

4. 次のサマリーをクリックして新しい索引にドラッグします。

- Severity 1 Issues Individual

- Severity 2 Issues Individual

- Severity 3 Issues Individual

- Severity 4 Issues Individual

5. 「保存」をクリックします。

6. 残りの索引について、繰り返します。

4.4.2 例 - ビジネス機能別のダッシュボード

これは、ルールをビジネス機能別にサマリーに分類するダッシュボード構成の例です。

1. 次のサマリーを作成します。

名前

内容

Account

- 名前の詳細

- 識別子

- 識別子外れ値

- 住所の詳細

- 住所の詳細外れ値

- 可能性がある重複

Contact

- 名前の詳細

- 識別子

- 識別子外れ値

- 住所の詳細

- 住所の詳細外れ値

- 可能性がある重複

各サマリーに含めるルールの詳細は、第4.8項「ダッシュボードのサンプル・サマリー」を参照してください。これらすべてのルールが有効になっていることを確認します。

2. 次の索引を作成します。

名前

内容

Overall Health Account

Accountベースのサマリーがすべて含まれます。

Overall Health Contacts

Contactベースのサマリーがすべて含まれます。

Overall System Health

作成したサマリーがすべて含まれます。

4.5 ヘルス・チェック・ジョブの実行と結果の表示

この項では、ヘルス・チェック・ジョブの実行方法と結果の表示方法について説明します。

4.5.1 ヘルス・チェックの実行

ヘルス・チェック・ジョブは、Siebelから、サーバー・コンソールからスタンドアロン・モードで、またはEDQ-CDSで実行できます。

サーバー・コンソールから実行する場合、先にデータを準備する必要があります。

次の6つのヘルス・チェック・ジョブがあります。

- エンティティ・テクニカル分析の実行

- 個人テクニカル分析の実行

- CSVバッチ・エンティティ・データ品質ヘルス・チェック

- CSVバッチ個人データ品質ヘルス・チェック

- データベース・バッチ・エンティティ・ヘルス・チェック

- データベース・バッチ個人ヘルス・チェック

4.5.1.1 Siebel接続モードの使用

ヘルス・チェックをSiebelで使用するには、Siebel ConnectorをインストールしてSiebelを適宜構成する必要があります。詳細は、Oracle Fusion Middleware Enterprise Data Quality Customer Data Services Packのインストールとカスタマイズを参照してください。

Siebelでヘルス・チェック・ジョブを実行するには、サーバー・マネージャを開いてData Quality Managerコンポーネントにアクセスします。Siebelから実行する必要がある2つのジョブは次のとおりです。

- Siebelバッチ・アカウント・ヘルス・チェック

- Siebelバッチ連絡先ヘルス・チェック

注意:
他のヘルス・チェック・ジョブを構成してSiebelから実行してしないでください。そうすることはできますが、何の結果も戻されません。これらは常に、サーバー・コンソールまたはEDQから実行する必要があります。

さらに、実行プロファイルで変更した設定はいずれも、変更がSiebelバッチ実行で正確に反映されるように、dnd.propertiesファイルでも変更する必要があります。

4.5.1.2 スタンドアロン・モードの使用

テクニカル分析ジョブおよびエンティティ/個人品質ヘルス・チェックの実行ジョブは、EDQまたはサーバー・コンソールから実行するように設計されています。

チェック対象のデータがサンプル・データ・ファイルとまったく同じ形式で指定できる場合(第4.7項「データ・インタフェースの理解」で説明する列見出し付きの.csvファイルなど)、それらのファイルを、サンプル・データ・ファイルと同じ名前を使用(上書き)してlandingarea\dqhealthcheckフォルダに保存するだけです。

ただし、データを別の形式で指定する場合は、使用可能なフィールドをヘルス・チェック入力インタフェースにマップして、そのデータを使用するようにEDQを構成する必要があります。これを行うには、次の手順を実行します。

1. ディレクタを開きます。

2. データを指す新しいデータ・ストアを作成します。

3. このデータ・ストアをソースとして使用して、新しいスナップショットを作成します。

4. 関連するデータ・インタフェース(エンティティ・データまたは個人データ)への新しいマッピングを追加して構成します。

5. 関連するジョブ(エンティティの実行または個人データ品質ヘルス・チェックの実行)を編集し、新しいスナップショットを追加して新しいマッピングを選択します。

データの準備方法の詳細は、Oracle Enterprise Data Quality Directorオンライン・ヘルプの次のトピックを参照してください。

- データ・ストアへの接続

- スナップショットの追加

- データ・インタフェースの管理

- データ・インタフェースを使用したジョブの実行

4.5.2 データ品質ヘルス・チェックの結果の表示

次の4つの出力タイプとしてヘルス・チェックの結果を生成できます。

- ビジネス・インテリジェンス(BI)出力、

- EDQダッシュボードでの結果、

- サーバー・コンソールでの結果、および

- EDQでの結果ブック。

4.5.2.1 BI出力

ヘルス・チェックでは、個人およびエンティティの結果データが含まれる2つのカンマ区切りファイルを生成できます。この出力は、外部ビジネス・インテリジェンス・アプリケーションを使用した詳細な分析を対象としています。

ファイルは次のとおりです。

- entityoutput.csv

- individualoutput.csv

ヘルス・チェックに渡されたレコードにより、各レコードの内容および各レコード内で検出されたエラー数に応じて1行以上の行が生成されます。

注意:
セパレータとファイルの名前およびランディング領域内の場所は、実行プロファイルで構成できます。

.csvファイルで最も重要なメタデータ属性は次のとおりです。

列

説明

entityid / individualid

元のレコードのID。

Data Stream

このフィールドにより、行の元情報を識別します: Misc Data - レコード・フィールド。AddressData - 住所。AltPhoneData - altphoneフィールド。

Rule ID

トリガーされたルールのID(該当する場合)。

Rule Label

トリガーされたルールのラベル(該当する場合)。

Error Code

エラーのコード(該当する場合)。

Error Severity

エラーの重大度レベル(該当する場合)。

Error Message

戻されるエラー・メッセージ(該当する場合)。

ロジックは次のとおりです。

- ヘルス・チェックに渡された各レコードが、対応する.csvファイルに少なくとも1行戻します。

- レコード単位に少なくとも1行が生成されます。レコード・データにエラーがあった場合、そのエラーはError Code列、Error Severity列およびError Message列に示されます。

- 各レコード内の住所またはaltphoneフィールド単位にさらに1行生成されます。また、住所またはaltphoneフィールドに1つエラーがあると、そのエラーはError関連の列に示されます。

- ただし、レコード、住所またはaltphoneフィールドに複数のエラーがある場合は、前述のエラーに追加されるエラーごとに1行生成されます。

次に、個人レコードの例を示します。

- 住所またはaltphone値がなく、エラーがない場合: 1行。

- 住所またはaltphone値がなく、エラーが1件ある場合: 1行。

- 住所またはaltphone値がなく、エラーが2件ある場合: 2行。

- 住所はあるが、altphoneがない場合: 2行。

- 住所およびaltphoneがある場合: 3行。

- エラーが1件ある住所と、altphoneがある場合: 3行。

- エラーが2件ある住所と、altphoneがある場合: 4行。

次に、複雑な例を示します。individualidが1293のレコードが12行戻しています。

次のものがあります。

- altphoneフィールドが1つあり、エラーがありません。

- 1つの住所に関連するエラーが5件あります。

- レコードの他のフィールド(Misc Dataなど)に関連するエラーが6件あります。

注意:
サンプル・ファイルでは、各行のaddressidが同一であり、これは1つの住所のみがレコードに関連付けられていることを示しています。図では、画面サイズの制限のため、このことがわかりません。

4.5.2.2 EDQダッシュボード

ダッシュボードに公開される結果は、有効になっているビジネス・ルールによって決まります(第4.6項「ビジネス・ルールの管理」を参照)。次のダッシュボードの例は、結果およびステータスの違いを示しています。

個人またはエンティティのレコードに関連付けられている属性(name、title、emailなど)からの結果は、一意のレコードIDによって識別される別個の個人およびエンティティのレコードに基づいています。

altphone属性と住所関連の属性に対するチェックは別々に実行されるため、生成される結果の数は、処理された子エンティティの数を正確に表します。

同様に、altphoneフィールドからの結果は、レコード単位に複数のaltphone値を保持できるため、個人およびエンティティのレコードの別個の代替電話番号に基づいています。

住所に関連付けられている属性(city、postalcode、countryなど)からの結果は、特定の個人またはエンティティについて複数の住所を処理できるため、一意の住所IDによって識別される別個の住所レコードに基づいています。

ダッシュボードでの特定の公開済ルールに関するチェックの数は、チェック対象のデータ・タイプによって異なり、常にデータ・タイプの総移入数に関連します。したがって、表示される"総"数は、データ・タイプに応じて異なります。

たとえば、500,000件のレコードが顧客システムから渡され、それらのレコードに合計650,000件の住所と、合計550,000件の代替電話番号が関連付けられている場合、全結果は次のとおりです。

- すべての住所関連ルールの失敗/成功数: 650,000のパーセンテージとして表示、

- すべての代替電話関連ルールの失敗/成功数: 550,000のパーセンテージとして表示、および

- 残りすべてのルールの失敗/成功数: 500,000のパーセンテージとして表示。

4.5.2.3 サーバー・コンソール

サーバー・コンソールでの実行時、テクニカル分析ジョブでは、データ・タイプ、最大値、最小値およびクイック統計別にデータをプロファイルします。

ヘルス・チェック・ジョブでは、監査チェックをデータに対して実行し、EDQダッシュボードおよびBIの.csvファイルを実行プロファイル構成に応じて移入します。

注意:
サーバー・コンソールでジョブを実行しても、ヘルス・チェック結果ブックは移入されません。

サーバー・コンソールの結果は実行プロファイルによって異なりますが、その例を次に示します。

4.5.2.4 結果ブック

ヘルス・チェック実行プロファイルでアクティブ化されると、次の結果ブックは移入できます。

- エンティティ・プロファイリング結果

- エンティティ・ルール結果

- エンティティ・テクニカル分析

- 個人プロファイリング結果

- 個人ルール結果

- 個人テクニカル分析

テクニカル分析の結果ブックは、対応するテクニカル分析ジョブによって移入されます。プロファイリング結果およびルール結果の結果ブックは、対応するヘルス・チェック・ジョブによって移入されます。

次のことを考慮してください。

- これらのジョブを実行するとき、edq-cds-data-quality-health-check実行プロファイルを選択しますが、実行ラベルを指定しないでください。

- 結果ブックは、データ品質ジョブをEDQから実行した場合にのみ移入されます。Siebelまたはサーバー・コンソールからジョブを実行しても、結果ブックのデータは移入されません。

- 結果ブックでのルールのビジネス・オブジェクトによる分類は、各ルールがビジネス・オブジェクトのテキスト値に関連付けられているrulesreference.xlsのBusiness Object列から取得されます。ルールを再度分類するには、Business Object列を編集します。

- テクニカル分析ジョブでは、顧客データのみを使用し、分析結果をサーバー・コンソールまたは結果ブックにのみ公開します。

さらに分析するためにこれらの結果をドリルダウンできます。ドリル可能な結果はリンク(青で強調表示)になっています。

4.6 ビジネス・ルールの管理

この項では、例をいくつか示してビジネス・ルールの有効化、編集および追加の方法について説明します。

4.6.1 例 - ルールの有効化

エンティティ・ルールER418 - 国なしはデフォルトで無効になっています。

ルールを有効にするには、次のようにします。

1. oedq_local_home/landingarea/dqhealthcheckフォルダに移動します。

2. rulesreference.xlsファイルを開きます。

3. 「住所」タブを選択します。

4. E418ルールの行を見つけて、「有効」列のセルの値をyesに変更します。

5. ファイルを保存します。

6. 必要に応じて、「ダッシュボード管理」アプリケーションを開き、適切なサマリーにルールを追加します。

ルールを再度無効にするには、この手順を繰り返し、セル値を変更してnoに戻します。

注意:
ダッシュボード・サマリーに含まれるルールが無効である場合、引き続きサマリーに表示されますが、結果は戻されません。したがって、全体的な成功または失敗のインジケータに影響しないように、無効なルールをダッシュボード・サマリーから削除することをお薦めします。

4.6.2 例 - ルールの編集: 別の一般的なタイトルの追加

dq-health-check-business-rules-individual.xlsファイルの「タイトル」タブは、ルールIR411 - 大文字のタイトルがリストにあるかチェックで使用されます。

次の手順では、ルールで一般的な役職として用語"PROFESSOR"もチェックする方法を示します。

1. oedq_local_home/businessrulesフォルダに移動し、dq-health-check-business-rules-individual.xlsスプレッドシートを開きます。

2. 「タイトル」タブを選択します。

3. PROFESSORをワークシートの列Aのリストの一番下に追加します。

4. ファイルを保存します。

4.6.3 例 - ルールの編集: 値チェックの変更

この例では、IR430 - DOBが非常に古い(1900年より前)かどうかチェックの値チェックを変更して1890年より古い生年月日がないかチェックする方法について説明します。

1. oedq_local_home/businessrulesフォルダに移動し、dq-health-check-business-rules-individual.xlsスプレッドシートを開きます。

2. 「ルール」タブを選択し、IR430ルールまでスクロールします。

3. ルール・ラベルをCheck if DOB is very old (<1890)に変更します。

4. Check1列までスクロールし、セル値をchGreaterThan1890に変更します。

5. Select the 「チェック」タブを選択し、chGreaterThan1900チェックを表す2行を選択します。変更されていないシートでは、これらは通常、行39および40です。

6. 行をコピーして、既存のチェックの下に貼り付けます。

7. "1900"を1890で置き換えて、説明、チェック名およびオプション1のセルを編集します。

8. ファイルを保存します。

9. ディレクタを開き、プロジェクト・ブラウザで、EDQ-CDSデータ品質ヘルス・チェック・プロジェクトの「プロセス」ノードに移動します。

10. [I8A]個人その他の失敗ダッシュボードへの公開プロセスをダブルクリックします。

11. プロセス・キャンバスで、その他のチェックグループで次のプロセッサを探します。

- IR430 DOB年が1900年より前有効

- IR430 DOB年が1900年より前

12. これらのプロセッサのラベルを編集します(たとえば、"1900"を"1890"に変更します)。

13. IR430 DOB年が1890年より前プロセッサをダブルクリックします。

14. 「プロセッサ」ダイアログで「ダッシュボード」タブを選択します。

15. ルール名を編集してI430: DOB年が1890年より前を読み込みます。

16. 「OK」をクリックします。

17. プロセスを閉じ、実行した変更を保存します。

18. oedq_local_home/landingarea/dqhealthcheckフォルダに移動します。

19. rulesreference.xlsファイルを開きます。

20. 「その他」タブを選択し、IR430ルールを見つけます。

21. 説明をDOB year is older than 1890に変更します。

22. ファイルを保存します。

4.6.4 例 - ルールの編集: 重大度レベルの変更

この例では、ルールIR308 - 電子メールがあるかどうかチェックの重大度レベルを3から2に変更する方法について説明します。

1. oedq_local_home/businessrulesフォルダに移動し、dq-health-check-business-rules-individual.xlsスプレッドシートを開きます。

2. 「ルール」タブを選択し、IR308ルールを探します。

3. エラー重大度列までスクロールし、セル値を2に変更します。

4. ファイルを保存します。

5. 重大度サマリーがダッシュボード用にすでに構成されている場合は、「ダッシュボード管理」を開いて、IR308ルールを重大度3のサマリーから削除して重大度2のサマリーに追加します。

4.6.5 例 - ルールの追加

この例では、個人レコードのcustomstring1属性に渡される配達住所の郵便番号フィールドが、句読点を除いて9桁を超えない(米国の郵便番号形式に準拠するなど)ことをチェックするルールを追加する方法を説明します。このルールを効果的にするには、まず、スペースまたは句読点記号を削除してフィールド・データをクリーニングする必要があります。これにより、英数字の内容のみがチェックされるようになります

このルールを追加するには、次の8段階があります。

1. フィールドがビジネス・ルール・プロセッサに渡されることを確認します。

2. フィールド書式をチェックし、以前に実行したジョブの結果をサーバー・コンソールの「結果」ウィンドウで、特にDQヘルス・チェック分析出力タブで確認します。このタブは、デフォルトでは表示されません。したがって、この例を実行する前に、stageddata.Individual\ DQ\ Health\ Check\ Analysis\ Output.visible属性がYesに設定されていることを確認します。

3. 前処理を挿入して、フィールド・データを再度書式設定します。

4. ビジネス・ルール・スプレッドシートを編集します。

5. rulesreference.xlsスプレッドシートを編集します。

6. 「ビジネス・ルール・チェック」プロセッサを変更します。

7. ダッシュボード用に構成します。

8. ダッシュボード・サマリーを更新します。

注意:
次の各例では、ディレクタでのプロセス設計とそれに関連する権限を確実に理解している必要があります。

フィールドがビジネス・ルール・プロセッサに渡されることの確認

1. ディレクタを開き、プロジェクト・ブラウザでEDQ-CDS - データ品質ヘルス・チェック・プロジェクトの「プロセス」ノードに移動します。

2. [I6A]その他のビジネス・ルールの実行プロセスをダブルクリックします。

3. プロセス・キャンバスの一番下にあるビジネス・ルール実行グループの「ビジネス・ルール・チェック」プロセッサをダブルクリックします。

4. プロセッサ・ダイアログの「属性」タブで、「属性」フィールドをスクロールしてcustomstring1属性が含まれていることを確認します。

5. 「識別」タブをクリックします。

6. customstring1入力属性(デフォルトのインストール環境ではatCustomString1)に割り当てられた識別子を確認します。

フィールド書式の確認

1. サーバー・コンソールを起動します。

2. 「結果」ビューで、ヘルス・チェックの前回実行を選択します。

3. デフォルトでは、DQヘルス・チェック分析出力タブがウィンドウの一番下に表示されます。スクロールしてcustomstring1列を表示し、結果の書式を確認します。サンプル・イメージでは、書式は明らかに正しくありません。あるフィールドにはスペースが、他のフィールドにはハイフンが含まれているため、英数字データのみに限定されていません。

4. サーバー・コンソールを閉じます。

フィールド・データを書式設定するための前処理の挿入

customstring1フィールドのデータの書式が必須の9文字の英数字書式と一致していないため、「ビジネス・ルール・チェック」プロセッサに渡す前にデータの前処理が必要です。また、プロセッサの出力への影響を回避するために、customstring1データのコピーに対して前処理を実行し、それをチェックに渡します。

1. ディレクタに戻ります。

2. 「連結」プロセッサを[I16A]その他のビジネス・ルールの実行プロセスに追加し、「ビジネス・ルール・チェック」プロセッサの直前に配置します。

3. プロセッサを構成し、customstring1文字列のコピー作成してcustomstring1ForChkと名前を付けます。

4. このプロセッサの後に、空白の削除および「ノイズ削除」プロセッサを加えて、customstring1ForChkデータをクリーニングするように構成します。

5. 変更を保存します。「ビジネス・ルール・チェック」プロセッサにさらに変更を加える必要があるため、ディレクタを開いたままにします。

ビジネス・ルール・スプレッドシートの編集

これで、dq-health-check-business-rules-individual.xlsスプレッドシートを編集できます。これには、新しいチェック、条件およびビジネス・ルールの追加が含まれます。

注意:
customstring1ForChkフィールドが分析対象のデータに存在しない状況でルールが適用されないようにするために、条件は必須です。

1. oedq_local_home/businessrulesフォルダに移動し、dq-health-check-business-rules-individual.xlsスプレッドシートを開きます。

2. 「チェック」タブをクリックします。

3. 最大9文字を指定して、チェック用に新しいエントリを作成します。

注意:
文言によって実行するチェックを表します。9文字を超えるエントリを落とすため、実行されるチェックは、実際はエントリが9文字以下であるかどうかです。

4. 「条件」タブをクリックします。

5. coCustomString1_supplied行をコピーして、シートの一番下にある空の行に貼り付けます。

6. 新しいエントリの「条件名」と、「属性」または「チェック」の各セルを編集してcoCustomStringForChk_suppliedおよびcoCustomStringForChkをそれぞれ読み込みます。

7. 「ルール」タブをクリックします。

8. 次の値を適用してルールを表す新しい行を追加します。

- ルールID: IR391

- ルール・ラベル: Custom String 1 (denoised) greater than 9 chars

- 無効化: 空白のままにします。

- 適用先属性: atCustomString1ForChk

- 条件: coCustomString1ForChk_supplied

- エラー・コード: I391

- エラー重大度: 3

- エラー・メッセージ: Custom String 1 (denoised) is greater than 9 characters

- チェック1: chLessThan9Chars

9. 「保存」をクリックしてスプレッドシートを閉じます。

rulesreference.xlsスプレッドシートの編集

1. oedq_local_home/landingarea/dqhealthcheckフォルダに移動します。

2. rulesreference.xlsファイルを開きます。

3. その他タブをクリックします。

4. 次に示すように、新しいルールの詳細をワークシートの一番下に追加します。

5. 「保存」をクリックしてスプレッドシートを閉じます。

「ビジネス・ルール・チェック」プロセッサの変更

再度書式設定したフィールドを使用するには、「ビジネス・ルール・チェック」プロセッサを変更する必要があります。

1. ディレクタに戻ります。

2. [I6A]その他のビジネス・ルールの実行プロセスの「ビジネス・ルール・チェック」プロセッサをダブルクリックします。

3. 「プロセッサ」ダイアログの「属性」タブで、入力属性にcustomstring1ForChk属性を追加します。

4. 「識別」タブをクリックします。

5. atCustomString1ForChk識別子を見つけて、ドロップダウン・フィールドのcustomstring1ForChk入力属性を割り当てます。

6. 変更内容を保存してダイアログを閉じます。

ダッシュボード用の構成

ダッシュボードを使用する場合は、新しいルールの結果を公開するようにさらに変更する必要があります。

1. ディレクタで、[I8A]個人その他の失敗ダッシュボードへの公開プロセスを開きます。

2. 2つの「監査」プロセッサのグループのコピーを作成します。この例の目的の場合、I313監査プロセッサをコピーします。

3. キャンバスでI313プロセッサの右側にコピーを貼り付けます。

4. コピーしたプロセッサの両方の名前を次のように変更します: I391: Custom String 1 (denoised) greater than 9 chars EnabledおよびI391: Custom String 1 (denoised) greater than 9 chars。

5. I313: 国際ID番号なしプロセッサのすべての出力を、I391: Custom String 1 (denoised) greater than 9 chars Enabledプロセッサに接続します。これで、プロセッサは次のように表示されます。

6. I391: Custom String 1 (denoised) greater than 9 chars Enabledプロセッサをダブルクリックします。

7. 「プロセッサ」ダイアログで、「オプション」タブをクリックします。

8. 「正規表現」フィールドをI391に設定します。

9. 「保存」をクリックして、ダイアログを閉じます。

10. I391: Custom String 1 (denoised) greater than 9 charsプロセッサについて、手順7から9までを繰り返します。

11. 「ダッシュボード」タブをクリックします。

12. 「ルール名」フィールドを"I391: Custom String 1 (denoised) greater than 9 chars"に設定します。

13. 変更を保存し、プロセスを閉じます。

ダッシュボード・サマリーの更新

個人データ品質ヘルス・チェックジョブを再度実行したら、「ダッシュボード管理」アプリケーションの必要なサマリーに新しいルールを追加できます。

4.7 データ・インタフェースの理解

この項では、2つのヘルス・チェック・データ・インタフェースと、それぞれに含まれるすべての属性について説明します。

- 第4.7.1項「個人データ」

- 第4.7.2項「エンティティ・データ」

4.7.1 個人データ

個人データの属性はすべて文字列です。

属性

説明

individualid

個人(顧客、従業員、連絡先など)の一意の識別子。

languages

3文字のSiebel言語コード。漢字を含む名前が日本語か中国語かの判別を助けるために名前の標準化でのみEDQ-CDSによって使用されます。

nameid

名前の一意の識別子。複数の子エンティティが使用される場合に、同じ個人の異なる名前を区別するためにEDQ-CDSによって使用されます。詳細は、第5章「ビジネス・サービスの使用方法」を参照してください。

title

firstname

middlename

lastname

gender

MまたはF。

dob

*日付書式EDQ参照データ・セットにリストされているいずれかの書式の生年月日。

jobtitle

homephone

workphone

mobilephone

faxphone

alternatephone

email

taxnumber

nationalidnumber

社会保障番号(米国)またはそれに相当するもの。

accountname

該当する場合、この個人が属するアカウント(エンティティなど)の名前。

uid1

一意のID 1
注意: 一意のIDのフィールドは、EDQ-CDSで、一意のカスタム識別子(パスポートや税番号など)に基づいてレコードを照合するために使用します。詳細は、第3章「照合の使用方法」を参照してください。

uid2

一意のID 2。

uid3

一意のID 3。

eid1

除去ID 1。
注意: 除去IDのフィールドは、EDQ-CDSで、一意のカスタム識別子(パスポートや税番号など)に基づいてレコード間の可能性がある一致を除去するために使用します。詳細は、第3章「照合の使用方法」を参照してください。

eid2

除去ID 2。

eid3

除去ID 3。

addressid

住所の一意の識別子で、複数の子エンティティが使用される場合に、同じ個人の異なる住所を区別するためにEDQ-CDSで使用します。詳細は、第5章「ビジネス・サービスの使用方法」を参照してください。

address1

住所の行1。

address2

住所の行2。

address3

住所の行3。

address4

住所の行4。

dependentlocality

cityより小さい人口集中地域のデータ要素。トルコの地区(neighborhood)など。

doubledependentlocality

cityとdependentlocalityの両フィールドの内容に左右される、最も小さい人口集中地域のデータ要素。イギリスの村(village)など。

city

subadminarea

1つの国で最も小さい地理的データ要素。米国の郡(County)など。

adminarea

1つの国で最も一般的な地理的データ要素。米国の州(State)やカナダの州(Province)など。

postalcode

country

国名または2文字のISO国コード。
注意: 出力は常に、入力がISO国コードであっても、国のフルネームです。

customstring1

customstringフィールドは、ヘルス・チェックでの分析を必要としますが、標準インタフェース属性のいずれにも一致しないデータ属性のプレースホルダです。

customstring2

customstring3

customstring4

customstring5

customstring6

customstring7

customstring8

customstring9

customstring10

4.7.2 エンティティ・データ

エンティティ・データの属性はすべて文字列です。

属性

説明

nameid

名前の一意の識別子で、複数の子エンティティが使用される場合に、同じエンティティの異なる名前を区別するためにEDQ-CDSで使用します。詳細は、第5章「ビジネス・サービスの使用方法」を参照してください。

entityid

一意のレコード識別子。

languages

3文字のSiebel言語コード。漢字を含む名前が日本語か中国語かの判別を助けるためにEDQ-CDSで名前の標準化にのみ使用されます。

name

"Oracle Corporation UK"などの組織名。

subname

"Reading"、"Accounts Payable"などの部門や拠点。

phone

alternatephone

website

taxnumber

vatnumber

uid1

一意のID 1
注意: 一意のIDのフィールドは、EDQ-CDSで、一意のカスタム識別子(パスポートや税番号など)に基づいてレコードを照合するために使用します。詳細は、第3章「照合の使用方法」を参照してください。

uid2

一意のID 2。

uid3

一意のID 3。

eid1

除去ID 1。
注意: 除去IDのフィールドは、EDQ-CDSで、一意のカスタム識別子(パスポートや税番号など)に基づいてレコード間の可能性がある一致を除去するために使用します。詳細は、第3章「照合の使用方法」を参照してください。

eid2

除去ID 2。

eid3

除去ID 3。

addressid

住所の一意の識別子。

address1

address2

address3

address4

dependentlocality

cityより小さい人口集中地域のデータ要素。トルコの地区(neighborhood)など。

doubledependentlocality

最も小さい人口集中地域のデータ要素。イギリスの村(village)など。

city

subadminarea

1つの国で最も小さい地理的データ要素。米国の郡(county)など。

adminarea

1つの国で最も一般的な地理的データ要素。米国の州(state)、カナダの州(province)、イギリスの郡(county)など。

postalcode

country

customstring1

customstringフィールドは、ヘルス・チェックでの分析を必要としますが、標準インタフェース属性のいずれにも一致しないデータ属性のプレースホルダです。

customstring2

customstring3

customstring4

customstring5

customstring6

customstring7

customstring8

customstring9

customstring10

4.8 ダッシュボードのサンプル・サマリー

次の各表に、第4.4.2項「例 - ビジネス機能別のダッシュボード」で説明したサマリーに含めるルールを示します。

Account - 名前の詳細

監査コード

説明

E101

フルネームがありません

E202

名前が1文字です

E205

名前がありません

E302

サブ名が1文字です

E303

サブ名がありません

E408

名前にヒントの可能性がある語句が複数含まれています

E409

サブ名にヒントの可能性がある語句が複数含まれています

E411

通常以外の文字が名前に含まれています

E412

通常以外の文字がサブ名に含まれています

Account - 識別子

監査コード

説明

E102

エンティティIDがありません

E204

電話フィールドが指定されていません

E304

税番号がありません

E305

VAT番号がありません

E306

Webサイトがありません

E307

Webサイトが有効ではありません

E410

代替電話がありません

E413

通常以外の文字が電話に含まれています

E417

代替電話がありません

E419

電話がありません

Account - 識別子外れ値

監査コード

説明

E420

代替電話に2桁未満が指定されているようです

E510

代替電話の長さが基準外です(上/下0.1%で発生)

E520

代替電話のパターンの頻度が低すぎます(5%未満の確率で発生)

E421

電話に2桁未満が指定されているようです

E504

税番号の頻度が高すぎます(5%超の確率で発生)

E505

VAT番号の頻度が高すぎます(5%超の確率で発生)

E506

Webサイトの頻度が高すぎます(5%超の確率で発生)

E513

電話の長さが基準外です(上/下0.1%で発生)

E514

税番号の長さが基準外です(上/下0.1%で発生)

E515

VAT番号の長さが基準外です(上/下0.1%で発生)

E521

電話のパターンの頻度が低すぎます(5%未満の確率で発生)

E523

税番号のパターンの頻度が低すぎます(1%未満の確率で発生)

E524

VAT番号のパターンの頻度が低すぎます(1%未満の確率で発生)

E525

Webサイトのパターンの頻度が高すぎます(5%超の確率で発生)

Account - 住所の詳細

監査コード

説明

E203

住所1がありません

E206

郵便番号がありません

E207

市がありません

E301

住所をAVプロセッサで検証できません

E308

住所2および3がありません

E407

住所をAVプロセッサでジオコード化できません

E414

住所2がありません

E415

住所3がありません

E416

行政区画がありません

E418

国がありません

Account - 住所の詳細外れ値

監査コード

説明

E501

行政区画の頻度が非常に低いです(0.1%未満の確率で発生)

E502

市の頻度が非常に低いです(0.1%未満の確率で発生)

E503

国の頻度が非常に低いです(0.1%未満の確率で発生)

E511

市の長さが基準外です(上/下0.1%で発生)

E512

国の長さが基準外です(上/下0.1%で発生)

E522

郵便番号のパターンの頻度が低すぎます(1%未満の確率で発生)

Account - 可能性がある重複

監査コード

説明

E201

重複するエンティティIDが検出されました

E401

フルネーム住所1の可能性がある重複

E402

フルネーム代替電話の可能性がある重複

E403

フルネーム電話の可能性がある重複

E404

フルネームWebサイトの可能性がある重複

E405

名前税番号の可能性がある重複

E406

名前VAT番号の可能性がある重複

Contact - 名前の詳細

監査コード

説明

I101

フルネームがありません

I203

名が1文字です

I204

姓が1文字です

I208

名がありません

I210

姓がありません

I301

名前が姓のみで構成されています

I304

ミドルネームが1文字です

I310

ミドルネームがありません

I411

タイトルが一般的なタイトル・リストにありません

I418

タイトルがありません

I420

通常以外の文字が名に含まれています

I421

通常以外の文字が姓に含まれています

I422

通常以外の文字がミドルネームに含まれています

I428

フルネームにエンティティのヒントの可能性がある語句が含まれています

I429

フルネームにヒントの可能性がある語句が複数含まれています

Contact - 識別子

監査コード

説明

I102

個人IDがありません

I206

電話フィールドが指定されていません

I212

電子メールが有効ではありません

I302

性別およびタイトルに整合性がありません

I305

アカウント名がありません

I307

DOBがありません

I308

電子メールがありません

I311

税番号がありません

I312

DOBが未来日付です

I313

国民ID番号がありません

I413

代替電話がありません

I415

FAXがありません

I416

自宅電話がありません

I417

携帯電話がありません

I419

勤務先電話がありません

I423

通常以外の文字が代替電話に含まれています

I424

通常以外の文字がFAXに含まれています

I425

通常以外の文字が自宅電話に含まれています

I426

通常以外の文字が携帯電話に含まれています

I427

通常以外の文字が勤務先電話に含まれています

Contact - 識別子外れ値

監査コード

説明

I202

性別が有効値ではありません

I209

性別がありません

I430

DOB年が1900年より前です

I433

代替電話に2桁未満が指定されているようです

I434

自宅電話に2桁未満が指定されているようです

I435

携帯電話に2桁未満が指定されているようです

I436

勤務先電話に2桁未満が指定されているようです

I437

FAXに2桁未満が指定されているようです

I501

アカウント名の頻度が高すぎます(5%超の確率で発生)

I502

電子メールの頻度が高すぎます(5%超の確率で発生)

I503

税番号の頻度が高すぎます(5%超の確率で発生)

I508

タイトルの頻度が非常に低いです(0.1%未満の確率で発生)

I509

国民ID番号の頻度が高すぎます(5%超の確率で発生)

I510

DOB日付(年)の頻度が高すぎます(1%超の確率で発生)

I511

DOB年の頻度が高すぎます(5%超の確率で発生)

I512

DOB月の頻度が高すぎます(10%超の確率で発生)

I513

DOB日付(週)の頻度が高すぎます(15%超の確率で発生)

I514

DOB日付(月)の頻度が高すぎます(5%超の確率で発生)

I520

代替電話のパターンの頻度が低すぎます(5%未満の確率で発生)

I521

DOBのパターンの頻度が低すぎます(5%未満の確率で発生)

I522

電子メールのパターンの頻度が高すぎます(5%超の確率で発生)

I523

FAXのパターンの頻度が低すぎます(5%未満の確率で発生)

I524

自宅電話のパターンの頻度が低すぎます(5%未満の確率で発生)

I525

携帯電話のパターンの頻度が低すぎます(5%未満の確率で発生)

I527

税番号のパターンの頻度が低すぎます(1%未満の確率で発生)

I528

勤務先電話のパターンの頻度が低すぎます(5%未満の確率で発生)

I529

国民ID番号のパターンの頻度が低すぎます(1%未満の確率で発生)

I530

代替電話の長さが基準外です(上/下0.1%で発生)

I533

DOBの長さが基準外です(上/下0.1%で発生)

I534

FAXの長さが基準外です(上/下0.1%で発生)

I536

自宅電話の長さが基準外です(上/下0.1%で発生)

I537

携帯電話の長さが基準外です(上/下0.1%で発生)

I538

税番号の長さが基準外です(上/下0.1%で発生)

I539

勤務先電話の長さが基準外です(上/下0.1%で発生)

I540

国民ID番号の長さが基準外です(上/下0.1%で発生)

Contact - 住所の詳細

監査コード

説明

I205

住所1がありません

I207

市がありません

I211

郵便番号がありません

I303

住所をAVプロセッサで検証できません

I306

住所2および3がありません

I410

住所をAVプロセッサでジオコード化できません

I412

行政区画がありません

I414

国がありません

I431

住所2がありません

I432

住所3がありません

Contact - 住所の詳細外れ値

監査コード

説明

I504

行政区画の頻度が非常に低いです(0.1%未満の確率で発生)

I505

市の頻度が非常に低いです(0.1%未満の確率で発生)

I506

国の頻度が非常に低いです(0.1%未満の確率で発生)

I526

郵便番号のパターンの頻度が低すぎます(1%未満の確率で発生)

I531

市の長さが基準外です(上/下0.1%で発生)

I532

国の長さが基準外です(上/下0.1%で発生)

Contact - 可能性がある重複

監査コード

説明

I201

重複する個人IDが検出されました

I401

フルネーム住所1の可能性がある重複

I402

フルネーム代替電話の可能性がある重複

I403

フルネーム電子メールの可能性がある重複

I404

フルネームFAXの可能性がある重複

I405

フルネーム自宅電話の可能性がある重複

I406

フルネーム携帯電話の可能性がある重複

I407

フルネーム勤務先電話の可能性がある重複

I408

姓税番号の可能性がある重複

I409

姓国民ID番号の可能性がある重複

5 ビジネス・サービスの使用方法

この章では、EDQ-CDSビジネス・サービス機能の使用方法について説明します。

この章の内容は次のとおりです。

- 第5.1項「クリーニング・サービス」

- 第5.2項「キー生成サービス」

- 第5.3項「照合サービス」

- 第5.4項「データ・インタフェース」

- 第5.5項「リアルタイム統合」

用意されているビジネス・サービスは、いつでもSiebel Customer Relationship Management (CRM)またはUniversal Customer Master (UCM)と統合できる状態であり、構成すれば他のアプリケーションからコールすることもできます。

すぐに使用できるよう、EDQ-CDSには、機能を実装する基礎となるEDQプロセスを編集することで変更または拡張できる事前構成済のデータ品質サービスが用意されています。次の3種類のサービスが個人、エンティティおよび住所の各レコードで使用できます。

- クリーニング

- キー・プロファイル(照合の統合で使用)

- 照合

5.1 クリーニング・サービス

EDQ-CDSには、住所クリーニング、個人クリーニングおよびエンティティ・クリーニングの3つのクリーニング・サービスが用意されています。個人およびエンティティのクリーニング・サービスは、プレースホルダとして提供されており、Siebelと事前に統合され、他のアプリケーションと簡単に統合できますが、特定の要件にあわせて変更する必要があります。

5.1.1 住所クリーニング

EDQ-CDS住所クリーニングWebサービスには次の機能があります。

- 入力住所の検証(検証コードおよび説明を戻します)

- 住所のジオコード化(緯度および経度の座標をその他のメタデータとともに戻します)

- 入力住所の修正、標準化および完成(十分な構成可能なレベルまで住所が検証された場合)

このサービスはN:Nです。つまり、単一および複数レコードの入出力が可能ですが、送信された各レコードに対してレコードは1件のみ戻されます。入力住所はそれぞれ検証され、実行ジョブに設定したオプションと入力パラメータに応じて修正、拡張およびジオコード化されます。

Siebel Data Qualityインタフェースでは常に、リアルタイムでの実行であろうとバッチでの実行であろうと、リクエストごとに1つのレコードでサービスをコールします。

5.1.1.1 住所クリーニングの使用

住所クリーニングWebサービスは通常、Siebelなどのアプリケーションで住所が入力および更新されたときのリアルタイムの検証およびクリーニングに使用します。

Siebelの場合、このWebサービスはバッチでも使用します。バッチ住所クレンジング・ジョブを実行すると、バッチ・ジョブの対象範囲内のレコードすべてに対してこのWebサービスが使用されます。

その他のアプリケーションの場合は、サービスをバッチ・モードで実行するために、EDQ-CDSに構成を追加して住所クリーニング・データ・インタフェースとデータとの間にマッピングを作成することをお薦めします。

5.1.1.2 インタフェース

次の表では、住所クリーニングWebサービスのインタフェース属性について説明します。

属性名

データ型

用途

備考

addressid

文字列

入/出力

住所の一意の識別子。

address1

文字列

入/出力

住所の行1

address2

文字列

入/出力

住所の行2

address3

文字列

入/出力

住所の行3

address4

文字列

入/出力

住所の行4

dependentlocality

文字列

入/出力

cityフィールドの内容に左右される、より小さい人口集中地域のデータ要素。トルコの地区(Neighborhood)など。多くの国では、この属性は使用されません。

doubledependentlocality

文字列

入/出力

cityとdependentlocalityの両フィールドの内容に左右される、最も小さい人口集中地域のデータ要素。イギリスの村(village)など。多くの国では、この属性は使用されません。

city

文字列

入/出力

住所の市区町。

subadminarea

文字列

入/出力

1つの国で最も小さい地理的データ要素。米国の郡(county)など。

adminarea

文字列

入/出力

1つの国で最も一般的な地理的データ要素。米国の州(State)やカナダの州(Province)など。

postalcode

文字列

入/出力

国に関連する場合、住所の郵便番号。

country

文字列

入/出力

入力では、2文字のISO国コード(推奨)または国名です。出力では、(入力がISO国コードであっても)国のフルネームです。
注意: countryフィールドが空白の場合、city属性からの国の導出が試行されます。この値がない場合、実行プロファイルに指定したデフォルトが使用されます。

defaultcountrycode

文字列

入力のみ

countryにデータが移入されない場合に使用されるデフォルトの2文字のISO国コード。この値で、ジョブの実行時に使用されるデフォルト値がオーバーライドされます。

case (パラメータ)

文字列

入力のみ

次の設定に応じて、出力を変換します。
U (大文字) - すべてのテキストを大文字に変換します。

L (小文字) - すべてのテキストを小文字に変換します。

M (混合) - すべてのテキストを大文字と小文字が混ざった形式に変換しますが、postalcodeおよびadminareaを除きます。これらのフィールド値は、住所が検証された場合、AVプロセッサから戻されたとおりのままです。住所が検証されなかった場合、postalcodeは入力したとおりのままであり、adminareaは大文字と小文字が混ざった形式に変換されます。

O (元) - テキストは変換されません。

mode (パラメータ)

文字列

入力のみ

リクエストを実行するモード。
現在は、V (検証)のみサポートされています。

minimumverificationmatchscore (パラメータ)

数値

入力のみ

0から100までの数値で、クリーニング済の住所として使用するために照合で達成する必要がある最小スコアを表します。入力住所は、住所に対する「住所の検証」プロセッサの一致スコアが入力値を下回る場合、変更されません。

minimumverificationlevel (パラメータ)

数値

入力のみ

1から5までの数値で、クリーニング済の住所として使用するために照合で達成する必要がある最小検証レベルを表します。
入力住所は、住所に対する「住所の検証」プロセッサの検証レベルが入力値を下回る場合、変更されません。

allowedverificationresultcodes (パラメータ)

文字列

入力のみ

次の単一文字結果コードのいずれかのセパレータなしのリスト(例: 'VPA')。
V (検証済)

P (部分的に検証済)

A (不明瞭)

R (元に戻す)

U (未検証)

入力住所は、住所に対する検証結果コード(たとえば、verificationcodeの1文字目)がリストされた入力値のいずれにでもない場合、変更されません。

fulladdress

文字列

出力のみ

住所検証から戻された完全な検証済住所。住所行がパイプで区切られています。

countrycode

文字列

出力のみ

検証済住所の国の2文字のISO国コード。

verificationcode

文字列

出力のみ

住所の検証コード。

verified

文字列

出力のみ

プロセスの構成および結果として得られた検証コードに応じて、生成された結果が十分なレベルまで検証されたかどうかを示します。これは、入力住所が住所検証から戻された住所に変更されたかどうかも示します。可能な戻り値は、Y (検証済)、N (未検証)またはX (EDQ Address Verificationがインストールされていない)です。

verificationcodedescription

文字列

出力のみ

検証コードのUS英語の説明。

latitude

数値

出力のみ

10進の角度書式で表すWGS 84緯度。

longitude

数値

出力のみ

10進の角度書式で表すWGS 84経度。

geoaccuracycode

文字列

出力のみ

戻されたジオコード(緯度と経度)の座標の正確さのレベルを示すコード。

geoaccuracycodedescription

文字列

出力のみ

geoaccuracycodeのUS英語の説明。

geodistance

数値

出力のみ

戻されたジオコードの正確さの半径(メートル単位)。値が高いほど、ジオコード化の結果は正確さを欠きます。

5.1.1.3 パラメータ

住所クリーニングWebサービスでは、前述の表で示したとおり、多くの入力パラメータを使用して住所処理時の動作を制御します。

minimumverificationmatchscore、minimumverificationlevelおよびallowedverificationresultcodesのパラメータはすべて、処理時にEDQの「住所の検証」プロセッサが到達する信頼度レベルに基づいて入力住所を変更(クリーニング)するかどうかをオーバーライドするためのメッセージ・レベルのしきい値として使用されます。通常、またSiebelで住所クリーニング・サービスを使用する場合、これらのパラメータは使用せず、住所クリーニング・プロセスの基礎となる設定を使用して住所を変更するかどうかを決めます。このプロセスでは、必要に応じてこれらの同じパラメータを国単位に設定できます。国固有のしきい値が指定されていない場合、グローバル・デフォルト設定が適用され、それらはEDQ-CDS実行プロファイルを使用して設定できます。しきい値の適用優先度は、次のとおりです。

1. 前述のパラメータ属性を使用したメッセージ単位のしきい値設定

2. 参照データ・セット住所クリーニング - 国の検証レベルおよび結果で表される国単位のしきい値

3. プロセスで示され、実行プロファイルを使用して実行単位にオーバーライドされるグローバル・デフォルト設定。

サービスから戻される住所の行数を制御するために、追加の構成オプションが使用できます。これは、パラメータとしてインタフェースで公開されていませんが、phase.*.process.Clean\ -\ Address.Number\ Of\ Address\ Lines実行プロファイル設定を使用して設定できます。デフォルトの戻される行数は4です。

検証レベルに関する注意事項

次の検証レベルを指定できます。到達可能な最大検証レベルは国ごとに異なります。各国の最大レベルの詳細は、次のLoqate Oracle EDQポータルWebサイトを参照してください。

http://www.loqate.com/oracle

検証レベルは、EDQの「住所の検証」プロセッサから戻される精度コードの2文字目として出力されます。'後処理'検証レベルが使用されます('前処理'レベルは使用されません)。つまり、EDQ Address Verificationによって標準化および解析が入力住所に適用された後に到達した検証レベルです。

検証レベル

説明

1

行政区画(State、RegionまたはCounty)レベルまで検証済

2

地域(CityまたはTown)レベルまで検証済

3

大通り(Street)レベルまで検証済

4

建物(Building Number)レベルまで検証済

5

受渡し場所(Sub-Building Number)レベルまで検証済

注意:
EDQ Address Verificationがインストールされていない(または正しくインストールされていない)場合でも、住所クリーニング・サービスはインストールでき、実装するジョブを実行できます。ただし、サービスに対してリクエストを実行すると、出力フィールドはすべて空白となります。ただし、verified出力フィールドとverificationcode出力は例外で、それぞれ値Xと値-1.0が格納されます。

注意:
Enterprise Data Qualityリリース12.2.1からリリース12.2.1.1にアップグレードし、「住所の検証」プロセッサをインストールしている場合、住所検証データもアップグレードする必要があります。データのアップグレードについては、Loqateに問い合せてください。

5.1.2 個人クリーニング

個人クリーニングWebサービスは、個人(顧客、見込み客、連絡先、従業員のいずれであろうと)を表すレコードを検証、修正、標準化または拡張することを目的に設計されています。

EDQ-CDSでこのサービスを実装するクリーニング - 個人プロセスは、プレースホルダにすぎず、要件にあわせてカスタマイズする必要があります。入力名前属性を大文字に変換するデフォルトのプロセスが提供されているため、このサービスをSiebelや他のアプリケーションに接続する場合、サービスが正しく接続されているかテストするのは簡単です。

このサービスはN:Nです。つまり、単一および複数レコードの入出力が可能ですが、送信された各レコードに対してレコードは1件のみ戻されます。

Siebel Data Qualityインタフェースでは常に、リアルタイムでの実行であろうとバッチでの実行であろうと、リクエストごとに1つのレコードでサービスをコールします。

5.1.2.1 個人クリーニングの使用

個人クリーニングWebサービスは、次のような(ただしこれに限らず)様々な目的のために拡張できます。

- 個人に関連する入力詳細(電子メール・アドレスなど)の検証

- 個人に関連する入力詳細(役職など)の標準化

- 個人に関連するデータの(個人の参照データを照合し、ソーシャル・メディア・ハンドルなどの追加属性を戻すなどによる)拡張

通常、このWebサービスは、個人レコードがアプリケーションで追加または更新されるとリアルタイムでコールされます。

Siebelの場合、このWebサービスはバッチでも使用します。バッチ連絡先クレンジング・ジョブを実行すると、バッチ・ジョブの対象範囲内のレコードすべてに対してこのWebサービスが使用されます。

その他のアプリケーションの場合は、サービスをバッチ・モードで実行するために、EDQ-CDSに構成を追加して個人クリーニング・データ・インタフェースとデータとの間にマッピングを作成することをお薦めします。

サービスで使用されるインタフェースは、Siebelの連絡先ビジネス・コンポーネントに直接マップするように設計されていますが、入力と出力の両方で新しい属性を使用して自由に拡張できます。Siebel DQベンダー・パラメータは、様々な属性を介してサービスに渡るように拡張できます。

5.1.2.2 インタフェース

次の表では、個人クリーニングWebサービスのデフォルト・インタフェースについて説明します。デフォルトでは、属性はすべて入力であり出力でもあります。空値をインタフェースに入力できますが、データ拡張サービスを提供するように、出力で属性を移入することもできます。

属性名

データ型

備考

individualid

文字列

個人レコードの一意の識別子。

languages

文字列

3文字のSiebel言語コード。これは、漢字が含まれる名前を日本語として処理するか、中国語として処理するか判別するために使用できます。

nameid

文字列

名前の一意の識別子。

title

文字列

タイトル

firstname

文字列

名

middlename

文字列

ミドルネーム

lastname

文字列

姓

gender

文字列

MまたはF

dob

文字列

生年月日

jobtitle

文字列

役職

homephone

文字列

自宅電話番号

workphone

文字列

勤務先電話番号

mobilephone

文字列

携帯電話番号

faxphone

文字列

FAX番号

alternatephone

文字列

代替電話番号

email

文字列

電子メール・アドレス

taxnumber

文字列

税番号

nationalidnumber

文字列

社会保障番号(米国)またはそれに相当するもの。

5.1.3 エンティティ・クリーニング

エンティティ・クリーニングWebサービスは、エンティティ(企業顧客、見込み企業顧客、サプライヤ、その他の組織のいずれであろうと)を表すレコードを検証、修正、標準化または拡張することを目的に設計されています。

EDQ-CDSでこのサービスを実装するクリーニング - エンティティプロセスは、プレースホルダにすぎず、要件にあわせてカスタマイズする必要があります。名前およびサブ名の入力属性を大文字に変換するデフォルトのプロセスが提供されているため、このサービスをSiebelや他のアプリケーションに接続する場合、サービスが正しく接続されているかテストすることは簡単です。

このサービスはN:Nです。つまり、単一および複数レコードの入出力が可能ですが、送信された各レコードに対してレコードは1件のみ戻されます。

Siebel Data Qualityインタフェースでは常に、リアルタイムでの実行であろうとバッチでの実行であろうと、リクエストごとに1つのレコードでサービスをコールします。

5.1.3.1 エンティティ・クリーニングの使用

エンティティ・クリーニングWebサービスは、次のような(ただしこれに限らず)様々な目的のために拡張できます。

- エンティティに関連する入力詳細の検証(Webサイトが構文的に有効であるかのチェックなど)

- エンティティに関連する入力詳細(会社の名称や所在地など)の標準化

- エンティティに関連するデータの(エンティティの参照データを照合し、ダンアンドブラッドストリート社のDUNS番号などの追加属性を戻すなどによる)拡張

通常、このWebサービスは、エンティティ・レコードがアプリケーションで追加または更新されるとリアルタイムでコールされます。

Siebelの場合、このWebサービスはバッチでも使用します。バッチ・アカウント・クレンジング・ジョブを実行すると、バッチ・ジョブの対象範囲内のレコードすべてに対してこのWebサービスが使用されます。

その他のアプリケーションの場合は、サービスをバッチ・モードで実行するために、EDQ-CDSに構成を追加してエンティティ・クリーニング・データ・インタフェースとデータとの間にマッピングを作成することをお薦めします。

サービスで使用されるインタフェースは、Siebelのアカウント・ビジネス・コンポーネントに直接マップするように設計されていますが、入力と出力の両方で新しい属性を使用して自由に拡張できます。Siebel Data Qualityベンダー・パラメータは、様々な属性を介してサービスに渡るように拡張できます。

5.1.3.2 インタフェース

次の表では、エンティティ・クリーニングWebサービスのデフォルト・インタフェースについて説明します。デフォルトでは、属性はすべて入力であり出力でもあります。空値をインタフェースに入力できますが、データ拡張サービスを提供するように、出力で属性を移入することもできます。

属性名

データ型

備考

entityid

文字列

エンティティ・レコードの一意の識別子。

languages

文字列

3文字のSiebel言語コード。これは、漢字が含まれる名前を日本語として処理するか、中国語として処理するか判別するために使用できます。

nameid

文字列

名前の一意の識別子。

name

文字列

"Oracle Corporation UK"などの組織名。

subname

文字列

"Reading"、"Accounts Payable"などの部門や拠点。

phone

文字列

電話番号

alternatephone

文字列

代替電話番号

website

文字列

Webサイト・アドレス

taxnumber

文字列

企業の税番号

vatnumber

文字列

企業のVAT番号

5.2 キー生成サービス

EDQ-CDSキー生成サービスは、個人、エンティティまたは住所のレコード1件に対して多数のキー値を生成するように設計されています。1レコードに対して戻されたキー値は、Siebelなどのアプリケーションで照合の'候補'レコードを選択するために使用されます(このとき、'駆動'レコード(キー生成サービスに送信されたレコード)とキー値を共有する既存のレコードが候補と見なされます)。駆動レコードと候補レコードは、1つのリクエストで関連の照合サービスに送信されます。

重複レコードがアプリケーションに挿入されないようにするためにリアルタイムでコールされる他、アキー生成サービスは、プリケーションの既存のレコードすべてにキー値を移入するためにバッチ・モードでも使用されるため、リアルタイム照合ジョブおよび増分バッチ照合ジョブは、いずれも候補選択に既存のレコードのキー値を使用しますが、正しく動作します。

キー生成サービスはN:Nです。つまり、単一および複数レコードの入出力が可能です。リアルタイムでは、単一の出力レコードが戻され、キーの配列が格納されています。バッチ・モードでは、各キーがステージング表の別個のレコードとして戻されます。

5.2.1 キー生成サービスの使用

リアルタイム・キー生成サービスは通常、アプリケーション内のレコードに照らして一致がないか新しいレコードまたは更新されたレコードをチェックする必要がある場合に、EDQ-CDSへの最初のコールとして使用されます。戻されたキー値は、駆動レコードとともに照合サービスに送信される候補レコードの選択に使用されます。

キーが常に最新であるためには、キー生成サービスをレコードが更新されるたびにコールする必要があります。これには、Siebel UCMまたは他のハブで、着信ドライバ・レコードで確認された一致によってマスター・レコードが更新されるシナリオがあります。

キー生成サービスは、次を使用して公開されます。

Webサービス:

- IndividualKeygen

- EntityKeygen

- AddressKeygen

バッチ・ジョブ:

- バッチ個人キー生成

- バッチ・エンティティ・キー生成

- バッチ住所キー生成

5.2.2 インタフェース

キー生成Webサービスでは、次のように、共有'候補'データ・インタフェースへの直接マッピングを伴う入力インタフェースを提供します。

Webサービス

入力インタフェース

IndividualKeygen

第5.4.1.1項「個人候補」を参照してください。

EntityKeygen

第5.4.1.2項「エンティティ候補」を参照してください。

AddressKeygen

第5.4.1.3項「住所候補」を参照してください。

キー生成Webサービスはすべて、共通のリアルタイム・キー生成結果インタフェース・データ・インタフェースを使用して出力属性を戻します(第5.4.3項「キー生成結果インタフェース」を参照)。

IndividualKeygen、EntityKeygenおよびAddressKeygenのWebサービスはすべて、メッセージ・ヘッダーのkeyprofile属性を受け入れ、キー・メソッドの有効/無効の指定にこれを使用し、より幅広いキー・メソッド・アルゴリズムのメニューを提供するようにEDQ-CDSを拡張します。

その冗長な性質のため、自動プロファイルに求められるのは、キー分析時に生成され、コール元アプリケーションから直接キー生成に渡されることのみです。

次のすぐに使用できる手動プロファイルが、ユーザーによる選択のためにCDSで用意されています。

- Strict

- Typical

- Loose

これらのプロファイルに割り当てられる実際のキー・メソッドは、EDQ-CDSプロジェクトの'キー・プロファイル - 事前定義済'参照データで確認できます。これらは、必ずしも同等の厳密/標準/緩やかのキー・メソッドをすべて使用するわけではなく、またレガシー・クラスタ・レベル1/2/3に厳密に対応してはいません。

'キー・メソッド・マスター定義'参照データの使用可能なキー・メソッドから選択して、このリファレンス・データを相応に変更することでオンプレミス・カスタマを使用可能なキー・プロファイルのリストに簡単に追加できます。CDSプロセス自体をカスタマイズせずに新しいキー・メソッドを作成することはできません。

5.3 照合サービス

照合サービス(Siebel Universal Data Qualityドキュメントでは一致スコアリング・サービスと呼ばれることもある)では、入力(ドライバおよび候補)レコードを比較し、可能性がある一致のリストを一致がどの程度かを示すスコアと、レコードの一致状態に関する追加情報とともに生成します。

照合サービスでは、比較のためのレコードはドライバと呼ばれ、それと比較されるレコードは候補と呼ばれます。ドライバ・レコードは他のドライバとも比較されますが、候補レコードは他の候補と比較されることはありません。指定されたレコード・ペアで最もスコアが高い一致のみが戻されます。

注意:
現在、Siebelでは住所照合サービスをバッチでもリアルタイムでも使用していません(ただし、このサービスは他のアプリケーションと統合できます)。

5.3.1 照合サービスの使用

3つの形式の照合がサポートされています。

リアルタイム

単一のドライバ・レコード(場合によっては、複数の子エンティティ・レコードを保持)が多数の候補と比較されます。

全体バッチ

全レコードが互い(キー生成の対象)に比較されます。たとえば、すべてドライバとして指定されます。これは、ある程度時間がかかる可能性がある大規模な操作です。通常は新しいインストール環境で使用されるか、場合によっては通常のメンテナンス操作の一環として使用されます。

増分バッチ

特定の一部のレコード・タイプが識別され、ドライバ・レコードとして指定されます。次に、照合キー・メソッドを保持する他のレコードが識別され、候補として指定されます。ドライバ・レコードと候補レコードが比較され、ドライバ・レコードが互いに比較されます。使用方法の例として、ある一定期間(一週間、一か月など)のすべての新規レコードに対する既存のレコードに照らした定期チェックがあります。

リアルタイム照合サービスは、EDQ-CDSの次のWebサービスを介して公開されます。

- IndividualMatch

- EntityMatch

- AddressMatch

照合サービスを実装するバッチ・プロセスおよびリアルタイム・プロセスはで、入力データ(前述のリアルタイム照合用のWebサービスそれぞれにマップされる)に次のデータ・インタフェースを使用します。

- 個人候補

- エンティティ候補

- 住所候補

一致データ・インタフェースは、すべてのレコード・タイプ(個人、エンティティおよび住所)に対する共通出力インタフェースとして使用されますが、レコード・タイプごとにマップされるフィールドは異なります。

5.3.2 複数の識別子値を使用した照合

EDQ-CDS内の照合サービスは、特定の個人またはエンティティの照合時に使用する代替識別子値をいくつも(複数の電子メール・アドレス、住所または名前など)ユーザーが送信できるように設計されています。

EDQ-CDSでは、パイプ区切りリストとして送信された場合、次の属性の複数の値に対して照合を実行できます。

- uid属性とeid属性

- alternatephone

- email

- website

- taxnumber

- nationalidnumber

- vatnumber

しかし、EDQ-CDSで個人またはエンティティのレコードを複数の名前または住所と照合するためには、そのようなレコードをまず複数のレコードに分割する必要があります。これらのレコードにはそれぞれ、同じentityidまたはindividualidが必要ですが、nameid属性またはaddressid属性(あるいはその両方)は異なります。

したがって、3つの名前を保持する個人レコードは、次のように3つのレコードに分割する必要があります。

individualid

nameid

firstname

lastname

enail

address1

A1

1

John

Smith

jsmith@jsmith.com

56 High Street

A1

2

Jon

Smith

jsmith@jsmith.com

56 High Street

A1

3

J

Smith

jsmith@jsmith.com

56 High Street

同様に、2つの住所を保持するエンティティ・レコードは、2つのレコードに分割する必要があります。

entityid

nameid

name

subname

website

address1

B1

1

OracleLtd

Accounts Payable

www.oracle.com

Oracle Parkway

B1

2

Oracle Corporation UK

Accounts Payable

www.oracle.com

Oracle Parkway

そして、2つの名前と2つの住所を保持する1つのエンティティ・レコードは、4つのレコードに分割する必要があります。

entityid

nameid

name

subname

website

addressid

address1

C1

1

OracleLtd

Accounts Payable

www.oracle.com

A

Oracle Parkway

C1

1

OracleLtd

Accounts Payable

www.oracle.com

B

Thames Valley Park

C1

2

Oracle Corporation UK

Accounts Payable

www.oracle.com

A

Oracle Parkway

C1

2

Oracle Corporation UK

Accounts Payable

www.oracle.com

B

Thames Valley Park

EDQ Siebel Connectorでは、照合サービスを適切に使用するために自動的にデータが準備され、EDQ-CDSはSiebelと統合されます。複数の子エンティティの使用がSiebelで構成されている場合、データはEDQ-CDS照合サービスで必要な構造で準備されます。たとえば、複数の電話番号をパイプ区切りリストに連結したり、複数の名前または住所の使用が構成されている場合は、複数のレコードに分割します。

注意:
複数の子エンティティを保持するレコードの場合、対となるレコード間で一致は常に1つしか戻されません。これは常に、一致ルールに従って最も高いスコアの一致です。

5.3.3 インタフェース

照合Webサービスでは、次のように、共有'候補'データ・インタフェースへの直接マッピングを伴う入力インタフェースを提供します。

Webサービス

入力インタフェース

IndividualMatch

第5.4.1.1項「個人候補」を参照してください。

EntityMatch

第5.4.1.2項「エンティティ候補」を参照してください。

AddressMatch

第5.4.1.3項「住所候補」を参照してください。

照合サービスはすべて、出力属性を共通の一致インタフェース・データ・インタフェースを使用して戻します。

5.4 データ・インタフェース

この項では、次のEDQ-CDSデータ・インタフェースについて説明します。

- 第5.4.1項「候補インタフェース」

- 第5.4.2項「一致インタフェース」

- 第5.4.3項「キー生成結果インタフェース」

5.4.1 候補インタフェース

候補インタフェースは、バッチとリアルタイムの両方で個人/エンティティ/住所の照合およびキー生成に対するデータ入力に使用されます。

注意:
リアルタイムでは、各インタフェースに、メッセージ単位でヘッダーに渡すことができるオプションがいくつか関連付けられています。これらすべてに、実行プロファイルで設定可能な対応するオプションがあります。ヘッダー・オプションは、リアルタイムで設定されている場合、実行プロファイルで設定した値をオーバーライドします。

5.4.1.1 個人候補

属性名

データ型

複数値のサポート(する/しない)

備考

candidate

文字列

しない

0 = 駆動レコード、1 = 候補。照合でのみ使用します。駆動レコードはすべて互いに比較され、各候補とも比較されますが、候補は互いに比較されません。リアルタイム照合では、個人、エンティティまたは住所を表す論理駆動レコードは1つしか存在できません。複数の子エンティティが使用されている場合、同じ個人またはエンティティについて複数の物理レコードが許容されます。候補レコードは常に複数指定できます。

individualid

文字列

しない

個人(顧客、従業員、連絡先など)の一意の識別子。複数のドライバ・レコードを含むバッチ・ジョブおよびリアルタイム・リクエストに対しては必須です。

languages

文字列

する

3文字のSiebel言語コード。漢字を含む名前が日本語か中国語かの判別を助けるために名前の標準化でのみ使用されます。

uid1

文字列

する

一意のID 1 (単一の値または複数の値のパイプ区切りリスト)。
注意: 一意のIDのフィールドは、一意のカスタム識別子(パスポートや税番号など)に基づいてレコードを照合するために使用します。詳細は、Oracle Enterprise Data Quality Enterprise Data Qualityカスタマ・データ・サービス・パック・ガイドを参照してください。

uid1id

文字列

する

uid1のID値に対応する単一の値または複数の値のパイプ区切りリストで、一致の場合に、どの値が一致したかを識別して照合サービスからその値を戻すために使用できます。

uid2

文字列

する

一意のID 2 (単一の値または複数の値のパイプ区切りリスト)。

uid2id

文字列

する

uid2のID値に対応する単一の値または複数の値のパイプ区切りリストで、一致の場合に、どの値が一致したかを識別して照合サービスからその値を戻すために使用できます。

uid3

文字列

する

一意のID 3 (単一の値または複数の値のパイプ区切りリスト)。

uid3id

文字列

する

uid3のID値に対応する単一の値または複数の値のパイプ区切りリストで、一致の場合に、どの値が一致したかを識別して照合サービスからその値を戻すために使用できます。

eid1

文字列

する

除去ID 1 (単一の値または複数の値のパイプ区切りリスト)。
注意: 除去IDのフィールドは、一意のカスタム識別子(パスポートや税番号など)に基づいてレコード間の可能性がある一致を除去するために使用します。詳細は、Oracle Enterprise Data Quality Enterprise Data Qualityカスタマ・データ・サービス・パック・ガイドを参照してください。

eid2

文字列

する

除去ID 2 (単一の値または複数の値のパイプ区切りリスト)。

eid3

文字列

する

除去ID 3 (単一の値または複数の値のパイプ区切りリスト)。

ieid1

文字列

する

反転除去ID 1 (単一の値または複数の値のパイプ区切りリスト)。

ieid2

文字列

する

反転除去ID 2 (単一の値または複数の値のパイプ区切りリスト)。

ieid3

文字列

する

反転除去ID 3 (単一の値または複数の値のパイプ区切りリスト)。

nameid

文字列

しない

名前の一意の識別子で、複数の子エンティティが使用される場合に、同じ個人の異なる名前を区別するために使用します。詳細は、第5.3.1項「照合サービスの使用」を参照してください。

title

文字列

しない

タイトル

firstname

文字列

しない

名

middlename

文字列

しない

ミドルネーム

lastname

文字列

しない

姓

gender

文字列

しない

性別(MまたはF)

dob

文字列

しない

EDQの*日付書式参照データ・セットで認識されているいずれかの書式の生年月日。

jobtitle

文字列

しない

役職

homephone

文字列

しない

自宅電話番号

workphone

文字列

しない

勤務先電話番号

mobilephone

文字列

しない

携帯電話番号

faxphone

文字列

しない

FAX番号

alternatephone

文字列

する

代替電話番号 - 単一の値または複数の値のパイプ区切りリスト。

alternatephoneid

文字列

する

alternatephoneのID値に対応する単一の値または複数の値のパイプ区切りリストで、一致の場合に、どの値が一致したかを識別して照合サービスからその値を戻すために使用できます。

email

文字列

する

単一の値または複数の電子メール・アドレスのパイプ区切りリスト。

emailid

文字列

する

emailのID値に対応する単一の値または複数の値のパイプ区切りリストで、一致の場合に、どの値が一致したかを識別して照合サービスからその値を戻すために使用できます。

taxnumber

文字列

する

単一の値または複数の税番号のパイプ区切りリスト。

nationalidnumber

文字列

する

社会保障番号(米国)またはそれに相当する、単一の値またはパイプ区切りリスト。

accountname

文字列

しない

該当する場合、この個人が属するアカウント(エンティティなど)の名前。

accountnameid

文字列

しない

accountnameフィールドのIDフィールドで、一致の場合に、どのアカウント名が一致したかを識別するのに使用できます。

addressid

文字列

しない

住所の一意の識別子で、複数の子エンティティが使用される場合に、同じ個人の異なる住所を区別するために使用します。詳細は、第5.3.1項「照合サービスの使用」を参照してください。

address1

文字列

しない

住所の行1

address2

文字列

しない

住所の行2

address3

文字列

しない

住所の行3

address4

文字列

しない

住所の行4

dependentlocality

文字列

しない

cityフィールドの内容に左右される、より小さい人口集中地域のデータ要素。トルコの地区(Neighborhood)など。多くの国では、この属性は使用されません。

doubledependentlocality

文字列

しない

cityとdependentlocalityの両フィールドの内容に左右される、最も小さい人口集中地域のデータ要素。イギリスの村(village)など。多くの国では、この属性は使用されません。

city

文字列

しない

住所の市区町。

subadminarea

文字列

しない

1つの国で最も小さい地理的データ要素。米国の郡(county)など。

adminarea

文字列

しない

1つの国で最も一般的な地理的データ要素。米国の州(State)やカナダの州(Province)など。

postalcode

文字列

しない

国に関連する場合、住所の郵便番号。
注意: 照合サービスでは、先行ゼロが自動的に削除される外部プログラムによって数値のpostalcodeが数値として再解釈されるのを回避するために、数値のpostalcodesにおいてのみ先行ゼロが削除されます。たとえば、Excelでは、数値のpostalcodesを先行ゼロを削除して数値として再度書式設定します。これは、edq-cds-daas.properties実行プロファイルでデフォルトで有効になっています。英字が存在する場合、先行ゼロは削除されません。

country

文字列

しない

国名または2文字のISO国コード。

customstring1

文字列

しない

インタフェースで提供されていない文字列属性に対する照合用のカスタム・フィールド。

customstring2

文字列

しない

インタフェースで提供されていない文字列属性に対する照合用のカスタム・フィールド。

customstring3

文字列

しない

インタフェースで提供されていない文字列属性に対する照合用のカスタム・フィールド。

customstring4

文字列

しない

インタフェースで提供されていない文字列属性に対する照合用のカスタム・フィールド。

customstring5

文字列

しない

インタフェースで提供されていない文字列属性に対する照合用のカスタム・フィールド。

customstring6

文字列

しない

インタフェースで提供されていない文字列属性に対する照合用のカスタム・フィールド。

customdate1

文字列

しない

インタフェースで提供されていない日付属性に対する照合用のカスタム・フィールド。

customdate2

文字列

しない

インタフェースで提供されていない日付属性に対する照合用のカスタム・フィールド。

customdate3

文字列

しない

インタフェースで提供されていない日付属性に対する照合用のカスタム・フィールド。

5.4.1.2 エンティティ候補

属性名

データ型

複数値のサポート(する/しない)

備考

candidate

文字列

しない

0 = 駆動レコード、1 = 候補。照合でのみ使用します。駆動レコードはすべて互いに比較され、各候補とも比較されますが、候補は互いに比較されません。

entityid

文字列

しない

一意のレコード識別子。複数のドライバ・レコードを含むバッチ・ジョブおよびリアルタイム・リクエストに対しては必須です。

languages

文字列

する

3文字のSiebel言語コード。漢字を含む名前が日本語か中国語かの判別を助けるために名前の標準化でのみ使用されます。

uid1

文字列

する

一意のID 1 (単一の値または複数の値のパイプ区切りリスト)。
注意: 一意のIDのフィールドは、一意のカスタム識別子(パスポートや税番号など)に基づいてレコードを照合するために使用します。詳細は、Oracle Enterprise Data Quality Enterprise Data Qualityカスタマ・データ・サービス・パック・ガイドを参照してください。

uid1id

文字列

する

uid1のID値に対応する単一の値または複数の値のパイプ区切りリストで、一致の場合に、どの値が一致したかを識別して照合サービスからその値を戻すために使用できます。

uid2

文字列

する

一意のID 2 (単一の値または複数の値のパイプ区切りリスト)。

uid2id

文字列

する

uid2のID値に対応する単一の値または複数の値のパイプ区切りリストで、一致の場合に、どの値が一致したかを識別して照合サービスからその値を戻すために使用できます。

uid3

文字列

する

一意のID 3 (単一の値または複数の値のパイプ区切りリスト)。

uid3id

文字列

する

uid3のID値に対応する単一の値または複数の値のパイプ区切りリストで、一致の場合に、どの値が一致したかを識別して照合サービスからその値を戻すために使用できます。

eid1

文字列

する

除去ID 1 (単一の値または複数の値のパイプ区切りリスト)。
注意: 除去IDのフィールドは、一意のカスタム識別子(パスポートや税番号など)に基づいてレコード間の可能性がある一致を除去するために使用します。詳細は、Oracle Enterprise Data Quality Enterprise Data Qualityカスタマ・データ・サービス・パック・ガイドを参照してください。

eid2

文字列

する

除去ID 2 (単一の値または複数の値のパイプ区切りリスト)。

eid3

文字列

する

除去ID 3 (単一の値または複数の値のパイプ区切りリスト)。

ieid1

文字列

する

反転除去ID 1 (単一の値または複数の値のパイプ区切りリスト)。

ieid2

文字列

する

反転除去ID 2 (単一の値または複数の値のパイプ区切りリスト)。

ieid3

文字列

する

反転除去ID 3 (単一の値または複数の値のパイプ区切りリスト)。

nameid

文字列

しない

名前の一意の識別子で、複数の子エンティティが使用される場合に、同じエンティティの異なる名前を区別するために使用します。詳細は、第5.3.1項「照合サービスの使用」を参照してください。

name

文字列

しない

"Oracle Corporation UK"などの組織名。

subname

文字列

しない

"Reading"、"Accounts Payable"などの部門や拠点。

phone

文字列

しない

alternatephone

文字列

する

単一の値または複数の代替電話番号値のパイプ区切りリスト。

website

文字列

する

単一の値または複数の代替Webサイト・アドレスのパイプ区切りリスト。

taxnumber

文字列

する

単一の値または複数の税番号のパイプ区切りリスト。

vatnumber

文字列

する

単一の値または複数のVAT番号のパイプ区切りリスト。

addressid

文字列

しない

住所の一意の識別子で、複数の子エンティティが使用される場合に、同じエンティティの異なる住所を区別するために使用します。詳細は、第5.3.1項「照合サービスの使用」を参照してください。

address1

文字列

しない

住所の行1

address2

文字列

しない

住所の行2

address3

文字列

しない

住所の行3

address4

文字列

しない

住所の行4

dependentlocality

文字列

しない

cityフィールドの内容に左右される、より小さい人口集中地域のデータ要素。トルコの地区(Neighborhood)など。

doubledependentlocality

文字列

しない

cityとdependentlocalityの両フィールドの内容に左右される、最も小さい人口集中地域のデータ要素。イギリスの村(village)など。

city

文字列

しない

subadminarea

文字列

しない

1つの国で最も小さい地理的データ要素。米国の郡(County)など。

adminarea

文字列

しない

1つの国で最も一般的な地理的データ要素。米国の州(State)やカナダの州(Province)など。

postalcode

文字列

しない

国に関連する場合、住所の郵便番号。
注意: 照合サービスでは、先行ゼロが自動的に削除される外部プログラムによって数値のpostalcodeが数値として再解釈されるのを回避するために、数値のpostalcodesにおいてのみ先行ゼロが削除されます。たとえば、Excelでは、数値のpostalcodesを先行ゼロを削除して数値として再度書式設定します。これは、edq-cds-daas.properties実行プロファイルでデフォルトで有効になっています。英字が存在する場合、先行ゼロは削除されません。

country

文字列

しない

国名または2文字のISO国コード。

customstring1

文字列

しない

インタフェースで提供されていない文字列属性に対する照合用のカスタム・フィールド。

customstring2

文字列

しない

インタフェースで提供されていない文字列属性に対する照合用のカスタム・フィールド。

customstring3

文字列

しない

インタフェースで提供されていない文字列属性に対する照合用のカスタム・フィールド。

customstring4

文字列

しない

インタフェースで提供されていない文字列属性に対する照合用のカスタム・フィールド。

customstring5

文字列

しない

インタフェースで提供されていない文字列属性に対する照合用のカスタム・フィールド。

customstring6

文字列

しない

インタフェースで提供されていない文字列属性に対する照合用のカスタム・フィールド。

customdate1

文字列

しない

インタフェースで提供されていない日付属性に対する照合用のカスタム・フィールド。

customdate2

文字列

しない

インタフェースで提供されていない日付属性に対する照合用のカスタム・フィールド。

customdate3

文字列

しない

インタフェースで提供されていない日付属性に対する照合用のカスタム・フィールド。

5.4.1.3 住所候補

属性名

データ型

複数値のサポート(する/しない)

備考

candidate

文字列

しない

0 = 駆動レコード、1 = 候補。照合でのみ使用します。

addressid

文字列

しない

住所の一意の識別子。

address1

文字列

しない

住所の行1

address2

文字列

しない

住所の行2

address3

文字列

しない

住所の行3

address4

文字列

しない

住所の行4

dependentlocality

文字列

しない

cityフィールドの内容に左右される、より小さい人口集中地域のデータ要素。トルコの地区(Neighborhood)など。

doubledependentlocality

文字列

しない

cityとdependentlocalityの両フィールドの内容に左右される、最も小さい人口集中地域のデータ要素。イギリスの村(village)など。

city

文字列

しない

subadminarea

文字列

しない

1つの国で最も小さい地理的データ要素。米国の郡(County)など。

adminarea

文字列

しない

1つの国で最も一般的な地理的データ要素。米国の州(State)やカナダの州(Province)など。

postalcode

文字列

しない

国に関連する場合、住所の郵便番号。

country

文字列

しない

国名または2文字のISO国コード。

表5-1 個人候補 - ヘッダー・パラメータ

名前

データ型

デフォルト

説明

実行プロファイルのパラメータ

matchthreshold

数値

70

一致しきい値(以前はインタフェース上)

phase.Individual\ Match.process.*.matchthreshold

keyprofile

文字列

Typical

使用するキー・プロファイルで、名前付きキー・プロファイル(Typicalなど)またはエンコード済キー・プロファイルです。

phase.*.process.*.keyprofile

overallscore.name.weighting

正の数

7

名前の複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.name.weighting

overallscore.name.enabled

ブール値(Y/N)

Y

名前の複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.name.enabled

overallscore.address.weighting

正の数

9

住所の複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.address.weighting

overallscore.address.enabled

ブール値(Y/N)

Y

住所の複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.address.enabled

overallscore.accountname.weighting

正の数

0.75

アカウント名の複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.accountname.weighting

overallscore.accountname.enabled

ブール値(Y/N)

Y

アカウント名の複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.accountname.enabled

overallscore.dob.weighting

正の数

6

生年月日の複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.dob.weighting

overallscore.dob.enabled

ブール値(Y/N)

Y

生年月日の複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.dob.enabled

overallscore.phonenumber.weighting

正の数

5

電話番号の複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.phonenumber.weighting

overallscore.phonenumber.enabled

ブール値(Y/N)

Y

電話番号の複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.phonenumber.enabled

overallscore.email.weighting

正の数

9

電子メールの複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.email.weighting

overallscore.email.enabled

ブール値(Y/N)

Y

電子メールの複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.email.enabled

overallscore.nationalidnumber.weighting

正の数

12

国民ID番号の複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.nationalidnumber.weighting

overallscore.nationalidnumber.enabled

ブール値(Y/N)

Y

国民ID番号の複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.nationalidnumber.enabled

overallscore.taxnumber.weighting

正の数

12

税番号の複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.taxnumber.weighting

overallscore.taxnumber.enabled

ブール値(Y/N)

Y

税番号の複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.taxnumber.enabled

overallscore.customstring1exact.weighting

正の数

1

カスタム文字列1の完全複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customstring1exact.weighting

overallscore.customstring1exact.enabled

ブール値(Y/N)

Y

カスタム文字列1の完全複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customstring1exact.enabled

overallscore.customstring1fuzzy.weighting

正の数

1

カスタム文字列1のあいまい複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customstring1fuzzy.weighting

overallscore.customstring1fuzzy.enabled

ブール値(Y/N)

Y

カスタム文字列1のあいまい複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customstring1fuzzy.enabled

overallscore.customstring2exact.weighting

正の数

1

カスタム文字列2の完全複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customstring2exact.weighting

overallscore.customstring2exact.enabled

ブール値(Y/N)

Y

カスタム文字列2の完全複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customstring2exact.enabled

overallscore.customstring2fuzzy.weighting

正の数

1

カスタム文字列2のあいまい複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customstring2fuzzy.weighting

overallscore.customstring2fuzzy.enabled

ブール値(Y/N)

Y

カスタム文字列2のあいまい複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customstring2fuzzy.enabled

overallscore.customstring3exact.weighting

正の数

1

カスタム文字列3の完全複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customstring3exact.weighting

overallscore.customstring3exact.enabled

ブール値(Y/N)

Y

カスタム文字列3の完全複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customstring3exact.enabled

overallscore.customstring3fuzzy.weighting

正の数

1

カスタム文字列3のあいまい複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customstring3fuzzy.weighting

overallscore.customstring3fuzzy.enabled

ブール値(Y/N)

Y

カスタム文字列3のあいまい複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customstring3fuzzy.enabled

overallscore.customstring4exact.weighting

正の数

1

カスタム文字列4の完全複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customstring4exact.weighting

overallscore.customstring4exact.enabled

ブール値(Y/N)

Y

カスタム文字列4の完全複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customstring4exact.enabled

overallscore.customstring4fuzzy.weighting

正の数

1

カスタム文字列4のあいまい複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customstring4fuzzy.weighting

overallscore.customstring4fuzzy.enabled

ブール値(Y/N)

Y

カスタム文字列4のあいまい複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customstring4fuzzy.enabled

overallscore.customstring5exact.weighting

正の数

1

カスタム文字列5の完全複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customstring5exact.weighting

overallscore.customstring5exact.enabled

ブール値(Y/N)

Y

カスタム文字列5の完全複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customstring5exact.enabled

overallscore.customstring5fuzzy.weighting

正の数

1

カスタム文字列5のあいまい複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customstring5fuzzy.weighting

overallscore.customstring5fuzzy.enabled

ブール値(Y/N)

Y

カスタム文字列5のあいまい複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customstring5fuzzy.enabled

overallscore.customstring6exact.weighting

正の数

1

カスタム文字列6の完全複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customstring6exact.weighting

overallscore.customstring6exact.enabled

ブール値(Y/N)

Y

カスタム文字列6の完全複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customstring6exact.enabled

overallscore.customstring6fuzzy.weighting

正の数

1

カスタム文字列6のあいまい複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customstring6fuzzy.weighting

overallscore.customstring6fuzzy.enabled

ブール値(Y/N)

Y

カスタム文字列6のあいまい複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customstring6fuzzy.enabled

overallscore.customdate1exact.weighting

正の数

1

カスタム日付1の完全複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customdate1exact.weighting

overallscore.customdate1exact.enabled

ブール値(Y/N)

Y

カスタム日付1の完全複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customdate1exact.enabled

overallscore.customdate1fuzzy.weighting

正の数

1

カスタム日付1のあいまい複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customdate1fuzzy.weighting

overallscore.customdate1fuzzy.enabled

ブール値(Y/N)

Y

カスタム日付1のあいまい複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customdate1fuzzy.enabled

overallscore.customdate2exact.weighting

正の数

1

カスタム日付2の完全複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customdate2exact.weighting

overallscore.customdate2exact.enabled

ブール値(Y/N)

Y

カスタム日付2の完全複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customdate2exact.enabled

overallscore.customdate2fuzzy.weighting

正の数

1

カスタム日付2のあいまい複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customdate2fuzzy.weighting

overallscore.customdate2fuzzy.enabled

ブール値(Y/N)

Y

カスタム日付2のあいまい複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customdate2fuzzy.enabled

overallscore.customdate3exact.weighting

正の数

1

カスタム日付3の完全複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customdate3exact.weighting

overallscore.customdate3exact.enabled

ブール値(Y/N)

Y

カスタム日付3の完全複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customdate3exact.enabled

overallscore.customdate3fuzzy.weighting

正の数

1

カスタム日付3のあいまい複合比較の重み付け

phase.Individual\ Match.process.*.overallscore.customdate3fuzzy.weighting

overallscore.customdate3fuzzy.enabled

ブール値(Y/N)

Y

カスタム日付3のあいまい複合比較を有効にするかどうか

phase.Individual\ Match.process.*.overallscore.customdate3fuzzy.enabled

clusterlevel

1, 2, 3

2

レガシー・クラスタ・レベル(以前はインタフェース上)

phase.*.process.*.clusterlevel

uselegacykeygen

ブール値(Y/N)

N

レガシー・クラスタ・レベル設定をキー生成に使用するかどうか

phase.*.process.*.uselegacykeygen

customstring1key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customstring1key

customstring1type

文字列(テキスト/識別子)

テキスト

カスタム属性に含まれるデータのタイプ(標準化の際に空白を削除するかどうかを定義)

phase.*.process.*.customstring1type

customstring2key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customstring2key

customstring2type

文字列(テキスト/識別子)

テキスト

カスタム属性に含まれるデータのタイプ(標準化の際に空白を削除するかどうかを定義)

phase.*.process.*.customstring2type

customstring3key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customstring3key

customstring3type

文字列(テキスト/識別子)

テキスト

カスタム属性に含まれるデータのタイプ(標準化の際に空白を削除するかどうかを定義)

phase.*.process.*.customstring3type

customstring4key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customstring4key

customstring4type

文字列(テキスト/識別子)

テキスト

カスタム属性に含まれるデータのタイプ(標準化の際に空白を削除するかどうかを定義)

phase.*.process.*.customstring4type

customstring5key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customstring5key

customstring5type

文字列(テキスト/識別子)

テキスト

カスタム属性に含まれるデータのタイプ(標準化の際に空白を削除するかどうかを定義)

phase.*.process.*.customstring5type

customstring6key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customstring6key

customstring6type

文字列(テキスト/識別子)

テキスト

カスタム属性に含まれるデータのタイプ(標準化の際に空白を削除するかどうかを定義)

phase.*.process.*.customstring6type

customdate1key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customdate1key

customdate2key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customdate2key

customdate3key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customdate3key

表5-2 エンティティ候補 - ヘッダー・パラメータ

名前

データ型

デフォルト

説明

実行プロファイルのパラメータ

matchthreshold

数値

70

一致しきい値

phase.Entity\ Match.process.*.matchthreshold

keyprofile

文字列

Typical

使用するキー・プロファイルで、名前付きキー・プロファイル(Typicalなど)またはエンコード済キー・プロファイルです。

phase.*.process.*.keyprofile

overallscore.name.weighting

正の数

10

名前の複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.name.weighting

overallscore.name.enabled

ブール値(Y/N)

Y

名前の複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.name.enabled

overallscore.address.weighting

正の数

4

住所の複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.address.weighting

overallscore.address.enabled

ブール値(Y/N)

Y

住所の複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.address.enabled

overallscore.website.weighting

正の数

0.3

Webサイトの複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.website.weighting

overallscore.website.enabled

ブール値(Y/N)

Y

Webサイトの複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.website.enabled

overallscore.phonenumber.weighting

正の数

0.5

電話番号の複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.phonenumber.weighting

overallscore.phonenumber.enabled

ブール値(Y/N)

Y

電話番号の複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.phonenumber.enabled

overallscore.taxnumber.weighting

正の数

1

税番号の複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.taxnumber.weighting

overallscore.taxnumber.enabled

ブール値(Y/N)

Y

税番号の複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.taxnumber.enabled

overallscore.vatnumber.weighting

正の数

1

VAT番号の複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.vatnumber.weighting

overallscore.vatnumber.enabled

ブール値(Y/N)

Y

VAT番号の複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.vatnumber.enabled

overallscore.customstring1exact.weighting

正の数

1

カスタム文字列1の完全複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customstring1exact.weighting

overallscore.customstring1exact.enabled

ブール値(Y/N)

Y

カスタム文字列1の完全複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customstring1exact.enabled

overallscore.customstring1fuzzy.weighting

正の数

1

カスタム文字列1のあいまい複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customstring1fuzzy.weighting

overallscore.customstring1fuzzy.enabled

ブール値(Y/N)

Y

カスタム文字列1のあいまい複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customstring1fuzzy.enabled

overallscore.customstring2exact.weighting

正の数

1

カスタム文字列2の完全複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customstring2exact.weighting

overallscore.customstring2exact.enabled

ブール値(Y/N)

Y

カスタム文字列2の完全複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customstring2exact.enabled

overallscore.customstring2fuzzy.weighting

正の数

1

カスタム文字列2のあいまい複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customstring2fuzzy.weighting

overallscore.customstring2fuzzy.enabled

ブール値(Y/N)

Y

カスタム文字列2のあいまい複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customstring2fuzzy.enabled

overallscore.customstring3exact.weighting

正の数

1

カスタム文字列3の完全複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customstring3exact.weighting

overallscore.customstring3exact.enabled

ブール値(Y/N)

Y

カスタム文字列3の完全複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customstring3exact.enabled

overallscore.customstring3fuzzy.weighting

正の数

1

カスタム文字列3のあいまい複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customstring3fuzzy.weighting

overallscore.customstring3fuzzy.enabled

ブール値(Y/N)

Y

カスタム文字列3のあいまい複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customstring3fuzzy.enabled

overallscore.customstring4exact.weighting

正の数

1

カスタム文字列4の完全複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customstring4exact.weighting

overallscore.customstring4exact.enabled

ブール値(Y/N)

Y

カスタム文字列4の完全複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customstring4exact.enabled

overallscore.customstring4fuzzy.weighting

正の数

1

カスタム文字列4のあいまい複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customstring4fuzzy.weighting

overallscore.customstring4fuzzy.enabled

ブール値(Y/N)

Y

カスタム文字列4のあいまい複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customstring4fuzzy.enabled

overallscore.customstring5exact.weighting

正の数

1

カスタム文字列5の完全複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customstring5exact.weighting

overallscore.customstring5exact.enabled

ブール値(Y/N)

Y

カスタム文字列5の完全複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customstring5exact.enabled

overallscore.customstring5fuzzy.weighting

正の数

1

カスタム文字列5のあいまい複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customstring5fuzzy.weighting

overallscore.customstring5fuzzy.enabled

ブール値(Y/N)

Y

カスタム文字列5のあいまい複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customstring5fuzzy.enabled

overallscore.customstring6exact.weighting

正の数

1

カスタム文字列6の完全複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customstring6exact.weighting

overallscore.customstring6exact.enabled

ブール値(Y/N)

Y

カスタム文字列6の完全複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customstring6exact.enabled

overallscore.customstring6fuzzy.weighting

正の数

1

カスタム文字列6のあいまい複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customstring6fuzzy.weighting

overallscore.customstring6fuzzy.enabled

ブール値(Y/N)

Y

カスタム文字列6のあいまい複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customstring6fuzzy.enabled

overallscore.customdate1exact.weighting

正の数

1

カスタム日付1の完全複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customdate1exact.weighting

overallscore.customdate1exact.enabled

ブール値(Y/N)

Y

カスタム日付1の完全複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customdate1exact.enabled

overallscore.customdate1fuzzy.weighting

正の数

1

カスタム日付1のあいまい複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customdate1fuzzy.weighting

overallscore.customdate1fuzzy.enabled

ブール値(Y/N)

Y

カスタム日付1のあいまい複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customdate1fuzzy.enabled

overallscore.customdate2exact.weighting

正の数

1

カスタム日付2の完全複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customdate2exact.weighting

overallscore.customdate2exact.enabled

ブール値(Y/N)

Y

カスタム日付2の完全複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customdate2exact.enabled

overallscore.customdate2fuzzy.weighting

正の数

1

カスタム日付2のあいまい複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customdate2fuzzy.weighting

overallscore.customdate2fuzzy.enabled

ブール値(Y/N)

Y

カスタム日付2のあいまい複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customdate2fuzzy.enabled

overallscore.customdate3exact.weighting

正の数

1

カスタム日付3の完全複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customdate3exact.weighting

overallscore.customdate3exact.enabled

ブール値(Y/N)

Y

カスタム日付3の完全複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customdate3exact.enabled

overallscore.customdate3fuzzy.weighting

正の数

1

カスタム日付3のあいまい複合比較の重み付け

phase.Entity\ Match.process.*.overallscore.customdate3fuzzy.weighting

overallscore.customdate3fuzzy.enabled

ブール値(Y/N)

Y

カスタム日付3のあいまい複合比較を有効にするかどうか

phase.Entity\ Match.process.*.overallscore.customdate3fuzzy.enabled

clusterlevel

1, 2, 3

2

レガシー・クラスタ・レベル

phase.*.process.*.clusterlevel

uselegacykeygen

ブール値(Y/N)

N

レガシー・クラスタ・レベル設定をキー生成に使用するかどうか

phase.*.process.*.uselegacykeygen

customstring1key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customstring1key

customstring1type

文字列(テキスト/識別子)

テキスト

カスタム属性に含まれるデータのタイプ(標準化の際に空白を削除するかどうかを定義)

phase.*.process.*.customstring1type

customstring2key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customstring2key

customstring2type

文字列(テキスト/識別子)

テキスト

カスタム属性に含まれるデータのタイプ(標準化の際に空白を削除するかどうかを定義)

phase.*.process.*.customstring2type

customstring3key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customstring3key

customstring3type

文字列(テキスト/識別子)

テキスト

カスタム属性に含まれるデータのタイプ(標準化の際に空白を削除するかどうかを定義)

phase.*.process.*.customstring3type

customstring4key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customstring4key

customstring4type

文字列(テキスト/識別子)

テキスト

カスタム属性に含まれるデータのタイプ(標準化の際に空白を削除するかどうかを定義)

phase.*.process.*.customstring4type

customstring5key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customstring5key

customstring5type

文字列(テキスト/識別子)

テキスト

カスタム属性に含まれるデータのタイプ(標準化の際に空白を削除するかどうかを定義)

phase.*.process.*.customstring5type

customstring6key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customstring6key

customstring6type

文字列(テキスト/識別子)

テキスト

カスタム属性に含まれるデータのタイプ(標準化の際に空白を削除するかどうかを定義)

phase.*.process.*.customstring6type

customdate1key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customdate1key

customdate2key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customdate2key

customdate3key

ブール値(Y/N)

N

このカスタム属性にキーを作成するかどうか

phase.*.process.*.customdate3key

表5-3 住所候補 - ヘッダー・パラメータ

名前

データ型

デフォルト

説明

実行プロファイルのパラメータ

matchthreshold

数値

70

一致しきい値

phase.Address\ Match.process.*.matchthreshold

keyprofile

文字列

Typical

使用するキー・プロファイルで、名前付きキー・プロファイル(Typicalなど)またはエンコード済キー・プロファイルです。

phase.*.process.*.keyprofile

clusterlevel

1, 2, 3

2

レガシー・クラスタ・レベル

phase.*.process.*.clusterlevel

uselegacykeygen

ブール値(Y/N)

N

レガシー・クラスタ・レベル設定をキー生成に使用するかどうか

phase.*.process.*.uselegacykeygen

5.4.2 一致インタフェース

一致インタフェースは、バッチおよびリアルタイムで照合サービスの出力に使用されます。ビジネス・オブジェクトに固有の属性が含まれないため、個人、エンティティおよび住所に使用されます。

個人およびエンティティの照合では、masteridおよびmatchidsが同じレコード間で複数の一致が存在する場合(異なる名前および住所による複数の一致のためなど)、最も強い一致(一致スコアによる)のみがレコード・ペアに対して戻されます。Siebelでは現在、戻されたmasternameid、matchnameid、masteraddressidおよびmatchaddressidの各属性を使用しませんが、他の統合では、最も一致するものに応じてアプリケーションで正しいレコードを表示するために使用できます。

属性名

データ型

備考

serverid

文字列

サーバーID。Siebelには適用されません。

jobid

文字列

ジョブID。Siebelには適用されません。

masterid

文字列

駆動レコードID。バッチでのみ使用します。

matchid

文字列

照合レコードID。

masternameid

文字列

駆動レコードの名前ID。複数の名前が提示された場合に、駆動レコードに対して照合された名前を識別するのに使用します。

matchnameid

文字列

照合レコードの名前ID。複数の名前が提示された場合に、候補レコードに対して照合された名前を識別するのに使用します。

masteraccountnameid

文字列

駆動レコードのアカウント名ID。複数のアカウント名が提示された場合に、駆動レコードに対して照合されたアカウント名を識別するのに使用します。

matchaccountnameid

文字列

照合レコードのアカウント名ID。複数のアカウント名が提示された場合に、候補レコードに対して照合されたアカウント名を識別するのに使用します。

masteraddressid

文字列

駆動レコードの住所ID。複数の住所が提示された場合に、駆動レコードに対して照合された住所を識別するのに使用します。

matchaddressid

文字列

照合レコードの住所ID。複数の住所が提示された場合に、候補レコードに対して照合された住所を識別するのに使用します。

masteremailid

文字列

駆動レコードの電子メールID。複数の電子メールが提示された場合に、駆動レコードに対して照合された電子メールを識別するのに使用します。

matchemailid

文字列

照合レコードの電子メールID。複数の電子メールが提示された場合に、候補レコードに対して照合された電子メールを識別するのに使用します。

masterphonenumberid

文字列

駆動レコードの電話番号ID。複数の電話番号が提示された場合に、駆動レコードに対して照合された電話番号を識別するのに使用します。

matchphonenumberid

文字列

照合レコードの電話番号ID。複数の電話番号が提示された場合に、候補レコードに対して照合された電話番号を識別するのに使用します。

masterwebsiteid

文字列

駆動レコードのWebサイトID。複数のWebサイトが提示された場合に、駆動レコードに対して照合されたWebサイトを識別するのに使用します。

matchwebsiteid

文字列

照合レコードのWebサイトID。複数のWebサイトが提示された場合に、候補レコードに対して照合されたWebサイトを識別するのに使用します。

masteruid1id

文字列

駆動レコードの一意の識別子1のID。複数の一意の識別子1 (UID1)が提示された場合に、駆動レコードに対して照合されたUID1を識別するのに使用します。

matchuid1id

文字列

照合レコードの一意の識別子1のID。複数の一意の識別子1 (UID1)が提示された場合に、候補レコードに対して照合されたUID1を識別するのに使用します。

masteruid2id

文字列

駆動レコードの一意の識別子2のID。複数の一意の識別子2 (UID2)が提示された場合に、駆動レコードに対して照合されたUID2を識別するのに使用します。

matchuid2id

文字列

照合レコードの一意の識別子2のID。複数の一意の識別子2 (UID2)が提示された場合に、候補レコードに対して照合されたUID2を識別するのに使用します。

masteruid3id

文字列

駆動レコードの一意の識別子3のID。複数の一意の識別子3 (UID3)が提示された場合に、駆動レコードに対して照合されたUID3を識別するのに使用します。

matchuid3id

文字列

照合レコードの一意の識別子3のID。複数の一意の識別子3 (UID3)が提示された場合に、候補レコードに対して照合されたUID3を識別するのに使用します。

matchscore

数値

一致スコア。

rulename

文字列

一致ルール名。これは、関係が複合スコア・ベースのルールから生成された場合、複合スコア結果から取得できます。

reversedriverflag

文字列

バッチ照合で駆動レコード間に一致が存在する場合に、逆の一致レコードが追加生成されていることを示すフラグ。有効な値はYまたはNです。

comparisonresults

文字列

関係の一因となる属性と照合方法(名前の完全一致、住所のあいまい一致など)のカンマ区切りリスト。

nameresult

文字列

名前の複合比較の結果。

namescore

数値

名前の複合比較のスコア。

namecategory

文字列

名前の複合比較のカテゴリ(完全、あいまい、など)。

addressresult

文字列

住所の複合比較の結果。

addressscore

数値

住所の複合比較のスコア。

addresscategory

文字列

住所の複合比較のカテゴリ(完全、あいまい、など)。

accountnameresult

文字列

アカウント名の複合比較の結果。

accountnamescore

数値

アカウント名の複合比較のスコア。

accountnamecategory

文字列

アカウント名の複合比較のカテゴリ(完全、あいまい、など)。

emailresult

文字列

電子メールの複合比較の結果。

emailscore

数値

電子メールの複合比較のスコア。

emailcategory

文字列

電子メールの複合比較のカテゴリ(完全、あいまい、など)。

phonenumberresult

文字列

電話番号の複合比較の結果。

phonenumberscore

数値

電話番号の複合比較のスコア。

phonenumbercategory

文字列

電話番号の複合比較のカテゴリ(完全、あいまい、など)。

dobresult

文字列

生年月日の複合比較の結果。

dobscore

数値

生年月日の複合比較のスコア。

dobcategory

文字列

生年月日の複合比較のカテゴリ(完全、あいまい、など)。

websiteresult

文字列

Webサイトの複合比較の結果。

websitescore

数値

Webサイトの複合比較のスコア。

websitecategory

文字列

Webサイトの複合比較のカテゴリ(完全、あいまい、など)。

nationalidnumberresult

文字列

国民ID番号の複合比較の結果。

nationalidnumberscore

数値

国民ID番号の複合比較のスコア。

nationalidnumbercategory

文字列

国民ID番号の複合比較のカテゴリ(完全、あいまい、など)。

vatnumberresult

文字列

VAT番号の複合比較の結果。

vatnumberscore

数値

VAT番号の複合比較のスコア。

vatnumbercategory

文字列

VAT番号の複合比較のカテゴリ(完全、あいまい、など)。

taxnumberresult

文字列

税番号の複合比較の結果。

taxnumberscore

数値

税番号の複合比較のスコア。

taxnumbercategory

文字列

税番号の複合比較のカテゴリ(完全、あいまい、など)。

customstring1result

文字列

カスタム文字列1の複合比較の結果。

customstring1score

数値

カスタム文字列1の複合比較のスコア。

customstring1category

文字列

カスタム文字列1の複合比較のカテゴリ(完全、あいまい、など)。

customstring2result

文字列

カスタム文字列2の複合比較の結果。

customstring2score

数値

カスタム文字列2の複合比較のスコア。

customstring2category

文字列

カスタム文字列2の複合比較のカテゴリ(完全、あいまい、など)。

customstring3result

文字列

カスタム文字列3の複合比較の結果。

customstring3score

数値

カスタム文字列3の複合比較のスコア。

customstring3category

文字列

カスタム文字列3の複合比較のカテゴリ(完全、あいまい、など)。

customstring4result

文字列

カスタム文字列4の複合比較の結果。

customstring4score

数値

カスタム文字列4の複合比較のスコア。

customstring4category

文字列

カスタム文字列4の複合比較のカテゴリ(完全、あいまい、など)。

customstring5result

文字列

カスタム文字列5の複合比較の結果。

customstring5score

数値

カスタム文字列5の複合比較のスコア。

customstring5category

文字列

カスタム文字列5の複合比較のカテゴリ(完全、あいまい、など)。

customstring6result

文字列

カスタム文字列6の複合比較の結果。

customstring6score

数値

カスタム文字列6の複合比較のスコア。

customstring6category

文字列

カスタム文字列6の複合比較のカテゴリ(完全、あいまい、など)。

customdate1result

文字列

カスタム日付1の複合比較の結果。

customdate1score

数値

カスタム日付1の複合比較のスコア。

customdate1category

文字列

カスタム日付1の複合比較のカテゴリ(完全、あいまい、など)。

customdate2result

文字列

カスタム日付2の複合比較の結果。

customdate2score

数値

カスタム日付2の複合比較のスコア。

customdate2category

文字列

カスタム日付2の複合比較のカテゴリ(完全、あいまい、など)。

customdate3result

文字列

カスタム日付3の複合比較の結果。

customdate3score

数値

カスタム日付3の複合比較のスコア。

customdate3category

文字列

カスタム日付3の複合比較のカテゴリ(完全、あいまい、など)。

注意:

- Siebel統合では、駆動レコードも空白の一致スコアおよびルール名で、リアルタイム照合リクエストからの出力に戻されます。この動作は、phase.*.process.*.Return\ Real-time\ Driving\ Record実行プロファイル・プロパティで制御されるため、必要に応じてその他のタイプの統合用に構成できます。

- Siebelなどの外部アプリケーションでバッチ照合からの出力を単純に使用して一致の両レコードを更新できるように、CDSバッチ照合では、駆動レコード間の一致ごとに2つレコードが提供されます。したがって、AがBに一致する場合、masterid Aおよびmatchid Bのレコードが1件戻される上に、masterid Bおよびmatchid Aのレコードがさらに1件生成されて戻されます。この追加生成されたレコードでは、外部アプリケーションが追加生成されたレコードを必要としない場合、reversedriverflagがYに設定されます。

- 各照合済レコードに関連する戻されたスコアのみを受け入れるというSiebel Data Qualityインタフェースの制限のため、Siebelでは一致ルール名が表示できません。

5.4.3 キー生成結果インタフェース

2つのデータ・インタフェース(1つはバッチ用、1つはリアルタイム用)がキー生成サービスの結果の出力に使用されます。これらは、特定のビジネス・オブジェクトに固有の属性が含まれないため、エンティティ、個人および住所に使用されます。バッチおよびリアルタイムの結果インタフェースには似たような情報が含まれていますが、主な相違は結果の処理方法です。

5.4.3.1 リアルタイム・キー生成結果インタフェース

リアルタイム・キー生成結果インタフェースは、リアルタイムでキー生成サービスの出力に使用されます。出力値は、レコードのキー値の配列に任意の順序で戻されます。このインタフェースは、バッチ・バージョンとは異なり、レコードごとにキー値当たり1行を戻すのではなく、レコードのキー値の配列を戻します。

注意:
レガシー・クラスタ・レベルを使用している場合、レベルはキー優先度フィールドに戻されます(ただし、clusterlevel = Dである場合を除き、その場合は(keyprioritiesが数値であるため)戻されません)。

属性名

データ型

備考

externalid

文字列

キーが生成されたレコードの個人、エンティティまたは住所のID。

keyprofile

文字列

生成されたキーのキー・プロファイル。

keyvalues

StringArray

キー値の配列。

keypriorities

NumberArray

キー優先度の配列。

5.4.3.2 バッチ・キー生成結果インタフェース

バッチ・キー生成結果インタフェースは、バッチ・キー生成サービスでキー生成サービスの出力にのみ使用されます。このインタフェースは、リアルタイム・キー生成結果インタフェースとは異なり、レコードのキー値の配列ではなく、レコードごとにキー値当たり1行を戻します。

注意:
レガシー・クラスタ・レベルを使用している場合、レベルはキー優先度フィールドに戻されます(ただし、clusterlevel = Dである場合を除き、その場合は(keypriorityが数値であるため)戻されません)。

属性名

データ型

備考

serverid

文字列

サーバーID。Siebelには適用されません。

jobid

文字列

ジョブID。Siebelには適用されません。

externalid

文字列

キーが生成されたレコードの個人、エンティティまたは住所のID。

keyprofile

文字列

生成されたキーのキー・プロファイル。

keyvalue

文字列

キー値。

keypriority

数値

キー優先度

5.5 リアルタイム統合

EDQ-CDSリアルタイム照合サービスは、デフォルト構成を一切変更せずに外部プリケーションからコールできます。レコード・キーの格納の管理および照合サービスに渡される一致候補の選択の実行は、コール元アプリケーションが担当します。

リアルタイム照合(連絡先の重複防止など)時のコール元アプリケーション(CRM、マスター・データ管理[MDM]アプリケーションなど)とEDQ-CDS間の典型的なやり取りは、次に示すとおりです。

図5-1 照合サービスとの想定される統合アーキテクチャの概要

照合サービスの動作および使用の詳細は、次のとおりです。

- 駆動レコードの送信 - アプリケーションが新しい(駆動)レコードと構成済キー・プロファイルをEDQ-CDSに送信します。

- キーの生成 - EDQ-CDSが駆動レコードのキーを生成します。

- キーの戻し - EDQ-CDSが駆動レコードのキーをMDMアプリケーションに戻します。

- 候補の選択 - MDMアプリケーションが同じ生成済キーのいずれかを共有する(候補)レコードをすべて選択します。候補が特定されない場合は、"キーの格納"に進みます。

- 一致データの作成 - MDMアプリケーションが駆動レコードと候補レコードの一致データを作成します。

- 一致レコードの送信 - MDMアプリケーションが新しい(駆動)レコードと候補のデータをEDQ-CDSに送信します。

- 照合の実行 - EDQ-CDSが駆動レコードを候補に照らして照合し、可能性がある重複を特定します。各一致には、一致の強さを示すスコアが割り当てられます。

- スコアを伴う重複の戻し - EDQ-CDSが照合済の候補のID(およびスコア)をMDMアプリケーションに戻します。駆動レコードも戻されますが、スコアは空白です。EDQ-CDSによって重複が特定されなかった場合は、"キーの格納"に進みます。

- ユーザーによる重複の確認 - 示すとおりです。

- マスター・レコードの送信 - EDQ-CDSによって重複が特定され、ユーザーが選択した場合、駆動レコードは既存の重複レコードとマージされます。マージ操作が発生した場合、MDMアプリケーションは新しいマージ後の(マスター)レコードの詳細をEDQ-CDSに戻します。

- キーの生成 - EDQ-CDSがマスター・レコードの詳細を使用してキー値を生成します。

- キーの戻し - EDQ-CDSがマスター・レコードのキーをMDMアプリケーションに戻します。

- キーの格納 - MDMアプリケーションが新しいマスター・レコードのキーを格納します。

6 汎用ビジネス・データ・サービスの使用方法

この章では、EDQ-CDS汎用ビジネス・データ・サービス機能の使用方法について説明します。

この章の内容は次のとおりです。

- 第6.1項「個人名サービス」

- 第6.2項「国サービス」

- 第6.3項「エンティティ名サービス」

- 第6.4項「電子メール・サービス」

- 第6.5項「公開されたプロセッサ」

6.1 個人名サービス

個人名サービスは、構造化されていない名前入力に構造を追加するのに使用します。また、名前入力を解析、検証および標準化するのにも使用します。掲示板の機能は次のとおりです。

- フルネーム入力が空白またはnullかどうかを検証し、適切な妥当性ステータスを適宜戻します。例: "データなし有効"。

- フルネーム入力が空白でない場合、フルネームを解析して構造化された名前を導出します。

- 入力または導出データを標準化します。

- 指定された場合は入力名の性別を検証し、指定または導出された名およびタイトルから性別情報を導出します。

- 入力の性別と導出された性別情報との性別の整合性をチェックします。

- すべての属性入力をサービス・レスポンスで戻します。

6.1.1 入力属性

次の表では、個人名サービスの入力属性について説明します。

属性名

データ型

説明

必須

Title

文字列

指定された個人のタイトル(例: Dr)

いいえ

FirstName

文字列

指定された個人の名(例: James)

いいえ

MiddleNames

文字列

指定された個人のミドルネーム(例: Alfred)

いいえ

LastName

文字列

指定された個人の姓(例: Herriot)

いいえ

Suffix

文字列

指定された個人の接尾辞(例: Jr)

いいえ

FullName

文字列

指定された個人のフルネーム(例: Dr James Alfred Herriot Jr)

いいえ

TreatHanAsKanji

文字列

指定された漢字の特定の解釈を決定します。空白または"N"に設定されている場合は中国漢字として処理され、"Y"に設定されている場合は日本漢字として処理されます。名前の書式は、<姓> <名>である必要があります。

いいえ

Gender

文字列

指定された個人の性別(例: Male/M)。

いいえ

6.1.2 出力属性

次の表では、個人名サービスの出力属性について説明します。

属性名

データ型

説明

Title

文字列

パーサーによって判別された個人のタイトル(例: Dr)。

FirstName

文字列

パーサーによって判別された個人の名(例: James)。

MiddleNames

文字列

パーサーによって判別された個人のミドルネーム(例: Alfred)。

LastName

文字列

パーサーによって判別された個人の姓(例: Herriot)。

Suffix

文字列

パーサーによって判別された個人の接尾辞(例: FRCVS)。

ParseResult

文字列

結果は、パーサーにより入力が名前と判別された場合は"Pass"、さらに検証が必要な場合は"Review"、指定された入力が名前ではない場合は"Fail"となります。

ParseComment

文字列

解析結果に応じて、解析のコメントが表示されます。

ParseNotes

文字列

名前のトークン化に準拠していないが、関連データが含まれる名前に関する注意事項(関連データの例: その他の情報("死亡")、検出された複数の名前("Mrs.G Jones")、未分類データ("様方"))。

NameValid

フラグ

Y: 名前が有効な場合。
N: それ以外の場合。

NameValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

NameValidationDescription

文字列

コードの意味の判読可能な説明を示します。

TitleValid

フラグ

Y: タイトルが有効な場合。
N: それ以外の場合。

TitleValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

TitleValidationDescription

文字列

コードの意味の判読可能な説明を示します。

TitleStandardized

文字列

標準化プロセスによるタイトル出力。

TitleOutputValid

文字列

Y: タイトル出力が有効な場合。
N: それ以外の場合。

FirstNameStandardized

文字列

標準化プロセスによる名属性出力。

MiddleNamesStandardized

文字列

標準化プロセスによるミドルネーム属性出力。

LastNameStandardized

文字列

標準化プロセスによる姓属性出力。

SuffixStandardized

文字列

標準化された個人の接尾辞(例: Jr)。

FullNameStandardized

文字列

標準化された個人のフルネーム(例: Dr James Alfred Herriot Jr)。

NameOutputValid

フラグ

Y: 名前出力が有効な場合。
N: それ以外の場合。

NameValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

NameValidationDescription

文字列

コードの意味の判読可能な説明を示します。

GenderValid

フラグ

Y: 性別が有効な場合。
N: それ以外の場合。

GenderValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

GenderValidationDescription

文字列

コードの意味の判読可能な説明を示します。

GenderFromTitle

文字列

入力タイトルから導出された性別。

GenderFromName

文字列

入力名前から導出された性別。

GenderFromInput

文字列

入力性別から導出された性別。

TitleNameGenderConflict

フラグ

導出された性別がタイトルと名前で異なる場合、"Y"に設定されます。

TitleInputGenderConflict

フラグ

Y: 導出された性別がタイトルと入力性別で異なる場合。
N: それ以外の場合。

NameInputGenderConflict

フラグ

Y: 導出された性別が名前と入力性別で異なる場合。
N: それ以外の場合。

GenderDerived

文字列

競合に関係なくGenderFromInput、GenderFromTitle、GenderFromNameの順に優先した総合的な性別。

TitleTransliterated

文字列

文字変換されたタイトル(例: مجتهد -> Mujtahid)。

FirstNameTransliterated

文字列

文字変換された名(例: Влади́мир -> Vladimir)。

MiddleNamesTransliterated

文字列

文字変換されたミドルネーム。

LastNameTransliterated

文字列

文字変換された姓。

SuffixTransliterated

文字列

文字変換された接尾辞。

FullNameTransliterated

文字列

文字変換されたフルネーム。

NameWritingSystem

文字列

識別された表記法(例: ラテン語、アラビア語)。

6.1.3 オプション

次の表では、個人名サービスのオプションについて説明します。

オプション名

メッセージ・ヘッダー

データ型

説明

デフォルト

冒涜的な言葉を有効として処理

optvaltreatprofanitiesvalid

文字列

Y: 名前データに検出された冒涜的な言葉が含まれる場合に、NameValidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい名前を有効として処理

optvaltreatsuspectnamesvalid

文字列

Y: 名前データに疑わしい/ダミーの名前が含まれる場合に、NameValidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい文字を有効として処理

optvaltreatsuspectcharsvalid

文字列

Y: 名前データに疑わしい文字が含まれる場合に、NameValidフラグで有効を戻します。
N: 無効を戻します。

N

名前データなしを有効として処理

optvaltreatnonamedatavalid

文字列

Y: 名前データが空白またはnullの場合に、NameValidフラグで有効を戻します。
N: 無効を戻します。

N

タイトル・データなしを有効として処理

optvaltreatnotitledatavalid

文字列

Y: タイトル・データが空白またはnullの場合に、TitleValidフラグで有効を戻します。
N: 無効を戻します。

N

アクセントの削除

optestdremoveaccents

文字列

Y: アクセント記号付きの文字をアクセント記号なしの同等の文字に変更します。
N: アクセントを削除しません。

N

無効な名前の出力

optentoutputinvalidnames

文字列

Y: 無効な名前を、標準化された元のフィールドに生の入力として出力します。
N: しません。

Y

無効なタイトルの出力

optstdoutputinvalidtitles

文字列

Y: 無効なタイトルを、標準化された元のフィールドに生の入力として出力します。
N: しません。

Y

タイトルの削除

optstdremovetitles

文字列

Y: タイトル以外の名前のフィールドから行内のタイトルを削除します。
N: しません。

N

接尾辞の削除

optstdremovesuffixes

文字列

Y: 接尾辞以外の名前のフィールドから行内の接尾辞を削除します。
N: しません。

N

出力の大/小文字

optstdoutputcase

文字列

すべての名前に一貫した大/小文字("L" = 小文字、"U" = 大文字、"S" = 文頭のみ大文字)を適用します。

N

性別とタイトル間の競合を有効として処理

optgenvaltreatgentitleconfvalid

文字列

Y: 渡されたタイトルから導出された性別と渡された性別間の競合が性別データに含まれる場合に、GenderValidフラグで有効を戻します。
N: 無効を戻します。

N

性別と名前間の競合を有効として処理

optgenvaltreatgennameconfvalid

文字列

Y: 名前から導出された性別と渡された性別間の競合が性別データに含まれる場合に、GenderValidフラグで有効を戻します。
N: 無効を戻します。

N

性別データなしを有効として処理

optgenvaltreatnodatavalid

文字列

Y: 性別入力値が空白またはnullの場合に、GenderValidフラグで有効を戻します。
N: 無効を戻します。

N

性別不明の値

optgenunknowngendervalue

文字列

U: 性別データを入力データから明確に判別できない場合に、そのデータを出力として渡すことができます(不明の場合)。空白の出力の場合、オプション値の内容を削除して空白文字列に設定できます。

U

文字変換でのアクセントと発音区別符号の削除

optetrnsremoveaccentsandmarks

文字列

Y: アクセント記号付きの文字をアクセント記号なしの同等の文字に変更します。
N: しません。

Y

文字変換の修正の適用

optetrnsapplycorrections

文字列

Y: 名前固有の変換を標準の文字変換された名前に適用して共通の形式にします。例: Aliaksandrovich à= ALEKSANDROVICH
N: しません。

Y

6.2 国サービス

国サービスは、国名、国コードおよび国籍の入力を検証し、標準化されたISOの国名、国コードおよび標準の国籍を出力する場合に使用します。国名と国コードの一方のみを指定した場合は、他方が導出されます。どちらも指定した場合は、一貫性をチェックして競合があれば示し、オプションの設定に基づいて、一方の出力をオーバーライドするか、空白値を出力します。国籍入力の場合も、関連する国名および国コードが導出されます。

6.2.1 入力属性

次の表では、国サービスの入力属性について説明します。

属性名

データ型

説明

必須

CountryId

文字列

出力でレコードを識別するID。

いいえ

CountryName

文字列

検証および標準化の対象となる国名。入力がCountryCodeの場合も処理されます。

いいえ

CountryCode

文字列

検証および標準化の対象となる国コード。ISO-3166-1の2文字、3文字または数字のコードのいずれかです。入力がCountryNameの場合も処理されます。

いいえ

Nationality

文字列

検証および標準化の対象となる国籍。

いいえ

6.2.2 出力属性

次の表では、国サービスの出力属性について説明します。

属性名

データ型

説明

CountryId

文字列

このレコードの入力だったcountryid (指定された場合)。

CountryNameValid

フラグ

Y: 有効な入力国名の場合。
N: 無効な入力国名の場合。

CountryNameValidationCode

文字列

検証に不合格/合格だった理由を示すコード。

CountryNameValidationDescription

文字列

コードの意味の判読可能な説明を示します。

CountryNameOutputValid

フラグ

Y: 国名出力が有効であり、標準化される場合。
N: 有効ではなく、標準化されない場合。

CountryNameISO

文字列

ISO標準の国名で、次のいずれかです。
- CountryName入力のISO形式。 - 国コード入力から導出されたISO国名。 - OutputInvalid (第6.2.3項を参照)がYの場合、生の入力。

CountryNameAbbreviated

フラグ

前述のCountryName出力を省略したもの – Webフォームなどで一般的に使用されるISO国名を短縮したもの。

CountryNameWasDerived

フラグ

Y: 国名が国コードから導出される場合。
N: それ以外の場合。

CountryNameConflict

フラグ

Y: 導出された国名が、無効だった標準化された国名入力とは異なった場合。
N: それ以外の場合。

CountryNameConflictCode

文字列

検証に合格/不合格だった理由を示すコード。

CountryNameConflictDescription

文字列

コードの意味の判読可能な説明を示します。

CountryCodeValid

文字列

Y: 国コードが有効です。
N: それ以外の場合。

CountryCodeValidationCode

文字列

検証に不合格/合格だった理由を示すコード。

CountryCodeValidationDescription

文字列

国コードの検証コードの説明。

CountryCode-ISO-3166-1-Alpha-2

文字列

標準化された2文字の国コード。

CountryCode-ISO-3166-1-Alpha-3

文字列

標準化された3文字の国コード。

CountryCode-ISO-3166-1-Numeric-3

文字列

標準化された数字の国コード。

CountryCodeOutputValid

文字列

Y: 国コード出力が有効の場合。
N: それ以外の場合。

CountryCodeWasDerived

文字列

Y: 国コードが国名入力から導出された場合。
N: それ以外の場合。

CountryCodeConflict

文字列

Y: 国コードが国名入力から導出され、入力国コードとは異なった場合。
N: それ以外の場合。

CountryCodeConflictCode

文字列

検証に合格/不合格だった理由を示すコード。

CountryCodeConflictDescription

文字列

コードの意味の判読可能な説明を示します。

NationalityValid

文字列

Y: 有効な国籍の場合。
N: 無効な国籍の場合。

NationalityValidationCode

文字列

検証に不合格/合格だった理由を示すコード。

NationalityValidationDescription

文字列

コードの意味の判読可能な説明を示します。

NationalityStandardized

文字列

標準化された国籍。

NationalityCountryCode-ISO-3166-1-Alpha-2

文字列

標準化に成功した場合の、入力国籍に対応するISO-3166-1の2文字の国コード。

NationalityCountryNameISO

文字列

標準化に成功した場合の、入力国籍に対応する標準のISO国名。

NationalityCountryNameAbbreviated

文字列

標準化に成功した場合の、入力国籍に対応する標準のISO国名。

NationalityOutputValid

文字列

国籍出力が有効(Y)か無効か(N)。

6.2.3 オプション

次の表では、国サービスのオプションについて説明します。

オプション名

メッセージ・ヘッダー

説明

デフォルト

データなしを有効として処理

opttreatnodatavalid

"データなし"入力を有効として処理するかどうか。
Y: 有効として処理します。

N: 無効として処理します。

N

無効な値の出力

optoutputinvalid

標準化された出力に無効な値を出力するかどうか。
Y: 無効な値を出力します。

N: 無効な値は出力しません。

N

出力の大/小文字

optoutputcase

出力の大/小文字(国名および国籍にのみ適用、国コードは常に大文字)。
U: 大文字。

L: 小文字。

M: 大文字と小文字の混合。

M (混合)

競合の処理

optconflicthandling

競合を処理するかどうか。
Reject: 国名と国コードでの競合を許容しません。競合する場合、出力はいずれも空白です。

CountryNamePriority: 競合がある場合、国名が有効であれば国名を優先し、導出された国コードを出力します。

CountryCodePriority: 競合がある場合、国コード入力を優先し、導出された国名を出力します。

Reject

6.3 エンティティ名サービス

エンティティ名サービスは、エンティティ名入力を検証、標準化および解析するのに使用します。このダイアログでは、次の機能を使用できます。

- エンティティ名、サブ名および接頭辞の入力を調査します。

- 入力が空白またはnullかどうかをチェックし、"データなし有効"オプションに応じて、適切な妥当性ステータスを戻します。

- 冒涜的な言葉、疑わしい名前および疑わしい文字(顧客による定義)のリストに照らしてデータを検証し、選択されたオプションに応じて、適切な妥当性ステータスを戻します。

- 国際標準化データを使用して(使用可能なローカライズされた標準に応じて)正式名称データ(Ltd、GmBHなど)を識別および標準化します。

- (オプション) 行内の名前データから正式名称データを削除します。

- 標準化された出力をラテン語に文字変換します。

- 識別された地域に応じて特定された正式名称データを末尾または先頭に追加して、標準化および文字変換されたデータのフルネームを提供します。

- 選択されたオプションに応じて標準化および文字変換されたすべての出力の大/小文字を再設定します。

- すべての属性をサービスのコール元に戻します。

6.3.1 入力属性

次の表では、エンティティ名サービスの入力属性について説明します。

属性名

データ型

説明

必須

entityname

文字列

エンティティの名前(例: Oracle Corporation)

いいえ

entitysubname

文字列

エンティティのサブ名(例: Cambridge Office)

N

entitysuffix

文字列

エンティティの正式名称データで、エンティティの法的設立状態(PLC、LLP、GmBHなど)を表し、通常は接尾辞です

いいえ

treathanaskanji

文字列

N: 漢字を中国漢字として処理、Y: 漢字を日本漢字として処理。指定された漢字の特定の解釈を決定します。例: いし子 漢字(日本語の子) à Ishiko、それ以外(中国語の子) à Ishi Zi。

いいえ

6.3.2 出力属性

次の表では、エンティティ名サービスの出力属性について説明します。

属性名

データ型

説明

entitynamevalid

フラグ

Y: エンティティ名が有効な場合。
N: 有効でない場合。

entitynamevalidationcode

文字列

どのチェックで不合格になったかを示します(該当する場合)。

entitynamevalidationdescription

文字列

コードの意味の判読可能な説明を示します。

entitynamestandardized

文字列

エンティティの標準化された名前(例: Oracle)。

entitysubnamestandardized

文字列

エンティティの標準化されたサブ名(例: Cambridge)。

entitysuffixstandardized

文字列

エンティティの標準化された接尾辞(例: Ltd)で、入力として指定されていない場合は、指定された情報から抽出されます。

entityfullnamestandardized

文字列

接尾辞情報を'最も有力な'位置に配置した、すべての標準化された名前フィールドの連結。

entitynameoutputvalid

フラグ

Y: 有効なエンティティ名出力の場合。
N: 無効なエンティティ名出力の場合。

entitynametransliterated

文字列

文字変換された名前(例: ГУП "ТЭК СПб" à GUP "TEK SPb")。

entitysubnametransliterated

文字列

文字変換されたサブ名(例: Санкт-Петербурга à Sankt-Peterbúrg)。

entitysuffixtransliterated

文字列

文字変換された接尾辞(例: 株式会社 à KK)。

entitynamewritingsystems

文字列

入力テキストで識別された表記法。

6.3.3 オプション

次の表では、エンティティ名サービスのオプションについて説明します。

オプション名

メッセージ・ヘッダー

データ型

説明

デフォルト

冒涜的な言葉を有効として処理

optevaltreatprofanitiesvalid

文字列

Y: 名前に冒涜的な言葉が含まれる場合に、entitynamevalidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい名前を有効として処理

optevaltreatsuspectnamesvalid

文字列

Y: 名前に疑わしい名前が含まれる場合に、entitynamevalidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい文字を有効として処理

optevaltreatsuspectcharsvalid

文字列

Y: 名前に検出された疑わしい文字が含まれる場合に、entitynamevalidフラグで有効を戻します。
N: 無効を戻します。

N

名前データなしを有効として処理

optevaltreatnonamedatavalid

文字列

Y: 名前データが空白またはnullの場合に、entitynamevalidフラグで有効を戻します。
N: 無効を戻します。

N

冒涜的な言葉を有効として処理(標準化バージョン)

optestdtreatprofanitiesvalid

文字列

Y: 標準化対象のデータに冒涜的な言葉が含まれる場合に、entitynameoutputvalidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい文字を有効として処理(標準化バージョン)

optestdtreatsuspectcharsvalid

文字列

Y: 標準化対象の名前に疑わしい文字が含まれる場合に、entitynameoutputvalidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい名前を有効として処理(標準化バージョン)

optestdtreatsuspectnamesvalid

文字列

Y: 標準化対象の名前に疑わしい名前が含まれる場合に、entitynameoutputvalidフラグで有効を戻します。
N: 無効を戻します。

N

名前データなしを有効として処理(標準化バージョン)

optestdtreatnonamedatavalid

文字列

Y: 標準化対象の名前が空白またはnullの場合に、entitynameoutputvalidフラグで有効を戻します。
N: 無効を戻します。

N

アクセントの削除(標準化バージョン)

optestdremoveaccents

文字列

Y: 標準化されるフィールドのアクセント記号付きの文字をアクセント記号なしの同等の文字に変更します。
N: しません。

N

接尾辞の削除

optentremovesuffixes

文字列

Y: entitysuffix以外の標準化される名前フィールドから行内の接尾辞を削除します。
N: しません。

N

無効な名前の出力

optentoutputinvalidnames

文字列

Y: 標準化された名が無効の場合にオプションに応じて、標準化された元のフィールドに生の入力を出力します。
N: しません。

Y

出力の大/小文字

optentoutputcase

文字列

Y: すべての標準化および文字変換された出力名前属性に一貫した大/小文字("L" = 小文字、"U" = 大文字、"S" = 文頭のみ大文字)を適用します。
N: しません。

N

文字変換でのアクセントと発音区別符号の削除

optetrnsremoveaccsandmarks

文字列

Y: 文字変換されるフィールドで、アクセント記号付きの文字をアクセント記号なしの同等の文字に変更します。例: श्रीमत Śrīmatī à Srimati.
N: しません。

Y

文字変換の修正の適用

optetrnsapplycorrections

文字列

Y: 名前固有の変換を文字変換された名前に適用して共通の形式にします。例: Aliaksandrovich à ALEKSANDROVICH。
N: しません。

Y

6.4 電子メール・サービス

電子メール・サービスは、指定された電子メール・アドレスを検証および標準化するのに使用します。このダイアログでは、次の機能を使用できます。

- 指定された入力データをチェックして空白またはnullかどうかを確認します。

- 指定された電子メール・アドレスが統語的に正しいかをチェックします。

- 電子メールのユーザー名とドメイン名を抽出します。

- 入力電子メール・アドレスのユーザー部分を冒涜的な言葉および疑わしい名前に照らしてチェックします。

- 入力電子メール・アドレスのユーザー部分をチェックして、一般的に使用される汎用電子メール・ユーザー("info"や"admin"など)であるかどうかを確認します。

- 標準化を実行します。

- 設定されたオプションに応じて、標準化された電子メール・アドレス、ユーザー名およびドメインの大/小文字を標準化します。

6.4.1 検証の順序

検証チェックは、次の順序で実行されます。

- 空白チェック

- 構文の検証

- 冒涜的な言葉のチェック

- 疑わしい名前のチェック

- 総称名のチェック

6.4.2 入力属性

次の表では、電子メール・サービスの入力属性について説明します。

属性名

データ型

説明

必須

EmailId

文字列

出力でレコードを識別するID

いいえ

Email

文字列

検証される電子メール・アドレス

はい

6.4.3 出力属性

次の表では、電子メール・サービスの出力属性について説明します。

属性名

データ型

説明

EmailId

文字列

このレコードの入力だった電子メールID (指定された場合)。

EmailValid

フラグ

Y: 電子メールが有効な場合。
N: 有効でない場合。

EmailValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

EmailValidationDescription

文字列

コードの意味の判読可能な説明を示します。

EmailOutputValid

フラグ

Y: 電子メール出力が有効であり、標準化される場合。
N: それ以外の場合。

EmailStandardized

文字列

無効な値の出力がYに設定され、電子メールが無効な場合の、標準化された入力電子メールまたは生の値。

UserName

文字列

電子メール・アドレスのユーザー名(例: "jon.smith")。

Domain

文字列

電子メール・アドレスのドメイン(例: "oracle.com")。

6.4.4 オプション

次の表では、電子メール・サービスのオプションについて説明します。

オプション名

メッセージ・ヘッダー

説明

デフォルト

冒涜的な言葉を有効として処理

opttreatprofanitiesvalid

Y: 冒涜的な言葉を有効として処理する場合。
N: しない場合。

Y

疑わしい名前を有効として処理

opttreatsuspectnamesvalid

Y: 疑わしい名前を有効として処理する場合。
N: しない場合。

Y

総称名を有効として処理

opttreatgenericnamesvalid

Y: 疑わしい名前を有効として処理する場合。
N: しない場合。

Y

データなしを有効として処理

opttreatnodatavalid

Y: 空白データを有効として処理する場合。
N: しない場合。

N

無効な値の出力

optoutputinvalid

Y: 無効な値を出力する場合。
N: しない場合。

Y

出力の大/小文字

optoutputcase

U: 出力の大/小文字を大文字に標準化する場合。
L: 小文字の場合。

N

汎用ユーザー名の保持

optretaingenericusernames

Y: 汎用ユーザー名を保持する場合。
N: しない場合。

Y

6.5 公開されたプロセッサ

次の各項では、ビジネス・データ・サービスとともに使用できる公開されたプロセッサについて説明します。公開されたプロセッサは、EDQで作成したカスタム・プロセスで使用でき、ツール・パレットに表示されます。

6.5.1 国コードの標準化プロセッサ

国コードの標準化プロセッサは、国コードを入力として取り、関連するISO国名、略称、ISOの3文字コード、2文字コードおよび数字コードを出力します。国名を指定された場合も、関連の国名および国コードを、入力が国名だったことを示す検証コードとともに出力します。

6.5.1.1 入力属性

次の表では、国コードの標準化プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Country Code

文字列

入力国コード。

はい

Output Invalid

文字列

Y: 標準化された出力に無効な値を出力する場合。
N: 無効な値は出力しません。

いいえ

Output Case

文字列

出力の大/小文字(国名および国籍にのみ適用、国コードは常に大文字)。

U: 大文字。

L: 小文字。

M: 大文字と小文字の混合。

いいえ

Treat No Data As Valid

文字列

Y: データなしを有効として処理します。
N: 無効として処理します。

いいえ

6.5.1.2 出力属性

次の表では、国コードの標準化プロセッサの出力属性について説明します。

属性名

データ型

説明

CountryCodeOutputValid

文字列

Y: 有効な出力の場合。
N: 無効の場合。

CountryCodeValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

CountryCodeValidationDescription

文字列

コードの意味の判読可能な説明を示します。

CountryCode-ISO-3166-1-Alpha-2

文字列

標準化された2文字の国コード。

CountryCode-ISO-3166-1-Alpha-3

文字列

標準化された3文字の国コード。

CountryCode-ISO-3166-1-Numeric-3

文字列

標準化された数字の国コード。

CountryNameISO

文字列

ISO標準の国名

CountryNameAbbreviated

文字列

国の略称。

6.5.1.3 オプション

次の表では、国コードの標準化プロセッサのオプションについて説明します。

プロパティ名

データ型

説明

デフォルト

データなしを有効として処理

文字列

Y: データなしを有効として処理します。
N: 無効として処理します。

N

無効の出力

文字列

Y: 標準化された出力に無効な値を出力する場合。
N: 無効な値は出力しません。

N

出力の大/小文字

文字列

出力の大/小文字(国名および国籍にのみ適用、国コードは常に大文字)。
U: 大文字。

L: 小文字。

M: 大文字と小文字の混合。

M (混合)

6.5.2 国名の標準化プロセッサ

国名の標準化プロセッサは、国名を入力として取り、関連するISO国名、略称、ISOの3文字コード、2文字コードおよび数字コードに標準化します。また、国名に関連付けられている国籍も出力します。

6.5.2.1 入力属性

次の表では、国名の標準化プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Country Name

文字列

入力国名。

はい

Output Invalid

文字列

Y: 標準化された出力に無効な値を出力する場合。
N: 無効な値は出力しません。

いいえ

Output Case

文字列

出力の大/小文字(国名および国籍にのみ適用、国コードは常に大文字)。
U: 大文字。

L: 小文字。

M: 大文字と小文字の混合。

いいえ

Treat No Data As Valid

文字列

Y: データなしを有効として処理します。
N: 無効として処理します。

いいえ

6.5.2.2 出力属性

次の表では、国名の標準化プロセッサの出力属性について説明します。

属性名

データ型

説明

CountryNameISO

文字列

ISO標準化された国名。

CountryNameAbbreviated

文字列

略称のISO名。

CountryNameValid

文字列

Y: 有効な入力国名の場合。
N: 無効な入力国名の場合。

CountryNameValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

CountryNameValidationDescription

文字列

コードの意味の判読可能な説明を示します。

CountryCode-ISO-3166-1-Alpha-2

文字列

標準化された2文字の国コード。

CountryCode-ISO-3166-1-Alpha-3

文字列

標準化された3文字の国コード。

CountryCode-ISO-3166-1-Numeric-3

文字列

標準化された数字の国コード。

Nationality

文字列

関連付けられている国籍。

6.5.2.3 オプション

次の表では、国名の標準化プロセッサのオプションについて説明します。

プロパティ名

データ型

説明

デフォルト

データなしを有効として処理

文字列

Y: データなしを有効として処理します。
N: データなしを無効として処理します。

N

無効の出力

文字列

Y: 標準化された出力に無効な値を出力する場合。
N: 無効な値は出力しません。

Y

出力の大/小文字

文字列

出力の大/小文字(国名および国籍にのみ適用、国コードは常に大文字)。
U: 大文字の場合。

L: 小文字の場合。

M: 大文字と小文字の混合。

M

6.5.3 国籍の標準化プロセッサ

国籍の標準化プロセッサは、国籍を入力として取ってそれを標準化し、関連するISO国名および国コードの出力も行います。

6.5.3.1 入力属性

次の表では、国籍の標準化プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Nationality

文字列

入力国籍

はい

Output Invalid

文字列

Y: 標準化された出力に無効な値を出力する場合。
N: 無効な値は出力しません。

いいえ

Output Case

文字列

出力の大/小文字(国名および国籍にのみ適用、国コードは常に大文字)。
U: 大文字。

L: 小文字。

M: 大文字と小文字の混合。

いいえ

Treat No Data As Valid

文字列

Y: データなしを有効として処理します。
N: 無効として処理します。

いいえ

6.5.3.2 出力属性

次の表では、国籍の標準化プロセッサの出力属性について説明します。

属性名

データ型

説明

NationalityOutputValid

文字列

Y: 国籍出力が有効な場合。
N: 有効でない場合。

NationalityValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

NationalityValidationDescription

文字列

コードの意味の判読可能な説明を示します。

NationalityStandardized

文字列

標準化された国籍。

NationalityCountryCode-ISO-3166-1-Alpha-2

文字列

国籍に関連付けられている標準化された2文字のISO国コード。

NationalityCountryCode-ISO-3166-1-Alpha-3

文字列

国籍に関連付けられている標準化された3文字のISO国コード。

NationalityCountryCode-ISO-3166-1-Numeric-3

文字列

国籍に関連付けられている標準化された数字のISO国コード。

NationalityCountryNameISO

文字列

ISO国名。

NationalityCountryNameAbbreviated

文字列

国の略称。

6.5.3.3 オプション

次の表では、国籍の標準化プロセッサのオプションについて説明します。

プロパティ名

データ型

説明

デフォルト

データなしを有効として処理

文字列

Y: データなしを有効として処理します。
N: 無効として処理します。

N

無効の出力

文字列

Y: 標準化された名が無効の場合にオプションに応じて、標準化された元のフィールドに生の入力を出力します。
N: しません。

Y

出力の大/小文字

文字列

Y: すべての標準化および文字変換された出力名前属性に一貫した大/小文字を適用します。
L = 小文字

U = 大文字

S = 文頭のみ大文字

N: しません。

M

6.5.4 国コードの検証プロセッサ

国コードの検証プロセッサは、国コードを入力として取り、それが正しいかを検証します。

6.5.4.1 入力属性

次の表では、国コードの検証プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Country Code

文字列

入力国コード

はい

Treat No Data As Valid

文字列

Y: データなしを有効として処理します。
N: 無効として処理します。

いいえ

6.5.4.2 出力属性

次の表では、国コードの検証プロセッサの出力属性について説明します。

属性名

データ型

説明

CountryCodeValid

フラグ

Y: 国コードが有効の場合。
N: それ以外の場合。

CountryCodeValidationCode

文字列

検証に不合格/合格だった理由を示すコード。

CountryCodeValidationDescription

文字列

コードの意味の判読可能な説明を示します。

6.5.4.3 オプション

次の表では、国コードの検証プロセッサのオプションについて説明します。

プロパティ名

データ型

説明

デフォルト

データなしを有効として処理

文字列

Y: データなしを有効として処理します。
N: 無効として処理します。

N

6.5.5 国名の検証プロセッサ

国名の検証プロセッサは、国名を入力として取り、それが正しいかを検証します。

6.5.5.1 入力属性

次の表では、国名の検証プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Country Code

文字列

入力国名

はい

Treat No Data As Valid

文字列

Y: データなしを有効として処理します。
N: 無効として処理します。

いいえ

6.5.5.2 出力属性

次の表では、国名の検証プロセッサの出力属性について説明します。

属性名

データ型

説明

CountryNameValid

フラグ

Y: 国名が有効な場合。
N: それ以外の場合。

CountryNameValidationCode

文字列

検証に不合格/合格だった理由を示すコード。

CountryNameValidationDescription

文字列

コードの意味の判読可能な説明を示します。

6.5.5.3 オプション

次の表では、国名の検証プロセッサのオプションについて説明します。

プロパティ名

データ型

説明

デフォルト

データなしを有効として処理

文字列

Y: データなしを有効として処理します。
N: 無効として処理します。

N

6.5.6 国籍の検証プロセッサ

国籍の検証プロセッサは、国籍を入力として取り、それが正しいかを検証します。

6.5.6.1 入力属性

次の表では、国籍の検証プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Nationality

文字列

入力国籍

はい

Treat No Data As Valid

文字列

Y: データなしを有効として処理します。
N: 無効として処理します。

いいえ

6.5.6.2 出力属性

次の表では、国籍の検証プロセッサの出力属性について説明します。

属性名

データ型

説明

NationalityValid

フラグ

Y: 国籍が有効な場合。
N: それ以外の場合。

NationalityValidationCode

文字列

検証に不合格/合格だった理由を示すコード。

NationalityValidationDescription

文字列

コードの意味の判読可能な説明を示します。

6.5.6.3 オプション

次の表では、国名の検証プロセッサのオプションについて説明します。

プロパティ名

データ型

説明

デフォルト

データなしを有効として処理

文字列

Y: データなしを有効として処理します。
N: 無効として処理します。

N

6.5.7 電子メール・アドレスの標準化プロセッサ

電子メール・アドレスの標準化プロセッサは、電子メール・アドレスを入力として取り、ユーザー名およびドメインを抽出し、電子メール・アドレスを標準化します。

6.5.7.1 入力属性

次の表では、電子メール・アドレスの標準化プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Email Address

文字列

入力電子メール・アドレス

はい

Output Invalid Values

文字列

Y: 無効な値を出力します。
N: 空白文字列を出力します

はい

Output Case

文字列

Y: すべての標準化および文字変換された出力名前属性に一貫した大/小文字を適用します。
L = 小文字

U = 大文字、

S = 文頭のみ大文字、

N: しません。

L

Retain Generic Usernames

文字列

Y: 汎用ユーザー名を保持します。
N: 汎用ユーザー名を空白文字列に設定します。

はい

Treat Profanities as Valid

文字列

Y: 冒涜的な言葉を有効として処理する場合。
N: しない場合。

はい

Treat Suspect Names As Valid

文字列

Y: 疑わしい名前を有効として処理する場合。
N: しない場合。

はい

Treat Generic Names as Valid

文字列

Y: 総称名を有効として処理する場合。
N: しない場合。

はい

Treat No Data as Valid

文字列

Y: 空白データを有効として処理する場合。
N: しない場合。

いいえ

6.5.7.2 出力属性

次の表では、電子メール・アドレスの標準化の出力属性について説明します。

属性名

データ型

説明

EmailOutputValid

フラグ

Y: 電子メールが有効であり、標準化される場合。
N: それ以外の場合。

EmailStandardized

文字列

標準化された電子メール・アドレス。

EmailUsername

文字列

電子メール・アドレスのユーザー名。

EmailDomain

文字列

電子メール・アドレスのドメイン。

EmailValidationCode

文字列

検証に不合格/合格だった理由を示すコード。

EmailValidationDescription

文字列

コードの意味の判読可能な説明を示します。

6.5.7.3 オプション

次の表では、電子メール・アドレスの標準化のオプションについて説明します。

プロパティ名

データ型

説明

デフォルト

無効な値の出力

文字列

Y: 無効な値を出力します。
N: 空白文字列を出力します。

Y

出力の大/小文字

文字列

Y: すべての標準化および文字変換された出力名前属性に一貫した大/小文字を適用します。
L = 小文字

U = 大文字、

S = 文頭のみ大文字、

N: しません。

L

汎用ユーザー名の保持

文字列

Y: 汎用ユーザー名を保持します。
N: 汎用ユーザー名を空白文字列に設定します。

Y

冒涜的な言葉を有効として処理

文字列

Y: 冒涜的な言葉を有効として処理する場合。
N: しない場合。

Y

疑わしい名前を有効として処理

文字列

Y: 疑わしい名前を有効として処理する場合。
N: しない場合。

Y

総称名を有効として処理

文字列

Y: 総称名を有効として処理する場合。
N: しない場合。

Y

データなしを有効として処理

文字列

Y: 空白データを有効として処理する場合。
N: しない場合。

N

6.5.8 電子メール形式の検証プロセッサ

電子メール形式の検証プロセッサは、電子メール・アドレスを入力として取り、その電子メール・アドレスが正しいかを検証します。

6.5.8.1 入力属性

次の表では、電子メール・アドレスの検証プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Email Address

文字列

入力電子メール・アドレス

はい

Treat Profanities as Valid

文字列

Y: 冒涜的な言葉を有効として処理する場合。
N: しない場合。

いいえ

Treat Suspect Names as Valid

文字列

Y: 疑わしい名前およびダミー名を有効として処理する場合。
N: しない場合。

はい

Treat Generic Names as Valid

文字列

Y: 総称名を有効として処理する場合。
N: しない場合。

はい

Treat No Data as Valid

文字列

Y: 空白データを有効として処理する場合。
N: しない場合。

いいえ

6.5.8.2 出力属性

次の表では、電子メール・アドレスの検証プロセッサの出力属性について説明します。

属性名

データ型

説明

EmailValid

フラグ

Y: 電子メールが有効な場合。
N: それ以外の場合。

EmailValidationCode

文字列

検証に不合格/合格だった理由を示すコード。

EmailValidationDescription

文字列

コードの意味の判読可能な説明を示します。

6.5.8.3 オプション

次の表では、電子メール・アドレスの検証プロセッサのオプションについて説明します。

プロパティ名

データ型

説明

デフォルト

冒涜的な言葉を有効として処理

文字列

Y: 冒涜的な言葉を有効として処理する場合。
N: しない場合。

Y

疑わしい名前を有効として処理

文字列

Y: 疑わしい名前およびダミー名を有効として処理する場合。
N: しない場合。

Y

総称名を有効として処理

文字列

Y: 総称名を有効として処理する場合。
N: しない場合。

Y

データなしを有効として処理

文字列

Y: 空白データを有効として処理する場合。
N: しない場合。

N

6.5.9 エンティティ名の標準化プロセッサ

エンティティ名の標準化プロセッサは、エンティティ名を表す複数のフィールドを入力として取り、文字の大/小文字を標準化します。

6.5.9.1 入力属性

次の表では、エンティティ名の標準化プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Entity Name

文字列

エンティティの名前(例: Oracle US)

いいえ

Entity Subname

文字列

エンティティのサブ名(例: Utah Branch)

いいえ

Entity Suffix

文字列

エンティティの正式名称データ(例: LLP)

いいえ

Remove Accents

文字列

Y: アクセント記号付きの文字をアクセント記号なしの同等の文字に変更します。
N: アクセントを削除しません。

いいえ

Output Invalid Names

文字列

Y: 無効な名前を、標準化された元のフィールドに生の入力として出力します。
N: しません。

はい

Remove Suffixes

文字列

Y: 接尾辞以外の名前のフィールドから行内の接尾辞を削除します。
N: しません。

いいえ

Output Case

文字列

すべての名前に一貫した大/小文字を適用します。
L = 小文字、

U = 大文字、

S = 文頭のみ大文字。

N: しません。

いいえ

Treat No Name Data as Valid

文字列

Y: 名前データが空白またはnullの場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat Profanities as Valid

文字列

Y: 名前データに検出された冒涜的な言葉が含まれる場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat Suspect Characters as Valid

文字列

Y: 名前データに疑わしい文字が含まれる場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat Suspect Names as Valid

文字列

Y: 名前データに疑わしい名前が含まれる場合に、EntityNameValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

6.5.9.2 出力属性

次の表では、エンティティ名の標準化プロセッサの出力属性について説明します。

属性名

データ型

説明

entitynameoutputvalid

文字列

Y: 標準化または標準化の異形として認識された場合、有効を戻します。
N: 無効を戻します。

entitynameoutputvalidationcode

文字列

検証に合格/不合格だった理由を示すコード。

entitynameoutputvalidationdescription

文字列

コードの意味の判読可能な説明を示します。

entitynamestandardized

文字列

エンティティの標準化名。

entitysubnamestandardized

文字列

エンティティの標準化サブ名。

entitysuffixstandardized

文字列

指定されたエンティティの正式名称を表す標準化された接尾辞。

entityfullnamestandardized

文字列

接尾辞情報を論理的に配置した、すべての標準化された名前フィールドの連結。

6.5.9.3 オプション

次の表では、エンティティ名の標準化プロセッサのオプションについて説明します。

オプション名

データ型

説明

デフォルト

冒涜的な言葉を有効として処理

文字列

Y: 名前データに検出された冒涜的な言葉が含まれる場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい文字を有効として処理

文字列

Y: 名前データに疑わしい文字が含まれる場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい名前を有効として処理

文字列

Y: 名前データに疑わしい名前が含まれる場合に、EntityNameValidフラグで有効を戻します。
N: 無効を戻します。

N

名前データなしを有効として処理

文字列

Y: 名前データが空白またはnullの場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

N

アクセントの削除

文字列

Y: アクセント記号付きの文字をアクセント記号なしの同等の文字に変更します。
N: アクセントを削除しません。

N

無効な名前の出力

文字列

Y: 無効な名前を、標準化された元のフィールドに生の入力として出力します。
N: しません。

Y

出力の大/小文字

文字列

すべての名前に一貫した大/小文字を適用します。
L = 小文字、

U = 大文字、

S = 文頭のみ大文字。

N: しません。

N

接尾辞の削除

文字列

Y: 接尾辞以外の名前のフィールドから行内の接尾辞を削除します。
N: しません。

N

冒涜的な言葉の参照データ

文字列

冒涜的な言葉の参照データ。

名前 - エンティティ冒涜的な言葉

接尾辞の標準化の参照データ

文字列

接尾辞の標準化の参照データ。

名前 - エンティティ接尾辞の標準化

疑わしい文字の参照データ

文字列

疑わしい文字の参照データ。

名前 - エンティティ疑わしい文字

アクセント記号付きの文字の標準化の参照データ

文字列

標準化されたアクセント記号付きの文字の参照データ。

テキスト - アクセント記号付きの文字の標準化

疑わしい名前の参照データ

文字列

疑わしい名前の参照データ。

名前 - エンティティ疑わしい名前

6.5.10 エンティティ名の文字変換プロセッサ

エンティティ名の文字変換プロセッサは、ある表記法のエンティティ名を入力として取り、ラテン語表記法に文字変換します。

6.5.10.1 入力属性

次の表では、エンティティ名の文字変換プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Entity Name

文字列

エンティティの名前。

いいえ

Entity Subname

文字列

エンティティのサブ名。

いいえ

Entity Suffix

文字列

エンティティの正式名称データ。

いいえ

Treat Han As Kanji

文字列

Y: 漢字を日本漢字として処理します。
N: 漢字を中国漢字として処理します。

いいえ

Remove Accents and Diacritical

文字列

Y: アクセント記号付きの文字をアクセント記号なしの同等の文字に変更します。例: श्रीमती à Śrīmatī à Srimati
N: しません。

はい

Apply Transliteration Corrections

文字列

Y: 名前固有の変換を標準の文字変換された名前に適用して共通の形式にします。例: Aliaksandrovich à ALEKSANDROVICH
N: しません

はい

Output Case

文字列

Y: すべての名前に一貫した大/小文字を適用します。
L = 小文字、

U = 大文字、

S = 文頭のみ大文字。

N: しません。

いいえ

6.5.10.2 出力属性

次の表では、エンティティ名の文字変換プロセッサの出力属性について説明します。

属性名

データ型

説明

entitynametransliterated

文字列

文字変換された名前(例: ГУП "ТЭК СПб" à GUP "TEK SPb")

entitysubnametransliterated

文字列

文字変換されたサブ名(例: Санкт-Петербурга à Sankt-Peterbúrg)

entitysuffixtransliterated

文字列

文字変換された接尾辞(例: 株式会社à KK)

entityfullnametransliterated

文字列

文字変換されたフルネーム(例: 株式会社電通 à KK Dentsū)

entitynamewritingsystem

文字列

入力テキストで識別される表記法(例: Пеки́н à キリル文字)は複数でもかまいません(例. 東京 (トウキョウ) à CJK、カタカナ)

6.5.10.3 オプション

次の表では、エンティティ名の文字変換プロセッサのオプションについて説明します。

オプション名

データ型

説明

デフォルト

文字変換でのアクセントと発音区別符号の削除

文字列

Y: アクセント記号付きの文字をアクセント記号なしの同等の文字に変更します。例: श्रीमती à Śrīmatī à Srimati
N: しません。

Y

文字変換の修正の適用

文字列

Y: 名前固有の変換を標準の文字変換された名前に適用して共通の形式にします。例: Aliaksandrovich à ALEKSANDROVICH
N: しません

Y

表記法に対するUnicodeブロックの参照データ

文字列

使用されている国に関連付けられたUnicodeブロックを含む参照データ。

その他

文字変換の修正の参照データ

文字列

修正された文字変換済データを含む参照データ。

文字変換 - エンティティ文字変換の調整

エンティティ国際スクリプト名マップの参照データ

文字列

語句の国際スクリプト名を含む参照データ。

名前 - エンティティ国際スクリプト・マップ

日本漢字名マップの参照データ

文字列

日本漢字名の文字変換された名前を含む参照データ。

文字変換 - エンティティ日本語スクリプト・マップ

キリル文字カスタム文字マップの参照データ

文字列

元のキリル文字の文字変換された文字を含む参照データ。

文字変換 - エンティティのキリル文字文字変換の文字マップ

キリル文字のデリミタ

文字列

キリル文字のデリミタが含まれます。

А Б В Г Д Е Ж З И Й К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Ы Ь Э Ю Я а б в г д е ж з и й к л м н о п р с т у ф х ц ч ш щ ы ь э ю я ё Ӣ Ə Ӯ Ћ Љ Ұ Є Қ Ђ Ў Ъ Џ Ә Ї Ғ Њ Ү Ќ Ѓ Ң Ө Ҷ Ё Ҳ

出力の大/小文字

文字列

Y: すべての名前に一貫した大/小文字を適用します。
L = 小文字、

U = 大文字、

S = 文頭のみ大文字。

N: しません。

N

6.5.11 エンティティ名の検証プロセッサ

エンティティ名の検証プロセッサは、エンティティ名を入力として取り、それが正しいかを検証します。

6.5.11.1 入力属性

次の表では、エンティティ名の検証プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Entity Name

文字列

エンティティの名前(例: Oracle US)

いいえ

Entity Subname

文字列

エンティティのサブ名(例: Utah Branch)

いいえ

Entity Suffix

文字列

エンティティの正式名称データ(例: LLP)

いいえ

Treat No Name Data as Valid

文字列

Y: 名前データが空白またはnullの場合に、EntityNameValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat Profanities as Valid

文字列

Y: 名前データに検出された冒涜的な言葉が含まれる場合に、EntityNameValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat Suspect Characters as Valid

文字列

Y: 名前データに疑わしい文字が含まれる場合に、EntityNameValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat Suspect Names as Valid

文字列

Y: 名前データに疑わしい名前が含まれる場合に、EntityNameValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

6.5.11.2 出力属性

次の表では、エンティティ名の検証プロセッサの出力属性について説明します。

属性名

データ型

説明

entitynamevalid

フラグ

Y: 有効なエンティティ名の場合。
N: 無効の場合。

entitynamevalidationcode

文字列

検証に合格/不合格だった理由を示すコード。

entitynamevalidationdescription

文字列

コードの意味の判読可能な説明を示します。

6.5.11.3 オプション

次の表では、エンティティ名の検証プロセッサのオプションについて説明します。

オプション名

データ型

説明

デフォルト

冒涜的な言葉を有効として処理

文字列

Y: 名前データに検出された冒涜的な言葉が含まれる場合に、EntityNameValidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい文字を有効として処理

文字列

Y: 名前データに疑わしい文字が含まれる場合に、EntityNameValidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい名前を有効として処理

文字列

Y: 名前データに疑わしい名前が含まれる場合に、EntityNameValidフラグで有効を戻します。
N: 無効を戻します。

N

名前データなしを有効として処理

文字列

Y: 名前データが空白またはnullの場合に、EntityNameValidフラグで有効を戻します。
N: 無効を戻します。

N

冒涜的な言葉の参照データ

文字列

冒涜的な言葉の参照データ。

名前 - エンティティ冒涜的な言葉

疑わしい文字の参照データ

文字列

疑わしい文字の参照データ。

名前 - エンティティ疑わしい文字

疑わしい名前の参照データ

文字列

疑わしい名前の参照データ。

名前 - エンティティ疑わしい名前

6.5.12 性別の導出プロセッサ

性別の導出プロセッサは、名前、タイトルまたは性別を入力として取り、正しい性別を導出します。

6.5.12.1 入力属性

次の表では、性別の導出プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Title

文字列

指定された個人のタイトル(例: Dr)

いいえ

First Name

文字列

指定された個人の名(例: James)

いいえ

Gender

文字列

指定された個人の性別(例: Male/M/男)

いいえ

Value For Unknown Gender

文字列

性別データを入力データから明確に判別できない場合に、そのデータを出力として渡すことができます。
性別を判別できない場合に空白値を戻すために、空白文字列に設定できます。

U (不明)

6.5.12.2 出力属性

次の表では、性別の導出プロセッサの出力属性について説明します。

属性名

データ型

説明

GenderFromTitle

文字列

入力タイトルから導出された性別。

GenderFromName

文字列

入力名前から導出された性別。

GenderFromInput

文字列

入力性別から導出された性別。

TitleNameGenderConflict

フラグ

Y: 導出された性別がタイトルと名前で異なる場合。
N: それ以外の場合。

TitleInputGenderConflict

フラグ

Y: 導出された性別がタイトルと入力性別で異なる場合。
N: それ以外の場合。

NameInputGenderConflict

フラグ

Y: 導出された性別が名前と入力性別で異なる場合。
N: それ以外の場合。

GenderDerived

文字列

競合に関係なくGenderFromInput、GenderFromTitle、GenderFromNameの順に優先した総合的な性別。

6.5.12.3 オプション

次の表では、性別の導出プロセッサのオプションについて説明します。

プロパティ名

データ型

説明

デフォルト

性別不明の値

文字列

性別データを入力データから明確に判別できない場合に、そのデータを出力として渡すことができます。
性別を判別できない場合に空白値を戻すために、空白文字列に設定できます。

U (不明)

タイトル - 性別マップの参照データ

文字列

タイトルに関連付けられた性別を含む参照データ。

名前 - タイトル性別マップ

名前 - 性別マップの参照データ

文字列

名前に関連付けられた性別を含む参照データ。

名前 - 名前性別マップ

名前 - 性別のリストの参照データ

文字列

ローカライズされた性別のリストに関連付けられた標準化された性別を含む参照データ。

名前 - 性別リスト

6.5.13 個人名の標準化プロセッサ

個人名の標準化プロセッサは、個人名を入力として取り、大/小文字とアクセント記号付き文字の使用を標準化します。

6.5.13.1 入力属性

次の表では、個人名の標準化プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Title

文字列

指定された個人のタイトル(例: Dr)

いいえ

First Name

文字列

指定された個人の名(例: James)

いいえ

Middle Names

文字列

指定された個人のミドルネーム(例: Alfred)

いいえ

Last Name

文字列

指定された個人の姓(例: Herriot)

いいえ

Suffix

文字列

指定された個人の接尾辞(例: Jr)

いいえ

Full Name

文字列

指定された個人のフルネーム(例: Dr James Alfred Herriot Jr)

いいえ

Remove accents

文字列

Y: アクセント記号付きの文字をアクセント記号なしの同等の文字に変更します。
N: アクセントを削除しません。

いいえ

Output invalid names

文字列

Y: 無効な名前を、標準化された元のフィールドに生の入力として出力します。
N: しません。

はい

Output invalid titles

文字列

Y: 無効なタイトルを、標準化された元のフィールドに生の入力として出力します。
N: しません。

はい

Remove suffixes

文字列

Y: 接尾辞以外の名前のフィールドから行内の接尾辞を削除します。
N: しません。

いいえ

Remove titles

文字列

Y: タイトル以外の名前フィールドから行内のタイトルを削除します。
N: しません。

いいえ

Output case

文字列

すべての名前に一貫した大/小文字("L" = 小文字、"U" = 大文字、"S" = 文頭のみ大文字)を適用します。
N: 変更なし。

いいえ

Treat no name data as valid

文字列

Y: 名前データが空白またはnullの場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat no title data as valid

文字列

Y: タイトル・データが空白またはnullの場合に、TitleOutputValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat profanities as valid

文字列

Y: 名前データに検出された冒涜的な言葉が含まれる場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat suspect characters as valid

文字列

Y: 名前データに疑わしい文字が含まれる場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat suspect names as valid

文字列

Y: 名前データに疑わしい名前が含まれる場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

6.5.13.2 出力属性

次の表では、個人名の標準化プロセッサの出力属性について説明します。

属性名

データ型

説明

TitleStandardized

文字列

指定された個人のタイトル(例: Dr)。

TitleOutputValid

文字列

Y: タイトル出力が有効な場合。N: それ以外の場合。

TitleValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

TitleValidationDescription

文字列

コードの意味の判読可能な説明を示します。

FirstNameStandardized

文字列

標準化された個人の名(例: James)。

MiddleNamesStandardized

文字列

標準化された個人のミドルネーム(例: Alfred)。

LastNameStandardized

文字列

標準化された個人の姓(例: Herriot)。

SuffixStandardized

文字列

標準化された個人の接尾辞(例: Jr)。

FullNameStandardized

文字列

標準化された個人のフルネーム(例: Dr James Alfred Herriot Jr)。

NameOutputValid

フラグ

Y: 名前出力が有効な場合。
N: それ以外の場合。

NameValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

NameValidationDescription

文字列

コードの意味の判読可能な説明を示します。

6.5.13.3 オプション

次の表では、個人名の標準化プロセッサの出力について説明します。

オプション名

データ型

説明

デフォルト

冒涜的な言葉を有効として処理

文字列

Y: 名前データに検出された冒涜的な言葉が含まれる場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい文字を有効として処理

文字列

Y: 名前データに疑わしい文字が含まれる場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい名前を有効として処理

文字列

Y: 名前データに疑わしい名前が含まれる場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

N

名前データなしを有効として処理

文字列

Y: 名前データが空白またはnullの場合に、NameOutputValidフラグで有効を戻します。
N: 無効を戻します。

N

タイトル・データなしを有効として処理

文字列

Y: タイトル・データが空白またはnullの場合に、TitleOutputValidフラグで有効を戻します。
N: 無効を戻します。

N

アクセントの削除

文字列

Y: アクセント記号付きの文字をアクセント記号なしの同等の文字に変更します。
N: アクセントを削除しません。

N

無効な名前の出力

文字列

Y: 無効な名前を、標準化された元のフィールドに生の入力として出力します。
N: しません。

Y

無効なタイトルの出力

文字列

Y: 無効なタイトルを、標準化された元のフィールドに生の入力として出力します。
N: しません。

Y

出力の大/小文字

文字列

すべての名前に一貫した大/小文字("L" = 小文字、"U" = 大文字、"S" = 文頭のみ大文字)を適用します。
N: 変更なし。

N

接尾辞の削除

文字列

Y: 接尾辞以外の名前のフィールドから行内の接尾辞を削除します。
N: しません。

N

タイトルの削除

文字列

Y: タイトル以外の名前フィールドから行内のタイトルを削除します。
N: しません。

N

タイトル標準化の参照データ

文字列

標準化されたタイトルの参照データ。

名前 - タイトルの標準化

冒涜的な言葉の参照データ

文字列

冒涜的な言葉の参照データ。

名前 - エンティティ冒涜的な言葉

疑わしい文字の参照データ

文字列

疑わしい文字の参照データ。

名前 - エンティティ疑わしい文字

疑わしい名前の参照データ

文字列

疑わしい名前の参照データ。

名前 - エンティティ疑わしい名前

接尾辞の標準化の参照データ

文字列

接尾辞の標準化の参照データ。

名前 - エンティティ接尾辞の標準化

アクセント記号付きの文字の標準化の参照データ

文字列

標準化されたアクセント記号付きの文字の参照データ。

テキスト - アクセント記号付きの文字の標準化

6.5.14 個人名の文字変換プロセッサ

個人名の文字変換プロセッサは、ある表記法の名前データを入力として取り、ラテン語表記法に文字変換します。

6.5.14.1 入力属性

次の表では、個人名の文字変換プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Title

文字列

指定された個人のタイトル(例: إمام‎)。

いいえ

First Name

文字列

指定された個人の名(例: Γιώργος)。

いいえ

Middle Names

文字列

指定された個人のミドルネーム(例: Johnathan)。

いいえ

Last Name

文字列

指定された個人の姓(例: 劉)。

いいえ

Suffix

文字列

文字変換された接尾辞(例: ป.จ.ว. à PChW)

いいえ

FullName

文字列

指定された個人のフルネーム(例: 九条 望実 (のぞみ))。

いいえ

TreatHanAsKanji

文字列

Y: 漢字を日本漢字として処理します。
N: 漢字を中国漢字として処理します。

指定された漢字の特定の解釈を決定します。例: いし子 漢字(日本語の子) à Ishiko、それ以外(中国語の子) à Ishi Zi

いいえ

Remove accents and diacritical marks in transliteration

文字列

Y: アクセント記号付きの文字をアクセント記号なしの同等の文字に変更します。例: श्रीमती à Śrīmatī à Srimati
N: しません。

はい

Apply transliteration corrections

文字列

Y: 名前固有の変換を標準の文字変換された名前に適用して共通の形式にします。例: Aliaksandrovich à ALEKSANDROVICH。
N: しません。

はい

Output case

文字列

Y: すべての標準化および文字変換された出力名前属性に一貫した大/小文字を適用します。
L = 小文字

U = 大文字

S = 文頭のみ大文字

N: しません。

いいえ

6.5.14.2 出力属性

次の表では、個人名の文字変換プロセッサの出力属性について説明します。

属性名

データ型

説明

TitleTransliterated

文字列

文字変換されたタイトル(例: مجتهد à Mujtahid)。

FirstNameTransliterated

文字列

文字変換された名(例: Влади́мир à Vladimir)。

MiddleNamesTransliterated

文字列

文字変換されたミドルネーム(例: 杜甫 à Dù Fǔ)。

LastNameTransliterated

文字列

文字変換された姓(例: 福澤 à Fukuzawa)。

SuffixTransliterated

文字列

文字変換された接尾辞(例: ป.จ.ว. à PChW)

FullNameTransliterated

文字列

文字変換されたフルネーム(例: 반기문 à Ban Ki-moon)。

NameWritingSystem

文字列

入力テキストで識別される表記法(例: Пеки́н à キリル文字)は複数でもかまいません(例: 東京 (トウキョウ) à CJK、カタカナ)。

6.5.14.3 オプション

次の表では、個人名の文字変換プロセッサのオプションについて説明します。

プロパティ名

データ型

説明

デフォルト

文字変換でのアクセントと発音区別符号の削除

文字列

Y: アクセント記号付きの文字をアクセント記号なしの同等の文字に変更します。例: श्रीमती à Śrīmatī à Srimati
N: しません。

Y

文字変換の修正の適用

文字列

Y: 名前固有の変換を標準の文字変換された名前に適用して共通の形式にします。例: Aliaksandrovich à ALEKSANDROVICH。
N: しません。

Y

表記法に対するUnicodeブロックの参照データ

文字列

使用されている国に関連付けられたUnicodeブロックを含む参照データ。

文字変換 - 表記法に対するUnicodeブロック

文字変換の修正の参照データ

文字列

訂正済の文字変換されたテキストを含む参照データ。

文字変換 - 文字変換の調整

既知の国際名称マップの参照データ

文字列

文字変換された国際スクリプトを含む参照データ。

名前 - 国際名称マップ

アラビア語対ラテン語の名前マップの参照データ

文字列

指定されたアラビア語名の文字変換された名前を含む参照データ。

名前 - アラビア語名の転写

アラビア文字カスタム文字変換の文字マップの参照データ

文字列

関連するアラビア文字のローマ字を含む参照データ。

文字変換 - アラビア文字文字変換マップ

アラビア文字のデリミタ

文字列

アラビア文字のデリミタが含まれます

ا ب ل م د ن ي ع ح ه ز ر س و أ ك ص ى ة ظ ض ق ش ف ج ت ی ط خ غ ک ئ ذ إ آ ء ؤ پ ث ہ ں ٌ ُ ﮓ ې

日本漢字名マップの参照データ

文字列

日本漢字名の文字変換された名前を含む参照データ。

文字変換 - 日本漢字の名前マップ

キリル文字カスタム文字マップの参照データ

文字列

元のキリル文字の文字変換された文字を含む参照データ。

文字変換 - キリル文字文字変換の文字マップ

キリル文字のデリミタ

文字列

キリル文字のデリミタが含まれます。

А Б В Г Д Е Ж З И Й К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Ы Ь Э Ю Я а б в г д е ж з и й к л м н о п р с т у ф х ц ч ш щ ы ь э ю я ё Ӣ Ə Ӯ Ћ Љ Ұ Є Қ Ђ Ў Ъ Џ Ә Ї Ғ Њ Ү Ќ Ѓ Ң Ө Ҷ Ё Ҳ

出力の大/小文字

文字列

出力の大/小文字(国名および国籍にのみ適用、国コードは常に大文字)。
U: 大文字。

L: 小文字。

M: 大文字と小文字の混合。

N

6.5.15 個人非構造化名パーサー・プロセッサ

個人非構造化名パーサー・プロセッサは現在、テンプレートとして存在します。個人名を表すテキストを取り(主に、ラテン語の名前ですが、他の名前も解析可能です)、姓、名、タイトル、接尾辞など、名前の構成要素を判別します。

6.5.15.1 入力属性

次の表では、個人非構造化名パーサー・プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Full Name

文字列

解析対象のフルネーム。

はい

6.5.15.2 出力属性

次の表では、個人非構造化名パーサー・プロセッサの出力属性について説明します。

属性名

データ型

説明

Title

文字列

パーサーによって判別されたメイン個人のタイトル(例: Dr)。

FirstName

文字列

パーサーによって判別されたメイン個人の名(例: James)。

MiddleNames

文字列

パーサーによって判別されたメイン個人のミドルネーム(例: Alfred)。

LastName

文字列

パーサーによって判別されたメイン個人の姓(例: Herriot)。

Suffix

文字列

パーサーによって判別されたメイン個人の接尾辞(例: FRCVS)。

ParseResult

文字列

Pass: パーサーが合理的な疑いがある状態で名前の構造を識別したことを意味します。
Review: パーサーが名前の構造を推定したため、さらに検証が必要となることを意味します。

Fail: パーサーが名前の構造を判別できなかった、または名前ではないと識別したことを意味します。

ParseComment

文字列

解析結果に応じて、解析のコメントが表示されます。

ParseNotes

文字列

名前のトークン化に準拠していないが、関連データが含まれる名前に関する注意事項(関連データの例: その他の情報("死亡")、検出された複数の名前("Mrs.G Jones")、未分類データ("様方"))。

6.5.16 性別の検証プロセッサ

性別の検証プロセッサは、個人の性別を入力として取り、それが正しいかを検証します。

6.5.16.1 入力属性

次の表では、性別の検証プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Title

文字列

指定された個人のタイトル(例: Dr)

いいえ

First Name

文字列

指定された個人の名(例: James)

いいえ

Gender

文字列

指定された個人の性別(例: Male/M)

いいえ

Treat Conflict Between Gender and Title as Valid

文字列

Y: 渡されたタイトルから導出された性別と渡された性別間の競合が性別データに含まれる場合に、GenderValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat Conflict Between Gender and Name as Valid

文字列

Y: 名前から導出された性別と渡された性別間の競合が性別データに含まれる場合に、GenderValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat No Gender Data as valid

文字列

Y: 性別入力値が空白またはnullの場合に、GenderValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

6.5.16.2 出力属性

次の表では、性別の検証プロセッサの出力属性について説明します。

属性名

データ型

説明

GenderValid

フラグ

Y: 有効の場合。
N: 無効の場合。

GenderValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

GenderValidationDescription

文字列

コードの意味の判読可能な説明を示します。

6.5.16.3 オプション

次の表では、性別の検証プロセッサのオプションについて説明します。

プロパティ名

データ型

説明

デフォルト

性別とタイトル間の競合を有効として処理

文字列

Y: 渡されたタイトルから導出された性別と渡された性別間の競合が性別データに含まれる場合に、GenderValidフラグで有効を戻します。
N: 無効を戻します。

N

性別と名前間の競合を有効として処理

文字列

Y: 名前から導出された性別と渡された性別間の競合が性別データに含まれる場合に、GenderValidフラグで有効を戻します。
N: 無効を戻します。

N

性別データなしを有効として処理

文字列

Y: 性別入力値が空白またはnullの場合に、GenderValidフラグで有効を戻します。
N: 無効を戻します。

N

性別リストの参照データ

文字列

関連付けられたローカライズされた性別の標準化された性別を含む参照データ。

名前 - 性別リスト

タイトル - 性別マップの参照データ

文字列

タイトルに関連付けられた性別を含む参照データ。

名前 - タイトル性別マップ

名前 - 性別マップの参照データ

文字列

名前に関連付けられた性別を含む参照データ。

名前 - 名前性別マップ

名前 - 性別のリストの参照データ

文字列

ローカライズされた性別のリストに関連付けられた標準化された性別を含む参照データ。

名前 - 性別リスト

検証コードの参照データ

文字列

検証プロセッサ・コードの簡単な説明と詳細な説明を含む参照データ。

データ・サービス - 検証コード

6.5.17 個人名の検証プロセッサ

個人名の検証プロセッサは、個人名を入力として取り、それが正しいかを検証します。

6.5.17.1 入力属性

次の表では、個人名の検証プロセッサの入力属性について説明します。

属性名

データ型

説明

必須

Title

文字列

指定された個人のタイトル(例: Dr)。

いいえ

First Name

文字列

指定された個人の名(例: James)。

いいえ

Middle Names

文字列

指定された個人のミドルネーム(例: Alfred)。

いいえ

Last Name

文字列

指定された個人の姓(例: Herriot)。

いいえ

Suffix

文字列

指定された個人の接尾辞(例: Jr)。

いいえ

Full Name

文字列

指定された個人のフルネーム(例: Dr James Alfred Herriot Jr)。

いいえ

Treat No Title Data as Valid

文字列

Y: タイトル・データが空白またはnullの場合に、TitleValidフラグで有効を戻します。N: 無効を戻します。

いいえ

Treat No Name Data as Valid

文字列

Y: 名前データが空白またはnullの場合に、NameValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat Profanities as Valid

文字列

Y: 名前データに検出された冒涜的な言葉が含まれる場合に、NameValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat Suspect Characters as Valid

文字列

Y: 名前データに疑わしい文字が含まれる場合に、NameValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

Treat Suspect Names as Valid

文字列

Y: 名前データに疑わしい名前が含まれる場合に、NameValidフラグで有効を戻します。
N: 無効を戻します。

いいえ

6.5.17.2 出力属性

次の表では、個人名の検証プロセッサの出力属性について説明します。

属性名

データ型

説明

NameValid

フラグ

Y: 名前が有効な場合。
N: それ以外の場合。

NameValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

NameValidationDescription

文字列

コードの意味の判読可能な説明を示します。

TitleValid

フラグ

Y: タイトルが有効な場合。
N: それ以外の場合。

TitleValidationCode

文字列

検証に合格/不合格だった理由を示すコード。

TitleValidationDescription

文字列

コードの意味の判読可能な説明を示します。

6.5.17.3 オプション

次の表では、個人名の検証プロセッサのオプションについて説明します。

オプション名

データ型

説明

デフォルト

冒涜的な言葉を有効として処理

文字列

Y: 名前データに検出された冒涜的な言葉が含まれる場合に、NameValidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい文字を有効として処理

文字列

Y: 名前データに疑わしい文字が含まれる場合に、NameValidフラグで有効を戻します。
N: 無効を戻します。

N

疑わしい名前を有効として処理

文字列

Y: 名前データに疑わしい名前が含まれる場合に、NameValidフラグで有効を戻します。
N: 無効を戻します。

N

名前データなしを有効として処理

文字列

Y: 名前データが空白またはnullの場合に、NameValidフラグで有効を戻します。
N: 無効を戻します。

N

タイトル・データなしを有効として処理

文字列

Y: タイトル・データが空白またはnullの場合に、TitleValidフラグで有効を戻します。N: 無効を戻します。

N

冒涜的な言葉の参照データ

文字列

冒涜的な言葉の参照データ。

名前 - 冒涜的な言葉

疑わしい文字の参照データ

文字列

疑わしい文字の参照データ。

名前 - 疑わしい文字

疑わしい名前の参照データ

文字列

疑わしい名前の参照データ。

名前 - 疑わしい名前

タイトル標準化の参照データ

文字列

標準化されたタイトルの参照データ。

名前 - タイトルの標準化

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2017, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。