JP2016143361A - サーバ、端末特定方法および端末特定プログラム - Google Patents

Abstract

【課題】複数ある端末の中から端末を特定する際に、他の端末が含まれる可能性を抑制する。【解決手段】タッチパネルを備える複数の端末とネットワークを介して接続されるサーバであって、前記複数の端末それぞれのタッチパネルに対してなされた操作に関連する操作情報を受信する受信部と、複数の前記操作情報の間に所定の関連性があるか否かを判定する判定部と、前記判定部により前記関連性があると判定された場合に、前記複数の端末各々に、前記複数の端末に含まれる他の端末に関する端末情報を送信する送信部とを備える。【選択図】図５

Description

本発明は、複数の端末の中から特定の端末を特定する技術に関する。

従来から、何らかのサービス上で複数のユーザ間での対応付け、いわゆる、フレンド登録を行うことがある。このようなサービスにおいては、一のユーザが他のユーザに対してフレンド申請を行い、他のユーザがこれを承諾することで、対応付けがなされる。

また、ユーザ端末間で対応付けを実行する手法として、それぞれのユーザ端末に、ＧＰＳ（Global Positioning System）が搭載されている場合に、それぞれのユーザ端末の位置情報を利用して、近くに存在するユーザ端末の間でのみ対応付けを実行することが知られている。

特許文献１には、複数の携帯端末間の同期をとる手法として、互いに所定範囲内に存在する２つの端末について、それぞれを振ることにより得られる２つの加速度情報を用いて、両加速度情報が所定の誤差内にある場合に、サーバは両端末間の通信のための同期を実行するが開示されている。これにより、簡単な操作で、端末間の同期を実現できる。

特開２０１０−１６５２６４号公報 特許５４２１４３９号 特開２０１４−０４１６５８号公報 ＵＳ２０１３０２３２１９７Ａ１ ＫＲ１０２０１３００３３４８５ ＫＲ１０２０１４０１１５２８９

ところで、特許文献１のように、端末を振ることによって端末間の対応を行う場合に、偶然、所定範囲内にいる、別の端末が振られていた場合に、その別の端末もまた対応付けられてしまう虞がある。
そこで、本発明は、上記問題に鑑みてなされたものであり、簡単な操作で特定の端末間の対応付けを実行できるサーバを提供することを目的とする。

本発明に係るサーバは、タッチパネルを備える複数の端末とネットワークを介して接続されるサーバであって、前記複数の端末それぞれのタッチパネルに対してなされた操作に関連する操作情報を受信する受信部と、複数の前記操作情報の間に所定の関連性があるか否かを判定する判定部と、前記判定部により前記関連性があると判定された場合に、前記複数の端末各々に、前記複数の端末に含まれる他の端末に関する端末情報を送信する送信部とを備える。

本発明に係るサーバは、タッチパネルを備えた端末同士において、そのタッチパネルに対して行われた入力の間に関連性がある場合に、互いに他方の端末の情報を送信できる。これにより、例えば、両端末間の対応付けを行うことができる。所定の入力に関連性がある場合にのみ、互いの端末の情報が送信されるので、他の端末が候補として挙がる可能性を低くすることができる。

通信システムのシステム構成を示すシステム図 サーバの機能構成を示すブロック図 ユーザ端末の機能構成を示すブロック図 フレンド情報のデータ構成例を示すデータ概念図 ユーザ端末とサーバとの間のやり取りを示すシーケンス図 ユーザ端末の動作を示すフローチャート サーバの動作を示すフローチャート （ａ）、（ｂ）は、ユーザ端末における入力例 （ａ）、（ｂ）は、ユーザ端末における入力例

以下、本発明の一実施態様について、図面を参照しながら説明する。
＜実施の形態＞
＜概要＞
図１は、通信システムのシステム構成を示すシステム図である。

図１に示すように、通信システムは、サーバ１００を含み、サーバ１００は、ネットワーク５００を介して、ユーザ端末２００やユーザ端末３００と接続される。ここでは、ユーザ端末２００およびユーザ端末３００は、サーバ１００により提供される同じサービスを享受している。当該サービスは、ユーザ同士を対応付けて、友だちとして登録する機能を含む。

ユーザ端末２００およびユーザ端末３００は、ネットワーク５００を介して、サーバ１００に友だち追加要求を送信する。サーバ１００は、これに応じて、両ユーザ端末２００、３００に所定の入力を実行するように要求する。ユーザ端末２００、３００のユーザからのタッチパネルに対する入力を受け付けたユーザ端末２００、３００は、それぞれの入力内容を示す入力情報をサーバ１００に送信する。

サーバ１００は、ユーザ端末２００、３００から受け付けた入力情報に関連性があるか否かを判定し、関連性があると判定した場合に、ユーザ端末２００とユーザ端末３００の対応付けを実行する。サーバ１００は、例えば、ユーザ端末２００と３００とでタッチパネル上に同じ模様が描かれた場合や、両端末のタッチパネル２つに跨って模様が描かれていると判定した場合に、ユーザ端末２００における入力内容とユーザ端末３００における入力内容との間に関連性があると判定する。
そして関連性があると判定した場合に、サーバ１００は、ユーザ端末２００とユーザ端末３００とを対応付ける。

なお、図１においては、ユーザ端末については、説明を簡単にするために、ユーザ端末２００、ユーザ端末３００の２台だけ示しているが、これ以上存在してもよいことは言うまでもない。
＜構成＞
以下、サーバ１００と、ユーザ端末２００、ユーザ端末３００の構成について詳細に説明する。
図２は、サーバ１００の機能構成を示すブロック図である。
図２に示すように、サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを含んで構成される。

通信部１１０は、制御部１３０からの指示に従って、ネットワーク５００を介して、ユーザ端末２００やユーザ端末３００と通信を実行する機能を有する。当該通信は、有線、無線のいずれで実行されてもよく、また、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。

通信部１１０は、ユーザ端末から友だち追加要求を受信すると、制御部１３０の判定部１３１に伝達する。受信した友だち追加要求には、当該友だち追加要求を送信したユーザ端末のユーザＩＤ（IDentifier）が含まれる。

また、通信部１１０は、要求部１３２から入力要求を伝達された場合に、指定されているユーザ端末（友だち追加要求を行ったユーザ端末）に、当該入力要求を送信する。また、通信部１１０は、判定部１３１から友だち登録を行ったことを示す登録情報を伝達された場合に、友だち登録したユーザ端末に当該登録情報を送信する。

記憶部１２０は、サーバ１００が動作するうえで必要とする各種プログラムおよびデータを記憶する機能を有する。記憶部１２０は、友だち関係になったユーザ同士を対応付けたフレンド情報４００を記憶している。フレンド情報４００の詳細については後述する。記憶部１２０は、典型的には、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなど各種の記録媒体により実現される。

制御部１３０は、サーバ１００の各部を制御する機能を有するプロセッサである。制御部１３０は、通信部１１０から友だち追加要求を伝達されて、対応付けるユーザ同士がどのユーザであるかを特定し、記憶部１２０に記憶されているフレンド情報４００を更新する機能を有する。
制御部１３０は、判定部１３１と、要求部１３２と、更新部１３３とを含む。

判定部１３１は、複数のユーザ端末において、ユーザ同士の友だち追加を実行するか否かに関わる判定処理を実行する機能を有する。判定部１３１は、ユーザ端末からの友だち追加要求を受け付けた場合に、所定時間内に別のユーザ端末から新たな友だち追加要求があるか否かを判定する。また、判定部１３１は、所定時間内に新たな友だち追加があった場合に、友だち追加要求を行ったユーザ端末それぞれの位置情報を取得し、一方の位置情報が他の位置情報の所定範囲内に存在するか否かを判定する。つまり２つのユーザ端末間の距離が所定距離内であるか否かを判定する。そして、判定部１３１は、２つのユーザ端末が所定範囲内にあると判定した場合には、その旨を要求部１３２に通知する。

判定部１３１は、さらに、要求部１３２により成された入力要求に応じた２つのユーザ端末からの入力内容の情報が伝達されると、２つの入力内容に関連性があるか否かを判定する。入力内容に関連性があるか否かの判定の詳細については後述する。判定部１３１は、２つの入力内容に関連性があるか否かを示す判定結果を、判定を行ったユーザ端末の識別情報とともに更新部１３３に伝達する。

要求部１３２は、判定部１３１から所定時間内に２つの友だち追加要求を受信したことを通知された場合に、当該２つの友だち要求を送信したユーザ端末それぞれに対して所定の入力を要求する入力要求を、通信部１１０を介して送信する機能を有する。

更新部１３３は、判定部１３１から通知されたユーザ同士の対応付けをフレンド情報４００に追加登録して更新する機能を有する。また、更新部１３３は、判定部１３１から伝達された判定結果に応じて、友だち追加登録に成功したか否かを示す結果情報を生成し、通信部１１０を介して、友だち追加要求を行ったユーザ端末に生成した結果情報を送信する。
以上が、サーバ１００の機能構成についての説明である。
図３は、ユーザ端末２００およびユーザ端末３００の機能構成を示すブロック図である。

双方の端末は、ともにいわゆるスマートフォンなどに代表される携帯端末であり、ユーザ端末３００は、以下の説明において「ユーザ端末２００」を「ユーザ端末３００」に置き換えた構成であり、基本的な構成はユーザ端末２００と共通するので、ここでは、ユーザ端末２００についてのみ説明するものとする。
図３に示すように、ユーザ端末２００は、入力部２１０と、通信部２２０と、記憶部２３０と、制御部２５０と、表示部２６０とを含んで構成される。

入力部２１０は、ユーザからの入力を受け付けて、当該入力に係る情報を、制御部２５０に伝達する機能を有する。入力部２１０は、タッチパネルなどにより実現され、指やスタイラスなどの指示具により接触された接触位置を検出し、当該検出位置の座標を情報処理部２５１に伝達する。

通信部２２０は、ネットワーク５００を介して、サーバ１００と通信を実行する機能を有する。当該通信は、有線、無線のいずれで実行されてもよく、また、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。

記憶部２３０は、ユーザ端末２００が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２３０は、典型的には、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなど各種の記録媒体により実現される。
制御部２５０は、ユーザ端末２００の各部を制御する機能を有するプロセッサである。
制御部２５０は、情報処理部２５１と、表示処理部２５２と、位置情報取得部２５３とを含む。
情報処理部２５１は、入力部２１０から入力された情報にしたがって、通信部２２０にサーバ１００に入力情報を送信するように指示する機能を有する。

情報処理部２５１は、入力部２１０から伝達された入力情報が友だち追加要求を示す場合には、当該友だち追加要求を通信部２２０に伝達する。また、入力部２１０から伝達された入力情報がサーバ１００から要求された所定の入力に関するものである場合に、入力された位置座標に基づく画像情報を生成して、通信部２２０を介して、サーバ１００に当該画像情報を送信する。
また、情報処理部２５１は、通信部２２０からサーバ１００が送信したメッセージを、表示すべきデータとして、表示処理部２５２に伝達する機能も有する。
表示処理部２５２は、情報処理部２５１から伝達された表示用のデータを画素情報に変換し、表示部２６０のフレームバッファに書き込む機能を有する。

位置情報取得部２５３は、ユーザ端末２００の現在地を取得する機能を有する。位置情報取得部２５３は、例えば、ＧＰＳ（Global Positioning System）により実現される。位置情報取得部２５３は、ユーザ端末２００の現在地を取得すると、取得した現在地の情報を情報処理部２５１に伝達する。なお、ここでは、現在地は、緯度および経度の情報である。
表示部２６０は、制御部２５０の表示処理部２５２によりフレームバッファに書き込まれた表示データに従って、画像を表示する機能を有するモニタである。
以上がユーザ端末２００、ユーザ端末３００の機能構成についての説明である。

＜データ＞
ここで、本実施の形態において、通信システムで用いられる情報について説明する。
図４は、サーバ１００の記憶部１２０に記憶されているフレンド情報４００のデータ構成例を示すデータ概念図である。
図４に示すように、フレンド情報４００は、ユーザＩＤ４０１と、フレンドユーザＩＤ４０２とが対応付けられた情報である。
ユーザＩＤ４０１は、サーバ１００が提供するサービスを利用するユーザ各々を識別するための識別情報である。
フレンドユーザＩＤ４０２は、ユーザＩＤ４０１で示されるユーザが、友だちとして登録したユーザを識別する識別情報である。

これらの識別情報は、各ユーザに固有のものであれば、どのような形で表現されてもよく、例えば、数字、ひらがな、カタカナ、漢字、アルファベット、記号などを用いて表現されてよい。

図４の例で言えば、例えば、ユーザＩＤ「ＵＩＤ００２８７５１」のユーザは、ユーザＩＤ「ＵＩＤ００００４３９」、「ＵＩＤ０２０８１３３」、「ＵＩＤ０２９３４６７」、「ＵＩＤ０３３８８７４」、「ＵＩＤ０３３８８７５」のユーザを友だちであるとして通信システム上で登録されている。
フレンド情報４００に対応付けがなされていることにより、サーバ１００が提供するサービス上で、友だちであるとして設定される。

＜動作＞
本実施の形態に係る通信システムの動作を説明する。

図５を用いて、ユーザ端末２００、３００とサーバ１００の間のやり取りを説明した後に、図６を用いて、ユーザ端末の動作を説明し、図７を用いてサーバ１００の動作を説明する。
図５は、ユーザ端末２００、３００とサーバ１００との間のやり取りを示したシーケンス図である。

図５に示すように、まず、ユーザ端末２００は、サーバ１００に対して友だち追加要求を送信する（ステップＳ５０１）。
同様に、ユーザ端末３００も、ほぼ同時（所定時間内）にサーバ１００に対して友だち追加要求を送信する（ステップＳ５０２）。

サーバ１００は、ユーザ端末２００とユーザ端末３００とからの友だち追加要求を受け付けると、ユーザ端末２００とユーザ端末３００とに対して予め設定されている内容の所定の入力を要求する（ステップＳ５０３）。

当該要求を受け付けて、ユーザ端末２００および／またはユーザ端末３００のユーザは、予め定められたユーザ端末２００とユーザ端末３００のユーザ同士を友だちとして登録するための入力を各ユーザ端末で実行する（ステップＳ５０４）。
ユーザ端末２００は、タッチパネルで受け付けた入力内容をサーバ１００に送信する（ステップＳ５０５）。
ユーザ端末３００もまた、タッチパネルで受け付けた入力内容をサーバ１００に送信する（ステップＳ５０６）。

サーバ１００は、ユーザ端末２００およびユーザ端末３００から送信された入力内容を受信し、双方の入力内容を比較して、当該入力内容が所定の関係にあるか否かを判定する。そして、サーバ１００は、両入力内容が所定の関係にあると判定した場合に、ユーザ端末２００とユーザ端末３００とのそれぞれのユーザを示す識別情報を友だちであるとして対応付ける（ステップＳ５０７）。
そして、サーバ１００の更新部１３３は、友だち追加に成功したことを示す結果情報をユーザ端末２００とユーザ端末３００とに送信する（ステップＳ５０８）。
以上が、２つのユーザ端末間での友だち追加に係るサーバとのやり取りである。

次に、ユーザ端末の動作を示す。ここでは、ユーザ端末２００の動作として説明するが、当該動作はユーザ端末３００にも共通する。
図６は、ユーザ端末２００の動作を示すフローチャートである。

図６に示すように、ユーザ端末２００の入力部２１０は、ユーザから友だちの追加を要求する入力を受け付ける。入力部２１０は、当該入力内容を情報処理部２５１に伝達する。情報処理部２５１は、伝達された友だちの追加を要求する入力に応じて、通信部２２０を介してサーバ１００に友だち追加要求を送信する（ステップＳ６０１）

サーバ１００の通信部２２０は、当該友だち追加要求に応じてサーバ１００から送信された所定の入力要求を受信する（ステップＳ６０２）。通信部２２０は、受信した所定の入力要求を情報処理部２５１に伝達する。情報処理部２５１は、当該所定の入力要求を表示処理部２５２に伝達し、表示処理部２５２は、所定の入力を要求する表示情報を生成して表示部２６０にフレームバッファに書き込む。すると表示部２６０は、例えば、「所定の入力を行ってください。」というような所定の入力を促すメッセージが表示する。
これを見たユーザは、入力部２１０に対して所定の入力を実行する（ステップＳ６０３）。所定の入力についての詳細は後述する。

入力部２１０は、ユーザから所定の入力を受け付けると、当該入力内容を情報処理部２５１に伝達する。情報処理部２５１は、所定の入力内容を示す情報を生成し、通信部２２０を介してサーバ１００に送信する（ステップＳ６０４）。

通信部２２０は、所定の入力内容の送信に応じてサーバ１００から送信された友だちの追加ができたか否かを示す結果情報を受信する（ステップＳ６０５）。通信部２２０は、受信した結果情報を情報処理部２５１に伝達する。

情報処理部２５１は、結果情報を伝達されると、これを表示処理部２５２に伝達する。そして、表示処理部２５２は、当該結果情報に基づく表示情報を生成し、表示部２６０のフレームバッファに書き込む。表示部２６０は、表示処理部２５２により書き込まれた表示情報（画素データ）に基づく表示を行う（ステップＳ６０６）。これにより、ユーザは、友だち追加に成功したか否かを認識できる。
以上が、友だちを追加する際のユーザ端末２００の動作である。
最後にサーバ１００の動作を示す。
図７は、サーバ１００の動作を示すフローチャートである。
図７に示すように、サーバ１００通信部１１０は、ユーザ端末からの友だち追加要求を受信する（ステップＳ７０１）。

通信部１１０は、判定部１３１に受信した友だち追加要求を伝達する。判定部１３１は、友だち追加要求を伝達されてから、所定時間内（例えば、１分以内）に、新たな友だち追加要求を伝達されていないかを判定する（ステップＳ７０２）。

所定時間内に新たな友だち追加要求があった場合には（ステップＳ７０２のＹＥＳ）、判定部１３１は、友だち追加要求を行った２つのユーザ端末の位置情報を取得し、両ユーザ端末が所定範囲内に存在するか否かを判定する（ステップＳ７０３）。

２つのユーザ端末が所定範囲内に存在していた場合には（ステップＳ７０３のＹＥＳ）、判定部１３１は、要求部１３２に対して友だち追加要求を行った２つのユーザ端末が所定範囲内に存在することを通知する。当該通知を受けた要求部１３２は、当該２つのユーザ端末に対して、通信部１１０を介して、所定の入力の実行を要求する入力要求を送信する（ステップＳ７０５）。

所定時間内に新たな友だち追加要求が到来しなかった場合（ステップＳ７０２のＮＯ）や、友だち追加要求を行ったユーザ端末同士が所定範囲内に存在しなかった場合（ステップＳ７０３のＮＯ）には、通常通りのユーザの指定による友だち追加処理を実行して（ステップＳ７０４）終了する。

ここで、簡単に通常通りの友だち追加処理について説明する。通常であれば、友だち追加処理は、友だち追加要求を行った後、当該友だち追加要求を行ったユーザ端末には、その位置情報に基づいて周辺に存在すると判定されたユーザ端末のユーザＩＤのリストが送信される。そして、ユーザ端末では、ユーザが表示されたリストのなかから、友だちとして追加したいユーザＩＤを選択する。ユーザ端末は選択されたユーザＩＤをサーバ１００に送信する。そして、サーバ１００は送信されてきたユーザＩＤを、当該ユーザＩＤを送信したユーザ端末のユーザＩＤをフレンドユーザとしてフレンド情報４００に対応付けを登録する。

所定の入力要求の送信後、通信部１１０は、２つのユーザ端末からの入力内容を示す情報を受信する（ステップＳ７０６）。通信部１１０は、２つのユーザ端末から受信した入力内容を示す情報を判定部１３１に伝達する。

判定部１３１は、伝達された２つの入力内容を示す情報に関連性があるか否かを判定する（ステップＳ７０７）。当該関連性の有無についての判定の詳細は後述する。

判定部１３１が、２つのユーザ端末からの入力内容に関連性があると判定した場合には（ステップＳ７０７のＹＥＳ）、その旨を更新部１３３に通知する。更新部１３３は当該通知を受けて、友だち追加要求を行ったユーザ端末それぞれのユーザＩＤ同士を対応付けてフレンド情報４００を更新する。また、更新部１３３は、両ユーザ端末のユーザ同士が友だちになったことを示す結果情報を生成する（ステップＳ７０８）。

一方、判定部１３１が、伝達された２つの入力内容に関連性がないと判定した場合には（ステップＳ７０７のＮＯ）、更新部１３３は、友だち追加に失敗したことを示す結果情報を生成する（ステップＳ７０８）。
最後に更新部１３３は、通信部１１０を介して、友だち追加要求を行ったユーザ端末に生成した結果情報を送信して（ステップＳ７１０）、終了する。
以上が、友だち追加に係るサーバ１００の動作である。

＜入力例＞
ここから、サーバ１００により要求されるユーザ端末２００、３００上で実行する所定の入力についての例と、それぞれの場合のサーバ１００での判定手法について説明する。
図８、図９は、ユーザ端末における入力例を示す図である。

図８は、２つのユーザ端末のタッチパネルをあたかも１つのタッチパネルであるかのようにして、２つのタッチパネルに跨る入力をする例を示している。２つの端末のタッチパネルを跨ぐ入力をすれば、その軌跡に関連性を見出すことができる。
例えば、図８（ａ）に示すように、２つのタッチパネルを並べて、円を描くような入力を実行する。
あるいは、図８（ｂ）に示すように、２つのタッチパネルを並べて、四角を描くような入力を実行する。
なお、図８においては、ユーザ端末２００、３００のうちのいずれかのユーザが一人で図形を描く例を説明しているが、これはそれぞれのユーザがそれぞれの端末に対応する図形を描くこととしてもよい。

どのような図形を描くのかについては、予め定められていることとしてもよいし、あるいは、サーバ１００により各ユーザ端末に指示される（例えば、「２つの端末を並べて、２つの端末を跨ぐように円を描け」というような指示）こととしてもよい。
このような入力をすることによって、描かれる図形に関連性を見出すことができる。

具体的には、ユーザ端末では、入力部２１０に対して入力された軌跡に基づいて、情報処理部２５１が当該軌跡に相当する画像情報を生成する。すなわち、図８（ａ）の場合であれば、ユーザ端末２００は、左側の半円の画像情報を、ユーザ端末３００は、右側の半円の画像情報を生成する。そして、各ユーザ端末は生成した画像情報を所定の入力に関する情報としてサーバ１００に送信する。

サーバ１００では、ユーザ端末２００とユーザ端末３００とから送信された画像情報に関連性があるか否かを判定する。例えば、２つの端末を跨って描かれる図形が円に定まっている場合には、２つの画像情報を結合して、円形になっているか否かを判定する。すなわち、ユーザ端末２００から送信された画像情報に示される軌跡の端点と、ユーザ端末３００から送信された画像情報に示される軌跡の端点とをつなぎ合わせて、一つの図形を生成する。そして、生成した図形が円であるか否かを判定する。

これは、図８（ｂ）に示すように、入力が四角を描く形状の場合でも同様である。また、入力形状は、円や四角に限定されるものではなく、線分や三角形、あるいは、六角形などのその他の形状であってもよいことは言うまでもない。
図９は、２つのユーザ端末で同様の入力をすることによって、両ユーザ端末双方において同様の入力を実行することで関連性を持たせた入力例を示す図である。

例えば、図９（ａ）は、ユーザ端末２００、３００それぞれで、同様の箇所を、図９（ａ）に示す数字の順序にタッチする例を示している。この場合、ユーザ端末は、タッチパネル上でタッチしたタッチパネルの座標情報と、そのタッチした順序を示す順序情報を所定の入力に関する情報として送信する。そして、サーバ１００の判定部１３１は、両ユーザ端末から送信された所定の入力に含まれるタッチの順序情報に対応する座標情報ごとに、それぞれの座標情報が所定距離内にあるか否かを判定する。そして、所定距離以内にあると判定した場合に、判定部１３１は、２つのユーザ端末からの所定の入力内容に関する情報に関連性があると判定する。

また、例えば、図９（ｂ）の場合であれば、ユーザ端末２００と、ユーザ端末３００との双方において、同じ形状の図形を描く入力を実行する。図９（ｂ）の場合であれば、星形を描いた例を示している。ユーザ端末２００とユーザ端末３００とは、その星形の画像情報を生成して、所定の入力内容に関する情報として、サーバ１００に送信する。サーバ１００は、受信したユーザ端末２００からの画像情報とユーザ端末３００からの画像情報とを比較し、相関値を算出する。そして、算出した相関値が予め定められた閾値以上であれば、関連性があると判定する。なお、図９（ｂ）では、星形を描く例を説明しているが、描く図形が星形には限定されないことは言うまでもなく、両端末において同様の図形が描かれるのであれば、それ以外の形状であってもよいことは言うまでもない。なお、図形を描く際の書き順については判定に用いても用いずともよい。書き順を判定に用いた場合には、更に、ユーザ端末の特定を容易にすることができる。

ユーザ端末では、図８や図９に示したような入力を行い、サーバ１００は、当該入力に応じた判定を実行する。なお、図８、図９に示した判定方法の一部のみが実行できるように実装されてもよいし、全ての判定方法が実行できるように実装されてもよい。

また、図８、図９に示した入力例と対応する判定方法は、一例でしかなく、二つのユーザ端末において、入力内容に関連性があるか否かを判定できる手法であればその他のどのような判定方法を用いてもよい。

例えば、図８（ａ）、（ｂ）の場合であれば、上述では描かれた形状まで判定しているが、例えば、ユーザ端末２００の入力内容に示される軌跡の端点の座標と、ユーザ端末３００の入力内容に示される軌跡の端点の座標とがほぼ一致する（座標間の距離が所定距離内）か否かのみに基づいて、関連性があるか否かを判定することとしてもよい。

また、あるいは、ユーザ端末２００から送信された軌跡の端点の座標のＹ座標と、ユーザ端末３００から送信された軌跡の端点の座標のＹ座標とを比較し、それらが一致、もしくは、所定距離内にあるか否かに基づいて、関連性があるか否かを判定することとしてもよい。

また、図９（ａ）の場合であれば、判定方法を簡素化するために、タッチパネルの表示領域を複数の矩形領域に分割し、その矩形領域について同じ矩形領域をタッチしたか否かに応じて、ユーザ端末同士が友だちとして対応付けるべきユーザの端末であるか否かを判定することとしてもよい。また、上記では、図９（ａ）の場合に、図９（ａ）に記載の数字の順番にタッチすることとして説明したが、複数の箇所に対するタッチ、すなわち、マルチタッチによりタッチした箇所、あるいは、タッチの箇所の規則性を利用した判定を行うこととしてもよい。ここでいう規則性とはマルチタッチの箇所の個数であってもよいし、マルチタッチにより検出されるタッチ箇所の位置関係であってもよい。

このように、ユーザ端末２００とユーザ端末３００とから送信された所定の入力内容に関連性があるか否かを特定する手法については様々にあり、どの手法を用いることとしてもよい。

＜まとめ＞
本実施の形態に係る通信システムによれば、友だちになりたいと所望しているユーザ同士がそれぞれの端末を用いて関連性のある入力を実行することで、周囲に存在する他人も友だちの候補として挙がることを除去することができる。すなわち、本当に友だちになりたいユーザ同士のみでの関連付けが容易に行うことができる。
よって、従来のように友だちを追加する際に、他のユーザが候補として挙がるという事態を抑制することができる。

＜変形例＞

上記実施の形態に本発明に係る発明の一実施態様を説明したが、本発明に係る思想がこれに限られないことは言うまでもない。以下、本発明に係る思想として含まれる各種変形例について説明する。

（１）上記実施の形態においては、ステップＳ５０７において、サーバ１００は、対応付けるユーザ端末２つを特定できたものとして、即座に対応付けを実行する例を示した。

しかし、ここで偶然にも同じような入力をした端末が友だちになりたいと所望している端末同士以外の端末が存在する場合には、他の端末も対応付けされる可能性がある。そこで、サーバ１００の更新部１３３は、ステップＳ５０７においては、対応付けを実行しないこととしてもよい。そして、まず、ステップＳ５０８に示す結果情報を各ユーザ端末に送信する。そして、ユーザ端末上では、友だち追加したいユーザのサービス上でのＩＤを表示させる。ユーザ端末のユーザは、表示されたユーザＩＤのなかから追加したい友だちを選択し、ユーザ端末は選択されたユーザＩＤをサーバ１００に送信する。そして、サーバ１００の更新部１３３は、そのようにして送信されてきたユーザＩＤを友だちになりたいユーザであると認識して、フレンド情報４００への登録を実行することとしてもよい。

（２）上記実施の形態においては、ユーザ端末同士の位置情報が近接していることと、２つのユーザ端末においてタッチパネルに対してなされた入力内容に関連性があるか否かに応じて、友だち追加を要求している端末を簡単に特定する手法を開示した。しかし、友だち追加を行うことを希望している端末同士を特定する手法はこれに限るものではなく、それ以外の手法を用いてもよい。

例えば、２つのユーザ端末にカメラが搭載されている場合に、両ユーザ端末は、同じ被写体を撮像し、撮像された画像をサーバ１００に送信する。そして、サーバ１００は撮像された二つの画像を比較し、同じ被写体を撮影しているものであるか否かを判定することで、当該撮影画像を送信したユーザ端末が、友だちになりたいと所望しているユーザ同士のユーザ端末であるか否かを判定することができる。

あるいは、２つのユーザ端末に加速度センサが搭載されている場合に、２つのユーザ端末を同じように振るなどして加速度情報を得る。ユーザ端末は得られた加速度情報をサーバ１００に送信し、サーバ１００は、得られた加速度情報に関連性があるか否かを判定して、加速度情報を送信したユーザ端末が友だちになりたいユーザの端末であるか否かを判定することができる。

また、あるいは、２つのユーザ端末において、同じ内容のテキスト情報を生成し、サーバ１００に送信する。そして、サーバ１００は、送信されたテキスト情報が同じであるか否かを判定して、テキスト情報を送信したユーザ端末が友だちになりたいユーザの端末であるか否かを判定することができる。

上記実施の形態においては、複数のユーザ端末の中から２台のユーザ端末を特定する手法を開示した。
しかし、特定するユーザ端末は２台に限るものではない。３以上のユーザ端末を、上記実施の形態に示した手法を用いて、当該３以上のユーザ端末を特定してもよい。
３以上の場合として、ユーザ端末が３台ある場合を例に説明する。

ユーザ端末が３台ある場合に対する入力としては、図８、あるいは、図９に示した場合のいずれのパターンであってもよい。
図８の場合であれば、３台のユーザ端末を並べて、その３台のユーザ端末のタッチパネルを跨ぐように、楕円や四角などの予め定められた（もしくは、サーバ１００により指定された）図形を描く。

サーバ１００は、当該３台から描かれた軌跡を示す画像情報を受信すると、それらの画像情報をつなぎ合わせて、予め定められた（もしくは、サーバ１００が指定した）図形になっているか（相関値が所定以上であるか）を判定し、その結果に応じて、ユーザ端末に、友だち追加に成功したことを示す結果情報（または他のユーザ端末の情報を含む結果情報）を送信、もしくは、友だち追加に失敗したことを示す結果情報（または端末を特定できなかったことを示す結果情報）を送信する。

図９の場合であれば、ユーザ端末が２台の場合と同様に、３台のユーザ端末それぞれで同じ図形を描く。サーバ１００は３台のユーザ端末それぞれから描かれた軌跡を示す画像情報を取得して、取得した３枚の画像情報の間の相関性を判定し、その結果に応じて、ユーザ端末に、友だち追加に成功したことを示す結果情報（または他のユーザ端末の情報を含む結果情報）を送信、もしくは、友だち追加に失敗したことを示す結果情報（または端末を特定できなかったことを示す結果情報）を送信する。
このように、ユーザ端末が３台以上ある場合であっても、問題なく、その３台以上ある友だちになりたいと考えているユーザのユーザ端末を特定することができる。

また、２以上のユーザ端末を特定する手法としては、画像を用いる以外には、音声に基づくものであってもよい。例えば、ユーザ端末２００、３００のマイクに同一ユーザが同じ音声を入力し、サーバは、両ユーザ端末から当該音声情報を受信して音声解析ソフトを用いて、二つの音声情報が所定以上相関するか否かに基づいて、関連性があるか否かを判定してもよい。あるいは、ユーザ端末２００とユーザ端末３００のユーザそれぞれが同じ内容のセリフを入力して、二つの音声の間に所定の相関あるか否かに基づいて、関連性があるか否かを判定してもよい。このように、画像に換えて音声を用いることとしてもよい。

（４）上記実施の形態においては、ユーザ端末における所定の入力は、サーバ１００からの要求があったタイミングで行うこととしている。しかし、これは、その限りではない。
例えば、ユーザは、友だち追加要求の入力をするタイミングで所定の入力を行い、ユーザ端末は、友だち追加要求とともに所定の入力により示される軌跡情報をサーバ１００に送信する構成としてもよい。
これにより、上記実施の形態における、サーバ１００が所定の入力をユーザ端末に要求し、ユーザ端末がこれに応じて、ユーザにより成された所定の入力に係る情報をサーバ１００に送信するという処理を省略することができる。

（５）上記実施の形態においては、ユーザ端末間において、当該ユーザ端末においてタッチパネルに対して実行された入力内容に関連性があるか否かを、ユーザ端末から送信された所定の入力に関連する軌跡を示す画像情報に基づいて実行することとした。
これは、サーバ１００において、受信した画像情報に対して特徴点抽出などの画像解析を行うことで実行しているが、当該画像解析は、ユーザ端末側で実行することとしてもよい。

すなわち、ユーザ端末２００およびユーザ端末３００は、ユーザからの所定の入力により得られる軌跡に対して、その特徴点を抽出する処理を行い、軌跡の画像情報に換えて、抽出した特徴点の情報をサーバ１００に送信する。そして、サーバ１００は、送信された特徴点の情報に所定の関連性があるか否かを判定することとしてもよい。これによりサーバ１００の処理付加を軽減することができる。

（６）サーバ１００の各機能部は、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって実現してもよいし、ＣＰＵ（Central Processing Unit）およびメモリを用いてソフトウェアによって実現してもよい。また、各機能部は、１または複数の集積回路により実現されてよく、複数の機能部の機能を１つの集積回路により実現されることとしてもよい。ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

サーバ１００の各機能部をソフトウェアにより実現する場合、サーバ１００またはユーザ端末２００やユーザ端末３００は、各機能を実現するソフトウェアである検索プログラムの命令を実行するＣＰＵ、上記検索プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記検索プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記検索プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記検索プログラムは、当該検索プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。本発明は、上記検索プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、上記検索プログラムは、例えば、ActionScript、JavaScript（登録商標）などのスクリプト言語、Objective-C、Java（登録商標）などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装できる。

（７）本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
（８）上記実施の形態および各種変形例に示す構成を適宜組み合わせることとしてもよい。

＜補足＞
ここで、本発明に係るサーバ、コンピュータの制御方法および情報処理装置について、その一実施態様と、当該態様により奏する効果を説明する。

（ａ）本発明に係るサーバは、タッチパネルを備える複数の端末とネットワークを介して接続されるサーバであって、前記複数の端末それぞれのタッチパネルに対してなされた操作に関連する操作情報を受信する受信部と、複数の前記操作情報の間に所定の関連性があるか否かを判定する判定部と、前記判定部により前記関連性があると判定された場合に、前記複数の端末各々に、前記複数の端末に含まれる他の端末に関する端末情報を送信する送信部とを備える。

ここで第１端末は、上記実施の形態においては、ユーザ端末２００に相当し、その第１タッチパネルは、入力部２１０に相当する。また、第２端末は、上記実施の形態においては、ユーザ端末３００に相当し、その第２タッチパネルは、入力部２１０に相当する。
受信部は、上記実施の形態においては、通信部１１０に相当する。
判定部は、上記実施の形態においては、判定部１３１に相当する。
送信部は、上記実施の形態においては、通信部１１０と更新部１３３の組み合わせに相当する。

また、本発明に係る端末特定方法は、タッチパネルを備える複数の端末とネットワークを介して接続されるサーバによる端末特定方法であって、前記複数の端末それぞれのタッチパネルに対してなされた操作に関連する操作情報を受信する受信ステップと、複数の前記操作情報の間に所定の関連性があるか否かを判定する判定ステップと、前記判定ステップにおいて前記関連性があると判定された場合に、前記複数の端末各々に、前記複数の端末に含まれる他の端末に関する端末情報を送信する送信ステップとを含む。

また、本発明に係る端末特定プログラムは、タッチパネルを備える複数の端末とネットワークを介して接続されるサーバのプロセッサに端末特定処理を実行させる端末特定プログラムであって、前記端末特定処理は、前記複数の端末それぞれのタッチパネルに対してなされた操作に関連する操作情報を受信する受信ステップと、複数の前記操作情報の間に所定の関連性があるか否かを判定する判定ステップと、前記判定ステップにおいて前記関連性があると判定された場合に、前記複数の端末各々に、前記複数の端末に含まれる他の端末に関する端末情報を送信する送信ステップとを含む。

ここで、端末情報は、ユーザID、アカウント名、端末固有の番号などサービス上の個人を特定可能な情報のいずれかであればよく、また、これらの情報の組み合わせであってもよい。

これにより、本発明に係るサーバは、関係のないユーザ端末を含む可能性を抑制しながら、複数の端末を特定し、互いに他方の情報を送信することができる。したがって、本発明に係るサーバは、例えば、関係のない他のユーザを含まないように、友だちになりたいと所望しているユーザ同士での友だちとしての関連付けが実行できる。

（ｂ）上記（ａ）に係るサーバにおいて、前記複数の端末は、第１タッチパネルを備える第１端末および第２タッチパネルを備える第２端末を含み、前記受信部は、前記第１の端末から前記第１タッチパネルに対してなされた操作に関連する情報を示す第１情報および前記第２の端末から前記第２タッチパネルに対してなされた操作に関連する情報を示す第２情報を受信し、前記判定部は、前記第１情報と前記第２情報との間に前記所定の関連性があるか否かを判定し、前記送信部は、前記判定部により前記関連性があると判定された場合に、前記第１の端末および前記第２の端末それぞれに、他方の端末に関する端末情報を送信することとしてもよい。

これにより、本発明に係るサーバは、関係のないユーザ端末を含む可能性を抑制しながら、２つの端末を特定し、互いに他方の情報を送信することができる。したがって、本発明に係るサーバは、例えば、関係のない他のユーザを含まないように、友だちになりたいと所望しているユーザ同士での友だちとしての関連付けが実行できる。

（ｃ）上記（ｂ）に係るサーバにおいて、前記第１情報は、前記第１タッチパネルに対して前記第１の端末の第１ユーザによりなされたタッチ操作を示す第１タッチ操作情報であり、前記第２情報は、前記第２タッチパネルに対して前記第２の端末の第２ユーザによりなされたタッチ操作を示す第２タッチ操作情報であり、前記第１タッチパネルと前記第２タッチパネルとは、同様の入力位置座標系を有し、前記第１タッチ操作情報は前記第１タッチパネルにおいてタッチされた第１座標値を含み、前記第２タッチ操作情報は前記第２タッチパネルにおいてタッチされた第２座標値を含み、前記判定部は、前記第１座標値と前記第２座標値とが所定の範囲内にあると判定した場合に、前記所定の関連性があると判定することとしてもよい。

これにより、２つの端末のタッチパネルそれぞれでの入力位置に基づく判定を行うことができる。端末のユーザとしては、タッチパネルにタッチするだけという簡単な操作を行うだけで済む。

（ｄ）上記（ｃ）に係るサーバにおいて、前記受信部は、複数の前記第１タッチ操作情報および複数の前記第２タッチ操作情報をそれぞれのタッチされた順序情報とともに受信し、前記判定部は、前記順序情報により示される順序にしたがって複数の第１タッチ操作情報により示される第１座標値と複数の前記第２タッチ操作情報により示される第２座標値とが所定の範囲内にあるか否かを判定し、前記複数の第１タッチ操作情報により示される第１座標値全てが、対応する第２座標値から所定の範囲内にあると判定した場合に、前記所定の関連性があると判定することとしてもよい。
これにより、入力を複数回のタッチに分けることで、周囲にいる他の端末が友だちの候補として挙がる可能性を抑制することができる。

（ｅ）上記（ｃ）に係るサーバにおいて、前記第１情報は、前記第１タッチパネルに対して前記第１ユーザによりなされたタッチ操作の軌跡を示す第１軌跡情報であり、前記第２情報は、前記第２タッチパネルに対して前記第２ユーザによりなされたタッチ操作の軌跡を示す第２軌跡情報であり、前記判定部は、前記第１軌跡情報と前記第２軌跡情報と間に所定の関連性があるか否かを判定することとしてもよい。

これにより、サーバは、タッチ操作の軌跡を用いた判定を実行することができる。友だち追加を実行したいユーザ端末同士の近辺で同様の軌跡が描かれる端末が存在する確率は非常に低くなることから、友だち追加を行いたいと希望しているユーザ端末同士を特定しやすくなる。

（ｆ）上記（ｅ）に係るサーバにおいて、前記判定部は、前記第１軌跡情報により示される軌跡と前記第２軌跡情報により示される軌跡とが一つにつながると判定した場合に、前記所定の関連性があると判定することとしてもよい。

これにより、サーバは、更に、端末において描かれた軌跡が描く形状が閉じた図形になるかどうかを判定することになるので、２つの端末に跨った入力が実行されることになり、より容易に友だち追加を行いたいと希望しているユーザ端末同士を特定しやすくなる。

（ｇ）上記（ｅ）に係るサーバにおいて、前記第１情報は、前記第１軌跡情報の軌跡により示される第１形状情報であり、前記第２情報は、前記第２軌跡情報の軌跡により示される第２形状情報であり、前記判定部は、前記第１形状情報と前記第２形状情報とが同様の形状であると判定した場合に、前記所定の関連性があると判定することとしてもよい。
これにより、より容易に友だち追加を行いたいと希望しているユーザ端末同士を特定しやすくなる。

（ｈ）上記（ｅ）に係るサーバにおいて、前記第１情報は、前記第１軌跡情報の軌跡により示される第１形状情報であり、前記第２情報は、前記第２軌跡情報の軌跡により示される第２形状情報であり、前記判定部は、前記第１形状情報と前記第２形状情報とが相似の関係にあると判定した場合に、前記所定の関連性があると判定することとしてもよい。
これにより、より容易に友だち追加を行いたいと希望しているユーザ端末同士を特定しやすくなる。

（ｉ）上記（ｅ）に係るサーバにおいて、前記第１軌跡情報は、当該第１軌跡情報で示される軌跡のタッチ操作の開始点を示す第１の端点と、タッチ操作の終了点を示す第２の端点を含み、前記第２軌跡情報は、当該第２軌跡情報で示される軌跡のタッチ操作の開始点を示す第３の端点と、タッチ操作の終了点を示す第４の端点とを含み、前記判定部は、前記第１の端点と前記第４の端点との位置座標のY軸座標が所定範囲内で一致し、かつ、前記第２の端点と前記第３の端点との位置座標のY軸座標が所定範囲内で一致した場合に、前記所定の関連性があると判定することとしてもよい。
これにより、より容易に友だち追加を行いたいと希望しているユーザ端末同士を特定しやすくなる。

（ｊ）上記（ａ）〜（ｉ）のいずれかに係るサーバにおいて、前記サーバは、更に、前記判定部が関連性があると判定したユーザ端末同士を対応付ける対応付け部を備えることとしてもよい。
これにより、サーバが提供するサービス上で、ユーザ同士を友だちとして登録することができる。
（ｋ）上記（ａ）〜（ｊ）のいずれかに係るサーバにおいて、前記複数の端末は、さらに、第３タッチパネルを備える第３端末を含み、前記受信部は、さらに、前記第３端末から前記第３タッチパネルに対してなされた操作に関連する第３情報を受信し、前記判定部は、さらに、前記第１情報と、前記第２情報と、前記第３情報との間に所定の関連性があるか否かを判定し、前記送信部は、さらに、前記判定部が前記関連性があると判定した場合に、前記第１端末に前記第２端末および前記第３端末の情報を、前記第２端末に前記第１端末および前記第３端末の情報を、前記第３端末に前記第１端末および前記第２端末の情報を送信することとしてもよい。
これにより、端末が３台の場合も明確に当該３台の端末を特定することができる。
（ｌ）上記（ａ）〜（ｋ）のいずれかに係るサーバにおいて、前記受信部は、前記複数の端末各々でなされた操作から抽出される操作内容から抽出される特徴を示す特徴情報を受信し、前記判定部は、前記複数の端末各々から受信した特徴情報の間に前記所定の関連性があるか否かを判定することとしてもよい。
これにより、操作情報そのものの情報でなくとも、サーバは、ユーザ端末間に関連性があるかを判定して、端末情報を送信すべき端末を特定することができる。

本発明に係る通信システムは、友人になりたいと所望するユーザ同士でのみ関連付けが可能な通信システムとして活用することができる。

１００ サーバ
１１０ 通信部
１２０ 記憶部
１３０ 制御部
１３１ 判定部
１３２ 要求部
１３３ 更新部
２００ ユーザ端末
２１０ 入力部
２２０ 通信部
２３０ 記憶部
２５０ 制御部
２５１ 情報処理部
２５２ 表示処理部
２５３ 位置情報取得部
２６０ 表示部
３００ ユーザ端末
５００ ネットワーク

Claims (14)

1. タッチパネルを備える複数の端末とネットワークを介して接続されるサーバであって、
   前記複数の端末それぞれのタッチパネルに対してなされた操作に関連する操作情報を受信する受信部と、
   複数の前記操作情報の間に所定の関連性があるか否かを判定する判定部と、
   前記判定部により前記関連性があると判定された場合に、前記複数の端末各々に、前記複数の端末に含まれる他の端末に関する端末情報を送信する送信部とを備えるサーバ。
2. 前記複数の端末は、第１タッチパネルを備える第１端末および第２タッチパネルを備える第２端末を含み、
   前記受信部は、前記第１の端末から前記第１タッチパネルに対してなされた操作に関連する情報を示す第１情報および前記第２の端末から前記第２タッチパネルに対してなされた操作に関連する情報を示す第２情報を受信し、
   前記判定部は、前記第１情報と前記第２情報との間に前記所定の関連性があるか否かを判定し、
   前記送信部は、前記判定部により前記関連性があると判定された場合に、前記第１の端末および前記第２の端末それぞれに、他方の端末に関する端末情報を送信する
   ことを特徴とする請求項１記載のサーバ。
3. 前記第１情報は、前記第１タッチパネルに対して前記第１の端末の第１ユーザによりなされたタッチ操作を示す第１タッチ操作情報であり、
   前記第２情報は、前記第２タッチパネルに対して前記第２の端末の第２ユーザによりなされたタッチ操作を示す第２タッチ操作情報であり、
   前記第１タッチパネルと前記第２タッチパネルとは、同様の入力位置座標系を有し、
   前記第１タッチ操作情報は前記第１タッチパネルにおいてタッチされた第１座標値を含み、
   前記第２タッチ操作情報は前記第２タッチパネルにおいてタッチされた第２座標値を含み、
   前記判定部は、前記第１座標値と前記第２座標値とが所定の範囲内にあると判定した場合に、前記所定の関連性があると判定することを特徴とする請求項２記載のサーバ。
4. 前記受信部は、複数の前記第１タッチ操作情報および複数の前記第２タッチ操作情報をそれぞれのタッチされた順序情報とともに受信し、
   前記判定部は、前記順序情報により示される順序にしたがって複数の第１タッチ操作情報により示される第１座標値と複数の前記第２タッチ操作情報により示される第２座標値とが所定の範囲内にあるか否かを判定し、前記複数の第１タッチ操作情報により示される第１座標値全てが、対応する第２座標値から所定の範囲内にあると判定した場合に、前記所定の関連性があると判定することを特徴とする請求項３記載のサーバ。
5. 前記第１情報は、前記第１タッチパネルに対して前記第１ユーザによりなされたタッチ操作の軌跡を示す第１軌跡情報であり、
   前記第２情報は、前記第２タッチパネルに対して前記第２ユーザによりなされたタッチ操作の軌跡を示す第２軌跡情報であり、
   前記判定部は、前記第１軌跡情報と前記第２軌跡情報と間に所定の関連性があるか否かを判定することを特徴とする請求項３記載のサーバ。
6. 前記判定部は、前記第１軌跡情報により示される軌跡と前記第２軌跡情報により示される軌跡とが一つにつながると判定した場合に、前記所定の関連性があると判定することを特徴とする請求項５記載のサーバ。
7. 前記第１情報は、前記第１軌跡情報の軌跡により示される第１形状情報であり、
   前記第２情報は、前記第２軌跡情報の軌跡により示される第２形状情報であり、
   前記判定部は、前記第１形状情報と前記第２形状情報とが同様の形状であると判定した場合に、前記所定の関連性があると判定することを特徴とする請求項５記載のサーバ。
8. 前記第１情報は、前記第１軌跡情報の軌跡により示される第１形状情報であり、
   前記第２情報は、前記第２軌跡情報の軌跡により示される第２形状情報であり、
   前記判定部は、前記第１形状情報と前記第２形状情報とが相似の関係にあると判定した場合に、前記所定の関連性があると判定することを特徴とする請求項５記載のサーバ。
9. 前記第１軌跡情報は、当該第１軌跡情報で示される軌跡のタッチ操作の開始点を示す第１の端点と、タッチ操作の終了点を示す第２の端点を含み、
   前記第２軌跡情報は、当該第２軌跡情報で示される軌跡のタッチ操作の開始点を示す第３の端点と、タッチ操作の終了点を示す第４の端点とを含み、
   前記判定部は、前記第１の端点と前記第４の端点との位置座標のY軸座標が所定範囲内で一致し、かつ、前記第２の端点と前記第３の端点との位置座標のY軸座標が所定範囲内で一致した場合に、前記所定の関連性があると判定することを特徴とする請求項５記載のサーバ。
10. 前記サーバは、更に、
    前記判定部が関連性があると判定したユーザ端末同士を対応付ける対応付け部を備える
    ことを特徴とする請求項１〜９のいずれか１項に記載のサーバ。
11. 前記複数の端末は、さらに、
    第３タッチパネルを備える第３端末を含み、
    前記受信部は、さらに、前記第３端末から前記第３タッチパネルに対してなされた操作に関連する第３情報を受信し、
    前記判定部は、さらに、前記第１情報と、前記第２情報と、前記第３情報との間に所定の関連性があるか否かを判定し、
    前記送信部は、さらに、前記判定部が前記関連性があると判定した場合に、前記第１端末に前記第２端末および前記第３端末の情報を、前記第２端末に前記第１端末および前記第３端末の情報を、前記第３端末に前記第１端末および前記第２端末の情報を送信する
    ことを特徴とする請求項１〜１０のいずれか１項に記載のサーバ。
12. 前記受信部は、前記複数の端末各々でなされた操作から抽出される操作内容から抽出される特徴を示す特徴情報を受信し、
    前記判定部は、前記複数の端末各々から受信した特徴情報の間に前記所定の関連性があるか否かを判定する
    ことを特徴とする請求項２記載のサーバ。
13. タッチパネルを備える複数の端末とネットワークを介して接続されるサーバによる端末特定方法であって、
    前記複数の端末それぞれのタッチパネルに対してなされた操作に関連する操作情報を受信する受信ステップと、
    複数の前記操作情報の間に所定の関連性があるか否かを判定する判定ステップと、
    前記判定ステップにおいて前記関連性があると判定された場合に、前記複数の端末各々に、前記複数の端末に含まれる他の端末に関する端末情報を送信する送信ステップとを含む端末特定方法。
14. タッチパネルを備える複数の端末とネットワークを介して接続されるサーバのプロセッサに端末特定処理を実行させる端末特定プログラムであって、
    前記端末特定処理は、
    前記複数の端末それぞれのタッチパネルに対してなされた操作に関連する操作情報を受信する受信ステップと、
    複数の前記操作情報の間に所定の関連性があるか否かを判定する判定ステップと、
    前記判定ステップにおいて前記関連性があると判定された場合に、前記複数の端末各々に、前記複数の端末に含まれる他の端末に関する端末情報を送信する送信ステップとを含む端末特定プログラム。

Images