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

Abstract

【課題】データ通信の機会を逸することなくデータ通信の興趣性を高めることが可能な情報処理装置を提供すること。
【解決手段】情報処理装置は、所定範囲内に存在する他の情報処理装置との間でデータ通信可能に設けられた情報処理装置であって、他の情報処理装置との間でデータを送受信するデータ送受信手段と、受信したデータに基づく表示処理を実行する表示制御手段と、他の情報処理装置から受信したデータに基づく表示処理の実行を拒否する設定が可能な装置拒否設定手段とを備える。データ送受信手段は、他の情報処理装置から受信したデータが装置拒否設定手段で設定されたものであるか否かに関わらず、データ通信可能に設けられた別の他の情報処理装置に対して当該受信したデータを送信する。
【選択図】図２６

Description

本発明は、情報処理装置の間でデータ通信が可能な情報処理装置等に関する。

従来、近距離無線通信を用いて、アプリケーションで利用可能なデータを他の情報処理装置に提供可能なシステムが知られている。

また、一般的に他の装置から送信されるデータを受信拒否可能に設けられた装置の構成が知られている。

特開２０１１−０００３０９号公報

上記のシステムでは、近距離無線通信による通信相手とデータ通信して、データを他の情報処理装置に送信する場合、受信拒否された装置との間では、データが送信されないか、あるいは、送信されても当該装置で破棄されるため継続的にデータを他の装置に伝搬させることができなかった。

本開示の目的は、上記のような問題を解決するためになされたものであって、データ通信の機会を逸することなくデータ通信の興趣性を高めることが可能な情報処理装置、情報処理システム、情報処理装置の制御方法および情報処理装置の制御プログラムを提供することである。

ある局面に従う情報処理装置は、所定範囲内に存在する他の情報処理装置との間でデータ通信可能に設けられた情報処理装置であって、他の情報処理装置との間でデータを送受信するデータ送受信手段と、受信したデータに基づく表示処理を実行する表示制御手段と、他の情報処理装置から受信したデータに基づく表示処理の実行を拒否する設定が可能な装置拒否設定手段とを備える。データ送受信手段は、他の情報処理装置から受信したデータが装置拒否設定手段で設定されたものであるか否かに関わらず、データ通信可能に設けられた別の他の情報処理装置に対して当該受信したデータを送信する。

上記データは、情報処理装置を識別する識別情報を有し、装置拒否設定手段は、他の情報処理装置から受信したデータに基づく表示処理の実行を拒否する設定として、当該他の情報処理装置に対応する識別情報を設定しても良い。

上記装置拒否設定手段は、所定の指示に従って他の情報処理装置に対応する識別情報を設定しても良い。

上記表示制御手段は、受信したデータが、装置拒否設定手段で設定された情報処理装置に関連するデータであるか否かを判断するデータ判断手段と、判断に基づいて、当該受信したデータに基づく表示処理を実行するデータ表示処理手段とを含んでも良い。

上記データ判断手段は、受信したデータが装置拒否設定手段で設定された情報処理装置に関連するデータでないと判断した場合には、当該データに関して、装置拒否設定手段で設定された情報処理装置との間でのデータ通信により受信したデータであるか否かをさらに判断し、データ表示処理手段は、装置拒否設定手段で設定された情報処理装置との間でのデータ通信により受信したデータであると判断した場合には、表示処理を実行しないようにしても良い。

上記データ判断手段は、受信したデータが装置拒否設定手段で設定された情報処理装置に関連するデータであると判断した場合には、当該データに関して、装置拒否設定手段で設定された情報処理装置との間でのデータ通信により受信したデータであるか否かをさらに判断し、データ表示処理手段は、装置拒否設定手段で設定されていない情報処理装置との間でのデータ通信により受信したデータであると判断した場合には、受信したデータの一部のデータに基づく表示処理を実行するようにしても良い。

上記受信したデータが装置拒否設定手段で設定された情報処理装置に関連するデータでないと判断した場合には、受信したデータに対して所定の処理を実行し、受信したデータが装置拒否設定手段で設定された情報処理装置に関連するデータであると判断した場合には、所定の処理を実行しないデータ処理手段をさらに備え、データ送受信手段は、データ処理手段で処理した後のデータをデータ通信可能に設けられた別の他の情報処理装置に対して送信するようにしても良い。

上記所定の処理は、少なくとも装置間で受信したデータを編集する処理であり、データ処理手段は、受信したデータが装置拒否設定手段で設定された情報処理装置に関連するデータでないと判断した場合に、当該受信したデータを編集するようにしても良い。

上記データ処理手段は、受信したデータが装置拒否設定手段で設定された情報処理装置に関連するデータであると判断した場合には、当該受信したデータを編集しないようにしても良い。

上記データ送受信手段は、データ処理手段で処理した編集後のデータをデータ通信可能に設けられた別の他の情報処理装置に対して送信するようにしても良い。

上記表示制御手段は、受信したデータに関して、装置拒否設定手段で設定された情報処理装置との間でのデータ通信により受信したデータであるか否かを判断するデータ判断手段と、判断に基づいて、当該受信したデータに基づく表示処理を実行するデータ表示処理手段とを含むようにしても良い。

上記受信したデータが装置拒否設定手段で設定された情報処理装置との間でのデータ通信により受信したデータでないと判断した場合には、受信したデータに対して所定の処理を実行し、受信したデータが装置拒否設定手段で設定された情報処理装置との間でのデータ通信により受信したデータであると判断した場合には、所定の処理を実行しないデータ処理手段をさらに備え、データ送受信手段は、データ処理手段で処理した後のデータをデータ通信可能に設けられた別の他の情報処理装置に対して送信するようにしても良い。

上記データは、情報処理装置を識別する識別情報を有するキャラクタ情報を含むようにしても良い。

ある局面に従う情報処理システムは、所定範囲内に存在する他の情報処理装置との間でデータ通信可能に設けられた複数の情報処理装置を備える。各情報処理装置は、他の情報処理装置との間でデータを送受信するデータ送受信手段と、受信したデータに基づく表示処理を実行する表示制御手段と、他の情報処理装置から受信したデータに基づく表示処理の実行を拒否する設定が可能な装置拒否設定手段とを含む。データ送受信手段は、他の情報処理装置から受信したデータが装置拒否設定手段で設定されたものであるか否かに関わらず、データ通信可能に設けられた別の他の情報処理装置に対して当該受信したデータを送信する。

ある局面に従う情報処理装置の制御方法は、所定範囲内に存在する他の情報処理装置との間でデータ通信可能に設けられた情報処理装置の制御方法であって、他の情報処理装置との間でデータを送受信するステップと、受信したデータに基づく表示処理を実行するステップと、他の情報処理装置から受信したデータに基づく表示処理の実行を拒否するステップとを備える。データを送受信するステップは、他の情報処理装置から受信したデータが拒否するステップで拒否されたものであるか否かに関わらず、データ通信可能に設けられた別の他の情報処理装置に対して当該受信したデータを送信する。

ある局面に従う情報処理装置の制御プログラムは、所定範囲内に存在する他の情報処理装置との間でデータ通信可能に設けられた情報処理装置のコンピュータで実行される制御プログラムであって、コンピュータは、制御プログラムにより、他の情報処理装置との間でデータを送受信するステップと、受信したデータに基づく表示処理を実行するステップと、他の情報処理装置から受信したデータに基づく表示処理の実行を拒否するステップとを備え、データを送受信するステップは、他の情報処理装置から受信したデータが拒否するステップで拒否されたものであるか否かに関わらず、データ通信可能に設けられた別の他の情報処理装置に対して当該受信したデータを送信する、処理を実行する。

本開示によれば、データ通信の機会を逸することなくデータ通信の興趣性を高めることが可能である。

ある実施の形態に従う情報端末制御システムの構成を模式的に示す図である。 ある実施の形態に従う情報処理装置のハードウェアブロック図である。 サーバのハードウェアブロック図である。 情報処理装置内の記憶領域の一部の記憶内容を模式的に示す図である。 本実施の形態に関連するゲームアプリケーションの処理概要を示す図である。 情報端末制御システムの各装置の処理のタイミングチャートである。 キャラクタ情報の構成を説明するための図である。 キャラクタ情報の一例を示す図である。 キャラクタ情報の一例を示す図である。 キャラクタ情報の一例を示す図である。 キャラクタ情報の一例を示す図である。 キャラクタ情報の一例を示す図である。 キャラクタ情報の一例を示す図である。 履歴の画面の一例を示す図である。 通信処理におけるタイミングチャートである。 通信処理におけるタイミングチャートである。 通信処理におけるタイミングチャートである。 通信処理におけるタイミングチャートである。 図１８のステップＡ１４のサブルーチンのフローチャートである。 表示される画像の一例を示す図である。 表示される画像の一例を示す図である。 表示される画像の一例を示す図である。 表示される画像の一例を示す図である。 表示される画像の一例を示す図である。 表示される画像の一例を示す図である。 情報端末制御システムにおいて装置拒否設定の機能を有する装置間の通信処理の概要を説明する図である。 装置拒否設定の機能に基づく装置拒否設定画面の一例を説明する図である。 装置拒否設定の機能を有する装置間の通信処理におけるタイミングチャートの具体例を説明する図である。 各情報処理装置で実行される表示判断処理のサブルーチンを説明するフロー図である。 各情報処理装置で実行される表示処理のサブルーチンを説明するフロー図である。 各情報処理装置で実行されるデータ処理のサブルーチンを説明するフロー図である。 受信データの一部のデータに基づく表示処理を説明する図である。 装置拒否設定の機能を有する装置間の通信処理におけるタイミングチャートの別の具体例を説明する図である。

以下、情報端末制御システムの実施の形態について、図面を参照して説明する。以下の説明において、同一の機能および作用を有する部品は、各図を通して同じ符号を付し、重複する説明を繰返さない。

［情報端末制御システムの構成］
ある実施の形態として、以下では、情報処理装置１Ａ〜１Ｃ、および、サーバ２を含む情報端末制御システム１０００について説明する。情報処理装置１Ａ〜１Ｃは、情報処理装置の一例であり、いずれもサーバ２と通信可能となっている。本明細書では、これらの共通の特性について言及する場合には、これらを総称して「情報処理装置１」と称する場合もある。本実施の形態に従う情報端末制御システムに参加する情報処理装置としては、携帯電話機、スマートフォン（高機能携帯電話機）、情報処理機能を搭載したテレビジョン装置、携帯型の情報処理装置、据置型の情報処理装置などを採用することができる。

図１は、ある実施の形態に従う情報端末制御システム１０００の構成を模式的に示す図である。図１に示す情報端末制御システム１０００において、情報処理装置１は、ネットワーク９を介して、サーバ２へアクセスすることができる。ネットワーク９は、たとえばインターネットや専用回線などの広域ネットワーク（ＷＡＮ：Wide Area Network）であるが、これに限定されない。より具体的には、情報処理装置１は、後述するように無線通信機能を有しており、ネットワーク９と電気的に接続されたアクセスポイント７を介して、サーバ２との間でデータを遣り取りする。情報処理装置１とサーバ２との間の通信は、有線通信であっても良い。

本実施の形態では、情報処理装置１がネットワーク９を介してサーバ２と通信する通信態様を、「インターネット通信」と呼ぶ。また、情報処理装置１同士が、ネットワーク９を経由せず直接的に無線通信する通信態様を、「ローカル通信」と呼ぶ。

［情報処理装置のハードウェア構成］
図２は、本実施の形態に従う情報処理装置１のハードウェアブロック図である。図２に示されるように、情報処理装置１は、入力装置１１と、表示装置１２と、プロセッサ１３と、内部記憶装置１４と、メインメモリ１５と、無線通信装置（無線通信モジュール）１６とを含む。

入力装置１１は、情報処理装置１のユーザによって操作され、ユーザの操作に応じた信号をプロセッサ１３へ出力する。入力装置１１は、例えば、十字スイッチや押しボタンやタッチパネルである。表示装置１２は、画像を画面に表示する。表示される画像は、たとえば、情報処理装置１において生成された画像、または、外部の装置から情報処理装置１に送信されてきた画像の少なくとも一方を含む。表示装置１２は、液晶表示装置（ＬＣＤ）などの公知の表示装置を含む。

プロセッサ１３は、コンピュータプログラムを実行するための演算処理手段である。
内部記憶装置１４には、プロセッサ１３によって実行されるコンピュータプログラムが格納されている。内部記憶装置１４には、後述するキャラクタ情報も格納される。内部記憶装置１４は、一例として、ＮＡＮＤ型フラッシュメモリから構成される。プロセッサ１３によって実行されるプログラムは、（出荷時からまたは他の機器との通信によって出荷後に）内部記憶装置１４に格納されていても良いし、情報処理装置１本体に対して着脱可能な記録媒体（ＵＳＢ（Universal Serial Bus）メモリ等）に格納されていても良い。

メインメモリ１５は、種々のデータを一時的に記憶する。メインメモリ１５は、一例としてＰＳＲＡＭ（Pseudo-SRAM（Static Random Access Memory））から構成される。

無線通信装置１６は、無線通信によって、他の情報処理装置１との間の通信のインターフェースとして機能する。また、無線通信装置１６は、アクセスポイント７を介して、サーバ２との間の通信のインターフェースとしても機能する。

［サーバのハードウェア構成］
図３は、サーバ２のハードウェアブロック図である。図３に示されるように、サーバ２は、入力装置２１と、表示装置２２と、プロセッサ２３と、ＨＤＤ（Hard Disk Drive）２４と、メインメモリ２５と、ネットワークインターフェース２６とを含む。

入力装置２１は、サーバ２のユーザによって操作され、ユーザの操作に応じた信号をプロセッサ２３へ出力する。入力装置２１は、例えば、キーボードやマウスである。表示装置２２は、画像を画面に表示し、たとえば液晶表示装置（ＬＣＤ）によって構成される。

プロセッサ２３は、コンピュータプログラムを実行するための演算処理手段である。ＨＤＤ２４には、プロセッサ２３によって実行されるコンピュータプログラムが格納されている。当該コンピュータプログラムは、サーバ２をサーバ装置として機能させるためのプログラムを含む。

メインメモリ２５は、コンピュータプログラムや情報を一時的に記憶する。メインメモリ２５は、一例としてＰＳＲＡＭから構成される。ネットワークインターフェース２６は、情報処理装置１との間の通信のインターフェースとしても機能する。ネットワークインターフェース２６は、たとえばＬＡＮカードによって構成される。

［インターネット通信］
情報処理装置１とサーバ２との間の通信態様である「インターネット通信」に関して説明する。「インターネット通信」では、情報処理装置１は、たとえばＩＥＥＥ８０２．１１準拠の方式でアクセスポイント７に接続し、当該アクセスポイント７を介してネットワーク９に接続する。情報処理装置１は、ネットワーク９を経由して、サーバ２と通信する。

情報処理装置１がネットワーク９を介してサーバ２と通信する処理の一例として、タスクを実行する処理が挙げられる。本実施の形態におけるタスクは、所定のデータの送受信を伴う処理を示す。より具体的には、「送信タスク」と「受信タスク」の２種類に分類される。本明細書では、これらを総称して単に「タスク」と称することもある。当該タスクの内容を示すデータは、サーバのＵＲＬ等の、接続先を特定する情報を含む。

［ローカル通信］
情報処理装置１同士の通信態様である「ローカル通信」に関して説明する。本実施の形態において、情報処理装置１は、「ローカル通信」を用いることで、所定のアプリケーションプログラム（たとえば、ゲームアプリケーション）で利用可能なアプリケーション用データを交換できる。「ローカル通信」とは、近距離に存在する他の情報処理装置１に対して、内部記憶装置１４に格納された所定のデータ（本実施の形態では「キャラクタ情報」）を自動的に（ユーザによる操作無しに）送信し、また、当該他の情報処理装置１の内部記憶装置１４に格納された交換用データを当該他の情報処理装置１から自動的に（ユーザによる操作無しに）受信する通信をいう。なお、本例においては、ローカル通信をすれ違い通信とも称する。

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

情報処理装置１は、ローカル通信において、たとえば、近距離無線通信の通信範囲内に存在する不特定の他の情報処理装置１を繰り返し探索する。そして、情報処理装置１は、探索により発見した他の情報処理装置１に対して、上記キャラクタ情報を自動的に送信するとともに、当該他の情報処理装置の内部記憶装置１４に格納された上記キャラクタ情報を当該他の情報処理装置から自動的に受信する。

上記した「ローカル通信」は、例えば、情報処理装置１を所持しているユーザ同士がすれ違った際に行なわれる。キャラクタ情報は、ユーザの操作等に基づいて、「ローカル通信」に先立って生成されて、予め内部記憶装置１４の所定の領域に記憶される。

図１では、近距離無線通信の通信範囲の例として、領域ＡＲ１と領域ＡＲ２とが示されている。領域ＡＲ１は、情報処理装置１Ａについての近距離無線通信の通信範囲を示す。領域ＡＲ２は、情報処理装置１Ｃについての近距離無線通信の通信範囲を示す。

たとえば、移動している情報処理装置１Ｂが領域ＡＲ１の内部に位置したとき、情報処理装置１Ａと情報処理装置１Ｂは、ローカル通信を実行する。これにより、たとえば、情報処理装置１Ａから情報処理装置１Ｂに、キャラクタ情報が転送される。また、情報処理装置１Ｃの移動に伴って、領域ＡＲ２が、情報処理装置１Ｂを内部に含む位置まで移動してきたとき、情報処理装置１Ｂと情報処理装置１Ｃは、ローカル通信を実行する。これにより、たとえば、情報処理装置１Ａから情報処理装置１Ｂへと転送されたキャラクタ情報が、情報処理装置１Ｂから情報処理装置１Ｃへ転送される。

［アプリケーションの処理概要］
次に、図４および図５を参照して、複数の情報処理装置１の間で転送されるキャラクタ情報が利用されるアプリケーションの処理の概要を説明する。本実施の形態では、キャラクタ情報を用いるアプリケーションの一例である「ゲームアプリケーション」の処理の概要について説明する。

図４は、情報処理装置１内の記憶領域の一部の記憶内容を模式的に示す図である。当該記憶領域は、たとえば内部記憶装置１４内に設けられる。図５は、本実施の形態に関連するゲームアプリケーションの処理概要を示す図である。

まず図４を参照して、情報処理装置１内の記憶領域には、すれ違い用受信ボックス１４１、タスク受信キャッシュ１４２、タスク送信用データ格納領域（以下、「タスク送信用データ」という）１４３、および、すれ違い用送信ボックス１４４が設けられている。図４では、情報処理装置１内の記憶領域を示す四角形が示され、当該四角形の左上に、すれ違い用受信ボックス１４１が示され、そして、当該四角形の右側に、上から順にタスク受信キャッシュ１４２、タスク送信用データ１４３、および、すれ違い用送信ボックス１４４が、縦に並べられて示されている。すれ違い用送信ボックス１４４は、すれ違い通信において送信されるデータが格納されるメモリ領域である。すれ違い用受信ボックス１４１は、すれ違い通信において受信されたデータが格納されるメモリ領域である。

情報処理装置１が図４に示されたようなメモリの構造を備えていることを前提とした上で、図５を参照して、本実施の形態に関するゲームアプリケーションの処理の概要を説明する。図５には、情報処理装置Ａ〜情報処理装置Ｃが示されている。これらは、図１の情報処理装置１Ａ〜情報処理装置１Ｃのそれぞれに相当する。情報処理装置Ａ〜Ｃのそれぞれには、ゲームアプリケーションがインストールされているものとする。図５には、さらにサーバ２が示されている。本実施の形態に係るゲームアプリケーションでは、たとえば、情報処理装置Ａで生成された「キャラクタ情報」が、すれ違い通信によって他の情報処理装置（情報処理装置Ｂ，Ｃ）へ次々に転送される。これにより、キャラクタ情報によって表現されるキャラクタが、情報処理装置Ａ，Ｂ，Ｃを順に旅する演出が実現され得る。これによりゲームアプリケーションの興趣性を高めることが可能である。

本実施の形態の「キャラクタ情報」は、少なくとも、当該キャラクタ情報が生成された情報処理装置１を識別するための識別情報（端末ＩＤ）と、キャラクタごとの特性を表す情報（パラメータ情報）とを含む。「キャラクタ情報」は、送信（転送）された回数を表す情報（移動回数）を含んでいても良い。キャラクタ情報の生成は、上記ゲームアプリケーションによって生成されても良いし、他のアプリケーションによって生成されても良い。

図５において、まず、情報処理装置Ａで、キャラクタ情報（図５中の「ＣＩ」）が生成され、すれ違い用送信ボックス１４４に格納される。その後、すれ違い通信が行われることで、当該キャラクタ情報が情報処理装置Ａから情報処理装置Ｂに移動する。これにより、キャラクタ情報は、情報処理装置Ｂのすれ違い用受信ボックス１４１へと移動される。

その後、情報処理装置Ｂにおいてゲームアプリケーションが実行されると、キャラクタ情報は、情報処理装置Ｂ内で、すれ違い用受信ボックス１４１から当該ゲームアプリケーションの処理データを格納する領域（以下、「作業領域」という）へと移動される。当該移動のとき、「キャラクタ情報」が「移動回数」を含む場合、情報処理装置Ｂは、キャラクタ情報を、「移動回数」に所定値が加算されるように更新する。つまり、情報処理装置１Ｂは、キャラクタ情報の受信に伴い「移動回数」を加算更新することが可能である。

情報処理装置Ｂは、さらに、情報処理装置Ａから受信したキャラクタ情報に含まれるパラメータ情報（たとえば、後述する「経験パラメータ」）を更新することができる。経験パラメータは、パラメータ情報の一例である。情報処理装置Ｂは、たとえば、ユーザ操作に従って、パラメータ情報を更新する。パラメータ情報の更新内容は、たとえばユーザ操作の内容に応じて変更される。より具体的には、ユーザ操作の内容に応じて、パラメータ情報が変更される値の大きさが決定される。

そして、情報処理装置Ｂは、更新後のキャラクタ情報をサーバ２へ送信するための送信用情報（図５中の「Ｉｎｆｏ」）を生成し、タスク送信用データ１４３に格納する。また、情報処理装置Ｂにおいて、当該「Ｉｎｆｏ」を適当な時期にサーバ２に送信するための「送信タスク」も生成・登録される。その結果、適当なタイミングで、「送信タスク」が実行される。これにより、「Ｉｎｆｏ」が、情報処理装置Ｂからサーバ２へ送信される。サーバ２は、情報処理装置Ｂから送信されてきた「Ｉｎｆｏ」を蓄積する。

そして、情報処理装置Ｂと情報処理装置Ｃとの間ですれ違い通信が発生し、キャラクタ情報が、情報処理装置Ｂのすれ違い用送信ボックス１４４から情報処理装置Ｃのすれ違い用受信ボックス１４１に移動する。ここで移動するキャラクタ情報は、例えば情報処理装置Ａから情報処理装置Ｂへと移動した後、情報処理装置Ｂにおいて更新された、キャラクタ情報である。当該すれ違い通信は、情報処理装置Ｂからサーバ２への「Ｉｎｆｏ」の送信の前に生じる場合もあれば、後に生じる場合もある。

情報処理装置Ｂにおけるゲームアプリケーションの処理内容によっては、パラメータ情報の値が変更されることなく、キャラクタ情報が情報処理装置Ｂから情報処理装置Ｃへと移動（転送）される場合もあり得る。

情報処理装置Ｃでは、ゲームアプリケーションが実行されると、情報処理装置Ｂから送信されてきたキャラクタ情報は、すれ違い用受信ボックス１４１から作業領域へと移動される。キャラクタ情報が「移動回数」を含む場合、当該移動に伴って、情報処理装置Ｃは、キャラクタ情報を、「移動回数」に所定値が加算されるように更新する。

その後、情報処理装置Ｃでは、キャラクタ情報は、ゲームアプリケーションの処理内容に応じて更新された後、すれ違い用送信ボックス１４４へと移動される。そして、情報処理装置Ｃは、上記情報処理装置Ｂと同様に、「Ｉｎｆｏ」と送信タスクを生成し、キャラクタ情報をサーバ２へと送信する。また、情報処理装置Ｃと他の情報処理装置とのすれ違い通信により、キャラクタ情報は、当該他の情報処理装置へと転送される。

このように、情報処理装置Ａで生成されたキャラクタ情報は、すれ違い通信によって他の情報処理装置へと次々に転送される。また、当該キャラクタ情報を受信した情報処理装置Ｂ，Ｃは、上記「Ｉｎｆｏ」を適宜サーバ２へ送信する。一方、情報処理装置Ａは、サーバ２に蓄積されている「Ｌｏｇ」を取得する。「Ｌｏｇ」とは、サーバ２に蓄積されている「Ｉｎｆｏ」のうち、自装置に対応するものをいう。情報処理装置Ａは、当該「Ｌｏｇ」を取得するために「受信タスク」を生成し、適当な時期に「Ｌｏｇ」を受信する。

情報処理装置Ａは、「Ｌｏｇ」を利用して、当該情報処理装置Ａが生成して送信したキャラクタ情報が転送においてどのように変更されたかを、表示することができる。

［装置間の通信の概要］
図６を参照して、情報端末制御システムにおける装置間の通信処理の概要を説明する。図６は、情報端末制御システム１０００の各装置の処理のタイミングチャートである。図６において、情報処理装置１Ａ〜１Ｃは、それぞれ情報処理装置Ａ〜Ｃで表されている。

まず、図６において矢印Ｌ０１で示されるように、情報処理装置１Ａと情報処理装置１Ｂのすれ違い通信が実行される。これにより、情報処理装置１Ａから情報処理装置１Ｂへ、キャラクタ情報が送信される。このときに送信されるキャラクタ情報のパラメータ情報は、情報処理装置１Ａにおける状態である。図６中の「α」は、パラメータ情報のこのときの状態を表す。

次に、情報処理装置１Ｂは、ステップＢ０１で、情報処理装置１Ａから送信されてきたキャラクタ情報のパラメータ情報を更新する。図６では、情報処理装置１Ｂにおいて更新された後のパラメータ情報の状態が、「α＋β」で示されている。図６は、情報処理装置１Ｂにおけるキャラクタ情報の更新を、キャラクタ情報に「β」が追加されることによって表現している。情報処理装置１Ｂは、インターネット通信により、サーバ２へ「α＋β」に対応するキャラクタ情報を送信する（矢印Ｌ０２）。当該キャラクタ情報は、サーバ２に蓄積される（ステップＳ０１）。

その後、図６において矢印Ｌ０３で示されるように、情報処理装置１Ｂと情報処理装置１Ｃのすれ違い通信が実行される。これにより、情報処理装置１Ｂから情報処理装置１Ｃへ、上記「α＋β」に対応するキャラクタ情報が送信される。

次に、情報処理装置１Ｃは、ステップＣ０１で、情報処理装置１Ｂから送信されてきたキャラクタ情報のパラメータ情報を更新する。図６では、情報処理装置１Ｃにおいて更新された後のパラメータ情報の状態が、「α＋β＋γ」で示されている。図６は、情報処理装置１Ｃにおけるキャラクタ情報の更新を、キャラクタ情報に「γ」が追加されることによって表現している。情報処理装置１Ｃは、インターネット通信により、サーバ２へ「α＋β＋γ」に対応するキャラクタ情報を送信する（矢印Ｌ０４）。当該キャラクタ情報は、サーバ２に蓄積される（ステップＳ０３）。

サーバ２に蓄積されたキャラクタ情報は、当該キャラクタ情報が生成された情報処理装置１へと送信される。図６の例では、「α＋β」と「α＋β＋γ」のそれぞれに対応するキャラクタ情報は、サーバ２から情報処理装置１Ａへと送信される（矢印Ｌ０５）。

情報処理装置１Ａは、ステップＡ０１で、受信したキャラクタ情報を利用した表示処理を実行する。ステップＡ０１では、「α＋β」で表されるキャラクタ情報を利用した表示と「α＋β＋γ」で表されるキャラクタ情報を利用した表示とが、別箇に行われても良いし、これらのキャラクタ情報を組み合わせた表示が行われても良い。

なお、情報処理装置１Ｂがサーバ２と通信不能な状態にある場合等には、情報処理装置１Ｂからサーバ２へのキャラクタ情報の送信（矢印Ｌ０２）よりも、情報処理装置１Ｃからサーバ２へのキャラクタ情報の送信（矢印Ｌ０４）が先に実行される場合があり得る。これにより、サーバ２から情報処理装置１Ａへのキャラクタ情報の送信（矢印Ｌ０５）において、「α＋β＋γ」に対応するキャラクタ情報のみが送信される場合もあり得る。

その後、情報処理装置１Ｂがサーバ２と通信可能な状態となった場合、情報処理装置１Ｃからサーバ２へのキャラクタ情報の送信（矢印Ｌ０４）の後に、情報処理装置１Ｂからサーバ２へ、キャラクタ情報が送信される場合があり得る。これにより、サーバ２は、情報処理装置１Ａに、情報処理装置１Ｃから送信されてきたキャラクタ情報の送信よりも後に、情報処理装置１Ｂから送信されてきたキャラクタ情報を送信する場合があり得る。

図６を参照して説明された処理では、情報処理装置１Ａは、当該情報処理装置１Ａにおいて生成されたキャラクタ情報のみを送信した。なお、情報処理装置１Ａは、情報処理装置１Ｂ，１Ｃと同様に、他の情報処理装置１において生成されたキャラクタ情報を受信することもでき、また、当該受信したキャラクタ情報を他の情報処理装置１に送信することもできる。これにより他の情報処理装置１において生成されたキャラクタ情報を送信することが可能であるためデータ通信の機会が増え、データ通信の興趣性を高めることができる。

また、図６を参照して説明された処理において、情報処理装置１（情報処理装置１Ｂ，情報処理装置１Ｃ）は、他の情報処理装置１から受信したキャラクタ情報の更新と更新後のキャラクタ情報のさらに他の情報処理装置１への送信とからなる処理の組を実行する。そして、情報処理装置１は、当該処理の組を１回実行するたびに、サーバ２へ、更新後のキャラクタ情報を送信する。なお、サーバ２への、更新後のキャラクタ情報の送信は、上記処理の組が所定回数実行されるまで保留されても良い。たとえば、情報処理装置１は、上記処理の組を２回実行したことを条件として、更新後のキャラクタ情報をサーバ２へ送信するための送信タスクを生成しても良い。

［装置間の通信処理］
次に、図７〜図１９を参照して、情報端末制御システム１０００における、装置間の通信処理の内容をより具体的に説明する。図７〜図１３は、キャラクタ情報の具体例を示す図である。図１４は、キャラクタ情報に基づいて表示される画面の一例を示す図である。図１５〜図１８は、上記通信処理におけるタイミングチャートである。図１９は、図１８のステップＡ１４のサブルーチンのフローチャートである。

図７には、キャラクタ情報の一般的な構成が示されている。キャラクタ情報は、基本情報Ｄ１０と、付加情報Ｄ２０Ａ，Ｄ２０Ｂ…を含む。基本情報Ｄ１０は、キャラクタ情報の基本的な部分である。付加情報Ｄ２０Ａ，Ｄ２０Ｂ…は、キャラクタ情報の転送先の情報処理装置１において追加される情報である。付加情報Ｄ２０Ａ，Ｄ２０Ｂ…を総称して付加情報Ｄ２０と呼ぶ場合もある。

基本情報Ｄ１０は、少なくとも、キャラクタコードと、移動回数と、端末ＩＤと、経験パラメータと、出身島名とを含む。キャラクタコードは、キャラクタ情報に対応したキャラクタが表示される場合の外観を特定するデータである。たとえば、キャラクタが人の姿をしている場合、キャラクタコードは、目の色や髪型等を特定する情報である。情報処理装置１は、キャラクタコードとオブジェクトを対応付ける情報（テーブル等）を参照できる。これにより、各情報処理装置１は、キャラクタコードを取得すれば、当該キャラクタコードに対応するオブジェクト（たとえば、後述するキャラクタ５０）を表示することができる。キャラクタコードとオブジェクトを対応付ける情報は、各情報処理装置１の内部記憶装置１４等に格納されていても良いし、プロセッサ１３がアクセス可能なネットワーク上の記憶装置に格納されていても良い。また、当該情報は、情報端末制御システム１０００に属する情報処理装置１の各々において共通するものである。

移動回数は、キャラクタ情報が転送された回数を表す情報である。キャラクタ情報のパラメータ情報が１回更新されると、移動回数の値は、たとえば「１」加算更新される。

端末ＩＤは、情報処理装置毎に固有に設けられた識別情報であり、ここでは、キャラクタ情報を生成した情報処理装置１を特定する情報として用いられている。

経験パラメータは、情報処理装置１において、ゲームアプリケーションにおける処理内容に応じて値を変更される情報である。ゲームアプリケーションにおける処理内容によっては、パラメータ情報の更新において、経験パラメータの値は、増加する場合もあれば、減少する場合もあれば、変更しない場合もあり得る。

各情報処理装置１は、たとえばユーザから入力された、当該情報処理装置１の名前を格納する。出身島名は、キャラクタ情報を生成した情報処理装置１の名前である。

各付加情報Ｄ２０は、少なくとも、島名と、おみやげデータと、演出用フラグと、演出用データとを含む。島名は、転送先の情報処理装置１の名前である。おみやげデータは、後述する処理で利用される「おみやげ物」を表すデータである。演出用フラグは、特定の内容の演出についてのフラグである。演出用データは、演出に利用されるデータである。演出用フラグと演出用データは、転送先の情報処理装置１での、ゲームアプリケーションにおける処理内容に応じて生成される情報である。

たとえば、情報処理装置１Ａにおいて生成されたキャラクタ情報は、基本情報Ｄ１０のみを含む。情報処理装置１Ｂにおいて更新されることにより、キャラクタ情報には付加情報Ｄ２０Ａが追加される。その後、情報処理装置１Ｃに転送され、当該情報処理装置１Ｃにおいて更新されることにより、キャラクタ情報には、さらに、付加情報Ｄ２０Ｂが追加される。

図１５を参照して、情報処理装置１Ａは、ステップＡ１０において、キャラクタ情報を生成する。生成されるキャラクタ情報の一例が、図８に示されている。

図８に示されたキャラクタ情報では、キャラクタコードの値の一例として「ＣＲ０１０１」が設定され、出身島名の値の一例として「島（０）」が設定され、移動回数の値の一例として「０」が設定され、端末ＩＤの値の一例として「ＴＡ０１２３」が設定され、そして、経験パラメータの値の一例として「０」が設定されている。端末ＩＤの値「ＴＡ０１２３」は、情報処理装置１Ａを特定する値である。

そして、情報処理装置１Ａは、情報処理装置１Ｂとのすれ違い通信により、情報処理装置１Ｂに上記キャラクタ情報を送信する。これに応じて、情報処理装置１Ｂは、ステップＢ１０で、キャラクタ情報を受信する。

図１５の情報処理装置１Ｂのゲームアプリケーションは、情報処理装置１Ｂが情報処理装置１Ａを含む他の情報処理装置１からキャラクタ情報を受信するまでは、たとえば画面ＩＭＧ１０に示されるような画面を表示する。画面ＩＭＧ１０は、人がいない波止場を表し、ゲームアプリケーションにおける待機状態の表示画面の一例である。

情報処理装置１Ｂが情報処理装置１Ａからキャラクタ情報を受信すると（ステップＢ１０）、情報処理装置１Ｂは、ステップＢ１０で受信したキャラクタ情報を、すれ違い用受信ボックス１４１から、作業領域へと移動させる。

その後、情報処理装置１Ｂは、ゲームアプリケーションによる処理内容に応じて、情報処理装置１Ａから送信されてきたキャラクタ情報を更新する（ステップＢ１２）。図９は、更新後のキャラクタ情報の一例を示す。図８と比較すると、図９のキャラクタ情報は、移動回数の値を１加算され、また、島名「島（１）」を含む付加情報を追加されている。当該付加情報は、島名「島（１）」と、値「Ｐ」のおみやげデータと、値「ＮＵＬＬ」の演出用フラグおよび演出用データとを含む。おみやげデータの値「Ｐ」は、情報処理装置１Ｂに対応する島のおみやげ物（たとえば、具体的な食べ物の種類）を示す。演出用フラグと演出用データについては、後述する。

そして、情報処理装置１Ｂのゲームアプリケーションは、たとえば画面ＩＭＧ１２を表示する。画面ＩＭＧ１２は、波止場に、他の島から船に乗せられてきたキャラクタ５０が到着した場面を表す。キャラクタ５０は、キャラクタコード「ＣＲ０１０１」に対応し、「ケン」と名付けられた旅人である。

図１６を参照して、ステップＢ１４で、情報処理装置１Ｂは、イベント「履歴表示」またはイベント「おもてなし」の発生まで待機する。イベント「履歴表示」が発生すると、ステップＢ１６へ制御が進められる。イベント「おもてなし」が発生すると、ステップＢ１８へ制御が進められる。イベントは、たとえばユーザ操作に基づいて発生する。

ステップＢ１６では、情報処理装置１Ｂは、キャラクタの履歴を表示する。画面ＩＭＧ１４は、履歴を表す画面の一例である。受信したキャラクタの経過履歴を確認することができるためデータ通信の興趣性を高めることができる。画面ＩＭＧ１４は、「ケンの旅の履歴」という表題とともに、値「島（０）」を持つ「出身島」と、値「０」を持つ「経験値」とを含む。「出身島」は、キャラクタ情報中の出身島名である。「経験値」は、キャラクタ情報の経験パラメータの値である。本明細書において、情報処理装置１Ａ，１Ｂ，１Ｃのそれぞれの名前を、「島（０）」「島（１）」「島（２）」とする。

画面ＩＭＧ１４は、さらに、値「１」を持つ「渡り歩いた島の数」と、値「９６ｋｍ」を持つ「旅をした距離」とを含む。「渡り歩いた島の数」は、たとえばキャラクタ情報中の移動回数の数である。「旅をした距離」は、たとえばキャラクタ情報が転送されてきた各情報処理装置１の位置情報をキャラクタ情報の転送順に連結する線の長さである。情報端末制御システム１０００では、各情報処理装置１は、各情報処理装置１の島の名前から位置情報を特定しても良い。また、キャラクタ情報は、各島の名前（出身島、または、付加情報の中の島名）とは別に、島の位置情報を特定する情報を含んでいても良い。位置情報は、場所（都道府県名等）を表す情報であっても良いし、平面座標であっても良い。なお、旅をした距離の値は、移動回数の値と所与の単位距離との積であっても良い。

画面ＩＭＧ１４は、さらに「渡り歩いた島」の欄を有する。当該欄には、「島（１）」が表示されている。当該欄には、「付加情報」の島名として登録されている、情報処理装置１の名前が表示される。

ステップＢ１８では、情報処理装置１Ｂは、演出に利用するキャラクタの悩みごとの内容を、予め登録された内容の中から決定する。そして、ステップＢ１８において、情報処理装置１Ｂは、画面ＩＭＧ１６に示されるように、キャラクタが、決定された内容の悩みごとを告白する演出表示がなされる。画面ＩＭＧ１６では、キャラクタ５０は、空腹であるという悩みごとを告白している。

ステップＢ２０では、情報処理装置１Ｂは、ステップＢ１８における表示の次に発生したイベントが、悩みごとの解決を実行するものであるかどうかを判定する。「悩みごとを解決する」というイベントが発生すれば、たとえば画面ＩＭＧ１８（図１７）が表示された後、ステップＢ２２（図１７）へ制御が進められる。画面ＩＭＧ１８は、「空腹」という悩みごとを解決するためにキャラクタに食べものを与える演出表示を表す。

一方、「悩みごとを解決しない」というイベントが発生すれば、ステップＢ２０からステップＢ２４へ制御が進められる。イベント「悩みごとを解決する」およびイベント「悩みごとを解決しない」は、いずれも、たとえばユーザ操作に基づいて発生する。

ステップＢ２２では、情報処理装置１Ｂは、キャラクタ情報を更新する。更新後のキャラクタ情報の一例が、図１０に示されている。図９と比較して、図１０に示されたキャラクタ情報は、「経験パラメータ」の値が「１２」加算されている。その後、ステップＢ２４へ制御が進められる。「経験パラメータ」は、更新により減算される場合もある。

ステップＢ２４では、情報処理装置１Ｂは、記念写真の送信に同意する操作がなされたか否かが検出される。ステップＢ２４の前提として、たとえば、情報処理装置１Ｂにおけるゲームアプリケーションは、ユーザに対して、「記念写真の送信に同意するか否か」を入力する操作を求める。同意する操作がなされた場合には、ステップＢ２６へ制御が進められ、同意しない操作がなされた場合には、ステップＢ２８へ制御が進められる。

ステップＢ２６では、図１１に示されるように、演出用フラグと演出用データの値が更新されて、ステップＢ２８へ制御が進められる。演出用フラグの値には、値「１」が設定される。演出用データの値には、たとえば情報処理装置１Ｂにおいて生成されたキャラクタのキャラクタコード（図１１の例では、値「ＣＲ０１２１」）が設定される。

ステップＢ２８では、情報処理装置１Ｂは、ステップＢ１０においてキャラクタ情報が受信されてから夜が明けるまで待機する。「夜が明ける」とは、たとえば、タイマの計時時刻が特定の時刻（たとえば、午前０時）を過ぎることを意味する。夜が明けると、情報処理装置１Ｂは、次のすれ違い通信のための準備をする。ここでの「準備」は、更新後のキャラクタ情報（図１１）を、作業領域からすれ違い用送信ボックス１４４へ移動すること、および、当該キャラクタ情報をサーバ２へ送信するための送信タスクを生成することを含む。サーバ２は、受信したキャラクタ情報を蓄積する（ステップＳ１０）。

その後、情報処理装置１Ｂは、情報処理装置１Ｃとすれ違い通信をすることにより、更新後のキャラクタ情報を情報処理装置１Ｃへ送信する。このとき、情報処理装置１Ｂのゲームアプリケーションは、たとえば、画面ＩＭＧ２０を表示する。画面ＩＭＧ２０は、画面ＩＭＧ１２（図１５）で島に到着したキャラクタ５０が、船に乗せられて、当該島を離れていく場面を示している。

なお、ゲームアプリケーションは、夜が明けたと判断した後、情報処理装置１Ｂが他の情報処理装置１とすれ違い通信をするまで、キャラクタ５０を波止場にたたずませる演出表示を行っても良い。この演出表示は、情報処理装置１Ｂのユーザに、早期に、キャラクタ５０が波止場に一人で佇む状態を解除したいと思わせることができ、これにより、当該ユーザに、情報処理装置１Ｂを他の情報処理装置１とすれ違い通信させるよう促進することができる。

ステップＣ１０で、情報処理装置１Ｃは、情報処理装置１Ｂからキャラクタ情報を受信した後、情報処理装置１Ａからキャラクタ情報を受信した情報処理装置１Ｂが実行したのと同じ処理（ステップＢ１０〜ステップＢ２８）を実行する（ステップＣ１０）。キャラクタ情報は、情報処理装置１Ｂにおいて更新されたのと同様に、情報処理装置１Ｃにおいても更新される。そして、情報処理装置１Ｃは、更新後のキャラクタ情報を、サーバ２へ送信するとともに、ステップＣ１２で、すれ違い通信により他の情報処理装置１に送信する。情報処理装置１Ｃにおける通信状態に応じて、情報処理装置１Ｃは、更新後のキャラクタ情報（後述する図１３参照）を、サーバ２へ送信した後に他の情報処理装置１に送信する場合もあれば、その逆の場合もあり得る。サーバ２は、情報処理装置１Ｃからキャラクタ情報を受信すると、当該キャラクタ情報を蓄積する（ステップＳ１２）。

図１１〜図１３を参照して、情報処理装置１Ｃにおけるキャラクタ情報の更新について説明する。情報処理装置１Ｂから送信されたキャラクタ情報（図１１）は、まず、図１２に示されるように、移動回数を「１」加算され、また、付加情報「島（２）」を追加される。島（２）で表される付加情報のおみやげデータの値「Ｎ」は、情報処理装置１Ｃに対応する島のおみやげ物（たとえば、具体的な食べ物の種類）を示す。演出用フラグと演出用データのそれぞれの値は、「ＮＵＬＬ」である。

情報処理装置１Ｃにおいて悩みごとの解決が実行されると、図１３に示されるように、経験パラメータの値が、８を追加されることにより、「２０」まで増加している。

演出用フラグと演出用データの値を更新するか否かは、ステップＢ２４として説明されたように、ゲームアプリケーションにおける記念写真の送信に同意する否かについての操作の内容に基づいて決定される。本実施の形態では、情報処理装置１Ｂでは、記念写真の送信に同意することを表す操作がなされた。このため、情報処理装置１Ｂにおけるキャラクタ情報の更新では、演出用フラグと演出用データの値が変更された。情報処理装置１Ｃでは、記念写真の送信に同意しないことを表す操作がなされたとする。これにより、情報処理装置１Ｃにおける更新後のキャラクタ情報では、図１３に示されるように、演出用フラグと演出用データの値はＮＵＬＬのままである。

一方、情報処理装置１Ａは、ステップＳＡ１２で、サーバ２に蓄積されたキャラクタ情報を受信するイベントが発生するまで待機する。そして、情報処理装置１Ａにおいて当該イベントが発生すると、情報処理装置１Ａは、サーバ２に対して、当該情報処理装置１Ａのキャラクタ情報の送信を要求する。当該要求は、たとえば、情報処理装置１Ａの端末ＩＤと、前回サーバ２からキャラクタ情報を取得した時刻（前回取得時刻）とを、送信することを含む。これに応じて、サーバ２は、情報処理装置１Ａのキャラクタ情報（端末ＩＤの値が、情報処理装置１Ａを表す値「ＴＡ０１２３」のキャラクタ情報）を、当該情報処理装置１Ａに送信する。

サーバ２は、情報処理装置１Ｂから送信されたキャラクタ情報（図１１）と、情報処理装置１Ｃから送信されたキャラクタ情報（図１３）とを蓄積している（ステップＳ１０，Ｓ１２）。サーバ２は、情報処理装置１Ａからの要求に応じて、上記前回取得時刻以降に当該サーバ２に蓄積されたキャラクタ情報のうち、情報処理装置１Ａのキャラクタ情報のすべてを、情報処理装置１Ａへ送信する。つまり、情報処理装置１Ｂから送信されたキャラクタ情報と、情報処理装置１Ｃから送信されたキャラクタ情報とを、情報処理装置１Ａへ送信する。

そして、ステップＡ１４で、情報処理装置１Ａは、サーバ２から受信したキャラクタ情報を用いて表示処理を実行する。ステップＡ１４の処理内容は、図１９〜図２５を参照して後述する。ステップＡ１６へ処理を進める。ステップＡ１６では、情報処理装置１Ａは、キャラクタの履歴を表示させるためのユーザ操作がなされるまで待機する。当該ユーザ操作がなされると、情報処理装置１Ａは、ステップＡ１８へ制御を進める。ステップＡ１８では、情報処理装置１Ａは、キャラクタの履歴を表示させる。図１４は、ステップＡ１８において表示される履歴の画面の一例を示す。情報処理装置１Ａは、サーバ２から２以上のキャラクタ情報を受信した場合、その中の移動回数が最も多いキャラクタ情報を利用して、図１４の画面を作成する。より具体的には、図１１と図１３を比較すると、図１３に示されたキャラクタ情報の方が移動回数が多い。このため、情報処理装置１Ａは、図１３に示されたキャラクタ情報を利用して、図１４の画面を生成する。

図１４の画面は、図１６の画面ＩＭＧ１４と同様の項目を含む。なお、図１４と図１６を参照して、図１４の画面において、経験値の値が「２０」増加しているのは、経験パラメータの値が、情報処理装置１Ｂにおいて「１２」増加し、情報処理装置１Ｃにおいて「８」増加したことに基づく。図１４の画面において、渡り歩いた島の数が「１」増加しているのは、キャラクタ情報が、情報処理装置１Ｂに送信された後さらに情報処理装置１Ｃに送信されたからである。図１４の画面では、旅をした距離は、図１６の画面ＩＭＧ１４と比較して、２２ｋｍ増えている。この距離は、たとえば、情報処理装置１Ｂの位置情報で特定される位置から情報処理装置１Ｃの位置情報で特定される位置までの距離である。

さらに、図１４の画面では、渡り歩いた島として、「島（１）」と「島（２）」とが挙げられている。また、図１４の画面では、各島の地域（位置情報）も合わせて示されている。すなわち、キャラクタの履歴によりキャラクタ情報がどこに移動したかを識別することが可能となりデータ通信の興趣性を高めることができる。

以上、図１５〜図１８を参照して説明された処理では、情報処理装置１は、他の情報処理装置１からキャラクタ情報を受信すると、キャラクタ情報中の移動回数を更新し、また、キャラクタ情報に付加情報を追加した。

［表示処理（ステップＡ１４）］
図１９は、ステップＡ１４のサブルーチンのフローチャートである。図１９を参照して、情報処理装置１Ａは、ステップＡ１４０２で、表示対象のキャラクタ情報を選択して、ステップＡ１４０４へ制御を進める。より具体的には、情報処理装置１Ａは、サーバ２から２以上のキャラクタ情報を受信した場合に、所与の条件に従って、２以上のキャラクタ情報から表示対象とするキャラクタ情報を選択する。ここでの条件とは、たとえば、２以上のキャラクタ情報のうち最新のものであることが挙げられる。

ステップＡ１４０４では、情報処理装置１Ａは、キャラクタ情報の表示モードを決定する。本実施の形態では、表示モードとして、「帰国」と「手紙」の２種類の表示態様が準備されている。「帰国」モードに決定されると、制御はステップＡ１４０６へ進められる。「手紙」モードに決定されると、制御はステップＡ１４１２へ進められる。ステップＡ１４０４では、情報処理装置１Ａは、たとえば、図１９に示される処理が実行されるたびに「帰国」と「手紙」のそれぞれが予め設定された割合で実行されるように、２つの演出態様のうち１の演出態様を選択する。たとえば、「帰国」の割合が１／３と設定され、「手紙」の割合が「２／３」と設定されている場合には、図１９の処理が１５回されると、「帰国」の演出が５回程度選択され、「手紙」の演出が１０回程度選択される。

なお、情報処理装置１Ａでは、それまでに受信したキャラクタ情報の移動回数の最大値が格納されている場合がある。このような場合、ステップＡ１４０２において選択されたキャラクタ情報の移動回数の値が格納されている最大値よりも小さいときには、ステップＡ１４０２において選択されたキャラクタ情報は、最新の転送先で更新されたキャラクタ情報ではない。したがって、このようなときには、情報処理装置１Ａは、ステップＡ１４０４で、表示モードとして必ず「手紙」を選択することが好ましい。ステップＡ１４０６では、情報処理装置１Ａは、キャラクタオブジェクト（キャラクタ５０）を生成して、ステップＡ１４０８へ制御を進める。キャラクタ５０は、キャラクタコード「ＣＲ０１０１」に対応するオブジェクトである。

キャラクタオブジェクトは、主にキャラクタコードの値に基づいて生成される。なお、キャラクタオブジェクトは、移動回数に応じて変更される場合もあり得る。たとえば、移動回数に応じて、キャラクタが着用する衣服の色が変更される。これにより、すれ違い通信（データ通信）の興趣性を高めることができる。

本実施の形態では、各情報処理装置１においてキャラクタ情報に追加される付加情報（島（１），島（２）…）は、どの情報処理装置１がキャラクタ情報を受信してきたかという経過履歴を示す履歴情報を構成する。また、上記移動回数は、付加情報（島（１），島（２）…）と同様に、履歴情報を構成する。そして、キャラクタオブジェクトは、移動回数の代わりに、履歴情報の数（たとえば、キャラクタ情報中の「おみやげデータ」の数）に応じて、キャラクタが着用する衣服の色を変更されても良い。

ステップＡ１４０８では、情報処理装置１Ａは、おみやげオブジェクトを生成して、ステップＡ１４１０へ制御を進める。おみやげオブジェクトとは、たとえば、キャラクタの旅先の特産品である。おみやげオブジェクトの種類は、キャラクタ情報のおみやげデータ（島（１）の「Ｐ」，島（２）の「Ｎ」）に基づいて決定される。ステップＡ１４０２において表示対象として選択されたキャラクタ情報に複数のおみやげデータが含まれる場合、その中の一部のおみやげデータに対応するおみやげオブジェクトが生成されても良いし、すべてのおみやげデータに対応するおみやげオブジェクトが生成されても良い。

ステップＡ１４１０では、情報処理装置１Ａは、ステップＡ１４０６で生成したキャラクタオブジェクトと、ステップＡ１４０８で生成したおみやげオブジェクトとを利用して生成された画面を表示する。ステップＡ１４１０における表示内容を図２０〜図２２を参照して説明する。

ステップＡ１４１０では、まず、図２０に示された画面が表示される。図２０に示された画面は、旅人（キャラクタ５０）が、帰国（帰宅）したことをプレーヤ（情報処理装置１Ａのユーザ）に告げている場面を示す。この場面は、情報処理装置１Ａで生成されたキャラクタ情報に対応するキャラクタが、当該情報処理装置１Ａに戻ってきたことに相当する。次に、図２１に示された画面が表示される。図２１に示された画面は、キャラクタ５０が、上記ユーザにおみやげ物を渡す場面を示す。次に、図２２に示された画面が表示される。図２２に示された画面は、おみやげ物５１を紹介する画面である。図２２のおみやげ物５１は、ステップＡ１４０８において生成されたおみやげオブジェクトである。図２２では、おみやげ物の一例として、「パパイヤ」が示されている。

図１９に戻って、ステップＡ１４１２では、情報処理装置１Ａは、キャラクタ情報において、少なくとも１つの演出用フラグに値「１」がセットされているか否かを判定する。少なくとも１の演出用フラグに値「１」されている場合には、ステップＡ１４１４へ制御が進められる。すべての演出用フラグに値がセットされていない（すべて、ＮＵＬＬ）場合には、ステップＡ１４１６へ制御が進められる。

ステップ１４１４では、ステップＡ１４０２で表示対象として選択されたキャラクタ情報（図１１または図１３）から演出用データが抽出されて、ステップ１４１６へ制御が進められる。

ステップＡ１４１６では、情報処理装置１Ａは、手紙オブジェクトを生成して、ステップＡ１４１８へ制御を進める。

ステップＡ１４１８では、情報処理装置１Ａは、ステップＡ１４１６で生成された手紙オブジェクトを表示させる。

図２３〜図２５を参照して、ステップＡ１４１８において表示される手紙オブジェクトの一例を説明する。手紙オブジェクトは、２つのパートを含む。図２３は、１つ目のパートを示す。図２３の画面は、キャラクタ５０が海岸を歩きながら回想している場面とともに、「これまでに、２つの島を渡り歩きました」というメッセージを示す。メッセージに含まれる島の数は、たとえば、キャラクタ情報の移動回数である。

図２４は、２つ目のパートの一例であり、封筒から写真ＦＴ０１が取り出される場面を示す。写真ＦＴ０１には、キャラクタ５０とキャラクタ５５とを含む。キャラクタ５０は、情報処理装置１Ａで生成された、キャラクタコード「ＣＲ０１０１」に対応する。キャラクタ５５は、ステップ１４１４において抽出された演出用データ（キャラクタコード）に対応する。この例で表示される手紙は、情報処理装置１Ａで生成されたキャラクタ５０が、他の情報処理装置１（情報処理装置１Ｂ）において生成されたキャラクタ５５とともに写る、記念写真を含む。

図２５は、２つ目のパートの他の例であり、封筒から写真ＦＴ０２が取り出される場面を示す。写真ＦＴ０２は、キャラクタ５０のみを含む。

２つ目のパートで表示される写真が他の情報処理装置１において生成されたキャラクタを含むか否かは、当該他の情報処理装置１におけるキャラクタ情報の更新態様に基づいて決定される。より具体的には、図１７のステップＢ２４，Ｂ２６を参照して説明されたように、キャラクタ情報の転送先の情報処理装置１において、記念写真の送信に同意する操作がなされたか否かによって、決定される。当該操作がなされれば、キャラクタ情報は、演出用フラグに値「１」を設定され、かつ、演出用データを追加されるように、更新される。キャラクタ情報の転送先の情報処理装置１において、記念写真の送信に同意しない操作がなされると、演出用フラグと演出用データの値が「ＮＵＬＬ」のまま、キャラクタ情報は、サーバ２へ送信され、さらに、情報処理装置１Ａに送信される。

本実施の形態では、キャラクタ情報は、付加情報ごとに、演出用フラグを含む。なお、キャラクタ情報において、演出用フラグは、すべての付加情報に共通して１つのみが含まれても良い。この場合、キャラクタ情報の転送先の情報処理装置１は、記念写真の送信に同意する／同意しないという操作の内容に応じて、当該共通する演出用フラグの値を１にセットしたりＮＵＬＬにしたりする。ステップＡ１４１２では、当該共通する演出用フラグの値が、１であればステップＡ１４１４へ、ＮＵＬＬであればステップＡ１４１６へ、制御が進められる。

以上説明した本実施の形態では、図２０〜図２２を参照して説明された「帰国」のための処理および図２３〜図２５を参照して説明された「手紙」のための処理のそれぞれは、オブジェクトを利用した表示処理の一例となり得る。「帰国」の処理では、「Ｐ」等の位置情報が、おみやげ物の内容を特定する表示識別情報として機能する。「手紙」の処理では、キャラクタ情報の演出用データが、情報処理装置１Ａで生成されたキャラクタ５０とともに写真に写るキャラクタの内容を特定する表示識別情報として機能する。

本実施の形態では、情報処理装置は、装置間で受信したキャラクタ情報に変更を加えた後、すれ違い通信によって他の情報処理装置へ送信できる。そして、他の情報処理装置で変更されたキャラクタ情報をサーバを介して受信して表示させることが可能である。つまり、情報処理装置において、他の情報処理装置で変更されたパラメータ情報に基づく表示処理が実行されるためデータ通信の興趣性を高めることができる。

なお、本実施の形態では、キャラクタ情報は、転送先の情報処理装置１において、経験パラメータを変更されたが、さらに、キャラクタコードを変更される場合もあり得る。たとえば、転送先（旅行先）の情報処理装置１において、ゲームアプリケーションが、キャラクタの髪の毛の色を変更する処理を実行した場合には、キャラクタ情報は、キャラクタコードの、キャラクタの髪の毛の色に対応する部分の値が変更されるように更新される。

［装置拒否設定における装置間の通信の概要］
上記においては、情報端末制御システム１０００において、装置間の通信処理として、すれ違い通信により「キャラクタ情報」が他の情報処理装置に次々と転送されてパラメータ情報が変更される場合について説明した。

一方で、ある情報処理装置は、所定の情報処理装置からの「キャラクタ情報」の受信を希望しない場合も考えられる。例えば、所定の情報処理装置との間でのすれ違い通信により、常に同じ「キャラクタ情報」を受信する場合、当該装置からのデータの受信を拒否したい場合がある。あるいは、所定の情報処理装置から不快な「キャラクタ情報」を受信した場合、当該装置からのデータの受信を拒否したい場合も考えられる。

この点で、当該所定の情報処理装置からのデータの受信を拒否するように設定することが可能である。すなわち、所定の情報処理装置からのデータの受信を拒否することが可能である。

しかしながら、例えば、当該所定の情報処理装置との間での受信拒否の設定をした場合には、すれ違い通信は実行されなくなるため通信処理の機会を逸してしまうことになり、データを他の情報処理装置に継続的に伝搬させることは難しくなる。また、受信拒否の設定をした場合に受信した装置でデータを破棄してしまう仕様の場合には、データの伝搬が当該装置で止まる可能性がある。

一方で、当該所定の情報処理装置との間での通信処理を拒否するのではなく、ユーザに対して、受信したデータを通知（例えば、一例として表示）させないようにして、当該受信したデータを、他の情報処理装置に送信しさえすれば、すれ違い通信の通信処理の機会を逸することなくデータを他の情報処理装置に継続的に伝搬させることが可能である。また、データの伝搬を止めることなく継続的に伝搬させることが可能である。

以下においては、所定の情報処理装置から受信したデータに基づく表示処理の実行を拒否する設定が可能な機能（装置拒否設定の機能）を有する情報処理装置におけるすれ違い通信の方式について説明する。

図２６は、情報端末制御システムにおいて装置拒否設定の機能を有する装置間の通信処理の概要を説明する図である。

図２６を参照して、情報端末制御システム１０００の各装置の処理のタイミングチャートが示されている。ここでは、情報処理装置１Ａ〜１Ｃは、それぞれ情報処理装置Ａ〜Ｃで表されている。

まず、情報処理装置１Ｂが、装置拒否設定の機能により情報処理装置１Ａを拒否していない場合について説明する。この場合は上記で説明したのと同様であり、ここでは、矢印Ｌ１０で示されるように、情報処理装置１Ａと情報処理装置１Ｂとの間のすれ違い通信が実行される。情報処理装置１Ａから情報処理装置１Ｂへ、キャラクタ情報が送信される。このときに送信されるキャラクタ情報のパラメータ情報の状態は、情報処理装置１Ａにおける状態である。図中の「α」は、パラメータ情報のこのときの状態を表す。

次に、情報処理装置１Ｂは、ステップＢ３０で、情報処理装置１Ａから送信されてきたキャラクタ情報の表示制御を実行する。すなわち、受信したデータ（キャラクタ情報）に基づく表示処理を実行する。

次に、情報処理装置１Ｂは、ステップＢ３２で、パラメータ情報を更新する。ここでは、情報処理装置１Ｂにおいて更新された後のパラメータ情報の状態が、「α＋β」で示されている。情報処理装置１Ｂにおけるキャラクタ情報の更新を、キャラクタ情報に「β」が追加されることによって表現している。

その後、矢印Ｌ１１で示されるように、情報処理装置１Ｂと情報処理装置１Ｃとの間のすれ違い通信が実行される。これにより、情報処理装置１Ｂから情報処理装置１Ｃへ、上記「α＋β」に対応するキャラクタ情報が送信される。

次に、ステップＢ３４において、情報処理装置１Ｂが装置拒否設定の機能により情報処理装置１Ａを拒否した場合（「装置Ａ拒否」）について説明する。

本実施の形態においては、情報処理装置１Ｂが装置拒否設定の機能により情報処理装置１Ａを拒否した場合であっても、矢印Ｌ１２で示されるように、情報処理装置１Ａと情報処理装置１Ｂとの間のすれ違い通信が実行される。すなわち、情報処理装置１Ｂが装置拒否設定の機能により情報処理装置１Ａを拒否する設定をしているか否かに関わらず、情報処理装置１Ａから情報処理装置１Ｂへ、キャラクタ情報が送信される。

次に、情報処理装置１Ｂは、情報処理装置１Ａから送信されたキャラクタ情報を受信するが、装置拒否設定の機能により、情報処理装置１Ａから送信されたキャラクタ情報の表示制御を実行しない。すなわち、受信したデータ（キャラクタ情報）に基づく表示処理を実行しない。また、パラメータ情報も更新しない。すなわち、パラメータ情報の状態は、「α」の状態を維持している。

そして、矢印Ｌ１３で示されるように、情報処理装置１Ｂと情報処理装置１Ｃとの間のすれ違い通信が実行される。これにより、情報処理装置１Ｂから情報処理装置１Ｃへ、上記パラメータ情報の状態が「α」を維持したキャラクタ情報が送信される。すなわち、情報処理装置１Ｂは、装置拒否設定の機能により情報処理装置１Ａを拒否した場合に、情報処理装置１Ａから送信されたキャラクタ情報をそのまま情報処理装置１Ｃに送信（転送）する。

本実施の形態では、装置拒否設定の機能により、情報処理装置を拒否する設定をした場合に、通信相手となる情報処理装置が当該拒否した装置であるか否かに関わらず、すれ違い通信は実行される。そして、拒否した装置である場合には、受信したデータに基づく表示処理は実行されずに、他の情報処理装置とのすれ違い通信により、受信したデータがそのまま送信（転送）される。すなわち、装置拒否設定の機能により拒否した装置との間での通信処理を拒否するのではなく、ユーザに受信したデータを通知（例えば、一例として表示）させないようにして、当該受信したデータを、他の情報処理装置に送信（転送）する。当該処理により、すれ違い通信の通信処理の機会を逸することなくデータを他の情報処理装置に継続的に伝搬させることが可能であるためデータ通信の機会が増え、データ通信の興趣性を高めることができる。また、データの伝搬を止めることなく継続的に伝搬させることが可能であるためデータ通信の興趣性を高めることができる。

図２７は、装置拒否設定の機能に基づく装置拒否設定画面の一例を説明する図である。
図２７を参照して、情報処理装置１の表示装置１２に表示される装置拒否設定画面が示されている。当該設定画面は、ユーザの入力装置１１を介する操作等に基づいて表示されるように設けられている。当該設定画面において、情報処理装置毎に固有に設けられた識別情報である端末ＩＤ毎に、当該対応する情報処理装置から受信したデータに基づく表示処理の実行を拒否する設定が可能な画面が示されている。ここでは、ユーザが、入力装置１１を介して装置拒否設定画面の端末ＩＤに対応する装置について、表示処理の実行の許可／拒否のいずれか一方を選択することが可能なように設けられている。当該装置拒否設定の機能を実現するアプリケーションプログラムは、ゲームアプリケーションに含まれていても良いし、あるいは内部記憶装置１４に内蔵されているコンピュータプログラムに含まれていても良い。

具体的には、「装置Ａ（端末ＩＤ０１２３）」については、当該装置から受信したデータに基づく表示処理の実行に関して「拒否」に設定されている場合が示されている。また、「装置Ｃ（端末ＩＤ２３４５）」については、当該装置から受信したデータに基づく表示処理の実行に関して「許可」に設定されている場合が示されている。

なお、端末ＩＤについては、過去に通信処理した情報処理装置の通信履歴に基づいて表示されているものとする。当該通信履歴は、内部記憶装置１４に格納されているものとする。また、ここでは、情報処理装置を特定し易くするために、端末ＩＤのみならず装置名（「装置Ａ」）も形式的に表示しているが、特に当該表示をさせなくても良い。また、装置名（「装置Ａ」）に限られず、例えば、ユーザ名を表示させて、対応する装置を特定し易くするようにすることも可能である。

なお、本例においては、一例として、過去に通信処理した情報処理装置の通信履歴に基づいて全ての情報処理装置に関する表示処理の実行に関して、「許可」あるいは「拒否」を設定可能な画面について説明しているが、当該画面の表示あるいは設定に関しては任意の方式を採用することが可能である。例えば、当該通信履歴に基づいて表示処理の実行を「拒否」する端末ＩＤのみを選択して設定する方式とすることも可能であるし、あるいは、逆に「許可」する端末ＩＤのみを選択して設定する方式とすることも可能である。

図２８は、装置拒否設定の機能を有する装置間の通信処理におけるタイミングチャートの具体例を説明する図である。ここでは、情報端末制御システム１０００の各装置の処理のタイミングチャートが示されている。情報処理装置１Ａ〜１Ｃは、それぞれ情報処理装置Ａ〜Ｃで表されている。さらに、別の情報処理装置として情報処理装置Ｄが示されている。

図２８を参照して、情報処理装置Ｂは、ステップＢ４０で、装置拒否設定の機能に基づき情報処理装置Ａを拒否する設定（「装置Ａ拒否設定」）を実行する。同様に、情報処理装置Ｃは、ステップＣ４０で、装置拒否設定の機能に基づき情報処理装置１Ａを拒否する設定（「装置Ａ拒否設定」）を実行する。

情報処理装置Ａは、情報処理装置Ｂにおいて上記拒否する設定がされているにも関わらず情報処理装置Ｂとの間でのすれ違い通信により、情報処理装置Ｂに上記キャラクタ情報を含むデータを送信する。これに応じて、情報処理装置Ｂは、ステップＢ４２で、上記キャラクタ情報を含むデータを受信する。具体的には、情報処理装置Ｂのすれ違い用受信ボックス１４１に格納する。なお、本実施の形態において、送受信されるデータには、キャラクタ情報とともに当該キャラクタ情報を送信する情報処理装置を特定する端末ＩＤも含まれている。そして、情報処理装置Ｂにおいてゲームアプリケーションが実行された場合に、情報処理装置Ｂは、すれ違い用受信ボックス１４１から作業領域にデータを移動させてステップＢ４４で表示処理を実行するか否かを判断する表示判断処理を実行する。表示判断処理の詳細については後述する。

次に、情報処理装置Ｂは、ステップＢ４４の判断に基づいて、ステップＢ４６において受信したデータに基づく表示処理を実行する。表示処理の詳細については後述する。

そして、情報処理装置Ｂは、ステップ４８で受信したデータに対する所定のデータ処理を実行する。データ処理の詳細については後述する。

そして、情報処理装置Ｂは、情報処理装置Ｃとの間でのすれ違い通信により、情報処理装置Ｂにデータを送信する。これに応じて、情報処理装置Ｃは、ステップＣ４２で、上記キャラクタ情報を含むデータを受信する。具体的には、情報処理装置Ｃのすれ違い用受信ボックス１４１に格納する。

以降、情報処理装置Ｃにおいても情報処理装置Ｂと同様に、表示判断処理（ステップＣ４４）、表示処理（ステップＣ４６）、データ処理（ステップＣ４８）を実行する。

そして、情報処理装置Ｃは、情報処理装置Ｄとの間でのすれ違い通信により、情報処理装置Ｄにデータを送信する。そして、情報処理装置Ｄにおいても同様の処理が実行される。

当該処理により、データを他の情報処理装置に継続的に伝搬させることが可能である。
以下、各処理について具体的に説明する。

［表示判断処理のフロー］
図２９は、各情報処理装置で実行される表示判断処理のサブルーチンを説明するフロー図である。

図２９を参照して、情報処理装置は、拒否の設定がされたデータ（拒否設定データとも称する）を受信したかどうかを判断する（ステップＳＴ２）。ここで、拒否設定データとは、装置拒否設定の機能に基づき拒否する設定がされている情報処理装置に関連するデータを意味する。具体的には、一例として、キャラクタ情報に拒否する設定がされている情報処理装置に対応する識別情報である端末ＩＤが含まれている場合、当該データは拒否設定データである。

ステップＳＴ２において、拒否設定データを受信していないと判断した場合（ステップＳＴ２においてＮＯ）には、拒否の設定がされた装置（拒否設定装置とも称する）とのデータ通信によりデータを受信したかどうかを判断する（ステップＳＴ４）。

具体的には、一例として、受信したデータのキャラクタ情報に拒否する設定がされている情報処理装置に対応する端末ＩＤが含まれていない場合に、装置拒否設定の機能に基づき拒否する設定がされている情報処理装置との間でのデータ通信により当該データを受信したかどうかを判断する。

そして、次に、拒否設定装置とのデータ通信によりデータを受信したと判断した場合（ステップＳＴ４においてＹＥＳ）には、表示不可と判断する（ステップＳＴ８）。そして、当該サブルーチン処理を終了する（リターン）。

この場合、データのキャラクタ情報に拒否する設定がされている情報処理装置に対応する端末ＩＤが含まれていない場合であっても、拒否設定装置からデータを受信した場合には、表示不可と判断される。データのキャラクタ情報自体は拒否する対象でなくても拒否設定装置から受信したデータであるためユーザに当該装置から受信したデータとして表示することは好ましくないからである。

一方、ステップＳＴ２において、拒否設定データを受信したと判断した場合（ステップＳＴ２においてＹＥＳ）には、拒否の設定がされた装置（拒否設定装置とも称する）とのデータ通信によりデータを受信したかどうかを判断する（ステップＳＴ１０）。

具体的には、一例として、受信したデータのキャラクタ情報に拒否する設定がされている情報処理装置に対応する端末ＩＤが含まれている場合に、装置拒否設定の機能に基づき拒否する設定がされている情報処理装置との間でのデータ通信により当該データを受信したかどうかを判断する。

そして、次に、拒否設定装置とのデータ通信によりデータを受信したと判断した場合（ステップＳＴ１０においてＹＥＳ）には、表示不可と判断する（ステップＳＴ８）。そして、当該サブルーチン処理を終了する（リターン）。

この場合、キャラクタ情報自体、拒否する対象であり、かつ、拒否設定装置から受信したデータでもあるためユーザに表示することは好ましくないからである。

一方、ステップＳＴ１０において、拒否設定装置とのデータ通信によりデータを受信していないと判断した場合（ステップＳＴ１０においてＮＯ）には、表示一部可と判断する（ステップＳＴ１２）。そして、当該サブルーチン処理を終了する（リターン）。

この場合、データのキャラクタ情報に拒否する設定がされている情報処理装置に対応する端末ＩＤが含まれている場合であっても、拒否設定装置からデータを受信していない場合には、表示一部可と判断される。キャラクタ情報自体は拒否する対象であっても拒否設定装置から受信したデータではないため、当該装置から受信したデータに関して当該キャラクタ情報に基づく表示とは別の表示をするようにしても良い。

また、ステップＳＴ４において、拒否設定装置とのデータ通信によりデータを受信していないと判断した場合（ステップＳＴ４においてＮＯ）には、表示可と判断する（ステップＳＴ６）。そして、当該サブルーチン処理を終了する（リターン）。

この場合、キャラクタ情報自体、拒否する対象でもなく、かつ、拒否設定装置から受信したデータでもないためユーザに表示することが可能である。

［表示処理のフロー］
図３０は、各情報処理装置で実行される表示処理のサブルーチンを説明するフロー図である。

図３０を参照して、情報処理装置は、表示判断処理における判断が表示可であるかどうかを判断する（ステップＳＴ２０）。

ステップＳＴ２０において、表示可であると判断した場合（ステップＳＴ２０においてＹＥＳ）には、受信データに基づく表示を実行する（ステップＳＴ２２）。

具体的には、一例として、受信したデータのキャラクタ情報に基づく表示処理を実行する。そして、当該サブルーチン処理を終了する（リターン）。

ステップＳＴ２０において、表示可でないと判断した場合（ステップＳＴ２０においてＮＯ）には、表示判断処理における判断が表示一部可であるかどうかを判断する（ステップＳＴ２４）。

ステップＳＴ２４において、表示一部可であると判断した場合（ステップＳＴ２４においてＹＥＳ）には、受信データの一部のデータに基づく表示処理を実行する（ステップＳＴ２６）。

具体的には、一例として、受信したデータのキャラクタ情報を用いることなく、受信したデータのうちキャラクタ情報以外のデータである送信した情報処理装置に対応する識別情報である端末ＩＤに基づく表示処理を実行する。そして、当該サブルーチン処理を終了する（リターン）。

ステップＳＴ２４において、表示一部可でないと判断した場合（ステップＳＴ２４においてＮＯ）には、表示処理を実行せずに非表示とする（ステップＳＴ２８）。そして、当該サブルーチン処理を終了する（リターン）。

［データ処理のフロー］
図３１は、各情報処理装置で実行されるデータ処理のサブルーチンを説明するフロー図である。

図３１を参照して、情報処理装置は、受信したデータが拒否設定データであるかどうかを判断する（ステップＳＴ３０）。具体的には、一例として、キャラクタ情報に拒否する設定がされている情報処理装置に対応する識別情報である端末ＩＤが含まれているデータか否かを判断する。上記したようにキャラクタ情報に拒否する設定がされている情報処理装置に対応する識別情報である端末ＩＤが含まれている場合には当該データは拒否設定データである。

ステップＳＴ３０において、拒否設定データでないと判断した場合（ステップＳＴ３０においてＮＯ）には、パラメータを更新する（ステップＳＴ３２）。すなわち、上記したデータを編集する処理である、パラメータ情報を更新する処理を実行する。例えば、パラメータ情報の状態「α」を「α＋β」に更新する。より具体的には、例えば、上記したように移動回数が加算更新されることによりパラメータ情報が更新される。

次に、所定の処理を実行したかどうか判断される（ステップＳＴ３４）。所定の処理を実行するまで（ステップＳＴ３４においてＮＯ）待機し、所定の処理を実行した場合（ステップＳＴ３４においてＹＥＳ）に送信ボックスにデータを格納する（ステップＳＴ３６）。具体的には、上記した作業領域からキャラクタ情報をすれ違い用送信ボックス１４４に格納（移動）させる。

そして、処理を終了する（リターン）。
本実施の形態における所定の処理とは、一例として、上記した「夜が明ける」まで待機させる処理である。上記したように「夜が明ける」とは、たとえば、タイマの計時時刻が特定の時刻（たとえば、午前０時）を過ぎることを意味する。夜が明けると、情報処理装置は、次のすれ違い通信のための準備として、上記したように、作業領域からすれ違い用送信ボックス１４４へキャラクタ情報を移動させる等の処理を実行する。

一方、ステップＳＴ３０において、拒否設定データであると判断した場合（ステップＳＴ３０においてＹＥＳ）には、ステップＳＴ３２、ＳＴ３４をスキップして、ステップＳＴ３６に進む。すなわち、パラメータを更新せずに、すぐに送信ボックスにデータを格納する。具体的には、キャラクタ情報のパラメータ情報の状態を更新せずに、上記した作業領域からすれ違い用送信ボックス１４４に格納（移動）させる等の処理を実行する。例えば、パラメータ情報の状態「α」が維持される。

再び図２８を参照して、上記したように、情報処理装置Ｂは、情報処理装置Ａ（端末ＩＤ（ＴＡ０１２３））を拒否する設定をしている。情報処理装置Ａは、すれ違い通信により、端末ＩＤ（ＴＡ０１２３）とキャラクタ情報とを含むデータを情報処理装置Ｂに送信する。

これにより、情報処理装置Ｂは、情報処理装置Ａ（端末ＩＤ（ＴＡ０１２３））からのキャラクタ情報を受信（ステップＢ４２）し、表示判断処理（ステップＢ４４）において、表示不可と判断する。したがって、情報処理装置Ｂは、表示処理（ステップＢ４６）において、情報処理装置Ａから送信されたキャラクタ情報に基づく表示処理を実行しない。また、情報処理装置Ｂは、データ処理（ステップＢ４８）において、キャラクタ情報に情報処理装置Ａの端末ＩＤが含まれているため拒否設定データであると判断し、そして、パラメータを更新せずに、すれ違い用送信ボックス１４４に格納する。したがって、キャラクタ情報のパラメータ情報の状態は「α」に維持される。

上記したように、情報処理装置Ｃは、情報処理装置Ａ（端末ＩＤ（ＴＡ０１２３））を拒否する設定をしている。情報処理装置Ｂは、すれ違い通信により、端末ＩＤ（ＴＡ１２３４）とキャラクタ情報とを含むデータを情報処理装置Ｃに送信する。

これにより、情報処理装置Ｃは、情報処理装置Ｂ（端末ＩＤ（ＴＡ１２３４））からのキャラクタ情報を受信（ステップＣ４２）し、表示判断処理（ステップＣ４４）において、表示一部可と判断する。したがって、情報処理装置Ｃは、表示処理（ステップＣ４６）において、情報処理装置Ｂから送信されたキャラクタ情報を用いることなく、情報処理装置に対応する識別情報である端末ＩＤ（ＴＡ１２３４）に基づく表示処理を実行する。

図３２は、受信データの一部のデータに基づく表示処理を説明する図である。
図３２を参照して、一例として、情報処理装置１Ｃのゲームアプリケーションとして表示処理が実行された場合が示されている。具体的には、波止場に、他の島から船が到着した場面が示されている。ここで、他の島として端末ＩＤ（ＴＡ１２３４）に基づき「島（１）から船が来ました！」と表示されている。なお、キャラクタ情報は用いられないため上記の画面ＩＭＧ１２とは異なり船にはキャラクタは表示されない。

再び図２８を参照して、情報処理装置Ｃは、データ処理（ステップＣ４８）において、キャラクタ情報には、情報処理装置Ａの端末ＩＤが含まれているため拒否設定データであると判断し、そして、パラメータを更新せずに、すれ違い用送信ボックス１４４に格納する。したがって、キャラクタ情報のパラメータ情報の状態は「α」に維持される。

そして、すれ違い通信により、情報処理装置Ｃは、端末ＩＤ（ＴＡ２３４５）とキャラクタ情報とを含むデータを情報処理装置Ｄに送信する。

当該処理では、情報処理装置ＢおよびＣが情報処理装置Ａを拒否している場合に、それぞれの装置ですれ違い通信は実行されるが、情報処理装置Ａのキャラクタ情報は表示されず、また、パラメータも更新されない。したがって、情報処理装置ＢおよびＣにおいては、情報処理装置Ａからのデータを拒否している場合と同様の扱いになり、情報処理装置Ａのキャラクタ情報を他の情報処理装置に伝搬させることが可能である。

図３３は、装置拒否設定の機能を有する装置間の通信処理におけるタイミングチャートの別の具体例を説明する図である。ここでは、情報端末制御システム１０００の各装置の処理のタイミングチャートが示されている。情報処理装置１Ａ〜１Ｃは、それぞれ情報処理装置Ａ〜Ｃで表されている。さらに、別の情報処理装置として情報処理装置Ｄが示されている。

図３３を参照して、図２８と比較して、情報処理装置Ｃにおいて、ステップＣ４１で、装置拒否設定の機能に基づき情報処理装置Ｂを拒否する設定（「装置Ｂ拒否設定」）を実行する点が異なる。その他の点については同様である。

そして、情報処理装置Ｃは、情報処理装置Ｂ（端末ＩＤ（ＴＡ１２３４））を拒否する設定をしている。情報処理装置Ｂは、すれ違い通信により、端末ＩＤ（ＴＡ１２３４）とキャラクタ情報とを含むデータを情報処理装置Ｃに送信する。

これにより、情報処理装置Ｃは、情報処理装置Ｂ（端末ＩＤ（ＴＡ１２３４））からのキャラクタ情報を受信（ステップＣ４２）し、表示判断処理（ステップＣ４４）において、表示不可と判断する。したがって、情報処理装置Ｃは、表示処理（ステップＣ４６）において、情報処理装置Ｂから送信されたキャラクタ情報に基づく表示処理を実行しない。そして、情報処理装置Ｃは、データ処理（ステップＣ４８）において、キャラクタ情報には、情報処理装置Ａの端末ＩＤが含まれているため拒否設定データでないと判断する。したがって、パラメータを更新して、更新したパラメータ情報を有するキャラクタ情報をすれ違い用送信ボックス１４４に格納する。したがって、キャラクタ情報のパラメータ情報の状態は「α＋β」に更新される。

そして、すれ違い通信により、情報処理装置Ｃは、端末ＩＤ（ＴＡ２３４５）とキャラクタ情報とを含むデータを情報処理装置Ｄに送信する。

当該処理では、情報処理装置Ｂが情報処理装置Ａを拒否し、情報処理装置Ｃが情報処理装置Ｂを拒否している場合に、それぞれの装置ですれ違い通信は実行されるが、それぞれ拒否している装置からのデータを受信するため表示はされない。一方、情報処理装置Ｃにおいては、情報処理装置Ｂを拒否しているが、受信されたデータに含まれる情報処理装置Ａのキャラクタ情報については拒否していないためキャラクタ情報についてはパラメータ情報を更新する。したがって、情報処理装置Ｃにおいては、情報処理装置Ａのキャラクタ情報のパラメータ情報を更新し、更新したキャラクタ情報を情報処理装置Ｄに送信するため上記した更新したキャラクタ情報に従う演出が実現されるため、データ通信の興趣性を高めることが可能である。

なお、ここでは、装置間の通信、すなわちローカル通信についてのみ説明したが、サーバ２との通信であるインターネット通信についても上記で説明したのと同様に処理されるものとする。すなわち、更新後のキャラクタ情報をサーバ２へ送信するための送信タスクが適切なタイミングで生成・登録されて、サーバ２に送信されるものとする。なお、キャラクタ情報が更新されない場合には、送信タスクを生成・登録せずにサーバ２に送信しないようにすることも可能である。

［その他の実施の形態］
なお、上記においては、装置拒否設定画面においてユーザが指定した特定の情報処理装置からのデータの表示処理の実行を拒否する設定をする場合について説明したが、当該設定がされた情報処理装置のリストを外部から取得して設定することも可能である。具体的には、サーバ２に当該リストが保管され、当該リストをダウンロードするようにしても良い。この場合、他のユーザ同士で当該リストを共有することが可能であるため、好ましくない情報処理装置とのすれ違い通信によるデータの表示処理を回避することが可能である。

また、上記においては、装置拒否設定の機能により、拒否する設定の対象を情報処理装置とする場合について説明したが、装置に限らず、データの内容（例えば、言葉）を拒否する設定の対象とすることも可能である。例えば、送受信されるデータがメッセージであるような場合にメッセージの内容に不適切な言葉が含まれているような場合には、当該メッセージを表示することを拒否する設定をしても良い。

また、上記においては、データのうちキャラクタ情報に含まれている端末ＩＤと、当該データを送信する情報処理装置の端末ＩＤとの両方に基づく処理を実行する場合について説明したが、データを送信する情報処理装置の端末ＩＤのみに基づく処理を実行するようにしても良い。すなわち、キャラクタ情報については判断せずに通信相手となる情報処理装置が拒否した装置である場合には、受信したデータに基づく表示処理は実行せず、拒否した装置でない場合には、受信したデータに基づく表示処理を実行するようにしても良い。

また、同様に通信相手となる情報処理装置が拒否した装置である場合には、受信したデータに対してパラメータの更新処理等はせず、拒否した装置でない場合には、受信したデータに対してパラメータの更新処理等を実行するようにしても良い。

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

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

１，１Ａ，１Ｂ，１Ｃ 情報処理装置、２ サーバ、１１，２１ 入力装置、１２，２２ 表示装置、１３，２３ プロセッサ、１４ 内部記憶装置、１５，２５ メインメモリ、１６ 無線通信装置、２６ ネットワークインターフェース、５０，５５ キャラクタ。

Claims (16)

1. 所定範囲内に存在する他の情報処理装置との間でデータ通信可能に設けられた情報処理装置であって、
   他の情報処理装置との間でデータを送受信するデータ送受信手段と、
   受信したデータに基づく表示処理を実行する表示制御手段と、
   前記他の情報処理装置から受信したデータに基づく表示処理の実行を拒否する設定が可能な装置拒否設定手段とを備え、
   前記データ送受信手段は、前記他の情報処理装置から受信したデータが前記装置拒否設定手段で設定されたものであるか否かに関わらず、前記データ通信可能に設けられた別の他の情報処理装置に対して当該受信したデータを送信する、情報処理装置。
2. 前記データは、前記情報処理装置を識別する識別情報を有し、
   前記装置拒否設定手段は、前記他の情報処理装置から受信したデータに基づく表示処理の実行を拒否する設定として、当該他の情報処理装置に対応する識別情報を設定する、請求項１記載の情報処理装置。
3. 前記装置拒否設定手段は、所定の指示に従って前記他の情報処理装置に対応する識別情報を設定する、請求項２記載の情報処理装置。
4. 前記表示制御手段は、
   前記受信したデータが、前記装置拒否設定手段で設定された情報処理装置に関連するデータであるか否かを判断するデータ判断手段と、
   前記判断に基づいて、当該受信したデータに基づく表示処理を実行するデータ表示処理手段とを含む、請求項１〜３のいずれかに記載の情報処理装置。
5. 前記データ判断手段は、前記受信したデータが前記装置拒否設定手段で設定された情報処理装置に関連するデータでないと判断した場合には、当該データに関して、前記装置拒否設定手段で設定された情報処理装置との間でのデータ通信により受信したデータであるか否かをさらに判断し、
   前記データ表示処理手段は、前記装置拒否設定手段で設定された情報処理装置との間でのデータ通信により受信したデータであると判断した場合には、前記表示処理を実行しない、請求項４に記載の情報処理装置。
6. 前記データ判断手段は、前記受信したデータが前記装置拒否設定手段で設定された情報処理装置に関連するデータであると判断した場合には、当該データに関して、前記装置拒否設定手段で設定された情報処理装置との間でのデータ通信により受信したデータであるか否かをさらに判断し、
   前記データ表示処理手段は、前記装置拒否設定手段で設定されていない情報処理装置との間でのデータ通信により受信したデータであると判断した場合には、前記受信したデータの一部のデータに基づく表示処理を実行する、請求項４に記載の情報処理装置。
7. 前記受信したデータが前記装置拒否設定手段で設定された情報処理装置に関連するデータでないと判断した場合には、受信したデータに対して所定の処理を実行し、前記受信したデータが前記装置拒否設定手段で設定された情報処理装置に関連するデータであると判断した場合には、前記所定の処理を実行しないデータ処理手段をさらに備え、
   前記データ送受信手段は、前記データ処理手段で処理した後のデータを前記データ通信可能に設けられた別の他の情報処理装置に対して送信する、請求項４に記載の情報処理装置。
8. 前記所定の処理は、少なくとも装置間で受信したデータを編集する処理であり、
   前記データ処理手段は、前記受信したデータが前記装置拒否設定手段で設定された情報処理装置に関連するデータでないと判断した場合に、当該受信したデータを編集する、請求項７に記載の情報処理装置。
9. 前記データ処理手段は、前記受信したデータが前記装置拒否設定手段で設定された情報処理装置に関連するデータであると判断した場合には、当該受信したデータを編集しない、請求項８に記載の情報処理装置。
10. 前記データ送受信手段は、前記データ処理手段で処理した編集後のデータを前記データ通信可能に設けられた別の他の情報処理装置に対して送信する、請求項８に記載の情報処理装置。
11. 前記表示制御手段は、
    前記受信したデータに関して、前記装置拒否設定手段で設定された情報処理装置との間でのデータ通信により受信したデータであるか否かを判断するデータ判断手段と、
    前記判断に基づいて、当該受信したデータに基づく表示処理を実行するデータ表示処理手段とを含む、請求項１〜３のいずれかに記載の情報処理装置。
12. 前記受信したデータが前記装置拒否設定手段で設定された情報処理装置との間でのデータ通信により受信したデータでないと判断した場合には、受信したデータに対して所定の処理を実行し、前記受信したデータが前記装置拒否設定手段で設定された情報処理装置との間でのデータ通信により受信したデータであると判断した場合には、前記所定の処理を実行しないデータ処理手段をさらに備え、
    前記データ送受信手段は、前記データ処理手段で処理した後のデータを前記データ通信可能に設けられた別の他の情報処理装置に対して送信する、請求項１１に記載の情報処理装置。
13. 前記データは、前記情報処理装置を識別する識別情報を有するキャラクタ情報を含む、請求項１〜１２のいずれかに記載の情報処理装置。
14. 所定範囲内に存在する他の情報処理装置との間でデータ通信可能に設けられた複数の情報処理装置を備え、
    各前記情報処理装置は、
    他の情報処理装置との間でデータを送受信するデータ送受信手段と、
    受信したデータに基づく表示処理を実行する表示制御手段と、
    前記他の情報処理装置から受信したデータに基づく表示処理の実行を拒否する設定が可能な装置拒否設定手段とを含み、
    前記データ送受信手段は、前記他の情報処理装置から受信したデータが前記装置拒否設定手段で設定されたものであるか否かに関わらず、前記データ通信可能に設けられた別の他の情報処理装置に対して当該受信したデータを送信する、情報処理システム。
15. 所定範囲内に存在する他の情報処理装置との間でデータ通信可能に設けられた情報処理装置の制御方法であって、
    他の情報処理装置との間でデータを送受信するステップと、
    受信したデータに基づく表示処理を実行するステップと、
    前記他の情報処理装置から受信したデータに基づく表示処理の実行を拒否するステップとを備え、
    前記データを送受信するステップは、前記他の情報処理装置から受信したデータが前記拒否するステップで拒否されたものであるか否かに関わらず、前記データ通信可能に設けられた別の他の情報処理装置に対して当該受信したデータを送信する、情報処理装置の制御方法。
16. 所定範囲内に存在する他の情報処理装置との間でデータ通信可能に設けられた情報処理装置のコンピュータで実行される制御プログラムであって、
    前記コンピュータは、前記制御プログラムにより、
    他の情報処理装置との間でデータを送受信するステップと、
    受信したデータに基づく表示処理を実行するステップと、
    前記他の情報処理装置から受信したデータに基づく表示処理の実行を拒否するステップとを備え、
    前記データを送受信するステップは、前記他の情報処理装置から受信したデータが前記拒否するステップで拒否されたものであるか否かに関わらず、前記データ通信可能に設けられた別の他の情報処理装置に対して当該受信したデータを送信する、処理を実行する情報処理装置の制御プログラム。

Images