複数サーバにおける属性情報開示制御システム
【課題】情報活用サーバが複数の情報保有サーバから属性情報を取得する場合の効率化及び一元化を課題とする。
【解決手段】情報保有管理サーバ１０４が、利用者端末１００に属性項目の開示同意を要求する属性項目同意要求手段１２１を備え、前記属性項目同意要求手段１２１は前記属性項目のうち重複する属性項目に関して前記利用者端末１００に開示同意を要求することを特徴とする。
【解決手段】情報保有管理サーバ１０４が、利用者端末１００に属性項目の開示同意を要求する属性項目同意要求手段１２１を備え、前記属性項目同意要求手段１２１は前記属性項目のうち重複する属性項目に関して前記利用者端末１００に開示同意を要求することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数サーバにおける属性情報開示制御システムに関する。
【背景技術】
【０００２】
現在、インターネットやブロードバンドサービスの普及に伴って、クレジットカード等の各種金融サービスや、ＥＣ（Electronic Commerce）をサービス提供サイトからオンラインで他のサービス提供サイトに提供するなど、オンライン上で利用者の意志（開示制御）のもと住所、電話番号、生年月日等の属性情報を提供する技術が存在する。利用者の意志に基づき属性情報を提供する従来の属性情報開示制御システムでは、情報保有サーバが情報活用サーバに対し、利用者が設定した開示制御の内容に従って、利用者の属性情報を提供することが可能であった（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2009-199573号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術は、単独の情報保有サーバから情報活用サーバへの属性情報の開示制御を対象としていたため、情報活用サーバが複数の情報保有サーバから取得した属性情報を用いてサービスを実行する場合、情報活用サーバは各情報保有サーバへ個別にアクセスしなければならず処理負荷が上がってしまうという課題があった。また、複数の情報保有サーバが格納している属性情報の項目（以下、「属性項目」という。）に重複がある場合、属性情報の開示制御を利用者端末が都度設定しなければならず利用者端末での開示制御の設定回数が多くなり開示制御が一元化できないという課題があった。さらに、複数の情報保有サーバに格納されている属性情報が一致していない場合、情報活用サーバに開示する属性情報に不整合が生じる問題があった。
【０００５】
従って、上記のような問題点に鑑みてなされた本発明の目的は、属性情報を有する情報保有サーバが複数存在する場合であっても、情報活用サーバの処理負荷を低減すること、及び複数の情報保有サーバが格納している属性項目に重複がある場合でも利用者端末での開示制御の設定回数を低減し、開示制御の一元化を図ることができる属性情報開示制御システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明に係る属性情報開示制御システムは、情報活用サーバから提供されるサービスを利用する利用者端末の利用者の属性情報を格納する複数の情報保有サーバと、前記複数の情報保有サーバが格納する前記利用者の前記属性情報の属性項目を格納し、前記属性項目に基づき前記複数の情報保有サーバから前記属性情報を取得し、前記利用者の要求に応じて前記情報活用サーバに前記属性情報を送信する情報保有管理サーバと、を備える属性情報開示制御システムであって、前記情報保有管理サーバは、前記利用者端末に前記属性項目の開示同意を要求する属性項目同意要求手段を備え、前記属性項目同意要求手段は前記属性項目のうち重複する属性項目に関して前記利用者端末に開示同意を要求することを特徴とする。
【発明の効果】
【０００７】
本発明による属性情報開示制御システムは、属性情報を有する情報保有サーバが複数存在する場合であっても情報活用サーバの処理負荷を低減することができ、また複数の情報保有サーバが格納する属性項目に重複がある場合でも利用者端末での開示制御の設定回数を低減し、開示制御の一元化を図ることができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る属性情報開示制御システムの構成を表すブロック図である。
【図２】本発明の一実施形態に係る第一の情報保有サーバの属性情報データベースを表す図である。
【図３】本発明の一実施形態に係る第二の情報保有サーバの属性情報データベースを表す図である。
【図４】本発明の一実施形態に係る情報保有サーバ管理データベースを表す図である。
【図５】本発明の一実施形態に係るサービス管理データベースを表す図である。
【図６】本発明の一実施形態に係る属性情報開示制御システムの動作を示すフローチャートである。
【図７】本発明の一実施形態に係る属性項目同意要求画面の例を表す図である。
【図８】本発明の一実施形態に係る属性情報選択画面の例を表す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について説明する。
【００１０】
図１は本発明の一実施形態に係る構成を示すブロック図である。本発明の一実施形態に係る属性情報開示制御システムは、ＰＣや携帯電話などの利用者端末１００と、ネットワークを介したサービスを提供する情報活用サーバ１０１と、利用者の属性情報を格納し保有する第一の情報保有サーバ１０２及び第二の情報保有サーバ１０３と、第一の情報保有サーバ１０２及び第二の情報保有サーバ１０３を管理する情報保有管理サーバ１０４とを備えている。利用者端末１００、情報活用サーバ１０１、第一の情報保有サーバ１０２、第二の情報保有サーバ１０３、及び情報保有管理サーバ１０４は夫々インターネット等のネットワーク１０５を介して相互に接続される。ここで情報保有サーバは２つ図示しているが、これに限られず３つ以上の情報保有サーバを備えていてもよい。
【００１１】
利用者端末１００は、入出力手段１０６と、通信手段１０７と、入出力手段１０６及び通信手段１０７を制御する制御手段１０８とを備えて構成される。入出力手段１０６は、各種情報の入出力を行い、入力についてはキーボードやマウス、マイクなどを備えて構成され、後述する情報保有管理サーバ１０４への属性項目同意要求画面及び属性情報選択画面において利用者からの入力を受け付ける。出力については、モニタ（若しくはディスプレイ、タッチパネル）やスピーカを備えて構成され、後述する属性項目同意要求画面、属性情報選択画面を表示する。通信手段１０７は、情報活用サーバ１０１および情報保有管理サーバ１０４との間でやり取りする各種情報に関する通信を制御する。制御手段１０８は入出力手段１０６の入出力情報の処理、及び通信手段１０７の通信処理を制御する。
【００１２】
情報活用サーバ１０１は、利用者端末１００に各種サービスを提供するサーバであり、サーバ上での各種情報の入出力をする入出力手段１０９と、入出力情報及び通信処理を制御する制御手段１１０と、通信手段１１１とを備えて構成される。当該各種サービスは利用者の属性情報を必要とするものである。また提供されるサービスには、本属性情報開示制御システム上で一意に特定される識別子であるサービスＩＤが割り当てられている。情報活用サーバ１０１の通信手段１１１は、利用者端末１００及び情報保有管理サーバ１０４との間でやり取りされる各種情報に関する通信を制御する。情報活用サーバ１０１は、情報保有管理サーバ１０４から所望の属性情報を受信すると、サービス要求元である利用者端末１００に対してサービスを提供する。
【００１３】
第一の情報保有サーバ１０２は、利用者の属性情報が格納されている属性情報データベース（ＤＢ）１１２と、情報保有管理サーバ１０４からの要求に基づき属性情報データベース１１２から属性情報を取得する属性情報取得手段１１３と、情報保有管理サーバ１０４と通信を行う通信手段１１４とを備えている。第一の情報保有サーバ１０２は、本属性情報開示制御システムにおいて情報保有サーバを一意に表す情報保有サーバＩＤにより特定され、“情報保有サーバ１”が割り当てられている。
【００１４】
第二の情報保有サーバ１０３は、利用者の属性情報が格納されている属性情報データベース（ＤＢ）１１５と、情報保有管理サーバ１０４からの要求に基づき属性情報データベース１１５から属性情報を取得する属性情報取得手段１１６と、情報保有管理サーバ１０４と通信を行う通信手段１１７とを備えている。第二の情報保有サーバ１０３は、本属性情報開示制御システムにおいて情報保有サーバを一意に表す情報保有サーバＩＤで特定され、“情報保有サーバ２”が割り当てられている。
【００１５】
情報保有管理サーバ１０４は、第一の情報保有サーバ１０２及び第二の情報保有サーバ１０３が各種サービスを提供しているか否かを格納するサービス管理データベース（ＤＢ）１１８と、各情報保有サーバが格納している属性情報の属性項目を管理する情報保有サーバ管理データベース（ＤＢ）１１９と、サービス管理データベース１１８及び情報保有サーバ管理データベース１１９から必要なデータを取得するリソース管理手段１２０と、リソース管理手段１２０が取得した属性項目について開示の同意を利用者端末１００に問合せ要求する画面を生成する属性項目同意要求手段１２１と、各情報保有サーバから取得した属性情報に差分があるかを判定し、差分があった場合、どの属性情報を開示するかを利用者に選択させる画面を生成する属性情報差分判定手段１２２と、利用者の選択に基づき開示する属性情報を判定する提供属性情報判定手段１２３と、情報保有サーバ１０２、情報保有サーバ１０３、情報活用サーバ１０１、及び利用者端末１００と通信を行う通信手段１２４とを備えている。
【００１６】
図２は、第一の情報保有サーバ１０２の属性情報データベース１１２に格納されたデータベース２００を示している。当該データベース２００には、本属性情報開示制御システムにおいて利用者を一意に示す識別子である利用者ＩＤと、属性項目である“氏名”、“住所”、“電話番号”等に係る属性情報がそれぞれ利用者ＩＤと関連付けられて格納される。属性情報取得手段１１３は属性情報データベース１１２を参照することで、利用者ＩＤと属性項目を主キーとして、各利用者の属性情報を取得することができる。なお、「主キー」とは、データベースの中から、ある一組のデータセットを一意に識別するためのデータを意味する。データベース２００には、属性項目“氏名”、“住所”、及び“電話番号”としてそれぞれ、“電電 太郎”、“東京都○○区○丁目○−○”、及び“０３−１１１１−１１１１”がそれぞれ利用者ＩＤ“Ａ００１”に関連付けて格納されている。当該データベース２００はシステム動作時にあらかじめ必要なデータが、利用者により利用者端末１００を用いて入力される。なお、上述の属性項目は一例であり、他に例えば、性別、郵便番号、電子メールアドレス等が含まれてもよい。
【００１７】
図３は、第二の情報保有サーバ１０３の属性情報データベース１１５に格納されたデータベース３００を示し、当該データベース３００には属性項目“氏名”、“住所”、及び”生年月日”等が利用者ＩＤ“Ａ００１”に関連付けられて格納され、それぞれ“電電 太郎”、“東京都△△区△丁目△−△”、及び“２０００／０１／０１”等が格納されている。属性情報取得手段１１６は属性情報データベース１１５を参照することで、利用者ＩＤと属性項目を主キーとして、各利用者の属性情報を取得することができる。当該データベース３００はシステム動作時にあらかじめ必要なデータが、利用者により利用者端末１００を用いて入力される。なお、上述の属性項目は一例であり、他に例えば、性別、郵便番号、電子メールアドレス等が含まれてもよい。
【００１８】
図４は、情報保有サーバ管理データベース１１９に格納されたデータベース４００を示している。当該データベース４００には、各情報保有サーバが格納している属性項目が格納されている。当該データベース４００には、各情報保有サーバの情報保有サーバＩＤと、属性項目である“氏名”、“住所”、“電話番号”、及び“生年月日”等に関する有無のデータが関連付けられて格納される。リソース管理手段１２０は、情報保有サーバ管理データベース１１９を参照することで、情報保有サーバＩＤを主キーとして、各情報保有サーバが有する属性項目を取得することができる。図４に示すデータベース４００では、属性項目に係る属性情報を格納している場合には“有”として表記し、有さない場合には“無”として表記している。例えば、“情報保有サーバ１”については、属性項目“氏名”、“住所”、“電話番号”、“生年月日”についてそれぞれ“有”、“有”、“有”及び“無”と表記されているため、“情報保有サーバ１”には、“氏名”、“住所”及び“電話番号”に係る属性情報が格納されており、一方で“生年月日”に係る属性情報は格納されていないことを表す。当該データベース４００はシステム動作時にあらかじめ必要なデータが格納される。
【００１９】
図５は、サービス管理データベース１１８に格納されたデータベース５００の一例を示している。当該データベース５００には、サービスを提供している情報保有サーバの情報が格納される。具体的には属性情報を活用したサービスを提供するために必要な属性情報の全部または一部を格納している各情報保有サーバのデータが格納されている。当該データベース５００には、サービスＩＤと、各情報保有サーバが当該サービスＩＤに係るサービスを提供しているか否かのデータが関連付けられて格納されているため、リソース管理手段１２０は、サービスＩＤを主キーとして、どの情報保有サーバが必要な属性情報を有しているかのデータを取得することができる。図５に示すデータベース５００では、サービスに必要な属性情報を全部または一部を有する場合には“有”、全く有さない場合には“無”として表記されている。例えば、サービスＩＤ“Ｓ００１”に関しては、“情報保有サーバ１”と“情報保有サーバ２”には“有”と記載されているため、これらサーバには当該サービスに必要な属性情報が全部または一部が格納されていることを表している。当該データベース５００はシステム動作時にあらかじめ必要なデータが格納される。
【００２０】
なお、上述の情報活用サーバ１０１、第一の情報保有サーバ１０２、第二の情報保有サーバ１０３及び情報保有管理サーバ１０４は、例えば、パーソナルコンピュータやワークステーションなどの情報処理装置に、上記した各処理手段を搭載することによって実現することができる。
【００２１】
次に、本発明に係る属性情報開示制御システムについて、図６によりその動作を説明する。はじめにステップＳ６０１において、利用者端末１００は、利用者の入力に基づき、属性情報を利用するサービスの提供を、通信手段１０７を介して情報活用サーバ１０１に対して要求する。サービスの要求する際に利用者端末１００は、利用者ＩＤを情報活用サーバ１０１に送信する。以下、利用者端末１００が送信した利用者ＩＤは“Ａ００１”であるものとして説明をする。情報活用サーバ１０１は当該要求を受信すると（ステップＳ６０２）、要求されたサービスに割り当てられたサービスＩＤと、当該利用者ＩＤとを情報保有管理サーバ１０４に送信し属性情報の取得要求を送信する（ステップＳ６０３）。ここで利用者端末１００が要求したサービスに係るサービスＩＤは“Ｓ００１”であるものとして、以下説明をする。
【００２２】
情報保有管理サーバ１０４が属性情報取得要求を受信すると（ステップＳ６０４）、リソース管理手段１２０は、サービス管理データベース１１８を参照し、サービスＩＤを主キーとして当該サービスを提供している情報保有サーバの情報保有サーバＩＤを取得する（ステップＳ６０５）。サービス管理データベース１１８のデータベース５００によると、サービスＩＤが“Ｓ００１”に係るサービスを提供しているのは、“情報保有サーバ１”と“情報保有サーバ２”であることから、リソース管理手段１２０は“情報保有サーバ１”と“情報保有サーバ２”の２つの情報保有サーバＩＤを取得する。
【００２３】
続いてステップＳ６０６において、リソース管理手段１２０は、情報保有サーバ管理データベース１１９を参照し、情報保有サーバＩＤを主キーとして、各情報保有サーバが有する属性項目を取得する。図４のデータベース４００を参照し、リソース管理手段１２０は、情報保有サーバＩＤ“情報保有サーバ１”の保有する属性項目として“氏名”、“住所”及び“電話番号”を取得し、“情報保有サーバ２”の保有する属性項目として“氏名”、“住所”及び“生年月日”を取得する。
【００２４】
次に、ステップＳ６０７において、属性項目同意要求手段１２１は、取得した属性項目について利用者に開示の可否の同意を確認する画面（以下、「属性項目同意要求画面」という）を生成する。図７は属性項目同意要求画面の具体例である。属性項目同意要求画面７００では、ステップＳ６０６にて取得した全ての属性項目が利用者入力領域７０１にリストアップされ、各属性項目について利用者が開示の可否の選択をできるように構成されている。すなわち、ステップＳ６０６にて取得した“氏名”、“住所”、“電話番号”、“生年月日”がリストアップされる。なお、“情報保有サーバ１”及び“情報保有サーバ２”のいずれからも“氏名”及び“住所”を取得しているが、属性項目同意要求画面７００ではこれら重複するものについて集約し、まとめて開示確認をする。すなわち、利用者は属性項目同意要求画面において、複数の情報保有サーバに重複する属性項目“氏名”、“住所”に関して、属性項目同意要求画面により一度に開示制御の設定をすることができる。
【００２５】
続いてステップＳ６０８において、属性項目同意要求手段１２１は、通信手段１２４を介して、利用者ＩＤで特定される利用者端末１００に対し、属性項目同意要求画面７００を送信し、利用者端末１００が受信する（ステップＳ６０９）。利用者端末１００は属性項目同意要求画面７００において利用者の入力に基づき、情報保有管理サーバ１０４に開示の許否結果を送信する。図７の属性項目同意要求画面７００では、利用者が、利用者入力領域７０１に表示された全ての属性項目について、利用者が「許可する」をクリックし、各属性項目のチェックボックス７０３が選択状態となっていることを表している。利用者端末１００は、利用者が送信ボタン７０２をクリックした場合、情報保有管理サーバ１０４に開示許可結果を送信する（ステップＳ６１０）。
【００２６】
なお属性項目同意要求画面７００においては、利用者がどの情報活用サーバ１０１に属性情報を開示するのか認知できるように、サービス提供サイト名を“●●●●●●サービス”と表示し、また当該サイトのサービスの提供を受けるためには、属性項目のうち、必須と示された属性項目開示が必要であることを表示している。
【００２７】
続いて、ステップＳ６１１において、開示の許否結果を情報保有管理サーバ１０４が受信すると、続くステップＳ６１２において、情報保有管理サーバ１０４は、当該選択結果で開示可能とされた属性項目についてのみ、各情報保有サーバに属性情報の送信要求をする。当該送信要求は、先に取得した情報保有サーバＩＤである“情報保有サーバ１”及び“情報保有サーバ２”に係る各情報保有サーバ（１０２、１０３）に対して行う。情報保有管理サーバ１０４は、送信要求の際に、主キーである利用者ＩＤ“Ａ００１”と開示が許可された属性項目である“氏名”、“住所”、“電話番号”及び“生年月日”を送信する。
【００２８】
第一の情報保有サーバ１０２が属性情報の送信要求を受信すると（ステップＳ６１３）、続くステップＳ６１４において属性情報取得手段１１３は、属性情報データベース１１２を参照し、利用者ＩＤと、属性項目を主キーとして利用者の属性情報を取得する。図２のデータベース２００に基づくと、利用者ＩＤ“Ａ００１”の、属性項目“氏名”、“住所”、及び“電話番号”に係る属性情報としてそれぞれ、“電電 太郎”、“東京都○○区○丁目○−○”、“０３−１１１１−１１１１”が格納されており、属性情報取得手段１１３はこれらの属性情報を取得する。
【００２９】
同様にステップＳ６１５において第二の情報保有サーバ１０３が属性情報の送信要求を受けると、続くステップＳ６１６において属性情報取得手段１１６は、属性情報データベース１１５を参照し、利用者ＩＤと、属性項目を主キーとして属性情報を取得する。図３のデータベース３００に基づくと、利用者ＩＤ“Ａ００１”の、属性項目“氏名”、“住所”、及び“生年月日”に係る属性情報としてそれぞれ、“電電 太郎”、“東京都△△区△丁目△−△”、“２０００／０１／０１”が格納されており、属性情報取得手段１１６はこれらの属性情報を取得する。
【００３０】
続いてステップＳ６１７、ステップＳ６１８において、各情報保有サーバ（１０２、１０３）は、取得した属性情報を情報保有管理サーバ１０４に対してそれぞれ送信する。
【００３１】
ステップＳ６１９において情報保有管理サーバ１０４が各情報保有サーバ（１０２、１０３）から属性情報を受信すると、ステップＳ６２０において属性情報差分判定手段１２２が、各情報保有サーバ（１０２、１０３）から受信した各属性情報の差分を判定する。すなわち、受信した属性情報のうち属性項目が同一のもの同士を比較し差分があるかを判定する。少なくとも一つの属性項目について属性情報同士が一致せず差分があった場合はステップＳ６２１に進む。本事例では、属性項目“氏名”については各情報保有サーバ（１０２、１０３）から受信した属性情報が“電電 太郎”で同一である。一方で属性項目“住所”については、第一の情報保有サーバ１０２から受信した属性情報が“東京都○○区○丁目○−○”であるのに対し、第二の情報保有サーバ１０３から受信した属性情報が、“東京都△△区△丁目△−△”であり同一でない。そのため、ステップＳ６２１に進む。なお本ステップにおいてすべての属性情報同士が同一であれば、ステップＳ６２５に進む。
【００３２】
属性情報に差分があった場合は、ステップＳ６２１において、情報保有管理サーバ１０４は差分があった属性項目の各属性情報の選択を促す確認画面（以下、「属性情報選択画面」という。）を生成し、通信手段１２４を介して利用者端末１００に属性情報選択画面を送信する。
【００３３】
ステップＳ６２２において利用者端末１００が受信した属性情報選択画面の一例を図８に示す。属性情報選択画面８００では、差分があった属性項目と、各属性情報と、利用者が選択するためのチェックボックスが利用者選択領域８０１に表示される。また選択結果を送信する送信ボタン８０２が表示される。さらに属性情報を要求している要求元のサービス提供サイト名も表示される。図８の属性情報選択画面８００は“東京都○○区○丁目○−○”のチェックボックスが選択状態になっていることを表している。
【００３４】
続いてステップＳ６２３において、利用者端末１００は、利用者が属性情報選択画面に基づき選択した選択結果を、情報保有管理サーバ１０４に送信する。
【００３５】
情報保有管理サーバ１０４が選択結果を受信すると（ステップＳ６２４）、続くステップＳ６２５において、提供属性情報判定手段１２３が受信した選択結果に基づいて開示する属性情報を判定し、情報保有管理サーバ１０４は通信手段１２４を介して情報活用サーバ１０１に当該属性情報を送信する。なおステップＳ６２０において差分が無いと判定された場合には、情報保有管理サーバ１０４が取得した全ての属性情報を情報活用サーバ１０１に送信する。したがって本事例では、情報保有管理サーバ１０４は、“氏名”、“住所”、“電話番号”、“生年月日”として、それぞれ“電電 太郎”、“東京都○○区○丁目○−○”、“０３−１１１１−１１１１”、“２０００／０１／０１”を送信する。情報活用サーバ１０１がこれらの属性情報を受信すると（ステップＳ６２６）、情報活用サーバ１０１は、利用者端末１００に対して所定のサービスを提供し（ステップＳ６２７）、処理が終了する。
【００３６】
このように、本発明によれば複数の情報保有サーバが存在しても、情報保有管理サーバ１０４が一括して処理を行うため、情報活用サーバ１０１は属性情報を取得するために各情報保有サーバにアクセスする必要なく各情報保有サーバからの属性情報を受信できるため、情報活用サーバ１０１の負荷が低減される。
【００３７】
また、複数の情報保有サーバが格納している属性項目間に重複がある場合でも、属性項目同意要求画面により情報保有管理サーバ１０４が利用者端末１００に対して重複する属性項目について開示の同意確認要求を行うため、複数の情報保有サーバが格納している属性項目に重複がある場合でも利用者端末での開示制御の設定回数は１回で済み、利用者による開示制御の一元化を図ることができる。
【００３８】
さらに複数の情報保有サーバが格納している属性情報間で重複した属性項目の内容に差分がある場合においても、属性情報判定手段１２２が差分を判定し、情報保有管理サーバ１０４が利用者端末１００にいずれの属性情報を開示するか選択させるため、情報保有サーバ間の属性情報の不整合を解消して整合性を図ることができる。
【００３９】
なお、利用者端末１００がステップＳ６１０において属性項目“生年月日”の開示を拒否する結果を送信した場合には、ステップＳ６１２〜ステップＳ６１９において各情報保有サーバから属性情報が取得されず、ステップＳ６２５において、生年月日にかかる属性情報は送信されないことになる。この場合、情報活用サーバ１０１において当該属性情報が、サービス提供のための必須の属性情報であれば（例えば年齢制限があるサービス等の場合）、利用者端末１００に対してサービスは提供されず、処理が終了する。必須の属性情報でなければサービスは提供される。
【００４０】
なお、ステップＳ６２２において、複数の属性情報の中から選択する属性情報は一つに限らず複数選択できるようにしてもよい。この場合、ステップＳ６２５において、情報保有管理サーバ１０４は選択された複数の属性情報を送信する。例えば属性項目“住所”について、自宅の住所と、職場の住所の２つが選択されている場合に、情報活用サーバ１０１に２つの住所を送信することができる。
【００４１】
なお、ステップＳ６２１において送信される属性情報選択画面８００において、情報保有サーバ１０４は、より確からしい推奨される属性情報を利用者が認知できるように属性情報選択画面８００を生成してもよい。例えば、属性項目“住所”に係る属性情報を３つの情報保有サーバから取得した場合において、２つの情報保有サーバから“東京都○○区○丁目○−○”を取得し、１つの情報保有サーバから“東京都△△区△丁目△−△”を取得したときは、属性情報選択画面８００中に、それぞれの住所の表示に併記して、当該情報保有サーバの個数“２”と“１”を表示してもよい。または、“東京都○○区○丁目○−○”の横に“推奨”と表示し、より多くの情報保有サーバに格納されているため、推奨される選択肢であることを報知してもよい。あるいは、“東京都○○区○丁目○−○”のチェックボックスを予め選択状態にしてもよい。この構成により、利用者は、所望の属性情報を複数の属性情報の中から選択する際の指針を得ることができる。
【００４２】
また、ステップＳ６２１において送信される属性情報選択画面８００において、より確からしい推奨される属性情報を利用者が認知できるように、情報保有サーバ１０４は、当該属性情報が各情報保有サーバの属性情報データベース（１１２、１１５）に格納された日時の情報を並べて表示してもよい。例えば“東京都○○区○丁目○−○”は２０１１年３月１日に属性情報データベース１１２に格納され、“東京都△△区△丁目△−△”は２００９年７月１日に属性情報データベース１１５に格納されている場合、これらの日付を各住所の表記と併記してもよい。この構成により、属性情報が各属性情報データベースに格納された日時を利用者が認知することができるため、利用者は、より新しい属性情報を選択する等、複数の属性情報の中から選択する際の指針を得ることができる。
【００４３】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各部材、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
【符号の説明】
【００４４】
１００ 利用者端末
１０１ 情報活用サーバ
１０２ 第一の情報保有サーバ
１０３ 第二の情報保有サーバ
１０４ 情報保有管理サーバ
１０５ ネットワーク
１０６ 入出力手段
１０７ 通信手段
１０８ 制御手段
１０９ 入出力手段
１１０ 制御手段
１１１ 通信手段
１１２ 属性情報データベース
１１３ 属性情報取得手段
１１４ 通信手段
１１５ 属性情報データベース
１１６ 属性情報取得手段
１１７ 通信手段
１１８ サービス管理データベース
１１９ 情報保有サーバ管理データベース
１２０ リソース管理手段
１２１ 属性項目同意要求手段
１２２ 属性情報差分判定手段
１２３ 提供属性情報判定手段
１２４ 通信手段
２００、３００、４００、５００ データベース
７００ 属性項目同意要求画面
７０１ 利用者入力領域
７０２ 送信ボタン
７０３ チェックボックス
８００ 属性情報選択画面
８０１ 利用者選択領域
８０２ 送信ボタン
【技術分野】
【０００１】
本発明は、複数サーバにおける属性情報開示制御システムに関する。
【背景技術】
【０００２】
現在、インターネットやブロードバンドサービスの普及に伴って、クレジットカード等の各種金融サービスや、ＥＣ（Electronic Commerce）をサービス提供サイトからオンラインで他のサービス提供サイトに提供するなど、オンライン上で利用者の意志（開示制御）のもと住所、電話番号、生年月日等の属性情報を提供する技術が存在する。利用者の意志に基づき属性情報を提供する従来の属性情報開示制御システムでは、情報保有サーバが情報活用サーバに対し、利用者が設定した開示制御の内容に従って、利用者の属性情報を提供することが可能であった（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2009-199573号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術は、単独の情報保有サーバから情報活用サーバへの属性情報の開示制御を対象としていたため、情報活用サーバが複数の情報保有サーバから取得した属性情報を用いてサービスを実行する場合、情報活用サーバは各情報保有サーバへ個別にアクセスしなければならず処理負荷が上がってしまうという課題があった。また、複数の情報保有サーバが格納している属性情報の項目（以下、「属性項目」という。）に重複がある場合、属性情報の開示制御を利用者端末が都度設定しなければならず利用者端末での開示制御の設定回数が多くなり開示制御が一元化できないという課題があった。さらに、複数の情報保有サーバに格納されている属性情報が一致していない場合、情報活用サーバに開示する属性情報に不整合が生じる問題があった。
【０００５】
従って、上記のような問題点に鑑みてなされた本発明の目的は、属性情報を有する情報保有サーバが複数存在する場合であっても、情報活用サーバの処理負荷を低減すること、及び複数の情報保有サーバが格納している属性項目に重複がある場合でも利用者端末での開示制御の設定回数を低減し、開示制御の一元化を図ることができる属性情報開示制御システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明に係る属性情報開示制御システムは、情報活用サーバから提供されるサービスを利用する利用者端末の利用者の属性情報を格納する複数の情報保有サーバと、前記複数の情報保有サーバが格納する前記利用者の前記属性情報の属性項目を格納し、前記属性項目に基づき前記複数の情報保有サーバから前記属性情報を取得し、前記利用者の要求に応じて前記情報活用サーバに前記属性情報を送信する情報保有管理サーバと、を備える属性情報開示制御システムであって、前記情報保有管理サーバは、前記利用者端末に前記属性項目の開示同意を要求する属性項目同意要求手段を備え、前記属性項目同意要求手段は前記属性項目のうち重複する属性項目に関して前記利用者端末に開示同意を要求することを特徴とする。
【発明の効果】
【０００７】
本発明による属性情報開示制御システムは、属性情報を有する情報保有サーバが複数存在する場合であっても情報活用サーバの処理負荷を低減することができ、また複数の情報保有サーバが格納する属性項目に重複がある場合でも利用者端末での開示制御の設定回数を低減し、開示制御の一元化を図ることができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る属性情報開示制御システムの構成を表すブロック図である。
【図２】本発明の一実施形態に係る第一の情報保有サーバの属性情報データベースを表す図である。
【図３】本発明の一実施形態に係る第二の情報保有サーバの属性情報データベースを表す図である。
【図４】本発明の一実施形態に係る情報保有サーバ管理データベースを表す図である。
【図５】本発明の一実施形態に係るサービス管理データベースを表す図である。
【図６】本発明の一実施形態に係る属性情報開示制御システムの動作を示すフローチャートである。
【図７】本発明の一実施形態に係る属性項目同意要求画面の例を表す図である。
【図８】本発明の一実施形態に係る属性情報選択画面の例を表す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について説明する。
【００１０】
図１は本発明の一実施形態に係る構成を示すブロック図である。本発明の一実施形態に係る属性情報開示制御システムは、ＰＣや携帯電話などの利用者端末１００と、ネットワークを介したサービスを提供する情報活用サーバ１０１と、利用者の属性情報を格納し保有する第一の情報保有サーバ１０２及び第二の情報保有サーバ１０３と、第一の情報保有サーバ１０２及び第二の情報保有サーバ１０３を管理する情報保有管理サーバ１０４とを備えている。利用者端末１００、情報活用サーバ１０１、第一の情報保有サーバ１０２、第二の情報保有サーバ１０３、及び情報保有管理サーバ１０４は夫々インターネット等のネットワーク１０５を介して相互に接続される。ここで情報保有サーバは２つ図示しているが、これに限られず３つ以上の情報保有サーバを備えていてもよい。
【００１１】
利用者端末１００は、入出力手段１０６と、通信手段１０７と、入出力手段１０６及び通信手段１０７を制御する制御手段１０８とを備えて構成される。入出力手段１０６は、各種情報の入出力を行い、入力についてはキーボードやマウス、マイクなどを備えて構成され、後述する情報保有管理サーバ１０４への属性項目同意要求画面及び属性情報選択画面において利用者からの入力を受け付ける。出力については、モニタ（若しくはディスプレイ、タッチパネル）やスピーカを備えて構成され、後述する属性項目同意要求画面、属性情報選択画面を表示する。通信手段１０７は、情報活用サーバ１０１および情報保有管理サーバ１０４との間でやり取りする各種情報に関する通信を制御する。制御手段１０８は入出力手段１０６の入出力情報の処理、及び通信手段１０７の通信処理を制御する。
【００１２】
情報活用サーバ１０１は、利用者端末１００に各種サービスを提供するサーバであり、サーバ上での各種情報の入出力をする入出力手段１０９と、入出力情報及び通信処理を制御する制御手段１１０と、通信手段１１１とを備えて構成される。当該各種サービスは利用者の属性情報を必要とするものである。また提供されるサービスには、本属性情報開示制御システム上で一意に特定される識別子であるサービスＩＤが割り当てられている。情報活用サーバ１０１の通信手段１１１は、利用者端末１００及び情報保有管理サーバ１０４との間でやり取りされる各種情報に関する通信を制御する。情報活用サーバ１０１は、情報保有管理サーバ１０４から所望の属性情報を受信すると、サービス要求元である利用者端末１００に対してサービスを提供する。
【００１３】
第一の情報保有サーバ１０２は、利用者の属性情報が格納されている属性情報データベース（ＤＢ）１１２と、情報保有管理サーバ１０４からの要求に基づき属性情報データベース１１２から属性情報を取得する属性情報取得手段１１３と、情報保有管理サーバ１０４と通信を行う通信手段１１４とを備えている。第一の情報保有サーバ１０２は、本属性情報開示制御システムにおいて情報保有サーバを一意に表す情報保有サーバＩＤにより特定され、“情報保有サーバ１”が割り当てられている。
【００１４】
第二の情報保有サーバ１０３は、利用者の属性情報が格納されている属性情報データベース（ＤＢ）１１５と、情報保有管理サーバ１０４からの要求に基づき属性情報データベース１１５から属性情報を取得する属性情報取得手段１１６と、情報保有管理サーバ１０４と通信を行う通信手段１１７とを備えている。第二の情報保有サーバ１０３は、本属性情報開示制御システムにおいて情報保有サーバを一意に表す情報保有サーバＩＤで特定され、“情報保有サーバ２”が割り当てられている。
【００１５】
情報保有管理サーバ１０４は、第一の情報保有サーバ１０２及び第二の情報保有サーバ１０３が各種サービスを提供しているか否かを格納するサービス管理データベース（ＤＢ）１１８と、各情報保有サーバが格納している属性情報の属性項目を管理する情報保有サーバ管理データベース（ＤＢ）１１９と、サービス管理データベース１１８及び情報保有サーバ管理データベース１１９から必要なデータを取得するリソース管理手段１２０と、リソース管理手段１２０が取得した属性項目について開示の同意を利用者端末１００に問合せ要求する画面を生成する属性項目同意要求手段１２１と、各情報保有サーバから取得した属性情報に差分があるかを判定し、差分があった場合、どの属性情報を開示するかを利用者に選択させる画面を生成する属性情報差分判定手段１２２と、利用者の選択に基づき開示する属性情報を判定する提供属性情報判定手段１２３と、情報保有サーバ１０２、情報保有サーバ１０３、情報活用サーバ１０１、及び利用者端末１００と通信を行う通信手段１２４とを備えている。
【００１６】
図２は、第一の情報保有サーバ１０２の属性情報データベース１１２に格納されたデータベース２００を示している。当該データベース２００には、本属性情報開示制御システムにおいて利用者を一意に示す識別子である利用者ＩＤと、属性項目である“氏名”、“住所”、“電話番号”等に係る属性情報がそれぞれ利用者ＩＤと関連付けられて格納される。属性情報取得手段１１３は属性情報データベース１１２を参照することで、利用者ＩＤと属性項目を主キーとして、各利用者の属性情報を取得することができる。なお、「主キー」とは、データベースの中から、ある一組のデータセットを一意に識別するためのデータを意味する。データベース２００には、属性項目“氏名”、“住所”、及び“電話番号”としてそれぞれ、“電電 太郎”、“東京都○○区○丁目○−○”、及び“０３−１１１１−１１１１”がそれぞれ利用者ＩＤ“Ａ００１”に関連付けて格納されている。当該データベース２００はシステム動作時にあらかじめ必要なデータが、利用者により利用者端末１００を用いて入力される。なお、上述の属性項目は一例であり、他に例えば、性別、郵便番号、電子メールアドレス等が含まれてもよい。
【００１７】
図３は、第二の情報保有サーバ１０３の属性情報データベース１１５に格納されたデータベース３００を示し、当該データベース３００には属性項目“氏名”、“住所”、及び”生年月日”等が利用者ＩＤ“Ａ００１”に関連付けられて格納され、それぞれ“電電 太郎”、“東京都△△区△丁目△−△”、及び“２０００／０１／０１”等が格納されている。属性情報取得手段１１６は属性情報データベース１１５を参照することで、利用者ＩＤと属性項目を主キーとして、各利用者の属性情報を取得することができる。当該データベース３００はシステム動作時にあらかじめ必要なデータが、利用者により利用者端末１００を用いて入力される。なお、上述の属性項目は一例であり、他に例えば、性別、郵便番号、電子メールアドレス等が含まれてもよい。
【００１８】
図４は、情報保有サーバ管理データベース１１９に格納されたデータベース４００を示している。当該データベース４００には、各情報保有サーバが格納している属性項目が格納されている。当該データベース４００には、各情報保有サーバの情報保有サーバＩＤと、属性項目である“氏名”、“住所”、“電話番号”、及び“生年月日”等に関する有無のデータが関連付けられて格納される。リソース管理手段１２０は、情報保有サーバ管理データベース１１９を参照することで、情報保有サーバＩＤを主キーとして、各情報保有サーバが有する属性項目を取得することができる。図４に示すデータベース４００では、属性項目に係る属性情報を格納している場合には“有”として表記し、有さない場合には“無”として表記している。例えば、“情報保有サーバ１”については、属性項目“氏名”、“住所”、“電話番号”、“生年月日”についてそれぞれ“有”、“有”、“有”及び“無”と表記されているため、“情報保有サーバ１”には、“氏名”、“住所”及び“電話番号”に係る属性情報が格納されており、一方で“生年月日”に係る属性情報は格納されていないことを表す。当該データベース４００はシステム動作時にあらかじめ必要なデータが格納される。
【００１９】
図５は、サービス管理データベース１１８に格納されたデータベース５００の一例を示している。当該データベース５００には、サービスを提供している情報保有サーバの情報が格納される。具体的には属性情報を活用したサービスを提供するために必要な属性情報の全部または一部を格納している各情報保有サーバのデータが格納されている。当該データベース５００には、サービスＩＤと、各情報保有サーバが当該サービスＩＤに係るサービスを提供しているか否かのデータが関連付けられて格納されているため、リソース管理手段１２０は、サービスＩＤを主キーとして、どの情報保有サーバが必要な属性情報を有しているかのデータを取得することができる。図５に示すデータベース５００では、サービスに必要な属性情報を全部または一部を有する場合には“有”、全く有さない場合には“無”として表記されている。例えば、サービスＩＤ“Ｓ００１”に関しては、“情報保有サーバ１”と“情報保有サーバ２”には“有”と記載されているため、これらサーバには当該サービスに必要な属性情報が全部または一部が格納されていることを表している。当該データベース５００はシステム動作時にあらかじめ必要なデータが格納される。
【００２０】
なお、上述の情報活用サーバ１０１、第一の情報保有サーバ１０２、第二の情報保有サーバ１０３及び情報保有管理サーバ１０４は、例えば、パーソナルコンピュータやワークステーションなどの情報処理装置に、上記した各処理手段を搭載することによって実現することができる。
【００２１】
次に、本発明に係る属性情報開示制御システムについて、図６によりその動作を説明する。はじめにステップＳ６０１において、利用者端末１００は、利用者の入力に基づき、属性情報を利用するサービスの提供を、通信手段１０７を介して情報活用サーバ１０１に対して要求する。サービスの要求する際に利用者端末１００は、利用者ＩＤを情報活用サーバ１０１に送信する。以下、利用者端末１００が送信した利用者ＩＤは“Ａ００１”であるものとして説明をする。情報活用サーバ１０１は当該要求を受信すると（ステップＳ６０２）、要求されたサービスに割り当てられたサービスＩＤと、当該利用者ＩＤとを情報保有管理サーバ１０４に送信し属性情報の取得要求を送信する（ステップＳ６０３）。ここで利用者端末１００が要求したサービスに係るサービスＩＤは“Ｓ００１”であるものとして、以下説明をする。
【００２２】
情報保有管理サーバ１０４が属性情報取得要求を受信すると（ステップＳ６０４）、リソース管理手段１２０は、サービス管理データベース１１８を参照し、サービスＩＤを主キーとして当該サービスを提供している情報保有サーバの情報保有サーバＩＤを取得する（ステップＳ６０５）。サービス管理データベース１１８のデータベース５００によると、サービスＩＤが“Ｓ００１”に係るサービスを提供しているのは、“情報保有サーバ１”と“情報保有サーバ２”であることから、リソース管理手段１２０は“情報保有サーバ１”と“情報保有サーバ２”の２つの情報保有サーバＩＤを取得する。
【００２３】
続いてステップＳ６０６において、リソース管理手段１２０は、情報保有サーバ管理データベース１１９を参照し、情報保有サーバＩＤを主キーとして、各情報保有サーバが有する属性項目を取得する。図４のデータベース４００を参照し、リソース管理手段１２０は、情報保有サーバＩＤ“情報保有サーバ１”の保有する属性項目として“氏名”、“住所”及び“電話番号”を取得し、“情報保有サーバ２”の保有する属性項目として“氏名”、“住所”及び“生年月日”を取得する。
【００２４】
次に、ステップＳ６０７において、属性項目同意要求手段１２１は、取得した属性項目について利用者に開示の可否の同意を確認する画面（以下、「属性項目同意要求画面」という）を生成する。図７は属性項目同意要求画面の具体例である。属性項目同意要求画面７００では、ステップＳ６０６にて取得した全ての属性項目が利用者入力領域７０１にリストアップされ、各属性項目について利用者が開示の可否の選択をできるように構成されている。すなわち、ステップＳ６０６にて取得した“氏名”、“住所”、“電話番号”、“生年月日”がリストアップされる。なお、“情報保有サーバ１”及び“情報保有サーバ２”のいずれからも“氏名”及び“住所”を取得しているが、属性項目同意要求画面７００ではこれら重複するものについて集約し、まとめて開示確認をする。すなわち、利用者は属性項目同意要求画面において、複数の情報保有サーバに重複する属性項目“氏名”、“住所”に関して、属性項目同意要求画面により一度に開示制御の設定をすることができる。
【００２５】
続いてステップＳ６０８において、属性項目同意要求手段１２１は、通信手段１２４を介して、利用者ＩＤで特定される利用者端末１００に対し、属性項目同意要求画面７００を送信し、利用者端末１００が受信する（ステップＳ６０９）。利用者端末１００は属性項目同意要求画面７００において利用者の入力に基づき、情報保有管理サーバ１０４に開示の許否結果を送信する。図７の属性項目同意要求画面７００では、利用者が、利用者入力領域７０１に表示された全ての属性項目について、利用者が「許可する」をクリックし、各属性項目のチェックボックス７０３が選択状態となっていることを表している。利用者端末１００は、利用者が送信ボタン７０２をクリックした場合、情報保有管理サーバ１０４に開示許可結果を送信する（ステップＳ６１０）。
【００２６】
なお属性項目同意要求画面７００においては、利用者がどの情報活用サーバ１０１に属性情報を開示するのか認知できるように、サービス提供サイト名を“●●●●●●サービス”と表示し、また当該サイトのサービスの提供を受けるためには、属性項目のうち、必須と示された属性項目開示が必要であることを表示している。
【００２７】
続いて、ステップＳ６１１において、開示の許否結果を情報保有管理サーバ１０４が受信すると、続くステップＳ６１２において、情報保有管理サーバ１０４は、当該選択結果で開示可能とされた属性項目についてのみ、各情報保有サーバに属性情報の送信要求をする。当該送信要求は、先に取得した情報保有サーバＩＤである“情報保有サーバ１”及び“情報保有サーバ２”に係る各情報保有サーバ（１０２、１０３）に対して行う。情報保有管理サーバ１０４は、送信要求の際に、主キーである利用者ＩＤ“Ａ００１”と開示が許可された属性項目である“氏名”、“住所”、“電話番号”及び“生年月日”を送信する。
【００２８】
第一の情報保有サーバ１０２が属性情報の送信要求を受信すると（ステップＳ６１３）、続くステップＳ６１４において属性情報取得手段１１３は、属性情報データベース１１２を参照し、利用者ＩＤと、属性項目を主キーとして利用者の属性情報を取得する。図２のデータベース２００に基づくと、利用者ＩＤ“Ａ００１”の、属性項目“氏名”、“住所”、及び“電話番号”に係る属性情報としてそれぞれ、“電電 太郎”、“東京都○○区○丁目○−○”、“０３−１１１１−１１１１”が格納されており、属性情報取得手段１１３はこれらの属性情報を取得する。
【００２９】
同様にステップＳ６１５において第二の情報保有サーバ１０３が属性情報の送信要求を受けると、続くステップＳ６１６において属性情報取得手段１１６は、属性情報データベース１１５を参照し、利用者ＩＤと、属性項目を主キーとして属性情報を取得する。図３のデータベース３００に基づくと、利用者ＩＤ“Ａ００１”の、属性項目“氏名”、“住所”、及び“生年月日”に係る属性情報としてそれぞれ、“電電 太郎”、“東京都△△区△丁目△−△”、“２０００／０１／０１”が格納されており、属性情報取得手段１１６はこれらの属性情報を取得する。
【００３０】
続いてステップＳ６１７、ステップＳ６１８において、各情報保有サーバ（１０２、１０３）は、取得した属性情報を情報保有管理サーバ１０４に対してそれぞれ送信する。
【００３１】
ステップＳ６１９において情報保有管理サーバ１０４が各情報保有サーバ（１０２、１０３）から属性情報を受信すると、ステップＳ６２０において属性情報差分判定手段１２２が、各情報保有サーバ（１０２、１０３）から受信した各属性情報の差分を判定する。すなわち、受信した属性情報のうち属性項目が同一のもの同士を比較し差分があるかを判定する。少なくとも一つの属性項目について属性情報同士が一致せず差分があった場合はステップＳ６２１に進む。本事例では、属性項目“氏名”については各情報保有サーバ（１０２、１０３）から受信した属性情報が“電電 太郎”で同一である。一方で属性項目“住所”については、第一の情報保有サーバ１０２から受信した属性情報が“東京都○○区○丁目○−○”であるのに対し、第二の情報保有サーバ１０３から受信した属性情報が、“東京都△△区△丁目△−△”であり同一でない。そのため、ステップＳ６２１に進む。なお本ステップにおいてすべての属性情報同士が同一であれば、ステップＳ６２５に進む。
【００３２】
属性情報に差分があった場合は、ステップＳ６２１において、情報保有管理サーバ１０４は差分があった属性項目の各属性情報の選択を促す確認画面（以下、「属性情報選択画面」という。）を生成し、通信手段１２４を介して利用者端末１００に属性情報選択画面を送信する。
【００３３】
ステップＳ６２２において利用者端末１００が受信した属性情報選択画面の一例を図８に示す。属性情報選択画面８００では、差分があった属性項目と、各属性情報と、利用者が選択するためのチェックボックスが利用者選択領域８０１に表示される。また選択結果を送信する送信ボタン８０２が表示される。さらに属性情報を要求している要求元のサービス提供サイト名も表示される。図８の属性情報選択画面８００は“東京都○○区○丁目○−○”のチェックボックスが選択状態になっていることを表している。
【００３４】
続いてステップＳ６２３において、利用者端末１００は、利用者が属性情報選択画面に基づき選択した選択結果を、情報保有管理サーバ１０４に送信する。
【００３５】
情報保有管理サーバ１０４が選択結果を受信すると（ステップＳ６２４）、続くステップＳ６２５において、提供属性情報判定手段１２３が受信した選択結果に基づいて開示する属性情報を判定し、情報保有管理サーバ１０４は通信手段１２４を介して情報活用サーバ１０１に当該属性情報を送信する。なおステップＳ６２０において差分が無いと判定された場合には、情報保有管理サーバ１０４が取得した全ての属性情報を情報活用サーバ１０１に送信する。したがって本事例では、情報保有管理サーバ１０４は、“氏名”、“住所”、“電話番号”、“生年月日”として、それぞれ“電電 太郎”、“東京都○○区○丁目○−○”、“０３−１１１１−１１１１”、“２０００／０１／０１”を送信する。情報活用サーバ１０１がこれらの属性情報を受信すると（ステップＳ６２６）、情報活用サーバ１０１は、利用者端末１００に対して所定のサービスを提供し（ステップＳ６２７）、処理が終了する。
【００３６】
このように、本発明によれば複数の情報保有サーバが存在しても、情報保有管理サーバ１０４が一括して処理を行うため、情報活用サーバ１０１は属性情報を取得するために各情報保有サーバにアクセスする必要なく各情報保有サーバからの属性情報を受信できるため、情報活用サーバ１０１の負荷が低減される。
【００３７】
また、複数の情報保有サーバが格納している属性項目間に重複がある場合でも、属性項目同意要求画面により情報保有管理サーバ１０４が利用者端末１００に対して重複する属性項目について開示の同意確認要求を行うため、複数の情報保有サーバが格納している属性項目に重複がある場合でも利用者端末での開示制御の設定回数は１回で済み、利用者による開示制御の一元化を図ることができる。
【００３８】
さらに複数の情報保有サーバが格納している属性情報間で重複した属性項目の内容に差分がある場合においても、属性情報判定手段１２２が差分を判定し、情報保有管理サーバ１０４が利用者端末１００にいずれの属性情報を開示するか選択させるため、情報保有サーバ間の属性情報の不整合を解消して整合性を図ることができる。
【００３９】
なお、利用者端末１００がステップＳ６１０において属性項目“生年月日”の開示を拒否する結果を送信した場合には、ステップＳ６１２〜ステップＳ６１９において各情報保有サーバから属性情報が取得されず、ステップＳ６２５において、生年月日にかかる属性情報は送信されないことになる。この場合、情報活用サーバ１０１において当該属性情報が、サービス提供のための必須の属性情報であれば（例えば年齢制限があるサービス等の場合）、利用者端末１００に対してサービスは提供されず、処理が終了する。必須の属性情報でなければサービスは提供される。
【００４０】
なお、ステップＳ６２２において、複数の属性情報の中から選択する属性情報は一つに限らず複数選択できるようにしてもよい。この場合、ステップＳ６２５において、情報保有管理サーバ１０４は選択された複数の属性情報を送信する。例えば属性項目“住所”について、自宅の住所と、職場の住所の２つが選択されている場合に、情報活用サーバ１０１に２つの住所を送信することができる。
【００４１】
なお、ステップＳ６２１において送信される属性情報選択画面８００において、情報保有サーバ１０４は、より確からしい推奨される属性情報を利用者が認知できるように属性情報選択画面８００を生成してもよい。例えば、属性項目“住所”に係る属性情報を３つの情報保有サーバから取得した場合において、２つの情報保有サーバから“東京都○○区○丁目○−○”を取得し、１つの情報保有サーバから“東京都△△区△丁目△−△”を取得したときは、属性情報選択画面８００中に、それぞれの住所の表示に併記して、当該情報保有サーバの個数“２”と“１”を表示してもよい。または、“東京都○○区○丁目○−○”の横に“推奨”と表示し、より多くの情報保有サーバに格納されているため、推奨される選択肢であることを報知してもよい。あるいは、“東京都○○区○丁目○−○”のチェックボックスを予め選択状態にしてもよい。この構成により、利用者は、所望の属性情報を複数の属性情報の中から選択する際の指針を得ることができる。
【００４２】
また、ステップＳ６２１において送信される属性情報選択画面８００において、より確からしい推奨される属性情報を利用者が認知できるように、情報保有サーバ１０４は、当該属性情報が各情報保有サーバの属性情報データベース（１１２、１１５）に格納された日時の情報を並べて表示してもよい。例えば“東京都○○区○丁目○−○”は２０１１年３月１日に属性情報データベース１１２に格納され、“東京都△△区△丁目△−△”は２００９年７月１日に属性情報データベース１１５に格納されている場合、これらの日付を各住所の表記と併記してもよい。この構成により、属性情報が各属性情報データベースに格納された日時を利用者が認知することができるため、利用者は、より新しい属性情報を選択する等、複数の属性情報の中から選択する際の指針を得ることができる。
【００４３】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各部材、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
【符号の説明】
【００４４】
１００ 利用者端末
１０１ 情報活用サーバ
１０２ 第一の情報保有サーバ
１０３ 第二の情報保有サーバ
１０４ 情報保有管理サーバ
１０５ ネットワーク
１０６ 入出力手段
１０７ 通信手段
１０８ 制御手段
１０９ 入出力手段
１１０ 制御手段
１１１ 通信手段
１１２ 属性情報データベース
１１３ 属性情報取得手段
１１４ 通信手段
１１５ 属性情報データベース
１１６ 属性情報取得手段
１１７ 通信手段
１１８ サービス管理データベース
１１９ 情報保有サーバ管理データベース
１２０ リソース管理手段
１２１ 属性項目同意要求手段
１２２ 属性情報差分判定手段
１２３ 提供属性情報判定手段
１２４ 通信手段
２００、３００、４００、５００ データベース
７００ 属性項目同意要求画面
７０１ 利用者入力領域
７０２ 送信ボタン
７０３ チェックボックス
８００ 属性情報選択画面
８０１ 利用者選択領域
８０２ 送信ボタン
【特許請求の範囲】
【請求項１】
情報活用サーバから提供されるサービスを利用する利用者端末の利用者の属性情報を格納する複数の情報保有サーバと、
前記複数の情報保有サーバが格納する前記利用者の前記属性情報の属性項目を格納し、前記属性項目に基づき前記複数の情報保有サーバから前記属性情報を取得し、前記利用者の要求に応じて前記情報活用サーバに前記属性情報を送信する情報保有管理サーバと、
を備える属性情報開示制御システムであって、
前記情報保有管理サーバは、
前記利用者端末に前記属性項目の開示同意を要求する属性項目同意要求手段を備え、
前記属性項目同意要求手段は前記属性項目のうち重複する属性項目に関して前記利用者端末に開示同意を要求することを特徴とする属性情報開示制御システム。
【請求項２】
前記情報保有管理サーバはさらに、前記複数の情報保有サーバから前記属性項目に係る複数の属性情報を取得した場合、前記複数の属性情報を比較し差分があるかを判定する属性情報差分判定手段と、
前記複数の属性情報に差分がある場合に、前記利用者端末に前記複数の属性情報のいずれを前記情報活用サーバに開示するかを前記利用者端末に要求する提供属性情報要求手段と、
を有することを特徴とする請求項１に記載の属性情報開示制御システム。
【請求項３】
前記情報保有管理サーバはさらに前記複数の属性情報のうち、選択が推奨される属性情報を判定することを特徴とする請求項２に記載の属性情報開示制御システム。
【請求項１】
情報活用サーバから提供されるサービスを利用する利用者端末の利用者の属性情報を格納する複数の情報保有サーバと、
前記複数の情報保有サーバが格納する前記利用者の前記属性情報の属性項目を格納し、前記属性項目に基づき前記複数の情報保有サーバから前記属性情報を取得し、前記利用者の要求に応じて前記情報活用サーバに前記属性情報を送信する情報保有管理サーバと、
を備える属性情報開示制御システムであって、
前記情報保有管理サーバは、
前記利用者端末に前記属性項目の開示同意を要求する属性項目同意要求手段を備え、
前記属性項目同意要求手段は前記属性項目のうち重複する属性項目に関して前記利用者端末に開示同意を要求することを特徴とする属性情報開示制御システム。
【請求項２】
前記情報保有管理サーバはさらに、前記複数の情報保有サーバから前記属性項目に係る複数の属性情報を取得した場合、前記複数の属性情報を比較し差分があるかを判定する属性情報差分判定手段と、
前記複数の属性情報に差分がある場合に、前記利用者端末に前記複数の属性情報のいずれを前記情報活用サーバに開示するかを前記利用者端末に要求する提供属性情報要求手段と、
を有することを特徴とする請求項１に記載の属性情報開示制御システム。
【請求項３】
前記情報保有管理サーバはさらに前記複数の属性情報のうち、選択が推奨される属性情報を判定することを特徴とする請求項２に記載の属性情報開示制御システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−２３０６５１（Ｐ２０１２−２３０６５１Ａ）
【公開日】平成２４年１１月２２日（２０１２．１１．２２）
【国際特許分類】
【出願番号】特願２０１１−１００１７６（Ｐ２０１１−１００１７６）
【出願日】平成２３年４月２７日（２０１１．４．２７）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２４年１１月２２日（２０１２．１１．２２）
【国際特許分類】
【出願日】平成２３年４月２７日（２０１１．４．２７）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]