JP2022056812A - コンピュータシステム及び公開制御システム - Google Patents

Abstract

【課題】プレイ動画等の再現プレイの公開を望まないプレーヤの個人的希望と、当該プレーヤの再現プレイを公開することで得られるプレーヤコミュニティ全体の利益と、を適度にバランスさせることができる技術を提供すること。【解決手段】サーバシステムは、再現プレイの公開に関する希望を「無制限公開」，「制限付公開」，「公開禁止」の中からプレーヤに選択させ、当該プレーヤに対応付けて公開制限設定データを設定する。公開制限設定が「公開禁止」の場合、原則的には再現プレイのプレイ動画は公開されないが、公開推奨条件を満たすプレイ内容については、プレーヤコミュニティ全体にとっての利益が極めて大きいので、例外としてこれを公開する。【選択図】図５

Description

本発明は、ゲームプレイの動画を公開する制御を行うコンピュータシステム等に関する。

近年、ゲームプレイのプレイ画面を素材とした動画、いわゆる「プレイ動画」を、動画公開サイトなどに投稿するなどしてインターネットを通じて不特定多数に公開することが人気である。プレイ動画は、プレーヤ自らがプレイしながらゲーム装置でゲーム画面を録画してプレイ後に動画編集して作成するタイプと、ゲーム装置がオンライン接続しているゲームサーバが自動生成するタイプと、がある（例えば特許文献１を参照）。

後者のタイプとしては、例えばゲーム装置からプレイ再現用データ（ゲームプレイを再現可能に記録したデータ；リプレイデータ、プレイ記録データなどとも呼ばれることがある。）を収集し、当該データで再現されるゲームプレイの中から自動的にハイライトシーン（プレイ内での注目シーン；公開に相応しい相対的に高評価な場面）を抽出して、プレイ動画を生成し、当該プレイ動画を公開する仕組みが知られている（例えば、特許文献２を参照）。

公開されたプレイ動画は、同じゲームタイトルを楽しむプレーヤにとって素晴らしい教材ともなり得る。プレイ動画の公開によりプレーヤコミュニティが活性化され、プレイ動画が公開される仕組みがあるゲームタイトルはプレーヤにとってとても魅力的となる。

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

プレーヤの中には、自分のプレイ動画を他者には見られたくない、公開したくないと思う者、謂わば「公開拒否プレーヤ」もいる。
プレーヤ自らがプレイ動画を作成して公開する場合は、自らの行動で公開する／公開しないをコントロールできる。ゲームサーバが生成・公開する場合は、プレーヤ別に設定しておいた条件が満たされた場合に公開する仕組みなので、公開拒否プレーヤは、その条件を希望する設定にすればよい。

こうした対応は、プレーヤの個人的希望やある意味でのプライバシー保護の観点から有益であるが、プレーヤコミュニティ全体の活性化の観点からすると必ずしも有益とは言えない場合がある。

例えば、公開拒否プレーヤが、新しい攻略法を編み出した場合、それを公開すれば多くの他プレーヤにとって役に立つ。また、それに触発された他プレーヤが、更に別の新しい攻略法を編み出すかもしれない。それらは、プレーヤコミュニティ全体を活性化させ、ゲームの興趣を高めてくれる。同様に、公開拒否プレーヤが、ステージクリア所要時間の新記録を達成した場合、噂レベルの超レアアイテムを見つけた場合、複数人でないと討伐できない敵キャラクタを１人で討伐した場合、紳士的な称賛されるべき手本となる行動をした場合、なども同様である。また、内容が優れた優秀プレイに限らず、危険行為や避けるべき行動の典型例である場合も、プレーヤの個人的希望を尊重して非公開にするよりも、公開した方がコミュニティ全体にとっての利益が大きい場合があり得る。

本発明が解決しようとする課題は、プレイ動画等の再現プレイの公開を望まないプレーヤの個人的希望と、当該プレーヤの再現プレイを公開することで得られるプレーヤコミュニティ全体の利益と、を適度にバランスさせることができる技術を提供すること、である。

上記した課題を解決するための第１の発明は、ゲームプレイの一部又は全部を再現するためのプレイ再現用データに基づいて、当該ゲームプレイを再現した再現プレイを公開する制御を行うコンピュータシステムであって、
再現プレイの公開に関する公開制限設定が所与の設定条件を満たすゲームプレイについて、当該ゲームプレイの前記プレイ再現用データに基づく再現プレイを公開する制御を行う第１の公開制御手段（例えば、図１の制御基板１１５０、図８のサーバ処理部２００ｓ、第１公開制御部２２０、図１６のステップＳ４０、ステップＳ４２、ステップＳ９８、ステップＳ１００）と、
前記公開制限設定が前記設定条件を満たしていないゲームプレイであり、且つ、当該ゲームプレイが所与の公開推奨条件を満たすゲームプレイについて、当該ゲームプレイの前記プレイ再現用データに基づく再現プレイを公開する制御を行う第２の公開制御手段（例えば、図１の制御基板１１５０、図８のサーバ処理部２００ｓ、第２公開制御部２３０、図１７のステップＳ５０、ステップＳ６２、ステップＳ６４～ステップＳ６８）と、
を備えるコンピュータシステムである。

ここで言う「コンピュータシステム」は、単数のコンピュータで構成される場合は勿論、複数のコンピュータが連携して構成されるものでもよい。

第１の発明によれば、公開制限設定が所与の設定条件を満たすゲームプレイの再現プレイを公開するが、所与の設定条件が満たされないゲームプレイは、非公開とすることができる。その一方で、所与の設定条件が満たされないために本来であれば非公開となるゲームプレイであっても、公開推奨条件を満たす場合には、例外的にその再現プレイを公開することができる。つまり、公開推奨条件があることによって、プレイ動画等の再現プレイの公開を望まないプレーヤの個人的希望と、当該プレーヤの再現プレイを公開することで得られるプレーヤコミュニティ全体の利益と、を適度にバランスさせることが可能となる。

第２の発明は、前記公開制限設定が、プレーヤの操作入力に基づく設定であり、前記第２の公開制御手段は、前記再現プレイにおいて、前記設定条件を満たしていない前記公開制限設定のプレーヤの識別情報を表示しない表示抑制制御手段（例えば、図１の制御基板１１５０、図８のサーバ処理部２００ｓ、表示抑制制御部２３４、図１７のステップＳ６２）を有する、第１の発明のコンピュータシステム、である。

第２の発明によれば、公開制限設定をプレーヤ自らが設定できる。そして、コンピュータシステムは、公開推奨条件を満たしたことで再現プレイが公開される場合でも、当該再現プレイをプレイしていたプレーヤを特定できないようにプライバシーを保護できる。

第３の発明は、前記ゲームプレイはマルチプレイによるゲームプレイであり、前記公開制限設定は、プレーヤ毎の設定であり、前記設定条件は、参加プレーヤ全ての前記公開制限設定に基づく条件である、第１又は第２の発明のコンピュータシステム、である。

第３の発明によれば、マルチプレイであっても、プレーヤは個別に公開制限設定が可能になる。そして、コンピュータシステムは、参加プレーヤ全員の公開制限設定に基づいて、公開するのか、非公開にするのか、本来は非公開だが公開推奨条件を満たすので公開するのか、を制御できる。例えば、所定条件を、参加プレーヤの全員の公開制限設定が公開可能に設定していることとすれば、１人でも公開を希望しない参加プレーヤがいる場合には「原則非公開とするが、公開推奨条件を満たす場合は公開」とすることができる。

第４の発明は、前記ゲームプレイはマルチプレイによるゲームプレイであり、前記公開制限設定は、プレーヤ毎の設定であり、参加プレーヤの中に、前記設定条件を満たしていない前記公開制限設定の参加プレーヤが含まれている場合に、当該参加プレーヤに公開の許可を問い合わせて公開許可操作を受け付ける公開許可操作受付手段（例えば、図１の制御基板１１５０、図８のサーバ処理部２００ｓ、公開許可操作受付制御部２３６、図２０のステップＳ５４）と、
参加プレーヤの中に、前記設定条件を満たしていない前記公開制限設定の参加プレーヤが含まれており、且つ、前記公開許可操作受付手段による受け付けがなされた場合に、当該ゲームプレイの前記プレイ再現用データに基づく再現プレイを公開する制御を行う第３の公開制御手段（例えば、図１の制御基板１１５０、図８のサーバ処理部２００ｓ、第３公開制御部２３８、図２０のステップＳ５６）と、
を備える第１又は第２の発明のコンピュータシステム、である。

第４の発明によれば、マルチプレイゲームにおいて、設定条件を満たしていない公開制限設定のプレーヤ（公開を希望しないプレーヤ）が参加しているケースでは、コンピュータシステムは、当該プレーヤに公開の許可を問い合わせて、公開許可の操作がなされた場合に再現プレイを公開することができる。

第５の発明は、前記ゲームプレイはマルチプレイによるゲームプレイであり、前記公開制限設定は、プレーヤ毎の設定であり、前記第２の公開制御手段は、前記ゲームプレイが所与の公開推奨条件を満たすゲームプレイであり、且つ、参加プレーヤの中に、前記設定条件を満たしていない前記公開制限設定の参加プレーヤが含まれている場合に、当該参加プレーヤに公開の許可を問い合わせて公開許可操作を受け付ける公開許可操作受付手段と、
前記公開許可操作受付手段による受け付けがなされた場合に、当該ゲームプレイの前記プレイ再現用データに基づく再現プレイを公開する制御を行う手段（例えば、図１の制御基板１１５０、図８のサーバ処理部２００ｓ、第３公開制御部２３８、図２０のステップＳ５６）と、を有する、第１又は第２の発明のコンピュータシステム、である。

第５の発明によれば、コンピュータシステムは、マルチプレイでは、公開推奨条件を満たすゲームプレイであっても、参加プレーヤによる公開許可操作を受け付け、公開許可操作が有った場合に限定して再現プレイを公開する。

第６の発明は、前記参加プレーヤに、各参加プレーヤの前記公開制限設定に基づく設定内容を示す通知を行う設定内容通知制御手段（例えば、図１の制御基板１１５０、図８のサーバ処理部２００ｓ、設定内容通知制御部２１８、図１８のステップＳ１４）、を更に備える第３～第５の何れかの発明のコンピュータシステム、である。

第６の発明によれば、マルチプレイする参加プレーヤは、お互いの公開制限設定の内容を知ることができるので、マルチプレイの再現プレイが思ったように公開されなかったり、公開されてしまったとしても、事前にお互いの公開に関する要望を知っているので、互いの要望を知らない場合よりも、納得感を与えることができる。

第７の発明は、ゲームに参加するプレーヤをマッチングするマッチング手段であって、前記設定条件を満たしていない前記公開制限設定のプレーヤ同士を優先的にマッチングするマッチング手段（例えば、図１の制御基板１１５０、図８のサーバ処理部２００ｓ、マッチング部２１２、図１８のステップＳ８）、を更に備える第３～第６の何れかの発明のコンピュータシステム、である。

第７の発明によれば、コンピュータシステムは、マルチプレイでは、設定条件を満たしていない公開制限設定のプレーヤ同士を優先的にマッチングできるので、設定条件を満たしているプレーヤと設定条件を満たしていないプレーヤとが混在してマッチングされる可能性を低減できる。

第８の発明は、前記第２の公開制御手段が、前記公開制限設定が前記設定条件を満たしていないゲームプレイであり、且つ、当該ゲームプレイが所与の公開推奨条件を満たすゲームプレイについて、当該公開制限設定を、前記設定条件を満たす設定内容に変更する（例えば、図３０のステップＳ６７）、第１～第７の何れかの発明のコンピュータシステム、である。

第８の発明によれば、公開を望んでいないプレーヤによるゲームプレイが公開推奨条件を満たす場合に、本来公開を望んでいないからこそ選ばれた公開制限設定の設定内容を、設定条件を満たすように（公開しても良いとする設定）に変更することができる。

第９の発明は、前記公開推奨条件が、１）プレイ内容が所与の希少条件を満たすこと、２）当該ゲームプレイの成果が所与の優秀条件を満たすこと、３）プレイ内容が所与の興趣条件を満たすこと、のうちの少なくとも１つを含む、第１～第８の何れかの発明のコンピュータシステム、である。

第９の発明によれば、公開推奨条件を、１）プレイ内容が所与の希少条件を満たすこと、２）当該ゲームプレイの成果が所与の優秀条件を満たすこと、３）プレイ内容が所与の興趣条件を満たすこと、の何れかとすることができる。

第１０の発明は、視聴ユーザによる所与の希望条件入力に基づいて、前記公開推奨条件を変更する条件変更手段（例えば、図１の制御基板１１５０、図８のサーバ処理部２００ｓ、条件変更部２５６、図２１の公開推奨条件変更処理）、を更に備える第１～第９の何れかの発明のコンピュータシステム、である。

視聴ユーザとは、公開される再現プレイを視聴するユーザである。
第１０の発明によれば、コンピュータシステムは、視聴ユーザの希望に沿った公開推奨条件に基づいて、公開する再現プレイを選択できるようになる。

第１１の発明は、前記第２の公開制御手段が、連続するゲームプレイのうちの対象部分を時系列にずらしつつ、当該対象部分について、前記公開制限設定が前記設定条件を満たしておらず、且つ、前記公開推奨条件を満たすか否かを判定し、肯定判定された場合に少なくとも当該対象部分に係る再現プレイを公開する（例えば、図２５～図２６のシングルプレイ処理Ｂ）、第１～第１０の何れかの発明のコンピュータシステム、である。

第１１の発明によれば、コンピュータシステムは、ゲームプレイの進行順に再現プレイを連続的に公開することができる。

第１２の発明は、前記第２の公開制御手段が、前記対象部分に係る再現プレイの公開を時限公開、或いは、ライブ配信公開とする、第１１の発明のコンピュータシステム、である。

第１２の発明によれば、コンピュータシステムは、再現プレイの公開を時限公開、或いは、ライブ配信公開とすることができる。

第１３の発明は、前記第２の公開制御手段による前記対象部分に係る再現プレイの公開後に、当該対象部分を含む前記連続するゲームプレイについて、当該ゲームプレイの前記プレイ再現用データに基づく再現プレイを公開する制御を行う第４の公開制御手段（例えば、図１の制御基板１１５０、図２８のサーバ処理部２００ｓ、第４公開制御部２３９、図２６のステップＳ１２４～ステップＳ１３２）、を更に備える第１１又は第１２の発明のコンピュータシステム、である。

第１３の発明によれば、コンピュータシステムは、ゲームプレイの進行順に公開した複数の再現プレイを、別途、再公開することができる。

第１４の発明は、プレーヤ端末と、第１～第１３の何れかの発明のコンピュータシステムであるサーバシステムと、を具備する公開制御システム、である。

第１４の発明によれは、第１～第１３の何れかの発明と同様の効果を発揮する公開制御システムを実現できる。

公開制御システムの構成例を示す図。 ゲームサービスについて説明するための図。 プレイ動画の公開について説明するための図（その１）。 プレイ動画の公開について説明するための図（その２）。 公開制限設定データの設定画面の例を示す図。 マルチプレイにおけるゲーム画面の例を示す図。 マルチプレイにおけるプレイ動画の公開について説明するための図。 第１実施形態におけるサーバシステムの機能構成例を示す機能ブロック図。 第１実施形態におけるサーバ記憶部が記憶するプログラムやデータの例を示す図。 ハイライトシーン定義データのデータ構成例を示す図。 公開推奨条件定義データのデータ構成例を示す図。 プレイデータのデータ構成例を示す図。 プレイ再現用データのデータ構成例を示す図。 前例記録データのデータ構成例を示す図。 第１実施経緯におけるプレーヤ端末の機能構成例を示す機能ブロック図。 シングルプレイ処理の流れを説明するためのフローチャート。 公開禁止対応処理の流れを説明するためのフローチャート。 マルチプレイに係る処理の流れを説明するためのフローチャート。 図１８より続くフローチャート。 公開禁止対応処理Ｂの流れを説明するためのフローチャート。 公開推奨条件変更処理の流れを説明するためのフローチャート。 第２実施形態におけるプレーヤ端末の機能構成例を示す機能ブロック図。 第２実施形態におけるプレーヤ端末の端末記憶部が記憶するプログラムやデータの例を示す図。 第２実施形態におけるサーバシステムの機能構成例を示す図。 シングルプレイ処理Ｂの流れを説明するためのフローチャート。 図２５より続くフローチャート。 シーン切り出しタイミングリストのデータ構成例を示す図。 第３実施形態におけるサーバシステムの機能構成例を示す図。 シングルプレイ処理Ｄの流れを説明するためのフローチャート。 公開禁止対応処理Ｄの流れを説明するためのフローチャート。 シングルプレイ処理Ｅの流れを説明するためのフローチャート。

以下、本発明の実施形態の一例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。

〔第１実施形態〕
図１は、ゲームプレイに関する動画の公開制御システムの構成例を示す図である。
公開制御システム１０００は、ネットワーク９を介して相互にデータ通信が可能に接続された、サーバシステム１１００とプレーヤ端末１５００とを含む。

公開制御システム１０００は、（１）プレーヤ端末１５００を使用するユーザに向けて、オンラインゲームを提供するゲームサービスと、（２）ゲームプレイの再現映像を閲覧可能に提供する公開サービスと、を提供するコンピュータシステムである。勿論、公開制御システム１０００は、付加的にその他のサービスの提供を行ってもよい。

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

サーバシステム１１００は、例えば本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを有し、本体装置１１０１に制御基板１１５０を搭載するコンピュータシステムである。

制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

そして、サーバシステム１１００は、制御基板１１５０が所定のプログラム及びデータに基づいて演算処理することにより、ゲームサービスと、公開サービスと、を提供する機能を実現する。その中には、それらのサービスの提供に係り、プレーヤ端末１５００にて実行可能なプログラムや、プログラムの実行に必要となる各種データの提供も含まれる。

なお、図１では、プレーヤ端末１５００を１台のみ描いているが、実際のシステム運用においては、同時に複数のプレーヤ端末１５００がサーバシステム１１００にアクセス可能である。

また、サーバシステム１１００を、１台のサーバ装置であるかのように描いているが、複数の装置で実現する構成であってもよい。例えば、サーバシステム１１００は、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であっても良い。また、サーバシステム１１００を構成するハードウェアの設置場所は問わない。離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であっても良い。

なお、サーバシステム１１００は、プレイ動画の公開サービスに係り、プレイ動画の公開サイトを管理する制御を行う。
勿論、公開サイトの管理を自機で実現せず、外部の動画公開管理サーバ１２００を利用する構成であってもよい。動画公開管理サーバ１２００は、既存の動画公開サイト（インターネット等を通じて不特定多数からの動画投稿を受け付け、投稿された動画を不特定多数の閲覧者にストリーミング再生可能に提供するウェブサイト）を運用・管理するための外部サーバである。この場合、サーバシステム１１００は、動画公開管理サーバ１２００と通信して、プレイ動画を自動投稿することでプレイ動画の公開を実現する。

プレーヤ端末１５００は、登録手続を経たユーザが、本実施形態の公開制御システム１０００を利用するために使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００にアクセスできる電子装置（電子機器）である。具体的には、プレーヤ端末１５００は、ゲームプレイをするための装置であり、且つ、動画公開サイトにアクセスして、公開されているプレイ動画を閲覧する装置でもある。

なお、本実施形態のプレーヤ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、コンピュータであれば、スマートウォッチ、スマートグラスなどのウェアラブルコンピュータや、携帯型ゲーム装置、タブレット型コンピュータ、パソコン、などでもよい。スマートフォンと、当該スマートフォンに通信接続されたスマートウォッチとの組み合わせといった複数の電子機器が通信可能に接続することで１つの機能を果たす場合にはこれらの複数の電子機器を一つのプレーヤ端末１５００とみなすことができる。

プレーヤ端末１５００は、操作キー１５０２と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、制御基板１５５０と、を備える。制御基板１５５０は、（１）ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、（２）ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、（３）ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局などと無線通信するための無線通信モジュール１５５３、（４）タッチパネル１５０６のドライバ回路、操作キー１５０２からの信号を受信する回路、などが含まれているインターフェース回路１５５７、などを搭載する。

制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、プレーヤ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。

なお、本実施形態では、プレーヤ端末１５００はプログラムや各種の設定データをサーバシステム１１００からダウンロードする構成としているが、ディスクメディアリーダやメモリーカードリーダを搭載することで、別途入手したディスクメディアやメモリカードなどの記憶媒体から読み出す構成としても良い。

図２は、ゲームサービスについて説明するための図である。
プレーヤ２がプレーヤ端末１５００でプレイするゲームは、サーバシステム１１００をゲームサーバとするクライアント・サーバシステムで実行されるオンラインゲームである。

ゲーム進行に係る情報、及びゲーム画面Ｗ２の表示に係る情報は、サーバシステム１１００にて生成され、適宜プレーヤ端末１５００へ提供される。プレーヤ端末１５００は、操作入力兼ゲーム画面表示のための端末として機能する。すなわち、プレーヤ端末１５００は、サーバシステム１１００から提供された情報に基づいて、ゲーム画面を表示し、操作入力情報を逐一サーバシステム１１００へ送信する。サーバシステム１１００は、プレーヤ端末１５００から送信された操作入力情報に基づいて、ゲームを進行させる。

サーバシステム１１００は、ゲーム進行制御とともにプレイデータ７００を作成・記憶する。プレイデータ７００は、ゲームプレイ毎に作成され、ゲーム進行を制御するための各種データであって、その時々のゲームの最新状況を記述し、プレイ中は常時更新される。勿論、プレイデータ７００は、当該ゲームプレイに参加するプレーヤアカウントも含む。

サーバシステム１１００は、このプレイデータ７００に基づいてプレイ再現用データ７５０を作成・記憶する。プレイ再現用データ７５０は、プレイデータ７００を構成する各種データを時系列に格納するデータ群である。よって、プレイ再現用データ７５０が格納するデータを時系列に読み出すことで元になったゲームプレイを再現することできる。その意味では、プレイ再現用データ７５０は「リプレイデータ」と呼んでも良い。

図３と図４は、プレイ動画の公開について説明するための図である。
サーバシステム１１００は、プレーヤ２毎に公開制限設定データ７２０を作成・記憶する。公開制限設定データ７２０は、対応づけられるプレーヤ２が、自身のプレイ動画の公開についてどのような制限にするかを指定した情報である。プレーヤ２自らが、ゲームプレイする前に、所定の設定画面で、適用する制限の種類を選択して設定する。公開制限設定データ７２０には、適用ユーザアカウント７２１と、設定日時７２３と、制限種類設定７２５と、制限詳細設定７２６とが含まれる（図１２参照）。

図５は、公開制限設定データ７２０を設定するための設定画面Ｗ５の例を示す図である。
設定画面Ｗ５は、ゲーム開始前（例えば、ゲーム開始前にプレーヤキャラクタの選択などと一緒に表示されたり、セーブデータからゲームを再開する場合の再開前に表示されたりする）に表示され、設定結果が公開制限設定データ７２０として記録される。

設定画面Ｗ５は、制限種類設定部１０を有する。制限種類設定部１０では、制限の種類の選択肢が提示され、プレーヤ２は何れかの設定を選択操作する。制限の種類は、適宜設定可能であるが、本実施形態では、「無制限公開」「公開禁止」「制限付公開」を用意することとする。

「無制限公開」は、実質的な無制限での公開を希望する場合に選択する。
「制限付公開」は、無制限公開と公開禁止の中間であって、指定した制限に従って公開を許可する場合に選択する。そして、制限付公開の選択肢に関連して、制限詳細表示部１２が表示される。制限詳細表示部１２では、詳細な制限の内容が表示され、その種類毎にチェックボックスが用意される。プレーヤ２は希望する制限内容のチェックボックスをチェックする操作をすることで、希望する制限を詳細に設定する。設定された制限は制限詳細設定として記憶される。制限の詳細は、適宜設定可能である。例えば、「アカウントを非表示にする」「プレーヤの音声を代替音声に代える」「テキストチャットを非公開にする」「プレーヤキャラクタの特徴部位にモザイクを施して表示する」などである。

「公開禁止」は、公開を希望しない場合に選択する。但し、本実施形態で言うところの公開禁止は原則の取り扱いを示すものであって、プレイ内容が後述する「公開推奨条件」に適合する場合には、公開禁止に設定されていても、所定の公開制限が適用された後に例外的に公開される。

これに関連して、設定画面Ｗ５では、公開禁止の設定に係る注意事項表示１４と、当該注意事項を理解した上でプレイする旨を承認する操作入力のための承認操作部１６と、当該注意事項を承認できないのでゲームプレイを注視する操作入力のための否認操作部１７と、が表示される。

プレーヤ２は、設定画面Ｗ５で本人が希望する制限の内容を設定し、適用開始操作アイコン１８を操作してゲームプレイを開始する。或いはゲーム開始前の準備画面を経てゲームプレイを開始する。

図３の例では、プレーヤ２ａの公開制限設定データ７２０では「無制限公開」が設定されている。すなわち、プレーヤ２ａのプレイ動画は、特に制限することなく公開される。サーバシステム１１００は、公開制限設定データ７２０の設定が「無制限公開」又は「制限付公開」である場合、当該公開制限設定データ７２０に対応づけられるプレーヤ２ａのプレイ再現用データ７５０に、公開制限設定データ７２０の設定が示す制限内容を適用するようにプレイ再現用データ７５０を変更する。

制限内容の適用とは、プレイ再現用データ７５０から制限対象に係る情報を削除することで実現される。又は、プレイ再現用データ７５０の内容に、制限対象をプレイ動画作成時に非表示扱いとするように指定するデータを追加することで実現できる。或いは、制限対象を代替データに差し替えることで実現できる。

そして、サーバシステム１１００は、制限が適用されたプレイ再現用データ７５０に基づいてプレイを再現したプレイ動画を作成し、動画公開管理サーバ１２００へ所定の手続を介して送信して、公開サイトＷ３（動画共有サイト）にて公開する制御を行う。

なお、本実施形態では、公開サイトＷ３がプレーヤ２に限定して利用される場合、サーバシステム１１００は、プレイ再現用データ７５０から予め作成するのは、公開サイトＷ３で表示するサムネイル画像程度に留めておく。そして、視聴リクエストをしたプレーヤ２のプレーヤ端末１５００に対して、プレイ動画を生成して配信するとしてもよい。勿論、プレイ再現用データ７５０から予め動画データを作成しておいてこれを配信して公開するとしてもよい。

一方、図４の例では、プレーヤ２ｂの公開制限設定データ７２０では「公開禁止」に設定されている。サーバシステム１１００は、公開制限設定データ７２０が「公開禁止」に設定されている場合、基本的には、当該公開制限設定データ７２０に対応づけられるプレーヤ２ｂのプレイ再現用データ７５０を非公開とする。但し、所与の公開推奨条件を満たすと判定された場合には、プレイ再現用データ７５０から、個人を特定可能な要素である個人特定要素（当該プレーヤの個人を特定するヒントになり得る情報や表示）を削除しつつ、プレイ動画を作成して公開する。

ここで言う「公開推奨条件」は、プレイ動画の公開を望まないプレーヤ２ｂ（公開拒否プレーヤ）の個人的希望を叶えるよりも、当該プレーヤのプレイ動画をあえて公開することで得られるプレーヤコミュニティ全体の利益が上回ると判断する条件である。

「公開推奨条件」は、プレイ動画の内容が特に希少、特に優秀、特に興趣がそそられる、の少なくとも何れかに該当するプレイ内容であることを示す。具体的には、あるゲームステージのステージボスを攻略する新しい攻略法を編み出した場合が該当する。公開すれば、多くの他プレーヤにとってゲームクリアの役に立つ。また触発された他プレーヤが、更に別の新しい攻略法を編み出すためにやり込みをするかもしれない。その過程で、友人と多いに語らい、ゲームを楽しむこととなるだろう。同様の例としては、最短時間クリアや連続コンボなどの新記録の樹立、超レアアイテムを見つけた、紳士的で称賛されるべき手本となる行動をした、などが上げられる。

勿論、公開推奨条件は、希少なプレイ、優秀なプレイ、興趣あるプレイに限らず、プレーヤコミュニティにとって有益であれば適宜含めることができる。例えば、マナー違反、公序良俗違反、倫理違反などプレイ動画の内容が避けるべき行動も含めることができる。この場合、再現プレイの公開は懲罰的意味合いを有する。偶発的な珍しいシーンなども興趣あるプレイの一種として公開推奨条件に含めることができる。

公開推奨条件の判定は、プレイ再現用データ７５０に含まれる各種データから判定することができる。プレイ再現用データ７５０は、プレーヤ情報７６２と、操作入力時系列データ７８２と、進行状況時系列データ７９０と、を含む。

操作入力時系列データ７８２は、当該ゲームプレイに参加するプレーヤ別に用意される。１つの操作入力時系列データ７８２は、当該プレーヤによる操作入力の情報（例えば、操作入力の種類、位置、方向、操作量、操作力、入力時間などの入力を記述する各種情報）を、入力された時間情報（例えば、日時やゲームプレイ開始からの経過時間、ゲーム画面の描画フレーム数など）と対応づけて格納する。

進行状況時系列データ７９０は、その時々のゲーム進行情報を示す情報（例えば、プレイしているステージ番号、対戦ラウンド、ラウンド別の勝敗結果、プレーヤキャラクタ別の位置座標、プレーヤキャラクの位置及び姿勢、プレーヤキャラクタの状態を示すパラメータ値のリスト、など）を時間情報と対応づけて格納する。

ＮＰＣ（コンピュータにより自動制御されるキャラクタ：Non Player Character）もオブジェクトの一種である。そのため、ゲーム内にＮＰＣが登場する場合には、進行状況時系列データ７９０に、当該ＮＰＣに係る制御情報を時系列に格納したオブジェクト制御時系列データ７９２を含めることができる。

例えば、「特定技の連続による『コンボ』の成立」を優秀シーン（ハイライトシーン）と判断するために、（１）操作入力時系列データ７８２に連続的な特定攻撃技の操作入力を示すデータがあり、且つ、（２）進行状況時系列データ７９０に相手キャラクタに相応のダメージが付与されていることを示すデータがある場合、を公開推奨判定条件として定義する。

また、「コンボ数の新記録達成」を優秀シーンと判断するために、サーバシステム１１００が別途、ゲーム内での優秀シーン種別の記録値（例えば、コンボ数、ステージクリア所要時間、連続敵撃破数、最多獲得アイテム数、など）を記録管理することとする。そして、公開推奨条件を、コンボ数が新記録に達したこと、とする。

また、「魔法攻撃だけでボスキャラクタを攻略」を優秀シーンと判断するために、（１）操作入力時系列データ７８２が魔法攻撃の操作入力であることを示し、且つ、（２）進行状況時系列データ７９０がボスキャラクタ攻略をしていること、を公開推奨判定条件として定義する。

また、「ボスキャラクタに対する新たな攻略法」を優秀シーンと判断するために、サーバシステム１１００が、ゲーム内でのボス攻略時の攻撃に要した攻撃操作の種類や回数、プレーヤキャラクタの移動などを記録項目として、攻撃パターンを分類して記録管理する。そして、公開推奨条件を進行状況時系列データ７９０がボスキャラクタの攻略に成功したことを示し、且つ、操作入力時系列データ７８２が示す攻撃パターンが過去に記録されていないこと、とする。

また例えば、１人のプレーヤ２が複数の駒（プレーヤキャラクタ）を操作して対戦するストラテジーゲームであって、「新しい戦術による攻略」を優秀シーンと判断するために、サーバシステム１１００が、ゲームステージ別に、使用した駒の種類、配置、移動、回復、追加などを記録項目とし、所与の分類基準に基づいて戦術パターンを分類して記録管理することとする。そして、公開推奨条件を、進行状況時系列データ７９０がステージクリアをしたことを示し、且つ、該当する戦術パターンが記録されていないこと、とする。

勿論、ゲーム内容に応じて、公開推奨条件はこれら以外の内容に設定可能である。また、公開推奨条件は、上述のように特定のシーン内容に該当するか否かの判定ではなく、評価点の合計で基準値を上回る場合としてもよい。例えば、上述のような優秀シーンに該当する毎に加点して評価点を決定したり、プレイ成績に基づいて加点して評価点を決定したり、避けるべき行動毎にマイナス点を加算して評価点を決定したりすることができる。

図６は、マルチプレイにおけるゲーム画面Ｗ６の例を示す図である。
複数のプレーヤが参加するマルチプレイの場合、マッチングの結果によっては、公開制限設定データ７２０の設定が異なるプレーヤ同士でプレイする場合も起こり得る。図６の例では、３人で１つのチームになり、各々がプレーヤキャラクタ４（４ａ，４ｂ，４ｃ）を操作して敵キャラクタ６（６ａ，６ｂ；ＮＰＣ）と戦う。第１プレーヤ２ｃの公開制限設定データ７２０の設定は「無制限公開」、第２プレーヤ２ｄの設定は「制限付公開」、第３プレーヤ２ｅの設定は「公開禁止」である。マルチプレイのゲーム画面Ｗ６では、各プレーヤの公開制限設定データ７２０の設定は、公開制限通知２０（２０ａ，２０ｂ、２０ｃ）によって互いに知ることができる。

そして、サーバシステム１１００は、マルチプレイのプレイ動画については、公開しようとするプレイ動画の内容を成立させるのに主に関与したプレーヤ２（関与プレーヤ）のうち、１人でも公開制限設定データ７２０の設定が「公開禁止」である場合、原則的に非公開とし、公開推奨条件が満たされれば例外的に公開とされる。

「関与プレーヤ」の定義は適宜設定可能であるが、基本的には、参加プレーヤ全員が一つのチームを結成して協力プレイをするゲームであれば、当該チームのメンバー全員が関与プレーヤとなる。チーム対戦であれば、対戦シーンに係るチーム全員が関与プレーヤとなる。但し、大規模人数参加型のマルチプレイゲーム（例えば、ＭＭＯＲＰＧなど）では、公開するプレイの背景に他プレーヤのプレイが映り込む場合もあり得るが、当該他プレーヤは関与プレーヤには含めない。

また、「無制限公開」に設定している第１プレーヤ２ｃや「制限付公開」に設定している第２プレーヤ２ｄにより所定の公開要求操作が入力されると、例外的に当該公開要求操作がなされたタイミングの直近過去のシーン（例えば、ボスキャラクタを倒した、連携プレイが上手くいった、などのシーン）は、「公開禁止」に設定している第３プレーヤ２ｅによる公開許可操作入力があれば公開される。言い換えると、マルチプレイ用公開推奨条件が“「無制限公開」に設定しているプレーヤ２（第１プレーヤ２ｃ）や「制限付公開」に設定しているプレーヤ２（第２プレーヤ２ｄ）により所定の公開要求操作が入力されたこと”である、とも言える。

ちなみに、マルチプレイのゲーム画面Ｗ６では、公開要求操作があった旨の要求操作検出通知２３が表示されるので、「公開禁止」に設定している第３プレーヤ２ｅにも、今し方のプレイ動画の公開をメンバーが強く望んでいることが分かる。

図７は、マルチプレイにおけるプレイ動画の公開について説明するための図である。
マルチプレイのプレイデータ７００には、各プレーヤの操作入力情報や、進行制御情報が格納されている。サーバシステム１１００は、シングルプレイのときと同様に、プレイデータ７００からプレイ再現用データ７５０を作成し記録する。

サーバシステム１１００は、所定の「公開要件」が満たされなければプレイ再現用データ７５０を非公開とし、満たされればプレイ再現用データ７５０からプレーヤを個人の特定に利用可能な情報を削除した後に、プレイ動画を作成して公開する。

マルチプレイにおける「公開要件」は、公開制限設定データ７２０の設定が「無制限公開」又は「制限付公開」を設定している関与プレーヤによる公開要求操作が検出され、且つ、「公開禁止」を設定している関与プレーヤによる公開許可操作が検出されたこと、である。

勿論、公開要件はこれに限らず適宜設定可能である。例えば、本実施形態では、関与プレーヤのうち「無制限公開」又は「制限付公開」を設定しているプレーヤ２のうち、１人でも公開要求すると公開されるが、「無制限公開」又は「制限付公開」を設定しているプレーヤ２の全員が公開要求しないと公開できないように公開要件を厳しくしてもよい。逆に、「公開禁止」に設定しているプレーヤ２による公開許可操作を公開要件の構成から除外して公開要件を緩和してもよい。公開要求操作には回数制限を付けるとしてもよい。

このように、シングルプレイであれマルチプレイであれ、サーバシステム１１００は基本的には「公開禁止」を希望するプレーヤ２に係るプレイ動画は原則非公開とするが、プレイ内容がプレーヤコミュニティ全体にとって有益と見なされる場合は、例外的に公開し、プレーヤコミュニティを活性化することができる。

図８は、サーバシステム１１００の機能構成例を示す機能ブロック図である。
サーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

操作入力部１００ｓは、サーバの管理のための各種操作を入力するための手段である。図１のキーボード１１０６がこれに該当する。

サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路となるプロセッサの他、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓやサーバ記憶部５００ｓを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、プレーヤ端末１５００から受信したデータ、等に基づいて各種の演算処理を実行して、サーバシステム１１００の動作を統合的に制御する。

そして、サーバ処理部２００ｓは、ユーザ管理部２０２と、ゲーム管理部２１０と、第１公開制御部２２０と、第２公開制御部２３０と、条件変更部２５６と、公開サイト管理部２７０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。

ユーザ管理部２０２は、ユーザ登録の手続きに係る処理、及びユーザアカウントに紐付けられる各種情報の記憶管理を行う。具体的には、ユーザ管理部２０２は、（１）登録ユーザへの固有のユーザアカウントの付与、（２）ユーザアカウント別に個人情報を登録管理する登録情報管理、（３）ログイン及びログアウトの履歴等を管理するプレイ履歴管理、（４）ゲームで使用するキャラクタの識別情報を含むゲームプレイに係る各種のセーブデータを管理するセーブデータ管理、（５）ユーザが保有するゲーム関連アイテムの管理、などを行う。勿論、これら以外のアカウントに紐付けられる他のデータの管理機能も適宜含めることができる。

ゲーム管理部２１０は、オンラインゲームに係る各種制御を実行する。
ゲーム管理部２１０は、公開制限設定部２１１と、マッチング部２１２と、プレイデータ記憶制御部２１４と、プレイ再現用データ記憶制御部２１６と、設定内容通知制御部２１８と、を含む。

公開制限設定部２１１は、公開制限設定データ７２０の作成・記録管理に関する処理を行う。具体的には、所定タイミングでプレーヤ２別のプレーヤ端末１５００にて設定画面Ｗ５を表示させ、当該画面への設定操作入力に応じて、当該プレーヤの公開制限設定データ７２０を生成し記憶する制御を行う。

マッチング部２１２は、マルチプレイでゲームを実行する場合に、ゲームに参加するプレーヤをマッチングする。具体的には、マッチング部２１２は、公開制限設定データ７２０が「公開禁止」に設定されているプレーヤ（設定条件を満たしていない公開制限設定のプレーヤ）同士を優先的にマッチングする。

プレイデータ記憶制御部２１４は、プレイデータ７００の生成と記憶管理をする（図３、図４参照）。

プレイ再現用データ記憶制御部２１６は、プレイを再現するための基礎となるプレイ再現用データ７５０の生成と記憶管理をする（図３、図４参照）。

設定内容通知制御部２１８は、マルチプレイでゲームを実行する場合に、参加プレーヤに、各参加プレーヤの公開制限設定に基づく設定内容を示す通知を行う。

第１公開制御部２２０は、再現プレイの公開に関する公開制限設定が所与の設定条件を満たすゲームプレイについて、当該ゲームプレイのプレイ再現用データ７５０に基づく再現プレイを公開する制御を行う。具体的には、第１公開制御部２２０は、公開制限設定データ７２０において公開制限設定が「無制限公開」「限定公開」に設定されている場合、所与の設定条件を満たすと判断する。そして、第１公開制御部２２０は、プレイ再現用データ７５０からプレイ動画を生成して、公開サイト管理部２７０による公開対象として設定する。或いは、外部の動画公開管理サーバ１２００（図１参照）へアップロードして公開する。

第２公開制御部２３０は、公開制限設定が設定条件を満たしていないゲームプレイであり、且つ、当該ゲームプレイが所与の公開推奨条件を満たすゲームプレイについて、当該ゲームプレイのプレイ再現用データ７５０に基づく再現プレイを公開する制御を行う。

具体的には、第２公開制御部２３０は、公開推奨条件判定部２３２と、表示抑制制御部２３４と、公開許可操作受付制御部２３６と、第３公開制御部２３８と、を有する。

公開推奨条件判定部２３２は、プレーヤ２の公開制限設定データ７２０において公開制限設定が「無制限公開」「限定公開」に設定されている場合、すなわち公開制限設定が所与の設定条件を満たさない場合に、プレイ再現用データ７５０に基づく再現プレイの内容が、公開推奨条件を満たすか判定する。

表示抑制制御部２３４は、再現プレイにおいて、設定条件を満たしていない公開制限設定のプレーヤの識別情報を表示しないようにする制御を行う。具体的には、プレイ再現用データ７５０から当該プレーヤの識別情報を削除するか、ダミーデータに差し替える。或いは、プレイ再現用データ７５０からプレイ動画を生成する際に、識別情報を非表示或いはダミーデータに差し替える。

公開許可操作受付制御部２３６は、（１）ゲームプレイが所与の公開推奨条件を満たすゲームプレイであり、且つ（２）参加プレーヤの中に、設定条件を満たしていない公開制限設定の参加プレーヤが含まれている場合に、当該参加プレーヤに公開の許可を問い合わせて公開許可操作を受け付ける制御を行う。具体的には、設定条件を満たしている公開制限設定（「無制限公開」又は「制限付公開」）の参加プレーヤのプレーヤ端末１５００から公開要求操作を受け付ける制御を行う（図７参照）。また、設定条件を満たしていない公開制限設定（「公開禁止」）の参加プレーヤのプレーヤ端末１５００から、公開要求に対する公開の許可をする／しないの選択を受け付ける制御を行う。なお、公開許可操作受付制御部２３６は、公開推奨条件を満たすか満たさないかに関わらず、或いは公開要求の有り無しに関わらず、参加プレーヤの中に、設定条件を満たしていない公開制限設定の参加プレーヤが含まれている場合に、当該参加プレーヤに公開の許可を問い合わせて公開許可操作を受け付ける制御を行う、としてもよい。

第３公開制御部２３８は、公開許可操作受付制御部２３６による受け付けがなされた場合に、当該ゲームプレイのプレイ再現用データ７５０に基づく再現プレイを公開する制御を行う。

条件変更部２５６は、視聴ユーザによる所与の希望条件入力に基づいて、公開推奨条件を変更する。

公開サイト管理部２７０は、再現プレイを公開するウェブサイト或いはそれに準ずる電子掲示板相当を運営・管理する制御を行う。

計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理やゲーム等に係る操作音や効果音、ＢＧＭなどの音声データを生成或いはデコードする。そして、システム管理に関する音声信号は音出力部３９０ｓへ出力する。

音出力部３９０ｓは、音声信号を放音する。図１の例では本体装置やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。

画像生成部２９２ｓは、画像の生成、画像の合成、画像表示部３９２ｓにそれらを表示させる画像信号の出力を行う。サーバシステム１１００のシステム管理に関する画面やゲーム画面、各種の設定画面（又はそれらをプレーヤ端末１５００で表示させるためのデータ）などの画像を生成する機能の一部がこれに該当する。

画像表示部３９２ｓは、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。図１の例では、タッチパネル１１０８がこれに該当する。

通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。

通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３が該当する。

サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体、及びストレージ１１４０がこれに該当する。

図９は、サーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用クライアントプログラム５０３と、ゲーム初期設定データ５１０と、ハイライトシーン定義データ５２０と、公開推奨条件定義データ５４０と、を記憶する。

また、サーバ記憶部５００ｓは、逐次生成・管理されるデータとして、ユーザ管理データ６００と、プレイデータ７００と、プレイ再現用データ７５０と、前例記録データ８００と、シーン別プレイ再現用データ８２０と、再現プレイのプレイ動画データ８４０と、再現プレイのプレイ動画を公開するウェブサイトを運用管理するための公開サイトデータ８４２と、追加公開推奨条件候補データ８４４と、有効化情報８４６と、現在日時９００と、を記憶する。サーバ記憶部５００ｓは、その他のプログラムやデータ（例えばタイマや、カウンタ、各種フラグなど）も適宜記憶する。

サーバプログラム５０１は、サーバ処理部２００ｓが読み出して実行することで、ユーザ管理部２０２、ゲーム管理部２１０、第１公開制御部２２０、第２公開制御部２３０、条件変更部２５６、公開サイト管理部２７０、としての機能を実現させるためのプログラムである。
配信用クライアントプログラム５０３は、プレーヤ端末１５００へ提供されるクライアントプログラムのオリジナルである。
ゲーム初期設定データ５１０は、ゲームの実行制御に必要な各種初期設定データを含む。

図１０は、ハイライトシーン定義データ５２０のデータ構成例を示す図である。
ハイライトシーン定義データ５２０は、プレイ再現用データ７５０として蓄積された全てのゲームプレイのなかから、公開するに値するシーンを選抜するための基準を定義するデータであって、シーンの内容毎に作成される。

一つのハイライトシーン定義データ５２０は、固有のシーンＩＤ５２１と、検索用タグ設定データ５２３と、該当シーンを判定するための判定要件データ５３０と、を含む。勿論、これら以外のデータも適宜含めることができる。

検索用タグ設定データ５２３は、プレイ動画として公開する際に、当該プレイ動画のメタデータとして設定される検索用のキーワード群である。

判定要件データ５３０は、サブ条件のＡＮＤ又はＯＲで記述される。サブ条件の種類や内容は、ゲーム内容に応じて適宜設定可能である。例えば、サブ条件として、進行状況条件５３２と、操作入力条件５３４と、プレイ成績条件５３６と、記録条件５３８と、を用いてもよい。

進行状況条件５３２は、ゲーム進行状況に関するサブ条件である。例えば、プレイ中のゲームステージＩＤ、ゲームフィールドにおける位置情報、複数人で構成されるチームのうち生存しているメンバーの数、各ミッションのクリア有無を示す星取り表、プレイ開始からの経過時間範囲、などを用いて記述できる。端的に言えば、どのようなゲーム進行状況であったか、の条件である。

操作入力条件５３４は、操作入力に関するサブ条件である。例えば、操作入力の種類を時系列に記述した操作入力パターンのデータや、操作入力の時間差や回数の閾値、などを用いて記述できる。端的に言えば、どのような操作入力をしたか、の条件である。

プレイ成績条件５３６は、プレイ成績についてのサブ条件である。例えば、ステージクリア、レアアイテム獲得、ボスキャラクタ討伐、隠しステージの開放、獲得した得点、到達距離、などを用いて記述できる。端的に言えば、どのようなプレイ成績であるか、の条件である。

記録条件５３８は、当該ゲームにおける優秀記録としての記録の有無、記録との差などを用いて記述できる。

サブ条件を適切に設定することで、例えば「第Ｎステージにおいて、魔法攻撃のみで、ボスキャラクタを討伐した、初めてのプレーヤ（該当記録なし）」と言うプレイ内容であることを判定要件として定義することができる。また例えば「（進行状況条件＝無制限）、Ｍ回（Ｍは５以上の整数）の操作入力、全攻撃ヒット（コンボ達成）、新記録達成」と言うプレイ内容であることを判定要件として設定することができる。なお、サブ条件で定義する内容は、実質的な定義無し・無制限とすることもできる。

図１１は、公開推奨条件定義データ５４０のデータ構成例を示す図である。
公開推奨条件定義データ５４０は、公開推奨条件毎に作成される。１つの公開推奨条件定義データ５４０は、固有の条件ＩＤ５４１と、検索用タグ設定データ５４３と、条件説明文５４５と、条件の詳細を記述する条件詳細データ５５０と、を含む。勿論、これら以外のデータも適宜含めることができる。

条件説明文５４５は、当該条件の内容を説明するテキスト文のデータであって、公開制限の設定画面Ｗ５（図６参照）において、公開推奨条件の提示操作アイコン１５が操作された場合に、その内容がプレーヤ２へ提示される。

条件詳細データ５５０は、当該公開推奨条件の内容を定義付けるデータ群であって、当該公開推奨条件の内容をサブ条件のＡＮＤ又はＯＲで記述される。条件詳細データ５５０が、公開推奨に値すると判断するために満たすべき希少条件や、優秀条件、興趣条件を記述している。サブ条件の種類や内容は、ゲーム内容に応じて適宜設定可能である。例えば、サブ条件として、進行状況条件５５２と、操作入力条件５５４と、プレイ成績条件５５６と、記録条件５５８と、を用いることができる。

進行状況条件５５２は、ゲーム進行状況に関するサブ条件である。例えば、プレイ中のゲームステージＩＤ、ゲームフィールドにおける位置情報、複数人で構成されるチームのうち生存しているメンバーの数、各ミッションのクリア有無を示す星取り表、プレイ開始からの経過時間範囲、などを用いて記述できる。端的に言えば、どのようなゲーム進行状況であったか、の条件である。

操作入力条件５５４は、操作入力に関するサブ条件である。例えば、操作入力の種類を時系列に記述した操作入力パターンのデータや、操作入力の時間差や回数の閾値、などを用いて記述できる。端的に言えば、どのような操作入力をしたか、の条件である。

プレイ成績条件５５６は、プレイ成績についてのサブ条件である。例えば、ステージクリア、レアアイテム獲得、ボスキャラクタ討伐、隠しステージの開放、獲得した得点、到達距離、などを用いて記述できる。端的に言えば、どのようなプレイ成績であるか、の条件である。

記録条件５５８は、当該ゲームにおける優秀記録としての記録の有無、記録との差などを用いて記述できる。

公開推奨条件定義データ５４０は、サブ条件を適切に設定することで、（１）プレイ内容が所与の希少条件を満たすこと、（２）当該ゲームプレイの成果が所与の優秀条件を満たすこと、（３）プレイ内容が所与の興趣内容条件を満たすこと、のうちの少なくとも１つを含むように設定される。

例えば、魔法無しでは攻略できないと思われるボスキャラクタを攻略したプレイ内容、すなわち「まさかそれができるとは」と思わせる希少且つ優秀且つ興趣がそそられるプレイ内容を公開推奨条件とするならば、条件詳細データ５５０を「進行状況条件＝第Ｎステージにおいて、操作入力条件＝魔法攻撃なし、プレイ成績条件＝ボスキャラクタを討伐した、記録条件＝設定無し」とすることができる。「記録条件＝設定無し」なので、該当するプレイが起きる毎にそれが公開されることとなる。もし「記録条件＝前例無し」に設定すれば、該当するプレイが初めて起きたときに限定して公開することとなる。

また、進行状況に限らず連続コンボ数が更新された希少且つ優秀なプレイ内容を公開推奨条件とするならば、条件詳細データ５５０を「進行状況条件＝設定無し、操作入力条件＝Ｍ回（Ｍは５以上の整数で連続コンボ数の記録値）の操作入力、プレイ成績条件＝連続された全攻撃ヒット（コンボ達成）、記録条件＝前例無し」と設定すればよい。

公開推奨条件定義データ５４０と、ハイライトシーン定義データ５２０とを比較すると、両者は良く似ているが、公開推奨条件定義データ５４０が定義するプレイ内容は、ハイライトシーン定義データ５２０でハイライトシーンとするプレイ内容のなかでも、特に珍しいもの、特に優秀なもの、記録的なもの、特に興趣に溢れるもの、となる。つまり、再現プレイを未公開にするにはあまりにも惜しく、プレーヤコミュニティ全体にとって有益なものとなっている。

その意味においては、公開推奨条件定義データ５４０は、ハイライトシーン定義データ５２０で定義されるシーンのうち、公開推奨条件を満たすと見なされるシーンのシーンＩＤ５２１のリストとして実現されてもよい。

図９に戻って、ユーザ管理データ６００は、所定のユーザ登録手続を行ったユーザ、すなわちプレーヤとなり得るユーザ毎に用意される。１つのユーザ管理データ６００は、固有のユーザアカウントと、ゲームセーブデータと、を含む。勿論、これら以外のデータも適宜含めることができる。

図１２は、プレイデータ７００のデータ構成例を示す図である。
プレイデータ７００は、ゲームプレイ毎に作成され、当該ゲームプレイにおける最新の進行状況や最新のプレイ成績などを記述する各種データが格納される。具体的には、プレイデータ７００は、固有のプレイＩＤ７０１と、プレイ日時７０２と、プレーヤアカウントリスト７０３と、プレーヤ別データセット７１０と、進行状況データ７４０と、公開要求履歴データ７４４と、を含む。勿論、これら以外のデータも適宜含めることができる。

プレーヤアカウントリスト７０３は、マッチングデータ７０４を含む。

プレーヤ別データセット７１０は、プレーヤ別に用意され、当該データセットが適用されるプレーヤのプレーヤ情報７１２と、公開制限設定データ７２０と、当該プレーヤが操作するキャラクタ別のプレーヤキャラクタ設定データ７３０と、操作入力データ７３２と、当該プレーヤが個人的及び所属チームが成したプレイ成績を示すプレイ成績データ７３４と、チャットデータ７３６と、を含む。チャットデータ７３６の元となるチャットは、テキストチャットでも、音声チャットでもよい。勿論、これら以外のデータも適宜含めることができる。例えば、１人称視点を採用するゲームでは、視点操作のデータも含めることができる。ゲーム内容によっては、こらのうち１つ又は複数を適宜省略できる。

進行状況データ７４０は、最新のゲーム進行状況を記述する。例えば、プレイ開始からの経過時間、プレイ中のゲームステージ、対戦であれば勝敗数、などを含む。また、進行状況データ７４０は、プレーヤキャラクタやＮＰＣ、背景オブジェクトなどゲームに登場するオブジェクト別のオブジェクト制御データ７４２を含んでいる。

公開要求履歴データ７４４は、マルチプレイ時に作成されるデータであって、公開要求操作（図７、図８参照）が検出される毎に作成される。１つの公開要求履歴データ７４４は、要求者アカウントと、要求タイミング（例えば、プレイしているゲームステージＩＤ、経過時間、など）とを対応付けて格納している。すなわち、公開要求履歴データ７４４は、何時、誰が公開要求したかを示す。

図１３は、プレイ再現用データ７５０のデータ構成例を示す図である。
プレイ再現用データ７５０は、ゲームプレイ毎つまりプレイデータ７００別に用意される。プレイ再現用データ７５０は、基本的にはプレイデータ７００に含まれる各種データを、プレイデータ７００のデータをコピーして時系列に蓄積し続けたデータ群で構成される。

具体的には、プレイ再現用データ７５０は、起源となったゲームプレイを示す起源プレイＩＤ７５１と、プレイ日時７５２と、プレーヤアカウントリスト７５３（マッチングデータ７５４を含む）と、プレーヤ別データセット７６０と、進行状況時系列データ７９０と、公開要求履歴データ７９４と、を含む。

プレーヤ別データセット７６０は、プレーヤ情報７６２と、公開制限設定データ７７０と、プレーヤキャラクタ設定時系列データ７８０と、操作入力時系列データ７８２と、プレイ成績時系列データ７８４と、チャット時系列データ７８６と、を含む。

公開制限設定データ７７０は、適用ユーザアカウント７１１と、設定日時７７３と、制限種類設定７７５と、制限詳細設定７７６と、を含む。

図１４は、前例記録データ８００のデータ構成例を示す図である。
前例記録データ８００は、当該ゲームに起きた事象に関する記録であって、該当する事象毎に作成される。そして、前例記録データ８００は、公開推奨条件に「新記録達成」が含まれるような当該ゲームの過去の事例と比較する必要がある場合に参照される。

前例記録データ８００は、例えば、固有の前例ＩＤ８０１と、どのような状況に起きた事例であるかを示す状況詳細データ８０２と、何についての記録かを示す記録対象８１０と、記録内容８１２と、を格納する。

状況詳細データ８０２は、公開推奨条件定義データ５４０（図１１参照）の条件詳細データ５５０の記述方法と対応している。すなわち、状況詳細データ８０２は、記述するためのサブ条件として、進行状況条件８０３と、操作入力条件８０４と、プレイ成績条件８０５と、を含む。勿論、これら以外のサブ条件も適宜含めることができるし、状況詳細データ８０２を記述するサブ条件はどれも実質的な「条件無し」に相当する設定が可能である。

記録対象８１０は、プレイ再現用データ７５０（図１３参照）に含まれるどのデータについての記録であるかを示す。例えば、所要時間や、コンボ数、コンボパターン（攻撃技の成立開始から途絶えるまでの連続した操作入力データ）、などとすることができる。

記録内容８１２は、記録対象８１０が生じた時の記録である。記録対象８１０が「コンボパターン」を示していれば、操作入力時系列データ７８２から、コンボ成立時の連続した複数の操作入力の種類が格納される。

例えば、前例記録データ８００で、「ボス攻略でクリアとなる第Ｘステージにおける所要時間」について記録する場合には、状況詳細データ８０２は、進行状況条件８０３を「第Ｘステージ」、操作入力条件８０４を「条件無し」、プレイ成績条件８０５を「ボスキャラクタ討伐（＝ステージクリア）」と記述する。記録対象８１０は「所要時間（ボスキャラクタ出現からボスキャラクタ行動不能に至るまでの経過時間）」となる。

図９に戻って、シーン別プレイ再現用データ８２０は、ハイライトシーン定義データ５２０が示すハイライトシーン、及び公開推奨条件定義データ５４０に適合するシーンを再現するためのデータ群である。シーン別プレイ再現用データ８２０は、例えば適合したハイライトシーン定義データ５２０を示すシーンＩＤと、プレイ時間のどの範囲が該当するシーンであるかを示すシーン範囲情報（例えば、タイムコードの範囲）と、プレイ再現用データ７５０の部分データと、を格納する。

なお、プレイ再現用データ７５０を参照しつつ、ハイライトシーン定義データ５２０が示すハイライトシーン、及び公開推奨条件定義データ５４０に適合するシーンを判別し、その都度、該当するデータからプレイ動画データ８４０を生成する場合には、シーン別プレイ再現用データ８２０を省略できる。

但し、再現プレイの公開の実現方法として、プレイ動画データ８４０を提供してこれを再生させるのではなく、再現プレイの元データそのものをプレーヤ端末１５００に提供して、当該データの示すプレイをプレーヤ端末１５００で再現・表示させる構成では、シーン別プレイ再現用データ８２０そのものの配信が、再現プレイの公開を実現することとなる。

追加公開推奨条件候補データ８４４は、視聴ユーザ（公開サイトの利用者）が要望することで、追加可能な公開推奨条件別に用意されるデータである。追加公開推奨条件公報８４４は、固有の追加条件ＩＤと、当該条件の説明（例えば、テキスト文）と、当該追加公開推奨条件定義データ（公開推奨条件定義データ５４０と同様の内容。）と、を対応づけて格納している。

有効化情報８４６は、追加公開推奨条件候補データ８４４が視聴ユーザに提示され追加要望された候補データ別に作成される。有効化情報８４６は、追加条件ＩＤと、要望日時リストとを含む。要望日時リストは、視聴ユーザが追加要望した日時のリストである。

図１５は、プレーヤ端末１５００の機能構成例を示す機能ブロック図である。プレーヤ端末１５００は、操作入力部１００と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００と、を備える。

操作入力部１００は、ユーザによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ＣＣＤモジュール、などによって実現できる。図１の操作キー１５０２、タッチパネル１５０６がこれに該当する。

端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信した各種データに基づいて各種の演算処理を実行して、プレーヤ端末１５００の動作を制御する。図１の制御基板１５５０がこれに該当する。

そして、本実施形態における端末処理部２００は、プレーヤ端末演算部２６０と、動画閲覧制御部２６４と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を有する。

プレーヤ端末演算部２６０は、プレーヤ端末１５００をサーバシステム１１００と通信するクライアント装置としての機能を実現させる制御を行う。具体的には、プレーヤ端末演算部２６０は、操作信号送信制御部２６１と、画像表示制御部２６２と、を含む。

操作信号送信制御部２６１は、操作入力部１００へなされた操作に応じて、各種データやリクエストをサーバシステム１１００へ送信するための処理を実行する。

画像表示制御部２６２は、サーバシステム１１００から受信した各種データ等に基づいてゲーム画面や各種の操作画面等を表示するための制御を行う。

動画閲覧制御部２６４は、公開サイトにアクセスして、動画を視聴・閲覧するための制御、いわゆるウェブブラウザとしての機能を実現するための制御を行う。

計時部２８０は、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、楽曲や効果音、各種操作音の音信号を生成し、音出力部３９０に出力する。

音出力部３９０は、音生成部２９０から入力される音信号に基づいて音出力（放音）する装置によって実現される。スピーカがこれに該当する。

画像生成部２９２は、画像の生成、画像の合成、画像表示部３９２にそれらを表示させる画像信号の出力を行う。図１の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）、グラフィックコントローラがこれに該当する。

画像表示部３９２は、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。図１の例では、タッチパネル１５０６がこれに該当する。

通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。

通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では無線通信モジュール１５５３がこれに該当する。

なお、本実施形態では、ゲーム画面や各種の画面の画像をサーバシステム１１００にて生成する構成とするが、プレーヤ端末１５００で生成する構成とすることも可能である。その場合、画像表示制御部２６２は、例えば３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御などを行い、画像生成部２９２が３ＤＣＧをレンダリングし、ゲーム画面を生成するための各種制御を実行することとなる。

端末記憶部５００は、端末処理部２００に所与の機能を実現させるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図１の例では、制御基板１５５０が搭載するＩＣメモリ１５５２がこれに該当する。オンラインストレージを利用する構成も可能である。

具体的には、端末記憶部５００は、端末処理部２００をプレーヤ端末演算部２６０として機能させるためのクライアントプログラム５０２と、動画閲覧制御部２６４として機能させるためのウェブブラウザプログラム５０４と、操作入力データ６９０と、現在日時９００と、を記録する。勿論、これら以外のデータも適宜記憶できる。

なお、ウェブブラウザプログラム５０４は、クライアントプログラム５０２に含まれる構成であってもよい。この場合、動画閲覧制御部２６４は、クライアントプログラム５０２を実行することにより実現され、プレーヤ端末演算部２６０の一部として機能することとなる。

次に、公開制御システム１０００の動作について説明する。
図１６は、シングルプレイ処理の流れを説明するためのフローチャートである。なお、プレーヤは、ユーザ登録は勿論のことログイン手続を終えているものとする。

サーバシステム１１００は、ゲームプレイの開始前に公開制限設定データ７２０の設定処理を実行する（ステップＳ２）。サーバシステム１１００は、プレーヤ端末１５００にて設定画面Ｗ５（図５参照）を表示させ、プレーヤ２による設定操作入力に応じてこれを設定する。

次に、サーバシステム１１００は、各種の初期化を行ってゲーム進行制御を開始する（ステップＳ１０）。ゲームセーブデータがある場合には、これを読み込んでセーブポイントからゲームを再開してもよい。ゲーム進行制御を開始すると、サーバシステム１１００は、進行制御に必要なデータをプレイデータ７００に保存し書き換えしつつ、プレイ再現用データ７５０としての蓄積を開始する。

ゲームが終了すると（ステップＳ２０）、サーバシステム１１００は、プレイ再現用データ７５０とハイライトシーン定義データ５２０とを照合して、全ゲームプレイのなかから公開に値するハイライトシーンを抜き出す（ステップＳ２２）。これに伴い、シーン別プレイ再現用データ８２０が作成される。

次に、サーバシステム１１００は、ハイライトシーン別にループＡを実行する（ステップＳ３０～ステップＳ１０２）。
ループＡにおいて、サーバシステム１１００は、プレーヤ２の公開制限設定データ７２０が所定の設定条件を満たすか判定する（ステップＳ３２）。「無制限公開」又は「制限付公開」に設定されている場合は肯定、「公開禁止」に設定されている場合は否定、と判定する。

そして、「無制限公開」に設定されている場合には（ステップＳ４０のＹＥＳ「無制限公開」）、サーバシステム１１００は、シーン別プレイ再現用データ８２０（ステップＳ２２で作成されたままのデータ）に基づいて、プレイ動画データ８４０を生成して（ステップＳ９８）、公開処理し（ステップＳ１００）、ループＡを終了する（ステップＳ１０２）。

公開処理では、生成したプレイ動画データ８４０を公開対象として公開サイトデータ８４２に登録する。その際、シーン別プレイ再現用データ８２０に含まれるシーンＩＤに該当するハイライトシーン定義データ５２０の検索用タグ設定データ５２３（図１０参照）に従って、検索用タグを設定する。

なお、外部の動画公開サービスを利用する場合には、サーバシステム１１００は、動画公開管理サーバ１２００（図１参照）にアクセスして、当該サーバ用に公開されているＡＰＩ（Application Programming Interface）を用いて自動投稿手続を実行することで、公開処理を実現する。

「制限付公開」に設定されている場合には（ステップＳ４０のＹＥＳ「制限付公開」）、サーバシステム１１００は、選択されている制限詳細設定を適用するように、シーン別プレイ再現用データ８２０を変更する（ステップＳ４２）。そして、プレイ動画データ８４０を生成して（ステップＳ９８）、公開処理し（ステップＳ１００）、ループＡを終了する（ステップＳ１０２）。なお、制限詳細設定の適用は、シーン別プレイ再現用データ８２０を変更せずに、プレイ動画データ８４０の生成時に行うとしてもよい。

「公開禁止」に設定されている場合には（ステップＳ４０のＮＯ「公開禁止」）、サーバシステム１１００は、公開禁止対応処理を実行する（ステップＳ４４）。

図１７は、公開禁止対応処理の流れを説明するためのフローチャートである。
公開禁止対応処理において、サーバシステム１１００は、先ず、シーン別プレイ再現用データ８２０と、公開推奨条件定義データ５４０及び追加公開推奨条件候補データ８４４のうち有効化情報８４６のある候補データ（但し、要望日時リストの日時が、プレーヤ２の公開制限設定データ７７０の設定日時７７３（図１３参照）以降のものに限る。）と、を照合して満たすか判定する（ステップＳ５０）。

公開推奨条件を満たす場合は（ステップＳ５０のＹＥＳ）、サーバシステム１１００は、シーン別プレイ再現用データ８２０から当該プレーヤの個人を特定するヒントになり得る情報や表示（総括して「個人特定要素」と言う。）を削除するようにシーン別プレイ再現用データ８２０を変更する（ステップＳ６２）。

「個人特定要素」は、例えば、プレーヤアカウント、プレーヤキャラクタの設定時にカスタマイズされて付与された固有形状部位（例えば、任意に追加された角）や、固有のテクスチャパターン（例えば、個人作成したエンブレムの追加）、である。その組み合わせによっては個人特定が可能となり得る、プレーヤキャラクタに適用されている限定スキンやレア装備をこれに含めることもできる。

そして、サーバシステム１１００は、プレイ動画データ８４０を生成して（ステップＳ６４）、公開処理し（ステップＳ６６）、所定の公開特典（例えば、なにがしかのアイテムの付与、アイテム抽選券の付与、など）を行い（ステップＳ６８）、公開禁止対応処理を終える。

もし、公開推奨条件を満たしていなければ（ステップＳ５０のＮＯ）、サーバシステム１１００は、ループＡの処理対象としているシーンのシーン別プレイ再現用データ８２０を破棄して非公開として（ステップＳ６９）、公開禁止対応処理を終える。

公開禁止対応処理を終えたならば、図１６に戻って、ループＡを終了する（ステップＳ１０２）。

図１８～図１９は、マルチプレイに係る処理の流れを説明するためのフローチャートである。
サーバシステム１１００は、参加受付を行い（ステップＳ４）、参加プレーヤ別に、各々のプレーヤ端末１５００で設定画面Ｗ５を表示させ、その設定操作入力に応じて、各々の公開制限設定データ７２０（図１２参照）を作成する（ステップＳ６）。

次に、サーバシステム１１００は、マッチング処理を行う（ステップＳ８）。この時、公開制限設定を「公開禁止」に設定した参加プレーヤ同士を優先的にマッチングさせる。例えば、同じチームにする、同じプレイに参加させる、と言った具合である。勿論、必ずしも「公開禁止」のプレーヤ同士をマッチングできるとは限らないので、適宜、タイムアウトを設定して、「公開禁止」のプレーヤと、「無制限公開」及び／又は「制限付公開」のプレーヤとを混在させてマッチングさせるとよい。混在した時こそ本実施形態の作用効果が効果的に発揮される。

マッチングを終えたサーバシステム１１００は、ゲーム進行制御を開始する（ステップＳ１０）。そして、参加プレーヤの中に（チーム対戦、又はパーティー編成するＲＰＧなどでは同チーム・同パーティーの中）に公開制限設定データ７２０の設定が「公開禁止」に設定しているプレーヤがいるかを判定する（ステップＳ１２）。

「公開禁止」のプレーヤがいる場合（ステップＳ１２のＹＥＳ）、サーバシステム１１００は、所定の設定条件を満たしていないと見なして、公開制限設定データの設定通知を公開制限通知２０（図６参照）でゲーム画面内に表示する制御を開始し（ステップＳ１２）、更に公開要求操作の受け付けを開始する（ステップＳ１４）。受け付け対象は、公開制限設定データ７２０の設定が「無制限公開」及び「制限付公開」とした参加プレーヤに限定してもよいし、全員としてもよい。

ゲームが終了したならば（ステップＳ２０）、サーバシステム１１００は、ハイライトシーンを選抜し（ステップＳ２２）、それらについて個別にループＢを実行する（ステップＳ３０～ステップＳ１０４）。

ループＢでは、サーバシステム１１００は、先ず当該シーンの再現プレイのゲーム画面内に写っているプレーヤキャラクタを操作するプレーヤを抽出し（ステップＳ３２）、抽出したプレーヤ別にループＣを実行する（ステップＳ３４～ステップＳ７８）。

ループＣでは、サーバシステム１１００は、処理対象プレーヤの公開制限設定が所定の設定条件を満たしているかを判定し、「無制限公開」「制限付公開」に設定されている場合は肯定判定して（ステップＳ４０のＹＥＳ）、そのままループＣを終える（ステップＳ７８）。

抽出されたプレーヤ２全てについてループＣを終えると、サーバシステム１１００は、プレイ動画データ８４０の生成（ステップＳ９８）・公開処理（ステップＳ１００）を実行してループＢを終える（ステップＳ１０４）。

参加プレーヤにそもそも「公開禁止」のプレーヤ２がいない場合、又は抽出されたプレーヤ２の中に「公開禁止」のプレーヤ２がいなければ、ループＢの処理対象とされるシーンのプレイ動画は、公開されることとなる。参加プレーヤ全ての公開制限設定が「無制限公開」又は「制限付公開」であると言う設定条件を満たせば、公開されることになる、とも言える。

しかし、抽出されたプレーヤ２の中に「公開禁止」のプレーヤ２がいる場合（ステップＳ４０のＮＯ）、「公開禁止」に設定されている場合は所定条件を満たしていないと見なし、サーバシステム１１００は、公開禁止対応処理Ｂを実行する（ステップＳ４６）。

図２０は、公開禁止対応処理Ｂの流れを説明するためのフローチャートである。
公開禁止対応処理Ｂは、基本的には公開禁止対応処理（図１７参照）と同様の流れを有するが、ループＢの処理対象とされるシーンの内容が、公開推奨条件を満たさない場合でも、一緒にプレイする他プレーヤの要請に応じて、公開される可能性がある点が異なる。

すなわち、公開推奨条件を満たさない場合（ステップＳ５０のＮＯ）、サーバシステム１１００は、当該シーンに関する公開要求操作の有無を判定する（ステップＳ５２）。具体的には、シーン別プレイ再現用データ８２０に含まれるシーン範囲情報（図９参照）の範囲終わりから所定時間内に、要求タイミングが含まれる公開要求履歴データ７９４（図１３参照）を検索し、該当データがあれば公開要求操作が有りと判定する。

そして、公開要求操作が有った場合（ステップＳ５２のＹＥＳ）、サーバシステム１１００は、「公開禁止」のプレーヤ２のプレーヤ端末１５００にて、当該シーンの公開許可を要請する（ステップＳ５４）。例えば、当該シーンの幾つかの画像とともに、公開許可を許可する／許可しない、それぞれの操作入力アイコンを表示させて、何れかの選択入力を促す。

そして、「公開禁止」のプレーヤ２による公開を許可する操作入力があれば、公開許可操作の受け付け有りとみなす（ステップＳ５６のＹＥＳ）。そして、サーバシステム１１００は、個人特定要素を削除して（ステップＳ６２）、プレイ動画を生成（ステップＳ６４）・公開処理（ステップＳ６６）・特典の付与（ステップＳ６８）を実行して、公開禁止対応処理Ｂを終了する。

「公開禁止」のプレーヤ２による公開を許可しない操作入力があれば、公開許可操作の受け付け無しとみなし（ステップＳ５６のＮＯ）、サーバシステム１１００はシーンのシーン別プレイ再現用データ８２０を破棄して（ステップＳ６９）、公開禁止対応処理Ｂを終了する。

また、そもそも公開要求操作が無かった場合（ステップＳ５２のＮＯ）も、サーバシステム１１００はシーンのシーン別プレイ再現用データ８２０を破棄して（ステップＳ６９）、公開禁止対応処理Ｂを終了する。

サーバシステム１１００は、公開禁止対応処理Ｂを終了すると、抽出されたプレーヤ２全員へのループＣが実行されていなくとも、ループＢを終える（ステップＳ１０４）。つまり、公開禁止対応処理Ｂでの処理次第によって、ループＢ処理対象のシーンのプレイ動画は公開されることもあれば、公開されないことにもなる。

なお、公開禁止対応処理Ｂは、ステップＳ５０を省略した構成としてもよい。
また、ステップＳ５０をそのまま残した状態でステップＳ５２を省略する構成も可能である。この場合、参加プレーヤが公開要求しなくとも、サーバシステム１１００が自動的に公開推奨条件に合致するプレイが行われた場合に、公開禁止のプレーヤ２に公開許可を要請することとなる。

図２１は、公開推奨条件変更処理の流れを説明するためのフローチャートである。
サーバシステム１１００は、公開サイトにアクセスしているプレーヤ端末１５００にて所定の公開推奨条件変更リクエストの操作が入力されると（ステップＳ１１０のＹＥＳ）、当該プレーヤ端末１５００にて、追加公開推奨条件候補を提示するとともに、それらの選択操作を受け付ける（ステップＳ１１２）。例えば、当該プレーヤ端末１５００では、追加公開推奨条件候補データ８４４の条件の説明が提示されるとともに、それぞれに対応して選択操作アイコンが表示される。視聴ユーザは、自身が要望する内容に対応する選択操作アイコンを操作して、追加をリクエストする。

サーバシステム１１００は、当該プレーヤ端末１５００から要望操作アイコンへの操作入力情報を取得し、選択操作された説明の追加公開推奨条件候補データ８４４の有効化情報８４６を作成又は更新して有効化し（ステップＳ１１４）、公開推奨条件変更処理を終了する。

以上、本実施形態によれば、プレーヤ２は、自身の再現プレイの公開に関して、無制限、限定的な制限、公開禁止等の様々な制限を設定することができる。自身の公開制限設定として「公開禁止」を選んだプレーヤ２の再現プレイは、原則的には非公開となるが、運営側が用意した公開推奨条件が満たされる場合には、個人が特定される可能性を極力排した状態で例外的に公開となる。

公開推奨条件は、プレイ内容が希少であったり、優秀であったり、興趣をそそそるもの、等に限られている。

よって、再現プレイの公開を望まないプレーヤの個人的希望を尊重しつつ、当該プレーヤの再現プレイを公開することで得られるプレーヤコミュニティ全体の利益を適度にバランスさせることができる。

〔第２実施形態〕
次に、第２実施形態について説明する。
第１実施形態ではサーバシステム１１００が、ユーザの管理・ゲーム進行の管理・公開制御・公開サイトの管理までの全てを実現しているが、第２実施形態では、プレーヤ端末１５００がユーザの管理・ゲーム管理・公開制御を担い、サーバシステム１１００がゲーム全体に関する情報の管理と公開サイトの管理とを担う。以降では、主に第１実施形態との差異について述べることとし、第１実施形態と同様の構成要素については、第１実施形態と同じ符号を付与して重複する説明は省略する。

図２２は、プレーヤ端末１５００Ｂの機能構成例を示す機能ブロック図である。プレーヤ端末１５００Ｂは、第１実施形態のプレーヤ端末演算部２６０に代えて、ユーザ管理部２０２と、ゲーム管理部２１０（マッチング部２１２を除く。）と、第１公開制御部２２０と、第２公開制御部２３０と、を有する。

図２３は、プレーヤ端末１５００Ｂの端末記憶部５００が記憶するプログラムやデータの例を示す図である。
プレーヤ端末１５００Ｂの端末記憶部５００は、ゲームプログラム５０６と、ゲーム初期設定データ５１０と、ハイライトシーン定義データ５２０と、公開推奨条件定義データ５４０と、ユーザ管理データ６００と、プレイデータ７００と、プレイ再現用データ７５０と、前例記録データ８００と、シーン別プレイ再現用データ８２０と、プレイ動画データ８４０と、現在日時９００と、を記憶する。勿論、これら以外のデータも適宜記憶することができる。

ゲームプログラム５０６は、クライアントプログラム５０２に代えて記憶される。当該プログラムを実行することで、端末処理部２００は、ユーザ管理部２０２と、ゲーム管理部２１０と、第１公開制御部２２０と、第２公開制御部２３０と、を実装できる。

ゲーム初期設定データ５１０・ハイライトシーン定義データ５２０・公開推奨条件定義データ５４０・前例記録データ８００は、オリジナルデータがサーバシステム１１００Ｂにて管理されており、ゲーム開始前に都度に更新される。

図２４は、サーバシステム１１００Ｂの機能構成例を示す図である。
サーバシステム１１００Ｂは、マッチング部２１２と、プレイ再現用データ取得制御部２５０と、前例データ管理部２５２と、データ提供部２５４と、条件変更部２５６と、公開サイト管理部２７０と、を有する。

プレイ再現用データ取得制御部２５０は、プレーヤ端末１５００からプレイ再現用データ７５０を取得する制御を行う。

前例データ管理部２５２は、取得したプレイ再現用データ７５０に基づいて、前例記録データ８００を更新する。

データ提供部２５４は、プレーヤ端末１５００へ、ハイライトシーン定義データ５２０・公開推奨条件定義データ５４０、前例記録データ８００、追加公開推奨条件候補データ８４４、および有効化情報８４６などの各種データを提供する制御を行う。

サーバシステム１１００Ｂのサーバ記憶部５００ｓは、ゲームプログラム５０１Ｂと、配信用ゲームプログラム５０５と、オリジナルのゲーム初期設定データ５１０と、オリジナルのハイライトシーン定義データ５２０と、オリジナルの公開推奨条件定義データ５４０と、取得したプレイ再現用データ７５０と、オリジナルの前例記録データ８００と、公開サイトデータ８４２と、オリジナルの追加公開推奨条件候補データ８４４と、オリジナルの有効化情報８４６と、現在日時９００と、を記憶する。

シングルプレイ処理（図１６～図１７参照）とマルチプレイ処理（図１８～図２０参照）は、プレーヤ端末１５００Ｂにて実行される。第１実施形態におけるシングルプレイ処理の実行主体を、プレーヤ端末１５００Ｂと読み替えれば良い。

但し、ゲーム進行制御の開始前に、適宜、サーバシステム１１００Ｂにアクセスして、最新のゲーム初期設定データ５１０・ハイライトシーン定義データ５２０・公開推奨条件定義データ５４０・前例記録データ８００を取得し、端末記憶部５００に記憶されているこれらのデータを更新するステップを実行する。また、ゲーム終了に伴ってプレイ再現用データ７５０をサーバシステム１１００Ｂへ送信するステップを実行するものとする。

公開推奨条件変更処理（図２１参照）は、第１実施形態と同様にサーバシステム１１００Ｂで実行する。

本実施形態も、第１実施形態と同様の作用効果を奏することができる。

なお、ユーザの管理・ゲーム管理・公開制御に係る機能部の分担は、第１実施形態と第２実施形態の中間的分担構成も可能である。例えば、ユーザの管理とゲームの管理をプレーヤ端末１５００にて担い、公開制御と公開サイトの管理をサーバシステム１１００にて担う構成も可能である。その場合、プレーヤ端末１５００は、プレイデータ７００を更新する毎に更新内容をサーバシステム１１００へ送信し、サーバシステム１１００Ｂがそれを受信してプレイ再現用データ７５０を蓄積することになる。

〔第３実施形態〕
次に、第３実施形態について説明する。
本実施形態は、基本的に第１実施形態をベースとしているが、ゲームプレイ中にプレイ動画の公開を並行して実行することが可能である点が異なる。ここでは、第１実施形態と同様の構成要素には同じ符号を付与し、主に第１実施形態との差異について述べることとする。

本実施形態のサーバシステム１１００は、シングルプレイを実行する場合には、図２５～図２６に示すシングルプレイ処理Ｂを実行することができる。
シングルプレイ処理Ｂは、基本的にはシングルプレイ処理（図１６参照）と同様のステップで同様の流れを有するが異なる部分がある。具体的には、サーバシステム１１００は、ゲーム進行制御を開始する前に、サーバ記憶部５００ｓに、初期化したシーン切り出しタイミングリスト８５０を作成する（ステップＳ３）。

図２７は、シーン切り出しタイミングリスト８５０のデータ構成例を示す図である。シーン切り出しタイミングリスト８５０は、ゲームプレイを頭から順にシーンに小分けする際に、シーン分けしたタイミングを示す。具体的には、切り出し元プレイＩＤ８５１と、シーンＩＤ８５２に対応付けられた切り出しタイミング８５３と、を含む。切り出しタイミング８５３は、プレイ開始からの経過時間の範囲、或いはフレーム番号の範囲を格納する。例えば、ゲーム開始から所定時間ずつ（例えば、２分ずつ）のシーンに小分けにする場合、切り出しタイミング８５３には、２分毎の経過時間が時系列に格納されることとなる。初期化されたシーン切り出しタイミングリスト８５０の切り出しタイミング８５３は、未定（データなし）の状態である。

図２５に戻って、サーバシステム１１００は、ゲーム進行制御を開始すると（ステップＳ１０）、プレイ開始から所定時間経過後から所定周期でのシーン切り出しを開始する（ステップＳ１１）。これに伴い、シーン別プレイ再現用データ８２０が生成されることになる。そして、サーバシステム１１００は、ゲームが終了するまで（ステップＳ１０５のＮＯ）、ループＡを切り出したシーン別に実行する（ステップＳ３０～ステップＳ１２０）。この場合、公開処理（ステップＳ１００）は、ライブ配信形式でもよい。

ゲームが終了したならば（ステップＳ１２０のＹＥＳ）、図２６に移って、サーバシステム１１００は、所定の公開期限（例えば、直後や数分後、長くても数時間程度）で今回のゲームプレイに係り公開したプレイ動画の公開を停止して、実質的な時限公開とする（ステップＳ１２２）。公開処理（ステップＳ１００）をライブ配信形式で実現した場合は、当該ステップは省略すればよい。

次に、サーバシステム１１００は、今回のゲームプレイで得られたシーン別プレイ再現用データ８２０を統合する（ステップＳ１２４）。そして、プレーヤ２の公開制限設定が所定の設定条件を満たすか判定する（ステップＳ１２６）。

公開制限設定が「無制限公開」又は「制限付公開」であれば肯定判定し（ステップＳ１２６）、サーバシステム１１００は、統合したシーン別プレイ再現用データ８２０に基づいて１本のプレイ動画データ８４０を作成し（ステップＳ１３０）、ステップＳ１００と同様に公開処理する（ステップＳ１３２）。

一方、公開制限設定が「公開禁止」であれば否定判定し（ステップＳ１２６のＮＯ）、サーバシステム１１００は、統合したシーン別プレイ再現用データ８２０のプレイ内容が所定の再公開推奨条件を満たすか判定する（ステップＳ１２８）。

再公開推奨条件の定義データは、別途、公開制御システム１０００の運用者が用意する。再公開推奨条件の定義データの内容は、公開推奨条件定義データ５４０と同じ、又は、よりプレイ内容に関する希少性や優秀性、興趣性についての基準が高く設定されている。

そして、再公開推奨条件を満たすと判定した場合（ステップＳ１２８のＹＥＳ）、サーバシステム１１００は、プレイ動画データ８４０を作成し（ステップＳ１３０）、公開処理する（ステップＳ１３２）。しかし、再公開推奨条件を満たしていなければ（ステップＳ１２８のＮＯ）、サーバシステム１１００は統合したシーン別プレイ再現用データ８２０を破棄して未公開とする。

当該構成では、ゲームプレイが進むにつれて、その頭から順にシーンが切り出される。そして、公開制限設定を「無制限公開」或いは「制限付公開」に設定しているプレーヤ２によるプレイの場合は、切り出された順に次々に公開されることとなる。つまり、公開順に次々に連続視聴すれば、それは実質的なライブ配信公開となる。

但し、公開制限設定を「公開禁止」に設定しているプレーヤ２によるプレイの場合は、切り出された順に公開禁止対応処理で処理され、公開推奨条件を満たしたシーンだけ、順次公開されることになる。この場合、公開推奨条件を満たさない場合は、そのシーンは公開されないことになる。よって、公開されるシーンは断続的になるが、新たなシーンが公開されない時間は、例えば、ステップＳ１１にてゲーム進行制御の開始からシーン切り出しを開始するまでの時間差を消費することで帳尻を合わせる。それにより、見かけ上は、次から次に公開推奨条件を満たしたシーンが連続的に公開されることとなる。つまり、擬似ライブ配信が実現される。

当該構成について総括すれば、当該構成によれば、サーバシステム１１００は、連続するゲームプレイのうちの対象部分を時系列にずらしつつ、当該対象部分について、公開制限設定が前記設定条件を満たしておらず、且つ、公開推奨条件を満たすか否かを判定し、肯定判定された場合に少なくとも当該対象部分に係る再現プレイを公開することができる。対象部分に係る再現プレイの公開を時限公開による擬似的なライブ配信、或いは、ライブ配信公開となる。

そして、図２８に示すように、サーバシステム１１００の第２公開制御部２３０は、対象部分に係る再現プレイの公開後に、当該対象部分を含む連続するゲームプレイについて、当該ゲームプレイのプレイ再現用データに基づく再現プレイを公開する制御を行う第４公開制御部２３９を有することになる。

なお、本実施形態は、第２実施形態をベースに実現することもできる。
また、シングルプレイに限らず、マルチプレイであっても同様に適用できる。

〔変形例〕
以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。

（変形例その１）
例えば、第１実施形態では、クライアント・サーバ型のコンピュータシステムにて公開制御システム１０００を実現する例を挙げたが、サーバシステム１１００を省略して、複数のプレーヤ端末１５００をピアツーピア接続したコンピュータシステムにおいて実現するとしてもよい。その場合、何れかのプレーヤ端末１５００に第１実施形態のサーバシステム１１００としての機能を担わせる。

（変形例その２）
また、シーン別プレイ再現用データ８２０それぞれに個別に適用される個別公開制限設定を用意して、この設定を適宜変更する構成も可能である。
具体的には、第１実施形態～第３実施形態の何れかをベースとして、シングルプレイ処理Ｄを実行可能とする。

図２９は、シングルプレイ処理Ｄの流れを説明するためのフローチャートである。
シングルプレイ処理Ｄは、基本的にはシングルプレイ処理（図１６参照）と同様の流れを有するが、ハイライトシーンの選抜にともない作成されたシーン別プレイ再現用データ８２０に個別に適用される個別適用公開制限設定データを作成し初期化する（ステップＳ２６）。具体的には、プレーヤ２に公開制限設定データ７２０の内容をそのまま複製する。

また、ループＡでは、ステップＳ４０に代えて、処理対象とするシーンのシーン別プレイ再現用データ８２０の個別適用公開制限設定データを参照して、所定の設定条件を満たしているかを判定する（ステップＳ４１）。

そして、公開制限設定データ７２０の設定が「公開禁止」に設定されている場合（ステップＳ４１のＮＯ）、所定の設定条件を満たしていないと判定し、サーバシステム１１００は公開禁止対応処理Ｄを実行する（ステップＳ４５）。

図３０は、公開禁止対応処理Ｄの流れを説明するためのフローチャートである。
当該処理は、基本的には公開禁止対応処理（図１７参照）と同様の流れを有するが、ステップＳ６６の公開処理が省略され、代わりにループＡで処理対象としているシーンの個別適用公開制限設定データの公開制限設定を「公開禁止」から個人特定要素の削除を制限詳細設定とする「制限付公開」、又は「無制限公開」に変更する（ステップＳ６７）。

公開禁止対応処理Ｄを終了すると、ステップＳ４１の前に戻って、サーバシステム１１００は、同じハイライトシーンについてループＡを再び繰り返す。２回目のループＡでは、公開推奨条件を満たしたシーンの個別適用公開制限設定データは「公開禁止」以外に変更されているので、２回目で公開処理されることとなる。

（変形例その３）
上記実施形態では、公開制限設定をプレーヤ別に設定したが、マルチプレイゲームの場合、特にチームプレイするマルチプレイゲームの場合は、チーム単位で公開制限設定を行う構成も可能である。その場合、公開制限設定は、別途、チームメンバー間でチャットするなどして合議のうえ、代表者が設定画面Ｗ５を呼び出して設定するとしてもよい。

（変形例その４）
制限詳細設定７７６の内容は、上記実施形態の例に限定されるものではない。制限詳細設定７７６として、例えば「写り込みは許可するが、大きく写るのは許可しない」「自分のカメラ視点は不許可」などのように、制限詳細設定７７６が公開許可／不許可を判定する条件として記述されるもの（条件記述タイプ）も含めることができる。

第１実施形態をベースに、当該変形例を詳しく述べると、図３１に示すように、サーバシステム１１００は、ステップＳ４０に次いで、適用される制限詳細設定７７６に条件記述タイプ（特定種類の制限詳細）を含むかを判定する（ステップＳ４７）。

そして、含まない場合は（ステップＳ４７のＮＯ）、ステップＳ４２に進む。
含む場合は（ステップＳ４７のＹＥＳ）、サーバシステム１１００は、当該制限詳細設定７７６に記述された公開を許可するための条件が満たされているかを判定し（ステップＳ４８）、満たされていれば（ステップＳ４８のＹＥＳ）ステップＳ４２に進み、満たされていなければ（ステップＳ４８のＮＯ）、ステップＳ４４へ進む。

制限詳細設定７７６として「写り込みは許可するが、大きく写るのは許可しない」を設定した場合は、サーバシステム１１００は、ステップＳ４８において、ハイライトシーンの画面における、プレーヤ２が操作するプレーヤキャラクタの画面内の大きさを算出し、「大きく写る」条件を表す所定の写り込みサイズ基準と比較する。或いはゲーム画面に対するプレーヤキャラクタの占める面積比を「大きく写る」条件を表す所定の写り込み画面比基準と比較して、判定する。そして、サーバシステム１１００は、「大きく写る」に該当しなければ（ステップＳ４８のＹＥＳ）、他に設定されている制限詳細設定７７６を適用の上で公開する。「大きく写る」に該当する場合（ステップＳ４８のＮＯ）は、ステップＳ４４へ進む。

制限詳細設定７７６として「自分のカメラ視点は不許可」が設定されている場合、サーバシステム１１００は、ステップＳ４８においてループＡの処理対象とされるハイライトシーンの視点が、プレーヤ２のカメラ視点（プレーヤ２の一人称視点又は三人称視点）であるかを判定する。肯定の場合（ステップＳ４８のＹＥＳ）はステップＳ４２に進み、否定の場合（ステップＳ４８のＮＯ）はステップＳ４４へ進めばよい。

なお、当該変形例は、第１実施形態以外の実施形態は勿論、他の変形例においても同様に適用することができる。

また、当該変形例を適用した場合、公開特典の内容（ステップＳ６８；例えば図１７参照）を、プレーヤ２の元の公開制限設定の種類に応じて変えると好適である。例えば、「公開禁止」に設定していたプレーヤ２への公開特典の内容を、「制限付公開」に設定していたプレーヤ２への公開特典よりも、特典価値が高いように設定すると好適である。公開特典に差を付けることで、「公開禁止」に設定していたプレーヤ２へ納得感を与えることができる。

（変形例その５）
また、公開推奨条件に、音声認識や画像認識を要する内容を適宜含めることができる。但し、第１公開制御部２２０および第２公開制御部２３０に、音声認識や画像認識をする機能部を適宜含める。

例えば、公開推奨条件に、チャットに含まれるキーワードを設定する構成も可能である。この場合、ステップＳ５０（例えば、図１７参照）にて、チャットがテキストチャットであればそのテキストからキーワード検索をする、又は、チャットが音声チャットであればその音声にキーワードが含まれているかの音声認識をして、キーワードが含まれる場合に、公開推奨条件を満たすと判定すればよい。また同様に、ハイライトシーンに特定の何かが写っている場合を公開推奨条件としたい場合には、画像認識用の辞書データを公開推奨条件と紐付けて用意する。この場合、ステップＳ５０にて、ハイライトシーンを画像認識処理して、公開推奨条件とされる特定の何かが写っているかを判定すればよい。

２…プレーヤ
２０…公開制限通知
２００ｓ…サーバ処理部
２１０…ゲーム管理部
２１１…公開制限設定部
２１２…マッチング部
２１４…プレイデータ記憶制御部
２１６…プレイ再現用データ記憶制御部
２１８…設定内容通知制御部
２２０…第１公開制御部
２３０…第２公開制御部
２３２…公開推奨条件判定部
２３４…表示抑制制御部
２３６…公開許可操作受付制御部
２３８…第３公開制御部
２３９…第４公開制御部
２５６…条件変更部
５４０…公開推奨条件定義データ
７００…プレイデータ
７５０…プレイ再現用データ
７５４…マッチングデータ
７７０…公開制限設定データ
８００…前例記録データ
８２０…シーン別プレイ再現用データ
８４０…プレイ動画データ
８４２…公開サイトデータ
８４４…追加公開推奨条件候補データ
８５０…シーン切り出しタイミングリスト
１０００…公開制御システム
１１００、１１００Ｂ…サーバシステム
１１５０…制御基板
１５００、１５００Ｂ…プレーヤ端末

Claims (14)

1. ゲームプレイの一部又は全部を再現するためのプレイ再現用データに基づいて、当該ゲームプレイを再現した再現プレイを公開する制御を行うコンピュータシステムであって、
   再現プレイの公開に関する公開制限設定が所与の設定条件を満たすゲームプレイについて、当該ゲームプレイの前記プレイ再現用データに基づく再現プレイを公開する制御を行う第１の公開制御手段と、
   前記公開制限設定が前記設定条件を満たしていないゲームプレイであり、且つ、当該ゲームプレイが所与の公開推奨条件を満たすゲームプレイについて、当該ゲームプレイの前記プレイ再現用データに基づく再現プレイを公開する制御を行う第２の公開制御手段と、
   を備えるコンピュータシステム。
2. 前記公開制限設定は、プレーヤの操作入力に基づく設定であり、
   前記第２の公開制御手段は、前記再現プレイにおいて、前記設定条件を満たしていない前記公開制限設定のプレーヤの識別情報を表示しない表示抑制制御手段を有する、
   請求項１に記載のコンピュータシステム。
3. 前記ゲームプレイはマルチプレイによるゲームプレイであり、
   前記公開制限設定は、プレーヤ毎の設定であり、
   前記設定条件は、参加プレーヤ全ての前記公開制限設定に基づく条件である、
   請求項１又は２に記載のコンピュータシステム。
4. 前記ゲームプレイはマルチプレイによるゲームプレイであり、
   前記公開制限設定は、プレーヤ毎の設定であり、
   参加プレーヤの中に、前記設定条件を満たしていない前記公開制限設定の参加プレーヤが含まれている場合に、当該参加プレーヤに公開の許可を問い合わせて公開許可操作を受け付ける公開許可操作受付手段と、
   参加プレーヤの中に、前記設定条件を満たしていない前記公開制限設定の参加プレーヤが含まれており、且つ、前記公開許可操作受付手段による受け付けがなされた場合に、当該ゲームプレイの前記プレイ再現用データに基づく再現プレイを公開する制御を行う第３の公開制御手段と、
   を備える請求項１又は２に記載のコンピュータシステム。
5. 前記ゲームプレイはマルチプレイによるゲームプレイであり、
   前記公開制限設定は、プレーヤ毎の設定であり、
   前記第２の公開制御手段は、前記ゲームプレイが所与の公開推奨条件を満たすゲームプレイであり、且つ、参加プレーヤの中に、前記設定条件を満たしていない前記公開制限設定の参加プレーヤが含まれている場合に、
   当該参加プレーヤに公開の許可を問い合わせて公開許可操作を受け付ける公開許可操作受付手段と、
   前記公開許可操作受付手段による受け付けがなされた場合に、当該ゲームプレイの前記プレイ再現用データに基づく再現プレイを公開する制御を行う第３の公開制御手段と、
   を有する、
   請求項１又は２に記載のコンピュータシステム。
6. 前記参加プレーヤに、各参加プレーヤの前記公開制限設定に基づく設定内容を示す通知を行う設定内容通知制御手段、
   を更に備える請求項３～５の何れか一項に記載のコンピュータシステム。
7. ゲームに参加するプレーヤをマッチングするマッチング手段であって、前記設定条件を満たしていない前記公開制限設定のプレーヤ同士を優先的にマッチングするマッチング手段、
   を更に備える請求項３～６の何れか一項に記載のコンピュータシステム。
8. 前記第２の公開制御手段は、前記公開制限設定が前記設定条件を満たしていないゲームプレイであり、且つ、当該ゲームプレイが所与の公開推奨条件を満たすゲームプレイについて、当該公開制限設定を、前記設定条件を満たす設定内容に変更する、
   請求項１～７の何れか一項に記載のコンピュータシステム。
9. 前記公開推奨条件は、１）プレイ内容が所与の希少条件を満たすこと、２）当該ゲームプレイの成果が所与の優秀条件を満たすこと、３）プレイ内容が所与の興趣条件を満たすこと、のうちの少なくとも１つを含む、
   請求項１～８の何れか一項に記載のコンピュータシステム。
10. 視聴ユーザによる所与の希望条件入力に基づいて、前記公開推奨条件を変更する条件変更手段、
    を更に備える請求項１～９の何れか一項に記載のコンピュータシステム。
11. 前記第２の公開制御手段は、連続するゲームプレイのうちの対象部分を時系列にずらしつつ、当該対象部分について、前記公開制限設定が前記設定条件を満たしておらず、且つ、前記公開推奨条件を満たすか否かを判定し、肯定判定された場合に少なくとも当該対象部分に係る再現プレイを公開する、
    請求項１～１０の何れか一項に記載のコンピュータシステム。
12. 前記第２の公開制御手段は、前記対象部分に係る再現プレイの公開を時限公開、或いは、ライブ配信公開とする、
    請求項１１に記載のコンピュータシステム。
13. 前記第２の公開制御手段による前記対象部分に係る再現プレイの公開後に、当該対象部分を含む前記連続するゲームプレイについて、当該ゲームプレイの前記プレイ再現用データに基づく再現プレイを公開する制御を行う第４の公開制御手段、
    を更に備える請求項１１又は１２に記載のコンピュータシステム。
14. プレーヤ端末と、
    請求項１～１３の何れか一項に記載のコンピュータシステムであるサーバシステムと、
    を具備する公開制御システム。

Images