(57)【要約】【課題】ＩＤ連携を実現するアカウントリンキングを行なう。【解決手段】第１クライアント装置のＩＤ連携要求（Ｓ１０３）を受けて、第１連携サーバ装置は、連携情報を生成する（Ｓ１０４）と共に参照情報を生成する（Ｓ１０６）。参照情報は、第１クライアント装置、第２クライアント装置を経由して、ＩＤ連携先である第２連携サーバ装置に送信される（Ｓ１０８〜Ｓ１１０）。第２連携サーバ装置は、第２クライアント装置のＩＤ連携要求を受けて、第１連携サーバ装置に参照情報を含むＩＤ連携要求をして（Ｓ１１３）、第１連携サーバ装置から連携情報を渡して貰う（Ｓ１１４）。第１連携サーバ装置では、連携情報を第１クライアント装置のアカウントに対応付けて登録し、第２連携サーバ装置では、連携情報を第２クライアント装置のアカウントに対応付けて登録する。第１連携サーバ装置と第２連携サーバ装置との間では、連携情報を鎹としてＩＤ連携が実現する。【選択図】図３
2008186338.tif 000002
【特許請求の範囲】
【請求項１】
アカウントリンキングシステムであって、
上記アカウントリンキングシステムは、少なくとも、第１連携サーバ装置と、第２連携サーバ装置と、第１クライアント装置と、第２クライアント装置とで構成され、
少なくとも上記第１連携サーバ装置または上記第２連携サーバ装置のいずれかは、上記第１クライアント装置のアカウント（第１ユーザ情報）および上記第２クライアント装置のアカウント（第２ユーザ情報）に共通の情報である連携情報を生成する連携情報生成手段と当該連携情報を自身の連携サーバ装置の外部に提供可能な送信手段Ａ１とを備えるとともに、上記連携情報生成手段および上記送信手段Ａ１とを備えた連携サーバ装置（供給側装置）の相手方の連携サーバ装置（受給側装置）は、上記連携情報を取得する受信手段Ｒ１を備えるとし、
上記第１連携サーバ装置は、上記連携情報に対応する情報である参照情報を生成する参照情報生成手段と、当該参照情報を上記第１連携サーバ装置の外部に提供可能な送信手段Ａ２と、第１ユーザ情報管理データベースと、上記第１ユーザ情報管理データベースに少なくとも上記連携情報を登録可能な第１ＤＢ管理手段とを備え、
上記第１クライアント装置は、上記参照情報を取得可能な受信手段Ｒ２と、取得した上記参照情報を少なくとも上記第２クライアント装置に提供可能な提供手段Ａ３とを備え、
上記第２クライアント装置は、上記参照情報を取得可能な取得手段Ｒ３と、取得した上記参照情報を少なくとも上記第２連携サーバ装置に提供可能な送信手段Ａ４とを備え、
上記第２連携サーバ装置は、上記参照情報を取得可能な受信手段Ｒ４と、第２ユーザ情報管理データベースと、上記第２ユーザ情報管理データベースに少なくとも上記連携情報を登録可能な第２ＤＢ管理手段とを備え、
上記受給側装置は、上記供給側装置で生成された、上記参照情報に対応する上記連携情報を取得し、
上記第１ＤＢ管理手段は、上記連携情報を、上記第１ユーザ情報管理データベースに、上記第１ユーザ情報に対応付けて登録し、
上記第２ＤＢ管理手段は、上記連携情報を、上記第２ユーザ情報管理データベースに、上記第２ユーザ情報に対応付けて登録する
アカウントリンキングシステム。 
【請求項２】
上記供給側装置を、上記第１連携サーバ装置であるとし、
上記受給側装置を、上記第２連携サーバ装置であるとして、
上記第２クライアント装置の上記送信手段Ａ４は、上記参照情報を含む情報である要求情報を送信することで上記第２連携サーバ装置に上記参照情報を提供するものであり、
上記第２連携サーバ装置の上記受信手段Ｒ４は、上記要求情報を受信することで上記参照情報を取得するものであり、
上記第２連携サーバ装置は、さらに、上記要求情報を上記第１連携サーバ装置に送信する送信手段Ａ５を備え、
上記第１連携サーバ装置は、さらに、上記第２連携サーバ装置から上記要求情報を受信する受信手段Ｒ５を備え、
上記第１連携サーバ装置の上記送信手段Ａ１は、上記要求情報を受信すると、当該要求情報に含まれる参照情報に対応する上記連携情報を上記第２連携サーバ装置に提供するものであり、
上記第２連携サーバ装置の上記受信手段Ｒ１は、上記第１連携サーバ装置から上記連携情報を取得するものである
ことを特徴とする請求項１に記載のアカウントリンキングシステム。 
【請求項３】
上記供給側装置を、上記第１連携サーバ装置であるとし、
上記受給側装置を、上記第２連携サーバ装置であるとして、
上記第２クライアント装置の上記送信手段Ａ４は、上記参照情報を含む情報である第１要求情報を送信することで上記第２連携サーバ装置に上記参照情報を提供するものであり、
上記第２連携サーバ装置の上記受信手段Ｒ４は、上記第１要求情報を受信することで上記参照情報を取得するものであり、
上記第２連携サーバ装置は、さらに、上記参照情報を含む情報である第２要求情報を上記第２クライアント装置に送信する送信手段Ａ６を備え、
上記第２クライアント装置は、さらに、上記第２連携サーバ装置から送信された上記第２要求情報を上記第１連携サーバ装置に転送する転送手段Ｔ１と、上記第１連携サーバ装置から提供された上記連携情報を上記第２連携サーバ装置に転送する転送手段Ｔ２と、を備え、
上記第１連携サーバ装置は、さらに、上記第２クライアント装置から上記第２要求情報を受信する受信手段Ｒ６を備え、
上記第１連携サーバ装置の上記送信手段Ａ１は、上記第２クライアント装置から上記第２要求情報を受信すると、当該第２要求情報に含まれる参照情報に対応する上記連携情報を上記第２クライアント装置に提供するものであり、
上記第２連携サーバ装置の上記受信手段Ｒ１は、上記第２クライアント装置から上記連携情報を取得するものである
ことを特徴とする請求項１に記載のアカウントリンキングシステム。 
【請求項４】
上記供給側装置を、上記第２連携サーバ装置であるとし、
上記受給側装置を、上記第１連携サーバ装置であるとして、
上記第１クライアント装置は、さらに、上記第１連携サーバ装置に上記参照情報を含む情報である第１要求情報を送信する送信手段Ａ７を備え、
上記第１連携サーバ装置は、さらに、上記第１クライアント装置から上記第１要求情報を受信する受信手段Ｒ７と、上記参照情報を含む情報である第２要求情報を上記第１クライアント装置に送信する送信手段Ａ８を備え、
上記第１クライアント装置は、さらに、上記第１連携サーバ装置から送信された上記第２要求情報を上記第２連携サーバ装置に転送する転送手段Ｔ３と、上記第２連携サーバ装置から提供された上記連携情報を上記第１連携サーバ装置に転送する転送手段Ｔ４と、を備え、
上記第２連携サーバ装置は、さらに、上記第１クライアント装置から上記第２要求情報を受信する受信手段Ｒ７を備え、
上記第２連携サーバ装置の上記送信手段Ａ１は、上記第１クライアント装置から上記第２要求情報を受信すると、当該第２要求情報に含まれる参照情報に対応する上記連携情報を上記第１クライアント装置に提供するものであり、
上記第１連携サーバ装置の上記受信手段Ｒ１は、上記第１クライアント装置から上記連携情報を取得するものである
ことを特徴とする請求項１に記載のアカウントリンキングシステム。 
【請求項５】
上記供給側装置を、上記第２連携サーバ装置であるとし、
上記受給側装置を、上記第１連携サーバ装置であるとして、
上記第１連携サーバ装置の上記送信手段Ａ２は、第１クライアント装置に上記参照情報を含む情報である第１要求情報を送信するものであり、
上記第１クライアント装置は、さらに、上記第１連携サーバ装置から送信された上記第１要求情報を上記第２連携サーバ装置に転送する転送手段Ｔ５と、上記第２連携サーバ装置から提供された上記連携情報を上記第１連携サーバ装置に転送する転送手段Ｔ６と、を備え、
上記第２連携サーバ装置は、さらに、上記第１要求情報を受信する受信手段Ｒ８と、受信した上記第１要求情報に含まれる上記参照情報を上記第１クライアント装置に提供する送信手段Ａ９と、を備え、
上記第１クライアント装置の受信手段Ｒ２は、上記第２連携サーバ装置から上記参照情報を取得するものであり、
上記第１クライアント装置は、さらに、上記参照情報を含む情報である第２要求情報を上記第２連携サーバ装置に送信する送信手段Ａ１０を備え、
上記第２連携サーバ装置は、さらに、上記第２要求情報を受信する受信手段Ｒ９を備え、
上記第２連携サーバ装置の上記送信手段Ａ１は、上記第１クライアント装置から上記第２要求情報を受信すると、当該第２要求情報に含まれる参照情報に対応する上記連携情報を上記第１クライアント装置に提供するものであり、
上記第１連携サーバ装置の上記受信手段Ｒ１は、上記第１クライアント装置から上記連携情報を取得するものである
ことを特徴とする請求項１に記載のアカウントリンキングシステム。 
【請求項６】
上記第１ＤＢ管理手段は、上記連携情報を、上記第１ユーザ情報管理データベースに、上記第１連携サーバ装置の連携先の連携サーバ装置を示す情報である連携先サーバ情報にも対応付けて登録し、
上記第２ＤＢ管理手段は、上記連携情報を、上記第２ユーザ情報管理データベースに、上記第２連携サーバ装置の連携先の連携サーバ装置を示す情報である連携先サーバ情報にも対応付けて登録する
ことを特徴とする請求項１から請求項５のいずれかに記載のアカウントリンキングシステム。 
【請求項７】
アカウントリンキングシステムにおけるアカウントリンキング方法であって、
上記アカウントリンキングシステムは、少なくとも、第１連携サーバ装置と、第２連携サーバ装置と、第１クライアント装置と、第２クライアント装置とで構成されるとし、
少なくとも上記第１連携サーバ装置または上記第２連携サーバ装置のいずれかは、上記第１クライアント装置のアカウント（第１ユーザ情報）および上記第２クライアント装置のアカウント（第２ユーザ情報）に共通の情報である連携情報を生成する連携情報生成手段と当該連携情報を自身の連携サーバ装置の外部に提供可能な送信手段Ａ１とを備えるとともに、上記連携情報生成手段および上記送信手段Ａ１とを備えた連携サーバ装置（供給側装置）の相手方の連携サーバ装置（受給側装置）は、上記連携情報を取得する受信手段Ｒ１を備えるとし、
上記連携情報生成手段が、上記連携情報を生成する連携情報生成ステップと、
上記送信手段Ａ１が、上記連携情報を上記供給側装置の外部に提供する送信ステップＡ１と、
上記受信手段Ｒ１が、上記連携情報を取得する受信ステップＲ１と、
上記第１連携サーバ装置の参照情報生成手段が、上記連携情報に対応する情報である参照情報を生成する参照情報生成ステップと、
上記第１連携サーバ装置の送信手段Ａ２が、上記参照情報を上記第１連携サーバ装置の外部に提供する送信ステップＡ２と、
上記第１クライアント装置の受信手段Ｒ２が、上記参照情報を取得する受信ステップＲ２と、
上記第１クライアント装置の提供手段Ａ３が、取得した上記参照情報を少なくとも上記第２クライアント装置に提供する提供ステップＡ３と、
上記第２クライアント装置の取得手段Ｒ３が、上記参照情報を取得する取得ステップＲ３と、
上記第２クライアント装置の送信手段Ａ４が、取得した上記参照情報を少なくとも上記第２連携サーバ装置に提供する送信ステップＡ４と、
上記第２連携サーバ装置の受信手段Ｒ４が、上記参照情報を取得する受信ステップＲ４と、
上記第１連携サーバ装置の第１ＤＢ管理手段が、上記連携情報を、上記第１連携サーバ装置の第１ユーザ情報管理データベースに、上記第１ユーザ情報に対応付けて登録する第１登録ステップと、
上記第２連携サーバ装置の第２ＤＢ管理手段が、上記連携情報を、上記第２連携サーバ装置の第２ユーザ情報管理データベースに、上記第２ユーザ情報に対応付けて登録する第２登録ステップと
を有するアカウントリンキング方法。 
【請求項８】
上記供給側装置を、上記第１連携サーバ装置であるとし、
上記受給側装置を、上記第２連携サーバ装置であるとして、
上記送信ステップＡ４は、上記第２クライアント装置の上記送信手段Ａ４が、上記参照情報を含む情報である要求情報を送信することで上記第２連携サーバ装置に上記参照情報を提供するものであり、
上記受信ステップＲ４は、上記第２連携サーバ装置の上記受信手段Ｒ４が、上記要求情報を受信することで上記参照情報を取得するものであり、
さらに、上記第２連携サーバ装置の送信手段Ａ５が、上記要求情報を上記第１連携サーバ装置に送信する送信ステップＡ５と、
上記第１連携サーバ装置の受信手段Ｒ５が、上記第２連携サーバ装置から上記要求情報を受信する受信ステップＲ５と、を有し、
上記送信ステップＡ１は、上記第１連携サーバ装置の上記送信手段Ａ１が、上記要求情報を受信すると、当該要求情報に含まれる参照情報に対応する上記連携情報を上記第２連携サーバ装置に提供するものであり、
上記受信ステップＲ１は、上記第２連携サーバ装置の上記受信手段Ｒ１が、上記第１連携サーバ装置から上記連携情報を取得するものである
ことを特徴とする請求項７に記載のアカウントリンキング方法。
【請求項９】
上記供給側装置を、上記第１連携サーバ装置であるとし、
上記受給側装置を、上記第２連携サーバ装置であるとして、
上記送信ステップＡ４は、上記第２クライアント装置の上記送信手段Ａ４が、上記参照情報を含む情報である第１要求情報を送信することで上記第２連携サーバ装置に上記参照情報を提供するものであり、
上記受信ステップＲ４は、上記第２連携サーバ装置の上記受信手段Ｒ４が、上記第１要求情報を受信することで上記参照情報を取得するものであり、
さらに、上記第２連携サーバ装置の送信手段Ａ６が、上記参照情報を含む情報である第２要求情報を上記第２クライアント装置に送信する送信ステップＡ６と、
上記第２クライアント装置の転送手段Ｔ１が、上記第２連携サーバ装置から送信された上記第２要求情報を上記第１連携サーバ装置に転送する転送ステップＴ１と、
上記第２クライアント装置の転送手段Ｔ２が、上記第１連携サーバ装置から提供された上記連携情報を上記第２連携サーバ装置に転送する転送ステップＴ２と、
上記第１連携サーバ装置の受信手段Ｒ６が、上記第２クライアント装置から上記第２要求情報を受信する受信ステップＲ６と、を有し、
上記送信ステップＡ１は、上記第１連携サーバ装置の上記送信手段Ａ１が、上記第２クライアント装置から上記第２要求情報を受信すると、当該第２要求情報に含まれる参照情報に対応する上記連携情報を上記第２クライアント装置に提供するものであり、
上記受信ステップＲ１は、上記第２連携サーバ装置の上記受信手段Ｒ１が、上記第２クライアント装置から上記連携情報を取得するものである
ことを特徴とする請求項７に記載のアカウントリンキング方法。 
【請求項１０】
上記供給側装置を、上記第２連携サーバ装置であるとし、
上記受給側装置を、上記第１連携サーバ装置であるとして、
さらに、上記第１クライアント装置の送信手段Ａ７が、上記第１連携サーバ装置に上記参照情報を含む情報である第１要求情報を送信する送信ステップＡ７と、
上記第１連携サーバ装置の受信手段Ｒ７が、上記第１クライアント装置から上記第１要求情報を受信する受信ステップＲ７と、
上記第１連携サーバ装置の送信手段Ａ８が、上記参照情報を含む情報である第２要求情報を上記第１クライアント装置に送信する送信ステップＡ８と、
上記第１クライアント装置の転送手段Ｔ３が、上記第１連携サーバ装置から送信された上記第２要求情報を上記第２連携サーバ装置に転送する転送ステップＴ３と、
上記第１クライアント装置の転送手段Ｔ４が、上記第２連携サーバ装置から提供された上記連携情報を上記第１連携サーバ装置に転送する転送ステップＴ４と、
上記第２連携サーバ装置の受信手段Ｒ７が、上記第１クライアント装置から上記第２要求情報を受信する受信ステップＲ７と、を有し、
上記送信ステップＡ１は、上記第２連携サーバ装置の上記送信手段Ａ１が、上記第１クライアント装置から上記第２要求情報を受信すると、当該第２要求情報に含まれる参照情報に対応する上記連携情報を上記第１クライアント装置に提供するものであり、
上記受信ステップＲ１は、上記第１連携サーバ装置の上記受信手段Ｒ１が、上記第１クライアント装置から上記連携情報を取得するものである
ことを特徴とする請求項７に記載のアカウントリンキング方法。 
【請求項１１】
上記供給側装置を、上記第２連携サーバ装置であるとし、
上記受給側装置を、上記第１連携サーバ装置であるとして、
上記送信ステップＡ２は、上記第１連携サーバ装置の上記送信手段Ａ２が、第１クライアント装置に上記参照情報を含む情報である第１要求情報を送信するものであり、
さらに、上記第１クライアント装置の転送手段Ｔ５が、上記第１連携サーバ装置から送信された上記第１要求情報を上記第２連携サーバ装置に転送する転送ステップＴ５と、
上記第１クライアント装置の転送手段Ｔ６が、上記第２連携サーバ装置から提供された上記連携情報を上記第１連携サーバ装置に転送する転送ステップＴ６と、
上記第２連携サーバ装置の受信手段Ｒ８が、上記第１要求情報を受信する受信ステップＲ８と、
上記第２連携サーバ装置の送信手段Ａ９が、受信した上記第１要求情報に含まれる上記参照情報を上記第１クライアント装置に提供する送信ステップＡ９と、を有し、
上記受信ステップＲ２は、上記第１クライアント装置の受信手段Ｒ２が、上記第２連携サーバ装置から上記参照情報を取得するものであり、
さらに、上記第１クライアント装置の送信手段Ａ１０が、上記参照情報を含む情報である第２要求情報を上記第２連携サーバ装置に送信する送信ステップＡ１０と、
上記第２連携サーバ装置の受信手段Ｒ９が、上記第２要求情報を受信する受信ステップＲ９と、を有し、
上記送信ステップＡ１は、上記第２連携サーバ装置の上記送信手段Ａ１が、上記第１クライアント装置から上記第２要求情報を受信すると、当該第２要求情報に含まれる参照情報に対応する上記連携情報を上記第１クライアント装置に提供するものであり、
上記受信ステップＲ１は、上記第１連携サーバ装置の上記受信手段Ｒ１が、上記第１クライアント装置から上記連携情報を取得するものである
ことを特徴とする請求項７に記載のアカウントリンキング方法。 
【請求項１２】
上記第１登録ステップは、上記第１連携サーバ装置の第１ＤＢ管理手段が、上記連携情報を、上記第１連携サーバ装置の第１ユーザ情報管理データベースに、上記第１連携サーバ装置の連携先の連携サーバ装置を示す情報である連携先サーバ情報にも対応付けて登録するステップであり、
上記第２登録ステップは、上記第２連携サーバ装置の第２ＤＢ管理手段が、上記連携情報を、上記第２連携サーバ装置の第２ユーザ情報管理データベースに、上記第２連携サーバ装置の連携先の連携サーバ装置を示す情報である連携先サーバ情報にも対応付けて登録するステップである
ことを特徴とする請求項７から請求項１１のいずれかに記載のアカウントリンキング方法。 
【請求項１３】
クライアント装置（クライアント装置ａ）のアカウント（ユーザ情報ａ）およびクライアント装置ａとは異なるクライアント装置（クライアント装置ｂ）のアカウント（ユーザ情報ｂ）に共通の情報である連携情報を生成する連携情報生成手段と、
上記連携情報を外部に提供可能な送信手段Ａ１と、
上記連携情報に対応する情報である参照情報を生成する参照情報生成手段と、
上記参照情報を外部に提供可能な送信手段Ａ２と、
少なくとも上記ユーザ情報ａが登録されたユーザ情報管理データベースａと、
上記ユーザ情報管理データベースａに、上記ユーザ情報ａに上記連携情報を対応付けて登録可能なＤＢ管理手段ａと
を備えた連携サーバ装置。 
【請求項１４】
クライアント装置（クライアント装置ａ）のアカウント（ユーザ情報ａ）およびクライアント装置ａとは異なるクライアント装置（クライアント装置ｂ）のアカウント（ユーザ情報ｂ）に共通の情報である連携情報を取得する受信手段Ｒ１と、
上記連携情報に対応する情報である参照情報を生成する参照情報生成手段と、
上記参照情報を外部に提供可能な送信手段Ａ２と、
少なくとも上記ユーザ情報ａが登録されたユーザ情報管理データベースａと、
上記ユーザ情報管理データベースａに、上記ユーザ情報ａに上記連携情報を対応付けて登録可能なＤＢ管理手段ａと
を備えた連携サーバ装置。 
【請求項１５】
クライアント装置（クライアント装置ａ）のアカウント（ユーザ情報ａ）およびクライアント装置ａとは異なるクライアント装置（クライアント装置ｂ）のアカウント（ユーザ情報ｂ）に共通の情報である連携情報を生成する連携情報生成手段と、
上記連携情報を外部に提供可能な送信手段Ａ１と、
他の連携サーバ装置で生成された、上記連携情報に対応する情報である参照情報を取得可能な受信手段Ｒ４と、
少なくとも上記ユーザ情報ｂが登録されたユーザ情報管理データベースｂと、
上記ユーザ情報管理データベースｂに、上記ユーザ情報ｂに上記連携情報を対応付けて登録可能なＤＢ管理手段ｂと
を備えた連携サーバ装置。 
【請求項１６】
クライアント装置（クライアント装置ａ）のアカウント（ユーザ情報ａ）およびクライアント装置ａとは異なるクライアント装置（クライアント装置ｂ）のアカウント（ユーザ情報ｂ）に共通の情報である連携情報を取得する受信手段Ｒ１と、
他の連携サーバ装置で生成された、上記連携情報に対応する情報である参照情報を取得可能な受信手段Ｒ４と、
少なくとも上記ユーザ情報ｂが登録されたユーザ情報管理データベースｂと、
上記ユーザ情報管理データベースｂに、上記ユーザ情報ｂに上記連携情報を対応付けて登録可能なＤＢ管理手段ｂと
を備えた連携サーバ装置。 
【請求項１７】
連携サーバ装置間で共通の情報である連携情報に対応する情報である参照情報を取得可能な受信手段Ｒ２と、
取得した上記参照情報を少なくとも他のクライアント装置に提供可能な提供手段Ａ３と
を備えたクライアント装置。 
【請求項１８】
連携サーバ装置間で共通の情報である連携情報に対応する情報である参照情報を取得可能な取得手段Ｒ３と、
取得した上記参照情報を少なくとも連携サーバ装置に提供可能な送信手段Ａ４と
を備えたクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる複数のサーバ装置が同一ユーザに対してそれぞれのＩＤを払い出している場合に、それらのＩＤを連携する技術に関する。より詳しくは、アカウントリンキングに関する。
【背景技術】
【０００２】
ネットバンキングなどの様々なサービスがオンライン化される中、フィッシングやＩＤ盗難などのセキュリティ被害も増加傾向にある。特に現状では、固定網経由で認証を必要とするサービスを利用する場合には、パスワードによるユーザ認証が一般的である。パスワードによるユーザ認証は、導入コストが安価で済むことなどから比較的容易に導入できる一方、なりすましや盗聴などの脅威に晒される。
一方で移動網においては、耐タンパなＳＩＭカードによる認証方法やＰＫＩなど安全強度の高い認証のフレームワークが整備されつつある。
【０００３】
このような背景から、サービスを利用するチャネルと、そのサービスを利用するために必要な認証のチャネルを分離し、認証をより信頼できる方法で行うことが可能なマルチチャネル認証技術が注目されている。例えば特許文献１では、移動網経由の携帯端末を利用した認証によって固定網におけるオンラインサービスを利用するための技術が示されている。この技術では、電子証明書などの認証情報を持たない通信端末が、他の通信端末の認証情報を利用して認証（認証連携）を行っている。
【特許文献１】特開２００６−１７４３２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このような認証連携を実現するためには、異なる通信端末に割り当てられた各別のユーザアカウント〔以下、ＩＤと云うこともある。〕の連携（ＩＤ連携）が必要となる。ＩＤ連携のライフサイクルは、（１）アカウントリンキング、（２）ＳＳＯ（Single Sign-On）、（３）連携情報変更、（４）ＳＬＯ（Single Log-Out）、（５）アカウントリンキング解除、となる。前述のマルチチャネル認証技術は、所望のサービスを受けるためのユーザ認証に例えば携帯電話など携帯端末を用いた認証を利用することで、所望のサービスを利用できるようにする部分、つまりＳＳＯに関する技術であり、予め必要となるアカウントリンキング（ＩＤ連携によってSingle Sign-Onできる環境を作る）方式は検討されていないのが現状である。
【０００５】
要するに、マルチチャネル認証技術は、サービスを利用するチャネル（サービスチャネル）とそのサービスを利用するために必要な認証を行うチャネル（認証チャネル）を分けているため、実際にサービスを提供するには認証された結果とサービス要求者とを結びつける必要があるが、マルチチャネル認証を実行するにあたって前提となる条件、つまりアカウントリンキングを実現するための方法が未検討である。
【０００６】
なお、ＩＤ連携に関する標準技術としてＳＡＭＬ ｖ２．０（参考文献１参照）があるが、この方式は同一のＷｅｂブラウザを介してサーバ装置間での情報伝達を行なうため、異なるサーバ装置間でのＩＤ連携処理は同一のＷｅｂブラウザを経由して行われる必要がある。このため、異なる通信端末（クライアント装置）からそれぞれの通信網経由でサーバ装置にアクセスする必要がある場合には、標準のＳＡＭＬ技術をそのまま適用してＩＤ連携することができない。
（参考文献）
OASIS (Organization for the Advancement of Structured Information Standards), "Security Assertion Markup Language(SAML) v2.0"， [平成19年1月19日検索], インターネット <URL : http://www.oasis-open.org/specs/index.php#samlv2.0>
【０００７】
ＳＡＭＬのアカウントリンキング方式では、ユーザはサービスプロバイダ（ＳＰ）とアイデンティティプロバイダ（ＩＤＰ）にそれぞれのＩＤで認証されている状態で、ＳＰからＩＤＰへアカウントリンキングが要求される。このとき、これら一連の処理は同一のＷｅｂブラウザを経由して行われるため、例えば、Ｗｅｂブラウザのクッキー機能によって要求を受けたＩＤＰはどの（認証された）ＩＤに対する要求なのかがわかる。従って、ＳＰとＩＤＰとの間で実ＩＤを交換することなくアカウントリンキングができる。つまりＳＡＭＬを利用するアカウントリンキングの方式は、ＳＰとＩＤＰとが同一のブラウザ経由で通信するという前提の下で成立する。一方で、マルチチャネル認証は固定網と移動網という異なるネットワーク間での認証経路をも予定しており、認証処理の際にそれぞれの認証サーバ装置へアクセスする際の通信端末が異なることから、上記の一連の処理を同一のＷｅｂブラウザを経由して行うことはできない。つまり、マルチチャネル認証を実現するためのモデルに、ＩＤ連携の標準技術であるＳＡＭＬをそのまま適用できない。
【０００８】
ところで、仮名（Pseudonyms）によるＩＤ連携を築く方法として、通信装置間で仮名識別子を流通させる方法が考えられる。しかし、仮名識別子はデータベース内に長期間管理される情報であるため、この仮名識別子が漏洩することは望ましくない。従って、仮名識別子よりもテンポラリな情報を通信装置間で送受信する方式が望ましい。
【０００９】
そこで本発明は、上記問題点を見出したことにより、ＩＤ連携を実現するためのアカウントリンキングシステム、アカウントリンキング方法、連携サーバ装置、クライアント装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明では、アカウントリンキングシステムは、少なくとも、第１連携サーバ装置と、第２連携サーバ装置と、第１クライアント装置と、第２クライアント装置とで構成されるものであって、少なくとも上記第１連携サーバ装置または上記第２連携サーバ装置のいずれかは、上記第１クライアント装置のアカウント（第１ユーザ情報）および上記第２クライアント装置のアカウント（第２ユーザ情報）に共通の情報である連携情報を生成する連携情報生成手段と当該連携情報を自身の連携サーバ装置の外部に提供可能な送信手段Ａ１とを備えるとともに、上記連携情報生成手段および上記送信手段Ａ１とを備えた連携サーバ装置（供給側装置）の相手方の連携サーバ装置（受給側装置）は、上記連携情報を取得する受信手段Ｒ１を備える。そして、上記第１連携サーバ装置は、上記連携情報に対応する情報である参照情報を生成する参照情報生成手段と、当該参照情報を上記第１連携サーバ装置の外部に提供可能な送信手段Ａ２と、第１ユーザ情報管理データベースと、上記第１ユーザ情報管理データベースに少なくとも上記連携情報を登録可能な第１ＤＢ管理手段とを備える。また、上記第１クライアント装置は、上記参照情報を取得可能な受信手段Ｒ２と、取得した上記参照情報を少なくとも上記第２クライアント装置に提供可能な提供手段Ａ３とを備え、上記第２クライアント装置は、上記参照情報を取得可能な取得手段Ｒ３と、取得した上記参照情報を少なくとも上記第２連携サーバ装置に提供可能な送信手段Ａ４とを備える。さらに、上記第２連携サーバ装置は、上記参照情報を取得可能な受信手段Ｒ４と、第２ユーザ情報管理データベースと、上記第２ユーザ情報管理データベースに少なくとも上記連携情報を登録可能な第２ＤＢ管理手段とを備える。このシステムでは、上記受給側装置は、上記供給側装置で生成された、上記参照情報に対応する上記連携情報を取得し、上記第１ＤＢ管理手段は、上記連携情報を、上記第１ユーザ情報管理データベースに、上記第１ユーザ情報に対応付けて登録し、上記第２ＤＢ管理手段は、上記連携情報を、上記第２ユーザ情報管理データベースに、上記第２ユーザ情報に対応付けて登録する。
【００１１】
そして、本発明のアカウントリンキング方法は、上述のアカウントリンキングシステムにおいて、上記連携情報生成手段が、上記連携情報を生成する連携情報生成ステップと、上記送信手段Ａ１が、上記連携情報を上記供給側装置の外部に提供する送信ステップＡ１と、上記受信手段Ｒ１が、上記連携情報を取得する受信ステップＲ１と、上記第１連携サーバ装置の参照情報生成手段が、上記連携情報に対応する情報である参照情報を生成する参照情報生成ステップと、上記第１連携サーバ装置の送信手段Ａ２が、上記参照情報を上記第１連携サーバ装置の外部に提供する送信ステップＡ２と、上記第１クライアント装置の受信手段Ｒ２が、上記参照情報を取得する受信ステップＲ２と、上記第１クライアント装置の提供手段Ａ３が、取得した上記参照情報を少なくとも上記第２クライアント装置に提供する提供ステップＡ３と、上記第２クライアント装置の取得手段Ｒ３が、上記参照情報を取得する取得ステップＲ３と、上記第２クライアント装置の送信手段Ａ４が、取得した上記参照情報を少なくとも上記第２連携サーバ装置に提供する送信ステップＡ４と、上記第２連携サーバ装置の受信手段Ｒ４が、上記参照情報を取得する受信ステップＲ４と、上記第１連携サーバ装置の第１ＤＢ管理手段が、上記連携情報を、上記第１連携サーバ装置の第１ユーザ情報管理データベースに、上記第１ユーザ情報に対応付けて登録する第１登録ステップと、上記第２連携サーバ装置の第２ＤＢ管理手段が、上記連携情報を、上記第２連携サーバ装置の第２ユーザ情報管理データベースに、上記第２ユーザ情報に対応付けて登録する第２登録ステップとを有するアカウントリンキング方法（以下、基本方法と云う。）とされる。
【００１２】
本発明では、要するに、第１クライアント装置と第２クライアント装置を適宜に経由して、アカウントリンキングシステムを構成する各装置間で参照情報を流通させ、参照情報を手掛かりに、一方の連携サーバ装置が生成した連携情報を、他方の連携サーバ装置に渡すものとなっている。そこで、第１連携サーバ装置では、連携情報を第１クライアント装置のアカウント（第１ユーザ情報）に対応付けて登録し、第２連携サーバ装置では、連携情報を第２クライアント装置のアカウント（第２ユーザ情報）に対応付けて登録することができる。つまり、第１連携サーバ装置と第２連携サーバ装置との間は、連携情報を鎹として連携されていることになる。なお、いずれの連携サーバ装置と連携されているかは、連携先サーバ情報（連携先の連携サーバ装置を示す情報）で判別するようにしてもよい。
【００１３】
上述の基本方法について、上記供給側装置を、上記第１連携サーバ装置であるとし、上記受給側装置を、上記第２連携サーバ装置であるとして、上記送信ステップＡ４は、上記第２クライアント装置の上記送信手段Ａ４が、上記参照情報を含む情報である要求情報を送信することで上記第２連携サーバ装置に上記参照情報を提供するものであり、上記受信ステップＲ４は、上記第２連携サーバ装置の上記受信手段Ｒ４が、上記要求情報を受信することで上記参照情報を取得するものであり、さらに、上記第２連携サーバ装置の送信手段Ａ５が、上記要求情報を上記第１連携サーバ装置に送信する送信ステップＡ５と、上記第１連携サーバ装置の受信手段Ｒ５が、上記第２連携サーバ装置から上記要求情報を受信する受信ステップＲ５と、を有し、上記送信ステップＡ１は、上記第１連携サーバ装置の上記送信手段Ａ１が、上記要求情報を受信すると、当該要求情報に含まれる参照情報に対応する上記連携情報を上記第２連携サーバ装置に提供するものであり、上記受信ステップＲ１は、上記第２連携サーバ装置の上記受信手段Ｒ１は、上記第１連携サーバ装置から上記連携情報を取得するものであることを特徴としたアカウントリンキング方法としてもよい。
これは、上記第２連携サーバ装置が、上記第１クライアント装置および上記第２クライアント装置を介することなく、上記連携情報を上記第１連携サーバ装置から取得する方法である。つまり、第１連携サーバ装置と第２連携サーバ装置の二者通信構造の下、連携情報の遣り取りが行なわれるものであり、従来的な通信プロトコル、例えばＳＡＭＬを利用できる。
【００１４】
また、上述の基本方法について、上記供給側装置を、上記第１連携サーバ装置であるとし、上記受給側装置を、上記第２連携サーバ装置であるとして、上記送信ステップＡ４は、上記第２クライアント装置の上記送信手段Ａ４が、上記参照情報を含む情報である第１要求情報を送信することで上記第２連携サーバ装置に上記参照情報を提供するものであり、上記受信ステップＲ４は、上記第２連携サーバ装置の上記受信手段Ｒ４が、上記第１要求情報を受信することで上記参照情報を取得するものであり、さらに、上記第２連携サーバ装置の送信手段Ａ６が、上記参照情報を含む情報である第２要求情報を上記第２クライアント装置に送信する送信ステップＡ６と、上記第２クライアント装置の転送手段Ｔ１が、上記第２連携サーバ装置から送信された上記第２要求情報を上記第１連携サーバ装置に転送する転送ステップＴ１と、上記第２クライアント装置の転送手段Ｔ２が、上記第１連携サーバ装置から提供された上記連携情報を上記第２連携サーバ装置に転送する転送ステップＴ２と、上記第１連携サーバ装置の受信手段Ｒ６が、上記第２クライアント装置から上記第２要求情報を受信する受信ステップＲ６と、を有し、上記送信ステップＡ１は、上記第１連携サーバ装置の上記送信手段Ａ１が、上記第２クライアント装置から上記第２要求情報を受信すると、当該第２要求情報に含まれる参照情報に対応する上記連携情報を上記第２クライアント装置に提供するものであり、上記受信ステップＲ１は、上記第２連携サーバ装置の上記受信手段Ｒ１が、上記第２クライアント装置から上記連携情報を取得するものであることを特徴としたアカウントリンキング方法としてもよい。
これは、上記第２連携サーバ装置が、上記第２クライアント装置を介して、上記連携情報を上記第１連携サーバ装置から取得する方法である。つまり、第２クライアント装置を媒介とした第１連携サーバ装置と第２連携サーバ装置の三者通信構造の下、連携情報の遣り取りが行なわれるものであり、従来的な通信プロトコル、例えばＳＡＭＬを利用できる。
【００１５】
また、上述の基本方法について、上記供給側装置を、上記第２連携サーバ装置であるとし、上記受給側装置を、上記第１連携サーバ装置であるとして、さらに、上記第１クライアント装置の送信手段Ａ７が、上記第１連携サーバ装置に上記参照情報を含む情報である第１要求情報を送信する送信ステップＡ７と、上記第１連携サーバ装置の受信手段Ｒ７が、上記第１クライアント装置から上記第１要求情報を受信する受信ステップＲ７と、上記第１連携サーバ装置の送信手段Ａ８が、上記参照情報を含む情報である第２要求情報を上記第１クライアント装置に送信する送信ステップＡ８と、上記第１クライアント装置の転送手段Ｔ３が、上記第１連携サーバ装置から送信された上記第２要求情報を上記第２連携サーバ装置に転送する転送ステップＴ３と、上記第１クライアント装置の転送手段Ｔ４が、上記第２連携サーバ装置から提供された上記連携情報を上記第１連携サーバ装置に転送する転送ステップＴ４と、上記第２連携サーバ装置の受信手段Ｒ７が、上記第１クライアント装置から上記第２要求情報を受信する受信ステップＲ７と、を有し、上記送信ステップＡ１は、上記第２連携サーバ装置の上記送信手段Ａ１が、上記第１クライアント装置から上記第２要求情報を受信すると、当該第２要求情報に含まれる参照情報に対応する上記連携情報を上記第１クライアント装置に提供するものであり、上記受信ステップＲ１は、上記第１連携サーバ装置の上記受信手段Ｒ１が、上記第１クライアント装置から上記連携情報を取得するものであることを特徴としたアカウントリンキング方法（以下、方法３と云う。）としてもよい。
これは、上記第１連携サーバ装置が、上記第１クライアント装置を介して、上記連携情報を上記第２連携サーバ装置から取得する方法である。つまり、第１クライアント装置を媒介とした第１連携サーバ装置と第２連携サーバ装置の三者通信構造の下、連携情報の遣り取りが行なわれるものであり、従来的な通信プロトコル、例えばＳＡＭＬを利用できる。
【００１６】
また、上述の基本方法について、上記供給側装置を、上記第２連携サーバ装置であるとし、上記受給側装置を、上記第１連携サーバ装置であるとして、上記送信ステップＡ２は、上記第１連携サーバ装置の上記送信手段Ａ２が、第１クライアント装置に上記参照情報を含む情報である第１要求情報を送信するものであり、さらに、上記第１クライアント装置の転送手段Ｔ５が、上記第１連携サーバ装置から送信された上記第１要求情報を上記第２連携サーバ装置に転送する転送ステップＴ５と、上記第１クライアント装置の転送手段Ｔ６が、上記第２連携サーバ装置から提供された上記連携情報を上記第１連携サーバ装置に転送する転送ステップＴ６と、上記第２連携サーバ装置の受信手段Ｒ８が、上記第１要求情報を受信する受信ステップＲ８と、上記第２連携サーバ装置の送信手段Ａ９が、受信した上記第１要求情報に含まれる上記参照情報を上記第１クライアント装置に提供する送信ステップＡ９と、を有し、上記受信ステップＲ２は、上記第１クライアント装置の受信手段Ｒ２が、上記第２連携サーバ装置から上記参照情報を取得するものであり、さらに、上記第１クライアント装置の送信手段Ａ１０が、上記参照情報を含む情報である第２要求情報を上記第２連携サーバ装置に送信する送信ステップＡ１０と、上記第２連携サーバ装置の受信手段Ｒ９が、上記第２要求情報を受信する受信ステップＲ９と、を有し、上記送信ステップＡ１は、上記第２連携サーバ装置の上記送信手段Ａ１が、上記第１クライアント装置から上記第２要求情報を受信すると、当該第２要求情報に含まれる参照情報に対応する上記連携情報を上記第１クライアント装置に提供するものであり、上記受信ステップＲ１は、上記第１連携サーバ装置の上記受信手段Ｒ１が、上記第１クライアント装置から上記連携情報を取得するものであることを特徴としたアカウントリンキング方法（以下、方法４と云う。）としてもよい。
これは、上記第１連携サーバ装置が、上記第１クライアント装置を介して、上記連携情報を上記第２連携サーバ装置から取得する方法である。つまり、第１クライアント装置を媒介とした第１連携サーバ装置と第２連携サーバ装置の三者通信構造の下、連携情報の遣り取りが行なわれるものであり、従来的な通信プロトコル、例えばＳＡＭＬを利用できる。なお、方法４は、アカウントリンキングのイニシアチブを、第１クライアント装置が行なうか、第１連携サーバ装置が行なうかで方法３と相違する。
【００１７】
なお、上記いずれの方法についても、上記第１登録ステップは、上記第１連携サーバ装置の第１ＤＢ管理手段が、上記連携情報を、上記第１連携サーバ装置の第１ユーザ情報管理データベースに、上記第１連携サーバ装置の連携先の連携サーバ装置を示す情報である連携先サーバ情報にも対応付けて登録するステップであり、上記第２登録ステップは、上記第２連携サーバ装置の第２ＤＢ管理手段が、上記連携情報を、上記第２連携サーバ装置の第２ユーザ情報管理データベースに、上記第２連携サーバ装置の連携先の連携サーバ装置を示す情報である連携先サーバ情報にも対応付けて登録するステップであることを特徴としたアカウントリンキング方法とすることができる。
【００１８】
本発明のアカウントリンキングシステムは、次のような連携サーバ装置、クライアント装置から構成される。
まず、本発明のアカウントリンキングシステムの構成要素たりえる連携サーバ装置としては、クライアント装置（クライアント装置ａ）のアカウント（ユーザ情報ａ）およびクライアント装置ａとは異なるクライアント装置（クライアント装置ｂ）のアカウント（ユーザ情報ｂ）に共通の情報である連携情報を生成する連携情報生成手段と、上記連携情報を外部に提供可能な送信手段Ａ１と、上記連携情報に対応する情報である参照情報を生成する参照情報生成手段と、上記参照情報を外部に提供可能な送信手段Ａ２と、少なくとも上記ユーザ情報ａが登録されたユーザ情報管理データベースａと、上記ユーザ情報管理データベースａに、上記ユーザ情報ａに上記連携情報を対応付けて登録可能なＤＢ管理手段ａとを備えた連携サーバ装置がある。
【００１９】
あるいは、クライアント装置（クライアント装置ａ）のアカウント（ユーザ情報ａ）およびクライアント装置ａとは異なるクライアント装置（クライアント装置ｂ）のアカウント（ユーザ情報ｂ）に共通の情報である連携情報を取得する受信手段Ｒ１と、上記連携情報に対応する情報である参照情報を生成する参照情報生成手段と、上記参照情報を外部に提供可能な送信手段Ａ２と、少なくとも上記ユーザ情報ａが登録されたユーザ情報管理データベースａと、上記ユーザ情報管理データベースａに、上記ユーザ情報ａに上記連携情報を対応付けて登録可能なＤＢ管理手段ａとを備えた連携サーバ装置がある。
【００２０】
あるいは、クライアント装置（クライアント装置ａ）のアカウント（ユーザ情報ａ）およびクライアント装置ａとは異なるクライアント装置（クライアント装置ｂ）のアカウント（ユーザ情報ｂ）に共通の情報である連携情報を生成する連携情報生成手段と、上記連携情報を外部に提供可能な送信手段Ａ１と、他の連携サーバ装置で生成された、上記連携情報に対応する情報である参照情報を取得可能な受信手段Ｒ４と、少なくとも上記ユーザ情報ｂが登録されたユーザ情報管理データベースｂと、上記ユーザ情報管理データベースｂに、上記ユーザ情報ｂに上記連携情報を対応付けて登録可能なＤＢ管理手段ｂとを備えた連携サーバ装置がある。
【００２１】
あるいは、クライアント装置（クライアント装置ａ）のアカウント（ユーザ情報ａ）およびクライアント装置ａとは異なるクライアント装置（クライアント装置ｂ）のアカウント（ユーザ情報ｂ）に共通の情報である連携情報を取得する受信手段Ｒ１と、他の連携サーバ装置で生成された、上記連携情報に対応する情報である参照情報を取得可能な受信手段Ｒ４と、少なくとも上記ユーザ情報ｂが登録されたユーザ情報管理データベースｂと、上記ユーザ情報管理データベースｂに、上記ユーザ情報ｂに上記連携情報を対応付けて登録可能なＤＢ管理手段ｂとを備えた連携サーバ装置がある。
【００２２】
次に、本発明のアカウントリンキングシステムの構成要素たりえるクライアント装置としては、連携サーバ装置間で共通の情報である連携情報に対応する情報である参照情報を取得可能な受信手段Ｒ２と、取得した上記参照情報を少なくとも他のクライアント装置に提供可能な提供手段Ａ３とを備えたクライアント装置がある。
さらに、連携サーバ装置間で共通の情報である連携情報に対応する情報である参照情報を取得可能な取得手段Ｒ３と、取得した上記参照情報を少なくとも連携サーバ装置に提供可能な送信手段Ａ４とを備えたクライアント装置がある。
【００２３】
なお、上記の各装置では、送信手段および受信手段を送受信する情報によって分けて表現したが、各別の物理的手段としてそれぞれを実現することに限定する趣旨ではない。ハードウェア資源としてこれら手段を実現する場合は、各装置において同じ通信手段によって実現することもできる。
【発明の効果】
【００２４】
本発明によれば、アカウントリンキングシステムを構成する各装置間で参照情報を流通させ、参照情報を手掛かりに、一方の連携サーバ装置が生成した連携情報を、他方の連携サーバ装置に渡すことを可能にしており、第１連携サーバ装置では、連携情報を第１クライアント装置のアカウント（第１ユーザ情報）に対応付けて登録し、第２連携サーバ装置では、連携情報を第２クライアント装置のアカウント（第２ユーザ情報）に対応付けて登録する。従って、第１ユーザ情報および第２ユーザ情報に共通の連携情報を鎹とすることで、第１ユーザ情報に対応するユーザと第２ユーザ情報に対応するユーザが同じであることが分かり、第１連携サーバ装置と第２連携サーバ装置との間でＩＤ連携が実現する。
【発明を実施するための最良の形態】
【００２５】
図を参照しながら、本発明の実施形態について説明する。
なお、本発明で広く「情報」とは、コンピュータによって扱うことが可能なデータとする。
【００２６】
本発明のアカウントリンキングシステム（１）は、少なくとも、第１連携サーバ装置（１００）と、第２連携サーバ装置（２００）と、第１クライアント装置（１０）と、第２クライアント装置（２０）とで構成される（図１参照）。
【００２７】
これらの装置間のうち少なくとも、第１連携サーバ装置（１００）と第１クライアント装置（１０）との間、第２連携サーバ装置（２００）と第２クライアント装置（２０）との間、第１クライアント装置（１０）と第２クライアント装置（２０）との間は、相互に通信可能であるとする。これらの装置間での通信方法は従来方法に拠ればよい。
【００２８】
例えば固定網である第１アクセスネットワーク（３１）に通信可能に接続された第１連携サーバ装置（１００）へは、第１アクセスネットワーク（３１）に通信可能に接続される第１クライアント装置（１０）からアクセス可能とする。そして、第１クライアント装置（１０）から例えばユーザアカウント（ＩＤ）を表すユーザ情報（ＩＤに対応するパスワードなどを含むとしてよい。）を第１連携サーバ装置（１００）に送信することで認証処理などが行われる。
【００２９】
同様に、例えば移動網である第２アクセスネットワーク（３２）に通信可能に接続された第２連携サーバ装置（２００）へは、第２アクセスネットワーク（３２）に通信可能に接続される第２クライアント装置（２０）からアクセス可能とする。そして、第２クライアント装置（２０）から例えばユーザアカウント（ＩＤ）を表すユーザ情報（ＩＤに対応するパスワードなどを含むとしてもよい。）を第２認証サーバ装置（２００）に送信することで認証処理などが行われる。
【００３０】
また、第１クライアント装置（１０）と第２クライアント装置（２０）との間は、図１には示していないが、例えば無線通信や赤外線通信などによって相互に通信可能である。なお、第１クライアント装置（１０）および第２クライアント装置（２０）は、同一ユーザＸに所有ないし占有されている。
【００３１】
第１認証サーバ装置（１００）と第２認証サーバ装置（２００）は、それぞれ独立してユーザＸに対してユーザ情報を発行している。具体的には、第１連携サーバ装置（１００）にアクセス可能な第１クライアント装置（１０）のユーザアカウント（ＩＤ）は例えばＪｏｅであり、第２連携サーバ装置（２００）にアクセス可能な第２クライアント装置（２０）のユーザアカウント（ＩＤ）は例えばＪｏｓｅｐｈとする。
そして、第１認証サーバ装置（１００）は第１ユーザ情報管理データベース（１０１）を保持しており、第１認証サーバ装置（１００）が発行したユーザ情報を第１ユーザ情報管理データベース（１０１）に登録している。同様に、第２認証サーバ装置（２００）は第２ユーザ情報管理データベース（２０１）を保持しており、第２認証サーバ装置（２００）が発行したユーザ情報を第２ユーザ情報管理データベース（２０１）に登録している。
このためユーザＸは、認証ドメインごとに独立したユーザアカウント（ＩＤ）を保持している状態にある。なお、以下の説明では、第１ユーザ情報管理データベース（１０１）に登録されているユーザ情報を第１ユーザ情報と云う。同様に、第２ユーザ情報管理データベース（２０１）に登録されているユーザ情報を第２ユーザ情報と云う。
【００３２】
このような状況にあってＩＤ連携を構築するためには、認証ドメインごとに独立したユーザアカウント（ＩＤ）の相互で関連付けがなされる必要がある。具体的には、第１連携サーバ装置（１００）と第２連携サーバ装置（２００）との間で、第１ユーザ情報と第２ユーザ情報が同一ユーザに関するものとして関連付けされればよい。本発明では、第１ユーザ情報および第２ユーザ情報に共通の情報である連携情報を生成して、この連携情報を鎹とする。つまり、第１ユーザ情報管理データベース（１０１）では第１ユーザ情報に対応付けて連携情報を登録するとし、第２ユーザ情報管理データベース（２０１）では第２ユーザ情報に対応付けて同じ連携情報を登録するとすれば、この連携情報が鎹となって、第１連携サーバ装置（１００）と第２連携サーバ装置（２００）との間で、第１ユーザ情報と第２ユーザ情報が同一ユーザに関するものとして関連付けされる。
【００３３】
そこで、いかにして連携情報を第１連携サーバ装置（１００）と第２連携サーバ装置（２００）とで共有するとするかが問題となる。本発明では、連携情報に対応付けられた情報である参照情報を第１連携サーバ装置（１００）と、第２連携サーバ装置（２００）と、第１クライアント装置（１０）と、第２クライアント装置（２０）との間に流通させて、この参照情報を手がかりに、連携情報を第１連携サーバ装置（１００）と第２連携サーバ装置（２００）とで共有する。このアカウントリンキング方法は、本発明のアカウントリンキングシステムの詳細と併せて後述の各実施形態で明らかにする。
【００３４】
なお、各実施形態では連携サーバ装置を２つとするが、連携候補となる連携サーバ装置が３以上ある場合には、連携情報だけでは足りず、或る連携サーバ装置が、どの連携サーバ装置と連携するかを識別するためのインデックスが必要になる。そこで、このようなインデックスとして、連携先の連携サーバ装置を示す情報である連携先サーバ情報を用いればよい。この場合には、第１ユーザ情報管理データベース（１０１）では第１ユーザ情報に対応付けて連携情報および連携先サーバ情報を登録するとし、同様に、第２ユーザ情報管理データベース（２０１）では第２ユーザ情報に対応付けて連携情報および連携先サーバ情報を登録する。
【００３５】
各実施形態の説明に先立ち、本発明のアカウントリンキング方法を実行することによって実現する、各ユーザ情報管理データベースのデータベース構成の一例を示す。
図２（ａ）は、本発明のアカウントリンキング方法を実行することによって実現する、第１認証サーバ装置（１００）が保持する第１ユーザ情報管理データベース（１０１）のデータベース構成の一例を示している。また、図２（ｂ）は、本発明のアカウントリンキング方法を実行することによって実現する、第２認証サーバ装置（２００）が保持する第２ユーザ情報管理データベース（２０１）のデータベース構成の一例を示している。
【００３６】
第１ユーザ情報管理データベース（１０１）では、ユーザ情報と関連情報と連携先サーバ情報が対応付けられて登録されている。図２（ａ）に示す例では、ユーザ情報であるアカウント（ＩＤ）がＪｏｅに対して、連携情報ａｂｃ１２３および連携先サーバ情報ＩＤＰ２が対応付けられて登録されている。
【００３７】
一方、第２ユーザ情報管理データベース（２０１）では、ユーザ情報と関連情報と連携先サーバ情報が対応付けられて登録されている。図２（ｂ）に示す例では、ユーザ情報であるアカウント（ＩＤ）がＪｏｓｅｐｈに対して、連携情報ａｂｃ１２３および連携先サーバ情報ＩＤＰ１が対応付けられて登録されている。
【００３８】
ここで、各アカウントは同一ユーザＸのものであり、異なるアクセスネットワークに接続されるクライアント装置ごとにアカウントを使い分けている例を示した。もちろん、同じアカウントとすることを妨げるものではない。また、アカウントとしてのＩＤをアルファベットに限定する趣旨でもなく、数字、平仮名などの記号・文字を用いることもできるし、それらの組み合わせでもよい。言うまでも無いが、ＩＤはコンピュータに認識可能な情報（データ）として記録される。
【００３９】
本発明のアカウントリンキング方法は、如何なる通信プロトコルにも適用できるものである。後述する各実施形態では、標準技術であるＳＡＭＬ ｖ２．０に準拠して本発明のアカウントリンキング方法を実現する場合として説明を行う。
【００４０】
各実施形態は、ＩＤ連携を構築するための実行シーケンスである。下記のいずれかの実施形態に則り実行すると、第１連携サーバ装置（１００）または第２連携サーバ装置（２００）は、連携情報を発行して、第１ユーザ情報または第２ユーザ情報に連携情報および連携先サーバ情報を対応付けて登録し、他方の連携サーバ装置に連携情報を送信する。他方の連携サーバ装置は、連携情報を受信すると、他方の連携サーバ装置におけるユーザ情報に連携情報および連携先サーバ情報を対応付けて登録する。
【００４１】
このような仕組みによれば、第１連携サーバ装置および第２連携サーバ装置は、それぞれ独立してユーザ情報管理データベースを保持し、さらに各連携サーバ装置が独自にユーザ情報を発行しているという前提で、実アカウント（実ＩＤ）そのものを交換することなく（それぞれの連携サーバ装置でプライバシを保ったまま）、ＳＳＯが可能なＩＤ連携を構築することが可能となる。
【００４２】
各実施形態の説明において「認証情報」は、ＳＡＭＬ ｖ２．０のAssertionとする。「参照情報」は、第１実施形態ではＳＡＭＬ ｖ２．０のArtifactであり、第２、３、４の各実施形態ではＳＡＭＬ ｖ２．０のRelayStateやAuthenRequestなどのリクエストＩＤである。なお、参照情報としては、ここに例示した情報に限定されず、当事者間のセッションを示す情報（セッション情報）であれば特に限定はない。「連携情報」は、図２に示すように、ＩＤ連携を構築する連携サーバ装置間で共有するランダムな文字列・記号列とする。「参照情報を含むメッセージ」は、ＩＤ連携を構築するために各装置間で送受信される情報であって、その具体的な形態はメッセージ伝達手段により異なるものとすることができる。一般的には、テキストなどの文字列・記号列を表す情報（データ）とすることでよいが、例えば２次元コードなどの画像情報とすることもできる。この場合には、参照情報を含めた２次元コードをディスプレイなどの表示装置に表示してメッセージの提供を行なう。そして、例えばカメラなどの２次元コード読取手段によって、表示された２次元コードを読み取り、２次元コードに含まれるメッセージを取得する。
【００４３】
《第１実施形態》
第１実施形態では、第１連携サーバ装置（１００）および第２連携サーバ装置（２００）は、第１アクセスネットワーク（３１）、第２アクセスネットワーク（３２）、インターネット（３３）を介して、相互に通信可能であるとする。
【００４４】
図３は、本発明の第１実施形態における実行シーケンスの一例を示している。図４は、この実行シーケンスを実行するためのシステム構成と各装置に必要な機能構成の一例を示している。図５は、この実行シーケンスを実行する際に、第１連携サーバ装置（１００）および第２連携サーバ装置（２００）が各自で保持するユーザ情報管理データベースで管理する情報とそのデータベース構成を示している。認証情報および参照情報は少なくともこの実行シーケンスを実行する際に一時的にユーザ情報管理データベースで管理する必要がある情報であり、それ以外は長期的にユーザ情報管理データベースに保存される情報を示す。第１実施形態では、第１連携サーバ装置（１００）が連携情報を発行する。
【００４５】
まず、ユーザＸは、第１クライアント装置（１０）のキーボードなどに例示される入力手段（１１）によって、ユーザアカウント（ＩＤ）およびパスワードを入力する。このユーザアカウントは第１クライアント装置（１０）に固有のものとする。そして、第１クライアント装置（１０）の通信部（１３）が、第１クライアント装置（１０）の制御部（１２）による制御を受けて、入力されたユーザアカウント（ＩＤ）およびパスワードを第１連携サーバ装置（１００）に送信する（ステップＳ１０１）。
【００４６】
次に、第１連携サーバ装置（１００）の通信部（１０２）が、ステップＳ１０１の処理で送信されたユーザアカウント（ＩＤ）およびパスワードを受信すると、第１連携サーバ装置（１００）の制御部（１０３）による制御を受けて、第１連携サーバ装置（１００）の認証部（１０４）が、受信したユーザアカウント（ＩＤ）およびパスワードによる認証を行う（ステップＳ１０２）。ここでの認証は、いわゆる本人認証（資格認証）である。
【００４７】
続いて、ユーザＸは、第１クライアント装置（１０）の入力手段（１１）によって、希望するＩＤ連携先の連携サーバ装置、この場合はユーザＸのもう一つの第２クライアント装置（２０）がアクセス可能な第２連携サーバ装置（２００）のＩＰアドレスあるいはドメイン名など（以下、連携先サーバ情報という。）を入力してＩＤ連携先を指定する。第１クライアント装置（１０）の制御部（１２）は、第１クライアント装置（１０）の通信部（１３）を制御して、指定されたＩＤ連携先とのＩＤ連携を要求するＳＡＭＬ要求プロトコル＜Request＞を実施する（ステップＳ１０３）。この要求プロトコルでは、入力された連携先サーバ情報が第１連携サーバ装置（１００）に送信される。
【００４８】
次に、第１連携サーバ装置（１００）の通信部（１０２）が、ステップＳ１０３の処理で送信された連携先サーバ情報を受信すると、第１連携サーバ装置（１００）の制御部（１０３）による制御を受けて、第１連携サーバ装置（１００）の連携情報生成部（１０５）が、連携情報を生成する（ステップＳ１０４）。
【００４９】
次いで、第１連携サーバ装置（１００）の認証情報生成部（１０６）が、認証情報（ＳＡＭＬ ｖ２．０のAssertion）を生成する（ステップＳ１０５）。ここで認証情報は、ステップＳ１０４の処理で生成された連携情報を含む。
【００５０】
さらに、第１連携サーバ装置（１００）の参照情報生成部（１０７）が、ステップＳ１０４の処理で生成された連携情報に対応する情報である参照情報（ＳＡＭＬ ｖ２．０のArtifact）を生成する（ステップＳ１０６）。連携情報は認証情報に含まれるから、参照情報は認証情報に対応する情報と云うことができる。なお、参照情報はアカウントリンキングシステム（１）で転々流通する情報であるから、連携情報よりは容量の小さい情報とする。
【００５１】
そして、第１連携サーバ装置（１００）のメッセージ生成部（１０８）が、ステップＳ１０６の処理で生成された参照情報を含むメッセージを生成する（ステップＳ１０７）。
【００５２】
この段階を経ると、第１連携サーバ装置（１００）のＤＢ管理部（１０９）が、第１ユーザ情報管理データベース（１０１）に、図５（ａ）に示すように、本人認証された第１ユーザ情報（ＩＤ）、連携情報、連携先サーバ情報（ＩＤＰ２）、認証情報および参照情報を相互に対応付けて登録する（ステップＳ１０７ａ）。なお、認証情報および参照情報はテンポラリな情報として登録されている。
【００５３】
第１連携サーバ装置（１００）の通信部（１０２）が、第１連携サーバ装置（１００）の制御部（１０３）による制御を受けて、ステップＳ１０７の処理で生成されたメッセージを第１クライアント装置（１０）に送信する（ステップＳ１０８）。これは、ＳＡＭＬ要求プロトコル＜Request＞に対するＳＡＭＬ応答プロトコル＜Response＞である。
【００５４】
そして、第１クライアント装置（１０）の通信部（１３）がステップＳ１０８の処理で送信されたメッセージを受信すると、第１クライアント装置（１０）の制御部（１２）による制御を受けて、第１クライアント装置（１０）の通信部（１３）は、ステップＳ１０８の処理で受信したメッセージを、第２クライアント装置（２０）に送信する（ステップＳ１０９）。第２クライアント装置（２０）の通信部（２３）は、このメッセージを受信する。
第１クライアント装置（１０）は、第２クライアント装置（２０）に対して、メッセージを２次元コードとして提供することもできる。この場合、第１クライアント装置（１０）の２次元コード生成手段（図示しない。）は、第１連携サーバ装置（１００）から受信したメッセージを表す２次元コードを生成し、当該２次元コードを第１クライアント装置（１０）の出力手段（液晶ディスプレイなど）に表示する。そして、第２クライアント装置（２０）のカメラなどの入力手段（２１）によって２次元コードを撮影することで、第１クライアント装置（１０）に保存されるメッセージが第２クライアント装置（２０）に送信される。この観点からは、通信部（１３）および通信部（２３）は、上記のような出力手段、入力手段を含むものとして理解される。また、第１クライアント装置（１０）から第２クライアント装置（２０）への上記メッセージの提供は、第１クライアント装置（１０）から第２クライアント装置（２０）に対して、例えば送信処理の如く能動的に実行される場合に限定されず、２次元コードという画像情報を介してメッセージを提供する例からも分かるように、受動的に実行される場合も含まれる。なお、２次元コードを利用する形態は一例に過ぎず、これに限らず赤外線通信や無線通信など別の通信方式を用いて実装しても構わない。
【００５５】
続いて、第２クライアント装置（２０）の通信部（２３）が、ステップＳ１０９の処理で送信されたメッセージを受信すると、第２クライアント装置（２０）の制御部（２２）は、第２クライアント装置（２０）の通信部（２３）を制御して、ＩＤ連携要求元（この場合は、第１連携サーバ装置である。ＩＤ連携要求元が第１連携サーバ装置であることは、受信したメッセージに含まれる参照情報がＳＡＭＬ ｖ２．０のArtifactであることから判別可能である。ＳＡＭＬ ｖ２．０のArtifactにはArtifactの作成元を示す情報が含まれている。）とのＩＤ連携を要求するＳＡＭＬ要求プロトコル＜Request＞を、第２クライアント装置（２０）がアクセス可能な第２連携サーバ装置（２００）に対して実施する（ステップＳ１１０）。この要求プロトコルでは、ステップＳ１０９の処理で受信したメッセージから取り出した参照情報が第２連携サーバ装置（２００）に送信される。Requestは、第２連携サーバ装置（２００）の通信部（２０２）で受信される。
【００５６】
次に、ユーザＸは、第２クライアント装置（２０）の入力手段（２１）によって、ユーザアカウント（ＩＤ）およびパスワードを入力する。このユーザアカウントは第２クライアント装置（２０）に固有のものとする。そして、第２クライアント装置（２０）の通信部（２３）が、第２クライアント装置（２０）の制御部（２２）による制御を受けて、入力されたユーザアカウント（ＩＤ）およびパスワードを第２連携サーバ装置（２００）に送信する（ステップＳ１１１）。
【００５７】
次に、第２連携サーバ装置（２００）の通信部（２０２）が、ステップＳ１１１の処理で送信されたユーザアカウント（ＩＤ）およびパスワードを受信すると、第２連携サーバ装置（２００）の制御部（２０３）による制御を受けて、第２連携サーバ装置（２００）の認証部（２０４）が、受信したユーザアカウント（ＩＤ）およびパスワードによる認証を行う（ステップＳ１１２）。ここでの認証は、いわゆる本人認証（資格認証）である。
【００５８】
次いで（ステップＳ１１２の認証が成功した場合）、第２連携サーバ装置（２００）の制御部（２０３）は、第２連携サーバ装置（２００）の通信部（２０２）を制御して、ステップＳ１１０の処理で受信した参照情報の作成元であるＩＤ連携先（この場合は、第１連携サーバ装置である。）とのＩＤ連携を要求するＳＡＭＬ要求プロトコル＜Request＞を実施する（ステップＳ１１３）。この要求プロトコルでは、ステップＳ１１０の処理で受信した参照情報がRequest（連携要求を示す情報である要求情報に相当する。）に含まれて第１連携サーバ装置（１００）に送信される。つまり、参照情報を、第１連携サーバ装置（１００）に直接（第１クライアント装置あるいは第２クライアント装置を経由することなく）送信する。
【００５９】
そして、第１連携サーバ装置（１００）の通信部（１０２）がステップＳ１１３の処理で実施されたＳＡＭＬ要求プロトコル＜Request＞を受けると、第１連携サーバ装置（１００）の制御部（１０３）による制御を受けて、第１連携サーバ装置（１００）の通信部（１０２）は、連携情報を含む認証情報（受信した参照情報に対応する。）を、第２連携サーバ装置（２００）に直接送信する（ステップＳ１１４）。これは、ＳＡＭＬ要求プロトコル＜Request＞に対するＳＡＭＬ応答プロトコル＜Response＞である。
【００６０】
次に、第２連携サーバ装置（２００）の通信部（２０２）が、ステップＳ１１４の処理で送信された認証情報を受信すると、第２連携サーバ装置（２００）の制御部（２０３）による制御を受けて、第２連携サーバ装置（２００）のＤＢ管理部（２０５）が、第２ユーザ情報管理データベース（２０１）に、図５（ｂ）に示すように、本人認証された第２ユーザ情報（ＩＤ）、認証情報から取り出した連携情報、参照情報で判別するＩＤ連携先を示す連携先サーバ情報（ＩＤＰ１）を対応付けて登録する（ステップＳ１１５）。
【００６１】
そして、第２連携サーバ装置（２００）の制御部（２０３）は、第２連携サーバ装置（２００）の通信部（２０２）を制御して、第２クライアント装置（２０）に対して、ＩＤ連携が完了したことを通知するＳＡＭＬ応答プロトコル＜Response＞を実施する（ステップＳ１１６）。
【００６２】
第１実施形態では、マルチチャネル認証技術とのマッチングの観点から、認証フェーズを含むものとしてアカウントリンキング方法を説明したが、アカウントリンキング自体では認証フェーズは必須でない。つまり、ステップＳ１０１、Ｓ１０２、Ｓ１１１、Ｓ１１２の各処理は、アカウントリンキングに付随して行うことができる任意の処理である。ステップＳ１０１、Ｓ１０２、Ｓ１１１、Ｓ１１２の各処理を不要とする形態だけで無く、例えば、ステップＳ１０１、Ｓ１０２、Ｓ１１１、Ｓ１１２の各処理を、アカウントリンキングのプリプロセスとして予め行なっておくという形態が考えられる。
【００６３】
第１実施形態では、ＳＡＭＬに準拠してアカウントリンキング方法を説明したので、連携先の連携サーバ装置は参照情報（ＳＡＭＬ ｖ２．０のArtifact）から判別できた。しかし、参照情報が、参照情報の作成元を示すものでない場合には、別途に連携先サーバ情報を生成して参照情報に添付するか、参照情報を連携先サーバ情報を含むものとして生成すればよい。
【００６４】
《第２実施形態》
第１実施形態では、第１連携サーバ装置（１００）と第２連携サーバ装置（２００）とが相互に通信可能な通信環境を想定していた。第２実施形態では、第１連携サーバ装置（１００）と第２連携サーバ装置（２００）とが相互に通信可能ではない通信環境を想定する。但し、両者が相互に通信可能ではない場合にのみ、この第２実施形態が適用しえる趣旨ではない。両者が相互に通信可能な環境であっても、この第２実施形態を適用しえる。
第２実施形態では、第１連携サーバ装置（１００）と第２連携サーバ装置（２００）とは相互に通信可能であることが保証されないものの、第２クライアント装置（２０）は、第２アクセスネットワーク（３２）、インターネット（３３）、第１アクセスネットワーク（３１）を経由して第１連携サーバ装置（１００）にアクセスすることは可能とする。
【００６５】
図６は、本発明の第２実施形態における実行シーケンスの一例を示している。この実行シーケンスを実行するためのシステム構成と各装置に必要な機能構成の一例は、図４に示す機能構成例と同じとする。図１１（ａ）および図１１（ｂ）は、この実行シーケンスを実行する際に、第１連携サーバ装置（１００）および第２連携サーバ装置（２００）が各自で保持するユーザ情報管理データベースで管理する情報とそのデータベース構成を示している。参照情報は少なくともこの実行シーケンスを実行する際に一時的にユーザ情報管理データベースで管理する必要がある情報であり、それ以外は長期的にユーザ情報管理データベースに保存される情報を示す。第２実施形態では、第１連携サーバ装置（１００）が連携情報を発行する。
【００６６】
まず、ステップＳ２０１、ステップＳ２０２、ステップＳ２０３の各処理を順次に行うが、ステップＳ２０１はステップＳ１０１、ステップＳ２０２はステップＳ１０２、ステップＳ２０３はステップＳ１０３に同じであるから、説明を略する。
【００６７】
ステップＳ２０３の処理に続いて、第１連携サーバ装置（１００）の通信部（１０２）が、ステップＳ２０３の処理で送信された連携先サーバ情報（ＩＤＰ２）を受信すると、第１連携サーバ装置（１００）の制御部（１０３）による制御を受けて、第１連携サーバ装置（１００）の参照情報生成部（１０７）が、参照情報（ＳＡＭＬ ｖ２．０のRelayStateなど）を生成する（ステップＳ２０４）。
【００６８】
続いて、第１連携サーバ装置（１００）のメッセージ生成部（１０８）が、ステップＳ２０４の処理で生成された参照情報を含むメッセージを生成する（ステップＳ２０５）。
この段階を経ると、第１連携サーバ装置（１００）のＤＢ管理部（１０９）が、第１ユーザ情報管理データベース（１０１）に、図１１（ａ）に示すように、本人認証された第１ユーザ情報（ＩＤ）、連携先サーバ情報および参照情報を相互に対応付けて登録している。なお、参照情報はテンポラリな情報として登録される。
【００６９】
ステップＳ２０５の処理に続いてステップＳ２０６およびステップＳ２０７の処理を順次に行うが、ステップＳ２０６はステップＳ１０８、ステップＳ２０７はステップＳ１０９に同じであるから、説明を略する。
【００７０】
第２クライアント装置（２０）の通信部（２３）が、ステップＳ２０７の処理で送信されたメッセージを受信すると、ユーザＸは、第２クライアント装置（２０）の入力手段（２１）によって、ユーザアカウント（ＩＤ）およびパスワードを入力する。このユーザアカウントは第２クライアント装置（２０）に固有のものとする。そして、第２クライアント装置（２０）の通信部（２３）が、第２クライアント装置（２０）の制御部（２２）による制御を受けて、入力されたユーザアカウント（ＩＤ）、パスワードおよびステップＳ２０７の処理で送信されたメッセージから取り出した参照情報を第２連携サーバ装置（２００）に送信する（ステップＳ２０８）。
【００７１】
次に、第２連携サーバ装置（２００）の通信部（２０２）が、ステップＳ２０８の処理で送信されたユーザアカウント（ＩＤ）、パスワードおよび参照情報を受信すると、第２連携サーバ装置（２００）の制御部（２０３）による制御を受けて、第２連携サーバ装置（２００）の認証部（２０４）が、受信したユーザアカウント（ＩＤ）およびパスワードによる認証を行う（ステップＳ２０９）。ここでの認証は、いわゆる本人認証（資格認証）である。
【００７２】
続いて、第２クライアント装置（２０）の制御部（２２）は、第２クライアント装置（２０）の通信部（２３）を制御して、第２クライアント装置（２０）がアクセス可能な第２連携サーバ装置（２００）に対して、ＩＤ連携要求元（この場合は、第１連携サーバ装置である。）とのＩＤ連携を要求するＳＡＭＬ要求プロトコル＜Request＞を実施する（ステップＳ２１０）。この要求プロトコルでは、ステップＳ２０７の処理で受信したメッセージから取り出した参照情報が第２連携サーバ装置（２００）に送信される。
この段階を経ると、第２連携サーバ装置（２００）のＤＢ管理部（２０５）が、第２ユーザ情報管理データベース（２０１）に、図１１（ｂ）に示すように、本人認証された第２ユーザ情報（ＩＤ）、参照情報で判別するＩＤ連携先を示す連携先サーバ情報、および参照情報を対応付けて登録している。なお、参照情報はテンポラリな情報として登録される。
【００７３】
第２連携サーバ装置（２００）の通信部（２０２）が、ステップＳ２１０の処理で実施されたRequestを受信すると、第２連携サーバ装置（２００）の制御部（２０３）は、第２連携サーバ装置（２００）の通信部（２０２）を制御して、ＩＤ連携要求元（この場合は、第２連携サーバ装置である。）とのＩＤ連携を要求するＳＡＭＬ要求プロトコル＜Request＞を実施する（ステップＳ２１１）。このＳＡＭＬ要求プロトコル＜Request＞は、第２連携サーバ装置（２００）から第２クライアント装置（２０）のＷｅｂブラウザをリダイレクトして第１連携サーバ装置（１００）へＩＤ連携を要求することで行なう。リダイレクトは、ＨＴＴＰ Redirectや、ＧＥＴ、ＰＯＳＴメソッドを利用して第２クライアント装置（２０）のＷｅｂブラウザ経由で行う。このときRequestには参照情報を含む。
【００７４】
次に、第１連携サーバ装置（１００）の通信部（１０２）が、ステップＳ２１１の処理で送信されたRequestを受信すると、第１連携サーバ装置（１００）の制御部（１０３）による制御を受けて、第１連携サーバ装置（１００）の連携情報生成部（１０５）が、ステップＳ２１１の処理で受信した参照情報に対応する認証されたＩＤ（第１ユーザ情報）に対して連携情報を生成する（ステップＳ２１２）。
【００７５】
次いで、第１連携サーバ装置（１００）の認証情報生成部（１０６）が、認証情報を生成する（ステップＳ２１３）。ここで認証情報はＳＡＭＬ ｖ２．０のAssertionであり、ステップＳ２１２の処理で生成された連携情報を含む。
【００７６】
この段階を経ると、第１連携サーバ装置（１００）のＤＢ管理部（１０９）が、第１ユーザ情報管理データベース（１０１）に、図１１（ａ）に示すように、本人認証された第１ユーザ情報（ＩＤ）、連携情報、連携先サーバ情報（ＩＤＰ２）、認証情報および参照情報を相互に対応付けて登録する（ステップＳ２１３ａ）。なお、認証情報はテンポラリな情報として登録されている。
【００７７】
次に、第１連携サーバ装置（１００）の制御部（１０３）は、第１連携サーバ装置（１００）の通信部（１０２）を制御して、ステップＳ２１３の処理で生成した認証情報を、第２クライアント装置（２０）のＷｅｂブラウザをリダイレクトして第２連携サーバ装置（２００）へ送信する（ステップＳ２１４）。
【００７８】
次に、第２連携サーバ装置（２００）の通信部（２０２）が、ステップＳ２１４の処理で送信された認証情報を受信すると、第２連携サーバ装置（２００）の制御部（２０３）による制御を受けて、第２連携サーバ装置（２００）のＤＢ管理部（２０５）が、第２ユーザ情報管理データベース（２０１）に、図１１（ｂ）に示すように、本人認証された第２ユーザ情報（ＩＤ）、連携情報、連携先サーバ情報を相互に対応付けて登録する。（ステップＳ２１５）。
【００７９】
そして、第２連携サーバ装置（２００）の制御部（２０３）は、第２連携サーバ装置（２００）の通信部（２０２）を制御して、第１クライアント装置（１０）に対して、ＩＤ連携が完了したことを通知するＳＡＭＬ応答プロトコル＜Response＞を実施する（ステップＳ２１６）。
【００８０】
第１実施形態のステップＳ１１１の処理では、第２実施形態のステップＳ２０８と同様の処理でありながら参照情報を送っておらず、一方、ステップＳ２０８の処理では参照情報も併せて送っている。参照情報が、第１連携サーバ装置（１００）と第２連携サーバ装置（２００）との間で連携情報を手掛かりに共有されることに留意すると、同じ参照情報が第１ユーザ情報と第２ユーザ情報のそれぞれに対応付けられる必要がある。第１連携サーバ装置（１００）が第１クライアント装置（１０）からＩＤ連携要求を受けて参照情報を生成するから、第１ユーザ情報と参照情報との対応付けには齟齬が生じない。しかし、第２連携サーバ装置（２００）にとって参照情報は外部から入手される情報であるから、参照情報と第２ユーザ情報との対応付けに齟齬が生じないようにする必要がある。従って、一般的には、第２実施形態のステップＳ２０８の処理のように、第２クライアント装置（２０）を用いたユーザ認証の際に、第２連携サーバ装置（２００）に参照情報を提供することで、第２ユーザ情報と参照情報との対応付けに齟齬が生じないようにする。勿論、参照情報と第２ユーザ情報との対応付けに齟齬を生じない方法であればよいから、第２クライアント装置（２０）を用いたユーザ認証の際に、第２連携サーバ装置（２００）に参照情報を提供することに限定するものではない。ここで述べたことは、後述する第３実施形態、第４実施形態も同様である。
【００８１】
この点、第１実施形態においても、参照情報の提供を伴うステップＳ１１１、次にステップＳ１１２、続いてステップＳ１１０の順番で各処理を行うことが考えられる。勿論、このような方法でもよいのであるが、第１実施形態では、第２クライアント装置（２０）から参照情報を第２連携サーバ装置（２００）に送信するステップＳ１１０の処理を先行させることで、ステップＳ１１１の処理では参照情報の提供が不要となっている。
逆に云えば、第２実施形態でも、参照情報の提供を伴うステップＳ２１０、次に参照情報の提供を伴わないステップＳ２０８、続いてステップＳ２０９の順番で各処理を行うことが考えられる（後述する第３実施形態、第４実施形態も同様である。）。
【００８２】
第２実施形態では、第１実施形態と同様に、マルチチャネル認証技術とのマッチングの観点から、認証フェーズを含むものとしてアカウントリンキング方法を説明したが、アカウントリンキング自体では認証フェーズは必須でない。つまり、ステップＳ２０１、Ｓ２０２、Ｓ２０８、Ｓ２０９の各処理は、アカウントリンキングに付随して行うことができる任意の処理である。ステップＳ２０１、Ｓ２０２、Ｓ２０８、Ｓ２０９の各処理を不要とする形態だけで無く、例えば、ステップＳ２０１、Ｓ２０２、Ｓ２０８、Ｓ２０９の各処理を、アカウントリンキングのプリプロセスとして予め行なっておくという形態が考えられる。但し、第２連携サーバ装置（２００）では、第２クライアント装置（２０）から参照情報の提供を受けたときに、第２ユーザ情報管理データベース（２０１）で、第２ユーザ情報に参照情報を対応付けておく。ここで述べたことは、後述する第３実施形態、第４実施形態も同様である。
【００８３】
第２実施形態では、ＳＡＭＬに準拠してアカウントリンキング方法を説明したので、連携先の連携サーバ装置は参照情報（ＳＡＭＬ ｖ２．０のRelayStateなど）から判別できた。しかし、参照情報が、参照情報の作成元を示すものでない場合には、別途に連携先サーバ情報を生成して参照情報に添付するか、参照情報を連携先サーバ情報を含むものとして生成すればよい（後述する第３実施形態、第４実施形態も同様である。）。
【００８４】
《第３実施形態》
第３実施形態では、第２実施形態と同様、第１連携サーバ装置（１００）と第２連携サーバ装置（２００）とが相互に通信可能ではない通信環境を想定する。但し、両者が相互に通信可能ではない場合にのみ、この第３実施形態が適用しえる趣旨ではない。両者が相互に通信可能な環境であっても、この第３実施形態を適用しえる。
第３実施形態では、第１連携サーバ装置（１００）と第２連携サーバ装置（２００）とは相互に通信可能であることが保証されないものの、第１クライアント装置（１０）は、第１アクセスネットワーク（３１）、インターネット（３３）、第２アクセスネットワーク（３２）を経由して第２連携サーバ装置（２００）にアクセスすることは可能とする。
【００８５】
図７は、本発明の第３実施形態における実行シーケンスの一例を示している。図８は、この実行シーケンスを実行するためのシステム構成と各装置に必要な機能の一例を示している。図１１は、この実行シーケンスを実行する際に、第１連携サーバ装置（１００）および第２連携サーバ装置（２００）が各自で保持するユーザ情報管理データベースで管理する情報とそのデータベース構成を示している。参照情報は少なくともこの実行シーケンスを実行する際に一時的にユーザ情報管理データベースで管理する必要がある情報であり、それ以外は長期的にユーザ情報管理データベースに保存される情報を示す。第２実施形態では、第２連携サーバ装置（２００）が連携情報を発行する。
【００８６】
まず、ステップＳ３０１〜ステップＳ３０９の各処理を順次に行うが、ステップＳ３０１はステップＳ２０１、ステップＳ３０２はステップＳ２０２、ステップＳ３０３はステップＳ２０３、ステップＳ３０４はステップＳ２０４、ステップＳ３０５はステップＳ２０５、ステップＳ３０６はステップＳ２０６、ステップＳ３０７はステップＳ２０７、ステップＳ３０８はステップＳ２０８、ステップＳ３０９はステップＳ２０９に同じであるから、説明を略する。
【００８７】
第１クライアント装置（１０）の制御部（１２）は、第１クライアント装置（１０）の通信部（１３）を制御して、第１クライアント装置（１０）がアクセス可能な第１連携サーバ装置（１００）に対して、ＩＤ連携要求先（この場合は、第２連携サーバ装置である。）とのＩＤ連携を要求するＳＡＭＬ要求プロトコル＜Request＞を実施する（ステップＳ３１０）。この要求プロトコルでは、ステップＳ３０６の処理で受信したメッセージから取り出した参照情報が第１連携サーバ装置（１００）に送信される。
【００８８】
ステップＳ３１０の処理の後、第１連携サーバ装置（１００）の制御部（１０３）は、第１連携サーバ装置（１００）の通信部（１０２）を制御して、ＩＤ連携要求元（この場合は、第１連携サーバ装置である。）とのＩＤ連携を要求するＳＡＭＬ要求プロトコル＜Request＞を実施する（ステップＳ３１１）。このＳＡＭＬ要求プロトコル＜Request＞は、第１連携サーバ装置（１００）から第１クライアント装置（１０）のＷｅｂブラウザをリダイレクトして第２連携サーバ装置（２００）へＩＤ連携を要求することで行なう。リダイレクトは、ＨＴＴＰ Redirectや、ＧＥＴ、ＰＯＳＴメソッドを利用して第１クライアント装置（１０）のＷｅｂブラウザ経由で行う。このときRequestには参照情報を含む。
【００８９】
次に、第２連携サーバ装置（１００）の通信部（２０２）が、ステップＳ３１１の処理で送信されたRequestを受信すると、第２連携サーバ装置（２００）の制御部（２０３）による制御を受けて、第２連携サーバ装置（２００）の連携情報生成部（２０６）が、ステップＳ３１１の処理で受信した参照情報に対応する認証されたＩＤ（第２ユーザ情報）に対して連携情報を生成する（ステップＳ３１２）。
【００９０】
この段階を経ると、第２連携サーバ装置（２００）のＤＢ管理部（２０５）が、第２ユーザ情報管理データベース（２０１）に、図１１（ｂ）に示すように、本人認証された第２ユーザ情報（ＩＤ）、連携情報、必要に応じて連携先サーバ情報および参照情報を相互に対応付けて登録する（ステップＳ３１２ａ）。なお、参照情報は削除されても構わない。
【００９１】
次いで、第２連携サーバ装置（２００）の認証情報生成部（２０７）が、認証情報を生成する（ステップＳ３１３）。ここで認証情報はＳＡＭＬ ｖ２．０のAssertionであり、ステップＳ３１２の処理で生成された連携情報を含む。
【００９２】
次に、第２連携サーバ装置（２００）の制御部（２０３）は、第２連携サーバ装置（２００）の通信部（２０２）を制御して、ステップＳ３１３の処理で生成した認証情報を第１クライアント装置（１０）のＷｅｂブラウザをリダイレクトして第１連携サーバ装置（１００）へ送信する（ステップＳ３１４）。
【００９３】
次に、第１連携サーバ装置（１００）の通信部（１０２）が、ステップＳ３１４の処理で送信された認証情報を受信すると、第１連携サーバ装置（１００）の制御部（１０３）による制御を受けて、第１連携サーバ装置（１００）のＤＢ管理部（１０５）が、第１ユーザ情報管理データベース（１０１）に、図１１（ａ）に示すように、本人認証された第１ユーザ情報（ＩＤ）、連携情報、連携先サーバ情報を相互に対応付けて登録する（ステップＳ３１５）。
【００９４】
そして、第１連携サーバ装置（２００）の制御部（２０３）は、第２連携サーバ装置（２００）の通信部（２０２）を制御して、第１クライアント装置（１０）に対して、ＩＤ連携が完了したことを通知するＳＡＭＬ応答プロトコル＜Response＞を実施する（ステップＳ３１６）。
【００９５】
《第４実施形態》
第４実施形態では、第３実施形態と同様の通信環境を想定する。第４実施形態は、第３実施形態の変形的な形態である。
【００９６】
図９は、本発明の第４実施形態における実行シーケンスの一例を示している。図１０は、この実行シーケンスを実行するためのシステム構成と各装置に必要な機能の一例を示している。図１１は、この実行シーケンスを実行する際に、第１連携サーバ装置（１００）および第２連携サーバ装置（２００）が各自で保持するユーザ情報管理データベースで管理する情報とそのデータベース構成を示している。参照情報は少なくともこの実行シーケンスを実行する際に一時的にユーザ情報管理データベースで管理する必要がある情報であり、それ以外は長期的にユーザ情報管理データベースに保存される情報を示す。第２実施形態では、第２連携サーバ装置（２００）が連携情報を発行する。
【００９７】
まず、ステップＳ４０１〜ステップＳ４０４の各処理を順次に行うが、ステップＳ４０１はステップＳ３０１、ステップＳ４０２はステップＳ３０２、ステップＳ４０３はステップＳ３０３、ステップＳ４０４はステップＳ３０４に同じであるから、説明を略する。
【００９８】
ステップＳ４０４の処理に続いて、第１連携サーバ装置（１００）の制御部（１０３）は、第１連携サーバ装置（１００）の通信部（１０２）を制御して、ＩＤ連携要求元（この場合は、第１連携サーバ装置である。）とのＩＤ連携を要求するＳＡＭＬ要求プロトコル＜Request＞を実施する（ステップＳ４０５）。このＳＡＭＬ要求プロトコル＜Request＞は、第１連携サーバ装置（１００）から第１クライアント装置（１０）のＷｅｂブラウザをリダイレクトして第２連携サーバ装置（２００）へＩＤ連携を要求することで行なう。リダイレクトは、ＨＴＴＰ Redirectや、ＧＥＴ、ＰＯＳＴメソッドを利用して第１クライアント装置（１０）のＷｅｂブラウザ経由で行う。このときRequestには参照情報を含む。
【００９９】
次に、第２連携サーバ装置（２００）の通信部（２０２）が、ステップＳ４０５の処理で送信されたRequestを受信すると、第２連携サーバ装置（２００）の制御部（２０３）による制御を受けて、第２連携サーバ装置（２００）のメッセージ生成部（２０８）が、受信したRequestに含まれる参照情報を含むメッセージを生成する（ステップＳ４０６）。
【０１００】
次に、第２連携サーバ装置（２００）の通信部（２０２）が、第２連携サーバ装置（２００）の制御部（２０３）による制御を受けて、ステップＳ４０６の処理で生成されたメッセージを第１クライアント装置（１０）に送信する（ステップＳ４０７）。
【０１０１】
そして、ステップＳ４０８〜ステップＳ４１０の各処理を順次に行うが、ステップＳ４０８はステップＳ３０７、ステップＳ４０９はステップＳ３０８、ステップＳ４１０はステップＳ３０９に同じであるから、説明を略する。
【０１０２】
ステップＳ４１０の処理の後、第１クライアント装置（１０）の制御部（１２）は、第１クライアント装置（１０）の通信部（１３）を制御して、第２連携サーバ装置（２００）に対して、ＩＤ連携要求元（この場合は、第１連携サーバ装置である。）とのＩＤ連携を要求するＳＡＭＬ要求プロトコル＜Request＞を実施する（ステップＳ４１１）。このとき、RequestにはステップＳ４０４の処理で生成された参照情報を含む。
【０１０３】
ステップＳ４１１の処理に続いて、ステップＳ４１２〜ステップＳ４１６の各処理を順次に行うが、ステップＳ４１２はステップＳ３１１、ステップＳ４１３はステップＳ３１２、ステップＳ４１４はステップＳ３１３、ステップＳ４１５はステップＳ３１４、ステップＳ４１６はステップＳ３１５に同じであるから、説明を略する。
【０１０４】
本発明では、アクセスネットワークとして、固定網や移動網に限定されるものではなく、例えば、無線ネットワークとすることもできる。
【０１０５】
上記各実施形態では、２つの連携サーバ装置間でＩＤ連携を行なう形態として説明したが、複数の連携サーバ装置間でも、異なる２つの連携サーバ装置間でＩＤ連携を行なうことを繰り返すことで、複数の連携サーバ装置間のＩＤ連携が実現する。この場合、各連携サーバ装置に保持されるユーザ情報管理データベースでは、各連携サーバ装置に対応するクライアント装置のアカウント（ユーザ情報）に、全ての連携サーバ装置で共通の連携情報と、自身の連携サーバ装置を除く各連携サーバ装置を示す連携先サーバ情報を対応付けて管理すればよい。
【０１０６】
各実施形態で述べたように、本発明は、相異なる第１連携サーバ装置と第２連携サーバ装置との間でＩＤ連携が実現するものでありながら、標準技術ＳＡＭＬを利用可能であることも特徴の一つとなっている。
【０１０７】
さらに、本発明では、各連携サーバ装置が払い出しているＩＤを連携サーバ装置間で交換することなく、連携サーバ装置間では匿名を保ったままＩＤ連携を実現でき、ユーザのプライバシが保たれる。
【０１０８】
以上の実施形態の他、本発明であるアカウントリンキングシステム・方法は上述の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。また、各実施形態で説明したアカウントリンキング方法の処理手順は、説明したとおりの順序に限定されるものではない。処理内容から処理の前後を入れ替えることができないものの他は、適宜に処理手順を入れ替えてもよいし、可能であれば並列処理を行ってもよい。
【０１０９】
また、クライアント装置としては、パソコン、情報家電端末、携帯電話、モバイルＰＣやＰＤＡなどを用いることができる。これらに例示されるように、クライアント装置は、要するに記憶装置（例えば揮発性メモリ、不揮発性メモリ、ハードディスク）、演算処理装置（例えばＣＰＵ）、入力・出力装置（例えばキーボード、ポインティングデバイス、ディスプレイ）、通信装置（例えばＬＡＮカード、モデム、通信ケーブル、赤外線通信機、無線通信機）などを備えたコンピュータ（一例として図１２参照）によって実現することができる。また、第１連携サーバ装置および第２連携サーバ装置も、上記のようなコンピュータによって実現することができる。
【０１１０】
この場合、コンピュータは、プログラムおよびプログラムの処理に必要なデータを記憶装置に記憶しておき、必要に応じて演算処理装置がプログラムを読み込んで解釈実行することで、上述した各部・各手段（制御部、認証部、連携情報生成部、認証情報生成部、参照情報生成部、メッセージ生成部、ＤＢ管理部）の機能を実現する。つまり、例えば、第１クライアント装置（１０）としてコンピュータを機能させる場合には、制御部（１２）などの機能を実現するに必要なプログラムを演算処理装置が解釈実行することで、これらのうち必要な機能が実現する。このことは第２クライアント装置（２０）でも同様である。なお、上記各実施形態で説明したように、標準技術ＳＡＭＬ ｖ２．０を用いる場合には、Ｗｅｂブラウザ機能が必要になるから、第１クライアント装置（１０）および第２クライアント装置（２０）は、Ｗｅｂブラウザ機能を実現するに必要なプログラムを演算処理装置が解釈実行することで、Ｗｅｂブラウザ機能が実現するようにする。さらに云えば、上記各実施形態で説明した第１クライアント装置（１０）の各部・各手段の機能の少なくとも一部は、Ｗｅｂブラウザ機能によって実現されるものとしてもよい。以上のことは、第２クライアント装置（２０）でも同様である。
また、例えば、第１連携サーバ装置（１００）としてコンピュータを機能させる場合には、認証部（１０４）、参照情報生成部（１０７）などの機能を実現するに必要なプログラムを演算処理装置が解釈実行することで、上述した機能が実現する。このことは第２連携サーバ装置（２００）でも同様である。なお、ユーザ情報管理データベースは、連携サーバ装置の記憶装置に保存される。
【０１１１】
アカウントリンキングシステムを構成する各装置における処理機能をコンピュータによって実現する場合、各装置が有すべき機能の処理内容はプログラムによって記述される。
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。具体的には、例えば、磁気記録装置として、ハードディスク装置、フレキシブルディスク、磁気テープ等を、光ディスクとして、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等を、光磁気記録媒体として、ＭＯ（Magneto-Optical disc）等を、半導体メモリとしてＥＥＰ−ＲＯＭ（Electronically Erasable and Programmable-Read Only Memory）等を用いることができる。
【０１１２】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
【０１１３】
このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
【０１１４】
また、コンピュータ上で所定のプログラムを実行させることにより、上記各装置を構成するとしてもよいが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【産業上の利用可能性】
【０１１５】
本発明によれば、ＳＳＯを行なうための前提であるＩＤ連携が実現するから、例えば、マルチチャネル認証によるサービス利用（例えば、携帯電話の認証機能を固定網のサービス利用時の認証手段として利用する。）に有用である。
一例を挙げると、所望のオンラインサービスを受けるためのクライアント装置Ｗ１と認証を行うためのクライアント装置Ｗ２が異なる場合で、クライアント装置Ｗ１はサーバ装置Ｚ１に対してアクセス可能であり、クライアント装置Ｗ２はサーバ装置Ｚ２に対してアクセス可能である環境下でのマルチチャネル認証によるサービス利用であれば、クライアント装置Ｗ１を上記第１クライアント装置、クライアント装置Ｗ２を上記第２クライアント装置、サーバ装置Ｚ１を上記第１連携サーバ装置、サーバ装置Ｚ２を上記第２連携サーバ装置に見立てることで、マルチチャネル認証の前提となるアカウントリンキングが本発明によって実現する。
【図面の簡単な説明】
【０１１６】
【図１】本発明の各実施形態に係わるアカウントリンキングシステムの構成例を示す図。
【図２】（ａ）本発明で実現する第１ユーザ情報管理データベース（ＤＢ）のデータベース構成例を示す図。（ｂ）本発明で実現する第２ユーザ情報管理データベース（ＤＢ）のデータベース構成例を示す図。
【図３】本発明であるアカウントリンキング方法の第１実施形態の処理フロー。
【図４】第１実施形態におけるシステム構成と機能構成を示す図。
【図５】（ａ）第１実施形態における第１ユーザ情報管理データベース（ＤＢ）のデータベース構成例を説明する図。（ｂ）第１実施形態における第２ユーザ情報管理データベース（ＤＢ）のデータベース構成例を説明する図。
【図６】本発明であるアカウントリンキング方法の第２実施形態の処理フロー。
【図７】本発明であるアカウントリンキング方法の第３実施形態の処理フロー。
【図８】第３実施形態におけるシステム構成と機能構成を示す図。
【図９】本発明であるアカウントリンキング方法の第４実施形態の処理フロー。
【図１０】第４実施形態におけるシステム構成と機能構成を示す図。
【図１１】（ａ）第２、第３、第４の各実施形態における第１ユーザ情報管理データベース（ＤＢ）のデータベース構成例を説明する図。（ｂ）第２、第３、第４の各実施形態における第２ユーザ情報管理データベース（ＤＢ）のデータベース構成例を説明する図。
【図１２】第１クライアント装置、第１連携サーバ装置、第２クライアント装置、第２連携サーバ装置をコンピュータで実現する場合の、コンピュータのハードウェア構成例を示す図。
【符号の説明】
【０１１７】
１      第１アクセスネットワーク
２      第２アクセスネットワーク
３      インターネット
１０    第１クライアント装置
２０    第２クライアント装置
１００  第１連携サーバ装置
２００  第２連携サーバ装置
１０１  第１ユーザ情報管理データベース
２０１  第２ユーザ情報管理データベース
【図１】
2008186338.tif 000003
【図２】
2008186338.tif 000004
【図３】
2008186338.tif 000005
【図４】
2008186338.tif 000006
【図５】
2008186338.tif 000007
【図６】
2008186338.tif 000008
【図７】
2008186338.tif 000009
【図８】
2008186338.tif 000010
【図９】
2008186338.tif 000011
【図１０】
2008186338.tif 000012
【図１１】
2008186338.tif 000013
【図１２】
2008186338.tif 000014