(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024146052
(43)【公開日】2024-10-15
(54)【発明の名称】プログラム及びシステム
(51)【国際特許分類】
A63F 13/86 20140101AFI20241004BHJP
A63F 13/798 20140101ALI20241004BHJP
A63F 13/53 20140101ALI20241004BHJP
A63F 13/847 20140101ALI20241004BHJP
【ＦＩ】
A63F13/86
A63F13/798
A63F13/53
A63F13/847
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2023058741
(22)【出願日】2023-03-31
(71)【出願人】
【識別番号】509070463
【氏名又は名称】株式会社コロプラ
(74)【代理人】
【識別番号】110001737
【氏名又は名称】弁理士法人スズエ国際特許事務所
(72)【発明者】
【氏名】角田 亮二
(72)【発明者】
【氏名】松原 夏葉
(57)【要約】
【課題】動画配信サービスの興趣性を向上させること。
【解決手段】システムは、ゲームプレイ環境を提供し、第１ユーザが第１ユーザ端末を使用してゲームプレイ環境においてプレイするゲームのプレイ動画に対する指標値を取得する。指標値は、第１ユーザによるゲームのプレイ内容に応じて変動する。
【選択図】図１
【解決手段】システムは、ゲームプレイ環境を提供し、第１ユーザが第１ユーザ端末を使用してゲームプレイ環境においてプレイするゲームのプレイ動画に対する指標値を取得する。指標値は、第１ユーザによるゲームのプレイ内容に応じて変動する。
【選択図】図１
【特許請求の範囲】
【請求項1】
コンピュータを、
ゲームプレイ環境を提供する提供手段、
第１ユーザが第１ユーザ端末を使用して前記ゲームプレイ環境においてプレイするゲームのプレイ動画に対する指標値を取得する取得手段
として機能させ、
前記指標値は、前記第１ユーザによる前記ゲームのプレイ内容に応じて変動する
プログラム。
ゲームプレイ環境を提供する提供手段、
第１ユーザが第１ユーザ端末を使用して前記ゲームプレイ環境においてプレイするゲームのプレイ動画に対する指標値を取得する取得手段
として機能させ、
前記指標値は、前記第１ユーザによる前記ゲームのプレイ内容に応じて変動する
プログラム。
【請求項2】
前記ゲームのプレイ動画は、前記第１ユーザが前記ゲームをプレイしている間にリアルタイムで配信される請求項１記載のプログラム。
【請求項3】
前記指標値は、前記第１ユーザによる前記ゲームのプレイ内容に応じてリアルタイムで更新される請求項２記載のプログラム。
【請求項4】
前記指標値は、第２ユーザが視聴するゲームのプレイ動画を選択する第２ユーザ端末の第１画面に表示される請求項１記載のプログラム。
【請求項5】
前記第１画面には、前記指標値に加えて前記第１ユーザによって指定されたサムネイル画像が更に表示される請求項４記載のプログラム。
【請求項6】
前記指標値は、他のユーザによる視聴を促進すると推測される予め定められたプレイ内容によって上昇する請求項１記載のプログラム。
【請求項7】
前記予め定められたプレイ内容は、前記ゲームにおいて出現する敵キャラクタに所定のダメージを与えること、前記ゲームにおいて第３ユーザとの対戦に勝利すること、及び前記第１ユーザと協力して前記ゲームをプレイする第４ユーザをアシストすることのうちの少なくとも１つを含む請求項６記載のプログラム。
【請求項8】
前記予め定められたプレイ内容は、第１及び第２プレイ内容を含み、
前記指標値は、前記第１プレイ内容に応じて第１値上昇し、前記第２プレイ内容に応じて前記第１値とは異なる第２値上昇する
請求項６記載のプログラム。
前記指標値は、前記第１プレイ内容に応じて第１値上昇し、前記第２プレイ内容に応じて前記第１値とは異なる第２値上昇する
請求項６記載のプログラム。
【請求項9】
第２ユーザは、前記ゲームのプレイ動画を選択することによって、前記ゲームのプレイ動画を視聴可能であり、
前記指標値は、前記ゲームのプレイ動画を視聴する第２ユーザ端末の第２画面に表示され、前記第１ユーザによる前記ゲームのプレイ内容に応じてリアルタイムで更新される
請求項２記載のプログラム。
前記指標値は、前記ゲームのプレイ動画を視聴する第２ユーザ端末の第２画面に表示され、前記第１ユーザによる前記ゲームのプレイ内容に応じてリアルタイムで更新される
請求項２記載のプログラム。
【請求項10】
前記指標値は、前記第１ユーザ端末に表示される請求項１記載のプログラム。
【請求項11】
ゲームプレイ環境を提供する提供手段と、
第１ユーザが第１ユーザ端末を使用して前記ゲームプレイ環境においてプレイするゲームのプレイ動画に対する指標値を取得する取得手段と、
を具備し、
前記指標値は、前記第１ユーザによる前記ゲームのプレイ内容に応じて変動する
システム。
第１ユーザが第１ユーザ端末を使用して前記ゲームプレイ環境においてプレイするゲームのプレイ動画に対する指標値を取得する取得手段と、
を具備し、
前記指標値は、前記第１ユーザによる前記ゲームのプレイ内容に応じて変動する
システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、プログラム及びシステムに関する。
【背景技術】
【0002】
近年では、例えばユーザ端末を使用してプレイするゲームのプレイ動画を配信する動画配信サービスが広く普及している。
【0003】
このような動画配信サービスにおいては、例えば視聴しているユーザの数が多いゲームのプレイ動画をポータル画面等において優先的に提示するようなことが行われているが、当該動画配信サービスの興趣性という観点によれば改良の余地がある。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特許第５４３６５７０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
そこで、本発明の目的は、動画配信サービスの興趣性を向上させることが可能なプログラム及びシステムを提供することにある。
【課題を解決するための手段】
【0006】
本発明の１つの態様によれば、コンピュータを、ゲームプレイ環境を提供する提供手段、第１ユーザが第１ユーザ端末を使用して前記ゲームプレイ環境においてプレイするゲームのプレイ動画に対する指標値を取得する取得手段として機能させるプログラムが提供される。前記指標値は、前記第１ユーザによる前記ゲームのプレイ内容に応じて変動する。
【発明の効果】
【0007】
本発明は、動画配信サービスの興趣性を向上させることを可能とする。
【図面の簡単な説明】
【0008】
【図1】実施形態に係るゲームシステムの構成の一例を示す図。
【図2】ユーザ端末のハードウェア構成の一例を示す図。
【図3】サーバ装置のハードウェア構成の一例を示す図。
【図4】ユーザ端末の機能構成の一例を示す図。
【図5】サーバ装置の機能構成の一例を示す図。
【図6】ゲームシステムによって提供されるゲームの概要について説明するための図。
【図7】ゲームシステムによって提供されるゲームのプレイに係わる処理手順の一例を示すシーケンスチャート。
【図8】ホーム画面について説明するための図。
【図9】ゲームのプレイ動画の配信に係わる処理手順の一例を示すシーケンスチャート。
【図10】配信リストのデータ構造の一例を示す図。
【図11】ボルテージポイントを変動させる処理の処理手順の一例を示すフローチャート。
【図12】ボルテージポイント情報のデータ構造の一例を示す図。
【図13】リスト画面の一例を示す図。
【図14】視聴画面の一例を示す図。
【図15】ゲームのプレイ動画を配信している間に表示されるホーム画面の一例を示す図。
【図16】配信メニュー画面の一例を示す図。
【発明を実施するための形態】
【0009】
以下、図面を参照して、本発明の実施形態について説明する。
図１は、本実施形態に係るゲームシステムの構成の一例を示す図である。図１に示すゲームシステム１は、例えばオンラインでユーザがゲームをプレイすることを実現するように構成される。
図１は、本実施形態に係るゲームシステムの構成の一例を示す図である。図１に示すゲームシステム１は、例えばオンラインでユーザがゲームをプレイすることを実現するように構成される。
【0010】
ゲームシステム１は、図１に示すように、複数のユーザ端末１０及びサーバ装置２０を備える。なお、以下では、ゲームシステム１によって提供されるゲームが複数のユーザによる対戦を実現するゲーム（対戦ゲーム）であるものとして説明する。ただし、ゲームシステム１によって提供されるゲームはあらゆるプレイ形態のゲームを含み、例えば単一のユーザによるシングルプレイゲームや、複数のユーザが協力する協力プレイゲームであっても構わない。
【0011】
複数のユーザ端末１０の各々は、上記したゲームシステム１によって提供されるゲームをプレイするユーザ（ゲームシステム１に予め登録されたユーザ）によって使用される端末装置である。本実施形態において、複数のユーザ端末１０の各々は例えばスマートフォンであるような場合を想定しているが、当該ユーザ端末１０は、例えばタブレット端末及びパーソナルコンピュータのような他の電子機器であっても構わない。
【0012】
サーバ装置２０は、インターネットのようなネットワーク３０を介して複数のユーザ端末１０と通信可能に接続されている。
【0013】
【0014】
図２に示すように、ユーザ端末１０は、不揮発性メモリ１１、ＣＰＵ１２、メインメモリ１３、無線通信デバイス１４、ディスプレイ１５及びタッチパネル１６等を備える。
【0015】
不揮発性メモリ１１は、各種プログラムを格納する。不揮発性メモリ１１に格納されている各種プログラムには、例えばオペレーティングシステム（ＯＳ）及びユーザ端末１０上で動作する各種アプリケーションプログラム等が含まれる。
【0016】
ＣＰＵ１２は、ユーザ端末１０内の様々なコンポーネントの動作を制御するプロセッサであり、例えば不揮発性メモリ１１に格納されている各種プログラムを実行する。ＣＰＵ１２は、単一のプロセッサであってもよいし、複数のプロセッサから構成されていてもよい。なお、不揮発性メモリ１１に格納されている各種プログラムは当該不揮発性メモリ１１からメインメモリ１３にロードされてＣＰＵ１２によって実行されるが、当該ＣＰＵ１２によって実行されるプログラム（アプリケーションプログラム）には、ゲームシステム１においてユーザ端末１０として動作するためのゲームプログラム１３Ａが含まれる。
【0017】
無線通信デバイス１４は、外部装置（例えば、サーバ装置２０等）との無線通信を実行するためのデバイスである。
【0018】
ディスプレイ１５は、ゲームシステム１によって提供されるゲームに関する各種画面（ゲーム画面）を表示するための表示デバイスである。
【0019】
タッチパネル１６は、ユーザの指先等が接触した位置を検出する入力デバイスであり、例えばディスプレイ１５の前面に重畳して配置される。
【0020】
ディスプレイ１５及びタッチパネル１６はタッチスクリーンディスプレイを構成し、当該タッチスクリーンディスプレイにより、画面に対するユーザの各種操作を検知することができる。
【0021】
【0022】
不揮発性メモリ２１は、各種プログラムを格納する。不揮発性メモリ２１に格納されている各種プログラムには、例えばオペレーティングシステム（ＯＳ）及びサーバ装置２０上で動作する各種アプリケーションプログラム等が含まれる。
【0023】
ＣＰＵ２２は、サーバ装置２０内の様々なコンポーネントの動作を制御するためのプロセッサであり、例えば不揮発性メモリ２１に格納されている各種プログラムを実行する。ＣＰＵ２２は、単一のプロセッサであってもよいし、複数のプロセッサから構成されていてもよい。なお、不揮発性メモリ２１に格納されている各種プログラムは当該不揮発性メモリ２１からメインメモリ２３にロードされてＣＰＵ２２によって実行されるが、当該ＣＰＵ２２によって実行されるプログラム（アプリケーションプログラム）には、ゲームシステム１においてサーバ装置２０として動作するためのゲームプログラム２３Ａが含まれる。
【0024】
無線通信デバイス２４は、外部装置（例えば、複数のユーザ端末１０等）との無線通信を実行するためのデバイスである。
【0025】
以下、本実施形態に係るゲームシステム１の機能構成について説明する。本実施形態に係るゲームシステム１は、例えば複数のユーザ端末１０の各々及びサーバ装置２０が協働して動作することにより、当該ユーザ端末１０を使用するユーザがゲームをプレイすることが可能なゲームプレイ環境を提供する機能を有する。なお、本実施形態において、ゲームプレイ環境とは、広義のゲームをプレイするために必要な環境をいい、当該ゲームに関する様々な要素を含むものとする。ゲームプレイ環境の一例には、ゲーム空間等が含まれる。
【0026】
【0027】
なお、図４に示す操作受付部１０１、制御部１０２及び表示処理部１０３は、例えばユーザ端末１０が備えるＣＰＵ１２（ユーザ端末１０のコンピュータ）が上記したゲームプログラム１３Ａを実行すること（すなわち、ソフトウェア）によって実現される機能部である。このゲームプログラム１３Ａは、例えばネットワーク３０を介してユーザ端末１０にダウンロードされてもよいし、コンピュータ読み取り可能な記憶媒体に予め格納して頒布されてもよい。
【0028】
【0029】
操作受付部１０１は、ゲームシステム１によって提供されるゲームプレイ環境においてゲームをプレイするための第１ユーザの操作（指示）を受け付ける。上記したように、第１ユーザ端末１０がスマートフォンである場合、操作受付部１０１によって受付される操作には、第１ユーザ端末１０が備えるタッチパネル１６（タッチスクリーンディスプレイ）に指先を接触させる操作（例えば、タップ操作、ドラッグ操作、フリック操作及びスワイプ操作等）が含まれる。
【0030】
制御部１０２は、操作受付部１０１によって受け付けられた操作を解釈し、ゲームプレイ環境においてプレイされるゲームを進行させるような制御を実行する。
【0031】
表示処理部１０３は、制御部１０２による制御に従って、上記したゲームプレイ環境及びゲームの進行に応じたゲーム画面（画像）を表示する処理を実行する。ユーザは、表示処理部１０３によって表示されるゲーム画面を参照しながら、ゲームをプレイするための操作を行うことができる。
【0032】
格納部１０４は、例えばゲームデータ及びユーザデータを格納する。ゲームデータは、例えばゲームプレイ環境を定義するためのデータやゲームに関する設定データ等を含み、ゲームシステム１によって提供されるゲームをプレイする全てのユーザ間で共通のデータである。一方、ユーザデータは、ユーザのアカウント毎に管理されるデータである。
【0033】
【0034】
【0035】
また、図５に示すデータ管理部２０２及び制御部２０３は、例えばサーバ装置２０が備えるＣＰＵ２２（サーバ装置２０のコンピュータ）が上記したゲームプログラム２３Ａを実行すること（すなわち、ソフトウェア）によって実現される機能部である。このゲームプログラム２３Ａは、例えばネットワーク３０を介してサーバ装置２０にダウンロードされてもよいし、コンピュータ読み取り可能な記憶媒体に予め格納して頒布されてもよい。
【0036】
格納部２０１は、上記した複数のユーザ端末１０の各々に含まれる格納部１０４に格納されているゲームデータと同様のゲームデータを格納する。また、格納部２０１は、ゲームシステム１（サーバ装置２０）に予め登録しているユーザ（例えば、複数のユーザ端末１０の各々を使用するユーザ）毎のユーザデータを格納する。
【0037】
データ管理部２０２は、格納部２０１に格納されているゲームデータ及びユーザデータを管理する。具体的には、データ管理部２０２は、ゲームデータ及びユーザデータの追加、更新及び削除等の処理を実行する。
【0038】
なお、上記したように複数のユーザ端末１０の各々に含まれる格納部１０４にはゲームデータ及びユーザデータが格納されているが、当該ゲームデータ及びユーザデータは、データ管理部２０２（サーバ装置２０）から当該ユーザ端末１０に送信され、当該格納部１０４に格納される。上記したようにゲームデータは全てのユーザ間で共通のデータのため、複数のユーザ端末１０の全てに送信されるが、所定のユーザに対応するユーザデータは当該ユーザが使用するユーザ端末１０にのみ送信される。
【0039】
制御部２０３は、ゲームシステム１によって提供されるゲームプレイ環境においてプレイされるゲームにおける例えばユーザ同士の対戦を実現するための処理を制御する。
【0040】
ここで、例えば複数のユーザがリアルタイムで対戦を行う場合を想定する。ここでは、便宜的に、ユーザＸ１及びＸ２が対戦（バトル）を行うものとして説明する。
【0041】
この場合、例えばユーザＸ１は当該ユーザＸ１が使用するユーザ端末１０を操作することによって当該ユーザ端末１０上でゲームをプレイすることができるが、当該ユーザ端末１０上でプレイされるゲームに対戦相手であるユーザＸ２の操作が反映されなければ、当該ユーザＸ１は、ユーザＸ２と対戦を行うことができない。同様に、ユーザＸ２は当該ユーザＸ２が使用するユーザ端末１０を操作することによって当該ユーザ端末１０上でゲームをプレイすることができるが、当該ユーザ端末１０上でプレイされるゲームにユーザＸ１の操作が反映されなければ、当該ユーザＸ２は、ユーザＸ１と対戦を行うことができない。
【0042】
このため、制御部２０３は、ユーザＸ２の操作（操作情報）を当該ユーザＸ２が使用するユーザ端末１０から受信し、当該操作（操作情報）をユーザＸ１が使用するユーザ端末１０に送信する処理を実行する。同様に、制御部２０３は、ユーザＸ１の操作を当該ユーザＸ１が使用するユーザ端末１０から受信し、当該操作をユーザＸ２が使用するユーザ端末１０に送信する処理を実行する。これによれば、ユーザＸ１及びＸ２が使用するユーザ端末１０の両方で当該ユーザＸ１及びＸ２の操作に基づいてゲーム（対戦）を進行させる制御が実行され、当該ユーザＸ１及びＸ２の双方の操作が反映されたゲーム画面を当該ユーザＸ１及びＸ２が使用するユーザ端末１０の両方に表示することができる。換言すれば、本実施形態に係るゲームシステム１においては、ユーザＸ２の操作によって引き起こされるゲーム内の作用がユーザＸ１が使用するユーザ端末１０上で再現（同期）され、かつ、ユーザＸ１の操作によって引き起こされるゲーム内の作用がユーザＸ２が使用するユーザ端末１０上で再現（同期）されることにより、ユーザＸ１及びＸ２の各々のユーザ端末１０を使用したリアルタイムでの対戦を実現することができる。
【0043】
なお、本実施形態に係るゲームシステム１はゲームプレイ環境を提供するが、この「ゲームプレイ環境の提供」は、当該ゲームシステム１において動作するゲームプログラム（つまり、ユーザ端末１０において実行されるゲームプログラム１３Ａ及びサーバ装置２０において実行されるゲームプログラム２３Ａ）により実現されるものとする。ただし、本実施形態に係るゲームプログラムは、上記したゲームプログラム１３Ａ及び２３Ａの一部であっても構わない。
【0044】
また、本実施形態に係るゲームシステム１においては、例えば複数のユーザ端末１０が有する機能の少なくとも一部をサーバ装置２０が有していてもよいし、サーバ装置２０が有する機能の少なくとも一部を複数のユーザ端末１０が有していてもよい。更に、ゲームシステム１は、複数のユーザ端末１０及びサーバ装置２０の以外の他の装置を備えていてもよい。すなわち、本実施形態に係るゲームプログラム（ゲームプログラム１３Ａ及び２３Ａ）は、複数のユーザ端末１０、サーバ装置２０または他の装置において実行され得る。
【0045】
次に、図６を参照して、本実施形態に係るゲームシステム１によって提供されるゲームの概要について説明する。
【0046】
本実施形態に係るゲームシステム１によって提供されるゲームは、複数のユーザにより構成されるチーム同士が対戦する対戦ゲームであり、図６に示すように、メインパートＰ１及び対戦パートＰ２を含む。
【0047】
メインパートＰ１は、対戦パートＰ２以外のゲーム進行に関わるパートである。例えばメインパートＰ１においては、対戦パートＰ２の準備を行うことができる。具体的には、ユーザは、対戦パートＰ２で使用するキャラクタをメインパートＰ１において選択することできる。また、メインパートＰ１において、ユーザは、対戦パートＰ２で使用可能なキャラクタを獲得するためのガチャを回すことができる。なお、メインパートＰ１において、ユーザは、ゲームシナリオ（ストーリー）に関する映像の鑑賞や、キャラクタの育成、アイテムの使用、入手（解放）済みのキャラクタやアイテムが登録される図鑑の閲覧等を行うこともできる。
【0048】
対戦パートＰ２は、複数のチームが対戦における勝敗を争うパートであり、図６に示すように、マッチングパートＰ２１、バトルパートＰ２２及びリザルトパートＰ２３を含む。
【0049】
マッチングパートＰ２１は、ゲームパートがメインパートＰ１から対戦パートＰ２に遷移する際の遷移先であり、バトルパートＰ２２で対戦するチームを形成するパートである。詳細については後述するが、マッチングパートＰ２１においては、例えば複数のユーザがマッチングされ、バトルパートＰ２２で対戦する少なくとも２つのチームが形成される。なお、上記したユーザＸ１とユーザＸ２とを含む複数のユーザがマッチングされた場合、マッチングパートＰ２１においては、例えば当該ユーザＸ１等が所属するチームと、当該ユーザＸ２等が所属するチームとが形成される。
【0050】
バトルパートＰ２２は、マッチングパートＰ２１におけるマッチングが完了した後に当該マッチングパートＰ２１から遷移するパートであり、当該マッチングパートＰ２１において形成されたチーム同士が対戦し、勝敗を決めるパートである。なお、バトルパートＰ２２において勝敗を決めるための基準は、一方のチームが他方のチームよりも先に、予め定められた勝利条件を満たすことである。
【0051】
ここで、バトルパートＰ２２において、例えば各チームに所属するユーザが使用するキャラクタ（以下、当該チームのキャラクタと表記）は、当該ユーザが使用するユーザ端末１０に対する当該ユーザの操作に応じて、ゲーム空間を移動して他方のチームのキャラクタを攻撃することができる。なお、各チームのキャラクタのヒットポイントは他方のチームを構成するキャラクタによる攻撃が命中した場合に減少し、当該各チームのキャラクタは、例えば他方のチームのキャラクタのヒットポイントをゼロにすることによって当該他方のチームのキャラクタを倒すことができる。
【0052】
この場合、上記したバトルパートＰ２２における勝利条件は例えば一方のチームのキャラクタが他方のチームのキャラクタの全てを倒すこと等を含み、各チームに所属するユーザは、同じチームに所属するユーザと協力しながらゲームをプレイし、当該勝利条件を満たすことを目指す。
【0053】
なお、バトルパートＰ２２は、一方のチームが他方のチームのキャラクタの全てを倒していなくても、予め定められた制限時間が経過した場合に終了してもよい。この場合の勝利条件は、例えば制限時間が経過した時点（つまり、バトルパートＰ２２が終了した時点）において、一方のチームが他方のチームよりも多くポイントを獲得していることを含む。ポイントは、例えばバトルパートＰ２２において、ゲーム空間に配置された特定のオブジェクトを回収することで獲得することができる。また、勝利条件は、他方のチームに奪取されることなく、一方のチームが特定数のアイテムを保持し続ける（守りきる）こと等であってもよい。
【0054】
リザルトパートＰ２３はバトルパートＰ２２が終了した場合に当該バトルパートＰ２２から遷移するパートであり、当該リザルトパートＰ２３においては、バトルパートＰ２２の結果がユーザに提示される。リザルトパートＰ２３において、ユーザは、バトルパートＰ２２の結果として、例えば当該ユーザが所属するチームの勝敗や、当該ユーザに割り当てられた個人順位、当該ユーザが獲得した報酬（例えば、キャラクタ経験値やランク経験値等）を確認することができる。
【0055】
なお、本実施形態に係るゲームシステム１によって提供されるゲーム（対戦ゲーム）は、図６に示す各種ゲームパート以外のゲームパートを更に含んでいてもよい。
【0056】
ここで、図７のシーケンスチャートを参照して、本実施形態に係るゲームシステム１によって提供されるゲームのプレイに係わる処理手順の一例について説明する。ここでは、複数のユーザ端末１０のうちの１つについて主に説明するが、他のユーザ端末１０においても同様の処理が実行される。
【0057】
まず、ユーザ端末１０の操作受付部１０１は、当該ユーザ端末１０の画面に対して行われたマッチングを開始するためのユーザの操作（以下、マッチング開始操作と表記）を受け付ける（ステップＳ１）。マッチング開始操作の一例は、後述するホーム画面でバトル開始ボタンをタップする操作である。
【0058】
操作受付部１０１によりマッチング開始操作が受け付けられると、制御部１０２は、マッチング開始要求をサーバ装置２０に送信する（ステップＳＳ２）。マッチング開始要求は、例えば当該マッチング開始要求を送信したユーザ端末１０を使用するユーザを識別するためのユーザＩＤ等を含む。
【0059】
ユーザ端末１０から送信されたマッチング開始要求は、サーバ装置２０により受信される。マッチング開始要求が受信されると、サーバ装置２０の制御部２０３は、当該マッチング開始要求に基づくマッチング処理を実行する（ステップＳ３）。
【0060】
ステップＳ３において実行されるマッチング処理は、バトルパートＰ２２で対戦する少なくとも２つのチームを形成する処理に相当する。図７においては省略されているが、上記したマッチング開始要求は図７に示すユーザ端末１０を含む複数のユーザ端末１０から受信され、ステップＳ３におけるマッチング処理においては、同様なタイミングに受信された複数のマッチング開始要求の各々に含まれるユーザＩＤによって識別される複数のユーザの中から、少なくとも２つのチームを形成する複数のユーザがマッチングされる。
【0061】
本実施形態においては、一例として、１つのチームの上限人数が６人であり、２つのチームが形成される場合を想定する。この場合、ステップＳ３におけるマッチング処理においては、同様なタイミングに受信された複数のマッチング開始要求の各々に含まれるユーザＩＤによって識別される複数のユーザの中から１２人のユーザがマッチングされ、これら１２人のユーザにより２つのチームが形成される。なお、１つのチームの上限人数は、例えば２人～５人や、７人以上であっても構わない。
【0062】
なお、ステップＳ３におけるマッチング処理においては、例えば受信されたマッチング開始要求に含まれるユーザＩＤによって識別されるユーザのユーザデータに基づき、ランクの近いユーザ同士がマッチングされる。これによれば、ユーザのランクに応じたマッチングを行うことが可能である。なお、ここではユーザのランクに基づきマッチングが行われるものとして説明したが、これに限定されず、マッチング処理は、ランク以外の他の観点に基づいて実行されてもよい。一例として、マッチング処理は、相互フレンド登録が行われているユーザ同士をマッチングさせてもよい。
【0063】
ステップＳ３におけるマッチング処理が完了すると、サーバ装置２０の制御部２０３は、格納部２０１に格納されたゲームデータに基づき、マッチングされた複数のユーザの各々が使用するキャラクタが動作可能なゲーム空間を定義する（ステップＳ４）。
【0064】
ステップＳ４において定義されるゲーム空間内には、マッチングされた複数のユーザの各々が使用するキャラクタを含む１以上のオブジェクトが配置される。このようにゲーム空間内に配置される１以上のオブジェクトには、複数のユーザの各々が使用するキャラクタが動作可能なステージ（マップ）を構成するオブジェクト（例えば、アイテム、障害物及びトラップ等）が含まれていてもよい。また、１以上のオブジェクトには、バトルパートＰ２２における勝利条件に関わるポイントを獲得可能な特定のオブジェクトが含まれていてもよい。更に、１以上のオブジェクトには、上記したマッチング処理により形成された２つのチームにとって共通の敵キャラクタが含まれていてもよい。
【0065】
ステップＳ４の処理が実行されると、サーバ装置２０は、対戦（バトルパートＰ２２）の開始をユーザ端末１０に指示（通知）する（ステップＳ５）。なお、ステップＳ５の処理が実行される場合、サーバ装置２０は、格納部２０１に格納されているゲームデータをユーザ端末１０に送信する。これにより、バトルパートＰ２２を進行するためのゲームデータが、サーバ装置２０からユーザ端末１０にダウンロードされる。サーバ装置２０からユーザ端末１０に送信（ダウンロード）されたゲームデータは、ステップＳ４において定義されたゲーム空間でバトルパートＰ２２を進行する（つまり、対戦を行う）ためのゲームデータである。
【0066】
ステップＳ５の処理が実行されると、ステップＳ３の処理が実行されることによってマッチングされた複数のユーザによる対戦（バトルパートＰ２２）が開始される（ステップＳ６）。
【0067】
ユーザ端末１０とサーバ装置２０とは、ユーザが対戦を行うことが可能なゲームプレイ環境を提供するためのゲーム処理を実行する（ステップＳ７）。
【0068】
なお、ステップＳ７において実行されるゲーム処理には、上記したようにマッチングされた複数のユーザの各々の操作（操作情報）を送受信することによって、マッチングされた複数のユーザの操作に基づいて対戦（バトルパートＰ２２）を進行させる制御に関する処理が実行される。例えばユーザの操作には、例えばユーザが使用するキャラクタを移動させる操作、当該ユーザが所属するチームと敵対するチームに所属するユーザが使用するキャラクタに攻撃する操作、及びゲーム空間に配置されたオブジェクトを回収する操作等が含まれる。対戦を進行させる制御には、例えばバトルパートＰ２２における各ユーザが使用するキャラクタのヒットポイントの管理、バトルパートＰ２２において各ユーザが獲得したポイント（つまり、特定のオブジェクトを回収することで獲得したポイント）の管理、バトルパートＰ２２において各ユーザが発生させたイベント（例えば、アイテムの回収、アイテムの使用及びスキルの獲得等）の管理、バトルパートＰ２２が開始されてからの経過時間の管理、及びバトルパートＰ２２の終了の検知等が含まれる。
【0069】
サーバ装置２０の制御部２０３は、例えば一方のチームが他方のチームの全ての使用キャラクタを倒したことまたはバトルパートＰ２２が開始されてからの経過時間が制限時間に達したことによりバトルパートＰ２２の終了が検知されると、当該バトルパートＰ２２における勝利チーム及び敗北チームを決定する（ステップＳ８）。また、制御部２０３は、対戦による各ユーザへの報酬を決定する（ステップＳ９）。
【0070】
なお、各ユーザへの報酬は、バトルパートＰ２２におけるチームの勝敗や、ユーザ毎に計算される貢献度に応じた個人順位に基づき、個別に決定される。貢献度は、例えば他方のチーム（敵チーム）のキャラクタを倒した数や、当該他方のチームのキャラクタに連続コンボを決めた回数、バトルパートＰ２２において回収したアイテム、バトルパートＰ２２において使用したアイテム、バトルパートＰ２２において獲得したスキル、及びバトルパートＰ２２において使用したスキル等に基づき計算される。ここでは、１２人のユーザによる２つのチームが形成され、対戦（バトルパートＰ２２）が行われた場合を想定しているため、各ユーザには、貢献度に応じた個人順位として、１位～１２位のいずれかの順位がそれぞれ割り当てられる（決定される）。
【0071】
ステップＳ８及びＳ９の処理が実行されると、サーバ装置２０は、ユーザ端末１０に、勝敗及び報酬を通知する（ステップＳ１０）。
【0072】
ステップＳ１０の処理が実行されると、ユーザ端末１０の表示処理部１０３は、制御部１０２の制御の下、バトルパートＰ２２における当該ユーザ端末１０を使用するユーザが所属するチームの勝敗と、当該ユーザに付与された報酬（例えば、キャラクタ経験値やランク経験値等）とを示すリザルト画面をディスプレイ１５に表示する（ステップＳ１１）。
【0073】
ステップＳ１１の処理が実行された後、サーバ装置２０のデータ管理部２０２は、当該サーバ装置２０内に保持されているステップＳ９の処理の結果に基づいて、格納部２０１に格納されている各ユーザ（つまり、対戦に参加したユーザ）のユーザデータをそれぞれ更新する（ステップＳ１２）。ステップＳ１２の処理が実行されると、図７に示す一連の処理が終了する。
【0074】
次に、図８を参照して、ホーム画面について説明する。図８に示すホーム画面４００は、メインパートＰ１において表示されるゲーム画面の１つであり、キャラクタ表示領域４０１、バトル開始ボタン４０２、各種設定ボタン４０３ａ～４０３ｃ及びホームボタン４０４を含む。
【0075】
キャラクタ表示領域４０１には、対戦パートＰ２（バトルパートＰ２２）でユーザが使用するキャラクタが表示される。
【0076】
バトル開始ボタン４０２は、ゲームパートをメインパートＰ１から対戦パートＰ２（マッチングパートＰ２１）に遷移させるためのボタンである。ユーザによりバトル開始ボタン４０２がタップされると、上記した図７に示すステップＳ１～Ｓ３の処理が順次実行される。
【0077】
プロフィールボタン４０３ａは、ユーザのプロフィールを設定するためのプロフィール設定ウィンドウ（図示せず）を表示するためのボタンである。キャラクタボタン４０３ｂは、対戦パートＰ２でユーザが使用するキャラクタを設定するためのキャラクタ設定ウィンドウ（図示せず）を表示するためのボタンである。フレンドボタン４０３ｃは、フレンドに関する各種設定（例えば、フレンドの登録及び解除等）を行うためのフレンド設定ウィンドウ（図示せず）を表示するためのボタンである。
【0078】
ホームボタン４０４は、ユーザ端末１０のディスプレイ１５にホーム画面４００を表示させる（つまり、他のゲーム画面からホーム画面４００に遷移させる）ためのボタンである。
【0079】
また、ホーム画面４００は、更に配信開始ボタン４０５及び動画視聴ボタン４０６を更に含む。
【0080】
ここで、本実施形態においてユーザがユーザ端末１０を使用してゲームをプレイする場合、ユーザは、当該ゲームのプレイ動画をリアルタイムで配信することができるものとする。上記した配信開始ボタン４０５は、このようなゲームのプレイ動画の配信を開始するためのボタンである。詳細については後述するが、ユーザによって配信開始ボタン４０５がタップされると、ユーザ端末１０は、ディスプレイ１５に表示されているゲーム画面のキャプチャを開始し、当該キャプチャされたゲーム画面を含むゲームのプレイ動画（動画コンテンツ）をサーバ装置２０に送信する。なお、本実施形態においてユーザによって配信されるゲームのプレイ動画は、例えばゲームをプレイするユーザの操作を示す操作情報（操作ログ）に基づいて当該ゲームをプレイしている様子を再現した動画であってもよい。
【0081】
動画視聴ボタン４０６は、ユーザ端末１０のディスプレイ１５に例えば他のユーザによって配信されているゲームのプレイ動画の一覧（リスト）を含む画面であって、当該リストからユーザが視聴するゲームのプレイ動画を選択する画面を表示するためのボタンである。
【0082】
以下、図９のシーケンスチャートを参照して、上記したゲームのプレイ動画の配信に係わる処理手順の一例について説明する。以下の説明においては、ゲームのプレイ動画を配信するユーザを配信ユーザ、当該ゲームのプレイ動画を視聴するユーザを視聴ユーザと称する。また、配信ユーザによって使用されるユーザ端末１０を配信ユーザ端末１０、視聴ユーザによって使用されるユーザ端末１０を視聴ユーザ端末１０と称する。
【0083】
まず、配信ユーザ端末１０の操作受付部１０１は、上記したホーム画面４００において、ゲームのプレイ動画の配信を開始するための配信ユーザの操作（以下、配信開始操作と表記）を受け付ける（ステップＳ２１）。配信開始操作の一例は、上記したホーム画面４００で配信開始ボタン４０５をタップする操作である。
【0084】
操作受付部１０１により配信開始操作が受け付けられると、制御部１０２は、配信開始要求をサーバ装置２０に送信する（ステップＳ２２）。配信開始要求は、例えば当該配信開始要求を送信した配信ユーザ端末１０を使用する配信ユーザを識別するためのユーザＩＤ等を含む。
【0085】
なお、操作受付部１０１により配信開始操作が受け付けられた際に、表示処理部１０３は、制御部１０２の制御の下、配信内容（例えば、配信タイトル等）を入力可能なウィンドウをディスプレイ１５に表示し、ユーザに当該配信内容を入力させてもよい。更に、表示処理部１０３は、例えば配信ユーザを表す画像を表示し、後述するリスト画面において表示されるサムネイル画像を配信ユーザに指定（選択）させてもよい。また、このサムネイル画像は、例えば配信ユーザによって作成されてもよいし、配信ユーザが使用するキャラクタ等に基づいて自動的に作成されてもよい。この場合、配信開始要求には、上記したユーザＩＤに加えて、配信ユーザによって入力された配信内容及びサムネイル画像（示す情報）が更に含まれていてもよい。
【0086】
ステップＳ２２の処理が実行されると、制御部１０２は、ディスプレイ１５に表示されたゲーム画面のキャプチャを開始し、当該キャプチャされたゲーム画面と、配信ユーザ端末１０に搭載されたマイク（図示せず）を介して入力される音声とを含むゲームのプレイ動画をストリーミングデータとしてサーバ装置２０に送信する（ステップＳ２３）。なお、ステップＳ２３の処理は、操作受付部１０１より、配信を終了するための配信ユーザの操作が受け付けられるまで、継続的に実行される。
【0087】
このように配信ユーザがゲームをプレイしている（例えば、他のユーザと対戦を行っている）間にステップＳ２３の処理が継続的に実行されることによって、当該ゲームをプレイしている様子がゲームのプレイ動画としてリアルタイムで配信される。
【0088】
なお、ステップＳ２２において配信ユーザ端末１０から送信された配信開始要求及びステップＳ２３において配信ユーザ端末１０から送信されたゲームのプレイ動画は、サーバ装置２０において受信される。配信開始要求が受信されると、サーバ装置２０の制御部２０３は、当該配信開始要求に含まれるユーザＩＤを含む配信ユーザのユーザデータを格納部２０１から読み出し、当該ユーザデータに基づき配信リストを生成（更新）する（ステップＳ２４）。配信リストは、現在配信中のゲームのプレイ動画（動画コンテンツ）に関するリストである。
【0089】
ここで、視聴ユーザがゲームのプレイ動画を視聴する場合、視聴ユーザ端末１０の操作受付部１０１は、後述するリスト画面を表示するための視聴ユーザの操作（以下、リスト画面表示操作と表記）を受け付ける（ステップＳ２５）。リスト画面表示操作の一例は、上記したホーム画面４００で動画視聴ボタン４０６をタップする操作である。
【0090】
操作受付部１０１によりリスト画面表示操作が受け付けられると、制御部１０２は、配信リスト要求をサーバ装置２０に送信する（ステップＳ２６）。配信リスト要求は、例えば当該配信リスト要求を送信した視聴ユーザ端末１０を使用する視聴ユーザを識別するためのユーザＩＤ等を含む。
【0091】
視聴ユーザ端末１０から送信された配信リスト要求は、サーバ装置２０において受信される。配信リスト要求が受信されると、サーバ装置２０の制御部２０３は、上記したステップＳ２４において生成された配信リストを、当該配信リスト要求に含まれるユーザＩＤによって識別される視聴ユーザが使用する視聴ユーザ端末１０に送信する（ステップＳ２７）。
【0092】
サーバ装置２０から送信された配信リストは、視聴ユーザ端末１０において受信される。配信リストが受信されると、視聴ユーザ端末１０の表示処理部１０３は、制御部１０２の制御の下、当該配信リストに基づくリスト画面をディスプレイ１５に表示する（ステップＳ２８）。
【0093】
視聴ユーザ端末１０の操作受付部１０１は、配信ユーザによって配信されるゲームのプレイ動画を視聴するための視聴ユーザの操作（以下、動画視聴操作と表記）を受け付ける（ステップＳ２９）。動画視聴操作の一例は、後述するリスト画面で所定のゲームのプレイ動画を選択する操作である。
【0094】
換言すれば、上記したステップＳ２８において表示されるリスト画面は、現在配信されている複数のゲームのプレイ動画の一覧を含み、当該複数のゲームのプレイ動画の中から視聴ユーザが視聴するゲームのプレイ動画を選択する画面に相当する。
【0095】
操作受付部１０１によって動画視聴操作が受け付けられると、制御部１０２は、視聴開始要求をサーバ装置２０に送信する（ステップＳ３０）。視聴開始要求は、例えば当該視聴開始要求を送信した視聴ユーザ端末１０を使用する視聴ユーザを識別するためのユーザＩＤと、動画視聴操作において選択されたゲームのプレイ動画を識別するためのコンテンツＩＤ等を含む。
【0096】
視聴ユーザ端末１０から送信された視聴開始要求は、サーバ装置２０において受信される。視聴開始要求が受信されると、サーバ装置２０の制御部２０３は、当該視聴開始要求に含まれるコンテンツＩＤによって識別されるゲームのプレイ動画（配信ユーザ端末１０から受信されたゲームプレイ動画）を、当該視聴開始要求に含まれるユーザＩＤによって識別される視聴ユーザによって使用される視聴ユーザ端末１０に送信する（ステップＳ３１）。
【0097】
ステップＳ３１の処理が実行されると、視聴ユーザ端末１０の表示処理部１０３は、制御部１０２の制御の下、サーバ装置２０から送信されるゲームのプレイ動画を含む視聴画面をディスプレイ１５に表示する（ステップＳ３２）。ステップＳ３２の処理が実行されると、図９に示す一連の処理が終了する。
【0098】
ここで、本実施形態において視聴ユーザは複数のゲームのプレイ動画の一覧を含むリスト画面において当該視聴ユーザが視聴するゲームのプレイ動画を選択することが可能であるが、当該ゲームのプレイ動画の数が多い場合には、視聴ユーザは視聴するゲームのプレイ動画を容易に選択することができない。このため、リスト画面には、視聴するゲームのプレイ動画を選択するために有用な指標（値）が表示されることが好ましい。
【0099】
なお、動画を配信する動画配信サービスにおいては、例えば動画を視聴している視聴ユーザの数等を指標として表示することが考えられるが、このような指標が有用であるとは限らない。
【0100】
そこで、本実施形態においては、ゲームのプレイ内容を考慮した（つまり、当該プレイ内容によって変動する）指標（以下、ボルテージポイントと表記）を採用する。
【0101】
【0102】
図１０に示すように、配信リストは、例えばコンテンツＩＤ、ユーザＩＤ及びボルテージポイントを対応づけて含む。
【0103】
コンテンツＩＤは、配信ユーザによって配信されているゲームのプレイ動画（つまり、動画コンテンツ）を識別するための識別情報である。
【0104】
ユーザＩＤは、対応づけられているコンテンツＩＤによって識別されるゲームのプレイ動画を配信している配信ユーザを識別するための識別情報であり、例えばユーザ名等であってもよい。
【0105】
ボルテージポイントは、対応づけられているコンテンツＩＤによって識別されるゲームのプレイ動画に対する指標（値）であり、少なくとも当該ゲームのプレイ動画を配信している間の配信ユーザ（ユーザＩＤによって識別されるユーザ）のゲームのプレイ内容に応じて変動する。なお、ボルテージポイントは、ゲームのプレイ動画の盛り上がりの度合いを示す指標である。例えば、ボルテージポイントは、高度なプレイ内容に対する視聴ユーザの興味の高さを表す評価値のような指標に相当する。
【0106】
図１０に示す配信リストには、コンテンツＩＤ「ｃ＿ｉｄ００１」、ユーザＩＤ「Ａ」及びボルテージポイント「ａａａａａａ」が対応づけて含まれている。これによれば、ユーザＩＤ「Ａ」によって識別されるユーザによって配信されているコンテンツＩＤ「ｃ＿ｉｄ００１」によって識別されるゲームのプレイ動画に対するボルテージポイントが「ａａａａａａ」であることが示されている。
【0107】
また、図１０に示す配信リストには、コンテンツＩＤ「ｃ＿ｉｄ００２」、ユーザＩＤ「Ｂ」及びボルテージポイント「ｂｂｂｂｂｂ」が対応づけて含まれている。これによれば、ユーザＩＤ「Ｂ」によって識別されるユーザによって配信されているコンテンツＩＤ「ｃ＿ｉｄ００２」によって識別されるゲームのプレイ動画に対するボルテージポイントが「ｂｂｂｂｂｂ」であることが示されている。
【0108】
このような配信リストによれば、上記した図９に示すステップＳ２８においてボルテージポイントを含むリスト画面を表示することができるため、視聴ユーザは、当該ボルテージポイントを参考にして視聴するゲームのプレイ動画を選択することが可能となる。
【0109】
なお、図１０においては配信リストにコンテンツＩＤ、ユーザＩＤ及びボルテージポイントのみが含まれるものとして説明したが、当該配信リストには上記した配信タイトル及びサムネイル画像等が含まれていてもよく、当該配信タイトル及びサムネイル画像がリスト画面において表示されてもよい。
【0110】
ここで、上記したように配信リストに含まれるボルテージポイントはゲームのプレイ動画を配信している間の配信ユーザのゲームのプレイ内容に応じて変動するが、以下、当該ボルテージポイントを変動させる処理の処理手順の一例について、図１１のフローチャートを参照して説明する。
【0111】
本実施形態において、サーバ装置２０の格納部２０１には、指標情報が予め格納されているものとする。
【0112】
【0113】
ナイスプレイ情報は、ボルテージポイントを上昇させる契機となるナイスプレイを示す。なお、本実施形態において、ナイスプレイとは、ユーザによる視聴を促進すると推測される予め定められたプレイ内容に相当する。本実施形態におけるナイスプレイには、例えばゲームにおいて出現する敵キャラクタを倒す（つまり、当該敵キャラクタに所定のダメージを与える）こと、ゲームにおいて他のチーム（に所属するユーザ）との対戦に勝利すること、及び協力してゲームをプレイする他のユーザ（つまり、同じチームに所属するユーザ）をアシストすること等が含まれる。
【0114】
ポイント情報は、対応づけられているナイスプレイ情報によって示されるナイスプレイを配信ユーザがした場合に当該配信ユーザによって配信されているゲームのプレイ動画に対するボルテージポイント（指標値）を上昇させるポイント（つまり、ボルテージポイントの変動幅）を示す。
【0115】
図１２に示す例では、指標情報は、例えばナイスプレイ情報「ＮＰ１」及びポイント情報「１００」を対応づけて含む。このような指標情報によれば、例えばゲームのプレイ動画が配信されている間に配信ユーザがナイスプレイ情報「ＮＰ１」によって示されるナイスプレイをした場合に、当該ゲームのプレイ動画に対するボルテージポイントに１００ポイントを加算することが示されている。なお、ナイスプレイ情報「ＮＰ１」によって示されるナイスプレイは、例えば上記したゲームにおいて出現する敵キャラクタを倒すことを含み、具体的には連続コンボを決めた回数が所定値を超えたことやボス敵キャラクタを倒した（撃破した）こと等であってもよい。
【0116】
また、指標情報は、例えばナイスプレイ情報「ＮＰ２」及びポイント情報「５０」を対応づけて含む。このような指標情報によれば、例えばゲームのプレイ動画が配信されている間に配信ユーザがナイスプレイ情報「ＮＰ２」によって示されるナイスプレイをした場合に、当該ゲームのプレイ動画に対するボルテージポイントに５０ポイントを加算することが示されている。なお、ナイスプレイ情報「ＮＰ２」によって示されるナイスプレイは、例えば上記したゲームにおいて他のチームとの対戦に勝利することを含む。
【0117】
また、指標情報は、例えばナイスプレイ情報「ＮＰ３」及びポイント情報「２５」を対応づけて含む。このような指標情報によれば、例えばゲームのプレイ動画が配信されている間に配信ユーザがナイスプレイ情報「ＮＰ３」によって示されるナイスプレイをした場合に、当該ゲームのプレイ動画に対するボルテージポイントに２５ポイントを加算することが示されている。なお、ナイスプレイ情報「ＮＰ３」によって示されるナイスプレイは、例えば上記した協力してゲームをプレイする他のユーザ（つまり、配信ユーザと同じチームに所属する他のユーザ）をアシストすることを含み、具体的には当該他のユーザを回復させること等であってもよい。
【0118】
ここでは異なるナイスプレイ（ナイスプレイ情報「ＮＰ１」～「ＮＰ３」の各々によって示されるナイスプレイ）に応じて異なるポイントが加算される（つまり、プレイ内容に応じて指標値の変動幅が異なる）ものとして説明したが、当該ナイスプレイに応じて加算されるポイントは一定であってもよい。
【0119】
また、ここで説明したナイスプレイについては一例であり、指標情報においては、例えば視聴ユーザが視聴したいと感じるようなプレイ内容を示すナイスプレイ情報が定義されていればよい。
【0120】
ここで、本実施形態においてサーバ装置２０は、例えば配信ユーザ端末１０を使用して配信ユーザがゲームをプレイしている間に当該配信ユーザ端末１０と常時通信を実行する。これによれば、サーバ装置２０の制御部２０３は、配信ユーザによるゲームのプレイ内容を把握することができる。
【0121】
この場合、サーバ装置２０の制御部２０３は、上記した指標情報を参照して、配信ユーザによるゲームのプレイ内容に基づいて、当該指標情報に含まれるナイスプレイ情報によって示されるナイスプレイが発生した（つまり、配信ユーザが当該ナイスプレイをした）か否かを判定する（ステップＳ４１）。
【0122】
ナイスプレイが発生していないと判定された場合（ステップＳ４１のＮＯ）、ステップＳ４１に戻って処理が繰り返される。
【0123】
一方、ナイスプレイが発生したと判定された場合（ステップＳ４１のＹＥＳ）、制御部２０３は、当該ナイスプレイを示すナイスプレイ情報に対応づけて指標情報に含まれるポイント情報を取得する（ステップＳ４２）。
【0124】
ステップＳ４２の処理が実行されると、制御部２０３は、当該ステップＳ４２において取得されたポイント情報によって示されるポイントを、配信ユーザが配信しているゲームのプレイ動画を識別するためのコンテンツＩＤ及び当該配信ユーザを識別するためのユーザＩＤに対応づけて配信リストに含まれるボルテージポイントに加算する。これにより、制御部２０３は、配信ユーザによるゲームのプレイ内容（つまり、ナイスプレイ）に応じてボルテージポイントを上昇させ、配信リストを更新する（ステップＳ４３）。ステップＳ４３の処理が実行されると、ステップＳ４１に戻って処理が繰り返される。
【0125】
すなわち、上記した図１１に示す処理は、ゲームのプレイ動画が配信されている間に継続的に実行される。この場合、配信ユーザは１回のゲームのプレイ動画の配信で複数回の対戦を行いながら多くのナイスプレイを成功させることにより、当該ゲームのプレイ動画に対するボルテージポイントを上昇させることができる。
【0126】
なお、図１１に示す例ではナイスプレイが発生した場合に配信リストに含まれるボルテージポイントを上昇させるものとして説明したが、本実施形態は、ナイスプレイ以外の他のイベントが発生した場合にボルテージポイントを上昇させる構成であってもよい。ナイスプレイ以外の他のイベントには、例えば対戦が開始されたこと及び当該対戦が行われた結果として配信ユーザに所定の個人順位が割り当てられたこと等が含まれていてもよい。
【0127】
更に、本実施形態においては対戦に勝利した場合にボルテージポイントを上昇させるものとして説明したが、例えば対戦に引き分けた場合には対戦に勝利した場合よりも少ない変動幅でボルテージポイントを上昇させてもよいし、当該対戦に敗北した場合には更に少ない変動幅でボルテージポイントを上昇させるようにしてもよい。
【0128】
また、ボルテージポイントは、例えばゲームのプレイ動画の配信時間または当該ゲームのプレイ動画が視聴されている視聴時間等に応じて上昇させてもよいし、ゲームのプレイ動画に関するコメントが視聴ユーザから投稿されたことに応じて上昇させてもよい。
【0129】
上記したボルテージポイントを上昇させるイベント（を示すイベント情報）及び当該イベントの発生によって上昇させるポイント（を示すポイント情報）については、指標情報において予め定義されていればよい。
【0130】
また、対戦に敗北した場合にはボルテージポイントを下降させるようにすることも可能である。このような場合には、ボルテージポイントを下降させるイベント（を示すイベント情報）及び当該イベントの発生によって下降させるポイント（を示すポイント情報）が指標情報において定義されていればよい。
【0131】
ここで、本実施形態において視聴ユーザ端末１０の操作受付部１０１がリスト画面表示操作を受け付けると、上記した配信リストがサーバ装置２０から視聴ユーザ端末１０に送信され、当該配信リストに基づくリスト画面が視聴ユーザ端末１０（ディスプレイ１５）に表示される。
【0132】
図１３は、本実施形態において視聴ユーザ端末１０に表示されるリスト画面の一例を示す。図１３に示すリスト画面５００は、メインパートＰ１において表示されるゲーム画面の１つであり、動画情報表示領域５０１を含む。
【0133】
動画情報表示領域５０１には、例えば現在配信中のゲームのプレイ動画（動画コンテンツ）を示す動画情報が表示される。動画情報表示領域５０１に表示される動画情報には、例えば当該動画情報によって示されるゲームのプレイ動画を配信している配信ユーザを識別するためのユーザＩＤ、当該配信ユーザによって指定されたサムネイル画像（例えば、当該配信ユーザが使用するキャラクタを含む画像等）及び当該ゲームのプレイ動画に対するボルテージポイントが含まれる。
【0134】
図１３に示す例においては、動画情報表示領域５０１には、例えばユーザＡを識別するためのユーザＩＤ（ユーザ名）、当該ユーザＡによって指定されたサムネイル画像及び当該ユーザＡによって配信されているゲームのプレイ動画に対するボルテージポイントを含む動画情報５０１ａが表示されている。
【0135】
また、動画情報表示領域５０１には、例えばユーザＢを識別するためのユーザＩＤ（ユーザ名）、当該ユーザＢによって指定されたサムネイル画像及び当該ユーザＢによって配信されているゲームのプレイ動画に対するボルテージポイントを含む動画情報５０１ｂが表示されている。
【0136】
更に、動画情報表示領域５０１には、例えばユーザＣを識別するためのユーザＩＤ（ユーザ名）、当該ユーザＣによって指定されたサムネイル画像及び当該ユーザＣによって配信されているゲームのプレイ動画に対するボルテージポイントを含む動画情報５０１ｃが表示されている。
【0137】
また、動画情報表示領域５０１には、例えばユーザＤを識別するためのユーザＩＤ（ユーザ名）、当該ユーザＤによって配信されているゲームのプレイ動画に対するボルテージポイントを含む動画情報５０１ｄが表示されている。
【0138】
なお、動画情報表示領域５０１において、動画情報５０１ａ～５０１ｄは、例えばボルテージポイントが高い順に表示される。このような動画情報表示領域５０１（つまり、リスト画面５００）においては、視聴ユーザは、ボルテージポイントを指標として、例えばより高度なプレイ内容が含まれるゲームのプレイ動画を容易に選択して視聴することが可能となる。
【0139】
また、リスト画面５００には、例えば視聴ユーザによって指定された所定の条件に基づいて配信リストから検索されたゲームのプレイ動画を表す動画情報が表示されてもよい。この場合には、所定の条件に基づいて検索されたゲームのプレイ動画を表す動画情報を上記したボルテージポイントが高い順に表示するようなことが可能となる。
【0140】
ところで、本実施形態におけるボルテージポイントは視聴ユーザがゲームのプレイ動画を選択するための指標として用いられるが、当該ボルテージポイントは例えば当該ゲームのプレイ動画を視聴する際の視聴ユーザ端末１０の視聴画面に表示されてもよい。
【0141】
図１４は、視聴ユーザ端末１０に表示される視聴画面の一例を示す。図１４に示す視聴画面６００は、メインパートＰ１において表示されるゲーム画面の１つであり、動画再生領域６０１及びコメント表示領域６０２を含む。
【0142】
動画再生領域６０１は、上記したリスト画面５００において視聴ユーザによって選択されたゲームのプレイ動画が再生（表示）される領域である。視聴ユーザは、この動画再生領域６０１において再生されるゲームのプレイ動画を視聴することができる。
【0143】
なお、動画再生領域６０１にはボルテージポイント表示領域６０１ａが含まれており、当該ボルテージポイント表示領域６０１ａには動画再生領域６０１において再生されているゲームのプレイ動画に対するボルテージポイントが表示される。
【0144】
ここで、ゲームのプレイ動画がリアルタイムで配信されているものとすると、当該ゲームのプレイ動画に対するボルテージポイントは、当該ゲームのプレイ動画が配信されている間の配信ユーザによるゲームのプレイ内容に応じてリアルタイムで変動（上昇）する。このため、ボルテージポイント表示領域６０１ａに表示されるボルテージポイントは、配信ユーザによるゲームのプレイ内容に応じてリアルタイムで更新されるものとする。
【0145】
なお、配信ユーザによって配信されているゲームのプレイ動画に対するボルテージポイント（当該ゲームのプレイ動画を識別するためのコンテンツＩＤに対応づけて配信リストに含まれるボルテージポイント）は上記した図１１に示す処理が実行されることによって変動（上昇）するが、視聴ユーザ端末１０及びサーバ装置２０は、定期的に通信を行っており、視聴ユーザによって視聴されているゲームのプレイ動画に対するボルテージポイントが変動した場合には、例えばＡＰＩ（Application Programming Interface）を介して当該変動後のボルテージポイントがサーバ装置２０から視聴ユーザ端末１０に通知される。これにより、視聴ユーザ端末１０においては、視聴画面６００（ボルテージポイント表示領域６０１ａ）においてボルテージポイントをリアルタイムに更新することができる。
【0146】
更に、ここでは視聴画面６００においてボルテージポイントがリアルタイムに更新される場合について説明したが、上記した図１１に示すステップＳ４１においてナイスプレイが発生したと判定された場合、当該ナイスプレイの発生（を示す情報）がサーバ装置２０から視聴ユーザ端末１０にリアルタイムに通知されてもよい。このような構成によれば、例えば図１４に示すように、視聴画面６００（動画再生領域６０１）において、ナイスプレイの発生を「ＮｉｃｅＰｌａｙ！！」のようなメッセージにより視聴ユーザに通知することができる。このような構成によれば、視聴ユーザは、ボルテージポイントの上昇の契機となるナイスプレイの発生を確認しながらゲームのプレイ動画を視聴することができる。
【0147】
コメント表示領域６０２には、例えば動画再生領域６０１において再生されているゲームのプレイ動画を視聴している視聴ユーザによって投稿されたコメント（メッセージ）が表示される。
【0148】
なお、コメント表示領域６０２にはコメントを投稿（送信）するためのコメント送信ボタン６０２ａが設けられており、視聴ユーザは、コメントを作成（入力）して当該ボタン６０２ａをタップする操作を行うことにより、当該コメントを投稿することができる。また、詳しい説明については省略するが、他の視聴ユーザによって投稿されたコメントは、コメント表示領域６０２にリアルタイムに表示される。
【0149】
更に、コメント表示領域６０２には、エールボタン６０２ｂ及びギフトボタン６０２ｃが設けられている。エールボタン６０２ｂは、例えば動画再生領域６０１において再生されているゲームのプレイ動画を配信している配信ユーザに対してエールを贈るためのボタンである。ギフトボタン６０２ｃは、例えば動画再生領域６０１において再生されているゲームのプレイ動画を配信している配信ユーザに対してギフトを贈るためのボタンである。なお、例えば「エール」は無償で贈ることができるのに対して、「ギフト」は有償で（例えば、コイン、無料アイテムまたは有料アイテム等の消費を伴って）贈ることができる点で異なる。
【0150】
例えばナイスプレイの発生のみではなく、上記したコメントを投稿する、またはエール及びギフトを贈ることによってボルテージポイントを上昇させるような構成である場合には、視聴ユーザは、コメントを投稿する、またはエール及びギフトを贈るといった当該視聴ユーザの行為によりボルテージポイントが上昇することを把握する（つまり、配信ユーザを支援していることを実感する）ことができるため、配信ユーザによって配信されているゲームのプレイ動画を視聴するモチベーションを向上させることができる。
【0151】
ところで、本実施形態においては視聴画面６００（ボルテージポイント表示領域６０１ａ）にボルテージポイントが表示されるため、視聴ユーザは、ゲームのプレイ動画を視聴中に当該ゲームのプレイ動画に対するボルテージポイントを確認することができる。
【0152】
これに対して、例えば配信ユーザはゲームのプレイ動画を配信する際に対戦を行う必要があるところ、このような配信ユーザが対戦を行っている配信ユーザ端末１０のゲーム画面（以下、対戦画面と表記）にボルテージポイントを表示するまたはボルテージポイントを表示するための領域を設けることは、当該配信ユーザのゲームをプレイする際の操作性の低下の要因となり得る。一方で、配信ユーザは、ゲームのプレイ動画を配信している間に当該ゲームのプレイ動画に対するボルテージポイントを確認したい場合がある。このため、本実施形態において、配信ユーザは、例えばゲームのプレイ動画を配信している間における対戦の合間（つまり、対戦を行っていないタイミング）で、当該ゲームのプレイ動画に対するボルテージポイントを確認することができるものとする。
【0153】
ここで、図１５は、ゲームのプレイ動画を配信している間の対戦を行っていないタイミングで配信ユーザ端末１０に表示されるホーム画面の一例を示している。
【0154】
図１５に示すホーム画面４００においては、上記した図８に示す配信開始ボタン４０５が配信メニューボタン４０７に変化しており、配信ユーザは、当該配信メニューボタン４０７をタップする操作を行うことができる。この場合、図１５に示すホーム画面４００は、図１６に示す配信メニュー画面７００に遷移する。なお、図１６は、配信メニュー画面７００の一部を示している。配信ユーザは、このような配信メニュー画面７００上で、当該配信ユーザの配信内容（配信タイトル）及び当該配信ユーザが配信しているゲームのプレイ動画に対するボルテージポイントを配信情報として確認することができる。
【0155】
ここでは対戦を行っている間の配信ユーザの操作性を損なわないように配信ユーザが配信メニュー画面７００上でボルテージポイントを確認するものとして説明したが、例えば対戦においてナイスプレイをする（つまり、ボルテージポイントを上昇させる）モチベーションを向上させる観点から、当該ボルテージポイントが対戦画面上に表示される構成とすることも可能である。
【0156】
更に、本実施形態においてはゲームのプレイ動画を配信している（対戦を行っている）間のナイスプレイの発生が当該ゲームのプレイ動画を視聴している視聴ユーザに通知される（つまり、視聴画面に表示される）ものとして説明したが、配信ユーザの操作性の観点から当該ナイスプレイの発生は配信ユーザに通知されない（つまり、対戦画面に表示されない）ようにしてもよいし、ゲームをプレイするモチベーションの向上の観点から当該ナイスプレイの発生が当該配信ユーザに通知される（つまり、対戦画面に表示される）ようにしてもよい。
【0157】
上記したように本実施形態においては、配信ユーザ（第１ユーザ）が配信ユーザ端末１０（第１ユーザ端末）を使用してゲームプレイ環境においてプレイするゲームのプレイ動画に対するボルテージポイント（視聴ユーザが当該動画を視聴するか否かを判断するための指標値）を取得し、当該ボルテージポイントは、配信ユーザによるゲームのプレイ内容（ナイスプレイの発生等）に応じて変動する。
【0158】
本実施形態においては、このような構成により、ゲームのプレイ動画を配信する動画配信サービスの興趣性を向上させることができる。
【0159】
具体的には、動画配信サービスにおいては例えば視聴ユーザの数が多い動画をお勧めまたは人気の動画として提示することが考えられるが、ゲームのプレイヤーとしてのスキルが高い（つまり、熟練度が高い）配信ユーザであっても、配信の経験が少ない配信ユーザである場合には、当該配信ユーザが配信するゲームのプレイ動画を視聴する視聴ユーザの数は少なく、当該ゲームのプレイ動画がお勧めまたは人気の動画として提示される機会は少ない。
【0160】
しかしながら、本実施形態においては、配信の経験が少なくても、ゲームのプレイヤーとしてのスキルが高い配信ユーザの場合には、ナイスプレイを頻発させてボルテージポイントを上昇させることによって、当該配信ユーザによって配信されるゲームのプレイ動画（を示す動画情報）がリスト画面において上位に表示される（つまり、視聴ユーザが一人もいない状態で配信されていても配信ユーザのプレイヤーとしてのスキルで人気の動画としてピックアップされる）。すなわち、本実施形態においては、ゲームのプレイヤーとしてのスキル（つまり、ゲームのプレイ内容）に応じてゲームのプレイ動画を視聴してもらえる機会（つまり、視聴ユーザの数）を増加させることができる。
【0161】
また、本実施形態において、視聴ユーザは、ボルテージポイントに基づいてプレイヤーとしてのスキルが高い配信ゲームのプレイ動画を容易に視聴することができるため、当該視聴ユーザの利便性を向上させることも可能である。
【0162】
このように本実施形態においては、配信ユーザにとってはゲームのプレイ動画の評価軸の増加が見込まれるとともに、視聴ユーザにとっては所望のゲームのプレイ動画を視聴する利便性の向上が見込まれるため、動画配信サービスにおける興趣性を向上させることができる。
【0163】
また、本実施形態においてゲームのプレイ動画がリアルタイムで配信される場合、リスト画面に表示されるボルテージポイントは配信ユーザによるゲームのプレイ内容に応じてリアルタイムで更新される。このような構成によれば、視聴ユーザは、配信ユーザによるゲームのプレイ内容に応じてリアルタイムで変動するボルテージポイントを参照して視聴するゲームのプレイ動画を選択することができる。
【0164】
更に、本実施形態におけるリスト画面には、ボルテージポイントに加えて配信ユーザによって指定されたサムネイル画像が更に表示される。このような構成によれば、視聴ユーザは、視聴するゲームのプレイ動画を選択する際に、サムネイル画像に基づいて当該ゲームのプレイ動画の概要（例えば、配信ユーザが使用するキャラクタ等）を容易に把握することが可能となる。
【0165】
また、本実施形態においてボルテージポイントは、例えばナイスプレイとして予め定められたプレイ内容によって上昇する。なお、ナイスプレイとは例えば視聴ユーザ（他のユーザ）による視聴を促進すると推測されるプレイ内容に相当し、当該ナイスプレイには、例えばゲームにおいて出現する敵キャラクタに所定のダメージを与える（つまり、当該敵キャラクタを倒す）こと、当該ゲームにおいて他のユーザ（第３ユーザ）との対戦に勝利すること、及び配信ユーザと協力してゲームをプレイする他のユーザ（第４ユーザ）をアシストすることのうちの少なくとも１つが含まれる。また、ナイスプレイには、ゲーム内のポイントを取得することや拠点を制圧することといった配信ユーザ単体での勝利条件の達成に貢献する行為（プレイ）が含まれていてもよい。
【0166】
更に、上記した図１２に示すようにナイスプレイ情報「ＮＰ１」～「ＮＰ３」によって示されるナイスプレイ（第１及び第２プレイ内容）が予め定められている場合、ボルテージポイントは、例えばナイスプレイ情報「ＮＰ１」によって示されるナイスプレイに応じて例えば１００（第１値）上昇し、ナイスプレイ情報「ＮＰ２」によって示されるナイスプレイに応じて例えば５０（第２値）上昇し、ナイスプレイ情報「ＮＰ３」によって示されるナイスプレイに応じて例えば２５上昇する。すなわち、本実施形態においては、例えばナイスプレイの種類（異なるプレイ内容）に応じた異なる幅でボルテージポイントを上昇させるようにしてもよい。
【0167】
本実施形態においては、このような構成により、配信ユーザによるゲームのプレイ内容に応じた適切なボルテージポイントの上昇（変動）を実現することが可能となる。
【0168】
また、本実施形態において視聴ユーザはリスト画面においてゲームのプレイ動画を選択することによって当該ゲームのプレイ動画を視聴可能であり、ボルテージポイントは、当該ゲームのプレイ動画を視聴するための視聴ユーザ端末１０の視聴画面に表示され、配信ユーザによるゲームのプレイ内容に応じてリアルタイムで更新される。本実施形態においては、このような構成により、視聴ユーザは例えばナイスプレイの発生等に応じたボルテージポイントの上昇を確認しながらゲームのプレイ動画を視聴することが可能であるため、当該視聴ユーザのモチベーションを向上させ、当該ゲームのプレイ動画の継続的な視聴を促すことが可能となる。
【0169】
更に、本実施形態においてボルテージポイントが視聴ユーザの行為（例えば、コメントの投稿等）に応じて上昇する場合には、視聴ユーザは、当該視聴ユーザの行為に応じて上昇するボルテージポイントを視聴画面において確認（把握）することにより、当該視聴ユーザが配信ユーザを支援（応援）していることを実感することができ、動画配信サービスにおける興趣性を向上させることができる。
【0170】
また、上記したボルテージポイントは、配信ユーザ端末１０に表示されてもよい。具体的には、例えばボルテージポイントを上記した配信メニュー画面または対戦画面等に表示することによって、配信ユーザは、当該配信ユーザが配信しているゲームのプレイ動画に対するボルテージポイントを確認することが可能となる。
【0171】
ここで、本実施形態においてはボルテージポイントが主に他のユーザ（他のチーム）との対戦に関する配信ユーザのプレイ内容（対戦におけるナイスプレイの発生）に応じて上昇するものとして説明したが、当該ボルテージポイントを上昇させるプレイ内容は、対戦に関するものに限定されない。具体的には、ボルテージポイントは、例えばガチャを回すというプレイ内容や当該ガチャを回すことによって所定のレア度以上のキャラクタが獲得されるというプレイ内容に応じて上昇してもよい。
【0172】
更に、本実施形態においてはゲームのプレイ動画がリアルタイムで配信される（つまり、当該ゲームのプレイ動画をライブ配信する）場合を想定しているが、当該ゲームのプレイ動画は、オンデマンドで配信されるものであってもよいし、アーカイブ配信されるものであってもよい。このような構成の場合には、上記した指標情報に基づいて計算されたゲームのプレイ動画における配信ユーザによるゲームのプレイ内容（つまり、ゲームのプレイ動画中のプレイ内容）に応じたボルテージポイントが予め上記した配信リストに登録しておき、視聴ユーザ端末１０のリスト画面に当該ボルテージポイントが表示されればよい。
【0173】
なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。
【符号の説明】
【0174】
１…ゲームシステム、１０…ユーザ端末、１１…不揮発性メモリ、１２…ＣＰＵ、１３…メインメモリ、１３Ａ…ゲームプログラム、１４…無線通信デバイス、１５…ディスプレイ、１６…タッチパネル、２０…サーバ装置、２１…不揮発性メモリ、２２…ＣＰＵ、２３…メインメモリ、２３Ａ…ゲームプログラム、２４…無線通信デバイス、１０１…操作受付部、１０２…制御部、１０３…表示処理部、１０４…格納部、２０１…格納部、２０２…データ管理部、２０３…制御部。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】