(57)【特許請求の範囲】
【請求項１】
各種サービスを提供するサービス提供装置と、前記サービス提供装置からの個人属性情報の取得要求を中継する情報管理装置と、前記サービス提供装置に対して個人属性情報を提供する属性情報管理装置とから構成される個人属性情報提供システムであって、
前記サービス提供装置は、
前記個人属性情報の取得を要求する複数の識別子それぞれを、前記属性情報管理装置にて識別可能な第１情報に自装置内で変換するとともに、前記第１情報に自装置内で変換できない識別子を、前記情報管理装置にて識別可能な第２情報に変換し、変換した第２情報を前記第１情報に変換する変換要求を、前記情報管理装置に送信する情報送信手段と、
前記情報管理装置から前記第１情報を受信した場合に、受信した第１情報と自装置で管理する識別子との対応付けを記憶手段に格納するとともに、当該情報管理装置から受信した第１情報と自装置内で変換できた第１情報とを結合して一覧情報を作成し、当該複数の第１情報それぞれにより特定される個人属性情報の取得要求に、作成した前記一覧情報を付加して属性情報管理装置に送信する属性情報取得要求手段と、
複数の第１情報と個人属性情報とを前記属性情報管理装置から受信した場合に、当該複数の第１情報を自装置で管理する識別子に変換して識別子を特定する識別子特定手段と、
前記情報管理装置は、
前記サービス提供装置から前記第２情報を受信した場合に、当該第２情報を前記第１情報に変換してサービス提供装置に送信する情報送信手段と、
前記属性情報管理装置は、
自装置内で管理する一意に割り当てた識別子に対応付けて、前記個人属性情報を記憶する属性情報記憶手段と、
前記サービス提供装置から取得要求を受信した場合に、当該取得要求に付加された前記一覧情報に含まれる複数の第１情報それぞれを自装置で管理する識別子に変換し、変換した識別子それぞれにより特定される個人属性情報を、前記属性情報記憶手段から取得する情報取得手段と、
前記情報取得手段により取得された個人属性情報を、前記サービス提供装置から受信した複数の第１情報それぞれに付加して前記サービス提供装置に送信する情報送信手段と、
を備えたことを特徴とする個人属性情報提供システム。
【請求項２】
前記属性情報管理装置は、前記識別子に対応付けて、当該識別子により特定される個人属性情報を開示するか否かを記憶する属性開示制御記憶手段をさらに備え、
前記属性情報管理装置の情報取得手段は、前記サービス提供装置から取得要求を受信した場合に、当該取得要求に付加された前記一覧情報に含まれる複数の第１情報それぞれを自装置で管理する識別子に変換し、変換した識別子のうち、前記属性開示制御記憶手段に開示を許可する旨の情報が記憶されている識別子に対応付けられた個人属性情報を、前記属性情報記憶手段から取得することを特徴とする請求項１に記載の個人属性情報提供システム。
【請求項３】
各種サービスを提供するサービス提供装置と、前記サービス提供装置からの個人属性情報の取得要求を中継する情報管理装置と、前記サービス提供装置に対して個人属性情報を提供する属性情報管理装置とから構成される個人属性情報提供システムに適した個人属性情報提供方法であって、
前記サービス提供装置は、
前記個人属性情報の取得を要求する複数の識別子それぞれを、前記属性情報管理装置にて識別可能な第１情報に自装置内で変換するとともに、前記第１情報に自装置内で変換できない識別子を、前記情報管理装置にて識別可能な第２情報に変換し、変換した第２情報を前記第１情報に変換する変換要求を、前記情報管理装置に送信する情報送信工程と、
前記情報管理装置から前記第１情報を受信した場合に、受信した第１情報と自装置で管理する識別子との対応付けを記憶手段に格納するとともに、当該情報管理装置から受信した第１情報と自装置内で変換できた第１情報とを結合して一覧情報を作成し、当該複数の第１情報それぞれにより特定される個人属性情報の取得要求に、作成した前記一覧情報を付加して属性情報管理装置に送信する属性情報取得要求工程と、
複数の第１情報と個人属性情報とを前記属性情報管理装置から受信した場合に、当該複数の第１情報を自装置で管理する識別子に変換して識別子を特定する識別子特定工程と、
前記情報管理装置は、
前記サービス提供装置から前記第２情報を受信した場合に、当該第２情報を前記第１情報に変換してサービス提供装置に送信する情報送信工程と、
前記属性情報管理装置は、
前記自装置内で管理する一意に割り当てた識別子に対応付けて、前記個人属性情報を記憶する属性情報記憶手段と、
前記サービス提供装置から取得要求を受信した場合に、当該取得要求に付加された前記一覧情報に含まれる複数の第１情報それぞれを自装置で管理する識別子に変換し、変換した識別子それぞれにより特定される個人属性情報を、前記属性情報記憶手段から取得する情報取得工程と、
前記情報取得工程により取得された個人属性情報を、前記サービス提供装置から受信した複数の第１情報それぞれに付加して前記サービス提供装置に送信する情報送信工程と、
を含んだことを特徴とする個人属性情報提供方法。
【請求項４】
各種サービスを提供するサービス提供装置と、前記サービス提供装置からの個人属性情報の取得要求を中継する情報管理装置と、前記サービス提供装置に対して個人属性情報を提供する属性情報管理装置とから構成される個人属性情報提供システムであって、
前記サービス提供装置は、
自装置内で管理する一意に割り当てた識別子に対応付けて、前記属性情報管理装置にて識別可能な第１情報を記憶する第１情報記憶手段と、
自装置内で管理する一意に割り当てた識別子に対応付けて、前記情報管理装置にて識別可能な第２情報を記憶する第２情報記憶手段と、
前記個人属性情報の取得を要求する複数の識別子それぞれを、前記第１情報記憶手段を参照することで、前記属性情報管理装置にて識別可能な第１情報に自装置内で変換するとともに、前記第１情報記憶手段に記憶されておらず、前記第１情報に自装置内で変換できない識別子を、前記第２情報記憶手段を参照することで、前記情報管理装置にて識別可能な第２情報に変換し、変換した第２情報を前記第１情報に変換する変換要求を、前記情報管理装置に送信する情報送信手段と、
前記情報管理装置から前記第１情報を受信した場合に、受信した第１情報と自装置で管理する識別子との対応付けを前記第１情報記憶手段に格納するとともに、当該情報管理装置から受信した第１情報と自装置内で変換できた第１情報とを結合して一覧情報を作成し、当該複数の第１情報それぞれにより特定される個人属性情報の取得要求に、作成した前記一覧情報を付加して属性情報管理装置に送信する属性情報取得要求手段と、
複数の第１情報と個人属性情報とを前記属性情報管理装置から受信した場合に、前記第１情報記憶手段を参照することで、当該複数の第１情報を自装置で管理する識別子に変換して識別子を特定する識別子特定手段と、
前記情報管理装置は、
自装置内で管理する一意に割り当てた識別子に対応付けて、前記第１情報及び前記第２情報を記憶する第１第２情報記憶手段と、
前記サービス提供装置から前記第２情報を受信した場合に、前記第１第２情報記憶手段を参照することで、当該第２情報を前記第１情報に変換してサービス提供装置に送信する情報送信手段と、
前記属性情報管理装置は、
自装置内で管理する一意に割り当てた識別子に対応付けて、前記第１情報を記憶する第１情報記憶手段と、
自装置内で管理する一意に割り当てた識別子に対応付けて、前記個人属性情報を記憶する属性情報記憶手段と、
前記サービス提供装置から取得要求を受信した場合に、当該属性情報管理装置の前記第１情報記憶手段を参照することで、当該取得要求に付加された前記一覧情報に含まれる複数の第１情報それぞれを自装置で管理する識別子に変換し、変換した識別子それぞれにより特定される個人属性情報を、前記属性情報記憶手段から取得する情報取得手段と、
前記情報取得手段により取得された個人属性情報を、前記サービス提供装置から受信した複数の第１情報それぞれに付加して前記サービス提供装置に送信する情報送信手段と、
を備えたことを特徴とする個人属性情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、各種サービスを提供するサービス提供装置と、前記サービス提供装置からの個人属性情報の取得要求を中継する情報管理装置と、前記サービス提供装置に対して個人属性情報を提供する個人属性情報管理装置とから構成される個人属性情報提供システムおよび個人属性情報提供方法に関する。
【背景技術】
【０００２】
従来より、Liberty  AllianceのID-FF（Identity  Federation  Framework）仕様などをベースとしたOASIS  SAML2.0を用いた仮名（pseudonym）により、Webサイト間の異なるIDを連携させて、シングルサインオンを実現するID連携技術が広く普及しつつある（非特許文献１〜３参照）。
【０００３】
具体的には、仮名によるID連携では、図１４に示すように、アサーション（証明書）を検証してユーザを認証するSP（Service  Provider）であるWebサイトAとWebサイトBと、ユーザ認証結果に基づいてアサーションを発行するIDP（Identity  Provider）である認証サイトとから構成されるシステムが利用される。WebサイトAは、「実名、仮名」として「m.maruyama  zzo90Ddo3」を記憶し、同様に、WebサイトBは、「Maruyama＿Maruo、9ODkqe28」を記憶し、認証サイトは、Webサイトごとに「仮名、実名」として「zzo90Ddo3（WebサイトA）、maruo」、「9ODkqe28（WebサイトB）、maruo」を記憶している。
【０００４】
このような構成において、ユーザ名（maruo）が利用する利用者端末からのログイン（ログインID：m.maruyama）を受け付けたWebサイトAは、当該ログインIDを仮名に変換して、認証サイトに認証を依頼し、認証サイトは、WebサイトAから受け付けた仮名に対応する実名が「maruo」であることより認証を許可する。同様に、ユーザ名（maruo）が利用する利用者端末からのログイン（ログインID：Maruyama＿Maruo）を受け付けたWebサイトBは、当該ログインIDを仮名に変換して、認証サイトに認証を依頼し、認証サイトは、WebサイトＢから受け付けた仮名に対応する実名が「maruo」であることより認証を許可する。つまり、このシステムでは、同じユーザが複数のWebサイトにログインした場合に、それぞれのWebサイトで独自の仮名に変換されて認証されるので、例えば、WebサイトAのユーザ情報が流出してWebサイトBのログインに使用されたとしても、仮名が異なるため名寄せができない。
【０００５】
また、SMALによるシングルサインオンでは、図１５に示すように、Webサイトにログインしてサービスを受ける利用者端末と、アサーションを検証してユーザを認証するSPであるWebサイトAとWebサイトBと、ユーザ認証結果に基づいてアサーションを発行するIDPを示す認証サイトとから構成されるシステムが利用される。
【０００６】
具体的には、ユーザ名（maruo）が利用する利用者端末からのログインを受け付けたWebサイトAは、当該利用者の認証依頼を認証サイトに送信し（図１５の（１）と（２）参照）、認証サイトは、当該利用者に対してログインとパスワードとの入力を求めて初期認証を行う（図１５の（３）参照）。そして、認証サイトでは、初期認証を行った結果、利用者端末の利用者が「maruo」であると認証できたので、認証の要求元であるWebサイトAの「maruo」に対応する仮名を、WebサイトAに認証アサーションとして送信する（図１５の（４）参照）。続いて、WebサイトAは認証サイトで認証した結果としてのアサーションを受け取るので、受け取ったアサーションに含まれる仮名からユーザ（m.maruyama）を特定し、WebサイトAに「m.maruyama」でログインが完了（図１５の（５）参照）する。
【０００７】
その後、利用者は、WebサイトBにログインを要求し（図１５の（６）参照）、WebサイトBは、認証サイトに認証要求を行う（図１５の（７）参照）。すると、認証サイトは、初期認証が済んでいるので利用者端末の利用者が「maruo」であることを特定し、「maruo」のWebサイトBにおける仮名に変換して、アサーションをWebサイトBに送信し、WebサイトBでは、受け取ったアサーションに含まれる仮名からユーザであるMaruyama_Maruoを特定することで、WebサイトBに対する認証が完了しWebサイトBにログインが完了する（図１５の（８）参照）。つまり、利用者端末は、あるWebサイトに対して認証を行った後に、他のWebサイトにログインする場合には、当該他のサイトとの間で再び認証処理を行うことなくログインすることができる。
【０００８】
最近では、上記したSAML2.0を用いた利用者を特定する個人情報を示す個人属性情報を取得することができるシステムが利用されており、また、SAML  2.0によるID連携が成立しているWebサイト間での個人属性情報の交換の仕組みが定義されているID-WSF（Identity  Web  Service  Framework）が利用されている。
【０００９】
ここで、まず、図１６を用いて、SAML2.0を用いた個人属性情報取得の流れについて説明する。図１６に示すように、利用者端末からサービス要求（ID=m.maruyama）を受け付けたWebサイトAは、当該「ID=m.maruyama」を仮名「zzo90Ddo3」に変換して、認証サイトに個人属性情報取得要求を送信する（図１６の（１）と（２）参照）。すると、認証サイトは、受信した仮名「zzo90Ddo3」が実名「maruo」であるか否かを判断する認証処理を実行し、認証許可と判断すると、仮名「zzo90Ddo3」に対応する個人属性情報を取得して、WebサイトAに送信する（図１６の（３）と（４）参照）。このようにして、利用者端末（ID=m.maruyama）の個人属性情報を取得したWebサイトAは、当該利用者端末に対してサービスを提供する（図１６の（５）参照）。つまり、リクエスター（WebサイトA）は、属性オーソリティ（認証サイト）に格納されている属性の取得を、リクエスターの仮名を用いて要求することができる。
【００１０】
次に、図１７を用いて、ID-WSFを用いた個人属性情報取得の流れについて説明する。なお、図示した認証サイトとWebサイトA、認証サイトとWebサイトBとは、上記したような手法を用いて、それぞれ仮名によるID連携が成立しているものとする。図１７に示すように、WebサイトBは、個人属性情報を記憶していることを認証サイトに対して事前に登録しておく（図１７の（１）参照）。
【００１１】
このような状態において、利用者端末からサービス要求（ID=m.maruyama）を受け付けたWebサイトAは、当該「ID=m.maruyama」を仮名「zzo90Ddo3」に変換して、認証要求と個人属性情報提供先の検索要求を認証サイトに送信する（図１７の（２）と（３）参照）。すると、認証サイトは、受信した仮名「zzo90Ddo3」が実名「maruo」であるか否かを判断する認証処理を実行し、その結果（認証許可）と個人属性情報提供先であるWebサイトBの位置情報（例えば、IPアドレスなど）と実名「maruo」のWebサイトBにおける仮名「9ODkqe28」とをWebサイトAに返却する（図１７の（４）と（５）参照）。続いて、WebサイトAは、受信した位置情報を用いて、個人属性取得要求と仮名「9ODkqe28」をWebサイトBに送信し、WebサイトBは、仮名「9ODkqe28」に対応する個人属性情報をWebサイトAに応答する（図１７の（６）〜（８）参照）。このようにして、利用者端末（ID=m.maruyama）の個人属性情報を取得したWebサイトAは、当該利用者端末に対してサービスを提供する（図１７の（９）参照）。つまり、認証サイトとWebサイトA、認証サイトとWebサイトBとが、それぞれ仮名によるID連携が成立しているシステムでは、WebサイトAからWebサイトBに対して、実名（実ID）を用いることなく、仮名による属性取得を行うことができる。
【００１２】
【非特許文献１】“OASIS  Security  Assertion  Markup  Language（SAML）v2.0”、［online］、［平成１９年１１月１１日検索］、インターネット＜http://www.oasis-open.org/specs/index.php#samlv2.0＞
【非特許文献２】“Liberty  Alliance  ID-WSF  Web  Service  Framework  2.0”、［online］、［平成１９年１１月１１日検索］、インターネット＜http://www.projectliberty.org/resource_center/specifications/liberty_alliance_id_wsf_2_0_specifications_including_errata_v1_0_updates＞
【非特許文献３】“Liberty  Alliance  ID-FF  1.2”、［online］、［平成１９年１１月１１日検索］、インターネット＜http://www.projectliberty.org/resource_center/specifications/liberty_alliance_id_ff_1_2_specifications＞
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、上記した従来の技術は、複数の利用者の個人属性情報を一回の取得要求で取得することができないという課題があった。具体的には、上記したSAML2.0やID-WSF  2.0では、一回の属性交換要求には取得を要求する利用者を一人しか指定できないため、複数の利用者の個人属性情報を取得する場合には、一人一人の属性交換処理を逐次的に実施しなければならなかった。そのため、通信処理効率が良くなく、システム全体の処理が遅くなるという結果を招いていた。
【００１４】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、複数の利用者の個人属性情報を一回の取得要求で取得することが可能である個人属性情報提供システムおよび個人属性情報提供方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上述した課題を解決し、目的を達成するため、本発明は、各種サービスを提供するサービス提供装置と、前記サービス提供装置からの個人属性情報の取得要求を中継する情報管理装置と、前記サービス提供装置に対して個人属性情報を提供する属性情報管理装置とから構成される個人属性情報提供システムであって、前記サービス提供装置は、前記個人属性情報の取得を要求する複数の識別子それぞれを、所定の条件に基づいて、前記情報管理装置で管理されている情報に変換し、変換した情報を前記属性情報管理装置で管理されている情報に変換する変換要求を情報管理装置に送信する情報送信手段と、前記情報管理装置から属性情報管理装置で管理されている複数の情報を受信した場合に、当該複数の情報それぞれにより特定される個人属性情報の取得要求に、前記受信した属性情報管理装置で管理されている複数の情報を付加して属性情報管理装置に送信する属性情報取得要求手段と、前記属性情報管理装置で管理される複数の情報と個人属性情報とを前記属性情報管理装置から受信した場合に、所定の条件に基づいて、当該複数の情報を自装置で管理する識別子に変換して識別子を特定する識別子特定手段と、前記情報管理装置は、前記サービス提供装置から自装置で管理される複数の情報を受信した場合に、所定の条件に基づいて、当該複数の情報それぞれを前記属性情報管理装置で管理される情報に変換してサービス提供装置に送信する情報送信手段と、前記属性情報管理装置は、前記自装置内で管理する一意に割り当てた識別子に対応付けて、前記個人属性情報を記憶する属性情報記憶手段と、前記サービス提供装置から取得要求を受信した場合に、当該取得要求に付加された自装置で管理される複数の情報それぞれを自装置で管理する識別子に変換し、変換した識別子それぞれにより特定される個人属性情報を、前記属性情報記憶手段から取得する情報取得手段と、前記情報取得手段により取得された個人属性情報を、前記サービス提供装置から受信した自装置で管理される複数の情報それぞれに付加して前記サービス提供装置に送信する情報送信手段と、を備えたことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、複数の利用者の個人属性情報を取得する際も利用者ごとに取得する必要はなく、複数の利用者の個人属性情報を一回の取得要求で取得することが可能である。
【発明を実施するための最良の形態】
【００１７】
以下に添付図面を参照して、この発明に係る個人属性情報提供システムおよび個人属性情報提供方法の実施例を詳細に説明する。なお、以下では、本実施例で用いる主要な用語、本実施例に係る個人属性情報提供システムの概要および特徴、個人属性情報提供システムの構成および処理の流れを順に説明し、最後に本実施例に対する種々の変形例を説明する。
【実施例１】
【００１８】
［用語の説明］
まず最初に、本実施例で用いる主要な用語を説明する。本実施例で用いる「サービス提供システム」とは、各種サービスを提供する「サービス提供サイト（特許請求の範囲に記載の「サービス提供装置」に対応する）」と、サービス提供サイトからの個人属性情報の取得要求を中継する「情報管理サイト（特許請求の範囲に記載の「情報管理装置」）」と、サービス提供サイトに対して個人属性情報を提供する「属性情報管理サイト（特許請求の範囲に記載の「属性情報管理装置」に対応する）」とがインターネットなどのネットワークを介して相互に通信可能に接続されて構成される。なお、本実施例では、それぞれの装置が１台ずつネットワークに接続されている場合について説明するが、本発明はこれに限定されるものではなく、それぞれ複数台接続されていてもよい。
【００１９】
また、本実施例で用いる「サービス提供システム」を構成する各装置間、具体的には、サービス提供サイトと情報管理サイトとの間、情報管理サイトと属性情報管理サイトとの間においては、SAML2.0などにより、ID連携が可能な状態であり、サービス提供サイトは、情報管理サイトを介して属性情報管理サイトから利用者の個人属性情報を取得することができる。
【００２０】
また、「サービス提供サイト」とは、例えば、VOD（Video  On  Demand）サービス、音楽配信サービス、フリーメールサービス、ダイレクトメールなどの各種サービスをネットワークを介して、利用者端末などの装置に提供するWebサーバ装置などのサーバ装置のことである。また、この「サービス提供サイト」は、住所や氏名などの個人属性情報を用いて各種サービス提供する。
【００２１】
また、「情報管理サイト」は、サービス提供サイトから個人属性情報の取得要求を受け付けた場合に、当該要求を属性情報管理サイトに送信する。また、「属性情報管理サイト」とは、予め契約する利用者末によって登録された個人属性情報を記憶し、「サービス提供サイト」から要求に応じて、記憶する個人属性情報を提供する。ここで、「情報管理サイト」に記憶される個人属性情報としては、例えば、会社、自宅、携帯などのメールアドレスや会社、自宅、実家、自宅ＩＰ電話などの電話番号など、同一の項目に対して複数の情報が記憶され、それぞれ独立して個人を特定できる情報のことである。
【００２２】
［個人属性情報提供システムの概要および特徴］
次に、図１を用いて、実施例１に係る個人属性情報提供システムの概要および特徴を説明する。図１は、実施例１に係る個人属性情報提供システムの全体構成を示すシステム構成図である。図１に示すように、この個人属性情報提供システムは、サイトＢ（サービス提供サイト）とサイトＡ（情報管理サイト）とサイトＣ（属性情報管理サイト）とから構成される。
【００２３】
このような構成において、実施例１に係る個人属性情報提供システムは、上記したように、各種サービスを提供するサイトＢと、サイトＢからの個人属性情報の取得要求を中継するサイトＡと、サイトＢに対して個人属性情報を提供するサイトＣとから構成されることを概要とするものであり、特に、複数の利用者の個人属性情報を一回の取得要求で取得することが可能である点に主たる特徴がある。
【００２４】
この主たる特徴を具体的に説明すると、サイトＢは、個人属性情報の取得を要求する複数の識別子に対応付けて、他の装置内で管理される情報を記憶する仮名ＩＤ管理ＤＢを備える。具体的に例を挙げると、サイトＢは、『自装置内で利用者を識別する「ＩＤ」、サイトＡ内で利用者に割与えられている「仮名」、当該仮名が有効なサイトを示す「サイト」』として「suzuki@siteB、9xabDb8a、siteA」や「tanaka@siteB、zC9a873E、siteA」などと記憶する仮名ＩＤ管理ＤＢを備える。
【００２５】
同様に、サイトＡは、当該装置で管理する一意に識別される識別子に対応付けて、他の装置内で管理される情報を記憶する仮名ＩＤ管理ＤＢを備える。具体的に例を挙げると、サイトＡは、『自装置内で利用者を識別する「ＩＤ」、サイトＡ内で利用者に割与えられている「仮名」、当該仮名が有効なサイトを示す「サイト」』として「suzuki@siteA、9xabDb8a、siteB」、「suzuki@siteA、q2sx9dtG、siteC」、「tanaka@siteA、zC9a873E、siteB」、「tanaka@siteA、e39Dq93D、siteC」などと記憶する仮名ＩＤ管理ＤＢを備える。
【００２６】
同様に、サイトＣは、当該装置で管理する一意に識別される識別子に対応付けて、他の装置内で管理される情報を記憶する仮名ＩＤ管理ＤＢを備える。具体的に例を挙げると、サイトＣは、『自装置内で利用者を識別する「ＩＤ」、サイトＡ内で利用者に割与えられている「仮名」、当該仮名が有効なサイトを示す「サイト」』として「suzuki@siteC、q2sx9dtG、siteA」や「tanaka@siteC、e39Dq93D、siteA」などと記憶する仮名ＩＤ管理ＤＢを備える。
【００２７】
そして、サイトＣは、自装置内で管理するために一意に割り当てた識別子に対応付けて、個人属性情報を記憶する属性情報ＤＢを備える。具体的に例を挙げれば、サイトＣは、『自装置内で利用者を識別する「ＩＤ」、利用者の所在を示す「都道府県」、利用者の性別を示す「性別」』として「suzuki@siteC、埼玉県、女」や「tanaka@siteC、東京都、男」などを記憶する属性情報ＤＢを備える。
【００２８】
このような状態において、サイトＢは、個人属性情報の取得を要求する複数の識別子それぞれを、所定の条件に基づいて、サイトＡで管理されている情報に変換し、変換した情報をサイトＣで管理されている情報に変換する変換要求をサイトＡに送信する（図１の（１）〜（３）参照）。
【００２９】
上記した例で具体的に説明すると、サイトＢは、個人属性情報の取得を要求する複数のＩＤ「suzuki@siteB、tanaka@siteB」の一覧を作成し、一覧に記載されたＩＤ「suzuki@siteB、tanaka@siteB」のサイトＡでの仮名「suzuki@siteB＝9xabDb8a、tanaka@siteB＝zC9a873E」を、仮名ＩＤ管理ＤＢから取得する。そして、サイトＢは、取得した仮名「suzuki@siteB＝9xabDb8a、tanaka@siteB＝zC9a873E」を、サイトＣで管理されている仮名に変換する変換要求をサイトＡに送信する。
【００３０】
すると、サイトＡでは、サイトＢから自装置で管理される複数の情報を受信した場合に、所定の条件に基づいて、当該複数の情報それぞれをサイトＣで管理される情報に変換してサイトＢに送信する（図１の（４）と（５）参照）。
【００３１】
上記した例で具体的に説明すると、サイトＡは、仮名ＩＤ管理ＤＢに記憶される情報に基づいて、受信した仮名「9xabDb8a、zC9a873E」に対応するサイトＣで管理される仮名「9xabDb8a＝q2sx9dtG、zC9a873E＝e39Dq93D」に変換してサイトＢに送信する。
【００３２】
続いて、サイトＢは、サイトＡからサイトＣで管理されている複数の情報を受信した場合に、当該複数の情報それぞれにより特定される個人属性情報の取得要求に、受信したサイトＣで管理されている複数の情報を付加してサイトＣに送信する（図１の（６）と（７）参照）。
【００３３】
上記した例で具体的に説明すると、サイトＢは、サイトＡからサイトＣで管理されている仮名「q2sx9dtG、e39Dq93D」を受信した場合に、これらと自装置内でのＩＤとを対応付けて、属性情報管理サイト仮名ＩＤ管理ＤＢに格納する。この例では、サイトＢは、サイトＡからサイトＣで管理されている仮名「q2sx9dtG、e39Dq93D」を受信した場合に、これらと自装置内でのＩＤ「suzuki@siteB、tanaka@siteB」とを対応付けて、「suzuki@siteB、q2sx9dtG、siteC」や、「tanaka@siteB、e39Dq93D、siteC」と属性情報管理サイト仮名ＩＤ管理ＤＢに格納する。その後、サイトＢは、当該仮名「q2sx9dtG、e39Dq93D」それぞれにより特定される個人属性情報の取得要求に、受信したサイトＣで管理されている仮名「q2sx9dtG、e39Dq93D」を付加してサイトＣに送信する。
【００３４】
すると、サイトＣは、サイトＢから取得要求を受信した場合に、当該取得要求に付加された自装置で管理される複数の情報それぞれを自装置で管理する識別子に変換し、変換した識別子それぞれにより特定される個人属性情報を、属性情報ＤＢから取得する（図１の（８）参照）。
【００３５】
上記した例で具体的に説明すると、サイトＣは、サイトＢから取得要求を受信した場合に、当該取得要求に付加された自装置で管理される仮名「q2sx9dtG、e39Dq93D」それぞれを、仮名ＩＤ管理ＤＢに記憶される情報に基づいて、自装置で管理するＩＤ「suzuki@siteC、tanaka@siteC」に変換する。そして、サイトＣは、変換したＩＤ「suzuki@siteC、tanaka@siteC」それぞれにより特定される個人属性情報「suzuki@siteC＝埼玉県、女、tanaka@siteC＝東京都、男」を、属性情報ＤＢから取得する。
【００３６】
そして、サイトＣは、取得した個人属性情報を、サイトＢから受信した自装置で管理される複数の情報それぞれに付加してサイトＢに送信する（図１の（９）参照）。上記した例で具体的に説明すると、サイトＣは、取得した個人属性情報「suzuki@siteC＝埼玉県、女、tanaka@siteC＝東京都、男」を、サイトＢから受信した自装置で管理される仮名「q2sx9dtG、e39Dq93D」それぞれに付加してサイトＢに送信する。
【００３７】
そして、サイトＢは、サイトＣで管理される複数の情報と個人属性情報とをサイトＣから受信した場合に、所定の条件に基づいて、当該複数の情報を自装置で管理する識別子に変換して識別子を特定する（図１の（１０）参照）。上記した例で具体的に説明すると、サイトＢは、サイトＣで管理される仮名「q2sx9dtG、e39Dq93D」と個人属性情報とをサイトＣから受信した場合に、属性情報管理サイト仮名ＩＤ管理ＤＢからそれぞれ「q2sx9dtG＝suzuki@siteB、e39Dq93D＝tanaka@siteB」を特定し、それぞれ属性情報を「q2sx9dtG＝suzuki@siteB＝埼玉県、女、e39Dq93D＝tanaka@siteB＝東京都、男」と利用者を特定する。こうして、サイトＢは、個人属性情報を取得することができ、サービスを提供することができる。
【００３８】
このように、実施例１に係る個人属性情報提供システムは、複数の利用者の個人属性情報を取得する際も利用者ごとに取得する必要はなく、上記した主たる特徴のごとく、複数の利用者の個人属性情報を一回の取得要求で取得することが可能である。
【００３９】
［個人属性情報提供システムの構成］
次に、図２を用いて、図１に示した個人属性情報提供システムの構成を説明する。図２は、実施例１に係る個人属性情報提供システムの構成を示すブロック図である。図２に示すように、この個人属性情報提供システムは、サイトＢ（サービス提供サイト）２０と、サイトＡ（情報管理サイト）４０と、サイトＣ（属性情報管理サイト）５０とから構成される。
【００４０】
（サイトＢ（サービス提供サイト）２０の構成）
図２に示すように、サイトＢ２０は、通信制御Ｉ／Ｆ部２１と、記憶部２２と、制御部２６とから構成される。通信制御Ｉ／Ｆ部２１は、ネットワークに接続される各装置との間でやり取りする各種情報に関する通信を制御する。具体的に例を挙げると、通信制御Ｉ／Ｆ部２１は、サイトＡ４０に対してサイトＣ５０の仮名の問い合わせ要求を送信したり、その結果を受信したり、サイトＣ５０に対して個人属性情報の取得要求を送信したり、その結果を受信したり、図示しない利用者端末などからサービス利用要求を受信したり、利用者端末などに対して提供するサービスを送信したりする。
【００４１】
記憶部２２は、制御部２６による各種処理に必要なデータおよびプログラム、ネットワークを介して通信するためのルーティング情報、提供するサービスに関する各種情報などを格納するとともに、特に本発明に密接に関連するものとしては、仮名ＩＤ管理ＤＢ２３と、属性情報管理サイト仮名ＩＤ管理ＤＢ２４と、属性情報ＤＢ２５とを備える。
【００４２】
仮名ＩＤ管理ＤＢ２３は、自装置内で一意に管理するＩＤに対応付けて、サイトＡ４０内で管理される情報を記憶する。具体的に例を挙げると、仮名ＩＤ管理ＤＢ２３は、図３に示すように、『自装置内で一意に管理する「ＩＤ」、サイトＡ４０内で利用者に割与えられている「仮名」、当該仮名が有効なサイトを示す「サイト」』として「suzuki@siteB、9xabDb8a、siteA」や「tanaka@siteB、zC9a873E、siteA」などと記憶する。また、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。なお、図３は、サイトＢの仮名ＩＤ管理ＤＢに記憶される情報の例を示す図である。
【００４３】
属性情報管理サイト仮名ＩＤ管理ＤＢ２４は、サイトＡ４０からサイトＣ５０で管理されている仮名を受信した場合に、これらと自装置内でのＩＤとを対応付けて記憶する。上記した例で具体的に説明すると、属性情報管理サイト仮名ＩＤ管理ＤＢ２４は、図４に示すように、『自装置で管理している「ＩＤ」、サイトＣで管理されている「仮名」、当該仮名の管理先を示す「サイト」』として「suzuki@siteB、q2sx9dtG、siteC」や「tanaka@siteB、e39Dq93D、siteC」などと記憶する。また、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。なお、図４は、サイトＢの属性情報管理サイト仮名ＩＤ管理ＤＢに記憶される情報の例を示す図である。
【００４４】
属性情報ＤＢ２５は、特定（取得）した利用者の個人属性情報を記憶する。上記した例で具体的に説明すると、属性情報ＤＢ２５は、『個人属性情報の利用者を示す「ＩＤ」、当該利用者の情報を示す「個人属性情報」』として「suzuki@siteB、埼玉県、女」や「tanaka@siteB、東京都、男」などと記憶する。なお、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００４５】
制御部２６は、ＯＳ（Operating  System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に本発明に密接に関連するものとしては、ＩＤ一覧生成部２７と、情報送信部２８と、属性情報取得部２９と、識別子特定部３０と、サービス提供部３１とを備え、これらによって種々の処理を実行する。
【００４６】
ＩＤ一覧生成部２７は、個人属性情報の取得を要求された場合に、当該識別子の一覧を生成する。上記した例で具体的に説明すると、ＩＤ一覧生成部２７は、管理者などにより個人属性情報の取得を要求された複数のＩＤ「suzuki@siteB」と「tanaka@siteB」に対して、当該識別子の一覧「suzuki@siteB、tanaka@siteB」を生成して、後述する情報送信部２８に出力する。
【００４７】
情報送信部２８は、ＩＤ一覧生成部２７により生成された複数のＩＤそれぞれを、所定の条件に基づいて、サイトＡ４０で管理されている仮名に変換し、変換した情報をサイトＣ５０で管理されている情報に変換する変換要求をサイトＡ４０に送信する。上記した例で具体的に説明すると、情報送信部２８は、ＩＤ一覧生成部２７によりＩＤ一覧を受け付け、一覧に記載されたＩＤ「suzuki@siteB、tanaka@siteB」のサイトＡ４０での仮名「suzuki@siteB＝9xabDb8a、tanaka@siteB＝zC9a873E」を、仮名ＩＤ管理ＤＢ２３から取得する。そして、情報送信部２８は、取得した仮名「suzuki@siteB＝9xabDb8a、tanaka@siteB＝zC9a873E」を、サイトＣ５０で管理されている仮名に変換する変換要求をサイトＡ４０に送信する。
【００４８】
属性情報取得部２９は、サイトＡ４０からサイトＣ５０で管理されている複数の仮名を受信した場合に、当該複数の仮名それぞれにより特定される個人属性情報の取得要求に、受信したサイトＣ５０で管理されている複数の仮名を付加してサイトＣ５０に送信する。上記した例で具体的に説明すると、属性情報取得部２９は、サイトＡ４０からサイトＣ５０で管理されている仮名「q2sx9dtG、e39Dq93D」が通信制御Ｉ／Ｆ部２１により受信されて通知された場合に、これらと自装置内でのＩＤとを対応付けて、属性情報管理サイト仮名ＩＤ管理ＤＢ２４に格納する。そして、属性情報取得部２９は、サイトＣ５０で管理されている仮名「q2sx9dtG、e39Dq93D」それぞれにより特定される個人属性情報の取得要求に、受信したサイトＣ５０で管理されている仮名「q2sx9dtG、e39Dq93D」を付加してサイトＣ５０に送信する。
【００４９】
識別子特定部３０は、サイトＣ５０で管理される複数の仮名と個人属性情報とをサイトＣ５０から受信した場合に、所定の条件に基づいて、当該複数の仮名を自装置で管理するＩＤに変換してＩＤを特定する。上記した例で具体的に説明すると、識別子特定部３０は、サイトＣ５０から送信されたサイトＣ５０で管理される仮名「q2sx9dtG、e39Dq93D」と個人属性情報とが通信制御Ｉ／Ｆ部２１により受信されて通知された場合に、属性情報管理サイト仮名ＩＤ管理ＤＢ２４からそれぞれ「q2sx9dtG＝suzuki@siteB、e39Dq93D＝tanaka@siteB」を特定し、それぞれ属性情報を「q2sx9dtG＝suzuki@siteB＝埼玉県、女、e39Dq93D＝tanaka@siteB＝東京都、男」と特定する。そして、識別子特定部３０は、特定した属性情報「q2sx9dtG＝suzuki@siteB＝埼玉県、女、e39Dq93D＝tanaka@siteB＝東京都、男」を属性情報ＤＢ２５に格納する。
【００５０】
サービス提供部３１は、取得された個人属性情報を用いて各種サービスを提供する。上記した例で具体的に説明すると、サービス提供部３１は、識別子特定部３０により属性情報「q2sx9dtG＝suzuki@siteB＝埼玉県、女、e39Dq93D＝tanaka@siteB＝東京都、男」が属性情報ＤＢ２５に格納された場合に、特定された個人属性情報を用いて、ネットショッピングやダイレクトメールなどの各種サービスを提供する。
【００５１】
（サイトＡ（情報管理サイト）４０の構成）
図２に示すように、サイトＡ４０は、通信制御Ｉ／Ｆ部４１と、記憶部４２と、制御部４５とから構成される。通信制御Ｉ／Ｆ部４１は、ネットワークに接続される各装置との間でやり取りする各種情報に関する通信を制御し、例えば、サイトＢ２０からサイトＣ５０の仮名変換要求を受信したり、サイトＢ２０に対してサイトＣ５０の仮名を送信したりする。
【００５２】
記憶部４２は、制御部４５による各種処理に必要なデータおよびプログラム、ネットワークを介して通信するためのルーティング情報などを格納するとともに、特に本発明に密接に関連するものとしては、仮名ＩＤ管理ＤＢ４３を備える。
【００５３】
仮名ＩＤ管理ＤＢ４３は、自装置内で一意に管理する識別子に対応付けて、サイトＢ２０またはサイトＣ５０内で管理される情報を記憶する。上記した例で具体的に説明すると、仮名ＩＤ管理ＤＢ４３は、図５に示すように、『自装置内で一意に管理する「ＩＤ」、サイトＡ内で利用者に割与えられている「仮名」、当該仮名が有効なサイトを示す「サイト」』として「suzuki@siteA、9xabDb8a、siteB」、「suzuki@siteA、q2sx9dtG、siteC」、「tanaka@siteA、zC9a873E、siteB」、「tanaka@siteA、e39Dq93D、siteC」などと記憶する。また、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。なお、図５は、サイトＡの仮名ＩＤ管理ＤＢに記憶される情報の例を示す図である。
【００５４】
制御部４５は、ＯＳ（Operating  System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に本発明に密接に関連するものとしては、情報送信部４７を備え、これらによって種々の処理を実行する。
【００５５】
情報送信部４７は、サイトＢ２０から複数の情報を受信した場合に、当該複数の情報それぞれに対応するＩＤを仮名ＩＤ管理ＤＢ４３から特定するとともに、当該特定されたＩＤそれぞれに対応するサイトＣ５０で管理されている仮名それぞれを、仮名ＩＤ管理ＤＢ４３から取得してサイトＢ２０に送信する。上記した例で具体的に説明すると、情報送信部４７は、サイトＢ２０から自装置で管理される複数の仮名「9xabDb8a、zC9a873E」が通信制御Ｉ／Ｆ部４１に受信された場合に、仮名ＩＤ管理ＤＢ４３に記憶される情報に基づいて、受信した仮名「9xabDb8a、zC9a873E」に対応するサイトＣ５０で管理される仮名「9xabDb8a＝q2sx9dtG、zC9a873E＝e39Dq93D」に変換してサイトＢ２０に送信する。
【００５６】
（サイトＣ（属性情報管理サイト）５０の構成）
図２に示すように、サイトＣ５０は、通信制御Ｉ／Ｆ部５１と、記憶部５２と、制御部５５とから構成される。通信制御Ｉ／Ｆ部５１は、ネットワークに接続される各装置との間でやり取りする各種情報に関する通信を制御し、例えば、サイトＢ２０から個人属性情報取得要求を受信したり、サイトＢ２０に対して個人属性情報を送信したりする。
【００５７】
記憶部５２は、制御部５５による各種処理に必要なデータおよびプログラム、ネットワークを介して通信するためのルーティング情報などを格納するとともに、特に本発明に密接に関連するものとしては、仮名ＩＤ管理ＤＢ５３と、属性情報ＤＢ５４とを備える。
【００５８】
仮名ＩＤ管理ＤＢ５３は、自装置内で一意に管理する識別子に対応付けて、サイトＡ４０で管理される情報を記憶する。上記した例で具体的に説明すると、仮名ＩＤ管理ＤＢ５３は、図６に示すように、『自装置内で一意に管理する識別子を示す「ＩＤ」、サイトＡ４０内で利用者に割与えられている「仮名」、当該仮名が有効なサイトを示す「サイト」』として「suzuki@siteC、q2sx9dtG、siteA」や「tanaka@siteC、e39Dq93D、siteA」などと記憶する。また、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。なお、図６は、サイトＣの仮名ＩＤ管理ＤＢに記憶される情報の例を示す図である。
【００５９】
属性情報ＤＢ５４は、仮名ＩＤ管理ＤＢ５３に記憶される識別子に対応付けて、個人属性情報を記憶する。上記した例で具体的に説明すると、属性情報ＤＢ５４は、図７に示すように、『自装置内で一意に管理する識別子を示す「ＩＤ」、利用者の所在を示す「都道府県」、利用者の性別を示す「性別」』として「suzuki@siteC、埼玉県、女」や「tanaka@siteC、東京都、男」などを記憶する。また、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。なお、図７は、サイトＣの属性情報ＤＢに記憶される情報の例を示す図である。
【００６０】
制御部５５は、ＯＳ（Operating  System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に本発明に密接に関連するものとしては、情報取得部５６と、情報送信部５７とを備え、これらによって種々の処理を実行する。
【００６１】
情報取得部５６は、サイトＢ２０から取得要求を受信した場合に、当該取得要求に付加された自装置で管理される複数の仮名それぞれを自装置で管理するＩＤに変換し、変換したＩＤそれぞれにより特定される個人属性情報を、属性情報ＤＢ５４から取得する。上記した例で具体的に説明すると、情報取得部５６は、サイトＢ２０から送信された取得要求が通信制御Ｉ／Ｆ部５１に受信された場合に、当該取得要求に付加された自装置で管理される複数の仮名「q2sx9dtG、e39Dq93D」を、それぞれに対応付けて仮名ＩＤ管理ＤＢ５３に記憶されるＩＤ「suzuki@siteC、tanaka@siteC」に変換する。そして、情報取得部５６は、変換したＩＤ「suzuki@siteC、tanaka@siteC」それぞれにより特定される個人属性情報「suzuki@siteC＝埼玉県、女、tanaka@siteC＝東京都、男」を、属性情報ＤＢ５４から取得し、後述する情報送信部５７に出力する。
【００６２】
情報送信部５７は、情報取得部５６により取得された個人属性情報を、サイトＢ２０から受信した自装置で管理される複数の仮名それぞれに付加してサイトＢ２０に送信する。上記した例で具体的に説明すると、情報送信部５７は、情報取得部５６により取得された個人属性情報「suzuki@siteC＝埼玉県、女、tanaka@siteC＝東京都、男」を、サイトＢ２０から受信した自装置で管理される仮名「q2sx9dtG、e39Dq93D」それぞれに付加してサイトＢ２０に送信する。
【００６３】
［個人属性情報提供システムによる処理］
次に、図８〜１０を用いて、個人属性情報提供システムによる処理を説明する。ここでは、サイトＢ２０、サイトＡ４０、サイトＣ５０のそれぞれにおける処理の流れを説明する。
【００６４】
（サイトＢ２０における処理の流れ）
まず、図８を用いて、サイトＢ２０における処理の流れを説明する。図８は、実施例１に係る個人属性情報提供システムのサイトＢにおける処理の流れを示すフローチャートである。
【００６５】
図８に示すように、個人属性情報の取得を要求するサイトＢ２０は、当該要求するＩＤの一覧を生成し（ステップＳ１０１肯定とステップＳ１０２）、生成した一覧に記載されたＩＤのサイトＡ４０で管理されている仮名を仮名ＩＤ管理ＤＢ２３から取得して変換し（ステップＳ１０３）、変換した仮名をサイトＡ４０に送信する（ステップＳ１０４）。
【００６６】
その後、サイトＡ４０からサイトＣ５０の仮名一覧を受信したサイトＢ２０は、自装置であるサイトＢ２０のＩＤとサイトＣ５０で管理されている仮名との対応関係を属性情報管理サイト仮名ＩＤ管理ＤＢ２４に格納する（ステップＳ１０５肯定とステップＳ１０６）。
【００６７】
そして、サイトＢ２０は、個人属性情報の取得を要求するＩＤに対応するサイトＣ５０で管理されている仮名一覧をサイトＣ５０に送信し、当該複数のＩＤに対応する個人属性情報の取得依頼を送信する（ステップＳ１０７）。
【００６８】
その後、ステップＳ１０７で送信した仮名一覧と当該仮名に対応する個人属性情報を該サイトＣ５０から受信したサイトＢ２０は、属性情報管理サイト仮名ＩＤ管理ＤＢ２４に記憶される情報に基づいて、受信したサイトＣ５０で管理されている仮名を自装置であるサイトＢ２０でのＩＤに変換して、サイトＢ２０でのＩＤと受信した個人属性情報との対応関係を取得して特定する（ステップＳ１０８肯定とステップＳ１０９）。
【００６９】
（サイトＡ４０における処理の流れ）
次に、図９を用いて、サイトＡ４０における処理の流れを説明する。図９は、実施例１に係る個人属性情報提供システムのサイトＡにおける処理の流れを示すフローチャートである。
【００７０】
図９に示すように、サイトＡ４０は、自装置であるサイトＡ４０で管理されている仮名一覧をサイトＢ２０から受信すると（ステップＳ２０１肯定）、受信した仮名一覧に、サイトＣ５０の仮名に未変換のサイトＡの仮名が存在するか否かを判定する（ステップＳ２０２）。
【００７１】
そして、受信した仮名一覧に、サイトＣ５０の仮名に未変換のサイトＡの仮名が存在する場合（ステップＳ２０２肯定）、サイトＡ４０は、自装置であるサイトＡ４０での仮名一覧からサイトＣ５０で管理されている仮名に未変換の仮名を一つ取り出し、仮名ＩＤ管理ＤＢ４３を用いて、当該取り出した未変換の仮名をサイトＡ４０のＩＤに変換し、さらにサイトＣ５０で管理されている仮名に変換する（ステップＳ２０３）。すると、サイトＡ４０は、このようにして得られたサイトＣ５０で管理されている仮名を、サイトＢ２０に返信する一覧に追加する（ステップＳ２０４）。
【００７２】
その後、サイトＡ４０は、サイトＢ２０から受信したサイトＡ４０で管理されている仮名一覧に対して、上記したステップＳ２０２〜ステップＳ２０４の処理を繰り返し、受信した仮名一覧に、サイトＣ５０の仮名に未変換のサイトＡの仮名が存在しなくなった場合（ステップＳ２０２否定）、変換し作成したサイトＣ５０で管理されている仮名一覧をサイトＢ２０に返信する（ステップＳ２０５）。
【００７３】
（サイトＣ５０における処理の流れ）
次に、図１０を用いて、サイトＣ５０における処理の流れを説明する。図１０は、実施例１に係る個人属性情報提供システムのサイトＣにおける処理の流れを示すフローチャートである。
【００７４】
図１０に示すように、サイトＣ５０は、自装置であるサイトＣ５０で管理されている仮名一覧をサイトＢ２０から受信すると（ステップＳ３０１肯定）、受信した仮名一覧に、サイトＣ５０の仮名に未処理（属性情報未取得）の仮名が存在するか否かを判定する（ステップＳ３０２）。
【００７５】
そして、受信した仮名一覧に未処理の仮名が存在する場合（ステップＳ３０２肯定）、サイトＣ５０は、仮名一覧から未処理の仮名を一つ取り出し（ステップＳ３０３）、仮名ＩＤ管理ＤＢ５３を用いて、当該取り出した未変換の仮名をサイトＣ５０で管理されているＩＤに変換する（ステップＳ３０４）。
【００７６】
そして、サイトＣ５０は、変換したＩＤに対応する個人属性情報を、属性情報ＤＢ５４から取得し（ステップＳ３０５）、取得した個人属性情報と対応する仮名とをサイトＢ２０に返信する一覧に追加する（ステップＳ３０６）。
【００７７】
その後、サイトＣ５０は、サイトＢ２０から仮名一覧に対して、上記したステップＳ３０２〜ステップＳ３０６の処理を繰り返し、受信した仮名一覧に対応する属性情報を取得する。そして、サイトＣ５０は、受信した仮名一覧全てに対して属性情報取得処理を行うと（ステップＳ３０２否定）、作成した個人属性情報と対応する仮名一覧とをサイトＢ２０に返信する（ステップＳ３０７）。
【００７８】
［実施例１による効果］
このように、実施例１によれば、サイトＢ２０は、個人属性情報の取得を要求する複数のＩＤそれぞれを、所定の条件に基づいて、サイトＡ４０で管理されている仮名に変換し、変換した情報をサイトＣ５０で管理されている仮名に変換する変換要求をサイトＡ４０に送信し、サイトＡ４０からサイトＣ５０で管理されている複数の情報を受信した場合に、当該複数の仮名それぞれにより特定される個人属性情報の取得要求に、受信したサイトＣ５０で管理されている複数の仮名を付加してサイトＣ５０に送信し、サイトＣ５０で管理される複数の仮名と個人属性情報とをサイトＣ５０から受信した場合に、所定の条件に基づいて、当該複数の仮名を自装置で管理するＩＤに変換してＩＤを特定する。また、サイトＡ４０は、サイトＢ２０から自装置で管理される複数の仮名を受信した場合に、所定の条件に基づいて、当該複数の仮名それぞれをサイトＣ５０で管理される仮名に変換してサイトＢ２０に送信する。また、サイトＣ５０は、サイトＢ２０から取得要求を受信した場合に、当該取得要求に付加された自装置で管理される複数の仮名それぞれを自装置で管理する識別子に変換し、変換した識別子それぞれにより特定される個人属性情報を取得し、取得された個人属性情報を、サイトＢ２０から受信した自装置で管理される複数の仮名それぞれに付加してサイトＢ２０に送信する。この結果、複数の利用者の個人属性情報を一回の取得要求で取得することが可能である。
【実施例２】
【００７９】
ところで、実施例１におけるサイトＣは、サイトＢから受信したＩＤ全てに対して個人属性情報を取得して返信する場合について説明したが、本発明はこれに限定されるものではなく、利用者の要求により個人属性情報の送信を拒否することもできる。つまり、サイトＣは、個人属性情報の開示を許可している利用者の個人属性情報のみをサイトＢに送信するように制御することもできる。
【００８０】
そこで、実施例２では、図１１を用いて、サイトＣが、個人属性情報の開示を許可している利用者の個人属性情報のみをサイトＢに送信するように制御する例について説明する。図１１は、実施例２に係る個人属性情報提供システムの全体構成を示す図である。
【００８１】
図１１に示すように、実施例１と同様、実施例２に係る個人属性情報提供システムは、サイトＢ（サービス提供サイト）とサイトＡ（情報管理サイト）とサイトＣ（属性情報管理サイト）とから構成される。
【００８２】
また、実施例１と同様に、それぞれの装置は、自装置で管理するＩＤに対応付けて、他の装置内で管理される情報を記憶する仮名ＩＤ管理ＤＢを備える。また、サイトＣは、自装置で管理するＩＤに対応付けて、個人属性情報を記憶する属性情報ＤＢを備える。
【００８３】
そして、実施例１と異なる点は、サイトＣは、自装置で管理するＩＤに対応付けて、当該ＩＤの個人属性情報を開示するか否かを記憶する属性開示制御ＤＢを備える。具体的に例を挙げると、サイトＣは、『自装置内で管理する「ＩＤ」、当該開示制御の対象となる装置を示す「要求元サイト」、開示を許可するか否かを示す「開示可否」』として「suzuki@siteC、siteB、拒否」や「tanaka@siteC、siteB、許可」などと記憶する属性開示制御ＤＢを備える。この制御情報について説明すると、「suzuki@siteC、siteB、拒否」の場合、「siteB」から「suzuki@siteC」に対する個人属性情報の要求は拒否することを示している。
【００８４】
このような状態において、実施例１と同様に、サイトＢは、個人属性情報の取得を要求するＩＤをサイトＡで管理されている仮名に変換して、サイトＣで管理されている仮名への変換をサイトＡに依頼し、サイトＣで管理されている仮名をサイトＡから受信すると、ＩＤ（サイトＣで管理されている仮名）に対応する個人属性情報の取得要求をサイトＣに送信する（図１１の（１）〜（７）参照）。
【００８５】
すると、サイトＣでは、サイトＢから取得要求を受信した場合に、当該取得要求に付加された自装置で管理される複数の情報それぞれを自装置で管理する利用者識別子に変換し、変換した利用者識別子それぞれにより特定される個人属性情報を、属性情報ＤＢから取得する（図１１の（８）参照）。
【００８６】
具体的には、サイトＣは、サイトＢから取得要求を受信した場合に、当該取得要求に付加された自装置で管理される仮名「q2sx9dtG、e39Dq93D」それぞれを、仮名ＩＤ管理ＤＢに記憶される情報に基づいて、自装置で管理するＩＤ「suzuki@siteC、tanaka@siteC」に変換する。その後、ここで実施例１とは異なり、サイトＣは、変換したＩＤ「suzuki@siteC、tanaka@siteC」それぞれに対応する個人属性情報の開示制御内容を属性開示制御ＤＢから取得する。そして、サイトＣは、開示制御が「拒否」となっている「suzuki@siteC」に対しては、個人属性情報を「suzuki@siteC＝拒否」とし、開示制御が「許可」となっている「tanaka@siteC」に対しては、「tanaka@siteC＝東京都、男」を、属性開示制御ＤＢから取得する。
【００８７】
続いて、サイトＣは、取得した個人属性情報「q2sx9dtG＝suzuki@siteC＝拒否、e39Dq93D＝tanaka@siteC＝東京都、男」を、サイトＢから受信した自装置で管理される仮名「q2sx9dtG、e39Dq93D」それぞれに付加してサイトＢに送信する（図１１の（９）参照）。
【００８８】
これを受信したサイトＢは、属性情報管理サイト仮名ＩＤ管理ＤＢからそれぞれ「q2sx9dtG＝suzuki@siteB、e39Dq93D＝tanaka@siteB」を特定し、それぞれ属性情報を「q2sx9dtG＝suzuki@siteB＝拒否、e39Dq93D＝tanaka@siteB＝東京都、男」と特定する（図１１の（１０）参照）。
【００８９】
このように、実施例２に係る個人属性情報提供システムにおいて、サイトＣは、ＩＤに対応付けて、当該ＩＤの個人属性情報を開示するか否かを記憶する属性開示制御ＤＢをさらに備え、サイトＢから取得要求を受信した場合に、当該取得要求に付加された自装置で管理される複数の仮名それぞれを自装置で管理するＩＤに変換し、変換したＩＤのうち、属性開示制御ＤＢに開示を許可する旨の情報が記憶されているＩＤのみの個人属性情報を、属性情報ＤＢから取得するので、利用するサービス（サイトＢの種類など）に応じて、開示を許可したり拒否したりするなど、利用者の利用目的に柔軟に対応することが可能である。
【実施例３】
【００９０】
ところで、実施例１と２におけるサイトＢは、個人属性情報の取得を要求するＩＤ全てを、サイトＣでの仮名に変換する要求をサイトＡに送信する例について説明したが、本発明はこれに限定されるものではなく、サイトＣでの仮名に自装置内で変換できなかったＩＤのみの変換要求をサイトＡに送信するようにすることもできる。
【００９１】
そこで、実施例３では、図１２を用いて、サイトＢが、サイトＣでの仮名に自装置内で変換できなかったＩＤのみの変換要求をサイトＡに送信する例について説明する。図１２は、実施例３に係る個人属性情報提供システムの全体構成を示す図である。
【００９２】
図１２に示すように、実施例１と同様、実施例３に係る個人属性情報提供システムは、サイトＢ（サービス提供サイト）とサイトＡ（情報管理サイト）とサイトＣ（属性情報管理サイト）とから構成される。
【００９３】
また、実施例１と同様に、それぞれの装置は、自装置で管理するＩＤに対応付けて、他の装置内で管理される情報を記憶する仮名ＩＤ管理ＤＢを備える。また、サイトＣは、自装置で管理するＩＤに対応付けて、個人属性情報を記憶する属性情報ＤＢを備える。
【００９４】
そして、実施例１と異なる点は、サイトＢは、自装置内で一意に管理するＩＤに対応付けて、サイトＣで管理されている仮名を記憶する属性情報管理サイト仮名ＩＤ管理ＤＢを備える。具体的に例を挙げると、サイトＢは、『自装置で管理している「ＩＤ」、サイトＣで管理されている「仮名」、当該仮名の管理先を示す「サイト」』として「suzuki@siteB、q2sx9dtG、siteC」などと記憶する属性情報管理サイト仮名ＩＤ管理ＤＢを備える。なお、属性情報管理サイト仮名ＩＤ管理ＤＢは、実施例１の図２で説明した属性情報管理サイト仮名ＩＤ管理ＤＢ２４と同様の機能を有するが、実施例３では、過去に取得した個人属性情報の履歴を保持するものであってもよく、管理者などにより予め記憶されていてもよい。
【００９５】
このような状態において、サイトＢは、個人属性情報の取得を要求するＩＤそれぞれを、所定の条件に基づいて、サイトＡで管理されている情報に変換し、変換した情報をサイトＣで管理されている情報に変換する変換要求をサイトＡに送信する（図１２の（１）〜（４）参照）。
【００９６】
具体的には、ここで、実施例１とは異なり、サイトＢは、個人属性情報の取得を要求するＩＤ「suzuki@siteB、tanaka@siteB」の一覧を作成し、属性情報管理サイト仮名ＩＤ管理ＤＢに記憶される情報に基づいて、一覧に記載されたＩＤ「suzuki@siteB、tanaka@siteB」をサイトＣで管理されている仮名に変換する。つまり、この例では、サイトＢは、一覧に記載されたＩＤ「suzuki@siteB、tanaka@siteB」のうち「suzuki@siteB」に対しては、この段階でサイトＣの仮名「q2sx9dtG」に変換する。そして、サイトＢは、ここでサイトＣの仮名に変換できなかった「tanaka@siteB」に対してのみ、実施例１と同様に、サイトＡでの仮名に変換してサイトＡに送信する。
【００９７】
そして、サイトＡから「tanaka@siteB」のサイトＣでの仮名を受信したサイトＢは、これと自装置内でのＩＤとを対応付けて、属性情報管理サイト仮名ＩＤ管理ＤＢに格納するとともに、自装置内でサイトＣの仮名に変換できた「suzuki@siteB」のサイトＣでの仮名とサイトＡにより変換された「tanaka@siteB」のサイトＣでの仮名とをマージして、それぞれの個人属性情報をサイトＣに依頼する（図１２の（５）〜（９）参照）。つまり、ここで、属性情報管理サイト仮名ＩＤ管理ＤＢ２４は、実施例１と同様の情報である「suzuki@siteB、tanaka@siteB」のサイトＣでの仮名を記憶することとなる。
【００９８】
その後は、実施例１と同様に、サイトＢは、サイトＣから個人属性情報を取得し、自装置内でのＩＤとサイトＣでの仮名との対応関係から、利用者の個人属性情報を特定する（図１２の（１０）〜（１２）参照）。
【００９９】
このように、実施例３に係る個人属性情報提供システムにおいて、サイトＢは個人属性情報の取得を要求する複数ＩＤそれぞれを、所定の条件とは異なる条件に基づいて、サイトＣで管理されている仮名に変換するとともに、サイトＣで管理されている仮名に変換できなかったＩＤのみを、所定の条件に基づいて、サイトＡで管理されている仮名に変換し、変換した情報をサイトＣで管理されている仮名に変換する変換要求をサイトＡに送信し、サイトＢは、サイトＡからサイトＣで管理されている複数の仮名を受信した場合に、当該複数の仮名それぞれにより特定される利用者に関する情報を示す個人属性情報の取得要求に、受信したサイトＣで管理されている仮名と、サイトＣで管理されている仮名に自装置内で変換できた情報とを付加してサイトＣに送信するので、個人属性情報の取得を要求するＩＤを全てサイトＡに送信する場合に比べて、ネットワーク全体の負荷を軽減することが可能であり、また、サイトＡでの処理負荷を軽減することが可能である。
【実施例４】
【０１００】
ところで、実施例１〜３におけるサイトＡは、サイトＢから受信した仮名をサイトＣでの仮名に変換してサイトＢに送信する例について説明したが、本発明はこれに限定されるものではなく、サイトＡは、サイトＢから受信した仮名をサイトＣでの仮名に変換してサイトＢに送信する際に、サイトＣの公開鍵を用いて暗号化した状態で、サイトＢに送信することもできる。
【０１０１】
そこで、実施例４では、図１３を用いて、サイトＡが、サイトＢから受信した仮名をサイトＣでの仮名に変換してサイトＢに送信する際に、サイトＣの公開鍵を用いて暗号化した状態で、サイトＢに送信する例について説明する。図１３は、実施例４に係る個人属性情報提供システムの全体構成を示す図である。
【０１０２】
図１３に示すように、実施例１と同様、実施例３に係る個人属性情報提供システムは、サイトＢ（サービス提供サイト）とサイトＡ（情報管理サイト）とサイトＣ（属性情報管理サイト）とから構成される。
【０１０３】
また、実施例１と同様に、それぞれの装置は、自装置で管理するＩＤに対応付けて、他の装置内で管理される情報を記憶する仮名ＩＤ管理ＤＢを備える。また、サイトＣは、自装置で管理するＩＤに対応付けて、個人属性情報を記憶する属性情報ＤＢを備える。
【０１０４】
そして、実施例１とは異なる点は、サイトＡは、サイトＣの公開鍵を保持し、サイトＣは、サイトＡに保持される公開鍵に対応した秘密鍵を保持している。なお、ここで、サイトＡとサイトＣとの間で保存される鍵は、管理者などによって予め記憶されていてよく、また、公知の手法で交換されていてもよい。また、ここでは、秘密暗号鍵方式を採用した例を説明するが、公知の様々な方式を用いることができる。
【０１０５】
このような状態において、サイトＢは、個人属性情報の取得を要求するＩＤ「suzuki@siteB、tanaka@siteB」の一覧を作成し、一覧に記載されたＩＤ「suzuki@siteB、tanaka@siteB」をサイトＡでの仮名「suzuki@siteB＝9xabDb8a、tanaka@siteB＝zC9a873E」に変換し、変換した仮名「suzuki@siteB＝9xabDb8a、tanaka@siteB＝zC9a873E」を、サイトＣで管理されている仮名に変換する変換要求をサイトＡに送信する（図１３の（１）〜（３）参照）。
【０１０６】
そして、サイトＡでは、サイトＢから自装置で管理される複数の情報を受信した場合に、所定の条件に基づいて、当該複数の情報それぞれをサイトＣで管理される情報に変換し、変換した情報をサイトＣの公開鍵で暗号化してサイトＢに送信する（図１３の（４）と（５）参照）。
【０１０７】
具体的には、ここで実施例１とは異なり、サイトＡは、サイトＢから受信した仮名「9xabDb8a、zC9a873E」を、仮名ＩＤ管理ＤＢに記憶される情報に基づいて、受信した仮名「9xabDb8a、zC9a873E」に対応するサイトＣで管理される仮名「9xabDb8a＝q2sx9dtG、zC9a873E＝e39Dq93D」に変換する。そして、サイトＡは、サイトＣの公開鍵を用いて、変換した仮名「q2sx9dtG、e39Dq93D」を「czZa19d8、34dtUfQ0」に暗号化してサイトＢに送信する。
【０１０８】
その後、サイトＢは、サイトＡからサイトＣで管理されている暗号化された仮名「czZa19d8、34dtUfQ0」を受信した場合に、これらと自装置内でのＩＤとを対応付けて、属性情報管理サイト仮名ＩＤ管理ＤＢに格納する（図１３の（６）参照）。この例では、サイトＢは、サイトＡから暗号化された仮名「czZa19d8、34dtUfQ0」を受信した場合に、これらと自装置内でのＩＤ「suzuki@siteB、tanaka@siteB」とを対応付けて、「suzuki@siteB、czZa19d8、サイトＣ」や、「tanaka@siteB、34dtUfQ0、サイトＣ」と属性情報管理サイト仮名ＩＤ管理ＤＢに格納する。その後、サイトＢは、当該暗号化された仮名「czZa19d8、34dtUfQ0」それぞれにより特定される利用者に関する情報を示す個人属性情報の取得要求に、受信したサイトＣで管理されている暗号化された仮名「czZa19d8、34dtUfQ0」を付加してサイトＣに送信する（図１３の（７）参照）。
【０１０９】
すると、サイトＣは、サイトＢから取得要求を受信した場合に、当該取得要求に付加された自装置で管理される暗号化された仮名「czZa19d8、34dtUfQ0」それぞれを秘密鍵で復号化して、自装置で管理されている仮名「q2sx9dtG、e39Dq93D」を取得する。続いて、サイトＣは、仮名ＩＤ管理ＤＢに記憶される情報に基づいて、自装置で管理するＩＤ「suzuki@siteC、tanaka@siteC」に変換し、変換したＩＤ「suzuki@siteC、tanaka@siteC」それぞれにより特定される個人属性情報「suzuki@siteC＝埼玉県、女、tanaka@siteC＝東京都、男」を、属性情報ＤＢから取得する（図１３の（８）参照）。そして、サイトＣは、取得した個人属性情報「czZa19d8＝suzuki@siteC＝埼玉県、女、34dtUfQ0＝tanaka@siteC＝東京都、男」を、サイトＢから受信した自装置で管理される暗号化した仮名「czZa19d8、34dtUfQ0」それぞれに付加してサイトＢに送信する（図１３の（９）参照）。
【０１１０】
サイトＢは、サイトＣで管理される仮名「czZa19d8、34dtUfQ0」と個人属性情報とをサイトＣから受信した場合に、属性情報管理サイト仮名ＩＤ管理ＤＢからそれぞれ「czZa19d8＝suzuki@siteB、34dtUfQ0＝tanaka@siteB」を特定し、それぞれ属性情報を「czZa19d8＝suzuki@siteB＝埼玉県、女、34dtUfQ0＝tanaka@siteB＝東京都、男」と特定する（図１３の（１０）参照）。
【０１１１】
このように、実施例４に係る個人属性情報提供システムにおいて、サイトＡは、サイトＢから自装置で管理される複数の仮名を受信した場合に、所定の条件に基づいて、当該複数の仮名それぞれをサイトＣで管理される仮名に変換してサイトＢに送信するのに際して、予め記憶するサイトＣの公開鍵で暗号化して送信し、サイトＣは、サイトＢから暗号化された取得要求を受信した場合に、当該取得要求を自装置の秘密鍵で復号化した後に、当該取得要求に付加された自装置で管理される複数の仮名それぞれを自装置で管理するＩＤに変換し、変換した利用者識別子それぞれにより特定される個人属性情報を取得するので、セキュリティを高く保ちつつ、個人属性情報を提供することが可能である。
【実施例５】
【０１１２】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）仮名、（２）変換条件、（３）実施例の組み合わせ、（４）システム構成等、（５）プログラムにそれぞれ区分けして異なる実施例を説明する。
【０１１３】
（１）仮名
例えば、実施例１〜４では、各装置（各サイト）で管理されている情報として「仮名」を用いた場合について説明したが、本発明はこれに限定されるものではなく、各装置で独自に管理されている情報であれば、どのような情報であってもよい。
【０１１４】
（２）変換条件
【０１１５】
また、実施例１〜４では、各装置（各サイト）は、仮名ＩＤ管理ＤＢに記憶される情報に基づいて、ＩＤを仮名または仮名をＩＤに変換する場合を説明したが、本発明はこれに限定されるものではなく、予め定めた数式または乱数などを用いて変換するようにしてもよい。
【０１１６】
（３）実施例の組み合わせ
また、実施例１〜４では、それぞれ異なる実施例について説明したが、本発明はこれに限定されるものではなく、実施例１〜４でそれぞれ説明した手法、具体的には、属性開示制御、暗号化、未変換仮名の抽出を組み合わせることもできる。組み合わせ方は、全てを組み合わせてもよく、選択して組み合わせてもよい。
【０１１７】
（４）システム構成等
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理（例えば、個人属性情報を要求するＩＤの受付処理など）の全部または一部を手動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１１８】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合（例えば、サイトＢのＩＤ一覧生成部と情報送信部とを統合したり、サイトＢを二つの装置に分散したり）して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１１９】
（５）プログラム
なお、本実施例で説明した個人属性情報提供方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０１２０】
以上のように、本発明に係る個人属性情報提供システムおよび個人属性情報提供方法は、利用者端末に対して各種サービスを提供するサービス提供装置と利用者端末を認証する認証装置との間、認証装置と利用者端末に関する個人属性情報を記憶する属性情報管理装置との間のそれぞれにおいて、利用者端末を認証する認証情報の交換手法が共通化されており、利用者端末の個人属性情報をサービス提供装置に提供するのに有用であり、特に、複数の利用者の個人属性情報を取得する際も利用者ごとに取得する必要はなく、複数の利用者の個人属性情報を一回の取得要求で取得することに適する。
【図面の簡単な説明】
【０１２１】
【図１】実施例１に係る個人属性情報提供システムの全体構成を示すシステム構成図である。
【図２】実施例１に係る個人属性情報提供システムの構成を示すブロック図である。
【図３】サイトＢの仮名ＩＤ管理ＤＢに記憶される情報の例を示す図である。
【図４】サイトＢの属性情報管理サイト仮名ＩＤ管理ＤＢに記憶される情報の例を示す図である。
【図５】サイトＡの仮名ＩＤ管理ＤＢに記憶される情報の例を示す図である。
【図６】サイトＣの仮名ＩＤ管理ＤＢに記憶される情報の例を示す図である。
【図７】サイトＣの属性情報ＤＢに記憶される情報の例を示す図である。
【図８】実施例１に係る個人属性情報提供システムのサイトＢにおける処理の流れを示すフローチャートである。
【図９】実施例１に係る個人属性情報提供システムのサイトＡにおける処理の流れを示すフローチャートである。
【図１０】実施例１に係る個人属性情報提供システムのサイトＣにおける処理の流れを示すフローチャートである。
【図１１】実施例２に係る個人属性情報提供システムの全体構成を示す図である。
【図１２】実施例３に係る個人属性情報提供システムの全体構成を示す図である。
【図１３】実施例４に係る個人属性情報提供システムの全体構成を示す図である。
【図１４】従来技術を説明するための図である。
【図１５】従来技術を説明するための図である。
【図１６】従来技術を説明するための図である。
【図１７】従来技術を説明するための図である。
【符号の説明】
【０１２２】
２０  サイトＢ
２１  通信制御Ｉ／Ｆ部
２２  記憶部
２３  仮名ＩＤ管理ＤＢ
２４  属性情報管理サイト仮名ＩＤ管理ＤＢ
２５  属性情報ＤＢ
２６  制御部
２７  ＩＤ一覧生成部
２８  情報送信部
２９  属性情報取得部
３０  識別子特定部
３１  サービス提供部
４０  サイトＡ
４１  通信制御Ｉ／Ｆ部
４２  記憶部
４３  仮名ＩＤ管理ＤＢ
４５  制御部
４７  情報送信部
５０  サイトＣ
５１  通信制御Ｉ／Ｆ部
５２  記憶部
５３  仮名ＩＤ管理ＤＢ
５４  属性情報ＤＢ
５５  制御部
５６  情報取得部
５７  情報送信部
【図１】
0004847483.tif 000002
【図２】
0004847483.tif 000003
【図３】
0004847483.tif 000004
【図４】
0004847483.tif 000005
【図５】
0004847483.tif 000006
【図６】
0004847483.tif 000007
【図７】
0004847483.tif 000008
【図８】
0004847483.tif 000009
【図９】
0004847483.tif 000010
【図１０】
0004847483.tif 000011
【図１１】
0004847483.tif 000012
【図１２】
0004847483.tif 000013
【図１３】
0004847483.tif 000014
【図１４】
0004847483.tif 000015
【図１５】
0004847483.tif 000016
【図１６】
0004847483.tif 000017
【図１７】
0004847483.tif 000018