JP7494102B2 - プログラム、情報処理システム - Google Patents

Description

本開示は、プログラム、及び情報処理システムに関する。

特許文献１～４は、サーバと、複数の端末と、を含むゲームシステムを開示する。ゲームシステムでは、配信者によるゲームプレイを少なくとも含むコンテンツが、視聴者が使用する端末に配信される。ゲームシステムにおいて、視聴者は、配信者のゲームプレイに参加できる。

特開２０１９－９７８８８号公報 特開２０１５－１１２５００号公報 特開２０１５－３６０３３号公報 特開２０２０－４４０８６号公報

特許文献１～４で開示されるゲームシステムにおいて、コンテンツの視聴者は、配信者とゲームプレイを交代する態様、又は、配信者のゲームプレイにおける対戦者になる態様で、配信者のゲームプレイに参加できる。しかしながら、コンテンツの視聴者が、これらの態様でしか参加できない場合、配信者と、視聴者との一体感を得ることが難しい。

本開示の一態様に係るプログラムは、コンピュータを、１以上の視聴端末に対して、配信端末を使用する配信ユーザのゲームプレイに応じた配信情報を配信し、前記配信ユーザによるゲームプレイを少なくとも含むコンテンツを、前記視聴端末を使用する視聴ユーザが視聴できるようにする配信手段と、前記コンテンツへの参加操作を受け付けた前記視聴端末が送信する参加情報を受信する参加情報受信手段と、前記配信ユーザと、前記参加情報を送信した第１視聴端末を使用する第１視聴ユーザと、を少なくとも含むパーティを結成するパーティ結成手段と、前記パーティに含まれる１以上の前記第１視聴ユーザを前記コンテンツに参加させる参加手段と、として機能させ、前記参加手段は、前記第１視聴ユーザとは異なる視聴ユーザであって、前記参加情報を送信した第２視聴端末を使用する第２視聴ユーザを、前記パーティに含まれるユーザとは異なる態様で、前記コンテンツに参加させる。

本開示によれば、配信者と視聴者との一体感を得られやすい。従来にはないゲームの楽しさを提供することができる。

第１実施形態における、ゲームシステムの概要を示す図。 図１のゲームシステムが含む端末のモジュール構成の一例を示す図。 図１のゲームシステムが含むサーバのモジュール構成の一例を示す図。 図２の端末における、画面遷移の一例を示す図。 図２の端末における、画面遷移の一例を示す図。 第１実施形態における、履歴情報のデータ構造の一例を示す図。 第１実施形態における、配信処理及び視聴処理の流れの一例を示す図。 第１実施形態における、パーティメンバー募集処理の流れの一例を示す図。 第１実施形態における、マッチング処理、バトル処理、及び解散処理の流れの一例を示す図。 図２の端末に表示される、ホーム画面及び視聴画面の一例を示す図。 図２の端末における、コンテンツの視聴を開始する場合の、画面遷移の一例を示す図。 図２の端末における、パーティメンバーを募集する場合の、画面遷移の一例を示す図。 図２の端末における、申込者リストを表示する場合の、画面遷移の一例を示す図。 図２の端末における、パーティへの参加確認を行う場合の、画面遷移の一例を示す図。 図２の端末に表示される、パーティを結成した後のホーム画面の一例を示す図。 図２の端末に表示される、マッチング画面の一例を示す図。 図２の端末に表示される、バトル画面及び視聴画面の一例を示す図。 第２実施形態における、タイムライン画面を経由してパーティメンバーを募集する場合の、画面遷移の一例を示す図。 第２実施形態における、タイムライン画面を経由して行うエントリー募集の処理の流れの一例を示す図。 第２実施形態における、第２バトル画面及び第２視聴画面の一例を示す図。 第３実施形態における、第２バトル画面から行うエントリー募集の処理の流れの一例を示す図。 第４実施形態における、エントリー募集の処理の流れの一例を示す図。 第５実施形態における、第１バトル画面の一例を示す図。 第５実施形態における、支援キャラクタの機能の一例を示す図。 第５実施形態における、支援キャラクタの機能の一例を示す図。 第５実施形態における、支援オブジェクトを配置する様子の一例を示す図。

本開示に係るゲームシステムについて図面を参照しつつ説明する。
（第１実施形態）
［ゲームシステムの概要］
図１に示すように、ゲームシステム１０は、ネットワーク９０と、複数の端末１００と、１以上のサーバ２００と、を含む。ゲームシステム１０は、家庭用のシステムとして、又は業務用のシステムとして提供される。複数の端末１００は、ネットワーク９０を介してサーバ２００と通信するように構成される。一例として、ゲームシステム１０は、マルチプレイヤーゲームを提供する。以下の説明において、単に「ゲーム」と示す場合、ゲームシステム１０が提供するゲームを意味する。複数の端末１００は、コンピュータの一例である。１以上のサーバ２００は、コンピュータの一例である。

［ネットワーク］
一例として、ネットワーク９０は、インターネット、及び無線基地局を含む移動通信システムで構成される。一例として、移動通信システムは、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、又は、アクセスポイントによってインターネットに接続可能な無線ネットワークとして実現できる。

［端末のハードウェア構成］
複数の端末１００は、ゲームを行うゲーム端末として使用され得る。ゲーム端末として使用される端末１００は、ゲームシステム１０が提供するゲームをプレイするゲーム機能をユーザに提供する。いくつかの端末１００は、配信端末１００Ａとして使用され得る。配信端末１００Ａは、配信者である配信ユーザのゲームプレイを少なくとも含むコンテンツをリアルタイムで配信する配信機能をユーザに提供する。配信端末１００Ａは、配信ユーザによって使用される。コンテンツは、配信ユーザのゲームプレイである動画像又は静画像を含み得る。コンテンツは、音声及び文字データのうち少なくとも１つを含み得る。

いくつかの端末１００は、視聴端末１００Ｂとして使用され得る。視聴端末１００Ｂは、配信ユーザが配信するコンテンツを視聴する視聴機能をユーザに提供する。視聴端末１００Ｂは、視聴者である視聴ユーザによって使用される。いくつかの端末１００は、参加端末１００Ｃとして使用され得る。参加端末１００Ｃは、配信ユーザのゲームプレイに参加する参加機能をユーザに提供する。参加端末１００Ｃは、参加ユーザによって使用される。

配信ユーザ及び参加ユーザは、ゲームのプレイヤーである。つまり、配信端末１００Ａ及び参加端末１００Ｃは、ゲーム端末でもある。配信端末１００Ａ、視聴端末１００Ｂ、及び参加端末１００Ｃ以外の端末１００は、一般端末１００Ｄである。一般端末１００Ｄは、ゲーム端末として使用され得る。一般端末１００Ｄは、配信ユーザ、視聴ユーザ、及び参加ユーザ以外の一般ユーザによって使用される。

一例として、端末１００は、スマートフォンである。端末１００は、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、又はタブレット型コンピュータといった、携帯端末装置であってもよい。端末１００は、パーソナルコンピュータ（ＰＣ）、又はワークステーションといった、固定端末装置であってもよい。例えば、端末１００は、プロセッサ１１０と、メモリ１２０と、ストレージ１３０と、を備える。端末１００は、さらに、通信インターフェース（ＩＦ）１４０と、入出力ＩＦ１５０と、を備えてもよい。端末１００は、さらに、マイク１６０と、スピーカ１６２と、タッチスクリーン１６４と、を備えてもよい。端末１００が備える複数の構成要素の各々は、通信バス１８０に接続される。

プロセッサ１１０は、端末１００に与えられる信号に応じて、又は予め定められた条件が成立したことに応じて、メモリ１２０又はストレージ１３０に記憶されているプログラムに含まれる一連の命令を実行する。例えば、プロセッサ１１０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＭＰＵ（Micro Processor Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、又は、その他の演算装置として実現される。

メモリ１２０は、プログラム、及びデータを一時的に保存する。一例として、プログラムは、ストレージ１３０から読み出される。データは、端末１００に送信されたデータと、プロセッサ１１０によって生成されたデータと、を含み得る。例えば、メモリ１２０は、ＲＡＭ（Random Access Memory）、又はその他の揮発性メモリとして実現される。

ストレージ１３０は、プログラム、及びデータを永続的に保持する。例えば、ストレージ１３０は、ＲＯＭ（Read-Only Memory）、ハードディスク装置、フラッシュメモリ、又はその他の不揮発性記憶装置として実現される。ストレージ１３０は、メモリカードのように、着脱可能な記憶装置として実現されてもよい。

ストレージ１３０に格納されるプログラムは、ゲームプログラム、配信プログラム、視聴プログラム、及び、通信プログラムを含む。ゲームプログラムは、仮想空間の一例であるゲーム空間の提供と、当該ゲーム空間におけるゲームプレイを提供するゲーム機能を実現する。一例として、ゲームプレイは、ゲーム空間に配置されるオブジェクト（例えば、アバター）を操作することを含む。配信プログラムは、ゲーム空間におけるゲームプレイを少なくとも含むコンテンツを配信する配信機能を実現する。この配信機能を実現している間、端末１００は、配信端末１００Ａとなる。また、ゲームプログラムは、配信ユーザのゲームプレイに参加する参加機能を実現する。この参加機能を実現している間、端末１００は、参加端末１００Ｃとなる。

視聴プログラムは、仮想空間の一例である視聴空間の提供と、当該視聴空間を介したコンテンツの視聴を提供する視聴機能を実現する。この視聴機能を実現している間、端末１００は、視聴端末１００Ｂとなる。一例として、端末１００を使用するコンテンツの視聴は、視聴空間に配置されるオブジェクトを視聴することを含む。通信プログラムは、他のコンピュータ（例えば、サーバ２００）と通信する機能を実現する。ストレージ１３０に格納されるプログラムは、オペレーティングシステム、シミュレーションプログラム、ユーザ認証プログラム、及びその他のプログラムを含んでよい。

例えば、ストレージ１３０に格納されるデータは、仮想空間（ゲーム空間及び視聴空間）の定義データ、及び仮想空間に配置される各種オブジェクト用のオブジェクトデータを含む。一例として、あるゲーム空間と、当該ゲーム空間を視聴する視聴空間は、同じ定義データを使用して定義される。一例として、あるゲーム空間と、当該ゲーム空間を視聴する視聴空間には、同じオブジェクトデータを使用して、１以上のオブジェクトが配置される。一例として、視聴空間は、配信が行われているゲーム空間を再現する。つまり、配信端末１００Ａ、視聴端末１００Ｂ、参加端末１００Ｃ、及び一般端末１００Ｄは、１つの仮想空間を共有し得る。ゲーム空間及び視聴空間は、３次元であらわされる空間に限らない。例えば、ゲーム空間及び視聴空間の一方又は両方は、２次元によって表現される空間や、静止画によって表現され音や声、文字データなどの入力データによって表現される空間でもよい。

通信ＩＦ１４０は、ネットワーク９０に接続される。通信ＩＦ１４０は、ネットワーク９０に接続されている他のコンピュータ（例えば、サーバ２００）と通信する。例えば、通信ＩＦ１４０は、ＬＡＮ（Local Area Network）、又はその他の有線通信ＩＦとして実現される。例えば、通信ＩＦ１４０は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）、又はその他の無線通信ＩＦとして実現される。通信ＩＦ１４０は、上述のものに限られない。

入出力ＩＦ１５０は、外部の入出力機器１９０と通信する。例えば、入出力ＩＦ１５０は、ＵＳＢ（Universal Serial Bus）、ＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）、又はその他の有線通信ＩＦとして実現される。例えば、入出力ＩＦ１５０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はその他の無線通信ＩＦとして実現される。

一例として、入出力機器１９０は、コントローラである。例えば、入出力ＩＦ１５０は、プロセッサ１１０から出力された命令を、コントローラに送信する。当該命令は、振動、音声出力、又は発光をコントローラに指示する。コントローラは、命令を受信すると、当該命令に応じて、振動、音声出力、又は発光を実行する。コントローラは、１以上の操作パーツを有する。例えば、１以上の操作パーツは、ボタン、キー、スイッチ、ハンドル、バー、タッチパッド、又はスティックを含む。コントローラは、操作パーツに対するユーザの操作に基づく出力値を端末１００へ送信する。一例として、コントローラは、加速度センサ及び角速度センサといったモーションセンサを備えてもよい。コントローラは、モーションセンサの出力値を端末１００へ送信するように構成されてもよい。コントローラは、端末１００に対して取付け、及び取外しできてもよい。

入出力機器１９０は、上述のものに限られない。例えば、入出力機器１９０は、カメラであってもよい。カメラは、ユーザを撮影した撮影画像を端末１００へ送信するように構成されてもよい。例えば、入出力機器１９０は、測距センサであってもよい。測距センサは、ユーザの手、又はマーカー等の検知に基づく出力値を端末１００へ送信するように構成されてもよい。

マイク１６０は、ユーザの発話を音声信号（電気信号）に変換してプロセッサ１１０へ送信する。スピーカ１６２は、音声信号を音声に変換してユーザへ出力する。各端末１００は、スピーカ１６２に加えて、又は代えて、イヤホン、又はイヤホンを接続できるイヤホンジャックを備えてもよい。

タッチスクリーン１６４は、モニタ１６６と、タッチセンサ１６７と、を含む。モニタ１６６は、透過型又は非透過型の表示装置として実現される。例えば、モニタ１６６は、液晶モニタ、有機ＥＬ（Electro Luminescence）モニタ、又はその他の表示装置として実現される。モニタ１６６は、各種の画像を表示する。モニタ１６６に表示する画像は、背景、ユーザのアバター、障害物、キャラクタ、ウィンドウ、ボタン、メニュー、リスト、及びアイコンといった各種のオブジェクトを含む。モニタ１６６は、上述のものに限られない。例えば、モニタ１６６は、左目用の画像を表示するサブモニタと、右目用の画像を表示するサブモニタと、を含む３Ｄモニタであってもよい。

タッチセンサ１６７は、モニタ１６６に対するユーザの操作に基づく出力値をプロセッサ１１０へ送信する。一例として、タッチセンサ１６７は、静電容量式タッチセンサ、抵抗膜式タッチセンサ（感圧式タッチセンサ）、超音波式タッチセンサ、又はその他のタッチセンサとして実現される。一例として、タッチセンサ１６７の入力面は、モニタ１６６の表示面の一部又は全部である。タッチセンサ１６７は、ユーザの入力操作を受け付けるように構成された操作部として使用され得る。例えば、操作部がタッチセンサ１６７である場合、プロセッサ１１０は、タッチセンサ１６７の入力面に対するユーザの物理的な接触操作をユーザの入力操作として受け付ける。例えば、タッチセンサ１６７に対するユーザの入力操作は、タッチ操作、スライド操作、スワイプ操作、タップ操作、及びその他の態様による操作を含み得る。

操作部は、上述した構成に限られない。例えば、操作部が通信ＩＦ１４０である場合、プロセッサ１１０は、ネットワーク９０を介して接続された操作機器（不図示）から送信される信号を、ユーザの入力操作として受け付ける。例えば、操作部が入出力ＩＦ１５０である場合、プロセッサ１１０は、外部の入出力機器１９０から送信される信号をユーザの入力操作として受け付ける。例えば、入出力機器１９０がカメラ及び測距センサである場合に、プロセッサ１１０は、受信した撮影画像からユーザの手が検出されると、撮影画像及び出力値に基づき検出されるジェスチャ（ユーザの手の一連の動き）をユーザの入力操作として受け付ける。例えば、入出力機器１９０がコントローラである場合、プロセッサ１１０は、コントローラから送信される出力値をユーザの入力操作として受け付ける。

［サーバのハードウェア構成］
サーバ２００は、ワークステーション、又はＰＣ等の汎用コンピュータであってよい。サーバ２００は、プロセッサ２１０と、メモリ２２０と、ストレージ２３０と、通信ＩＦ２４０と、入出力ＩＦ２５０と、を備える。サーバ２００が備える複数の構成要素の各々は、通信バス２８０に接続される。

プロセッサ２１０は、サーバ２００に与えられる信号に応じて、又は、予め定められた条件が成立したことに応じて、メモリ２２０又はストレージ２３０に格納されているプログラムに含まれる一連の命令を実行する。例えば、プロセッサ２１０は、ＣＰＵ、ＧＰＵ、ＭＰＵ、ＦＰＧＡ、又はその他の演算装置として実現される。

メモリ２２０は、プログラム、及びデータを一時的に保存する。一例として、プログラムは、ストレージ２３０から読み出される。データは、サーバ２００に送信されたデータと、プロセッサ２１０によって生成されたデータと、を含み得る。例えば、メモリ２２０は、ＲＡＭ、又はその他の揮発性メモリとして実現される。

ストレージ２３０は、プログラム、及びデータを永続的に保持する。例えば、ストレージ１３０は、ＲＯＭ、ハードディスク装置、フラッシュメモリ、又はその他の不揮発性記憶装置として実現される。ストレージ２３０は、メモリカードのように、着脱可能な記憶装置として実現されてもよい。サーバ２００は、ストレージ２３０に代えて、外部の記憶装置に格納されているプログラムを使用してもよい。例えば、アミューズメント施設のように、複数のゲームシステム１０が使用される場面において、プログラム及びデータの更新を一括して行なうことができる。

ストレージ２３０に格納されるプログラムは、ゲームプログラム、配信プログラム、及び、通信プログラムを含む。ゲームプログラムは、ゲームシステム１０におけるゲーム空間の提供と、当該ゲーム空間を複数のユーザで共有したゲームプレイを提供する機能を実現する。配信プログラムは、コンテンツを視聴端末１００Ｂへ配信する機能を実現する。通信プログラムは、他のコンピュータ（例えば、配信端末１００Ａ、視聴端末１００Ｂ、参加端末１００Ｃ、及び一般端末１００Ｄ）と通信する機能を実現する。ストレージ２３０に格納されるプログラムは、オペレーティングシステム、シミュレーションプログラム、ユーザ認証プログラム、及びその他のプログラムを含んでよい。例えば、ストレージ１３０に格納されるデータは、ゲーム空間を規定するデータ、及びゲーム空間に配置される各種オブジェクト用のオブジェクトデータを含み得る。

通信ＩＦ２４０は、ネットワーク９０に接続される。通信ＩＦ２４０は、ネットワーク９０に接続されている他のコンピュータ（例えば、配信端末１００Ａ、視聴端末１００Ｂ、参加端末１００Ｃ、及び一般端末１００Ｄ）と通信する。例えば、通信ＩＦ２４０は、ＬＡＮ、又はその他の有線通信ＩＦとして実現される。例えば、通信ＩＦ２４０は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、又はその他の無線通信ＩＦとして実現される。通信ＩＦ２４０は、上述のものに限られない。

入出力ＩＦ２５０は、外部の入出力機器と通信する。例えば、入出力ＩＦ２５０は、ＵＳＢ、ＤＶＩ、ＨＤＭＩ、又はその他の有線通信ＩＦとして実現される。例えば、入出力ＩＦ２５０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はその他の無線通信ＩＦとして実現される。

サーバ２００は、上述した構成に限らない。例えば、サーバ２００は、ゲーム空間を提供するためのゲームサーバ２００Ａと、コンテンツの配信を行う配信サーバ２００Ｂと、を含んでよい。ゲームプログラムは、ゲームサーバ２００Ａのストレージ２３０に格納される。ゲームプログラムは、ゲームサーバ２００Ａのプロセッサ２１０によって実行される。配信プログラムは、配信サーバ２００Ｂのストレージ２３０に格納される。配信プログラムは、配信サーバ２００Ｂのプロセッサ２１０によって実行される。ゲームサーバ２００Ａは、通信ＩＦ２４０を介して、配信サーバ２００Ｂとの間で、各種の情報、及び各種の要求を送受信する。ゲームサーバ２００Ａは、通信ＩＦ２４０を介して、配信端末１００Ａ、参加端末１００Ｃ、及び一般端末１００Ｄとの間で、各種の情報、及び各種の要求の送受信を行う。配信サーバ２００Ｂは、通信ＩＦ２４０を介して、視聴端末１００Ｂとの間で、各種の情報、及び各種の要求の送受信を行う。

［端末のモジュール構成］
図２に示すように、端末１００は、コントロールモジュール１０１と、レンダリングモジュール１０４と、メモリモジュール１０５と、通信モジュール１０６と、入出力モジュール１０７と、を備える。コントロールモジュール１０１は、ゲームモジュール１０１Ａと、配信モジュール１０１Ｂと、視聴モジュール１０１Ｃと、を備える。

ゲームモジュール１０１Ａ、配信モジュール１０１Ｂ、視聴モジュール１０１Ｃ、及びレンダリングモジュール１０４は、プロセッサ１１０によって実現される。メモリモジュール１０５は、メモリ１２０、及びストレージ１３０によって実現される。通信モジュール１０６は、通信ＩＦ１４０によって実現される。入出力モジュール１０７は、プロセッサ１１０、タッチセンサ１６７、及び入出力ＩＦ１５０によって実現される。

入出力モジュール１０７は、タッチセンサ１６７に対するユーザの入力操作、及び、入出力ＩＦ１５０を介した外部の操作機器に対するユーザの入力操作を検知し、受け付ける。一例として、入出力モジュール１０７は、タッチセンサ１６７に対するユーザの入力操作を受け付けた場合、入力位置の座標を検出し、当該入力操作の種類を特定する。例えば、入出力モジュール１０７が特定できる入力操作の種類は、タッチ操作、スライド操作、スワイプ操作、タップ操作、及びその他の態様による操作を含み得る。入出力モジュール１０７は、連続して検知されていた入力操作が途切れると、タッチセンサ１６７から接触入力が解除されたことを検知する。

通信モジュール１０６は、１以上のサーバ２００から、各種のデータ、及び各種の要求を受信する。一例として、通信モジュール１０６がサーバ２００から受信するデータは、進行情報、及びユーザ情報を含み得る。進行情報は、ゲーム空間に配置する１以上のアバターの種類、アバターの座標情報、アバターのアクション情報、及びその他の情報を含み得る。アバターは、ゲーム空間においてユーザが操作する対象となるオブジェクトであって、ユーザ本人の分身となるキャラクタである。一例として、アバターの座標情報は、ゲーム空間における位置を示す情報である。一例として、アクション情報は、アバターのアクションに関する情報である。一例として、アバターのアクションは、アバターの姿勢、アイテムの使用、スキルの使用、攻撃、防御、回避、又はジャンプなどを含み得る。進行情報は、アバターの設定に関する設定情報を含み得る。一例として、アバターの設定は、ゲーム空間において、又は当該ゲーム空間へ移動する前段階において、ユーザが変更し得る。一例として、アバターの設定は、アバターの装備又は容姿などを含み得る。一例として、ユーザ情報は、ユーザ名、アカウントＩＤ、性別、年齢、及び住所等を含み得る。

通信モジュール１０６は、１以上のサーバ２００に対して、各種のデータ、及び各種の要求を送信する。一例として、通信モジュール１０６がサーバ２００へ送信するデータは、プレイ情報、及びユーザ情報を含み得る。プレイ情報は、入出力モジュール１０７が受け付けた入力操作に応じて出力される。一例として、プレイ情報は、アバターの操作内容として、アバターの座標情報、アクション情報、及びその他の情報を含み得る。一例として、プレイ情報は、アバターの設定情報を含み得る。一例として、プレイ情報は、ゲームモジュール１０１Ａによって生成される。

ゲームモジュール１０１Ａは、ゲームを進行させるための処理を行う。ゲームモジュール１０１Ａは、メモリモジュール１０５からゲーム空間の定義データを読み出す。ゲームモジュール１０１Ａは、読み出した定義データに応じて、ゲーム空間を定義する。ゲームモジュール１０１Ａは、オブジェクトデータをメモリモジュール１０５から読み出す。ゲームモジュール１０１Ａは、読み出したオブジェクトデータに応じて、ゲーム空間にオブジェクトを配置する。ゲームモジュール１０１Ａは、入出力モジュール１０７が受け付けた入力位置の座標と、入力操作の種類と、ゲームの進行状況と、に応じて、ユーザの指示を特定する。ゲームの進行状況は、ゲーム空間内における自身のアバターの座標情報、及びアクション情報を含み得る。ゲームの進行状況は、他ユーザのアバターの座標情報、及びアクション情報を含み得る。ゲームの進行状況は、自身のアバターの設定情報を含み得る。ゲームの進行状況は、他ユーザのアバターの設定情報を含み得る。ゲームモジュール１０１Ａは、ゲームの進行に関する各種の判定を行う。ゲームモジュール１０１Ａは、ゲームの進行に関する各種の抽選を行う。ゲームモジュール１０１Ａは、ユーザの指示、各種の判定結果、及び各種の抽選結果に応じて、各種の要求、及びプレイ情報を生成する。ゲームモジュール１０１Ａが生成した各種の要求、及びプレイ情報は、通信モジュール１０６によってサーバ２００へ送信される。

配信モジュール１０１Ｂは、ゲームプレイを含むコンテンツを配信するための処理を行う。配信モジュール１０１Ｂは、入出力モジュール１０７が受け付けた入力位置の座標と、入力操作の種類と、ゲームの進行状況と、に応じて、ユーザの指示を特定する。配信モジュール１０１Ｂは、ユーザの指示内容に応じて、コンテンツの配信開始要求、及び配信終了要求を生成し得る。配信モジュール１０１Ｂは、ユーザの指示に応じて、コンテンツの配信内容を変更する要求を生成し得る。配信モジュール１０１Ｂが生成した各種の要求は、通信モジュール１０６によって送信される。

視聴モジュール１０１Ｃは、配信ユーザが配信するコンテンツを視聴するための処理を行う。視聴モジュール１０１Ｃは、メモリモジュール１０５から視聴空間の定義データを読み出す。視聴モジュール１０１Ｃは、読み出した定義データに応じて、視聴空間を定義する。視聴モジュール１０１Ｃは、オブジェクトデータをメモリモジュール１０５から読み出す。視聴モジュール１０１Ｃは、読み出したオブジェクトデータに応じて、視聴空間にオブジェクトを配置する。視聴モジュール１０１Ｃは、入出力モジュール１０７が受け付けた入力位置の座標と、入力操作の種類と、ゲームの進行状況と、に応じて、ユーザの指示を特定する。視聴モジュール１０１Ｃは、ユーザの指示に応じて、コンテンツの視聴開始要求、及び視聴終了要求を生成する。視聴モジュール１０１Ｃは、ユーザの指示に応じて、コンテンツの配信内容を変更する要求を生成する。視聴モジュール１０１Ｃが生成した各種の要求は、通信モジュール１０６によって送信される。

レンダリングモジュール１０４は、ゲーム画面の画像を作成する。レンダリングモジュール１０４は、通信モジュール１０６が受信した進行情報、及び各種の要求に応じてゲーム画面の画像を作成する。レンダリングモジュール１０４は、ゲームモジュール１０１Ａが生成したプレイ情報、及び各種の要求に応じてゲーム画面の画像を作成する。レンダリングモジュール１０４は、視聴モジュール１０１Ｃが生成した情報、及び各種の要求に応じてゲーム画面の画像を作成する。

レンダリングモジュール１０４は、作成したゲーム画面の画像をモニタ１６６に表示する。レンダリングモジュール１０４は、入出力ＩＦ１５０を介して、外部の表示装置にゲーム画面の画像を表示するように構成されてもよい。レンダリングモジュール１０４は、通信ＩＦ１４０を介して、外部の表示装置にゲーム画面の画像を表示するように構成されてもよい。ゲーム画面は、２Ｄ、又は３Ｄのオブジェクトを制御、及び描画した画像である。上述したように、ゲーム画面に描画されるオブジェクトは、アバター（キャラクタ）、背景、及び障害物等を含み得る。

レンダリングモジュール１０４は、ＵＩ（User Interface）を構築するための２Ｄ、又は３Ｄのゲームオブジェクト（ＵＩオブジェクト）を制御、及び描画してもよい。レンダリングモジュール１０４は、アイコン、ボタン、リスト、ウィンドウ、及びメニューといった、ユーザの入力操作に必要なＵＩオブジェクトを含むゲーム画面を作成する。ＵＩオブジェクトは、ゲームを進行するために必要なユーザの入力操作を補助する情報である。また、ＵＩオブジェクトは、ゲームの進行中に生成されるデータを端末１００から得るために必要なユーザの入力操作を補助する情報である。本開示で示す各種のＵＩオブジェクトは、何れも１つの例に過ぎず、それらの態様に限らない。

端末１００における処理は、ハードウェアと、プロセッサ１１０により実行されるソフトウェアと、によって実現される。このようなソフトウェアは、ハードディスク等のメモリモジュール１０５に予め格納されていてもよい。ソフトウェアは、ＣＤ－ＲＯＭ等のように、コンピュータが読み取りできる不揮発性のデータ記録媒体に格納されて、プログラム製品として流通してもよい。このソフトウェアは、インターネット等のネットワークに接続されている情報提供事業者によって、ダウンロードできるプログラム製品として提供されてもよい。このようなソフトウェアは、光ディスク駆動装置等のデータ読取装置によってデータ記録媒体から読み取られて、又は、通信モジュール１０６を介してサーバ２００といった他のコンピュータからダウンロードされた後、メモリモジュールに一旦格納される。そのソフトウェアは、プロセッサ１１０によってメモリモジュールから読み出され、実行可能なプログラムの形式でＲＡＭ等に格納される。プロセッサ１１０は、そのプログラムを実行する。

［サーバのモジュール構成］
図３に示すように、サーバ２００は、コントロールモジュール２０１と、メモリモジュール２０５と、通信モジュール２０６と、入出力モジュール２０７と、を備える。コントロールモジュール２０１は、ゲームモジュール２０１Ａと、配信モジュール２０１Ｂと、を備える。ゲームモジュール２０１Ａ、及び配信モジュール２０１Ｂは、プロセッサ２１０によって実現される。メモリモジュール２０５は、メモリ２２０、及びストレージ２３０によって実現される。通信モジュール２０６は、通信ＩＦ２４０によって実現される。入出力モジュール２０７は、プロセッサ２１０、及び入出力ＩＦ２５０によって実現される。

通信モジュール２０６は、各端末１００から、各種の情報、及び各種の要求を受信する。一例として、通信モジュール２０６が各端末１００から受信する情報は、プレイ情報、及びユーザ情報を含み得る。通信モジュール２０６は、各端末１００に対して、各種の情報、及び各種の要求を送信する。一例として、通信モジュール２０６が各端末１００へ送信する情報は、進行情報、及びユーザ情報を含み得る。入出力モジュール１０７は、入出力ＩＦ２５０を介した外部の操作機器に対するユーザの入力操作を検知し、受け付ける。

ゲームモジュール２０１Ａは、仮想空間の一例であるゲーム空間を、複数のユーザによって共有する環境を提供するための処理を行う。ゲームモジュール２０１Ａは、メモリモジュール２０５から、ゲーム空間の定義データを読み出す。ゲームモジュール２０１Ａは、読み出した定義データに応じて、ゲーム空間を定義する。ゲームモジュール２０１Ａは、オブジェクトデータをメモリモジュール２０５から読み出す。ゲームモジュール２０１Ａは、読み出したオブジェクトデータに応じて、ゲームに参加するプレイヤーのアバターを除く各種のオブジェクトをゲーム空間に配置する。

ゲームモジュール２０１Ａは、複数の端末１００から通信モジュール２０６が受信したプレイ情報に含まれる座標情報に応じて、複数のプレイヤーの各々のアバターを配置する。ゲームモジュール２０１Ａは、複数の端末１００から通信モジュール２０６が受信したプレイ情報に含まれるアクション情報、及びアバターの設定情報に応じて、アバター同士の相互作用を判定する。ゲームモジュール２０１Ａは、これらの処理の結果に応じて、進行情報を生成する。進行情報は、通信モジュール２０６によって各端末１００（１００Ａ，１００Ｃ，１００Ｄ）へ送信される。ゲームモジュール２０１Ａは、生成した進行情報を配信モジュール２０１Ｂへ送信する。

配信モジュール２０１Ｂは、ゲームモジュール２０１Ａが生成した進行情報に応じて、配信情報を生成する。配信情報は、通信モジュール２０６によって１以上の端末１００（１００Ｂ）へ送信される。配信情報は、進行情報を含み得る。一例として、配信情報は、進行情報そのものであってもよい。配信モジュール２０１Ｂは、通信モジュール２０６が視聴端末１００Ｂから受信した各種の要求に応じて、各種の要求をゲームモジュール２０１へ送信する。配信モジュール２０１Ｂは、通信モジュール２０６が視聴端末１００Ｂから受信した各種の情報に応じて、各種の情報をゲームモジュール２０１Ａへ送信する。

サーバ２００は、上述したモジュール構成に限らない。例えば、ゲームモジュール２０１Ａは、ゲームサーバ２００Ａが備えてもよい。例えば、配信モジュール２０１Ｂは、配信サーバ２００Ｂが備えてもよい。ゲームモジュール２０１Ａは、通信モジュール２０６を介して、配信モジュール２０１Ｂとの間で、各種の情報、及び各種の要求の送受信を行う。

サーバ２００における処理は、ハードウェアと、プロセッサ２１０により実行されるソフトウェアと、によって実現される。このようなソフトウェアは、ハードディスク等のメモリモジュール２０５に予め格納されてもよい。ソフトウェアは、ＣＤ－ＲＯＭ等のように、コンピュータが読み取りできる不揮発性のデータ記録媒体に格納されて、プログラム製品として流通してもよい。このソフトウェアは、インターネット等のネットワークに接続されている情報提供事業者によって、ダウンロードできるプログラム製品として提供されてもよい。このようなソフトウェアは、光ディスク駆動装置等のデータ読取装置によってデータ記録媒体から読み取られて、又は、通信モジュール２０６を介して外部記憶装置といった他のコンピュータからダウンロードされた後、メモリモジュールに一旦格納される。そのソフトウェアは、プロセッサ２１０によってメモリモジュールから読み出され、実行可能なプログラムの形式でＲＡＭ等のメモリに格納される。プロセッサ２１０は、そのプログラムを実行する。

［ゲームの概要］
一例として、ゲームは、性質が異なる複数のパートを含む。一例として、複数のパートは、第１パートと、第２パートと、を含む。第１パートにおいて、配信ユーザ、参加ユーザ、及び一般ユーザは、第２パートのための準備を行い得る。第１パートにおいて、視聴ユーザは、配信ユーザが配信するコンテンツを視聴し得る。配信されるコンテンツは、第１パート、又は第２パートにおけるゲームプレイを含む。

一例として、第２パートは、複数のユーザが何らかの基準に基づいて勝敗を決めるパートである。一例として、第２パートは、複数のパーティが何らかの基準に基づいて勝敗を決めるパートである。各パーティは、それぞれ複数のユーザを含み得る。複数のユーザが所属するものは、パーティであることに限らず、グループ、チーム、又は組などであってよい。一例として、配信ユーザ、及び参加ユーザは、１つのパーティに所属し得る。第２パートにおいて、配信ユーザ、参加ユーザ、及び一般ユーザの各々は、自分のアバターを操作する。

一例として、ゲームの第２パートは、以下のような仕様である。第２パートは、２つのパーティ間のバトルを含むバトルゲームである。第２パートでは、ゲーム空間に構築したフィールドにおいて、複数のユーザが各自のアバターを操作する。第２パートにおいて、勝敗を決める基準は、１つのパーティが敵対する敵方パーティよりも先に、予め定めた勝利条件を満たすことである。勝利条件は、敵方パーティに所属するメンバーが全滅することを含む。

第２パートは、敵方パーティに所属するメンバーが全滅しなくても、予め定めた制限時間が経過した場合に終了する。勝利条件は、第２パートの制限時間が経過する時点において、１つのパーティが、敵対する敵方パーティよりも多くのポイントを獲得していることを含む。第２パートは、ゲーム空間に配置された指定オブジェクトを回収することによって、ポイントを獲得できる。第２パートにおいて、１つのパーティに所属できるメンバーの人数には、上限が定められている。一例として、１つのパーティの上限人数は、６人である。１つのパーティの上限人数は、２人～５人であってもよく、７人以上であってもよい。一例として、第２パートにおけるパーティは、別のパートにおいて構成された少人数グループやフレンド等の関係にあった者同士によって構成される少人数のグループを所属させることも可能である。ある２人グループと３人グループと個人プレイヤーを組み合わせて上限人数６人のパーティとして構成させてもよいし、個人プレイヤー６人を所属させて第２パートにおけるパーティとしてもよい。第２パートにおけるパーティの募集では、個人プレイヤーを募集してもよいし、少人数グループを募集してもよい。

第２パートは、上述した構成に限らない。例えば、第２パートは、サッカー、テニス、卓球、ボクシング、又はバスケットボール等のスポーツであってよい。例えば、第２パートは、カーレース、ヨットレース、スキーレース、又は飛行レース等のレースであってよい。

一例として、第１パートは、以下のような仕様である。第１パートにおいて、配信ユーザ、参加ユーザ、及び一般ユーザは、第２パートとしてのバトルゲームの準備を行う。バトルゲームの準備は、アバターの装備、アバターのスキル、及びアバターの所持アイテムの追加、交換、及び削除を含む。バトルゲームの準備は、アバターの容姿を変更することを含んでよい。例えば、アバターの容姿は、種族、性別、体形、髪型、又は表情を含む。バトルゲームの準備は、アバターの設定を変更することである。

［端末における画面遷移の概要］
図４及び図５に示すように、一例として、各端末１００における表示画面には、第１ホーム画面４０Ａ、第２ホーム画面４０Ｂ、第１バトル画面５０Ａ、第２バトル画面５０Ｂ、第１視聴画面６０Ａ、第２視聴画面６０Ｂ、及びマッチング画面７０を含み得る。ここでは、画面遷移の概要について説明する。各表示画面の具体的な一例は後述する。

第１ホーム画面４０Ａは、ゲームが第１パートである場合であって、端末１００が初期状態であるときに表示される。初期状態は、配信状態でも視聴状態でもない。この初期状態において、端末１００は、配信端末１００Ａにはなっておらず、且つ、視聴端末１００Ｂにもなっていない。つまり、この端末１００は、一般端末１００Ｄである。配信状態である場合、端末１００は、配信端末１００Ａとなる。配信状態である場合、端末１００は、視聴端末１００Ｂにはならない。視聴状態である場合、端末１００は、視聴端末１００Ｂとなる。視聴状態である場合、端末１００は、配信端末１００Ａにはならない。

第２ホーム画面４０Ｂは、ゲームが第１パートである場合であって、端末１００が配信状態であるときに表示される。第１バトル画面５０Ａは、ゲームが第２パートである場合であって、端末１００が配信状態及び視聴状態の何れでもないときに表示される。第２バトル画面５０Ｂは、ゲームが第２パートである場合であって、端末１００が配信状態であるときに表示される。

第１視聴画面６０Ａ及び第２視聴画面６０Ｂは、端末１００が視聴状態である場合に表示される。第１視聴画面６０Ａは、視聴対象としたコンテンツを配信する配信端末１００Ａにおけるゲームが、第１パートである場合に表示される。つまり、第１視聴画面６０Ａは、第１パートにおけるゲームプレイを視聴できる。第２視聴画面６０Ｂは、視聴対象としたコンテンツを配信する配信端末１００Ａにおけるゲームが、第２パートである場合に表示される。つまり、第２視聴画面６０Ｂは、第２パートにおけるゲームプレイを視聴できる。マッチング画面７０は、第１パートから第２パートへ移行するときに表示される。

［データ構造］
図６に示すように、サーバ２００におけるメモリ２２０及びストレージ２３０は、メモリモジュール２０５として、視聴ユーザに関係がある履歴情報を格納する。一例として、履歴情報は、以下のようなデータ構造を有する。

コンテンツを示すコンテンツ情報（コンテンツＩＤ）には、配信ユーザを示す配信者情報（配信ユーザＩＤ）が対応付けられる。コンテンツ情報には、視聴ユーザを示す視聴者情報（視聴ユーザＩＤ）が対応付けられる。視聴者情報には、視聴ユーザの性質を示す各種の情報が対応付けられる。一例として、この各種の情報は、フレンド情報、フォロイー情報、フォロワー情報、お得意様情報、品性値、及び視聴時間を含む。

フレンド情報は、配信ユーザがその視聴ユーザをフレンドとして登録しているか否かを示すパラメータである。フォロイー情報は、配信ユーザがその視聴ユーザをフォローしているか否かを示すパラメータである。フォロワー情報は、配信ユーザがその視聴ユーザからフォローされているか否かを示すパラメータである。お得意様情報は、配信ユーザがその視聴ユーザから受け取ったギフトの評価値を示すパラメータである。一例として、ギフトの評価値は、配信ユーザがその視聴ユーザからギフトを受け取った回数である。一例として、ギフトの評価値は、配信ユーザがその視聴ユーザから受け取ったギフトの個数である。一例として、ギフトの評価値は、配信ユーザがその視聴ユーザから受け取ったギフトを購入する為に必要なゲーム内通貨の総額である。一例として、品性値は、その視聴ユーザのマナーを示すパラメータである。視聴時間は、その視聴ユーザがそのコンテンツの視聴を開始してからの経過時間を示すパラメータである。

［配信処理及び視聴処理の流れ］
以下、配信処理及び視聴処理の流れについて説明する。
図７に示すように、ステップＳ１００において、配信端末１００Ａのプロセッサ１１０は、配信開始を指示する操作を受け付けた場合に、配信モジュール１０１Ｂとして、配信開始要求をサーバ２００へ送信する。

ステップＳ１０２において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、プレイ情報をサーバ２００へ送信する。プレイ情報は、ゲームが第１パートである場合に、アバターの設定情報を含み得る。プレイ情報は、ゲームが第２パートである場合に、アバターの座標情報、アクション情報、アバターの設定情報、及びその他の情報を含み得る。

ステップＳ１０４において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信開始要求を受信する。ステップＳ１０６において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、プレイ情報を受信する。つまり、サーバ２００は、配信ユーザが配信端末１００Ａで行うゲームプレイに応じたプレイ情報を、配信端末１００から受信する。

ステップＳ１０８において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信情報を生成する。ステップＳ１１０において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信リストを生成する。一例として、配信リストは、配信中であるコンテンツのリストである。一例として、配信リストは、コンテンツを配信中である配信ユーザのリストであってよい。

ステップＳ１１４において、視聴端末１００Ｂのプロセッサ１１０は、配信リストの表示を指示するリスト表示操作を受け付けた場合に、視聴モジュール１０１Ｃとして、配信リスト要求をサーバ２００へ送信する。

ステップＳ１１６において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信リスト要求を受信する。ステップＳ１１８において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信リストを視聴端末１００Ｂへ送信する。

ステップＳ１２０において、視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、配信リストを受信する。ステップＳ１２２において、視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、配信リストをモニタ１６６に表示する。

ステップＳ１２４において、視聴端末１００Ｂのプロセッサ１１０は、視聴を開始するコンテンツを指示する配信開始操作を受け付けた場合に、視聴モジュール１０１Ｃとして、視聴開始要求をサーバ２００へ送信する。一例として、視聴開始要求は、視聴端末１００Ｂへの配信を要求するコンテンツを示す。

ステップＳ１２６において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、視聴開始要求を受信する。ステップＳ１２８において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、配信情報を視聴端末１００Ｂへ送信する。つまり、サーバ２００は、受信したプレイ情報に応じて配信情報を１以上の視聴端末１００Ｂに送信する。サーバ２００は、配信ユーザによるゲームプレイを少なくとも含むコンテンツを、１以上の視聴端末１００Ｂを使用する視聴ユーザが視聴できるようにする。

ステップＳ１３０において、視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、配信情報を受信する。ステップＳ１３２において、視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、配信情報に応じてコンテンツを含む視聴画面をモニタ１６６に表示する。プロセッサ１１０は、配信端末１００Ａがゲームの第１パートを配信している場合、第１視聴画面６０Ａをモニタ１６６に表示する。プロセッサ１１０は、配信端末１００Ａがゲームの第２パートを配信している場合、第２視聴画面６０Ｂをモニタ１６６に表示する。

［パーティメンバー募集処理］
以下、パーティメンバー募集処理の流れについて説明する。
前提として、視聴端末１００Ｂには、配信端末１００Ａから、第１パートにおけるゲームプレイを含むコンテンツが配信されている。配信端末１００Ａのモニタ１６６には、第２ホーム画面４０Ｂが表示されている。視聴端末１００Ｂのモニタ１６６には、第１視聴画面６０Ａが表示されている。

図８に示すように、ステップＳ１５０において、配信端末１００Ａのプロセッサ１１０は、視聴者に対するパーティへの参加募集を指示する募集操作を受け付けた場合に、ゲームモジュール１０１Ａとして、視聴者募集要求をサーバ２００へ送信する。

ステップＳ１５２において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、視聴者募集要求を受信する。つまり、サーバ２００は、配信ユーザによる募集操作を受け付けた配信端末１００Ａが送信する視聴者募集要求を受信する。視聴者募集要求は、募集情報の一例である。

ステップＳ１５４において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、エントリー募集要求を、１以上の視聴端末１００Ｂへ送信する。つまり、サーバ２００は、視聴者募集要求を受信した場合に、視聴端末１００Ｂに対してエントリー募集要求を送信する。エントリー募集要求は、呼びかけ情報の一例である。エントリー募集要求は、ある配信端末１００Ａからコンテンツの配信を受けている全ての視聴端末１００Ｂへ送信される。エントリー募集要求は、その配信端末１００Ａからコンテンツの配信を受けていない他の視聴端末１００Ｂへ送信されない。配信ユーザによる参加の呼びかけは、その配信ユーザのコンテンツを視聴する視聴ユーザに対してのみ行われ得る。

ステップＳ１５６において、視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、エントリー募集要求を受信する。ステップＳ１５８において、視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、コンテンツにプレイヤーとして参加することを呼びかける報知を含む第１視聴画面６０Ａを、モニタ１６６に表示する。つまり、一例として、サーバ２００は、コンテンツにプレイヤーとして参加することを呼びかける報知を１以上の視聴端末１００Ｂに行わせる指示をする。

ステップＳ１６０において、視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、コンテンツにプレイヤーとして参加することを指示するエントリー申込み操作を受け付ける。エントリー申込み操作は、配信ユーザが募集するパーティへの参加を指示する参加操作の一例である。ステップＳ１６２において、視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、エントリー要求をサーバ２００へ送信する。

ステップＳ１６４において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、エントリー要求を受信する。つまり、一例として、サーバ２００は、１以上の視聴端末１００Ｂのうち、視聴ユーザによる参加操作を受け付けた視聴端末１００Ｂが送信する参加情報を受信する。エントリー要求は、参加情報の一例である。

ステップＳ１６６において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、申込者リストを生成する。プロセッサ２１０は、申込者リストに複数の視聴ユーザが含まれる場合に、メモリモジュール１０５に格納された履歴情報に応じて、視聴ユーザを並び替える。視聴ユーザの並び替えは、履歴情報に含まれる各種の情報に応じて行われる。一例として、履歴情報に含まれる各種の情報には、寄与率、又は優先順位が定められている。一例として、プロセッサ２１０は、フレンド情報、お得意様情報、及び品性値の寄与率を、他の情報の寄与率よりも高くして、複数の視聴ユーザを並び替える。

つまり、一例として、サーバ２００は、参加情報を受信した視聴端末１００Ｂが複数ある場合に、当該各視聴端末１００Ｂを使用する視聴ユーザのリストを生成する。一例として、申込者リストを生成することは、参加情報を受信した視聴端末１００Ｂを使用する視聴ユーザに関係がある履歴情報に応じてリストにおける並び順を並べ替えることを含む。一例として、履歴情報は、参加情報を受信した視聴端末１００Ｂにおけるコンテンツの視聴時間を含む。

ステップＳ１６８において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、生成した申込者リストを配信端末１００Ａへ送信する。つまり、一例として、サーバ２００は、生成したリストを視聴端末１００Ｂに送信する。

ステップＳ１７０において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、申込者リストを受信する。ステップＳ１７２において、配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、申込者リストを含む第２ホーム画面４０Ｂを、モニタ１６６に表示する。

ステップＳ１７４において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、申込者リストから選択する視聴ユーザを指示するメンバー選択操作を受け付ける。ステップＳ１７６において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、メンバー選択操作に応じて選択された視聴ユーザである選択メンバーをサーバ２００へ送信する。

ステップＳ１７８において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、選択メンバーを受信する。
ステップＳ１８０において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、パーティを結成する。一例として、プロセッサ２１０は、配信ユーザをリーダーとしてパーティを結成する。一例として、ステップＳ１８０において結成されるパーティには、配信ユーザが含まれる。一例として、ステップＳ１８０において結成されるパーティには、申込リストから配信ユーザが選択した視聴ユーザがさらに含まれる。選択された視聴ユーザは、プレイヤーである参加ユーザとして、配信ユーザが配信するコンテンツに参加する。つまり、一例として、サーバ２００は、配信ユーザと、参加情報を受信した視聴端末１００Ｂを使用する視聴ユーザと、を少なくとも含むパーティを結成する。

ステップＳ１８２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、パーティ参加要求を、配信ユーザが選択した視聴ユーザが使用する視聴端末１００Ｂへ送信する。パーティ参加要求は、配信ユーザが配信するコンテンツへの参加を指示する要求の一例である。つまり、一例として、サーバ２００は、結成したパーティに含まれる１以上の視聴ユーザをプレイヤーとしてコンテンツに参加させる。

ステップＳ１８４において、視聴端末１００Ｂのプロセッサ１１０は、ゲームモジュール１０１Ａとして、パーティ参加要求を受信する。これにより、視聴端末１００Ｂは、参加端末１００Ｃとなる。ステップＳ１８６において、参加端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、第１視聴画面６０Ａに代えて第１ホーム画面４０Ａをモニタ１６６に表示する。

［マッチング処理、バトル処理、及び解散処理の流れ］
以下、マッチング処理、バトル処理、及び解散処理の流れについて説明する。前提として、配信ユーザが所属するパーティには、参加ユーザを含めて上限人数のメンバーが所属している。

図９に示すように、ステップＳ２００において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、第２パートの開始を指示するバトル開始操作を受け付ける。ステップＳ２０２において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、バトル開始要求をサーバ２００へ送信する。

ステップＳ２０４において、サーバ２００のプロセッサ２１０は、ゲームモジュール１０１Ａとして、バトル開始要求を受信する。ステップＳ２０６において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、配信ユーザが所属するパーティと対戦する敵方パーティをマッチングする。プロセッサ２１０は、ゲームモジュール２０１Ａとして、マッチング画面要求を配信端末１００Ａ及び参加端末１００Ｃへ送信する。これに伴って、プロセッサ２１０は、配信モジュール２０１Ｂとして、マッチング画面要求に応じた待機画面要求を視聴端末１００Ｂへ送信する。

ステップＳ２０８において、配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、マッチング画面要求を受信し、当該受信したマッチング画面要求に応じて、マッチング画面７０をモニタ１６６に表示する。ステップＳ２１０において、参加端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、マッチング画面要求を受信し、当該受信したマッチング画面要求に応じて、マッチング画面７０をモニタ１６６に表示する。一方、視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、待機画面要求を受信し、当該受信した待機画面要求に応じて、予め定めた待機画面をモニタ１６６に表示する。

ステップＳ２１２において、サーバ２００のプロセッサ２１０は、マッチングが完了した場合に、ゲームモジュール２０１Ａとして、ゲーム空間を定義する。ステップＳ２１４において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、ゲーム空間に各種のオブジェクトを配置する。各種のオブジェクトは、配信ユーザを含むパーティメンバーのアバター、及び対戦相手であるパーティメンバーのアバターを含む。一例として、各種のオブジェクトは、共通の敵キャラクタ、障害物、又はトラップを含んでよい。

ステップＳ２１６において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、ゲーム開始要求を配信端末１００Ａ、及び参加端末１００Ｃへ送信する。これに伴って、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、ゲーム開始要求に応じた第１視聴移行要求を視聴端末１００Ｂへ送信する。

ステップＳ２１８において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、ゲーム開始要求を受信する。ステップＳ２２０において、配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、第２バトル画面５０Ｂをモニタ１６６に表示する。つまり、配信端末１００Ａにおいて、ゲームは、第１パートから第２パートへ移行する。

ステップＳ２２２において、参加端末１００Ｃのプロセッサ１１０は、ゲームモジュール１０１Ａとして、ゲーム開始要求を受信する。ステップＳ２２４において、参加端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、第１バトル画面５０Ａをモニタ１６６に表示する。つまり、参加端末１００Ｃにおいて、ゲームは、第１パートから第２パートへ移行する。

一方、視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、第１視聴移行要求を受信する。これに伴って、視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、第２視聴画面６０Ｂをモニタ１６６に表示する。つまり、視聴端末１００Ｂにて視聴できるコンテンツは、第１パートから第２パートへ移行する。

ステップＳ２３０において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、バトル処理を行う。一例として、ゲームの第２パートには、２つのパーティが参加する。互いに対戦する２つのパーティの各々には、複数のメンバーが所属する。プロセッサ２１０は、同じ第２パートに参加する複数のメンバーがそれぞれ使用する複数の端末１００からプレイ情報を受信し得る。プロセッサ２１０は、これら端末１００から受信したプレイ情報に応じて、進行情報を生成する。プロセッサ２１０は、生成した進行情報を端末１００へ送信する。これに伴って、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、ゲームモジュール２０１Ａとして生成した進行情報に応じて、配信情報を生成する。プロセッサ２１０は、生成した配信情報を視聴端末１００Ｂへ送信する。

ステップＳ２３２において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、進行情報を受信する。プロセッサ１１０は、レンダリングモジュール１０４として、受信した進行情報に応じて、第２バトル画面５０Ｂをモニタ１６６に表示する。プロセッサ１１０は、プレイ情報を生成し、サーバ２００へ送信する。

ステップＳ２３４において、参加端末１００Ｃのプロセッサ１１０は、ゲームモジュール１０１Ａとして、進行情報を受信する。プロセッサ１１０は、レンダリングモジュール１０４として、受信した進行情報に応じて、第１バトル画面５０Ａをモニタ１６６に表示する。プロセッサ１１０は、プレイ情報を生成し、サーバ２００へ送信する。

視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、配信情報を受信する。プロセッサ１１０は、レンダリングモジュール１０４として、受信した視聴情報に応じて、第２視聴画面６０Ｂをモニタ１６６に表示する。

ステップＳ２３８において、サーバ２００のプロセッサ２１０は、第２パートの終了条件が満たされた場合に、ゲームモジュール２０１Ａとして、バトル終了要求を配信端末１００Ａ及び参加端末１００Ｃへ送信する。一例として、第２パートの終了条件は、第２パートの制限時間の経過前に、あるパーティが勝利条件を満たした場合、又は、第２パートの制限時間が経過した場合に成立する。これに伴って、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、バトル終了要求に応じた第２視聴移行要求を視聴端末１００Ｂへ送信する。

ステップＳ２４０において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、バトル終了要求を受信する。ステップＳ２４２において、配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、第２ホーム画面４０Ｂをモニタ１６６に表示する。つまり、配信端末１００Ａにおいて、ゲームは、第２パートから第１パートへ移行する。

ステップＳ２４４において、参加端末１００Ｃのプロセッサ１１０は、ゲームモジュール１０１Ａとして、バトル終了要求を受信する。ステップＳ２４６において、配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、第１ホーム画面４０Ａをモニタ１６６に表示する。つまり、参加端末１００Ｃにおいて、ゲームは、第２パートから第１パートへ移行する。

視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、第２視聴移行要求を受信する。これに伴って、視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、第１視聴画面６０Ａをモニタ１６６に表示する。つまり、視聴端末１００Ｂにて視聴できるコンテンツは、第２パートから第１パートへ移行する。

ステップＳ２５０において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール２０１Ａとして、パーティの解散を指示するパーティ解散操作を受け付ける。ステップＳ２５２において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール２０１Ａとして、パーティ解散要求をサーバ２００へ送信する。

ステップＳ２５４において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、パーティ解散要求を受信する。ステップＳ２５６において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、配信ユーザが率いるパーティを解散する。

ステップＳ２５８において、サーバ２００のプロセッサ２１０は、参加終了要求を参加端末１００Ｃへ送信する。ステップＳ２６０において、参加端末１００Ｃのプロセッサ１１０は、ゲームモジュール１０１Ａとして、参加終了要求を受信する。

ステップＳ２６２において、視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、第１ホーム画面４０Ａに代えて第１視聴画面６０Ａをモニタ１６６に表示する。これにより、参加端末１００Ｃは、視聴端末１００Ｂとなる。

［端末における表示画面の一例と表示に関する処理の流れ］
［第１ホーム画面］
図１０に示すように、第１パートにおいて、端末１００（一般端末１００Ｄ）が初期状態である場合に、モニタ１６６には、第１ホーム画面４０Ａが表示される。第１ホーム画面４０Ａは、各種のオブジェクトを含み得る。一例として、第１ホーム画面４０Ａは、アバターウィンドウ４０１、募集アイコン４０２、配信開始アイコン４０３、及びバトルアイコン４０４を含み得る。第１ホーム画面４０Ａは、プロフィールアイコン４０５、キャラクタアイコン４０６、フレンドアイコン４０７、ホームボタン４０８、視聴ボタン４０９、及びタイムラインボタン４１０を含み得る。

一例として、アバターウィンドウ４０１には、配信ユーザのアバター８０Ａが表示される。アバター８０Ａの外観は、第１パートのゲームプレイを通して、アバターの設定が変更されることに応じて変化する。一例として、配信開始アイコン４０３が表示されている部分をタップ操作することによって、コンテンツの配信開始を指示する操作を行うことができる。一例として、募集アイコン４０２が表示されている部分をタップ操作することを含む一連の操作によって、募集操作を行うことができる。一例として、バトルアイコン４０４が表示されている部分をタップ操作することによって、バトル開始操作を行うことができる。一例として、視聴ボタン４０９が表示されている部分をタップ操作することによって、配信リストの表示を指示するリスト表示操作を行うことができる。

一例として、キャラクタアイコン４０６が表示されている部分をタップ操作することによって、バトルゲームの準備を行うための準備ウィンドウ（不図示）の表示を指示する操作が行われてもよい。一例として、タイムラインボタン４１０が表示されている部分をタップ操作することによって、タイムライン画面７５の表示を指示する操作が行われてもよい。

［第２ホーム画面］
第１パートにおいて、端末１００（配信端末１００Ａ）が配信状態である場合に、モニタ１６６には、第２ホーム画面４０Ｂが表示される。第２ホーム画面４０Ｂは、配信開始アイコン４０３に代えて、配信中アイコン４１５を含む。配信中アイコン４１５は、第２ホーム画面４０Ｂを配信中であることを示す。一例として、配信中アイコン４１５が表示されている部分をタップ操作することによって、コンテンツの配信終了を指示する配信終了操作を行うことができる。

［第１視聴画面］
第１視聴画面６０Ａは、配信端末１００Ａにおけるゲームが第１パートである場合に、視聴端末１００Ｂのモニタ１６６に表示される。第１視聴画面６０Ａは、各種のオブジェクトを含み得る。一例として、第１視聴画面６０Ａは、視聴ウィンドウ６０１を含む。一例として、第１視聴画面６０Ａは、プレゼントボタン６０２、メンバーアイコン６０３、チャットウィンドウ６０４、及び戻るボタン６０５を含み得る。

視聴ウィンドウ６０１には、配信ユーザのアバターが表示される。一例として、視聴ウィンドウ６０１には、配信ユーザのアバターがアバター８０Ａである場合に、同じアバター８０Ａが表示される。配信ユーザのゲームプレイに応じてアバターの設定が変更されると、当該設定の変更に応じて、視聴ウィンドウ６０１に表示される配信ユーザのアバターの外観が変更される。つまり、視聴ウィンドウ６０１には、ゲームが第１パートである場合に、配信ユーザのゲームプレイが表示される。

一例として、メンバーアイコン６０３は、配信ユーザが所属するパーティのメンバー（参加ユーザ）を示すとよい。一例として、チャットウィンドウ６０４には、視聴ユーザ間で送受信される文字データを表示するとよい。一例として、視聴端末１００Ｂのプロセッサ１１０は、他の視聴端末１００Ｂから送信される文字データを、サーバ２００経由で受信し、受信した文字データを、時系列順にモニタ１６６に表示する。一例として、視聴端末１００Ｂのプロセッサ１１０は、視聴ユーザの入力操作により指示される文字データを、他の視聴端末１００Ｂへサーバ２００経由で送信する。

一例として、プレゼントボタン６０２が表示されている部分をタップ操作することによって、配信者に対してギフトの提供を指示する操作が行われてもよい。一例として、戻るボタン６０５が表示されている部分をタップ操作することによって、配信リスト画面へ戻ることを指示する操作が行われてもよい。

［第１視聴画面への画面遷移］
図１１に示すように、前提として、第１ホーム画面４０Ａが表示されている場合に、視聴ボタン４０９のタップ操作により、リスト表示操作がされる。上述したように、ステップＳ１２２において、視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、配信リストをモニタ１６６に表示する。一例として、配信リストは、複数の配信パネル４８０を並べて表示することで行われる。複数の配信パネル４８０は、それぞれ対応するコンテンツを配信する配信ユーザに関係する情報を含む。一例として、配信ユーザに関係する情報は、配信ユーザのユーザ名、配信ユーザのアバター、そのコンテンツを視聴している視聴ユーザの人数、及びゲームの現在パートを含む。

ある配信パネル４８０が表示されている部分をタップ操作することによって、視聴を開始するコンテンツを指示する配信開始操作を行うことができる。上述したように、ステップＳ１３２において、視聴端末１００Ｂのプロセッサ１１０は、受信した配信情報に応じて、第１視聴画面６０Ａ又は第２視聴画面６０Ｂをモニタ１６６に表示する。

［パーティメンバーを募集する場合の画面遷移］
視聴ユーザからパーティメンバーを、配信ユーザが募集する場合の画面遷移について説明する。

図１２に示すように、前提として、配信端末１００Ａの第２ホーム画面４０Ｂにおいて、募集アイコン４０２がタップ操作されたとする。配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、募集アイコン４０２のタップ操作を受け付けた場合に、募集ウィンドウ４２０をモニタ１６６に表示する。一例として、募集ウィンドウ４２０は、第１募集ボタン４２１と、第２募集ボタン４２２と、を含む。一例として、第１募集ボタン４２１が表示されている部分をタップ操作することによって、フレンドとして登録されたユーザからのパーティメンバー募集を指示する操作を行うことができる。一例として、第２募集ボタン４２２が表示されている部分をタップ操作することによって、募集操作を行うことができる。上述したように、ステップＳ１５０において、配信端末１００Ａのプロセッサ１１０は、募集操作を受け付ける。一例として、募集操作は、配信ユーザが配信しているコンテンツの視聴ユーザから、パーティメンバーを募集する指示といえる。

上述したステップＳ１５８において、視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、選択ウィンドウ６１０をモニタ１６６に表示する。一例として、選択ウィンドウ６１０は、コンテンツにプレイヤーとして参加することを呼びかける報知の一例として、配信ユーザがパーティメンバーを募集している旨の文字データを含む。一例として、選択ウィンドウ６１０は、参加希望ボタン６１１と、キャンセルボタン６１２と、を含む。

一例として、参加希望ボタン６１１が表示されている部分をタップ操作することによって、上述したエントリー申込み操作を行うことができる。一例として、キャンセルボタン６１２が表示されている部分をタップ操作することによって、コンテンツにプレイヤーとして参加しないことを指示する操作を行うことができる。

図１３に示すように、上述したステップＳ１７２において、配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、メンバー選択ウィンドウ４３０をモニタ１６６に表示する。一例として、メンバー選択ウィンドウ４３０は、申込者リスト４３１を含む。上述したように、申込者リストでは、参加を希望する視聴ユーザが、履歴情報に応じた順序で並ぶ。

一例として、メンバー選択ウィンドウ４３０は、スクロールバー４３２、選択チェックボックス４３３、抽選ボタン４３４、及び決定ボタン４３５を含む。一例として、スクロールバー４３２が表示されている部分をスライド操作することによって、メンバー選択ウィンドウ４３０における申込者リストの表示範囲の変更を指示する操作を行うことができる。

一例として、選択チェックボックス４３３が表示されている部分をタップ操作することによって、参加メンバーを個別に仮選択する個別選択操作を行うことができる。一例として、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、個別選択操作を受け付けた場合に、対応する参加メンバーを仮選択してもよい。

一例として、抽選ボタン４３４が表示されている部分をタップ操作することによって、参加メンバーの抽選を指示する抽選操作を行うことができる。一例として、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、抽選操作を受け付けた場合に、抽選を行うことによって、申込者リストが含む視聴ユーザの中から参加メンバーを仮選択してもよい。

一例として、決定ボタン４３５が表示されている部分をタップ操作することによって、参加メンバーの選択終了を指示する選択終了操作を行うことができる。配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、選択終了操作を受け付けた場合に、選択確認ウィンドウ４４０をモニタ１６６に表示する。

一例として、選択確認ウィンドウ４４０は、申込者リストから仮選択した参加メンバーのリストを含む。選択確認ウィンドウ４４０は、確定ボタン４４１と、キャンセルボタン４４２と、を含む。一例として、確定ボタン４４１が表示されている部分をタップ操作することによって、メンバー選択操作を行うことができる。上述したように、ステップＳ１７４において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、メンバー選択操作を受け付ける。

一例として、キャンセルボタン４４２が表示されている部分をタップ操作することによって、キャンセル操作を行うことができる。一例として、配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、キャンセル操作を受け付けると、メンバー選択ウィンドウ４３０をモニタ１６６に表示する。つまり、モニタ１６６は、参加メンバーを仮選択する画面に戻る。

［パーティ参加確認］
ゲームシステム１０は、パーティを結成した後に、そのパーティへの参加を最終確認するように構成されてもよい。

図１４に示すように、配信端末１００Ａのモニタ１６６には、メンバー選択操作を受け付けた場合に、参加待機ウィンドウ４５０を表示してもよい。一例として、配信端末１００Ａのプロセッサ１１０は、メンバー選択操作を受け付けた場合に、レンダリングモジュール１０４として、参加待機ウィンドウ４５０をモニタ１６６に表示する。配信端末１００Ａのプロセッサ１１０は、サーバ２００を経由して、全ての参加ユーザ（参加端末１００Ｃ）から参加確認要求を受信すると、参加待機ウィンドウ４５０をモニタ１６６から消す。

参加端末１００Ｃのプロセッサ１１０は、パーティ参加要求を受信すると、レンダリングモジュール１０４として、参加確認ボタン４６０をモニタ１６６に表示してもよい。一例として、参加確認ボタン４６０が表示されている部分をタップ操作することによって、参加確認を指示する操作を行うことができる。一例として、参加端末１００Ｃのプロセッサ１１０は、ゲームモジュール１０１Ａとして、参加確認を指示する操作を受け付けた場合に、サーバ２００を経由して、参加確認要求を配信端末１００Ａへ送信するとよい。

［パーティ結成後の画面遷移］
パーティを結成した後の画面遷移について説明する。
図１５に示すように、配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、メンバー選択操作を受け付けた場合に、選択確認ウィンドウ４４０をモニタ１６６から消す。この状況において、配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、サーバ２００から受信する進行情報に応じて、アバターウィンドウ４０１に、参加ユーザのアバターも表示する。一例として、アバターウィンドウ４０１には、配信ユーザのアバター８０Ａと、参加ユーザのアバター８０Ｂ，８０Ｃが表示される。

上述したように、ステップＳ１８６において、参加端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、第１ホーム画面４０Ａをモニタ１６６に表示する。この状況において、参加端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、サーバ２００から受信する進行情報に応じて、アバターウィンドウ４０１に、配信ユーザのアバター、及びその他の参加ユーザのアバターも表示する。一例として、アバターウィンドウ４０１には、自分のアバター８０Ｂ、その他の参加ユーザのアバター８０Ｃ、及び、配信ユーザのアバター８０Ａが表示される。

［マッチング画面］
図１６に示すように、パーティが結成された後、サーバ２００が対戦相手とのマッチングを行っている場合に、配信端末１００Ａのモニタ１６６、及び参加端末１００Ｃのモニタ１６６には、それぞれマッチング画面７０が表示される。マッチング画面７０は、各種のオブジェクトを含み得る。マッチング画面７０は、ユーザのアバターを表示するアバターウィンドウ７０１を含む。マッチング画面７０は、マッチングを行っていることを示す文字データ等の情報を含む。

［バトル画面］
図１７に示すように、ゲームの第２パートである場合であって、端末１００（１００Ｃ，１００Ｄ）が配信状態ではないとき、モニタ１６６には、第１バトル画面５０Ａが表示される。ゲームの第２パートである場合であって、端末１００（配信端末１００Ａ）が配信状態であるとき、モニタ１６６には、第２バトル画面５０Ｂが表示される。

第１バトル画面５０Ａ及び第２バトル画面５０Ｂは、各種のオブジェクトを含む。一例として、第１バトル画面５０Ａ及び第２バトル画面５０Ｂは、それぞれ端末１００を使用するユーザ本人のアバターを含む。一例として、バトル画面５０Ａ，５０Ｂには、所属するパーティのポイント表示欄、体力値を示す体力バー、スキルポイントを示すスキルバー、スキルアイコン、及びアイテムアイコンを含み得る。

一例として、ステップＳ２３２において、配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、配信ユーザ本人のアバター８０Ａをモニタ１６６の中央に表示する。配信端末１００Ａのプロセッサ１１０は、ゲーム空間において、配信ユーザ本人のアバターの頭上後方に仮想カメラを配置し、当該仮想カメラの視界領域内に収められる範囲をモニタ１６６に表示する。配信端末１００Ａのプロセッサ１１０は、サーバ２００（ゲームモジュール２０１Ａ）から受信する進行情報に応じて、参加ユーザのアバター、及び敵方パーティメンバーのアバターをゲーム空間に配置する。配信端末１００Ａのプロセッサ１１０は、仮想カメラの視界領域内に参加ユーザ、又は他ユーザのアバターが収まる場合に、それらアバターを、モニタ１６６に表示し得る。それらアバターは、モニタ１６６に表示される場合に、アクション情報に応じたアクションを伴う。

一例として、ステップＳ２３４において、参加端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、参加ユーザ本人のアバター８０Ｂをモニタ１６６の中央に表示する。参加端末１００Ｃのプロセッサ１１０は、ゲーム空間において、参加ユーザ本人のアバターの頭上後方に仮想カメラを配置し、当該仮想カメラの視界領域内に収められる範囲をモニタ１６６に表示する。参加端末１００Ｃのプロセッサ１１０は、サーバ２００（ゲームモジュール２０１Ａ）から受信する進行情報に応じて、配信ユーザ、本人以外の参加ユーザ、及び敵方パーティメンバーの各々のアバターを、ゲーム空間に配置する。参加端末１００Ｃのプロセッサ１１０は、仮想カメラの視界領域内に配信ユーザ、本人以外の参加ユーザ、又は敵方パーティメンバーの各々のアバターが収まる場合に、それらアバターを、モニタ１６６に表示し得る。それらアバターは、モニタ１６６に表示される場合に、アクション情報に応じたアクションを伴う。

配信端末１００Ａ、参加端末１００Ｃ、及び敵方パーティメンバーの一般端末１００Ｄにおける各々のプロセッサ１１０は、それぞれ同じ定義データを使用して、ゲーム空間を定義する。配信端末１００Ａ、参加端末１００Ｃ、及び敵方パーティメンバーの一般端末１００Ｄにおける各々のプロセッサ１１０は、サーバ２００を経由して、アバターの設定情報、アバターの座標情報、及びアクション情報をやり取りする。そして、配信端末１００Ａ、参加端末１００Ｃ、及び敵方パーティメンバーの一般端末１００Ｄにおける各々のプロセッサ１１０は、サーバ２００を経由して受信するこれら情報に応じて、ゲーム空間にオブジェクトを配置し、モニタ１６６に表示する。つまり、配信端末１００Ａ、参加端末１００Ｃ、及び敵方パーティメンバーの一般端末１００Ｄは、これらの間でゲーム空間における事象を同期する。よって、配信端末１００Ａ、参加端末１００Ｃ、及び敵方パーティメンバーの一般端末１００Ｄは、１つのゲーム空間を共有するといえる。

［第２視聴画面］
第２視聴画面６０Ｂは、コンテンツを配信する配信端末１００Ａにおけるゲームが第２パートである場合に、視聴端末１００Ｂのモニタ１６６に表示される。一例として、第２視聴画面６０Ｂは、第１視聴画面６０Ａと同じオブジェクトを含む。一例として、第２視聴画面６０Ｂは、第１視聴画面６０Ａと同じ画像である。

視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、配信ユーザのアバター８０Ａを、視聴ウィンドウ６０１の中央に表示する。視聴端末１００Ｂのプロセッサ１１０は、サーバ２００（配信モジュール２０１Ｂ）から受信する配信情報に応じて、配信ユーザ、参加ユーザ、及び敵方パーティメンバーの各々のアバターを視聴空間に配置する。視聴端末１００Ｂのプロセッサ１１０は、視聴空間において、配信ユーザのアバターの頭上後方に仮想カメラを配置し、当該仮想カメラの視界領域内に収められる範囲をモニタ１６６に表示する。視聴端末１００Ｂのプロセッサ１１０は、仮想カメラの視界領域内に参加ユーザ、又は敵方パーティメンバーのアバターが収まる場合に、それらアバターを、モニタ１６６に表示し得る。それらアバターは、モニタ１６６に表示される場合に、アクション情報に応じたアクションを伴う。つまり、視聴ウィンドウ６０１には、配信ユーザのゲームプレイである動画像が表示され得る。

上述したように、視聴端末１００Ｂのプロセッサ１１０は、視聴対象とするゲーム空間と同じ定義データを使用して、視聴空間を定義する。配信情報は、進行情報と同じように、アバターの位置情報、アバターのアクション情報、及びアバターの設定情報を含み得る。視聴端末１００Ｂのプロセッサ１１０は、サーバ２００を経由して、配信情報を受信する。視聴端末１００Ｂのプロセッサ１１０は、配信情報に応じて、視聴空間にオブジェクトを配置し、モニタ１６６に表示する。つまり、視聴端末１００Ｂのプロセッサ１１０は、視聴対象であるゲーム空間を視聴空間としてリアルタイムで再現する。つまり、配信端末１００Ａ、視聴端末１００Ｂ、参加端末１００Ｃ、及び敵方パーティメンバーの一般端末１００Ｄは、１つの仮想空間を共有するといえる。

第１実施形態の効果について説明する。
（１－１）配信ユーザは、視聴ユーザに対して、配信ユーザが配信するコンテンツにプレイヤーとして参加することを呼びかけることができる。配信ユーザは、配信ユーザの呼びかけに応答した視聴ユーザを、自身の味方パーティのプレイヤーとして、コンテンツに参加させ得る。よって、配信者と、視聴者との一体感を得られやすい。

（１－２）申込者リストには、配信ユーザの呼びかけに応答した１以上の視聴ユーザが含まれる。申込者リストにおける並び順は、視聴ユーザに関係がある履歴情報に応じて並び替えられる。よって、配信ユーザは、履歴情報に応じて、視聴ユーザを選択できる。

（１－３）コンテンツは、音声及び文字データのうち少なくとも１つを含む。よって、視聴ユーザは、配信ユーザのゲームプレイを含むコンテンツをより楽しむことができる。
（１－４）履歴情報は、コンテンツの視聴時間を含む。よって、配信ユーザは、当該配信ユーザが配信しているコンテンツに興味を持つ視聴ユーザを見つけやすい。

（１－５）視聴ユーザは、配信ユーザが配信するコンテンツを視聴できる。視聴ユーザは、コンテンツに参加している参加ユーザとは異なり、アバターを操作することができない。つまり、視聴端末１００Ｂの機能のうち少なくとも一部の機能が制限される。よって、視聴ユーザの、参加ユーザとしてコンテンツに参加する意欲を高め得る。

（１－６）参加ユーザは、配信ユーザと同様に、ゲームの第２パートをプレイできる。一例として、参加ユーザは、アバターの移動、アバターのアクション、及びアバターの設定について、配信ユーザと比較して、操作できる範囲に違いがない。一例として、参加端末１００Ｃは、ゲームの第２パートを実行する機能について、配信端末１００Ａと比較して、違いがない。一例として、参加端末１００Ｃは、配信端末１００Ａと比較して、ゲーム機能によって提供されるゲームの内容に差異がない。よって、参加ユーザは、配信ユーザと同様にゲームを楽しむことができる。

（第２実施形態）
ゲームシステム１０において、ゲームの第１パートをプレイ中である一般ユーザに対して、配信ユーザがパーティへの参加を募集できるようにしてもよい。

［端末における表示画面の一例と表示に関する処理の流れ］
図１８に示すように、第２ホーム画面４０Ｂにおける募集ウィンドウ４２０は、第３募集ボタン４２５をさらに含み得る。募集ウィンドウ４２０は、第１募集ボタン４２１及び第２募集ボタン４２２の少なくとも一方を含まなくてもよい。第３募集ボタン４２５が表示されている部分をタップ操作することによって、タイムライン画面を経由したパーティメンバー募集を指示する操作を行うことができる。

タイムライン画面７５は、ゲームが第１パートである場合に、ホーム画面４０Ａ，４０Ｂの各々に含まれるタイムラインボタン４１０をタップ操作することによって、モニタ１６６に表示され得る。タイムライン画面７５は、複数の投稿パネル７５１を含み得る。例えば、各投稿パネル７５１は、あるユーザが投稿したコメントを示す情報を含む。各投稿パネル７５１は、各種のオブジェクトを含み得る。一例として、タイムライン画面７５において、複数の投稿パネル７５１は、投稿された時系列順で並ぶ。

投稿パネル７５１の一例である募集投稿パネル７５１Ａは、配信ユーザがパーティ募集している旨のコメントを含む。一例として、募集投稿パネル７５１Ａは、ユーザ参加ボタン７５１Ｂを含む。ユーザ参加ボタン７５１Ｂが表示されている部分をタップ操作することによって、エントリー申込み操作を指示する操作を行うことができる。

タイムライン画面７５において、エントリー申込み操作がされた場合に、モニタ１６６には、第１視聴画面６０Ａが表示される。この第１視聴画面６０Ａには、報知ウィンドウ４５２を含み得る。報知ウィンドウ４５２は、配信ユーザが募集するパーティへの参加申し込みを行った旨の情報の文字データを含み得る。

［パーティメンバー募集処理］
以下、パーティメンバー募集処理の流れについて説明する。
図１９に示すように、ステップＳ３００において、配信端末１００Ａのプロセッサ１１０は、ゲームモジュール１０１Ａとして、タイムライン画面を経由したパーティメンバー募集を指示する操作を受け付けた場合に、タイムライン用の視聴者募集要求をサーバ２００へ送信する。ステップＳ３０２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、タイムライン用の視聴者募集要求を受信する。ステップＳ３０４において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、タイムライン用のエントリー募集要求を一般端末１００Ｄへ送信する。タイムライン用のエントリー募集要求は、全ての一般端末１００Ｄへ送信される。

ステップＳ３０８において、一般端末１００Ｄのプロセッサ１１０は、ゲームモジュール１０１Ａとして、タイムライン画面７５の表示を指示する操作を受け付けた場合に、タイムライン画面７５をモニタ１６６に表示する。一般端末１００Ｄのプロセッサ１１０は、ゲームモジュール１０１Ａとして、募集投稿パネル７５１Ａを含むタイムライン画面７５をモニタ１６６に表示する。

ステップＳ３１０において、一般端末１００Ｄのプロセッサ１１０は、ゲームモジュール１０１Ａとして、エントリー申込み操作を受け付ける。ステップＳ３１０において、一般端末１００Ｄのプロセッサ１１０は、視聴モジュール１０１Ｃとして、第１視聴画面６０Ａをモニタ１６６に表示する。これにより、一般端末１００Ｄは、視聴端末１００Ｂになる。ステップＳ３１２において、視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、エントリー要求をサーバ２００へ送信する。

第２実施形態の効果について説明する。
（２－１）配信ユーザは、ゲームの第１パートをプレイ中である一般ユーザに対して、パーティへの参加を募集できる。よって、より広いユーザを対象として、コンテンツへプレイヤーとして参加することを呼びかけることができる。

（２－２）一般ユーザは、コンテンツを視聴していなくても、簡単に、配信ユーザが所属する、又は配信ユーザが率いるパーティへ参加できる。よって、コンテンツへの参加を促進できる。

（２－３）パーティへの参加呼びかけは、タイムライン画面７５上で行われる。タイムライン画面７５は、ユーザによって頻繁に見られる。よって、一般ユーザは、配信ユーザが行う募集に気付きやすい。

（第３実施形態）
ゲームシステム１０において、ゲームが第２パートである場合に、視聴ユーザに対して、配信ユーザがパーティへの参加を募集できるようにしてもよい。

図２０に示すように、第２バトル画面５０Ｂは、バトル中募集ボタン５０１をさらに含み得る。バトル中募集ボタン５０１が表示されている部分をタップ操作することによって、ゲームが第２パートである場合に、募集操作を行うことができる。

図２１に示すように、ステップＳ３２０において、配信端末１００Ａのプロセッサ２１０は、ゲームモジュール１０１Ａとして、募集操作を受け付けた場合に、視聴者募集要求をサーバ２００へ送信する。

ステップＳ３２２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、エントリー募集要求を受信する。ステップＳ３２４において、サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、エントリー募集要求を視聴端末１００Ｂへ送信する。

ステップＳ３２６において、視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、エントリー募集要求を受信する。ステップＳ３２８において、視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、選択ウィンドウ６１０を、モニタ１６６に表示する。上述したように、選択ウィンドウ６１０は、参加希望ボタン６１１と、キャンセルボタン６１２と、を含む。

ステップＳ３３０において、視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、エントリー申込み操作を受け付ける。なお、視聴端末１００Ｂのプロセッサ１１０は、コンテンツにプレイヤーとして参加しないことを指示する操作を受け付けた場合に、モニタ１６６から選択ウィンドウ６１０を消す。ステップＳ３３２において、視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、バトル参加要求をサーバ２００へ送信する。

ステップＳ３３４において、サーバ２００のプロセッサ２１０は、ゲームモジュール１０１Ａとして、バトル参加要求を受信する。ステップＳ３３４において、サーバ２００のプロセッサ２１０は、ゲームモジュール１０１Ａとして、バトル参加要求を送信してきた視聴端末１００Ｂのユーザを、配信ユーザが所属するパーティへ参加ユーザとして加入させる。ステップＳ３３６において、サーバ２００のプロセッサ１１０は、ゲームモジュール２０１Ａとして、参加開始要求を視聴端末１００Ｂへ送信する。

ステップＳ３３８において、視聴端末１００Ｂのプロセッサ１１０は、参加開始要求を受信する。視聴端末１００Ｂのプロセッサ１１０は、ゲームモジュール１０１Ａとして、第１バトル画面５０Ａをモニタ１６６に表示する。これにより、視聴端末１００Ｂは、参加端末１００Ｃとなる。

第３実施形態の効果について説明する。
（３－１）配信ユーザは、ゲームが第２パートである場合に、視聴ユーザを、パーティへ参加させ得る。よって、配信ユーザは、ゲームが第２パートである場合であって、配信ユーザが所属するパーティに欠員が生じたときに、簡単に視聴ユーザを参加させ得る。

（第４実施形態）
ゲームシステム１０において、ゲームが第２パートである場合に、配信ユーザによる何かしらの操作を必要としないで、視聴ユーザに対して、配信ユーザがパーティへの参加を募集できるようにしてもよい。

図２２に示すように、前提として、ステップＳ３５０において、配信端末１００Ａのプロセッサ１１０は、レンダリングモジュール１０４として、第２バトル画面５０Ｂをモニタ１６６に表示する。

ステップＳ３５２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、参加枠の空きがある場合にエントリーを常時募集する処理を行う。プロセッサ２１０は、配信ユーザが所属するパーティのメンバー数を監視する。プロセッサ２１０は、ゲームモジュール２０１Ａとして、配信ユーザが所属するパーティのメンバー数が上限人数未満である場合に、参加枠の空きがあることを特定する。プロセッサ２１０は、参加枠に空きがある場合に、エントリー募集要求を、視聴端末１００Ｂへ送信する。つまり、サーバ２００のプロセッサ２１０は、視聴者募集要求の受信を必要とせず、エントリー募集要求を１以上の視聴端末１００Ｂへ送信する。

ステップＳ３５４において、視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、選択ウィンドウ６１０を含む第２視聴画面６０Ｂを、モニタ１６６に表示する。選択ウィンドウ６１０は、参加希望ボタン６１１と、キャンセルボタン６１２と、を含む。

ステップＳ３５６において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、参加枠の空きがなくなった場合にエントリー募集を終了する処理を行う。プロセッサ２１０は、配信ユーザが所属するパーティのメンバー数を監視する。プロセッサ２１０は、ゲームモジュール２０１Ａとして、配信ユーザが所属するパーティのメンバー数が上限人数に達した場合に、参加枠の空きがなくなったことを特定する。プロセッサ２１０は、参加枠の空きがなくなった場合に、募集終了要求を、視聴端末１００Ｂへ送信する。つまり、サーバ２００のプロセッサ２１０は、配信端末１００Ａから、エントリー募集を終了する直接的な要求の受信を必要とせず、募集終了要求を１以上の視聴端末１００Ｂへ送信する。

ステップＳ３５８において、視聴端末１００Ｂのプロセッサ１１０は、レンダリングモジュール１０４として、選択ウィンドウ６１０の表示を終了する。ステップＳ３６０において、視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、エントリー募集要求を受信している場合であって、エントリー申込み操作を受け付けたときに、バトル参加要求をサーバ２００へ送信する。

ステップＳ３６２において、サーバ２００のプロセッサ２１０は、ゲームモジュール１０１Ａとして、バトル参加要求を受信した場合に、当該バトル参加要求を送信してきた視聴端末１００Ｂの視聴ユーザを、配信ユーザが所属するパーティへ参加ユーザとして加入させる。サーバ２００のプロセッサ１１０は、ゲームモジュール２０１Ａとして、参加開始要求を視聴端末１００Ｂへ送信する。

ステップＳ３６４において、視聴端末１００Ｂのプロセッサ１１０は、ゲームモジュール１０１Ａとして、第１バトル画面５０Ａをモニタ１６６に表示する。これにより、視聴端末１００Ｂは、参加端末１００Ｃとなる。

第４実施形態の構成による効果について説明する。
（４－１）配信ユーザが意識しなくても、パーティへの参加募集が行われる。よって、パーティに欠員が生じた場合に、パーティメンバーを速やかに補充できる。

（４－２）視聴ユーザは、配信ユーザが所属するパーティに欠員がでた場合に、参加ユーザとして速やかに参加できる。よって、視聴ユーザが積極的に配信ユーザを支援する場面を提供することができる。

（第５実施形態）
ゲームシステム１０において、参加端末１００Ｃと配信端末１００Ａとの間において、ゲーム機能によって提供されるゲームの内容に差異があってもよい。つまり、参加ユーザの参加態様は、パーティメンバーとして参加することに限らない。

一例として、ゲームシステム１０において、参加ユーザを、配信ユーザを支援する支援プレイヤーとして、配信ユーザのゲームプレイに参加させるようにしてもよい。一例として、ゲームシステム１０において、参加ユーザは、配信ユーザのアバター、又は敵方パーティメンバーのアバターに対して、何らかの効果を発揮できるオブジェクトを操作できる。一例として、ゲームシステム１０において、配信ユーザを支援する支援オブジェクトを、参加ユーザが操作できるようにしてもよい。

図２３及び図２４に示すように、支援オブジェクトは、遠隔攻撃を可能な武器オブジェクト８１Ａであってよい。一例として、武器オブジェクト８１Ａは、ゲーム空間において、配信ユーザのアバター８０Ａを追跡するように移動する。武器オブジェクト８１Ａは、ゲーム空間において、参加ユーザによる操作によって移動できない。一例として、参加ユーザは、武器オブジェクト８１Ａを操作し、敵方パーティメンバーのアバターを遠隔攻撃できる。オブジェクトの移動機能において、参加端末１００Ｃは、配信端末１００Ａと比べて、ゲームの第２パートを実行する機能の一部が制限される。

図２５に示すように、一例として、支援オブジェクトは、移動及び攻撃を行うことができる支援キャラクタ８１Ｂであってよい。図中において、破線を用いて示すように、支援キャラクタ８１Ｂは、配信ユーザのアバター８０Ａを中心として、制限距離を超えて離れるように移動できない。支援キャラクタ８１Ｂは、配信ユーザのアバター８０Ａから、制限距離を超えて離れなければ、参加ユーザの操作に応じて、自由に移動できる。支援キャラクタ８１Ｂは、敵方パーティメンバーのアバターを攻撃できる。オブジェクトの移動機能において、参加端末１００Ｃは、配信端末１００Ａと比べて、ゲームの第２パートを実行する機能の一部が制限される。

ゲームシステム１０は、配信ユーザ、配信ユーザのパーティメンバー、及び敵方パーティメンバーが使用する端末１００の各々のモニタ１６６において、支援キャラクタ８１Ｂを表示しなくてもよい。オブジェクトの表示機能において、参加端末１００Ｃは、配信端末１００Ａと比べて、ゲームの第２パートを実行する機能の一部が制限される。支援キャラクタ８１Ｂは、参加ユーザの操作に応じて、自由に移動できる。支援キャラクタ８１Ｂは、敵方パーティの支援キャラクタ８１Ｂを攻撃できてよい。支援キャラクタ８１Ｂは、敵方パーティメンバーのアバターを攻撃できてよい。支援キャラクタ８１Ｂは、配信ユーザを含む配信ユーザのパーティメンバーを支援できてよい。

図２６に示すように、一例として、ゲームシステム１０において、配信ユーザのアバター８０Ａ、敵方パーティメンバーのアバター、又はゲーム空間の地形８３に対して、何らかの作用を生じさせる支援オブジェクト８２を、参加ユーザが配置できてもよい。一例として、参加端末１００Ｃのモニタ１６６には、オブジェクト配置画面７８Ｂが表示される。オブジェクト配置画面７８Ｂは、第１バトル画面５０Ａ及び第２バトル画面５０Ｂとは異なる画面である。一例として、オブジェクト配置画面７８Ｂは、視聴空間を俯瞰する位置に仮想カメラを配置して生成される。

一例として、支援オブジェクト８２は、予め定めた範囲にあるアバターに攻撃する武器であってよい。一例として、支援オブジェクト８２は、配信ユーザのアバター８０Ａ、又は敵方パーティメンバーのアバターが通過できない障害物であってよい。一例として、支援オブジェクト８２は、配信ユーザのアバター８０Ａの能力値を回復させる回復エリアであってよい。参加ユーザが配置した支援オブジェクト８２は、配信端末１００Ａにおけるモニタ１６６にも表示され得る。

第５実施形態の効果について説明する。
（５－１）参加ユーザは、配信ユーザとは異なる手順にて、ゲームの第２パートを楽しむことができる。よって、視聴ユーザの、参加ユーザとしてコンテンツに参加する意欲を高め得る。

上記実施形態は、以下のように変更して実施することができる。上記実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・配信端末１００Ａ、視聴端末１００Ｂ、参加端末１００Ｃ、及び一般端末１００Ｄは、互いに構成が異なるコンピュータとして実現されてもよい。

・サーバ２００のプロセッサ１１０は、配信モジュール２０１Ｂとして、受信したプレイ情報に応じてゲームのプレイ動画を生成し、ストリーミング配信するように構成されてもよい。視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、ストリーミング配信されるゲームのプレイ動画を、視聴ウィンドウ６０１に表示してもよい。

・コンテンツは、配信ユーザの音声を含んでよい。配信端末１００Ａのプロセッサ１１０は、配信モジュール１０１Ｂとして、マイク１６０から受信する音声信号を音声データに変換し、その音声データをサーバ２００へ送信する。サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、受信した音声データに応じて配信情報を生成する。視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、配信情報に応じた音声をスピーカ１６２から出力する。

・コンテンツは、参加ユーザの音声を含んでよい。参加端末１００Ｃのプロセッサ１１０は、配信モジュール１０１Ｂとして、マイク１６０から受信する音声信号を音声データに変換し、その音声データをサーバ２００へ送信する。サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、参加端末１００Ｃから受信した音声データに応じて配信情報を生成する。

・コンテンツは、文字データを含んでよい。配信端末１００Ａのプロセッサ１１０は、配信モジュール１０１Ｂとして、文字データの入力操作を受け付けると、当該入力操作によって指示された文字データをサーバ２００へ送信する。サーバ２００のプロセッサ２１０は、配信モジュール２０１Ｂとして、受信した文字データを視聴端末１００Ｂへ送信する。視聴端末１００Ｂのプロセッサ１１０は、視聴モジュール１０１Ｃとして、受信した文字データをモニタ１６６に表示する。

・コントロールモジュール１０１，２０１が備える１以上のモジュールは、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ、ＭＣＵ等の回路により実現してもよい。
・コントロールモジュール１０１，２０１が備える１以上のモジュールは、プロセッサを用いるソフトウェアによって実現してもよい。コントロールモジュール１０１，２０１の少なくとも１つを備えるコンピュータは、プロセッサ、メモリ、及びストレージを備える。上記プログラム及び各種データは、プロセッサが読み取りできるように、ストレージに記録される。プログラムは、メモリに展開される。そして、プロセッサが上記プログラムをストレージから読み取り、実行することにより、本開示の作用が実現される。ストレージは、既に説明の通り、不揮発性の記憶装置として実現され得る。

・プログラムは、このプログラムを伝送可能な任意の伝送媒体（通信ネットワーク、又は放送波等）を介して上記コンピュータに供給されてもよい。
・プログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に記録してもよい。

本開示は以下の実施例を包含する。限定のためでなく理解の補助として実施形態の構成要素の参照符号を付した。
（付記１）コンピュータ（２００）に、配信ユーザが配信端末（１００Ａ）で行うゲームプレイに応じたプレイ情報を、前記配信端末から受信すること（Ｓ１０６）と、受信した前記プレイ情報に応じて配信情報を１以上の視聴端末（１００Ｂ）に配信し、前記配信ユーザによるゲームプレイを少なくとも含むコンテンツを、前記１以上の視聴端末を使用する視聴ユーザが視聴できるようにすること（Ｓ１２８）と、前記配信ユーザによる募集操作を受け付けた前記配信端末が送信する募集情報を受信すること（Ｓ１５２）と、前記募集情報を受信した場合に、前記視聴端末に対して呼びかけ情報を送信し、前記コンテンツにプレイヤーとして参加することを呼びかける報知を前記１以上の視聴端末に行わせる指示をすること（Ｓ１５４）と、前記１以上の視聴端末のうち、前記視聴ユーザによる参加操作を受け付けた前記視聴端末が送信する参加情報を受信すること（Ｓ１６４）と、前記配信ユーザと、前記参加情報を受信した前記視聴端末を使用する視聴ユーザと、を少なくとも含むパーティを結成すること（Ｓ１８０）と、結成した前記パーティに含まれる１以上の前記視聴ユーザをプレイヤーとして前記コンテンツに参加させること（Ｓ１８２）と、を実行させる、プログラム。

（付記２）前記コンピュータ（２００）に、前記参加情報を受信した前記視聴端末（１００Ｂ）が複数ある場合に、当該各視聴端末を使用する視聴ユーザのリスト（４３１）を生成すること（Ｓ１６６）と、生成した前記リストを前記配信端末（１００Ａ）に送信すること（Ｓ１６８）と、をさらに実行させ、前記リストを生成することは、前記参加情報を受信した前記視聴端末を使用する視聴ユーザに関係がある履歴情報に応じて前記リストにおける並び順を並べ替えることを含む、付記１に記載のプログラム。

（付記３）前記コンテンツは、音声及び文字データのうち少なくとも１つを含む、付記１又は付記２に記載のプログラム。
（付記４）前記履歴情報は、前記参加情報を受信した前記視聴端末（１００Ｂ）における前記コンテンツの視聴時間を含む、付記２に記載のプログラム。

（付記５）前記コンピュータ（２００）に、前記コンテンツに参加していない前記視聴ユーザが使用する前記視聴端末（１００Ｂ）の機能のうち少なくとも一部の機能を制限すること（Ｓ１２８）をさらに実行させる、付記１～付記４のうち何れか一項に記載のプログラム。

（付記６）付記１～付記５のうち何れか一項に記載のプログラムを記憶した記憶装置（２３０）と、前記記憶装置が記憶したプログラムを実行するプロセッサ（２１０）と、を備えるコンピュータ（２００）。

（付記７）付記６に記載のコンピュータ（２００）を備えるシステム（１０）。
（付記８）コンピュータ（２００）が、配信ユーザが配信端末（１００Ａ）で行うゲームプレイに応じたプレイ情報を、前記配信端末から受信すること（Ｓ１０６）と、受信した前記プレイ情報に応じて配信情報を１以上の視聴端末（１００Ｂ）に配信し、前記配信ユーザによるゲームプレイを少なくとも含むコンテンツを、前記１以上の視聴端末を使用する視聴ユーザが視聴できるようにすること（Ｓ１２８）と、前記配信ユーザによる募集操作を受け付けた前記配信端末が送信する募集情報を受信すること（Ｓ１５２）と、前記募集情報を受信した場合に、前記視聴端末に対して呼びかけ情報を送信し、前記コンテンツにプレイヤーとして参加することを呼びかける表示を前記１以上の視聴端末に行わせる指示をすること（Ｓ１５４）と、前記１以上の視聴端末のうち、前記視聴ユーザによる参加操作を受け付けた前記視聴端末が送信する参加情報を受信すること（Ｓ１６４）と、前記配信ユーザと、前記参加情報を受信した前記視聴端末を使用する視聴ユーザと、を少なくとも含むパーティを結成すること（Ｓ１８０）と、結成した前記パーティに含まれる１以上の前記視聴ユーザをプレイヤーとして前記コンテンツに参加させること（Ｓ１８２）と、を実行する方法。

本発明がその技術的思想から逸脱しない範囲で他の特有の形態で具体化されてもよいということは当業者にとって明らかであろう。例えば、実施形態（あるいはその１つ又は複数の態様）において説明した部品のうちの一部を省略してもよいし、いくつかの部品を組合せてもよい。本発明の範囲は、添付の請求の範囲を参照して、請求の範囲が権利を与えられる均等物の全範囲と共に確定されるべきである。

１０…ゲームシステム ４０Ａ…第１ホーム画面 ４０Ｂ…第２ホーム画面 ５０Ａ…第１バトル画面 ５０Ｂ…第２バトル画面 ６０Ａ…第１視聴画面 ６０Ｂ…第２視聴画面 ７０…マッチング画面 ７５…タイムライン画面 ７８Ｂ…オブジェクト配置画面 ８０Ａ，８０Ｂ，８０Ｃ…アバター ８１Ａ…武器オブジェクト ８１Ｂ…支援キャラクタ ８２…支援オブジェクト ８３…地形 ９０…ネットワーク １００…端末 １００Ａ…配信端末 １００Ｂ…視聴端末 １００Ｃ…参加端末 １００Ｄ…一般端末 １０１…コントロールモジュール １０１Ａ…ゲームモジュール １０１Ｂ…配信モジュール １０１Ｃ…視聴モジュール １０４…レンダリングモジュール １０５…メモリモジュール １０６…通信モジュール １０７…入出力モジュール １１０…プロセッサ １２０…メモリ １３０…ストレージ １４０…通信ＩＦ １５０…入出力ＩＦ １６０…マイク １６２…スピーカ １６４…タッチスクリーン １６６…モニタ １６７…タッチセンサ １８０…通信バス １９０…入出力機器 ２００…サーバ ２００Ａ…ゲームサーバ ２００Ｂ…配信サーバ ２０１…コントロールモジュール ２０１Ａ…ゲームモジュール ２０１Ｂ…配信モジュール ２０５…メモリモジュール ２０６…通信モジュール２０７…入出力モジュール ２１０…プロセッサ ２２０…メモリ ２３０…ストレージ２４０…通信ＩＦ ２５０…入出力ＩＦ ２８０…通信バス ４０１…アバターウィンドウ ４０２…募集アイコン ４０３…配信開始アイコン ４０４…バトルアイコン ４０５…プロフィールアイコン ４０６…キャラクタアイコン ４０７…フレンドアイコン ４０８…ホームボタン ４０９…視聴ボタン ４１０…タイムラインボタン ４１５…配信中アイコン ４２０…募集ウィンドウ ４２１…第１募集ボタン ４２２…第２募集ボタン ４２５…第３募集ボタン ４３０…メンバー選択ウィンドウ ４３１…申込者リスト ４３２…スクロールバー ４３３…選択チェックボックス ４３４…抽選ボタン ４３５…決定ボタン ４４０…選択確認ウィンドウ ４４１…確定ボタン ４４２…キャンセルボタン ４５０…参加待機ウィンドウ ４５２…報知ウィンドウ ４６０…参加確認ボタン ４８０…配信パネル ５０１…バトル中募集ボタン ６０１…視聴ウィンドウ ６０２…プレゼントボタン ６０３…メンバーアイコン ６０４…チャットウィンドウ ６０５…戻るボタン ６１０…選択ウィンドウ ６１１…参加希望ボタン ６１２…キャンセルボタン ７０１…アバターウィンドウ ７５１…投稿パネル ７５１Ａ…募集投稿パネル ７５１Ｂ…ユーザ参加ボタン

Claims (4)

1. コンピュータを、
   １以上の視聴端末に対して、配信端末を使用する配信ユーザのゲームプレイに応じた配信情報を配信し、前記配信ユーザによるゲームプレイを少なくとも含むコンテンツを、前記視聴端末を使用する視聴ユーザが視聴できるようにする配信手段と、
   前記コンテンツへの参加操作を受け付けた前記視聴端末が送信する参加情報を受信する参加情報受信手段と、
   前記配信ユーザと、前記参加情報を送信した第１視聴端末を使用する第１視聴ユーザと、を少なくとも含むパーティを結成するパーティ結成手段と、
   前記パーティに含まれる１以上の前記第１視聴ユーザを前記コンテンツに参加させる参加手段と、として機能させ、
   前記参加手段は、前記第１視聴ユーザとは異なる視聴ユーザであって、かつ前記参加情報を送信した第２視聴端末を使用する第２視聴ユーザを前記コンテンツに参加させ、
   前記コンテンツに含まれるゲームは、第１パートと、第２パートと、を有し、
   前記パーティ結成手段は、前記第１パートである場合に、前記配信ユーザと、前記第１視聴ユーザと、を少なくとも含むパーティを結成し、
   前記参加手段は、前記第１パートにおいて結成された前記パーティに含まれる前記配信ユーザと１以上の前記第１視聴ユーザとを前記第２パートに参加させ、
   前記パーティ結成手段は、前記第２パートである場合であって、かつ前記パーティに含まれるユーザの人数が上限人数に達していないとき、前記パーティに含まれる前記第１視聴ユーザとは異なる新たな第１視聴ユーザを含むようにパーティを結成し、
   前記参加手段は、前記新たな第１視聴ユーザを前記第２パートに参加させる、プログラム。
2. 前記配信ユーザは、仮想空間に配置される第１オブジェクトを操作する態様で前記ゲームに参加可能であり、
   前記第２視聴ユーザは、前記仮想空間において前記第１オブジェクトを追跡するように移動する第２オブジェクトを操作して、前記配信ユーザを含むパーティとは異なるパーティに含まれるユーザが操作するオブジェクトを攻撃する態様で前記ゲームに参加可能である、請求項１に記載のプログラム。
3. 前記配信ユーザは、仮想空間に配置される第１オブジェクトを操作する態様で前記ゲームに参加可能であり、
   前記第２視聴ユーザは、前記仮想空間において前記第１オブジェクトから所定の範囲内で移動可能な第２オブジェクトを操作して、前記配信ユーザを含むパーティとは異なるパーティに含まれるユーザが操作するオブジェクトを攻撃する態様で前記ゲームに参加可能である、請求項１に記載のプログラム。
4. １以上の視聴端末に対して、配信端末を使用する配信ユーザのゲームプレイに応じた配信情報を配信し、前記配信ユーザによるゲームプレイを少なくとも含むコンテンツを、前記視聴端末を使用する視聴ユーザが視聴できるようにする配信手段と、
   前記コンテンツへの参加操作を受け付けた前記視聴端末が送信する参加情報を受信する参加情報受信手段と、
   前記配信ユーザと、前記参加情報を送信した第１視聴端末を使用する第１視聴ユーザと、を少なくとも含むパーティを結成するパーティ結成手段と、
   前記パーティに含まれる１以上の前記第１視聴ユーザを前記コンテンツに参加させる参加手段と、を備え、
   前記参加手段は、前記第１視聴ユーザとは異なる視聴ユーザであって、かつ前記参加情報を送信した第２視聴端末を使用する第２視聴ユーザを前記コンテンツに参加させ、
   前記コンテンツに含まれるゲームは、第１パートと、第２パートと、を有し、
   前記パーティ結成手段は、前記第１パートである場合に、前記配信ユーザと、前記第１視聴ユーザと、を少なくとも含むパーティを結成し、
   前記参加手段は、前記第１パートにおいて結成された前記パーティに含まれる前記配信ユーザと１以上の前記第１視聴ユーザとを前記第２パートに参加させ、
   前記パーティ結成手段は、前記第２パートである場合であって、かつ前記パーティに含まれるユーザの人数が上限人数に達していないとき、前記パーティに含まれる前記第１視聴ユーザとは異なる新たな第１視聴ユーザを含むようにパーティを結成し、
   前記参加手段は、前記新たな第１視聴ユーザを前記第２パートに参加させる、情報処理システム。