情報配信装置、管理システム、及び情報配信方法
【課題】外部サービスにおいて各ユーザが友人関係がある相手ユーザに対して公開している情報を、外部サービス上で友人関係を直接結ばなくても、所定の関係がある場合には取得可能とする情報配信装置を提供すること。
【解決手段】相手ユーザに関する情報の取得要求を受信する要求受信部（１１１）と、つながり関係判定部（１１２）と、公開可否判定部（１１３）と、相手ユーザとつながり関係があると判定され、かつ公開可能と判定された相手ユーザに関する情報を、外部サービス提供サーバに対して要求する要求送信部（１１４）と、外部サービス提供サーバから相手ユーザに関する情報を含む応答を受信する受信部（１１５）と、外部サービス提供サーバから受信した相手ユーザに関する情報を含む応答を要求元ユーザのユーザ端末へ送信する応答送信部（１１６）と、を備えたことを特徴とする。
【解決手段】相手ユーザに関する情報の取得要求を受信する要求受信部（１１１）と、つながり関係判定部（１１２）と、公開可否判定部（１１３）と、相手ユーザとつながり関係があると判定され、かつ公開可能と判定された相手ユーザに関する情報を、外部サービス提供サーバに対して要求する要求送信部（１１４）と、外部サービス提供サーバから相手ユーザに関する情報を含む応答を受信する受信部（１１５）と、外部サービス提供サーバから受信した相手ユーザに関する情報を含む応答を要求元ユーザのユーザ端末へ送信する応答送信部（１１６）と、を備えたことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ間の関係性に基づいて情報配信を行う情報配信装置、管理システム、及び情報配信方法に関する。
【背景技術】
【０００２】
複数の携帯電話機の利用者に関する氏名・名称、電話番号又はメールアドレスを含む電話帳データを、通信ネットワークを通じて集積し、集積された電話帳データを用いて利用者間の関係性をソーシャルラインとして管理する電話帳管理システムが提案されている（例えば、特許文献１参照）。この電話帳管理システムでは、例えば、電話帳データに設定されたソーシャルラインを辿ることでソーシャルラインにより関連付けられた他の利用者のプロファイルを検索することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−４２２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年では、ソーシャルネットワークサービス（以下、ＳＮＳ）の発展により、各ＳＮＳにおいてコミュニティが形成され、様々な情報交換が行われるようになっている。例えば、あるユーザがあるＳＮＳにおいて情報を公開すると、他のユーザはそのＳＮＳにアクセスすることで公開された情報を取得することができる。
【０００５】
しかしながら、一方のユーザが対象ＳＮＳに参加していない場合、このユーザは対象ＳＮＳへのアクセス権限を有しないため、相手ユーザが対象ＳＮＳにおいて公開した情報などにアクセスすることはできない。また、たとえこのユーザが対象ＳＮＳに参加していたとしても、対象ＳＮＳにおいて相手ユーザとの間に友人関係が構築されていない場合、相手ユーザの公開した情報を取得することは困難である。このように、現実社会において友人関係にあったとしても、ＳＮＳにおいて相手ユーザが公開した情報を取得することは必ずしも容易でない。
【０００６】
本発明は、かかる問題点に鑑みてなされたものであり、外部サービスにおいて各ユーザが友人関係がある相手ユーザに対して公開している情報を、外部サービス上で友人関係を直接結ばなくても、所定の関係がある場合には取得可能とする情報配信装置、管理システム、及び情報配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の情報配信装置は、要求元ユーザのユーザ端末から外部サービス提供サーバ上で公開されている相手ユーザに関する情報の取得要求を受信する要求受信部と、前記要求元ユーザと前記相手ユーザとのつながり関係の有無を判定するつながり関係判定部と、前記相手ユーザに関する情報の公開範囲情報に基づいて前記要求元ユーザに対する情報公開の可否を判定する公開可否判定部と、前記要求受信部で受信した取得要求に対応して、前記つながり関係判定部により前記相手ユーザとつながり関係があると判定され、かつ前記公開可否判定部により公開可能と判定された相手ユーザに関する情報を、前記外部サービス提供サーバに対して要求する要求送信部と、前記外部サービス提供サーバから前記相手ユーザに関する情報を含む応答を受信する受信部と、前記外部サービス提供サーバから受信した前記相手ユーザに関する情報を含む応答を要求元ユーザのユーザ端末へ送信する応答送信部と、を備えたことを特徴とする。
【０００８】
この構成によれば、ユーザ間におけるつながり関係の判定結果に基づいて外部サービスに対し相手ユーザに関する情報の取得要求を送信し、外部サービスからの相手ユーザに関する情報を含む応答を受信する。このように、ユーザ間の関係性を利用することで、ユーザが外部サービスに直接アクセスすること無く外部サービスにおける相手ユーザの情報を取得可能な情報配信装置、管理システム、及び情報配信方法を実現できる。
【発明の効果】
【０００９】
本発明によれば、外部サービスにおいて各ユーザが友人関係がある相手ユーザに対して公開している情報を、外部サービス上で友人関係を直接結ばなくても、所定の関係がある場合には取得可能とする情報配信装置、管理システム、及び情報配信方法を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施の形態に係る管理システムを含む通信システムの概略構成図である。
【図２】本実施の形態に係る情報配信装置、及びその周辺機器の機能構成図である。
【図３】片側関係について示す模式図である。
【図４】相互関係について示す模式図である。
【図５】つながり関係情報の生成概念図である。
【図６】プロフィールデータベースに登録されるプロフィールデータの具体例について示す図である。
【図７】電話帳データベースの具体例について示す図である。
【図８】つながり関係データベースの具体例について示す図である。
【図９】公開範囲設定データベースの具体例について示す図である。
【図１０】情報配信システムの第１の動作態様について説明するシーケンス図である。
【図１１】情報配信システムの第２の動作態様について説明するシーケンス図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１２】
図１は、本実施の形態に係る管理システムを含んだネットワーク構成図である。情報配信システム１は、インターネット２を介して複数のソーシャルネットワークサービス（ＳＮＳ）提供用サーバ（以下、単にＳＮＳサーバという）３ａ〜３ｃと接続され、通信事業者が運営するコアネットワーク４及び無線基地局５を介してユーザ端末６ａ〜６ｃと接続される。
【００１３】
情報配信システム１は、ユーザ間の関係性（つながり関係）を示すつながり関係情報を管理し、当該つながり関係情報に基づいてＳＮＳサーバ３ａ〜３ｃ上に公開されているユーザに関する情報を取得して他のユーザへ情報配信を行う。情報配信システム１には、つながり関係情報に基づいてユーザ端末６ａ〜６ｃに対する情報配信を制御する情報配信装置１１と、各ユーザ端末６ａ〜６ｃからアップロードされる各利用ユーザのプロフィール情報が登録されるプロフィールデータベース（プロフィールＤＢ）１２と、各ユーザ端末６ａ〜６ｄからアップロードされる電話帳データが登録される電話帳データベース（電話帳ＤＢ）１３と、プロフィール情報及び電話帳データに基づいて生成されるユーザ間のつながり関係情報が登録されるつながり関係データベース（つながり関係ＤＢ）１４と、各ユーザ端末６ａ〜６ｃに対する情報公開範囲を設定する公開範囲設定データベース（公開範囲設定ＤＢ）１５と、を含む。また、情報配信システム１は、ＳＮＳサーバ３ａ〜３ｃから取得した相手ユーザに関する情報（相手ユーザ情報）を保存する記憶装置１６を備えている。
【００１４】
ユーザ端末６ａ〜６ｃは、携帯電話機などの無線通信可能な端末装置であり、ソーシャル電話帳管理システム１に対してプロフィール情報及び電話帳データをアップロード可能に構成されている。また、ユーザ端末６ａ〜６ｃは、音声通話、電子メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）などの機能を備えており、これらの機能によって他のユーザ端末６ａ〜６ｃと通信を行うことができるようになっている。
【００１５】
ユーザ端末６ａ〜６ｃは、情報配信システム１に対し、外部サービスであるＳＮＳにおける相手ユーザ情報の取得要求が行えるように構成されている。ここで、ユーザ端末６ａ〜６ｃが情報配信システム１に対して要求する上記相手ユーザ情報には、例えば、ＳＮＳサーバ３ａ〜３ｃが提供するＳＮＳにおいてあるユーザが友人関係のある他のユーザに公開している情報や、ＳＮＳサーバ３ａ〜３ｃにおいて相手ユーザと関連付けられた情報などが含まれる。なお、本実施の形態では、ユーザ端末６ａ〜６ｃとして無線通信可能な端末装置を例示しているが、ユーザ端末６ａ〜６ｃは、情報配信システム１などと有線で通信を行う端末装置であっても良い。
【００１６】
情報配信システム１及びユーザ端末６ａ〜６ｃは、通信インタフェース、プロセッサ、メモリ、送受信回路、ディスプレイ、操作キー、タッチパネルなどを含むハードウェアを有しており、メモリには、プロセッサによって実行されるソフトウェアモジュールが記憶されている。後述する機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。
【００１７】
図２は、本実施の形態に係る情報配信装置１１及びその周辺機器の機能構成図である。図２に示されるように、情報配信装置１１は、ユーザ端末６ａ〜６ｃから相手ユーザ情報の取得要求を受信する取得要求受信部１１１と、取得要求を行ったユーザ（以下、要求元ユーザ）と相手ユーザとのつながり関係の有無を判定するつながり関係判定部１１２と、相手ユーザ情報の公開範囲に基づいて要求元ユーザに対する情報公開の可否を判定する公開可否判定部１１３と、ＳＮＳサーバ３ａ〜３ｃに対して相手ユーザ情報の取得要求を送信する取得要求送信部１１４と、ＳＮＳサーバ３ａ〜３ｃから相手ユーザ情報を受信する受信部１１５と、各ユーザ端末６ａ〜６ｃに対して相手ユーザ情報を含む応答を送信する応答送信部１１６と、各ユーザ端末６ａ〜６ｃに対して所定の通知を行う通知部１１７と、を備える。
【００１８】
取得要求受信部１１１は、例えばＳＮＳサーバ３ａ〜３ｃ上で友人関係のあるユーザに対して公開している相手ユーザ情報に対する取得要求を各ユーザ端末６ａ〜６ｃから受信し、当該取得要求に含まれる相手ユーザを特定する情報をつながり関係判定部１１２に通知するように構成されている。相手ユーザを特定する情報として、例えば、各ユーザ端末６ａ〜６ｃの電話帳データにおいて相手ユーザを特定するために付与されている登録番号（ＣＩＤ）を用いることができる。
【００１９】
つながり関係判定部１１２は、取得要求受信部１１１を通じて通知されるＣＩＤとつながり関係ＤＢ１４のつながり関係情報とに基づいて、要求元ユーザと相手ユーザとの間につながり関係が構築されているか否かを確認できるように構成されている。要求元ユーザと相手ユーザとの間につながり関係が構築されている場合、つながり関係ありと判定し、要求元ユーザと相手ユーザとの間につながり関係が構築されていない場合、つながり関係なしと判定する。なお、つながり関係なしと判定した場合、つながり関係判定部１１２はその判定結果を通知部１１７に通知する。
【００２０】
公開可否判定部１１３は、取得要求受信部１１１を通じて通知されるＣＩＤと公開範囲設定ＤＢ１５のつながり関係情報とに基づいて相手ユーザ情報の公開範囲を確認し、要求元ユーザに対する情報公開の可否を判定できるように構成されている。相手ユーザ情報の公開範囲（公開対象）に要求元ユーザが含まれている場合、公開可と判定し、相手ユーザ情報の公開範囲（公開対象）に要求元ユーザが含まれていない場合、公開不可と判定する。なお、公開不可と判定した場合、公開可否判定部１１３はその判定結果を通知部に通知する。
【００２１】
取得要求送信部１１４は、つながり関係判定部１１２において要求元ユーザと相手ユーザとの間につながり関係があると判定され、公開可否判定部１１３において要求元ユーザに対して相手ユーザ情報を公開可能と判定された場合、ＳＮＳサーバ３ａ〜３ｃに対して相手ユーザ情報の取得要求を送信できるように構成されている。具体的には、取得要求送信部１１４は、相手ユーザのプロフィール情報に含まれる各ＳＮＳへログインするための識別情報（ユーザＩＤ，パスワード）を用いて、ＳＮＳサーバ３ａ〜３ｃ上で提供されるＳＮＳへログインし、相手ユーザ情報の取得要求を行う。たとえば、取得要求送信部１１４は、要求元ユーザとなるユーザ端末６ａから相手ユーザのユーザ情報の取得要求を受けて、相手ユーザのＳＮＳ上での識別情報（ユーザＩＤ，パスワード）を用いてログインし、相手ユーザのユーザ情報を取得要求する。なお、取得要求送信部１１４は、相手ユーザの識別情報（ユーザＩＤ，パスワード）の代わりに、相手ユーザのアクセストークンを用いてＳＮＳサーバ３ａ〜３ｃ上で提供されるＳＮＳへログインし、相手ユーザ情報の取得要求を行うようにしても良い。
【００２２】
受信部１１５は、取得要求送信部１１４の取得要求に対してＳＮＳサーバ３ａ〜３ｃから送信される相手ユーザ情報を含む応答を受信可能に構成されている。受信部１１５において受信された相手ユーザ情報は、応答送信部１１６又は記憶装置１６に送られる。応答送信部１１６は、ＳＮＳサーバ３ａ〜３ｃから相手ユーザ情報を受け取ると、相手ユーザ情報を含む応答を要求元のユーザ端末６ａ〜６ｃに対して送信する。または、ユーザ端末６ａ〜６ｃに対してダイレクトに送信せずに、受け取った相手ユーザ情報を記憶装置１６が記憶する。ユーザ端末６ａ〜６ｃに対してダイレクトに相手ユーザ情報を送信するのか、一時的に記憶装置１６に蓄積してからユーザ端末６ａ〜６ｃに送信するかはユーザとの契約内容による。
【００２３】
通知部１１７は、要求元ユーザのユーザ端末６ａ〜６ｃに対し、つながり関係判定部１１２及び公開可否判定部１１３における判定結果を送信可能に構成されている。例えば、通知部１１７は、つながり関係判定部１１２から要求元ユーザと相手ユーザとの間につながり関係がないと通知された場合、要求元ユーザのユーザ端末６ａ〜６ｃに対してつながり関係がないために情報取得できないことを示す情報を通知する。また、通知部１１７は、公開可否判定部１１３から要求元ユーザに対して相手ユーザ情報の公開不可を通知された場合、要求元ユーザのユーザ端末６ａ〜６ｃに対して相手ユーザ情報の公開不可であるために情報取得できないことを示す情報を通知する。
【００２４】
上述した情報配信システム１において、つながり関係ＤＢ１４に登録されるつながり関係情報は、後述するようにユーザ端末６ａ〜６ｃからアップロードされるプロフィール情報及び電話帳データに基づいて生成される。ユーザ端末６ａ〜６ｃからアップロードされるプロフィール情報はプロフィールＤＢ１２に登録される。ユーザ端末６ａ〜６ｃからアップロードされる電話帳データは電話帳ＤＢ１２に登録される。
【００２５】
プロフィール情報は、ユーザ端末６ａ〜６ｃに対して払いだされた電話番号、メールアドレスや、ユーザ端末６ａ〜６ｃの利用者であるユーザの氏名、住所、ユーザが参加するＳＮＳで割り振られている識別情報（ＳＮＳサーバ３ａ〜３ｃにおけるユーザＩＤや各ＳＮＳで使用するメールアドレスなど）などを含む情報である。なお、プロフィール情報には、ソーシャルネットワークサービス以外の外部サービスの識別情報などが含まれていても良い。
【００２６】
電話帳データは、ユーザ端末６ａ〜６ｃにそれぞれ保存されている相手ユーザの氏名、電話番号、メールアドレスなどを含む情報である。各電話帳データにおいて登録されている相手ユーザ毎に登録番号（ＣＩＤ）が付与され、各ＣＩＤにそれぞれのユーザの氏名、電話番号、メールアドレスなどが紐づけられている。
【００２７】
つながり関係情報は、各ユーザからアップロードされる電話帳データ、プロフィールデータをユーザ間で突合させて構築されるユーザ間のつながり関係を示す情報である。したがって、つながり関係情報は、ユーザ間のつながり関係を規定する。つながり関係情報は、各ユーザのプロフィール情報と電話帳データとを相互に比較することによって生成される。つながり関係情報において規定されるつながり関係には、一方のユーザのプロフィール情報と相手ユーザの電話帳データとの間に関連があることを示す片側関係と、双方のユーザのプロフィール情報と電話帳データとの間に関連があることを示す相互関係とがある。
【００２８】
図３は、つながり関係の１つである片側関係について示す模式図である。図３に示されるように、ユーザＡが使用するユーザ端末６ａにはユーザＡのプロフィール情報及び電話帳データが登録されており、ユーザＢが使用するユーザ端末６ｂにはユーザＢのプロフィール情報及び電話帳データが登録されている。ユーザＡのプロフィール情報はユーザＡの電話番号及びメールアドレスをキー情報として構成されており、ユーザＢの電話帳データには、ユーザＡの電話番号及びメールアドレスが登録されている。このように、一方のユーザのプロフィール情報に含まれるキー情報と相手ユーザの電話帳データに登録された相手ユーザの電話番号等とが一致する場合、片側関係があるものとする。なお、一方のユーザ（ユーザＡ）の電話帳データと相手ユーザ（ユーザＢ）のプロフィール情報とは、片側関係の成立には影響を与えない。図３では、電話番号及びメールアドレスが共に一致している場合を例示したが、少なくとも電話番号又はメールアドレスのいずれかが一致していれば片側関係が構築されているものとして良い。また、２つ以上の電話番号またはメールアドレスが一致していることを、つながり関係を構築する際の条件にすれば、つながり関係の信頼性を高くすることができる。
【００２９】
図４は、つながり関係の１つである相互関係について示す模式図である。図４に示されるように、ユーザＡが使用するユーザ端末６ａにはユーザＡのプロフィール情報及び電話帳データが登録されており、ユーザＢが使用するユーザ端末６ｂにはユーザＢのプロフィール情報及び電話帳データが登録されている。ユーザＡのプロフィール情報はユーザＡの電話番号及びメールアドレスをキー情報として構成されており、ユーザＢの電話帳データには、ユーザＡの電話番号及びメールアドレスが登録されている。また、ユーザＢのプロフィール情報はユーザＢの電話番号及びメールアドレスをキー情報として構成されており、ユーザＡの電話帳データには、ユーザＢの電話番号及びメールアドレスが登録されている。このように、一方のユーザのプロフィール情報に含まれるキー情報と他方のユーザの電話帳データに登録されている相手ユーザの電話番号等とが一致し、他方のユーザのプロフィール情報に含まれるキー情報と一方のユーザの電話帳データに登録されている相手ユーザの電話番号等とが一致する場合、相互関係があるものとする。なお、ここでは電話番号及びメールアドレスが共に一致している場合を例示したが、少なくとも電話番号又はメールアドレスのいずれかが一致していれば相互関係が構築されているものとして良い。
【００３０】
図５は、つながり関係情報の生成概念図である。図５に示されるように、情報配信装置１１は、ユーザ端末６ａ、６ｂからアップロードされるプロフィール情報をプロフィールＤＢ１２に格納する。なお、情報配信装置１１が各ユーザ端末６ａ〜６ｃのプロフィール情報をプロフィールＤＢ１２に登録する際に、各プロフィール情報には情報配信システム１上でユーザ単でユニークに管理される識別番号（ＳＡＢＩＤ）が付与される。これにより、プロフィールＤＢ１２において、プロフィール情報を構成する電話番号、メールアドレスなどの複数の情報がＳＡＢＩＤにより関連付けられてユーザ毎（ユーザ端末毎）に管理されるようになっている。
【００３１】
また、情報配信装置１１は、ユーザ端末６ａ、６ｂからアップロードされる電話帳データを電話帳ＤＢ１３（図５において不図示）に登録する。電話帳データは、相手ユーザ毎に登録番号（ＣＩＤ）が付与されており、各ＣＩＤに相手ユーザの氏名、電話番号、メールアドレス、ＳＮＳ用の識別情報などが関連付けられている。なお、情報配信装置１１が各ユーザ端末６ａ〜６ｃの電話帳データを電話帳ＤＢ１３に登録する際に、各電話帳データには情報配信システム１上でユーザ識別するための識別番号（ＳＡＢＩＤ）が付与される。これにより、各電話帳データとその利用者であるユーザとが関連付けて管理されるようになっている。
【００３２】
情報配信装置１１は、ユーザ端末６ａ、６ｂのプロフィール情報がプロフィールＤＢ１２に格納され、ユーザ端末６ａ、６ｂの電話帳データが電話帳ＤＢ１３に格納されると、プロフィール情報と電話帳データとのマッチングを行う。例えば、電話帳ＤＢ１３に登録されたユーザ端末６ａの電話帳データと、プロフィールＤＢ１２に登録されたユーザＢのプロフィール情報とが一致するか否かを検索し、一致する場合には片側関係があると判定する。このように片側関係があると判定された場合、ユーザＡの電話帳データにおいてユーザＢを示すＣＩＤとユーザＢのＳＡＢＩＤとを関連付けた片側関係情報をつながり関係ＤＢ１４に登録する。
【００３３】
さらに、電話帳ＤＢ１３に登録されたユーザ端末６ｂの電話帳データと、プロフィールＤＢ１２に登録されたユーザＡのプロフィール情報とが一致する場合、相互関係があると判定する。このように相互関係があると判定された場合、ユーザＡの電話帳データにおいてユーザＢを示すＣＩＤとユーザＢのＳＡＢＩＤとを関連付けた相互関係情報をつながり関係ＤＢ１４に登録する。なお、ここでは、ユーザＡの電話帳データに登録されたユーザＢの情報とユーザＡのプロフィール情報とに基づいて片側関係及び相互関係を判定する場合を例示したが、同様に、ユーザＢの電話帳データに登録されたユーザＡの情報とユーザＢのプロフィール情報とに基づいて逆向きの片側関係についても判定する。
【００３４】
図６は、プロフィールＤＢ１２に登録されるプロフィールデータの具体例について示す図である。図６では、図１に示されるユーザ端末６ａ〜６ｃに対応する３人のユーザ（ユーザＡ〜Ｃ）のプロフィール情報に関する部分を示している。ただし、プロフィールＤＢ１２の具体的構成は図６に示されるものに限定されない。プロフィールＤＢ１２は、本実施の形態に係る情報配信システム１に参加する複数のユーザのプロフィール情報が登録されるように構成されていれば良い。プロフィールＤＢ１２は、ＳＡＢＩＤに紐づけて、３人のユーザＡ〜Ｃの氏名、ユーザが契約しているユーザ端末６ａ〜６ｃに払いだされた電話番号、メールアドレス、ＳＮＳ用の識別情報などがキー情報として登録されている。例えば、ＳＡＢＩＤ「１００１」によって、ユーザ端末６ａを利用するユーザＡのプロフィール情報が一元管理されている。なお、本実施の形態ではＳＡＢＩＤを４桁の数字列で表現しているが、ＳＡＢＩＤの構成については特に限定されない。情報配信システム１に参加する全ユーザ（全ユーザ端末）を識別可能なＳＡＢＩＤを付与できればよい。
【００３５】
図７は、電話帳ＤＢ１３の具体例について示す図である。電話帳ＤＢ１３には、ユーザ端末６ａ〜６ｃからアップロードされた各電話帳データが登録されている。電話帳ＤＢ１３に記憶された複数ユーザの電話帳データはＳＡＢＩＤで管理されている。例えば、ＳＡＢＩＤ「１００１」が付与された電話帳データ（図３において太線で囲まれる部分）は、ユーザＡが利用するユーザ端末６ａに保存されていてアップロードされた電話帳データに相当する。
【００３６】
また、電話帳ＤＢ１３に記憶されている電話帳データは、電話帳データのアップロード時に当該電話帳データに登録されていたＣＩＤが付与されている。例えば、ＳＡＢＩＤ「１００１」で管理される電話帳データでは、ユーザＣに関するユーザ情報にＣＩＤ「０００１」が付与され、ユーザＢに関するユーザ情報にＣＩＤ「０００２」が付与されている。
【００３７】
なお、ＣＩＤは各ユーザ端末６ａ〜６ｃにおいて独自に付与する番号であるから、ＳＡＢＩＤが異なればＣＩＤが同一であっても関連付けられている情報は異なる。例えば、ＳＡＢＩＤ「１００１」で管理される電話帳データ（つまり、ユーザ端末６ａの電話帳データ）において、ＣＩＤ「０００１」にてユーザＣに関する情報が関連付けられているが、ＳＡＢＩＤ「２００２」で管理される電話帳データ（つまり、ユーザ端末６ｂの電話帳データ）において、ＣＩＤ「０００１」にてユーザＤに関するユーザ情報が関連付けられている。このため、電話帳ＤＢ１３の電話帳データに登録されている相手ユーザは、ＳＡＢＩＤとＣＩＤとの組によって特定される。
【００３８】
図８は、つながり関係ＤＢ１４の具体例について示す図である。図８では、図１に示されるユーザ端末６ａ〜６ｃに対応するつながり関係情報に関する部分を示している。ただし、つながり関係ＤＢ１４の具体的構成は図８に示されるものに限定されない。つながり関係ＤＢ１４は、プロフィールＤＢ１２と電話帳ＤＢ１３とに登録された情報が相互に関連付けられるように構成されていれば良い。つながり関係ＤＢ１４には、電話帳データ及びマイプロフィールを登録したユーザに付与されたＳＡＢＩＤに対応して当該ユーザの電話帳データ上で相手ユーザ毎に付与されたＣＩＤが登録されており、さらに各ＣＩＤに対応して当該ユーザとつながり関係（片側関係又は相互関係）が構築されている相手ユーザのＳＡＢＩＤが登録されている。例えば、電話帳ＤＢ１３においてＳＡＢＩＤ「１００１」で特定されるユーザの電話帳データにはＣＩＤ「０００１」が付与されたユーザＣが登録されており、ＣＩＤ「０００１」に対応させてユーザＣの電話番号及びメールアドレスが登録されている。一方、プロフィールＤＢ１２においてＳＡＢＩＤ「３００３」で特定されるユーザＣに対応させてユーザＣの電話番号及びメールアドレスが登録されている。電話帳ＤＢ１３でＳＡＢＩＤ「１００１」に紐づけたＣＩＤ「０００１」（ユーザＣ）の電話番号及び又はメールアドレスと一致する電話番号及び又はメールアドレスが、プロフィールＤＢ１２においてＳＡＢＩＤ「３００３」（ユーザＣ）で紐づけられて登録されている。このため、ユーザＡと、ユーザＡの電話帳データに登録されたユーザＣとが関連付けられて、つながり関係ＤＢ１４の片側関係に登録される。一方、電話帳ＤＢ１３においてＳＡＢＩＤ「３００３」で特定されるユーザＣの電話帳データに登録されたＣＩＤ「０００１」（ユーザＡ）の電話番号及びメールアドレスは、プロフィールＤＢ１２においてＳＡＢＩＤ「１００１」で特定されるユーザＡの電話番号及びメールアドレスと一致する。このため、ユーザＣと、ユーザＣの電話帳データに登録されたユーザＡとが関連付けられて、つながり関係ＤＢ１４の片側関係に登録される。
【００３９】
この場合、ＳＡＢＩＤ「１００１」で特定されるユーザＡと、ＳＡＢＩＤ「３００３」によって特定されるユーザＣとの間には相互関係がある。このため、電話帳ＤＢ１３のＳＡＢＩＤ「１００１」及びＣＩＤ「０００１」の組と、プロフィールＤＢ１２のＳＡＢＩＤ「３００３」とが関連付けられて、つながり関係ＤＢ１４の相互関係に登録される。また、電話帳ＤＢ１３のＳＡＢＩＤ「３００３」及びＣＩＤ「０００１」の組と、プロフィールＤＢ１２のＳＡＢＩＤ「１００１」とが関連付けられてつながり関係ＤＢ１４の相互関係に登録される。なお、図８において、ユーザＢとユーザＣとの間に片側関係はあるが、相互関係はない。
【００４０】
このように構成された情報配信システム１において、要求元ユーザに対する相手ユーザ情報の公開可否の判定には公開範囲設定ＤＢ１５に登録される公開範囲設定情報が用いられる。図９は公開範囲設定データベースの具体例について示す図である。図９では、図１に示されるユーザ端末６ａ〜６ｃに対応する公開範囲設定情報に関する部分を示している。ただし、公開範囲設定ＤＢ１５の具体的構成は図９に示されるものに限定されない。公開範囲設定ＤＢ１５は、要求元ユーザに対する相手ユーザ情報の公開範囲を設定できるように構成されていれば良い。
【００４１】
図９に示されるように、公開範囲設定ＤＢ１５には、各ユーザ（ユーザ端末）に付与されたＳＡＢＩＤに対応づけて、各ユーザの電話帳データ上での管理番号であるＣＩＤと、各ＳＮＳサーバ３ａ〜３ｃ上で公開されている情報の公開可否情報とが登録されている。ＳＡＢＩＤは、ＳＮＳサーバ３ａ〜３ｃにおいて情報を公開しているユーザを示している。ＳＡＢＩＤとＣＩＤとの組は、電話帳ＤＢ１３及びつながり関係ＤＢ１４におけるＳＡＢＩＤとＣＩＤとの組に対応しており、この組によって公開範囲設定対象の要求元ユーザが特定される。例えば、ＳＡＢＩＤ「２００２」はユーザＢに関する情報の公開範囲を意味しており、ＳＡＢＩＤ「２００２」及びＣＩＤ「０００１」の組は、要求元ユーザであるユーザＡに対する情報の公開範囲であることを意味する。また、ＳＮＳサーバ３ａ〜３ｃの列において、「１」は公開可、「０」は公開不可、「‐」は不参加、をそれぞれ示している。すなわち、ユーザＢはＳＮＳサーバ３ａ、３ｂに参加しており、ユーザＡに対してＳＮＳサーバ３ａ、３ｂを共に公開可としている。一方、ユーザＢはユーザＣに対してＳＮＳサーバ３ｂのみを公開可としている。
【００４２】
なお、図９では、公開範囲を公開可「１」又は公開不可「０」の２段階で規定しているが、公開範囲は３段階以上の多段階で規定しても良い。例えば、公開範囲は、全部公開可「２」、一部公開可「１」、公開不可「０」の３段階で規定することもできる。
【００４３】
次に、図１０、１１を参照して、本実施の形態に係る通信システムの動作について説明する。なお、以下では、図１に示されるユーザ端末６ａが、ＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報の取得を要求する場合について特に説明するが、他のユーザ端末、他の相手ユーザ、他のＳＮＳの場合も同様である。
【００４４】
図１０は、通信システムの第１の動作態様について説明するシーケンス図である。図１０に示されるように、ユーザ端末６ａが情報配信装置１１に対し、ユーザＢのＣＩＤを通知してＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報の取得を要求する（ステップＳ１０１）。そうすると、情報配信装置１１の取得要求受信部１１１は、つながり関係判定部１１２に対してユーザＢのＣＩＤを通知する。
【００４５】
つながり関係判定部１１２は、取得要求受信部１１１からユーザＢのＣＩＤを受け取ると、当該ＣＩＤに基づいて、ユーザＡとユーザＢとのつながり関係の有無を判定する（ステップＳ１０２）。具体的には、例えば、図８に示されるつながり関係ＤＢ１４において、ユーザＡの電話帳データであることを示すＳＡＢＩＤ「１００１」の項目をサーチし、ユーザ端末６ａから通知されたユーザＢのＣＩＤ「０００２」の登録状況を確認する。図８において、片側関係及び相互関係のいずれにも、ＳＡＢＩＤ「１００１」及びＣＩＤ「０００２」の組が登録されており、ユーザＢを表すＳＡＢＩＤ「２００２」が関連付けられている。このため、つながり関係判定部１１２は、ユーザＡとユーザＢとの間につながり関係が構築されており、つながり関係があると判定する。
【００４６】
つながり関係判定部１１２においてユーザＡとユーザＢとの間につながり関係があると判定されると、公開可否判定部１１３はユーザＡに対してＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報を公開可能か判定する（ステップＳ１０３）。具体的には、例えば、図９に示される公開範囲設定ＤＢ１５において、相手ユーザであるユーザＢの公開範囲を示すＳＡＢＩＤ「２００２」、及び要求元ユーザであるユーザＡを示すＣＩＤ「０００１」によって特定される項目をサーチする。図９において、ＳＡＢＩＤ「２００２」、及びＣＩＤ「０００１」で特定される項目のＳＮＳサーバ３ａの欄は「１」になっている。このため、公開可否判定部１１３は、ユーザＡに対してＳＮＳサーバ３ａにおけるユーザＢに関する情報を公開可能と判定する。なお、ステップＳ１０２とステップＳ１０３とは同時に行っても良い。
【００４７】
公開可否判定部１１３において、ＳＮＳサーバ３ａ上でユーザＢが公開しているユーザＢに関する情報をユーザＡに対して公開可能と判定された場合、取得要求送信部１１４はＳＮＳサーバ３ａに対しユーザＢに関する情報の取得要求を送信する（ステップＳ１０４）。このとき、取得要求送信部１１４は、プロフィールＤＢ１２を参照してＳＮＳサーバ３ａにおけるユーザＢの識別情報（ＳＮＳサーバ３ａへユーザＢとしてログインするための識別情報、例えば、ユーザＩＤ、パスワードなど）を取得し、当該識別情報用いてユーザＢに関する情報の取得要求を行う。または、ユーザＢから予め取得しているアクセストークンを用い、ユーザＢに代わってユーザＢに関する情報の取得要求を行う。
【００４８】
取得要求送信部１１４は発した取得要求に対してＳＮＳサーバ３ａが認証を行い（ステップＳ１０５）、ＳＮＳサーバ３ａがユーザＢに関する情報を含む応答を返すと（ステップＳ１０６）、受信部１１５はユーザＢに関する情報を受信する。受信部１１５が受信したユーザＢに関する情報は、応答送信部１１６に送られる。応答送信部１１６はユーザＢに関する情報を含む応答をユーザ端末６ａに送信する（ステップＳ１０７）。
【００４９】
本動作態様では、ユーザ端末６ａからの取得要求に応じて、リアルタイムでユーザＢに関する情報を取得している。このため、常に最新の情報をユーザ端末６ａに対して送信することができる。
【００５０】
図１１は、他の動作態様について説明するシーケンス図である。図１１では、情報配信装置１１が、ＳＮＳサーバ３ａ、３ｂに対しユーザＢに関する情報の取得要求を予め設定されているタイミングで送信し、ＳＮＳサーバ３ａ、３ｂから取得したユーザＢに関する情報を記憶装置１６に記憶しておく動作態様について説明する。
【００５１】
図１１に示されるように、取得要求送信部１１４は、予め設定されている一定周期で、又は定期的なタイミングで、又は所定条件が成立したタイミングで、ＳＮＳサーバ３ａに対しＳＮＳサーバ３ａ上でユーザＢが公開しているユーザＢに関する情報の取得要求を送信する（ステップＳ２０１）。すなわち、取得要求送信部１１４は、ユーザＡのユーザ端末６ａからの取得要求とは独立した予め設定されているタイミングでユーザＢに関する情報の取得を要求する。例えば、取得要求送信部１１４は、プロフィールＤＢ１２を参照してＳＮＳサーバ３ａ上で情報を公開しているユーザＢの識別情報（ユーザＩＤ、パスワードなど）を取得し、当該識別情報を用いてユーザＢに関する情報の取得要求を行う。または、ユーザＢから予め取得しているアクセストークンを用い、ユーザＢに代わってユーザＢに関する情報の取得要求を行う。ここで、取得要求のタイミングは、例えば、要求元ユーザであるユーザＡが希望するタイミングに設定されても良いし、通信の負荷などに応じて設定されても良い。
【００５２】
取得要求送信部１１４の取得要求に対してＳＮＳサーバ３ａが認証を行い（ステップＳ２０２）、ＳＮＳサーバ３ａがユーザＢに関する情報を含む応答を返すと（ステップＳ２０３）、受信部１１５は当該応答を受信する。受信部１１５が受信したユーザＢに関する情報は、記憶装置１６に送られて記憶される。取得要求送信部１４はユーザＢに関する情報の取得要求を上述した所定のタイミングで行っているため、記憶装置１６は、直前の取得要求によって取得したユーザＢに関する情報を最新の情報をとして保持する。
【００５３】
また、取得要求送信部１１４は予め設定されているタイミングで、ＳＮＳサーバ３ｂに対しユーザＢに関する情報の取得要求を送信する（ステップＳ２０４）。取得要求送信部１１４の取得要求に対してＳＮＳサーバ３ａが認証を行い（ステップＳ２０５）、ＳＮＳサーバ３ａがユーザＢに関する情報を含む応答を返すと（ステップＳ２０６）、受信部１１５は当該応答を受信する。受信部１１５が受信したユーザＢに関する情報は、記憶装置１６に送られて記憶される。なお、ステップＳ２０４〜Ｓ２０６とステップＳ２０１〜Ｓ２０３とは、取得要求の送信対象が異なるが、その他は同様である。
【００５４】
取得要求送信部１１４は、ステップＳ２０１〜Ｓ２０３の後の所定のタイミング（一定周期、定期的なタイミング、不定期的なタイミングなど）でＳＮＳサーバ３ａに対しユーザＢに関する情報の取得要求を再び送信する（ステップＳ２１１）。そうすると、取得要求送信部１１４の取得要求に対してＳＮＳサーバ３ａが認証を行い（ステップＳ２１２）、ＳＮＳサーバ３ａがユーザＢに関する情報を含む応答を返す（ステップＳ２０３）。受信部１１５は当該応答を受信すると記憶装置１６は新たに取得したユーザＢに関する情報を記憶する。
【００５５】
同様に、取得要求送信部１１４は、ステップＳ２０４〜Ｓ２０６の後の所定のタイミングでＳＮＳサーバ３ａに対しユーザＢに関する情報の取得要求を再び送信する（ステップＳ２１４）。そうすると、取得要求送信部１１４の取得要求に対してＳＮＳサーバ３ａが認証を行い（ステップＳ２１５）、ＳＮＳサーバ３ａがユーザＢに関する情報を含む応答を返す（ステップＳ２１６）。受信部１１５は当該応答を受信すると記憶装置１６は新たに取得したユーザＢに関する情報を記憶する。
【００５６】
なお、ＳＮＳサーバ３ａ、３ｂに対してユーザＢに関する情報を定期的に要求する場合、ＳＮＳサーバ３ａに対する要求の周期と、ＳＮＳサーバ３ｂに対する要求の周期とは、同一でも良いし異なっていても良い。
【００５７】
ユーザ端末６ａが情報配信装置１１に対し、ユーザＢのＣＩＤを通知してＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報を要求する（ステップＳ２０７）。そうすると、情報配信装置１１の取得要求受信部１１１は、つながり関係判定部１１２に対してユーザＢのＣＩＤを通知する。
【００５８】
つながり関係判定部１１２は、取得要求受信部１１１からユーザＢのＣＩＤを受け取ると、当該ＣＩＤに基づいて、ユーザＡとユーザＢとのつながり関係の有無を判定する（ステップＳ２０８）。つながり関係判定部１１２においてユーザＡとユーザＢとの間につながり関係があると判定されると、公開可否判定部１１３はユーザＡに対してＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報を公開可能か判定する（ステップＳ２０９）。なお、ステップＳ２０８とステップＳ２０９とは同時に行っても良い。
【００５９】
公開可否判定部１１３において、ユーザＡに対してＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報を公開可能と判定された場合、取得要求送信部１１４は記憶装置１６に対しＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報の取得要求を送信し、記憶装置１６に記憶されたＳＮＳサーバ３ａにおけるユーザＢに関する情報を取得する。記憶装置１６は、取得要求送信部１４が行った直前の取得要求（において受信部１１５がＳＮＳサーバ３ａから受信したユーザＢに関する情報を保持しているため（ステップＳ２０１〜Ｓ２０３）、取得要求送信部１１４はこの情報を取得する。その後、取得要求送信部１１４は取得したユーザＢに関する情報を応答送信部１１６に受け渡し、応答送信部１１６はユーザＢに関する情報を含む応答をユーザ端末６ａに送信する（ステップＳ２１０）。
【００６０】
本動作態様では、ユーザＢに関する情報を所定のタイミングで取得しておき、記憶装置１６に記憶させている。このため、ユーザ端末６ａからの取得要求に対して取得要求送信部１１４はＳＮＳサーバ３ｂに対しユーザＢに関する情報を要求する必要がなく、応答に要する時間が短くて済む。
【００６１】
以上、本実施の形態に係る情報配信システムは、ユーザ端末のプロフィール情報及び電話帳データによって生成されるつながり関係情報を用いてＳＮＳなどの外部サービスから情報を取得することができる。このため、要求元のユーザがＳＮＳに参加していない場合でも、相手ユーザがＳＮＳにおいて公開した情報などを取得できる。また、ＳＮＳ内において相手ユーザとの間に友人関係が構築されていない場合でも、相手ユーザとの間につながり関係が構築されていれば、相手ユーザに関する情報を取得することができる。このように、外部サービスにおいて各ユーザが、友人関係がある相手ユーザに対して公開している情報を、外部サービス上で友人関係を直接結ばなくても、所定の関係がある場合には取得可能とする情報配信装置、通信システム、及び情報配信方法を実現できる。
【００６２】
なお、本発明は上記実施の形態に限定されず、種々変更して実施することができる。例えば、第１の動作態様のみで動作させる場合、情報配信システムにおける記憶装置は省略できる。また、情報配信システムは、１つの情報配信装置で構成されていても良いし、複数の情報配信装置で構成されていても良い。情報配信システムは、インターネットやコアネットワークとのインタフェース用ノード等を備えていてもよい。ＳＮＳ、無線基地局、ユーザ端末などの数は、上述した実施の形態の構成には限定されない。その他、本発明は、本発明の範囲を逸脱しないで適宜変更して実施することができる。
【産業上の利用可能性】
【００６３】
本発明の情報配信装置、管理システム、及び情報配信方法は、例えば、外部サービスの識別情報を管理して外部サービスの情報を配信可能な通信システムに適用することが可能である。
【符号の説明】
【００６４】
１ 情報配信システム
２ インターネット
３ａ〜３ｃ ＳＮＳサーバ
４ コアネットワーク
５ 無線基地局
６ａ〜６ｃ ユーザ端末
１１ 情報配信装置
１２ プロフィールＤＢ
１３ 電話帳ＤＢ
１４ つながり関係ＤＢ
１５ 公開範囲設定ＤＢ
１６ 記憶装置
１１１ 取得要求受信部
１１２ つながり関係判定部
１１３ 公開可否判定部
１１４ 取得要求送信部
１１５ 受信部
１１６ 応答送信部
１１７ 通知部
【技術分野】
【０００１】
本発明は、ユーザ間の関係性に基づいて情報配信を行う情報配信装置、管理システム、及び情報配信方法に関する。
【背景技術】
【０００２】
複数の携帯電話機の利用者に関する氏名・名称、電話番号又はメールアドレスを含む電話帳データを、通信ネットワークを通じて集積し、集積された電話帳データを用いて利用者間の関係性をソーシャルラインとして管理する電話帳管理システムが提案されている（例えば、特許文献１参照）。この電話帳管理システムでは、例えば、電話帳データに設定されたソーシャルラインを辿ることでソーシャルラインにより関連付けられた他の利用者のプロファイルを検索することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−４２２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年では、ソーシャルネットワークサービス（以下、ＳＮＳ）の発展により、各ＳＮＳにおいてコミュニティが形成され、様々な情報交換が行われるようになっている。例えば、あるユーザがあるＳＮＳにおいて情報を公開すると、他のユーザはそのＳＮＳにアクセスすることで公開された情報を取得することができる。
【０００５】
しかしながら、一方のユーザが対象ＳＮＳに参加していない場合、このユーザは対象ＳＮＳへのアクセス権限を有しないため、相手ユーザが対象ＳＮＳにおいて公開した情報などにアクセスすることはできない。また、たとえこのユーザが対象ＳＮＳに参加していたとしても、対象ＳＮＳにおいて相手ユーザとの間に友人関係が構築されていない場合、相手ユーザの公開した情報を取得することは困難である。このように、現実社会において友人関係にあったとしても、ＳＮＳにおいて相手ユーザが公開した情報を取得することは必ずしも容易でない。
【０００６】
本発明は、かかる問題点に鑑みてなされたものであり、外部サービスにおいて各ユーザが友人関係がある相手ユーザに対して公開している情報を、外部サービス上で友人関係を直接結ばなくても、所定の関係がある場合には取得可能とする情報配信装置、管理システム、及び情報配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の情報配信装置は、要求元ユーザのユーザ端末から外部サービス提供サーバ上で公開されている相手ユーザに関する情報の取得要求を受信する要求受信部と、前記要求元ユーザと前記相手ユーザとのつながり関係の有無を判定するつながり関係判定部と、前記相手ユーザに関する情報の公開範囲情報に基づいて前記要求元ユーザに対する情報公開の可否を判定する公開可否判定部と、前記要求受信部で受信した取得要求に対応して、前記つながり関係判定部により前記相手ユーザとつながり関係があると判定され、かつ前記公開可否判定部により公開可能と判定された相手ユーザに関する情報を、前記外部サービス提供サーバに対して要求する要求送信部と、前記外部サービス提供サーバから前記相手ユーザに関する情報を含む応答を受信する受信部と、前記外部サービス提供サーバから受信した前記相手ユーザに関する情報を含む応答を要求元ユーザのユーザ端末へ送信する応答送信部と、を備えたことを特徴とする。
【０００８】
この構成によれば、ユーザ間におけるつながり関係の判定結果に基づいて外部サービスに対し相手ユーザに関する情報の取得要求を送信し、外部サービスからの相手ユーザに関する情報を含む応答を受信する。このように、ユーザ間の関係性を利用することで、ユーザが外部サービスに直接アクセスすること無く外部サービスにおける相手ユーザの情報を取得可能な情報配信装置、管理システム、及び情報配信方法を実現できる。
【発明の効果】
【０００９】
本発明によれば、外部サービスにおいて各ユーザが友人関係がある相手ユーザに対して公開している情報を、外部サービス上で友人関係を直接結ばなくても、所定の関係がある場合には取得可能とする情報配信装置、管理システム、及び情報配信方法を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施の形態に係る管理システムを含む通信システムの概略構成図である。
【図２】本実施の形態に係る情報配信装置、及びその周辺機器の機能構成図である。
【図３】片側関係について示す模式図である。
【図４】相互関係について示す模式図である。
【図５】つながり関係情報の生成概念図である。
【図６】プロフィールデータベースに登録されるプロフィールデータの具体例について示す図である。
【図７】電話帳データベースの具体例について示す図である。
【図８】つながり関係データベースの具体例について示す図である。
【図９】公開範囲設定データベースの具体例について示す図である。
【図１０】情報配信システムの第１の動作態様について説明するシーケンス図である。
【図１１】情報配信システムの第２の動作態様について説明するシーケンス図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１２】
図１は、本実施の形態に係る管理システムを含んだネットワーク構成図である。情報配信システム１は、インターネット２を介して複数のソーシャルネットワークサービス（ＳＮＳ）提供用サーバ（以下、単にＳＮＳサーバという）３ａ〜３ｃと接続され、通信事業者が運営するコアネットワーク４及び無線基地局５を介してユーザ端末６ａ〜６ｃと接続される。
【００１３】
情報配信システム１は、ユーザ間の関係性（つながり関係）を示すつながり関係情報を管理し、当該つながり関係情報に基づいてＳＮＳサーバ３ａ〜３ｃ上に公開されているユーザに関する情報を取得して他のユーザへ情報配信を行う。情報配信システム１には、つながり関係情報に基づいてユーザ端末６ａ〜６ｃに対する情報配信を制御する情報配信装置１１と、各ユーザ端末６ａ〜６ｃからアップロードされる各利用ユーザのプロフィール情報が登録されるプロフィールデータベース（プロフィールＤＢ）１２と、各ユーザ端末６ａ〜６ｄからアップロードされる電話帳データが登録される電話帳データベース（電話帳ＤＢ）１３と、プロフィール情報及び電話帳データに基づいて生成されるユーザ間のつながり関係情報が登録されるつながり関係データベース（つながり関係ＤＢ）１４と、各ユーザ端末６ａ〜６ｃに対する情報公開範囲を設定する公開範囲設定データベース（公開範囲設定ＤＢ）１５と、を含む。また、情報配信システム１は、ＳＮＳサーバ３ａ〜３ｃから取得した相手ユーザに関する情報（相手ユーザ情報）を保存する記憶装置１６を備えている。
【００１４】
ユーザ端末６ａ〜６ｃは、携帯電話機などの無線通信可能な端末装置であり、ソーシャル電話帳管理システム１に対してプロフィール情報及び電話帳データをアップロード可能に構成されている。また、ユーザ端末６ａ〜６ｃは、音声通話、電子メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）などの機能を備えており、これらの機能によって他のユーザ端末６ａ〜６ｃと通信を行うことができるようになっている。
【００１５】
ユーザ端末６ａ〜６ｃは、情報配信システム１に対し、外部サービスであるＳＮＳにおける相手ユーザ情報の取得要求が行えるように構成されている。ここで、ユーザ端末６ａ〜６ｃが情報配信システム１に対して要求する上記相手ユーザ情報には、例えば、ＳＮＳサーバ３ａ〜３ｃが提供するＳＮＳにおいてあるユーザが友人関係のある他のユーザに公開している情報や、ＳＮＳサーバ３ａ〜３ｃにおいて相手ユーザと関連付けられた情報などが含まれる。なお、本実施の形態では、ユーザ端末６ａ〜６ｃとして無線通信可能な端末装置を例示しているが、ユーザ端末６ａ〜６ｃは、情報配信システム１などと有線で通信を行う端末装置であっても良い。
【００１６】
情報配信システム１及びユーザ端末６ａ〜６ｃは、通信インタフェース、プロセッサ、メモリ、送受信回路、ディスプレイ、操作キー、タッチパネルなどを含むハードウェアを有しており、メモリには、プロセッサによって実行されるソフトウェアモジュールが記憶されている。後述する機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。
【００１７】
図２は、本実施の形態に係る情報配信装置１１及びその周辺機器の機能構成図である。図２に示されるように、情報配信装置１１は、ユーザ端末６ａ〜６ｃから相手ユーザ情報の取得要求を受信する取得要求受信部１１１と、取得要求を行ったユーザ（以下、要求元ユーザ）と相手ユーザとのつながり関係の有無を判定するつながり関係判定部１１２と、相手ユーザ情報の公開範囲に基づいて要求元ユーザに対する情報公開の可否を判定する公開可否判定部１１３と、ＳＮＳサーバ３ａ〜３ｃに対して相手ユーザ情報の取得要求を送信する取得要求送信部１１４と、ＳＮＳサーバ３ａ〜３ｃから相手ユーザ情報を受信する受信部１１５と、各ユーザ端末６ａ〜６ｃに対して相手ユーザ情報を含む応答を送信する応答送信部１１６と、各ユーザ端末６ａ〜６ｃに対して所定の通知を行う通知部１１７と、を備える。
【００１８】
取得要求受信部１１１は、例えばＳＮＳサーバ３ａ〜３ｃ上で友人関係のあるユーザに対して公開している相手ユーザ情報に対する取得要求を各ユーザ端末６ａ〜６ｃから受信し、当該取得要求に含まれる相手ユーザを特定する情報をつながり関係判定部１１２に通知するように構成されている。相手ユーザを特定する情報として、例えば、各ユーザ端末６ａ〜６ｃの電話帳データにおいて相手ユーザを特定するために付与されている登録番号（ＣＩＤ）を用いることができる。
【００１９】
つながり関係判定部１１２は、取得要求受信部１１１を通じて通知されるＣＩＤとつながり関係ＤＢ１４のつながり関係情報とに基づいて、要求元ユーザと相手ユーザとの間につながり関係が構築されているか否かを確認できるように構成されている。要求元ユーザと相手ユーザとの間につながり関係が構築されている場合、つながり関係ありと判定し、要求元ユーザと相手ユーザとの間につながり関係が構築されていない場合、つながり関係なしと判定する。なお、つながり関係なしと判定した場合、つながり関係判定部１１２はその判定結果を通知部１１７に通知する。
【００２０】
公開可否判定部１１３は、取得要求受信部１１１を通じて通知されるＣＩＤと公開範囲設定ＤＢ１５のつながり関係情報とに基づいて相手ユーザ情報の公開範囲を確認し、要求元ユーザに対する情報公開の可否を判定できるように構成されている。相手ユーザ情報の公開範囲（公開対象）に要求元ユーザが含まれている場合、公開可と判定し、相手ユーザ情報の公開範囲（公開対象）に要求元ユーザが含まれていない場合、公開不可と判定する。なお、公開不可と判定した場合、公開可否判定部１１３はその判定結果を通知部に通知する。
【００２１】
取得要求送信部１１４は、つながり関係判定部１１２において要求元ユーザと相手ユーザとの間につながり関係があると判定され、公開可否判定部１１３において要求元ユーザに対して相手ユーザ情報を公開可能と判定された場合、ＳＮＳサーバ３ａ〜３ｃに対して相手ユーザ情報の取得要求を送信できるように構成されている。具体的には、取得要求送信部１１４は、相手ユーザのプロフィール情報に含まれる各ＳＮＳへログインするための識別情報（ユーザＩＤ，パスワード）を用いて、ＳＮＳサーバ３ａ〜３ｃ上で提供されるＳＮＳへログインし、相手ユーザ情報の取得要求を行う。たとえば、取得要求送信部１１４は、要求元ユーザとなるユーザ端末６ａから相手ユーザのユーザ情報の取得要求を受けて、相手ユーザのＳＮＳ上での識別情報（ユーザＩＤ，パスワード）を用いてログインし、相手ユーザのユーザ情報を取得要求する。なお、取得要求送信部１１４は、相手ユーザの識別情報（ユーザＩＤ，パスワード）の代わりに、相手ユーザのアクセストークンを用いてＳＮＳサーバ３ａ〜３ｃ上で提供されるＳＮＳへログインし、相手ユーザ情報の取得要求を行うようにしても良い。
【００２２】
受信部１１５は、取得要求送信部１１４の取得要求に対してＳＮＳサーバ３ａ〜３ｃから送信される相手ユーザ情報を含む応答を受信可能に構成されている。受信部１１５において受信された相手ユーザ情報は、応答送信部１１６又は記憶装置１６に送られる。応答送信部１１６は、ＳＮＳサーバ３ａ〜３ｃから相手ユーザ情報を受け取ると、相手ユーザ情報を含む応答を要求元のユーザ端末６ａ〜６ｃに対して送信する。または、ユーザ端末６ａ〜６ｃに対してダイレクトに送信せずに、受け取った相手ユーザ情報を記憶装置１６が記憶する。ユーザ端末６ａ〜６ｃに対してダイレクトに相手ユーザ情報を送信するのか、一時的に記憶装置１６に蓄積してからユーザ端末６ａ〜６ｃに送信するかはユーザとの契約内容による。
【００２３】
通知部１１７は、要求元ユーザのユーザ端末６ａ〜６ｃに対し、つながり関係判定部１１２及び公開可否判定部１１３における判定結果を送信可能に構成されている。例えば、通知部１１７は、つながり関係判定部１１２から要求元ユーザと相手ユーザとの間につながり関係がないと通知された場合、要求元ユーザのユーザ端末６ａ〜６ｃに対してつながり関係がないために情報取得できないことを示す情報を通知する。また、通知部１１７は、公開可否判定部１１３から要求元ユーザに対して相手ユーザ情報の公開不可を通知された場合、要求元ユーザのユーザ端末６ａ〜６ｃに対して相手ユーザ情報の公開不可であるために情報取得できないことを示す情報を通知する。
【００２４】
上述した情報配信システム１において、つながり関係ＤＢ１４に登録されるつながり関係情報は、後述するようにユーザ端末６ａ〜６ｃからアップロードされるプロフィール情報及び電話帳データに基づいて生成される。ユーザ端末６ａ〜６ｃからアップロードされるプロフィール情報はプロフィールＤＢ１２に登録される。ユーザ端末６ａ〜６ｃからアップロードされる電話帳データは電話帳ＤＢ１２に登録される。
【００２５】
プロフィール情報は、ユーザ端末６ａ〜６ｃに対して払いだされた電話番号、メールアドレスや、ユーザ端末６ａ〜６ｃの利用者であるユーザの氏名、住所、ユーザが参加するＳＮＳで割り振られている識別情報（ＳＮＳサーバ３ａ〜３ｃにおけるユーザＩＤや各ＳＮＳで使用するメールアドレスなど）などを含む情報である。なお、プロフィール情報には、ソーシャルネットワークサービス以外の外部サービスの識別情報などが含まれていても良い。
【００２６】
電話帳データは、ユーザ端末６ａ〜６ｃにそれぞれ保存されている相手ユーザの氏名、電話番号、メールアドレスなどを含む情報である。各電話帳データにおいて登録されている相手ユーザ毎に登録番号（ＣＩＤ）が付与され、各ＣＩＤにそれぞれのユーザの氏名、電話番号、メールアドレスなどが紐づけられている。
【００２７】
つながり関係情報は、各ユーザからアップロードされる電話帳データ、プロフィールデータをユーザ間で突合させて構築されるユーザ間のつながり関係を示す情報である。したがって、つながり関係情報は、ユーザ間のつながり関係を規定する。つながり関係情報は、各ユーザのプロフィール情報と電話帳データとを相互に比較することによって生成される。つながり関係情報において規定されるつながり関係には、一方のユーザのプロフィール情報と相手ユーザの電話帳データとの間に関連があることを示す片側関係と、双方のユーザのプロフィール情報と電話帳データとの間に関連があることを示す相互関係とがある。
【００２８】
図３は、つながり関係の１つである片側関係について示す模式図である。図３に示されるように、ユーザＡが使用するユーザ端末６ａにはユーザＡのプロフィール情報及び電話帳データが登録されており、ユーザＢが使用するユーザ端末６ｂにはユーザＢのプロフィール情報及び電話帳データが登録されている。ユーザＡのプロフィール情報はユーザＡの電話番号及びメールアドレスをキー情報として構成されており、ユーザＢの電話帳データには、ユーザＡの電話番号及びメールアドレスが登録されている。このように、一方のユーザのプロフィール情報に含まれるキー情報と相手ユーザの電話帳データに登録された相手ユーザの電話番号等とが一致する場合、片側関係があるものとする。なお、一方のユーザ（ユーザＡ）の電話帳データと相手ユーザ（ユーザＢ）のプロフィール情報とは、片側関係の成立には影響を与えない。図３では、電話番号及びメールアドレスが共に一致している場合を例示したが、少なくとも電話番号又はメールアドレスのいずれかが一致していれば片側関係が構築されているものとして良い。また、２つ以上の電話番号またはメールアドレスが一致していることを、つながり関係を構築する際の条件にすれば、つながり関係の信頼性を高くすることができる。
【００２９】
図４は、つながり関係の１つである相互関係について示す模式図である。図４に示されるように、ユーザＡが使用するユーザ端末６ａにはユーザＡのプロフィール情報及び電話帳データが登録されており、ユーザＢが使用するユーザ端末６ｂにはユーザＢのプロフィール情報及び電話帳データが登録されている。ユーザＡのプロフィール情報はユーザＡの電話番号及びメールアドレスをキー情報として構成されており、ユーザＢの電話帳データには、ユーザＡの電話番号及びメールアドレスが登録されている。また、ユーザＢのプロフィール情報はユーザＢの電話番号及びメールアドレスをキー情報として構成されており、ユーザＡの電話帳データには、ユーザＢの電話番号及びメールアドレスが登録されている。このように、一方のユーザのプロフィール情報に含まれるキー情報と他方のユーザの電話帳データに登録されている相手ユーザの電話番号等とが一致し、他方のユーザのプロフィール情報に含まれるキー情報と一方のユーザの電話帳データに登録されている相手ユーザの電話番号等とが一致する場合、相互関係があるものとする。なお、ここでは電話番号及びメールアドレスが共に一致している場合を例示したが、少なくとも電話番号又はメールアドレスのいずれかが一致していれば相互関係が構築されているものとして良い。
【００３０】
図５は、つながり関係情報の生成概念図である。図５に示されるように、情報配信装置１１は、ユーザ端末６ａ、６ｂからアップロードされるプロフィール情報をプロフィールＤＢ１２に格納する。なお、情報配信装置１１が各ユーザ端末６ａ〜６ｃのプロフィール情報をプロフィールＤＢ１２に登録する際に、各プロフィール情報には情報配信システム１上でユーザ単でユニークに管理される識別番号（ＳＡＢＩＤ）が付与される。これにより、プロフィールＤＢ１２において、プロフィール情報を構成する電話番号、メールアドレスなどの複数の情報がＳＡＢＩＤにより関連付けられてユーザ毎（ユーザ端末毎）に管理されるようになっている。
【００３１】
また、情報配信装置１１は、ユーザ端末６ａ、６ｂからアップロードされる電話帳データを電話帳ＤＢ１３（図５において不図示）に登録する。電話帳データは、相手ユーザ毎に登録番号（ＣＩＤ）が付与されており、各ＣＩＤに相手ユーザの氏名、電話番号、メールアドレス、ＳＮＳ用の識別情報などが関連付けられている。なお、情報配信装置１１が各ユーザ端末６ａ〜６ｃの電話帳データを電話帳ＤＢ１３に登録する際に、各電話帳データには情報配信システム１上でユーザ識別するための識別番号（ＳＡＢＩＤ）が付与される。これにより、各電話帳データとその利用者であるユーザとが関連付けて管理されるようになっている。
【００３２】
情報配信装置１１は、ユーザ端末６ａ、６ｂのプロフィール情報がプロフィールＤＢ１２に格納され、ユーザ端末６ａ、６ｂの電話帳データが電話帳ＤＢ１３に格納されると、プロフィール情報と電話帳データとのマッチングを行う。例えば、電話帳ＤＢ１３に登録されたユーザ端末６ａの電話帳データと、プロフィールＤＢ１２に登録されたユーザＢのプロフィール情報とが一致するか否かを検索し、一致する場合には片側関係があると判定する。このように片側関係があると判定された場合、ユーザＡの電話帳データにおいてユーザＢを示すＣＩＤとユーザＢのＳＡＢＩＤとを関連付けた片側関係情報をつながり関係ＤＢ１４に登録する。
【００３３】
さらに、電話帳ＤＢ１３に登録されたユーザ端末６ｂの電話帳データと、プロフィールＤＢ１２に登録されたユーザＡのプロフィール情報とが一致する場合、相互関係があると判定する。このように相互関係があると判定された場合、ユーザＡの電話帳データにおいてユーザＢを示すＣＩＤとユーザＢのＳＡＢＩＤとを関連付けた相互関係情報をつながり関係ＤＢ１４に登録する。なお、ここでは、ユーザＡの電話帳データに登録されたユーザＢの情報とユーザＡのプロフィール情報とに基づいて片側関係及び相互関係を判定する場合を例示したが、同様に、ユーザＢの電話帳データに登録されたユーザＡの情報とユーザＢのプロフィール情報とに基づいて逆向きの片側関係についても判定する。
【００３４】
図６は、プロフィールＤＢ１２に登録されるプロフィールデータの具体例について示す図である。図６では、図１に示されるユーザ端末６ａ〜６ｃに対応する３人のユーザ（ユーザＡ〜Ｃ）のプロフィール情報に関する部分を示している。ただし、プロフィールＤＢ１２の具体的構成は図６に示されるものに限定されない。プロフィールＤＢ１２は、本実施の形態に係る情報配信システム１に参加する複数のユーザのプロフィール情報が登録されるように構成されていれば良い。プロフィールＤＢ１２は、ＳＡＢＩＤに紐づけて、３人のユーザＡ〜Ｃの氏名、ユーザが契約しているユーザ端末６ａ〜６ｃに払いだされた電話番号、メールアドレス、ＳＮＳ用の識別情報などがキー情報として登録されている。例えば、ＳＡＢＩＤ「１００１」によって、ユーザ端末６ａを利用するユーザＡのプロフィール情報が一元管理されている。なお、本実施の形態ではＳＡＢＩＤを４桁の数字列で表現しているが、ＳＡＢＩＤの構成については特に限定されない。情報配信システム１に参加する全ユーザ（全ユーザ端末）を識別可能なＳＡＢＩＤを付与できればよい。
【００３５】
図７は、電話帳ＤＢ１３の具体例について示す図である。電話帳ＤＢ１３には、ユーザ端末６ａ〜６ｃからアップロードされた各電話帳データが登録されている。電話帳ＤＢ１３に記憶された複数ユーザの電話帳データはＳＡＢＩＤで管理されている。例えば、ＳＡＢＩＤ「１００１」が付与された電話帳データ（図３において太線で囲まれる部分）は、ユーザＡが利用するユーザ端末６ａに保存されていてアップロードされた電話帳データに相当する。
【００３６】
また、電話帳ＤＢ１３に記憶されている電話帳データは、電話帳データのアップロード時に当該電話帳データに登録されていたＣＩＤが付与されている。例えば、ＳＡＢＩＤ「１００１」で管理される電話帳データでは、ユーザＣに関するユーザ情報にＣＩＤ「０００１」が付与され、ユーザＢに関するユーザ情報にＣＩＤ「０００２」が付与されている。
【００３７】
なお、ＣＩＤは各ユーザ端末６ａ〜６ｃにおいて独自に付与する番号であるから、ＳＡＢＩＤが異なればＣＩＤが同一であっても関連付けられている情報は異なる。例えば、ＳＡＢＩＤ「１００１」で管理される電話帳データ（つまり、ユーザ端末６ａの電話帳データ）において、ＣＩＤ「０００１」にてユーザＣに関する情報が関連付けられているが、ＳＡＢＩＤ「２００２」で管理される電話帳データ（つまり、ユーザ端末６ｂの電話帳データ）において、ＣＩＤ「０００１」にてユーザＤに関するユーザ情報が関連付けられている。このため、電話帳ＤＢ１３の電話帳データに登録されている相手ユーザは、ＳＡＢＩＤとＣＩＤとの組によって特定される。
【００３８】
図８は、つながり関係ＤＢ１４の具体例について示す図である。図８では、図１に示されるユーザ端末６ａ〜６ｃに対応するつながり関係情報に関する部分を示している。ただし、つながり関係ＤＢ１４の具体的構成は図８に示されるものに限定されない。つながり関係ＤＢ１４は、プロフィールＤＢ１２と電話帳ＤＢ１３とに登録された情報が相互に関連付けられるように構成されていれば良い。つながり関係ＤＢ１４には、電話帳データ及びマイプロフィールを登録したユーザに付与されたＳＡＢＩＤに対応して当該ユーザの電話帳データ上で相手ユーザ毎に付与されたＣＩＤが登録されており、さらに各ＣＩＤに対応して当該ユーザとつながり関係（片側関係又は相互関係）が構築されている相手ユーザのＳＡＢＩＤが登録されている。例えば、電話帳ＤＢ１３においてＳＡＢＩＤ「１００１」で特定されるユーザの電話帳データにはＣＩＤ「０００１」が付与されたユーザＣが登録されており、ＣＩＤ「０００１」に対応させてユーザＣの電話番号及びメールアドレスが登録されている。一方、プロフィールＤＢ１２においてＳＡＢＩＤ「３００３」で特定されるユーザＣに対応させてユーザＣの電話番号及びメールアドレスが登録されている。電話帳ＤＢ１３でＳＡＢＩＤ「１００１」に紐づけたＣＩＤ「０００１」（ユーザＣ）の電話番号及び又はメールアドレスと一致する電話番号及び又はメールアドレスが、プロフィールＤＢ１２においてＳＡＢＩＤ「３００３」（ユーザＣ）で紐づけられて登録されている。このため、ユーザＡと、ユーザＡの電話帳データに登録されたユーザＣとが関連付けられて、つながり関係ＤＢ１４の片側関係に登録される。一方、電話帳ＤＢ１３においてＳＡＢＩＤ「３００３」で特定されるユーザＣの電話帳データに登録されたＣＩＤ「０００１」（ユーザＡ）の電話番号及びメールアドレスは、プロフィールＤＢ１２においてＳＡＢＩＤ「１００１」で特定されるユーザＡの電話番号及びメールアドレスと一致する。このため、ユーザＣと、ユーザＣの電話帳データに登録されたユーザＡとが関連付けられて、つながり関係ＤＢ１４の片側関係に登録される。
【００３９】
この場合、ＳＡＢＩＤ「１００１」で特定されるユーザＡと、ＳＡＢＩＤ「３００３」によって特定されるユーザＣとの間には相互関係がある。このため、電話帳ＤＢ１３のＳＡＢＩＤ「１００１」及びＣＩＤ「０００１」の組と、プロフィールＤＢ１２のＳＡＢＩＤ「３００３」とが関連付けられて、つながり関係ＤＢ１４の相互関係に登録される。また、電話帳ＤＢ１３のＳＡＢＩＤ「３００３」及びＣＩＤ「０００１」の組と、プロフィールＤＢ１２のＳＡＢＩＤ「１００１」とが関連付けられてつながり関係ＤＢ１４の相互関係に登録される。なお、図８において、ユーザＢとユーザＣとの間に片側関係はあるが、相互関係はない。
【００４０】
このように構成された情報配信システム１において、要求元ユーザに対する相手ユーザ情報の公開可否の判定には公開範囲設定ＤＢ１５に登録される公開範囲設定情報が用いられる。図９は公開範囲設定データベースの具体例について示す図である。図９では、図１に示されるユーザ端末６ａ〜６ｃに対応する公開範囲設定情報に関する部分を示している。ただし、公開範囲設定ＤＢ１５の具体的構成は図９に示されるものに限定されない。公開範囲設定ＤＢ１５は、要求元ユーザに対する相手ユーザ情報の公開範囲を設定できるように構成されていれば良い。
【００４１】
図９に示されるように、公開範囲設定ＤＢ１５には、各ユーザ（ユーザ端末）に付与されたＳＡＢＩＤに対応づけて、各ユーザの電話帳データ上での管理番号であるＣＩＤと、各ＳＮＳサーバ３ａ〜３ｃ上で公開されている情報の公開可否情報とが登録されている。ＳＡＢＩＤは、ＳＮＳサーバ３ａ〜３ｃにおいて情報を公開しているユーザを示している。ＳＡＢＩＤとＣＩＤとの組は、電話帳ＤＢ１３及びつながり関係ＤＢ１４におけるＳＡＢＩＤとＣＩＤとの組に対応しており、この組によって公開範囲設定対象の要求元ユーザが特定される。例えば、ＳＡＢＩＤ「２００２」はユーザＢに関する情報の公開範囲を意味しており、ＳＡＢＩＤ「２００２」及びＣＩＤ「０００１」の組は、要求元ユーザであるユーザＡに対する情報の公開範囲であることを意味する。また、ＳＮＳサーバ３ａ〜３ｃの列において、「１」は公開可、「０」は公開不可、「‐」は不参加、をそれぞれ示している。すなわち、ユーザＢはＳＮＳサーバ３ａ、３ｂに参加しており、ユーザＡに対してＳＮＳサーバ３ａ、３ｂを共に公開可としている。一方、ユーザＢはユーザＣに対してＳＮＳサーバ３ｂのみを公開可としている。
【００４２】
なお、図９では、公開範囲を公開可「１」又は公開不可「０」の２段階で規定しているが、公開範囲は３段階以上の多段階で規定しても良い。例えば、公開範囲は、全部公開可「２」、一部公開可「１」、公開不可「０」の３段階で規定することもできる。
【００４３】
次に、図１０、１１を参照して、本実施の形態に係る通信システムの動作について説明する。なお、以下では、図１に示されるユーザ端末６ａが、ＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報の取得を要求する場合について特に説明するが、他のユーザ端末、他の相手ユーザ、他のＳＮＳの場合も同様である。
【００４４】
図１０は、通信システムの第１の動作態様について説明するシーケンス図である。図１０に示されるように、ユーザ端末６ａが情報配信装置１１に対し、ユーザＢのＣＩＤを通知してＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報の取得を要求する（ステップＳ１０１）。そうすると、情報配信装置１１の取得要求受信部１１１は、つながり関係判定部１１２に対してユーザＢのＣＩＤを通知する。
【００４５】
つながり関係判定部１１２は、取得要求受信部１１１からユーザＢのＣＩＤを受け取ると、当該ＣＩＤに基づいて、ユーザＡとユーザＢとのつながり関係の有無を判定する（ステップＳ１０２）。具体的には、例えば、図８に示されるつながり関係ＤＢ１４において、ユーザＡの電話帳データであることを示すＳＡＢＩＤ「１００１」の項目をサーチし、ユーザ端末６ａから通知されたユーザＢのＣＩＤ「０００２」の登録状況を確認する。図８において、片側関係及び相互関係のいずれにも、ＳＡＢＩＤ「１００１」及びＣＩＤ「０００２」の組が登録されており、ユーザＢを表すＳＡＢＩＤ「２００２」が関連付けられている。このため、つながり関係判定部１１２は、ユーザＡとユーザＢとの間につながり関係が構築されており、つながり関係があると判定する。
【００４６】
つながり関係判定部１１２においてユーザＡとユーザＢとの間につながり関係があると判定されると、公開可否判定部１１３はユーザＡに対してＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報を公開可能か判定する（ステップＳ１０３）。具体的には、例えば、図９に示される公開範囲設定ＤＢ１５において、相手ユーザであるユーザＢの公開範囲を示すＳＡＢＩＤ「２００２」、及び要求元ユーザであるユーザＡを示すＣＩＤ「０００１」によって特定される項目をサーチする。図９において、ＳＡＢＩＤ「２００２」、及びＣＩＤ「０００１」で特定される項目のＳＮＳサーバ３ａの欄は「１」になっている。このため、公開可否判定部１１３は、ユーザＡに対してＳＮＳサーバ３ａにおけるユーザＢに関する情報を公開可能と判定する。なお、ステップＳ１０２とステップＳ１０３とは同時に行っても良い。
【００４７】
公開可否判定部１１３において、ＳＮＳサーバ３ａ上でユーザＢが公開しているユーザＢに関する情報をユーザＡに対して公開可能と判定された場合、取得要求送信部１１４はＳＮＳサーバ３ａに対しユーザＢに関する情報の取得要求を送信する（ステップＳ１０４）。このとき、取得要求送信部１１４は、プロフィールＤＢ１２を参照してＳＮＳサーバ３ａにおけるユーザＢの識別情報（ＳＮＳサーバ３ａへユーザＢとしてログインするための識別情報、例えば、ユーザＩＤ、パスワードなど）を取得し、当該識別情報用いてユーザＢに関する情報の取得要求を行う。または、ユーザＢから予め取得しているアクセストークンを用い、ユーザＢに代わってユーザＢに関する情報の取得要求を行う。
【００４８】
取得要求送信部１１４は発した取得要求に対してＳＮＳサーバ３ａが認証を行い（ステップＳ１０５）、ＳＮＳサーバ３ａがユーザＢに関する情報を含む応答を返すと（ステップＳ１０６）、受信部１１５はユーザＢに関する情報を受信する。受信部１１５が受信したユーザＢに関する情報は、応答送信部１１６に送られる。応答送信部１１６はユーザＢに関する情報を含む応答をユーザ端末６ａに送信する（ステップＳ１０７）。
【００４９】
本動作態様では、ユーザ端末６ａからの取得要求に応じて、リアルタイムでユーザＢに関する情報を取得している。このため、常に最新の情報をユーザ端末６ａに対して送信することができる。
【００５０】
図１１は、他の動作態様について説明するシーケンス図である。図１１では、情報配信装置１１が、ＳＮＳサーバ３ａ、３ｂに対しユーザＢに関する情報の取得要求を予め設定されているタイミングで送信し、ＳＮＳサーバ３ａ、３ｂから取得したユーザＢに関する情報を記憶装置１６に記憶しておく動作態様について説明する。
【００５１】
図１１に示されるように、取得要求送信部１１４は、予め設定されている一定周期で、又は定期的なタイミングで、又は所定条件が成立したタイミングで、ＳＮＳサーバ３ａに対しＳＮＳサーバ３ａ上でユーザＢが公開しているユーザＢに関する情報の取得要求を送信する（ステップＳ２０１）。すなわち、取得要求送信部１１４は、ユーザＡのユーザ端末６ａからの取得要求とは独立した予め設定されているタイミングでユーザＢに関する情報の取得を要求する。例えば、取得要求送信部１１４は、プロフィールＤＢ１２を参照してＳＮＳサーバ３ａ上で情報を公開しているユーザＢの識別情報（ユーザＩＤ、パスワードなど）を取得し、当該識別情報を用いてユーザＢに関する情報の取得要求を行う。または、ユーザＢから予め取得しているアクセストークンを用い、ユーザＢに代わってユーザＢに関する情報の取得要求を行う。ここで、取得要求のタイミングは、例えば、要求元ユーザであるユーザＡが希望するタイミングに設定されても良いし、通信の負荷などに応じて設定されても良い。
【００５２】
取得要求送信部１１４の取得要求に対してＳＮＳサーバ３ａが認証を行い（ステップＳ２０２）、ＳＮＳサーバ３ａがユーザＢに関する情報を含む応答を返すと（ステップＳ２０３）、受信部１１５は当該応答を受信する。受信部１１５が受信したユーザＢに関する情報は、記憶装置１６に送られて記憶される。取得要求送信部１４はユーザＢに関する情報の取得要求を上述した所定のタイミングで行っているため、記憶装置１６は、直前の取得要求によって取得したユーザＢに関する情報を最新の情報をとして保持する。
【００５３】
また、取得要求送信部１１４は予め設定されているタイミングで、ＳＮＳサーバ３ｂに対しユーザＢに関する情報の取得要求を送信する（ステップＳ２０４）。取得要求送信部１１４の取得要求に対してＳＮＳサーバ３ａが認証を行い（ステップＳ２０５）、ＳＮＳサーバ３ａがユーザＢに関する情報を含む応答を返すと（ステップＳ２０６）、受信部１１５は当該応答を受信する。受信部１１５が受信したユーザＢに関する情報は、記憶装置１６に送られて記憶される。なお、ステップＳ２０４〜Ｓ２０６とステップＳ２０１〜Ｓ２０３とは、取得要求の送信対象が異なるが、その他は同様である。
【００５４】
取得要求送信部１１４は、ステップＳ２０１〜Ｓ２０３の後の所定のタイミング（一定周期、定期的なタイミング、不定期的なタイミングなど）でＳＮＳサーバ３ａに対しユーザＢに関する情報の取得要求を再び送信する（ステップＳ２１１）。そうすると、取得要求送信部１１４の取得要求に対してＳＮＳサーバ３ａが認証を行い（ステップＳ２１２）、ＳＮＳサーバ３ａがユーザＢに関する情報を含む応答を返す（ステップＳ２０３）。受信部１１５は当該応答を受信すると記憶装置１６は新たに取得したユーザＢに関する情報を記憶する。
【００５５】
同様に、取得要求送信部１１４は、ステップＳ２０４〜Ｓ２０６の後の所定のタイミングでＳＮＳサーバ３ａに対しユーザＢに関する情報の取得要求を再び送信する（ステップＳ２１４）。そうすると、取得要求送信部１１４の取得要求に対してＳＮＳサーバ３ａが認証を行い（ステップＳ２１５）、ＳＮＳサーバ３ａがユーザＢに関する情報を含む応答を返す（ステップＳ２１６）。受信部１１５は当該応答を受信すると記憶装置１６は新たに取得したユーザＢに関する情報を記憶する。
【００５６】
なお、ＳＮＳサーバ３ａ、３ｂに対してユーザＢに関する情報を定期的に要求する場合、ＳＮＳサーバ３ａに対する要求の周期と、ＳＮＳサーバ３ｂに対する要求の周期とは、同一でも良いし異なっていても良い。
【００５７】
ユーザ端末６ａが情報配信装置１１に対し、ユーザＢのＣＩＤを通知してＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報を要求する（ステップＳ２０７）。そうすると、情報配信装置１１の取得要求受信部１１１は、つながり関係判定部１１２に対してユーザＢのＣＩＤを通知する。
【００５８】
つながり関係判定部１１２は、取得要求受信部１１１からユーザＢのＣＩＤを受け取ると、当該ＣＩＤに基づいて、ユーザＡとユーザＢとのつながり関係の有無を判定する（ステップＳ２０８）。つながり関係判定部１１２においてユーザＡとユーザＢとの間につながり関係があると判定されると、公開可否判定部１１３はユーザＡに対してＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報を公開可能か判定する（ステップＳ２０９）。なお、ステップＳ２０８とステップＳ２０９とは同時に行っても良い。
【００５９】
公開可否判定部１１３において、ユーザＡに対してＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報を公開可能と判定された場合、取得要求送信部１１４は記憶装置１６に対しＳＮＳサーバ３ａ上で公開されているユーザＢに関する情報の取得要求を送信し、記憶装置１６に記憶されたＳＮＳサーバ３ａにおけるユーザＢに関する情報を取得する。記憶装置１６は、取得要求送信部１４が行った直前の取得要求（において受信部１１５がＳＮＳサーバ３ａから受信したユーザＢに関する情報を保持しているため（ステップＳ２０１〜Ｓ２０３）、取得要求送信部１１４はこの情報を取得する。その後、取得要求送信部１１４は取得したユーザＢに関する情報を応答送信部１１６に受け渡し、応答送信部１１６はユーザＢに関する情報を含む応答をユーザ端末６ａに送信する（ステップＳ２１０）。
【００６０】
本動作態様では、ユーザＢに関する情報を所定のタイミングで取得しておき、記憶装置１６に記憶させている。このため、ユーザ端末６ａからの取得要求に対して取得要求送信部１１４はＳＮＳサーバ３ｂに対しユーザＢに関する情報を要求する必要がなく、応答に要する時間が短くて済む。
【００６１】
以上、本実施の形態に係る情報配信システムは、ユーザ端末のプロフィール情報及び電話帳データによって生成されるつながり関係情報を用いてＳＮＳなどの外部サービスから情報を取得することができる。このため、要求元のユーザがＳＮＳに参加していない場合でも、相手ユーザがＳＮＳにおいて公開した情報などを取得できる。また、ＳＮＳ内において相手ユーザとの間に友人関係が構築されていない場合でも、相手ユーザとの間につながり関係が構築されていれば、相手ユーザに関する情報を取得することができる。このように、外部サービスにおいて各ユーザが、友人関係がある相手ユーザに対して公開している情報を、外部サービス上で友人関係を直接結ばなくても、所定の関係がある場合には取得可能とする情報配信装置、通信システム、及び情報配信方法を実現できる。
【００６２】
なお、本発明は上記実施の形態に限定されず、種々変更して実施することができる。例えば、第１の動作態様のみで動作させる場合、情報配信システムにおける記憶装置は省略できる。また、情報配信システムは、１つの情報配信装置で構成されていても良いし、複数の情報配信装置で構成されていても良い。情報配信システムは、インターネットやコアネットワークとのインタフェース用ノード等を備えていてもよい。ＳＮＳ、無線基地局、ユーザ端末などの数は、上述した実施の形態の構成には限定されない。その他、本発明は、本発明の範囲を逸脱しないで適宜変更して実施することができる。
【産業上の利用可能性】
【００６３】
本発明の情報配信装置、管理システム、及び情報配信方法は、例えば、外部サービスの識別情報を管理して外部サービスの情報を配信可能な通信システムに適用することが可能である。
【符号の説明】
【００６４】
１ 情報配信システム
２ インターネット
３ａ〜３ｃ ＳＮＳサーバ
４ コアネットワーク
５ 無線基地局
６ａ〜６ｃ ユーザ端末
１１ 情報配信装置
１２ プロフィールＤＢ
１３ 電話帳ＤＢ
１４ つながり関係ＤＢ
１５ 公開範囲設定ＤＢ
１６ 記憶装置
１１１ 取得要求受信部
１１２ つながり関係判定部
１１３ 公開可否判定部
１１４ 取得要求送信部
１１５ 受信部
１１６ 応答送信部
１１７ 通知部
【特許請求の範囲】
【請求項１】
要求元ユーザのユーザ端末から外部サービス提供サーバ上で公開されている相手ユーザに関する情報の取得要求を受信する要求受信部と、
前記要求元ユーザと前記相手ユーザとのつながり関係の有無を判定するつながり関係判定部と、
前記相手ユーザに関する情報の公開範囲情報に基づいて前記要求元ユーザに対する情報公開の可否を判定する公開可否判定部と、
前記要求受信部で受信した取得要求に対応して、前記つながり関係判定部により前記相手ユーザとつながり関係があると判定され、かつ前記公開可否判定部により公開可能と判定された相手ユーザに関する情報を、前記外部サービス提供サーバに対して要求する要求送信部と、
前記外部サービス提供サーバから前記相手ユーザに関する情報を含む応答を受信する受信部と、
前記外部サービス提供サーバから受信した前記相手ユーザに関する情報を含む応答を要求元ユーザのユーザ端末へ送信する応答送信部と、を備えたことを特徴とする情報配信装置。
【請求項２】
前記要求送信部は、前記要求受信部において受信した取得要求に基づいて前記外部サービス提供サーバに対し前記相手ユーザに関する情報を要求し、
前記受信部は、前記外部サービス提供サーバから前記相手ユーザに関する情報を含む応答を受信すると、前記相手ユーザに関する情報を前記応答送信部に受け渡し、
前記応答送信部は、前記相手ユーザに関する情報を前記受信部から受け取って前記相手ユーザに関する情報を含む応答を送信することを特徴とする請求項１に記載の情報配信装置。
【請求項３】
前記要求送信部は、所定タイミングで前記外部サービス提供サーバに対し前記相手ユーザ情報に関する取得要求を送信し、
前記受信部は、前記外部サービスからの前記相手ユーザ情報を含む応答を受信すると前記相手ユーザ情報を記憶装置に格納し、
前記応答送信部は、前記取得要求受信部において受信した取得要求に基づいて前記記憶装置に格納された前記相手ユーザ情報を含む応答を送信することを特徴とする請求項１に記載の情報配信装置。
【請求項４】
前記つながり関係判定部及び前記公開可否判定部の判定結果を通知する通知部を備えたことを特徴とする請求項１に記載の情報配信装置。
【請求項５】
情報配信装置と、前記情報配信装置に対して外部サービス提供サーバ上で公開している相手ユーザに関する情報の取得要求を送信するユーザ端末と、を含んだ管理システムにおいて、
前記情報配信装置は、
要求元ユーザのユーザ端末から外部サービス提供サーバ上で公開されている相手ユーザに関する情報の取得要求を受信する要求受信部と、
前記要求元ユーザと前記相手ユーザとのつながり関係の有無を判定するつながり関係判定部と、
前記相手ユーザ情報の公開範囲情報に基づいて前記要求元ユーザに対する情報公開の可否を判定する公開可否判定部と、
前記要求受信部で受信した取得要求に対応して、前記つながり関係判定部により前記相手ユーザとつながり関係があると判定され、かつ前記公開可否判定部により公開可能と判定された相手ユーザに関する情報を、前記外部サービス提供サーバに対して要求する取得要求送信部と、
前記外部サービス提供サーバから前記相手ユーザに関する情報を含む応答を受信する受信部と、
前記外部サービス提供サーバから受信した前記相手ユーザに関する情報を含む応答を要求元ユーザのユーザ端末へ送信する応答送信部と、を備えことを特徴とする管理システム。
【請求項６】
要求元ユーザのユーザ端末が外部サービス提供サーバ上で公開されている相手ユーザに関する情報の取得要求を送信するステップと、
情報配信装置が前記取得要求を受信するステップと、
前記要求元ユーザと前記相手ユーザとのつながり関係の有無を判定するステップと、
前記相手ユーザ情報の公開範囲情報に基づいて前記要求元ユーザに対する情報公開の可否を判定するステップと、
前記要求元ユーザのユーザ端末から受信した前記取得要求に対応して、前記相手ユーザとつながり関係があると判定され、かつ公開可能と判定された相手ユーザに関する情報を、前記外部サービス提供サーバに対して要求するステップと、
前記外部サービス提供サーバから前記相手ユーザに関する情報を含む応答を受信するステップと、
前記外部サービス提供サーバから受信した前記相手ユーザに関する情報を含む応答を要求元ユーザのユーザ端末へ送信するステップと、
を備えたことを特徴とする情報配信方法。
【請求項１】
要求元ユーザのユーザ端末から外部サービス提供サーバ上で公開されている相手ユーザに関する情報の取得要求を受信する要求受信部と、
前記要求元ユーザと前記相手ユーザとのつながり関係の有無を判定するつながり関係判定部と、
前記相手ユーザに関する情報の公開範囲情報に基づいて前記要求元ユーザに対する情報公開の可否を判定する公開可否判定部と、
前記要求受信部で受信した取得要求に対応して、前記つながり関係判定部により前記相手ユーザとつながり関係があると判定され、かつ前記公開可否判定部により公開可能と判定された相手ユーザに関する情報を、前記外部サービス提供サーバに対して要求する要求送信部と、
前記外部サービス提供サーバから前記相手ユーザに関する情報を含む応答を受信する受信部と、
前記外部サービス提供サーバから受信した前記相手ユーザに関する情報を含む応答を要求元ユーザのユーザ端末へ送信する応答送信部と、を備えたことを特徴とする情報配信装置。
【請求項２】
前記要求送信部は、前記要求受信部において受信した取得要求に基づいて前記外部サービス提供サーバに対し前記相手ユーザに関する情報を要求し、
前記受信部は、前記外部サービス提供サーバから前記相手ユーザに関する情報を含む応答を受信すると、前記相手ユーザに関する情報を前記応答送信部に受け渡し、
前記応答送信部は、前記相手ユーザに関する情報を前記受信部から受け取って前記相手ユーザに関する情報を含む応答を送信することを特徴とする請求項１に記載の情報配信装置。
【請求項３】
前記要求送信部は、所定タイミングで前記外部サービス提供サーバに対し前記相手ユーザ情報に関する取得要求を送信し、
前記受信部は、前記外部サービスからの前記相手ユーザ情報を含む応答を受信すると前記相手ユーザ情報を記憶装置に格納し、
前記応答送信部は、前記取得要求受信部において受信した取得要求に基づいて前記記憶装置に格納された前記相手ユーザ情報を含む応答を送信することを特徴とする請求項１に記載の情報配信装置。
【請求項４】
前記つながり関係判定部及び前記公開可否判定部の判定結果を通知する通知部を備えたことを特徴とする請求項１に記載の情報配信装置。
【請求項５】
情報配信装置と、前記情報配信装置に対して外部サービス提供サーバ上で公開している相手ユーザに関する情報の取得要求を送信するユーザ端末と、を含んだ管理システムにおいて、
前記情報配信装置は、
要求元ユーザのユーザ端末から外部サービス提供サーバ上で公開されている相手ユーザに関する情報の取得要求を受信する要求受信部と、
前記要求元ユーザと前記相手ユーザとのつながり関係の有無を判定するつながり関係判定部と、
前記相手ユーザ情報の公開範囲情報に基づいて前記要求元ユーザに対する情報公開の可否を判定する公開可否判定部と、
前記要求受信部で受信した取得要求に対応して、前記つながり関係判定部により前記相手ユーザとつながり関係があると判定され、かつ前記公開可否判定部により公開可能と判定された相手ユーザに関する情報を、前記外部サービス提供サーバに対して要求する取得要求送信部と、
前記外部サービス提供サーバから前記相手ユーザに関する情報を含む応答を受信する受信部と、
前記外部サービス提供サーバから受信した前記相手ユーザに関する情報を含む応答を要求元ユーザのユーザ端末へ送信する応答送信部と、を備えことを特徴とする管理システム。
【請求項６】
要求元ユーザのユーザ端末が外部サービス提供サーバ上で公開されている相手ユーザに関する情報の取得要求を送信するステップと、
情報配信装置が前記取得要求を受信するステップと、
前記要求元ユーザと前記相手ユーザとのつながり関係の有無を判定するステップと、
前記相手ユーザ情報の公開範囲情報に基づいて前記要求元ユーザに対する情報公開の可否を判定するステップと、
前記要求元ユーザのユーザ端末から受信した前記取得要求に対応して、前記相手ユーザとつながり関係があると判定され、かつ公開可能と判定された相手ユーザに関する情報を、前記外部サービス提供サーバに対して要求するステップと、
前記外部サービス提供サーバから前記相手ユーザに関する情報を含む応答を受信するステップと、
前記外部サービス提供サーバから受信した前記相手ユーザに関する情報を含む応答を要求元ユーザのユーザ端末へ送信するステップと、
を備えたことを特徴とする情報配信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１３−５２９５（Ｐ２０１３−５２９５Ａ）
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願番号】特願２０１１−１３５６５５（Ｐ２０１１−１３５６５５）
【出願日】平成２３年６月１７日（２０１１．６．１７）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願日】平成２３年６月１７日（２０１１．６．１７）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]