連携装置、連携元装置、連携先装置、連携プログラム、および連携方法
【課題】連携検索の安全性の向上を図ること。
【解決手段】（１）甲の第１実ＩＤ「ａａａ」を指定し、ハッシュ値「９８ｃ％ｄｆ」を求める。（２）連携先装置１０２のハッシュ値の取得要求を送信する。（３）ハッシュ値「９８ｃ％ｄｆ」を含む第１連携テーブルＴｃＡを検索し、連携ＩＤを特定する。（４）連携ＩＤを有する第２連携テーブルＴｃＢを検索し、ハッシュ値「Ａｓ８＆＋）」を検索する。（５）検索ハッシュ値「Ａｓ８＆＋）」を連携元装置１０１に送信する。（６）ハッシュ値「Ａｓ８＆＋）」を受信すると属性要求を送信する。（７）属性要求からハッシュ値「Ａｓ８＆＋）」を抽出し、逆引きテーブルＴｒから実ＩＤ「ｂｂｂ」を特定する。属性テーブルＴａＢ内の第２実ＩＤ「ｂｂｂ」のレコードから、年収項目の年収１２３（万円）を抽出する。（８）このあと、抽出した属性情報（年収１２３万円）を送信する。
【解決手段】（１）甲の第１実ＩＤ「ａａａ」を指定し、ハッシュ値「９８ｃ％ｄｆ」を求める。（２）連携先装置１０２のハッシュ値の取得要求を送信する。（３）ハッシュ値「９８ｃ％ｄｆ」を含む第１連携テーブルＴｃＡを検索し、連携ＩＤを特定する。（４）連携ＩＤを有する第２連携テーブルＴｃＢを検索し、ハッシュ値「Ａｓ８＆＋）」を検索する。（５）検索ハッシュ値「Ａｓ８＆＋）」を連携元装置１０１に送信する。（６）ハッシュ値「Ａｓ８＆＋）」を受信すると属性要求を送信する。（７）属性要求からハッシュ値「Ａｓ８＆＋）」を抽出し、逆引きテーブルＴｒから実ＩＤ「ｂｂｂ」を特定する。属性テーブルＴａＢ内の第２実ＩＤ「ｂｂｂ」のレコードから、年収項目の年収１２３（万円）を抽出する。（８）このあと、抽出した属性情報（年収１２３万円）を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置間の連携をおこなう連携装置、連携元装置、連携先装置、連携プログラム、および連携方法に関する。
【背景技術】
【０００２】
クラウドやＷｅｂサービスにおいて、現実には同一人物がサービス毎に異なったＩＤによって利用するということが少なくない。具体的には、複数のサービスにおいて別々のＩＤで個人情報が分散している状況で、個人の属性情報を連携したいといった要望がある。たとえば、市役所が税務署から年収を入手して年収に応じた支援を行うなどの行政のワンストップサービスなどが挙げられる。
【０００３】
このような場合、従来は、いずれかのサービスで個人のＩＤの対応付け情報を持つ技術が開示されている（たとえば、下記特許文献１，２を参照。）。たとえば、上記の例では、個人の市役所用のＩＤと税務署用のＩＤとを対応付けたテーブルを、市役所と税務署のうち市役所側で保管しておくこととなる（従来技術１）。
【０００４】
また、第三者紐付け機関で、個人のＩＤの対応付け情報をもたせるケースもある。たとえば、上記の例では、個人の市役所用のＩＤと税務署用のＩＤとを対応付けたテーブルを、市役所および税務署以外の第三者紐付け機関で保管しておくこととなる（従来技術２）。
【０００５】
さらに、特定の関数により統一ＩＤからサービスごとに個人のＩＤを計算することで、理論上紐付け可能とする技術も開示されている（たとえば、下記非特許文献１を参照。）。たとえば、オーストリアの国民ＩＤ方式においては、分野別ＩＤは、住民票コードに基づく共通ＩＤ（ＳｏｕｒｃｅＰＩＮ）から不可逆な関数で自動計算される。各分野別ＩＤを統合する場合には、データ保護委員会が住民票コードに基づき、共通ＩＤから各分野別ＩＤを計算しておこなうこととなる。この方式では、上述のような対応付け情報を持たなくても済む（従来技術３）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−１７１９２３号公報
【特許文献２】特開２００８−９８７８６号公報
【非特許文献】
【０００７】
【非特許文献１】小泉雄介著 「国民ＩＤの導入に向けた課題〜海外事例に学ぶ〜」、２００９年２月２８日、ＮＥＣ総研（インターネット検索 ＵＲＬ＜ｈｔｔｐ：／／ｗｗｗ．ｊｓｓｍ．ｎｅｔ／ｊｓｓｍ／ｓｅｃｕｒｉｔｙ＿ｄａｙ２００９０２２８．ｈｔｍ＞ 検索日：２０１０年１０月 ６日）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した従来技術１，２では、対応付け情報が漏洩する危険性があるという問題があった。また、サービスの数が多くなると、サービスの組み合わせごとに対応付け情報が必要となる。したがって、対応付け情報の漏洩の危険性が増大するという問題があった。このように、対応付け情報が漏洩すると、対応付け情報のＩＤに関連付けされている個人情報の漏洩や不正使用、成り済ましにつながり、個人に不利益を与えてしまうという問題があった。
【０００９】
また、上述した従来技術３では、サービス間で個人のＩＤでの対応を取る場合には、個人の名前や住所などの情報から人手（委員会）で統一ＩＤを検索し、それから他サービスでの個人のＩＤを算出しなければならず、運用上手間がかかるという問題があった。また、すでに分野別ＩＤが機関ごとに作成されている場合には対応できないという問題があった。
【００１０】
本発明は、上述した従来技術による問題点を解消するため、連携検索の安全性の向上を図ることができる連携装置、連携元装置、連携先装置、連携プログラム、および連携方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するため、連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備え、前記連携元装置から前記第１固有情報を受信し、前記記憶手段の中から、受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索し、検索された前記第２固有情報を前記連携元装置に送信する連携装置、連携プログラム、および連携方法が一例として提案される。
【００１２】
また、連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備え、前記連携元装置から前記第１固有情報を受信し、前記記憶手段の中から、受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索し、検索された前記第２固有情報を前記連携元装置に送信する連携装置、連携プログラム、および連携方法が一例として提案される。
【００１３】
また、連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能であり、前記第１識別情報を指定し、指定された前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成し、生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信し、前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信し、受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信し、前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内の前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルから特定された前記第２識別情報に関連付けされている属性情報を、前記連携先装置から受信する連携元装置、連携プログラム、および連携方法が一例として提案される。
【００１４】
また、連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能であり、前記第１識別情報を指定し、指定された前記第１識別情報を前記第１共通鍵で暗号化することにより、前記第１固有情報を生成し、生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信し、前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信し、受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信し、前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内で前記第２固有情報を前記第２共通鍵で復号された前記第２識別情報に関連付けされている属性情報を前記連携先装置から受信する連携元装置、連携プログラム、および連携方法が一例として提案される。
【００１５】
また、連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備え、前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信し、受信された属性取得要求に含まれている前記第２固有情報を前記第２識別情報に変換し、前記属性テーブルを参照して、変換された前記第２識別情報に関連付けられている前記属性情報を検索し、検索された前記属性情報を前記連携元装置に送信する連携先装置、連携プログラム、および連携方法が一例として提案される。
【００１６】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備え、前記第２固有情報に前記連携識別情報に関する日付情報を連結した連結情報を前記連携先装置に関する公開鍵で暗号化した暗号化連結情報を前記連携装置から受信した連携元装置から、前記暗号化連結情報を含む属性取得要求を受信し、受信された属性取得要求に含まれている前記暗号化連結情報を前記連携先装置に関する秘密鍵で復号し、復号された連結情報に含まれている前記日付情報に基づいて、前記連結情報に含まれている前記第２固有情報の妥当性を判断し、判断結果に基づいて、前記復号手段によって復号された連結情報に含まれている前記第２固有情報を前記第２識別情報に変換し、前記属性テーブルを参照して、前記変換手段によって変換された前記第２識別情報に関連付けられている前記属性情報を検索し、検索された前記属性情報を前記連携元装置に送信する連携先装置、連携プログラム、および連携方法が一例として提案される。
【００１７】
連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備え、前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信し、受信された属性取得要求に含まれている前記第２固有情報を、前記第２共通鍵で復号することにより、前記第２識別情報を生成し、前記属性テーブルを参照して、生成された前記第２識別情報に関連付けられている前記属性情報を検索し、検索された前記属性情報を前記連携元装置に送信する連携先装置、連携プログラム、および連携方法が一例として提案される。
【発明の効果】
【００１８】
本発明の連携装置、連携元装置、連携先装置、連携プログラム、および連携方法によれば、連携検索の安全性の向上を図ることができるという効果を奏する。
【図面の簡単な説明】
【００１９】
【図１】実施の形態１にかかる連携システムのシステム構成例を示す説明図である。
【図２】実施の形態１にかかる連携テーブルの作成例を示す説明図である。
【図３】実施の形態１にかかる連携テーブルの更新例を示す説明図である。
【図４】実施の形態１にかかる連携検索例を示す説明図である。
【図５】実施の形態１にかかる連携検索例２を示す説明図である。
【図６】実施の形態にかかるコンピュータのハードウェア構成例を示すブロック図である。
【図７】連携装置の機能的構成例を示すブロック図である。
【図８】連携元装置の機能的構成例を示すブロック図である。
【図９】連携先装置の機能的構成例を示すブロック図である。
【図１０】連携テーブルの登録要求処理手順を示すフローチャートである。
【図１１】連携テーブルの登録処理手順を示すフローチャートである。
【図１２】連携テーブルの更新要求処理手順を示すフローチャートである。
【図１３】連携テーブルの更新処理手順を示すフローチャートである。
【図１４】連携検索処理手順を示すシーケンス図である。
【図１５】連携検索処理手順を示すシーケンス図である。
【図１６】実施の形態２にかかる連携システムのシステム構成例を示す説明図である。
【図１７】実施の形態２にかかる連携テーブルの作成例を示す説明図である。
【図１８】実施の形態２にかかる連携テーブルの更新例を示す説明図である。
【図１９】実施の形態２にかかる連携検索例を示す説明図である。
【図２０】連携テーブルの登録要求処理手順を示すフローチャートである。
【図２１】連携テーブルの登録処理手順を示すフローチャートである。
【図２２】連携テーブルの更新要求処理手順を示すフローチャートである。
【図２３】連携テーブルの更新処理手順を示すフローチャートである。
【図２４】連携検索処理手順を示すシーケンス図である。
【発明を実施するための形態】
【００２０】
以下に添付図面を参照して、本発明にかかる連携元装置、連携先装置、連携プログラム、および連携方法の実施の形態を詳細に説明する。なお、本実施の形態では各種テーブルが用いられるが、テーブルは一例であり、他の構造のデータベースでもよい。
【００２１】
本実施の形態では、同一個人の属性情報が異なった実ＩＤで格納されている場合に、当該実ＩＤの対応付け情報はどの機関も持たせずに、第三者が属性情報を連携させることを可能にする。実ＩＤの対応付け情報はどの機関も持たないため、実ＩＤの漏洩は生じないこととなり、セキュリティが向上する。
【００２２】
また、一方の実ＩＤを所有する一方の機関でサービスを提供する場合、一方の機関は、他方の実ＩＤを所有する他方の機関から他方の実ＩＤに関連付けられている属性情報を、他方の実ＩＤがわからなくても、他方の機関から取得することが可能となる。たとえば、一方の機関が市役所で、他方の機関が税務署である場合、ある個人に対して市役所が税務署から年収を入手して年収に応じた支援を行うときは、市役所では、当該個人の税務署での実ＩＤを知らなくても、税務署から当該個人の年収を入手することが可能となる。
【００２３】
（実施の形態１）
まず、実施の形態１について説明する。実施の形態１は、ある個人の機関ごとに異なる実ＩＤを、各機関で固有の一方向性関数に与えて、それぞれ固有情報を生成する例である。ここで、一方向性関数とは、出力データを入力データに戻すことが不可能（または困難）であり、同じ入力データを与えれば、同じ出力データが得られる関数である。一方向性関数としては、たとえば、ハッシュ関数が挙げられる。ハッシュ関数としては、たとえば、ＳＨＡ−１やＳＨＡ−２５６などの一般的なハッシュ関数を適用することができる。
【００２４】
そして、各実ＩＤを保有する機関とは異なる第三者機関が、各実ＩＤの固有情報を、両実ＩＤに共通の連携ＩＤで関連付けて保有することとなる。本明細書では、このような第三者機関を「連携機関」と称す。なお、本明細書内のＩＤやハッシュ値、暗号化データは、一例にすぎず、理解の容易のため、便宜上単純な文字列を採用しただけである。
【００２５】
＜システム構成例＞
図１は、実施の形態１にかかる連携システムのシステム構成例を示す説明図である。連携システムは、機関Ａのコンピュータと機関Ｂのコンピュータと連携機関Ｃのコンピュータとが、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークを介して通信可能に接続されて構成されている。
【００２６】
以降、連携機関Ｃのコンピュータを「連携装置」と称す。また、機関Ａ、Ｂはいずれも連携元にもなり得るし、連携先にもなり得るが、ここでは、一例として、一方の機関を連携元、他方の機関を連携先とする。したがって、連携元のコンピュータを「連携元装置」と称し、連携先のコンピュータを「連携先装置」と称す。図１の場合、機関Ａのコンピュータを「連携元装置」とし、機関Ｂのコンピュータを「連携先装置」とする。
【００２７】
また、ここで、あるユーザについて、機関Ａと機関Ｂとでそれぞれ実ＩＤが割り当てられている。両実ＩＤは異なる識別情報である。図１では、機関Ａの実ＩＤを「第１実ＩＤ（図１ではＩＤ＿Ａと表記）」とし、機関Ｂの実ＩＤを「第２実ＩＤ（図１ではＩＤ＿Ｂと表記）」とする。第１実ＩＤは機関Ａでのみ用いられる実ＩＤであり、第２実ＩＤは機関Ｂでのみ用いられる実ＩＤである。
【００２８】
連携元装置１０１は、属性テーブルＴａＡと、ハッシュ関数ｈＡ（）と、連携機能ＦＡと、を有する。属性テーブルＴａＡとは、実ＩＤごとに各種属性情報を記憶するテーブルである。たとえば、機関Ａが市役所だとすると、当該市内在住の個人の実ＩＤ（ＩＤ＿Ａ）と、当該個人の姓、名、住所、本籍地などの属性情報が属性テーブルに登録されている。ハッシュ関数ｈＡ（）は、連携元装置１０１に固有の一方向性関数である。属性テーブルＴａＡおよびハッシュ関数ｈＡ（）は、連携元装置１０１内の記憶領域に記憶されている。
【００２９】
連携機能ＦＡは、連携装置での連携テーブルの登録要求、連携先装置１０２のハッシュ値の取得要求、連携先装置１０２からの属性情報の取得要求を実行する機能である。連携機能ＦＡは、連携元装置１０１内の記憶領域に記憶されている連携プログラムを連携元装置１０１のＣＰＵに実行させることで実現される。
【００３０】
連携先装置１０２は、属性テーブルＴａＢと、ハッシュ関数ｈＢ（）と、連携機能ＦＢと、を有する。属性テーブルＴａＢとは、実ＩＤごとに各種属性情報を記憶するテーブルである。たとえば、機関Ｂが税務署だとすると、当該市内在住の個人の実ＩＤ（ＩＤ＿Ｂ）と、当該個人の勤務先、年収などの属性情報が属性テーブルＴａＢに登録されている。ハッシュ関数ｈＢ（）は、連携先装置１０２に固有の一方向性関数である。属性テーブルＴａＢおよびハッシュ関数ｈＢ（）は、連携先装置１０２内の記憶領域に記憶されている。ハッシュ関数ｈＡ（），ｈＢ（）は同じ入力データが与えられても、出力データが異なる関数である。
【００３１】
連携機能ＦＢは、連携装置１０３での連携テーブルの登録要求、連携元装置１０１からの属性情報の取得要求に応じて結果を返す処理を実行する機能である。連携機能ＦＢは、連携先装置１０２内の記憶領域に記憶されている連携プログラムを連携先装置１０２のＣＰＵに実行させることで実現される。
【００３２】
連携装置１０３は、連携テーブルＴｃと連携機能ＦＣとを有する。連携テーブルＴｃは、機関ごとに設定されている。たとえば、第１連携テーブルＴｃＡは機関Ａの連携テーブルであり、第２連携テーブルＴｃＢは機関Ｂの連携テーブルである。連携機能ＦＣは、ユーザごとに、連携ＩＤを発行する。連携ＩＤは、同一ユーザについての機関Ａの第１実ＩＤのハッシュ値と機関Ｂの第２実ＩＤのハッシュ値とを関連付ける識別情報である。すなわち、第１連携テーブルＴｃＡには、連携ＩＤと第１実ＩＤが関連付けられている。また、第２連携テーブルＴｃＢには、連携ＩＤと第２実ＩＤが関連付けられている。
【００３３】
また、連携機能ＦＣは、連携テーブルＴｃの登録要求を受けると、連携テーブルＴｃを作成する。たとえば、機関Ａから第１連携テーブルＴｃＡの登録要求を受けると、第１連携テーブルＴｃＡを作成する。また、機関Ｂから第２連携テーブルＴｃＢの登録要求を受けると、第２連携テーブルＴｃＢを作成する。また、連携機能は、連携先装置１０２への連携依頼、すなわち、連携先装置１０２のハッシュ値の取得要求を連携元装置１０１から受けると、連携先装置１０２のハッシュ値を連携元装置１０１に返す。連携機能ＦＣは、連携装置１０３内の記憶領域に記憶されている連携プログラムを連携装置１０３のＣＰＵに実行させることで実現される。
【００３４】
＜連携テーブルの作成例＞
図２は、実施の形態１にかかる連携テーブルの作成例を示す説明図である。ここでは、あるユーザ（ユーザ名：甲）について説明する。また、連携テーブルの作成の前提として、機関Ａ（例として市役所）と機関Ｂ（例として税務署）にはそれぞれ、甲に関する属性情報が属性テーブルに登録されているものとする。したがって、甲については機関Ａの第１実ＩＤ「ａａａ」と機関Ｂの第２実ＩＤ「ｂｂｂ」が割り当てられているものとする。
【００３５】
（１）まず、連携装置１０３が甲に対し連携ＩＤを通知する。甲についての第１連携テーブルＴｃＡ，第２連携テーブルＴｃＢが作成されるまで、連携装置１０３は、発行された連携ＩＤを保持しておく。また、発行された連携ＩＤは、甲が連携機関Ｃに出向いて取得してもよく、また、連携機関Ｃが甲宛に郵送してもよい。また、連携装置１０３が、甲が所有するコンピュータに対し、連携ＩＤを送信してもよい。本例では、連携ＩＤを「１２３４５６７８」とする。
【００３６】
（２）つぎに、甲は機関Ａおよび機関Ｂに設定依頼をおこなう。具体的には、甲は機関Ａに対し、連携機関Ｃから得た連携ＩＤを提供する。同様に、甲は機関Ｂに対しても、連携機関Ｃから得た連携ＩＤを提供する。提供方法は、甲が機関Ａ、機関Ｂのそれぞれに出向いて提示してもよく、郵送してもよい。また、甲が所有するコンピュータにより、連携ＩＤを連携元装置１０１および連携先装置１０２に送信してもよい。
【００３７】
また、連携項目とは、属性テーブルの属性項目のうち他の機関に連携させる項目である。連携元装置１０１は、連携先装置１０２から属性情報を取得するコンピュータであるため、連携元装置１０１に対しては、連携項目は「なし」となる。一方、連携先装置１０２は、連携元装置１０１に属性情報を提供するコンピュータであるため、連携先装置１０２に対し、連携項目が選択されることとなる。図２では、たとえば、連携先装置１０２の属性テーブルＴａＢの属性項目「年収」、「勤務先」、・・・のうち、属性項目「年収」が連携項目として選択されたこととする。なお、連携項目の選択方法も、甲が機関Ｂに出向いて提示してもよく、郵送してもよい。また、甲が所有するコンピュータにより、連携ＩＤを連携先装置１０２に送信してもよい。
【００３８】
そして、連携項目に設定された属性項目には、フラグがセット（Ｆ＝１）されることとなる。本例では、甲のレコードについて年収項目にフラグがセットされているため、連携元装置１０１から取得要求があると、属性項目群のうち年収項目の属性情報、すなわち、年収「１２３（万円）」が連携元装置１０１に提供されることとなる。一方、勤務先項目にはフラグがセットされていない（Ｆ＝０）ため、勤務先は提供されない。
【００３９】
（３）このあと、連携元装置１０１および連携先装置１０２では、実ＩＤおよび連携ＩＤの組み合わせを受け付けると、ハッシュ値が算出される。具体的には、連携元装置１０１では、第１実ＩＤ「ａａａ」をハッシュ関数ｈＡ（）に与えることで、ハッシュ値「９８ｃ％ｄｆ」が得られる。同様に、連携先装置１０２では、第２実ＩＤ「ｂｂｂ」をハッシュ関数ｈＢ（）に与えることで、ハッシュ値「Ａｓ８＆＋）」が得られる。
【００４０】
（４）また、連携先装置１０２は、連携項目が選択されているため、逆引きテーブルＴｒを作成する。逆引きテーブルＴｒは、ハッシュ値とその元となる実ＩＤとを関連付けたテーブルである。図２のケースでは、ハッシュ値「Ａｓ８＆＋）」とハッシュ値「Ａｓ８＆＋）」の算出元となる実ＩＤ「ｂｂｂ」とを関連付けて逆引きテーブルＴｒとする。
【００４１】
（５）ハッシュ値が算出されると、連携元装置１０１および連携先装置１０２は、連携テーブルの登録要求を連携装置１０３に送信する。連携元装置１０１の登録要求には、連携元装置１０１の第１実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」と連携ＩＤ「１２３４５６７８」が含まれている。また、連携先装置１０２の登録要求には、連携先装置１０２の第２実ＩＤ「ｂｂｂ」のハッシュ値「Ａｓ８＆＋）」と連携ＩＤ「１２３４５６７８」が含まれている。
【００４２】
（６）連携装置１０３は、連携テーブルの登録要求を受けると、連携テーブルＴｃを作成する。たとえば、連携元装置１０１からの登録要求があった場合、連携装置１０３は、ハッシュ値「９８ｃ％ｄｆ」と連携ＩＤ「１２３４５６７８」とを関連付けた第１連携テーブルＴｃＡを作成する。また、連携装置１０３は、ハッシュ値「Ａｓ８＆＋）」と連携ＩＤ「１２３４５６７８」とを関連付けた第２連携テーブルＴｃＢを作成する。これにより作成処理が完了する。
【００４３】
＜連携テーブルの更新例＞
図３は、実施の形態１にかかる連携テーブルの更新例を示す説明図である。図３では、一例として第２連携テーブルＴｃＢの更新例を説明するが、第１連携テーブルＴｃＡについても同様に更新することとなる。
【００４４】
（１）まず、甲は、実ＩＤの更新依頼を機関Ｂにおこなう。具体的には、甲は、機関Ｂに実ＩＤ「ｂｂｂ」の更新依頼をおこなう。依頼方法は、甲が機関Ｂに出向いて依頼してもよく、甲が所有するコンピュータにより、実ＩＤの更新依頼を連携先装置１０２に送信してもよい。更新依頼があると、連携先装置１０２は、新しい第２実ＩＤを発行する。ここでは、新しい第２実ＩＤを「ｃｃｃ」とする。
【００４５】
（２）つぎに、連携先装置１０２は、新しい第２実ＩＤをハッシュ関数に与えて、新しいハッシュ値を生成する。具体的には、連携先装置１０２は、新しい第２実ＩＤ「ｃｃｃ」をハッシュ関数ｈＢ（）に与えて、新しいハッシュ値「ｑｗｅｒｔｙ」を算出する。
【００４６】
（３）ハッシュ値があらたに算出されると、連携先装置１０２は、連携テーブルの更新要求を連携装置１０３に送信する。連携テーブルの更新要求には、連携先装置１０２の新旧ハッシュ値「Ａｓ８＆＋）」，「ｑｗｅｒｔｙ」が含まれている。
【００４７】
（４）連携先装置１０２は、更新要求をおこなうと、逆引きテーブルＴｒを更新する。具体的には、連携先装置１０２は、逆引きテーブルＴｒのハッシュ値項目のハッシュ値を、旧ハッシュ値「Ａｓ８＆＋）」から新ハッシュ値「ｑｗｅｒｔｙ」に書き換える。また、連携先装置１０２は、逆引きテーブルＴｒの実ＩＤ項目の第２実ＩＤを、旧第２実ＩＤ「ｂｂｂ」から新第２実ＩＤ「ｃｃｃ」に書き換える。なお、連携先装置１０２の更新の場合、連携先装置１０２は逆引きテーブルＴｒを有していないため、（４）は実行しない。
【００４８】
なお、連携先装置１０２が、必ず連携先としてのみ利用される場合には、逆引きテーブルＴｒのハッシュ値項目を旧ハッシュ値「Ａｓ８＆＋）」のまま変更せず、第２実ＩＤを「ｃｃｃ」に置き換えるだけで、更新作業は終了しても良い。連携機関１０３の情報が更新されないため、他機関からは旧ハッシュ値「Ａｓ８＆＋）」でのみ検索要求があるためである。
【００４９】
（５）また、連携先装置１０２は、属性テーブルのＩＤ項目の第２実ＩＤを、旧第２実ＩＤ「ｂｂｂ」から新第２実ＩＤ「ｃｃｃ」に書き換える。
【００５０】
（６）一方、連携装置１０３では、（３）で更新要求を受けると、第２連携テーブルＴｃＢを更新する。具体的には、連携装置１０３は、連携テーブルの更新要求に含まれている連携先装置１０２の新旧ハッシュ値「Ａｓ８＆＋）」，「ｑｗｅｒｔｙ」のうち、旧ハッシュ値「Ａｓ８＆＋）」を手がかりとして、連携テーブルＴｃの中から第２連携テーブルＴｃＢを検索する。
【００５１】
（７）そして、連携装置１０３は、第２連携テーブルＴｃＢのハッシュ値項目のハッシュ値を、旧ハッシュ値「Ａｓ８＆＋）」から新ハッシュ値「ｑｗｅｒｔｙ」に書き換える。これにより、更新処理が完了する。
【００５２】
＜連携検索例１＞
図４は、実施の形態１にかかる連携検索例を示す説明図である。図４では、市役所（機関Ａ：連携元装置１０１）が甲の属性情報：年収を税務署（機関Ｂ：連携先装置１０２）から取得する例を示す。
【００５３】
（１）まず、連携元装置１０１は、甲の第１実ＩＤ「ａａａ」を指定し、ハッシュ関数ｈＡ（）に与えて、ハッシュ値「９８ｃ％ｄｆ」を求める。
【００５４】
（２）つぎに、連携元装置１０１は、連携装置１０３に対し、連携先装置１０２のハッシュ値の取得要求を送信する。当該取得要求には、（１）で求めたハッシュ値「９８ｃ％ｄｆ」が含まれている。
【００５５】
（３）連携装置１０３は、（２）で取得要求を受けると、連携テーブルＴｃの中からハッシュ値「９８ｃ％ｄｆ」を含む第１連携テーブルＴｃＡを検索する。つぎに、連携装置１０３は、検索された第１連携テーブルＴｃＡのハッシュ値「９８ｃ％ｄｆ」に関連付けられている連携ＩＤ「１２３４５６７８」を特定する。
【００５６】
（４）連携装置１０３は、連携テーブルＴｃの中から、特定された連携ＩＤ「１２３４５６７８」を有する第２連携テーブルＴｃＢを検索する。つぎに、連携装置１０３は、検索された第２連携テーブルＴｃＢの連携ＩＤ「１２３４５６７８」に関連付けられているハッシュ値「Ａｓ８＆＋）」を検索する。
【００５７】
（５）このあと、連携装置１０３は、（４）で検索されたハッシュ値「Ａｓ８＆＋）」を連携元装置１０１に送信する。
【００５８】
（６）連携元装置１０１は、（５）でハッシュ値「Ａｓ８＆＋）」を受信すると、連携先装置１０２に対し、属性要求を送信する。属性要求には、（５）で受信したハッシュ値「Ａｓ８＆＋）」が含まれている。
【００５９】
（７）連携先装置１０２は、（６）で受信した属性要求からハッシュ値「Ａｓ８＆＋）」を抽出し、逆引きテーブルＴｒから、抽出したハッシュ値「Ａｓ８＆＋）」に対応する実ＩＤ「ｂｂｂ」を特定する。そして、連携先装置１０２は、属性テーブルＴａＢ内の第２実ＩＤ「ｂｂｂ」のレコードを特定し、フラグがＦ＝１にセットされている属性項目の属性情報を抽出する。ここでは、年収項目の年収１２３（万円）が抽出される。
【００６０】
（８）このあと、連携先装置１０２は、連携元装置１０１に対し、（７）で抽出した属性情報（年収１２３万円）を送信する。なお、連携先装置１０２と甲が所有するコンピュータとが通信可能に接続されている場合、属性情報の送信に先立って、属性情報の提供の有無を確認してもよい。
【００６１】
（９）最後に、連携元装置１０１は、連携先装置１０２から甲の年収を取得できたため、年収に応じたサービスを甲に提供することとなる。このように、機関Ａの甲の第１実ＩＤ「ａａａ」と機関Ｂの甲の第２実ＩＤ「ｂｂｂ」とを対応付けるテーブルが存在していなくても、機関Ａと機関Ｂとを連携させることができる。すなわち、機関Ａの甲の第１実ＩＤ「ａａａ」と機関Ｂの甲の第２実ＩＤ「ｂｂｂ」との対応関係が漏洩することはない。また、連携テーブルＴｃが漏洩しても連携ＩＤとハッシュ値との組み合わせに過ぎないため、漏洩しても実ＩＤが特定されることはない。
【００６２】
＜連携検索例２＞
図５は、実施の形態１にかかる連携検索例２を示す説明図である。図５でも、市役所（機関Ａ：連携元装置１０１）が甲の属性情報：年収を税務署（機関Ｂ：連携先装置１０２）から取得する例を示す。
【００６３】
（１）まず、連携元装置１０１は、甲の第１実ＩＤ「ａａａ」を指定し、ハッシュ関数ｈＡ（）に与えて、ハッシュ値「９８ｃ％ｄｆ」を求める。
【００６４】
（２）つぎに、連携元装置１０１は、連携装置１０３に対し、連携先装置１０２のハッシュ値の取得要求を送信する。当該取得要求には、（１）で求めたハッシュ値「９８ｃ％ｄｆ」が含まれている。
【００６５】
（３）連携装置１０３は、（２）で取得要求を受けると、連携テーブルＴｃの中からハッシュ値「９８ｃ％ｄｆ」を含む第１連携テーブルＴｃＡを検索する。つぎに、連携装置１０３は、検索された第１連携テーブルＴｃＡのハッシュ値「９８ｃ％ｄｆ」に関連付けられている連携ＩＤ「１２３４５６７８」を特定する。
【００６６】
（４）連携装置１０３は、連携テーブルＴｃの中から、特定された連携ＩＤ「１２３４５６７８」を有する第２連携テーブルＴｃＢを検索する。つぎに、連携装置１０３は、検索された第２連携テーブルＴｃＢの連携ＩＤ「１２３４５６７８」に関連付けられているハッシュ値「Ａｓ８＆＋）」を検索する。
【００６７】
（５）ここで、連携装置１０３は、（４）で検索されたハッシュ値「Ａｓ８＆＋）」に日付情報、たとえば、「２０１０１００４」を連結し、連結情報「Ａｓ８＆＋）２０１０１００４」を生成する。そして、連携装置１０３は、事前に連携先装置１０２から渡されている連携先装置１０２の公開鍵で連結情報「Ａｓ８＆＋）２０１０１００４」を暗号化する。なお、この（５）の処理は、あらかじめ第２連携テーブルＴｃＢの作成時におこなってもよい。この場合、（４）では、暗号化連結情報が検索され、下記（６）を実行することとなる。
【００６８】
（６）このあと、連携装置１０３は、（５）で生成された暗号化連結情報を連携元装置１０１に送信する。
【００６９】
（７）連携元装置１０１は、（６）受信した暗号化連結情報を受信すると、連携先装置１０２に対し、属性要求を送信する。属性要求には、（６）で受信した暗号化連結情報が含まれている。
【００７０】
（８）連携先装置１０２は、（７）で受信した属性要求から暗号化連結情報を、連携装置１０３に渡した公開鍵に対応する秘密鍵で復号する。そして、連携先装置１０２は、復号された連結情報「Ａｓ８＆＋）２０１０１００４」から日付情報「２０１０１００４」を抽出し、連結情報「Ａｓ８＆＋）２０１０１００４」に含まれているハッシュ値「Ａｓ８＆＋）」の妥当性を判断する。不当である場合は連携検索を終了することとなる。
【００７１】
（９）連携先装置１０２は、ハッシュ値「Ａｓ８＆＋）」が妥当である場合、逆引きテーブルＴｒからハッシュ値「Ａｓ８＆＋）」に対応する第２実ＩＤ「ｂｂｂ」を特定する。そして、連携先装置１０２は、属性テーブルＴａＢ内の第２実ＩＤ「ｂｂｂ」のレコードを特定し、フラグがＦ＝１にセットされている属性項目の属性情報を抽出する。ここでは、年収項目の年収１２３（万円）が抽出される。
【００７２】
（１０）このあと、連携先装置１０２は、連携元装置１０１に対し、（９）で抽出した属性情報（年収１２３万円）を送信する。なお、連携先装置１０２と甲が所有するコンピュータとが通信可能に接続されている場合、属性情報の送信に先立って、属性情報の提供の有無を確認してもよい。
【００７３】
（１１）最後に、連携元装置１０１は、連携先装置１０２から甲の年収を取得できたため、年収に応じたサービスを甲に提供することとなる。このように、機関Ａの甲の第１実ＩＤ「ａａａ」と機関Ｂの甲の第２実ＩＤ「ｂｂｂ」とを対応付けるテーブルが存在していなくても、機関Ａと機関Ｂとを連携させることができる。すなわち、機関Ａの甲の第１実ＩＤ「ａａａ」と機関Ｂの甲の第２実ＩＤ「ｂｂｂ」との対応関係が漏洩することはない。
【００７４】
また、連携テーブルＴｃが漏洩しても連携ＩＤとハッシュ値との組み合わせに過ぎないため、漏洩しても実ＩＤが特定されることはない。また、機関Ａは第２実ＩＤの実際のハッシュ値が分からないため、よりセキュリティの向上を図ることができる。また、古い属性情報の提供を回避することができるため、サービスの質の向上を図ることができる。
【００７５】
＜コンピュータのハードウェア構成＞
図６は、実施の形態にかかるコンピュータのハードウェア構成例を示すブロック図である。図６において、コンピュータは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）６０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）６０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）６０３と、磁気ディスクドライブ６０４と、磁気ディスク６０５と、光ディスクドライブ６０６と、光ディスク６０７と、ディスプレイ６０８と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）６０９と、キーボード６１０と、マウス６１１と、スキャナ６１２と、プリンタ６１３と、を備えている。また、各構成部はバス６００によってそれぞれ接続されている。
【００７６】
ここで、ＣＰＵ６０１は、コンピュータの全体の制御を司る。ＲＯＭ６０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ６０３は、ＣＰＵ６０１のワークエリアとして使用される。磁気ディスクドライブ６０４は、ＣＰＵ６０１の制御にしたがって磁気ディスク６０５に対するデータのリード／ライトを制御する。磁気ディスク６０５は、磁気ディスクドライブ６０４の制御で書き込まれたデータを記憶する。
【００７７】
光ディスクドライブ６０６は、ＣＰＵ６０１の制御にしたがって光ディスク６０７に対するデータのリード／ライトを制御する。光ディスク６０７は、光ディスクドライブ６０６の制御で書き込まれたデータを記憶したり、光ディスク６０７に記憶されたデータをコンピュータに読み取らせたりする。
【００７８】
ディスプレイ６０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ６０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００７９】
インターフェース（以下、「Ｉ／Ｆ」と略する。）６０９は、通信回線を通じてＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク６１４に接続され、このネットワーク６１４を介して他の装置に接続される。そして、Ｉ／Ｆ６０９は、ネットワーク６１４と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ６０９には、たとえばモデムやＬＡＮアダプタなどを採用することができる。
【００８０】
キーボード６１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス６１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。
【００８１】
スキャナ６１２は、画像を光学的に読み取り、コンピュータ内に画像データを取り込む。なお、スキャナ６１２は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ６１３は、画像データや文書データを印刷する。プリンタ６１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。
【００８２】
＜連携装置１０３の機能的構成＞
図７は、連携装置１０３の機能的構成例を示すブロック図である。図７では、図１に示した連携機能ＦＣの具体例を示している。連携装置１０３は、記憶部７００と、受信部７０１と、作成部７０２と、検索部７０３と、生成部７０４と、送信部７０５と、を備えている。記憶部７００は、図６に示したＲＡＭ６０３、磁気ディスク６０５などの記憶装置によりその機能を実現する。受信部７０１〜送信部７０５は、図６に示したＲＯＭ６０２、ＲＡＭ６０３、磁気ディスク６０５などの記憶装置に格納された連携プログラムをＣＰＵ６０１に実行させることにより、または、Ｉ／Ｆ６０９により、その機能を実現する。
【００８３】
記憶部７００は、連携元装置１０１内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置１０２内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、第１識別情報と第２識別情報とに共通の連携識別情報と、を関連付けて記憶する。
【００８４】
ここで、第１識別情報とは、具体的には、たとえば、連携元装置１０１内の属性テーブルの実ＩＤ項目に登録されている実ＩＤである。たとえば、甲の第１実ＩＤ「ａａａ」である。第１一方向性関数とは、具体的には、たとえば、連携元装置１０１で使用されるハッシュ関数ｈＡ（）である。第１固有情報とは、具体的には、たとえば、第１実ＩＤ「ａａａ」をハッシュ関数ｈＡ（）に与えて算出されるハッシュ値「９８ｃ％ｄｆ」である。
【００８５】
また、第２識別情報とは、具体的には、たとえば、連携先装置１０２内の属性テーブルの実ＩＤ項目に登録されている実ＩＤである。たとえば、甲の第２実ＩＤ「ｂｂｂ」である。第２一方向性関数とは、具体的には、たとえば、連携先装置１０２で使用されるハッシュ関数ｈＢ（）である。第２固有情報とは、具体的には、たとえば、第２実ＩＤ「ｂｂｂ」をハッシュ関数ｈＢ（）に与えて算出されるハッシュ値「Ａｓ８＆＋）」である。
【００８６】
第１識別情報と第２識別情報とに共通の連携識別情報とは、具体的には、たとえば、機関Ａでの甲の第１実ＩＤ「ａａａ」と機関Ｂでの甲の第２実ＩＤ「ｂｂｂ」とに共通の連携ＩＤ「１２３４５６７８」である。
【００８７】
記憶部７００では、第１識別情報と第２識別情報と連携識別情報とが関連付けられて記憶される。具体的には、たとえば、図１〜図４に示した第１連携テーブルＴｃＡ，ＴｃＢが記憶される。なお、図１〜図４では、２つの第１連携テーブルＴｃＡ，ＴｃＢを例に挙げたが、第１連携テーブルＴｃＡ，第２連携テーブルＴｃＢは１つの連携テーブルであってもよい。
【００８８】
受信部７０１は、第１固有情報および連携識別情報を含む第１登録要求を連携元装置１０１から受信する。具体的には、たとえば、受信部７０１は、第１実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」と連携ＩＤ「１２３４５６７８」とを含む第１登録要求を受信する。
【００８９】
また、受信部７０１は、第２固有情報および連携識別情報を含む第２登録要求を連携先装置１０２から受信する。具体的には、たとえば、受信部７０１は、第２実ＩＤ「ｂｂｂ」のハッシュ値「Ａｓ８＆＋）」と連携ＩＤ「１２３４５６７８」とを含む第２登録要求を受信する。
【００９０】
また、第１連携テーブルＴｃＡ，ＴｃＢの登録後において、受信部７０１は、連携元装置１０１から第１固有情報を受信する。具体的には、たとえば、受信部７０１は、連携元装置１０１から第２固有情報（第２実ＩＤ「ｂｂｂ」のハッシュ値「Ａｓ８＆＋）」）の取得要求を受信する。この第２固有情報の取得要求には、第１固有情報（第１実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」）が含まれている。
【００９１】
また、受信部７０１は、連携元装置１０１や連携先装置１０２から更新要求を受信する。具体的は、たとえば、連携元装置１０１からの更新要求には、第１実ＩＤ「ａａａ」の新旧ハッシュ値が含まれている。また、連携先装置１０２からの更新要求には、第２実ＩＤ「ｂｂｂ」の新旧ハッシュ値が含まれている。
【００９２】
作成部７０２は、第１登録要求および第２登録要求が受信された場合、第１固有情報、第２固有情報および連携識別情報を関連付けたテーブルを作成して、記憶部７００に登録する。具体的には、たとえば、作成部７０２は、第１登録要求が受信された場合、第１連携テーブルＴｃＡを作成して、記憶部７００に登録する。また、作成部７０２は、第２登録要求が受信された場合、第２連携テーブルＴｃＢを作成して、記憶部７００に登録する。
【００９３】
また、作成部７０２は、更新要求が受信された場合、更新要求に含まれている旧ハッシュ値を手がかりとして、更新対象となる連携テーブルを特定する。そして、作成部７０２は、特定された連携テーブルに登録されている旧ハッシュ値を、更新要求に含まれている新ハッシュ値に書き換える。
【００９４】
具体的には、たとえば、更新要求に旧ハッシュ値「Ａｓ８＆＋）」および新ハッシュ値「ｑｗｅｒｔｙ」が含まれていると、作成部７０２は、旧ハッシュ値「Ａｓ８＆＋）」を手がかりとして、旧ハッシュ値「Ａｓ８＆＋）」を含む第２連携テーブルＴｃＢを特定する。そして、作成部７０２は、第２連携テーブルＴｃＢのハッシュ値項目のハッシュ値を、旧ハッシュ値「Ａｓ８＆＋）」から新ハッシュ値「ｑｗｅｒｔｙ」に書き換える。
【００９５】
検索部７０３は、記憶部７００の中から、受信部７０１によって受信された第１固有情報に連携識別情報を介して関連付けられている第２固有情報を検索する。具体的には、たとえば、検索部７０３は、連携元装置１０１から第２固有情報の取得要求を受信すると、第２固有情報の取得要求に含まれている第１固有情報（第１実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」）を手がかりとして、連携テーブルＴｃの中からハッシュ値「９８ｃ％ｄｆ」を含む第１連携テーブルＴｃＡを特定する。
【００９６】
そして、検索部７０３は、ハッシュ値「９８ｃ％ｄｆ」に関連付けられている連携ＩＤ「１２３４５６７８」を第１連携テーブルＴｃＡから検索する。つぎに、検索部７０３は、特定された連携ＩＤ「１２３４５６７８」を手がかりとして、連携テーブルＴｃの中から連携ＩＤ「１２３４５６７８」を含む第２連携テーブルＴｃＢを特定する。そして、検索部７０３は、連携ＩＤ「１２３４５６７８」に関連付けられているハッシュ値「Ａｓ８＆＋）」を第２連携テーブルＴｃＢから検索する。
【００９７】
生成部７０４は、検索部７０３によって検索された第２固有情報に連携ＩＤに関する日付情報を連結した連結情報を生成し、連結情報を連携先装置１０２に関する公開鍵で暗号化することにより、暗号化連結情報を生成する。ここで、日付情報とは、タイムスタンプである。タイムスタンプで記述される情報は、あるイベントがあったときの年月日（時刻を含んでもよい）である。イベントとしては、たとえば、連携ＩＤの発行日、連携テーブルＴｃの作成日、連携テーブルＴｃにおけるハッシュ値の更新日、連携テーブルＴｃへの最終アクセス日などが挙げられる。これらイベントのタイムスタンプは、連携装置１０３がその都度記憶部７００に保存しておくものとする。
【００９８】
また、記憶部７００には、あらかじめ連携先装置１０２の公開鍵が記憶されているものとする。生成部７０４は、検索部７０３によって第２固有情報が検索されると、連携テーブルにおいて第２固有情報に関連付けられている連携ＩＤの日付情報を、第２固有情報に連結する。具体的には、たとえば、第２固有情報であるハッシュ値「Ａｓ８＆＋）」の末尾に日付情報である「２０１０１００４」を連結して、連結情報「Ａｓ８＆＋）２０１０１００４」とする。そして、生成部７０４は、連携先装置１０２の公開鍵で連結情報を暗号化し、暗号化連結情報を生成する。
【００９９】
送信部７０５は、検索部７０３によって検索された第２固有情報を連携元装置１０１に送信する。具体的には、たとえば、送信部７０５は、検索部７０３により第２固有情報であるハッシュ値「Ａｓ８＆＋）」が検索されると、第２固有情報の取得要求元である連携元装置１０１に、ハッシュ値「Ａｓ８＆＋）」を送信する。また、送信部７０５は、生成部７０４により暗号化連結情報が生成された場合は、暗号化連結情報を、第２固有情報の取得要求元である連携元装置１０１に送信する。
【０１００】
＜連携元装置１０１の機能的構成＞
図８は、連携元装置１０１の機能的構成例を示すブロック図である。図８では、図１に示した連携機能ＦＡの具体例を示している。連携元装置１０１は、記憶部８００と、指定部８０１と、受付部８０２と、生成部８０３と、第１の送信部８０４と、第１の受信部８０５と、第２の送信部８０６と、第２の受信部８０７と、を備えている。記憶部８００は、図６に示したＲＡＭ６０３、磁気ディスク６０５などの記憶装置によりその機能を実現する。指定部８０１〜第２の受信部８０７は、図６に示したＲＯＭ６０２、ＲＡＭ６０３、磁気ディスク６０５などの記憶装置に格納された連携プログラムをＣＰＵ６０１に実行させることにより、または、Ｉ／Ｆ６０９により、その機能を実現する。
【０１０１】
記憶部８００は、図１〜図４に示した連携テーブルを記憶する。
【０１０２】
指定部８０１は、第１識別情報を指定する。具体的には、たとえば、機関Ａのオペレータが連携元装置１０１のキーボードやマウスで第１識別情報（実ＩＤ「ａａａ」）を操作入力すると、指定部８０１は、属性テーブルの実ＩＤ項目の値を検索する。指定部８０１は、第１識別情報（実ＩＤ「ａａａ」）が属性テーブルで検索された場合、第１識別情報（実ＩＤ「ａａａ」）が指定されたこととする。
【０１０３】
受付部８０２は、連携識別情報と第１固有情報とが連携装置１０３内で関連付けされていない場合、連携識別情報と第１識別情報とを受け付ける。具体的には、たとえば、受付部８０２は、連携テーブルの第１登録要求をする場合に、連携ＩＤと実ＩＤ「ａａａ」を受け付ける。たとえば、機関Ａのオペレータが連携元装置１０１のキーボードやマウスで第１識別情報（実ＩＤ「ａａａ」）を操作入力すると、受付部８０２は、属性テーブルＴａＡの実ＩＤ項目の値を検索する。受付部８０２は、第１識別情報（実ＩＤ「ａａａ」）が属性テーブルＴａＡで検索された場合、第１識別情報（実ＩＤ「ａａａ」）が受け付けられたこととする。
【０１０４】
生成部８０３は、指定部８０１によって指定された第１識別情報を第１一方向性関数に与えることにより、第１固有情報を生成する。また、生成部８０３は、受付部８０２によって受け付けられた第１識別情報を第１一方向性関数に与えることにより、第１固有情報を生成する。具体的には、たとえば、生成部８０３は、実ＩＤ「ａａａ」をハッシュ関数ｈＡ（）に与えることで、ハッシュ値「９８ｃ％ｄｆ」を生成する。
【０１０５】
第１の送信部８０４は、生成部８０３によって生成された第１固有情報を含む第２固有情報の取得要求を連携装置１０３に送信する。具体的には、たとえば、第１固有情報の生成元が、指定部８０１で指定された第１識別情報である場合、第１固有情報を含む第２固有情報の取得要求を連携装置１０３に送信する。たとえば、第１の送信部８０４は、第１固有情報（実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」）を含む、第２固有情報の取得要求を送信する。
【０１０６】
また、第１の送信部８０４は、第１固有情報の生成元が、受付部８０２で受け付られた第１識別情報である場合、連携識別情報および第１固有情報の第１登録要求を連携装置１０３に送信する。たとえば、第１の送信部８０４は、連携ＩＤ「１２３４５６７８」および第１固有情報（実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」）を含む第１登録要求を送信する。これにより、連携装置１０３では、第１連携テーブルＴｃＡが作成されることとなる。
【０１０７】
第１の受信部８０５は、第１の送信部８０４によって第２固有情報の取得要求が連携装置１０３に送信された結果、連携装置１０３で検索された第２固有情報を連携装置１０３から受信する。第１の受信部８０５から第２固有情報の取得要求が連携装置１０３に送信されると、上述したように、連携装置１０３では、第２固有情報を検索して、取得要求元である連携元装置１０１に送信する。
【０１０８】
連携元装置１０１は、第２固有情報の取得要求のレスポンスとして、連携装置１０３で検索された第２固有情報を受信することとなる。具体的には、たとえば、第１の送信部８０４により、第１固有情報（実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」）を含む、第２固有情報の取得要求が連携装置１０３に送信された場合、第１の受信部８０５は、第２固有情報であるハッシュ値「Ａｓ８＆＋）」（または暗号化連結情報）を受信することとなる。
【０１０９】
第２の送信部８０６は、第１の受信部８０５によって受信された第２固有情報を含む属性取得要求を連携先装置１０２に送信する。具体的には、たとえば、第２の送信部８０６は、第２固有情報であるハッシュ値「Ａｓ８＆＋）」（または暗号化連結情報）を含む属性取得要求を、連携先装置１０２に送信する。
【０１１０】
ここで、機関Ａ（連携元装置１０１）が機関Ｂ（連携先装置１０２）のみしか連携しえない場合は、第２の送信部８０６は、連携装置１０３から第２固有情報が受信されると、無条件で属性取得要求を連携先装置１０２に送信する。一方、連携先が機関Ｂだけでなく、たとえば、機関Ｃ、Ｄ、Ｅ、・・・というように複数存在する場合、連携元装置１０１では、あらかじめ、どの機関と連携サービスの提供をするかを指定することで、属性取得要求の送信先が、どの機関の連携先装置１０２かを設定しておくこととなる。
【０１１１】
第２の受信部８０７は、第２の送信部８０６によって属性取得要求が連携先装置１０２に送信された結果、連携先装置１０２内の第２固有情報と第２識別情報とを関連付けた逆引きテーブルＴｒから特定された第２識別情報に関連付けされている属性情報を、連携先装置１０２から受信する。属性情報の特定については、図４に示したとおりである。第２の受信部８０７は、属性取得要求のレスポンスとして、連携先装置１０２から属性情報を受信する。図４の例では、属性情報として、年収が受信されている。
【０１１２】
受信された属性情報は記憶部８００に記憶される。その後、連携元装置１０１では、連携依頼をしたユーザに対し、連携元装置１０１の属性テーブル内の属性情報と連携先装置１０２から受信された属性情報とを組み合わせてサービスを提供することとなる。
【０１１３】
＜連携先装置１０２の機能的構成＞
図９は、連携先装置１０２の機能的構成例を示すブロック図である。図９では、図１に示した連携機能ＦＢの具体例を示している。連携先装置１０２は、記憶部９００と、受付部９０１と、生成部９０２と、作成部９０３と、設定部９０４と、受信部９０５と、変換部９０６と、復号部９０７と、判断部９０８と、検索部９０９と、送信部９１０と、を備えている。記憶部９００は、図６に示したＲＡＭ６０２、磁気ディスク６０５などの記憶装置によりその機能を実現する。受付部９０１〜送信部９１０は、図６に示したＲＯＭ６０２、ＲＡＭ６０３、磁気ディスク６０５などの記憶装置に格納された連携プログラムをＣＰＵ６０１に実行させることにより、または、Ｉ／Ｆ６０９により、その機能を実現する。
【０１１４】
記憶部９００は、第２識別情報と属性情報とを関連付けた属性テーブルを記憶する。具体的には、たとえば、記憶部９００は、図１〜図４に示した属性テーブルＴａＢを記憶する。また、記憶部９００は、第２固有情報と第２識別情報とを関連付けた逆引きテーブルＴｒを記憶する。具体的には、たとえば、記憶部９００は、図１〜図４に示した逆引きテーブルＴｒを記憶する。
【０１１５】
受付部９０１は、連携識別情報と第２固有情報とが連携装置１０３内で関連付けされていない場合、連携識別情報と第２識別情報とを受け付ける。具体的には、たとえば、受付部９０１は、連携テーブルの第２登録要求をする場合に、連携ＩＤと第２実ＩＤ「ｂｂｂ」を受け付ける。たとえば、機関Ｂのオペレータが連携先装置１０２のキーボードやマウスで第２識別情報（第２実ＩＤ「ｂｂｂ」）を操作入力すると、受付部９０１は、属性テーブルＴａＢの実ＩＤ項目の値を検索する。受付部９０１は、第２識別情報（第２実ＩＤ「ｂｂｂ」）が属性テーブルＴａＢで検索された場合、第２識別情報（第２実ＩＤ「ｂｂｂ」）が受け付けられたこととする。
【０１１６】
生成部９０２は、受付部９０１によって受け付けられた第２識別情報を第２一方向性関数に与えて第２固有情報を生成する。具体的には、たとえば、生成部９０２は、第２実ＩＤ「ｂｂｂ」をハッシュ関数ｈＢ（）に与えることで、ハッシュ値「Ａｓ８＆＋）」を生成する。
【０１１７】
作成部９０３は、生成部９０２によって生成された第２固有情報と第２識別情報とを関連付けて逆引きテーブルＴｒを作成する。具体的には、たとえば、作成部９０３は、図１〜図４に示したように、ハッシュ値「Ａｓ８＆＋）」とその生成元となる第２実ＩＤ「ｂｂｂ」とを関連付けた逆引きテーブルＴｒを作成し、記憶部９００に格納する。
【０１１８】
設定部９０４は、受付部９０１によって第２識別情報が受け付けられた場合、属性項目を設定する。属性項目の設定については、たとえば、機関Ｂのオペレータが、第２実ＩＤ「ｂｂｂ」の甲に対して問い合わせて、どの属性項目を連携項目にするかを決める。そして、機関Ｂのオペレータが、連携先装置１０２のキーボード６１０やマウス６１１で、属性テーブルＴａＢの属性項目の中から選ばれた連携項目のフラグをＦ＝１にセットする。
【０１１９】
受信部９０５は、連携元装置１０１が連携装置１０３から得た第２固有情報（または暗号化連結情報）を含む属性取得要求を連携元装置１０１から受信する。具体的には、たとえば、受信部９０５は、ハッシュ値「Ａｓ８＆＋）」（またはその暗号化連結情報）を含む属性取得要求を、連携元装置１０１から受信する。
【０１２０】
変換部９０６は、受信部９０５によって受信された属性取得要求に含まれている第２固有情報を第２識別情報に変換する。具体的には、変換部９０６は、逆引きテーブルＴｒを参照して、属性取得要求に含まれている第２固有情報を第２識別情報に変換する。たとえば、属性取得要求にハッシュ値「Ａｓ８＆＋）」が含まれている場合、変換部９０６は、ハッシュ値「Ａｓ８＆＋）」を、逆引きテーブルＴｒ内のハッシュ値「Ａｓ８＆＋）」に関連付けられている第２実ＩＤ「ｂｂｂ」に変換する。
【０１２１】
復号部９０７は、受信部９０５によって受信された属性取得要求に含まれている暗号化連結情報を連携先装置１０２に関する秘密鍵で復号する。具体的には、復号部９０７は、連携装置１０３に付与した公開鍵に対応する秘密鍵を持っており、属性取得要求に含まれている暗号化連結情報を、秘密鍵で復号する。たとえば、連結情報「Ａｓ８＆＋）２０１０１００４」が連携先装置１０２の公開鍵で暗号化された暗号化連結情報である場合、暗号化連結情報を連携先装置１０２の秘密鍵で復号することで、連結情報「Ａｓ８＆＋）２０１０１００４」が得られる。
【０１２２】
判断部９０８は、復号部９０７によって復号された連結情報に含まれている日付情報に基づいて、第２固有情報の妥当性を判断する。具体的には、たとえば、判断部９０８は、連結情報に含まれている日付情報を抽出し、現在の日時と比較する。判断部９０８は、日付情報と現在の日時との時間間隔があらかじめ設定しておいたしきい値以上であるか否かを判断する。
【０１２３】
判断部９０８は、しきい値以上である場合、連結情報に含まれているハッシュ値「Ａｓ８＆＋）」が妥当なハッシュ値であると判断する。したがって、連携項目の属性情報が、連携先装置１０２に送信すべきでない情報と判断する。すなわち、情報が古いと判断する。この場合、連携先装置１０２は、連携元装置１０１に対し、属性取得要求のレスポンスとして、エラーを返すこととなる。一方、しきい値未満である場合、連結情報に含まれている第２固有情報が変換部９０６に渡される。これにより、変換部９０６では、逆引きテーブルＴｒを参照して、第２固有情報を第２識別情報に変換することとなる。
【０１２４】
検索部９０９は、属性テーブルを参照して、変換部９０６によって変換された第２識別情報に関連付けられている属性情報を検索する。具体的には、たとえば、検索部９０９は、属性テーブルＴａＢを参照して、変換部９０６によって変換された第２実ＩＤ「ｂｂｂ」に関連付けられている属性情報を検索する。ここで、検索対象となる属性情報は、属性項目のうち、フラグがＦ＝１にセットされた属性項目の属性情報である。図４に示した例では、年収項目の年収情報（１２３（万円））が検索されることとなる。
【０１２５】
送信部９１０は、検索部９０９によって検索された属性情報を連携元装置１０１に送信する。具体的には、たとえば、送信部９１０は、検索された年収項目の年収情報（１２３（万円））を、属性取得要求のレスポンスとして連携元装置１０１に送信する。
【０１２６】
また、送信部９１０は、生成部９０２によって第２固有情報が生成された場合、連携識別情報と第２固有情報とを含む第２登録要求を連携装置１０３に送信する。たとえば、送信部９１０は、連携ＩＤ「１２３４５６７８」および第２固有情報（第１実ＩＤ「ａａａ」のハッシュ値「Ａｓ８＆＋）」）を含む第２登録要求を送信する。これにより、連携装置１０３では、第２連携テーブルＴｃＢが作成されることとなる。
【０１２７】
＜連携テーブルの登録要求処理＞
図１０は、連携テーブルの登録要求処理手順を示すフローチャートである。実行主体は、連携元装置１０１または連携先装置１０２（以下、「連携元／先装置」）である。連携元／先装置は、実ＩＤ、連携ＩＤ、連携項目が受け付けられるのを待ち受け（ステップＳ１００１：Ｎｏ）、少なくとも実ＩＤおよび連携ＩＤが受け付けられた場合（ステップＳ１００１：Ｙｅｓ）、属性テーブルに受け付けられた実ＩＤのレコードがあるか否かを判断する（ステップＳ１００２）。レコードがない場合（ステップＳ１００２：Ｎｏ）、登録要求できないこととなり終了する。
【０１２８】
一方、レコードがある場合（ステップＳ１００２：Ｙｅｓ）、連携元／先装置は、実ＩＤのハッシュ値を算出する（ステップＳ１００３）。また、連携元／先装置は、連携項目の指定があるか否かを判断する（ステップＳ１００４）。連携項目の指定がない場合（ステップＳ１００４：Ｎｏ）、ステップＳ１００７に移行する。
【０１２９】
一方、連携項目の指定がある場合（ステップＳ１００４：Ｙｅｓ）、連携元／先装置は、実ＩＤのハッシュ値と実ＩＤとを対応付ける逆引きテーブルＴｒを作成する（ステップＳ１００５）。そして、連携元／先装置は、属性テーブルの実ＩＤのレコードのうち、連携項目のフラグをＯＮ（Ｆ＝１）にセットする（ステップＳ１００６）。
【０１３０】
このあと、ステップＳ１００７において、連携元／先装置は、実ＩＤのハッシュ値と連携ＩＤを含む登録要求を連携装置１０３に送信する（ステップＳ１００７）。これにより、連携元装置１０１の場合は第１登録要求を連携装置１０３に送信でき、連携先装置１０２の場合は第２登録要求を連携装置１０３に送信することができる。また、連携先装置１０２では、第２登録要求の送信とともに、逆引きテーブルＴｒも作成されることとなる。
【０１３１】
＜連携テーブルの登録処理＞
図１１は、連携テーブルの登録処理手順を示すフローチャートである。実行主体は、連携装置１０３である。まず、連携装置１０３は、登録要求を待ち受ける（ステップＳ１００１：Ｎｏ）。登録要求が受信された場合（ステップＳ１００１：Ｙｅｓ）、連携装置１０３は、登録要求に含まれている連携ＩＤと一致する連携ＩＤが、発行済み連携ＩＤにあるか否かを判断する（ステップＳ１００２）。
【０１３２】
一致する発行済み連携ＩＤがない場合（ステップＳ１００２：Ｎｏ）、連携装置１０３は、連携テーブルを作成できないため、連携テーブルの登録処理を終了する。一方、一致する発行済み連携ＩＤがある場合（ステップＳ１００２：Ｙｅｓ）、連携装置１０３は、登録要求に含まれている連携ＩＤと実ＩＤのハッシュ値とを対応付けて連携テーブルを作成する（ステップＳ１００３）。そして、連携装置１０３は、作成された連携テーブルを記憶部に格納する（ステップＳ１００４）。これにより、連携テーブルの登録処理を終了する。
【０１３３】
＜連携テーブルの更新要求処理＞
図１２は、連携テーブルの更新要求処理手順を示すフローチャートである。実行主体は、連携元／先装置である。連携元／先装置は、実ＩＤが受け付けられるのを待ち受ける（ステップＳ１２０１：Ｎｏ）。実ＩＤが受け付けられた場合（ステップＳ１２０１：Ｙｅｓ）、連携元／先装置は、属性テーブルに受け付けられた実ＩＤのレコードがあるか否かを判断する（ステップＳ１２０２）。レコードがない場合（ステップＳ１２０２：Ｎｏ）、更新要求できないこととなり終了する。
【０１３４】
一方、レコードがある場合（ステップＳ１２０２：Ｙｅｓ）、連携元／先装置は、新実ＩＤを生成する（ステップＳ１２０３）。そして、連携元／先装置は、新実ＩＤの新ハッシュ値を算出する（ステップＳ１２０４）。このあと、連携元／先装置は、新旧ハッシュ値を連携装置１０３に送信する（ステップＳ１２０５）。また、連携元／先装置は、逆引きテーブルＴｒがあるか否かを判断する（ステップＳ１２０６）。逆引きテーブルＴｒがない場合（ステップＳ１２０６：Ｎｏ）、ステップＳ１２０８に移行する。
【０１３５】
一方、逆引きテーブルＴｒがある場合（ステップＳ１２０６：Ｙｅｓ）、連携元／先装置は、逆引きテーブルＴｒを更新する（ステップＳ１２０７）。そして、連携元／先装置は、属性テーブルの実ＩＤを、旧実ＩＤから新実ＩＤに更新する（ステップＳ１２０８）。これにより、連携テーブルの更新要求処理を終了する。
【０１３６】
＜連携テーブルの更新処理＞
図１３は、連携テーブルの更新処理手順を示すフローチャートである。実行主体は、連携装置１０３である。まず、連携装置１０３は、更新要求を待ち受ける（ステップＳ１３０１：Ｎｏ）。更新要求が受信された場合（ステップＳ１３０１：Ｙｅｓ）、連携装置１０３は、更新要求に含まれている新旧ハッシュ値のうち旧ハッシュ値と一致するハッシュ値を持つ連携テーブルＴｃがあるか否かを判断する（ステップＳ１３０２）。
【０１３７】
旧ハッシュ値と一致するハッシュ値を持つ連携テーブルＴｃがない場合（ステップＳ１３０２：Ｎｏ）、連携装置１０３は、連携テーブルを更新できないため、連携テーブルＴｃの更新処理を終了する。一方、旧ハッシュ値と一致するハッシュ値を持つ連携テーブルＴｃがある場合（ステップＳ１３０２：Ｙｅｓ）、連携装置１０３は、当該連携テーブルＴｃのハッシュ値を、旧ハッシュ値から更新要求に含まれている新ハッシュ値に更新する（ステップＳ１３０３）。これにより、連携テーブルＴｃの更新処理を終了する。
【０１３８】
＜連携検索処理＞
図１４は、連携検索処理手順を示すシーケンス図である。図１４のシーケンス図は、図４に示した連携検索例１に対応する。まず、連携元装置１０１は、第１実ＩＤを指定する（ステップＳ１４０１）。つぎに、連携元装置１０１は、第１実ＩＤのハッシュ値を算出する（ステップＳ１４０２）。そして、連携元装置１０１は、第１実ＩＤのハッシュ値を含む取得要求を連携装置１０３に送信する（ステップＳ１４０３）。
【０１３９】
連携装置１０３では、第１実ＩＤのハッシュ値を含む取得要求を受信すると、第１実ＩＤがある第１連携テーブルＴｃＡを連携テーブルＴｃの中から特定する（ステップＳ１４０４）。そして、連携装置１０３は、第１連携テーブルＴｃＡから連携ＩＤを検索する（ステップＳ１４０５）。
【０１４０】
つぎに、連携装置１０３は、検索された連携ＩＤがある第２連携テーブルＴｃＢを連携テーブルＴｃの中から特定する（ステップＳ１４０６）。そして、連携装置１０３は、第２連携テーブルＴｃＢから連携ＩＤに関連付けられているハッシュ値を検索する（ステップＳ１４０７）。そして、連携装置１０３は、検索ハッシュ値を連携元装置１０１に送信する（ステップＳ１４０８）。
【０１４１】
連携元装置１０１では、検索ハッシュ値が受信された場合（ステップＳ１４０８：Ｙｅｓ）、連携元装置１０１は、検索ハッシュ値を含む属性取得要求を連携先装置１０２に送信する（ステップＳ１４０９）。連携先装置１０２では、検索ハッシュ値を含む属性取得要求を受信すると（ステップＳ１４０９）、逆引きテーブルＴｒから検索ハッシュ値に関連付けられている第２実ＩＤを検索する（ステップＳ１４１０）。
【０１４２】
そして、連携先装置１０２は、検索された第２実ＩＤでの連携項目の属性情報を属性テーブルＴａＢから検索する（ステップＳ１４１１）。そして、連携先装置１０２は、検索された属性情報を、連携元装置１０１に送信する（ステップＳ１４１２）。連携元装置１０１では、検索された属性情報が受信されると、当該属性情報に応じたサービスを第１実ＩＤであるユーザに提供する（ステップＳ１４１３）。これにより、連携検索処理を終了する。
【０１４３】
このように、実施の形態１では、連携元装置１０１内の第１実ＩＤと連携先装置１０２内の第２実ＩＤとを直接対応付けるテーブルが、連携元装置１０１にも連携先装置１０２にも連携装置１０３にも存在しない。このため、第１実ＩＤが漏洩しても第２実ＩＤに関連付けられている属性情報を秘匿することができ、第２実ＩＤが漏洩しても第１実ＩＤに関連付けられている属性情報を秘匿することができる。したがって、ユーザの個人情報のセキュリティの向上を図ることができる。
【０１４４】
＜連携検索処理＞
図１５は、連携検索処理手順を示すシーケンス図である。図１５のシーケンス図は、図５に示した連携検索例２に対応する。なお、連携検索例２においても、図１４のシーケンス図のうちステップＳ１４０７までの処理が実行されるため、図１５においては、図１４のステップＳ１４０７以降の処理について説明する。
【０１４５】
まず、連携装置１０３は、検索ハッシュ値に日付情報を連結し、連結情報を連携先装置１０２の公開鍵で暗号化する（ステップＳ１５０１）。連携装置１０３は、暗号化連結情報を連携元装置１０１にレスポンスとして送信する（ステップＳ１５０２）。連携元装置１０１は、暗号化連結情報を含む属性取得要求を連携先装置１０２に送信する（ステップＳ１５０３）。
【０１４６】
連携先装置１０２は、暗号化連結情報を連携先装置１０２の秘密鍵で復号し（ステップＳ１５０４）、復号された連結情報から検索ハッシュ値と日付情報を抽出する（ステップＳ１５０５）。そして、連携先装置１０２は、抽出した日付情報に基づいて、検索ハッシュ値の妥当性を判断する（ステップＳ１５０６）。妥当でない場合（ステップＳ１５０６：Ｎｏ）、ステップＳ１５１１に移行する。一方、妥当である場合（ステップＳ１５０６：Ｙｅｓ）、逆引きテーブルＴｒから検索ハッシュ値に関連付けられている第２実ＩＤを検索する（ステップＳ１５０７）。
【０１４７】
そして、連携先装置１０２は、検索された第２実ＩＤでの連携項目の属性情報を属性テーブルＴａＢから検索する（ステップＳ１５０８）。そして、連携先装置１０２は、検索された属性情報を、連携元装置１０１に送信する（ステップＳ１５０９）。連携元装置１０１では、検索された属性情報が受信されると、当該属性情報に応じたサービスを第１実ＩＤであるユーザに提供する（ステップＳ１５１０）。
【０１４８】
また、ステップＳ１５０６において妥当でないと判断された場合（ステップＳ１５０６：Ｎｏ）、連携先装置１０２は、検索不可通知を連携元装置１０１に送信する（ステップＳ１５１１）。連携元装置１０１は、検索不可通知を受けると、連携不可出力をする（ステップＳ１５１２）。これにより、連携検索処理を終了する。
【０１４９】
このように、日付情報を用いて第２固有情報の妥当性を判断することで、属性情報の有効性を判断することができる。したがって、属性情報の内容が古い場合には、連携を拒否することとなり、連携元装置１０１での誤った属性情報に基づくサービス提供を未然に防止することができる。
【０１５０】
（実施の形態２）
つぎに、実施の形態２について説明する。実施の形態１では、ハッシュ関数により実ＩＤを各々の機関のハッシュ値に変換し、ハッシュ値と連携ＩＤとを関連付けることで、実ＩＤどうしを直接関連付けずに、連携検索を実現した。これに対し、実施の形態２では、ハッシュ関数ではなく、各々の機関の共通鍵で暗号化し、暗号化実ＩＤと連携ＩＤとを関連付けることで、実ＩＤどうしを直接関連付けずに、連携検索を実現する。なお、実施の形態１と同一構成には同一符号を付し、その説明を省略する。なお、以下共通鍵で説明するが、公開鍵暗号方式で各機関が秘密鍵を持つとしても同様である。
【０１５１】
＜システム構成例＞
図１６は、実施の形態２にかかる連携システムのシステム構成例を示す説明図である。実施の形態２の連携システムでは、連携元装置１０１には、ハッシュ関数ｈＡ（）のかわりに、共通鍵ＫＡが格納されている。同様に、連携先装置１０２には、ハッシュ関数ｈＢ（）のかわりに、共通鍵ＫＢが格納されている。また、連携先装置１０２には、逆引きテーブルＴｒは存在しない。これにともない、連携テーブルＴｃの記憶内容や、連携機能ＦＡ〜ＦＣの一部の機能が実施の形態１と異なることとなる。
【０１５２】
たとえば、連携元装置１０１の生成部８０３では、ハッシュ値を生成するのではなく、共通鍵ＫＡにより第１実ＩＤを暗号化して、暗号化第１実ＩＤを生成する。同様に、連携先装置１０２の生成部９０２でも、ハッシュ値を生成するのではなく、共通鍵ＫＢにより第２実ＩＤを暗号化して、暗号化第２実ＩＤを生成する。また、連携先装置１０２では作成部９０３は不要である。また、変換部９０６では、共通鍵ＫＢにより暗号化第２実ＩＤを復号することとなる。
【０１５３】
＜連携テーブルの作成例＞
図１７は、実施の形態２にかかる連携テーブルの作成例を示す説明図である。ここでは、あるユーザ（ユーザ名：甲）について説明する。図１７中、（１）および（２）は、図２と同一である。また、図２の（４）のように逆引きテーブルＴｒは作成しない。
【０１５４】
（３）連携元装置１０１および連携先装置１０２では、実ＩＤおよび連携ＩＤの組み合わせを受け付けると、それぞれが持つ共通鍵で実ＩＤを暗号化する。具体的には、連携元装置１０１では、第１実ＩＤ「ａａａ」を共通鍵ＫＡで暗号化することで、暗号化第１実ＩＤが得られる。同様に、連携先装置１０２では、第２実ＩＤ「ｂｂｂ」を共通鍵ＫＢで暗号化することで、暗号化第１実ＩＤが得られる。
【０１５５】
（４）暗号化実ＩＤが算出されると、連携元装置１０１および連携先装置１０２は、連携テーブルの登録要求を連携装置１０３に送信する。連携元装置１０１の登録要求には、連携元装置１０１の第１実ＩＤ「ａａａ」の暗号化第１実ＩＤと連携ＩＤ「１２３４５６７８」が含まれている。また、連携先装置１０２の登録要求には、連携先装置１０２の第２実ＩＤ「ｂｂｂ」の暗号化第２実ＩＤと連携ＩＤ「１２３４５６７８」が含まれている。
【０１５６】
（５）連携装置１０３は、連携テーブルＴｃの登録要求を受けると、連携テーブルＴｃを作成する。たとえば、連携元装置１０１からの登録要求があった場合、連携装置１０３は、暗号化第１実ＩＤと連携ＩＤ「１２３４５６７８」とを関連付けた第１連携テーブルＴｃＡを作成する。また、連携装置１０３は、暗号化第２実ＩＤと連携ＩＤ「１２３４５６７８」とを関連付けた第２連携テーブルＴｃＢを作成する。これにより作成処理が完了する。
【０１５７】
＜連携テーブルの更新例＞
図１８は、実施の形態２にかかる連携テーブルの更新例を示す説明図である。図１８では、一例として第２連携テーブルＴｃＢの更新例を説明するが、第１連携テーブルＴｃＡについても同様に更新することとなる。
【０１５８】
（１）まず、甲は、実ＩＤの更新依頼を機関Ｂにおこなう。具体的には、甲は、機関Ｂに第２実ＩＤ「ｂｂｂ」の更新依頼をおこなう。依頼方法は、甲が機関Ｂに出向いて依頼してもよく、甲が所有するコンピュータにより、第２実ＩＤの更新依頼を連携先装置１０２に送信してもよい。更新依頼があると、連携先装置１０２は、新しい第２実ＩＤを発行する。ここでは、新しい第２実ＩＤを「ｃｃｃ」とする。
【０１５９】
（２）つぎに、連携先装置１０２は、新しい第２実ＩＤ「ｃｃｃ」を連携先装置１０２の共通鍵ＫＢで暗号化して、新暗号化第２実ＩＤを生成する。
【０１６０】
（３）連携先装置１０２は、属性テーブルＴａＢのＩＤ項目の第２実ＩＤを、旧第２実ＩＤ「ｂｂｂ」から新第２実ＩＤ「ｃｃｃ」に書き換える。
【０１６１】
（４）また、新暗号化第２実ＩＤが算出されると、連携先装置１０２は、連携テーブルの更新要求を連携装置１０３に送信する。連携テーブルの更新要求には、連携先装置１０２の新旧暗号化第２実ＩＤが含まれている。
【０１６２】
（５）一方、連携装置１０３では、（４）更新要求を受けると、第２連携テーブルＴｃＢを更新する。具体的には、連携装置１０３は、連携テーブルＴｃの更新要求に含まれている連携先装置１０２の新旧暗号化第２実ＩＤのうち、旧暗号化第２実ＩＤを手がかりとして、連携テーブルＴｃの中から第２連携テーブルＴｃＢを検索する。
【０１６３】
（６）そして、連携装置１０３は、第２連携テーブルＴｃＢの暗号化第２実ＩＤ項目の値を、旧暗号化第２実ＩＤから新暗号化第２実ＩＤに書き換える。これにより、更新処理が完了する。
【０１６４】
＜連携検索例＞
図１９は、実施の形態２にかかる連携検索例を示す説明図である。図１９では、市役所（機関Ａ：連携元装置１０１）が甲の属性情報：年収を税務署（機関Ｂ：連携先装置１０２）から取得する例を示す。
【０１６５】
（１）まず、連携元装置１０１は、甲の実ＩＤ「ａａａ」を指定し、共通鍵ＫＡで暗号化し、暗号化第１実ＩＤを求める。
【０１６６】
（２）つぎに、連携元装置１０１は、連携装置１０３に対し、連携先装置１０２の暗号化第２実ＩＤの取得要求を送信する。当該取得要求には、（１）で求めた暗号化第１実ＩＤが含まれている。
【０１６７】
（３）連携装置１０３は、（２）取得要求を受けると、連携テーブルＴｃの中から暗号化第１実ＩＤを含む第１連携テーブルＴｃＡを検索する。つぎに、連携装置１０３は、検索された第１連携テーブルＴｃＡの暗号化第１実ＩＤに関連付けられている連携ＩＤ「１２３４５６７８」を特定する。
【０１６８】
（４）連携装置１０３は、連携テーブルＴｃの中から、特定された連携ＩＤ「１２３４５６７８」を有する第２連携テーブルＴｃＢを検索する。つぎに、連携装置１０３は、検索された第２連携テーブルＴｃＢの連携ＩＤ「１２３４５６７８」に関連付けられている暗号化第２実ＩＤを検索する。
【０１６９】
（５）このあと、連携装置１０３は、（４）で検索された暗号化第２実ＩＤを連携元装置１０１に送信する。
【０１７０】
（６）連携元装置１０１は、（５）で暗号化第２実ＩＤを受信すると、連携先装置１０２に対し、属性要求を送信する。属性要求には、（５）で受信した暗号化第２実ＩＤが含まれている。
【０１７１】
（７）連携先装置１０２は、（６）で受信した属性要求から暗号化第２実ＩＤを抽出し、抽出した暗号化第２実ＩＤを連携先装置１０２の共通鍵ＫＢで復号する。これにより、第２実ＩＤ「ｂｂｂ」が得られる。そして、連携先装置１０２は、第２属性テーブルＴａＢ内の第２実ＩＤ「ｂｂｂ」のレコードを特定し、フラグがＦ＝１にセットされている属性項目の属性情報を抽出する。ここでは、年収項目の年収１２３（万円）が抽出される。
【０１７２】
（９）このあと、連携先装置１０２は、連携元装置１０１に対し、（７）で抽出した属性情報（年収１２３万円）を送信する。なお、連携先装置１０２と甲が所有するコンピュータとが通信可能に接続されている場合、属性情報の送信に先立って、属性情報の提供の有無を確認してもよい。
【０１７３】
（１０）最後に、連携元装置１０１は、連携先装置１０２から甲の年収を取得できたため、年収に応じたサービスを甲に提供することとなる。このように、機関Ａの甲の第１実ＩＤ「ａａａ」と機関Ｂの甲の第２実ＩＤ「ｂｂｂ」とを対応付けるテーブルが存在していなくても、機関Ａと機関Ｂとを連携させることができる。すなわち、機関Ａの甲の第１実ＩＤ「ａａａ」と機関Ｂの甲の第２実ＩＤ「ｂｂｂ」との対応関係が漏洩することはない。また、連携テーブルＴｃが漏洩しても連携ＩＤと暗号化実ＩＤとの組み合わせに過ぎないため、漏洩しても実ＩＤが特定されることはない。
【０１７４】
＜連携テーブルの登録要求処理＞
図２０は、連携テーブルの登録要求処理手順を示すフローチャートである。実行主体は、連携元装置１０１または連携先装置１０２（以下、「連携元／先装置」）である。連携元／先装置は、実ＩＤ、連携ＩＤ、連携項目が受け付けられるのを待ち受け（ステップＳ２００１：Ｎｏ）、少なくとも実ＩＤおよび連携ＩＤが受け付けられた場合（ステップＳ２００１：Ｙｅｓ）、属性テーブルに受け付けられた実ＩＤのレコードがあるか否かを判断する（ステップＳ２００２）。レコードがない場合（ステップＳ２００２：Ｎｏ）、登録要求できないこととなり連携テーブルの登録要求処理を終了する。
【０１７５】
一方、レコードがある場合（ステップＳ２００２：Ｙｅｓ）、連携元／先装置は、実ＩＤを共通鍵で暗号化する（ステップＳ２００３）。また、連携元／先装置は、連携項目の指定があるか否かを判断する（ステップＳ２００４）。連携項目の指定がない場合（ステップＳ２００４：Ｎｏ）、ステップＳ２００６に移行する。
【０１７６】
一方、連携項目の指定がある場合（ステップＳ２００４：Ｙｅｓ）、連携元／先装置は、属性テーブルの実ＩＤのレコードのうち、連携項目のフラグをＯＮ（Ｆ＝１）にセットする（ステップＳ２００５）。
【０１７７】
このあと、ステップＳ２００６において、連携元／先装置は、暗号化実ＩＤと連携ＩＤを含む登録要求を連携装置１０３に送信する（ステップＳ２００６）。これにより、連携元装置１０１の場合は第１登録要求を連携装置１０３に送信でき、連携先装置１０２の場合は第２登録要求を連携装置１０３に送信することができる。連携先装置１０２では、実施の形態１のように逆引きテーブルＴｒを作成する必要はない。
【０１７８】
＜連携テーブルの登録処理＞
図２１は、連携テーブルの登録処理手順を示すフローチャートである。実行主体は、連携装置１０３である。まず、連携装置１０３は、登録要求を待ち受ける（ステップＳ２１０１：Ｎｏ）。登録要求が受信された場合（ステップＳ２１０１：Ｙｅｓ）、連携装置１０３は、登録要求に含まれている連携ＩＤと一致する連携ＩＤが、発行済み連携ＩＤにあるか否かを判断する（ステップＳ２１０２）。
【０１７９】
一致する発行済み連携ＩＤがない場合（ステップＳ２１０２：Ｎｏ）、連携装置１０３は、連携テーブルＴｃを作成できないため、連携テーブルの登録処理を終了する。一方、一致する発行済み連携ＩＤがある場合（ステップＳ２１０２：Ｙｅｓ）、連携装置１０３は、登録要求に含まれている連携ＩＤと暗号化実ＩＤとを対応付けて連携テーブルＴｃを作成する（ステップＳ２１０３）。そして、連携装置１０３は、作成された連携テーブルＴｃを記憶部に格納する（ステップＳ２１０４）。これにより、連携テーブルＴｃの登録処理を終了する。
【０１８０】
＜連携テーブルの更新要求処理＞
図２２は、連携テーブルの更新要求処理手順を示すフローチャートである。実行主体は、連携元／先装置である。連携元／先装置は、実ＩＤが受け付けられるのを待ち受ける（ステップＳ２２０１：Ｎｏ）。実ＩＤが受け付けられた場合（ステップＳ２２０１：Ｙｅｓ）、連携元／先装置は、属性テーブルに受け付けられた実ＩＤのレコードがあるか否かを判断する（ステップＳ２２０２）。レコードがない場合（ステップＳ２２０２：Ｎｏ）、更新要求できないこととなり連携テーブルの更新要求処理を終了する。
【０１８１】
一方、レコードがある場合（ステップＳ２２０２：Ｙｅｓ）、連携元／先装置は、新実ＩＤを生成する（ステップＳ２２０３）。そして、連携元／先装置は、新旧実ＩＤをそれぞれ共通鍵で暗号化する（ステップＳ２２０４）。このあと、連携元／先装置は、新旧暗号化実ＩＤを連携装置１０３に送信する（ステップＳ２２０５）。そして、連携元／先装置は、属性テーブルの実ＩＤを、旧実ＩＤから新実ＩＤに更新する（ステップＳ２２０６）。これにより、連携テーブルＴｃの更新要求処理を終了する。
【０１８２】
＜連携テーブルの更新処理＞
図２３は、連携テーブルの更新処理手順を示すフローチャートである。実行主体は、連携装置１０３である。まず、連携装置１０３は、更新要求を待ち受ける（ステップＳ２３０１：Ｎｏ）。更新要求が受信された場合（ステップＳ２３０１：Ｙｅｓ）、連携装置１０３は、更新要求に含まれている新旧暗号化実ＩＤのうち旧実ＩＤと一致する暗号化実ＩＤを持つ連携テーブルＴｃがあるか否かを判断する（ステップＳ２３０２）。
【０１８３】
旧暗号化実ＩＤと一致する暗号化実ＩＤを持つ連携テーブルＴｃがない場合（ステップＳ２３０２：Ｎｏ）、連携装置１０３は、連携テーブルＴｃを更新できないため、連携テーブルＴｃの更新処理を終了する。一方、旧暗号化実ＩＤと一致する暗号化実ＩＤを持つ連携テーブルＴｃがある場合（ステップＳ２３０２：Ｙｅｓ）、連携装置１０３は、当該連携テーブルＴｃの暗号化実ＩＤを、旧暗号化実ＩＤから更新要求に含まれている新暗号化実ＩＤに更新する（ステップＳ２３０３）。これにより、連携テーブルＴｃの更新処理を終了する。
【０１８４】
＜連携検索処理＞
図２４は、連携検索処理手順を示すシーケンス図である。図２４のシーケンス図は、図１９に示した連携検索例に対応する。まず、連携元装置１０１は、第１実ＩＤを指定する（ステップＳ２４０１）。つぎに、連携元装置１０１は、第１実ＩＤを連携元装置１０１の共通鍵で暗号化する（ステップＳ２４０２）。そして、連携元装置１０１は、暗号化第１実ＩＤを含む取得要求を連携装置１０３に送信する（ステップＳ２４０３）。
【０１８５】
連携装置１０３では、暗号化第１実ＩＤを含む取得要求を受信すると、暗号化第１実ＩＤがある第１連携テーブルＴｃＡを連携テーブルＴｃの中から特定する（ステップＳ２４０４）。そして、連携装置１０３は、第１連携テーブルＴｃＡから連携ＩＤを検索する（ステップＳ２４０５）。
【０１８６】
つぎに、連携装置１０３は、検索された連携ＩＤがある第２連携テーブルＴｃＢを連携テーブルＴｃの中から特定する（ステップＳ２４０６）。そして、連携装置１０３は、第２連携テーブルＴｃＢから連携ＩＤに関連付けられている暗号化第２実ＩＤを検索する（ステップＳ２４０７）。そして、連携装置１０３は、検索された暗号化第２実ＩＤを連携元装置１０１に送信する（ステップＳ２４０８）。
【０１８７】
暗号化第２実ＩＤが受信された場合（ステップＳ２４０８：Ｙｅｓ）、連携元装置１０１は、暗号化第２実ＩＤを含む属性取得要求を連携先装置１０２に送信する（ステップＳ２４０９）。連携先装置１０２では、暗号化第２実ＩＤを含む属性取得要求を受信すると（ステップＳ２４０９）、暗号化第２実ＩＤを、連携先装置１０２の共通鍵で復号する（ステップＳ２４１０）。
【０１８８】
そして、連携先装置１０２は、復号された第２実ＩＤでの連携項目の属性情報を属性テーブルＴａＢから検索する（ステップＳ２４１１）。そして、連携先装置１０２は、検索された属性情報を、連携元装置１０１に送信する（ステップＳ２４１２）。連携元装置１０１では、検索された属性情報が受信されると、当該属性情報に応じたサービスを第１実ＩＤであるユーザに提供する（ステップＳ２４１３）。これにより、連携検索処理を終了する。
【０１８９】
このように、実施の形態２では、連携元装置１０１内の第１実ＩＤと連携先装置１０２内の第２実ＩＤとを直接対応付けるテーブルが、連携元装置１０１にも連携先装置１０２にも連携装置１０３にも存在しない。このため、第１実ＩＤが漏洩しても第２実ＩＤに関連付けられている属性情報を秘匿することができ、第２実ＩＤが漏洩しても第１実ＩＤに関連付けられている属性情報を秘匿することができる。したがって、ユーザの個人情報のセキュリティの向上を図ることができる。
【０１９０】
また、実施の形態１のように逆引きテーブルＴｒが存在しないため、よりセキュリティの向上を図ることができる。また、連携元装置１０１および連携先装置１０２では共通鍵により実ＩＤを暗号化しているため、連携装置１０３には実ＩＤが保持されることはなく、セキュリティの向上を図ることができる。
【０１９１】
なお、上述した実施の形態２では、共通鍵を用いて実ＩＤの暗号化や復号をおこなった例について説明したが、公開鍵方式を採用してもよい。この場合、連携元装置１０１では、連携元装置１０１に固有の秘密鍵ＳＫＡを保持しておき、連携装置１０３には、秘密鍵ＳＫＡに対応する公開鍵ＰＫＡを保持しておく。
【０１９２】
そして、第１連携テーブルＴｃＡを作成する場合は、連携元装置１０１は、第１実ＩＤを秘密鍵ＳＫＡで暗号化し、暗号化第１実ＩＤおよび連携ＩＤを連携装置１０３に送信する。連携装置１０３では、暗号化第１実ＩＤを受信すると、暗号化第１実ＩＤを公開鍵ＰＫＡで復号し、復号された第１実ＩＤをさらに公開鍵ＰＫＡで暗号化する。これにより、連携装置１０３は、暗号化第１実ＩＤ（公開鍵ＰＫＡで暗号化）と連携元装置１０１から受信された連携ＩＤで対応付けた第１連携テーブルＴｃＡを作成することができる。
【０１９３】
同様に、連携先装置１０２でも、連携元装置１０１に固有の秘密鍵ＳＫＢを保持しておき、連携装置１０３には、秘密鍵ＳＫＢに対応する公開鍵ＰＫＢを保持しておく。
【０１９４】
そして、連携テーブルＴｃＢを作成する場合は、連携先装置１０２は、第２実ＩＤを秘密鍵ＳＫＢで暗号化し、暗号化第２実ＩＤおよび連携ＩＤを連携装置１０３に送信する。連携装置１０３では、暗号化第２実ＩＤを受信すると、暗号化第２実ＩＤを公開鍵ＰＫＢで復号し、復号された第２実ＩＤをさらに公開鍵ＰＫＢで暗号化する。これにより、連携装置１０３は、暗号化第２実ＩＤ（公開鍵ＰＫＢで暗号化）と連携先装置１０２から受信された連携ＩＤで対応付けた連携テーブルＴｃＢを作成することができる。
【０１９５】
そして、連携検索時では、連携先装置１０２は、連携元装置１０１からの属性取得要求により、連携装置１０３から連携元装置１０１を介して暗号化第２実ＩＤ（公開鍵ＰＫＢで暗号化）を受信する。したがって、連携先装置１０２は、暗号化第２実ＩＤ（公開鍵ＰＫＢで暗号化）を秘密鍵ＳＫＢで復号することで、第２実ＩＤを得ることができる。
【０１９６】
以上説明したように、本実施の形態によれば、連携しあう機関のほかに、第三者機関として連携機関Ｃを導入し、連携機関Ｃ内の連携装置１０３が、サービスごとに連携テーブルを保持しておく。連携テーブルには、実ＩＤが保持されておらず、実ＩＤを不可逆な関数（たとえばハッシュ関数）に与えて得たハッシュ値や、暗号化された実ＩＤが保持されているため、連携テーブルが漏洩しても実ＩＤにたどり着くことができない。したがって、セキュリティの向上を図ることができる。
【０１９７】
また、実施の形態では、あるサービスから他サービスの同一人物の属性を検索する場合には、連携機関Ｃから対応する他サービスの実ＩＤのハッシュ値や暗号化実ＩＤを貰い、連携先装置１０２内で復元することで検索を行い、連携元装置１０１に検索結果を提供する。これにより、連携元装置１０１は、連携先装置１０２内の実ＩＤを知らずに、連携先装置１０２での属性情報を検索することが可能である。したがって、実ＩＤそのものを連携しあうことがないため、実ＩＤの漏洩防止、ひいては、個人情報漏洩のリスク軽減、各サービスの内部犯罪の防止となり、信頼性の高いＩＤ連携を実現することができる。
【０１９８】
なお、本実施の形態で説明した連携方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本連携プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本連携プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１９９】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０２００】
（付記１）連携元装置と連携先装置との間で情報の連携を行う連携装置であって、
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段と、
前記連携元装置から前記第１固有情報を受信する受信手段と、
前記記憶手段の中から、前記受信手段によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索手段と、
前記検索手段によって検索された前記第２固有情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携装置。
【０２０１】
（付記２）前記検索手段によって検索された前記第２固有情報に前記連携ＩＤに関する日付情報を連結した連結情報を生成し、前記連結情報を前記連携先装置に関する公開鍵で暗号化することにより、暗号化連結情報を生成する生成手段を備え、
前記送信手段は、
前記生成手段によって生成された暗号化連結情報を前記連携元装置に送信することを特徴とする付記１に記載の連携装置。
【０２０２】
（付記３）連携元装置と連携先装置との間で情報の連携を行う連携装置であって、
連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段と、
前記連携元装置から前記第１固有情報を受信する受信手段と、
前記記憶手段の中から、前記受信手段によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索手段と、
前記検索手段によって検索された前記第２固有情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携装置。
【０２０３】
（付記４）前記受信手段によって、前記第１固有情報および前記連携識別情報を含む第１登録要求が前記連携元装置から受信され、前記第２固有情報および前記連携識別情報を含む第２登録要求が前記連携先装置から受信された場合、前記第１固有情報、前記第２固有情報および前記連携識別情報を関連付けたテーブルを作成して、前記記憶手段に登録する作成手段を備え、
前記検索手段は、
前記受信手段によって前記第１固有情報が受信された場合、前記テーブルを参照して前記連携識別情報を特定し、特定された前記連携識別情報に関連付けられている前記第２固有情報を検索することを特徴とする付記１〜３のいずれか一つに記載の連携装置。
【０２０４】
（付記５）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置であって、
前記第１識別情報を指定する指定手段と、
前記指定手段によって指定された前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成する生成手段と、
前記生成手段によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信手段と、
前記第１の送信手段によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信手段と、
前記第１の受信手段によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信手段と、
前記第２の送信手段によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内の前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルから特定された前記第２識別情報に関連付けされている属性情報を、前記連携先装置から受信する第２の受信手段と、
を備えることを特徴とする連携元装置。
【０２０５】
（付記６）前記連携識別情報と前記第１固有情報とが前記連携装置内で関連付けされていない場合、前記連携識別情報と前記第１識別情報とを受け付ける受付手段と、を備え、
前記生成手段は、
前記受付手段によって受け付けられた前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成し、
前記第１の送信手段は、
前記連携識別情報および前記生成手段によって生成された前記第１固有情報の登録要求を、前記連携装置に送信することを特徴とする付記５に記載の連携先装置。
【０２０６】
（付記７）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置であって、
前記第１識別情報を指定する指定手段と、
前記指定手段によって指定された前記第１識別情報を前記第１共通鍵で暗号化することにより、前記第１固有情報を生成する生成手段と、
前記生成手段によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信手段と、
前記第１の送信手段によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信手段と、
前記第１の受信手段によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信手段と、
前記第２の送信手段によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内で前記第２固有情報から前記第２共通鍵で復号された前記第２識別情報に関連付けされている属性情報を前記連携先装置から受信する第２の受信手段と、
を備えることを特徴とする連携元装置。
【０２０７】
（付記８）前記連携識別情報と前記第１固有情報とが前記連携装置内で関連付けされていない場合、前記連携識別情報と前記第１識別情報とを受け付ける受付手段と、を備え、
前記生成手段は、
前記受付手段によって受け付けられた前記第１識別情報を前記第１共通鍵で暗号化することにより、前記第１固有情報を生成し、
前記第１の送信手段は、
前記連携識別情報および前記生成手段によって生成された前記第１固有情報の登録要求を前記連携装置に送信することを特徴とする付記７に記載の連携元装置。
【０２０８】
（付記９）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能な前記連携先装置であって、
前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段と、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信手段と、
前記受信手段によって受信された属性取得要求に含まれている前記第２固有情報を前記第２識別情報に変換する変換手段と、
前記属性テーブルを参照して、前記変換手段によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索手段と、
前記検索手段によって検索された前記属性情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携先装置。
【０２０９】
（付記１０）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能な前記連携先装置であって、
前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段と、
前記第２固有情報に前記連携識別情報に関する日付情報を連結した連結情報を前記連携先装置に関する公開鍵で暗号化した暗号化連結情報を前記連携装置から受信した連携元装置から、前記暗号化連結情報を含む属性取得要求を受信する受信手段と、
前記受信手段によって受信された属性取得要求に含まれている前記暗号化連結情報を前記連携先装置に関する秘密鍵で復号する復号手段と、
前記復号手段によって復号された連結情報に含まれている前記日付情報に基づいて、前記連結情報に含まれている前記第２固有情報の妥当性を判断する判断手段と、
前記判断手段によって判断された判断結果に基づいて、前記復号手段によって復号された連結情報に含まれている前記第２固有情報を前記第２識別情報に変換する変換手段と、
前記属性テーブルを参照して、前記変換手段によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索手段と、
前記検索手段によって検索された前記属性情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携先装置。
【０２１０】
（付記１１）前記記憶手段は、
前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルを記憶し、
前記変換手段は、
前記逆引きテーブルを参照して、前記属性取得要求に含まれている前記第２固有情報を前記第２識別情報に変換することを特徴とする付記９または１０に記載の連携先装置。
【０２１１】
（付記１２）前記連携識別情報と前記第２固有情報とが前記連携装置内で関連付けされていない場合、前記連携識別情報と前記第２識別情報とを受け付ける受付手段と、
前記受付手段によって受け付けられた前記第２識別情報を前記第２一方向性関数に与えて前記第２固有情報を生成する生成手段と、
前記生成手段によって生成された前記第２固有情報と前記第２識別情報とを関連付けて前記逆引きテーブルを作成する作成手段と、を備え、
前記送信手段は、
前記連携識別情報および前記第２固有情報の登録要求を前記連携装置に送信することを特徴とする付記１１に記載の連携先装置。
【０２１２】
（付記１３）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能な前記連携先装置であって、
前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段と、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信手段と、
前記受信手段によって受信された属性取得要求に含まれている前記第２固有情報を、前記第２共通鍵で復号することにより、前記第２識別情報を生成する生成手段と、
前記属性テーブルを参照して、前記生成手段によって生成された前記第２識別情報に関連付けられている前記属性情報を検索する検索手段と、
前記検索手段によって検索された前記属性情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携先装置。
【０２１３】
（付記１４）前記連携識別情報と前記第２固有情報とが前記連携装置内で関連付けされていない場合、前記連携識別情報と前記第２識別情報とを受け付ける受付手段を備え、
前記生成手段は、
前記受付手段によって受け付けられた前記第２識別情報を前記第２共通鍵で暗号化することにより、前記第２固有情報を生成し、
前記送信手段は、
前記連携識別情報および前記生成手段によって生成された前記第２固有情報の登録要求を前記連携装置に送信することを特徴とする付記１３に記載の連携先装置。
【０２１４】
（付記１５）前記属性テーブルの属性項目群の中から選ばれた特定の属性項目を設定する設定手段を備え、
前記検索手段は、
前記属性テーブルを参照して、前記変換手段によって変換された前記第２識別情報に関連付けられている属性情報群のうち前記設定手段によって設定された前記特定の属性項目の属性情報を検索することを特徴とする付記９〜１４のいずれか一つに記載の連携先装置。
【０２１５】
（付記１６）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備える連携装置に、
前記連携元装置から前記第１固有情報を受信する受信工程と、
前記記憶手段の中から、前記受信工程によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索工程と、
前記検索工程によって検索された前記第２固有情報を前記連携元装置に送信する送信工程と、
を実行させることを特徴とする連携プログラム。
【０２１６】
（付記１７）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備える連携装置に、
前記連携元装置から前記第１固有情報を受信する受信工程と、
前記記憶手段の中から、前記受信工程によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索工程と、
前記検索工程によって検索された前記第２固有情報を前記連携元装置に送信する送信工程と、
を実行させることを特徴とする連携プログラム。
【０２１７】
（付記１８）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置に、
前記第１識別情報を指定する指定工程と、
前記指定工程によって指定された前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成する生成工程と、
前記生成工程によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信工程と、
前記第１の送信工程によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信工程と、
前記第１の受信工程によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信工程と、
前記第２の送信工程によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内の前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルから特定された前記第２識別情報に関連付けされている属性情報を、前記連携先装置から受信する第２の受信工程と、
を実行させることを特徴とする連携プログラム。
【０２１８】
（付記１９）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置に、
前記第１識別情報を指定する指定工程と、
前記指定工程によって指定された前記第１識別情報を前記第１共通鍵で暗号化することにより、前記第１固有情報を生成する生成工程と、
前記生成工程によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信工程と、
前記第１の送信工程によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信工程と、
前記第１の受信工程によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信工程と、
前記第２の送信工程によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内で前記第２固有情報から前記第２共通鍵で復号された前記第２識別情報に関連付けされている属性情報を前記連携先装置から受信する第２の受信工程と、
を実行させることを特徴とする連携プログラム。
【０２１９】
（付記２０）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備える前記連携先装置に、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信工程と、
前記受信工程によって受信された属性取得要求に含まれている前記第２固有情報を前記第２識別情報に変換する変換工程と、
前記属性テーブルを参照して、前記変換工程によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索工程と、
前記検索工程によって検索された前記属性情報を前記連携元装置に送信する送信工程と、
を実行させることを特徴とする連携プログラム。
【０２２０】
（付記２１）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備える前記連携先装置に、
前記第２固有情報に前記連携識別情報に関する日付情報を連結した連結情報を前記連携先装置に関する公開鍵で暗号化した暗号化連結情報を前記連携装置から受信した連携元装置から、前記暗号化連結情報を含む属性取得要求を受信する受信工程と、
前記受信工程によって受信された属性取得要求に含まれている前記暗号化連結情報を前記連携先装置に関する秘密鍵で復号する復号工程と、
前記復号工程によって復号された連結情報に含まれている前記日付情報に基づいて、前記連結情報に含まれている前記第２固有情報の妥当性を判断する判断工程と、
前記判断工程によって判断された判断結果に基づいて、前記復号工程によって復号された連結情報に含まれている前記第２固有情報を前記第２識別情報に変換する変換工程と、
前記属性テーブルを参照して、前記変換工程によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索工程と、
前記検索工程によって検索された前記属性情報を前記連携元装置に送信する送信工程と、
を実行させることを特徴とする連携プログラム。
【０２２１】
（付記２２）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備える前記連携先装置に、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信工程と、
前記受信工程によって受信された属性取得要求に含まれている前記第２固有情報を、前記第２共通鍵で復号することにより、前記第２識別情報を生成する生成工程と、
前記属性テーブルを参照して、前記生成工程によって生成された前記第２識別情報に関連付けられている前記属性情報を検索する検索工程と、
前記検索工程によって検索された前記属性情報を前記連携元装置に送信する送信工程と、
を実行させることを特徴とする連携プログラム。
【０２２２】
（付記２３）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備える連携装置が、
前記連携元装置から前記第１固有情報を受信する受信工程と、
前記記憶手段の中から、前記受信工程によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索工程と、
前記検索工程によって検索された前記第２固有情報を前記連携元装置に送信する送信工程と、
を実行することを特徴とする連携方法。
【０２２３】
（付記２４）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備える連携装置が、
前記連携元装置から前記第１固有情報を受信する受信工程と、
前記記憶手段の中から、前記受信工程によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索工程と、
前記検索工程によって検索された前記第２固有情報を前記連携元装置に送信する送信工程と、
を実行することを特徴とする連携方法。
【０２２４】
（付記２５）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置が、
前記第１識別情報を指定する指定工程と、
前記指定工程によって指定された前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成する生成工程と、
前記生成工程によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信工程と、
前記第１の送信工程によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信工程と、
前記第１の受信工程によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信工程と、
前記第２の送信工程によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内の前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルから特定された前記第２識別情報に関連付けされている属性情報を、前記連携先装置から受信する第２の受信工程と、
を実行することを特徴とする連携方法。
【０２２５】
（付記２６）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置が、
前記第１識別情報を指定する指定工程と、
前記指定工程によって指定された前記第１識別情報を前記第１共通鍵で暗号化することにより、前記第１固有情報を生成する生成工程と、
前記生成工程によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信工程と、
前記第１の送信工程によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信工程と、
前記第１の受信工程によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信工程と、
前記第２の送信工程によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内で前記第２固有情報から前記第２共通鍵で復号された前記第２識別情報に関連付けされている属性情報を前記連携先装置から受信する第２の受信工程と、
を実行することを特徴とする連携方法。
【０２２６】
（付記２７）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備える前記連携先装置が、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信工程と、
前記受信工程によって受信された属性取得要求に含まれている前記第２固有情報を前記第２識別情報に変換する変換工程と、
前記属性テーブルを参照して、前記変換工程によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索工程と、
前記検索工程によって検索された前記属性情報を前記連携元装置に送信する送信工程と、
を実行することを特徴とする連携方法。
【０２２７】
（付記２８）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備える前記連携先装置が、
前記第２固有情報に前記連携識別情報に関する日付情報を連結した連結情報を前記連携先装置に関する公開鍵で暗号化した暗号化連結情報を前記連携装置から受信した連携元装置から、前記暗号化連結情報を含む属性取得要求を受信する受信工程と、
前記受信工程によって受信された属性取得要求に含まれている前記暗号化連結情報を前記連携先装置に関する秘密鍵で復号する復号工程と、
前記復号工程によって復号された連結情報に含まれている前記日付情報に基づいて、前記連結情報に含まれている前記第２固有情報の妥当性を判断する判断工程と、
前記判断工程によって判断された判断結果に基づいて、前記復号工程によって復号された連結情報に含まれている前記第２固有情報を前記第２識別情報に変換する変換工程と、
前記属性テーブルを参照して、前記変換工程によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索工程と、
前記検索工程によって検索された前記属性情報を前記連携元装置に送信する送信工程と、
を実行することを特徴とする連携方法。
【０２２８】
（付記２９）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備える前記連携先装置が、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信工程と、
前記受信工程によって受信された属性取得要求に含まれている前記第２固有情報を、前記第２共通鍵で復号することにより、前記第２識別情報を生成する生成工程と、
前記属性テーブルを参照して、前記生成工程によって生成された前記第２識別情報に関連付けられている前記属性情報を検索する検索工程と、
前記検索工程によって検索された前記属性情報を前記連携元装置に送信する送信工程と、
を実行することを特徴とする連携方法。
【符号の説明】
【０２２９】
１０１ 連携元装置
１０２ 連携先装置
１０３ 連携装置
７００ 記憶部
７０１ 受信部
７０２ 作成部
７０３ 検索部
７０４ 生成部
７０５ 送信部
８００ 記憶部
８０１ 指定部
８０２ 受付部
８０３ 生成部
８０４ 第１の送信部
８０５ 第１の受信部
８０６ 第２の送信部
８０７ 第２の受信部
９００ 記憶部
９０１ 受付部
９０２ 生成部
９０３ 作成部
９０４ 設定部
９０５ 受信部
９０６ 変換部
９０７ 復号部
９０８ 判断部
９０９ 検索部
９１０ 送信部
【技術分野】
【０００１】
本発明は、装置間の連携をおこなう連携装置、連携元装置、連携先装置、連携プログラム、および連携方法に関する。
【背景技術】
【０００２】
クラウドやＷｅｂサービスにおいて、現実には同一人物がサービス毎に異なったＩＤによって利用するということが少なくない。具体的には、複数のサービスにおいて別々のＩＤで個人情報が分散している状況で、個人の属性情報を連携したいといった要望がある。たとえば、市役所が税務署から年収を入手して年収に応じた支援を行うなどの行政のワンストップサービスなどが挙げられる。
【０００３】
このような場合、従来は、いずれかのサービスで個人のＩＤの対応付け情報を持つ技術が開示されている（たとえば、下記特許文献１，２を参照。）。たとえば、上記の例では、個人の市役所用のＩＤと税務署用のＩＤとを対応付けたテーブルを、市役所と税務署のうち市役所側で保管しておくこととなる（従来技術１）。
【０００４】
また、第三者紐付け機関で、個人のＩＤの対応付け情報をもたせるケースもある。たとえば、上記の例では、個人の市役所用のＩＤと税務署用のＩＤとを対応付けたテーブルを、市役所および税務署以外の第三者紐付け機関で保管しておくこととなる（従来技術２）。
【０００５】
さらに、特定の関数により統一ＩＤからサービスごとに個人のＩＤを計算することで、理論上紐付け可能とする技術も開示されている（たとえば、下記非特許文献１を参照。）。たとえば、オーストリアの国民ＩＤ方式においては、分野別ＩＤは、住民票コードに基づく共通ＩＤ（ＳｏｕｒｃｅＰＩＮ）から不可逆な関数で自動計算される。各分野別ＩＤを統合する場合には、データ保護委員会が住民票コードに基づき、共通ＩＤから各分野別ＩＤを計算しておこなうこととなる。この方式では、上述のような対応付け情報を持たなくても済む（従来技術３）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−１７１９２３号公報
【特許文献２】特開２００８−９８７８６号公報
【非特許文献】
【０００７】
【非特許文献１】小泉雄介著 「国民ＩＤの導入に向けた課題〜海外事例に学ぶ〜」、２００９年２月２８日、ＮＥＣ総研（インターネット検索 ＵＲＬ＜ｈｔｔｐ：／／ｗｗｗ．ｊｓｓｍ．ｎｅｔ／ｊｓｓｍ／ｓｅｃｕｒｉｔｙ＿ｄａｙ２００９０２２８．ｈｔｍ＞ 検索日：２０１０年１０月 ６日）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した従来技術１，２では、対応付け情報が漏洩する危険性があるという問題があった。また、サービスの数が多くなると、サービスの組み合わせごとに対応付け情報が必要となる。したがって、対応付け情報の漏洩の危険性が増大するという問題があった。このように、対応付け情報が漏洩すると、対応付け情報のＩＤに関連付けされている個人情報の漏洩や不正使用、成り済ましにつながり、個人に不利益を与えてしまうという問題があった。
【０００９】
また、上述した従来技術３では、サービス間で個人のＩＤでの対応を取る場合には、個人の名前や住所などの情報から人手（委員会）で統一ＩＤを検索し、それから他サービスでの個人のＩＤを算出しなければならず、運用上手間がかかるという問題があった。また、すでに分野別ＩＤが機関ごとに作成されている場合には対応できないという問題があった。
【００１０】
本発明は、上述した従来技術による問題点を解消するため、連携検索の安全性の向上を図ることができる連携装置、連携元装置、連携先装置、連携プログラム、および連携方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するため、連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備え、前記連携元装置から前記第１固有情報を受信し、前記記憶手段の中から、受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索し、検索された前記第２固有情報を前記連携元装置に送信する連携装置、連携プログラム、および連携方法が一例として提案される。
【００１２】
また、連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備え、前記連携元装置から前記第１固有情報を受信し、前記記憶手段の中から、受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索し、検索された前記第２固有情報を前記連携元装置に送信する連携装置、連携プログラム、および連携方法が一例として提案される。
【００１３】
また、連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能であり、前記第１識別情報を指定し、指定された前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成し、生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信し、前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信し、受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信し、前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内の前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルから特定された前記第２識別情報に関連付けされている属性情報を、前記連携先装置から受信する連携元装置、連携プログラム、および連携方法が一例として提案される。
【００１４】
また、連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能であり、前記第１識別情報を指定し、指定された前記第１識別情報を前記第１共通鍵で暗号化することにより、前記第１固有情報を生成し、生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信し、前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信し、受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信し、前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内で前記第２固有情報を前記第２共通鍵で復号された前記第２識別情報に関連付けされている属性情報を前記連携先装置から受信する連携元装置、連携プログラム、および連携方法が一例として提案される。
【００１５】
また、連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備え、前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信し、受信された属性取得要求に含まれている前記第２固有情報を前記第２識別情報に変換し、前記属性テーブルを参照して、変換された前記第２識別情報に関連付けられている前記属性情報を検索し、検索された前記属性情報を前記連携元装置に送信する連携先装置、連携プログラム、および連携方法が一例として提案される。
【００１６】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備え、前記第２固有情報に前記連携識別情報に関する日付情報を連結した連結情報を前記連携先装置に関する公開鍵で暗号化した暗号化連結情報を前記連携装置から受信した連携元装置から、前記暗号化連結情報を含む属性取得要求を受信し、受信された属性取得要求に含まれている前記暗号化連結情報を前記連携先装置に関する秘密鍵で復号し、復号された連結情報に含まれている前記日付情報に基づいて、前記連結情報に含まれている前記第２固有情報の妥当性を判断し、判断結果に基づいて、前記復号手段によって復号された連結情報に含まれている前記第２固有情報を前記第２識別情報に変換し、前記属性テーブルを参照して、前記変換手段によって変換された前記第２識別情報に関連付けられている前記属性情報を検索し、検索された前記属性情報を前記連携元装置に送信する連携先装置、連携プログラム、および連携方法が一例として提案される。
【００１７】
連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備え、前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信し、受信された属性取得要求に含まれている前記第２固有情報を、前記第２共通鍵で復号することにより、前記第２識別情報を生成し、前記属性テーブルを参照して、生成された前記第２識別情報に関連付けられている前記属性情報を検索し、検索された前記属性情報を前記連携元装置に送信する連携先装置、連携プログラム、および連携方法が一例として提案される。
【発明の効果】
【００１８】
本発明の連携装置、連携元装置、連携先装置、連携プログラム、および連携方法によれば、連携検索の安全性の向上を図ることができるという効果を奏する。
【図面の簡単な説明】
【００１９】
【図１】実施の形態１にかかる連携システムのシステム構成例を示す説明図である。
【図２】実施の形態１にかかる連携テーブルの作成例を示す説明図である。
【図３】実施の形態１にかかる連携テーブルの更新例を示す説明図である。
【図４】実施の形態１にかかる連携検索例を示す説明図である。
【図５】実施の形態１にかかる連携検索例２を示す説明図である。
【図６】実施の形態にかかるコンピュータのハードウェア構成例を示すブロック図である。
【図７】連携装置の機能的構成例を示すブロック図である。
【図８】連携元装置の機能的構成例を示すブロック図である。
【図９】連携先装置の機能的構成例を示すブロック図である。
【図１０】連携テーブルの登録要求処理手順を示すフローチャートである。
【図１１】連携テーブルの登録処理手順を示すフローチャートである。
【図１２】連携テーブルの更新要求処理手順を示すフローチャートである。
【図１３】連携テーブルの更新処理手順を示すフローチャートである。
【図１４】連携検索処理手順を示すシーケンス図である。
【図１５】連携検索処理手順を示すシーケンス図である。
【図１６】実施の形態２にかかる連携システムのシステム構成例を示す説明図である。
【図１７】実施の形態２にかかる連携テーブルの作成例を示す説明図である。
【図１８】実施の形態２にかかる連携テーブルの更新例を示す説明図である。
【図１９】実施の形態２にかかる連携検索例を示す説明図である。
【図２０】連携テーブルの登録要求処理手順を示すフローチャートである。
【図２１】連携テーブルの登録処理手順を示すフローチャートである。
【図２２】連携テーブルの更新要求処理手順を示すフローチャートである。
【図２３】連携テーブルの更新処理手順を示すフローチャートである。
【図２４】連携検索処理手順を示すシーケンス図である。
【発明を実施するための形態】
【００２０】
以下に添付図面を参照して、本発明にかかる連携元装置、連携先装置、連携プログラム、および連携方法の実施の形態を詳細に説明する。なお、本実施の形態では各種テーブルが用いられるが、テーブルは一例であり、他の構造のデータベースでもよい。
【００２１】
本実施の形態では、同一個人の属性情報が異なった実ＩＤで格納されている場合に、当該実ＩＤの対応付け情報はどの機関も持たせずに、第三者が属性情報を連携させることを可能にする。実ＩＤの対応付け情報はどの機関も持たないため、実ＩＤの漏洩は生じないこととなり、セキュリティが向上する。
【００２２】
また、一方の実ＩＤを所有する一方の機関でサービスを提供する場合、一方の機関は、他方の実ＩＤを所有する他方の機関から他方の実ＩＤに関連付けられている属性情報を、他方の実ＩＤがわからなくても、他方の機関から取得することが可能となる。たとえば、一方の機関が市役所で、他方の機関が税務署である場合、ある個人に対して市役所が税務署から年収を入手して年収に応じた支援を行うときは、市役所では、当該個人の税務署での実ＩＤを知らなくても、税務署から当該個人の年収を入手することが可能となる。
【００２３】
（実施の形態１）
まず、実施の形態１について説明する。実施の形態１は、ある個人の機関ごとに異なる実ＩＤを、各機関で固有の一方向性関数に与えて、それぞれ固有情報を生成する例である。ここで、一方向性関数とは、出力データを入力データに戻すことが不可能（または困難）であり、同じ入力データを与えれば、同じ出力データが得られる関数である。一方向性関数としては、たとえば、ハッシュ関数が挙げられる。ハッシュ関数としては、たとえば、ＳＨＡ−１やＳＨＡ−２５６などの一般的なハッシュ関数を適用することができる。
【００２４】
そして、各実ＩＤを保有する機関とは異なる第三者機関が、各実ＩＤの固有情報を、両実ＩＤに共通の連携ＩＤで関連付けて保有することとなる。本明細書では、このような第三者機関を「連携機関」と称す。なお、本明細書内のＩＤやハッシュ値、暗号化データは、一例にすぎず、理解の容易のため、便宜上単純な文字列を採用しただけである。
【００２５】
＜システム構成例＞
図１は、実施の形態１にかかる連携システムのシステム構成例を示す説明図である。連携システムは、機関Ａのコンピュータと機関Ｂのコンピュータと連携機関Ｃのコンピュータとが、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークを介して通信可能に接続されて構成されている。
【００２６】
以降、連携機関Ｃのコンピュータを「連携装置」と称す。また、機関Ａ、Ｂはいずれも連携元にもなり得るし、連携先にもなり得るが、ここでは、一例として、一方の機関を連携元、他方の機関を連携先とする。したがって、連携元のコンピュータを「連携元装置」と称し、連携先のコンピュータを「連携先装置」と称す。図１の場合、機関Ａのコンピュータを「連携元装置」とし、機関Ｂのコンピュータを「連携先装置」とする。
【００２７】
また、ここで、あるユーザについて、機関Ａと機関Ｂとでそれぞれ実ＩＤが割り当てられている。両実ＩＤは異なる識別情報である。図１では、機関Ａの実ＩＤを「第１実ＩＤ（図１ではＩＤ＿Ａと表記）」とし、機関Ｂの実ＩＤを「第２実ＩＤ（図１ではＩＤ＿Ｂと表記）」とする。第１実ＩＤは機関Ａでのみ用いられる実ＩＤであり、第２実ＩＤは機関Ｂでのみ用いられる実ＩＤである。
【００２８】
連携元装置１０１は、属性テーブルＴａＡと、ハッシュ関数ｈＡ（）と、連携機能ＦＡと、を有する。属性テーブルＴａＡとは、実ＩＤごとに各種属性情報を記憶するテーブルである。たとえば、機関Ａが市役所だとすると、当該市内在住の個人の実ＩＤ（ＩＤ＿Ａ）と、当該個人の姓、名、住所、本籍地などの属性情報が属性テーブルに登録されている。ハッシュ関数ｈＡ（）は、連携元装置１０１に固有の一方向性関数である。属性テーブルＴａＡおよびハッシュ関数ｈＡ（）は、連携元装置１０１内の記憶領域に記憶されている。
【００２９】
連携機能ＦＡは、連携装置での連携テーブルの登録要求、連携先装置１０２のハッシュ値の取得要求、連携先装置１０２からの属性情報の取得要求を実行する機能である。連携機能ＦＡは、連携元装置１０１内の記憶領域に記憶されている連携プログラムを連携元装置１０１のＣＰＵに実行させることで実現される。
【００３０】
連携先装置１０２は、属性テーブルＴａＢと、ハッシュ関数ｈＢ（）と、連携機能ＦＢと、を有する。属性テーブルＴａＢとは、実ＩＤごとに各種属性情報を記憶するテーブルである。たとえば、機関Ｂが税務署だとすると、当該市内在住の個人の実ＩＤ（ＩＤ＿Ｂ）と、当該個人の勤務先、年収などの属性情報が属性テーブルＴａＢに登録されている。ハッシュ関数ｈＢ（）は、連携先装置１０２に固有の一方向性関数である。属性テーブルＴａＢおよびハッシュ関数ｈＢ（）は、連携先装置１０２内の記憶領域に記憶されている。ハッシュ関数ｈＡ（），ｈＢ（）は同じ入力データが与えられても、出力データが異なる関数である。
【００３１】
連携機能ＦＢは、連携装置１０３での連携テーブルの登録要求、連携元装置１０１からの属性情報の取得要求に応じて結果を返す処理を実行する機能である。連携機能ＦＢは、連携先装置１０２内の記憶領域に記憶されている連携プログラムを連携先装置１０２のＣＰＵに実行させることで実現される。
【００３２】
連携装置１０３は、連携テーブルＴｃと連携機能ＦＣとを有する。連携テーブルＴｃは、機関ごとに設定されている。たとえば、第１連携テーブルＴｃＡは機関Ａの連携テーブルであり、第２連携テーブルＴｃＢは機関Ｂの連携テーブルである。連携機能ＦＣは、ユーザごとに、連携ＩＤを発行する。連携ＩＤは、同一ユーザについての機関Ａの第１実ＩＤのハッシュ値と機関Ｂの第２実ＩＤのハッシュ値とを関連付ける識別情報である。すなわち、第１連携テーブルＴｃＡには、連携ＩＤと第１実ＩＤが関連付けられている。また、第２連携テーブルＴｃＢには、連携ＩＤと第２実ＩＤが関連付けられている。
【００３３】
また、連携機能ＦＣは、連携テーブルＴｃの登録要求を受けると、連携テーブルＴｃを作成する。たとえば、機関Ａから第１連携テーブルＴｃＡの登録要求を受けると、第１連携テーブルＴｃＡを作成する。また、機関Ｂから第２連携テーブルＴｃＢの登録要求を受けると、第２連携テーブルＴｃＢを作成する。また、連携機能は、連携先装置１０２への連携依頼、すなわち、連携先装置１０２のハッシュ値の取得要求を連携元装置１０１から受けると、連携先装置１０２のハッシュ値を連携元装置１０１に返す。連携機能ＦＣは、連携装置１０３内の記憶領域に記憶されている連携プログラムを連携装置１０３のＣＰＵに実行させることで実現される。
【００３４】
＜連携テーブルの作成例＞
図２は、実施の形態１にかかる連携テーブルの作成例を示す説明図である。ここでは、あるユーザ（ユーザ名：甲）について説明する。また、連携テーブルの作成の前提として、機関Ａ（例として市役所）と機関Ｂ（例として税務署）にはそれぞれ、甲に関する属性情報が属性テーブルに登録されているものとする。したがって、甲については機関Ａの第１実ＩＤ「ａａａ」と機関Ｂの第２実ＩＤ「ｂｂｂ」が割り当てられているものとする。
【００３５】
（１）まず、連携装置１０３が甲に対し連携ＩＤを通知する。甲についての第１連携テーブルＴｃＡ，第２連携テーブルＴｃＢが作成されるまで、連携装置１０３は、発行された連携ＩＤを保持しておく。また、発行された連携ＩＤは、甲が連携機関Ｃに出向いて取得してもよく、また、連携機関Ｃが甲宛に郵送してもよい。また、連携装置１０３が、甲が所有するコンピュータに対し、連携ＩＤを送信してもよい。本例では、連携ＩＤを「１２３４５６７８」とする。
【００３６】
（２）つぎに、甲は機関Ａおよび機関Ｂに設定依頼をおこなう。具体的には、甲は機関Ａに対し、連携機関Ｃから得た連携ＩＤを提供する。同様に、甲は機関Ｂに対しても、連携機関Ｃから得た連携ＩＤを提供する。提供方法は、甲が機関Ａ、機関Ｂのそれぞれに出向いて提示してもよく、郵送してもよい。また、甲が所有するコンピュータにより、連携ＩＤを連携元装置１０１および連携先装置１０２に送信してもよい。
【００３７】
また、連携項目とは、属性テーブルの属性項目のうち他の機関に連携させる項目である。連携元装置１０１は、連携先装置１０２から属性情報を取得するコンピュータであるため、連携元装置１０１に対しては、連携項目は「なし」となる。一方、連携先装置１０２は、連携元装置１０１に属性情報を提供するコンピュータであるため、連携先装置１０２に対し、連携項目が選択されることとなる。図２では、たとえば、連携先装置１０２の属性テーブルＴａＢの属性項目「年収」、「勤務先」、・・・のうち、属性項目「年収」が連携項目として選択されたこととする。なお、連携項目の選択方法も、甲が機関Ｂに出向いて提示してもよく、郵送してもよい。また、甲が所有するコンピュータにより、連携ＩＤを連携先装置１０２に送信してもよい。
【００３８】
そして、連携項目に設定された属性項目には、フラグがセット（Ｆ＝１）されることとなる。本例では、甲のレコードについて年収項目にフラグがセットされているため、連携元装置１０１から取得要求があると、属性項目群のうち年収項目の属性情報、すなわち、年収「１２３（万円）」が連携元装置１０１に提供されることとなる。一方、勤務先項目にはフラグがセットされていない（Ｆ＝０）ため、勤務先は提供されない。
【００３９】
（３）このあと、連携元装置１０１および連携先装置１０２では、実ＩＤおよび連携ＩＤの組み合わせを受け付けると、ハッシュ値が算出される。具体的には、連携元装置１０１では、第１実ＩＤ「ａａａ」をハッシュ関数ｈＡ（）に与えることで、ハッシュ値「９８ｃ％ｄｆ」が得られる。同様に、連携先装置１０２では、第２実ＩＤ「ｂｂｂ」をハッシュ関数ｈＢ（）に与えることで、ハッシュ値「Ａｓ８＆＋）」が得られる。
【００４０】
（４）また、連携先装置１０２は、連携項目が選択されているため、逆引きテーブルＴｒを作成する。逆引きテーブルＴｒは、ハッシュ値とその元となる実ＩＤとを関連付けたテーブルである。図２のケースでは、ハッシュ値「Ａｓ８＆＋）」とハッシュ値「Ａｓ８＆＋）」の算出元となる実ＩＤ「ｂｂｂ」とを関連付けて逆引きテーブルＴｒとする。
【００４１】
（５）ハッシュ値が算出されると、連携元装置１０１および連携先装置１０２は、連携テーブルの登録要求を連携装置１０３に送信する。連携元装置１０１の登録要求には、連携元装置１０１の第１実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」と連携ＩＤ「１２３４５６７８」が含まれている。また、連携先装置１０２の登録要求には、連携先装置１０２の第２実ＩＤ「ｂｂｂ」のハッシュ値「Ａｓ８＆＋）」と連携ＩＤ「１２３４５６７８」が含まれている。
【００４２】
（６）連携装置１０３は、連携テーブルの登録要求を受けると、連携テーブルＴｃを作成する。たとえば、連携元装置１０１からの登録要求があった場合、連携装置１０３は、ハッシュ値「９８ｃ％ｄｆ」と連携ＩＤ「１２３４５６７８」とを関連付けた第１連携テーブルＴｃＡを作成する。また、連携装置１０３は、ハッシュ値「Ａｓ８＆＋）」と連携ＩＤ「１２３４５６７８」とを関連付けた第２連携テーブルＴｃＢを作成する。これにより作成処理が完了する。
【００４３】
＜連携テーブルの更新例＞
図３は、実施の形態１にかかる連携テーブルの更新例を示す説明図である。図３では、一例として第２連携テーブルＴｃＢの更新例を説明するが、第１連携テーブルＴｃＡについても同様に更新することとなる。
【００４４】
（１）まず、甲は、実ＩＤの更新依頼を機関Ｂにおこなう。具体的には、甲は、機関Ｂに実ＩＤ「ｂｂｂ」の更新依頼をおこなう。依頼方法は、甲が機関Ｂに出向いて依頼してもよく、甲が所有するコンピュータにより、実ＩＤの更新依頼を連携先装置１０２に送信してもよい。更新依頼があると、連携先装置１０２は、新しい第２実ＩＤを発行する。ここでは、新しい第２実ＩＤを「ｃｃｃ」とする。
【００４５】
（２）つぎに、連携先装置１０２は、新しい第２実ＩＤをハッシュ関数に与えて、新しいハッシュ値を生成する。具体的には、連携先装置１０２は、新しい第２実ＩＤ「ｃｃｃ」をハッシュ関数ｈＢ（）に与えて、新しいハッシュ値「ｑｗｅｒｔｙ」を算出する。
【００４６】
（３）ハッシュ値があらたに算出されると、連携先装置１０２は、連携テーブルの更新要求を連携装置１０３に送信する。連携テーブルの更新要求には、連携先装置１０２の新旧ハッシュ値「Ａｓ８＆＋）」，「ｑｗｅｒｔｙ」が含まれている。
【００４７】
（４）連携先装置１０２は、更新要求をおこなうと、逆引きテーブルＴｒを更新する。具体的には、連携先装置１０２は、逆引きテーブルＴｒのハッシュ値項目のハッシュ値を、旧ハッシュ値「Ａｓ８＆＋）」から新ハッシュ値「ｑｗｅｒｔｙ」に書き換える。また、連携先装置１０２は、逆引きテーブルＴｒの実ＩＤ項目の第２実ＩＤを、旧第２実ＩＤ「ｂｂｂ」から新第２実ＩＤ「ｃｃｃ」に書き換える。なお、連携先装置１０２の更新の場合、連携先装置１０２は逆引きテーブルＴｒを有していないため、（４）は実行しない。
【００４８】
なお、連携先装置１０２が、必ず連携先としてのみ利用される場合には、逆引きテーブルＴｒのハッシュ値項目を旧ハッシュ値「Ａｓ８＆＋）」のまま変更せず、第２実ＩＤを「ｃｃｃ」に置き換えるだけで、更新作業は終了しても良い。連携機関１０３の情報が更新されないため、他機関からは旧ハッシュ値「Ａｓ８＆＋）」でのみ検索要求があるためである。
【００４９】
（５）また、連携先装置１０２は、属性テーブルのＩＤ項目の第２実ＩＤを、旧第２実ＩＤ「ｂｂｂ」から新第２実ＩＤ「ｃｃｃ」に書き換える。
【００５０】
（６）一方、連携装置１０３では、（３）で更新要求を受けると、第２連携テーブルＴｃＢを更新する。具体的には、連携装置１０３は、連携テーブルの更新要求に含まれている連携先装置１０２の新旧ハッシュ値「Ａｓ８＆＋）」，「ｑｗｅｒｔｙ」のうち、旧ハッシュ値「Ａｓ８＆＋）」を手がかりとして、連携テーブルＴｃの中から第２連携テーブルＴｃＢを検索する。
【００５１】
（７）そして、連携装置１０３は、第２連携テーブルＴｃＢのハッシュ値項目のハッシュ値を、旧ハッシュ値「Ａｓ８＆＋）」から新ハッシュ値「ｑｗｅｒｔｙ」に書き換える。これにより、更新処理が完了する。
【００５２】
＜連携検索例１＞
図４は、実施の形態１にかかる連携検索例を示す説明図である。図４では、市役所（機関Ａ：連携元装置１０１）が甲の属性情報：年収を税務署（機関Ｂ：連携先装置１０２）から取得する例を示す。
【００５３】
（１）まず、連携元装置１０１は、甲の第１実ＩＤ「ａａａ」を指定し、ハッシュ関数ｈＡ（）に与えて、ハッシュ値「９８ｃ％ｄｆ」を求める。
【００５４】
（２）つぎに、連携元装置１０１は、連携装置１０３に対し、連携先装置１０２のハッシュ値の取得要求を送信する。当該取得要求には、（１）で求めたハッシュ値「９８ｃ％ｄｆ」が含まれている。
【００５５】
（３）連携装置１０３は、（２）で取得要求を受けると、連携テーブルＴｃの中からハッシュ値「９８ｃ％ｄｆ」を含む第１連携テーブルＴｃＡを検索する。つぎに、連携装置１０３は、検索された第１連携テーブルＴｃＡのハッシュ値「９８ｃ％ｄｆ」に関連付けられている連携ＩＤ「１２３４５６７８」を特定する。
【００５６】
（４）連携装置１０３は、連携テーブルＴｃの中から、特定された連携ＩＤ「１２３４５６７８」を有する第２連携テーブルＴｃＢを検索する。つぎに、連携装置１０３は、検索された第２連携テーブルＴｃＢの連携ＩＤ「１２３４５６７８」に関連付けられているハッシュ値「Ａｓ８＆＋）」を検索する。
【００５７】
（５）このあと、連携装置１０３は、（４）で検索されたハッシュ値「Ａｓ８＆＋）」を連携元装置１０１に送信する。
【００５８】
（６）連携元装置１０１は、（５）でハッシュ値「Ａｓ８＆＋）」を受信すると、連携先装置１０２に対し、属性要求を送信する。属性要求には、（５）で受信したハッシュ値「Ａｓ８＆＋）」が含まれている。
【００５９】
（７）連携先装置１０２は、（６）で受信した属性要求からハッシュ値「Ａｓ８＆＋）」を抽出し、逆引きテーブルＴｒから、抽出したハッシュ値「Ａｓ８＆＋）」に対応する実ＩＤ「ｂｂｂ」を特定する。そして、連携先装置１０２は、属性テーブルＴａＢ内の第２実ＩＤ「ｂｂｂ」のレコードを特定し、フラグがＦ＝１にセットされている属性項目の属性情報を抽出する。ここでは、年収項目の年収１２３（万円）が抽出される。
【００６０】
（８）このあと、連携先装置１０２は、連携元装置１０１に対し、（７）で抽出した属性情報（年収１２３万円）を送信する。なお、連携先装置１０２と甲が所有するコンピュータとが通信可能に接続されている場合、属性情報の送信に先立って、属性情報の提供の有無を確認してもよい。
【００６１】
（９）最後に、連携元装置１０１は、連携先装置１０２から甲の年収を取得できたため、年収に応じたサービスを甲に提供することとなる。このように、機関Ａの甲の第１実ＩＤ「ａａａ」と機関Ｂの甲の第２実ＩＤ「ｂｂｂ」とを対応付けるテーブルが存在していなくても、機関Ａと機関Ｂとを連携させることができる。すなわち、機関Ａの甲の第１実ＩＤ「ａａａ」と機関Ｂの甲の第２実ＩＤ「ｂｂｂ」との対応関係が漏洩することはない。また、連携テーブルＴｃが漏洩しても連携ＩＤとハッシュ値との組み合わせに過ぎないため、漏洩しても実ＩＤが特定されることはない。
【００６２】
＜連携検索例２＞
図５は、実施の形態１にかかる連携検索例２を示す説明図である。図５でも、市役所（機関Ａ：連携元装置１０１）が甲の属性情報：年収を税務署（機関Ｂ：連携先装置１０２）から取得する例を示す。
【００６３】
（１）まず、連携元装置１０１は、甲の第１実ＩＤ「ａａａ」を指定し、ハッシュ関数ｈＡ（）に与えて、ハッシュ値「９８ｃ％ｄｆ」を求める。
【００６４】
（２）つぎに、連携元装置１０１は、連携装置１０３に対し、連携先装置１０２のハッシュ値の取得要求を送信する。当該取得要求には、（１）で求めたハッシュ値「９８ｃ％ｄｆ」が含まれている。
【００６５】
（３）連携装置１０３は、（２）で取得要求を受けると、連携テーブルＴｃの中からハッシュ値「９８ｃ％ｄｆ」を含む第１連携テーブルＴｃＡを検索する。つぎに、連携装置１０３は、検索された第１連携テーブルＴｃＡのハッシュ値「９８ｃ％ｄｆ」に関連付けられている連携ＩＤ「１２３４５６７８」を特定する。
【００６６】
（４）連携装置１０３は、連携テーブルＴｃの中から、特定された連携ＩＤ「１２３４５６７８」を有する第２連携テーブルＴｃＢを検索する。つぎに、連携装置１０３は、検索された第２連携テーブルＴｃＢの連携ＩＤ「１２３４５６７８」に関連付けられているハッシュ値「Ａｓ８＆＋）」を検索する。
【００６７】
（５）ここで、連携装置１０３は、（４）で検索されたハッシュ値「Ａｓ８＆＋）」に日付情報、たとえば、「２０１０１００４」を連結し、連結情報「Ａｓ８＆＋）２０１０１００４」を生成する。そして、連携装置１０３は、事前に連携先装置１０２から渡されている連携先装置１０２の公開鍵で連結情報「Ａｓ８＆＋）２０１０１００４」を暗号化する。なお、この（５）の処理は、あらかじめ第２連携テーブルＴｃＢの作成時におこなってもよい。この場合、（４）では、暗号化連結情報が検索され、下記（６）を実行することとなる。
【００６８】
（６）このあと、連携装置１０３は、（５）で生成された暗号化連結情報を連携元装置１０１に送信する。
【００６９】
（７）連携元装置１０１は、（６）受信した暗号化連結情報を受信すると、連携先装置１０２に対し、属性要求を送信する。属性要求には、（６）で受信した暗号化連結情報が含まれている。
【００７０】
（８）連携先装置１０２は、（７）で受信した属性要求から暗号化連結情報を、連携装置１０３に渡した公開鍵に対応する秘密鍵で復号する。そして、連携先装置１０２は、復号された連結情報「Ａｓ８＆＋）２０１０１００４」から日付情報「２０１０１００４」を抽出し、連結情報「Ａｓ８＆＋）２０１０１００４」に含まれているハッシュ値「Ａｓ８＆＋）」の妥当性を判断する。不当である場合は連携検索を終了することとなる。
【００７１】
（９）連携先装置１０２は、ハッシュ値「Ａｓ８＆＋）」が妥当である場合、逆引きテーブルＴｒからハッシュ値「Ａｓ８＆＋）」に対応する第２実ＩＤ「ｂｂｂ」を特定する。そして、連携先装置１０２は、属性テーブルＴａＢ内の第２実ＩＤ「ｂｂｂ」のレコードを特定し、フラグがＦ＝１にセットされている属性項目の属性情報を抽出する。ここでは、年収項目の年収１２３（万円）が抽出される。
【００７２】
（１０）このあと、連携先装置１０２は、連携元装置１０１に対し、（９）で抽出した属性情報（年収１２３万円）を送信する。なお、連携先装置１０２と甲が所有するコンピュータとが通信可能に接続されている場合、属性情報の送信に先立って、属性情報の提供の有無を確認してもよい。
【００７３】
（１１）最後に、連携元装置１０１は、連携先装置１０２から甲の年収を取得できたため、年収に応じたサービスを甲に提供することとなる。このように、機関Ａの甲の第１実ＩＤ「ａａａ」と機関Ｂの甲の第２実ＩＤ「ｂｂｂ」とを対応付けるテーブルが存在していなくても、機関Ａと機関Ｂとを連携させることができる。すなわち、機関Ａの甲の第１実ＩＤ「ａａａ」と機関Ｂの甲の第２実ＩＤ「ｂｂｂ」との対応関係が漏洩することはない。
【００７４】
また、連携テーブルＴｃが漏洩しても連携ＩＤとハッシュ値との組み合わせに過ぎないため、漏洩しても実ＩＤが特定されることはない。また、機関Ａは第２実ＩＤの実際のハッシュ値が分からないため、よりセキュリティの向上を図ることができる。また、古い属性情報の提供を回避することができるため、サービスの質の向上を図ることができる。
【００７５】
＜コンピュータのハードウェア構成＞
図６は、実施の形態にかかるコンピュータのハードウェア構成例を示すブロック図である。図６において、コンピュータは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）６０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）６０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）６０３と、磁気ディスクドライブ６０４と、磁気ディスク６０５と、光ディスクドライブ６０６と、光ディスク６０７と、ディスプレイ６０８と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）６０９と、キーボード６１０と、マウス６１１と、スキャナ６１２と、プリンタ６１３と、を備えている。また、各構成部はバス６００によってそれぞれ接続されている。
【００７６】
ここで、ＣＰＵ６０１は、コンピュータの全体の制御を司る。ＲＯＭ６０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ６０３は、ＣＰＵ６０１のワークエリアとして使用される。磁気ディスクドライブ６０４は、ＣＰＵ６０１の制御にしたがって磁気ディスク６０５に対するデータのリード／ライトを制御する。磁気ディスク６０５は、磁気ディスクドライブ６０４の制御で書き込まれたデータを記憶する。
【００７７】
光ディスクドライブ６０６は、ＣＰＵ６０１の制御にしたがって光ディスク６０７に対するデータのリード／ライトを制御する。光ディスク６０７は、光ディスクドライブ６０６の制御で書き込まれたデータを記憶したり、光ディスク６０７に記憶されたデータをコンピュータに読み取らせたりする。
【００７８】
ディスプレイ６０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ６０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００７９】
インターフェース（以下、「Ｉ／Ｆ」と略する。）６０９は、通信回線を通じてＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク６１４に接続され、このネットワーク６１４を介して他の装置に接続される。そして、Ｉ／Ｆ６０９は、ネットワーク６１４と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ６０９には、たとえばモデムやＬＡＮアダプタなどを採用することができる。
【００８０】
キーボード６１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス６１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。
【００８１】
スキャナ６１２は、画像を光学的に読み取り、コンピュータ内に画像データを取り込む。なお、スキャナ６１２は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ６１３は、画像データや文書データを印刷する。プリンタ６１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。
【００８２】
＜連携装置１０３の機能的構成＞
図７は、連携装置１０３の機能的構成例を示すブロック図である。図７では、図１に示した連携機能ＦＣの具体例を示している。連携装置１０３は、記憶部７００と、受信部７０１と、作成部７０２と、検索部７０３と、生成部７０４と、送信部７０５と、を備えている。記憶部７００は、図６に示したＲＡＭ６０３、磁気ディスク６０５などの記憶装置によりその機能を実現する。受信部７０１〜送信部７０５は、図６に示したＲＯＭ６０２、ＲＡＭ６０３、磁気ディスク６０５などの記憶装置に格納された連携プログラムをＣＰＵ６０１に実行させることにより、または、Ｉ／Ｆ６０９により、その機能を実現する。
【００８３】
記憶部７００は、連携元装置１０１内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置１０２内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、第１識別情報と第２識別情報とに共通の連携識別情報と、を関連付けて記憶する。
【００８４】
ここで、第１識別情報とは、具体的には、たとえば、連携元装置１０１内の属性テーブルの実ＩＤ項目に登録されている実ＩＤである。たとえば、甲の第１実ＩＤ「ａａａ」である。第１一方向性関数とは、具体的には、たとえば、連携元装置１０１で使用されるハッシュ関数ｈＡ（）である。第１固有情報とは、具体的には、たとえば、第１実ＩＤ「ａａａ」をハッシュ関数ｈＡ（）に与えて算出されるハッシュ値「９８ｃ％ｄｆ」である。
【００８５】
また、第２識別情報とは、具体的には、たとえば、連携先装置１０２内の属性テーブルの実ＩＤ項目に登録されている実ＩＤである。たとえば、甲の第２実ＩＤ「ｂｂｂ」である。第２一方向性関数とは、具体的には、たとえば、連携先装置１０２で使用されるハッシュ関数ｈＢ（）である。第２固有情報とは、具体的には、たとえば、第２実ＩＤ「ｂｂｂ」をハッシュ関数ｈＢ（）に与えて算出されるハッシュ値「Ａｓ８＆＋）」である。
【００８６】
第１識別情報と第２識別情報とに共通の連携識別情報とは、具体的には、たとえば、機関Ａでの甲の第１実ＩＤ「ａａａ」と機関Ｂでの甲の第２実ＩＤ「ｂｂｂ」とに共通の連携ＩＤ「１２３４５６７８」である。
【００８７】
記憶部７００では、第１識別情報と第２識別情報と連携識別情報とが関連付けられて記憶される。具体的には、たとえば、図１〜図４に示した第１連携テーブルＴｃＡ，ＴｃＢが記憶される。なお、図１〜図４では、２つの第１連携テーブルＴｃＡ，ＴｃＢを例に挙げたが、第１連携テーブルＴｃＡ，第２連携テーブルＴｃＢは１つの連携テーブルであってもよい。
【００８８】
受信部７０１は、第１固有情報および連携識別情報を含む第１登録要求を連携元装置１０１から受信する。具体的には、たとえば、受信部７０１は、第１実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」と連携ＩＤ「１２３４５６７８」とを含む第１登録要求を受信する。
【００８９】
また、受信部７０１は、第２固有情報および連携識別情報を含む第２登録要求を連携先装置１０２から受信する。具体的には、たとえば、受信部７０１は、第２実ＩＤ「ｂｂｂ」のハッシュ値「Ａｓ８＆＋）」と連携ＩＤ「１２３４５６７８」とを含む第２登録要求を受信する。
【００９０】
また、第１連携テーブルＴｃＡ，ＴｃＢの登録後において、受信部７０１は、連携元装置１０１から第１固有情報を受信する。具体的には、たとえば、受信部７０１は、連携元装置１０１から第２固有情報（第２実ＩＤ「ｂｂｂ」のハッシュ値「Ａｓ８＆＋）」）の取得要求を受信する。この第２固有情報の取得要求には、第１固有情報（第１実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」）が含まれている。
【００９１】
また、受信部７０１は、連携元装置１０１や連携先装置１０２から更新要求を受信する。具体的は、たとえば、連携元装置１０１からの更新要求には、第１実ＩＤ「ａａａ」の新旧ハッシュ値が含まれている。また、連携先装置１０２からの更新要求には、第２実ＩＤ「ｂｂｂ」の新旧ハッシュ値が含まれている。
【００９２】
作成部７０２は、第１登録要求および第２登録要求が受信された場合、第１固有情報、第２固有情報および連携識別情報を関連付けたテーブルを作成して、記憶部７００に登録する。具体的には、たとえば、作成部７０２は、第１登録要求が受信された場合、第１連携テーブルＴｃＡを作成して、記憶部７００に登録する。また、作成部７０２は、第２登録要求が受信された場合、第２連携テーブルＴｃＢを作成して、記憶部７００に登録する。
【００９３】
また、作成部７０２は、更新要求が受信された場合、更新要求に含まれている旧ハッシュ値を手がかりとして、更新対象となる連携テーブルを特定する。そして、作成部７０２は、特定された連携テーブルに登録されている旧ハッシュ値を、更新要求に含まれている新ハッシュ値に書き換える。
【００９４】
具体的には、たとえば、更新要求に旧ハッシュ値「Ａｓ８＆＋）」および新ハッシュ値「ｑｗｅｒｔｙ」が含まれていると、作成部７０２は、旧ハッシュ値「Ａｓ８＆＋）」を手がかりとして、旧ハッシュ値「Ａｓ８＆＋）」を含む第２連携テーブルＴｃＢを特定する。そして、作成部７０２は、第２連携テーブルＴｃＢのハッシュ値項目のハッシュ値を、旧ハッシュ値「Ａｓ８＆＋）」から新ハッシュ値「ｑｗｅｒｔｙ」に書き換える。
【００９５】
検索部７０３は、記憶部７００の中から、受信部７０１によって受信された第１固有情報に連携識別情報を介して関連付けられている第２固有情報を検索する。具体的には、たとえば、検索部７０３は、連携元装置１０１から第２固有情報の取得要求を受信すると、第２固有情報の取得要求に含まれている第１固有情報（第１実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」）を手がかりとして、連携テーブルＴｃの中からハッシュ値「９８ｃ％ｄｆ」を含む第１連携テーブルＴｃＡを特定する。
【００９６】
そして、検索部７０３は、ハッシュ値「９８ｃ％ｄｆ」に関連付けられている連携ＩＤ「１２３４５６７８」を第１連携テーブルＴｃＡから検索する。つぎに、検索部７０３は、特定された連携ＩＤ「１２３４５６７８」を手がかりとして、連携テーブルＴｃの中から連携ＩＤ「１２３４５６７８」を含む第２連携テーブルＴｃＢを特定する。そして、検索部７０３は、連携ＩＤ「１２３４５６７８」に関連付けられているハッシュ値「Ａｓ８＆＋）」を第２連携テーブルＴｃＢから検索する。
【００９７】
生成部７０４は、検索部７０３によって検索された第２固有情報に連携ＩＤに関する日付情報を連結した連結情報を生成し、連結情報を連携先装置１０２に関する公開鍵で暗号化することにより、暗号化連結情報を生成する。ここで、日付情報とは、タイムスタンプである。タイムスタンプで記述される情報は、あるイベントがあったときの年月日（時刻を含んでもよい）である。イベントとしては、たとえば、連携ＩＤの発行日、連携テーブルＴｃの作成日、連携テーブルＴｃにおけるハッシュ値の更新日、連携テーブルＴｃへの最終アクセス日などが挙げられる。これらイベントのタイムスタンプは、連携装置１０３がその都度記憶部７００に保存しておくものとする。
【００９８】
また、記憶部７００には、あらかじめ連携先装置１０２の公開鍵が記憶されているものとする。生成部７０４は、検索部７０３によって第２固有情報が検索されると、連携テーブルにおいて第２固有情報に関連付けられている連携ＩＤの日付情報を、第２固有情報に連結する。具体的には、たとえば、第２固有情報であるハッシュ値「Ａｓ８＆＋）」の末尾に日付情報である「２０１０１００４」を連結して、連結情報「Ａｓ８＆＋）２０１０１００４」とする。そして、生成部７０４は、連携先装置１０２の公開鍵で連結情報を暗号化し、暗号化連結情報を生成する。
【００９９】
送信部７０５は、検索部７０３によって検索された第２固有情報を連携元装置１０１に送信する。具体的には、たとえば、送信部７０５は、検索部７０３により第２固有情報であるハッシュ値「Ａｓ８＆＋）」が検索されると、第２固有情報の取得要求元である連携元装置１０１に、ハッシュ値「Ａｓ８＆＋）」を送信する。また、送信部７０５は、生成部７０４により暗号化連結情報が生成された場合は、暗号化連結情報を、第２固有情報の取得要求元である連携元装置１０１に送信する。
【０１００】
＜連携元装置１０１の機能的構成＞
図８は、連携元装置１０１の機能的構成例を示すブロック図である。図８では、図１に示した連携機能ＦＡの具体例を示している。連携元装置１０１は、記憶部８００と、指定部８０１と、受付部８０２と、生成部８０３と、第１の送信部８０４と、第１の受信部８０５と、第２の送信部８０６と、第２の受信部８０７と、を備えている。記憶部８００は、図６に示したＲＡＭ６０３、磁気ディスク６０５などの記憶装置によりその機能を実現する。指定部８０１〜第２の受信部８０７は、図６に示したＲＯＭ６０２、ＲＡＭ６０３、磁気ディスク６０５などの記憶装置に格納された連携プログラムをＣＰＵ６０１に実行させることにより、または、Ｉ／Ｆ６０９により、その機能を実現する。
【０１０１】
記憶部８００は、図１〜図４に示した連携テーブルを記憶する。
【０１０２】
指定部８０１は、第１識別情報を指定する。具体的には、たとえば、機関Ａのオペレータが連携元装置１０１のキーボードやマウスで第１識別情報（実ＩＤ「ａａａ」）を操作入力すると、指定部８０１は、属性テーブルの実ＩＤ項目の値を検索する。指定部８０１は、第１識別情報（実ＩＤ「ａａａ」）が属性テーブルで検索された場合、第１識別情報（実ＩＤ「ａａａ」）が指定されたこととする。
【０１０３】
受付部８０２は、連携識別情報と第１固有情報とが連携装置１０３内で関連付けされていない場合、連携識別情報と第１識別情報とを受け付ける。具体的には、たとえば、受付部８０２は、連携テーブルの第１登録要求をする場合に、連携ＩＤと実ＩＤ「ａａａ」を受け付ける。たとえば、機関Ａのオペレータが連携元装置１０１のキーボードやマウスで第１識別情報（実ＩＤ「ａａａ」）を操作入力すると、受付部８０２は、属性テーブルＴａＡの実ＩＤ項目の値を検索する。受付部８０２は、第１識別情報（実ＩＤ「ａａａ」）が属性テーブルＴａＡで検索された場合、第１識別情報（実ＩＤ「ａａａ」）が受け付けられたこととする。
【０１０４】
生成部８０３は、指定部８０１によって指定された第１識別情報を第１一方向性関数に与えることにより、第１固有情報を生成する。また、生成部８０３は、受付部８０２によって受け付けられた第１識別情報を第１一方向性関数に与えることにより、第１固有情報を生成する。具体的には、たとえば、生成部８０３は、実ＩＤ「ａａａ」をハッシュ関数ｈＡ（）に与えることで、ハッシュ値「９８ｃ％ｄｆ」を生成する。
【０１０５】
第１の送信部８０４は、生成部８０３によって生成された第１固有情報を含む第２固有情報の取得要求を連携装置１０３に送信する。具体的には、たとえば、第１固有情報の生成元が、指定部８０１で指定された第１識別情報である場合、第１固有情報を含む第２固有情報の取得要求を連携装置１０３に送信する。たとえば、第１の送信部８０４は、第１固有情報（実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」）を含む、第２固有情報の取得要求を送信する。
【０１０６】
また、第１の送信部８０４は、第１固有情報の生成元が、受付部８０２で受け付られた第１識別情報である場合、連携識別情報および第１固有情報の第１登録要求を連携装置１０３に送信する。たとえば、第１の送信部８０４は、連携ＩＤ「１２３４５６７８」および第１固有情報（実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」）を含む第１登録要求を送信する。これにより、連携装置１０３では、第１連携テーブルＴｃＡが作成されることとなる。
【０１０７】
第１の受信部８０５は、第１の送信部８０４によって第２固有情報の取得要求が連携装置１０３に送信された結果、連携装置１０３で検索された第２固有情報を連携装置１０３から受信する。第１の受信部８０５から第２固有情報の取得要求が連携装置１０３に送信されると、上述したように、連携装置１０３では、第２固有情報を検索して、取得要求元である連携元装置１０１に送信する。
【０１０８】
連携元装置１０１は、第２固有情報の取得要求のレスポンスとして、連携装置１０３で検索された第２固有情報を受信することとなる。具体的には、たとえば、第１の送信部８０４により、第１固有情報（実ＩＤ「ａａａ」のハッシュ値「９８ｃ％ｄｆ」）を含む、第２固有情報の取得要求が連携装置１０３に送信された場合、第１の受信部８０５は、第２固有情報であるハッシュ値「Ａｓ８＆＋）」（または暗号化連結情報）を受信することとなる。
【０１０９】
第２の送信部８０６は、第１の受信部８０５によって受信された第２固有情報を含む属性取得要求を連携先装置１０２に送信する。具体的には、たとえば、第２の送信部８０６は、第２固有情報であるハッシュ値「Ａｓ８＆＋）」（または暗号化連結情報）を含む属性取得要求を、連携先装置１０２に送信する。
【０１１０】
ここで、機関Ａ（連携元装置１０１）が機関Ｂ（連携先装置１０２）のみしか連携しえない場合は、第２の送信部８０６は、連携装置１０３から第２固有情報が受信されると、無条件で属性取得要求を連携先装置１０２に送信する。一方、連携先が機関Ｂだけでなく、たとえば、機関Ｃ、Ｄ、Ｅ、・・・というように複数存在する場合、連携元装置１０１では、あらかじめ、どの機関と連携サービスの提供をするかを指定することで、属性取得要求の送信先が、どの機関の連携先装置１０２かを設定しておくこととなる。
【０１１１】
第２の受信部８０７は、第２の送信部８０６によって属性取得要求が連携先装置１０２に送信された結果、連携先装置１０２内の第２固有情報と第２識別情報とを関連付けた逆引きテーブルＴｒから特定された第２識別情報に関連付けされている属性情報を、連携先装置１０２から受信する。属性情報の特定については、図４に示したとおりである。第２の受信部８０７は、属性取得要求のレスポンスとして、連携先装置１０２から属性情報を受信する。図４の例では、属性情報として、年収が受信されている。
【０１１２】
受信された属性情報は記憶部８００に記憶される。その後、連携元装置１０１では、連携依頼をしたユーザに対し、連携元装置１０１の属性テーブル内の属性情報と連携先装置１０２から受信された属性情報とを組み合わせてサービスを提供することとなる。
【０１１３】
＜連携先装置１０２の機能的構成＞
図９は、連携先装置１０２の機能的構成例を示すブロック図である。図９では、図１に示した連携機能ＦＢの具体例を示している。連携先装置１０２は、記憶部９００と、受付部９０１と、生成部９０２と、作成部９０３と、設定部９０４と、受信部９０５と、変換部９０６と、復号部９０７と、判断部９０８と、検索部９０９と、送信部９１０と、を備えている。記憶部９００は、図６に示したＲＡＭ６０２、磁気ディスク６０５などの記憶装置によりその機能を実現する。受付部９０１〜送信部９１０は、図６に示したＲＯＭ６０２、ＲＡＭ６０３、磁気ディスク６０５などの記憶装置に格納された連携プログラムをＣＰＵ６０１に実行させることにより、または、Ｉ／Ｆ６０９により、その機能を実現する。
【０１１４】
記憶部９００は、第２識別情報と属性情報とを関連付けた属性テーブルを記憶する。具体的には、たとえば、記憶部９００は、図１〜図４に示した属性テーブルＴａＢを記憶する。また、記憶部９００は、第２固有情報と第２識別情報とを関連付けた逆引きテーブルＴｒを記憶する。具体的には、たとえば、記憶部９００は、図１〜図４に示した逆引きテーブルＴｒを記憶する。
【０１１５】
受付部９０１は、連携識別情報と第２固有情報とが連携装置１０３内で関連付けされていない場合、連携識別情報と第２識別情報とを受け付ける。具体的には、たとえば、受付部９０１は、連携テーブルの第２登録要求をする場合に、連携ＩＤと第２実ＩＤ「ｂｂｂ」を受け付ける。たとえば、機関Ｂのオペレータが連携先装置１０２のキーボードやマウスで第２識別情報（第２実ＩＤ「ｂｂｂ」）を操作入力すると、受付部９０１は、属性テーブルＴａＢの実ＩＤ項目の値を検索する。受付部９０１は、第２識別情報（第２実ＩＤ「ｂｂｂ」）が属性テーブルＴａＢで検索された場合、第２識別情報（第２実ＩＤ「ｂｂｂ」）が受け付けられたこととする。
【０１１６】
生成部９０２は、受付部９０１によって受け付けられた第２識別情報を第２一方向性関数に与えて第２固有情報を生成する。具体的には、たとえば、生成部９０２は、第２実ＩＤ「ｂｂｂ」をハッシュ関数ｈＢ（）に与えることで、ハッシュ値「Ａｓ８＆＋）」を生成する。
【０１１７】
作成部９０３は、生成部９０２によって生成された第２固有情報と第２識別情報とを関連付けて逆引きテーブルＴｒを作成する。具体的には、たとえば、作成部９０３は、図１〜図４に示したように、ハッシュ値「Ａｓ８＆＋）」とその生成元となる第２実ＩＤ「ｂｂｂ」とを関連付けた逆引きテーブルＴｒを作成し、記憶部９００に格納する。
【０１１８】
設定部９０４は、受付部９０１によって第２識別情報が受け付けられた場合、属性項目を設定する。属性項目の設定については、たとえば、機関Ｂのオペレータが、第２実ＩＤ「ｂｂｂ」の甲に対して問い合わせて、どの属性項目を連携項目にするかを決める。そして、機関Ｂのオペレータが、連携先装置１０２のキーボード６１０やマウス６１１で、属性テーブルＴａＢの属性項目の中から選ばれた連携項目のフラグをＦ＝１にセットする。
【０１１９】
受信部９０５は、連携元装置１０１が連携装置１０３から得た第２固有情報（または暗号化連結情報）を含む属性取得要求を連携元装置１０１から受信する。具体的には、たとえば、受信部９０５は、ハッシュ値「Ａｓ８＆＋）」（またはその暗号化連結情報）を含む属性取得要求を、連携元装置１０１から受信する。
【０１２０】
変換部９０６は、受信部９０５によって受信された属性取得要求に含まれている第２固有情報を第２識別情報に変換する。具体的には、変換部９０６は、逆引きテーブルＴｒを参照して、属性取得要求に含まれている第２固有情報を第２識別情報に変換する。たとえば、属性取得要求にハッシュ値「Ａｓ８＆＋）」が含まれている場合、変換部９０６は、ハッシュ値「Ａｓ８＆＋）」を、逆引きテーブルＴｒ内のハッシュ値「Ａｓ８＆＋）」に関連付けられている第２実ＩＤ「ｂｂｂ」に変換する。
【０１２１】
復号部９０７は、受信部９０５によって受信された属性取得要求に含まれている暗号化連結情報を連携先装置１０２に関する秘密鍵で復号する。具体的には、復号部９０７は、連携装置１０３に付与した公開鍵に対応する秘密鍵を持っており、属性取得要求に含まれている暗号化連結情報を、秘密鍵で復号する。たとえば、連結情報「Ａｓ８＆＋）２０１０１００４」が連携先装置１０２の公開鍵で暗号化された暗号化連結情報である場合、暗号化連結情報を連携先装置１０２の秘密鍵で復号することで、連結情報「Ａｓ８＆＋）２０１０１００４」が得られる。
【０１２２】
判断部９０８は、復号部９０７によって復号された連結情報に含まれている日付情報に基づいて、第２固有情報の妥当性を判断する。具体的には、たとえば、判断部９０８は、連結情報に含まれている日付情報を抽出し、現在の日時と比較する。判断部９０８は、日付情報と現在の日時との時間間隔があらかじめ設定しておいたしきい値以上であるか否かを判断する。
【０１２３】
判断部９０８は、しきい値以上である場合、連結情報に含まれているハッシュ値「Ａｓ８＆＋）」が妥当なハッシュ値であると判断する。したがって、連携項目の属性情報が、連携先装置１０２に送信すべきでない情報と判断する。すなわち、情報が古いと判断する。この場合、連携先装置１０２は、連携元装置１０１に対し、属性取得要求のレスポンスとして、エラーを返すこととなる。一方、しきい値未満である場合、連結情報に含まれている第２固有情報が変換部９０６に渡される。これにより、変換部９０６では、逆引きテーブルＴｒを参照して、第２固有情報を第２識別情報に変換することとなる。
【０１２４】
検索部９０９は、属性テーブルを参照して、変換部９０６によって変換された第２識別情報に関連付けられている属性情報を検索する。具体的には、たとえば、検索部９０９は、属性テーブルＴａＢを参照して、変換部９０６によって変換された第２実ＩＤ「ｂｂｂ」に関連付けられている属性情報を検索する。ここで、検索対象となる属性情報は、属性項目のうち、フラグがＦ＝１にセットされた属性項目の属性情報である。図４に示した例では、年収項目の年収情報（１２３（万円））が検索されることとなる。
【０１２５】
送信部９１０は、検索部９０９によって検索された属性情報を連携元装置１０１に送信する。具体的には、たとえば、送信部９１０は、検索された年収項目の年収情報（１２３（万円））を、属性取得要求のレスポンスとして連携元装置１０１に送信する。
【０１２６】
また、送信部９１０は、生成部９０２によって第２固有情報が生成された場合、連携識別情報と第２固有情報とを含む第２登録要求を連携装置１０３に送信する。たとえば、送信部９１０は、連携ＩＤ「１２３４５６７８」および第２固有情報（第１実ＩＤ「ａａａ」のハッシュ値「Ａｓ８＆＋）」）を含む第２登録要求を送信する。これにより、連携装置１０３では、第２連携テーブルＴｃＢが作成されることとなる。
【０１２７】
＜連携テーブルの登録要求処理＞
図１０は、連携テーブルの登録要求処理手順を示すフローチャートである。実行主体は、連携元装置１０１または連携先装置１０２（以下、「連携元／先装置」）である。連携元／先装置は、実ＩＤ、連携ＩＤ、連携項目が受け付けられるのを待ち受け（ステップＳ１００１：Ｎｏ）、少なくとも実ＩＤおよび連携ＩＤが受け付けられた場合（ステップＳ１００１：Ｙｅｓ）、属性テーブルに受け付けられた実ＩＤのレコードがあるか否かを判断する（ステップＳ１００２）。レコードがない場合（ステップＳ１００２：Ｎｏ）、登録要求できないこととなり終了する。
【０１２８】
一方、レコードがある場合（ステップＳ１００２：Ｙｅｓ）、連携元／先装置は、実ＩＤのハッシュ値を算出する（ステップＳ１００３）。また、連携元／先装置は、連携項目の指定があるか否かを判断する（ステップＳ１００４）。連携項目の指定がない場合（ステップＳ１００４：Ｎｏ）、ステップＳ１００７に移行する。
【０１２９】
一方、連携項目の指定がある場合（ステップＳ１００４：Ｙｅｓ）、連携元／先装置は、実ＩＤのハッシュ値と実ＩＤとを対応付ける逆引きテーブルＴｒを作成する（ステップＳ１００５）。そして、連携元／先装置は、属性テーブルの実ＩＤのレコードのうち、連携項目のフラグをＯＮ（Ｆ＝１）にセットする（ステップＳ１００６）。
【０１３０】
このあと、ステップＳ１００７において、連携元／先装置は、実ＩＤのハッシュ値と連携ＩＤを含む登録要求を連携装置１０３に送信する（ステップＳ１００７）。これにより、連携元装置１０１の場合は第１登録要求を連携装置１０３に送信でき、連携先装置１０２の場合は第２登録要求を連携装置１０３に送信することができる。また、連携先装置１０２では、第２登録要求の送信とともに、逆引きテーブルＴｒも作成されることとなる。
【０１３１】
＜連携テーブルの登録処理＞
図１１は、連携テーブルの登録処理手順を示すフローチャートである。実行主体は、連携装置１０３である。まず、連携装置１０３は、登録要求を待ち受ける（ステップＳ１００１：Ｎｏ）。登録要求が受信された場合（ステップＳ１００１：Ｙｅｓ）、連携装置１０３は、登録要求に含まれている連携ＩＤと一致する連携ＩＤが、発行済み連携ＩＤにあるか否かを判断する（ステップＳ１００２）。
【０１３２】
一致する発行済み連携ＩＤがない場合（ステップＳ１００２：Ｎｏ）、連携装置１０３は、連携テーブルを作成できないため、連携テーブルの登録処理を終了する。一方、一致する発行済み連携ＩＤがある場合（ステップＳ１００２：Ｙｅｓ）、連携装置１０３は、登録要求に含まれている連携ＩＤと実ＩＤのハッシュ値とを対応付けて連携テーブルを作成する（ステップＳ１００３）。そして、連携装置１０３は、作成された連携テーブルを記憶部に格納する（ステップＳ１００４）。これにより、連携テーブルの登録処理を終了する。
【０１３３】
＜連携テーブルの更新要求処理＞
図１２は、連携テーブルの更新要求処理手順を示すフローチャートである。実行主体は、連携元／先装置である。連携元／先装置は、実ＩＤが受け付けられるのを待ち受ける（ステップＳ１２０１：Ｎｏ）。実ＩＤが受け付けられた場合（ステップＳ１２０１：Ｙｅｓ）、連携元／先装置は、属性テーブルに受け付けられた実ＩＤのレコードがあるか否かを判断する（ステップＳ１２０２）。レコードがない場合（ステップＳ１２０２：Ｎｏ）、更新要求できないこととなり終了する。
【０１３４】
一方、レコードがある場合（ステップＳ１２０２：Ｙｅｓ）、連携元／先装置は、新実ＩＤを生成する（ステップＳ１２０３）。そして、連携元／先装置は、新実ＩＤの新ハッシュ値を算出する（ステップＳ１２０４）。このあと、連携元／先装置は、新旧ハッシュ値を連携装置１０３に送信する（ステップＳ１２０５）。また、連携元／先装置は、逆引きテーブルＴｒがあるか否かを判断する（ステップＳ１２０６）。逆引きテーブルＴｒがない場合（ステップＳ１２０６：Ｎｏ）、ステップＳ１２０８に移行する。
【０１３５】
一方、逆引きテーブルＴｒがある場合（ステップＳ１２０６：Ｙｅｓ）、連携元／先装置は、逆引きテーブルＴｒを更新する（ステップＳ１２０７）。そして、連携元／先装置は、属性テーブルの実ＩＤを、旧実ＩＤから新実ＩＤに更新する（ステップＳ１２０８）。これにより、連携テーブルの更新要求処理を終了する。
【０１３６】
＜連携テーブルの更新処理＞
図１３は、連携テーブルの更新処理手順を示すフローチャートである。実行主体は、連携装置１０３である。まず、連携装置１０３は、更新要求を待ち受ける（ステップＳ１３０１：Ｎｏ）。更新要求が受信された場合（ステップＳ１３０１：Ｙｅｓ）、連携装置１０３は、更新要求に含まれている新旧ハッシュ値のうち旧ハッシュ値と一致するハッシュ値を持つ連携テーブルＴｃがあるか否かを判断する（ステップＳ１３０２）。
【０１３７】
旧ハッシュ値と一致するハッシュ値を持つ連携テーブルＴｃがない場合（ステップＳ１３０２：Ｎｏ）、連携装置１０３は、連携テーブルを更新できないため、連携テーブルＴｃの更新処理を終了する。一方、旧ハッシュ値と一致するハッシュ値を持つ連携テーブルＴｃがある場合（ステップＳ１３０２：Ｙｅｓ）、連携装置１０３は、当該連携テーブルＴｃのハッシュ値を、旧ハッシュ値から更新要求に含まれている新ハッシュ値に更新する（ステップＳ１３０３）。これにより、連携テーブルＴｃの更新処理を終了する。
【０１３８】
＜連携検索処理＞
図１４は、連携検索処理手順を示すシーケンス図である。図１４のシーケンス図は、図４に示した連携検索例１に対応する。まず、連携元装置１０１は、第１実ＩＤを指定する（ステップＳ１４０１）。つぎに、連携元装置１０１は、第１実ＩＤのハッシュ値を算出する（ステップＳ１４０２）。そして、連携元装置１０１は、第１実ＩＤのハッシュ値を含む取得要求を連携装置１０３に送信する（ステップＳ１４０３）。
【０１３９】
連携装置１０３では、第１実ＩＤのハッシュ値を含む取得要求を受信すると、第１実ＩＤがある第１連携テーブルＴｃＡを連携テーブルＴｃの中から特定する（ステップＳ１４０４）。そして、連携装置１０３は、第１連携テーブルＴｃＡから連携ＩＤを検索する（ステップＳ１４０５）。
【０１４０】
つぎに、連携装置１０３は、検索された連携ＩＤがある第２連携テーブルＴｃＢを連携テーブルＴｃの中から特定する（ステップＳ１４０６）。そして、連携装置１０３は、第２連携テーブルＴｃＢから連携ＩＤに関連付けられているハッシュ値を検索する（ステップＳ１４０７）。そして、連携装置１０３は、検索ハッシュ値を連携元装置１０１に送信する（ステップＳ１４０８）。
【０１４１】
連携元装置１０１では、検索ハッシュ値が受信された場合（ステップＳ１４０８：Ｙｅｓ）、連携元装置１０１は、検索ハッシュ値を含む属性取得要求を連携先装置１０２に送信する（ステップＳ１４０９）。連携先装置１０２では、検索ハッシュ値を含む属性取得要求を受信すると（ステップＳ１４０９）、逆引きテーブルＴｒから検索ハッシュ値に関連付けられている第２実ＩＤを検索する（ステップＳ１４１０）。
【０１４２】
そして、連携先装置１０２は、検索された第２実ＩＤでの連携項目の属性情報を属性テーブルＴａＢから検索する（ステップＳ１４１１）。そして、連携先装置１０２は、検索された属性情報を、連携元装置１０１に送信する（ステップＳ１４１２）。連携元装置１０１では、検索された属性情報が受信されると、当該属性情報に応じたサービスを第１実ＩＤであるユーザに提供する（ステップＳ１４１３）。これにより、連携検索処理を終了する。
【０１４３】
このように、実施の形態１では、連携元装置１０１内の第１実ＩＤと連携先装置１０２内の第２実ＩＤとを直接対応付けるテーブルが、連携元装置１０１にも連携先装置１０２にも連携装置１０３にも存在しない。このため、第１実ＩＤが漏洩しても第２実ＩＤに関連付けられている属性情報を秘匿することができ、第２実ＩＤが漏洩しても第１実ＩＤに関連付けられている属性情報を秘匿することができる。したがって、ユーザの個人情報のセキュリティの向上を図ることができる。
【０１４４】
＜連携検索処理＞
図１５は、連携検索処理手順を示すシーケンス図である。図１５のシーケンス図は、図５に示した連携検索例２に対応する。なお、連携検索例２においても、図１４のシーケンス図のうちステップＳ１４０７までの処理が実行されるため、図１５においては、図１４のステップＳ１４０７以降の処理について説明する。
【０１４５】
まず、連携装置１０３は、検索ハッシュ値に日付情報を連結し、連結情報を連携先装置１０２の公開鍵で暗号化する（ステップＳ１５０１）。連携装置１０３は、暗号化連結情報を連携元装置１０１にレスポンスとして送信する（ステップＳ１５０２）。連携元装置１０１は、暗号化連結情報を含む属性取得要求を連携先装置１０２に送信する（ステップＳ１５０３）。
【０１４６】
連携先装置１０２は、暗号化連結情報を連携先装置１０２の秘密鍵で復号し（ステップＳ１５０４）、復号された連結情報から検索ハッシュ値と日付情報を抽出する（ステップＳ１５０５）。そして、連携先装置１０２は、抽出した日付情報に基づいて、検索ハッシュ値の妥当性を判断する（ステップＳ１５０６）。妥当でない場合（ステップＳ１５０６：Ｎｏ）、ステップＳ１５１１に移行する。一方、妥当である場合（ステップＳ１５０６：Ｙｅｓ）、逆引きテーブルＴｒから検索ハッシュ値に関連付けられている第２実ＩＤを検索する（ステップＳ１５０７）。
【０１４７】
そして、連携先装置１０２は、検索された第２実ＩＤでの連携項目の属性情報を属性テーブルＴａＢから検索する（ステップＳ１５０８）。そして、連携先装置１０２は、検索された属性情報を、連携元装置１０１に送信する（ステップＳ１５０９）。連携元装置１０１では、検索された属性情報が受信されると、当該属性情報に応じたサービスを第１実ＩＤであるユーザに提供する（ステップＳ１５１０）。
【０１４８】
また、ステップＳ１５０６において妥当でないと判断された場合（ステップＳ１５０６：Ｎｏ）、連携先装置１０２は、検索不可通知を連携元装置１０１に送信する（ステップＳ１５１１）。連携元装置１０１は、検索不可通知を受けると、連携不可出力をする（ステップＳ１５１２）。これにより、連携検索処理を終了する。
【０１４９】
このように、日付情報を用いて第２固有情報の妥当性を判断することで、属性情報の有効性を判断することができる。したがって、属性情報の内容が古い場合には、連携を拒否することとなり、連携元装置１０１での誤った属性情報に基づくサービス提供を未然に防止することができる。
【０１５０】
（実施の形態２）
つぎに、実施の形態２について説明する。実施の形態１では、ハッシュ関数により実ＩＤを各々の機関のハッシュ値に変換し、ハッシュ値と連携ＩＤとを関連付けることで、実ＩＤどうしを直接関連付けずに、連携検索を実現した。これに対し、実施の形態２では、ハッシュ関数ではなく、各々の機関の共通鍵で暗号化し、暗号化実ＩＤと連携ＩＤとを関連付けることで、実ＩＤどうしを直接関連付けずに、連携検索を実現する。なお、実施の形態１と同一構成には同一符号を付し、その説明を省略する。なお、以下共通鍵で説明するが、公開鍵暗号方式で各機関が秘密鍵を持つとしても同様である。
【０１５１】
＜システム構成例＞
図１６は、実施の形態２にかかる連携システムのシステム構成例を示す説明図である。実施の形態２の連携システムでは、連携元装置１０１には、ハッシュ関数ｈＡ（）のかわりに、共通鍵ＫＡが格納されている。同様に、連携先装置１０２には、ハッシュ関数ｈＢ（）のかわりに、共通鍵ＫＢが格納されている。また、連携先装置１０２には、逆引きテーブルＴｒは存在しない。これにともない、連携テーブルＴｃの記憶内容や、連携機能ＦＡ〜ＦＣの一部の機能が実施の形態１と異なることとなる。
【０１５２】
たとえば、連携元装置１０１の生成部８０３では、ハッシュ値を生成するのではなく、共通鍵ＫＡにより第１実ＩＤを暗号化して、暗号化第１実ＩＤを生成する。同様に、連携先装置１０２の生成部９０２でも、ハッシュ値を生成するのではなく、共通鍵ＫＢにより第２実ＩＤを暗号化して、暗号化第２実ＩＤを生成する。また、連携先装置１０２では作成部９０３は不要である。また、変換部９０６では、共通鍵ＫＢにより暗号化第２実ＩＤを復号することとなる。
【０１５３】
＜連携テーブルの作成例＞
図１７は、実施の形態２にかかる連携テーブルの作成例を示す説明図である。ここでは、あるユーザ（ユーザ名：甲）について説明する。図１７中、（１）および（２）は、図２と同一である。また、図２の（４）のように逆引きテーブルＴｒは作成しない。
【０１５４】
（３）連携元装置１０１および連携先装置１０２では、実ＩＤおよび連携ＩＤの組み合わせを受け付けると、それぞれが持つ共通鍵で実ＩＤを暗号化する。具体的には、連携元装置１０１では、第１実ＩＤ「ａａａ」を共通鍵ＫＡで暗号化することで、暗号化第１実ＩＤが得られる。同様に、連携先装置１０２では、第２実ＩＤ「ｂｂｂ」を共通鍵ＫＢで暗号化することで、暗号化第１実ＩＤが得られる。
【０１５５】
（４）暗号化実ＩＤが算出されると、連携元装置１０１および連携先装置１０２は、連携テーブルの登録要求を連携装置１０３に送信する。連携元装置１０１の登録要求には、連携元装置１０１の第１実ＩＤ「ａａａ」の暗号化第１実ＩＤと連携ＩＤ「１２３４５６７８」が含まれている。また、連携先装置１０２の登録要求には、連携先装置１０２の第２実ＩＤ「ｂｂｂ」の暗号化第２実ＩＤと連携ＩＤ「１２３４５６７８」が含まれている。
【０１５６】
（５）連携装置１０３は、連携テーブルＴｃの登録要求を受けると、連携テーブルＴｃを作成する。たとえば、連携元装置１０１からの登録要求があった場合、連携装置１０３は、暗号化第１実ＩＤと連携ＩＤ「１２３４５６７８」とを関連付けた第１連携テーブルＴｃＡを作成する。また、連携装置１０３は、暗号化第２実ＩＤと連携ＩＤ「１２３４５６７８」とを関連付けた第２連携テーブルＴｃＢを作成する。これにより作成処理が完了する。
【０１５７】
＜連携テーブルの更新例＞
図１８は、実施の形態２にかかる連携テーブルの更新例を示す説明図である。図１８では、一例として第２連携テーブルＴｃＢの更新例を説明するが、第１連携テーブルＴｃＡについても同様に更新することとなる。
【０１５８】
（１）まず、甲は、実ＩＤの更新依頼を機関Ｂにおこなう。具体的には、甲は、機関Ｂに第２実ＩＤ「ｂｂｂ」の更新依頼をおこなう。依頼方法は、甲が機関Ｂに出向いて依頼してもよく、甲が所有するコンピュータにより、第２実ＩＤの更新依頼を連携先装置１０２に送信してもよい。更新依頼があると、連携先装置１０２は、新しい第２実ＩＤを発行する。ここでは、新しい第２実ＩＤを「ｃｃｃ」とする。
【０１５９】
（２）つぎに、連携先装置１０２は、新しい第２実ＩＤ「ｃｃｃ」を連携先装置１０２の共通鍵ＫＢで暗号化して、新暗号化第２実ＩＤを生成する。
【０１６０】
（３）連携先装置１０２は、属性テーブルＴａＢのＩＤ項目の第２実ＩＤを、旧第２実ＩＤ「ｂｂｂ」から新第２実ＩＤ「ｃｃｃ」に書き換える。
【０１６１】
（４）また、新暗号化第２実ＩＤが算出されると、連携先装置１０２は、連携テーブルの更新要求を連携装置１０３に送信する。連携テーブルの更新要求には、連携先装置１０２の新旧暗号化第２実ＩＤが含まれている。
【０１６２】
（５）一方、連携装置１０３では、（４）更新要求を受けると、第２連携テーブルＴｃＢを更新する。具体的には、連携装置１０３は、連携テーブルＴｃの更新要求に含まれている連携先装置１０２の新旧暗号化第２実ＩＤのうち、旧暗号化第２実ＩＤを手がかりとして、連携テーブルＴｃの中から第２連携テーブルＴｃＢを検索する。
【０１６３】
（６）そして、連携装置１０３は、第２連携テーブルＴｃＢの暗号化第２実ＩＤ項目の値を、旧暗号化第２実ＩＤから新暗号化第２実ＩＤに書き換える。これにより、更新処理が完了する。
【０１６４】
＜連携検索例＞
図１９は、実施の形態２にかかる連携検索例を示す説明図である。図１９では、市役所（機関Ａ：連携元装置１０１）が甲の属性情報：年収を税務署（機関Ｂ：連携先装置１０２）から取得する例を示す。
【０１６５】
（１）まず、連携元装置１０１は、甲の実ＩＤ「ａａａ」を指定し、共通鍵ＫＡで暗号化し、暗号化第１実ＩＤを求める。
【０１６６】
（２）つぎに、連携元装置１０１は、連携装置１０３に対し、連携先装置１０２の暗号化第２実ＩＤの取得要求を送信する。当該取得要求には、（１）で求めた暗号化第１実ＩＤが含まれている。
【０１６７】
（３）連携装置１０３は、（２）取得要求を受けると、連携テーブルＴｃの中から暗号化第１実ＩＤを含む第１連携テーブルＴｃＡを検索する。つぎに、連携装置１０３は、検索された第１連携テーブルＴｃＡの暗号化第１実ＩＤに関連付けられている連携ＩＤ「１２３４５６７８」を特定する。
【０１６８】
（４）連携装置１０３は、連携テーブルＴｃの中から、特定された連携ＩＤ「１２３４５６７８」を有する第２連携テーブルＴｃＢを検索する。つぎに、連携装置１０３は、検索された第２連携テーブルＴｃＢの連携ＩＤ「１２３４５６７８」に関連付けられている暗号化第２実ＩＤを検索する。
【０１６９】
（５）このあと、連携装置１０３は、（４）で検索された暗号化第２実ＩＤを連携元装置１０１に送信する。
【０１７０】
（６）連携元装置１０１は、（５）で暗号化第２実ＩＤを受信すると、連携先装置１０２に対し、属性要求を送信する。属性要求には、（５）で受信した暗号化第２実ＩＤが含まれている。
【０１７１】
（７）連携先装置１０２は、（６）で受信した属性要求から暗号化第２実ＩＤを抽出し、抽出した暗号化第２実ＩＤを連携先装置１０２の共通鍵ＫＢで復号する。これにより、第２実ＩＤ「ｂｂｂ」が得られる。そして、連携先装置１０２は、第２属性テーブルＴａＢ内の第２実ＩＤ「ｂｂｂ」のレコードを特定し、フラグがＦ＝１にセットされている属性項目の属性情報を抽出する。ここでは、年収項目の年収１２３（万円）が抽出される。
【０１７２】
（９）このあと、連携先装置１０２は、連携元装置１０１に対し、（７）で抽出した属性情報（年収１２３万円）を送信する。なお、連携先装置１０２と甲が所有するコンピュータとが通信可能に接続されている場合、属性情報の送信に先立って、属性情報の提供の有無を確認してもよい。
【０１７３】
（１０）最後に、連携元装置１０１は、連携先装置１０２から甲の年収を取得できたため、年収に応じたサービスを甲に提供することとなる。このように、機関Ａの甲の第１実ＩＤ「ａａａ」と機関Ｂの甲の第２実ＩＤ「ｂｂｂ」とを対応付けるテーブルが存在していなくても、機関Ａと機関Ｂとを連携させることができる。すなわち、機関Ａの甲の第１実ＩＤ「ａａａ」と機関Ｂの甲の第２実ＩＤ「ｂｂｂ」との対応関係が漏洩することはない。また、連携テーブルＴｃが漏洩しても連携ＩＤと暗号化実ＩＤとの組み合わせに過ぎないため、漏洩しても実ＩＤが特定されることはない。
【０１７４】
＜連携テーブルの登録要求処理＞
図２０は、連携テーブルの登録要求処理手順を示すフローチャートである。実行主体は、連携元装置１０１または連携先装置１０２（以下、「連携元／先装置」）である。連携元／先装置は、実ＩＤ、連携ＩＤ、連携項目が受け付けられるのを待ち受け（ステップＳ２００１：Ｎｏ）、少なくとも実ＩＤおよび連携ＩＤが受け付けられた場合（ステップＳ２００１：Ｙｅｓ）、属性テーブルに受け付けられた実ＩＤのレコードがあるか否かを判断する（ステップＳ２００２）。レコードがない場合（ステップＳ２００２：Ｎｏ）、登録要求できないこととなり連携テーブルの登録要求処理を終了する。
【０１７５】
一方、レコードがある場合（ステップＳ２００２：Ｙｅｓ）、連携元／先装置は、実ＩＤを共通鍵で暗号化する（ステップＳ２００３）。また、連携元／先装置は、連携項目の指定があるか否かを判断する（ステップＳ２００４）。連携項目の指定がない場合（ステップＳ２００４：Ｎｏ）、ステップＳ２００６に移行する。
【０１７６】
一方、連携項目の指定がある場合（ステップＳ２００４：Ｙｅｓ）、連携元／先装置は、属性テーブルの実ＩＤのレコードのうち、連携項目のフラグをＯＮ（Ｆ＝１）にセットする（ステップＳ２００５）。
【０１７７】
このあと、ステップＳ２００６において、連携元／先装置は、暗号化実ＩＤと連携ＩＤを含む登録要求を連携装置１０３に送信する（ステップＳ２００６）。これにより、連携元装置１０１の場合は第１登録要求を連携装置１０３に送信でき、連携先装置１０２の場合は第２登録要求を連携装置１０３に送信することができる。連携先装置１０２では、実施の形態１のように逆引きテーブルＴｒを作成する必要はない。
【０１７８】
＜連携テーブルの登録処理＞
図２１は、連携テーブルの登録処理手順を示すフローチャートである。実行主体は、連携装置１０３である。まず、連携装置１０３は、登録要求を待ち受ける（ステップＳ２１０１：Ｎｏ）。登録要求が受信された場合（ステップＳ２１０１：Ｙｅｓ）、連携装置１０３は、登録要求に含まれている連携ＩＤと一致する連携ＩＤが、発行済み連携ＩＤにあるか否かを判断する（ステップＳ２１０２）。
【０１７９】
一致する発行済み連携ＩＤがない場合（ステップＳ２１０２：Ｎｏ）、連携装置１０３は、連携テーブルＴｃを作成できないため、連携テーブルの登録処理を終了する。一方、一致する発行済み連携ＩＤがある場合（ステップＳ２１０２：Ｙｅｓ）、連携装置１０３は、登録要求に含まれている連携ＩＤと暗号化実ＩＤとを対応付けて連携テーブルＴｃを作成する（ステップＳ２１０３）。そして、連携装置１０３は、作成された連携テーブルＴｃを記憶部に格納する（ステップＳ２１０４）。これにより、連携テーブルＴｃの登録処理を終了する。
【０１８０】
＜連携テーブルの更新要求処理＞
図２２は、連携テーブルの更新要求処理手順を示すフローチャートである。実行主体は、連携元／先装置である。連携元／先装置は、実ＩＤが受け付けられるのを待ち受ける（ステップＳ２２０１：Ｎｏ）。実ＩＤが受け付けられた場合（ステップＳ２２０１：Ｙｅｓ）、連携元／先装置は、属性テーブルに受け付けられた実ＩＤのレコードがあるか否かを判断する（ステップＳ２２０２）。レコードがない場合（ステップＳ２２０２：Ｎｏ）、更新要求できないこととなり連携テーブルの更新要求処理を終了する。
【０１８１】
一方、レコードがある場合（ステップＳ２２０２：Ｙｅｓ）、連携元／先装置は、新実ＩＤを生成する（ステップＳ２２０３）。そして、連携元／先装置は、新旧実ＩＤをそれぞれ共通鍵で暗号化する（ステップＳ２２０４）。このあと、連携元／先装置は、新旧暗号化実ＩＤを連携装置１０３に送信する（ステップＳ２２０５）。そして、連携元／先装置は、属性テーブルの実ＩＤを、旧実ＩＤから新実ＩＤに更新する（ステップＳ２２０６）。これにより、連携テーブルＴｃの更新要求処理を終了する。
【０１８２】
＜連携テーブルの更新処理＞
図２３は、連携テーブルの更新処理手順を示すフローチャートである。実行主体は、連携装置１０３である。まず、連携装置１０３は、更新要求を待ち受ける（ステップＳ２３０１：Ｎｏ）。更新要求が受信された場合（ステップＳ２３０１：Ｙｅｓ）、連携装置１０３は、更新要求に含まれている新旧暗号化実ＩＤのうち旧実ＩＤと一致する暗号化実ＩＤを持つ連携テーブルＴｃがあるか否かを判断する（ステップＳ２３０２）。
【０１８３】
旧暗号化実ＩＤと一致する暗号化実ＩＤを持つ連携テーブルＴｃがない場合（ステップＳ２３０２：Ｎｏ）、連携装置１０３は、連携テーブルＴｃを更新できないため、連携テーブルＴｃの更新処理を終了する。一方、旧暗号化実ＩＤと一致する暗号化実ＩＤを持つ連携テーブルＴｃがある場合（ステップＳ２３０２：Ｙｅｓ）、連携装置１０３は、当該連携テーブルＴｃの暗号化実ＩＤを、旧暗号化実ＩＤから更新要求に含まれている新暗号化実ＩＤに更新する（ステップＳ２３０３）。これにより、連携テーブルＴｃの更新処理を終了する。
【０１８４】
＜連携検索処理＞
図２４は、連携検索処理手順を示すシーケンス図である。図２４のシーケンス図は、図１９に示した連携検索例に対応する。まず、連携元装置１０１は、第１実ＩＤを指定する（ステップＳ２４０１）。つぎに、連携元装置１０１は、第１実ＩＤを連携元装置１０１の共通鍵で暗号化する（ステップＳ２４０２）。そして、連携元装置１０１は、暗号化第１実ＩＤを含む取得要求を連携装置１０３に送信する（ステップＳ２４０３）。
【０１８５】
連携装置１０３では、暗号化第１実ＩＤを含む取得要求を受信すると、暗号化第１実ＩＤがある第１連携テーブルＴｃＡを連携テーブルＴｃの中から特定する（ステップＳ２４０４）。そして、連携装置１０３は、第１連携テーブルＴｃＡから連携ＩＤを検索する（ステップＳ２４０５）。
【０１８６】
つぎに、連携装置１０３は、検索された連携ＩＤがある第２連携テーブルＴｃＢを連携テーブルＴｃの中から特定する（ステップＳ２４０６）。そして、連携装置１０３は、第２連携テーブルＴｃＢから連携ＩＤに関連付けられている暗号化第２実ＩＤを検索する（ステップＳ２４０７）。そして、連携装置１０３は、検索された暗号化第２実ＩＤを連携元装置１０１に送信する（ステップＳ２４０８）。
【０１８７】
暗号化第２実ＩＤが受信された場合（ステップＳ２４０８：Ｙｅｓ）、連携元装置１０１は、暗号化第２実ＩＤを含む属性取得要求を連携先装置１０２に送信する（ステップＳ２４０９）。連携先装置１０２では、暗号化第２実ＩＤを含む属性取得要求を受信すると（ステップＳ２４０９）、暗号化第２実ＩＤを、連携先装置１０２の共通鍵で復号する（ステップＳ２４１０）。
【０１８８】
そして、連携先装置１０２は、復号された第２実ＩＤでの連携項目の属性情報を属性テーブルＴａＢから検索する（ステップＳ２４１１）。そして、連携先装置１０２は、検索された属性情報を、連携元装置１０１に送信する（ステップＳ２４１２）。連携元装置１０１では、検索された属性情報が受信されると、当該属性情報に応じたサービスを第１実ＩＤであるユーザに提供する（ステップＳ２４１３）。これにより、連携検索処理を終了する。
【０１８９】
このように、実施の形態２では、連携元装置１０１内の第１実ＩＤと連携先装置１０２内の第２実ＩＤとを直接対応付けるテーブルが、連携元装置１０１にも連携先装置１０２にも連携装置１０３にも存在しない。このため、第１実ＩＤが漏洩しても第２実ＩＤに関連付けられている属性情報を秘匿することができ、第２実ＩＤが漏洩しても第１実ＩＤに関連付けられている属性情報を秘匿することができる。したがって、ユーザの個人情報のセキュリティの向上を図ることができる。
【０１９０】
また、実施の形態１のように逆引きテーブルＴｒが存在しないため、よりセキュリティの向上を図ることができる。また、連携元装置１０１および連携先装置１０２では共通鍵により実ＩＤを暗号化しているため、連携装置１０３には実ＩＤが保持されることはなく、セキュリティの向上を図ることができる。
【０１９１】
なお、上述した実施の形態２では、共通鍵を用いて実ＩＤの暗号化や復号をおこなった例について説明したが、公開鍵方式を採用してもよい。この場合、連携元装置１０１では、連携元装置１０１に固有の秘密鍵ＳＫＡを保持しておき、連携装置１０３には、秘密鍵ＳＫＡに対応する公開鍵ＰＫＡを保持しておく。
【０１９２】
そして、第１連携テーブルＴｃＡを作成する場合は、連携元装置１０１は、第１実ＩＤを秘密鍵ＳＫＡで暗号化し、暗号化第１実ＩＤおよび連携ＩＤを連携装置１０３に送信する。連携装置１０３では、暗号化第１実ＩＤを受信すると、暗号化第１実ＩＤを公開鍵ＰＫＡで復号し、復号された第１実ＩＤをさらに公開鍵ＰＫＡで暗号化する。これにより、連携装置１０３は、暗号化第１実ＩＤ（公開鍵ＰＫＡで暗号化）と連携元装置１０１から受信された連携ＩＤで対応付けた第１連携テーブルＴｃＡを作成することができる。
【０１９３】
同様に、連携先装置１０２でも、連携元装置１０１に固有の秘密鍵ＳＫＢを保持しておき、連携装置１０３には、秘密鍵ＳＫＢに対応する公開鍵ＰＫＢを保持しておく。
【０１９４】
そして、連携テーブルＴｃＢを作成する場合は、連携先装置１０２は、第２実ＩＤを秘密鍵ＳＫＢで暗号化し、暗号化第２実ＩＤおよび連携ＩＤを連携装置１０３に送信する。連携装置１０３では、暗号化第２実ＩＤを受信すると、暗号化第２実ＩＤを公開鍵ＰＫＢで復号し、復号された第２実ＩＤをさらに公開鍵ＰＫＢで暗号化する。これにより、連携装置１０３は、暗号化第２実ＩＤ（公開鍵ＰＫＢで暗号化）と連携先装置１０２から受信された連携ＩＤで対応付けた連携テーブルＴｃＢを作成することができる。
【０１９５】
そして、連携検索時では、連携先装置１０２は、連携元装置１０１からの属性取得要求により、連携装置１０３から連携元装置１０１を介して暗号化第２実ＩＤ（公開鍵ＰＫＢで暗号化）を受信する。したがって、連携先装置１０２は、暗号化第２実ＩＤ（公開鍵ＰＫＢで暗号化）を秘密鍵ＳＫＢで復号することで、第２実ＩＤを得ることができる。
【０１９６】
以上説明したように、本実施の形態によれば、連携しあう機関のほかに、第三者機関として連携機関Ｃを導入し、連携機関Ｃ内の連携装置１０３が、サービスごとに連携テーブルを保持しておく。連携テーブルには、実ＩＤが保持されておらず、実ＩＤを不可逆な関数（たとえばハッシュ関数）に与えて得たハッシュ値や、暗号化された実ＩＤが保持されているため、連携テーブルが漏洩しても実ＩＤにたどり着くことができない。したがって、セキュリティの向上を図ることができる。
【０１９７】
また、実施の形態では、あるサービスから他サービスの同一人物の属性を検索する場合には、連携機関Ｃから対応する他サービスの実ＩＤのハッシュ値や暗号化実ＩＤを貰い、連携先装置１０２内で復元することで検索を行い、連携元装置１０１に検索結果を提供する。これにより、連携元装置１０１は、連携先装置１０２内の実ＩＤを知らずに、連携先装置１０２での属性情報を検索することが可能である。したがって、実ＩＤそのものを連携しあうことがないため、実ＩＤの漏洩防止、ひいては、個人情報漏洩のリスク軽減、各サービスの内部犯罪の防止となり、信頼性の高いＩＤ連携を実現することができる。
【０１９８】
なお、本実施の形態で説明した連携方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本連携プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本連携プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１９９】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０２００】
（付記１）連携元装置と連携先装置との間で情報の連携を行う連携装置であって、
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段と、
前記連携元装置から前記第１固有情報を受信する受信手段と、
前記記憶手段の中から、前記受信手段によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索手段と、
前記検索手段によって検索された前記第２固有情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携装置。
【０２０１】
（付記２）前記検索手段によって検索された前記第２固有情報に前記連携ＩＤに関する日付情報を連結した連結情報を生成し、前記連結情報を前記連携先装置に関する公開鍵で暗号化することにより、暗号化連結情報を生成する生成手段を備え、
前記送信手段は、
前記生成手段によって生成された暗号化連結情報を前記連携元装置に送信することを特徴とする付記１に記載の連携装置。
【０２０２】
（付記３）連携元装置と連携先装置との間で情報の連携を行う連携装置であって、
連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段と、
前記連携元装置から前記第１固有情報を受信する受信手段と、
前記記憶手段の中から、前記受信手段によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索手段と、
前記検索手段によって検索された前記第２固有情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携装置。
【０２０３】
（付記４）前記受信手段によって、前記第１固有情報および前記連携識別情報を含む第１登録要求が前記連携元装置から受信され、前記第２固有情報および前記連携識別情報を含む第２登録要求が前記連携先装置から受信された場合、前記第１固有情報、前記第２固有情報および前記連携識別情報を関連付けたテーブルを作成して、前記記憶手段に登録する作成手段を備え、
前記検索手段は、
前記受信手段によって前記第１固有情報が受信された場合、前記テーブルを参照して前記連携識別情報を特定し、特定された前記連携識別情報に関連付けられている前記第２固有情報を検索することを特徴とする付記１〜３のいずれか一つに記載の連携装置。
【０２０４】
（付記５）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置であって、
前記第１識別情報を指定する指定手段と、
前記指定手段によって指定された前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成する生成手段と、
前記生成手段によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信手段と、
前記第１の送信手段によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信手段と、
前記第１の受信手段によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信手段と、
前記第２の送信手段によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内の前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルから特定された前記第２識別情報に関連付けされている属性情報を、前記連携先装置から受信する第２の受信手段と、
を備えることを特徴とする連携元装置。
【０２０５】
（付記６）前記連携識別情報と前記第１固有情報とが前記連携装置内で関連付けされていない場合、前記連携識別情報と前記第１識別情報とを受け付ける受付手段と、を備え、
前記生成手段は、
前記受付手段によって受け付けられた前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成し、
前記第１の送信手段は、
前記連携識別情報および前記生成手段によって生成された前記第１固有情報の登録要求を、前記連携装置に送信することを特徴とする付記５に記載の連携先装置。
【０２０６】
（付記７）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置であって、
前記第１識別情報を指定する指定手段と、
前記指定手段によって指定された前記第１識別情報を前記第１共通鍵で暗号化することにより、前記第１固有情報を生成する生成手段と、
前記生成手段によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信手段と、
前記第１の送信手段によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信手段と、
前記第１の受信手段によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信手段と、
前記第２の送信手段によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内で前記第２固有情報から前記第２共通鍵で復号された前記第２識別情報に関連付けされている属性情報を前記連携先装置から受信する第２の受信手段と、
を備えることを特徴とする連携元装置。
【０２０７】
（付記８）前記連携識別情報と前記第１固有情報とが前記連携装置内で関連付けされていない場合、前記連携識別情報と前記第１識別情報とを受け付ける受付手段と、を備え、
前記生成手段は、
前記受付手段によって受け付けられた前記第１識別情報を前記第１共通鍵で暗号化することにより、前記第１固有情報を生成し、
前記第１の送信手段は、
前記連携識別情報および前記生成手段によって生成された前記第１固有情報の登録要求を前記連携装置に送信することを特徴とする付記７に記載の連携元装置。
【０２０８】
（付記９）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能な前記連携先装置であって、
前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段と、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信手段と、
前記受信手段によって受信された属性取得要求に含まれている前記第２固有情報を前記第２識別情報に変換する変換手段と、
前記属性テーブルを参照して、前記変換手段によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索手段と、
前記検索手段によって検索された前記属性情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携先装置。
【０２０９】
（付記１０）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能な前記連携先装置であって、
前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段と、
前記第２固有情報に前記連携識別情報に関する日付情報を連結した連結情報を前記連携先装置に関する公開鍵で暗号化した暗号化連結情報を前記連携装置から受信した連携元装置から、前記暗号化連結情報を含む属性取得要求を受信する受信手段と、
前記受信手段によって受信された属性取得要求に含まれている前記暗号化連結情報を前記連携先装置に関する秘密鍵で復号する復号手段と、
前記復号手段によって復号された連結情報に含まれている前記日付情報に基づいて、前記連結情報に含まれている前記第２固有情報の妥当性を判断する判断手段と、
前記判断手段によって判断された判断結果に基づいて、前記復号手段によって復号された連結情報に含まれている前記第２固有情報を前記第２識別情報に変換する変換手段と、
前記属性テーブルを参照して、前記変換手段によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索手段と、
前記検索手段によって検索された前記属性情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携先装置。
【０２１０】
（付記１１）前記記憶手段は、
前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルを記憶し、
前記変換手段は、
前記逆引きテーブルを参照して、前記属性取得要求に含まれている前記第２固有情報を前記第２識別情報に変換することを特徴とする付記９または１０に記載の連携先装置。
【０２１１】
（付記１２）前記連携識別情報と前記第２固有情報とが前記連携装置内で関連付けされていない場合、前記連携識別情報と前記第２識別情報とを受け付ける受付手段と、
前記受付手段によって受け付けられた前記第２識別情報を前記第２一方向性関数に与えて前記第２固有情報を生成する生成手段と、
前記生成手段によって生成された前記第２固有情報と前記第２識別情報とを関連付けて前記逆引きテーブルを作成する作成手段と、を備え、
前記送信手段は、
前記連携識別情報および前記第２固有情報の登録要求を前記連携装置に送信することを特徴とする付記１１に記載の連携先装置。
【０２１２】
（付記１３）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能な前記連携先装置であって、
前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段と、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信手段と、
前記受信手段によって受信された属性取得要求に含まれている前記第２固有情報を、前記第２共通鍵で復号することにより、前記第２識別情報を生成する生成手段と、
前記属性テーブルを参照して、前記生成手段によって生成された前記第２識別情報に関連付けられている前記属性情報を検索する検索手段と、
前記検索手段によって検索された前記属性情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携先装置。
【０２１３】
（付記１４）前記連携識別情報と前記第２固有情報とが前記連携装置内で関連付けされていない場合、前記連携識別情報と前記第２識別情報とを受け付ける受付手段を備え、
前記生成手段は、
前記受付手段によって受け付けられた前記第２識別情報を前記第２共通鍵で暗号化することにより、前記第２固有情報を生成し、
前記送信手段は、
前記連携識別情報および前記生成手段によって生成された前記第２固有情報の登録要求を前記連携装置に送信することを特徴とする付記１３に記載の連携先装置。
【０２１４】
（付記１５）前記属性テーブルの属性項目群の中から選ばれた特定の属性項目を設定する設定手段を備え、
前記検索手段は、
前記属性テーブルを参照して、前記変換手段によって変換された前記第２識別情報に関連付けられている属性情報群のうち前記設定手段によって設定された前記特定の属性項目の属性情報を検索することを特徴とする付記９〜１４のいずれか一つに記載の連携先装置。
【０２１５】
（付記１６）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備える連携装置に、
前記連携元装置から前記第１固有情報を受信する受信工程と、
前記記憶手段の中から、前記受信工程によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索工程と、
前記検索工程によって検索された前記第２固有情報を前記連携元装置に送信する送信工程と、
を実行させることを特徴とする連携プログラム。
【０２１６】
（付記１７）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備える連携装置に、
前記連携元装置から前記第１固有情報を受信する受信工程と、
前記記憶手段の中から、前記受信工程によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索工程と、
前記検索工程によって検索された前記第２固有情報を前記連携元装置に送信する送信工程と、
を実行させることを特徴とする連携プログラム。
【０２１７】
（付記１８）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置に、
前記第１識別情報を指定する指定工程と、
前記指定工程によって指定された前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成する生成工程と、
前記生成工程によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信工程と、
前記第１の送信工程によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信工程と、
前記第１の受信工程によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信工程と、
前記第２の送信工程によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内の前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルから特定された前記第２識別情報に関連付けされている属性情報を、前記連携先装置から受信する第２の受信工程と、
を実行させることを特徴とする連携プログラム。
【０２１８】
（付記１９）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置に、
前記第１識別情報を指定する指定工程と、
前記指定工程によって指定された前記第１識別情報を前記第１共通鍵で暗号化することにより、前記第１固有情報を生成する生成工程と、
前記生成工程によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信工程と、
前記第１の送信工程によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信工程と、
前記第１の受信工程によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信工程と、
前記第２の送信工程によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内で前記第２固有情報から前記第２共通鍵で復号された前記第２識別情報に関連付けされている属性情報を前記連携先装置から受信する第２の受信工程と、
を実行させることを特徴とする連携プログラム。
【０２１９】
（付記２０）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備える前記連携先装置に、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信工程と、
前記受信工程によって受信された属性取得要求に含まれている前記第２固有情報を前記第２識別情報に変換する変換工程と、
前記属性テーブルを参照して、前記変換工程によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索工程と、
前記検索工程によって検索された前記属性情報を前記連携元装置に送信する送信工程と、
を実行させることを特徴とする連携プログラム。
【０２２０】
（付記２１）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備える前記連携先装置に、
前記第２固有情報に前記連携識別情報に関する日付情報を連結した連結情報を前記連携先装置に関する公開鍵で暗号化した暗号化連結情報を前記連携装置から受信した連携元装置から、前記暗号化連結情報を含む属性取得要求を受信する受信工程と、
前記受信工程によって受信された属性取得要求に含まれている前記暗号化連結情報を前記連携先装置に関する秘密鍵で復号する復号工程と、
前記復号工程によって復号された連結情報に含まれている前記日付情報に基づいて、前記連結情報に含まれている前記第２固有情報の妥当性を判断する判断工程と、
前記判断工程によって判断された判断結果に基づいて、前記復号工程によって復号された連結情報に含まれている前記第２固有情報を前記第２識別情報に変換する変換工程と、
前記属性テーブルを参照して、前記変換工程によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索工程と、
前記検索工程によって検索された前記属性情報を前記連携元装置に送信する送信工程と、
を実行させることを特徴とする連携プログラム。
【０２２１】
（付記２２）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備える前記連携先装置に、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信工程と、
前記受信工程によって受信された属性取得要求に含まれている前記第２固有情報を、前記第２共通鍵で復号することにより、前記第２識別情報を生成する生成工程と、
前記属性テーブルを参照して、前記生成工程によって生成された前記第２識別情報に関連付けられている前記属性情報を検索する検索工程と、
前記検索工程によって検索された前記属性情報を前記連携元装置に送信する送信工程と、
を実行させることを特徴とする連携プログラム。
【０２２２】
（付記２３）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備える連携装置が、
前記連携元装置から前記第１固有情報を受信する受信工程と、
前記記憶手段の中から、前記受信工程によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索工程と、
前記検索工程によって検索された前記第２固有情報を前記連携元装置に送信する送信工程と、
を実行することを特徴とする連携方法。
【０２２３】
（付記２４）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備える連携装置が、
前記連携元装置から前記第１固有情報を受信する受信工程と、
前記記憶手段の中から、前記受信工程によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索工程と、
前記検索工程によって検索された前記第２固有情報を前記連携元装置に送信する送信工程と、
を実行することを特徴とする連携方法。
【０２２４】
（付記２５）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置が、
前記第１識別情報を指定する指定工程と、
前記指定工程によって指定された前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成する生成工程と、
前記生成工程によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信工程と、
前記第１の送信工程によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信工程と、
前記第１の受信工程によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信工程と、
前記第２の送信工程によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内の前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルから特定された前記第２識別情報に関連付けされている属性情報を、前記連携先装置から受信する第２の受信工程と、
を実行することを特徴とする連携方法。
【０２２５】
（付記２６）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置が、
前記第１識別情報を指定する指定工程と、
前記指定工程によって指定された前記第１識別情報を前記第１共通鍵で暗号化することにより、前記第１固有情報を生成する生成工程と、
前記生成工程によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信工程と、
前記第１の送信工程によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信工程と、
前記第１の受信工程によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信工程と、
前記第２の送信工程によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内で前記第２固有情報から前記第２共通鍵で復号された前記第２識別情報に関連付けされている属性情報を前記連携先装置から受信する第２の受信工程と、
を実行することを特徴とする連携方法。
【０２２６】
（付記２７）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備える前記連携先装置が、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信工程と、
前記受信工程によって受信された属性取得要求に含まれている前記第２固有情報を前記第２識別情報に変換する変換工程と、
前記属性テーブルを参照して、前記変換工程によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索工程と、
前記検索工程によって検索された前記属性情報を前記連携元装置に送信する送信工程と、
を実行することを特徴とする連携方法。
【０２２７】
（付記２８）連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備える前記連携先装置が、
前記第２固有情報に前記連携識別情報に関する日付情報を連結した連結情報を前記連携先装置に関する公開鍵で暗号化した暗号化連結情報を前記連携装置から受信した連携元装置から、前記暗号化連結情報を含む属性取得要求を受信する受信工程と、
前記受信工程によって受信された属性取得要求に含まれている前記暗号化連結情報を前記連携先装置に関する秘密鍵で復号する復号工程と、
前記復号工程によって復号された連結情報に含まれている前記日付情報に基づいて、前記連結情報に含まれている前記第２固有情報の妥当性を判断する判断工程と、
前記判断工程によって判断された判断結果に基づいて、前記復号工程によって復号された連結情報に含まれている前記第２固有情報を前記第２識別情報に変換する変換工程と、
前記属性テーブルを参照して、前記変換工程によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索工程と、
前記検索工程によって検索された前記属性情報を前記連携元装置に送信する送信工程と、
を実行することを特徴とする連携方法。
【０２２８】
（付記２９）連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能であり、前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段を備える前記連携先装置が、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信工程と、
前記受信工程によって受信された属性取得要求に含まれている前記第２固有情報を、前記第２共通鍵で復号することにより、前記第２識別情報を生成する生成工程と、
前記属性テーブルを参照して、前記生成工程によって生成された前記第２識別情報に関連付けられている前記属性情報を検索する検索工程と、
前記検索工程によって検索された前記属性情報を前記連携元装置に送信する送信工程と、
を実行することを特徴とする連携方法。
【符号の説明】
【０２２９】
１０１ 連携元装置
１０２ 連携先装置
１０３ 連携装置
７００ 記憶部
７０１ 受信部
７０２ 作成部
７０３ 検索部
７０４ 生成部
７０５ 送信部
８００ 記憶部
８０１ 指定部
８０２ 受付部
８０３ 生成部
８０４ 第１の送信部
８０５ 第１の受信部
８０６ 第２の送信部
８０７ 第２の受信部
９００ 記憶部
９０１ 受付部
９０２ 生成部
９０３ 作成部
９０４ 設定部
９０５ 受信部
９０６ 変換部
９０７ 復号部
９０８ 判断部
９０９ 検索部
９１０ 送信部
【特許請求の範囲】
【請求項１】
連携元装置と連携先装置との間で情報の連携を行う連携装置であって、
前記連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、前記連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段と、
前記連携元装置から前記第１固有情報を受信する受信手段と、
前記記憶手段の中から、前記受信手段によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索手段と、
前記検索手段によって検索された前記第２固有情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携装置。
【請求項２】
連携元装置と連携先装置との間で情報の連携を行う連携装置であって、
前記連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、前記連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段と、
前記連携元装置から前記第１固有情報を受信する受信手段と、
前記記憶手段の中から、前記受信手段によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索手段と、
前記検索手段によって検索された前記第２固有情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携装置。
【請求項３】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置であって、
前記第１識別情報を指定する指定手段と、
前記指定手段によって指定された前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成する生成手段と、
前記生成手段によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信手段と、
前記第１の送信手段によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信手段と、
前記第１の受信手段によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信手段と、
前記第２の送信手段によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内の前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルから特定された前記第２識別情報に関連付けされている属性情報を、前記連携先装置から受信する第２の受信手段と、
を備えることを特徴とする連携元装置。
【請求項４】
連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置であって、
前記第１識別情報を指定する指定手段と、
前記指定手段によって指定された前記第１識別情報を前記第１共通鍵で暗号化することにより、前記第１固有情報を生成する生成手段と、
前記生成手段によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信手段と、
前記第１の送信手段によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信手段と、
前記第１の受信手段によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信手段と、
前記第２の送信手段によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内で前記第２固有情報から前記第２共通鍵で復号された前記第２識別情報に関連付けされている属性情報を前記連携先装置から受信する第２の受信手段と、
を備えることを特徴とする連携元装置。
【請求項５】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能な前記連携先装置であって、
前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段と、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信手段と、
前記受信手段によって受信された属性取得要求に含まれている前記第２固有情報を前記第２識別情報に変換する変換手段と、
前記属性テーブルを参照して、前記変換手段によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索手段と、
前記検索手段によって検索された前記属性情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携先装置。
【請求項６】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能な前記連携先装置であって、
前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段と、
前記第２固有情報に前記連携識別情報に関する日付情報を連結した連結情報を前記連携先装置に関する公開鍵で暗号化した暗号化連結情報を前記連携装置から受信した連携元装置から、前記暗号化連結情報を含む属性取得要求を受信する受信手段と、
前記受信手段によって受信された属性取得要求に含まれている前記暗号化連結情報を前記連携先装置に関する秘密鍵で復号する復号手段と、
前記復号手段によって復号された連結情報に含まれている前記日付情報に基づいて、前記連結情報に含まれている前記第２固有情報の妥当性を判断する判断手段と、
前記判断手段によって判断された判断結果に基づいて、前記復号手段によって復号された連結情報に含まれている前記第２固有情報を前記第２識別情報に変換する変換手段と、
前記属性テーブルを参照して、前記変換手段によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索手段と、
前記検索手段によって検索された前記属性情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携先装置。
【請求項７】
連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能な前記連携先装置であって、
前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段と、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信手段と、
前記受信手段によって受信された属性取得要求に含まれている前記第２固有情報を、前記第２共通鍵で復号することにより、前記第２識別情報を生成する生成手段と、
前記属性テーブルを参照して、前記生成手段によって生成された前記第２識別情報に関連付けられている前記属性情報を検索する検索手段と、
前記検索手段によって検索された前記属性情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携先装置。
【請求項８】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備える連携装置に、
前記連携元装置から前記第１固有情報を受信する受信工程と、
前記記憶手段の中から、前記受信工程によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索工程と、
前記検索工程によって検索された前記第２固有情報を前記連携元装置に送信する送信工程と、
を実行させることを特徴とする連携プログラム。
【請求項９】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置に、
前記第１識別情報を指定する指定工程と、
前記指定工程によって指定された前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成する生成工程と、
前記生成工程によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信工程と、
前記第１の送信工程によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信工程と、
前記第１の受信工程によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信工程と、
前記第２の送信工程によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内の前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルから特定された前記第２識別情報に関連付けされている属性情報を、前記連携先装置から受信する第２の受信工程と、
を実行させることを特徴とする連携プログラム。
【請求項１０】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備える連携装置が、
前記連携元装置から前記第１固有情報を受信する受信工程と、
前記記憶手段の中から、前記受信工程によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索工程と、
前記検索工程によって検索された前記第２固有情報を前記連携元装置に送信する送信工程と、
を実行することを特徴とする連携方法。
【請求項１】
連携元装置と連携先装置との間で情報の連携を行う連携装置であって、
前記連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、前記連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段と、
前記連携元装置から前記第１固有情報を受信する受信手段と、
前記記憶手段の中から、前記受信手段によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索手段と、
前記検索手段によって検索された前記第２固有情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携装置。
【請求項２】
連携元装置と連携先装置との間で情報の連携を行う連携装置であって、
前記連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、前記連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段と、
前記連携元装置から前記第１固有情報を受信する受信手段と、
前記記憶手段の中から、前記受信手段によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索手段と、
前記検索手段によって検索された前記第２固有情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携装置。
【請求項３】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置であって、
前記第１識別情報を指定する指定手段と、
前記指定手段によって指定された前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成する生成手段と、
前記生成手段によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信手段と、
前記第１の送信手段によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信手段と、
前記第１の受信手段によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信手段と、
前記第２の送信手段によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内の前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルから特定された前記第２識別情報に関連付けされている属性情報を、前記連携先装置から受信する第２の受信手段と、
を備えることを特徴とする連携元装置。
【請求項４】
連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置であって、
前記第１識別情報を指定する指定手段と、
前記指定手段によって指定された前記第１識別情報を前記第１共通鍵で暗号化することにより、前記第１固有情報を生成する生成手段と、
前記生成手段によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信手段と、
前記第１の送信手段によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信手段と、
前記第１の受信手段によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信手段と、
前記第２の送信手段によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内で前記第２固有情報から前記第２共通鍵で復号された前記第２識別情報に関連付けされている属性情報を前記連携先装置から受信する第２の受信手段と、
を備えることを特徴とする連携元装置。
【請求項５】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能な前記連携先装置であって、
前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段と、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信手段と、
前記受信手段によって受信された属性取得要求に含まれている前記第２固有情報を前記第２識別情報に変換する変換手段と、
前記属性テーブルを参照して、前記変換手段によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索手段と、
前記検索手段によって検索された前記属性情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携先装置。
【請求項６】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能な前記連携先装置であって、
前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段と、
前記第２固有情報に前記連携識別情報に関する日付情報を連結した連結情報を前記連携先装置に関する公開鍵で暗号化した暗号化連結情報を前記連携装置から受信した連携元装置から、前記暗号化連結情報を含む属性取得要求を受信する受信手段と、
前記受信手段によって受信された属性取得要求に含まれている前記暗号化連結情報を前記連携先装置に関する秘密鍵で復号する復号手段と、
前記復号手段によって復号された連結情報に含まれている前記日付情報に基づいて、前記連結情報に含まれている前記第２固有情報の妥当性を判断する判断手段と、
前記判断手段によって判断された判断結果に基づいて、前記復号手段によって復号された連結情報に含まれている前記第２固有情報を前記第２識別情報に変換する変換手段と、
前記属性テーブルを参照して、前記変換手段によって変換された前記第２識別情報に関連付けられている前記属性情報を検索する検索手段と、
前記検索手段によって検索された前記属性情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携先装置。
【請求項７】
連携元装置内で第１識別情報を第１共通鍵で暗号化された第１固有情報と、連携先装置内で第２識別情報を第２共通鍵で暗号化された第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携元装置と、にアクセス可能な前記連携先装置であって、
前記第２識別情報と属性情報とを関連付けた属性テーブルを記憶する記憶手段と、
前記連携元装置が前記連携装置から得た前記第２固有情報を含む属性取得要求を前記連携元装置から受信する受信手段と、
前記受信手段によって受信された属性取得要求に含まれている前記第２固有情報を、前記第２共通鍵で復号することにより、前記第２識別情報を生成する生成手段と、
前記属性テーブルを参照して、前記生成手段によって生成された前記第２識別情報に関連付けられている前記属性情報を検索する検索手段と、
前記検索手段によって検索された前記属性情報を前記連携元装置に送信する送信手段と、
を備えることを特徴とする連携先装置。
【請求項８】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備える連携装置に、
前記連携元装置から前記第１固有情報を受信する受信工程と、
前記記憶手段の中から、前記受信工程によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索工程と、
前記検索工程によって検索された前記第２固有情報を前記連携元装置に送信する送信工程と、
を実行させることを特徴とする連携プログラム。
【請求項９】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報および前記第２識別情報に共通の連携識別情報とを関連付けて記憶する連携装置と、前記連携先装置と、にアクセス可能な前記連携元装置に、
前記第１識別情報を指定する指定工程と、
前記指定工程によって指定された前記第１識別情報を前記第１一方向性関数に与えることにより、前記第１固有情報を生成する生成工程と、
前記生成工程によって生成された前記第１固有情報を含む前記第２固有情報の取得要求を前記連携装置に送信する第１の送信工程と、
前記第１の送信工程によって前記第２固有情報の取得要求が前記連携装置に送信された結果、前記連携装置で検索された前記第２固有情報を前記連携装置から受信する第１の受信工程と、
前記第１の受信工程によって受信された前記第２固有情報を含む属性取得要求を前記連携先装置に送信する第２の送信工程と、
前記第２の送信工程によって前記属性取得要求が前記連携先装置に送信された結果、前記連携先装置内の前記第２固有情報と前記第２識別情報とを関連付けた逆引きテーブルから特定された前記第２識別情報に関連付けされている属性情報を、前記連携先装置から受信する第２の受信工程と、
を実行させることを特徴とする連携プログラム。
【請求項１０】
連携元装置内で第１識別情報を第１一方向性関数に与えて得られた第１固有情報と、連携先装置内で第２識別情報を第２一方向性関数に与えて得られた第２固有情報と、前記第１識別情報と前記第２識別情報とに共通の連携識別情報と、を関連付けて記憶する記憶手段を備える連携装置が、
前記連携元装置から前記第１固有情報を受信する受信工程と、
前記記憶手段の中から、前記受信工程によって受信された前記第１固有情報に前記連携識別情報を介して関連付けられている前記第２固有情報を検索する検索工程と、
前記検索工程によって検索された前記第２固有情報を前記連携元装置に送信する送信工程と、
を実行することを特徴とする連携方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２０１２−８４０８４（Ｐ２０１２−８４０８４Ａ）
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願番号】特願２０１０−２３１９２５（Ｐ２０１０−２３１９２５）
【出願日】平成２２年１０月１４日（２０１０．１０．１４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願日】平成２２年１０月１４日（２０１０．１０．１４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]