特定のプレーヤによる口頭のコミュニケーションを防止するための方法及びそのシステム
【課題】ゲームプレーイングシステムにおいて選択されたパーティに対するまたそのパーティからの、口頭のコミュニケーションを禁止する。
【解決手段】判定ステップ３３２が、プレーヤが他のプレーヤと音声でコミュニケーションをとることが止められたかどうかを判定する。音声がブロックされる理由の１つは、親などの権限の付与された個人によって、未成年の子供がゲーム中に他のプレーヤとの音声コミュニケーションに関与することが許されるべきでないと決定したことによる。このオプションは、特定のプレーヤアカウントに関してゲームコンソール上で提供されるオプションを使用して利用可能であり、また設定することが可能である。現行のプレーヤの音声コミュニケーションがブロックされた場合、ステップ３３４が、ゲームコンソールが音声コミュニケーションを処理しなくてもよいことを判定し、ステップ３３６で、代わりに次の話し手に進む。
【解決手段】判定ステップ３３２が、プレーヤが他のプレーヤと音声でコミュニケーションをとることが止められたかどうかを判定する。音声がブロックされる理由の１つは、親などの権限の付与された個人によって、未成年の子供がゲーム中に他のプレーヤとの音声コミュニケーションに関与することが許されるべきでないと決定したことによる。このオプションは、特定のプレーヤアカウントに関してゲームコンソール上で提供されるオプションを使用して利用可能であり、また設定することが可能である。現行のプレーヤの音声コミュニケーションがブロックされた場合、ステップ３３４が、ゲームコンソールが音声コミュニケーションを処理しなくてもよいことを判定し、ステップ３３６で、代わりに次の話し手に進む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、電子ゲームのプレーヤの間における口頭のコミュニケーションの制御に係る特定のプレーヤによる口頭のコミュニケーションを防止するための方法及びそのシステムに関する。より具体的には、１つまたは複数の電子ゲームコンソールを使用してゲームをしているプレーヤ間の口頭のコミュニケーションを選択的に防止する特定のプレーヤによる口頭のコミュニケーションを防止するための方法、記録媒体、特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム、及びプレーヤ間の口頭のコミュニケーションを制御するための方法に関する。
【背景技術】
【０００２】
１名または複数名の他の人々と非電子ゲーム、例えば、ブリッジなどのカードゲームを行っているとき、ゲーム中に生じる社交的対話及び口先でのやり合いは、通常、プレーヤの楽しみをずっと大きくする。また、口頭のコミュニケーションは、ゲームプレーの要素でもある。というのは、ゲーム中に相手に対してプレーヤによって行われるコメントにより、相手が集中力を失い、手際が悪くなることが引き起こされ、他方、チームメンバに対して行われたコメントが励ましを与え、チームメンバのプレーの質を増進させることが可能であるからである。したがって、ゲームをする個人間のコミュニケーションは、明らかにゲームをする体験の重要な要素である。
【０００３】
ゲームプレーにそれほど重要なプレーヤ間の口頭の言葉のやり取りは、プレーヤが、インターネット及びその他のネットワークリンクを介して電子ゲームを行い始めた当初、欠如していた。異なるサイトにいるプレーヤは、一般に、互いにコミュニケーションをとることができなかった。というのは、プレーヤのパーソナルコンピュータ（ＰＣ）は、ゲームのプレーに関連するデータだけをネットワークを介して伝えたからである。プレーヤが全員、同じ部屋にいるときのゲームプレーの欠かせない一部である口頭の社交的対話が失われることにより、インターネットを介してゲームを行うことをそれほど面白くないものとしていた。この問題に対処するため、ゲームプレー中にネットワークを介するＰＣ間の音声コミュニケーションをサポートするハードウェア及びソフトウェアが開発された。ほぼ同じ頃に、インターネットまたはその他のネットワークを介して音声を伝送して（すなわち、ＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ））、従来の電話機の長距離電話の費用を被ることなく、ネットワークで接続されたパーティ間のコミュニケーションを可能にする技術が開発された。この研究は、Ｈ．３２３規格、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、及びＭＧＣＰ／ＭＥＧＡＣＯ（メディアゲートウェイ制御プロトコル／メディアゲートウェイコントローラ）を含め、ＶｏＩＰ通信をサポートする様々なプロトコルの作成をもたらした。ＶｏＩＰの機能及び技術の多くは、ＰＣ電子ゲームのプレーヤ間のネットワークを介する口頭のコミュニケーションを可能にするスキームに適用可能であり、またそのようなスキームにおいて使用されてきた。ゲームプレー中に接続されたＰＣ間の音声コミュニケーションを提供するシステムの例には、マイクロソフトコーポレーションのＳＩＤＥ ＷＩＮＤＥＲ ＧＡＭＥ ＶＯＩＣＥ（商標）、マインドメーカ（Ｍｉｎｄｍａｋｅｒ）インコーポレーテッドのＧＡＭＥ ＣＯＭＭＡＮＤＥＲ ２（商標）のデバイス及びソフトウェア、ＴＥＡＭＳＯＵＮＤ（商標）ソフトウェア、ゲームスパイインダストリーズ（ＧａｍｅＳｐｙ Ｉｎｄｕｓｔｒｉｅｓ）のＲＯＧＥＲ ＷＩＬＣＯソフトウェア、及びエイリアンウェア テクノロジー（Ａｌｉｅｎｗａｒｅ Ｔｅｃｈｎｏｌｏｇｙ）のＦＩＲＳＴ ＣＯＮＡＣＴソフトウェアが含まれる。以上の製品によって提供される音声コミュニケーションにより、インターネットまたはその他のネットワークを介して接続されたＰＣ上でゲームを行うことの楽しみが大幅に増す。以上のシステムの一部は、音声データがネットワークを介してＰＣ間で直接に転送されるピアツーピアモードで動作する一方、他の一部は、１つのゲームプレーヤコンピュータから音声データを受信し、そのデータをネットワークを介して、ゲームを行うためにそのネットワークに接続されている１つまたは複数の他のコンピュータに転送する。
【０００４】
各ＰＣ上で１名のプレーヤだけがサポートされるＰＣゲームシステムとは対照的に、マルチプレーヤゲームコンソールは、各コンソール上で複数名のプレーヤをサポートする。ゲームを行っている複数名のプレーヤ間の口頭のコミュニケーションを可能にする音声コミュニケーションシステムが、ゲームコンソールのために開発されている。口頭のコミュニケーションは、同一のゲームコンソール上のプレーヤ間で行われる、あるいは直接に、またはインターネットなどのネットワークを介して通信するように結合された異なるゲームコンソール上のプレーヤ間で行われることが可能である。
【０００５】
ゲームプレー中の口頭のコミュニケーションは、一般に、望ましい特徴であるが、特定のプレーヤによって乱用または悪用された場合、ゲームにおける１名または複数名のプレーヤに煩わしいものとなる可能性がある。プレーヤに迷惑なことの原因は、特定のプレーヤによる冒涜的な言葉または性的に露骨な言葉が繰り返し使用されること、または単にプレーヤが社会的に容認できないと感じる言葉またはコメントである可能性がある。各プレーヤは、ある口頭の挙動に対して個人的反応を有するので、プレーヤが特定のプレーヤとの口頭のコミュニケーションによって不快にさせられる原因には、実質的に際限がない。それでも、特定のプレーヤの口頭のコミュニケーションで不快になるプレーヤがいれば、そのプレーヤが、その特定の他のプレーヤとのさらなる口頭のコミュニケーションを防止することができるようにすることが重要である。従来技術は、プレーヤが、マルチプレーヤゲームコンソール上で行われる特定のゲームにおいて不快なプレーヤとの口頭のコミュニケーションをブロックする、またはマルチプレーヤゲームコンソール上で行われるあらゆるゲーム中に不快なプレーヤがプレーヤに話しかける、またはそのプレーヤの話を聞くのを一般的にブロックすることを可能にしない。
【０００６】
選択された他のプレーヤとの口頭のコミュニケーションの制御をゲームソフトウェアによって実施して、その制御が、単一回のゲームプレーセッションだけを範囲とするのを許すことが可能である。あるいは、口頭のコミュニケーションの制御は、オンラインゲームサービスのサービスのように中央サイトにおいて保持されるプレーヤデータに基づいて適用する方がよい可能性がある。プレーヤが、ネットワークを介してゲームを行うためにゲームコンソールを介してログオンするたびに、そのデータにアクセスして、プレーヤの誰かによる口頭のコミュニケーション、またはあるプレーヤ間の口頭のコミュニケーションが、除外されているかどうかを判定することができる。ゲーム中に選択されたプレーヤとの口頭のコミュニケーションをミュートにする（ｍｕｔｉｎｇ）プレーヤによる行為は、好ましくは、その決定についてその選択されたプレーヤに知らせてはならず、またプレーヤが、ゲームにおいて他のプレーヤとのコミュニケーションをとる能力に悪影響を与えてはならない。選択されたプレーヤの別のプレーヤによるミュート処理は、エイリアス（ａｌｉａｓ）の変更、またはネットワークを介してゲームを行うために選択されたプレーヤによって使用されるゲームデバイスの変更に関わらず、有効なままでなければならない。
【０００７】
親は、自分の子供が、ゲームプレー中に音声コミュニケーションに参加するのをブロックして、軽いものであれ冒涜的な言葉にさらされることを、または有害な目的でゲームプレーの範囲外で子供に接触しようと試みる可能性がある誰かとの口頭のコミュニケーションにさらされることを、回避することを望む可能性がある。子供の口頭のコミュニケーションの親によるブロック処理は、オンラインゲームサービス上で記憶されなければならず、また子供が異なるゲームコンソールから接続した場合でも、やはり有効でなければならない。従来技術のゲーム音声コミュニケーションシステムでは、マルチプレーヤゲームコンソールを使用してゲームに参加している、子供などの選択されたプレーヤによる口頭のコミュニケーションをブロックすることが可能ではない。
【０００８】
口頭のコミュニケーションの制御の別の領域は、プレーヤの挙動を取り締まるという概念に関する。理想的には、ネットワーク上でゲームを行っている際中、口頭のコミュニケーション中に特定のプレーヤの挙動にさらされた他のプレーヤの反応が、そのプレーヤのさらなる口頭のコミュニケーションに課せられる何らかの禁止の基準でなければならない。プレーヤの口頭の振舞いが、あまりにもひどいと見なされ（他のプレーヤから受け取られた苦情の数、または何らかの他の基準に基づき）、正当化される場合、オンラインゲームサービス上の自動化された機能、またはオンラインゲームサービス事業者が、そのプレーヤが、ゲームを行っている際中に口頭のコミュニケーションに参加するのを防止することができなければならない。そのようなプレーヤによる口頭のコミュニケーションの禁止は、限られた期間にわたって、例えば、１週間にわたって行われることが可能であるが、引き続く容認できない口頭の挙動によって正当化される場合、そのプレーヤによる口頭のコミュニケーションの禁止を永久的にすることが可能である。この場合も、現行の音声コミュニケーションシステムでは、オンラインゲームサービスのサービスを介して他のゲームコンソールに接続するマルチプレーヤゲームコンソール上の選択されたプレーヤによる口頭のコミュニケーションに、このレベルの制御を適用することが可能にならない。
【０００９】
尚、出願人が知っている先行技術として、記載すべき先行技術文献情報は特に見あたらない。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
従来のシステムには上述したような種々の問題があり、さらなる改善が望まれている。
【００１１】
本発明は、このような状況に鑑みてなされたもので、その目的とするところは、ゲームプレーイングシステムにおいて選択されたパーティに対するまたそのパーティからの、口頭のコミュニケーションを禁止することができる、特定のプレーヤによる口頭のコミュニケーションを防止するための方法及びそのシステムを提供することにある。
【課題を解決するための手段】
【００１２】
前述したとおり、ネットワークを介して接続されたＰＣ上でゲームを行う１名の個人と、自身のＰＣをそれぞれ使用してゲームを行っている１名または複数名のプレーヤの間の音声コミュニケーションは、周知である。ただし、本発明は、１つまたは複数のゲームコンソール上でゲームを行っているプレーヤ間の口頭のコミュニケーションを可能にするマルチプレーヤゲームコンソールに関する。具体的には、本発明により、特定のプレーヤによる口頭のコミュニケーションを、マルチプレーヤゲームコンソール上で行われる１回または複数回のゲーム中に制御することが可能になる。この機能を実現するため、ゲームに参加する各プレーヤに関するデータが保持される。このデータは、ゲームプレー中に口頭でコミュニケーションをとることから除外されている特定のプレーヤを指すインジケータを含む。プレーヤが口頭でコミュニケーションをとるのをブロックすることは、現行のゲームセッション中、またはその特定のプレーヤと口頭でコミュニケーションをとらないことを選択した別のプレーヤと行われるすべてのゲーム中、またはオンラインゲームサービスのサービスを使用してその特定のプレーヤによって行われるすべてのゲーム中、または特定のマルチプレーヤゲームコンソールを使用してその特定のプレーヤによって行われるすべてのゲーム中に適用される。データの中のインジケータに応答して、また基準の１つに従って、その特定のプレーヤとの口頭のコミュニケーションが防止される。
【００１３】
データが、その特定のプレーヤと口頭でコミュニケーションをとらないことを選択した他方のプレーヤと、特定のプレーヤを示すインジケータの間の関連を含む場合、その特定のプレーヤが、他方のプレーヤとその特定のプレーヤがともに参加するあらゆるゲームにおいてその他方のプレーヤと口頭でコミュニケーションをとることが防止される。この能力を実現するため、データは、ネットワークを介して行われているゲームにおける各プレーヤに関して保持され、マルチプレーヤゲームコンソールによってアクセスされる。
【００１４】
データは、マルチプレーヤゲームコンソール上で行われているゲームによってローカルで作成され、保持されるのが可能であることも企図されている。その場合、データは、口頭でコミュニケーションをとらないことを選択した他方のプレーヤと、その特定のプレーヤを示すインジケータの間の関連を含み、その特定のプレーヤが、その他方のプレーヤとその特定のプレーヤがともに参加者であるゲーム中にその他方のプレーヤと口頭でコミュニケーションをとることが防止されるようにする。
【００１５】
親または権限の付与されたパーティが、未成年の子供がゲームを行っている際中に口頭のコミュニケーションに参加することができるかどうかを判定するオプションをゲームコンソール上で選択できるようにすることにより、別のタイプの口頭のコミュニケーションの制御が提供される。その場合、データの中に含まれるインジケータは、未成年の子供を特定のプレーヤとして指し、親または権限の付与されたパーティが、その未成年の子供によって行われるゲームにおいて口頭のコミュニケーションをブロックすることを選択していることを示す。
【００１６】
ほとんどのケースで、インジケータを含むデータが、ネットワークを介してゲームを行うために使用されるオンラインゲームサービスにおいてアクセスされる。実際、特定のプレーヤが口頭でコミュニケーションをとることから除外されていることを示すインジケータは、その特定のプレーヤの口頭のコミュニケーションの挙動に関する他のプレーヤによって行われた苦情の数に応じて自動的に作成されることも可能である。例えば、特定のプレーヤがゲームプレー中、口頭のコミュニケーションにおいて過度の冒涜的な言葉を使用して、十分な数の他のプレーヤが苦情を言う場合、その特定のプレーヤが、定義された時間間隔にわたって音声コミュニケーションを使用することが自動的に防止されることが可能であり、またその問題が続く場合、その禁止を永久的にすることができる。口頭でコミュニケーションをとることが防止されたプレーヤは、単に異なるエイリアスに変更することによって、または異なるマルチプレーヤゲームコンソールを使用することによって問題を回避することができない。データの中のインジケータが、その特定のプレーヤによって使用されるあらゆるエイリアスとは独立に、またネットワークを介してゲームを行うのにその特定のプレーヤによって使用されるゲームコンソールに関わらず、その特定のプレーヤを指す。
【００１７】
別のプレーヤと口頭でコミュニケーションをとることから除外されたプレーヤは、そのような決定が行われたという指示を全く受け取らない。したがって、あるプレーヤが、別のプレーヤとコミュニケーションをとらないことを選択したことは、明らかではない。特定のプレーヤが、すべてのゲームにおいて口頭でコミュニケーションをとることから一般的に除外された場合、ディスプレイは、その特定のプレーヤが参加するゲームにおけるすべての他のプレーヤに、その特定のプレーヤがミュートにされていることを示す。
【００１８】
プレーヤ間の口頭のコミュニケーションには、好ましくは、ユーザによって定義された優先順位に基づいて優先順位が付けられる。例えば、ユーザは、別のプレーヤとの口頭のコミュニケーションが常に優先されるのを指定することができ、あるいはプレーヤが引き受けるゲーム特有の役割が、他の口頭のコミュニケーションに対するある口頭のコミュニケーションの優先順位を設定するための基準であることが可能である。したがって、チームリーダからの口頭のコミュニケーションが、チームの他のメンバからの口頭のコミュニケーションより優先されるように設定することが可能である。ゲームが優先順位を定義すること、またはプレーヤが優先順位を決めることが可能である。
【００１９】
本発明の別の態様は、前述した方法のステップを実行するための複数のマシン実行可能命令を有するメモリ媒体を対象とする。本発明のさらに別の態様は、電子ゲームのプレー中、特定のプレーヤによる口頭のコミュニケーションを防止するためのシステムを対象とする。このシステムは、プロセッサと、少なくとも１つのマルチプレーヤゲームコンソールとネットワークを介して通信するのに適合されたネットワークインタフェースと、ゲーム中に口頭でコミュニケーションをとる各プレーヤのための口頭のコミュニケーションの入力デバイス及び出力デバイスと、プロセッサが複数の機能を実行するようにさせるためのマシン語命令が記憶されているメモリとを有するマルチプレーヤゲームコンソールを含む。以上の機能は、一般に、前述した方法のステップと整合するものである。
【００２０】
本発明の以上の態様及び付随する利点の多くは、添付の図面と併せて考慮されるとき、以下の詳細な説明を参照することによってよりよく理解されるにつれ、より明白となるであろう。
【発明の効果】
【００２１】
本発明によれば、ゲームプレーイングシステムにおいて選択されたパーティに対するまたそのパーティからの、口頭のコミュニケーションを禁止することができる。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００２３】
本発明を実施するための例としてのゲームシステム
図１に示すように、例としての電子ゲームシステム１００は、ゲームコンソール１０２、及びコントローラ１０４ａ及び１０４ｂなどの最高で４つのユーザ入力デバイスをサポートする。ゲームコンソール１０２は、内部ハードディスクドライブ（この図では示さず）、及び光記憶ディスク１０８によって代表される様々な形態のポータブル光記憶媒体をサポートする。適切なポータブル記憶媒体の例には、ＤＶＤ（digital versatile disk）ディスク、及びＣＤ（compact disc [disk]）−ＲＯＭ（read only memory）ディスクが含まれる。このゲームシステムでは、ゲームプログラムが、好ましくは、ゲームコンソールで使用されるためにＤＶＤディスク上で配布されるが、他の記憶媒体が代わりに使用可能であること、または他のプログラムをインターネットまたはその他のネットワークを介してダウンロードするのが可能であることが企図される。
【００２４】
ゲームコンソール１０２の前面上には、コントローラに電気的に接続するために４つのコネクタ１１０ａ、１１０ｂ、１１０ｃ、１１０ｄが提供されている。他のタイプのコネクタまたは無線接続を代わりに使用することが可能なことも企図されている。また、電源ボタン１１２及びディスクトレイイジェクト（ｄｉｓｃ ｔｒａｙ ｅｊｅｃｔ）ボタン１１４も、ゲームコンソール１０２の前面上に配置されている。電源ボタン１１２は、ゲームコンソールへの電力の印加を制御し、またイジェクトボタン１１４は、ポータブル媒体ドライブ１０６のトレイ（図示せず）の開閉を交互に行って記憶ディスク１０８の挿入及び取出しを可能にし、そのディスク上のデジタルデータを読み取ってメモリにロードすること、またはゲームコンソールが使用するためにハードドライブ上に記憶することを可能にする。
【００２５】
ゲームコンソール１０２は、テレビジョン、またはその他の表示モニタ、またはスクリーン（図示せず）に、Ａ／Ｖ（audio/visual）インタフェースケーブル１２０を介して接続する。電力ケーブルプラグ１２２が、従来の交流ラインソース（図示せず）に接続されたとき、ゲームコンソールに電力を伝える。ゲームコンソール１０２は、イーサネット（登録商標）接続を介してネットワーク及び／またはインターネットに、またはブロードバンド接続を介して、データを転送するデータコネクタ１２４をさらに備えていることが可能である。あるいは、モデム（図示せず）を使用してデータをネットワーク及び／またはインターネットに転送することが可能であることが企図される。さらなる代案として、ゲームコンソールをイーサネット（登録商標）クロスオーバー（ｃｒｏｓｓ−ｏｖｅｒ）ケーブル（図示せず）を介して別のゲームコンソールに直接にリンクすることが可能である。
【００２６】
各コントローラ１０４ａ及び１０４ｂは、リード線を介して（または、別の企図される実施形態では、別法として、無線インタフェースを介して）ゲームコンソール１０２に結合される。図示した実施形態では、コントローラは、ユニバーサルシリアルバス（ＵＳＢ）対応であり、ＵＳＢケーブル１３０を介してゲームコンソール１０２に接続される。ゲームコンソール１０２は、ゲームソフトウェアと対話し、ゲームソフトウェアを制御するための多種多様なユーザデバイスのいずれかを備えていることが可能である。図１に示したとおり、各コントローラ１０４ａ及び１０４ｂは、親指スティック１３２ａ、１３２ｂ、１３２ｃ、Ｄパッド１３４、ボタン１３６、及び２つのトリガ１３８を備えている。以上のコントローラは、単に代表的なものであり、ゲームコンソール１０２を制御するために、他のゲーム入力機構及びゲーム出力機構を図１で示したものの代わりに用いること、あるいは図１で示したものに加えて使用することが可能である。
【００２７】
取外し可能な機能ユニットまたは機能モジュールをオプションとしてコントローラ１０４ａ、１０４ｂの中に挿入して追加の機能を提供することが可能である。例えば、ポータブルメモリユニット（図示せず）により、ユーザは、ゲームパラメータを記憶し、そのポータブルメモリユニットを他のコンソール上のコントローラの中に挿入することによって別のゲームコンソール上でゲームをするためにそのパラメータを搬送することができるようになる。コントローラで使用するために、他の取外し可能な機能ユニットが利用可能である。本発明に関連して、音声コミュニケーションモジュール１４０を備えた取外し可能な機能ユニットが使用されて、ユーザが、ローカルに、及び／またはネットワークを介して他のユーザと口頭でコミュニケーションをとることができるようになる。音声コミュニケーションモジュール１４０には、ヘッドセット１４２が接続され、ヘッドセット１４２は、好ましくは、入射するサウンドに応答して入力信号を生成するブーム（ｂｏｏｍ）マイクロホン１４４または他のタイプのオーディオセンサ、及びゲームコンソールからの出力信号に応答して可聴サウンドを生成するためのヘッドホン１４６または他のタイプのオーディオトランスデューサを含む。企図されている別の実施形態（図示せず）では、音声コミュニケーション能力は、他の点でコントローラ１０４ａ及び１０４ｂと全般的に同様であるコントローラ（図示せず）の欠くことのできない部分として含まれる。図１に示したコントローラは、２つの取外し可能な機能ユニットまたは機能モジュールを収容するように構成されている。ただし、２つより多い、または少ないモジュールを代わりに使用することも可能である。
【００２８】
ゲームシステム１００は、もちろん、ゲームを行うことができるが、ＣＤ及びＤＶＤ上の音楽及びビデオを再生することも可能である。ハードディスクドライブ上に記憶された、またはドライブ１０６において光記憶ディスク１０８から読み取られる、またはオンラインソースからの、または機能ユニットまたは機能モジュールからのデジタルデータを使用して、ゲームコントローラによって他の機能を実施するのが可能であることが企図されている。
【００２９】
本発明を実施するための機能構成要素
次に、図２を参照すると、機能ブロック図が、例として、どのように構成要素が提供されて、マルチプレーヤゲームコンソール上の電子ゲームのプレー中にプレーヤ間の音声コミュニケーションまたは口頭のコミュニケーションが容易になるかを示している。前述したとおり、ゲームコンソール１００のこの実施形態は、各コンソール上に最大で４名のプレーヤを有することが可能であり、また各プレーヤが、コントローラ及び音声コミュニケータを備えていることが可能である。音声コミュニケーションモジュール１４０ａの詳細を関連のコントローラ１０４ａに関連して示している。コントローラ１０４ｂ、１０４ｃ、及び１０４ｄ（ゲームコンソール１００に結合されている場合）が、オプションとして、それぞれ、コントローラ１０４ａに結合されているもののような対応する音声コミュニケーションモジュールを含むことが可能であることを理解されたい。現行の好適実施形態では、音声コミュニケーションモジュール１４０ａは、デジタル信号プロセッサ（ＤＳＰ）１５６、アナログ−デジタル変換器（ＡＤＣ）１５８、デジタル−アナログ変換器（ＤＡＣ）１６１、及びユニバーサルシリアルバス（ＵＳＢ）インタフェース１６３を含む。入射する環境におけるサウンドに応答して、マイクロホン１４４は、ＡＤＣ１５８に入力されるアナログ出力信号を生成し、ＡＤＣ１５８は、そのアナログ信号を対応するデジタル信号に変換する。ＡＤＣ１５８からのデジタル信号は、さらなる処理のためにＤＳＰ１５６に入力され、ＤＳＰの出力が、コントローラ１０４ａに接続するためにＵＳＢインタフェース１６３に印加される。この実施形態では、音声コミュニケーションモジュール１４０ａは、ＵＳＢ接続（別個に図示せず）を介してコントローラ１０４ａ上の機能ユニットポートまたは機能モジュールポートに接続する。同様に、ゲームコンソール１００から来るデジタルサウンドデータが、コントローラ１０４ａを介して伝送されて、ＵＳＢインタフェース１６３に印加され、インタフェース１６３が、そのデジタル信号をＤＳＰ１５６に伝送し、ＤＳＰ１５６がＤＡＣ１６１に伝送する。ＤＡＣ１６１は、そのデジタル信号をヘッドホン１４６を駆動するのに使用される対応するアナログ信号に変換する。
【００３０】
マルチプレーヤゲームコンソール１００を参照すると、いくつかの重要な機能構成要素が示されている。ただし、本発明に妥当な他の機能構成要素も含まれるが、図示していないことを理解されたい。具体的には、ゲームコンソール１００は、ＣＰＵ（central processing unit）１５０、ならびにＲＯＭとＲＡＭ（random access memory）をともに含むメモリ１５２を含む。また、ＤＳＰ１５４も提供されている。マイクロホン１４４からのアナログ信号に応答してＡＤＣ１５８によって生成されるデジタル信号が、コントローラ１０４ａを介してＣＰＵ１５０に伝送され、ＣＰＵ１５０は、ゲームコンソール上のイーサネット（登録商標）ポート（図２に示さず）を通じ、ブロードバンド接続を介して他のローカルな音声コミュニケーションモジュール及び他のゲームコンソールに伝送するため、その音声ストリーム信号の符号化を取り扱う。
【００３１】
代替の実施形態は、音声コミュニケーションモジュール１４０ａ内部のＤＳＰ１５６を使用して、マイクロホン１４４からのアナログ信号に応答してＡＤＣ１５８によって生成されたデジタル信号を符号化する。次に、符号化されたデータは、コントローラ１０４ａを介してＣＰＵ１５０に伝送され、ＣＰＵ１５０は、この場合も、ゲームコンソール上のブロードバンド接続を介する他のローカルな音声コミュニケーションモジュール及び他のゲームコンソールへの符号化されたデータの伝送を取り扱う。
【００３２】
マルチプレーヤゲームコンソール１００は、クロスオーバーイーサネット（登録商標）ケーブルを使用して別のゲームコンソールに直接に接続するか、あるいはハブ、スイッチ、またはその他の同様のデバイスを使用して、より従来どおりのネットワークを介して１つまたは複数の他のマルチプレーヤゲームコンソールに接続することが可能であり、かつ／または適切なケーブルモデム、デジタル加入者回線（ＤＳＬ）接続、またはその他の適切なインタフェースのブロードバンド接続を介してインターネットまたはその他のネットワークに接続することが可能である。マルチプレーヤゲームコンソール１００が、モデム（図示せず）を介してインターネットまたはその他のネットワークに接続される代替の実施形態も企図されている。直接接続またはネットワーク接続を介してパケットとして伝送されるデジタル信号が、ゲームコンソール１００上のイーサネット（登録商標）ポートを介して（または同じゲームコンソールに接続された他の音声コミュニケーションモジュール及びコントローラから）ＣＰＵ１５０に入力され、ＣＰＵによって処理されてデータパケットが復号化され、出力ミキシングのためにＤＳＰ１５４に印加されるデジタルサウンドデータが回復される。ＤＳＰ１５４からの信号は、ＵＳＢインタフェース１６３を介して入力するために、その音声コミュニケーションの受け手であるプレーヤのための宛先の音声コミュニケーションモジュールに伝送される。
【００３３】
代替の実施形態は、ＣＰＵを使用してコントローラ１０４ａを介して宛先の音声コミュニケーションモジュール１４０ａに符号化されたデータパケットを伝送する。次に、符号化されたデータパケットは、音声コミュニケーションモジュール１４０ａ内部のＤＳＰ１５６によって復号化され、結果の復号化された信号がＤＡＣ１６１に伝送され、ＤＡＣ１６１が、ヘッドホン１４６を駆動する対応するアナログ信号を生成する。
【００３４】
さらに別の企図される代替形態では、各プレーヤに関するヘッドホン及びマイクロホンが、ゲームコンソールに直接に結合され、音声コミュニケーションモジュールの機能が、ゲームコンソール内部のＣＰＵ、またはＤＳＰなどの他のプロセッサ、及び適切なＤＡＣモジュール及びＡＤＣモジュールによって行われることが可能である。したがって、サウンド信号を処理してプレーヤ間で伝送されるサウンドデータを生成する構成要素、及び各プレーヤのヘッドホンを駆動するアナログ信号を生成する構成要素の位置は、本発明に重要ではない。
【００３５】
また、ＣＰＵ１５０は、マイクロホン１４４に向かって話すプレーヤのサウンドの特性を変更する音声効果も適用し、また様々な効果の選択を使用してサウンドの性質を変更することができる。例えば、女性のプレーヤは、自分の音声が、男性の太い声のように聞こえるようにする音声効果、または音声に茶目っけ（ｅｌｆｉｎ ｑｕａｌｉｔｙ）があるようにする音声効果、または音声が、いくつかの他の所望の異なる音調（tonal）特性及びピッチ特性を有するようにする音声効果を選択することができる。プレーヤが選択することができる利用可能な音声効果は、ゲームに依存する。そのような音声効果は、実質的にプレーヤの音声のサウンドを変更して、プレーヤを実質的に認識不可能であるようにすることが可能であり、またゲームの中であるキャラクタが別のキャラクタに話しかけるように見えるとき、プレーヤによって制御されているそのキャラクタにドラマチックな性質またはよりすぐれた現実感を加えることが可能である。したがって、音声効果により、ロールプレーイング（ｒｏｌｅ ｐｌａｙｉｎｇ）が容易になり、プレーヤの真の身元が隠される。同一のゲームコンソール１００に接続されているプレーヤが、ゲームコンソールが配置されている部屋の中で数フィート（１フィートは、３０．４８ｃｍ）しか離れていないため、互いの声が直接に聞こえるときでさえ、適用される音声効果に起因するプレーヤの音声の変更により、ヘッドホンを介して口頭のコミュニケーションを受け取る他のプレーヤによって聞き取られるサウンドが大きく変更されて、室内でプレーヤたちに伝播するプレーヤの音声の局所的サウンドを容易に無視することが可能になる。
【００３６】
実際に、本発明における限定ではないが、ゲームコンソール１００の好適実施形態は、ネットワークを介して、またはオンラインゲームサービスを通してインターネットを介して行われるゲーム中の口頭のコミュニケーションに、最高で１６名のプレーヤが参加するのが可能であることを予期して設計されている。明らかに、プレーヤが一度に参加するのを予期することが可能な他のプレーヤからの口頭のコミュニケーションの数には、実際的な限界が存在する。したがって、プレーヤは、同時に話す４名を超える他のプレーヤからの口頭のコミュニケーションを理解することができないものと想定した。
【００３７】
ゲームプレーのシナリオ
ゲームのタイプ、及び音声コミュニケーション信号を符号化する要件及び復号化する要件に影響を与える所与のゲームに参加しているプレーヤの数に依存して、異なる適切なシナリオが存在する。例えば、音声コミュニケーションに関する要件に影響を与える３つの主要なシナリオが存在する。第１のシナリオは、「ポイントツーポイント」と呼ばれ、２つの相互接続されたゲームコンソールのそれぞれにおいて１名のプレーヤを含み、各プレーヤは、他のプレーヤとの音声コミュニケーションに参加している。「マルチポイント」と呼ばれる第２のシナリオでは、やはり、各ゲームコンソール上で音声コミュニケーションに参加している１名だけのプレーヤが存在するが、最高で１６名のプレーヤが参加するゲームを行うため、最高で１６のゲームコンソールが、ネットワークを介して相互接続される。第３のシナリオは、「ゲームコンソール上のマルチプレーヤ」と呼ばれる。というのは、１つのゲームコンソール当り最高で４名のプレーヤが、また最高で４つのゲームコンソールがネットワークを介して相互接続されて、最高で１６名のプレーヤが同時にゲームを行い、口頭でコミュニケーションをとることが可能になるからである。この最後のシナリオに関して、単一のゲームコンソール上の２名またはそれより多くのプレーヤが、同じ室内に物理的にいるものの、前述したとおり、音声効果オプションの使用によってもたらされる音声の変化により、各プレーヤによるゲーム及びロールプレーイングの楽しみが増すことが可能であるため、ゲーム中に音声コミュニケーションを使用することも可能である。さらに、以上３つのシナリオのそれぞれにおいて述べたゲームコンソール／プレーヤの総数の限度は、ソフトな限度と考えることができる。というのは、さらなるプレーヤまたはゲームコンソールが参加することを除外する固有のハードウェアの限界は存在しないからである。
【００３８】
以上の３つのシナリオの１つまたは複数に従ってゲームを設計することにより、ソフトウェア設計者が、音声コミュニケーションに割り振られる計算リソースに対して最大の事前定義された限度を設定して、音声コミュニケーションが、ゲームプレーの品質に悪影響を与えるのを回避することが可能である。また、マルチプレーヤゲームコンソール上で行われる特定のゲームが、ある人数のプレーヤだけによって行われるのが適切であるように独自の要件を有することも可能である。この場合、ゲームの性質により、必要とされる口頭コミュニケーションチャネルの数の限度が決まる。例えば、チェスなどのゲームは、通常、ポイントツーポイントシナリオを使用して行われる。というのは、チェスには、通常、２名のプレーヤだけが関与するからである。音声コミュニケーション機能により、その２名のプレーヤが、チェスゲームを行いながら互いに話すことが可能になる。このポイントツーポイントシナリオの場合、各ゲームコンソールは、１つのエンコーダ及び１つのデコーダを実装するだけでよい。というのは、複数のエンコーダ及びデコーダは必要ないからである。各音声フレーム更新中、ゲームコンソール上のＣＰＵが、必要に応じて符号化及び復号化を更新する。このポイントツーポイントシナリオにおいて１．５パーセントの事前定義された符号化ＣＰＵ使用率限度及び０．５パーセントの復号化ＣＰＵ使用率限度を使用すると、必要とされるＣＰＵ使用率の合計は、およそ２．０パーセントだけである。
【００３９】
図４の機能ブロック図に示すとおり、ゲームコンソール１０２は、ゲームコンソール１７２と音声コミュニケーションするように結合されている。マイクロホン１４４が、コンソール１０２を使用するプレーヤの音声に反応し、このマイクロホンに接続されている音声コミュニケーションモジュールが、シングルストリームエンコーダ１６０に入力されるＰＣＭ（pulse code modulated）データを生成する。ＰＣＭデータに応答して、エンコーダは、圧縮されたデータパケットを生成し、次に、このデータパケットが、ゲームコンソール１７２が接続されているネットワーク１７０を介して伝送される。
【００４０】
あるいは、シングルストリーム符号化が、音声コミュニケーションモジュールのＤＳＰによって行われることが可能である。この実施形態では、マイクロホン１４４が、ゲームコンソール１０２を使用するプレーヤの音声に反応し、ＤＳＰ１５６が、ＡＤＣ１５８に接続され、圧縮されたデータパケットを生成し、次に、このデータパケットが、ネットワーク１７０を介してゲームコンソール１７２に伝送するためにゲームコンソール１０２に送られる。
【００４１】
ゲームコンソール１０２からの圧縮されたデータは、ゲームコンソール１７２においてネットワークキュー１７４に入力される。コンソール１０２からのサウンドパケット圧縮データを受信するのにネットワークキューを使用する目的は、データがネットワーク１７０を介して送信される際に生じるジッタ及び他のタイミング異常を除去することである。シングルストリームデコーダの出力は、ＰＣＭデータであり、次に、このデータが、ゲームコンソール１７２を使用するプレーヤの音声コミュニケーションモジュール内部のＤＡＣに印加されて、ヘッドホン１７８を駆動するアナログ出力が生成される。
【００４２】
代替の実施形態では、圧縮されたデータは、ゲームコンソール１０２から音声コミュニケーションモジュール内部のＤＳＰ１５６に伝送される。ＤＳＰは、圧縮されたデータを復号化して、対応するＰＣＭ信号に変換し、このＰＣＭ信号が、ゲームコンソール１７２を使用するプレーヤの音声コミュニケーションモジュール内部のＤＡＣ１６１に印加されて、ヘッドホン１７８を駆動するのに使用される対応するアナログ出力信号が生成される。
【００４３】
同様に、コンソール１７２を使用するプレーヤからの口頭のコミュニケーションに関して、マイクロホン１８０が、入射するサウンドを、マイクロホン１８０が接続されているコミュニケーションモジュール内部のＡＤＣを使用してＰＣＭデータに変換し、このＰＣＭデータが、シングルストリームエンコーダ１８２に入力され、エンコーダ１８２が、ゲームコンソール１０２内部のネットワークキュー１６２にネットワーク１７０を介して伝送される圧縮されたデータを生成する。ネットワークキュー１６２からの圧縮されたデータは、シングルストリームデコーダ１６８に入力され、デコーダ１６８は、ヘッドホン１４６が接続されている音声コミュニケーションモジュール内部のＤＡＣ変換器に入力されるＰＣＭデータを生成する。ＤＡＣは、対応するアナログサウンド信号を生成する。したがって、ヘッドホン１４６が、コンソール１７２に接続されたプレーヤのサウンドに対応するアナログサウンド信号を（加えられた音声効果があれば、その効果を伴って）受け取る。
【００４４】
各コンソールに１名のプレーヤが存在するが、複数のゲームコンソールがゲームセッションに参加しているマルチポイントシナリオでは、ゲーム設計者は、すべてのプレーヤが、ゲームを行っている他のプレーヤのすべてと口頭でコミュニケーションをとることができるべきか、またはプレーヤのサブセットから成るチームが存在する場合、同一のチームにいるプレーヤだけが互いに話すことが可能であるようにするかを決定することが可能である。例えば、マルチポイントシナリオで行われているゲームが、カードゲームである場合、１つのゲームコンソール当り１名づつの４名の個人プレーヤが存在することが可能であるか、または各２名のプレーヤの２つのチームが存在することが可能である。４名の別々のプレーヤが存在する場合、各ゲームコンソールは、１つのエンコーダ及び１つの４対１デコーダ（以下に述べる）を実装する。音声フレーム更新中、各コンソールが、ゲームコンソールを使用する単一のプレーヤによる発話を伝送するために必要な符号化を更新し、またゲームに参加する他のゲームコンソール上の（最高で）３名の他のプレーヤのなかの任意のプレーヤからの発話データの復号化を更新する。このシナリオの場合、１．５パーセントのＣＰＵ使用率に関する事前定義された符号化限度、及び１．３パーセントのＣＰＵ使用率に関する４対１デコーダ限度を使用すると、カードゲームを行うのに使用されている４つのゲームコンソールのいずれにおいても、合計は、およそ２．８パーセントのＣＰＵ使用率である。
【００４５】
図３は、どのようにマルチポイントシナリオが、各ゲームコンソール上で機能的に実施されるかを示しているが、他のゲームコンソールを示していない。ただし、ネットワーク１７０は、図示したゲームコンソールと通信する他のゲームコンソールに結合するものと理解する。前述したとおり、ゲームコンソールは、プレーヤの音声コミュニケーションモジュール（図３に示さず）内部のＡＤＣによって生成されたＰＣＭデータを受け取るシングルストリームエンコーダ１６０を含む。ＰＣＭデータは、シングルストリームエンコーダ１６０に入力され、ネットワーク１７０を介して他のゲームコンソールに伝送するためにパケットの形態の圧縮されたデータの音声フレームが生成される。同様に、圧縮されたデータのパケットは、ネットワーク１７０を介して他のゲームコンソールから図示したゲームコンソールに伝送される。ゲーム（またはチャネル）に参加する各プレーヤは、データパケットが一時的に記憶されるゲームコンソール上のネットワークキューを有し、ミクサ１６６ａによるミキシングのため、またデコーダ１６８ａによる復号化のために選択エンジン１６４ａによって圧縮されたデータのパケットが選択されたとき、ジッタ及び他のタイミング問題が最小限に抑えられることを保証する。デコーダ１６８ａは、ＤＡＣに供給されるＰＣＭデータを生成し、ＤＡＣは、ヘッドホン１４６を駆動するアナログ信号を生成する。
【００４６】
代替の実施形態では、選択エンジン１６４ａが、ミキシング及び圧縮解除のために音声コミュニケーションモジュール（図２に示す）のＤＳＰ１５６に２つの選択された圧縮されたデータストリームを伝送する。ＤＳＰ１５６は、音声コミュニケーションモジュール内部のＤＡＣに供給される対応するＰＣＭ信号を生成し、ＤＡＣは、ヘッドホン１４６を駆動する対応するアナログ信号を生成する。
【００４７】
図３に示すとおり、ネットワークキュー１６２ａ、１６２ｂ、及び１６２ｃがそれぞれ、他のプレーヤの、すなわち、最高でＮ名のプレーヤの各人に提供される。
【００４８】
前述したマルチポイントシナリオでは、カードゲームに参加している３名だけの残りのプレーヤが存在するので、３つだけのネットワークキューが存在する。ミクサ１６６ａは、一度に２つの入力だけを結合するので、デコーダ１６８ａは、ヘッドホン１４６を装着しているプレーヤに、一度に２名のプレーヤに関する同時のＰＣＭデータだけしか提供することができない。これに対して、デコーダ１６８ｂが、選択エンジン１６４ｂからの４つのデータパケットを一度に結合してヘッドホン１４６に提供される出力を生成するミクサ１６６ｂを含む代替の実施形態も示している。この代替の実施形態では、プレーヤには、最高で４つの他の音声データパケットが同時に提供される。
【００４９】
あるいは、選択エンジン１６４ａを使用して、宛先の受け手の音声コミュニケーションモジュール内部のＤＳＰ１５６に４つの選択された圧縮されたデータストリームを伝送することが可能である。ＤＳＰ１５６は、この場合も、音声コミュニケーションモジュール内部のＤＡＣに供給される対応するＰＣＭ信号を生成し、ヘッドホン１４６を駆動する対応するアナログ信号が生成される。
【００５０】
「ゲームコンソール上のマルチプレーヤ」シナリオに関する機能上の詳細を図５に示す。図５では、ゲームコンソール１０２が、ネットワーク層２０６を介してネットワーク１７０に接続され、これにより、プレーヤ２１６ａ及び２１６ｂを有するゲームコンソール２１０、単一のプレーヤ２１８を有するゲームコンソール２１２、及び４名のプレーヤ２２０ａ、２２０ｂ、２２０ｃ、及び２２０ｄを有するゲームコンソール２１４に接続されている。ゲームコンソール１０２には、プレーヤ２００ａ、２００ｂ、２００ｃ、及び２００ｄが接続されており、各プレーヤは、音声コミュニケーションモジュールを有するゲームコントローラを備えている。このシナリオの場合、コンソール２１０、２１２、及び２１４のそれぞれにおけるプレーヤの全員が、圧縮されたデータパケットのシングルストリームを生成するように符号化される音声コミュニケーションを有する。ゲームコンソール１０２内部のネットワーク層２０６が、残り３つのゲームコンソールのそれぞれからのデータパケットを、第２のゲームコンソール２１０に関するネットワークキュー１６２、第３のゲームコンソール２１２に関するネットワークキュー１８４、及び第４のゲームコンソール２１４に関するネットワークキュー１８６を含む３つの別々のネットワークキューに入れる。ゲームコンソール１０２内部のこの３つのネットワークキューからの出力が、デコーダ１６８に入力され、デコーダ１６８の出力が、音声コミュニケーション１９０ａないし１９０ｄを受け取る特定のヘッドホンを決定する出力ルータ１８８に印加される。
【００５１】
代替の実施形態は、出力ルータ１８８を使用してデコーダ１６８を迂回し、ネットワークキュー１６２、１８４、及び１８６から直接にデータパケットを引き出す。出力ルータ１８８は、宛先の受け手の音声コミュニケーションモジュール内部のＤＳＰに圧縮されたデータを伝送して、そのプレーヤのヘッドホンが、音声コミュニケーション１９０ａないし１９０ｄを受け取るようにする。
【００５２】
したがって、プレーヤ２００ａないし２００ｄの各人は、そのプレーヤを宛先とする音声コミュニケーションだけを受け取る。同様に、ゲームコンソール１０２上の４名のプレーヤの各人の対応するマイクロホン２０２ａ、２０２ｂ、２０２ｃ、及び２０２ｄからのサウンド入力が、入力ルータ２０４に供給され、ルータ２０４は、ＰＣＭデータストリームをエンコーダ１６０に選択的に印加して、エンコーダ１６０の出力が、ネットワーク層２０６に結合される。ネットワーク層は、サウンドデータを搬送する圧縮されたデータパケットが、ネットワーク１７０を介してゲームコンソール２１０、２１２、及び２１４のなかの適切なものにトランスポートされることを保証する。複数名のプレーヤを有する各ゲームコンソール内部の出力ルータは、ゲームコンソール１０２を使用するプレーヤからの音声コミュニケーションを受け取るプレーヤを決定する。
【００５３】
別の実施形態は、話しているプレーヤの音声コミュニケーションモジュール内部のＤＳＰを使用して圧縮されたデータを符号化することにより、入力ルータ２０４及びエンコーダ１６０を迂回する。
【００５４】
符号化のための、優先順位付け／ラウンドロビン技術
図６は、ゲームを行うためにゲームコンソールを使用している最高で４名のプレーヤによる音声コミュニケーションを扱うゲームコンソール上の優先順位付けに関する機能上の態様を示している。各音声間隔中、４つのエンコーダインスタンスのうち２つだけがアクティブであり、したがって、ゲームコンソール上で、音声コミュニケーション能力を有するプレーヤの数よりも少ない数のエンコーダが存在する。したがって、４つのマイクロホン２１１ａ、２１１ｂ、２１１ｃ、及び２１１ｄが存在するが、このマイクロホンにそれぞれ接続される音声コミュニケーションモジュール内部のＡＤＣからのデジタルＰＣＭデータが、すべて同時に符号化されるわけではない。ＰＣＭデータの各ストリームは、ブロック２１３ａ、２１３ｂ、２１３ｃ、及び２１３ｄに示すとおり、音声活動化検出アルゴリズムに印加される。このアルゴリズムは、いつプレーヤがマイクロホンに向かって話し、ゲームにおける１名または複数名の他のプレーヤに伝送するために符号化されなければならないＰＣＭデータを生成しているかを判別する。最悪ケースのシナリオで、４名すべてのプレーヤが、同時に話しており、音声活動化検出アルゴリズムが、ゲームコンソールに接続されている４つすべてのマイクロホンからのＰＣＭデータが符号化される必要のあることを示す可能性がある。しかし、この好適実施形態では、２つ音声ストリームだけを一度に符号化することが可能であるので、ブロック２１５における優先順位付けアルゴリズムが、２つの並列エンコーダ１６０ａに入力されるＰＣＭデータのストリームを決定するか、または選択する。これらのエンコーダは、ネットワークを介して伝送されるパケット化されたフレームの中で圧縮されたデータを生成する（ゲームコンソールが、リンクまたはネットワークを介して１つまたは複数の他のゲームコンソールに接続されていると想定して）。図６に示した例では、優先順位付けアルゴリズムは、ネットワークを介して出力するために現行のフレームの中に符号化することに関して、最高の優先順位を有するものとして、ＰＣＭデータ２１７ｃ及び２１７ｄを含む２つのストリームのＰＣＭデータを選択している。これに対して、ストリーム２１７ａ及び２１７ｂの中のＰＣＭデータには、音声入力を有していないが、圧縮されたデータの次のフレームの中で、音声データを含む場合、符号化することに関して最高の優先順位を有するものとしてマークが付けられる。
【００５５】
ラウンドロビン符号化方法を使用して、２つの並列エンコーダが４名のプレーヤからの音声コミュニケーションを符号化することができるようにし、任意の所与の音声データフレームの間に話していることが可能なプレーヤの総数よりも少ない数のエンコーダが、ゲームコンソール上で必要とされるようにする。図１２は、開始ブロック３８０から始めて、音声フレームのラウンドロビン符号化を可能にするように実施される論理ステップに関する詳細を提供している。ステップ３８２で、４つのＰＣＭパケット（各プレーヤに１つ）のアレイが組み立てられる。プレーヤが音声コミュニケーションをとらない場合、ＰＣＭ無音パケットがそのアレイに挿入される。判定ステップ３８４が、ロジックが現行の音声フレームに関して第１のループを実行しているかどうかを判定する。実行している場合、ステップ３８６が、ｉが値０、１、２、または３を有することが可能な変数ｐｒｉｏｒｉｔｙ（ｉ）を使用してアレイにおける優先順位を準備することを提供する。その後、ロジックは、ステップ３９０に進む。
【００５６】
ロジックは、現行の音声フレームに関して第１のループを行っていない場合、ステップ３８８に進み、現行の音声フレームに関する前のループにおいて生成された優先順位アレイを使用する。その後、ロジックは、やはりステップ３９０に進む。ステップ３９０で、音声活動化の検出が行われて、ＰＣＭパケットに、そのパケットが音声内容を有するかどうかを示すマークが付けられるようになる。アルゴリズムは、現行のサウンドレベルが、平均（背景）レベルより相当に高いかどうかを検出し、相当に高いことは、マイクロホンを有するプレーヤが、多分、現在、マイクロホンに向かって話していることを示している。あるいは、ＰＣＭパケットを分析して、背景雑音の特性とは相当に異なる音声特性を検出することが可能である。次に、ステップ３９２が、変数ｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘをゼロに等しいものとして設定し、また変数ｅｎｃｏｄｅｏｐｓをゼロに等しいものとして初期設定する。
【００５７】
判定ステップ３９４が、ｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘ変数が４より小さいかどうか、かつｅｎｃｏｄｅｏｐｓ変数が２より小さいかどうかを判定する。判定ステップ３９４には、以上２つの変数がゼロに初期設定されたステップ３９２の直後に最初に到達するので、両方の基準が満たされ、ステップ４０２に進む。ステップ４０２で、変数ＰＣＭ ｓｔｒｅａｍ ｉｎｄｅｘが、変数ｐｒｉｏｒｉｔｉｅｓに等しく設定され、値ｉは、ｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘ変数に等しい。音声フレームに関する最初のパス（ｐａｓｓ）で、ＰＣＭ ｓｔｒｅａｍ ｉｎｄｅｘ変数がｐｒｉｏｒｉｔｉｅｓ［０］に等しく設定される。
【００５８】
次に、判定ステップ４０４が、ＰＣＭ ｓｔｒｅａｍ ｉｎｄｅｘに等しいｉｎｄｅｘでＰＣＭパケットに関して音声が検出されたかどうかを判定する。この場合も、音声フレームの間のこのロジックの最初のパスとともに、判定ステップが、ＰＣＭ ｐａｃｋｅｔ［ＰＣＭ ｓｔｒｅａｍ ｉｎｄｅｘ］に関して音声が検出されたかどうかを判定する。検出された場合、ステップ４０６が、優先順位アレイの終りにある変数ｐｒｉｏｒｉｔｉｅｓ［ｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘ］を動かし、この変数の後のすべての他の要素の順位を１つ先に移動する。次に、ステップ４０８が、変数ｅｎｃｏｄｅｏｐｓを前の値に１を足したものに等しく設定し、これにより、この変数を増分する。判定ステップ４０４で音声が検出されなかった場合、ステップ４１０が、ｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘをｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘに１を足したものに等しく設定し、これにより、この変数を増分する。ステップ４０８またはステップ４１０の後、ロジックは、判定ステップ３９４に進む。
【００５９】
ｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘ変数が４に等しくなる、またはｅｎｃｏｄｅｏｐｓ変数が２に等しくなると、ロジックは、ステップ３９６に進む。このステップで、ロジックは、ＰＣＭ Ｐａｃｋｅｔ［ｐｒｉｏｒｉｔｉｅｓ［０］］及びＰＣＭ Ｐａｃｋｅｔ［ｐｒｉｏｒｉｔｉｅｓ［１］］に関する音声検出プロパティを偽に設定する。次に、ステップ３９８が、ＰＣＭ Ｐａｃｋｅｔ［ｐｒｉｏｒｉｔｉｅｓ［２］］及びＰＣＭ Ｐａｃｋｅｔ［ｐｒｉｏｒｉｔｉｅｓ［３］］の並列符号化を提供する。最後に、ステップ４００で、ロジックが、現行の音声フレームに関してネットワークを介して伝送するために４つの圧縮されたデータパケットのアレイを組み立てる。このロジックに基づき、４名すべてのプレーヤが実際に話している場合、音声コンソール上のプレーヤのすべてが、ゲームにおける他のプレーヤとコミュニケーションをとることができるように、ＰＣＭパケットが、このラウンドロビンアルゴリズムを使用して圧縮されたパケットを形成するように符号化されることが明白であろう。
【００６０】
プレーヤ１、２、３、及び４が全員、同時に話していると想定される例を辿ることが役立つかもしれない。符号化された最新の２つの音声または２名のプレーヤの履歴が保持されている。ロジックは、プレーヤ１に関する現行のマイクロホンパケットを調べることから開始する。音声がアルゴリズムによって検出された場合、その音声が符号化される。次に、同じ判定が、プレーヤ２に関して行われる。すなわち、音声が、プレーヤ２のマイクロホンにおいて存在する場合、その音声が、現行の音声フレームの中で符号化される。初期の履歴は、プレーヤに［１，２，３，４］という順序が付けられて開始するが、この時点で、順序がプレーヤ［３，４，１，２］であるように更新される。ロジックは、事前定義されたマイクロホン符号化間隔の後、ループバックして、前回、処理されなかった２名のプレーヤに関するオーディオデータを処理する。現在、履歴リストは、［３，４，１，２］であり、したがって、プレーヤ３の音声が、現在、プレーヤ３のマイクロホンに入力されているかどうかを判定する検査が行われ、入力されている場合、その音声が符号化される。しかし、プレーヤ３が、この時点でもはや話していない場合、ロジックは、代わりに、話しているものと想定されるプレーヤ４に進む。したがって、プレーヤ４に関するデジタルＰＣＭ音声パケットが符号化され、履歴が更新されて［３，１，２，４］になる。次に、ロジックは、プレーヤ１に進み、そのプレーヤの音声を符号化し、新しい履歴［３，２，４，１］を生成する。次に、ロジックは、プレーヤ３及び２で開始する。プレーヤ３がまだ話しておらず、したがって、そのプレーヤのマイクロホンにおいて音声が存在しないものと想定すると、ロジックは、プレーヤ２及び４に関するデジタルＰＣＭパケットを符号化し、履歴リスト［３，１，２，４］をもたらす。
【００６１】
一実施形態では、スキップされ、符号化されないプレーヤの各ＰＣＭパケットに関して、そのプレーヤの前のパケットが音声フレームに関して減衰させられ、再生される。起こりうる最悪の状態で、全プレーヤが話しており、実際に、異なるチームにいる４名の異なるプレーヤがゲームコンソール上に存在するとき、各プレーヤの１つおきのＰＣＭパケットがスキップされる。この手法は、各プレーヤの音声の品質に対してわずかな悪影響を与えるが、これは、最悪ケースのシナリオであり、このシナリオは、通常、ゲームプレー中に稀にしか生じない。
【００６２】
スキップされ、したがって、前のパケットを繰り返すことによって埋められなければならないプレーヤのＰＣＭパケットは、ネットワークを介して伝送されないことに留意されたい。代わりに、繰り返されるＰＣＭパケットは、そのパケットの宛先の受け手によって使用される受信側ゲームコンソールによって扱われる。したがって、任意の１つの音声フレーム中、最大で４つではなく、せいぜい２つのパケットが、ゲームコンソールから送信される。キューが、前のパケットをバッファに入れ、スキップされたパケットに取って代わるようにその前のパケットを提供する。あるいは、スキップされたパケットは、受信側ゲームコンソールによってキューに入れられず、代わりに、そのパケットが、伝送を行ったゲームコンソールによってスキップされたことを示す通知が、そのチャネルに関して受信側ゲームコンソールのネットワークキューの中に挿入される。
【００６３】
ラウンドロビン符号化技術は、一度に２つの音声フレームに対してしか動作せず、現在、符号化されていないストリームのその他のフレームを繰り返す。前述したとおり、これにより、あるゲームコンソール上の４名すべてのプレーヤが話しているとき、サウンドの劣化がもたらされる可能性があるが、この技術により、追加のＣＰＵリソースを使用して４名すべてのプレーヤの音声を別々に符号化することが回避される。追加のＣＰＵリソースを使用して４名すべてのプレーヤの音声を別々に符号化することは、ゲームプレーに悪影響を与える可能性がある。
【００６４】
代替の実施形態では、１名のプレーヤ当り１つのエンコーダが、発話を符号化するために割り振られる。ただし、この実施形態は、それほど望ましくない。というのは、前述した実施形態の２倍の計算リソースが必要とされるからである。
【００６５】
リンク／ネットワークを介する音声コミュニケーション
図１０は、リンクまたはネットワークを介する音声コミュニケーションを可能にするために適用される一般的なステップを示している。最初、ステップ３３０でゲームが開始される。次に、判定ステップ３３２が、プレーヤが他のプレーヤと音声でコミュニケーションをとることが止められたかどうかを判定する。この状態は、そのプレーヤが、行動規範または他のサービスポリシーの違反により、オンラインゲームサービスによって音声コミュニケーションをとることの禁止または停止処分を受けたためもたらされる可能性がある。音声がブロックされることが可能な別の理由は、親などの権限の付与された個人によって、未成年の子供がゲーム中に他のプレーヤとの音声コミュニケーションに関与することが許されるべきでないと決定したことによる。このオプションは、特定のプレーヤアカウントに関してゲームコンソール上で提供されるオプションを使用して利用可能であり、また設定することが可能である。設定されると、そのデータは、オンラインゲームサービス上に記憶され、そのプレーヤがサービスに接続するたびに音声コミュニケーションをブロックすることが実施される。現行のプレーヤの音声コミュニケーションがブロックされた場合、ステップ３３４が、ゲームコンソールが音声コミュニケーションを処理しなくてもよいことを判定し、ステップ３３６で、代わりに次の話し手に進む。次の話し手が、ゲームコンソール上の設定によって音声コミュニケーションをとることから除外されていないと想定すると、ロジックは、そのプレーヤのために音声コミュニケーションモジュール内部のＡＤＣからＰＣＭデータを取得するステップ３３８に進む。次に、ロジックは、ステップ３４０でそのＰＣＭ音声データを圧縮して圧縮されたデータにする。ステップ３４２が、現行のプレーヤのＰＣＭ音声データを圧縮する際、何らかの割り当てられた音声効果を適用して、そのプレーヤの音声の特性を変化させる。ステップ３４４で、圧縮されたデータが、ネットワーク３４６を介して宛先の受信側ゲームコンソールに伝送されて、音声コミュニケーションモジュールを有する宛先の受け手に届く。ステップ３４８が、圧縮されたデータを伝送しているゲームコンソール上の次の話し手を処理することを準備し、これにより、判定ステップ３３２に戻る。
【００６６】
ネットワーク３４６を介して音声コミュニケーションを受信したゲームコンソール上で、ステップ３５２が、圧縮されたデータをそのようなデータのネットワークキューに追加することを提供する。次に、ステップ３５４で、ゲームコンソールが、キューから引き出された圧縮されたデータを圧縮解除し、対応するＰＣＭデータを生成する。ステップ３５６が、オプションの環境効果があれば、それを追加することを提供する。そのような効果は、一般に、ゲームコンソール上で行われているゲームにおいて提供されるオプションによって決定される。例えば、環境効果には、反響を追加すること、またはゲームの環境が洞穴内部である場合、残響を導入することが含まれることが可能であり、あるいは環境効果は、例えば、小さいスピーカ上のオーディオデータの再生に関して低音ブースト（ｂａｓｓ ｂｏｏｓｔ）を追加することによって周波数帯域の均等化を提供することに関わることが可能である。次に、ステップ３５８が、複数の異なるプレーヤから受信された音声ストリームをミキシングして、宛先の受け手のプレーヤに提供される１つの出力音声ストリームにする。この出力音声ストリームが、ステップ３６０で、ＰＣＭデータとして宛先の受け手のプレーヤのヘッドホンに関連するＤＡＣに伝送され、ＤＡＣが、ヘッドホンを駆動する対応するアナログ信号を生成する。したがって、プレーヤは、復号化され、ミキシングされて出力音声ストリームになったプレーヤの各人からの音声コミュニケーションを聞く。
【００６７】
プレーヤ間のミュートにされた音声コミュニケーション
特定のプレーヤが別のプレーヤによって音声コミュニケーションからミュートにされたときはいつでも、別の状況が生じる。このようにあるプレーヤがミュートにされると、その特定のミュートにされたプレーヤは、ミュート処理側のプレーヤの声を聞く、またはそのプレーヤに話すことができない。ミュート処理側のプレーヤは、音声コミュニケーションを元に戻すのに明示的にミュートにされたプレーヤをミュート解除しなければならない。
【００６８】
ネットワークデータパケットの扱い
図１１は、ネットワーク３４６を介して音声コミュニケーションデータをパケットとして受信することに関するさらなる詳細を示している。ブロック３５０ａ及び３５０ｂに示されるとおり、圧縮されたデータが、Ｎ個の他のゲームコンソールからネットワークを介して受信される。圧縮されたデータの各チャネルは、最初、Ｎ個のキュー３５１ａ〜３５１ｂの１つに入力され、接続されたゲームコンソール上の各プレーヤ（各ゲームコンソール上に１名または複数名のプレーヤ）に関して個別のキューが提供される。次に、ブロック３６４が、圧縮されたデータを受け取るように形成されているＮ個のキューを同期する。このステップで、現行の音声フレームに関してキューのすべてから、符号化された圧縮されたパケットが獲得される。次に、選択エンジン３６６が、ブロック３６８において復号化エンジンに入力するために組み立てられるべき圧縮されたパケットを決定する。復号化エンジンは、圧縮されたデータを圧縮解除して復号化し、そのデータをＰＣＭデータに変換して、次に、このＰＣＭデータが、接続された音声周辺コミュニケーションモジュール３７０ないし３７２のそれぞれに適用されて、その音声コミュニケーションモジュールをそれぞれ使用するプレーヤが、ネットワークを介して自身に伝送されたサウンドを聞くことができるようになる。
【００６９】
各キューから受け取られた符号化されたパケットの処理に関連する詳細を図７に示している。ブロック２２１で、ＣＰＵが、各キューをチェックして符号化された圧縮されたパケットを獲得するか、またはキューが、あるプレーヤからのパケットを有していないが、そのプレーヤに関するパケットがそのキューの中に存在すべきであったことをクライアントのＣＰＵに通知する。この場合、ＣＰＵは、そのキューからそのプレーヤに関して獲得された前のパケットが、実際に有効な符号化されたパケットであったかどうかを判定し、有効な符号化されたパケットであった場合、ＣＰＵは、そのプレーヤに関する前のパケットをコピーして、次のブロックにおけるさらなる処理のために提供することができるようにする。しかし、そのプレーヤに関する前のパケットも欠落していた場合、ＣＰＵは、そのプレーヤに関する前のパケットに減衰を行う。このステップの目的は、ラウンドロビン符号化中にパケットをスキップすること、及びネットワーク条件のためにドロップされたパケットからもたらされる欠落したパケットによって生じる無音の知覚を最小限に抑えることである。
【００７０】
次に、ブロック２２２で、ブロック２２１で獲得されたパケットが配列され、その配列の中のすべての無音パケットが除去される。その結果が、キューの中で元に提供されたパケットのサブセットである。前述した処理により、サブセットの中のすべてのパケットが有効な音声データを含む。
【００７１】
次に、ブロック２２４が、チャネルマスクを音声データに適用することを提供する。各プレーヤにチャネルが関連し、特定のチャネル上のすべてのプレーヤが、互いに音声でコミュニケーションをとることができる。例えば、１つのチャネルが、チームリーダとして指名されたプレーヤとチームメンバの間の音声コミュニケーションのために使用され、そのプレーヤが、チームのすべてのメンバとコミュニケーションをとることができるようにすることが可能である。さらに、チームリーダは、複数のチームリーダとコミュニケーションをとることができる指令者として指名された別のプレーヤと口頭でコミュニケーションをとるために別のチャネルを選択する、あるいはチームリーダが、他のチームリーダとだけコミュニケーションをとることができるようにするさらに別のチャネルを選択することも可能である。この実施形態では、話している各プレーヤに、そのプレーヤに関する「話者（ｔａｌｋｅｒ）チャネル」を定義する１６ビットワードが与えられる。ゲームは、話者チャネルに関するワードの個々のビットが何を意味するかを判定し、例えば、話者チャネルが、チーム用、チームリーダ用、指令者用等であることを示す。さらに、各プレーヤに、発話を受け取ることができる「聴取者（ｌｉｓｔｅｎｅｒ）チャネル」を割り当てることが可能である。音声コミュニケーションが、ネットワークを介して入ってきたとき、話者チャネルは、所与のプレーヤに関する聴取者チャネルと論理「ＡＮＤ」にされており、結果がゼロでない場合は、そのプレーヤが、音声コミュニケーションを聞くことができる。このようにして、行われているゲームが（またはゲームの制約の範囲内で各プレーヤが）、他のプレーヤと音声コミュニケーションするように結合されるプレーヤを判定する任意の順列（ｐｅｒｍｕｔａｔｉｏｎ）を選択することができる。
【００７２】
図７を再び参照すると、ブロック２２４により、各プレーヤが、一部のチャネルだけを聴取し、チャネルマスクを使用することを選択できるようになる。ゲームコンソール上の各プレーヤに関してチャネルマスクが適用され、最大で４つのサブセットの音声ストリーム、すなわち、聴取する各プレーヤに関して１つのサブセットが、プレーヤの個々の聴取者マスクに基づいてもたらされる。聴取している各個人は、異なる音声ストリームに含まれる候補パケットのリストを有する。
【００７３】
ブロック２２６で、ミュート処理マスク及びユーザによって定義された優先順位が提供される。好適実施形態により、プレーヤが、選択されたプレーヤとのさらなる音声コミュニケーションを選択的に除外することができるようになるが、プレーヤが、現行のゲームセッション中に特定のプレーヤとの音声コミュニケーションをミュートにすることだけを選択的に行うのが可能であることも企図される。この代替の実施形態では、ゲームコンソール上の各プレーヤが、聴取チャネル上である人々をミュートにするのを選択することが可能である。次に、そのプレーヤによってミュートにされたプレーヤからの音声ストリームが、ゲームコンソール上のそのプレーヤ向けの候補音声ストリームのリストから除去される。各プレーヤ向けのあらゆる残りの音声ストリームが、ユーザによって定義された優先順位でソートされる。このステップで、１つの音声ストリームが、常時、最高の優先順位を有することが可能である。例えば、ゲームが（またはゲームがそのオプションを許す場合、プレーヤが）、チームメンバがチームリーダと音声コミュニケーションをとるように結合するチャネルを選択的に設定して、そのチャネルが、チームメンバの各人に対して最高の優先順位を有するようにすることが可能である。また、着信する音声ストリームの音量も、所与のプレーヤ向けのチャネルの優先順位を判定する基準となり、そのプレーヤが、常時、最大音量の音声ストリームを聞くようにすることも可能である。あるいは、またはさらには、ある音声ストリームのレンダリングが開始された場合、ゲームは、後に開始した他の音声ストリームの音量に関わらず、その音声ストリームが終了するのを待ち、その音声ストリームが終了する前に文が「ストリーム途中（ｍｉｄ−ｓｔｒｅａｍ）」で中断されないようにする。さらなる別法として、または追加として、各音声チャネルに関して他の優先順位を定義することも可能である。例えば、ゲーム固有の役割に関連する優先順位を適用することが可能である。
【００７４】
ブロック２２６の後、ブロック２２８に示す復号化エンジンタイプ１、またはブロック２３０に示す復号化エンジンタイプ２を使用して、ミュート処理マスクとユーザ／ゲームによって定義された優先順位とを適用することからもたらされた音声ストリームに復号化を適用する。ブロック２２８で、復号化エンジンタイプ１が、デコーダを割り振り、各プレーヤのメソッドに関してミキシング及び復号化を行う。このアルゴリズムでは、各プレーヤに関して、配列されたパケットのリストの中の最初のＮ個のパケットが選択される。リストがＮ個より少ない要素を含む場合、存在しないパケットの代わりに無音の圧縮されたデータパケットを使用して、音声パケットのＣＰＵ処理においてスパイク（ｓｐｉｋｅ）が生じるのを回避する。
【００７５】
ブロック２３０で、エンジンタイプ２を使用して復号化を適用する際、ＤＳＰのメソッドで復号化及びミキシングを行うためにデコーダが割り振られる。このアルゴリズムに従って、最大数の復号化されたパケットに達するまで、または候補パケットの終りに達するまで、または候補パケットリストの終りに達するまで、パケットの配列されたリストから、リストが空でない場合、現行のプレーヤが獲得される。配列されたパケットのリストの先頭が、前に選択されていない場合は、リストの先頭が復号化されるように選択され、復号化されたパケットに関してカウンタが増分される。その後、リストの先頭は、配列されたリストから除去される。次に、アルゴリズムは、次のプレーヤに進み、そのプレーヤが現行のプレーヤとなる。例えば、プレーヤ４の後、プレーヤ１は次いで再び現行のプレーヤになる。さらなる音声パケットを復号化するために復号化スロットが残っている場合、無音パケットを並列デコーダに適用して音声パケットのＣＰＵ処理におけるスパイクを回避する。
【００７６】
復号化エンジン、タイプ１及び２
図８に、復号化エンジンタイプ１の機能上の態様に関する詳細を示している。図８に示すとおり、符号２４０、２４２、及び２４４で示される符号化されたストリーム１ないしＮが、各プレーヤのヘッドホンに関して復号化するための２つの符号化されたストリームを選択する選択エンジン２５７に圧縮されたデータを提供する。このケースでは、符号化されたストリーム１．１及び符号化されたストリーム１．２が、デコーダ１６８ａに入力するために選択され、デコーダ１６８ａにおいて、ストリームは、復号化に先立ってミクサ２５２によってミキシングされる。デコーダの出力は、ヘッドセット２４８に関して音声コミュニケーションモジュール内部のＤＡＣに供給されるＰＣＭデータである。同様に、他のプレーヤのヘッドホンのそれぞれに関して、別のデコーダ１６８ｂが、圧縮されたデータとして符号化された音声ストリームを受け取り、このストリームが、ミキシングされて復号化される。図示するとおり、第４のプレーヤに関するデコーダは、符号化された音声ストリーム４．１及び４．２をミキシングするミクサ２５４を含み、デコーダが、音声コンソール上の第４のプレーヤ用のヘッドホン２５０を駆動するアナログ信号を提供するＤＡＣに供給されるＰＣＭデータを生成するようになっている。もちろん、４名より少ないプレーヤがゲームコンソールを使用している場合が存在し、その場合、アクティブである必要があるデコーダは、４つより少ない。
【００７７】
復号化エンジンタイプ１と復号化エンジンタイプ２の両方に対する代替の実施形態は、（ブロック２２６における）優先順位の付けられた音声ストリームを、宛先の受け手の音声コミュニケーションモジュール内部のＤＳＰに直接に伝送する。
【００７８】
タイプ２復号化エンジンの機能上の態様を図９Ａに示している。この場合も、符号２４０、２４２、及び２４４で表される符号化されたストリーム１ないしＮが、選択エンジン２６０に入力され、エンジン２６０は、聴取を行っており自分に向けられた音声ストリームを有する各プレーヤに関して、最大で４つ、最小で１つのデコーダストリームを選択する。このケースでは、４つの並列デコーダ２６２が、４つの選択された符号化された音声ストリームの圧縮されたデータを受け取る。次に、デコーダは、その圧縮されたデータを復号化し、結果のＰＣＭデータを、音声ストリームが向けられた各プレーヤに関するミクサに供給する。このケースでは、第１のプレーヤが、符号２６４で識別されるミクサ内部のミクサ２７０によってミキシングされる他のプレーヤからの２つの音声ストリームを受け取る。図示していないが、ゲームにおいて他のプレーヤから音声コミュニケーションを受け取る他のプレーヤのそれぞれも、４つの並列デコーダの出力がミキシングのために印加される別個のミキシングビン（ｂｉｎ）を備えている。例えば、第４のプレーヤが、符号２６６で識別されるミクサ内部のミクサ２７２によってミキシングされる３つの音声ストリームを受け取る。次に、結果のＰＣＭデータが、第４のプレーヤ用のヘッドセット２５０に印加される。したがって、各プレーヤは、そのプレーヤに割り当てられた４つ１組（ｆｏｕｒ−ｉｎ−ｏｎｅ）ミキシングビンによってミキシングされた１つないし４つの音声ストリームを受け取ることができる。
【００７９】
（ブロック２６０における）別の実施形態は、デコーダ２６２、ならびにミクサ２６４及び２６６を迂回し、圧縮されたデータをヘッドホン２４８及び２５０にそれぞれ結合された音声コミュニケーションモジュールのＤＳＰに伝送する。
【００８０】
タイプ２の復号化エンジンで使用するための代替の手法を図９Ｂに示している。この実施形態では、デコーダとミクサの相対的配置が、図９Ａで示したものとは逆になっている。具体的には、各プレーヤが、ネットワークを介して着信する圧縮されたデータを受け取り、ミキシングするように結合された２ストリームミクサを備えている。２ストリームミクサ２８０がプレーヤ１に提供され、２ストリームミクサ２８２がプレーヤ２に提供され、２ストリームミクサ２８４がプレーヤ３に提供され、また２ストリームミクサ２８６がプレーヤ４に提供されている。したがって、最大で２つの音声ストリームの圧縮されたデータが、プレーヤごとの以上のミクサのそれぞれに入力され、ミキシングされて、４ストリーム並列デコーダ２８８に入力するために各ミクサから単一のミキシングされたストリームが提供される。次に、このデコーダは、圧縮されたデータを復号化して、別のプレーヤからの音声コミュニケーションの宛先の受け手である各プレーヤのヘッドホン２４８、２５２、２５３、及び２５０に供給されるＰＣＭデータを生成する。
【００８１】
さらに別の実施形態は、２ストリームミクサ２８０、２８２、２８４、及び２８６に伝送された圧縮されたデータが、ヘッドホン２４８、２５２、２５３、及び２５０にそれぞれ結合された音声コミュニケーションモジュールのＤＳＰによって復号化されるようにする。
【００８２】
他のプレーヤとの音声コミュニケーションの制御
前述したとおり、プレーヤは、挙動の問題を理由に、またはその他の理由で特定のプレーヤとのさらなる音声コミュニケーションを除外するオプションを有する。例えば、ある特定の別のプレーヤが、過度の冒涜的な言葉を使用する傾向にある場合、プレーヤは、その別のプレーヤとさらなるコミュニケーションをとらないことを選択することが可能である。各ゲームは、一般に、プレーヤが、現行のゲームセッション及び将来のゲームセッションに関して別のプレーヤとの音声コミュニケーションをミュートにするオプションを提供し、また、プレーヤが、現行のゲームセッションに限って別のプレーヤとの音声コミュニケーションをミュートにできるようにすることが可能であることも企図されている。図１３、１３Ａ、及び１３Ｂは、音声コミュニケーションのこの制御を、「マイゲーム（ＭＹ ＧＡＭＥ）」と呼ばれるゲームにおいて実施できるようにする例としてのダイアログボックス４３０と４５０を示している。この架空のゲームは、プレーヤリストボックス４３２に示すとおり、プレーヤの各人をリストする。プレーヤリストボックス４３２は、選択バー４３４で示されるとおり、先頭にリストされるプレーヤが選択されている６名のプレーヤを含んでいる。「アベンジャ（Ａｖｅｎｇｅｒ）」というエイリアスを使用してゲームを行うこのプレーヤは、そのエイリアスと同じ行で、ダイアログの１つの列に示される話者記号４３６で示されるとおり、音声コミュニケーション能力を有する。「アイスマン（Ｉｃｅｍａｎ）」及び「レースオックス（Ｒａｃｅｏｘ）」というエイリアスをそれぞれ使用するプレーヤは、以上のエイリアスのどちらの同じ行にも、その列で話者記号４３６を欠いていることから明らかなとおり、音声コミュニケーション能力を有さない。プレーヤリストボックス４３２を見ている現行のプレーヤとの音声コミュニケーションから、リストされているプレーヤの任意のプレーヤをミュートにすることができるようにするラジオボタン４３８が提供されている。このケースでは、ラジオボタン４３８で示されるとおり、アベンジャが、プレーヤによって選択されている。プレーヤが選択されたとき、選択されたプレーヤを特定し、このプレーヤが、現在、ゲームの参加者の１人であり、音声コミュニケーションモジュールを有することを示すウインドウ４４０が開く。プレーヤリストボックス４３２を見ているプレーヤが、選択ボタン４４２をクリックした場合、異なる状態に切り替えることができるオプションバー４５２を含む音声コミュニケーションステータスセレクト４５０が開く。図１３Ａに示すとおり、オプションバー４５２は、選択されたプレーヤが、このオプションを選択しているプレーヤとの口頭のコミュニケーションをとることができるようになっていることを示す。図１３Ｂでは、オプションバーが、状態４５４に切り替えられており、このことは、その状態を見ているプレーヤが、選択されたプレーヤを現行のゲームセッションに関してミュートにするのを望むことを示す。プレーヤが行う選択に応じて、話者記号４３６が変化する。図１３に示したものの代わりに、プレーヤが、選択された特定のプレーヤをミュートにするオプションを選択した場合、図示した話者記号の周りにダッシュボックス（ｄａｓｈ ｂｏｘ）が現れる。このタイプのミュート処理は、現行のゲームセッション後、終了する。他方、特定のプレーヤが選択的にロックアウトされた場合、ダッシュヘビーバーボックス（ｄａｓｈ ｈｅａｖｙ−ｂａｒ ｂｏｘ）がスピーカ記号４３６の周りに追加される。その場合、あるプレーヤをミュートにする決定は、ゲームセッション内からその決定を行ったプレーヤによって、またはゲームコンソールのシステムコントロールを使用することによってだけオフにすることができる。さらに別の記号（図示せず）が、ヘッドホンを介してではなく、受け手のプレーヤのゲームコンソールに接続されたラウドスピーカ（例えば、テレビジョンスピーカまたはモニタスピーカ）を介して対応するプレーヤに関する音声コミュニケーションが再生されることを示すのに使用される。このオプションは、ヘッドセットを着用しないことを好むプレーヤによって選択されることが可能であるが、それほど望ましくない。というのは、プレーヤが、他のプレーヤと口頭でコミュニケーションをとるのにマイクロホンを使用していないからである。
【００８３】
数名のプレーヤが、ある特定のプレーヤに関する否定的なフィードバックを、冒涜的な言葉の過度の使用、または性的に露骨な言葉の使用などの容認できないと見なされるそのプレーヤの口頭の挙動に基づいて提供した場合、オンラインゲームサービスが、受け取られた苦情の数がしきい値を超えたことを自動的に判定し、その特定のプレーヤが、さらなる音声コミュニケーションを禁止されるようにする。この禁止は、最初、１週間などの限られた期間にわたり、後に、しきい値を超えてさらなる苦情が受け取られた場合、その特定のプレーヤを永久に音声コミュニケーションから締め出すことが可能である。このように禁止処分を受けた特定のプレーヤには、最初、音声コミュニケーション能力の一時的な停止処分が通知され、次に、そのプレーヤの挙動が永久的な停止処分をもたらした場合、その結果が通知される。プレーヤが、ゲームコンソール上でオンラインゲームサービスにログインするたびに、サインインプロセスの一環として許可フラグがゲームコンソールにダウンロードされる。このフラグは、システムの様々な態様に関する情報を含む。フラグの１つが、特定のプレーヤが音声チャネルに参加する許可を有するかどうかを判定する。したがって、ある特定のプレーヤが、サービスの規定または行動規範に違反した場合、プレーヤが音声でコミュニケーションをとる能力を制御するビットが、そのような音声コミュニケーションを除外するように変更されることが可能である。
【００８４】
プレーヤが、ある特定のプレーヤを音声コミュニケーションから除外することを選択すると、その特定のプレーヤの身元が、好ましくは、オンラインゲームサービスに伝送され、その選択を行ったプレーヤの身元に関連して記憶され、あらゆるゲームの将来のセッションにおいて、そのような決定を行ったプレーヤが、その特定の他のプレーヤからの音声コミュニケーションを全く受け取らず、またその特定の他のプレーヤに対して音声コミュニケーションを全く伝送しないようにする。この決定は、その特定の他のプレーヤに明らかではない。というのは、ゲームにおけるプレーヤのステータスを示すダイアログボックスは、単に、その決定を行ったプレーヤが音声コミュニケーション能力を欠いていることの指示をその特定の他のプレーヤのビュー上で表示し、その決定を行ったプレーヤに表示されるダイアログにおいて、その特定の他のプレーヤのミュートにされたステータスが示されるからである。したがって、その特定のプレーヤが、使用するエイリアスを変更した、または異なるゲームコンソールを使用してサインオンしたとしても、プレーヤによって行われたその特定のプレーヤに関する音声コミュニケーションの禁止は、有効であり続ける。
【００８５】
インターネットまたは他のネットワークを介してゲームに参加しているとき、プレーヤは、オプションとして、行われているゲームに応じて、音声コミュニケーションをとる際の特定の言葉遣いに合意したプレーヤとだけゲームを行うのを選択することが可能である。また、プレーヤは、オプションとして、音声コミュニケーション能力を有するプレーヤとだけゲームを行うことを選択することが可能である。同様に、音声コミュニケーション能力のないプレーヤは、やはり音声コミュニケーション能力を有さない他のプレーヤとだけ選択的にゲームを行うことが可能である。以上の決定は、通常、現行のゲームセッションだけに適用される。
【００８６】
本発明を本発明の好適実施形態に関連して説明してきたが、特許請求の範囲内で本発明に多くの他の変更を加えるのが可能であることが、当業者には理解されよう。したがって、本発明の範囲は、以上の説明によって全く限定されるものではなく、すべて特許請求の範囲に関連して定められるものとする。
【図面の簡単な説明】
【００８７】
【図１】本発明の実施形態のマルチプレーヤゲームコンソール及び音声コミュニケーションシステムの概略を示す図である。
【図２】本発明の実施形態の図１のマルチプレーヤゲームコンソール及び音声コミュニケーションモジュールを示すブロック図である。
【図３】本発明の実施形態の音声コミュニケーション能力を有するマルチプレーヤゲームコンソールを示す機能ブロック図である。
【図４】本発明の実施形態のネットワークを介するポイントツーポイント通信で結合された２つのマルチプレーヤゲームコンソールを示す機能ブロック図である。
【図５】本発明の実施形態のネットワークを介して３つの他のマルチプレーヤゲームコンソールと通信するように結合された第１のマルチプレーヤゲームコンソールを示すブロック図である。
【図６】本発明の実施形態の２つの並列エンコーダを有するゲームコンソール上の複数のプレーヤに関する優先順位付け符号化を示す機能ブロック図である。
【図７】本発明の実施形態のマルチプレーヤゲームコンソール上で復号化するパケットをキューから選択する際に本発明によって使用されるステップを示す論理図である。
【図８】本発明の実施形態のマルチプレーヤゲームコンソールにおいて使用されるタイプ１の復号化エンジンを示す機能ブロック図である。
【図９Ａ】本発明の実施形態のマルチプレーヤゲームコンソールにおいて使用されるタイプ２の復号化エンジンを示す機能ブロック図である。
【図９Ｂ】本発明の実施形態の図９Ａのミクサ及び４ストリーム並列デコーダの詳細を示すブロック図である。
【図１０】本発明の実施形態のネットワークを介してサウンドデータの符号化されたパケットを送受信するためのステップのさらなる詳細を示す論理図である。
【図１１】本発明の実施形態のマルチプレーヤゲームコンソール上の各プレーヤに関してどのように音声ストリームが受信され、キューに入れられ、復号化されるかを示す機能ブロック図である。
【図１２】本発明の実施形態のサウンドパケットのラウンドロビン符号化を実行するステップを示す流れ図である。
【図１３】本発明の実施形態のプレーヤ間の音声コミュニケーションを使用するゲームにおいて音声オプションを選択するための例としてのユーザインタフェースを示す図である。
【図１３Ａ】本発明の実施形態のマルチプレーヤゲームにおいて別のプレーヤとの音声コミュニケーションを制御する、または除外するのにプレーヤが選択することができる１つのオプションを示す図である。
【図１３Ｂ】本発明の実施形態のマルチプレーヤゲームにおいて別のプレーヤとの音声コミュニケーションを制御する、または除外するのにプレーヤが選択することができる別のオプションを示す図である。
【符号の説明】
【００８８】
１００ 電子ゲームシステム
１０２ ゲームコンソール
１０４ａ、１０４ｂ、１０４ｃ、１０４ｄ コントローラ
１４０、１４０ａ、１４０ｂ、１４０ｃ、１４０ｄ 音声コミュニケーションモジュール
１４４ マイクロホン
１４６ ヘッドホン
１５０ ＣＰＵ
１５２ メモリ
１５４、１５６ デジタル信号プロセッサ
１５８ アナログ−デジタル変換器
１６０ シングルストリームエンコーダ
１６０ａ ２つの並列エンコーダ
１６１ デジタル−アナログ変換器
１６２ ネットワークキュー
１６２a、１６２ｂ、１６２ｃ ネットワークキュー
１６３ ＵＳＢインタフェース
１６４ａ、１６４ｂ 選択エンジン
１６６ａ、１６６ｂ ミクサ
１６８ デコーダ
１６８ａ、１６８ｂ デコーダ
１７０ ネットワーク
１７２ ゲームコンソール
１７４ ネットワークキュー
１７６ シングルストリームデコーダ
１７８ ヘッドホン
１８０ マイクロホン
１８２ エンコーダ
１８４、１８６ ネットワークキュー
１８８ 出力ルータ
１９０ａ、１９０ｂ、１９０ｃ、１９０ｄ 音声コミュニケーション
２００ａ、２００ｂ、２００ｃ、２００ｄ プレーヤ
２０２ａ、２０２ｂ、２０２ｃ マイクロホン
２０４ ルータ
２０６ ネットワーク層
２１０ ゲームコンソール
２１１ａ、２１１ｂ、２１１ｃ、２１１ｄ マイクロホン
２１２ ゲームコンソール
２１３ａ、２１３ｂ、２１３ｃ、２１３ｄ
２１４ ゲームコンソール
２１５ 優先順位付けアルゴリズム
２１６ａ、２１６ｂ プレーヤ
２１７ａ、２１７ｂ、２１７ｃ、２１７ｄ
２１８ プレーヤ
２２０ａ、２２０ｂ、２２０ｃ、２２０ｄ
２４０、２４２、２４４ ストリーム
２４８ ヘッドセット
２５０ ヘッドホン
２５２ ミクサ
２５３ ヘッドホン
２５４ ミクサ
２５７、２６０ 選択エンジン
２６２ ４つの並列デコーダ
２６４、２６６、２７０、２７２ ミクサ
２８０、２８２、２８４、２８６ ２ストリームミクサ
２８８ ４ストリーム並列デコーダ
【技術分野】
【０００１】
本発明は、一般に、電子ゲームのプレーヤの間における口頭のコミュニケーションの制御に係る特定のプレーヤによる口頭のコミュニケーションを防止するための方法及びそのシステムに関する。より具体的には、１つまたは複数の電子ゲームコンソールを使用してゲームをしているプレーヤ間の口頭のコミュニケーションを選択的に防止する特定のプレーヤによる口頭のコミュニケーションを防止するための方法、記録媒体、特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム、及びプレーヤ間の口頭のコミュニケーションを制御するための方法に関する。
【背景技術】
【０００２】
１名または複数名の他の人々と非電子ゲーム、例えば、ブリッジなどのカードゲームを行っているとき、ゲーム中に生じる社交的対話及び口先でのやり合いは、通常、プレーヤの楽しみをずっと大きくする。また、口頭のコミュニケーションは、ゲームプレーの要素でもある。というのは、ゲーム中に相手に対してプレーヤによって行われるコメントにより、相手が集中力を失い、手際が悪くなることが引き起こされ、他方、チームメンバに対して行われたコメントが励ましを与え、チームメンバのプレーの質を増進させることが可能であるからである。したがって、ゲームをする個人間のコミュニケーションは、明らかにゲームをする体験の重要な要素である。
【０００３】
ゲームプレーにそれほど重要なプレーヤ間の口頭の言葉のやり取りは、プレーヤが、インターネット及びその他のネットワークリンクを介して電子ゲームを行い始めた当初、欠如していた。異なるサイトにいるプレーヤは、一般に、互いにコミュニケーションをとることができなかった。というのは、プレーヤのパーソナルコンピュータ（ＰＣ）は、ゲームのプレーに関連するデータだけをネットワークを介して伝えたからである。プレーヤが全員、同じ部屋にいるときのゲームプレーの欠かせない一部である口頭の社交的対話が失われることにより、インターネットを介してゲームを行うことをそれほど面白くないものとしていた。この問題に対処するため、ゲームプレー中にネットワークを介するＰＣ間の音声コミュニケーションをサポートするハードウェア及びソフトウェアが開発された。ほぼ同じ頃に、インターネットまたはその他のネットワークを介して音声を伝送して（すなわち、ＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ））、従来の電話機の長距離電話の費用を被ることなく、ネットワークで接続されたパーティ間のコミュニケーションを可能にする技術が開発された。この研究は、Ｈ．３２３規格、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、及びＭＧＣＰ／ＭＥＧＡＣＯ（メディアゲートウェイ制御プロトコル／メディアゲートウェイコントローラ）を含め、ＶｏＩＰ通信をサポートする様々なプロトコルの作成をもたらした。ＶｏＩＰの機能及び技術の多くは、ＰＣ電子ゲームのプレーヤ間のネットワークを介する口頭のコミュニケーションを可能にするスキームに適用可能であり、またそのようなスキームにおいて使用されてきた。ゲームプレー中に接続されたＰＣ間の音声コミュニケーションを提供するシステムの例には、マイクロソフトコーポレーションのＳＩＤＥ ＷＩＮＤＥＲ ＧＡＭＥ ＶＯＩＣＥ（商標）、マインドメーカ（Ｍｉｎｄｍａｋｅｒ）インコーポレーテッドのＧＡＭＥ ＣＯＭＭＡＮＤＥＲ ２（商標）のデバイス及びソフトウェア、ＴＥＡＭＳＯＵＮＤ（商標）ソフトウェア、ゲームスパイインダストリーズ（ＧａｍｅＳｐｙ Ｉｎｄｕｓｔｒｉｅｓ）のＲＯＧＥＲ ＷＩＬＣＯソフトウェア、及びエイリアンウェア テクノロジー（Ａｌｉｅｎｗａｒｅ Ｔｅｃｈｎｏｌｏｇｙ）のＦＩＲＳＴ ＣＯＮＡＣＴソフトウェアが含まれる。以上の製品によって提供される音声コミュニケーションにより、インターネットまたはその他のネットワークを介して接続されたＰＣ上でゲームを行うことの楽しみが大幅に増す。以上のシステムの一部は、音声データがネットワークを介してＰＣ間で直接に転送されるピアツーピアモードで動作する一方、他の一部は、１つのゲームプレーヤコンピュータから音声データを受信し、そのデータをネットワークを介して、ゲームを行うためにそのネットワークに接続されている１つまたは複数の他のコンピュータに転送する。
【０００４】
各ＰＣ上で１名のプレーヤだけがサポートされるＰＣゲームシステムとは対照的に、マルチプレーヤゲームコンソールは、各コンソール上で複数名のプレーヤをサポートする。ゲームを行っている複数名のプレーヤ間の口頭のコミュニケーションを可能にする音声コミュニケーションシステムが、ゲームコンソールのために開発されている。口頭のコミュニケーションは、同一のゲームコンソール上のプレーヤ間で行われる、あるいは直接に、またはインターネットなどのネットワークを介して通信するように結合された異なるゲームコンソール上のプレーヤ間で行われることが可能である。
【０００５】
ゲームプレー中の口頭のコミュニケーションは、一般に、望ましい特徴であるが、特定のプレーヤによって乱用または悪用された場合、ゲームにおける１名または複数名のプレーヤに煩わしいものとなる可能性がある。プレーヤに迷惑なことの原因は、特定のプレーヤによる冒涜的な言葉または性的に露骨な言葉が繰り返し使用されること、または単にプレーヤが社会的に容認できないと感じる言葉またはコメントである可能性がある。各プレーヤは、ある口頭の挙動に対して個人的反応を有するので、プレーヤが特定のプレーヤとの口頭のコミュニケーションによって不快にさせられる原因には、実質的に際限がない。それでも、特定のプレーヤの口頭のコミュニケーションで不快になるプレーヤがいれば、そのプレーヤが、その特定の他のプレーヤとのさらなる口頭のコミュニケーションを防止することができるようにすることが重要である。従来技術は、プレーヤが、マルチプレーヤゲームコンソール上で行われる特定のゲームにおいて不快なプレーヤとの口頭のコミュニケーションをブロックする、またはマルチプレーヤゲームコンソール上で行われるあらゆるゲーム中に不快なプレーヤがプレーヤに話しかける、またはそのプレーヤの話を聞くのを一般的にブロックすることを可能にしない。
【０００６】
選択された他のプレーヤとの口頭のコミュニケーションの制御をゲームソフトウェアによって実施して、その制御が、単一回のゲームプレーセッションだけを範囲とするのを許すことが可能である。あるいは、口頭のコミュニケーションの制御は、オンラインゲームサービスのサービスのように中央サイトにおいて保持されるプレーヤデータに基づいて適用する方がよい可能性がある。プレーヤが、ネットワークを介してゲームを行うためにゲームコンソールを介してログオンするたびに、そのデータにアクセスして、プレーヤの誰かによる口頭のコミュニケーション、またはあるプレーヤ間の口頭のコミュニケーションが、除外されているかどうかを判定することができる。ゲーム中に選択されたプレーヤとの口頭のコミュニケーションをミュートにする（ｍｕｔｉｎｇ）プレーヤによる行為は、好ましくは、その決定についてその選択されたプレーヤに知らせてはならず、またプレーヤが、ゲームにおいて他のプレーヤとのコミュニケーションをとる能力に悪影響を与えてはならない。選択されたプレーヤの別のプレーヤによるミュート処理は、エイリアス（ａｌｉａｓ）の変更、またはネットワークを介してゲームを行うために選択されたプレーヤによって使用されるゲームデバイスの変更に関わらず、有効なままでなければならない。
【０００７】
親は、自分の子供が、ゲームプレー中に音声コミュニケーションに参加するのをブロックして、軽いものであれ冒涜的な言葉にさらされることを、または有害な目的でゲームプレーの範囲外で子供に接触しようと試みる可能性がある誰かとの口頭のコミュニケーションにさらされることを、回避することを望む可能性がある。子供の口頭のコミュニケーションの親によるブロック処理は、オンラインゲームサービス上で記憶されなければならず、また子供が異なるゲームコンソールから接続した場合でも、やはり有効でなければならない。従来技術のゲーム音声コミュニケーションシステムでは、マルチプレーヤゲームコンソールを使用してゲームに参加している、子供などの選択されたプレーヤによる口頭のコミュニケーションをブロックすることが可能ではない。
【０００８】
口頭のコミュニケーションの制御の別の領域は、プレーヤの挙動を取り締まるという概念に関する。理想的には、ネットワーク上でゲームを行っている際中、口頭のコミュニケーション中に特定のプレーヤの挙動にさらされた他のプレーヤの反応が、そのプレーヤのさらなる口頭のコミュニケーションに課せられる何らかの禁止の基準でなければならない。プレーヤの口頭の振舞いが、あまりにもひどいと見なされ（他のプレーヤから受け取られた苦情の数、または何らかの他の基準に基づき）、正当化される場合、オンラインゲームサービス上の自動化された機能、またはオンラインゲームサービス事業者が、そのプレーヤが、ゲームを行っている際中に口頭のコミュニケーションに参加するのを防止することができなければならない。そのようなプレーヤによる口頭のコミュニケーションの禁止は、限られた期間にわたって、例えば、１週間にわたって行われることが可能であるが、引き続く容認できない口頭の挙動によって正当化される場合、そのプレーヤによる口頭のコミュニケーションの禁止を永久的にすることが可能である。この場合も、現行の音声コミュニケーションシステムでは、オンラインゲームサービスのサービスを介して他のゲームコンソールに接続するマルチプレーヤゲームコンソール上の選択されたプレーヤによる口頭のコミュニケーションに、このレベルの制御を適用することが可能にならない。
【０００９】
尚、出願人が知っている先行技術として、記載すべき先行技術文献情報は特に見あたらない。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
従来のシステムには上述したような種々の問題があり、さらなる改善が望まれている。
【００１１】
本発明は、このような状況に鑑みてなされたもので、その目的とするところは、ゲームプレーイングシステムにおいて選択されたパーティに対するまたそのパーティからの、口頭のコミュニケーションを禁止することができる、特定のプレーヤによる口頭のコミュニケーションを防止するための方法及びそのシステムを提供することにある。
【課題を解決するための手段】
【００１２】
前述したとおり、ネットワークを介して接続されたＰＣ上でゲームを行う１名の個人と、自身のＰＣをそれぞれ使用してゲームを行っている１名または複数名のプレーヤの間の音声コミュニケーションは、周知である。ただし、本発明は、１つまたは複数のゲームコンソール上でゲームを行っているプレーヤ間の口頭のコミュニケーションを可能にするマルチプレーヤゲームコンソールに関する。具体的には、本発明により、特定のプレーヤによる口頭のコミュニケーションを、マルチプレーヤゲームコンソール上で行われる１回または複数回のゲーム中に制御することが可能になる。この機能を実現するため、ゲームに参加する各プレーヤに関するデータが保持される。このデータは、ゲームプレー中に口頭でコミュニケーションをとることから除外されている特定のプレーヤを指すインジケータを含む。プレーヤが口頭でコミュニケーションをとるのをブロックすることは、現行のゲームセッション中、またはその特定のプレーヤと口頭でコミュニケーションをとらないことを選択した別のプレーヤと行われるすべてのゲーム中、またはオンラインゲームサービスのサービスを使用してその特定のプレーヤによって行われるすべてのゲーム中、または特定のマルチプレーヤゲームコンソールを使用してその特定のプレーヤによって行われるすべてのゲーム中に適用される。データの中のインジケータに応答して、また基準の１つに従って、その特定のプレーヤとの口頭のコミュニケーションが防止される。
【００１３】
データが、その特定のプレーヤと口頭でコミュニケーションをとらないことを選択した他方のプレーヤと、特定のプレーヤを示すインジケータの間の関連を含む場合、その特定のプレーヤが、他方のプレーヤとその特定のプレーヤがともに参加するあらゆるゲームにおいてその他方のプレーヤと口頭でコミュニケーションをとることが防止される。この能力を実現するため、データは、ネットワークを介して行われているゲームにおける各プレーヤに関して保持され、マルチプレーヤゲームコンソールによってアクセスされる。
【００１４】
データは、マルチプレーヤゲームコンソール上で行われているゲームによってローカルで作成され、保持されるのが可能であることも企図されている。その場合、データは、口頭でコミュニケーションをとらないことを選択した他方のプレーヤと、その特定のプレーヤを示すインジケータの間の関連を含み、その特定のプレーヤが、その他方のプレーヤとその特定のプレーヤがともに参加者であるゲーム中にその他方のプレーヤと口頭でコミュニケーションをとることが防止されるようにする。
【００１５】
親または権限の付与されたパーティが、未成年の子供がゲームを行っている際中に口頭のコミュニケーションに参加することができるかどうかを判定するオプションをゲームコンソール上で選択できるようにすることにより、別のタイプの口頭のコミュニケーションの制御が提供される。その場合、データの中に含まれるインジケータは、未成年の子供を特定のプレーヤとして指し、親または権限の付与されたパーティが、その未成年の子供によって行われるゲームにおいて口頭のコミュニケーションをブロックすることを選択していることを示す。
【００１６】
ほとんどのケースで、インジケータを含むデータが、ネットワークを介してゲームを行うために使用されるオンラインゲームサービスにおいてアクセスされる。実際、特定のプレーヤが口頭でコミュニケーションをとることから除外されていることを示すインジケータは、その特定のプレーヤの口頭のコミュニケーションの挙動に関する他のプレーヤによって行われた苦情の数に応じて自動的に作成されることも可能である。例えば、特定のプレーヤがゲームプレー中、口頭のコミュニケーションにおいて過度の冒涜的な言葉を使用して、十分な数の他のプレーヤが苦情を言う場合、その特定のプレーヤが、定義された時間間隔にわたって音声コミュニケーションを使用することが自動的に防止されることが可能であり、またその問題が続く場合、その禁止を永久的にすることができる。口頭でコミュニケーションをとることが防止されたプレーヤは、単に異なるエイリアスに変更することによって、または異なるマルチプレーヤゲームコンソールを使用することによって問題を回避することができない。データの中のインジケータが、その特定のプレーヤによって使用されるあらゆるエイリアスとは独立に、またネットワークを介してゲームを行うのにその特定のプレーヤによって使用されるゲームコンソールに関わらず、その特定のプレーヤを指す。
【００１７】
別のプレーヤと口頭でコミュニケーションをとることから除外されたプレーヤは、そのような決定が行われたという指示を全く受け取らない。したがって、あるプレーヤが、別のプレーヤとコミュニケーションをとらないことを選択したことは、明らかではない。特定のプレーヤが、すべてのゲームにおいて口頭でコミュニケーションをとることから一般的に除外された場合、ディスプレイは、その特定のプレーヤが参加するゲームにおけるすべての他のプレーヤに、その特定のプレーヤがミュートにされていることを示す。
【００１８】
プレーヤ間の口頭のコミュニケーションには、好ましくは、ユーザによって定義された優先順位に基づいて優先順位が付けられる。例えば、ユーザは、別のプレーヤとの口頭のコミュニケーションが常に優先されるのを指定することができ、あるいはプレーヤが引き受けるゲーム特有の役割が、他の口頭のコミュニケーションに対するある口頭のコミュニケーションの優先順位を設定するための基準であることが可能である。したがって、チームリーダからの口頭のコミュニケーションが、チームの他のメンバからの口頭のコミュニケーションより優先されるように設定することが可能である。ゲームが優先順位を定義すること、またはプレーヤが優先順位を決めることが可能である。
【００１９】
本発明の別の態様は、前述した方法のステップを実行するための複数のマシン実行可能命令を有するメモリ媒体を対象とする。本発明のさらに別の態様は、電子ゲームのプレー中、特定のプレーヤによる口頭のコミュニケーションを防止するためのシステムを対象とする。このシステムは、プロセッサと、少なくとも１つのマルチプレーヤゲームコンソールとネットワークを介して通信するのに適合されたネットワークインタフェースと、ゲーム中に口頭でコミュニケーションをとる各プレーヤのための口頭のコミュニケーションの入力デバイス及び出力デバイスと、プロセッサが複数の機能を実行するようにさせるためのマシン語命令が記憶されているメモリとを有するマルチプレーヤゲームコンソールを含む。以上の機能は、一般に、前述した方法のステップと整合するものである。
【００２０】
本発明の以上の態様及び付随する利点の多くは、添付の図面と併せて考慮されるとき、以下の詳細な説明を参照することによってよりよく理解されるにつれ、より明白となるであろう。
【発明の効果】
【００２１】
本発明によれば、ゲームプレーイングシステムにおいて選択されたパーティに対するまたそのパーティからの、口頭のコミュニケーションを禁止することができる。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００２３】
本発明を実施するための例としてのゲームシステム
図１に示すように、例としての電子ゲームシステム１００は、ゲームコンソール１０２、及びコントローラ１０４ａ及び１０４ｂなどの最高で４つのユーザ入力デバイスをサポートする。ゲームコンソール１０２は、内部ハードディスクドライブ（この図では示さず）、及び光記憶ディスク１０８によって代表される様々な形態のポータブル光記憶媒体をサポートする。適切なポータブル記憶媒体の例には、ＤＶＤ（digital versatile disk）ディスク、及びＣＤ（compact disc [disk]）−ＲＯＭ（read only memory）ディスクが含まれる。このゲームシステムでは、ゲームプログラムが、好ましくは、ゲームコンソールで使用されるためにＤＶＤディスク上で配布されるが、他の記憶媒体が代わりに使用可能であること、または他のプログラムをインターネットまたはその他のネットワークを介してダウンロードするのが可能であることが企図される。
【００２４】
ゲームコンソール１０２の前面上には、コントローラに電気的に接続するために４つのコネクタ１１０ａ、１１０ｂ、１１０ｃ、１１０ｄが提供されている。他のタイプのコネクタまたは無線接続を代わりに使用することが可能なことも企図されている。また、電源ボタン１１２及びディスクトレイイジェクト（ｄｉｓｃ ｔｒａｙ ｅｊｅｃｔ）ボタン１１４も、ゲームコンソール１０２の前面上に配置されている。電源ボタン１１２は、ゲームコンソールへの電力の印加を制御し、またイジェクトボタン１１４は、ポータブル媒体ドライブ１０６のトレイ（図示せず）の開閉を交互に行って記憶ディスク１０８の挿入及び取出しを可能にし、そのディスク上のデジタルデータを読み取ってメモリにロードすること、またはゲームコンソールが使用するためにハードドライブ上に記憶することを可能にする。
【００２５】
ゲームコンソール１０２は、テレビジョン、またはその他の表示モニタ、またはスクリーン（図示せず）に、Ａ／Ｖ（audio/visual）インタフェースケーブル１２０を介して接続する。電力ケーブルプラグ１２２が、従来の交流ラインソース（図示せず）に接続されたとき、ゲームコンソールに電力を伝える。ゲームコンソール１０２は、イーサネット（登録商標）接続を介してネットワーク及び／またはインターネットに、またはブロードバンド接続を介して、データを転送するデータコネクタ１２４をさらに備えていることが可能である。あるいは、モデム（図示せず）を使用してデータをネットワーク及び／またはインターネットに転送することが可能であることが企図される。さらなる代案として、ゲームコンソールをイーサネット（登録商標）クロスオーバー（ｃｒｏｓｓ−ｏｖｅｒ）ケーブル（図示せず）を介して別のゲームコンソールに直接にリンクすることが可能である。
【００２６】
各コントローラ１０４ａ及び１０４ｂは、リード線を介して（または、別の企図される実施形態では、別法として、無線インタフェースを介して）ゲームコンソール１０２に結合される。図示した実施形態では、コントローラは、ユニバーサルシリアルバス（ＵＳＢ）対応であり、ＵＳＢケーブル１３０を介してゲームコンソール１０２に接続される。ゲームコンソール１０２は、ゲームソフトウェアと対話し、ゲームソフトウェアを制御するための多種多様なユーザデバイスのいずれかを備えていることが可能である。図１に示したとおり、各コントローラ１０４ａ及び１０４ｂは、親指スティック１３２ａ、１３２ｂ、１３２ｃ、Ｄパッド１３４、ボタン１３６、及び２つのトリガ１３８を備えている。以上のコントローラは、単に代表的なものであり、ゲームコンソール１０２を制御するために、他のゲーム入力機構及びゲーム出力機構を図１で示したものの代わりに用いること、あるいは図１で示したものに加えて使用することが可能である。
【００２７】
取外し可能な機能ユニットまたは機能モジュールをオプションとしてコントローラ１０４ａ、１０４ｂの中に挿入して追加の機能を提供することが可能である。例えば、ポータブルメモリユニット（図示せず）により、ユーザは、ゲームパラメータを記憶し、そのポータブルメモリユニットを他のコンソール上のコントローラの中に挿入することによって別のゲームコンソール上でゲームをするためにそのパラメータを搬送することができるようになる。コントローラで使用するために、他の取外し可能な機能ユニットが利用可能である。本発明に関連して、音声コミュニケーションモジュール１４０を備えた取外し可能な機能ユニットが使用されて、ユーザが、ローカルに、及び／またはネットワークを介して他のユーザと口頭でコミュニケーションをとることができるようになる。音声コミュニケーションモジュール１４０には、ヘッドセット１４２が接続され、ヘッドセット１４２は、好ましくは、入射するサウンドに応答して入力信号を生成するブーム（ｂｏｏｍ）マイクロホン１４４または他のタイプのオーディオセンサ、及びゲームコンソールからの出力信号に応答して可聴サウンドを生成するためのヘッドホン１４６または他のタイプのオーディオトランスデューサを含む。企図されている別の実施形態（図示せず）では、音声コミュニケーション能力は、他の点でコントローラ１０４ａ及び１０４ｂと全般的に同様であるコントローラ（図示せず）の欠くことのできない部分として含まれる。図１に示したコントローラは、２つの取外し可能な機能ユニットまたは機能モジュールを収容するように構成されている。ただし、２つより多い、または少ないモジュールを代わりに使用することも可能である。
【００２８】
ゲームシステム１００は、もちろん、ゲームを行うことができるが、ＣＤ及びＤＶＤ上の音楽及びビデオを再生することも可能である。ハードディスクドライブ上に記憶された、またはドライブ１０６において光記憶ディスク１０８から読み取られる、またはオンラインソースからの、または機能ユニットまたは機能モジュールからのデジタルデータを使用して、ゲームコントローラによって他の機能を実施するのが可能であることが企図されている。
【００２９】
本発明を実施するための機能構成要素
次に、図２を参照すると、機能ブロック図が、例として、どのように構成要素が提供されて、マルチプレーヤゲームコンソール上の電子ゲームのプレー中にプレーヤ間の音声コミュニケーションまたは口頭のコミュニケーションが容易になるかを示している。前述したとおり、ゲームコンソール１００のこの実施形態は、各コンソール上に最大で４名のプレーヤを有することが可能であり、また各プレーヤが、コントローラ及び音声コミュニケータを備えていることが可能である。音声コミュニケーションモジュール１４０ａの詳細を関連のコントローラ１０４ａに関連して示している。コントローラ１０４ｂ、１０４ｃ、及び１０４ｄ（ゲームコンソール１００に結合されている場合）が、オプションとして、それぞれ、コントローラ１０４ａに結合されているもののような対応する音声コミュニケーションモジュールを含むことが可能であることを理解されたい。現行の好適実施形態では、音声コミュニケーションモジュール１４０ａは、デジタル信号プロセッサ（ＤＳＰ）１５６、アナログ−デジタル変換器（ＡＤＣ）１５８、デジタル−アナログ変換器（ＤＡＣ）１６１、及びユニバーサルシリアルバス（ＵＳＢ）インタフェース１６３を含む。入射する環境におけるサウンドに応答して、マイクロホン１４４は、ＡＤＣ１５８に入力されるアナログ出力信号を生成し、ＡＤＣ１５８は、そのアナログ信号を対応するデジタル信号に変換する。ＡＤＣ１５８からのデジタル信号は、さらなる処理のためにＤＳＰ１５６に入力され、ＤＳＰの出力が、コントローラ１０４ａに接続するためにＵＳＢインタフェース１６３に印加される。この実施形態では、音声コミュニケーションモジュール１４０ａは、ＵＳＢ接続（別個に図示せず）を介してコントローラ１０４ａ上の機能ユニットポートまたは機能モジュールポートに接続する。同様に、ゲームコンソール１００から来るデジタルサウンドデータが、コントローラ１０４ａを介して伝送されて、ＵＳＢインタフェース１６３に印加され、インタフェース１６３が、そのデジタル信号をＤＳＰ１５６に伝送し、ＤＳＰ１５６がＤＡＣ１６１に伝送する。ＤＡＣ１６１は、そのデジタル信号をヘッドホン１４６を駆動するのに使用される対応するアナログ信号に変換する。
【００３０】
マルチプレーヤゲームコンソール１００を参照すると、いくつかの重要な機能構成要素が示されている。ただし、本発明に妥当な他の機能構成要素も含まれるが、図示していないことを理解されたい。具体的には、ゲームコンソール１００は、ＣＰＵ（central processing unit）１５０、ならびにＲＯＭとＲＡＭ（random access memory）をともに含むメモリ１５２を含む。また、ＤＳＰ１５４も提供されている。マイクロホン１４４からのアナログ信号に応答してＡＤＣ１５８によって生成されるデジタル信号が、コントローラ１０４ａを介してＣＰＵ１５０に伝送され、ＣＰＵ１５０は、ゲームコンソール上のイーサネット（登録商標）ポート（図２に示さず）を通じ、ブロードバンド接続を介して他のローカルな音声コミュニケーションモジュール及び他のゲームコンソールに伝送するため、その音声ストリーム信号の符号化を取り扱う。
【００３１】
代替の実施形態は、音声コミュニケーションモジュール１４０ａ内部のＤＳＰ１５６を使用して、マイクロホン１４４からのアナログ信号に応答してＡＤＣ１５８によって生成されたデジタル信号を符号化する。次に、符号化されたデータは、コントローラ１０４ａを介してＣＰＵ１５０に伝送され、ＣＰＵ１５０は、この場合も、ゲームコンソール上のブロードバンド接続を介する他のローカルな音声コミュニケーションモジュール及び他のゲームコンソールへの符号化されたデータの伝送を取り扱う。
【００３２】
マルチプレーヤゲームコンソール１００は、クロスオーバーイーサネット（登録商標）ケーブルを使用して別のゲームコンソールに直接に接続するか、あるいはハブ、スイッチ、またはその他の同様のデバイスを使用して、より従来どおりのネットワークを介して１つまたは複数の他のマルチプレーヤゲームコンソールに接続することが可能であり、かつ／または適切なケーブルモデム、デジタル加入者回線（ＤＳＬ）接続、またはその他の適切なインタフェースのブロードバンド接続を介してインターネットまたはその他のネットワークに接続することが可能である。マルチプレーヤゲームコンソール１００が、モデム（図示せず）を介してインターネットまたはその他のネットワークに接続される代替の実施形態も企図されている。直接接続またはネットワーク接続を介してパケットとして伝送されるデジタル信号が、ゲームコンソール１００上のイーサネット（登録商標）ポートを介して（または同じゲームコンソールに接続された他の音声コミュニケーションモジュール及びコントローラから）ＣＰＵ１５０に入力され、ＣＰＵによって処理されてデータパケットが復号化され、出力ミキシングのためにＤＳＰ１５４に印加されるデジタルサウンドデータが回復される。ＤＳＰ１５４からの信号は、ＵＳＢインタフェース１６３を介して入力するために、その音声コミュニケーションの受け手であるプレーヤのための宛先の音声コミュニケーションモジュールに伝送される。
【００３３】
代替の実施形態は、ＣＰＵを使用してコントローラ１０４ａを介して宛先の音声コミュニケーションモジュール１４０ａに符号化されたデータパケットを伝送する。次に、符号化されたデータパケットは、音声コミュニケーションモジュール１４０ａ内部のＤＳＰ１５６によって復号化され、結果の復号化された信号がＤＡＣ１６１に伝送され、ＤＡＣ１６１が、ヘッドホン１４６を駆動する対応するアナログ信号を生成する。
【００３４】
さらに別の企図される代替形態では、各プレーヤに関するヘッドホン及びマイクロホンが、ゲームコンソールに直接に結合され、音声コミュニケーションモジュールの機能が、ゲームコンソール内部のＣＰＵ、またはＤＳＰなどの他のプロセッサ、及び適切なＤＡＣモジュール及びＡＤＣモジュールによって行われることが可能である。したがって、サウンド信号を処理してプレーヤ間で伝送されるサウンドデータを生成する構成要素、及び各プレーヤのヘッドホンを駆動するアナログ信号を生成する構成要素の位置は、本発明に重要ではない。
【００３５】
また、ＣＰＵ１５０は、マイクロホン１４４に向かって話すプレーヤのサウンドの特性を変更する音声効果も適用し、また様々な効果の選択を使用してサウンドの性質を変更することができる。例えば、女性のプレーヤは、自分の音声が、男性の太い声のように聞こえるようにする音声効果、または音声に茶目っけ（ｅｌｆｉｎ ｑｕａｌｉｔｙ）があるようにする音声効果、または音声が、いくつかの他の所望の異なる音調（tonal）特性及びピッチ特性を有するようにする音声効果を選択することができる。プレーヤが選択することができる利用可能な音声効果は、ゲームに依存する。そのような音声効果は、実質的にプレーヤの音声のサウンドを変更して、プレーヤを実質的に認識不可能であるようにすることが可能であり、またゲームの中であるキャラクタが別のキャラクタに話しかけるように見えるとき、プレーヤによって制御されているそのキャラクタにドラマチックな性質またはよりすぐれた現実感を加えることが可能である。したがって、音声効果により、ロールプレーイング（ｒｏｌｅ ｐｌａｙｉｎｇ）が容易になり、プレーヤの真の身元が隠される。同一のゲームコンソール１００に接続されているプレーヤが、ゲームコンソールが配置されている部屋の中で数フィート（１フィートは、３０．４８ｃｍ）しか離れていないため、互いの声が直接に聞こえるときでさえ、適用される音声効果に起因するプレーヤの音声の変更により、ヘッドホンを介して口頭のコミュニケーションを受け取る他のプレーヤによって聞き取られるサウンドが大きく変更されて、室内でプレーヤたちに伝播するプレーヤの音声の局所的サウンドを容易に無視することが可能になる。
【００３６】
実際に、本発明における限定ではないが、ゲームコンソール１００の好適実施形態は、ネットワークを介して、またはオンラインゲームサービスを通してインターネットを介して行われるゲーム中の口頭のコミュニケーションに、最高で１６名のプレーヤが参加するのが可能であることを予期して設計されている。明らかに、プレーヤが一度に参加するのを予期することが可能な他のプレーヤからの口頭のコミュニケーションの数には、実際的な限界が存在する。したがって、プレーヤは、同時に話す４名を超える他のプレーヤからの口頭のコミュニケーションを理解することができないものと想定した。
【００３７】
ゲームプレーのシナリオ
ゲームのタイプ、及び音声コミュニケーション信号を符号化する要件及び復号化する要件に影響を与える所与のゲームに参加しているプレーヤの数に依存して、異なる適切なシナリオが存在する。例えば、音声コミュニケーションに関する要件に影響を与える３つの主要なシナリオが存在する。第１のシナリオは、「ポイントツーポイント」と呼ばれ、２つの相互接続されたゲームコンソールのそれぞれにおいて１名のプレーヤを含み、各プレーヤは、他のプレーヤとの音声コミュニケーションに参加している。「マルチポイント」と呼ばれる第２のシナリオでは、やはり、各ゲームコンソール上で音声コミュニケーションに参加している１名だけのプレーヤが存在するが、最高で１６名のプレーヤが参加するゲームを行うため、最高で１６のゲームコンソールが、ネットワークを介して相互接続される。第３のシナリオは、「ゲームコンソール上のマルチプレーヤ」と呼ばれる。というのは、１つのゲームコンソール当り最高で４名のプレーヤが、また最高で４つのゲームコンソールがネットワークを介して相互接続されて、最高で１６名のプレーヤが同時にゲームを行い、口頭でコミュニケーションをとることが可能になるからである。この最後のシナリオに関して、単一のゲームコンソール上の２名またはそれより多くのプレーヤが、同じ室内に物理的にいるものの、前述したとおり、音声効果オプションの使用によってもたらされる音声の変化により、各プレーヤによるゲーム及びロールプレーイングの楽しみが増すことが可能であるため、ゲーム中に音声コミュニケーションを使用することも可能である。さらに、以上３つのシナリオのそれぞれにおいて述べたゲームコンソール／プレーヤの総数の限度は、ソフトな限度と考えることができる。というのは、さらなるプレーヤまたはゲームコンソールが参加することを除外する固有のハードウェアの限界は存在しないからである。
【００３８】
以上の３つのシナリオの１つまたは複数に従ってゲームを設計することにより、ソフトウェア設計者が、音声コミュニケーションに割り振られる計算リソースに対して最大の事前定義された限度を設定して、音声コミュニケーションが、ゲームプレーの品質に悪影響を与えるのを回避することが可能である。また、マルチプレーヤゲームコンソール上で行われる特定のゲームが、ある人数のプレーヤだけによって行われるのが適切であるように独自の要件を有することも可能である。この場合、ゲームの性質により、必要とされる口頭コミュニケーションチャネルの数の限度が決まる。例えば、チェスなどのゲームは、通常、ポイントツーポイントシナリオを使用して行われる。というのは、チェスには、通常、２名のプレーヤだけが関与するからである。音声コミュニケーション機能により、その２名のプレーヤが、チェスゲームを行いながら互いに話すことが可能になる。このポイントツーポイントシナリオの場合、各ゲームコンソールは、１つのエンコーダ及び１つのデコーダを実装するだけでよい。というのは、複数のエンコーダ及びデコーダは必要ないからである。各音声フレーム更新中、ゲームコンソール上のＣＰＵが、必要に応じて符号化及び復号化を更新する。このポイントツーポイントシナリオにおいて１．５パーセントの事前定義された符号化ＣＰＵ使用率限度及び０．５パーセントの復号化ＣＰＵ使用率限度を使用すると、必要とされるＣＰＵ使用率の合計は、およそ２．０パーセントだけである。
【００３９】
図４の機能ブロック図に示すとおり、ゲームコンソール１０２は、ゲームコンソール１７２と音声コミュニケーションするように結合されている。マイクロホン１４４が、コンソール１０２を使用するプレーヤの音声に反応し、このマイクロホンに接続されている音声コミュニケーションモジュールが、シングルストリームエンコーダ１６０に入力されるＰＣＭ（pulse code modulated）データを生成する。ＰＣＭデータに応答して、エンコーダは、圧縮されたデータパケットを生成し、次に、このデータパケットが、ゲームコンソール１７２が接続されているネットワーク１７０を介して伝送される。
【００４０】
あるいは、シングルストリーム符号化が、音声コミュニケーションモジュールのＤＳＰによって行われることが可能である。この実施形態では、マイクロホン１４４が、ゲームコンソール１０２を使用するプレーヤの音声に反応し、ＤＳＰ１５６が、ＡＤＣ１５８に接続され、圧縮されたデータパケットを生成し、次に、このデータパケットが、ネットワーク１７０を介してゲームコンソール１７２に伝送するためにゲームコンソール１０２に送られる。
【００４１】
ゲームコンソール１０２からの圧縮されたデータは、ゲームコンソール１７２においてネットワークキュー１７４に入力される。コンソール１０２からのサウンドパケット圧縮データを受信するのにネットワークキューを使用する目的は、データがネットワーク１７０を介して送信される際に生じるジッタ及び他のタイミング異常を除去することである。シングルストリームデコーダの出力は、ＰＣＭデータであり、次に、このデータが、ゲームコンソール１７２を使用するプレーヤの音声コミュニケーションモジュール内部のＤＡＣに印加されて、ヘッドホン１７８を駆動するアナログ出力が生成される。
【００４２】
代替の実施形態では、圧縮されたデータは、ゲームコンソール１０２から音声コミュニケーションモジュール内部のＤＳＰ１５６に伝送される。ＤＳＰは、圧縮されたデータを復号化して、対応するＰＣＭ信号に変換し、このＰＣＭ信号が、ゲームコンソール１７２を使用するプレーヤの音声コミュニケーションモジュール内部のＤＡＣ１６１に印加されて、ヘッドホン１７８を駆動するのに使用される対応するアナログ出力信号が生成される。
【００４３】
同様に、コンソール１７２を使用するプレーヤからの口頭のコミュニケーションに関して、マイクロホン１８０が、入射するサウンドを、マイクロホン１８０が接続されているコミュニケーションモジュール内部のＡＤＣを使用してＰＣＭデータに変換し、このＰＣＭデータが、シングルストリームエンコーダ１８２に入力され、エンコーダ１８２が、ゲームコンソール１０２内部のネットワークキュー１６２にネットワーク１７０を介して伝送される圧縮されたデータを生成する。ネットワークキュー１６２からの圧縮されたデータは、シングルストリームデコーダ１６８に入力され、デコーダ１６８は、ヘッドホン１４６が接続されている音声コミュニケーションモジュール内部のＤＡＣ変換器に入力されるＰＣＭデータを生成する。ＤＡＣは、対応するアナログサウンド信号を生成する。したがって、ヘッドホン１４６が、コンソール１７２に接続されたプレーヤのサウンドに対応するアナログサウンド信号を（加えられた音声効果があれば、その効果を伴って）受け取る。
【００４４】
各コンソールに１名のプレーヤが存在するが、複数のゲームコンソールがゲームセッションに参加しているマルチポイントシナリオでは、ゲーム設計者は、すべてのプレーヤが、ゲームを行っている他のプレーヤのすべてと口頭でコミュニケーションをとることができるべきか、またはプレーヤのサブセットから成るチームが存在する場合、同一のチームにいるプレーヤだけが互いに話すことが可能であるようにするかを決定することが可能である。例えば、マルチポイントシナリオで行われているゲームが、カードゲームである場合、１つのゲームコンソール当り１名づつの４名の個人プレーヤが存在することが可能であるか、または各２名のプレーヤの２つのチームが存在することが可能である。４名の別々のプレーヤが存在する場合、各ゲームコンソールは、１つのエンコーダ及び１つの４対１デコーダ（以下に述べる）を実装する。音声フレーム更新中、各コンソールが、ゲームコンソールを使用する単一のプレーヤによる発話を伝送するために必要な符号化を更新し、またゲームに参加する他のゲームコンソール上の（最高で）３名の他のプレーヤのなかの任意のプレーヤからの発話データの復号化を更新する。このシナリオの場合、１．５パーセントのＣＰＵ使用率に関する事前定義された符号化限度、及び１．３パーセントのＣＰＵ使用率に関する４対１デコーダ限度を使用すると、カードゲームを行うのに使用されている４つのゲームコンソールのいずれにおいても、合計は、およそ２．８パーセントのＣＰＵ使用率である。
【００４５】
図３は、どのようにマルチポイントシナリオが、各ゲームコンソール上で機能的に実施されるかを示しているが、他のゲームコンソールを示していない。ただし、ネットワーク１７０は、図示したゲームコンソールと通信する他のゲームコンソールに結合するものと理解する。前述したとおり、ゲームコンソールは、プレーヤの音声コミュニケーションモジュール（図３に示さず）内部のＡＤＣによって生成されたＰＣＭデータを受け取るシングルストリームエンコーダ１６０を含む。ＰＣＭデータは、シングルストリームエンコーダ１６０に入力され、ネットワーク１７０を介して他のゲームコンソールに伝送するためにパケットの形態の圧縮されたデータの音声フレームが生成される。同様に、圧縮されたデータのパケットは、ネットワーク１７０を介して他のゲームコンソールから図示したゲームコンソールに伝送される。ゲーム（またはチャネル）に参加する各プレーヤは、データパケットが一時的に記憶されるゲームコンソール上のネットワークキューを有し、ミクサ１６６ａによるミキシングのため、またデコーダ１６８ａによる復号化のために選択エンジン１６４ａによって圧縮されたデータのパケットが選択されたとき、ジッタ及び他のタイミング問題が最小限に抑えられることを保証する。デコーダ１６８ａは、ＤＡＣに供給されるＰＣＭデータを生成し、ＤＡＣは、ヘッドホン１４６を駆動するアナログ信号を生成する。
【００４６】
代替の実施形態では、選択エンジン１６４ａが、ミキシング及び圧縮解除のために音声コミュニケーションモジュール（図２に示す）のＤＳＰ１５６に２つの選択された圧縮されたデータストリームを伝送する。ＤＳＰ１５６は、音声コミュニケーションモジュール内部のＤＡＣに供給される対応するＰＣＭ信号を生成し、ＤＡＣは、ヘッドホン１４６を駆動する対応するアナログ信号を生成する。
【００４７】
図３に示すとおり、ネットワークキュー１６２ａ、１６２ｂ、及び１６２ｃがそれぞれ、他のプレーヤの、すなわち、最高でＮ名のプレーヤの各人に提供される。
【００４８】
前述したマルチポイントシナリオでは、カードゲームに参加している３名だけの残りのプレーヤが存在するので、３つだけのネットワークキューが存在する。ミクサ１６６ａは、一度に２つの入力だけを結合するので、デコーダ１６８ａは、ヘッドホン１４６を装着しているプレーヤに、一度に２名のプレーヤに関する同時のＰＣＭデータだけしか提供することができない。これに対して、デコーダ１６８ｂが、選択エンジン１６４ｂからの４つのデータパケットを一度に結合してヘッドホン１４６に提供される出力を生成するミクサ１６６ｂを含む代替の実施形態も示している。この代替の実施形態では、プレーヤには、最高で４つの他の音声データパケットが同時に提供される。
【００４９】
あるいは、選択エンジン１６４ａを使用して、宛先の受け手の音声コミュニケーションモジュール内部のＤＳＰ１５６に４つの選択された圧縮されたデータストリームを伝送することが可能である。ＤＳＰ１５６は、この場合も、音声コミュニケーションモジュール内部のＤＡＣに供給される対応するＰＣＭ信号を生成し、ヘッドホン１４６を駆動する対応するアナログ信号が生成される。
【００５０】
「ゲームコンソール上のマルチプレーヤ」シナリオに関する機能上の詳細を図５に示す。図５では、ゲームコンソール１０２が、ネットワーク層２０６を介してネットワーク１７０に接続され、これにより、プレーヤ２１６ａ及び２１６ｂを有するゲームコンソール２１０、単一のプレーヤ２１８を有するゲームコンソール２１２、及び４名のプレーヤ２２０ａ、２２０ｂ、２２０ｃ、及び２２０ｄを有するゲームコンソール２１４に接続されている。ゲームコンソール１０２には、プレーヤ２００ａ、２００ｂ、２００ｃ、及び２００ｄが接続されており、各プレーヤは、音声コミュニケーションモジュールを有するゲームコントローラを備えている。このシナリオの場合、コンソール２１０、２１２、及び２１４のそれぞれにおけるプレーヤの全員が、圧縮されたデータパケットのシングルストリームを生成するように符号化される音声コミュニケーションを有する。ゲームコンソール１０２内部のネットワーク層２０６が、残り３つのゲームコンソールのそれぞれからのデータパケットを、第２のゲームコンソール２１０に関するネットワークキュー１６２、第３のゲームコンソール２１２に関するネットワークキュー１８４、及び第４のゲームコンソール２１４に関するネットワークキュー１８６を含む３つの別々のネットワークキューに入れる。ゲームコンソール１０２内部のこの３つのネットワークキューからの出力が、デコーダ１６８に入力され、デコーダ１６８の出力が、音声コミュニケーション１９０ａないし１９０ｄを受け取る特定のヘッドホンを決定する出力ルータ１８８に印加される。
【００５１】
代替の実施形態は、出力ルータ１８８を使用してデコーダ１６８を迂回し、ネットワークキュー１６２、１８４、及び１８６から直接にデータパケットを引き出す。出力ルータ１８８は、宛先の受け手の音声コミュニケーションモジュール内部のＤＳＰに圧縮されたデータを伝送して、そのプレーヤのヘッドホンが、音声コミュニケーション１９０ａないし１９０ｄを受け取るようにする。
【００５２】
したがって、プレーヤ２００ａないし２００ｄの各人は、そのプレーヤを宛先とする音声コミュニケーションだけを受け取る。同様に、ゲームコンソール１０２上の４名のプレーヤの各人の対応するマイクロホン２０２ａ、２０２ｂ、２０２ｃ、及び２０２ｄからのサウンド入力が、入力ルータ２０４に供給され、ルータ２０４は、ＰＣＭデータストリームをエンコーダ１６０に選択的に印加して、エンコーダ１６０の出力が、ネットワーク層２０６に結合される。ネットワーク層は、サウンドデータを搬送する圧縮されたデータパケットが、ネットワーク１７０を介してゲームコンソール２１０、２１２、及び２１４のなかの適切なものにトランスポートされることを保証する。複数名のプレーヤを有する各ゲームコンソール内部の出力ルータは、ゲームコンソール１０２を使用するプレーヤからの音声コミュニケーションを受け取るプレーヤを決定する。
【００５３】
別の実施形態は、話しているプレーヤの音声コミュニケーションモジュール内部のＤＳＰを使用して圧縮されたデータを符号化することにより、入力ルータ２０４及びエンコーダ１６０を迂回する。
【００５４】
符号化のための、優先順位付け／ラウンドロビン技術
図６は、ゲームを行うためにゲームコンソールを使用している最高で４名のプレーヤによる音声コミュニケーションを扱うゲームコンソール上の優先順位付けに関する機能上の態様を示している。各音声間隔中、４つのエンコーダインスタンスのうち２つだけがアクティブであり、したがって、ゲームコンソール上で、音声コミュニケーション能力を有するプレーヤの数よりも少ない数のエンコーダが存在する。したがって、４つのマイクロホン２１１ａ、２１１ｂ、２１１ｃ、及び２１１ｄが存在するが、このマイクロホンにそれぞれ接続される音声コミュニケーションモジュール内部のＡＤＣからのデジタルＰＣＭデータが、すべて同時に符号化されるわけではない。ＰＣＭデータの各ストリームは、ブロック２１３ａ、２１３ｂ、２１３ｃ、及び２１３ｄに示すとおり、音声活動化検出アルゴリズムに印加される。このアルゴリズムは、いつプレーヤがマイクロホンに向かって話し、ゲームにおける１名または複数名の他のプレーヤに伝送するために符号化されなければならないＰＣＭデータを生成しているかを判別する。最悪ケースのシナリオで、４名すべてのプレーヤが、同時に話しており、音声活動化検出アルゴリズムが、ゲームコンソールに接続されている４つすべてのマイクロホンからのＰＣＭデータが符号化される必要のあることを示す可能性がある。しかし、この好適実施形態では、２つ音声ストリームだけを一度に符号化することが可能であるので、ブロック２１５における優先順位付けアルゴリズムが、２つの並列エンコーダ１６０ａに入力されるＰＣＭデータのストリームを決定するか、または選択する。これらのエンコーダは、ネットワークを介して伝送されるパケット化されたフレームの中で圧縮されたデータを生成する（ゲームコンソールが、リンクまたはネットワークを介して１つまたは複数の他のゲームコンソールに接続されていると想定して）。図６に示した例では、優先順位付けアルゴリズムは、ネットワークを介して出力するために現行のフレームの中に符号化することに関して、最高の優先順位を有するものとして、ＰＣＭデータ２１７ｃ及び２１７ｄを含む２つのストリームのＰＣＭデータを選択している。これに対して、ストリーム２１７ａ及び２１７ｂの中のＰＣＭデータには、音声入力を有していないが、圧縮されたデータの次のフレームの中で、音声データを含む場合、符号化することに関して最高の優先順位を有するものとしてマークが付けられる。
【００５５】
ラウンドロビン符号化方法を使用して、２つの並列エンコーダが４名のプレーヤからの音声コミュニケーションを符号化することができるようにし、任意の所与の音声データフレームの間に話していることが可能なプレーヤの総数よりも少ない数のエンコーダが、ゲームコンソール上で必要とされるようにする。図１２は、開始ブロック３８０から始めて、音声フレームのラウンドロビン符号化を可能にするように実施される論理ステップに関する詳細を提供している。ステップ３８２で、４つのＰＣＭパケット（各プレーヤに１つ）のアレイが組み立てられる。プレーヤが音声コミュニケーションをとらない場合、ＰＣＭ無音パケットがそのアレイに挿入される。判定ステップ３８４が、ロジックが現行の音声フレームに関して第１のループを実行しているかどうかを判定する。実行している場合、ステップ３８６が、ｉが値０、１、２、または３を有することが可能な変数ｐｒｉｏｒｉｔｙ（ｉ）を使用してアレイにおける優先順位を準備することを提供する。その後、ロジックは、ステップ３９０に進む。
【００５６】
ロジックは、現行の音声フレームに関して第１のループを行っていない場合、ステップ３８８に進み、現行の音声フレームに関する前のループにおいて生成された優先順位アレイを使用する。その後、ロジックは、やはりステップ３９０に進む。ステップ３９０で、音声活動化の検出が行われて、ＰＣＭパケットに、そのパケットが音声内容を有するかどうかを示すマークが付けられるようになる。アルゴリズムは、現行のサウンドレベルが、平均（背景）レベルより相当に高いかどうかを検出し、相当に高いことは、マイクロホンを有するプレーヤが、多分、現在、マイクロホンに向かって話していることを示している。あるいは、ＰＣＭパケットを分析して、背景雑音の特性とは相当に異なる音声特性を検出することが可能である。次に、ステップ３９２が、変数ｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘをゼロに等しいものとして設定し、また変数ｅｎｃｏｄｅｏｐｓをゼロに等しいものとして初期設定する。
【００５７】
判定ステップ３９４が、ｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘ変数が４より小さいかどうか、かつｅｎｃｏｄｅｏｐｓ変数が２より小さいかどうかを判定する。判定ステップ３９４には、以上２つの変数がゼロに初期設定されたステップ３９２の直後に最初に到達するので、両方の基準が満たされ、ステップ４０２に進む。ステップ４０２で、変数ＰＣＭ ｓｔｒｅａｍ ｉｎｄｅｘが、変数ｐｒｉｏｒｉｔｉｅｓに等しく設定され、値ｉは、ｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘ変数に等しい。音声フレームに関する最初のパス（ｐａｓｓ）で、ＰＣＭ ｓｔｒｅａｍ ｉｎｄｅｘ変数がｐｒｉｏｒｉｔｉｅｓ［０］に等しく設定される。
【００５８】
次に、判定ステップ４０４が、ＰＣＭ ｓｔｒｅａｍ ｉｎｄｅｘに等しいｉｎｄｅｘでＰＣＭパケットに関して音声が検出されたかどうかを判定する。この場合も、音声フレームの間のこのロジックの最初のパスとともに、判定ステップが、ＰＣＭ ｐａｃｋｅｔ［ＰＣＭ ｓｔｒｅａｍ ｉｎｄｅｘ］に関して音声が検出されたかどうかを判定する。検出された場合、ステップ４０６が、優先順位アレイの終りにある変数ｐｒｉｏｒｉｔｉｅｓ［ｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘ］を動かし、この変数の後のすべての他の要素の順位を１つ先に移動する。次に、ステップ４０８が、変数ｅｎｃｏｄｅｏｐｓを前の値に１を足したものに等しく設定し、これにより、この変数を増分する。判定ステップ４０４で音声が検出されなかった場合、ステップ４１０が、ｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘをｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘに１を足したものに等しく設定し、これにより、この変数を増分する。ステップ４０８またはステップ４１０の後、ロジックは、判定ステップ３９４に進む。
【００５９】
ｐｒｉｏｒｉｔｉｅｓ ｉｎｄｅｘ変数が４に等しくなる、またはｅｎｃｏｄｅｏｐｓ変数が２に等しくなると、ロジックは、ステップ３９６に進む。このステップで、ロジックは、ＰＣＭ Ｐａｃｋｅｔ［ｐｒｉｏｒｉｔｉｅｓ［０］］及びＰＣＭ Ｐａｃｋｅｔ［ｐｒｉｏｒｉｔｉｅｓ［１］］に関する音声検出プロパティを偽に設定する。次に、ステップ３９８が、ＰＣＭ Ｐａｃｋｅｔ［ｐｒｉｏｒｉｔｉｅｓ［２］］及びＰＣＭ Ｐａｃｋｅｔ［ｐｒｉｏｒｉｔｉｅｓ［３］］の並列符号化を提供する。最後に、ステップ４００で、ロジックが、現行の音声フレームに関してネットワークを介して伝送するために４つの圧縮されたデータパケットのアレイを組み立てる。このロジックに基づき、４名すべてのプレーヤが実際に話している場合、音声コンソール上のプレーヤのすべてが、ゲームにおける他のプレーヤとコミュニケーションをとることができるように、ＰＣＭパケットが、このラウンドロビンアルゴリズムを使用して圧縮されたパケットを形成するように符号化されることが明白であろう。
【００６０】
プレーヤ１、２、３、及び４が全員、同時に話していると想定される例を辿ることが役立つかもしれない。符号化された最新の２つの音声または２名のプレーヤの履歴が保持されている。ロジックは、プレーヤ１に関する現行のマイクロホンパケットを調べることから開始する。音声がアルゴリズムによって検出された場合、その音声が符号化される。次に、同じ判定が、プレーヤ２に関して行われる。すなわち、音声が、プレーヤ２のマイクロホンにおいて存在する場合、その音声が、現行の音声フレームの中で符号化される。初期の履歴は、プレーヤに［１，２，３，４］という順序が付けられて開始するが、この時点で、順序がプレーヤ［３，４，１，２］であるように更新される。ロジックは、事前定義されたマイクロホン符号化間隔の後、ループバックして、前回、処理されなかった２名のプレーヤに関するオーディオデータを処理する。現在、履歴リストは、［３，４，１，２］であり、したがって、プレーヤ３の音声が、現在、プレーヤ３のマイクロホンに入力されているかどうかを判定する検査が行われ、入力されている場合、その音声が符号化される。しかし、プレーヤ３が、この時点でもはや話していない場合、ロジックは、代わりに、話しているものと想定されるプレーヤ４に進む。したがって、プレーヤ４に関するデジタルＰＣＭ音声パケットが符号化され、履歴が更新されて［３，１，２，４］になる。次に、ロジックは、プレーヤ１に進み、そのプレーヤの音声を符号化し、新しい履歴［３，２，４，１］を生成する。次に、ロジックは、プレーヤ３及び２で開始する。プレーヤ３がまだ話しておらず、したがって、そのプレーヤのマイクロホンにおいて音声が存在しないものと想定すると、ロジックは、プレーヤ２及び４に関するデジタルＰＣＭパケットを符号化し、履歴リスト［３，１，２，４］をもたらす。
【００６１】
一実施形態では、スキップされ、符号化されないプレーヤの各ＰＣＭパケットに関して、そのプレーヤの前のパケットが音声フレームに関して減衰させられ、再生される。起こりうる最悪の状態で、全プレーヤが話しており、実際に、異なるチームにいる４名の異なるプレーヤがゲームコンソール上に存在するとき、各プレーヤの１つおきのＰＣＭパケットがスキップされる。この手法は、各プレーヤの音声の品質に対してわずかな悪影響を与えるが、これは、最悪ケースのシナリオであり、このシナリオは、通常、ゲームプレー中に稀にしか生じない。
【００６２】
スキップされ、したがって、前のパケットを繰り返すことによって埋められなければならないプレーヤのＰＣＭパケットは、ネットワークを介して伝送されないことに留意されたい。代わりに、繰り返されるＰＣＭパケットは、そのパケットの宛先の受け手によって使用される受信側ゲームコンソールによって扱われる。したがって、任意の１つの音声フレーム中、最大で４つではなく、せいぜい２つのパケットが、ゲームコンソールから送信される。キューが、前のパケットをバッファに入れ、スキップされたパケットに取って代わるようにその前のパケットを提供する。あるいは、スキップされたパケットは、受信側ゲームコンソールによってキューに入れられず、代わりに、そのパケットが、伝送を行ったゲームコンソールによってスキップされたことを示す通知が、そのチャネルに関して受信側ゲームコンソールのネットワークキューの中に挿入される。
【００６３】
ラウンドロビン符号化技術は、一度に２つの音声フレームに対してしか動作せず、現在、符号化されていないストリームのその他のフレームを繰り返す。前述したとおり、これにより、あるゲームコンソール上の４名すべてのプレーヤが話しているとき、サウンドの劣化がもたらされる可能性があるが、この技術により、追加のＣＰＵリソースを使用して４名すべてのプレーヤの音声を別々に符号化することが回避される。追加のＣＰＵリソースを使用して４名すべてのプレーヤの音声を別々に符号化することは、ゲームプレーに悪影響を与える可能性がある。
【００６４】
代替の実施形態では、１名のプレーヤ当り１つのエンコーダが、発話を符号化するために割り振られる。ただし、この実施形態は、それほど望ましくない。というのは、前述した実施形態の２倍の計算リソースが必要とされるからである。
【００６５】
リンク／ネットワークを介する音声コミュニケーション
図１０は、リンクまたはネットワークを介する音声コミュニケーションを可能にするために適用される一般的なステップを示している。最初、ステップ３３０でゲームが開始される。次に、判定ステップ３３２が、プレーヤが他のプレーヤと音声でコミュニケーションをとることが止められたかどうかを判定する。この状態は、そのプレーヤが、行動規範または他のサービスポリシーの違反により、オンラインゲームサービスによって音声コミュニケーションをとることの禁止または停止処分を受けたためもたらされる可能性がある。音声がブロックされることが可能な別の理由は、親などの権限の付与された個人によって、未成年の子供がゲーム中に他のプレーヤとの音声コミュニケーションに関与することが許されるべきでないと決定したことによる。このオプションは、特定のプレーヤアカウントに関してゲームコンソール上で提供されるオプションを使用して利用可能であり、また設定することが可能である。設定されると、そのデータは、オンラインゲームサービス上に記憶され、そのプレーヤがサービスに接続するたびに音声コミュニケーションをブロックすることが実施される。現行のプレーヤの音声コミュニケーションがブロックされた場合、ステップ３３４が、ゲームコンソールが音声コミュニケーションを処理しなくてもよいことを判定し、ステップ３３６で、代わりに次の話し手に進む。次の話し手が、ゲームコンソール上の設定によって音声コミュニケーションをとることから除外されていないと想定すると、ロジックは、そのプレーヤのために音声コミュニケーションモジュール内部のＡＤＣからＰＣＭデータを取得するステップ３３８に進む。次に、ロジックは、ステップ３４０でそのＰＣＭ音声データを圧縮して圧縮されたデータにする。ステップ３４２が、現行のプレーヤのＰＣＭ音声データを圧縮する際、何らかの割り当てられた音声効果を適用して、そのプレーヤの音声の特性を変化させる。ステップ３４４で、圧縮されたデータが、ネットワーク３４６を介して宛先の受信側ゲームコンソールに伝送されて、音声コミュニケーションモジュールを有する宛先の受け手に届く。ステップ３４８が、圧縮されたデータを伝送しているゲームコンソール上の次の話し手を処理することを準備し、これにより、判定ステップ３３２に戻る。
【００６６】
ネットワーク３４６を介して音声コミュニケーションを受信したゲームコンソール上で、ステップ３５２が、圧縮されたデータをそのようなデータのネットワークキューに追加することを提供する。次に、ステップ３５４で、ゲームコンソールが、キューから引き出された圧縮されたデータを圧縮解除し、対応するＰＣＭデータを生成する。ステップ３５６が、オプションの環境効果があれば、それを追加することを提供する。そのような効果は、一般に、ゲームコンソール上で行われているゲームにおいて提供されるオプションによって決定される。例えば、環境効果には、反響を追加すること、またはゲームの環境が洞穴内部である場合、残響を導入することが含まれることが可能であり、あるいは環境効果は、例えば、小さいスピーカ上のオーディオデータの再生に関して低音ブースト（ｂａｓｓ ｂｏｏｓｔ）を追加することによって周波数帯域の均等化を提供することに関わることが可能である。次に、ステップ３５８が、複数の異なるプレーヤから受信された音声ストリームをミキシングして、宛先の受け手のプレーヤに提供される１つの出力音声ストリームにする。この出力音声ストリームが、ステップ３６０で、ＰＣＭデータとして宛先の受け手のプレーヤのヘッドホンに関連するＤＡＣに伝送され、ＤＡＣが、ヘッドホンを駆動する対応するアナログ信号を生成する。したがって、プレーヤは、復号化され、ミキシングされて出力音声ストリームになったプレーヤの各人からの音声コミュニケーションを聞く。
【００６７】
プレーヤ間のミュートにされた音声コミュニケーション
特定のプレーヤが別のプレーヤによって音声コミュニケーションからミュートにされたときはいつでも、別の状況が生じる。このようにあるプレーヤがミュートにされると、その特定のミュートにされたプレーヤは、ミュート処理側のプレーヤの声を聞く、またはそのプレーヤに話すことができない。ミュート処理側のプレーヤは、音声コミュニケーションを元に戻すのに明示的にミュートにされたプレーヤをミュート解除しなければならない。
【００６８】
ネットワークデータパケットの扱い
図１１は、ネットワーク３４６を介して音声コミュニケーションデータをパケットとして受信することに関するさらなる詳細を示している。ブロック３５０ａ及び３５０ｂに示されるとおり、圧縮されたデータが、Ｎ個の他のゲームコンソールからネットワークを介して受信される。圧縮されたデータの各チャネルは、最初、Ｎ個のキュー３５１ａ〜３５１ｂの１つに入力され、接続されたゲームコンソール上の各プレーヤ（各ゲームコンソール上に１名または複数名のプレーヤ）に関して個別のキューが提供される。次に、ブロック３６４が、圧縮されたデータを受け取るように形成されているＮ個のキューを同期する。このステップで、現行の音声フレームに関してキューのすべてから、符号化された圧縮されたパケットが獲得される。次に、選択エンジン３６６が、ブロック３６８において復号化エンジンに入力するために組み立てられるべき圧縮されたパケットを決定する。復号化エンジンは、圧縮されたデータを圧縮解除して復号化し、そのデータをＰＣＭデータに変換して、次に、このＰＣＭデータが、接続された音声周辺コミュニケーションモジュール３７０ないし３７２のそれぞれに適用されて、その音声コミュニケーションモジュールをそれぞれ使用するプレーヤが、ネットワークを介して自身に伝送されたサウンドを聞くことができるようになる。
【００６９】
各キューから受け取られた符号化されたパケットの処理に関連する詳細を図７に示している。ブロック２２１で、ＣＰＵが、各キューをチェックして符号化された圧縮されたパケットを獲得するか、またはキューが、あるプレーヤからのパケットを有していないが、そのプレーヤに関するパケットがそのキューの中に存在すべきであったことをクライアントのＣＰＵに通知する。この場合、ＣＰＵは、そのキューからそのプレーヤに関して獲得された前のパケットが、実際に有効な符号化されたパケットであったかどうかを判定し、有効な符号化されたパケットであった場合、ＣＰＵは、そのプレーヤに関する前のパケットをコピーして、次のブロックにおけるさらなる処理のために提供することができるようにする。しかし、そのプレーヤに関する前のパケットも欠落していた場合、ＣＰＵは、そのプレーヤに関する前のパケットに減衰を行う。このステップの目的は、ラウンドロビン符号化中にパケットをスキップすること、及びネットワーク条件のためにドロップされたパケットからもたらされる欠落したパケットによって生じる無音の知覚を最小限に抑えることである。
【００７０】
次に、ブロック２２２で、ブロック２２１で獲得されたパケットが配列され、その配列の中のすべての無音パケットが除去される。その結果が、キューの中で元に提供されたパケットのサブセットである。前述した処理により、サブセットの中のすべてのパケットが有効な音声データを含む。
【００７１】
次に、ブロック２２４が、チャネルマスクを音声データに適用することを提供する。各プレーヤにチャネルが関連し、特定のチャネル上のすべてのプレーヤが、互いに音声でコミュニケーションをとることができる。例えば、１つのチャネルが、チームリーダとして指名されたプレーヤとチームメンバの間の音声コミュニケーションのために使用され、そのプレーヤが、チームのすべてのメンバとコミュニケーションをとることができるようにすることが可能である。さらに、チームリーダは、複数のチームリーダとコミュニケーションをとることができる指令者として指名された別のプレーヤと口頭でコミュニケーションをとるために別のチャネルを選択する、あるいはチームリーダが、他のチームリーダとだけコミュニケーションをとることができるようにするさらに別のチャネルを選択することも可能である。この実施形態では、話している各プレーヤに、そのプレーヤに関する「話者（ｔａｌｋｅｒ）チャネル」を定義する１６ビットワードが与えられる。ゲームは、話者チャネルに関するワードの個々のビットが何を意味するかを判定し、例えば、話者チャネルが、チーム用、チームリーダ用、指令者用等であることを示す。さらに、各プレーヤに、発話を受け取ることができる「聴取者（ｌｉｓｔｅｎｅｒ）チャネル」を割り当てることが可能である。音声コミュニケーションが、ネットワークを介して入ってきたとき、話者チャネルは、所与のプレーヤに関する聴取者チャネルと論理「ＡＮＤ」にされており、結果がゼロでない場合は、そのプレーヤが、音声コミュニケーションを聞くことができる。このようにして、行われているゲームが（またはゲームの制約の範囲内で各プレーヤが）、他のプレーヤと音声コミュニケーションするように結合されるプレーヤを判定する任意の順列（ｐｅｒｍｕｔａｔｉｏｎ）を選択することができる。
【００７２】
図７を再び参照すると、ブロック２２４により、各プレーヤが、一部のチャネルだけを聴取し、チャネルマスクを使用することを選択できるようになる。ゲームコンソール上の各プレーヤに関してチャネルマスクが適用され、最大で４つのサブセットの音声ストリーム、すなわち、聴取する各プレーヤに関して１つのサブセットが、プレーヤの個々の聴取者マスクに基づいてもたらされる。聴取している各個人は、異なる音声ストリームに含まれる候補パケットのリストを有する。
【００７３】
ブロック２２６で、ミュート処理マスク及びユーザによって定義された優先順位が提供される。好適実施形態により、プレーヤが、選択されたプレーヤとのさらなる音声コミュニケーションを選択的に除外することができるようになるが、プレーヤが、現行のゲームセッション中に特定のプレーヤとの音声コミュニケーションをミュートにすることだけを選択的に行うのが可能であることも企図される。この代替の実施形態では、ゲームコンソール上の各プレーヤが、聴取チャネル上である人々をミュートにするのを選択することが可能である。次に、そのプレーヤによってミュートにされたプレーヤからの音声ストリームが、ゲームコンソール上のそのプレーヤ向けの候補音声ストリームのリストから除去される。各プレーヤ向けのあらゆる残りの音声ストリームが、ユーザによって定義された優先順位でソートされる。このステップで、１つの音声ストリームが、常時、最高の優先順位を有することが可能である。例えば、ゲームが（またはゲームがそのオプションを許す場合、プレーヤが）、チームメンバがチームリーダと音声コミュニケーションをとるように結合するチャネルを選択的に設定して、そのチャネルが、チームメンバの各人に対して最高の優先順位を有するようにすることが可能である。また、着信する音声ストリームの音量も、所与のプレーヤ向けのチャネルの優先順位を判定する基準となり、そのプレーヤが、常時、最大音量の音声ストリームを聞くようにすることも可能である。あるいは、またはさらには、ある音声ストリームのレンダリングが開始された場合、ゲームは、後に開始した他の音声ストリームの音量に関わらず、その音声ストリームが終了するのを待ち、その音声ストリームが終了する前に文が「ストリーム途中（ｍｉｄ−ｓｔｒｅａｍ）」で中断されないようにする。さらなる別法として、または追加として、各音声チャネルに関して他の優先順位を定義することも可能である。例えば、ゲーム固有の役割に関連する優先順位を適用することが可能である。
【００７４】
ブロック２２６の後、ブロック２２８に示す復号化エンジンタイプ１、またはブロック２３０に示す復号化エンジンタイプ２を使用して、ミュート処理マスクとユーザ／ゲームによって定義された優先順位とを適用することからもたらされた音声ストリームに復号化を適用する。ブロック２２８で、復号化エンジンタイプ１が、デコーダを割り振り、各プレーヤのメソッドに関してミキシング及び復号化を行う。このアルゴリズムでは、各プレーヤに関して、配列されたパケットのリストの中の最初のＮ個のパケットが選択される。リストがＮ個より少ない要素を含む場合、存在しないパケットの代わりに無音の圧縮されたデータパケットを使用して、音声パケットのＣＰＵ処理においてスパイク（ｓｐｉｋｅ）が生じるのを回避する。
【００７５】
ブロック２３０で、エンジンタイプ２を使用して復号化を適用する際、ＤＳＰのメソッドで復号化及びミキシングを行うためにデコーダが割り振られる。このアルゴリズムに従って、最大数の復号化されたパケットに達するまで、または候補パケットの終りに達するまで、または候補パケットリストの終りに達するまで、パケットの配列されたリストから、リストが空でない場合、現行のプレーヤが獲得される。配列されたパケットのリストの先頭が、前に選択されていない場合は、リストの先頭が復号化されるように選択され、復号化されたパケットに関してカウンタが増分される。その後、リストの先頭は、配列されたリストから除去される。次に、アルゴリズムは、次のプレーヤに進み、そのプレーヤが現行のプレーヤとなる。例えば、プレーヤ４の後、プレーヤ１は次いで再び現行のプレーヤになる。さらなる音声パケットを復号化するために復号化スロットが残っている場合、無音パケットを並列デコーダに適用して音声パケットのＣＰＵ処理におけるスパイクを回避する。
【００７６】
復号化エンジン、タイプ１及び２
図８に、復号化エンジンタイプ１の機能上の態様に関する詳細を示している。図８に示すとおり、符号２４０、２４２、及び２４４で示される符号化されたストリーム１ないしＮが、各プレーヤのヘッドホンに関して復号化するための２つの符号化されたストリームを選択する選択エンジン２５７に圧縮されたデータを提供する。このケースでは、符号化されたストリーム１．１及び符号化されたストリーム１．２が、デコーダ１６８ａに入力するために選択され、デコーダ１６８ａにおいて、ストリームは、復号化に先立ってミクサ２５２によってミキシングされる。デコーダの出力は、ヘッドセット２４８に関して音声コミュニケーションモジュール内部のＤＡＣに供給されるＰＣＭデータである。同様に、他のプレーヤのヘッドホンのそれぞれに関して、別のデコーダ１６８ｂが、圧縮されたデータとして符号化された音声ストリームを受け取り、このストリームが、ミキシングされて復号化される。図示するとおり、第４のプレーヤに関するデコーダは、符号化された音声ストリーム４．１及び４．２をミキシングするミクサ２５４を含み、デコーダが、音声コンソール上の第４のプレーヤ用のヘッドホン２５０を駆動するアナログ信号を提供するＤＡＣに供給されるＰＣＭデータを生成するようになっている。もちろん、４名より少ないプレーヤがゲームコンソールを使用している場合が存在し、その場合、アクティブである必要があるデコーダは、４つより少ない。
【００７７】
復号化エンジンタイプ１と復号化エンジンタイプ２の両方に対する代替の実施形態は、（ブロック２２６における）優先順位の付けられた音声ストリームを、宛先の受け手の音声コミュニケーションモジュール内部のＤＳＰに直接に伝送する。
【００７８】
タイプ２復号化エンジンの機能上の態様を図９Ａに示している。この場合も、符号２４０、２４２、及び２４４で表される符号化されたストリーム１ないしＮが、選択エンジン２６０に入力され、エンジン２６０は、聴取を行っており自分に向けられた音声ストリームを有する各プレーヤに関して、最大で４つ、最小で１つのデコーダストリームを選択する。このケースでは、４つの並列デコーダ２６２が、４つの選択された符号化された音声ストリームの圧縮されたデータを受け取る。次に、デコーダは、その圧縮されたデータを復号化し、結果のＰＣＭデータを、音声ストリームが向けられた各プレーヤに関するミクサに供給する。このケースでは、第１のプレーヤが、符号２６４で識別されるミクサ内部のミクサ２７０によってミキシングされる他のプレーヤからの２つの音声ストリームを受け取る。図示していないが、ゲームにおいて他のプレーヤから音声コミュニケーションを受け取る他のプレーヤのそれぞれも、４つの並列デコーダの出力がミキシングのために印加される別個のミキシングビン（ｂｉｎ）を備えている。例えば、第４のプレーヤが、符号２６６で識別されるミクサ内部のミクサ２７２によってミキシングされる３つの音声ストリームを受け取る。次に、結果のＰＣＭデータが、第４のプレーヤ用のヘッドセット２５０に印加される。したがって、各プレーヤは、そのプレーヤに割り当てられた４つ１組（ｆｏｕｒ−ｉｎ−ｏｎｅ）ミキシングビンによってミキシングされた１つないし４つの音声ストリームを受け取ることができる。
【００７９】
（ブロック２６０における）別の実施形態は、デコーダ２６２、ならびにミクサ２６４及び２６６を迂回し、圧縮されたデータをヘッドホン２４８及び２５０にそれぞれ結合された音声コミュニケーションモジュールのＤＳＰに伝送する。
【００８０】
タイプ２の復号化エンジンで使用するための代替の手法を図９Ｂに示している。この実施形態では、デコーダとミクサの相対的配置が、図９Ａで示したものとは逆になっている。具体的には、各プレーヤが、ネットワークを介して着信する圧縮されたデータを受け取り、ミキシングするように結合された２ストリームミクサを備えている。２ストリームミクサ２８０がプレーヤ１に提供され、２ストリームミクサ２８２がプレーヤ２に提供され、２ストリームミクサ２８４がプレーヤ３に提供され、また２ストリームミクサ２８６がプレーヤ４に提供されている。したがって、最大で２つの音声ストリームの圧縮されたデータが、プレーヤごとの以上のミクサのそれぞれに入力され、ミキシングされて、４ストリーム並列デコーダ２８８に入力するために各ミクサから単一のミキシングされたストリームが提供される。次に、このデコーダは、圧縮されたデータを復号化して、別のプレーヤからの音声コミュニケーションの宛先の受け手である各プレーヤのヘッドホン２４８、２５２、２５３、及び２５０に供給されるＰＣＭデータを生成する。
【００８１】
さらに別の実施形態は、２ストリームミクサ２８０、２８２、２８４、及び２８６に伝送された圧縮されたデータが、ヘッドホン２４８、２５２、２５３、及び２５０にそれぞれ結合された音声コミュニケーションモジュールのＤＳＰによって復号化されるようにする。
【００８２】
他のプレーヤとの音声コミュニケーションの制御
前述したとおり、プレーヤは、挙動の問題を理由に、またはその他の理由で特定のプレーヤとのさらなる音声コミュニケーションを除外するオプションを有する。例えば、ある特定の別のプレーヤが、過度の冒涜的な言葉を使用する傾向にある場合、プレーヤは、その別のプレーヤとさらなるコミュニケーションをとらないことを選択することが可能である。各ゲームは、一般に、プレーヤが、現行のゲームセッション及び将来のゲームセッションに関して別のプレーヤとの音声コミュニケーションをミュートにするオプションを提供し、また、プレーヤが、現行のゲームセッションに限って別のプレーヤとの音声コミュニケーションをミュートにできるようにすることが可能であることも企図されている。図１３、１３Ａ、及び１３Ｂは、音声コミュニケーションのこの制御を、「マイゲーム（ＭＹ ＧＡＭＥ）」と呼ばれるゲームにおいて実施できるようにする例としてのダイアログボックス４３０と４５０を示している。この架空のゲームは、プレーヤリストボックス４３２に示すとおり、プレーヤの各人をリストする。プレーヤリストボックス４３２は、選択バー４３４で示されるとおり、先頭にリストされるプレーヤが選択されている６名のプレーヤを含んでいる。「アベンジャ（Ａｖｅｎｇｅｒ）」というエイリアスを使用してゲームを行うこのプレーヤは、そのエイリアスと同じ行で、ダイアログの１つの列に示される話者記号４３６で示されるとおり、音声コミュニケーション能力を有する。「アイスマン（Ｉｃｅｍａｎ）」及び「レースオックス（Ｒａｃｅｏｘ）」というエイリアスをそれぞれ使用するプレーヤは、以上のエイリアスのどちらの同じ行にも、その列で話者記号４３６を欠いていることから明らかなとおり、音声コミュニケーション能力を有さない。プレーヤリストボックス４３２を見ている現行のプレーヤとの音声コミュニケーションから、リストされているプレーヤの任意のプレーヤをミュートにすることができるようにするラジオボタン４３８が提供されている。このケースでは、ラジオボタン４３８で示されるとおり、アベンジャが、プレーヤによって選択されている。プレーヤが選択されたとき、選択されたプレーヤを特定し、このプレーヤが、現在、ゲームの参加者の１人であり、音声コミュニケーションモジュールを有することを示すウインドウ４４０が開く。プレーヤリストボックス４３２を見ているプレーヤが、選択ボタン４４２をクリックした場合、異なる状態に切り替えることができるオプションバー４５２を含む音声コミュニケーションステータスセレクト４５０が開く。図１３Ａに示すとおり、オプションバー４５２は、選択されたプレーヤが、このオプションを選択しているプレーヤとの口頭のコミュニケーションをとることができるようになっていることを示す。図１３Ｂでは、オプションバーが、状態４５４に切り替えられており、このことは、その状態を見ているプレーヤが、選択されたプレーヤを現行のゲームセッションに関してミュートにするのを望むことを示す。プレーヤが行う選択に応じて、話者記号４３６が変化する。図１３に示したものの代わりに、プレーヤが、選択された特定のプレーヤをミュートにするオプションを選択した場合、図示した話者記号の周りにダッシュボックス（ｄａｓｈ ｂｏｘ）が現れる。このタイプのミュート処理は、現行のゲームセッション後、終了する。他方、特定のプレーヤが選択的にロックアウトされた場合、ダッシュヘビーバーボックス（ｄａｓｈ ｈｅａｖｙ−ｂａｒ ｂｏｘ）がスピーカ記号４３６の周りに追加される。その場合、あるプレーヤをミュートにする決定は、ゲームセッション内からその決定を行ったプレーヤによって、またはゲームコンソールのシステムコントロールを使用することによってだけオフにすることができる。さらに別の記号（図示せず）が、ヘッドホンを介してではなく、受け手のプレーヤのゲームコンソールに接続されたラウドスピーカ（例えば、テレビジョンスピーカまたはモニタスピーカ）を介して対応するプレーヤに関する音声コミュニケーションが再生されることを示すのに使用される。このオプションは、ヘッドセットを着用しないことを好むプレーヤによって選択されることが可能であるが、それほど望ましくない。というのは、プレーヤが、他のプレーヤと口頭でコミュニケーションをとるのにマイクロホンを使用していないからである。
【００８３】
数名のプレーヤが、ある特定のプレーヤに関する否定的なフィードバックを、冒涜的な言葉の過度の使用、または性的に露骨な言葉の使用などの容認できないと見なされるそのプレーヤの口頭の挙動に基づいて提供した場合、オンラインゲームサービスが、受け取られた苦情の数がしきい値を超えたことを自動的に判定し、その特定のプレーヤが、さらなる音声コミュニケーションを禁止されるようにする。この禁止は、最初、１週間などの限られた期間にわたり、後に、しきい値を超えてさらなる苦情が受け取られた場合、その特定のプレーヤを永久に音声コミュニケーションから締め出すことが可能である。このように禁止処分を受けた特定のプレーヤには、最初、音声コミュニケーション能力の一時的な停止処分が通知され、次に、そのプレーヤの挙動が永久的な停止処分をもたらした場合、その結果が通知される。プレーヤが、ゲームコンソール上でオンラインゲームサービスにログインするたびに、サインインプロセスの一環として許可フラグがゲームコンソールにダウンロードされる。このフラグは、システムの様々な態様に関する情報を含む。フラグの１つが、特定のプレーヤが音声チャネルに参加する許可を有するかどうかを判定する。したがって、ある特定のプレーヤが、サービスの規定または行動規範に違反した場合、プレーヤが音声でコミュニケーションをとる能力を制御するビットが、そのような音声コミュニケーションを除外するように変更されることが可能である。
【００８４】
プレーヤが、ある特定のプレーヤを音声コミュニケーションから除外することを選択すると、その特定のプレーヤの身元が、好ましくは、オンラインゲームサービスに伝送され、その選択を行ったプレーヤの身元に関連して記憶され、あらゆるゲームの将来のセッションにおいて、そのような決定を行ったプレーヤが、その特定の他のプレーヤからの音声コミュニケーションを全く受け取らず、またその特定の他のプレーヤに対して音声コミュニケーションを全く伝送しないようにする。この決定は、その特定の他のプレーヤに明らかではない。というのは、ゲームにおけるプレーヤのステータスを示すダイアログボックスは、単に、その決定を行ったプレーヤが音声コミュニケーション能力を欠いていることの指示をその特定の他のプレーヤのビュー上で表示し、その決定を行ったプレーヤに表示されるダイアログにおいて、その特定の他のプレーヤのミュートにされたステータスが示されるからである。したがって、その特定のプレーヤが、使用するエイリアスを変更した、または異なるゲームコンソールを使用してサインオンしたとしても、プレーヤによって行われたその特定のプレーヤに関する音声コミュニケーションの禁止は、有効であり続ける。
【００８５】
インターネットまたは他のネットワークを介してゲームに参加しているとき、プレーヤは、オプションとして、行われているゲームに応じて、音声コミュニケーションをとる際の特定の言葉遣いに合意したプレーヤとだけゲームを行うのを選択することが可能である。また、プレーヤは、オプションとして、音声コミュニケーション能力を有するプレーヤとだけゲームを行うことを選択することが可能である。同様に、音声コミュニケーション能力のないプレーヤは、やはり音声コミュニケーション能力を有さない他のプレーヤとだけ選択的にゲームを行うことが可能である。以上の決定は、通常、現行のゲームセッションだけに適用される。
【００８６】
本発明を本発明の好適実施形態に関連して説明してきたが、特許請求の範囲内で本発明に多くの他の変更を加えるのが可能であることが、当業者には理解されよう。したがって、本発明の範囲は、以上の説明によって全く限定されるものではなく、すべて特許請求の範囲に関連して定められるものとする。
【図面の簡単な説明】
【００８７】
【図１】本発明の実施形態のマルチプレーヤゲームコンソール及び音声コミュニケーションシステムの概略を示す図である。
【図２】本発明の実施形態の図１のマルチプレーヤゲームコンソール及び音声コミュニケーションモジュールを示すブロック図である。
【図３】本発明の実施形態の音声コミュニケーション能力を有するマルチプレーヤゲームコンソールを示す機能ブロック図である。
【図４】本発明の実施形態のネットワークを介するポイントツーポイント通信で結合された２つのマルチプレーヤゲームコンソールを示す機能ブロック図である。
【図５】本発明の実施形態のネットワークを介して３つの他のマルチプレーヤゲームコンソールと通信するように結合された第１のマルチプレーヤゲームコンソールを示すブロック図である。
【図６】本発明の実施形態の２つの並列エンコーダを有するゲームコンソール上の複数のプレーヤに関する優先順位付け符号化を示す機能ブロック図である。
【図７】本発明の実施形態のマルチプレーヤゲームコンソール上で復号化するパケットをキューから選択する際に本発明によって使用されるステップを示す論理図である。
【図８】本発明の実施形態のマルチプレーヤゲームコンソールにおいて使用されるタイプ１の復号化エンジンを示す機能ブロック図である。
【図９Ａ】本発明の実施形態のマルチプレーヤゲームコンソールにおいて使用されるタイプ２の復号化エンジンを示す機能ブロック図である。
【図９Ｂ】本発明の実施形態の図９Ａのミクサ及び４ストリーム並列デコーダの詳細を示すブロック図である。
【図１０】本発明の実施形態のネットワークを介してサウンドデータの符号化されたパケットを送受信するためのステップのさらなる詳細を示す論理図である。
【図１１】本発明の実施形態のマルチプレーヤゲームコンソール上の各プレーヤに関してどのように音声ストリームが受信され、キューに入れられ、復号化されるかを示す機能ブロック図である。
【図１２】本発明の実施形態のサウンドパケットのラウンドロビン符号化を実行するステップを示す流れ図である。
【図１３】本発明の実施形態のプレーヤ間の音声コミュニケーションを使用するゲームにおいて音声オプションを選択するための例としてのユーザインタフェースを示す図である。
【図１３Ａ】本発明の実施形態のマルチプレーヤゲームにおいて別のプレーヤとの音声コミュニケーションを制御する、または除外するのにプレーヤが選択することができる１つのオプションを示す図である。
【図１３Ｂ】本発明の実施形態のマルチプレーヤゲームにおいて別のプレーヤとの音声コミュニケーションを制御する、または除外するのにプレーヤが選択することができる別のオプションを示す図である。
【符号の説明】
【００８８】
１００ 電子ゲームシステム
１０２ ゲームコンソール
１０４ａ、１０４ｂ、１０４ｃ、１０４ｄ コントローラ
１４０、１４０ａ、１４０ｂ、１４０ｃ、１４０ｄ 音声コミュニケーションモジュール
１４４ マイクロホン
１４６ ヘッドホン
１５０ ＣＰＵ
１５２ メモリ
１５４、１５６ デジタル信号プロセッサ
１５８ アナログ−デジタル変換器
１６０ シングルストリームエンコーダ
１６０ａ ２つの並列エンコーダ
１６１ デジタル−アナログ変換器
１６２ ネットワークキュー
１６２a、１６２ｂ、１６２ｃ ネットワークキュー
１６３ ＵＳＢインタフェース
１６４ａ、１６４ｂ 選択エンジン
１６６ａ、１６６ｂ ミクサ
１６８ デコーダ
１６８ａ、１６８ｂ デコーダ
１７０ ネットワーク
１７２ ゲームコンソール
１７４ ネットワークキュー
１７６ シングルストリームデコーダ
１７８ ヘッドホン
１８０ マイクロホン
１８２ エンコーダ
１８４、１８６ ネットワークキュー
１８８ 出力ルータ
１９０ａ、１９０ｂ、１９０ｃ、１９０ｄ 音声コミュニケーション
２００ａ、２００ｂ、２００ｃ、２００ｄ プレーヤ
２０２ａ、２０２ｂ、２０２ｃ マイクロホン
２０４ ルータ
２０６ ネットワーク層
２１０ ゲームコンソール
２１１ａ、２１１ｂ、２１１ｃ、２１１ｄ マイクロホン
２１２ ゲームコンソール
２１３ａ、２１３ｂ、２１３ｃ、２１３ｄ
２１４ ゲームコンソール
２１５ 優先順位付けアルゴリズム
２１６ａ、２１６ｂ プレーヤ
２１７ａ、２１７ｂ、２１７ｃ、２１７ｄ
２１８ プレーヤ
２２０ａ、２２０ｂ、２２０ｃ、２２０ｄ
２４０、２４２、２４４ ストリーム
２４８ ヘッドセット
２５０ ヘッドホン
２５２ ミクサ
２５３ ヘッドホン
２５４ ミクサ
２５７、２６０ 選択エンジン
２６２ ４つの並列デコーダ
２６４、２６６、２７０、２７２ ミクサ
２８０、２８２、２８４、２８６ ２ストリームミクサ
２８８ ４ストリーム並列デコーダ
【特許請求の範囲】
【請求項１】
少なくとも１つのマルチプレーヤゲームコンソール上で行われるゲームのプレーヤ間で口頭のコミュニケーションを提供する能力を有する前記少なくとも１つのマルチプレーヤゲームコンソール上で行われる電子ゲームで使用するための、特定のプレーヤによる口頭のコミュニケーションを防止するための方法であって、
（ａ）ゲームに参加する各プレーヤに関するデータを保持するステップと、
（ｂ）前記データにインジケータを含めるステップであって、
前記インジケータが、
（ｉ）前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した別のプレーヤと行われる現行のゲームセッションと、
（ｉｉ）前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した別のプレーヤと行われるすべてのゲームと、
（ｉｉｉ）ネットワークを介して前記特定のプレーヤによって行われ、かつ特定のオンラインゲームサービスを使用するすべてのゲームと、
（ｉｖ）任意のマルチプレーヤゲームコンソールを使用して前記特定のプレーヤによって行われるすべてのゲームと
の少なくとも１つの際中に口頭でコミュニケーションをとることから除外される前記特定のプレーヤを指すステップと、
（ｃ）ステップ（ｂ）の従属的な段落（ｉ）〜（ｉｖ）の前記少なくとも１つに応じて前記特定のプレーヤとの口頭のコミュニケーションを自動的に防止することによって前記データの中の前記インジケータに応答するステップと
を備えたことを特徴とする特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項２】
前記データは、前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した前記別のプレーヤと前記特定のプレーヤを指す前記インジケータとの間の関連を含み、それにより、前記別のプレーヤと前記特定のプレーヤとがともに参加するあらゆるゲームにおいて前記特定のプレーヤが、前記別のプレーヤと口頭でコミュニケーションをとることが防止されるようになることを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項３】
前記データは、前記プレーヤを前記特定のオンラインゲームサービスを通じて接続する前記ネットワークを介して行われるゲームにおける各プレーヤに関して保持され、前記マルチプレーヤゲームコンソールによってアクセスされることを特徴とする請求項２に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項４】
前記データは、前記マルチプレーヤゲームコンソール上で行われているゲームによって生成され、かつ口頭でコミュニケーションをとらないことを選択した前記別のプレーヤと前記特定のプレーヤを指す前記インジケータとの間の関連を含み、それにより、前記マルチプレーヤゲームコンソール上で前記別のプレーヤと前記特定のプレーヤとがともに参加する前記ゲーム中に前記特定のプレーヤが前記別のプレーヤと口頭でコミュニケーションをとることが防止されるようになることを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項５】
親が、該親の未成年の子供がゲームを行っている際中に口頭のコミュニケーションに参加することができるかどうかを判定するオプションを前記ゲームコンソール上で選択することができるようにするステップをさらに備え、前記データに含まれる前記インジケータは、前記特定のプレーヤとして前記未成年の子供を指して、前記未成年の子供の前記親が、前記未成年の子供によって行われるゲームにおいて前記未成年の子供による前記ネットワークを介する口頭のコミュニケーションをブロックすることを選択したことを示すことを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項６】
前記インジケータを含む前記データは、前記ネットワークを介してゲームを行うために使用される前記オンラインゲームサービスにおいてアクセスされることを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項７】
前記特定のプレーヤの挙動に関して他のプレーヤによって行われた苦情の数に応じて、前記特定のプレーヤに関する前記データの中の前記インジケータを自動的に作成するステップをさらに備えたことを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項８】
前記データは、前記特定のオンラインゲームサービスを通じて前記ネットワークを介して行われるゲーム中、前記特定のプレーヤが口頭でコミュニケーションをとることが防止される時間間隔の指示をさらに含み、前記特定のプレーヤが前記オンラインゲームサービスを通じて行われるゲームにおいて参加者になったとき、前記マルチプレーヤゲームコンソールによってアクセスされることを特徴とする請求項７に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項９】
前記データの中の前記インジケータは、前記特定のプレーヤによって使用されるあらゆるエイリアスとは独立に、また前記ネットワークを介してゲームを行うのに前記特定のプレーヤによって使用される特定のゲームコンソールに関わりなく前記特定のプレーヤを指すことを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項１０】
前記特定のプレーヤと前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した前記別のプレーヤとがともに参加しているゲーム中、前記別のプレーヤは口頭でコミュニケーションをとることができないという指示を前記特定のプレーヤに表示するステップをさらに備えたことを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項１１】
前記特定のプレーヤと前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した前記別のプレーヤとがともに参加しているゲーム中、前記特定のプレーヤがミュートにされているという指示を前記別のプレーヤに表示するステップをさらに備えたことを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項１２】
前記特定のプレーヤが、前記特定のオンラインゲームサービスを通じて前記ネットワークを介して行われるすべてのゲームに参加している際中、口頭でコミュニケーションをとることから除外されている場合、前記特定のプレーヤが参加しているゲームにおけるすべての他のプレーヤに、前記特定のプレーヤが前記ネットワークを介して口頭でコミュニケーションをとることを禁止されていることを示すステップをさらに備えたことを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項１３】
請求項１に記載の方法を実施するための複数のマシン実行可能命令を有することを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項１４】
電子ゲームのプレー中に特定のプレーヤによる口頭のコミュニケーションを防止するためのシステムであって、
（ａ）プロセッサと、少なくとも１つの他のマルチプレーヤゲームコンソールとネットワークを介して通信するために適合されたネットワークインタフェースと、前記プロセッサにゲームのインスタンスを実行することを含む複数の機能を実行させるためのマシン語命令を記憶されているメモリとを有するマルチプレーヤゲームコンソールと、
（ｂ）前記マルチプレーヤゲームコンソールに接続するようにそれぞれが適合された、前記ゲーム中に口頭でコミュニケーションをとる各プレーヤのための口頭コミュニケーション入出力デバイスであって、
（ｉ）入射するサウンドを示す入力信号を生成するサウンドセンサと、
（ｉｉ）印加される出力信号に応答して可聴サウンドを生成するサウンドトランスデューサと
を含むデバイスと、
（ｃ）前記プロセッサに、
（ｉ）特定のプレーヤと口頭でコミュニケーションをとらないことを選択した別のプレーヤと行われる現行のゲームセッションと、
（ｉｉ）前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した別のプレーヤと行われるすべてのゲームと、
（ｉｉｉ）ネットワークを介して前記特定のプレーヤによって行われ、かつ特定のオンラインゲームサービスを使用するすべてのゲームと、
（ｉｖ）任意のマルチプレーヤゲームコンソールを使用して前記特定のプレーヤによって行われるすべてのゲームと
の少なくとも１つの際中に前記特定のプレーヤが口頭でコミュニケーションをとることを除外させる前記マシン語命令と
を備えたことを特徴とする特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項１５】
前記マシン語命令は、前記プロセッサに、前記特定のプレーヤを指すデータに含まれるインジケータに基づいて口頭でコミュニケーションをとることから除外された前記特定のプレーヤを特定させることを特徴とする請求項１４に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項１６】
前記データは、前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した前記別のプレーヤと前記特定のプレーヤを指す前記インジケータとの間の関連を含み、それにより、前記別のプレーヤが前記ゲームを行っている前記マルチプレーヤゲームコンソールの前記プロセッサが、前記特定のプレーヤが前記別のプレーヤと口頭でコミュニケーションをとるのを防止するようになっていることを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項１７】
前記プロセッサに前記ゲームの前記インスタンスを実行させる前記マシン語命令はまた、前記プロセッサに、前記ゲームの各プレーヤに関する前記データの中に前記インジケータを含む前記特定のプレーヤの記録を保持させることを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項１８】
前記マシン語命令は、前記プロセッサに、前記ネットワークを介して行われている前記ゲームに参加する各プレーヤに関する前記データに前記特定のオンラインゲームサービスにおいてアクセスさせることを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項１９】
前記マシン語命令は、前記プロセッサに、権限を付与されたパーティが、未成年の子供がゲームを行っている際中に口頭のコミュニケーションに参加できるかどうかを判定するオプションを選択できるようにさせ、前記データに含まれる前記インジケータは、前記未成年の子供を前記特定のプレーヤとして指して、前記権限を付与されたパーティが、前記未成年の子供によって行われるゲームにおける前記ネットワークを介する前記未成年の子供による口頭のコミュニケーションをブロックすることを選択したことを示すことを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項２０】
前記インジケータを含む前記データは、前記ネットワークを介してゲームを行うために使用される前記オンラインゲームサービスにおいてアクセスされることを特徴とする請求項１９に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項２１】
前記データは、前記プロセッサが、前記特定のプレーヤが前記特定のオンラインゲームサービスを通じて前記ネットワークを介してゲームを行っている際中に口頭でコミュニケーションをとるのを防止する時間間隔の指示をさらに含み、前記データは、前記特定のプレーヤが前記オンラインゲームサービスを通じて前記ネットワークを介して行われるゲームの参加者になったとき、前記マルチプレーヤゲームコンソールの前記プロセッサによってアクセスされることを特徴とする請求項２０に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項２２】
前記データの中の前記インジケータは、前記特定のプレーヤによって使用されるあらゆるエイリアスとは独立に、また前記ネットワークを介して前記ゲームを行うのに前記特定のプレーヤによって使用される前記マルチプレーヤゲームコンソールに関わりなく前記特定のプレーヤを指すことを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項２３】
前記特定のプレーヤと前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した前記別のプレーヤとがともに参加しているゲーム中、前記マシン語命令は、前記特定のプレーヤによって使用される前記マルチプレーヤゲームコンソールの前記プロセッサに、前記別のプレーヤは口頭でコミュニケーションをとることができないということを前記特定のプレーヤに示すようにさせることを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項２４】
前記特定のプレーヤと前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した前記別のプレーヤとがともに参加しているゲーム中、前記マシン語命令は、前記別のプレーヤによって使用される前記マルチプレーヤゲームコンソールの前記プロセッサに、前記特定のプレーヤがミュートにされているということを前記別のプレーヤに示すようにさせることを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項２５】
プレーヤ間で口頭のコミュニケーションをサポートすることが一般に可能な少なくとも１つのマルチプレーヤゲームコンソール上で電子ゲームを行うプレーヤ間の口頭のコミュニケーションを制御するための方法であって、
（ａ）電子ゲームに参加する少なくとも１名の他のプレーヤと口頭でコミュニケーションをとることから除外された特定のプレーヤを自動的に識別するステップと、
（ｂ）前記特定のプレーヤの前記識別に応答して、前記少なくとも１つのマルチプレーヤゲームコンソール上で前記電子ゲームが行われている際中に前記特定のプレーヤが前記少なくとも１つの他のプレーヤと口頭でコミュニケーションをとるのを防止するステップと
を備えたことを特徴とするプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項２６】
前記特定のプレーヤを自動的に識別するステップは、前記電子ゲームを行う通信時に複数のマルチプレーヤゲームコンソールを接続するために使用されるネットワークを介して通信することによって、オンラインゲームサービスのサービスを介して前記特定のプレーヤを指すデータにアクセスするステップを備えたことを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項２７】
プレーヤが、前記ゲームに参加するプレーヤのリストから、前記プレーヤと口頭のコミュニケーションをとることから除外される前記特定のプレーヤを選択することができるようにするステップをさらに備え、選択された前記特定のプレーヤが、以降、前記プレーヤと前記特定のプレーヤとがともに参加するあらゆるゲーム中に前記プレーヤと口頭でコミュニケーションをとることから除外されることを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項２８】
プレーヤが、前記ゲームに参加するプレーヤのリストから、前記プレーヤと口頭のコミュニケーションをとることから除外される前記特定のプレーヤを選択することができるようにするステップをさらに備え、選択された前記特定のプレーヤが、以降、現行の電子ゲームセッション中に前記プレーヤと口頭でコミュニケーションをとることから除外されることを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項２９】
他のプレーヤによる前記特定のプレーヤの挙動に関する苦情の数に応じて前記特定のプレーヤを自動的に識別するステップをさらに備えたことを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項３０】
権限を付与されたパーティが、前記少なくとも１つのマルチプレーヤゲームコンソール上で、未成年の子供を前記特定のプレーヤとして識別して、前記未成年の子供が、ネットワークを介して前記未成年の子供によって行われているあらゆる電子ゲーム中にあらゆる他のプレーヤと口頭でコミュニケーションをとることを防止するオプションを選択することができるようにするステップをさらに備えたことを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項３１】
ネットワークを介して、前記少なくとも１つのマルチプレーヤゲームコンソールにオンラインゲームサービスにおいてアクセス可能であるデータの中に前記特定のプレーヤの前記識別を保存するステップをさらに備えたことを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項３２】
前記特定のプレーヤが前記ネットワークを介して前記オンラインゲームサービスにおいてあらゆるゲームを行っている際中に口頭でコミュニケーションをとることから除外される時間間隔を含めるステップをさらに備えたことを特徴とする請求項３１に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項３３】
ユーザによって定義された優先順位により、別のプレーヤとの口頭のコミュニケーションがプレーヤによって聴取されるかどうかが判定されるのを可能にするステップをさらに含むことを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項３４】
前記ユーザによって定義された優先順位は、
（ａ）ゲームにおけるプレーヤの特定のゲーム上の役割に基づく優先順位と、
（ｂ）別のプレーヤからの口頭のコミュニケーションの完了を、別の口頭のコミュニケーションによる前記口頭のコミュニケーションの割込みを回避することによって保証する優先順位と、
（ｃ）別のプレーヤとの口頭のコミュニケーションの相対的な音量によって判定される優先順位と、
（ｄ）行われているゲームによって判定される優先順位と
の少なくとも１つを含むことを特徴とする請求項３３に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項１】
少なくとも１つのマルチプレーヤゲームコンソール上で行われるゲームのプレーヤ間で口頭のコミュニケーションを提供する能力を有する前記少なくとも１つのマルチプレーヤゲームコンソール上で行われる電子ゲームで使用するための、特定のプレーヤによる口頭のコミュニケーションを防止するための方法であって、
（ａ）ゲームに参加する各プレーヤに関するデータを保持するステップと、
（ｂ）前記データにインジケータを含めるステップであって、
前記インジケータが、
（ｉ）前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した別のプレーヤと行われる現行のゲームセッションと、
（ｉｉ）前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した別のプレーヤと行われるすべてのゲームと、
（ｉｉｉ）ネットワークを介して前記特定のプレーヤによって行われ、かつ特定のオンラインゲームサービスを使用するすべてのゲームと、
（ｉｖ）任意のマルチプレーヤゲームコンソールを使用して前記特定のプレーヤによって行われるすべてのゲームと
の少なくとも１つの際中に口頭でコミュニケーションをとることから除外される前記特定のプレーヤを指すステップと、
（ｃ）ステップ（ｂ）の従属的な段落（ｉ）〜（ｉｖ）の前記少なくとも１つに応じて前記特定のプレーヤとの口頭のコミュニケーションを自動的に防止することによって前記データの中の前記インジケータに応答するステップと
を備えたことを特徴とする特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項２】
前記データは、前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した前記別のプレーヤと前記特定のプレーヤを指す前記インジケータとの間の関連を含み、それにより、前記別のプレーヤと前記特定のプレーヤとがともに参加するあらゆるゲームにおいて前記特定のプレーヤが、前記別のプレーヤと口頭でコミュニケーションをとることが防止されるようになることを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項３】
前記データは、前記プレーヤを前記特定のオンラインゲームサービスを通じて接続する前記ネットワークを介して行われるゲームにおける各プレーヤに関して保持され、前記マルチプレーヤゲームコンソールによってアクセスされることを特徴とする請求項２に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項４】
前記データは、前記マルチプレーヤゲームコンソール上で行われているゲームによって生成され、かつ口頭でコミュニケーションをとらないことを選択した前記別のプレーヤと前記特定のプレーヤを指す前記インジケータとの間の関連を含み、それにより、前記マルチプレーヤゲームコンソール上で前記別のプレーヤと前記特定のプレーヤとがともに参加する前記ゲーム中に前記特定のプレーヤが前記別のプレーヤと口頭でコミュニケーションをとることが防止されるようになることを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項５】
親が、該親の未成年の子供がゲームを行っている際中に口頭のコミュニケーションに参加することができるかどうかを判定するオプションを前記ゲームコンソール上で選択することができるようにするステップをさらに備え、前記データに含まれる前記インジケータは、前記特定のプレーヤとして前記未成年の子供を指して、前記未成年の子供の前記親が、前記未成年の子供によって行われるゲームにおいて前記未成年の子供による前記ネットワークを介する口頭のコミュニケーションをブロックすることを選択したことを示すことを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項６】
前記インジケータを含む前記データは、前記ネットワークを介してゲームを行うために使用される前記オンラインゲームサービスにおいてアクセスされることを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項７】
前記特定のプレーヤの挙動に関して他のプレーヤによって行われた苦情の数に応じて、前記特定のプレーヤに関する前記データの中の前記インジケータを自動的に作成するステップをさらに備えたことを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項８】
前記データは、前記特定のオンラインゲームサービスを通じて前記ネットワークを介して行われるゲーム中、前記特定のプレーヤが口頭でコミュニケーションをとることが防止される時間間隔の指示をさらに含み、前記特定のプレーヤが前記オンラインゲームサービスを通じて行われるゲームにおいて参加者になったとき、前記マルチプレーヤゲームコンソールによってアクセスされることを特徴とする請求項７に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項９】
前記データの中の前記インジケータは、前記特定のプレーヤによって使用されるあらゆるエイリアスとは独立に、また前記ネットワークを介してゲームを行うのに前記特定のプレーヤによって使用される特定のゲームコンソールに関わりなく前記特定のプレーヤを指すことを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項１０】
前記特定のプレーヤと前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した前記別のプレーヤとがともに参加しているゲーム中、前記別のプレーヤは口頭でコミュニケーションをとることができないという指示を前記特定のプレーヤに表示するステップをさらに備えたことを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項１１】
前記特定のプレーヤと前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した前記別のプレーヤとがともに参加しているゲーム中、前記特定のプレーヤがミュートにされているという指示を前記別のプレーヤに表示するステップをさらに備えたことを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項１２】
前記特定のプレーヤが、前記特定のオンラインゲームサービスを通じて前記ネットワークを介して行われるすべてのゲームに参加している際中、口頭でコミュニケーションをとることから除外されている場合、前記特定のプレーヤが参加しているゲームにおけるすべての他のプレーヤに、前記特定のプレーヤが前記ネットワークを介して口頭でコミュニケーションをとることを禁止されていることを示すステップをさらに備えたことを特徴とする請求項１に記載の特定のプレーヤによる口頭のコミュニケーションを防止するための方法。
【請求項１３】
請求項１に記載の方法を実施するための複数のマシン実行可能命令を有することを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項１４】
電子ゲームのプレー中に特定のプレーヤによる口頭のコミュニケーションを防止するためのシステムであって、
（ａ）プロセッサと、少なくとも１つの他のマルチプレーヤゲームコンソールとネットワークを介して通信するために適合されたネットワークインタフェースと、前記プロセッサにゲームのインスタンスを実行することを含む複数の機能を実行させるためのマシン語命令を記憶されているメモリとを有するマルチプレーヤゲームコンソールと、
（ｂ）前記マルチプレーヤゲームコンソールに接続するようにそれぞれが適合された、前記ゲーム中に口頭でコミュニケーションをとる各プレーヤのための口頭コミュニケーション入出力デバイスであって、
（ｉ）入射するサウンドを示す入力信号を生成するサウンドセンサと、
（ｉｉ）印加される出力信号に応答して可聴サウンドを生成するサウンドトランスデューサと
を含むデバイスと、
（ｃ）前記プロセッサに、
（ｉ）特定のプレーヤと口頭でコミュニケーションをとらないことを選択した別のプレーヤと行われる現行のゲームセッションと、
（ｉｉ）前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した別のプレーヤと行われるすべてのゲームと、
（ｉｉｉ）ネットワークを介して前記特定のプレーヤによって行われ、かつ特定のオンラインゲームサービスを使用するすべてのゲームと、
（ｉｖ）任意のマルチプレーヤゲームコンソールを使用して前記特定のプレーヤによって行われるすべてのゲームと
の少なくとも１つの際中に前記特定のプレーヤが口頭でコミュニケーションをとることを除外させる前記マシン語命令と
を備えたことを特徴とする特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項１５】
前記マシン語命令は、前記プロセッサに、前記特定のプレーヤを指すデータに含まれるインジケータに基づいて口頭でコミュニケーションをとることから除外された前記特定のプレーヤを特定させることを特徴とする請求項１４に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項１６】
前記データは、前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した前記別のプレーヤと前記特定のプレーヤを指す前記インジケータとの間の関連を含み、それにより、前記別のプレーヤが前記ゲームを行っている前記マルチプレーヤゲームコンソールの前記プロセッサが、前記特定のプレーヤが前記別のプレーヤと口頭でコミュニケーションをとるのを防止するようになっていることを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項１７】
前記プロセッサに前記ゲームの前記インスタンスを実行させる前記マシン語命令はまた、前記プロセッサに、前記ゲームの各プレーヤに関する前記データの中に前記インジケータを含む前記特定のプレーヤの記録を保持させることを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項１８】
前記マシン語命令は、前記プロセッサに、前記ネットワークを介して行われている前記ゲームに参加する各プレーヤに関する前記データに前記特定のオンラインゲームサービスにおいてアクセスさせることを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項１９】
前記マシン語命令は、前記プロセッサに、権限を付与されたパーティが、未成年の子供がゲームを行っている際中に口頭のコミュニケーションに参加できるかどうかを判定するオプションを選択できるようにさせ、前記データに含まれる前記インジケータは、前記未成年の子供を前記特定のプレーヤとして指して、前記権限を付与されたパーティが、前記未成年の子供によって行われるゲームにおける前記ネットワークを介する前記未成年の子供による口頭のコミュニケーションをブロックすることを選択したことを示すことを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項２０】
前記インジケータを含む前記データは、前記ネットワークを介してゲームを行うために使用される前記オンラインゲームサービスにおいてアクセスされることを特徴とする請求項１９に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項２１】
前記データは、前記プロセッサが、前記特定のプレーヤが前記特定のオンラインゲームサービスを通じて前記ネットワークを介してゲームを行っている際中に口頭でコミュニケーションをとるのを防止する時間間隔の指示をさらに含み、前記データは、前記特定のプレーヤが前記オンラインゲームサービスを通じて前記ネットワークを介して行われるゲームの参加者になったとき、前記マルチプレーヤゲームコンソールの前記プロセッサによってアクセスされることを特徴とする請求項２０に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項２２】
前記データの中の前記インジケータは、前記特定のプレーヤによって使用されるあらゆるエイリアスとは独立に、また前記ネットワークを介して前記ゲームを行うのに前記特定のプレーヤによって使用される前記マルチプレーヤゲームコンソールに関わりなく前記特定のプレーヤを指すことを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項２３】
前記特定のプレーヤと前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した前記別のプレーヤとがともに参加しているゲーム中、前記マシン語命令は、前記特定のプレーヤによって使用される前記マルチプレーヤゲームコンソールの前記プロセッサに、前記別のプレーヤは口頭でコミュニケーションをとることができないということを前記特定のプレーヤに示すようにさせることを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項２４】
前記特定のプレーヤと前記特定のプレーヤと口頭でコミュニケーションをとらないことを選択した前記別のプレーヤとがともに参加しているゲーム中、前記マシン語命令は、前記別のプレーヤによって使用される前記マルチプレーヤゲームコンソールの前記プロセッサに、前記特定のプレーヤがミュートにされているということを前記別のプレーヤに示すようにさせることを特徴とする請求項１５に記載の特定のプレーヤによる口頭のコミュニケーションを防止するためのシステム。
【請求項２５】
プレーヤ間で口頭のコミュニケーションをサポートすることが一般に可能な少なくとも１つのマルチプレーヤゲームコンソール上で電子ゲームを行うプレーヤ間の口頭のコミュニケーションを制御するための方法であって、
（ａ）電子ゲームに参加する少なくとも１名の他のプレーヤと口頭でコミュニケーションをとることから除外された特定のプレーヤを自動的に識別するステップと、
（ｂ）前記特定のプレーヤの前記識別に応答して、前記少なくとも１つのマルチプレーヤゲームコンソール上で前記電子ゲームが行われている際中に前記特定のプレーヤが前記少なくとも１つの他のプレーヤと口頭でコミュニケーションをとるのを防止するステップと
を備えたことを特徴とするプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項２６】
前記特定のプレーヤを自動的に識別するステップは、前記電子ゲームを行う通信時に複数のマルチプレーヤゲームコンソールを接続するために使用されるネットワークを介して通信することによって、オンラインゲームサービスのサービスを介して前記特定のプレーヤを指すデータにアクセスするステップを備えたことを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項２７】
プレーヤが、前記ゲームに参加するプレーヤのリストから、前記プレーヤと口頭のコミュニケーションをとることから除外される前記特定のプレーヤを選択することができるようにするステップをさらに備え、選択された前記特定のプレーヤが、以降、前記プレーヤと前記特定のプレーヤとがともに参加するあらゆるゲーム中に前記プレーヤと口頭でコミュニケーションをとることから除外されることを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項２８】
プレーヤが、前記ゲームに参加するプレーヤのリストから、前記プレーヤと口頭のコミュニケーションをとることから除外される前記特定のプレーヤを選択することができるようにするステップをさらに備え、選択された前記特定のプレーヤが、以降、現行の電子ゲームセッション中に前記プレーヤと口頭でコミュニケーションをとることから除外されることを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項２９】
他のプレーヤによる前記特定のプレーヤの挙動に関する苦情の数に応じて前記特定のプレーヤを自動的に識別するステップをさらに備えたことを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項３０】
権限を付与されたパーティが、前記少なくとも１つのマルチプレーヤゲームコンソール上で、未成年の子供を前記特定のプレーヤとして識別して、前記未成年の子供が、ネットワークを介して前記未成年の子供によって行われているあらゆる電子ゲーム中にあらゆる他のプレーヤと口頭でコミュニケーションをとることを防止するオプションを選択することができるようにするステップをさらに備えたことを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項３１】
ネットワークを介して、前記少なくとも１つのマルチプレーヤゲームコンソールにオンラインゲームサービスにおいてアクセス可能であるデータの中に前記特定のプレーヤの前記識別を保存するステップをさらに備えたことを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項３２】
前記特定のプレーヤが前記ネットワークを介して前記オンラインゲームサービスにおいてあらゆるゲームを行っている際中に口頭でコミュニケーションをとることから除外される時間間隔を含めるステップをさらに備えたことを特徴とする請求項３１に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項３３】
ユーザによって定義された優先順位により、別のプレーヤとの口頭のコミュニケーションがプレーヤによって聴取されるかどうかが判定されるのを可能にするステップをさらに含むことを特徴とする請求項２５に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【請求項３４】
前記ユーザによって定義された優先順位は、
（ａ）ゲームにおけるプレーヤの特定のゲーム上の役割に基づく優先順位と、
（ｂ）別のプレーヤからの口頭のコミュニケーションの完了を、別の口頭のコミュニケーションによる前記口頭のコミュニケーションの割込みを回避することによって保証する優先順位と、
（ｃ）別のプレーヤとの口頭のコミュニケーションの相対的な音量によって判定される優先順位と、
（ｄ）行われているゲームによって判定される優先順位と
の少なくとも１つを含むことを特徴とする請求項３３に記載のプレーヤ間の口頭のコミュニケーションを制御するための方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９Ａ】
【図９Ｂ】
【図１０】
【図１１】
【図１２】
【図１３】
【図１３Ａ】
【図１３Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９Ａ】
【図９Ｂ】
【図１０】
【図１１】
【図１２】
【図１３】
【図１３Ａ】
【図１３Ｂ】
【公開番号】特開２００８−１８３４５３（Ｐ２００８−１８３４５３Ａ）
【公開日】平成２０年８月１４日（２００８．８．１４）
【国際特許分類】
【出願番号】特願２００８−１１９９２２（Ｐ２００８−１１９９２２）
【出願日】平成２０年５月１日（２００８．５．１）
【分割の表示】特願２００３−１３９５８４（Ｐ２００３−１３９５８４）の分割
【原出願日】平成１５年５月１６日（２００３．５．１６）
【出願人】（５０００４６４３８）マイクロソフト コーポレーション (3,165)
【Ｆターム（参考）】
【公開日】平成２０年８月１４日（２００８．８．１４）
【国際特許分類】
【出願日】平成２０年５月１日（２００８．５．１）
【分割の表示】特願２００３−１３９５８４（Ｐ２００３−１３９５８４）の分割
【原出願日】平成１５年５月１６日（２００３．５．１６）
【出願人】（５０００４６４３８）マイクロソフト コーポレーション (3,165)
【Ｆターム（参考）】
[ Back to top ]