特許 6533085 端末、情報処理方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6533085

(24)【登録日】2019年5月31日

(45)【発行日】2019年6月19日

(54)【発明の名称】端末、情報処理方法、及びプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20190610BHJP

   H04M 1/00 20060101ALI20190610BHJP

   G06Q 50/10 20120101ALI20190610BHJP

【ＦＩ】

   G06F13/00 650B

   H04M1/00 R

   G06Q50/10

【請求項の数】8

【全頁数】20

(21)【出願番号】特願2015-74149(P2015-74149)

(22)【出願日】2015年3月31日

(65)【公開番号】特開2016-194797(P2016-194797A)

(43)【公開日】2016年11月17日

【審査請求日】2018年3月26日

(73)【特許権者】

【識別番号】501333021

【氏名又は名称】ＬＩＮＥ株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】杉本 謙一

【審査官】 木村 雅也

(56)【参考文献】

【文献】 米国特許出願公開第２００５／０２３９４０５（ＵＳ，Ａ１）

【文献】 特開２０１２−１７８０６２（ＪＰ，Ａ）

【文献】 特開２０１４−１３４９０８（ＪＰ，Ａ）

【文献】 国際公開第２０１４／０５１４１１（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｇ０６Ｑ ５０／１０

Ｈ０４Ｍ １／００

(57)【特許請求の範囲】

【請求項1】

メッセージの送受信を行うためのグループを管理するサーバとネットワークを介して接続される端末であって、
近距離無線通信を介して受信された情報に基づき、前記端末とは異なる複数の端末の一覧を表示する表示部と、
前記一覧に含まれる前記複数の端末のうち、前記端末のユーザによって選択された少なくとも第１端末のユーザと第２端末のユーザと、前記端末のユーザとを含む第１グループを作成するための情報を前記サーバに送信する通信部とを備え、
前記表示部は、前記サーバから送信された、前記第１グループとは異なる第２グループへの参加に関する情報を表示し、
前記通信部は、前記表示部に表示された前記参加に関する情報の選択に基づいて、前記端末のユーザが前記第２グループに参加するための情報を前記サーバに送信する。

【請求項2】

請求項１に記載の端末であって、
前記通信部は、前記端末のユーザに選択された少なくとも第１端末のユーザと第２端末のユーザとを、前記端末のユーザの友達にするための情報を前記サーバに送信する。

【請求項3】

請求項２に記載の端末であって、
前記通信部は、前記端末のユーザを、前記第１端末のユーザ、または前記第２端末のユーザの友達にするための情報を前記サーバに送信する。

【請求項4】

請求項１から請求項３のいずれか一項に記載の端末であって、
近距離無線通信を介して受信された情報は、前記複数の端末の各々のユーザＩＤであり、
前記表示部は、前記近距離無線通信を介して前記複数の端末の各々のユーザＩＤを受信し、前記複数の端末のユーザＩＤに基づいて特定された前記複数の端末のユーザの一覧を表示する。

【請求項5】

請求項１から請求項４のいずれか一項に記載の端末であって、
前記通信部は、前記第２グループを作成するための情報が第３端末から前記サーバに送信されたことに基づき、前記第２グループの参加に関する情報を受信する。

【請求項6】

請求項１から請求項５のいずれか一項に記載の端末であって、
前記近距離無線通信は、ＢＬＥ、または赤外線、または超音波である。

【請求項7】

メッセージの送受信を行うためのグループを管理するサーバとネットワークを介して接続される端末による情報処理方法であって、
近距離無線通信を介して受信された情報に基づき、前記端末とは異なる複数の端末の一覧を前記端末の表示部により表示することと、
前記一覧に含まれる前記複数の端末のうち、前記端末のユーザによって選択された少なくとも第１端末のユーザと第２端末のユーザと、前記端末のユーザとを含む第１グループを作成するための情報を前記端末の通信部によって前記サーバに送信することと、
前記サーバから送信された、前記第１グループとは異なる第２グループへの参加に関する情報を前記表示部に表示することと、
前記表示部に表示された前記参加に関する情報の選択に基づいて、前記端末のユーザが前記第２グループに参加するための情報を前記通信部によって前記サーバに送信することとを含む。

【請求項8】

メッセージの送受信を行うためのグループを管理するサーバとネットワークを介して接続される端末のコンピュータによって実行されるプログラムであって、
近距離無線通信を介して受信された情報に基づき、前記端末とは異なる複数の端末の一覧を前記端末の表示部により表示することと、
前記一覧に含まれる前記複数の端末のうち、前記端末のユーザによって選択された少なくとも第１端末のユーザと第２端末のユーザと、前記端末のユーザとを含む第１グループを作成するための情報を前記端末の通信部によって前記サーバに送信することと、
前記サーバから送信された、前記第１グループとは異なる第２グループへの参加に関する情報を前記表示部に表示することと、
前記表示部に表示された前記参加に関する情報の選択に基づいて、前記端末のユーザが前記第２グループに参加するための情報を前記通信部によって前記サーバに送信することとを含む。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、端末、情報処理方法、及びプログラムに関する。

【背景技術】

【0002】

予め登録されたユーザ間でメッセージの送受信を行うサービス等において、ユーザの携帯端末に搭載されたＧＰＳ（Global Positioning System）機能を用いて、付近にいる他のユーザを探索し、当該他のユーザとの間で登録を行う技術が従来から知られている。

【0003】

また、携帯端末が近距離無線通信を用いて、他の携帯端末を特定する技術が従来から知られている（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００１−３３３４５１号公報

【特許文献2】特許第５４２１４３９号公報

【特許文献3】特開２０１４−０４１６５８号公報

【特許文献4】米国特許出願公開第２０１３／０２３２１９７号明細書

【特許文献5】韓国公開特許第１０−２０１３−００３３４８５号公報

【特許文献6】韓国公開特許第１０−２０１４−０１１５２８９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ここで、メッセージの送受信を行うＩＭ（Instant Messenger）サービス等においては、メッセージの送受信を行うための登録（例えば、友達関係の登録）操作をする場合、ユーザ同士が互いに相対して登録操作を行う。したがって、複数のユーザを登録する場合には、それぞれのユーザと繰り返し登録操作を行う必要がある。このことは、上記の従来技術において、ＧＰＳ機能により複数の他のユーザが探索された場合であっても、同様であり、ユーザは登録を所望するそれぞれの他のユーザ毎に繰り返し登録操作を行う必要があった。すなわち、ユーザは、一度に複数の他のユーザをまとめて登録することができなかった。

【0006】

本発明の一実施形態は、上記の点に鑑みてなされたものであり、近距離無線通信を用いて複数のユーザとの関係を登録することを目的とする。

【課題を解決するための手段】

【0007】

上記目的を達成するため、本発明の一実施形態は、メッセージの送受信を行うためのグループを管理するサーバとネットワークを介して接続される端末であって、近距離無線通信を介して受信された情報に基づき、前記端末とは異なる複数の端末の一覧を表示する表示部と、前記一覧に含まれる前記複数の端末のうち、前記端末のユーザによって選択された少なくとも第１端末のユーザと第２端末のユーザと、前記端末のユーザとを含む第１グループを作成するための情報を前記サーバに送信する通信部とを備え、前記表示部は、前記サーバから送信された、前記第１グループとは異なる第２グループへの参加に関する情報を表示し、前記通信部は、前記表示部に表示された前記参加に関する情報の選択に基づいて、前記端末のユーザが前記第２グループに参加するための情報を前記サーバに送信する。

【発明の効果】

【0008】

本発明の一実施形態によれば、近距離無線通信を用いて複数のユーザとの関係を登録することができる。

【図面の簡単な説明】

【0009】

【図1】第１の実施形態に係るサービス提供システムの一例のシステム構成図である。

【図2】第１の実施形態に係るサービス提供システムの一例のハードウェア構成図である。

【図3】第１の実施形態に係るサービス提供システムの一例の機能構成図である。

【図4】グループ関係データベースの一例を示す図である。

【図5】第１の実施形態に係る探索処理の一例のフローチャートである。

【図6】探索結果の一覧画面の一例のイメージ図である。

【図7】第１の実施形態に係るグループ関係の登録処理の一例のシーケンス図である。

【図8】グループ参加の承諾画面の一例のイメージ図である。

【図9】第２の実施形態に係るサービス提供システムの一例の機能構成図である。

【図10】友達関係データベースの一例を示す図である。

【図11】第２の実施形態に係る探索処理の一例のフローチャートである。

【図12】第２の実施形態に係る友達関係の登録処理の一例のシーケンス図である。

【図13】ソーシャルグラフの一例を示す図である。

【発明を実施するための形態】

【0010】

以下、本発明の実施形態について図面を参照しながら詳細に説明する。

【0011】

［第１の実施形態］
＜システム構成＞
まず、第１の実施形態に係るサービス提供システム１について、図１を参照しながら説明する。図１は、第１の実施形態に係るサービス提供システムの一例のシステム構成図である。図１に示すサービス提供システム１は、複数の携帯端末１０と、サーバ装置２０とを有する。携帯端末１０とサーバ装置２０とは、無線又は有線により、例えばインターネット等の広域的なネットワークＮを介して通信可能に接続されている。

【0012】

携帯端末１０は、ユーザが利用するスマートフォン、携帯電話、ノート型ＰＣ、ウェアラブル端末、ゲーム機器等の端末装置である。携帯端末１０には、サーバ装置２０に予め登録されたユーザの携帯端末１０との間でネットワークＮを介して、ＩＭサービスによりメッセージのやり取りを行うためのＩＭアプリケーション１１が搭載（インストール）されている。ユーザは、携帯端末１０に搭載されたＩＭアプリケーション１１を用いて、他のユーザとの間でメッセージの送受信を行うことができる。すなわち、携帯端末１０のユーザは、例えば、同一のグループとして登録された他のユーザや友達として登録された他のユーザとの間でメッセージのやり取りを行うことができる。

【0013】

ここで、複数のユーザを同一のグループとして登録することにより、グループに含まれる一のユーザは、同一のグループに含まれる他のユーザに対してメッセージを送信することができるようなる。また、他のユーザを友達として登録することで、登録されたユーザが例えばコンタクトリスト（友達一覧）等に追加され、ユーザは、友達として登録されたユーザと容易にメッセージの送受信が行えるようになる。

【0014】

なお、以降では、複数のユーザにより構成されるグループを「グループ関係」とも表す。また、同様に、２つのユーザが互いに友達であることを「友達関係」とも表す。

【0015】

また、携帯端末１０は、近距離無線通信により、周囲の所定の範囲（例えば、数センチメートル乃至数十メートル）にある他の携帯端末１０を探索することができる。そして、携帯端末１０のユーザは、探索された他の携帯端末１０のユーザのうち、所望のユーザの登録をサーバ装置２０に要求することができる。すなわち、携帯端末１０は、１以上のユーザとのグループ関係の登録要求や１以上のユーザとの友達関係の登録要求をサーバ装置２０に行うことができる。

【0016】

なお、以降では、複数の携帯端末１０をそれぞれ区別して記載するときは「携帯端末１０Ａ」、「携帯端末１０Ｂ」、「携帯端末１０Ｃ」等と記載する。また、本実施形態では、主として、携帯端末１０Ａのユーザが、他の複数のユーザとのグループ関係をサーバ装置２０に登録する場合について説明する。

【0017】

サーバ装置２０は、サーバプログラム２１が搭載（インストール）されており、ＩＭサービスを利用するユーザのグループ関係を管理する情報処理装置である。

【0018】

なお、図１に示すサービス提供システム１は、一例であり、他の構成であってもよい。例えば、サーバ装置２０は、複数台の情報処理装置で構成されていてもよい。また、携帯端末１０を用いてユーザが利用するサービスは、ＩＭサービスに限られず、例えば、ＳＮＳ（Social Networking Service）サービスやブログ（blog）サービス等であってもよい。すなわち、本実施形態は、サービスを利用するユーザ同士をグループ関係や友達関係等の所定の関係で関係付けて、当該関連付けられたユーザ間でメッセージ等のデータの送受信を行うサービスに対して適用され得る。

【0019】

＜ハードウェア構成＞
次に、第１の実施形態に係るサービス提供システム１のハードウェア構成について、図２を参照しながら説明する。図２は、第１の実施形態に係るサービス提供システムの一例のハードウェア構成図である。

【0020】

≪携帯端末≫
図２（ａ）に示すように、携帯端末１０は、ＣＰＵ（Central Processing Unit）１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、記憶装置１０４とを有する。また、携帯端末１０は、入力装置１０５と、表示装置１０６と、通信装置１０７と、近距離無線通信装置１０８とを有する。これらの各ハードウェア構成は、例えばバス等で接続されている。

【0021】

ＣＰＵ１０１は、ＲＯＭ１０２や記憶装置１０４等のメモリからプログラムやデータをＲＡＭ１０３上に読み出し、処理を実行することで、携帯端末１０全体の制御や機能を実現する演算装置である。ＲＯＭ１０２は、携帯端末１０の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及び各種設定等のプログラムやデータが格納されている。ＲＡＭ１０３は、プログラムやデータを一時保持する揮発性の半導体メモリである。記憶装置１０４は、プログラムやデータを格納している不揮発性のメモリである。記憶装置１０４に格納されるプログラムには、例えば、ＩＭアプリケーション１１等がある。

【0022】

入力装置１０５は、例えばタッチパネル等であり、ユーザが各種操作信号を入力するのに用いられる。表示装置１０６は、例えばディスプレイ等であり、携帯端末１０による処理結果を表示する。通信装置１０７は、携帯端末１０をネットワークＮに接続するためのインタフェースである。

【0023】

近距離無線通信装置１０８は、例えば、ＢＬＥ（Bluetooth Low Energy）チップ等であり、他の携帯端末１０と近距離無線通信により通信を行うためのインタフェースである。ただし、携帯端末１０間で行う近距離無線通信は、ＢＬＥに限られず、例えば、赤外線や超音波等を用いてもよい。また、ＩＣタグ等によりＲＦＩＤ（Radio Frequency Identifier）の技術を用いて、電波により他の携帯端末１０と近距離無線通信を行うものであってもよい。

【0024】

≪サーバ装置≫
図２（ｂ）に示すように、サーバ装置２０は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、記憶装置２０４と、入力装置２０５と、表示装置２０６と、通信装置２０７とを有する。これらの各ハードウェア構成は、例えばバス等で接続されている。

【0025】

ＣＰＵ２０１は、ＲＯＭ２０２や記憶装置２０４等のメモリからプログラムやデータをＲＡＭ２０３上に読み出し、処理を実行することで、サーバ装置２０全体の制御や機能を実現する演算装置である。ＲＯＭ２０２は、サーバ装置２０の起動時に実行されるＢＩＯＳ、ＯＳ設定、及び各種設定等のプログラムやデータが格納されている。ＲＡＭ２０３は、プログラムやデータを一時保持する揮発性の半導体メモリである。記憶装置２０４は、プログラムやデータを格納している不揮発性のメモリである。記憶装置２０４に格納されるプログラムには、例えば、サーバプログラム２１等がある。

【0026】

入力装置２０５は、例えばキーボードやマウス等であり、ユーザが各種操作信号を入力するのに用いられる。表示装置２０６は、例えばディスプレイ等であり、サーバ装置２０による処理結果を表示する。なお、入力装置２０５又は／及び表示装置２０６は、必要なときに接続して利用する形態であってもよい。通信装置２０７は、サーバ装置２０をネットワークＮに接続するためのインタフェースである。

【0027】

本実施形態に係る携帯端末１０及びサーバ装置２０は、上記のハードウェア構成を有することにより、後述する各種処理を実現できる。

【0028】

＜機能構成＞
次に、本実施形態に係るサービス提供システム１の機能構成について、図３を参照しながら説明する。図３は、第１の実施形態に係るサービス提供システムの一例の機能構成図である。

【0029】

≪携帯端末≫
図３に示すように、携帯端末１０のＩＭアプリケーション１１は、入力部１２と、探索処理部１３と、表示部１４と、登録要求部１５と、承諾応答部１６とを有する。

【0030】

入力部１２は、例えばＣＰＵ１０１、入力装置１０５等により実現され、ユーザによる操作入力を受け付ける。ユーザにより行われる操作入力としては、例えば、自身の携帯端末１０の周囲の所定の範囲内にある他の携帯端末１０を探索するための操作等がある。

【0031】

探索処理部１３は、例えばＣＰＵ１０１、近距離無線通信装置１０８等により実現され、入力部１２からの指示に応じて携帯端末１０の周囲の所定の範囲内に、他の携帯端末１０を探索するための情報（応答要求情報）を送信する。

【0032】

また、探索処理部１３は、他の携帯端末１０から応答要求情報を受信した場合、携帯端末１０のユーザを識別するためのユーザＩＤやユーザ名等を含む情報（応答情報）を、応答要求情報の送信元の携帯端末１０又はサーバ装置２０に送信する。

【0033】

表示部１４は、例えばＣＰＵ１０１、表示装置１０６等により実現され、他の各部からの指示に応じて処理結果を表示装置１０６に表示させる。表示部１４は、例えば、探索処理部１３により探索された、携帯端末１０の周囲の所定の範囲内にある他の携帯端末１０の一覧（探索結果の一覧）を表示装置１０６に表示させる。また、表示部１４は、例えば、グループに参加することに対してユーザに承諾を求める承諾要求をサーバ装置２０から受信した場合、当該グループの参加に対して承諾又は拒否を行うための承諾画面を表示装置１０６に表示させる。

【0034】

登録要求部１５は、例えばＣＰＵ１０１、通信装置１０７等により実現され、探索結果の一覧においてユーザから選択された他の携帯端末１０のユーザを含むグループ関係の登録要求をサーバ装置２０に送信する。すなわち、登録要求部１５は、携帯端末１０のユーザと、この携帯端末１０のユーザにより探索結果の一覧から選択された複数のユーザとを１つのグループとするグループ関係の登録要求をサーバ装置２０に送信する。

【0035】

承諾応答部１６は、例えばＣＰＵ１０１、通信装置１０７等により実現され、表示部１４により表示された承諾画面において、ユーザにより承諾又は拒否のいずれかが選択された場合、ユーザの選択に応じた応答をサーバ装置２０に送信する。

【0036】

≪サーバ装置≫
図３に示すように、サーバ装置２０のサーバプログラム２１は、登録処理部２２と、承諾要求部２３とを有する。また、サーバ装置２０のサーバプログラム２１は、グループ関係データベース２４を利用する。

【0037】

登録処理部２２は、例えばＣＰＵ２０１、通信装置２０７等により実現され、携帯端末１０からグループ関係の登録要求を受信すると、当該登録要求に含まれるユーザＩＤ及びユーザ名に基づきグループ関係を作成し、グループ関係データベース２４に登録する。

【0038】

また、登録処理部２２は、承諾要求部２３により送信された承諾要求に対して携帯端末１０から承諾を示す応答（承諾応答）を受信すると、登録したグループ関係に含まれるユーザのうち、承諾応答を送信したユーザの情報を更新する。これにより、登録されたグループ関係に含まれる登録要求を行ったユーザ及び承諾応答を行ったユーザ同士がそれぞれ相互にメッセージの送受信等を行うことができるようになる。

【0039】

このように、登録処理部２２によりグループ関係の登録要求を受信した段階で当該登録要求に含まれるユーザＩＤのユーザで構成されるグループ関係が作成されるが、この段階では、グループ関係の各ユーザ同士はメッセージの送受信を行うことはできない。このようにすることで、グループの参加に対して承諾を行っていないユーザに対して、グループ関係に含まれる他のユーザからメッセージが送信されてしまうことが防止される。

【0040】

承諾要求部２３は、例えばＣＰＵ２０１、通信装置２０７等により実現され、登録処理部２２によりグループ関係が登録されると、当該登録要求を行ったユーザ以外のユーザであって、当該グループ関係に含まれるユーザの携帯端末１０に対して承諾要求を送信する。

【0041】

グループ関係データベース２４は、例えば記憶装置２０４等により実現され、複数のユーザから構成されるグループ関係を、グループＩＤ毎に管理する。ここで、グループ関係データベース２４について、図４を参照しながら説明する。図４は、グループ関係データベースの一例を示す図である。

【0042】

図４に示すように、グループ関係データベース２４は、グループＩＤ毎に、複数のユーザから構成されるグループが管理されるグループ関係テーブルを記憶する。グループＩＤは、グループ関係テーブルを一意に識別する情報であり、例えば、グループ関係の登録要求を登録処理部２２が受信した際に発行される。また、グループ関係データベース２４は、グループ関係を構成するユーザのユーザＩＤ及びユーザ名、並びに当該ユーザがグループの参加に対して承諾したか拒否したかを示す承諾区分等のデータ項目を有する。これにより、携帯端末１０のユーザは、ＩＭアプリケーション１１を用いて、承諾区分が、グループの参加に対して承諾したことを示す「済」となっているユーザ同士でメッセージの送受信を行うことができる。なお、登録処理部２２により、グループ関係の登録要求を行ったユーザの承諾区分は初めから「済」としてグループ関係テーブルが作成され、グループ関係データベース２４に登録される。

【0043】

＜処理の詳細＞
次に、本実施形態に係るサービス提供システム１の処理の詳細について説明する。

【0044】

≪探索処理≫
まず、携帯端末１０Ａのユーザ（ユーザＩＤ「uid001」、ユーザ名「satoh」）が、自身の携帯端末１０Ａの周囲の所定の範囲内にある他の携帯端末１０を探索する処理について、図５を参照しながら説明する。図５は、第１の実施形態に係る探索処理の一例のフローチャートである。

【0045】

ステップＳ５０１において、携帯端末１０Ａのユーザは、自身の携帯端末１０Ａの周囲の所定の範囲内（例えば数センチメートル乃至数十メートル）にある他の携帯端末１０を探索するための操作等を行う。すると、携帯端末１０Ａの入力部１２は、当該操作を受け付け、探索処理部１３に対して、他の携帯端末１０の探索を要求する。そして、携帯端末１０Ａの探索処理部１３は、この携帯端末１０Ａの周囲の所定の範囲内に、所定の時間（例えば、１秒乃至数秒）の間、応答要求情報を送信する。

【0046】

一方、携帯端末１０Ａから応答要求情報を受信した他の携帯端末１０の探索処理部１３は、携帯端末１０Ａ又はサーバ装置２０に対して応答情報を送信する。ここで、応答情報には、当該応答情報を送信した携帯端末１０のユーザのユーザＩＤやユーザ名等が含まれる。なお、サーバ装置２０は、携帯端末１０から応答情報を受信した場合、受信した応答情報に含まれるユーザＩＤやユーザ名等の一覧を、応答要求情報の送信元の携帯端末１０Ａに送信する。また、サーバ装置２０が応答情報を受信する場合、応答情報にはユーザ名が含まれていなくてもよい。このとき、サーバ装置２０は、受信した応答情報に含まれるユーザＩＤに対応するユーザ名を所定の記憶領域から取得すればよい。

【0047】

ここで、以降では、携帯端末１０Ａは、携帯端末１０Ｂ、携帯端末１０Ｃ、及び携帯端末１０Ｄ等のユーザＩＤ及びユーザ名を受信したものとする。すなわち、携帯端末１０Ａは、携帯端末１０ＢのユーザＩＤ「uid002」及びユーザ名「suzuki」、携帯端末１０Ｃの
ユーザＩＤ「uid003」及びユーザ名「tanaka」、携帯端末１０ＤのユーザＩＤ「uid004」及びユーザ名「yamada」を受信したものとする。

【0048】

ステップＳ５０２において、携帯端末１０Ａの探索処理部１３は、周囲の所定の範囲内に他の携帯端末１０があるか否かを判定する。すなわち、携帯端末１０Ａの探索処理部１３は、他の携帯端末１０のユーザＩＤ及びユーザ名等を受信したか否かを判定する。携帯端末１０Ａの探索処理部１３は、他の携帯端末１０のユーザＩＤ及びユーザ名等を受信した場合、ステップＳ５０３に進む一方、他の携帯端末１０のユーザＩＤ及びユーザ名等を受信しなかった場合、ステップＳ５０４に進む。

【0049】

ステップＳ５０３において、携帯端末１０Ａの表示部１４は、受信した他の携帯端末１０のユーザＩＤ及びユーザ名等に基づき、例えば図６に示すような探索結果の一覧画面１０００を表示装置１０６等に表示させる。

【0050】

図６は、探索結果の一覧画面の一例のイメージ図である。図６に示す探索結果の一覧画面１０００には、携帯端末１０Ａの探索処理部１３が他の携帯端末１０から受信した他の携帯端末１０のユーザＩＤ及びユーザ名の一覧が表示されている。このように、探索結果の一覧画面１０００には、携帯端末１０Ａの周囲の所定の範囲内にある他の携帯端末１０のユーザのユーザＩＤ及びユーザ名が一覧で表示される。

【0051】

また、図６に示す探索結果の一覧画面１０００において、ユーザは、チェックボックス１００１により、作成されるグループ関係を構成するユーザを選択することができる。すなわち、携帯端末１０Ａのユーザは、チェックボックス１００１により所望のユーザを選択し、グループ作成ボタン１００２を押下する。これにより、携帯端末１０Ａは、携帯端末１０Ａのユーザ及びチェックボックス１００１で選択されたユーザのグループ関係の登録要求を、サーバ装置２０に行う。なお、チェックボックス１００１は、一例であり、ユーザは、一覧として表示されたユーザ名をタップすること等により、作成されるグループ関係を構成するユーザを選択してもよい。

【0052】

ステップＳ５０４において、携帯端末１０Ａの表示部１４は、この携帯端末１０Ａの周囲の所定の範囲内に他の携帯端末１０がないことを示すメッセージ等を表示装置１０６等に表示させる。これにより、携帯端末１０Ａのユーザは、自身の周囲に他のユーザがいないことを知ることができる。

【0053】

以上のように、本実施形態に係る携帯端末１０は、ＢＬＥ等の近距離無線通信を用いて、周囲にある他の携帯端末１０を探索し、探索結果を一覧として表示する。そして、詳細は後述するが、携帯端末１０のユーザは、一覧に表示された他の携帯端末１０から所望のユーザを選択することで、自身及び選択されたユーザを含むグループ関係を登録することができるようになる。

【0054】

≪グループ関係の登録処理≫
ここで、携帯端末１０Ａのユーザが、図６に示す探索結果の一覧画面１０００において、携帯端末１０Ｂのユーザ（ユーザＩＤ「uid002」、ユーザ名「suzuki」）及び携帯端末１０Ｄのユーザ（ユーザＩＤ「uid004」、ユーザ名「yamada」）を選択したものとする。このとき、携帯端末１０Ａのユーザが、グループ作成ボタン１００２を押下した場合の処理について、図７を参照しながら説明する。図７は、第１の実施形態に係るグループ関係の登録処理の一例のシーケンス図である。

【0055】

ステップＳ７０１において、携帯端末１０Ａの登録要求部１５は、上述したように探索結果の一覧画面１０００でグループ作成ボタン１００２が押下されると、グループ関係の登録要求をサーバ装置２０に送信する。ここで、グループ関係の登録要求には、携帯端末１０ＡのユーザのユーザＩＤ及びユーザ名、探索結果の一覧画面１０００のチェックボックス１００１で選択されたユーザのユーザＩＤ及びユーザ名等が含まれる。すなわち、本実施形態では、グループ関係の登録要求には、ユーザＩＤ「uid001」及びユーザ名「satoh」、ユーザＩＤ「uid002」及びユーザ名「suzuki」、並びにユーザＩＤ「uid004」及びユーザ名「yamada」が含まれる。

【0056】

ステップＳ７０２において、サーバ装置２０の登録処理部２２は、グループ関係の登録要求を受信すると、当該グループ関係の登録要求に基づきグループ関係テーブルを作成し、グループ関係データベース２４に登録する。

【0057】

すなわち、登録処理部２２は、グループ関係テーブルを一意に識別するグループＩＤを発行し、受信したグループ関係の登録要求に含まれるユーザＩＤ及びユーザ名を含む１つのグループであるグループ関係を示すグループ関係テーブルを作成する。そして、登録処理部２２は、作成したグループ関係テーブルをグループ関係データベース２４に登録する。このとき、グループ関係の登録要求の送信元の携帯端末１０のユーザ（つまり、ユーザＩＤ「uid001」のユーザ）の承諾区分を「済」に設定する一方、他のユーザ（つまり、ユーザＩＤ「uid002」及びユーザＩＤ「uid004」のユーザ）の承諾区分を「未済」に設定する。なお、ここで登録されたグループ関係テーブルのグループＩＤは、「G001」であるものとする。

【0058】

ステップＳ７０３において、サーバ装置２０の登録処理部２２は、グループ関係の登録が完了したことを示す通知を、グループ関係の登録要求の送信元である携帯端末１０Ａに送信する。これにより、携帯端末１０Ａのユーザは、探索結果の一覧画面１０００で選択したユーザを含むグループが作成及び登録されたことを知ることができる。

【0059】

ステップＳ７０４−１において、サーバ装置２０の承諾要求部２３は、登録したグループ関係のグループに参加することに対して承諾を求める承諾要求を携帯端末１０Ｂに送信する。同様に、ステップＳ７０４−２において、サーバ装置２０の承諾要求部２３は、承諾要求を携帯端末１０Ｄに送信する。このように、承諾要求部２３は、登録されたグループ関係に含まれるユーザのうち、グループ関係の登録要求の送信元のユーザ以外のユーザに対して承諾要求を送信する。ここで、承諾要求には、上記のステップＳ７０２で登録されたグループ関係テーブルのグループＩＤ、登録されたグループ関係に含まれるユーザＩＤ及びユーザ名が含まれる。

【0060】

ステップＳ７０５−１において、携帯端末１０Ｂの表示部１４は、サーバ装置２０から承諾要求を受信すると、図８（ａ）に示すようなグループ参加の承諾画面２０００を表示装置１０６等に表示させる。図８（ａ）に示すグループ参加の承諾画面２０００は、携帯端末１０Ｂの表示装置１０６に表示されるものであり、携帯端末１０Ｂのユーザに対して、登録されたグループ関係のグループに参加するか否かを選択させるための画面である。なお、グループ参加の承諾画面２０００には、登録されたグループ関係のグループに含まれる他のメンバーが表示される。

【0061】

同様に、ステップＳ７０５−２において、携帯端末１０Ｄの表示部１４は、サーバ装置２０から承諾要求を受信すると、図８（ｂ）に示すようなグループ参加の承諾画面３０００を表示装置１０６等に表示させる。図８（ｂ）に示すグループ参加の承諾画面３０００は、携帯端末１０Ｃの表示装置１０６に表示されるものであり、携帯端末１０Ｄのユーザに対して、登録されたグループ関係のグループに参加するか否かを選択させるための画面である。なお、グループ参加の承諾画面３０００には、登録されたグループ関係のグループに含まれる他のメンバーが表示される。

【0062】

本実施形態では、携帯端末１０Ｂのユーザは、グループ参加の承諾画面２０００において、登録されたグループ関係のグループに参加することを承諾するための承諾ボタン２００１を押下したものとする。一方、携帯端末１０Ｄのユーザは、グループ参加の承諾画面３０００において、登録されたグループ関係のグループに参加することを拒否するための拒否ボタン３００２を押下したものとする。

【0063】

ステップＳ７０６−１において、携帯端末１０Ｂの承諾応答部１６は、グループ参加の承諾画面２０００において承諾ボタン２００１が押下されると、登録されたグループ関係のグループに参加することの承諾を示す承諾応答をサーバ装置２０に送信する。ここで、承諾応答には、上記のステップＳ７０２で登録されたグループ関係を示すグループ関係テーブルのグループＩＤが含まれる。

【0064】

一方、ステップＳ７０６−２において、携帯端末１０Ｄの承諾応答部１６は、グループ参加の承諾画面３０００において拒否ボタン３００２が押下されると、登録されたグループ関係のグループに参加することへの拒否を示す拒否応答をサーバ装置２０に送信する。ここで、拒否応答には、上記のステップＳ７０２で登録されたグループ関係を示すグループ関係テーブルのグループＩＤが含まれる。

【0065】

ステップＳ７０７において、サーバ装置２０の登録処理部２２は、携帯端末１０から承諾応答又は拒否応答を受信すると、当該承諾応答又は拒否応答に含まれるグループＩＤのグループ関係テーブルを更新する。

【0066】

すなわち、登録処理部２２は、携帯端末１０Ｂから承諾応答を受信すると、当該承諾応答に含まれるグループＩＤ「G001」のグループ関係テーブルにおいて携帯端末１０Ｂのユーザ（ユーザＩＤ「uid002」、ユーザ名「suzuki」）の承認区分を「済」に更新する。一方、登録処理部２２は、携帯端末１０Ｄから拒否応答を受信すると、当該拒否応答に含まれるグループＩＤ「G001」のグループ関係テーブルにおいて携帯端末１０Ｄのユーザ（ユーザＩＤ「uid004」、ユーザ名「yamada」）を削除する。これにより、承諾応答を行ったユーザの携帯端末１０とはメッセージの送受信を行うことができるようになる一方で、拒否応答を行ったユーザの携帯端末１０をグループに参加させないようにすることができる。

【0067】

なお、登録処理部２２は、拒否応答を受信した場合、当該拒否応答に含まれるグループＩＤのグループ関係テーブルにおいて拒否応答の送信元の携帯端末１０のユーザを削除したが、これに限られず、例えば、承諾区分を「拒否」等に更新してもよい。

【0068】

以上のように、本実施形態に係るサーバ装置２０は、携帯端末１０から送信されたグループ関係の登録要求に基づき、複数のユーザにより構成されるグループ関係を登録することができる。これにより、本実施形態に係る携帯端末１０のユーザは、登録されたグループ関係に含まれるユーザとの間でメッセージの送受信を行えるようになる。

【0069】

なお、本実施形態では、複数のユーザにより構成されるグループのグループ関係を登録する場合について説明したが、これに限られず、例えば、探索結果の一覧画面１０００で選択されたユーザとの間で友達関係を登録してもよい。

【0070】

また、本実施形態では、探索結果の一覧画面１０００で選択されたユーザの携帯端末１０に対して、サーバ装置２０が承諾要求を送信したが（ステップＳ７０４−１及びステップＳ７０４−２）、承諾要求を送信しないようにしてもよい。例えば、探索結果の一覧画面１０００で選択されたユーザの携帯端末１０が、予め承諾不要の設定がなされている場合、サーバ装置２０は、このような設定がなされている携帯端末１０に対しては。承諾要求を送信しないようにしてもよい。または、図５のステップＳ５０１において携帯端末１０が探索する時間及び範囲を、短時間及び短距離とすることにより、サーバ装置２０が承諾要求を送信しないようにしてもよい。

【0071】

［第２の実施形態］
次に、第２の実施形態に係るサービス提供システム１について説明する。第２の実施形態に係るサービス提供システム１では、携帯端末１０の周囲の所定の範囲にある他の携帯端末１０のユーザうち、ソーシャルグラフに基づき、他の携帯端末１０のユーザとの友達関係を登録するものである。なお、第２の実施形態の説明では、第１の実施形態との相違点について説明し、第１の実施形態と同様の機能構成を有するものには第１の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。

【0072】

＜機能構成＞
まず、第２の実施形態に係るサービス提供システム１の機能構成について、図９を参照しながら説明する。図９は、第２の実施形態に係るサービス提供システムの一例の機能構成図である。

【0073】

≪携帯端末≫
図９に示すように、携帯端末１０のＩＭアプリーション１１Ａは、登録要求部１５Ａを有する。登録要求部１５Ａは、探索結果の一覧においてユーザから選択された他の携帯端末１０のユーザとの友達関係の登録要求をサーバ装置２０に送信する。

【0074】

≪サーバ装置≫
サーバ装置２０のサーバプログラム２１は、登録処理部２２Ａ、グラフ作成部２５、登録可否判定部２６を有する。また、サーバ装置２０のサーバプログラム２１Ａは、友達関係データベース２７を利用する。

【0075】

登録処理部２２Ａは、携帯端末１０から受信した友達関係の登録要求に含まれるユーザＩＤ及びユーザ名と、登録可否判定部２６により判定結果とに基づき、友達関係データベース２７に登録されている友達関係を更新する。

【0076】

グラフ作成部２５は、例えばＣＰＵ２０１等により実現され、友達関係の登録要求を受信すると、友達関係データベース２７に基づき、指定されたユーザＩＤのユーザを中心として、中心から距離がＮ（Ｎは２以上の整数）以下のソーシャルグラフを作成する。ここで、ソーシャルグラフとは、ユーザをノード、友達関係があるユーザ同士をリンクとしたグラフである。なお、リンクは「エッジ」とも称される。また、距離とは、中心のノードから目的のノードに至るまでに必要な最小のリンク数をいう。

【0077】

登録可否判定部２６は、例えばＣＰＵ２０１等により実現され、グラフ作成部２５により作成されたソーシャルグラフに基づき、受信した友達関係の登録要求に含まれるユーザＩＤのうち、友達として友達関係を更新するユーザＩＤを判定する。すなわち、登録可否判定部２６は、ユーザ名「satoh」を中心とした距離Ｎ以下のソーシャルグラフにおいて、ユーザ名「suzuki」のユーザＩＤが当該ソーシャルグラフに含まれる場合、ユーザ名「satoh」と「suzuki」を友達として友達関係を更新すると判定する。一方、登録可否判定部２６は、ユーザ名「suzuki」のユーザＩＤが当該ソーシャルグラフに含まれない場合、ユーザ名「satoh」と「suzuki」を友達としないと判定する。これは、例えば距離Ｎが２又は３である場合、「共通の友達」がいるユーザ同士を友達とすること又は「共通の友達の友達」がいるユーザ同士を友達とすることを意味する。

【0078】

友達関係データベース２７は、例えば記憶装置２０４等により実現され、ユーザＩＤ毎に、このユーザの友達として登録されたユーザが管理される友達関係テーブルを記憶する。ここで、友達関係データベース２７について、図１０を参照しながら説明する。図１０は、友達関係データベースの一例を示す図である。

【0079】

図１０に示すように、友達関係データベース２７は、ユーザＩＤ毎に、このユーザＩＤのユーザと友達となっている（友達関係がある）ユーザのユーザＩＤ及びユーザ名等のデータ項目を有する。図１０の例では、ユーザＩＤ「uid001」のユーザ（ユーザ名「satoh」）は、ユーザＩＤ「uid005」のユーザ（ユーザ名「sasaki」）やユーザＩＤ「uid007」のユーザ（ユーザＩＤ「nakamura」）等と友達であることが示されている。このように、友達関係データベース２７には、ユーザ毎に、友達として登録されているユーザ（つまり、友達関係があるユーザ）が管理される友達関係テーブルが記憶されている。

【0080】

＜処理の詳細＞
次に、本実施形態に係るサービス提供システム１の処理の詳細について説明する。

【0081】

≪探索処理≫
第１の実施形態と同様に、携帯端末１０Ａのユーザ（ユーザＩＤ「uid001」、ユーザ名「satoh」）が、自身の携帯端末１０Ａの周囲の所定の範囲内にある他の携帯端末１０を探索する処理について、図１１を参照しながら説明する。図１１は、第２の実施形態に係る探索処理の一例のフローチャートである。

【0082】

ステップＳ１１０１において、携帯端末１０Ａのユーザは、自身の携帯端末１０Ａの周囲の所定の範囲内（例えば数センチメートル乃至数十メートル）にある他の携帯端末１０を探索するための操作等を行う。すると、携帯端末１０Ａの入力部１２は、当該操作を受け付け、探索処理部１３に対して、他の携帯端末１０の探索を要求する。そして、携帯端末１０Ａの探索処理部１３は、この携帯端末１０Ａの周囲の所定の範囲内に、所定の時間（例えば、１秒乃至数秒）の間、応答要求情報を送信する。

【0083】

一方、携帯端末１０Ａから応答要求情報を受信した他の携帯端末１０の探索処理部１３は、携帯端末１０Ａ又はサーバ装置２０に対して受信した応答要求情報に対する応答情報を送信する。ここで、送信される応答情報には、当該応答情報を送信した携帯端末１０のユーザのユーザＩＤやユーザ名等が含まれる。なお、サーバ装置２０は、携帯端末１０から応答情報を受信した場合、受信した応答情報に含まれるユーザＩＤやユーザ名等の一覧を、応答要求情報の送信元の携帯端末１０Ａに送信する。また、サーバ装置２０が応答情報を受信する場合、応答情報にはユーザ名が含まれていなくてもよい。このとき、サーバ装置２０は、受信した応答情報に含まれるユーザＩＤに対応するユーザ名を所定の記憶領域から取得すればよい。

【0084】

ここで、以降では、第１の実施形態と同様に、携帯端末１０Ａは、携帯端末１０Ｂ、携帯端末１０Ｃ、及び携帯端末１０Ｄ等のユーザＩＤ及びユーザ名を受信したものとする。

【0085】

ステップＳ１１０２において、携帯端末１０Ａの探索処理部１３は、周囲の所定の範囲内に他の携帯端末１０があるか否かを判定する。すなわち、携帯端末１０Ａの探索処理部１３は、他の携帯端末１０のユーザＩＤ及びユーザ名等を受信したか否かを判定する。携帯端末１０Ａの探索処理部１３は、他の携帯端末１０のユーザＩＤ及びユーザ名等を受信しなかった場合、ステップＳ１１０３に進む。

【0086】

ステップＳ１１０３において、携帯端末１０Ａの表示部１４は、この携帯端末１０Ａの周囲の所定の範囲内に他の携帯端末１０がないことを示すメッセージ等を表示装置１０６等に表示させる。これにより、携帯端末１０Ａのユーザは、自身の周囲に他のユーザがいないことを知ることができる。

【0087】

以上のように、本実施形態に係る携帯端末１０は、ＢＬＥ等の近距離無線通信を用いて、周囲にある他の携帯端末１０を探索する。すなわち、第１の実施形態と異なり、探索結果の一覧を表示させない。これは、詳細は後述するように、距離Ｎが適切に設定されることで、「共通の友達」がいるユーザや「共通の友達の友達」がいるユーザと友達関係を登録するものだからである。ただし、本実施形態においても、第１の実施形態と同様に探索結果の一覧を表示させて、友達関係の登録を所望するユーザを選択できるようにしてもよい。

【0088】

≪友達関係の登録処理≫
次に、上述した探索処理の後に行われる処理について、図１２を参照しながら説明する。図１２は、第２の実施形態に係る友達関係の登録処理の一例のシーケンス図である。

【0089】

ステップＳ１２０１において、携帯端末１０Ａの登録要求部１５Ａは、友達関係の登録要求をサーバ装置２０に送信する。ここで、友達関係の登録要求には、携帯端末１０ＡのユーザのユーザＩＤ及びユーザ名、図１１のステップＳ１１０１で受信した他の携帯端末１０のユーザＩＤ及びユーザ名等が含まれる。すなわち、本実施形態では、友達関係の登録要求には、ユーザＩＤ「uid001」及びユーザ名「satoh」、ユーザＩＤ「uid002」及びユーザＩＤ「suzuki」、ユーザＩＤ「uid003」及びユーザ名「tanaka」、並びにユーザＩＤ「uid004」及びユーザ名「yamada」が含まれる。

【0090】

ステップＳ１２０２において、サーバ装置２０のグラフ作成部２５は、友達関係の登録要求を受信すると、当該友達関係の登録要求に含まれるユーザＩＤのそれぞれについて、予め設定された距離Ｎ以下のソーシャルグラフを作成する。

【0091】

ここで、ユーザＩＤ「uid001」を中心として、中心から距離がＮ＝３以下のソーシャルグラフを図１３に示す。図１３は、ソーシャルグラフの一例を示す図である。図１３に示すソーシャルグラフは、ユーザＩＤ「uid001」を中心として、リンクの数が３以下（すなわち、距離が３以下）のユーザＩＤのノードにより構成される。グラフ作成部２５は、予め設定された距離Ｎに基づき、友達関係の登録要求に含まれるユーザＩＤのそれぞれについて、このようなソーシャルグラフを作成する。すなわち、本実施形態では、グラフ作成部２５は、ユーザＩＤ「uid001」、「uid002」、「uid003」、及び「uid004」のそれぞれについて、予め設定された距離Ｎに基づき、ソーシャルグラフを作成する。なお、距離Ｎは、すべてのユーザに対して同一の値が設定されてもよいし、ユーザ毎に異なる値が設定されてもよい。また、携帯端末１０のユーザは、このような距離Ｎを自身で所望の値に設定できるようにしてもよい。

【0092】

ステップＳ１２０３において、サーバ装置２０の登録可否判定部２６は、友達関係の登録要求に含まれるユーザＩＤのそれぞれについて、当該友達関係の登録要求に含まれる他のユーザＩＤと友達関係を登録するか否かを判定する。

【0093】

具体的には、上記のステップＳ１２０２で作成されたユーザＩＤ「uid001」のソーシャルグラフに、友達関係の登録要求に含まれる他のユーザＩＤ「uid002」、「uid003」、及び「uid004」がそれぞれ含まれるか否かを判定する。そして、登録可否判定部２６は、ユーザＩＤ「uid001」のソーシャルグラフに含まれる他のユーザＩＤと友達関係を登録すると判定する。例えば、図１３に示す例では、ユーザＩＤ「uid002」及び「uid004」がユーザＩＤ「uid001」のソーシャルグラフに含まれる。したがって、この場合、登録可否判定部２６は、ユーザＩＤ「uid001」とユーザＩＤ「uid002」、及びユーザＩＤ「uid001」とユーザＩＤ「uid004」をそれぞれ友達関係として登録すると判定する。一方で、登録可否判定部２６は、ユーザＩＤ「uid001」とユーザＩＤ「uid003」は友達関係として登録しないと判定する。

【0094】

同様に、登録可否判定部２６は、ユーザＩＤ「uid002」のソーシャルグラフに、ユーザＩＤ「uid003」及び「uid004」がそれぞれ含まれるか否かを判定する。同様に、登録可否判定部２６は、ユーザＩＤ「uid003」のソーシャルグラフに、ユーザＩＤ「uid004」が含まれるか否かを判定する。

【0095】

このように、登録可否判定部２６は、友達関係の登録要求に含まれる一のユーザのソーシャルグラフに、当該登録要求に含まれる他のユーザが含まれるか否かを判定する。換言すれば、登録可否判定部２６は、友達関係の登録要求に含まれる一のユーザと、当該登録要求に含まれる他のユーザとの距離が、予め設定された値Ｎ以下か否かを判定する。そして、距離がＮ以下であるユーザ同士を友達関係として登録すると判定する。

【0096】

ステップＳ１２０４において、サーバ装置２０の登録処理部２２Ａは、友達関係データベース２７の上記のステップＳ１２０３で友達関係として登録すると判定されたユーザＩＤの友達関係テーブルを更新する。

【0097】

例えば、上記のステップＳ１２０３でユーザＩＤ「uid001」とユーザＩＤ「uid002」を友達関係として登録する判定された場合、登録処理部２２Ａは、友達関係データベース２７のユーザＩＤ「uid001」の友達関係テーブルにユーザＩＤ「uid002」のレコードを追加する。同様に、登録処理部２２は、友達関係データベース２７のユーザＩＤ「uid002」のテーブルにユーザＩＤ「uid001」のレコードを追加する。これにより、ユーザＩＤ「uid001」のユーザと、ユーザＩＤ「uid002」のユーザとが友達関係となり、お互いにメッセージの送受信等を行うことができるようになる。

【0098】

なお、ステップＳ１２０４において、上記のステップＳ１２０３で友達関係として登録すると判定されたユーザＩＤ同士が既に友達である場合（友達関係が登録されている場合）は、何もしないようにすればよい。

【0099】

ステップＳ１２０５−１において、サーバ装置２０の登録処理部２２Ａは、上記のステップＳ１２０４で友達関係が登録された結果を携帯端末１０Ｂ〜１０Ｄに送信する。同様に、ステップＳ１２０５−２において、サーバ装置２０の登録処理部２２Ａは、上記のステップＳ１２０４で友達関係が登録された結果を携帯端末１０Ａに送信する。このように、登録処理部２２Ａは、友達関係の登録要求に含まれる各ユーザＩＤの携帯端末１０に対して、友達関係が登録された結果を送信する。ここで、登録処理部２２Ａにより送信される友達関係が登録された結果には、例えば、送信先の携帯端末１０のユーザと友達となった（すなわち、友達関係が登録された）ユーザのユーザＩＤやユーザ名等が含まれる。これにより、携帯端末１０のユーザは、自身と友達となった他のユーザを知ることができる。

【0100】

以上のように、本実施形態に係るサーバ装置２０は、携帯端末１０から複数のユーザＩＤを含む友達関係の登録要求を受信すると、予め設定された距離Ｎに基づき、それぞれのユーザＩＤのソーシャルグラフを作成する。そして、本実施形態に係るサーバ装置２０は、作成されたソーシャルグラフに基づき、複数のユーザを相互に友達関係として登録する。これにより、本実施形態に係るサービス提供システム１では、一度に、複数のユーザのそれぞれと互いに友達関係を登録することができるようになる。

【0101】

なお、本実施形態では、友達関係の登録要求に含まれるユーザＩＤについて、それぞれを相互に友達関係として登録するか否かを判定したが、これに限られない。例えば、携帯端末１０Ａのユーザと、携帯端末１０Ｂ〜１０Ｄのそれぞれのユーザとを友達関係として登録するか否かを判定するようにしてもよい（この場合、例えば、携帯端末１０Ｂのユーザと携帯端末１０Ｃのユーザとは友達とならない。）。

【0102】

また、本実施形態では、複数のユーザを相互に友達関係として登録する場合について説明したが、これに限られず、ソーシャルグラフに基づき、複数のユーザを含むグループ関係を登録してもよい。すなわち、図１２のステップＳ１２０１において、携帯端末１０は、グループを構成する複数のユーザのユーザＩＤ及びユーザ名を含むグループ関係の登録要求をサーバ装置２０に送信してもよい。この場合、サーバ装置２０は、当該登録要求に含まれる複数のユーザのうち、当該登録要求を送信した携帯端末１０のユーザと、このユーザの距離Ｎ以下のソーシャルグラフに含まれるユーザとを含むグループ関係を登録すればよい。

【0103】

なお、本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

【符号の説明】

【0104】

１ サービス提供システム
１０ 携帯端末
１１ ＩＭアプリケーション
１２ 入力部
１３ 探索処理部
１４ 表示部
１５ 登録要求部
１６ 承諾応答部
２０ サーバ装置
２１ サーバプログラム
２２ 登録処理部
２３ 承諾要求部
２４ グループ関係データベース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】