JP2022177716A - コンピュータシステム、エンターテインメントシステムおよびプログラム - 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）により実現するとしてもよい。

そして、サーバシステム１１００は、制御基板１１５０が所定のプログラムおよびデータに基づいて演算処理することにより、（１）ユーザ登録等に係る情報を管理するユーザ管理機能と、（２）ユーザにエンターテインメントコンテンツをプレイさせるエンターテインメント管理機能と、（３）エンターテインメントコンテンツのプレイ以外の会員サービス（例えば、プレイ動画の投稿や閲覧、チャットスペースの提供、エンターテインメントコンテンツ内で使用するアイテム等のオンラインショッピング、など）を提供する会員サービス提供機能と、を実現する。

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

ユーザ端末１５００は、登録手続を経たユーザ２が、本実施形態のエンターテインメントシステム１０００を利用するために使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００や他のユーザ端末１５００にアクセスできる電子装置（電子機器）である。

図２は、ユーザ端末１５００の構成例を示す正面図である。
ユーザ端末１５００は、方向入力キー１５０２と、ボタンスイッチ１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、カメラ１５２０と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０からデータを読み書きできるメモリカード読取装置１５４２と、を備える。その他、図示されていない電源ボタン、音量調節ボタン等が設けられている。また、エンターテインメントシステム１０００の利用対価等の支払いが可能なＩＣカード型のクレジットカードやプリペイドカードに対して非接触にデータの読み書きが行えるＩＣカード読取装置などを設けるとしてもよい。

制御基板１５５０は、（１）ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、（２）ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、（３）ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局などと無線通信するための無線通信モジュール１５５３、（４）インターフェース回路１５５７、などを搭載する。

インターフェース回路１５５７には、（１）タッチパネル１５０６のドライバ回路、（２）方向入力キー１５０２およびボタンスイッチ１５０４からの信号を受信する回路、（３）スピーカ１５１０へ音声信号を出力する出力アンプ回路、（４）マイク１５１２で集音した音声の信号を生成する入力信号生成回路、（５）カメラ１５２０で撮影された画像の画像データを入力する回路、（６）メモリカード読取装置１５４２への信号入出力回路、などが含まれている。

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

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

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

図３は、エンターテインメントコンテンツのパート構成例について説明するための図である。エンターテインメントコンテンツは、複数の進行パートの連続で構成されている。進行パートには、プレイが必須の第１進行パート１１と、第１進行パート１１の後に実行可能になる第２進行パート１２と、がある。第２進行パート１２をプレイするかしないかはプレーヤに委ねられている。エンターテインメントコンテンツは、第１進行パート１１とそれに続く第２進行パート１２とを１セットにして、複数セットが繰り返される。全体として、エンターテインメントとしての物語は時間軸に沿って進行・展開される。なお、図３では、２セットのみ描いているが、１セットのみ、或いは３セット以上でエンターテインメントコンテンツを構成してもよいのは勿論である。

第１進行パート１１には、それぞれ実行可能期間ＴＡ，ＴＢ（例えば月曜から土曜の６日間）が設定されており、プレーヤであるユーザが、キャラクタを使ってゲームプレイする１つ又は複数の遊戯パート１３を有する。複数の遊戯パート１３（１３ａ，１３ｂ，…）は、全体で一連のストーリの流れを有してもよいし、それぞれでシチュエーションが完結していてもよい。前者の例としては、遊戯パート１３の順に、物語の第１日目、第２日目、…と言ったケースが該当する。後者の例としては、各遊戯パート１３が、訓練項目や学習教科別のシチュエーションを描いている、或いは異なるゲームジャンル（１つ目は、アクション、２つ目はシューティング、３つ目はパズル、など）として用意されているケースが該当する。

第２進行パート１２（１２ａ，１２ｂ，…）は、１つ又は複数の視聴コンテンツ１６を視聴可能な視聴パート１５（１５ａ，１５ｂ，…）である。
第２進行パート１２は、同じセットの第１進行パート１１の期間終了から所定期間内に実行可能となる。つまり、第２進行パート１２には、それぞれ視聴可能期間ＶＡ，ＶＢが設定されている。なお、図３の例では、１つの第２進行パート１２を１つの視聴パート１５として描いているが、実行可能期間が異なる複数の視聴パート１５の連続で構成されていてもよい。

１つの視聴パート１５は、１以上の視聴コンテンツ１６（１６ａ，１６ｂ，…）を有する。
各視聴コンテンツ１６は、直前に設定されている第１進行パート１１の遊戯パート１３で展開されたストーリに時間軸的に続くストーリを描く映像コンテンツであって、プレーヤであるユーザは、一視聴者として映像コンテンツの配信を視聴している設定である。

視聴コンテンツ１６には、１つ又は複数の登場キャラクタが登場する。登場キャラクタのうちメインキャラクタは、遊戯パート１３でユーザがプレーヤキャラクタ（遊技対象キャラクタ）を選択する候補となる候補キャラクタのなかから選ばれている。

各視聴コンテンツ１６で、登場キャラクタを使って描かれるシチュエーションは、共通としてもよいし、別々であってもよい。
例えば、視聴コンテンツ１６が、直前の遊戯パート１３で向上させた歌唱能力やダンス能力を発揮する場としての「登場キャラクタが所定の楽曲を唄って踊る歌唱ライブショー」を行う共通の設定とし、登場キャラクタの組み合わせ違いで複数の視聴コンテンツ１６が用意されることとしてもよい。

勿論、１つの視聴パート１５に、シチュエーション違いの視聴コンテンツ１６が混在していてもよい。例えば、「登場キャラクタが所定の楽曲を唄って踊る歌唱ライブショー」を描く登場キャラクタの組み合わせ違いの複数の視聴コンテンツ１６と、「登場キャラクタがバラエティー番組に出場し、タッグを組んでチーム戦をする」様子を描く登場キャラクタの組み合わせ違いの複数の視聴コンテンツ１６と、が混在してもよい。

こうしたエンターテインメントコンテンツのパート構成の情報は、進行パート構成データ５１１として予め設定されている。

図４は、遊戯パート１３について説明するための図である。
１つの遊戯パート１３において、プレーヤであるユーザは、プレイ開始前に複数の候補キャラクタのなかから１つ又は複数の遊戯対象キャラクタ６０を選択する選択フェーズ２１と、選択した遊戯対象キャラクタ６０を使ってゲームプレイをするプレイフェーズ２２と、ゲームのプレイ結果に応じた遊戯要素の獲得する獲得フェーズ２３と、を１セット又は複数セット包含する。

プレイフェーズ２２におけるゲームのジャンルや内容は適宜設定可能である。ゲーム内容は、アクションゲーム、育成ゲーム、パズルゲーム、ロールプレイングゲーム、戦術シミュレーションゲーム、など様々なゲームジャンルから適宜選択可能である。遊戯パート１３別にゲームジャンルが異なっていてもよい。

例えば、遊戯対象キャラクタ６０はアイドルを目指しており、ユーザはその育成者としての立場となる育成ゲームを例に挙げると、プレイフェーズ２２では、遊戯対象キャラクタ６０のアイドルとしての能力を向上するための様々なトレーニングを遊戯対象キャラクタ６０にさせる。また、アイテムを使用することで遊戯対象キャラクタ６０に食事を取らせ、時に一緒に買い物に出かけ、プレゼントをして機嫌を取りつつ育成する。プレイ成績の一部に、ユーザと遊戯対象キャラクタ６０との関係性パラメータ値（育成ゲームの場合、親密度相当値）を含み、遊戯対象キャラクタ６０の能力パラメータ値の向上に加え、この関係性パラメータ値を向上させるのがゲームの目的の１つとされる。

なお、関係性パラメータ値は、遊戯パート１３の内容が育成ゲームである場合に限らず、用意され、そのゲーム内容に応じて呼び名も親密度相当値に限らず、信頼度、忠誠度、友好度、敵対度、類似度、などとすることができる。

ゲームプレイの内容には、遊戯対象キャラクタ６０からのゲームミッションという体裁の内容が含まれている。
図５は、ゲームミッションの一例を説明するための図である。ゲームミッションはゲーム形式である。図５の例では、ユーザは、楽曲再生とともに遊戯画面Ｗ６にて表示される譜面１７を参照しつつ、所定の操作を楽曲のリズムに合わせて入力し、タイミングの合致具合でプレイ成績が決定する。そして、プレイ成績に応じて遊戯対象キャラクタ６０の能力が向上し関係性パラメータ値が変化し、ゲームミッションを達成することで遊戯要素８が獲得可能となる。

図４に戻って、プレイフェーズ２２が終了すると、獲得フェーズ２３に移行し、プレイフェーズ２２でのプレイ成績に応じて遊戯要素８がユーザに付与される。

遊戯要素８の獲得の見せ方（遊戯要素８を獲得したシチュエーション）は、ゲーム内容に応じて適宜設定可能である。例えば、ゲームプレイ後に、遊戯対象キャラクタ６０と一緒に買い物に出掛け、立ち寄った商店で抽選器を使って獲得する、といった見せ方でもよい。抽選器が現れて抽選が行われて、遊戯要素８を獲得するように演出されてもよい。或いは、遊戯対象キャラクタ６０がプレイフェーズ２２でのコーチングのお礼としてプレゼントする、といった見せ方でもよい。何れにせよ、その元になるのはプレイフェーズ２２におけるプレイ成績であり、遊戯対象キャラクタ６０に対するユーザ２の操作入力に基づいて、当該ユーザが遊戯要素８を獲得する制御が行われることになる。なお、プレイフェーズ２２と獲得フェーズ２３とは見かけ上、一体的なものであってもよい。その場合、獲得フェーズ２３は、プレイフェーズ２２に含まれるイベントとして包含されてもよい。

遊戯要素８は、遊戯パート１３や視聴パート１５で使用できる要素である。図６に示すように、遊戯要素８（８ａ，８ｂ，…）は、複数種類用意されている。１つの種類の遊戯要素８には、遊戯要素種類、遊戯要素カテゴリー、対応キャラクタ、希少度、属性、使用制限、などの情報が対応づけられている。

例えば、遊戯パート１３内で使用可能な遊戯要素８のカテゴリーの例として、（１）遊戯パート１３内で遊戯対象キャラクタ６０に使用させることができるキャラクタ用アイテム、（２）プレーヤ、遊戯対象キャラクタ６０、獲得済のアイテム、の少なくとも何れかに係る能力向上権、
などが挙げられる。

キャラクタ用アイテムは、遊戯パート１３のゲームジャンルに応じて適宜設定可能である。例えば育成ゲームであれば、キャラクタが装備・所持する品（例えば、衣装、武器など）、遊戯対象キャラクタの食料、遊戯対象キャラクタが好むプレゼント品、サポートＮＰＣ、などを遊戯要素８としてもよい。

能力向上権を発動／使用したときの能力向上の内容は、例えば、レベルアップ、スキルの付与、付与済スキルのレベルアップ、能力の付与、能力パラメータ値の向上、能力ポイントの振り分け、進化、合成、などが挙げられ、遊戯パート１３の内容に応じてその呼称や内容は適宜設定可能である。遊戯パート１３では、こうした能力向上に応じて、適宜、その遊戯対象キャラクタ６０に新たな動作パターンが追加されたり能力が解放されたりといった設定にすると好適である。

また例えば、視聴パート１５の視聴コンテンツ１６で使用可能な遊戯要素８のカテゴリーの例として、
（１）登場キャラクタの表示態様を変化させることができるキャラクタ用アイテム、
（２）登場キャラクタに所持させることができるキャラクタ用アイテム
（３）登場キャラクタの表情を含む様々な行動を変化させることができる動作パターン、
（４）登場キャラクタの能力パラメータ値を変更することができる能力向上権、
（５）視聴コンテンツ１６の背景を変更することができる背景オブジェクト・背景映像・エフェクト、
（６）視聴パート１５においてユーザが行う視聴者アクション（視聴コンテンツ１６の登場キャラクタを応援する意図で行われるアクション、例えば「投げ銭」「コメント」「評価」）で使用可能な視聴アクション用アイテム、
（７）視聴パート１５において登場するユーザアバターが使用する応援グッズ、
（８）ユーザアバターに適用される特別な応援モーション、
などが挙げられる。なお、遊戯要素８のユーザへの見せ方は、適宜設定可能であるが、例えばゲームカード風としてもよい。

対応キャラクタは、遊戯要素８別に紐付けられるキャラクタであり、遊戯パート１３に登場するキャラクタの１つ又は複数である。
図７は、遊戯要素８へのキャラクタの対応付けの例を説明するための図である。
例えば、図７（１）のように、遊戯要素８があるキャラクタに専用のアイテム５である場合、当該遊戯要素８に対応付けられるキャラクタは専用キャラクタ７１となる。アイテム５と専用キャラクタ７１とは、１つの遊戯要素８に関する共通するビジュアル（例えば、ゲームカードの絵柄）で表される。対して、特定のキャラクタや状況に使用が制限されない汎用的に使用できるアイテム５は、専用キャラクタ７１を含めずそのアイテム単独で１つの遊戯要素８のビジュアルとされる。

また、図７（２）～図７（４）のように、汎用的なアイテムでは当該アイテムの獲得に関与した関与キャラクタ７が対応付けされる。
例えば、図７（２）のように、遊戯要素８（８ｄ）のアイテム５（５ｄ）が、遊戯対象キャラクタ６０からの贈り物であれば、贈り主である遊戯対象キャラクタ６０が関与キャラクタ７として対応付けされる。遊戯対象キャラクタ６０は、遊戯パート１３の開始時にユーザ自らが選択するので、関与キャラクタ７の設定に着目すれば、ユーザ２の遊戯対象キャラクタ６０の選択操作に基づいて、関与キャラクタ７（厳密には関与キャラクタ７となり得るキャラクタ）が選択されたことになる。

例えば、図７（３）の遊戯要素８（８ｆ）のアイテム５（５ｆ）や、図７（４）の遊戯要素８（８ｇ）のアイテム５（５ｇ）のように、ユーザと遊戯対象キャラクタ６０とが一緒に買い物に出掛けたときに入手したアイテムであれば、同伴者である遊戯対象キャラクタ６０が関与キャラクタ７として対応付けされる。その他の例としては、ユーザが遊戯パート１３で発生した買い物イベントにて、登場キャラクタ６別の専用アイテムを購入するシチュエーションがあるとしてもよい。この場合、購入された遊戯要素８に対応する登場キャラクタ６が、当該遊戯要素８に対応づけられたキャラクタとなる。つまり、その遊戯要素８を獲得したシチュエーションにおいて関与の高いキャラクタが、その関与キャラクタ７となる。

使用制限が適用されるために満たすべき適用要件や、当該適用要件が満たされたときに適用される使用制限の内容、を記述する要素としては、
（１）遊戯要素８を獲得した日時（現実世界・ゲーム世界のどちらの日時でも可。）、
（２）遊戯要素８を獲得したシチュエーション、
（３）遊戯要素８の獲得に関与した関与キャラクタの種類や数、
（４）遊戯要素８が使用されるキャラクタの種類、
（５）遊戯要素８が使用されるキャラクタと関与キャラクタとの関係、
（６）遊戯要素８が使用されるキャラクタに必須とされるスキルや能力パラメータ値、
（７）使用可能なシチュエーション、
（８）使用期限、
（９）作用効果の種類・程度・持続時間、
（１０）遊戯要素８の獲得に関与したキャラクタと、当該遊戯要素８が使用されるキャラクタとの関係設定、
などのうちの何れかを適宜選択して用いることができる。なお、これらの要素の具体的な設定には、実質的な「無制限」も可能である。

「遊戯要素８を獲得した日時」を適切に設定することで、特定の時間帯や特定の期間に獲得された遊戯要素８に限った使用制限を設定できる。

「遊戯要素８を獲得したシチュエーション」を適切に設定することで、獲得したシチュエーション別に異なる使用制限を設定できる。

「遊戯要素８の獲得に関与した関与キャラクタの種類や数」を適切に設定することで、同じ遊戯要素８であっても、どのキャラクタが獲得したシチュエーションに関与しているかによって、使用制限の内容を違える設定も可能となる。

「遊戯要素８が使用されるキャラクタの種類」を適切に設定することで、使用対象を限定する遊戯要素８を設定できる。

「遊戯要素８が使用されるキャラクタと遊戯要素８の獲得に関与した関与キャラクタとの関係」は、例えば、無制限、関与キャラクタに限定、使用されるキャラクタと関与キャラクタとの友好度パラメータ値が閾値以上の場合に限定、使用されるキャラクタと関与キャラクタ７とが同じチームに所属する場合に限定、などとすることができる。

「遊戯要素８が使用されるキャラクタと遊戯要素８の獲得に関与した関与キャラクタとの関係」を「作用効果の種類・程度・持続時間」と適切に組み合わせて設定することで、当該遊戯要素８が使用されるキャラクタと、当該遊戯要素の獲得に関与した関与キャラクタとの関係性に応じて、同じ遊戯要素８でも作用効果が異なる使用制限の設定が可能になる。

「使用可能なシチュエーション」の設定としては、遊戯パート１３の限定、視聴パート１５の限定、視聴パート１５中の特定期間（例えば、楽曲の間奏中）に限定、視聴コンテンツ１６のカテゴリーの限定、などとしてもよい。

「使用期限」は、それを過ぎるとその遊戯要素８を使用できなくなる。なお、ユーザは、別途対価の支払い（例えば、課金、アイテムの消費、など）によって使用期限を延長・更新することができるとしてもよい。使用期限と、作用効果の種類・程度・持続期間の設定と、を適切に組み合わせることで、獲得からの経過時間や、所定期日を過ぎると、作用効果が低減する或いは無くなるといった設定が可能になる。

図８は、ユーザと、遊戯対象キャラクタ６０すなわち視聴コンテンツ１６に登場する登場キャラクタ６との関係性について説明するための図である。

ユーザと、視聴コンテンツ１６に登場する登場キャラクタとの総合関係性は、遊戯パート１３でのプレイ成績に基づき関係性パラメータ値で表される関係性と、遊戯要素８の獲得状況から判断される関係性と、で表される。遊戯要素８の獲得状況には、ユーザ２が獲得済の遊戯要素８を、対応付けられたキャラクタ別（当該遊戯要素８が使用可能なキャラクタ別）に分けたキャラクタ別の獲得状況、が含まれる。そして、次に述べるように、視聴パート１５において同じ視聴コンテンツ１６を視聴するユーザのグループが、この総合関係性に基づいて決定される。

図９は、同じ視聴コンテンツ１６を視聴するユーザの視聴者グループ３の決定について説明するための図である。
第１進行パート１１が終了すると、同じセットの第２進行パート１２が実行可能になる。第２進行パート１２は、視聴パート１５であり、登場キャラクタの組合せが異なる複数種類の視聴コンテンツ１６が用意されており、それらの中からユーザは少なくとも１つを選択して視聴する。

視聴パート１５には、エンターテインメントシステム１０００の運用者によって、それぞれ所定の視聴開始日時が設定されている。視聴開始日時は、所定のウェブサイトでの公開や、エンターテインメントコンテンツで実現する所定の予定確認機能などで、ユーザに告知される。

例えば、「第１回トークショー：５月５日１８：００～１９：００」と言った具合である。ユーザは、視聴開始日時の開始前に、視聴パート１５で視聴する視聴コンテンツ１６の視聴希望を選択してプレイ予約する。視聴申し込みと言い換えてもよい。

視聴希望の選択肢は、実行可能な視聴パート１５で用意されている視聴コンテンツ１６のうち、ユーザの総合関係性が所与の基準を満たすキャラクタが、登場キャラクタ６（６ａ，６ｂ，…）として登場する視聴コンテンツ１６が選抜されて決まる。

例えば「第１回トークショー」には複数種類の視聴コンテンツ１６が用意されている。これらの視聴コンテンツ１６は、トークショーというジャンルは共通、話題も子供の頃の「子供の日」にまつわる思い出で共通とされるが、出演者の人数や出演者となる登場キャラクタ６が視聴コンテンツ１６によって異なっている。

図９の例では、ユーザ２（２ａ）の総合関係性の例では、５種類の登場キャラクタ６（６ａ，６ｂ，…）のうち登場キャラクタ６ｅとの総合関係性が基準を満たしている。つまり、当該ユーザにとって登場キャラクタ６ｅが贔屓のキャラクタ、いわゆる「推し」に該当することになる。

そこで、当該ユーザ２（２ａ）に対しては、登場キャラクタ６ｅがメインキャラクタとして含まれる視聴コンテンツ１６（１６ａ，１６ｂ）が選抜され、視聴希望選択の選択肢とされる。当該ユーザ２（２ａ）にとっては、「推し」の登場キャラクタ６ｅが登場する視聴コンテンツ１６が選択肢として自動的に提示されているので、あとは「推し」の登場キャラクタ６ｅ以外のどのキャラクタが登場するのか、コンテンツの内容がどのようなシチュエーションであるかで、視聴希望を選択入力する。

このように、総合関係性に基づいてユーザに提示する視聴希望の選択肢を提示することで、結果として、視聴者グループ３のユーザ構成を調整できる。
例えば、ある視聴コンテンツ１６に着目して見た場合、当該視聴コンテンツに登場する登場キャラクタ６を「推し」とする視聴モチベーションの高いユーザが集まった視聴者グループ３が形成することができる。逆説的に言えば、実質的に、登場キャラクタ６を「推し」とするユーザを抽出して視聴者グループ３を形成し、マッチングするとも言える。

勿論、視聴者グループ３は、必ずしも登場キャラクタを「推し」とするユーザで１００％構成されるとは限らない。例えば、ユーザ２（２ｂ）のように、総合関係性に差異が少なく、特に贔屓のキャラクタが無い場合は、視聴コンテンツ１６の登場キャラクタ違いによる優劣は生じない。そのため、ユーザ２（２ｂ）には、用意されている全ての視聴コンテンツ１６（１６ａ，１６ｂ，…）が視聴希望の選択肢として提示される。その選択は、ユーザ２（２ｂ）の気分次第である。視聴者グループ３には、こうしてその視聴コンテンツ１６の視聴者となったユーザもある程度は含まれ得る。

それでも、視聴コンテンツ１６を視聴するときの盛り上がり（視聴中の視聴者アクションの数や内容に現れる。）は、登場キャラクタ６を「推し」とはしないユーザで視聴者グループ３が多数を占めるように形成されたケースや、無作為にユーザをグループ化した結果として登場キャラクタを「推し」とするユーザが少数であるケースに比べて、大いに盛り上がることは明白である。

なお、視聴パート１５のプレイを希望したユーザ２に、視聴する視聴コンテンツ１６の選択肢を提示してユーザ２に選択させる過程を省略して、実質的にサーバシステム１１００が視聴コンテンツ１６を指定する構成としてもよい。視聴コンテンツ１６の選択肢は１つだけ選抜されることとし、視聴パート１５のプレイを希望した段階で、ユーザ２は視聴コンテンツ１６が選択・決定されるものとすればよい。視聴コンテンツ１６を中心に見方を変えると、視聴コンテンツ１６別に、その内容に興味を抱く可能性が高く視聴モチベーションの高いユーザ２を、総合関係性に基づいて抽出して、当該視聴コンテンツ１６の視聴者グループ３を形成する、とも言える。

また、１つの視聴パート１５に用意されている視聴コンテンツ１６は、その内容が同じシチュエーションである必要はない。すなわち、１つの視聴パート１５に対応づけられる視聴コンテンツ１６は、登場キャラクタ６と、シチュエーションとが、異なっていてもよい。例えば、「第１回トークショー：５月５日１８：００～１９：００」と、「第１回ダンス競技会：５月５日１８：００～１９：００」などとしてもよい。後者は、直前の遊戯パート１３での育成結果を明らかにする場となる。

この場合、同じ視聴パート１５であっても、ユーザ２によって視聴した内容が異なるので、視聴後のユーザ２のユーザコミュニティでは話題のネタになるだろう。そして、ユーザコミュニティを活性化して、エンターテインメントコンテンツの魅力を高めることができる。また、ユーザ２にもう一度エンターテインメントコンテンツをプレイしてみたいと思わせるいわゆる「やり込み」要素を仕込むこともできる。

図１０は、視聴パート１５について説明するための図である。
視聴パート１５での視聴コンテンツ１６の視聴は、視聴者グループ３のユーザ２が同じ視聴コンテンツ１６を同時に視聴する形式を採用する。すなわち、ある視聴コンテンツ１６を視聴希望したユーザ２のユーザ端末１５００には、サーバシステム１１００から視聴希望した視聴コンテンツ１６の視聴を実行するためのデータ（コンテンツデータ）が配信される。そして、予告されていた視聴開始日時の到来をもって、各ユーザ端末１５００にて仮想３次元空間に視聴コンテンツ１６の舞台が形成され、そこに登場キャラクタが配置される。登場キャラクタの行動を始め仮想３次元空間内のオブジェクトは所定のシナリオに従って制御される。その様子は、仮想３次元空間に配置された仮想カメラで撮影・レンダリングされ、その画像が視聴コンテンツ１６の視聴画面Ｗ１０（Ｗ１０ａ、Ｗ１０ｂ）の元映像になる。

視聴中に、視聴者であるユーザ２（図１０の例ではユーザ２ｂ）が「投げ銭」「コメント」「評価」などの視聴者アクションを行うと、その情報は同じ視聴者グループ３の内で共有される。そして、各ユーザ端末１５００にて当該視聴者アクションに対応する表示体（例えば、コメントテキストを表示する「コメント」に対応する表示体３０、コインの投入を模した「投げ銭」に対応する表示体３１、など）がインタラクティブに表示される。これらを総括して「共有インタラクティブ処理」という。共有インタラクティブ処理により、同じ視聴者グループ３のユーザ２は、他ユーザ（視聴者グループのメンバー）と一緒に、同じライブ配信を視聴しているかのようなユーザ体験を得られる。

その一方で、各ユーザ端末１５００で制御される仮想３次元空間に配置される登場キャラクタ６の表示態様・行動・能力パラメータ値・所持アイテムなどは、ローカル（各ユーザ端末１５００）でインタラクティブに変化する。つまり、視聴コンテンツ１６の基本的な内容は、視聴者グループ３のメンバーで共通であるが、登場キャラクタ６の表示態様などの細かな所は、ユーザ別に異なっている。

ローカルなインタラクティブな変化は、手動インタラクティブ処理と、自動インタラクティブ処理と、が実行された結果として視聴コンテンツ１６の内容に反映されたものである。

図１１は、手動インタラクティブ処理について説明するための図である。
手動インタラクティブ処理は、視聴コンテンツ１６の視聴中に、ユーザ２が、獲得済の遊戯要素８を対価とする所定の操作を行うことで、対価とした遊戯要素８に応じた影響を視聴コンテンツ１６の内容に及ぼすインタラクティブな視聴者アクションである。

具体的には、ユーザ２が、視聴画面Ｗ１１ｂｆから登場キャラクタ６の何れかをタッチ操作したことを検出して、当該キャラクタを「指示対象キャラクタ３２」とする。或いは、所定の視聴者アクション開始操作を検出すると、登場キャラクタ６のリストを表示させてリストからタッチ操作して指示対象キャラクタ３２を選択するとしてもよい。

次に、指示対象キャラクタ３２に使用可能な獲得済の遊戯要素８のリスト３４をユーザ２に提示して、どの遊戯要素８を使用するかの選択を受け付ける。
なお、リスト３４で表示する遊戯要素８を選抜する条件は、指示対象キャラクタ３２に使用可能なだけでなく、適宜条件を追加できる。例えば、関与キャラクタ７が指示対象キャラクタ３２と同一であること、関与キャラクタ７と指示対象キャラクタ３２とが、遊戯パート１３の架空世界において、同じアイドルプロダクションに所属している、同じアイドルチームに所属している、などといったことも選抜する条件に含める場合があってもよい。

リスト３４で表示される獲得済の遊戯要素８は、ユーザ２が所有する全ての獲得済遊戯要素の中から、視聴中の視聴コンテンツ１６或いは実行中の視聴パート１５に対応付けられている遊戯要素８が１次検索され、更に１次検索の結果の中から指示対象キャラクタ３２に使用可能な遊戯要素８が２次検索されて決まる。そして、リスト３４からユーザにより選択された遊戯要素８は、これから実現される視聴者アクションの対価となる「指示遊戯要素」とされ、指示遊戯要素に基づいて決定されるインタラクティブ処理の内容が、視聴中の視聴コンテンツ１６の内容に反映される。

例えば、図１１の例では、反映前の視聴画面Ｗ１１ｂｆにて登場キャラクタ６ｅが指示対象キャラクタ３２として選択されている。ユーザ２が、リスト３４から「マフラー」の遊戯要素８を指示対象遊戯要素８０として選択したことで反映後の視聴画面Ｗ１１ａｆでは、登場キャラクタ６ｅが「マフラー」を所持し、表示態様が「マフラー」を装着したそれに変更される（図１１中の２つの白矢印のうち、上の白矢印で示している）。つまり、ユーザ２が提供した遊戯要素８を指示対象キャラクタ３２が装備してくれることになる。

また、反映前の視聴画面Ｗ１１ｂｆに、ユーザ２のユーザアバター３６が登場している場合は、ユーザ２が当該ユーザアバター３６を指示対象キャラクタ３２として選択することもできる。その場合、リスト３４のなかからユーザアバターに使用可能な遊戯要素８を指示対象遊戯要素８０として選択すると、反映後の視聴画面Ｗ１１ａｆでは、選択された遊戯要素８に対応づけられているインタラクティブ処理が実行される。図１１の例では、ユーザアバター３６が「ペンライトを持って振る動作」をしている（図１１中の２つの白矢印のうち、下の白矢印で示している）。

同様にして、もし、リスト３４から選択された獲得済の遊戯要素８の内容がエモートであるならば、指示対象キャラクタ３２が当該エモートを行うように反映される。もし、リスト３４から選択された獲得済の遊戯要素８が、動作（例えば、ジャンプしながら投げキッス、など）であれば、指示対象キャラクタ３２が当該動作を行うように反映される。もし、リスト３４から選択された獲得済の遊戯要素８が、能力パラメータ値の変更（例えば、ダンス能力レベルの向上）であるならば、指示対象キャラクタ３２の動作制御に適用されるモーションデータを、初期状態のデータからより優れたダンスを行うモーションデータに変更され、あたかも対象キャラクタのダンスレベルが向上したかのように反映される。

但し、指示対象キャラクタ３２に使用可能としてリスト３４で提示された獲得済の遊戯要素８であっても、当該遊戯要素の関与キャラクタ７と指示対象キャラクタ３２との関係性によっては、当該遊戯要素による視聴コンテンツ１６の内容への影響度合が変化する。

図１２は、関与キャラクタ７と指示対象キャラクタ３２との関係性による視聴コンテンツ１６の内容への影響度合の違いを説明するための図である。

図１２（１）と図１２（２）は、関与キャラクタ７と指示対象キャラクタ３２とが同一（同種）であるか否かの関係性の違いの例を示している。例に用いられている遊戯要素８は、指示対象キャラクタ３２の能力パラメータ値を向上させるアイテムであり、関与キャラクタ７が設定されているとする。

図１２（１）のように、指示対象キャラクタ３２と関与キャラクタ７とが同一・同種であれば、両者が適合と見なされ、当該遊戯要素８の作用効果は１００％発揮される。
図１２（２）に示すように、指示対象キャラクタ３２と関与キャラクタ７とが同一・同種でなければ、両者が不適合と見なされ、当該遊戯要素８の作用効果は抑制される。

図１２（２）と図１２（３）は、関与キャラクタ７と指示対象キャラクタ３２とが、遊戯パート１３や視聴コンテンツ１６の架空世界における人と人の繋がりとしての関係性の違いの例を示している。

図１２（２）の指示対象キャラクタ３２と関与キャラクタ７との関係性パラメータ値（例えば、親密度、愛着度、友好度など）は、図１２（３）のそれよりも高い状態を示している。或いは、図１２（２）の指示対象キャラクタ３２は、遊戯パート１３や視聴コンテンツ１６の架空世界で同じアイドルチームに所属するが、図１２（３）の指示対象キャラクタ３２はチームが異なる、と言う設定でもよい。その他、敵か味方か、親子関係か、上司と部下の関係か、など人と人の繋がりを用いてもよい。
そして、関係性が高いほど遊戯要素８の作用効果は高くなる。

影響度合の違いのその他の例としては、遊戯要素８が指示対象キャラクタ３２へのアイテムの付与として用いられるものであるならば、付与されるアイテムのグレードに差を付けたり、付与されるアイテムの数に差をつけたり、付与されるアイテムの有効期限に差を付ける、といった具体に違いを付けてもよい。また、アイテムの画面表示上の見た目で違いを付けるとしてもよい。

図１３および図１４は、自動インタラクティブ処理について説明するための図である。
手動インタラクティブ処理は、ユーザ２による指示対象キャラクタ３２の選択や指示遊戯要素の選択といった手動操作を必要としていたが、自動インタラクティブ処理は、そうしたユーザ操作無しに自動的に実行されて、遊戯要素８の獲得状況に応じた影響を視聴コンテンツ１６の内容に与える。

自動インタラクティブ処理の内容は、遊戯要素８の獲得状況に応じて様々に設定されている。「獲得状況」は、（１）獲得済の遊戯要素８がどのような組み合わせになっているかを示す現在の保有状況と、（２）直前の遊戯パート１３をプレイしたことにより新たにどの種類の遊戯要素８をどれだけ獲得したかを示す追加状況と、で表される。

そして、自動インタラクティブ処理の内容は、図１３に示すような視聴コンテンツ１６の内容への直接的反映と、図１４に示すような間接的反映とに大きく分けることができる。

図１３（１）と図１３（２）は、獲得済の遊戯要素８の現在の保有獲得状況の違いによる直接的反映がなされる自動インタラクティブ処理の内容の例を示している。
図１３（１）の例では、保有状況において「関与キャラクタ７が共通するバージョン違いの遊戯要素８が所定数以上保有されている」が成立している。図１３（１）の例では、関与キャラクタ７が「眉毛うさぎ」で共通で、「マフラー」アイテムであるがバージョンが違う遊戯要素８が、３つ、獲得済の遊戯要素８に存在している例を示している。そして、インタラクティブ処理の内容として、視聴コンテンツ１６の登場キャラクタ６のうち当該関与キャラクタ７に適合するキャラクタに対して、「マフラー」アイテム４０が追加装備され、新たなモーションが自動的に追加される。図１３（１）の例では、高くジャンプするモーションである。

図１３（２）の例は、保有状況において「アイテムが共通で関与キャラクタ７が違う遊戯要素８が所定数以上保有されている」が成立している。図１３（２）の例では、５つの遊戯要素８において「マフラー」アイテムであることは共通し、関与キャラクタ７の設定が異なっている例を示している。そして、インタラクティブ処理の内容として、視聴コンテンツ１６の登場キャラクタ６のうち当該関与キャラクタ７に適合するキャラクタに対して、図１３（１）の例とは異なる新たなモーションが自動的に追加され、共通する「マフラー」アイテム４１が追加装備され、更にジャンプ能力が向上されている。

なお、図１３（１）と図１３（２）の何れにおいても、組み合わせの成立に係る遊戯要素８の数に応じて、更にモーションの詳細が変化するとしてもよい。

また、図１３（２）については、更に遊戯要素８に対応付けられているキャラクタ（専用キャラクタや、関与キャラクタ７）の組み合わせ以外のキャラクタ別の獲得状況を、インタラクティブ処理の適用要件の記述に用いることもできる。

例えば、「キャラクタ別の遊戯要素８の獲得比率」「最大獲得数のキャラクタの種類」「あるキャラクタの全パージョンの遊戯要素８を獲得済」「あるキャラクタが対応づけられている遊戯要素８を獲得していない」などを適用要件に設定することもできる。そして、こうした記述を含む適用要件別に、インタラクティブ処理の内容を異ならせれば、キャラクタ別の獲得状況に応じた視聴コンテンツ１６の内容の変化をより多様にできる。

図１３（３）と図１３（４）は、遊戯要素８の希少度に着目した保有状況及び追加状況に基づく直接的反映がなされる自動インタラクティブ処理の例について説明するための図である。

図１３（３）では、保有状況において「獲得済の遊戯要素８の中に、使用対象のキャラクタが同じで、希少度「Ｓレア」に設定された遊戯要素８が２つあり（図１３（３）の例では、「全身タイツ」アイテム、「キラキラマフラー」アイテム）」、追加状況において「その内少なくとも１つが直前の遊戯パート１３で新たに獲得されている」が成立している。希少度別に見た遊戯要素８の保有状況と追加状況とが、自動インタラクティブ処理の適用要件を満たしている。そして、インタラクティブ処理の内容として、「ユーザアバター３６が、当該対応づけられている登場キャラクタ６ｄに向けた応援用のゲートフラッグアイテム４２を振る動作をする」ように視聴コンテンツ１６の内容が変更されている。

図１３（４）では、保有状況において「獲得済の遊戯要素８の中に、希少度「Ｓレア」に設定された特定種類（例えば、「全身タイツ」アイテム）の遊戯要素８と、希少度「Ａレア」に設定された特定種類（例えば、「輝くマフラー」アイテム）の遊戯要素８との２つあり」、追加状況において「後者が直前の遊戯パート１３で新たに獲得されている」が成立している。希少度別に見た遊戯要素８の保有状況と追加状況とが、図１３（３）とは異なる適用要件を満たしている。そして、インタラクティブ処理の内容として、「ユーザアバター３６が、当該対応づけられている登場キャラクタ６ｃに向けたゲートフラッグアイテム４３を振る動作をする」ように視聴コンテンツ１６の内容が変更されている。

図１３（３）や図１３（４）の例以外でも、遊戯要素８の希少度別の獲得状況を、インタラクティブ処理の適用要件の記述に用いることもできる。
例えば、「希少度別の遊戯要素８の獲得比率」「最大獲得数の希少度の種類」「あるキャラクタに係る最高希少度の遊戯要素８を所定数以上所有或いは獲得」「最高希少度の遊戯要素８を獲得していない」などを適用要件に設定することもできる。そして、こうした記述を含む適用要件別に、インタラクティブ処理の内容を異ならせれば、希少度別の獲得状況に応じた視聴コンテンツ１６の内容の変化をより多様にできる。

図１３（５）は、保有状況において「獲得済の遊戯要素８の中に、属性「光」に設定された特定種類がある」、追加状況において「属性「光」の遊戯要素８を２つ獲得した」が成立している。そして、インタラクティブ処理の内容として、「投げ銭」の視聴者アクションに対応する表示体３１の表示態様が変更されている。図１３（５）の例では、移動軌跡が変化し、煌めくエフェクトが追加されている。移動軌跡の種類や、追加されるエフェクトの種類は、保有状況における特定種類や、追加状況における追加数、属性の種類や組み合わせ、などによって様々に設定されている。
すなわち、獲得済の遊戯要素８の希少度別の獲得状況に応じても、直接的反映がなされる自動のインタラクティブ処理の内容は様々に変化する。

図１３（５）の例以外でも、遊戯要素８の属性別の獲得状況を、インタラクティブ処理の適用要件に用いることもできる。
例えば、「属性別の遊戯要素８の獲得比率」「特定属性の遊戯要素８の獲得数」「あるキャラクタに係る全属性の遊戯要素８を獲得」「特定属性の遊戯要素８を獲得していない」などを適用要件に設定することもできる。そして、こうした条件を含む適用要件別に、インタラクティブ処理の内容を異ならせれば、属性別の獲得状況に応じた視聴コンテンツ１６の内容の変化をより多様にできる。

間接的反映とされる自動インタラクティブ処理の内容は、獲得済の遊戯要素８を、手動インタラクティブ処理で使用可能な別種の遊戯要素８へ置換することを含む。

図１４（１）の例では、保有状況において「同種類の遊戯要素８が所定数以上あり」、追加状況において「そのうち１つが直前の遊戯パート１３をプレイして獲得している」が成立しており、インタラクティブ処理の適用要件を満たしている。図１４（１）の例では、「ニンジン」アイテムが３つ以上保有されており、そのうち１つを新たに追加している。そして、インタラクティブ処理の内容として、これら適用要件に係る遊戯要素８を、手動インタラクティブ処理で使用される別種の遊戯要素８（図１４（１）の例では、使用されるキャラクタを限定しない「マフラー」アイテムの遊戯要素８ｍ）に置換されている。適用要件に係る遊戯要素８を非所有化して、別種の遊戯要素８を代わりに所有させる、と言い換えてもよい。

図１４（２）の例では、保有状況において「同種類の遊戯要素８が「５」以上あり」、追加状況において「そのうち半数以上が直前の遊戯パート１３をプレイして獲得している」が成立しており、インタラクティブ処理の適用要件を満たしている。図１４（２）の例では、「ニンジン」アイテムが７つ以上保有されており、そのうち５つを新たに追加している。そして、インタラクティブ処理の内容として、これら適用要件に係る遊戯要素８に代えて、関与キャラクタ７がこれら遊戯要素８の関与キャラクタ７と同じで、且つ別種の遊戯要素８（登場キャラクタ６ｄに使用制限された「蝶ネクタイ」アイテムの遊戯要素８ｎ）に置換されている。

なお、図１４（１）や図１４（２）のような置換において、置換後の遊戯要素８（８ｍ、８ｎ）の使用制限は、基本的には当該遊戯要素の種類に応じて予め設定されている定義に従うが、置換前の遊戯要素８に設定されている使用制限の一部又は全部を引き継ぐ、などとしもよい。

図１４（３）の例では、保有状況において「３種類以上のバージョン違いの遊戯要素８を保有している」、追加状況において「３種類以上のバージョンの遊戯要素８を直前の遊戯パート１３をプレイして獲得している」が成立しており、インタラクティブ処理の適用要件を満たしている。図１４（３）の例では、４つのバージョン違いの「ニンジン」アイテムを保有しており、そのうち３種が新たに追加して獲得された状態である。そして、インタラクティブ処理の内容として、これら適用要件に係る遊戯要素８に代えて、別種の遊戯要素８（「スポットライトエフェクト」アイテムの遊戯要素８ｐ）に置換されている。

間接的反映がなされる自動インタラクティブ処理の内容である、具体的に置き換えられる遊戯要素８の種類（希少度の設定、使用制限の設定の違いも含む。）や置き換える数は、保有状況や追加状況における数、遊戯要素８の種類の組み合わせに応じて、適宜変更することができる。また、置き換えの見せ方は、遊戯要素８の合成や強化といったものでもよい。

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

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

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

サーバ処理部２００ｓは、ユーザ管理部２０２と、会員サービス提供部２０４と、エンターテインメント管理部２１０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。

ユーザ管理部２０２は、ユーザ登録手続きに係る処理およびユーザアカウントに紐付けられる各種情報の記憶管理を行う。具体的には、ユーザ管理部２０２は、（１）登録ユーザへの固有のユーザアカウントの付与、（２）ユーザアカウント別の個人情報の記憶管理、（３）サインイン／サインアウトの管理、（４）エンターテインメントコンテンツのプレイに係るセーブデータの記憶管理、（５）オンラインショッピングでの対価や会員サービスの対価として使われるポイントの管理、などを行う。

会員サービス提供部２０４は、エンターテインメント以外の会員サービス（例えば、プレイ動画の投稿や閲覧、チャットスペースの提供、エンターテインメントコンテンツのプレイにおいて使用できるアイテム等のオンラインショッピング、など）の提供に関する制御を行う。

エンターテインメント管理部２１０は、ユーザ端末１５００にて所与のエンターテインメントコンテンツをプレイさせるための各種制御を行う。具体的には、エンターテインメント管理部２１０は、遊戯パート制御部２１２と、視聴パート制御部２２０とを有する。

遊戯パート制御部２１２は、複数の進行パートを含むエンターテインメントコンテンツの進行パートの１つとしてユーザが遊戯要素８を獲得可能な遊戯パート１３を制御する。そして、本実施形態では、遊戯パート１３はゲームプレイを含むので、遊戯パート制御部２１２は、プレイ情報管理部２１４を有する。

プレイ情報管理部２１４は、各ユーザのプレイ情報７０５（図２４参照）を管理し、当該ユーザの遊戯パート１３でのゲームプレイに基づいて当該ユーザのプレイ情報７０５を更新する。具体的には、プレイ情報管理部２１４は、各ユーザが獲得した遊戯要素８の情報をプレイ情報７０５に含めて管理し、視聴中のアクション操作において用いられた遊戯要素８の情報を削減する。つまり、アクション操作に応じて当該遊戯要素８が消費されたかのように管理する。

関与キャラクタ７は、遊戯パート１３の遊戯対象キャラクタ６０がなり得るのだから、関与キャラクタ７に着目して述べれば、遊戯パート制御部２１２は、ユーザ２による遊戯要素の獲得に関与キャラクタ７が関与する遊戯パートの進行を制御する、とも言える。
更に、遊戯パート１３のゲームの育成要素に着目すれば、育成状況に応じてユーザ２に付与される遊戯要素８が変化するので、遊戯パート制御部２１２は、関与キャラクタ７に対するユーザの操作入力に基づいて遊戯要素８を獲得する制御を行い、関与キャラクタ７の育成状況に基づいてユーザが獲得可能な遊戯要素を可変に制御する、とも言える。

視聴パート制御部２２０は、複数の進行パートを含むエンターテインメントコンテンツの進行パートの１つとして登場キャラクタ６が登場する視聴コンテンツ１６をユーザに視聴させる視聴パート１５を、ユーザの遊戯要素８の獲得状況に基づいて制御する。具体的には、視聴パート制御部２２０は、所与の視聴コンテンツ１６のデータを複数のユーザ端末１５００に配信して、複数のユーザ２に共通の視聴コンテンツ１６を視聴させることで視聴パート１５の進行を制御する。

そして、視聴パート制御部２２０は、視聴コンテンツ可変制御部２２１ｓと、インタラクティブ処理部２２３ｓ、視聴対価徴収部２２６と、マッチング処理部２２８と、を含む。

視聴コンテンツ可変制御部２２１ｓは、遊戯要素８の獲得状況に基づいて、視聴コンテンツ１６を可変に制御する。本実施形態では、視聴コンテンツ１６別に、登場キャラクタ６の組み合わせが異なっている。視聴パート１５での視聴開始に先立って、遊戯パート１３のプレイ結果およびユーザ２の遊戯要素８の獲得状況に基づいて「推し」キャラクタを判別し（図８参照）、当該「推し」キャラクタが登場キャラクタとして登場する視聴コンテンツ１６を選抜して視聴希望の選択肢として提示することにより、実質的に、遊戯要素８の獲得状況に基づいて、視聴コンテンツ１６を可変に制御している（図９参照）。また、当該視聴コンテンツ１６を視聴する視聴者グループ３の構成を調整しているとも言える。

インタラクティブ処理部２２３ｓは、ユーザ２による視聴コンテンツ１６に対するアクション操作を受け付けて、視聴コンテンツ１６に対する当該アクション操作に応じたインタラクティブ処理を行う。例えば、共有インタラクティブ処理（図１０参照）と、遊戯要素８を使用した手動インタラクティブ処理（図１１、図１２参照）と、獲得済の遊戯要素８に基づく自動インタラクティブ処理（図１３、図１４参照）と、がこれに該当する。特に共有インタラクティブ処理については、視聴者グループ３内で共有型視聴者アクションの情報を共有させるので、サーバシステム１１００は、視聴コンテンツ１６に対する当該アクション操作に応じたインタラクティブ処理の一部を担っていると言える。手動インタラクティブ処理と自動インタラクティブ処理については、インタラクティブ処理の定義データを管理し、ユーザ端末１５００に提供することで、これらのインタラクティブ処理の一部を担っていると言える。

視聴対価徴収部２２６は、視聴パート１５の視聴制御の対価として、ユーザ２が所有する遊戯要素８のうちの何れかを対価遊戯要素とする操作を受け付けて、当該対価遊戯要素を非所有化する。

マッチング処理部２２８は、遊戯パート１３のゲームプレイのプレイ情報に基づいて、視聴パート１５における視聴コンテンツ１６の視聴に係るユーザのマッチングを行って複数の視聴者グループ３を作成する（図９参照）。

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

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

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

画像生成部２９２ｓは、画像表示部３９２ｓに表示させる画像を生成し、その画像信号の出力を行う。サーバシステム１１００のシステム管理や、会員サービスの提供、エンターテインメントコンテンツの提供に係る各種画面（又はそれらをユーザ端末１５００で表示させるためのデータ）などを生成する機能の一部がこれに該当する。

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

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

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

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

図１６は、サーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。
本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用クライアントプログラム５０３と、エンターテインメントコンテンツ初期設定データ５１０と、ユーザ管理データ６５０と、エンターテインメント管理データ７００と、マッチング管理データ７７０と、現在日時９００と、を記憶する。サーバ記憶部５００ｓは、その他のプログラムやデータ（例えばタイマーや、カウンタ、各種フラグなど）も適宜記憶する。

サーバプログラム５０１は、サーバ処理部２００ｓが読み出して実行することで、ユーザ管理部２０２、会員サービス提供部２０４、エンターテインメント管理部２１０、としての機能を実現させるためのプログラムである。

配信用クライアントプログラム５０３は、ユーザ端末１５００へ提供されて実行されるプログラムのオリジナルである。

エンターテインメントコンテンツ初期設定データ５１０は、エンターテインメントコンテンツに係る各種初期設定データを格納する。例えば、エンターテインメントコンテンツ初期設定データ５１０は、進行パート構成データ５１１（図３参照）と、遊戯要素定義データ５２０と、遊戯パート定義データ５４０と、視聴パート定義データ５６０と、視聴コンテンツ初期設定データ５７０と、追加コンテンツデータ５９０と、インタラクティブ処理定義データ６００と、を含む。勿論、これら以外のデータも適宜含めることができる。

遊戯要素定義データ５２０は、遊戯要素８別に用意され、当該遊戯要素８に係る各種初期設定データを格納する。例えば、図１７に示すように、１つの遊戯要素定義データ５２０は、固有の遊戯要素種類５２１と、アイコンデータ５２２と、専用キャラクタ種類５２３と、希少度５２４と、属性５２５と、遊戯要素カテゴリー５２６と、遊戯要素内容データ５２７と、使用制限設定データ５３０と、を含む。勿論、これら以外のデータも適宜含めることができる。

アイコンデータ５２２は、リスト３４などで獲得済の遊戯要素８をユーザ２に提示する際のアイコンのデータである。アイコンで描かれる画像には、遊戯要素８を説明する画像が含まれ、その遊戯要素８が限定して使用される登場キャラクタ６（専用キャラクタ）を示す画像が含まれることもある。

専用キャラクタ種類５２３は、当該遊戯要素８がある特定の登場キャラクタ６に対して専用で使用される場合に設定される。アイコンに描かれているキャラクタの種類を示している。

遊戯要素内容データ５２７は、当該遊戯要素８の内容、作用効果、を実現するためのデータを格納している。より具体的には、視聴コンテンツ１６に係り何が起きるか、その内容を実現するための各種データを格納している。

例えば、登場キャラクタ６の表示態様を変えるアイテムの遊戯要素８であれば、アイテムのモデルデータやテクスチャデータ（或いは、マフラーを装着した状態の登場キャラクタ６のモデルデータやテクスチャデータ）が格納される。

例えば、能力パラメータ値を変更する遊戯要素８であれば、変更対象能力パラメータ値の種類と変更量とが格納される。

例えば、登場キャラクタ６の行動を変更する遊戯要素８であれば、追加モーションデータや、初期設定のモーションスクリプトのどこに挿入するか或いはどこと差し替えるかを指定するモーション変更指示データ、が格納される。

例えば、エフェクトを追加する遊戯要素８であれば、追加エフェクトデータや、初期設定のイベントスクリプトのどこに挿入するか或いはどこと差し替えるかを指定するエフェクト変更指示データ、が格納される。

使用制限設定データ５３０は、使用制限の内容と、それを適用する適用要件とを対応づけて格納する。図１７の例では、適用要件として獲得シチュエーション５３１別を例に挙げ、使用制限の内容として使用期限５３２・使用可能シチュエーション５３３・使用可能キャラクタ５３４を例示している。

勿論、適用要件は図１７の例に限らない。遊戯要素８を獲得した日時、遊戯要素８の獲得に関与した関与キャラクタの種類や数、遊戯要素８が使用されるキャラクタの種類、遊戯要素８が使用されるキャラクタと関与キャラクタとの関係、を用いて記述することができる。

使用制限の内容も、図１７の例に限らない。これら以外にも、遊戯要素８が使用されるキャラクタに必須とされるスキルや能力パラメータ値、作用効果の種類・程度・持続時間、などを用いて記述することとしてもよい。

獲得シチュエーション５３１には、遊戯パート１３のなかで遊戯要素８の獲得チャンスとなる状況が網羅される。
使用期限５３２は、獲得からの経過時間の期限や、特定の視聴パート１５を示す。また、無制限を意味する「設定なし」も設定し得る。

使用可能シチュエーション５３３は、当該遊戯要素８が使える、特定の視聴パート１５の識別情報や、特定の視聴コンテンツ１６の識別情報、特定の視聴コンテンツ１６の内容のカテゴリー、が設定される。勿論、無制限を意味する「設定なし」も設定可能である。
使用可能キャラクタ５３４は、当該遊戯要素８が使用できる登場キャラクタ６を指定するデータである。例えば、無制限を意味する「全種類」、或いは、専用キャラクタ、関与キャラクタ７、ユーザアバター３６、等を設定できる。

図１８は、遊戯パート定義データ５４０のデータ構成例を示す図である。
遊戯パート定義データ５４０は、遊戯パート１３毎に用意され、当該パートに係る各種初期設定データを格納する。１つの遊戯パート定義データ５４０は、固有の遊戯パートＩＤ５４１と、利用可能要件５４２と、遊戯パート内容データ５４８と、抽選セット定義データ５５０と、を含む。勿論、これら以外のデータも適宜含めることができる。

利用可能要件５４２は、当該遊戯パート１３がプレイ可能になるために満たすべき条件であり、１つのサブ条件又は複数のサブ条件をＡＮＤやＯＲで組み合わせて記述される。
サブ条件としては、期間条件５４３と、遊戯パート履歴条件５４４と、視聴パート履歴条件５４５と、を用いることができる。なお、この何れの条件も「設定なし」とすることができる。

期間条件５４３は、日時やある特定の日付からの経過時間についての条件である。遊戯パート履歴条件５４４は、過去の遊戯パート１３のプレイ履歴についての条件である。視聴パート履歴条件５４５は、過去の視聴パート１５の視聴履歴についての条件である。

遊戯パート履歴条件５４４は、遊戯対象キャラクタの種類についての条件５４４ａ、プレイ成績についての条件５４４ｂ、遊戯要素８の獲得状況についての条件５４４ｃ、などのうち、１つ又は複数をＡＮＤやＯＲで組み合わせて記述される。なお、この何れの条件も「設定なし」とすることができる。

遊戯パート内容データ５４８は、遊戯パート１３を実現するための各種データ、例えばゲームプレイを実現するためのゲーム初期設定データや、関係性パラメータ値変更定義データ５４９、を格納している。関係性パラメータ値変更定義データ５４９は、どのようなゲーム進行状況になると、関係性パラメータ値をどのように変更するかを定義する。

抽選セット定義データ５５０は、当該遊戯パート１３内でユーザ２に付与される遊戯要素８を決定される際に用いられる抽選セット毎に用意される。
１つの抽選セット定義データ５５０は、例えば、固有の抽選セットＩＤ５５１と、セット使用許可条件５５２と、を含む。セット使用許可条件５５２は、遊戯対象キャラクタ種類条件５５３、ユーザと遊戯対象キャラクタ６０との関係性についての関係性条件５５４、プレイ成績条件５５５、のうちの１つ又は複数をＡＮＤやＯＲで組み合わせて記述される。なお、この何れの条件も「設定なし」とすることができる。

図１９は、視聴パート定義データ５６０のデータ構成例を示す図である。
視聴パート定義データ５６０は、視聴パート１５別に用意され、当該視聴パート１５に係る各種設定データを格納する。１つの視聴パート定義データ５６０は、固有の視聴パートＩＤ５６１と、視聴可能要件５６２と、視聴コンテンツＩＤリスト５６５と、視聴開始日時５６６と、を含む。勿論、これら以外のデータも適宜含めることができる。

視聴可能要件５６２は、視聴可能期間５６３と、事前プレイ必須遊戯パートＩＤリスト５６４とを含む。視聴可能期間５６３は、現実世界のカレンダー上の特定日時、特定期間、或いは直前にプレイした遊戯パート１３のプレイ日時からの経過時間、などで記述される。事前プレイ必須遊戯パートＩＤリスト５６４は、当該視聴パート１５を視聴するためにプレイしておかなければならない遊戯パート１３を指定するが「指定なし」とすることができる。

視聴コンテンツＩＤリスト５６５は、当該視聴パート１５で使用可能な視聴コンテンツ１６を示す。

図２０は、視聴コンテンツ初期設定データ５７０のデータ構成例を示す図である。
視聴コンテンツ初期設定データ５７０は、視聴コンテンツ１６別に作成され、当該コンテンツを視聴させるための各種データを格納する。１つの視聴コンテンツ初期設定データ５７０は、固有の視聴コンテンツＩＤ５７１と、視聴コンテンツカテゴリー５７２と、登場キャラクタリスト５７３と、視聴可能要件５７４と、視聴コンテンツデータ５８０と、を含む。勿論、これら以外のデータも適宜含めることができる。

視聴コンテンツＩＤ５７１と視聴コンテンツカテゴリー５７２は、ともに当該視聴コンテンツ１６の種類の設定に関する情報である。

視聴コンテンツカテゴリー５７２は、視聴コンテンツ１６の内容についてのカテゴリーを示す。カテゴリーの種類は、例えば、歌唱ライブ、楽器演奏、演劇、トークショー、バラエティー番組、旅行記、食レポ、スポーツ、など適宜設定可能である。

視聴可能要件５７４は、当該視聴コンテンツ１６を視聴するために満たされるべき内容を記述している。視聴可能要件５７４は、サブ条件の１つ又は複数をＡＮＤやＯＲで組み合わせて記述される。なお、この何れのサブ条件も「設定なし」とすることができる。サブ条件としては、関係性条件５７５、獲得済の遊戯要素８の保有状況や追加状況についての条件である遊戯要素獲得状況条件５７６、を用いて記述される。

関係性条件５７５は、ユーザ２と登場キャラクタ６との関係性についての条件である。例えば、各登場キャラクタ６との関係性パラメータ値の範囲や、到達しているべき閾値、到達しているべき閾値を満たしている登場キャラクタ６の数、などで記述される。

視聴コンテンツデータ５８０は、視聴コンテンツ１６の内容を定義し、視聴コンテンツ１６の視聴を可能にするための各種データを格納する。例えば、視聴コンテンツデータ５８０は、コンテンツスクリプトデータ５８１と、楽曲データ５８２と、登場キャラクタ初期設定データ５８３と、初期エフェクトデータ５８５と、初期背景設定データ５８６と、初期受付可能視聴者アクション種類リスト５８７と、を含む。勿論、これら以外のデータも適宜含めることができる。

コンテンツスクリプトデータ５８１は、視聴コンテンツ１６全体を通したシナリオのデータである。どのデータを、どのタイミングで使用するか、が記述されている。楽曲データ５８２、登場キャラクタ初期設定データ５８３、初期エフェクトデータ５８５、はその素材に当たる。

登場キャラクタ初期設定データ５８３は、当該視聴コンテンツ１６の登場キャラクタ６別に用意され、当該視聴コンテンツ１６内で、何時どのような行動をするかを定義している。１つの登場キャラクタ初期設定データ５８３は、登場キャラクタ種類５８３ａと、キャラクタデータ５８３ｂと、を含む。キャラクタデータ５８３ｂは、初期表示態様データと、初期能力パラメータ値データと、初期行動データとを含む。初期行動データは、モーションスクリプトや、モーションデータを含む。

初期背景設定データ５８６は、視聴コンテンツ１６の内容が繰り広げられる舞台を定義している。すなわち、仮想３次元空間に配置される各種背景オブジェクトのデータが含まれている。

初期受付可能視聴者アクション種類リスト５８７は、当該視聴コンテンツ１６の視聴中に、ユーザ２が行うことのできる視聴者アクションの種類を示している。

図１６に戻って、追加コンテンツデータ５９０は、インタラクティブ処理の内容の１つとして視聴コンテンツ１６の視聴に伴い追加視聴可能になる「おまけ」コンテンツのデータである。追加コンテンツデータ５９０は、基本的には予め用意された映像コンテンツであるが、その他の内容でもよい。

インタラクティブ処理定義データ６００は、インタラクティブ処理の内容別に用意され、当該インタラクティブ処理の内容を実現するための各種データを格納する。１つのインタラクティブ処理定義データ６００は、固有のインタラクティブＩＤ６０１と、共有・自動・手動の何れかのタイプ６０２と、適用要件６１０と、処理内容データ６３０と、を含む。勿論、これら以外のデータも適宜含めることができる。

図２１は、適用要件６１０のデータ構成例を示す図である。
適用要件６１０は、当該インタラクティブ処理の内容が実行されるために満たすべき内容を定義しており、サブ条件の１つ又は複数をＡＮＤやＯＲで組み合わせて記述される。なお、この何れのサブ条件も「設定なし」とすることができる。

サブ条件としては、ユーザ関係性条件６１１、遊戯要素８の保有状況条件６１２と、遊戯要素８の追加状況条件６１４と、指示対象キャラクタ条件６２０と、指示遊戯要素指定条件６２２と、キャラクタ関係性条件６２４と、時間条件６２６と、共有型視聴者アクション種類条件６２８と、を用いることができる。

ユーザ関係性条件６１１は、ユーザ２と登場キャラクタ６との関係性についての条件である。例えば、全ての登場キャラクタ６との関係性パラメータ値の範囲や、到達しているべき閾値、到達しているべき閾値を満たしている登場キャラクタ６の数、などで記述される。

保有状況条件６１２と追加状況条件６１４は、獲得済の遊戯要素８に係る保有状況と追加状況（直前にプレイされた遊戯パート１３においてどのような遊戯要素８を幾つ獲得しかの状況）それぞれについてのサブ条件であり、どちらも獲得済の遊戯要素８の獲得状況についての条件である。

保有状況条件６１２は、キャラクタ別保有状況条件６１２ａ、希少度別保有状況条件６１２ｂ、属性別保有状況条件６１２ｃ、のうちの１つ又は複数をＡＮＤやＯＲで組み合わせて記述される。なお、この何れの条件も「設定なし」とすることができる。希少度別保有状況条件６１２ｂおよび属性別保有状況条件６１２ｃは、指示対象キャラクタ３２と同一のキャラクタについての保有状況であってもよいし、指示対象キャラクタ３２に関わらない保有状況であってもよい。

追加状況条件６１４は、キャラクタ別追加状況条件６１４ａ、希少度別追加状況条件６１４ｂ、属性別追加状況条件６１４ｃ、のうちの１つ又は複数をＡＮＤやＯＲで組み合わせて記述される。なお、この何れの条件も「設定なし」とすることができる。希少度別追加状況条件６１４ｂおよび属性別追加状況条件６１４ｃは、指示対象キャラクタ３２と同一のキャラクタについての追加状況であってもよいし、指示対象キャラクタ３２に係わらない追加状況であってもよい。

指示対象キャラクタ条件６２０は、手動インタラクティブ処理に係り、ユーザ２が登場キャラクタ６のうちどれを指示対象キャラクタ３２としたかについての条件である。事実上の無制限となる「指定なし」とすることもできる。

指示遊戯要素指定条件６２２は、手動インタラクティブ処理に係り、ユーザ２がリスト３４（図１１参照）で提示された獲得済の遊戯要素８のなかから使用する遊戯要素８として選択・指示した遊戯要素８について満たされるべきことを定義する。

例えば、特定の遊戯要素８の遊戯要素種類５２１（図１７参照）や、希少度５２４、属性５２５、対応付けられているキャラクタ（専用キャラクタや、関与キャラクタ７）の種類、使用制限の設定、などのうちの１つ又は複数の組み合わせで記述される。

遊戯要素種類５２１で条件を記述するならば、指示遊戯要素指定条件６２２は種類のリストを含む。希少度５２４で条件を記述するならば、指示遊戯要素指定条件６２２は、適合／不適合の判定基準としての希少度の範囲を含む。属性５２５で条件を記述するならば、指示遊戯要素指定条件６２２は、満たすべき属性のリストを含む。キャラクタの種類で条件を記述するならば、指示遊戯要素指定条件６２２は、キャラクタ種類のリストを含む。使用制限の設定を用いて条件を記述するならば、指示遊戯要素指定条件６２２は、適合／不適合の判定基準として、（１）使用期限５３２に対応する使用可能な日付の範囲や曜日のリスト、（２）使用可能シチュエーション５３３に対応する視聴パート１５の視聴パートＩＤのリストや、視聴コンテンツ１６の視聴コンテンツＩＤのリストと、（３）視聴コンテンツ１６のカテゴリーのリスト、などを含む。

キャラクタ関係性条件６２４は、指示遊戯要素の関与キャラクタ７と、指示対象キャラクタ３２との関係性についての条件である。例えば、両者が「同一・同種」「異なる」「設定なし」の何れかであることが条件として設定される。また、両者の関係性パラメータ値の範囲や閾値、遊戯パート１３や視聴コンテンツ１６における登場キャラクタ６同士の人と人の繋がりとしての関係性で条件を記述してもよい。

時間条件６２６は、使用される遊戯要素８（指示遊戯要素）に係る時間的要素についての条件である。例えば、遊戯要素８を獲得した日時から使用されるまでの経過時間、で記述される。

共有型視聴者アクション種類条件６２８は、視聴者グループ３（図９参照）内で情報共有される視聴者アクション（共有型視聴者アクション；「投げ銭」「コメント」「評価」）の種類についての条件である。

これらのサブ条件のどれをどのように設定するかによって、共有インタラクティブ処理、手動インタラクティブ処理、自動インタラクティブ処理の何れにおいても、様々な適用要件６１０を記述できる。因みに、共有インタラクティブ処理の適用要件６１０は、共有型視聴者アクション種類条件６２８のみで記述される。手動インタラクティブ処理の適用要件６１０は、共有型視聴者アクション種類条件６２８以外のサブ条件を用いて記述される。自動インタラクティブ処理の適用要件６１０は、ユーザ関係性条件６１１、保有状況条件６１２、追加状況条件６１４、を用いて記述される。

図２２は、処理内容データ６３０のデータ構成例を示す図である。
処理内容データ６３０は、適用要件６１０で記述された状況において、何がインタラクティブ処理の内容として行われるかを定義している。

例えば、処理内容データ６３０は、キャラクタ関連変更データ６３１と、背景変更データ６４０と、エフェクト変更データ６４１と、受付可能視聴者アクション種類変更データ６４２と、サービスポイント付与量６４３と、コンテンツ変更データ６４４と、を含む。これらは、視聴コンテンツ１６の初期設定から何をどのように変更するか定義している。

キャラクタ関連変更データ６３１は、変更される登場キャラクタ６毎に用意されている。
１つのキャラクタ関連変更データ６３１は、変更対象キャラクタ種類６３２と、表示態様変更データ６３３と、行動変更データ６３４と、能力パラメータ値変更データ６３５と、を含む。

手動インタラクティブ処理の場合は、使用指示された遊戯要素８の遊戯要素内容データ５２７が必然的に適用されるので、キャラクタ関連変更データ６３１、背景変更データ６４０、エフェクト変更データ６４１、受付可能視聴者アクション種類変更データ６４２、は設定しなくてもよい。自動インタラクティブ処理では、これらの設定が肝となる。

サービスポイント付与量６４３は、視聴したユーザ２に付与するサービスポイントを指定する。サービスポイントは、様々な会員サービスを受ける対価として利用される。

コンテンツ変更データ６４４は、視聴コンテンツ１６に追加して視聴可能となる「おまけ」コンテンツを指定する。

図１６に戻って、ユーザ管理データ６５０は、登録ユーザ毎に作成され、当該ユーザに紐付けられる各種データを格納する。例えば、１つのユーザ管理データ６５０は、固有のユーザアカウント、サービスポイント残高、各種のセーブデータ、を格納する。

エンターテインメント管理データ７００は、エンターテインメントコンテンツの提供毎に作成され、提供制御に係る各種データを格納する。
１つのエンターテインメント管理データ７００は、例えば図２３に示すように、プレーヤアカウント７０１と、遊戯パート管理データ７０３と、遊戯パートプレイ履歴データ７４０と、視聴パート履歴データ７６８と、を含む。勿論、これら以外のデータも適宜含めることができる。

遊戯パート管理データ７０３は、遊戯パート１３のプレイに係る各種データを格納する。
図２４に示すように、遊戯パート管理データ７０３は、プレイ情報７０５と、遊戯要素獲得状況データ７３０と、を含む。

プレイ情報７０５は、プレイしている遊戯パート１３の遊戯パートＩＤ７０７と、遊戯対象キャラクタ種類７０９と、プレイ成績データ７１０と、獲得済遊戯要素データ７２０と、を含む。勿論、これら以外のデータも適宜含めることができる。

プレイ成績データ７１０は、育成されるキャラクタ別の育成成績データ７１１と、関係性データ７１３と、を含む。

育成成績データ７１１は、遊戯パート１３で育成対象となるキャラクタ毎に用意され、育成対象キャラクタ種類と、プレイ開始時育成パラメータ値と、最新育成パラメータ値と、を格納する。勿論、これら以外のデータも適宜含めることができる。育成パラメータ値は、育成レベルや、育成対象キャラクタの能力パラメータ値やスキル別のレベルなどである。

関係性データ７１３は、遊戯パート１３でプレイ可能なキャラクタ毎に用意され、当該キャラクタとプレーヤであるユーザとの関係性パラメータ値を格納する。

獲得済遊戯要素データ７２０は、ユーザ２が新たな遊戯要素８を獲得する毎に作成され、当該遊戯要素８が非所有化・消費されると消去される。１つの獲得済遊戯要素データ７２０は、固有の遊戯要素ＩＤ７２１と、遊戯要素種類７２２と、獲得日時７２３と、対応キャラクタ種類７２４と、使用制限設定７２５と、を含む。勿論、これら以外のデータも適宜含めることができる。

遊戯要素獲得状況データ７３０は、獲得済の遊戯要素８の獲得状況を示す各種統計データである。例えば、キャラクタ別獲得状況データ７３２と、希少度別獲得状況データ７３４と、属性別獲得状況データ７３６と、を含む。それぞれキャラクタ別・希少度別・属性別に保有数と、直前の遊戯パート１３で新たに獲得した追加数と、を格納する。これらの獲得状況データの示す値が、獲得済の遊戯要素８の獲得状況（保有状況・追加状況）を表している。

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

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

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

そして、本実施形態における端末処理部２００は、クライアント制御部２６０と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を有する。

クライアント制御部２６０は、エンターテインメントシステム１０００の会員サービスを受けるための制御や、エンターテインメントコンテンツをプレイするための各種制御を行う。具体的には、クライアント制御部２６０は、遊戯パート１３をプレイするための各種制御を行う遊戯パートクライアント制御部２６１と、視聴パート１５で視聴するための各種制御を行う視聴パートクライアント制御部２６２と、を含む。

視聴パートクライアント制御部２６２は、視聴コンテンツ１６の映像の元になる仮想３次元空間を生成し、その中で登場キャラクタ６の動作等を制御する。仮想３次元空間に配置した仮想カメラで撮影した画像を画像生成部２９２でレンダリングし、これに各種表示を追加して視聴コンテンツ１６の視聴画面を作成する。

すなわち、複数の進行パートを含むエンターテインメントコンテンツの進行パートの１つとして登場キャラクタ６が登場する視聴コンテンツ１６をユーザに視聴させる視聴パート１５を、ユーザの遊戯要素８の獲得状況に基づいて制御する、視聴パート制御部２６３としての機能の一部を担っている。

視聴パートクライアント制御部２６２は、視聴コンテンツ可変制御部２２１ｔと、登場キャラクタ制御変更部２２２と、インタラクティブ処理部２２３ｔと、第１インタラクティブ処理内容可変制御部２２４と、第２インタラクティブ処理内容可変制御部２２５と、を有する。

登場キャラクタ制御変更部２２２は、遊戯要素８の獲得状況に基づいて、登場キャラクタ６の表示態様、行動、パラメータ値、及び所持アイテムのうちの何れかを可変に制御する。また、登場キャラクタ制御変更部２２２は、ユーザ２が獲得済の遊戯要素８を、対応付けられたキャラクタ別に分けたキャラクタ別の獲得状況に基づいて、登場キャラクタの制御を行う。手動インタラクティブ処理（図１１参照）や自動インタラクティブ処理（図１３、図１４参照）として、視聴コンテンツ１６の登場キャラクタ６の表示態様や、行動、能力パラメータ値、所持アイテムなどを変更することがこれに該当する。

よって、手動インタラクティブ処理については、登場キャラクタ制御変更部２２２は、登場キャラクタ６を指示対象としたアクション操作を受け付けた場合に、当該指示対象とされた登場キャラクタ６の表示態様、行動、パラメータ値、及び所持アイテムのうちの何れかに変化を加える。

インタラクティブ処理部２２３ｔは、ユーザ２による視聴コンテンツ１６に対するアクション操作を受け付けて、視聴コンテンツ１６に対する当該アクション操作に応じたインタラクティブ処理を行う。例えば、共有インタラクティブ処理（図１０参照）と、遊戯要素８を使用した手動インタラクティブ処理（図１１、図１２参照）と、獲得済の遊戯要素８に基づく自動インタラクティブ処理（図１３、図１４参照）と、がこれに該当する。

インタラクティブ処理定義データ６００の適用要件６１０のキャラクタ関係性条件６２４に着目して述べると次のようになる。すなわち、インタラクティブ処理部２２３ｔは、視聴中に遊戯要素８を用いたアクション操作を受け付けた場合に、当該アクション操作に用いられた遊戯要素８に係る関与キャラクタ７と、当該視聴コンテンツ１６の登場キャラクタ６との関係性に基づいて、当該アクション操作に応じたインタラクティブ処理を行う、とも言える。

また、手動インタラクティブ処理において（図１１参照）、使用可能な遊戯要素８をリスト３４でユーザ２に提示する。そのため、インタラクティブ処理部２２３ｔは、アクション操作に用いられた遊戯要素８に係る関与キャラクタ７と、当該視聴コンテンツ１６の登場キャラクタ６との関係性に基づいて、遊戯要素８を用いたアクション操作を受け付けるか否かを制御する、とも言える。

また、遊戯要素８には、使用制限設定データ５３０の使用可能シチュエーション５３３の設定に応じて、当該遊戯要素８を用いたアクション操作が可能となる視聴パート１５が関連付けられる。そのため、インタラクティブ処理部２２３ｔは、現在の視聴パート１５が、遊戯要素８に関連付けられた視聴パート１５であるか否かに基づいて、当該遊戯要素を用いたアクション操作を受け付けるか否かを制御する、とも言える。

第１インタラクティブ処理内容可変制御部２２４は、遊戯要素８の獲得状況に基づいて、実行可能なインタラクティブ処理の内容を可変に制御する。具体的には、ユーザ２が獲得済の遊戯要素８のうち、アクション操作の指示対象とされた登場キャラクタ６（指示対象キャラクタ３２）と同一のキャラクタに対応付けられた遊戯要素８の獲得状況に基づいて、実行可能なインタラクティブ処理の内容を可変に制御する。

例えば、手動インタラクティブ処理で使用される遊戯要素８に設定されている関与キャラクタ７が、当該遊戯要素を使用する指示対象キャラクタ３２に適合する場合と、適合しない場合とで、遊戯要素８による視聴コンテンツ１６の内容を変更することがこれに該当する（図１２参照）。

また、第１インタラクティブ処理内容可変制御部２２４は、同一のキャラクタに対応付けられた遊戯要素８の稀少度別の獲得状況に基づいて、実行可能なインタラクティブ処理の内容を可変に制御する。例えば、図１３（３）の自動インタラクティブ処理の内容が反映されること、がこれに該当する。

また、第１インタラクティブ処理内容可変制御部２２４は、ユーザ２が獲得済の遊戯要素８を、対応付けられたキャラクタ別に分けたキャラクタ別の獲得状況に基づいて、実行可能なインタラクティブ処理の内容を可変に制御する。具体的には、インタラクティブ処理の適用要件（発動条件に相当する。）に、ユーザ２と登場キャラクタ６との総合関係性についての条件が含まれる。統合関係性には、遊戯要素８に対応付けられたキャラクタ（例えば、当該遊戯要素８を使用可能な特定のキャラクタや、関与キャラクタ７）別に分けたキャラクタ別の獲得状況が含まれる。そのため、実質的に、キャラクタ別の獲得状況に基づいてインタラクティブ処理の内容が可変に制御されることとなる。

また、第１インタラクティブ処理内容可変制御部２２４は、ユーザ２が獲得済の遊戯要素８を、対応付けられた属性別に分けた属性別の獲得状況に基づいて、実行可能な前記インタラクティブ処理の内容を可変に制御する。具体的には、インタラクティブ処理の適用要件に、ユーザ２と登場キャラクタ６との総合関係性についての条件が含まれる。統合関係性には、遊戯要素８の属性別に分けた獲得状況を含まれる。そのため、実質的に、属性別の獲得状況に基づいてインタラクティブ処理の内容が可変に制御されることとなる。

また、第１インタラクティブ処理内容可変制御部２２４は、受け付け可能なアクション操作の種類を変更することで、実行可能なインタラクティブ処理の内容を制御する。例えば、手動インタラクティブ処理に係り、指示対象キャラクタ３２をユーザが選択すると、当該キャラクタに対して使用可能な遊戯要素８が選抜されてリスト３４で提示され、ユーザはそこから対価遊戯要素を指定する。このことも、実質的には、受け付け可能なアクション操作の種類の変更に該当する（図１１参照）。

また、第１インタラクティブ処理内容可変制御部２２４は、ユーザ２の獲得済の遊戯要素８のうち、アクション操作の指示対象とされた登場キャラクタと同一のキャラクタに対応付けられた遊戯要素８の獲得状況に基づいて、当該アクション操作として受け付け可能なアクション操作の種類を変更する。これにより、実行可能なインタラクティブ処理の内容を制御する。例えば、リスト３４（図１１参照）で指示対象キャラクタ３２に使用可能な遊戯要素８を選抜してユーザ２に選ばせることがこれに該当する。なお、リスト３４で表示する遊戯要素８を選抜する条件に、関与キャラクタ７が指示対象キャラクタ３２と同一であることも条件に含める構成も可能である。

また、インタラクティブ処理定義データ６００の適用要件６１０のキャラクタ関係性条件６２４に着目して述べるならば、第１インタラクティブ処理内容可変制御部２２４は、アクション操作に用いられた遊戯要素８に係る関与キャラクタ７と、当該視聴コンテンツ１６の登場キャラクタ６との関係性に基づいて、インタラクティブ処理の内容を可変に制御する、とも言える。

第２インタラクティブ処理内容可変制御部２２５は、アクション操作に用いられた遊戯要素８が獲得された遊戯パート１３と、当該アクション操作がなされた当該視聴パート１５との間の時間間隔に基づいて、インタラクティブ処理の内容を可変に制御する。

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

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

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

画像生成部２９２は、クライアント制御部２６０の制御に基づいて各種の画像を生成し、それを元に遊戯パート１３でのプレイ画面や、視聴パート１５での視聴画面を生成する。そして、画像表示部３９２にそれらを表示させる画像信号の出力などを行う。図２の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）、グラフィックコントローラがこれに該当する。

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

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

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

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

具体的には、端末記憶部５００は、端末処理部２００をクライアント制御部２６０として機能させるためのクライアントプログラム５０２（アプリケーションプログラム）と、クライアント制御データ７９０と、現在日時９００と、を記憶する。勿論、これら以外のデータも適宜記憶できる。

クライアント制御データ７９０は、視聴パート管理データ８００と、視聴コンテンツデータ（写）８４０と、プレイ成績データ（写）８４２と、獲得済遊戯要素データ（写）８４４と、遊戯要素獲得状況データ（写）８４６と、インタラクティブ処理定義データ（写）８４８と、視聴開始日時（写）８５０と、追加コンテンツデータ（写）８５２と、を含む。勿論、これら以外のデータも適宜含めることができる。

視聴コンテンツデータ（写）８４０・プレイ成績データ（写）８４２・獲得済遊戯要素データ（写）８４４・遊戯要素獲得状況データ（写）８４６・インタラクティブ処理定義データ（写）８４８・視聴開始日時（写）８５０は、視聴パート１５としてユーザが視聴希望した視聴コンテンツ１６の視聴開始する前に、サーバシステム１１００から提供されたデータである。それぞれ、サーバシステム１１００が記憶・管理している、視聴コンテンツデータ５８０（図２０参照）・プレイ成績データ７１０（図２４参照）・獲得済遊戯要素データ７２０・遊戯要素獲得状況データ７３０・インタラクティブ処理定義データ６００（図１６参照）・視聴開始日時５６６（図１９参照）の写しである。

追加コンテンツデータ（写）８５２は、インタラクティブ処理の結果として、ユーザ端末１５００からサーバシステム１１００にリクエストして提供を受けた追加コンテンツデータ５９０（図１６参照）の写しである。

図２７は、視聴パート管理データ８００のデータ構成例を示す図である。
視聴パート管理データ８００は、視聴コンテンツ１６の視聴を実現するための各種データを格納する。具体的には、視聴パート管理データ８００は、視聴する視聴コンテンツ１６の視聴コンテンツＩＤ８０１と、適用コンテンツスクリプトデータ８０２と、仮想３次元空間制御データ８０３と、エフェクト制御データ８０４と、登場キャラクタ管理データ８１０と、受付可能視聴者アクション種類リスト８２０と、指示対象キャラクタ種類８２２と、対価指定操作８２４と、追加コンテンツＩＤ８２６と、付与予定サービスポイント８２８と、を含む。勿論、これら以外のデータも適宜含めることができる。

適用コンテンツスクリプトデータ８０２は、視聴コンテンツＩＤ８０１が示す視聴コンテンツ１６の初期設定のコンテンツスクリプトデータ５８１がコピーされ、インタラクティブ処理で変更される。

仮想３次元空間制御データ８０３には、背景オブジェクト、登場キャラクタ６のキャラクタオブジェクト、仮想カメラなどの各種オブジェクト等の配置・状態を記述する各種データが格納されている。インタラクティブ処理が、背景に変更を施す内容の場合は、当該制御データが変更される。

登場キャラクタ管理データ８１０は、登場キャラクタ６別に用意され、当該キャラクタの制御に係る最新の各種設定データを格納する。１つの登場キャラクタ管理データ８１０は、例えば、登場キャラクタ種類８１１と、表示態様管理データ８１２と、行動管理データ８１３と、能力管理データ８１８と、を含む。

表示態様管理データ８１２は、キャラクタの表示態様を変化させるインタラクティブ処理により追加される。例えば、手動インタラクティブ処理で、装備品など登場キャラクタ６が装着するアイテムの遊戯要素８が使用された場合、表示態様管理データ８１２は、そのアイテムデータと、アイテムデータの状態パラメータ値を格納する。登場キャラクタ６の配色を変更する遊戯要素８が使用された場合は、変更後の配色パターンデータを格納する。

行動管理データ８１３は、当該登場キャラクタ６の行動の設定データを格納する。例えば、適用モーションスクリプトデータ８１４（適用コンテンツスクリプトデータ８０２に含まれていてもよい）と、モーションデータ８１５と、を含む。

適用モーションスクリプトデータ８１４は、視聴コンテンツ１６における初期設定のモーションスクリプトデータがコピーされ、インタラクティブ処理により変更される。
モーションデータ８１５は、視聴コンテンツ１６における初期設定のモーションデータを初期状態のデータとして格納するが、インタラクティブ処理により差し替えられたり、追加されたりする。

能力管理データ８１８は、登場キャラクタ６の能力についての設定データを格納する。視聴コンテンツ１６における当該登場キャラクタ６の初期設定能力パラメータ値がコピーされて初期状態とされるが、インタラクティブ処理により能力変更される都度、格納している能力パラメータ値が変更される。

次に、エンターテインメントシステム１０００の動作について説明する。
図２８は、１つのエンターテインメントコンテンツの実行に係るサーバシステム１１００およびユーザ端末１５００が実行する処理の流れを説明するためのフローチャートである。図中の破線の矢印は、サーバシステム１１００と、ユーザ端末１５００との通信を表している。なお、以降の動作の説明においては、理解を容易にするために、エンターテインメントコンテンツをプレイするユーザの１名分について説明するが、実際には多くのユーザが同時並行的にエンターテインメントコンテンツをプレイするので、同様の処理を人数分並列的に実行することになる。

図２８に示すように、サーバシステム１１００は、遊戯パート処理を実行する（ステップＳ８）。ユーザ端末１５００は、これに対応して遊戯パートクライアント処理を実行して、クライアント・サーバタイプのオンラインゲームと同様にして遊戯パート１３のゲームプレイに係る処理を実行する（ステップＳ１０）。

図２９は、遊戯パート処理においてサーバシステム１１００が実行する処理の流れを説明するためのフローチャートである。
遊戯パート処理において、サーバシステム１１００は、遊戯パート管理データ７０３（図２４参照）を初期化し、進行パート構成データ５１１に従って、プレイする遊戯パート１３を選択する（ステップＳ１２）。選択結果は、遊戯パート管理データ７０３（図２４参照）の遊戯パートＩＤ７０７として保存される。

次に、サーバシステム１１００は、登場キャラクタ６のなかから遊戯対象キャラクタ６０（本実施形態は育成ゲームなので育成対象のキャラクタ；プレーヤキャラクタ）を選択する選択操作を受け付ける（ステップＳ１４）。

サーバシステム１１００は、遊戯パート内容データ５４８（図１８参照）に基づいてゲーム進行制御を開始する（ステップＳ１６）。プレイ結果に応じて、プレイ成績データ７１０が変更される（図２４参照）。関係性データ７１３は、関係性パラメータ値変更定義データ５４９に従って予め定めた所定のゲーム進行状況になると、所定値だけ増加又は減少される。なお、育成要素については、従来と同様に実現できるので、ここでの説明は割愛する。

そして、ゲーム進行中に遊戯要素８の獲得チャンスが到来したならば（ステップＳ２０のＹＥＳ）、サーバシステム１１００は、抽選セット定義データ５５０の中からセット使用許可条件５５２を満たす抽選セットを選択して（ステップＳ２２）、プレイ成績に応じた回数だけ抽選を実行する（ステップＳ２４）。回数は、それまでのプレイ成績が良好であるほど多くなるように設定すると好適である。

次いで、サーバシステム１１００は、抽選結果となる新たな遊戯要素８に対応付けられる対応キャラクタ（関与キャラクタ７など；図７参照）を決定し、その使用制限を当該新たな遊戯要素８の遊戯要素定義データ５２０（図１７参照）に従って決定する（ステップＳ２６）。そして、この新たな遊戯要素８をユーザ２に付与する（ステップＳ２８）。これにより、プレイ情報７０５に新たな獲得済遊戯要素データ７２０が追加される（図２４参照）。

ゲームプレイが終了するまで、ステップＳ２０～Ｓ２８が繰り返される。
ゲームプレイが終了すると（ステップＳ３０のＹＥＳ）、サーバシステム１１００は今回のプレイ結果・プレイ成績に応じて新たな遊戯要素８をユーザに付与する（ステップＳ３２）。ここでの新たな遊戯要素８の選択と付与は、ステップＳ２２～ステップＳ２８と同様にして抽選で決定・付与してもよい。

そして、サーバシステム１１００は、エンターテインメント管理データ７００（図２３参照）に、今回分の遊戯パートプレイ履歴データ７４０を追加する（ステップＳ３４）。また、ユーザ管理データ６５０にセーブデータを保存する。

サーバシステム１１００は、ユーザによる遊戯パート１３のプレイ継続の選択操作を検出し（ステップＳ３６の継続）、且つ現在プレイしている遊戯パート１３の実行可能期間がまだ残っている場合は（ステップＳ３８のＮＯ；図３参照）、ステップＳ１２に戻り、次の遊戯パート１３のプレイに係る処理に移行する。

一方、ユーザ２による遊戯パート１３のプレイ終了の操作を検出するか（ステップＳ３６の終了）、現在プレイしている遊戯パート１３のプレイ可能な期間が終了すると（ステップＳ３８のＹＥＳ）、サーバシステム１１００は遊戯パート処理を終了する。

図２８に戻って、サーバシステム１１００は、獲得済の遊戯要素８のうち使用期限切れの遊戯要素８を抽出して、ユーザ端末１５００にてリスト表示させ、それぞれについて、使用期限の延長を行うか消去するかの選択をユーザに求める（ステップＳ５０）。

そして、サーバシステム１１００は、期限延長が選択された遊戯要素８に係る延長対価徴収を行い（ステップＳ５２）、期限延長が選択されなかった遊戯要素８はこれを消去する（ステップＳ５４）。期間延長に係る対価徴収は、例えば、仮想通貨やクレジットカードによる課金を行って徴収するとしてもよいし、予めオンラインショッピングで購入しておいたアイテムやゲームポイントなどを消費して徴収するとしてもよい。

視聴パート１５は、期間開始日時（擬似ライブのライブ配信開始日時に相当）が、ウェブサイトやゲーム内の情報提供機能によって、ユーザ２に開示されている。
ユーザ２は、開示された情報を元に、所定時間後に期限開始日時を迎える視聴パート１５があり、それを視聴したいと望めば、ユーザ端末１５００で視聴希望操作を入力する。ユーザ端末１５００はこれを検知すると（ステップＳ６０のＹＥＳ）、サーバシステム１１００へ所定の視聴希望リクエストを送信する（ステップＳ６２）。

サーバシステム１１００は、所定時間後に視聴可能期間の開始日時を迎える視聴パート１５に係る視聴リクエストを受信すると（ステップＳ６４のＹＥＳ）、視聴パート処理を実行する（ステップＳ６６）。ユーザ端末１５００ではこれに対応して視聴パートクライアント処理を実行する（ステップＳ６８）。

図３０～図３１は、視聴パート処理においてサーバシステム１１００が実行する処理の流れを説明するためのフローチャートである。
視聴パート処理において、サーバシステム１１００は、視聴希望リクエストのあったユーザ端末１５００のユーザについて、直近過去に実行された遊戯パート１３に係る遊戯要素獲得状況データ７３０（図２４参照）を最新状態にする（ステップＳ１００）。

次いで、サーバシステム１１００は、当該視聴パート１５でどの視聴コンテンツ１６（例えば、擬似歌唱ライブ）を視聴するかユーザ２の視聴希望を受け付ける（ステップＳ１０２～ステップＳ１１０）。この過程は、サーバシステム１１００側から見ると、同じ視聴コンテンツを視聴するユーザを抽出してマッチングする、とも言える。

具体的には、サーバシステム１１００は、視聴可能要件を満たす視聴コンテンツ１６を１次抽出する（ステップＳ１０２）。より具体的には、サーバシステム１１００は、視聴パート定義データ５６０（図１９参照）のうち視聴可能要件５６２が満たされている視聴パート１５を検索し、その視聴コンテンツＩＤリスト５６５に登録されている視聴コンテンツ１６を、視聴希望受付の母集団とする。そして、サーバシステム１１００は、母集団を構成する視聴コンテンツ１６の中から、視聴可能要件５７４（図２０参照）を満たす視聴コンテンツを１次抽出する。

次いで、サーバシステム１１００は、１次抽出された視聴コンテンツの中から、ユーザとの関係性が所与の基準を満たす登場キャラクタ６が登場する視聴コンテンツ１６を２次抽出する（ステップＳ１０４）。具体的は、遊戯パート管理データ７０３（図２４参照）のプレイ情報７０５に格納されているキャラクタ種類別の関係性データ７１３を参照する。そして、関係パラメータ値が所定の基準値（例えば、本実施形態のゲームは育成ゲームなので親密度が十分に高いと見なされる高い値）に達しているキャラクタを検索し、当該キャラクタが視聴コンテンツ初期設定データ５７０（図２０参照）の登場キャラクタリスト５７３に含まれている視聴コンテンツ１６を２次抽出する。

２次抽出された視聴コンテンツ１６は、ユーザ２がお気に入りのいわゆる「推しキャラクタ」が登場する内容である。よって、ユーザ２が当該視聴コンテンツ１６を視聴すれば、積極的に視聴者アクションをするであろうことは間違いない。

そして、サーバシステム１１００は、２次抽出された視聴コンテンツ１６のリストをユーザ端末１５００にて表示させ（ステップＳ１０６）、当該リストから視聴希望の受付を行う（ステップＳ１０８；図９参照）。

ユーザ端末１５００は、視聴を希望する視聴コンテンツ１６の選択結果をサーバシステム１１００へ送信する。サーバシステム１１００は、選択結果に基づいて、ユーザ２を、選択した視聴コンテンツ１６の視聴者グループ３へ設定し、マッチング管理データ７７０として記憶管理する（ステップＳ１１０；図１６参照）。

視聴コンテンツ１６の内容が、例えば、台本に従って進行する擬似歌唱ライブステージであるとすると、内容には登場キャラクタ６が踊って歌うのは勿論のこと、登場キャラクタ６による司会進行や、観客相手のサービストーク、なども含まれている。勿論、視聴コンテンツ１６の内容は、歌唱ライブステージに限らない。トーク番組風の内容、バラエティー番組風の内容、登場キャラクタ６が架空の旅をする旅行番組風の内容、登場キャラクタ６タが体力の限界に挑むアクション番組風の内容、など適宜設定可能である。内容の違いはあるにせよ、登場キャラクタ６は決まっており、登場キャラクタ６が何をするかも予め決まっている。

そして、視聴パート１５は、ライブ配信風に提供される。すなわち、同じ視聴コンテンツ１６のコンテンツデータを複数のユーザ２のユーザ端末１５００に同じく提供し、同時に視聴を開始させ、互いの視聴者アクションの情報の一部を共有させることで、あたかもライブ配信を複数のユーザで同時視聴しているかのような疑似体験を提供する。

視聴者であるユーザ側から別の言い方をすると、ステップＳ１０２～ステップＳ１０６は、実質的には、視聴コンテンツ１６に登場する登場キャラクタ６を可変に設定されている、とも言える。更には、ステップＳ１０２～ステップＳ１１０は、視聴パート１５が開始される開始日時の前にユーザ毎に実行されるので、同じ視聴コンテンツを視聴するユーザ２を事前にマッチングしている、とも言える。

さて、サーバシステム１１００は、視聴を希望する視聴コンテンツ１６の選択を受け付けたユーザのユーザ端末１５００へ、視聴を実現するためのデータを提供する（ステップＳ１２０）。すなわち、（１）視聴を希望した視聴コンテンツ１６の視聴コンテンツデータ５８０（図２０参照）と、（２）受け付けたユーザの直前にプレイした遊戯パート１３に係る情報として、プレイ成績データ７１０（図２４参照）・獲得済遊戯要素データ７２０・遊戯要素獲得状況データ７３０の３つのデータと、（３）インタラクティブ処理定義データ６００（図１６参照）と、（４）視聴開始日時５６６（図１９参照）と、を視聴開始前に予め送信・提供する。

図３２～図３３は、ユーザ端末１５００が実行する視聴パートクライアント処理の視聴コンテンツ１６の選択以降における処理の流れを説明するためのフローチャートである。
ユーザ端末１５００は、サーバシステム１１００から希望した視聴コンテンツ１６の視聴を実現するためのデータを受信すると、それらを保存する（ステップＳ１２２）。これらのデータは、視聴コンテンツデータ（写）８４０、プレイ成績データ（写）８４２、獲得済遊戯要素データ（写）８４４、遊戯要素獲得状況データ（写）８４６、インタラクティブ処理定義データ（写）８４８、視聴開始日時（写）８５０、である（図２６参照）。

次いで、ユーザ端末１５００は、保存した視聴コンテンツデータ（写）８４０に従って、視聴コンテンツ１６の映像の背景・舞台となる仮想３次元空間を作成・初期化する（ステップＳ１２４）。すなわち、初期背景設定データ５８６に従って仮想３次元空間に各種背景オブジェクトを配置して視聴コンテンツ１６の舞台を構成し、そこに登場キャラクタ６のオブジェクトと、仮想カメラとを配置し初期化する。

次に、ユーザ端末１５００は、自動インタラクティブ処理を実行する（ステップＳ１２６）。すなわち、インタラクティブ処理定義データ（写）８４８（６００；図１６参照）のうち、タイプ６０２が「自動」に設定されている定義データを１次検索し、更にその適用要件６１０が満たされているものを２次検索する。そして、２次検索されたインタラクティブ処理定義データ（写）８４８の処理内容データ６３０の内容を、初期化された仮想３次元空間に適用する。また、受付可能視聴者アクション種類リスト８２０や、追加コンテンツＩＤ８２６、付与予定サービスポイント８２８を変更する。

「自動」タイプのインタラクティブ処理定義データ（写）８４８（６００）の適用要件６１０では、指示対象キャラクタ条件６２０・指示遊戯要素指定条件６２２・キャラクタ関係性条件６２４・時間条件６２６は、設定されていないので、ユーザと登場キャラクタ６との関係性及び遊戯要素８の獲得状況に応じた処理内容データ６３０の内容が、初期化された仮想３次元空間等に適用されることになる。

次に、ユーザ端末１５００は、獲得済の遊戯要素８のうち、視聴コンテンツ１６の視聴対価として支払可能な所定種類の遊戯要素８のリストを表示して、対価遊戯要素として支払う遊戯要素８について、ユーザによる選択入力を受け付ける。そして、選択結果をサーバシステム１１００へ送信する（ステップＳ１３０）。そして、対価遊戯要素の徴収処理を行う（ステップＳ１３２）。具体的には、獲得済遊戯要素データ８４４から対価遊戯要素のデータを消去し、遊戯要素獲得状況データ８４６を更新する。

また、図３０に移って、サーバシステム１１００でも、対価遊戯要素の選択結果を受信すると、送信元のユーザ端末１５００を使用するユーザから対価遊戯要素の徴収処理を行う（ステップＳ１３４）。すなわち、遊戯パート管理データ７０３（図２４参照）の獲得済遊戯要素データ７２０から対価遊戯要素のデータを消去し、遊戯要素獲得状況データ７３０を更新する。

図３２に戻って、ユーザ端末１５００は、視聴が希望されている視聴コンテンツ１６の視聴開始日時８５０（擬似ライブ配信開始日時に相当）になると（ステップＳ１５０のＹＥＳ）、視聴制御を開始する（ステップＳ１５２）。すなわち、仮想３次元空間に配置した仮想カメラで登場キャラクタ６の様子を撮影した画像をレンダリングし、当該画像を視聴コンテンツ１６に基づく視聴映像を生成してこれを表示する。楽曲データや登録キャラクタの音声データがあればこれも所定のタイミングで再生処理する。

ユーザ端末１５００は、視聴制御開始後すなわちユーザ２が視聴コンテンツ１６を視聴中に、共有型視聴者アクションの開始操作を検出すると（ステップＳ１５４のＹＥＳ）、受付可能視聴者アクション種類リスト８２０（図２７参照）の設定に基づいて、受付可能な共有型視聴者アクションの選択肢を提示し、当該提示の中から希望する共有型視聴者アクション（「投稿」「コメント」「評価」など）の選択・設定を受け付ける（ステップＳ１５６）。そして、共有型視聴者アクションリクエストをサーバシステム１１００へ送信する（ステップＳ１５８）。

図３１に移って、サーバシステム１１００は、共有型視聴者アクションリクエストをユーザ端末１５００から受信すると（ステップＳ１６０のＹＥＳ）、送信元であるユーザ端末１５００のユーザと同じ視聴者グループ３に属する他ユーザのユーザ端末１５００へ、リクエストされた共有型視聴者アクションを実行させる実行指示（視聴者アクションの種類、コメントの内容などの情報含む。）を配信する（ステップＳ１６２）。そして、サーバシステム１１００は、リクエストされた共有型視聴者アクションの対価徴収処理を行う（ステップＳ１６４）。例えば、「投げ銭」された金額分の課金処理を行う。すなわち、ステップＳ１６２～ステップＳ１６４により、サーバシステム１１００は共有インタラクティブ処理の一部を担う。

図３２に戻って、ユーザ端末１５００は、共有型視聴者アクションの実行指示を受信すると（ステップＳ１７０のＹＥＳ）、実行指示された共有型視聴コンテンツに対応する表示体（「コメント」の表示体３０、「投げ銭」の表示体３１、評価数の通知表示、など；図１０参照）を反映表示させる（ステップＳ１７２）。すなわち、ステップＳ１７２により、ユーザ端末１５００は共有インタラクティブ処理の一部を担う。

図３３に移って、ユーザ端末１５００は、指示対象キャラクタ３２の指示操作を検出すると（ステップＳ１９０のＹＥＳ；図１１参照）、指示対象キャラクタ種類８２２を設定し（ステップＳ１９２；図２７参照）指示対象キャラクタ３２に対して使用可能な獲得済の遊戯要素８を検索し、検索結果を指示遊戯要素の候補としてリスト３４でユーザ２に提示し、指示遊戯要素（使用する遊戯要素８）の選択を受け付ける（ステップＳ１９４）。

具体的には、使用可能な獲得済の遊戯要素８を検索では、獲得済遊戯要素データ７２０の使用制限設定７２５のうちの使用可能キャラクタの設定に、指示対象キャラクタ種類８２２が示すキャラクタに適合する獲得済遊戯要素データ７２０を検索する。なお、検索にあたっては、使用制限設定７２５のその他の使用制限事項、例えば、使用期間、使用可能シチュエーションの設定についても、同様にしてそれらの示す使用制限に抵触しないことも必要である。

指示対象キャラクタ３２が決まり、指示遊戯要素が決まると、手動インタラクティブ処理が実行される。
すなわち、ユーザ端末１５００は、インタラクティブ処理定義データ（写）８４８（６００）のうちのタイプ６０２が「手動」であり、且つ適用要件６１０（図２１参照）が満たされた定義データを検索し（ステップＳ１９６）、その処理内容データ６３０（図２２参照）に設定されている内容を適用する（ステップＳ１９８）。そして、ユーザ端末１５００は、指示遊戯要素を非所有化（例えば、消費）する（ステップＳ２００）。非所有化は、指示遊戯要素のデータの消去や、非所有化・使用済を示すフラグの設定、などにより実現できる。

また、ユーザ端末１５００は、視聴中、タイプ６０２が「自動」のインタラクティブ処理定義データ（写）８４８（６００）の適用要件６１０が満たされるかを監視している。そして、該当するインタラクティブ処理定義データ（写）８４８があれば（ステップＳ２２０のＹＥＳ）、ユーザ端末１５００は、自動インタラクティブ処理を実行して当該定義データの処理内容データ６３０の示す内容を適用する（ステップＳ２２２）。

つまり、ステップＳ１９０～ステップＳ２２２によって、「投げ銭」「コメント」「評価」の共有型視聴者アクションによる表示体の追加表示とは全く異なる形で視聴中の視聴コンテンツ１６の内容が可変に制御されることになる。しかも、「投げ銭」「コメント」「評価」といった共有型視聴者アクションすなわち共有インタラクティブ処理は、同じ視聴者グループ３に属するユーザ２のユーザ端末１５００で共有されるが、手動インタラクティブ処理や自動インタラクティブ処理は、ユーザ端末１５００毎に管理制御されている仮想３次元空間や視聴コンテンツ１６の管理データにのみ変更を施すので、インタラクティブ処理の内容の反映はローカルである。

よって、複数のユーザ２でライブ配信を視聴している視聴者の一体感がありながらも、遊戯パート１３でのユーザ２それぞれの頑張りに応じた様々な変化や、ユーザ２それぞれの登場キャラクタ６への獲得済の遊戯要素８を使った応援の変化を楽しめる新しいエンターテインメント体験が提供されることとなる。

もし、サーバシステム１１００が、同じ視聴者グループ３に属する全てのユーザ２のユーザ端末１５００へ、３種類のインタラクティブ処理の内容を全く同じように反映させようとした場合、同じ視聴者グループ３に属する全てのユーザ２によるインタラクティブ処理が反映されることになる。この場合、サーバシステム１１００には、相応な処理負荷がかかってしまう。また、登場キャラクタ６に複数のユーザ２が使用した遊戯要素８のアイテム等が適用されることになるので、適用の処理が矛盾する恐れがある。しかし、本実施形態ではそうした事態は起こらない。

さて、視聴コンテンツが終了すると（ステップＳ２４０のＹＥＳ）、ユーザ端末１５００は、視聴パート管理データ８００（図２７参照）に、おまけコンテンツとしての追加コンテンツＩＤ８２６の設定がある場合には（ステップＳ２４２）、サーバシステム１１００へ追加コンテンツリクエストとともに追加コンテンツＩＤ８２６を送信する（ステップＳ２４４）。

図３１に移って、サーバシステム１１００は、追加コンテンツリクエストを受信すると（ステップＳ２４６のＹＥＳ）、受信した追加コンテンツＩＤ８２６に合致する視聴コンテンツ初期設定データ５７０（図２０参照）の視聴コンテンツデータ５８０を、リクエストしてきたユーザ端末１５００へ追加コンテンツデータとして送信する（ステップＳ２４８）。

図３３に戻って、ユーザ端末１５００は、この追加コンテンツデータを受信すると、これを保存し、当該データに基づいて追加コンテンツを実行する（ステップＳ２５０）。
なお、視聴コンテンツ１６が「本編」、インタラクティブ処理として追加される追加コンテンツはその「おまけ」としての位置づけであり、基本的には予め用意された動画である。

次に、ユーザ端末１５００は、サーバシステム１１００へ所定のサービスポイント付与リクエストとともに、付与予定サービスポイント８２８（図２７参照）を送信し（ステップＳ２５２）、所定の視聴終了の信号をサーバシステム１１００へ送信する（ステップＳ２５４）。

図３１に移って、サーバシステム１１００は、サービスポイント付与リクエストを受信すると（ステップＳ２６０）、リクエストしたユーザ端末１５００のユーザ２に対して、受信した付与予定サービスポイント８２８が示す値だけ、サービスポイントを付与する（ステップＳ２６２）。

また、サーバシステム１１００は、視聴終了の信号を受信すると（ステップＳ２６４のＹＥＳ）、視聴終了したユーザ２に係るエンターテインメント管理データ７００（図２３参照）に、新たな視聴パート履歴データ７６８を生成・保存する（ステップＳ２６６）。

そして、グループに所属する全てのユーザが視聴終了に至ると（ステップＳ２７０のＹＥＳ）、視聴パート処理を終了する。

図２８に戻って、サーバシステム１１００は、次にエンターテインメントコンテンツが終了したかを判定する。終了していなければ（ステップＳ２９０のＮＯ）、ステップＳ８に戻って残っている遊戯パート１３のプレイを可能にする。もし終了ならば（ステップＳ２９０のＹＥＳ）、一連の処理を終了する。ユーザ端末１５００も、同様にエンターテインメントコンテンツが終了ならば（ステップＳ２９２のＹＥＳ）、一連の処理を終了する。

以上、本実施形態によれば、ユーザ２は、遊戯パート１３で遊戯要素８を獲得し、視聴パート１５において視聴者アクションとして、視聴コンテンツ１６に登場する登場キャラクタ６に向けて獲得した遊戯要素８を使うことができる。遊戯要素８には、当該遊戯要素８の獲得に関与した関与キャラクタ７が紐付けられている。アクション操作に用いられた遊戯要素８の関与キャラクタ７と、それが用いられた登場キャラクタ６との関係性に基づくインタラクティブ処理が視聴コンテンツにおいて実行される。こうした遊戯要素８の使い方と、使った結果としてのインタラクティブ処理とを実現するエンターテインメントコンテンツは従来に無く、全く新しいユーザ体験をもたらしてくれる。

また、エンターテインメントシステム１０００は、遊戯パート１３で遊戯要素８をユーザ２に付与し、視聴パート１５の制御を、遊戯要素８の獲得状況に応じて制御できる。つまり、ユーザ２にとってみれば、遊戯パート１３で遊戯要素８の獲得に成功すれば、その分、視聴パート１５で様々な視聴コンテンツ１６の変化を体験できることになる。よって、エンターテインメントコンテンツの進行に応じて付与される遊戯要素８に係る新たな興趣を実現できる。また、このことは、ユーザ２に遊戯要素８の意欲を向上させることにもなり、遊戯パート１３をプレイする上でのユーザ体験の質も向上できる。エンターテインメントコンテンツの魅力を総合的に高めることとなる。

また、エンターテインメントシステム１０００は、ユーザ２に遊戯パート１３でゲームプレイする場を提供して、そのプレイ情報７０５をユーザ別に管理できる。そして、プレイ情報７０５に基づいて同じ視聴コンテンツ１６を視聴するユーザ同士をマッチングさせることで、視聴者グループの構成を調整できる。そして、同じ視聴者グループ内で、視聴コンテンツに対して視聴者が行ったアクション操作のインタラクティブな影響を共有させることができる。

調整を適切に行うことで、視聴コンテンツ１６へのモチベーションが高いユーザを同じ視聴者グループにマッチングすることが可能となる。また、調整によって、視聴者アクションをする／しないの傾向に応じた視聴者グループを作成することができるので、視聴者アクションが控えられ視聴の雰囲気が盛り上がらない、といった事態を未然に回避することができる。また、視聴者となるユーザのグループを調整できるので、視聴コンテンツに対する各視聴者の評価を分析する助けともなる。

〔第２実施形態〕
次に、第２実施形態について説明する。第２実施形態は、第１実施形態と共通の構成を有するが、エンターテインメント管理データ７００の機能を、サーバシステム１１００のみで実現する点が異なる。なお、主に第１実施形態との差異について述べることとし、第１実施形態と同様の構成要素については、第１実施形態と同じ符号を付与して重複する説明を省略する。

図３４は、第２実施形態におけるサーバシステム１１００Ｂの機能構成例を示すブロック図である。サーバシステム１１００Ｂの視聴パート制御部２２０Ｂは、視聴コンテンツ可変制御部２２１と、登場キャラクタ制御変更部２２２と、インタラクティブ処理部２２３と、第１インタラクティブ処理内容可変制御部２２４と、第２インタラクティブ処理内容可変制御部２２５と、視聴対価徴収部２２６と、マッチング処理部２２８と、を有する。

視聴コンテンツ可変制御部２２１は、第１実施形態におけるサーバシステム１１００の視聴コンテンツ可変制御部２２１ｓと、第１実施形態における視聴コンテンツ可変制御部２２１ｔとの両方の機能を担う。

インタラクティブ処理部２２３は、第１実施形態におけるサーバシステム１１００のインタラクティブ処理部２２３ｓと、第１実施形態におけるインタラクティブ処理部２２３ｔとの両方の機能を担う。

つまり、サーバシステム１１００Ｂは、第１実施形態ではユーザ端末１５００が制御していた視聴コンテンツ１６の視聴を実現するための仮想３次元空間の制御と、視聴コンテンツ１６の内容を遊戯要素８の獲得状況に応じて変更する制御と、を一元的に行う。

よって、サーバシステム１１００Ｂのサーバ記憶部５００ｓが記憶するプログラムやデータも、基本的には第１実施形態のそれと同様であるが（図１６参照）、図３５に示すように、本実施形態ではエンターテインメント管理データ７００Ｂが、第１実施形態ではユーザ端末１５００で記憶管理されていた視聴パート管理データ８００を含む。

図３６は、第２実施形態におけるユーザ端末１５００Ｂの機能構成例を示すブロック図である。ユーザ端末１５００Ｂの視聴パートクライアント制御部２６２Ｂは、視聴パートクライアント制御部２２６２における、視聴コンテンツ可変制御部２２１ｔと、登場キャラクタ制御変更部２２２と、インタラクティブ処理部２２３ｔと、第１インタラクティブ処理内容可変制御部２２４と、第２インタラクティブ処理内容可変制御部２２５と、が省略されている。また、それに伴ってユーザ端末１５００Ｂの端末記憶部５００は、クライアント制御データ７９０を記憶しない（図２５参照）。

本実施形態におけるエンターテインメントシステム１０００における動作は、サーバシステム１１００Ｂが、第１実施形態におけるユーザ端末１５００が実行していた視聴コンテンツ１６の視聴に係る制御を実行することで実現される。

本実施形態によれば、第１実施形態よりもサーバシステム１１００Ｂの処理負荷が増えるが、第１実施形態と同様の効果が得られる。
一方で、ユーザ端末１５００Ｂが担う処理負荷が第１実施形態の処理負荷よりも軽減されるので、ユーザ端末１５００Ｂに求められるハードウェアスペックは、第１実施形態よりもかなり低く抑制できる。よって、ユーザ端末１５００Ｂとして比較的低スペックに抑制せざるを得ないコンピュータ（例えば、低性能のスマートフォン）を使うユーザであっても、エンターテインメントシステム１０００を利用できるようになる。

〔第３実施形態〕
次に、第３実施形態について説明する。第３実施形態は第１実施形態と共通の構成を有するが、遊戯パート１３に係る制御をユーザ端末１５００にて実行する点が異なる。なお、主に第１実施形態との差異について述べることとし、第１実施形態や第２実施形態と同様の構成要素については、第１実施形態や第２実施形態と同じ符号を付与して重複する説明を省略する。

図３７は、第３実施形態におけるサーバシステム１１００Ｃの機能構成例を示すブロック図である。サーバシステム１１００Ｃの視聴パート制御部２２０Ｃは、視聴コンテンツ可変制御部２２１ｓと、視聴対価徴収部２２６と、マッチング処理部２２８と、を有する。

図３８は、サーバシステム１１００Ｃのサーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。
サーバ記憶部５００ｓは、サーバプログラム５０１Ｃを記憶する。当該プログラムは、サーバ処理部２００ｓに視聴パート制御部２２０Ｃとしての機能を実現する。
エンターテインメント管理データ７００は省略されており、ユーザ端末１５００Ｃにて管理される。

図３９は、第３実施形態におけるユーザ端末１５００Ｃの機能構成例を示すブロック図である。ユーザ端末１５００Ｃは、視聴パートクライアント制御部２６２Ｃは、視聴コンテンツ可変制御部２２１と、登場キャラクタ制御変更部２２２と、インタラクティブ処理部２２３と、第１インタラクティブ処理内容可変制御部２２４と、第２インタラクティブ処理内容可変制御部２２５と、を有する。

図４０は、ユーザ端末１５００Ｃの端末記憶部５００が記憶するプログラムやデータの例を示す図である。
クライアントプログラム５０２Ｃは、端末処理部２００に視聴コンテンツ可変制御部２２１と、登場キャラクタ制御変更部２２２と、インタラクティブ処理部２２３と、第１インタラクティブ処理内容可変制御部２２４と、第２インタラクティブ処理内容可変制御部２２５と、しての機能を実現させるためのプログラムである。

エンターテインメントコンテンツ初期設定データ５１０Ｃは、サーバシステム１１００が保持するオリジナルのエンターテインメントコンテンツ初期設定データ５１０を事前にダウンロードすることで保存される。

エンターテインメント管理データ７００Ｂは、第２実施形態のそれと同様に遊戯パート管理データ７０３と視聴パート管理データ８００との両方を含む（図３５参照）。

第３実施形態でも、第１実施形態と同様の作用効果が得られる。

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

（変形例その１）
例えば、上記実施形態に、視聴者グループを、視聴者数等に応じて適宜複数のグループに分割する処理を加えてもよい。
例えば、同じ視聴コンテンツ１６の視聴者となるユーザが多くなりすぎると、視聴者アクションの表示体が、視聴画面を埋めつくして視聴を阻害する可能性も否定できない。特定の登場キャラクタ６へ視聴者アクションが集中して、視聴者の一部にしらけムードを与えてしまう可能性もある。その場合、視聴者グループ３を複数に分けて、視聴者アクションの情報共有を、分けたグループ内で限定し、実質的な総合関係性に基づく視聴者の振り分けを行うことができる。

振り分けに際しては、例えば、登場キャラクタ６が２名の場合、それぞれを「推し」とするユーザのグループ内の比率を調整するようにグループ分けしてもよい。
具体的には、登場キャラクタ６それぞれを「推し」とするユーザ数の比率をできるだけ近い値にするようにユーザを選抜するグループを作り、残ったユーザでグループを作る、としてもよい。この場合、前者のグループでは、登場キャラクタそれぞれを「推し」とするユーザ同士が、互いに応援合戦で負けないように競い、視聴者アクションが誘発され、視聴にともなうユーザ体験がより盛り上げることとなる。

（変形例その２）
上記実施形態では、ユーザ２が獲得した遊戯要素８は、手動インタラクティブ処理に係り指示対処遊戯要素とされることで、視聴者アクション操作にともなって非所有化され、当該アクション操作を実行することで消費されたかのように管理された。それ以外の獲得された遊戯要素８は、視聴パート１５の視聴終了後も残され、次の遊戯要素８でのプレイに持ち越しできる構成であった。

これを、第２進行パート１２が終了した場合に、各ユーザ２が所有している遊戯要素８の情報を全てリセットすることとしてもよい。具体的には、ステップＳ６６とステップＳ２９０の間に、リセットするステップを追加する。或いは、ステップＳ２９０で否定判定した後に、リセットするステップを追加する。

この構成では、ユーザ２は、進行パートのセットをまたいで、獲得した遊戯要素８の持ち越しはできなくなる。次のセットを始める毎に「０」から遊戯パート１３で遊戯要素８を獲得し直さなければならない。よって、ユーザ２に、常に積極的に目的意識を持ってゲームプレイに臨む様に仕向け、ユーザ２のモチベーションを常に高く維持させることができる。

（変形例その３）
また、共有インタラクティブ処理の内容は、上記実施形態の例に限らず適宜設定可能である。例えば、視聴パート開始から「投げ銭」された金額やアイテムの総数をカウントする。「投げ銭」される毎に表示体３１が表示されるが、カウント値が所定値に達すると、登場キャラクタ６が視聴者向けに、お礼の意志を示す某かのアクションをする（例えば、ウインクする、お辞儀してお礼を言う）、特別な共有インタラクティブ処理が実行されるとしてもよい。勿論、特別な共有インタラクティブ処理の内容は、適宜設定可能である。例えば、視聴画面内に所定値に達成したことを祝う表示をしたり、花吹雪等のエフェクトが表示される、などとしてもよい。お礼のための踊りをする追加コンテンツが追加視聴可能になる、登場キャラクタに特別なアイテムを付与する、としてもよい。

（変形例その４）
また、上記実施形態及び変形例に、遊戯要素８の合成や進化の要素を適宜追加してもよい。合成は、複数の合成素材とされる遊戯要素８を１つの合成後の遊戯要素８に置き換える仕組みである。基本的には、合成後の遊戯要素８は、合成素材の遊戯要素８よりも高性能となる。進化は、１つ又は複数の進化素材とされる遊戯要素８を消費して、進化対象とされる遊戯要素８を所定の能力向上系譜設定に従って、段階的に能力や外観を向上させるように置き換える仕組みである。

第１実施形態をベースに合成の要素を追加する場合、図４１に示すような合成定義データ８６０を用意して、サーバシステム１１００に記憶させておく。ユーザ端末１５００にて、プレーヤであるユーザによる所定の合成操作（例えば、合成素材の選択操作と、実行操作を含む。）がなされると、サーバシステム１１００は合成定義データ８６０に従って、当該ユーザのアカウントに対応づけられる獲得済遊戯要素データ７２０（図２４参照）を変更する。

合成定義データ８６０は、合成素材遊戯要素種類組み合わせ８６１と、合成後遊戯要素種類８６２と、使用制限変更設定８６３と、を含む。合成素材遊戯要素種類組み合わせ８６１と合成後遊戯要素種類８６２とで、合成定義データ８６０で定義する合成パターンが決まる。使用制限変更設定８６３は、合成後の遊戯要素８に設定される使用制限を、使用制限設定データ５３０（図１７参照）の定義以外に変更する場合に、使用制限設定データ５３０の代わりに設定する。

使用制限変更設定８６３は、変更パターン別に用意される。１つの使用制限変更設定８６３は、変更要件と、変更後使用制限内容と、を含む。

変更要件は、合成素材の遊戯要素８の関与キャラクタ７の種類の組み合わせ、使用制限の設定の組み合わせ、を用いて記述してもよい。その他、合成素材の遊戯要素８にレベルやレアリティの設定があるならば、それらの組み合わせも変更要件の記述に含めてもよい。

具体的には、例えば、２つの合成素材の遊戯要素８を用いる合成の例として、変更要件を、第１の合成素材の遊戯要素８に係る使用制限が「使用可能キャラクタ＝キャラクタＡ」、第２の合成素材の遊戯要素８に係る使用制限が「使用可能キャラクタ＝キャラクタＢ」とする。そして、合成後の遊戯要素８に係る使用制限を「使用可能キャラクタ＝キャラクタＡ又はキャラクタＢ」としてもよい。

また別の例として、変更要件を、全ての合成素材の使用制限が「使用可能キャラクタ＝キャラクタＡ」で共通、と設定する。そして、合成後の遊戯要素８に係る使用制限を「使用可能キャラクタ＝キャラクタＡ」に維持して、使用期限を合成素材のそれよりＸ倍（Ｘは合成素材の数に正の関係の所与の関数で決まる数値）にする、使用可能シチュエーションを増やす、といった具合に使用制限を緩和するように変更してもよい。

進化の要素を追加する場合には、進化前の遊戯要素８と、進化後の遊戯要素８とは、デザインや能力等の設定に進化系譜の存在を感じさせるように関連性を持たせて設定するが、データ上は別種の遊戯要素８として扱うと好適である。

そして、図４２に示すような進化定義データ８７０を用意して、サーバシステム１１００に記憶させておく。ユーザ端末１５００にて、プレーヤであるユーザによる所定の進化操作（例えば、進化素材及び進化対象を選択する操作と、進化を実行する操作とを含む。）がなされると、サーバシステム１１００は進化定義データ８７０に従って、当該ユーザのアカウントに対応づけられる獲得済遊戯要素データ７２０（図２４参照）を変更する。

進化定義データ８７０は、進化素材遊戯要素種類８７１と、進化対象遊戯要素種類８７２と、進化後遊戯要素種類８７３と、進化後使用制限設定８７４と、を含む。進化素材遊戯要素種類８７１・進化対象遊戯要素種類８７２・進化後遊戯要素種類８７３によって当該定義データで定義される進化のパターンが決まる。進化後使用制限設定８７４は、進化後の遊戯要素８の使用制限を、使用制限設定データ５３０（図１７参照）の定義以外に変更する場合に適宜設定する。

進化後使用制限設定８７４は、変更パターン別に用意される。１つの進化後使用制限設定８７４は、変更要件と、変更後使用制限内容と、を含む。変更要件及び変更後使用制限内容は、使用制限変更設定８６３のそれと同様にして設定することができる。

（変形例その５）
上記実施形態では、進行パート構成データ５１１を、ストーリが、枝分かれの無い１本道であるかのようにストレートなパート構成として例示したが、分岐を設けたパート構成とすることもできる。

例えば、第２進行パート１２の終わりに分岐を設ける場合、視聴パート１５における視聴者アクションやインタラクティブ処理の実行実績を、サーバシステム１１００或いはユーザ端末１５００にて記録管理する。具体的には、視聴アクションの種類別の回数、投げ銭の合計金額、実行されたインタラクティブ処理の種類、実行されたインタラクティブ処理の数、などを記録管理する。
また、パート終了後に分岐がある第２進行パート１２には、視聴者アクションやインタラクティブ処理の実行実績を用いた分岐条件と、分岐条件を満たした場合と満たさない場合とで次に実行される第１進行パート１１のうち、どの遊戯パート１３を実行するかと、を予め設定して対応づけておく。

そして、パート終了後に分岐がある第２進行パート１２を終了後に、対応する分岐条件に基づく分岐判定を行い、次に実行される第１進行パート１１のうちどの遊戯パート１３を実行するかを決定する。分岐の結果として異なるエンディングが複数あり得る、マルチエンディングになってもよい。

なお、ストーリ構成や、第２進行パートの視聴可能期間ＶＡの設定によっては、分岐先を、パート終了後に分岐がある第２進行パート１２の前に実行される第１進行パート１１の遊戯パート１３としてもよい。

この場合、ある第２進行パート１２での結果（投稿の量やアクションの状況など）に基づいて、当該第２進行パート１２の前に事項される第１進行パート１１で、前回とは異なる遊戯パート１３を再度マッチングさせて、繰り返しプレイさせることが可能になるので、ストーリ展開がより複雑で重厚になり興趣が向上する。

２…ユーザ
３…視聴者グループ
５…アイテム
６…登場キャラクタ
７…関与キャラクタ
８…遊戯要素
１１…第１進行パート
１２…第２進行パート
１３…遊戯パート
１５…視聴パート
１６…視聴コンテンツ
３２…指示対象キャラクタ
６０…遊戯対象キャラクタ
７１…専用キャラクタ
８０…対価遊戯要素
２００ｓ…サーバ処理部
２１０…エンターテインメント管理部
２１２…遊戯パート制御部
２１４…プレイ情報管理部
２２０、２２０Ｂ、２２０Ｃ…視聴パート制御部
２２１、２２１ｓ、２２１ｔ…視聴コンテンツ可変制御部
２２２…登場キャラクタ制御変更部
２２３、２２３ｓ、２２３ｔ…インタラクティブ処理部
２２４…第１インタラクティブ処理内容可変制御部
２２５…第２インタラクティブ処理内容可変制御部
２２６…視聴対価徴収部
２２８…マッチング処理部
２６０…クライアント制御部
２６１…遊戯パートクライアント制御部
２６２、２６２Ｂ、２６２Ｃ…視聴パートクライアント制御部
２６３…視聴パート制御部
５００…端末記憶部
５００ｓ…サーバ記憶部
５０１、５０１Ｃ…サーバプログラム
５０２、５０２Ｃ…クライアントプログラム
５１０、５１０Ｃ…エンターテインメントコンテンツ初期設定データ
５１１…進行パート構成データ
５２０…遊戯要素定義データ
５２１…遊戯要素種類
５２４…希少度
５２５…属性
５２７…遊戯要素内容データ
５３０…使用制限設定データ
５３２…使用期限
５３３…使用可能シチュエーション
５３４…使用可能キャラクタ
５４０…遊戯パート定義データ
５６０…視聴パート定義データ
５６２…視聴可能要件
５７０…視聴コンテンツ初期設定データ
５７２…視聴コンテンツカテゴリー
５７３…登場キャラクタリスト
５７４…視聴可能要件
５７５…関係性条件
５７６…遊戯要素獲得状況条件
５８０…視聴コンテンツデータ
５８３…登場キャラクタ初期設定データ
５８７…初期受付可能視聴者アクション種類リスト
６００…インタラクティブ処理定義データ
６０２…タイプ
６１０…適用要件
６１１…ユーザ関係性条件
６１２…保有状況条件
６１４…追加状況条件
６２０…指示対象キャラクタ条件
６２２…指示遊戯要素指定条件
６２４…キャラクタ関係性条件
６２６…時間条件
６３０…処理内容データ
６３３…表示態様変更データ
６３４…行動変更データ
６３５…能力パラメータ値変更データ
６４２…受付可能視聴者アクション種類変更データ
６４３…サービスポイント付与量
６４４…コンテンツ変更データ
７００、７００Ｂ…エンターテインメント管理データ
７０３…遊戯パート管理データ
７０５…プレイ情報
７０９…遊戯対象キャラクタ種類
７１０…プレイ成績データ
７１１…育成成績データ
７１３…関係性データ
７２０…獲得済遊戯要素データ
７２２…遊戯要素種類
７２４…対応キャラクタ種類
７２５…使用制限設定
７３０…遊戯要素獲得状況データ
７３２…キャラクタ別獲得状況データ
７３４…希少度別獲得状況データ
７３６…属性別獲得状況データ
７７０…マッチング管理データ
８００…視聴パート管理データ
８１０…登場キャラクタ管理データ
８１２…表示態様管理データ
８１３…行動管理データ
８１８…能力管理データ
８２０…受付可能視聴者アクション種類リスト
８２２…指示対象キャラクタ種類
８２４…指示遊戯要素種類
８４０…視聴コンテンツデータ（写）
８５２…追加コンテンツデータ（写）
１０００…エンターテインメントシステム
１１００、１１００Ｂ、１１００Ｃ…サーバシステム
１５００、１５００Ｂ、１５００Ｃ…ユーザ端末
ＴＡ…実行可能期間
ＶＡ…視聴可能期間

Claims (14)

1. 複数の進行パートを含み、複数のキャラクタが登場するコンテンツの進行を制御するコンピュータシステムであって、
   前記進行パートの１つとして、関与キャラクタが関与することでユーザが遊戯要素を獲得する遊戯パートの進行を制御する遊戯パート制御手段と、
   前記進行パートの１つとして登場キャラクタが登場する視聴コンテンツを前記ユーザに視聴させる視聴パートの進行を制御する視聴パート制御手段と、
   を備え、
   前記視聴パート制御手段は、
   視聴中に前記ユーザによるアクション操作を受け付けた場合に、前記関与キャラクタと、当該視聴コンテンツの前記登場キャラクタとの関係性に基づいて、当該視聴コンテンツに対する当該アクション操作に応じたインタラクティブ処理を行うインタラクティブ処理手段、
   を有する、
   コンピュータシステム。
2. 前記視聴コンテンツには、登場キャラクタが異なる視聴コンテンツが含まれ、
   前記視聴パート制御手段は、前記ユーザの選択操作に基づいて、前記ユーザに視聴させる前記視聴コンテンツを選択する、
   請求項１に記載のコンピュータシステム。
3. 前記視聴コンテンツには、複数の登場キャラクタが登場し、
   前記インタラクティブ処理手段は、特定の前記登場キャラクタを指示対象とする前記アクション操作を受け付けた場合に、当該指示対象とされた登場キャラクタの表示態様、行動、パラメータ値、及び所持アイテムのうちの何れかに変化を加えることで前記インタラクティブ処理を行う、
   請求項１又は２に記載のコンピュータシステム。
4. 前記インタラクティブ処理手段は、前記関係性に基づいて、前記アクション操作を受け付けるか否かを制御する、
   請求項１～３の何れか一項に記載のコンピュータシステム。
5. 前記視聴パート制御手段は、
   前記関係性に基づいて、前記インタラクティブ処理の内容を可変に制御する第１のインタラクティブ処理内容可変制御手段、
   を有する、
   請求項１～４の何れか一項に記載のコンピュータシステム。
6. 前記遊戯パート制御手段は、前記ユーザの操作に基づいて前記関与キャラクタを育成する育成コンテンツを実行することで前記遊戯パートの進行を制御することと、前記関与キャラクタの育成状況に基づいて前記ユーザが獲得可能な前記遊戯要素を可変に制御することと、を実行する、
   請求項１～５の何れか一項に記載のコンピュータシステム。
7. 前記遊戯パート制御手段は、前記ユーザの操作に基づいて前記関与キャラクタを選択する制御を行う、
   請求項１～６の何れか一項に記載のコンピュータシステム。
8. 前記遊戯パート制御手段は、前記関与キャラクタに対する前記ユーザの操作入力に基づいて前記遊戯要素を獲得する制御を行う、
   請求項１～７の何れか一項に記載のコンピュータシステム。
9. 前記遊戯パート制御手段は、前記関与キャラクタが所与のゲームミッションを提示し、前記ユーザの操作に基づいて当該ゲームミッションを達成することで前記遊戯要素が獲得可能となるゲームミッションコンテンツを実行することで前記遊戯パートの進行を制御する、
   請求項１～５の何れか一項に記載のコンピュータシステム。
10. 前記コンテンツには、１回以上の前記遊戯パートを含む前記進行パートと、１回以上の前記視聴パートを含む前記進行パートとのセットが、１つ又は複数セット含まれている、
    請求項１～９の何れか一項に記載のコンピュータシステム。
11. 前記遊戯要素は、前記アクション操作の際に前記ユーザによって選択操作されるものであり、
    前記視聴パート制御手段は、
    前記アクション操作の際に用いられた前記遊戯要素が獲得された前記遊戯パートと、当該アクション操作がなされた当該視聴パートとの間の時間間隔に基づいて、前記インタラクティブ処理の内容を可変に制御する第２のインタラクティブ処理内容可変制御手段、
    を有する、
    請求項１０に記載のコンピュータシステム。
12. 前記遊戯要素には、前記アクション操作の際に前記ユーザによって選択操作が可能となる前記視聴パートが関連付けられており、
    前記インタラクティブ処理手段は、現在の視聴パートが、前記遊戯要素に関連付けられた前記視聴パートであるか否かに基づいて、当該遊戯要素を用いたアクション操作を受け付けるか否かを制御する、
    請求項１０又は１１に記載のコンピュータシステム。
13. 請求項１～１２の何れか一項に記載のコンピュータシステムであるサーバシステムと、
    前記サーバシステムと通信を行い、マンマシンインターフェースの機能を担う前記ユーザのユーザ端末と、
    を具備するエンターテインメントシステム。
14. コンピュータシステムに、複数の進行パートを含み、複数のキャラクタが登場するコンテンツの進行を制御させるためのプログラムであって、
    前記進行パートの１つとして、関与キャラクタが関与することでユーザが遊戯要素を獲得する遊戯パートの進行を制御する遊戯パート制御手段、
    前記進行パートの１つとして登場キャラクタが登場する視聴コンテンツを前記ユーザに視聴させる視聴パートの進行を制御する視聴パート制御手段、
    として前記コンピュータシステムを機能させ、
    前記視聴パート制御手段は、
    視聴中に前記ユーザによるアクション操作を受け付けた場合に、前記関与キャラクタと、当該視聴コンテンツの前記登場キャラクタとの関係性に基づいて、当該視聴コンテンツに対する当該アクション操作に応じたインタラクティブ処理を行うインタラクティブ処理手段、
    を有する、
    プログラム。

Images