(57)【要約】【課題】動画の視聴をより促進することができるサーバ装置を提供する。【解決手段】センターサーバ２は、ネットワーク３を介して接続されるユーザ端末５に配信されるべき動画データ１８を記憶し、ユーザ端末５からの要求に応じてそれを配信する。また、センターサーバ２は、各動画を識別するための動画ＩＤと各動画の視聴を要件に含む変化条件が満たされた場合にユーザ端末５に付与されるべき端末変化の内容に対応する内容情報とが関連付けられて記述されるように動画データ１８を管理する。そして、センターサーバ２は、変化条件が満たされる場合に端末変化が付与されるように、変化条件を満たすためにユーザ端末５を通じて視聴された動画に動画データ１８を介して関連付けられる内容情報を、当該動画を視聴した第２ユーザＵ２のユーザ端末５に提供する。【選択図】図４
2018174544.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されるリクエスト端末に配信されるべき配信用データを記憶する配信データ記憶手段を備え、前記リクエスト端末からの要求に応じて前記配信用データを前記リクエスト端末に配信するサーバ装置であって、
各動画を表示するための動画データが前記配信用データとして機能するように前記リクエスト端末が各動画の表示に使用される動画表示端末を含む場合に、各動画を識別するための動画識別情報と各動画の視聴を要件に含む変化条件が満たされた場合に前記リクエスト端末に付与されるべき端末変化の内容に対応する内容情報とが関連付けられて記述された動画管理データを記憶する管理データ記憶手段と、
前記変化条件が満たされる場合に前記端末変化が付与されるように、前記変化条件を満たすために前記動画表示端末を通じて視聴された動画に前記動画管理データを介して関連付けられる前記内容情報を、当該動画を視聴したユーザの前記リクエスト端末に提供する内容情報提供手段と、
を備える、サーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続されるリクエスト端末に配信されるべき配信用データを記憶する配信データ記憶手段を備え、リクエスト端末からの要求に応じて配信用データをそのリクエスト端末に配信するサーバ装置等に関する。
【背景技術】
【０００２】
ネットワークを介して接続されるリクエスト端末に配信されるべき配信用データを記憶する配信データ記憶手段を備え、リクエスト端末からの要求に応じて配信用データをそのリクエスト端末に配信するサーバ装置が存在する。例えば、このような配信用データ及びリクエスト端末として動画を表示するための動画データ及びゲームを提供するゲーム端末がそれぞれ利用される情報処理システムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１９８４０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１のシステムでは、配信対象の複数の動画のうちから進行中のゲームのイベントに関連する動画が検索され、配信される。そして、そのような情報の参照を通じてユーザはゲームを進行させる。しかし、特許文献１のシステムでは、動画の視聴はゲームの進行に直接影響を与えていない。このため、動画の視聴を促進する余地がある。
【０００５】
そこで、本発明は、動画の視聴をより促進することができるサーバ装置等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のサーバ装置は、ネットワークを介して接続されるリクエスト端末に配信されるべき配信用データを記憶する配信データ記憶手段を備え、前記リクエスト端末からの要求に応じて前記配信用データを前記リクエスト端末に配信するサーバ装置であって、各動画を表示するための動画データが前記配信用データとして機能するように前記リクエスト端末が各動画の表示に使用される動画表示端末を含む場合に、各動画を識別するための動画識別情報と各動画の視聴を要件に含む変化条件が満たされた場合に前記リクエスト端末に付与されるべき端末変化の内容に対応する内容情報とが関連付けられて記述された動画管理データを記憶する管理データ記憶手段と、前記変化条件が満たされる場合に前記端末変化が付与されるように、前記変化条件を満たすために前記動画表示端末を通じて視聴された動画に前記動画管理データを介して関連付けられる前記内容情報を、当該動画を視聴したユーザの前記リクエスト端末に提供する内容情報提供手段と、を備えている。
【０００７】
一方、本発明のコンピュータプログラムは、前記配信データ記憶手段及び前記管理データ記憶手段を備えるコンピュータを、上述のサーバ装置の各手段として機能させるように構成されたものである。
【図面の簡単な説明】
【０００８】
【図１】本発明の一形態に係る動画配信システムの全体構成の概要を示す図。
【図２】動画配信システムの制御系の要部の構成を示す図。
【図３】付加条件に基づいてゲーム変化が付加される場合の動画配信サービスの概要の一例を説明するための説明図。
【図４】変化条件に基づいて端末変化が付加される場合の動画配信サービスの一例を説明するための説明図。
【図５】動画データの内容の一例を説明するための説明図。
【図６】プレイデータの内容の一例を説明するための説明図。
【図７】データ配信処理ルーチンのフローチャートの一例を示す図。
【図８】変化付加処理ルーチンのフローチャートの一例を示す図。
【図９】データ取得処理ルーチンのフローチャートの一例を示す図。
【発明を実施するための形態】
【０００９】
以下、本発明の一形態に係る動画配信システムについて説明する。図１は、本発明の一形態に係る動画配信システムの全体構成の概要を示す図である。図１に示すように、動画配信システム１は、サーバ装置としてのセンターサーバ２を含んでいる。センターサーバ２は、一台の物理的装置によって構成される例に限らない。例えば、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ２が構成されてもよい。また、クラウドコンピューティングを利用して論理的にセンターサーバ２が構成されてもよい。
【００１０】
センターサーバ２には、ネットワーク３を介して、ユーザ端末５が接続される。ユーザ端末５は、ユーザによって使用されるネットワーク端末装置の一種である。例えば、ユーザ端末５として、携帯電話（スマートフォンを含む）が利用されてよい。携帯電話は、ユーザの個人用途に供されるユーザ端末の一種である。ユーザ端末５は、例えば、ネットワーク３を介して後述のＷｅｂサービスをセンターサーバ２にリクエストするリクエスト端末として機能してよい。例えば、携帯電話は、動画を表示（再生）する動画再生機能を有していてよい。そして、携帯電話は、例えば、このような動画再生機能を通じて動画を表示するための動画表示端末として機能してよい。また、携帯電話は、ソフトウェアの実行を通じて、その他にも各種の機能を発揮してよい。例えば、そのような機能には、ユーザにゲームをプレイさせるゲーム機能が含まれてよい。そして、携帯電話は、例えば、このようなゲーム機能を通じてゲームを提供するゲーム端末として機能してよい。つまり、ユーザ端末５は、例えば、動画表示端末及びゲーム端末の両方として機能してよい。なお、ユーザ端末５として、例えば、その他にもパーソナルコンピュータ、携帯型タブレット端末装置といった、ネットワーク接続が可能でかつユーザの個人用途に供される各種のネットワーク端末装置が利用されてよい。
【００１１】
ネットワーク３は、一例として、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するように構成される。典型的には、ＷＡＮとしてのインターネットと、ＬＡＮとしてのイントラネットと、を組み合わせてネットワーク３が構成される。図１の例では、センターサーバ２はルータ３ａを介して、ユーザ端末５はアクセスポイント３ｂを介して、それぞれネットワーク３に接続されている。
【００１２】
なお、ネットワーク３は、ＴＣＰ／ＩＰプロトコルを利用する形態に限定されない。ネットワーク３として、通信用の有線回線、或いは無線回線（赤外線通信、近距離無線通信等を含む）等を利用する各種の形態が利用されてよい。
【００１３】
センターサーバ２は、ネットワーク３を介してユーザ端末５のユーザに各種のＷｅｂサービスを提供する。Ｗｅｂサービスには、ユーザ端末５に動画を配信するための動画配信サービスが含まれる。動画配信サービスの詳細は後述する。
【００１４】
なお、Ｗｅｂサービスは、その他にもユーザ端末５の機能に応じて各種のサービスを含んでいてよい。例えば、Ｗｅｂサービスは、動画或いはゲームに関する各種の情報を提供する情報サービスを含んでいてよい。また、例えば、Ｗｅｂサービスは、各ユーザ端末５に各種データ或いはソフトウェアを配信（データ等のアップデートを含む）する配信サービスを含んでいてもよい。さらに、Ｗｅｂサービスは、ユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、各ユーザを識別するためのユーザＩＤを付与するサービス、ネットワーク３を介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービス等を含んでいてもよい。
【００１５】
次に、ゲームを提供するための動画配信システム１の制御系の要部について説明する。図２は、動画配信システム１の制御系の要部の構成を示す図である。図２に示すように、センターサーバ２は、コンピュータとしての制御ユニット１０と、記憶ユニット１１と、を備えている。制御ユニット１０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット１０には、キーボード等の入力装置、モニタ等の出力装置等が接続され得る。しかし、それらの図示は省略した。
【００１６】
記憶ユニット１１は、制御ユニット１０に接続されている。記憶ユニット１１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気テープ等の大容量記憶媒体により構成されてよい。記憶ユニット１１には、サーバ用データ１４及びサーバ用プログラム１５が記憶されている。サーバ用プログラム１５は、センターサーバ２がユーザ端末５に各種のサービスを提供するために必要なコンピュータプログラムである。制御ユニット１０がサーバ用プログラム１５を読み取って実行することにより、制御ユニット１０の内部には、Ｗｅｂサービス管理部１７が設けられる。
【００１７】
Ｗｅｂサービス管理部１７は、上述のＷｅｂサービスを提供するために必要な処理を実行する。Ｗｅｂサービス管理部１７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット１０の内部には、その他にも各種の論理的装置が設けられ得る。しかし、それらの図示は省略した。
【００１８】
サーバ用データ１４は、サーバ用プログラム１５の実行に伴って参照されるデータである。例えば、サーバ用データ１４は、動画データ１８及びプレイデータ１９を含んでいてよい。動画データ１８は、各種の動画を表示するためのデータである。このような動画には、例えば、ゲームに関連する動画（以下、ゲーム動画と呼ぶ場合がある）が含まれていてよい。より具体的には、動画データ１８は、例えば、ゲームの過去のプレイにおけるゲーム画面の遷移を動画として表示するためのデータを含んでいてよい。また、プレイデータ１９は、各ユーザに固有の固有情報を管理するためのデータである。例えば、このような固有情報は、各ユーザのゲームに関する活動実績の情報を含んでいてよい。そして、例えば、プレイデータ１９は、前回までのプレイ結果（過去のプレイ状況）を次回以降に引き継ぐため、或いは各ユーザに固有の設定内容を引き継ぐために使用されてよい。動画データ１８及びプレイデータ１９の詳細は後述する。
【００１９】
なお、サーバ用データ１４は、例えば、その他にもユーザＩＤ等の各種ＩＤを管理するためのＩＤ管理データ等のＷｅｂサービスのための各種のデータを含み得る。しかし、それらの図示は省略した。
【００２０】
一方、ユーザ端末５には、制御ユニット３０と、記憶ユニット３１と、モニタＭＯと、タッチパネル３２と、スピーカ３３と、が設けられている。記憶ユニット３１、モニタＭＯ、タッチパネル３２及びスピーカ３３は、いずれも制御ユニット３０に接続されている。制御ユニット３０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット３０には、例えば、その他にも動画の再生或いはゲームの提供等に必要な各種の装置が接続され得る。しかし、それらの図示は省略した。
【００２１】
モニタＭＯは、制御ユニット３０からの出力信号に基づいて各種の画像等を表示するための周知の表示装置である。一例として、モニタＭＯは、制御ユニット３０からの出力信号に応じて、動画及びゲームをプレイするためのゲーム画面を表示してよい。タッチパネル３２は、ユーザが指等で触れると、その接触位置に応じた信号を出力する公知の入力装置である。タッチパネル３２は、例えば、透明に構成され、モニタＭＯの表面に重ね合わされるように配置されてよい。そして、例えば、タッチパネル３２は、ユーザのタッチ操作に基づいてそのタッチ位置に対応する信号を制御ユニット３０に出力してよい。同様に、スピーカ３３は、制御ユニット３０からの出力信号に基づいて各種の音声を再生するための周知の出力装置（音声再生装置）である。スピーカ３３は、例えば、制御ユニット３０からの出力信号に応じて、動画或いはゲームで使用されるＢＧＭ等の各種の音声を再生してよい。
【００２２】
一方、記憶ユニット３１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気記録媒体や光記録媒体、フラッシュＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などにより構成されてよい。記憶ユニット３１には、端末プログラム３４及び端末データ３５が記憶されている。端末プログラム３４は、ユーザ端末５が各種のサービスを提供するために必要なコンピュータプログラムである。例えば、このようなサービスには、動画の再生及びゲームの提供が含まれてよい。端末プログラム３４の実行に伴って、制御ユニット３０の内部には、サービス提供部３７が設けられる。サービス提供部３７は、動画の再生或いはゲームのプレイ等のサービスを提供するために必要な各種処理を実行する。サービス提供部３７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット３０の内部には、その他にも各種の論理的装置が設けられ得る。しかし、それらの図示は省略した。
【００２３】
端末データ３５は、端末プログラム３４の実行に伴って参照されるデータである。端末データ３５は、例えば、動画データ１８及びプレイデータ１９を含んでいてよい。例えば、これらのデータは、必要な部分が含まれるように、少なくとも一部がセンターサーバ２から提供されてよい。なお、端末データ３５は、その他にも各種のサービスを実行するための各種のデータを含んでいてよい。例えば、そのようなデータには、動画やゲームに必要なＢＧＭ等の各種の音声を再生するための音声データ、ゲームに必要な各種画像を表示するための画像データ、及び上述のＩＤ管理データが含まれてよい。しかし、それらの図示は省略した。また、例えば、動画データ１８及びプレイデータ１９がリクエストに応じてユーザ端末５に配信されることにより本発明の配信用データとして機能してよい。
【００２４】
次に、動画配信システム１が提供する動画配信サービスの詳細について説明する。動画配信サービスは、上述のとおり、ユーザ端末５に動画を配信するためのサービスである。例えば、配信対象の動画は、ユーザ端末５からネットワーク３を介してセンターサーバ２にアップロードされてもよい。つまり、配信対象の動画を再生するための動画データ１８は、ユーザ端末５から提供されてよい。そして、動画配信サービスは、このような動画データ１８のアップロードを含んでいてもよい。また、動画配信サービスは、各動画の視聴を要件に含む付加条件が満たされた場合に、例えば、その付加条件を満たすためにユーザ端末５を通じて視聴された動画に関連付けられるユーザのゲームに変化（以下、ゲーム変化と呼ぶ場合がある）を付加するサービスを含んでいてよい。また、例えば、各ユーザは、動画データ１８を介して各動画の提供者（アップロードしたユーザ）に関連付けられていてよい。つまり、動画配信サービスは、例えば、動画の視聴を通じて付加条件が満たされて場合に、その動画をアップロードしたユーザによってプレイされるゲームにゲーム変化を付加するように構成されていてよい。さらに、動画配信サービスは、各動画の視聴を要件に含む変化条件が満たされる場合には、変化条件を満たすためにユーザ端末５を通じてその動画を視聴したユーザのゲームに変化（以下、端末変化と呼ぶ場合がある）を付与してもよい。
【００２５】
例えば、ゲーム変化として、各種の特典（ポイント等のゲームの進行に有利に寄与するものや希少性のある装飾物等）の付与、或いは各ユーザを関連付けるための関連設定（例えばフレンド登録或いはライバル登録等）の機会付与等が利用されてよい。また、例えば、付加条件は、視聴に伴い満たされてもよいし、各動画を視聴したユーザの固有情報に基づいて満たされてよい。例えば、このような固有情報として、ゲームに関する活動実績が利用されてもよい。具体的には、例えば、付加条件は、活動実績としてゲームのプレイ実績を利用し、ゲーム動画がそのゲームのプレイ実績を持つユーザによって視聴された場合に満たされてもよい。あるいは、付加条件は、関連設定を要件に含んでいてもよい。
【００２６】
また、端末変化として、ユーザ端末５が提供する各種のサービスに関連する各種の変化が採用されてよい。例えば、端末変化は、Ｗｅｂブラウザによって提供される動画再生機能に関する変化であってもよいし、ゲームアプリによって提供されるゲーム機能に関する変化であってもよい。つまり、端末変化は、例えば、動画視聴に関連する各種の特典（ポイントの付与等の動画の視聴に有利に寄与するものや希少性のある装飾物等）の付与や関連設定の機会付与といった動画視聴に関する変化であってもよい。あるいは、端末変化は、例えば、ゲームに関連する各種の特典の付与や関連設定の機会付与といったゲームに関連する変化であってもよい。また、例えば、変化条件も付加条件と同様に各動画の視聴に伴い満たされてもよいし、固有条件に基づいて満たされてもよい。さらに、変化条件は関連設定を要件に含んでいてもよい。
【００２７】
このように動画配信サービスは、例えば、各動画が視聴された場合にその動画を提供したユーザのゲームに特典を付与したり、或いは各ゲーム動画がそのゲームのプレイ実績を持つユーザによって視聴された場合に関連設定の機会を付与したりするように構成されていてよい。さらに、動画配信サービスは、例えば、ゲーム動画がそのゲームのプレイ実績を持つユーザによって視聴された場合に、その視聴したユーザに特典を付与したり、関連設定の機会を付与したりしてよい。
【００２８】
図３及び図４を参照して、動画配信サービスの一例の概要について具体的に説明図する。図３は、付加条件に基づいてゲーム変化が付加される場合の動画配信サービスの概要の一例を説明するための説明図である。図３に示すように、例えば、動画配信サービスは、Ｓ１〜Ｓ６に対応する工程を含んでいてよい。そして、各ユーザＵによってアップロードされた動画の他のユーザＵによる視聴に伴い付加条件が満たされた場合に、その動画をアップロードしたユーザＵのゲームにゲーム変化が付加されるように、そのユーザＵによって使用されるユーザ端末５にゲーム変化を付加するための付加情報を提供してよい。
【００２９】
具体的には、例えば、動画配信サービスでは、まずユーザ端末５から動画を表示するための動画データ１８がアップロードされてよい（Ｓ１）。このアップロードの対象は、例えばユーザ端末５を第１ユーザＵ１が使用している場合には、その第１ユーザＵ１に関連する動画に限定されてもよいし、そのような動画に限定されなくともよい。例えば、第１ユーザＵ１に関連する動画として、第１ユーザＵ１がプレイしたゲームのゲーム動画が利用されてもよい。つまり、例えば、ユーザ端末５がゲーム機能を発揮するためのゲーム用のアプリケーション（ソフトウェア）の実行に伴いゲーム端末として機能する場合に、そのアプリケーション（以下、ゲームアプリと呼ぶ場合がある）においてプレイされたゲームに対応するゲーム動画を表示するための動画データ１８がアップロードされてよい。また、例えば、ユーザ端末５は、このようなゲームの提供、録画、及びアップロードをそのゲームアプリを通じて実行してよい。つまり、ゲームアプリは、ゲームの提供、そのゲームのプレイの動画化、及びその動画に対応する動画データ１８のアップロードを実行可能なように構成されていてよい。
【００３０】
なお、動画のアップロードは、例えば、動画再生機能を発揮するための動画用のアプリケーション（ソフトフェア）を通じて実行されてもよい。例えば、このような動画用のアプリケーションとしてＷｅｂブラウザアプリケーション（以下、Ｗｅｂブラウザと呼ぶ場合がある）が使用されてよい。つまり、動画のアップロードは、ゲームのためのゲームアプリとは別のＷｅｂアプリを通じて実行されてもよい。
【００３１】
一方、ユーザ端末５は、各ユーザＵの指示に従って動画の配信をセンターサーバ２にリクエストしてよい（Ｓ２）。例えば、このリクエストには、各ユーザＵを識別するためにユーザＵ毎にユニークなユーザＩＤの情報が含まれていてよい。具体的には、例えば、ユーザ端末５が第１ユーザＵ１とは別の第２ユーザＵ２によって使用されている場合には、ユーザ端末５はセンターサーバ２への配信リクエストの際に、この第２ユーザＵ２に対応するユーザＩＤの情報をセンターサーバ２に提供してよい。また、このようなリクエストは、例えば、ユーザ端末５が動画用のアプリケーションの実行に伴い動画表示端末として機能する場合に、そのようなアプリケーションを通じて実行されてよい。例えば、このような動画用のアプリケーションとして、Ｗｅｂブラウザが使用されてよい。つまり、このような動画配信のリクエストは、ゲームアプリとは別のＷｅｂアプリを通じて実行されてもよい。あるいは、ゲームアプリを通じて実行されてもよい。
【００３２】
続いて、センターサーバ２は、動画に関する情報をリクエスト元のユーザ端末５に提供する（Ｓ４）。例えば、センターサーバ２は、このような情報として複数の動画が存在する場合にその一部を推奨するレコメンド情報をユーザ端末５に提供してよい。また、センターサーバ２は、そのような動画の情報として、配信可能な複数の動画のサムネイル（縮小イメージに基づく一覧）を提供してもよい。この場合、例えば、これらの動画のサムネイルは、並べ替え基準に基づいて配置されていてよい。例えば、このような並べ替え基準として、ゲーム進捗度、ゲームランク、ユーザレベル、キャラクタ等が利用されてよい。つまり、センターサーバ２は、例えば、ゲーム進捗度等に基づいて並べ替えられた動画のサムネイルをユーザ端末５にレコメンド情報として提供してよい。
【００３３】
次に、ユーザ端末５は、例えば、配信対象の動画を具体的に指定するように、センターサーバ２に再度リクエストを実行してよい（Ｓ５）。具体的には、ユーザ端末５は、例えば、各動画のサムネイルに対する選択結果に基づいて、そこで選択された動画の動画データ１８の配信をセンターサーバ２にリクエストしてよい。そして、センターサーバ２は、そのようなリクエストに基づいて対象の動画データ１８をユーザ端末５に配信してよい（Ｓ６）。つまり、センターサーバ２は、複数の動画のうちリクエストされた具体的な動画の動画データ１８を特定し、その動画データ１８をユーザ端末５に配信してよい。
【００３４】
さらに、センターサーバ２は、各動画の視聴に伴い付加条件が満たされた場合（付加条件具備の場合）には、例えば、動画データ１８を介してその視聴された動画に関連付けられるユーザＵのゲームにゲーム変化が付加されるように、そのユーザＵのユーザ端末５に付加情報を提供してよい（Ｓ６）。例えば、このような付加情報として、ユーザＵに付与されるべき特典の情報や関連設定されるユーザＵの情報が利用されてよい。具体的には、例えば、第１ユーザＵ１によってアップロードされた動画が第２ユーザＵ２によって視聴された場合に付加条件が満たされてよい（つまり付加条件は視聴だけを要件としてよい）。そして、センターサーバ２は、第１ユーザＵ１がプレイするゲームに特典が付加されるように、ゲーム変化として付加されるべき特典の情報を第１ユーザＵ１のユーザ端末５に提供してよい。例えば、各ユーザＵの保有するアイテム等の特典がプレイデータ１９によって管理されている場合には、このような特典の付与はプレイデータ１９に対して実行されてもよい。つまり、センターサーバ２は、このような特典を保有するようにプレイデータ１９の内容を更新してよい。また、例えば、センターサーバ２は、このような特典としてポイントを利用してよい。この場合、付加条件は、例えば、視聴数（動画が視聴された回数）を要件に含んでいてよいし、動画がユーザによって評価される場合にはその評価結果を要件に含んでいてもよい。すなわち、付加条件は、視聴数が所定数以上の場合に満たされてもよいし、評価結果が所定値以上の場合や高評価者の数が所定数以上の場合に満たされてもよい。さらに、このようなポイントの付与数は、視聴数や評価結果に応じて変化してもよい。そして、例えば、このようなポイントは、ポイント数に応じて用意された複数のゲーム用の特典（アイテム等、ゲームで直接使用可能なもの）への交換に使用されてもよい。つまり、センターサーバ２は、ゲーム変化として、このようなポイント等の間接的特典（間接的にゲームで使用可能な特典）を利用してよい。また、このようなポイント等の間接的特典は、このような特典の情報を管理するためのデータによって管理されてもよい。つまり、動画の視聴に伴い、このようなデータに間接的特典が付与されてもよい。結果として、このような間接的特典が付加情報として機能してもよい。例えば、このようなデータとして、プレイデータ１９が利用されてもよい。具体的には、例えば、このような特典としてポイントがプレイデータ１９によって管理されている場合に、センターサーバ２は、視聴に伴い、プレイデータ１９のポイントが増加するようにプレイデータ１９を更新してもよい。そして、そのようなプレイデータ１９を介してユーザ端末５或いはゲームに変化が付与されてもよい。つまり、付加情報は、このようなデータを介してユーザに付与されてもよい。さらに、このような付加情報はゲームの種類と関連付けられていてもよい。具体的には、ユーザ端末５（複数のユーザ端末５であってもよい）によって複数のゲームが提供され、それらにそれぞれ関連する複数のゲーム動画が動画データ１８を介して配信される場合に、センターサーバ２は、付加条件の要件として視聴されたゲーム動画に対応するゲームを判別し、そのゲームに関連する付加情報をそのゲーム動画を提供したユーザに付与してもよい。つまり、複数のゲームにそれぞれ対応する複数のゲーム動画が存在する場合に、各ゲーム動画のゲームのためのポイント等の各種の特典等がその動画を提供したユーザに付与されてもよい。あるいは、センターサーバ２は、ゲームにおいて第１ユーザＵ１と第２ユーザＵ２との間にフレンド登録等の関連を設定するための設定機会（例えばフレンド登録等を設定するための画面の表示）がゲーム変化として付加されるように、付加情報として第２ユーザＵ２に対応するユーザＩＤの情報をユーザ端末５に提供してもよい。具体的には、例えば、このような設定機会として、第１ユーザＵ１には、第２ユーザＵ２のフレンド登録等を許可するか否か選択するための許可機会が付与されてもよい。
【００３５】
一方、図４は、変化条件に基づいて端末変化が付加される場合の動画配信サービスの一例を説明するための説明図である。また、図４の例は、端末変化として関連設定が利用される場合を示している。この場合、図４に示すように、図３の例に比べて、Ｓ７〜Ｓ９の工程が更に追加されてよい。そして、これらの工程を通じて、動画配信サービスは、例えば、動画の視聴に伴い変化条件が満たされた場合にその動画を視聴したユーザＵのゲームにフレンド申請をするための申請機会を端末変化として付加してよい。また、付加条件の相違に伴い、図３と共通の工程にも変化が生じてよい。例えば、申請機会においてフレンド申請が実行された場合に付加条件が満たされてよい。つまり、付加条件は、関連設定を要件に含み、動画を視聴したユーザＵによってフレンド申請が実際に実行された場合に満たされてよい。そして、動画配信サービスは、例えば、そのような申請が実行された場合に、Ｓ６の工程においてその動画を提供したユーザＵのゲームにそのような関連設定を許可するか否か選択する許可機会をゲーム変化として付加してもよい。
【００３６】
具体的には、例えば、図３の例と同様にアップロード（Ｓ１）から動画配信（Ｓ５）までの工程が実行されてよい。一方、例えば、センターサーバ２は、動画配信（Ｓ５）を実行した後（前でもよい）にその配信対象のユーザＵによって変化条件が満たされるか否か判別し、変化条件が満たされる場合（変化条件具備の場合）にはその動画配信先のユーザ端末５に端末変化を付与するための内容情報を提供してよい（Ｓ７）。より具体的には、例えば、第１ユーザＵ１によってアップロードされたゲーム動画をそのゲームのプレイ実績を持つ第２ユーザＵ２が視聴した場合に、センターサーバ２は、ユーザ端末５が申請画面５０を表示するために必要な情報を内容情報として第２ユーザＵ２のユーザ端末５に提供してよい。そして、そのような内容情報に基づいて、ユーザ端末５は変化条件具備に伴う端末変化として申請画面５０を表示してよい。
【００３７】
また、ユーザ端末５は、例えば、そのような申請画面５０に対するユーザＵの申請結果をセンターサーバ２に通知してよい（Ｓ８）。例えば、申請画面５０は、フレンド申請（ライバル申請でもよい）を実現するように構成されていてよい。そして、申請画面５０は、例えば、申請の可否を選択するための選択ボタン５１を含んでいてよい。つまり、申請画面５０は、フレンド登録等の関連設定を申請するための申請機会の提供に使用されてよい。  
【００３８】
具体的には、例えば、申請画面５０は、そのような選択ボタン５１として、申請を実行するための“Ｙｅｓ”選択ボタン５１Ａ及び申請を拒否するための“Ｎｏ”選択ボタン５１Ｂを含んでいてよい。そして、ユーザ端末５は、これらの選択ボタン５１Ａ、５１Ｂに対する選択結果を申請結果としてセンターサーバ２に通知してよい。つまり、例えば、第１ユーザＵ１によってアップロードされたゲーム動画がそのゲームのプレイ実績を持つ第２ユーザＵ２によって視聴された場合には、第１ユーザＵ１をゲームにおいてフレンド登録するか否か選択するための申請画面５０がユーザ端末５に表示されてよい。そして、“Ｙｅｓ”選択ボタン５１Ａが選択された場合には第２ユーザＵ２から第１ユーザＵ１へのフレンド申請が実行されるように、申請（関連設定）希望を示す情報がセンターサーバ２に通知されてよい。一方、“Ｎｏ”選択ボタン５１Ｂが選択された場合には、そのような申請が実行されないように、申請拒否を示す情報がセンターサーバ２に通知されてよい。
【００３９】
一方、センターサーバ２は、図３の例と同様に、付加条件が満たされる場合にその付加条件の要件として視聴された動画を提供したユーザＵのユーザ端末５に付加情報を提供してよい（Ｓ６）。この場合において、センターサーバ２は、例えば、ユーザ端末５から申請画面５０に対する申請結果を取得した後、例えば、その申請結果に基づいて各動画が付加条件を満たすか否か判別してよい。具体的には、センターサーバ２は、例えば、動画を視聴した第２ユーザＵ２からその動画を提供した第１ユーザＵ１にフレンド申請が実行されている場合に付加条件が満たされたと、フレンド申請が実行されていない場合に付加条件が満たされていないと、それぞれ判別してよい。そして、フレンド申請が実行されている場合、つまり付加条件が満たされる場合、センターサーバ２は、ユーザ端末５が許可画面６０を表示するために必要な情報を付加情報として第１ユーザＵ１のユーザ端末５に提供してよい。さらに、そのような付加情報に基づいて、ユーザ端末５は付加条件具備に伴うゲーム変化として許可画面６０を表示してよい。
【００４０】
また、ユーザ端末５は、例えば、そのような許可画面６０に対するユーザＵの許可結果をセンターサーバ２に通知してよい（Ｓ９）。例えば、許可画面６０は、フレンド申請（あるいはライバル申請でもよい）の許可を実現するように構成されていてよい。そして、許可画面６０は、例えば、許可の可否を選択するための選択ボタン６１を含んでいてよい。つまり、許可画面６０は、フレンド申請等の許可の可否を選択するための許可機会の提供に使用されてよい。
【００４１】
具体的には、例えば、許可画面６０は、そのような選択ボタン６１として、申請を許可するための“Ｙｅｓ”選択ボタン６１Ａ及び申請を不許可（拒否）するための“Ｎｏ”選択ボタン６１Ｂを含んでいてよい。そして、ユーザ端末５は、これらの選択ボタン６１Ａ、６１Ｂに対する選択結果を許可結果としてセンターサーバ２に通知してよい（Ｓ９）。つまり、例えば、第２ユーザＵ２からフレンド申請が実行されている場合に、第２ユーザＵ２をゲームにおいてフレンド登録するか否か選択するための許可画面６０がゲームアプリを通じて表示されてよい。そして、“Ｙｅｓ”選択ボタン６１Ａが選択された場合には第２ユーザＵ２が第１ユーザＵ１のフレンドとして登録されるように、申請許可を示す情報がセンターサーバ２に通知されてよい。一方、“Ｎｏ”選択ボタン６１Ｂが選択された場合には、第２ユーザＵ２が第１ユーザＵ１のフレンドとして登録されないように、つまりそのような申請が許可されないように、申請不許可を示す情報がセンターサーバ２に通知されてよい。一例として、動画配信サービスは、このように構成されていてよい。また、例えば、図３及び図４の例において第１ユーザＵ１が本発明の対応ユーザとして機能してよい。
【００４２】
なお、申請画面５０及び許可画面６０は、ゲーム変化或いは端末変化が付与される限り、例えば、Ｗｅｂブラウザ及びゲームアプリのいずれを通じて表示されてもよい。具体的には、許可画面６０は、例えば、Ｗｅｂブラウザを通じて表示されてもよい。そして、そこで許可された場合に、ゲームにおいて関連設定が実行されるように、例えば、センターサーバ２は、次回のゲームアプリ起動時にゲームアプリにおいて関連設定を実行するための情報を付加情報としてゲームアプリに提供してもよい。また、例えば、端末変化の候補として、上述のような特典、フレンド申請、或いはライバル申請等、複数の変化が用意されていてよい。そして、このような複数の変化のうちからユーザＵによって選択された変化が実際の端末変化として採用されてよい。具体的には、例えば、特典、フレンド申請、或いはライバル申請のうち、動画をアップロードした第１ユーザＵ１（動画の提供者）によって選択された変化（例えば図４の例のフレンド申請）が端末変化として第２ユーザＵ２のユーザ端末５に付与されてよい。また、例えば、第１ユーザＵ１による選択結果（端末変化の候補のうち選択された変化）の情報は動画のアップロード時にその動画と関連付けられるようにセンターサーバ２に提供されてよい。つまり、Ｓ１において、動画データ１８とともに、各動画に関連付けられるべき端末変化の内容を示す情報がセンターサーバ２に提供されてよい。ゲーム変化についても同様である。
【００４３】
次に、動画データ１８及びプレイデータ１９の詳細について説明する。動画データ１８は、上述のとおり動画を表示するためのデータである。また、動画データ１８は、例えば、変化条件等の具備に伴う端末変化等として複数の変化が存在する場合や複数の動画のうち一部の動画にそのような変化が付与される場合（端末変化等が付与される動画と付与されない動画が存在する場合）に、そのような変化の内容を管理するための情報を含んでいてよい。
【００４４】
図５は、動画データ１８の内容の一例を説明するための説明図である。図５に示すように、動画データ１８は、例えば、動画識別情報としての“動画ＩＤ”、“管理項目”、及び“表示用データ”の情報を含んでいてよい。“動画ＩＤ”は、各動画を識別するための情報である。“動画ＩＤ”として、例えば、動画毎にユニークな動画ＩＤの情報が使用されてよい。また、“表示用データ”は、各動画をモニタＭＯに表示させるために必要なデータである。一方、“管理項目”は、各動画を管理するための情報である。例えば、“管理項目”は、ユーザ識別情報としての“提供者”、内容情報としての“変化内容”、“進行”、及び“詳細”の情報を含んでいてよい。
【００４５】
“提供者”は、各動画を提供したユーザＵを示す情報である。例えば、“提供者”の情報として、各動画をアップロードしたユーザＵに対応するユーザＩＤの情報が使用されてよい。“変化内容”は、ゲームに付加されるべき変化の内容を示す情報である。例えば、“変化内容”の情報として、付加情報或いは内容情報が記述されてよい。また、例えば、付加情報或いは内容情報として、特典の詳細（アイテムやポイント等）或いは関連設定の詳細（例えばフレンド申請或いはライバル申請）を示す情報が記述されてよい。“進行”の情報は、例えば、動画がゲーム動画の場合に使用されてよい。また、“進行”の情報として、例えば、進行度合いを示す数値がゲームに適時設定されている場合に、そのような数値の情報が利用されてよい。“詳細”は、動画に登場するキャラクタ、プレイするユーザＵのレベル（例えばゲーム動画の場合）等の動画の各種の特徴を示す情報である。例えば、“詳細”の情報として、各キャラクタを識別するためにキャラクタ毎にユニークなキャラクタＩＤの情報、或いはレベルを示す数値の情報等が使用されてよい。そして、動画データ１８は、例えば、これらの情報が互いに関連付けられるように記述されたレコードの集合として構成されてよい。また、“動画ＩＤ”及び“変化内容”の情報を含むことにより動画データ１８が本発明の動画管理データとしても機能してよい。
【００４６】
また、プレイデータ１９は、上述のとおり、各ユーザＵに固有の固有情報を管理するためのデータである。図６は、プレイデータ１９の内容の一例を説明するための説明図である。図６に示すように、プレイデータ１９は、例えば、“ユーザＩＤ”、“プレイ実績”、“属性”、“関係者”、及び“申請”の情報を含んでいてよい。そして、例えば、“プレイ実績”、“関係者”、及び“申請”の情報がゲームに関する活動実績の情報として機能してよい。
【００４７】
“ユーザＩＤ”は、各ユーザＵを識別するためのユーザＩＤの情報である。“属性”は、各ユーザＵの属性を示す情報である。例えば、“属性”の情報として、性別或いは年齢を示す情報が使用されてよい。“関係者”は、関連が設定されている他のユーザＵを示す情報である。例えば、“関係者”の情報は、各ユーザＵ間を関連付けるための関連設定がゲームにおいて許容される場合に、使用されてよい。そして、各ユーザＵ間の関連は、このような関連設定を通じて設定されてよい。また、例えば、このような関連設定として、上述のようにフレンド登録やライバル登録等が採用されてよい。そして、例えば、“関係者”の情報として、このようなフレンド登録等がされている他のユーザＵのユーザＩＤの情報が使用されてよい。また、“申請”は、関連設定の申請の有無を管理するための情報である。例えば、“申請”の情報は、関連設定に許可機会が付与される場合に使用されてよい。具体的には、例えば、“申請”の情報は、申請及び被申請を示す情報を含んでいてよい。また、“申請”の情報は、更に申請者及び被申請者（申請を許可すべき者）を示すユーザＩＤの情報を含んでいてよい。そして、許可機会の付与の管理に使用されてよい。つまり、例えば、付加条件が関連設定の申請を要件に含む場合に、“申請”の情報は付加条件を満たすか否かの判別に使用されてよい。
【００４８】
一方、“プレイ実績”は、ゲームのプレイ実績を示す情報である。例えば、“プレイ実績”は、“ゲームＩＤ”、“プレイ日時”、“進行”、及び“成績”の情報を含んでいてよい。“ゲームＩＤ”は複数種類のゲームが存在する場合に各ゲームを識別するためにゲーム毎にユニークなゲームＩＤを示す情報である。また、“プレイ日時”及び“成績”は、ゲームがプレイされた日時及びその時の成績をそれぞれ示す情報である。一方、“進行”は、ゲームの進行度合いを示す情報である。例えば、“進行”の情報として、動画データ１８と同様に、進行度合いを示す数値がゲームに適時設定されている場合に、そのような数値の情報が利用されてよい。そして、プレイデータ１９は、例えば、これらの情報が互いに関連付けられるように記述されたレコードの集合として構成されてよい。
【００４９】
次に、データ配信処理、変化付加処理、及びデータ取得処理について説明する。データ配信処理は、ユーザ端末５のリクエストに応じて動画を配信するための処理である。また、例えば、データ配信処理は、変化条件が満たされる場合に配信先のユーザ端末５に端末変化を付与するように構成されていてよい。より具体的には、例えば、データ配信処理は、図４の例の動画配信サービスのＳ５、及びＳ７〜Ｓ８に対応する工程を実現するように構成されていてよい。一方、変化付加処理は、付加条件が満たされた場合にゲーム変化を付加するための処理である。例えば、変化付加処理は、図４の例の動画配信サービスのＳ６及びＳ９に対応する工程を実現するように構成されていてよい。また、データ取得処理は、ユーザ端末５から動画データ１８を取得するための処理である。例えば、データ取得処理は、図４の例のＳ１に対応する工程を実現するように構成されていてよい。
【００５０】
例えば、データ配信処理は図７のルーチンを通じて、変化付加処理は図８のルーチンを通じて、データ取得処理は図９のルーチンを通じて、それぞれセンターサーバ２の制御ユニット１０によって実現されてよい。より具体的には、例えば、図７〜図９のルーチンは、一例として、いずれも制御ユニット１０のＷｅｂサービス管理部１７を通じて実行されてよい。なお、センターサーバ２の制御ユニット１０及びユーザ端末５の制御ユニット３０は、これらの処理の他にも各種の周知な処理等を、それぞれ単独で或いは互いに協働して実行する。しかし、それらの詳細な説明は省略する。
【００５１】
図７は、データ配信処理を実現するためのデータ配信処理ルーチンのフローチャートの一例を示す図である。また、図７の例は、変化条件に基づいて配信先のユーザ端末５に端末変化が付与される場合を示している。例えば、図７のルーチンは、ユーザ端末５を通じて動画配信がリクエストされる毎に実行されてよい。より具体的には、図７のルーチンは、例えば、配信対象の動画に関する情報提供（Ｓ３）の後に、その情報に基づいて特定の動画の配信がリクエストされる（Ｓ４）毎に実行されてよい。
【００５２】
図７のルーチンが開始されると、Ｗｅｂサービス管理部１７は、まずステップＳ１１において配信対象の動画を特定する。具体的には、Ｗｅｂサービス管理部１７は、例えば、ユーザ端末５のリクエストに含まれる動画を指定する情報に基づいて、配信対象の動画を特定してよい。続くステップＳ１２において、Ｗｅｂサービス管理部１７は、ステップＳ１１で特定した動画をリクエスト元のユーザ端末５に配信する。具体的には、例えば、Ｗｅｂサービス管理部１７は、ステップＳ１１で特定した動画の動画データ１８をユーザ端末５に配信することにより、動画の配信を実現してよい。
【００５３】
次のステップＳ１３において、Ｗｅｂサービス管理部１７は、変化条件が満たされるか否か判別する。例えば、Ｗｅｂサービス管理部１７は、変化条件としてプレイ実績の有無が利用される場合に、このような判別をプレイデータ１９の“プレイ実績”の情報に基づいて実行してよい。具体的には、例えば、Ｗｅｂサービス管理部１７は、配信対象の動画がゲーム動画の場合、リクエスト元のユーザ端末５を使用するユーザＵ、つまり配信対象のゲーム動画を視聴するユーザＵ（例えば図４の例での第２ユーザＵ２）がそのゲーム動画に対応するゲームの“プレイ実績”の情報を有するか否か判別してよい。そして、この判別結果が否定的結果の場合、つまり変化条件が満たされない（例えば図４の例の第２ユーザＵ２がゲーム動画に対応するゲームのプレイ実績を有していない）場合、Ｗｅｂサービス管理部１７は、以降の処理をスキップして今回のルーチンを終了する。
【００５４】
一方、ステップＳ１３の判別結果が肯定的結果の場合、つまり変化条件が満たされる（例えば図４の例の第２ユーザＵ２がゲーム動画に対応するゲームのプレイ実績を有している）場合、Ｗｅｂサービス管理部１７は、ステップＳ１４に進む。ステップＳ１４において、Ｗｅｂサービス管理部１７は、変化条件の具備に伴いリクエスト元のユーザＵのゲームに付与すべき端末変化の内容の情報を取得する。例えば、Ｗｅｂサービス管理部１７は、端末変化の内容が動画データ１８の“変化内容”の情報を通じて管理されている場合に、リクエストに含まれるユーザＩＤを基準に動画データ１８から対象のユーザＵの“変化内容”の情報を取得することにより端末変化の内容の情報を取得してよい。
【００５５】
続くステップＳ１５において、Ｗｅｂサービス管理部１７は、リクエスト元のユーザ端末５に内容情報を提供する。例えば、Ｗｅｂサービス管理部１７は、ステップＳ１４で取得した端末変化の内容の情報、つまり“変化内容”の情報を内容情報としてユーザ端末５に提供してよい。具体的には、例えば、“変化内容”としてフレンド申請を示す情報が動画データ１８に記述されている場合には、Ｗｅｂサービス管理部１７は、ユーザ端末５に申請画面５０が表示されるように、この申請画面５０の表示に必要な情報（例えば申請画面５０の提供を指示する情報や動画提供者を示すユーザＩＤの情報等）を内容情報としてユーザ端末５に提供してよい。
【００５６】
次のステップＳ１６において、Ｗｅｂサービス管理部１７は、内容情報に基づく変化の付与結果を取得する。例えば、Ｗｅｂサービス管理部１７は、このような付与結果として、フレンド申請の申請結果、つまり申請画面５０の選択ボタン５１に対する選択結果を取得してよい。より具体的には、Ｗｅｂサービス管理部１７は、例えば、“Ｙｅｓ”選択ボタン５１Ａ及び“Ｎｏ”選択ボタン５１Ｂのうち選択された方の選択ボタン５１を示す情報を付与結果として取得してよい。また、Ｗｅｂサービス管理部１７は、例えば、“申請”の情報がプレイデータ１９によって管理される場合に、その取得した結果を反映するように、ステップＳ１６においてプレイデータ１９の内容を更新してもよい。そして、Ｗｅｂサービス管理部１７は、ステップＳ１６の処理を終えると、今回のルーチンを終了する。
【００５７】
図７のルーチンにより、リクエストに応じた動画の動画データ１８がリクエスト元のユーザ端末５に配信される。また、例えば、その配信対象の動画の視聴に伴い変化条件が満たされる場合には、その動画を視聴したユーザＵのユーザ端末５に端末変化が付与される。具体的には、例えば、配信対象のゲーム動画を視聴したユーザＵがそのゲーム動画のゲームをプレイしたことがある場合に、そのユーザＵのユーザ端末５に申請画面５０が表示される。そして、例えば、そのような申請画面５０を通じてフレンド申請をするための申請機会が提供される。つまり、例えば、図４の例のＳ５、及びＳ７〜Ｓ８に対応する工程が実現される。
【００５８】
一方、図８は、変化付加処理を実現するための変化付加処理ルーチンのフローチャートの一例を示す図である。例えば、図８のルーチンは、ユーザ端末５からリクエストされる毎に実行されてよい。また、ユーザ端末５は、例えば、このようなリクエストをゲームアプリが起動（使用）される毎に実行してよい。つまり、図８のルーチンは、例えば、ユーザ端末５においてゲームアプリが起動される毎に実行されてよい。
【００５９】
図８のルーチンが開始されると、Ｗｅｂサービス管理部１７は、まずステップＳ２１において対象のユーザＵを特定する。例えば、ゲームアプリは起動時にユーザＩＤの入力を要求するように構成されていてよい。また、ユーザ端末５は、このようなユーザＩＤの情報を含むように、図８のルーチンをリクエストしてよい。そして、例えば、Ｗｅｂサービス管理部１７は、このようなユーザ端末５のリクエストに含まれるユーザＩＤの情報に基づいて実行されてよい。あるいは、Ｗｅｂサービス管理部１７は、ユーザＩＤの提供をユーザ端末５にリクエストしてもよい。
【００６０】
続くステップＳ２２において、Ｗｅｂサービス管理部１７は、付加条件が満たされるか否か判別する。例えば、Ｗｅｂサービス管理部１７は、プレイ実績が付加条件の要件として利用される場合には、ステップＳ２１で特定したユーザＵ（例えば図４の例の第１ユーザＵ１）によってアップロードされたゲーム動画がそのゲームのプレイ実績を持つユーザＵ（例えば図４の例の第２ユーザＵ２）によって視聴された場合に、付加条件が満たされたと判別してよい。また、例えば、Ｗｅｂサービス管理部１７は、関連設定が付加条件の要件として利用される場合には、ステップＳ２１で特定したユーザＵのプレイデータ１９に含まれる“申請”の情報に基づいて付加条件が満たされるか否か判別してよい。具体的には、例えば、Ｗｅｂサービス管理部１７は、プレイデータ１９の“申請”の情報が申請ありを示す場合、つまり申請画面５０を通じてフレンド登録等の関連設定の申請が実行されている場合に、付加条件が満たされたと判別してよい。一方、例えば、プレイデータ１９の“申請”の情報が申請あり示していない（例えば申請なしを示す）場合、つまり申請画面５０を通じてフレンド登録等の関連設定の申請が実行されていない場合（例えばゲーム動画が視聴されていない場合、視聴されていても視聴したユーザＵがそのゲームのプレイ実績を持っていない場合を含んでよい）、Ｗｅｂサービス管理部１７は付加条件が満たされていないと判別してよい。そして、この判別結果が否定的結果の場合、つまり付加条件が満たされない場合、Ｗｅｂサービス管理部１７は以降の処理をスキップして今回のルーチンを終了する。
【００６１】
なお、例えば、付加条件が動画の視聴に伴い満たされる場合、プレイデータ１９は“申請”に代わりそのような視聴の有無を管理するための情報を含んでいてよい。つまり、付加条件の要件に応じてそのような要件が適宜のデータによって管理されてよい。そして、ステップＳ２１では、そのようなデータに基づいて付加条件が満たされるか否か判別されてよい。
【００６２】
一方、ステップＳ２２の判別結果が肯定的結果の場合、つまり付加条件が満たされる場合、Ｗｅｂサービス管理部１７はステップＳ２３に進む。ステップＳ２３において、Ｗｅｂサービス管理部１７は、リクエスト元のユーザ端末５（例えばゲームアプリを起動したユーザ端末５）に付加情報を提供する。具体的には、Ｗｅｂサービス管理部１７は、例えば、ユーザ端末５に許可画面６０が表示されるように、この許可画面６０の表示に必要な情報（例えば許可画面６０の提供を指示する情報や申請者を示すユーザＩＤの情報等）を付加情報としてユーザ端末５に提供してよい。
【００６３】
続くステップＳ２４において、Ｗｅｂサービス管理部１７は、付加情報に基づくゲーム変化の付加結果を取得する。例えば、Ｗｅｂサービス管理部１７は、このような付加結果として、フレンド申請に対する許可結果、つまり許可画面６０の選択ボタン６１に対する選択結果を取得してよい。より具体的には、Ｗｅｂサービス管理部１７は、例えば、“Ｙｅｓ”選択ボタン６１Ａ及び“Ｎｏ”選択ボタン６１Ｂのうち選択された方の選択ボタン６１を示す情報を付加結果として取得してよい。また、Ｗｅｂサービス管理部１７は、例えば、“関係者”の情報がプレイデータ１９によって管理される場合に、その取得した結果を反映するように、ステップＳ１６においてプレイデータ１９の内容を更新してもよい。つまり、Ｗｅｂサービス管理部１７は、例えば、許可画面６０において“Ｙｅｓ”選択ボタン６１Ａが選択された場合に、プレイデータ１９の“関係者”の情報に今回の設定結果が反映されるように（例えば図４の場合、第１ユーザＵ１の“関係者”の情報に第２ユーザＵ２に対応するユーザＩＤの情報が追加されるように）、ステップＳ２４においてプレイデータ１９の内容を更新してもよい。そして、Ｗｅｂサービス管理部１７は、ステップＳ２４の処理を終えると、今回のルーチンを終了する。
【００６４】
図８のルーチンにより、例えば、動画の視聴に伴い付加条件が満たされた場合に、その動画をアップロードしたユーザＵのゲームにゲーム変化が付加される。具体的には、例えば、ゲーム動画を視聴したユーザＵからフレンド申請が実行された場合に付加条件が満たされ、その付加条件の具備に伴うゲーム変化としてそのゲーム動画を提供したユーザＵのユーザ端末５に許可画面６０が表示される。そして、そのような許可画面６０を通じてフレンド申請を許可するか否か選択するための許可機会が提供される。つまり、例えば、図４の例のＳ６及びＳ９に対応する工程が実現される。
【００６５】
また、図９は、データ取得処理を実現するためのデータ取得処理ルーチンのフローチャートの一例を示す図である。例えば、図９のルーチンは、ユーザ端末５からデータ送信のリクエストされる毎に実行されてよい。図９のルーチンが開始されると、Ｗｅｂサービス管理部１７は、まずステップＳ３１においてユーザ端末５から送信対象の動画データ１８を取得する。また、端末変化が複数の候補から選択される場合には、Ｗｅｂサービス管理部１７は、ステップＳ３１において動画データ１８とともに、ユーザＵによって選択された端末変化に対応する情報をその動画データ１８の動画に対応付けられるべき端末変化の内容としてユーザ端末５から取得してよい。
【００６６】
続くステップＳ３２において、Ｗｅｂサービス管理部１７は、ステップＳ３１で取得した内容が反映れるように動画データ１８を更新する。具体的には、例えば、Ｗｅｂサービス管理部１７は、ステップＳ３１で取得した動画データ１８を追加等することにより、この動画データ１８に対応する動画が表示されるように、既存の動画データ１８の内容を更新する。また、例えば、Ｗｅｂサービス管理部１７は、ステップＳ３１において端末変化の内容を取得している場合には、端末変化の内容が“変化内容”に反映されるように、既存の動画データ１８の内容を更新してよい。例えば、Ｗｅｂサービス管理部１７は、動画データ１８が複数の動画にそれぞれ対応する複数の動画データ１８を含む場合には、ステップＳ３１で取得した動画データ１８（“変化内容”を含んでよい）を追加することにより、このような更新を実現してよい。つまり、このような更新は、新しい動画に対応する動画データ１８の追加によって実現されてよい。そして、ステップＳ３２の処理を終えると、Ｗｅｂサービス管理部１７は、今回のルーチンを終了する。これにより、ユーザ端末５から各動画に対応する動画データ１８がアップロードされる。また、端末変化として複数の変化が用意されている場合には、それらの変化のうち動画の提供者によって選択された変化に対応する情報がユーザ端末５から取得される。つまり、図４の例のＳ１の工程が実現される。
【００６７】
以上に説明したように、この形態によれば、動画の視聴を要件に含む変化条件が満たされた場合に、その動画を視聴したユーザＵのユーザ端末５に端末変化が付与される。このため、動画の視聴を端末変化に直接関連付けることができる。具体的には、例えば、図４の例では、変化条件の具備に伴い動画を視聴した第２ユーザＵ２のユーザ端末５に関連設定のための申請画面５０が端末変化として表示される。このため、このような申請が別途必要な場合に比べて、関連設定のための手続きを少なくすることができる。これにより、このような申請画面５０が提供されない場合に比べて、より容易に関連設定を実現することができるので、動画の視聴をより促進することができる。
【００６８】
また、端末変化として、ゲームに関連する変化が採用される場合には、動画の視聴をゲームと直接関連付けることができる。具体的には、例えば、ゲーム動画の視聴に伴いそのゲームに関連する特典が付与される場合には、そのゲームの利用を促進することもできる。また、例えば、ゲーム動画の視聴に伴いゲームにおけるフレンド登録等の申請機会が付与される場合には、そのような関連設定を通じてユーザにゲームに対する興味を抱かせることができる。特に、ゲームのフレンド登録等がゲームアプリを通じて実行される場合には、ゲームアプリの利用を促進することができる。つまり、ゲームアプリの利用機会を増やすことができる。結果として、これらのような端末変化を利用することにより、動画の視聴をゲーム利用の促進につなげることもできる。
【００６９】
さらに、動画配信サービスにおいて付加条件が利用されるときには、動画の視聴に伴い付加条件が満たされる場合に、その動画に動画データ１８によって関連付けられるユーザＵにゲーム変化を付加するための付加情報が付与される。このため、各動画の視聴を、動画データ１８を介して動画の視聴者以外のユーザＵのゲームに直接関連付けることができる。具体的には、例えば、ゲーム動画が視聴された場合にそのゲーム動画を提供したユーザＵのゲームに特典等のゲーム変化を付加するためのポイントを付与することができる。つまり、そのようなユーザのゲームに、付加情報を介して特典或いは関連設定の機会（申請に対する許可機会を含む）等のゲーム変化を付加することができる。これにより、このような付加情報或いはゲーム変化が付加されない場合に比べて、ゲーム動画の提供をより促進することができる。
【００７０】
以上の形態において、センターサーバ２の制御ユニット１０が、図７のルーチンを実行することにより本発明の内容情報提供手段として機能する。また、センターサーバ２の制御ユニット１０が、図９のルーチンを実行することにより本発明のデータ取得手段として機能する。さらに、センターサーバ２の制御ユニット１０が、図８のルーチンを実行することにより本発明の情報付与手段として機能する。同様に、センターサーバ２の制御ユニット１０が、例えば図８のルーチンのステップＳ２１或いは図７のルーチンのステップＳ１６（プレイデータ１９の“申請”の情報等、付加情報具備の判別に使用される情報を更新するためにユーザが特定される場合）の処理を実行することにより本発明のユーザ特定手段として機能する。一方、センターサーバ２の記憶ユニット１１が、動画データ１８を記憶することにより本発明の配信データ記憶手段及び管理データ記憶手段として機能する。
【００７１】
本発明は上述の形態に限定されず、適宜の形態にて実施することができる。例えば、上述の形態では、ユーザ端末５がソフトウェアの相違により動画表示端末及びゲーム端末の両方として機能している。しかし、本発明は、このような形態に限定されない。例えば、ユーザ端末５は、ハードの相違を通じて、動画表示端末又はゲーム端末として機能してもよい。つまり、例えば、パーソナルコンピュータ及びタブレットといった別々の２台のユーザ端末５が動画表示端末及びゲーム端末としてそれぞれ機能してもよい。さらに、例えば、センターサーバ２には、ユーザ端末５の他にも有料或いは無料で所定範囲のゲームをプレイさせる業務用（商業用）のゲーム機がゲーム端末としてネットワーク３を介して接続されてよい。また、この場合、このようなゲーム機は、ゲーム端末専用として使用されてもよい。
【００７２】
以下に、上述の内容から得られる本発明の一例を記載する。なお、以下の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。
【００７３】
本発明のサーバ装置は、ネットワーク（３）を介して接続されるリクエスト端末（５）に配信されるべき配信用データ（１８、１９）を記憶する配信データ記憶手段（１１）を備え、前記リクエスト端末からの要求に応じて前記配信用データを前記リクエスト端末に配信するサーバ装置（２）であって、各動画を表示するための動画データ（１８）が前記配信用データとして機能するように前記リクエスト端末が各動画の表示に使用される動画表示端末（５）を含む場合に、各動画を識別するための動画識別情報（例えば“動画ＩＤ”）と各動画の視聴を要件に含む変化条件が満たされた場合に前記リクエスト端末に付与されるべき端末変化の内容に対応する内容情報（例えば“変化内容”）とが関連付けられて記述された動画管理データ（１８）を記憶する管理データ記憶手段（１１）と、前記変化条件が満たされる場合に前記端末変化が付与されるように、前記変化条件を満たすために前記動画表示端末を通じて視聴された動画に前記動画管理データを介して関連付けられる前記内容情報を、当該動画を視聴したユーザ（Ｕ２）の前記リクエスト端末に提供する内容情報提供手段（１０）と、を備えている。
【００７４】
本発明によれば、動画の視聴を要件に含む変化条件が満たされた場合にその動画を視聴したユーザのリクエスト端末に端末変化が付与される。このため、動画の視聴を端末変化に直接関連付けることができる。これにより、動画の視聴をより促進することができる。なお、本発明のサーバ装置の用語は、一台の物理的サーバ装置に限らず、複数の物理的装置としてのサーバ群によって構成される一台の論理的なサーバ装置を含んでよい。具体的には、本発明のサーバ装置は、例えば、動画表示端末として機能するリクエスト端末が接続される動画用のサーバ装置、及びゲーム端末として機能するリクエスト端末が接続されるゲーム用のサーバ装置を含んでいてよい。そして、動画用のサーバ装置及びゲーム用のサーバ装置は物理的に別のサーバ装置であってもよい。つまり、本発明のサーバ装置は、このような別々の機能を有する複数の物理的装置を含むサーバ群によって構成されてもよい。
【００７５】
端末変化として、リクエスト端末が提供するサービス（機能）に関連する各種の変化が採用されてよい。例えば、端末変化として、動画の視聴においてその動画を視聴したユーザとの間に関連を設定するためのフレンド登録等の申請機会の付与が利用されてもよい。あるいは、端末変化として、動画視聴に関連する各種の特典（ポイントの付与等の動画の視聴に有利に寄与するものや希少性のある装飾物等）が付与されてもよい。さらに、例えば、リクエスト端末がゲーム端末として機能する場合には、端末変化はゲームに関連していてよい。具体的には、例えば、本発明のサーバ装置の一態様として、前記リクエスト端末がゲームを提供するゲーム端末（５）を含む場合に、前記端末変化として前記ゲームに関連する変化が採用されるように、前記ゲーム端末から前記ゲームに関連するゲーム動画の前記動画データを取得するデータ取得手段（１０）を備える態様が採用されてもよい。この場合、動画の視聴をゲームと直接関係付けることができる。これにより、動画の視聴を促進できるとともに、ゲーム利用の促進につなげることもきる。
【００７６】
また、端末変化は、一種類であってもよいし、複数種類用意されていてもよい。例えば、ゲーム動画の動画データがゲーム端末から取得される本発明の一態様において、前記データ取得手段は、前記端末変化として複数の変化が用意されている場合に、当該複数の変化のうち前記ゲーム動画の提供者によって選択された変化に対応する情報を前記ゲーム動画に関連付けられるべき前記内容情報として取得してもよい。
【００７７】
変化条件として、動画の視聴を要件に含む限り、各種の条件が採用されてよい。例えば、変化条件は、動画の視聴に伴い満たされてもよい。つまり、変化条件は、動画の視聴だけを要件に含んでいてもよい。あるいは、変化条件は、他の要件を含んでいてもよい。例えば、このような他の要件として、各ユーザの固有の固有情報（ユーザの属性やプレイ実績等）が利用されてもよい。また、例えば、固有情報のうちプレイ実績の情報が他の要件として使用されてもよい。例えば、動画データによってゲーム動画が表示される本発明の一態様において、前記変化条件は、前記ゲームのプレイ実績を持つユーザ（Ｕ２）によって前記ゲーム動画が視聴された場合に満たされてもよい。
【００７８】
動画として、各種の動画が採用されてよい。例えば、動画はゲームに関連していてもよいし、関連していなくてもよい。同様に、動画データは、各ユーザによって提供（例えばアップロードを通じて）されてもよいし、運営者等によって予め用意されていてもよい。また、動画データが各ユーザによって提供される場合には、その動画を提供したユーザにも視聴に伴い特典等の各種の変化が付与されてもよいし、そのような変化は付与されなくてもよい。例えば、端末変化としてゲームに関連する変化が付与される本発明の一態様として、前記動画管理データが各ユーザ（Ｕ）を識別するためのユーザ識別情報（例えば“提供者”）と前記動画識別情報とを更に関連付けるように含み、各動画の視聴を要件に含む付加条件が満たされる場合に、当該付加条件を満たすために前記動画表示端末を通じて視聴された動画に前記ユーザ識別情報を介して対応する対応ユーザ（Ｕ１）を前記動画管理データに基づいて特定するユーザ特定手段（１０）と、前記ユーザ特定手段の特定結果に基づいて、前記ゲームにゲーム変化を付加するための付加情報を前記対応ユーザに付与する情報付与手段（１０）と、を更に備える態様が採用されてもよい。この場合、動画の視聴に伴い付加条件が満たされる場合に、その動画に動画管理データによって関連付けられるユーザにゲーム変化が付加される。このため、各動画の視聴を、動画管理データを介して動画の視聴者以外のユーザのゲームに直接関連付けることができる。具体的には、例えば、ゲーム動画が視聴された場合にそのゲーム動画を提供したユーザのゲームに特典等のゲーム変化を付加することができる。これにより、このようなゲーム変化が付加されない場合に比べて、ゲーム動画の提供をより促進することができる。
【００７９】
また、ゲーム変化として、ゲームに関連する各種の変化が採用されてよい。例えば、このようなゲーム変化として、各種の特典（ポイント等のゲームの進行に有利に寄与するものや希少性のある装飾物等）の付与が採用されてよい。あるいは、例えば、このようなゲーム変化として、フレンド登録やライバル登録といったユーザ間に関連を設定するための関連設定に関する手続きの付与が採用されてもよい。例えば、このような手続きには、関連設定の申請或いはその許可が含まれていてもよい。具体的には、例えば、ゲーム変化が付加される本発明の一態様において、前記端末変化として、前記ゲームにおいて各ユーザ間の関連設定を申請するための申請機会（５０）の付与が利用され、前記内容情報提供手段は、前記内容情報として前記申請機会を付与するための情報を前記リクエスト端末に提供し、前記付加条件は、前記申請機会において前記関連設定が申請された場合に満たされ、前記情報付与手段は、前記関連設定を許可するか否か選択するための許可機会（６０）が前記ゲーム変化として付加されるように、前記許可機会を付与するための情報を前記付加情報として前記対応ユーザの前記ゲーム端末に提供することにより前記対応ユーザに付与してもよい。この場合、このような申請機会や許可機会が提供されない場合に比べて、より容易に関連設定を実現することができる。
【００８０】
一方、本発明のコンピュータプログラム（１５）は、前記配信データ記憶手段及び前記管理データ記憶手段を備えるコンピュータ（１０）を、上述のサーバ装置の各手段として機能させるように構成されたものである。本発明のコンピュータプログラムが実行されることにより、本発明のサーバ装置を実現することができる。
【符号の説明】
【００８１】
２  センターサーバ（サーバ装置）
３  ネットワーク
５  ユーザ端末（動画表示端末、ゲーム端末）
１０  制御ユニット（コンピュータ、内容情報提供手段、データ取得手段、ユーザ特定手段、情報付与手段）
１５  サーバ用プログラム（コンピュータプログラム）
１１  記憶ユニット（配信データ記憶手段、管理データ記憶手段）
１８  動画データ（動画管理データ）
Ｕ  ユーザ
Ｕ１  第１ユーザ（対応ユーザ）
Ｕ２  第２ユーザ（動画を視聴したユーザ）
【図１】
2018174544.tif 000003
【図２】
2018174544.tif 000004
【図３】
2018174544.tif 000005
【図４】
2018174544.tif 000006
【図５】
2018174544.tif 000007
【図６】
2018174544.tif 000008
【図７】
2018174544.tif 000009
【図８】
2018174544.tif 000010
【図９】
2018174544.tif 000011