JP6239558B2 - 情報処理システム、情報処理装置、プログラムおよび情報処理装置の制御方法 - Google Patents

Description

本開示は、情報端末間でデータ通信が可能な情報処理システムに関する。

近年、スマートフォン等の携帯情報端末が普及している。そして、ユーザは様々なネットワークサービスをこのような携帯情報端末を用いて利用する機会も増加している。

また、これとは別に、いわゆるソーシャルネットワークサービス（ＳＮＳ）も普及している。当該ＳＮＳは、パーソナルコンピュータのみならず、上記の携帯情報端末上でも利用可能であり、また、中には、携帯情報端末のみで利用可能なＳＮＳのようなものも提供されている。実際、携帯情報端末でＳＮＳを楽しむユーザも増加している。このようなＳＮＳでは、ユーザ同士で投稿を閲覧することが可能である（特許文献１）。

特開２０１５−５６１２７号公報

しかしながら、従来はユーザが情報を発信するためには、能動的に文字を入力したり、撮影した写真を選択する等しない限り、コンテンツが投稿されることはなかった。したがって、ユーザ毎の情報を発信するモチベーションの差に基づいて発信される情報量が異なるためコミュニケーションを促進する点で改善の余地があった。

本開示の目的は、ユーザ間のコミュニケーションを促進することが可能な情報処理システムを提供することである。

ある局面に従うサーバを介して複数の端末間でデータ通信が可能な情報処理システムであって、第１の端末は、第１の端末を操作するユーザに対して、キャラクタを表示するとともに、当該キャラクタに関連して質問情報を出力する質問イベントを実行する質問イベント処理部と、ユーザから質問情報に対する回答情報の入力を受け付ける回答受付部と、回答受付部で受け付けた回答情報をサーバに送信する回答送信部とを含む。第２の端末は、サーバから回答情報を受信する回答受信部と、回答受信部で受信した回答情報に基づいて、第２の端末を操作するユーザに対して、キャラクタを表示するとともに、当該キャラクタに関連して回答情報を出力する回答イベントを実行する回答イベント処理部とを含む。

好ましくは、第１の端末の回答送信部は、キャラクタに関連する情報を含む回答情報をサーバに送信する。第２の端末の回答受信部は、サーバから回答情報を受信し、第２の端末の回答イベント処理部は、回答受信部で受信した回答情報に基づいて、質問イベントのキャラクタによる回答情報を他のユーザに出力する回答イベントを実行するようにしても良い。

好ましくは、キャラクタは、ユーザに関連するキャラクタあるいは他のユーザに関連するキャラクタであっても良い。

好ましくは、キャラクタは、ユーザを示すアバターあるいは他のユーザを示すアバターであってもよい。

好ましくは、キャラクタは、３次元データで構成される。
好ましくは、質問イベント処理部は、質問イベントとして仮想空間内にキャラクタを配置し、当該キャラクタを表示しても良い。

好ましくは、第２端末の回答イベント処理部は、回答情報に応じたキャラクタのアニメーション表示を行うとともに、当該回答情報を出力しても良い。

好ましくは、質問イベント処理部は、キャラクタと当該キャラクタに関連させた質問情報とを表示しても良い。

好ましくは、複数の第２の端末が設けられ、サーバは、各第２の端末に第１の端末から受信した回答情報を送信しても良い。

好ましくは、第１の端末の回答送信部は、第２の端末の宛先を指定することなく、回答受付部で受け付けた回答情報をサーバに送信しても良い。

好ましくは、サーバは、第１の端末と関連付けられた少なくとも１つ以上の第２の端末に関する関連情報を格納する関連情報格納部と、関連情報に基づいて第１の端末から受信した回答情報を関連する第２の端末に送信する送信管理部とを含む。

好ましくは、第１の端末の回答受付部は、ユーザから質問情報に対する回答情報として単語の入力を受け付け、第２の端末の回答イベント処理部は、回答イベントとして回答受信部で受信した回答情報に基づいて、キャラクタによる回答情報の単語を含む回答文章を他のユーザに出力しても良い。

好ましくは、サーバは、複数の質問情報を予め記憶する質問情報記憶部と、第１の端末を操作するユーザ以外のユーザの操作に関係なく、複数の質問情報のうち少なくとも１つの質問情報を選択する質問情報選択部と、選択された質問情報を第１の端末に送信する質問情報送信部とを含む。

好ましくは、第２の端末の回答イベント処理部は、回答情報を出力した後に、第２端末を操作するユーザに対して、キャラクタに関連して質問情報を出力しても良い。

好ましくは、第１の端末は、第２の端末を宛先として指定した特定情報を送信する特定情報送信部をさらに含み、第２の端末は、サーバから特定情報を受信する特定情報受信部と、特定情報受信部で受信した特定情報に基づいて、キャラクタによる特定情報を他のユーザに出力する特定イベントを実行する特定イベント処理部とをさらに含む。

ある局面に従うサーバを介して他の情報処理装置とデータ通信が可能な情報処理装置であって、情報処理装置を操作するユーザに対して、キャラクタを表示するとともに、当該キャラクタに関連して質問情報を出力する質問イベントを実行する質問イベント処理部と、ユーザから質問情報に対する回答情報の入力を受け付ける回答受付部と、回答受付部で受け付けた回答情報をサーバに送信する回答送信部と、他の情報処理装置から送信された回答情報をサーバから受信する回答受信部と、回答受信部と受信した回答情報に基づいて、ユーザに対して、キャラクタによる回答情報を出力する回答イベントを実行する回答イベント処理部とを備える。

ある局面に従うサーバを介して他の情報処理装置とデータ通信が可能な情報処理装置のコンピュータで実行されるプログラムであって、プログラムは、情報処理装置のコンピュータを、情報処理装置を操作するユーザに対して、キャラクタを表示するとともに、当該キャラクタに関連して質問情報を出力する質問イベントを実行する質問イベント処理部と、ユーザから質問情報に対する回答情報の入力を受け付ける回答受付部と、回答受付部で受け付けた回答情報をサーバに送信する回答送信部と、他の情報処理装置から送信された回答情報をサーバから受信する回答受信部と、回答受信部と受信した回答情報に基づいて、ユーザに対して、キャラクタによる回答情報を出力する回答イベントを実行する回答イベント処理部として機能させる。

ある局面に従うサーバを介して他の情報処理装置とデータ通信が可能な情報処理装置の制御方法であって、情報処理装置を操作するユーザに対して、キャラクタを表示するとともに、当該キャラクタに関連して質問情報を出力する質問イベントを実行するステップと、ユーザから質問情報に対する回答情報の入力を受け付けるステップと、受け付けた回答情報をサーバに送信するステップと、他の情報処理装置から送信された回答情報をサーバから受信するステップと、受信した回答情報に基づいて、ユーザに対して、キャラクタによる回答情報を出力する回答イベントを実行するステップとを備える。

上記によれば、ユーザ間のコミュニケーションを促進することが可能である。

実施形態１に基づく情報処理システムの一例の構成を示す図である。 実施形態１に基づく端末２の構成を説明する図である。 実施形態１に基づくサーバ５の構成を説明する図である。 実施形態１に基づく情報処理システム１の各機能ブロック構成を説明する図である。 実施形態１に基づく質問イベントの質問リストの内容を説明する図である。 実施形態１に基づく関連情報格納部４４に格納されているデータを説明する図である。 実施形態１に基づくサーバ５に送信される回答情報のデータの一例を説明する図である。 実施形態１に基づくサーバ５に送信される特定情報のデータの一例を説明する図である。 実施形態１に基づく質問イベントについて説明する図である。 実施形態１に基づく質問イベントに対する回答画面１１０を説明する図である。 実施形態１に基づく回答イベントについて説明する図である。 実施形態１に基づく回答イベントの別の処理について説明する図である。 実施形態１に基づく特定イベントの受付について説明する図である。 実施形態１に基づく特定イベントの受付処理におけるデータ通信するユーザを指定するフレンド選択画面を説明する図である。 実施形態１に基づく特定イベントの受付処理における入力画面１６０を説明する図である。 実施形態１に基づく特定イベントについて説明する図である。 実施形態１に基づく別の質問イベントについて説明する図である。 実施形態１に基づくイベント処理を実行する仮想空間を説明する図である。 実施形態１に基づく情報処理システムのデータ通信の処理の流れを説明する図である。 実施形態１に基づく情報処理システムのデータ通信の別の処理の流れを説明する図である。 実施形態１に基づく端末２において実行されるアプリ処理について説明するフロー図である。 実施形態１に基づく端末２の質問イベント処理について説明するフロー図である。 実施形態１に基づく回答イベント処理について説明するフロー図である。 実施形態１に基づく端末２の特定イベントの受付処理について説明するフロー図である。 実施形態１に基づく特定イベント処理について説明するフロー図である。 実施形態１に基づくサーバ５において実行される送信管理処理について説明するフロー図である。 実施形態２に基づく情報処理システム１Ａの各機能ブロックの構成を説明する図である。 実施形態２に基づくサーバ５Ａで編集された回答情報のデータの一例を説明する図である。 実施形態２に基づくサーバ５Ａにおいて実行される送信管理処理について説明するフロー図である。

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

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

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

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

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

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

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

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

アプリケーションプログラムは、任意のアプリケーションを実行するためのプログラムである。アプリケーションプログラムは、例えば、ゲームデータを読み出して当該ゲームデータを用いてゲーム処理を行うゲームプログラムであってもよい。

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

入力部１６は、ボタンやタッチパネル等、ユーザによる指示を受け付ける。
表示部１７は、上記情報処理によって生成される画像を表示する。

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

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

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

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

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

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

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

端末２Ａは、質問イベント処理部３１と、回答受付部３２と、回答送信部３３と、特定情報送信部３４と、特定イベント受付部３５とを含む。

質問イベント処理部３１は、サーバ５からの指示に従い、操作するユーザに対して、キャラクタを表示するとともに、当該キャラクタに関連して質問情報を出力する質問イベントを実行する。

キャラクタは、端末２Ａのユーザに関連するキャラクタあるいは他の端末の他のユーザに関連するキャラクタの両方を含む。キャラクタは、ユーザを示すアバターあるいは他のユーザを示すアバターである。本実施形態１においては、質問イベントとして、キャラクタを利用して質問情報をユーザに問い合わせる処理を実行する。

各端末２のプログラム記憶部１５に記憶されるプログラムは、各端末２のユーザが利用するキャラクタを生成する生成プログラムを含んでおり、当該生成プログラムにより予め各端末２のユーザは利用するキャラクタを生成しているものとする。そして、当該キャラクタの生成によりキャラクタを一意に特定するキャラクタＩＤが発行される。各端末２は、キャラクタに関連する情報（キャラクタＩＤ）に基づいて、キャラクタを形成し表示出力することが可能である。

キャラクタに関連する情報（キャラクタ関連情報とも称する）は、キャラクタを特定するためのデータであり、本例においては一例としてキャラクタＩＤとして説明する。なお、当該キャラクタＩＤとともに、キャラクタを構成するために必要なキャラクタデータとして各パーツ等の詳細なデータでも良いし、あるいは各パーツ等を示すパーツＩＤを含めるようにしても良い。

また、各端末２のプログラム記憶部１５に記憶されるプログラムは、フレンド登録プログラムを含んでおり、当該フレンド登録プログラムにより必要に応じて各端末２のユーザは互いにグループを形成するフレンド登録を実行しているものとする。

フレンド登録の方式については、種々の方式があるが例えば、赤外線通信により互いの情報を交換し合うことによりフレンド登録を実行するようにしても良い。また、サーバを利用する形態であっても良い。例えば、各端末２に設けられたＧＰＳ（Global Positioning System）機能を利用して位置情報等に基づいてユーザが互いに対面状態であることをサーバが認識した場合にフレンド登録を実行することも可能である。また、ＳＮＳ（Social Networking Service）で既に友達同士になっているユーザについて、各端末２に「友達かも」と表示されて、登録の申請・承認の処理後にフレンド登録を実行することも可能である。あるいは、各端末２毎に予め決められている所定のコード（フレンドコード）をユーザ同士で交換し、交換したコードを入力することによりフレンド登録することが可能なフレンド登録プログラムを含んでおり、当該フレンド登録プログラムにより必要に応じて各端末２のユーザは互いにグループを形成するフレンド登録を実行しているものとする。

各端末２に関する情報（ユーザ名、キャラクタＩＤ、フレンド関係等）は、サーバ５に送信され、サーバ５で管理されているものとする。本例においては、後述する関連情報格納部４４に格納される。

回答受付部３２は、質問イベントに対してユーザから質問情報に対する回答情報の入力を受け付ける。

回答送信部３３は、回答受付部３２で受け付けた回答情報をサーバ５に送信する。したがって、回答送信部３３は、回答情報を送信する宛先を指定することなくサーバ５に当該情報を送信する。

特定イベント受付部３５は、ユーザからの指示に従って特定イベントの受付処理を実行する。具体的には、特定イベント受付部３５は、特定イベントの受付処理として送信する情報および当該情報を送信する宛先の指定（特定）の受付処理を実行する。

特定情報送信部３４は、特定イベント受付部３５で受け付けた宛先を指定した特定情報をサーバ５に送信する。一例として端末２Ｂを宛先として指定した特定情報をサーバ５に送信する。特定情報の送信は、指定した端末間同士の通信であり例えば端末２Ａにおいて、端末２Ｂを宛先として指定した場合には端末２Ｃとの間でのデータ通信はされない。

端末２Ｂは、回答受信部５１と、回答イベント処理部５２と、特定情報受信部５３と、特定イベント処理部５４とを含む。

回答受信部５１は、サーバ５を介して回答情報を受信する。
回答イベント処理部５２は、回答受信部５１で受信した回答情報に基づいて、端末を操作する他のユーザに対して、キャラクタを表示するとともに、当該キャラクタに関連して回答情報を出力する回答イベントを実行する。

本実施形態１においては、回答イベントとして、キャラクタを利用した回答情報をユーザに出力する処理を実行する。

特定情報受信部５３は、サーバ５を介して指定された宛先からの特定情報を受信する。
特定イベント処理部５４は、特定情報受信部５３で受信した特定情報に基づいて、キャラクタによる特定情報を他のユーザに出力する特定イベントを実行する。

本実施形態１においては、特定イベントとして、キャラクタを利用した特定情報をユーザに出力する処理を実行する。

サーバ５は、質問管理部４０と、送信管理部４３と、関連情報格納部４４とを含む。
関連情報格納部４４は、サーバ５と通信可能に設けられた各端末および当該端末と他の端末との関係を示す関連情報を格納する。具体的には、関連情報格納部４４は、各端末を利用するユーザおよびユーザが利用するキャラクタ等に関連する情報を格納する。また、関連情報格納部４４は、各端末毎にフレンド登録された他の端末に関する情報（他の端末に対応するキャラクタ）も含む。

送信管理部４３は、関連情報格納部４４に格納されている関連情報に基づいて端末２Ａから受信した回答情報をフレンド登録されている端末２Ｂに送信する。

質問管理部４０は、関連情報格納部４４に格納されている関連情報に基づいて、端末２Ａに質問イベントを実行するように指示する。

質問管理部４０は、質問情報格納部４５と、質問選択部４６と、質問情報送信部４７とを含む。

質問情報格納部４５は、端末における質問イベントを実行するための複数の質問メッセージを格納する。

質問選択部４６は、質問情報格納部４５で格納されている質問メッセージの中から少なくとも１つを選択する。ランダムで選択するようにしても良いし、一度選んだ質問は選ばないようにしても良い。すなわち、質問メッセージは、質問イベントを実行する端末以外の端末を操作するユーザの操作に関係なく自動的に選択される。

質問情報送信部４７は、質問選択部４６で選択された質問情報を端末２に送信する。また、質問情報送信部４７は、質問情報とともに当該質問イベントに登場するキャラクタを指定するためのキャラクタ関連情報を送信するようにしても良い。

図５は、実施形態１に基づく質問情報格納部４５で格納されている質問リストの内容を説明する図である。

図５に示されるように、質問リストとして複数の質問ＩＤとそれぞれ関連付けられた複数の質問メッセージが登録されている。

一例として、質問ＩＤ「Ｑ１」に対応して質問メッセージ「アナタの出身はどこですか？」が対応付けられて登録されている。

質問ＩＤ「Ｑ２」に対応して質問メッセージ「小さい頃何をして遊びましたか？」が対応付けられて登録されている。

質問ＩＤ「Ｑ３」に対応して質問メッセージ「アナタの最近行ったところはどこですか？」が対応付けられて登録されている。

サーバ５から質問情報が端末２Ａに送信されることにより対応する質問に関する質問イベントが実行される。なお、本例においては、質問選択部４６で選択した質問メッセージのみを質問情報として端末２Ａに送信する場合について説明する。なお、質問メッセージとともに質問ＩＤをともに質問情報として端末２Ａに送信するようにしても良い。

また、質問管理部４０は、質問情報とともに、キャラクタ関連情報（キャラクタＩＤ）も端末２Ａに送信することが可能である。キャラクタ関連情報（キャラクタＩＤ）を送信することにより、指定したキャラクタに基づく質問イベントが実行される。なお、キャラクタ関連情報は必須の構成ではなく、質問情報のみを端末２Ａに送信するようにしても良い。この場合には、当該端末２ＡのユーザＰが作成したキャラクタに基づいて質問イベントを実行するようにすればよい。

図６は、実施形態１に基づく関連情報格納部４４に格納されているデータを説明する図である。

図６に示されるように、端末毎に端末ＩＤが発行される。端末ＩＤ毎に、ユーザ名とキャラクタＩＤとが対応付けられている。また、端末に対応するキャラクタＩＤとフレンド登録された他の端末に対応するキャラクタＩＤについても関連付けされて登録されている。

一例として、端末２Ａ〜２Ｃにそれぞれ対応して端末ＩＤ「Ｔ１」〜「Ｔ３」が割り当てられている。

端末２Ａに対応する端末ＩＤ「Ｔ１」に対応して、ユーザＰと、ユーザＰにより生成されたキャラクタＡ君が対応付けられて登録されている場合が示されている。また、端末２Ａとフレンド関係が登録された端末に対応するキャラクタ（フレンドキャラクタＢ君、Ｃ君、・・・）が対応付けられて登録されている。なお、ここでは説明を簡易にするためにキャラクタＩＤとしてキャラクタ名を用いて説明しているが、特にキャラクタ名に限られず、コード番号でもよくキャラクタを特定することが可能であればどのようなものでも良い。

また、端末２Ｂに対応する端末ＩＤ「Ｔ２」に対応して、ユーザＱと、ユーザＱにより生成されたキャラクタＢ君が対応付けられて登録されている場合が示されている。また、端末２Ｂとフレンド関係が登録された端末に対応するキャラクタ（フレンドキャラクタＡ君、Ｃ君、・・・）が対応付けられて登録されている。

また、端末２Ｃに対応する端末ＩＤ「Ｔ３」に対応して、ユーザＲと、ユーザＲにより生成されたキャラクタＣ君が対応付けられている場合が示されている。また、端末２Ｃとフレンド関係が登録された端末に対応するキャラクタ（フレンドキャラクタＡ君、Ｂ君、・・・）が対応付けられて登録されている。

他の端末ＩＤについても同様にデータが関連付けされて登録されている。
図７は、実施形態１に基づくサーバ５に送信される回答情報のデータの一例を説明する図である。

図７には、端末２Ａの回答送信部３３で生成されたサーバ５に送信される回答情報である送信データ３００が示されている。

送信データ３００は、端末ＩＤデータ３０２と、キャラクタＩＤデータ３０４と、質問データ３０６と、回答データ３０８とを含む。

端末ＩＤデータ３０２は、送信する端末を特定するためのデータである。
キャラクタＩＤデータ３０４は、キャラクタを特定するためのデータである。

質問データ３０６は、端末における質問イベントで実行された質問内容を示すデータである。

回答データ３０８は、受け付けた回答内容を示すデータである。
図８は、実施形態１に基づくサーバ５に送信される特定情報のデータの一例を説明する図である。

図８には、端末２Ａの特定情報送信部３４で生成されたサーバ５に送信される特定情報である送信データ４００が示されている。

送信データ４００は、端末ＩＤデータ４０２と、キャラクタＩＤデータ４０４と、指定端末ＩＤデータ４０６と、特定データ４０８とを含む。

端末ＩＤデータ４０２は、送信する端末を特定するためのデータである。
キャラクタＩＤデータ４０４は、キャラクタを特定するためのデータである。

指定端末ＩＤデータ４０６は、送信先として指定した端末を特定するためのデータである。

特定データ４０８は、受け付けた入力内容を示すデータである。
＜情報処理システムにおける処理概要＞
次に、実施形態１に基づく情報処理システム１の処理概要について説明する。

図９は、実施形態１に基づく質問イベントについて説明する図である。
図９に示されるように、質問イベント処理部３１は、指示に従ってキャラクタによる質問情報をユーザに出力する質問イベントを実行する。

本例においては、端末２Ａの表示部１７に質問イベント画面１００が表示されている場合が示されている。

質問イベント画面１００において、端末２ＡのユーザＰが作成したＡ君のキャラクタ１０４が表示されている。また、表示されているＡ君のキャラクタ１０４が「アナタの出身はどこですか？」と質問メッセージ１０２を表示することにより質問している場面が示されている。また、質問イベントとしてキャラクタ１０４の動きに合わせた態様で質問メッセージ１０２が表示されるようにしても良い。キャラクタ１０４の動き（演出）は、質問メッセージ１０２の内容に応じて変化させるようにしても良い。キャラクタ１０４の動き（演出）についてアニメーション表示するようにしても良い。キャラクタによる質問情報をユーザに出力することにより、質問をユーザに投げかける臨場感を増すことが可能である。これにより当該質問に対するユーザからの回答を積極的に促すことが可能である。また、キャラクタ１０４を利用してユーザが有する情報を問い合わせる質問イベントを実行することにより質問イベントの興趣性を高めることが可能である。これにより当該質問に対するユーザの回答の障壁を低くし、回答を容易にすることが可能である。

なお、本例においては、質問メッセージ１０２を表示することによりユーザに質問する質問イベントについて説明するが特に当該方式に限られず、質問メッセージ１０２の内容を音声出力することにより質問する質問イベントを実行することも可能である。また、これらを組み合わせた質問イベントを実行することも可能である。

図１０は、実施形態１に基づく質問イベントに対する回答画面１１０を説明する図である。

図１０に示されるように回答受付部３２は、質問イベント画面１００に対する回答情報としてユーザからの入力を受け付ける。本例においては、ユーザが入力部１６を操作することにより回答欄１１４に「Ｘ県Ｙ市です。」の回答メッセージが入力されて表示された場合が示されている。

また、回答画面１１０には、回答情報の入力を完了することを示す「ＯＫ」ボタン１１６と、回答情報の入力を中止する「キャンセル」ボタン１１８が設けられる場合が示されている。

ユーザが「ＯＫ」ボタン１１６を選択した場合には、回答情報がサーバ５に送信される。

具体的には、回答送信部３３は、入力された回答情報をサーバ５に送信する。
また、ユーザが「キャンセル」ボタン１１８を選択した場合には、回答情報の入力を中止する処理を実行する。その場合には、回答情報は送信されない。なお、回答内容は無かった旨あるいは入力無しの情報を含む回答情報としてサーバ５に送信するようにしても良い。

図１１は、実施形態１に基づく回答イベントについて説明する図である。
図１１に示されるように、回答イベント処理部５２は、指示に従ってキャラクタによる回答情報を他のユーザに出力する回答イベントを実行する。

本例においては、ユーザＱが所持する端末２Ｂの表示部１７に回答イベント画面１２０が表示されている場合が示されている。

回答イベント画面１２０において、端末２ＡのユーザＰが作成したＡ君のキャラクタ１０４が表示されている。また、表示されているＡ君のキャラクタ１０４が「ユーザＰさんの出身は「Ｘ県Ｙ市です。」だそうです」と回答メッセージ１２２を表示することにより回答している場面が示されている。

また、回答イベントとしてキャラクタ１０４の動きに合わせた態様で回答メッセージ１２２が表示されるようにしても良い。キャラクタ１０４の動き（演出）は、回答メッセージ１２２の内容に応じて変化させるようにしても良い。キャラクタによる回答情報をユーザに出力することにより、ユーザに回答を出力する臨場感を増すことが可能である。これにより当該回答に対するユーザの反応を積極的に促すことが可能である。また、キャラクタ１０４を利用してユーザが有する情報を回答する回答イベントを実行することにより回答イベントの興趣性を高めることが可能である。

なお、本例においては、回答メッセージ１２２を表示することにより回答する回答イベントについて説明するが特に当該方式に限られず、回答メッセージ１２２の内容を音声出力することにより回答する回答イベントを実行することも可能である。また、これらを組み合わせた回答イベントを実行することも可能である。

回答イベントにより、ユーザＱが所持する端末２Ｂの表示部１７において、ユーザＰに対する質問に対する回答メッセージ１２２を取得し、閲覧することが可能である。

図１２は、実施形態１に基づく回答イベントの別の処理について説明する図である。
図１２に示されるように、回答イベント処理部５２は、回答イベント画面１２０の後にユーザからの指示入力を受け付ける画面１３０を表示する。

また、画面１３０において、「もう一度」ボタン１４０を選択することにより図７で説明した回答イベントが再度実行される。

画面１３０において、「ＯＫ」ボタン１４４を選択することにより回答イベント処理が終了する。

図１３は、実施形態１に基づく特定イベントの受付について説明する図である。
図１３に示されるように、特定イベントは質問イベントとは別のイベント処理であり、通常の画面１４０において、特定イベントを実行するための伝言ボタン１３８が設けられている。または、ユーザの入力部１６の操作指示に従って当該伝言ボタン１３８を表示するようにしても良い。あるいは、図７の質問イベントとともに表示するようにすることも可能である。

伝言ボタン１３８は、ユーザと他のユーザとの間の端末間同士で直接データ通信を実行する特定イベントの指示を受け付けることが可能なボタンである。

特定イベント受付部３５は、ユーザにより当該伝言ボタン１３８が選択されると、データ通信するユーザを指定（特定）するための処理を実行する。

図１４は、実施形態１に基づく特定イベントの受付処理におけるデータ通信するユーザを指定するフレンド選択画面を説明する図である。

図１４を参照して、特定イベント受付部３５は、伝言ボタン１３８の選択を受け付けて、ユーザＰのキャラクタＡ君のフレンド選択画面１５０を表示部１７に表示する。

フレンド選択画面１５０においては、ユーザＰが作成したキャラクタＡ君とフレンド関係、つまりフレンド登録したキャラクタのフレンドリストが示されている。

一例として、ユーザＰが作成したＡ君のキャラクタとフレンド関係にある５人のキャラクタのリストが示されている。一例として、それぞれが異なるキャラクタであるＢ君、Ｃ君、Ｄ君、Ｅ君、Ｆ君が示されている。

上述したように、端末毎に決められている所定のコード（フレンドコード）をユーザ同士で交換し、交換したコードを入力することによりフレンド登録することが可能である。

当該フレンド登録したキャラクタに関する情報（フレンドリスト）は、各端末で保持するメモリ１４に格納されているデータに基づいて作成しても良いし、あるいは、サーバ５が管理している関連情報格納部４４の関連情報を取得して、当該取得した関連情報に基づいて作成するようにしても良い。

ユーザは、当該フレンド選択画面１５０において、直接データ通信を実行したい相手（キャラクタ）を指定することが可能である。そして、指定したキャラクタに対応する端末が宛先として登録され、当該宛先の端末のみに情報が送信される。

また、フレンド選択画面１５０には、「戻る」ボタン１５２が設けられ、当該「戻る」ボタン１５２が選択された場合にフレンド選択画面１５０が終了して画面１４０に遷移する。

図１５は、実施形態１に基づく特定イベントの受付処理における入力画面１６０を説明する図である。

図１５に示されるように特定イベント受付部３５は、宛先の指定を受け付けた後に、入力画面１６０を表示部１７に表示する。

特定イベント受付部３５は、当該入力画面１６０の入力欄１６２においてユーザからの任意の入力を受け付ける。本例においては、入力された情報は、宛先を指定（特定）した情報であるので特定情報とも称する。

本例においては、ユーザが入力部１６を操作することにより入力欄１６２に「こんにちわ」のメッセージが入力されて表示されている場合が示されている。

また、入力画面１６０には、特定情報の入力を完了することを示す「ＯＫ」ボタン１６４と、特定情報の入力を中止する「キャンセル」ボタン１６６が設けられる場合が示されている。

ユーザが「ＯＫ」ボタン１６４を選択した場合には、特定情報がサーバ５に送信される。

具体的には、特定情報送信部３４は、入力された特定情報をサーバ５に送信する。
また、ユーザが「キャンセル」ボタン１６６を選択した場合には、特定情報の入力を中止する処理を実行する。その場合には、特定情報は送信されずに図１０の通常の画面に戻る。

図１６は、実施形態１に基づく特定イベントについて説明する図である。
図１６に示されるように、特定情報受信部５３は、サーバ５を介して宛先が指定された特定情報を受信する。特定イベント処理部５４は、特定情報受信部５３で受信した特定情報を他のユーザに出力する特定イベントを実行する。

本例においては、ユーザＱが所持する端末２Ｂの表示部１７に特定イベント画面１６８が表示されている場合が示されている。

特定イベント画面１６８において、端末２ＡのユーザＰが作成したＡ君のキャラクタ１０４が表示されている。また、表示されているＡ君のキャラクタ１０４が「こんにちわ」と特定メッセージ１６９を表示することにより応答している場面が示されている。

また、特定イベントとしてキャラクタ１０４の動きに合わせた態様で特定メッセージ１６９が表示されるようにしても良い。キャラクタ１０４の動き（演出）は、特定メッセージ１６９の内容に応じて変化させるようにしても良い。キャラクタによる特定情報をユーザに出力することにより、ユーザに情報を出力する臨場感を増すことが可能である。これにより当該情報に対するユーザの反応を積極的に促すことが可能である。また、キャラクタ１０４を利用してユーザが送信したい情報を、指定した宛先のユーザに伝達する特定イベントを実行することにより特定イベントの興趣性を高めることが可能である。

なお、本例においては、特定メッセージ１６９を表示する特定イベントについて説明するが特に当該方式に限られず、特定メッセージ１６９の内容を音声出力する特定イベントを実行することも可能である。また、これらを組み合わせた特定イベントを実行することも可能である。

なお、特定イベントについても図１２で説明したのと同様に、特定イベント処理部５４は、特定イベント画面１６８の後にユーザからの指示入力を受け付ける画面を表示する。

そして、例えば、「もう一度」ボタンを選択することにより図１６で説明した特定イベントが再度実行される。また、「ＯＫ」ボタンを選択することにより特定イベント処理が終了する。

図１７は実施形態１に基づく別の質問イベントについて説明する図である。
図１７に示されるように、質問イベント処理部３１は、指示に従ってキャラクタによる質問情報をユーザに出力する質問イベントを実行する。

本例においては、端末２Ａの表示部１７に質問イベント画面１７０が表示されている場合が示されている。

質問イベント画面１７０において、端末２ＢのユーザＱが作成したＢ君のキャラクタ１７４が表示されている。また、表示されているＢ君のキャラクタ１７４が「アナタの最近行ったところはどこですか？」と質問メッセージ１７２を表示することにより質問している場面が示されている。また、質問イベントとしてキャラクタ１７４の動きに合わせた態様で質問メッセージ１７２が表示されるようにしても良い。キャラクタ１７４の動き（演出）は、質問メッセージ１７２の内容に応じて変化させるようにしても良い。

なお、本例においては、質問メッセージ１７２を表示することによりユーザに質問する質問イベントについて説明するが特に当該方式に限られず、質問メッセージ１７２の内容を音声出力することにより質問する質問イベントを実行することも可能である。また、これらを組み合わせた質問イベントを実行することも可能である。

したがって、ユーザＰは、他のユーザＱが作成したＢ君のキャラクタからも質問を受け付けることが可能である。そして、上記で説明したのと同様の処理により、ユーザＱが所持する端末２Ｂの表示部１７において、回答イベントによりユーザＰに対する質問に対する回答メッセージを取得し、閲覧することが可能である。

図１８は、実施形態１に基づくイベント処理を実行する仮想空間を説明する図である。
図１８に示されるように、仮想的な３次元の部屋空間２０６に、キャラクタ２００およびドア２０２が配置されている。当該キャラクタ２００は、部屋空間２０６に対して任意に移動可能なように設けられている。一例として質問イベントにおいて回答情報がサーバ５に送信される場合や特定イベントにおいて特定情報がサーバ５に送信される場合等には、キャラクタ２００がドア２０２を開けて当該部屋空間から外出する演出処理が実行される。また、サーバ５から回答情報を受信して回答イベントを実行する場合や特定情報を受信して特定イベントを実行する場合には、ドア２０２が空いてキャラクタ２００が当該部屋空間に入室する演出処理が実行される。

また、部屋空間２０６には所定位置に設けられた仮想カメラ２０４が設けられている。当該仮想カメラ２０４から部屋空間２０６を撮像した画像が表示部１７に表示される。なお、仮想カメラ２０４は、定点カメラではなく、例えば、キャラクタ２００の移動に従って仮想カメラ２０４の視線方向を変更するようにしても良い。また、ユーザの入力部１６の操作指示に従って仮想カメラ２０４の視線方向を調整するようにしても良い。

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

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

一例としてサーバ５は、端末２Ａに対して質問情報およびキャラクタ関連情報を送信する（シーケンスｓｑ０）。具体的には、質問選択部４６が質問情報格納部４５に格納されている質問リストから質問を選択する。そして、質問情報送信部４７は、端末２Ａに対して選択した質問情報およびキャラクタ関連情報を送信する。一例として、質問情報送信部４７は、質問情報（アナタの出身はどこですか？）およびキャラクタ関連情報（キャラクタＡ君）を送信する。

端末２Ａは、サーバ５から受信した質問情報およびキャラクタ関連情報に従って質問イベントを実行する（シーケンスｓｑ１）。具体的には、質問イベント処理部３１は、質問情報およびキャラクタ関連情報に基づいて図９で説明した質問イベントを実行する。

次に、端末２Ａは、ユーザＰからの回答を受け付ける（シーケンスｓｑ３）。具体的には、回答受付部３２は、図１０で説明したようにユーザＰからの回答情報の入力を受け付ける。一例として、回答データ「Ｘ県Ｙ市です。」を受け付ける。

そして、端末２Ａは、受け付けた回答情報をサーバ５に送信する（シーケンスｓｑ４）。具体的には、回答送信部３３は、サーバ５に図７で説明した回答情報を含む送信データを生成して送信する。

サーバ５は、端末２Ａから送信された回答情報を取得する（シーケンスｓｑ５）。具体的には、送信管理部４３は、端末２Ａからの回答情報を取得する。送信管理部４３は、関連情報格納部４４に格納されている関連情報に基づいてフレンド登録されている端末２Ｂ、端末２Ｃを送信先として選択する。

サーバ５は、端末２Ｂおよび２Ｃに取得した回答情報を送信する（シーケンスｓｑ６）。具体的には、送信管理部４３は、選択された送信先の端末である端末２Ｂおよび２Ｃに端末２Ａから受信した回答情報を送信する。

端末２Ｂは、サーバ５を介して端末２Ａから送信された回答情報を取得する（シーケンスｓｑ７）。具体的には、回答受信部５１は、サーバ５から送信された回答情報を取得する。

端末２Ｂは、サーバ５から受信した回答情報に基づいて回答イベントを実行する（シーケンスｓｑ８）。具体的には、回答イベント処理部５２は、取得した回答情報に基づいて図１１で説明した回答イベントを実行する。

端末２Ｃは、サーバ５を介して端末２Ａから送信された回答情報を取得する（シーケンスｓｑ９）。具体的には、回答受信部５１は、サーバ５から送信された回答情報を取得する。

端末２Ｃは、サーバ５から受信した回答情報に基づいて回答イベントを実行する（シーケンスｓｑ１０）。回答イベント処理部５２は、取得した回答情報に基づいて図１１で説明した回答イベントを実行する。

当該処理により、端末２Ａにおける質問イベントの回答が他の端末２Ｂおよび２Ｃに送信されて回答イベントとしてユーザＰの回答情報を取得することが可能である。

次に、サーバ５は、再び端末２Ａに対して質問情報およびキャラクタ関連情報を送信する（シーケンスｓｑ１１）。具体的には、質問選択部４６が質問情報格納部４５に格納されている質問リストから質問を選択する。そして、質問情報送信部４７は、端末２Ａに対して選択した質問情報およびキャラクタ関連情報を送信する。一例として、質問情報送信部４７は、質問情報（小さい頃何をして遊びましたか？）およびキャラクタ関連情報（キャラクタＢ君）を送信する。

端末２Ａは、質問情報およびキャラクタ関連情報に従って質問イベントを実行する（シーケンスｓｑ１２）。具体的には、質問イベント処理部３１は、質問情報およびキャラクタ関連情報に基づいて図１７で説明した質問イベントを実行する。

次に、端末２Ａは、ユーザＰからの回答を受け付ける（シーケンスｓｑ１３）。具体的には、回答受付部３２は、図１０で説明したのと同様にユーザＰからの回答情報の入力を受け付ける。

そして、端末２Ａは、受け付けた回答情報をサーバ５に送信する（シーケンスｓｑ１４）。具体的には、回答送信部３３は、サーバ５に図７で説明したいのと同様の回答情報を含む送信データを生成して送信する。

サーバ５は、端末２Ａから送信された回答情報を取得する（シーケンスｓｑ１５）。具体的には、送信管理部４３は、端末２Ａからの回答情報を取得する。送信管理部４３は、関連情報格納部４４に格納されている関連情報に基づいてフレンド登録されている端末２Ｂ、端末２Ｃを送信先として選択する。

サーバ５は、端末２Ｂおよび２Ｃに取得した回答情報を送信する（シーケンスｓｑ１６）。具体的には、送信管理部４３は、選択された送信先の端末である端末２Ｂおよび２Ｃに端末２Ａから受信した回答情報を送信する。

端末２Ｂは、サーバ５を介して端末２Ａから送信された回答情報を取得する（シーケンスｓｑ１７）。具体的には、回答受信部５１は、サーバ５から送信された回答情報を取得する。

端末２Ｂは、サーバ５から受信した回答情報に基づいて回答イベントを実行する（シーケンスｓｑ１８）。具体的には、回答イベント処理部５２は、取得した回答情報に基づいて図１１で説明したのと同様の回答イベントを実行する。

端末２Ｃは、サーバ５を介して端末２Ａから送信された回答情報を取得する（シーケンスｓｑ１９）。具体的には、回答受信部５１は、サーバ５から送信された回答情報を取得する。

端末２Ｃは、サーバ５から受信した回答情報に基づいて回答イベントを実行する（シーケンスｓｑ２０）。回答イベント処理部５２は、取得した回答情報に基づいて図１１で説明したのと同様の回答イベントを実行する。

なお、本例においては、端末２Ａにおいて質問イベントを実行し、端末２Ｂおよび２Ｃにおいて回答イベントを実行する場合について説明したが、特に当該場合に限られず、他の端末、例えば端末２Ｂにおいて質問イベントを実行し、端末２Ａおよび２Ｃにおいて回答イベントを実行する場合についても同様である。

当該処理により、端末２Ａに対する質問イベントの回答が他の端末２Ｂおよび２Ｃに送信されて回答イベントとしてユーザＰの回答情報を取得することが可能である。

本実施形態１に基づく情報処理システムは、サーバ５から質問情報が端末に対して送信されて、質問イベントにユーザが回答することにより回答情報が他の端末に自動的に送信される。したがって、ユーザが意識的に情報の発信を求めなくても、質問に対するユーザの回答情報が他のユーザに送信されるため情報が互いに流通し、円滑なコミュニケーションを促進することが可能である。

また、本例においては、端末２Ａから受信した回答情報をサーバ５から端末２Ｂおよび２Ｃに送信（転送）する場合について説明したが、当該回答情報に質問イベントを実行するための質問情報をサーバ５で付加して送信するようにしても良い。

具体的には、端末２Ｂおよび２Ｃの回答イベント処理部は、回答情報に基づく回答イベントを実行した後に、付加された質問情報に基づく質問イベントを実行する。そして、当該質問イベントに対する回答が回答情報としてサーバ５に送信される。サーバ５は、当該回答情報に質問情報を付加して他の端末（一例として端末２Ａ）に送信する。当該処理により、各端末において回答イベントと質問イベントとが順次実行されるためサーバ５は、端末からの回答情報を取得し易くなり、ユーザ間のコミュニケーションをさらに促進することが可能である。

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

図２０に示されるように、ここでは、一例として、端末２Ａと端末２Ｂとの間の特定情報のデータの通信の処理の流れについて説明する。

端末２Ａは、ユーザＰからの指示を受け付けて特定イベントの受付処理を実行する（シーケンスｓｑ３０）。具体的には、特定イベント受付部３５は、伝言ボタン１３８の選択を受け付けてデータ通信するユーザを指定する図１４で説明したフレンド選択画面１５０を表示する。一例としてキャラクタＢ君に対応する端末２Ｂを指定したものとする。

次に、端末２Ａは、ユーザＰからの入力を受け付ける（シーケンスｓｑ３１）。具体的には、特定イベント受付部３５は、図１４で説明したようにフレンド選択画面１５０においてユーザＰからのフレンド登録された宛先の指定の入力を受け付ける。そして、特定イベント受付部３５は、図１５で説明したように入力画面１６０においてユーザＰからの送信する情報の入力を受け付ける。

そして、端末２Ａは、受け付けた回答情報をサーバ５に送信する（シーケンスｓｑ３２）。具体的には、特定情報送信部３４は、サーバ５に図８で説明した特定情報を含む送信データを生成して送信する。

サーバ５は、端末２Ａから送信された特定情報を取得する（シーケンスｓｑ３５）。具体的には、送信管理部４３は、端末２Ａからの特定情報を取得する。送信管理部４３は、特定情報に含まれている指定されている端末２Ｂを送信先として選択する。

サーバ５は、端末２Ｂに取得した特定情報を送信する（シーケンスｓｑ３６）。具体的には、送信管理部４３は、選択された送信先の端末である端末２Ｂに端末２Ａから受信した特定情報を送信する。

端末２Ｂは、サーバ５を介して端末２Ａから送信された特定情報を取得する（シーケンスｓｑ３７）。具体的には、特定情報受信部５３は、サーバ５から送信された特定情報を取得する。

端末２Ｂは、サーバ５から受信した特定情報に基づいて特定イベントを実行する（シーケンスｓｑ３８）。具体的には、特定イベント処理部５４は、取得した特定情報に基づいて図１６で説明した特定イベントを実行する。

当該処理により、端末２Ａにおいて、宛先を指定した特定情報が端末２Ｂに送信されて特定イベントとしてユーザＰからの情報を取得することが可能である。

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

図２１に示されるように、端末２は、サーバ５から送信された質問情報を取得したか否かを判断する（ステップＳ１）。具体的には、質問イベント処理部３１は、サーバ５から質問情報を取得したか否かを判断する。

次に、端末２は、ステップＳ２において、質問情報を取得したと判断した場合（ステップＳ１においてＹＥＳ）には、質問イベント処理を実行する（ステップＳ２）。具体的には、質問イベント処理部３１は、サーバ５から質問情報を取得したと判断した場合には、質問イベント処理を実行する。質問イベント処理の詳細については後述する。

そして、ステップＳ１０に進み、端末２は、アプリ処理を終了するかどうかを判断する。例えば、端末２は、入力部１６の所定の操作指示に従うアプリ処理の終了指示が有ったかどうかを判断する。

ステップＳ１０において、端末２は、アプリ処理の終了指示が無くアプリ処理を終了しないと判断した場合（ステップＳ１０においてＮＯ）には、ステップＳ１に戻り、上記処理を繰り返す。

一方、ステップＳ１０において、端末２は、アプリ処理の終了指示が有りアプリ処理を終了すると判断した場合（ステップＳ１０においてＹＥＳ）には、ステップＳ１に戻らずに当該アプリ処理を終了する（エンド）。

端末２は、ステップＳ１において、質問情報を取得していないと判断した場合（ステップＳ１においてＮＯ）には、ステップＳ３に進む。

ステップＳ３において、端末２は、サーバ５から回答情報を取得したか否かを判断する（ステップＳ３）。具体的には、回答受信部５１は、サーバ５から回答情報を受信したか否かを判断する。

ステップＳ３において、端末２は、サーバ５から回答情報を取得したと判断した場合（ステップＳ３においてＹＥＳ）には、回答イベント処理を実行する（ステップＳ４）。

具体的には、回答受信部５１は、サーバ５から回答情報を受信したと判断した場合には、回答イベント処理部５２に回答イベント処理を実行するように指示する。回答イベント処理の詳細については後述する。そして、ステップＳ１０に進む。

一方、ステップＳ３において、端末２は、サーバ５から回答情報を取得していないと判断した場合（ステップＳ３においてＮＯ）には、ユーザから特定イベントの受付が有ったかどうかを判断する（ステップＳ５）。具体的には、特定イベント受付部３５は、ユーザから特定イベントの実行の指示を受け付けたか否か判断する。

ステップＳ５において、端末２は、ユーザから特定イベントの受付が有ったと判断した場合（ステップＳ５においてＹＥＳ）には、特定イベントの受付処理を実行する（ステップＳ６）。特定イベント受付部３５は、ユーザから特定イベントの実行の指示を受け付けたと判断した場合には、特定イベントの受付処理を実行する。特定イベントの受付処理の詳細については後述する。

そして、ステップＳ１０に進む。
一方、ステップＳ５において、端末２は、ユーザから特定イベントの受付がないと判断した場合（ステップＳ５においてＮＯ）には、サーバ５から特定情報を取得したか否かを判断する（ステップＳ７）。具体的には、特定情報受信部５３は、サーバ５から特定情報を受信したか否かを判断する。

ステップＳ７において、端末２は、サーバ５から特定情報を取得したと判断した場合（ステップＳ７においてＹＥＳ）には、特定イベント処理を実行する（ステップＳ８）。

具体的には、特定情報受信部５３は、サーバ５から特定情報を受信したと判断した場合には、特定イベント処理部５４に特定イベント処理を実行するように指示する。特定イベント処理の詳細については後述する。そして、ステップＳ１０に進む。

一方、ステップＳ７において、端末２は、サーバ５から特定情報を取得していないと判断した場合（ステップＳ７においてＮＯ）には、その他処理が有る場合には当該その他処理を実行する（ステップＳ９）。

そして、ステップＳ１０に進む。
図２２は、実施形態１に基づく端末２の質問イベント処理について説明するフロー図である。

図２２に示されるように、端末２は、質問情報に基づく質問メッセージを作成する（ステップＳ１４）。具体的には、質問イベント処理部３１は、サーバ５から取得した質問情報に基づく質問メッセージ（「アナタの出身はどこですか？」）を作成する。なお、質問メッセージはサーバ５から取得した質問内容に限られず、編集した質問メッセージを作成するようにしても良い。例えば、端末２ＡのユーザＰに対する質問であれば、「ユーザＰさんの出身はどこですか？」に編集した質問メッセージを作成するようにしても良い。

次に、端末２は、キャラクタ関連情報に基づくキャラクタによる質問メッセージを出力する（ステップＳ１６）。具体的には、質問イベント処理部３１は、図９で説明したように質問イベント画面１００を表示部１７に表示する。そして、質問イベント処理部３１は、当該質問イベント画面１００において、一例としてキャラクタ関連情報（キャラクタＩＤ）に基づくキャラクタを表示するとともに、当該キャラクタからの質問メッセージを表示する。

次に、端末２は、回答画面を表示する（ステップＳ１７）。具体的には、質問イベント処理部３１は、図１０で説明したように質問イベントに対する回答画面１１０を表示部１７に表示する。

次に、端末２は、回答入力が有るかどうかを判断する（ステップＳ１８）。具体的には、回答受付部３２は、ユーザからの回答情報の入力の受付が有るかどうかを判断する。

ステップＳ１８において、端末２は、回答入力が有ると判断した場合（ステップＳ１８においてＹＥＳ）には、回答情報を作成する（ステップＳ２０）。具体的には、回答受付部３２は、回答画面１１０において、「ＯＫ」ボタン１１６の選択入力を受け付けた場合には回答入力が有ると判断する。そして、回答受付部３２からの指示に従い回答送信部３３は図７で説明したように回答情報を作成する。

次に、端末２は、サーバ５へ回答情報を送信する（ステップＳ２２）。具体的には、回答送信部３３は、生成した回答情報をサーバ５に送信する。

そして、処理を終了する（リターン）。
一方、ステップＳ１８において、端末２は、回答入力が無いと判断した場合（ステップＳ１８においてＮＯ）には、処理を終了する（リターン）。具体的には、回答受付部３２は、回答画面１１０において、「キャンセル」ボタン１１８の選択入力を受け付けた場合には回答入力が無いと判断する。そして、処理を終了する（リターン）。

図２３は、実施形態１に基づく回答イベント処理について説明するフロー図である。
図２３に示されるように、端末２は、回答情報に基づいて回答メッセージを作成する（ステップＳ３４）。回答イベント処理部５２は、一例として、サーバ５から取得した回答情報に含まれる回答データ「Ｘ県Ｙ市です。」と質問データ（「アナタの出身はどこですか？」）と端末ＩＤとに基づいて、予め定められた編集方式に基づいて「ユーザＰさんの出身は「Ｘ県Ｙ市です。」だそうです」の回答メッセージを作成する。

なお、回答メッセージの編集方式については種々の公知の方式があるため本例においてはその詳細な点については説明しない。また、回答データに基づいて他の関連するデータを付加した回答メッセージを作成するようにしても良い。例えば、「Ｘ県Ｙ市」の地域に「遊園地」があれば「ユーザＰさんの出身は「Ｘ県Ｙ市です。遊園地のあるＹ市です。」だそうです」のように付加的な情報を追加編集した回答メッセージを作成するようにしても良い。

また、回答イベント処理部５２は、回答データに含まれている単語（例えばＸ県Ｙ市等）を抽出して、当該単語に基づき上記方式により回答文章に編集した回答メッセージを作成するようにしても良い。なお、単語は１つに限らず複数の単語を抽出して回答文章に編集した回答メッセージを作成するようにしても良い。

次に、端末２は、キャラクタ関連情報に基づくキャラクタによる回答メッセージを出力する（ステップＳ３６）。具体的には、回答イベント処理部５２は、図１１で説明したように回答イベント画面１２０を表示部１７に表示する。そして、回答イベント処理部５２は、当該回答イベント画面１２０において、一例としてキャラクタ関連情報（キャラクタＩＤ）に基づくキャラクタを表示するとともに、当該キャラクタからの回答メッセージを表示する。

次に、端末２は、選択画面を表示する（ステップＳ３７）。具体的には、回答イベント処理部５２は、図１２で説明したようにユーザからの指示入力を受け付ける画面１３０を表示部１７に表示する。

次に、端末２は、「もう一度」ボタンの選択が有るかどうかを判断する（ステップＳ３８）。具体的には、回答イベント処理部５２は、画面１３０において、「もう一度」ボタン１４０の選択入力を受け付けたか否かを判断する。

ステップＳ３８において、端末２は、「もう一度」ボタンの選択が有ると判断した場合（ステップＳ３８においてＹＥＳ）には、ステップＳ３６に戻り、キャラクタ関連情報に基づくキャラクタによる回答メッセージを再度出力する。

一方、ステップＳ３８において、端末２は、「もう一度」ボタンの選択がないと判断した場合（ステップＳ３８においてＮＯ）には、「ＯＫ」ボタンの選択が有るかどうかを判断する（ステップＳ３９）。具体的には、回答イベント処理部５２は、画面１３０において、「ＯＫ」ボタン１４４の選択入力を受け付けたか否かを判断する。

ステップＳ３９において、端末２は、「ＯＫ」ボタンの選択が有ると判断した場合（ステップＳ３９においてＹＥＳ）には、回答イベント処理を終了する（リターン）。

一方、ステップＳ３９において、端末２は、「ＯＫ」ボタンの選択がないと判断した場合（ステップＳ３９においてＮＯ）には、ステップＳ３８に戻る。

図２４は、実施形態１に基づく端末２の特定イベントの受付処理について説明するフロー図である。

図２４に示されるように、端末２は、フレンド選択画面を表示する（ステップＳ４０）。具体的には、特定イベント受付部３５は、図１４で説明したようにフレンド選択画面１５０を表示部１７に表示する。

次に、端末２は、指定が有るかどうかを判断する（ステップＳ４１）。具体的には、特定イベント受付部３５は、フレンド選択画面１５０において、直接データ通信を実行したい相手を指定したかどうかを判断する。

ステップＳ４１において、端末２は、指定が無いと判断した場合（ステップＳ４１においてＮＯ）には、処理を終了する（リターン）。具体的には、特定イベント受付部３５は、フレンド選択画面１５０において、「戻る」ボタン１５２の選択入力を受け付けた場合には指定が無いと判断する。そして、処理を終了する（リターン）。

一方、ステップＳ４１において、端末２は、指定が有ると判断した場合（ステップＳ４１においてＹＥＳ）には、入力画面を表示する（ステップＳ４２）。具体的には、特定イベント受付部３５は、図１５で説明したように入力画面１６０を表示部１７に表示する。

次に、端末２は、入力があるかどうかを判断する（ステップＳ４３）。具体的には、特定イベント受付部３５は、ユーザからの情報の入力が有るかどうかを判断する。

ステップＳ４３において、端末２は、入力が有ると判断した場合（ステップＳ４３においてＹＥＳ）には、特定情報を作成する（ステップＳ４４）。具体的には、特定イベント受付部３５は、入力画面１６０において、「ＯＫ」ボタン１６４の選択入力を受け付けた場合には入力が有ると判断する。そして、特定イベント受付部３５からの指示に従い特定情報送信部３４は図８で説明したように特定情報を作成する。

次に、端末２は、サーバ５へ特定情報を送信する（ステップＳ４５）。具体的には、特定情報送信部３４は、生成した特定情報をサーバ５に送信する。

そして、処理を終了する（リターン）。
一方、ステップＳ４３において、端末２は、入力が無いと判断した場合（ステップＳ４３においてＮＯ）には、処理を終了する（リターン）。具体的には、特定イベント受付部３５は、入力画面１６０において、「キャンセル」ボタン１６６の選択入力を受け付けた場合には入力が無いと判断する。そして、処理を終了する（リターン）。

図２５は、実施形態１に基づく特定イベント処理について説明するフロー図である。
図２５に示されるように、端末２は、特定情報に基づいて特定メッセージを作成する（ステップＳ４５）。特定イベント処理部５４は、一例として、サーバ５から取得した特定情報に含まれる特定データ「こんにちわ」と端末ＩＤとに基づいて、予め定められた編集方式に基づいて「こんにちわ」の特定メッセージを作成する。なお、特定メッセージの編集方式については種々の公知の方式があるため本例においてはその詳細な点については説明しない。また、特定データに基づいて他の関連するデータを付加した特定メッセージを作成するようにしても良い。例えば、「こんにちわ」のような挨拶であれば「調子はどうですか？」を付加して「こんにちわ。調子はどうですか？」のように付加的な情報を追加編集した特定メッセージを作成するようにしても良い。

次に、端末２は、キャラクタ関連情報に基づくキャラクタによる特定メッセージを出力する（ステップＳ４６）。具体的には、特定イベント処理部５４は、図１６で説明したように特定イベント画面１６８を表示部１７に表示する。そして、特定イベント処理部５４は、当該特定イベント画面１６８において、一例としてキャラクタ関連情報（キャラクタＩＤ）に基づくキャラクタを表示するとともに、当該キャラクタからの特定メッセージを表示する。

次に、端末２は、選択画面を表示する（ステップＳ４７）。具体的には、特定イベント処理部５４は、図１２で説明したのと同様にユーザからの指示入力を受け付ける選択画面を表示部１７に表示する。

次に、端末２は、「もう一度」ボタンの選択が有るかどうかを判断する（ステップＳ４８）。具体的には、特定イベント処理部５４は、選択画面において、「もう一度」ボタンの選択入力を受け付けたか否かを判断する。

ステップＳ４８において、端末２は、「もう一度」ボタンの選択が有ると判断した場合（ステップＳ４８においてＹＥＳ）には、ステップＳ４６に戻り、キャラクタ関連情報に基づくキャラクタによる特定メッセージを再度出力する。

一方、ステップＳ４８において、端末２は、「もう一度」ボタンの選択がないと判断した場合（ステップＳ４８においてＮＯ）には、「ＯＫ」ボタンの選択が有るかどうかを判断する（ステップＳ４９）。具体的には、特定イベント処理部５４は、選択画面において、「ＯＫ」ボタンの選択入力を受け付けたか否かを判断する。

ステップＳ４９において、端末２は、「ＯＫ」ボタンの選択が有ると判断した場合（ステップＳ４９においてＹＥＳ）には、特定イベント処理を終了する（リターン）。

一方、ステップＳ４９において、端末２は、「ＯＫ」ボタンの選択がないと判断した場合（ステップＳ４９においてＮＯ）には、ステップＳ４８に戻る。

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

図２６に示されるように、サーバ５は、端末２から回答情報を取得したかどうかを判断する（ステップＳ５０）。具体的には、送信管理部４３は、端末２から回答情報を受信したか否かを判断する。一例として受信した情報に質問データが含まれている場合には回答情報として判断することが可能である。

次に、サーバ５は、ステップＳ５０において、回答情報を取得したと判断した場合（ステップＳ５０においてＹＥＳ）には、端末ＩＤを確認する（ステップＳ５１）。具体的には、送信管理部４３は、回答情報に含まれる端末ＩＤを確認する。

次に、サーバ５は、関連情報に基づいて送信先を選択する（ステップＳ５２）。具体的には、送信管理部４３は、端末ＩＤに従って関連情報に基づいてフレンド登録されている他の端末の情報を取得して送信先として選択する。例えば、端末ＩＤが「Ｔ１」である場合には、関連情報に基づいてキャラクタＢ君、Ｃ君に対応する端末２Ｂ，２Ｃを送信先として選択する。なお、本例においては、フレンド登録されている全ての端末を宛先として選択する場合について説明するが、特にこれに限られず、複数の端末の中からランダムで１つの端末を宛先として選択してもよいし、一部の端末群を宛先として選択しても良い。

次に、サーバ５は、回答情報を選択した送信先に送信する（ステップＳ５３）。具体的には、送信管理部４３は、選択した送信先の端末に対して回答情報を送信する。

そして、処理を終了する（エンド）。
一方、サーバ５は、ステップＳ５０において、端末２から回答情報を取得していないと判断した場合（ステップＳ５０においてＮＯ）には、特定情報を取得したかどうかを判断する（ステップＳ５４）。具体的には、送信管理部４３は、端末２から特定情報を受信したか否かを判断する。一例として受信した情報に指定された端末ＩＤが含まれている場合には特定情報として判断することが可能である。

サーバ５は、ステップＳ５４において、特定情報を取得したと判断した場合（ステップＳ５４においてＹＥＳ）には、送信先を選択する（ステップＳ５５）。具体的には、送信管理部４３は、指定された端末ＩＤに対応する端末を送信先として選択する。

次に、サーバ５は、特定情報を選択した送信先に送信する（ステップＳ５３）。具体的には、送信管理部４３は、選択した送信先の端末に対して特定情報を送信する。

そして、処理を終了する（エンド）。
サーバ５は、ステップＳ５４において、特定情報を取得していないと判断した場合（ステップＳ５４においてＮＯ）には、処理を終了する（エンド）。

（変形例１）
上記の実施形態１においては、回答送信部３３は、回答情報を送信する宛先を指定することなくサーバ５に当該情報を送信する場合について説明したが、送信する宛先の範囲を指定可能にしても良い。具体的には、例えば図１０の回答画面１１０において「全てのフレンドを指定」あるいは「フレンドを一人づつ指定」を選択するボタンを設けるようにして範囲を指定するようにしても良い。「フレンドを一人ずつ指定」を選択した場合には、図１４で説明したようなフレンド選択画面を表示部１７に表示してユーザからの指定が可能なようにすることも可能である。なお、回答する毎に宛先を指定するようにしても良いし、予めユーザが送信する宛先を事前に指定するようにしても良い。当該方式により回答情報を送信する宛先を指定可能とすることにより、ユーザの意思を反映させて安心して情報を発信することが可能であり、ユーザ間のコミュニケーションを促進することが可能である。

（変形例２）
上記の実施形態においては、質問情報に含まれる質問メッセージはサーバに格納されていて、サーバから質問メッセージが送信される場合について説明したが、端末側で質問メッセージがそれぞれ格納されているようにしても良い。具体的には、サーバから質問情報として質問ＩＤを送信して、端末２は当該質問ＩＤに対する質問メッセージを読み出すことにより、質問イベントが実行されるようにすることも可能である。

（実施形態２）
上記の実施形態１においては、サーバ５は、端末２から回答情報あるいは特定情報を受信して、他の端末を指定して送信する方式について説明した。

実施形態２においては、受信した回答情報の内容を分析して、分析結果に基づいて回答情報を編集する方式について説明する。

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

図２７に示されるように図４の情報処理システム１と比較して、サーバ５をサーバ５Ａに置換した点が異なる。

サーバ５Ａは、サーバ５と比較して解析部４１と、編集部４２とをさらに含む点で異なる。

解析部４１は、受信した回答情報の内容を解析する。
具体的には、解析部４１は、一例として回答情報に含まれている単語を抽出して、抽出した単語に基づく解析処理を実行する。

解析処理の具体例としては抽出した単語に感情を表現する単語が含まれているか否かを判断する。具体的には、「好き」、「嫌い」、「面白い」、「嬉しい」、「面白くない」、「悲しい」等の単語が含まれているか否かを判断し、回答情報の内容が積極的な回答であるのか、消極的な回答であるのか、あるいはどちらでもなく普通であるのかを判断するようにしても良い。

例えば、回答情報の単語として「好き」、「面白い」、「嬉しい」が含まれている場合には積極的な回答であると判断しても良い。また、回答情報の単語として「嫌い」、「面白くない」、「悲しい」等の単語が含まれている場合には消極的な回答であると判断しても良い。対応する単語が含まれていない、あるいは判断できない場合には普通の回答と判断しても良い。

また、解析部４１は、上記単語、回答情報の文意、その他のパラメータ等の少なくとも１つに基づいて回答情報に関するユーザの感情レベルを複数段階に分類して判断するようにしても良い。

編集部４２は、解析部４１で解析した解析結果を回答情報にさらに追記する処理を実行する。

具体的には、回答情報の解析情報として「積極的」、「消極的」、「普通」のいずれかを含める処理を実行する。

図２８は、実施形態２に基づくサーバ５Ａで編集された回答情報のデータの一例を説明する図である。

図２８には、回答情報である送信データ３００Ａが示されている。
送信データ３００Ａは、端末ＩＤデータ３０２と、キャラクタＩＤデータ３０４と、質問ＩＤデータ３０６と、回答データ３０８と、解析データ３０９を含む。

端末ＩＤデータ３０２は、送信する端末を特定するためのデータである。
キャラクタＩＤデータ３０４は、キャラクタを特定するためのデータである。

質問ＩＤデータ３０６は、質問を特定するためのデータである。
回答データ３０８は、受け付けた回答内容を示すデータである。

解析データ３０９は、解析部４１による解析結果として得られたデータである。
一例として、ここでは「普通」として示されている。なお、上記で説明したように一例として回答データ３０８に感情を表現する単語が含まれている場合には「積極的」あるいは「消極的」とするデータを含めるようにしても良い。

サーバ５Ａは、編集した回答情報を端末２Ｂに送信する。
端末２Ｂの回答受信部５１は、サーバ５Ａから送信された回答情報を受信する。

端末２Ｂの回答イベント処理部５２は、回答受信部５１で受信した回答情報に基づいて、キャラクタによる回答情報を他のユーザに出力する回答イベントを実行する。その際、回答情報に含まれる解析データに基づいてキャラクタによる回答情報を他のユーザに出力する回答イベントの態様を変更する。

具体的には、回答イベントに登場するキャラクタの動きのパターンとして、解析データのパターンが予め関連付けられて登録されているものとする。一例として、解析データのパターンとして「積極的」、「消極的」、「普通」の３パターンがある場合には、回答イベント処理部５２は、解析データの内容に基づいてキャラクタの動きのパターンを選択して回答イベントを実行する。

キャラクタによる回答情報の出力について、回答情報の内容に応じてその出力態様を変更することにより、ユーザに回答を出力する臨場感を増すことが可能である。これにより当該回答に対するユーザの反応を積極的に促すことが可能である。また、キャラクタ１０４を利用してユーザが有する情報を回答する回答イベントを実行することにより回答イベントの興趣性を高めることが可能である。

なお、本例においては、サーバ５Ａが受信する回答情報について説明したがサーバ５Ａが受信する特定情報についても同様に適用可能である。

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

図２９に示されるように、図２６のフローと比較して、ステップＳ５６およびＳ５７をさらに追加した点が異なる。その他の部分については同様であるのでその詳細な説明については繰り返さない。

ステップＳ５２において、サーバ５Ａが関連情報に基づいて送信先を選択した後、サーバ５Ａは解析処理を実行する（ステップＳ５６）。具体的には、解析部４１は、受信した回答情報の内容を解析する。一例として回答情報に含まれている単語を抽出して、抽出した単語に基づく解析処理を実行する。

次に、サーバ５Ａは、編集処理を実行する（ステップＳ５７）。具体的には、編集部４２は、図２８で説明したように解析部４１で解析した解析結果を回答情報にさらに追記する処理を実行する。

次に、サーバ５は、回答情報を選択した送信先に送信する（ステップＳ５３）。具体的には、送信管理部４３は、選択した送信先の端末に対して回答情報を送信する。

そして、処理を終了する（エンド）。
また、ステップＳ５５において、特定情報についてもサーバ５Ａが送信先を選択した後、サーバ５Ａは、解析処理を実行する（ステップＳ５６）。以降の処理は同様であるのでその詳細な説明については繰り返さない。

（その他の実施形態）
上記の実施形態においては、サーバを介して端末間でデータ通信する場合について説明したが、サーバを介さずに直接データ通信するようにしても良い。

具体的には、端末２Ａ〜２Ｃがそれぞれ通信部１１の無線通信機能を利用して通信可能な通信範囲に含まれる端末間で無線通信が可能であるものとする。

「直接データ通信」とは、端末２Ａから近距離に存在する他の端末２Ｂに対して、メモリ１４に格納された所定のデータ（一例として「回答情報」）を自動的に（ユーザによる操作無しに）直接送信する通信をいうものとする。そして、他の端末２Ｂは、回答情報に基づく回答イベントを実行する。

あるいは、端末２Ａが当該他の端末２Ｂのメモリ１４に格納された所定のデータ（一例として「質問情報およびキャラクタ関連情報」）を当該他の端末２Ｂから自動的に（ユーザによる操作無しに）直接受信する通信をいうものとする。そして、端末２Ａは、受信した「質問情報およびキャラクタ関連情報」に基づいて質問イベントを実行する。なお、これらの処理が両方並列的に行なわれるデータ通信であっても良い。

より具体的には、無線通信は、端末２のＣＰＵ１３および通信部１１等が協働することによって実行される。この処理は、例えば端末２がいわゆるスリープ状態（スタンバイ状態などと呼ばれることもある）のときに、バックグラウンド処理として実行される処理である。例えば、スリープ中は、基本的には通信部１１が主体となって動作し、必要に応じて一時的にＣＰＵ１３のスリープが解除され、ＣＰＵ１３が一時的に実行主体となる等の制御が行われる（例えば、他の端末の探索処理は通信部１１等で行なわれ、データの送受信はＣＰＵ１３で行なわれる等）。その他、例えば、端末２は、ＣＰＵ１３とは別に低消費電力で動作可能な第２のＣＰＵを備え、スリープ中は当該第２のＣＰＵが実行主体となるようにしてもよい。また、本例における無線通信は、端末２がスリープ状態でない場合でも、アプリケーションの処理中あるいはユーザの指示操作などによって適宜実行されても良い。また、アプリケーションの実行中にバックグランド処理として当該無線通信を実行することも可能である。

端末２は、無線通信において、たとえば、近距離の無線通信の通信範囲内に存在する不特定の他の端末２を繰り返し探索する。そして、端末２は、探索により発見した他の端末２との間で通信を確立する。そして、メモリ１４に格納されている通信データを自動的に送信する。あるいは、当該他の端末２のメモリ１４に格納された通信データを当該他の端末２から自動的に受信する。なお、こられが両方行なわれる通信であっても良い。

上記した無線通信は、例えば、端末２を所持しているユーザ同士がすれちがった際に行なわれるようにすることが可能である。

また、本実施形態におけるプログラムとして、パーソナルコンピュータで実行可能なアプリケーションを提供してもよい。このとき、本実施の形態に係るプログラムは、パーソナルコンピュータ上で実行される各種アプリケーションの一部の機能（モジュール）として組み込まれてもよい。

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

１，１Ａ 情報処理システム、２，２Ａ，２Ｂ，２Ｃ 端末、５，５Ａ サーバ、１１，２２ 通信部、１４，２３ メモリ、１５，２４ プログラム記憶部、１６ 入力部、１７ 表示部、３１ 質問イベント処理部、３２ 回答受付部、３３ 回答送信部、３４ 特定情報送信部、３５ 特定イベント受付部、４０ 質問管理部、４１ 解析部、４２ 編集部、４３ 送信管理部、４４ 関連情報格納部、５１ 回答受信部、５２ 回答イベント処理部、５３ 特定情報受信部、５４ 特定イベント処理部。

Claims (16)

1. サーバを介して複数の端末間で登録情報に基づいて予めデータ通信が互いに許可されたデータ通信が可能な情報処理システムであって、
   第１の端末は、
   前記第１の端末を操作するユーザに対して、前記ユーザの操作に関係なく前記サーバにより指定されたキャラクタに関連する情報に基づくキャラクタと当該キャラクタに関連させた質問情報とを表示する質問イベントを実行する質問イベント処理部と、
   前記ユーザから前記質問情報に対する回答情報の入力を受け付ける回答受付部と、
   前記キャラクタに関連する情報を含む前記回答受付部で受け付けた回答情報を前記サーバに送信する回答送信部とを含み、
   第２の端末は、
   前記サーバから前記回答情報を受信する回答受信部と、
   前記回答受信部で受信した前記回答情報に基づいて、前記第２の端末を操作する他のユーザに対して、前記回答情報に含まれる前記キャラクタに関連する情報に基づく前記キャラクタと当該キャラクタに関連させた前記回答情報とを表示する回答イベントを実行する回答イベント処理部とを含む、情報処理システム。
2. 前記キャラクタは、前記ユーザに関連するキャラクタあるいは前記他のユーザに関連するキャラクタである、請求項１に記載の情報処理システム。
3. 前記キャラクタは、前記ユーザを示すアバターあるいは前記他のユーザを示すアバターである、請求項２に記載の情報処理システム。
4. 前記キャラクタは、３次元データで構成される、請求項１〜３のいずれか１項に記載の情報処理システム。
5. 前記質問イベント処理部は、前記質問イベントとして仮想空間内に前記キャラクタを配置し、当該キャラクタを表示する、請求項１〜４のいずれか１項に記載の情報処理システム。
6. 前記第２の端末の回答イベント処理部は、前記回答情報に応じたキャラクタのアニメーション表示を行うとともに、当該回答情報を表示する、請求項１〜５のいずれか１項に記載の情報処理システム。
7. 複数の第２の端末が設けられ、
   前記サーバは、各前記第２の端末に前記第１の端末から受信した前記回答情報を送信する、請求項１〜６のいずれか１項に記載の情報処理システム。
8. 前記第１の端末の前記回答送信部は、前記第２の端末の宛先を指定することなく、前記回答受付部で受け付けた回答情報を前記サーバに送信する、請求項１〜７のいずれか１項に記載の情報処理システム。
9. 前記サーバは、
   前記第１の端末と関連付けられた少なくとも１つ以上の前記第２の端末に関する関連情報を格納する関連情報格納部と、
   前記関連情報に基づいて前記第１の端末から受信した前記回答情報を関連する第２の端末に送信する送信管理部とを含む、請求項１〜８のいずれか１項に記載の情報処理システム。
10. 前記第１の端末の前記回答受付部は、前記ユーザから前記質問情報に対する回答情報として単語の入力を受け付け、
    前記第２の端末の前記回答イベント処理部は、前記回答イベントとして前記回答受信部で受信した前記回答情報に基づいて、キャラクタによる前記回答情報の単語を含む回答文章を前記他のユーザに出力する、請求項１〜９のいずれか１項に記載の情報処理システム。
11. 前記サーバは、
    複数の質問情報を予め記憶する質問情報記憶部と、
    前記第１の端末を操作するユーザ以外のユーザの操作に関係なく、前記複数の質問情報のうち少なくとも１つの質問情報を選択する質問情報選択部と、
    前記選択された質問情報を前記第１の端末に送信する質問情報送信部とを含む、請求項１〜１０のいずれか１項に記載の情報処理システム。
12. 前記第２の端末の回答イベント処理部は、前記回答情報を表示した後に、前記第２の端末を操作する前記他のユーザに対して、前記キャラクタに関連して質問情報を表示する、請求項１〜１１のいずれか１項に記載の情報処理システム。
13. 前記第１の端末は、前記第２の端末を宛先として指定した特定情報を送信する特定情報送信部をさらに含み、
    前記第２の端末は、
    前記サーバから前記特定情報を受信する特定情報受信部と、
    前記特定情報受信部で受信した前記特定情報に基づいて、キャラクタによる前記特定情報を前記他のユーザに出力する特定イベントを実行する特定イベント処理部とをさらに含む、請求項１〜１２のいずれか１項に記載の情報処理システム。
14. サーバを介して他の情報処理装置と登録情報に基づいて予めデータ通信が互いに許可されたデータ通信が可能な情報処理装置であって、
    前記情報処理装置を操作するユーザに対して、前記ユーザの操作に関係なく前記サーバにより指定されたキャラクタに関連する情報に基づくキャラクタと当該キャラクタに関連させた質問情報とを表示する質問イベントを実行する質問イベント処理部と、
    前記ユーザから前記質問情報に対する回答情報の入力を受け付ける回答受付部と、
    前記キャラクタに関連する情報を含む回答受付部で受け付けた回答情報を前記サーバに送信する回答送信部と、
    前記他の情報処理装置から送信された回答情報を前記サーバから受信する回答受信部と、
    前記回答受信部と受信した前記回答情報に基づいて、前記ユーザに対して、前記他の情報処理装置から送信された回答情報に含まれるキャラクタに関連する情報に基づくキャラクタと当該キャラクタに関連させた前記回答情報とを表示する回答イベントを実行する回答イベント処理部とを備える、情報処理装置。
15. サーバを介して他の情報処理装置と登録情報に基づいて予めデータ通信が互いに許可されたデータ通信が可能な情報処理装置のコンピュータで実行されるプログラムであって、
    前記プログラムは、
    前記情報処理装置のコンピュータを、
    前記情報処理装置を操作するユーザに対して、前記ユーザの操作に関係なく前記サーバにより指定されたキャラクタに関連する情報に基づくキャラクタと当該キャラクタに関連させた質問情報とを表示する質問イベントを実行する質問イベント処理部と、
    前記ユーザから前記質問情報に対する回答情報の入力を受け付ける回答受付部と、
    前記キャラクタに関連する情報を含む回答受付部で受け付けた回答情報を前記サーバに送信する回答送信部と、
    前記他の情報処理装置から送信された回答情報を前記サーバから受信する回答受信部と、
    前記回答受信部と受信した前記回答情報に基づいて、前記ユーザに対して、前記他の情報処理装置から送信された回答情報に含まれるキャラクタに関連する情報に基づくキャラクタと当該キャラクタに関連させた前記回答情報とを表示する回答イベントを実行する回答イベント処理部として機能させる、プログラム。
16. サーバを介して他の情報処理装置と登録情報に基づいて予めデータ通信が互いに許可されたデータ通信が可能な情報処理装置の制御方法であって、
    前記情報処理装置を操作するユーザに対して、前記ユーザの操作に関係なく前記サーバにより指定されたキャラクタに関連する情報に基づくキャラクタと当該キャラクタに関連させた質問情報とを表示する質問イベントを実行するステップと、
    前記ユーザから前記質問情報に対する回答情報の入力を受け付けるステップと、
    前記キャラクタに関連する情報を含む、受け付けた回答情報を前記サーバに送信するステップと、
    前記他の情報処理装置から送信された回答情報を前記サーバから受信するステップと、
    受信した前記回答情報に基づいて、前記ユーザに対して、前記他の情報処理装置から送信された回答情報に含まれるキャラクタに関連する情報に基づくキャラクタと当該キャラクタに関連させた前記回答情報とを表示する回答イベントを実行するステップとを備える、情報処理装置の制御方法。

Images