JP7062725B2 - 情報処理装置およびゲーム動画記録方法 - Google Patents

Description

本発明は、ゲーム動画を記録する技術に関する。

特許文献１は、ゲーム画像を上書き記録するリングバッファと、イベント発生時から所定時間分のゲーム画像をリングバッファから読み出し、イベントのコンテンツデータとして抽出する編集処理部を備えた情報処理装置を開示する。特許文献２は、アプリケーションからセーブデータ領域の仮想容量を取得する第１取得部と、記録装置に記録されているアプリケーションのセーブデータの容量を取得する第２取得部と、アプリケーションが仮想容量を超えてセーブデータを記録装置に書き込むことを禁止する書込制御部とを備える電子機器を開示する。

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

ユーザは、自身がプレイしたゲーム動画を内蔵型または外付け型の記録装置に記録することで、記録したゲーム動画をプレイ後に再生して楽しむことができ、また配信サーバにアップロードして視聴ユーザに配信できる。そのためユーザによっては、多くのゲーム動画を記録装置に記録することになるが、近年のゲーム画像の高解像度化により、ゲーム動画のデータサイズは従来より格段に大きくなっている。そのため、ゲーム動画を効率的に記録する仕組みの実現が望まれている。

そこで本発明は、ゲーム動画を効率的に記録する仕組みを実現することを目的とする。

上記課題を解決するために、本発明のある態様の情報処理装置は、複数のゲーム動画を記録する記録装置と、記録装置に記録された複数のゲーム動画の評価値を算出する画像評価部と、複数のゲーム動画のそれぞれの評価値にもとづいて、記録装置に記録されているゲーム動画のデータ量を削減するデータ削減処理部とを備える。

本発明の別の態様は、ゲーム動画記録方法である。この方法は、記録装置に既に記録されている複数のゲーム動画の評価値を算出するステップと、複数のゲーム動画のそれぞれの評価値にもとづいて、記録装置に記録されているゲーム動画のデータ量を削減するステップと、新しいゲーム動画を記録装置に記録するステップとを有する。

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

実施例にかかる情報処理システムを示す図である。 情報処理装置のハードウェア構成を示す図である。 情報処理装置の機能ブロックを示す図である。 トリミング編集画面を示す図である。 記録管理部の機能ブロックを示す図である。 ゲーム動画の情報を送信する処理のシーケンス図である。 メタデータサーバの機能ブロックを示す図である。 シーンまたはステータスを登録するための画面例を示す図である。 イベントデータの取得処理のシーケンス図である。 評価値表の例を示す図である。 記録処理の詳細フローの例を示す図である。

実施例の情報処理システムでは、情報処理装置がゲームソフトウェアを実行し、ゲームソフトウェアが生成したゲーム画像をキャプチャした動画（ゲーム動画）を記録装置に記録する。記録装置において、ゲーム動画を記録する領域（動画記録領域）には上限容量が設定されており、情報処理装置は、ゲーム動画を上限容量内で記録装置に記録する。

図１は、本発明の実施例にかかる情報処理システム１を示す。情報処理システム１は、ユーザ端末装置である情報処理装置１０と、ユーザがアップロードしたコンテンツ画像を配信する配信サーバ１２ａ、１２ｂ（以下、特に区別しない場合には「配信サーバ１２」と呼ぶ）と、管理サーバ１４とを備える。管理サーバ１４は、イベントサーバ１６およびメタデータサーバ１８を備える。イベントサーバ１６およびメタデータサーバ１８は、別個のサーバ装置として構成されてよいが、１つの管理サーバ１４における別個の機能として実現されてもよい。

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

情報処理装置１０は、ユーザが操作する入力装置６と無線または有線で接続し、入力装置６はユーザが操作した情報を情報処理装置１０に出力する。情報処理装置１０は入力装置６から操作情報を受け付けるとシステムソフトウェアやゲームソフトウェアの処理に反映し、出力装置４から処理結果を出力させる。情報処理システム１において情報処理装置１０はゲームを実行するゲーム装置（ゲームコンソール）であり、入力装置６はゲームコントローラなど情報処理装置１０に対してユーザの操作情報を供給する機器であってよい。なお入力装置６は、キーボードやマウスなどの入力インタフェースであってもよい。

補助記憶装置２は、ＨＤＤ（ハードディスクドライブ）やＳＳＤ（ソリッドステートドライブ）などの大容量記録装置であり、内蔵型記録装置であってよく、またＵＳＢ（Universal Serial Bus）などによって情報処理装置１０と接続する外部記録装置であってもよい。出力装置４は画像を出力するディスプレイおよび音声を出力するスピーカを有するテレビであってよい。出力装置４は、情報処理装置１０に有線ケーブルで接続されてよく、また無線接続されてもよい。

撮像装置であるカメラ７は出力装置４の近傍に設けられ、出力装置４周辺の空間を撮像する。図１ではカメラ７が出力装置４の上部に取り付けられている例を示しているが、出力装置４の側部または下部に配置されてもよく、いずれにしても出力装置４の前方に位置するユーザを撮像できる位置に配置される。カメラ７はステレオカメラであってもよい。

配信サーバ１２は、情報処理装置１０からアップロードされるコンテンツ画像を配信する画像共有サービスを提供する。配信サーバ１２は、蓄積したコンテンツ画像を視聴ユーザからの要求に応じてオンデマンド配信する。図１には２つの配信サーバ１２ａ、１２ｂを示しているが、情報処理システム１において配信サーバ１２の数は１つ以上であればよい。

配信サーバ１２は、配信対象であるコンテンツ画像ごとに、配信実績データを、メタデータとして管理する。配信実績データは、配信に関する様々な成績データや評価データを含み、たとえばトータルの配信数や、直近１週間の配信数、視聴ユーザからの評価数、視聴ユーザからのコメント等を含んでよい。配信サーバ１２は、各コンテンツ画像の配信実績データを利用して、コンテンツ画像の人気ランキングを作成し、画像共有サイトの魅力を高める。

情報処理装置１０で実行されるゲームプログラムは、ゲーム進行中に、設定されたイベントが発生すると、発生したイベントを示すイベントコードを出力する。情報処理装置１０は、イベントコードとイベント発生時間とを少なくとも含むイベント情報をイベントサーバ１６に出力する。イベントサーバ１６は、情報処理装置１０から送信されるイベント情報を受信し、ユーザのアカウントＩＤに紐付けて蓄積する。

メタデータサーバ１８は、情報処理装置１０からの要求に応じて、イベントサーバ１６からゲーム動画のイベントデータを取得し、また配信サーバ１２から、ゲーム動画の配信実績データを取得する。メタデータサーバ１８は、取得したイベントデータおよび配信実績データを、ゲーム動画のメタデータとして情報処理装置１０に送信する。なお配信サーバ１２にアップロードされていないゲーム動画については、メタデータサーバ１８は、イベントデータのみを、ゲーム動画のメタデータとして情報処理装置１０に送信する。

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

メインシステム６０は、メインＣＰＵ（Central Processing Unit）、主記憶装置であるメモリおよびメモリコントローラ、ＧＰＵ（Graphics Processing Unit）などを備える。ＧＰＵはゲームプログラムの演算処理に主として利用される。メインＣＰＵはシステムソフトウェアを起動し、システムソフトウェアが提供する環境下において、補助記憶装置２にインストールされたゲームプログラムを実行する機能をもつ。サブシステム５０は、サブＣＰＵ、主記憶装置であるメモリおよびメモリコントローラなどを備え、ＧＰＵを備えない。

メインＣＰＵは補助記憶装置２やＲＯＭ媒体４４にインストールされているゲームプログラムを実行する機能をもつ一方で、サブＣＰＵはそのような機能をもたない。しかしながらサブＣＰＵは補助記憶装置２にアクセスする機能や、管理サーバ１４との間でデータを送受信する機能を有している。サブＣＰＵは、このような制限された処理機能のみを有して構成されており、したがってメインＣＰＵと比較して小さい消費電力で動作できる。これらのサブＣＰＵの機能は、メインＣＰＵがスタンバイ状態にある際に実行される。

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

クロック２６はリアルタイムクロックであって、現在の日時情報を生成し、システムコントローラ２４やサブシステム５０およびメインシステム６０に供給する。

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

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

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

図３は、情報処理装置１０のゲーム動画の記録機能を実現する機能ブロックを示す。情報処理装置１０は、処理部１００および通信部１０２を備える。処理部１００は、ゲームソフトウェア１１０、イベント情報生成部１２０、イベント情報送信部１２２、トロフィ処理部１２４、出力処理部１３０、記録制御部１３２、リングバッファ１３４、記録管理部１３６、受付部１３８、編集処理部１４０および共有処理部１４２を備える。受付部１３８は、ユーザから入力装置６の操作情報を受け付ける。記録装置２ａは、補助記憶装置２の一部の記録領域であってよく、キャプチャされたゲーム動画を記録する。

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

ゲームソフトウェア１１０は、少なくともゲームプログラム、画像データおよび音声データを含んで構成される。ゲームプログラムは、ユーザによる入力装置６の操作情報を受けて、仮想空間においてプレイヤキャラクタを動かす演算処理を行う。出力処理部１３０は、実行中のゲームソフトウェア１１０によるゲームの画像データおよび音声データを生成して、出力装置４から出力させる。出力処理部１３０は、レンダリング処理などを実行するＧＰＵ（Graphics Processing Unit）を含んでよい。

実施例の情報処理装置１０では、出力処理部１３０が、ゲームの画像データおよび音声データを生成して出力装置４から出力させるとともに、記録制御部１３２にも供給する。以下、ゲームの画像データおよび音声データを、まとめて「ゲーム動画」または「ゲーム動画データ」と呼ぶ。情報処理装置１０は、出力処理部１３０で生成されるゲーム動画をバックグランドで録画する機能を有し、記録制御部１３２は、ゲーム動画データをリングバッファ１３４に一時記録する。

リングバッファ１３４は、補助記憶装置２の記録領域の開始アドレスおよび終了アドレスを設定されることで構成される。このリングバッファ領域は、情報処理装置１０の出荷時に予め設定されていてよい。記録制御部１３２は、出力処理部１３０から出力されるゲーム動画データを、時間情報（タイムスタンプ）とともにリングバッファ１３４に一時記録する。

記録制御部１３２は、リングバッファ１３４にゲーム動画データを開始アドレスから予め定められたアドレス順に記録し、終了アドレスまで記録すると、開始アドレスに戻って上書き記録し、それを繰り返す。たとえばリングバッファ１３４は、６０分間のゲーム動画を記録するように設定され、記録されたゲーム動画には、タイムスタンプが付与される。ゲーム動画をリングバッファ１３４にバックグランド録画しておくことで、ユーザは、６０分前までのプレイ動画の中から好きなシーンを切り出して編集し、記録装置２ａに保存できる。ユーザは、保存したゲーム動画を、配信サーバ１２にアップロードしてよい。

ゲームプログラムは、ゲーム進行中に、設定されたイベントが発生すると、発生したイベントを示すイベントコードを出力する。イベント情報生成部１２０は、ゲームソフトウェア１１０からイベントコードを取得し、イベントコードに、イベントが発生した時間を示す時間情報（タイムスタンプ）を付加したイベント情報を生成する。

ゲーム開発者は、様々なイベントをゲームに仕込んでよい。各イベントにはイベントコードが割り当てられ、ゲームプログラムは、発生したイベントを示すイベントコードに、イベント発生時のゲームの状態を示すゲームデータを付加して出力してよい。ここでゲームデータは、イベントの発生場所、相手や対象物等の周辺情報を含む。たとえば敵ボスとの戦闘が開始されると、ゲームプログラムは、戦闘開始を示すイベントコードに、戦闘場所および敵ボスのキャラクタＩＤを示すゲームデータを付加して出力してよい。

イベント情報生成部１２０は、イベントコードおよびゲームデータを取得すると、イベントの発生した時間を示す時間情報を付加して、イベント情報を生成する。イベント情報生成部１２０は、生成したイベント情報をイベント情報送信部１２２およびトロフィ処理部１２４に供給する。

ユーザが敵ボスを倒すと、ゲームプログラムは、敵ボスを倒したことを示すイベントコードを出力する。このときゲームプログラムは、イベントコードに、戦闘場所および敵ボスのキャラクタＩＤを示すゲームデータを付加して出力する。イベント情報生成部１２０は、イベントコードおよびゲームデータに、イベントの発生した時間を示す時間情報を付加して、イベント情報を生成する。

ユーザがゲームアイテムを獲得したとき、ゲームプログラムは、アイテムを獲得したことを示すイベントコードを出力する。このときゲームプログラムは、イベントコードに、獲得場所を示すゲームデータを付加して出力する。イベント情報生成部１２０は、イベントコードおよびゲームデータに、イベントの発生した時間を示す時間情報を付加して、イベント情報を生成する。以上のようにゲーム開発者は、様々なイベントを定義してゲームに組み込んでよい。

またユーザのゲームプレイに対するモチベーションを高める目的で、ゲームには様々なミッションが設定され、ユーザがミッションをクリアすると、ミッションに対応する仮想的な表彰品（トロフィ）がユーザに付与されてよい。ゲーム内ではミッションの難易度に応じた複数のトロフィが用意され、難易度の簡単なものから順にブロンズ、シルバー、ゴールド、プラチナのトロフィが用意されてよい。

トロフィをアンロックする条件（つまりミッションをクリアしてユーザがトロフィを獲得する条件）は、特定のイベントに関連付けられてよい。たとえば「小ボスを倒す」というブロンズトロフィ用のミッションが設定されている場合、プレイヤが小ボスを倒すことで、ブロンズトロフィが付与される。また「中ボスを倒す」というシルバートロフィ用のミッションが設定されている場合、プレイヤが中ボスを倒すことで、シルバートロフィが付与され、「最終ボスを倒す」というゴールドトロフィ用のミッションが設定されている場合、プレイヤが最終ボスを倒すことで、ゴールドトロフィが付与される。さらに「裏ボス」を倒すというプラチナトロフィ用のミッションが設定されている場合、プレイヤが裏ボスを倒すことで、プラチナトロフィが付与されてもよい。

トロフィ処理部１２４は、イベントコードと、トロフィアンロック条件との対応関係を保持している。トロフィ処理部１２４は、イベント情報生成部１２０からイベント情報を提供されると、当該対応関係を参照して、イベント情報をもとに、トロフィのアンロック条件の成立判定処理を実施する。トロフィ処理部１２４は、アンロック条件の成立を判定すると、その時間情報（タイムスタンプ）とともに、アンロックしたトロフィ情報を記録装置２ａに記録する。アンロックしたトロフィ情報は、管理サーバ１４に送信されてもよい。

イベント情報送信部１２２は、イベント情報生成部１２０から供給されたイベント情報を、通信部１０２からイベントサーバ１６に送信する。そのためイベントサーバ１６は、ゲームプレイ中に発生した全てのイベント情報を収集する。イベント情報送信部１２２は、イベント情報が供給されるたびにイベント情報を送信してもよいが、定期的にまとめて送信してもよい。

ゲーム実行中、受付部１３８は、ユーザから録画に関する指示を受け付ける。ユーザは入力装置６の所定のボタンを操作すると、受付部１３８が記録指示として受け付け、記録管理部１３６が、リングバッファ１３４に記録された最長６０分のゲーム動画（ビデオクリップ）を記録装置２ａに保存する。記録するビデオクリップの時間は、６０分を上限として、予めユーザにより設定されてよい。

記録装置２ａにおいて、キャプチャしたゲーム動画を記録する領域（以下、「動画記録領域」とも呼ぶ）には上限容量が設定されている。上限容量は、たとえばユーザが１～５０ＧＢの範囲内で自由に設定できてよい。上限容量が５０ＧＢに設定されている場合、記録管理部１３６は、記録装置２ａに記録する全てのゲーム動画のトータルのデータ量が５０ＧＢ以下となるように、ゲーム動画のデータサイズを管理する。

記録管理部１３６は、リングバッファ１３４に一時記録されたゲーム動画を記録装置２ａに保存する際、ゲーム動画のデータ量と動画記録領域の空き容量とを比較し、空き容量の方が大きければ、空き領域にゲーム動画を保存する。ここで空き容量は上限容量から、記録されている全てのゲーム動画のトータルのデータ量を減算した容量である。一方、ゲーム動画のデータ量が空き容量より大きい場合、記録管理部１３６は、記録済みのゲーム動画のデータ量を削減する処理を実施して空き領域を拡張した後、キャプチャしたゲーム動画を保存する。ゲーム動画のデータ量の削減処理は、ゲーム動画の全体または一部の削除を含む。データ削減処理については、後述する。

ゲームプレイ中、ユーザは入力装置６を操作して、保存するゲーム動画の開始点を設定し、所望のゲームシーンの終了後に、入力装置６を操作して保存の終了点を設定して、記録管理部１３６が、開始点および終了点で特定されるゲーム動画を記録装置２ａに保存してもよい。記録管理部１３６は、ゲーム動画を記録装置２ａに保存する際、当該ゲーム動画を識別するための画像ＩＤを設定する。記録装置２ａに保存されたゲーム動画には、必ず当該動画を一意に識別するための画像ＩＤが設定される。また記録管理部１３６は、ゲーム動画の開始時間および終了時間を示す時間情報を、ゲーム動画のメタデータとして設定して記録装置２ａに記録する。したがって記録装置２ａにおいて、ゲーム動画は、画像ＩＤ、開始時間および終了時間に関連付けられて保存される。

ゲーム終了後、ユーザは、記録装置２ａに記録したゲーム動画を編集できる。たとえばユーザは、入力装置６を操作して、記録装置２ａに記録された６０分のゲーム動画のうち、保存したいシーンの開始点および終了点を設定してよい。

図４は、トリミング編集画面２００を示す。ユーザはトリミング編集画面２００において、記録装置２ａに保存したゲーム動画を編集できる。たとえば配信サーバ１２にアップロードできる動画の上限時間が設定されている場合、ユーザは入力装置６を操作して、ゲーム動画を切り出す開始点と終了点を指定し、アップロード可能な長さに切り出してよい。受付部１３８は、ユーザから開始点と終了点の指定を受け付けると、編集処理部１４０が、記録装置２ａに記録されたゲーム動画を、開始点および終了点の時間で切り出し、記録装置２ａに上書き保存する。このとき画像ＩＤは変更されない。なおユーザは、アップロードに関係なく、お気に入りのプレイシーンを切り出すためにゲーム動画を編集してよい。

情報処理システム１においてユーザは、記録装置２ａに記録したゲーム動画を他のユーザと共有できる。具体的にはユーザが、アップロードするゲーム動画を記録装置２ａから選択し、さらにアップロード先となる配信サーバ１２を選択すると、受付部１３８が、ゲーム動画および配信サーバ１２の選択操作を受け付け、共有処理部１４２が、ゲーム動画を、選択された配信サーバ１２にアップロードする。配信サーバ１２はゲーム動画の配信を開始すると、当該ゲーム動画の配信実績を管理し、配信実績データを蓄積する。配信実績データは、配信に関する様々な成績データや評価データを含み、たとえばトータルの配信数や、視聴ユーザからの評価数などを含んでよい。

図５は、記録管理部１３６の詳細な機能ブロックを示す。記録管理部１３６は、動画記録領域におけるゲーム動画の記録処理を管理し、具体的には、記録する複数のゲーム動画のトータルのデータ量を動画記録領域の上限容量内に収めるように、ゲーム動画のデータ量を削減するデータ削減処理を実施する。記録管理部１３６は、動画情報送信部１６０、ＩＤ取得部１６２、設定部１６４、評価値保持部１６６、データ取得部１６８、画像評価部１７０、データ削減処理部１８０および記録処理部１８６を備える。データ削減処理部１８０は、動画削除部１８２および動画編集部１８４を有する。

記録管理部１３６は、ゲーム動画のデータ削減処理を、ゲーム動画のメタデータにもとづいて実施する。以下、図６に関連して、イベントデータを取得する前提となる処理を説明し、図９に関連して、イベントデータを取得する処理を説明する。なおイベントデータは、ゲーム動画のメタデータを構成する。

図６は、ゲーム動画の情報をメタデータサーバ１８に送信する処理のシーケンス図である。受付部１３８が、リングバッファ１３４に一時記録されているゲーム動画（ビデオクリップ）の記録要求をユーザから受け付けると、記録管理部１３６は、動画記録領域の空き容量にもとづいたゲーム動画の記録処理を実施する（Ｓ１０）。記録処理の詳細については、図１１に関連して後述する。

記録管理部１３６において、記録処理部１８６が、リングバッファ１３４に一時記録されたゲーム動画（ビデオクリップ）を記録装置２ａに保存する。記録処理部１８６は、ゲーム動画を記録装置２ａに保存する際、当該ゲーム動画を識別するための画像ＩＤ、ゲーム動画の開始時間および終了時間を示す時間情報を設定する（Ｓ１２）。開始時間および終了時間は、ＵＴＣやＧＭＴなどの絶対時間として生成されるタイムスタンプであってよい。ゲーム動画が記録装置２ａに保存されると、動画情報送信部１６０は、記録装置２ａにおいてゲーム動画に設定された画像ＩＤと、当該ゲーム動画の開始時間および終了時間を示す時間情報を、メタデータサーバ１８に送信する（Ｓ１４）。

図７は、メタデータサーバ１８の機能ブロックを示す。メタデータサーバ１８は、制御部２１０および通信部２１２を備える。制御部２１０は、情報取得部２２０、ＩＤ割当部２２２、ＩＤ送信部２２４、要求受付部２２６、要求送信部２２８、データ取得部２３０、データ送信部２３２およびメタデータＩＤ記録部２３４を有する。

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

メタデータサーバ１８において、情報取得部２２０が、情報処理装置１０から、情報処理装置１０に記録されたゲーム動画の画像ＩＤと、当該ゲーム動画の開始時間および終了時間を示す時間情報を取得する（Ｓ１６）。ＩＤ割当部２２２は、画像ＩＤと時間情報の組み合わせに対してメタデータＩＤを割り当て、メタデータＩＤ記録部２３４に記録し（Ｓ１８）、ＩＤ送信部２２４は、割り当てたメタデータＩＤを情報処理装置１０に送信する（Ｓ２０）。

情報処理装置１０において、ＩＤ取得部１６２は、メタデータサーバ１８からメタデータＩＤを取得すると（Ｓ２２）、メタデータサーバ１８に送信した画像ＩＤと、メタデータサーバ１８から送信されたメタデータＩＤとを紐付けて記録装置２ａに記録する（Ｓ２４）。以上の手順でメタデータＩＤを記録装置２ａに登録することで、後述するようにイベントデータをメタデータサーバ１８から取得することが可能となる。

なおユーザは、記録装置２ａに保存されたゲーム動画を手動で編集できる。ユーザによる編集操作により、ゲーム動画の開始点および／または終了点が変更されると、編集処理部１４０は、編集したゲーム動画を記録装置２ａに上書き保存するとともに（Ｓ１０）、変更した当該ゲーム動画の開始時間および／または終了時間を示す時間情報を更新する（Ｓ１２）。このとき動画情報送信部１６０は、画像ＩＤと、更新された時間情報をメタデータサーバ１８に送信し（Ｓ１４）、メタデータサーバ１８は、画像ＩＤに対応付けていた時間情報を更新する（Ｓ１６）。メタデータＩＤ記録部２３４において、画像ＩＤと時間情報の更新された組み合わせに対して、メタデータＩＤは変更されない。

ゲーム動画のメタデータ（画像ＩＤと動画の時間情報）の送信処理は、ゲーム動画が記録装置２ａに保存されるたびに実施されてよいが、定期的に実施されてもよい。たとえば一日の所定時刻に、未送信のゲーム動画のメタデータが、まとめてメタデータサーバ１８に送信されてもよい。

情報処理装置１０において、キャプチャされたゲーム動画は、所定の上限容量をもつ動画記録領域に記録される。そのため新たにキャプチャされたゲーム動画を記録しようとしたときに、当該ゲーム動画のデータ量よりも動画記録領域の空き領域の容量（空き容量）が小さければ、記録管理部１３６は、既に記録されているゲーム動画のデータ量を削減して、動画記録領域の空き容量を増やす。このとき、データ量を削減するゲーム動画をランダムに選択するのではなく、ユーザが興味を示さないであろうゲーム動画を選択して、データ削減処理を実施することが好ましい。

図８は、ユーザが興味をもつシーンまたはステータスを登録するための画面例を示す。この画面でユーザがシーンまたはステイタスを示す項目を選択すると、設定部１６４は、ユーザにより選択された項目を記録装置２ａに登録する。ユーザにより選択された項目は、データ削減処理部１８０によるデータ削減処理において参照される。ここでは「トロフィ獲得」、「ボス撃破」、「ランキング上位獲得」、「エンディング」、「いいねの数」が選択されており、管理サーバ１４から提供されるゲーム動画のメタデータに、選択された項目が存在すると、当該ゲーム動画の評価値が高く算出される。

図９は、ゲーム動画のイベントデータの取得処理のシーケンス図である。データ取得部１６８は、記録装置２ａに記録された全てのゲーム動画の画像ＩＤを特定し（Ｓ３０）、特定した画像ＩＤに紐付けられたメタデータＩＤを記録装置２ａから取得する（Ｓ３２）。データ取得部１６８は、取得した複数のメタデータＩＤを含むイベントデータの取得要求を、メタデータサーバ１８に送信する（Ｓ３４）。なお取得要求は、ユーザのアカウントＩＤを含む。

メタデータサーバ１８において、要求受付部２２６は、情報処理装置１０から、メタデータＩＤを含むイベントデータの取得要求を受け付ける（Ｓ３６）。メタデータＩＤ記録部２３４には、画像ＩＤおよび時間情報に対して割り当てたメタデータＩＤが記録されている。要求送信部２２８は、取得要求に含まれるメタデータＩＤにもとづいてメタデータＩＤ記録部２３４から時間情報を取得する（Ｓ３８）。具体的に要求送信部２２８は、取得要求に含まれるメタデータＩＤをメタデータＩＤ記録部２３４において探索し、当該メタデータＩＤに紐付けられた時間情報をメタデータＩＤ記録部２３４から抽出する。上記したように時間情報は、ゲーム動画の開始時間および終了時間を含んでいる。要求送信部２２８は、時間情報を含むイベントデータの取得要求をイベントサーバ１６に送信する（Ｓ４０）。取得要求は、ユーザのアカウントＩＤを含む。

イベントサーバ１６は、イベントデータの取得要求を取得すると、ユーザのアカウントＩＤに紐付けて蓄積したイベント情報のうち、取得要求に含まれる時間情報により定められる時間範囲内のイベント情報を検索する（Ｓ４２）。たとえば取得要求に含まれる１つの時間情報が、2020年6月30日、開始時間20:30:00、終了時間20:35:45である場合、イベントサーバ１６は、アカウントＩＤに紐付けて蓄積したイベント情報のうち、2020年6月30日、20:30:00～20:35:45の範囲内の時間情報（タイムスタンプ）を含むイベント情報を検索する。取得要求に複数の時間情報が含まれていれば、イベントサーバ１６は、各時間情報についてイベント情報を検索する。

イベントサーバ１６は、取得要求に含まれる時間情報（ゲーム動画の開始時間と終了時間）で定められる時間範囲内のタイムスタンプをもつイベント情報を抽出し、イベントデータをメタデータサーバ１８に送信する（Ｓ４４）。ここでイベントデータは、抽出したイベント情報と同一であってよいが、たとえばイベント情報に含まれるゲームデータの一部または全部を省略したものであってもよい。

メタデータサーバ１８において、データ取得部２３０は、イベントサーバ１６から送信されたイベントデータを取得し（Ｓ４６）、データ送信部２３２は、画像ＩＤに対応付けてイベントデータを情報処理装置１０に送信する（Ｓ４８）。

情報処理装置１０において、データ取得部１６８は、画像ＩＤに対応付けられたイベントデータを取得する（Ｓ５０）。このときデータ取得部１６８は、複数の画像ＩＤのそれぞれに対応付けられたイベントデータを取得し、取得したイベントデータを画像評価部１７０に供給する。画像評価部１７０は、イベントデータを用いて、動画記録領域に記録された複数のゲーム動画の評価値を算出する（Ｓ５２）。

なお記録装置２ａに記録されたゲーム動画のうち、配信サーバ１２にアップロードされたゲーム動画については、共有処理部１５２が、配信サーバ１２から、当該ゲーム動画の配信実績データを取得して、画像評価部１７０に供給してよい。配信実績データは、トータルの配信数や、直近１週間の配信数、視聴ユーザによる「いいね」の数等を含んでよい。画像評価部１７０は、ゲーム動画の配信実績データを用いて、配信されたゲーム動画の評価値を算出してよい。

図１０は、評価値保持部１６６が保持する評価値表の例を示す。評価値表は、イベントや配信実績等の項目に対して、評価値を割り当てて構成される。画像評価部１７０は、ゲーム動画のイベントデータおよび／または配信実績データから、評価値表を参照して、ゲーム動画の評価値を算出する。評価値が高いゲーム動画は、ユーザが興味をもつ可能性の高いことを意味し、逆に評価値の低いゲーム動画は、ユーザが興味をもつ可能性の低いことを意味する。

たとえば１つのゲーム動画において、以下のボス撃破イベントが発生し、トロフィが取得されたとともに、以下の配信実績データが対応付けられていたとする。
・ イベント
最終ボスを撃破
・ トロフィ
ゴールドトロフィを獲得
・ 配信回数
１５万回

このときユーザが、図８に示すように、ユーザが興味をもつ項目として、「トロフィ獲得」、「ボス撃破」、「ランキング上位獲得」、「エンディング」、「いいねの数」を選択しているものとする。画像評価部１７０は、選択された項目に関して、２０点の評価値を加点する処理を行う。

図１０を参照して、当該ゲーム動画の各要素における評価値は、以下のようになる。
・ 最終ボスを撃破 ７０点＋２０点（加点）
・ ゴールドトロフィを獲得 ６０点＋２０点（加点）
・ 配信回数１５万回 ２０点
以上のように、画像評価部１７０は、ゲーム動画の評価値の合計値を算出し、この例では１９０点と算出する。

画像評価部１７０は、記録装置２ａに記録された全てのゲーム動画について評価値を算出する。評価値を算出するタイミングは、データ削減処理部１８０によるデータ削減処理が必要なタイミングであってよい。つまり記録処理部１８６が新たなゲーム動画を動画記録領域に記録しようとして、動画記録領域の空き容量が不足していることが判明したタイミングで、画像評価部１７０が、記録済みの全てのゲーム動画の評価値を算出してよい。

図１１は、図６に示すＳ１０の記録処理の詳細フローの例を示す。受付部１３８が、ゲーム動画の記録要求をユーザから受け付けると（Ｓ６０）、記録処理部１８６は、これから記録するゲーム動画のデータ量と、動画記録領域の空き容量とを比較する（Ｓ６２）。ここでは動画記録領域の上限容量が５０ＧＢであって、記録済みのゲーム動画のトータルのデータ量が４９．５ＧＢであり、したがって空き容量が０．５ＧＢであるものとする。これから記録するゲーム動画のデータ量が、空き容量（０．５ＧＢ）以下である場合（Ｓ６２のＮ）、記録処理部１８６は、ゲーム動画を空き領域に記録する（Ｓ６８）。このときデータ削減処理部１８０は、データ削減処理を実施しない。

一方、これから記録するゲーム動画のデータ量が、空き容量（０．５ＧＢ）より大きい場合（Ｓ６２のＹ）、ゲーム動画を動画記録領域の空き領域に記録できない。そのため動画記録領域の空き領域を広げるデータ削減処理を実施する必要がある。たとえばゲーム動画のデータ量が１．２ＧＢである場合、動画記録領域の空き領域を、少なくとも０．７（＝１．２－０．５）ＧＢ分だけ拡張する必要がある。以下、空き領域の必要な拡張容量を、単に「拡張容量」と呼ぶ。実施例では、データ量を削減するゲーム動画を決定する指標を生成するべく、画像評価部１７０が、動画記録領域に記録されている全てのゲーム動画の評価値を算出する（Ｓ６４）。

データ削減処理部１８０は、複数のゲーム動画のそれぞれの評価値にもとづいて、動画記録領域に記録されているゲーム動画のデータ量を削減する（Ｓ６６）。この例でデータ削減処理部１８０は、少なくとも拡張容量（０．７ＧＢ）分のゲーム動画のデータ量を削減する。以下、データ削減処理の複数の態様を示す。

（１）動画削除部１８２によるデータ削減処理の態様
動画削除部１８２は、評価値が相対的に低いゲーム動画を動画記録領域から削除する。評価値が相対的に低いとは、全てのゲーム動画の評価値の平均値よりも低いことを少なくとも意味する。たとえば動画削除部１８２は、総データ量が拡張容量以上となるまで、削除対象となるゲーム動画を、評価値が最も低いゲーム動画から順に決定してよい。ここでゲーム動画の削除は、ゲーム動画の全体を削除することを意味する。動画削除部１８２は、評価値の低い順にゲーム動画のデータ量を加算して、加算したデータ量が拡張容量以上となる１以上のゲーム動画を、削除対象として決定してよい。

たとえば評価値の低い順に動画Ａ、動画Ｂ、動画Ｃ、動画Ｄとあり、動画Ａが０．４ＧＢ、動画Ｂが０．２ＧＢ、動画Ｃが０．３ＧＢ、動画Ｄが０．１ＧＢである場合について説明する。評価値の低い順にゲーム動画のデータ量を加算していくと、動画Ａ、動画Ｂ、動画Ｃのデータ量を加算した時点で、加算値は０．９ＧＢとなり、拡張容量を超える。そこで動画削除部１８２は、動画Ａ、動画Ｂ、動画Ｃを削除対象として決定して、削除してよい。

なお動画削除部１８２は、ゲーム動画の評価値が所定の閾値以下であることを、さらなる削除条件としてもよい。たとえば３０点以下の評価値をもつゲーム動画は、盛り上がるシーンが少なく、ユーザの興味を引かないことが想定される。そこで動画削除部１８２は、評価値が相対的に低く、且つ評価値が所定の閾値（たとえば３０点）以下であるゲーム動画を削除対象として決定し、削除してもよい。このとき動画削除部１８２は、拡張容量を大きく超えるデータ量分のゲーム動画を削除してもよい。

（２）動画編集部１８４によるデータ削減の態様
動画編集部１８４は、評価値が相対的に低いゲーム動画の一部を削除することで、当該ゲーム動画のデータ量を低減する。たとえば１５分のゲーム動画に１つのイベントが含まれている場合、そのイベント発生時の前後のシーン（イベントシーン）は魅力的であるが、それ以外のシーンは盛り上がりに欠けることが想定される。そこで動画編集部１８４は、評価値の低い順に、ゲーム動画のイベントシーン以外を削除する編集を行い、編集により削減されたデータ量の総和が拡張容量以上となるまで、当該削除編集を行ってよい。

以上は、動画編集部１８４が、評価値が相対的に低いゲーム動画を編集対象とすることを説明したが、別の基準で編集対象を定めてもよい。たとえば動画編集部１８４は、評価値が所定の閾値より低く且つデータ量が所定の閾値より大きいゲーム動画を編集対象として決定してもよい。評価値が所定の閾値より低く、且つデータ量が所定の閾値より大きいゲーム動画は、効果的にユーザの興味を引くシーンに乏しい動画であると言える。そこで、このようなゲーム動画を編集対象とすることで、動画編集部１８４は、当該ゲーム動画のデータ量を効率的に低減できると考えられる。

なお以上の動画削除部１８２および動画編集部１８４によるデータ削減態様において、評価値は、画像評価部１７０が算出したものを使用しているが、ゲーム動画の再生時間には、ばらつきがある。そこで評価値は、単位時間あたりの評価値に換算したものを使用してもよい。動画削除部１８２および動画編集部１８４は、単位時間あたりの評価値を使用することで、ゲーム動画の評価を正規化できる。なお動画編集部１８４による編集によれば、ゲーム動画を一部削除することで、動画時間が短縮されるため、単位時間あたりの評価値は高まることになる。

記録処理部１８６は、データ削減処理を実施された動画記録領域に、新しいゲーム動画を記録する（Ｓ６８）。以上のように記録管理部１３６は、各ゲーム動画の評価値を利用することで、効果的にゲーム動画のデータ量を削減して、新しいゲーム動画を記録することが可能となる。

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

１・・・情報処理システム、１０・・・情報処理装置、１４・・・管理サーバ、１６・・・イベントサーバ、１８・・・メタデータサーバ、１００・・・処理部、１０２・・・通信部、１１０・・・ゲームソフトウェア、１２０・・・イベント情報生成部、１２２・・・イベント情報送信部、１２４・・・トロフィ処理部、１３０・・・出力処理部、１３２・・・記録制御部、１３４・・・リングバッファ、１３６・・・記録管理部、１３８・・・受付部、１４０・・・編集処理部、１４２・・・共有処理部、１６０・・・動画情報送信部、１６２・・・ＩＤ取得部、１６４・・・設定部、１６６・・・評価値保持部、１６８・・・データ取得部、１７０・・・画像評価部、１８０・・・データ削減処理部、１８２・・・動画削除部、１８４・・・動画編集部、１８６・・・記録処理部、２００・・・トリミング編集画面、２１０・・・制御部、２１２・・・通信部、２２０・・・情報取得部、２２２・・・ＩＤ割当部、２２４・・・ＩＤ送信部、２２６・・・要求受付部、２２８・・・要求送信部、２３０・・・データ取得部、２３２・・・データ送信部、２３４・・・メタデータＩＤ記録部。

Claims (8)

1. ゲームソフトウェアを実行する情報処理装置であって、当該情報処理装置は、管理サーバと接続しており、ゲームソフトウェアは、ゲーム進行中に設定されたイベントが発生すると、発生したイベントを示すイベントコードを出力するものであって、
   イベントコードと、イベントが発生した時間を含むイベント情報を管理サーバに送信するイベント情報送信部と、
   複数のゲーム動画を記録する記録装置と、
   前記記録装置においてゲーム動画に設定された画像ＩＤと、当該ゲーム動画の開始時間および終了時間を示す時間情報を管理サーバに送信する動画情報送信部と、
   管理サーバから、当該ゲーム動画内で発生したイベントを特定するイベントデータを取得するイベントデータ取得部と、
   取得したイベントデータを用いて、前記記録装置に記録された複数のゲーム動画の評価値を算出する画像評価部と、
   複数のゲーム動画のそれぞれの評価値にもとづいて、前記記録装置に記録されているゲーム動画のデータ量を削減するデータ削減処理部と、
   を備えることを特徴とする情報処理装置。
2. 前記データ削減処理部は、評価値が相対的に低いゲーム動画を前記記録装置から削除する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記データ削減処理部は、ゲーム動画の一部を削除することで、当該ゲーム動画のデータ量を低減する、
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記データ削減処理部は、単位時間あたりの評価値が相対的に低いゲーム動画のデータ量を削減する、
   ことを特徴とする請求項１から３のいずれかに記載の情報処理装置。
5. 複数のゲーム動画を記録する記録装置と、
   前記記録装置に記録された複数のゲーム動画の評価値を算出する画像評価部と、
   複数のゲーム動画のそれぞれの評価値にもとづいて、前記記録装置に記録されているゲーム動画のデータ量を削減するデータ削減処理部と、を備え、
   前記データ削減処理部は、評価値が相対的に低いゲーム動画または単位時間あたりの評価値が相対的に低いゲーム動画を前記記録装置から削除する、
   ことを特徴とする情報処理装置。
6. 前記記録装置において、複数のゲーム動画を記録する領域には上限容量が設定されており、
   前記データ削減処理部は、新たなゲーム動画を前記記録装置に記録する際に、既に記録されているゲーム動画のデータ量を削減する、
   ことを特徴とする請求項１から５のいずれかに記載の情報処理装置。
7. ゲームソフトウェアを実行する情報処理装置であって、管理サーバと接続している情報処理装置において、ゲーム動画を記録する方法であって、ゲームソフトウェアは、ゲーム進行中に設定されたイベントが発生すると、発生したイベントを示すイベントコードを出力するものであって、
   イベントコードと、イベントが発生した時間を含むイベント情報を管理サーバに送信するステップと、
   記録装置に記録されたゲーム動画に設定された画像ＩＤと、当該ゲーム動画の開始時間および終了時間を示す時間情報を管理サーバに送信するステップと、
   管理サーバから、当該ゲーム動画内で発生したイベントを特定するイベントデータを取得するステップと、
   取得したイベントデータを用いて、前記記録装置に既に記録されている複数のゲーム動画の評価値を算出するステップと、
   複数のゲーム動画のそれぞれの評価値にもとづいて、前記記録装置に記録されているゲーム動画のデータ量を削減するステップと、
   新しいゲーム動画を前記記録装置に記録するステップと、
   を有することを特徴とするゲーム動画記録方法。
8. ゲームソフトウェアを実行するコンピュータであって、管理サーバと接続しているコンピュータに、ゲーム動画の記録を行わせるプログラムであって、ゲームソフトウェアは、ゲーム進行中に設定されたイベントが発生すると、発生したイベントを示すイベントコードを出力するものであって、
   イベントコードと、イベントが発生した時間を含むイベント情報を管理サーバに送信する機能と、
   記録装置に記録されたゲーム動画に設定された画像ＩＤと、当該ゲーム動画の開始時間および終了時間を示す時間情報を管理サーバに送信する機能と、
   管理サーバから、当該ゲーム動画内で発生したイベントを特定するイベントデータを取得する機能と、
   取得したイベントデータを用いて、前記記録装置に既に記録されている複数のゲーム動画の評価値を算出する機能と、
   複数のゲーム動画のそれぞれの評価値にもとづいて、前記記録装置に記録されているゲーム動画のデータ量を削減する機能と、
   新しいゲーム動画を前記記録装置に記録する機能と、
   を実現させるためのプログラム。

Images