(57)【要約】【課題】動画データ及びリプレイデータの両方を適切に配信することができるサーバ装置を提供する。【解決手段】センターサーバ２はネットワーク３を介して接続されるユーザ端末５にサーバ用データ１４の少なくとも一部をユーザ端末５に配信する。また、センターサーバ２は、ユーザ端末５がゲーム端末として機能する場合に過去のプレイを再現するためのリプレイデータ１９がサーバ用データ１４として機能するようにそれをユーザ端末５から取得し、サーバ用データ１４が動画データ１８を含みユーザ端末５が動画表示端末として機能する場合に過去のプレイに対応するゲーム動画を表示するように動画データ１８を更新する。そして、センターサーバ２は、ゲーム端末として機能する場合にリプレイデータ１９が、動画表示端末として機能する場合に動画データ１８が、それぞれユーザ端末５に配信されるように、ユーザ端末５の種類に応じて配信対象のデータを判別する。【選択図】図３
2018156632.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されるリクエスト端末に配信されるべき配信用データを記憶するデータ記憶手段を備え、前記リクエスト端末からの要求に応じて前記配信用データを前記リクエスト端末に配信するサーバ装置であって、
前記リクエスト端末がゲームを提供するゲーム端末を含む場合に、当該ゲーム端末において前記ゲームの過去のプレイを再現するためのリプレイデータが前記配信用データとして機能するように前記ゲーム端末から前記リプレイデータを取得するデータ取得手段と、
各動画を表示するための動画データが前記配信用データとして機能するように前記リクエスト端末が各動画の表示に使用される動画表示端末を含む場合に、前記過去のプレイに対応するゲーム動画を表示するためのゲーム動画データを含むように前記動画データを更新するデータ更新手段と、
前記ゲーム端末に前記リプレイデータが、前記動画表示端末に前記動画データが、それぞれ配信されるように、前記リクエスト端末の種類に応じて前記リプレイデータ及び前記動画データのうちから配信対象を判別する対象判別手段と、
を備える、サーバ装置。
【請求項２】
前記リプレイデータは、前記ゲームが立体的なオブジェクトを含む場合に、前記オブジェクトをユーザの選択に応じた方向から表示することにより前記ゲーム端末において前記過去のプレイが前記ユーザの選択に応じた視点で再現されるように、前記過去のプレイにおける前記オブジェクトの座標の情報を含んでいる、請求項１に記載のサーバ装置。
【請求項３】
前記データ取得手段は、前記ゲーム端末が前記ゲーム動画データを生成する場合に、前記ゲーム端末から前記ゲーム動画データを更に取得し、
前記データ更新手段は、前記データ取得手段の取得結果に基づいて前記動画データを更新する、請求項１又は２に記載のサーバ装置。
【請求項４】
前記データ更新手段は、前記リプレイデータに基づいて前記ゲーム動画データを生成することにより前記動画データを更新する、請求項１又は２に記載のサーバ装置。
【請求項５】
前記データ記憶手段を備えるコンピュータを、請求項１〜４のいずれか一項に記載のサーバ装置の各手段として機能させるように構成されたコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続されるリクエスト端末に配信されるべき配信用データを記憶するデータ記憶手段を備え、リクエスト端末からの要求に応じて配信用データをそのリクエスト端末に配信するサーバ装置等に関する。
【背景技術】
【０００２】
ネットワークを介して接続されるリクエスト端末に配信されるべき配信用データを記憶するデータ記憶手段を備え、リクエスト端末からの要求に応じて配信用データをそのリクエスト端末に配信するサーバ装置が存在する。例えば、このような配信用データ及びリクエスト端末として動画を表示するための動画データ及びゲームを提供するゲーム端末がそれぞれ利用される情報処理システムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１９８４０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１のシステムでは、ゲームのプレイを記録した動画の動画データも配信される場合がある。しかし、過去のプレイを再現するためのリプレイデータは配信されない。このため、そのような動画だけではゲームの魅力を十分に伝えることができない可能性がある。
【０００５】
そこで、本発明は、動画データ及びリプレイデータの両方を適切に配信することができるサーバ装置等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のサーバ装置は、ネットワークを介して接続されるリクエスト端末に配信されるべき配信用データを記憶するデータ記憶手段を備え、前記リクエスト端末からの要求に応じて前記配信用データを前記リクエスト端末に配信するサーバ装置であって、前記リクエスト端末がゲームを提供するゲーム端末を含む場合に、当該ゲーム端末において前記ゲームの過去のプレイを再現するためのリプレイデータが前記配信用データとして機能するように前記ゲーム端末から前記リプレイデータを取得するデータ取得手段と、各動画を表示するための動画データが前記配信用データとして機能するように前記リクエスト端末が各動画の表示に使用される動画表示端末を含む場合に、前記過去のプレイに対応するゲーム動画を表示するためのゲーム動画データを含むように前記動画データを更新するデータ更新手段と、前記ゲーム端末に前記リプレイデータが、前記動画表示端末に前記動画データが、それぞれ配信されるように、前記リクエスト端末の種類に応じて前記リプレイデータ及び前記動画データのうちから配信対象を判別する対象判別手段と、を備えている。
【０００７】
一方、本発明のコンピュータプログラムは、前記データ記憶手段を備えるコンピュータを、上述のサーバ装置の各手段として機能させるように構成されたものである。
【図面の簡単な説明】
【０００８】
【図１】本発明の一形態に係る動画配信システムの全体構成の概要を示す図。
【図２】動画配信システムの制御系の要部の構成を示す図。
【図３】動画配信サービスの一例の概要を説明するための説明図。
【図４】ゲーム動画と共通するリプレイ動画の一場面を示す動画画面の例を模式的に示す図。
【図５】図４の例の動画画面の視点を破線矢印Vの方向に回転させた場合の変化後の動画画面を模式的に示す図。
【図６】リプレイデータの内容の一例を説明するための説明図。
【図７】データ取得処理ルーチンのフローチャートの一例を示す図。
【図８】データ配信処理ルーチンのフローチャートの一例を示す図。
【発明を実施するための形態】
【０００９】
以下、本発明の一形態に係る動画配信システムについて説明する。図１は、本発明の一形態に係る動画配信システムの全体構成の概要を示す図である。図１に示すように、動画配信システム１は、サーバ装置としてのセンターサーバ２を含んでいる。センターサーバ２は、一台の物理的装置によって構成される例に限らない。例えば、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ２が構成されてもよい。また、クラウドコンピューティングを利用して論理的にセンターサーバ２が構成されてもよい。
【００１０】
センターサーバ２には、ネットワーク３を介して、ユーザ端末５が接続される。ユーザ端末５は、ユーザによって使用されるネットワーク端末装置の一種である。ユーザ端末５は、例えば、ネットワーク３を介して後述のＷｅｂサービスをセンターサーバ２にリクエストするリクエスト端末として機能してよい。また、例えば、ユーザ端末５として、携帯電話（スマートフォンを含む）が利用されてよい。携帯電話は、ユーザの個人用途に供されるユーザ端末の一種である。例えば、携帯電話は、動画を表示（再生）する動画再生機能を有していてよい。また、携帯電話は、ソフトウェアの実行を通じて、その他にも各種の機能を発揮してよい。例えば、そのような機能には、ユーザにゲームをプレイさせるゲーム機能が含まれてよい。つまり、ユーザ端末５は、例えば、動画表示端末及びゲーム端末の両方として機能してよい。なお、ユーザ端末５として、例えば、その他にもパーソナルコンピュータ、携帯型タブレット端末装置といった、ネットワーク接続が可能でかつユーザの個人用途に供される各種のネットワーク端末装置が利用されてよい。
【００１１】
ネットワーク３は、一例として、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するように構成される。典型的には、ＷＡＮとしてのインターネットと、ＬＡＮとしてのイントラネットと、を組み合わせてネットワーク３が構成される。図１の例では、センターサーバ２はルータ３ａを介して、ユーザ端末５はアクセスポイント３ｂを介して、それぞれネットワーク３に接続されている。
【００１２】
なお、ネットワーク３は、ＴＣＰ／ＩＰプロトコルを利用する形態に限定されない。ネットワーク３として、通信用の有線回線、或いは無線回線（赤外線通信、近距離無線通信等を含む）等を利用する各種の形態が利用されてよい。
【００１３】
センターサーバ２は、ネットワーク３を介してユーザ端末５のユーザに各種のＷｅｂサービスを提供する。Ｗｅｂサービスには、ユーザ端末５に動画を配信するための動画配信サービスが含まれる。動画配信サービスの詳細は後述する。
【００１４】
なお、Ｗｅｂサービスは、その他にもユーザ端末５の機能に応じて各種のサービスを含んでいてよい。例えば、Ｗｅｂサービスは、動画或いはゲームに関する各種の情報を提供する情報サービスを含んでいてよい。また、例えば、Ｗｅｂサービスは、各ユーザ端末５に各種データ或いはソフトウェアを配信（データ等のアップデートを含む）する配信サービスを含んでいてもよい。さらに、Ｗｅｂサービスは、ユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、各ユーザを識別するためのユーザＩＤを付与するサービス、ネットワーク３を介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービス等を含んでいてもよい。
【００１５】
次に、ゲームを提供するための動画配信システム１の制御系の要部について説明する。図２は、動画配信システム１の制御系の要部の構成を示す図である。図２に示すように、センターサーバ２は、コンピュータとしての制御ユニット１０と、記憶ユニット１１と、を備えている。制御ユニット１０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット１０には、キーボード等の入力装置、モニタ等の出力装置等が接続され得る。しかし、それらの図示は省略した。
【００１６】
記憶ユニット１１は、制御ユニット１０に接続されている。記憶ユニット１１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気テープ等の大容量記憶媒体により構成されてよい。記憶ユニット１１には、サーバ用データ１４及びサーバ用プログラム１５が記憶されている。サーバ用プログラム１５は、センターサーバ２がユーザ端末５に各種のサービスを提供するために必要なコンピュータプログラムである。制御ユニット１０がサーバ用プログラム１５を読み取って実行することにより、制御ユニット１０の内部には、Ｗｅｂサービス管理部１７が設けられる。
【００１７】
Ｗｅｂサービス管理部１７は、上述のＷｅｂサービスを提供するために必要な処理を実行する。Ｗｅｂサービス管理部１７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット１０の内部には、その他にも各種の論理的装置が設けられ得る。しかし、それらの図示は省略した。
【００１８】
サーバ用データ１４は、サーバ用プログラム１５の実行に伴って参照されるデータである。例えば、サーバ用データ１４は、動画データ１８及びリプレイデータ１９を含んでいてよい。動画データ１８は、各種の動画を表示するためのデータである。動画データ１８は、例えば、ゲームのプレイを記録したゲーム動画を表示するためのゲーム動画データ１８ａを含んでいてよい。より具体的には、ゲーム動画データ１８ａは、例えば、ゲームの過去のプレイにおけるゲーム画面の遷移を動画として表示するためのデータとして構成されてよい。また、リプレイデータ１９は、過去のゲームのプレイを再現（リプレイ）するためのデータである。例えば、リプレイデータ１９は、ゲーム機能を有するユーザ端末５によって使用されてよい。リプレイデータ１９の詳細は後述する。なお、サーバ用データ１４は、例えば、その他にもユーザＩＤ等の各種ＩＤを管理するためのＩＤ管理データ等のＷｅｂサービスのための各種のデータを含み得る。しかし、それらの図示は省略した。
【００１９】
一方、ユーザ端末５には、制御ユニット３０と、記憶ユニット３１と、モニタＭＯと、タッチパネル３２と、スピーカ３３と、が設けられている。記憶ユニット３１、モニタＭＯ、タッチパネル３２及びスピーカ３３は、いずれも制御ユニット３０に接続されている。制御ユニット３０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット３０には、例えば、その他にも動画の再生或いはゲームの提供等に必要な各種の装置が接続され得る。しかし、それらの図示は省略した。
【００２０】
モニタＭＯは、制御ユニット３０からの出力信号に基づいて各種の画像等を表示するための周知の表示装置である。一例として、モニタＭＯは、制御ユニット３０からの出力信号に応じて、動画及びゲームをプレイするためのゲーム画面を表示してよい。タッチパネル３２は、ユーザが指等で触れると、その接触位置に応じた信号を出力する公知の入力装置である。タッチパネル３２は、例えば、透明に構成され、モニタＭＯの表面に重ね合わされるように配置されてよい。そして、例えば、タッチパネル３２は、ユーザのタッチ操作に基づいてそのタッチ位置に対応する信号を制御ユニット３０に出力してよい。同様に、スピーカ３３は、制御ユニット３０からの出力信号に基づいて各種の音声を再生するための周知の出力装置（音声再生装置）である。スピーカ３３は、例えば、制御ユニット３０からの出力信号に応じて、動画或いはゲームで使用されるＢＧＭ等の各種の音声を再生してよい。
【００２１】
一方、記憶ユニット３１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気記録媒体や光記録媒体、フラッシュＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などにより構成されてよい。記憶ユニット３１には、端末プログラム３４及び端末データ３５が記憶されている。端末プログラム３４は、ユーザ端末５が各種のサービスを提供するために必要なコンピュータプログラムである。例えば、このようなサービスには、動画の再生及びゲームの提供が含まれてよい。端末プログラム３４の実行に伴って、制御ユニット３０の内部には、サービス提供部３７が設けられる。サービス提供部３７は、動画の再生或いはゲームのプレイ等のサービスを提供するために必要な各種処理を実行する。サービス提供部３７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット３０の内部には、その他にも各種の論理的装置が設けられ得る。しかし、それらの図示は省略した。
【００２２】
端末データ３５は、端末プログラム３４の実行に伴って参照されるデータである。端末データ３５は、例えば、動画データ１８及びリプレイデータ１９を含んでいてよい。また、動画データ１８は、ゲーム動画データ１８ａを含んでいてよい。例えば、これらのデータは、必要な部分が含まれるように、少なくとも一部がセンターサーバ２から提供されてよい。なお、端末データ３５は、その他にも各種のサービスを実行するための各種のデータを含んでいてよい。例えば、そのようなデータには、動画やゲームに必要なＢＧＭ等の各種の音声を再生するための音声データ、ゲームに必要な各種画像を表示するための画像データ、及び上述のＩＤ管理データが含まれてよい。しかし、それらの図示は省略した。
【００２３】
次に、動画配信システム１が提供する動画配信サービスの詳細について説明する。動画配信サービスは、上述のとおり、ユーザ端末５に動画を配信するためのサービスである。例えば、配信対象の動画は、ユーザ端末５からネットワーク３を介してセンターサーバ２にアップロードされてもよい。つまり、配信対象の動画を再生するための動画データ１８は、ユーザ端末５から提供されてよい。そして、動画配信サービスは、このような動画データ１８のアップロードを含んでいてもよい。さらに、動画配信サービスは、リプレイデータ１９のアップロードを含んでいてよい。そして、動画配信サービスは、ゲーム機能を通じて過去のプレイが再現されるように、このようなリプレイデータ１９をユーザ端末５に配信するサービスを含んでいてよい。
【００２４】
図３は、動画配信サービスの一例の概要を説明するための説明図である。図３に示すように、動画配信サービスは、例えば、アップロード工程及び配信工程を含んでいてよい。アップロード工程は、動画データ１８或いはリプレイデータ１９がセンターサーバ２にネットワーク３を介してユーザ端末５によってアップロードされる工程である。一方、配信工程は、センターサーバ２によって動画データ１８或いはリプレイデータ１９がネットワーク３を介してユーザ端末５に配信される工程である。例えば、このような配信は、ユーザ端末５の要求に応じて実行されてよい。つまり、配信工程は、ユーザ端末５の要求に応じて動画の再生或いは過去のプレイの再現をユーザ端末５が実行するように、動画データ１８或いはリプレイデータ１９を配信してよい。
【００２５】
また、図３の例は、ユーザ端末５が動画再生機能及びゲーム機能を有している場合、つまりユーザ端末５が動画の表示に使用される動画表示端末及びゲームを提供するゲーム端末の両方として機能する場合の動画配信サービスの概要を示している。この場合、図３に示すように、例えば、アップロード工程において、まずユーザ端末５は、ゲームをプレイするためのプレイ機会をユーザＵに提供してよい（Ｓ１）。例えば、ユーザ端末５は、このようなプレイ機会を専用のゲームアプリケーション（ソフトフェア）を通じて提供してよい。つまり、ユーザ端末５は、このようなゲームアプリケーション（以下、ゲームアプリと呼ぶ場合がある）を通じてゲームを提供してよい。また、例えば、このようなゲームアプリは、例えば、配信サービスを通じてセンターサーバ２によって提供されてもよい。
【００２６】
また、例えば、ユーザ端末５は、ユーザＵのプレイ中にゲームのプレイ状況をレコードしてよい（Ｓ２）。換言すれば、ユーザ端末５は、ユーザＵのプレイ中においてそのプレイに対応するリプレイデータ１９を生成してよい。このようなリプレイデータ１９の生成は、例えば、上述のゲームアプリを通じて実行されてよい。具体的には、上述のゲームアプリは、ユーザのプレイ中において必要な情報を適宜記録することによりプレイの進行と並行して自動的にリプレイデータ１９を生成するように構成されていてよい。つまり、ゲームアプリは、進行中のゲームのプレイを事後的に再現するためのリプレイデータ１９を自動的に生成するように構成されていてよい。また、リプレイデータ１９は、このゲームアプリ専用のデータとして構成されてよい。つまり、リプレイデータ１９は、ゲームアプリを通じて使用された場合に限りゲームのプレイを再現するように構成されていてよい。
【００２７】
なお、ゲームアプリは、プレイ中のゲームに対応する動画を記録するように構成されていてもよい。具体的には、ゲームアプリは、プレイ中のゲームのゲーム画面の遷移を記録することによりそのプレイに対応する動画を表示するためのゲーム動画データ１８ａを更に生成するように構成されていてもよい。つまり、ゲームアプリは、プレイ中のゲームのプレイを再現するためのリプレイデータ１９、及びそのプレイに対応する動画（以下、ゲーム動画と呼ぶ場合がある）を表示するためのゲーム動画データ１８ａの両方を生成するように構成されていてよい。
【００２８】
また、例えば、ユーザ端末５は、ユーザＵにリプレイデータ１９をアップロードするか否か選択するための選択機会を提供してよい（Ｓ３）。例えば、このような選択機会は、プレイ機会と同様にゲームアプリによって提供されてもよい。具体的には、例えば、ゲームアプリは、ゲームのプレイが終了したときにリプレイデータ１９をアップロードするか否か選択する選択機会（例えば、アップロードの有無を選択するための選択ボタンの表示）を提供してよい。そして、ユーザ端末５は、そこでアップロードが選択された場合にリプレイデータ１９をアップロードしてよい（Ｓ４）。
【００２９】
なお、このようなアップロードは、ゲームの進行に従って逐次的に実行されてもよい。この場合、選択機会は省略されてもよいし、プレイ前に提供されてもよい。また、ゲームアプリがゲーム動画に対応するゲーム動画データ１８ａを生成している場合には、このゲーム動画データ１８ａもリプレイデータ１９とともにアップロードされてよい。あるいは、ゲーム動画に対応するゲーム動画データ１８ａは、リプレイデータ１９に基づいてセンターサーバ２によって生成されてもよい。このようなゲーム動画データ１８ａの生成は、アップロードの際に実行されてもよいし、配信の際に実行されてもよい。つまり、動画配信サービスは、一例として、動画データ１８がリプレイデータ１９に対応するゲーム動画データ１８ａを必ず含むように提供されていてもよい。
【００３０】
一方、配信工程は、例えば、ユーザ端末５からのリクエストに基づいて提供されてよい。具体的には、例えば、まずユーザ端末５は、ユーザ（リプレイデータ１９等の提供者と同じユーザＵでもよいし、相違していてもよい）の指示に基づいてセンターサーバ２に動画配信サービスの提供をリクエストしてよい（Ｓ５）。このリクエストは、例えば、上述のゲームアプリを通じて実行されてもよい。あるいは、ユーザ端末５が動画を再生するための他のアプリケーションを有している場合は、そのような他のアプリケーションを通じてリクエストが実行されてもよい。例えば、このような他のアプリケーションとして、Ｗｅｂブラウザアプリケーション（以下、Ｗｅｂブラウザと呼ぶ場合がある）が利用されてもよい。Ｗｅｂブラウザは、例えば、各種のＷｅｂサイトをブラウズするためのアプリケーションとして構成されてよい。つまり、この場合、動画配信サービスはＷｅｂサイトを通じて提供されてよい。
【００３１】
センターサーバ２は、ユーザ端末５からリクエストがあった場合に、例えば、動画データ１８が複数の動画に対応しているときには、配信対象のデータのサムネイル（各動画の縮小イメージ）に基づく一覧をユーザ端末５に提供してよい（Ｓ６）。具体的には、例えば、センターサーバ２は、動画データ１８がリプレイデータ１９に対応するゲーム動画データ１８ａを必ず含む場合に、動画データ１８によって再生される複数の動画を対象にサムネイルに基づく一覧をユーザ端末５に提供してよい。そして、ユーザ端末５は、サムネイルに対してユーザが選択を実行した場合には、その選択結果に応じた動画の配信をセンターサーバ２にリクエストしてよい（Ｓ７）。
【００３２】
一方、センターサーバ２は、ユーザ端末５からのリクエストに基づいて、ユーザ端末５に提供すべき配信対象のデータを判別してよい（Ｓ８）。例えば、この判別は、ユーザ端末５がゲーム端末として機能している場合にはリプレイデータ１９を優先的に配信対象のデータとして特定する一方で、ユーザ端末５が動画表示端末として機能している場合には動画データ１８を配信対象のデータとして特定するように実行されてよい。つまり、配信先のユーザ端末５の機能に応じて、配信対象のデータを特定するように実行されてよい。具体的には、例えば、ゲーム動画を配信対象とするリクエストに対して、ユーザ端末５がゲームアプリを通じてリクエストを実行している場合には、センターサーバ２はリプレイデータ１９を配信対象のデータとして特定してよい。一方、同様のリクエストに対して、ユーザ端末５がＷｅｂブラウザを通じてリクエストを実行している場合には、Ｗｅｂブラウザではリプレイデータ１９を使用できないため、ゲーム動画データ１８ａを配信対象のデータとして特定してよい。このようにセンターサーバ２は、例えば、配信先のユーザ端末５が動画表示端末として機能するのか、ゲーム端末として機能するのかといったユーザ端末５の種類（機能）に応じて使用可能なデータを特定し、仮に両方のデータを使用可能な場合には優先的にリプレイデータ１９を特定するように、リプレイデータ１９及びゲーム動画データ１８ａうちから配信対象のデータを判別してよい。
【００３３】
続いて、センターサーバ２は、そのリクエストに応じたリプレイデータ１９或いは動画データ１８をユーザ端末５に配信してよい（Ｓ９）。一例として、このような流れで配信工程が提供されてよい。そして、このようなアップロード工程及び配信工程を通じて動画配信サービスが実現されてよい。この場合、ユーザ端末５が動画表示端末として機能するときの動画データ１８、及びユーザ端末５がゲーム端末として機能するときのリプレイデータ１９が本発明の配信用データとして機能する。
【００３４】
次に、図４及び図５を参照して、リプレイデータ１９に基づく過去のプレイの再現とゲーム動画データ１８ａに基づくゲーム動画との相違について説明する。リプレイデータ１９に基づく再現（以下、リプレイ動画と呼ぶ場合がある）は、映像（画像）が動作するという意味では動画の一種としてゲーム動画と共通する（このため、リプレイデータ１９は、動画データ１８の一部として機能してもよい）。一方で、例えば、動画に登場するオブジェクトの大きさや表示角度（例えば動画撮影を行うための仮想的カメラの視点や視線と対象のオブジェクトとの間に生じる角度）について、ゲーム動画では一般的動画と同様にそれらに干渉出来ないのに対し、リプレイ動画では干渉できてよい。つまり、ゲーム動画ではオブジェクトの大きさや表示角度が記録時のまま固定的に表示される一方で、リプレイ動画ではそれらがユーザの選択によって変更されてよい。具体的には、例えば、リプレイ動画では、オブジェクトを拡大或いは縮小するように動画撮影を行うための仮想的カメラの画角が変更されてもよい。あるいは、オブジェクトの表示角度が変化するように、そのような仮想的カメラの視点（視点位置、或いは視線でもよい）が変更されてもよい。そして、そのような変更（干渉）の可否によってゲーム動画とリプレイ動画とは相違していてよい。
【００３５】
図４は、ゲーム動画と共通するリプレイ動画の一場面を示す動画画面の例を模式的に示す図である。図４に示すように、例えば、動画画面４０は、オブジェクト４１を含んでいてよい。オブジェクト４１は、例えば、仮想３次元空間に対応するゲーム空間（ゲーム画面）を通じてゲームがプレイされる場合に、そのゲーム空間に対応するように立体的に構成されていてよい。つまり、オブジェクト４１は、見る方向（角度）に応じて形状や情報が相違するように構成されていてよい。図４の例では、オブジェクト４１として、立体的なサイコロの画像が表示されている。また、このオブジェクト４１は、“１”、“２”、“３”をそれぞれ正面側、右側方側、上方側に向けるように表示されている。この場合、このリプレイ動画に対応するゲーム動画でも、オブジェクト４１は同様の向きに表示される。
【００３６】
一方、図５は、図４の例の動画画面４０の視点（仮想カメラの位置）を破線矢印Vの方向に回転させた場合の変化後の動画画面４０Ａを模式的に示す図である。図５に示すように、この場合、図４の例と比較して、破線矢印Vに対応する視点の右方向への回転に伴い、オブジェクト４１の向き（方向）が変化している。具体的には、図５の例は、仮想カメラの位置（視点）がオブジェクト４１の“１”の表示面の正面側から“２”の表示面の正面側に変化した場合を示している。このため、図５の例では、オブジェクト４１は、“１”、“２”、“３”をそれぞれ左側方側、正面側、上方側に向けるように表示されている。つまり、“３”を表示する面の向きは変化していないものの、“１”を表示する面の向きが正面側から左側方側に、“２”を表示する面の向きが右側方側から正面側に、それぞれ変化している。また、ゲーム動画は動画画面４０を含むものの、このような変化後の動画画面４０Ａを含まない。このため、このような向きのオブジェクト４１は、ゲーム動画では見ることができない。同様に、リプレイ動画ではユーザの選択（例えばタッチパネル３２に対する回転方向を指定するタッチ操作等）に応じて任意の位置に視点が変化してよい。つまり、リプレイ動画は、ユーザの選択に応じた任意の向きからオブジェクト４１を表示するように任意の視点で過去のプレイを再現してよい。一例として、リプレイ動画とゲーム動画との間には、このような相違（干渉の可否）があってよい。
【００３７】
次に、リプレイデータ１９の詳細について説明する。リプレイデータ１９は、上述のとおり、過去のゲームのプレイをユーザ端末５に再現（リプレイ）させるためのデータである。図６は、リプレイデータ１９の内容の一例を説明するための説明図である。図６に示すように、リプレイデータ１９は、例えば、“動画ＩＤ”、“オブジェクトＩＤ”、及び“座標”の情報を含んでいてよい。そして、リプレイデータ１９は、例えば、これらの情報が互いに関連付けられるように記述されたレコードの集合として構成されてよい。
【００３８】
“動画ＩＤ”は各リプレイ動画を識別するための情報である。“動画ＩＤ”として、例えば、リプレイ動画（ゲーム動画を含んでもよい）毎にユニークな動画ＩＤの情報が使用されてよい。“オブジェクトＩＤ”は、ゲーム中に登場する各オブジェクト（人、物等）を識別するため情報である。“オブジェクトＩＤ”として、例えば、オブジェクト毎にユニークなオブジェクトＩＤの情報が使用されてよい。そして、“動画ＩＤ”に対応するリプレイ動画に登場する（表示される）オブジェクトのオブジェクトＩＤの情報が“オブジェクトＩＤ”として記述されてよい。“座標”は、ゲームをプレイするためのゲーム空間（ゲーム画面）における各オブジェクトの座標を示す情報である。“座標”は、例えば、各オブジェクトを任意の角度から表示するために、各オブジェクトのゲーム空間における位置の特定に使用されてよい。
【００３９】
次に、データ取得処理、及びデータ配信処理について説明する。データ取得処理は、ユーザ端末５からリプレイデータ１９を取得するための処理である。例えば、データ取得処理は、図３の例のアップロード工程においてリプレイデータ１９のアップロード（Ｓ４）を実現するために実行されてよい。また、データ配信処理は、リプレイデータ１９をユーザ端末５に配信するための処理である。例えば、データ配信処理は、図３の例の配信工程においてＳ６〜Ｓ９の工程を実現するために実行されてよい。
【００４０】
例えば、データ取得処理は図７のルーチンを通じて、データ配信処理は図８のルーチンを通じて、それぞれセンターサーバ２の制御ユニット１０によって実現されてよい。より具体的には、例えば、図７及び図８のルーチンは、一例として、制御ユニット１０のＷｅｂサービス管理部１７を通じて実行されてよい。なお、センターサーバ２の制御ユニット１０及びユーザ端末５の制御ユニット３０は、これらの処理の他にも各種の周知な処理等を、それぞれ単独で或いは互いに協働して実行する。しかし、それらの詳細な説明は省略する。
【００４１】
図７は、データ取得処理を実現するためのデータ取得処理ルーチンのフローチャートの一例を示す図である。図７のルーチンは、例えば、選択機会（Ｓ３）におけるアップロードの選択に伴い、ユーザ端末５からリプレイデータ１９が送信される毎に実行されてよい。
【００４２】
図７のルーチンが開始されると、Ｗｅｂサービス管理部１７は、まずステップＳ１１においてリプレイデータ１９をユーザ端末５から取得する。また、例えば、ユーザ端末５においてそのリプレイデータ１９に対応するゲーム動画データ１８ａが生成れている場合には、Ｗｅｂサービス管理部１７は、ステップＳ１１においてそのゲーム動画データ１８ａも取得してよい。一方、例えば、そのようなゲーム動画データ１８ａがユーザ端末５において生成されていない場合には、Ｗｅｂサービス管理部１７は、ステップＳ１１において、そのようなゲーム動画データ１８ａを生成してもよい。具体的には、例えば、Ｗｅｂサービス管理部１７は、取得したリプレイデータ１９に基づいてそのようなゲーム動画データ１８ａを生成してよい。
【００４３】
続くステップＳ１２において、Ｗｅｂサービス管理部１７は、リプレイデータ１９の内容を更新する。具体的には、Ｗｅｂサービス管理部１７は、例えば、既存のリプレイデータ１９の内容にステップＳ１１で取得したリプレイデータ１９の内容が反映されるように、記憶ユニット１１に記憶のリプレイデータ１９の内容を更新してよい。同様に、Ｗｅｂサービス管理部１７は、ステップＳ１１においてゲーム動画データ１８ａを取得している場合（ユーザ端末５からの取得及び生成に基づく取得の両方を含む）には、このようなゲーム動画データ１８ａが含まれるように動画データ１８の内容を更新してよい。例えば、Ｗｅｂサービス管理部１７は、動画データ１８が複数の動画にそれぞれ対応する複数の動画データ１８を含む場合には、ステップＳ１１で取得した動画データ１８を追加することにより、このような更新を実現してよい。つまり、このような更新は、新しい動画に対応する動画データ１８の追加によって実現されてよい。リプレイデータ１９についても同様である。つまり、Ｗｅｂサービス管理部１７は、リプレイデータ１９が複数のリプレイ動画にそれぞれ対応する複数のリプレイデータ１９を含む場合には、ステップＳ１１で取得したリプレイデータ１９を追加することにより、このような更新を実現してよい。そして、Ｗｅｂサービス管理部１７は、ステップＳ１２の処理を終えると、今回のルーチンを終了する。これにより、ユーザ端末５のユーザＵによってプレイされたゲームのリプレイデータ１９及びそれに対応するゲーム動画データ１８ａが取得され、その内容が既存のリプレイデータ１９及び動画データ１８にそれぞれ反映される。より具体的には、例えば、図３の例におけるＳ４の工程が実現される。
【００４４】
一方、図８は、データ配信処理を実現するためのデータ配信処理ルーチンのフローチャートの一例を示す図である。図８のルーチンは、例えば、動画配信サービスの提供がリクエスト（Ｓ５）される毎に実行されてよい。
【００４５】
図８のルーチンが開始されると、Ｗｅｂサービス管理部１７は、まずステップＳ２１において、サムネイルをユーザ端末５に提供する。具体的には、Ｗｅｂサービス管理部１７は、例えば、動画データ１８がゲーム動画データ１８ａを必ず含む場合に、動画データ１８によって再現される各動画（ゲーム動画及びその他の動画を含む）のサムネイルの一覧がユーザ端末５に表示されるようにそのようなサムネイルを表示するためのデータをユーザ端末５に配信してよい。
【００４６】
続くステップＳ２２において、Ｗｅｂサービス管理部１７は、ユーザ端末５からのリクエストを取得する。具体的には、Ｗｅｂサービス管理部１７は、例えば、ステップＳ２１で提供したサムネイルに対する選択結果をリクエストとして取得してよい。つまり、Ｗｅｂサービス管理部１７は、例えば、サムネイルから配信対象として選択された動画の情報をユーザ端末５からリクエストとして取得してよい。
【００４７】
次のステップＳ２３において、Ｗｅｂサービス管理部１７は、配信対象のデータを判別する。例えば、Ｗｅｂサービス管理部１７は、リクエスト元のユーザ端末５の機能（例えばアプリケーション）に基づいて、この判別を実行してよい。具体的には、例えば、Ｗｅｂサービス管理部１７は、ゲーム動画を配信対象とするリクエストに対して、ユーザ端末５のリクエストがゲームアプリから実行されている場合にはリプレイデータ１９を、Ｗｅｂブラウザから実行されている場合にはゲーム動画データ１８ａを、それぞれ配信対象のデータとして特定してよい。一方、Ｗｅｂサービス管理部１７は、例えば、ゲーム動画以外の動画が配信対象としてリクエストされている場合には、そのような動画に対応するリプレイデータ１９が存在しないため、その動画に対応する動画データ１８を配信対象のデータとして特定してよい。
【００４８】
続くステップＳ２４において、Ｗｅｂサービス管理部１７は、ステップＳ２３で判別した配信対象のデータを配信する。具体的には、Ｗｅｂサービス管理部１７は、例えば、ステップＳ２３において配信対象としてリプレイデータ１９を特定した場合にはリプレイデータ１９を、動画データ１８（ゲーム動画データ１８ａを含む）を特定した場合には動画データ１８を、それぞれ配信対象として配信してよい。そして、Ｗｅｂサービス管理部１７は、ステップＳ２４の処理を終えると、今回のルーチンを終了する。
【００４９】
図８のルーチンにより、リクエスト元のユーザ端末５の機能に応じて配信対象のデータが判別され、ユーザ端末５に提供される。具体的には、例えば、ゲームアプリを通じて動画配信サービスがリクエストされている場合にはリプレイデータ１９及び動画データ１８のうちリプレイデータ１９が優先的にユーザ端末５に配信される。一方、Ｗｅｂブラウザを通じて動画配信サービスがリクエストされている場合には動画データ１８が配信対象として特定され、配信される。
【００５０】
以上に説明したように、この形態によれば、動画配信サービスでは、リプレイデータ１９及び動画データ１８の両方が配信対象のデータとして利用される。一方で、リプレイデータ１９は、ゲームアプリにおいて過去のプレイを再現するためのデータである。つまり、ゲームアプリが使用されていない場合には、ユーザ端末５にダウンロード（配信）されても過去のプレイは再現されない。このため、ゲームアプリを通じて配信のリクエストがあった場合、つまりゲーム端末５として機能するユーザ端末５から配信リクエストがあった場合には、リプレイデータ１９及び動画データ１８のうちリプレイデータ１９が優先的に特定され、配信される。一方、例えばＷｅｂブラウザ等のゲームアプリ以外のアプリを通じて配信リクエストがあった場合、つまり動画表示端末として機能するユーザ端末５から配信リクエストがあった場合には、動画データ１８が特定され、配信される。すなわち、ユーザ端末５の機能に応じてユーザ端末５において使用可能な適切なデータが判別され、配信される。これにより、動画データ１８及びリプレイデータ１９の両方を適切に配信することができる。結果として、リプレイデータ１９が配信される場合には、リプレイデータ１９を通じてゲーム動画だけでは表現できないプレイ状況をユーザに伝えることができる。
【００５１】
具体的には、リプレイデータ１９に基づくリプレイ動画では、過去のプレイが再現されるので、ゲーム動画には表示されない情報が含まれている。例えば、リプレイ動画がオブジェクト４１の拡大或いは縮小を可能なように構成されている場合には、拡大或いは縮小しなければ表示されない他のオブジェクト（例えば小さいオブジェクトや縮小しなければ表示範囲に含まれないオブジェクト）等を表示することができる。あるいは、例えば、リプレイ動画が仮想カメラの視点を変更可能な場合には、過去のプレイが各種の視点から再現される。このため、オブジェクトを各種の向きで表示することができるので、例えば、他の角度（向き）にしか含まれていない情報を提供することができる。つまり、一つの視点だけでは表現できないプレイ状況を表現することができる。これらにより、ゲーム動画だけでは伝えきれないゲームの魅力を伝えることができるので、ゲームの利用をより促進することができる。
【００５２】
以上の形態において、センターサーバ２の制御ユニット１０が、図７のルーチンを実行することにより本発明のデータ取得手段及びデータ更新手段として機能する。また、センターサーバ２の制御ユニット１０が、図８のルーチンを実行することにより本発明の対象判別手段として機能する。さらに、センターサーバ２の記憶ユニット１１が動画データ１８及びリプレイデータ１９を記憶することにより本発明のデータ記憶手段として機能する。
【００５３】
本発明は上述の形態に限定されず、適宜の形態にて実施することができる。例えば、上述の形態では、ユーザ端末５がソフトウェアの相違により動画表示端末及びゲーム端末の両方として機能している。しかし、本発明は、このような形態に限定されない。例えば、ユーザ端末５は、ハードの相違を通じて、動画表示端末又はゲーム端末として機能してもよい。つまり、例えば、パーソナルコンピュータ及びタブレットといった別々の２台のユーザ端末５が動画表示端末及びゲーム端末としてそれぞれ機能してもよい。さらに、例えば、センターサーバ２には、ユーザ端末５の他にも有料或いは無料で所定範囲のゲームをプレイさせる業務用（商業用）のゲーム機がゲーム端末としてネットワーク３を介して接続されてよい。また、この場合、このようなゲーム機は、ゲーム端末専用として使用されてもよい。
【００５４】
以下に、上述の内容から得られる本発明の一例を記載する。なお、以下の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。
【００５５】
本発明のサーバ装置は、ネットワーク（３）を介して接続されるリクエスト端末（５）に配信されるべき配信用データ（１８、１９）を記憶するデータ記憶手段を備え、前記リクエスト端末からの要求に応じて前記配信用データを前記リクエスト端末に配信するサーバ装置（２）であって、前記リクエスト端末がゲームを提供するゲーム端末（５）を含む場合に、当該ゲーム端末において前記ゲームの過去のプレイを再現するためのリプレイデータ（１９）が前記配信用データとして機能するように前記ゲーム端末から前記リプレイデータを取得するデータ取得手段（１０）と、各動画を表示するための動画データ（１８）が前記配信用データとして機能するように前記リクエスト端末が各動画の表示に使用される動画表示端末（５）を含む場合に、前記過去のプレイに対応するゲーム動画を表示するためのゲーム動画データ（１８ａ）を含むように前記動画データを更新するデータ更新手段（１０）と、前記ゲーム端末に前記リプレイデータが、前記動画表示端末に前記動画データが、それぞれ配信されるように、前記リクエスト端末の種類に応じて前記リプレイデータ及び前記動画データのうちから配信対象を判別する対象判別手段（１０）と、を備えている。
【００５６】
本発明によれば、ゲーム端末及び動画表示端末がリクエスト端末として機能する場合には、リプレイデータ及び動画データの両方が配信用データとして利用される。一方で、リプレイデータはゲーム端末において過去のプレイを再現するためのデータである。このため、リクエスト端末としてゲーム端末が機能する場合にはリプレイデータが、動画表示端末が機能する場合には動画データが、それぞれ配信対象として特定され、配信される。つまり、リクエスト端末の種類に応じて適切なデータが判別され、配信される。これにより、動画データ及びリプレイデータの両方を適切に配信することができる。結果として、ゲーム端末からリクエストがあった場合には、リプレイデータを通じてゲーム動画だけでは表現できないプレイ状況をユーザに伝えることができる。これにより、ゲーム動画だけでは伝えきれないゲームの魅力を伝えることができるので、ゲームの利用をより促進することができる。
【００５７】
また、リプレイデータは、過去のプレイを再現できる限り、各種の態様で構成されていてよい。例えば、本発明のサーバ装置の一態様において、前記リプレイデータは、前記ゲームが立体的なオブジェクト（４１）を含む場合に、前記オブジェクトをユーザの選択に応じた方向から表示することにより前記ゲーム端末において前記過去のプレイが前記ユーザの選択に応じた視点で再現されるように、前記過去のプレイにおける前記オブジェクトの座標の情報を含んでいてもよい。この場合、リプレイデータを通じて過去のプレイが各種の視点から再現されるので、一つの視点だけでは表現できないプレイ状況を表現することができる。
【００５８】
また、ゲーム動画データは、動画データの更新のために各種の態様で取得されてよい。例えば、本発明のサーバ装置の一態様において、前記データ取得手段は、前記ゲーム端末が前記ゲーム動画データを生成する場合に、前記ゲーム端末から前記ゲーム動画データを更に取得し、前記データ更新手段は、前記データ取得手段の取得結果に基づいて前記動画データを更新してもよい。あるいは、前記データ更新手段は、前記リプレイデータに基づいて前記ゲーム動画データを生成することにより前記動画データを更新してもよい。
【００５９】
一方、本発明のコンピュータプログラムは、前記データ記憶手段を備えるコンピュータを、上述のサーバ装置の各手段として機能させるように構成されたものである。本発明のコンピュータプログラムが実行されることにより、本発明のサーバ装置を実現することができる。
【符号の説明】
【００６０】
２  センターサーバ（サーバ装置）
３  ネットワーク
５  ユーザ端末（リクエスト端末、動画表示端末、ゲーム端末）
１０  制御ユニット（コンピュータ、データ取得手段、データ更新手段、対象判別手段）
１１  記憶ユニット（データ記憶手段）
１８  動画データ（配信用データ）
１９  リプレイデータ（配信用データ）
４１  オブジェクト
１８ａ  ゲーム動画データ（配信用データ）
【図１】
2018156632.tif 000003
【図２】
2018156632.tif 000004
【図３】
2018156632.tif 000005
【図４】
2018156632.tif 000006
【図５】
2018156632.tif 000007
【図６】
2018156632.tif 000008
【図７】
2018156632.tif 000009
【図８】
2018156632.tif 000010