JP2014199504A - 顧客別データクレンジング処理システム及び顧客別データクレンジング処理方法 - Google Patents

Abstract

【課題】データ提供者側の数がＮ者、データ享受者側の数がＭ者のように数が増えるシステムにあっても、データクレンジング処理をシステム的に行えるデータクレンジング処理制御装置を備えたサービス提供システムを提供する。
【解決手段】基盤事業者用装置に、データ提供者用装置から提供される元データの不正値の型に対する処理ポリシを含むクデータレンジング処理ポリシマスタを元にデータクレンジング処理するデータクレンジング処理制御装置（データクレンジング処理サーバ）を有する。
【選択図】図２

Description

本発明は、顧客別データクレンジング処理システム及び顧客別データクレンジング処理方法に関する。

更に、詳しくは、複数のデータ提供者、例えば複数のサービス提供事業者などから提供される各種データを収集し、例えば、当該データの集計、分析、データマイニングなどを実行した結果をデータ享受者側に提供することが可能なデータ提供システムに適用して好適な顧客別データクレンジング処理システム及び顧客別データクレンジング処理方法に関する。

インターネットの発展に伴い、企業の業種や業務内容を切り口にして、それぞれに有効なサービスを提供する各種サービス事業者、例えば飲食業界に対して人気メニューなどの商品情報を提供するサービス事業者や当該サービス事業者に食材などを提供したりするサービス事業者や小売サービス事業者、食材などの生産事業者などが増加している。

例えば、近年、インターネットやＷｅｂなどを利用して、飲食店などのサービス享受事業者側に特定の業務サービスを提供するサービス提供事業者側に対して、その特定の業務サービスの基盤となるサービス基盤を提供し、該サービス基盤に基づく業務サービスをもってサービス享受事業者側のビジネスを支援するサービス提供システムが存在する。

このようなサービス提供システムは、サービス基盤事業者装置、サービス提供事業者装置、サービス享受事業者装置、及びユーザ端末装置を有する。

サービス基盤事業者装置は、提供するサービス基盤に基づく機能（サービス）、例えばＳａａＳ（Software as a Service）型による業務システムをサービス提供事業者装置に提供するシステム又は装置である。

サービス提供事業者装置は、サービス基盤事業者装置から提供されるサービス基盤に基づく業務システム（業務ＳａａＳ）を受けるシステム又は装置である。また、例えば、当該業務システムをサービス享受事業者（或いは直接ユーザから）の要求に応じてカスタマイズしてサービス享受事業者に提供するシステム又は装置である。

サービス享受事業者装置は、サービス提供事業者から提供されるサービスを受けるシステム又は装置である。また、例えばユーザから提供されるユーザ情報をサービス提供事業者装置側に提供する装置である。

ユーザ端末装置は、例えば、自らユーザ情報を入力し、サービス享受事業者装置側に提供する端末である。また、このユーザ端末装置は、ユーザ自身の携帯端末をかざすことにより、当該携帯端末の情報を自動的に収集することができるようなものであってもよい。
そして、サービス享受事業者やサービス提供事業者が所有するオリジナルユーザ情報は、有益な情報を含んでいる。サービス基盤事業者は、この有益なオリジナルユーザ情報の提供を受け、当該情報の分析を可能とすれば、よりよいビジネス支援を行うことが期待できる。

本技術分野の背景技術として、特開２００９−９３５６９号公報（特許文献１）、特開平９−１５３０９４号公報（特許文献２）、特開２０１２−１４１８４７号公報（特許文献３）がある。

特許文献１には、ＳａａＳ環境からＳＩ環境へ変更する場合、ＳａａＳ形態で利用を始めた業務サービスにおいて、埋没コストや機会損失の発生を軽減するものであり、業務サービスをＳａａＳ事業者環境（Ａ社）からＳＩ形態の環境（Ｂ市）に移行する場合、Ｂ市に業務サービスのアドレスを記録するサービスアドレスリストを設け、業務サービスの移行に合わせてサービスアドレスリストのアドレスを更新する。また、Ａ社に蓄積された業務データも移行する場合、Ａ社及びＢ市に業務データのアドレスを記録するデータアドレスリストを設け、業務データの移行に合わせて双方のデータアドレスリストのアドレスを更新する。それらの更新においては、アドレスが論理的に同一になるようにアクセス方法を変更する技術が開示されている。

特許文献２には、顧客に関する情報と、顧客が商品の購入を検討したときに参照した商品の情報と、顧客が購入した商品の情報とから商品の販売促進効果を分析する販売促進効果分析方法及びその実施システムが開示されている。

特許文献３には、後続の各処理で用いる処理条件を定義する定義ファイルを作成し、記憶領域に格納する定義ファイル作成部と、記憶領域から読み出した定義ファイルを用いて、データクレンジング処理前又は後の移行元ＤＢのデータの妥当性のチェック処理を実施し、チェック処理結果を出力するチェック処理部と、記憶領域から読み出した定義ファイルを用いて、ロード後の移行先ＤＢに格納されたデータの妥当性を検証し、検証処理結果を出力する検証処理部とを備え、画面処理部は、表示装置にチェック処理結果および検証処理結果を表示するデータ移行システムが記載されている。

特開２００９−９３５６９号公報 特開平９−１５３０９４号公報 特開２０１２−１４１８４７号公報

特許文献１に記載されたようなサービス提供システムによれば、サービス基盤事業者は、サービス提供事業者の業務支援ができる。また、サービス提供事業者は、サービス享受事業者の業務支援ができる。そして、これらの業務支援により、システム全体の業務を効率化でき、業務効率を向上することができる。

また、係るサービスを提供する各サービス提供事業者及びサービス基盤事業者側では、それぞれ各ユーザに関するデータ、例えば嗜好や行動履歴などのデータを保持（蓄積）、管理しているのが通常である。

従って、このユーザに関するデータを分析し、当該分析結果に基づく有益な情報やオリジナルデータをサービス提供事業者からサービスの提供を受ける側のサービス享受事業者（店舗、一般企業など）に対して、提供できるシステムがあれば、より業務効率を向上することが期待できる。

ここで、本発明における「ユーザ」とは、本システムを利用する個人、団体、企業であり、特定ユーザ（一の個人、一の団体、一の企業が特定可能なユーザ）と不特定ユーザ（個人、団体、企業が特定不可能又は特定困難なユーザ）を含む。ユーザが本システムで使用する端末等を「ユーザ側端末」と言う。以下、本発明において、ユーザに関して「個人」とした用語はユーザとしての団体及び企業を含むものである。

また、「サービス享受事業者」とは、本システムによる本来事業支援サービス（第１のサービス）の提供を受ける事業体であり、当該サービス享受事業者側に設けられたシステム構成装置を「サービス享受事業者装置」と言う。ここでの「側に設ける」との用語の意義は、サービス享受事業者内に設けることのみを意味するものではない。この「側に設ける」との用語は、以下同様に用いる。

また、「サービス提供事業者」とは、本システムによる本来事業支援サービス（第１のサービス）を提供する事業体であり、当該サービス提供事業者側に設けられたシステム構成装置を「サービス提供事業者装置」と言う。

また、「サービス基盤事業者」とは、複数のサービス提供事業者を束ねる企業であって、サービスの基盤、例えば業務や予約機能（業務サービスや予約サービス）などをサービス提供事業者及び／又はサービス享受事業者に提供する事業体である。そして、契約に基づきサービス享受事業者装置及び／又はサービス提供事業者装置から、情報を随時収集し、当該情報を例えば分析して、サービス享受事業者側及び／又はサービス提供事業者側に分析情報（第２のサービス）として提供する。ここで、提供する情報は、分析情報に限る必要はなく、例えばデータ提供者からの要求に応じて、オリジナルデータをそのままの非分析情報を提供するものであってもよい。当該サービス基盤事業者側に設けられたシステム構成装置を「サービス基盤事業者装置」と言う。

また、「データ提供事業者」、また「データ享受事業者」とは、サービス提供事業者やサービス享受事業者を指している。そして、例えばオリジナルユーザ情報Ｉａ、Ｉｂをそのままの生データ、或いはｋ−匿名性を満たす匿名化データＸＩａ、ＸＩｂとしてサービス基盤事業者側に提供するデータとして送信し、また当該データをサービス基盤事業者側にて分析した分析データ、或いは生データとして受信する。当該データ提供事業者側に設けられたシステム構成装置を「データ提供事業者装置」と言い、当該データ享受事業者側に設けられたシステム構成装置を「データ享受者装置」と言う。
なお、データ提供者側として、「データ提供事業者」とし、データ享受者側として、「データ享受事業者」としているが、「事業者」に限らず、「ユーザ」個人であってもよい。従って、後述する実施例では、単に「データ提供者」、「データ享受者」と言う場合もある。

また、サービス基盤事業者は、複数のサービス提供事業者を束ねる企業であることから、当該サービス基盤事業者側において、複数のサービス提供事業者側に蓄積している各種データを融合し、又は統合し、分析することができれば、より高付加価値な分析が可能となり、その結果として、サービスをサービス提供事業者、及び／又はサービス享受事業者を含むユーザに対して、より高付加価値な分析結果を提供することが可能となる。

大容量データの分析が可能なＩＴ環境が整いつつある現状にあっては、技術的には、大容量データから、上述した高付加価値な分析を行うことは可能である。

「高付加価値な分析」とは、パーソナライゼーション（Personalization：得意客、及び見込みユーザごとの好みや属性に応じた情報を電子メールなどで発信すること）や併売リコメンド (recommendation：、ユーザの好みを分析し、各ユーザごとに興味のありそうな情報を選択して表示するサービスのこと）などを実現可能にする基礎データを提供するための分析を言う。

上述したサービス提供者側及びサービス基盤事業者側において、サービス提供者側から各種データを収集し、例えば、収集したデータを集計・分析するとき、当該データを、集計、分析（解析）などに耐えうるようにするためにデータクレンジング（data cleansing）処理を行う必要がある。その理由は、データ入力者の入力ミスやデータ処理の不具合などによりデータの一部が不正値となることがあるためである。

このデータクレンジング処理する場合、主に、以下の二通りの方法が一般的である。
第一は、サービス提供者（以下、テータ提供者と言う）用装置１０側から提供するデータ（元データ）を、当該データ提供者用装置側にて、データクレンジング処理を行い、当該データクレンジング処理済みのデータ（データクレンジング処理後データ）をデータ享受者（以下、データ享受者と言う）用装置２０側に提供する方法である。
この方法の場合は、データクレンジング処理ポリシをデータ提供者側のポリシに従うか、もしくはデータ享受者側のポリシに従うかは、２社間で取り決めておくことが要求される。

第二は、データ提供者用装置１０側から提供される元データを受け取るデータ享受者用装置側にて、当該元データのデータクレンジング処理を行う方法である。
この方法の場合、（１）データ享受者用装置２０側は、元データが正常値か不正値かの判断が難しい。また、（２）データ提供者用装置１０側のデータクレンジング処理ポリシに従うか、もしくはデータ享受者用装置２０側のデータクレンジング処理ポリシに従うかの判断も必要であり、これら（１）及び（２）は、データ提供者側とデータ享受者側の２社間の取り決めておくことが要求される。

因みに、元データの値が正常値であるか、または不正値（データクレンジング処理すべき値）であるかを、一番熟知しているのは、元データの所有者であるデータ提供者側である。

一方、データ提供者側が、その元データをデータ享受者側に提供する場合、提供データを利用するのはデータ享受者側であり、データクレンジング処理は、データを利用する側であるデータ享受者側のデータクレンジング処理ポリシに従う場合が好適である。

このように、データ提供者側、又はデータ供給者側でデータクレンジング処理を行う方法は、データ提供者側とデータ享受者側が１対１の場合は、２社間の取り決めで容易に実現可能である。

しかし、データクレンジング処理ポリシが相違する複数のデータ提供者及び複数のデータ享受者を対象とするシステム、例えば、データ提供者側の数がＮ者、データ享受者側の数がＭ者のように数が増えるシステムへの適用については考慮されていない。

つまり、当該システムへの適用の場合、例えば、データ提供者側の数がＮ者、データ享受者側の数がＭ者のように数が増えるシステムにあっては、システム構成が複雑となり、以下のような課題がある。

Ｎ者いるデータ提供者側でデータクレンジング処理すべき値を処理する場合、Ｍ者いるデータ享受者側の各々のデータクレンジング処理ポリシに従ってデータクレンジング処理をすることになり、データ提供者側は、Ｎ者に対して、各々Ｍ回データクレンジング処理を行わなければならない。

逆に、Ｍ者いるデータ享受者側でデータクレンジング処理をする場合、Ｎ者いるデータ提供者側から元データを取得して、同時にＮ者いるデータ提供者側からデータクレンジング処理すべき値（不正値）を設定されている場合、Ｍ者いるデータ享受者側は、各々Ｎ回データクレンジング処理をしなければならない。

即ち、データ提供者側がＮ者、データ享受者側がＭ者いる場合、効率的なデータクレンジング処理する装置が必要である、という課題があった。

ｖまた、前記特許文献１には、クライアントからの指示に基づき、移行元ＤＢをデータクレンジング処理するデータクレンジング処理部を有し、ユーザが、移行先システムのデータの妥当性を判断することが可能なデータ移行システムが記載されている。しかし、複数のデータ提供者から複数のデータを受信、収集し、複数のデータ享受者にデータクレンジング処理したデータを提供するシステムにおいて、データクレンジング処理をシステム的に行う、ことまでは考慮されていない。特許文献２，３も同様である。

そこで、本発明は、データ提供者側の数がＮ者、データ享受者側の数がＭ者のように数が増えるシステムにあっても、データクレンジング処理をシステム的に行える顧客別データクレンジング処理システム及び顧客別データクレンジング処理方法を提供する。

上記課題を解決するために、本発明は、基盤事業者用装置側にデータクレンジング処理ポリシマスタ及び当該マスタのデータ提供者用装置から提供される元データの不正値の型に対するデータクレンジング処理ポリシを元にデータクレンジング処理する顧客別データクレンジング処理手段（データクレンジング処理サーバ）を有し、当該データクレンジング処理ポリシをデータ享受者用装置から設定可能な構成とする。

例えば、本発明の顧客別データクレンジング処理システムは、
少なくとも１つのサービス基盤事業者装置と、複数のデータ提供者装置と、複数のデータ享受者装置とを有したデータ提供システムであって、
前記サービス基盤事業者装置は、
入出力手段、記憶手段、制御手段、を有し、
前記入出力手段は、
前記データ提供者装置及び前記データ享受者装置との間でデータの授受を行い、
前記記憶手段は、前記データ提供者装置から提供されるデータにデータクレンジング処理するデータクレンジング処理ポリシマスタを有し、
前記制御手段は、前記データクレンジング処理ポリシマスタのデータクレンジング処理ポリシをもって、前記データのデータクレンジング処理を行う機能を有し、
前記データ提供者装置から提供されるデータ、及び当該データのフィールド型属性情報を受信する受信部と、
前記データクレンジング処理ポリシを受信するデータクレンジング処理ポリシ受信部と、
前記データクレンジング処理ポリシに従って、前記データ提供者装置から提供されるデータをデータクレンジング処理するデータクレンジング処理手段と、
前記データクレンジング処理手段にてデータクレンジング処理した後のデータクレンジング処理後データを前記データ享受者装置に送信する手段と、
を有することを特徴とする。

前記制御手段は、更に、
前記データ享受者装置のデフォルトデータクレンジング処理ポリシ、前記データ提供者装置から提供されるデータ用のデータ享受者データクレンジング処理ポリシ、及び前記データ提供者装置のデフォルトデータクレンジング処理ポリシ、前記データ提供者装置から提供されるデータ用のデータ提供者データクレンジング処理ポリシを受信し、前記データクレンジング処理ポリシマスタに反映する手段、
を有することを特徴とする。

前記制御手段は、更に、
フィールド型属性マスタ、不正値マスタ、処理方法マスタ、を有し、当該フィールド型属性マスタ、不正値マスタ、処理方法マスタ、から前記サービス基盤事業者装置のデータクレンジング処理ポリシを作成する手段を有し、前記データクレンジング処理ポリシマスタに反映する手段は、前記サービス基盤事業者装置のデータクレンジング処理ポリシを前記データクレンジング処理ポリシマスタに反映する
ことを特徴とする。

前記データクレンジング処理ポリシマスタは、前記データ提供者装置から提供されるデータの元データフィールド名、当該フィールド名のフィールド型属性に生じうる各々の不正値に対応する処理方法を含み、
前記不正値は、「空白（ＮＵＬＬ）」、「全角半角不統一」、「不正文字」、「異常値」、「ひらがな文字不統一」、「カナ文字不統一」、「英字不統一」、「数値不統一」、「記号不統一」、「漢字文字不統一」、「電話番号非正規化」、「郵便番号非正規化」、「住所非正規化」、「金額非正規化」、の１つ以上であり、
前記フィールドの型属性は、「主キー」、「名前」、「郵便番号」、「住所」、「数量」、「金額」、「日付」、の１つ以上であり、
前記処理方法は、「何もしない」、「レコード全てを削除」、「データ提供者フォーマットに合わせる」、「データ提供者正規化に合わせる」、「空白にする」、「平均値に置き換える」、の１つ以上である
ことを特徴とする。

また、本発明の顧客別データクレンジング処理システムは、
事業者のデータ提供者用装置から提供される元データを受け、当該元データをデータ享受者用装置に提供する基盤事業者用装置を備え、複数の事業者間で共有するデータをデータクレンジング処理する顧客別データクレンジング処理システムにおいて、
前記基盤事業者装置は、
前記データ提供者用装置からの元データをデータクレンジング処理するデータクレンジング処理制御装置及び前記元データの各フィールドに生じうる不正値を定義する不正値マスタ、前記元データの各フィールドに生じうる不正値に対する処理方法を有するデータクレンジング処理ポリシマスタを有し、
前記データ提供者用装置は、
前記元データに対して、当該データの値が不正値の場合、当該不正値が前記不正値マスタのどの項目に対応するかを指定する手段を有し、
前記データ享受者用装置は、
前記元データに対して網羅的に準備したフィールド型属性型に対して、不正値に対する処理ポリシを設定する手段を有し、
前記データクレンジング処理制御装置は、
前記データ提供者用装置側にて設定した元データのフィールド型属性情報に対して、前記データ享受者用装置側にて設定した処理ポリシを前記データクレンジング処理ポリシマスタから読み取る読取手段と、当該読み取ったデータクレンジング処理ポリシに従って前記元データをデータクレンジング処理する制御手段と、を有する
ことを特徴とする。

また、本発明の顧客別データクレンジング処理方法は、
少なくとも１つのサービス基盤事業者装置と、複数のデータ提供者装置と、複数のデータ享受者装置とを有したデータ提供システムにおける顧客別データクレンジング処理方法であって、
前記サービス基盤事業者装置は、
入出力手段、記憶手段、制御手段、を有し、
前記入出力手段は、
前記データ提供者装置及び前記データ享受者装置との間でデータの授受を行い、
前記記憶手段は、前記データ提供者装置から提供されるデータにデータクレンジング処理するデータクレンジング処理ポリシマスタを有し、
前記制御手段は、前記データクレンジング処理ポリシマスタのデータクレンジング処理ポリシをもって、前記データのデータクレンジング処理を行う機能を有し、
前記データ提供者装置から提供されるデータ、及び当該データのフィールド型属性情報を受信するステップと、
前記データクレンジング処理ポリシマスタのデータクレンジング処理ポリシを受信するステップと、
前記データクレンジング処理ポリシに従って、前記データ提供者装置から提供されるデータをデータクレンジング処理するステップと、
前記データクレンジング処理手段にてデータクレンジング処理した後のデータクレンジング処理後データを前記データ享受者装置に送信するステップと、
を有することを特徴とする。

前記制御手段は、更に、
前記データ享受者装置のデフォルトデータクレンジング処理ポリシ、前記データ提供者装置から提供されるデータ用のデータ享受者データクレンジング処理ポリシ、及び前記データ提供者装置のデフォルトデータクレンジング処理ポリシ、前記データ提供者装置から提供されるデータ用のデータ提供者データクレンジング処理ポリシを受信し、前記データクレンジング処理ポリシマスタに反映するステップ、
を有することを特徴とする。

前記制御手段は、更に、
フィールド型属性マスタ、不正値マスタ、処理方法マスタ、を有し、当該フィールド型属性マスタ、不正値マスタ、処理方法マスタ、から前記サービス基盤事業者装置のデータクレンジング処理ポリシを作成するステップを有し、前記データクレンジング処理ポリシマスタに反映する手段は、前記サービス基盤事業者装置のデータクレンジング処理ポリシを前記データクレンジング処理ポリシマスタに反映するステップを有する
ことを特徴とする。

前記データクレンジング処理ポリシマスタは、前記データ提供者装置から提供されるデータの元データフィールド名、当該フィールド名のフィールド型属性に生じうる各々の不正値に対応するフィールドの型属性、当該不正値に対する処理方法を含み、
前記不正値は、「空白（ＮＵＬＬ）」、「全角半角不統一」、「不正文字」、「異常値」、「ひらがな文字不統一」、「カナ文字不統一」、「英字不統一」、「数値不統一」、「記号不統一」、「漢字文字不統一」、「電話番号非正規化」、「郵便番号非正規化」、「住所非正規化」、「金額非正規化」、の１つ以上であり、
前記フィールドの型属性は、「主キー」、「名前」、「郵便番号」、「住所」、「数量」、「金額」、「日付」、の１つ以上であり、
前記処理方法は、「何もしない」、「レコード全てを削除」、「データ提供者フォーマットに合わせる」、「データ提供者正規化に合わせる」、「空白にする」、「平均値に置き換える」、の１つ以上である
ことを特徴とする。

本発明によれば、データ提供者側の数がＮ者、データ享受者側の数がＭ者のように数が増えるシステムであっても、データクレンジング処理をシステム的に行える顧客別データクレンジング処理システム及び顧客別データクレンジング処理方法を提供することができる。

また、データクレンジング処理を基盤事業者側の装置に集約して、「データクレンジング処理ポリシマスタ」を保持することにより、データ提供者側は一度「元データ」の「不正値」を指定し、また、データ享受者側は、一度「不正値」に対する「データクレンジング処理ポリシ」を設定すればよい。また、データ提供者用装置や基盤事業者用装置側にて指定されたデータクレンジング処理ポリシに対しても変更したり、追加することができる。

上述した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の顧客別データクレンジング処理システムを採りいれたサービス提供システムの全体概要を示す図である。 図１のサービス基盤事業者用サーバの構成及びデータ提供事業者用サーバとデータ享受者用サーバとの関係を示すブロック図である。 図２のサービス基盤事業者用サーバの演算装置（制御手段）の構成例を示すブロック図である。 データ提供者用サーバから提供されるデータ（元データ）の一例を示す図である。 データ提供者用サーバから提供されるデータ（Ｉａ）の、サービス基盤事業者用サーバにて準備してある元データを示すマスタテーブルの例である。 サービス基盤事業者用サーバにおけるデータ提供者（Ａ社）の情報を示すマスタテーブルの例である。 データ提供者用サーバから提供されるデータの、サービス基盤事業者用サーバにて準備してある元データフィールド型属性情報を示すマスタテーブルの例である。 データ提供者用サーバから提供されるデータのフィールド型属性を示すマスタテーブルの例である。 サービス基盤事業者用サーバにて網羅的に準備してある不正値を示すマスタテーブルの例である。 サービス基盤事業者用サーバにて網羅的に準備してある処理方法を示すマスタテーブルの例である。 サービス享受者用サーバにて、データクレンジング処理ポリシを設定するデータクレンジング処理ポリシ設定画面の例を示す図である。 データ提供者（Ａ社）のデータ（Ｉａ）デフォルトデータクレンジング処理ポリシマスタの例を示す図である。 サービス基盤事業者用サーバにおけるデータ享受者（Ｐ社）マスタの例を示す図である。 サービス基盤事業者用サーバにおけるデータクレンジング処理ポリシマスタの例を示す図である。 データ提供者（Ａ社およびＢ社）側から提供されるデータ（ＩａおよびＩｂ）に対して、サービス基盤事業者用サーバ側にて、データクレンジング処理し、当該データクレンジング処理したデータ（データクレンジング処理後データ）をデータ享受者用サーバに送信するフローチャートを示す図である。 データ提供者（Ａ社）側から基盤事業者側に対して、データ（Ｉａ）、当該データのデフォルトデータクレンジング処理ポリシ（ＣａＩａ）、データ提供者デフォルトデータクレンジング処理ポリシ（Ｃａ）を送信する様子を模式的に示す図である。 データ享受者（Ｐ社）側から基盤事業者側に対して、データ享受者（Ｐ社）側のデフォルトデータクレンジング処理ポリシ（Ｃｐ）、データ提供者側のデータ（Ｉａ）用データ享受者（Ｐ社）データクレンジング処理ポリシ（ＣｐＩａ）、を送信し、基盤事業者デフォルトデータクレンジング処理ポリシＣｇおよび当該データのデータ提供者データクレンジング処理ポリシ（ＣａＩａ）およびデータ提供者デフォルトデータクレンジング処理ポリシ（Ｃａ）の少なくとも１つを使用してデータクレンジング処理を行う様子を模式的に示す図である。 データ享受者用サーバにおけるデータクレンジング処理ポリシ設定画面を表示生成するためのフローチャートを示す図である。 図１６における処理フローチャートを示す図である。 図１７における処理フローチャートを示す図である。 図２０におけるデータ、レコード、フィールドに関する処理フローチャートを示す図である。 処理方法に従った一処理フローチャートを示す図である。 処理方法に従った他の処理フローチャートを示す図である。 処理方法に従った他の処理フローチャートを示す図である。 処理方法に従った他の処理フローチャートを示す図である。 処理方法に従った他の処理フローチャートを示す図である。

以下、その実施態様について図面を参照して説明する。まず、サービス享受事業者のビジネスを支援するサービス提供システムの概略について説明する。
サービス提供システムは、アプリケーションサービスやＳＩ、つまり予約機能や業務ＳａａＳなどのサービス（第１のサービスＳ１）をサービス提供事業者側に提供するサービス基盤事業者システム又は装置（以下、サービス基盤事業者装置と称する）と、サービス享受事業者（飲食店など）の要望に応じて第１のサービスをカスタマイズしてサービス享受事業者に提供するサービス提供事業者システム又は装置（以下、サービス提供事業者装置と称する）と、から構成される。

サービス享受事業者（飲食店など）は、ユーザ（消費者）に飲食や商材などを提供し、またユーザからユーザ情報（オリジナル情報）の提供を受ける。

サービス基盤事業者装置は、ＳａａＳ以外、例えばＯＳを含むプラットフォームを貸し出しするＰａａＳ（Platform as a Service）、ＡＳＰ（Application Service Provider）サービス等を提供する装置であってもよい。

以下、飲食業界（飲食店）と、そのサービス提供事業者と、サービス基盤事業者とを主として説明する。
まず、サービス提供システムの概要について説明する。サービス提供システムのサービス基盤事業者装置は、サービス提供事業者装置に対して予約管理サービス（アプリケーションサービス）などを提供するアプリケーションサーバ（以下、サービス基盤事業者用サーバと言う）を有する。

サービス提供事業者装置は、この予約管理サービスをサービス享受事業者の要望に沿ってカスタマイズし、サービス享受事業者からユーザ（消費者）の予約情報を受付け管理するアプリケーションサーバ（以下、サービス提供事業者用サーバと言う）を有する。つまり、サービス基盤事業者装置とサービス提供事業者装置との協働をもって、サービス享受事業者のビジネスを支援する仕組みである。

このような仕組みのシステムは、一般的にサービス享受事業者ごとの個別案件ベースで対応するものである。
従って、サービス基盤事業者装置は、サービス提供事業者装置に対して、第１のサービスＳ１を提供し、サービス提供事業者装置はサービス享受事業者に対して、カスタマイズした第１のサービス（サービス開始）を提供し、また該提供した第１のサービスに基づくユーザ情報（オリジナル情報）Ｉａ、Ｉｂなどを管理するのみであった。

このサービス提供方法としては、例えばＳａａＳが挙げられる。ＳａａＳとは、情報システム (ソフトウェア) が提供する機能 (第１のサービス) を、サービス提供事業者やサービス享受事業者が、特に新たなシステムを構築・導入することなく、ネットワーク経由で利用することを可能にするＩＣＴ活用環境である。

一般的には、ＳａａＳでは、必要なときに必要なサービスを、特別なシステム構築の必要もなく素早く利用できるというメリットがある。また、ＳａａＳでは、社内に特別な環境を用意する必要はないことから、その機能（サービス）の運用開始時間を早め、コストも低減できる。また、インターネットやＷＡＮを使用することになるが、ネットワークやブラウザの技術革新により、社内システムを利用するのとほぼ同等の操作が可能である。

また、サービス提供事業者やサービス享受事業者にとっては、サービス基盤事業者から提供されるＳａａＳやＳＩ及び運用・保守を利用することにより、コスト削減、売上拡大を図ることが期待できる。

本発明は、斯様なデータ提供事業者の装置（サービス提供事業者装置Ａ、Ｂ、サービス享受事業者装置ａ１、ａ２、ｂ１、ｂ２など）からのデータをデータマイニングした結果（データ）を、当該データ享受者ごとにデータクレンジング処理し、データクレンジング処理後データとして当該データ享受者の装置側に提供することを可能とするものである。

以下、本発明の実施例について図面に基づき説明する。本実施例は、データクレンジング処理が不揃いのデータであっても、受け入れ、例えば、当該受け入れた複数のデータを融合や統合して効率的に分析することを可能とし、また分析データ、或いはオリジナルデータ（元データ）をデータ享受者装置の設定に応じたデータクレンジング処理し、データ享受者側からの配信要求に応じて送信するものである。

本実施例では、
（１）データ提供者の数がＮ者、データ享受者の数がＭ者いる場合、基盤事業者を通してデータの享受を行う。
（２）基盤事業者のサーバ上に、データ提供者の元データに対して、データクレンジング処理する「データクレンジング処理手段」を搭載する。つまり、基盤事業者を中心に本発明のシステムを実装する。
（３）また、基盤事業者のサーバ上に「データクレンジング処理ポリシマスタ」（図１４）を持たせる。
（４）「データクレンジング処理ポリシマスタ」（図１４）は、デフォルト値として、データ提供者が設定する「デフォルトデータクレンジング処理マスタ」（図１２）の値が設定される
（５）データ提供者は、「元データ」（図４）のフィールド毎にフィールドの「属性」を「元データフィールド型属性情報マスタ」（図７）に登録する。「元データ」は「元データソースマスタ」（図２）で管理する
（６）データ提供者は、「元データフィールド型属性情報マスタ」（図７）の中の「フィールド型ＩＤ」は「フィールド型属性マスタ」（図８）から選択する。
（７）「フィールド型属性マスタ」（図８）は、網羅的にフィールドの型を準備しておく。もし「フィールド型属性マスタ」に対応する型が無い場合は、データ提供者は「フィールド型属性マスタ」にフィールドの型を追加する。
（８）「不正値」は、「不正値マスタ（図５）」で管理する。「不正値マスタ（図５）」は、網羅的に不正値を準備しておく。もし「不正値マスタ（図５）」に対応する不正値が無い場合は、データ提供者は「不正値マスタ」に不正値を追加する。
（９）不正値の「処理方法」は、「処理方法マスタ」（図１０）で管理する。「処理方法マスタ」は、網羅的に処理方法を準備しておく。もし「処理方法マスタ」に対応する処理方法が無い場合は、データ提供者は「処理方法マスタ」（図１０）に処理方法を追加する。
（１０）データ提供者は、「フィールド型属性」に対する「処理方法」を「データクレンジング処理ポリシ設定画面」（図１１）で指定して「デフォルトデータクレンジング処理マスタ」（図１２）の各ＩＤ（値）を設定する。データ提供者ＩＤはデフォルト値として「０」とする。
（１１）「データクレンジング処理ポリシ設定画面」（図１１）は、同図に示すように、「不正値」（「空白」、「全角半角不統一」、「不正文字」、「非フォーマット」、・・・）に対するフィールドの型属性（「主キー」、「名前」、「郵便番号」、「住所」、「数量」、「金額」、・・・）の値として「処理ＩＤ」を設定する。
（１２）データ享受者は、「データクレンジング処理ポリシ設定画面」（図１１）をもって「データクレンジング処理ポリシ」を設定できるようにする。設定された「データクレンジング処理ポリシ」は、「データクレンジング処理ポリシマスタ」（図１４）に反映する。ここで、データ享受者は「データ享受者マスタ」（図１３）で管理される。
（１３）「データクレンジング処理ポリシマスタ」（図１４）の値は、一度データ享受者により、データの「不正値」に対する処理ポリシ、つまり「処理方法」を設定する。このようにデータ提供者の元データの「不正値」に対して処理ポリシを設定することにより、結果として、データ享受者は一回の処理ポリシ設定で、N者のデータ提供者の元データに対するデータクレンジング処理ポリシを設定することができる。
（１４）データ提供者およびデータ享受者は、データ提供者の特定のデータに対するデータクレンジング処理ポリシを設定できる。特定のデータに対するデータクレンジング処理ポリシが設定されている場合には、デフォルトデータクレンジング処理ポリシよりも優先して使用される。
（１５）基盤事業者のデータクレンジング処理サーバは、データ提供者側にて指定した「不正値」（図１２の不正値ＩＤ）に対して、データ享受者の指定した「処理方法」を「データクレンジング処理ポリシマスタ」から読み取って、処理プログラムを実行する。
（１６）基盤事業者は、「不正値マスタ」（図９）と「処理方法マスタ」（図１０）に対応する処理を実現するプログラムを基盤事業者側のサーバ上に持つ。
以下、その詳細な実施例について説明する。

図１は、本発明の顧客別データクレンジング処理システムをサービス基盤事業者装置に適用したサービス提供システムの全体構成を示す図である。

サービス提供システムは、データ提供事業者のデータ提供事業者装置１２、サービス基盤事業者のサービス基盤事業者装置３、を有する。

データ提供事業者装置１２は、複数のサービス提供事業者装置（Ａ、Ｂ・・・）を含む複数のサービス提供事業者装置２、複数のサービス享受事業者装置（ａ、ｂ・・・）を含むサービス享受事業者装置１、を有する。

データ提供事業者装置１２は、データ提供事業者用サーバ１２１からなる。
各サービス享受事業者装置１は、例えば複数の店舗（ａ１、ａ２）や複数の企業（ｂ１、ｂ２）側の装置であって、サービス享受事業者用サーバ１１からなる。そして、各サービス享受事業者用サーバ１１は、オリジナルユーザ情報、つまり元データ（ＩａやＩｂ）をサービス提供事業者装置２に対して出力する。

このオリジナルユーザ情報ＩａやＩｂは、サービス基盤事業者装置３からネットワーク４を経由して提供する第１のサービスＳ１（業務／予約機能など）に対応してユーザ側から送られてくるものである。

各サービス提供事業者装置２は、サービス提供事業者用サーバ２１からなる。サービス提供事業者用サーバ２１は、各元データＩ（Ｉａ、Ｉｂ）を受け、当該元データを直接、又はその出所元、つまりユーザが特定できない程度に周知の匿名化技術を利用して匿名化データ（含提供データ＝元データＩ（Ｉａ）、当該データのフィールド型属性情報Ｆ（ＦＩａ）、及びデータクレンジング処理ポリシＣ（Ｃａ））としてネットワーク４を介してサービス基盤事業者装置３側に送信する。

サービス基盤事業者装置３は、サービス基盤事業者用サーバ３１からなる。サービス基盤事業者用サーバ３１は、前記データ提供事業者（Ａ社）用サーバ１２１から提供されるデータＩ（Ｉａ）、フィールド型属性情報Ｆ（ＦＩａ）及びデータクレンジング処理ポリシＣ（Ｃａ）を受ける。

また、サービス基盤事業者装置３は、データ享受者（Ｐ社）用サーバ（図２の１２１６参照）からデータクレンジング処理ポリシＣ（Ｃｐ）を受ける。
そして、当該データクレンジング処理ポリシに応じて、データ提供者事業者用サーバから提供される元データをデータクレンジング処理し、データクレンジング処理後データＳとして出力する機能を有する。

図２は、サービス基盤事業者用サーバ３１及びデータ提供事業者用サーバ１２１、データ享受者用サーバ１２１６の構成を示すブロック図である。

本例では、図１のサービス提供事業者用サーバ２１をデータ提供者用サーバ１２１とし、サービス享受事業者用サーバ１１をデータ享受者用サーバ１２１６とし、当該データ提供者用サーバ１２１からサービス基盤事業者用サーバ３１に提供するデータをオリジナルデータ（元データ）Ｉ（Ｉａ、Ｉｂ、・・・）を前提として説明する。また、データ提供者用サーバ１２１からのデータをデータクレンジング処理し、当該データクレンジング処理後データＳをデータ享受者用サーバ１２１６に送信することを前提して説明する。
なお、ここで、元データに対して、所望の分析を必要に応じて行ってもよい。また、この分析は、データクレンジング処理後データを元にデータ享受者側にて行なってもよいが、本発明の本質ではないので、その説明は省略する。

データ提供事業者用サーバ１２１は、元データＩ、当該データのフィールド型属性を示す情報Ｆ及びデータクレンジング処理ポリシＣ、などをサービス基盤事業者用サーバ３１に提供するものであるが、サービス基盤事業者用サーバ３１からデータクレンジング処理後データＳを享受するデータ享受者用サーバとして利用してもよい。またデータ享受者用サーバ１２１６は、データクレンジング処理後データＳを享受するに際して、データ享受者側のデータクレンジング処理ポリシＣｐを提供するものであるが、サービス基盤事業者用サーバに対して、データを提供するデータ提供事業者用サーバとして利用してもよい。

データ享受者用サーバ１２１６が、サービス基盤事業者用サーバ３１からデータクレンジング処理後データＳを享受するには、サービス基盤事業者用サーバ３１に対して、その旨（データ享受要求信号）を要求すると共にデータのデータクレンジング処理ポリシＣ（Ｃｐ）をサービス基盤事業者用サーバ３１側に通知する。このデータクレンジング処理ポリシＣ（Ｃｐ）は、予めサービス基盤事業者用サーバ３１側に設定登録しておいてもよい。

サービス基盤事業者用サーバ３１は、入出力装置（入出力インターフェース）３１１、記憶装置（記憶手段）３１２、演算装置（演算手段）３１３、を有する。これらはＬＡＮにより接続する。

記憶装置３１２は、データ提供者及びデータ享受者管理マスタＤＢ／データ及びフィールド型属性情報管理ＤＢ３１２１、データ提供者・データ享受者・データクレンジング処理ポリシ情報管理ＤＢ３１２２、フィールド型属性マスタＤＢ３１２３、不正値マスタＤＢ３１２４、処理方法マスタＤＢ３１２５、を有する。

データ提供者及びデータ享受者管理マスタＤＢ／データ及びフィールド型属性情報管理ＤＢ３１２１は、データ提供者及びデータ享受者のデータやフィールド型属性情報を管理するものであり、またデータ提供者用サーバ１２１から提供されるデータ及び当該データのフィールド型属性情報をそれぞれ対応付けて記憶し、管理する。

データ提供者・データ享受者・データクレンジング処理ポリシ情報管理ＤＢ３１２２は、データ提供者やデータ享受者側にて設定されるデータクレンジング処理ポリシ（「データ提供者ＩＤ／データ享受者ＩＤ」、「元データソースＩＤ」、「元データフィールドＩＤ」、「元データフィールド名」、「不正値」、「処理方法ＩＤ」、など）を記憶する。

換言すれば、データ提供者用サーバ１２１からの提供データIをサービス基盤事業者用サーバ３１にて、データクレンジング処理するデータクレンジング処理ポリシマスタを管理する。

フィールド型属性マスタＤＢ３１２３は、「フィールド型属性ＩＤ」、「属性」、つまり「データ番号」、「購入日」、「店舗名」、「顧客名」「商品名」、「金額」、「購入数」、「日付」などを記憶する。

不正値マスタＤＢ３１２４は、「不正値ＩＤ」、「不正値の型」、つまり「空白」、「全角半角不統一」、「不正文字」、「非フォーマット」、などを記録する。

処理方法マスタＤＢ３１２５は、「処理ＩＤ」、「処理」、つまり「何もしない」、「レコード全てを削除」、「空白にする」、「平均値に置き換える」、「データ享受者データクレンジング処理ポリシに従う」、「データ享受者のデフォルトデータクレンジング処理ポリシに従う」、「データ提供者データクレンジング処理ポリシに従う」、「基盤事業者データクレンジング処理ポリシに従う」、「データ提供者デフォルトデータクレンジング処理ポリシに従う」、などを記憶する。
これらのＤＢの内容については後述する。

演算装置３１３は、元データＩをデータクレンジング処理する制御手段３１３１を有する。
制御手段３１３１は、データ提供者及びデータ享受者認識部３１３１１、データ及びフィールド型属性情報受信部３１３１２、データクレンジング処理部３１３１３、データクレンジング処理後データ配信部３１３１４、データクレンジング処理ポリシ受信部３１３１５、データ書込み・読出し部３１３１６、などを有する。

データ提供者及びデータ享受者認識部３１３１１は、データ提供者及びデータ享受者を認識する。

データ及びフィールド型属性情報受信部３１３１２は、データ提供者用サーバ１２１からのデータＩ及びフィールド型属性情報Ｆを受信する。

データクレンジング処理ポリシ受信部３１３１５は、データ提供者用サーバ１２１およびデータ享受者用サーバ１２１６から提供される元データのデータクレンジング処理ポリシ情報Ｃ（Ｃａ、Ｃｐ）を受信する。

データクレンジング処理部３１３１３は、データ提供者用サーバ１２１から提供されるデータを、データクレンジング処理ポリシ情報管理ＤＢ３１２２のデータクレンジング処理ポリシに従って、データクレンジング処理する。

このデータクレンジング処理は、例えば、サービス基盤事業者用サーバ３１にて、データ提供者用サーバ１２１のデータを分析できるようにするためである。
これにより、データ享受者用サーバ１２１６は、一度、データクレンジング処理して欲しいデータクレンジング処理ポリシを設定するだけで、サービス基盤事業者用サーバ３１からデータクレンジング処理後データを享受することができる。

データ書込み・読出し部３１３１６は、上述したデータ提供者用サーバの各データＩ（Ｉａ、Ｉｂ、・・）や各データのデータクレンジング処理ポリシＣ（Ｃａ、Ｃｐ）をＤＢ３１２１に書き込み、当該ＤＢから読み出しする。

データクレンジング処理後データ配信部３１３１５は、データクレンジング処理部３１３１３によりデータクレンジング処理したデータをデータ享受者用サーバ１２１６に送信する。

図３は、サービス基盤事業者用サーバ３１の一例を示す機能ブロック図である。同図において、サーバ３１は、提供データＩ及び当該データのフィールド型属性情報Ｆをデータ及びフィールド型属性情報受信部３１３１２（図２参照）にて受信し、データに対応付けてデータ及びフィールド型属性情報管理ＤＢ３１２１に格納する。

提供データＩは、データ提供者用サーバ１２１から提供されるデータフォーマットのままでデータ及びフィールド型属性情報管理ＤＢ３１２１に格納し、その後、データクレンジング処理部３１３１３により、当該データをデータクレンジング処理する。

また、データクレンジング処理部３１３１３により、データクレンジング処理したデータクレンジング処理後データＳをデータ及びフィールド型属性情報管理ＤＢ３１２１に格納してもよい。

当該データのフィールド型属性情報は、提供データＩに対応付けてデータ及びフィールド型属性情報管理ＤＢ３１２１に格納する。

以下、各ＤＢのテーブル内容について説明する。
図４は、データ提供者用サーバから提供されるデータ（元データＩ）の一例を示す図であって、図５の元データマスタのデータ提供者名「かかか商店 株式会社」の元データ名「売上ジャーナルテーブル」を示すテーブルである。

同図において、元データには、元データ主キー（「１」、「２」、「３」、「４」、・・・）、名前（「○田□郎」、「○木□郎」、「○立□郎」、「Ｊフェリー」、・・・）、郵便番号（「１１１−１１１１」、「１１１１１２」、「１１１１２２」、「１１１−２２２２」、・・・）、住所（「札幌市旭区」、「八戸市港町１−１」、「秋田県秋田市」、「盛岡市川辺４丁目」、・・・）、商品名（「ｘｘｘｘ」、「ｙｙｙｙ」、「ｚｚｚｚ」、「Ａｂｃｄｅ」、・・）、金額（「１０００」、「２０，０００」、「３０，０００」、「４００００」、・・・）、などの各情報４０１〜４０６を含んでいる。

図５は、データ提供者用サーバから提供されるデータ（元データＩａ）の、サービス基盤事業者用サーバにて準備してある元データマスタを示すテーブルである。

同図において、元データソースマスタは、元データＩＤ（「１」、「２」、「３」、「４」、・・・）、元データ名（「売上ジャーナルテーブル」、「予約ジャーナルテーブル」、「時間帯別売上テーブル」、「予約ジャーナルテーブル」、・・・）、データ提供者ＩＤ（「１」、「２」、「３」、「３」、・・・）、データ提供者名（「かかか商店 株式会社」、「きききホテル 株式会社」、「けけけ美容院 株式会社」、「けけけ美容院 株式会社」、・・・）、などの各情報５０１〜５０４を含んでいる。

図６は、サービス基盤事業者用サーバにおけるデータ提供者（Ａ社）マスタを示すテーブルである。

同図において、データ提供者マスタは、データ提供者ＩＤ（「１」、「２」、「３」、・・・、データ提供者名（「株式会社 さささ製作所」、「有限会社 ししし製麺」、「株式会社 すすす商事」、・・・）、などの各情報６０１〜６０２を含んでいる。

図７は、データ提供者用サーバから提供されるデータの、サービス基盤事業者用サーバにて準備してある元データフィールド型属性マスタを示すテーブルである。

同図において、元データフィールド型属性マスタは、フィールドＩＤ（「１」、「２」、「３」、「４」、「５」、「６」、「７」、・・・）、元データＩＤ（「１」、「１」、「１」、「１」、「１」、「１」、「１」、・・・）フィールド名（「データ番号」、「購入日」、「店舗名」、「顧客名」、「商品名」、「購入数」、「金額」、・・・）、フィールド型属性ＩＤ（「１」、「８」、「３」、「３」、「３」、「７」、「６」、・・・）、などの各情報７０１〜７０４を含んでいる。

図８は、データ提供者用サーバから提供されるデータのフィールド型属性マスタを示すテーブルである。

同図において、フィールド型属性マスタは、フィールド型属性ＩＤ（「１」、「２」、「３」、「４」、「５」、「６」、「７」、「８」、・・・）、属性（「データ番号」、「購入日」、「店舗名」、「顧客名」、「商品名」、「金額」、「購入数」、「日付」、・・・）などの各情報８０１〜８０２を含んでいる。

図９サービス基盤事業者用サーバにて網羅的に準備してある不正値マスタを示すテーブルである。
同図において、不正値マスタは、不正値ＩＤ（「１」、「２」、「３」、「４」、・・・）、不正値の型（「空白」、「全角半角不統一」、「不正文字」、「非正規化」、・・・）などの各情報９０１〜９０２を含んでいる。

図１０サービス基盤事業者用サーバにて網羅的に準備してある処理方法マスタを示すテーブルである。

同図において、処理方法マスタは、処理方法ＩＤ（「１」、「２」、「３」、「４」、「５」、「６」、「７」、「８」、「９」、・・・）、処理（「何もしない」、「レコード全てを削除」、「空白にする」、「平均値に置き換える」、「データ享受者データクレンジング処理ポリシに従う⇒Ｐ社データクレンジング処理ポリシＣｐＩａ」、「データ享受者のデフォルトデータクレンジング処理ポリシに従う⇒Ｐ社デフォルトデータクレンジング処理ポリシＣｐ」、「データ提供者のデータクレンジング処理ポリシに従う⇒Ａ社元データＩａ用Ａ社データクレンジング処理ポリシＣａＩａ」、「基盤事業者データクレンジング処理ポリシに従う⇒基盤事業者デフォルトデータクレンジング処理ポリシＣｑ」、「データ提供者のデフォルトデータクレンジング処理ポリシに従う⇒Ａ社デフォルトデータクレンジング処理ポリシＣａ」、・・・）、などの各情報１００１〜１００２を含んでいる。

図１１はサービス享受者用サーバにて、データクレンジング処理ポリシを設定するデータクレンジング処理ポリシ設定画面を示す図である。

同図において、データクレンジング処理ポリシ設定画面には、横方向にフィールド名７０３（図７参照）の「データ番号」７０３１、「購入日」７０３２、「店舗名」７０３３、「顧客名」７０３４、「商品名」７０３５、「購入日」７０３６、「金額」７０３７、及び当該フィールド名のフィールド型属性の「主キー」７０４１’、「日付」７０４２’、「名前」７０４３’、「名前」７０４４’、「名前」７０４５’、「数量」７０４６’、「金額」７０４７’などが表示される。
また、縦方向には、「不正値」（図９参照）の「空白」、「全角半角不統一」、「不正文字」、「非フォーマット」、などが表示される。
そして、「不正値」に対応する「フィールド型属性」は、セレクトボックスをもって、処理方法〈図１０参照〉の処理ＩＤ（１〜９、・・・）を設定する。

図１２は、データ提供者（Ａ社）のデータ（Ｉａ）デフォルトデータクレンジング処理ポリシマスタの例を示す図である。

同図において、デフォルトデータクレンジング処理ポリシマスタは、データ提供者ＩＤ（「１」、「１」、「１」、「１」、・・・）、元データソースＩＤ（「１」、「１」、「１」、「１」、・・・）、元データフィールドＩＤ（「１」・・・、「２」・・・、「３」・・・、「４」・・・、・・・）、元データフィールド名（「元データキー」・・・、「名前」・・・、「郵便番号」・・・、「住所」、・・・）、不正値ＩＤ（「１」、「２」、「３」、「４」、「１」、「２」、「３」、「４」、「１」、「２」、「３」、「４」・・・）、処理方法ＩＤ（「２」、「２」、「２」、「２」、「１」、「１」、「３」、「３」、「１」、「５」、「３」、「３」、「１」、「５」、「５」、「３」）、などの各情報１２０１〜１２０６を含んでいる。

図１３は、サービス基盤事業者用サーバにおけるデータ享受者（Ｐ社）マスタの例を示す図である。

同図において、データ享受者マスタは、データ享受者ＩＤ（「１」、「２」、「３」、・・・、データ享受者名（「株式会社 さささ製作所」、「有限会社 ししし製麺」、「株式会社 すすす商事」、・・・）、などの各情報１３０１〜１３０２を含んでいる。

図１４サービス基盤事業者用サーバにおけるデータクレンジング処理ポリシマスタの例を示す図である。

同図において、データクレンジング処理ポリシマスタは、データ享受者ＩＤ（「１」、「１」、「１」、「１」、・・・）、元データソースＩＤ（「１」、「１」、「１」、「１」、・・・）、元データフィールドＩＤ（「１」・・・、「２」・・・、「３」・・・、「４」・・・、・・・）、元データフィールド名（「元データキー」・・・、「名前」・・・、「郵便番号」・・・、「住所」、・・・）、不正値ＩＤ（「１」、「２」、「３」、「４」、「１」、「２」、「３」、「４」、「１」、「２」、「３」、「４」・・・）、処理方法ＩＤ（「２」、「２」、「２」、「２」、「１」、「１」、「３」、「３」、「１」、「５」、「３」、「３」、「１」、「５」、「５」、「３」）、などの各情報１４０１〜１４０６を含んでいる。

次に、顧客別データクレンジング処理方法の処理手順について説明する。
図１５は、本発明の顧客別データクレンジング処理方法の処理フローを説明する図である。本例では、データ提供者用サーバ１２１が２つの場合を示し、データ享受者用サーバ１２１６が１つの場合を示している。また、各者のデフォルトデータクレンジング処理ポリシは設定済みとし、かつフィールド型属性マスタ、不正値マスタ、処理方法マスタがデータ提供者用サーバおよびデータ享受者用サーバに共有されているものとする。図において以下の処理を実行する。
（１）データ提供者（Ａ社）は、上述した３つのマスタを元にデータＩａ用フィールド型属性情報ＦＩａ、およびデータＩａ用Ａ社データクレンジング処理ポリシＣａＩａを作成する。
（２）そして、データ提供者（Ａ社）は、基盤事業者に対して、データＩａ＆フィールド型属性情報ＦＩａ、およびデータＩａ用Ａ社データクレンジング処理ポリシＣａＩａを送信する。
（３）データ提供者（Ｂ社）も、上記（２）、（３）と同様な処理を行う。
（４）データ享受者（Ｐ社）は、基盤事業者に対して、データＩａのフィールド型属性情報ＦＩａ、およびデータＩａ用Ａ社データクレンジング処理ポリシＣａＩａを要求する。
（５）基盤事業者は、この要求に応答し、データ享受者（Ｐ社）に対して、データ提供者〈Ａ社〉のデータＩａのフィールド型属性情報ＦＩａ、およびデータＩａ用Ａ社データクレンジング処理ポリシＣａＩａを送信する。
（６）データ享受者（Ｐ社）は、ＦＩａ、ＣａＩａを受信し、これらを参照して、データＩａ用データクレンジング処理ポリシＣｐＩａを作成し、基盤事業者に送信する。
（７）また、データ享受者（Ｐ社）は、基盤事業者に対して、データクレンジング処理後データを要求する。
（８）基盤事業者は、この要求を元にデータクレンジング処理を実行し、データクレンジング処理後データをサービス享受者（Ｐ社）に送信する。
（９）サービス享受事業者（Ｐ社）は、このデータクレンジング処理後データを受信する。

データ提供者（Ａ社）用サーバ１２１は、ステップＳ１２１１にて、データＩａ及び当該データのフィールド型属性ＦＩａをサービス基盤事業者用サーバ３１に送信する。

また、別のデータ提供者（Ｂ社）用サーバ１２１は、同様にステップＳ１２１２にて、データＩｂ及び当該データのフィールド型属性ＦＩｂをサービス基盤事業者用サーバ３１に送信する。

一方、データ享受者（Ｐ社）用サーバ１２１６は、ステップＳ１２１６１にて、サービス基盤事業者用サーバ３１に対して、データクレンジング処理したデータ（データクレンジング処理後データ）の享受を要求すると共にデータクレンジング処理ポリシＣｐを送信する。

サービス基盤事業者用サーバ３１は、ステップＳ３１１にて、これらのデータＩａ，Ｉｂ及びフィールド型属性情報ＦＩａ、ＦＩｂを受信処理し、データ及びフィールド型属性情報管理ＤＢ３１２１に書き込み、格納する。
また、ステップＳ３１５にて、データ享受者（Ｐ社）用サーバ１２１６からの要求に応答し、データ享受者（Ｐ社）に対して、データ提供者〈Ａ社〉のデータＩａのフィールド型属性情報ＦＩａ、およびデータＩａ用Ａ社データクレンジング処理ポリシＣａＩａを送信する。

また、ステップＳ３１２にて、データ要求及びデータクレンジング処理ポリシＣｐを受信し、データ提供者及びデータ享受者データクレンジング処理ポリシ情報管理ＤＢ３１２２に書き込み、格納する。

次に、ステップＳ３１３にて、データクレンジング処理ポリシ情報管理ＤＢ３１２２のデータクレンジング処理ポリシＣｐに従った処理方法を元にデータクレンジング処理を行う。このデータクレンジング処理ポリシＣｐに従ったデータクレンジング処理は、元データ毎に行う。

また、このデータクレンジング処理は、必要に応じて、データ提供者側にて設定したデフォルトデータクレンジング処理ポリシＣａ、データ提供者データ用デフォルトデータクレンジング処理ポリシＣａＩａ、又は基盤事業者側にて設定した基盤事業者データクレンジング処理ポリシＣｇ、或いはデータ提供者にて設定したデータ提供者用デフォルトデータクレンジング処理ポリシＣａＩａに対して、データ享受者側にて一部変更設定した享受者データクレンジング処理ポリシＣｐＩａにて行ってもよい。

しかるのち、ステップＳ３１４にて、データ提供者用サーバ１２１からの提供データ（元データ）Ｉａをデータクレンジング処理したデータクレンジング処理後データをデータ享受者用サーバ１２１に対して送信する。

このとき、図示してないが、必要に応じて、データ提供者用サーバ１２１からのデータのデータフォーマットをサービス基盤事業者用サーバ３１のデータクレンジング処理ポリシに従ったデータフォーマットに変換処理し、統一の基盤データフォーマットのデータを所望の分析手法（データマイニング）により、データ分析処理する。あるいは、基盤データフォーマットのまま、あるいはデータ提供者用サーバ１２１のデータフォーマットのままであってもよい。これらは、データ享受者用サーバ１２１６からのデータフォーマット形式要求に応じてなされる。

データ享受者用サーバ１２１６は、ステップＳ１２１６２にて、データクレンジング処理結果データを受信する。

これにより、データ享受者側のデータクレンジング処理ポリシを反映し、当該データ享受者側の希望するデータクレンジング処理データを享受することができる。

図１６は、データ提供者（Ａ社）側から基盤事業者側に対して提供する元データ、フィールド型属性およびデータクレンジング処理ポリシを送信する流れを模式的に示した図である。

同図において、データ提供者（Ａ社）側は、まず、基盤事業者側の記憶装置からフィールド型属性マスタ（図８参照）、不正値マスタ（図９参照）、処理方法マスタ（図１０参照）、を取り込む。そして、これらを元にＡ社デフォルトデータクレンジング処理ポリシＣａを作成し、基盤事業者側に送信する。

また、Ａ社から提供するＡ社元データＩａを基盤事業者側に送信する。このとき、Ａ社元データＩａと基盤事業者側から取り込んだフィールド型属性マスタ（図８参照）、不正値マスタ（図９参照）、処理方法マスタ（図１０参照）を元にＡ社元データＩａのフィールド型属性ＦＩａおよびＡ社データＩａ用デフォルトデータクレンジング処理ポリシＣａＩａ、を作成し、基盤事業者側に送信する。

基盤事業者側は、Ａ社デフォルトデータクレンジング処理ポリシＣａ、Ａ社元データＩａ、Ａ社元データＩａのフィールド型属性ＦＩａ（図８参照）およびＡ社データＩａ用デフォルトデータクレンジング処理ポリシＣａＩａを受信し、これらを記憶装置のデータクレンジング処理ポリシ情報管理ＤＢ３１３２３に格納する（図１２参照）。

図１７は、データ享受者（Ｐ社）側から基盤事業者に対してデータクレンジング処理ポリシを送信し、また基盤事業者側からデータ享受者側に対して、データクレンジング処理されたデータを送信する流れを模式的に示した図である。

同図において、データ享受者（Ｐ社）側は、まず、基盤事業者側の記憶装置からフィールド型属性マスタ（図８参照）、不正値マスタ（図９参照）、処理方法マスタ（図１０参照）を取り込む。そして、これらを元にＰ社デフォルトデータクレンジング処理ポリシＣｐを作成し、基盤事業者側に送信する。

また、データ提供者（Ａ社）側で作成したＡ社元データＩａ、Ａ社元データＩａのフィールド型属性ＦＩａ、Ａ社元データＩａ用Ａ社データクレンジング処理ポリシＣａＩａ、を基盤事業者側の記憶装置から取り込む。

そして、Ａ社元データＩａに対して、Ａ社データＩａ用デフォルトデータクレンジング処理ポリシＣａＩａに変更を加えたい場合、つまりデータ享受者側の意志による処理ポリシを設定する場合には、データ享受者（Ｐ社）側から所望のデータクレンジング処理ポリシＣｐＩａを設定し、基盤事業者側に送信する。例えば、基盤事業者側から取り込んだＡ社元データＩａのフィールド型属性情報ＦＩａ及びＡ社元データＩａ用Ａ社データクレンジング処理ポリシを参照し、Ａ社元データＩａ用Ｐ社データクレンジング処理ポリシを作成し、当該作成ポリシを基盤事業者側のデータクレンジング処理マスタに反映し、当該ポリシをもってデータクレンジング処理を行えるようにする。

このデータクレンジング処理ポリシ設定は、例えば、図１０に示すようなデータクレンジング処理設定画面をもって行なう。

基盤事業者側は、データ享受者（Ｐ社）側からのＰ社デフォルトデータクレンジング処理ポリシＣｐ、Ａ社元データＩａ用Ｐ社データクレンジング処理ポリシＣｐＩａを受信する。そして、これらの処理ポリシを元に、又はＡ社元Ｉａ用Ａ社データクレンジング処理ポリシＣａＩａ、基盤事業者デフォルトデータクレンジング処理ポリシＣｇ、Ａ社デフォルトデータクレンジング処理ポリシＣａをもって、Ａ社元データＩａに対して、データクレンジング処理を行う。

しかるのち、所望のフォーマット変換処理、所望の分析を行い、その結果データをデータ享受者（Ｐ社）側に送信する。

図１８は、データ享受者側と基盤事業者側との間におけるデータクレンジング処理ポリシ設定画面の表示生成するためのフローチャートである。同図において、データ享受者側は、ステップＳ１１１１にて、基盤事業者側の「不正値マスタ」から不整値一覧を取得し、ステップＳ１１１２にて、不正値を「データクレンジング処理ポリシ設定画面」（図１１参照）の縦軸に表示する。

また、ステップＳ１１１３にて、「フィールド型属性マスタ」（図８参照）からフィールド型属性一覧を取得し、ステップＳ１１１４にて、フィールド型属性の値を「データクレンジング処理ポリシ設定画面」の横軸に表示する。

ステップＳ３１１５にて、「処理方法マスタ」から処理方法一覧を取得し、ステップＳ１１１６にて、当該処理方法の値を「データクレンジング処理ポリシ設定画面」の値欄で選択可能に表示する。

ステップＳ１１１７にて、データ享受者側では、「データクレンジング処理ポリシ設定画面」で各「フィールド型属性」の各「不正値」に対する「処理方法」を設定し、ステップＳ３１１８にて、当該設定した「処理方法」を基盤事業者（サーバ）側に送信する。
基盤事業者側は、基盤事業者側からの「処理方法」を受け、当該「処理方法」を元に、ステップＳ３１１９にて、「データクレンジング処理ポリシマスタ」を作成し、記憶装置に記憶する。

図１９は、データ提供者側と基盤事業者側との間におけるデータクレンジング処理ポリシ設定画面の表示生成するためのフローチャートである。

同図において、データ提供者側（データ提供者Ａ社）は、ステップＳ１１２１にて、基盤事業者側から「フィールド型属性マスタ」、「不正値マスタ」、「処理方法」マスタを取り込む。

基盤事業者側は、ステップＳ１１２２にて、「フィールド型属性情報マスタ」、「不正値マスタ」、「処理方法マスタ」から「データクレンジング処理ポリシ設定画面」を利用して「基盤事業者データクレンジング処理ポリシＣｇ」を設定する。

データ提供者Ａ社は、ステップＳ１１２３にて、「フィールド型属性情報マスタ」「不正値マスタ」「処理方法マスタ」から「データクレンジング処理ポリシ設定画面」を利用して「Ａ社デフォルトデータクレンジング処理ポリシＣａ」を設定する。

データ提供者Ａ社は、ステップＳ１１２４にて、基盤事業者に「A社元データＩａ」を送信する。

データ提供者Ａ社は、ステップＳ１１２５にて、基盤事業者に「A社元データＩａ」の「フィールド型属性情報型ＦＩａ」を送信する。

データ提供者Ａ社は、ステップＳ１１２６にて、「Ａ社デフォルトデータクレンジング処理ポリシＣａ」を参考にして、「Ａ社データＩａ用デフォルトデータクレンジング処理ポリシＣａＩａ」を設定する。

データ提供者Ａ社は、ステップＳ１１２７にて、基盤事業者に「Ａ社データＩａ用デフォルトデータクレンジング処理ポリシＣａＩａ」を送信する。

図２０〜図２６は、データクレンジング処理ポリシの作成からデータクレンジング処理までの一手順例を示すフローチャートである。

図２０において、データ享受者Ｐ社は、ステップＳ１４１１にて、基盤事業者から「フィールド型属性情報マスタ」、「不正値マスタ」、「処理方法マスタ」を取り込み、「データクレンジング処理ポリシ設定画面」を利用して「Ｐ社デフォルトデータクレンジング処理ポリシＣｐ」を作成して、基盤事業者に送信する。

データ享受者Ｐ社は、ステップＳ１４１２にて、基盤事業者から「Ａ社データＩａ用フィールド型属性ＦＩａ」及び「Ａ社データＩａ用データクレンジング処理ポリシＣａＩａ」を取り込む。

データ享受者Ｐ社は、ステップＳ１４１３にて、「Ａ社データＩａ用フィールド型属性ＦＩａ」及び「Ａ社データＩａ用データクレンジング処理ポリシＣａＩａ」を参照して「データクレンジング処理ポリシ設定画面」を利用して「Ａ社元データＩａ用Ｐ社データクレンジング処理ポリシＣｐＩａ」を作成して、基盤事業者に送信する。

しかる後、図２１の＊１へ進む。同図において、ステップＳ１４２１にて、データＩａのレコード数ｉは、１からレコード数に達するまで（ｉ≦レコード数〉処理を実行し、ステップＳ１４２２にて、データＩａのレコードｉにおけるフィールドｊは、１からフィールド数まで（ｊ≦フィールド数）処理を実行し、ステップＳ１４２３に進み、当該ステップにて、フィールド（ｉ、ｊ）は不正値か否かを判定する。

その結果、不正値の場合（Ｙ）は、ステップＳ１４２４に進み、当該ステップにて、Ａ社元データＩａ用Ｐ社データクレンジング処理ポリシＣｐＩａの有無を判定する。
不正値で無い場合（Ｎ）は、ステップＳ１４３０に進み、後述する処理を行う。

当該ステップＳ１４２４にて、ＣｐＩａが有る場合は、図２５の＊０へ進み、後述する図１０の処理方法に従った処理を実行する。ＣｐＩａが無い場合は、ステップＳ１４２５へ進み、当該ステップにて、Ａ社データＩａ用データクレンジング処理ポリシＣａＩａの有無を判定する。

当該ステップＳ１４２５にて、ＣａＩａが有る場合は、図２３の＊７ｏｕｔへ進み、後述する図１０の処理方法に従った処理を実行する。ＣａＩａが無い場合は、ステップＳ１４２６に進み、当該ステップにて、Ｐ社デフォルトデータクレンジング処理ポリシＣｐの有無を判定する。

当該ステップにて、Ｃｐが有る場合は、図２４の６ｏｕｔへ進み、後述する図１０の処理方法に従った処理を実行する。Ｃｐが無い場合は、ステップＳ１４２７に進み、当該ステップにて、Ａ社デフォルトデータクレンジング処理ポリシＣａの有無を判定する。

当該ステップにて、Ｃａが有る場合は、図２５の＊９ｏｕｔへ進み、後述する図１０の処理方法に従った処理を実行する。Ｃａが無い場合は、ステップ１４２８に進み、当該ステップにて、基盤事業者デフォルトデータクレンジング処理ポリシＣｇの有無を判定する。

当該ステップにて、Ｃｇが有る場合は、図２６の＊８ｏｕｔへ進み、後述する図１０の処理方法に従った処理を実行する。Ｃｇが無い場合は、＊１００へ戻り、ステップＳ１４３０にて、ｊに１を追加（ｊ＝ｊ＋１）し、ステップＳ１４３１にて、ｉに１を追加（ｉ＋１）し、処理を終了する。

次に、図２２〜図２６において、図１０の処理方法に従った処理について説明する。
図２１のステップＳ１４２４にて、ＣｐＩａが有る場合は、図２２において、ステップＳ１４２４１にて、図１４の処理ポリシを参照し、処理方法ＩＤを取得する。

次に、ステップＳ１４２４２にて、処理方法ＩＤが１、２、３、４、５の何れで有るか無いかを判定する。ここで、ＩＤ＝１、ＩＤ＝２、ＩＤ＝３、ＩＤ＝４、ＩＤ＝５で有る場合（Ｙ）は、図２１の＊４に戻り、ステップＳ１４２９にて、処理方法ＩＤに従った処理を実行する。また、上述したステップＳ１４３０、Ｓ１４３１を経て処理を終了する。

図２２のステップＳ１４２４３にて、ＩＤ＝１、ＩＤ＝２、ＩＤ＝３、ＩＤ＝４、ＩＤ＝５で無い場合（Ｎ）は、ステップＳ１４２４３に進み、当該ステップにて、処理方法ＩＤがＩＤ＝７で有るか無いかを判定する。

ここで、処理方法ＩＤ＝７で有る場合（Ｙ）は、図２１の＊７ｉｎに戻り、上述した処理を実行する。処理方法ＩＤ＝７で無い場合（Ｎ）は、ステップＳ１４２４４に進み、当該ステップにて、処理方法ＩＤがＩＤ＝６で有るか無いかを判定する。

ここで、処理方法ＩＤ＝６で有る場合（Ｙ）は、図２１の＊６ｉｎに戻り、上述した処理を実行する。処理方法ＩＤ＝６で無い場合（Ｎ）は、ステップＳ１４２４５に進み、当該ステップにて、処理方法ＩＤがＩＤ＝９で有るか無いかを判定する。

ここで、処理方法ＩＤ＝９で有る場合（Ｙ）は、図２１の＊９ｉｎに戻り、上述した処理を実行する。処理方法ＩＤ＝９で無い場合（Ｎ）は、ステップＳ１４２４６に進み、当該ステップにて、処理方法ＩＤ＝８で有るか無いかを判定する。

ここで、処理方法ＩＤ＝８で有る場合（Ｙ）は、図２１の＊８ｉｎに戻り、上述した処理を実行する。処理方法ＩＤ＝８で無い場合（Ｎ）は、処理を終了する。

図２１のステップＳ１４２５にて、ＣａＩａが有る場合は、図２３において、ステップＳ１４２５１にて、図１４の処理ポリシを参照し、処理方法ＩＤを取得する。

次に、ステップＳ１４２５２にて、処理方法ＩＤが１、２、３、４、５の何れで有るか無いかを判定する。ここで、ＩＤ＝１、ＩＤ＝２、ＩＤ＝３、ＩＤ＝４、ＩＤ＝５で有る場合（Ｙ）は、図２１の＊４に戻り、ステップＳ１４２９にて、処理方法ＩＤに従った処理を実行する。また、上述したステップＳ１４３０、Ｓ１４３１を経て処理を終了する。

ＩＤ＝１、ＩＤ＝２、ＩＤ＝３、ＩＤ＝４、ＩＤ＝５で無い場合（Ｎ）は、ステップＳ１４２５４に進み、当該ステップにて、処理方法ＩＤがＩＤ＝６で有るか無いかを判定する。

ここで、処理方法ＩＤ＝６で有る場合（Ｙ）は、図２１の＊６ｉｎに戻り、上述した処理を実行する。処理方法ＩＤ＝６で無い場合（Ｎ）は、ステップＳ１４２５５に進み、当該ステップにて、処理方法ＩＤがＩＤ＝９で有るか無いかを判定する。

ここで、処理方法ＩＤ＝９で有る場合（Ｙ）は、図２１の＊９ｉｎに戻り、上述した処理を実行する。処理方法ＩＤ＝９で無い場合（Ｎ）は、ステップＳ１４２５６に進み、当該ステップにて、処理方法ＩＤ＝８で有るか無いかを判定する。

ここで、処理方法ＩＤ＝８で有る場合（Ｙ）は、図２１の＊８ｉｎに戻り、上述した処理を実行する。処理方法ＩＤ＝８で無い場合（Ｎ）は、処理を終了する。

図２１のステップＳ１４２６にて、Ｃｐが有る場合は、図２４において、ステップＳ１４２６１にて、図１４ポリシを参照し、処理方法ＩＤを取得する。

次に、ステップＳ１４２６２にて、処理方法ＩＤが１、２、３、４、５の何れで有るか無いかを判定する。ここで、ＩＤ＝１、ＩＤ＝２、ＩＤ＝３、ＩＤ＝４、ＩＤ＝５で有る場合（Ｙ）は、図２１の＊４に戻り、ステップＳ１４２９にて、処理方法ＩＤに従った処理を実行する。また、上述したステップＳ１４３０、Ｓ１４３１を経て処理を終了する。

ＩＤ＝１、ＩＤ＝２、ＩＤ＝３、ＩＤ＝４、ＩＤ＝５で無い場合（Ｎ）は、ステップＳ１４２６５に進み、当該ステップにて、処理方法ＩＤがＩＤ＝９で有るか無いかを判定する。

ここで、処理方法ＩＤ＝９で有る場合（Ｙ）は、図２１の＊９ｉｎに戻り、上述した処理を実行する。処理方法ＩＤ＝９で無い場合（Ｎ）は、ステップＳ１４２６６に進み、当該ステップにて、処理方法ＩＤ＝８で有るか無いかを判定する。

ここで、処理方法ＩＤ＝８で有る場合（Ｙ）は、図２１の＊８ｉｎに戻り、上述した処理を実行する。処理方法ＩＤ＝８で無い場合（Ｎ）は、処理を終了する。

図２１のステップＳ１４２７にて、Ｃａが有る場合は、図２５において、ステップＳ１４２７１にて、図１４ポリシを参照し、処理方法ＩＤを取得する。

次に、ステップＳ１４２７２にて、処理方法ＩＤが１、２、３、４、５の何れで有るか無いかを判定する。ここで、ＩＤ＝１、ＩＤ＝２、ＩＤ＝３、ＩＤ＝４、ＩＤ＝５で有る場合（Ｙ）は、図２１の＊４に戻り、ステップＳ１４２９にて、処理方法ＩＤに従った処理を実行する。また、上述したステップＳ１４３０、Ｓ１４３１を経て処理を終了する。

ＩＤ＝１、ＩＤ＝２、ＩＤ＝３、ＩＤ＝４、ＩＤ＝５で無い場合（Ｎ）は、ステップＳ１４２７５に進み、当該ステップにて、処理方法ＩＤがＩＤ＝８で有るか無いかを判定する。

ここで、処理方法ＩＤ＝８で有る場合（Ｙ）は、図２１の＊８ｉｎに戻り、上述した処理を実行する。処理方法ＩＤ＝８で無い場合（Ｎ）は、処理を終了する。

図２１のステップＳ１４２８にて、Ｃｇが有る場合は、図２９において、ステップＳ１４２８１にて、図１４ポリシを参照し、処理方法ＩＤを取得する。

次に、ステップＳ１４２８２にて、処理方法ＩＤが１、２、３、４、５の何れで有るか無いかを判定する。ここで、ＩＤ＝１、ＩＤ＝２、ＩＤ＝３、ＩＤ＝４、ＩＤ＝５で有る場合（Ｙ）は、図２１の＊４に戻り、ステップＳ１４２９にて、処理方法ＩＤに従った処理を実行する。また、上述したステップＳ１４３０、Ｓ１４３１を経て処理を終了する。

ＩＤ＝１、ＩＤ＝２、ＩＤ＝３、ＩＤ＝４、ＩＤ＝５で無い場合（Ｎ）は、図２１の＊１００へ戻り、上述した処理を行って終了する。

なお、本発明は上述した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク等の記録装置に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１ サービス享受事業者装置
２ サービス提供事業者装置
３ サービス基盤事業者装置
３１ 基盤事業者用サーバ
３１１ 入出力装置（入出力インターフェース手段）
３１２ 記憶装置（記憶手段）
３１３ 演算装置（制御手段）
１２１ サービス提供事業者用サーバ
３１ サービス基盤事業者用サーバ
１２１ データ提供者用サーバ
１２１６ データ享受者用サーバ
３１２１ データ提供事業者及びデータ享受者マスタＤＢ／データ及びフィールド型属性情報管理ＤＢ
３１２２ データ提供者＆データ享受者データクレンジング処理ポリシ情報管理マスタＤＢ
３１２３ フィールド型属性マスタＤＢ
３１２４ 不正値マスタＤＢ
３１２５ 処理方法マスタＤＢ
３１３１１ データ提供者＆データ享受者認識部
３１３１２ データ＆フィールド型属性情報受信部
３１３１３ データクレンジング処理部
３１３１４ データクレンジング処理後データ配信部
３１３１５ データクレンジング処理ポリシ受信部
３１３１６ データ書込み・読出し部

Claims (9)

1. 少なくとも１つのサービス基盤事業者装置と、複数のデータ提供者装置と、複数のデータ享受者装置とを有したデータ提供システムであって、
   前記サービス基盤事業者装置は、
   入出力手段、記憶手段、制御手段、を有し、
   前記入出力手段は、
   前記データ提供者装置及び前記データ享受者装置との間でデータの授受を行い、
   前記記憶手段は、前記データ提供者装置から提供されるデータに対するデータクレンジング処理ポリシマスタを有し、
   前記制御手段は、前記データクレンジング処理ポリシマスタのデータクレンジング処理ポリシをもって、前記データのデータクレンジング処理を行う機能を有し、
   前記データ提供者装置から提供されるデータ、及び当該データのフィールド型属性情報を受信する受信部と、
   前記データクレンジング処理ポリシを受信するデータクレンジング処理ポリシ受信部と、
   前記データクレンジング処理ポリシに従って、前記データ提供者装置から提供されるデータをデータクレンジング処理するデータクレンジング処理手段と、
   前記データクレンジング処理手段にてデータクレンジング処理した後のデータクレンジング処理後データを前記データ享受者装置に送信する手段と、
   を有することを特徴とする顧客別データクレンジング処理システム。
2. 請求項１に記載された顧客別データクレンジング処理システムにおいて、
   前記制御手段は、更に、
   前記データ享受者装置のデフォルトデータクレンジング処理ポリシ、前記データ提供者装置から提供されるデータ用のデータ享受者データクレンジング処理ポリシ、及び前記データ提供者装置のデフォルトデータクレンジング処理ポリシ、前記データ提供者装置から提供されるデータ用のデータ提供者データクレンジング処理ポリシを受信し、前記データクレンジング処理ポリシマスタに反映する手段、
   を有することを特徴とする顧客別データクレンジング処理システム。
3. 請求項２に記載された顧客別データクレンジング処理システムにおいて、
   前記制御手段は、更に、
   フィールド型属性マスタ、不正値マスタ、処理方法マスタ、を有し、当該フィールド型属性マスタ、不正値マスタ、処理方法マスタ、から前記サービス基盤事業者装置のデータクレンジング処理ポリシを作成する手段を有し、前記データクレンジング処理ポリシマスタに反映する手段は、前記サービス基盤事業者装置のデータクレンジング処理ポリシを前記データクレンジング処理ポリシマスタに反映する
   ことを特徴とする顧客別データクレンジング処理システム。
4. 請求項１に記載された顧客別データクレンジング処理システムにおいて、
   前記データクレンジング処理ポリシマスタは、前記データ提供者装置から提供されるデータの元データフィールド名、当該フィールド名のフィールド型属性に生じうる各々の不正値に対応する処理方法を含み、
   前記不正値は、「空白（ＮＵＬＬ）」、「全角半角不統一」、「不正文字」、「異常値」、「ひらがな文字不統一」、「カナ文字不統一」、「英字不統一」、「数値不統一」、「記号不統一」、「漢字文字不統一」、「電話番号非正規化」、「郵便番号非正規化」、「住所非正規化」、「金額非正規化」、の１つ以上であり、
   前記フィールドの型属性は、「主キー」、「名前」、「郵便番号」、「住所」、「数量」、「金額」、「日付」、の１つ以上であり、
   前記処理方法は、「何もしない」、「レコード全てを削除」、「データ提供者フォーマットに合わせる」、「データ提供者正規化に合わせる」、「空白にする」、「平均値に置き換える」、の１つ以上である
   ことを特徴とする顧客別データクレンジング処理システム。
5. 事業者のデータ提供者用装置から提供される元データを受け、当該元データをデータ享受者用装置に提供する基盤事業者用装置を備え、複数の事業者間でデータを共有するデータをデータクレンジング処理する顧客別データクレンジング処理システムにおいて、
   前記基盤事業者装置は、
   前記データ提供者用装置からの元データをデータクレンジング処理するデータクレンジング処理制御装置及び前記元データの各フィールドに生じうる不正値を定義する不正値マスタ、前記元データの各フィールドに生じうる不正値に対する処理方法を有するデータクレンジング処理ポリシマスタを有し、
   前記データ提供者用装置は、
   前記元データに対して、当該データの値が不正値の場合、当該不正値が前記不正値マスタのどの項目に対応するかを指定する手段を有し、
   前記データ享受者用装置は、
   前記元データに対して網羅的に準備したフィールド型属性型に対して、不正値に対する処理ポリシを設定する手段を有し、
   前記データクレンジング処理制御装置は、
   前記データ提供者用装置側にて設定した元データのフィールド型属性情報に対して、前記データ享受者用装置側にて設定した処理ポリシを前記データクレンジング処理ポリシマスタから読み取る読取手段と、当該読み取ったデータクレンジング処理ポリシに従って前記元データをデータクレンジング処理する処理する制御手段と、を有する
   ことを特徴とする顧客別データクレンジング処理システム。
6. 少なくとも１つのサービス基盤事業者装置と、複数のデータ提供者装置と、複数のデータ享受者装置とを有したデータ提供システムにおける顧客別データクレンジング処理方法であって、
   前記サービス基盤事業者装置は、
   入出力手段、記憶手段、制御手段、を有し、
   前記入出力手段は、
   前記データ提供者装置及び前記データ享受者装置との間でデータの授受を行い、
   前記記憶手段は、前記データ提供者装置から提供されるデータに対するデータクレンジング処理ポリシマスタを有し、
   前記制御手段は、前記データクレンジング処理ポリシマスタのデータクレンジング処理ポリシをもって、前記データのデータクレンジング処理を行う機能を有し、
   前記データ提供者装置から提供されるデータ、及び当該データのフィールド型属性情報を受信するステップと、
   前記データクレンジング処理ポリシマスタのデータクレンジング処理ポリシを受信するステップと、
   前記データクレンジング処理ポリシに従って、前記データ提供者装置から提供されるデータをデータクレンジング処理するステップと、
   前記データクレンジング処理手段にてデータクレンジング処理した後のデータクレンジング処理後データを前記データ享受者装置に送信するステップと、
   を有することを特徴とする顧客別データクレンジング処理方法。
7. 請求項６に記載された顧客別データクレンジング処理方法において、
   前記制御手段は、更に、
   前記データ享受者装置のデフォルトデータクレンジング処理ポリシ、前記データ提供者装置から提供されるデータ用のデータ享受者データクレンジング処理ポリシ、及び前記データ提供者装置のデフォルトデータクレンジング処理ポリシ、前記データ提供者装置から提供されるデータ用のデータ提供者用データクレンジング処理ポリシを受信し、前記データクレンジング処理ポリシマスタに反映するステップ、
   を有することを特徴とする顧客別データクレンジング処理方法。
8. 請求項７に記載された顧客別データクレンジング処理システムにおいて、
   前記制御手段は、更に、
   フィールド型属性マスタ、不正値マスタ、処理方法マスタ、を有し、当該フィールド型属性マスタ、不正値マスタ、処理方法マスタ、から前記サービス基盤事業者装置のデータクレンジング処理ポリシを作成するステップを有し、前記データクレンジング処理ポリシマスタに反映する手段は、前記サービス基盤事業者装置のデータクレンジング処理ポリシを前記データクレンジング処理ポリシマスタに反映するステップを有する
   ことを特徴とする顧客別データクレンジング処理システム。
9. 請求項６に記載された顧客別データクレンジング処理方法において、
   前記データクレンジング処理ポリシマスタは、前記データ提供者装置から提供されるデータの元データフィールド名、当該フィールド名のフィールド型属性に生じうる各々の不正値に対応するフィールドの型属性、当該不正値に対する処理方法を含み、
   前記不正値は、「空白（ＮＵＬＬ）」、「全角半角不統一」、「不正文字」、「異常値」、「ひらがな文字不統一」、「カナ文字不統一」、「英字不統一」、「数値不統一」、「記号不統一」、「漢字文字不統一」、「電話番号非正規化」、「郵便番号非正規化」、「住所非正規化」、「金額非正規化」、の１つ以上であり、
   前記フィールドの型属性は、「主キー」、「名前」、「郵便番号」、「住所」、「数量」、「金額」、「日付」、の１つ以上であり、
   前記処理方法は、「何もしない」、「レコード全てを削除」、「データ提供者フォーマットに合わせる」、「データ提供者正規化に合わせる」、「空白にする」、「平均値に置き換える」、の１つ以上である
   ことを特徴とする顧客別データクレンジング処理方法。

Images