JP2001321568A - ゲーム装置、ゲーム方法及び情報記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク構成の手続きを簡略化して使い
勝手の改善を図る。 【解決手段】 一のゲーム装置（端末）と二のゲーム装
置（端末）の間を無線を媒体にして接続可能に構成する
と共に、前記一の端末と二の端末の間で接続要求メッセ
ージと接続許可メッセージとを交換して前記一の端末と
二の端末の間のリンクを構成し、該リンクを介して前記
一の端末と二の端末の間でゲームに必要な情報をやり取
りするように構成する。一の端末と二の端末の間で所要
のメッセージ交換を行うことにより、当該一の端末と二
の端末のリンクを自動的に構成でき、人為的な手続きを
踏むことなく、ネットワーク構成できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲーム装置、ゲー
ム方法及び情報記録媒体に関し、特に、複数のゲーム装
置間で情報をやり取りしながらゲームを楽しむことがで
きるネットワーク型のゲーム装置、ゲーム方法及び情報
記録媒体に関する。

【０００２】

【従来の技術】持ち運び可能な携帯型のゲーム装置は、
時間や場所を問わずにゲームを楽しむことができるもの
の、据え置き型のパーソナルコンピュータ等に比べて記
憶容量がはるかに少なく、搭載可能なゲームプログラム
の規模に限界があることから、近時、より複雑で面白み
のあるゲームを楽しむために、複数のゲーム装置間で情
報をやり取りしながらゲームを楽しむことができるネッ
トワーク型のゲーム装置が用いられるようになってき
た。

【０００３】この種のゲーム装置は、例えば、所定のネ
ットワークプロトコルを組み込んだ複数のゲーム装置
（以下、単に「端末」という。）を当該プロトコルの手
順に従って相互に接続してネットワークを構成し、各端
末間で所要の情報をやり取りしながらゲームを楽しむと
いうものであり、他の参加ユーザの固有情報やゲーム進
行結果などを反映して自端末のゲームストーリに変化を
持たせることが可能であるという利点を持っている。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来のネットワーク型ゲーム装置にあっては、 （１）ネットワークへの参加手続きが面倒で使い勝手が
悪いという問題点があった。例えば、端末Ａと端末Ｂで
ネットワークを構成する場合、まず、両端末間をケーブ
ルで物理的に接続し、次いで、互いの端末に相手端末の
識別情報（以下「ＩＤ」という。）を登録するという作
業を人為的に行う必要があり、面倒であった。 （２）また、ゲーム装置によってはネットワーク参加に
必要なプロトコルをサポートしていないものもあること
から、それを人為的に判定しなければならず、一応のネ
ットワーク知識を必要とする点でも使い勝手が悪いとい
う問題点があった。 （３）また、ネットワーク参加が可能な他の端末（便宜
的に端末Ｃ）が近くにいても、各端末Ａ、Ｂのユーザが
それに気がつかない限り、端末Ｃのネットワーク参加は
不可能であり、せっかくのゲーム参加の機会を逸してし
まうという問題点があった。 （４）さらに、ケーブル接続でネットワークを構成する
場合、１本のケーブルで２台の端末間を接続する一対一
のネットワーク構成をとることが多く、３台以上の端末
を同時にネットワークに参加させることができないとい
う問題点があった。

【０００５】したがって、本発明が解決しようとする課
題は、ネットワーク構成の手続きを簡略化して使い勝手
の改善を図り、しかも一対多のネットワーク構成を可能
にしてゲームの複雑化と発展性の向上を図ることにあ
る。

【０００６】

【課題を解決するための手段】請求項１記載の発明は、
一の端末と二の端末の間を無線を媒体にして接続可能に
構成すると共に、前記一の端末と二の端末の間で接続要
求メッセージと接続許可メッセージとを交換して前記一
の端末と二の端末の間のリンクを構成し、該リンクを介
して前記一の端末と二の端末の間でゲームに必要な情報
をやり取りする。請求項２記載の発明は、３台以上の端
末の間を無線を媒体にして接続可能に構成すると共に、
複数の端末の間で接続要求メッセージと接続許可メッセ
ージとを交換して前記複数の端末の間のリンクを構成
し、該リンクを介して前記複数の端末の間でゲームに必
要な情報をやり取りするように構成し、且つ、さらに他
の端末からの接続要求メッセージを前記複数の端末の一
つで受信すると、該一つの端末から前記他の端末に対し
て接続許可メッセージを送信すると共に、該一つの端末
からリンク中の各端末に対して追加通達メッセージを送
信し、各端末からの追加了解メッセージに応答して前記
他の端末を含むように前記リンクを再構築する。請求項
３記載の発明は、請求項１または請求項２記載の発明に
おいて、前記各端末は、メッセージの送信と受信のタイ
ミングを乱数に基づいて設定する。請求項４記載の発明
は、請求項１または請求項２記載の発明において、前記
各端末は、メッセージの送信と受信のタイミングを乱数
に基づいて設定するとともに、該乱数の基数を各端末固
有の情報に基づいて設定する。請求項５記載の発明は、
請求項１または請求項２記載の発明において、前記各端
末は、電源オフの期間中、定期的に電源をオンにして前
記リンクの構成およびリンク相手との情報のやり取りを
行う。請求項６記載の発明は、他の通信機器と動的に無
線接続可能な通信ゲーム装置におけるゲーム方法におい
て、前記他の通信機器と無線接続して該他の通信機器の
情報を取得するステップと、この取得した他の通信機器
の情報に基づくキャラクタあるいはアイテムをゲーム中
に登場させるステップとを有する。請求項７記載の発明
は、請求項６記載の発明において、前記他の通信機器と
接続している間に会話をするステップを有する。請求項
８記載の発明は、請求項６記載の発明において、当該通
信ゲーム装置の電源のオフ中あるいはゲームを起動して
いないときに定期的に他の通信機器との無線接続を試み
るステップと、このステップに応じて他の通信機器と無
線接続したとき、該他の通信機器の情報を取得するステ
ップと、当該通信ゲーム装置の電源をオンあるいはゲー
ムを起動したときに、この取得した他の通信機器の情報
に基づくキャラクタあるいはアイテムをゲーム中に登場
させるステップとを有する。請求項９記載の発明は、請
求項６記載の発明において、前記他の通信機器と接続状
態を判断するステップと、この接続状態によりゲームの
ストーリを異ならせるステップとを有する。請求項１０
記載の発明は、機械読取り可能な情報記録媒体に、他の
通信機器と無線接続して該他の通信機器の情報を取得す
るステップと、この取得した他の通信機器の情報に基づ
きゲーム進行を異ならせるステップとを実行させるため
のプログラムを記録する。

【０００７】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。図１は、ゲーム装置の外観
図である。このゲーム装置１（以下「端末」ということ
もある。）は持ち運びに適した形状を有するケース２
に、タッチパネル３を備えた表示部（後述の液晶ディス
プレイ１９参照；図２）を設けるとともに、カーソルキ
ー４や各種操作キー５および電源スイッチ６ならびに無
線通信用のアンテナ７などを設けて構成されている。な
お、タッチパネル３を操作するためのタッチペン８が付
属している。

【０００８】図２は、ゲーム装置１の内部ブロック図で
あり、１０は高周波部、１１は変復調部、１２は通信制
御部、１３はＣＰＵ（Central Processing Unit）、１
４はプログラムメモリ、１５はデータメモリ、１６はワ
ークメモリ、１７はキー操作部、１８は表示制御部、１
９は液晶ディスプレイ、２０はタッチパネル制御部、２
１は音声出力部、２２はスピーカ、２３はバス、２４は
電源部である。

【０００９】これら各部の機能は、概ね以下のとおりで
ある。 ＜高周波部１０＞高周波部１０は、変復調部１１で変調
された中間周波数の送信信号を高周波信号に増幅してア
ンテナ７から空中に送信したり、アンテナ７で受信され
た高周波の受信信号を中間周波数に変換して変復調部１
１に出力したりする。 ＜変復調部１１＞変復調部１１は、通信制御部１２から
の送信信号を所定の方式で変調したり、高周波部１０か
らの受信信号を所定の方式で復調したりする。変復調の
方式は特に限定しない。

【００１０】＜通信制御部１２＞通信制御部１２は、バ
ス２３と変復調部１２との間の信号インターフェースを
とるもので、変復調部１２からの受信信号をバス２３に
伝えたり、バス２３からの送信信号を変復調部１１に伝
えたりする。なお、通信制御部１２はＯＳＩ（Open Sys
tem Interconnection：解放型システム間相互接続）参
照モデルにおける物理層、データリンク層およびトラン
スポート層に相当するものとみなすことができる。 ＜ＣＰＵ１３＞ＣＰＵ１３は、所定の制御プログラムに
従って、ゲーム装置１の全体的な動作、すなわち、ゲー
ムの実行や他のゲーム装置との間のネットワーク構成等
の制御を行うものである。制御プログラムの詳細につい
ては後述する。

【００１１】＜プログラムメモリ１４＞プログラムメモ
リ１４は、上記制御プログラムを不揮発的（電源オフ後
も記憶情報を保持する）に記憶するもので、この制御プ
ログラムにはゲームを実行するためのプログラムや他の
ゲーム装置との間のネットワーク構成等の行うためのプ
ログラムなどが含まれる。 ＜データメモリ１５＞データメモリ１５は、ゲーム装置
１の所有者情報やゲームの進行結果等の可変的情報を記
憶するもので、このデータメモリ１５には、情報の書き
換えが可能で、且つ、電源オフ後もその情報を失うこと
がない記憶デバイス（例えば、フラッシュメモリまたは
バッテリバックアップされた揮発性記憶デバイス）が用
いられる。

【００１２】＜ワークメモリ１６＞ワークメモリ１６
は、ＣＰＵ１３で所定の制御プログラムを実行する際の
作業用記憶空間となるもので、読み書き速度の速い揮発
性記憶デバイス、例えば、ＤＲＡＭ（Dynamic Random A
ccess Memory）やＳＲＡＭ（Static Random Access Mem
ory）が用いられる。 ＜キー操作部１７＞キー操作部１７は、ケース２に設け
られたカーソルキー４や各種操作キー５などの操作に対
応したキー信号を発生し、このキー信号をバス２３を介
してＣＰＵ１３に出力する。

【００１３】＜表示制御部１８＞表示制御部１８は、Ｃ
ＰＵ１３からの表示信号を所定の表示フォーマットに変
換し、液晶ディスプレイ１９に出力する。 ＜液晶ディスプレイ１９＞液晶ディスプレイ１９は、表
示制御部１８の制御を受けてＣＰＵ１３からの表示信号
を表示する。なお、この液晶ディスプレイ１９は、図１
において、タッチパネル３の下側に設けられており、液
晶ディスプレイ１９の表示画面はタッチパネル３を透し
て視認されるようになっている。

【００１４】＜タッチパネル制御部２０＞タッチパネル
制御部２０は、タッチパネル３のタッチ座標を取り込
み、座標信号に変換してＣＰＵ１３に出力する。 ＜音声出力部２１＞音声出力２１は、ＣＰＵ１３からの
音声信号を電力増幅してスピーカ２２を駆動し、拡声出
力する。 ＜電源部２４＞電源部２４は、ゲーム装置１の各部に必
要な電源を供給するもので、ゲーム装置１の携帯性を考
慮して一次電池または二次電池で構成されている。

【００１５】次に、ゲーム装置１のＣＰＵ１３で実行さ
れる制御プログラムの詳細について説明する。 ＜メインプログラム＞図３は、前記制御プログラムに相
当するメインプログラムのフローチャートである。この
メインプログラムは、ゲーム装置１の電源スイッチ６を
オンにすると実行を開始する。プログラムを開始する
と、まず、ゲーム装置１の各部を初期化し（ステップＳ
１）、次いで、ユーザのキー操作やタッチパネル３の操
作イベントの種別を判定する（ステップＳ２）。操作イ
ベントのひとつはゲーム開始のイベントであり、このイ
ベント発生に応答してゲームプログラムを実行する（ス
テップＳ３）。他のひとつのイベントはユーザ情報の登
録やゲーム環境の設定等を行う環境設定イベントであ
り、このイベント発生に応答して環境設定プログラムを
実行する（ステップＳ４）。これらのイベントは、例え
ば、液晶ディスプレイ１９に「ゲーム開始」と「環境設
定」の二つの選択ボタンを表示しておき、これらいずれ
か一方のボタンがタッチペン８または指等によってタッ
チされたときに対応するイベントを発生するようにして
もよい。

【００１６】＜ゲームプログラム＞図４は、図３のステ
ップＳ３に対応するゲームプログラムのフローチャート
である。このプログラムは、ゲームのストーリを制御す
るゲーム処理（ステップＳ５）を、ユーザによる終了操
作または所定のゲーム結果に到達するまで（ステップＳ
６の“ＹＥＳ”判定）繰り返すというものであり、この
点において、公知のゲーム装置と一致するが、そのゲー
ム処理（ステップＳ５）の実行中に定期的に発生するタ
イマー割り込み等のイベントに応答して、所定の通信処
理（ステップＳ７）を実行する点で相違する。なお、タ
イマー割り込み等の定期的イベントはゲーム処理の実行
中のみならず、ゲーム処理の実行開始直後に発生しても
よい。

【００１７】＜通信処理プログラム＞図５は、図４のス
テップＳ７に対応する通信処理プログラムのフローチャ
ートである。このプログラムは、他のゲーム装置との間
でリンク中であるか否かを判定し（ステップＳ８）、リ
ンク中でなければ、「初期リンク確立処理」を実行（ス
テップＳ９）する一方、リンク中であれば、「通常通信
処理」を実行（ステップＳ１０）して、いずれの場合も
各々の処理の完了とともに、図４のゲーム処理（ステッ
プＳ５）にリターンするというものである。なお、リタ
ーン先のアドレスは、例えば、通信処理プログラムがタ
イマー割り込みで起動された場合、その割り込み発生時
に退避されていたゲーム処理の実行時アドレスである。

【００１８】この通信処理プログラムによれば、他のゲ
ーム装置との間でリンクが確立されていない場合は、図
４のゲーム処理（ステップＳ５）を実行している間、定
期的に「初期リンク確立処理」を実行（ステップＳ９）
し、また、他のゲーム装置との間でリンクが確立されて
いる場合は、図４のゲーム処理（ステップＳ５）を実行
している間、定期的に「通常通信処理」を実行（ステッ
プＳ１０）するという作用が得られる。

【００１９】＜初期リンク確立処理プログラム＞図６
は、図５のステップＳ９に対応する初期リンク確立処理
プログラムのフローチャートである。このプログラム
は、まず、通信制御部１２を介して高周波部１０および
変復調部１１からの受信信号をモニタする（ステップＳ
９ａ）。以下、このモニタのことを“受信動作”とい
う。次いで、受信動作中に所定のキャリア信号（当該ゲ
ーム装置１の通信プロトコルで規定されたキャリア信
号）を受信したか否かを判定し（ステップＳ９ｂ）、受
信しなければ、自端末の周囲に未だネットワークが構成
されていないものと判断して、他の端末を探索するため
の接続要求メッセージを送信（ステップＳ９ｃ）した
後、図５の通信処理へリターンする。ここで、接続要求
メッセージの宛先はすべての端末宛てであり、当該接続
要求メッセージを含む通信パケットのことを、以下、ブ
ロードキャストパケット（略称「ＢＣ」）ということに
する。

【００２０】一方、ステップＳ９ｂでキャリアありを判
定すると、そのキャリア信号に含まれる通信パケットの
宛先を調べ、自端末宛ての通信パケットであるか、また
はＢＣであるかを判定する（ステップＳ９ｄ）。そし
て、自端末宛でなく、しかもＢＣでもない場合は、その
まま図５の通信処理へリターンし、自端末宛またはＢＣ
である場合は、そのパケット種別を判定して（ステップ
Ｓ９ｅ）、パケット種別に応じた処理（ステップＳ９ｆ
またはステップＳ９ｇ）を実行した後、図５の通信処理
へリターンする。

【００２１】ここで、パケット種別が他端末からの「接
続要求」である場合は、パケット送信元の端末に対して
接続を許可する「許可送信」メッセージを出力する（ス
テップＳ９ｆ）。また、パケット種別が他端末からの
「接続許可」である場合は、パケット送信元の端末との
間のリンク確立処理を実行し（ステップＳ９ｆ）、「接
続要求」や「接続許可」以外のその他のパケット種別の
場合は、そのまま図５の通信処理へリターンする。

【００２２】この初期リンク確立処理によれば、定期的
に受信動作を実行してキャリア信号の有無を判定し、キ
ャリア信号が受信された場合は、（Ａ）自端末宛てまた
はＢＣパケットであって、且つ、当該通信パケットが
「接続要求」であれば、そのパケットの送信元端末に対
して「接続許可」メッセージを送信する、（Ｂ）自端末
宛てまたはＢＣパケットであって、且つ、当該通信パケ
ットが「接続許可」であれば、そのパケットの送信元端
末との間でリンク確立を行う、という作用が得られる。

【００２３】＜通信パケットの構造＞図７は、通信パケ
ットの概念構造図であり、この例では二種類のパケット
を示している。第１のパケット３０は送信先ＩＤ部３０
ａ、種別コード部３０ｂおよび送信元ＩＤ部３０ｃから
構成されており、第２のパケット３１は送信先ＩＤ部３
１ａ、種別コード部３１ｂ、送信元ＩＤ部３１ｃおよび
データ部３１ｄから構成されている。第１のパケット３
０は端末間のコマンド通知に用いられ、第２のパケット
３１は一の端末から他の端末へのデータ転送に用いられ
る。第１および第２のパケット３０、３１の送信先ＩＤ
部３０ａ、３１ａには上記宛先ＩＤ（ＢＣの場合はすべ
ての端末を表すＩＤ；以下、ＢＣ用のＩＤを便宜的に
“Ｘ”とする）が格納され、種別コード部３０ｂ、３１
ｂにはパケットの種別を示すコード情報が格納される。
また、送信元ＩＤ部３０ｃ、３１ｃには当該パケットの
送信元端末ＩＤが格納され、データ部３１ｄにはリンク
確立後に端末間でやり取りされる情報本体が格納され
る。

【００２４】＜初期リンク確立処理の実際＞図８は、初
期リンク確立処理の一例を示すタイムランであり、ここ
では二つの端末（ＩＤ＝ＡＡ１のゲーム装置１とＩＤ＝
ＡＢ２のゲーム装置１；以下、ＩＤで呼称する）間にお
ける初期リンク確立の例を示している。今、ＡＡ１とＡ
Ｂ２の電源スイッチ６がオンになっている状態で、例え
ば、ＡＡ１の初期リンク確立処理プログラム（図６参
照）がＡＢ２より先に実行されたと仮定する。

【００２５】ＡＡ１は、受信動作（ステップＳ９ａ）を
行ってキャリア信号が受信されないことを確認すると接
続要求を出力する（ステップＳ９ｃ）。同様に、ＡＢ２
も受信動作（ステップＳ９ａ）を行い、この受信動作に
よってＡＡ１からの接続要求パケット（ＢＣパケット）
を含むキャリア信号を受信すると、ＡＢ２はパケット種
別を判定し（ステップＳ９ｅ）、そして、当該パケット
はＡＡ１からの接続要求パケットであるから、ＡＢ２
は、ＡＡ１に対して接続許可メッセージを含むパケット
を送信する。ＡＡ１は、再び受信動作（ステップＳ９
ａ）を行ってこの接続許可パケットを受信し、パケット
種別判定の後、ＡＢ２との間でリンクを確立する（ステ
ップＳ９ｇ）。

【００２６】図において、ＡＡ１からＡＢ２へ送信され
る“ＸｃｃｐＡＡ１”は、接続要求メッセージのパケッ
トをコマンド列で表したものである。また、ＡＢ２から
ＡＡ１へ送信される“ＡＡ１ｒｃＡＢ２”も、同様に接
続許可メッセージのパケットをコマンド列で表したもの
である。これらのパケット構造は、図７（ａ）に対応す
る。すなわち、最初の大文字列（“Ｘ”または“ＡＡ
１”）は送信先ＩＤ部３０ａの格納情報であり、中間の
小文字列（“ｃｃｐ”または“ｒｃ”）は種別コード部
３０ｂの格納情報であり、最後の大文字列（“ＡＡ１”
または“ＡＢ２”）は送信元ＩＤ部３０ｃの格納情報で
ある。なお、“ＸｃｃｐＡＡ１”は、ＡＡ１からＢＣ
（ＩＤ＝Ｘ）で送信した接続要求（ｃｃｐ）を意味し、
“ＡＡ１ｒｃＡＢ２”は、ＡＢ２からＡＡ１宛てに送信
した接続許可（ｒｃ）を意味するが、本発明はこのコマ
ンド列に限定されない。要は、送信先と送信元の情報お
よび送信先端末に対する指令情報を持つパケット（また
は「フレーム」ともいう）形式のコマンド列であればよ
い。

【００２７】＜通常通信処理＞図９および図１０は、図
５のステップＳ１０に対応する通常通信処理プログラム
のフローチャートである。このプログラムは、まず、通
信制御部１２を介して高周波部１０および変復調部１１
からの受信信号をモニタ（受信動作）する（ステップＳ
１０ａ）。次いで、受信動作中に所定のキャリア信号
（当該ゲーム装置１の通信プロトコルで規定されたキャ
リア信号）を受信したか否かを判定し（ステップＳ１０
ｂ）、受信しなければ、送信すべきメッセージ（後述）
の有無を判定して（ステップＳ１０ｃ）、送信すべきメ
ッセージがあればそれを送信（ステップＳ１０ｄ）した
後、図５の通信処理へリターンする。

【００２８】一方、ステップＳ１０ｂでキャリア信号を
受信すると、そのキャリア信号に含まれる通信パケット
の宛先を調べ、自端末宛ての通信パケットであるか、ま
たはＢＣであるかを判定する（ステップＳ１０ｅ）。そ
して、自端末宛でなく、しかもＢＣでもない場合は、そ
のまま図５の通信処理へリターンし、自端末宛またはＢ
Ｃである場合は、そのパケット種別を判定して（ステッ
プＳ１０ｆ）、パケット種別に応じた処理（ステップＳ
１０ｇ〜ステップＳ１０ｊ）を実行した後、図５の通信
処理へリターンする。

【００２９】ここで、パケット種別が他端末からの「接
続要求」である場合は、パケット送信元の端末（接続要
求端末）に対して接続を許可する旨を通知する「接続許
可」メッセージと、すでにリンクを形成中の端末に対し
て新たな端末をリンクに加える旨を通知する「追加通
達」メッセージを送信メッセージ（上記のステップＳ１
０ｄ参照）にセット（ステップＳ１０ｇ）して、図５の
通信処理へリターンする。また、パケット種別が他端末
からの「追加通達」である場合は、追加通達メッセージ
の送信元端末に対して通達を了解する旨を回答する「追
加了解」メッセージを送信メッセージ（上記のステップ
Ｓ１０ｄ参照）にセット（ステップＳ１０ｈ）して、図
５の通信処理へリターンする。また、パケット種別が他
端末からの「追加了解」である場合は、「接続要求」を
出した端末をネットワークに参加させるための追加処理
を正常に終了（ステップＳ１０ｉ）して、図５の通信処
理へリターンする。あるいは、その他のパケット種別の
場合は、そのパケット種別に対応した処理（例えば、ゲ
ーム情報の送受信処理）を実行（ステップＳ１０ｊ）し
て、図５の通信処理へリターンする。

【００３０】この通常通信処理によれば、定期的に受信
動作を実行してキャリア信号の有無を判定し、キャリア
信号が受信されなかった場合には、接続要求端末に対す
る「接続許可」メッセージやリンク中の他の端末に対す
る「追加通達」メッセージまたは「追加通達」メッセー
ジを送信した端末に対する「追加了解」メッセージを送
信する一方、キャリア信号が受信された場合には、
（Ａ）自端末宛てまたはＢＣパケットであって、且つ、
当該通信パケットが「接続要求」であれば、上記の「接
続許可」メッセージと「追加通達」メッセージを送信
し、（Ｂ）自端末宛てまたはＢＣパケットであって、且
つ、当該通信パケットが「追加通達」であれば、上記の
「追加了解」メッセージを送信し、（Ｃ）自端末宛てま
たはＢＣパケットであって、且つ、当該通信パケットが
「追加了解」であれば、追加処理を政治要に終了して、
「接続要求」を出した端末をネットワークに参加させ、
（Ｄ）自端末宛てまたはＢＣパケットであって、且つ、
当該通信パケットがその他の種別であれば、その種別に
対応した処理、例えば、ゲーム情報の送受信処理を実行
する、という作用が得られる。

【００３１】＜通常通信処理の実際＞図１１は、通常通
信処理の一例を示すタイムランである。この例は、二つ
の端末（ＩＤ＝ＡＡ１のゲーム装置１とＩＤ＝ＡＢ２の
ゲーム装置１；以下、ＩＤで呼称する）間でリンクが確
立しているときに、他のひとつの端末（ＩＤ＝ＡＣ３の
ゲーム装置１；以下、ＩＤで呼称する）からネットワー
クへの参加を要求された場合の様子を示している。すな
わち、ＡＣ３はＡＡ１とＡＢ２の間でリンクが確立して
いるときに接続要求（“ＸｃｃｐＡＡ３”）を送信し、
この接続要求は、ＡＡ１またはＡＢ３のいずれか一方に
よって受信される。例えば、ＡＡ１で受信されたとする
と、ＡＡ１は、受信動作（図９のステップＳ１０ａ）を
行ってキャリア信号を受信し、パケット種別を判定する
（図９のステップＳ１０ｂ）。そして、当該パケットは
ＡＣ３からの接続要求パケットであるから、ＡＡ１は、
ＡＣ３に対して接続許可メッセージ（“ＡＡ３ｒｃＡＡ
１”）を含むパケットを送信し、ＡＣ３はこの接続許可
パケットを受信して、パケット種別判定の後、ＡＡ１と
の間でリンクを確立する（図６のステップＳ９ｇ）。

【００３２】一方、ＡＡ１は、ＡＣ３に対して接続許可
メッセージ（“ＡＡ３ｒｃＡＡ１”）の送信する際に、
リンク中のＡＢ２に対して追加通達メッセージ（“ＡＢ
２ｃａｐＡＣ３ ＡＡ１”）を送信し、ＡＢ２はこの追
加通達メッセージを受信して、その了解応答（追加了
解）メッセージをＡＡ１に返送する。ＡＡ１は、この追
加了解を受信して、追加処理を正常に終了し、ＡＣ３を
ネットワークに組み入れる。

【００３３】したがって、リンク中の端末（ＡＡ１、Ａ
Ｂ２）のうち新たな端末（ＡＣ３）からの追加要求を受
け取った端末（ＡＡ１）は、当該端末（ＡＣ３）に対し
て接続許可メッセージを返すとともに、リンク中の他の
端末（ＡＢ２）に対して新たな端末（ＡＣ３）をネット
ワークに加える旨の「追加通知」メッセージを送信し、
その通知を受け取った他の端末（ＡＢ２）は「追加了
解」メッセージを返送するというパケットのやり取りを
行い、最終的に、リンク中の端末（ＡＡ１、ＡＢ２）に
よって構成済みのネットワークに、新たな端末（ＡＣ
３）を参加させることができる。

【００３４】＜まとめ＞以上のとおりであるから、本実
施の形態によれば、一の端末（端末Ａ）と他の端末（端
末Ｂ）の間で接続要求メッセージと接続許可メッセージ
とを交換して両端末Ａ、Ｂ間のリンクを自律的に形成す
ることができ、二つの端末Ａ、Ｂ同士のリンク手続きを
簡略化して、ネットワーク構成の容易化を図ることがで
きる。

【００３５】しかも、新たな端末（端末Ｃ）からの接続
要求があった場合は、リンク中のいずれかの端末（例え
ば、端末Ａ）と当該新たな端末Ｃとの間で接続要求メッ
セージと接続許可メッセージとを交換し、両端末Ａ、Ｃ
間に新たなリンクを形成するとともに、リンク中の他の
端末Ｂにその旨を通知（追加通達）して当該他の端末Ｂ
からの了解（追加了解）が得られた場合に、新たな端末
Ｃをネットワークに加えることができ、一対多のネット
ワーク構成も人手を要することなく容易に行うことがで
きる。

【００３６】したがって、ネットワークへの参加手続き
を自動化できるから、冒頭の第１の問題点（ネットワー
クへの参加手続きが面倒で使い勝手が悪い）を解決する
ことができる。また、相手側端末のネットワークプロト
コルを知らなくてもよいから、冒頭の第２の問題点（ネ
ットワーク参加に必要なプロトコルをサポートしている
か否かを人為的に判定しなければならない）を解決する
ことができる。また、ネットワークへの参加が可能な端
末が近くにいる場合、その端末を自動的にネットワーク
に参加させることができるから、冒頭の第３の問題点
（意図的に参加させる必要があるため、当該端末の存在
に気がつかない場合はせっかくのゲーム参加の機会を逸
してしまう）を解決することができる。また、一対多の
ネットワーク構成もサポートするから、冒頭の第４の問
題点（３台以上の端末を同時にネットワークに参加させ
ることができない）を解決することができる。

【００３７】＜送信動作と受信動作の競合回避について
＞なお、上記の実施の形態では、一の端末から所要のメ
ッセージを送信し、このメッセージを他の端末で受信す
るように構成されており、メッセージの受信動作は、二
つの処理（「初期リンク確立処理」と「通常通信処
理」）で行われるようになっているが、これらの処理プ
ログラム（図６および図９参照）は各端末で同様に実行
されるために、もし受信動作の実行タイミング（図６の
ステップＳ９ａまたは図９のステップＳ１０ａ）が一致
していると、一の端末から送信されたメッセージを他の
端末で受信することができないという不都合を招くおそ
れがあるから、何らかの対策が必要である。

【００３８】そこで、本実施の形態では、受信動作の期
間を送信動作の期間よりも長くするとともに、送信動作
の開始タイミングを乱数等により各端末ごとに異ならせ
るようにする。このようにすれば、一の端末がメッセー
ジを送信しているときに、他の端末を受信動作させるこ
とができ、一の端末から送信されたメッセージを各端末
で支障なく受信させることができる。なお、上記乱数の
基数に、各端末の固有情報（例えばＩＤ）を用いるよう
にすると好ましい。乱数の偶然の一致を防止して、上記
の作用効果（一の端末がメッセージを送信しているとき
に他の端末を受信動作にさせること）の確実性を高める
ことができるからである。

【００３９】＜競合回避の他の対策例＞但し、上記のよ
うに工夫しても、端末の数が増えるにつれて、送信動作
と受信動作の競合の可能性が高まり、メッセージ交換の
失敗が避けられなくなるおそれがあるため、別の対策を
講じておく必要がある。図１２は、その対策例であり、
図９のステップ１０ｅの改良例である。図１２におい
て、キャリア信号ありを判定（ステップＳ１０ｂ）する
と、図９のステップ１０ｅに代わるステップＳ１１を実
行する。このステップＳ１１は、まず、受信パケットの
エラーチェック（例えば、ＣＲＣチェック）を行い（ス
テップＳ１１ａ）、そのチェック結果がＯＫであれば
（ステップＳ１１ｂ）、次に、受信パケットのフォーマ
ットチェックを行い（ステップＳ１１ｃ）、そして、そ
の結果もＯＫであれば（ステップＳ１１ｄ）、受信パケ
ットの宛先ＩＤをチェックし（ステップＳ１１ｅ）、自
端末宛てであれば（ステップＳ１１ｆ）、最後に、パケ
ット受信記録を更新する（ステップＳ１１ｇ）というも
のである。この改良されたステップ（ステップＳ１１）
のポイントは、パケット受信記録を更新する点にある。

【００４０】図１３は、パケット受信記録の概念図であ
り、このパケット受信記録はゲーム装置１のプログラム
メモリ１４にあらかじめ格納されたものである。図示の
パケット受信記録３２は、送信メッセージ３２ａ、期待
値３２ｂ、再要求上限回数３２ｃおよび上限回数到達時
処理３２ｄの四つのフィールドを備える複数のデータレ
コードからなり、送信メッセージ３２ａをキーフィール
ドにして一つのレコードの期待値３２ｂ、再要求上限回
数３２ｃおよび上限回数到達時処理３２ｄの各フィール
ドデータを参照するようになっている。例えば、送信メ
ッセージが「接続要求」の場合、他の端末からの応答メ
ッセージの期待値は「接続許可」であるから、もしその
期待値に一致する応答が得られない場合は「接続要求」
をｎ回（再要求上限回数）繰り返し、それでも期待値に
一致する応答が得られない場合は上限回数到達時処理で
定められた異常時処理（例えば「処理中断」）を実行す
る。または、送信メッセージが「追加要求」の場合、他
の端末からの応答メッセージの期待値は「追加了解」で
あり、もしその期待値に一致する応答が得られない場合
は「追加要求」をｎ回（再要求上限回数）繰り返し、そ
れでも期待値に一致する応答が得られない場合は上限回
数到達時処理で定められた異常時処理（「追加中止」、
「転送設定」および「転送通知」）を実行する。また
は、送信メッセージが「接続確認」の場合、他の端末か
らの応答メッセージの期待値は「確認応答」であり、も
しその期待値に一致する応答が得られない場合は「接続
確認」をｎ回（再要求上限回数）繰り返し、それでも期
待値に一致する応答が得られない場合は上限回数到達時
処理で定められた異常時処理（「切断処理」および「切
断報告」）を実行する。

【００４１】したがって、この対策例によれば、万が
一、送信メッセージの伝達に失敗した場合でも、その繰
り返しの上限回数（ｎ）に達したときに、あらかじめ定
められた所要の異常時処理等を行うことができ、長時間
にわたる不必要な送信メッセージの繰り返しループを回
避して、端末のフリーズ現象を防止することができる。

【００４２】すなわち、図１４に示すように、例えば、
タイマー割り込みによって定期的にパケット受信記録３
２をチェックし、送信メッセージに対応する応答記録
（期待値）があるか否かを判定（ステップＳ１２）し、
いずれの端末からも期待値に対応する応答がない場合は
再要求上限回数の到達を判定（ステップＳ１３）し、上
限回数に達していた場合は上限回数到達時処理で定めら
れた所定の処理を実行することにより、送信メッセージ
の無用な再送回避と必要な異常時処理を行うことができ
るのである。

【００４３】＜端末による中継＞なお、上記実施の形態
では、ゲーム装置１の間を無線で接続しているが、無線
電波の到達エリアは限られているから、例えば、図１５
に示すように、一部のゲーム装置１が異なるエリアに属
していることもあり得る。図において、今、一部がオー
バーラップした二つのエリア３３、３４を考える。そし
て、一のエリア３３にＩＤ＝ＡＢ２のゲーム装置１、Ｉ
Ｄ＝ＡＣ３のゲーム装置１およびＩＤ＝ＡＡ１のゲーム
装置１が属し、二のエリア３４にＩＤ＝ＡＡ１のゲーム
装置１とＩＤ＝ＡＤ４のゲーム装置１が属しているもの
とする。以下、各ゲーム装置１をＩＤで呼称すると、一
のエリア３３に所属するＡＢ２、ＡＣ３およびＡＡ１は
電波３５〜３７によって相互通信が可能であり、また、
二のエリア３４に所属するＡＡ１およびＡＤ４も電波３
８によって相互通信が可能であるが、ＡＢ２とＡＤ４の
間およびＡＣ３とＡＤ４の間の直接通信はできない。距
離が離れているために有効な受信電力で電波が届かない
からである。ところで、図示の例に着目すると、二つの
エリア３３、３４のオーバーラップ部分にＡＡ１が位置
しており、このＡＡ１は、ＡＢ２やＡＣ３と直接通信で
きるとともに、ＡＤ４とも直接通信することができる。
したがって、このＡＡ１を中継端末として機能させるこ
とにより、ＡＢ２とＡＤ４の間およびＡＣ３とＡＤ４の
間の間接的な通信を行うことができる。

【００４４】または、図１６に示すようなケースもあり
得る。図において、上記と同様に、一部がオーバーラッ
プした二つのエリア３９、４０を考える。そして、一の
エリア３９にＡＣ３、ＡＢ２およびＡＡ１が属し、二の
エリア４０にＡＢ２、ＡＡ１およびＡＤ４が属している
ものとする。一のエリア３９に所属するＡＢ２、ＡＣ３
およびＡＡ１は電波４１〜４３によって相互通信が可能
であり、また、二のエリア４０に所属するＡＢ２、ＡＡ
１およびＡＤ４も電波４３〜４５によって相互通信が可
能であるが、ＡＣ３とＡＤ４の間の直接通信はできな
い。しかし、二つのエリア３９、４０のオーバーラップ
部分にＡＢ２とＡＡ１が位置しているため、このＡＢ２
とＡＡ１のいずれか一方を中継端末として機能させるこ
とにより、ＡＣ３とＡＤ４の間の間接的な通信を行うこ
とができる。ＡＢ２とＡＡ１のどちらを中継機とするか
は、受信動作のタイミングによって決まる。すなわち、
ＡＣ３またはＡＤ４からの接続要求を最初に受信した方
が自動的に中継機となる。

【００４５】＜ネットワークを利用したゲームの実際＞
以上のとおり、本発明によれば、ゲーム装置１のリンク
構成を自動化できるとともに、すでに形成中のリンクへ
の新たなゲーム装置１の加入も自動的に行うことができ
るから、人為操作を必要とすることなく、いつでも直ち
に複数のゲーム装置１によるネットワークを構築するこ
とができる。したがって、各ユーザのゲーム結果やユー
ザ情報をネットワーク上で共有してゲームの複雑さや面
白さを向上することができるという格別のメリットが得
られる。

【００４６】図１７は、ネットワーク化によって実現で
きるゲーム処理の一例である。この例では、まず、リン
ク確立イベント（図６のステップＳ９ｇまたは図１０の
ステップＳ１０ｉ参照）に応答してリンク相手の情報、
例えば、ユーザ情報を取得し（ステップＳ２１）、次い
で、その取得情報を反映させた画面表示、例えば、“○
○△△さんが話し掛けてきた。”という文字列の表示を
行う（ステップＳ２２）。なお、ここで、具体的に“○
○△△さん”のキャラクタを表示するようにしてもよ
い。ここに、“○○△△”は取得情報に含まれるユーザ
名である。次に、リンク相手との間で会話を行うチャッ
ト処理を実行し（ステップＳ２３）、その会話の流れか
ら以後の行動を共にする（同行する）か否かを判定する
（ステップＳ２４）。そして、同行する場合は所定の同
行フラグをオン（ステップＳ２５）にした後、イベント
を終了する。

【００４７】図１８は、上記の同行フラグを利用するよ
うにしたゲーム処理（図４のステップＳ５参照）の例
（便宜的にシーンｍ）であり、このシーンｍでは、ま
ず、長老が家の中から出てくるところを画面表示し（ス
テップＳ３１）、次に、同行フラグのオン／オフの状況
（接続状態）（ステップＳ３２）に応じて長老の台詞を
変更する（ステップＳ３３またはステップＳ３４）。例
えば、同行フラグがオンになっていれば、長老に“おま
えたちにこの宝をやろう。”という台詞を与え（ステッ
プＳ３４）、その宝を持ち物リストに加える（ステップ
Ｓ３５）一方、オフになっていれば、長老に“仲間を見
つけて連れてきなさい。”という台詞を与える。このよ
うにすると、リンク相手との会話の内容に応じて、その
後のゲームストーリを変化させることができ、ゲーム結
果の予測を困難にして面白さの向上を図ることができ
る。また、上記接続状態は、同行フラグのオン／オフの
みであったが接続個数、あるいは接続端末の種別として
もよい。これにより、２人ならだめだが、３人ならＯＫ
とか、接続相手が絵描きならＯＫとか、さらにゲーム結
果の予測を困難にして面白さの向上を図ることができ
る。

【００４８】図１９は、ネットワーク化によって実現で
きるゲーム処理の他の例である。この例では、まず、リ
ンク確立イベント（図６のステップＳ９ｇまたは図１０
のステップＳ１０ｉ参照）に応答してリンク相手の情
報、例えば、ユーザ情報を取得し（ステップＳ４１）、
次いで、リンク相手のユーザ性別と自端末のユーザ性別
とを比較して同姓であるか否かを判定する（ステップＳ
４２）。そして、同姓でなければ、例えば、“○○△△
さんが話し掛けてきた。”という文字列を画面に表示し
（ステップＳ４３）、次いで、“○○△△さんは□□の
世界の絵描きだ。”という文字列を画面に表示する（ス
テップＳ４４）。ここに、“○○△△”は取得情報に含
まれるユーザ名であり、“□□”はゲームプログラムの
名前である。また、“絵描き”という単語は登録辞書の
中から取得情報に基づいて選択されたものであり、この
場合、取得情報中にリンク相手のユーザの趣味趣向とし
て「絵を描くこと」が含まれているものとする。次に、
リンク相手との間で会話を行うチャット処理を実行し
（ステップＳ４５）、その会話の流れから何らかのアイ
テムを取得したか否かを判定する（ステップＳ４６）。
そして、アイテムを取得していれば、例えば、“□□の
世界の肖像画をくれた。”という文字列を画面に表示し
（ステップＳ４７）、そのアイテムを持ち物リストに追
加（ステップＳ４８）した後、イベントを終了する。こ
こに、アイテム名の“肖像画”は取得情報に含まれる相
手ユーザの趣味趣向（「絵を描くこと」）に基づいて登
録辞書の中から取り出されたものである。

【００４９】このようにしても、リンク相手との会話の
結果に応じて、取得アイテムに変化を持たせることがで
き、ゲーム結果の予測を困難にして面白さの向上を図る
ことができる。

【００５０】＜端末の電源オフ時対策＞なお、以上の説
明では、ゲーム装置１の電源スイッチ６をオンにしてリ
ンク確立を行っているが、電源スイッチ６をオフにして
いる場合は、たとえ、近くにゲーム装置１を所持した人
がいたとしても、そのゲーム装置１との間でリンクを構
成できず、せっかくのネットワークゲームのチャンスを
逃してしまうという欠点がある。図２０は、その点を改
良した例であり、ゲーム装置１の電源スイッチ６をオフ
にしている間も定期的に電源をオン（またはリンク確立
とアイテム生成に必要な部分のみの限定的電源オン）に
し、リンク形成チェック（ステップＳ５１）、リンク成
功時（ステップＳ５２）の相手方ユーザ情報の取得（ス
テップＳ５３）、そのユーザ情報に対応したアイテム生
成（ステップＳ５４）およびアイテム追加（ステップＳ
５５）などの処理を実行した後、再び電源をオフにする
（ステップＳ５６）という動作を繰り返すようにしたも
のである。

【００５１】これによれば、例えば、ポケットやバッグ
の中にゲーム装置１を入れたまま持ち歩いている場合で
も、近くにゲーム装置１を持った人がいれば、そのゲー
ム装置１との間でリンクを構成して情報を取得し、その
取得情報に対応したアイテムを生成することができるか
ら、その後の任意の時点でゲーム装置１の電源を入れた
ときに、例えば、図２１に示すような画面表示を行うこ
とができる。図において、４９はリンク相手のユーザ情
報であり、５０は取得情報から生成されたアイテムリス
トである。このアイテムリスト５０は、例えば、ユーザ
情報４９の品目と趣味の情報に対応する“○○画伯の
絵”および“△△屋のパン”のアイテムを含んでいる。
ゲーム再開時の画面表示５１には、これらの取得アイテ
ム情報を反映した文字列、例えば、“××が目覚める
と、宿屋の主人がやってきて「６時前ころだったかな、
これを置いていった人がいたよ」××は、○○画伯の絵
と△△屋のパンをもらった。”を表示する。ここで、
“××”は当該ゲーム装置１のユーザ名、文字列中の時
刻（“６時”）はアイテム取得時刻、“○○”は当該他
のゲーム装置１のユーザ名、“絵”および“パン”はア
イテムである。

【００５２】＜他の応用例＞以上の実施の形態では、ゲ
ーム装置１同士のリンク形成について説明したが、これ
に限定されない。少なくとも、一方がゲーム装置１であ
ればよく、他方の端末については制限を設けない。例え
ば、図２２に示すような電子スチルカメラに適用するこ
ともできる。図において、電子スチルカメラは、その機
能から、被写体の画像信号を生成する画像生成系５２、
画像信号を一時的に保存して再生処理やその他の加工処
理などに便宜を図る一時保存記憶系５３、キャプチャ画
像を長期保存する長期保存記憶系５４、撮影時の構図確
認や再生画像を表示したりする画像表示系５５、一時保
存記憶系５３又は長期保存記憶系５４に記憶した画像信
号を外部に出力したり外部から取り込んだりする通信系
５６、長期保存記憶系５４に保存する際に画像信号を圧
縮処理したり長期保存記憶系５４から読み出された画像
信号を伸張処理したりする圧縮・伸張処理系５７、電子
スチルカメラ１の動作全体を制御する制御系５８、及
び、データ転送系５９に分けることができる。以下、そ
れぞれの系毎に構成を説明する。

【００５３】画像生成系５２は、被写体像をイメージセ
ンサで電気信号に変換し、この電気信号から所定周期の
画像信号を生成して出力するもので、この例ではカラー
の画像信号を生成するが、モノクロの画像信号であって
も構わない。画像生成系５２は、写真レンズや絞り機構
を含む光学系６０、光学系６０を通過した被写体からの
光を電気信号に変換して所定周期のフレーム画像信号を
出力するイメージセンサ（以下ＣＣＤ）６１、ＣＣＤ６
１を駆動するためのドライバ６２、ＣＣＤ６１の撮像時
間（電子的なシャッタ時間）を制御する信号などの各種
タイミング信号を発生するタイミング発生器６３、ＣＣ
Ｄ６１から出力されたフレーム画像信号をングしてノイ
ズを除去するサンプルホールド回路６４、ノイズ除去後
のフレーム画像信号をディジタル信号に変換するアナロ
グディジタル変換器６５を含み、さらに、アナログディ
ジタル変換器６５からの出力を用いて輝度・色差合成信
号（以下「ＹＵＶ信号」ということもある）、すなわ
ち、カラーの画像信号を生成するカラープロセス回路６
６を含む。

【００５４】一時保存記憶系５３は、書き換え可能な記
憶媒体（例えば、ＤＲＡＭやＳＲＡＭなどの半導体メモ
リ）で構成された所定記憶容量のバッファメモリ６８を
含み、このバッファメモリ６８は、少なくとも、データ
転送系５９を介して画像生成系５２から取り込まれた画
像信号、又は、データ転送系５９を介して通信系５６か
ら取り込まれた画像信号、若しくは、データ転送系５９
を介して長期保存記憶系５４から取り込まれた画像信号
を展開できる充分な大きさ（記憶容量）のバッファ領域
を備える。このバッファ領域は、少なくとも１枚の静止
画を一時保存できる程度の大きさを持つが、動画の撮影
や再生が可能な場合は、その動画を構成する複数の画像
を一時保存できる程度の大きさを持つ。静止画用のバッ
ファ領域と動画用のバッファ領域は一部が重複していて
も各々が独立していても構わない。さらに、バッファメ
モリ６８は、上記のバッファ領域のほかに、画像加工用
の作業エリアを持ち、この作業エリアは後述の画像加工
処理の実行時に制御系５８によって利用される。

【００５５】長期保存記憶系５４は、書き換え可能な不
揮発性記憶媒体、例えば、フラッシュメモリ７０で構成
されており、このフラッシュメモリ７０は、圧縮・伸張
処理系５７で圧縮処理された所定形式の画像ファイル
（一般に静止画の場合はＪＰＥＧ形式の圧縮画像ファイ
ル）を数十ないし数百個記憶できる容量を持つ。なお、
フラッシュメモリ７０は取り外し可能な形状（例えば、
カード型）になっていてもよい。

【００５６】画像表示系５５は、画像生成系５２から所
定周期で出力される画像信号を構図確認のために再生表
示（いわゆるスルー画像表示）したり、フラッシュメモ
リ７０に記録済みの画像や通信系５６を介して外部から
取り込まれた画像を再生表示したりするもので、再生画
像の大きさを表示サイズに変換したりするディジタルビ
デオエンコーダ７３、ディジタルビデオエンコーダ７３
からの出力を画面上に表示するカラーの液晶ディスプレ
イ７４、液晶ディスプレイ７４の表示画面上のタッチ座
標を検出するタッチパネル７５、タッチパネル７５の出
力信号を所定の形式に変換して制御系５８に出力するタ
ッチパネルＩ／Ｆ（インターフェース）７６をむ。

【００５７】通信系５６は、外部の情報処理端末（ここ
では、特に上述のゲーム端末１）との間で無線通信によ
るデータの授受を行うための通信部７７を含み、この通
信部７７は、例えば、図２の高周波部１０、変復調部１
１および通信制御部１２に対応する要素で構成されてい
る。

【００５８】圧縮・伸張処理系５７は、バッファメモリ
６８に保存された画像信号を所定のフォーマットで圧縮
処理し、また、フラッシュメモリ７０に保存された圧縮
画像ファイルを同フォーマットで伸張処理する。静止画
の場合の圧縮・伸長フォーマット標準はＪＰＥＧ（ｊｏ
ｉｎｔ ｐｈｏｔｏｇｒａｐｈｉｃ ｅｘｐｅｒｔｓｇ
ｒｏｕｐ）であり、同標準の画像ファイルの拡張子は
“ｊｐｇ”である。但し、ＪＰＥＧ互換の拡張フォーマ
ットを採用した場合はｊｐｇ以外の拡張子を使用するこ
ともあるが、以下の説明では両者を区別しない。

【００５９】制御系５８は、所定の制御プログラムを実
行して電子スチルカメラ１の動作全体を制御するＣＰＵ
７１、及び、シャッターキーをはじめとする各種キーの
操作に応答して所要のキー操作信号を発生し、そのキー
操作信号をＣＰＵ７１に出力するキー入力部７２を含
む。

【００６０】データ転送系５９は、各系間のデータの流
れを調停するビデオトランスファー回路６７、及び、各
系間を接続するバス（データバス、アドレスバス及びコ
ントロールラインの総称）８０を含む。

【００６１】図示の電子スチルカメラは、以上の構成を
備えると共に、さらに、発音部７８およびスピーカ（ま
たは振動デバイス）７９を備え、ＣＰＵ７１は、通信部
７７で所定のコマンド信号を受信したときに、この発音
部７８に所定の駆動信号を与え、スピーカ７９から所定
の報知音を拡声出力するようになっている。

【００６２】このような構成を有する電子スチルカメラ
は、図２３にそのフローチャートを示すように、電源を
オンにすると、まず、カメラ各部を初期化した後（ステ
ップＳ６１）、前記図６の初期リンク確立処理と類似の
リンク生成処理を実行（ステップＳ６２）する。そし
て、このリンク処理の結果、ゲーム装置１からの呼び出
しがあった場合に（ステップＳ６３）、発音部７８を介
してスピーカ７９から所定の報知音を拡声出力するよう
になっている。なお、ゲーム装置１からの呼び出しがな
い場合は、通常の電子スチルカメラと同様に、動作モー
ドの判定を行い（ステップＳ６５）、記録モードであれ
ば、被写体を撮影してその記録画像をフラッシュメモリ
７０に保存する処理を実行（ステップＳ６６）する一
方、再生モードであれば、フラッシュメモリ７０から所
望の画像を読み出して液晶ディスプレイ７４に表示する
制御を実行する（ステップＳ６７）。

【００６３】これによれば、次のような便利な使い方を
することができる。すなわち、図２４（ａ）において、
８１は便宜的に示す電子スチルカメラの固有情報であ
り、この例では、端末種別（“ディジタルカメラ”）、
品名（“ＱＶ−９５００”）、最大横画素数（“１２８
０”）、最大縦画素数（“９６０”）、最小画素数
（“１／８”）、対応画像形式（“ＪＰＥＧ”または
“ＢＭＰ”）、状態（“電源オン。待機中”）、オーナ
名（“○○△△”）などである。

【００６４】電子スチルカメラの近くに位置するゲーム
装置１は、当該電子スチルカメラとの間のリンク生成に
伴って、図２４（ｂ）に示すように、まず、リンク相手
の情報（固有情報８１のすべてまたは一部）を取得し
（ステップＳ７１）、その取得情報を用いて所要の画面
表示（例えば、“カメラマンの○○△△さんが近くにい
る。”）を行う（ステップＳ７２）。次に、当該カメラ
マンの呼び出しを行うか否かの問い合わせ処理を実行し
（ステップＳ７３）、呼び出しを行う場合は（ステップ
Ｓ７４）、リンク相手のブザーを鳴らして（電子スチル
カメラの発音部７８を駆動してスピーカ７９から所定の
報知音を拡声出力させること）、その拡声音を手がかり
にカメラマン（電子スチルカメラの所有者）を見つけ出
す（ステップＳ７５）。そして、自分の写真を撮っても
らうように頼み込み（ステップＳ７６）、その写真画像
を電子スチルカメラからゲーム装置１に転送する（ステ
ップＳ７７）。次に、ゲーム内のアルバムを作成（ステ
ップＳ７８）し、アイテムとして保存（ステップＳ７
９）した後、所要の画面表示（例えば、“○○△△さん
作の写真を手に入れた。”、“知名度アップ、元気度ア
ップ、体力＋５０ｐ”、“この写真を売ったら２万にな
る。”）などを行い（ステップＳ８０〜ステップＳ８
２）、電子スチルカメラとの間のリンクを切断して処理
を終了する。

【００６５】これによれば、ゲーム装置１の近くに位置
する電子スチルカメラを利用してゲームの面白さを向上
することができる。なお、上記実施の形態では、ゲーム
装置１と電子スチルカメラを接続したが、これに限定す
ることなく接続可能な端末なら如何なるもの（例えば、
テレビ、冷蔵庫等）であってもよい。

【００６６】または、図２５に示すように、ゲーム装置
１とヘッドホンステレオ８２とを組み合わせることによ
り、ゲームの現実感を向上することもできる。図におい
て、ヘッドホンステレオ８２は音声再生機能（または録
音再生機能）と通信機能（図２の高周波部１０、変復調
部１１および通信制御部１２参照）を実装した本体部８
３にアンテナ８４を取り付けると共に、ケーブル８５に
よって接続されたヘッドホン８６を有しており、ゲーム
装置１との間でリンクを形成して固有情報８７のすべて
または一部をゲーム装置１に伝えることができるもので
ある。このヘッドホンステレオ８２の近くに位置するゲ
ーム装置１は、当該ヘッドホンステレオ８２との間のリ
ンク生成に伴って、図２６（ａ）に示すように、まず、
リンク相手の情報（固有情報８７のすべてまたは一部）
を取得し（ステップＳ９１）、その取得情報を用いてゲ
ーム効果音の再生が可能な端末であるか否かを判定する
（ステップＳ９２）。ここで、ヘッドホンステレオ８２
は当該端末に相当するから、ゲーム装置１のサウンド設
定画面にそのヘッドホンステレオ８２の固有情報８７か
ら得た再生機能情報９０（例えば、“外部音源モノラ
ル”や“外部音源ステレオ”）を表示する（ステップＳ
９３）とともに、ゲーム装置１の音声再生ドライバに外
部音源モノラル用や外部音源ステレオ用のドライバを追
加して、処理を終了する。

【００６７】したがって、この例によれば、ゲーム装置
１とヘッドホンステレオ８２を一緒に持ち歩くことによ
り、ゲーム装置１のゲーム効果音をヘッドホンステレオ
８２に転送して良好な音質で聞くことができ、ゲームの
現実感を向上することができる。

【００６８】

【発明の効果】請求項１記載の発明によれば、一の端末
と二の端末の間で所要のメッセージ交換を行うことによ
り、当該一の端末と二の端末のリンクを自動的に構成で
きる。したがって、人為的な手続きを踏むことなく、一
対一のネットワークを構成することができる。請求項２
記載の発明によれば、リンク中の端末のうちの一つと新
たな端末との間で所要のメッセージ交換を行うことによ
り、当該一つの端末と新たな端末のリンクを自動的に構
成でき、しかも、リンク中の他の端末からの追加了解メ
ッセージを受信して、当該新たな端末を含むネットワー
クを構成できる。したがって、人為的な手続きを踏むこ
となく、一対多のネットワークを構成することができ
る。請求項３記載の発明によれば、各端末の送信タイミ
ングと受信タイミングがランダムに設定されるため、各
端末間の送信タイミングまたは受信タイミングの競合を
回避して、端末間のデータ転送を良好に行うことができ
る。請求項４記載の発明によれば、各端末の送信タイミ
ングと受信タイミングのランダム性がより向上し、各端
末間の送信タイミングまたは受信タイミングの競合をさ
らに確実に回避できる。請求項５記載の発明によれば、
電源オフ中も定期的にリンクを構成できるため、例え
ば、端末をポケットやかばんに入れたままでも他の端末
との間で情報のやり取りを行うことができ、ひそかにゲ
ームを進行させることができる。請求項６記載の発明に
よれば、他の通信機器の情報に基づくキャラクタあるい
はアイテムをゲーム中に登場させることができ、ゲーム
の興趣性を向上することができる。請求項７記載の発明
によれば、他の通信機器との間で会話も楽しむことがで
き、より一層のゲームの興趣性向上を図ることができ
る。請求項８記載の発明によれば、通信ゲーム装置の電
源のオフ中あるいはゲームを起動していないときに他の
通信機器の情報を取得して、その情報に基づくキャラク
タあるいはアイテムをゲーム再開時に登場させることが
できる。請求項９記載の発明によれば、他の通信機器と
の接続状態に応じてゲームのストーリ展開を変化させる
ことができる。請求項１０記載の発明によれば、マイク
ロコンピュータを含むハードウェア資産と該プログラム
との有機的結合により、他の通信機器と無線接続して該
他の通信機器の情報を取得する機能と、この取得した他
の通信機器の情報に基づきゲーム進行を異ならせる機能
とを実現することができる。

【図面の簡単な説明】

【図１】ゲーム装置の外観図である。

【図２】ゲーム装置の内部ブロック図である。

【図３】メインプログラムのフローチャートである。

【図４】ゲームプログラムのフローチャートである。

【図５】通信処理プログラムのフローチャートである。

【図６】初期リンク確立処理プログラムのフローチャー
である。

【図７】通信パケットの概念構造図である。

【図８】初期リンク確立処理の一例を示すタイムランで
ある。

【図９】通常通信処理プログラムのフローチャート（１
／２）である。

【図１０】通常通信処理プログラムのフローチャート
（２／２）である。

【図１１】通常通信処理の一例を示すタイムランであ
る。

【図１２】競合回避の他の対策例を示す図である。

【図１３】パケット受信記録の概念図である。

【図１４】パケット受信記録を利用したタイマー割り込
み処理を示す図である。

【図１５】一部のゲーム装置が異なるエリアに属してい
る場合のエリア図（その１）である。

【図１６】一部のゲーム装置が異なるエリアに属してい
る場合のエリア図（その２）である。

【図１７】ネットワーク化によって実現できるゲーム処
理の一例を示す図である。

【図１８】同行フラグを利用するようにしたゲーム処理
の一例を示す図である。

【図１９】ネットワーク化によって実現できるゲーム処
理の他の例を示す図である。

【図２０】端末の電源オフ時対策を示す図である。

【図２１】端末の電源オフ時対策を適用した場合の画面
表示例を示す図である。

【図２２】電子スチルカメラのブロック構成図である。

【図２３】電子スチルカメラの動作フローチャートであ
る。

【図２４】電子スチルカメラの固有情報および電子スチ
ルカメラとのリンク生成手順を含むゲーム装置の動作フ
ローチャートである。

【図２５】ゲーム装置とヘッドホンステレオとの組み合
わせ例を示す図である。

【図２６】ヘッドホンステレオとのリンク生成手順を含
むゲーム装置の動作フローチャートおよびゲーム装置の
画面表示例を示す図である。

【符号の説明】

１ ゲーム装置（端末） １０ 高周波部 １１ 変復調部 １２ 通信制御部 １３ ＣＰＵ １４ プログラムメモリ １５ データメモリ １６ ワークメモリ １７ キー操作部 １８ 表示制御部 １９ 液晶ディスプレイ ２０ タッチパネル制御部 ２１ 音声出力部 ２２ スピーカ ２３ バス ２４ 電源部

Claims (10)

【特許請求の範囲】
1. 【請求項１】 一の端末と二の端末の間を無線を媒体に
   して接続可能に構成すると共に、前記一の端末と二の端
   末の間で接続要求メッセージと接続許可メッセージとを
   交換して前記一の端末と二の端末の間のリンクを構成
   し、該リンクを介して前記一の端末と二の端末の間でゲ
   ームに必要な情報をやり取りするように構成したことを
   特徴とするゲーム装置。
2. 【請求項２】 ３台以上の端末の間を無線を媒体にして
   接続可能に構成すると共に、複数の端末の間で接続要求
   メッセージと接続許可メッセージとを交換して前記複数
   の端末の間のリンクを構成し、該リンクを介して前記複
   数の端末の間でゲームに必要な情報をやり取りするよう
   に構成し、且つ、さらに他の端末からの接続要求メッセ
   ージを前記複数の端末の一つで受信すると、該一つの端
   末から前記他の端末に対して接続許可メッセージを送信
   すると共に、該一つの端末からリンク中の各端末に対し
   て追加通達メッセージを送信し、各端末からの追加了解
   メッセージに応答して前記他の端末を含むように前記リ
   ンクを再構築するように構成したことを特徴とするゲー
   ム装置。
3. 【請求項３】 前記各端末は、メッセージの送信と受信
   のタイミングを乱数に基づいて設定することを特徴とす
   る請求項１または請求項２記載のゲーム装置。
4. 【請求項４】 前記各端末は、メッセージの送信と受信
   のタイミングを乱数に基づいて設定するとともに、該乱
   数の基数を各端末固有の情報に基づいて設定することを
   特徴とする請求項１または請求項２記載のゲーム装置。
5. 【請求項５】 前記各端末は、電源オフの期間中、定期
   的に電源をオンにして前記リンクの構成およびリンク相
   手との情報のやり取りを行うことを特徴とする請求項１
   または請求項２記載のゲーム装置。
6. 【請求項６】 他の通信機器と動的に無線接続可能な通
   信ゲーム装置におけるゲーム方法において、 前記他の通信機器と無線接続して該他の通信機器の情報
   を取得するステップと、 この取得した他の通信機器の情報に基づくキャラクタあ
   るいはアイテムをゲーム中に登場させるステップとを有
   することを特徴とするゲーム方法。
7. 【請求項７】 前記他の通信機器と接続している間に会
   話をするステップを有することを特徴とする請求項６記
   載のゲーム方法。
8. 【請求項８】 当該通信ゲーム装置の電源のオフ中ある
   いはゲームを起動していないときに定期的に他の通信機
   器との無線接続を試みるステップと、 このステップに応じて他の通信機器と無線接続したと
   き、該他の通信機器の情報を取得するステップと、 当該通信ゲーム装置の電源をオンあるいはゲームを起動
   したときに、この取得した他の通信機器の情報に基づく
   キャラクタあるいはアイテムをゲーム中に登場させるス
   テップとを有することを特徴とする請求項６記載のゲー
   ム方法。
9. 【請求項９】 前記他の通信機器と接続状態を判断する
   ステップと、 この接続状態によりゲームのストーリを異ならせるステ
   ップとを有することを特徴とする請求項６記載のゲーム
   方法。
10. 【請求項１０】 他の通信機器と無線接続して該他の通
    信機器の情報を取得するステップと、 この取得した他の通信機器の情報に基づきゲーム進行を
    異ならせるステップとを実行させるためのプログラムを
    記録した機械読取り可能な情報記録媒体。