JP2013242706A - 情報処理装置、情報処理方法およびプログラム - Google Patents

Abstract

【課題】端末装置の携帯性を利用して、ユーザにより使いやすい連絡先リストを提供する。
【解決手段】第１のユーザと第２のユーザとの位置関係を示す情報を取得する位置関係情報取得部と、上記位置関係を示す情報に基づいて、上記第１のユーザと上記第２のユーザとが近接しているか否かを判定する近接判定部と、上記判定の結果に基づいて、上記第１のユーザに提供される、上記第２のユーザの連絡先を含む連絡先リストをソートする連絡先管理部とを含む情報処理装置が提供される。
【選択図】図１

Description

本開示は、情報処理装置、情報処理方法およびプログラムに関する。

通信手段は時代とともに進歩し、電話の他にも、ネットワーク通信を利用した電子メールやチャットのような新たな通信手段も出現した。これによって、連絡先の概念も、電話番号に限らず、メールアドレスやネットワークアドレスといったものまで包含するようになった。こうした新たな通信手段は、例えばＰＣ（Personal Computer）のような情報処理端末において利用される。また、電話機も、例えばスマートフォンのように比較的高度な情報処理機能を有するようになった。

このような中、通信に用いられる端末の情報処理機能を利用して連絡先リストを自動的にソートし、ユーザが通信手段を使用する際の利便性を向上させるための技術が種々提案されている。例えば、特許文献１には、ユーザと他のユーザとの通信回数に応じてユーザと他のユーザとの親しさを評価し、より親しいと評価された他のユーザの順位が高くなるように、連絡先リストをソートする技術が記載されている。

特開２００３−２３３５６４号公報

ところで、電話機などの通信端末は、近年、上述したような情報処理機能だけではなく、携帯性をも獲得してきた。例えば、電話機は固定電話から携帯電話になった。また、ＰＣのような情報処理端末も、ノート型やタブレット型のものは容易に携帯することが可能である。それゆえ、端末装置の位置が、それを使用するユーザの位置とともに変化することが一般的になってきている。

しかしながら、このような端末装置の携帯性を、例えば連絡先のソートに利用するといったような技術は、未だ十分に提案されているとは言い難い。そこで、本開示では、端末装置の携帯性を利用して、ユーザにより使いやすい連絡先リストを提供することを可能にする、新規かつ改良された情報処理装置、情報処理方法およびプログラムを提案する。

本開示によれば、第１のユーザと第２のユーザとの位置関係を示す情報を取得する位置関係情報取得部と、上記位置関係を示す情報に基づいて、上記第１のユーザと上記第２のユーザとが近接しているか否かを判定する近接判定部と、上記判定の結果に基づいて、上記第１のユーザに提供される、上記第２のユーザの連絡先を含む連絡先リストをソートする連絡先管理部とを含む情報処理装置が提供される。

また、本開示によれば、第１のユーザと第２のユーザとの位置関係を示す情報を取得することと、上記位置関係を示す情報に基づいて、上記第１のユーザと上記第２のユーザとが近接しているか否かを判定することと、上記判定の結果に基づいて、上記第１のユーザに提供される、上記第２のユーザの連絡先を含む連絡先リストをソートすることとを含む情報処理方法が提供される。

また、本開示によれば、第１のユーザと第２のユーザとの位置関係を示す情報を取得する機能と、上記位置関係を示す情報に基づいて、上記第１のユーザと上記第２のユーザとが近接しているか否かを判定する機能と、上記判定の結果に基づいて、上記第１のユーザに提供される、上記第２のユーザの連絡先を含む連絡先リストをソートする機能とをコンピュータに実現させるためのプログラムが提供される。

ユーザ間の連絡に用いられる端末装置の携帯性を考慮すれば、ユーザ（第１のユーザ）の位置と、他のユーザ（第２のユーザ）の位置との関係が、ユーザが他のユーザと連絡を取ろうとする際の動機づけに大きく影響することが想定される。従って、ユーザと他のユーザとの位置関係に基づいて、彼らが近接しているか否かを判定し、この結果に基づいて連絡先リストをソートすれば、例えばユーザが連絡を取ろうとする他のユーザがより上位に表示されているような、より使いやすい連絡先リストを提供することが可能である。

以上説明したように本開示によれば、端末装置の携帯性を利用して、ユーザにより使いやすい連絡先リストを提供することができる。

本開示の第１の実施形態における処理を概略的に示す図である。 本開示の第１の実施形態に係るシステムの機能構成を示す概略的なブロック図である。 本開示の第２の実施形態における処理を概略的に示す図である。 本開示の第３の実施形態における処理を概略的に示す図である。 本開示の第３の実施形態に係るシステムの機能構成を示す概略的なブロック図である。 本開示の第４の実施形態における処理を概略的に示す図である。 本開示の実施形態において、他のユーザを、ユーザと一緒にいた時間帯に基づいてグループ化する例を示す図である。 本開示の実施形態において、他のユーザを、ユーザと一緒にいた場所に基づいてグループ化する例を示す図である。 本開示の実施形態において、連絡先リストがソートされた第１の例を示す図である。 本開示の実施形態において、連絡先リストがソートされた第２の例を示す図である。 情報処理装置のハードウェア構成を説明するためのブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．第１の実施形態：サーバから位置情報を取得し、端末装置で連絡先を管理する例
１−１．処理の例
１−２．機能構成
２．第２の実施形態：サーバから位置情報を取得し、サーバで連絡先を管理する例
２−１．処理の例
３．第３の実施形態：機器間通信によって位置情報を取得し、端末装置で連絡先を管理する例
３−１．処理の例
３−２．機能構成
４．第４の実施形態：機器間通信によって位置情報を取得し、サーバで連絡先を管理する例
４−１．処理の例
５．連絡先のソートの例
５−１．一緒にいた時間帯によるグループ化
５−２．一緒にいた場所によるグループ化
５−３．その他の例
６．ハードウェア構成
７．補足

（１．第１の実施形態：サーバから位置情報を取得し、端末装置で連絡先を管理する例）
まず、図１〜３を参照して、本開示の第１の実施形態について説明する。本実施形態では、連絡先リストのソートに使用される位置情報が、サーバから取得される。近年、ソーシャルネットワークサービス（ＳＮＳ：Social Network Service）などにおいて、相互に承認し合った友人同士の間でリアルタイムに互いの位置情報を共有するサービスが提供されている。例えばこのサービスを利用して、サーバからユーザと他のユーザとの位置情報を取得すれば、ユーザと近接している、つまり一緒にいる他のユーザを特定することが可能である。

（１−１．処理の例）
図１は、本開示の第１の実施形態における処理を概略的に示す図である。図１に示す例では、ユーザＵ１が端末装置１１０を保持している。また、ユーザＵ２が端末装置１３０を保持している。ユーザＵ１とユーザＵ２とは、いずれも、ＳＮＳサーバ１４０で提供されるＳＮＳを利用している。

なお、端末装置１１０において連絡先リストに表示されるユーザＵ２の情報と、ＳＮＳを介して取得されるユーザＵ２の情報とは、必ずしも自動的に対応付けられるとは限らない。図示された例では、これらの情報の対応付けが、ユーザＵ１によって既に実行されているものとする。

端末装置１１０は、例えば、携帯電話（スマートフォン）、またはタブレット型もしくはノート型のＰＣなどである。なお、端末装置１１０は、ユーザＵ１によって携帯され、ＳＮＳサーバ１４０と通信する機能と、自らの位置情報を取得する機能と、ユーザＵ１に提示される連絡先リストを管理する機能とを有するものであれば、上記の例に限らずどのような装置であってもよい。

端末装置１３０も、例えば、携帯電話（スマートフォン）、またはタブレット型もしくはノート型のＰＣなどである。なお、端末装置１３０は、ユーザＵ２によって携帯され、ＳＮＳサーバ１４０と通信する機能と、自らの位置情報を取得する機能とを有するものであれば、上記の例に限らずどのような装置であってもよい。

ＳＮＳサーバ１４０は、ネットワークを介して、端末装置１１０および端末装置１３０にＳＮＳを提供する。ＳＮＳサーバ１４０は、ネットワーク上にある単一の装置であってもよいし、複数の装置が協働して機能を提供するものであってもよい。

なお、それぞれの装置の詳細な機能構成については後述する。

（定期的な処理）
本実施形態における第１の処理として、端末装置１１０は、定期的にＳＮＳサーバ１４０からユーザＵ２の位置情報を取得し、取得した位置情報に基づいて連絡先リストをソートしている。ここで実行される連絡先リストのソートは、ユーザＵ２がユーザＵ１と近接していた時間、すなわちユーザＵ１とユーザＵ２とが一緒にいた時間がいつどれだけあったかによって、連絡先リストをソートするものでありうる。

図示された例では、まず、ユーザＵ２が保持する端末装置１３０が、ＳＮＳサーバ１４０にユーザＵ２の位置情報を送信する（ステップＳ１０１）。端末装置１３０による位置情報の送信は、例えば定期的に実行されてもよいし、ユーザＵ２の操作に従って任意のタイミングで実行されてもよい。

一方、ユーザＵ１が保持する端末装置１１０は、ＳＮＳサーバ１４０にアクセスして、ユーザＵ２の位置情報を取得する（ステップＳ１０２）。端末装置１１０による位置情報の取得は、例えば定期的に実行されてもよいし、ユーザＵ１の操作に従って任意のタイミングで実行されてもよい。

なお、図示された例において、ユーザＵ１とユーザＵ２との間にはソーシャルネットワーク上での友人関係があり、ユーザＵ２は自らの位置情報がユーザＵ１に共有されることをあらかじめ承諾しているものとする。ＳＮＳサーバ１４０は、上記のような承諾を前提として、端末装置１３０から送信されてＳＮＳサーバ１４０に蓄積されたユーザＵ２の位置情報を端末装置１１０に提供する。

上記のステップＳ１０２において端末装置１１０に提供されるユーザＵ２の位置情報は、所定の期間、例えば以前に端末装置１１０がＳＮＳサーバ１４０にアクセスした後の期間において端末装置１３０から提供されたユーザＵ２の位置情報の履歴であってもよい。これは、例えば、端末装置１１０が、取得したユーザＵ２の位置情報を時系列で処理し、別途取得されるユーザＵ１の位置情報と比較して、ユーザＵ１とユーザＵ２とが一緒にいた時間を推定するためである。

ユーザＵ２の位置情報を取得した端末装置１１０は、これに基づいて連絡先リストをソートし（ステップＳ１０３）、ユーザＵ１に提示する。上述した通り、ここで実行される連絡先リストのソートは、ユーザＵ１とユーザＵ２とが一緒にいた時間がいつどれだけあったかに基づくソートでありうる。例えば、ユーザＵ２がユーザＵ１と一緒にいた時間が他のユーザよりも長い場合、ユーザＵ２は、ユーザＵ１との親密度が高いユーザであると推定され、連絡先リストにおける順位が高くなる。また、ユーザＵ２はユーザＵ１と一緒にいた時間またはユーザＵ１と一緒にいた場所に基づくグループに分類され、連絡先リストのソートによってユーザＵ２のグループへの分類が追加／修正されてもよい。

（連絡先リスト起動時の処理）
本実施形態における第２の処理として、端末装置１１０は、ユーザＵ１によって連絡先リストの起動が指示されたときに、ＳＮＳサーバ１４０からユーザＵ２の位置情報を取得し、取得した位置情報に基づいて連絡先リストをソートした上でユーザＵ１に提示する。ここで実行される連絡先リストのソートは、ユーザＵ２が現時点、すなわち連絡先リストが起動された時点においてユーザＵ１と近接しているか否かによって、連絡先リストをソートするものでありうる。

図示された例では、まず、端末装置１１０が、ユーザＵ１の指示に従って連絡先リストを起動する（ステップＳ１２１）。ここでいう連絡先リストの起動は、例えば連絡先リストと提示するためのアプリケーションソフトウェアの起動でありうる。

次に、端末装置１１０は、ＳＮＳサーバ１４０にアクセスして、ユーザＵ２の位置情報を取得する（ステップＳ１２２）。上記の定期的な処理の場合と同様に、ＳＮＳサーバ１４０は、ユーザＵ２の承諾を前提として、ユーザＵ２の位置情報を端末装置１１０に提供する。

上記のステップＳ１２２において端末装置１１０に提供されるユーザＵ２の位置情報は、例えば現時点で最新のユーザＵ２の位置情報であってもよい。あるいは、ＳＮＳサーバ１４０は、端末装置１１０からユーザＵ２の位置情報提供の要求があった場合に、端末装置１３０にアクセスして、現時点でのユーザＵ２の位置情報を新たに取得して端末装置１１０に提供してもよい。これは、例えば、端末装置１１０が、取得したユーザＵ２の位置情報を、現時点でのユーザＵ１の位置情報と比較して、ユーザＵ１とユーザＵ２とが近接しているか否かを推定するためである。

ユーザＵ２の位置情報を取得した端末装置１１０は、これに基づいて連絡先リストをソートし（ステップＳ１２３）、ユーザＵ１に提供する（ステップＳ１２４）。上述した通り、ここで実行される連絡先リストのソートは、ユーザＵ１とユーザＵ２とが現時点で近接しているか否かに基づくソートでありうる。例えば、ユーザＵ２が現時点でユーザＵ１と近接しており、一緒にいると判定された場合、ユーザＵ２は、ユーザＵ１と現時点で一緒にいるために通信手段を用いて連絡を取る必要が薄いユーザであると推定され、連絡先リストにおける順位が低くなる。また、ユーザＵ２が現時点でユーザＵ１と近接しているものの、一緒にいるとは判定されない場合、ユーザＵ２は、意図せずにユーザＵ１の近くにきているユーザであると推定され、他の要因によってユーザＵ１がユーザＵ２と連絡を取る可能性があると判定される場合には、連絡先リストにおける順位が高くなる。

なお、上記の例では、連絡先リストのソート処理が、定期的な処理と連絡先リスト起動時の処理とに分かれていたが、これらの処理は統合されてもよい。例えば、連絡先リストの起動時に、前回の連絡先リストの起動時からのユーザＵ２の位置情報の履歴が取得され、ユーザＵ１とユーザＵ２とが一緒にいた時間に基づく連絡先リストのソートが実行されたうえで、現時点でユーザＵ１とユーザＵ２とが近接しているか否かに基づく連絡先リストのソートが実行されてもよい。

また、ユーザＵ１とユーザＵ２とが近接しているか否かの判定は、端末装置１１０ではなく、ＳＮＳサーバ１４０で実行されてもよい。この場合、端末装置１１０は、自らの位置情報を、ユーザＵ１の位置情報としてＳＮＳサーバ１４０に提供する。ＳＮＳサーバ１４０は、ユーザＵ１とユーザＵ２とのそれぞれの位置情報に基づいてユーザＵ１とユーザＵ２とが近接しているか否かを判定し、判定結果を端末装置１１０に提供する。

（１−２．機能構成）
図２は、本開示の第１の実施形態に係るシステムの機能構成を示す概略的なブロック図である。

本実施形態に係るシステム１０は、端末装置１１０と、端末装置１３０と、ＳＮＳサーバ１４０とを含む。

（ユーザが使用する端末装置）
ユーザが使用する端末装置１１０は、位置取得部１１１と、通信部１１２と、近接判定部１１３と、連絡先管理部１１４と、グループ管理部１１５と、表示部１１６とを含む。なお、これらの機能構成は、例えば、後述するような情報処理装置のハードウェア構成を用いて実現される。

位置取得部１１１は、例えば、ＧＰＳ（Global Positioning System）衛星等の測位手段から受信した測位情報（例えばＧＰＳ信号）に基づいて、ユーザＵ１の現在位置を示す位置情報と現在時刻を示す時刻情報とを算出し、それらを位置時刻情報として近接判定部１１３に出力する。あるいは、位置取得部１１１は、Ｗｉ−Ｆｉ（Wireless Fidelity；登録商標）によるアクセスポイントを使った測位や、携帯基地局を用いた測位によって上記の位置情報および時刻情報を取得してもよい。

通信部１１２は、有線または無線の各種通信方式を用いて、ＳＮＳサーバ１４０と通信する。通信部１１２は、例えば、ユーザＵ２の位置情報の要求をＳＮＳサーバ１４０に送信し、要求に応じて提供されるユーザＵ２の位置情報を受信する。通信部１１２は、受信したユーザＵ２の位置情報を、近接判定部１１３に出力する。ここで受信されるユーザＵ２の位置情報も、上記の位置取得部１１１によって取得されるユーザＵ１の位置情報と同様に、取得時の時刻情報が付加された位置時刻情報であってもよい。このように、本実施形態では、位置取得部１１１と通信部１１２とによって、ユーザＵ１とユーザＵ２との位置関係を示す情報が取得される。

近接判定部１１３は、位置取得部１１１および通信部１１２から提供されるユーザＵ１とユーザＵ２とのそれぞれの位置情報に基づいて、ユーザＵ１とユーザＵ２とが近接しているか否かを判定する。例えば、近接判定部１１３は、ユーザＵ１とユーザＵ２とが近接しているか否かを、所定の時に判定してもよい。所定の時は、例えば連絡先リストが起動された時でありうる。この場合、近接判定部１１３は、ユーザＵ１およびユーザＵ２の最新の位置情報に基づいて、ユーザＵ１とユーザＵ２とが現時点で近接しているか否かを判定してもよい。

また、近接判定部１１３は、ユーザＵ１とユーザＵ２とが近接しているか否かを定期的に判定してもよい。この場合、近接判定部１１３は、判定の結果を蓄積し、それによってユーザＵ１とユーザＵ２とが近接していた時間を特定することが可能である。例えば、近接判定部１１３は、ユーザＵ１およびユーザＵ２の位置情報の履歴を時刻によって対応付け、それぞれの時間でユーザＵ１とユーザＵ２とが近接していたか否かを判定してもよい。あるいは、近接判定部１１３は、ユーザＵ１およびユーザＵ２の最新の位置情報に基づく近接の判定を繰り返してもよい。

なお、近接判定部１１３は、ユーザＵ１とユーザＵ２とが近接しているか否かを二値的に判定してもよいし、段階的に判定してもよい。前者の場合、例えば、近接判定部１１３は、ユーザＵ１とユーザＵ２とのそれぞれの位置情報によって示される位置間の距離が所定の閾値未満である場合に、彼らが近接しており、かつ一緒にいると判定する。後者の場合、例えば、近接判定部１１３は、ユーザＵ１とユーザＵ２とのそれぞれの位置情報によって示される位置間の距離が第１の閾値未満、第２の閾値以上である場合に、彼らが近接しているが一緒にはいないと推定し、上記距離が第２の閾値未満である場合に、彼らが近接しており、かつ一緒にいると判定する。このような段階的な判定は、例えば後述するように、連絡を取る頻度が低いユーザ同士が偶然近くにきている場合を識別するのに活用されうる。

連絡先管理部１１４は、端末装置１１０においてユーザＵ１に提供される連絡先リストを管理する。連絡先リストは、連絡先とユーザとを対応付けて記録したリストである。本実施形態において、連絡先リストは、例えば端末装置１１０の記憶部に格納されるデータである。連絡先は、所定の通信手段を用いて各ユーザと通信する際に用いられる情報であり、例えば、電話番号、メールアドレス、ネットワークアドレスなどを含む。連絡先管理部１１４は、表示部１１６を介して連絡先リストをユーザＵ１に提示する。このとき、連絡先リストは、所定の順序で配列されて表示される。連絡先管理部１１４は、近接判定部１１３における判定結果に従って連絡先リストをソートし、連絡先リストが表示されるときの順序を変更する。

グループ管理部１１５は、連絡先管理部１１４が管理する連絡先リストに設定されるグループを管理する。グループは、例えば、各ユーザを、後述するようにユーザＵ１と一緒にいた時間または場所に応じて分類したものでありうる。グループ管理部１１５は、このようなグループへの各ユーザの分類を、近接判定部１１３における判定結果に従って更新する。また、グループは、ユーザＵ１の設定操作によって生成されたグループや、ＳＮＳサーバ１４０で提供されるＳＮＳにおけるグループをインポートしたグループを含んでもよい。

表示部１１６は、上述のように、連絡先リストをユーザＵ１に提示するために用いられる。表示部１１６は、連絡先リストをＵＩ（User Interface）として表示し、別途設けられるタッチパネルなどを用いて、ユーザＵ１が連絡先リストに表示される他のユーザの中から選択したユーザとの通信を実行する操作を取得してもよい。

（他のユーザが使用する端末装置）
他のユーザが使用する端末装置１３０は、位置取得部１３１と、通信部１３２とを含む。なお、これらの機能構成は、例えば、後述するような情報処理装置のハードウェア構成を用いて実現される。

位置取得部１３１は、上述した位置取得部１１１と同様にして、ユーザＵ２の位置情報を取得する。ユーザＵ２の位置情報は、時刻情報に関連付けられた位置時刻情報であってもよい。

通信部１３２は、有線または無線の各種通信方式を用いて、ＳＮＳサーバ１４０と通信する。通信部１３２は、例えばユーザＵ２の位置情報をＳＮＳサーバ１４０に送信する。付加的に、通信部１３２は、ユーザＵ２の位置情報の要求をＳＮＳサーバ１４０から受信し、要求に応じてユーザＵ２の位置情報をＳＮＳサーバ１４０に送信してもよい。

（ＳＮＳサーバ）
ＳＮＳサーバ１４０は、所在地ＤＢ１４１と、友人関係管理ＤＢ１４２と、通信部１４３とを含む。なお、これらの機能構成は、例えば、後述するような情報処理装置のハードウェア構成を用いて実現される。これらの機能構成は、ネットワーク上にある単一の装置によって提供されてもよく、また複数の装置を協働させることによって提供されてもよい。

所在地ＤＢ１４１は、ＳＮＳに所属するユーザが保持する端末装置から送信される位置時刻情報により示される位置情報および時刻情報が蓄積された所在地テーブルを記憶している。所在地テーブルは、例えば、所属するＳＮＳ、そのアカウント、および時刻ならびに位置を示す情報を含みうる。端末装置１３０から受信されたユーザＵ２の位置情報は、この所在地ＤＢ１４１に蓄積される。

友人関係管理ＤＢ１４２は、ＳＮＳに参加しているユーザの各種情報を含む友人関係管理テーブルを記憶している。友人関係管理テーブルは、ＳＮＳに参加しているユーザをアカウントにより管理するためのテーブルであり、人物、端末、所属ＳＮＳ、所属グループ、友人などを示す情報が、アカウントに対応づけて記憶される。ＳＮＳサーバ１４０は、ユーザＵ２の位置情報をユーザＵ１に提供するにあたって、この友人関係管理ＤＢ１４２を参照し、ユーザＵ１とユーザＵ２との間の友人関係、およびユーザＵ２が位置情報をユーザＵ１と共有することの承諾を確認しうる。

通信部１４３は、有線または無線の各種通信方式を用いて、端末装置１１０および端末装置１３０と通信する。通信部１４３は、例えば、ユーザＵ２の位置情報を端末装置１３０から受信する。また、通信部１４３は、ユーザＵ２の位置情報の要求を端末装置１１０から受信し、これに応じてユーザＵ２の位置情報を端末装置１１０に送信する。付加的に、通信部１４３は、ユーザＵ２の位置情報の要求を端末装置１１３に送信し、要求に応じて提供されるユーザＵ２の位置情報を受信してもよい。

以上で説明した本開示の第１の実施形態では、位置情報の共有サービスを提供するＳＮＳを利用して他のユーザの位置情報が取得される。このように、ＳＮＳが提供する位置情報の共有サービスを利用することが可能であれば、他のユーザの位置情報を比較的高い精度で容易に取得し、ユーザの連絡先リストのソートに反映させることができる。

（２．第２の実施形態：サーバから位置情報を取得し、サーバで連絡先を管理する例）
続いて、図３を参照して、本開示の第２の実施形態について説明する。本実施形態では、上記の第１の実施形態と同様に、連絡先リストのソートに使用される位置情報が、サーバから取得される。ただし、本実施形態では、連絡先リストを保持するのが、ユーザが使用する端末装置ではなくサーバである。

（２−１．処理の例）
図３は、本開示の第２の実施形態における処理を概略的に示す図である。図３に示す例では、ユーザＵ１が複数の端末装置２２０を保持している。また、ユーザＵ２が端末装置２３０を保持している。ユーザＵ１とユーザＵ２とは、いずれも、ＳＮＳサーバ２４０で提供されるＳＮＳを利用している。また、ユーザＵ１は、連絡先管理サーバ２１０で提供されるサービスを利用して連絡先リストを管理している。

なお、連絡先管理サーバ２１０における連絡先リストに表示されるユーザＵ２の情報と、ＳＮＳを介して取得されるユーザＵ２の情報とは、必ずしも自動的に対応付けられるとは限らない。図示された例では、これらの情報の対応付けが、ユーザＵ１によって既に実行されているものとする。

端末装置２２０は、上記の第１の実施形態における端末装置１１０と同様の構成を有しうる。ただし、端末装置２２０は、近接判定部１１３、連絡先管理部１１４、およびグループ管理部１１５に相当する機能を有さない。これらの機能は、連絡先管理サーバ２１０によって実現される。

端末装置２３０は、上記の第１の実施形態における端末装置１３０と同様の構成を有しうる。

ＳＮＳサーバ２４０は、上記の第１の実施形態におけるＳＮＳサーバ１４０と同様の構成を有しうる。ただし、ＳＮＳサーバ２４０は、ユーザＵ２の位置情報を端末装置２２０ではなく連絡先管理サーバ２１０に提供する。また、ＳＮＳサーバ２４０は、端末装置２２０からユーザＵ１の位置情報を取得し、これを連絡先管理サーバ２１０に提供する。

連絡先管理サーバ２１０は、ネットワークを介して、端末装置２２０に連絡先リスト管理サービスを提供する。連絡先管理サーバ２１０は、複数の端末装置２２０のうちのいずれかからの要求に応じて、連絡先リストの情報を提供する。連絡先管理サーバ２１０は、ＳＮＳサーバ２４０からユーザＵ１およびユーザＵ２の位置情報を取得し、これに基づいてユーザＵ１の連絡先リストをソートする。このため、連絡先管理サーバ２１０は、上記の第１の実施形態における端末装置１１０の近接判定部１１３、連絡先管理部１１４、およびグループ管理部１１５に相当する機能を有する。

例えば、ユーザＵ１が複数の端末装置２２０を使い分けている場合であっても、連絡先管理サーバ２１０によって提供される連絡先リスト管理サービスを利用することで、どの端末装置２２０でも同じ連絡先リストを参照することが可能である。連絡先管理サーバ２１０によって提供されるサービスもまたＳＮＳであってもよい。また、連絡先管理サーバ２１０によって提供されるサービスはＳＮＳサーバ２４０によって提供されるＳＮＳの一部であってもよい。この場合、連絡先管理サーバ２１０とＳＮＳサーバ２４０とは一体であってもよい。

（定期的な処理）
本実施形態における第１の処理として、連絡先管理サーバ２１０は、定期的にＳＮＳサーバ２４０からユーザＵ１およびユーザＵ２の位置情報を取得し、取得した位置情報に基づいて連絡先リストをソートしている。ここで実行される連絡先リストのソートは、ユーザＵ２がユーザＵ１と近接していた時間、すなわちユーザＵ１とユーザＵ２とが一緒にいた時間がいつどれだけあったかによって、連絡先リストをソートするものでありうる。

図示された例では、まず、ユーザＵ１が保持する端末装置２２０と、ユーザＵ２が保持する端末装置２３０とが、ＳＮＳサーバ２４０にそれぞれのユーザの位置情報を送信する（ステップＳ２０１）。それぞれの端末装置による位置情報の送信は、例えば定期的に実行されてもよいし、それぞれのユーザの操作に従って任意のタイミングで実行されてもよい。複数ある端末装置２２０からの位置情報の送信は、その時点でユーザＵ１によって携帯されているいずれかの装置によって実行されうる。

一方、連絡先管理サーバ２１０は、ＳＮＳサーバ２４０にアクセスして、ユーザＵ１およびユーザＵ２の位置情報を取得する（ステップＳ２０２）。連絡先管理サーバ２１０による位置情報の取得は、例えば定期的に実行されてもよいし、端末装置２２０から送信されるユーザＵ１の指示に従って任意のタイミングで実行されてもよい。

なお、図示された例において、ユーザＵ１とユーザＵ２との間にはソーシャルネットワーク上での友人関係があり、ユーザＵ２は自らの位置情報がユーザＵ１に共有されることをあらかじめ承諾しているものとする。ＳＮＳサーバ２４０は、上記のような承諾を前提として、端末装置２３０から送信されてＳＮＳサーバ２４０に蓄積されたユーザＵ２の位置情報を連絡先管理サーバ２１０に提供する。

また、図示された例では、ＳＮＳサーバ２４０への位置情報取得の要求が、ユーザＵ１の端末装置２２０とは異なる連絡先管理サーバ２１０から送信される。従って、ＳＮＳサーバ２４０が、ＳＮＳにおけるユーザＵ１のアカウントと、連絡先管理サーバ２１０におけるユーザＵ１のアカウントとを対応付けて認識している必要がある。この対応付けは、例えばユーザＵ１が端末装置２２０を用いてＳＮＳサーバ２４０にアクセスし、アカウント情報を設定することによって実行されてもよい。また、連絡先管理サーバ２１０によって提供されるサービスが、ＳＮＳサーバ２４０によって提供されるＳＮＳの一部であれば、この対応付けは自動的に実行されうる。

上記のステップＳ２０２において連絡先管理サーバ２１０に提供されるユーザＵ１およびユーザＵ２の位置情報は、所定の期間、例えば以前に連絡先管理サーバ２１０がＳＮＳサーバ２４０にアクセスした後の期間において端末装置２２０および端末装置２３０から提供されたユーザＵ１およびユーザＵ２の位置情報の履歴であってもよい。これは、例えば、連絡先管理サーバ２１０が、取得したユーザＵ１およびユーザＵ２の位置情報を時系列で比較して、ユーザＵ１とユーザＵ２とが一緒にいた時間を推定するためである。

ユーザＵ１およびユーザＵ２の位置情報を取得した連絡先管理サーバ２１０は、これに基づいて連絡先リストをソートする（ステップＳ２０３）。上述した通り、ここで実行される連絡先リストのソートは、ユーザＵ１とユーザＵ２とが一緒にいた時間がいつどれだけあったかに基づくソートでありうる。なお、ソートの具体的な例については、上記の第１の実施形態で説明したものと同様であるため省略する。

（連絡先リスト起動時の処理）
本実施形態における第２の処理として、連絡先管理サーバ２１０は、ユーザＵ１によって端末装置２２０を介して連絡先リストの起動が指示されたときに、ＳＮＳサーバ２４０からユーザＵ１およびユーザＵ２の位置情報を取得し、取得した位置情報に基づいて連絡先リストをソートした上で端末装置２２０に送信し、端末装置２２０によって連絡先リストがユーザＵ１に提示される。ここで実行される連絡先リストのソートは、ユーザＵ２が現時点、すなわち連絡先リストが起動された時点においてユーザＵ１と近接しているか否かによって、連絡先リストをソートするものでありうる。

図示された例では、まず、端末装置２２０が、ユーザＵ１の指示に従って連絡先リストの起動を連絡先管理サーバ２１０に要求する（ステップＳ２２１）。ここでいう連絡先リストの起動は、端末装置２２０において連絡先リストを提示するためのアプリケーションソフトウェアが起動され、当該アプリケーションソフトウェアが連絡先管理サーバ２１０に対して連絡先リストのデータを要求することでありうる。

次に、連絡先管理サーバ２１０は、ＳＮＳサーバ２４０にアクセスして、ユーザＵ１およびユーザＵ２の位置情報を取得する（ステップＳ２２２）。上記の定期的な処理の場合と同様に、ＳＮＳサーバ２４０は、ユーザＵ２の承諾を前提として、ユーザＵ１およびユーザＵ２の位置情報を連絡先管理サーバ２１０に提供する。

上記のステップＳ２２２において連絡先管理サーバ２１０に提供されるユーザＵ１およびユーザＵ２の位置情報は、例えば現時点で最新のユーザＵ１およびユーザＵ２の位置情報であってもよい。あるいは、ＳＮＳサーバ２４０は、連絡先管理サーバ２１０からユーザＵ１およびユーザＵ２の位置情報提供の要求があった場合に、端末装置２２０および端末装置２３０にそれぞれアクセスして、現時点でのユーザＵ１およびユーザＵ２の位置情報を新たに取得して連絡先管理サーバ２１０に提供してもよい。これは、例えば、連絡先管理サーバ２１０が、現時点でのユーザＵ１およびユーザＵ２の位置情報を比較することによって、ユーザＵ１とユーザＵ２とが近接しているか否かを推定するためである。

ユーザＵ１およびユーザＵ２の位置情報を取得した連絡先管理サーバ２１０は、これに基づいて連絡先リストをソートし（ステップＳ２２３）、ソートされた連絡先リストのデータを端末装置２２０に送信する。こうして、連絡先リストが端末装置２２０においてユーザＵ１に提供される（ステップＳ２２４）。上述した通り、ここで実行される連絡先リストのソートは、ユーザＵ１とユーザＵ２とが現時点で近接しているか否かに基づくソートでありうる。なお、ソートの具体的な例については、上記の第１の実施形態で説明したものと同様であるため省略する。

なお、上記の例では、ユーザＵ１の位置情報がＳＮＳサーバ２４０から取得されたが、ユーザＵ１は、連絡先管理サーバ２１０に直接自らの位置情報を提供してもよい。

また、上記の例でも、第１の実施形態の例と同様に、連絡先リストのソート処理が、定期的な処理と連絡先リスト起動時の処理とに分かれていたが、これらの処理は統合されてもよい。

以上で説明した本開示の第２の実施形態によれば、他のユーザの位置情報を比較的高い精度で容易に取得し、ユーザの連絡先リストのソートの反映させることが可能である。また、連絡先リストをサーバで管理することによって、ユーザが複数の端末装置を使い分ける場合でも、それぞれの端末装置で適切に管理された連絡先リストを利用することができる。

（３．第３の実施形態：機器間通信によって位置情報を取得し、端末装置で連絡先を管理する例）
続いて、図４および図５を参照して、本開示の第３の実施形態について説明する。本実施形態では、連絡先リストのソートに使用される位置情報が、機器間通信によって取得される。より具体的には、ユーザが保持する端末装置と他のユーザが保持する端末装置との間で近距離通信が成功することによって、ユーザと他のユーザとが近接していることを示す位置情報が取得される。このように、本開示において、位置情報は、ユーザ同士が近接しているか否かを判定するために用いられるものであるため、必ずしも緯度経度情報のような座標系の情報でなくてもよい。

（３−１．処理の例）
図４は、本開示の第３の実施形態における処理を概略的に示す図である。図４に示す例では、ユーザＵ１が端末装置３１０を保持している。また、ユーザＵ２が端末装置３３０ａを、ユーザＵ３が端末装置３３０ｂを、それぞれ保持している。ユーザＵ１〜Ｕ３いずれも、ＳＮＳサーバ３４０で提供されるＳＮＳを利用している。なお、ＳＮＳにおいて、ユーザＵ１とユーザＵ２との間には友人関係があり、ユーザＵ２は端末装置３１０の連絡先リストに含まれている。一方、ＳＮＳにおいて、ユーザＵ１とユーザＵ３との間には友人関係がない。あるいは、ユーザＵ３はＳＮＳサーバ３４０で提供されるＳＮＳを利用していない。ただし、ユーザＵ３は、端末装置３１０の連絡先リストに含まれていないとは限らない。

端末装置３１０は、例えば、携帯電話（スマートフォン）、またはタブレット型もしくはノート型のＰＣなどである。なお、端末装置３１０は、ユーザＵ１によって携帯され、端末装置３３０ａ，３３０ｂとの間で近距離通信を実行する機能とユーザＵ１に提示される連絡先リストを管理する機能とを有するものであれば、上記の例に限らずどのような装置であってもよい。

端末装置３３０ａ，３３０ｂ（以下、端末装置３３０として総称する場合がある）も、例えば、携帯電話（スマートフォン）、またはタブレット型もしくはノート型のＰＣなどである。なお、端末装置３３０は、ユーザＵ２またはユーザＵ３によって携帯され、ＳＮＳサーバ３４０と通信する機能と、端末装置３１０との間で近距離通信を実行する機能とを有するものであれば、上記の例に限らずどのような装置であってもよい。

ＳＮＳサーバ３４０は、ネットワークを介して、端末装置３３０にＳＮＳを提供する。ＳＮＳサーバ３４０は、ネットワーク上にある単一の装置であってもよいし、複数の装置が協働して機能を提供するものであってもよい。

なお、それぞれの装置の詳細な機能構成については後述する。

（定期的な処理）
本実施形態における第１の処理として、端末装置３１０は、近傍に位置する端末装置３３０との間で定期的に近距離通信を実行し、その結果を位置情報として用いて連絡先リストをソートしている。ここで実行される連絡先リストのソートは、ユーザＵ２がユーザＵ１と近接していた時間、すなわちユーザＵ１とユーザＵ２とが一緒にいた時間がいつどれだけあったかによって、連絡先リストをソートするものでありうる。

図示された例では、まず、ユーザＵ２が保持する端末装置３３０ａと、ユーザＵ３が保持する端末装置３３０ｂとが、それぞれＳＮＳサーバ３４０から友人関係の情報を取得する（ステップＳ３０１）。それぞれの端末装置３３０による友人関係の情報の取得は、例えば定期的に実行されてもよいし、ユーザＵ２，Ｕ３の操作に従って任意のタイミングで実行されてもよい。

上記のステップＳ３０１で取得された友人関係の情報は、それぞれの端末装置３３０にキャッシュとして保存される。上述のように、ＳＮＳではユーザＵ１とユーザＵ２との間に友人関係があるため、端末装置３３０ａには、ユーザＵ１との間の友人関係を示す情報が保存される。一方、ＳＮＳではユーザＵ１とユーザＵ３との間に友人関係がないため、端末装置３３０ｂには、ユーザＵ１との間の友人関係を示す情報は保存されない。あるいは、ユーザＵ３がＳＮＳを利用していなければ、ＳＮＳサーバ３４０への問い合わせ自体が実行されず、端末装置３３０ｂにはＳＮＳでの友人関係を示す情報自体が保存されない。

一方、ユーザＵ１が保持する端末装置３１０は、近傍に位置する端末装置３３０に向けて、近距離通信で友人関係の問い合わせを送信する（ステップＳ３０２）。この問い合わせは、特定の端末装置３３０に向けたものではなく、端末装置３１０の近傍に位置する不特定の端末装置３３０に向けたものである。この問い合わせによって、端末装置３１０は、ＳＮＳにおいてユーザＵ１との間に友人関係を有する他のユーザが、ユーザＵ１に近接しているかを知ろうとしている。それゆえ、問い合わせの内容は、例えばＳＮＳを特定する情報と、ユーザＵ１を特定する情報とを含みうる。一例として、問い合わせは、“ＳＮＳ名＋ユーザＵ１のアカウント名”の情報を含むものであってもよい。

上記のステップＳ３０２における端末装置３１０からの問い合わせを受信した端末装置３３０は、それぞれのユーザとユーザＵ１との間にＳＮＳにおける友人関係が認められれば、友人関係を認める応答を端末装置３１０に向けて送信する（ステップＳ３０３）。上記のステップＳ３０１において、既に端末装置３３０にはＳＮＳにおける友人関係の情報が保存されているため、これを参照することによって、それぞれのユーザとユーザＵ１との間に友人関係があるか否かを判定することが可能である。あるいは、端末装置３３０は、端末装置３１０からの問い合わせを受信したときに、ＳＮＳサーバ３４０から友人関係の情報を取得してもよい。

上述のように、ＳＮＳにおけるユーザＵ１との間の友人関係を示す情報は、端末装置３３０ａには保存されているが、端末装置３３０ｂには保存されていない。従って、これらの端末装置３３０のうちで、上記のステップＳ３０３において端末装置３１０に向けて応答を送信するのは、端末装置３３０ａだけである。ここで、端末装置３３０ａからの応答には、端末装置３１０が端末装置３３０ａのユーザ、すなわちユーザＵ２を特定することを可能にする情報が含まれうる。例えば、応答は、“（ＳＮＳ名＋）ユーザＵ２のアカウント名”の情報を含むものであってもよい。

端末装置３３０ａからの応答を受信した端末装置３１０は、これをユーザＵ２の位置がユーザＵ１の位置に近接していることを示す位置情報として利用し、当該位置情報に基づいて連絡先リストをソートし（ステップＳ３０４）、ユーザＵ１に提示する。上述した通り、ここで実行される連絡先リストのソートは、ユーザＵ１とユーザＵ２とが一緒にいた時間がいつどれだけあったかに基づくソートでありうる。なお、ソートの具体的な例については、上記の第１の実施形態で説明したものと同様であるため、詳細な説明を省略する。

（連絡先リスト起動時の処理）
本実施形態における第２の処理として、端末装置３１０は、ユーザＵ１によって連絡先リストの起動が指示されたときに、近傍に位置する端末装置３３０との間で近距離通信を実行し、その結果を位置情報として用いて連絡先リストをソートした上でユーザＵ１に提示する。ここで実行される連絡先リストのソートは、ユーザＵ２が現時点、すなわち連絡先リストが起動された時点においてユーザＵ１と近接しているか否かによって、連絡先リストをソートするものでありうる。

図示された例では、まず、端末装置３１０が、ユーザＵ１の指示に従って連絡先リストを起動する（ステップＳ３２１）。ここでいう連絡先リストの起動は、例えば連絡先リストと提示するためのアプリケーションソフトウェアの起動でありうる。

次に、端末装置３１０は、近傍に位置する端末装置３３０に向けて、友人関係の問い合わせを送信する（ステップＳ３２２）。この問い合わせは、特定の端末装置３３０に向けたものではなく、端末装置３１０の近傍に位置する不特定の端末装置３３０に向けたものである。上記のステップＳ３０２の問い合わせと同様に、問い合わせの内容は、例えばＳＮＳを識別する情報と、ユーザＵ１を識別する情報とを含みうる。

上記のステップＳ３２２における端末装置３１０からの問い合わせを受信した端末装置３３０は、それぞれのユーザとユーザＵ１との間にＳＮＳにおける友人関係が認められれば、友人関係を認める応答を端末装置３１０に向けて送信する（ステップＳ３２３）。上記のステップＳ３０１において、既に端末装置３３０にはＳＮＳにおける友人関係の情報が保存されているため、これを参照することによって、それぞれのユーザとユーザＵ１との間に友人関係があるか否かを判定することが可能である。あるいは、端末装置３３０は、端末装置３１０からの問い合わせを受信した後にＳＮＳサーバ３４０に対して問い合わせを送信し、友人関係の情報を取得してもよい。

上述のように、ＳＮＳにおけるユーザＵ１との間の友人関係を示す情報は、端末装置３３０ａには保存されているが、端末装置３３０ｂには保存されていない。従って、これらの端末装置３３０のうちで、上記のステップＳ３２３において端末装置３１０に向けて応答を送信するのは、端末装置３３０ａだけである。ここで、端末装置３３０ａからの応答には、上記のステップＳ３０３の応答と同様に、端末装置３１０が端末装置３３０ａのユーザ、すなわちユーザＵ２を特定することを可能にする情報が含まれうる。

端末装置３３０ａからの応答を受信した端末装置３１０は、これをユーザＵ２の位置がユーザＵ１の位置に近接していることを示す位置情報として取得し、当該位置情報に基づいて連絡先リストをソートする（ステップＳ３２４）。上述した通り、ここで実行される連絡先リストのソートは、ユーザＵ１とユーザＵ２とが現時点で近接しているか否かに基づくソートでありうる。なお、ソートの具体的な例については、上記の第１の実施形態で説明したものと同様であるため省略する。

（３−２．機能構成）
図５は、本開示の第３の実施形態に係るシステムの機能構成を示す概略的なブロック図である。

本実施形態に係るシステム３０は、端末装置３１０と、端末装置３３０と、ＳＮＳサーバ３４０とを含む。

（ユーザが使用する端末装置）
ユーザが使用する端末装置３１０は、通信部３１２と、近接判定部３１３と、連絡先管理部３１４と、グループ管理部３１５と、表示部３１６と、ＳＮＳ管理部３１７と、暗号化／復号化部３１８とを含む。これらの機能構成は、例えば、後述するような情報処理装置のハードウェア構成を用いて実現される。

通信部３１２は、近距離通信によって、端末装置３３０と通信する。近距離通信は、例えばアドホック形式で実行される無線通信であり、無線ＬＡＮ（Local Area Network）やＢｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）、赤外線通信などでありうる。なお、近距離通信は必ずしもアドホック形式でなくてもよく、また無線通信でなくてもよい。例えば、近距離通信は、家庭内や職場内の有線ＬＡＮを用いて、端末装置３１０と同じＬＡＮに接続されている端末装置３３０を探索することによって実行されてもよい。なお、近距離通信によって送受信される情報は、なりすましや情報漏洩を防止するために、例えば適切な方式で暗号化するなどして保護することが望ましい。

以下で説明するように、本実施形態では、通信部３１２が取得する端末装置３３０との間の近距離通信の結果が、ユーザと他のユーザとの位置関係を示す情報として利用される。つまり、本実施形態における通信部３１２は、“位置関係情報取得部”としても機能する。

近接判定部３１３は、通信部３１２による端末装置３３０との近距離通信が成功した場合に、端末装置３１０を保持するユーザＵ１と端末装置３３０を保持するユーザ（例えばユーザＵ２）とが近接していると判定する。ここでいう近距離通信の成功とは、通信部３１２から送信された友人関係の問い合わせに対して、端末装置３３０から友人関係を認める応答が受信されることを意味する。近接判定部３１３は、応答に含まれる情報から、近距離通信に成功した端末装置３３０を保持するユーザ（例えばユーザＵ２）を識別し、ユーザＵ１とユーザＵ２とが近接していたと判定する。

例えば、近接判定部３１３は、上記のようにして、ユーザＵ１に近接している他のユーザを、所定の時に特定してもよい。所定の時は、例えば連絡先リストが起動された時でありうる。この場合、近接判定部３１３は、直近の近距離通信の結果に基づいて、ユーザＵ１に近接している他のユーザを特定してもよい。また、近接判定部３１３は、ユーザＵ１に近接している他のユーザを、継続的に特定してもよい。この場合、近接判定部１１３は、判定の結果を蓄積し、それによって例えばユーザＵ１とユーザＵ２とが近接していた時間を特定することが可能である。なお、本実施形態において、近接判定部３１３は、ユーザＵ１と他のユーザとが近接しているか否かを、上記の近距離通信の成否に基づいて二値的に判定してもよい。あるいは、近接判定部３１３は、例えば近距離通信の際の電波の強度や遅延の測定結果を利用して、ユーザＵ１と他のユーザとが近接しているかを段階的に判定してもよい。

連絡先管理部３１４、グループ管理部３１５、および表示部３１６は、上記の第１の実施形態における連絡先管理部１１４、グループ管理部１１５、および表示部１１６と同様の構成を有しうる。

ＳＮＳ管理部３１７は、ユーザＵ１が利用するＳＮＳに関する情報を管理する。このＳＮＳは、ＳＮＳサーバ３４０によって提供されるものでありうる。例えば、ＳＮＳ管理部３１７は、通信部３１２が端末装置３３０に友人関係の問い合わせを送信するときに、問い合わせに含まれる、ＳＮＳを識別する情報やユーザＵ１を識別する情報などを提供する。また、ＳＮＳ管理部３１７は、通信部が端末装置３３０から友人関係を認める応答を受信したときに、応答に含まれる情報から、端末装置３３０を保持する他のユーザ（例えばユーザＵ２）を識別する。

（他のユーザが使用する端末装置）
他のユーザが使用する端末装置３３０は、通信部３３２と、ＳＮＳ管理部３３３とを含む。なお、これらの機能構成は、例えば、後述するような情報処理装置のハードウェア構成を用いて実現される。

通信部３３２は、近距離通信によって端末装置３１０と通信するとともに、有線または無線の各種通信方式を用いて、ＳＮＳサーバ３４０とも通信する。端末装置３１０との間の近距離通信は、上述したように例えばアドホック形式で実行される無線通信である。近距離通信によって送受信される情報は、例えば適切な方式で暗号化するなどして保護することが望ましい。一方、ＳＮＳサーバ３４０との通信において、通信部３３２は、ＳＮＳにおける友人関係の情報の要求を送信し、これに応じて送信される友人関係の情報を受信する。

ＳＮＳ管理部３３３は、ユーザＵ２が利用するＳＮＳに関する情報を管理する。このＳＮＳは、ＳＮＳサーバ３４０によって提供されるものでありうる。例えば、ＳＮＳ管理部３３３は、通信部３３２が受信したＳＮＳにおける友人関係の情報を、端末装置３３０の記憶部にキャッシュとして保存する。また、ＳＮＳ管理部３３３は、通信部３３２が端末装置３１０からの友人関係の問い合わせを受信したときに、問い合わせに含まれる情報から、端末装置３１０を保持するユーザＵ１を特定し、ＳＮＳにおける端末装置３３０を保持するユーザ（例えばユーザＵ２）とユーザＵ１との間の友人関係を検索する。友人関係が発見された場合、ＳＮＳ管理部３３３は、ユーザＵ２を識別する情報を、友人関係を認める応答に含めるために通信部３３２に提供する。

（ＳＮＳサーバ）
ＳＮＳサーバ３４０は、友人関係管理ＤＢ３４２と、通信部３４３とを含む。なお、これらの機能構成は、例えば、後述するような情報処理装置のハードウェア構成を用いて実現される。これらの機能構成は、ネットワーク上にある単一の装置によって提供されてもよく、また複数の装置を協働させることによって提供されてもよい。

友人関係管理ＤＢ３４２は、上記の第１の実施形態における友人関係管理ＤＢ１４２と同様の構成を有しうる。なお、本実施形態では、ＳＮＳサーバ３４０が所在地ＤＢを含んでいないことからもわかるように、ＳＮＳサーバ３４０によって提供されるＳＮＳが、必ずしも位置情報の共有サービスを提供していなくてもよい。

通信部３４３は、有線または無線の各種通信方式を用いて、端末装置３３０と通信する。通信部３４３は、友人関係の情報の要求を端末装置３３０から受信する。また、通信部３４３は、これに応じて友人関係管理ＤＢ３４２から取得された友人関係の情報を、端末装置３３０に向けて送信する。

以上で説明した本開示の第３の実施形態では、ユーザが保持する端末装置の間の機器間通信の結果に基づいて他のユーザの位置情報が取得される。これによって、例えばＳＮＳによって位置情報の共有サービスが提供されていない、または各ユーザが位置情報の共有サービスを利用していない場合であっても、ＳＮＳ上の友人関係の情報を利用して、ユーザに近接している他のユーザを認識し、ユーザの連絡先リストのソートに反映させることができる。

（４．第４の実施形態：機器間通信によって位置情報を取得し、サーバで連絡先を管理する例）
続いて、図６を参照して、本開示の第４の実施形態について説明する。本実施形態では、上記の第３の実施形態と同様に、連絡先リストのソートに使用される位置情報が、ユーザが保持する端末装置の間の機器間通信の結果に基づいて取得される。ただし、本実施形態では、連絡先リストを保持するのが、ユーザが使用する端末装置ではなくサーバである。

（４−１．処理の例）
図６は、本開示の第４の実施形態における処理を概略的に示す図である。図６に示す例では、ユーザＵ１が複数の端末装置４２０を保持している。また、ユーザＵ２が端末装置４３０を保持している。ユーザＵ１とユーザＵ２とは、いずれも、ＳＮＳサーバ４４０で提供されるＳＮＳを利用している。また、ユーザＵ１は、連絡先管理サーバ４１０で提供されるサービスを利用して連絡先リストを管理している。なお、ＳＮＳにおいて、ユーザＵ１とユーザＵ２との間には友人関係があり、ユーザＵ２は連絡先管理サーバ４１０の連絡先リストに含まれている。

なお、連絡先管理サーバ４１０における連絡先リストに表示されるユーザＵ２の情報と、ＳＮＳを介して取得されるユーザＵ２の情報とは、必ずしも自動的に対応付けられるとは限らない。図示された例では、これらの情報の対応付けが、ユーザＵ１によって既に実行されているものとする。

端末装置４２０は、上記の第３の実施形態における端末装置３１０と同様の構成を有しうる。ただし、端末装置４２０は、連絡先管理部３１４、およびグループ管理部３１５に相当する機能を有さない。これらの機能は、連絡先管理サーバ２１０によって実現される。

端末装置４３０およびＳＮＳサーバ４４０は、それぞれ、上記の第３の実施形態における端末装置３３０およびＳＮＳサーバ３４０と同様の構成を有しうる。

連絡先管理サーバ４１０は、ネットワークを介して、端末装置４２０に連絡先リスト管理サービスを提供する。連絡先管理サーバ４１０は、複数の端末装置４２０のうちのいずれかからの要求に応じて、連絡先リストの情報を提供する。連絡先管理サーバ４１０は、端末装置４２０からユーザＵ１に近接している他のユーザ（例えばユーザＵ２）の情報を取得し、これに基づいてユーザＵ１の連絡先をソートする。このため、連絡先管理サーバ４１０は、上記の第３の実施形態における端末装置３１０の連絡先管理部３１４、およびグループ管理部３１５に相当する機能を有する。

なお、連絡先管理サービスの利点や、連絡先管理サーバ４１０とＳＮＳサーバ４４０との関係などについては、上記の第２の実施形態における連絡先管理サーバ２１０とＳＮＳサーバ４４０との関係と同様であるため、詳細な説明を省略する。

（定期的な処理）
本実施形態における第１の処理として、端末装置４２０は、近傍に位置する端末装置４３０との間で定期的に近距離通信を実行している。端末装置４２０は、近距離通信の結果からユーザＵ１に近接しているユーザ（例えばユーザＵ２）を特定し、その情報を連絡先管理サーバ４１０に提供する。連絡先管理サーバ４１０は、提供された情報に基づいて連絡先リストをソートする。ここで実行される連絡先リストのソートは、ユーザＵ２がユーザＵ１と近接していた時間、すなわちユーザＵ１とユーザＵ２とが一緒にいた時間がいつどれだけあったかによって、連絡先リストをソートするものでありうる。

図示された例では、まず、ユーザＵ２が保持する端末装置４３０が、ＳＮＳサーバ４４０から友人関係の情報を取得する（ステップＳ４０１）。端末装置４３０による友人関係の情報の取得は、例えば定期的に実行されてもよいし、ユーザＵ２の操作に従って任意のタイミングで実行されてもよい。

上記のステップＳ４０１で取得された友人関係の情報は、端末装置４３０にキャッシュとして保存される。上述のように、ＳＮＳではユーザＵ１とユーザＵ２との間に友人関係があるため、端末装置４３０には、ユーザＵ１との間の友人関係を示す情報が保存される。

一方、ユーザＵ１が保持する端末装置４２０は、近傍に位置する端末装置４３０に向けて、近距離通信で友人関係の問い合わせを送信する（ステップＳ４０２）。この問い合わせは、複数ある端末装置４２０のうち、その時点でユーザＵ１によって携帯されているいずれかの装置によって実行されうる。また、この問い合わせは、特定の端末装置４３０に向けたものではなく、端末装置４２０の近傍に位置する不特定の端末装置４３０に向けたものである。なお、問い合わせおよび応答の内容については、上記の第３の実施形態で説明したものと同様であるため、詳細な説明を省略する。

上記のステップＳ４０２における端末装置４２０からの問い合わせを受信した端末装置４３０は、ユーザＵ２とユーザＵ１との間にＳＮＳにおける友人関係が認められれば、友人関係を認める応答を端末装置４２０に向けて送信する（ステップＳ４０３）。上記のステップＳ４０１において、既に端末装置４３０にはＳＮＳにおける友人関係の情報が保存されているため、これを参照することによって、ユーザＵ２とユーザＵ１との間に友人関係があるか否かを判定することが可能である。あるいは、端末装置４３０は、端末装置４２０からの問い合わせを受信したときに、ＳＮＳサーバ４４０から友人関係の情報を取得してもよい。

上述のように、ＳＮＳでは、ユーザＵ１とユーザＵ２との間に友人関係がある、従って、端末装置４３０には、ユーザＵ２とユーザＵ１との間の友人関係を示す情報が保存されている。そこで端末装置４３０は、ユーザＵ１との友人関係を認める応答を、近距離通信で端末装置４２０に向けて送信する。

端末装置４３０からの応答を受信した端末装置４２０は、これをユーザＵ２の位置がユーザＵ１に近接していることを示す位置情報として利用し、ユーザＵ１とユーザＵ２とが近接していると判定する（ステップＳ４０４）。端末装置４２０は、この近接ユーザの情報を連絡先管理サーバ４１０に送信し（ステップＳ４０５）、連絡先管理サーバ４１０は、受信した情報に基づいて連絡先リストをソートし（ステップＳ４０６）、ユーザＵ１に提示する。上述した通り、ここで実行される連絡先リストのソートは、ユーザＵ１とユーザＵ２とが一緒にいた時間がいつどれだけあったかに基づくソートでありうる。なお、ソートの具体的な例については、上記の第１の実施形態で説明したものと同様であるため、詳細な説明を省略する。

（連絡先リスト起動時の処理）
本実施形態における第２の処理として、端末装置４２０は、ユーザＵ１によって連絡先リストの起動が指示されたときに、近傍に位置する端末装置４３０との間で近距離通信を実行する。端末装置４２０は、近距離通信の結果からユーザＵ１に近接しているユーザ（例えばユーザＵ２）を特定し、その情報を連絡先管理サーバ４１０に提供する。連絡先管理サーバ４１０は、提供された情報に基づいて連絡先リストをソートした上で端末装置４２０に送信し、端末装置４２０によって連絡先リストがユーザＵ１に提示される。ここで実行される連絡先リストのソートは、ユーザＵ２が現時点、すなわち連絡先リストが起動された時点においてユーザＵ１と近接しているか否かによって、連絡先リストをソートするものでありうる。

図示された例では、まず、端末装置４２０が、ユーザＵ１の指示に従って連絡先リストを起動する（ステップＳ４２１）。ここでいう連絡先リストの起動は、端末装置４２０において連絡先リストを提示するためのアプリケーションソフトウェアが起動されることでありうる。端末装置４２０は、連絡先管理サーバ４１０に連絡先リストのデータを要求する前に、以下の近距離通信の手順を実行する。

ここで、端末装置４２０は、近傍に位置する端末装置４３０に向けて、近距離通信で友人関係の問い合わせを送信する（ステップＳ４２２）。この問い合わせは、特定の端末装置４３０に向けたものではなく、端末装置４２０の近傍に位置する不特定の端末装置４３０に向けたものである。なお、問い合わせおよび応答の内容については、上記の第３の実施形態で説明したものと同様であるため、詳細な説明を省略する。

上記のステップＳ４２２における端末装置４２０からの問い合わせを受信した端末装置４３０は、ユーザＵ２とユーザＵ１との間にＳＮＳにおける友人関係が認められれば、友人関係を認める応答を端末装置４２０に向けて送信する（ステップＳ４２３）。上記の定期的な処理の場合と同様に、端末装置４３０は、ユーザＵ１との友人関係を認める応答を、近距離通信で端末装置４２０に向けて送信する。

端末装置４３０からの応答を受信した端末装置４２０は、これをユーザＵ２の位置がユーザＵ１に近接していることを示す位置情報として利用し、ユーザＵ１とユーザＵ２とが近接していると判定する（ステップＳ４２４）。端末装置４２０は、この近接ユーザの情報を、連絡先リストのデータの要求とともに連絡先管理サーバ４１０に送信する（ステップＳ４２５）。連絡先管理サーバ４１０は、受信した情報に基づいて連絡先リストをソートし（ステップＳ４２６）、ソートされた連絡先リストのデータを端末装置４２０に送信する。こうして、連絡先リストが端末装置４２０においてユーザに提供される（ステップＳ４２７）。上述した通り、ここで実行される連絡先リストのソートは、ユーザＵ１とユーザＵ２とが現時点で近接しているか否かに基づくソートでありうる。なお、ソートの具体的な例については、上記の第１の実施形態で説明したものと同様であるため省略する。

なお、上記の例では、ユーザＵ１とユーザＵ２とが近接していることが端末装置４２０において判定されたが、この判定は連絡先管理サーバ４１０やＳＮＳサーバ４４０で実行されてもよい。その場合、例えば、端末装置４２０が近距離通信で端末装置４３０から受信した応答に含まれる、ユーザＵ２を特定する情報などが、連絡先管理サーバ４１０またはＳＮＳサーバ４４０に提供されうる。

以上で説明した本開示の第４の実施形態によれば、ユーザが保持する端末装置の間の機器間通信の結果に基づいて他のユーザの位置情報が取得される。これによって、例えばＳＮＳによって位置情報の共有サービスが提供されていない、または各ユーザが位置情報の共有サービスを利用していない場合であっても、ＳＮＳ上の友人関係の情報を利用して、ユーザに近接している他のユーザを認識し、ユーザの連絡先リストのソートに反映させることができる。また、連絡先リストをサーバで管理することによって、ユーザが複数の端末装置を使い分ける場合でも、それぞれの端末装置で適切に管理された連絡先リストを利用することができる。

（５．連絡先のソートの例）
次に、図７〜図１０を参照して、本開示の実施形態における連絡先のソートの例について、さらに説明する。なお、以下で説明する例は、特に記載がない限り、上記の第１〜第４の実施形態のいずれにおいても適用可能である。

（５−１．一緒にいた時間帯によるグループ化）
図７は、本開示の実施形態において、他のユーザを、ユーザと一緒にいた時間帯に基づいてグループ化する例を示す図である。図示された例では、グループに“家族”、“同僚”、“友人”といった属性が与えられているが、こうした属性は、必ずしも一緒にいた時間帯から判別されるわけでもない。つまり、グループは、例えば“グループＡ”、“グループＢ”のように、属性を与えられることなく扱われてもよい。また、グループは、必ずしも複数の他のユーザを含まなくてもよく、例えばそれぞれのユーザが個別のグループに属するように扱われてもよい。この場合、以下（他の例を含む）で“グループ”について説明されている処理は、そのまま“他のユーザ”個人に適用されうる。

上記の各実施形態で説明したように、本開示の実施形態では、定期的に実行される処理によって、ユーザ（ユーザＵ１）と他のユーザ（ユーザＵ２）とが一緒にいた時間が特定され、その結果に基づいて連絡先リストがソートされる。図７に示す例では、ユーザと一緒にいた時間が共通している他のユーザが、連絡先リストにおいて同じグループに分類されている。例えば、毎日の夜間の時間帯にユーザと一緒にいる他のユーザは、“家族”のグループに分類されている。また、平日の朝〜夕方の時間帯にユーザと一緒にいる他のユーザは、“同僚”のグループに分類されている。さらに、平日および土曜日の夕方〜夜の時間帯にユーザと一緒にいる他のユーザは、“友人”のグループに分類されている。週末の朝〜夕方の時間帯にユーザと一緒にいる他のユーザは、“家族or友人”のグループに分類されている。

例えば、“友人”のグループに対応する時間帯が、“同僚”および“家族”のグループに対応する時間帯と重複していることからわかるように、グループ分けに用いられる時間帯は、必ずしもグループと１対１に対応しなくてよい。また、“家族or友人”というグループが設定されていることからもわかるように、連絡先リストに含まれる他のユーザは、複数のグループに分類されてもよい。

上記のようなグループ化に、現在の時刻の情報を組み合わせて、連絡先リストをソートすることも可能である。例えば、上記の各グループに対応する時間帯の前の時間帯に、各グループに属するユーザの連絡先リストにおける順位をより高くしてもよい。より具体的には、現在の時刻が平日の朝である場合には、その後の日中の時間帯で一緒にいることが予想される“同僚”のグループのユーザを、連絡先リストで上位に表示してもよい。また、現在の時刻が平日の日中である場合には、その後の夕方〜夜の時間帯で一緒にいることが予想される“家族”または“友人”のグループのユーザを、連絡先リストで上位に表示してもよい。

また、現在の時刻の情報に加えて、上記の各実施形態で説明した連絡先リスト起動時の処理によって特定される、現時点でユーザ（ユーザＵ１）と一緒にいる他のユーザ（ユーザＵ２）の情報を組み合わせてソートが実行されてもよい。例えば、現在の時間帯に対応するグループのユーザのうち、連絡先リスト起動時にユーザと一緒にいないユーザがいる場合、当該ユーザの連絡先リストにおける順位をより高くしてもよい。より具体的には、週末であるにもかかわらず、“家族”のグループのうちのあるユーザ（ユーザＡとする）がユーザと一緒にいない場合、ユーザＡを連絡先リストで上位に表示してもよい。また、平日の日中であるにもかかわらず、“同僚”のグループのうちのあるユーザ（ユーザＢとする）がユーザと一緒にいない場合、ユーザＢを連絡先リストで上位に表示してもよい。

（５−２．一緒にいた場所によるグループ化）
図８は、本開示の実施形態において、他のユーザを、ユーザと一緒にいた場所に基づいてグループ化する例を示す図である。上記の例と同様に、グループには必ずしも属性が与えられていなくてもよい。また、グループは必ずしも複数の他のユーザを含まなくてもよく、各ユーザが個別のグループに属するように扱われてもよい。

上記の第１および第２の実施形態では、ユーザ（ユーザＵ１）と他のユーザ（ユーザＵ２）とのそれぞれの位置情報が取得されるため、彼らが一緒にいた時間を特定するとともに、彼らが一緒にいた場所をも特定することが可能である。第３および第４の実施形態では、ユーザ（ユーザＵ１）と他のユーザ（ユーザＵ２）とが近接しているか否かが取得されるため、彼らが一緒にいた場所が特定されない場合もありうる。しかし、例えば、ユーザ（ユーザＵ１）が保持する端末装置が、近接判定時に自らの位置情報を取得して登録するといったような付加的な処理を加えれば、ユーザと他のユーザとが一緒にいた場所を特定することは可能である。

図示された例では、上記の各実施形態で説明した、定期的に実行される処理、および／または連絡先リストの起動時に実行される処理によって、ユーザ（ユーザＵ１）と他のユーザ（ユーザＵ２）とが一緒にいたと判定されたときのユーザおよび他のユーザの位置が蓄積されており、この蓄積された位置が共通する他のユーザが、連絡先リストにおいて同じグループに分類されている。例えば、グループＡは、場所“大学”で一緒にいた他のユーザのグループ（おそらく大学のクラスメイト）である。また、グループＢは、場所“街”で一緒にいた他のユーザのグループ（おそらく遊び仲間）である。グループＣは、場所“職場”で一緒にいた他のユーザのグループ（おそらくアルバイト先の同僚）である。グループＤは、場所“自宅”で一緒にいた他のユーザのグループ（おそらく家族）である。

このように、場所を基準にして、連絡先リストにおいて他のユーザをグループ化することによって、例えば時間的に規則正しい生活をしていないユーザについても、連絡先リストを適切にソートして提示することができる。

上記のようなグループ化をする場合、例えば、ユーザがそれぞれの場所の間を移動するパターンが認識されていると、より有効な連絡先リストのソートが可能である。例えば、パターンに沿ってユーザが次に移動すると推定される場所に対応するグループに属するユーザの連絡先リストにおける順位をより高くしてもよい。より具体的には、“自宅”→“大学”→“街”or“職場”→“自宅”という移動のパターンが認識されているとする。この場合、ユーザの現在の位置が“自宅”であれば、次に移動すると推定される“大学”に対応するグループＡのユーザを、連絡先リストで上位に表示してもよい。また、ユーザの現在の位置が“職場”であれば、次に移動すると推定される“自宅”に対応するグループＤのユーザを、連絡先リストで上位に表示してもよい。

また、現在の位置の情報に加えて、上記の各実施形態で説明した連絡先リスト起動時の処理によって特定される、現時点でユーザ（ユーザＵ１）と一緒にいる他のユーザ（ユーザＵ２）の情報を組み合わせてソートが実行されてもよい。例えば、現在の位置に対応するグループのユーザのうち、連絡先リスト起動時にユーザと一緒にいないユーザがいる場合、当該ユーザの連絡先リストにおける順位をより高くしてもよい。より具体的には、“大学”にいるにもかかわらず、グループＡのうちのあるユーザ（ユーザＣとする）がユーザと一緒にいない場合、ユーザＣを連絡先リストで上位に表示してもよい。また、“街”にいるにもかかわらず、グループＢのうちのあるユーザ（ユーザＤとする）がユーザと一緒にいない場合、ユーザＤを連絡先リストで上位に表示してもよい。

（５−３．その他の例）
（グループ表示・他のソート機能との切替え）
図９は、本開示の実施形態において、連絡先リストがソートされた第１の例を示す図である。

図示された例では、ソート要因ごとのグループ化表示１００１が表示されている。グループ化表示１００１は、３つのグループを示す。“近くに来てるよ！”グループは、連絡を取る頻度が低い他のユーザが、偶然近くに来ている場合に表示される。上述のように、ユーザ同士が近接していることを段階的に判定する場合には、“近くに来ているが一緒にはいないユーザ”を特定することも可能である。近接の段階的な判定では、例えば、ユーザ間の距離に所定の閾値が設定される。ユーザと他のユーザとがこの所定の閾値以上の距離で近接していれば、偶然近くに来ているユーザとして連絡先リストに表示される当該他のユーザの順位を上げる。一方、ユーザと他のユーザとが所定の閾値未満で近接していれば、既に一緒にいるユーザとして連絡先リストに表示される当該他のユーザの順位を下げる。なお、このグループの表示のためには、端末装置が有する通信機能と連携し、ユーザと当該他のユーザとの通信履歴を取得する必要がある。このように、上記の実施形態で説明した連絡先リストのソート機能は、既存の連絡先リストのソート機能、例えば通信履歴を用いたソート機能などと組み合わせて用いられてもよい。

また、“この後の予定は？”グループは、図７の例で説明した、現在の時間帯（夕方）の後の時間帯にユーザと一緒にいることが推定される他のユーザのグループでありうる。あるいは、このグループは、図８の例で説明した、ユーザが現在の位置から次に移動すると推定される場所で一緒にいることが推定される他のユーザのグループであってもよい。

一方、“今、近くにいない人”グループは、図７の例で説明した、現在の時間帯（夕方）にユーザと一緒にいることが推定されるが、実際には一緒にいないユーザでありうる。あるいは、このグループは、図８の例で説明した、ユーザが現在の位置で一緒にいることが推定されるが、実際には一緒にいないユーザであってもよい。

このように、図示された例のグループ化表示１００１では、“近接しているが一緒にはいないユーザ”や、“（現在は一緒にいないが）この後一緒にいる予定のユーザ”、“現在一緒にいるはずだが、実際にはいないユーザ”が表示される。つまり、グループ化表示１００１には、“現在一緒にいる他のユーザ”は表示されない。これは、現在一緒にいるユーザとは、通信手段を用いて連絡を取る必要が生じえないため、連絡先リストに表示する必要がない、という推定による。この推定に従えば、上記の各実施形態で説明した連絡先リスト起動時の処理において、現時点でユーザ（ユーザＵ１）と一緒にいると判定された他のユーザ（ユーザＵ２）は、連絡先リストにおいてより低い順位が与えられる。あるいは、ユーザＵ２は、連絡先リストにおいて一時的に非表示になってもよい。

また、ここまでの説明では、連絡先リストをグループ単位でソートする例について説明してきたが、グループの中で表示される複数のユーザの順序も、同様にソートされうる。例えば、同じグループ内では、これまでユーザと一緒にいた時間がより長い他のユーザが、より親しいユーザとしてより高い順位を与えられうる。

また、グループ化表示１００１のフッタ部分には、切替えＵＩ１００２が表示されている。“インテリジェント”は、グループ化表示１００１として表示されている、ユーザ同士が一緒にいることに基づいたソートである。一方、“頻度順”および“履歴”は、既存の連絡先リストのソート機能、例えば通信履歴を用いたソート機能によるソートでありうる。このように、本開示の実施形態による連絡先リストのソート機能は、既存の連絡先リストのソート機能と切り替えて使用可能であってもよい。

あるいは、例えば本開示の実施形態による連絡先リストのソート機能によってソート可能な他のユーザが少ない場合、それらのユーザに限って本開示の実施形態による連絡先リストのソート機能を適用してグループを生成し、それ以外のユーザについては、既存のグループ、例えばユーザの操作入力によって設定されたグループや、ＳＮＳからインポートされたグループによって分類してもよい。

この場合、例えば位置情報を共有していないために本開示の実施形態による連絡先リストのソート機能が適用されないユーザについても、本開示の実施形態による連絡先リストのソート機能によって生成されたグループに追加することが可能であってもよい。例えば、上記の図７の例で生成された“家族”のグループに、位置情報を共有していないユーザ“父”を加えることが可能であってもよい。この場合、“父”がユーザと一緒にいるか否かを反映した連絡先のソートは行われないものの、例えば現在の時刻やユーザの現在の位置に基づいて“家族”のグループ全体の連絡先リストにおける順位が変動する場合、“父”も“家族”のグループの一員として、他のグループ員とともにソートされる。

（グループ表示・他のソート機能とのマージ）
図１０は、本開示の実施形態において、連絡先リストがソートされた第２の例を示す図である。

図示された例では、上述したグループ化表示１００１とともに、マージ表示１００３が表示されている。マージ表示１００３では、連絡先リストに含まれる他のユーザが、本開示の実施形態による連絡先リストのソート機能と、既存の連絡先リストのソート機能との両方を用いてソートされて配列されている。

本開示の実施形態による連絡先リストのソート機能は、ユーザ同士が一緒にいることに基づいて、より使いやすい連絡先リストを提供するものである。しかしながら、そのためには、相手のユーザによる位置情報の提供や、端末装置の近距離通信機能の利用など、何らかの前提が必要である。従って、このソート機能は、必ずしも連絡先リストに含まれるすべてのユーザに適用されるとは限らない。従って、上述したように、既存の連絡先リストのソート機能と組み合わせることが望ましい。

また、ユーザ同士が一緒にいるかという基準で、連絡先リストのソートにあたってのユーザの要望がすべて反映されるとも限らない。例えば、上記のソート機能では、頻繁に連絡を取るが実際には会うことがない相手を上位にソートする、といったことが難しい（実際に会う相手がより上位にソートされてしまうため）。従って、このような観点からも、既存の連絡先リストのソート機能と組み合わせて用いることが望ましい。

もちろん、連絡先リストに含まれる他のユーザに、本開示の実施形態による連絡先リストのソート機能を適用することが可能であり、ユーザ同士が一緒にいるかという基準でユーザの要望が十分に反映される場合には、本開示の実施形態による連絡先リストのソート機能を単独で用いることも可能である。

（期間限定グループの生成）
別の例として、本開示の実施形態による連絡先リストのソート機能を用いて、期間限定のグループを生成することも可能である。例えば、仲間と集まってツーリングする場合や、何台かの車でドライブする場合などのように、ある特定の期間に限って、ある特定のユーザのグループを連絡先リストにおいて上位にソートしたいケースがありうる。

そのようなケースのために、例えば、“現在一緒にいる他のユーザとグループを生成する”、（即席のグループ生成）および“期間限定でグループのソート優先度をアップさせる”といった機能が用意されてもよい。即席のグループ生成では、例えば、ユーザの操作によって、特定の時間帯（例えば現在）においてユーザと一緒にいる他のユーザの“一緒にいた時間”の重みづけを、他の時間帯よりも大きくすることによって、即席のグループを生成してもよい（例えば、重みづけを６０倍にすれば、１０分間一緒にいた他のユーザが、１０時間一緒にいた他のユーザと同等に評価される）。あるいは、上記の連絡先リスト起動時のソートのように、ユーザの操作がされた時にユーザと一緒にいる他のユーザを特定し、そのユーザをそのまま即席のグループに分類してもよい。

具体的には、例えば、即席のグループを設定したい他のユーザ（グループメンバー）が集合した時点で、ユーザは、現在一緒にいるメンバーで新規にグループを生成する。グループには、ユーザの操作によって、“ソート優先度をアップさせる期間”（有効期間ともいえる）を設定してもよい。なお、有効期間は、必ずしもグループ生成の時から始まらなくてもよい（例えば、将来に予定されているツーリングやドライブの当日であってもよい）。この期間の間、上記グループ内のメンバーは、潜在的に“連絡を取る優先度が高い他のユーザ”として認識される。従って、その後のツーリングやドライブの間、ユーザから離れた（一緒にいるとは認識されなくなった）グループメンバーは、ユーザの連絡先リストにおいて上位にソートされる。

このようにして設定される即席のグループは、例えば、同じ連絡帳管理サービスを利用する他のグループメンバーと共有可能であってもよい。このとき、上記の有効期間などの情報も共有可能であってもよい。また、例えばグループが生成されたときにユーザの操作によって設定された有効期間を経過すると、グループが自動的に解散されてもよい。

（６．ハードウェア構成）
最後に、図１１を参照して、本開示の実施形態に係る情報処理装置のハードウェア構成について説明する。図１１は、情報処理装置のハードウェア構成を説明するためのブロック図である。図示された情報処理装置９００は、上記の実施形態で説明したように、端末装置１１０，１３０，２２０，２３０，３１０，３３０，４２０，４３０、ＳＮＳサーバ１４０，２４０，３４０，４４０、および連絡帳管理サーバ２１０，４１０を実現しうる。

情報処理装置９００は、全体として、外部機器との通話または各種データ通信を実行する。また、情報処理装置９００は、被写体の撮影や音声の録音などの機能を有していてもよい。

情報処理装置９００では、ＣＰＵ（Central Processing Unit）９０１、ＲＯＭ（Read Only Memory）９０２、およびＲＡＭ（Random Access Memory）９０３によって構成される制御部が、全体を統括制御する。当該制御部と各部とは、バスを介して接続される。ＣＰＵ９０１は、ＲＯＭ９０２、または記憶部９１３に格納されたプログラムを読み出し、ＲＡＭ９０３をワークエリアとして利用しつつ実行することによって、各種の処理機能をソフトウェア的に実現する。

操作部９０４は、ＧＵＩ（Graphical User Interface）メニューなどを操作するための方向ボタンおよび決定ボタンなどの各種操作ボタンや、タッチパネルなどを含む。操作部９０４は、ユーザによる操作ボタンおよびタッチパネルの押下操作に応じた指示命令を、バスを介して制御部へ送出する。制御部は、指示命令に応じて各種処理を実行する。

通信部９０６は、有線または無線の各種の通信方式を用いて、外部装置との通信を実行する。外部装置との通信には、例えば、以下に説明する音声通話や、上記の実施形態で説明したサーバなどの外部装置との情報のやりとりが含まれうる。

情報処理装置９００が音声通話を実行する場合、通信部９０６は、受信信号を所定の方式に従って復調して受信データに変換し、デコーダ９１１へ送出する。デコーダ９１１は制御部の制御に従って受信データをデコードすることにより相手方の通話音声データを復元し、スピーカ９１２へ出力する。スピーカ９１２は通話音声データを基に相手方の通話音声を出力する。一方、情報処理装置９００は、マイク９１０から集音した音声信号をエンコーダ９０９へ送出する。エンコーダ９０９は、制御部の制御に従って音声信号をデジタル変換した後に所定の方式でエンコードすることにより得た音声データを通信部９０６へ送出する。

また、情報処理装置９００は、ユーザの操作によって録音機能が選択された場合、マイク９１０から集音した音声信号を、エンコーダ９０９を介し、例えば不揮発性メモリにより構成された記憶部９１３に音声データとして記憶する。

位置時刻取得部９０７は、情報処理装置９００が、自らの位置情報を取得する機能を有する場合に設けられる。位置時刻取得部９０７は、ＧＰＳ（Global Positioning System）衛星などの測位手段から受信した測位情報（例えばＧＰＳ信号）に基づいて、現在位置を示す位置情報と現在時刻を示す時刻情報とを算出し、それらをまとめて位置時刻情報として制御部に送出する。また位置時刻取得部９０７は、Ｗｉ−Ｆｉ（Wireless Fidelity；登録商標）によるアクセスポイントを使った測位や、携帯基地局を用いた測位によって、位置情報を取得してもよい。

撮影部９０８は、情報処理装置９００が、撮影機能を有する場合に設けられる。撮影部９０８は、カメラにより構成され、ユーザの操作に応じて静止画または動画を撮影する。撮影部９０８は、静止画を撮影する場合においては、被写体を撮影し得られた写真データを表示部９０５に出力することにより表示させる一方、動画を撮影する場合は、被写体を撮影し得られた動画データを表示部９０５に表示する。

表示部９０５は、制御部の制御に従って、各種の情報をユーザに向けて表示する。表示される情報には、例えば連絡先リストの情報が含まれる。また、表示部９０５は、連絡先リストのソートや、連絡先リストのソート機能の設定のためのＧＵＩを表示してもよい。

記憶部９１３には、情報処理装置９００の処理に関する各種の情報が一時的または永続的に格納される。記憶部９１３は、例えば、フラッシュＲＯＭ（Read Only Memory）などの半導体メモリ、ＣＤ（Compact Disc）などの光ディスク、またはＨＤＤ（Hard Disk Drive）などでありうる。記憶部９１３は、情報処理装置９００に内蔵される記憶装置であってもよく、情報処理装置９００に着脱可能なメモリカードなどのリムーバブルメディアであってもよい。また、記憶部９１３は、複数の種類の記憶装置またはリムーバブルメディアを含んでもよい。

（７．補足）
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

例えば、上記の説明では、ユーザ間の友人関係を定義するためのＳＮＳサーバを含む実施形態について説明したが、本開示の実施形態はこれに限られない。例えば、ユーザの友人とその友人が使用する端末装置とを関連付けて管理するサービスがネットワーク上で提供されていてもよい。この場合、ユーザは、例えば機器間通信によって識別された他の端末装置のユーザが友人であるかを、上記のサービスを利用して識別し、その結果を連絡先リストのソートに反映させることが可能である。

また、上記の例において、友人と端末装置とを関連付ける情報は、ユーザが使用する端末装置で管理されていてもよい。この場合、ユーザが使用する端末装置は、例えば機器間通信によって識別された他の端末装置のユーザが友人であるかを、ネットワーク上のサーバにアクセスすることなく識別することが可能である。この場合、本開示の実施形態は、ユーザと他のユーザとがそれぞれ使用する端末装置だけによって、つまりネットワーク上のサーバを含まずに実現されうる。

本開示の実施形態は、例えば、上記で説明したような情報処理装置、情報処理システム、情報処理方法、コンピュータを情報処理装置として機能させるためのプログラム、および当該プログラムが記録された記録媒体を含む。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）第１のユーザと第２のユーザとの位置関係を示す情報を取得する位置関係情報取得部と、
前記位置関係を示す情報に基づいて、前記第１のユーザと前記第２のユーザとが近接しているか否かを判定する近接判定部と、
前記判定の結果に基づいて、前記第１のユーザに提供される、前記第２のユーザの連絡先を含む連絡先リストをソートする連絡先管理部と
を備える情報処理装置。
（２）前記位置関係情報取得部は、前記第１のユーザの位置を示す第１の位置情報と、前記第２のユーザの位置を示す第２の位置情報とを取得し、
前記近接判定部は、前記第１のユーザの位置と前記第２のユーザの位置との間の距離に基づいて、前記第１のユーザと前記第２のユーザとが近接しているか否かを判定する、前記（１）に記載の情報処理装置。
（３）前記位置関係情報取得部は、前記第１の位置情報および前記第２の位置情報のうち少なくとも一方をネットワーク上の位置情報共有サービスから取得する通信部を含む、前記（２）に記載の情報処理装置。
（４）前記位置関係情報取得部は、前記第１のユーザが保持する第１の端末装置と、前記第２のユーザが保持する第２の端末装置との間の近距離通信の結果を取得し、
前記近接判定部は、前記近距離通信の結果に基づいて、前記第１のユーザと前記第２のユーザとが近接しているか否かを判定する、前記（１）に記載の情報処理装置。
（５）前記位置関係情報取得部は、前記第１の端末装置から送信される問い合わせに対する前記第２の端末装置からの応答を取得し、
前記近接判定部は、前記応答が取得された場合に、前記第１のユーザと前記第２のユーザとが近接していると判定する、前記（４）に記載の情報処理装置。
（６）前記問い合わせは、ソーシャルネットワークサービスにおいて前記第１のユーザを特定する情報を含み、
前記応答は、前記問い合わせが前記第２の端末装置に受信され、かつ前記ソーシャルネットワークサービスにおいて前記第１のユーザと前記第２のユーザとが友人関係を有する場合に前記第２の端末装置から送信される、前記（５）に記載の情報処理装置。
（７）前記近接判定部は、前記第１のユーザと前記第２のユーザとが近接しているか否かを定期的に判定する、前記（１）〜（６）のいずれか１項に記載の情報処理装置。
（８）前記連絡先管理部は、前記定期的な判定の結果に基づいて、前記第１のユーザと前記第２のユーザとが近接していた時間がより長い場合に、前記第２のユーザの順位がより高くなるように前記連絡先リストをソートする、前記（７）に記載の情報処理装置。
（９）前記連絡先管理部は、前記第１のユーザの設定に従って、前記第１のユーザと前記第２のユーザとが近接していた時間の重みづけを時間帯ごとに変化させる、前記（８）に記載の情報処理装置。
（１０）前記連絡先管理部は、前記定期的な判定の結果に基づいて、前記第１のユーザと前記第２のユーザとが近接する時間帯を推定し、現在時刻が前記時間帯の前の時間帯にあたる場合に、前記第２のユーザの順位がより高くなるように前記連絡先リストをソートする、前記（７）〜（９）のいずれか１項に記載の情報処理装置。
（１１）前記定期的な判定の結果に基づいて、前記第１のユーザと前記第２のユーザとが近接する時間帯を推定し、共通する第１の時間帯に前記第１のユーザに近接する前記第２のユーザを前記連絡先リスト上で第１のグループに分類するグループ管理部をさらに備える、前記（７）〜（１０）のいずれか１項に記載の情報処理装置。
（１２）前記近接判定部は、前記連絡先リストが前記第１のユーザに提供される時に前記第１のユーザと前記第２のユーザとが近接しているか否かを判定し、
前記連絡先管理部は、前記連絡先リストが前記第１のユーザに提供される時が前記第１の時間帯にあたり、かつ前記第１のグループに分類される前記第２のユーザが前記第１のユーザに近接していない場合に、該第２のユーザの順位がより高くなるように前記連絡先リストをソートする、前記（１１）に記載の情報処理装置。
（１３）前記定期的な判定の結果に基づいて、前記第１のユーザと前記第２のユーザとが近接する場所を推定し、共通する第２の場所で前記第１のユーザに近接する前記第２のユーザを前記連絡先リスト上で第２のグループに分類するグループ管理部をさらに備える、前記（７）〜（１２）のいずれか１項に記載の情報処理装置。
（１４）前記定期的な判定の結果に基づいて、前記第２のユーザを前記連絡先リスト上でグループに分類し、前記連絡先リストに連絡先が含まれる前記第２のユーザ以外のユーザを、前記第１のユーザの操作に従って前記グループに分類するグループ管理部をさらに備える、前記（７）〜（１３）のいずれか１項に記載の情報処理装置。
（１５）前記近接判定部は、前記連絡先リストが前記第１のユーザに提供される時に前記第１のユーザと前記第２のユーザとが近接しているか否かを判定する、前記（１）〜（１４）のいずれか１項に記載の情報処理装置。
（１６）前記連絡先管理部は、前記連絡先リストが前記第１のユーザに提供される時に前記第１のユーザと前記第２のユーザとが近接している場合に、前記第２のユーザがより低くなる、または前記第２のユーザが表示されないように前記連絡先リストをソートする、前記（１５）に記載の情報処理装置。
（１７）前記近接判定部は、前記第１のユーザと前記第２のユーザとが、第１の距離以上で近接しているか、前記第１の距離未満で近接しているかを判定し、
前記連絡先管理部は、前記第１のユーザと前記第２のユーザとが前記第１の距離以上で近接している場合に前記第２のユーザの順位がより高くなるように前記連絡先リストをソートし、前記第１のユーザと前記第２のユーザとが前記第１の距離未満で近接している場合に前記第２のユーザの順位がより低くなる、または前記第２のユーザが表示されないように前記連絡先リストをソートする、前記（１５）または（１６）に記載の情報処理装置。
（１８）前記判定の結果に基づいて、前記第１のユーザに近接している前記第２のユーザを前記連絡先リスト上で第１のグループに分類するグループ管理部をさらに備える、前記（１５）に記載の情報処理装置。
（１９）第１のユーザと第２のユーザとの位置関係を示す情報を取得することと、
前記位置関係を示す情報に基づいて、前記第１のユーザと前記第２のユーザとが近接しているか否かを判定することと、
前記判定の結果に基づいて、前記第１のユーザに提供される、前記第２のユーザの連絡先を含む連絡先リストをソートすることと
を含む情報処理方法。
（２０）第１のユーザと第２のユーザとの位置関係を示す情報を取得する機能と、
前記位置関係を示す情報に基づいて、前記第１のユーザと前記第２のユーザとが近接しているか否かを判定する機能と、
前記判定の結果に基づいて、前記第１のユーザに提供される、前記第２のユーザの連絡先を含む連絡先リストをソートする機能と
をコンピュータに実現させるためのプログラム。

１１０，２１０，３１０，４１０ 端末装置
１１１ 位置取得部
１１２，３１２ 通信部
１１３，３１３ 近接判定部
１１４，３１４ 連絡先管理部
１１５，３１５ グループ管理部
１１６，３１６ 表示部
２１０，４１０ 連絡先管理サーバ

Claims (20)

1. 第１のユーザと第２のユーザとの位置関係を示す情報を取得する位置関係情報取得部と、
   前記位置関係を示す情報に基づいて、前記第１のユーザと前記第２のユーザとが近接しているか否かを判定する近接判定部と、
   前記判定の結果に基づいて、前記第１のユーザに提供される、前記第２のユーザの連絡先を含む連絡先リストをソートする連絡先管理部と
   を備える情報処理装置。
2. 前記位置関係情報取得部は、前記第１のユーザの位置を示す第１の位置情報と、前記第２のユーザの位置を示す第２の位置情報とを取得し、
   前記近接判定部は、前記第１のユーザの位置と前記第２のユーザの位置との間の距離に基づいて、前記第１のユーザと前記第２のユーザとが近接しているか否かを判定する、請求項１に記載の情報処理装置。
3. 前記位置関係情報取得部は、前記第１の位置情報および前記第２の位置情報のうち少なくとも一方をネットワーク上の位置情報共有サービスから取得する通信部を含む、請求項２に記載の情報処理装置。
4. 前記位置関係情報取得部は、前記第１のユーザが保持する第１の端末装置と、前記第２のユーザが保持する第２の端末装置との間の近距離通信の結果を取得し、
   前記近接判定部は、前記近距離通信の結果に基づいて、前記第１のユーザと前記第２のユーザとが近接しているか否かを判定する、請求項１に記載の情報処理装置。
5. 前記位置関係情報取得部は、前記第１の端末装置から送信される問い合わせに対する前記第２の端末装置からの応答を取得し、
   前記近接判定部は、前記応答が取得された場合に、前記第１のユーザと前記第２のユーザとが近接していると判定する、請求項４に記載の情報処理装置。
6. 前記問い合わせは、ソーシャルネットワークサービスにおいて前記第１のユーザを特定する情報を含み、
   前記応答は、前記問い合わせが前記第２の端末装置に受信され、かつ前記ソーシャルネットワークサービスにおいて前記第１のユーザと前記第２のユーザとが友人関係を有する場合に前記第２の端末装置から送信される、請求項５に記載の情報処理装置。
7. 前記近接判定部は、前記第１のユーザと前記第２のユーザとが近接しているか否かを定期的に判定する、請求項１に記載の情報処理装置。
8. 前記連絡先管理部は、前記定期的な判定の結果に基づいて、前記第１のユーザと前記第２のユーザとが近接していた時間がより長い場合に、前記第２のユーザの順位がより高くなるように前記連絡先リストをソートする、請求項７に記載の情報処理装置。
9. 前記連絡先管理部は、前記第１のユーザの設定に従って、前記第１のユーザと前記第２のユーザとが近接していた時間の重みづけを時間帯ごとに変化させる、請求項８に記載の情報処理装置。
10. 前記連絡先管理部は、前記定期的な判定の結果に基づいて、前記第１のユーザと前記第２のユーザとが近接する時間帯を推定し、現在時刻が前記時間帯の前の時間帯にあたる場合に、前記第２のユーザの順位がより高くなるように前記連絡先リストをソートする、請求項７に記載の情報処理装置。
11. 前記定期的な判定の結果に基づいて、前記第１のユーザと前記第２のユーザとが近接する時間帯を推定し、共通する第１の時間帯に前記第１のユーザに近接する前記第２のユーザを前記連絡先リスト上で第１のグループに分類するグループ管理部をさらに備える、請求項７に記載の情報処理装置。
12. 前記近接判定部は、前記連絡先リストが前記第１のユーザに提供される時に前記第１のユーザと前記第２のユーザとが近接しているか否かを判定し、
    前記連絡先管理部は、前記連絡先リストが前記第１のユーザに提供される時が前記第１の時間帯にあたり、かつ前記第１のグループに分類される前記第２のユーザが前記第１のユーザに近接していない場合に、該第２のユーザの順位がより高くなるように前記連絡先リストをソートする、請求項１１に記載の情報処理装置。
13. 前記定期的な判定の結果に基づいて、前記第１のユーザと前記第２のユーザとが近接する場所を推定し、共通する第２の場所で前記第１のユーザに近接する前記第２のユーザを前記連絡先リスト上で第２のグループに分類するグループ管理部をさらに備える、請求項７に記載の情報処理装置。
14. 前記定期的な判定の結果に基づいて、前記第２のユーザを前記連絡先リスト上でグループに分類し、前記連絡先リストに連絡先が含まれる前記第２のユーザ以外のユーザを、前記第１のユーザの操作に従って前記グループに分類するグループ管理部をさらに備える、請求項７に記載の情報処理装置。
15. 前記近接判定部は、前記連絡先リストが前記第１のユーザに提供される時に前記第１のユーザと前記第２のユーザとが近接しているか否かを判定する、請求項１に記載の情報処理装置。
16. 前記連絡先管理部は、前記連絡先リストが前記第１のユーザに提供される時に前記第１のユーザと前記第２のユーザとが近接している場合に、前記第２のユーザがより低くなる、または前記第２のユーザが表示されないように前記連絡先リストをソートする、請求項１５に記載の情報処理装置。
17. 前記近接判定部は、前記第１のユーザと前記第２のユーザとが、第１の距離以上で近接しているか、前記第１の距離未満で近接しているかを判定し、
    前記連絡先管理部は、前記第１のユーザと前記第２のユーザとが前記第１の距離以上で近接している場合に前記第２のユーザの順位がより高くなるように前記連絡先リストをソートし、前記第１のユーザと前記第２のユーザとが前記第１の距離未満で近接している場合に前記第２のユーザの順位がより低くなる、または前記第２のユーザが表示されないように前記連絡先リストをソートする、請求項１５に記載の情報処理装置。
18. 前記判定の結果に基づいて、前記第１のユーザに近接している前記第２のユーザを前記連絡先リスト上で第１のグループに分類するグループ管理部をさらに備える、請求項１５に記載の情報処理装置。
19. 第１のユーザと第２のユーザとの位置関係を示す情報を取得することと、
    前記位置関係を示す情報に基づいて、前記第１のユーザと前記第２のユーザとが近接しているか否かを判定することと、
    前記判定の結果に基づいて、前記第１のユーザに提供される、前記第２のユーザの連絡先を含む連絡先リストをソートすることと
    を含む情報処理方法。
20. 第１のユーザと第２のユーザとの位置関係を示す情報を取得する機能と、
    前記位置関係を示す情報に基づいて、前記第１のユーザと前記第２のユーザとが近接しているか否かを判定する機能と、
    前記判定の結果に基づいて、前記第１のユーザに提供される、前記第２のユーザの連絡先を含む連絡先リストをソートする機能と
    をコンピュータに実現させるためのプログラム。

Images