(57)【要約】【課題】  コンテンツ利用者の属性情報の流出を防ぎつつ、コンテンツ提供者が、コンテンツ利用者の誤入力等により不正確な属性情報を取得することを防止する属性応答装置、端末装置、属性応答システム、及び、属性応答方法を提供する。【解決手段】  携帯端末１の入力送信部１２は、入力属性情報を送信する。コンテンツ提供者サーバ２の問合せ部２５は、入力属性情報の正誤を問い合わせるための問合せデータを送信する。属性応答機関サーバ３のＤＢ突合部３３は、受信した問合せデータに含まれるコンテンツ利用者の入力属性情報と、内部ＤＢ３５に記憶されているコンテンツ利用者の属性情報とを突合する。属性応答機関サーバ３の応答部３４は、突合結果に応じて、入力属性情報の正誤を表す正誤情報のみをコンテンツ提供者サーバ２に送信する。【選択図】  図１
2005141317.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ提供者サーバより受信した、コンテンツ利用者の属性に関する問い合わせに対して応答する属性応答装置において、
前記コンテンツ利用者の属性に対する属性値を表す属性情報を記憶する属性記憶手段と、
入力された、前記コンテンツ利用者の属性に対する属性値を表す入力属性情報を前記コンテンツ提供者サーバより受信する問合せ受信手段と、
前記問合せ受信手段により受信した前記コンテンツ利用者の入力属性情報と前記属性記憶手段に記憶されている前記コンテンツ利用者の属性情報とを突合する突合手段と、
前記突合手段による突合結果に応じて、前記入力属性情報の正誤を表す正誤情報のみを前記コンテンツ提供者サーバに返信する応答手段と
を備えることを特徴とする属性応答装置。
【請求項２】
前記コンテンツ提供者サーバが前記入力属性情報の正誤を問い合わせる権限を有しているか否かを表す権限情報を、記憶する権限記憶手段と、
前記問合せ受信手段により入力属性情報を受信した場合に、該入力属性情報の送信元であるコンテンツ提供者サーバの権限情報を、前記権限記憶手段より取得する権限照合手段と
をさらに備え、
前記権限照合手段により取得された権限情報が、前記権限を有していることを表している場合にのみ、前記応答手段による正誤情報の送信を実行し、
前記権限照合手段により取得された権限情報が、前記権限を有していないことを表している場合には、前記権限を有していない旨を通知するための情報を前記コンテンツ提供者サーバに送信する
ことを特徴とする請求項１に記載の属性応答装置。
【請求項３】
入力された、コンテンツ利用者の属性に対する属性値を、コンテンツ提供者サーバに送信する端末装置において、
前記属性値の正誤を外部装置に問い合わせることを、前記コンテンツ提供者サーバに対して許可するか否かを表す権限情報を、該外部装置に登録するために送信する権限登録手段を備えることを特徴とする端末装置。
【請求項４】
コンテンツ提供者サーバが、入力された、コンテンツ利用者の属性に対する属性値を表す入力属性情報を、端末装置より受信した場合に、該受信した入力属性情報に関して属性応答装置に問い合わせを行う属性応答システムにおいて、
前記端末装置は、前記入力属性情報を送信する入力送信手段を備え、
前記属性応答装置は、
前記コンテンツ利用者の属性に対する属性値を表す属性情報を記憶する属性記憶手段と、
前記入力送信手段により送信された入力属性情報を、前記コンテンツ提供者サーバ経由で受信する問合せ受信手段と、
前記問合せ受信手段により受信した前記コンテンツ利用者の入力属性情報と前記属性記憶手段に記憶されている前記コンテンツ利用者の属性情報とを突合する突合手段と、
前記突合手段による突合結果に応じて、前記入力属性情報の正誤を表す正誤情報のみを前記コンテンツ提供者サーバに送信する応答手段と
を備えることを特徴とする属性応答システム。
【請求項５】
前記端末装置は、前記入力送信手段により入力属性情報を送信する際に、前記端末装置に記憶されている前記コンテンツ利用者の電子証明書を、前記入力属性情報と対応付けて送信する証明書送信手段をさらに備え、
前記属性記憶手段は、前記コンテンツ利用者の属性情報と対応付けて、該コンテンツ利用者の電子証明書に含まれる識別情報をさらに記憶し、
前記問合せ受信手段は、前記証明書送信手段により送信された電子証明書に含まれる識別情報をさらに受信し、
前記突合手段は、前記問合せ受信手段により受信した識別情報と、前記属性記憶手段に記憶されている識別情報とを突合することを特徴とする請求項４に記載の属性応答システム。
【請求項６】
前記属性記憶手段に記憶されている属性情報は、前記コンテンツ利用者が所有する端末装置の利用契約に関する契約者情報の、少なくとも一部であることを特徴とする請求項４又は５に記載の属性応答システム。
【請求項７】
属性応答サーバが、コンテンツ提供者サーバより受信した、コンテンツ利用者の属性に関する問い合わせに対して応答する属性応答方法において、
前記属性応答サーバが、入力された、前記コンテンツ利用者の属性に対する属性値を表す入力属性情報を、前記コンテンツ提供者サーバより受信する問合せ受信ステップと、
前記属性応答サーバが、前記問合せ受信ステップにおいて受信した前記コンテンツ利用者の入力属性情報と、予め自サーバに記憶されている前記コンテンツ利用者の属性情報とを突合する突合ステップと、
前記属性応答サーバが、前記突合ステップにおける突合結果に応じて、前記入力属性情報の正誤を表す正誤情報のみを、前記コンテンツ提供者サーバに返信する応答ステップと
を有することを特徴とする属性応答方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンラインコンテンツ利用者の属性情報に関する問い合わせに対して応答するための属性応答装置、端末装置、属性応答システム、及び、属性応答方法に関するものである。
【背景技術】
【０００２】
近年では、インターネット等の通信ネットワークを利用したオンラインコンテンツの提供や電子商取引が盛んになってきている。このため、コンテンツ利用者がコンテンツ提供者によって提供されるコンテンツを利用する際に、利用者自身の住所やクレジットカード番号等の、属性に対する属性値をオンライン入力する機会が多くなっている。
通常、コンテンツ提供者が、コンテンツ利用者の属性情報を得る際には、以下の手順を取る。まず、コンテンツ提供者は、取得したい属性に対応した入力欄が設けられたフォームを用意する。コンテンツ提供者が運営するコンテンツ提供者サーバは、当該フォームを表示するためのデータを、コンテンツ利用者の端末装置に送信する。コンテンツ利用者は、端末装置に表示されたフォームの入力欄に属性値を入力して、送信指示を行う。コンテンツ提供者サーバは、コンテンツ利用者が入力した属性情報を受信する。
【０００３】
このように、コンテンツ利用者自身によって入力・送信された属性情報は、コンテンツ利用者の意図しない入力ミスや意図的な誤情報の入力によって、実際の属性情報とは必ずしも一致しないことがある。このため、コンテンツ提供者は、正確な属性情報を取得できない可能性があった。
このような状況のもと、コンテンツ利用者の属性を格納したデータベースが通信ネットワーク上に配置されている環境であり、かつ、当該データベースから属性情報を取得することが可能であれば、コンテンツ提供者は、正確な属性情報を得ることができる（例えば、特許文献１参照）。特許文献１には、コンテンツ利用者の属性情報が格納されたデータベースから属性情報や不正使用履歴情報を取得して、コンテンツ利用者が入力・送信した情報の信頼度を判定したり、認証処理を行う技術が開示されている。
【特許文献１】特開２００１−５２０６８号公報（段落００２６、図４）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、コンテンツ利用者の属性情報はプライバシーに関わるものであるため、個人情報として保護する必要があり、属性情報が外部に流出することがないよう取り扱いには厳重な注意を要する。従って、コンテンツ提供者の属性情報の要求に対して安易に応答し、コンテンツ提供者に対してコンテンツ利用者の属性情報を開示することは許されない。
本発明は上記課題に鑑みてなされたものであり、コンテンツ利用者の属性情報の流出を防ぎつつ、コンテンツ提供者が、コンテンツ利用者の誤入力等により不正確な属性情報を取得することを防止する属性応答装置、端末装置、属性応答システム、及び、属性応答方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、請求項１に記載の発明は、コンテンツ提供者サーバより受信した、コンテンツ利用者の属性に関する問い合わせに対して応答する属性応答装置において、前記コンテンツ利用者の属性に対する属性値を表す属性情報を記憶する属性記憶手段と、入力された、前記コンテンツ利用者の属性に対する属性値を表す入力属性情報を前記コンテンツ提供者サーバより受信する問合せ受信手段と、前記問合せ受信手段により受信した前記コンテンツ利用者の入力属性情報と前記属性記憶手段に記憶されている前記コンテンツ利用者の属性情報とを突合する突合手段と、前記突合手段による突合結果に応じて、前記入力属性情報の正誤を表す正誤情報のみを前記コンテンツ提供者サーバに返信する応答手段とを備えることを特徴とする属性応答装置を提供する。
【０００６】
請求項１に記載の発明によれば、属性応答装置は、コンテンツ利用者の属性に関する問い合わせに対して、コンテンツ利用者の属性情報そのものを開示することなく、入力属性情報の正誤を表す正誤情報のみを返信するため、コンテンツ利用者の属性情報が外部に流出するのを防ぐことができる。また、問い合わせ元であるコンテンツ提供者サーバは、属性応答装置から受信した正誤情報により、入力属性情報の正誤を確認することができるため、誤った属性情報を取得するのを防ぐことができる。また、正誤情報が誤りを表していた場合には、コンテンツ提供者サーバは、入力属性情報を破棄したり、正確な属性値の入力を促すメッセージをコンテンツ利用者の端末装置に送信する等の処置を取ることができるため、コンテンツ提供者サーバはコンテンツ利用者の正しい属性情報を得ることができる。
【０００７】
請求項２に記載の発明は、請求項１に記載の属性応答装置において、前記コンテンツ提供者サーバが前記入力属性情報の正誤を問い合わせる権限を有しているか否かを表す権限情報を、記憶する権限記憶手段と、前記問合せ受信手段により入力属性情報を受信した場合に、該入力属性情報の送信元であるコンテンツ提供者サーバの権限情報を、前記権限記憶手段より取得する権限照合手段とをさらに備え、前記権限照合手段により取得された権限情報が、前記権限を有していることを表している場合にのみ、前記応答手段による正誤情報の送信を実行し、前記権限照合手段により取得された権限情報が、前記権限を有していないことを表している場合には、前記権限を有していない旨を通知するための情報を前記コンテンツ提供者サーバに送信することを特徴とする。
【０００８】
請求項２に記載の発明によれば、属性応答装置は、コンテンツ提供者サーバが入力属性情報の正誤を問い合わせる権限を有している場合にのみ、コンテンツ提供者サーバに正誤情報を送信するため、コンテンツ提供者サーバは、権限を有していない場合には正誤情報を受信することはできない。このため、属性応答装置は、コンテンツ提供者にコンテンツ利用者の属性情報そのものを開示しないばかりでなく、権限記憶手段に記憶された権限情報に従うことにより、入力属性情報の正誤をも安易に開示することがないため、属性情報に対するセキュリティを強化し、コンテンツ利用者のプライバシーを確実に保護することができる。
【０００９】
請求項３に記載の発明は、入力された、コンテンツ利用者の属性に対する属性値を、コンテンツ提供者サーバに送信する端末装置において、前記属性値の正誤を外部装置に問い合わせることを、前記コンテンツ提供者サーバに対して許可するか否かを表す権限情報を、該外部装置に登録するために送信する権限登録手段を備えることを特徴とする端末装置を提供する。
【００１０】
請求項３に記載の発明によれば、コンテンツ利用者は、コンテンツ利用者の属性に対して入力された属性値の正誤を問い合わせることを、コンテンツ提供者サーバに対して許可するか否かを端末装置から指定することができるため、コンテンツ利用者は、入力された属性値の正誤をコンテンツ提供者に安易に知られるのを防ぐことができる。これにより、コンテンツ利用者の属性情報に対するセキュリティを強化し、コンテンツ利用者のプライバシーを保護することができる。
【００１１】
請求項４に記載の発明は、コンテンツ提供者サーバが、入力された、コンテンツ利用者の属性に対する属性値を表す入力属性情報を、端末装置より受信した場合に、該受信した入力属性情報に関して属性応答装置に問い合わせを行う属性応答システムにおいて、前記端末装置は、前記入力属性情報を送信する入力送信手段を備え、前記属性応答装置は、前記コンテンツ利用者の属性に対する属性値を表す属性情報を記憶する属性記憶手段と、前記入力送信手段により送信された入力属性情報を、前記コンテンツ提供者サーバ経由で受信する問合せ受信手段と、前記問合せ受信手段により受信した前記コンテンツ利用者の入力属性情報と前記属性記憶手段に記憶されている前記コンテンツ利用者の属性情報とを突合する突合手段と、前記突合手段による突合結果に応じて、前記入力属性情報の正誤を表す正誤情報のみを前記コンテンツ提供者サーバに送信する応答手段とを備えることを特徴とする属性応答システムを提供する。請求項４に記載の発明の作用、効果は、請求項１と同様である。
【００１２】
請求項５に記載の発明は、請求項４に記載の属性応答システムにおいて、前記端末装置は、前記入力送信手段により入力属性情報を送信する際に、前記端末装置に記憶されている前記コンテンツ利用者の電子証明書を、前記入力属性情報と対応付けて送信する証明書送信手段をさらに備え、前記属性記憶手段は、前記コンテンツ利用者の属性情報と対応付けて、該コンテンツ利用者の電子証明書に含まれる識別情報をさらに記憶し、前記問合せ受信手段は、前記証明書送信手段により送信された電子証明書に含まれる識別情報をさらに受信し、前記突合手段は、前記問合せ受信手段により受信した識別情報と、前記属性記憶手段に記憶されている識別情報とを突合することを特徴とする。
【００１３】
請求項５に記載の発明によれば、端末装置に記憶されているコンテンツ利用者の電子証明書に含まれる識別情報を、コンテンツ利用者を識別するための情報として使用して、突合を行うようにしたため、電子証明書の信頼性の高さにより、正確にコンテンツ利用者を識別することができる。また、電子認証の仕組みと組み合わせることにより、電子証明書の本人性や改竄の有無を同時に確認することができるため、電子証明書に含まれる識別情報によって正確にコンテンツ利用者の本人性を確認することができる。
【００１４】
請求項６に記載の発明は、請求項４又は５に記載の属性応答システムにおいて、前記属性記憶手段に記憶されている属性情報は、前記コンテンツ利用者が所有する端末装置の利用契約に関する契約者情報の少なくとも一部であることを特徴とする。
請求項６に記載の発明によれば、端末装置の利用契約に関する契約者情報の少なくとも一部を、属性記憶手段に記憶する属性情報として利用するため、確実に、端末装置を所有するコンテンツ利用者の属性情報を用意することができる。このため、端末装置から入力されたコンテンツ利用者の入力属性情報と属性記憶手段に記憶されている属性情報との突合を確実に行うことができる。
【００１５】
請求項７に記載の発明は、属性応答サーバが、コンテンツ提供者サーバより受信した、コンテンツ利用者の属性に関する問い合わせに対して応答する属性応答方法において、前記属性応答サーバが、入力された、前記コンテンツ利用者の属性に対する属性値を表す入力属性情報を、前記コンテンツ提供者サーバより受信する問合せ受信ステップと、前記属性応答サーバが、前記問合せ受信ステップにおいて受信した前記コンテンツ利用者の入力属性情報と、予め自サーバに記憶されている前記コンテンツ利用者の属性情報とを突合する突合ステップと、前記属性応答サーバが、前記突合ステップにおける突合結果に応じて、前記入力属性情報の正誤を表す正誤情報のみを、前記コンテンツ提供者サーバに返信する応答ステップとを有することを特徴とする属性応答方法を提供する。
【００１６】
請求項７に記載の属性応答方法によれば、属性応答装置は、コンテンツ利用者の入力属性情報を受信した場合に、コンテンツ利用者の属性情報そのものを開示することなく、入力属性情報の正誤を表す正誤情報のみを返信するため、コンテンツ利用者の属性情報が外部に流出するのを防ぐことができる。また、コンテンツ提供者サーバは、属性応答装置から返信された正誤情報により、入力属性情報の正誤を確認することができるため、誤った属性情報を取得するのを防ぐことができる。
【発明の効果】
【００１７】
本発明によれば、属性応答装置は、コンテンツ提供者サーバからの問い合わせに対して、コンテンツ利用者の属性情報そのものを開示することなく、入力属性情報の正誤を表す正誤情報のみを返信するため、コンテンツ利用者の属性情報が外部に流出するのを防ぐことができる。また、コンテンツ提供者サーバは、属性応答装置から受信した正誤情報により、入力属性情報の正誤を確認することができるため、誤った属性情報を取得するのを防ぐことができる。また、正誤情報が誤りを表していた場合には、コンテンツ提供者サーバは、入力属性情報を破棄したり、正確な属性情報の入力を促すメッセージをコンテンツ利用者の端末装置に送信する等の処置を取ることができるため、コンテンツ提供者サーバはコンテンツ利用者の正確な属性情報を得ることができる。
【発明を実施するための最良の形態】
【００１８】
次に、図面を参照しながら、本発明を実施するための最良の形態について説明する。なお、以下の説明において参照する各図においては、他の図と同等部分に同一符号が付されている。
［１．構成］
［１．１．全体構成］
図１は、本発明の実施形態に係る属性応答システム全体の構成を示すブロック図である。同図に示すように、本発明の実施形態に係る属性応答システムは、コンテンツの利用者が所有する携帯端末１と、携帯端末１にコンテンツを提供するコンテンツ提供者サーバ２と、属性に関する問い合わせに対して正誤を応答する属性応答機関サーバ３と、携帯端末１の利用契約に関する契約者情報を管理する属性データベース（以下、「属性ＤＢ」という）４とを備えている。これらの装置は、インターネット等の通信網を介して接続されている。
なお、同図においては、携帯端末１とコンテンツ提供者サーバ２とを各々１つずつしか図示していないが、実際には複数存在する。
【００１９】
［１．２．携帯端末］
次に、携帯端末１の構成について説明する。携帯端末１は、一般的な携帯電話機のハードウェア構成を備えている。すなわち、携帯端末１は、プログラムを実行し携帯端末１全体を制御するＣＰＵ（Central Processing Unit）と、無線通信を行う無線通信インターフェースと、ＳＲＡＭ（Static Random Access Memory）やＤＲＡＭ（Dynamic Random Access Memory）等の揮発性メモリとフラッシュ・メモリ等の不揮発性メモリとＵＩＭ（User Identity Module）とを含む記憶部と、各種指令をＣＰＵに与えるための複数の操作ボタンと、各種画面を表示する液晶のディスプレイとを備えている。
【００２０】
携帯端末１の記憶部には、各種データやプログラムが記憶されている。例えば、ＵＩＭには、電子認証に用いられるユーザ証明書が記憶されている。ここで、ユーザ証明書とは、公知の公開鍵暗号方式（public key cryptosystem）において用いられる電子証明書（公開鍵証明書）と同等のものである。ユーザ証明書には、X.509形式に従って、シリアル番号、認証局名（発行元）、有効期限、ユーザＩＤ（所有者名、ユーザ証明書発行先の利用者識別情報）、公開鍵情報、及び、認証局の署名を表すデータが記述されている。当該ユーザ証明書は、携帯端末１を所有する利用者が電子認証サービスを申し込む契約を行った際に、認証局（Certificate Authority）サーバよりダウンロードされて携帯端末１の不揮発性メモリに記憶されたものである。
【００２１】
また、携帯端末１の不揮発性メモリには、基本ソフトウェアであるＯＳ（Operating System）や、ＨＴＭＬ（Hyper Text Markup Language）ファイルを解釈して画面を表示するためのソフトウェアであるＷｅｂブラウザや、ＨＴＴＰ（Hyper Text Transfer Protocol）に従ってＨＴＴＰリクエスト／レスポンスを送受信するためのソフトウェアが記憶されている。また、不揮発性メモリには、各種アプリケーションプログラムが記憶されている。携帯端末１のＣＰＵがこれらのプログラムを実行することにより実現される機能と、携帯端末１が備えるハードウェアの機能とにより、図２に示す携帯端末１の機能が実現される。以下、同図を参照しながら、各機能について説明する。
【００２２】
携帯端末１は、フォーム受信部１１、入力送信部１２、証明書送信部１３、正誤受領部１４、及び、権限登録部１５を備えている。
フォーム受信部１１は、コンテンツ提供者サーバ２から、例えば、図３に示す、各属性に対する入力欄が設けられたフォームを表すデータを受信する。
入力送信部１２は、利用者が携帯端末１のディスプレイに表示されたフォームに従って、属性に対応した入力欄に属性値を入力した後、送信指示を行った場合に、入力された、属性に対する属性値を表す入力属性情報を、コンテンツ提供者サーバ２に送信する。
【００２３】
証明書送信部１３は、入力送信部１２が入力属性情報を送信する際に、ＵＩＭに記憶されているユーザ証明書を読み出して、当該読み出したユーザ証明書を入力属性情報と対応付けて送信する。ここで、入力属性情報とユーザ証明書とを対応付ける方法としては、例えば、送信時に、入力属性情報とユーザ証明書とに付加されるセッション番号やシーケンス番号によって対応付ける。
正誤受領部１４は、コンテンツ提供者サーバ２から、入力属性情報の正誤の判定結果を通知するデータを受信する。
【００２４】
権限登録部１５は、利用者がディスプレイに表示された権限登録画面から権限情報を入力し送信指示を行った場合に、入力された権限情報を属性応答機関サーバ３に送信する。
ここで、権限情報とは、コンテンツ提供者が、入力された属性情報の正誤を、属性応答機関サーバ３に問い合わせる権限を有しているか否かを表す情報である。言い換えると、当該権限情報は、属性応答機関サーバ３が、コンテンツ提供者サーバ２からの属性情報の問い合わせに対して、回答を行ってよいか否かを表す情報である。
【００２５】
［１．３．コンテンツ提供者サーバ］
次に、コンテンツ提供者サーバ２の構成について説明する。コンテンツ提供者サーバ２は、ＷＷＷ（World Wide Web）サーバであり、一般的なコンピュータのハードウェア構成を備えている。すなわち、コンテンツ提供者サーバ２は、プログラムを実行しサーバ２全体を制御するＣＰＵ、ＲＯＭ（Read Only Memory）とＲＡＭ（Random Access Memory）とハードディスクとを含む記憶部、及び、通信網を介してデータの授受を制御する通信インターフェースを備えており、これらはバスで接続されている。
【００２６】
コンテンツ提供者サーバ２の記憶部には、各種データやプログラムが記憶されている。例えば、記憶部には、携帯端末１に提供するための各種コンテンツや、携帯端末１のディスプレイに属性入力用のフォームを表示するためのＨＴＭＬファイルや、通信ネットワーク上においてコンテンツ提供者サーバ２を識別するための通信アドレスが記憶されている。また、記憶部には、ＯＳや、ＨＴＴＰに従って通信を行うためのソフトウェアや、属性応答機関サーバ３に対して入力属性情報の正誤を問い合わせるためのアプリケーションプログラムが記憶されている。これらのプログラムをコンテンツ提供者サーバ２のＣＰＵが読み出して実行することにより実現される機能と、コンテンツ提供者サーバ２が備えるハードウェアの機能とにより、図４に示す機能が実現される。以下、同図を参照しながら、コンテンツ提供者サーバ２が備える機能について説明する。
【００２７】
コンテンツ提供者サーバ２は、フォーム送信部２１、入力受付部２２、証明書受領部２３、証明書検証部２４、問合せ部２５、結果受領部２６、及び、正誤通知部２７を備えている。
フォーム送信部２１は、携帯端末１からの要求により、記憶部より属性入力用のフォームを表示するためのＨＴＭＬファイルを読み出して、当該ＨＴＭＬファイルを携帯端末１に送信する。
入力受付部２２は、携帯端末１から入力属性情報を受信する。
証明書受領部２３は、携帯端末１より入力属性情報と対応付けられて同時に送信されてきたユーザ証明書を受信する。
【００２８】
証明書検証部２４は、証明書受領部２３によって受信されたユーザ証明書が正当なものであるかどうかを、公開鍵暗号方式に従って検証する。証明書検証部２４は、ユーザ証明書が正当なものであることを検証できた場合には、ユーザ証明書に含まれるユーザＩＤを取り出す。
問合せ部２５は、携帯端末１から受信した入力属性情報に含まれる、各々の属性に対する属性値が正しいか否かの問い合せを属性応答機関サーバ３に対して行う。具体的には、問合せ部２５は、証明書検証部２４が取り出したユーザＩＤと、入力受付部２２が受信した入力属性情報とを含む問合せデータを生成し、生成した問合せデータを属性応答機関サーバ３に対して送信する。
【００２９】
結果受領部２６は、問合せ部２５による問い合わせの結果として、入力属性情報に含まれる属性値各々について、正／誤／権限なしのいずれかを表す結果情報を属性応答機関サーバ３より受信する。
正誤通知部２７は、結果受領部２６が受領した結果情報を、携帯端末１のディスプレイに表示できるように整形してＨＴＭＬファイルを生成する。なお、結果受領部２６が受信した結果情報が“誤”を表していた場合には、正誤通知部２７は、再入力を促すメッセージをＨＴＭＬファイルの中に含める。正誤通知部２７は、生成したＨＴＭＬファイルを携帯端末１に送信する。
【００３０】
［１．４．属性応答機関サーバ］
次に、属性応答機関サーバ３の構成について説明する。属性応答機関サーバ３は一般的なサーバのハードウェア構成を備えている。属性応答機関サーバ３の記憶部には、各種データやプログラムが記憶されており、属性応答機関サーバ３のＣＰＵがこれらのプログラムを実行して実現される機能と、属性応答機関サーバ３の記憶部に記憶されているデータと、属性応答機関サーバ３が備えるハードウェアとにより、図５に示す属性応答機関サーバ３の機能が実現される。以下、同図を参照しながら、各機能を説明する。属性応答機関サーバ３は、問合せ受領部３１、権限照合部３２、ＤＢ突合部３３、応答部３４、内部ＤＢ３５、ＤＢ抽出部３６、権限ＤＢ３７、及び、権限登録部３８を備えている。
【００３１】
内部ＤＢ３５は、属性応答機関サーバ３のハードディスクに設けられているデータベースである。図６には、内部ＤＢ３５のデータ構成を示す。同図に示すように、内部ＤＢ３５には、携帯端末１を所有する利用者のユーザ証明書に含まれる「ユーザＩＤ」に対して、「属性」と「属性値」との組が複数記憶されている。
ＤＢ抽出部３６は、定期的に、属性ＤＢ４からユーザ証明書のユーザＩＤと、ユーザＩＤで識別される利用者の属性と属性値との組を抽出し、ユーザＩＤと属性と属性値と対応付けて、内部ＤＢ３５に保存する。
【００３２】
ここで、属性ＤＢ４とは、携帯端末１に対して通信サービスを提供する通信事業者によって管理されているデータベースである。属性ＤＢ４には、携帯端末１の利用者についての契約者情報が記憶されている。当該契約者情報は、携帯端末１の利用者が通信事業者と通信サービスの利用契約を締結する際に、通信事業者に申請した情報である。契約者情報には、「住所」、「氏名」、「生年月日」、「電話番号」等の属性に対する属性値が含まれている。さらに、ここでは、携帯端末１の利用者は、電子認証サービスの契約を申し込んでおり、属性ＤＢ４には、利用者に発行したユーザ証明書に関する情報が記憶されている。
【００３３】
権限ＤＢ３７は、属性応答機関サーバ３のハードディスクに設けられているデータベースである。権限ＤＢ３７には、コンテンツ提供者サーバ２に、利用者の属性についての問い合わせを許可するか否かを表す権限情報が記憶されている。図７には、権限ＤＢ３７に記憶されている権限情報のデータ構成を示す。同図に示すように、権限情報は、コンテンツ提供者サーバ２の通信アドレスを表す「コンテンツ提供者ＩＤ」と、ユーザ証明書に含まれる「ユーザＩＤ」と、「属性」と、コンテンツ提供者ＩＤで識別されるコンテンツ提供者が「属性」の問い合わせを行う権限があるか否かを示す「問合せ権限」とを表す情報で構成されている。ここで、「問合せ権限」が“有”を表している場合には、問い合わせを行う権限があることを示しており、「問合せ権限」が“無”を表している場合には、問い合わせを行う権限がないことを示している。
【００３４】
権限登録部３８は、利用者からの要求に応じて、権限登録画面を表示するためのＨＴＭＬファイルを携帯端末１に送信し、これに応答して携帯端末１から送信されてきた権限情報を権限ＤＢ３７に登録する。  問合せ受領部３１は、コンテンツ提供者サーバ２から、入力属性情報の正誤を問い合わせるための問合せデータを受信する。
権限照合部３２は、権限ＤＢ３７に記憶されている権限情報に基づいて、問合せデータに含まれる入力属性情報で表される問合せ対象の属性各々について、コンテンツ提供者サーバ２が正誤を問い合わせる権限があるか否かを確認する。具体的には、権限照合部３２は、権限ＤＢ３７より、問合せ受領部３１が受信した問合せデータに付加されている送信元コンテンツ提供者サーバ２の通信アドレス及び問合せデータに含まれるユーザＩＤと一致する、「コンテンツ提供者ＩＤ」及び「ユーザＩＤ」を検索する。権限照合部３２は、権限ＤＢ３７より、一致する「コンテンツ提供者ＩＤ」及び「ユーザＩＤ」を含む権限情報を取得する。権限照合部３２は、取得した権限情報に含まれ、かつ、問合せ対象の「属性」に対する「問合せ権限」が“有”か“無”かを確認する。
【００３５】
ＤＢ突合部３３は、問合せデータに含まれる入力属性情報と、内部ＤＢ３５に記憶されている属性情報との突合を行う。具体的には、ＤＢ突合部３３は、内部ＤＢ３５から、問合せデータに含まれるユーザＩＤと一致する「ユーザＩＤ」を検索する。ＤＢ突合部３３は、一致する「ユーザＩＤ」と対応付けられており、かつ、問合せ対象であり、かつ、問合せ権限がある「属性」に対応する「属性値」を取り出す。ＤＢ突合部３３は、取り出した「属性値」と、入力属性情報で表される属性に対する属性値とのデータ内容が同一であるかどうかを判定する。
【００３６】
応答部３４は、コンテンツ提供者サーバ２が送信した問合せデータに対して、結果情報を返信する。具体的には、応答部３４は、権限照合部３２が取得した権限情報が権限ありを表している場合には、ＤＢ突合部３３による突合結果を“正”と“誤”との何れか一方のみを表すデータとして、コンテンツ提供者サーバ２に送信する。一方、権限照合部３２が取得した権限情報が権限なしを表している場合には“権限なし”を表すデータのみを、コンテンツ提供者サーバ２に送信する。
【００３７】
［１．５．属性応答処理］
次に、コンテンツ提供者サーバ２が属性入力用のフォームを携帯端末１に送信してから、携帯端末１が入力属性情報の判定結果を受信するまでの処理の流れを、図８を参照しながら説明する。なお、携帯端末１と、コンテンツ提供者サーバ２と、属性応答機関サーバ３とは、送信先通信アドレスと送信元通信アドレスと授受されるデータとを含むＨＴＴＰレスポンス／リクエストを授受するが、以下の説明では、授受されるデータのみを記述することとする。
【００３８】
ステップＳ０１において、コンテンツ提供者サーバ２のフォーム送信部２１は、ハードディスクに記憶されている、属性入力用のフォームを表示するためのＨＴＭＬファイルを読み出して、携帯端末１に送信する。
携帯端末１のフォーム受信部１１は、コンテンツ提供者サーバ２よりＨＴＭＬファイルを受信する。Ｗｅｂブラウザは、ＨＴＭＬファイルを解釈して、携帯端末１のディスプレイに属性入力欄が設けられたフォームを表示する。
【００３９】
ステップＳ０２において、携帯端末１の利用者は、操作ボタンを操作して、属性の入力欄に属性値を入力した後、送信の指示を行う。これにより、携帯端末１の入力送信部１２は、入力された、属性に対する属性値を表す入力属性情報をコンテンツ提供者サーバ２に送信する。これと同時に、証明書送信部１３は、ＵＩＭよりユーザ証明書を取得する。証明書送信部１３は、当該ユーザ証明書にシーケンス番号を付加することにより入力属性情報と対応付けた上で、コンテンツ提供者サーバ２に送信する。
【００４０】
ステップＳ０３において、コンテンツ提供者サーバ２の入力受付部２２は、携帯端末１より入力属性情報を受信する。また、証明書受領部２３は、携帯端末１よりユーザ証明書を受信する。
ステップＳ０４において、コンテンツ提供者サーバ２の証明書検証部２４は、公開鍵暗号方式によって、証明書受領部２３が受信したユーザ証明書が正当なものであるか否かを確認する。正当なものであればステップＳ０６に進み、正当なものでなければステップＳ０５に進む。
【００４１】
ステップＳ０５においては、ユーザ証明書が正当なものでないため、コンテンツ提供者サーバ２は、携帯端末１の利用者が不正ユーザであるとみなして、以降の処理を行わず異常終了とする。
ステップＳ０６において、コンテンツ提供者サーバ２は、証明書受領部２３が受信したユーザ証明書に記述されているユーザＩＤを取り出す。そして、コンテンツ提供者サーバ２は、入力属性情報の正誤を問い合わせるために、取り出したユーザＩＤと入力受付部２２が受信した入力属性情報とを含む問合せデータを生成する。コンテンツ提供者サーバ２の問合せ部２５は、生成した問合せデータを属性応答機関サーバ３に送信する。
【００４２】
属性応答機関サーバ３の問合せ受領部３１は、問合せデータを受信する。
ステップＳ０７において、属性応答機関サーバ３の権限照合部３２は、問合せデータを送信してきたコンテンツ提供者サーバ２が、入力属性情報の正誤を問い合わせる権限を有しているか否かを確認する。具体的には、権限照合部３２は、問合せデータに付加されている送信元のコンテンツ提供者サーバ２の通信アドレスと、問合せデータに含まれているユーザＩＤとを取得する。そして、権限照合部３２は、コンテンツ提供者サーバ２の通信アドレス及びユーザＩＤのデータ内容と一致する、「コンテンツ提供者ＩＤ」及び「ユーザＩＤ」を、権限ＤＢ３７より検索する。権限照合部３２は、一致する「コンテンツ提供者ＩＤ」及び「ユーザＩＤ」を含む権限情報を、権限ＤＢ３７より取得する。
【００４３】
ステップＳ０８において、権限照合部３２は、「問合せ権限」のデータ内容によって、問合せデータを送信してきたコンテンツ提供者サーバ２が、利用者の属性に関して問い合わせる権限を有しているか否かを確認する。具体的には、権限照合部３２は、問合せデータに含まれる問合せ対象の「属性」に対応する「問合せ権限」が“有”を表している場合には、コンテンツ提供者サーバ２が当該「属性」の正誤を問い合わせる権限を有していると判断する。一方、権限照合部３２は、問合せ対象の「属性」に対応する「問合せ権限」が“無” を表している場合には、コンテンツ提供者サーバ２が当該「属性」の正誤を問い合わせる権限を有していないと判断する。問合せ対象の属性のうち、問い合わせる権限を有する属性が存在すると判断された場合には、ステップＳ０９に進み、問い合わせる権限を有する属性が存在しないと判断された場合には、問い合わせの権限なしと回答することに決定して、ステップＳ１０に進む。
【００４４】
権限があると判断されてステップＳ０９に進んだ場合には、ＤＢ突合部３３は、問合せデータに含まれるユーザＩＤと一致する「ユーザＩＤ」を、内部ＤＢ３５から検索する。ＤＢ突合部３３は、一致する「ユーザＩＤ」と対応付けられており、かつ、問合せ対象であり、かつ、問合せ権限がある「属性」に対応する「属性値」を取り出す。ＤＢ突合部３３は、取り出した「属性値」と、受信した入力属性情報で表される属性に対する属性値とのデータ内容が同一であるか否かを判断する。
【００４５】
ステップＳ１０において、属性応答機関サーバ３の応答部３４は、問い合わせに対する結果情報をコンテンツ提供者サーバ２に送信する。具体的には、コンテンツ提供者サーバ２が権限を有していると判定された場合には、応答部３４は、ＤＢ突合部３３による突合結果を、正／誤で表される正誤情報のみを送信する。一方、コンテンツ提供者サーバ２が権限を有していないと判定された場合には、応答部３４は、“権限なし”を通知する情報のみを送信する。
【００４６】
ステップＳ１１において、コンテンツ提供者サーバ２の結果受領部２６は、問い合わせの結果を示す結果情報を受信する。コンテンツ提供者サーバ２は、結果受領部２６が受信した結果情報が正誤を表す正誤情報であった場合には、当該正誤情報を、携帯端末１に表示できるように整形して、入力属性情報の正誤を通知するＨＴＭＬファイルを生成する。さらに、正誤情報が“誤”を表していた場合には、再入力を促すためのメッセージを、ＨＴＭＬファイルに含める。正誤通知部２７は、生成したＨＴＭＬファイルを携帯端末１に送信する。
ステップＳ１２において、携帯端末１の正誤受領部１４は、コンテンツ提供者サーバ２よりＨＴＭＬファイルを受信する。Ｗｅｂブラウザは、ＨＴＭＬファイルを解釈して、画面表示などによって利用者に属性情報の正誤の通知を行う。
【００４７】
［２．動作］
次に、上記構成における動作について、図８を参照しながら説明する。
前提として、予め、属性応答機関サーバ３のＤＢ抽出部３６は、属性ＤＢ４より契約者情報やユーザ証明書のユーザＩＤを抽出して内部ＤＢ３５に登録しているため、内部ＤＢ３５には図６に示すデータが記憶されているものとする。
また、ここでのコンテンツ提供者サーバ２を識別するための通信アドレスは、“１２３”であるものとする。この通信アドレスは、コンテンツ提供者サーバ２の記憶部に記憶されており、コンテンツ提供者サーバ２が授受するデータに付加される。また、コンテンツ提供者サーバ２の記憶部には、図３に示す属性入力用のフォームを表示するためのＨＴＭＬファイルが記憶されているものとする。
【００４８】
また、携帯端末１に記憶されているユーザ証明書のユーザＩＤは、“ＡＢＣ”であるものとする。また、当該ユーザ証明書は、コンテンツ提供者サーバ２に送信された際に、コンテンツ提供者サーバ２によって正当であると判定されるものとする。また、携帯端末１の利用者は、属性応答機関サーバ３に要求を行うことによって表示された権限登録画面より、コンテンツ提供者の権限を登録しているため、属性応答機関サーバ３の権限登録部３８は、権限ＤＢ３７に図７に示す権限情報を登録しているものとする。
【００４９】
また、コンテンツの利用者は、以下に説明する動作において、携帯端末１に表示されたフォームから属性情報を入力する際に、生年月日の誤入力をしたものとする。
まず、携帯端末１の利用者は、操作ボタンを操作して、例えば、コンテンツ提供者サーバ２のＵＲＬ（Uniform Resource Locator）を指定して、コンテンツ提供者サーバ２に接続する指示を行う。これにより、携帯端末１とコンテンツ提供者サーバ２とは、ＨＴＴＰリクエスト／レスポンスによりデータの授受を行い、携帯端末１の利用者はコンテンツ提供者サーバ２よりコンテンツの提供を受ける。コンテンツの提供を受けている途中で、携帯端末１の利用者は、属性入力用のフォームを要求する指示を行う。これにより、携帯端末１は、属性入力用のフォームを要求する要求データをコンテンツ提供者サーバ２に送信する。
【００５０】
コンテンツ提供者サーバ２は、携帯端末１から要求データを受信する。フォーム送信部２１は、図３に示すフォームを表示するためのＨＴＭＬファイルをハードディスクより読み出して、携帯端末１に送信する（ステップＳ０１）。
携帯端末１のフォーム受信部１１は、コンテンツ提供者サーバ２よりＨＴＭＬファイルを受信する。Ｗｅｂブラウザは、ＨＴＭＬファイルを解釈して、携帯端末１のディスプレイに属性入力用のフォームを表示する。
【００５１】
利用者は、携帯端末１の操作ボタンを操作して、「住所」の入力欄に“東京都”、「氏名」の入力欄に“佐藤花子”、「生年月日」の入力欄に“Ｓ３０．１０．１０”と入力した後、フォーム上の送信ボタンを選択することにより送信の指示を行う。
これにより、携帯端末１の入力送信部１２は、入力された、属性に対する属性値を表す入力属性情報（“属性「住所」に対する属性値“東京都”、属性「氏名」に対する属性値“佐藤花子”、属性「生年月日」に対する属性値“Ｓ３０．１０．１０”）を、コンテンツ提供者サーバ２に送信する。このときに、証明書送信部１３は、ＵＩＭよりユーザ証明書を読み出して、当該ユーザ証明書を入力属性情報と同時に、コンテンツ提供者サーバ２に送信する（ステップＳ０２）。
【００５２】
コンテンツ提供者サーバ２の入力受付部２２は入力属性情報を受信し、証明書受領部２３はユーザ証明書を受信する（ステップＳ０３）。コンテンツ提供者サーバ２の証明書検証部２４は、公開鍵暗号方式に従って、証明書受領部２３が受信したユーザ証明書が正当なものであるか否かを判定する。ここでは、ユーザ証明書は、正当なものであると判定されるため（ステップＳ０４；Ｙｅｓ）、コンテンツ提供者サーバ２は、証明書受領部２３が受信したユーザ証明書に記載されているユーザＩＤ“ＡＢＣ”を取り出す。そして、コンテンツ提供者サーバ２は、入力属性情報の正誤を問い合わせるために、取り出したユーザＩＤ“ＡＢＣ”と入力受付部２２が受信した入力属性情報（“「住所」“東京都”、「氏名」“佐藤花子”、「生年月日」“Ｓ３０．１０．１０”）とを含む問合せデータを生成する。コンテンツ提供者サーバ２の問合せ部２５は、生成した問合せデータを属性応答機関サーバ３に送信する（ステップＳ０６）。
【００５３】
属性応答機関サーバ３の問合せ受領部３１は、問合せデータを受信する。属性応答機関サーバ３の権限照合部３２は、問合せデータを送信してきたコンテンツ提供者サーバ２が、利用者の入力属性情報の正誤を問い合わせる権限を有しているか否かを調査する（ステップＳ０７）。具体的には、権限照合部３２は、受信した問合せデータに付加されている送信元のコンテンツ提供者サーバ２の識別情報“１２３”と、問合せデータに含まれるユーザＩＤ“ＡＢＣ”とを取得する。そして、権限照合部３２は、コンテンツ提供者サーバ２の識別情報“１２３”及びユーザＩＤ“ＡＢＣ”と一致する、「コンテンツ提供者ＩＤ」及び「ユーザＩＤ」を、権限ＤＢ３７より検索する。ここでは、図７に示す上段の権限情報が、一致する「コンテンツ提供者ＩＤ」及び「ユーザＩＤ」を含んでいるため、権限照合部３２は、図７の上段に示す権限情報を、権限ＤＢ３７より取得する。そして、権限照合部３２は、取得した権限情報の「属性」に対応する「問合せ権限」が“有”か“無”かを確認する。
【００５４】
ここでは、権限情報の「属性」“住所”、“氏名”、“生年月日”に対応する「問合せ権限」が全て“有”であるため、権限照合部３２は、問合せ対象の属性全てについてコンテンツ提供者サーバ２は権限を有しており、突合を行うことが可能であると判断する（ステップＳ０８；Ｙｅｓ）。
ＤＢ突合部３３は、内部ＤＢ３５から、ユーザＩＤ“ＡＢＣ”と一致する「ユーザＩＤ」を検索する。ＤＢ突合部３３は、一致する「ユーザＩＤ」“ＡＢＣ”と対応付けられて記憶されている「属性情報」（“「住所」“東京都”、「氏名」“佐藤花子”、「生年月日」“Ｓ１０．１０．１０”）を内部ＤＢ３５より取り出す。ＤＢ突合部３３は、取り出した「属性情報」と、受信した問合せデータに含まれる入力属性情報（“「住所」“東京都”、「氏名」“佐藤花子”、「生年月日」“Ｓ３０．１０．１０”）とのデータ内容を突合して、各々の問合せ対象の属性に対する属性値が一致しているか否かを確認する（ステップＳ０９）。
【００５５】
ここでは、属性「住所」と属性「氏名」とに対する属性値は一致しているが、属性「生年月日」に対する属性値が一致していないため、応答部３４は、ＤＢ突合部３３による突合結果（「住所」“正”、「氏名」“正”、「生年月日」“誤”）を表す正誤情報を生成し、当該正誤情報のみをコンテンツ提供者サーバ２に送信する（ステップＳ１０）。
【００５６】
コンテンツ提供者サーバ２の結果受領部２６は、正誤情報を受信する。コンテンツ提供者サーバ２は、受信した正誤情報に基づいて、入力された属性値の正誤を通知する情報と、生年月日の再入力を促すメッセージとを表示するためのＨＴＭＬファイルを生成する。正誤通知部２７は、生成したＨＴＭＬファイルを携帯端末１に送信する（ステップＳ１１）。
携帯端末１の正誤受領部１４は、ＨＴＭＬファイルを受信する。Ｗｅｂブラウザは、受信したＨＴＭＬファイルを解釈して、画面をディスプレイに表示する（ステップＳ１２）。これにより、利用者は、「生年月日」を正確に入力できていなかったことを確認し、再入力を行うことができる。
【００５７】
以上のように、コンテンツ提供者サーバ２が、取得したいコンテンツ利用者の属性情報を、携帯端末１に表示されたフォームからコンテンツ利用者に入力させ、入力された入力属性情報とユーザ証明書のユーザＩＤとを属性応答機関サーバ３に送信して問い合わせると、権限のある属性に対して内部ＤＢ３５に記憶されている属性値と一致するか否かが結果情報として返信される。一致しない場合には、携帯端末１の利用者に通知して再入力を促す等を行うことにより、コンテンツ提供者が、コンテンツ利用者による誤入力等によって実際と異なる属性値を取得することを防止することが可能となる。
また、属性応答機関サーバ３は、コンテンツ提供者サーバ２から送信された入力属性情報が内部ＤＢ３５に記憶されている属性値と一致するかどうかのみを応答し、利用者の属性情報をそのまま開示することはしないため、利用者のプライバシーに配慮することができる。
【００５８】
［３．変形例］
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、請求項に示された範囲内において、様々に変形して実施しうる。その変形例としては、例えば、以下のようなものが考えられる。
（１）上述した実施形態においては、入力属性情報と、内部ＤＢ３５に記憶されている属性情報との突合を行うためのキー（利用者の識別情報）として、ユーザ証明書のユーザＩＤを用いたが、これに限定されずに、例えば、携帯端末１の電話番号やＩＰ（Internet Protocol）アドレスを用いることもできる。
【００５９】
（２）上述した実施形態においては、属性ＤＢ４に、内部ＤＢ３５に登録すべき契約者情報やユーザＩＤが全て記憶されているとして説明したが、属性ＤＢ４に記憶されるデータは、通信ネットワーク上の複数のサーバに分散されて記憶されていてもよい。また、上述した実施形態においては、内部ＤＢ３５に登録する属性情報は、携帯端末１の利用契約上の契約者情報を利用するとして説明したが、登録する情報は契約者情報に限らず、例えば、他のサービス契約の利用者情報を利用してもよいし、入手可能であれば、市町村役場が管理している住民台帳の情報を用いてもよい。
【００６０】
（３）上述した実施形態においては、ＨＴＴＰに従ってデータを送受信するとして説明したが、ＲＴＳＰ（Real Time Streaming Protocol）やＳＯＡＰ（Simple Object Access Protocol）等のプロトコルを用いてもよい。
また、コンテンツ提供者サーバ２は、属性入力用のフォームを表示するためのＨＴＭＬファイルを記憶しているとしたが、ＸＭＬ（eXtensible Markup Language）ファイルを記憶していてもよいし、コンテンツ提供者が取得したい属性に合わせて、動的に入力フォームを表示するためのＨＴＭＬファイルを生成するようにしてもよい。
【００６１】
（４）上述した実施形態における、内部ＤＢ３５や権限ＤＢ３７のデータ構成は一例である。例えば、権限ＤＢ３７には、「問合せ権限」が“無”である属性も記憶したが、「問合せ権限」が“有”の属性のみを記憶するようにしてもよい。また、上述した実施形態においては、権限ＤＢ３７は、コンテンツ提供者毎、かつ、属性毎の権限を記憶するデータ構成としたが、属性に関わり無くコンテンツ提供者毎の権限を記憶するデータ構成としてもよい。
【００６２】
（５）上述した実施形態における携帯端末１は、携帯電話機であるとして説明したが、ＰＨＳ（Personal Handyphone System）でもよい。また、通信サービスの利用契約に関する契約者情報が存在しなくても構わない場合には、ＰＤＡ（Personal Digital Assistance）やパーソナルコンピュータでもよい。また、上述した実施形態においては、ユーザ証明書は、携帯端末１のＵＩＭに記憶されているとしたが、携帯端末１の不揮発性メモリに記憶されているようにしてもよい。
【産業上の利用可能性】
【００６３】
本発明は、利用者のプライバシーを保護しながら、利用者が申請・入力した情報が正しいか否かを確認して、正確な利用者の属性情報に基づいた処理を行う必要がある産業、例えば、物品販売、商品配達、契約締結、市場調査等で利用することができる。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施の形態に係る属性応答システムの構成を示すブロック図である。
【図２】同実施の形態に係る携帯端末の機能ブロック図である。
【図３】同実施の形態に係る属性入力用のフォームの一例を示す図である。
【図４】同実施の形態に係るコンテンツ提供者サーバの機能ブロック図である。
【図５】同実施の形態に係る属性応答機関サーバの機能ブロック図である。
【図６】同実施の形態に係る内部ＤＢのデータ構成を示す図である。
【図７】同実施の形態に係る権限ＤＢのデータ構成を示す図である。
【図８】同実施の形態に係る属性応答処理の流れを説明するための図である。
【符号の説明】
【００６５】
１      携帯端末
１１    フォーム受信部
１２    入力送信部
１３    証明書送信部
１４    正誤受領部
１５    権限登録部
２      コンテンツ提供者サーバ
２１    フォーム送信部
２２    入力受付部
２３    証明書受領部
２４    証明書検証部
２５    問合せ部
２６    結果受領部
２７    正誤通知部
３      属性応答機関サーバ
３１    受領部
３２    権限照合部
３３    突合部
３４    応答部
３５    内部ＤＢ
３６   抽出部
３７    権限ＤＢ
３８    権限登録部
４      属性ＤＢ
【図１】
2005141317.tif 000003
【図２】
2005141317.tif 000004
【図３】
2005141317.tif 000005
【図４】
2005141317.tif 000006
【図５】
2005141317.tif 000007
【図６】
2005141317.tif 000008
【図７】
2005141317.tif 000009
【図８】
2005141317.tif 000010