(57)【特許請求の範囲】
【請求項１】
情報提供元から収集情報を取得し、取得した前記収集情報を前記情報提供元の全てに共通の変換用ルールで変換して中間データを作成し、さらに、前記中間データに前記情報提供元毎に異なる変換を施して変換データを生成し、また、新たな種類の収集情報を受信した場合に、前記変換用ルールの更新を決定する変換部と、
変換用ルールを所定タイミングで配信し、且つ、前記変換部により前記変換用ルールの更新が決定された場合、既存の前記変換用ルールに対して前記新たな種類の収集情報用のルールを加えて前記変換用ルールを更新し、更新後の前記変換用ルールを前記変換部に配信する配信部と、
前記変換部により生成された前記変換データを前記中間データに戻し、当該中間データに含まれる情報を使用して前記中間データへの変換前の情報を秘匿した状態で各前記収集情報に含まれる情報の同定を行う同定部と
を備えたことを特徴とする情報処理システム。 
【請求項２】
変換用ルールを所定タイミングで配信する配信部と、
情報提供元から収集情報を取得し、取得した前記収集情報を前記情報提供元の全てに共通の前記配信部により配信された前記変換用ルールにしたがい変換して中間データを作成する第１変換部と、
前記情報提供元毎に第１カウンタを有し、特定の情報提供元に対応する前記第１カウンタの値を基に、前記第１変換部により前記特定の情報提供元からの前記収集情報から生成された前記中間データに、前記情報提供元毎に異なる変換を施して変換データを生成し、前記第１カウンタをインクリメントする第２変換部と、
前記情報提供元毎に初期値が前記第１カウンタの初期値と一致する第２カウンタを有し、前記特定の情報提供元に対応する前記第２カウンタの値を基に、前記特定の情報提供元からの前記収集情報に対応する前記変換データを前記第２変換部による変換前の前記中間データに戻し、前記第２カウンタをインクリメントする逆変換部と、
前記逆変換部により生成された前記中間データに含まれる情報を使用して前記中間データへの変換前の情報を秘匿した状態で各前記収集情報に含まれる情報の同定を行う同定処理部と
を備えたことを特徴とする情報処理システム。
【請求項３】
データ変換装置及びデータ収集装置を有する情報処理システムであって、
前記データ変換装置は、
情報提供元から収集情報を取得し、取得した前記収集情報を前記情報提供元の全てに共通の変換用ルールで変換して中間データを作成し、さらに、前記中間データに前記情報提供元毎に異なる変換を施して変換データを生成し、また、新たな種類の収集情報を受信した場合に、前記変換用ルールの更新を依頼する変換部と、
変換用ルールを所定タイミングで配信し、且つ、前記変換用ルールの更新を依頼を前記変換部より受けて既存の前記変換用ルールに対して前記新たな種類の収集情報用のルールを加えて前記変換用ルールを更新し、更新後の前記変換用ルールを前記変換部に配信する配信部とを備え、
前記データ収集装置は、
前記データ変換装置から前記変換データを前記中間データに戻し、当該中間データに含まれる情報を使用して前記中間データへの変換前の情報を秘匿した状態で各前記収集情報に含まれる情報の同定を行う同定部を備えた
ことを特徴とする情報処理システム。
【請求項４】
データ変換装置及びデータ収集装置を有する情報処理システムであって、
前記データ変換装置は、
変換用ルールを所定タイミングで配信する配信部と、
情報提供元から収集情報を取得し、取得した前記収集情報を前記情報提供元の全てに共通の前記配信部により配信された前記変換用ルールにしたがい変換して中間データを作成する第１変換部と、
前記情報提供元毎に第１カウンタを有し、特定の情報提供元に対応する前記第１カウンタの値を基に、前記第１変換部により前記特定の情報提供元からの前記収集情報から生成された前記中間データに、前記情報提供元毎に異なる変換を施して変換データを生成し、前記第１カウンタをインクリメントする第２変換部とを備え、
前記データ収集装置は、
前記情報提供元毎に初期値が前記第１カウンタの初期値と一致する第２カウンタを有し、前記特定の情報提供元に対応する前記第２カウンタの値を基に、前記特定の情報提供元からの前記収集情報に対応する前記変換データを前記第２変換部による変換前の前記中間データに戻し、前記第２カウンタをインクリメントする逆変換部と、
前記逆変換部により生成された前記中間データに含まれる情報を使用して前記中間データへの変換前の情報を秘匿した状態で各前記収集情報に含まれる情報の同定を行う同定処理部とを備えた
ことを特徴とする情報処理システム。
【請求項５】
情報提供元から収集情報を取得し、
前記情報提供元の全てに共通の変換用ルールで前記収集情報を変換して中間データを作成し、さらに、前記中間データに前記情報提供元毎に異なる変換を施して変換データを生成し、
新たな種類の収集情報を受信した場合に、既存の前記変換用ルールに対して前記新たな種類の収集情報用のルールを加えて前記変換用ルールを更新し、
前記情報提供元の全てに共通の更新後の前記変換用ルールで前記収集情報を変換して前記中間データを作成し、さらに、前記中間データに前記情報提供元毎に異なる変換を施して前記変換データを生成し、
生成した前記変換データを前記中間データに戻し、当該中間データに含まれる情報を使用して前記中間データへの変換前の情報を秘匿した状態で各前記収集情報に含まれる情報の同定を行う
処理をコンピュータに実行させることを特徴とする情報管理方法。
【請求項６】
変換用ルールを所定タイミングで決定し、
情報提供元から収集情報を取得し、取得した前記収集情報を前記情報提供元の全てに共通の決定した前記変換用ルールにしたがい変換して中間データを作成し、
前記情報提供元毎に設けられた第１カウンタのうちの特定の情報提供元に対応する前記第１カウンタの値を基に、前記特定の情報提供元からの前記収集情報から生成された前記中間データに、前記情報提供元毎に異なる変換を施して変換データを生成し、
前記第１カウンタをインクリメントし、
前記情報提供元毎に設けられた初期値が前記第１カウンタの初期値と一致する第２カウンタのうちの前記特定の情報提供元に対応する前記第２カウンタの値を基に、前記特定の情報提供元からの前記収集情報に対応する前記変換データを変換前の前記中間データに戻し、
前記第２カウンタをインクリメントし、
前記中間データに含まれる情報を使用して前記中間データへの変換前の情報を秘匿した状態で各前記収集情報に含まれる情報の同定を行う
処理をコンピュータに実行させることを特徴とする情報管理方法。
【請求項７】
情報提供元から収集情報を取得し、取得した前記収集情報を前記情報提供元の全てに共通の変換用ルールで変換して中間データを作成し、さらに、前記中間データに前記情報提供元毎に異なる変換を施して変換データを生成し、生成した前記変換データを、前記変換データを前記中間データに戻し、当該中間データに含まれる情報を使用して前記中間データへの変換前の情報を秘匿した状態で各前記収集情報に含まれる情報の同定を行う他の情報処理装置へ送信し、また、新たな種類の収集情報を受信した場合に、前記変換用ルールの更新を決定する変換部と、
変換用ルールを所定タイミングで配信し、且つ、前記変換部により前記変換用ルールの更新が決定された場合、既存の前記変換用ルールに対して前記新たな種類の収集情報用のルールを加えて前記変換用ルールを更新し、更新後の前記変換用ルールを前記変換部に配信する配信部と
を備えたことを特徴とする情報処理装置。
【請求項８】
変換用ルールを所定タイミングで配信する配信部と、
情報提供元から収集情報を取得し、取得した前記収集情報を前記情報提供元の全てに共通の前記配信部により配信された前記変換用ルールにしたがい変換して中間データを作成する第１変換部と、
前記情報提供元毎に第１カウンタを有し、特定の情報提供元に対応する前記第１カウンタの値を基に、前記第１変換部により前記特定の情報提供元からの前記収集情報から生成された前記中間データに、前記情報提供元毎に異なる変換を施して変換データを生成し、生成した前記変換データを、前記情報提供元毎に初期値が前記第１カウンタの初期値と一致する第２カウンタを有し、前記特定の情報提供元に対応する前記第２カウンタの値を基に、前記特定の情報提供元からの前記収集情報に対応する前記変換データを変換前の前記中間データに戻し、前記第２カウンタをインクリメントし、生成した前記中間データに含まれる情報を使用して前記中間データへの変換前の情報を秘匿した状態で各前記収集情報に含まれる情報の同定を行う他の情報処理装置へ送信し、前記第１カウンタをインクリメントする第２変換部と
を備えたことを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム及び情報管理方法に関する。
【背景技術】
【０００２】
近年、インターネットの普及、情報処理装置の低価格化及び携帯電話などの情報端末装置の普及などにより、社会で取り扱われるデータ量が急増してきている。そのため、様々な企業が、データセンタを用いた情報管理を行っている。このように、データセンタには、様々な情報が集積されるため、それらデータセンタに蓄積された多様な情報を用いることで様々な企業における業務改善や安定運用に役立つ情報やビジネスに役立つ情報を提供することができる。このようなサービスを提供するには、多業種、多顧客のシステムからデータを収集することが好ましい。
【０００３】
このように、データセンタに蓄積された情報を取得する場合、セキュリティ上外部に提供することが好ましくない情報が含まれることが考えらえる。そのため、上記サービスを実現するためには、セキュリティを確保した上でデータセンタに蓄積された顧客の情報を取得することが望まれる。
【０００４】
ここで、セキュリティを高める方法として、ネットワークや情報処理装置への接続をユーザ毎に管理したり、情報処理装置内のファイル参照や更新をユーザ毎に制限したりするなどアクセス権限による管理を行う方法がある。
【０００５】
ただし、データセンタの情報を収集する際、手作業で特定の情報を隠蔽する作業は煩雑であり、遺漏のない実行を保証することも困難である。また、システムは多数の装置で構成されているため、それらから求める情報を集め、集めた情報の整合性を取って情報を隠蔽する処理を手作業で行うには、膨大な時間がかかり、多大な労力が強いられる。
【０００６】
そこで、秘密保護のための変換用ＡＰＩ（Application  Programming  Interface）を用いて変換した顧客情報を収集することが考えられる。また、セキュリティを確保した上でのデータ提供として、サーバに蓄積された患者の病症の分析用データを用いて患者の病症に関する統計的な分析を行い、分析結果に秘匿処理を施して端末装置へ送信し、端末装置で分析結果を確認提供する従来技術がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−１７３３７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、様々なデータセンタから顧客情報を収集する場合、各データセンタにおいて異なるＡＰＩを使用した場合、収集した情報が不一致を起こすおそれがある。特に、各国にデータセンタが設置されている場合、言語の違いなどにより異なるＡＰＩが用いられる可能性が高い。各データセンタに蓄積された情報も相互に関連があり、サーバ単独やセンタ単位で情報を隠蔽してしまうと、情報の関連性を把握することが困難となる。
【０００９】
開示の技術は、上記に鑑みてなされたものであって、高いセキュリティを確保しつつ複数の顧客の情報を収集し同定する情報処理装置、情報処理システム及び情報管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本願の開示する情報処理装置、情報処理システム及び情報管理方法は、一つの態様において、変換部は、情報提供元から収集情報を取得し、取得した前記収集情報に前記情報提供元の全てに共通の変換用ルールで変換して中間データを作成し、さらに、前記中間データに前記情報提供元毎に異なる変換を施して変換データを生成し、また、新たな種類の収集情報を受信した場合に、前記変換用ルールの更新を決定する。配信部は、変換用ルールを所定タイミングで配信し、且つ、前記変換部により前記変換用ルールの更新が決定された場合、既存の前記変換用ルールに対して前記新たな種類の収集情報用のルールを加えて前記変換用ルールを更新し、更新後の前記変換用ルールを前記変換部に配信する。同定部は、前記変換部により生成された前記変換データを前記中間データに戻し、当該中間データに含まれる情報を使用して前記中間データへの前記変換部による変換前の情報を秘匿した状態で各前記収集情報に含まれる情報の同定を行う。
【発明の効果】
【００１１】
本願の開示する情報処理装置、情報処理システム及び情報管理方法の一つの態様によれば、高いセキュリティを確保しつつ複数の顧客の情報を収集し同定することができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例に係る情報処理システムの構成図である。
【図２】図２は、実施例に係る変換サーバのブロック図である。
【図３】図３は、送信情報管理テーブルの一例の図である。
【図４】図４は、実施例に係る収集分析サーバのブロック図である。
【図５】図５は、収集情報管理テーブルの一例の図である。
【図６】図６は、同定処理部による同定処理を説明するための図である。
【図７】図７は、分析レポートの一例を示す図である。
【図８】図８は、実施例に係る変換ルール配信サーバのブロック図である。
【図９】図９は、実施例に係る変換サーバによるデータ変換のフローチャートである。
【図１０】図１０は、実施例に係る収集分析サーバによるデータ収集のフローチャートである。
【図１１】図１１は、実施例に係る情報処理システムのハードウェア構成図である。
【発明を実施するための形態】
【００１３】
以下に、本願の開示する情報処理装置、情報処理システム及び情報管理方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する情報処理装置、情報処理システム及び情報管理方法が限定されるものではない。
【実施例】
【００１４】
図１は、実施例に係る情報処理システムの構成図である。図１に示すように、本実施例に係る情報処理システム１は、データセンタ１１及び１２、コントロールセンタ３、並びに、変換ルール配信センタ２を有する。ここで、データセンタ１１とデータセンタ１２とは、異なる国に配置される。また、コントロールセンタ３は、変換ルール配信センタ２から独立しており、後述する変換ルール配信センタ２が配信する変換ルールを把握しない。
【００１５】
データセンタ１１は、顧客サーバ１１１及び１１３、並びに、変換サーバ１１２及び１１４を有する。顧客サーバ１１１は、Ａ社のシステムのサーバである。また、顧客サーバ１１３は、Ｂ社のシステムのサーバである。また、変換サーバ１１２は、顧客サーバ１１１に対応し、変換サーバ１１４は、顧客サーバ１１３に対応する。
【００１６】
データセンタ１２は、顧客サーバ１１５及び変換サーバ１１６を有する。顧客サーバ１１５は、Ｃ社のシステムのサーバである。そして、変換サーバ１１６は、顧客サーバ１１５に対応する。
【００１７】
顧客サーバ１１１，１１３及び１１５は、顧客のデータを管理する。例えば、Ａ社がコンビニエンスストアである場合、顧客サーバ１１１は、Ａ社の業態、商品を購入した購入者の名前、年齢及び性別などの情報、購入の日時及び店舗の情報、購入時の天気、並びに、購入された商品名などを管理する。これら、顧客サーバ１１１，１１３及び１１５が管理するデータを、「業務データ」という。この業務データが、「収集情報」の一例にあたる。ここで、図１では、各社のシステムに対して１台の顧客サーバのみを記載しているが、実際には、複数台の顧客サーバが配置されていてもよい。
【００１８】
変換サーバ１１２，１１４及び１１６は、それぞれ別の顧客のシステムに対応するように配置される。すなわち、情報処理システム１では、１つの顧客のシステムに対して１つの変換サーバが割り当てられる。この変換サーバ１１２，１１４及び１１６が、「データ変換装置」の一例にあたる。変換サーバ１１２，１１４及び１１６は、いずれも同じ動作を行うので、以下では、変換サーバ１１２を例に説明する。
【００１９】
変換サーバ１１２は、顧客サーバ１１１が管理する情報を取得する。そして、変換サーバ１１２は、取得した情報を変換して、取得した情報の中で秘匿の対象となる情報を秘匿する。そして、変換サーバ１１２は、変換した情報をコントロールセンタ３の収集分析サーバ３０へ送信する。ここで、変換サーバ１１２の詳細について図２を参照して説明する。
【００２０】
図２は、実施例に係る変換サーバのブロック図である。図２に示すように、変換サーバ１１２は、受信部１２１、変換部１２２、送信部１２３及び起動処理部１２４を有する。
【００２１】
起動処理部１２４は、変換サーバ１１２の起動を行う。例えば、起動処理部１２４は、破線１２０で囲われた受信部１２１、送信部１２３及び変換部１２２を起動させる。そして、起動処理部１２４は、変換サーバ１１２が起動すると、変換ルール配信サーバ２０へ変換サーバ１１２の起動を通知する。
【００２２】
受信部１２１は、業務データを顧客サーバ１１１から取得する。受信部１２１は、取得した業務データを変換部１２２の第１変換部１２５へ出力する。
【００２３】
変換部１２２は、Ａ社に固有のデータ変換を用いて、顧客サーバ１１１から取得した業務データ、すなわちＡ社のシステムの業務データを変換する。すなわち、変換サーバ１１２，１１４及び１１６では、対応する顧客システムに応じた固有のデータ変換を行う。以下に、変換部１２２による処理の詳細を説明する。変換部１２２は、第１変換部１２５、第２変換部１２６を有する。
【００２４】
第１変換部１２５は、定期的に変換ルール配信サーバ２０から変換ルールの入力を受ける。そして、第１変換部１２５は、次の変換ルールの取得まで、入力された変換ルールを保持する。ここで、変換ルールとは、全顧客に共通のルールである。変換ルールは、暗号化でもよいし、単純な置き換えでもよい。変換ルールは、変換ルール配信サーバ２０からの送信毎に変換方法が変更されたものが送られる。
【００２５】
第１変換部１２５は、Ａ社のシステムの業務データの入力を受信部１２１から受ける。そして、第１変換部１２５は、顧客の業務データにおいて、顧客以外の者に対して秘匿する情報を変換対象の情報として特定する。ここで、秘匿する情報とは、例えば、名前や住所などの個人情報や会社名などの情報である。具体的には、第１変換部１２５は、予め決められた単語や業務データにおける位置を基に変換対象の情報を特定する。
【００２６】
ここで、例えば変換が単純な置き換えの場合、第１変換部１２５は、変換対象の情報の変換ルールが存在するか否かを判定する。変換対象の情報の変換ルールが存在しない場合、第１変換部１２５は、変換ルール配信サーバ２０に変換ルールの作成を依頼する。その後、第１変換部１２５は、現在の変換対象の変換ルールが新たに加えられた変換ルールを変換ルール配信サーバ２０から受け取る。ただし、暗号化などの変換を行う場合には、第１変換部１２５は、変換対象の情報の変換ルールの存在の確認の処理を省くことができる。
【００２７】
第１変換部１２５は、保持する変換ルールを用いて業務データの中の変換対象の情報を変換し、中間データを生成する。そして、第１変換部１２５は、生成した中間データを第２変換部１２６へ出力する。
【００２８】
ここで、中間データは、業務データを全顧客に共通のルールを用いて変換したデータである。すなわち、中間データの状態では、ある顧客に対する変換ルールを知っている者であれば、中間データを変換前の業務データに戻せる可能性がある。すなわち、中間データの状態では、各顧客間でのセキュリティレベルが低い状態にあるといえる。
【００２９】
第２変換部１２６は、カウンタ１２７を有する。このカウンタ１２７が、「第１カウンタ」の一例にあたる。例えば、第２変換部１２６は、図３に示す送信情報管理テーブル１２８を用いてカウンタ１２７を管理する。図３は、送信情報管理テーブルの一例の図である。例えば図３に示すように、送信情報管理テーブル１２８には、企業名、送信日、カウンタ値、データ識別子が登録される。
【００３０】
第２変換部１２６は、変換サーバ１１２の起動時に、カウンタ値の初期値の入力を変換ルール配信サーバ２０から受ける。そして、第２変換部１２６は、送信情報管理テーブル１２８のカウンタ値の欄に取得した初期値を登録する。
【００３１】
その後、第２変換部１２６は、中間データの入力を第１変換部１２５から受ける。次に、第２変換部１２６は、送信情報管理テーブル１２８からカウンタ値を取得する。そして、第２変換部１２６は、取得したカウンタ値を用いて中間データを暗号化し変換データを生成する。
【００３２】
その後、第２変換部１２６は、生成した変換データを送信情報管理テーブル１２８に登録された企業名、データ識別子及び送信日とともに送信部１２３へ出力する。さらに、第２変換部１２６は、現在のカウンタ値を１つインクリメントした値を送信情報管理テーブル１２８に登録してカウンタ１２７を更新する。
【００３３】
ここで、カウンタ値は、変換サーバ１１２，１１４及び１１６のそれぞれで異なる。すなわち、カウンタ値は、顧客毎に異なり、顧客毎に対応する変換サーバ１１２，１１４又は１１６において個別に管理される。そのため、カウンタ値を用いて暗号化された変換データは、顧客毎に異なる変換が成されている。そのため、ある顧客におけるカウンタ値を用いても、他の顧客の変換データから元となった業務データを推測することは困難である。したがって、カウンタ値を用いて暗号化された変換データの状態では、各顧客間でのセキュリティが担保されている。
【００３４】
ここで、本実施例では、カウンタ値を用いて顧客毎に異なるデータ変換を行ったが、顧客毎に異なる変換が行える値であり、且つ、後述するように収集分析サーバ３０と共有できる値であれば他の値を用いてもよい。ただし、第２変換部１２６が暗号化で用いる値は、変数であることが好ましい。例えば、第２変換部１２６は、乱数などを用いて暗号化を行ってもよい。
【００３５】
送信部１２３は、データ識別子及び変換データの入力を第２変換部１２６から受ける。そして、送信部１２３は、Ａ社のシステムの業務データから生成された変換データを企業名、データ識別子及び送信日とともに収集分析サーバ３０へ送信する。
【００３６】
図１に戻って説明を続ける。収集分析サーバ３０は、Ａ社のシステムの業務データから生成された変換データ、企業名、データ識別子及び送信日を変換サーバ１１２から受信する。そして、収集分析サーバ３０は、予め有するカウンタ値を用いて変換データを復号化してその変換データの変換前の中間データを生成する。そして、収集分析サーバ３０は、中間データを用いて情報の同定を行い、同定結果を用いて情報の分析を行う。その後、収集分析サーバ３０は、分析結果の保持や利用者への通知を行う。この収集分析サーバ３０が、「データ収集装置」の一例にあたる。ここで、収集分析サーバ３０の詳細について図４を参照して説明する。
【００３７】
図４は、実施例に係る収集分析サーバのブロック図である。図４に示すように、収集分析サーバ３０は、受信部３０１、同定部３０２、データ分析部３０３及びデータベース３０４を有する。
【００３８】
受信部３０１は、Ａ社のシステムの業務データから生成された変換データ、その変換データの元となった業務データを所有する企業名、その変換データのデータ識別子及びその変換データの送信日を変換サーバ１１２から受信する。そして、受信部３０１は、受信した変換データ、企業名、データ識別子及び送信日を同定部３０２へ出力する。
【００３９】
同定部３０２は、変換サーバ１１２，１１４及び１１６から取得した変換データ、すなわち、各顧客の業務データを変換した変換データの同定を行う。ここで、変換データは、各顧客間で異なる暗号化が施されている。そのため、変換データの状態では、同じ情報を特定することが困難である。そこで、同定部３０２は、変換データを中間データに戻して同定を行う。以下に、同定部３０２による処理の詳細を説明する。同定部３０２は、逆変換部３２１及び同定処理部３２３を有する。
【００４０】
逆変換部３２１は、カウンタ３２２を有する。このカウンタ３２２が、「第２カウンタ」の一例にあたる。例えば、逆変換部３２１は、図５に示す収集情報管理テーブル３２４を用いてカウンタ３２２を管理する。図５は、収集情報管理テーブルの一例の図である。例えば図５に示すように、収集情報管理テーブル３２４には、顧客毎に、企業名、送信日、カウンタ値、データ識別子が登録される。すなわち、逆変換部３２１は、顧客毎にカウンタ３２２を管理する。
【００４１】
逆変換部３２１は、変換サーバ１１２の起動時に、カウンタ値の初期値の入力を変換ルール配信サーバ２０から受ける。そして、逆変換部３２１は、収集情報管理テーブル３２４のカウンタ値の欄に取得した初期値を登録する。
【００４２】
逆変換部３２１は、変換データ、企業名、データ識別子及び送信日の入力を受信部３０１から受ける。そして、逆変換部３２１は、収集情報管理テーブル３２４の企業名が一致するエントリに、送信日及びデータ識別子を登録する。
【００４３】
次に、逆変換部３２１は、収集情報管理テーブル３２４の企業名が一致したエントリのカウンタ値を取得する。そして、逆変換部３２１は、取得したカウンタ値を用いて同じエントリに記載されたデータ識別子に対応する変換データを復号化してそのデータの変換前の中間データを生成する。すなわち、逆変換部３２１は、データ識別子とともに送られてきた変換データをカウンタ値を用いて復号化する。
【００４４】
その後、逆変換部３２１は、生成した中間データをデータベース３０４に格納する。さらに、逆変換部３２１は、現在のカウンタ値を１つインクリメントした値を収集情報管理テーブル３２４に登録してカウンタ３２２を更新する。
【００４５】
同定処理部３２３は、所定のタイミングで、データベース３０４に蓄積された中間データに含まれる情報の同定を行う。すなわち、同定処理部３２３は、業務データに対して変換ルールを用いて変換された中間データに含まれる情報の中で一致する情報を同じ情報として特定する。
【００４６】
ここで、中間データは、各顧客のシステムの業務データを全顧客共通の変換ルールで変換したものである。そのため、元の情報が同じ情報であれば、中間データ内の情報も同じ値を有する。そのため、同定処理部３２３は、中間データを用いて中間データへ変換する前の業務データにおける情報の同定を行うことができる。
【００４７】
図６を参照して、同定処理部３２３による同定処理についてさらに説明する。図６は、同定処理部による同定処理を説明するための図である。テーブル４０１は、Ａ社のシステムの業務データが登録されたテーブルである。また、テーブル４０２は、Ｂ社のシステムの業務データが登録されたテーブルである。ここで、Ａ社は、コンビニエンスストアを経営する企業である。また、Ｂ社は、レンタル業を営む企業である。
【００４８】
そして、テーブル４０１及び４０２において、購入者情報が秘匿する変換対象の情報である。同定処理部３２３は、テーブル４０３に示すように、業務データ４１１の購入者のデータ４１２が秘匿された状態の中間データ４３１を取得する。また、同定処理部３２３は、テーブル４０３に示すように、業務データ４２１の購入者のデータ４２２が秘匿された状態の中間データ４３３を取得する。
【００４９】
この場合、データ４１２は、変換ルールによってデータ４３２に示す「あああ」に変換されている。また、データ４２２は、変換ルールによってデータ４３４に示す「あああ」に変換されている。そこで、同定処理部３２３は、中間データ４３１及び４３３を変換前の業務データ４１１及び４１２に戻さなくても、中間データ４３１におけるデータ４３２と中間データ４３３におけるデータ４３４が同じデータであることが分かる。したがって、同定処理部３２３は、業務データにおける変換対象の情報が秘匿されたままの状態で、変換対象の情報の同定を行うことができる。
【００５０】
同定処理部３２３は、中間データ内の情報の同定結果をデータ分析部３０３へ出力する。例えば、同定処理部３２３は、同じ情報を有する中間データをまとめて一覧とするなどして、その一覧をデータ分析部３０３へ出力する。
【００５１】
データ分析部３０３は、同定処理部３２３による同定結果の入力を受ける。そして、データ分析部３０３は、データベース３０４に格納された中間データ及び同定処理部３２３による同定結果を用いて収集した中間データの分析を行う。その後、データ分析部３０３は、分析結果を基に図７に示すような分析レポート３３０をプリンタやモニタなどを用いて出力し、利用者に提供する。図７は、分析レポートの一例を示す図である。データ分析部３０３は、図６で用いたデータを基に分析を行い、分析データ３３０を作成する。
【００５２】
この場合、データ分析部３０３は、同定した秘匿された変換対象の情報から、同じ人がコンビニでおにぎりを買い、レンタルビデオショップでＤＶＤを買ったと判定する。そこで、中間データに登録されたその人の年齢性別などから、データ分析部３０３は、２０代の男性で、コンビニでおにぎりを良く買う人は、レンタルビデオショップで、ＤＶＤ（Digital  Versatile  Disk）を買う傾向が強いと分析し、分析結果を記載した分析レポート３３０を利用者に提供する。
【００５３】
図１に戻って説明を続ける。変換ルール配信サーバ２０は、変換サーバ１１２，１１４及び１１６から起動の通知を受ける。ここでは、変換サーバ１１２から起動の通知を受けた場合で説明する。変換ルール配信サーバ２０は、変換サーバ１２２及び収集分析サーバ３０にカウンタ値の初期値を送信する。さらに、変換ルール配信サーバ２０は、定期的に変換ルールを生成し、生成した変換ルールを変換サーバ１１２，１１４及び１１６へ送信する。ここで、変換ルール配信サーバ２０は、変換サーバ１１２，１１４及び１１６の起動時にも、最新の変換ルールを起動したサーバに送信してもよい。また、変換ルール配信サーバ２０は、変換ルールが単純な置き換えの場合、変換サーバ１１２，１１４又は１１６から変換対象の情報のルールの作成の依頼を受ける。そして、変換ルール配信サーバ２０は、指定された情報のルールを作成し、新たに作成したルールを加えた変換ルールを依頼元へ送信する。ここで、変換ルール配信サーバ２０の詳細について図８を参照して説明する。
【００５４】
図８は、実施例に係る変換ルール配信サーバのブロック図である。図８に示すように、変換ルール配信サーバ２０は、変換ルール作成部２０１、記憶部２０２、配信部２０３及びカウンタ値管理部２０４を有する。
【００５５】
記憶部２０２は、変換ルールが記載された変換テーブル２２１を格納する。
【００５６】
変換ルール作成部２０１は、変換テーブル２２１に記載された変換ルールを定期的に更新する。また、変換が単純な置き換えの場合、変換ルール作成部２０１は、変換する単語とともにルールの作成の依頼を変換サーバ１１２から受ける。そして、変換ルール作成部２０１は、依頼を受けた単語のルールを作成する。その後、変換ルール作成部２０１は、作成したルールを変換テーブル２２１に加え、変換ルールを更新する。
【００５７】
配信部２０３は、変換テーブル２２１が変換ルール作成部２０１により更新されると、変換テーブル２２１から変換サーバ１１２用の変換ルールを取得する。そして、配信部２０３は、取得した変換ルールを変換サーバ１１２へ送信する。
【００５８】
カウンタ値管理部２０４は、変換サーバ１１２が起動した場合、変換サーバ１１２から起動の通知を受ける。起動の通知を受けて、カウンタ値管理部２０４は、新たにカウンタ値の初期値を生成する。そして、カウンタ値管理部２０４は、生成したカウンタ値の初期値を変換サーバ１１２及び収集分析サーバ３０へ送信する。
【００５９】
次に、図９を参照して、本実施例に係る変換サーバ１１２によるデータ変換の流れについて説明する。図９は、実施例に係る変換サーバによるデータ変換のフローチャートである。ここでは、変換ルールで規定される変換が単純な置き換えの場合で説明する。
【００６０】
受信部１２１は、顧客サーバ１１１，１１３及び１１５から業務データを収集する（ステップＳ１０１）。そして、受信部１２１は、収集した業務データを第１変換部１２５へ出力する。
【００６１】
第１変換部１２５は、業務データの入力を受信部１２１から受ける。そして、第１変換部１２５は、変換ルール配信サーバ２０から予め取得した変換ルールに、各業務データのルールが存在するか否かを判定する（ステップＳ１０２）。変換ルールに各業務データのルールが存在する場合（ステップＳ１０２：肯定）、第１変換部１２５は、ステップＳ１０５へ進む。
【００６２】
これに対して、ルールが存在しない業務データが有る場合（ステップＳ１０２：否定）、第１変換部１２５は、変換ルール配信サーバ２０にルールの作成を依頼する（ステップＳ１０３）。
【００６３】
その後、第１変換部１２５は、最新の変換ルールを変換ルール配信サーバ２０から取得する（ステップＳ１０４）。
【００６４】
そして、第１変換部１２５は、保持する変換ルールに則り業務データを変換し、中間データを生成する（ステップＳ１０５）。その後、第１変換部１２５は、中間データを第２変換部１２６へ出力する。
【００６５】
第２変換部１２６は、中間データを第１変換部１２５から取得する。次に、第２変換部１２６は、カウンタ１２７からカウンタ値を取得する（ステップＳ１０６）。
【００６６】
そして、第２変換部１２６は、カウンタ値を用いて中間データを暗号化し、変換データを生成する（ステップＳ１０７）。
【００６７】
その後、第２変換部１２６は、変換データを収集分析サーバ３０へ送信する（ステップＳ１０８）。
【００６８】
さらに、第２変換部１２６は、カウンタ１２７を１つインクリメントする（ステップＳ１０９）。
【００６９】
次に、図１０を参照して、実施例に係る収集分析サーバ３０によるデータ収集の流れについて説明する。図１０は、実施例に係る収集分析サーバによるデータ収集のフローチャートである。
【００７０】
受信部３０１は、暗号化された変換データを受信する（ステップＳ２０１）。そして、受信部３０１は、受信した変換データを逆変換部３２１へ出力する。
【００７１】
次に、逆変換部３２１は、変換データの入力を受信部３０１から受ける。次に、逆変換部３２１は、カウンタ３２２からカウンタ値を取得する（ステップＳ２０２）。
【００７２】
そして、逆変換部３２１は、取得したカウンタ値を用いて変換データを復号化する（ステップＳ２０３）。すなわち、逆変換部３２１は、変換データを暗号化する前の中間データを取得する。
【００７３】
その後、逆変換部３２１は、復号化したデータである中間データをデータベース３０４に格納する（ステップＳ２０４）。
【００７４】
さらに、逆変換部３２１は、カウンタ３２２を１つインクリメントする（ステップＳ２０５）。
【００７５】
同定処理部３２３は、所定のタイミングで、データベース３０４に格納された中間データの同定を行う（ステップＳ２０６）。その後、同定処理部３２３は、同定結果をデータ分析部３０３へ出力する。
【００７６】
データ分析部３０３は、同定処理部３２３による同定結果の入力を受ける。そして、データ分析部３０３は、取得した同定結果を用いて、データベース３０４に格納されたデータの分析を実行する（ステップＳ２０７）。
【００７７】
（ハードウェア構成）
ここで、図１１を参照して、顧客サーバ１１１，１１３及び１１５、変換サーバ１１２，１１４及び１１６、変換ルール配信サーバ２０、並びに、収集分析サーバ３０のハードウェア構成について説明する。図１１は、実施例に係る情報処理システムのハードウェア構成図である。図１１では、データセンタ１１に、Ａ社システム１３及びＢ社システム１４が配置される。また、データセンタ１２に、Ｃ社システム１５が配置される。そして、Ａ社システム１３に顧客サーバ１１１が３台配置され、Ｂ社システム１４に顧客サーバ１１３が３台配置され、Ｃ社システム１５に顧客サーバ１１５が３台配置される。ここでは、顧客サーバ１１１を例に顧客サーバ１１１，１１３及び１１５を説明する。
【００７８】
顧客サーバ１１１は、ＣＰＵ１０１、メモリ１０２、ＨＤＤ（Hard  Disc  Drive）１０３及びＮＩＣ（Network  Interface  Controller）１０４を有する。ＣＰＵ１０１及びメモリ１０２は、操作者から入力された情報のＨＤＤ１０３への格納やＨＤＤ１０３に格納された情報の提供を行う。さらに、ＣＰＵ１０１及びメモリ１０２は、ＮＩＣ１０４を介して、業務データを変換サーバ１１２，１１４又は１１６へ送信する。
【００７９】
変換サーバ１１２は、ＣＰＵ１０５、メモリ１０６、ＨＤＤ１０７及びＮＩＣ１０８を有する。ＮＩＣ１０８は、変換ルール配信サーバ２０及び収集分析サーバ３０との通信インタフェースである。ＮＩＣ１０８は、図２に例示した、受信部１２１及び送信部１２３を実現する。ＨＤＤ１０７は、図２に例示した変換部１２２及び起動処理部１２４を実現するための各種プログラムやＯＳ（Operating  System）を格納する。ＣＰＵ１０５及びメモリ１０６は、図２に例示した変換部１２２及び起動処理部１２４の機能を実現する。具体的には、ＣＰＵ１０５は、ＨＤＤ１０７に格納された各種プログラムやＯＳを読み出し、メモリ１０６上に展開して実行することで、変換部１２２及び起動処理部１２４の機能を実現する。また、メモリ１０６は、送信情報管理テーブル１２８を格納することで、カウンタ１２７の機能を実現する。
【００８０】
収集分析サーバ３０は、ＣＰＵ３１、ＨＤＤ３２、メモリ３３及びＮＩＣ３４を有する。ＮＩＣ３４は、変換ルール配信サーバ２０、並びに、変換サーバ１１２，１１４及び１１６との通信インタフェースである。ＮＩＣ３４は、図４に例示した、受信部３０１を実現する。ＨＤＤ３２は、図２に例示した同定部３０２、データ分析部３０３及びデータベース３０４の機能を実現するための各種プログラムを格納する。また、ＨＤＤ３２は、データベース３０４が保持するデータを格納する。ＣＰＵ３１及びメモリ３３は、図４に例示した同定部３０２、データ分析部３０３及びデータベース３０４の機能を実現する。具体的には、ＣＰＵ３１は、ＨＤＤ３２に格納された各種プログラムを読み出し、メモリ３３上に展開して実行することで、同定部３０２、データ分析部３０３及びデータベース３０４の機能を実現する。また、メモリ３３は、収集情報管理テーブル３２４を格納することで、カウンタ３２２の機能を実現する。
【００８１】
変換ルール配信サーバ２０は、ＣＰＵ２１、ＨＤＤ２２、メモリ２３及びＮＩＣ２４を有する。ＮＩＣ２４は、収集分析サーバ３０並びに変換サーバ１１２，１１４及び１１６との間の通信インタフェースである。ＨＤＤ２２は、図８に例示した変換ルール作成部２０１、配信部２０３及びカウンタ値管理部２０４の機能を実現するための各種プログラムを格納する。また、ＨＤＤ２２は、変換テーブル２２１を記憶し記憶部２０２の機能を実現する。ＣＰＵ２１及びメモリ２３は、図８に例示した変換ルール作成部２０１、配信部２０３及びカウンタ値管理部２０４の機能を実現する。具体的には、ＣＰＵ２１は、ＨＤＤ２２に格納された各種プログラムを読み出し、メモリ２３上に展開して実行することで、変換ルール作成部２０１、配信部２０３及びカウンタ値管理部２０４の機能を実現する。
【００８２】
以上に説明したように、本実施例に係る変換サーバは、顧客サーバから取得した業務データに対して全顧客共通の変換ルールを用いて中間データに変換し、さらに顧客毎に異なる暗号化を用いて中間データを変換して変換データを生成する。そして、収集分析サーバは、変換データを復号化して中間データに戻し、その状態で同定を行いデータの分析を行う。したがって、収集分析サーバへ送られる際には、顧客間でのセキュリティも確保でき、高いセキュリティレベルを確保できる。さらに、データの同定及び分析においても秘匿の対象となる情報は秘匿されたままであるため、それらの処理においても高いセキュリティレベルを確保できる。したがって、高いセキュリティを確保しつつ複数の顧客の情報を収集し同定することができる。
【符号の説明】
【００８３】
１  情報処理システム
２  変換ルール配信センタ
３  コントロールセンタ
１１，１２  データセンタ
２０  変換ルール配信サーバ
３０  収集分析サーバ
１１１，１１３，１１５  顧客サーバ
１１２，１１４，１１６  変換サーバ
１２１  受信部
１２２  変換部
１２３  送信部
１２４  起動処理部
１２５  第１変換部
１２６  第２変換部
１２７  カウンタ
１２８  送信情報管理テーブル
２０１  変換ルール作成部
２０２  記憶部
２０３  配信部
２０４  カウンタ値管理部
２２１  変換テーブル
３０１  受信部
３０２  同定部
３０３  データ分析部
３０４  データベース
３２１  逆変換部
３２２  カウンタ
３２３  同定処理部
３２４  収集情報管理テーブル
【図１】
0006701646.tif 000002
【図２】
0006701646.tif 000003
【図３】
0006701646.tif 000004
【図４】
0006701646.tif 000005
【図５】
0006701646.tif 000006
【図６】
0006701646.tif 000007
【図７】
0006701646.tif 000008
【図８】
0006701646.tif 000009
【図９】
0006701646.tif 000010
【図１０】
0006701646.tif 000011
【図１１】
0006701646.tif 000012