JP7441735B2 - 配信サーバおよび画像配信方法 - Google Patents

Description

本発明は、複数のユーザ間で画像を共有するための技術に関する。

特許文献１は、ホストユーザの情報処理装置とゲストユーザの情報処理装置とがサーバを介さずにＰ２Ｐ（Peer to Peer：ピアツーピア）で接続する環境下において、ホストユーザがプレイしているゲームの画像をゲストユーザと共有する画像共有システムを開示する。この画像共有システムでは、ゲストユーザがゲーム画像を視聴する共有態様（Share Screen）と、ゲストユーザがホストユーザの代わりにゲームをプレイする共有態様（Hand over my controller）と、ゲストユーザがゲームに新たなプレイヤーとして参加して、ホストユーザとゲストユーザとが一緒にゲームをプレイする共有態様（Hand over another controller）とが用意されている。

特開２０１７－３５２９８号公報

ゲームのネットワークサービスは、コミュニケーションツールとしての役割を持ち、たとえば同じチャットルームに参加している複数のユーザがゲーム画像を共有することで、コミュニケーションをより活発にできることが期待される。そのためゲームをプレイしているユーザが、そのプレイ中のゲーム画像を他のユーザと簡単に共有できる仕組みを実現することが好ましい。なおゲームに限らず、複数の情報処理装置が接続するネットワークサービス、たとえば会議システム等においても、画像を簡単に共有できる仕組みを実現することで、円滑なコミュニケーションをサポートできることが期待される。

そこで本発明は、画像を共有するための有用な技術を提供することを目的とする。

上記課題を解決するために、本発明のある態様の配信サーバは、画像データを配信する配信サーバであって、第１端末装置から画像データを取得する画像取得部と、取得した画像データを、当該画像データの解像度より低い解像度の画像データにトランスコードする変換部と、第２端末装置との間の接続状態に応じた解像度の画像データを、第２端末装置に配信する配信部と、を備える。

本発明の別の態様は、画像配信方法であって、第１端末装置から画像データを取得するステップと、取得した画像データを、当該画像データの解像度より低い解像度の画像データにトランスコードするステップと、第２端末装置との間の接続状態に応じた解像度の画像データを、第２端末装置に配信するステップと、を備える。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によると、画像を共有するための有用な技術を提供できる。

本発明の実施例にかかる画像共有システムを示す図である。 情報処理装置のハードウェア構成を示す図である。 ゲームの画像を送信する情報処理装置の機能ブロックを示す図である。 ゲーム画面の一例を示す図である。 ゲーム画像に重畳表示されたシステム画像の例を示す図である。 配信サーバの機能ブロックを示す図である。 ゲーム画像に重畳表示されたシステム画像の例を示す図である。 ゲーム画像に重畳表示されたシステム画像の例を示す図である。 スクリーンシェアリングされているゲーム画像を受信する情報処理装置の機能ブロックを示す図である。 出力装置に表示されるゲーム画面の一例を示す図である。 出力装置に表示されるメッセージの例を示す図である。 ゲーム画像に重畳表示されたシステム画像の例を示す図である。 全面表示形式による表示例を示す図である。 ピクチャインピクチャ表示形式による表示例を示す図である。 画面分割形式による表示例を示す図である。 ゲーム画像に重畳表示されたシステム画像の例を示す図である。 出力装置に表示されるメッセージの例を示す図である。 ゲーム画像に重畳表示されたシステム画像の例を示す図である。 出力装置に表示されたシステム画像の例を示す図である。 ユーザがプレイするゲーム画像を示す図である。

図１は、本発明の実施例にかかる画像共有システム１を示す。画像共有システム１は、複数の情報処理装置１０ａ、１０ｂ、１０ｃ、１０ｄ（以下、特に区別しない場合には、「情報処理装置１０」と呼ぶ）と、管理サーバ５と、配信サーバ９とを備え、これらはインターネットやＬＡＮ（Local Area Network）などのネットワーク３を介して接続している。

情報処理装置１０ａ、１０ｂ、１０ｃ、１０ｄは、ユーザが操作する端末装置であって、それぞれ出力装置４ａ、４ｂ、４ｃ、４ｄ（以下、特に区別しない場合には「出力装置４」と呼ぶ）に接続する。出力装置４は、画像を出力するディスプレイおよび音を出力するスピーカを有するテレビであってよく、またヘッドマウントディスプレイであってもよい。出力装置４は、情報処理装置１０に有線ケーブルで接続されてよく、無線接続されてもよい。

アクセスポイント（以下、「ＡＰ」とよぶ）８は、無線アクセスポイントおよびルータの機能を有し、情報処理装置１０は、無線または有線経由でＡＰ８に接続して、ネットワーク３上の管理サーバ５、配信サーバ９、他の情報処理装置１０と通信可能に接続する。

情報処理装置１０は、ユーザが操作する入力装置６と無線または有線で接続し、入力装置６はユーザの操作結果を示す操作情報を情報処理装置１０に出力する。情報処理装置１０は入力装置６から操作情報を受け付けるとシステムソフトウェアやアプリケーションソフトウェアの処理に反映し、出力装置４から処理結果を出力させる。画像共有システム１において情報処理装置１０はゲームを実行するゲーム装置であり、入力装置６はゲームコントローラなど情報処理装置１０に対してユーザの操作情報を供給する機器であってよい。入力装置６は複数のプッシュ式の操作ボタンや、アナログ量を入力できるアナログスティック、回動式ボタンなどの複数の入力部を有して構成されてよい。

補助記憶装置２は、ＨＤＤ（ハードディスクドライブ）やＳＳＤ（ソリッドステートドライブ）などのストレージであり、内蔵型記憶装置であってよく、またはＵＳＢ（Universal Serial Bus）などによって情報処理装置１０と接続する外部記憶装置であってもよい。撮像装置であるカメラ７は出力装置４の近傍に設けられ、出力装置４周辺の空間を撮像する。

画像共有システム１において、ユーザＡ、Ｂ、Ｃ、Ｄは、同じチャットルームに入室しているルームメンバであり、ユーザ同士は、互いにテキストチャットを行うことができ、ヘッドセットを持っていればボイスチャットを行うことができる。チャットルームは管理サーバ５によって作成され、管理されており、管理サーバ５は、各ユーザから送信されるチャットデータ（テキストデータおよび／またはボイスデータ）を受信すると、ルーム内の他のユーザに転送する。たとえば管理サーバ５は、ユーザＡから送信されるチャットデータを、ルーム内の他のユーザＢ、Ｃ、Ｄに転送する。

チャットルームにおいてユーザは、プレイしているゲームの画像を、他のユーザと共有できる。チャットルームに入室する参加人数には上限が設けられてよいが、無制限とされてもよい。なおチャットルームは、オンラインにあるユーザが集まる仮想的なルームやグループの一例であり、別の種類のルームやグループであってもよい。

管理サーバ５は、画像共有システム１の運営主体により保守、管理され、画像共有システム１のユーザに、チャットサービスを含むネットワークサービスを提供する。管理サーバ５はユーザを識別するネットワークアカウントを管理しており、ユーザは、ネットワークアカウントを用いてネットワークサービスにサインインする。ユーザはネットワークサービスにサインインすることで、チャットルームに入室して、他のルームメンバとコミュニケーションをとることができる。なおユーザはサインインすることで、たとえばゲームのセーブデータを管理サーバ５に保存することも可能となる。

配信サーバ９は、画像共有システム１の運営主体により保守、管理され、チャットルームに参加しているユーザに、他のユーザがプレイしているゲーム画像のストリーミングデータを配信するサービスを提供する。なおストリーミングデータには、当然のことながらゲーム音も含まれているが、以下ではゲーム音の配信についての説明を省略し、主としてゲーム画像の配信について説明する。

図２は、情報処理装置１０のハードウェア構成を示す。情報処理装置１０は、メイン電源ボタン２０、電源ＯＮ用ＬＥＤ２１、スタンバイ用ＬＥＤ２２、システムコントローラ２４、クロック２６、デバイスコントローラ３０、メディアドライブ３２、ＵＳＢモジュール３４、フラッシュメモリ３６、無線通信モジュール３８、有線通信モジュール４０、サブシステム５０およびメインシステム６０を有して構成される。

メインシステム６０は、メインＣＰＵ（Central Processing Unit）、主記憶装置であるメモリおよびメモリコントローラ、ＧＰＵ（Graphics Processing Unit）などを備える。ＧＰＵはゲームプログラムの演算処理に主として利用される。これらの機能はシステムオンチップとして構成されて、１つのチップ上に形成されてよい。メインＣＰＵは補助記憶装置２またはＲＯＭ媒体４４に記録されたゲームプログラムを実行する機能をもつ。

サブシステム５０は、サブＣＰＵ、主記憶装置であるメモリおよびメモリコントローラなどを備え、ＧＰＵを備えず、ゲームプログラムを実行する機能をもたない。サブＣＰＵの回路ゲート数は、メインＣＰＵの回路ゲート数よりも少なく、サブＣＰＵの動作消費電力は、メインＣＰＵの動作消費電力よりも少ない。

メイン電源ボタン２０は、ユーザからの操作入力が行われる入力部であって、情報処理装置１０の筐体の前面に設けられ、情報処理装置１０のメインシステム６０への電源供給をオンまたはオフするために操作される。電源ＯＮ用ＬＥＤ２１は、メイン電源ボタン２０がオンされたときに点灯し、スタンバイ用ＬＥＤ２２は、メイン電源ボタン２０がオフされたときに点灯する。

システムコントローラ２４は、ユーザによるメイン電源ボタン２０の押下を検出する。メイン電源がオフ状態にあるときにメイン電源ボタン２０が押下されると、システムコントローラ２４は、その押下操作を「オン指示」として取得し、一方で、メイン電源がオン状態にあるときにメイン電源ボタン２０が押下されると、システムコントローラ２４は、その押下操作を「オフ指示」として取得する。

クロック２６はリアルタイムクロックであって、現在の日時情報を生成し、システムコントローラ２４やサブシステム５０およびメインシステム６０に供給する。デバイスコントローラ３０は、サウスブリッジのようにデバイス間の情報の受け渡しを実行するＬＳＩ（Large-Scale Integrated Circuit）として構成される。図示のように、デバイスコントローラ３０には、システムコントローラ２４、メディアドライブ３２、ＵＳＢモジュール３４、フラッシュメモリ３６、無線通信モジュール３８、有線通信モジュール４０、サブシステム５０およびメインシステム６０などのデバイスが接続される。デバイスコントローラ３０は、それぞれのデバイスの電気特性の違いやデータ転送速度の差を吸収し、データ転送のタイミングを制御する。

メディアドライブ３２は、ゲームなどのアプリケーションソフトウェア、およびライセンス情報を記録したＲＯＭ媒体４４を装着して駆動し、ＲＯＭ媒体４４からプログラムやデータなどを読み出すドライブ装置である。ＲＯＭ媒体４４は、光ディスクや光磁気ディスク、ブルーレイディスクなどの読出専用の記録メディアであってよい。

ＵＳＢモジュール３４は、外部機器とＵＳＢケーブルで接続するモジュールである。ＵＳＢモジュール３４は補助記憶装置２およびカメラ７とＵＳＢケーブルで接続してもよい。フラッシュメモリ３６は、内部ストレージを構成する補助記憶装置である。無線通信モジュール３８は、Bluetooth（登録商標）プロトコルやIEEE802.11プロトコルなどの通信プロトコルで、たとえば入力装置６と無線通信する。有線通信モジュール４０は、外部機器と有線通信し、ＡＰ８を介してネットワーク３に接続する。

画像共有システム１では、チャットルームの参加メンバは、ゲーム画像を共有するために、３つの共有態様を利用できる。以下、ゲーム画像を配信するユーザを「ホスト」ないしは「ホストユーザ」、ゲーム画像の配信を受けるユーザを「ゲスト」ないしは「ゲストユーザ」と呼ぶ。

＜共有態様１＞
共有態様１は、ホストユーザのゲーム画像をゲストユーザが視聴する態様であり、「スクリーンシェアリング」と呼ばれる。スクリーンシェアリングでは、ホストユーザのゲーム画像が、配信サーバ９経由でゲストユーザと共有される。つまりホストユーザの情報処理装置１０はゲーム画像を配信サーバ９に送信し、ゲストユーザの情報処理装置１０は配信サーバ９からゲーム画像を受信する。ゲストユーザは、ホストユーザのゲーム画像を視聴できるが、ゲームを操作することはできない。

＜共有態様２＞
共有態様２は、ホストユーザのゲーム画像をゲストユーザが視聴しつつ、ホストユーザの代わりにゲームをプレイする態様であり、「アシストプレイ」と呼ばれる。アシストプレイでは、ホストユーザのゲーム画像が、配信サーバ９を経由することなく、ゲストユーザと共有される。つまりホストユーザの情報処理装置１０とゲストユーザの情報処理装置１０とがＰ２Ｐで接続して、ゲーム画像が共有される。ホストユーザが自身のゲームの操作権をゲストユーザに渡すため、ホストユーザはゲームを操作できず、ゲストユーザのみがゲームを操作できる。

＜共有態様３＞
共有態様３は、ホストユーザのゲーム画像をゲストユーザが視聴しつつ、ゲームに新たなプレイヤーとして参加して、ホストユーザと一緒にゲームをプレイする態様であり、「共同プレイ」と呼ばれる。共同プレイでは、ホストユーザのゲーム画像が、配信サーバ９を経由することなく、ゲストユーザと共有される。つまりホストユーザの情報処理装置１０とゲストユーザの情報処理装置１０とがＰ２Ｐで接続して、ゲーム画像が共有される。共同プレイでは、ホストユーザ側のゲームリソースをゲストユーザも利用して、ホストユーザがプレイヤー１、ゲストユーザがプレイヤー２としてゲームに参加し、ホストユーザとゲストユーザとが一緒にゲームを操作できる。

このように共有態様２、３では、ホストユーザの情報処理装置１０とゲストユーザの情報処理装置１０とがＰ２Ｐで接続してゲーム画像が共有され、少なくともゲストユーザがゲームの操作権をもつ。共有態様２、３ではゲストユーザがゲームをプレイできるため、共有態様２、３をまとめて「シェアプレイ」と呼ぶこともある。

１人のユーザは、自分がプレイしているゲームの画像を配信することでホストユーザになり、また他人がプレイしているゲームの画像を見ることでゲストユーザになる。そのため１台の情報処理装置１０には、ホストユーザになるための送信側構成と、ゲストユーザになるための受信側構成の双方が備えられる。以下では、説明の便宜上、ユーザＡの情報処理装置１０ａがゲーム画像を送信する送信側構成を有し、ユーザＣの情報処理装置１０ｃがゲーム画像を受信する受信側構成を有して、ゲーム画像を共有するケースについて説明するが、送信側構成および受信側構成の双方が、１台の情報処理装置１０に搭載されることを理解されたい。

図３は、ユーザＡがプレイしているゲームの画像を送信する情報処理装置１０ａの機能ブロックを示す。情報処理装置１０ａは、処理部１００ａ、通信部１０２ａおよび受付部１０４ａを備える。処理部１００ａは、実行部１１０ａ、システム画像生成部１２０ａ、画像処理部１４０ａ、フレームバッファ１５０ａおよび共有処理部１６０ａを備える。

システム画像生成部１２０ａは、通知生成部１２２ａおよびルーム画像生成部１２４ａを有する。フレームバッファ１５０ａは、ゲーム画像データを一時記憶するゲーム用バッファ１５２ａおよびシステム画像データを一時記憶するシステム用バッファ１５４ａを有する。共有処理部１６０ａは、状況情報送信部１６２ａ、状況情報取得部１６４ａ、送信処理部１６６ａ、招待送信部１７２ａおよび接続処理部１７４ａを有する。送信処理部１６６ａは、第１送信処理部１６８ａおよび第２送信処理部１７０ａを有する。

図３において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、システムソフトウェアや、メモリにロードされたゲームプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

通信部１０２ａは、入力装置６の入力部をユーザＡが操作した操作情報を受信する。また通信部１０２ａは、管理サーバ５から、チャットルームにおける他のルームメンバによるチャットデータを受信し、さらに他のルームメンバの状況を示す情報を受信する。

通信部１０２ａは、ユーザＡの状況を示す情報を管理サーバ５に送信する。また通信部１０２ａは、処理部１００ａで生成したゲーム画像およびゲーム音のストリーミングデータを配信サーバ９および／または他の情報処理装置１０に送信する。以下では、ゲーム動画を再生するためのストリーミングデータを、単にゲーム画像と呼ぶこともある。通信部１０２ａの機能ブロックは、図２に示す無線通信モジュール３８および有線通信モジュール４０の機能を併せ持つ構成として表現している。

受付部１０４ａは、通信部１０２ａと処理部１００ａとの間に設けられ、通信部１０２ａと処理部１００ａとの間でデータないしは情報を伝送する。受付部１０４ａは通信部１０２ａを介して入力装置６の操作情報を受け付けると、その操作情報を処理部１００ａにおける所定の機能ブロックに供給する。

実行部１１０ａはゲームプログラム（以下、単に「ゲーム」とも呼ぶこともある）を実行する。ここで実行部１１０ａとして示す機能ブロックは、システムソフトウェア、ゲームソフトウェアなどのソフトウェア、ＧＰＵなどのハードウェアにより実現される。実行部１１０ａは、ゲームプログラムを実行して、ゲームの画像データおよびゲームの音データを生成する。なおゲームはアプリケーションの一例であり、実行部１１０ａは、ゲーム以外のアプリケーションを実行してもよい。

ユーザＡによるゲームプレイ中、実行部１１０ａはゲームプログラムを実行して、ユーザＡが入力装置６に入力した操作情報をもとに、仮想空間においてゲームキャラクタを動かす演算処理を行う。ＧＰＵは仮想空間における演算処理結果を受けて、仮想空間内の視点位置（仮想カメラ）からのゲーム画像データを生成する。

図４は、ユーザＡの出力装置４ａに表示されるゲーム画面の一例を示す。ユーザＡはゲームタイトル「スペシャルサッカー」をプレイしている。実行部１１０ａはゲーム画像データを生成し、画像処理部１４０ａに供給すると、画像処理部１４０ａは、ゲーム画像データをゲーム用バッファ１５２ａに一時記憶し、フレームバッファ１５０ａに一時記憶した画像データから表示画像を生成して、出力装置４ａに提供する。これにより出力装置４ａはゲーム画像を出力する。なお実際の出力装置４ａは、実行部１１０ａで生成されたゲーム音も出力し、ユーザＡは、出力装置４ａから出力されるゲーム画像およびゲーム音を視聴しながら、入力装置６を操作してゲームタイトル「スペシャルサッカー」をプレイする。

共有処理部１６０ａにおいて、状況情報送信部１６２ａは、ユーザＡの状況を示す情報を管理サーバ５に送信する。状況を示す情報には、ゲームをプレイしているか否かを示す情報、ゲームをプレイしている場合にはそのゲームタイトル、マイクのオンオフを示す情報および画像共有に関する情報が含まれる。画像共有に関する情報には、ユーザＡがホストユーザの立場にあるときの情報とゲストユーザの立場にあるときの情報とが含まれる。ホストユーザの立場にあるときの情報には、ユーザＡがスクリーンシェアリング（共有態様１）を開始することを示す情報、およびアシストプレイ（共有態様２）や共同プレイ（共有態様３）にルームメンバを招待することを示す情報を含む。ゲストユーザの立場にあるときの情報には、別のルームメンバが配信しているゲーム画像の共有態様に関する情報を含む。具体的に状況情報送信部１６２ａは、別のルームメンバが配信サーバ９から配信している画像を見る場合には、当該画像を見ることを示す情報を管理サーバ５に送信し、別のルームメンバからのアシストプレイまたは共同プレイの招待を受諾する場合は、当該招待の受諾を示す情報を管理サーバ５に送信する。

状況情報送信部１６２ａの機能は、ユーザＢ～Ｄの情報処理装置１０ｂ～１０ｄにも搭載されており、したがって各ユーザの情報処理装置１０は、各ユーザの状況を示す情報を管理サーバ５に送信する。情報処理装置１０は、状況に変化が生じると、ただちに、その変化を示す情報を管理サーバ５に送信することが好ましい。管理サーバ５は、各情報処理装置１０から各ユーザの状況を示す情報を取得し、各ユーザの最新の状況を管理する。管理サーバ５は、各ユーザの状況を示す情報を、同じチャットグループに属する情報処理装置１０に送信する。情報処理装置１０ａにおける状況情報取得部１６４ａは、各ユーザの状況を示す情報を取得する。

実施例の情報処理装置１０は、ゲームプレイ中のユーザＡが、画像共有を簡単に実施できる仕組みを提供する。ゲームプレイ中、ユーザＡが入力装置６の所定のボタンを短押しすると、受付部１０４ａがボタン操作を受け付け、操作情報をシステム画像生成部１２０ａに供給する。システム画像生成部１２０ａは、ボタン操作情報を、システム画像の表示要求として取得して、状況情報取得部１６４ａを呼び出す。

状況情報取得部１６４ａは、管理サーバ５から各ユーザの状況を示す情報を取得し、システム画像生成部１２０ａに提供する。システム画像生成部１２０ａにおいて、ルーム画像生成部１２４ａは、ユーザＡが参加しているチャットルームの状況を示すシステム画像データを生成して、画像処理部１４０ａに供給する。画像処理部１４０ａは、システム画像データをシステム用バッファ１５４ａに一時記憶し、フレームバッファ１５０ａに一時記憶した画像データから表示画像を生成して、出力装置４ａに提供する。具体的に画像処理部１４０ａは、ゲーム用バッファ１５２ａに一時記憶したゲーム画像データとシステム用バッファ１５４ａに一時記憶したシステム画像データを合成した表示画像を生成して、出力装置４ａに提供する。これにより出力装置４ａはゲーム画像にシステム画像を重畳した表示画像を出力する。

図５は、ゲーム画像に重畳表示されたシステム画像２００の例を示す。ルーム画像生成部１２４ａは、状況情報取得部１６４ａが取得した各ユーザの状況を示す情報にもとづいて、システム画像データを生成する。システム画像２００には、ユーザＡが参加しているチャットルームのメンバの状況を示すメンバ表示欄２０２が設けられる。ルーム画像生成部１２４ａは、複数のルームメンバ（ユーザ）の状況を示す情報にもとづいて、メンバに関する情報を含めたメンバ表示欄２０２を生成する。図５に示すメンバ表示欄２０２には、ユーザのアイコン、ユーザ名、プレイしているゲームタイトル、マイクのオンオフを示す情報が表示されているが、そのほかシェアプレイを実行中であるか否かを示す情報等が含まれてもよい。

シェアリング開始ボタン２０４は、ユーザＡが共有態様１であるスクリーンシェアリングを開始するための操作要素である。ユーザＡがシェアリング開始ボタン２０４を操作すると、状況情報送信部１６２ａが、ユーザＡがスクリーンシェアリング（共有態様１）を開始することを示す情報を管理サーバ５および配信サーバ９に送信し、第１送信処理部１６８ａが配信サーバ９に、画像処理部１４０ａによりゲーム用バッファ１５２ａから読み出されたゲーム画像のストリーミングデータを送信する。上記したようにストリーミングデータにはゲーム音データも含まれ、第１送信処理部１６８ａは、ストリーミングデータを所定の形式で圧縮して、配信サーバ９に送信する。

このとき画像処理部１４０ａは、ゲーム用バッファ１５２ａに一時記憶されたゲーム画像データのみを読み出して第１送信処理部１６８ａに提供し、システム用バッファ１５４ａに一時記憶されたシステム画像データをゲーム画像データに合成しない。これにより配信される画像データは、システム画像データを含まず、ゲーム画像データのみを配信できるようになる。

第１送信処理部１６８ａは、通信部１０２ａと配信サーバ９の間の接続状態の良否の程度に応じて、配信サーバ９に送信するゲーム画像データの解像度を決定する。つまり接続状態が悪ければ、第１送信処理部１６８ａは、ゲーム画像データの解像度を下げることを決定する。なおゲーム画像データは、６０ｆｐｓ（フレーム／秒）または３０ｆｐｓのフレームレートで実行部１１０ａにより生成されるが、第１送信処理部１６８ａは、配信サーバ９との間の接続状態が著しく悪ければ、解像度だけでなく、フレームレートを下げてもよい。

解像度１０８０ｐのゲーム画像データがゲーム用バッファ１５２ａに一時記憶されている場合、接続状態が良好であれば、画像処理部１４０ａは、解像度１０８０ｐのゲーム画像データを第１送信処理部１６８ａに供給する。しかしながら接続状態が良好でない場合、画像処理部１４０ａは、ゲーム画像の解像度を下げる必要がある。画像処理部１４０ａは、解像度１０８０ｐのゲーム画像の送信が難しければ解像度を７２０ｐに下げ、解像度７２０ｐのゲーム画像の送信が難しければ解像度を５４０ｐに下げ、解像度５４０ｐのゲーム画像の送信が難しければ解像度を３６０ｐに下げる。

第１送信処理部１６８ａは、通信部１０２ａと配信サーバ９の間の接続状態の良否の程度を判断し、その程度に応じたゲーム画像の解像度への変換要求を、画像処理部１４０ａに指示する。これにより画像処理部１４０ａは、指示された解像度でゲーム画像データを再構成し、第１送信処理部１６８ａは、再構成されたゲーム画像データを配信サーバ９に送信する。なお第１送信処理部１６８ａは接続状態を常時監視し、接続状態が変化すると、その変化に応じた解像度を画像処理部１４０ａに指示してよい。

図６は、配信サーバ９の機能ブロックを示す。配信サーバ９は、制御部３００および通信部３０２を備える。制御部３００は、画像取得部３１０、変換部３１２および配信部３１４を有する。配信部３１４は、チャットルームのメンバ情報を保持しており、同じチャットルーム内のメンバから視聴要求を受けると、当該メンバの情報処理装置１０にゲーム画像を配信する。

図６において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、システムソフトウェアや、メモリにロードされたゲームプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

画像取得部３１０は、情報処理装置１０ａからストリーミング送信される画像データを取得する。画像データの解像度は、情報処理装置１０ａと配信サーバ９との間の接続状態に応じて動的に設定されており、ここでは解像度１０８０ｐ、６０ｆｐｓのゲーム画像データが情報処理装置１０から送信されているものとする。変換部３１２は、取得した画像データを、トランスコード可能な複数の解像度の画像データにトランスコードする。具体的に変換部３１２は、取得した画像データを、当該画像データの解像度より低い解像度の画像データにトランスコードする。

実施例の変換部３１２は、画像データを７２０ｐ、５４０ｐ、３６０ｐの解像度に変換する機能を有し、画像取得部３１０が取得した画像データの解像度を、それよりも低い解像度に変換する。したがって画像取得部３１０が１０８０ｐの画像データを取得すると、変換部３１２は１０８０ｐの画像データを、７２０ｐ、５４０ｐ、３６０ｐの画像データに変換する。

なお画像取得部３１０が７２０ｐの画像データを取得すると、変換部３１２は７２０ｐの画像データを、５４０ｐ、３６０ｐの画像データに変換する。画像取得部３１０が５４０ｐの画像データを取得すると、変換部３１２は５４０ｐの画像データを、３６０ｐの画像データに変換する。変換部３１２は、この変換処理を、画像データを配信するか否かにかかわらず実行して、同じチャットルーム内の他のメンバからの視聴要求を待機する。

図７は、ユーザＡのゲーム画像に重畳表示されたシステム画像２００の例を示す。ルーム画像生成部１２４ａは、状況情報取得部１６４ａが取得した各ユーザの状況を示す情報にもとづいて、システム画像データを生成する。図５に示すシステム画像２００を表示したときの状況と比べると、チャットルーム内で、ユーザＡ自身が、スクリーンシェアリングを開始している。なおユーザＡがスクリーンシェアリングを開始したことは、情報処理装置１０ａ側で認識できるため、状況情報取得部１６４ａは、ユーザＡの状況を示す情報を、共有処理部１６０ａの内部情報として取得してもよい。

ルーム画像生成部１２４ａは、複数のユーザの状況を示す情報にもとづいて、画像を送信しているユーザに関する情報と、画像を送信していないユーザに関する情報とを異なる領域に含めたメンバ表示欄２０２を生成する。図７に示す例では、システム画像２００に、画像を送信しているユーザに関する情報を表示するホスト表示領域２０６と、画像を送信していないユーザに関する情報を表示する非ホスト表示領域２０８とが設けられる。ホスト表示領域２０６と非ホスト表示領域２０８とは区別されて、図７に示すように異なる領域として設けられる。これによりユーザＡは、スクリーンシェアリングを行っているメンバと、スクリーンシェアリングを行っていないメンバとを容易に認識できる。なおシステム画像２００の表示領域は有限であるため、ホスト表示領域２０６が、非ホスト表示領域２０８よりも上側に配置されて、ユーザＡが、ホスト表示領域２０６の情報を優先的に見られることが好ましい。

視聴メンバ表示領域２１２は、ユーザＡがスクリーンシェアリングしているゲーム画像を視聴しているルームメンバを表示する領域である。図７に示す状態では、まだ、どのメンバも、ユーザＡのゲーム画像を視聴していない。

シェアプレイ開始ボタン２１０は、ユーザＡが共有態様２または共有態様３であるシェアプレイを開始するための操作要素である。ルーム画像生成部１２４ａは、プレイ中のゲームであって且つスクリーンシェアリングを実施中のゲームに、ルームメンバを招待する操作を行うためのシェアプレイ開始ボタン２１０を、システム画像２００に含める。ユーザＡがシェアプレイ開始ボタン２１０を操作すると、自分以外のルームメンバをシェアプレイに招待するためのウィンドウが表示されて、ユーザＡは、招待するルームメンバを選択できる。

図８は、ユーザＡのゲーム画像に重畳表示されたシステム画像２００の例を示す。図７に示すシステム画像２００と比べると、ユーザＤを示す情報がホスト表示領域２０６に配置されており、したがってユーザＤが、スクリーンシェアリングを行っていることが分かる。このようにシステム画像２００に、画像を送信しているユーザに関する情報を表示するホスト表示領域２０６と、画像を送信していないユーザに関する情報を表示する非ホスト表示領域２０８とを設けることで、ユーザＡは、スクリーンシェアリングを行っているメンバと、スクリーンシェアリングを行っていないメンバとを容易に認識できる。

図９は、スクリーンシェアリングされているゲーム画像を受信する情報処理装置１０ｃの機能ブロックを示す。情報処理装置１０ｃは、処理部１００ｃ、通信部１０２ｃおよび受付部１０４ｃを備える。処理部１００ｃは、実行部１１０ｃ、システム画像生成部１２０ｃ、画像処理部１４０ｃ、フレームバッファ１５０ｃおよび共有処理部１６０ｃを備える。

システム画像生成部１２０ｃは、通知生成部１２２ｃおよびルーム画像生成部１２４ｃを有する。フレームバッファ１５０ｃは、ゲーム画像データを一時記憶するゲーム用バッファ１５２ｃおよびシステム画像データを一時記憶するシステム用バッファ１５４ｃを有する。共有処理部１６０ｃは、状況情報送信部１６２ｃ、状況情報取得部１６４ｃ、要求送信部１８０ｃ、受諾送信部１８４ｃおよび画像取得部１８６ｃを有する。画像取得部１８６ｃは、第１画像取得部１８８ｃおよび第２画像取得部１９０ｃを有する。

図９において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、システムソフトウェアや、メモリにロードされたゲームプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。なお図３と図９で同じ名称を有する構成は、同一の構成であってよい。

通信部１０２ｃは、入力装置６の入力部をユーザＣが操作した操作情報を受信する。また通信部１０２ｃは、管理サーバ５から、チャットルームにおける他のルームメンバによるチャットデータを受信し、さらに他のルームメンバの状況を示す情報を受信する。また通信部１０２ｃは、配信サーバ９および／または他の情報処理装置１０から、ゲーム画像のストリーミングデータを受信する。また通信部１０２ｃは、ユーザＣの状況を示す情報を管理サーバ５に送信する。通信部１０２ｃの機能ブロックは、図２に示す無線通信モジュール３８および有線通信モジュール４０の機能を併せ持つ構成として表現している。

受付部１０４ｃは、通信部１０２ｃと処理部１００ｃとの間に設けられ、通信部１０２ｃと処理部１００ｃとの間でデータないしは情報を伝送する。受付部１０４ｃは通信部１０２ｃを介して入力装置６の操作情報を受け付けると、その操作情報を処理部１００ｃにおける所定の機能ブロックに供給する。

実行部１１０ｃはゲームプログラムを実行する。ここで実行部１１０ｃとして示す機能ブロックは、システムソフトウェア、ゲームソフトウェアなどのソフトウェア、ＧＰＵなどのハードウェアにより実現される。実行部１１０ｃは、ゲームプログラムを実行して、ゲームの画像データおよびゲームの音データを生成する。なおゲームはアプリケーションの一例であり、実行部１１０ｃは、ゲーム以外のアプリケーションを実行してもよい。

ユーザＣによるゲームプレイ中、実行部１１０ｃはゲームプログラムを実行して、ユーザＣが入力装置６に入力した操作情報をもとに、仮想空間においてゲームキャラクタを動かす演算処理を行う。ＧＰＵは仮想空間における演算処理結果を受けて、仮想空間内の視点位置（仮想カメラ）からのゲーム画像データを生成する。

図１０は、ユーザＣの出力装置４ｃに表示されるゲーム画面の一例を示す。ユーザＣはゲームタイトル「コンバットフィールド」をプレイしている。実行部１１０ｃはゲーム画像データを生成し、画像処理部１４０ｃに供給すると、画像処理部１４０ｃは、ゲーム画像データをゲーム用バッファ１５２ｃに一時記憶し、フレームバッファ１５０ｃに一時記憶した画像データから表示画像を生成して、出力装置４ｃに提供する。これにより出力装置４ｃはゲーム画像を出力する。なお実際の出力装置４ｃは、実行部１１０ｃで生成されたゲーム音も出力するため、ユーザＣは、出力装置４ｃから出力されるゲーム画像およびゲーム音を視聴しながら、入力装置６を操作してゲームタイトル「コンバットフィールド」をプレイする。

共有処理部１６０ｃにおいて、状況情報送信部１６２ｃは、ユーザＣの状況を示す情報を管理サーバ５に送信する。状況を示す情報には、ゲームをプレイしているか否かを示す情報、ゲームをプレイしている場合にはそのゲームタイトル、マイクのオンオフを示す情報および画像共有に関する情報が含まれる。画像共有に関する情報には、ユーザＣがホストユーザの立場にあるときの情報とゲストユーザの立場にあるときの情報とが含まれる。ホストユーザの立場にあるときの情報には、ユーザＣがスクリーンシェアリング（共有態様１）を開始することを示す情報、およびアシストプレイ（共有態様２）や共同プレイ（共有態様３）にルームメンバを招待することを示す情報を含む。ゲストユーザの立場にあるときの情報には、別のルームメンバが配信しているゲーム画像の共有態様に関する情報を含む。具体的に状況情報送信部１６２ｃは、別のルームメンバが配信サーバ９から配信している画像を見る場合には、当該画像を見ることを示す情報を管理サーバ５に送信し、別のルームメンバからのアシストプレイまたは共同プレイの招待を受諾する場合は、当該招待の受諾を示す情報を管理サーバ５に送信する。

ここでユーザＣ以外のルームメンバが、スクリーンシェアリングを開始したときの情報処理装置１０ｃの動作について説明する。図５を参照して、ユーザＡがシェアリング開始ボタン２０４を操作すると、情報処理装置１０ａの状況情報送信部１６２ａが、ユーザＡがスクリーンシェアリング（共有態様１）を開始することを示す情報を管理サーバ５および配信サーバ９に送信し、第１送信処理部１６８ａが配信サーバ９に、画像処理部１４０ａによりゲーム用バッファ１５２ａから読み出されたゲーム画像のストリーミングデータを送信する。管理サーバ５は、ユーザＡがスクリーンシェアリングを開始すると、チャットルーム内の他のルームメンバであるユーザＢ、Ｃ、Ｄの情報処理装置１０ｂ、１０ｃ、１０ｄに、ユーザＡがスクリーンシェアリングを開始した旨を通知する。

図１１は、ユーザＣの出力装置４ｃに表示されるメッセージ２２０の例を示す。通知生成部１２２ｃは、管理サーバ５からの通知をもとにメッセージ２２０を含むシステム画像データを生成して、画像処理部１４０ｃに供給する。画像処理部１４０ｃは、システム画像データをシステム用バッファ１５４ｃに一時記憶し、フレームバッファ１５０ｃに一時記憶した画像データから表示画像を生成して、出力装置４ｃに提供する。具体的に画像処理部１４０ｃは、ゲーム用バッファ１５２ｃに一時記憶したゲーム画像データとシステム用バッファ１５４ｃに一時記憶したシステム画像データを合成した表示画像を生成して、出力装置４ｃに提供する。これにより出力装置４ｃはゲーム画像にシステム画像を重畳した表示画像を出力する。ユーザＣは、メッセージ２２０を見ることで、ユーザＡがスクリーンシェアリングを開始したことを認識する。なお通知生成部１２２ｃは、ユーザＡがスクリーンシェアリングを開始したことを、音声出力によりユーザＣに伝えてもよい。

メッセージ２２０が表示されている状態で、ユーザＣが、入力装置６の所定のボタンを押下すると、要求送信部１８０ｃは、ユーザＡを特定する情報を含む視聴要求を管理サーバ５に送信する。なお要求送信部１８０ｃは、ユーザＡを特定する情報を含む視聴要求を配信サーバ９に送信してもよい。

なおメッセージ２２０は、たとえば５秒程度だけ表示される。メッセージ２２０が消えた後、ユーザＣは、システム画像を表示することで、ユーザＡが配信するゲーム画像の視聴要求を、管理サーバ５または配信サーバ９に送信できる。ユーザＣが入力装置６の所定のボタンを短押しすると、受付部１０４ｃがボタン操作を受け付け、操作情報をシステム画像生成部１２０ｃに供給する。システム画像生成部１２０ｃは、ボタン操作情報をシステム画像の表示要求として取得して、状況情報取得部１６４ｃを呼び出す。

状況情報取得部１６４ｃは、管理サーバ５から各ユーザの状況を示す情報を取得し、システム画像生成部１２０ｃに提供する。システム画像生成部１２０ｃにおいて、ルーム画像生成部１２４ｃは、ユーザＣが参加しているチャットルームの状況を示すシステム画像データを生成して、画像処理部１４０ｃに供給する。画像処理部１４０ｃは、システム画像データをシステム用バッファ１５４ｃに一時記憶し、フレームバッファ１５０ｃに一時記憶した画像データから表示画像を生成して、出力装置４ｃに提供する。具体的に画像処理部１４０ｃは、ゲーム用バッファ１５２ｃに一時記憶したゲーム画像データとシステム用バッファ１５４ｃに一時記憶したシステム画像データを合成した表示画像を生成して、出力装置４ｃに提供する。これにより出力装置４ｃはゲーム画像にシステム画像を重畳した表示画像を出力する。

図１２は、ゲーム画像に重畳表示されたシステム画像２００の例を示す。ルーム画像生成部１２４ｃは、状況情報取得部１６４ｃが取得した各ユーザの状況を示す情報にもとづいて、システム画像データを生成する。システム画像２００には、ユーザＣが参加しているチャットルームのメンバの状況を示すメンバ表示欄２０２が設けられる。ルーム画像生成部１２４ｃは、複数のルームメンバ（ユーザ）の状況を示す情報にもとづいて、メンバに関する情報を含めたメンバ表示欄２０２を生成する。図１２に示すメンバ表示欄２０２には、ユーザのアイコン、ユーザ名、プレイしているゲームタイトル、マイクのオンオフを示す情報が表示されているが、そのほかシェアプレイを実行中であるか否かを示す情報等が含まれてもよい。

ルーム画像生成部１２４ｃは、複数のユーザの状況を示す情報にもとづいて、画像を送信しているユーザに関する情報と、画像を送信していないユーザに関する情報とを異なる領域に含めたメンバ表示欄２０２を生成する。図１２に示す例では、システム画像２００に、画像を送信しているユーザに関する情報を表示するホスト表示領域２０６と、画像を送信していないユーザに関する情報を表示する非ホスト表示領域２０８とが設けられる。ホスト表示領域２０６と非ホスト表示領域２０８とは区別されて、図１２に示すように異なる領域として設けられる。これによりユーザＣは、スクリーンシェアリングを行っているメンバと、スクリーンシェアリングを行っていないメンバとを容易に認識できる。

ユーザＣが、入力装置６を用いてユーザＡの表示欄を選択すると、受付部１０４ｃが、画像を送信しているユーザを選択する操作を受け付け、要求送信部１８０ｃが、選択したユーザを特定する情報を含む視聴要求を管理サーバ５に送信する。管理サーバ５は視聴要求を受け取ると、視聴要求を配信サーバ９に送信して、ユーザＣがユーザＡのゲーム画像の視聴を要求していることを通知する。なお要求送信部１８０ｃは視聴要求を、直接、配信サーバ９に送信してもよい。

第１画像取得部１８８ｃは、通信部１０２ｃと配信サーバ９の間の接続状態の良否の程度に応じて、配信サーバ９から受信するゲーム画像データの解像度を決定して、受信する画像解像度を視聴要求に含ませる。つまり接続状態が悪ければ、第１画像取得部１８８ｃは、低い解像度のゲーム画像データを受信することを決定する。配信サーバ９において変換部３１２は、複数の解像度の画像データを生成しており、配信部３１４は、情報処理装置１０ｃとの間の接続状態に応じた解像度の画像データを、情報処理装置１０ｃに配信する。

ここでユーザＡの情報処理装置１０ａから解像度１０８０ｐのゲーム画像データが送信され、変換部３１２が、解像度７２０ｐ、５４０ｐ、３６０ｐのゲーム画像データを生成しているものとする。配信サーバ９と情報処理装置１０ｃの間の接続状態が良好であれば、第１画像取得部１８８ｃは、解像度１０８０ｐのゲーム画像データを要求し、配信部３１４は、解像度１０８０ｐのゲーム画像データを情報処理装置１０ｃに配信する。しかしながら接続状態が良好でない場合、配信部３１４は、解像度１０８０ｐより低い解像度のゲーム画像データを配信する。

図９に戻って、第１画像取得部１８８ｃは配信サーバ９から、ゲーム画像データを取得する。情報処理装置１０ｃでは、スクリーンシェアリングするゲーム画像を表示する形式が設定されている。実施例では、（１）全面表示形式、（２）ピクチャインピクチャ表示形式、（３）画面分割形式の３つの表示形式が用意されている。ユーザＣは、いずれかの表示形式を事前に設定している。

画像処理部１４０ｃは、第１画像取得部１８８ｃから画像データを受け取ると、設定された表示形式にしたがって、画像データをシステム用バッファ１５４ｃに一時記憶し、フレームバッファ１５０ｃに一時記憶した画像データから表示画像を生成して、出力装置４ｃに提供する。

図１３は、全面表示形式による表示例を示す。全面表示形式が設定されている場合、画像処理部１４０ｃは、第１画像取得部１８８ｃが取得した画像データをシステム用バッファ１５４ｃに一時記憶し、一時記憶した画像データから表示画像を生成して、出力装置４ｃに提供する。これにより出力装置４ｃは、ユーザＡから配信されるゲーム画像を全面表示する。

図１４は、ピクチャインピクチャ表示形式による表示例を示す。ピクチャインピクチャ表示形式が設定されている場合、画像処理部１４０ｃは、第１画像取得部１８８ｃが取得した画像データを縮小してシステム用バッファ１５４ｃに一時記憶し、ゲーム用バッファ１５２ａに一時記憶したユーザＣのゲーム画像データと、システム用バッファ１５４ｃに一時記憶したユーザＡのゲーム画像データを合成した表示画像を生成して、出力装置４ｃに提供する。これにより出力装置４ｃは、ユーザＣがプレイ中のゲーム画像に、ユーザＡから配信されるゲーム画像の表示領域２３０を重畳した表示画像を出力する。なおピクチャインピクチャ表示形式において、表示領域２３０の位置および大きさは、ユーザＣが自由に設定できてよい。

図１５は、画面分割形式による表示例を示す。画面分割形式が設定されている場合、画像処理部１４０ｃは、第１画像取得部１８８ｃが取得した画像データを縮小してシステム用バッファ１５４ｃに一時記憶し、実行部１１０ｃが生成したゲーム画像データを縮小してゲーム用バッファ１５２ｃに一時記憶する。画像処理部１４０ｃは、ゲーム用バッファ１５２ａに一時記憶したユーザＣのゲーム画像データと、システム用バッファ１５４ｃに一時記憶したユーザＡのゲーム画像データを合成した表示画像を生成して、出力装置４ｃに提供する。画面分割形式では、出力装置４ｃの画面を分割して、ユーザＣがプレイ中のゲーム画像と、ユーザＡから配信されるゲーム画像とを並べて表示する。なお画面分割形式において、表示領域２３２の大きさは、ユーザＣが自由に設定できてよい。

ピクチャインピクチャ表示形式または画面分割形式では、画像処理部１４０ｃが、配信サーバ９から配信されるゲーム画像を、ディスプレイの一部に表示する。配信される画像をディスプレイの一部に表示することで、ユーザＣは、タイトル「コンバットフィールド」をプレイしながら、ユーザＡのプレイ動画を見ることができる。

なおピクチャインピクチャ表示形式または画面分割形式では、ユーザＡのゲーム画像を縮小してディスプレイの一部に表示するため、画像の解像度は高くなくてよい。そのため要求送信部１８０ｃは、１０８０ｐよりも低い解像度のゲーム画像データの送信を要求してよい。この場合、配信サーバ９における配信部３１４は、情報処理装置１０ｃにおいて表示される態様に応じた解像度の画像データを、情報処理装置１０ｃに配信する。したがって通信リソースを効率的に利用することが可能となる。

図３に戻って、ユーザＡは、ゲームプレイ中、入力装置６の所定のボタンを短押しすると、受付部１０４ａがボタン操作を受け付け、操作情報をシステム画像生成部１２０ａに供給する。システム画像生成部１２０ａは、ボタン操作情報を、システム画像の表示要求として取得して、状況情報取得部１６４ａを呼び出す。

状況情報取得部１６４ａは、管理サーバ５から各ユーザの状況を示す情報を取得し、システム画像生成部１２０ａに提供する。ルーム画像生成部１２４ａは、ユーザＡが参加しているチャットルームの状況を示すシステム画像データを生成して、画像処理部１４０ａに供給する。画像処理部１４０ａは、システム画像データをシステム用バッファ１５４ａに一時記憶し、フレームバッファ１５０ａに一時記憶した画像データから表示画像を生成して、出力装置４ａに提供する。

図１６は、ユーザＡのゲーム画像に重畳表示されたシステム画像２００の例を示す。図８に示すシステム画像２００と比べると、視聴メンバ表示領域２１２に、ユーザＡがスクリーンシェアリングしているゲーム画像を、ユーザＣが視聴していることを示す情報が表示されている。ユーザＡは、視聴メンバ表示領域２１２を見ることで、配信しているゲーム画像を視聴しているメンバが存在することを認識できる。

上記したようにシェアプレイ開始ボタン２１０は、ユーザＡが共有態様２または共有態様３であるシェアプレイを開始するためのボタンであり、プレイ中のゲームにメンバを招待する操作を行うための操作要素である。ユーザＡがシェアプレイ開始ボタン２１０を操作して、シェアプレイを一緒に行うメンバを選択すると、招待送信部１７２ａが、選択したメンバをシェアプレイに招待することを示す情報を、管理サーバ５に送信する。管理サーバ５は、選択されたメンバの情報処理装置１０に、シェアプレイへの招待を通知する。実施例では、ユーザＡが、ユーザＣをシェアプレイに招待する。

図１７は、ユーザＣの出力装置４ｃに表示されるメッセージ２２２の例を示す。なお画像処理部１４０ｃは、ピクチャインピクチャ形式で、ユーザＡが配信しているゲーム画像を表示領域２３０に表示している。

通知生成部１２２ｃは、管理サーバ５からの通知をもとにメッセージ２２２を含むシステム画像データを生成して、画像処理部１４０ｃに供給する。画像処理部１４０ｃは、システム画像データをシステム用バッファ１５４ｃに一時記憶し、フレームバッファ１５０ｃに一時記憶したゲーム画像データおよびシステム画像データから表示画像を生成して、出力装置４ｃに提供する。ユーザＣはメッセージ２２２を見ることで、ユーザＡが自分をシェアプレイに招待したことを認識する。なお通知生成部１２２ｃは、ユーザＡがシェアプレイに招待したことを、音声出力によりユーザＣに伝えてもよい。

メッセージ２２２が表示されている状態で、ユーザＣが、入力装置６の所定のボタンを押下すると、受諾送信部１８４ｃは、ユーザＣを特定する情報とともに、招待を受諾することを示す情報を管理サーバ５に送信する。

なおメッセージ２２２は、たとえば５秒程度だけ表示される。メッセージ２２２が消えた後、ユーザＣは、システム画像を表示することで、ユーザＡからの招待を受諾できる。ユーザＣが入力装置６の所定のボタンを短押しすると、受付部１０４ｃがボタン操作を受け付け、操作情報をシステム画像生成部１２０ｃに供給する。システム画像生成部１２０ｃは、ボタン操作情報をシステム画像の表示要求として取得して、状況情報取得部１６４ｃを呼び出す。

状況情報取得部１６４ｃは、管理サーバ５から各ユーザの状況を示す情報を取得し、システム画像生成部１２０ｃに提供する。システム画像生成部１２０ｃにおいて、ルーム画像生成部１２４ｃは、ユーザＣが参加しているチャットルームの状況を示すシステム画像データを生成して、画像処理部１４０ｃに供給する。画像処理部１４０ｃは、システム画像データをシステム用バッファ１５４ｃに一時記憶し、フレームバッファ１５０ｃに一時記憶したゲーム画像データおよびシステム画像データから表示画像を生成して、出力装置４ｃに提供する。

図１８は、ユーザＣのゲーム画像に重畳表示されたシステム画像２００の例を示す。図１２に示すシステム画像２００と比べると、ユーザＣがシェアプレイに招待されていることで、シェアプレイホスト表示領域２１６に、ユーザＡがユーザＣをシェアプレイに招待していることを示す情報が表示されている。ユーザＣは、シェアプレイホスト表示領域２１６を見ることで、ユーザＡが自分をシェアプレイに招待していることを認識できる。

シェアプレイ参加ボタン２１４は、ユーザＣがシェアプレイに参加するためのボタンであり、ユーザＣがユーザＡからの招待を受諾する操作を行うための操作要素である。ユーザＣがシェアプレイ参加ボタン２１４を操作すると、受諾送信部１８４ｃが、ユーザＡによるゲームプレイに関する招待を受諾することを示す情報を管理サーバ５に送信する。管理サーバ５は、ユーザＡの情報処理装置１０ａに、ユーザＣが招待を受諾したことを示す情報を通知する。

図３に戻って、受付部１０４ａが、ユーザＣが招待を受諾したことを示す情報を受け付けると、接続処理部１７４ａは、ユーザＣの情報処理装置１０ｃと、Ｐ２Ｐで接続するための処理を実施する。Ｐ２Ｐで接続すると、第２送信処理部１７０ａは、Ｐ２Ｐ接続した情報処理装置１０ｃに、画像処理部１４０ａによりゲーム用バッファ１５２ａから読み出されたゲーム画像のストリーミングデータを送信する。つまり第２送信処理部１７０ａは、
配信サーバ９を介さずに、招待を受諾したユーザＣの情報処理装置１０ｃに、ゲームプレイのためのゲーム画像を送信する。送信するストリーミングデータは、配信サーバ９に送信しているストリーミングデータと同じであってよい。なお通信部１０２ａと配信サーバ９の間の接続状態と、通信部１０２ａと情報処理装置１０ｃの間の接続状態とが異なっていれば、それぞれの接続状態に応じた解像度のストリーミングデータが送信されてよい。

図１９は、ユーザＣの出力装置４ｃに表示されたシステム画像の例を示す。図１８に示すシステム画像２００において、ユーザＣがシェアプレイ参加ボタン２１４を操作すると、バックグランドでは、情報処理装置１０ｃと情報処理装置１０ａとがＰ２Ｐで接続するための処理が実行される。そこでシステム画像生成部１２０ｃは、図１９に示すようなシステム画像を生成して、ゲームプレイが開始されるまで、接続中であることをユーザＣに認識させる。

なお画像処理部１４０ｃはゲームプレイの準備が整うまで、配信サーバ９から取得したゲーム画像を表示領域２３０に表示し続ける。これによりユーザＣは、ゲームプレイの開始を待機している間、ユーザＡがプレイしている様子を見ることができる。なおゲームプレイの準備が整うまでとは、Ｐ２Ｐの接続が完了して、第２送信処理部１７０ａがゲーム画像のストリーミングデータを送信するまでの期間を意味する。

なお画像処理部１４０ｃは、ピクチャインピクチャ表示形式以外に、画面分割形式で配信画像が表示されている場合も、同様に、ゲームプレイの準備が整うまで、配信サーバ９から取得したゲーム画像を表示領域２３２に表示し続けてよい。このように配信画像をディスプレイの一部に表示している場合に、ユーザＣがシェアプレイ参加ボタン２１４を操作した場合は、画像処理部１４０ｃが、配信画像を表示し続けることで、接続確立の待機中も、ユーザＣがユーザＡの配信画像を見ることが可能となる。

Ｐ２Ｐ接続が確立された後、第２送信処理部１７０ａは、招待を受諾したユーザＣの情報処理装置１０ｃに、ゲームプレイのためのゲーム画像を送信し、情報処理装置１０ｃにおいて第２画像取得部１９０ｃは、配信サーバ９を介さずに、情報処理装置１０ａから、ゲームプレイのためのゲーム画像を取得する。

図２０は、ユーザＣがプレイするゲーム画像を示す。メッセージ２２４がゲーム画像に重畳表示されて、ユーザＣはシェアプレイが開始したことを認識する。画像処理部１４０ｃは、第２画像取得部１９０ｃが取得した画像データをシステム用バッファ１５４ｃに一時記憶し、一時記憶した画像データから表示画像を生成して、出力装置４ｃに提供する。これにより出力装置４ｃは、ユーザＡから配信されるゲーム画像を表示する。ユーザＣは、表示されるゲーム画像を見ながら、シェアプレイを実施する。

以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

１・・・画像共有システム、４・・・出力装置、５・・・管理サーバ、６・・・入力装置、９・・・配信サーバ、１０ａ，１０ｂ，１０ｃ，１０ｄ・・・情報処理装置、２０・・・メイン電源ボタン、１００ａ，１００ｃ・・・処理部、１０２ａ，１０２ｃ・・・通信部、１０４ａ，１０４ｃ・・・受付部、１１０ａ，１１０ｃ・・・実行部、１２０ａ，１２０ｃ・・・システム画像生成部、１２２ａ，１２２ｃ・・・通知生成部、１２４ａ，１２４ｃ・・・ルーム画像生成部、１４０ａ，１４０ｃ・・・画像処理部、１５０ａ，１５０ｃ・・・フレームバッファ、１５２ａ，１５２ｃ・・・ゲーム用バッファ、１５４ａ，１５４ｃ・・・システム用バッファ、１６０ａ，１６０ｃ・・・共有処理部、１６２ａ，１６２ｃ・・・状況情報送信部、１６４ａ，１６４ｃ・・・状況情報取得部、１６６ａ・・・送信処理部、１６８ａ・・・第１送信処理部、１７０ａ・・・第２送信処理部、１７２ａ・・・招待送信部、１７４ａ・・・接続処理部、１８０ｃ・・・要求送信部、１８２ｃ・・・招待受付部、１８４ｃ・・・受諾送信部、１８６ｃ・・・画像取得部、１８８ｃ・・・第１画像取得部、１９０ｃ・・・第２画像取得部、３００・・・制御部、３０２・・・通信部、３１０・・・画像取得部、３１２・・・変換部、３１４・・・配信部。

Claims (4)

1. 画像データを配信する配信サーバであって、
   第１端末装置から、前記第１端末装置との間の接続状態に応じた解像度の画像データを取得する画像取得部と、
   配信するか否かにかかわらず、取得した画像データを、当該画像データの解像度より低い解像度の画像データにトランスコードする変換部と、
   前記第１端末装置の第１ユーザと同じチャットルームに参加している別のユーザからの視聴要求を待機し、同じチャットルームに参加している第２端末装置の第２ユーザから、第１ユーザを特定する情報を含む視聴要求を受けると、前記第２端末装置との間の接続状態および前記第２端末装置において表示される態様に応じた解像度の画像データを、前記第２端末装置に配信する配信部と、
   を備えることを特徴とする配信サーバ。
2. 前記画像取得部が画像データを取得すると、前記変換部は、取得した画像データを、トランスコード可能な複数の解像度の画像データにトランスコードする、
   ことを特徴とする請求項１に記載の配信サーバ。
3. 第１端末装置から、前記第１端末装置との間の接続状態に応じた解像度の画像データを取得するステップと、
   配信するか否かにかかわらず、取得した画像データを、当該画像データの解像度より低い解像度の画像データにトランスコードするステップと、
   前記第１端末装置の第１ユーザと同じチャットルームに参加している別のユーザからの視聴要求を待機するステップと、
   同じチャットルームに参加している第２端末装置の第２ユーザから、第１ユーザを特定する情報を含む視聴要求を受けると、前記第２端末装置との間の接続状態および前記第２端末装置において表示される態様に応じた解像度の画像データを、前記第２端末装置に配信するステップと、
   を備えることを特徴とする画像配信方法。
4. コンピュータに、
   第１端末装置から、前記第１端末装置との間の接続状態に応じた解像度の画像データを取得する機能と、
   配信するか否かにかかわらず、取得した画像データを、当該画像データの解像度より低い解像度の画像データにトランスコードする機能と、
   前記第１端末装置の第１ユーザと同じチャットルームに参加している別のユーザからの視聴要求を待機する機能と、
   同じチャットルームに参加している第２端末装置の第２ユーザから、第１ユーザを特定する情報を含む視聴要求を受けると、前記第２端末装置との間の接続状態および前記第２端末装置において表示される態様に応じた解像度の画像データを、前記第２端末装置に配信する機能と、
   を実現させるためのプログラム。

Images