JP7398873B2 - サーバシステムおよび動画配信システム - Google Patents

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）により実現するとしてもよい。

そして、サーバシステム１１００は、制御基板１１５０が所定のプログラムおよびデータに基づいて演算処理することにより、
１）ユーザの登録や、ユーザ別の情報を管理するユーザ管理機能と、
２）投げ銭アイテムのオンラインショッピング機能と、
３）ユーザ端末１５００にてオンラインゲームをプレイ可能にするゲーム提供機能と、
４）投稿者となるユーザである投稿ユーザ２ａのユーザ端末１５００ａ（視聴者端末）から、投稿動画のデータを取得する投稿機能と、
５）投稿動画のデータに基づいて配信用動画を生成して、視聴者となるユーザである視聴ユーザ２ｂのユーザ端末１５００ｂ（視聴者端末）に配信するライブ配信機能と、
を実現する。

なお、図１では、サーバシステム１１００を１台のサーバ装置として描いているが、オンライン接続された複数のサーバ装置が、ユーザ管理機能・オンラインショッピング機能・ゲーム提供機能・投稿機能・ライブ配信機能の１つまたは複数の機能を分担する構成であってもよい。また、サーバシステム１１００は、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよい。離れた場所に設置された独立した複数のサーバ装置を、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であってもよい。

ユーザ端末１５００（１５００ａ，１５００ｂ）は、ユーザ２（２ａ，２ｂ，…）が動画の投稿や動画の視聴のために個別に使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００にアクセスできる電子装置（電子機器）である。本実施形態のユーザ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、携帯型ゲーム装置や、タブレット型コンピュータ、パーソナルコンピュータ、などでもよい。

なお、図１では、投稿者となるユーザである投稿ユーザ２ａのユーザ端末１５００ａ（視聴者端末）と、視聴者となるユーザである視聴ユーザ２ｂのユーザ端末１５００ｂ（視聴者端末）と、をそれぞれ１台ずつ図示しているが、実際の運用に当たっては、複数の投稿ユーザが存在して、それぞれ投稿者端末を使用してサーバシステム１１００へアクセスする。同様に、実際の運用に当たっては、複数の視聴ユーザが存在して、それぞれ視聴者端末を使用してサーバシステム１１００へアクセスする。

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

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

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

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

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

図３は、本実施形態におけるライブ配信のための動画投稿について説明するための図である。ライブ配信は、投稿ユーザ２ａがユーザ端末１５００ａ（投稿者端末）と、配信日時を登録する。配信日時前になると、投稿ユーザ２ａは、投稿者端末（ユーザ端末１５００ａ）でサーバシステム１１００へ予約していた投稿ユーザとしてアクセスする。

投稿ユーザ２ａは、投稿者端末（ユーザ端末１５００ａ）の無線式のコントローラ３を手に持って、ブルーバックなどの前に立って、ライブ配信における番組ホストである投稿者キャラクタを演じる。

投稿者端末（ユーザ端末１５００ａ）では、所定のプログラムが実行されており、ライブ配信用の投稿モードで作動している。投稿者端末（ユーザ端末１５００ａ）は、三脚等に固定されており、搭載されているカメラ１５２０で投稿ユーザ２ａのライブ映像１０を撮影し、搭載されているマイク１５１２で投稿ユーザ２ａのライブ音声１２を拾う。

投稿ユーザ２ａは、ライブ画像やライブ音声のモニター用として、ヘッドマウントディスプレイやヘッドフォンを装着するとしてもよい。

投稿者端末（ユーザ端末１５００ａ）は、モーションキャプチャー処理を常時実行しており、ライブ映像１０からリアルタイムに投稿ユーザ２ａの投稿者モーションデータ７１２を作成する。また、投稿者端末（ユーザ端末１５００ａ）は、音声キャプチャー処理を常時実行しており、リアルタイムにライブ音声１２から投稿者音声データ７１３を作成する。

ライブ配信を拡張現実空間の映像とする場合、言い換えると画像空間を拡張現実空間とする場合は、適宜、ＡＲマーカ５を用意して、カメラ１５２０で投稿ユーザ２ａとともに撮影する。この場合、投稿者モーションデータ７１２は、ＡＲマーカ５とカメラ１５２０との相対位置、相対姿勢、撮影画角の各情報と、現実空間の画像データと、を含むことになる。ライブ配信を仮想現実空間の映像とする場合、言い換えると画像空間を仮想空間とする場合は、必ずしもＡＲマーカ５は用いなくてもよい。

図４に示すように、投稿者端末（ユーザ端末１５００ａ）は、ライブ配信の間、常に、投稿者動画データ７１０をサーバシステム１１００へアップロードし続ける。

投稿者動画データ７１０は、投稿ユーザ２ａが投稿する動画に係るデータであって、投稿ユーザ２ａの投稿時のアバターに相当する投稿者キャラクタ４を仮想空間画像または拡張現実画像として表示させるためのデータを含む。言い換えると、投稿者動画データ７１０は、投稿者端末（ユーザ端末１５００ａ）で操作される投稿者キャラクタが行動可能な仮想空間または拡張現実空間である画像空間の投稿者キャラクに係る最新状態を記述するデータである。

具体的には、投稿者動画データ７１０は、例えば、投稿者モーションデータ７１２と、投稿者音声データ７１３と、投稿素材データ７１４と、を含む。投稿者モーションデータ７１２と、投稿者音声データ７１３と、は、本実施形態ではライブ配信の主素材とし、投稿素材データ７１４はライブ配信の副素材とする。投稿素材データ７１４は、例えば、別途録画されたゲームプレイ動画であったり、背景画像、スーパーインポーズ用の素材データ、効果音データ、ライブ配信の画面レイアウト、などである。投稿素材データ７１４の種類や数は図示の例に限らず、投稿ユーザ２ａが自由に決められる。

図５に示すように、サーバシステム１１００は、投稿者端末（１５００ａ）から、投稿者動画データ７１０を受信すると、これに基づいてライブ配信用の配信用動画２２を生成する。具体的には、サーバシステム１１００は、配信用動画２２を生成するための仮想３次元空間を設定し、ここに投稿ユーザ２ａが予め登録した投稿者キャラクタ４のオブジェクトを配置し、投稿者モーションデータ７１２に従ってリアルタイムに動作制御する。また、当該ライブ配信の視聴ユーザ２ｂが予め登録していた視聴者キャラクタ６のオブジェクトと、仮想３次元空間には画像生成の視点となる仮想カメラと、を配置する。

ライブ配信の配信用動画２２を、仮想空間画像のみとする場合、端的に言えば３ＤＣＧのみで構成された画像とする場合には、仮想カメラは、所定の初期位置に固定配置される。そして、サーバシステム１１００は、その様子を仮想カメラで撮影した画像をレンダリングし、配信用動画のベース画像とする。

ライブ配信の配信用動画２２を拡張現実画像とする場合には、仮想カメラは、ＡＲマーカ５と投稿者端末（１５００ａ）との相対位置・相対姿勢を再現し、カメラ１５２０の撮影画角を再現して配置する。そして、サーバシステム１１００は、仮想カメラで撮影した投稿者キャラクタ４や、視聴者キャラクタ６をレンダリングし、投稿者動画データ７１０に含まれている現実空間の画像に合成して、配信用動画２２のベース画像とする。

そして、サーバシステム１１００は、ベース画像へ、投稿素材データ７１４を画像合成し、投稿者音声データ７１３を音声合成して配信用動画２２を生成する。そして、視聴者端末（ユーザ端末１５００ｂ）へライブ配信する。

なお、ライブ配信なので、配信用動画２２は、モニター用として投稿者端末（ユーザ端末１５００ａ）にも配信される。

さて、動画配信システム１０００は、投稿者と視聴者とが画像空間内で連携できるように構成されている。具体的には、画像空間内で、投稿者が設定したイベントエリアを標的として視聴者が投げ銭をして、玉入れ的ミニゲームをプレイできるようになっている。

図６は、ミニゲームに係る配信用動画２２の例を示す図であって、（１）イベントエリアが設定される前の画像の例、（２）イベントエリアが設定され、ミニゲームがプレイ中の画像の例、をそれぞれ示している。

サーバシステム１１００は、投稿者端末（ユーザ端末１５００ａ）から、所定のイベントエリア設定リクエストを受け付けると、仮想３次元空間に配置されている仮想カメラの位置や画面内のレイアウトを、投稿者キャラクタ４から離すように自動変更、或いは撮影画角の設定を広角側へ自動変更して、配信用動画２２の中でミニゲームがプレイできるだけのスペースを作る。

次に、サーバシステム１１００は、投稿者端末（ユーザ端末１５００ａ）にて、イベントエリアオブジェクト３０の選択肢を提示し、投稿ユーザ２ａによるイベントエリア選択操作と配置操作（例えば、メニューからのドラッグ＆ドロップ操作）に応じて、仮想３次元空間内にイベントエリアオブジェクト３０（３０ａ，３０ｂ，…）を配置してイベントエリアを設定する。

イベントエリアオブジェクト３０は、イベントエリアを規定するオブジェクトである。イベントエリアオブジェクト３０には、様々な形状、大きさ、動作が異なる複数種類が用意されている。図６の例では、イベントエリアオブジェクト３０は、玉入れのカゴとして機能するが開口方向を変えるように回転するリング型や、カップ型、をしている。勿論、ミニゲームの内容に応じて、その形状は適宜設定可能である。

投稿ユーザ２ａが、声で或いはテロップの挿入などによって、視聴ユーザ２ｂへ向けて、ミニゲームのプレイを促すと、視聴ユーザ２ｂは、これに応えてイベントエリアオブジェクト３０を目がけて「投げ銭」を開始する。

サーバシステム１１００は、視聴者端末（ユーザ端末１５００ｂ）にて、所定の投げ銭リクエスト操作の入力を検出すると、当該端末の視聴ユーザ２ｂが所有するアイテム８の一覧を提示し、その中から投げ銭に使用するアイテムの選択を受け付ける。そして、視聴者端末（ユーザ端末１５００ｂ）にて、投入を実行する所定のアクション操作入力を受け付ける。

投入実行のアクション操作は、適宜設定可能である。
例えば図７は、投入実行のアクション操作の一例を示す図である。なお、操作の理解を容易にするために、アクション操作に関連するモノ以外は破線で示している。投入実行のアクション操作は、例えば、配信用動画２２内の視聴者キャラクタ６を起点とし、イベントエリアオブジェクト３０に向けて行うフリック操作（図７中の網掛け矢印）とされる。

サーバシステム１１００は、射出点を視聴者キャラクタ６とし、移動経路を擬似放物線とする。フリック操作の向きは投入方向で決定し、射出速度または射出力は、フリックの速さまたはフリックされている長さで決定する。その際、射出速度または射出力は、投稿者キャラクタ４に定められたパラメータの値（例えば、キャラクタレベルなど）に基づいて決定し、アイテム８（表示体）の飛距離（移動距離）を変化させる。

勿論、投入実行のアクション操作は、フリック操作に限らない。タッチパネル１５０６が、押圧検出が可能なタイプであれば、視聴者キャラクタ６の表示位置とタッチ位置との相対位置で投入方向を決定し、押圧力で射出速度または射出力を決定するとしてもよい。

サーバシステム１１００は、投入実行のアクション操作の入力を検出すると、選択されたアイテム８を仮想３次元空間の視聴者キャラクタ６付近に出現させ、アクション操作に基づいて決定された投入諸元で、擬似物理演算処理により擬似放物運動をさせる。

図８は、投げ銭に係る特典付与について説明するための図である。
仮想３次元空間内に出現したアイテム８は、所定時間すると仮想３次元空間内から消去される。つまり、イベントエリア（イベントエリアオブジェクト３０の開口部など）に入らなかったと見なされたアイテム８は、仮想３次元空間内にて、暫く床に置かれたままとなり、やがて消える。

しかし、アイテム８が何れかのイベントエリアオブジェクト３０と、所定の位置関係条件を満たすと（具体的には、イベントエリアオブジェクト３０に入れば）、サーバシステム１１００は、当該アイテム８と当該イベントエリアオブジェクト３０とに基づいて、発動イベントを発動させる。本実施形態では、発動イベントとして、投稿ユーザ２ａと、当該アイテム８を用いて投げ銭をした視聴ユーザ２ｂとの一方または両方に特典を付与する。

図８の例では、サーバシステム１１００は、イベントエリアオブジェクト３０別に設定されているポイントを付与することで、特典付与としている。このポイントは、ユーザ別に累積管理され、後に特典との引き換えに使用される。勿論、投入されたアイテム８がイベントエリアオブジェクト３０に入ったタイミングで、特典用のアイテムを付与するとしてもよい。

サーバシステム１１００は、特典内容をその都度、変更・設定して付与する。
具体的には、サーバシステム１１００は、位置関係条件を満たしたアイテム８と、それが入ったイベントエリアオブジェクト３０の組み合わせに基づいて、特典を変更・設定する。当該アイテム８の大きさや形状から、見た目的に入れることが難しいイベントエリアオブジェクト３０ほど、同じ数の投げ銭であっても、より高評価となるように設定されている。本実施形態では、１つの投げ銭に対してより高いポイントが付与されることでこれを実現する。

また、サーバシステム１１００は、投稿者キャラクタ４に定められた属性と、位置関係条件を満たしたアイテム８に係り設定された属性（アイテム８に設定されている属性、当該アイテム８の投げ銭を行った視聴ユーザ２ｂまたは当該視聴ユーザ２ｂの視聴者キャラクタ６に設定された属性、の何れかまたは両方）と、の相性に基づいて特典を変更・設定する。本実施形態では、付与されるポイントを増減することでこれを実現する。

また、サーバシステム１１００は、イベントエリアオブジェクト３０に設定されているエリア属性と、位置関係条件を満たしたアイテム８に係り設定された属性とに基づいて、特典を変更・設定する。

また、サーバシステム１１００は、投稿ユーザ２ａが、複数のイベントエリアオブジェクト３０のなかから指定操作した特定のイベントエリアオブジェクト３０について、位置関係条件が満たされた場合には、特典が加増する。

図８（１）が、投稿ユーザ２ａが指定したイベントエリアオブジェクト３０にアイテム８が入った場合の例を示し、図８（２）では、投稿ユーザ２ａが指定したイベントエリアオブジェクト３０以外にアイテム８が入った場合の例を示している。前者の方では付与されるポイントに特別加算がされている。

なお、どのイベントエリアオブジェクト３０が特定のイベントエリアオブジェクト３０であるかは、投稿ユーザ２ａが、声で示すとしても良いし、投稿者キャラクタ４の動作で示すとしてもよい。当該オブジェクトを明滅させるなどの表示形態の変化で、視聴ユーザ２ｂへ知らせるとしてもよい。本実施形態では後者とする。

さて、イベントエリアが設定されている間、つまり本実施形態で言う所のミニゲームがプレイ可能になっている間、投稿ユーザ２ａが投稿者キャラクタ４を介して仮想３次元空間内で行う行動は、ミニゲームに影響を与え、投稿者と視聴者との連携を生み出す。

図９は、投稿者と視聴者との連携の一例について説明するための図であって、投稿者キャラクタ４がイベントエリアオブジェクト３０に入らなかったアイテム８をイベントエリアオブジェクト３０へ運搬する行動の例を示している。

サーバシステム１１００は、投稿ユーザ２ａにより特別行動操作が入力されると、投稿者キャラクタ４を、当該特別行動操作に対応づけられている行動をするように動作制御する。

図９（１）の例では、投稿ユーザ２ａは、運搬行動の開始操作に対応づけられているアクションを実行している。このアクションは、投稿者端末（ユーザ端末１５００ａ）が投稿者モーションデータ７１２に変換し、サーバシステム１１００へ提供する。サーバシステム１１００は、投稿者モーションデータ７１２からこのアクションを検出すると、運搬行動の開始の操作入力有りと判定し、投稿者キャラクタ４に「拾い行動」をさせる。「拾い行動」とは、投稿ユーザ２ａの正面方向Ｄｆに対応する方向である投稿者キャラクタ４の前方方向に自動的に移動しながら、投稿者キャラクタ４の前方に落ちているアイテム８を拾い上げる行動である。

図９（２）の例では、投稿ユーザ２ａは運搬行動の終了操作に対応づけられているアクションを実行している。サーバシステム１１００は、投稿者モーションデータ７１２からこのアクションを検出すると、投稿者キャラクタ４に「投入行動」をさせる。「投入行動」とは、「拾い行動」で拾ったアイテム８を最寄りのイベントエリアオブジェクト３０に入れ、運搬行動の開始操作時点の位置Ｐ０に自動帰還する行動である。

そして、運搬行動により、アイテム８がイベントエリアオブジェクト３０に入ったならば、当該アイテム８を投入した視聴ユーザ２ｂと投稿ユーザ２ａとの一方または両方へ、当該運搬行動に基づく特典を付与する（図９中の評価ポイントの記述がこれに該当）。

なお、サーバシステム１１００は、運搬行動の開始操作の入力を検出すると、運搬行動の終了操作の入力を検出するまで、または所定時間が経過するまで、他の操作入力を受け付けないものとする。また、運搬行動の開始操作並びに終了操作は、図９に示す様な投稿ユーザ２ａのモーション入力方式に限らず、コントローラ３を用いたコマンド入力方式としてもよい。運搬行動の他の操作も同様に、投稿者キャラクタ４に係る操作入力は、モーション入力方式に限らずコマンド入力方式としてもよい。

図１０は、投稿者と視聴者との連携の一例について説明するための図であって、投稿者キャラクタ４がアイテム８の移動を変更する例を示している。

図１０（１）の例では、視聴ユーザ２ｂが投げ銭を実行して、アイテム８が移動している。ここで、サーバシステム１１００は、投稿者端末（ユーザ端末１５００ａ）に「アタック行動」に対応づけられている特別行動操作が入力されると、投稿者キャラクタ４に「アタック行動」をさせる。「アタック行動」とは、投稿ユーザ２ａの正面方向Ｄｆに対応する投稿者キャラクタ４の前方方向に投稿者キャラクタ４が自動的に移動しながら、投稿者キャラクタ４の近くに飛んできたものを手で弾く行動である。

サーバシステム１１００は、仮想３次元空間に配置されている各オブジェクト間のヒット（衝突）を常時監視している。そして、図１０（２）に示すように、「アタック行動」によって投稿者キャラクタ４の手とアイテム８が衝突すると、サーバシステム１１００は、アイテム８の移動方向および移動速度を変更する。変更後の移動方向および移動速度は、擬似物理演算によって物理現象的に決定するとしてよいし、変更前の移動方向および移動速度から所定範囲内でランダムに決定するとしてもよい。

サーバシステム１１００は、アタック行動に伴って移動が変更されたアイテム８についても、消去されるまでの間、それまでと同様に擬似物理演算により移動するように制御する。その結果、当該アイテム８がイベントエリアオブジェクト３０に入ったならば、サーバシステム１１００は、当該アイテム８を投入した視聴ユーザ２ｂと投稿ユーザ２ａとの一方または両方へ、当該アタック行動に基づく特典を付与する（図１０中の評価ポイントの記述がこれに該当）。

図１１は、投稿者と視聴者との連携の一例について説明するための図であって、投稿者キャラクタ４が、停止して消えずに残っているアイテム８について「投げ返し行動」をする例を示している。

サーバシステム１１００は、投稿者端末（ユーザ端末１５００ａ）に「投げ返し行動」に対応づけられている特別行動操作が入力されると、投稿者キャラクタ４に「投げ返し行動」を取らせる。「投げ返し行動」とは、投稿ユーザ２ａの正面方向Ｄｆに対応する投稿者キャラクタ４の前方に投稿者キャラクタ４が自動的に移動しながら、投稿者キャラクタ４の近傍に停止した状態で消えずに残っているアイテム８を拾い上げて、当該アイテム８を投入した視聴ユーザ２ｂの視聴者キャラクタ６へ向けて投擲する行動である。

サーバシステム１１００は、「投げ返し行動」の制御中に拾い上げたアイテム８に代えて、当該アイテム８よりも高価値とされる別アイテム８ｎに置き換える表示制御を行う。そして、投稿者キャラクタ４の投擲による別アイテム８ｎの移動制御を、擬似物理演算により放物運動するように移動制御する。別アイテム８ｎが視聴者キャラクタ６の近傍に到達すると仮想３次元空間から消去する。そして、サーバシステム１１００は、消去された別アイテム８ｎを、投げ返しの先とされる視聴者キャラクタ６の視聴ユーザ２ｂへ付与する。

そして、サーバシステム１１００は、当該アイテム８を投入した視聴ユーザ２ｂの一方または両方へ、当該投げ返し行動に基づく特典を付与する（図１１中の「特典ポイント」の記述がこれに該当）。

なお、投げ返しの際、別アイテム８ｎに置き換える制御は、適宜省略できる。また、別アイテム８ｎは、予め設定された候補アイテムの中からランダムに選択するとしてもよい。

図１２は、投稿者キャラクタ４によるイベントエリアオブジェクト３０の設定変更について説明するための図である。
図１２（１）に示すように、サーバシステム１１００は、投稿者キャラクタ４がイベントエリアオブジェクト３０に接触すると、当該イベントエリアオブジェクト３０の設定位置を変更する。具体的には、イベントエリアオブジェクト３０の位置を、投稿者キャラクタ４により押されて移動するように位置を変更する。なお、イベントエリアオブジェクト３０の種類によって、こうした接触に伴う移動の可否を設定するとしてもよい。

なお、投稿者キャラクタ４やイベントエリアオブジェクト３０には、仮想３次元空間における移動限界が設定されている。すなわち、投稿者キャラクタ４の移動可能範囲は制限されており、サーバシステム１１００は、投稿者キャラクタ４が移動可能範囲の境界に達すると自動的に向きを反転させるなど、他の向きに変更する。

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

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

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

そして、サーバ処理部２００ｓは、ユーザ管理部２０２と、オンラインショッピング管理部２０４と、ゲーム管理部２０６と、投稿者動画データ取得制御部２１０と、表示体出現制御部２１２と、行動影響制御部２１４と、配信用動画生成制御部２１６と、イベントエリア設定部２１８と、発動イベント制御部２２０と、評価集計部２２２と、投稿者キャラクタパラメータ値変更制御部２２４と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。

ユーザ管理部２０２は、ユーザ登録手続きに係る処理及びユーザアカウントに紐付けられる各ユーザのデータの管理を行う。本実施形態では、ユーザ管理部２０２は、１）登録ユーザへの固有のユーザアカウントの付与と、２）ユーザアカウント別に個人情報（例えば、アカウント名）を登録管理する登録情報管理と、３）課金要素（本実施形態ではオンラインショッピングなど）の支払いで消費される電子決済媒体の帳簿管理と、４）利用履歴管理と、の各機能を有する。勿論、これら以外のアカウントに紐付けられる他のデータの管理機能も適宜含めることができる。

オンラインショッピング管理部２０４は、オンラインショッピングに関する制御を担う。公知のオンラインショッピング技術を適宜利用して実現できる。本実施形態では、ユーザは、オンラインショッピングによって、投げ銭とするアイテム８を購入することができる。勿論、オンラインショッピングにおける販売対象は、これら以外にも適宜設定可能である。

ゲーム管理部２０６は、ユーザ端末１５００にてオンラインゲームを実行するための各種制御を行う。

投稿者動画データ取得制御部２１０は、投稿者端末で操作される投稿者キャラクタが行動可能な仮想空間または拡張現実空間である画像空間の投稿者動画データ７１０を、投稿者端末から取得する制御を行う（図４参照）。また、投稿者動画データ取得制御部２１０は、複数のイベントエリアのうちの特定のイベントエリアを指示するデータを投稿者端末から取得する。本実施形態では、イベントエリアオブジェクト３０が複数配置される場合に、何れのイベントエリアオブジェクト３０を特定イベントエリアとするかの指定操作を受け付ける（図８参照）。

表示体出現制御部２１２は、視聴者端末からアクション操作入力を受け付けて、当該アクション操作入力に基づいて画像空間中に表示体を出現させる制御を行う。そして、表示体出現制御部２１２は、アクション操作入力に基づいて表示体の投入方向を決定し、当該投入方向に沿って表示体を前記画像空間に出現および移動させる投入制御を行う。

本実施形態で言う所の、アイテム８を用いた「投げ銭」に係る制御である。仮想３次元空間へのアイテム８の新たな配置制御ならびに当該アイテム８の移動制御がこれに該当する（図６参照）。

行動影響制御部２１４は、投稿者キャラクタの画像空間中の行動に基づいて、表示体の表示位置を変化させる行動影響制御を行う。また、行動影響制御部２１４は、投稿者キャラクタの行動が表示体を運搬する運搬行動条件を満たした場合、投稿者キャラクタが表示体を所与の運搬先に運搬するように表示体の表示位置を変化させる。そして、行動影響制御部２１４は、投稿者キャラクタに定められたパラメータに基づいて行動影響制御の内容を変更する。

本実施形態で言う所の、「運搬行動」に係り、拾われたアイテム８の表示位置を変化させる制御がこれに該当する（図９参照）。また、投稿者キャラクタ４の「アタック行動」により、移動中のアイテム８が、投稿者キャラクタ４に弾かれることで移動方向が変化するのに伴う表示位置の変化制御がこれに該当する（図１０参照）。また、投稿者キャラクタ４の「投げ返し行動」により、停止して残存しているアイテム８が、投稿者キャラクタ４によって投げ返されるのに伴う表示位置の変化制御がこれに該当する（図１１参照）。

配信用動画生成制御部２１６は、投稿者動画データ７１０に基づく画像と、表示体とを合成した画像空間の配信用動画２２を生成する制御を行う（図５参照）。また、配信用動画生成制御部２１６は、配信用動画２２に、複数のイベントエリアのうちの特定のイベントエリアを報知する画像または音声を含めて生成する。

イベントエリア設定部２１８は、画像空間に、それぞれエリア属性が設定された単数または複数のイベントエリアを設定する。本実施形態で言う所の、投稿者端末からの所定のイベントエリア設定リクエスト、並びにイベントエリア選択操作および配置操作に基づいて、仮想３次元空間へイベントエリアオブジェクト３０を配置する制御がこれに該当する（図６参照）。

また、イベントエリア設定部２１８は、投稿者キャラクタの画像空間中の行動に基づいて、イベントエリアの設定位置を変化させる制御を行う。本実施形態で言う所の投稿者キャラクタ４がイベントエリアオブジェクト３０を押して移動させる制御がこれに該当する（図１２参照）。

発動イベント制御部２２０は、イベントエリアに対して表示体が所与の位置関係条件を満たしたか否か判定し、位置関係条件を満たしたイベントエリアに応じて、異なる発動イベントの発動を制御する。そして、発動イベント制御部２２０は、投稿者端末の投稿者、および／または、アクション操作入力を行った視聴者に所与の特典を付与する処理を、発動イベントとして発動の制御を行う。

「位置関係条件」は、イベントエリアへの表示体の接近・到達・接触・通過のうちの１つまたは複数をＡＮＤやＯＲで組み合わせて記述できる。本実施形態で言う所の、イベントエリアオブジェクト３０にアイテム８が入ることが、位置関係条件を満たしたことに該当する（図８参照）。そして、特典の付与が、発動イベントの発動に該当する。

より具体的には、発動イベント制御部２２０は、１）投稿者キャラクタに定められた属性と、２）表示体に設定された属性、または、アクション操作入力を行った視聴者に設定された属性と、の相性に基づいて特典を変更して付与する。

また、発動イベント制御部２２０は、位置関係条件を満たした表示体が、行動影響制御によって表示位置が変化した表示体か否かに基づいて異なる特典を付与する。本実施形態で言う所の、投稿者キャラクタ４の「運搬行動」「アタック行動」「投げ返し行動」によりアイテム８が移動されたことに伴い、特典とされるポイントがそれ以外の場合よりも多く付与されることがこれに該当する（図９、図１０、図１１参照）。

また、発動イベント制御部２２０は、位置関係条件を満たしたイベントエリアのエリア属性と、アイテム８（移動体）に係る属性とに基づいて、発動させる発動イベントを可変に制御する。本実施形態で言う所の、それら属性の組み合わせにより付与される特典が変わることが、これに該当する。

評価集計部２２２は、配信用動画に対する視聴者評価を集計する。

投稿者キャラクタパラメータ値変更制御部２２４は、視聴者評価に基づいて投稿者キャラクタのパラメータ値を変更する。具体的には、投稿者キャラクタパラメータ値変更制御部２２４は、視聴者評価が高いほど、投稿者キャラクタのパラメータ値を高い値に変更する。

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

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

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

画像生成部２９２ｓは、画像の生成、画像の合成、画像表示部３９２ｓにそれらを表示させる画像信号の出力を行う。本実施形態では、サーバシステム１１００のシステム管理に関する画像などの各種の画像・映像を生成する機能の一部を担う。また、画像生成部２９２ｓは、仮想３次元空間に設置された仮想カメラで撮影した画像のレンダリング、画像合成処理などを行って、配信用動画２２を生成する。

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

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

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

図１４は、本実施形態におけるサーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用クライアントプログラム５０３と、キャラクタ定義データ５１０と、イベントエリアオブジェクト定義データ５３０と、特定イベントエリア報知オブジェクトデータ５４０と、アイテム定義データ５５０と、発動イベント定義データ５７０と、を記憶する。

また、サーバ記憶部５００ｓは、逐次生成・管理されるデータとして、ユーザ管理データ６００と、配信管理データ７００と、現在日時８００と、を記憶する。勿論、サーバ記憶部５００ｓは、その他のプログラムやデータ（例えばタイマや、カウンタ、各種フラグなど）も適宜記憶できる。

サーバプログラム５０１は、サーバ処理部２００ｓが読み出して実行することで、ユーザ管理部２０２～投稿者キャラクタパラメータ値変更制御部２２４（図１３参照）としての機能を実現させるためのプログラムである。

配信用クライアントプログラム５０３は、ユーザ端末１５００へ提供されるクライアントプログラムのオリジナルである。本実施形態では、１つの配信用クライアントプログラム５０３に、ユーザ端末１５００を投稿者末として機能させるための配信用投稿クライアントプログラム５０３ｂと、ユーザ端末１５００を視聴者端末として機能させるための配信用視聴クライアントプログラム５０３ｃと、を含む。これらは、別々にユーザ端末１５００へ配信されるとしてもよい。

キャラクタ定義データ５１０は、投稿ユーザ２ａが自らのアバターに相当する投稿者キャラクタ４として選択できるキャラクタ毎に用意され、当該キャラクタに係る各種の初期設定データを格納する。１つのキャラクタ定義データ５１０は、例えば図１５に示すように、固有のキャラクタ種類５１１と、キャラクタ属性５１３と、モデルデータ５１５と、能力パラメータ値５１７と、動作パターン定義データ５２０と、を含む。

モデルデータ５１５は、投稿ユーザ２ａが用意したモデルデータを用いるとしてもよい。

動作パターン定義データ５２０は、当該投稿者キャラクタで実行可能な動作毎に用意され、当該動作に係る各種データを格納する。１つの動作パターン定義データ５２０は、固有の動作種類５２１と、発動要件５２２と、発動コマンド定義データ５２３と、モーションデータ５２４と、動作制限種類５２５と、動作制限値決定関数５２６と、を含む。勿論、これら以外のデータも適宜含めることができる。

発動要件５２２は、当該動作パターンが適用される条件である。例えば、投稿ユーザ２ａまたは投稿者キャラクタ４に設定されているパラメータ値（例えば、投稿者レベル、投稿者キャラクタレベル、など）に関する条件である。

発動コマンド定義データ５２３は、当該動作パターンを発動させるための操作入力を定義する。本実施形態では、投稿ユーザ２ａのモーションで投稿者キャラクタ４を操作するので、特定のモーションを認識するためのモーション辞書データが設定される。勿論、コントローラ３の特定のボタンスイッチを用いて入力するコマンド入力方式の場合は、対応するボタンスイッチの種類や、その組み合わせが設定される。

動作制限種類５２５は、動作パターンを実行中に適用される制限の種類を定義する。例えば、移動距離、制限時間、「運搬行動」であれば運搬できるアイテムの総数、「アタック行動」であれば弾く上限回数、などを設定する。

動作制限値決定関数５２６は、動作制限種類５２５が示す制限の閾値や上限値を決定する関数またはテーブルデータである。変数としては、投稿ユーザ２ａまたは投稿者キャラクタ４に設定されているパラメータ値（例えば、投稿者レベル、投稿者キャラクタレベル、など）、ライブ配信の視聴者数、などを用いることができる。

図１４に戻って、イベントエリアオブジェクト定義データ５３０は、イベントエリアオブジェクト３０の種類毎に用意され、当該オブジェクトについての各種初期設定データを格納する。

１つのイベントエリアオブジェクト定義データ５３０は、例えば図１６に示すように、固有のイベントエリア種類５３１と、イベントエリア属性５３３と、オブジェクトモデルデータ５３５と、イベントエリアオブジェクト３０の自動動作（例えば、最初に決定された配置位置から、ランダムに移動する運動、往復運動、回転運動、拡大／縮小を繰り返す形状変動、など）の内容を定義するイベントエリア動作データ５３７と、を含む。勿論、これら以外のデータも適宜含めることができる。

図１４に戻って、特定イベントエリア報知オブジェクトデータ５４０は、投稿ユーザ２ａが複数設定したイベントエリアオブジェクト３０のうち、当該視聴ユーザが指定した特定イベントエリアを視聴ユーザ２ｂへ報知するために付属表示されるオブジェクトの定義データである。

アイテム定義データ５５０は、アイテム８の種類毎に用意され、当該アイテムに係る各種初期設定データを格納する。１つのアイテム定義データ５５０は、例えば図１７に示すように、固有のアイテム種類５５１と、アイテム属性５５２と、アイテム８を配信画像内に表示するためのアイテム表示体データ５５３と、当該アイテム８の配信画像内における動作パターンを定義するアイテム動作パターン制御データ５５５と、を含む。勿論、これら以外のデータも適宜含めることができる。

発動イベント定義データ５７０は、イベントエリアオブジェクト３０に対してアイテム８（表示体）が所与の位置関係条件を満たした場合に発動される発動イベントの種類毎に用意され、当該発動イベントに係る各種初期設定データを格納する。

１つの発動イベント定義データ５７０は、例えば図１８に示すように、固有の発動イベントＩＤ５７１と、発動要件５７２と、発動イベント内容データ５７３と、を含む。勿論、これら以外のデータも適宜含めることができる。

発動要件５７２は、当該発動イベントが発動されるために満たすべき条件を示す。発動要件５７２は、位置関係条件５７２ａ、組み合わせ条件５７２ｂ、属性関係条件５７２ｃ、行動影響条件５７２ｄ、の１つ、または複数をＡＮＤやＯＲで組み合わせることで記述される。

組み合わせ条件５７２ｂは、投稿者キャラクタ４の種類と、イベントエリアオブジェクト３０の種類と、アイテム８の種類の組み合わせについての条件である。ここで言う「種類」には「設定なし」「全種類」を含む。

属性関係条件５７２ｃは、１）イベントエリアオブジェクト３０のイベントエリア属性５３３（図１６参照）とアイテム８のアイテム属性５５２（図１７参照）との組み合わせについての条件と、２）イベントエリアオブジェクト３０のイベントエリア属性５３３（図１６参照）と発動要件５７２の判定対象とされているアイテム８（表示体）のアイテム属性５５２（図１７参照）との組み合わせと、のうちの一方または両方についての条件である。

行動影響条件５７２ｄは、アイテム８が受けた行動影響についての条件である。
例えば、「運搬行動」の行動影響を受けたアイテム８であることを発動要件５７２に含めたい場合には、停止状態にあったアイテム８が、イベントエリアオブジェクト３０の何れかに移動されたことを条件とすればよい。「アタック行動」の行動影響を受けたアイテムであるであることを発動要件５７２に含めたい場合には、投稿者キャラクタ４との接触と、接触前後の速度変化とを条件とすればよい。勿論、投稿者キャラクタ４との接触の有無のみを条件としてもよい。

なお、位置関係条件５７２ａ、組み合わせ条件５７２ｂ、属性関係条件５７２ｃ、行動影響条件５７２ｄ、については「設定なし」とすることもできる。

発動イベント内容データ５７３は、発動イベントの内容であり、当該発動イベントを実行するためのデータを格納する。本実施形態では、発動イベントは、ユーザへの特典の付与である。よって、発動イベント内容データ５７３は、特典種類５７３ａと、特典付与数５７３ｂと、第１付与比率５７３ｃと、第２付与比率５７３ｄと、を含む。勿論、これら以外のデータも適宜含めることができる。

本実施形態では、特典としてポイントを付与する。よって、特典種類５７３ａは「ポイント」に設定され、特典付与数５７３ｂが、当該発動イベントにて付与されるポイントの総数を規定する。

第１付与比率５７３ｃと第２付与比率５７３ｄは、ともに特典付与数５７３ｂが示すポイントを、投稿ユーザ２ａと、発動イベントに係るアイテム８を投入した視聴ユーザ２ｂと、で分配する比率を定義している。

図１４に戻って、ユーザ管理データ６００は、動画配信システム１０００の登録ユーザ毎に用意され、当該ユーザに関する各種データを格納する。
１つのユーザ管理データ６００は、例えば図１９に示すように、固有のユーザアカウント６０１と、所有アイテム管理データ６０２と、ユーザ属性６０３と、累積特典ポイント６０４と、ユーザレベル６０６と、ゲームセーブデータ６０７と、投稿者キャラクタ設定データ６１０と、視聴者キャラクタ設定データ６１５と、を格納する。勿論、これら以外のデータも適宜格納するとしてもよい。

所有アイテム管理データ６０２は、所有する（使用権を有していると同義）アイテム８の種類毎に用意され、それぞれアイテム種類と、所有残数と、を格納する。

ユーザ属性６０３は、当該ユーザがユーザ登録の際に選択した属性である。ユーザが選択可能な属性は、キャラクタ属性５１３（図１５参照）やアイテム属性５５２（図１７参照）に設定可能な複数種類の属性と同じとすると好適である。ユーザ属性６０３は、当該ユーザが投稿ユーザ２ａの場合には投稿ユーザ属性と見なされ、当該ユーザが視聴ユーザ２ｂの場合には視聴ユーザ属性と見なされる。

ゲームセーブデータ６０７は、当該ユーザによるゲームプレイのセーブデータである。ゲームセーブデータ６０７は、プレイ毎の進捗状況を記録したプレイ履歴データ６０８を含む。

投稿者キャラクタ設定データ６１０は、当該ユーザが投稿をする際に使用する投稿者キャラクタ４の設定データである。例えば、投稿者キャラクタ種類６１１と、投稿者キャラクタ４に設定されている各種パラメータ値を格納する投稿者キャラクタパラメータ値６１２と、を含む。勿論、これら以外のデータも適宜含めることができる。

視聴者キャラクタ設定データ６１５は、当該ユーザが視聴をする際に使用する視聴者キャラクタ６の設定データである。例えば、視聴者キャラクタ種類６１６と、視聴者キャラクタ６に設定されている各種パラメータ値を格納する視聴者キャラクタパラメータ値６１７と、を含む。勿論、これら以外のデータも適宜含めることができる。

図１４に戻って、配信管理データ７００は、ライブ配信毎に作成され、当該配信の最新状態を記述する各種データを格納する。
１つの配信管理データ７００は、例えば図２０に示すように、固有の投稿ＩＤ７０１と、投稿ユーザアカウント７０２と、視聴ユーザアカウントリスト７０３と、投稿者動画データ７１０と、画像空間管理データ７３０と、特典履歴データ７４０と、評価集計データ７４２と、配信用動画データ７４４と、を含む。勿論、これら以外のデータも適宜含めることができる。

投稿者動画データ７１０は、投稿ユーザアカウント７１１と、投稿者モーションデータ７１２と、投稿者音声データ７１３と、投稿素材データ７１４と、を含む。

画像空間管理データ７３０は、ライブ配信用動画を生成するための仮想空間または拡張現実空間の状態を記述する各種データを格納する。本実施形態では、ライブ配信用動画は、３ＤＣＧの映像とされるので、画像空間管理データ７３０は、仮想３次元空間の管理データと同義となる。

画像空間管理データ７３０は、固有の画像空間ＩＤ７３１と、ライブ配信のベースとなる投稿を示すベース投稿ＩＤ７３２と、投稿者キャラクタ４毎に作成される投稿者キャラクタ制御データ７３３と、仮想カメラ制御データ７３４と、イベントエリアの設定毎に作成されるイベントエリアオブジェクト制御データ７３５と、特定イベントエリアＩＤ７３６と、視聴ユーザ２ｂ毎に作成される視聴者キャラクタ制御データ７３７と、投げ銭が行われる毎に作成されるアイテム制御データ７３８と、を含む。勿論、これら以外のデータも適宜含めることができる。

投稿者キャラクタ制御データ７３３は、投稿ユーザアカウントと、仮想３次元空間における投稿者キャラクタ４の状態を表すデータ（例えば、位置座標、姿勢、移動速度、動作制御データなど）と、を含む。勿論、これら以外のデータも適宜含めることができる。

仮想カメラ制御データ７３４は、ライブ配信用動画の映像をレンダリングする際の視点となる位置・姿勢・画角などの情報を格納する。

イベントエリアオブジェクト制御データ７３５は、イベントエリアＩＤと、イベントエリアオブジェクト種類と、仮想３次元空間における状態を表すデータ（例えば、位置座標、姿勢、移動速度、動作制御データなど）と、を含む。勿論、これら以外のデータも適宜含めることができる。

視聴者キャラクタ制御データ７３７は、キャラクタＩＤと、視聴ユーザアカウントと、仮想３次元空間における視聴者キャラクタ６の状態を表すデータ（例えば、位置座標、姿勢、移動速度、動作制御データなど）と、を含む。勿論、これら以外のデータも適宜含めることができる。

アイテム制御データ７３８は、視聴者端末からアクション操作入力を受け付けて、当該アクション操作入力に基づいて画像空間中に出現された表示体の制御データである。本実施形態では、投げ銭とされたアイテム８の制御データである。具体的には、アイテム制御データ７３８は、固有のアイテムＩＤと、使用者アカウント（当該アイテムを使用した視聴ユーザアカウント）と、出現日時と、仮想３次元空間における位置座標履歴、速度履歴、ヒットした他オブジェクトの履歴、などを含む。勿論、これら以外のデータも適宜含めることができる。

特典履歴データ７４０は、当該ライブ配信に係り付与された特典と付与先との情報を対応づけて時系列に格納したデータである。

評価集計データ７４２は、当該ライブ配信に対する視聴者評価を集計したデータである。初期値は「０」である。視聴ユーザ２ｂが視聴中に行った所定の評価操作入力がカウントされる。配信用動画データ７４４は、配信用動画２２（図５参照）に関するデータである。

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

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

音声入力部１０２は、ユーザが発する音声（ユーザ音声）や環境音を集音し、音声信号を端末処理部２００へ出力する。図２の例では、マイク１５１２がこれに該当する。

撮像部１０４は、撮影対象からの光を受光して電気信号に変換し、デジタル画像データを生成し、端末処理部２００へ出力する。例えば、レンズ、メカシャッター、シャッタードライバ、ＣＣＤイメージセンサモジュールやＣＭＯＳイメージセンサモジュールといった光電変換素子、光電変換素子から電荷量を読み出し画像データを生成するデジタルシグナルプロセッサ（ＤＳＰ）、ＩＣメモリなどで実現される。図２のカメラ１５２０がこれに該当する。

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

クライアント制御部２６０は、投稿端末装置、視聴端末装置としての機能を実現する。
具体的には、ユーザのモード選択操作入力に応じて、投稿端末装置または視聴端末装置の何れかのモードで起動し、サーバシステム１１００へアクセスしてログイン手続きの処理をする。

投稿端末モードで起動した場合、クライアント制御部２６０は、投稿クライアント制御部２６１として機能する。投稿クライアント制御部２６１は、投稿者端末としての機能を実現するための各種処理を行う。具体的には、投稿者動画データ生成部２６２を有し、投稿者動画データ７１０の生成と提供に係る各種処理を実行する（図３、図４参照）。また、投稿クライアント制御部２６１は、イベントエリアの設定リクエストに係る処理を実行する（図６参照）。

視聴者端末モードで起動した場合、クライアント制御部２６０は、視聴クライアント制御部２６３として機能する。視聴クライアント制御部２６３は、視聴者端末としての機能を実現するための各種処理と、投げ銭の実行に係る処理を実行する（図６、図７参照）。

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

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

画像生成部２９２は、各種画像データの生成および画像表示部３９２にそれらの画像を表示させるための画像信号の生成出力などの制御を行う。

画像表示部３９２は、画像生成部２９２から入力される画像信号に基づいて各種画像を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。本実施形態では、図２のタッチパネル１５０６がこれに該当する。

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

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

本実施形態の端末記憶部５００は、クライアントプログラム５０２と、オリジナルの投稿者動画データ７１０と、ライブ配信されている映像と音声を視聴するためのデータであるライブ配信データ５８２と、を記憶する。勿論、これら以外のプログラムやデータも適宜記憶することができる。

クライアントプログラム５０２は、端末処理部２００が読み出して実行することによってクライアント制御部２６０としての機能を実現させるためのアプリケーションソフトウェアである。本実施形態では、クライアントプログラム５０２は、サーバシステム１１００から提供される配信用クライアントプログラム５０３（図１４参照）のコピーである。なお、クライアントプログラム５０２は、専用のクライアントプログラムであってもよいし、ウェブブラウザプログラム及びインタラクティブな画像表示を実現するプラグインなどにより構成するとしても良い。

次に、本実施形態の動画配信システム１０００の動作について説明する。
図２２～図２３は、ライブ配信に係るサーバシステム１１００の処理の流れについて説明するためのフローチャートである。

図２２に示すように、先ず、サーバシステム１１００は、配信管理データ７００（図２０参照）を用意して、投稿者端末からの投稿者動画データ７１０の取得を開始する（ステップＳ６）。

次いで、サーバシステム１１００は、取得した投稿者動画データ７１０に基づいて、仮想３次元空間に投稿者キャラクタ４と仮想カメラを配置し（ステップＳ８）、投稿者端末からの投稿者キャラクタ４の操作制御を開始する（ステップＳ１０）。そして、ライブ配信用の配信用動画２２の生成およびライブ配信と、当該ライブ配信に係る視聴者の評価集計とを開始する（ステップＳ１２）。

投稿ユーザ２ａが、イベントを実施したいと思ったならば、投稿者端末にて所定のイベントエリア設定リクエスト操作を入力する。投稿者端末は、当該入力をもってサーバシステム１１００へイベントエリア設定リクエストを送信する。

投稿者端末からイベントエリア設定リクエストを受信することをもって当該リクエストを受け付けると（ステップＳ１４のＹＥＳ）、サーバシステム１１００は、イベントスペースを確保すべく仮想カメラのアングルを所定値へ変更し（ステップＳ１６）、イベントエリアオブジェクト３０を仮想３次元空間に追加配置する（ステップＳ１８）。これ以降、追加配置されたイベントエリアオブジェクト３０に動作パターンが設定されていれば、サーバシステム１１００は、その動作の自動制御を開始する。

また、サーバシステム１１００は、追加配置されたイベントエリアオブジェクト３０について、投稿者キャラクタ４の行動に基づいて、当該オブジェクト（イベントエリア）の設定位置を変化させる制御を開始する（ステップＳ２０；図１２参照）。

更に、投稿ユーザ２ａが、複数のイベントエリアオブジェクト３０のうち、何れかを特定イベントエリアに設定したいと思ったならば、投稿者端末にて所定の指定操作を入力する。投稿者端末は、当該入力をもってサーバシステム１１００へ指定リクエストを送信する。

サーバシステム１１００は、投稿者端末から指定リクエストを受信することをもって当該リクエストを受け付けると（ステップＳ３０のＹＥＳ）、指定されたイベントエリアオブジェクト３０を、特定イベントエリアとして設定し（ステップＳ３２）、仮想３次元空間に特定イベントエリアを報知するオブジェクトを配置する（ステップＳ３４）。

サーバシステム１１００は、視聴リクエストを受信すると（ステップＳ４０のＹＥＳ）、当該リクエストを送信してきた視聴者端末のユーザを、視聴ユーザとして登録（ステップＳ４２）するともに、当該視聴ユーザの視聴者キャラクタ６を仮想３次元空間に配置する（ステップＳ４４）。

視聴中に、視聴ユーザが、投げ銭をしたいと思ったならば、視聴者端末にて投げ銭に対応づけられたアクション操作を入力する。視聴者端末は、当該アクション操作を検出すると、サーバシステム１１００へアクション操作に応じたアクションリクエストを送信する。本実施形態では、投げ銭として使用するアイテム８のアイテム種類の情報とともに、投げ銭リクエストを送信する。

サーバシステム１１００は、視聴者端末から投げ銭リクエストを受信することをもって当該リクエストを受け付けると（ステップＳ５０のＹＥＳ）、投げ銭として使用するアイテム８を、仮想３次元空間に追加配置して出現させ（ステップＳ５２）、出現させたアイテム８の移動制御を開始する（ステップＳ５４）。

サーバシステム１１００は、投稿者端末にて特別行動操作の入力を検出すると（ステップＳ６０のＹＥＳ）、投稿者キャラクタ４を当該特別行動操作に応じた動作を行うように動作制御を開始し（ステップＳ６２；図９，図１０，図１１参照）、出現済のアイテム８の行動影響制御を開始する（ステップＳ６４）。

また、サーバシステム１１００は、出現済のアイテム８のなかに発動要件５７２（図１８参照）を満たすアイテム８が有るならば（ステップＳ７０のＹＥＳ）、当該発動要件５７２の発動イベント定義データ５７０の発動イベント内容データ５７３に従って特典ポイントの付与を行う（ステップＳ７２）。

そして、サーバシステム１１００は、仮想３次元空間に出現済のアイテム８のうち、出現日時から所定時間経過したアイテム８を消去する（ステップＳ７４）。

ステップＳ１４～ステップＳ７４は、ライブ配信が終了するまで繰り返される（ステップＳ８０のＮＯ）。そして、ライブ配信が終了したならば（ステップＳ８０のＹＥＳ）、サーバシステム１１００は、今回のライブ配信についての視聴者評価である評価集計データ７４２に基づいて投稿ユーザ２ａのレベルや、投稿者キャラクタ４のパラメータ値を変更する（ステップＳ８２）。例えば、評価が高ければ投稿ユーザ２ａのユーザレベル６０６や投稿者キャラクタ４の投稿者キャラクタパラメータ値６１２に含まれるキャラクタのレベルを上げる。
そして、サーバシステム１１００は、一連の処理を終了する。

以上、本実施形態によれば、ライブ形式の動画配信において、投げ銭を利用した新しいサービスをもたらすことできる。

すなわち、視聴者端末で投げ銭を実行するアクション操作を入力すれば、ライブ配信されている動画内に投げ銭を表す表示体が出現し、投入されたかのように移動表示される。

しかも、本実施形態によれば、投稿者キャラクタ４の存在する仮想３次元空間に視聴者キャラクタ６が追加配置され、更に投げ銭のアイテム８（表示体）も同仮想３次元空間に追加配置される。そして、アイテム８に至っては、投稿者キャラクタ４の行動の影響を受けて、位置が変化し得る。つまり、視聴者の行動と、投稿者の行動との連係をライブ形式の動画配信にもたらすことができる。
よって、本実施形態によれば、投稿者と視聴者との共感を従来よりも高め、同じ動画を介した今までに無い新しいユーザ体験（興趣）が提供できる。

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

［変形例その１］
例えば、上記実施形態では、１つのライブ配信における投稿ユーザ２ａを１名として図示・説明してきたが、１つのライブ配信には複数の投稿ユーザ２ａが存在してもよい。

すなわち、投稿者動画データ７１０が、投稿者端末（ユーザ端末１５００ａ）で操作される複数の投稿者キャラクタ４のデータを含み、配信用動画生成制御部２１６（図１３参照）が、投稿者動画データ７１０に基づいて、複数の投稿者キャラクタ４の画像を含めた配信用動画２２を生成する構成も可能である。

具体的には、例えば、ライブ配信する配信用動画２２を仮想空間画像に限定するならば、サーバシステム１１００が、投稿者端末のユーザの認証手続きに係り、当該ユーザが予め投稿ユーザとなることを予約手続きして獲得した固有のライブ配信ＩＤの入力を要求することする。そして、サーバシステム１１００が、同じライブ配信ＩＤで認証した投稿者端末のユーザは、全て投稿ユーザとして扱うようにすればよい。

また、ライブ配信する配信用動画２２を拡張現実画像とする構成の場合は、投稿者端末（ユーザ端末１５００ａ）で複数人の投稿ユーザを１度に撮影して、各人についてモーションキャプチャー処理を実行して、各人について投稿者モーションデータ７１２を生成する。それに先立ち、ＡＲマーカ５に対する相対位置関係（例えば、ＡＲマーカ５に対して右側／左側、など）と、投稿ユーザとを対応づける設定情報を、投稿者動画データ７１０に含めるものとする。サーバシステム１１００は、当該設定情報に基づいて、どの投稿者モーションデータ７１２が誰のデータであるかを識別する。そして、サーバシステム１１００が、各人それぞれについての投稿者キャラクタ４を仮想３次元空間に配置し、各人の投稿者モーションデータ７１２に基づいて動作制御すればよい。

そして、図２４に示すように、複数の投稿ユーザと複数の視聴ユーザとで混成する複数のチームを設定し（図２４の例では、投稿ユーザ２ａと視聴ユーザ２ｂのＲＥＤチームと、投稿ユーザ２ｃと視聴ユーザ２ｄとのＢＬＵＥチーム）、投げ銭を用いた玉入れチーム対戦ゲームを実行し、勝ちチームに限定して発動イベントを発動させる（特典を付与する）としてもよい。

［変形例その２］
また、上記実施形態では、配信用動画２２を、投稿素材データ７１４に投稿者キャラクタ４の映像を合成することにより作成したが、投稿素材データ７１４をゲームプレイ動画とする場合には、別の手法で作成することができる。

具体的には、サーバシステム１１００は、ゲームプレイ毎に図２５に示すような、プレイデータ７７０を記憶管理する。プレイデータ７７０は、当該ゲームプレイの進行状況を記述するデータや、ゲーム画面を表示するためのデータなどを格納する。そして、プレイデータ７７０に、プレーヤアカウント７７１と、当該ゲームプレイに係る仮想３次元空間の一切の事象を再現することができるオリジナルプレイ再現データ７７２を含める。オリジナルプレイ再現データ７７２には、例えば、ゲームオブジェクト制御履歴データ７７３、仮想カメラ制御履歴データ７７４、操作入力履歴データ７７５、が含まれる。

オリジナルプレイ再現データ７７２は、ゲームプレイ終了時に別途保存されて、プレーヤが利用可能になる。具体的には、サーバシステム１１００は、ユーザ端末１５００からの所与のリクエストに応じて、再現用に仮想３次元空間を用意し、そこにオリジナルプレイ再現データ７７２に基づいてゲームオブジェクト等を配置する。そして、サーバシステム１１００は、配置したゲームオブジェクトにオリジナルプレイでの動きを再現させ、オリジナルプレイで使用された仮想カメラを視点としてレンダリングすることで、オリジナルプレイのプレイ動画を作成する。そして、サーバシステム１１００は、当該ユーザ端末にてプレイ動画を表示させプレーヤに見せる。

図２６は、当該構成における投稿素材データ７１４のデータ構成例を示す図である。
上述のように再現されたプレイ動画を適宜編集することで、ゲームプレイ動画の投稿素材データ７１４を作成できる。具体的には、サーバシステム１１００は、ユーザ端末１５００へ動画編集画面を表示させて、再現されたプレイ動画（全ゲームプレイの動画）のうち、どの時間範囲をどの順番で接続して１本の動画としているかの編集情報７１５を作成する。例えば、編集情報７１５は、動画のカット順に、オリジナルプレイにおける時間経過のどこからどこまでを各カットに採用しているかの時間範囲の情報を格納する。

よって、編集情報７１５と、プレイデータ７７０からコピーされたオリジナルプレイ再現データ（写）７１６と、をもって、ゲームプレイ動画の投稿素材データ７１４とすることができる。再現用に仮想３次元空間を用意して、編集情報７１５に従って、カットの順にオリジナルプレイ再現データ（写）７１６から当該カットの時間範囲分の情報を読み出し、読み出した情報に基づいてゲームオブジェクトやオリジナル仮想カメラを配置する。そして、当該カットの時間範囲分だけ、動作制御とレンダリングを行う。これを、全カットに渡り連続的に実行することで、投稿素材データ７１４からゲームプレイ動画が生まれる。

なお、投稿素材データ７１４には、適宜、素材提供者アカウント７１７を含めることとすると、投稿素材の出自に関する情報を参照可能になるので好適である。

図２７に示すように、配信用動画２２の配信を行う際は、サーバシステム１１００は、配信用動画２２の生成用に用意された仮想３次元空間に、投稿素材データ７１４の編集情報７１５と、オリジナルプレイ再現データ（写）７１６とに基づいて、ゲームオブジェクト（図２７の例では、プレーヤキャラクタ４０や敵キャラクタ４２のキャラクタオブジェクト）や、オリジナル仮想カメラＣＭ０を配置して動作制御する。

それとともに、サーバシステム１１００は、投稿ユーザ２ａのユーザ端末１５００から送信される投稿者動画データ７１０（図４参照）に基づいて、当該仮想３次元空間に、投稿者キャラクタ４のキャラクタオブジェクトや、実況ユーザのテキストコメントを表示するコメントオブジェクト４４、追加仮想カメラＣＭ１、など実況に係る新たなオブジェクト（実況オブジェクト）を追加配置し、オリジナルゲームプレイに係るオブジェクトと一緒に制御する。また、サーバシステム１１００は、投稿ユーザ２ａのユーザ端末１５００から送信されるイベントエリア設定リクエスト等に従って、イベントエリアオブジェクト３０を当該仮想３次元空間に追加配置して制御する。

そして、サーバシステム１１００は、配信用動画２２を、オリジナル仮想カメラＣＭ０や追加仮想カメラＣＭ１を使って仮想３次元空間の様子をレンダリングして作成する。なお、音声については、オリジナルゲームプレイの音声に、実況音声が音声重畳される。

更には、配信用動画２２を配信する際、視聴ユーザの視聴者キャラクタ６と、アイテム８のオブジェクトを、配信用動画２２の生成用の仮想３次元空間に配置するとしてもよい。

この構成で配信用動画２２を生成し配信する場合、オリジナルのゲームプレイのゲーム世界に、投稿者キャラクタ４や、イベントエリアオブジェクト３０などが登場し、視聴ユーザの視聴者キャラクタ６やアイテム８も登場するので、あたかも投稿者キャラクタ４がゲームプレイの現場から実況しているかのような、そして、視聴者もゲームプレイの現場でミニゲームをプレイしているかのような従来に無い動画の見せ方が可能となる。

［変形例その３］
変形例その２を前提として、サーバシステム１１００が、配信管理データ７００の記憶制御に係り、例えば、
１）投稿者モーションデータ７１２を、配信中の投稿ユーザの全モーションデータを時系列に保存する履歴形式で記録し、
２）投稿者音声データ７１３を、配信中の投稿ユーザの全音声を時系列に保存する履歴形式で記憶し、
３）視聴キャラクタ制御データ７３７を、当該視聴キャラクタの配信中の全制御データを時系列に保存する履歴形式で記憶し、
４）配信中に使用されたアイテムのアイテム制御データ７３８は消去せずに保存し、
５）配信終了時に配信管理データ７００（図２０参照）を保存する、
構成とするならば、当該配信が視聴ユーザに与えた影響を分析可能になる。

すなわち、サーバシステム１１００は、保存された配信管理データ７００を参照することで、配信後に、どのオリジナルプレイ（投稿素材データ７１４から判明）に、誰が（投稿ユーザアカウント７０２から判明）、どのような実況を行ったか（投稿者モーションデータ７１２と、投稿者音声データ７１３の音声解析と、から判明）、を分析できる。

そして、サーバシステム１１００は、視聴者キャラクタ制御データ７３７と、アイテム制御データ７３８と、を参照することで、当該配信を視聴した視聴ユーザを識別し、当該視聴ユーザのゲームセーブデータ６０７（図１９参照）を参照することで、どの視聴ユーザが、配信用動画２２を視聴した後にどのような行動をしたか（プレイ履歴データ６０８から判明）を知ることができる。言い換えると、サーバシステム１１００は、配信用動画２２の視聴が、視聴ユーザの行動に与えた影響を推測することができる。

２…ユーザ
２ａ…投稿ユーザ
２ｂ…視聴ユーザ
４…投稿者キャラクタ
６…視聴者キャラクタ
８…アイテム
２２…配信用動画
３０…イベントエリアオブジェクト
２００ｓ…サーバ処理部
２１０…投稿者動画データ取得制御部
２１２…表示体出現制御部
２１４…行動影響制御部
２１６…配信用動画生成制御部
２１８…イベントエリア設定部
２２０…発動イベント制御部
２２２…評価集計部
２２４…投稿者キャラクタパラメータ値変更制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０３…配信用クライアントプログラム
５１０…キャラクタ定義データ
５１３…キャラクタ属性
５２０…動作パターン定義データ
５３０…イベントエリアオブジェクト定義データ
５３３…イベントエリア属性
５４０…特定イベントエリア報知オブジェクトデータ
５５０…アイテム定義データ
５５２…アイテム属性
５５３…アイテム表示体データ
５７０…発動イベント定義データ
５７２…発動要件
５７２ａ…位置関係条件
５７２ｂ…組み合わせ条件
５７２ｃ…属性関係条件
５７２ｄ…行動影響条件
５７３…発動イベント内容データ
５７３ａ…特典種類
５７３ｃ…第１付与比率
５７３ｄ…第２付与比率
５８２…ライブ配信データ
６００…ユーザ管理データ
６０２…所有アイテム管理データ
６０３…ユーザ属性
６０４…累積特典ポイント
６０６…ユーザレベル
６１０…投稿者キャラクタ設定データ
６１２…投稿者キャラクタパラメータ値
７００…配信管理データ
７０２…投稿ユーザアカウント
７０３…視聴ユーザアカウントリスト
７１０…投稿者動画データ
７３０…画像空間管理データ
７３３…投稿者キャラクタ制御データ
７３４…仮想カメラ制御データ
７３５…イベントエリアオブジェクト制御データ
７３６…特定イベントエリアＩＤ
７３７…視聴者キャラクタ制御データ
７３８…アイテム制御データ
７４２…評価集計データ
７４４…配信用動画データ
１０００…動画配信システム
１１００…サーバシステム
１５００…ユーザ端末
１５００ａ…ユーザ端末（投稿者端末）
１５００ｂ…ユーザ端末（視聴者端末）

Claims (18)

1. 投稿者端末および視聴者端末と通信接続されて動画配信を行うサーバシステムであって、
   前記投稿者端末で操作される投稿者キャラクタが行動可能な仮想空間または拡張現実空間である画像空間の投稿者動画データを、前記投稿者端末から取得する投稿者動画データ取得手段と、
   配信中の動画を視聴している視聴者による前記視聴者端末からの投げ銭の投入操作を受け付けて、当該投入操作に基づいて前記画像空間中に当該投げ銭の表示体を所与の方向に所与の速度で移動するように出現させる表示体出現制御手段と、
   前記投稿者キャラクタの前記画像空間中の行動に基づいて、前記出現した前記表示体の移動に影響を与える行動影響制御を行う行動影響制御手段と、
   前記投稿者動画データに基づく画像と、前記表示体とを合成した前記画像空間の配信用動画を生成する配信用動画生成手段と、
   を備えたサーバシステム。
2. 投稿者端末および視聴者端末と通信接続されて動画配信を行うサーバシステムであって、
   前記投稿者端末で操作される投稿者キャラクタが行動可能な仮想空間または拡張現実空間である画像空間の投稿者動画データを、前記投稿者端末から取得する投稿者動画データ取得手段と、
   配信中の動画を視聴している視聴者による前記視聴者端末からの投げ銭の投入操作を受け付けて、当該投入操作に基づいて前記画像空間中に当該投げ銭の表示体を出現させる表示体出現制御手段と、
   前記投稿者キャラクタの前記画像空間中の行動に基づいて、前記表示体の表示位置を変化させる行動影響制御を行う行動影響制御手段と、
   前記投稿者動画データに基づく画像と、前記表示体とを合成した前記画像空間の配信用動画を生成する配信用動画生成手段と、
   を備え、
   前記表示体出現制御手段は、前記投入操作に基づいて前記表示体の投入方向を決定し、当該投入方向に沿って前記表示体を前記画像空間に出現および移動させる投入制御を行う、
   サーバシステム。
3. 前記画像空間にイベントエリアを設定するイベントエリア設定手段と、
   前記イベントエリアに対して前記表示体が所与の位置関係条件を満たしたか否かに基づいて、所与の発動イベントの発動を制御する発動イベント制御手段と、
   を備えた請求項２に記載のサーバシステム。
4. 前記発動イベント制御手段は、前記投稿者端末の投稿者、および／または、前記投入操作を行った視聴者に所与の特典を付与する処理を、前記発動イベントとして前記発動の制御を行う、
   請求項３に記載のサーバシステム。
5. 前記発動イベント制御手段は、前記投稿者キャラクタに定められた属性と、前記表示体、または、前記投入操作を行った視聴者に設定された属性と、の相性に基づいて前記特典を変更して付与する、
   請求項４に記載のサーバシステム。
6. 前記発動イベント制御手段は、前記位置関係条件を満たした表示体が、前記行動影響制御によって表示位置が変化した表示体か否かに基づいて異なる特典を付与する、
   請求項４または５に記載のサーバシステム。
7. 前記発動イベント制御手段は、前記投稿者端末の投稿者に付与する特典と、前記投入操作を行った視聴者に付与する特典との比率を、前記行動影響制御の有無に基づいて可変に制御する、
   請求項４～６の何れか一項に記載のサーバシステム。
8. 前記イベントエリア設定手段は、前記投稿者キャラクタの前記画像空間中の行動に基づいて、前記イベントエリアの設定位置を変化させる制御を行う、
   請求項３～７の何れか一項に記載のサーバシステム。
9. 投稿者端末および視聴者端末と通信接続されて動画配信を行うサーバシステムであって、
   前記投稿者端末で操作される投稿者キャラクタが行動可能な仮想空間または拡張現実空間である画像空間の投稿者動画データを、前記投稿者端末から取得する投稿者動画データ取得手段と、
   前記画像空間にイベントエリアを設定するイベントエリア設定手段と、
   前記視聴者端末からアクション操作入力を受け付けて、当該アクション操作入力に基づいて投入方向を決定し、当該投入方向に沿って前記画像空間中に表示体を出現および移動させる投入制御を行う表示体出現制御手段と、
   前記投稿者キャラクタの前記画像空間中の行動に基づいて、前記表示体の表示位置を変化させる行動影響制御を行う行動影響制御手段と、
   前記イベントエリアに対して前記表示体が所与の位置関係条件を満たしたか否かに基づいて、所与の発動イベントの発動を制御する発動イベント制御手段と、
   前記投稿者動画データに基づく画像と、前記表示体とを合成した前記画像空間の配信用動画を生成する配信用動画生成手段と、
   を備え、
   前記イベントエリア設定手段は、前記画像空間に既に設定された前記イベントエリアの設定位置を変化させる制御を行う、
   サーバシステム。
10. 前記イベントエリア設定手段は、前記投稿者キャラクタの前記画像空間中の行動に基づいて、前記イベントエリアの設定位置を変化させる制御を行う、
    請求項９に記載のサーバシステム。
11. 前記イベントエリア設定手段は、前記イベントエリアを複数設定し、
    前記発動イベント制御手段は、前記位置関係条件を満たした前記イベントエリアに応じて、異なる発動イベントを発動し、
    前記投稿者動画データ取得手段は、前記複数のイベントエリアのうちの特定のイベントエリアを指示するデータを前記投稿者端末から取得し、
    前記配信用動画生成手段は、前記配信用動画に前記特定のイベントエリアを報知する画像または音声を含めて生成する、
    請求項３～１０の何れか一項に記載のサーバシステム。
12. 前記表示体出現制御手段は、前記投稿者キャラクタに定められたパラメータに基づいて前記表示体の飛距離を変化させる、
    請求項２～１１の何れか一項に記載のサーバシステム。
13. 前記イベントエリアには、所与のエリア属性が設定されており、
    前記発動イベント制御手段は、前記位置関係条件を満たした前記イベントエリアのエリア属性と、前記表示体に係る属性とに基づいて、発動させる発動イベントを可変に制御する、
    請求項３～１１の何れか一項に記載のサーバシステム。
14. 前記行動影響制御手段は、前記投稿者キャラクタの行動が前記表示体を運搬する運搬行動条件を満たした場合、前記投稿者キャラクタが前記表示体を所与の運搬先に運搬するように前記表示体の表示位置を変化させる、
    請求項１～１３の何れか一項に記載のサーバシステム。
15. 前記行動影響制御手段は、前記投稿者キャラクタに定められたパラメータに基づいて前記行動影響制御の内容を変更する、
    請求項１～１４の何れか一項に記載のサーバシステム。
16. 前記配信用動画に対する視聴者評価を集計する評価集計手段と、
    前記視聴者評価に基づいて前記投稿者キャラクタのパラメータ値を変更するパラメータ値変更制御手段と、
    を備えた請求項１～１５の何れか一項に記載のサーバシステム。
17. 前記投稿者動画データは、前記投稿者端末で操作される複数の投稿者キャラクタのデータを含み、
    前記配信用動画生成手段は、前記投稿者動画データに基づいて、前記複数の投稿者キャラクタの画像を含めた前記配信用動画を生成する、
    請求項１～１６の何れか一項に記載のサーバシステム。
18. 投稿者端末と、
    視聴者端末と、
    前記投稿者端末および前記視聴者端末と通信接続された請求項１～１７の何れか一項に記載のサーバシステムと、
    を具備した動画配信システム。

Images