JP2013223167A - 情報提供装置、情報提供システムおよび情報提供方法 - Google Patents

Abstract

【課題】 情報保護の安全性を高めることができる情報の分散管理及び情報提供の技術を提供する。
【解決手段】 情報提供装置１は、受付部３と、公開鍵供給部４と、提供部５とを有する。受付部３は、情報を要求する取得要求を受け付ける機能を備えている。公開鍵供給部４は、情報を要求している取得要求元７が認証処理によって認証された場合に、次のように動作する機能を備えている。すなわち、公開鍵転送部４は、取得要求元７が要求している取得対象の情報を含む情報源ウェブページのアドレス情報に基づいて、取得要求元７が保持する秘密鍵と対を成す公開鍵を、前記情報源ウェブページを管理している情報処理装置８に供給する。提供部５は、取得要求元７の公開鍵で暗号化された前記取得対象の情報を情報処理装置８から受け取った場合に、その暗号化された取得対象の情報を取得要求元７に提供する。
【選択図】 図１

Description

本発明は、情報提供装置、情報提供システムおよび情報提供方法に関する。

特許文献１（特開２００８−２８２２３８号公報）には、個人情報である名刺情報を提供するシステムの一つが示されている。図７は、特許文献１に示されているシステムの概略を表すブロック図である。このシステムは、サーバ１００Ａ，１００Ｂと、データベース１０５Ａ，１０５Ｂとを有している。サーバ１００Ａは、端末１０１Ａを所有している所有者Ａの名刺情報を管理する機能を有する。このサーバ１００Ａはデータベース１０５Ａと接続している。データベース１０５Ａは、少なくとも、所有者Ａの名刺情報１０６Ａと、端末Ａの秘密鍵１０７Ａと、当該秘密鍵１０７Ａと対を成す公開鍵１０８Ａとを格納している。

サーバ１００Ｂは、端末１０１Ｂを所有している所有者Ｂの名刺情報を管理する機能を有する。このサーバ１００Ｂは情報通信網１０３を介してサーバ１００Ａと接続する。また、サーバ１００Ｂはデータベース１０５Ｂと接続している。データベース１０５Ｂは、少なくとも、所有者Ｂの名刺情報１０６Ｂと、端末Ｂの秘密鍵１０７Ｂと、当該秘密鍵１０７Ｂと対を成す公開鍵１０８Ｂとを格納している。

このシステムは、次のように名刺情報を提供する。ここでは、所有者Ａが所有者Ｂの名刺情報１０６Ｂを取得したい場合を例にする。例えば、所有者Ａによる操作によって端末１０１Ａからサーバ１００Ａに向けて、名刺情報Ｂの取得を指令する取得命令が送信されると、サーバ１００Ａは、その取得命令を受けて、データベース１０５Ａから公開鍵１０８Ａを読み出す。そして、サーバ１００Ａは、その公開鍵１０８Ａをサーバ１００Ｂに送信する。

サーバ１００Ｂは、その公開鍵１０８Ａを受け取ると、所有者Ａが所有者Ｂの名刺情報１００Ｂを取得することが許可されているか否かを予め定められた手法により判断する。そして、許可されている場合には、サーバ１００Ｂは、データベース１０５Ｂから名刺情報１０６Ｂを読み出し、当該名刺情報１０６Ｂを公開鍵１０８Ａで暗号化し、暗号化された名刺情報１０６Ｂをサーバ１００Ａに送信する。サーバ１００Ａは、名刺情報１０６Ｂを受け取ると、データベース１０５Ａから秘密鍵１０７Ａを読み出し、当該秘密鍵１０７Ａで名刺情報１０６Ｂを復号する。そして、サーバ１００Ａは、その復号した名刺情報１０６Ｂを端末１０１Ａに送信（提供）する。

特開２００８−２８２２３８号公報

特許文献１に示されているシステムでは、サーバ１００Ａ，１００Ｂが個人情報を管理している。換言すれば、サーバ１００Ａ，１００Ｂが情報を集中管理している。しかしながら、個人情報の保護意識の高まりから、個人情報を他者に委ねるのに抵抗感を感じる人が増えてきている。

また、特許文献１のシステムでは、サーバ１００Ａ，１００Ｂに接続されているデータベース１０５Ａ，１０５Ｂに、名刺情報１０６Ａ，１０６Ｂや秘密鍵１０７Ａ，１０７Ｂや公開鍵１０８Ａ，１０８Ｂが格納されている。このために、悪意の有る者が、例えばサーバ１００Ａを乗っ取った場合に、その悪意の有る者は、名刺情報１０６Ａを取得できるだけでなく、公開鍵１０８Ａおよび秘密鍵１０７Ａを利用して、名刺情報Ｂを簡単に取得できる。つまり、特許文献１のシステムは、情報保護に対する安全性が心配である。

本発明は上記課題を解決するために考えられた。すなわち、本発明の主な目的は、情報保護の安全性を高めることができる情報の分散管理および情報提供を可能にする情報提供装置、情報提供システムおよび情報提供方法を提供する。

上記目的を達成するために、本発明の情報提供装置は、
情報を要求する取得要求を受け付ける受付部と、
情報を要求している取得要求元が認証処理によって認証された場合に、前記取得要求元が要求している取得対象の情報を含む情報源ウェブページのアドレス情報に基づいて、前記取得要求元が保持する秘密鍵と対を成す公開鍵を、前記情報源ウェブページを管理している情報処理装置に供給する公開鍵供給部と、
前記公開鍵で暗号化された前記取得対象の情報を前記情報処理装置から受け取った場合に、その暗号化された前記取得対象の情報を前記取得要求元に提供する提供部と
を有する。

本発明の情報提供システムは、
情報を要求する取得要求を受け付ける機能を有する本発明の情報提供装置と、
前記取得要求による取得対象の情報を含む情報源ウェブページを管理する情報処理装置とを備え、
前記情報処理装置は、情報を要求する取得要求元の公開鍵を前記情報提供装置から受け取った場合に、前記公開鍵を利用して前記取得対象の情報を暗号化し、当該暗号化した情報を前記情報提供装置に渡す暗号部を有する。

本発明の情報提供方法は、
情報を要求する取得要求を受け付け、
情報を要求している取得要求元が認証処理によって認証された場合に、前記取得要求元が要求している取得対象の情報を含む情報源ウェブページのアドレス情報に基づいて、前記取得要求元が保持する秘密鍵と対を成す公開鍵を、前記情報源ウェブページを管理している情報処理装置に供給し、
前記公開鍵で暗号化された前記取得対象の情報を前記情報処理装置から受け取った場合に、その暗号化された前記取得対象の情報を前記取得要求元に提供する。

本発明によれば、情報保護の安全性を高めることができる情報の分散管理および情報提供を可能にする。

本発明に係る第１実施形態の情報提供装置およびそれを備えた情報提供システムの構成を簡略化して示すブロック図である。 本発明に係る第２実施形態の情報提供システムの構成を簡略化して示すブロック図である。 第２実施形態における情報提供システムの登録処理フローの一例を示すシーケンス図である。 第２実施形態における情報提供システムの情報提供処理フローの一例を示すシーケンス図である。 第２実施形態における情報提供システムの障害対策処理フローの一例を示すシーケンス図である。 本発明に係る第３実施形態の情報提供システムの構成を説明するブロック図である。 特許文献１に示されているシステムを説明する図である。

以下に、本発明に係る実施形態を図面を参照しながら説明する。

（第１実施形態）
図１（ａ）は、本発明に係る第１実施形態の情報提供装置の構成を簡略化して示すブロック図である。第１実施形態の情報提供装置１は、受付部３と、公開鍵供給部４と、提供部５とを有している。

受付部３は、情報を要求する取得要求を受け付ける機能を備えている。

公開鍵供給部４は、情報を要求している取得要求元７が認証処理によって認証された場合に、次のように動作する機能を備えている。すなわち、公開鍵供給部４は、取得要求元７が要求している取得対象の情報を含む情報源ウェブページのアドレス情報に基づいて、取得要求元７が保持する秘密鍵と対を成す公開鍵を、前記情報源ウェブページを管理している情報処理装置８に供給する。なお、取得要求元７の公開鍵は、例えば、取得要求と共に情報提供装置１に与えられるか、あるいは、情報提供装置１によって取得要求元７から予め取得されている。

提供部５は、取得要求元７の公開鍵で暗号化された前記取得対象の情報を情報処理装置８から受け取った場合に、その暗号化された取得対象の情報を取得要求元７に提供する。取得要求元７は、その暗号化された情報を取得要求元自身の秘密鍵で復号することによって、取得を要求した情報を得ることができる。

この第１実施形態の情報提供装置１は、次のような効果を得ることができる。すなわち、情報提供装置１は、情報を取得したい取得要求元７と、その情報を管理している情報処理装置８との間で情報を中継する機能を備えている。換言すれば、情報処理装置８が管理している情報を取得要求元７が取得したい場合に、情報提供装置１は、取得要求元７に代わって情報処理装置８に接続し、当該情報処理装置８から取得対象の情報を取得して取得要求元７に提供する。つまり、情報提供装置１は、取得要求元７が情報処理装置８に直接に接続せずに情報処理装置８から取得要求元７に情報が提供される仕組みを構築できる。そのように、取得要求元７が情報処理装置８に直接に接続しない構成は、取得要求元７が情報処理装置８に直接に接続する場合に比べて、情報処置装置８から情報が盗難される危険性を下げることができる。

これにより、例えば、個人が、それぞれ、所有している情報処理装置８でもって個人情報を自己管理しつつ、情報提供装置１は、個人情報を取得要求元７に提供できるシステムの実現性を高めることができる。

また、この第１実施形態の情報提供装置１は、取得要求元７の秘密鍵を持たないから、取得要求元７の公開鍵で暗号化された取得対象の情報を受け取っても当該情報を復号することができない。このため、仮に、情報提供装置１が悪意の有る者に乗っ取られたとしても、情報提供装置１は、情報処理装置８から取得した暗号化された情報を復号できない。つまり、悪意の有る者は、情報処理装置８の情報を取得できない。これにより、情報提供装置１は、情報保護の安全性を高めることができる。

すなわち、第１実施形態の情報提供装置１は、情報盗難の危険性を下げて情報保護の安全性を高めることができる情報の分散管理および情報提供を可能にする。

図１（ｂ）は、情報提供装置１を備えた情報提供システムを説明するブロック図である。この情報提供システム１０は、情報提供装置１と、情報処理装置８とを有している。

情報処理装置８は、取得要求元７が要求している取得対象の情報を含む情報源ウェブページを管理している装置である。当該情報処理装置８は、暗号部１１を有している。この暗号部１１は、取得要求元７が要求している取得対象の情報を、取得要求元７の公開鍵でもって暗号化する機能を備えている。

この情報提供システム１０は、次のようにして情報処理装置８の情報を取得要求元７に提供する。すなわち、情報提供装置１は、取得要求元７から取得要求を受け付けた以降、その取得要求元７を認証した場合には、取得要求元７の公開鍵を情報処理装置８に供給する。この際には、情報提供装置１は、取得要求元７が要求している取得対象の情報を含む情報源ウェブページのアドレス情報を利用する。

情報処理装置８は、取得要求元７の公開鍵を受け取ると、暗号部１１により、取得要求元７が要求している情報をその公開鍵で暗号化する。情報処理装置８は、その暗号化した情報を情報提供装置１に供給する。

情報提供装置１は、暗号化された上記情報を受け取ると、その情報を取得要求元７に提供する。取得要求元７は、上記のようにして受け取った情報を、保持している秘密鍵でもって復号することにより、要求していた情報を取得できる。

この情報提供システム１０は、情報提供装置１を有していることにより、情報盗難の危険性を下げて情報保護の安全性を高めることができる情報の分散管理および情報提供を可能にする。

（第２実施形態）
以下に、本発明に係る第２実施形態を説明する。

図２は、本発明に係る第２実施形態の情報提供システムの構成を簡略化して示すブロック図である。この第２実施形態の情報提供システム２０は、情報提供装置であるウェブサーバ２１と、認証装置である認証サーバ２２と、情報処理装置である情報端末２３とを有している。なお、図２に示す例では、情報端末２３の数が１つであるが、この第２実施形態の情報提供システム２０は、複数の情報端末（情報処理装置）２３を有している。

情報端末２３は、個人が管理している例えばパーソナルコンピュータ（パソコン）である。情報端末２３は、システム外部の認証局（公開鍵証明書認証局）３０により発行された電子証明書（公開鍵証明書）Ｃ（Ｃ₂₃）を保持している。つまり、情報端末２３は、認証局３０によって証明された公開鍵Ｋ（Ｋ₂₃）と、当該公開鍵Ｋ（Ｋ₂₃）と対を成す秘密鍵Ｓ（Ｓ₂₃）を保持している。

情報端末２３に内蔵されている、あるいは、情報端末２３とは別個の外付けの記憶装置２４には、個人情報（例えば情報端末２３の所有者の個人情報）２５が格納されている。

情報端末２３は制御装置２６を備えている。制御装置２６は、例えばＣＰＵ（Central Processing Unit）を有し、当該ＣＰＵが予め与えられているコンピュータプログラム（プログラム）を実行することにより、情報端末２３の全体的な動作を制御する。

例えば、この第２実施形態では、情報端末２３に対して、当該情報端末２３が管理している個人情報２５を提供する情報源ウェブページのアドレス情報Ｇ₂₃が付与されている。この情報源ウェブページのアドレス情報Ｇ₂₃は、ウェブサーバ２０のみに提供され、他に対しては未公開となっている。制御装置２６は、その情報源ウェブページに関わる動作を制御する機能を備えている。

さらに、制御装置２６は、ウェブサーバ２１から、個人情報２５を要求する指令（取得要求）を含む承認情報を、情報源ウェブページにより受け取った場合に、ウェブサーバ２１を認証するか否かを判断する機能を備えている。つまり、ウェブサーバ２１は、認証局３０から発行された電子証明書Ｃ（Ｃ₂₁）を保有している。ウェブサーバ２１は、前記取得要求を情報源ウェブページ（情報端末２３）に向けて送信する場合に、ウェブサーバ２１自身の電子証明書Ｃ（Ｃ₂₁）を上記承認情報に添付する。情報端末２３の制御装置２６は、その電子証明書Ｃ（Ｃ₂₁）を利用して、サーバ認証によりウェブサーバ２１を認証するか否かを判断する。

さらにまた、制御装置２６は、次のような機能（機能部）を備える。すなわち、制御装置２６は、暗号部２７と、登録部２８とを有している。

暗号部２７は、ウェブサーバ２１から上記承認情報を受け取った場合に、取得対象の個人情報２５を記憶装置２４から読み出す機能を備えている。つまり、承認情報は、個人情報２５を要求する取得要求、および、ウェブサーバ２１の電子証明書Ｃ₂₁だけでなく、取得要求を発信した取得要求元の公開鍵Ｋを含む電子証明書Ｃをも含んでいる。暗号部２７は、上記取得要求に含まれている情報に基づいて、取得対象の個人情報２５を記憶装置２４から読み出す。さらに、暗号部２７は、その読み出した個人情報２５を、上記承認情報に含まれている公開鍵Ｋで暗号化し、暗号化後の個人情報２５を上記承認情報と共にウェブサーバ２１に送信（返信）する機能を備えている。

登録部２８は、情報端末２３自身が管理している個人情報２５の提供を許可する許可対象に関する情報を認証サーバ２２に登録すべく、その許可対象に関する情報をウェブサーバ２１に向けて送信する機能を備えている。具体的には、登録部２８は次のような処理を実行する。すなわち、登録部２８は、予め定められた公開鍵取得手順に従って、許可対象の公開鍵Ｋを取得する。なお、その公開鍵取得手順には様々な手順があり、ここでは、何れの取得手順でもって公開鍵Ｋを取得してもよく、その説明は省略する。

その後、登録部２８は、その取得した公開鍵Ｋを、情報端末２３が保持している秘密鍵Ｓ（Ｓ₂₃）でもってデジタル署名した情報（以下、署名付き登録鍵情報Ｒとも記す）を作成する。また、登録部２８は、情報端末２３自身が管理している情報源ウェブページに対応する受付ウェブページのアドレス情報Ｄ₂₃を例えば記憶装置２４から読み出す。その受付ウェブページとは、ウェブサーバ２１が管理しているウェブページであり、情報端末２３が管理している情報源ウェブページと一対一に対応して設けられている。当該受付ウェブページのアドレス情報Ｄ₂₃は公開情報である。受付ウェブページは、一対一に対応している非公開の情報源ウェブページに代わって、取得要求（個人情報を提供することを要求する指令）を受け付けるウェブーページである。

登録部２８は、署名付き登録鍵情報Ｒと、記憶装置２４から読み出した受付ウェブページのアドレス情報Ｄ₂₃とを関連付けて登録情報を作成し、当該登録情報をウェブサーバ２１に送信する。

認証サーバ２２は、認証局３０により発行された電子証明書Ｃ（Ｃ₂₂）を保持している。つまり、認証サーバ２２は、認証局３０により証明された公開鍵Ｋ（Ｋ₂₂）と、当該公開鍵Ｋ（Ｋ₂₂）と対を成す秘密鍵Ｓ（Ｓ₂₂）とを保持している。また、認証サーバ２２に内蔵されている、あるいは、認証サーバ２２とは別個の外付けの記憶装置３７には、許可データ（許可テーブル）３８が格納されている。

許可データ３８は、情報端末２３の登録部２８から受け取った許可対象の公開鍵Ｋが、許可した情報端末２３に対応している受付ウェブページのアドレス情報Ｄ₂₃に関連付けられているデータである。具体的には、例えば、情報端末２３の所有者（ユーザ）がサーバ５３に対して個人情報２５を提供することを許可しているとする。また、そのサーバ５３は、認証局３０により発行された電子証明書Ｃ（Ｃ₅₃）と、認証局３０により認証された公開鍵Ｋ（Ｋ₅₃）と、当該公開鍵Ｋ（Ｋ₅₃）と対を成す秘密鍵Ｓ（Ｓ₅₃）とを保持しているとする。この場合、受付ウェブページのアドレス情報Ｄ₂₃に公開鍵Ｋ₅₃が関連付けられているデータ（情報）が許可データ３８として記憶装置３７に登録される。また、情報端末２３の所有者（ユーザ）がサーバ５４に対して個人情報２５を提供することを許可しているとする。また、そのサーバ５４は、認証局３０により発行された電子証明書Ｃ（Ｃ₅₄）と、認証局３０により認証された公開鍵Ｋ（Ｋ₅₄）と、当該公開鍵Ｋ（Ｋ₅₄）と対を成す秘密鍵Ｓ（Ｓ₅₄）とを保持しているとする。この場合、受付ウェブページのアドレス情報Ｄ₂₃に公開鍵Ｋ₅₄が関連付けられているデータ（情報）が許可データ３８として記憶装置３７に登録される。

さらに、記憶装置３７には、ユーザデータ（ユーザテーブル）３９が格納されている。ユーザデータ３９は、情報提供システム２０を利用して個人情報２５を提供する情報端末２３（つまり、情報源ウェブーページを管理している情報処理装置）に関する情報と、その情報端末２３が保有する電子証明書Ｃ（Ｃ₂₃）とが関連付けられているデータである。具体的には、例えば、個人情報２５を提供する情報端末２３に対して認証局３０から発行された電子証明書Ｃ₂₃と、情報端末２３の情報源ウェブーページに対応する受付ウェブページのアドレス情報Ｄ₂₃とが関連付けられているデータがユーザデータ３９として記憶装置３７に登録される。

認証サーバ２２は制御装置３１を備えている。この制御装置３１は例えばＣＰＵを有し、コンピュータプログラムを実行することによって、認証サーバ２２に次のような機能を持たせる。すなわち、この第２実施形態では、制御装置３１は、機能部として、許可確認部３３と、送信部３４と、鍵登録部３５とを有している。

許可確認部３３は、個人情報２５を要求している取得要求元が、その個人情報２５の取得を許可されているか否かを判断する機能を備えている。例えば、許可確認部３３は、ウェブサーバ２１から、認証対象の情報を受け取る。その認証対象の情報は、少なくとも、取得要求元のアドレス情報を含む取得要求と、取得要求元の公開鍵Ｋを含む電子証明書Ｃと、取得要求を受け付けた受付ウェブページのアドレス情報Ｄ₂₃とを有する。この認証対象の情報を受け取った後に、許可確認部３３は次に示す処理を実行する。

その処理では、許可確認部３３は、受け取った受付ウェブページのアドレス情報Ｄ₂₃と公開鍵Ｋが関連付けられているデータが許可データ３８として記憶装置３７に格納されているか否かを判断する。そして、許可確認部３３は、そのような許可データ３８が記憶装置３７に格納されていないと判断した場合には、個人情報２５の取得を許可できないことを示す情報をウェブサーバ２１を介して取得要求元に送信する。また、許可確認部３３は、上記許可データ３８が記憶装置３７に格納されていると判断した場合には、個人情報２５の取得を許可したことを示す許可情報を、送信部３４に送信する。

送信部３４は、許可確認部３３から許可情報を受け取った場合に、情報取得を許可する情報をその許可情報に添付した承認情報を作成する機能を備えている。つまり、その承認情報は、取得要求元のアドレス情報を含む取得要求（個人情報２５を要求する指令）と、取得要求元の公開鍵Ｋを含む電子証明書Ｃと、取得要求を受け付けた受付ウェブページのアドレス情報Ｄ₂₃とを含んでいる。

送信部３４は、さらに、その承認情報に、認証サーバ２２が保持している秘密鍵Ｓ₂₂を利用してデジタル署名（電子署名）し、当該承認情報をウェブサーバ２１に送信する機能を備えている。

鍵登録部３５は、情報端末２３から発信された登録情報に含まれている署名付き登録鍵情報Ｒのデジタル署名と、記憶装置３７にユーザデータ３９として格納されている情報端末２３の電子証明書Ｃ₂₃と基づいて、登録情報の信憑性を確認する機能を備えている。さらに、鍵登録部３５は、上記確認された登録情報に基づいて、受付ウェブページのアドレス情報Ｄ₂₃と公開鍵Ｋ（つまり、個人情報２５の取得が許可されている許可対象の公開鍵Ｋ）とが関連付けられているデータを作成する機能を備えている。さらに、鍵登録部３５は、その作成したデータを許可データ３８として記憶装置３７に登録する機能を備えている。

ウェブサーバ２１は、認証局３０により発行された電子証明書Ｃ（Ｃ₂₁）を保持している。つまり、ウェブサーバ２１は、認証局３０により認証された公開鍵Ｋ（Ｋ₂₁）と、当該公開鍵Ｋ（Ｋ₂₁）と対を成す秘密鍵Ｓ（Ｓ₂₁）とを保持している。また、ウェブサーバ２１に内蔵されている、あるいは、ウェブサーバ２１とは別個の外付けの記憶装置４１には、転送用データ（ソフトリンクテーブル；エイリアステーブル）４２が格納されている。この転送用データ４２は、情報端末２３が管理している情報源ウェブページのアドレス情報Ｇ₂₃と、その情報源ウェブページに一対一に対応する受付ウェブページのアドレス情報Ｄ₂₃とを関連付けているデータである。

記憶装置４１には、さらに、履歴情報４３が格納されている。履歴情報４３は、受付ウェブページのアドレス情報Ｄ₂₃と、その受付ウェブページを利用して個人情報２５を取得した以前の取得要求元に関する情報（例えば取得要求元のアドレス情報）とが関連付けられている情報（データ）である。

ウェブサーバ２１は、情報を中継するプロキシサーバとしての機能を有する。すなわち、このウェブサーバ２１は制御装置４４を備えている。当該制御装置４４は、例えばＣＰＵを有し、コンピュータプログラムを実行することによって、ウェブサーバ２２に次のような機能を持たせる。つまり、制御装置４４は、機能部として、履歴書き込み部４５と、障害対策部４６と、公開鍵供給部である公開鍵転送部４７と、要求元認証部４８と、提供部４９と、受付部５０とを有する。

受付部５０は、受付ウェブページを利用して、個人情報２５を要求する取得要求を受け付ける機能を備えている。その取得要求には、少なくとも、当該取得要求を発信した取得要求元のアドレス情報と、取得要求元が保有する公開鍵Ｋを含む電子証明書Ｃとが添付されている。なお、受付部５０は、取得要求に電子証明書Ｃが添付されていなかった場合には、取得要求を不受理とし、取得要求が受理されなかった旨のメッセージを取得要求元に送信する機能を備えていてもよい。

要求元認証部４８は、受付部５０が取得要求を受け取った場合には、その取得要求に添付されている電子証明書Ｃの真偽を判断することによって、取得要求元を認証するか否かを判断する機能を備えている。

さらに、要求元認証部４８は、取得要求元を認証できなかった場合には、取得要求元に向けて、情報取得を承認できない旨のメッセージを送信する機能を備えている。

さらにまた、要求元認証部４８は、取得要求元を認証できた場合には、認証対象の情報を認証サーバ２２に送信する機能を備えている。その認証対象の情報は、前述したように、少なくとも、取得要求元のアドレス情報を含む取得要求と、取得要求元の公開鍵Ｋを含む電子証明書Ｃと、取得要求を受け付けた受付ウェブページのアドレス情報Ｄ₂₃とを有する。

公開鍵転送部４７は、認証サーバ２２から承認情報を受け取ると（つまり、取得要求元が個人情報２５を取得することが認証サーバ２２により許可されたことを検知すると）、承認情報を次のように転送する機能を備えている。つまり、公開鍵転送部４７は、受け取った承認情報に含まれている受付ウェブページのアドレス情報Ｄ₂₃に対応している情報源ウェブーページのアドレス情報Ｇ₂₃を、記憶装置４１の転送用データ４２から読み出す。そして、公開鍵転送部４７は、承認情報にウェブサーバ２１の電子証明書Ｃ₂₁を添付し、当該承認情報を、読み出したアドレス情報Ｇ₂₃を持つ情報源ウェブーページに送信（転送）する。つまり、ウェブサーバ２１の電子証明書Ｃ₂₁が添付された承認情報は、取得要求元が要求している情報（個人情報２５）を提供する情報源ウェブーページを管理している情報端末２３に送信される。その承認情報を受け取った情報端末２３は、前述したような機能により、受け取った承認情報に含まれている取得要求元の公開鍵Ｋでもって取得対象の個人情報２５を暗号化し、暗号化した情報を承認情報と共にウェブサーバ２２に返信する。

提供部４９は、情報端末２３から暗号化された情報を承認情報と共に受け取った場合には、承認情報に含まれている取得要求元のアドレス情報に基づいて、上記暗号化された情報を取得要求元に向けて送信（提供）する機能を備えている。

履歴書き込み部４５は、提供部４９の動作状況に基づいて、取得要求元に情報を送信したことを検知した場合には、取得要求元に向けて取得対象の情報を送信（返信）したことを示す情報を履歴情報４３として記憶装置４１に書き込む機能を備えている。その履歴情報４３は、例えば取得要求元のアドレス情報と、その取得要求元の取得要求を受け付けた受付ウェブページのアドレス情報Ｄ₂₃と、情報を送信した時間情報とが関連付けられている情報である。

障害対策部４６は、通信障害や、情報端末２３の電源オフや故障などの理由により、ウェブサーバ２１が情報端末２３にアクセスできない場合を想定した次のような機能を備えている。すなわち、障害対策部４６は、公開鍵転送部４７の機能により送信した承認情報が宛先に到達できずに戻ってきたことを検知した場合に、その承認情報を受け取る。そして、障害対策部４６は、当該承認情報に含まれている受付ウェブページのアドレス情報Ｄ₂₃を、記憶装置４１の履歴情報４３に照合する。この照合により、障害対策部４６は、受付ウェブページのアドレス情報Ｄ₂₃に関連付けられている取得要求元（つまり、以前の取得要求元）の中で最も近い時間に情報を取得した最近の取得要求元のアドレス情報を読み出す。その後、障害対策部４６は、その読み出したアドレス情報に基づいて、最近の取得要求元に向けて承認情報を送信する。この承認情報には、当該承認情報に含まれている取得要求元の公開鍵Ｋで、取得対象の情報を暗号化する指令が含まれている。

その承認情報を受け取った最近の取得要求元（以前の取得要求元）は、要求されている情報（個人情報２５）を、受け取った公開鍵Ｋでもって暗号化し、当該暗号化した情報を承認情報と共にウェブサーバ２１に返信する。そして、ウェブサーバ２１は、その情報を受け取ると、提供部４９の機能によって前記の如く取得要求元に取得対象の情報を送信する。

図３は、情報提供システム２０における登録処理フローの一例を示すシーケンス図である。ここでは、情報端末２３が、個人情報２５の取得を許可する許可対象のサーバ５３に関する情報を登録する場合を例にして説明する。

まず、情報端末２３が許可対象のサーバ５３の公開鍵Ｃ₅₃を取得すると、情報端末２３は、その取得した公開鍵Ｃ₅₃を情報端末２３自身の秘密鍵Ｓ₂₃でデジタル署名した情報（署名付き登録鍵情報）Ｒを作成する。そして、情報端末２３は、その署名付き登録鍵情報Ｒと、情報端末２３自身の情報源ウェブページのアドレス情報Ｇ₂₃に対応する受付ウェブページのアドレス情報Ｄ₂₃とが関連付けられている登録情報をウェブサーバ２１に送信する（ステップＳ１０１）。

ウェブサーバ２１は、登録情報を受け取ると、情報端末２３の電子証明書Ｃ₂₃を利用したクライアント認証によって、情報端末２３（つまり、登録を要求している要求元）が認証局３０により承認されているか否かを確認する。そして、ウェブサーバ２１は、情報端末２３（要求元）を確認できた場合には、情報端末２３から受け取った登録情報を認証サーバ２２に転送する（ステップＳ１０２）。

認証サーバ２２（鍵登録部３５）は、ウェブサーバ２１から登録情報を受け取ると、登録情報の認証（確認）を実行する（ステップＳ１０３）。つまり、認証サーバ２２は、登録情報に含まれている受付ウェブページのアドレス情報Ｇ₂₃に基づいて、記憶装置３７のユーザデータ３９から情報端末２３の電子証明書Ｃ₂₃を読み出す。そして、認証サーバ２２は、読み出した電子証明書Ｃ₂₃と、登録情報に含まれているデジタル署名とを照合することによって、登録情報が正当なものであるか否かを判断する（信憑性を確認する）。これにより登録情報を確認した場合には、認証サーバ２２は、登録情報に含まれている公開鍵Ｋ₅₃と受付ウェブページのアドレス情報Ｄ₂₃とが関連付けられているデータを、許可データ３８として、記憶装置３７に登録する。つまり、認証サーバ２２は、許可データ３８の更新する（ステップＳ１０４）。

なお、許可データを削除することを要求する削除要求を、上記登録処理フローと同様な処理フローでもって処理することにより、削除対象の許可データ３８を削除できる。

図４は、情報提供システム２０における情報提供処理フローの一例を示すシーケンス図である。ここでは、ウェブサーバ２１が、取得要求元であるサーバ５３に情報端末２３の個人情報２５を提供する場合を例にして説明する。

取得要求元（サーバ５３）は、情報端末２３の個人情報２５を取得すべく、取得要求元自身の電子証明書Ｃ₅₃を含む取得要求を受付ウェブページＤ₂₃に向けて送信する（ステップＳ２０１）。

ウェブサーバ２１（要求元認証部４８）は、その取得要求に含まれている電子証明書Ｃ₅₃を利用したクライアント認証によって、取得要求元（サーバ５３）を認証するか否か（取得要求元が信用できるか否か）を判断する。そして、ウェブサーバ２１は、クライアント認証により取得要求元が信用できることを確認した場合には、認証対象の情報を認証サーバ２２に送信する（ステップＳ２０２）。

認証サーバ２２（許可確認部３３）は、ウェブサーバ２１から受け取った認証対象の情報と、許可データ３８とに基づいて、取得要求元（サーバ５３）が取得対象の情報（情報端末２３の個人情報２５）を取得することが許可されているか否かを確認する。これにより、サーバ５３による個人情報２５の取得が許可されていることを確認した場合には、認証サーバ２２は承認情報を作成する。そして、認証サーバ２２は、その承認情報をウェブサーバ２１に送信する（ステップＳ２０３）。

ウェブサーバ２１（公開鍵転送部４７）は、承認情報を受け取ると、承認情報に含まれている受付ウェブページのアドレス情報Ｄ₂₃と転送用データ４２を利用して、承認情報の転送先（情報源ウェブページのアドレス情報Ｇ₂₃）を特定する。そして、ウェブサーバ２１（公開鍵転送部４７）は、承認情報（取得要求元の公開鍵Ｋ₅₃を含む）をその特定した転送先（情報端末２３）に転送する（ステップＳ２０４）。

情報端末２３は、情報源ウェブページにより受け取った承認情報に含まれている公開鍵Ｋ₅₃でもって個人情報２５を暗号化し、当該暗号化した個人情報２５を承認情報と共にウェブサーバ２１に返信する（ステップＳ２０５）。ウェブサーバ２１は、受け取った個人情報２５を取得要求元（サーバ５３）に向けて送信する（ステップＳ２０６）。これにより、取得要求元（サーバ５３）は、当該取得要求元自身の秘密鍵Ｓ₅₃でもって、受け取った情報を復号することによって、情報端末２３の個人情報２５を得ることができる（ステップＳ２０７）。一方、ウェブサーバ２１（履歴書き込み部４５）は、個人情報２５を送信した後に、個人情報２５をサーバ５３に送信したことを示す履歴情報４３を記憶装置４１に書き込む（ステップＳ２０８）。

図５は、情報提供システム２０における障害対応処理フローの一例を示すシーケンス図である。ここでは、通信障害や、情報端末２３の故障や電源オフ等の理由によって、ウェブサーバ２１が情報端末２３に接続できない場合に、ウェブサーバ２１が、取得要求元であるサーバ５４に情報端末２３の個人情報２５を提供する場合を例にして説明する。なお、ここでは、ウェブサーバ２１が既にサーバ５３に対して情報端末２３の個人情報２５を提供しているとする。

この障害対応処理では、図５におけるステップＳ３０１〜Ｓ３０４の処理は、図４におけるステップＳ２０１〜Ｓ２０４の処理と同様である。その共通の処理についての重複説明は省略する。

ウェブサーバ２１（障害対策部４６）は、公開鍵Ｋ₅₄を含む承認情報を、情報端末２３の情報源ウェブーページに向けて送信したが、その承認情報が情報端末２３によって受信されずに戻ってきた場合には、承認情報を受け取る。そして、ウェブサーバ２１は、記憶装置４１の履歴情報４３を検索し、承認情報の転送先（つまり、情報端末２３の個人情報２５を最近取得した情報提供先（サーバ５３））を特定する（ステップＳ３０５）。そして、ウェブサーバ２１は、その特定した転送先（サーバ５３）に向けて、公開鍵Ｋ₅₄を含む承認情報を転送する（ステップＳ３０６）。

サーバ５３は、その承認情報を受けると、以前に取得していた個人情報２５を公開鍵Ｋ₅₄でもって暗号化し、当該暗号化後の個人情報２５をウェブサーバ２１に返信する（ステップＳ３０７）。そして、ウェブサーバ２１（提供部４９）は、その受け取った情報を、前記ステップＳ２０６の処理と同様に、取得要求元（サーバ５４）に送信する（ステップＳ３０８）。これにより、サーバ５４は、その受け取った情報を取得要求元自身の秘密鍵Ｓ₅₄でもって復号することによって、個人情報２５を取得することができる（ステップＳ３０９）。一方、ウェブサーバ２１は、前記ステップＳ２０８と同様に、履歴情報４３を更新する（ステップＳ３１０）。

この第２実施形態では、情報提供装置であるウェブサーバ２１は、情報を取得したい取得要求元と、その情報を管理している情報端末２３との間で情報を中継する機能を備えている。換言すれば、この情報提供システム２０では、複数の取得要求元に対して情報端末２３の情報を提供するが、情報提供のために情報端末２３に接続するのは、ウェブサーバ２１であり、取得要求元は情報端末２３に接続しない。このため、この第２実施形態の情報提供システム２０は、複数の取得要求元が直接に情報端末２３に接続する場合に比べて、情報端末２３から情報が不正に取得されてしまう事態に対する対策が立てやすい。つまり、情報提供システム２０は、情報保護に対する安全性を高めることができる。

また、この第２実施形態では、情報端末２３が管理している情報源ウェブーページのアドレス情報Ｇ₂₃は非公開であるのに対して、ウェブサーバ２１が管理している受付ウェブページのアドレス情報Ｄ₂₃は公開している。これにより、例えば、情報端末２３の所有者（ユーザ）が引っ越しして住所が変更になった場合に、住所登録が必要なサービスを提供する各種の会社等に対する面倒な住所変更の手続を情報端末２３の所有者は行わずに済むことが可能になる。つまり、情報端末２３の所有者は、個人情報２５の住所を変更し、個人情報２５が変更（更新）されたことを上記各種の会社等に通知する。この通知を受けた各種会社自体が、それぞれ、情報端末２３の個人情報２５の取得要求を受け付ける受付ウェブページを利用して更新後の個人情報２５を取得することにより、情報端末２３の所有者の住所変更が完了する。この第２実施形態の情報提供システム２０は、情報保護に対する安全性を高めつつ、上記のような登録情報変更のシステムを提供することが可能である。

さらに、この情報提供システム２０では、ウェブサーバ２１は、取得要求元の公開鍵Ｋで暗号化された個人情報２５を復号する取得要求元の秘密鍵Ｓを持たないから、ウェブサーバ２１は、個人情報を復号できない。このため、ウェブサーバ２１が悪意のある者に乗っ取られたとしても、その者は、個人情報２５を取得できない。

さらに、この第２実施形態の情報提供システム２０では、ウェブサーバ２１とは別に認証サーバ２２を設けている。このため、ウェブサーバ２１での認証処理と、認証サーバ２２による認証処理との２つの認証処理を別々のサーバで行うことになり、情報提供システム２０は、より安全性を高めることができる。

さらに、この第２実施形態の情報提供システム２０では、ウェブサーバ２１は、履歴書き込み部４５と、障害対策部４６とを備えている。このため、ウェブサーバ２１は、情報源ウェブーページを管理する情報端末２３に接続できなくとも、取得要求元に対して取得対象の情報の提供を図ることができる。

さらに、この第２実施形態の情報提供システム２０は、公に信頼されている認証局３０によって発行された電子証明書Ｃを利用して、取得要求元と、ウェブサーバ２１と、認証サーバ２２と、情報端末２３とが互いを認証する構成を備えている。このことも、情報提供システム２０における情報保護の安全性を高めている。

（第３実施形態）
以下に、本発明に係る第３実施形態を図面を参照しながら説明する。

図６は、本発明に係る第３実施形態の情報提供システム６０を説明するブロック図である。なお、この第３実施形態の説明において、第２実施形態の情報提供システム２０と同様な構成部分には同一符号を付し、その共通部分の重複説明は省略する。

この第３実施形態の情報提供システム６０では、ウェブサーバ６１は、第２実施形態におけるウェブサーバ２１の構成に加えて、更新通知部６５を有している。なお、図６において、ウェブサーバ６１における更新通知部６５以外の構成の図示を省略している。

また、この情報提供システム６０では、情報端末６２は、第２実施形態における情報端末２３の構成に加えて、さらに、更新通知部６６を有している。なお、図６において、情報端末６２における更新通知部６６以外の構成の図示を省略している。

この第３実施形態では、情報端末６２の更新通知部６６は、例えば情報端末６２の所有者が情報端末６２を操作して個人情報２５が変更されたことを検知した場合には、情報が変更されたことを知らせる更新通知を作成する機能を備えている。さらに、更新通知部６６は、その更新通知を電子証明書Ｃ₆₂と共に、ウェブサーバ６１に送信する機能を備えている。

ウェブサーバ６１の更新通知部６５は、更新通知を受信すると、次のような情報更新に関する処理を実行する機能を備えている。例えば、更新通知部６５は、更新通知を受け取ると、その更新通知と共に受け取った電子証明書Ｃ₆₂を利用して、更新通知を発信した情報端末６２が認証局３０によって認証されているか否かを判断するクライアント認証を行う。そして、更新通知部６５は、更新通知を発信した情報端末６２を認証すると、その情報端末６２から個人情報２５を取得した以前の取得要求元を記憶装置４１の履歴情報４３から検索する。さらに、更新通知部６５は、検索により得られた以前の取得要求元に向けて、その取得した個人情報２５が変更になったことを知らせる更新通知をウェブサーバ６１の電子証明書Ｃ₆₁を添付して送信する。この第３実施形態では、その更新通知には、変更になった情報を当該情報が格納されている記憶装置から削除する指令が含まれている。これにより、その情報変更の通知を受信した例えばサーバ５３，５４は、情報が変更されたことを報知するメッセージを画面表示する処理や、変更になった情報を記憶装置から削除する処理などを実行する。

なお、ウェブサーバ６１の更新通知部６５は、上記のように更新通知を送信した後に、更新通知を発信した情報端末６２に関わる更新履歴を記憶装置４１から削除してもよい。

この第３実施形態の情報提供システム６０は、第２実施形態の情報提供システム２０と同様な構成を備えているので、第２実施形態と同様の効果を得ることができる。その上、この情報提供システム６０では、情報源となる情報端末６２は、個人情報２５が変更された場合に、個人情報２５が変更されたことをウェブサーバ６１を介して、個人情報２５を以前に取得した取得要求元に通知できる。これにより、この第３実施形態の情報提供システム６０は、変更前の情報が利用されることに因る不都合を回避できる。

（その他の実施形態）
なお、この発明は第１〜第３の実施形態に限定されることなく、様々な実施の形態を採り得る。例えば、第２と第３の各実施形態では、ウェブサーバ２１，６１とは別個の認証サーバ２２が設けられている。これに対して、認証サーバ２２と同様な認証機能をウェブサーバ２１，６１が備えている構成とする場合には、認証サーバ２２を省略してもよい。

また、第２と第３の各実施形態では、ウェブサーバ２１，６１は、障害対策部４６を備えている。これに対し、第２や第３の実施形態よりも簡易な情報提供システムを提供する場合には、障害対策部４６を省略してもよい。つまり、ウェブサーバ２１，６１は、通信障害や電源オフ等の理由によって情報提供装置である情報端末２３，６２に接続できない場合には、その情報端末２３，６２とは別の装置から情報を取得する手段を講じない。この場合には、例えば、ウェブサーバ２１，６１は、情報端末２３，６２と接続できない理由によって情報提供できない旨の情報を取得要求元に送信する構成としてもよい。

さらに、第２と第３の各実施形態では、情報端末２３，６２が提供する情報として個人情報２５を例にして説明しているが、情報端末２３，６２が提供する情報は、個人情報に限定されない。さらに、第２と第３の各実施形態では、情報端末２３，６２はパソコンである例を示しているが、本発明における情報処理装置は、パソコンに限定されない。

１ 情報提供装置
３，５０ 受付部
４ 公開鍵供給部
５，４９ 提供部
８ 情報処理装置
１０，２０，６０ 情報提供システム
１１，２７ 暗号部
２１，６１ ウェブサーバ
２２ 認証サーバ
２３，６２ 情報端末
２４，３７，４１ 記憶装置
２８ 登録部
３３ 許可確認部
３４ 送信部
３５ 鍵登録部
４５ 履歴書き込み部
４６ 障害対策部
４８ 要求元確認部
６５，６６ 更新通知部

Claims (10)

1. 情報を要求する取得要求を受け付ける受付部と、
   情報を要求している取得要求元が認証処理によって認証された場合に、前記取得要求元が要求している取得対象の情報を含む情報源ウェブページのアドレス情報に基づいて、前記取得要求元が保持する秘密鍵と対を成す公開鍵を、前記情報源ウェブページを管理している情報処理装置に供給する公開鍵供給部と、
   前記公開鍵で暗号化された前記取得対象の情報を前記情報処理装置から受け取った場合に、その暗号化された前記取得対象の情報を前記取得要求元に提供する提供部と
   を有する情報提供装置。
2. 前記取得対象の情報を取得した前記取得要求元を示す情報を含む履歴情報を、保有している記憶部あるいは外部接続している記憶部に書き込む履歴書き込み部をさらに有する請求項１記載の情報提供装置。
3. 前記取得対象の情報を前記情報処理装置から受け取れない場合に、前記記憶部における前記履歴情報から、前記取得対象の情報を既に取得している以前の取得要求元を検索し、当該検索により得られた以前の前記取得要求元に前記公開鍵を供給することによって、当該公開鍵で暗号化された前記取得対象の情報を以前の前記取得要求元から取得する障害対策部をさらに有する請求項２記載の情報提供装置。
4. 前記受付部は、前記情報源ウェブページに一対一に対応する受付ウェブページを利用して前記取得要求を受け付ける機能を有し、
   前記公開鍵供給部は、前記受付ウェブページのアドレス情報と前記情報源ウェブページのアドレス情報との対応関係を示す情報に基づいて、前記受付ウェブページで受け付けた前記取得要求に対応する前記取得要求元の前記公開鍵を供給する供給先を特定する請求項１又は請求項２又は請求項３記載の情報提供装置。
5. 情報を要求する取得要求を受け付ける機能を有する請求項１乃至請求項４の何れか一つに記載の情報提供装置と、
   前記取得要求による取得対象の情報を含む情報源ウェブページを管理する情報処理装置とを備え、
   前記情報処理装置は、情報を要求する取得要求元の公開鍵を前記情報提供装置から受け取った場合に、前記公開鍵を利用して前記取得対象の情報を暗号化し、当該暗号化した情報を前記情報提供装置に渡す暗号部を有する情報提供システム。
6. 前記情報提供装置と前記情報処理装置は、それぞれ、前記公開鍵を供給した相手を、システム外の認証局から発行された電子証明書を利用して認証する機能を有している請求項５記載の情報提供システム。
7. 前記情報提供装置に接続する認証装置をさらに備え、
   前記情報提供装置は、
   前記取得要求元を確認する要求元認証部をさらに有し、
   前記認証装置は、
   前記要求元認証部が前記取得要求元を承認した場合に、当該取得要求元が取得対象の情報を取得することが許可されているか否かを確認する許可確認部を有する請求項６記載の情報提供システム。
8. 前記情報処理装置は、前記情報源ウェブページに含まれている情報の取得を許可する許可対象から取得した公開鍵を前記認証装置に登録する登録部を有し、
   前記認証装置は、前記許可対象の前記公開鍵を、保有している記憶部あるいは外部接続している記憶部に格納する鍵登録部を有する請求項７記載の情報提供システム。
9. 前記情報処理装置は、前記情報源ウェブーページに含まれている取得対象となりうる情報を変更した場合には、情報を変更したことを知らせる更新通知を前記情報提供装置に送信する更新通知部をさらに備え、
   前記情報提供装置は、前記更新通知を受け取った場合には、前記変更された情報を以前に提供した前記取得要求元の情報を含む履歴情報に基づいて、変更される前の前記情報を取得した前記取得要求元に向けて、情報が変更されたことを通知する更新通知部を備えている請求項５乃至請求項８の何れか一つに記載の情報提供システム。
10. 情報を要求する取得要求を受け付け、
    情報を要求している取得要求元が認証処理によって認証された場合に、前記取得要求元が要求している取得対象の情報を含む情報源ウェブページのアドレス情報に基づいて、前記取得要求元が保持する秘密鍵と対を成す公開鍵を、前記情報源ウェブページを管理している情報処理装置に供給し、
    前記公開鍵で暗号化された前記取得対象の情報を前記情報処理装置から受け取った場合に、その暗号化された前記取得対象の情報を前記取得要求元に提供する情報提供方法。

Images