JP2017012287A - サーバ、サーバの制御方法、サーバの制御プログラムおよび情報処理システム - Google Patents

Abstract

【課題】簡易かつ安全な方式で互いにデータ通信する端末を操作するユーザ同士が所定関係であることを認証することが可能なサーバを提供する。【解決手段】複数の端末２Ａ，２Ｂと通信可能なサーバ５であって、各端末の位置情報検出部22Ａ，22Ｂおよび各端末の表面に設けられた操作部に対する操作情報を取得する情報受付部２１Ａ，２１Ｂと、取得した一の端末の位置情報と少なくとも１つの他の端末の位置情報とが第１の所定条件を満たすか否かを判断する位置判断部５２と、取得した一の端末の操作情報と少なくとも１つの他の端末の操作情報とが第２の所定条件を満たすか否かを判断する操作判断部５３と、第１の所定条件と第２の所定条件の両方を満たした場合に、一の端末のユーザに関する情報と少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録する登録管理部５５とを備える。【選択図】図４

Description

本開示は、情報端末間との間でデータ通信が可能なサーバに関する。

近年、スマートフォン等の携帯情報端末が普及している。当該携帯情報端末は、ネットワークを介してサーバと接続される。そして、ユーザはサーバから提供される様々なネットワークサービスをこのような携帯情報端末を用いて利用する機会が増加している。

また、いわゆるソーシャルネットワークサービス（ＳＮＳ）も普及している。当該ＳＮＳは、パーソナルコンピュータのみならず、上記の携帯情報端末上でも利用可能であり、また、中には、携帯情報端末のみで利用可能なＳＮＳのようなものも提供されている。

一方で、当該サービスは、見知らぬ者同士で楽しむよりも、友達同士で利用する方が安心かつ気軽に楽しむことが可能である。

この点で、友達同士であることを認証するために例えば、通信ゲームを行う場合には、友達である他のユーザを識別する相手識別情報を携帯情報端末に互いに入力して認証する方式が提案されている（特許文献１）。

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

しかしながら、互いに他のユーザを識別する相手識別情報の入力等は煩雑な作業となるため簡易な認証方式が求められる。一方で第３者との間で誤認証されないようにセキュアな認証方式とすることも求められる。

本開示の目的は、簡易かつ安全な方式で互いにデータ通信する端末を操作するユーザ同士が所定関係であることを認証することが可能なサーバ、サーバの制御方法、サーバの制御プログラムおよび情報処理システムを提供することである。

本開示のある局面に従う複数の端末と通信可能なサーバであって、各端末の位置情報および各端末の表面に設けられた操作部に対する操作情報を取得する情報取得部と、取得した一の端末の位置情報と少なくとも１つの他の端末の位置情報とが第１の所定条件を満たすか否かを判断する位置判断部と、取得した一の端末の操作情報と少なくとも１つの他の端末の操作情報とが第２の所定条件を満たすか否かを判断する操作判断部と、第１の所定条件と第２の所定条件の両方を満たした場合に、一の端末のユーザに関する情報と少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録する登録管理部とを備える。

好ましくは、情報取得部は、取得する各端末の位置情報および操作情報の少なくとも一方とともに時間情報を取得する。登録管理部は、位置判断部および操作判断部の判断結果および取得した時間情報に基づいて、一の端末のユーザに関する情報と少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録する。

好ましくは、位置判断部は、一の端末の位置情報により示される位置から少なくとも１つの他の端末の位置情報により示される位置までの距離が所定距離内であるか否かを判断する。

好ましくは、登録管理部は、第１の所定条件と第２の所定条件の両方を満たした場合に、一の端末に少なくとも１つの他の端末のユーザを示す情報を送信し、当該少なくとも１つの他の端末に当該一の端末のユーザを示す情報を送信する。

好ましくは、登録管理部は、少なくとも１つの他の端末のユーザを示す情報を送信し、一の端末のユーザを示す情報を送信した後に、一の端末と少なくとも１つの他の端末からユーザに関する情報の登録指示を取得した場合に、一の端末のユーザに関する情報と少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録する。

好ましくは、登録管理部は、少なくとも３つの端末のそれぞれから自端末以外の複数のユーザに関する情報の登録指示を取得した場合に、一の端末のユーザに関する情報と少なくとも２つの他の端末のユーザに関する情報とを対応付けて登録する。

本開示のある局面に従う複数の端末と通信可能なサーバの制御方法であって、各端末の位置情報および各端末の表面に設けられた操作部に対する操作情報を取得するステップと、取得した一の端末の位置情報と少なくとも１つの他の端末の位置情報とが第１の所定条件を満たすか否かを判断するステップと、取得した一の端末の操作情報と少なくとも１つの他の端末の操作情報とが第２の所定条件を満たすか否かを判断するステップと、第１の所定条件と第２の所定条件の両方を満たした場合に、一の端末のユーザに関する情報と少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録するステップとを備える。

本開示のある局面に従う複数の端末と通信可能なサーバのコンピュータで実行される制御プログラムであって、制御プログラムは、コンピュータを、各端末の位置情報および各端末の表面に設けられた操作部に対する操作情報を取得する情報取得部と、取得した一の端末の位置情報と少なくとも１つの他の端末の位置情報とが第１の所定条件を満たすか否かを判断する位置判断部と、取得した一の端末の操作情報と少なくとも１つの他の端末の操作情報とが第２の所定条件を満たすか否かを判断する操作判断部と、第１の所定条件と第２の所定条件の両方を満たした場合に、一の端末のユーザに関する情報と少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録する登録管理部として機能させる。

本開示のある局面に従う情報処理システムであって、複数の端末と、複数の端末と通信可能なサーバとを備える。サーバは、各端末の位置情報および各端末の表面に設けられた操作部に対する操作情報を取得する情報取得部と、取得した一の端末の位置情報と少なくとも１つの他の端末の位置情報とが第１の所定条件を満たすか否かを判断する位置判断部と、取得した一の端末の操作情報と少なくとも１つの他の端末の操作情報とが第２の所定条件を満たすか否かを判断する操作判断部と、第１の所定条件と第２の所定条件の両方を満たした場合に、一の端末のユーザに関する情報と少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録する登録管理部とを含む。

好ましくは、各端末は、ユーザからの操作入力を受け付けることが可能なタッチパネルを含む。情報取得部は、各端末のタッチパネルの操作情報を取得する。

好ましくは、各端末は、タッチパネルを介してユーザから選択的に入力を受け付け可能な複数のオブジェクトを表示する表示部を有する。

好ましくは、各端末は、表示部に表示する複数のオブジェクトのうち少なくとも１つのオブジェクトの配置が変更されるように当該複数のオブジェクトを表示部に表示させる表示制御部をさらに含む。

好ましくは、複数のオブジェクトのそれぞれは色および形態の少なくとも一方がそれぞれ異なる。

好ましくは、操作判断部は、情報取得部で取得した少なくとも２つの端末からの操作情報として複数のオブジェクトのうち同じオブジェクトの入力を受け付けたか否かを判断する。

上記によれば、位置情報および操作情報に基づいて少なくとも２つの端末のユーザに関する情報を対応付けて登録するため、簡易かつ安全な方式で互いにデータ通信する端末を操作するユーザ同士が所定関係であることを認証することが可能である。

実施形態に基づく情報処理システムの一例の構成を示す図である。 実施形態に基づく端末２の構成を説明する図である。 実施形態に基づくサーバ５の構成を説明する図である。 実施形態に基づく情報処理システムの各機能ブロック構成を説明する図である。 実施形態に基づく登録管理部５５で管理しているユーザ管理情報を説明する図である。 実施形態に基づくサーバ５に送信される送信情報のデータの一例を説明する図である。 実施形態に基づくサーバ５から端末２に送信される送信情報のデータの一例を説明する図である。 実施形態に基づくサーバ５に送信される送信情報である送信データ５００を示す図である。 実施形態に基づく認証処理の開始について説明する図である。 実施形態に基づく操作パネル画面１１０を説明する図である。 実施形態に基づく認証中の待機画面について説明する図である。 実施形態に基づくユーザ登録処理におけるユーザ指定画面１３０について説明する図である。 実施形態に基づくユーザ登録処理における成功通知画面について説明する図である。 実施形態に基づく認証失敗画面１５０について説明する図である。 実施形態に基づく情報処理システムのデータ通信の処理の流れを説明する図である。 実施形態に基づく端末２において実行されるアプリ処理について説明するフロー図である。 実施形態に基づく端末２のユーザ登録処理について説明するフロー図である。 実施形態に基づくサーバ５において実行される処理について説明するフロー図である。 実施形態の変形例１に従う情報処理システムの一例の構成を示す図である。 変形例２に従う操作パネル画面１１０＃を説明する図である。 変形例３に従うサーバ５において実行される処理について説明するフロー図である。

この実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰返さない。

（実施形態）
＜情報処理システムの構成＞
図１は、実施形態に基づく情報処理システムの一例の構成を示す図である。

図１に示すように、情報処理システムは、サーバ５と、複数の端末２Ａ，２Ｂとを含む。端末２Ａ，２Ｂは、サーバ５と通信可能に設けられており、サーバ５を介して他の端末とデータ通信が可能である。

端末２Ａ，２Ｂは、データ通信が可能な任意の情報処理装置である。本実施形態においては、端末２Ａ，２Ｂは、例えば携帯型ゲーム装置、携帯電話、あるいはスマートフォン等といった、携帯型（可搬型とも言う）の装置であってもよいし、パーソナルコンピュータや家庭用ゲーム機等といった据置型の装置であってもよいし、業務用のアーケードゲーム装置のような大型の装置であってもよい。

サーバ５は、端末２Ａ，２Ｂとの間でデータ通信が可能な任意の情報処理装置である。
なお、本例においては、端末２Ａ，２Ｂについて説明するが特に当該個数に限られる訳ではなく、２以上の個数であればさらに複数の端末を設ける構成にすることも可能である。

以下、端末２Ａ，２Ｂ（以下、総称して端末２とも称する）の構成について説明する。
図２は、実施形態に基づく端末２の構成を説明する図である。

図２に示されるように、端末２は、通信部１１と、ＧＰＳ１２と、ＣＰＵ１３と、メモリ１４と、プログラム記憶部１５と、入力部１６と、表示部１７とを含む。ＣＰＵ１３は、端末２で実行される各種の情報処理を実行するための情報処理部である。ＣＰＵ１３は、メモリ１４を用いて上記各種の情報処理を実行する。プログラム記憶部１５は、端末２において実行される各種プログラム（通信プログラムおよびアプリケーションプログラムを含む）を記憶する。プログラム記憶部１５は、ＣＰＵ１３がアクセス可能な任意の記憶装置（記憶媒体）である。プログラム記憶部１５は、例えばハードディスクやメモリ等の、端末２に内蔵される記憶部であってもよいし、例えば光ディスクやカートリッジ等の、端末２に着脱可能な記憶媒体であってもよいし、これらの記憶部および記憶媒体の両方であってもよい。

本実施形態においては、端末２では、少なくともアプリケーションプログラムおよび通信プログラムという２種類のプログラムがプログラム記憶部１５に記憶される。

アプリケーションプログラムは、任意のアプリケーションを実行するためのプログラムである。アプリケーションプログラムは、例えば、別の端末を利用する他のユーザをフレンドとして登録する処理を実行するプログラムであっても良い。

通信プログラムは、サーバ５との間でデータ通信を行うためのプログラムである。例えば、通信プログラムは、アプリケーションからの指令を受けて通信のための動作を通信部１１に行わせる。

入力部１６は、ボタンやタッチパネル等、ユーザによる指示を受け付ける。例えば、入力部１６は、表示部１７とともに端末２の表面に設けられていても良い。

表示部１７は、上記情報処理によって生成される画像を表示する。
ＧＰＳ（Global Positioning System）１２は、ＧＰＳ衛星からの信号を受信して端末２の位置を算出する。

端末２は、複数の装置によって構成されてもよい。例えば、端末２は、ＣＰＵ１３およびメモリ１４を備える装置に対して、上記通信部１１を備える装置が着脱可能に接続される構成であってもよい。また、端末２は、ＣＰＵ１３を有する本体装置と、入力部１６および／または表示部１７を有する装置とが別体である構成であってもよい。例えば、他の実施形態において、端末２は、本体装置と、入力部１６および表示部１７を有する端末装置とによって構成されてもよいし、本体装置と、入力部１６を有する操作装置とによって構成されてもよい。また、端末２は、表示部１７を備えず、テレビを表示装置として用いる構成であってもよい。

また、他の実施形態においては、端末２において実行される情報処理の少なくとも一部が、ネットワーク（広域ネットワークおよび／またはローカルネットワーク）によって通信可能な複数の装置によって分散して実行されてもよい。

図３は、実施形態に基づくサーバ５の構成を説明する図である。
図３を参照して、サーバ５は、通信部２２と、ＣＰＵ２１と、メモリ２３と、プログラム記憶部２４とを含む。各機能については基本的に端末２で説明したのと同様であるのでその詳細な説明は繰り返さない。なお、入力部および表示部が設けられていないが、入力部および表示部を設けた構成とすることも可能である。

また、他の実施形態においては、サーバ５において実行される情報処理の少なくとも一部が、ネットワーク（広域ネットワークおよび／またはローカルネットワーク）によって通信可能な複数の装置によって分散して実行されてもよい。

また、サーバ５および端末２は、図示しないが時刻情報を取得する時計機能を有していても良い。

＜機能ブロック構成＞
図４は、実施形態に基づく情報処理システムの各機能ブロック構成を説明する図である。

図４に示されるように、一例として端末２Ａ，２Ｂと、サーバ５の機能ブロックの構成が示されている。本例においては、サーバ５と端末２Ａおよび端末２Ｂとの間のデータ通信について説明する。

端末２Ａ，２Ｂの機能ブロックは、端末２のＣＰＵ１３がプログラム記憶部１５に記憶するプログラムを実行することにより各部と協働して実現されるものである。

また、サーバ５の機能ブロックは、サーバ５のＣＰＵ２１がプログラム記憶部２４に記憶するプログラムを実行することにより各部と協働して実現されるものである。

端末２Ａは、表示制御部２０Ａと、操作受付部２１Ａと、位置情報検出部２２Ａと、送信部２３Ａと、ユーザ情報取得部２４Ａと、認証開始指示受付部２５Ａ、登録部２６Ａとを含む。

表示制御部２０Ａは、表示部１７に表示する内容を制御する。本例においては、一例として、ユーザが操作する操作パネル等を表示する。

操作受付部２１Ａは、ユーザからの操作の入力を受け付ける。
位置情報検出部２２Ａは、端末２Ａの位置情報を検出する。具体的には、ＧＰＳ１２を用いて端末２Ａの位置情報を検出する。

送信部２３Ａは、操作受付部２１Ａで受け付けた操作情報をサーバ５に対して送信する。また、位置情報検出部２２Ａで検出した端末２Ａの位置情報をサーバ５に対して送信する。

ユーザ情報取得部２４Ａは、サーバ５から送信されるユーザ情報を取得する。
認証開始指示受付部２５Ａは、ユーザから認証の開始の実行の指示を受け付ける。

登録部２６Ａは、サーバ５からの指示に従って別の端末を利用する他のユーザをフレンドとして登録する。

端末２Ｂは、表示制御部２０Ｂと、操作受付部２１Ｂと、位置情報検出部２２Ｂと、送信部２３Ｂと、ユーザ情報取得部２４Ｂと、認証開始指示受付部２５Ｂと、登録部２６Ｂとを含む。

表示制御部２０Ｂは、表示部１７に表示する内容を制御する。本例においては、一例として、ユーザが操作する操作パネル等を表示する。

操作受付部２１Ｂは、ユーザからの操作の入力を受け付ける。
位置情報検出部２２Ｂは、端末２Ｂの位置情報を検出する。具体的には、ＧＰＳ１２を用いて端末２Ｂの位置情報を検出する。

送信部２３Ｂは、操作受付部２１Ｂで受け付けた操作情報をサーバ５に対して送信する。また、位置情報検出部２２Ｂで検出した端末２Ｂの位置情報をサーバ５に対して送信する。

ユーザ情報取得部２４Ｂは、サーバ５から送信されるユーザ情報を取得する。
認証開始指示受付部２５Ｂは、ユーザから認証の開始の実行の指示を受け付ける。

登録部２６Ｂは、サーバ５からの指示に従って別の端末を利用する他のユーザをフレンドとして登録する。

本実施形態においては、サーバ５は、端末２Ａ，２Ｂからの操作情報および位置情報に基づいて端末２Ａ，２Ｂを利用するユーザを所定関係として認証する処理を実行する。

サーバ５は、データ取得部５０と、位置判断部５２と、操作判断部５３と、認証判断部５４と、登録管理部５５とを含む。

データ取得部５０は、各端末２Ａ，２Ｂの送信部２３Ａ，２３Ｂから送信されるデータを取得する。本例においては、データとして一例として端末２Ａ，２Ｂの位置情報および操作情報を含む。

位置判断部５２は、データ取得部５０で取得した端末２Ａ，２Ｂから送信されて取得した位置情報に基づいて所定の条件（第１の所定条件）を満たしているか否かを判断する。本例においては、位置判断部５２は、端末２Ａの位置情報と端末２Ｂの位置情報とに基づいて所定の条件として所定の距離以内に端末２Ａ，２Ｂが位置するか否かを判断する。

位置判断部５２は、端末２Ａの位置情報と端末２Ｂの位置情報とに基づいて所定の距離以内に端末２Ａ，２Ｂが位置すると判断した場合に端末２Ａと端末２Ｂの位置は互いに同じ位置であると判断する。

操作判断部５３は、データ取得部５０で取得した各端末２Ａ，２Ｂから送信されて取得した操作情報に基づいて所定の条件（第２の所定条件）を満たしているか否かを判断する。本例においては、操作判断部５３は、端末２Ａの操作情報と端末２Ｂの操作情報に基づいて所定の条件として同じ操作を実行したか否かを判断する。

操作判断部５３は、端末２Ａの操作情報と端末２Ｂの操作情報とに基づいて同じ操作を実行したと判断した場合に操作は一致したと判断する。

認証判断部５４は、位置判断部５２および操作判断部５３の判断結果に基づいて端末２Ａ，２Ｂを利用するユーザを所定関係として認証する。本例においては、認証判断部５４は、位置判断部５２において端末２Ａ，２Ｂが互いに同じ位置にいると判断し、かつ、操作判断部５３において、端末２Ａ，２Ｂの操作は一致していると判断した場合に、端末２Ａ，２Ｂを利用するユーザを所定関係（一例として対面関係）として認証する。

登録管理部５５は、認証判断部５４の認証結果に基づいて指示に従ってユーザ同士をフレンドとして登録する処理を実行する。本例においては、登録管理部５５は、認証判断部５４の認証結果として所定関係（対面関係）として認証した場合には、登録条件が成立するか否かを判断し、成立する場合にフレンドの登録処理を実行する。

図５は、実施形態に基づく登録管理部５５で管理しているユーザ管理情報を説明する図である。

図５に示されるように、ユーザ管理情報として、各ユーザ毎にユーザを特定するためのユーザＩＤが発行されている場合が示されている。なお、一例として、ユーザＩＤは、ユーザがユーザ名をサーバ５に例えば端末２を介して登録する際に発行され、ユーザ管理情報において関連付けられるものとする。そして、各端末には当該端末を操作するユーザ情報（ユーザＩＤ）が記憶されているものとする。

そして、ユーザＩＤ毎に、ユーザ名およびフレンド登録されたユーザ名が対応付けられている。

本例においては、一例として、端末２ＡをユーザＰが利用し、端末２ＢをユーザＱが利用する場合について説明する。

ユーザＰに対応してユーザＩＤ「Ｔ１」が発行されて割り当てられている。
ユーザＱに対応してユーザＩＤ「Ｔ２」が発行されて割り当てられている。

そして、ユーザＩＤ「Ｔ１」に対応して、ユーザＰおよびユーザＰとフレンド関係が登録された他のユーザ名（フレンドユーザＱ，Ｒ）が対応付けられて登録されている。なお、本例においては、フレンド関係が登録された他のユーザ名が対応付けられて登録されている場合について説明するが、他のユーザ名に対応するユーザＩＤとすることも可能である。

また、ユーザＩＤ「Ｔ２」に対応して、ユーザＱおよびユーザＱとフレンド関係が登録された他のユーザ名（フレンドユーザＰ，Ｒ）が対応付けられて登録されている。

また、ユーザＩＤ「Ｔ３」に対応して、ユーザＲおよびユーザＱとフレンド関係が登録された他のユーザ名（フレンドユーザＰ，Ｑ）が対応付けられて登録されている。

他のユーザＩＤについても同様にデータが関連付けされて登録されている。
なお、各端末においても、フレンド関係が登録された他のユーザに関するユーザ情報を記憶するようにしても良い。

図６は、実施形態に基づくサーバ５に送信される送信情報のデータの一例を説明する図である。

図６には、端末２Ａの送信部２３Ａからサーバ５に送信される送信情報である送信データ３００が示されている。

送信データ３００は、ユーザＩＤデータ３０２と、位置データ３０４と、操作データ３０６とを含む。

ユーザＩＤデータ３０２は、サーバ５に対して送信データ３００を送信した端末を操作するユーザを特定するためのデータである。

位置データ３０４は、端末の位置を特定するためのデータである。
操作データ３０６は、受け付けた操作を示すデータである。

図７は、実施形態に基づくサーバ５から端末２に送信される送信情報のデータの一例を説明する図である。

図７には、サーバ５の登録管理部５５から端末２に送信される送信情報である送信データ４００が示されている。

送信データ４００は、ユーザＩＤデータ４０２と、認証ユーザデータ４０４とを含む。
ユーザＩＤデータ４０２は、サーバ５から送信データ４００を送信する端末を操作するユーザを特定するためのデータである。

認証ユーザデータ４０４は、所定関係（一例として対面関係）として認証した他の端末に関するデータである。

本例においては、所定関係（一例として対面関係）として認証した場合に、当該所定関係であると認証した他の端末を操作するユーザに関する情報を送信し、当該認証した他の端末を操作するユーザをフレンドとして登録するか否かの可否を問い合わせる。互いの端末を操作するユーザ同士は、当該問い合わせに対してフレンドとして登録することを互いに指定した場合に所定関係（一例としてフレンド関係）として登録されサーバ５において管理される。

図８は、実施形態に基づくサーバ５に送信される送信情報である送信データ５００を示す図である。

図８に示されるように、送信データ５００は、ユーザＩＤデータ５０２と、指定ユーザデータ５０４とを含む。

ユーザＩＤデータ５０２は、サーバ５に対して送信データ５００を送信した端末を操作するユーザを特定するためのデータである。

指定ユーザデータ５０４は、端末２においてフレンドとして登録することを希望する指定したユーザのデータである。

＜情報処理システムにおける処理概要＞
次に、実施形態に基づく情報処理システムの処理概要について説明する。

図９は、実施形態に基づく認証処理の開始について説明する図である。
図９に示されるように、初期画面１００が示されており、表示部１７の初期画面１００には、一例として対面認証ボタン１０２が設けられている場合が示されている。対面認証ボタン１０２は、対面するユーザとの間で認証処理の実行の開始の指示を受け付けるボタンである。認証開始指示受付部２５Ａは、対面認証ボタン１０２の選択を受け付けて認証処理を開始する。

当該対面認証ボタン１０２は、所定の操作入力により表示するようにしても良いし、定常的に表示するようにしても良い。

また、入力部１６の一例として、端末２の表面に設けられた表示部１７の画面とほぼ同じ大きさのタッチパネル１０４が設けられている。当該タッチパネル１０４を操作することにより各種の入力（選択）を実行することが可能である。なお、タッチパネル１０４の大きさは必ずしも画面サイズと等しくする必要はなく任意の大きさに設計することが可能である。

図１０は、実施形態に基づく操作パネル画面１１０を説明する図である。
図１０に示されるように操作パネル画面１１０には、認証処理として操作指示の受け付けが可能な操作パネルが示されている。

認証開始指示受付部２５Ａは、対面認証ボタン１０２の選択を受け付けて、表示制御部２０Ａに認証開始を指示する。表示制御部２０Ａは、当該指示に従って表示部１７に操作パネルおよびメッセージを表示する。具体的には、「目の前のお友達と一緒に「同じ形のパネル」をタッチしてください」のメッセージ１１２とともに、それぞれが異なる形の絵柄が示された操作パネル１１４〜１１８が表示されている。一例として、ハート、スペード、ダイヤ、クローバーの順に操作パネル１１４〜１１８が示されている。

複数の操作パネル１１４〜１１８のうちのいずれかをユーザは選択することが可能である。

当該選択に従って、端末２からサーバ５に操作情報および位置情報を含む送信データを送信する。

また、「戻る」ボタン１１９が設けられ、当該「戻る」ボタン１１９が選択された場合には、認証が終了して図９の初期画面に戻る。

なお、本例においては、操作パネルの選択として１回選択した操作情報を含む送信データを送信する場合について説明するが、操作パネルの選択として複数回選択した操作情報を含む送信データを送信するようにすることも可能である。

図１１は、実施形態に基づく認証中の待機画面について説明する図である。
図１１に示されるように、認証中の待機画面１２０には、一例として選択した操作パネル１２２が表示されている。また、認証中であることを示す「同じ形を選択した友達を探しています」のメッセージ１２４が表示されている。

選択した操作パネル１２２が表示されることにより、対面する互いの端末を操作するユーザ同士が選択した操作パネルを比較して確認することが容易となる。

また、「戻る」ボタン１２６が設けられており、当該「戻る」ボタン１２６を選択した場合には、図１０の操作パネル画面１１０が表示される。そして、再び、ユーザは操作パネルを選択することが可能である。

したがって、仮に、対面する互いの端末を操作するユーザ同士が選択した操作パネルを比較して操作を誤ったと判断した場合でも容易に操作のやり直しを実行することが可能である。

図１２は、実施形態に基づくユーザ登録処理におけるユーザ指定画面１３０について説明する図である。

図１２には、ユーザ指定画面１３０として友達の候補として複数の友達がリストとして示されており、当該リストに含まれる複数のユーザ（Ｑ君，Ｒ君）の中から友達として登録するユーザを指定することが可能である。一例として、Ｑ君，Ｒ君をそれぞれ選択する項目１３６，１３８が設けられる。また、友達を登録する登録ボタン１４４が設けられている。当該リストは、サーバ５から送信された認証が成功した他人のユーザ情報である。

友達として登録するユーザを項目１３６，１３８を選択的に入力することにより友達として登録するユーザを指定することが可能である。

一例として、「Ｑ君」を友達として登録するユーザとして指定した場合が示されている。

登録ボタン１４４を選択することにより、「Ｑ君」を友達として登録するユーザとして指定する情報がサーバ５に送信される。

なお、本例においては、「Ｑ君」を友達として登録するユーザとして指定する場合について説明するが、複数のユーザ（Ｑ君、Ｒ君）を友達として登録するユーザとして指定することも可能である。

サーバ５は、それぞれの端末から受信するデータを照合して、互いに友達として指定したか否かを判断する。例えば、端末２ＡのユーザＰが端末２ＢのユーザＱを友達として指定した場合に、端末２ＢのユーザＱも端末２ＡのユーザＰを友達として指定したか否かを判断する。サーバ５は、互いに認証ユーザを指定したと判断した場合に、登録条件が成立したと判断し、成功通知をそれぞれの端末に出力する。

なお、サーバ５は、それぞれの端末から受信するデータの照合が不一致であると判断した場合には失敗通知をそれぞれの端末に出力する。

図１３は、実施形態に基づくユーザ登録処理における成功通知画面について説明する図である。

図１３には、成功通知画面１６０において登録された友達に関する情報が示されている。具体的には、「Ｑ君と友達になりました」のメッセージ１６２が表示されている場合が示されている。

図１４は、実施形態に基づく認証失敗画面１５０について説明する図である。
図１４には、認証失敗画面１５０が示されており、認証失敗のメッセージが表示されている。一例として「友達がみつかりませんでした」のメッセージ１５２が表示されている。

また、サーバ５から失敗通知を受けた場合についても当該画面を表示するようにしても良い。

＜情報処理システムにおけるデータ通信＞
図１５は、実施形態に基づく情報処理システムのデータ通信の処理の流れを説明する図である。

図１５に示されるように、一例として、端末２Ａ，２Ｂとサーバ５との間のデータの通信の処理の流れについて説明する。

端末２Ａは、ユーザＰからの入力を受け付ける（シーケンスｓｑ０）。具体的には、認証開始指示受付部２５Ａは、図９で説明した初期画面１００において対面認証ボタン１０２の選択により認証開始の指示を受け付ける。

次に、端末２Ａは、位置情報を検出する（シーケンスｓｑ２）。具体的には、位置情報検出部２２Ａは、端末２Ａの位置情報を検出する。

次に、端末２Ａは、パネルを表示する（シーケンスｓｑ４）。具体的には、表示制御部２０Ａは、図１０で説明した操作パネル画面１１０を表示する。

次に、端末２Ａは、ユーザＰからの操作指示を受け付ける（シーケンスｓｑ６）。具体的には、操作受付部２１Ａは、ユーザＰからの操作パネルの選択を受け付ける。例えば、操作受付部２１Ａは、操作パネル１１６の選択を受け付ける。

次に、端末２Ａは、サーバ５にデータ（位置および操作）を送信する（シーケンスｓｑ８）。具体的には、送信部２３Ａは、図６で説明したように検出した位置情報と受け付けた操作パネルの情報（操作情報）を含む送信データ３００をサーバ５に送信する。

同様に、端末２Ｂは、ユーザＱからの入力を受け付ける（シーケンスｓｑ１）。具体的には、認証開始指示受付部２５Ｂは、図９で説明した初期画面１００において対面認証ボタン１０２の選択により認証開始の指示を受け付ける。

次に、端末２Ｂは、位置情報を検出する（シーケンスｓｑ３）。具体的には、位置情報検出部２２Ｂは、端末２Ｂの位置情報を検出する。

次に、端末２Ｂは、パネルを表示する（シーケンスｓｑ５）。具体的には、表示制御部２０Ｂは、図１０で説明した操作パネル画面１１０を表示する。

次に、端末２Ｂは、ユーザＱからの操作指示を受け付ける（シーケンスｓｑ７）。具体的には、操作受付部２１Ｂは、ユーザＱからの操作パネルの選択を受け付ける。例えば、操作受付部２１Ｂは、操作パネル１１６の選択を受け付ける。

次に、端末２Ｂは、サーバ５にデータ（位置および操作）を送信する（シーケンスｓｑ９）。具体的には、送信部２３Ｂは、図６で説明したように検出した位置情報と受け付けた操作パネルの情報（操作情報）を含む送信データ３００をサーバ５に送信する。

サーバ５は、端末２Ａ，２Ｂからのデータを受信して位置情報および操作情報を取得する（シーケンスｓｑ１０）。具体的には、データ取得部５０は、端末２Ａ，２Ｂからの送信データ３００をそれぞれ受信して、それぞれの位置情報および操作情報を取得する。

サーバ５は、取得した位置情報に基づいて端末２Ａ，２Ｂの位置を判断する（シーケンスｓｑ１４）。具体的には、位置判断部５２は、端末２Ａの位置情報と端末２Ｂの位置情報とに基づいて所定の距離以内に端末２Ａ，２Ｂが位置するか否かを判断する。本例においては端末２Ａと端末２Ｂの位置は互いに同じ位置であると判断する。

次に、サーバ５は、取得した操作情報に基づいて端末２Ａ，２Ｂの操作を判断する（シーケンスｓｑ１６）。具体的には、操作判断部５３は、端末２Ａの操作情報と端末２Ｂの操作情報とに基づいて同じ操作を実行したか否かを判断する。本例においては端末２Ａと端末２Ｂは同じ操作を実行したと判断する。

サーバ５は、位置および操作の判断結果に基づいて所定関係であるか否かの認証判断を実行する（シーケンスｓｑ１８）。認証判断部５４は、位置判断部５２および操作判断部５３の判断結果に基づいて両方の条件を満たした場合に端末２Ａ，２Ｂを所定関係（対面関係）として認証する。本例においては、端末２Ａと端末２Ｂとの位置が互いに同じ位置であり、かつ同じ操作を実行したと判断した結果（両方の条件を満たした場合）、所定関係（対面関係）として認証する。

サーバ５は、認証結果を端末２Ａ，２Ｂに送信する（シーケンスｓｑ２０）。具体的には、認証判断部５４は、所定関係（対面関係）として認証した場合（認証成功）には、認証が成功した他人のユーザ情報を送信する。例えば、端末２Ａには、端末２Ｂのユーザ情報を送信し、端末２Ｂには、端末２Ａのユーザ情報を送信する。

端末２Ａは、サーバ５から送信された認証したユーザ情報に基づいて選択画面を表示する（シーケンスｓｑ２２）。具体的には、ユーザ情報取得部２４Ａは、サーバ５から送信された認証が成功した他人のユーザ情報を取得する。そして、ユーザ情報取得部２４Ａは、表示制御部２０Ａに指示し、表示制御部２０Ａは、図１２で説明したユーザ指定画面１３０を表示する。

端末２Ａは、ユーザＰからの指定入力を受け付ける。具体的には、操作受付部２１Ａは、図１２で説明したユーザ指定画面１３０における友達として登録するユーザの指定を受け付ける。

端末２Ａは、指定入力に従うデータをサーバ５に送信する（シーケンスｓｑ２４）。具体的には、送信部２３Ａは、指定したユーザのデータを含む送信データ４００を送信する。

端末２Ｂは、サーバ５から送信された認証したユーザ情報に基づいて選択画面を表示する（シーケンスｓｑ２６）。具体的には、操作受付部２１Ｂは、図１２で説明したユーザ指定画面１３０における友達として登録するユーザの指定を受け付ける。

端末２Ｂは、ユーザＱからの指定入力を受け付ける。具体的には、操作受付部２１Ｂは、図１２で説明したユーザ指定画面１３０における友達として登録するユーザの指定を受け付ける。

端末２Ｂは、指定入力に従うデータをサーバ５に送信する（シーケンスｓｑ２８）。具体的には、送信部２３Ａは、指定したユーザのデータを含む送信データ４００を送信する。

サーバ５は、端末２Ａ，２Ｂからのデータを照合する（シーケンスｓｑ３０）。具体的には、登録管理部５５は、照合した結果として端末２Ａ，２Ｂに関して登録条件が成立するか否かを判断する。端末２ＡのユーザＱ君が端末２ＢのユーザＱ君を友達として指定した場合に、端末２ＢのユーザＱ君も端末２ＡのユーザＱ君を友達として指定した場合に登録条件が成立したと判断する。

サーバ５は、照合した結果に基づいて登録する（シーケンスｓｑ３２）。具体的には、登録管理部５５は、登録条件が成立した場合に図５で説明したユーザ管理情報にフレンド登録した情報を格納する。

サーバ５は、成功通知を端末２Ａ，２Ｂに送信する（シーケンスｓｑ３４）。具体的には、登録管理部５５は、登録条件が成立した場合に端末２に成功通知を出力する。

端末２Ａ，２Ｂは、サーバ５からの成功通知に従って成功表示する（シーケンスｓｑ３８，ｓｑ４０）。

具体的には、登録部２６Ａ，２６Ｂは、成功通知に従って、図１３で説明したように表示制御部２０Ａ，２０Ｂに指示して成功通知画面を表示する。また、登録部２６Ａ，２６Ｂは、フレンド関係が登録された他の端末に関するユーザ情報を記憶する。

したがって、実施形態に従う方式においては、端末２Ａおよび端末２Ｂからの位置情報および操作情報に基づいて所定関係（対面関係）であるかを認証する。そして、所定関係であると判断した場合（認証が成功した場合）には、認証が成功した他人のユーザ情報を端末２Ａ，２Ｂに送信し、フレンドとして登録するか否かの可否を受け付ける。端末２Ａ，２Ｂから互いにフレンドとして登録する指定が有った場合に登録条件（フレンド関係）が成立したと判断して、ユーザ同士をフレンド登録する。

すなわち、実施形態に従う方式は、対面関係であるか否かを認証した後、フレンド関係であるか否かを判断する２段階の判断処理を含んでいる。当該処理により、安全な方式で互いにデータ通信する端末を操作するユーザ同士が所定関係であることを認証することが可能である。

サーバ５にユーザ管理情報としてフレンド登録されたユーザ同士の関係が規定されることにより、例えば、端末２以外の他の端末（ＰＤＡ、ＰＣ等、その他の情報機器）をユーザが操作する場合であっても、サーバ５に格納されているユーザ管理情報を利用することによりフレンド関係にあるユーザとの間で所定のサービスを容易に利用することが可能である。

また、上記においては、データ通信する端末を操作するユーザ同士を所定関係であることを認証する場合について説明したが、端末同士を所定関係であると認証するようにしても良い。この場合にはフレンド関係として端末同士が登録されるためよりセキュアな状態で、フレンド関係にある端末同士との間で所定のサービスを利用することが可能である。

なお、上記においては、２段階の判断処理を実行する場合について説明するが、対面関係であるかを認証した場合にユーザ同士が所定関係（フレンド関係）であると認証するようにすることも可能である。具体的には、登録管理部５５は、認証判断部５４において所定関係（対面関係）として認証した場合（認証成功）には、登録するユーザの指定を受け付けることなく、登録条件（フレンド関係）が成立したと判断して、ユーザ同士をフレンド登録するようにしても良い。つまり、登録管理部５５は、対面関係として認証した場合に自動的にメモリ２３のユーザ管理情報内にフレンド登録した情報を格納するようにしてもよい。

また、上記においては、端末２Ａ，２Ｂを操作するユーザＰ，Ｑについてフレンド登録する場合について説明したが、特に２人のユーザに限られずさらに複数のユーザについても同様に適用可能である。例えば、別の端末を操作するユーザＲについても同様の処理によりユーザＰ，Ｑとともにフレンド登録することが可能である。一例として、図１２で説明したように、複数のユーザ（Ｑ君、Ｒ君）を友達として登録するユーザとして指定することにより複数（３人以上）のユーザ同士においてフレンド登録することが可能である。

＜端末２の処理フロー＞
図１６は、実施形態に基づく端末２において実行されるアプリ処理について説明するフロー図である。各端末２は、当該アプリ処理を実行するためのアプリケーションプログラムをプログラム記憶部１５に記憶している。本例においては、端末２Ａを例に挙げて説明するが特に端末２Ａに限られず他の端末についても同様である。

図１６に示されるように、端末２は、認証開始の入力を受け付けたか否かを判断する（ステップＳ２）。具体的には、認証開始指示受付部２５Ａは、図９で説明したようにユーザから認証の開始の実行の指示を受け付けたか否かを判断する。

次に、端末２は、ステップＳ２において、認証開始の入力を受け付けるまで当該状態を維持し、受け付けたと判断した場合（ステップＳ２においてＹＥＳ）には、ステップＳ４に進む。

次に、端末２は、位置情報を検出する（ステップＳ４）。具体的には、位置情報検出部２２Ａは、ＧＰＳ１２により端末２Ａの位置情報を検出する。

次に、端末２は、操作パネルを表示する（ステップＳ６）。具体的には、表示制御部２０Ａは、図１０で説明したように表示部１７に認証用の操作パネルを表示する。

次に、端末２は、操作パネルの選択入力を受け付けた否かを判断する（ステップＳ８）。具体的には、操作受付部２１Ａは、ユーザからの操作パネルの選択を受け付ける。

ステップＳ８において、端末２は、操作パネルの選択入力を受け付けたと判断した場合（ステップＳ８においてＹＥＳ）には、サーバ５に送信データを送信する。具体的には、送信部２３Ａは、図６で説明した送信データ３００をサーバ５に送信する。

次に、端末２は、選択した操作パネルを表示する（ステップＳ１２）。具体的には、表示制御部２０Ａは、図１１で説明した認証中の待機画面１２０を表示部１７に表示する。

次に、端末２は、再選択の指示があるか否かを判断する（ステップＳ１４）。具体的には、操作受付部２１Ａは、待機画面１２０における「戻る」ボタン１２６の選択入力を受け付けたかどうかを判断する。

端末２は、再選択の指示が有ると判断した場合（ステップＳ１４においてＹＥＳ）には、ステップＳ６に戻る。そして、再び操作パネルを表示する（ステップＳ６）。具体的には、表示制御部２０Ａは、認証用の操作パネルを表示する。

一方、端末２は、再選択の指示が無いと判断した場合（ステップＳ１４においてＮＯ）には、次に、認証が成功したユーザ情報を受信したか否かを判断する（ステップＳ１６）。具体的には、ユーザ情報取得部２４Ａは、サーバ５の認証結果として認証が成功した他のユーザのユーザ情報を取得したか否かを判断する。

ステップＳ１６において、端末２は、認証が成功したユーザ情報を受信したと判断した場合にはユーザ登録処理を実行する（ステップＳ２０）。ユーザ登録処理については後述する。そして、処理を終了する（エンド）。

一方、ステップＳ１６において、端末２は、認証が成功したユーザ情報を受信していないと判断した場合（ステップＳ１６においてＮＯ）には、エラーを表示する（ステップＳ２２）。そして、処理を終了する（エンド）。

一方、ステップＳ８において、端末２は、操作パネルの選択入力を受け付けないと判断した場合（ステップＳ８においてＮＯ）には、処理を終了する（エンド）。具体的には、図１０の操作パネル画面１１０において、操作受付部２１Ａは、「戻る」ボタン１１９の選択を受け付けた場合には、処理を終了して図９の初期画面に戻る。

図１７は、実施形態に基づく端末２のユーザ登録処理について説明するフロー図である。

図１７に示されるように、端末２は、ユーザ指定画面を表示する（ステップＳ３０）。具体的には、ユーザ情報取得部２４Ａは、ユーザ情報を取得して、表示制御部２０Ａに指示し、表示制御部２０Ａは、図１２で説明したユーザ指定画面１３０を表示する。

次に、端末２は、ユーザの指定が有るかどうかを判断する（ステップＳ３２）。具体的には、操作受付部２１Ａは、ユーザからユーザ指定画面１３０における登録するユーザの指定を受け付けたかどうかを判断する。

ステップＳ３２において、端末２は、指定が有ると判断した場合（ステップＳ３２においてＹＥＳ）には、当該指定したユーザ情報を送信する（ステップＳ３４）。具体的には、送信部２３Ａは、指定したユーザのデータを含む送信データ４００をサーバ５に送信する。

次に、端末２は、成功通知を受信したかどうかを判断する（ステップＳ３８）。具体的には、登録部２６Ａは、サーバ５から成功通知を受信したかどうかを判断する。

次に、端末２は、成功通知を受信したと判断した場合には、フレンド登録する（ステップＳ４０）。具体的には、登録部２６Ａは、サーバ５から成功通知を受信したと判断した場合には、図１３で説明したように成功通知画面を表示するとともに、ユーザ情報を記憶する。

そして、処理を終了する（リターン）。
一方、端末２は、成功通知を受信しないと判断した場合（ステップＳ３８においてＮＯ）には、エラー表示する（ステップＳ４２）。具体的には、登録部２６Ａは、サーバ５から失敗通知を受信したと判断した場合には、表示制御部２０Ａに指示して図１４で説明した認証失敗画面を表示する。

そして、処理を終了する（リターン）。
一方、ステップＳ３２において、端末２は、ユーザの指定が無いと判断した場合（ステップＳ３２においてＮＯ）には、エラー表示する（ステップＳ４２）。操作受付部２１Ａは、ユーザの指定を受け付けない場合には、表示制御部２０Ａに指示して図１４で説明した認証失敗画面を表示する。

そして、処理を終了する（リターン）。
＜サーバ５の処理フロー＞
図１８は、実施形態に基づくサーバ５において実行される処理について説明するフロー図である。サーバ５は、当該処理を実行するためのアプリケーションプログラムをプログラム記憶部２４に記憶している。

図１８に示されるように、サーバ５は、複数の送信データを取得したかどうかを判断する（ステップＳ５０）。具体的には、データ取得部５０は、端末２Ａ，２Ｂからそれぞれ位置情報および操作情報を含む送信データ３００を取得したか否かを判断する。

一方からの送信データ３００のみ取得した場合には以降の処理は実行しない。例えば、端末２Ａからの送信データを取得した時間と端末２Ｂからの送信データを取得した時間とが所定期間内であるかに基づいて複数の送信データを取得したかどうかを判断するようにしても良い。

次に、サーバ５は、ステップＳ５０において、複数の送信データを取得したと判断した場合（ステップＳ５０においてＹＥＳ）には、位置が同じか否かを判断する（ステップＳ５１）。具体的には、データ取得部５０は、複数の送信データを取得したと判断した場合に、位置判断部５２に指示して、取得した複数の送信データについてそれぞれの位置情報に基づいて位置が同じであるか否かを判断する。

次に、サーバ５は、ステップＳ５１において、位置が同じであると判断した場合には、次に、操作が一致するか否かを判断する（ステップＳ５２）。具体的には、位置判断部５２の判断結果に基づいて位置が同じであると判断した場合には、次に、操作判断部５３に指示して、取得した複数の送信データについてそれぞれの操作情報に基づいて操作が一致するか否かを判断する。

次に、サーバ５は、ステップＳ５２において、操作が一致すると判断した場合（ステップＳ５２においてＹＥＳ）には、認証が成功した他のユーザ情報を送信する（ステップＳ５４）。具体的には、認証判断部５４は、位置判断部５２および操作判断部５３の判断結果に基づいて位置が同じであり、かつ、操作が一致すると判断した場合にユーザ同士は所定関係として認証し、所定関係として認証（認証が成功）した他のユーザ情報を端末２Ａ，２Ｂに送信する。なお、本例においては、ステップＳ５１において、位置が同じであるか否かを判断し、その後、ステップＳ５２において、操作が一致するか否かを判断する方式について説明したが、この判断の処理の順序を入れ替えることも可能である。

次に、サーバ５は、ステップＳ５６において、ユーザ指定情報を取得したかどうかを判断する（ステップＳ５６）。具体的には、登録管理部５５は、端末２Ａ，２Ｂから登録するユーザを指定するユーザ指定情報を取得したかどうかを判断する。

次に、サーバ５は、登録条件が成立したかどうかを判断する（ステップＳ５８）。具体的には、登録管理部５５は、取得したユーザ指定情報に基づいて登録条件が成立するか否かを判断する。登録管理部５５は、取得したユーザ指定情報として、端末２ＡのユーザＱ君が端末２ＢのユーザＱ君を友達として指定した場合に、端末２ＢのユーザＱ君も端末２ＡのユーザＱ君を友達として指定しているか否かを判断する。

次に、サーバ５は、ステップＳ５８において、登録条件が成立したと判断した場合（ステップＳ５８においてＹＥＳ）には、成功と判断する（ステップＳ６０）。登録管理部５５は、取得したユーザ指定情報として、端末２ＡのユーザＱ君が端末２ＢのユーザＱ君を友達として指定した場合に、端末２ＢのユーザＱ君も端末２ＡのユーザＱ君を友達として指定していると判断した場合に登録条件が成立（成功）と判断する。登録管理部５５は、登録条件が成立した場合にメモリ２３のユーザ管理情報内にフレンド登録した情報を格納する。

次に、サーバ５は、成功した旨を通知する（ステップＳ６４）。登録管理部５５は、端末２Ａ，２Ｂに成功通知を送信する。

そして、サーバ５は、処理を終了する（エンド）。
一方、サーバ５は、ステップＳ５１において、位置が同じで無いと判断した場合（ステップＳ５１においてＮＯ）あるいは、ステップＳ５２において、操作が一致しないと判断した場合には、失敗と判断する（ステップＳ６２）。認証判断部５４は、位置判断結果および操作判断結果に基づいて認証失敗と判断する。

そして、サーバ５は、ステップＳ６４において、失敗した旨を通知する。そして、サーバ５は、処理を終了する（エンド）。

具体的には、認証判断部５４は、認証が失敗した旨を端末２Ａ，２Ｂに通知する。
また、サーバ５は、ステップＳ５６において、ユーザ指定情報を取得しないと判断した場合（ステップＳ５６においてＮＯ）あるいは、ステップＳ５８において、登録条件が成立しないと判断した場合（ステップＳ５８）には、登録失敗と判断する（ステップＳ６２）。具体的には、登録管理部５５は、登録条件が成立しないとして登録失敗と判断する。

そして、サーバ５は、ステップＳ６４において、失敗した旨を通知する。そして、サーバ５は、処理を終了する（エンド）。具体的には、登録管理部５５は失敗した旨を端末２Ａ，２Ｂにそれぞれ通知する。

（変形例１）
上記の実施形態においては、端末２にＧＰＳ１２が設けられており、当該端末２のＧＰＳ１２により位置を検出し、検出した情報をサーバ５に送信する方式について説明した。

一方で、各端末２にＧＰＳ１２が設けられない構成とすることも可能である。
図１９は、実施形態の変形例１に従う情報処理システムの一例の構成を示す図である。

図１９に示されるように変形例１に従う情報処理システムは、アクセスポイントＡＰをさらに有し、アクセスポイントＡＰを介して端末２とサーバ５との間でデータ通信される。

そして、アクセスポイントＡＰに位置情報が対応付けられている場合に、当該アクセスポイントＡＰの位置情報を端末の位置情報として利用することも可能である。

具体的には、端末２からサーバ５に送信される送信データには、経由するアクセスポイントＡＰに関する情報も付加されるものとする。

サーバ５は、送信データをデータ取得部５０で取得した場合に、当該送信データに含まれるアクセスポイントＡＰに関する情報から位置情報を取得し、位置判断部５２において同じ位置であるか否かを判断するようにしても良い。

この場合には、各端末２には、ＧＰＳ１２を設けない構成として、位置情報検出部２２Ａを設けない構成とすることが可能である。

また、アクセスポイントＡＰから位置情報を取得する場合について説明したが、アクセスポイントＡＰに位置情報が対応付けられていない場合であっても、同一のアクセスポイントＡＰから送信データを受信したと判断した場合に、同じ位置であると判断するようにしても良い。

（変形例２）
図２０は、変形例２に従う操作パネル画面１１０＃を説明する図である。

図２０に示されるように、操作パネル画面１１０＃には、認証処理として操作指示の受け付けが可能な操作パネルが示されている。

ここで、操作パネル画面１１０＃は、操作パネル画面１１０と比較して、複数の操作パネル１１４〜１１８の表示位置が異なる。

一例として、スペード、ハート、クローバー、ダイヤの順に操作パネル１１４〜１１８が示されている。

当該選択に従って、端末２からサーバ５に操作情報および位置情報を含む送信データを送信する。

本変形例２においては、表示制御部２０Ａは、表示部１７に操作パネルを表示する際、その操作パネル同士の位置関係がその都度変更されるように、所定のルールに従って操作パネルの位置を選択して配置する。例えば、表示制御部２０Ａは、各操作パネルの位置をランダムに選択して配置する。なお、表示制御部２０Ａは、操作パネル同士の位置関係を変更せずに、表示部１７上の表示位置を変更するようにしても良い。

当該処理により、各操作パネルの位置が変更されるため簡易な方式でセキュリティを高め見知らぬ第３者が対面関係であると認証される可能性を低くすることが可能である。

（変形例３）
上記においては、端末２Ａ，２Ｂから送信される送信データに含まれる位置情報および操作情報に基づいて所定関係であるか否かを認証する方式について説明したが、時刻情報をさらに含めてセキュリティを高めることも可能である。

具体的には、端末２Ａ，２Ｂから送信される送信データの位置情報および操作情報に時刻情報を含めるようにしても良い。

図２１は、変形例３に従うサーバ５において実行される処理について説明するフロー図である。

図２１に示されるように、サーバ５における処理として、ステップＳ５１，Ｓ５２をステップＳ５１＃，Ｓ５２＃に置換した点が異なる。

具体的には、ステップＳ５１＃は、所定時間内における位置が同じか否かを判断する（ステップＳ５１）。具体的には、データ取得部５０は、複数の送信データを取得したと判断した場合に、位置判断部５２に指示して、取得した複数の送信データについてそれぞれの位置情報に基づいて位置が同じであるか否かを判断する。また、それぞれの位置情報の検出された時刻が所定時間内であるか否かを判断する。

ステップＳ５１＃において、所定時間内における位置が同じであると判断した場合には、次に、操作が一致するか否かを判断する（ステップＳ５２＃）。具体的には、位置判断部５２の判断結果に基づいて所定時間内における位置が同じであると判断した場合には、次に、操作判断部５３に指示して、取得した複数の送信データについてそれぞれの操作情報に基づいて操作が一致するか否かを判断する。また、それぞれの操作情報の検出された時刻が所定時間内であるか否かを判断する。

サーバ５は、ステップＳ５２＃において、所定時間内における操作が一致すると判断した場合（ステップＳ５２においてＹＥＳ）には、認証が成功した他のユーザ情報を送信する（ステップＳ５４）。

以降の処理は同様であるのでその詳細な説明については繰り返さない。
上記処理により、所定時間内における位置あるいは操作であることが条件として要求されるためさらにセキュリティを高めることが可能である。なお、ステップＳ５１＃あるいはＳ５２＃のいずれか一方の処理のみ所定時間内であるか否かを判断するようにしても良い。

（変形例４）
上記の操作パネル画面１１０おいては、形状が異なる複数の操作パネルを選択する方式について説明したが、これに限られず、形状は同じで色が異なる複数の操作パネルを選択する方式とすることも可能である。また、形状および色が異なる複数の操作パネルを選択する方式とすることも可能である。例えば、図１０で説明したハート、スペード、ダイヤ、クローバーにそれぞれ異なる色を付することによって、色あるいは形状のいずれかの認識力が弱くても上記の認証処理を容易に実行することが可能である。

また、上記においては、操作パネル画面１１０に表示される操作パネルについて操作が一致したか否かを認証判断に用いる方式について説明したが、操作の代わりに例えば入力した音声を利用するようにしても良い。具体的には、入力した音声の音声データを送信データに含めてサーバ５に送信する。サーバ５で音声認識により得られた情報が端末同士で同じであるか否かを判断するようにしても良い。

なお、本例においては、タッチパネル１０４を操作して操作パネルの入力（選択押下）を実行する場合について説明したが、操作パネルの入力として、例えば異なる入力により実現するようにしても良い。例えば、操作パネル上でジェスチャー入力するようにしても良い。例えば、ハートを選択する場合には、ハートの形となる入力軌跡を指で描くようなジェスチャー入力を受け付けるようにしても良い。他の場合についても同様である。

また、上記においては、操作パネル画面１１０に設けられたタッチパネル１０４により入力を実行する場合について説明したが、端末２に設けられた物理的なボタンを入力（選択）する構成とすることも当然に可能である。

あるいは、画像を利用するようにしても良い。具体的には、端末２がカメラを有している場合に、カメラを用いてある画像を撮像して、撮像した画像データを送信データに含めてサーバ５に送信する。サーバ５で撮像した画像データが同じであるか否かを判断するようにしても良い。

あるいは、方位情報を利用するようにしても良い。具体的には、端末２が方位センサを有している場合に当該方位センサで取得したデータを送信データに含めてサーバ５に送信する。サーバ５で取得した方位センサのデータが同じであるか否かを判断するようにしても良い。

あるいは、指紋情報を利用するようにしても良い。具体的には、端末２が指紋センサを有している場合に、例えば、端末２ＡのユーザＰが指紋センサを利用して、自己の指紋データをサーバ５に送信するとともに、ユーザＰが端末２Ｂの指紋センサを利用してユーザＰの指紋データを端末２Ｂの送信データとしてサーバ５に送信する。サーバ５でそれぞれ取得した指紋データが同じであるか否かを判断するようにしても良い。

あるいは、超音波信号を利用するようにしても良い。具体的には、端末２が超音波信号を送信および受信する機能を有している場合に、端末２Ａから端末２Ｂに対して所定のデータを含む超音波信号を送信し、端末２Ｂにおいて当該超音波信号を受信する。

端末２Ａからサーバ５に対して所定のデータを含む送信データを送信し、端末２Ｂからサーバ５に対して受信した超音波信号に含まれる所定のデータを送信データに含めて送信する。サーバ５でそれぞれ取得した所定のデータが同じであるか否かを判断するようにしても良い。

なお、上記の実施形態においては、表示制御部２０Ａが認証開始指示受付部２５Ａからの指示に従って操作パネルを表示部１７に表示する場合について説明したが、サーバ５からの指示に従って操作パネルを表示部１７に表示するようにしても良い。また、表示部１７が表示する操作パネルとして、端末２の表示制御部２０Ａがメモリ１４あるいはプログラム記憶部１５に格納されている情報に基づいて操作パネルを表示するようにしても良いし、サーバ５から送信された情報に基づいて操作パネルを表示するようにしても良い。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

５ サーバ、１１，２２ 通信部、１４，２３ メモリ、１５，２４ プログラム記憶部、１６ 入力部、１７ 表示部、２０Ａ，２０Ｂ 表示制御部、２１Ａ，２１Ｂ 操作受付部、２２Ａ，２２Ｂ 位置情報検出部、２３Ａ，２３Ｂ 送信部、２４Ａ，２４Ｂ ユーザ情報取得部、２５Ａ，２５Ｂ 認証開始指示受付部、２６Ａ，２６Ｂ 登録部、５０ データ取得部、５２ 位置判断部、５３ 操作判断部、５４ 認証判断部、５５ 登録管理部、１００ 初期画面、１０２ 対面認証ボタン、１０４ タッチパネル、１１０ 操作パネル画面。

Claims (14)

1. 複数の端末と通信可能なサーバであって、
   各前記端末の位置情報および各前記端末の表面に設けられた操作部に対する操作情報を取得する情報取得部と、
   取得した一の端末の位置情報と少なくとも１つの他の端末の位置情報とが第１の所定条件を満たすか否かを判断する位置判断部と、
   取得した前記一の端末の操作情報と前記少なくとも１つの他の端末の操作情報とが第２の所定条件を満たすか否かを判断する操作判断部と、
   前記第１の所定条件と前記第２の所定条件の両方を満たした場合に、前記一の端末のユーザに関する情報と前記少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録する登録管理部とを備える、サーバ。
2. 前記情報取得部は、取得する各前記端末の位置情報および操作情報の少なくとも一方とともに時間情報を取得し、
   前記登録管理部は、前記位置判断部および前記操作判断部の判断結果および取得した時間情報に基づいて、前記一の端末のユーザに関する情報と前記少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録する、請求項１記載のサーバ。
3. 前記位置判断部は、前記一の端末の位置情報により示される位置から前記少なくとも１つの他の端末の位置情報により示される位置までの距離が所定距離内であるか否かを判断する、請求項１または２記載のサーバ。
4. 前記登録管理部は、前記第１の所定条件と前記第２の所定条件の両方を満たした場合に、前記一の端末に前記少なくとも１つの他の端末のユーザを示す情報を送信し、当該少なくとも１つの他の端末に当該一の端末のユーザを示す情報を送信する、請求項１〜３のいずれか１項に記載のサーバ。
5. 前記登録管理部は、前記少なくとも１つの他の端末のユーザを示す情報を送信し、前記一の端末のユーザを示す情報を送信した後に、前記一の端末と前記少なくとも１つの他の端末からユーザに関する情報の登録指示を取得した場合に、前記一の端末のユーザに関する情報と前記少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録する、請求項４記載のサーバ。
6. 前記登録管理部は、少なくとも３つの端末のそれぞれから自端末以外の複数のユーザに関する情報の登録指示を取得した場合に、一の端末のユーザに関する情報と少なくとも２つの他の端末のユーザに関する情報とを対応付けて登録する、請求項５記載のサーバ。
7. 複数の端末と通信可能なサーバの制御方法であって、
   各前記端末の位置情報および各前記端末の表面に設けられた操作部に対する操作情報を取得するステップと、
   取得した一の端末の位置情報と少なくとも１つの他の端末の位置情報とが第１の所定条件を満たすか否かを判断するステップと、
   取得した前記一の端末の操作情報と前記少なくとも１つの他の端末の操作情報とが第２の所定条件を満たすか否かを判断するステップと、
   前記第１の所定条件と前記第２の所定条件の両方を満たした場合に、前記一の端末のユーザに関する情報と前記少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録するステップとを備える、サーバの制御方法。
8. 複数の端末と通信可能なサーバのコンピュータで実行される制御プログラムであって、
   前記制御プログラムは、前記コンピュータを、
   各前記端末の位置情報および各前記端末の表面に設けられた操作部に対する操作情報を取得する情報取得部と、
   取得した一の端末の位置情報と少なくとも１つの他の端末の位置情報とが第１の所定条件を満たすか否かを判断する位置判断部と、
   取得した前記一の端末の操作情報と前記少なくとも１つの他の端末の操作情報とが第２の所定条件を満たすか否かを判断する操作判断部と、
   前記第１の所定条件と前記第２の所定条件の両方を満たした場合に、前記一の端末のユーザに関する情報と前記少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録する登録管理部として機能させる、サーバの制御プログラム。
9. 複数の端末と、
   前記複数の端末と通信可能なサーバとを備え、
   前記サーバは、
   各前記端末の位置情報および各前記端末の表面に設けられた操作部に対する操作情報を取得する情報取得部と、
   取得した一の端末の位置情報と少なくとも１つの他の端末の位置情報とが第１の所定条件を満たすか否かを判断する位置判断部と、
   取得した前記一の端末の操作情報と前記少なくとも１つの他の端末の操作情報とが第２の所定条件を満たすか否かを判断する操作判断部と、
   前記第１の所定条件と前記第２の所定条件の両方を満たした場合に、前記一の端末のユーザに関する情報と前記少なくとも１つの他の端末のユーザに関する情報とを対応付けて登録する登録管理部とを含む、情報処理システム。
10. 各前記端末は、ユーザからの操作入力を受け付けることが可能なタッチパネルを含み、
    前記情報取得部は、各前記端末のタッチパネルの操作情報を取得する、請求項９記載の情報処理システム。
11. 各前記端末は、前記タッチパネルを介してユーザから選択的に入力を受け付け可能な複数のオブジェクトを表示する表示部を有する、請求項１０記載の情報処理システム。
12. 各前記端末は、前記表示部に表示する前記複数のオブジェクトのうち少なくとも１つのオブジェクトの配置が変更されるように当該複数のオブジェクトを前記表示部に表示させる表示制御部をさらに含む、請求項１１記載の情報処理システム。
13. 前記複数のオブジェクトのそれぞれは色および形態の少なくとも一方がそれぞれ異なる、請求項１１または１２記載の情報処理システム。
14. 前記操作判断部は、前記情報取得部で取得した前記少なくとも２つの端末からの操作情報として前記複数のオブジェクトのうち同じオブジェクトの入力を受け付けたか否かを判断する、請求項１１〜１３のいずれか１項に記載の情報処理システム。

Images