知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-26
(45)【発行日】2024-09-03
(54)【発明の名称】ログ生成装置、ログ生成方法及びログ生成プログラム
(51)【国際特許分類】
A63F 13/49 20140101AFI20240827BHJP
A63F 13/53 20140101ALI20240827BHJP
A63F 13/80 20140101ALI20240827BHJP
A63F 13/833 20140101ALI20240827BHJP
A63F 13/497 20140101ALI20240827BHJP
【ＦＩ】
A63F13/49
A63F13/53
A63F13/80 E
A63F13/833
A63F13/497
【請求項の数】
10
(21)【出願番号】P 2020117895
(22)【出願日】2020-07-08
(65)【公開番号】P2022015205
(43)【公開日】2022-01-21
【審査請求日】2023-04-07
(73)【特許権者】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】谷口 愛美
(72)【発明者】
【氏名】滝澤 友洋
(72)【発明者】
【氏名】南澤 沙良
(72)【発明者】
【氏名】鈴木 祐太郎
(72)【発明者】
【氏名】武田 真衣
(72)【発明者】
【氏名】有馬 和宏
(72)【発明者】
【氏名】佐久間 俊平
(72)【発明者】
【氏名】王 林
(72)【発明者】
【氏名】村澤 昂樹
(72)【発明者】
【氏名】久徳 晃史
(72)【発明者】
【氏名】▲吉▼村 竜哉
(72)【発明者】
【氏名】江 龍
(72)【発明者】
【氏名】紙徳 直生
【審査官】前地 純一郎
(56)【参考文献】
【文献】特開２００７－３３６２８３（ＪＰ，Ａ）
【文献】特開２０１７－１８８８３３（ＪＰ，Ａ）
【文献】特開２０１９－０１３３４９（ＪＰ，Ａ）
【文献】特開２０１８－１０８１９１（ＪＰ，Ａ）
【文献】深層学習によるAI実況プレイ動画生成：プロジェクト評価書，2018年度未踏IT人材発掘・育成事業プロジェクト成果，2019年04月19日，インターネット＜URL:https://www.ipa.go.jp/archive/files/000073231.pdf, リンク元URL:https://www.ipa.go.jp/archive/jinzai/mitou/it/2018/seika.html＞，[2024年3月1日検索]
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６３Ｆ １３／００－１３／９８
Ａ６３Ｆ ９／２４
(57)【特許請求の範囲】
【請求項1】
ゲーム映像を取得する取得部と、
ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用する画像処理部と、
前記画像処理の結果から前記ゲームに関するログデータを生成するログ生成部と、
前記ログデータを用いて前記ゲームの進行状況を示す表示を行う表示制御部と、
を有し、
前記ログ生成部は、所定のフレーム数ごとまたは所定の期間ごとに前記ゲーム映像上で常時表示されるパーツに対する画像処理の結果から前記ログデータを生成し、
前記表示制御部は、前記ログデータから前記ゲームの戦況の時系列変化を表示する、
ログ生成装置。
【請求項2】
ゲーム映像を取得する取得部と、
ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用する画像処理部と、
前記画像処理の結果から前記ゲームに関するログデータを生成するログ生成部と、
前記ログデータを用いて前記ゲームの進行状況を示す表示を行う表示制御部と、
を有し、
前記表示制御部は、前記ゲームの戦況の時系列変化を複数のチームごとに表示する、
ログ生成装置。
【請求項3】
前記設定データは、前記パーツが前記ゲーム映像上で常時表示されるか否かの選択肢、前記パーツが前記ゲーム映像中で表示される座標が固定されるか否かの選択肢、および、前記パーツが文字列、オブジェクトまたは領域のいずれを認識対象とするかの選択肢の組合せによる分類と、各画像処理に定義された分類との一致度に基づいて設定される請求項１または２に記載のログ生成装置。
【請求項4】
前記ログデータは、落ち物パズルにおける操作ピース数および前記操作ピース数に特殊ピースが足し合わされた合計ピース数を含み、前記ゲームの戦況の時系列変化は、前記合計ピース数に対する前記操作ピース数の割合である請求項１または２に記載のログ生成装置。
【請求項5】
前記ログデータは、格闘ゲームにおける体力ゲージの面積および残量ゲージの面積を含み、前記ゲームの戦況の時系列変化は、前記体力ゲージの面積に対する前記残量ゲージの面積の割合である請求項１または２に記載のログ生成装置。
【請求項6】
前記ログ生成部は、前記画像処理の結果として前記ゲーム映像上で常時表示されないパーツの表示が検知された場合、検知されたタイミングに対応するハイライトシーンの動画を前記ログデータとして生成し、前記表示制御部は、前記ハイライトシーンの動画を再生する請求項１～５のいずれか１つに記載のログ生成装置。
【請求項7】
ゲーム映像を取得し、ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用し、
前記画像処理の結果から前記ゲームに関するログデータを生成し、
前記ログデータを用いて前記ゲームの進行状況を示す表示を行う、
処理をコンピュータが実行し、
前記生成する処理は、所定のフレーム数ごとまたは所定の期間ごとに前記ゲーム映像上で常時表示されるパーツに対する画像処理の結果から前記ログデータを生成する処理を含み、
前記表示を行う処理は、前記ログデータから前記ゲームの戦況の時系列変化を表示する処理を含む、
ログ生成方法。
【請求項8】
ゲーム映像を取得し、ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用し、
前記画像処理の結果から前記ゲームに関するログデータを生成し、
前記ログデータを用いて前記ゲームの進行状況を示す表示を行う、
処理をコンピュータが実行し、
前記表示を行う処理は、前記ゲームの戦況の時系列変化を複数のチームごとに表示する処理を含む、
ログ生成方法。
【請求項9】
ゲーム映像を取得し、ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用し、
前記画像処理の結果から前記ゲームに関するログデータを生成し、
前記ログデータを用いて前記ゲームの進行状況を示す表示を行う、
処理をコンピュータに実行させ、
前記生成する処理は、所定のフレーム数ごとまたは所定の期間ごとに前記ゲーム映像上で常時表示されるパーツに対する画像処理の結果から前記ログデータを生成する処理を含み、
前記表示を行う処理は、前記ログデータから前記ゲームの戦況の時系列変化を表示する処理を含む、
ログ生成プログラム。
【請求項10】
ゲーム映像を取得し、ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用し、
前記画像処理の結果から前記ゲームに関するログデータを生成し、
前記ログデータを用いて前記ゲームの進行状況を示す表示を行う、
処理をコンピュータに実行させ、
前記表示を行う処理は、前記ゲームの戦況の時系列変化を複数のチームごとに表示する処理を含む、
ログ生成プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ログ生成装置、ログ生成方法及びログ生成プログラムに関する。
【背景技術】
【0002】
ゲームの実況解説に関する技術の１つとして、ゲーム機から出力される、ゲームの中で起こった事象の内容及び時間を示すゲームデータを実況用コンテンツを含む実況用画面の生成に用いるものが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１９－１３３４９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記の技術では、ゲーム機からゲームデータが得られない場合に実況用画面が生成できないので、ゲーム観戦の盛り上がりがゲーム機に依存するという一面がある。
【0005】
１つの側面では、本発明は、ゲーム映像からログデータを生成できるログ生成装置、ログ生成方法及びログ生成プログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
一態様のログ生成装置は、ゲーム映像を取得する取得部と、ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用する画像処理部と、前記画像処理の結果から前記ゲームに関するログデータを生成するログ生成部と、を有する。
【発明の効果】
【0007】
ゲーム映像からログデータを生成できる。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下に添付図面を参照して本願に係るログ生成装置、ログ生成方法及びログ生成プログラムについて説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例1】
【0010】
［システム構成］
図１は、実施例１に係る情報処理装置１０の機能的構成の一例を示すブロック図である。図１に示す情報処理装置１０は、対戦型のスポーツ、例えばｅスポーツ（electronic sports）の観戦を支援する観戦支援機能を有するものである。
図１は、実施例１に係る情報処理装置１０の機能的構成の一例を示すブロック図である。図１に示す情報処理装置１０は、対戦型のスポーツ、例えばｅスポーツ（electronic sports）の観戦を支援する観戦支援機能を有するものである。
【0011】
情報処理装置１０は、上記の観戦支援機能を提供するコンピュータの一例である。一実施形態として、情報処理装置１０は、パッケージソフトウェア又はオンラインソフトウェアとして、上記の観戦支援機能を実現する観戦支援プログラムを任意のコンピュータにインストールさせることによって実装できる。例えば、情報処理装置１０は、上記の観戦支援機能をオンプレミスに提供するサーバとして実装することができる。この場合、情報処理装置１０は、必ずしも対戦スポーツの試合会場の外部に設けずともよく、対戦スポーツの試合会場の現場に設置される情報システム、例えば映像システム２０等の一部に組み込まれることとしてもかまわない。これに限定されず、情報処理装置１０は、ＳａａＳ（Software as a Service）型のアプリケーションとして実装することで、上記の観戦支援機能をクラウドサービスとして提供することとしてもよい。
【0012】
図１に示すように、情報処理装置１０には、映像システム２０が接続され得る。これら情報処理装置１０及び映像システム２０は、任意のネットワークＮＷを介して通信可能に接続される。ネットワークＮＷは、有線または無線を問わず、インターネットやＬＡＮ（Local Area Network）などの任意の種類の通信網であってよい。
【0013】
映像システム２０は、ｅスポーツのゲーム映像などを表示するシステムである。例えば、映像システム２０には、図１に示すように、ゲーム装置２１と、キャプチャ装置２３と、表示装置２５とが含まれ得る。
【0014】
ゲーム装置２１は、コンピュータゲームのソフトウェアが実行されるコンピュータである。例えば、ゲーム装置２１には、プレイヤによって操作されるコントローラ等の操作装置やプレイヤのゲーム映像が表示されるプレイヤ用の表示装置（不図示）などが接続され得る。ここで言う「ゲーム装置」とは、コンピュータゲームのソフトウェアが実行されるという側面から付与されたラベルであり、そのハードウェア構成や導入されるソフトウェアの種類は限定されず、任意の種類のコンピュータであってかまわない。また、「コンピュータゲーム」は、コンシューマまたはアーケードの種別を問わず、任意のタイトルやジャンルであってかまわない。その上で例を挙げれば、ファーストパーソンシューティングやサードパーソンシューティング、リアルタイムストラテジ、マルチプレイオンラインバトルアリーナ、パズルゲーム、陣取りゲーム、格闘ゲーム、スポーツゲームなどが挙げられる。このようなゲーム装置２１が出力するゲーム映像は、キャプチャ装置２３へ入力される。
【0015】
キャプチャ装置２３は、ゲーム装置２１により出力されたゲーム映像をキャプチャする装置の一例である。例えば、キャプチャ装置２３は、キャプチャボード等により実現される。このようにキャプチャ装置２３により取り込まれたゲーム映像は、ネットワークＮＷを介して情報処理装置１０へ伝送される。
【0016】
なお、キャプチャ装置２３には、対戦チーム、あるいは同一のチームに属するプレイヤの間でゲーム映像の視点が異なるゲームタイトルが実行される場合、後述の表示装置２５が所定のスクリーンに表示する映像を切り替えるスイッチャを接続することもできる。このようなスイッチャにより、ゲーム装置２１により出力されるプレイヤ視点のゲーム映像やゲーム上のフィールドやマップを上方向から俯瞰する俯瞰視点のゲーム映像のうち、図示しないコントロールパネルを介して選択されるゲーム映像を表示装置２５に出力することもできる。
【0017】
表示装置２５は、所定のスクリーンに映像を表示する装置である。あくまで一例として、表示装置２５には、発光により表示を実現する液晶ディスプレイや有機ＥＬ（Electro Luminescence）ディスプレイなどを採用することができる。他の一例として、表示装置２５には、投影により表示を実現するプロジェクタを採用することもできる。このようにプロジェクタが採用される場合、専用のスクリーンを用いることもできれば、壁や床などの平面をスクリーンとして用いることもできる。例えば、表示装置２５は、ゲーム装置２１から入力されるライブのゲーム映像を所定のスクリーンに表示する。この他、表示装置２５は、ゲームの戦況やハイライトなどを所定のスクリーンに表示させることもできる。
【0018】
［表示制御機能］
このような映像システム２０では、ノンプレイヤやライトファンの観戦ハードルを下げる側面から、ゲームの戦況やハイライトなどのタイムライン表示が対戦チームまたは個人の対戦者ごとに行われる。
このような映像システム２０では、ノンプレイヤやライトファンの観戦ハードルを下げる側面から、ゲームの戦況やハイライトなどのタイムライン表示が対戦チームまたは個人の対戦者ごとに行われる。
【0019】
あくまで一例として、ｅスポーツを例に挙げれば、ｅスポーツの大会等は、コアプレイヤやコアファンなどの参加が多数である側面がある。コアプレイヤやコアファンは、ｅスポーツの試合に対する知識レベルが高い。その一方で、ノンプレイヤやライトファンには、コアプレイヤやコアファンほどの知識レベルはない。しかしながら、コンシューマ向けのゲームの普及が進む現状、ノンプレイヤやライトファンは、潜在的なｅスポーツの観戦者となり得る。このようなノンプレイヤやライトファンにとって、コアプレイヤやコアファンとの知識レベルのギャップが観戦ハードルを高める一因となっている。
【0020】
例えば、ノンプレイヤやライトファンは、必ずしも各チームのプレイヤが使用するアバター等に関する知識を持っているとは限らない。それ故、戦況やハイライトシーンなどの表示が行われたとしても、観戦者が応援するチームのものであるのか、あるいは観戦者が応援するチームと対戦中のチームのものであるのかを把握するのは困難である。このように、観戦者が応援するチームのものが表示されているのか、あるいは対戦中のチームのものが表示されているのかも分からない状況では、スポーツ観戦の面白さが観戦者に伝わりづらい。このため、コアプレイヤやコアファンと一体となってスポーツ観戦を楽しむことができず、観戦ハードルを高める一因となっている。
【0021】
このような側面から、映像システム２０では、ゲームの戦況やハイライトなどのタイムライン表示が対戦チームごとに行われる。
【0022】
図２は、スクリーンのレイアウトの一例を示す図である。図２には、各チーム４人制のＡチーム及びＢチームの計２チームでｅスポーツの対戦が行われる場合のスクリーンのレイアウトが示されている。なお、図２には、あくまで一例として、ｅスポーツが４ｖｓ４のチーム戦である例を挙げるが、チームの構成人数は任意の人数であってよく、１ｖｓ１の個人戦のｅスポーツが実施される場合にも同様のスクリーンの表示を適用できる。
【0023】
図２に示すように、ｅスポーツの会場に設置される映像システム２０には、Ａチームの４人のプレイヤＰＡ１～ＰＡ４が使用するゲーム装置２１ＰＡ１～２１ＰＡ４と、Ｂチームの４人のプレイヤＰＢ１～ＰＢ４が使用するゲーム装置２１ＰＢ１～２１ＰＢ４とが含まれる。さらに、映像システム２０には、表示装置２５により映像が表示される表示領域の一例として、メインスクリーン２５０の左右に、チームスクリーン２５１Ａと、チームスクリーン２５１Ｂとが配置される。以下、チームスクリーン２５１Ａおよびチームスクリーン２５１Ｂのラベルを区別しない場合に「チームスクリーン２５１」と記載する場合がある。
【0024】
これらメインスクリーン２５０、チームスクリーン２５１Ａ及びチームスクリーン２５１Ｂは、３つのディスプレイを割り当てることによって実装したり、１つのディスプレイが３つに分割された表示領域を割り当てることによって実装したりすることができる。また、複数のディスプレイを結合することによってメインスクリーン２５０、チームスクリーン２５１Ａまたはチームスクリーン２５１Ｂなどの表示領域を形成することもできる。この他、プロジェクションによる表示が行われる場合、ｅスポーツの会場の一部、例えば壁面をメインスクリーン２５０、チームスクリーン２５１Ａまたはチームスクリーン２５１Ｂとして割り当てることもできる。
【0025】
メインスクリーン２５０には、ライブのゲーム映像が表示される。例えば、メインスクリーン２５０に表示されるゲーム映像は、図示しないスイッチャにより切り替えられる。図２に示す例で言えば、ゲーム装置２１ＰＡ１～２１ＰＡ４及びゲーム装置２１ＰＢ１～２１ＰＢ４から入力されるプレイヤＰＡ１～ＰＡ４視点およびプレイヤＰＢ１～ＰＢ４視点のゲーム映像がスイッチャへ入力される。この場合、スイッチャでは、プレイヤＰＡ１～ＰＡ４視点およびプレイヤＰＢ１～ＰＢ４視点と、ゲーム上のフィールドが上方向から俯瞰された俯瞰視点との中から１つの視点が図示しないコントロールパネルを介して選択される。このような選択操作は、あくまで一例として、スイッチャと呼ばれるスタッフ、あるいは実況や解説者によって行われる。
【0026】
また、チームスクリーン２５１は、複数のチームそれぞれに割り当てられた表示領域であって、互いに重複しない表示領域の一例に対応する。例えば、チームスクリーン２５１Ａには、ゲーム映像のうちＡチームの戦況やハイライトが表示される。さらに、チームスクリーン２５１Ｂには、ゲーム映像のうちＢチームの戦況やハイライトが表示される。以下、チームスクリーン２５１Ａやチームスクリーン２５１Ｂにクリップされるハイライトシーンの動画のことを「クリップ」と記載する場合がある。
【0027】
このように、本実施例に係る観戦支援機能には、チームごとに割り当てられたスクリーンに、各チームの戦況やハイライトを整理して表示する表示制御機能がパッケージ化される。このような表示制御機能によって、観戦者が応援するチームの戦況やハイライトが表示されているのか、あるいは対戦中のチームの戦況やハイライトが表示されているのかを識別させることができる。それ故、本実施例に係る表示制御機能によれば、観戦者にとって、対戦中の複数チームそれぞれの戦況やハイライトを把握し易くできる。
【0028】
さらに、本実施例に係る表示制御機能では、チームスクリーン２５１にゲームにおける有利または不利の程度を表す戦況グラフや複数のクリップを時系列に並べて配置するタイムライン表示が行われる。例えば、チームスクリーン２５１Ａ及びチームスクリーン２５０Ｂでは、戦況グラフのメインスクリーン２５０側にゲーム映像の最新フレームに対応する戦況を追加すると共に戦況グラフ全体をメインスクリーン２５０から遠ざかる側へシフトする更新が行われる。さらに、チームスクリーン２５１Ａ及びチームスクリーン２５０Ｂでは、クリップの抽出時に当該クリップがメインスクリーン２５０側に追加されると共に配置済みのクリップがメインスクリーン２５０から遠ざかる側へシフトする更新が行われる。
【0029】
このように、チームスクリーン２５１に、チームごとの戦況グラフやクリップを時系列に配置するので、ｅスポーツにおけるゲームの戦況や見どころを時系列に把握しやすくできる。
【0030】
［課題の一側面］
上記の戦況グラフやクリップ等の表示制御機能は、ゲームのログデータがあって始めて機能する。それ故、上記の背景技術の欄で挙げた技術のように、ゲームデータの供給をゲーム機に依存したのでは、ノンプレイヤやライトファンの観戦を支援できる場面が限定されてしまう側面がある。
上記の戦況グラフやクリップ等の表示制御機能は、ゲームのログデータがあって始めて機能する。それ故、上記の背景技術の欄で挙げた技術のように、ゲームデータの供給をゲーム機に依存したのでは、ノンプレイヤやライトファンの観戦を支援できる場面が限定されてしまう側面がある。
【0031】
［課題解決のアプローチの一側面］
そこで、本実施例では、ゲームの画面レイアウトのパーツごとにパーツの分類に対応する画像処理が割り当てられた設定にしたがってゲーム映像内の各領域に適用された画像処理結果からゲームの戦況やハイライトの表示に用いるログを生成するログ生成機能を実装する。このようなログ生成機能を観戦支援機能にパッケージすることにより、ゲーム機からのデータ供給に依存しない観戦支援を実現する。
そこで、本実施例では、ゲームの画面レイアウトのパーツごとにパーツの分類に対応する画像処理が割り当てられた設定にしたがってゲーム映像内の各領域に適用された画像処理結果からゲームの戦況やハイライトの表示に用いるログを生成するログ生成機能を実装する。このようなログ生成機能を観戦支援機能にパッケージすることにより、ゲーム機からのデータ供給に依存しない観戦支援を実現する。
【0032】
［情報処理装置１０の構成］
次に、本実施例に係る情報処理装置１０の機能的構成の一例について説明する。図１に示すように、情報処理装置１０は、通信インタフェイス１１と、記憶部１３と、制御部１５とを有する。なお、図１には、データの授受の関係を表す実線が示されているが、説明の便宜上、最小限の部分について示されているに過ぎない。すなわち、各処理部に関するデータの入出力は、図示の例に限定されず、図示以外のデータの入出力、例えば処理部及び処理部の間、処理部及びデータの間、並びに、処理部及び外部装置の間のデータの入出力が行われることとしてもかまわない。
次に、本実施例に係る情報処理装置１０の機能的構成の一例について説明する。図１に示すように、情報処理装置１０は、通信インタフェイス１１と、記憶部１３と、制御部１５とを有する。なお、図１には、データの授受の関係を表す実線が示されているが、説明の便宜上、最小限の部分について示されているに過ぎない。すなわち、各処理部に関するデータの入出力は、図示の例に限定されず、図示以外のデータの入出力、例えば処理部及び処理部の間、処理部及びデータの間、並びに、処理部及び外部装置の間のデータの入出力が行われることとしてもかまわない。
【0033】
通信インタフェイス１１は、他の装置、例えば映像システム２０との間で通信制御を行うインタフェイスの一例に対応する。あくまで一例として、通信インタフェイス１１は、ＬＡＮカードなどのネットワークインタフェイスカードなどにより実現される。例えば、通信インタフェイス１１は、映像システム２０から各種の映像、例えばライブのゲーム映像などを受け付けたり、各チームスクリーン２５１に配置する戦況グラフやクリップの表示指示を映像システム２０へ出力したりする。
【0034】
記憶部１３は、制御部１５で実行されるＯＳ（Operating System）を始め、上記の観戦支援プログラムなどの各種プログラムに用いられるデータを記憶する機能部である。
【0035】
あくまで一例として、記憶部１３は、情報処理装置１０における補助記憶装置などにより実現される。例えば、ＨＤＤ（Hard Disk Drive）、光ディスクやＳＳＤ（Solid State Drive）などが補助記憶装置に対応する。この他、ＥＰＲＯＭ（Erasable Programmable Read Only Memory)などのフラッシュメモリも補助記憶装置に対応し得る。
【0036】
記憶部１３は、制御部１５で実行されるプログラムに用いられるデータの一例として、設定データ１３Ａと、ログデータ１３Ｂとを記憶する。これらのデータ以外にも、上記の観戦支援プログラムによって参照または生成が行われるデータ、例えばゲーム動画やハイライトシーンの動画などが記憶部１３に記憶されることとしてもかまわない。なお、設定データ１３Ａおよびログデータ１３Ｂの説明は、各データの参照または生成が行われる制御部１５の説明と合わせて行うこととする。
【0037】
制御部１５は、情報処理装置１０の全体制御を行う機能部である。
【0038】
一実施形態として、制御部１５は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などのハードウェアプロセッサにより実装することができる。ここでは、プロセッサの一例として、ＣＰＵやＭＰＵを例示したが、汎用型および特化型を問わず、任意のプロセッサにより実装することができる。この他、制御部１５は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などのハードワイヤードロジックによって実現されることとしてもよい。
【0039】
制御部１５は、上記の観戦支援プログラムを実行することにより、図示しない主記憶装置として実装されるＤＲＡＭ（Dynamic Random Access Memory）などのＲＡＭのワークエリア上に図１に示す処理部を仮想的に実現する。なお、ここでは、上記のログ生成機能および上記の表示制御機能などの一連の機能がパッケージ化された観戦支援プログラムが実行される例を挙げるが、情報処理装置１０上で動作するプログラムはこれに限定されない。例えば、上記の観戦支援プログラムの機能のうちログ生成機能または表示制御機能の任意の機能が抜粋してプログラムモジュールとして実行されたり、あるいはライブラリとして参照されたりすることとしてもよい。
【0040】
例えば、制御部１５は、図１に示すように、取得部１５Ａと、画像処理部１５Ｂと、ログ生成部１５Ｃと、表示制御部１５Ｄとを有する。
【0041】
取得部１５Ａは、各種のデータを取得する処理部である。１つの側面として、取得部１５Ａは、キャプチャ装置２３からゲーム映像をコンピュータゲームにおける試合の進行と同期してリアルタイムに取得する。例えば、取得部１５Ａは、ゲーム映像のフレームごとに、コンピュータゲームにおける試合開始から試合終了までキャプチャ装置２３から伝送される動画のストリームデータを受信する。このようにリアルタイムで取得されたゲーム映像が画像処理部１５Ｂへ入力される。
【0042】
なお、ここでは、あくまで一例として、ゲーム映像がリアルタイムで取得される例を挙げたが、必ずしもゲーム映像はリアルタイムで取得されずともよく、所定期間のゲーム映像がバッチ処理で収集されることとしてもかまわない。また、ここでは、制御部１５の各部が共有する記憶領域上で取得部１５Ａにより取得されるゲーム映像がバッファリングされる例を挙げるが、記憶部１３に保存されたゲーム映像が画像処理部１５Ｂにより参照されることとしてもかまわない。さらに、ここでは、キャプチャ装置２３によりゲーム装置２１から取り込まれたゲーム映像を取得する例を挙げたが、メインスクリーン２５０に表示されたゲーム映像を撮像することによりゲーム映像を取得することもできる。
【0043】
画像処理部１５Ｂは、記憶部１３に記憶された設定データ１３Ａにしたがってゲーム映像に画像処理を適用する処理部である。
【0044】
ここで、設定データ１３Ａは、ゲームの画面レイアウトのパーツごとに当該パーツの分類に対応する画像処理が割り当てられたデータである。あくまで一例として、設定データ１３Ａには、パーツＩＤ（IDentification）ごとにパーツ名、チーム名、領域定義および画像処理ＩＤが対応付けられたデータを採用できる。ここで言う「パーツＩＤ」は、パーツの識別情報の一例に対応する。また、「パーツ名」は、パーツの名称を指す。さらに、「チーム名」とは、ゲームの試合を行うチームの中でもパーツに表示される情報が属する方のチームの名称を指すが、必ずしもチームの構成人数は複数でなくともよい。例えば、１ｖｓ１の個人戦が行われる場合、「チーム名」には、１人目のプレイヤ、いわゆる「１Ｐ」、あるいは２人目のプレイヤ、いわゆる「２Ｐ」などが設定される。さらに、「領域定義」とは、ゲーム映像上のパーツの位置およびサイズを識別する定義を指す。また、「画像処理ＩＤ」は、画像処理の識別情報を指し、ここでは、パーツに対応するゲーム映像上の領域に適用される画像処理ＩＤを意味する。
【0045】
図３は、設定データ１３Ａの一例を示す図である。図３には、ｅスポーツのあくまで一例として、落ち物パズルと呼ばれるジャンルに属するゲームタイトルに設定される設定データが示されている。ここで言う「落ち物パズル」とは、盤面上でピースとなる図柄を落下させて組み立てるパズルのことを指す。落ち物パズルの一例として、図柄を特定の配列に組み立てて図柄を消去することにより、盤面が図柄で埋まるといった敗北条件を回避しつつ対戦相手の盤面に組み立てを邪魔する特殊ピースを送り込み、消去の連鎖数や得点を競うものを例に挙げる。
【0046】
図３に示す設定データ１３Ａは、あくまで一例として、ユーザ定義により実現できる。例えば、ドラッグ＆ドロップ等の範囲指定、あるいはパーツの境界条件、例えば頂点の座標指定などにより、パーツに対応する領域を定義することができる。図３に示すように、設定データ１３Ａの領域定義が行われた場合、パーツＩＤ「１」～「９」で識別される各パーツには、図４に示す位置およびサイズを持つ領域が定義されることになる。
【0047】
図４は、パーツの一例を示す模式図である。図４には、落ち物パズルの画面レイアウトの一例として、図３に示す設定データ１３Ａに設定されたパーツが模式的に示されている。図４に示すように、図３に示されたパーツＩＤ「１」で識別されるパーツ「盤面情報」には、１Ｐの盤面の位置およびサイズに対応する領域４１Ａが定義される。また、図３に示されたパーツＩＤ「２」で識別されるパーツ「盤面情報」には、２Ｐの盤面の位置およびサイズに対応する領域４１Ｂが定義される。さらに、図３に示されたパーツＩＤ「３」で識別されるパーツ「得点」には、１Ｐの得点の表示欄に対応する領域４２Ａが定義される。また、図３に示されたパーツＩＤ「４」で識別されるパーツ「得点」には、２Ｐの得点の表示欄に対応する領域４２Ｂが定義される。さらに、図３に示されたパーツＩＤ「５」で識別されるパーツ「連鎖数」には、１Ｐの盤面内に領域４３Ａが定義される一方で、図３に示されたパーツＩＤ「６」で識別されるパーツ「連鎖数」には、２Ｐの盤面内に領域４３Ｂが定義されている。これらは、いずれも１Ｐまたは２Ｐの盤面内に表示され得るが、表示タイミングは不定期であり、かつ表値位置は変動するので、便宜上の定義に過ぎない。さらに、図３に示されたパーツＩＤ「７」で識別されるパーツ「勝敗」には、決着時に１Ｐの勝敗の表示欄に対応する領域４４Ａが定義される。また、図３に示されたパーツＩＤ「８」で識別されるパーツ「勝敗」には、決着時に２Ｐの勝敗の表示欄に対応する領域４４Ｂが定義される。さらに、図３に示されたパーツＩＤ「９」で識別されるパーツ「時間」には、制限時間、あるいはゲーム開始からの経過時間の表示欄に対応する領域４５が定義される。
【0048】
このような領域定義の下、パーツＩＤ「１」～「９」で識別されるパーツごとに当該パーツに表示される情報の分類の指定を受け付けることができる。ここで言う「分類」には、あくまで一例として、「常時表示」や「座標固定」、「認識対象」などが含まれ得る。例えば、「常時表示」には、ゲーム映像で常に表示される否かの分類が含まれる。また、「座標固定」には、ゲーム映像中で表示される座標が固定されるか否かの分類が含まれる。さらに、「認識対象」には、「文字列」、「オブジェクト」および「領域」の分類が含まれる。
【0049】
例えば、パーツＩＤ「１」～「９」で識別されるパーツごとに、ゲーム映像で常に表示されるパーツであるか否か、ゲーム映像中で表示される座標が固定されるパーツであるか否か、さらには、文字列、オブジェクトまたは領域のいずれを認識するパーツであるのかの選択肢をラジオボタンやプルダウンメニューなどのＧＵＩ（Graphical User Interface）コンポーネントを介して受け付ける。これにより、常時表示の選択肢「○」および「×」と、座標固定の選択肢「○」、「△」および「×」と、認識対象の選択肢「文字列」、「オブジェクト」および「領域」を定義できる。
【0050】
図３の例で言えば、パーツ「盤面情報」、パーツ「得点」およびパーツ「時間」は、ゲーム映像で常に表示されるので、パーツＩＤ「１」～「４」および「９」には常時表示の選択肢が選択される。一方、パーツ「連鎖数」およびパーツ「勝敗」は、ゲーム映像で常に表示されないので、パーツＩＤ「５」～「８」には一時表示の選択肢が選択される。また、パーツ「盤面情報」、パーツ「得点」、パーツ「勝敗」およびパーツ「時間」は、ゲーム映像中で表示される座標が固定されるので、パーツＩＤ「１」～「４」および「７」～「９」には座標固定の選択肢が選択される。一方、パーツ「連鎖数」は、ゲーム映像中で表示される座標が変動するので、パーツＩＤ「５」および「６」には座標変動の選択肢が選択される。さらに、パーツ「盤面情報」の認識対象は、パズルのピースとなる図柄であるので、パーツＩＤ「１」および「２」には「オブジェクト」の選択肢が選択される。また、パーツ「得点」の認識対象は、数値であるので、パーツＩＤ「３」および「４」には「文字列」の選択肢が選択される。さらに、パーツ「連鎖数」の認識対象は、数値と文字であるので、パーツＩＤ「５」および「６」にも「文字列」の選択肢が選択される。また、パーツ「勝敗」の認識対象は、文字あるいはセンテンスであるので、パーツＩＤ「７」および「８」には「文字列」の選択肢が選択される。さらに、パーツ「時間」の認識対象は、数値であるので、パーツＩＤ「９」には「文字列」の選択肢が選択される。
【0051】
これら「常時表示」、「座標固定」および「認識対象」の選択肢の組合せによる分類と、図５に示す画像処理リストの分類との一致度に基づいて、パーツに適用する画像処理を絞り込むことができる。
【0052】
図５は、画像処理リストの一例を示す図である。図５には、あくまで一例として、１０個の画像処理が抜粋して例示されているが、この他の画像処理が含まれてよく、同種の画像処理であっても異なるエンジンで動作する画像処理が含まれることを妨げない。図５に示すように、画像処理リストには、あくまで一例として、画像処理ＩＤごとに、分類、タスク、技術および負荷が対応付けられたデータを採用できる。ここで言う「分類」とは、パーツに表示される情報の分類を指し、例えば、「常時表示」や「座標固定」、「認識対象」などの基準により分類される。また、「タスク」とは、画像処理のタスクを指し、例えば、タスクタイプ、出力型および準備データにより定義される。また、「技術」とは、画像処理に用いられる技術を指す。また、「負荷」とは、画像処理の実行時の負荷を指し、例えば、ＣＰＵやＧＰＵなどのプロセッサやメモリの使用率等から求められる。
【0053】
ここでは、あくまで一例として、選択肢の組合せによる分類と、図５に示す画像処理リストの分類との一致度が６０％以上である画像処理ＩＤ、すなわち２つ以上の分類が一致する画像処理ＩＤに絞り込まれる例を挙げる。
【0054】
例えば、パーツ「盤面情報」の場合、選択肢の組合せによる分類は、「常時表示」、「座標固定」および「オブジェクト」である。この場合、図５に示す画像処理リストのうち２つ以上の分類が一致するのは、画像処理ＩＤ「６」および「７」に絞り込まれる。これによって、戦況グラフの作成に有用な画像処理に絞り込むことができる。例えば、盤面のメッシュ上でパズルのピースが存在するグリッドの検出を画像処理ＩＤ「７」の物体検出で実現し、存在が検出されたグリッド内のピースの分類処理、例えば色の認識を画像処理ＩＤ「６」の画像処理で実現することができる。このように戦況グラフの作成に有用なログデータを生成する側面から、パーツＩＤ「１」及び「２」には、盤面内の操作ピース数および特殊ピースを解析するのに有効である画像処理ＩＤ「７」および「６」の画像処理を割り当てることができる。
【0055】
また、パーツ「得点」の場合、選択肢の組合せによる分類は、「常時表示」、「座標固定」および「文字列」である。この場合、図５に示す画像処理リストのうち２つ以上の分類が一致するのは、画像処理ＩＤ「５」に絞り込まれる。これによって、クリップの作成に有用な画像処理に絞り込むことができる。例えば、得点が描画されるブロック内の数字の分類処理、例えば数値の認識を画像処理ＩＤ「５」の画像処理で実現することができる。このようにクリップの作成に有用なログデータを生成する側面から、パーツＩＤ「３」及び「４」には、得点を解析するのに有効である画像処理ＩＤ「５」の画像処理を割り当てることができる。
【0056】
さらに、パーツ「連鎖数」の場合、選択肢の組合せによる分類は、「一時表示」、「座標変動」および「文字列」である。この場合、図５に示す画像処理リストのうち２つ以上の分類が一致するのは、画像処理ＩＤ「４」に絞り込まれる。これによって、クリップの作成に有用な画像処理に絞り込むことができる。例えば、数字と文字の読取処理を画像処理ＩＤ「４」の画像処理で実現することができる。このようにクリップの作成に有用なログデータを生成する側面から、パーツＩＤ「５」及び「６」には、連鎖数を解析するのに有効である画像処理ＩＤ「４」の画像処理を割り当てることができる。
【0057】
また、パーツ「勝敗」の場合、選択肢の組合せによる分類は、「一時表示」、「座標固定」および「文字列」である。この場合、図５に示す画像処理リストのうち２つ以上の分類が一致するのは、画像処理ＩＤ「３」に絞り込まれる。これによって、タイムラインのエンドマーク表示に有用な画像処理に絞り込むことができる。例えば、勝敗が描画される領域内の文字の読取処理を画像処理ＩＤ「３」の画像処理で実現することができる。このようにタイムラインのエンドマークの作成に有用なログデータを生成する側面から、パーツＩＤ「７」及び「８」には、勝敗を解析するのに有効である画像処理ＩＤ「３」の画像処理を割り当てることができる。
【0058】
さらに、パーツ「時間」の場合、選択肢の組合せによる分類は、「常時表示」、「座標固定」および「文字列」である。この場合、図５に示す画像処理リストのうち２つ以上の分類が一致するのは、画像処理ＩＤ「５」に絞り込まれる。これによって、戦況グラフおよびクリップの作成に有用な画像処理に絞り込むことができる。例えば、時間が描画されるブロック内の数字の分類処理、例えば時間の認識を画像処理ＩＤ「５」の画像処理で実現することができる。このように戦況グラフおよびクリップの作成に有用なログデータを生成する側面から、パーツＩＤ「３」及び「４」には、得点を解析するのに有効である画像処理ＩＤ「５」の画像処理を割り当てることができる。
【0059】
以上のようにパーツごとに当該パーツの分類に対応する画像処理が割り当てられた設定データ１３Ａにしたがって、画像処理部１５Ｂは、ゲーム映像に画像処理を適用する。
【0060】
以下、戦況グラフの作成に用いる第１ログを一定期間、例えば所定のフレーム数または所定の期間ごとに生成する一方で、クリップの作成に用いる第２ログをイベント発生、例えば連鎖の発生などを条件として生成する例を挙げる。
【0061】
一実施形態として、画像処理部１５Ｂは、第１ログの生成タイミングであるか否かを判定する。例えば、画像処理部１５Ｂは、前回に第１ログに新規のレコードが追加されてから所定の期間、例えば１秒間が経過したか否かを判定する。このとき、前回に第１ログに新規のレコードが追加されてから所定の期間が経過した場合、画像処理部１５Ｂは、取得部１５Ａにより取得されたゲーム映像のうち設定データ１３Ａに定義されたパーツに当該パーツに割り当てられた画像処理ＩＤに対応する画像処理を適用する。
【0062】
ログ生成部１５Ｃは、ゲーム進行に関するログデータ１３Ｂを生成する処理部である。１つの側面として、ログ生成部１５Ｃは、画像処理部１５Ｂによる画像処理結果のうち、設定データ１３Ａに定義された分類が「常時表示」であるパーツの画像処理結果に基づいて第１ログ１３Ｂ１に追加する新規のレコードを生成する。なお、第１ログＢ１は、対戦チームごとに分けて生成することもできれば、対戦チームを識別する情報が付与された状態で対戦チームを纏めて生成することもできる。
【0063】
図６は、第１ログの一例を示す図である。図６には、１Ｐおよび２Ｐごとに分けて生成される第１ログのうち２Ｐ側の第１ログ１３Ｂ１が示されている。図６には、パーツ「時間」に対応する領域４５に対する画像処理ＩＤ「５」の画像処理結果と、パーツ「盤面情報」に対応する領域４１Ｂに対する画像処理ＩＤ「７」および「６」の画像処理結果と、パーツ「得点」に対応する領域４２Ｂに対する画像処理ＩＤ「５」の画像処理結果とから２Ｐ側の第１ログ１３Ｂ１のレコードが１秒ごとに生成される例が示されている。図６に示すように、２Ｐ側の第１ログ１３Ｂ１には、ゲーム開始からの経過時間、操作ピース数、操作ピース数に特殊ピース数が足し合わされた合計ピース数および得点が対応付けられたデータを採用できる。
【0064】
他の側面として、ログ生成部１５Ｃは、設定データ１３Ａに定義された分類が「常時表示」でないパーツでイベントの発生、例えば連鎖の開始が検知された場合、所定のパーツに関する画像処理結果に基づいて第２ログに追加する新規のレコードの生成を開始する。その後、ログ生成部１５Ｃは、イベントの終了、例えば連鎖の終了が検知された場合、所定のパーツに関する画像処理結果に基づいて第２ログに追加する新規のレコードを生成する。この際、ログ生成部１５Ｃは、連鎖開始時間および連鎖終了時間に基づいてハイライトシーンの動画をさらに生成することができる。なお、第２ログは、対戦チームごとに分けて生成することもできれば、対戦チームを識別する情報が付与された状態で対戦チームを纏めて生成することもできる。
【0065】
図７は、第２ログの一例を示す図である。図７には、１Ｐおよび２Ｐごとに分けて生成される第２ログのうち２Ｐ側の第２ログ１３Ｂ２が示されている。図７に示すように、図７には、パーツ「時間」に対応する領域４５に対する画像処理ＩＤ「５」の画像処理結果と、パーツ「連鎖数」に対応する領域４３Ｂに対する画像処理ＩＤ「４」の画像処理結果と、パーツ「得点」に対応する領域４２Ｂに対する画像処理ＩＤ「５」の画像処理結果とから２Ｐ側の第２ログ１３Ｂ２のレコードが連鎖の発生時に生成される例が示されている。図７に示すように、２Ｐ側の第２ログ１３Ｂ２には、連鎖が発生したタイミング、いわゆる発火の開始時間ごとに、連鎖数と、連鎖開始時間および連鎖終了時間の間で獲得された連鎖獲得点とが対応付けられたデータを採用できる。このような画像処理結果以外にも、２Ｐ側の第２ログ１３Ｂ２には、連鎖開始時および連鎖終了時を含むハイライトシーンの動画をさらに対応付けることもできる。なお、ハイライトシーンの抽出には、任意の手法が用いられてよい。
【0066】
表示制御部１５Ｄは、各種の表示制御を行う処理部である。一実施形態として、表示制御部１５Ｄは、チームスクリーン２５１にゲームにおける有利または不利の程度を表す戦況グラフや複数のクリップを時系列に並べて配置するタイムライン表示を行う。
【0067】
１つの側面として、表示制御部１５Ｄは、第１ログ１３Ｂ１に新規のレコードが追加された場合、当該新規のレコードに基づいて戦況グラフの表示をチームスクリーン２５１ごとに更新する。例えば、表示制御部１５Ｄは、第１ログ１３Ｂ１に含まれる操作ピース数および合計ピース数を用いて、盤面に対応するメッシュの総グリッド数に占める操作ピース数の割合と、盤面に対応するメッシュの総グリッド数に占める合計ピース数の割合とを算出する。このように算出された操作ピース数の割合および合計ピース数の割合が最新の戦況として追加される。ここで、戦況グラフは、縦軸を割合とし、横軸を時間としてチームスクリーン２５１ごとに描画される。例えば、表示制御部１５Ｄは、戦況グラフのメインスクリーン２５０側に第１ログ１３Ｂ１に追加された新規のレコードに対応する操作ピース数の割合および合計ピース数の割合を最新の戦況として描画する。これと共に、表示制御部１５Ｄは、戦況グラフ全体をメインスクリーン２５０から遠ざかる側へシフトする更新を行う。これによって、戦況グラフのタイムライン表示が実現される。
【0068】
他の側面として、表示制御部１５Ｄは、第２ログ１３Ｂ２に新規のレコードが追加された場合、当該新規のレコードに基づいて新規のクリップを表示先のチームスクリーン２５１へ表示させる。例えば、表示制御部１５Ｄは、ログ生成部１５Ｃにより生成されたハイライトシーンの動画と、第２ログ１３Ｂ２の新規のレコードとに基づいて新規のクリップを生成する。ここで、新規のクリップのサイズは、第２ログ１３Ｂ２の新規のレコードに含まれる連鎖数または連鎖獲得点に基づいて設定することができる他、ゲーム映像の解析やｅスポーツの試合会場における歓声が集音された音声データの分析から求められた盛り上がり度に基づいて設定することもできる。あくまで一例として、連鎖数、連鎖獲得点または盛り上がり度のうち少なくとも１つから求めた評価値が高くなるに連れて新規のクリップのサイズを大きくすることができる。さらに、新規のクリップには、ハイライトシーンの動画の表示領域の他、第２ログ１３Ｂ２の新規のレコードに含まれる連鎖数や連鎖獲得点などの表示領域を含めることができる。その上で、表示制御部１５Ｄは、新規のクリップを表示先のチームスクリーン２５１上の初期位置、例えばメインスクリーン２５０最寄りの位置に配置する指示を表示装置２５へ行う。このように表示先のチームスクリーン２５１に配置されたクリップは、ハイライトシーンの動画の再生をループさせることができる。
【0069】
このように新規のクリップを配置する処理と並列して、表示制御部１５Ｄは、各チームスクリーン２５１に配置済みであるクリップの位置をシフトさせる更新を行う。例えば、表示制御部１５Ｄは、各チームスクリーン２５１に配置済みである各クリップの位置をメインスクリーン２５０と反対側にシフトさせる。これによって、ハイライトシーンが抽出されたタイミングが早いクリップほどメインスクリーン２５０の反対側寄りに表示される共に、ハイライトシーンが抽出されたタイミングが遅いクリップほどメインスクリーン２５０寄りに表示される。
【0070】
図８は、チームスクリーンの表示例を示す図である。図８には、説明の便宜上、チームスクリーン２５１Ａ及びチームスクリーン２５１Ｂのうちチームスクリーン２５１Ｂの表示が抜粋して示されている。さらに、図８には、図６に示された第１ログ１３Ｂ１から作成された戦況グラフＧ１およびＧ２が示されると共に、図７に示された第２ログ１３Ｂ２から作成されたクリップＣ１～Ｃ３が示されている。
【0071】
図８に示すように、チームスクリーン２５１Ｂには、総グリッド数に占める操作ピース数の割合の時系列変化が戦況グラフＧ１として表示されると共に、総グリッド数に占める合計ピース数の割合の時系列変化が戦況グラフＧ２として表示される。これら戦況グラフＧ１およびＧ２の表示により、キャラクタＢを使用する２Ｐが特殊ピースによって盤面一杯にピースの埋まるほど追い込まれながらも大逆転で勝利したといった戦況をノンプレイヤやライトファンにも把握させることができる。さらに、戦況グラフＧ２上には、２Ｐが連鎖を開始した時点がシンボル「発火！」として表示される。これら戦況グラフＧ２およびシンボル「発火！」の関連付けにより、対戦チームへの攻撃、あるいは反撃のタイミングを一目で把握できる。
【0072】
さらに、チームスクリーン２５１Ｂには、ゲーム開始２７秒後から連鎖が開始されたハイライトシーンの動画の表示領域と、連鎖数「４」の表示領域と、連鎖獲得点「２９５」の表示領域とを含むクリップＣ１が表示されている。さらに、ゲーム開始１分２８秒後から連鎖が開始されたハイライトシーンの動画の表示領域と、連鎖数「５」の表示領域と、連鎖獲得点「３５８」の表示領域とを含むクリップＣ２が表示されている。さらに、ゲーム開始２分２９秒後から連鎖が開始されたハイライトシーンの動画の表示領域と、連鎖数「１４」の表示領域と、連鎖獲得点「２９６３」の表示領域とを含むクリップＣ３が表示されている。これらクリップＣ１～Ｃ３は、あくまで一例として、連鎖数が大きいほど大きいサイズで表示されている。このように２Ｐが試合の勝負を決めたクリップＣ３がクリップＣ１やＣ２に比べて大きく表示されるので、ノンプレイヤやライトファンでも見どころを直感的に把握できる。
【0073】
なお、図８には、説明の便宜上、チームスクリーン２５１Ａ及び２５１Ｂのうちチームスクリーン２５１Ｂの表示が抜粋して示されているが、チームスクリーン２５１Ａにおいてもクリップの初期位置やシフト方向が左右反転する他に変わりはない。
【0074】
なお、ここでは、全てのクリップを一定のシフト量ずつシフトさせる例を挙げたが、クリップによって異なるシフト量を用いてもかまわない。例えば、クリップが配置されている位置やクリップの表示サイズによってクリップのシフト量を変更することができる。例えば、クリップが配置されている位置がメインスクリーン２５０に近いほど小さいシフト量でクリップをシフトさせたり、あるいはクリップの表示サイズが大きいほど小さいシフト量でクリップをシフトさせたりすることができる。
【0075】
［処理の流れ］
次に、本実施例に係る情報処理装置１０の処理の流れについて説明する。ここでは、情報処理装置１０により実行される（１）ログ生成処理を説明した後、（２）表示制御処理を説明することとする。
次に、本実施例に係る情報処理装置１０の処理の流れについて説明する。ここでは、情報処理装置１０により実行される（１）ログ生成処理を説明した後、（２）表示制御処理を説明することとする。
【0076】
（１）ログ生成処理
図９は、実施例１に係るログ生成処理の手順を示すフローチャートである。この処理は、あくまで一例として、ゲーム開始からゲーム終了まで繰り返して実行される。図９に示すように、取得部１５Ａにより最初のフレームのゲーム映像が取得されると（ステップＳ１０１）、画像処理部１５Ｂは、下記に例示するような初期設定を行う（ステップＳ１０２）。例えば、初期設定の一例として、設定データ１３Ａに定義されたパーツの領域定義と、最初のフレームのゲーム映像から検出されたコーナーとの間にける対応点の比較結果に基づいてパーツの領域定義のサイズの微調整等が行われる。
図９は、実施例１に係るログ生成処理の手順を示すフローチャートである。この処理は、あくまで一例として、ゲーム開始からゲーム終了まで繰り返して実行される。図９に示すように、取得部１５Ａにより最初のフレームのゲーム映像が取得されると（ステップＳ１０１）、画像処理部１５Ｂは、下記に例示するような初期設定を行う（ステップＳ１０２）。例えば、初期設定の一例として、設定データ１３Ａに定義されたパーツの領域定義と、最初のフレームのゲーム映像から検出されたコーナーとの間にける対応点の比較結果に基づいてパーツの領域定義のサイズの微調整等が行われる。
【0077】
その後、取得部１５Ａにより２フレーム以降のゲーム映像が取得されると（ステップＳ１０３）、画像処理部１５Ｂは、前回に第１ログに新規のレコードが追加されてから所定の期間、例えば１秒間が経過したか否かを判定する（ステップＳ１０４）。なお、前回に第１ログに新規のレコードが追加されてから所定の期間が経過していない場合（ステップＳ１０４Ｎｏ）、ステップＳ１０７の処理へ移行する。
【0078】
このとき、前回に第１ログに新規のレコードが追加されてから所定の期間が経過した場合（ステップＳ１０４Ｙｅｓ）、画像処理部１５Ｂは、次のような処理を実行する。すなわち、画像処理部１５Ｂは、ステップＳ１０３で取得されたゲーム映像のうち設定データ１３Ａに定義されたパーツに当該パーツに割り当てられた画像処理ＩＤに対応する画像処理を適用する（ステップＳ１０５）。
【0079】
その後、ログ生成部１５Ｃは、ステップＳ１０５による画像処理結果のうち、設定データ１３Ａに定義された分類が「常時表示」であるパーツの画像処理結果に基づいて第１ログ１３Ｂ１に追加する新規のレコードを生成する（ステップＳ１０６）。
【0080】
そして、１つ前のフレームでイベントが発生中でなく、かつステップＳ１０３でゲーム映像が取得されたフレームでイベントの発生が検知された場合（ステップＳ１０７ＮｏかつステップＳ１０８Ｙｅｓ）、ログ生成部１５Ｃは、所定のパーツに関する画像処理結果に基づいて第２ログに追加する新規のレコードの生成を開始する（ステップＳ１０９）。このフレームではイベントの終了は検知されないので（ステップＳ１１０Ｎｏ）、ステップＳ１０３へ移行する。
【0081】
一方、１つ前のフレームでイベントが発生中であり、かつステップＳ１０３でゲーム映像が取得されたフレームでイベントの終了が検知された場合（ステップＳ１０７ＹｅｓかつステップＳ１１０Ｙｅｓ）、ログ生成部１５Ｃは、次のような処理を実行する。すなわち、ログ生成部１５Ｃは、所定のパーツに関する画像処理結果に基づいて第２ログに追加する新規のレコードを生成し（ステップＳ１１１）、ステップＳ１０３へ移行する。
【0082】
（２）表示制御処理
図１０は、実施例１に係る表示制御処理の手順を示すフローチャートである。この処理は、あくまで一例として、ゲーム開始からゲーム終了まで繰り返して実行される。図１０に示すように、第１ログ１３Ｂ１に新規のレコードが追加された場合（ステップＳ３０１Ｙｅｓ）、表示制御部１５Ｄは、当該新規のレコードに基づいて戦況グラフの表示をチームスクリーン２５１ごとに更新する（ステップＳ３０２）。なお、第１ログ１３Ｂ１に新規のレコードが追加されていない場合（ステップＳ３０１Ｎｏ）、ステップＳ３０３へ移行する。
図１０は、実施例１に係る表示制御処理の手順を示すフローチャートである。この処理は、あくまで一例として、ゲーム開始からゲーム終了まで繰り返して実行される。図１０に示すように、第１ログ１３Ｂ１に新規のレコードが追加された場合（ステップＳ３０１Ｙｅｓ）、表示制御部１５Ｄは、当該新規のレコードに基づいて戦況グラフの表示をチームスクリーン２５１ごとに更新する（ステップＳ３０２）。なお、第１ログ１３Ｂ１に新規のレコードが追加されていない場合（ステップＳ３０１Ｎｏ）、ステップＳ３０３へ移行する。
【0083】
続いて、第２ログ１３Ｂ２に新規のレコードが追加された場合（ステップＳ３０３Ｙｅｓ）、表示制御部１５Ｄは、当該新規のレコードに基づいて新規のクリップを表示先のチームスクリーン２５１へ表示させる（ステップＳ３０４）。なお、第２ログ１３Ｂ２に新規のレコードが追加されていない場合（ステップＳ３０３Ｎｏ）、ステップＳ３０４の処理はスキップされる。
【0084】
そして、表示制御部１５Ｄは、各チームスクリーン２５１に配置済みである各クリップの位置をメインスクリーン２５０と反対側にシフトさせ（ステップＳ３０５）、上記のステップＳ３０１の処理へ移行する。
【0085】
［効果の一側面］
上述してきたように、本実施例に係るログ生成機能は、ゲームの画面レイアウトのパーツごとにパーツの分類に対応する画像処理が割り当てられた設定にしたがってゲーム映像内の各領域に適用された画像処理結果からゲームの戦況やハイライトの表示に用いるログを生成する。したがって、本実施例に係るログ生成機能よれば、ゲーム機からのデータ供給に依存しない観戦支援を実現することが可能である。
上述してきたように、本実施例に係るログ生成機能は、ゲームの画面レイアウトのパーツごとにパーツの分類に対応する画像処理が割り当てられた設定にしたがってゲーム映像内の各領域に適用された画像処理結果からゲームの戦況やハイライトの表示に用いるログを生成する。したがって、本実施例に係るログ生成機能よれば、ゲーム機からのデータ供給に依存しない観戦支援を実現することが可能である。
【実施例2】
【0086】
さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【0087】
［ゲームジャンルの応用例１］
上記の実施例１では、ｅスポーツの一例として、落ち物パズルのジャンルのゲームが行われる例を挙げたが、上記の観戦支援機能を適用できるゲームジャンルは落ち物パズルに限定されない。
上記の実施例１では、ｅスポーツの一例として、落ち物パズルのジャンルのゲームが行われる例を挙げたが、上記の観戦支援機能を適用できるゲームジャンルは落ち物パズルに限定されない。
【0088】
例えば、上記の観戦支援機能は、格闘ゲームにも適用することができる。このように上記の観戦支援機能が格闘ゲームに適用される場合、あくまで一例として、戦況グラフを作成する側面から、格闘ゲームの画面レイアウトのうち体力を表示する体力ゲージのパーツを設定データ１３Ａへ定義することとすればよい。パーツ「体力ゲージ」の場合、選択肢の組合せによる分類は、「常時表示」、「座標変動」および「領域」である。この場合、図５に示す画像処理リストのうち２つ以上の分類が一致するのは、画像処理ＩＤ「８」に絞り込まれる。これによって、戦況グラフの作成に有用な画像処理に絞り込むことができる。例えば、体力ゲージが描画されるブロック内の体力ゲージと残量ゲージの各ゲージの色認識および分割処理を画像処理ＩＤ「８」の画像処理で実現することができる。このように戦況グラフの作成に有用なログデータを生成する側面から、パーツ「体力ゲージ」には、体力の残量を解析するのに有効である画像処理ＩＤ「８」の画像処理を割り当てることができる。このような画像処理が適用されることで、体力ゲージと残量ゲージとを第１ログのレコードに含めることができる。
【0089】
他の一例として、技名を認識する側面から、格闘ゲームの画面レイアウトのうちパーツ「キャラ」を設定データ１３Ａへ定義することとすればよい。格闘ゲームでは、パーツ「キャラ」の初期位置は、固定である。このため、初期位置からトラッキングを継続することで、パーツ「キャラ」の座標は、固定とは言えずとも既知である。それ故、パーツ「キャラ」の場合、選択肢の組合せによる分類は、常時表示「○」、座標変動「△」および認識対象「オブジェクト」である。この場合、図５に示す画像処理リストのうち２つ以上の分類が一致するのは、画像処理ＩＤ「１０」に絞り込まれる。これによって、タイムラインの表示に有用な画像処理に絞り込むことができる。例えば、連続の５フレームの映像を入力として技名のラベルを出力する分類処理を画像処理ＩＤ「１０」の画像処理で実現することができる。このようにタイムラインの表示に有用なログデータを生成する側面から、パーツ「キャラ」には、技名を分類するのに有効である画像処理ＩＤ「１０」の画像処理を割り当てることができる。
【0090】
図１１は、チームスクリーンの表示例を示す図である。図１１には、説明の便宜上、格闘ゲームのタイムラインがチームスクリーン２５１Ａに表示される例が抜粋して示されている。図１１に示すように、チームスクリーン２５１Ａには、第１試合のタイムラインが表示されている。具体的には、第１試合のタイムラインには、キャラαを使用する１Ｐについて体力ゲージに占める残量ゲージの割合の時系列変化が戦況グラフＧ１２として表示されると共に、１Ｐのキャラαが２Ｐのキャラβへ与えたダメージ量、いわゆる与ダメージがキャラβの体力ゲージに占める割合の時系列変化が戦況グラフＧ１１として表示される。これら戦況グラフＧ１１およびＧ１２の表示により、キャラαを使用する１ＰがＳＴＵＮにより追い込まれながらも大逆転で勝利したといった戦況をノンプレイヤやライトファンにも把握させることができる。さらに、戦況グラフＧ１２上には、１Ｐのキャラαが気絶した時点がシンボル「ＳＴＵＮ」として表示される。これら戦況グラフＧ１２およびシンボル「ＳＴＵＮ」の関連付けにより、１Ｐのピンチを一目で把握できる。
【0091】
さらに、第１試合のタイムラインには、コンボが開始されたハイライトシーンの動画の表示領域と、コンボ数「８」の表示領域とを含むクリップＣ１１が表示されている。さらに、コンボが開始されたハイライトシーンの動画の表示領域と、コンボ数「４」の表示領域とを含むクリップＣ１２が表示されている。さらに、コンボが開始されたハイライトシーンの動画の表示領域と、コンボ数「１２」の表示領域とを含むクリップＣ１３が表示されている。これらクリップＣ１１～Ｃ１３は、あくまで一例として、コンボ数が大きいほど大きいサイズで表示されている。このように１Ｐが試合の勝負を決めたクリップＣ３がクリップＣ１やＣ２に比べて大きく表示されるので、ノンプレイヤやライトファンでも見どころを直感的に把握できる。
【0092】
さらに、チームスクリーン２５１Ａには、第２試合のタイムラインが表示されている。具体的には、第２試合のタイムラインには、キャラαを使用する１Ｐについて体力ゲージに占める残量ゲージの割合の時系列変化が戦況グラフＧ２２として表示されると共に、キャラβを使用する２Ｐについて体力ゲージに占める残量ゲージの割合の時系列変化が戦況グラフＧ２１として表示される。これら戦況グラフＧ２１およびＧ２２の表示により、キャラαを使用する１Ｐがパーフェクトに勝利したといった戦況をノンプレイヤやライトファンにも把握させることができる。
【0093】
さらに、第２試合のタイムラインには、コンボが開始されたハイライトシーンの動画の表示領域と、コンボ数「３」の表示領域とを含むクリップＣ２１が表示されている。さらに、コンボが開始されたハイライトシーンの動画の表示領域と、コンボ数「３」の表示領域とを含むクリップＣ２２が表示されている。さらに、コンボが開始されたハイライトシーンの動画の表示領域と、コンボ数「４」の表示領域とを含むクリップＣ２３が表示されている。さらに、コンボが開始されたハイライトシーンの動画の表示領域と、コンボ数「６」の表示領域とを含むクリップＣ２４が表示されている。これらクリップＣ２１～Ｃ１４は、あくまで一例として、コンボ数が大きいほど大きいサイズで表示されている。このように１Ｐが試合の勝負を決めたクリップＣ４がクリップＣ１～Ｃ３に比べて大きく表示されるので、ノンプレイヤやライトファンでも見どころを直感的に把握できる。
【0094】
［ゲームジャンルの応用例２］
上記の観戦支援機能は、落ち物パズルや格闘ゲーム以外の他のジャンル、例えば陣取りゲームにも適用できる。このように上記の観戦支援機能が陣取りゲームに適用される場合、あくまで一例として、戦況グラフを作成する側面から、陣取りゲームの画面レイアウトのうち俯瞰マップのパーツを設定データ１３Ａへ定義することとすればよい。パーツ「俯瞰マップ」の場合、選択肢の組合せによる分類は、常時表示「×」、座標固定「×」および「領域」である。この場合、図５に示す画像処理リストのうち２つ以上の分類が一致するのは、画像処理ＩＤ「９」に絞り込まれる。これによって、戦況グラフの作成に有用な画像処理に絞り込むことができる。例えば、俯瞰マップ内のマップ全体と自陣の各面積の色認識および分割処理を画像処理ＩＤ「９」の画像処理で実現することができる。このように戦況グラフの作成に有用なログデータを生成する側面から、パーツ「俯瞰マップ」には、自陣の面積を解析するのに有効である画像処理ＩＤ「９」の画像処理を割り当てることができる。このような画像処理が適用されることで、マップ全体の面積と自陣の面積とを第１ログのレコードに含めることができる。
上記の観戦支援機能は、落ち物パズルや格闘ゲーム以外の他のジャンル、例えば陣取りゲームにも適用できる。このように上記の観戦支援機能が陣取りゲームに適用される場合、あくまで一例として、戦況グラフを作成する側面から、陣取りゲームの画面レイアウトのうち俯瞰マップのパーツを設定データ１３Ａへ定義することとすればよい。パーツ「俯瞰マップ」の場合、選択肢の組合せによる分類は、常時表示「×」、座標固定「×」および「領域」である。この場合、図５に示す画像処理リストのうち２つ以上の分類が一致するのは、画像処理ＩＤ「９」に絞り込まれる。これによって、戦況グラフの作成に有用な画像処理に絞り込むことができる。例えば、俯瞰マップ内のマップ全体と自陣の各面積の色認識および分割処理を画像処理ＩＤ「９」の画像処理で実現することができる。このように戦況グラフの作成に有用なログデータを生成する側面から、パーツ「俯瞰マップ」には、自陣の面積を解析するのに有効である画像処理ＩＤ「９」の画像処理を割り当てることができる。このような画像処理が適用されることで、マップ全体の面積と自陣の面積とを第１ログのレコードに含めることができる。
【0095】
図１２は、チームスクリーンの表示例を示す図である。図１２には、説明の便宜上、４ｖｓ４のチーム戦の陣取りゲームのタイムラインがチームスクリーン２５１Ｂに表示される例が抜粋して示されている。図１２に示すように、チームスクリーン２５１Ｂには、チームＢについてマップ全体の面積に占める自陣の面積の割合の時系列変化が戦況グラフＧ１００として表示される。さらに、戦況グラフ１００上には、自陣の面積が所定の閾値、例えば５０％を下回る時点にシンボル「やられた」が表示されると共に、自陣の面積が上記の閾値を超える時点にシンボル「ギャクテン！」が表示される。これら戦況グラフＧ１００、シンボル「やられた」およびシンボル「ギャクテン！」の関連付けにより、チームＢの優勢および劣勢を一目で把握できる。
【0096】
また、上記の実施例１では、戦況グラフやクリップのタイムライン表示を行う例を挙げたが、戦況グラフやクリップは、必ずしもタイムライン表示が行われずともよく、他の表示が行われてもよい。例えば、上記の表示制御機能は、連鎖、コンボ、あるいはＫｉｌｌ等のアクションに例示されるイベントが発生した位置にクリップを表示させることもできる。図１３は、チームスクリーンの表示例を示す図である。図１３には、説明の便宜上、陣取りゲームのクリップＣ１１０～Ｃ１４０がチームスクリーン２５１Ｂに表示された俯瞰マップ上にマッピングされる例が抜粋して示されている。図１３に示すように、チームスクリーン２５１Ｂには、アクション「Ｋｉｌｌ」が開始されたハイライトシーンの動画の表示領域と、Ｋｉｌｌ数「２」の表示領域とを含むクリップＣ１１０がアクションのイベントの発生地点に表示されている。さらに、アクション「Ｋｉｌｌ」が開始されたハイライトシーンの動画の表示領域と、Ｋｉｌｌ数「１」の表示領域とを含むクリップＣ１２０がアクションのイベントの発生地点に表示されている。さらに、アクション「Ｋｉｌｌ」が開始されたハイライトシーンの動画の表示領域と、Ｋｉｌｌ数「１」の表示領域とを含むクリップＣ１３０がアクションのイベントの発生地点に表示されている。さらに、アクション「Ｋｉｌｌ」が開始されたハイライトシーンの動画の表示領域と、Ｋｉｌｌ数「４」の表示領域とを含むクリップＣ１４０がアクションのイベントの発生地点に表示されている。これらクリップＣ１１０～Ｃ１４０は、あくまで一例として、Ｋｉｌｌ数が大きいほど大きいサイズで表示されている。このように２Ｐが試合の勝負を決めたクリップＣ４がクリップＣ１～Ｃ３に比べて大きく表示されると共に１Ｐ側の本拠地で表示されるので、ノンプレイヤやライトファンでも見どころを直感的に把握できる。
【0097】
［ハイライトシーンの動画配信］
上記の観戦支援機能は、ハイライトシーンの動画を配信することもできる。あくまで一例として、上記の観戦支援機能は、ユーザ端末によるダウンロード対象として決定されたハイライトシーンの動画をユーザ端末に配信する。この結果、ユーザ端末によりハイライトシーンの動画がダウンロードされる。これによって、チームスクリーン２５１を見て気に入ったハイライトシーンのコレクション機能を観戦者に提供することができる。このようなハイライトシーンのコレクション機能を提供することで、ｅスポーツの会場に来場するインセンティブを高めることが可能になる。
上記の観戦支援機能は、ハイライトシーンの動画を配信することもできる。あくまで一例として、上記の観戦支援機能は、ユーザ端末によるダウンロード対象として決定されたハイライトシーンの動画をユーザ端末に配信する。この結果、ユーザ端末によりハイライトシーンの動画がダウンロードされる。これによって、チームスクリーン２５１を見て気に入ったハイライトシーンのコレクション機能を観戦者に提供することができる。このようなハイライトシーンのコレクション機能を提供することで、ｅスポーツの会場に来場するインセンティブを高めることが可能になる。
【0098】
図１４は、ハイライトシーンの配信方法の一例を示す図である。図１４には、チームスクリーン２５１ＢのクリップＣＢ３１で再生されるハイライトシーンをダウンロードする例が示されている。図１４に示すように、ユーザ端末５０のカメラを用いてチームスクリーン２５１Ｂに表示されたクリップＣＢ３１が撮影された場合、カメラにより撮像されたクリップ画像５１と共にハイライトシーンのＤＬリクエストがユーザ端末５０から情報処理装置１０へ行われる（ステップＳ１）。このようにハイライトシーンのＤＬリクエストを受け付けると、クリップ画像５１から抽出されたシルエット形状と一致するシルエット形状が記憶部１３に保存されたハイライトシーン情報１３ｂから検索される。図１４に示す例で言えば、クリップ画像５１から抽出されたシルエット形状は、動画ＩＤ「ＹＹＹＹＹＹＹ」のシルエット形状とヒットする。この場合、動画ＩＤ「ＹＹＹＹＹＹＹ」を持つハイライトシーンがユーザ端末５０によるダウンロード対象として決定される（ステップＳ２）。その後、ユーザ端末５０によるダウンロード対象として決定されたハイライトシーンの動画がユーザ端末５０に配信される（ステップＳ３）。この結果、ユーザ端末５０によりハイライトシーンの動画がダウンロードされる。このようにハイライトシーンの動画がダウンロードされた場合、ハイライトシーン情報１３ｂのレコードのうち、動画ＩＤ「ＹＹＹＹＹＹＹ」のダウンロード数は、「７６ＤＬ」から「７７ＤＬ」へインクリメントされる。
【0099】
［処理の割り当て］
上記の観戦支援機能は、情報処理装置１０で使用可能なＣＰＵコア数やメモリ容量に制約がある状況でも画像処理を効率的に行う側面から、図５の画像処理リストに定義された負荷に基づいてどのＣＰＵコアにどの画像処理を割り当てるかを決定することもできる。
上記の観戦支援機能は、情報処理装置１０で使用可能なＣＰＵコア数やメモリ容量に制約がある状況でも画像処理を効率的に行う側面から、図５の画像処理リストに定義された負荷に基づいてどのＣＰＵコアにどの画像処理を割り当てるかを決定することもできる。
【0100】
［分散および統合］
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されておらずともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、取得部１５Ａ、画像処理部１５Ｂ、ログ生成部１５Ｃまたは表示制御部１５Ｄを情報処理装置１０の外部装置としてネットワーク経由で接続するようにしてもよい。また、取得部１５Ａ、画像処理部１５Ｂ、ログ生成部１５Ｃまたは表示制御部１５Ｄを別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記の情報処理装置１０の機能を実現するようにしてもよい。
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されておらずともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、取得部１５Ａ、画像処理部１５Ｂ、ログ生成部１５Ｃまたは表示制御部１５Ｄを情報処理装置１０の外部装置としてネットワーク経由で接続するようにしてもよい。また、取得部１５Ａ、画像処理部１５Ｂ、ログ生成部１５Ｃまたは表示制御部１５Ｄを別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記の情報処理装置１０の機能を実現するようにしてもよい。
【0101】
［ログ生成プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図１５を用いて、実施例１及び実施例２と同様の機能を有するログ生成プログラムを実行するコンピュータの一例について説明する。
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図１５を用いて、実施例１及び実施例２と同様の機能を有するログ生成プログラムを実行するコンピュータの一例について説明する。
【0102】
図１５は、コンピュータのハードウェア構成例を示す図である。図１５に示すように、コンピュータ１００は、操作部１１０ａと、スピーカ１１０ｂと、カメラ１１０ｃと、ディスプレイ１２０と、通信部１３０とを有する。さらに、このコンピュータ１００は、ＣＰＵ１５０と、ＲＯＭ１６０と、ＨＤＤ１７０と、ＲＡＭ１８０とを有する。これら１１０～１８０の各部はバス１４０を介して接続される。
【0103】
ＨＤＤ１７０には、図１５に示すように、上記の実施例１で示した取得部１５Ａ、画像処理部１５Ｂ及びログ生成部１５Ｃと同様の機能を発揮するログ生成プログラム１７０ａが記憶される。このログ生成プログラム１７０ａは、図１に示した取得部１５Ａ、画像処理部１５Ｂ及びログ生成部１５Ｃの各構成要素と同様、統合又は分離してもかまわない。すなわち、ＨＤＤ１７０には、必ずしも上記の実施例１で示した全てのデータが格納されずともよく、処理に用いるデータがＨＤＤ１７０に格納されればよい。
【0104】
このような環境の下、ＣＰＵ１５０は、ＨＤＤ１７０からログ生成プログラム１７０ａを読み出した上でＲＡＭ１８０へ展開する。この結果、ログ生成プログラム１７０ａは、図１５に示すように、ログ生成プロセス１８０ａとして機能する。このログ生成プロセス１８０ａは、ＲＡＭ１８０が有する記憶領域のうちログ生成プロセス１８０ａに割り当てられた領域にＨＤＤ１７０から読み出した各種データを展開し、この展開した各種データを用いて各種の処理を実行する。例えば、ログ生成プロセス１８０ａが実行する処理の一例として、図９および図１０に示す処理などが含まれる。なお、ＣＰＵ１５０では、必ずしも上記の実施例１で示した全ての処理部が動作せずともよく、実行対象とする処理に対応する処理部が仮想的に実現されればよい。
【0105】
なお、上記のログ生成プログラム１７０ａは、必ずしも最初からＨＤＤ１７０やＲＯＭ１６０に記憶されておらずともかまわない。例えば、コンピュータ１００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にログ生成プログラム１７０ａを記憶させる。そして、コンピュータ１００がこれらの可搬用の物理媒体からログ生成プログラム１７０ａを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１００に接続される他のコンピュータまたはサーバ装置などにログ生成プログラム１７０ａを記憶させておき、コンピュータ１００がこれらからログ生成プログラム１７０ａを取得して実行するようにしてもよい。
【0106】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【0107】
（付記１）ゲーム映像を取得する取得部と、
ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用する画像処理部と、
前記画像処理の結果から前記ゲームに関するログデータを生成するログ生成部と、
を有するログ生成装置。
ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用する画像処理部と、
前記画像処理の結果から前記ゲームに関するログデータを生成するログ生成部と、
を有するログ生成装置。
【0108】
（付記２）前記設定データは、前記パーツが前記ゲーム映像上で常時表示されるか否かの選択肢、前記パーツが前記ゲーム映像中で表示される座標が固定されるか否かの選択肢、および、前記パーツが文字列、オブジェクトまたは領域のいずれを認識対象とするかの選択肢の組合せによる分類と、各画像処理に定義された分類との一致度に基づいて設定される付記１に記載のログ生成装置。
【0109】
（付記３）前記ログデータを用いて前記ゲームの進行状況を示す表示を行う表示制御部をさらに有する付記１に記載のログ生成装置。
【0110】
（付記４）前記ログ生成部は、所定のフレーム数ごとまたは所定の期間ごとに前記ゲーム映像上で常時表示されるパーツに対する画像処理の結果から前記ログデータを生成し、
前記表示制御部は、前記ログデータから前記ゲームの戦況の時系列変化を表示する付記３に記載のログ生成装置。
前記表示制御部は、前記ログデータから前記ゲームの戦況の時系列変化を表示する付記３に記載のログ生成装置。
【0111】
（付記５）前記表示制御部は、前記ゲームの戦況の時系列変化を複数のチームごとに表示する付記４に記載のログ生成装置。
【0112】
（付記６）前記ログデータは、落ち物パズルにおける操作ピース数および前記操作ピース数に特殊ピースが足し合わされた合計ピース数を含み、
前記ゲームの戦況の時系列変化は、前記合計ピース数に対する前記操作ピース数の割合である付記４に記載のログ生成装置。
前記ゲームの戦況の時系列変化は、前記合計ピース数に対する前記操作ピース数の割合である付記４に記載のログ生成装置。
【0113】
（付記７）前記ログデータは、格闘ゲームにおける体力ゲージの面積および残量ゲージの面積を含み、
前記ゲームの戦況の時系列変化は、前記体力ゲージの面積に対する前記残量ゲージの面積の割合である付記４に記載のログ生成装置。
前記ゲームの戦況の時系列変化は、前記体力ゲージの面積に対する前記残量ゲージの面積の割合である付記４に記載のログ生成装置。
【0114】
（付記８）前記ログ生成部は、前記画像処理の結果として前記ゲーム映像上で常時表示されないパーツの表示が検知された場合、検知されたタイミングに対応するハイライトシーンの動画を前記ログデータとして生成し、
前記表示制御部は、前記ハイライトシーンの動画を再生する付記３に記載のログ生成装置。
前記表示制御部は、前記ハイライトシーンの動画を再生する付記３に記載のログ生成装置。
【0115】
（付記９）前記表示制御部は、前記ハイライトシーンの動画を複数のチームごとに表示する付記８に記載のログ生成装置。
【0116】
（付記１０）ゲーム映像を取得し、
ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用し、
前記画像処理の結果から前記ゲームに関するログデータを生成する、
処理をコンピュータが実行するログ生成方法。
ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用し、
前記画像処理の結果から前記ゲームに関するログデータを生成する、
処理をコンピュータが実行するログ生成方法。
【0117】
（付記１１）前記設定データは、前記パーツが前記ゲーム映像上で常時表示されるか否かの選択肢、前記パーツが前記ゲーム映像中で表示される座標が固定されるか否かの選択肢、および、前記パーツが文字列、オブジェクトまたは領域のいずれを認識対象とするかの選択肢の組合せによる分類と、各画像処理に定義された分類との一致度に基づいて設定される付記１０に記載のログ生成方法。
【0118】
（付記１２）前記ログデータを用いて前記ゲームの進行状況を示す表示を実行する処理を前記コンピュータがさらに実行する付記１０に記載のログ生成方法。
【0119】
（付記１３）前記生成する処理は、所定のフレーム数ごとまたは所定の期間ごとに前記ゲーム映像上で常時表示されるパーツに対する画像処理の結果から前記ログデータを生成する処理を含み、
前記表示を実行する処理は、前記ログデータから前記ゲームの戦況の時系列変化を表示する処理を含む付記１２に記載のログ生成方法。
前記表示を実行する処理は、前記ログデータから前記ゲームの戦況の時系列変化を表示する処理を含む付記１２に記載のログ生成方法。
【0120】
（付記１４）前記表示を実行する処理は、前記ゲームの戦況の時系列変化を複数のチームごとに表示する付記１３に記載のログ生成方法。
【0121】
（付記１５）前記ログデータは、落ち物パズルにおける操作ピース数および前記操作ピース数に特殊ピースが足し合わされた合計ピース数を含み、
前記ゲームの戦況の時系列変化は、前記合計ピース数に対する前記操作ピース数の割合である付記１３に記載のログ生成方法。
前記ゲームの戦況の時系列変化は、前記合計ピース数に対する前記操作ピース数の割合である付記１３に記載のログ生成方法。
【0122】
（付記１６）前記ログデータは、格闘ゲームにおける体力ゲージの面積および残量ゲージの面積を含み、
前記ゲームの戦況の時系列変化は、前記体力ゲージの面積に対する前記残量ゲージの面積の割合である付記１３に記載のログ生成方法。
前記ゲームの戦況の時系列変化は、前記体力ゲージの面積に対する前記残量ゲージの面積の割合である付記１３に記載のログ生成方法。
【0123】
（付記１７）前記生成する処理は、前記画像処理の結果として前記ゲーム映像上で常時表示されないパーツの表示が検知された場合、検知されたタイミングに対応するハイライトシーンの動画を前記ログデータとして生成し、
前記表示を実行する処理は、前記ハイライトシーンの動画を再生する付記１２に記載のログ生成方法。
前記表示を実行する処理は、前記ハイライトシーンの動画を再生する付記１２に記載のログ生成方法。
【0124】
（付記１８）前記表示を実行する処理は、前記ハイライトシーンの動画を複数のチームごとに表示する付記１７に記載のログ生成方法。
【0125】
（付記１９）ゲーム映像を取得し、
ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用し、
前記画像処理の結果から前記ゲームに関するログデータを生成する、
処理をコンピュータに実行させるログ生成プログラム。
ゲームの画面レイアウトのパーツごとに前記パーツの分類に対応する画像処理が割り当てられた設定データにしたがって前記パーツに対応する前記ゲーム映像の領域に前記画像処理を適用し、
前記画像処理の結果から前記ゲームに関するログデータを生成する、
処理をコンピュータに実行させるログ生成プログラム。
【0126】
（付記２０）前記設定データは、前記パーツが前記ゲーム映像上で常時表示されるか否かの選択肢、前記パーツが前記ゲーム映像中で表示される座標が固定されるか否かの選択肢、および、前記パーツが文字列、オブジェクトまたは領域のいずれを認識対象とするかの選択肢の組合せによる分類と、各画像処理に定義された分類との一致度に基づいて設定される付記１９に記載のログ生成プログラム。
【符号の説明】
【0127】
１０ 情報処理装置
１１ 通信インタフェイス
１３ 記憶部
１３Ａ 設定データ
１３Ｂ ログデータ
１３Ｂ１ 第１ログ
１３Ｂ２ 第２ログ
１５ 制御部
１５Ａ 取得部
１５Ｂ 画像処理部
１５Ｃ ログ生成部
１５Ｄ 表示制御部
１１ 通信インタフェイス
１３ 記憶部
１３Ａ 設定データ
１３Ｂ ログデータ
１３Ｂ１ 第１ログ
１３Ｂ２ 第２ログ
１５ 制御部
１５Ａ 取得部
１５Ｂ 画像処理部
１５Ｃ ログ生成部
１５Ｄ 表示制御部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】