(57)【要約】【課題】不必要な場合にまで、個人情報が開示されることを防ぐことができる制御サーバを提供する。【解決手段】利用者は、アクセス端末４０を操作し、提供を受けたいサービスを選択する。情報抽出部１３は、選択されたサービスの提供を受ける際にアプリケーションサーバ２０に対して開示が必要な個人属性情報の項目、及び、サービス提供の条件を調べ、属性情報管理データベース３０から、開示が必要な個人属性情報の項目のデータを抽出する。条件判定部１４は、抽出されたデータと、サービス提供の条件とのマッチングを行い、条件を満たすか否かを判定する。条件を満たすと判定すると、情報送信部１５は、アプリケーションサーバ２０に、抽出された利用者の個人属性情報を送信する。【選択図】図１
2008046733.tif 000002
【特許請求の範囲】
【請求項１】
利用者の個人属性情報を記憶する属性情報管理データベースに記憶された情報を、所定のサービスの提供を実現するためのアプリケーションサーバに開示する制御サーバであって、
利用者が提供を受けたいサービスを指定すると、サービスの提供に際して開示が必要な個人属性情報の項目を調べ、前記属性情報管理データベースから、前記開示が必要な個人属性情報を抽出する情報抽出部と、
前記抽出された個人属性情報に基づいて、あらかじめ定められたサービス提供の条件を満たすか否かを判定する条件判定部と、
前記条件判定部が、条件を満たすと判定すると、前記アプリケーションサーバに、前記抽出した個人属性情報を送信する情報送信部とを備えることを特徴とする制御サーバ。
【請求項２】
前記情報抽出部は、前記アプリケーションサーバに、前記開示が必要な個人属性情報の項目を問い合わせる、請求項１に記載の制御サーバ。
【請求項３】
前記情報抽出部は、あらかじめ記憶された、サービスと、前記個人属性情報のうちでサービスの提供に際して開示が必要な個人属性情報の項目との対応関係を記憶するテーブルを参照し、前記開示が必要な個人属性情報の項目を取得する、請求項１に記載の制御サーバ。
【請求項４】
前記条件判定部は、前記アプリケーションサーバに、前記サービス提供の条件を問い合わせる、請求項１〜３の何れか一に記載の制御サーバ。
【請求項５】
前記条件判定部は、あらかじめ記憶された、サービスと、該サービスの提供に際して満たされるべき条件とを対応付けて記憶するサービス提供テーブルを参照し、前記抽出された個人属性情報が、前記条件を満たすか否かを判定する、請求項１〜３の何れか一に記載の制御サーバ。
【請求項６】
前記情報抽出部は、前記開示が必要な情報の抽出に際して、利用者に、当該開示が必要な情報を前記アプリケーションサーバに対して開示することに対する同意を求める、請求項１〜５の何れか一に記載の制御サーバ。
【請求項７】
利用者から電子証明書及び電子署名を受信すると、該電子証明書及び電子署名の発行元のサーバに前記電子証明書の有効性を問い合わせる認証部を更に有する、請求項１〜６の何れか一に記載の制御サーバ。
【請求項８】
利用者から、前記属性情報管理データベースへの情報の追加登録要求を受けると、あらかじめ登録された、前記利用者の個人属性情報を記憶する別の外部データベースを参照し、前記追加登録要求に含まれる追加情報と、前記外部データベースにおける前記追加情報に対応する情報との整合性を調べ、整合性が取れていると、前記属性情報管理データベースの情報を、前記追加登録要求に従って更新する情報更新部を更に備える、請求項１〜７の何れか一に記載の制御サーバ。
【請求項９】
利用者の個人属性情報を記憶する属性情報管理データベースに記憶された情報を、所定のサービスの提供を実現するためのアプリケーションサーバに開示する制御サーバにおける個人属性情報の提供方法であって、
前記制御サーバが、利用者によって提供を受けたいサービスが指定されると、サービスの提供に際して開示が必要な個人属性情報の項目を調べるステップと、
前記制御サーバが、前記属性情報管理データベースから、前記開示が必要な個人属性情報を抽出するステップと、
前記制御サーバが、前記抽出された個人属性情報に基づいて、あらかじめ定められたサービス提供の条件を満たすか否かを判定するステップと、
前記制御サーバが、前記条件を満たすと判定すると、前記アプリケーションサーバに、前記抽出した個人属性情報を送信するステップとを有することを特徴とする個人属性情報の提供方法。
【請求項１０】
前記開示が必要な個人属性情報の項目を調べるステップでは、前記制御サーバは、前記アプリケーションサーバに、前記開示が必要な個人属性情報の項目を問い合わせる、請求項９に記載の個人属性情報の提供方法。
【請求項１１】
前記開示が必要な個人属性情報の項目を調べるステップでは、前記制御サーバは、あらかじめ記憶された、サービスと、前記個人属性情報のうちでサービスの提供に際して開示が必要な個人属性情報の項目との対応関係を記憶するテーブルを参照し、前記開示が必要な個人属性情報の項目を取得する、請求項９に記載の個人属性情報の提供方法。
【請求項１２】
前記条件を判定するステップでは、前記制御サーバは、前記アプリケーションサーバに、前記サービス提供の条件を問い合わせる、請求項９〜１１の何れか一に記載の個人属性情報の提供方法。
【請求項１３】
前記条件を判定するステップでは、前記制御サーバは、あらかじめ記憶された、サービスと、該サービスの提供に際して満たされるべき条件とを対応付けて記憶するサービス提供テーブルを参照し、前記抽出された個人属性情報が、前記条件を満たすか否かを判定する、請求項９〜１１の何れか一に記載の個人属性情報の提供方法。
【請求項１４】
前記開示が必要な情報の抽出に先立って、前記制御サーバが、利用者に、前記開示が必要な個人属性情報の項目の情報を前記アプリケーションサーバに対して開示することに対する同意を求めるステップを更に有する、請求項９〜１３の何れか一に記載の個人属性情報の提供方法。
【請求項１５】
前記制御サーバが、利用者から電子証明書及び電子署名を受信し、該電子証明書及び電子署名の発行元のサーバに前記電子証明書の有効性を問い合わせるステップを更に有する、請求項９〜１４の何れか一に記載の個人属性情報の提供方法。
【請求項１６】
前記制御サーバが、利用者から、前記属性情報管理データベースへの情報の追加登録要求を受けると、あらかじめ登録された、前記利用者の個人属性情報を記憶する別の外部データベースを参照し、前記追加登録要求に含まれる追加情報と、前記外部データベースにおける前記追加情報に対応する情報との整合性を調べ、整合性が取れていると、前記属性情報管理データベースの情報を、前記追加登録要求に従って更新するステップを更に有する、請求項９〜１５の何れか一に記載の個人属性情報の提供方法。
【請求項１７】
利用者の個人属性情報を記憶する属性情報管理データベースに記憶された情報を、所定のサービスの提供を実現するためのアプリケーションサーバに開示する処理を、コンピュータに実行させるプログラムであって、前記コンピュータに、
利用者によって提供を受けたいサービスが指定されると、サービスの提供に際して開示が必要な個人属性情報の項目を調べる処理と、
前記属性情報管理データベースから、前記開示が必要な個人属性情報を抽出する処理と、
前記抽出した個人属性情報に基づいて、あらかじめ定められたサービス提供の条件を満たすか否かを判定する処理と、
前記条件を満たすと判定すると、前記アプリケーションサーバに、前記抽出した個人属性情報を送信する処理とを実行させることを特徴とするプログラム。
【請求項１８】
前記開示が必要な個人属性情報の項目を調べる処理では、前記アプリケーションサーバに、前記開示が必要な個人属性情報の項目を問い合わせる、請求項１７に記載のプログラム。
【請求項１９】
前記開示が必要な個人属性情報の項目を調べる処理では、あらかじめ記憶された、サービスと、前記個人属性情報のうちでサービスの提供に際して開示が必要な個人属性情報の項目との対応関係を記憶するテーブルを参照し、前記開示が必要な個人属性情報の項目を取得する、請求項１７に記載のプログラム。
【請求項２０】
前記条件を判定する処理では、前記アプリケーションサーバに、前記サービス提供の条件を問い合わせる、請求項１７〜１９の何れか一に記載のプログラム。
【請求項２１】
前記条件を判定する処理では、あらかじめ記憶された、サービスと、該サービスの提供に際して満たされるべき条件とを対応付けて記憶するサービス提供テーブルを参照し、前記抽出された個人属性情報が、前記条件を満たすか否かを判定する、請求項１７〜１９の何れか一に記載のプログラム。
【請求項２２】
前記開示が必要な情報の抽出に先立って、前記コンピュータに、利用者に、前記開示が必要な個人属性情報の項目の情報を前記アプリケーションサーバに対して開示することに対する同意を求める処理を更に実行させる、請求項１７〜２１の何れか一に記載のプログラム。
【請求項２３】
前記コンピュータに、利用者から電子証明書及び電子署名を受信し、該電子証明書及び電子署名の発行元のサーバに前記電子証明書の有効性を問い合わせる処理を更に実行させる、請求項１７〜２２の何れか一に記載のプログラム。
【請求項２４】
前記コンピュータに、利用者から、前記属性情報管理データベースへの情報の追加登録要求を受けると、あらかじめ登録された、前記利用者の個人属性情報を記憶する別の外部データベースを参照し、前記追加登録要求に含まれる追加情報と、前記外部データベースにおける前記追加情報に対応する情報との整合性を調べ、整合性が取れていると、前記属性情報管理データベースの情報を、前記追加登録要求に従って更新する処理を更に実行させる、請求項１７〜２３の何れか一に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人属性情報の制御方法、制御サーバ、及び、プログラムに関し、更に詳しくは、利用者の個人属性情報を属性情報管理データベースに記憶しておき、利用者からの求めに応じて、属性情報管理データベースから、アプリケーションサーバに利用者の個人属性情報を提供する制御サーバ、個人属性情報の提供方法、及び、プログラムに関する。
【背景技術】
【０００２】
近年、ネットワーク技術の進歩に伴い、ネットワーク上でさまざまなサービスの提供を受けること、或いは、サービスの提供の申し込みをすることができるようになっている。通常、ネットワーク上で、サービスの提供を受ける際には、利用者は、利用者端末を操作してサービス提供者のサーバにアクセスし、氏名や年齢等の個人情報や、提供を受けるサービスの種別などを送信する。サーバ側は、受信した個人情報に基づいて、サービス提供の可否を判断し、サービスの提供を行う。
【０００３】
ところで、従来は、サービスの提供を受ける利用者の個人情報は、サービス提供者ごとに管理されているため、利用者は、サービスの提供を受ける際には、その都度、サービス提供者のサーバに個人情報を送信する必要があり、手間が掛かった。この問題を解消する技術としては、特許文献１に記載の技術がある。特許文献１では、利用者の氏名や住所等の属性情報を管理・提供するサーバを用いる。このサーバは、利用者の同意の下、管理する属性情報を、コンテンツ提供者に開示する。このようにすることで、利用者は、サービスの提供を受けるたびに、利用者端末に属性情報を入力する必要がなくなる。
【０００４】
【特許文献１】特開２００５−２５０７７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ここで、サービス提供者が提供するサービスには、利用者が、所定の条件を満たしていることが条件となっているものがある。例えば、学生向けのサービスでは、学生であることがサービス提供の条件であり、また、女性向けのサービスでは、性別が女性であることがサービス提供の条件である。特許文献１に記載の技術では、ポリシデータベースを用いて、コンテンツ提供者ごとに属性情報の開示範囲を決め、その開示範囲内の情報をコンテンツ提供者に開示しているが、サービス提供の条件を満たすか否かの判断は行っていない。このため、条件不成立のためにサービスの提供が受けられない場合でも、コンテンツ提供者に属性情報が開示されるという問題がある。
【０００６】
本発明は、上記従来技術の問題点を解消し、不必要な場合にまで、個人情報が開示されることを防ぐことができる個人属性情報の提供方法、制御サーバ、及び、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の制御サーバは、利用者の個人属性情報を記憶する属性情報管理データベースに記憶された情報を、所定のサービスの提供を実現するためのアプリケーションサーバに開示する制御サーバであって、利用者が提供を受けたいサービスを指定すると、サービスの提供に際して開示が必要な個人属性情報の項目を調べ、前記属性情報管理データベースから、前記開示が必要な個人属性情報を抽出する情報抽出部と、前記抽出された個人属性情報に基づいて、あらかじめ定められたサービス提供の条件を満たすか否かを判定する条件判定部と、前記条件判定部が、条件を満たすと判定すると、前記アプリケーションサーバに、前記抽出した個人属性情報を送信する情報送信部とを備えることを特徴とする。
【０００８】
本発明の個人属性情報提供方法は、利用者の個人属性情報を記憶する属性情報管理データベースに記憶された情報を、所定のサービスの提供を実現するためのアプリケーションサーバに開示する制御サーバにおける個人属性情報の提供方法であって、前記制御サーバが、利用者によって提供を受けたいサービスが指定されると、サービスの提供に際して開示が必要な個人属性情報の項目を調べるステップと、前記制御サーバが、前記属性情報管理データベースから、前記開示が必要な個人属性情報を抽出するステップと、前記制御サーバが、前記抽出された個人属性情報に基づいて、あらかじめ定められたサービス提供の条件を満たすか否かを判定するステップと、前記制御サーバが、前記条件を満たすと判定すると、前記アプリケーションサーバに、前記抽出した個人属性情報を送信するステップとを有することを特徴とする。
【０００９】
本発明のプログラムは、利用者の個人属性情報を記憶する属性情報管理データベースに記憶された情報を、所定のサービスの提供を実現するためのアプリケーションサーバに開示する処理を、コンピュータに実行させるプログラムであって、前記コンピュータに、
利用者によって提供を受けたいサービスが指定されると、サービスの提供に際して開示が必要な個人属性情報の項目を調べる処理と、前記属性情報管理データベースから、前記開示が必要な個人属性情報を抽出する処理と、前記抽出した個人属性情報に基づいて、あらかじめ定められたサービス提供の条件を満たすか否かを判定する処理と、前記条件を満たすと判定すると、前記アプリケーションサーバに、前記抽出した個人属性情報を送信する処理とを実行させることを特徴とする。
【００１０】
本発明の個人属性情報の提供方法、制御サーバ、及び、プログラムでは、利用者の個人属性情報と、サービスを受けるために満たされている必要がある条件とのマッチングを行い、マッチングの結果、サービス提供条件を満たすと判断されたときに、アプリケーションサーバに対して、属性情報管理データベースに記憶された利用者の情報を送信する。このようにすることで、条件を満たさないことにより、結局はサービスの提供を受けられない場合にまで、利用者の個人情報がアプリケーションサーバに開示されることを防ぐことができ、利用者の個人情報の保護を図ることができる。
【００１１】
本発明の個人属性情報の提供方法、制御サーバ、及び、プログラムでは、前記開示が必要な個人属性情報の項目を、前記アプリケーションサーバに問い合わせて取得する構成を採用することができる。或いは、これに代えて、あらかじめ記憶された、サービスと、前記個人属性情報のうちでサービスの提供に際して開示が必要な個人属性情報の項目との対応関係を記憶するテーブルを参照し、前記開示が必要な個人属性情報の項目を取得する構成を採用することもできる。
【００１２】
本発明の個人属性情報の提供方法、制御サーバ、及び、プログラムでは、前記サービス提供の条件を、前記アプリケーションサーバに問い合わせ、条件を満たすか否かを判断する構成を採用できる。或いは、これに代えて、あらかじめ記憶された、サービスと、該サービスの提供に際して満たされるべき条件とを対応付けて記憶するサービス提供テーブルを参照し、前記抽出された個人属性情報が、前記条件を満たすか否かを判定する構成を採用することもできる。
【００１３】
本発明の個人属性情報の提供方法、制御サーバ、及び、プログラムでは、前記開示が必要な情報の抽出に際して、利用者に、当該開示が必要な情報を前記アプリケーションサーバに対して開示することに対する同意を求める構成を採用することができる。この場合、同意が得られたときのみ、アプリケーションサーバに利用者の個人属性情報を送信することで、開示したくない情報を、アプリケーションサーバに対して開示することを防ぐことができる。
【００１４】
本発明の個人属性情報の提供方法、制御サーバ、及び、プログラムでは、利用者から電子証明書及び電子署名を受信すると、該電子証明書及び電子署名の発行元のサーバに前記電子証明書の有効性を問い合わせる構成を採用できる。この場合には、サービスの提供を申し込んできた利用者が、本当に利用者本人であるか否かを確認することができる。
【００１５】
本発明の個人属性情報の提供方法、制御サーバ、及び、プログラムでは、利用者から、前記属性情報管理データベースへの情報の追加登録要求を受けると、あらかじめ登録された、前記利用者の個人属性情報を記憶する別の外部データベースを参照し、前記追加登録要求に含まれる追加情報と、前記外部データベースにおける前記追加情報に対応する情報との整合性を調べ、整合性が取れていると、前記属性情報管理データベースの情報を、前記追加登録要求に従って更新する構成を採用できる。この場合、データベースを連携することで、例えば誤った情報など、データベース間で整合性が取れない情報を、属性情報管理データベースに登録することを防ぐことができる。
【発明の効果】
【００１６】
本発明の個人属性情報の提供方法、制御サーバ、及び、プログラムでは、利用者の個人属性情報と、サービスを受けるために満たされている必要がある条件とのマッチングを行い、マッチングの結果、サービス提供条件を満たすと判断されたときに、アプリケーションサーバに対して、属性情報管理データベースに記憶された利用者の情報を送信する。このようにすることで、条件を満たさないことにより、結局はサービスの提供を受けられない場合にまで、利用者の個人情報がアプリケーションサーバに開示されることを防ぐことができ、利用者の個人情報の保護を図ることができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照し、本発明の実施の形態を詳細に説明する。図１は、本発明の第１実施形態の制御サーバを含む個人情報提供システムの構成を示している。個人情報提供システム１００は、制御サーバ１０、１以上のアプリケーションサーバ２０、及び、属性情報管理データベース３０を有する。制御サーバ１０及びアプリケーションサーバ２０は、それぞれコンピュータシステムとして構成される。制御サーバ１０は、アプリケーションサーバ２０と、専用ネットワークなどのネットワークを介して接続される。また、制御サーバ１０及びアプリケーションサーバ２０は、利用者が使用するアクセス端末４０とインターネットなどのネットワークを介して接続される。
【００１８】
アクセス端末４０は、利用者が所持するパーソナルコンピュータ、窓口に設置されている端末装置、或いは、携帯電話機として構成される。アプリケーションサーバ２０は、民間企業や、国・地方自治体等が設置するサーバであり、利用者に所定のサービスを提供する機能を有する。属性情報管理データベース３０は、利用者の個人情報を記憶するデータベースである。属性情報管理データベース３０が記憶する個人情報は、例えば、氏名、年齢、性別、住所、電話番号を含む。また、職業や、勤務先の名称、勤務先電話番号などの情報を含む。
【００１９】
制御サーバ１０は、インターネットを介して、アクセス端末４０から、アプリケーションサーバ２０が提供するサービスの利用に対する申し込みを受け付け、属性情報管理データベース３０が記憶する利用者の個人情報を、専用ネットワークを経由してアプリケーションサーバ２０に開示する。提供するサービスと、開示する個人情報の範囲との関係は、あらかじめ制御サーバ１０内に記憶されている。また、制御サーバ１０は、利用者が、ＩＣカードなどの媒体を用いて本人認証を行う場合には、認証サーバ５０にアクセスして本人認証を行い、アプリケーションサーバ２０に、本人認証を行った個人情報を提供する機能を有する。
【００２０】
制御サーバ１０は、利用者認証部１１、サービス選択部１２、情報抽出部１３、条件判定部１４、及び、情報送信部１５を有する。利用者認証部１１は、ＩＤとパスワードとの組み合わせにより、利用者認証を行う。また、利用者が、ＩＣカードなどの媒体を用いて本人認証を行う場合には、認証サーバ５０にアクセスして、本人認証を行う。サービス選択部１２は、アクセス端末４０に、提供可能なサービスの一覧を送信する。情報抽出部１３は、利用者が、提供を受けたいサービスを選択すると、属性情報管理データベース３０から、そのサービスを提供するアプリケーションサーバ２０に開示する必要がある個人情報を抽出する。
【００２１】
条件判定部１４は、情報抽出部１３が、利用者の個人情報を抽出すると、抽出した個人情報に基づいて、利用者が選択したサービスの提供に当たって満たされるべき条件が満たされているか否かを判断する。この条件の判断では、例えば、サービス提供の対象者が２０歳以上の者に限定されていれば、属性情報管理データベース３０から抽出した利用者の年齢を調べ、年齢が２０歳以上であるか否かを調べる。また、サービス提供の対象者が学生に限定されている場合には、属性情報管理データベース３０から抽出した利用者の職業が学生であるか否かを調べる。情報送信部１５は、条件判定部１４が条件を満たすと判断すると、情報抽出部１３が抽出した利用者の個人情報を、アプリケーションサーバ２０に送信（開示）する。
【００２２】
図２は、個人情報提供システム１００における処理の流れを示している。以下では、個人情報提供システム１００の動作手順を、利用者が、民間企業から、身分証明が必要なサービスを、インターネット経由で提供される例を用いて説明する。利用者は、アクセス端末４０を用いて制御サーバ１０にアクセスし、ログインＩＤ／パスワード（user01/passwd）を用いてログインを行う（ステップＳ１）。或いは、この時点で、ＩＣカードなどの媒体を用いてロングインを行ってもよい。制御サーバ１０の利用者認証部１１は、利用者から送信されたユーザＩＤとパスワードの組み合わせが、あらかじめ登録された組み合わせに一致するか否かを判断し、ログインの成功／失敗を判断する。利用者認証部１１は、ログインに成功したと判断すると、その旨を、アクセス端末４０に送信する（ステップＳ２）。
【００２３】
サービス選択部１２は、利用者がログインに成功すると、利用者に、アプリケーションサーバ２０が提供可能なサービスの一覧を提示する（ステップＳ３）。一覧の提示では、例えば、交通機関に関するサービスについて、定期券の新規購入・継続や、切符の購入などのサービス項目の一覧を利用者のアクセス端末４０上に表示させる。アプリケーションサーバ２０と、アプリケーションサーバ２０が提供可能なサービスとの対応関係とは、あらかじめ制御サーバ１０内にテーブルとして記憶されている。利用者は、アクセス端末４０上に表示されたサービスの一覧の中から、任意の１つを選択し、選択したサービスを特定する情報を、制御サーバ１０に送信する（ステップＳ４）。
【００２４】
制御サーバ１０は、利用者によってサービスが選択されると、選択されたサービスの提供に当たって必要となる情報・条件を調べる。例えば、利用者が選択したサービスが「定期券の更新」であれば、その「定期券の購入」に際して、属性情報管理データベース３０が記憶する個人情報のうちで、どの項目の情報を、アプリケーションサーバ２０に開示する必要があるのかを調べる。サービスの提供に当たって必要な情報・条件は、例えば、選択されたサービスを提供するアプリケーションサーバ２０に問い合わせ、アプリケーションサーバ２０から取得する。或いは、制御サーバ１０内の記憶装置に、サービスと、サービスの提供に当たって必要な情報・条件との対応関係を保持するテーブルを記憶しておき、そのテーブルを参照して取得してもよい。
【００２５】
制御サーバ１０は、サービスの提供に当たって必要な情報・条件を調べると、アクセス端末４０に必要な情報・条件を送信し、利用者に対して、確認依頼を行う（ステップＳ５）。この確認依頼では、例えば、「定期券の購入」に際して、「通勤、通学の区分」、「氏名」、「性別」、「生年月日」などのデータを、アプリケーションサーバ２０に開示する必要があることを利用者に通知する。また、通学定期の購入に際しては、学生であることが条件となっていることを、利用者に通知する。利用者は、アプリケーションサーバ２０に開示される個人属性情報の範囲、及び、サービス提供の条件を確認し、属性情報管理データベース３０に記憶された個人属性情報を、アプリケーションサーバ２０に開示することに同意するときには、制御サーバ１０に、確認完了を送信する（ステップＳ６）。
【００２６】
利用者は、確認完了に添付する形で、制御サーバ１０に、本人確認に使用するため情報を送信する。本人確認には、例えば、個人認証用のＩＣカードに格納された情報を用いる。利用者は、事前に、地方公共団体などの特定の機関から、公的個人認証のＩＣカードの発行を受けておく。公的個人認証カードには、住民基本台帳に記録された「氏名」、「住所」、「生年月日」、「性別」などの情報と、利用者が電子署名のために使用する秘密鍵に対応した公開鍵とが記憶されている。利用者は、自身が利用者本人に間違いがないことを証明するために、氏名、住所、生年月日、性別などを含む電子証明書と、証明書の内容が改ざんされていないことを示す電子署名とを、確認完了に添付して、制御サーバ１０に送信する。
【００２７】
制御サーバ１０の情報抽出部１３は、利用者から確認完了を受信すると、属性情報管理データベース３０を検索して、サービス提供に必要な個人情報を取得し、取得した利用者のデータを用いて、サービスを提供する条件とのマッチングを行う（ステップＳ７）。このマッチングでは、例えば、「定期券の購入」に際して、通学定期の購入条件として、学生であることが条件となっている場合には、属性情報管理データベース３０から取得した利用者の職業の項目データが「学生」であるか否かを判断する。「学生」であれば、通学の定期券購入の条件を満たすので、マッチング結果ＯＫとなり、「学生」でない場合には、通学の定期券購入の条件を満たさないので、マッチング結果ＮＧとなる。条件とのマッチングは、サービスの提供に際して満たされるべき条件が複数あるときには、そのそれぞれについて行われる。
【００２８】
情報送信部１５は、ステップＳ７でのマッチングの結果がＯＫであれば、「属性情報管理データベースから検索した人の情報」と、「その情報を利用したサービスを受けようとしている人」とが一致することを確認する本人確認を行う（ステップＳ８）。本人確認では、利用者によって送信された電子証明書の発行元の地方公共団体の認証サーバ５０にアクセスし、電子証明書が失効しているか否かを問い合わせる。認証サーバ５０は、その問い合わせに対して、電子証明書が失効していなければ証明書確認ＯＫを、失効していれば証明書確認ＮＧを返信する。制御サーバ１０が、証明書確認ＯＫを受信すると、本人確認ＯＫとなり、証明書確認ＮＧを受信すると、本人確認はＮＧとなる。
【００２９】
情報送信部１５は、本人確認がＯＫであると、本人確認を終えた利用者の情報を、アプリケーションサーバ２０に送信する（ステップＳ９）。このときアプリケーションサーバ２０に送信される情報は、属性情報管理データベース３０から抽出された利用者の「氏名」、「性別」、「生年月日」などのデータである。アプリケーションサーバ２０は、制御サーバ１０から、サービスの提供を受ける利用者の個人情報を取得し、利用者に対して、サービスの提供を行う。
【００３０】
本実施形態では、利用者の個人情報を、属性情報管理データベース３０で管理し、属性情報管理データベース３０に記憶された個人情報を、制御サーバ１０により、アプリケーションサーバ２０に対して送信する。このようにすることで、利用者は、サービスの提供を受けるたびに、アプリケーションサーバ２０に対して、その都度、個人情報を入力する必要がなくなり、個人情報の入力に要する手間を省くことができる。また、個人認証用の電子証明書及び電子署名を用いて本人認証を行う場合には、窓口等に出向いて身分証明する手間を省くことができる。
【００３１】
本実施形態では、制御サーバ１０の利用者認証部１１によって利用者認証を行い、利用者を特定している。このようにすることで、利用者が提供を受けたいサービスが複数ある場合でも、利用者は、個々のアプリケーションサーバ２０との間で利用者認証を行う必要がない。このため、利用者は、サービス提供者（アプリケーションサーバ２０）ごとに、ＩＤ／パスワードを取得する必要がなく、利用者の利便性を向上できる。
【００３２】
本実施形態では、制御サーバ１０は、属性情報管理データベース３０から利用者の個人情報を抽出し、抽出した情報を用いてサービスの提供を受ける条件とのマッチングを行い、マッチングの結果、サービスの提供を受けることが可能であることを確認した後に、アプリケーションサーバ２０に、利用者の個人情報を送信する。このようにすることで、
実際には、利用者が提供を受けようとするサービスの提供が不可能な場合にまで、アプリケーションサーバ２０に利用者の個人情報が開示されることを防ぐことができ、個人情報を保護することができる。
【００３３】
図３は、本発明の第２実施形態の制御サーバを含む個人情報提供システムの構成を示している。本実施形態の制御サーバ１０ａは、図１に示す構成に加えて、属性情報更新部１６を有する点で、第１実施形態の制御サーバ１０と相違する。本実施形態では、属性情報管理データベース３０と、別のデータベース（外部データベース６０）とを連携させる。属性情報更新部１６は、利用者からの要求に基づいて、属性情報管理データベース３０に新たな項目データを追加登録する。その際、属性情報更新部１６は、外部データベース６０に記憶済みの情報を参照して、属性情報管理データベース３０に新たに追加する項目データに関して、属性情報管理データベース３０と外部データベース６０とに、矛盾が生じないことを確認する。
【００３４】
図４は、個人情報提供システム１００ａにおける項目データ追加の際の動作手順を示している。利用者は、アクセス端末４０を操作して、制御サーバ１０ａにログインし、個人情報の追加依頼を送信する（ステップＳ１１）。また、利用者は、特定の機関が発行したＩＣカードなどの媒体に格納された電子的な証明書を、制御サーバ１０ａに送信する（ステップＳ１２）。制御サーバ１０ａは、電子証明書の発行元の認証サーバ５０に、利用者から受信した電子証明書が有効であるか否かを問い合わせ（ステップＳ１３）、有効であることを確認すると、利用者に対して、追加情報の登録許可を送信する（ステップＳ１４）。
【００３５】
利用者は、アクセス端末４０を操作し、属性情報管理データベース３０に追加したいデータを入力し、制御サーバ１０ａに送信する（ステップＳ１５）。このとき送信するデータは、属性情報管理データベース３０に項目は存在するが、データが空となっていた項目のデータ、或いは、既に存在するデータを新たなデータで更新する際の新たなデータである。ステップＳ１５では、利用者は、例えば学生である旨を示す情報を制御サーバ１０ａに送信する。
【００３６】
制御サーバ１０ａの属性情報更新部１６は、利用者から新たなデータを受信すると、あらかじめ設定された連携先の外部データベース６０にアクセスし、属性情報管理データベース３０に新たに追加するデータと、外部データベース６０に格納済みのデータとに矛盾が発生していないことを確認する（ステップＳ１６）。例えば、利用者が学生であることを示す情報を追加する場合には、学校が管理する外部データベース６０にアクセスして、利用者が、確かに学生であることを確認する。外部データベース６０が管理している利用者の情報と、属性情報管理データベース３０に新たに追加されるデータとに矛盾が生じていなければ、確認ＯＫとなり、属性情報更新部１６は、属性情報管理データベース３０を、利用者から受信した新たなデータで更新する（ステップＳ１７）。その後、アクセス端末４０に、追加完了を送信し（ステップＳ１８）、データ更新が完了した旨を通知する。
【００３７】
本実施形態では、新たなデータの追加に際して、外部データベース６０が保持する情報との間で矛盾が発生しないことを確認し、属性情報管理データベース３０を更新する。このようにすることで、アプリケーションサーバ２０に開示する、属性情報管理データベース３０に格納された利用者の個人情報の信頼性を向上することができる。その他の効果は、第１実施形態と同様である。
【００３８】
以上、本発明をその好適な実施形態に基づいて説明したが、本発明の個人属性情報の提供方法、制御サーバ、及び、プログラムは、上記実施形態にのみ限定されるものではなく、上記実施形態の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。
【図面の簡単な説明】
【００３９】
【図１】本発明の第１実施形態の制御サーバを含む個人情報提供システムの構成を示すブロック図。
【図２】個人情報提供システムの動作手順を示すフローチャート。
【図３】本発明の第２実施形態の制御サーバを含む個人情報提供システムの構成を示すブロック図。
【図４】新たな情報を登録する際の個人情報提供システムの動作手順を示すフローチャート。
【符号の説明】
【００４０】
１０：制御サーバ
１１：利用者認証部
１２：サービス選択部
１３：情報抽出部
１４：条件判定部
１５：情報送信部
１６：属性情報更新部
２０：アプリケーションサーバ
３０：属性情報管理データベース
４０：アクセス端末
５０：認証サーバ
６０：外部データベース
【図１】
2008046733.tif 000003
【図２】
2008046733.tif 000004
【図３】
2008046733.tif 000005
【図４】
2008046733.tif 000006