ユーザ管理システム、制御方法及び制御プログラム
【課題】セキュリティを向上すること。
【解決手段】ＩＤＭＳは、ＳＮＳにより送信された識別情報のペアを受信すると、受信した識別情報により識別されるユーザの識別情報を取得する。ＩＤＭＳは、一方の識別情報について取得した識別情報が用いられるＳＮＳに判定用情報を送信し、他方の識別情報について取得した識別情報が用いられるＳＮＳに判定指示情報を送信する。判定用情報を受信したＳＮＳは、判定用情報を格納する。判定指示情報を受信したＳＮＳは、判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を関係記憶部から取得し、格納された判定用情報に含まれる識別情報がある場合に関係が結ばれていると判定する。ＳＮＳは、判定結果をＩＤＭＳに送信する。そして、ＩＤＭＳは、判定結果を受信すると、識別情報のペアの送信元となるＳＮＳに判定結果を送信する。
【解決手段】ＩＤＭＳは、ＳＮＳにより送信された識別情報のペアを受信すると、受信した識別情報により識別されるユーザの識別情報を取得する。ＩＤＭＳは、一方の識別情報について取得した識別情報が用いられるＳＮＳに判定用情報を送信し、他方の識別情報について取得した識別情報が用いられるＳＮＳに判定指示情報を送信する。判定用情報を受信したＳＮＳは、判定用情報を格納する。判定指示情報を受信したＳＮＳは、判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を関係記憶部から取得し、格納された判定用情報に含まれる識別情報がある場合に関係が結ばれていると判定する。ＳＮＳは、判定結果をＩＤＭＳに送信する。そして、ＩＤＭＳは、判定結果を受信すると、識別情報のペアの送信元となるＳＮＳに判定結果を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ管理システム、制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
ユーザ間で関係を結べるサーバ（ＳＮＳ、Social Network Sever）がある。ＳＮＳでは、ユーザは、交友関係のある人と関係を結ぶ。例えば、ＳＮＳでは、ユーザは、関係を結んだ人に対して自分の情報を公開し、関係を結んでいない人に対して自分の情報を公開しない。ＳＮＳは複数あり、一人のユーザが複数のＳＮＳを利用することもある。異なるＳＮＳ各々では、それぞれ異なるＩＤ（Identification）を用いてユーザを識別する。言い換えると、ユーザは、ＳＮＳごとに異なるＩＤを用いる。
【０００３】
ＳＮＳは、ユーザ間の関係を示すリストを記憶する。ＳＮＳにより記憶されるリストを「関係リスト」とも称する。例えば、ユーザ４０１とユーザ４０２とは、ＳＮＳ４１０にて関係を結び、ＳＮＳ４２０にて関係を結んでいない場合を用いて説明する。以下では、関係が結ばれていることを「関係がある」とも称し、関係が結ばれていないことを「関係がない」とも称する。この場合、ＳＮＳ４１０の関係リストには、ユーザ４０１とユーザ４０２との間に関係があることを示す情報が含まれ、ＳＮＳ４２０の関係リストには、ユーザ４０１とユーザ４０２との間に関係があることを示す情報が含まれない。この場合、ＳＮＳ４１０は、ユーザ４０２に対してユーザ４０１の情報を公開し、ＳＮＳ４２０は、ユーザ４０２に対してユーザ４０１の情報を公開しない。
【０００４】
また、ＳＮＳごとに異なるＩＤをユーザが管理するのは煩雑であり、ユーザのＩＤを束ねて管理するサーバ（ＩＤＭＳ、ＩＤ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｅｒ）がある。ＩＤＭＳは、ＳＮＳごとに用いられる識別情報をユーザごとに記憶する。具体的には、ＩＤＭＳは、ユーザが参加するＳＮＳとユーザのＩＤとの対応付けをユーザごとに記憶する。ＩＤＭＳにより記憶されるリストを「参加ＳＮＳリスト」とも称する。
【０００５】
ここで、他のＳＮＳの関係リストを取得し、他のＳＮＳにて関係が結ばれているか否かを判定する判定手法がある。例えば、ＳＮＳ４２０においてユーザ４０１とユーザ４０２とが関係を結んでいない場合に、ＳＮＳ４２０は、ＳＮＳ４１０の関係リストを取得し、取得したＳＮＳ４１０の関係リストにおいてユーザ４０１とユーザ４０２とが関係を結んでいるかを判定する。また、ＩＤＭＳにより保持されたＳＮＳ参加リストをユーザが公開する公開手法もある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】“ｐｌａｘｏ お客様の生活を豊かにするアドレスブック”、［online］、［平成２２年４月１４日検索］、インターネット（ＵＲＬ：http://www.plaxo.com/）
【非特許文献２】“Ｇｏｏｇｌｅアカウント ヘルプ”、［online］、［平成２２年４月７日検索］、インターネット（ＵＲＬ：http://www.google.com/support/accounts/bin/answer.py?answer=98085&hl=ja）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した判定手法では、個人情報を含む関係リストが他のＳＮＳに公開され、セキュリティ上好ましくないという問題がある。また、上述した判定手法では、他のＳＮＳの関係リストを取得したとしても、他のＳＮＳにおいては異なるＩＤが用いられており、ユーザを特定することが難しいという問題がある。
【０００８】
また、上述した判定手法に公開手法を応用した応用装置が考えられる。応用装置では、ＩＤＭＳにより公開されたＳＮＳ参加リストを参照することで、他のＳＮＳの関係リストのユーザを特定する。例えば、他のＳＮＳにおいてユーザ４０１とユーザ４０２との間に関係が結ばれているかをＳＮＳ４２０が判定する場合を用いて説明する。この場合、ＳＮＳ４２０は、ユーザ４０１が参加する他のＳＮＳであるＳＮＳ４１０の関係リストを取得する。そして、ＳＮＳ４２０は、ＩＤＭＳにより公開されたＳＮＳ参加リストを参照することで、ＳＮＳ４１０におけるユーザ４０１のＩＤやユーザ４０２のＩＤを特定し、特定したＩＤ間に関係があるかを確認する。
【０００９】
しかしながら、応用装置では、確認手法と同様に、ＳＮＳの関係リストが他のＳＮＳに公開され、セキュリティ上好ましくないという問題がある。また、応用装置では、ＩＤＭＳによりＳＮＳ参加リストが公開され、セキュリティ上好ましくないという問題がある。
【００１０】
開示の技術は、上述に鑑みてなされたものであって、セキュリティを向上可能であるユーザ管理システム、制御方法及び制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
開示の技術は、一つの態様において、ユーザごとに当該ユーザと関係が結ばれているユーザの識別情報を記憶する関係記憶部を有するサーバであって複数ある当該サーバがそれぞれ異なる識別情報を用いてユーザを識別する第一のサーバと、複数ある前記第一のサーバにより用いられる異なる識別情報を当該識別情報により識別されるユーザごとに記憶する識別情報記憶部を有する第二のサーバとを備えるユーザ管理システムであって、前記第一のサーバは、関係の有無が判定されるユーザのペアについて、当該ペアに含まれるユーザの識別情報各々を前記第二のサーバに送信する第一の送信部を有し、前記第二のサーバは、前記第一の送信部により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得する取得部と、前記ペアに含まれるユーザの識別情報のうち一方の識別情報について前記取得部により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報を含む前記判定に用いられる判定用情報を送信し、前記ペアに含まれるユーザの識別情報のうち他方の識別情報について前記取得部により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報について前記判定を実行する旨の指示である判定指示情報を送信する第二の送信部と、前記第一のサーバは、前記第二の送信部により送信された判定用情報を受信すると、当該判定用情報を判定用情報記憶部に格納する格納部と、前記第二の送信部により送信された判定指示情報を受信すると、当該判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を前記関係記憶部から取得し、前記判定用情報記憶部に格納された判定用情報に含まれる場合に関係が結ばれていると判定し、含まれない場合に関係が結ばれていないと判定する判定部と、前記判定部による判定結果を前記第二のサーバに送信する第三の送信部とを有し、前記第二のサーバは、前記第三の送信部により送信された判定結果を受信すると、前記第一の送信部が識別情報を送信した送信元となる前記第一のサーバに当該判定結果を送信する第四の送信部を有する。
【発明の効果】
【００１２】
開示の技術の一つの態様によれば、セキュリティを向上可能であるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施例１に係るユーザ管理システムの全体像について示す図である。
【図２】図２は、実施例１におけるユーザ間の関係の一例について示す図である。
【図３】図３は、実施例１に係るユーザ管理システムによる処理の全体像について示すシーケンス図である。
【図４】図４は、実施例１に係るユーザ管理システムの構成の一例を示すブロック図である。
【図５】図５は、実施例１における関係テーブルに記憶された情報の一例を示す図である。
【図６】図６は、実施例１における識別情報テーブルに記憶された情報の一例を示す図である。
【図７】図７は、実施例１における関係テーブルに記憶された情報の一例を示す図である。
【図８】図８は、実施例１における判定用情報テーブルに記憶された情報の一例を示す図である。
【図９】図９は、実施例１における判定部による判定処理の流れの一例を示すフローチャートである。
【図１０】図１０は、実施例１における判定用情報配布部による処理の流れの一例を示すフローチャートである。
【図１１】図１１は、実施例１における格納部による処理の流れの一例について示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下に、開示するユーザ管理システム、制御方法及び制御プログラムの実施例について、図面に基づいて詳細に説明する。なお、本実施例により開示する発明が限定されるものではない。各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例１】
【００１５】
［ユーザ管理システムの全体像］
実施例１に係るユーザ管理システムは、クライアント端末１００とＳＮＳ２００とＩＤＭＳ３００とを有する。クライアント端末１００は、ユーザにより用いられる端末である。ＳＮＳ２００は、ユーザと関係が結ばれているユーザの識別情報をユーザごとに記憶する関係記憶部を有するサーバである。言い換えると、ＳＮＳ２００は、ユーザ間の関係を示す関係リストを記憶する。ＳＮＳ２００は、複数あり、複数あるＳＮＳ２００各々は、それぞれ異なる識別情報を用いてユーザを識別する。ＩＤＭＳ３００は、ＳＮＳ２００ごとに用いられる識別情報をユーザごとに記憶する識別情報記憶部を有するサーバである。言い換えると、ＩＤＭＳ３００は、参加ＳＮＳリストを記憶する。ＳＮＳ２００は、「第１のサーバ」とも称する。ＩＤＭＳ３００は、「第２のサーバ」とも称する。
【００１６】
図１を用いて、実施例１に係るユーザ管理システムの全体像について示す。図１は、実施例１に係るユーザ管理システムの全体像について示す図である。図１において、１０は、ネットワークを示す。ネットワーク１０は、例えば、インターネットやイントラネットなどが該当し、任意のネットワークであって良い。１００は、クライアント端末を示す。２００ａ〜２００ｃは、ＳＮＳ２００を示す。図１に示す例では、ＳＮＳ２００が３つある場合を例に示したが、本発明はこれに限定されるものではなく、任意の数であって良い。３００ａと３００ｂとは、ＩＤＭＳ３００を示す。図１に示す例では、ＩＤＭＳ３００が２つある場合を例に示したが、本発明はこれに限定されるものではなく、任意の数であって良い。図１に示すように、クライアント端末１００とＳＮＳ２００とＩＤＭＳ３００とは、インターネット１０を介して相互に接続される。
【００１７】
以下では、図２に示すように、ＳＮＳ２００ａにて、ユーザ「ｒ１」と「ｏ１」とが関係を結んでおり、ユーザ「ｒ１」と「ａ１」とが関係を結んでいない場合を用いて説明する。また、ＳＮＳ２００ｂにて、ユーザ「ｒ２」と「ａ２」と「ｏ２」とが関係を結んでいる場合を用いて説明する。図２は、実施例１におけるユーザ間の関係の一例について示す図である。
【００１８】
また、以下では、図２に示すように、ＩＤＭＳ３００ａは、ユーザ「ｒ０」を識別する識別情報を記憶する場合を用いて説明する。すなわち、ＩＤＭＳ３００ａは、ユーザ「ｒ０」を識別する識別情報が、ＳＮＳ２００ａでは識別情報「ｒ１」であることを記憶し、ＳＮＳ２００ｂでは識別情報「ｒ２」であることを記憶し、ＳＮＳ２００ｄでは識別情報「ｒ４」であることを記憶する場合を用いて説明する。また、ＩＤＭＳ３００ｂは、ユーザ「ａ０」を識別する識別情報を記憶する場合を用いて説明する。すなわち、ＩＤＭＳ３００ｂは、ユーザ「ａ０」を識別する識別情報が、ＳＮＳ２００ａでは識別情報「ａ１」であることを記憶し、ＳＮＳ２００ｂでは識別情報「ａ２」であることを記憶し、ＳＮＳ２００ｃでは識別情報「ａ３」であることを記憶する。
【００１９】
また、以下では、図２に示すように、ＳＮＳ２００ａにおいて、ユーザ「ａ１」から「ｒ１」へのアクセス要求が行われた場合を用いて説明する。言い換えると、ユーザ「ａ０」が、ＳＮＳ２００ａにて、ユーザ「ｒ０」に対してアクセス要求を実行する場合を用いて説明する。
【００２０】
［ユーザ管理システムによる処理の全体像］
図３を用いて、実施例１に係るユーザ管理システムによる処理の全体像について示す。図３は、実施例１に係るユーザ管理システムによる処理の全体像について示すシーケンス図である。図３では、クライアント端末１００と、ＳＮＳ２００ａとＳＮＳ２００ｂと、ＩＤＭＳ３００ａとＩＤＭＳ３００ｂとを用いて説明する。ただし、本発明はこれに限定されるものではなく、ＳＮＳ２００の数は３つ以上であっても良く、ＩＤＭＳ３００の数は１つでも良く、３つ以上でも良い。
【００２１】
クライアント端末１００は、ＳＮＳ２００ａにおいてユーザ「ａ１」から「ｒ１」へのアクセスするアクセス要求をユーザから受け付けると（ステップＳ１０１）、受け付けたアクセス要求をＳＮＳ２００ａに送信する（ステップＳ１０２）。
【００２２】
ＳＮＳ２００ａは、アクセス要求を受信すると、関係記憶部を参照することで、ＳＮＳ２００ａにおいてアクセス要求の対象となるユーザ間に関係が結ばれているかを判定する（ステップＳ１０３）。ここで、ＳＮＳ２００ａは、関係が結ばれていないと判定すると、マッチングコードを生成する（ステップＳ１０４）。マッチングコードは、他のＳＮＳ２００において関係が結ばれているか否かを判定する際に用いられる情報である。マッチングコードは、例えば、任意の文字列である。例えば、マッチングコードは、「1a56b872b8cd」や「81c25e9f7bc9」などが該当する。なお、マッチングコードは「判定用情報識別情報」とも称する。
【００２３】
なお、ＳＮＳ２００ａは、関係が結ばれていると判定すると、アクセス要求を許可してサービスを提供する。例えば、ＳＮＳ２００ａは、「ａ１」に対して「ｒ１」の情報を公開する。この場合、以下に説明する一連の処理は実行されない。
【００２４】
そして、ＳＮＳ２００ａは、関係が結ばれているかを判定する対象となるユーザのペアに含まれるユーザのうち一方のユーザの識別情報を含む他のＳＮＳ２００における判定に用いられる判定用情報を生成し、ＩＤＭＳ３００に送信する（ステップＳ１０５）。ここで、関係が結ばれているかを判定する対象となるユーザのペアとは、ＳＮＳ２００ａにて関係が結ばれていないと判定した「ａ１」と「ｒ１」とになる。例えば、ＳＮＳ２００ａは、識別情報「ａ１」を含む判定用情報を生成し、識別情報「ａ１」により識別されるユーザ「ａ０」の識別情報を管理するＩＤＭＳ３００ｂに送信する。
【００２５】
また、ＳＮＳ２００ａは、関係が結ばれているかを判定する対象となるユーザのペアに含まれるユーザのうち他方のユーザの識別情報について判定を実行する旨の指示である判定指示情報を生成し、ＩＤＭＳ３００に送信する（ステップＳ１０６）。例えば、ＳＮＳ２００ａは、識別情報「ｒ１」を含む判定指示情報を生成し、識別情報「ｒ１」により識別されるユーザ「ｒ０」の識別情報を管理するＩＤＭＳ３００ａに送信する。
【００２６】
ここで、判定用情報を受信したＩＤＭＳ３００ｂは、判定用情報に含まれる識別情報により識別されるユーザに対応付けられた識別情報を識別情報記憶部から取得する（ステップＳ１０７）。例えば、識別情報「ａ１」により識別されるユーザは「ａ０」であり、ＩＤＭＳ３００ｂは、ユーザ「ａ０」に対応付けられた識別情報「ａ２」や「ａ３」を関係記憶部から取得する。
【００２７】
そして、ＩＤＭＳ３００ｂは、取得した識別情報が用いられるＳＮＳ２００に対して、取得した識別情報を含む判定用情報を送信する（ステップＳ１０８）。例えば、ＩＤＭＳ３００ｂは、識別情報「ａ２」が用いられるＳＮＳ２００ｂに対して、識別情報「ａ２」を含む判定用情報を送信する。また、図３には示していないが、同様に、ＩＤＭＳ３００ｂは、識別情報「ａ３」が用いられるＳＮＳ２００ｃに対して、識別情報「ａ３」を含む判定用情報を送信する。
【００２８】
そして、判定用情報を受信したＳＮＳ３００ｂは、判定用情報を判定用情報記憶部に格納する（ステップＳ１０９）。例えば、ＳＮＳ３００ｂは、識別情報「ａ２」を含む判定用情報を判定用情報記憶部に格納する。
【００２９】
一方、判定指示情報を受信したＩＤＭＳ３００ａは、判定指示情報に含まれる識別情報により識別されるユーザに対応付けられた識別情報を識別情報記憶部から取得する（ステップＳ１１０）。例えば、識別情報「ｒ１」により識別されるユーザは「ｒ０」であり、ＩＤＭＳ３００ａは、ユーザ「ｒ０」に対応付けられた識別情報「ｒ２」や「ｒ４」を識別情報記憶部から取得する。
【００３０】
そして、ＩＤＭＳ３００ａは、取得した識別情報が用いられるＳＮＳ２００に対して、取得した識別情報を含む判定指示情報を送信する（ステップＳ１１１）。例えば、ＩＤＭＳ３００ａは、識別情報「ｒ２」が用いられるＳＮＳ２００ｂに対して、識別情報「ｒ２」を含む判定指示情報を送信する。また、図３には示していないが、同様に、ＩＤＭＳ３００ａは、識別情報「ｒ４」が用いられるＳＮＳ２００ｄに対して、識別情報「ｒ４」を含む判定指示情報を送信する。
【００３１】
そして、判定指示情報を受信したＳＮＳ２００ｂは、判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を関係記憶部から取得し、判定用情報記憶部に格納された判定用情報に含まれる場合には関係が結ばれていると判定し、含まれない場合には関係が結ばれていないと判定する（ステップＳ１１２）。図２に示す例では、ＳＮＳ２００ｂは、関係記憶部を参照し、判定指示情報に含まれる「ｒ２」に対応付けられた識別情報「ａ２」「ｏ２」を読み出す。つまり、ＳＮＳ２００ｂは、「ｒ２」と関係が結ばれているユーザの識別情報を読み出す。そして、判定用情報記憶部は、識別情報「ａ２」を含む判定用情報を記憶しており、ＳＮＳ２００ｂは、関係が結ばれていると判定する。
【００３２】
そして、判定指示情報を受信したＳＮＳ２００ｂは、判定指示情報の送信元となったＩＤＭＳ３００ａに対して判定結果を送信する（ステップＳ１１３）。例えば、ＳＮＳ２００ｂは、関係が結ばれている旨の判定結果を送信する。
【００３３】
そして、判定結果を受信したＩＤＭＳ３００は、判定指示情報の送信元となるＳＮＳ２００に判定結果を送信する（ステップＳ１１４）。例えば、ＩＤＭＳ３００ａは、ＳＮＳ２００ａに対して、関係が結ばれている旨の判定結果を送信する。
【００３４】
その後、判定結果を受信したＳＮＳ２００は、判定結果に応じた処理を実行する（ステップＳ１１５）。例えば、関係が結ばれている旨の判定結果を受信したＳＮＳ２００ａは、ＳＮＳ２００ａの関係記憶部を更新し、ユーザ「ａ１」から「ｒ１」へのアクセス要求を許可する。一方、例えば、関係が結ばれていない旨の判定結果を受信したＳＮＳ２００ａは、ユーザ「ａ１」から「ｒ１」へのアクセス要求を許可しない。
【００３５】
［ユーザ管理システムの構成］
図４を用いて、実施例１に係るユーザ管理システムの構成の一例を示す。図４は、実施例１に係るユーザ管理システムの構成の一例を示すブロック図である。図４に示す例では、ユーザ管理システムは、クライアント端末１００と、ＳＮＳサーバ２００ａと、ＳＮＳ２００ｂと、ＩＤＭＳ３００とを有する。なお、図１〜図３では、ＩＤＭＳ３００ａとＩＤＭＳ３００ｂとを記載したが、図４では記載の便宜上、ＩＤＭＳ３００ａとＩＤＭＳ３００ｂとに対応するＩＤＭＳとして、ＩＤＭＳ３００を記載した。
【００３６】
図４に示す例では、記載の便宜上、クライアント端末１００を１つ記載し、ＩＤＭＳ３００を１つ記載し、ＳＮＳサーバ２００を２つ記載した。ただし、本発明はこれに限定されるものではなく、任意の数であって良い。
【００３７】
［クライアント端末１００］
クライアント端末１００は、ＳＮＳ２００ａとネットワークを介して接続される。クライアント端末１００は、利用者がＳＮＳを利用する際に用いられる。クライアント端末１００は、例えば、既知のパーソナルコンピュータや、携帯電話、ＰＨＳ（Personal Handyphone System）端末、移動体通信端末、又は、ＰＤＡ（Personal Digital Assistant）などの情報処理装置が該当する。
【００３８】
クライアント端末１００は、アクセス要求をＳＮＳ２００ａに送信する。例えば、クライアント端末１００は、ユーザ「ａ」によって用いられる。また、クライアント端末１００は、ＳＮＳ２００ａにおけるユーザ「ａ」の識別情報である「ａ１」が、ＳＮＳ２００ａにおける他のユーザに対してのアクセスを要求するアクセス要求をＳＮＳ２００ａに送信する。以下では、ＳＮＳ２００ａにおいて「ａ１」が「ｒ１」に対してアクセスするアクセス要求をクライアント端末１００が送信する場合を用いて説明する。
【００３９】
［ＳＮＳ２００ａ］
ＳＮＳ２００ａは、クライアント端末１００及びＩＤＭＳ３００とネットワークを介して接続される。以下に説明するように、ＳＮＳ２００ａは、判定用情報や判定指示情報をＩＤＭＳ３００に送信する。その後、ＳＮＳ２００ａは、別のＳＮＳであるＳＮＳ２００ｂにおける関係の有無についての判定結果をＩＤＭＳ３００から受信する。
【００４０】
図４に示す例では、ＳＮＳ２００ａは、ＳＮＳ記憶部２１０ａと、ＳＮＳ制御部２２０ａとを有する。ＳＮＳ記憶部２１０ａは、ＳＮＳ制御部２２０ａと接続される。ＳＮＳ記憶部２１０ａは、ＳＮＳ制御部２２０ａによる各種処理に用いるデータを記憶する。ＳＮＳ記憶部２１０ａは、例えば、ＲＡＭ（Random Access Memory）や、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、リレーショナルデータベースやキーバリューストアなどのミドルウェア、又は、ハードディスクや光ディスクなどの記憶装置が該当する。ＳＮＳ記憶部２１０ａは、図４に示す例では、関係テーブル２１１ａを有する。関係テーブルは、「関係記憶部」や「関係リスト」とも称する。
【００４１】
図５に示すように、関係テーブル２１１ａは、ＳＮＳ２００ａにおいて関係が結ばれているユーザの識別情報をユーザごとに記憶する。つまり、関係テーブル２１１ａは、ユーザごとに、関係が結ばれているユーザのリストを記憶する。図５は、実施例１における関係テーブルに記憶された情報の一例を示す図である。図５に示す例では、関係テーブル２１１ａは、識別情報「ｒ１」に対応付けて識別情報「ｏ１」を記憶する。すなわち、関係テーブル２１１ａは、ＳＮＳ２００ａにおいて、ユーザ「ｒ１」とユーザ「ｏ１」との間に関係が結ばれていることを記憶する。また、関係テーブル２１１ａは、同様に、他のユーザについても関係が結ばれているユーザの識別情報を記憶する。
【００４２】
以下では、関係テーブル２１１ａが、識別情報「ｒ１」に対応付けて「ａ１」を記憶しない場合を用いて説明する。すなわち、以下では、関係テーブル２１１ａは、ＳＮＳ２００ａにおいて、「ｒ１」と「ａ１」とが関係を結んでいない場合を用いて説明する。
【００４３】
ＳＮＳ制御部２２０ａは、ＳＮＳ記憶部２１０ａと接続される。ＳＮＳ制御部２２０ａは、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。ＳＮＳ制御部２２０ａは、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）などの電子回路が該当する。図４に示す例では、ＳＮＳ制御部２２０ａは、関係判定部２２１ａと、マッチングコード生成部２２２ａと、判定用情報送信部２２３ａと、判定指示情報送信部２２４ａと、判定結果受信部２２５ａとを有する。
【００４４】
関係判定部２２１ａは、アクセス要求をクライアント端末１００から受信すると、関係テーブル２１１ａを参照することで、ＳＮＳ２００ａにおいてアクセス要求の対象となるユーザ間に関係が結ばれているかを判定する。例えば、「ａ１」が「ｒ１」に対してアクセスするアクセス要求を受信した場合には、関係判定部２２１ａは、識別情報「ａ１」に対応付けて識別情報「ｒ１」が関係テーブル２１１ａに記憶されているかを判定する。そして、図５に示す例では、関係テーブル２１１ａが識別情報「ｒ１」に対応付けて「ａ１」を記憶しておらず、関係判定部２２１ａは、「ａ１」と「ｒ１」との間に関係が結ばれていないと判定する。一方、関係判定部２２１ａは、記憶されている場合には、関係が結ばれていると判定する。関係判定部２２１ａによって関係が結ばれていると判定された場合には、ＳＮＳ制御部２２０ａは、アクセス要求を許可する。
【００４５】
マッチングコード生成部２２２ａは、関係判定部２２１ａにより関係が結ばれていないと判定された場合に、マッチングコードを生成する。マッチングコード生成部２２２ａは、マッチングコードを生成するごとに異なるマッチングコードを生成する。以下では、「ａ１」が「ｒ１」に対してアクセスするアクセス要求について、マッチングコード生成部２２２ａが、マッチングコード「1a56b872b8cd」を生成した場合を用いて説明する。
【００４６】
判定用情報送信部２２３ａや判定指示情報送信部２２４ａは、関係の有無を判定するユーザのペアについて、ペアに含まれるユーザの識別情報各々をＩＤＭＳ３００ｂに送信する。例えば、判定用情報送信部２２３ａや判定指示情報送信部２２４ａは、識別情報「ａ１」により識別されるユーザ「ａ」の識別情報を記憶するＩＤＭＳ３００ｂに識別情報「ａ１」を送信し、識別情報「ｒ１」により識別されるユーザ「ｒ」の識別情報を記憶するＩＤＭＳ３００ａに識別情報「ｒ１」を送信する。
【００４７】
具体的には、判定用情報送信部２２３ａは、ペアに含まれるユーザのうち一方のユーザについて、一方のユーザの識別情報を含む判定用情報を生成し、一方のユーザの識別情報を識別情報記憶部に記憶するＩＤＭＳ３００ａに送信する。例えば、判定用情報送信部２２３ａは、識別情報「ａ１」により識別されるユーザ「ａ」の識別情報を記憶するＩＤＭＳ３００ｂに対して、識別情報「ａ１」とマッチングコード「1a56b872b8cd」とを判定用情報として送信する。
【００４８】
また、具体的には、判定指示情報送信部２２４ａは、ペアに含まれるユーザのうち他方のユーザについて、他方のユーザの識別情報についての判定指示情報を生成し、他方のユーザの識別情報を識別情報記憶部に記憶するＩＤＭＳ３００に送信する。例えば、判定指示情報送信部２２４ａは、識別情報「ｒ１」により識別されるユーザ「ｒ」の識別情報を記憶するＩＤＭＳ３００ａに対して、識別情報「ｒ１」とマッチングコード「1a56b872b8cd」と判定を実行する旨の指示とを判定指示情報として送信する。
【００４９】
このように、ＳＮＳ２００ａでは、ペアに含まれるユーザのうち一方のユーザについて、判定用情報を送信し、他方のユーザについて判定指示情報を送信する。マッチングコード生成部２２２ａと判定用情報送信部２２３ａと判定指示情報送信部２２４ａとは、「第一の送信部」とも称する。
【００５０】
判定結果受信部２２５ａは、その後、他のＳＮＳ２００における判定結果をＩＤＭＳ３００から受信する。例えば、判定結果受信部２２５ａは、「ａ１」と「ｒ１」との間に関係が結ばれている旨の判定結果をＩＤＭＳ３００から受信する。
【００５１】
すなわち、上述したように、ＳＮＳ２００ａは、関係テーブル２１１ａの関係リストを送信することはなく、また、他のＳＮＳ２００ａの関係テーブル２１１ａの関係リストを受信こともない。また、ＳＮＳ２００ａは、ＩＤＭＳ３００のＳＮＳ参加リストを受信することもない。
【００５２】
［ＩＤＭＳ３００］
ＩＤＭＳ３００は、ＳＮＳ２００ａ及びＳＮＳ２００ｂとネットワークを介して接続される。ＩＤＭＳ３００は、以下に説明するように、ＳＮＳ２００ａから判定用情報や判定指示情報を受信し、受信した判定用情報や判定指示情報をＳＮＳ２００ａとは別のＳＮＳであるＳＮＳ２００ｂに送信する。その後、ＩＤＭＳ３００は、判定指示情報の送信先となるＳＮＳから関係の有無についての判定結果をＳＮＳ２００ｂから受信し、判定結果をＳＮＳ２００ａに送信する。
【００５３】
図４に示す例では、ＩＤＭＳ３００は、ＩＤＭＳ記憶部３１０と、ＩＤＭＳ制御部３２０とを有する。ＩＤＭＳ記憶部３１０は、ＩＤＭＳ制御部３２０と接続される。ＩＤＭＳ記憶部３１０は、例えば、ＲＡＭや、フラッシュメモリなどの半導体メモリ素子、リレーショナルデータベースやキーバリューストアなどのミドルウェア、又は、ハードディスクや光ディスクなどの記憶装置が該当する。ＩＤＭＳ記憶部３１０は、図４に示す例では、識別情報テーブル３１１を有する。
【００５４】
図６に示すように、識別情報テーブル３１１は、複数あるＳＮＳ２００ごとに用いられるそれぞれ異なる識別情報をユーザごとに記憶する。図６は、実施例１における識別情報テーブルに記憶された情報の一例を示す図である。図６に示す例では、識別情報テーブル３１１は、ユーザごとに、識別情報とＳＮＳ名との対応付けを記憶する。すなわち、識別情報テーブル３１１は、複数あるＳＮＳ２００により用いられる異なる識別情報をユーザごとに記憶する。
【００５５】
より詳細な一例をあげて説明すると、識別情報テーブル３１１は、ユーザ「ａ０」について、識別情報「ａ１」とＳＮＳ名「ＳＮＳ２００ａ」とを対応付けて記憶し、識別情報「ａ２」とＳＮＳ名「ＳＮＳ２００ｂ」とを対応付けて記憶し、識別情報「ａ３」とＳＮＳ名「ＳＮＳ２００ｃ」とを対応付けて記憶する。すなわち、識別情報テーブル３１１は、ユーザ「ａ０」は、ＳＮＳ２００ａにて識別情報「ａ１」で識別されることを記憶し、ＳＮＳ２００ｂにて識別情報「ａ２」で識別されることを記憶し、ＳＮＳ２００ｃにて識別情報「ａ３」で識別されることを記憶する。また、識別情報テーブル３１１は、同様に、他のユーザについても識別情報とＳＮＳ名との対応付けを記憶する。
【００５６】
ＩＤＭＳ制御部３２０は、ＩＤＭＳ記憶部３１０と接続される。ＩＤＭＳ制御部３２０は、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。ＩＤＭＳ制御部３２０は、例えば、ＡＳＩＣ、ＦＰＧＡ、ＣＰＵ、ＭＰＵなどの電子回路が該当する。図４に示す例では、ＩＤＭＳ制御部３２０は、判定用情報配布部３２１と、判定指示情報配布部３２２と、判定結果送受信部３２３とを有する。
【００５７】
判定用情報配布部３２１は、判定用情報を受信すると、受信した判定用情報に含まれる識別情報より識別されるユーザに対応付けられた識別情報を識別情報テーブル３１１から取得する。
【００５８】
例えば、判定用情報配布部３２１は、識別情報「ａ１」を含む判定用情報を受信すると、識別情報「ａ１」をキーとして識別情報テーブル３１１を検索し、ユーザ「ａ０」を取得する。そして、判定用情報配布部３２１は、取得したユーザ「ａ０」に対応付けられた識別情報とＳＮＳ名との対応付けを識別情報テーブル３１１から取得する。図６に示す例では、判定用情報配布部３２１は、識別情報「ａ１」ＳＮＳ名「ＳＮＳ２００ａ」を取得し、識別情報「ａ２」ＳＮＳ名「ＳＮＳ２００ｂ」を取得し、識別情報「ａ３」ＳＮＳ名「ＳＮＳ２００ｃ」を取得する。
【００５９】
また、判定用情報配布部３２１は、ペアに含まれるユーザの識別情報のうち一方の識別情報について取得した識別情報が用いられるＳＮＳ２００に対して、取得された識別情報を含む判定用情報を送信する。具体的には、判定用情報配布部３２１は、受信した判定用情報に含まれる識別情報を取得した識別情報に更新した上で、更新後の識別情報が用いられるＳＮＳ２００に対して判定用情報を送信する。その際、判定用情報配布部３２１は、判定用情報の送信元となったＳＮＳ以外のＳＮＳに対して、判定用情報を送信する。
【００６０】
例えば、判定用情報配布部３２１は、受信した判定用情報に含まれる識別情報を「ａ１」から識別情報「ａ２」に更新し、識別情報「ａ２」が用いられるＳＮＳ２００ｂに送信する。また、判定用情報配布部３２１は、受信した判定用情報に含まれる識別情報を「ａ１」から「ａ３」に更新し、更新後の判定用情報を識別情報「ａ３」が用いられるＳＮＳ２００ｃに送信する。なお、判定用情報配布部３２１は、判定用情報の送信元となったＳＮＳ２００ａには判定用情報を送信しない。ただし、本発明はこれに限定されるものではなく、判定用情報配布部３２１は、判定用情報の送信元となったＳＮＳ２００ａに判定用情報を送信しても良い。なお、判定用情報配布部３２１による処理の流れの一例については、後述するため説明を省略する。判定用情報配布部３２１は、「取得部」や「第二の送信部」とも称する。
【００６１】
判定指示情報配布部３２２は、判定指示情報を受信すると、受信した判定指示情報に含まれる識別情報より識別されるユーザに対応付けられた識別情報を識別情報テーブル３１１から取得する。
【００６２】
例えば、判定指示情報配布部３２２は、識別情報「ｒ１」を含む判定用情報を受信すると、識別情報「ｒ１」をキーとして識別情報テーブル３１１を検索し、ユーザ「ｒ０」を取得する。そして、判定指示情報配布部３２２は、取得したユーザ「ｒ０」に対応付けられた識別情報とＳＮＳ名との対応付けを識別情報テーブル３１１から取得する。図６に示す例では、判定指示情報配布部３２２は、識別情報「ｒ１」ＳＮＳ名「ＳＮＳ２００ａ」を取得し、識別情報「ｒ２」ＳＮＳ名「ＳＮＳ２００ｂ」を取得し、識別情報「ｒ４」ＳＮＳ名「ＳＮＳ２００ｄ」を取得する。
【００６３】
また、判定指示情報配布部３２２は、ペアに含まれるユーザの識別情報のうち他方の識別情報について取得した識別情報が用いられるＳＮＳ２００に対して、判定指示情報を送信する。具体的には、判定指示情報配布部３２２は、判定指示情報に含まれる識別情報を取得した識別情報に更新した上で、更新後の識別情報が用いられるＳＮＳ２００に対して、更新後の判定指示情報を送信する。その際、判定指示情報配布部３２２は、判定指示情報の送信元となったＳＮＳ以外のＳＮＳに対して、判定指示情報を送信する。
【００６４】
例えば、判定指示情報配布部３２２は、受信した判定指示情報に含まれる識別情報を「ｒ１」から識別情報「ｒ２」に更新し、識別情報「ｒ２」が用いられるＳＮＳ２００ｂに送信する。また、判定指示情報配布部３２２は、受信した判定指示情報に含まれる識別情報を「ｒ１」から「ｒ４」に更新し、更新後の判定指示情報を識別情報「ｒ４」が用いられるＳＮＳ２００ｄに送信する。なお、判定指示情報配布部３２２は、判定指示情報の送信元となったＳＮＳ２００ａには判定指示情報を送信しない。ただし、本発明はこれに限定されるものではなく、判定指示情報配布部３２２は、判定指示情報の送信元となったＳＮＳ２００ａに判定指示情報を送信しても良い。判定指示情報配布部３２２による処理の流れの一例については、後述するため説明を省略する。判定指示情報配布部３２２は、「取得部」や「第二の送信部」とも称する。
【００６５】
判定結果送受信部３２３は、ＩＤＭＳ３００から判定結果を受信すると、識別情報を送信した送信元となるＳＮＳ２００ａに判定結果を送信する。具体的には、判定結果送受信部３２３は、判定結果を受信すると、判定指示情報の送信元となるＳＮＳ２００ａに判定結果を送信する。例えば、判定結果送受信部３２３は、「ａ１」と「ｒ１」との間に関係が結ばれている旨の判定結果をＳＮＳ２００ａに送信する。
【００６６】
［ＳＮＳ２００ｂ］
ＳＮＳ２００ｂは、ＩＤＭＳ３００とネットワークを介して接続される。ＳＮＳ２００ｂは、以下に説明するように、ＩＤＭＳ３００から、判定用情報を受信したり、判定指示情報を受信したりする。また、ＳＮＳ２００ｂは、判定指示情報を受信すると、関係の有無について判定し、判定結果をＩＤＭＳ３００に送信する。
【００６７】
図４に示す例では、ＳＮＳ２００ｂは、ＳＮＳ記憶部２１０ｂと、ＳＮＳ制御部２２０ｂとを有する。ＳＮＳ記憶部２１０ｂは、ＳＮＳ制御部２２０ｂと接続される。ＳＮＳ記憶部２１０ｂは、ＳＮＳ制御部２２０ｂによる各種処理に用いるデータを記憶する。ＳＮＳ記憶部２１０ｂは、例えば、ＲＡＭや、フラッシュメモリなどの半導体メモリ素子、リレーショナルデータベースやキーバリューストアなどのミドルウェア、又は、ハードディスクや光ディスクなどの記憶装置が該当する。ＳＮＳ記憶部２１０ｂは、図４に示す例では、関係テーブル２１１ｂと、判定用情報テーブル２１２ｂとを有する。
【００６８】
図７に示すように、関係テーブル２１１ｂは、ＳＮＳ２００ｂにおいて関係が結ばれているユーザの識別情報をユーザごとに記憶する。図７は、実施例１における関係テーブルに記憶された情報の一例を示す図である。図７に示す例では、関係テーブル２１１ｂは、識別情報「ｒ２」に対応付けて識別情報「ａ２」を記憶し、識別情報「ｒ２」に対応付けて識別情報「ｏ２」を記憶する。すなわち、関係テーブル２１１ｂは、ＳＮＳ２００ｂにおいて、ユーザ「ｒ２」とユーザ「ａ２」との間に関係が結ばれていることを記憶し、ユーザ「ｒ２」とユーザ「ｏ２」との間に関係が結ばれていることを記憶する。また、関係テーブル２１１ｂは、同様に、他のユーザについても関係が結ばれているユーザの識別情報を記憶する。
【００６９】
関係テーブル２１１ａと関係テーブル２１１ｂとの違いについて簡単に説明する。関係テーブル２１１ａは、ＳＮＳ２００ａに設けられ、ＳＮＳ２００ａにおけるユーザ間の関係を記憶する。一方、関係テーブル２１１ｂは、ＳＮＳ２００ｂに設けられ、ＳＮＳ２００ｂにおけるユーザ間の関係を記憶する。
【００７０】
図８に示すように、判定用情報テーブル２１２ｂは、ＩＤＭＳ３００から受信した判定用情報を記憶する。図８は、実施例１における判定用情報テーブルに記憶された情報の一例を示す図である。図８に示す例では、判定用情報テーブル２１２ｂは、判定用情報と、有効期限とを記憶する。有効期限は、判定用情報が有効な期限を示す。図８に示す例では、判定用情報として、識別情報とマッチングコードとを記憶する場合を示した。判定用情報テーブル２１２ｂは、「判定用情報記憶部」とも称する。
【００７１】
例えば、判定用情報テーブル２１２ｂは、識別情報「ａ２」とマッチングコード「1a56b872b8cd」と有効期限「2010/3/2 12:55」とを記憶する。すなわち、判定用情報テーブル２１２ｂは、識別情報「ａ２」とマッチングコード「1a56b872b8cd」とを含む判定用情報をＳＮＳ２００ｂが受信し、識別情報「ａ２」とマッチングコード「1a56b872b8cd」とを含む判定用情報が「2010/3/2 12:55」まで有効であることを記憶する。また、判定用情報テーブル２１２ｂは、その他の判定用情報についても同様に記憶する。
【００７２】
ＳＮＳ制御部２２０ｂは、ＳＮＳ記憶部２１０ｂと接続される。ＳＮＳ制御部２２０ｂは、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。ＳＮＳ制御部２２０ｂは、例えば、ＡＳＩＣ、ＦＰＧＡ、ＣＰＵ、ＭＰＵなどの電子回路が該当する。図４に示す例では、ＳＮＳ制御部２２０ｂは、格納部２２１ｂと、判定部２２２ｂと、判定結果送信部２２３ｂとを有する。
【００７３】
格納部２２１ｂは、判定用情報をＩＤＭＳ３００から受信すると、受信した判定用情報を判定用情報テーブル２１２ｂに格納する。例えば、格納部２２１ｂは、識別情報「ａ２」とマッチングコード「1a56b872b8cd」とを含む判定用情報を受信すると、受信した識別情報「ａ２」とマッチングコード「1a56b872b8cd」とを判定用情報テーブル２１２ｂに格納する。また、例えば、格納部２２１ｂは、判定用情報を格納するとともに、判定用情報を受信した日時から所定の時間後の日時を有効期限として格納する。例えば、図８に示す例では、有効期限「2010/3/2 12:55」を格納する。ただし、本発明はこれに限定されるものではない。例えば、有効期限は、判定用情報が作成される際に併せて作成され、判定用情報に含まれていても良い。格納部２２１ｂによる処理の流れの一例については後述する。
【００７４】
判定部２２２ｂは、判定指示情報を受信すると、判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を関係記憶部から取得し、判定用情報記憶部に格納された判定用情報に含まれる場合には関係が結ばれていると判定し、含まれない場合には関係が結ばれていないと判定する。
【００７５】
例えば、識別情報「ｒ２」とマッチングコード「1a56b872b8cd」とを含む判定指示情報を受信した場合を用いて説明する。この場合、判定部２２２ｂは、識別情報「ｒ２」をキーとして関係テーブル２１１ｂを検索し、ＳＮＳ２００ｂにおいて「ｒ２」と関係が結ばれているユーザを示す識別情報「ａ２」「ｏ２」を取得する。
【００７６】
また、例えば、判定部２２２ｂは、判定用情報テーブル２１２ｂを参照することで、受信した判定指示情報に含まれるマッチングコード「1a56b872b8cd」を含む有効期限内の判定用情報が判定用情報テーブル２１２ｂにあるかを判定する。ここで、あると判定した場合には、マッチングコード「1a56b872b8cd」を含む有効期限内の判定用情報を取得し、取得した判定用情報に含まれる識別情報を取得する。図８に示す例では、判定部２２２ｂは、識別情報「ａ２」を取得する。一方、判定部２２２ｂは、ないと判定した場合には、関係が結ばれていないと判定する。
【００７７】
また、例えば、判定部２２２ｂは、関係テーブル２１１ｂから取得した識別情報「ａ２」「ｏ２」に、判定用情報テーブル２１２ｂから取得した識別情報「ａ２」が含まれるかを判定する。そして、含まれていると判定した場合には、関係が結ばれていると判定し、含まれていないと判定した場合には、関係が結ばれていないと判定する。この場合、識別情報「ａ２」は含まれており、判定部２２２ｂは、関係が結ばれていると判定する。
【００７８】
判定結果送信部２２３ｂは、判定部２２２ｂによる判定結果をＩＤＭＳ３００に送信する。例えば、判定結果送信部２２３ｂは、関係が結ばれている旨の判定結果をＩＤＭＳ３００に送信する。
【００７９】
上述した例では、ＳＮＳ２００ｂが、判定用情報と判定指示情報との両方を受信した場合を用いて説明した。ただし、ＳＮＳ２００は、判定用情報と判定指示情報との両方をＳＮＳ２００が受信するとは限らず、判定用情報と判定指示情報とのうちいずれか一方を受信する場合もあり、判定用情報と判定指示情報との両方を受信しない場合もある。
【００８０】
識別情報「ａ１」を含む判定用情報をＳＮＳ２００ａが送信し、識別情報「ｒ１」を含む判定指示情報をＳＮＳ２００ａが送信した場合を用いて説明する。この場合、ユーザ「ａ０」に対応付けられたＳＮＳ２００ｂにおける識別情報を識別情報テーブル３１１が記憶していなければ、ＩＤＭＳ３００が判定用情報をＳＮＳ２００ｂに送信することはなく、ＳＮＳ２００ｂは判定用情報を受信しない。また、同様に、ユーザ「ｒ０」に対応付けられたＳＮＳ２００ｂにおける識別情報を識別情報テーブル３１１が記憶していなければ、ＩＤＭＳ３００が判定指示情報をＳＮＳ２００ｂに送信することはなく、ＳＮＳ２００ｂは、判定指示情報を受信しない。
【００８１】
このため、以下では、判定用情報と判定指示情報とのうちいずれか一方を受信した場合における判定結果や、判定用情報と判定指示情報との両方を受信しない場合における判定結果についても、簡単に説明する。
【００８２】
判定用情報を受信したが判定指示情報を受信しなかった場合には、判定指示情報を受信しておらず、判定部２２２ｂはそもそも判定処理自体を行わない。また、判定用情報を受信しなかったが判定用情報を受信した場合には、判定用情報が判定用情報テーブル２１２ｂに格納されておらず、判定部２２２ｂは関係が結ばれていないと判定する。また、判定用情報及び判定指示情報を受信しなかった場合には、判定指示情報を受信しておらず、判定部２２２ｂはそもそも判定処理自体を行わない。
【００８３】
［ユーザ管理システムの各部による処理の流れの一例］
ユーザ管理システムの各部による処理の流れの一例について説明する。具体的には、判定部２２２ｂによる判定処理の流れと、判定用情報配布部３２１による処理の流れと、格納部２２１ｂによる処理の流れとを順に説明する。
【００８４】
［判定部による判定処理の流れ］
図９を用いて、実施例１における判定部２２２ｂによる判定処理の流れの一例を示す。図９は、実施例１における判定部による判定処理の流れの一例を示すフローチャートである。以下では、識別情報「ｒ２」とマッチングコード「1a56b872b8cd」とを含む判定指示情報を受信した場合を用いて説明する。
【００８５】
図９に示すように、判定部２２２ｂは、判定指示情報を受信すると（ステップＳ２０１肯定）、判定指示情報の送信元となるＩＤＭＳ３００の認証処理を行う（ステップＳ２０２）。具体的には、判定部２２２ｂは、送信元となるＩＤＭＳ３００が、受信した判定用情報に含まれる識別情報により識別されるユーザの識別情報を記憶するＩＤＭＳ３００であるかを判定する。ここで、判定部２２２ｂは、記憶するＩＤＭＳ３００であると判定した場合には認証成功とし、記憶しないと判定した場合には認証失敗とする。例えば、判定部２２２ｂは、識別情報「ｒ２」により識別されるユーザ「ｒ０」の識別情報を記憶するＩＤＭＳ３００ａであれば認証成功とし、そうでなければ認証失敗とする。
【００８６】
そして、判定部２２２ｂは、認証失敗と判定した場合には（ステップＳ２０３否定）、そのまま処理を終了する。一方、判定部２２２ｂは、認証成功と判定した場合には（ステップＳ２０３肯定）、判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を関係記憶部から取得する（ステップＳ２０４）。例えば、判定部２２２ｂは、識別情報「ｒ２」をキーとして関係テーブル２１１ｂを検索し、ＳＮＳ２００ｂにおいて識別情報「ａ２」「ｏ２」を取得する。
【００８７】
そして、判定用情報テーブルを参照する（ステップＳ２０５）。そして、判定部２２２ｂは、受信した判定用情報のマッチングコードを含む有効期限内の判定用情報があるかを判定する（ステップＳ２０６）。例えば、判定部２２２ｂは、マッチングコード「1a56b872b8cd」を含む有効期限内の判定用情報が判定用情報テーブル２１２ｂにあるかを判定する。ここで、判定部２２２ｂは、判定用情報がないと判定すると（ステップＳ２０６否定）、関係が結ばれていないと判定する（ステップ２０７）。
【００８８】
一方、判定部２２２ｂは、判定用情報があると判定すると（ステップＳ２０６肯定）、マッチングコード「1a56b872b8cd」を含む有効期限内の判定用情報を取得し（ステップＳ２０８）、取得した判定用情報の識別情報を取得する（ステップＳ２０９）。図８に示す例では、判定部２２２ｂは、識別情報「ａ２」を取得する。
【００８９】
そして、判定部２２２ｂは、関係テーブルから取得した識別情報に含まれるかを判定する（ステップＳ２１０）。例えば、判定部２２２ｂは、関係テーブル２１１ｂから取得した識別情報が「ａ２」「ｏ２」であり、判定用情報テーブル２１２ｂから取得した識別情報が「ａ２」である場合には、含まれると判定する（ステップＳ２１０肯定）。そして、含まれると判定すると、関係が結ばれていると判定する（ステップＳ２１１）。一方、判定部２２２ｂは、含まれないと判定すると（ステップＳ２１０否定）、関係が結ばれていないと判定する（ステップ２０７）。
【００９０】
なお、上記の処理手順は、上記の順番に限定されるものではなく、処理内容を矛盾させない範囲で適宜変更しても良い。例えば、上記のステップＳ２０４をＳ２０９の後に実行しても良い。
【００９１】
［判定用情報配布部による処理］
図１０を用いて、実施例１における判定用情報配布部３２１による処理の流れの一例を示す。図１０は、実施例１における判定用情報配布部による処理の流れの一例を示すフローチャートである。以下では、判定用情報配布部３２１が、識別情報「ａ１」とマッチングコード「1a56b872b8cd」とを含む判定用情報を受信した場合を用いて説明する。
【００９２】
図１０に示すように、判定用情報配布部３２１は、判定用情報を受信すると（ステップＳ３０１肯定）、判定用情報の送信元となるＳＮＳ２００の認証処理を行う（ステップＳ３０２）。具体的には、判定用情報配布部３２１は、受信した識別情報により識別されるユーザに対応付けられたＳＮＳ名を識別情報テーブル３１１から取得する。そして、判定用情報配布部３２１は、判定用情報の送信元となるＳＮＳ２００が取得したＳＮＳ名のいずれかと一致する場合には認証成功とし、いずれかと一致しない場合には認証失敗とする。
【００９３】
例えば、判定用情報配布部３２１は、受信した判定用情報に含まれる識別情報「ａ１」をキーとして識別情報テーブル３１１を検索し、ユーザ「ａ０」を取得する。そして、判定用情報配布部３２１は、取得したユーザ「ａ０」に対応付けられたＳＮＳ名「ＳＮＳ２００ａ」「ＳＮＳ２００ｂ」「ＳＮＳ２００ｃ」を取得する。そして、判定用情報配布部３２１は、判定用情報の送信元となるＳＮＳ２００を識別し、ＳＮＳ名「ＳＮＳ２００ａ」「ＳＮＳ２００ｂ」「ＳＮＳ２００ｃ」のいずれかである場合には認証成功とし、ＳＮＳ名「ＳＮＳ２００ａ」「ＳＮＳ２００ｂ」「ＳＮＳ２００ｃ」のいずれでもない場合には認証失敗とする。
【００９４】
そして、判定用情報配布部３２１は、認証が失敗した場合には（ステップＳ３０３否定）、処理を終了する。一方、判定用情報配布部３２１は、認証が成功した場合には（ステップＳ３０３肯定）、受信した判定用情報に含まれる識別情報により識別されるユーザを取得する（ステップＳ３０４）。例えば、判定用情報配布部３２１は、識別情報「ａ１」をキーとして識別情報テーブル３１１を検索し、ユーザ「ａ０」を取得する。
【００９５】
そして、判定用情報配布部３２１は、取得したユーザに対応付けられた識別情報とＳＮＳ名との対応付けを識別情報テーブル３１１から取得する（ステップＳ３０５）。図６に示す例では、判定用情報配布部３２１は、識別情報「ａ１」ＳＮＳ名「ＳＮＳ２００ａ」を取得し、識別情報「ａ２」ＳＮＳ名「ＳＮＳ２００ｂ」を取得し、識別情報「ａ３」ＳＮＳ名「ＳＮＳ２００ｃ」を取得する。
【００９６】
そして、判定用情報配布部３２１は、判定用情報の送信元となるＳＮＳ２００以外のＳＮＳ２００に対して、判定用情報を送信する（ステップＳ３０６）。例えば、判定用情報配布部３２１は、受信した判定用情報に含まれる識別情報を「ａ１」から識別情報「ａ２」に更新し、識別情報「ａ２」が用いられるＳＮＳ２００ｂに送信する。また、判定用情報配布部３２１は、受信した判定用情報に含まれる識別情報を「ａ１」から「ａ３」に更新し、識別情報「ａ３」が用いられるＳＮＳ２００ｃに送信する。
【００９７】
ここで、判定用情報配布部３２１は、送信が成功したか否かをログとして記憶しておき、送信が失敗した送信先に対しては、所定の時間後にリトライを実行することで、判定用情報の送信元となるＳＮＳ２００以外のＳＮＳ２００すべてに対して判定用情報を送信する。ただし、本発明は、送信が失敗した送信先にリトライを実行する場合に限定されるものではない。例えば、送信が失敗した場合に、判定用情報配布部３２１は、リトライを実行することなく、判定用情報の送信元となるＳＮＳ２００に送信エラーを返す形で処理を終了してもよい。例えば、判定用情報配布部３２１は、判定用情報の送信元となるＳＮＳ２００に対して、送信が失敗した送信先についてエラーが発生した旨の情報を送信して処理を終了しても良い。
【００９８】
なお、上記の処理手順は、上記の順番に限定されるものではなく、処理内容を矛盾させない範囲で適宜変更しても良い。例えば、図１０に示す例では、認証を行う場合を例に示したが、本発明はこれに限定されるものではなく、認証を実行しなくても良い。また、図１０に示す例では、判定用情報の送信元となるＳＮＳ２００に対して判定用情報を送信しない場合を例に示したが、本発明はこれに限定されるものではなく、定用情報の送信元となるＳＮＳ２００に対して送信しても良い。
【００９９】
［格納部による処理］
図１１を用いて、実施例１における格納部２２１ｂによる処理の流れの一例について示す。図１１は、実施例１における格納部による処理の流れの一例について示すフローチャートである。以下では、判定用情報配布部３２１が、識別情報「ａ１」とマッチングコード「1a56b872b8cd」とを含む判定用情報を受信した場合を用いて説明する。
【０１００】
図１１に示すように、ＩＤＭＳ３００から判定用情報を受信すると（ステップＳ４０１肯定）、判定用情報の送信元となるＩＤＭＳ３００の認証処理を行う（ステップＳ４０２）。
【０１０１】
具体的には、格納部２２１ｂは、送信元となるＩＤＭＳ３００が、受信した判定用情報に含まれる識別情報により識別されるユーザの識別情報を記憶するかを判定する。ここで、格納部２２１ｂは、記憶すると判定した場合には認証成功とし、記憶しないと判定した場合には認証失敗とする。例えば、識別情報「ａ１」により識別されるユーザ「ａ０」の識別情報を記憶するＩＤＭＳ３００であれば認証成功とし、そうでなければ認証失敗とする。
【０１０２】
そして、格納部２２１ｂは、認証が失敗した場合には（ステップＳ４０３否定）、そのまま処理を終了する。一方、格納部２２１ｂは、認証成功である場合には（ステップＳ４０３肯定）、受信した判定用情報を判定用情報テーブル２１２ｂに格納し（ステップＳ４０４）、有効期限を追加する（ステップＳ４０５）。例えば、格納部２２１ｂは、識別情報「ａ１」とマッチングコード「1a56b872b8cd」とを判定用情報テーブル２１２ｂに格納し、図８に示す例では、有効期限「2010/3/2 12:55」を格納する。
【０１０３】
なお、上記の処理手順は、上記の順番に限定されるものではなく、処理内容を矛盾させない範囲で適宜変更しても良い。例えば、上記のステップＳ４０４をＳ４０５の後に実行しても良い。
【０１０４】
［実施例１の効果］
上述したように、実施例１によれば、ＳＮＳ２００は、関係の有無が判定されるユーザのペアについて、ペアに含まれるユーザの識別情報各々をＩＤＭＳ３００に送信する。そして、ＩＤＭＳ３００は、ＳＮＳ２００により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を識別情報テーブル３１１から取得する。そして、ＩＤＭＳ３００は、ペアに含まれるユーザの識別情報のうち一方の識別情報について取得した識別情報が用いられるＳＮＳ２００に対して、取得した識別情報を含む判定用情報を送信する。また、ＩＤＭＳ３００は、ペアに含まれるユーザの識別情報のうち他方の識別情報について取得した識別情報が用いられるＳＮＳ２００に対して、取得した識別情報についての判定指示情報を送信する。そして、ＩＤＭＳ３００により送信された判定用情報を受信した別のＳＮＳ２００は、判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を関係テーブル２１１ｂから取得し、判定用情報テーブル２１２ｂに格納された判定用情報に含まれる場合に関係が結ばれていると判定し、含まれない場合に関係が結ばれていないと判定する。そして、別のＳＮＳ２００は、判定結果をＩＤＭＳ３００に送信する。そして、ＩＤＭＳ３００は、ＳＮＳ２００により送信された判定結果を受信すると、識別情報の送信元となるＳＮＳ２００に判定結果を送信する。この結果、セキュリティを向上可能である。
【０１０５】
具体的には、実施例１によれば、ＳＮＳ２００とＩＤＭＳ３００間において送受信される情報は、判定用情報や判定指示情報、判定結果であり、関係リストや参加ＳＮＳリストは送受信されない。この結果、関係リストやＳＮＳ参加リストを送受信することになる手法と比較して、ＳＮＳ２００とＩＤＭＳ３０との間において送受信される情報やＳＮＳ２００間において送受信される情報を抑えることができ、別のＳＮＳ２００における関係の有無を判定する際のセキュリティを向上可能である。
【０１０６】
また、実施例２によれば、ＩＤＭＳ３００は複数あり、複数あるＩＤＭＳ３００各々は異なるユーザについての識別情報を識別情報テーブル３１１に記憶する。また、ＳＮＳ２００ａは、ペアに含まれるユーザのうち一方のユーザについて、一方のユーザの識別情報を含む判定用情報を生成し、一方のユーザの識別情報を識別情報テーブル３１１に記憶するＩＤＭＳ３００に送信する。また、ＳＮＳ２００ａは、ペアに含まれるユーザのうち他方のユーザについて、他方のユーザの識別情報についての判定指示情報を生成し、他方のユーザの識別情報を識別情報テーブル３１１に記憶するＩＤＭＳ３００に送信する。また、ＩＤＭＳ３００は、識別情報を含む判定用情報又は識別情報を含む判定指示情報を受信すると、識別情報テーブル３１１から識別情報を取得し、判定用情報を受信した場合には、判定用情報に含まれる識別情報を取得した識別情報に更新した上で送信し、判定指示情報を受信した場合には、判定指示情報に含まれる識別情報を取得した識別情報に更新した上で送信する。また、ＩＤＭＳ３００は、判定用情報及び判定指示情報の送信元となるＳＮＳ２００に判定結果を送信する。この結果、別のＳＮＳ２００における関係の有無を判定する際のセキュリティを向上可能である。
【０１０７】
また、実施例２によれば、判定用情報は、判定用情報を他の判定用情報から一意に識別するマッチングコードと識別情報とを含み、判定指示情報は、マッチングコードと識別情報とを含む。また、ＩＤＭＳ３００は、判定指示情報を受信すると、判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報が、判定指示情報に含まれるマッチングコードを含み判定用情報テーブル２１２ｂに格納された判定用情報に含まれているかを判定する。この結果、判定用情報が複数格納されていたとしても、判定に用いられる判定用情報を特定でき、セキュリティを向上しながら別のＳＮＳ２００における関係の有無を判定可能である。また、この結果、関係の有無の判定が同時期に複数行うことが可能である。
【実施例２】
【０１０８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、その他の実施例にて実施されても良い。そこで、以下では、その他の実施例を示す。
【０１０９】
［ＳＮＳ］
上述した実施例では、アクセス要求を受信するＳＮＳ２００ａと、ＩＤＭＳ３００から判定用情報や判定指示情報とを受信するＳＮＳ２００ｂとを区別して説明したが、本発明はこれに限定されるものではない。具体的には、ＳＮＳは、ＳＮＳ２００ａが有する機能とＳＮＳ２００ｂが有する機能の両方を有しても良い。例えば、図４に示す例では、ＳＮＳ２００ａは、ＳＮＳ２００ｂの機能を更に有しても良く、ＳＮＳ２００ｂは、ＳＮＳ２００ａの機能を更に有しても良い。
【０１１０】
［判定用情報や判定指示情報の生成元］
例えば、上述した実施例では、ＳＮＳ２００ａが判定用情報又は判定指示情報を生成して送信する場合を用いて説明した。ただし、本発明はこれに限定されるものではない。例えば、ＩＤＭＳ３００が判定用情報や判定指示情報を生成して送信しても良い。例えば、関係の有無を判定する対象となるペアに含まれるユーザの双方について、同じＩＤＭＳ３００が識別情報を記憶する場合に、ＩＤＭＳ３００が判定用情報や判定指示情報を生成して送信するようにしても良い。
【０１１１】
具体的には、ＳＮＳ２００ａは、判定用情報や判定指示情報をＩＤＭＳ３００に送信するのではなく、関係の有無を判定する対象となるペアに含まれるユーザの識別情報各々を同じＩＤＭＳ３００に送信する。そして、ＩＤＭＳ３００は、ペアの識別情報各々を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を受信した識別情報ごとに取得する。そして、ＩＤＭＳ３００は、受信した識別情報各々のうち一方の識別情報について取得した識別情報について、取得した識別情報を含む判定用情報を生成して送信する。また、ＩＤＭＳ３００は、受信した識別情報各々のうち他方の識別情報について取得した識別情報について、取得した識別情報についての判定指示情報を生成して送信する。この結果、例えば、ＳＮＳ２００ａによる処理量を軽減でき、ＳＮＳ２００ａにおける処理負荷を軽減することが可能である。
【０１１２】
［判定指示情報の送信手法］
また、例えば、上述した実施例では、判定指示情報配布部３２２が、判定指示情報の送信元となるＳＮＳ以外のＳＮＳすべてに対して送信する場合について説明したが、本発明はこれに限定されるものではない。例えば、判定指示情報配布部３２２は、判定指示情報を送信するごとに、送信先となったＳＮＳ２００からの判定結果を受信するのを待ち、関係が結ばれている旨の判定結果が得られた場合には、次の判定指示情報を送信することなく判定処理を終了しても良い。一方、例えば、判定指示情報配布部３２２は、関係が結ばれていない旨の判定結果が得られた場合には、次の判定指示情報を送信しても良い。
【０１１３】
［システム構成］
また、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。また、例えば、ＳＮＳ２００ａは、アクセス要求を受信すると自動的に一連の処理を実行する場合を例に示したが、本発明はこれに限定されるものではなく、例えば、ユーザが手動にて設定したタイミングにて一連の処理を実行しても良い。この他、上述文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については（図１〜図１１）、特記する場合を除いて任意に変更して良い。
【０１１４】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、図１に示す例を用いて説明すると、ＳＮＳ２００ａは、クライアント端末１００からアクセス要求を受信する場合を例に示したが、本発明はこれに限定されるものではなく、ユーザから直接アクセス要求を受け付けても良い。また、例えば、ＩＤＭＳ記憶部３１０をＩＤＭＳ３００の外部装置としてネットワーク経由で接続するようにしても良い。
【０１１５】
［その他］
また、ユーザ管理システムの各装置にて行われる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現される。あるいは、ワイヤードロジックによるハードウェアとして実現され得る。言い換えると、ユーザ管理システムの各装置にて行われる各処理機能は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することで実現しても良い。
【０１１６】
また、上述した実施例にて説明した出力方法は、ユーザ管理プログラムによる情報処理がコンピュータを用いて具体的に実現されることで実行されても良い。コンピュータは、例えば、ＣＰＵと、システムメモリと、ディスクドライブインターフェイスと、シリアルポートインターフェイスと、ビデオアダプタと、ネットワークインターフェイスとを有する。また、コンピュータは、各部がシステムバスにより接続される。システムメモリは、ＲＯＭやＲＡＭを有する。ＲＯＭは、例えば、ＢＩＯＳ（Basic Input Output System）などのブートプログラムを記憶する。ハードディスクインターフェイスは、ＨＤＤと接続される。ディスクドライブインターフェイスは、ディスクドライブと接続される。ディスクドライブには、例えば、磁気ディスクや光ディスクなどの着脱可能な記憶媒体が挿入される。シリアルポートインターフェイスは、例えば、マウスやキーボードと接続される。ビデオアダプタは、例えば、ディスプレイと接続される。
【０１１７】
ＨＤＤは、例えば、ＯＳ（Operating System）、アプリケーションプログラム、プログラムモジュール、プログラムデータなどを記憶する。すなわち、開示の技術に係る出力プログラムは、コンピュータによって実行される指令が記述されたプログラムモジュールとして、例えば、ＨＤＤに記憶される。図１を例に説明すると、関係判定部２２１ａと同様の処理を実行する手順と、マッチングコード生成部２２２ａと同様の処理を実行する手順と、判定用情報送信部２２３ａと同様の処理を実行する手順と、判定指示情報送信部２２４ａと同様の処理を実行する手順と、判定結果受信部２２５ａと同様の処理を実行する手順と、格納部２２１ｂと同様の処理を実行する手順と、判定部２２２ｂと同様の処理を実行する手順と、判定結果送信部２２３ｂと同様の処理を実行する手順と、判定用情報配布部３２１と同様の処理を実行する手順と、判定指示情報配布部３２２と同様の処理を実行する手順と、判定結果送受信部３３３と同様の処理を実行する手順とがＨＤＤに記憶される。ただし、これらの手順すべてがＨＤＤに記憶される場合に限定されるものではない。
【０１１８】
また、上述した実施例で説明した関係テーブル２１１ａや関係テーブル２１１ｂに記憶されるデータ及び識別情報テーブル３１１に記憶されるデータのように、ユーザ管理プログラムによる処理に用いられるデータは、プログラムデータとして、例えば、ＨＤＤに記憶される。そして、ＣＰＵは、ＨＤＤに記憶されたプログラムモジュールやプログラムデータを適宜ＲＡＭに読み出し、上述した手順を実行する。
【０１１９】
なお、ユーザ管理プログラムに係るプログラムモジュールやプログラムデータは、ＨＤＤに記憶される場合に限定されるものではない。例えば、プログラムモジュールやプログラムデータは、着脱可能な記憶媒体に記憶され、ディスクドライブなどを介してＣＰＵによって読み出されても良い。また、例えば、プログラムモジュールやプログラムデータは、ネットワーク（ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）など）を介して接続された他のコンピュータに記憶され、ネットワークインターフェイスを介してＣＰＵによって読み出されても良い。
【符号の説明】
【０１２０】
１０ インターネット
１００ クライアント端末
２００ ＳＮＳサーバ
２１０ａ ＳＮＳ記憶部
２１１ａ 関係テーブル
２２０ａ ＳＮＳ制御部
２２１ａ 関係判定部
２２２ａ マッチングコード生成部
２２３ａ 判定用情報送信部
２２４ａ 判定指示情報送信部
２２５ａ 判定結果受信部
２１０ｂ ＳＮＳ記憶部
２１１ｂ 関係テーブル
２１２ｂ 判定用情報テーブル
２２０ｂ ＳＮＳ制御部
２２１ｂ 格納部
２２２ｂ 判定部
２２３ｂ 判定結果送信部
３１０ ＩＤＭＳ記憶部
３１１ 識別情報テーブル
３２０ ＩＤＭＳ制御部
３２１ 判定用情報配布部
３２２ 判定指示情報配布部
３２３ 判定結果送受信部
【技術分野】
【０００１】
本発明は、ユーザ管理システム、制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
ユーザ間で関係を結べるサーバ（ＳＮＳ、Social Network Sever）がある。ＳＮＳでは、ユーザは、交友関係のある人と関係を結ぶ。例えば、ＳＮＳでは、ユーザは、関係を結んだ人に対して自分の情報を公開し、関係を結んでいない人に対して自分の情報を公開しない。ＳＮＳは複数あり、一人のユーザが複数のＳＮＳを利用することもある。異なるＳＮＳ各々では、それぞれ異なるＩＤ（Identification）を用いてユーザを識別する。言い換えると、ユーザは、ＳＮＳごとに異なるＩＤを用いる。
【０００３】
ＳＮＳは、ユーザ間の関係を示すリストを記憶する。ＳＮＳにより記憶されるリストを「関係リスト」とも称する。例えば、ユーザ４０１とユーザ４０２とは、ＳＮＳ４１０にて関係を結び、ＳＮＳ４２０にて関係を結んでいない場合を用いて説明する。以下では、関係が結ばれていることを「関係がある」とも称し、関係が結ばれていないことを「関係がない」とも称する。この場合、ＳＮＳ４１０の関係リストには、ユーザ４０１とユーザ４０２との間に関係があることを示す情報が含まれ、ＳＮＳ４２０の関係リストには、ユーザ４０１とユーザ４０２との間に関係があることを示す情報が含まれない。この場合、ＳＮＳ４１０は、ユーザ４０２に対してユーザ４０１の情報を公開し、ＳＮＳ４２０は、ユーザ４０２に対してユーザ４０１の情報を公開しない。
【０００４】
また、ＳＮＳごとに異なるＩＤをユーザが管理するのは煩雑であり、ユーザのＩＤを束ねて管理するサーバ（ＩＤＭＳ、ＩＤ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｅｒ）がある。ＩＤＭＳは、ＳＮＳごとに用いられる識別情報をユーザごとに記憶する。具体的には、ＩＤＭＳは、ユーザが参加するＳＮＳとユーザのＩＤとの対応付けをユーザごとに記憶する。ＩＤＭＳにより記憶されるリストを「参加ＳＮＳリスト」とも称する。
【０００５】
ここで、他のＳＮＳの関係リストを取得し、他のＳＮＳにて関係が結ばれているか否かを判定する判定手法がある。例えば、ＳＮＳ４２０においてユーザ４０１とユーザ４０２とが関係を結んでいない場合に、ＳＮＳ４２０は、ＳＮＳ４１０の関係リストを取得し、取得したＳＮＳ４１０の関係リストにおいてユーザ４０１とユーザ４０２とが関係を結んでいるかを判定する。また、ＩＤＭＳにより保持されたＳＮＳ参加リストをユーザが公開する公開手法もある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】“ｐｌａｘｏ お客様の生活を豊かにするアドレスブック”、［online］、［平成２２年４月１４日検索］、インターネット（ＵＲＬ：http://www.plaxo.com/）
【非特許文献２】“Ｇｏｏｇｌｅアカウント ヘルプ”、［online］、［平成２２年４月７日検索］、インターネット（ＵＲＬ：http://www.google.com/support/accounts/bin/answer.py?answer=98085&hl=ja）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した判定手法では、個人情報を含む関係リストが他のＳＮＳに公開され、セキュリティ上好ましくないという問題がある。また、上述した判定手法では、他のＳＮＳの関係リストを取得したとしても、他のＳＮＳにおいては異なるＩＤが用いられており、ユーザを特定することが難しいという問題がある。
【０００８】
また、上述した判定手法に公開手法を応用した応用装置が考えられる。応用装置では、ＩＤＭＳにより公開されたＳＮＳ参加リストを参照することで、他のＳＮＳの関係リストのユーザを特定する。例えば、他のＳＮＳにおいてユーザ４０１とユーザ４０２との間に関係が結ばれているかをＳＮＳ４２０が判定する場合を用いて説明する。この場合、ＳＮＳ４２０は、ユーザ４０１が参加する他のＳＮＳであるＳＮＳ４１０の関係リストを取得する。そして、ＳＮＳ４２０は、ＩＤＭＳにより公開されたＳＮＳ参加リストを参照することで、ＳＮＳ４１０におけるユーザ４０１のＩＤやユーザ４０２のＩＤを特定し、特定したＩＤ間に関係があるかを確認する。
【０００９】
しかしながら、応用装置では、確認手法と同様に、ＳＮＳの関係リストが他のＳＮＳに公開され、セキュリティ上好ましくないという問題がある。また、応用装置では、ＩＤＭＳによりＳＮＳ参加リストが公開され、セキュリティ上好ましくないという問題がある。
【００１０】
開示の技術は、上述に鑑みてなされたものであって、セキュリティを向上可能であるユーザ管理システム、制御方法及び制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
開示の技術は、一つの態様において、ユーザごとに当該ユーザと関係が結ばれているユーザの識別情報を記憶する関係記憶部を有するサーバであって複数ある当該サーバがそれぞれ異なる識別情報を用いてユーザを識別する第一のサーバと、複数ある前記第一のサーバにより用いられる異なる識別情報を当該識別情報により識別されるユーザごとに記憶する識別情報記憶部を有する第二のサーバとを備えるユーザ管理システムであって、前記第一のサーバは、関係の有無が判定されるユーザのペアについて、当該ペアに含まれるユーザの識別情報各々を前記第二のサーバに送信する第一の送信部を有し、前記第二のサーバは、前記第一の送信部により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得する取得部と、前記ペアに含まれるユーザの識別情報のうち一方の識別情報について前記取得部により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報を含む前記判定に用いられる判定用情報を送信し、前記ペアに含まれるユーザの識別情報のうち他方の識別情報について前記取得部により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報について前記判定を実行する旨の指示である判定指示情報を送信する第二の送信部と、前記第一のサーバは、前記第二の送信部により送信された判定用情報を受信すると、当該判定用情報を判定用情報記憶部に格納する格納部と、前記第二の送信部により送信された判定指示情報を受信すると、当該判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を前記関係記憶部から取得し、前記判定用情報記憶部に格納された判定用情報に含まれる場合に関係が結ばれていると判定し、含まれない場合に関係が結ばれていないと判定する判定部と、前記判定部による判定結果を前記第二のサーバに送信する第三の送信部とを有し、前記第二のサーバは、前記第三の送信部により送信された判定結果を受信すると、前記第一の送信部が識別情報を送信した送信元となる前記第一のサーバに当該判定結果を送信する第四の送信部を有する。
【発明の効果】
【００１２】
開示の技術の一つの態様によれば、セキュリティを向上可能であるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施例１に係るユーザ管理システムの全体像について示す図である。
【図２】図２は、実施例１におけるユーザ間の関係の一例について示す図である。
【図３】図３は、実施例１に係るユーザ管理システムによる処理の全体像について示すシーケンス図である。
【図４】図４は、実施例１に係るユーザ管理システムの構成の一例を示すブロック図である。
【図５】図５は、実施例１における関係テーブルに記憶された情報の一例を示す図である。
【図６】図６は、実施例１における識別情報テーブルに記憶された情報の一例を示す図である。
【図７】図７は、実施例１における関係テーブルに記憶された情報の一例を示す図である。
【図８】図８は、実施例１における判定用情報テーブルに記憶された情報の一例を示す図である。
【図９】図９は、実施例１における判定部による判定処理の流れの一例を示すフローチャートである。
【図１０】図１０は、実施例１における判定用情報配布部による処理の流れの一例を示すフローチャートである。
【図１１】図１１は、実施例１における格納部による処理の流れの一例について示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下に、開示するユーザ管理システム、制御方法及び制御プログラムの実施例について、図面に基づいて詳細に説明する。なお、本実施例により開示する発明が限定されるものではない。各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例１】
【００１５】
［ユーザ管理システムの全体像］
実施例１に係るユーザ管理システムは、クライアント端末１００とＳＮＳ２００とＩＤＭＳ３００とを有する。クライアント端末１００は、ユーザにより用いられる端末である。ＳＮＳ２００は、ユーザと関係が結ばれているユーザの識別情報をユーザごとに記憶する関係記憶部を有するサーバである。言い換えると、ＳＮＳ２００は、ユーザ間の関係を示す関係リストを記憶する。ＳＮＳ２００は、複数あり、複数あるＳＮＳ２００各々は、それぞれ異なる識別情報を用いてユーザを識別する。ＩＤＭＳ３００は、ＳＮＳ２００ごとに用いられる識別情報をユーザごとに記憶する識別情報記憶部を有するサーバである。言い換えると、ＩＤＭＳ３００は、参加ＳＮＳリストを記憶する。ＳＮＳ２００は、「第１のサーバ」とも称する。ＩＤＭＳ３００は、「第２のサーバ」とも称する。
【００１６】
図１を用いて、実施例１に係るユーザ管理システムの全体像について示す。図１は、実施例１に係るユーザ管理システムの全体像について示す図である。図１において、１０は、ネットワークを示す。ネットワーク１０は、例えば、インターネットやイントラネットなどが該当し、任意のネットワークであって良い。１００は、クライアント端末を示す。２００ａ〜２００ｃは、ＳＮＳ２００を示す。図１に示す例では、ＳＮＳ２００が３つある場合を例に示したが、本発明はこれに限定されるものではなく、任意の数であって良い。３００ａと３００ｂとは、ＩＤＭＳ３００を示す。図１に示す例では、ＩＤＭＳ３００が２つある場合を例に示したが、本発明はこれに限定されるものではなく、任意の数であって良い。図１に示すように、クライアント端末１００とＳＮＳ２００とＩＤＭＳ３００とは、インターネット１０を介して相互に接続される。
【００１７】
以下では、図２に示すように、ＳＮＳ２００ａにて、ユーザ「ｒ１」と「ｏ１」とが関係を結んでおり、ユーザ「ｒ１」と「ａ１」とが関係を結んでいない場合を用いて説明する。また、ＳＮＳ２００ｂにて、ユーザ「ｒ２」と「ａ２」と「ｏ２」とが関係を結んでいる場合を用いて説明する。図２は、実施例１におけるユーザ間の関係の一例について示す図である。
【００１８】
また、以下では、図２に示すように、ＩＤＭＳ３００ａは、ユーザ「ｒ０」を識別する識別情報を記憶する場合を用いて説明する。すなわち、ＩＤＭＳ３００ａは、ユーザ「ｒ０」を識別する識別情報が、ＳＮＳ２００ａでは識別情報「ｒ１」であることを記憶し、ＳＮＳ２００ｂでは識別情報「ｒ２」であることを記憶し、ＳＮＳ２００ｄでは識別情報「ｒ４」であることを記憶する場合を用いて説明する。また、ＩＤＭＳ３００ｂは、ユーザ「ａ０」を識別する識別情報を記憶する場合を用いて説明する。すなわち、ＩＤＭＳ３００ｂは、ユーザ「ａ０」を識別する識別情報が、ＳＮＳ２００ａでは識別情報「ａ１」であることを記憶し、ＳＮＳ２００ｂでは識別情報「ａ２」であることを記憶し、ＳＮＳ２００ｃでは識別情報「ａ３」であることを記憶する。
【００１９】
また、以下では、図２に示すように、ＳＮＳ２００ａにおいて、ユーザ「ａ１」から「ｒ１」へのアクセス要求が行われた場合を用いて説明する。言い換えると、ユーザ「ａ０」が、ＳＮＳ２００ａにて、ユーザ「ｒ０」に対してアクセス要求を実行する場合を用いて説明する。
【００２０】
［ユーザ管理システムによる処理の全体像］
図３を用いて、実施例１に係るユーザ管理システムによる処理の全体像について示す。図３は、実施例１に係るユーザ管理システムによる処理の全体像について示すシーケンス図である。図３では、クライアント端末１００と、ＳＮＳ２００ａとＳＮＳ２００ｂと、ＩＤＭＳ３００ａとＩＤＭＳ３００ｂとを用いて説明する。ただし、本発明はこれに限定されるものではなく、ＳＮＳ２００の数は３つ以上であっても良く、ＩＤＭＳ３００の数は１つでも良く、３つ以上でも良い。
【００２１】
クライアント端末１００は、ＳＮＳ２００ａにおいてユーザ「ａ１」から「ｒ１」へのアクセスするアクセス要求をユーザから受け付けると（ステップＳ１０１）、受け付けたアクセス要求をＳＮＳ２００ａに送信する（ステップＳ１０２）。
【００２２】
ＳＮＳ２００ａは、アクセス要求を受信すると、関係記憶部を参照することで、ＳＮＳ２００ａにおいてアクセス要求の対象となるユーザ間に関係が結ばれているかを判定する（ステップＳ１０３）。ここで、ＳＮＳ２００ａは、関係が結ばれていないと判定すると、マッチングコードを生成する（ステップＳ１０４）。マッチングコードは、他のＳＮＳ２００において関係が結ばれているか否かを判定する際に用いられる情報である。マッチングコードは、例えば、任意の文字列である。例えば、マッチングコードは、「1a56b872b8cd」や「81c25e9f7bc9」などが該当する。なお、マッチングコードは「判定用情報識別情報」とも称する。
【００２３】
なお、ＳＮＳ２００ａは、関係が結ばれていると判定すると、アクセス要求を許可してサービスを提供する。例えば、ＳＮＳ２００ａは、「ａ１」に対して「ｒ１」の情報を公開する。この場合、以下に説明する一連の処理は実行されない。
【００２４】
そして、ＳＮＳ２００ａは、関係が結ばれているかを判定する対象となるユーザのペアに含まれるユーザのうち一方のユーザの識別情報を含む他のＳＮＳ２００における判定に用いられる判定用情報を生成し、ＩＤＭＳ３００に送信する（ステップＳ１０５）。ここで、関係が結ばれているかを判定する対象となるユーザのペアとは、ＳＮＳ２００ａにて関係が結ばれていないと判定した「ａ１」と「ｒ１」とになる。例えば、ＳＮＳ２００ａは、識別情報「ａ１」を含む判定用情報を生成し、識別情報「ａ１」により識別されるユーザ「ａ０」の識別情報を管理するＩＤＭＳ３００ｂに送信する。
【００２５】
また、ＳＮＳ２００ａは、関係が結ばれているかを判定する対象となるユーザのペアに含まれるユーザのうち他方のユーザの識別情報について判定を実行する旨の指示である判定指示情報を生成し、ＩＤＭＳ３００に送信する（ステップＳ１０６）。例えば、ＳＮＳ２００ａは、識別情報「ｒ１」を含む判定指示情報を生成し、識別情報「ｒ１」により識別されるユーザ「ｒ０」の識別情報を管理するＩＤＭＳ３００ａに送信する。
【００２６】
ここで、判定用情報を受信したＩＤＭＳ３００ｂは、判定用情報に含まれる識別情報により識別されるユーザに対応付けられた識別情報を識別情報記憶部から取得する（ステップＳ１０７）。例えば、識別情報「ａ１」により識別されるユーザは「ａ０」であり、ＩＤＭＳ３００ｂは、ユーザ「ａ０」に対応付けられた識別情報「ａ２」や「ａ３」を関係記憶部から取得する。
【００２７】
そして、ＩＤＭＳ３００ｂは、取得した識別情報が用いられるＳＮＳ２００に対して、取得した識別情報を含む判定用情報を送信する（ステップＳ１０８）。例えば、ＩＤＭＳ３００ｂは、識別情報「ａ２」が用いられるＳＮＳ２００ｂに対して、識別情報「ａ２」を含む判定用情報を送信する。また、図３には示していないが、同様に、ＩＤＭＳ３００ｂは、識別情報「ａ３」が用いられるＳＮＳ２００ｃに対して、識別情報「ａ３」を含む判定用情報を送信する。
【００２８】
そして、判定用情報を受信したＳＮＳ３００ｂは、判定用情報を判定用情報記憶部に格納する（ステップＳ１０９）。例えば、ＳＮＳ３００ｂは、識別情報「ａ２」を含む判定用情報を判定用情報記憶部に格納する。
【００２９】
一方、判定指示情報を受信したＩＤＭＳ３００ａは、判定指示情報に含まれる識別情報により識別されるユーザに対応付けられた識別情報を識別情報記憶部から取得する（ステップＳ１１０）。例えば、識別情報「ｒ１」により識別されるユーザは「ｒ０」であり、ＩＤＭＳ３００ａは、ユーザ「ｒ０」に対応付けられた識別情報「ｒ２」や「ｒ４」を識別情報記憶部から取得する。
【００３０】
そして、ＩＤＭＳ３００ａは、取得した識別情報が用いられるＳＮＳ２００に対して、取得した識別情報を含む判定指示情報を送信する（ステップＳ１１１）。例えば、ＩＤＭＳ３００ａは、識別情報「ｒ２」が用いられるＳＮＳ２００ｂに対して、識別情報「ｒ２」を含む判定指示情報を送信する。また、図３には示していないが、同様に、ＩＤＭＳ３００ａは、識別情報「ｒ４」が用いられるＳＮＳ２００ｄに対して、識別情報「ｒ４」を含む判定指示情報を送信する。
【００３１】
そして、判定指示情報を受信したＳＮＳ２００ｂは、判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を関係記憶部から取得し、判定用情報記憶部に格納された判定用情報に含まれる場合には関係が結ばれていると判定し、含まれない場合には関係が結ばれていないと判定する（ステップＳ１１２）。図２に示す例では、ＳＮＳ２００ｂは、関係記憶部を参照し、判定指示情報に含まれる「ｒ２」に対応付けられた識別情報「ａ２」「ｏ２」を読み出す。つまり、ＳＮＳ２００ｂは、「ｒ２」と関係が結ばれているユーザの識別情報を読み出す。そして、判定用情報記憶部は、識別情報「ａ２」を含む判定用情報を記憶しており、ＳＮＳ２００ｂは、関係が結ばれていると判定する。
【００３２】
そして、判定指示情報を受信したＳＮＳ２００ｂは、判定指示情報の送信元となったＩＤＭＳ３００ａに対して判定結果を送信する（ステップＳ１１３）。例えば、ＳＮＳ２００ｂは、関係が結ばれている旨の判定結果を送信する。
【００３３】
そして、判定結果を受信したＩＤＭＳ３００は、判定指示情報の送信元となるＳＮＳ２００に判定結果を送信する（ステップＳ１１４）。例えば、ＩＤＭＳ３００ａは、ＳＮＳ２００ａに対して、関係が結ばれている旨の判定結果を送信する。
【００３４】
その後、判定結果を受信したＳＮＳ２００は、判定結果に応じた処理を実行する（ステップＳ１１５）。例えば、関係が結ばれている旨の判定結果を受信したＳＮＳ２００ａは、ＳＮＳ２００ａの関係記憶部を更新し、ユーザ「ａ１」から「ｒ１」へのアクセス要求を許可する。一方、例えば、関係が結ばれていない旨の判定結果を受信したＳＮＳ２００ａは、ユーザ「ａ１」から「ｒ１」へのアクセス要求を許可しない。
【００３５】
［ユーザ管理システムの構成］
図４を用いて、実施例１に係るユーザ管理システムの構成の一例を示す。図４は、実施例１に係るユーザ管理システムの構成の一例を示すブロック図である。図４に示す例では、ユーザ管理システムは、クライアント端末１００と、ＳＮＳサーバ２００ａと、ＳＮＳ２００ｂと、ＩＤＭＳ３００とを有する。なお、図１〜図３では、ＩＤＭＳ３００ａとＩＤＭＳ３００ｂとを記載したが、図４では記載の便宜上、ＩＤＭＳ３００ａとＩＤＭＳ３００ｂとに対応するＩＤＭＳとして、ＩＤＭＳ３００を記載した。
【００３６】
図４に示す例では、記載の便宜上、クライアント端末１００を１つ記載し、ＩＤＭＳ３００を１つ記載し、ＳＮＳサーバ２００を２つ記載した。ただし、本発明はこれに限定されるものではなく、任意の数であって良い。
【００３７】
［クライアント端末１００］
クライアント端末１００は、ＳＮＳ２００ａとネットワークを介して接続される。クライアント端末１００は、利用者がＳＮＳを利用する際に用いられる。クライアント端末１００は、例えば、既知のパーソナルコンピュータや、携帯電話、ＰＨＳ（Personal Handyphone System）端末、移動体通信端末、又は、ＰＤＡ（Personal Digital Assistant）などの情報処理装置が該当する。
【００３８】
クライアント端末１００は、アクセス要求をＳＮＳ２００ａに送信する。例えば、クライアント端末１００は、ユーザ「ａ」によって用いられる。また、クライアント端末１００は、ＳＮＳ２００ａにおけるユーザ「ａ」の識別情報である「ａ１」が、ＳＮＳ２００ａにおける他のユーザに対してのアクセスを要求するアクセス要求をＳＮＳ２００ａに送信する。以下では、ＳＮＳ２００ａにおいて「ａ１」が「ｒ１」に対してアクセスするアクセス要求をクライアント端末１００が送信する場合を用いて説明する。
【００３９】
［ＳＮＳ２００ａ］
ＳＮＳ２００ａは、クライアント端末１００及びＩＤＭＳ３００とネットワークを介して接続される。以下に説明するように、ＳＮＳ２００ａは、判定用情報や判定指示情報をＩＤＭＳ３００に送信する。その後、ＳＮＳ２００ａは、別のＳＮＳであるＳＮＳ２００ｂにおける関係の有無についての判定結果をＩＤＭＳ３００から受信する。
【００４０】
図４に示す例では、ＳＮＳ２００ａは、ＳＮＳ記憶部２１０ａと、ＳＮＳ制御部２２０ａとを有する。ＳＮＳ記憶部２１０ａは、ＳＮＳ制御部２２０ａと接続される。ＳＮＳ記憶部２１０ａは、ＳＮＳ制御部２２０ａによる各種処理に用いるデータを記憶する。ＳＮＳ記憶部２１０ａは、例えば、ＲＡＭ（Random Access Memory）や、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、リレーショナルデータベースやキーバリューストアなどのミドルウェア、又は、ハードディスクや光ディスクなどの記憶装置が該当する。ＳＮＳ記憶部２１０ａは、図４に示す例では、関係テーブル２１１ａを有する。関係テーブルは、「関係記憶部」や「関係リスト」とも称する。
【００４１】
図５に示すように、関係テーブル２１１ａは、ＳＮＳ２００ａにおいて関係が結ばれているユーザの識別情報をユーザごとに記憶する。つまり、関係テーブル２１１ａは、ユーザごとに、関係が結ばれているユーザのリストを記憶する。図５は、実施例１における関係テーブルに記憶された情報の一例を示す図である。図５に示す例では、関係テーブル２１１ａは、識別情報「ｒ１」に対応付けて識別情報「ｏ１」を記憶する。すなわち、関係テーブル２１１ａは、ＳＮＳ２００ａにおいて、ユーザ「ｒ１」とユーザ「ｏ１」との間に関係が結ばれていることを記憶する。また、関係テーブル２１１ａは、同様に、他のユーザについても関係が結ばれているユーザの識別情報を記憶する。
【００４２】
以下では、関係テーブル２１１ａが、識別情報「ｒ１」に対応付けて「ａ１」を記憶しない場合を用いて説明する。すなわち、以下では、関係テーブル２１１ａは、ＳＮＳ２００ａにおいて、「ｒ１」と「ａ１」とが関係を結んでいない場合を用いて説明する。
【００４３】
ＳＮＳ制御部２２０ａは、ＳＮＳ記憶部２１０ａと接続される。ＳＮＳ制御部２２０ａは、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。ＳＮＳ制御部２２０ａは、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）などの電子回路が該当する。図４に示す例では、ＳＮＳ制御部２２０ａは、関係判定部２２１ａと、マッチングコード生成部２２２ａと、判定用情報送信部２２３ａと、判定指示情報送信部２２４ａと、判定結果受信部２２５ａとを有する。
【００４４】
関係判定部２２１ａは、アクセス要求をクライアント端末１００から受信すると、関係テーブル２１１ａを参照することで、ＳＮＳ２００ａにおいてアクセス要求の対象となるユーザ間に関係が結ばれているかを判定する。例えば、「ａ１」が「ｒ１」に対してアクセスするアクセス要求を受信した場合には、関係判定部２２１ａは、識別情報「ａ１」に対応付けて識別情報「ｒ１」が関係テーブル２１１ａに記憶されているかを判定する。そして、図５に示す例では、関係テーブル２１１ａが識別情報「ｒ１」に対応付けて「ａ１」を記憶しておらず、関係判定部２２１ａは、「ａ１」と「ｒ１」との間に関係が結ばれていないと判定する。一方、関係判定部２２１ａは、記憶されている場合には、関係が結ばれていると判定する。関係判定部２２１ａによって関係が結ばれていると判定された場合には、ＳＮＳ制御部２２０ａは、アクセス要求を許可する。
【００４５】
マッチングコード生成部２２２ａは、関係判定部２２１ａにより関係が結ばれていないと判定された場合に、マッチングコードを生成する。マッチングコード生成部２２２ａは、マッチングコードを生成するごとに異なるマッチングコードを生成する。以下では、「ａ１」が「ｒ１」に対してアクセスするアクセス要求について、マッチングコード生成部２２２ａが、マッチングコード「1a56b872b8cd」を生成した場合を用いて説明する。
【００４６】
判定用情報送信部２２３ａや判定指示情報送信部２２４ａは、関係の有無を判定するユーザのペアについて、ペアに含まれるユーザの識別情報各々をＩＤＭＳ３００ｂに送信する。例えば、判定用情報送信部２２３ａや判定指示情報送信部２２４ａは、識別情報「ａ１」により識別されるユーザ「ａ」の識別情報を記憶するＩＤＭＳ３００ｂに識別情報「ａ１」を送信し、識別情報「ｒ１」により識別されるユーザ「ｒ」の識別情報を記憶するＩＤＭＳ３００ａに識別情報「ｒ１」を送信する。
【００４７】
具体的には、判定用情報送信部２２３ａは、ペアに含まれるユーザのうち一方のユーザについて、一方のユーザの識別情報を含む判定用情報を生成し、一方のユーザの識別情報を識別情報記憶部に記憶するＩＤＭＳ３００ａに送信する。例えば、判定用情報送信部２２３ａは、識別情報「ａ１」により識別されるユーザ「ａ」の識別情報を記憶するＩＤＭＳ３００ｂに対して、識別情報「ａ１」とマッチングコード「1a56b872b8cd」とを判定用情報として送信する。
【００４８】
また、具体的には、判定指示情報送信部２２４ａは、ペアに含まれるユーザのうち他方のユーザについて、他方のユーザの識別情報についての判定指示情報を生成し、他方のユーザの識別情報を識別情報記憶部に記憶するＩＤＭＳ３００に送信する。例えば、判定指示情報送信部２２４ａは、識別情報「ｒ１」により識別されるユーザ「ｒ」の識別情報を記憶するＩＤＭＳ３００ａに対して、識別情報「ｒ１」とマッチングコード「1a56b872b8cd」と判定を実行する旨の指示とを判定指示情報として送信する。
【００４９】
このように、ＳＮＳ２００ａでは、ペアに含まれるユーザのうち一方のユーザについて、判定用情報を送信し、他方のユーザについて判定指示情報を送信する。マッチングコード生成部２２２ａと判定用情報送信部２２３ａと判定指示情報送信部２２４ａとは、「第一の送信部」とも称する。
【００５０】
判定結果受信部２２５ａは、その後、他のＳＮＳ２００における判定結果をＩＤＭＳ３００から受信する。例えば、判定結果受信部２２５ａは、「ａ１」と「ｒ１」との間に関係が結ばれている旨の判定結果をＩＤＭＳ３００から受信する。
【００５１】
すなわち、上述したように、ＳＮＳ２００ａは、関係テーブル２１１ａの関係リストを送信することはなく、また、他のＳＮＳ２００ａの関係テーブル２１１ａの関係リストを受信こともない。また、ＳＮＳ２００ａは、ＩＤＭＳ３００のＳＮＳ参加リストを受信することもない。
【００５２】
［ＩＤＭＳ３００］
ＩＤＭＳ３００は、ＳＮＳ２００ａ及びＳＮＳ２００ｂとネットワークを介して接続される。ＩＤＭＳ３００は、以下に説明するように、ＳＮＳ２００ａから判定用情報や判定指示情報を受信し、受信した判定用情報や判定指示情報をＳＮＳ２００ａとは別のＳＮＳであるＳＮＳ２００ｂに送信する。その後、ＩＤＭＳ３００は、判定指示情報の送信先となるＳＮＳから関係の有無についての判定結果をＳＮＳ２００ｂから受信し、判定結果をＳＮＳ２００ａに送信する。
【００５３】
図４に示す例では、ＩＤＭＳ３００は、ＩＤＭＳ記憶部３１０と、ＩＤＭＳ制御部３２０とを有する。ＩＤＭＳ記憶部３１０は、ＩＤＭＳ制御部３２０と接続される。ＩＤＭＳ記憶部３１０は、例えば、ＲＡＭや、フラッシュメモリなどの半導体メモリ素子、リレーショナルデータベースやキーバリューストアなどのミドルウェア、又は、ハードディスクや光ディスクなどの記憶装置が該当する。ＩＤＭＳ記憶部３１０は、図４に示す例では、識別情報テーブル３１１を有する。
【００５４】
図６に示すように、識別情報テーブル３１１は、複数あるＳＮＳ２００ごとに用いられるそれぞれ異なる識別情報をユーザごとに記憶する。図６は、実施例１における識別情報テーブルに記憶された情報の一例を示す図である。図６に示す例では、識別情報テーブル３１１は、ユーザごとに、識別情報とＳＮＳ名との対応付けを記憶する。すなわち、識別情報テーブル３１１は、複数あるＳＮＳ２００により用いられる異なる識別情報をユーザごとに記憶する。
【００５５】
より詳細な一例をあげて説明すると、識別情報テーブル３１１は、ユーザ「ａ０」について、識別情報「ａ１」とＳＮＳ名「ＳＮＳ２００ａ」とを対応付けて記憶し、識別情報「ａ２」とＳＮＳ名「ＳＮＳ２００ｂ」とを対応付けて記憶し、識別情報「ａ３」とＳＮＳ名「ＳＮＳ２００ｃ」とを対応付けて記憶する。すなわち、識別情報テーブル３１１は、ユーザ「ａ０」は、ＳＮＳ２００ａにて識別情報「ａ１」で識別されることを記憶し、ＳＮＳ２００ｂにて識別情報「ａ２」で識別されることを記憶し、ＳＮＳ２００ｃにて識別情報「ａ３」で識別されることを記憶する。また、識別情報テーブル３１１は、同様に、他のユーザについても識別情報とＳＮＳ名との対応付けを記憶する。
【００５６】
ＩＤＭＳ制御部３２０は、ＩＤＭＳ記憶部３１０と接続される。ＩＤＭＳ制御部３２０は、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。ＩＤＭＳ制御部３２０は、例えば、ＡＳＩＣ、ＦＰＧＡ、ＣＰＵ、ＭＰＵなどの電子回路が該当する。図４に示す例では、ＩＤＭＳ制御部３２０は、判定用情報配布部３２１と、判定指示情報配布部３２２と、判定結果送受信部３２３とを有する。
【００５７】
判定用情報配布部３２１は、判定用情報を受信すると、受信した判定用情報に含まれる識別情報より識別されるユーザに対応付けられた識別情報を識別情報テーブル３１１から取得する。
【００５８】
例えば、判定用情報配布部３２１は、識別情報「ａ１」を含む判定用情報を受信すると、識別情報「ａ１」をキーとして識別情報テーブル３１１を検索し、ユーザ「ａ０」を取得する。そして、判定用情報配布部３２１は、取得したユーザ「ａ０」に対応付けられた識別情報とＳＮＳ名との対応付けを識別情報テーブル３１１から取得する。図６に示す例では、判定用情報配布部３２１は、識別情報「ａ１」ＳＮＳ名「ＳＮＳ２００ａ」を取得し、識別情報「ａ２」ＳＮＳ名「ＳＮＳ２００ｂ」を取得し、識別情報「ａ３」ＳＮＳ名「ＳＮＳ２００ｃ」を取得する。
【００５９】
また、判定用情報配布部３２１は、ペアに含まれるユーザの識別情報のうち一方の識別情報について取得した識別情報が用いられるＳＮＳ２００に対して、取得された識別情報を含む判定用情報を送信する。具体的には、判定用情報配布部３２１は、受信した判定用情報に含まれる識別情報を取得した識別情報に更新した上で、更新後の識別情報が用いられるＳＮＳ２００に対して判定用情報を送信する。その際、判定用情報配布部３２１は、判定用情報の送信元となったＳＮＳ以外のＳＮＳに対して、判定用情報を送信する。
【００６０】
例えば、判定用情報配布部３２１は、受信した判定用情報に含まれる識別情報を「ａ１」から識別情報「ａ２」に更新し、識別情報「ａ２」が用いられるＳＮＳ２００ｂに送信する。また、判定用情報配布部３２１は、受信した判定用情報に含まれる識別情報を「ａ１」から「ａ３」に更新し、更新後の判定用情報を識別情報「ａ３」が用いられるＳＮＳ２００ｃに送信する。なお、判定用情報配布部３２１は、判定用情報の送信元となったＳＮＳ２００ａには判定用情報を送信しない。ただし、本発明はこれに限定されるものではなく、判定用情報配布部３２１は、判定用情報の送信元となったＳＮＳ２００ａに判定用情報を送信しても良い。なお、判定用情報配布部３２１による処理の流れの一例については、後述するため説明を省略する。判定用情報配布部３２１は、「取得部」や「第二の送信部」とも称する。
【００６１】
判定指示情報配布部３２２は、判定指示情報を受信すると、受信した判定指示情報に含まれる識別情報より識別されるユーザに対応付けられた識別情報を識別情報テーブル３１１から取得する。
【００６２】
例えば、判定指示情報配布部３２２は、識別情報「ｒ１」を含む判定用情報を受信すると、識別情報「ｒ１」をキーとして識別情報テーブル３１１を検索し、ユーザ「ｒ０」を取得する。そして、判定指示情報配布部３２２は、取得したユーザ「ｒ０」に対応付けられた識別情報とＳＮＳ名との対応付けを識別情報テーブル３１１から取得する。図６に示す例では、判定指示情報配布部３２２は、識別情報「ｒ１」ＳＮＳ名「ＳＮＳ２００ａ」を取得し、識別情報「ｒ２」ＳＮＳ名「ＳＮＳ２００ｂ」を取得し、識別情報「ｒ４」ＳＮＳ名「ＳＮＳ２００ｄ」を取得する。
【００６３】
また、判定指示情報配布部３２２は、ペアに含まれるユーザの識別情報のうち他方の識別情報について取得した識別情報が用いられるＳＮＳ２００に対して、判定指示情報を送信する。具体的には、判定指示情報配布部３２２は、判定指示情報に含まれる識別情報を取得した識別情報に更新した上で、更新後の識別情報が用いられるＳＮＳ２００に対して、更新後の判定指示情報を送信する。その際、判定指示情報配布部３２２は、判定指示情報の送信元となったＳＮＳ以外のＳＮＳに対して、判定指示情報を送信する。
【００６４】
例えば、判定指示情報配布部３２２は、受信した判定指示情報に含まれる識別情報を「ｒ１」から識別情報「ｒ２」に更新し、識別情報「ｒ２」が用いられるＳＮＳ２００ｂに送信する。また、判定指示情報配布部３２２は、受信した判定指示情報に含まれる識別情報を「ｒ１」から「ｒ４」に更新し、更新後の判定指示情報を識別情報「ｒ４」が用いられるＳＮＳ２００ｄに送信する。なお、判定指示情報配布部３２２は、判定指示情報の送信元となったＳＮＳ２００ａには判定指示情報を送信しない。ただし、本発明はこれに限定されるものではなく、判定指示情報配布部３２２は、判定指示情報の送信元となったＳＮＳ２００ａに判定指示情報を送信しても良い。判定指示情報配布部３２２による処理の流れの一例については、後述するため説明を省略する。判定指示情報配布部３２２は、「取得部」や「第二の送信部」とも称する。
【００６５】
判定結果送受信部３２３は、ＩＤＭＳ３００から判定結果を受信すると、識別情報を送信した送信元となるＳＮＳ２００ａに判定結果を送信する。具体的には、判定結果送受信部３２３は、判定結果を受信すると、判定指示情報の送信元となるＳＮＳ２００ａに判定結果を送信する。例えば、判定結果送受信部３２３は、「ａ１」と「ｒ１」との間に関係が結ばれている旨の判定結果をＳＮＳ２００ａに送信する。
【００６６】
［ＳＮＳ２００ｂ］
ＳＮＳ２００ｂは、ＩＤＭＳ３００とネットワークを介して接続される。ＳＮＳ２００ｂは、以下に説明するように、ＩＤＭＳ３００から、判定用情報を受信したり、判定指示情報を受信したりする。また、ＳＮＳ２００ｂは、判定指示情報を受信すると、関係の有無について判定し、判定結果をＩＤＭＳ３００に送信する。
【００６７】
図４に示す例では、ＳＮＳ２００ｂは、ＳＮＳ記憶部２１０ｂと、ＳＮＳ制御部２２０ｂとを有する。ＳＮＳ記憶部２１０ｂは、ＳＮＳ制御部２２０ｂと接続される。ＳＮＳ記憶部２１０ｂは、ＳＮＳ制御部２２０ｂによる各種処理に用いるデータを記憶する。ＳＮＳ記憶部２１０ｂは、例えば、ＲＡＭや、フラッシュメモリなどの半導体メモリ素子、リレーショナルデータベースやキーバリューストアなどのミドルウェア、又は、ハードディスクや光ディスクなどの記憶装置が該当する。ＳＮＳ記憶部２１０ｂは、図４に示す例では、関係テーブル２１１ｂと、判定用情報テーブル２１２ｂとを有する。
【００６８】
図７に示すように、関係テーブル２１１ｂは、ＳＮＳ２００ｂにおいて関係が結ばれているユーザの識別情報をユーザごとに記憶する。図７は、実施例１における関係テーブルに記憶された情報の一例を示す図である。図７に示す例では、関係テーブル２１１ｂは、識別情報「ｒ２」に対応付けて識別情報「ａ２」を記憶し、識別情報「ｒ２」に対応付けて識別情報「ｏ２」を記憶する。すなわち、関係テーブル２１１ｂは、ＳＮＳ２００ｂにおいて、ユーザ「ｒ２」とユーザ「ａ２」との間に関係が結ばれていることを記憶し、ユーザ「ｒ２」とユーザ「ｏ２」との間に関係が結ばれていることを記憶する。また、関係テーブル２１１ｂは、同様に、他のユーザについても関係が結ばれているユーザの識別情報を記憶する。
【００６９】
関係テーブル２１１ａと関係テーブル２１１ｂとの違いについて簡単に説明する。関係テーブル２１１ａは、ＳＮＳ２００ａに設けられ、ＳＮＳ２００ａにおけるユーザ間の関係を記憶する。一方、関係テーブル２１１ｂは、ＳＮＳ２００ｂに設けられ、ＳＮＳ２００ｂにおけるユーザ間の関係を記憶する。
【００７０】
図８に示すように、判定用情報テーブル２１２ｂは、ＩＤＭＳ３００から受信した判定用情報を記憶する。図８は、実施例１における判定用情報テーブルに記憶された情報の一例を示す図である。図８に示す例では、判定用情報テーブル２１２ｂは、判定用情報と、有効期限とを記憶する。有効期限は、判定用情報が有効な期限を示す。図８に示す例では、判定用情報として、識別情報とマッチングコードとを記憶する場合を示した。判定用情報テーブル２１２ｂは、「判定用情報記憶部」とも称する。
【００７１】
例えば、判定用情報テーブル２１２ｂは、識別情報「ａ２」とマッチングコード「1a56b872b8cd」と有効期限「2010/3/2 12:55」とを記憶する。すなわち、判定用情報テーブル２１２ｂは、識別情報「ａ２」とマッチングコード「1a56b872b8cd」とを含む判定用情報をＳＮＳ２００ｂが受信し、識別情報「ａ２」とマッチングコード「1a56b872b8cd」とを含む判定用情報が「2010/3/2 12:55」まで有効であることを記憶する。また、判定用情報テーブル２１２ｂは、その他の判定用情報についても同様に記憶する。
【００７２】
ＳＮＳ制御部２２０ｂは、ＳＮＳ記憶部２１０ｂと接続される。ＳＮＳ制御部２２０ｂは、各種の処理手順などを規定したプログラムを記憶する内部メモリを有し、種々の処理を制御する。ＳＮＳ制御部２２０ｂは、例えば、ＡＳＩＣ、ＦＰＧＡ、ＣＰＵ、ＭＰＵなどの電子回路が該当する。図４に示す例では、ＳＮＳ制御部２２０ｂは、格納部２２１ｂと、判定部２２２ｂと、判定結果送信部２２３ｂとを有する。
【００７３】
格納部２２１ｂは、判定用情報をＩＤＭＳ３００から受信すると、受信した判定用情報を判定用情報テーブル２１２ｂに格納する。例えば、格納部２２１ｂは、識別情報「ａ２」とマッチングコード「1a56b872b8cd」とを含む判定用情報を受信すると、受信した識別情報「ａ２」とマッチングコード「1a56b872b8cd」とを判定用情報テーブル２１２ｂに格納する。また、例えば、格納部２２１ｂは、判定用情報を格納するとともに、判定用情報を受信した日時から所定の時間後の日時を有効期限として格納する。例えば、図８に示す例では、有効期限「2010/3/2 12:55」を格納する。ただし、本発明はこれに限定されるものではない。例えば、有効期限は、判定用情報が作成される際に併せて作成され、判定用情報に含まれていても良い。格納部２２１ｂによる処理の流れの一例については後述する。
【００７４】
判定部２２２ｂは、判定指示情報を受信すると、判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を関係記憶部から取得し、判定用情報記憶部に格納された判定用情報に含まれる場合には関係が結ばれていると判定し、含まれない場合には関係が結ばれていないと判定する。
【００７５】
例えば、識別情報「ｒ２」とマッチングコード「1a56b872b8cd」とを含む判定指示情報を受信した場合を用いて説明する。この場合、判定部２２２ｂは、識別情報「ｒ２」をキーとして関係テーブル２１１ｂを検索し、ＳＮＳ２００ｂにおいて「ｒ２」と関係が結ばれているユーザを示す識別情報「ａ２」「ｏ２」を取得する。
【００７６】
また、例えば、判定部２２２ｂは、判定用情報テーブル２１２ｂを参照することで、受信した判定指示情報に含まれるマッチングコード「1a56b872b8cd」を含む有効期限内の判定用情報が判定用情報テーブル２１２ｂにあるかを判定する。ここで、あると判定した場合には、マッチングコード「1a56b872b8cd」を含む有効期限内の判定用情報を取得し、取得した判定用情報に含まれる識別情報を取得する。図８に示す例では、判定部２２２ｂは、識別情報「ａ２」を取得する。一方、判定部２２２ｂは、ないと判定した場合には、関係が結ばれていないと判定する。
【００７７】
また、例えば、判定部２２２ｂは、関係テーブル２１１ｂから取得した識別情報「ａ２」「ｏ２」に、判定用情報テーブル２１２ｂから取得した識別情報「ａ２」が含まれるかを判定する。そして、含まれていると判定した場合には、関係が結ばれていると判定し、含まれていないと判定した場合には、関係が結ばれていないと判定する。この場合、識別情報「ａ２」は含まれており、判定部２２２ｂは、関係が結ばれていると判定する。
【００７８】
判定結果送信部２２３ｂは、判定部２２２ｂによる判定結果をＩＤＭＳ３００に送信する。例えば、判定結果送信部２２３ｂは、関係が結ばれている旨の判定結果をＩＤＭＳ３００に送信する。
【００７９】
上述した例では、ＳＮＳ２００ｂが、判定用情報と判定指示情報との両方を受信した場合を用いて説明した。ただし、ＳＮＳ２００は、判定用情報と判定指示情報との両方をＳＮＳ２００が受信するとは限らず、判定用情報と判定指示情報とのうちいずれか一方を受信する場合もあり、判定用情報と判定指示情報との両方を受信しない場合もある。
【００８０】
識別情報「ａ１」を含む判定用情報をＳＮＳ２００ａが送信し、識別情報「ｒ１」を含む判定指示情報をＳＮＳ２００ａが送信した場合を用いて説明する。この場合、ユーザ「ａ０」に対応付けられたＳＮＳ２００ｂにおける識別情報を識別情報テーブル３１１が記憶していなければ、ＩＤＭＳ３００が判定用情報をＳＮＳ２００ｂに送信することはなく、ＳＮＳ２００ｂは判定用情報を受信しない。また、同様に、ユーザ「ｒ０」に対応付けられたＳＮＳ２００ｂにおける識別情報を識別情報テーブル３１１が記憶していなければ、ＩＤＭＳ３００が判定指示情報をＳＮＳ２００ｂに送信することはなく、ＳＮＳ２００ｂは、判定指示情報を受信しない。
【００８１】
このため、以下では、判定用情報と判定指示情報とのうちいずれか一方を受信した場合における判定結果や、判定用情報と判定指示情報との両方を受信しない場合における判定結果についても、簡単に説明する。
【００８２】
判定用情報を受信したが判定指示情報を受信しなかった場合には、判定指示情報を受信しておらず、判定部２２２ｂはそもそも判定処理自体を行わない。また、判定用情報を受信しなかったが判定用情報を受信した場合には、判定用情報が判定用情報テーブル２１２ｂに格納されておらず、判定部２２２ｂは関係が結ばれていないと判定する。また、判定用情報及び判定指示情報を受信しなかった場合には、判定指示情報を受信しておらず、判定部２２２ｂはそもそも判定処理自体を行わない。
【００８３】
［ユーザ管理システムの各部による処理の流れの一例］
ユーザ管理システムの各部による処理の流れの一例について説明する。具体的には、判定部２２２ｂによる判定処理の流れと、判定用情報配布部３２１による処理の流れと、格納部２２１ｂによる処理の流れとを順に説明する。
【００８４】
［判定部による判定処理の流れ］
図９を用いて、実施例１における判定部２２２ｂによる判定処理の流れの一例を示す。図９は、実施例１における判定部による判定処理の流れの一例を示すフローチャートである。以下では、識別情報「ｒ２」とマッチングコード「1a56b872b8cd」とを含む判定指示情報を受信した場合を用いて説明する。
【００８５】
図９に示すように、判定部２２２ｂは、判定指示情報を受信すると（ステップＳ２０１肯定）、判定指示情報の送信元となるＩＤＭＳ３００の認証処理を行う（ステップＳ２０２）。具体的には、判定部２２２ｂは、送信元となるＩＤＭＳ３００が、受信した判定用情報に含まれる識別情報により識別されるユーザの識別情報を記憶するＩＤＭＳ３００であるかを判定する。ここで、判定部２２２ｂは、記憶するＩＤＭＳ３００であると判定した場合には認証成功とし、記憶しないと判定した場合には認証失敗とする。例えば、判定部２２２ｂは、識別情報「ｒ２」により識別されるユーザ「ｒ０」の識別情報を記憶するＩＤＭＳ３００ａであれば認証成功とし、そうでなければ認証失敗とする。
【００８６】
そして、判定部２２２ｂは、認証失敗と判定した場合には（ステップＳ２０３否定）、そのまま処理を終了する。一方、判定部２２２ｂは、認証成功と判定した場合には（ステップＳ２０３肯定）、判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を関係記憶部から取得する（ステップＳ２０４）。例えば、判定部２２２ｂは、識別情報「ｒ２」をキーとして関係テーブル２１１ｂを検索し、ＳＮＳ２００ｂにおいて識別情報「ａ２」「ｏ２」を取得する。
【００８７】
そして、判定用情報テーブルを参照する（ステップＳ２０５）。そして、判定部２２２ｂは、受信した判定用情報のマッチングコードを含む有効期限内の判定用情報があるかを判定する（ステップＳ２０６）。例えば、判定部２２２ｂは、マッチングコード「1a56b872b8cd」を含む有効期限内の判定用情報が判定用情報テーブル２１２ｂにあるかを判定する。ここで、判定部２２２ｂは、判定用情報がないと判定すると（ステップＳ２０６否定）、関係が結ばれていないと判定する（ステップ２０７）。
【００８８】
一方、判定部２２２ｂは、判定用情報があると判定すると（ステップＳ２０６肯定）、マッチングコード「1a56b872b8cd」を含む有効期限内の判定用情報を取得し（ステップＳ２０８）、取得した判定用情報の識別情報を取得する（ステップＳ２０９）。図８に示す例では、判定部２２２ｂは、識別情報「ａ２」を取得する。
【００８９】
そして、判定部２２２ｂは、関係テーブルから取得した識別情報に含まれるかを判定する（ステップＳ２１０）。例えば、判定部２２２ｂは、関係テーブル２１１ｂから取得した識別情報が「ａ２」「ｏ２」であり、判定用情報テーブル２１２ｂから取得した識別情報が「ａ２」である場合には、含まれると判定する（ステップＳ２１０肯定）。そして、含まれると判定すると、関係が結ばれていると判定する（ステップＳ２１１）。一方、判定部２２２ｂは、含まれないと判定すると（ステップＳ２１０否定）、関係が結ばれていないと判定する（ステップ２０７）。
【００９０】
なお、上記の処理手順は、上記の順番に限定されるものではなく、処理内容を矛盾させない範囲で適宜変更しても良い。例えば、上記のステップＳ２０４をＳ２０９の後に実行しても良い。
【００９１】
［判定用情報配布部による処理］
図１０を用いて、実施例１における判定用情報配布部３２１による処理の流れの一例を示す。図１０は、実施例１における判定用情報配布部による処理の流れの一例を示すフローチャートである。以下では、判定用情報配布部３２１が、識別情報「ａ１」とマッチングコード「1a56b872b8cd」とを含む判定用情報を受信した場合を用いて説明する。
【００９２】
図１０に示すように、判定用情報配布部３２１は、判定用情報を受信すると（ステップＳ３０１肯定）、判定用情報の送信元となるＳＮＳ２００の認証処理を行う（ステップＳ３０２）。具体的には、判定用情報配布部３２１は、受信した識別情報により識別されるユーザに対応付けられたＳＮＳ名を識別情報テーブル３１１から取得する。そして、判定用情報配布部３２１は、判定用情報の送信元となるＳＮＳ２００が取得したＳＮＳ名のいずれかと一致する場合には認証成功とし、いずれかと一致しない場合には認証失敗とする。
【００９３】
例えば、判定用情報配布部３２１は、受信した判定用情報に含まれる識別情報「ａ１」をキーとして識別情報テーブル３１１を検索し、ユーザ「ａ０」を取得する。そして、判定用情報配布部３２１は、取得したユーザ「ａ０」に対応付けられたＳＮＳ名「ＳＮＳ２００ａ」「ＳＮＳ２００ｂ」「ＳＮＳ２００ｃ」を取得する。そして、判定用情報配布部３２１は、判定用情報の送信元となるＳＮＳ２００を識別し、ＳＮＳ名「ＳＮＳ２００ａ」「ＳＮＳ２００ｂ」「ＳＮＳ２００ｃ」のいずれかである場合には認証成功とし、ＳＮＳ名「ＳＮＳ２００ａ」「ＳＮＳ２００ｂ」「ＳＮＳ２００ｃ」のいずれでもない場合には認証失敗とする。
【００９４】
そして、判定用情報配布部３２１は、認証が失敗した場合には（ステップＳ３０３否定）、処理を終了する。一方、判定用情報配布部３２１は、認証が成功した場合には（ステップＳ３０３肯定）、受信した判定用情報に含まれる識別情報により識別されるユーザを取得する（ステップＳ３０４）。例えば、判定用情報配布部３２１は、識別情報「ａ１」をキーとして識別情報テーブル３１１を検索し、ユーザ「ａ０」を取得する。
【００９５】
そして、判定用情報配布部３２１は、取得したユーザに対応付けられた識別情報とＳＮＳ名との対応付けを識別情報テーブル３１１から取得する（ステップＳ３０５）。図６に示す例では、判定用情報配布部３２１は、識別情報「ａ１」ＳＮＳ名「ＳＮＳ２００ａ」を取得し、識別情報「ａ２」ＳＮＳ名「ＳＮＳ２００ｂ」を取得し、識別情報「ａ３」ＳＮＳ名「ＳＮＳ２００ｃ」を取得する。
【００９６】
そして、判定用情報配布部３２１は、判定用情報の送信元となるＳＮＳ２００以外のＳＮＳ２００に対して、判定用情報を送信する（ステップＳ３０６）。例えば、判定用情報配布部３２１は、受信した判定用情報に含まれる識別情報を「ａ１」から識別情報「ａ２」に更新し、識別情報「ａ２」が用いられるＳＮＳ２００ｂに送信する。また、判定用情報配布部３２１は、受信した判定用情報に含まれる識別情報を「ａ１」から「ａ３」に更新し、識別情報「ａ３」が用いられるＳＮＳ２００ｃに送信する。
【００９７】
ここで、判定用情報配布部３２１は、送信が成功したか否かをログとして記憶しておき、送信が失敗した送信先に対しては、所定の時間後にリトライを実行することで、判定用情報の送信元となるＳＮＳ２００以外のＳＮＳ２００すべてに対して判定用情報を送信する。ただし、本発明は、送信が失敗した送信先にリトライを実行する場合に限定されるものではない。例えば、送信が失敗した場合に、判定用情報配布部３２１は、リトライを実行することなく、判定用情報の送信元となるＳＮＳ２００に送信エラーを返す形で処理を終了してもよい。例えば、判定用情報配布部３２１は、判定用情報の送信元となるＳＮＳ２００に対して、送信が失敗した送信先についてエラーが発生した旨の情報を送信して処理を終了しても良い。
【００９８】
なお、上記の処理手順は、上記の順番に限定されるものではなく、処理内容を矛盾させない範囲で適宜変更しても良い。例えば、図１０に示す例では、認証を行う場合を例に示したが、本発明はこれに限定されるものではなく、認証を実行しなくても良い。また、図１０に示す例では、判定用情報の送信元となるＳＮＳ２００に対して判定用情報を送信しない場合を例に示したが、本発明はこれに限定されるものではなく、定用情報の送信元となるＳＮＳ２００に対して送信しても良い。
【００９９】
［格納部による処理］
図１１を用いて、実施例１における格納部２２１ｂによる処理の流れの一例について示す。図１１は、実施例１における格納部による処理の流れの一例について示すフローチャートである。以下では、判定用情報配布部３２１が、識別情報「ａ１」とマッチングコード「1a56b872b8cd」とを含む判定用情報を受信した場合を用いて説明する。
【０１００】
図１１に示すように、ＩＤＭＳ３００から判定用情報を受信すると（ステップＳ４０１肯定）、判定用情報の送信元となるＩＤＭＳ３００の認証処理を行う（ステップＳ４０２）。
【０１０１】
具体的には、格納部２２１ｂは、送信元となるＩＤＭＳ３００が、受信した判定用情報に含まれる識別情報により識別されるユーザの識別情報を記憶するかを判定する。ここで、格納部２２１ｂは、記憶すると判定した場合には認証成功とし、記憶しないと判定した場合には認証失敗とする。例えば、識別情報「ａ１」により識別されるユーザ「ａ０」の識別情報を記憶するＩＤＭＳ３００であれば認証成功とし、そうでなければ認証失敗とする。
【０１０２】
そして、格納部２２１ｂは、認証が失敗した場合には（ステップＳ４０３否定）、そのまま処理を終了する。一方、格納部２２１ｂは、認証成功である場合には（ステップＳ４０３肯定）、受信した判定用情報を判定用情報テーブル２１２ｂに格納し（ステップＳ４０４）、有効期限を追加する（ステップＳ４０５）。例えば、格納部２２１ｂは、識別情報「ａ１」とマッチングコード「1a56b872b8cd」とを判定用情報テーブル２１２ｂに格納し、図８に示す例では、有効期限「2010/3/2 12:55」を格納する。
【０１０３】
なお、上記の処理手順は、上記の順番に限定されるものではなく、処理内容を矛盾させない範囲で適宜変更しても良い。例えば、上記のステップＳ４０４をＳ４０５の後に実行しても良い。
【０１０４】
［実施例１の効果］
上述したように、実施例１によれば、ＳＮＳ２００は、関係の有無が判定されるユーザのペアについて、ペアに含まれるユーザの識別情報各々をＩＤＭＳ３００に送信する。そして、ＩＤＭＳ３００は、ＳＮＳ２００により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を識別情報テーブル３１１から取得する。そして、ＩＤＭＳ３００は、ペアに含まれるユーザの識別情報のうち一方の識別情報について取得した識別情報が用いられるＳＮＳ２００に対して、取得した識別情報を含む判定用情報を送信する。また、ＩＤＭＳ３００は、ペアに含まれるユーザの識別情報のうち他方の識別情報について取得した識別情報が用いられるＳＮＳ２００に対して、取得した識別情報についての判定指示情報を送信する。そして、ＩＤＭＳ３００により送信された判定用情報を受信した別のＳＮＳ２００は、判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を関係テーブル２１１ｂから取得し、判定用情報テーブル２１２ｂに格納された判定用情報に含まれる場合に関係が結ばれていると判定し、含まれない場合に関係が結ばれていないと判定する。そして、別のＳＮＳ２００は、判定結果をＩＤＭＳ３００に送信する。そして、ＩＤＭＳ３００は、ＳＮＳ２００により送信された判定結果を受信すると、識別情報の送信元となるＳＮＳ２００に判定結果を送信する。この結果、セキュリティを向上可能である。
【０１０５】
具体的には、実施例１によれば、ＳＮＳ２００とＩＤＭＳ３００間において送受信される情報は、判定用情報や判定指示情報、判定結果であり、関係リストや参加ＳＮＳリストは送受信されない。この結果、関係リストやＳＮＳ参加リストを送受信することになる手法と比較して、ＳＮＳ２００とＩＤＭＳ３０との間において送受信される情報やＳＮＳ２００間において送受信される情報を抑えることができ、別のＳＮＳ２００における関係の有無を判定する際のセキュリティを向上可能である。
【０１０６】
また、実施例２によれば、ＩＤＭＳ３００は複数あり、複数あるＩＤＭＳ３００各々は異なるユーザについての識別情報を識別情報テーブル３１１に記憶する。また、ＳＮＳ２００ａは、ペアに含まれるユーザのうち一方のユーザについて、一方のユーザの識別情報を含む判定用情報を生成し、一方のユーザの識別情報を識別情報テーブル３１１に記憶するＩＤＭＳ３００に送信する。また、ＳＮＳ２００ａは、ペアに含まれるユーザのうち他方のユーザについて、他方のユーザの識別情報についての判定指示情報を生成し、他方のユーザの識別情報を識別情報テーブル３１１に記憶するＩＤＭＳ３００に送信する。また、ＩＤＭＳ３００は、識別情報を含む判定用情報又は識別情報を含む判定指示情報を受信すると、識別情報テーブル３１１から識別情報を取得し、判定用情報を受信した場合には、判定用情報に含まれる識別情報を取得した識別情報に更新した上で送信し、判定指示情報を受信した場合には、判定指示情報に含まれる識別情報を取得した識別情報に更新した上で送信する。また、ＩＤＭＳ３００は、判定用情報及び判定指示情報の送信元となるＳＮＳ２００に判定結果を送信する。この結果、別のＳＮＳ２００における関係の有無を判定する際のセキュリティを向上可能である。
【０１０７】
また、実施例２によれば、判定用情報は、判定用情報を他の判定用情報から一意に識別するマッチングコードと識別情報とを含み、判定指示情報は、マッチングコードと識別情報とを含む。また、ＩＤＭＳ３００は、判定指示情報を受信すると、判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報が、判定指示情報に含まれるマッチングコードを含み判定用情報テーブル２１２ｂに格納された判定用情報に含まれているかを判定する。この結果、判定用情報が複数格納されていたとしても、判定に用いられる判定用情報を特定でき、セキュリティを向上しながら別のＳＮＳ２００における関係の有無を判定可能である。また、この結果、関係の有無の判定が同時期に複数行うことが可能である。
【実施例２】
【０１０８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、その他の実施例にて実施されても良い。そこで、以下では、その他の実施例を示す。
【０１０９】
［ＳＮＳ］
上述した実施例では、アクセス要求を受信するＳＮＳ２００ａと、ＩＤＭＳ３００から判定用情報や判定指示情報とを受信するＳＮＳ２００ｂとを区別して説明したが、本発明はこれに限定されるものではない。具体的には、ＳＮＳは、ＳＮＳ２００ａが有する機能とＳＮＳ２００ｂが有する機能の両方を有しても良い。例えば、図４に示す例では、ＳＮＳ２００ａは、ＳＮＳ２００ｂの機能を更に有しても良く、ＳＮＳ２００ｂは、ＳＮＳ２００ａの機能を更に有しても良い。
【０１１０】
［判定用情報や判定指示情報の生成元］
例えば、上述した実施例では、ＳＮＳ２００ａが判定用情報又は判定指示情報を生成して送信する場合を用いて説明した。ただし、本発明はこれに限定されるものではない。例えば、ＩＤＭＳ３００が判定用情報や判定指示情報を生成して送信しても良い。例えば、関係の有無を判定する対象となるペアに含まれるユーザの双方について、同じＩＤＭＳ３００が識別情報を記憶する場合に、ＩＤＭＳ３００が判定用情報や判定指示情報を生成して送信するようにしても良い。
【０１１１】
具体的には、ＳＮＳ２００ａは、判定用情報や判定指示情報をＩＤＭＳ３００に送信するのではなく、関係の有無を判定する対象となるペアに含まれるユーザの識別情報各々を同じＩＤＭＳ３００に送信する。そして、ＩＤＭＳ３００は、ペアの識別情報各々を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を受信した識別情報ごとに取得する。そして、ＩＤＭＳ３００は、受信した識別情報各々のうち一方の識別情報について取得した識別情報について、取得した識別情報を含む判定用情報を生成して送信する。また、ＩＤＭＳ３００は、受信した識別情報各々のうち他方の識別情報について取得した識別情報について、取得した識別情報についての判定指示情報を生成して送信する。この結果、例えば、ＳＮＳ２００ａによる処理量を軽減でき、ＳＮＳ２００ａにおける処理負荷を軽減することが可能である。
【０１１２】
［判定指示情報の送信手法］
また、例えば、上述した実施例では、判定指示情報配布部３２２が、判定指示情報の送信元となるＳＮＳ以外のＳＮＳすべてに対して送信する場合について説明したが、本発明はこれに限定されるものではない。例えば、判定指示情報配布部３２２は、判定指示情報を送信するごとに、送信先となったＳＮＳ２００からの判定結果を受信するのを待ち、関係が結ばれている旨の判定結果が得られた場合には、次の判定指示情報を送信することなく判定処理を終了しても良い。一方、例えば、判定指示情報配布部３２２は、関係が結ばれていない旨の判定結果が得られた場合には、次の判定指示情報を送信しても良い。
【０１１３】
［システム構成］
また、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。また、例えば、ＳＮＳ２００ａは、アクセス要求を受信すると自動的に一連の処理を実行する場合を例に示したが、本発明はこれに限定されるものではなく、例えば、ユーザが手動にて設定したタイミングにて一連の処理を実行しても良い。この他、上述文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については（図１〜図１１）、特記する場合を除いて任意に変更して良い。
【０１１４】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、図１に示す例を用いて説明すると、ＳＮＳ２００ａは、クライアント端末１００からアクセス要求を受信する場合を例に示したが、本発明はこれに限定されるものではなく、ユーザから直接アクセス要求を受け付けても良い。また、例えば、ＩＤＭＳ記憶部３１０をＩＤＭＳ３００の外部装置としてネットワーク経由で接続するようにしても良い。
【０１１５】
［その他］
また、ユーザ管理システムの各装置にて行われる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現される。あるいは、ワイヤードロジックによるハードウェアとして実現され得る。言い換えると、ユーザ管理システムの各装置にて行われる各処理機能は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することで実現しても良い。
【０１１６】
また、上述した実施例にて説明した出力方法は、ユーザ管理プログラムによる情報処理がコンピュータを用いて具体的に実現されることで実行されても良い。コンピュータは、例えば、ＣＰＵと、システムメモリと、ディスクドライブインターフェイスと、シリアルポートインターフェイスと、ビデオアダプタと、ネットワークインターフェイスとを有する。また、コンピュータは、各部がシステムバスにより接続される。システムメモリは、ＲＯＭやＲＡＭを有する。ＲＯＭは、例えば、ＢＩＯＳ（Basic Input Output System）などのブートプログラムを記憶する。ハードディスクインターフェイスは、ＨＤＤと接続される。ディスクドライブインターフェイスは、ディスクドライブと接続される。ディスクドライブには、例えば、磁気ディスクや光ディスクなどの着脱可能な記憶媒体が挿入される。シリアルポートインターフェイスは、例えば、マウスやキーボードと接続される。ビデオアダプタは、例えば、ディスプレイと接続される。
【０１１７】
ＨＤＤは、例えば、ＯＳ（Operating System）、アプリケーションプログラム、プログラムモジュール、プログラムデータなどを記憶する。すなわち、開示の技術に係る出力プログラムは、コンピュータによって実行される指令が記述されたプログラムモジュールとして、例えば、ＨＤＤに記憶される。図１を例に説明すると、関係判定部２２１ａと同様の処理を実行する手順と、マッチングコード生成部２２２ａと同様の処理を実行する手順と、判定用情報送信部２２３ａと同様の処理を実行する手順と、判定指示情報送信部２２４ａと同様の処理を実行する手順と、判定結果受信部２２５ａと同様の処理を実行する手順と、格納部２２１ｂと同様の処理を実行する手順と、判定部２２２ｂと同様の処理を実行する手順と、判定結果送信部２２３ｂと同様の処理を実行する手順と、判定用情報配布部３２１と同様の処理を実行する手順と、判定指示情報配布部３２２と同様の処理を実行する手順と、判定結果送受信部３３３と同様の処理を実行する手順とがＨＤＤに記憶される。ただし、これらの手順すべてがＨＤＤに記憶される場合に限定されるものではない。
【０１１８】
また、上述した実施例で説明した関係テーブル２１１ａや関係テーブル２１１ｂに記憶されるデータ及び識別情報テーブル３１１に記憶されるデータのように、ユーザ管理プログラムによる処理に用いられるデータは、プログラムデータとして、例えば、ＨＤＤに記憶される。そして、ＣＰＵは、ＨＤＤに記憶されたプログラムモジュールやプログラムデータを適宜ＲＡＭに読み出し、上述した手順を実行する。
【０１１９】
なお、ユーザ管理プログラムに係るプログラムモジュールやプログラムデータは、ＨＤＤに記憶される場合に限定されるものではない。例えば、プログラムモジュールやプログラムデータは、着脱可能な記憶媒体に記憶され、ディスクドライブなどを介してＣＰＵによって読み出されても良い。また、例えば、プログラムモジュールやプログラムデータは、ネットワーク（ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）など）を介して接続された他のコンピュータに記憶され、ネットワークインターフェイスを介してＣＰＵによって読み出されても良い。
【符号の説明】
【０１２０】
１０ インターネット
１００ クライアント端末
２００ ＳＮＳサーバ
２１０ａ ＳＮＳ記憶部
２１１ａ 関係テーブル
２２０ａ ＳＮＳ制御部
２２１ａ 関係判定部
２２２ａ マッチングコード生成部
２２３ａ 判定用情報送信部
２２４ａ 判定指示情報送信部
２２５ａ 判定結果受信部
２１０ｂ ＳＮＳ記憶部
２１１ｂ 関係テーブル
２１２ｂ 判定用情報テーブル
２２０ｂ ＳＮＳ制御部
２２１ｂ 格納部
２２２ｂ 判定部
２２３ｂ 判定結果送信部
３１０ ＩＤＭＳ記憶部
３１１ 識別情報テーブル
３２０ ＩＤＭＳ制御部
３２１ 判定用情報配布部
３２２ 判定指示情報配布部
３２３ 判定結果送受信部
【特許請求の範囲】
【請求項１】
ユーザごとに当該ユーザと関係が結ばれているユーザの識別情報を記憶する関係記憶部を有するサーバであって複数ある当該サーバがそれぞれ異なる識別情報を用いてユーザを識別する第一のサーバと、複数ある前記第一のサーバにより用いられる異なる識別情報を前記ユーザごとに記憶する識別情報記憶部を有する第二のサーバとを備えるユーザ管理システムであって、
前記第一のサーバは、関係の有無が判定されるユーザのペアについて、当該ペアに含まれるユーザの識別情報各々を前記第二のサーバに送信する第一の送信部を有し、
前記第二のサーバは、
前記第一の送信部により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得する取得部と、
前記ペアに含まれるユーザの識別情報のうち一方の識別情報について前記取得部により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報を含む前記判定に用いられる判定用情報を送信し、前記ペアに含まれるユーザの識別情報のうち他方の識別情報について前記取得部により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報について前記判定を実行する旨の指示である判定指示情報を送信する第二の送信部と、
前記第一のサーバは、
前記第二の送信部により送信された判定用情報を受信すると、当該判定用情報を判定用情報記憶部に格納する格納部と、
前記第二の送信部により送信された判定指示情報を受信すると、当該判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を前記関係記憶部から取得し、前記判定用情報記憶部に格納された判定用情報に含まれる場合に関係が結ばれていると判定し、含まれない場合に関係が結ばれていないと判定する判定部と、
前記判定部による判定結果を前記第二のサーバに送信する第三の送信部とを有し、
前記第二のサーバは、前記第三の送信部により送信された判定結果を受信すると、前記第一の送信部が識別情報を送信した送信元となる前記第一のサーバに当該判定結果を送信する第四の送信部を有することを特徴とするユーザ管理システム。
【請求項２】
前記取得部は、前記ペアの識別情報各々を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を受信した識別情報ごとに取得し、
前記第二の送信部は、前記取得部が受信した識別情報各々のうち一方の識別情報について前記取得部により取得された識別情報について、取得された識別情報を含む前記判定用情報を生成して送信し、前記取得部が受信した識別情報各々のうち他方の識別情報について前記取得部により取得された識別情報について、取得された識別情報についての前記判定指示情報を生成して送信することを特徴とする請求項１に記載のユーザ管理システム。
【請求項３】
前記第二のサーバは複数あり、複数ある第二のサーバ各々は異なるユーザについての識別情報を前記識別情報記憶部に記憶し、
前記第一の送信部は、前記ペアに含まれるユーザのうち一方のユーザについて、当該一方のユーザの識別情報を含む前記判定用情報を生成し、当該一方のユーザの識別情報を前記識別情報記憶部に記憶する第二のサーバに送信し、前記ペアに含まれるユーザのうち他方のユーザについて、当該他方のユーザの識別情報についての前記判定指示情報を生成し、当該他方のユーザの識別情報を前記識別情報記憶部に記憶する第二のサーバに送信し、
前記取得部は、前記識別情報を含む前記判定用情報又は前記識別情報を含む前記判定指示情報を受信すると、前記識別情報記憶部から識別情報を取得し、
前記第二の送信部は、前記取得部が前記判定用情報を受信した場合には、当該判定用情報に含まれる識別情報を当該取得部により取得された識別情報に更新した上で送信し、前記取得部が前記判定指示情報を受信した場合には、当該判定指示情報に含まれる識別情報を当該取得部により取得された識別情報に更新した上で送信し、
前記第四の送信部は、前記判定用情報及び前記判定指示情報の送信元となる前記第一のサーバに前記判定結果を送信することを特徴とする請求項１に記載のユーザ管理システム。
【請求項４】
前記判定用情報は、当該判定用情報を他の判定用情報から一意に識別する判定用情報識別情報と前記識別情報とを含み、前記判定指示情報は、当該判定用情報識別情報と前記識別情報とを含むものであって、
前記判定部は、前記判定指示情報を受信すると、当該判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報が、当該判定指示情報に含まれる前記判定用情報識別情報を含み前記判定用情報記憶部に格納された判定用情報に含まれているかを判定することを特徴とする請求項２又は３に記載のユーザ管理システム。
【請求項５】
ユーザごとに当該ユーザと関係が結ばれているユーザの識別情報を記憶する関係記憶部を有するサーバであって複数ある当該サーバがそれぞれ異なる識別情報を用いてユーザを識別する第一のサーバであって、
複数ある前記第一のサーバにより用いられる異なる識別情報を前記ユーザごとに記憶する識別情報記憶部を有する第二のサーバに対して、関係の有無が判定されるユーザのペアについて、当該ペアに含まれるユーザの識別情報各々を送信する第一の送信部と、
前記第一の送信部により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得し、前記ペアに含まれるユーザの識別情報のうち一方の識別情報について取得した識別情報を含む前記判定に用いられる判定用情報を送信する前記第二のサーバから、当該判定用情報を受信すると、当該判定用情報を判定用情報記憶部に格納する格納部と、
前記第一の送信部により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得し、前記ペアに含まれるユーザの識別情報のうち他方の識別情報について取得した識別情報について前記判定を実行する旨の指示である判定指示情報を送信する前記第二のサーバから、判定指示情報を受信すると、当該判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を前記関係記憶部から取得し、前記判定用情報記憶部に格納された判定用情報に含まれる場合に関係が結ばれていると判定し、含まれない場合に関係が結ばれていないと判定する判定部と
を備えたことを特徴とする第一のサーバ。
【請求項６】
ユーザごとに当該ユーザと関係が結ばれているユーザの識別情報を記憶する関係記憶部を有するサーバであって複数ある当該サーバがそれぞれ異なる識別情報を用いてユーザを識別する第一のサーバに用いられる異なる識別情報を前記ユーザごとに記憶する識別情報記憶部を有する第二のサーバであって、
前記第一のサーバにより送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得する取得部と、
前記ペアに含まれるユーザの識別情報のうち一方の識別情報について前記取得部により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報を含む前記判定に用いられる判定用情報を送信し、前記ペアに含まれるユーザの識別情報のうち他方の識別情報について前記取得部により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報について前記判定を実行する旨の指示である判定指示情報を送信する第二の送信部と、
前記第一のサーバから関係の有無についての判定結果を受信すると、前記第一の送信部が識別情報を送信した送信元となる前記第一のサーバに当該判定結果を送信する第四の送信部と
を有することを特徴とするユーザ管理システム。
【請求項７】
ユーザごとに当該ユーザと関係が結ばれているユーザの識別情報を記憶する関係記憶部を有するサーバであって複数ある当該サーバがそれぞれ異なる識別情報を用いてユーザを識別する第一のサーバと、複数ある前記第一のサーバにより用いられる異なる識別情報を前記ユーザごとに記憶する識別情報記憶部を有する第二のサーバとを備えるユーザ管理システムの制御方法であって、
前記第一のサーバは、
関係の有無が判定されるユーザのペアについて、当該ペアに含まれるユーザの識別情報各々を前記第二のサーバに送信する第一の送信工程を含み、
前記第二のサーバは、
前記第一の送信工程により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得する取得工程と、
前記ペアに含まれるユーザの識別情報のうち一方の識別情報について前記取得工程により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報を含む前記判定に用いられる判定用情報を送信し、前記ペアに含まれるユーザの識別情報のうち他方の識別情報について前記取得工程により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報について前記判定を実行する旨の指示である判定指示情報を送信する第二の送信工程とを含み、
前記第一のサーバは、
前記第二の送信工程により送信された判定用情報を受信すると、当該判定用情報を判定用情報記憶部に格納する格納工程と、
前記第二の送信工程により送信された判定指示情報を受信すると、当該判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を前記関係記憶部から取得し、前記判定用情報記憶部に格納された判定用情報に含まれる場合に関係が結ばれていると判定し、含まれない場合に関係が結ばれていないと判定する判定工程と、
前記判定工程による判定結果を前記第二のサーバに送信する第三の送信工程とを含み、
前記第二のサーバは、前記第三の送信工程により送信された判定結果を受信すると、前記第一の送信工程が識別情報を送信した送信元となる前記第一のサーバに当該判定結果を送信する第四の送信工程を含むことを特徴とする制御方法。
【請求項８】
ユーザごとに当該ユーザと関係が結ばれているユーザの識別情報を記憶する関係記憶部を有するサーバであって複数ある当該サーバがそれぞれ異なる識別情報を用いてユーザを識別する第一のサーバと、複数ある前記第一のサーバにより用いられる異なる識別情報を前記ユーザごとに記憶する識別情報記憶部を有する第二のサーバとを備えるユーザ管理システムを制御する制御プログラムであって、
前記第一のサーバは、
関係の有無が判定されるユーザのペアについて、当該ペアに含まれるユーザの識別情報各々を前記第二のサーバに送信する第一の送信手順を実行し、
前記第二のサーバは、
前記第一の送信手順により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得する取得手順と、
前記ペアに含まれるユーザの識別情報のうち一方の識別情報について前記取得手順により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報を含む前記判定に用いられる判定用情報を送信し、前記ペアに含まれるユーザの識別情報のうち他方の識別情報について前記取得手順により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報について前記判定を実行する旨の指示である判定指示情報を送信する第二の送信手順とを実行し、
前記第一のサーバは、
前記第二の送信手順により送信された判定用情報を受信すると、当該判定用情報を判定用情報記憶部に格納する格納手順と、
前記第二の送信手順により送信された判定指示情報を受信すると、当該判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を前記関係記憶部から取得し、前記判定用情報記憶部に格納された判定用情報に含まれる場合に関係が結ばれていると判定し、含まれない場合に関係が結ばれていないと判定する判定手順と、
前記判定手順による判定結果を前記第二のサーバに送信する第三の送信手順とを実行し、
前記第二のサーバは、前記第三の送信手順により送信された判定結果を受信すると、前記第一の送信手順が識別情報を送信した送信元となる前記第一のサーバに当該判定結果を送信する第四の送信手順を実行することを特徴とする制御プログラム。
【請求項１】
ユーザごとに当該ユーザと関係が結ばれているユーザの識別情報を記憶する関係記憶部を有するサーバであって複数ある当該サーバがそれぞれ異なる識別情報を用いてユーザを識別する第一のサーバと、複数ある前記第一のサーバにより用いられる異なる識別情報を前記ユーザごとに記憶する識別情報記憶部を有する第二のサーバとを備えるユーザ管理システムであって、
前記第一のサーバは、関係の有無が判定されるユーザのペアについて、当該ペアに含まれるユーザの識別情報各々を前記第二のサーバに送信する第一の送信部を有し、
前記第二のサーバは、
前記第一の送信部により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得する取得部と、
前記ペアに含まれるユーザの識別情報のうち一方の識別情報について前記取得部により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報を含む前記判定に用いられる判定用情報を送信し、前記ペアに含まれるユーザの識別情報のうち他方の識別情報について前記取得部により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報について前記判定を実行する旨の指示である判定指示情報を送信する第二の送信部と、
前記第一のサーバは、
前記第二の送信部により送信された判定用情報を受信すると、当該判定用情報を判定用情報記憶部に格納する格納部と、
前記第二の送信部により送信された判定指示情報を受信すると、当該判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を前記関係記憶部から取得し、前記判定用情報記憶部に格納された判定用情報に含まれる場合に関係が結ばれていると判定し、含まれない場合に関係が結ばれていないと判定する判定部と、
前記判定部による判定結果を前記第二のサーバに送信する第三の送信部とを有し、
前記第二のサーバは、前記第三の送信部により送信された判定結果を受信すると、前記第一の送信部が識別情報を送信した送信元となる前記第一のサーバに当該判定結果を送信する第四の送信部を有することを特徴とするユーザ管理システム。
【請求項２】
前記取得部は、前記ペアの識別情報各々を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を受信した識別情報ごとに取得し、
前記第二の送信部は、前記取得部が受信した識別情報各々のうち一方の識別情報について前記取得部により取得された識別情報について、取得された識別情報を含む前記判定用情報を生成して送信し、前記取得部が受信した識別情報各々のうち他方の識別情報について前記取得部により取得された識別情報について、取得された識別情報についての前記判定指示情報を生成して送信することを特徴とする請求項１に記載のユーザ管理システム。
【請求項３】
前記第二のサーバは複数あり、複数ある第二のサーバ各々は異なるユーザについての識別情報を前記識別情報記憶部に記憶し、
前記第一の送信部は、前記ペアに含まれるユーザのうち一方のユーザについて、当該一方のユーザの識別情報を含む前記判定用情報を生成し、当該一方のユーザの識別情報を前記識別情報記憶部に記憶する第二のサーバに送信し、前記ペアに含まれるユーザのうち他方のユーザについて、当該他方のユーザの識別情報についての前記判定指示情報を生成し、当該他方のユーザの識別情報を前記識別情報記憶部に記憶する第二のサーバに送信し、
前記取得部は、前記識別情報を含む前記判定用情報又は前記識別情報を含む前記判定指示情報を受信すると、前記識別情報記憶部から識別情報を取得し、
前記第二の送信部は、前記取得部が前記判定用情報を受信した場合には、当該判定用情報に含まれる識別情報を当該取得部により取得された識別情報に更新した上で送信し、前記取得部が前記判定指示情報を受信した場合には、当該判定指示情報に含まれる識別情報を当該取得部により取得された識別情報に更新した上で送信し、
前記第四の送信部は、前記判定用情報及び前記判定指示情報の送信元となる前記第一のサーバに前記判定結果を送信することを特徴とする請求項１に記載のユーザ管理システム。
【請求項４】
前記判定用情報は、当該判定用情報を他の判定用情報から一意に識別する判定用情報識別情報と前記識別情報とを含み、前記判定指示情報は、当該判定用情報識別情報と前記識別情報とを含むものであって、
前記判定部は、前記判定指示情報を受信すると、当該判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報が、当該判定指示情報に含まれる前記判定用情報識別情報を含み前記判定用情報記憶部に格納された判定用情報に含まれているかを判定することを特徴とする請求項２又は３に記載のユーザ管理システム。
【請求項５】
ユーザごとに当該ユーザと関係が結ばれているユーザの識別情報を記憶する関係記憶部を有するサーバであって複数ある当該サーバがそれぞれ異なる識別情報を用いてユーザを識別する第一のサーバであって、
複数ある前記第一のサーバにより用いられる異なる識別情報を前記ユーザごとに記憶する識別情報記憶部を有する第二のサーバに対して、関係の有無が判定されるユーザのペアについて、当該ペアに含まれるユーザの識別情報各々を送信する第一の送信部と、
前記第一の送信部により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得し、前記ペアに含まれるユーザの識別情報のうち一方の識別情報について取得した識別情報を含む前記判定に用いられる判定用情報を送信する前記第二のサーバから、当該判定用情報を受信すると、当該判定用情報を判定用情報記憶部に格納する格納部と、
前記第一の送信部により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得し、前記ペアに含まれるユーザの識別情報のうち他方の識別情報について取得した識別情報について前記判定を実行する旨の指示である判定指示情報を送信する前記第二のサーバから、判定指示情報を受信すると、当該判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を前記関係記憶部から取得し、前記判定用情報記憶部に格納された判定用情報に含まれる場合に関係が結ばれていると判定し、含まれない場合に関係が結ばれていないと判定する判定部と
を備えたことを特徴とする第一のサーバ。
【請求項６】
ユーザごとに当該ユーザと関係が結ばれているユーザの識別情報を記憶する関係記憶部を有するサーバであって複数ある当該サーバがそれぞれ異なる識別情報を用いてユーザを識別する第一のサーバに用いられる異なる識別情報を前記ユーザごとに記憶する識別情報記憶部を有する第二のサーバであって、
前記第一のサーバにより送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得する取得部と、
前記ペアに含まれるユーザの識別情報のうち一方の識別情報について前記取得部により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報を含む前記判定に用いられる判定用情報を送信し、前記ペアに含まれるユーザの識別情報のうち他方の識別情報について前記取得部により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報について前記判定を実行する旨の指示である判定指示情報を送信する第二の送信部と、
前記第一のサーバから関係の有無についての判定結果を受信すると、前記第一の送信部が識別情報を送信した送信元となる前記第一のサーバに当該判定結果を送信する第四の送信部と
を有することを特徴とするユーザ管理システム。
【請求項７】
ユーザごとに当該ユーザと関係が結ばれているユーザの識別情報を記憶する関係記憶部を有するサーバであって複数ある当該サーバがそれぞれ異なる識別情報を用いてユーザを識別する第一のサーバと、複数ある前記第一のサーバにより用いられる異なる識別情報を前記ユーザごとに記憶する識別情報記憶部を有する第二のサーバとを備えるユーザ管理システムの制御方法であって、
前記第一のサーバは、
関係の有無が判定されるユーザのペアについて、当該ペアに含まれるユーザの識別情報各々を前記第二のサーバに送信する第一の送信工程を含み、
前記第二のサーバは、
前記第一の送信工程により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得する取得工程と、
前記ペアに含まれるユーザの識別情報のうち一方の識別情報について前記取得工程により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報を含む前記判定に用いられる判定用情報を送信し、前記ペアに含まれるユーザの識別情報のうち他方の識別情報について前記取得工程により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報について前記判定を実行する旨の指示である判定指示情報を送信する第二の送信工程とを含み、
前記第一のサーバは、
前記第二の送信工程により送信された判定用情報を受信すると、当該判定用情報を判定用情報記憶部に格納する格納工程と、
前記第二の送信工程により送信された判定指示情報を受信すると、当該判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を前記関係記憶部から取得し、前記判定用情報記憶部に格納された判定用情報に含まれる場合に関係が結ばれていると判定し、含まれない場合に関係が結ばれていないと判定する判定工程と、
前記判定工程による判定結果を前記第二のサーバに送信する第三の送信工程とを含み、
前記第二のサーバは、前記第三の送信工程により送信された判定結果を受信すると、前記第一の送信工程が識別情報を送信した送信元となる前記第一のサーバに当該判定結果を送信する第四の送信工程を含むことを特徴とする制御方法。
【請求項８】
ユーザごとに当該ユーザと関係が結ばれているユーザの識別情報を記憶する関係記憶部を有するサーバであって複数ある当該サーバがそれぞれ異なる識別情報を用いてユーザを識別する第一のサーバと、複数ある前記第一のサーバにより用いられる異なる識別情報を前記ユーザごとに記憶する識別情報記憶部を有する第二のサーバとを備えるユーザ管理システムを制御する制御プログラムであって、
前記第一のサーバは、
関係の有無が判定されるユーザのペアについて、当該ペアに含まれるユーザの識別情報各々を前記第二のサーバに送信する第一の送信手順を実行し、
前記第二のサーバは、
前記第一の送信手順により送信された識別情報を受信すると、受信した識別情報により識別されるユーザに対応付けられた識別情報を前記識別情報記憶部から取得する取得手順と、
前記ペアに含まれるユーザの識別情報のうち一方の識別情報について前記取得手順により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報を含む前記判定に用いられる判定用情報を送信し、前記ペアに含まれるユーザの識別情報のうち他方の識別情報について前記取得手順により取得された識別情報が用いられる前記第一のサーバに対して、取得された識別情報について前記判定を実行する旨の指示である判定指示情報を送信する第二の送信手順とを実行し、
前記第一のサーバは、
前記第二の送信手順により送信された判定用情報を受信すると、当該判定用情報を判定用情報記憶部に格納する格納手順と、
前記第二の送信手順により送信された判定指示情報を受信すると、当該判定指示情報に含まれる識別情報により識別されるユーザと関係が結ばれているユーザの識別情報を前記関係記憶部から取得し、前記判定用情報記憶部に格納された判定用情報に含まれる場合に関係が結ばれていると判定し、含まれない場合に関係が結ばれていないと判定する判定手順と、
前記判定手順による判定結果を前記第二のサーバに送信する第三の送信手順とを実行し、
前記第二のサーバは、前記第三の送信手順により送信された判定結果を受信すると、前記第一の送信手順が識別情報を送信した送信元となる前記第一のサーバに当該判定結果を送信する第四の送信手順を実行することを特徴とする制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−２５７９６１（Ｐ２０１１−２５７９６１Ａ）
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願番号】特願２０１０−１３１４７９（Ｐ２０１０−１３１４７９）
【出願日】平成２２年６月８日（２０１０．６．８）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【出願人】（８９９００００６８）学校法人早稲田大学 (602)
【Ｆターム（参考）】
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願日】平成２２年６月８日（２０１０．６．８）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【出願人】（８９９００００６８）学校法人早稲田大学 (602)
【Ｆターム（参考）】
[ Back to top ]