(57)【特許請求の範囲】
【請求項１】
ユーザが該ユーザの通信装置においてアプリケーションを迅速に起動することを可能にするエージェント装置であって、
前記ユーザの通信装置、ロビー及び他のユーザのエージェント装置から、選択された少なくとも１つの装置との通信を維持して、前記ユーザのアクティビティおよび好みに関する情報を収集し、
前記収集された情報から１つまたは複数のパターンを識別し、
前記ユーザが更新されたインジケータをアクティブ化することで関連するアプリケーションが起動するように、前記識別された１つまたは複数のパターンに基づいて、前記ユーザの通信装置の１つまたは複数のインジケータを更新するメッセージを送るように動作可能なエージェント装置。
【請求項２】
前記アプリケーションがゲームであり、前記インジケータがゲーミング・インジケータである、請求項１に記載のエージェント装置。
【請求項３】
前記収集された情報が、ユーザによってプレイされるゲームのタイプを含む、請求項１に記載のエージェント装置。
【請求項４】
前記収集された情報が、ユーザが最も頻繁に一緒にゲームをプレイする個人を含む、請求項１に記載のエージェント装置。
【請求項５】
前記収集された情報が、ユーザが最も頻繁にプレイするゲームをさらに含む、請求項１に記載のエージェント装置。
【請求項６】
ユーザの通信装置がアクティブであることを示す信号を受信した後でメッセージを送るようにさらに動作可能な、請求項１に記載のエージェント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
ユーザがオンライン・ゲームなどのアプリケーションを迅速に起動する方法に関連する。
【背景技術】
【０００２】
現在、個人（本明細書では「ユーザ」と呼ばれることもある）が、会話を行うために、メッセージを送信するために、あるいはオンライン・ゲームをプレイするために、別のユーザと一緒に通信セッションを行うことができるようにする多くの装置が利用可能である。装置は、無線装置の場合、通常、人の手の大きさかそれより小さい。そのような比較的小さい「ハンドセット」は、大きいディスプレイまたはスクリーンを有しない。したがって、一度に少しのコンテンツしか表示することができない。これによって、これらのハンドセットは、ユーザが複数の層のメニューなどをスクロールすることを必要とするアプリケーションを含むことを余儀なくされている。
【０００３】
通常、ユーザは、別のユーザと通信する手段を選択するために、またはオンライン・ゲームなどのアプリケーションにアクセスするために、いくつかの層のメニューをスクロールまたはナビゲートしなければならない。たとえば、いくつかの既存の装置では、ユーザは１つのメニューから特定のゲームを選択し、別のメニューから特定のスキル・レベルを選択し、次いで、第３のメニューを使用して「ロビー」に入り、ユーザと一緒にゲームをプレイすることに興味がある他のユーザ／プレイヤまたはいわゆる「仲間」（すなわち、ユーザが最も頻繁に一緒にゲームをプレイする個人）を見つけることを必要とする。ユーザは、そのような複数のメニューをスクロールしたりその他の形でナビゲートしたりした後で、オンラインゲーム・セッションを起動する（すなわち、始める）ために、もう１つの選択をするための最終メニューなどにさらにアクセスしなければならない。
【０００４】
ユーザが複数の層をスクロールしたりその他の形でナビゲートしたりすることを必要とすることは、時間がかかり、時にはユーザをいらいらさせることもある。したがって、もっと直観的なメニューを提供する方法および装置を提供することが望ましい。そのようなメニューは、アプリケーションを選択して起動する複雑さを低減するはずである。たとえば、そのようなメニューは、ユーザがオンライン・ゲームや別のアプリケーションをより迅速に起動してプレイすることができるようにするはずである。
【０００５】
同時係属米国特許出願第・・・・・・号は、通信セッションがユーザ間で以前可能と考えられていたより迅速にかつ大きく低減されたエアリンク時間／帯域幅で行われることができるようにする方法および装置を開示している。一般に、上記の同時係属出願で議論されている方法および装置は、装置のユーザがアクティブでない（たとえば、ユーザの装置の電源が切られている）ときにでも、常時オン・エージェントがプロキシとして動作し、所与のセッション中、ユーザ／ユーザの装置に代わって動作し続けることができるので、「常時オン」方法および装置として知られている。
【０００６】
上記の同時係属出願で説明されているアーキテクチャによって提供される利点の１つは、アーキテクチャがアプリケーションを迅速に起動するために使用されることができることである。本発明は、まさにそうするための方法および装置を対象とする。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】同時係属米国特許出願第・・・・・・号
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、ユーザがオンライン・ゲームなどのアプリケーションを迅速に起動することができるようにする方法および装置を提供する。
【課題を解決するための手段】
【０００９】
そのような１つの装置は、ユーザと一緒に通信セッションに現在参加することができる個人を表す少なくとも１つのインジケータを提示する（たとえば、表示する）。また、ユーザと一緒にゲームを現在プレイすることができる個人のグループを表す（１つまたは複数の）インジケータ、ユーザが最も頻繁に一緒にゲームをプレイする個人を表す（１つまたは複数の）インジケータ、およびユーザが最も頻繁にプレイするゲームを表す（１つまたは複数の）インジケータなど、他のインジケータが提示されてもよい。これら、および他のインジケータは、ユーザが、複数の層のメニューをナビゲートする必要なしに、アプリケーションを迅速に起動することができるようにする。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態によるアプリケーションを迅速に起動することを可能にするアーキテクチャを例示するブロック図である。
【図２】本発明の諸実施形態による、アプリケーションを迅速に起動し、いわゆる「ワンタッチ」動作を提供する直観的メニューを生成することができるハンドセットの実施例を示す図である。
【図３】本発明の諸実施形態による、アプリケーションを迅速に起動し、いわゆる「ワンタッチ」動作を提供する直観的メニューを生成することができるハンドセットの実施例を示す図である。
【発明を実施するための形態】
【００１１】
次に、図１を参照すると、常時オン・クライアント２（「クライアント」）、アプリケーション・クライアント２ａ（たとえば、ゲーム・クライアント）、常時オン・プロキシ・エージェント３（「エージェント」）、常時オン・ロビー４（「ロビー」）、アプリケーション・エンジン／サーバ５（たとえば、ゲーム・サーバ）、および別のサードパーティ・エージェント３００を含むアーキテクチャ１が示されている。ハードウェア実施形態の他に、クライアント２およびアプリケーション・クライアント２ａはまた、有線または無線電話、携帯情報端末（ＰＤＡ）、コンピュータ、ゲーム装置、あるいは１つまたは複数の機能（たとえば、電子メールおよびボイス・メッセージング）を組み合わせた装置など、より大きな装置２００の中に組み込まれてもよいある種のコンピュータ可読記憶媒体２０上に一緒に配置され記憶されてもよい１つまたは複数のソフトウェアまたはファームウェア・プログラム／アプリケーションを含んでもよい。代替として、クライアント２およびアプリケーション・クライアント２ａは、複数の媒体上に記憶されてもよく、あるいは別個の媒体上に記憶されてもよい。同様に、エージェント３およびロビー４はまた、１つまたは複数のアプリケーションを含んでもよく、また、サーバ３４などのより大きい１つまたは複数の有線または無線装置の一部分でもある何らかのコンピュータ可読記憶媒体３０、４０上にそれぞれ記憶されてもよい。エージェント３およびロビー４は、１つのコンポーネント３４として図示されているが、別個のユニットでもよく、一緒に配置されていなくてもよいことを理解されたい。プログラム／アプリケーションは、１つまたは複数の媒体上に記憶された場合、図１に示されている特定のコンポーネントの特徴および機能を制御するコードを含んでもよい。
【００１２】
次に図２を参照すると、図１に示された装置２００の実施例が示されている。装置２００は、クライアント２、アプリケーション・クライアント２ａ（図１に示されている）、および任意選択のディスプレイ２ｂを含む。本発明の一実施形態によれば、装置２００は、クライアント２を介して、アイコン２ｃなどの少なくとも１つのインジケータを生成または更新するために使用されるメッセージを受信するように動作可能である。本明細書では、用語「インジケータ」は、アイコンなどのビジュアル・インジケータ、キーボードの表面上にあるものなどのハードワイヤード押下可能キー、ならびに、選択をするためにユーザによって見られるまたはタッチされることができる他のタイプのインジケータを含む。さらに、用語「メニュー」は、表示されるメニューと、記憶されて１つまたは複数のキーの動作を制御するために使用されるビジュアル表示のないメニューの両方のメニューを含むことを意味する。説明を容易にするために、以下の諸例では、１つまたは複数のアイコンがインジケータとして使用される。装置２００のユーザが１つまたは複数の記憶されたアプリケーション（たとえば、ゲーム）にアクセスするのは、図２のアイコン２ｃ〜２ｋ（ここで「ｋ」はディスプレイ２ｂ上の最後のアイコンを表す）を使用することによってである。
【００１３】
本発明の一実施形態によれば、各アイコン２ｃから２ｋは一意であってもよい。たとえば、１つのアイコンは、ボイス、テキスト、ビデオ、またはこれら３つの何らかの組合せによって、装置２００のユーザと一緒に通信セッションに現在参加することができる個人を表してもよい。そのようなセッションは、たとえば、オンライン・ゲームに関するものでもよい。そのようなオンライン・ゲームは、有線または無線通信チャネルを使用して実行されてもよい。したがって、図１から４に示されているコンポーネント／装置は、有線または無線コンポーネントでもよい。
【００１４】
ユーザは、多くの異なるアプリケーションを起動し、多くの異なるセッションを行うことに興味を持つ可能性があるので、アイコン２ｃ〜２ｋのセットの中の各アイコンは、特定のタイプのアプリケーション（たとえば、特定のゲーム）に専用でもよい。さらに他のアイコンが、ユーザが現在最も頻繁にプレイするゲーム、または現在加入しているゲーム、あるいは、たとえばユーザが加入することを選択してもよい新規のゲームを示してもよい。アイコン２ｃから２ｋのすべてがメニュー２３を形成してもよい。より詳細には、本発明によれば、これらの全アイコンが直観的メニュー２３を形成する。
【００１５】
本発明の他の諸実施形態では、アイコン２ｃから２ｋのうちの１つまたは複数が、装置２００のユーザが最も頻繁に一緒にゲームをプレイする個人（すなわち、「仲間」）を表してもよい。さらに、各アイコンは、１つまたは複数の特徴を結合してもよい。すなわち、各アイコンは、手が空いているが、装置２００のユーザと一緒に特定のゲームをプレイすることができる仲間だけを表してもよい。そのような各アイコンは、仲間の「グループ」を表してもよい。
【００１６】
再度図１を参照すると、クライアント２は、アイコン２ｃから２ｋのうちの１つまたは複数を更新するために、エージェント３からシグナリング・メッセージと情報メッセージの両方を受信するように動作可能でもよい。前述の同時係属米国特許出願第・・・・・・号でさらに詳しく説明されているように、エージェント３は、収集した情報に基づいてこれらのメッセージを生成することができる。たとえば、エージェント３がメッセージを生成するために収集してもよい情報のほんの少数の例を挙げれば、エージェント３は、装置２００のユーザによる装置２００の使用のパターンをモニタリングし収集すること、そのようなユーザの好みを収集すること、装置２００およびそのユーザの存在状態を収集すること、および１人または複数の他のサードパーティ・ユーザ（仲間か、ユーザに知られていない個人（「匿名の」ユーザ）のどちらか）の存在状態を収集することができる。エージェント３は、この情報を、クライアント２からか、ロビー４からか、または図１に示されているサードパーティ・エージェント３００など、他のユーザのサードパーティ・エージェントから、収集することができる。
【００１７】
当業者には理解されるであろうように、アイコン２ｃから２ｋは、たとえばユーザの使用パターンおよび好みに基づいていてもよいので、各アイコンはより直観的なインジケータを提供する。同時に、直観的アイコン２ｃ〜２ｋのセットは、ユーザがアプリケーションをより迅速に起動し通信セッションを維持することができるようにする、より直観的なメニュー２３を提供する。そのようなメニューは「ワンタッチ」直観的メニューを提供すると言うことができる。
【００１８】
次に、そのような直観的メニューがどのように使用されてもよいかを示すいくつかの追加の実施例を提示する。
【００１９】
本発明の他の実施形態では、装置２００のユーザは、ユーザと通信するべき選択されたアイコンに関連するサードパーティ・ユーザまたは個人に招待を送るために、アイコン２ｃ〜２ｋのうちの１つを選択またはそうでなければアクセス（あるいは、場合によってはキーを押下／選択）してもよい。この招待は、招待されたユーザに到着する前に、要求の形でエージェント３によって、いわばインターセプトされても、あるいは受信されてもよい。その後、エージェント３は、続けて、招待されたサードパーティ・ユーザのうちのどのユーザが実際に招待を受信するべきかを判定するために、記憶された情報を調べてみてもよい。たとえば、エージェント３は、招待された各ユーザの「存在状態」（たとえば、招待されたユーザの装置の電源が入っているか）を調べてみてもよい。エージェント３（およびロビー４）がクライアント２または装置２００からのそのような招待をどのように処理するかについてのさらなる詳細は、前述の同時係属出願に記載されている。ここでは、エージェント３（および／またはロビー４）が、どのサードパーティ・ユーザが実際に招待を受信するべきであるかを判定した後は、これらのユーザは、エージェント３００などそれらのそれぞれのエージェントを介して招待を送信されると言えば十分である。エージェント３はまた、どのサードパーティ・ユーザが招待を送られたか、どのサードパーティ・ユーザが送られなかったかをユーザに通知するために、クライアント２に情報メッセージを送ってもよい。このメッセージは、アイコン２ｃ〜２ｋとして表示されてもよい。
【００２０】
上記および下記の全議論にわたって、エージェント３と装置２００との間で交換されるシグナリング・メッセージか情報メッセージかのどちらかのメッセージが言及される。たいていのコンテキストでは、これらのメッセージは、別途明記されない限り、エージェント３と装置２００のクライアント２との間で交換されることを理解されたい。さらに、メッセージが交換される場合、メッセージは短いバイナリ・メッセージとしてフォーマットされてもよい。そのようなフォーマットは、メッセージを交換するために必要とされるエアリンク時間および／または帯域幅の量を低減し、アーキテクチャ１を所有しかつ／または運営するサービスプロバイダがこれらの貴重なリソースを節約するのに役立つ。
【００２１】
前述のように、アイコン２ｃ〜２ｋのうちの１つまたは複数が、現在ゲームをプレイすることができるサードパーティ・ユーザを個々にまたはグループの一部分として表してもよい。そのようなアイコンは、エージェント３がサードパーティ・ユーザのそれぞれの存在状態を連続してモニタリングし収集するように動作可能でもよいので、可能にされる。サードパーティ・ユーザの状態が変わる場合、この情報は、１つまたは複数のメッセージを使用してエージェント３によって装置２００のユーザに渡されてもよい。メッセージはクライアント２によって受信されてもよく、その場合、クライアント２は、そのようなサードパーティ・ユーザの存在状態を表すアイコン２ｃ〜２ｋのうちの１つまたは複数を更新する。たとえば、アイコンは、ユーザが「利用不可能である」ことを示してもよい。２人以上のユーザが利用不可能である場合、両方のユーザの状態が単一のアイコンの中で識別されてもよい。招待されたユーザ全員が手が空いていない場合、「全員手が空いていない」のインジケータが表示されてもよい。所与のユーザの存在状態が、ユーザまたはユーザの関連装置がアクティブであるか非アクティブであるかを表示してもよいことを理解されたい。アクティブな装置は、たとえば電源が入っている装置である。それにもかかわらず、アクティブな装置は、たとえばそのユーザがある一定の時間内にそれにアクセスしない場合、またはその後電源が切られた場合、非アクティブになる。
【００２２】
これまで、装置２００のユーザは、通信セッションを開始するアプリケーションを起動するユーザであるという仮定のもとで、装置２００に関連するアイコンおよびメニューについて議論してきた。本発明の他の諸実施形態では、他のサードパーティ・ユーザが、オンライン・ゲームをプレイするために彼らと通信するように装置２００のユーザを招待してもよい。装置２００に関連するエージェント３は、サードパーティ・ユーザのエージェントからそのような招待を受信してもよい。装置２００および／またはそのユーザの存在状態に関するその記憶された情報を調べてみた後、状態が、ユーザ／装置２００がアクティブであることを示す場合、エージェント３は招待を装置２００に送ってもよい。状態が、装置２００／ユーザが非アクティブであることを示す場合は、招待は送られなくてもよい。前述の同時係属出願でより詳細に説明されているように、招待／メッセージをスクリーニングするこの機能は、招待ならびに他のメッセージが、装置２００とそのユーザの両方がアクティブな状態にあるときは、装置２００およびそのユーザに中継されるだけでよいので、貴重なエアリンク時間／帯域幅を節約するのに役立つ。
【００２３】
次に、装置２００のディスプレイ２ｂ上に表示されてもよい特定のアイコンのいくつかの追加の実施例を提示する。装置２００のユーザがカードゲーム「ブラックジャック」をプレイしていると仮定する。さらに、ユーザは、通常、このゲームをアリス、ボブおよびキャロルとして知られている他の３人の個人とプレイすると仮定する。さらに、アリスおよびキャロルだけが、現在ユーザと一緒にブラックジャックをプレイすることができると仮定する。この実施例では、アイコン２ｃから２ｋのうちの１つが、（たとえば、画像を使用して）ゲーム、ブラックジャックを示すであろう。さらに、このアイコンは、現在ブラックジャックをプレイすることができる者はアリスおよびキャロルだけなので、アリスおよびキャロルに関連するだけであろう。したがって、ユーザがこのアイコンにアクセスまたはそうでなければ選択した場合、ブラックジャックをプレイするための招待はアリスおよびキャロルに送信されるだけであろう。
【００２４】
他の実施例では、装置２００のユーザが、「ストーム」と呼ばれるゲームを頻繁にプレイすると仮定する。しかし、この場合には、ユーザは誰とこのゲームをプレイするかを気にしない。したがって、本発明の他の実施形態では、アイコン２ｃ〜２ｋのうちの１つがゲーム、ストームを示してもよい。このアイコンを選択するとすぐ、現在ユーザと一緒にゲーム、ストームをプレイすることができるあらゆる個人／サードパーティ・ユーザを識別するために招待が送出されてもよい。
【００２５】
前述のアイコンのタイプは、装置２００上で生成され表示されることができる多くのアイコンのうちのいくつかにすぎないことを理解されたい。他のアイコンは、たとえば、特定のユーザがこれまでにプレイした、またはダウンロードしたすべてのアクティビティ（たとえば、ゲーム）の履歴の記録を表してもよい。
【００２６】
次に、エージェント３について簡単に議論する。やはり、より詳細な議論は、前述の同時係属出願で説明されている。
【００２７】
本発明の他の諸実施形態では、エージェント３は、装置２００が非アクティブになった場合、装置２００のためのプロキシとして働くように動作可能である。装置２００が再度アクティブになった後は、エージェント３は、既存の任意のインジケータ／アイコン２ｃ〜２ｋを更新するために、または新規のアイコン２ｃ〜２ｋを作成するために、あるいはそうでなければ情報を装置２００のユーザに渡すために、装置２００にメッセージを送るようにさらに動作可能である。より詳細には、本発明の他の実施形態では、エージェント３は、装置２００がアクティブ状態にあるときに装置２００にメッセージを送るだけである。たとえば、エージェント３は、アイコン２ｃ〜２ｋ（キーボード上のキー）などのインジケータがアクセスされたという表示を受信した後でメッセージを送信するだけである。すなわち、エージェント３は、装置２００のユーザがアイコンを選択したときに、またはそうでなければ装置２００にアクセスしたときに、メッセージを送信するだけである。上記の他のやり方では、エージェント３は装置２００にメッセージを連続して送信しない。これは、エアリンク時間および帯域幅を節約する。
【００２８】
次に、図３を参照すると、本発明の他の実施形態による装置２００の他の実施例が示されている。図示されているように、装置２００は、１つまたは複数のアイコン２ｃから２ｋを含み、そのうちの１つは「仲間」のアイコン２２ｃである。このアイコンを選択することによって、仲間に基づくブラウジング・メニューがすぐに選択されるかまたは表示される。このメニューは、たとえば、ユーザが最も頻繁に一緒にゲームをプレイする、またはそうでなければ通信する個人のリストを含む。本発明の代替実施形態では、このメニューは、現在、ユーザと通信するまたはそうでなければユーザと一緒にゲームをプレイすることができる仲間を示すだけでもよい。そのようなメニューは、エージェント３から送信されたメッセージを使用することによって生成されてもよい。このメニューが選択され、リストがユーザに提示された後で、ユーザは、たとえばエージェント３を介して招待を送信しようと思う仲間リストから個人を迅速に選択してもよい。
【００２９】
本発明の他の実施形態では、アイコン２ｃから２ｋのうちの１つは、アプリケーションのアイコン２２ｄ（たとえば、「ゲーム」のアイコン）でもよい。このアイコンを選択することによって、たとえば装置２００のユーザによって最も頻繁にプレイされるゲームのリストがユーザに提示される。このリストはまた、エージェント３によって生成されてもよい。
【００３０】
また、上記で簡単に述べられたのは、匿名のサードパーティ・ユーザとの通信セッションを実行する機能であった。匿名によって、サードパーティ・ユーザの識別が、最初は、かつ多分連続して、装置２００のユーザに知られていないことが意味される。匿名のサードパーティ・ユーザが選択されるやり方はさまざまでもよい。
【００３１】
最初に、装置２００のユーザに知られているすべての仲間または他のユーザが現在ゲームをプレイすることができないことが仮定されてもよい。本発明の他の実施形態では、これが生じた場合、エージェント３は、ユーザと一緒にゲームをプレイする匿名の個人を識別するためにロビー４と通信してもよい。ロビー４が特定の匿名の個人を識別し、次いで選択してもよいやり方は多い。たとえば、ロビー４は、特定のゲーム／アプリケーションによって記憶した個人の多くのグループのうちの１つから匿名の個人を識別してもよい。
【００３２】
識別した後は、ロビー４は、それに続いて、識別された個人のうちの１つまたは複数を選択してもよい。代替として、識別された個人のうちの１人または複数は、ロビー４が記憶している収集されたユーザの好みまたはそうでなければパターンから得られたプロフィールに基づいて選択されてもよい。すなわち、ロビー４は、個人の「ゲーミング習慣」のある種の特性をユーザの習慣にマッチさせることによって個人を選択してもよい。たとえば、ロビー４は、スキル・レベルが装置２００のユーザのスキル・レベルによくマッチする個人を選択してもよい。たとえば、そのスキル・レベルは、個人のゲーミング履歴および特定のゲームで獲得した得点に基づいてもよい。
【００３３】
ロビー４が、ユーザと一緒にゲームをプレイすることができる、かつ／またはそうするのに適した個人を選択した後は、次いで、ロビー４は、新規のグループを形成し、個人の識別をエージェント３に送ってもよい。エージェント３は、匿名の個人の識別を受信するとすぐ、識別された個人に関連するエージェントに要求／招待を送るように動作可能でもよく、次いで、これらの識別された個人に関連するエージェントが招待を個人自身に渡す。エージェント３はまた、装置２００のユーザに個人の識別を送るように動作可能でもよい。これらの識別およびそれらの新規グループは、アイコン２ｃ〜２ｋによって表されてもよい。ロビー４が識別された個人およびユーザからなる新規グループを形成した場合、ロビー４はまた、それぞれのエージェントを介して、識別されたすべての個人の識別をグループの各メンバに渡してもよい。
【００３４】
次に進む前に、他のさまざまなメッセージがある中で特に、（ａ）クライアント２とエージェント３との間、（ｂ）エージェント３とロビー４との間、（ｃ）クライアント２とアプリケーション・クライアント２ａとの間、（ｄ）ロビー４とゲーム・エンジン／サーバ５との間で交換されてもよいシグナリングと非シグナリングの両方の多くのメッセージや命令などがあることを理解されたい。これらのメッセージの詳細、フォーマッティング、コンテンツおよび構造は、本発明の理解のためには必要がない。しかし、そのような議論は、本明細書でその全体が説明されるかのように、本明細書にその全体が組み込まれている同時係属米国特許出願第・・・・・・号に含まれている。
【００３５】
装置２００およびエージェント３を介してユーザに提示されることができるアイコン／インジケータのタイプは無限である。本発明者が思いつくいくつかの他のものは、招待された仲間または個人の現在の状態を示す１つまたは複数のアイコンを含む。たとえば、インジケータは、仲間が、招待に応じたか、または別の通信アクティビティに現在参加しているか、あるいは仲間がプレイするように招待されたもの以外のアプリケーション／ゲームに参加しているかを示してもよい。さらに、ある種のインジケータ／アイコンは、ユーザと一緒にセッションに参加している個人がセッションから一時的に切断されたときにユーザに提示されてもよい。
【００３６】
上記の議論は本発明の実施例のほんのいくつかを含むだけであることを理解されたい。本発明の真の範囲は、添付の特許請求の範囲によって提供される。
【図１】
0005595542.tif 000002
【図２】
0005595542.tif 000003
【図３】
0005595542.tif 000004