知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023056729
(43)【公開日】2023-04-20
(54)【発明の名称】プログラム、コンピュータ、システム、方法
(51)【国際特許分類】
A63F 13/69 20140101AFI20230413BHJP
A63F 13/86 20140101ALI20230413BHJP
A63F 13/533 20140101ALI20230413BHJP
【ＦＩ】
A63F13/69 510
A63F13/86
A63F13/533
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2021166111
(22)【出願日】2021-10-08
(71)【出願人】
【識別番号】509070463
【氏名又は名称】株式会社コロプラ
(74)【代理人】
【識別番号】100148563
【弁理士】
【氏名又は名称】山本 実
(72)【発明者】
【氏名】角田 亮二
(72)【発明者】
【氏名】松原 夏葉
(72)【発明者】
【氏名】澤田 純希
(57)【要約】
【課題】配信者を支援する楽しみが減少することを抑制すること。
【解決手段】配信ユーザのゲームプレイに応じた配信データを生成することと、生成した配信データを視聴ユーザが使用する視聴端末に送信し、当該視聴端末を使用して配信データに基づくコンテンツを視聴できるようにすることと、配信ユーザによる代理抽選操作に基づいて配信端末が送信する代理抽選要求を受信すること（ステップＳ５０８）と、代理抽選要求を受信したことに基づいてゲーム内価値の種類を抽選すること（ステップＳ５０９）と、抽選によって選ばれたゲーム内価値を視聴ユーザに付与すること（ステップＳ５１５）と、を実行させる。
【選択図】図８
【解決手段】配信ユーザのゲームプレイに応じた配信データを生成することと、生成した配信データを視聴ユーザが使用する視聴端末に送信し、当該視聴端末を使用して配信データに基づくコンテンツを視聴できるようにすることと、配信ユーザによる代理抽選操作に基づいて配信端末が送信する代理抽選要求を受信すること（ステップＳ５０８）と、代理抽選要求を受信したことに基づいてゲーム内価値の種類を抽選すること（ステップＳ５０９）と、抽選によって選ばれたゲーム内価値を視聴ユーザに付与すること（ステップＳ５１５）と、を実行させる。
【選択図】図８
【特許請求の範囲】
【請求項1】
コンピュータに、
第１端末を使用する第１ユーザの操作に基づいて配信データを生成することと、
生成した前記配信データを第２ユーザが使用する第２端末に送信し、当該第２端末を使用して前記配信データに基づくコンテンツを視聴できるようにすることと、
前記第２ユーザによる代理依頼操作に基づいて前記第２端末が送信する代理依頼要求を受信することと、
前記代理依頼要求を受信したことに基づいて、代理抽選操作を受け付けることを指示する代理許可通知を前記第１端末に送信することと、
前記第１ユーザによる前記代理抽選操作に基づいて前記第１端末が送信する代理抽選要求を受信することと、
前記代理抽選要求を受信したことに基づいてゲーム内価値の種類を抽選することと、
前記抽選によって選ばれたゲーム内価値を前記第２ユーザに付与することと、を実行させる、プログラム。
第１端末を使用する第１ユーザの操作に基づいて配信データを生成することと、
生成した前記配信データを第２ユーザが使用する第２端末に送信し、当該第２端末を使用して前記配信データに基づくコンテンツを視聴できるようにすることと、
前記第２ユーザによる代理依頼操作に基づいて前記第２端末が送信する代理依頼要求を受信することと、
前記代理依頼要求を受信したことに基づいて、代理抽選操作を受け付けることを指示する代理許可通知を前記第１端末に送信することと、
前記第１ユーザによる前記代理抽選操作に基づいて前記第１端末が送信する代理抽選要求を受信することと、
前記代理抽選要求を受信したことに基づいてゲーム内価値の種類を抽選することと、
前記抽選によって選ばれたゲーム内価値を前記第２ユーザに付与することと、を実行させる、プログラム。
【請求項2】
前記ゲーム内価値の種類を抽選することは、前記第２ユーザが保有するゲーム内通貨を消費することを条件として実行される、請求項１に記載のプログラム。
【請求項3】
前記コンピュータに、
前記配信データを１以上である第３端末に送信し、当該第３端末を使用して前記配信データに基づくコンテンツを視聴できるようにすることと、
前記第３端末を使用する第３ユーザによる代理依頼操作に基づいて前記第３端末が送信する代理依頼要求を受信することと、をさらに実行させ、
前記代理許可通知を前記第１端末に送信することは、前記代理依頼要求を送信した端末を使用するユーザのリストを生成することと、当該リストを前記第１端末に送信することと、を含む、請求項１又は請求項２に記載のプログラム。
前記配信データを１以上である第３端末に送信し、当該第３端末を使用して前記配信データに基づくコンテンツを視聴できるようにすることと、
前記第３端末を使用する第３ユーザによる代理依頼操作に基づいて前記第３端末が送信する代理依頼要求を受信することと、をさらに実行させ、
前記代理許可通知を前記第１端末に送信することは、前記代理依頼要求を送信した端末を使用するユーザのリストを生成することと、当該リストを前記第１端末に送信することと、を含む、請求項１又は請求項２に記載のプログラム。
【請求項4】
請求項１～請求項３のうち何れか一項に記載のプログラムを記憶した記憶装置と、
前記記憶装置が記憶したプログラムを実行するプロセッサと、を備えるコンピュータ。
前記記憶装置が記憶したプログラムを実行するプロセッサと、を備えるコンピュータ。
【請求項5】
請求項４に記載のコンピュータを備えるシステム。
【請求項6】
コンピュータが、
第１端末を使用する第１ユーザの操作に基づいて配信データを生成することと、
生成した前記配信データを第２ユーザが使用する第２端末に送信し、当該第２端末を使用して前記配信データに基づくコンテンツを視聴できるようにすることと、
前記第２ユーザによる代理依頼操作に基づいて前記第２端末が送信する代理依頼要求を受信することと、
前記代理依頼要求を受信したことに基づいて、代理抽選操作を受け付けることを指示する代理許可通知を前記第１端末に送信することと、
前記第１ユーザによる前記代理抽選操作に基づいて前記第１端末が送信する代理抽選要求を受信することと、
前記代理抽選要求を受信したことに基づいてゲーム内価値の種類を抽選することと、
前記抽選によって選ばれたゲーム内価値を前記第２ユーザに付与することと、を実行する方法。
第１端末を使用する第１ユーザの操作に基づいて配信データを生成することと、
生成した前記配信データを第２ユーザが使用する第２端末に送信し、当該第２端末を使用して前記配信データに基づくコンテンツを視聴できるようにすることと、
前記第２ユーザによる代理依頼操作に基づいて前記第２端末が送信する代理依頼要求を受信することと、
前記代理依頼要求を受信したことに基づいて、代理抽選操作を受け付けることを指示する代理許可通知を前記第１端末に送信することと、
前記第１ユーザによる前記代理抽選操作に基づいて前記第１端末が送信する代理抽選要求を受信することと、
前記代理抽選要求を受信したことに基づいてゲーム内価値の種類を抽選することと、
前記抽選によって選ばれたゲーム内価値を前記第２ユーザに付与することと、を実行する方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、コンピュータ、システム、及び方法に関する。
【背景技術】
【0002】
従来、抽選によって選ばれたゲーム内価値をユーザが獲得できるゲーム（以下、抽選ゲームという）を提供できるように構成されたシステムがある。一例として、抽選ゲームは、ガチャ（登録商標）、ガシャ（登録商標）、ふくびき、又は召喚と呼ばれる。また、一例として、抽選ゲームにおいて獲得できるゲーム内価値は、抽選ゲームとは異なるゲームで使用可能なキャラクタ、又はアイテムである。
【0003】
特許文献１は、ユーザによる実行指示を契機として、抽選ゲームを単発で実行したり、連続で実行したりできるシステムを開示する。このシステムにおいて、ユーザは、抽選ゲームによって獲得したキャラクタのレアリティに応じて、楽しみを感じ得る。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特許第６７２９７７７号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来のシステムでは、抽選ゲームの実行指示を行うユーザと、ゲーム内価値を獲得するユーザと、が同一ユーザである。このため、従来のシステムでは、抽選ゲームにおけるユーザ同士の関わり合いが弱く、かつ抽選ゲームにおける盛り上がりに欠ける。つまり、従来のシステムには、ユーザの興趣を向上できる余地があった。
【課題を解決するための手段】
【0006】
本開示の一態様に係るプログラムは、コンピュータに、第１端末を使用する第１ユーザの操作に基づいて配信データを生成することと、生成した前記配信データを第２ユーザが使用する第２端末に送信し、当該第２端末を使用して前記配信データに基づくコンテンツを視聴できるようにすることと、前記第２ユーザによる代理依頼操作に基づいて前記第２端末が送信する代理依頼要求を受信することと、前記代理依頼要求を受信したことに基づいて、代理抽選操作を受け付けることを指示する代理許可通知を前記第１端末に送信することと、前記第１ユーザによる前記代理抽選操作に基づいて前記第１端末が送信する代理抽選要求を受信することと、前記代理抽選要求を受信したことに基づいてゲーム内価値の種類を抽選することと、前記抽選によって選ばれたゲーム内価値を前記第２ユーザに付与することと、を実行させる。
【発明の効果】
【0007】
本開示によれば、ユーザの興趣を向上できる。
【図面の簡単な説明】
【0008】
【図1】ゲームシステムの概要を示す図である。
【図4】配信処理及び視聴処理の流れの一例を示す図である。
【図5】第１ゲームに関する処理の流れの一例を示す図である。
【図6】抽選処理の流れの一例を示す図である。
【図7】代理抽選処理の流れの一例を示す図である。
【図8】代理抽選処理の流れの一例を示す図である。
【発明を実施するための形態】
【0009】
本開示に係るゲームシステムについて図面を参照しつつ説明する。
［ゲームシステムの概略］
図１に示すように、ゲームシステム１０は、ネットワーク９０と、複数の端末１００と、１以上のサーバ２００と、を含む。ゲームシステム１０は、家庭用のシステムとして、又は業務用のシステムとして提供される。複数の端末１００は、ネットワーク９０を介してサーバ２００と通信するように構成される。ゲームシステム１０は、ゲームを提供する。以下の説明において、単に「ゲーム」と示す場合、ゲームシステム１０が提供するゲームを意味する。一例として、ゲームシステム１０は、マルチプレイヤーゲームを提供する。複数の端末１００は、コンピュータの一例である。サーバ２００は、コンピュータの一例である。
［ゲームシステムの概略］
図１に示すように、ゲームシステム１０は、ネットワーク９０と、複数の端末１００と、１以上のサーバ２００と、を含む。ゲームシステム１０は、家庭用のシステムとして、又は業務用のシステムとして提供される。複数の端末１００は、ネットワーク９０を介してサーバ２００と通信するように構成される。ゲームシステム１０は、ゲームを提供する。以下の説明において、単に「ゲーム」と示す場合、ゲームシステム１０が提供するゲームを意味する。一例として、ゲームシステム１０は、マルチプレイヤーゲームを提供する。複数の端末１００は、コンピュータの一例である。サーバ２００は、コンピュータの一例である。
【0010】
［ネットワーク］
一例として、ネットワーク９０は、インターネット、及び無線基地局を含む移動通信システムで構成される。一例として、移動通信システムは、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、又はアクセスポイントによってインターネットに接続可能な無線ネットワークとして実現できる。
一例として、ネットワーク９０は、インターネット、及び無線基地局を含む移動通信システムで構成される。一例として、移動通信システムは、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、又はアクセスポイントによってインターネットに接続可能な無線ネットワークとして実現できる。
【0011】
［端末のハードウェア構成］
いくつかの端末１００は、ゲームを行うゲーム端末として使用され得る。ゲーム端末として使用される端末１００は、ゲームシステム１０が提供するゲームをプレイするゲーム機能をユーザに提供する。いくつかの端末１００は、配信端末１００Ａとして使用され得る。配信端末１００Ａは、配信者である配信ユーザのゲームプレイを少なくとも含むコンテンツをリアルタイムで配信する配信機能をユーザに提供する。配信端末１００Ａは、配信ユーザによって使用される。配信ユーザは、ゲームのプレイヤーである。つまり、配信端末１００Ａは、ゲーム端末でもある。コンテンツは、配信ユーザのゲームプレイである動画像又は静画像を含み得る。コンテンツは、音声及び文字データのうち少なくとも１つを含み得る。一例として、コンテンツは、配信ユーザの音声を含み得る。
いくつかの端末１００は、ゲームを行うゲーム端末として使用され得る。ゲーム端末として使用される端末１００は、ゲームシステム１０が提供するゲームをプレイするゲーム機能をユーザに提供する。いくつかの端末１００は、配信端末１００Ａとして使用され得る。配信端末１００Ａは、配信者である配信ユーザのゲームプレイを少なくとも含むコンテンツをリアルタイムで配信する配信機能をユーザに提供する。配信端末１００Ａは、配信ユーザによって使用される。配信ユーザは、ゲームのプレイヤーである。つまり、配信端末１００Ａは、ゲーム端末でもある。コンテンツは、配信ユーザのゲームプレイである動画像又は静画像を含み得る。コンテンツは、音声及び文字データのうち少なくとも１つを含み得る。一例として、コンテンツは、配信ユーザの音声を含み得る。
【0012】
いくつかの端末１００は、視聴端末１００Ｂとして使用され得る。視聴端末１００Ｂは、配信ユーザが配信するコンテンツを視聴する視聴機能をユーザに提供する。視聴端末１００Ｂは、視聴者である視聴ユーザによって使用される。配信端末１００Ａ、及び視聴端末１００Ｂ以外の端末１００は、一般端末１００Ｃである。一般端末１００Ｃは、ゲーム端末として使用され得る。一般端末１００Ｃは、配信ユーザ、及び視聴ユーザ以外の一般ユーザによって使用される。一般ユーザは、配信ユーザと同じゲームに参加する場合がある。
【0013】
一例として、端末１００は、スマートフォンである。端末１００は、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、又はタブレット型コンピュータといった、携帯端末装置であってもよい。各端末１００は、パーソナルコンピュータ（ＰＣ）、又はワークステーションといった、固定端末装置であってもよい。例えば、端末１００は、プロセッサ１１０と、メモリ１２０と、ストレージ１３０と、を備える。端末１００は、さらに、通信インターフェース（ＩＦ）１４０と、入出力ＩＦ１５０と、を備えてもよい。端末１００は、さらに、マイク１６０と、スピーカ１６２と、タッチスクリーン１６４と、を備えてもよい。端末１００が備える複数の構成要素の各々は、通信バス１８０に接続される。
【0014】
プロセッサ１１０は、端末１００に与えられる信号に応じて、又は予め定められた条件が成立したことに応じて、メモリ１２０又はストレージ１３０に記憶されているプログラムに含まれる一連の命令を実行する。例えば、プロセッサ１１０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＭＰＵ（Micro Processor Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、又は、その他の演算装置として実現される。
【0015】
メモリ１２０は、プログラム、及びデータを一時的に保存する。一例として、プログラムは、ストレージ１３０から読み出される。データは、端末１００に送信されたデータと、プロセッサ１１０によって生成されたデータと、を含み得る。例えば、メモリ１２０は、ＲＡＭ（Random Access Memory）、又はその他の揮発性のメモリとして実現される。
【0016】
ストレージ１３０は、プログラム、及びデータを永続的に保持する。例えば、ストレージ１３０は、ＲＯＭ（Read-Only Memory）、ハードディスク装置、フラッシュメモリ、又はその他の不揮発性記憶装置として実現される。ストレージ１３０は、メモリカードのように、着脱可能な記憶装置として実現されてもよい。
【0017】
ストレージ１３０に格納されるプログラムは、第１ゲームプログラム、第２ゲームプログラム、配信プログラム、視聴プログラム、及び、通信プログラムを含む。一例として、第１ゲームプログラムは、ゲームのうち第１ゲームを提供する第１ゲーム機能を実現する。一例として、第１ゲームは、ゲーム空間において複数のユーザが勝敗を競うゲームである。ゲーム空間は、仮想空間の一例である。第１ゲームプログラムは、ゲーム空間の提供と、当該ゲーム空間に配置されるオブジェクト（例えば、アバター）を操作するための機能を実現する。
【0018】
一例として、第２ゲームプログラムは、ゲームのうち第２ゲームを提供する第２ゲーム機能を実現する。一例として、第２ゲームは、複数種類のゲーム内価値の中から所定の抽選（以下、提供抽選と示す）によって選ばれたゲーム内価値をユーザに提供するゲームである。第２ゲームでは、提供抽選において当選したゲーム内価値がユーザに提供される。以下の説明では、第２ゲームにおいてユーザに提供され得るゲーム内価値を、「提供価値」と示す。一例として、提供価値は、ゲーム内価値のうち、第１ゲームで使用できる価値である。第２ゲームの権利は、ゲーム内通貨を支払うことによって獲得できる。ゲーム内通貨は、ゲーム内価値の一例である。ゲーム内通貨は、課金によってユーザに付与される価値であってもよく、無課金でもユーザに付与され得る価値であってもよい。ゲーム内通貨を支払うことは、ゲーム内通貨を消費することである。一例として、第２ゲームプログラムは、提供抽選を実行させる機能と、提供抽選において当選した提供価値をユーザに付与する機能と、を実現する。
【0019】
配信プログラムは、ゲームプレイを少なくとも含むコンテンツを配信する配信機能を実現する。この配信機能を実現している間、端末１００は、配信端末１００Ａとなる。視聴プログラムは、コンテンツの視聴を提供する視聴機能を実現する。この視聴機能を実現している間、端末１００は、視聴端末１００Ｂとなる。以下の説明では、端末１００が配信機能を実現している状態を「配信状態」と示し、端末１００が視聴機能を実現している状態を「視聴状態」と示す。つまり、端末１００は、配信状態である場合に配信端末１００Ａとなり、視聴状態である場合に視聴端末１００Ｂとなる。端末１００が配信状態ではなく、かつ、視聴状態ではない状態は、初期状態である。端末１００は、初期状態である場合に一般端末１００Ｃとなる。
【0020】
通信プログラムは、他のコンピュータ（例えば、サーバ２００）と通信する機能を実現する。ストレージ１３０に格納されるプログラムは、オペレーティングシステム、シミュレーションプログラム、ユーザ認証プログラム、及びその他のプログラムを含んでよい。例えば、ストレージ１３０に格納されるデータは、仮想空間（ゲーム空間）の定義データ、仮想空間に配置される各種オブジェクト用のオブジェクトデータ、及びユーザデータを含む。一例として、ユーザデータは、ユーザ名、アカウントＩＤ、ユーザが保有するゲーム内価値、性別、年齢、及び住所等を含み得る。ユーザが保有するゲーム内価値には、ユーザが保有するゲーム内通貨を含み得る。
【0021】
通信ＩＦ１４０は、ネットワーク９０に接続される。通信ＩＦ１４０は、ネットワーク９０に接続されている他のコンピュータ（例えば、サーバ２００）と通信する。例えば、通信ＩＦ１４０は、ＬＡＮ（Local Area Network）、又はその他の有線通信ＩＦとして実現される。例えば、通信ＩＦ１４０は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）、又はその他の無線通信ＩＦとして実現される。通信ＩＦ１４０は、上述したものに限られない。
【0022】
入出力ＩＦ１５０は、外部の入出力機器１９０と通信する。例えば、入出力ＩＦ１５０は、ＵＳＢ（Universal Serial Bus）、ＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）、又は、その他の有線通信ＩＦとして実現される。例えば、入出力ＩＦ１５０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はその他の無線通信ＩＦとして実現される。
【0023】
一例として、入出力機器１９０は、コントローラである。例えば、入出力ＩＦ１５０は、プロセッサ１１０から出力された命令を、コントローラに送信する。当該命令は、振動、音声出力、又は発光をコントローラに指示する。コントローラは、命令を受信すると、当該命令に応じて、振動、音声出力、又は発光を実行する。コントローラは、１以上の操作パーツを有する。例えば、１以上の操作パーツは、ボタン、キー、スイッチ、ハンドル、バー、タッチパッド、又はスティックを含む。コントローラは、操作パーツに対するユーザの操作に基づく出力値を端末１００へ送信する。一例として、コントローラは、加速度センサ、及び角速度センサといったモーションセンサを備えてもよい。コントローラは、モーションセンサの出力値を端末１００へ送信するように構成されてもよい。コントローラは、端末１００に対して取付け、及び取外しできてもよい。
【0024】
入出力機器１９０は、上述したものに限られない。例えば、入出力機器１９０は、カメラであってもよい。カメラは、ユーザを撮影した撮影画像を端末１００へ送信するように構成されてもよい。例えば、入出力機器１９０は、測距センサであってもよい。測距センサは、ユーザの手、又はマーカー等の検知に基づく出力値を端末１００へ送信するように構成されてもよい。
【0025】
マイク１６０は、ユーザの発話を音声信号（電気信号）に変換してプロセッサ１１０へ送信する。スピーカ１６２は、音声信号を音声に変換してユーザへ出力する。端末１００は、スピーカ１６２に加えて、又は代えて、イヤホン、又はイヤホンを接続できるイヤホンジャックを備えてもよい。
【0026】
タッチスクリーン１６４は、モニタ１６６と、タッチセンサ１６７と、を含む。モニタ１６６は、透過型、又は非透過型の表示装置として実現される。例えば、モニタ１６６は、液晶モニタ、有機ＥＬ（Electro Luminescence）モニタ、又はその他の表示装置として実現される。モニタ１６６は、各種の画像を表示する。モニタ１６６に表示する画像は、背景、ユーザのアバター、障害物、キャラクタ、ウィンドウ、ボタン、メニュー、リスト、及びアイコンといった各種のオブジェクトを含む。モニタ１６６は、上述したものに限らない。例えば、モニタ１６６は、左目用の画像を表示するサブモニタと、右目用の画像を表示するサブモニタと、を含む３Ｄモニタであってもよい。
【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】
レンダリングモジュール１０４は、ＵＩ（User Interface）を構築するための２Ｄ、又は３Ｄのゲームオブジェクト（ＵＩオブジェクト）を制御、及び描画してもよい。レンダリングモジュール１０４は、アイコン、ボタン、リスト、ウィンドウ、及びメニューといった、ユーザの入力操作に必要なＵＩオブジェクトを含むゲーム画面を作成する。ＵＩオブジェクトは、ゲームを進行するために必要なユーザの入力操作を補助する情報である。また、ＵＩオブジェクトは、ゲームの進行中に生成されるデータを端末１００から得るために必要なユーザの入力操作を補助する情報である。本開示で示す各種のＵＩオブジェクトは、何れも１つの例に過ぎず、それらの態様に限らない。
【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】
一例として、視聴対象である第１ゲームが第１パートである場合に、視聴ウィンドウ６０１には、配信ユーザのアバターが表示される。一例として、視聴ウィンドウ６０１には、配信ユーザのアバター８０Ａが表示される。配信ユーザの操作に応じてアバターの設定が変更されると、当該設定の変更に応じて、視聴ウィンドウ６０１に表示される配信ユーザのアバターの外観が変更される。つまり、視聴対象である第１ゲームが第１パートである場合に、視聴ウィンドウ６０１には、第１ゲームの第１パートにおける配信ユーザのゲームプレイが表示される。
【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】
（２）配信ユーザは、抽選ゲームの代理のゲームプレイにおいて、自らのゲーム内通貨を消費しない。このため、抽選ゲームのゲームプレイを代理し易い。
（３）配信ユーザは、申込者リストに基づいて、任意の視聴ユーザを被代理ユーザとして選択することができる。
（３）配信ユーザは、申込者リストに基づいて、任意の視聴ユーザを被代理ユーザとして選択することができる。
【0175】
（４）申込者リストにおける並び順は、視聴ユーザに関係がある履歴情報に応じて並び替えられる。よって、配信ユーザは、履歴情報に応じて、申込者リストに表示される視聴ユーザから任意の視聴ユーザを被代理ユーザとして選択できる。
【0176】
（５）履歴情報は、コンテンツの視聴時間を含む。よって、配信ユーザは、当該配信ユーザが配信しているコンテンツに興味を持つ視聴ユーザを見つけやすい。
（６）第２視聴画面６０Ｂは、代理報知オブジェクト５１３の表示を含み得る。よって、被代理ユーザが決定された後に視聴を開始した視聴ユーザであっても、配信ユーザによる抽選ゲームのゲームプレイが代理のゲームプレイであることを認識可能である。
（６）第２視聴画面６０Ｂは、代理報知オブジェクト５１３の表示を含み得る。よって、被代理ユーザが決定された後に視聴を開始した視聴ユーザであっても、配信ユーザによる抽選ゲームのゲームプレイが代理のゲームプレイであることを認識可能である。
【0177】
上記実施形態は、以下のように変更して実施することができる。上記実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・第１ゲームの一例として、対戦ゲームを例示したがこれに限らない。例えば、第１ゲームは、ゲーム内価値を収集することを目的としたゲームであってもよく、アバターなどのキャラクタを育成することを目的としたゲームであってもよい。
・第１ゲームの一例として、対戦ゲームを例示したがこれに限らない。例えば、第１ゲームは、ゲーム内価値を収集することを目的としたゲームであってもよく、アバターなどのキャラクタを育成することを目的としたゲームであってもよい。
【0178】
・抽選ゲームは、ランダム型アイテム提供方式、ＢＯＸ抽選ゲーム方式、コンプリート抽選ゲーム方式、及びトレジャーボックス方式から１又は複数の方式を採用してもよい。ＢＯＸ抽選ゲーム方式の抽選ゲームの代理のゲームプレイでは、被代理ユーザの箱（ＢＯＸ）からゲーム内価値の種類を抽選してもよく、配信ユーザの箱（ＢＯＸ）からゲーム内価値の種類を抽選してもよい。コンプリート抽選ゲーム方式の抽選ゲームの代理のゲームプレイでは、被代理ユーザが獲得したゲーム内価値を、配信ユーザについても獲得したものと見做してもよい。トレジャーボックス方式の抽選ゲームの代理のゲームプレイでは、被代理ユーザが保有する鍵を消費することを条件としてゲーム内価値の種類が抽選されるとよい。鍵は、ゲーム内通貨の一例である。
【0179】
・複数種類の抽選ゲームには、ゲームプレイが代行可能な抽選ゲームと、ゲームプレイが代行不能な抽選ゲームと、があってもよい。
・配信ユーザが代理しようとする抽選ゲームの種類は、視聴ユーザが選択してもよく、配信ユーザが選択してもよい。一例として、視聴ユーザが選択する場合、エントリー申し込み操作を受け付けるよりも前、又はエントリー申し込み操作を受け付けた際に、抽選ゲームの種類が決定されるとよい。この場合、申込者リストには、各視聴ユーザが選択した抽選ゲームの種類を示す情報が表示されていてもよい。
・配信ユーザが代理しようとする抽選ゲームの種類は、視聴ユーザが選択してもよく、配信ユーザが選択してもよい。一例として、視聴ユーザが選択する場合、エントリー申し込み操作を受け付けるよりも前、又はエントリー申し込み操作を受け付けた際に、抽選ゲームの種類が決定されるとよい。この場合、申込者リストには、各視聴ユーザが選択した抽選ゲームの種類を示す情報が表示されていてもよい。
【0180】
・抽選ゲームは、ゲームプレイの回数に応じて、予め定められたゲーム内価値を獲得可能であってもよい。この場合、代理のゲームプレイが行われるときには配信ユーザのゲームプレイの回数が加算されてもよく、被代理ユーザのゲームプレイの回数が加算されてもよい。
【0181】
・抽選処理及び代理抽選処理において、消費要求の送受信を省略してもよい。この場合、一例として、サーバ２００のプロセッサ２１０は、第２ゲームモジュール１０１Ｂとして、抽選要求を受信した場合に、ユーザの保有するゲーム内通貨を消費した後、ユーザに付与するゲーム内価値の種類を抽選してもよい。
【0182】
・募集ウィンドウ６１０には、配信ユーザが代理しようとする抽選ゲームの種類を示す情報を含んでいてもよい。この場合、配信ユーザが代理しようとする抽選ゲームの種類を示す情報は、募集ウィンドウ６１０に所定のアイコンを含むとともに、当該所定のアイコンが表示されている部分をタップ操作することによって表示されてもよい。配信ユーザが代理しようとする抽選ゲームの種類を示す情報には、当該抽選ゲームの種類に応じた提供価値の種類と、各提供価値の当選確率Ｐを示す情報を含んでいてもよい。配信ユーザが代理しようとする抽選ゲームの種類を示す情報には、当該抽選ゲームの権利獲得に必要なゲーム内通貨の額を示す情報を含んでいてもよい。この場合、抽選ゲームの権利獲得に必要なゲーム内通貨の額は、第２視聴画面６０Ｂの任意の場所に表示されるとよい。
【0183】
・抽選ゲームは、抽選過程の表示の一部又は全部をスキップできてもよい。一例として、抽選過程の表示中、第２ゲーム画面５０にスキップアイコンを含むとともに、当該スキップアイコンが表示される部分をタップ操作することによって、抽選過程の表示の一部又は全部がスキップされるようにしてもよい。一例として、抽選過程の表示中、第２ゲーム画面５０の所定のアイコン又はボタンが表示される部分とは異なる部分をタップ操作することによって、抽選過程の表示の一部又は全部がスキップされるようにしてもよい。抽選過程の表示の一部又は全部をスキップできるように構成する場合、保有ユーザから依頼された別のユーザがゲームプレイを行うときには、抽選過程の表示がスキップできないようにしてもよい。抽選過程の表示の一部又は全部をスキップできるように構成する場合、保有ユーザから依頼された別のユーザがゲームプレイを行うときには、保有ユーザが自らゲームプレイを行うときに比して、スキップされる期間を短くしてもよい。
【0184】
・抽選ゲームは、ゲーム内通貨を消費したユーザと、提供価値が提供されるユーザとが異なる場合を含んでもよい。一例として、視聴ユーザが自ら対価を支払うことによって、配信ユーザが代行した抽選ゲームで当てた１以上の提供価値は、配信ユーザに提供されてもよい。一例として、配信ユーザが自ら対価を支払うことによって、配信ユーザが実行した抽選ゲームで当てた１以上の提供価値は、１の視聴ユーザに提供されてもよい。この場合、配信ユーザは、申込者リストから、抽選ゲームで当てた１以上の提供価値が提供される視聴ユーザを選択するとよい。一例として、ゲーム内通貨を消費したユーザと、提供価値が提供されるユーザとが異なる抽選ゲームは、課金によってユーザに付与されるゲーム内通貨を対価の一部又は全部として支払うことによってプレイできるようにしてもよい。つまり、ゲーム内通貨を消費したユーザと、提供価値が提供されるユーザとが異なる抽選ゲームは、無課金でもユーザに付与され得るゲーム内通貨のみを対価としてはプレイできないようにしてもよい。
【0185】
・サーバ２００のプロセッサ１１０は、配信モジュール２０１Ｃとして、受信したプレイ情報に応じてゲームのプレイ動画を生成し、ストリーミング配信するように構成されてもよい。視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｄとして、ストリーミング配信されるゲームのプレイ動画を、視聴ウィンドウ６０１に表示してもよい。
【0186】
・コンテンツは、文字データを含んでよい。配信端末１００Ａのプロセッサ１１０は、配信モジュール１０１Ｃとして、文字データの入力操作を受け付けると、当該入力操作によって指示された文字データをサーバ２００へ送信する。サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｃとして、受信した文字データを視聴端末１００Ｂへ送信する。視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｄとして、受信した文字データをモニタ１６６に表示する。
【0187】
・コントロールモジュール１０１，２０１が備える１以上のモジュールは、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field-Programmable Gate Array）、ＭＣＵ（Micro Control Unit）等の回路により実現してもよい。
【0188】
・コントロールモジュール１０１，２０１が備える１以上のモジュールは、プロセッサを用いるソフトウェアによって実現してもよい。コントロールモジュール１０１，２０１の少なくとも１つを備えるコンピュータは、プロセッサ、メモリ、及びストレージを備える。上記プログラム及び各種データは、プロセッサが読み取りできるように、ストレージに記録される。プログラムは、メモリに展開される。そして、プロセッサが上記プログラムをストレージから読み取り、実行することにより、本開示の作用が実現される。ストレージは、既に説明の通り、不揮発性の記憶装置として実現され得る。
【0189】
・プログラムは、このプログラムを伝送可能な任意の伝送媒体（通信ネットワーク、又は放送波等）を介して上記コンピュータに供給されてもよい。
・プログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に記録してもよい。
・プログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に記録してもよい。
【0190】
本開示は以下の実施例を包含する。限定のためでなく理解の補助として実施形態の構成要素の参照符号を付した。
（付記１）コンピュータ（２００）に、第１端末（１００Ａ）を使用する第１ユーザの操作に基づいて配信データを生成すること（ステップＳ１０２）と、生成した前記配信データを第２ユーザが使用する第２端末（１００Ｂ）に送信し、当該第２端末（１００Ｂ）を使用して前記配信データに基づくコンテンツを視聴できるようにすること（ステップＳ１１１）と、前記第２ユーザによる代理依頼操作に基づいて前記第２端末（１００Ｂ）が送信する代理依頼要求を受信すること（ステップＳ４０７）と、前記代理依頼要求を受信したことに基づいて、代理抽選操作を受け付けることを指示する代理許可通知を前記第１端末（１００Ａ）に送信すること（ステップＳ４１５）と、前記第１ユーザによる前記代理抽選操作に基づいて前記第１端末が送信する代理抽選要求を受信すること（ステップＳ５０８）と、前記代理抽選要求を受信したことに基づいてゲーム内価値の種類を抽選すること（ステップＳ５０９）と、前記抽選によって選ばれたゲーム内価値を前記第２ユーザに付与すること（ステップＳ５１５）と、を実行させる、プログラム。
（付記１）コンピュータ（２００）に、第１端末（１００Ａ）を使用する第１ユーザの操作に基づいて配信データを生成すること（ステップＳ１０２）と、生成した前記配信データを第２ユーザが使用する第２端末（１００Ｂ）に送信し、当該第２端末（１００Ｂ）を使用して前記配信データに基づくコンテンツを視聴できるようにすること（ステップＳ１１１）と、前記第２ユーザによる代理依頼操作に基づいて前記第２端末（１００Ｂ）が送信する代理依頼要求を受信すること（ステップＳ４０７）と、前記代理依頼要求を受信したことに基づいて、代理抽選操作を受け付けることを指示する代理許可通知を前記第１端末（１００Ａ）に送信すること（ステップＳ４１５）と、前記第１ユーザによる前記代理抽選操作に基づいて前記第１端末が送信する代理抽選要求を受信すること（ステップＳ５０８）と、前記代理抽選要求を受信したことに基づいてゲーム内価値の種類を抽選すること（ステップＳ５０９）と、前記抽選によって選ばれたゲーム内価値を前記第２ユーザに付与すること（ステップＳ５１５）と、を実行させる、プログラム。
【0191】
（付記２）前記ゲーム内価値の種類を抽選すること（ステップＳ５０９）は、前記第２ユーザが保有するゲーム内通貨を消費することを条件として実行される、付記１に記載のプログラム。
【0192】
（付記３）前記コンピュータ（２００）に、前記配信データを１以上である第３端末（１００Ｂ）に送信し、当該第３端末（１００Ｂ）を使用して前記配信データに基づくコンテンツを視聴できるようにすること（ステップＳ１１１）と、前記第３端末（１００Ｂ）を使用する第３ユーザによる代理依頼操作に基づいて前記第３端末（１００Ｂ）が送信する代理依頼要求を受信すること（ステップＳ４０７）と、をさらに実行させ、前記代理許可通知を前記第１端末に送信することは、前記代理依頼要求を送信した端末を使用するユーザのリストを生成すること（ステップＳ４０８）と、当該リストを前記第１端末（１００Ａ）に送信すること（ステップＳ４０９）と、を含む、付記１又は付記２に記載のプログラム。
【0193】
（付記４）付記１～付記３のうち何れかに記載のプログラムを記憶した記憶装置（２３０）と、前記記憶装置（２３０）が記憶したプログラムを実行するプロセッサ（２１０）と、を備える、コンピュータ（２００）。
【0194】
（付記５）付記４に記載のコンピュータ（２００）を備える、システム。
（付記６）コンピュータ（２００）が、第１端末（１００Ａ）を使用する第１ユーザの操作に基づいて配信データを生成すること（ステップＳ１０２）と、生成した前記配信データを第２ユーザが使用する第２端末（１００Ｂ）に送信し、当該第２端末（１００Ｂ）を使用して前記配信データに基づくコンテンツを視聴できるようにすること（ステップＳ１１１）と、前記第２ユーザによる代理依頼操作に基づいて前記第２端末（１００Ｂ）が送信する代理依頼要求を受信すること（ステップＳ４０７）と、前記代理依頼要求を受信したことに基づいて、代理抽選操作を受け付けることを指示する代理許可通知を前記第１端末（１００Ａ）に送信すること（ステップＳ４１５）と、前記第１ユーザによる前記代理抽選操作に基づいて前記第１端末が送信する代理抽選要求を受信すること（ステップＳ５０８）と、前記代理抽選要求を受信したことに基づいてゲーム内価値の種類を抽選すること（ステップＳ５０９）と、前記抽選によって選ばれたゲーム内価値を前記第２ユーザに付与すること（ステップＳ５１５）と、を実行する方法。
（付記６）コンピュータ（２００）が、第１端末（１００Ａ）を使用する第１ユーザの操作に基づいて配信データを生成すること（ステップＳ１０２）と、生成した前記配信データを第２ユーザが使用する第２端末（１００Ｂ）に送信し、当該第２端末（１００Ｂ）を使用して前記配信データに基づくコンテンツを視聴できるようにすること（ステップＳ１１１）と、前記第２ユーザによる代理依頼操作に基づいて前記第２端末（１００Ｂ）が送信する代理依頼要求を受信すること（ステップＳ４０７）と、前記代理依頼要求を受信したことに基づいて、代理抽選操作を受け付けることを指示する代理許可通知を前記第１端末（１００Ａ）に送信すること（ステップＳ４１５）と、前記第１ユーザによる前記代理抽選操作に基づいて前記第１端末が送信する代理抽選要求を受信すること（ステップＳ５０８）と、前記代理抽選要求を受信したことに基づいてゲーム内価値の種類を抽選すること（ステップＳ５０９）と、前記抽選によって選ばれたゲーム内価値を前記第２ユーザに付与すること（ステップＳ５１５）と、を実行する方法。
【0195】
本発明がその技術的思想から逸脱しない範囲で他の特有の形態で具体化されてもよいということは当業者にとって明らかであろう。例えば、実施形態（あるいはその１つ又は複数の態様）において説明した部品のうちの一部を省略してもよいし、いくつかの部品を組み合わせてもよい。本発明の範囲は、添付の請求の範囲を参照して、請求の範囲が権利を与えられる均等物の全範囲と共に確定されるべきである。
【符号の説明】
【0196】
１０…ゲームシステム ４０…第１ゲーム画面 ５０…第２ゲーム画面 ６０Ａ…第１視聴画面 ６０Ｂ…第２視聴画面 ８０Ａ…アバター ９０…ネットワーク １００…端末 １００Ａ…配信端末 １００Ｂ…視聴端末 １００Ｃ…一般端末 １０１…コントロールモジュール １０１Ａ…第１ゲームモジュール １０１Ｂ…第２ゲームモジュール １０１Ｃ…配信モジュール １０１Ｄ…視聴モジュール １０４…レンダリングモジュール １０５…メモリモジュール １０６…通信モジュール １０７…入出力モジュール １１０…プロセッサ １２０…メモリ １３０…ストレージ １４０…通信ＩＦ １５０…入出力ＩＦ １６０…マイク １６２…スピーカ １６４…タッチスクリーン １６６…モニタ １６７…タッチセンサ １８０…通信バス １９０…入出力機器 ２００…サーバ ２００Ａ…ゲームサーバ ２００Ｂ…配信サーバ ２０１…コントロールモジュール ２０１Ａ…第１ゲームモジュール ２０１Ｂ…第２ゲームモジュール ２０１Ｃ…配信モジュール ２０５…メモリモジュール ２０６…通信モジュール ２０７…入出力モジュール ２１０…プロセッサ ２２０…メモリ ２３０…ストレージ ２４０…通信ＩＦ ２５０…入出力ＩＦ ２８０…通信バス ４０１…アバターウィンドウ ４０３…配信開始アイコン ４０４…対戦アイコン ４０５…プロフィールアイコン ４０６…キャラクタアイコン ４０８…第１ゲームアイコン ４０９…第２ゲームアイコン ４１０…視聴ボタン ４１５…配信中アイコン ５０１…ゲームウィンドウ ５０２…代理募集アイコン ５０３…抽選アイコン ５０４…提供情報ボタン ５０５…切替ボタン ５０６…代理抽選ボタン ５１０…抽選器 ５１１…カプセル ５１２…獲得オブジェクト ５１３…代理報知オブジェクト ５２０…募集ウィンドウ ５２１…募集ボタン ５２２…キャンセルボタン ５３０…選択ウィンドウ ５３１…申込者リスト ５３２…スクロールバー ５３３…選択チェックボックス ５３４…ユーザ抽選ボタン ５３５…決定ボタン ５４０…選択確認ウィンドウ ５４１…確定ボタン ５４２…キャンセルボタン ６０１…視聴ウィンドウ ６０４…チャットウィンドウ ６０５…ボタン ６１０…募集ウィンドウ ６１１…代理依頼ボタン ６１２…キャンセルボタン ６２０…通知ウィンドウ ６２１…確認ボタン Ｐ，Ｐａ，Ｐｂ…当選確率 Ｐ１…第１確率 Ｐ２…第２確率
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】