JP7369176B2 - オンライン・マルチプレーヤー・セッションへの参加を促すシステムおよび方法 - Google Patents

Description

[0001] ビデオ・ゲーム・ストリーマー、コンテンツ・クリエーター、ゲーム・プレーヤー、およびゲーム・インフルエンサーは、彼らのフォロワーとインタラクトすることによって、彼らのフォロワー・ベースの一部を獲得する。インタラクションの一種に、ゲームをプレーすること、または彼らとインタラクトすることを望む彼らのフォロワーとのアクティビティに参加すること（例えば、彼らのメディア・ストリームを視聴する、またはマルチプレーヤー・ゲームに参加することによって）があげられる。通例、ホストまたはストリーマーが、メッセージをプラットフォーム上の複数の他のプレーヤーおよび／またはビューアに送り、一緒にゲームをプレーしたいまたはそれ以外でインタラクトしたいという要望を示すことができ、次いでメッセージに対する個人の応答各々に手作業で目を通し、ゲームへのゲスト・プレーヤー招待、またはグループを編成するためのパーティへのゲスト・プレーヤー招待を、応答したビューア／プレーヤーに送ることができる。各々が彼らの招待を受け入れたと仮定すると、ホスト／ストリーマーはゲームを開始する（即ち、ゲームの「対戦相手を決める」）。

[0002] 場合によっては、ゲームが無制限加入機能(open ability to join)を有することもでき、プレーヤーはプラットフォーム上でホスト／ストリーマーに従い、彼らのオープン・ゲーム・ロビー(open game lobby)上で加入することができる。ホスト／ストリームのための他のオプションをあげるとすると、プラットフォーム上でグループ募集（ＬＦＧ：looking for group)ポストを作ることであろう。ウオッチャー(watcher)がＬＦＧに応募すると、ストリーマーは１組のユーザーを確認し、彼らをプラットフォーム・パーティに集め、次いでゲームを開始することができる。ゲームの後、ユーザーはゲーム・ロビーを離れて始めからやり直すか、またはパーティ・メンバーを追い出してＬＦＧにおけるスロットを解放し、ホストが自らパーティに入った他のメンバーを手作業で確認し、再度開始することができる。

[0003] この摘要は、以下で詳細な説明において更に説明する概念から選択したものを、簡略化した形態で紹介するために設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴を識別することを意図するのではなく、特許請求する主題の範囲を限定するために使用されることを意図するのでもない。

[0004] オンライン・ストリーム／アクティビティにおけるセッション参加を促す方法は、システムおよび装置によって実行される。ユーザーは、タイトル（例えば、ビデオ・ゲームまたは他のオンライン・コンテンツ）を実行するクライアント・デバイスにおいて、このタイトルをプレーすることができる。大勢のユーザーまたは観衆(spectator)が、マルチプレーヤー・ゲームに加入する(join)こと、またはストリーマー・クライアント・デバイスから観衆自身のクライアント・デバイスにストリーミングされ再生されているタイトルの生ビデオ・コンテンツ・ストリームを視聴する(view)ことを望む場合もある。ストリーマーおよび観衆ユーザーは、自動キューイング(automatic queuing)およびその管理によって、セッションに参加し易くする(facilitate)ことができる。したがって、ユーザーのキューイング(user queuing)およびセッション参加の管理が、ここで行われる。実例をあげると、オンライン・コンテンツ・ストリーム／アクティビティにおけるセッション参加は、ストリーマー・クライアント・デバイスとゲスト・プレーヤーのクライアント・デバイスとの間にある中央システムを通じて、プレーヤーのセッション追跡および自動キューイングの管理によって促される。観衆は、ネットワークを通じて、ストリーミング・デバイスを介してコンテンツ・ストリーム／ゲーム（即ち、アクティビティ一般）を視聴し、ストリーミング・ユーザーと共にアクティビティのセッションに参加するために、ゲスト・プレーヤーとしてキュー(queue)に入れるように要求することができる。イベントの開始および終了を判定するために、セッションを追跡することができる。セッションが終了したときに、複数組の以前のゲスト・プレーヤー(sets of prior guest players)をセッションから退出させ(remove)または追い出し(kicked from)、キューに入れられた複数組の観衆が、ゲスト・プレーヤーとして、コンテンツ・アクティビティの新たなセッションの開始に自動的に追加される。キューイングには、ユーザーの特性および／または資格証明書に基づいて、自動的にユーザーに優先順位を付けることができる。セッションの終了時に退出させられるゲスト・プレーヤーは、今後のセッションへの参加のために、自動的に再度キューに入れることができる。

[0005] 以下に、添付図面を参照して、他の特徴および利点、ならびに種々の例の構造および動作について詳細に説明する。尚、理念および技術は、本明細書において説明する具体的な例に限定されるのではないことを注記しておく。このような例は、本明細書では例示の目的に限って提示されるに過ぎない。本明細書に含まれる教示に基づけば、更に他の例も関連技術（１つまたは複数）に習熟する当業者には明白であろう。

[0006] 添付図面は、本明細書に組み込まれ、明細書の一部を形成する。添付図面は、本願の実施形態を例示し、明細書の説明と共に、実施形態の原理を説明し、当業者が実施形態を実施および使用することを可能にする役割を果たす。
図１は、実施形態例にしたがって、キュー管理によってセッション参加を促すネットワーク・システム(networked system)のブロック図である。 図２は、実施形態例にしたがって、キュー管理によってセッション参加を促すセッション・キューイング・ホスト・システム(session queuing host system)のブロック図を示す。 図３は、実施形態例にしたがって、キュー管理によってセッション参加を促すフローチャートを示す。 図４は、実施形態例にしたがって、キュー管理によってセッション参加を促すフローチャートを示す。 図５は、実施形態例にしたがって、キュー管理によってセッション参加を促す流れ図を示す。 図６は、実施形態例にしたがって、キュー管理によってセッション参加を促す流れ図を示す。 図７は、実施形態例にしたがって、キュー管理によってセッション参加を促す流れ図を示す。 図８Ａは、実施形態例にしたがって、キュー管理によってセッション参加を促すクライアント・ユーザー・インターフェースのブロック図を示す。 図８Ｂは、実施形態例にしたがって、キュー管理によってセッション参加を促すクライアント・ユーザー・インターフェースのブロック図を示す。 図９は、種々の実施形態例を実施するために使用することができる移動体デバイスの一例のブロック図を示す。 図１０は、実施形態を実施するために使用することができるコンピューティング・デバイスの一例のブロック図を示す。

[0018] 実施形態の特徴および利点は、以下に明記する詳細な説明を、添付図面と併せて検討することによって、一層明らかになるであろう。図面において、同様の参照記号は全体を通じて対応する要素を識別する。図面において、同様の参照番号は総じて同一の、機能的に同様な、および／または構造的に同様な要素を示す。要素が最初に出てくる図面は、対応する参照番号における最も左側にある桁（１つまたは複数）によって示される。

Ｉ．緒言
[0019] 以下の詳細な説明は、多数の実施形態を開示する。本特許出願の範囲は、開示する実施形態に限定されるのではなく、開示する実施形態の組み合わせや、開示する実施形態の変更も包含するものとする。

[0020] 明細書において「一実施形態」(one embodiment)、「実施形態」(an embodiment)、「実施形態例」(an example embodiment)等に言及するときは、その記載される実施形態が、特定の特徴、構造、または特性を含むのはもっともであるが、あらゆる実施形態が必ずしもその特定の特徴、構造、または特性を含まなくてもよいことを示す。更に、このような語句は必ずしも同じ実施形態を指すわけではない。更にまた、ある実施形態に関して特定の特徴、構造、または特性が記載されるとき、そのような特徴、構造、または特性を、明示的に記載されているか否かには関係なく、他の実施形態と関連付けて実現する(effect)ことは、当業者の知識の範囲内でできるということを具申する。

[0021] この論述において、特に明記されていない限り、「実質的に」(substantially)、「約」(approximately)、および「大体」(about)というような副詞は、本開示の実施形態の１つまたは複数の特徴の状態または関係特性(relationship characteristic)を修飾するが、その条件または特性が、意図する用途に対して実施形態の動作に容認可能な、許容度の範囲内に収まるように定められることを意味すると理解されるものとする。

[0022] 更に、本明細書において使用される空間的記述（例えば、「上方」(above)、「下」(below)、「上」(up)、「左」(left)、「右」(right)、「下」(down)、「最上位」(top)、「最下位」(bottom)、「垂直」(vertical)、「水平」(horizontal)等）は、例示だけを目的とするに過ぎないこと、そして本明細書において説明する構造および図面の実際の実施態様(practical implementation)は、空間的に任意の方位または方法で配置できることは、理解されてしかるべきである。加えて、図面は同じ拡縮率で示されるとは限らず、図面の要素の方位または編成は、実施形態毎に異なる場合もある。

[0023] 以下に多数の例示的な実施形態について説明する。尚、本明細書において付ける章／副章の見出しはいずれも、限定することを意図するのではないことを注記しておく。本文書全体を通じて実施形態について説明し、いずれの種類の実施形態であっても、いずれの章／副章の下に含まれてもよい。更に、いずれの章／副章において開示される実施形態も、同じ章／副章および／または異なる章／副章において記載されるいずれの他の実施形態とでも、任意の方法で組み合わされてもよい。

[0024] 以下の章ＩＩでは、キュー管理によってセッション参加を促す実施形態例について説明する。具体的には、章ＩＩ．Ａでは、キュー管理によるセッション参加システムの例について説明し、章ＩＩ．Ｂでは、ユーザー・インターフェースの実施形態例を示す。以下の章ＩＩＩでは、本明細書において説明する実施形態の機能(features)を実現するために使用することができる移動体デバイスおよびコンピューティング・デバイスの実施形態例について説明する。以下の章ＩＶでは、更に他の例および利点について説明し、章Ｖではいくつかの結論を述べる。
ＩＩ．キュー管理によってセッション参加を促す実施形態例
[0025] 本明細書では、キュー管理によってセッション参加を促す方法、システム、装置、デバイス、およびコンピューター・プログラム製品を提供する。ユーザーまたはユーザーのグループが、ビデオ・ストリームまたはゲームのため等のオンライン・アクティビティ・セッションにおいて、他のユーザーまたはユーザーのグループと共に、プレーするまたは参加することを望むが、そのアクティビティにはセッション容量が制限される場合がある。即ち、プレーまたは参加することを望むユーザーの数が、任意の所与の時点において参加できるユーザーの最大数を超過するおそれがある。したがって、マルチプレーヤー体験は、通例、１組のプレーヤー・スポット(player spot)に限定されるので、マルチプレーヤー体験は、その体験に入ることを許される人よりも、プレーするのを待っている人の方が多いという場面(scenario)に遭遇する。プレーしているのが友人となのか、無差別の他人となのか、ゲーム・ストリーミングの聴衆となのかには関係なく、またはコミュニティとプレーするのを待っているのが非常に重要な人物／プレーヤー（ＶＩＰ）なのかにも関係なく、この問題は起こる可能性がある。ストリーマーが、プレー・セッションにおいて、ゲスト・プレーヤーとして彼らの聴衆と対戦することを望む場合、またはマルチプレーヤー・ゲームを開始した者(initiator)が友人とゲームをプレーすることを望む場合、この参加者超過(overflow)に対処するために現在いくつかのオプションが利用可能である。ゲームが終了したとき、ホスト／ストリーマーが新たな１組のゲスト・プレーヤーを彼らのグループまたは聴衆から募る(take)ことを望む場合、ホスト／ストリーマーは、現在のゲームのゲスト・プレーヤー全員を退出させ（そのゲームにおいて可能な場合）、またはゲーム「ロビー」を完全に解放し(leave)プロセスを再度開始しなければならない。この場合、ビューア／プレーヤーにはいかなる型式の優先順位も適用することが許可されず、早く加入した者であれば誰でも、ゲームに参加する。

[0026] セッションの参加に関心を表明したプレーヤーを自動的にキューに入れることによって、そしてある時間期間およびある回数のセッションにわたってこれらのユーザーを自動的に順番に当てる(cycling through)ことによって、説明する実施形態は、セッション参加を求める要求をできるだけ多く、効率的および自動的に満たすための機能を提供する(provide for)。加えて、キューにおいて待っているユーザーは、彼らが待っている間他のことを行えるように、非同期状態にある。したがって、説明する実施形態は、効率的なセッション・セットアップ(setup)、およびプレーヤーの自動キューイングによる参加を可能にする。

[0027] 例えば、セッション・キューイング・サービスは、セッション・キューイング・システム・ホスト（例えば、処理システムまたはサーバー）上で実行することができる。セッション・キューイング・システム・ホストは、セッション・ホスト／ストリーマー・クライアント・デバイス（例えば、コンテンツ・ストリーマー、コンテンツ・クリエーター、ＶＩＰまたはサービス・プラットフォーム要員のようなゲーム・プレーヤー、ゲーム・インフルエンサー等のクライアント・デバイス）と、ゲスト・プレーヤーとしてゲームまたはストリームのセッションに参加することを望む他のユーザーのクライアント・デバイスとの間で、ネットワーク上に存在する。セッション・キューイング・サービスは、他のユーザーを自動的にキューに入れ、他のユーザーをゲスト・プレーヤーとして追加し、ゲーム／コンテンツ・ストリームのセッションのためにゲスト・プレーヤーを退出させるように構成される。セッション・キューイング・サービスは、ホスト／ストリーマーとユーザー／参加者のクライアント・デバイス間に位置付けられ、ストリーマー・クライアント・デバイスによってストリーミングされるアクティビティ（例えば、ゲーム）のセッションに加入する要求を、他のユーザーから受け、クライアント・デバイスのユーザーを自動的にキューに入れ、彼らをゲスト・プレーヤーとしてセッションに挿入することが可能である。このように、セッション・キューイング・サービスは、ストリーミングされるコンテンツの各インスタンスに特定的な方法で、異なる開発者による任意の数のタイトルに対して、任意の数の他のユーザーのために、セッション参加を集中的に管理することが可能である。

[0028] 実例をあげると、クライアント・デバイス（例えば、ストリーマー／ホスト・クライアント・デバイス）上でタイトルをプレーしているユーザーが、１人以上の他のユーザーによってそれぞれのクライアント・デバイス（例えば、ゲスト・クライアント・デバイス）において、ネットワークを通じて、このコンテンツ・ストリームを視聴できるように、彼らのタイトル・プレーをストリーミングすることができる。例えば、セッションの間、他のユーザーは、単にコンテンツ・ストリームを視聴することだけが認められるのでもよく、一方他の場合では、他のユーザーは、ストリーミングされているタイトル・セッションを視聴し更にインタラクトすることも認められてもよい。セッションは、ストリームの予め定められた部分であっても、またはストリーマーが定めた部分であってもよい。即ち、他のユーザーは、ストリーマー・クライアント・デバイスにおいてタイトルをプレーしているユーザーのタイトル・セッションに加入することができる。同様に、ホストによって作成されたマルチプレーヤー・ゲーム・インスタンスのロビーにいるユーザーを、このようなユーザーによって加入させることもできる。

[0029] 説明する実施形態は、任意の数の異なるタイトル・ストリームまたはゲーム（例えば、「アクティビティ」）のために作用することができるプラットフォーム・レベルの機能(features)を提供し(provide for)、参加者のセッションへの自動組み入れ(assembling)を可能にすることにって、ユーザー体験を改善する、クライアントに対するシステム負荷を軽減する、ネットワーク・トラフィック負荷を軽減する等を含む便益が得られる。即ち、ストリーマー／ホスト・ユーザーは、ホストが参加応募者を確認する必要がないグループ募集（ＬＦＧ：looking for group）メッセージをポストすることが認められ(enabled)、彼らをパーティに入れ、彼らをゲームに誘い、次いでセッション毎、ゲーム毎にプロセスを繰り返そうとする。ＬＦＧポストは、このように、実施形態によれば、ストリーマーと共にアクティビティのセッションに参加することを望むプレーヤーの先入れ先出しキューとして作用するために利用することができる。また、タイトル開発者が、説明する実施形態を、本明細書において詳細に説明するプラットフォームから彼らのタイトルに統合することを望む場合、ＬＦＧポストはタイトル開発者にアクセス可能にしてもよい。即ち、ストリーマー／ホストは、この種のアクティビティのためのゲーム特定ＬＦＧを作成することができる。例えば、ストリーマー／ホストがゲームに入るとき、ＬＦＧを彼らのゲーム・ロビーに集めるオプションを提供することができる。最初に、ユーザーは、アクティビティのストリームを視聴する、あるいはストリーマー／ホスト・ユーザーによってプレーまたは開始される、ゲームのような、マルチプレーヤー・アクティビティをプレーするためにグループに加入することを要求するのでもよい。セッション・キューイング・サービス、または代わりにＲｅｄｍｏｎｄ，ＷＡのＭｉｃｒｏｓｏｆｔ ＣｏｒｐｏｒａｔｉｏｎからのＸｂｏｘ Ｌｉｖｅ（登録商標）のようなゲーミング／ストリーミング・サービスは、ユーザーをアクティビティ・グループに、例えば、ゲスト・プレーヤー、ストリームの観衆等として含ませることによって、ユーザーをマルチプレーヤー・ゲーム、ビデオ・ストリーム、または他のアクティビティと関連付けるように構成することができる。ユーザーは、セッションへの参加を要求し、自動的にキューに入ることができる。このように、タイトル開発者は、ユーザーをキューの最上位から引き出し、セッションにゲスト・プレーヤーとして自動的に参加させることが認められる。キュー内にいるユーザーがログ・オフした場合または利用できなくなった場合、説明する実施形態は、利用できなくなったユーザーをキューから自動的に退出させるように構成される。セッションの完了後、ロビー／ＬＦＧからのゲスト・プレーヤーの自動退出を行うことができ、次の１組のユーザーを、キューの最上位から、新たなセッションにゲスト・プレーヤーとして引き入れることができる。セッション・キューイング・サービス、または代わりにストリーミング・サービスは、マルチプレーヤー・セッションが開始したとき、終了したとき、またはその間で変化したときに追跡するように構成することができ、こうして、指定された時点に、プレーヤーの追加および／または退出を行うべきときを自動的に判定する機能(ability)を提供する。

[0030] したがって、説明するプラットフォームの特徴は、ストリーマーおよび参加者が、プロセスの管理に伴う負担を軽減されるように、セッション参加のための効率的でシームレスなプレーヤーのキューイングおよび循環(cycling)を可能にする。説明する実施形態は、任意の種類のストリーミング／セッション参加のシナリオに応用することができ、更にホスト・プレーヤーが、実際にストリーミングせずに、ゲーム・セッションまたはアクティビティを作成するマルチプレーヤー・インタラクションのシナリオに応用することができる。限定ではなく、これらのシナリオには、ストリーマーが聴衆の一員(audience member)とプレーすることを望むシナリオ、ＶＩＰゲーマーがソーシャル・コンテキストにおいてゲーム・セッションを広告し、参加ユーザーをキューに入れる必要があるシナリオ、ゲーム・プレーヤーが友人とプレーすることを望むが、友人の集団がアクティビティのプレー・サイズを超過する（即ち、したがって、何人かのプレーヤーがキューに入り、彼らの順番を待つ必要がある）シナリオ、大きな会員母体(member base)を有するゲーミング・クラブが、複数のセッションがプレーするために利用可能な、プレー・セッションを編成することを望むシナリオ等が含まれる。

[0031] また、実施形態は、統合されていないタイトルのキューイングおよびセッション管理を改善することも可能にする。実例をあげると、説明するプラットフォームを仮想会議室(meeting place)として使用し、パーティを形成し、ストリーマー／ホストがキューの最上位からユーザーをパーティに受け入れるプロセスを開始することによって、未統合タイトルのストリーマー／ホストでさえも、改良されたゲーム／ストリーム・フローへのアクセスが付与される。選択されたユーザーを自動的にパーティに含ませることができ、ストリーマー／ホストは、セッションへの参加のために、パーティ全体をゲームまたはアクティビティに挿入することができる。セッションが終了した後、タイトルは統合されないので、ストリーマー／ホストは、ゲーム・ロビーを解放し再開する追加ステップを実行することができる。つまり、既存のゲスト・プレーヤーをセッションから追い出し、キューからの新たな１組のユーザーを、新たなセッションのゲスト・プレーヤーとして選択するアクションは、先に説明したパーティ・プロセスを繰り返す前に、ストリーマー／ホスト・ユーザー・インターフェースの１回のボタン・クリックで行われる。

[0032] キュー管理によるセッション参加促進のための、説明する実施形態によるタイトルの統合は、事実上シームレスであり、セッション・キューイング・サービスは、ユーザーをどのようにキューに入れるかについて、固執を最小限に抑えたサービス(minimally opinionated services)として動作する。セッション・キューイング・ホストは、異なるゲームまたはコンテンツ・ストリームに合わせて、非常に多数のユーザーおよびセッション参加者に対処するようにスケーラブルである。キューイングは、例えば、キューに入れられたユーザーがフォロワーである、友人である、ユーザーのタイトル内成績に関する任意の型の統計または情報を含む特定のタイトル内属性を有する、登録している、ストリーマー／ホストのストリームの視聴に費やす時間が相対的に長い、定額課金プログラムに入会している(enroll)、ある額の視聴／観戦報酬を受けたことがある等に基づいて、ストリーマー／ホストの好みにしたがって、優先順位を付けることもできる。

[0033] 言い換えると、本明細書において開示する実施形態は、キュー管理によるセッション参加の促進に対応する。これらおよびその他の実施形態について、以下に更に詳しく説明する。
Ａ．キュー管理によるセッション参加システム例
[0034] 実施形態では、キュー管理によるセッション参加促進のために、種々の方法でシステムおよびデバイスを構成することができる。実例をあげると、図１は、実施形態によるキューイング・システム(queuing system)１００のブロック図である。キューイング・システム１００は、実施形態にしたがって、キュー管理によるセッション参加の促進を可能にするように構成されている。図１に示すように、キューイング・システム１００は、ストリーマー／ホスト・クライアント・デバイス１０２ａ、ゲスト・クライアント・デバイス１０２ｂ、セッション・キューイング・ホスト１０４、およびタイトル開発者サーバー１１４を含み、これらはネットワーク１１０を通じて互いに通信することができる。尚、種々の実施形態において、任意の数のストリーマー・クライアント・デバイス、ゲスト・クライアント・デバイス、およびセッション・キューイング・ホスト、および／またはタイトル開発者サーバーが存在してもよいことは注記してしかるべきである。加えて、実施形態によれば、図１に示すコンポーネントの任意の組み合わせもキューイング・システム１００内に存在してもよい。

[0035] 先に注記したように、ストリーマー／ホスト・クライアント・デバイス１０２ａ、ゲスト・クライアント・デバイス１０２ｂ、およびセッション・キューイング・ホスト１０４、ならびにタイトル開発者サーバー１１４は、ネットワーク１１０を通じて通信可能に結合されている。ネットワーク１１０は、コンピューティング・デバイスおよびサーバーを接続する、インターネット、有線またはワイヤレス・ネットワークおよびその一部、ポイント・ツー・ポイント接続、ローカル・エリア・ネットワーク、企業ネットワーク等のような、しかしこれらに限定されない、任意の種類の通信リンクを構成することができる。

[0036] タイトル開発者サーバー１１４は、１つ以上のサーバー・コンピューターまたはコンピューティング・デバイスを備えることができ、１つ以上の分散型または「クラウド・ベースの」サーバーを含んでもよい。タイトル開発者サーバーは、ビデオ・ゲーム、インタラクティブ・アプリケーション等のようなタイトルを、開発者が開発および／または公開(publish)することを可能にするように構成することができる。したがって、タイトル開発者サーバー１１４、またはそれに付随するストレージは、１つ以上のタイトル１１６を含むことができる。タイトル（１つまたは複数）１１６は、開発者によって開発されたタイトルを実行するためおよび／または実行をサポートするための、コードもしくはアプリケーションを含むことができる。タイトル（１つまたは複数）１１６は、本明細書において説明するように、ネットワークを通じたクライアント・デバイスへの電子的なダウンロードのために提供することができ、および／またはタイトルを実行するためにクライアント・デバイスによって読み取られる／アクセスされるコンピューター読み取り可能記憶媒体上にエンコードすることもできる。

[0037] セッション・キューイング・ホスト１０４は、１つ以上のサーバー・コンピューターまたはコンピューティング・デバイスを備えることができ、１つ以上の分散型または「クラウド・ベースの」サーバーを含んでもよい。実施形態では、セッション・キューイング・ホスト１０４は、Ｘｂｏｘ Ｌｉｖｅ（登録商標）のような、ゲームまたはストリーミング・サービス・システムまたはプラットフォームと関連付けることができ、またはその一部であってもよい。クライアント・デバイスのユーザーは、ストリーマー／ホスト・クライアント・デバイス１０２ａのユーザー・インターフェース（ＵＩ）１１２ａを通じて、および／またはゲスト・クライアント・デバイス１０２ｂのＵＩ１１２ｂを通じてというようにして、ネットワーク１１０を通じてゲーム／ストリーミング・サービスまたはプラットフォームに対して認証することができ、認証されると、ストリーマー／ホスト・クライアント・デバイス１０２ａは、コンテンツをストリーミングするまたはマルチプレーヤー・ゲーム・インスタンスを作成することができ、ゲスト・クライアント・デバイス１０２ａは、ストリーミングされたコンテンツを視聴することができ、そしてストリーマー／ホスト・クライアント・デバイス１０２ａおよびゲスト・クライアント・デバイス１０２ａは、ゲームのような、マルチユーザー・アクティビティに加入することができる。セッション・キューイング・ホスト１０４は、ストリーマー／ホスト・クライアント・デバイス１０２ａのユーザー・インターフェース（ＵＩ）１１２ａを通じて、および／またはゲスト・クライアント・デバイス１０２ｂのＵＩ１１２ｂを通じてというようにして、クライアント・デバイスからのアクティビティおよびそのセッションへの参加のために、ユーザーをグループおよび／またはキューに追加する要求をネットワーク１１０を通じて受けるように構成されている。例えば、ストリーマー／ホスト・ユーザーが、あるタイトルをプレーし、このタイトルのライブ・コンテンツをストリーマー／ホスト・クライアント・デバイス１０２ａを通じてストリーミングしているのでもよく、一方他のユーザーが、このストリーミング・ライブ・コンテンツを仮想ロビーにおいて視聴している観衆であってもよく、またそうでなければゲスト・クライアント・デバイス１０２ｂにおいてそのタイトルのストリーミング・ライブ・コンテンツを視聴している観衆であってもよい。他の例では、ストリーマー／ホスト・ユーザーがマルチプレーヤー・ゲーム／アクティビティをストリーマー／ホスト・クライアント・デバイス１０２ａを通じて作成しているのでもよく、一方他のユーザーが、このストリーミング・ライブ・コンテンツを仮想ロビーにおいて視聴している観衆であってもよく、またそうでなければゲスト・クライアント・デバイス１０２ｂにおいてそのタイトルのストリーミング・ライブ・コンテンツを視聴している観衆であってもよい。

[0038] 図示のように、セッション・キューイング・ホスト１０４は、セッション・トラッカー１０６とセッション・キューイング・サービス１０８とを含む。尚、セッション・トラッカー１０６は、実施形態では、ネットワーク１１０を通じて通信可能に接続されたゲームまたはストリーミング・サービス・システムもしくはプラットフォーム（簡潔さおよび図の明確さのため示されていない）のためのリモート・システムおよび／または関連システム内というように、セッション・キューイング・ホスト１０４から離れて配置されてもよいことを注記しておく。また、本明細書では、簡潔さおよび図の明確さのために、セッション・トラッカー１０６およびセッション・キューイング・サービス１０８の１つのインスタントだけが図１に示されているが、実施形態では、これらのコンポーネントのインスタンスが複数存在してもよいことも想定している。

[0039] セッション・キューイング・ホスト１０４は、セッション・キューイング・サービス１０８において、タイトルの観衆ユーザー／視聴ユーザー(spectating/viewing user)からのマルチプレーヤー・ゲームまたはタイトル・ストリームに参加する要求を、例えば、ゲスト・クライアント・デバイス１０２ｂのＵＩ１１２ｂから受けるように構成されている。また、セッション・キューイング・サービス１０８は、要求元のユーザー／クライアント・デバイスを、ゲーム／ストリームのセッションへの挿入のために、キューに入れ、キューに入れられた複数組のユーザーをゲーム／ストリームのセッションに挿入するように構成されている。したがって、セッション・キューイング・サービス１０８は、グループ形成およびそのセッション参加をし易くするためのサービス（例えば、ＬＦＧサービス）として動作するように構成されている。観衆ユーザー／視聴ユーザーからのゲーム／タイトル・ストリームへの参加要求は、セッション・キューイング・サービス１０８によって、ストリーマー／ホスト・クライアント・デバイス１０２ａのストリーマー／ホスト・ユーザーがキューイングをアクティブ化する(activate)またはイネーブルする前または後のいずれかにおいて、受けることができる。実例をあげると、タイトルをストリーミングしている間に、ストリーマー／ホスト・ユーザーが、例えば、ＵＩ１１２ａを通じて、このストリームのセッションへの観衆ユーザーの参加を求める多くの要求が受け付けられていることに気が付き、次いでゲーム／ストリームのセッションへの挿入のための観衆のキューイングを、ホスト／ストリーマー・ユーザーによってアクティブ化してもよい。このような場合、セッション・キューイング・サービス１０８は、キューに入れられる前に、要求元の観衆および彼らのそれぞれの要求の順序を追跡し、ストリーマー／ホストがキューイングをイネーブルしたときに、ＦＩＦＯ順序付けが維持されるように構成することもできる。一例では、ストリーマー／ホストによってキューイングがアクティブ化される前に、要求元のユーザーをキューに入れておき、アクティブ化が発生したときまたは場合に、順序付けを維持するようにしてもよく、一方キューは、ストリーマー／ホストによって、またはストリーム／ゲームが終了したときにクリアされればよい。ある実施形態では、観衆のキューイングをイネーブルするとよいのは、ストリーマー／ホスト・ユーザーによるタイトルの起動(launch)時である。また、参加のためにキューイングを要求するオプションは、ストリーマー／ホストによる、例えば、ＵＩ１１２ａを通じたキューアクティブ化に続いて、例えば、ＵＩ１１２ｂを通じて、観衆のみに付与されてもよいことも考えられる。このようなシナリオでは、例えば、セッションに加入することを要求するための選択可能なオプションを強調またはアクティブ化することによって、メッセージによって等で、ＵＩ１１２ｂを通じて通知を観衆ユーザーに供給してもよい。

[0040] セッション・トラッカー１０６は、ゲームおよびコンテンツ・ストリーマーのセッションを追跡するように構成されている。即ち、セッション・トラッカー１０６は、セッションを監視して、いつセッションが開始するか、終了するか、またはその間で状態が変化したか判定するように構成されている。セッション・トラッカー１０６は、セッション状態およびその変化の指示を、セッション・キューイング・サービス１０８に供給することができる。したがって、セッション・キューイング・サービス１０８は、新たなセッションが開始しようとしているときを判定し、差し迫るセッションのアラートを出し、複数組のユーザーをゲスト・プレーヤーとしてストリーミング・セッションの開始時に挿入し、その完了時にゲスト・プレーヤーをセッションから退出させるまたは追い出す等、というように構成されている。

[0041] セッション・トラッカー１０６および／またはセッション・キューイング・サービス１０８は、各々、ハードウェア、あるいはソフトウェアおよび／またはファームウェアの一方もしくは双方と組み合わせたハードウェアで実装することができ、セッション追跡および自動キューイングの管理によって、オンライン・ゲーム、コンテンツ・ストリームおよび／またはアクティビティへの参加を促すために、本明細書において説明する任意の機能／動作を実行するように構成することができる。

[0042] ストリーマー／ホスト・クライアント・デバイス１０２および／またはゲスト・クライアント・デバイス１０２ｂは、任意の種類のコンピューティング・デバイスまたはコンピューティング・システムでもよく、ゲーム・コンソール（例えば、Ｒｅｄｍｏｎｄ，ＷＡのＭｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎからの任意の型式のＸｂｏｘ（商標）またはＸｂｏｘ Ｏｎｅ（商標）コンソール、Ｓｏｎｙ Ｃｏｒｐｏｒａｔｉｏｎの任意の種類のＰｌａｙＳｔａｔｉｏｎ（登録商標）コンソール等）、端末、パーソナル・コンピューター、ラップトップ・コンピューター、タブレット・デバイス、スマート・フォン等が含まれ、タイトル開発者からのタイトルをプレーする、ストリーミングする、および／または観戦するために、ユーザーによって使用することができる。タイトルは、開発者によって電子的に流通されても、またはコンピューター読み取り可能記憶媒体を介して流通されてもよい。コンピューター読み取り可能記憶媒体は、タイトルの実行のために、説明したクライアント・デバイスに挿入またはアップロードすることができる。本明細書において説明したように、ストリーミング・ユーザーおよび観衆ユーザーは、セッション・キューイング・ホスト１０４を利用することができる。ストリーマー／ホスト・クライアント・デバイス１０２ａおよび／またはゲスト・クライアント・デバイス１０２ｂは、ユーザー認証／資格証明書情報を、ネットワーク１１０を通じてゲーム／ストリーミング・サービス・システムまたはプラットフォームに、例えば、ＵＩ１１２ａ／ＵＩ１１２ｂを介して提供するように構成されている。加えて、ユーザーは、本明細書において説明したように、ストリーミング、観戦、セッション・キューイングおよび参加等のために、ＵＩ１１２ａまたはＵＩ１１２ｂを利用することができる。実施形態では、ストリーマー／ホスト・クライアント・デバイス１０２ａおよび／またはゲスト・クライアント・デバイス１０２ｂは、このようなＵＩのインスタンスを含んでもよい。このインスタンスは、セッション・キューイング・ホスト１０４からおよび／またはゲーム／ストリーミング・サービス・システムもしくはプラットフォームから受信され、あるいはストリーマー／ホスト・クライアント・デバイス１０２ａおよび／またはゲスト・クライアント・デバイス１０２ｂのコンポーネントとして受信され、格納されている。実施形態では、ＵＩ１１２ａおよび／またはＵＩ１１２ｂは、任意の種類のサービス／アプリケーションＵＩ、ブラウザー、クライアントまたは電子通信アプリケーション、メッセージング・アプリケーション、ポータル等であってもよい。例の中には、ＵＩ１１２ａおよび／またはＵＩ１１２ｂが、タイトル開発者からのタイトルのコンポーネントである場合もある。

[0043] 尚、ストリーマー／ホスト・クライアント・デバイス１０２ａは、ゲスト・クライアント・デバイス１０２ｂのような、ゲスト・クライアント・デバイスとして動作するように構成されてもよいこと、そしてゲスト・クライアント・デバイス１０２ｂは、ストリーマー／ホスト・クライアント・デバイス１０２ａのような、ストリーマー・クライアント・デバイスとして動作するように構成されてもよいことは、注記してしかるべきである。即ち、本明細書において説明した異なるクライアント・デバイスは、それらの名称(label)によって、それらの機能および動作が限定されることはない。名称は、本明細書における例示および説明のために、そのように付けられた(attributed)に過ぎない。加えて、ストリーマー／ホスト・クライアント・デバイス１０２ａおよび／またはゲスト・クライアント・デバイス１０２ｂは、各々、ストリーミングせずに、または観衆が視聴しなくても、タイトルをプレーするように構成することもできる。これは、本開示から利益が得られる技術分野（１つまたは複数）の当業者には理解されよう。

[0044] 尚、本明細書において説明したように、セッション追跡および自動キューイングの管理によってオンライン・アクティビティへの参加を促す実施形態は、ゲーム／ストリーミング・サービス・システムまたはプラットフォームがネットワークを通じてクライアント・デバイスと通信するシステムであれば、いずれの種類にも適用可能であることを注記しておく。１つの例をあげると、セッション・キューイング・ホスト１０４および／またはセッション・キューイング・サービス１０８は、ネットワーク・アーキテクチャ／プラットフォームにおける「クラウド」の実施態様、アプリケーション、またはサービスである。クラウド・プラットフォームは、ネットワーク接続された１組のコンピューティング・リソースを含み、構成変更可能であり、共有可能であり、データーの安全性を提供し、インターネットのようなネットワークを通じてアクセス可能なサーバー、ルーター等が含まれる。クラウド・アプリケーションは、ネットワークを通じてアプリケーションにアクセスするエンティティのために、これらのコンピューティング・リソース上で実行し、多くの場合、リソース上で実行するオペレーティング・システム上で実行する。クラウド・プラットフォームは、マルチテナント機能(multi-tenancy)をサポートすることができる。マルチテナントでは、クラウド・プラットフォーム・ベースのソフトウェアが複数のテナントにサービスを提供し、各テナントが１人以上のユーザーを含み、これらのユーザーがクラウド・プラットフォームのソフトウェア・サービスへの共通アクセスを共有する。更に、クラウド・プラットフォームは、ハードウェア、ソフトウェア、および／またはファームウェアとして実装されるハイパーバイザーをサポートすることができる。ハイパーバイザーは、仮想機械（オペレーティング・システムを含む、エミュレートされたコンピューター・システム）をテナントのために実行する。ハイパーバイザーは、テナントのための仮想オペレーティング・プラットフォームを表す。

[0045] したがって、セッション・キューイング・ホスト１０４のようなセッション・キューイング・ホスト・システムは、ストリーマー・クライアント・デバイスおよび／またはゲスト・クライアント・デバイスのユーザーのために、セッション追跡および自動キューイングの管理によってオンライン・コンテンツ・ストリームまたはアクティビティへの参加を改善および促進するために、種々の方法で構成することができる。例えば、図２は、セッション追跡および自動キューイングの管理によってオンライン・コンテンツ・ストリームまたはアクティビティへの参加を改善および促進するように構成されたセッション・キューイング・サービス・ホスト・システム２００（ここでは「システム２００」）のブロック図である。システム２００は、図１のキューイング・システム１００の実施形態である。以下に、システム２００について説明する。

[0046] システム２００は、セッション・キューイング・ホスト２０２を含む。セッション・キューイング・ホスト２０２は、図１のセッション・キューイング・ホスト１０４の実施形態であってもよく、本明細書の他の場所で述べたような、またそうでなければ知られている、任意の種類のサーバー・コンピューターまたはコンピューティング・デバイスであってもよく、クラウド・ベースのサーバーによる実装(cloud-based server implementations)を含む。図２に示すように、システム２００およびセッション・キューイング・ホスト２０２は、プロセッサー（「プロセッサー」）２０４の１つ以上、メモリーおよび／または他の物理記憶デバイス（「メモリー」）２０６の１つ以上、１つ以上のネットワーク・インターフェース（「ネットワーク・インターフェース」）２２６、およびセッション・キューイング・サービス２０８を含む。セッション・キューイング・サービス２０８は、図１のセッション・キューイング・サービス１０８の実施形態であってもよい。また、システム２００は、先に説明した図１のセッション・トラッカー１０６の実施形態であってもよい、セッション・トラッカー２２２と、およびユーザー情報２２４とを含むこともできる。また、システム２００は、追加のコンポーネント（簡潔さおよび図の明確さのために示されていない）も含むことができる。追加のコンポーネントには、ＵＩ１２ａおよび／またはＵＩ１１２ｂ等のような、本明細書における他のシステムのコンポーネントおよびサブコンポーネント、ならびにオペレーティング・システムのような、図９および図１０に関して以下で説明するものが含まれるが、これらに限定されるのではない。

[0047] プロセッサー２０４およびメモリー２０６は、それぞれ、本明細書において説明する、および／または本開示から利益が得られる関連技術（１つまたは複数）における当業者には理解されるような、任意の種類のプロセッサー回路またはメモリーでもよい。プロセッサー２０４およびメモリー２０６は、各々、１つ以上のプロセッサーまたはメモリー、異なる種類のプロセッサーまたはメモリー、リモート・プロセッサーまたはメモリー、および／または分散型プロセッサーもしくはメモリーを含んでもよい。プロセッサー２０４は、セッション・キューイング・サービス２０８の実施形態のような、しかしこれには限定されないコンピューター・プログラム命令を実行するように構成された回路を含む。コンピューター・プログラム命令は、本明細書において説明したような、セッション追跡および自動キューイング等の管理によってオンライン・コンテンツ・ストリームまたはアクティビティへの参加を促進するためのコンピューター・プログラム命令として実装することができる。メモリー２０６は、このようなコンピューター・ブログラム命令／コードを格納するように構成され、更に、限定ではなく、タイトル情報、ユーザー情報、追跡情報等を含む、本開示において説明した他の情報およびデーターを格納するように構成されている。

[0048] ネットワーク・インターフェース２２６は、任意の種類の有線および／またはワイヤレス・ネットワーク・アダプター、モデム等でもよく、図１に関して先に説明したネットワーク１１０のようなネットワークを通じて、システム２００と、本明細書において説明したようなネットワークにおいて利用される他のデバイス（例えば、ストリーマー／ホスト・クライアント・デバイス１０２ａ、ゲスト・クライアント・デバイス１０２ｂ、および／またはタイトル開発者サーバー１１４）と間における通信のように、システム２００が他のデバイスとネットワークを通じて通信することを可能にするように構成されている。

[0049] ユーザー情報２２４は、限定ではなく、ユーザー、ユーザーのアカウント（例えば、ログイン資格証明書、ユーザー・エリアスまたはハンドル等）、ユーザーのクライアント・デバイス、ユーザーのネットワーク、ユーザーが観衆としてプレーまたは視聴したタイトル、ユーザーが獲得した褒賞、およびユーザーがシステム２００またはゲーム／ストリーミング・サービス・システムもしくはプラットフォームにログインしたという指示に関する情報を含むことができる。また、ユーザー情報２２４は、コンテンツ・ストリーム視聴時間追跡(tracked time viewing content streams)、観衆参加、コンテンツ・ストリームの間に視聴されたタイトル・イベント、１組のユーザーのフォロワー、１組のユーザーがフォローしている他のユーザー、登録(subscription)、１組のユーザーの友人、メンバーシップ（例えば、クラブまたはコミュニティのメンバーシップ）、ユーザーのタイトル内属性／データーまたはユーザーのタイトル内キャラクターに関する情報というような基準データー、および／または任意の他の型の基準データーも含むことができる。実施形態では、このような基準データーは、ユーザーがキュー優先順位の条件を満たすか否か判定するために使用することもできる。

[0050] セッション・キューイング２０８は、例えば、ＬＦＧサービスのような、キュー管理によってセッション参加における促進のための、本明細書において説明した技法を実行する複数のコンポーネントを含む。図示のように、セッション・キューイング・サービス２０８は、コミュニケーター２１０、聴衆マネージャ(audience manager)２１２、キュー・マネージャ２１４、セッション・マネージャ２１６、アプリケーション・プログラミング・インターフェース（ＡＰＩ）２１８、およびＵＩプロバイダー２２０を含む。図示を明確にするために別々に示されているが、実施形態では、コミュニケーター２１０、聴衆マネージャ２１２、キュー・マネージャ２１４、セッション・マネージャ２１６、ＡＰＩ２１８、および／またはＵＩプロバイダー２２０の内１つ以上を一緒に組み合わせてもよく、および／またはシステム２２０の他のコンポーネントの一部として、組み合わせてもよい。ある実施形態では、図２に示すセッション・キューイング・サービス２０８のコンポーネント全てが含まれるのではなくてもよい。ソフトウェアの実装では、セッション・キューイング・サービス２０８および／またはセッション・キューイング・ホスト２０２の１つ以上のコンポーネントをメモリー２０６に格納することができ、プロセッサー２０４によって実行することができる。

[0051] コミュニケーター２１０は、システム２００のセッション・キューイング・サービス２０８についての電子通信を受信および／または送信するように構成されている。実例をあげると、コミュニケーター２１０は、本明細書において説明したように、クライアント・デバイスのユーザーからの、セッション参加に関する要求、キューイング・アクティブ化コマンド、観戦ユーザーの指標(indicia of users spectating)、セッション状態情報、ＵＩを求める要求等を、ネットワーク・インターフェース２２６を通じてというようにして、受けるように構成されている。同様に、システム２００のセッション・キューイング・サービス２０８は、以下で説明するように、コミュニケーター２１０を通じて、通知をユーザー、ＵＩ等に発行、送信、および／または供給するように構成されている。

[0052] 聴衆マネージャ２１２は、タイトルのロビーにおいてストリームを視聴し、ゲーム参加またはストリーム視聴等のためにグループに加入したユーザーを追跡するように構成することができる。例えば、観衆ユーザーを、セッション・キューイング・サービス２０８およびシステム２００と関連付けられたゲーム／ストリーミング・サービス・システムまたはプラットフォームにログインさせ、オンラインで認証することができる。サービス・システムまたはプラットフォームは、ユーザーがアクティブ・ストリームを見る、特定のゲームまたはタイトルのためのロビーに集まる、グループ・ルームに加入する等のためのメカニズムを提供することができる。聴衆マネージャ２１２は、実際にストリームを視聴しているユーザー、またそうでなければ、あるタイトルに関心があるユーザーだけが、セッション参加のために、キューに入れられるおよび／またはキューに入れられたままでいるのに適格となるように、構成することができる。

[0053] キュー・マネージャ２１４は、ゲーム／ストリーム・セッションへの参加のために、ユーザーをキューに入れるように構成することができる。キュー・マネージャ２１４は、先に注記したように、聴衆マネージャからの情報に基づいて、ユーザーをキューに挿入し、ユーザーをキューから退出させるように構成することができる。キュー・マネージャ２１４は、ＦＩＦＯキューイング構造または任意の他の種類のキューイング構造を管理するように構成することができ、複数のタイトルおよび任意の数のユーザーに対してキューイングを管理するように構成することができる。キューに入れられたユーザーがセッションに挿入されると、キュー・マネージャ２１４はユーザーをキューから退出させるように構成されている。実施形態では、キュー・マネージャ２１４は、ユーザー情報２２４に関して先に説明したように、基準情報に基づいて、キューにおけるユーザーに優先順位を付けるように構成されている。また、キュー・マネージャ２１４は、ストリーマー／ホスト・ユーザーがストリームのセッションへの参加のためにキューイングを明示的にアクティブ化する前に、セッション参加を求める要求に基づいて、意図的にユーザーをキューに入れることもできる。ある実施形態では、以下で説明するセッション・マネージャ２１６によって完了したセッションから退出させられたまたは追い出されたゲスト・プレーヤーを、キュー・マネージャ２１４によって自動的に再度キューに入れることもできる。

[0054] セッション・マネージャ２１６は、キューに入れられたユーザーをゲスト・プレーヤーとしてセッションに挿入し、完了したセッションからゲスト・ユーザーを退出させるように構成することができる。セッション・マネージャ２１６は、例えば、セッションの開始時に、キューに入れられた１組のユーザーをそのセッションに追加するように構成することができ、セッションに挿入される１組のユーザーは、ストリーマー／ホストを除いて、セッションの同時参加者の最大限度に基づくか、または最大数以下のユーザー数を１組において指定するストリーマー／ホスト・ユーザーの好みに基づく。キューに入れられたユーザーが最大限度および／またはストリーマー／ホスト・ユーザーの好みよりも少ないシナリオでは、キューに入れられた数だけのユーザーをセッションに挿入することができる。セッション・マネージャ２１６は、セッション・トラッカー２２２からのセッション情報に基づいて、セッションの開始またはセッションの完了から、それぞれ、ユーザー／ゲスト・プレーヤーを追加するおよび／または退出させるように構成することができる。実施形態では、セッション・トラッカー２２２およびセッション・マネージャ２１６を、概念的にまたはそれ以外でも、１つのコンポーネントとして一緒に含ませることもできる。セッション・マネージャ２１６は、追加の入力または何らかの入力が供給されなくても、キューに入れられたユーザーおよび／またはゲスト・プレーヤーを自動的に追加するおよび／または退出させるように構成されている。

[0055] ＡＰＩ２１８は、本明細書において説明した追跡および通信に関する特定機能を実行するために、１つ以上のＡＰＩを含むことができる。実施形態では、ＡＰＩ２１８の１つ以上のＡＰＩは、セッション・キューイング・サービス２０８およびそのサブコンポーネントのような、しかしこれらには限定されない、セッション・キューイング・ホスト２０２のコンポーネント（１つまたは複数）に含まれてもよく、またはこれらによって利用されてもよい。例えば、ＡＰＩ２１８のＡＰＩをセッション・トラッカー２２２と共に利用し、ゲームおよびコンテンツ・ストリームのセッション状態を伝達することができる。同様に、他のＡＰＩも、他のネットワーク通信および通知を容易にするために使用することができる。実施形態では、通知またはアラートは、１回のＡＰＩコール、即ち、１回のメッセージ伝達として、観衆／視聴ユーザーに出すことができる。実施形態では、このようなＡＰＩは、例えば、１００，０００人までの観衆、またはそれ以上の多数の観衆ユーザーに同時に通信を発行するように構成することもできる。

[0056] ＵＩプロバイダー２２０は、ＵＩをクライアント・デバイスに供給するように構成されている。例えば、ＵＩプロバイダー２２０は、ＵＩ１１２ａ（またはその一部、もしくはそれについてのコンテンツ／情報）をストリーマー／ホスト・クライアント・デバイス１０２ａに供給し、および／またはＵＩ１１２ｂ（またはその一部、もしくはそれについてのコンテンツ／情報）をゲスト・クライアント・デバイス１０２ｂに供給するように構成することができる。ＵＩ１１２ａおよびＵＩ１１２ｂの他の実施形態について、以下で更に詳しく説明する。

[0057] セッション・キューイング・サービス２０８は、セッション追跡および自動キューイングの管理によって、オンライン・コンテンツ・ストリームまたはマルチプレーヤー・ゲームのようなアクティビティへの参加の促進を可能にするために、種々の方法で動作することができる。実例をあげると、図３は、実施形態例にしたがって、セッション追跡および自動キューイングの管理によって、オンライン・コンテンツ・ストリームまたはアクティビティへの参加を促すフローチャート３００を示す。セッション・キューイング・サービス２０８は、一実施形態では、フローチャート３００にしたがって動作することができる。他の構造例および動作例も、以下の説明に基づけば、関連技術（１つまたは複数）に習熟した当業者には明白であろう。以下に、図１のキューイング・システム１００および図２のシステム２００に関して、フローチャート３００について説明する。

[0058] フローチャート３００はステップ３０２において開始する。ステップ３０２において、ユーザーをアクティビティ・グループに含ませることによって、ユーザーをホスト・プレーヤーのアクティビティと関連付ける。例えば、図２におけるセッション・キューイング・サービス２０８の聴衆マネージャ２１２は、ユーザーをアクティビティ・グループに属するものとして指定することによって、ホスト・プレーヤーのゲームまたはビデオ・ストリームとユーザーを関連付けるように構成されている。グループに入れられるユーザーは、Ｘｂｏｘ Ｌｉｖｅ（登録商標）のようなオンライン・サービスというような、ゲーム／ストリーミング・サービスまたはプラットフォームによって認証されたユーザー、即ち、ログインされたユーザーを含むことができる。グループに入れられたユーザーは、観衆としてビデオ・ストリームを視聴している、ストリーミングされているタイトルのロビーに存在している、マルチプレーヤー・ゲームに加入するためにグループ・ロビーに存在している等でもよい。実施形態では、聴衆マネージャ２１２は、このようにグループに入れられたユーザーの指示をメモリー２０６に格納することができる。したがって、ユーザーがゲームまたはコンテンツ・ストリームと関連して存在することが必要となるように、ゲームまたはコンテンツ・ストリームのセッションへの参加のためにキューに入れられるユーザーの適格性を管理することができる。

[0059] ステップ３０４において、アクティビティ・グループにおけるユーザーの少なくとも部分集合から、ゲーム／ビデオ・ストリームのセッションにゲスト・プレーヤーとして加入する要求を受ける。このセッションは、ホスト・プレーヤーとのアクティビティへの参加を含む。実例をあげると、図２のキュー・マネージャ２１４は、ステップ３０２において説明した認証済みユーザーから、ゲーム／ビデオ・ストリームのセッションに加入する要求を受けるように構成することができる。これらのユーザーは、ＵＩ１１２ｂのようなＵＩ上でオプションを選択することによって、セッションに加入するように要求することができ、ＵＩ１１２ｂは、ユーザーがセッションに加入したいことを示す通信メッセージをキュー・マネージャ２１４に供給する。ある実施形態では、認証済みユーザー全員が要求を出すのではない場合もある。アクティビティは、ゲーム・プレー、デモ(demonstrations)、仮想現実体験等を含むことができる。

[0060] ステップ３０６において、セッションに加入する要求を提出したユーザーをキューに入れる。例えば、キュー・マネージャ２１４は、要求元ユーザーをキューに入れるように構成することができる。キューは、キュー・マネージャ２１４によってメモリー２０６のようなストレージに格納することができるＦＩＦＯキューのような、キューイング構造を含んでもよい。ＦＩＦＯキューの例では、最初に受け取られた要求に対応するユーザーがキューの最上位、即ち、先頭に置かれる。言い換えると、受け取られた要求の順序は、キューにおけるユーザーの位置(placement)に対応する。実施形態では、要求元ユーザーをキューに入れる前に、キュー・マネージャ２１４は、例えば、聴衆マネージャ２１２からの、グループに入れられたユーザーの、格納されている指示を利用して、要求元ユーザーがビデオ・ストリームになおも関心があることを確認するように構成されている。

[0061] ステップ３０８において、セッションの開始を決定する。実例をあげると、セッション・マネージャ２１６は、セッションを開始する準備ができたとき、および／またはセッションが開始するときを決定するように構成されている。先に説明したように、セッション・マネージャ２１６はセッション・トラッカー２２２から情報を受け取ることができる。セッション・マネージャ２１６がセッションを開始する準備ができたと判定したとき、セッション・マネージャ２１６は、キューに入れられたユーザーの内、開始しようとしている次のセッションに挿入されるユーザーに、またはキューに入れられた全てのユーザーに、指示を出すように構成することができる。

[0062] ステップ３１０において、キューに入れられたユーザーの内所定数をセッションに自動的に挿入し、アクティブ・セッションを開始する。例えば、セッション・マネージャ２１６は、キューに入れられた１組のユーザーをセッションに自動的に挿入するように構成されている。キューに入れられたユーザーの内セッションに挿入される数は、同時にセッションに許容できる最大数として予め決められてもよく、またはストリーマー／ホストの好みに対応する数として予め決められてもよく、更にある実施形態では、そのユーザーの数が前述の他の数のいずれよりも少ないときには、キューに入れられたユーザーの１人以上であってもよい。セッション・マネージャ２１６は、指定された数／最大の数に達するまで（例えば、所定の順序で、または本明細書において説明したような参加受け入れについてのユーザーからの指示に対応する順序で）、一度に１人ずつキューに入れられた１組のユーザーをセッションに自動的に挿入するように構成することができ、またはキューに入れられた１組のユーザーを同時にまたはほぼ同時に挿入してもよい。ユーザーがゲスト・プレーヤーとして挿入されるとき、セッションは自動的にアクティブになることができる。実施形態では、キューに入れられたプレーヤーの挿入後に、ストリーマー／ホストはホストＵＩ、例えば、ＵＩ１１２ａを通じて、セッションをアクティブ化することができる。

[0063] キューに入れられたユーザーをセッションに自動的に挿入することによって、ネットワーク・トラフィックは大幅に減少する。例えば、クライアント・デバイス１０２ａ／１０２ｂとセッション・キューイング・ホスト２０２との間で、新たなゲーム／ストリーム／グループ／ロビーの再加入、次のセッションに挿入する異なるユーザーの選択等のために追加の通信を行わずに、繰り返しまたは連続セッションをシームレスに行うことができる。更に、説明した実施形態によって可能になるアクティビティの連続性により、アクティビティのセットアップにおけるダウン・タイムの短縮も可能になり、クライアント・デバイスの電力消費も減少する。

[0064] 更に、そして既に注記したように、セッション・キューイング・サービスは、ストリーマーとゲスト・クライアント・デバイスとの間の中央に位置付けられ、ストリーマー／ホスト・ユーザーの特定の好みに基づいて、このようなユーザー毎に、ゲーム／ストリーミング・サービス・システムまたはプラットフォームによってサポートされる利用可能な各タイトルに対して、動的にキューイングおよびセッション参加を管理することが可能である。このように、セッション・キューイング・サービスは、任意の数のユーザーのために、セッション参加を効率的に管理し、コンテンツ・ストリーミング・システムおよびそのユーザー体験を改善することが可能である。つまり、集中サービスから、タイトル毎およびストリーマー／ホスト毎にキューイング管理およびセッション参加のカスタム化が可能になる。

[0065] 更にまた、図２のＡＰＩ２１８の内１つのＡＰＩは、リアル・タイムで、アラート／通知を含む１対多数の通信を、ユーザー、キューに入れられたユーザー、および／またはゲスト・プレーヤーに発行するように構成することができる。同様に先に説明したように、中央に配置されたセッション・キューイング・サービスは、キュー管理およびセッション参加、ならびにネットワーク利用に関して、システム性能に合わせて構成されている。説明した実施形態によって、ネットワーク・トラフィックおよび負荷が更に大幅に減少する。これは、説明したセッション・キューイング・サービスが、キューイングおよびセッション参加に関する１つの通知を、認証されたユーザーの全てのクライアント・デバイスに発行するように構成されているからである。即ち、アラートおよび通知は、先に注記したように、観衆ユーザーへの個々の通知をサービスから、タイトルから、またはストリーマー／ホストから要求しなくてもよいように、例えば、ＡＰＩ２１８によって流布される。説明したタイトル・キューイング・サービスおよびシステムによって減少するネットワーク・トラフィックは重要である。何故なら、ゲームへの参加、タイトルのストリーミングの視聴、キューイング、およびセッション参加のためにサポートされるユーザーの数は、千人単位から１０万人単位になる可能性があるからである。

[0066] セッションに挿入された後、ゲスト・プレーヤーは、セッションが完了するまで、ストリーマー／ホスト・ユーザーとのアクティビティに参加することができる。セッションの完了時に、図２のセッション・キューイング・サービス２０８は、セッションの開始およびキューに入れられたユーザーの挿入を、自動的にそしてシームレスに繰り返すように構成されている。

[0067] 実例をあげると、図４は、実施形態例にしたがって、セッション追跡および自動キューイングの管理によってオンライン・コンテンツ・ストリームまたはアクティビティへの参加を促すフローチャート４００を示す。セッション・キューイング・サービス２０８は、フローチャート４００にしたがって動作することができる。フローチャート４００は、図３のフローチャート３００の他の実施形態としてもよい。他の構造例および動作例も、以下の説明に基づけば、関連技術（１つまたは複数）に習熟した当業者には明白であろう。以下に、図１のキューイング・システム１００および図２のシステム２００に関して、フローチャート４００について説明する。

[0068] フローチャート４００はステップ４０２において開始する。ステップ４０２において、アクティブ・セッションの前に行われた以前のアクティブ・セッションを追跡する。例えば、図２のセッション・マネージャ２１６は、前述のように、セッション・トラッカー２２２によってセッションを追跡するように構成することができる。実施形態では、セッション・マネージャ２１６は、ストリームおよびセッションを直接または間接的に監視して追跡情報を入手するように、ゲーム／ストリーミング・サービス・システムまたはプラットフォームから出されたセッション情報を、セッション・トラッカー２２２から受信することができる。

[0069] ステップ４０４において、以前のアクティブ・セッションの完了を判定する。例えば、セッション・マネージャ２１６は、ステップ４０２について先に説明したように、追跡情報を入手するように構成されている。セッション・マネージャ２１６は、追跡情報に基づいて、セッションの完了を判定することができる。このように、セッション・マネージャ２１６は、以前のセッションが完了したことが判定されるまで、ゲスト・プレーヤーのセッションからの退出を実行するのを待つように構成されている。

[0070] ステップ４０６において、完了に基づいて、そしてキューに入れられたユーザーの内所定数をセッションに自動的に挿入する前に、以前のアクティブ・セッションのゲスト・プレーヤーを全て自動的に退出させる。例えば、セッション・マネージャ２１６は、セッションが完了したとき、これらのセッションからゲスト・プレーヤーを自動的に退出させるように構成することができる。このように、セッション・マネージャ２１６は、ゲスト・プレーヤーの以前のセッションからの退出が終わるまで、キューに入れられたユーザーの新たなセッションへのゲスト・プレーヤーとしての挿入を実行するのを待つように構成されている。

[0071] ステップ４０８において、以前のアクティブ・セッションの完了に基づいて、開始を決定する。実例をあげると、先に注記したように、新たなセッションをアクティブ化する前に、アクティビティの以前のセッションを完了させる。以前のセッションが完了すると、セッション・トラッカー２２２はセッション・マネージャ２１６に通知するように構成されている。実施形態では、セッション・トラッカー２１６は、以前のアクティブ・セッションの完了に応答して、例えば、キューに入れられたユーザーをゲスト・プレーヤーとして挿入することによって、いつ新たなアクティブ・セッションを開始するか決定するように構成することができる。

[0072] 実施形態では、フローチャート４００のステップは、自動的に、例えば、ユーザーからの入力がなくても、セッション参加およびフローをシームレスにそして効率的に管理するために実行することができる。

[0073] したがって、フローチャート３００およびフローチャート４００（ならびにシステム２００のセッション・キューイング・サービス２０８）は、異なる開発者のタイトルのいかなる数のセッションおよびゲーム／ストリームであっても、あらゆる数のユーザーに対して自動キュー・マネージャおよびセッション・マネージャとして動作するように、セッション・キューイング・サービス２０８を構成させることによって、セッション追跡および自動キューイングの管理によってオンライン・コンテンツ・ストリームまたはアクティビティへの参加の改善および促進を可能にする。実施形態では、通知を削減する効率的なネットワーク・トラフィック／負荷、およびユーザーのアクティビティ・セッションへの統合に配慮する。

[0074] 図５、図６、および図７は、説明した実施形態による流れ図を示す。図５は、流れ図５００を示し、図６は流れ図６００を示し、図７は流れ図７００を示す。各々、実施形態例にしたがって、セッション追跡および自動キューイングの管理によるオンライン・コンテンツ・ストリームまたはアクティビティへの参加の促進についての流れ図である。例示のために、説明する流れ図を、以上で説明した実施形態に関して関連付ける。セッション・キューイング・サービス２０８は、流れ図５００、流れ図６００、および／または流れ図７００にしたがって動作することができる。流れ図５００、流れ図６００、および／または流れ図７００は、図３のフローチャート３００および／または図４のフローチャート４００の他の実施形態であってもよい。他の構造例および動作例も、以下の説明に基づけば、関連技術（１つまたは複数）に習熟した当業者には明白であろう。

[0075] 以下に、図１のキューイング・システム１００および図２のシステム２００に関して、更に図１のストリーマー／ホスト・クライアント・デバイス１０２ａのようなストリーマー・クライアント・デバイスに関して、図５の流れ図５００について説明する。

[0076] ステップ５０２において、 ホストは、例えば、ストリーマー／ホスト・クライアント・デバイス１０２ａを通じて、マルチプレーヤー・タイトルを起動する。ホストは、ストリーマー／ホスト・クライアント・デバイス１０２ａによって、他のユーザーとプレーすることを望む。流れ図５００に示す例のコンテキストでは、ホスト／観衆モデルに関して、ホストについて説明する。この場合、ホストは彼らのプレーを、ゲスト・クライアント・デバイス１０２ｂのユーザーのような、ユーザーの聴衆に向けてストリーミングしている。例えば、タイトルまたはホスト・マルチプレーヤー・ゲーム・セッションをストリーミングするように構成されたゲーム／ストリーミング・サービス・システムまたはプラットフォームによって、ステップ５０２に応答して、マルチプレーヤー（ＭＰ）サービス・ストリーム（またはゲーム・セッション）をステップ５０４において作成する。同時にまたはほぼ同時に、セッション・トラッカー２２２への永続接続５０６、例えば、図示のようなＷｅｂＳｏｃｋｅｔ接続を形成する（そして、このコンテキストでは、リアル・タイム・アクティビティ（ＲＴＡ）サービス・インスタンスとして動作する）。この接続５０６は、セッションの変更および状態に対して、最新に維持される。セッション・トラッカー２２２は、ＲＴＡサービス・インスタンスとして機能し、公開／登録モデル・サービスとして動作することができ、加入者(subscriber)は、リアル・タイムまたはほぼリアル・タイムで、項目についてのプッシュされた更を受信する。

[0077] 次いで、ステップ５０８において、ホストは、例えば、プラットフォームを通じて、ストリーマー／ホスト・クライアント・デバイス１０２ａからブロードキャストを開始する。ホスト（またはこの場合はストリーマー）は、次に、ステップ５１０において、自動プレーＬＦＧプロセスを作成することを決定することができる。このプロセスは、本明細書の実施形態について説明したように、各ストリーミング・セッションの後に、プレーすることを望む新たな聴衆を継続的に引き込む。ＬＦＧプロセスについての詳細５１２は、自動的入力されてもよく、または、限定ではなく、セッション（即ち、ユーザー・スロット）に追加するユーザーの数、セッションの期間、加入者、フォロワー、実際にチャットをしている等の観衆(audience members)の優先順位付け等を含むように、カスタム化することができる。詳細５１２は、デフォルトのオプションであってもよく、および／またはＵＩ１１２ａのようなＵＩによってカスタム化することもできる（以下で更に説明する）。ステップ５１２における自動プレーＬＦＧの作成によって、セッション・キューイング・サービスに、ＬＦＧプロセスを作成させ、ＵＩ１１２ｂのようなＵＩを通じてＬＦＧプロセスをユーザーに供給することができる（以下で更に説明する）。加えて、実施形態では、可視性オプション(visibility option)によって、聴衆のユーザー(users of the audience)を、ＬＦＧプロセスを視聴することができるユーザーだけにすることもできる。

[0078] これより図６および流れ図６００に移り、図１のゲスト・クライアント・デバイス１０２ｂのようなゲスト・クライアント・デバイスに関して、この実施形態例について説明する。また、図５の流れ図５００に関しても、例えば、流れ図５００と同時に実行されるクライアント側の図として、流れ図６００について説明する。

[0079] ストリーム・ビューア（またはユーザー一般）は、ゲスト・クライアント・デバイス１０２ｂのようなクライアント・デバイスを通じて、ステップ６０２においてタイトルのストリーマー／ホストのブロードキャストまたはコンテンツ・ストリームを見る（またはマルチプレーヤー・ゲーム・セッションに加入する）ことができる。実例をあげると、流れ図５００のステップ５０８においてブロードキャストされたストリームを視聴することができる。ユーザーは、ストリームをブロードキャストする元であるゲーム／ストリーミング・サービス・システムまたはプラットフォーム（以下で図７において示す）によって提供されるロビーまたは他のオンライン上の場所においてストリームを視聴することができる。ストリーマー／ホストは、流れ図５００のステップ５１０におけるように、聴衆のために自動プレーＬＦＧプロセスをイネーブルすることができる。例えば、図１のＵＩ１１２ａのようなインタラクティブＵＩにおいて、ストリーマー／ホストは、聴衆ユーザーが、例えば、ＵＩ１１２ｂをアクティブ化して、ストリーマー／ホストとのストリームのアクティビティまたはセッションに参加するための選択可能なオプションを有効にする。ビューアは、ステップ６０４において、セッション・キューに入ることを要求する。

[0080] ユーザーから要求を受けると、プラットフォームは、ステップ６０６において、実行しようとする任意のキュー優先順位付けのために、ユーザー・メタデーターをセッション・キューイング・サービスに供給することができる。このメタデーターは、本明細書において説明した基準データーを含んでもよく、基準データーは、図２のユーザー情報２２４と共に格納することができる。ステップ６０８において、例えば、前述のようにセッション・キューイング・サービス２０８によってユーザーをセッション・キューに首尾良く追加したとき、キューに入れられたユーザーは、ステップ６１０において確立されたセッション・トラッカー２２２に対する永続接続、例えば、図示のようなＷｅｂＳｏｃｋｅｔ接続を有し、このキューにおける彼らの位置について、キューに入れられたユーザーの最新情報、およびＬＦＧプロセスにおける他の更新を伝え続けることができる。

[0081] 図７および流れ図７００について、図１のキューイング・システム１００および／またはシステム２００のような、セッション・キューイング・システムに関して、この実施形態例を説明する。また、図５の流れ図５００および図６の流れ図６００に関して、例えば、これらの流れ図と同時に実行されるシステム・レベルの図として、流れ図７００を説明する。

[0082] ストリーマー／ホスト・クライアント・デバイス１０２ａにおけるストリーマー／ホストが自動プレーＬＦＧに十分な量の関心を有するとき、または１人以上の他のユーザーがキューに入れられているとき、ストリーマー／ホストは、ステップ７０２において、彼らのＵＩ、例えば、図１のＵＩ１１２ａ上で開始するオブジェクトをアクティブ化することによって、セッションへの挿入のために、１つ以上のゲスト・クライアント・デバイス１０２ｂにおいて、キューに入れられたユーザーを選択するプロセスを開始することができる。このアクティブ化により、対応する通知がセッション・キューイング・サービス２０８に供給され、キューにおいて最上位にいるユーザーを選択し、例えば、キュー・マネージャ２１４によって、ステップ７０４においてゲーム・セッションを遂行しようとし始める。ある実施形態では、セッション・キューイング・サービス２０８は、所定数のユーザーがキューに入れられたとき（または１人以上のユーザーがキューに入れられてある時間期間の後）に、キューからユーザーを自動的に選択し始めることもできる。

[0083] セッション・キューイング・サービス２０８は、ＷＮＳ通知のような通知を、ステップ７０６において選択されたユーザーのゲスト・クライアント・デバイス１０２ｂに、例えば、セッション・マネージャ２１６を通じて自動的に供給するように構成されている。選択されたユーザーは、彼らのＵＩ、例えば、図１のＵＩ１１２ｂにおける選択可能なオブジェクトによって、この通知に応答し、セッション招待を受け入れることができる。あるいは、他の実施形態では、追加のユーザー入力を要せずに、キューにおいて選択されたユーザーに、彼らがセッションに追加されたことの情報アラートを出すこともできる。キューにおいて選択された各ユーザーが受け入れると、彼らは、ステップ７０８において、例えば、セッション・キューイング・サービス２０８のセッション・マネージャ２１６によって、ゲーム・セッションに自動的に追加される。選択されたユーザーが招待通知に対して所定の時間期間躊躇する場合、または受け入れ損ねた場合、セッション・キューイング・サービス２０８は、そのユーザーをキューから退出させ、または代わりにそのユーザーをキューの終端に移動させ(place)、キューの最上位にいる次のユーザーを選択するように構成されている。

[0084] 一旦、前述のように、指定数の参加者にしたがってセッションが設定される(populated)と、ストリーマー／ホストは、このセッションをアクティブであるとして開始することができるが、ある他の実施形態では、セッションを自動的にアクティブ化することもできる。いずれの場合でも、セッションはその完了まで行われる。セッション・トラッカー２２２によって追跡されたセッション状態に基づいて、セッションの完了時に、ゲーム／ストリームが終了したか、ステップ７１０において判定する。ゲーム／ストリームが終了した場合、タイトルまたはセッション・キューイング・サービス２０８は、ゲスト・プレーヤーをセッションから退出させ、ステップ７１２において、例えば、セッション・マネージャ２１６によって、キューに入れられたユーザーを切断する。ゲーム／ストリームが終了していない場合、セッション・キューイング・サービス２０８は、たとえば、セッション・マネージャ２１６によって、ゲスト・プレーヤーを退出させ、または追い出し、ステップ７１４において、セッションにおいて利用可能なスロットを新たなゲスト・プレーヤーのために解放し、ストリーマー／ホストだけを残す。セッション・トラッカー２２２は、セッション・キューイング・サービス２０８とゲーム／ストリーミング・サービス・システムまたはプラットフォーム７１６におけるＭＰサービス・ストリーム（またはゲーム・セッション）との間で、ゲーム・ストリームにおける利用可能なセッション・スロット、およびキューの中の参加できる(available)次のユーザーの情報を中継するように構成されている。次いで、説明したプロセスを自動的に繰り返すことができ、例えば、ステップ７０４において、キューの中の参加できる次のユーザーを選択し始め、ステップ７０６において、ＷＮＳゲーム招待を選択したユーザーに送る。

[0085] 実施形態では、セッションが進行中における待機期間に、ゲーム／ストリームを止めた(left)ゲスト・プレーヤーはいずれも、例えば、キュー・マネージャ２１４によってキューから自動的に退出させることができる。説明した実施形態の自動性により、一旦プロセスを再開したなら、ストリーマー／ホストがゲーム／ストリームおよびセッションを取り消すまたは終了するまで、キューに入れられた次のユーザーを新たなゲスト・プレーヤーとして選択するために、ストリーマー／ホストによって何のアクションも行う必要はない。加えて、ストリーム・ビューアであるユーザー、またそうでなければアクティビティ参加者になることを望むユーザーは、キューに残り、彼らが待っている間、彼らのそれぞれのＵＩを通じてキューにおける彼らの位置を見ることができる。

[0086] このように、説明したセッション参加およびキュー管理システムならびにプロセスは、セッション・セットアップに必要な通信を減らすことによって、ネットワーク１１０のネットワーク・トラフィックおよび負荷を大幅に削減することを可能にし、更に本明細書におけるシステムおよびデバイスの電力消費も、セッションのシームレスな繰り返しによって低減され、現在の解決策よりも効率的な実装を可能にする。更に、本技術の現状では、この効率的に動作するように構成および／またはプログラミングされたセッション参加およびキュー管理システムが欠如している。
Ｂ．ユーザー・インターフェースの実施形態例
[0087] 本明細書において説明するクライアント・デバイス、例えば、図１に示したようなストリーマー／ホスト・クライアント・デバイス１０２ａおよび／またはゲスト・クライアント・デバイス１０２ｂのユーザーは、互いにインタラクトするように構成され、更に図１のセッション・キューイング・ホスト１０４および／または図２におけるシステム２００のセッション・キューイング・ホスト２０２やセッション・キューイング・サービス２０８とインタラクトするように構成されている。ストリーマー／ホスト・クライアント・デバイス１０２ａおよび／またはゲスト・クライアント・デバイス１０２ｂは、任意の種類のコンピューティング・デバイスまたはコンピューティング・システムでもよく、タイトル開発者のタイトルをプレーする、ストリーミングする、および／または観戦する（即ち、そのストリームを視聴する）ためにユーザーによって使用することができるゲーム・コンソール、端末、パーソナル・コンピューター、ラップトップ・コンピューター、タブレット・デバイス、スマート・フォン等が含まれる。先に注記したように、このようなデバイスは図１のＵＩ１１２ａおよびＵＩ１１２ｂのようなＵＩを含むことができる。本明細書において説明したＵＩおよびそれについての情報／コンテンツは、全体的にまたは部分的に、クライアント・デバイスまたは他のシステム／ホストによって実行されるタイトルによって供給することができ、クライアント・デバイスに埋め込むことができ、またはその任意の組み合わせでもよい。

[0088] これより図８Ａおよび図８Ｂに移り、ＵＩ１１２ａおよびＵＩ１１２ｂのそれぞれの実施形態であるＵＩについて説明する。
[0089] 図８Ａにおいて、ホストＵＩ８００Ａのブロック図を示す。図示するホストＵＩ８００Ａは、ＵＩ１１２ａの更に他の実施形態である。ホストＵＩ８００Ａは、図２のＵＩプロバイダー（１つまたは複数）２２０からストリーマー／ホストに提供されるＵＩであってもよい。ホストＵＩ８００Ａについて以下に説明する。

[0090] ホストＵＩ８００Ａは、ゲーム／ストリーム・プレー・ウィンドウ８０２を含むことができる。ゲーム／ストリーム・プレー・ウィンドウ８０２は、ストリーマー／ホストのアクティビティが、ストリームまたはタイトルのゲーム・プレー中に行われるに連れて、それらを示すように構成されている。また、ホストＵＩ８００Ａは、構成変更可能なオブジェクトも含むことができ、これらは資格証明書を構成するためにストリーマー／ホストによって選択またはインタラクトすることができる。例えば、セッション資格証明書オブジェクト８０４および優先順位資格証明書オブジェクト８０６が示されている。セッション資格証明書オブジェクト８０４および／または優先順位資格証明書オブジェクト８０６は、プルダウン・メニューまたは他の型式の拡張可能インターフェースを含むことができ、これらは、本明細書において説明したセッション参加およびキュー管理の実施形態における実装のために、ストリーマー／ホストが資格証明書を指定および／または選択することを可能にする。セッション資格証明書オブジェクト８０４は、ゲーム／ストリームのセッションに加入することを可能にするためのユーザー資格証明書に関するオプションを構成するために設けられる(provide for)。一例として、ストリーマー／ホストが、彼女のフォロワーおよび友人だけ、あるいは特定のコミュニティまたはグループのメンバーだけがゲーム／ストリーム・セッションに加入および参加することが許可されることを要求したいという場合がある。しかしながら、セッション資格証明書オブジェクト８０４に関して、ユーザーの他の特性／資格証明書を指定してもよいことも考えられる。優先順位資格証明書オブジェクト８０６は、ゲーム／ストリームのセッションに加入および参加することを要求するとき、優先キュー順位(priority queue placement)を有するためのユーザー資格証明書に関するオプションを構成するために設けられる。一例として、ストリーマー／ホストが、メッセージング・オブジェクト８１６を通じてストリーマー／ホストによって供給されたパスコードを有するユーザー、または彼女のストリーミング・チャネルの加入者を、キューにおいて、このような特性／基準を有し既にキューに入れられている他のユーザーの直後に（即ち、キューに入れられたがこのような特性／基準を有さないユーザーの前に）入れさせることを望む場合がある。しかしながら、優先順位資格証明書オブジェクト８０６に関して、ユーザーの他の特性／資格証明書を指定してもよいことが考えられる。

[0091] また、ホストＵＩ８００Ａは選択可能なオブジェクト８０８も含むことができる。選択可能なオブジェクト８０８が選択されると、ＬＦＧプロセスを開始する、即ち、ストリームに対してセッション・モードをアクティブ化し、他のユーザーとのアクティビティのためにセッションに参加し始めるように構成されている。実施形態では、オブジェクト８０８を選択すると、以下で説明するように、ゲストＵＩ８００Ｂに、その１つ以上の部分をユーザーに表示させるか、またはそれらをアクティブにさせる。また、ホストＵＩ８００Ａは、キューの表現、例えば、キュー・オブジェクト８１０も含むことができ、このキュー・オブジェクト８１０内に、説明した実施形態にしたがって、ユーザーをキューに入れる。キュー・オブジェクト８１０は、キューに入れられたユーザー、およびキューにおける彼らの位置を示すことができる。また、キュー・オブジェクト８１０は、キューに入れられたユーザー、キューに入れられたユーザーの内次のセッションに追加される数（例えば、図示のようにキュー位置１および２にいるユーザー）を示す指示８１２も表示することができる。言い換えると、図示する実施形態では、キューに入れられた２人のユーザーが、キューに入れられたユーザーの部分集合として、ストリーマー／ホストを含む合計３人の参加者のための各セッションに追加されることが許されるが、本明細書ではユーザーの部分集合には他の数も考えられる。キュー・オブジェクト８１０は、キュー内にいるユーザーに関連付けられる他の情報／特性、例えば、アバター画像、バッジ、加入指示等も示すことができる。ある実施形態では、キュー・オブジェクト８１０から特定のユーザーを選択して優先的に扱うことを、ホストＵＩ８００Ａによって、ストリーマー／ホストに認めてもよい。

[0092] また、ホストＵＩ８００Ａは、図示の明確化と簡潔さのために明示的に示さない他のアクションに対して選択可能なオブジェクト８１４も含むことができる。オブジェクト８１４の選択時に実行される他のアクションには、限定ではなく、キュー・オブジェクト８１０からユーザーを退出させる、セッションを終了する、ストリームを終了する、セッションを開始する、セッション参加者に制限を設定する、セッションに期間を設定する、残り時間またはセッション目標進展(session objective progress)のようなセッション情報をゲストＵＩに表示する等のアクションを含むことができる。実施形態では、オブジェクト８０８またはオブジェクト８１４を選択すると、ストリーマー／ホストによって以前に実装されたセッション・オプションを示すリストまたは履歴を表示する(provide)ことができる。

[0093] 図８Ｂにおいて、ゲストＵＩ８００Ｂのブロック図を示す。図示のゲストＵＩ８００Ｂは、ＵＩ１１２ｂの更に他の実施形態である。ゲストＵＩ８００Ｂは、図２のＵＩプロバイダー（１つまたは複数）２２０からストリーマー／ホストに供給されたＵＩであってもよい。ゲストＵＩ８００Ｂは、ユーザーがタイトル・ロビー、グループ等に入るときに表示する(provide)ことができる。ゲストＵＩ８００Ｂについて以下に説明する。

[0094] ゲストＵＩ８００Ｂは、ゲーム／ストリーム・ビューア・ウィンドウ８１８を含むことができる。ゲーム／ストリーム・ビューア・ウィンドウ８１８は、ストリーマー／ホストのアクティビティがストリームまたはタイトルのゲーム・プレー中に行われるに連れて、これらを示すように構成されている。ゲーム／ストリーム・ビューア・ウィンドウ８１８は、残り時間またはセッション目標進展のようなセッション情報を表示するように構成することができる。ゲーム／ストリーム・ビューア・ウィンドウ８１８は、本明細書において説明したように、ゲーム／ストリームのセッションに追加された後における、ユーザーのセッションへの参加を示すように構成することができる。

[0095] ゲストＵＩ８００Ｂは、資格証明書オブジェクト８２０、加入要求オブジェクト８２２、キュー・オブジェクト８２４、およびアラート指示オブジェクト８２８を含むことができる。これらのオブジェクトの１つ以上は、ストリーマー／ホストが（例えば、ホストＵＩ８００Ａのオブジェクト８０８を通じて）ＬＦＧプロセスまたはセッションをアクティブ化する前には表示されないように、またはアクティブ化解除されたものとして表示されるように構成されてもよい。

[0096] 資格証明書オブジェクト８２０は、ユーザーが、ユーザーに対する許可の確認のためにストリーマー／ホストに供給する資格証明書を入力すること、またある実施形態では、選択することを可能にするように構成することができる。実例をあげると、資格証明書オブジェクト８２０は、ユーザーが、ストリーマー／ホストによって供給されたパスコードを、メッセージング・オブジェクト８３０を通じて入力することができるテキスト・フィールドであってもよい。本明細書において説明したように、加入要求オブジェクト８２２は、セッション加入要求を送らせるために、ユーザーによって選択可能であってもよい。

[0097] キュー・オブジェクト８２４は、説明した実施形態にしたがってユーザーが入れられるキューの表現を表示することができる。キュー・オブジェクト８２４は、キューに入れられたユーザー、およびキューにおける彼らの位置を示すことができ、ゲストＵＩ８００Ｂを視聴しているユーザーを含む。また、キュー・オブジェクト８２４は、キューに入れられたユーザー、またはキューに入れられたユーザーの内次のセッションに追加される数（例えば、図示のようにキュー位置１および２にいるユーザー）を指定する(denote)指示８２６を表示する(provide)こともできる。言い換えると、図示する実施形態では、キューに入れられた２人のユーザーが、キューに入れられたユーザーの部分集合として、ストリーマー／ホストを含む合計３人の参加者のための各セッションに追加されることが許されるが、本明細書ではユーザーの部分集合には他の数も考えられる。

[0098] アラート指示オブジェクト８２８は、ユーザーがゲスト・プレーヤーとして参加するアクティブ・セッションの初期化に対して、アラート指示を出すように構成されている。アラート指示オブジェクト８２８によって出されるアラート通知は、任意の種類の視覚通知および／または聴覚通知を含んでもよい。実施形態では、アラート指示オブジェクト８２８は、前述のように、セッションに加入するための招待を受け入れるために、ユーザーによってアクティブ化される選択可能なオブジェクトとして構成されてもよい。実例をあげると、前述の図７における流れ図７００のステップ７０４および７０６におけるように、キューに入れられたユーザーが、セッションに含まれるために、自動的に選択され、通知がユーザーに自動的に出されると、ユーザーは、アラート指示オブジェクト８２８を選択することによって、この通知に応答して、セッションへの挿入を受け入れることができる。

[0099] 本開示から利益が得られる関連技術（１つまたは複数）における当業者には理解されるであろうが、ホストＵＩ８００ＡおよびゲストＵＩ８００Ｂのこれらならびにその他の機能は、説明したシステムおよびデバイスの任意の他の実施形態ならびに特徴と組み合わせることもできる。
ＩＩＩ．移動体デバイスおよびコンピューティング・デバイスの実施形態例
[0100] 本明細書において説明した実施形態は、ハードウェア、あるいはソフトウェアおよび／またはファームウェアと組み合わせたハードウェアで実現することができる。例えば、本明細書において説明した実施形態は、１つ以上のプロセッサーにおいて実行されコンピューター読み取り可能記憶媒体に格納されるように構成されたコンピューター・プログラム・コード／命令として実装することができる。あるいは、本明細書において説明した実施形態は、ハードウェア・ロジック／電気回路として実装することもできる。

[0101] 本明細書において注記したように、説明した実施形態は、図１のキューイング・システム１００、図２のシステム２００、図８ＡのホストＵＩ８００Ａ、図８ＢのゲストＵＩ８００Ｂを、それらのあらゆるコンポーネントおよび／またはサブコンポーネント、ならびに本明細書において説明したフローチャート／流れ図、および／または本明細書において説明した更に他の例と共に含み、ハードウェア、あるいはソフトウェアおよび／またはファームウェアの任意の組み合わせを有するハードウェアで実現することができ、１つ以上のプロセッサーにおいて実行されコンピューター読み取り可能記憶媒体に格納されるように構成されたコンピューター・プログラム・コードとして実装されることを含み、あるいはシステム・オン・チップ（ＳｏＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、または特定用途集積回路（ＡＳＣＩ）において一緒に実装されるというように、ハードウェア・ロジック／電気回路として実装されることを含む。ＳｏＣは、プロセッサー（例えば、マイクロコントローラー、マイクロプロセッサー、ディジタル信号プロセッサー（ＤＳＰ）等）、メモリー、１つ以上の通信インターフェース、および／またはその機能を実行するためのその他の回路および／または埋め込みファームウェアの内１つ以上を含む集積回路チップを含むことができる。

[0102] 本明細書において説明した実施形態は、据置型または移動体コンピューターの実施形態における移動体システムおよび／またはコンピューティング・デバイスと同様の１つ以上のコンピューティング・デバイスにおいて実装することができ、本明細書において説明した移動体システムおよび／またはコンピューティング・デバイスの１つ以上の特徴、ならびに代わりの特徴を含む。本発明において提供する移動体システムおよびコンピューティング・デバイスの説明は、例示の目的に限って提示されたのであって、限定を意図するのではない。実施形態は、関連技術（１つまたは複数）に習熟した当業者には分かるように、更に他の種類のコンピューター・システムにおいて実装することもできる。

[0103] 図９は、本明細書において説明した実施形態を実現することができる移動体デバイス９０２を含む例示的な移動体システム９００のブロック図である。例えば、移動体デバイス９０２は、これまでの章における任意のシステム、クライアント、またはデバイス、あるいはそのコンポーネント／サブコンポーネントを実現するために使用することができる。図９に示すように、移動体デバイス９０２は種々の随意選択のハードウェアおよびソフトウェア・コンポーネントを含む。移動体デバイス９０２におけるコンポーネントはいずれも、他のいずれのコンポーネントとでも通信することができるが、図示を容易にするために、全ての接続は示されていない。移動体デバイス９０２は、種々のコンピューティング・デバイス（例えば、セル・フォン、スマート・フォン、ハンドヘルド・コンピューター、パーソナル・ディジタル・アシスタント（ＰＤＳ）等）の内任意のものとすることができ、セルラーまたは衛星ネットワークのような１つ以上の移動体通信ネットワーク９０４、あるいはローカル・エリアまたはワイド・エリア・ネットワークとのワイヤレス双方向通信を可能にすることができる。

[0104] 移動体デバイス９０２は、信号コード化、データー処理、入力／出力処理、電力制御、および／または他の機能というようなタスクを実行するために、コントローラーまたはプロセッサー９１０（例えば、信号プロセッサー、マイクロプロセッサー、ＡＳＩＣ、または他の制御および処理ロジック回路）を含むことができる。オペレーティング・システム９１２は、移動体デバイス９０２のコンポーネントの割り当ておよび使用を制御し、１つ以上のアプリケーション・プログラム９１４（「アプリケーション」または「アプリ」とも呼ぶ）に対する支援を行うことができる。アプリケーション・プログラム９１４は、共通の移動体コンピューティング・アプリケーション（例えば、電子メール・アプリケーション、カレンダー、連絡先管理、ウェブ・ブラウザー、メッセージング・アプリケーション）、および任意の他のコンピューティング・アプリケーション（例えば、ワード・プロセッシング・アプリケーション、マッピング・アプリケーション、メディア・プレーヤー・アプリケーション）を含むこともできる。

[0105] 移動体デバイス９０２は、メモリー９２０を含むことができる。メモリー９２０は、非リムーバブル・メモリー９２２および／またはリムーバブル・メモリー９２４を含むことができる。非リムーバブル・メモリー９２２は、ＲＡＭ、ＲＯＭ、フラッシュ・メモリー、ハード・ディスク、あるいは他の周知のメモリー・デバイスまたは技術を含むことができる。リムーバブル・メモリー９２４は、フラッシュ・メモリー、またはＧＳＭ通信システムでは周知である加入者識別モジュール（ＳＩＭ：Subscriber Identity Module）カード、あるいは「スマート・カード」のような他の周知のメモリー・デバイスまたは技術を含むことができる。メモリー９２０は、オペレーティング・システム９１２およびアプリケーション・プログラム９１４を実行するためのデーターおよび／またはコードを格納するために使用することができる。データーの例には、ウェブ・ページ、テキスト、画像、音響ファイル、ビデオ・データー、あるいは１つ以上の有線またはワイヤレス・ネットワークを通じて１つ以上のネットワーク・サーバーまたは他のデバイスに送られる、および／または１つ以上のネットワーク・サーバーまたは他のデバイスから受信されるその他のデーターを含むことができる。メモリー９２０は、国際移動体加入者識別（ＩＭＳＩ：International Mobile Subscriber Identity）のような加入者識別子、および国際移動体機器識別子（ＩＭＥＩ：International Mobile Equipment Identifier）のような機器識別子を格納するために使用することができる。このような識別子は、ユーザーおよび機器を識別するために、ネットワーク・サーバーに送信することができる。

[0106] 複数のプログラムをメモリー９２０に格納することができる。これらのプログラムには、オペレーティング・システム９１２、１つ以上のアプリケーション・プログラム９１４、ならびに他のプログラム・モジュールおよびプログラム・データーが含まれる。このようなアプリケーション・プログラムまたはプログラム・モジュールの例には、例えば、図１のキューイング・システム１００、図２のシステム２００、図８ＡのホストＵＩ８００Ａ、図８ＢのゲストＵＩ８００Ｂの内１つ以上を、それらのあらゆるコンポーネントおよび／またはサブコンポーネントと共に実装するため、ならびに本明細書において説明したプロットおよびフローチャート／流れ図、および／または更に他の例を実施するためのコンピューター・プログラム・ロジック（例えば、コンピューター・プログラム・コードまたは命令）を含むことができる。

[0107] 移動体デバイス９０２は、タッチ・スクリーン９３２、マイクロフォン９３４、カメラ９３６、物理キーボード９３８および／またはトラックボール９４０のような１つ以上の入力デバイス９３０、ならびにスピーカー９５２およびディスプレイ９５４のような１つ以上の出力デバイス９５０をサポートすることができる。他の可能な出力デバイス（図示せず）には、圧電または他の触覚出力デバイスを含むことができる。デバイスの中には、１つよりも多い入力／出力機能を提供できる(serve)ものもある。例えば、タッチ・スクリーン９３２およびディスプレイ９５４は、組み合わせて１つの入力／出力デバイスにすることができる。入力デバイス９３０は、自然ユーザー・インターフェース（ＮＵＩ）を含むことができる。

[0108] １つ以上のワイヤレス・モデム９６０をアンテナ（１つまたは複数）（図示せず）に結合することができ、当技術分野ではよく理解されているように、プロセッサー９１０と外部デバイスとの間における双方向通信をサポートすることができる。モデム９６０は包括的に示されており、移動体通信ネットワーク９０４と通信するためのセルラー・モデム９６６、および／または他の無線系モデム（例えば、Ｂｌｕｅｔｏｏｔｈ９６４またはＷｉ－Ｆｉ９６２）を含むことができる。少なくとも１つのワイヤレス・モデム９６０が、通例、１つのセルラー・ネットワーク内、セルラー・ネットワーク間、または移動体デバイスと公衆電話交換網（ＰＳＴＮ）との間におけるデーターおよび音声通信のためのＧＳＭネットワークのような、１つ以上のセルラー・ネットワークとの通信のために構成される。

[0109] 更に、移動体デバイス９０２は、少なくとも１つの入力／出力ポート９８０、電源９８２、汎地球測位システム（ＧＰＳ）受信機のような衛星ナビゲーション・システム受信機９８４、加速度計９８６、および／または物理コネクター９９０も含むことができる。物理コネクター９９０は、ＵＳＢポート、ＩＥＥＥ１３９４（Ｆｉｒｅ Ｗｉｒｅ）ポート、および／またはＲＳ－２３２ポートとすることができる。移動体デバイス９０２の図示したコンポーネントは、必須でなく、全てを含むのでもない。何故なら、当業者であれば認められるように、いずれのコンポーネントでも削除することができ、他のコンポーネントを追加することもできるからである。

[0110] 実施形態では、移動体デバイス９０２は、本明細書におけるフローチャートの前述した特徴であれば、いずれでも実現するように構成されている。本明細書において説明した動作、ステップ、および／または機能の内任意のものを実行するためのコンピューター・プログラム・ロジックは、メモリー９２０に格納し、プロセッサー９１０によって実行することができる。

[0111] 図１０は、実施形態を実現することができるコンピューティング・デバイス１０００の例示的な実施態様を示す。例えば、本明細書において説明した実施形態は、据置型または移動体コンピューターの実施形態におけるコンピューティング・デバイス１０００と同様の１つ以上のコンピューティング・デバイスにおいて実装することができ、コンピューティング・デバイス１０００の１つ以上の特徴、および／または代わりの特徴を含む。本明細書において提供するコンピューティング・デバイス１０００の説明は、例示の目的に限って提示されたのであって、限定を意図するのではない。実施形態は、関連技術（１つまたは複数）に習熟した当業者には分かるように、更に他の種類のコンピューター・システムおよび／またはゲーム・コンソール等において実装することもできる。

[0112] 図１０に示すように、コンピューティング・デバイス１０００は、プロセッサー回路１００２と呼ばれる１つ以上のプロセッサー、システム・メモリー１００４、およびバス１００６を含む。バス１００６は、システム・メモリー１００４からプロセッサー回路１００２までを含む種々のシステム・コンポーネントを結合する。プロセッサー回路１００２は、中央処理ユニット（ＣＰＵ）、マイクロコントローラー、マイクロプロセッサー、および／またはその他の物理ハードウェア・プロセッサー回路として、１つ以上の物理ハードウェア電気回路のデバイス・エレメントおよび／または集積回路デバイス（半導体材料チップまたはダイ）に実装される電気および／または光回路である。プロセッサー回路１００２は、オペレーティング・システム１０３０、アプリケーション・プログラム１０３２、他のプログラム１０３４等のプログラム・コードというような、コンピューター読み取り可能媒体に格納されたプログラム・コードを実行することができる。バス１００６は、メモリー・バスまたはメモリー・コントローラー、周辺バス、加速グラフィクス・ポート、および種々のバス・アーキテクチャの内任意のものを使用するプロセッサー・バスまたはローカル・バスを含む、種々の型式のバス構造の内いずれかの１つ以上を表す。システム・メモリー１００４は、リード・オンリー・メモリー（ＲＯＭ）１００８およびランダム・アクセス・メモリー（ＲＡＭ）１０１０を含む。基本入力／出力システム１０１２（ＢＩＯＳ）がＲＯＭ１００８に格納されている。

[0113] また、コンピューティング・デバイス１０００は、ハード・ディスクから読み出しハード・ディスクに書き込むためのハード・ディスク・ドライブ１０１４、リムーバブル磁気ディスク１０１８から読み出しリムーバブル磁気ディスク１０１８に書き込むための磁気ディスク・ドライブ１０１６、およびＣＤ ＲＯＭ、ＤＶＤ ＲＯＭ、または他の光媒体のようなリムーバブル光ディスク１０２２から読み出しリムーバブル光ディスク１０２２に書き込むための光ディスク・ドライブ１０２０の内１つ以上を有する。ハード・ディスク・ドライブ１０１４、磁気ディスク・ドライブ１０１６、および光ディスク・ドライブ１０２０は、それぞれ、ハード・ディスク・ドライブ・インターフェース１０２４、磁気ディスク・ドライブ・インターフェース１０２６、および光ドライブ・インターフェース１０２８によって、バス１００６に接続されている。これらのドライブおよびその関連するコンピューター読み取り可能媒体は、コンピューター読み取り可能な命令、データー構造、プログラム・モジュール、およびコンピューターについてのその他のデーターの不揮発性格納に対応する(provide)。ハード・ディスク、リムーバブル磁気ディスク、およびリムーバブル光ディスクについて説明したが、フラッシュ・メモリー・カード、ディジタル・ビデオ・ディスク、ＲＡＭ、ＲＯＭ、およびその他のハードウェア記憶媒体のような、他の種類のハードウェア・ベースのコンピューター読み取り可能記憶媒体も、データーを格納するために使用することができる。

[0114] ハード・ディスク、磁気ディスク、光ディスク、ＲＯＭ、またはＲＡＭ上には、多数のプログラム・モジュールを格納することができる。これらのプログラムには、オペレーティング・システム１０３０、１つ以上のアプリケーション・プログラム１０３２、他のプログラム１０３４、およびプログラム・データー１０３６が含まれる。アプリケーション・プログラム１０３２または他のプログラム１０３４は、図１のキューイング・システム１００、図２のシステム２００、図８ＡのホストＵＩ８００Ａ、図８ＢのゲストＵＩ８００Ｂのような、本明細書において説明した実施形態を、それらのあらゆるコンポーネントおよび／またはサブコンポーネントと共に実装するため、ならびに本明細書において説明したプロットおよびフローチャート／流れ図、および／または本明細書において説明した更に他の例を実施するための、例えば、コンピューター・プログラム・ロジック（例えば、コンピューター・プログラム・コードまたは命令）を含むことができる。

[0115] ユーザーは、キーボード１０３８およびポインティング・デバイス１０４０のような入力デバイスを介して、コマンドおよび情報をコンピューティング・デバイス１０００に入力することができる。他の入力デバイス（図示せず）には、マイクロフォン、ジョイスティック、ゲーム・パッド、衛星ディッシュ、スキャナー、タッチ・スクリーンおよび／またはタッチ・パッド、音声入力を受けるための音声認識システム、ジェスチャ入力を受けるためのジェスチャ認識システム等を含むことができる。これらおよびその他の入力デバイスは、多くの場合、バス１００６に結合されたシリアル・ポート・インターフェース１０４２を介してプロセッサー回路１００２に接続されるが、パラレル・ポート、ゲーム・ポート、またはユニバーサル・シリアル・バス（ＵＳＢ）のような他のインターフェースによって接続されてもよい。

[0116] また、ビデオ・アダプター１０４６のようなインターフェースを介して、表示画面１０４４もバス１００６に接続されている。表示画面１０４４は、コンピューティング・デバイス１０００の外部にあっても、その中に組み込まれてもよい。表示画面１０４４は、情報を表示するだけでなく、ユーザー・コマンドおよび／または他の情報を受け取る（例えば、接触、指のジェスチャ、仮想キーボード等によって）ためのユーザー・インターフェースとなることも可能である。表示画面１０４４に加えて、コンピューティング・デバイス１０００はスピーカーおよびプリンターのような他の周辺出力デバイス（図示せず）も含むことができる。

[0117] コンピューティング・デバイス１０００は、アダプターまたはネットワーク・インターフェース１０５０、モデム１０５２、またはネットワークを通じて通信を確立するための他の手段を介して、ネットワーク１０４８（例えば、インターネット）に接続される。モデム１０５２は、内蔵型でも外付け型でもよく、図１０に示すように、シリアル・ポート・インターフェース１０４２を介してバス１００６に接続することができ、またはパラレル・インターフェースを含む他の型のインターフェースを使用して、バス１００６に接続することもできる。

[0118] 本明細書において使用する場合、「コンピューター・プログラム媒体」、「コンピューター読み取り可能媒体」、および「コンピューター読み取り可能記憶媒体」等の用語は、ハード・ディスク・ドライブ１０１４に関連付けられたハード・ディスク、リムーバブル磁気ディスク１０１８、リムーバブル光ディスク１０２２、ＲＡＭ、ＲＯＭ、フラッシュ・メモリー・カード、ディジタル・ビデオ・ディスク、ｚｉｐディスク、ＭＥＭ、ナノテクノロジー・ベースの記憶デバイスというような他の物理ハードウェア媒体、および更に別の型式の物理／有形ハードウェア記憶媒体（図１０のメモリー１０２０を含む）というような、物理ハードウェア媒体を指すために使用される。このようなコンピューター読み取り可能媒体および／または記憶媒体は、通信媒体および伝搬信号から区別され、これらとは重なり合わない（通信媒体および伝搬信号を含まない）。通信媒体は、コンピューター読み取り可能命令、データー構造、プログラム・モジュール、またはその他のデーターを、搬送波のような変調データー信号内に具体化する。「変調データー信号」という用語は、その特性の内１つ以上が、信号内に情報をエンコードするような方法で設定または変更された信号を意味する。一例として、そして限定ではなく、通信媒体は、音響、ＲＦ、赤外線、およびその他のワイヤレス媒体というようなワイヤレス媒体と、有線媒体とを含む。また、実施形態は、コンピューター読み取り可能記憶媒体を対象とする実施形態とは別であり、それらと重複しない、このような通信媒体も対象とする。

[0119] 先に注記したように、コンピューター・プログラムおよびモジュール（アプリケーション・プログラム１０３２および他のプログラム１０３４を含む）は、ハード・ディスク、磁気ディスク、光ディスク、ＲＯＭ、ＲＡＭ、またはその他のハードウェア記憶媒体上に格納することができる。このようなコンピューター・プログラムは、ネットワーク・インターフェース１０５０、シリアル・ポート・インターフェース１０４２、または任意の他の型式のインターフェースを介して受信することもできる。このようなコンピューター・プログラムは、アプリケーションによって実行またはロードされると、コンピューティング・デバイス１０００が、本明細書において論じた実施形態の機能(features)を実現することを可能にする。したがって、このようなコンピューター・プログラムは、コンピューティング・デバイス１０００のコントローラーを表す。

[0120] また、実施形態は、任意のコンピューター読み取り可能媒体またはコンピューター読み取り可能記憶媒体上に格納されたコンピューター・コードまたは命令を含むコンピューター・プログラム製品も対象とする。このようなコンピューター・プログラム製品は、ハード・ディスク・ドライブ、光ディスク・ドライブ、メモリー・デバイス・パッケージ、携帯用メモリー・スティック、メモリー・カード、およびその他の型式の物理ストレージ・ハードウェアを含む。
ＩＶ．更に他の例および利点
[0121] 以上で説明したように、本明細書における技法を具体化したシステムおよびデバイスは、それらのそれぞれの機能を実行するために、種々の方法で構成し機能させる(enable)することができる。実施形態では、本明細書において説明したフローチャートおよび／または流れ図のいずれも、そのステップまたは動作の内１つ以上を実行しなくてもよい場合もある。更に、本明細書において説明したいずれのフローチャートおよび／または流れ図においても、それらのステップまたは動作に加えて、もしくはその代わりに、ステップまたは動作を実行してもよい。更に、例では、本明細書において説明したフローチャートおよび／または流れ図のいずれでも、その１つ以上の動作が、代わりのシーケンスでは、異なる順序で実行されても、あるいは互いにまたは他の動作と部分的に（または完全に）同時に実行されてもよい。

[0122] 以上の章において説明した実施形態は、例えば、タイトルと関連付けられた仮想またはオンライン・ロビーにおいて、他のユーザーによって視聴されるタイトルをストリーミングしているストリーマー／ホスト・ユーザーのコンテキストで説明することができるが、実施形態は、視聴のためにストリーミングされるのではないゲームをプレーするために、仮想的な場所またはオンライン上の場所で、例えば、友人のグループと「会合する」ユーザーのグループにも適用することができる。例えば、４人または８人のプレーヤーが同時に参加することを許容するマルチプレーヤー・ゲーム・セッションを、友人のグループとプレーすることを望むユーザーによって作成しホストすることができる。ホスト・ユーザーを含む友人のグループが、ゲームに許される参加者の数を超えたとき、本明細書において説明したセッション追跡および自動キューイングの管理の実施形態は、このようなシナリオにも等しく適用可能である。

[0123] 説明した実施形態は、ユーザーの体験および彼らのクライアント・デバイスの性能（中央システムによる機能の処理効率向上による電力消費および処理サイクル過剰負担の低減というような）を向上させ、それらの間のネットワークの負荷を改善するだけでなく、ゲーム／ストリーミング・サービス・システム／プラットフォームの性能も向上させる。また、本明細書において説明したタイトルのシームレスな統合により、タイトル開発者のコンピューティング・リソース利用も減少する（例えば、開発時間の短縮、開発処理サイクルの削減）。加えて、本明細書におけるセッション・キューイング・システムおよびデバイスが中央に配置されることにより、ゲーム／ストリーム・セッション参加に対して動的に構成変更可能なキュー管理を提供し、特定のストリーマー・ホストの好みおよび彼らがストリーミングするタイトルにしたがって、ストリーマー毎にカスタム化する。尚、「中央に配置された」(centrally-located)システムとは、異なる地理的領域において、説明した実施形態を効率的に促進するように構成された、地理的に多様なコンポーネント（例えば、サーバー、データー・センター等）を含んでもよい、即ち、「中央に配置された」とは、説明した実施形態の機能および実施態様、および／またはシステムの物理位置を記述するとしてよいことは注記してしかるべきである。説明した永続接続によって、リアル・タイムのキュー・ステータス更新が可能になり、更に、ストリーマー／ホストが監視することなく、キューを自動的に管理する機能(ability)も提供する（例えば、応答がない場合またはストリーム／ロビーを離れた場合、ユーザーをキューから退出させる）。このように、セッションに加入するために待つ時間、およびセッションに加入するためのユーザー・インタラクションの複雑さは、セッション参加のための自動キューの効率的な管理および処理によって大幅に低減され、ホスト／ストリーマーおよびクライアント・デバイスにおける処理要件、サービス・プラットフォーム自体を削減し、更にネットワーク・トラフィックを減少させる。即ち、セッション加入を求める要求を提出したユーザーをキューに入れ、セッションの開始を決定し、次いでキューに入れられたユーザーから所定数をセッションに自動的に挿入してアクティブ・セッションを開始する機能を管理することによって、クライアント・デバイスおよびサービス・プラットフォームに必要な処理を削減し、それらの間で必要なネットワーク通信を大幅に削減する。加えて、以前のアクティブ・セッションの完了を判定し、完了に基づいて、そしてキューに入れられたユーザーから所定数をセッションに自動的に挿入する前に、以前のアクティブ・セッションの全てのゲスト・プレーヤーを自動的に退出させることによって、更に、本明細書において説明したように、キュー管理の処理効率を高め、ネットワーク通信を更に削減する。同様に、ゲスト・プレーヤーの退出に応答して、終了したセッションの１人以上の退出ゲスト・プレーヤーを再度キューに自動的に入れ、アクティビティ・グループを離れたユーザーの内任意の者をキューから自動的に削除するというような管理によって、更にキューイング効率を高め、キューイング効率および動作を改善し、これによってセッション参加に良い影響が得られる。

[0124] 更に、説明した実施形態は、例えば、クラウド・ベースの実施態様において、セッション追跡および自動キューイングの管理によるオンライン・コンテンツ・ストリームまたはアクティビティへの参加促進(improve)のためのソフトウェア実施態様には存在しない。

[0125] 更にまた、リアル・タイム・キュー・ステータス情報が、ストリーミング中にストリーマー／ホストに自動的に供給され、更に、追加の入力を要せずに、キューに入れられたユーザーにも、コンテンツ・ストリーミングを視聴している間および／またはセッション参加を待っている間に、ゲストＵＩを通じて供給され、しかるべき時点において、例えば、セッションの開始が決定されたときに、ユーザーをキューからセッションに自動的に挿入し、こうしてＵＩ機能および体験を向上させる。加えて、ストリーマー／ホスト・ユーザーは、ホストＵＩを通じて、セッションが自動的に繰り返すに連れて、キュー・ステータスを見ることができ、ストリーマー／ホストがセッション参加およびストリーミングを連続的に監視することが可能になる。

[0126] また、本明細書では、セッション参加および／または実行(performance)を、ストリーミングされたタイトルおよび／または使用されたゲーム／ストリーミング・サービスもしくはプラットフォームと関連付けられた報償サービスにリンクしてもよいことも考えられる。報償は、限定ではなく、バッジ、スキン(skin)、ゲーム内アイテム、体験ポイント、ゲーム内ロック解除(in-game unlock)等を含むことができる。

[0127] この章において説明した更に他の例および実施形態は、本開示の他のいずれの章または副章に開示されている例にも適用可能なのはもっともである。
[0128] ここでは、セッション・キューイング・システムについて記載する。セッション・キューイング・システムは、本明細書において説明したように、セッション追跡および自動キューイングの管理によって、オンライン・コンテンツ・ストリームまたはアクティビティへの参加を促すために、種々の方法で構成し機能させることができる。セッション・キューイング・システムは、１つ以上のプロセッサーと、プロセッサーによって実行されるプログラム・コードを格納する１つ以上のメモリーとを含む。プログラム・コードは、聴衆マネージャ、キュー・マネージャ、およびセッション・マネージャを含む。聴衆マネージャは、ユーザーをアクティビティ・グループに含ませることによって、ユーザーをホスト・プレーヤーのアクティビティ（例えば、ゲームまたはビデオ・ストリーム）と関連付けるように構成される。キュー・マネージャは、アクティビティ・グループにおけるユーザーの少なくとも部分集合から、アクティビティのセッションにゲスト・プレーヤーとして加入する要求を受けるように構成され、セッションは、ホスト・プレーヤーとのアクティビティへの参加、およびセッションに加入する要求を提出したユーザーをキューに入れることを含む。セッション・マネージャは、セッションの開始を決定し、キューに入れられたユーザーから所定数をセッションに自動的に挿入して、アクティブ・セッションを開始するように構成される。

[0129] セッション・キューイング・システムの一実施形態では、セッション・マネージャは、アクティブ・セッションの前に行われた以前のアクティブ・セッションを追跡し、以前のアクティブ・セッションの完了に基づいて、開始を決定するように構成される。

[0130] セッション・キューイング・システムの一実施形態では、セッション・マネージャは、以前のアクティブ・セッションの完了を判定し、完了に基づいて、キューに入れられたユーザーの内所定数をセッションに自動的に挿入する前に、以前のアクティブ・セッションのゲスト・プレーヤーを全て自動的に退出させるように構成される。

[0131] セッション・キューイング・システムの一実施形態では、セッション・マネージャは、キューに入れられたユーザーの内所定数に、彼らのセッションへの挿入の通知を出し、この通知に対応する応答を受信し、対応する応答に基づいて、キューに入れられたユーザーの内所定数をセッションに自動的に挿入するように構成される。

[0132] セッション・キューイング・システムの一実施形態では、キュー・マネージャは、ゲスト・プレーヤーの退出に応答して、終了したセッションから退出させられた１人以上のゲスト・プレーヤーを自動的にキューに入れる動作、アクティビティ・グループから離れたユーザーをいずれもキューから自動的に削除する動作、またはユーザーの特性に基づいて、ユーザーのキューイングに優先順位を付ける動作の内１つ以上の実行するように構成される。

[0133] セッション・キューイング・システムの一実施形態では、プログラム・コードは、更に、アクティビティ・グループに入っているユーザーにゲストＵＩを供給するように構成されたゲスト・ユーザー・インターフェース（ＵＩ）プロバイダーを含む。ゲストＵＩは、選択可能なオブジェクトであって、アクティブ化されると、ビデオ・ストリームのセッションに加入する要求を出す、選択可能なオブジェクト、ユーザーの許可を確認するように構成された資格証明書部分、ユーザーのキュー位置の指示、またはユーザーがゲスト・プレーヤーとして参加するアクティブ・セッションの初期化に対するアラート指示の内少なくとも１つを含む。

[0134] セッション・キューイング・システムの一実施形態では、プログラム・コードは、更に、ホストＵＩをホスト・プレーヤーに供給するように構成されたホスト・ユーザー・インターフェース（ＵＩ）プロバイダーを含み、ホストＵＩは、選択可能なオブジェクトであって、アクティブ化されると、アクティビティ・グループに入っているユーザーにゲストＵＩを供給させるセッション・モードを開始させる、選択可能なオブジェクト、アクティビティ・グループにおいて、ビデオ・ストリームのセッションに加入する適格性があるユーザーに対して資格証明書を指定する第１の構成変更可能なオブジェクト、またはアクティビティ・グループに入っているユーザーに、ビデオ・ストリームのセッションに加入するためのキューイングにおいて、優先順位を付ける基になる(by which)資格証明書を指定する第２の構成変更可能なオブジェクトの内少なくとも１つを含む。

[0135] また、処理システム上で実行するセッション・キューイング方法についても記載する。この方法は、本明細書において説明したように、セッション追跡および自動キューイングの管理によって、オンライン・コンテンツ・ストリームまたはアクティビティへの参加を促す。この方法は、アクティビティ・グループにおけるユーザーの少なくとも部分集合から、アクティビティのセッションにゲスト・プレーヤーとして加入する要求を受けるステップであって、セッションがホスト・プレーヤーとのアクティビティへの参加を含む、ステップと、セッション加入を求める要求を提出したユーザーをキューに入れるステップとを含む。また、この方法は、セッションの開始を決定するステップと、キューに入れられたユーザーの内所定数をセッションに自動的に挿入し、アクティブ・セッションを開始するステップとを含む。

[0136] 一実施形態では、この方法は、更に、アクティブ・セッションの前に行われた以前のアクティブ・セッションを追跡するステップと、以前のアクティブ・セッションの完了に基づいて、開始を決定するステップとを含む。

[0137] 一実施形態では、この方法は、更に、以前のアクティブ・セッションの完了を判定するステップと、完了に基づいて、キューに入れられたユーザーの内所定数をセッションに自動的に挿入する前記ステップの前に、以前のアクティブ・セッションのゲスト・プレーヤー全てを自動的に退出させるステップとを含む。

[0138] 一実施形態では、この方法は、更に、ユーザーの内キューに入れられた数のユーザーに、セッションへの挿入についての通知を出すステップと、この通知に対して対応する応答を受信するステップと、対応する応答にも基づいて、ユーザーの内キューに入れられた数のユーザーをセッションに自動的に挿入するステップとを含む。

[0139] 一実施形態では、この方法は、更に、ゲスト・プレーヤーの退出に応答して、終了したセッションから退出させられた１人以上のゲスト・プレーヤーを自動的にキューに入れるステップ、アクティビティ・グループから離れたユーザーをいずれもキューから自動的に削除するステップ、またはユーザーの特性に基づいて、ユーザーのキューイングに優先順位を付けるステップの内少なくとも１つを含む。

[0140] 一実施形態では、この方法は、更に、アクティブ・グループにおけるユーザーの各々にゲスト・ユーザー・インターフェース（ＵＩ）を供給するステップを含み、このＵＩが、選択可能なオブジェクトであって、アクティブ化されると、ビデオ・ストリームのセッションに加入する要求を出す、選択可能なオブジェクト、ユーザーの許可を確認するように構成された資格証明書部分、ユーザーのキュー位置の指示、またはユーザーがゲスト・プレーヤーとして参加するアクティブ・セッションの初期化に対するアラート指示の内少なくとも１つを含む。

[0141] 一実施形態では、この方法は、更に、ホスト・ユーザー・インターフェース（ＵＩ）をホスト・プレーヤーに供給するステップを含み、このＵＩが、選択可能なオブジェクトであって、アクティブ化されると、アクティビティ・グループに入っているユーザーにゲストＵＩを供給させるセッション・モードを開始させる、選択可能なオブジェクト、ビデオ・ストリームのセッションに加入する適格性があるユーザーに対して資格証明書を指定する第１の構成変更可能なオブジェクト、またはビデオ・ストリームのセッションに加入するためのキューイングにおいて、ユーザーに優先順位を付ける基になる(by which)資格証明書を指定する第２の構成変更可能なオブジェクトの内少なくとも１つを含む。

[0142] また、ここでは、プログラム命令が記録されたコンピューター読み取り可能媒体も提供する。プログラム命令が処理デバイスによって実行されると、セッション・キューイング方法を実行する。この方法は、本明細書において説明したように、セッション追跡および自動キューイングの管理によってオンライン・コンテンツ・ストリームまたはアクティビティへの参加を促す。この方法は、ユーザーをアクティブ・グループに含ませることによって、ホスト・プレーヤーのアクティビティとユーザーを関連付けるステップと、アクティビティ・グループにおけるユーザーの少なくとも部分集合から、アクティビティのセッションにゲスト・プレーヤーとして加入する要求を受けるステップであって、セッションが、ホスト・プレーヤーとのアクティビティへの参加を含む、ステップとを含む。また、この方法は、セッションに加入する要求を提出したユーザーをキューに入れるステップと、セッションの開始を決定するステップと、キューに入れられたユーザーの内所定数をセッションに自動的に挿入し、アクティブ・セッションを開始するステップも含む。

[0143] コンピューター読み取り可能媒体の一実施形態では、この方法は、更に、アクティブ・セッションの前に行われた以前のアクティブ・セッションを追跡するステップと、以前のアクティブ・セッションの完了に基づいて、開始を決定するステップとを含む。

[0144] コンピューター読み取り可能媒体の一実施形態では、この方法は、更に、以前のアクティブ・セッションの完了を判定するステップと、完了に基づいて、キューに入れられたユーザーの内所定数をセッションに自動的に挿入する前記ステップの前に、以前のアクティブ・セッションのゲスト・プレーヤー全てを自動的に退出させるステップとを含む。

[0145] コンピューター読み取り可能媒体の一実施形態では、この方法は、更に、ユーザーの内キューに入れられた数のユーザーに、セッションへの挿入についての通知を出すステップと、この通知に対して対応する応答を受信するステップと、対応する応答にも基づいて、ユーザーの内キューに入れられた数のユーザーをセッションに自動的に挿入するステップとを含む。

[0146] コンピューター読み取り可能媒体の一実施形態では、この方法は、更に、ゲスト・プレーヤーの退出に応答して、終了したセッションから退出させられた１人以上のゲスト・プレーヤーを自動的にキューに入れるステップ、アクティビティ・グループから離れたユーザーをいずれもキューから自動的に削除するステップ、またはユーザーの特性に基づいて、ユーザーのキューイングに優先順位を付けるステップの内少なくとも１つを含む。

[0147] コンピューター読み取り可能媒体の一実施形態では、この方法は、更に、アクティブ・グループにおけるユーザーにゲスト・ユーザー・インターフェース（ＵＩ）を供給するステップを含み、このゲストＵＩが、選択可能なオブジェクトであって、アクティブ化されると、ビデオ・ストリームのセッションに加入する要求を出す、選択可能なオブジェクト、ユーザーの許可を確認するように構成された資格証明書部分、ユーザーのキュー位置の指示、またはユーザーがゲスト・プレーヤーとして参加するアクティブ・セッションの初期化に対するアラート指示の内少なくとも１つを含む。この実施形態では、この方法は、更に、ホスト・ユーザー・インターフェース（ＵＩ）をホスト・プレーヤーに供給するステップを含み、このホストＵＩが、選択可能なオブジェクトであって、アクティブ化されると、アクティビティ・グループに入っているユーザーの各々にゲストＵＩを供給させるセッション・モードを開始させる、選択可能なオブジェクト、アクティビティ・グループにおいて、ビデオ・ストリームのセッションに加入する適格性があるユーザーに対して資格証明書を指定する第１の構成変更可能なオブジェクト、またはアクティビティ・グループに入っている１人以上のユーザーに、ビデオ・ストリームのセッションに加入するためのキューイングにおいて、優先順位を付ける基になる(by which)資格証明書を指定する第２の構成変更可能なオブジェクトの内少なくとも１つを含む。
Ｖ．結論
[0148] 以上、本開示の主題の種々の実施形態について説明したが、これらは例として提示されたに過ぎず限定ではないことは理解されてしかるべきである。尚、添付する特許請求の範囲において定められる通りの、これらの実施形態の主旨および範囲から逸脱することなく、形態および詳細において種々の変更を行えることは、関連技術（１つまたは複数）において習熟した当業者には理解されよう。したがって、開示した主題の広さ(breadth)および範囲は、前述した例示的な実施形態のいずれによっても限定されず、以下の特許請求の範囲およびその均等のみにしたがって定められてしかるべきである。

Claims (20)

1. セッション・キューイング・システムであって、
   プロセッサーと、
   前記プロセッサーによって実行されるプログラム・コードを格納するように構成されたメモリーと
   を備え、前記プログラム・コードが、
   ユーザーをアクティビティ・グループに含ませることによって、ホスト・プレーヤーのアクティビティと前記ユーザーとを関連付けるように構成された聴衆マネージャと、
   キュー・マネージャであって、
   前記アクティビティ・グループにおける前記ユーザーの少なくとも部分集合から、前記アクティビティのセッションにゲスト・プレーヤーとして加入する要求を受け、前記セッションが、前記ホスト・プレーヤーとのアクティビティへの参加を含み、
   前記セッションに加入する要求を提出した前記ユーザーを、前記ユーザーが前記要求を提出した順序でキューに入れる
   ように構成されたキュー・マネージャと、
   セッション・マネージャであって、
   前記セッションの開始を決定し、
   前記キューからユーザーの第１の組を前記セッションに自動的に挿入してアクティブ・セッションを開始し、前記第１の組のユーザーの数は前記アクティビティに対応し、前記第１の組は、最も早く前記キューに追加されたユーザーを含み、
   前記アクティブ・セッションの終了を決定し、
   ユーザーの前記第１の組を前記アクティブ・セッションから自動的に退出させ、
   前記キューからユーザーの第２の組を前記セッションに自動的に挿入して第２のアクティブ・セッションを開始し、前記第２の組のユーザーの数は前記アクティビティに対応し、前記第２の組は、前記第１の組に続いて前記キューに追加されたユーザーを含む
   ように構成されたセッション・マネージャと
   を含む、セッション・キューイング・システム。
2. 請求項１記載のセッション・キューイング・システムにおいて、前記セッション・マネージャが、
   前記アクティブ・セッションの前に行われた以前のアクティブ・セッションを追跡し、
   以前のアクティブ・セッションの完了に基づいて、開始を決定する
   ように構成される、セッション・キューイング・システム。
3. 請求項２記載のセッション・キューイング・システムにおいて、前記セッション・マネージャが、
   以前のアクティブ・セッションの完了を判定し、
   前記完了に基づいて、ユーザーの前記第１の組を前記セッションに自動的に挿入する前に、以前のアクティブ・セッションのゲスト・プレーヤーを全て自動的に退出させる
   ように構成される、セッション・キューイング・システム。
4. 請求項１記載のセッション・キューイング・システムにおいて、前記セッション・マネージャが、
   ユーザーの前記第１の組に、彼らの前記セッションへの挿入の通知を出し、
   前記通知に対応する応答を受信し、
   前記対応する応答に基づいて、ユーザーの前記第１の組を前記セッションに自動的に挿入する
   ように構成される、セッション・キューイング・システム。
5. 請求項１記載のセッション・キューイング・システムにおいて、前記キュー・マネージャが、
   ゲスト・プレーヤーの退出に応答して、終了したセッションから退出させられた１人以上のゲスト・プレーヤーを自動的にキューに入れる動作、
   アクティビティ・グループから離れたユーザーをいずれもキューから自動的に削除する
   動作、または、
   前記ユーザーの特性に基づいて、ユーザーのキューイングに優先順位を付ける動作
   の内１つ以上を実行するように構成される、セッション・キューイング・システム。
6. 請求項１記載のセッション・キューイング・システムにおいて、前記プログラム・コードが、更に、
   アクティビティ・グループに入っているユーザーにゲストＵＩを供給するように構成されたゲスト・ユーザー・インターフェース（ＵＩ）プロバイダー
   を含み、前記ゲストＵＩが、
   選択可能なオブジェクトであって、アクティブ化されると、前記アクティビティのセッションに加入する要求を出す、選択可能なオブジェクト、
   ユーザーの許可を確認するように構成された資格証明書部分、
   ユーザーのキュー位置の指示、または、
   ユーザーがゲスト・プレーヤーとして参加するアクティブ・セッションの初期化に対するアラート指示
   の内少なくとも１つ
   を含む、セッション・キューイング・システム。
7. 請求項１記載のセッション・キューイング・システムにおいて、前記プログラム・コードが、更に、
   ホストＵＩをホスト・プレーヤーに供給するように構成されたホスト・ユーザー・インターフェース（ＵＩ）プロバイダー
   を含み、前記ホストＵＩが、
   選択可能なオブジェクトであって、アクティブ化されると、アクティビティ・グループに入っているユーザーにゲストＵＩを供給させるセッション・モードを開始させる、選択可能なオブジェクト、
   アクティビティ・グループにおいて、前記アクティビティのセッションに加入する適格性があるユーザーに対して資格証明書を指定する第１の構成変更可能なオブジェクト、または、
   アクティビティ・グループに入っているユーザーに、前記アクティビティのセッションに加入するためのキューイングにおいて、優先順位を付ける基になる資格証明書を指定する第２の構成変更可能なオブジェクト
   の内少なくとも１つ
   を含む、セッション・キューイング・システム。
8. 処理システム上で実行するセッション・キューイング方法であって、
   アクティビティ・グループにおけるユーザーの少なくとも部分集合から、アクティビティのセッションにゲスト・プレーヤーとして加入する要求を受けるステップであって、前記セッションが、ホスト・プレーヤーとのアクティビティへの参加を含む、ステップと、
   セッションに加入する要求を提出したユーザーを、前記ユーザーが前記要求を提出した順序でキューに入れるステップと、
   セッションの開始を決定するステップと、
   前記キューからユーザーの第１の組をセッションに自動的に挿入してアクティブ・セッションを開始するステップであって、前記第１の組のユーザーの数は前記アクティビティに対応し、前記第１の組は、最も早く前記キューに追加されたユーザーを含む、ステップと、
   前記アクティブ・セッションの終了を決定するステップと、
   ユーザーの前記第１の組を前記アクティブ・セッションから自動的に退出させるステップと、
   前記キューからユーザーの第２の組を、前記セッションに自動的に挿入して第２のアクティブ・セッションを開始するステップであって、前記第２の組のユーザーの数は前記アクティビティに対応し、前記第２の組は、前記第１の組に続いて前記キューに追加されたユーザーを含む、ステップと
   を含む方法。
9. 請求項８記載のセッション・キューイング方法であって、更に、
   アクティブ・セッションの前に行われた以前のアクティブ・セッションを追跡するステップと、
   以前のアクティブ・セッションの完了に基づいて、開始を決定するステップと
   を含む方法。
10. 請求項９記載のセッション・キューイング方法であって、更に、
    前記以前のアクティブ・セッションの完了を判定するステップと、
    前記完了に基づいて、ユーザーの前記第１の組をセッションに自動的に挿入する前記ステップの前に、前記以前のアクティブ・セッションのゲスト・プレーヤー全てを自動的に退出させるステップと
    を含む方法。
11. 請求項８記載のセッション・キューイング方法であって、更に、
    ユーザーの前記第１の組に、セッションへの挿入についての通知を出すステップと、
    前記通知に対して対応する応答を受信するステップと、
    前記対応する応答にも基づいて、ユーザーの前記第１の組をセッションに自動的に挿入するステップと
    を含む方法。
12. 請求項８記載のセッション・キューイング方法であって、更に、
    ゲスト・プレーヤーの退出に応答して、終了したセッションから退出させられた１人以上のゲスト・プレーヤーを自動的にキューに入れるステップ、
    アクティビティ・グループから離れたユーザーをいずれもキューから自動的に削除するステップ、または、
    前記ユーザーの特性に基づいて、ユーザーのキューイングに優先順位を付けるステップ
    の内少なくとも１つを含む方法。
13. 請求項８記載のセッション・キューイング方法であって、更に、
    アクティブ・グループにおけるユーザーの各々にゲスト・ユーザー・インターフェース（ＵＩ）を供給するステップ
    を含み、前記ＵＩが、
    選択可能なオブジェクトであって、アクティブ化されると、前記アクティビティのセッションに加入する要求を出す、選択可能なオブジェクト、
    ユーザーの許可を確認するように構成された資格証明書部分、
    ユーザーのキュー位置の指示、または、
    ユーザーがゲスト・プレーヤーとして参加するアクティブ・セッションの初期化に対するアラート指示
    の内少なくとも１つ
    を含む、方法。
14. 請求項８記載のセッション・キューイング方法であって、更に、
    ホスト・ユーザー・インターフェース（ＵＩ）を前記ホスト・プレーヤーに供給するステップ
    を含み、前記ＵＩが、
    選択可能なオブジェクトであって、アクティブ化されると、アクティビティ・グループに入っているユーザーにゲストＵＩを供給させるセッション・モードを開始させる、選択可能なオブジェクト、
    前記アクティビティのセッションに加入する適格性があるユーザーに対して資格証明書を指定する第１の構成変更可能なオブジェクト、または、
    前記アクティビティのセッションに加入するためのキューイングにおいて、ユーザーに優先順位を付ける基になる資格証明書を指定する第２の構成変更可能なオブジェクト、
    の内少なくとも１つ
    を含む、方法。
15. 処理デバイスにセッション・キューイングのための方法を実行させるプログラム命令が記録されたコンピューター読み取り可能媒体であって、前記方法は、
    ユーザーをアクティビティ・グループに含ませることによって、ホスト・プレーヤーのアクティビティと前記ユーザーとを関連付けるステップと、
    前記アクティビティ・グループにおける前記ユーザーの少なくとも部分集合から、前記アクティビティのセッションにゲスト・プレーヤーとして加入する要求を受けるステップであって、前記セッションが、前記ホスト・プレーヤーとのアクティビティへの参加を含む、ステップと、
    前記セッションに加入する要求を提出した前記ユーザーを、前記ユーザーが前記要求を提出した順序でキューに入れるステップと、
    前記セッションの開始を決定するステップと、
    前記キューからユーザーの第１の組を前記セッションに自動的に挿入してアクティブ・セッションを開始するステップであって、前記第１の組のユーザーの数は前記アクティビティに対応し、前記第１の組は、最も早く前記キューに追加されたユーザーを含む、ステップと、
    前記アクティブ・セッションの終了を決定するステップと、
    ユーザーの前記第１の組を前記アクティブ・セッションから自動的に退出させるステップと、
    前記キューからユーザーの第２の組を前記セッションに自動的に挿入して第２のアクティブ・セッションを開始するステップであって、前記第２の組のユーザーの数は前記アクティビティに対応し、前記第２の組は、前記第１の組に続いて前記キューに追加されたユーザーを含む、ステップと
    を含む、コンピューター読み取り可能媒体。
16. 請求項１５記載のコンピューター読み取り可能媒体であって、前記方法は、更に、
    アクティブ・セッションの前に行われた以前のアクティブ・セッションを追跡するステップと、
    以前のアクティブ・セッションの完了に基づいて、開始を決定するステップと
    を含む、コンピューター読み取り可能媒体。
17. 請求項１６記載のコンピューター読み取り可能媒体であって、前記方法は、更に、
    前記以前のアクティブ・セッションの完了を判定するステップと、
    前記完了に基づいて、ユーザーの第１の組をセッションに自動的に挿入する前記ステップの前に、前記以前のアクティブ・セッションのゲスト・プレーヤー全てを自動的に退出させるステップと
    を含む、コンピューター読み取り可能媒体。
18. 請求項１５記載のコンピューター読み取り可能媒体であって、前記方法は、更に、
    ユーザーの前記第１の組に、セッションへの挿入についての通知を出すステップと、
    前記通知に対して対応する応答を受信するステップと、
    前記対応する応答にも基づいて、ユーザーの前記第１の組をセッションに自動的に挿入するステップと
    を含む、コンピューター読み取り可能媒体。
19. 請求項１５記載のコンピューター読み取り可能媒体であって、前記方法は、更に、
    ゲスト・プレーヤーの退出に応答して、終了したセッションから退出させられた１人以上のゲスト・プレーヤーを自動的にキューに入れるステップ、
    アクティビティ・グループから離れたユーザーをいずれもキューから自動的に削除するステップ、または、
    前記ユーザーの特性に基づいて、ユーザーのキューイングに優先順位を付けるステップ
    の内少なくとも１つを含む、コンピューター読み取り可能媒体。
20. 請求項１５記載のコンピューター読み取り可能媒体であって、前記方法は、更に、
    アクティブ・グループにおけるユーザーにゲスト・ユーザー・インターフェース（ＵＩ）を供給するステップであって、前記ゲストＵＩが、
    選択可能なオブジェクトであって、アクティブ化されると、前記アクティビティのセッションに加入する要求を出す、選択可能なオブジェクト、
    ユーザーの許可を確認するように構成された資格証明書部分、
    ユーザーのキュー位置の指示、または、
    ユーザーがゲスト・プレーヤーとして参加するアクティブ・セッションの初期化に対するアラート指示
    の内少なくとも１つを含む、ステップと、
    ホストＵＩを前記ホスト・プレーヤーに供給するステップであって、前記ホストＵＩが、
    選択可能なオブジェクトであって、アクティブ化されると、アクティビティ・グループに入っているユーザーの各々にゲストＵＩを供給させるセッション・モードを開始させる、選択可能なオブジェクト、
    前記アクティブ・グループにおける前記アクティビティのセッションに加入する適格性があるユーザーに対して資格証明書を指定する第１の構成変更可能なオブジェクト、または、
    前記アクティビティのセッションに加入するためのキューイングにおいて、前記アクティビティ・グループにおける１以上のユーザーに優先順位を付ける基になる資格証明書を指定する第２の構成変更可能なオブジェクト
    の内少なくとも１つを含む、ステップと
    を含む、コンピューター読み取り可能媒体。