(57)【特許請求の範囲】
【請求項１】
単一または複数の参加主体の動作を複数のユーザによって動的に制御することができ、前記単一または複数の参加主体の動作を制限する条件によって定義されるマルチユーザ環境における少なくとも第１の参加主体の動作を双方向に制御するマルチユーザシステムであって、
ユーザ入力用インタフェースと、前記マルチユーザシステムに参加するための入力部および出力部と、第１のユーザによる前記ユーザ入力用インタフェースの操作に対応して前記マルチユーザ環境内における前記第１の参加主体の動作を動的に制御する手段と、を備えた第１の装置と、
ユーザ入力用インタフェースと、前記マルチユーザシステムに参加するための入力部および出力部と、第２のユーザによる前記ユーザ入力用インタフェースの操作に対応して、いずれかの参加主体の動作を特定して制御することなく、前記単一または複数の参加主体の動作を制限する条件を変更することによって前記マルチユーザ環境を動的に変える手段と、を備えた第２の装置と、を具備し、
前記第１の装置により前記第１の参加主体の動作が動的に制御されるとき、同時に、前記第２の装置によりいずれかの参加主体の動作を特定して制御することなく、前記単一または複数の参加主体の動作を制限する条件を変更することによって前記マルチユーザ環境が動的に変えられることを特徴とするマルチユーザシステム。
【請求項２】
ユーザ入力用インタフェースと、
前記システムに接続するための入力部および出力部と、
前記第１の装置により前記第１の参加主体の動作が動的に制御され、前記第２の装置により前記マルチユーザ環境が動的に変えられるのと同時に、第３のユーザによる前記ユーザ入力用インタフェースの操作に対応して前記マルチユーザ環境における第２の参加主体の動作を動的に制御する手段と、
を備えた第３の装置をさらに具備することを特徴とする請求項１に記載のマルチユーザシステム。
【請求項３】
前記第１の装置が第１の表示部を具備し、前記第２の装置が第２の表示部を具備し、前記第１および第２の表示部が前記マルチユーザ環境内における前記第１の参加主体の複数の動作を表示することを特徴とする請求項１または２のいずれかに記載のマルチユーザシステム。
【請求項４】
前記マルチユーザ環境が、前記第１の参加主体の動作を制限する条件によって規定されるバーチャルな周囲環境を含み、前記第１の参加主体が前記第１の装置により制御され前記バーチャルな周囲環境の中で移動可能であることを特徴とする請求項１乃至３のいずれかに記載のマルチユーザシステム。
【請求項５】
前記マルチユーザ環境が、ゲーム環境であって、前記第２の装置により変更することのできる、ゲームにおけるレベルのレイアウト、ゲームでの模擬の天気、前記ゲームにおける難易度、テンポ、および、前記複数の参加主体の複数の特徴のうちの１または２以上のいずれかを備えたゲーム環境であることを特徴とする請求項１乃至４のいずれかに記載のマルチユーザシステム。
【請求項６】
前記マルチユーザ環境が、前記マルチユーザシステムに参加する個々の装置が複数の音楽用アプリケーションを備え少なくとも第１の参加主体の動作を双方向に制御することができる音楽環境であって、
前記第１の装置が、特定の楽器音を作成するための楽器用アプリケーションを備え、前記第１の参加主体の動作を動的に制御して前記特定の楽器音を出力することを特徴とする請求項１または２のいずれかに記載のマルチユーザシステム。
【請求項７】
前記第１の参加主体の動作が、１つの音符、複数の音符または複数の和音を再生することであることを特徴とする請求項６に記載のマルチユーザシステム。
【請求項８】
前記マルチユーザ環境が、前記マルチユーザシステムに参加する個々の装置により共有される音楽同期情報を含むことを特徴とする請求項６または７に記載のマルチユーザシステム。
【請求項９】
前記マルチユーザ環境において、前記音楽同期情報によって前記第１の参加主体の動作のテンポが定められることを特徴とする請求項８に記載のマルチユーザシステム。
【請求項１０】
前記マルチユーザ環境において、前記音楽同期情報が和音を含むことを特徴とする請求項８または９のいずれかに記載のマルチユーザシステム。
【請求項１１】
前記マルチユーザ環境において、前記音楽同期情報が、前記参加主体の複数の楽器の識別子か、複数のバックグラウンドトラックの識別子か、前記参加主体の複数の楽器の相対的音量か、音楽用のキーか、拍子記号かのいずれか１または２以上を含むことを特徴とする請求項８乃至１０のいずれかに記載のマルチユーザシステム。
【請求項１２】
前記音楽用アプリケーションがスレーブ操作モードまたは独立操作モードを有することが可能であり、前記マルチユーザ環境が前記音楽用アプリケーションの操作モードを含むことを特徴とする請求項６乃至１１のいずれかに記載のマルチユーザシステム。
【請求項１３】
前記マルチユーザ環境が、参加主体の動作を自動的に修正する手段を含むことを特徴とする請求項６乃至１２のいずれかに記載のマルチユーザシステム。
【請求項１４】
前記第１の装置が第１のオーディオ出力部を具備し、前記第２の装置が第２のオーディオ出力部を具備し、前記第１および第２のオーディオ出力部が、前記第１の装置が前記マルチユーザ環境における前記第１の参加主体の複数の動作を動的に制御して出力する前記特定の楽器音を演奏するよう操作可能であることを特徴とする請求項６乃至１３のいずれかに記載のマルチユーザシステム。
【請求項１５】
前記第１および第２の装置がアドホック低出力無線ネットワークを形成することを特徴とする請求項１乃至１４のいずれかに記載のマルチユーザシステム。
【請求項１６】
単一または複数の参加主体の動作を複数のユーザによって動的に制御することができ、前記単一または複数の参加主体の動作を制限する条件によって定義される１つのマルチユーザ環境内において少なくとも第１の参加主体のマルチユーザ双方向制御を行う方法であって、
第１の装置が、ユーザ入力手段を介して受け取った入力に対応して前記マルチユーザ環境内における前記第１の参加主体の動作を動的に制御するステップと、
第２の装置が、ユーザ入力手段を介して受け取った入力に対応して、前記第１の参加主体の動作を動的に制御するステップと同時に、いずれかの参加主体の動作を特定して制御することなく、前記単一または複数の参加主体の動作を制限する条件を変更することによって前記マルチユーザ環境を動的に変えるステップと、を具備し、
前記第２の装置は、参加主体の動作は制御せず前記マルチユーザ環境を動的に変えることを特徴とする方法。
【請求項１７】
マルチユーザシステムに参加するための装置であって、マルチユーザ環境内における少なくとも第１の参加主体の動作が別の装置によって双方向に制御される装置において、
ユーザ入力用インタフェースと、
前記マルチユーザシステムに参加するための入力部および出力部と、
前記ユーザ入力用インタフェースに応答し、いずれかの参加主体の動作を特定して制御することなく、前記単一または複数の参加主体の動作を制限する条件を変更することによって前記マルチユーザ環境を動的に変える手段と、を具備することを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、マルチユーザ環境に関し、この環境で一人の参加者または複数の参加者のアクションを複数のユーザによって動的に制御することができる。
【背景技術】
【０００２】
このような環境の１例として、ゲーム環境があり、このゲーム環境では、個々のユーザが参加キャラクタをゲームで制御し、参加キャラクタが互いに競争する。ユーザは、インターネットと接続されたパーソナルコンピュータを介して、又は携帯用装置を用いて対面してリアルタイムで通信を行うことが可能となる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明の１つの態様によれば、マルチユーザ環境内において少なくとも第１の参加主体のアクションを双方向に制御するマルチユーザシステムが提供され、該システムは、第１の参加主体のアクションをマルチユーザ環境内において動的に制御するよう第１のユーザが操作可能な第１の装置と、第２のユーザが上記マルチユーザ環境を動的に変えるよう操作可能な第２の装置とを有する。
【０００４】
本発明の別の態様によれば、マルチユーザ環境内において少なくとも第１の参加主体をマルチユーザが双方向に制御する方法が提供され、該方法は、第１のユーザが上記マルチユーザ環境における第１の参加主体のアクションを動的に制御するステップと、第２のユーザが上記マルチユーザ環境を動的に変えるステップと、を具備する。
【０００５】
本発明のさらに別の態様によれば、マルチユーザシステムに参加する携帯用装置が提供され、この携帯用装置では、マルチユーザ環境における少なくとも第１の参加主体のアクションが別の装置によって双方向に制御される。上記携帯用装置は、ユーザ入力用インタフェースと、システムに参加するための入出力部と、上記マルチユーザ環境を動的に変えるようユーザ入力用インタフェースに応答する手段とを具備する。
【０００６】
上記マルチユーザ環境は、第１の参加主体のアクションを制限する状態によって規定されるものであってもよい。第１の装置が、第１の参加主体のアクションを動的に制御するよう第１のユーザが操作可能になるが、これは第１のセットの制限条件が許す範囲までにすぎない。第２の装置は、上記第１のセットの制限条件を動的に変えるよう第２のユーザが同時に操作可能になる。
【０００９】
本発明をよりよく理解するために、単に例示として以後添付図面を参照することにする。
【発明を実施するための最良の形態】
【００１０】
図１は、第１の携帯用電子装置１、第２の携帯用電子装置２および第３の携帯用電子装置３を具備するネットワーク４を示す。ネットワークは、装置のユーザが‘対面して’或いは、ユーザ同士が互いに離れた遠隔地にいてもよいようにローカルネットワークにすることが可能である。ネットワーク４は、２または３以上の装置の無線接続あるいは物理接続を直接または間接に備えた任意の適切なメカニズムによって形成したものであってもよい。１つの接続メカニズムでは、低パワー無線周波数送受信機（ブルートゥースなど）が用いられ、この送受信機によって携帯用装置は制約のない移動が可能となる。ネットワーク４によって、アンサンブルとしての装置の協働と実行とが可能になる。
【００１１】
図２は音楽を合成する携帯用電子装置１を概略的に例示する図である。携帯用電子装置１は、ユーザ入力用インタフェース（ＵＩ）１１と、プロセッサ１２と、メモリ１３と、表示部１４と、データを受け取る入力部１５と、データを送信する出力部１６と、オーディオ出力部２０とを有する。
【００１２】
ユーザ入力用インタフェース１１はプロセッサ１２と接続され、装置１のユーザによるプロセッサ１２を介した装置の操作の制御を可能にする。プロセッサ１２は入力部１５および出力部１６と接続される。プロセッサ１２は、入力部１５を介して受信したデータを受け取り、このデータを処理して、送信用としてデータを出力部１６へ出力できるよう操作可能である。プロセッサ１２はメモリ１３と接続され、メモリ１３からの読出しおよびメモリ１３への書込みを行えるよう操作可能である。プロセッサ１２は表示部１４も制御できるよう操作可能である。別の実施形態では、表示部とユーザ入力用インタフェースとは組み合わされたものであってもよい。入力部１５と出力部１６とはそれぞれ、無線周波数受信機および送信機であってもよい。或いは入力部１５と出力部１６とは単一の物理インタフェースの一部（ＵＳＢポートなど）であってもよい。入力部１５と出力部１６とは装置１が別の装置とネットワークを行うのを可能にする。
【００１３】
オーディオ出力部はパーソナルコンピュータのサウンドカードの場合と同様のものであってもよい。オーディオ出力部はＭＩＤＩエンジン２２を具備し、ＭＩＤＩシンセサイザ２４と接続され、次いで、スピーカ２６（あるいはジャックやヘッドセット用ブルートゥース送受信装置などの別のオーディオ出力部）と接続される。ＭＩＤＩエンジン２２は、（再生時に）リアルタイムでＭＩＤＩデータストリームとして音楽用制御データ２３をＭＩＤＩシンセサイザ２４へ出力する。音楽用制御データ２３は、プロセッサ１２によってＭＩＤＩエンジン２２へ転送されたＭＩＤＩファイルから得られる内容を含むものであってもよいし、プロセッサ１２の制御下にあるＭＩＤＩエンジン２２によって導入される追加メッセージや代替メッセージも含むものであってもよい。
【００１４】
ＭＩＤＩシンセサイザ２４は、ＭＩＤＩメッセージを一度に１つずつ受け取り、スピーカ２６を通して音を再生することによりこれらのメッセージに応答する。これらのＭＩＤＩメッセージが受信され、ＭＩＤＩシンセサイザによってリアルタイムで処理される。
【００１５】
図１に示すように、携帯用電子装置１は、１または２以上の別の携帯用装置２、３を備えた臨時のネットワーク４を形成してもよい。ネットワークは好適には、装置のユーザが‘対面’するように、ローカルネットワークであることが望ましいが、必ずしもこれに限定されるものではない。
【００１６】
ネットワーク４によって、装置の協働と実行とがアンサンブルとして可能となる。装置がアンサンブルとして動作するとき、アンサンブルの楽曲出力は個々の装置の楽曲出力を組み合わせたものとなる。この楽曲出力は、装置のユーザによって、双方向に変えることができる。これによって、好適には対面することが望ましい複数のユーザによって双方向の改善された音楽の作曲が可能となる。
【００１７】
個々のユーザは、楽曲出力の１または２以上の態様に対して独占的責任を有することができる。すなわち、個々のユーザのみが楽曲出力の態様を制御することができる。
【００１８】
一例として、（エコー、残響などの）効果音を追加したり、楽器を変更したり、バックグラウンドトラックを介して‘ライブ’演奏をしたり、ドラムビートなどの楽器編成を外したり、ビート、メロディ、バスラインを除去したりすることにより、予め定められたミュージックトラックをリアルタイムで変えることができる。予め定められたミュージックトラックは、プロセッサ１２によってＭＩＤＩエンジン２２へＭＩＤＩファイルとして出力することができる。ユーザは、ＵＩ１１とプロセッサ１２とを介してＭＩＤＩエンジンを制御することにより効果音を作成し、シンセサイザ２４に入力されたＭＩＤＩファイルメッセージに追加を行ったり、このメッセージを除去したり、あるいはこのメッセージを適合させたりする。
【００１９】
別の例として、別々の予め定められたミュージックトラックを双方向にミックスして一体のものにしてもよい。プロセッサ１２はＭＩＤＩファイルとしてＭＩＤＩエンジン２２へ個々の予め定められたミュージックトラックを提供することができる。ユーザは、ＵＩ１１とプロセッサ１２とを介してＭＩＤＩエンジン２２を制御して、シンセサイザ２４に入力されたＭＩＤＩファイルメッセージに追加したり、このメッセージを除去したり、あるいはこのメッセージを適合させたりする。
【００２０】
別の例として、ユーザのいく人かあるいはすべては、アンサンブルにおいて各自楽器の演奏に責任を負うことができる。次いで、ユーザは自分の装置を制御して、アンサンブルにおいて当該楽器の合成音を変える。すなわち自分の装置によって楽器の演奏を行う。装置のユーザは、（キーパッドや、装置の動きに反応する組み込まれた集積加速度計などの別のＭＩＤＩコントローラなどであってもよい）装置のＵＩ１１を用いて、メロディ、リズム、ループなどをリアルタイムで実演することが可能となる。アンサンブルの楽曲出力は、ユーザによって制御される楽器音の組み合わせである。アンサンブルは予め定められた録音された伴奏すなわち伴奏音楽を制作してもよい。次いで、音楽のアンサンブルの出力は、録音された伴奏とユーザによって制御された楽器との組み合わせとなる。
【００２１】
ネットワークの装置１、２、３は移動電話であってもよい。個々の移動電話は電話がシェイクされた時点を検出する加速度計を有する。ネットワークされた移動電話は即製のサンババンドを形成する。サンバトラックは電話の１つまたは個々の電話においてバックグラウンド・ミュージックとして演奏される。格納済みＭＩＤＩファイルをＭＩＤＩエンジン２２へ転送することにより、プロセッサ１２によってバックグラウンド・ミュージックを制作することができる。個々の電話は、それがシェイクされると、パーカッション音を生みだす。加速度計の出力はＭＩＤＩメッセージに変換される。これらの追加のＭＩＤＩメッセージは、ＭＩＤＩエンジン２２によってシンセサイザ２４の入力に追加され、シンセサイザ２４は、スピーカ２６を制御して、電話のシェイキングにあわせて追加のパーカッションを適時生成する。特定の電話のシェイキングによって制御されるパーカッション音を当該電話のみによって発生させてもよいし、あるいは、すべての電話で同時に発生させてもよい。後者の場合、追加のＭＩＤＩメッセージはネットワーク４を介して別の電話へ転送される。
【００２２】
マルチ音楽用アプリケーションを用いて双方向の音楽制御が達成される。
【００２３】
１つのタイプの音楽用アプリケーションにより、エコー、残響などの１または２以上の音楽的効果音の形成と、リアルタイムでの変更とが可能となる。別のタイプの音楽用アプリケーション（楽器用アプリケーション）によって或る特定の楽器音が出力される。
【００２４】
音楽用アプリケーションは、独立した‘フリースタイル’モードや、スレーブ‘アシスト’モード、あるいは、マスターモードで利用することができる。セッションとは音楽用アプリケーションのアンサンブルである。いずれのセッションでも、唯一の音楽用マスタ・アプリケーションが存在することになる。セッションは複数のネットワーク化された装置を含むことになる。
【００２５】
独立モードでは、音楽用アプリケーションは従来の楽器として制御される。すなわち、その出力は（移動電話キーボードなどの）利用可能なユーザ入力用インタフェースを利用するユーザの才能に専ら依存することになる。
【００２６】
マスターモードでは、音楽用アプリケーションは音楽用スレーブ・アプリケーションのアンサンブルの同期を行う役割を果たす。音楽用マスタ・アプリケーションは、このアプリケーションが同じ装置あるいは別の装置のいずれの装置内に在るかにかかわらず、個々の音楽用スレーブ・アプリケーションに対して音楽同期情報を提供する。
【００２７】
この音楽同期情報によってテンポを定めることが可能となる。テンポが定められると、音楽用スレーブ・アプリケーションはそのタイミングを変えて、セッション中、連続して音楽用マスタ・アプリケーションにマッチングを行う。このマッチングは、プロセッサ１２を用いてＭＩＤＩエンジン２２の出力を変えることにより、スレーブ・アプリケーションにおいて行うことも可能である。音符のオン／オフを行う時点は簡単に変えられる。したがって、スレーブで出力される音楽は、マスタから受け取った音楽同期情報によって決められることになる。適切なマスタ・アプリケーションとして、ドラムビート・アプリケーションがある。
【００２８】
音楽同期情報は、重要な音楽上の特徴や、音楽用アプリケーションあるいは装置によって共有される上記特徴に対する変更を定めることも可能である。
【００２９】
上記音楽同期情報が含むことができるものとして以下がある：和声（和音シーケンス）、アンサンブルで使用する音楽用アプリケーションの識別子、アンサンブルで使用する複数のバックグラウンドトラックの識別子（何らかの識別子が存在する場合）、楽器用アプリケーションの相対的音量、音楽用のキー、拍子記号および全体としての楽器音または音楽のエネルギ、あるいは、スレーブモードあるいは独立モードで音楽用アプリケーションを操作するか否かに関わらず、参加音楽用アプリケーションのモード。
【００３０】
バックグラウンドトラックを用いる場合、音楽用マスタ・アプリケーションを介してＭＩＤＩファイルとしてこのバックグラウンドトラックを再生してもよい。装置のユーザは予め定められた手本に従うことになる。
【００３１】
スレーブモードでは、音楽用アプリケーションは音楽用マスタ・アプリケーションと同期し、同じ装置または別々の装置では、スレーブの音楽用アプリケーションのアンサンブルは単一のシステムとして機能する。スレーブは、（必要に応じて）ネットワークを介して音楽用マスタ・アプリケーションから音楽用スレーブ・アプリケーションへ転送される音楽同期情報を利用して、音楽用マスタ・アプリケーションと同期することができる。
【００３２】
音楽用スレーブ・アプリケーションはアシストされた演奏モードで動作するものであってもよい。アシストされた演奏モードでは、音楽用アプリケーションの出力はユーザが制作した音楽そのままの再現ではない。楽曲出力は自動的に修正／強化されて、制作された音楽が或る主題を遵守することが保証されるようになっている。この楽曲出力はＰＤＡ、移動電話用キーパッドなどの別の目的用として最適化された入力用装置を備えた装置にとって特に有用である。したがって、本システムを用いて音楽を演奏するのに音楽についての知識や訓練が不要となり、ユーザは、自分が実際に演奏するよりも上手に演奏している錯覚を感じることになる。与えられるアシスト量は変えることが可能であり、ユーザが選択して自分の能力に適合させることができる。
【００３３】
例えば、テンポを維持するためにユーザのタイミングの修正が可能である。テンポを量子化して、可能なビートポジションに変えることにより、テンポを維持するためのタイミングの自動修正を行うことができる。例えば、正しいタイミングがそのまま正確に反映されていないドラムビート・アプリケーションへユーザが入力を行うとき、最も近い可能なビートポジションに合わせてタイミングの調整が行われる。ＭＩＤＩエンジンを用いることによりタイミングの修正を行って、ＭＩＤＩメッセージをシンセサイザへ出力する前に、これらのＭＩＤＩメッセージを変えるようにしてもよい。別の例として、正しい和音の生成や、修正や、完成が行われて、和声が保たれるものもある。
【００３４】
個々の装置は、アンサンブルで用いられる個々の音楽用アプリケーションのコピーを有し、いずれの装置も、別の装置で音楽用アプリケーションを用いて作成した音を合成できるようにすることが望ましい。
【００３５】
さらに別のアプリケーションを用いて音楽同期情報を制御することが可能である。変更子アプリケーションはそれ自体何ら音楽を生み出すものではないが、この変更子アプリケーションを利用して、他の人がつくった音楽の制御が行われる。
【００３６】
１つの実施形態では、変更子アプリケーションはアンサンブルの音楽用マスタ・アプリケーションである。ユーザは、音楽用スレーブ・アプリケーションへ送られた変更子を利用して、音楽同期情報の制御と変更とを行うことが可能となる。
【００３７】
別の実施形態では、変更子アプリケーションは音楽用マスタ・アプリケーションを遠隔制御して、音楽用マスタ・アプリケーションが音楽用スレーブ・アプリケーションへ送った同期情報の制御と変更とを行う。変更子アプリケーションは音楽用マスタ・アプリケーションとつながる異なる装置の中にあり、変更子アプリケーションによって、音楽用マスタ・アプリケーションを制御する制御信号がネットワーク４を横断して送られてくる。
【００３８】
したがって、ユーザは、いずれの楽器も再生することなく、他の人が使用しているテンポや構成や和音を制御することにより、音楽のアンサンブルに参加することができる。
【００３９】
同期情報は、４つの異なる方法のうちのいずれの方法でも地球的規模で音楽用スレーブ・アプリケーションへ送られる。
【００４０】
同期情報には、アプリケーションの同時再生を保証するテンポの同期が含まれる。アプリケーションはマスタ・アプリケーションとして機能する必要があり、このマスタ・アプリケーションに基づいて、スレーブ・アプリケーションは自動的にかつ連続してそのタイミングを一致させる。同期情報には、アプリケーションと調和的におよび別の方法で同期をとる構造的同期情報も含まれる。
【００４１】
下記のうちのいずれか１つを用いて構造的同期情報の送信を行うことができる：
１）標準的ＭＩＤＩファイル（ＳＭＦ）メタイベントデータとして
２）ＭＩＤＩシステム専用のリアルタイムメッセージ
３）ＭＩＤＩ汎用コントローラ
４）ＭＩＤＩ非登録パラメータ
【００４２】
上記番号オプションのうち３）または４）が望ましい。
【００４３】
音楽同期情報は、選択用の複数のオプションの中から変更子アプリケーションのユーザが選択することも可能である。選択用として与えられたオプションを自動的に限定して、制作した音楽が容認できる好みの範囲内に入るようにしてもよい。
【００４４】
変更子アプリケーションを用いて、自分の楽器の演奏用としてユーザが受け取る自動化されたアシスト量を変えることができる。
【００４５】
この結果、音楽環境における少なくとも第１の参加者のアクション（楽器の楽曲出力など）を双方向に制御するためのマルチユーザ用音楽システム４が提供されることになる。このシステムは、環境における第１の参加者の楽器のアクション（楽曲出力など）を動的に制御するよう第１のユーザが操作可能な第１の装置１と、音楽環境を動的に変えるよう第２のユーザが同時に操作可能な第２の装置２とを具備する。第１の装置１は、音楽用スレーブ・アプリケーションを収納し、第２の装置２は変更子アプリケーションを収納する。第２の装置２を操作して参加者のアクションを制御することはできない。音楽システム４は、音楽環境における第２の参加者のアクション（楽器の楽曲出力など）を動的に制御するよう第３のユーザが同時に操作可能な第３の装置３をさらに具備してもよい。
【００４６】
上記とは別にまたはさらに追加して、図１と２とに示す携帯用装置を用いて、ゲームをすることも可能である。携帯用電子装置１は１または２以上の別の携帯用装置２、３を用いて臨時のネットワーク４を形成することができる。ネットワークは、装置のユーザが‘対面’してプレイするように、好適にはローカルネットワークであることが望ましいが、必ずしもこれに限定されるものではない。
【００４７】
ネットワーク４によって、装置は、協働しながらゲームを一緒にプレイすることが可能となる。このシナリオでは、図１は、ゲーム環境における少なくとも第１の参加者のアクションを双方向に制御するマルチユーザゲーム用システム４を示すことになる。このシステムは、ゲーム環境における第１の参加者のアクションを動的に制御するよう第１のユーザが操作可能な第１の装置１と、ゲーム環境を動的に変えるよう第２のユーザが同時に操作可能な第２の装置２とを具備する。この第２の装置は参加者のアクションを制御できるよう操作可能なものではない。
【００４８】
単に一例として挙げれば、ゲームはノキア・スネーク（トレードマーク）ＩＩであってもよい。このゲームでは、スネークの動きは第１のユーザによって指向され、スネークは、食べ物を食べながら迷路を移動する。例えば、第２のユーザは迷路のレイアウトやスネークの移動速度を制御することができる。
【００４９】
上記システムは、ゲーム環境における第２の参加者のアクションを動的に制御するよう第３のユーザが同時に操作可能な第３の装置をさらに具備することも可能である。ゲームのプレイ状況は、第１、第２、第３の装置のディスプレイ上に表示される。
【００５０】
したがって、第１のユーザは単独であるいは第３のユーザと共にゲームに参加することにより、ゲームに参加することが可能となるが、これに対して第２のユーザはゲーム環境を変更することになる。第２のユーザはゲームには参加しないが、それでもゲームに関与していることになる。
【００５１】
このゲーム環境は、バーチャルな環境を含むものであり、第１の参加者は第１のユーザのアクションによって移動することが可能であり、第２の参加者は第３のユーザによって動くことが可能である。例えば、ゲーム環境は、ゲームにおけるレベルのレイアウトおよび／またはゲームにおける模擬の天気および／またはゲームの難易度および／またはゲームのテンポおよび／または参加者の特徴を含むものであってもよい。ゲーム環境は第２のユーザが開始した一過性のイベントも含むものであってもよい。例えば、第２のユーザは、他のプレイヤがドライブしなければならないレーストラック内に障害物をつくりだしたり、参加者が最初に食べることを試みなければならない割り増しポイントに値するボーナスの食べ物をノキア・スネークＩＩの迷路の中に置いたりすることができる。
【００５２】
種々の例を参照しながら、上記パラグラフで本発明の実施形態について以上説明したが、本発明の特許請求の範囲から逸脱することなく、示した例に対する修正を行うことが可能であると理解すべきである。
【００５３】
特段の重要性を有すると考えられる本発明の特徴に対して注意を引くように上記明細書では努力したが、出願人は、特段の強調が行われたか否かにかかわらず、本明細書で上記言及したおよび／または上記図面に示したいずれの特許可能な特徴、あるいは、これら特徴の組み合わせに関しても保護を請求するものであることを理解されたい。
【図面の簡単な説明】
【００５４】
【図１】ネットワーク化された携帯用電子装置を示す。
【図２】携帯用電子装置を概略的に例示する。
【図１】
0004700351.tif 000002
【図２】
0004700351.tif 000003