(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023039244
(43)【公開日】2023-03-20
(54)【発明の名称】情報処理装置、プログラム、及び情報処理方法
(51)【国際特許分類】
A63F 13/792 20140101AFI20230313BHJP
A63F 13/69 20140101ALI20230313BHJP
A63F 13/79 20140101ALI20230313BHJP
A63F 13/53 20140101ALI20230313BHJP
【ＦＩ】
A63F13/792
A63F13/69
A63F13/79 500
A63F13/53
【審査請求】未請求
【請求項の数】15
【出願形態】ＯＬ
(21)【出願番号】P 2021146307
(22)【出願日】2021-09-08
(71)【出願人】
【識別番号】500033117
【氏名又は名称】株式会社ＭＩＸＩ
(74)【代理人】
【識別番号】110001139
【氏名又は名称】ＳＫ弁理士法人
(74)【代理人】
【識別番号】100130328
【弁理士】
【氏名又は名称】奥野 彰彦
(74)【代理人】
【識別番号】100130672
【弁理士】
【氏名又は名称】伊藤 寛之
(72)【発明者】
【氏名】中川 直香
(72)【発明者】
【氏名】仲安 晃一
(72)【発明者】
【氏名】福田 匠
(57)【要約】
【課題】対価支払いに応じたコンテンツ提供を行うときに、グループ内の各プレイヤの個別状況に応じた対価提示が可能な、情報処理装置、プログラム、及び情報処理方法を提供する。
【解決手段】情報処理装置は、提供部と対価提示部とを備え、前記提供部は、複数のプレイヤを含むグループでプレイされるゲームにおいて提供されるコンテンツを、プレイヤからの対価支払に応じて提供し、前記対価提示部は、前記グループ内の前記複数のプレイヤそれぞれへの前記コンテンツの提供履歴に差がある場合に、前記グループ内の前記複数のプレイヤの間で相違させた対価を提示する。
【選択図】図８
【解決手段】情報処理装置は、提供部と対価提示部とを備え、前記提供部は、複数のプレイヤを含むグループでプレイされるゲームにおいて提供されるコンテンツを、プレイヤからの対価支払に応じて提供し、前記対価提示部は、前記グループ内の前記複数のプレイヤそれぞれへの前記コンテンツの提供履歴に差がある場合に、前記グループ内の前記複数のプレイヤの間で相違させた対価を提示する。
【選択図】図８
【特許請求の範囲】
【請求項1】
提供部と対価提示部とを備え、
前記提供部は、複数のプレイヤを含むグループでプレイされるゲームにおいて提供されるコンテンツを、プレイヤからの対価支払に応じて提供し、
前記対価提示部は、前記グループ内の前記複数のプレイヤそれぞれへの前記コンテンツの提供履歴に差がある場合に、前記グループ内の前記複数のプレイヤの間で相違させた対価を提示する、
情報処理装置。
前記提供部は、複数のプレイヤを含むグループでプレイされるゲームにおいて提供されるコンテンツを、プレイヤからの対価支払に応じて提供し、
前記対価提示部は、前記グループ内の前記複数のプレイヤそれぞれへの前記コンテンツの提供履歴に差がある場合に、前記グループ内の前記複数のプレイヤの間で相違させた対価を提示する、
情報処理装置。
【請求項2】
請求項１に記載の情報処理装置であって、
前記提供部は、前記ゲームの進行に応じて前記コンテンツを提供し、前記プレイヤの要求がある場合に前記ゲームの進行によらずに前記プレイヤからの対価支払に応じて前記コンテンツを提供する、情報処理装置。
前記提供部は、前記ゲームの進行に応じて前記コンテンツを提供し、前記プレイヤの要求がある場合に前記ゲームの進行によらずに前記プレイヤからの対価支払に応じて前記コンテンツを提供する、情報処理装置。
【請求項3】
請求項１又は請求項２に記載の情報処理装置であって、
前記提供履歴は、プレイヤへの前記コンテンツの提供回数を含み、
前記対価提示部は、前記提供回数の差に基づいて前記複数のプレイヤの間で異なる対価を提示する、情報処理装置。
前記提供履歴は、プレイヤへの前記コンテンツの提供回数を含み、
前記対価提示部は、前記提供回数の差に基づいて前記複数のプレイヤの間で異なる対価を提示する、情報処理装置。
【請求項4】
請求項１から請求項３のいずれか１つに記載の情報処理装置であって、
前記提供履歴は、プレイヤへの前記コンテンツの提供回数を含み、
前記コンテンツが、第１プレイヤへの提供回数が第１閾値以上のコンテンツであってかつ第２プレイヤへの提供回数が前記第１閾値未満のコンテンツである場合に、前記対価提示部は、前記コンテンツについての前記第１プレイヤの対価として前記第２プレイヤの対価よりも低い対価を提示する、情報処理装置。
前記提供履歴は、プレイヤへの前記コンテンツの提供回数を含み、
前記コンテンツが、第１プレイヤへの提供回数が第１閾値以上のコンテンツであってかつ第２プレイヤへの提供回数が前記第１閾値未満のコンテンツである場合に、前記対価提示部は、前記コンテンツについての前記第１プレイヤの対価として前記第２プレイヤの対価よりも低い対価を提示する、情報処理装置。
【請求項5】
請求項１から請求項４のいずれか１つに記載の情報処理装置であって、
前記提供部は、内容が異なる複数種のコンテンツを提供可能に構築され、
前記提供履歴は、提供済種別数を含み、
前記提供済種別数は、前記複数種のコンテンツのうち何種のコンテンツが提供済であるかをプレイヤごとに示す数であり、
前記対価提示部は、前記提供済種別数の差に基づいて前記複数のプレイヤの間で異なる対価を提示する、情報処理装置。
前記提供部は、内容が異なる複数種のコンテンツを提供可能に構築され、
前記提供履歴は、提供済種別数を含み、
前記提供済種別数は、前記複数種のコンテンツのうち何種のコンテンツが提供済であるかをプレイヤごとに示す数であり、
前記対価提示部は、前記提供済種別数の差に基づいて前記複数のプレイヤの間で異なる対価を提示する、情報処理装置。
【請求項6】
請求項５に記載の情報処理装置であって、
前記対価提示部は、前記提供済種別数が第２閾値以上である場合の未提供コンテンツの対価を、前記提供済種別数が前記第２閾値未満である場合の前記未提供コンテンツの対価よりも高く提示する、情報処理装置。
前記対価提示部は、前記提供済種別数が第２閾値以上である場合の未提供コンテンツの対価を、前記提供済種別数が前記第２閾値未満である場合の前記未提供コンテンツの対価よりも高く提示する、情報処理装置。
【請求項7】
請求項１から請求項６のいずれか１つに記載の情報処理装置であって、
前記対価提示部は、前記グループ内における前記複数のプレイヤのうち一部のプレイヤの前記提供履歴に基づいて他のプレイヤの対価を提示する、情報処理装置。
前記対価提示部は、前記グループ内における前記複数のプレイヤのうち一部のプレイヤの前記提供履歴に基づいて他のプレイヤの対価を提示する、情報処理装置。
【請求項8】
請求項１から請求項７のいずれか１つに記載の情報処理装置であって、
前記対価提示部は、前記グループ内において複数のコンテンツのうち第１コンテンツの対価として第２コンテンツの対価よりも高い対価を提示し、
前記第１コンテンツは、前記グループ内のプレイヤのうち提供回数が第３閾値以上であるプレイヤの数が第４閾値未満のコンテンツであり、
前記第２コンテンツは、前記グループ内のプレイヤのうち提供回数が前記第３閾値以上であるプレイヤの数が前記第４閾値以上のコンテンツである、情報処理装置。
前記対価提示部は、前記グループ内において複数のコンテンツのうち第１コンテンツの対価として第２コンテンツの対価よりも高い対価を提示し、
前記第１コンテンツは、前記グループ内のプレイヤのうち提供回数が第３閾値以上であるプレイヤの数が第４閾値未満のコンテンツであり、
前記第２コンテンツは、前記グループ内のプレイヤのうち提供回数が前記第３閾値以上であるプレイヤの数が前記第４閾値以上のコンテンツである、情報処理装置。
【請求項9】
請求項１から請求項８のいずれか１つに記載の情報処理装置であって、
マッチング支援部をさらに備え、
前記マッチング支援部は、第３プレイヤに対し、第４プレイヤを前記グループに含む場合の前記コンテンツの対価を提示する、情報処理装置。
マッチング支援部をさらに備え、
前記マッチング支援部は、第３プレイヤに対し、第４プレイヤを前記グループに含む場合の前記コンテンツの対価を提示する、情報処理装置。
【請求項10】
請求項９に記載の情報処理装置であって、
前記マッチング支援部は、
前記第３プレイヤに複数の前記第４プレイヤを提示し、
前記第３プレイヤが前記第３プレイヤにより指定された前記第４プレイヤを含む前記グループを構成する場合に前記対価提示部が前記第３プレイヤに提示する対価を、前記コンテンツに対応付けて提示する、情報処理装置。
前記マッチング支援部は、
前記第３プレイヤに複数の前記第４プレイヤを提示し、
前記第３プレイヤが前記第３プレイヤにより指定された前記第４プレイヤを含む前記グループを構成する場合に前記対価提示部が前記第３プレイヤに提示する対価を、前記コンテンツに対応付けて提示する、情報処理装置。
【請求項11】
請求項９に記載の情報処理装置であって、
前記マッチング支援部は、前記第３プレイヤが前記第４プレイヤを含む前記グループを構成する場合に前記対価提示部が前記第３プレイヤにより選択されたコンテンツについて前記第３プレイヤに提示する対価を、前記第４プレイヤに対応付けて提示する、情報処理装置。
前記マッチング支援部は、前記第３プレイヤが前記第４プレイヤを含む前記グループを構成する場合に前記対価提示部が前記第３プレイヤにより選択されたコンテンツについて前記第３プレイヤに提示する対価を、前記第４プレイヤに対応付けて提示する、情報処理装置。
【請求項12】
請求項９に記載の情報処理装置であって、
前記マッチング支援部は、前記第３プレイヤから入力を受け付けた対価入力値に応じて前記第４プレイヤのなかの第５プレイヤを提示する、情報処理装置。
前記マッチング支援部は、前記第３プレイヤから入力を受け付けた対価入力値に応じて前記第４プレイヤのなかの第５プレイヤを提示する、情報処理装置。
【請求項13】
請求項１２に記載の情報処理装置であって、
前記第５プレイヤは、前記第３プレイヤが前記第５プレイヤを含む前記グループを構成する場合に前記提供部が前記対価入力値に基づく所定値以下の対価で前記第３プレイヤに前記コンテンツを提供可能となるプレイヤである、情報処理装置。
前記第５プレイヤは、前記第３プレイヤが前記第５プレイヤを含む前記グループを構成する場合に前記提供部が前記対価入力値に基づく所定値以下の対価で前記第３プレイヤに前記コンテンツを提供可能となるプレイヤである、情報処理装置。
【請求項14】
複数のプレイヤを含むグループでプレイされるゲームにおいて提供されるコンテンツを、プレイヤからの対価支払に応じてコンピュータに提供させ、
前記グループ内の前記複数のプレイヤそれぞれへの前記コンテンツの提供履歴に差がある場合に、前記グループ内の前記複数のプレイヤの間で相違させた対価をコンピュータに提示させる、
プログラム。
前記グループ内の前記複数のプレイヤそれぞれへの前記コンテンツの提供履歴に差がある場合に、前記グループ内の前記複数のプレイヤの間で相違させた対価をコンピュータに提示させる、
プログラム。
【請求項15】
コンピュータが、複数のプレイヤを含むグループでプレイされるゲームにおいて提供されるコンテンツを、プレイヤからの対価支払に応じて提供し、
コンピュータが、前記グループ内の前記複数のプレイヤそれぞれへの前記コンテンツの提供履歴に差がある場合に、前記グループ内の前記複数のプレイヤの間で相違させた対価を提示する、
情報処理方法。
コンピュータが、前記グループ内の前記複数のプレイヤそれぞれへの前記コンテンツの提供履歴に差がある場合に、前記グループ内の前記複数のプレイヤの間で相違させた対価を提示する、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、プログラム、及び情報処理方法に関する。
【背景技術】
【0002】
特許文献１には、プレイヤの操作に基づいてストーリーが分岐しながら進行するゲームが開示されている。特許文献１のようなゲームでは、ゲームの進行に応じて各種のコンテンツが提供される。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１９－１４７０１３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ゲーム進行によらずに、対価支払いに応じたコンテンツ提供という選択肢が用意される場合がある。この場合、プレイヤは、ゲーム進行によらずに対価を支払うことで所望のコンテンツを受け取ることもできる。
【0005】
複数のプレイヤがグループを組み、グループ単位で進行するゲームがある。グループ型ゲームでは、互いにプレイ状況などが異なる複数のプレイヤが、同一グループ内に混在しうる。対価支払いに応じたコンテンツ提供でこのようなプレイヤ混在が起きると、グループ内でのプレイヤ間の対価調整という課題が生じた。
【0006】
本発明は、対価支払いに応じたコンテンツ提供を行うときに、グループ内の各プレイヤの個別状況に応じた対価提示が可能な、情報処理装置、プログラム、及び情報処理方法を提供する。
【課題を解決するための手段】
【0007】
本発明の一態様に係る情報処理装置は、提供部と対価提示部とを備え、前記提供部は、複数のプレイヤを含むグループでプレイされるゲームにおいて提供されるコンテンツを、プレイヤからの対価支払に応じて提供し、前記対価提示部は、前記グループ内の前記複数のプレイヤそれぞれへの前記コンテンツの提供履歴に差がある場合に、前記グループ内の前記複数のプレイヤの間で相違させた対価を提示する、情報処理装置である。
【0008】
本発明の一態様によれば、コンテンツ提供履歴が異なる複数のプレイヤがグループ内に混在した場合に、プレイヤ間でコンテンツ提供の対価を相違させることができる。各プレイヤの個別状況に応じた対価提示が可能となる。
【図面の簡単な説明】
【0009】
【図1】第１実施形態に係る情報処理装置１０の概要を示す図である。
【図2】情報処理装置１０のハードウェア構成を示すブロック図である。
【図3】端末２０のハードウェア構成を示すブロック図である。
【図4】情報処理装置１０の機能構成を示すブロック図である。
【図6】図６Ａは今回の対象グループ（Ｎｏ．５１）が到達した各ＥＮＤ視聴回数（コンテンツ提供履歴）を表すテーブルＴＢ１であり、図６Ｂは他グループ（Ｎｏ．５１以外）が到達した各ＥＮＤ視聴回数（コンテンツ提供履歴）を表すテーブルＴＢ２であり、図６ＣはテーブルＴＢ１とテーブルＴＢ２とを合計した合計視聴回数を表すテーブルＴＢ３である。
【図7】第１実施形態に係る対価提示及びコンテンツ提供の流れを説明するためのシーケンス図である。
【図8】第１実施形態に係るコンテンツリスト画面の対価提示の一例である。
【図9】図９Ａは第１算出シーケンスの実行により提示される対価テーブルの一例であり、図９Ｂは第２算出シーケンスの実行により提示される対価テーブルの一例であり、図９Ｃは第３算出シーケンスの実行により提示される対価テーブルの一例であり、図９Ｄは第４算出シーケンスの実行により提示される対価テーブルの一例である。
【図10】対価を算出するシーケンスの一例（第１算出シーケンス）である。
【図11】対価を算出するシーケンスの他の例（第２算出シーケンス）である。
【図12】対価を算出するシーケンスの更に他の例（第３算出シーケンス）である。
【図13】対価を算出するシーケンスの更に他の例（第３算出シーケンス）である。
【図14】対価を算出するシーケンスの更に他の例（第３算出シーケンス）を更に変形した例である。
【図15】対価を算出するシーケンスの更に他の例（第４算出シーケンス）である。
【図16】対価を算出するシーケンスの更に他の例（第４算出シーケンス）である。
【図17】第２実施形態に係る情報処理装置１０の機能構成を示すブロック図である。
【図18】第２実施形態に係るマッチング候補提示画面５０の一例である。
【図19】第２実施形態の第１の例に係るマッチング支援画面４０ａの一例である。
【図20】第２実施形態の第１の例に係るマッチング支援シーケンスの一例（第１の例）である。
【図21】第２実施形態の第２の例に係るマッチング支援画面５０ａの一例である。
【図22】第２実施形態の第２の例に係るマッチング支援シーケンスの一例である。
【図23】第２実施形態の第３の例に係るマッチング支援画面５０ｂの一例である。
【図24】第２実施形態の第３の例に係るマッチング支援シーケンスの一例である。
【図25】提示される対価を質的に異ならしめたテーブルの一例である。
【発明を実施するための形態】
【0010】
以下、図面を用いて本発明のいくつかの実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。また、各特徴事項について独立して発明が成立する。
【0011】
以下の説明において、説明の便宜上、「序数」を記載することがある。具体的には例えば「第１プレイヤ」、「第２プレイヤ」・・・などの形式でプレイヤを呼び分けたり、同様にコンテンツや閾値を呼び分けたりすることがある。このような序数の使用は、個々の場面で異なる構成（例えばプレイヤ、コンテンツ、閾値等）を呼び分けるための便宜上の呼称方法にすぎない。この序数は呼び分け以外の意味で限定的に解釈されることはない。また、特に阻害される場合を除いて、ある説明での序数付き構成が、他の説明の序数付き構成と重複してもよい。例えば、ある説明における第１プレイヤ又は第２プレイヤが、他の説明における第３～第５プレイヤのいずれかと重複してもよい。
【0012】
＜１．第１実施形態＞
（１－１．ゲーム提供システム１の概要）
本発明の第１実施形態に係る情報処理装置は、図１に示すようなゲーム提供システム１の一部を構成するサーバ１０である。ゲーム提供システム１は、サーバ１０、端末２０（一例として、４つの端末２０ａ、２０ｂ、２０ｃ、２０ｄ）を備える。プレイヤＰＡが端末２０ａを所持し、プレイヤＰＢが端末２０ｂを所持し、プレイヤＰＣが端末２０ｃを所持し、プレイヤＰＤが端末２０ｄを所持する。以下の説明では、単に「端末２０」と称することで、４つの端末２０ａ、２０ｂ、２０ｃ、２０ｄのうち任意の一つに言及したり、あるいはそれらのうち複数を総称したりすることがある。以下の説明で単に「プレイヤＰ」と称することで、４人のプレイヤＰＡ～ＰＤのうち任意の一人に言及したり、あるいは２人以上の複数プレイヤを総称したりすることがある。
（１－１．ゲーム提供システム１の概要）
本発明の第１実施形態に係る情報処理装置は、図１に示すようなゲーム提供システム１の一部を構成するサーバ１０である。ゲーム提供システム１は、サーバ１０、端末２０（一例として、４つの端末２０ａ、２０ｂ、２０ｃ、２０ｄ）を備える。プレイヤＰＡが端末２０ａを所持し、プレイヤＰＢが端末２０ｂを所持し、プレイヤＰＣが端末２０ｃを所持し、プレイヤＰＤが端末２０ｄを所持する。以下の説明では、単に「端末２０」と称することで、４つの端末２０ａ、２０ｂ、２０ｃ、２０ｄのうち任意の一つに言及したり、あるいはそれらのうち複数を総称したりすることがある。以下の説明で単に「プレイヤＰ」と称することで、４人のプレイヤＰＡ～ＰＤのうち任意の一人に言及したり、あるいは２人以上の複数プレイヤを総称したりすることがある。
【0013】
サーバ１０は、通信回線５を介して、端末２０ａ～２０ｄにゲームＧを提供する。当該ゲームＧは、ゲーム進行に伴って提供される様々なイベントに対して、プレイヤＰＡ～ＰＤが共同して操作することで進行する。
【0014】
【0015】
（１－２－１．サーバ１０のハードウェア構成）
図２のサーバ１０は、制御部１１、記憶部１２及び通信部１３を備える。また、サーバ１０は、操作入力部１４及びモニタ１５を備えていてもよい。操作入力部１４は、キーボード及びマウス等で構成されて各種操作の入力を受け付ける。モニタ１５は、例えば液晶ディスプレイ装置等でもよい。制御部１１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ、あるいはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等である。制御部１１は、サーバ１０の全体の動作を制御する。
図２のサーバ１０は、制御部１１、記憶部１２及び通信部１３を備える。また、サーバ１０は、操作入力部１４及びモニタ１５を備えていてもよい。操作入力部１４は、キーボード及びマウス等で構成されて各種操作の入力を受け付ける。モニタ１５は、例えば液晶ディスプレイ装置等でもよい。制御部１１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ、あるいはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等である。制御部１１は、サーバ１０の全体の動作を制御する。
【0016】
記憶部１２の一部は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成されている。記憶部１２の一部は、制御部１１による各種プログラムに基づく処理の実行時のワークエリア等として用いられる。また、記憶部１２の一部は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の不揮発性メモリ、又はＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）である。記憶部１２の一部は、各種データ及び制御部１１の処理に利用されるプログラム等を保存する。
【0017】
記憶部１２に記憶されるプログラムは、例えば、サーバ１０の基本的な機能を実現するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、各種ハードウェア制御するためのドライバ、及び各種機能を実現するためのプログラム等である。記憶部１２に記憶されるプログラムは、第１実施形態に係るコンピュータプログラムを含む。
【0018】
通信部１３は、例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）である。通信部１３は、通信回線５に接続する機能を有する。通信部１３は、ＮＩＣに代えて又はＮＩＣと共に、幾つかの機能を有してもよい。幾つかの機能は、無線ＬＡＮへの接続機能と、無線ＷＡＮへの接続機能と、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信機能と、赤外線通信機能とのうち、１つ以上の機能を含んでもよい。サーバ１０は、通信回線５を介して端末２０等の他の情報処理装置等と接続される。サーバ１０は、他の情報処理装置等との間で各種データの送受信を行うことができる。
【0019】
これら制御部１１等の各構成は、システムバス１６を介して相互に電気的に接続される。従って、制御部１１は、記憶部１２へのアクセス、モニタ１５に対する画像の表示を行うことができる。制御部１１は、プレイヤによる操作入力部１４に対する操作状態の把握も行うことができる。制御部１１は、通信部１３を介した各種通信網や他の情報処理装置へのアクセス等も行うことができる。
【0020】
（１－２－２．端末２０のハードウェア構成）
図３は、第１実施形態に係る端末２０のハードウェア構成を示すブロック図である。具体的には、各々の端末２０ａ～２０ｄは、例えば、スマートフォンやタブレット端末等の携帯端末である。各々の端末２０ａ～２０ｄは、制御部２１、記憶部２２、及び通信部２３を備える。端末２０ａ～２０ｄは、タッチパネルディスプレイ等の表示部２４、スピーカ２５、マイク２６、カメラ２７、及び操作ボタン２８を備えてもよい。
図３は、第１実施形態に係る端末２０のハードウェア構成を示すブロック図である。具体的には、各々の端末２０ａ～２０ｄは、例えば、スマートフォンやタブレット端末等の携帯端末である。各々の端末２０ａ～２０ｄは、制御部２１、記憶部２２、及び通信部２３を備える。端末２０ａ～２０ｄは、タッチパネルディスプレイ等の表示部２４、スピーカ２５、マイク２６、カメラ２７、及び操作ボタン２８を備えてもよい。
【0021】
これら制御部２１等の各構成は、システムバス２９を介して相互に電気的に接続されている。従って、制御部２１は、記憶部２２へのアクセスが可能である。制御部２１は、表示部２４に対する画像の表示も可能である。制御部２１は、プレイヤによるタッチパネルディスプレイ（表示部２４）や操作ボタン２８に対する操作状態の把握も可能である。制御部２１は、通信部２３を介した各種通信網や他の情報処理装置へのアクセス等も行うことができる。
【0022】
（１－３．サーバ１０の機能構成）
図４に示すように、第１実施形態に係るサーバ１０の制御部１１は、提供部１１ａと対価提示部１１ｂとを有する。提供部１１ａは、「ゲーム提供機能部」と「コンテンツ提供機能部」とを備える。
図４に示すように、第１実施形態に係るサーバ１０の制御部１１は、提供部１１ａと対価提示部１１ｂとを有する。提供部１１ａは、「ゲーム提供機能部」と「コンテンツ提供機能部」とを備える。
【0023】
（１－３－１．提供部１１ａのゲーム提供機能部）
提供部１１ａのゲーム提供機能部は、各々の端末２０ａ～２０ｄへとゲームＧを提供する。ゲームＧは、複数のプレイヤ（第１実施形態では一例として４人のプレイヤＰＡ～ＰＤ）が所定のイベントを共同して実行することで進行する。「イベント」では、選択肢の選択やミニゲームのプレイなど、ゲームの進行のためにプレイヤが何らかの操作を行う。「共同して実行」とは、一例として、４人のプレイヤＰＡ～ＰＤの全員が同じ選択肢を選択することを含む。
提供部１１ａのゲーム提供機能部は、各々の端末２０ａ～２０ｄへとゲームＧを提供する。ゲームＧは、複数のプレイヤ（第１実施形態では一例として４人のプレイヤＰＡ～ＰＤ）が所定のイベントを共同して実行することで進行する。「イベント」では、選択肢の選択やミニゲームのプレイなど、ゲームの進行のためにプレイヤが何らかの操作を行う。「共同して実行」とは、一例として、４人のプレイヤＰＡ～ＰＤの全員が同じ選択肢を選択することを含む。
【0024】
第１実施形態におけるゲームＧは、一例として、いわゆるノベルゲームである。ノベルゲームでは、ストーリーを進行させていく途中に所定イベントが提示される。この所定イベントで選択肢が提示されると、選択肢に対してプレイヤが選択を行うことによって、所定の分岐点からシナリオが分岐する。第１実施形態ではゲームＧがグループ型ノベルゲームである。ゲームＧでは、プレイ開始前に４人のプレイヤＰＡ～ＰＤが各端末２０ａ～２０ｄの通信部２３を介してマッチングを行い、これにより一つのグループが構成される。グループ内のプレイヤが、共同でゲームＧを進行させる。例えば、一つのイベントで選択肢が提供され、グループ内の全プレイヤが同じ選択を行うことがクリア条件とされる等である。
【0025】
（１－３－２．提供部１１ａのコンテンツ提供機能部）
提供部１１ａのコンテンツ提供機能部について説明する。提供部１１ａのコンテンツ提供機能部は、プレイヤＰに、ゲームＧのコンテンツを提供する。ここでいう「コンテンツ」は、具体的にはゲームコンテンツであり、より具体的にはゲームＧの所定タイミングで提供される演出画面等である。コンテンツには様々な形式のものが含まれる。コンテンツは、例えば静止画、動画、テキスト、音声等でもよく、これらが任意に組み合わせられた演出画面でもよい。コンテンツは、例えばゲームＧの進行の最終段階に提供されるエンディングコンテンツでもよく、例えばゲームＧの進行の途中段階に提供される中間イベントコンテンツでもよい。
提供部１１ａのコンテンツ提供機能部について説明する。提供部１１ａのコンテンツ提供機能部は、プレイヤＰに、ゲームＧのコンテンツを提供する。ここでいう「コンテンツ」は、具体的にはゲームコンテンツであり、より具体的にはゲームＧの所定タイミングで提供される演出画面等である。コンテンツには様々な形式のものが含まれる。コンテンツは、例えば静止画、動画、テキスト、音声等でもよく、これらが任意に組み合わせられた演出画面でもよい。コンテンツは、例えばゲームＧの進行の最終段階に提供されるエンディングコンテンツでもよく、例えばゲームＧの進行の途中段階に提供される中間イベントコンテンツでもよい。
【0026】
第１実施形態では、コンテンツの一例として、提供部１１ａがエンディングコンテンツを提供する。エンディングコンテンツは、ゲームＧの特定のルートにおける最終イベントをクリアしたときに、プレイヤＰに提供される。第１実施形態では一例としてノベルゲームを想定している。この場合の具体例を挙げると、ノベルゲームが複数のストーリーを含んでもよく、各々のストーリーで複数のエンディング到達条件が設定されてもよく、かつ、各々のエンディング到達条件に対応する複数のエンディングコンテンツが用意されてもよい。エンディングコンテンツとして、ノーマルエンド、グッドエンド、バッドエンド、あるいはトゥルーエンド等の各コンテンツが各ストーリーに用意されてもよい。
【0027】
第１実施形態では、コンテンツの提供態様が二つある。第１提供態様では、ゲームＧの進行に応じて提供部１１ａがコンテンツを提供する。一方、第２提供態様では、プレイヤＰの要求がある場合に、ゲームＧの進行によらずにプレイヤＰからの対価支払に応じて提供部１１ａがコンテンツを提供する。
【0028】
この第２提供態様における「対価」は、様々な種類が設定されうる。「対価」は、ゲームＧで利用可能なゲーム内ポイントやゲーム内コイン等でもよく、あるいはゲーム支払媒体でもよく、あるいは現実の貨幣でもよい。つまり、対価支払は、一例として、所定の価値に相当するポイントやゲーム支払媒体を対価として支払うものでもよい。対価支払は、他の例として、現実の貨幣を課金することで対価を払うものでもよい。ゲーム支払媒体の一例は、「チケット」や「ルビー」等という称呼のアイテムでもよい。ゲーム支払媒体は複数種類設けられてもよい。単位あたりのゲーム支払媒体は、所定の価値に相当するように設定されている。ここでいう「価値」は、現実の貨幣と交換可能であってもよい。現実の貨幣は、現金、電子マネー、又は仮想通貨等のコインなどでもよい。あるいは、ここでいう「価値」は、特定のゲーム内において利用可能なゲーム内ポイントやゲーム内コイン等であってもよい。プレイヤは、所定の価値を支払うことにより、相当するゲーム支払媒体を随時入手することができる。
【0029】
（１－３－３．対価提示部１１ｂ）
対価提示部１１ｂは、「第２提供態様のコンテンツ提供に対してプレイヤＰが支払うべき対価」を提示する。第１実施形態では、対価提示部１１ｂは、グループ内のプレイヤＰＡ～ＰＤそれぞれへのコンテンツの提供履歴に差がある場合に、グループ内のプレイヤ間で相違させた対価を提示する。詳しくは後ほど図５～図１６を用いて説明する。
対価提示部１１ｂは、「第２提供態様のコンテンツ提供に対してプレイヤＰが支払うべき対価」を提示する。第１実施形態では、対価提示部１１ｂは、グループ内のプレイヤＰＡ～ＰＤそれぞれへのコンテンツの提供履歴に差がある場合に、グループ内のプレイヤ間で相違させた対価を提示する。詳しくは後ほど図５～図１６を用いて説明する。
【0030】
上述した機能構成は、サーバ１０に適宜インストールされるソフトウェア（いわゆるアプリを含む）によって実現してもよく、ハードウェアによって実現してもよい。ソフトウェアによって実現する場合、制御部１１がソフトウェアを構成するプログラムを実行することによって各種機能を実現することができる。
【0031】
プログラムを実行することで実現される場合、当該プログラムは、サーバ１０が内蔵する記憶部１２に格納してもよく、コンピュータが読み取り可能な非一時的な記録媒体に格納してもよい。また、外部の記憶装置に格納されたプログラムを読み出し、いわゆるクラウドコンピューティングにより実現してもよい。もしくは、ハードウェアによって実現する場合、ＡＳＩＣ、ＳＯＣ、ＦＰＧＡ、又はＤＲＰなどの種々の回路によって実現することができる。また、上述した機能構成は、一部の機能構成をソフトウェア又はハードウェアによって、端末２０等で処理されるようにしてもよい。
【0032】
第１実施形態では、一例として、提供部１１ａがゲーム提供機能部とコンテンツ提供機能部との両方を備えており、このコンテンツ提供機能部が「（第１提供態様）ゲームＧの進行に応じたコンテンツ提供」と「（第２提供態様）対価支払に応じたコンテンツ提供」の両方を行うことができる。しかしながらこれは一例である。変形例として、提供部１１ａがコンテンツ提供機能部のみを備えてもよく、そのコンテンツ提供機能部は上記第２提供態様のみを実行してもよい。この場合、一例として、サーバ１０と連携する他のサーバにゲーム提供機能部が設けられ、当該他のサーバのコンテンツ提供機能部で上記第１提供態様が実行されてもよい。
【0033】
（１－４．対価提示及びコンテンツ提供の流れ）
以下、図５～図１６を参照しつつ、第１実施形態の対価提示のシーケンス及びコンテンツ提供の流れを説明する。概要を述べると、サーバ１０の記憶部１２は図５Ａ～図５Ｂ及び図６Ａ～図６Ｂの各テーブルを記憶しており、サーバ１０の制御部１１は各テーブルの登録内容を更新することができる。図７のシーケンスにおいて、図５Ａ～図５Ｂ及び図６Ａ～図６Ｂの各テーブルの情報が用いられる。これらの各テーブルの情報に基づいて、図７のステップＳ１３０（各プレイヤの対価算出）の処理が各プレイヤの対価を算出する。ステップＳ１３０の具体的処理には様々なバリエーションがあり、そのいくつかを図１０～図１６を用いて例示する。図１０～図１６の処理により、図９Ａ～図９Ｄの対価テーブルに例示したような「各プレイヤの対価」が算出される。
以下、図５～図１６を参照しつつ、第１実施形態の対価提示のシーケンス及びコンテンツ提供の流れを説明する。概要を述べると、サーバ１０の記憶部１２は図５Ａ～図５Ｂ及び図６Ａ～図６Ｂの各テーブルを記憶しており、サーバ１０の制御部１１は各テーブルの登録内容を更新することができる。図７のシーケンスにおいて、図５Ａ～図５Ｂ及び図６Ａ～図６Ｂの各テーブルの情報が用いられる。これらの各テーブルの情報に基づいて、図７のステップＳ１３０（各プレイヤの対価算出）の処理が各プレイヤの対価を算出する。ステップＳ１３０の具体的処理には様々なバリエーションがあり、そのいくつかを図１０～図１６を用いて例示する。図１０～図１６の処理により、図９Ａ～図９Ｄの対価テーブルに例示したような「各プレイヤの対価」が算出される。
【0034】
第１実施形態では、説明の便宜上、一例として対価が「チケット」で支払われるものとして説明する。単位（チケット枚数）を省略して、「チケット５枚の対価」を、単に、「５の対価」等と述べることがある。
【0035】
（１－４－１．テーブル構成）
図５Ａのグループ管理テーブルＴＡ１には、「グループＮｏ．」と、「メンバ」と、そのグループがプレイ中のストーリー（「プレイ対象ストーリー」とも称す）とが登録される。便宜上、今回の説明対象とするプレイヤＰＡ～ＰＤのグループを「対象グループ」とも称し、対象グループはＮｏ．５１に登録されているものとする。他グループ（Ｎｏ．００１～００４）には、他のプレイヤＰＥ、ＰＦ、ＰＧ、ＰＨ，ＰＩが参加している。対象グループと他グループの区別は、一例として、メンバが全員一致している場合には同じグループとして取り扱ってもよい。
図５Ａのグループ管理テーブルＴＡ１には、「グループＮｏ．」と、「メンバ」と、そのグループがプレイ中のストーリー（「プレイ対象ストーリー」とも称す）とが登録される。便宜上、今回の説明対象とするプレイヤＰＡ～ＰＤのグループを「対象グループ」とも称し、対象グループはＮｏ．５１に登録されているものとする。他グループ（Ｎｏ．００１～００４）には、他のプレイヤＰＥ、ＰＦ、ＰＧ、ＰＨ，ＰＩが参加している。対象グループと他グループの区別は、一例として、メンバが全員一致している場合には同じグループとして取り扱ってもよい。
【0036】
図５Ｂのコンテンツ提供履歴テーブルＴＡ２には、識別レコード番号と、プレイヤと、そのプレイヤに提供したコンテンツと、そのプレイヤがコンテンツ受領時に所属したグループとが登録される。説明の簡略化のため、第１実施形態では、提供したコンテンツがストーリーＳＴ００１におけるエンディングコンテンツＥＮＤ１～ＥＮＤ６の何れかであるものとする。これは一例にすぎず、実際には、他にも任意個数のストーリーＳＴ００２～ＳＴ００ｎが用意されてもよく、各ストーリーのコンテンツ個数も６個（ＥＮＤ１～ＥＮＤ６）より多くとも少なくともよい。
【0037】
第１実施形態では、便宜上、次に述べる前提条件で説明を行う。まず、対象グループ（Ｎｏ．５１）は、ストーリーＳＴ００１を初回クリアしたものとし、対象グループにＥＮＤ１が提供されるものとする。この前提条件は破線で囲った提供履歴Ｒｃ２に対応する。また、前提条件として、対象グループ（Ｎｏ．５１）にはＥＮＤ２～ＥＮＤ６が未提供であるものとする。
【0038】
図６ＡのテーブルＴＢ１は、今回の対象グループ（Ｎｏ．５１）が到達した各ＥＮＤ視聴回数（コンテンツ提供履歴）を表す。ここでいう視聴回数は、すなわち提供回数と同じ意味である。図５ＢのテーブルＴＡ２を参照することで、過去に対象グループ（Ｎｏ．５１）で提供を受けたコンテンツの種類や提供回数を集計できる。第１実施形態では、図５ＢのテーブルＴＡ２における提供履歴Ｒｃ２の部分に基づいて、テーブルＴＢ１のＥＮＤ１の行に「１」が設定される。なお第１実施形態では、上述の前提条件のとおり、対象グループ（Ｎｏ．５１）のＥＮＤ２～ＥＮＤ６には視聴回数ゼロが設定される。
【0039】
図６ＢのテーブルＴＢ２は、プレイヤＰＡ～ＰＤが他グループ（Ｎｏ．５１以外）に所属したときに到達した各ＥＮＤ視聴回数を表している。図５ＢのテーブルＴＡ２を参照することで、過去に対象グループ（Ｎｏ．５１）以外で提供を受けたコンテンツを、プレイヤ別に集計できる。その結果がテーブルＴＢ２に登録される。
【0040】
図６ＣのテーブルＴＢ３は、テーブルＴＢ１とテーブルＴＢ２とを合計した合計視聴回数を表す。
【0041】
（１－４－２．シーケンス及び画面）
図７に例示されるシーケンス図には、提供部１１ａと対価提示部１１ｂと端末２０ａ，２０ｂの処理が図示される。図７では簡略化のためプレイヤＰＡ，ＰBの端末２０ａ，２０ｂのみを図示しているが、同じグループに所属するプレイヤＰＣ，ＰＤの端末２０ｃ，２０ｄも同様の動作が行われる。
図７に例示されるシーケンス図には、提供部１１ａと対価提示部１１ｂと端末２０ａ，２０ｂの処理が図示される。図７では簡略化のためプレイヤＰＡ，ＰBの端末２０ａ，２０ｂのみを図示しているが、同じグループに所属するプレイヤＰＣ，ＰＤの端末２０ｃ，２０ｄも同様の動作が行われる。
【0042】
ステップＳ１００ａ，Ｓ１００ｂで、各端末２０ａ～２０ｄが、各端末２０ａ～２０ｄを所有するプレイヤＰを含むグループを構成する処理を実行する。この処理は、一例として、各端末２０ａ～２０ｄでグループＮｏ．５１が被選択状態となったかどうかを判別する処理でもよい。続いて、各端末２０ａ～２０ｄが、コンテンツリスト表示操作を受け付ける（ステップＳ１１０ａ、Ｓ１１０ｂ）。例えば、各端末２０ａ～２０ｄは、表示部２４の表示画像のメニューの一つとして、コンテンツリスト表示用アイコンを表示してもよい。このコンテンツリスト表示用アイコンが押下されると、その押下を伝える信号がサーバ１０に送信されて、対価提示部１１ｂがステップＳ１２０の処理を開始してもよい。
【0043】
次に、ステップＳ１２０で、対価提示部１１ｂは、コンテンツ提供履歴テーブルＴＡ２を参照して、各プレイヤＰＡ～ＰＤへの提供履歴を読み取る。対価提示部１１ｂは、ステップＳ１２０で読み取った情報に基づいて、図６Ａ～図６ＣのテーブルＴＢ１～ＴＢ３における各セルの数値を設定する。
【0044】
次に、ステップＳ１３０で、対価提示部１１ｂは、提供履歴に基づき各プレイヤの対価算出を行う。この対価算出では、対価提示部１１ｂは、提供履歴に差がある場合にグループＮｏ．５１内のプレイヤ間で相違させた対価を算出することができる。算出された対価のデータはステップＳ１４０で端末２０に送信される。対価のデータを受け取った端末２０は、対価表示ボックス４６（図８参照）の内容を設定し、コンテンツリスト画面４０（図８参照）を表示部２４に表示する（ステップＳ１５０ａ、Ｓ１５０ｂ）。
【0045】
図８は、第１実施形態に係るコンテンツリスト画面４０の対価提示の一例である。図８は、図９Ａの対価テーブルＴＣ１に基づいてプレイヤＰＡの端末２０ａに表示される画面を例示している。コンテンツリスト画面４０は、自プレイヤアイコン４１と、他プレイヤアイコン４２と、ゲーム内ポイント表示ボックス４３ａと、ゲーム支払媒体ボックス４３ｂと、被選択ストーリー表示アイコン４４と、コンテンツアイコン４５と、対価表示ボックス４６と、未開放表示４７と、を備える。未開放表示４７が付された未提供コンテンツは、プレイヤＰＡが対象グループ（Ｎｏ．５１）で未視聴であり、かつ他グループでも未視聴である。
【0046】
プレイヤ間で提供履歴に差がある場合には、各端末２０ａ～２０ｄのコンテンツリスト画面４０に異なる対価が表示される。これにより各プレイヤＰＡ～ＰＤに異なる対価が提示される。端末２０ｂ～２０ｄのコンテンツリスト画面４０（図示せず）には、適用される対価テーブルにおけるプレイヤＰＢ～ＰＤの各レコードに基づいてプレイヤＰＢ～ＰＤ用の対価が表示される。例えば、端末２０ｂでは、図８との相違点として、対価テーブルＴＣ１に基づいてＥＮＤ５が対価「１０」と表示される。
【0047】
ステップＳ１６０ａ、Ｓ１６０ｂにおいて、視聴したいコンテンツの選択及び対価支払操作が各端末２０ａ～２０ｄで行われる。対価支払操作があると、提供部１１ａが対価受領を行う（ステップＳ１６５）。ステップＳ１６５では、支払いを要するプレイヤが必要な対価を支払ったかどうかを、提供部１１ａが判定する。第１実施形態では、一例として、グループ内の全プレイヤが各々の対価を支払った場合に、対価支払完了とされる。なお、提供履歴によっては、プレイヤＰＡ～ＰＤのなかに対価ゼロ（つまり無料）のプレイヤもおり、そのような対価ゼロのプレイヤはステップＳ１６５で対価支払完了判定から除外されてもよい。また、提供履歴によっては、プレイヤＰＡ～ＰＤの全員が対価ゼロのコンテンツも有り、この場合にはステップＳ１６５で自動的に対価支払完了に設定される。
【0048】
次に、ステップＳ１７０で、提供部１１ａが支払済コンテンツを端末２０ａ～２０ｄへ提供する。支払済コンテンツの提供は、コンテンツデータを送信するものでもよく、端末２０ａ～２０ｄの記憶部２２に記憶されたコンテンツデータを再生するものでもよい。その後、コンテンツ提供履歴テーブルＴＡ２が更新され、今回の処理が終了する。以上の処理によれば、提供部１１ａは、プレイヤＰＡ～ＰＤの要求がある場合に、ゲームＧの進行によらずにプレイヤＰＡ～ＰＤからの対価支払に応じてコンテンツを提供することができる。
【0049】
（１－４－３．対価算出処理の流れ）
（１－４－３－１．シーケンスの概要）
ステップＳ１３０で対価を算出する際の具体的処理には、様々なバリエーションがある。以下、第１～第４シーケンスを例示する。各シーケンスで、対価提示部１１ｂは、グループＮｏ．５１内のプレイヤＰＡ～ＰＤそれぞれへのＥＮＤ１～ＥＮＤ６の提供履歴に差がある場合に、ループＮｏ．５１内のプレイヤＰＡ～ＰＤの間で相違させた対価を提示する。
（１－４－３－１．シーケンスの概要）
ステップＳ１３０で対価を算出する際の具体的処理には、様々なバリエーションがある。以下、第１～第４シーケンスを例示する。各シーケンスで、対価提示部１１ｂは、グループＮｏ．５１内のプレイヤＰＡ～ＰＤそれぞれへのＥＮＤ１～ＥＮＤ６の提供履歴に差がある場合に、ループＮｏ．５１内のプレイヤＰＡ～ＰＤの間で相違させた対価を提示する。
【0050】
「コンテンツの提供履歴の差」は、様々なバリエーションを含む。例えばコンテンツの「提供回数」に差がある場合に、提供履歴の差があるとみなしてもよい。提供回数は、具体的には０回、１回、２回、・・・ｎ回（ｎは任意の整数）という数値を取る。一例として、提供回数を、０回と、１回以上とで区別してもよい。これはつまり、コンテンツの提供済／未提供という違いを表している。一例として、第１プレイヤへのある特定コンテンツの提供回数が０回（未提供）であり、第２プレイヤへの当該特定コンテンツの提供回数が１回以上（提供済）であるという場合がある。
【0051】
コンテンツの提供回数に「所定以上の回数差」がある場合に、提供履歴の差があるとみなしてもよい。「所定以上の差」とは、一例として、回数差が例えば５回以上であれば「差有り」とみなし、回数差が５回未満つまり４回以下であれば「差無し」とみなす、というものでもよい。
【0052】
他の例として、複数種類のコンテンツがある場合に、あるプレイヤと他のプレイヤとで「視聴済のコンテンツの種別数」に違いがある場合に、コンテンツ提供履歴の差があるとみなしてもよい。個々で例示した以外にも、様々な観点で提供履歴の違いを設定してもよい。
【0053】
なお、「コンテンツの提供履歴の差」は、一例として、対象グループと他グループとを合わせた提供履歴でプレイヤ同士を比較したときの差でもよい。具体的にはテーブルＴＢ３に基づいて、プレイヤ間の提供履歴が比較される。しかしこれに限られず、他の例として、テーブルＴＢ２のみに基づいてプレイヤ間のコンテンツ履歴を比較してもよい。
【0054】
「プレイヤ間での対価の相違のさせ方」も、様々なバリエーションを含む。一例として、対価提示部１１ｂは、提供履歴の差があるか否かの場合分け判定を行って、その結果に応じて、差有りの場合に所定対価を設定し、差無しの場合に他の対価を設定する、というものでもよい。あるいは、他の例として、対価提示部１１ｂは、提供履歴の差を量的に評価して、差の量に相関させて対価を計算してもよい。例えばコンテンツの提供回数の差や、コンテンツの提供済種別数の差が対価の違いに反映されるように対価を計算してもよい。
【0055】
（１－４－３－２．第１算出シーケンス）
図１０に例示される第１算出シーケンスでは、対価提示部１１ｂは、提供回数の差がある場合にプレイヤＰＡ～ＰＤ間で異なる対価を提示する。特に、第１算出シーケンスでは、提供回数を、「０回（つまり未提供）」と「１回以上（つまり提供済）」とで区別する。
図１０に例示される第１算出シーケンスでは、対価提示部１１ｂは、提供回数の差がある場合にプレイヤＰＡ～ＰＤ間で異なる対価を提示する。特に、第１算出シーケンスでは、提供回数を、「０回（つまり未提供）」と「１回以上（つまり提供済）」とで区別する。
【0056】
まず図７のステップＳ１２０で提供履歴が取得されると、対価提示部１１ｂが、コンテンツ識別子Ｎとプレイヤ識別子ｋに初期値を設定する（ステップＳ１３０１）。次に、ステップＳ１３０２で、対価提示部１１ｂは、プレイヤＰ（ｋ）へのＥＮＤ（Ｎ）の提供回数Ｑを取得する。初期値はｋ＝Ａ、Ｎ＝１なので、今回の処理では、対価提示部１１ｂがプレイヤＰＡへのＥＮＤ１の提供回数Ｑ｛ＰＡ，ＥＮＤ１｝を取得する。なお第１実施形態では一例として、テーブルＴＢ３で提供回数Ｑが計算されるものとし、Ｑ｛ＰＡ，ＥＮＤ１｝は６となる。
【0057】
次に、ステップＳ１３０３で、提供回数Ｑが、閾値Ｑｔｈ１以上かどうかが判定される。Ｑｔｈ１は一例として１である。Ｑ｛ＰＡ，ＥＮＤ１｝が１以上であれば、プレイヤＰＡにＥＮＤ１が１回以上提供されたことになる。
【0058】
この場合、ステップＳ１３０４で、対価Ｃｎｓ｛ＰＡ，ＥＮＤ１｝にゼロが設定される。図９ＡのテーブルＴＣ１は、４行のプレイヤＰＡ～ＰＤと６列のＥＮＤ１～ＥＮＤ６とからなるマトリクスを有する（ここではラベル行及びラベル列は不算入とする）。対価Ｃｎｓ｛Ｐ（ｋ），ＥＮＤ（Ｎ）｝でｋ行，Ｎ列の任意のセルが指定される。対価Ｃｎｓ｛ＰＡ，ＥＮＤ１｝は、プレイヤＰＡのＥＮＤ１の対価である。第１実施形態では、対価提示部１１ｂが、図９ＡのテーブルＴＣ１におけるｋ＝Ａ、Ｎ＝１のセルにゼロを登録する。
【0059】
一方、今回の前提条件とは異なるが、ステップＳ１３０３でＱ｛ＰＡ，ＥＮＤ１｝が閾値Ｑｔｈ１（＝１）未満の場合があったとする。この場合は、プレイヤＰＡへのＥＮＤ１の提供回数がゼロである。この場合には、ステップＳ１３０５で、対価Ｃｎｓ｛ＰＡ，ＥＮＤ１｝に一例として１０が設定される。
【0060】
その後、対価提示部１１ｂは、ステップＳ１３０６及びＳ１３０７のループ処理によって、ｋ＝Ｂ，Ｃ，Ｄ（つまりプレイヤＰＢ～ＰＤ）に対して同様の処理を実行する。そうすると、ＥＮＤ１についての各プレイヤの対価が算出される。第１実施形態では一例としてテーブルＴＢ３で提供回数Ｑを計算するので、Ｑ｛ＰＢ，ＥＮＤ１｝は１であり、Ｑ｛ＰＣ，ＥＮＤ１｝は２であり、Ｑ｛ＰＤ，ＥＮＤ１｝は１である。このため、プレイヤＰＡ～ＰＤの全員がＥＮＤ１を１回以上視聴しているから、ステップＳ１３０３でＹＥＳとなり、Ｓ１３０４で対価ゼロが設定される（図９ＡのテーブルＴＣ１における列ＣＬ１参照）。
【0061】
その後、対価提示部１１ｂは、ステップＳ１３０８及びＳ１３０９のループ処理によって、Ｎ＝２、３，・・・６（つまりＥＮＤ２～ＥＮＤ６）に対して上記と同様の処理を実行する。詳細には、対象グループと他グループとの両方での未視聴コンテンツは、テーブルＴＢ３の領域ＭＸ３で特定される。プレイヤＰＡ～ＰＤごとに、未視聴コンテンツへの対価が１０に設定される。テーブルＴＣ１に示すように、領域ＭＸ３に対応する各セルに対価「１０」が登録される。
【0062】
その後、図７のステップＳ１４０以降が実行される。
【0063】
一例として、第１プレイヤを例えばプレイヤＰＡとし、第２プレイヤを例えばプレイヤＰＤとした場合においてＥＮＤ３に着目する。テーブルＴＢ３を参照すると、第１プレイヤＰＡへの提供回数Ｑ｛ＰＡ，ＥＮＤ３｝は１０である。同様の計算で、第２プレイヤＰＤへの提供回数Ｑ｛ＰＤ，ＥＮＤ３｝は０である。この場合、ＥＮＤ３は、第１プレイヤＰＡへの提供回数Ｑが第１閾値Ｑｔｈ１以上のコンテンツであって、かつ第２プレイヤＰＤへの提供回数Ｑが第１閾値Ｑｔｈ１未満のコンテンツである。この場合、第１算出シーケンスによれば、対価提示部１１ｂは、ＥＮＤ３についての第１プレイヤＰＡの対価として、第２プレイヤＰＤの対価「１０」よりも低い対価「０」を提示する。
【0064】
なお上記第１算出シーケンスは様々に変更可能である。例えば閾値Ｑｔｈ１は１に限定されず、変形例として２、３，４又は５以上でもよい。
【0065】
（１－４－３－３．第２算出シーケンス）
図１１に例示される第２算出シーケンスでも、対価提示部１１ｂは、提供回数の差がある場合にプレイヤＰＡ～ＰＤ間で異なる対価を提示する。対価提示部１１ｂは、提供回数が閾値Ｑｔｈ１以上かどうかの判定（ステップＳ１３０３）に加えて、提供回数が閾値Ｑｔｈ２以上の場合には閾値Ｑｔｈ２未満との間で提供回数の差があると判定する（ステップＳ１３２０）。一例として、閾値Ｑｔｈ２を１０とすると、提供回数が１～９回の範囲内にある場合には提供履歴に差がないとみなされる。つまり提供回数１～９回は、「１０回未満」として扱われ、差がないとみなされる。
図１１に例示される第２算出シーケンスでも、対価提示部１１ｂは、提供回数の差がある場合にプレイヤＰＡ～ＰＤ間で異なる対価を提示する。対価提示部１１ｂは、提供回数が閾値Ｑｔｈ１以上かどうかの判定（ステップＳ１３０３）に加えて、提供回数が閾値Ｑｔｈ２以上の場合には閾値Ｑｔｈ２未満との間で提供回数の差があると判定する（ステップＳ１３２０）。一例として、閾値Ｑｔｈ２を１０とすると、提供回数が１～９回の範囲内にある場合には提供履歴に差がないとみなされる。つまり提供回数１～９回は、「１０回未満」として扱われ、差がないとみなされる。
【0066】
ステップＳ１３２０では、提供回数Ｑが、閾値Ｑｔｈ２以上かどうかが判定される。Ｑｔｈ２は一例として１０に設定される。ステップＳ１３２０のＹＥＳ／ＮＯとＳ１３０３のＹＥＳ／ＮＯとにより、３つの対価設定処理（ステップＳ１３０４、Ｓ１３２１、Ｓ１３０５）が選択的に行われる。つまり、Ｑ≧Ｑｔｈ２（つまりＱ≧１０）ではＳ１３０２で対価Ｃｎｓにゼロが設定され、Ｑｔｈ２＞Ｑ≧Ｑｔｈ１（つまり１０＞Ｑ≧１）ではＳ１３２１で対価Ｃｎｓに５が設定され、Ｑｔｈ１＞Ｑ（つまり１＞Ｑ）ではＳ１３０５で対価Ｃｎｓに１０が設定される。
【0067】
各種の変形が可能である。閾値Ｑｔｈ１は、２、３、４又は５以上の任意の整数に設定されてもよい。閾値Ｑｔｈ２も任意に設定することができ、Ｑｔｈ１＜Ｑｔｈ２の条件下で、９以下の整数又は１１以上の整数に設定してもよい。
【0068】
（１－４－３－４．第３算出シーケンス）
図１２～図１４に例示される第３算出シーケンスでは、対価提示部１１ｂは、テーブルＴＢ３から「提供済種別数ＱＶ」を取得する。提供済種別数ＱＶは、複数種のＥＮＤ１～ＥＮＤ６のうち何種のコンテンツが提供済であるかをプレイヤＰＡ～ＰＤごとに示す数である。提供済種別数ＱＶは、一例として、テーブルＴＢ３を参照し、「各プレイヤ行における、数値１以上のセルの個数」をカウントしてもよい。
図１２～図１４に例示される第３算出シーケンスでは、対価提示部１１ｂは、テーブルＴＢ３から「提供済種別数ＱＶ」を取得する。提供済種別数ＱＶは、複数種のＥＮＤ１～ＥＮＤ６のうち何種のコンテンツが提供済であるかをプレイヤＰＡ～ＰＤごとに示す数である。提供済種別数ＱＶは、一例として、テーブルＴＢ３を参照し、「各プレイヤ行における、数値１以上のセルの個数」をカウントしてもよい。
【0069】
図１２及び図１３のシーケンス例では、対価提示部１１ｂは、まず初期値としてＮ＝１，ｋ＝Ａを設定する（ステップＳ１３０１）。次に、ステップＳ１３０２で、対価提示部１１ｂは、テーブルＴＢ３を参照して、プレイヤＰＡへのＥＮＤ１の提供回数Ｑ（Ａ，１）を取得する。
【0070】
続くステップＳ１３３１では、対価提示部１１ｂがＱ（ｋ，Ｎ）＞１かどうかの判定を行う。この判定は、Ｑ（ｋ，Ｎ）が１回以上提供された場合にＹＥＳとなる。テーブルＴＢ３を参照するとＱ（Ａ，１）は６なので、処理はＳ１３３２へ進む。ステップＳ１３３２では、対価提示部１１ｂが、提供済種別数ＱＶ（Ａ）のカウンタ値をインクリメントする。これにより、プレイヤＰＡに、一種類のコンテンツ（ここではＥＮＤ１）が提供済であることが記録される。同様の処理を、ステップＳ１３０８、Ｓ１３０９のループで残りのＥＮＤ２～ＥＮＤ６に適用する。プレイヤＰＡは既に対象グループ又は他グループでＥＮＤ１～ＥＮＤ５の提供を受けているので、ＱＶ（Ａ）＝５となる。
【0071】
次に、ステップＳ１３０６、Ｓ１３０７のループで、プレイヤＰＢ～ＰＢにも同様の処理が実行される。そうすると、さらにＱＶ（Ｂ）＝４、ＱＶ（Ｃ）＝３、ＱＶ（Ｄ）＝２が設定された状態で、図１３のシーケンスへ進む。
【0072】
図１３のステップＳ１３３３では、対価提示部１１ｂが、プレイヤ識別子ｋに再度、初期値（ｋ＝Ａ）を設定する。次に、ステップＳ１３３４で、対価提示部１１ｂは、ＱＶ（Ａ）＜ＱＶＴが成立しているか否かを判定する。ＱＶＴは全種別数を表す数値であり、第１実施形態ではＱＶＴは６である。提供済種別数ＱＶが６よりも少ない場合には、未提供コンテンツが残っている。この場合、処理はステップＳ１３３５へ進む。
【0073】
ステップＳ１３３５において、対価提示部１１ｂは、未提供コンテンツの対価を計算する。計算式は下記式（１）である。ただし第３算出シーケンスでは未提供コンテンツのみにＣｎｓが適用される。
Ｃｎｓ｛Ｐ（ｋ）｝ ＝ ２０／（ＱＶＴ － ＱＶ（ｋ）） ・・・（１）
Ｃｎｓ｛Ｐ（ｋ）｝ ＝ ２０／（ＱＶＴ － ＱＶ（ｋ）） ・・・（１）
【0074】
式（１）の右辺の分母は、未提供コンテンツ種別数を表す。例えばプレイヤＰＡの未提供コンテンツ種別数は、ＱＶＴ－ＱＶ（Ａ）＝６－５＝１である。式（１）によれば、配分値「２０」を未提供コンテンツ種別数で割った値を、各未提供コンテンツの対価に設定することができる。なお例えばプレイヤＰＣではＱＶＴ－ＱＶ（Ｃ）＝６－３＝３であり、３では２０を割り切れないが、一例として７に繰り上げている。なお式（１）右辺分子の配分値は２０でなくともよく、例えば６～１９あるいは例えば２１以上の任意の整数とされてもよい。
【0075】
続くステップＳ１３３６で、対価提示部１１ｂは、提供済コンテンツの対価をゼロに設定する。一例として、対価提示部１１ｂは、テーブルＴＢ３で非ゼロのセルを判別することで、プレイヤ毎の提供済コンテンツを特定してもよい。ステップＳ１３３５及びＳ１３３６の処理により、対価提示部１１ｂは、図６ＣのテーブルＴＢ３で「非ゼロ」のセルを対価ゼロとし、テーブルＴＢ３で「ゼロ」のセルに式（１）で計算した対価を設定する。そうすると図９Ｃの対価テーブルＴＣ３が出力される。
【0076】
以上説明したように、図１２及び図１３の第３算出シーケンスでは、対価提示部１１ｂは、提供済種別数ＱＶの差に基づいてプレイヤＰＡ～ＰＤの間で異なる対価を提示することができる。しかも、図１２及び図１３のシーケンスの特徴として、式（１）の計算によって、提供済種別数ＱＶが多いプレイヤに対しては、残りの未提供コンテンツの対価が高く算出される。
【0077】
図１４は、図１３の変形例である。図１４の変形例では、ステップＳ１３３３で初期値が設定された後、対価提示部１１ｂがステップＳ１３３７の判定処理を実行する。ステップＳ１３３７では、提供済種別数ＱＶが第２閾値ＱＶｔｈ以上か否かが判定される。第１実施形態では第２閾値ＱＶｔｈを一例として４に設定する。そうすると、ステップＳ１３３７で、４種以上のコンテンツが提供されたプレイヤとそうでないプレイヤとを区別することができる。ステップＳ１３３７でＹＥＳである場合には、対価提示部１１ｂは、ステップＳ１３３８で未提供コンテンツの対価Ｃｎｓに例えば１０を設定する。ステップＳ１３３７でＮＯである場合には、対価提示部１１ｂは、ステップＳ１３３９において未提供コンテンツの対価Ｃｎｓに例えば５を設定する。その結果、提供済種別数が第２閾値ＱＶｔｈ以上であると、未提供コンテンツの対価が相対的に高めの値「１０」に設定される。これらのステップＳ１３３７～Ｓ１３３９によって、対価提示部１１ｂは、提供済種別数ＱＶが第２閾値ＱＶｔｈ以上である場合の未提供コンテンツの対価を、提供済種別数ＱＶが第２閾値ＱＶｔｈ未満である場合の未提供コンテンツの対価よりも高く提示することができる。
【0078】
各種の変形が可能である。変形例として、提供済種別数ＱＶと対価Ｃｎｓの傾向を、上記の第３算出シーケンスとは逆にしてもよい。この変形例を実現するために、対価提示部１１ｂは、提供済種別数ＱＶが多いプレイヤに対して、未提供コンテンツの対価を安く算出してもよい。例えば式（１）の右辺の分母を提供済種別数ＱＶ（ｋ）とすることで、ＱＶ（ｋ）が大きいほどＣｎｓ｛Ｐ（ｋ）｝を小さく算出してもよい。あるいは、ステップＳ１３３８、Ｓ１３３９における未提供コンテンツの対価に例えば５を設定し、ステップＳ１３３９における未提供コンテンツの対価に例えば１０を設定してもよい。
【0079】
変形例として、第２閾値ＱＶｔｈの数値は、上記の４に限られず、１、２、３、５、又は６に設定されてもよい。第２閾値ＱＶｔｈの数値は、全種別数（図１３で例示したＱＶＴ）以下の任意の自然数（１、２，・・・）に設定されてもよい。
【0080】
（１－４－３－５．第４算出シーケンス）
図１５及び図１６で例示する第４算出シーケンスでは、対価提示部１１ｂは、グループ内におけるプレイヤＰＡ～ＰＤのうち一部のプレイヤの提供履歴に基づいて、他のプレイヤ対価を提示する。以下詳細に説明する。
図１５及び図１６で例示する第４算出シーケンスでは、対価提示部１１ｂは、グループ内におけるプレイヤＰＡ～ＰＤのうち一部のプレイヤの提供履歴に基づいて、他のプレイヤ対価を提示する。以下詳細に説明する。
【0081】
図１５では、ステップＳ１３０１の初期値設定及びステップＳ１３０２で提供回数Ｑが取得される。その後、対価提示部１１ｂがステップＳ１３４０の判定処理を実行する。ここで使用される第３閾値Ｑｔｈ３は、一例として１とされる。ステップＳ１３４０によれば、各プレイヤＰＡ～ＰＤが「提供回数Ｑが第３閾値Ｑｔｈ３以上であるプレイヤ」であるかどうかを判別できる。例えば、テーブルＴＢ３に基づいてＱ｛ＰＡ，ＥＮＤ１｝が６なので、ステップＳ１３４０でＹＥＳとなり、続くステップＳ１３４１で視聴メンバ数カウンタＣｑ（１）がインクリメントされる。ここで、Ｃｑ（Ｎ）は、ＥＮＤ（Ｎ）についての視聴メンバ数カウンタである。例えばＣｑ（１）は、グループ内のプレイヤＰＡ～ＰＤのうちＥＮＤ１の提供回数が第３閾値Ｑｔｈ３以上であるプレイヤの数を表す。これにより、ＥＮＤ１の提供を受けたプレイヤが一人いることが記録される。その後、ステップＳ１３０６、Ｓ１３０７のループにより、プレイヤＰＢ～ＰＤにステップＳ１３４０、Ｓ１３４１の処理が適用される。ＥＮＤ１は全員が視聴済みなので、ＥＮＤ１の視聴メンバ数カウンタＣｑ（１）が４に設定される。
【0082】
次に図１６のステップＳ１３４３に処理が進む。ステップＳ１３４３では、対価提示部１１ｂは、Ｃｑ（１）が第４閾値Ｑｔｈ４以上かどうかを判定する。第４閾値Ｑｔｈ４は、一例として１に設定される。この場合、ステップＳ１３４３の処理は、Ｃｑ（１）が１人以上であるかどうかを判定する。Ｃｑ（１）は、「ＥＮＤ１の提供回数Ｑが第３閾値Ｑｔｈ３以上のプレイヤ」の数を表す。第１実施形態では、前述のようにＣｑ（１）が４となるので、処理はステップＳ１３４５へ進み、ＥＮＤ１の対価Ｃｎｓ（１）が５に設定される。
【0083】
次に処理がステップＳ１３０８、Ｓ１３０９でループし、ＥＮＤ２～ＥＮＤ６を対象に、ステップＳ１３４３～Ｓ１３４６が実行される。全ＥＮＤで処理が完了するとループを抜ける。その後、ステップＳ１３３６で、対価提示部１１ｂは、提供済コンテンツの対価をゼロに設定する。ステップＳ１３３６により、対価テーブルＴＣ４において、テーブルＴＢ３で非ゼロのセルに対応するセルの対価がゼロに設定される。
【0084】
以上の結果、図９Ｄの対価テーブルＴＣ４が算出される。対価テーブルＴＣ４では、全プレイヤに未提供のＥＮＤ６については、対価が１０に設定される（列ＣＬ５参照）。その一方で、グループメンバの一部（４人中の１～３人）に対して提供済のＥＮＤ３～ＥＮＤ５については、ＥＮＤ３～ＥＮＤ５を未視聴のプレイヤごとに対価「５」が設定される（列ＣＬ６参照）。
【0085】
以上説明した第４算出シーケンスによれば、対価提示部１１ｂは、グループ内における一部のプレイヤ（例えばＥＮＤ４の提供済プレイヤＰＡ，ＰＢ）の提供履歴に基づいて、他のプレイヤ（例えばＥＮＤ４の未提供プレイヤＰＣ，ＰＤ）の対価を提示する。つまり、プレイヤＰＡ、ＰＢの提供履歴のおかげで、プレイヤＰＣ，ＰＤは未提供コンテンツＥＮＤ４を対価「５」で視聴することができる。
【0086】
さらに、第４算出シーケンスによれば、対価提示部１１ｂは、グループ内において複数のコンテンツのうち第１コンテンツの対価として、第２コンテンツの対価よりも高い対価を提示する。ここで、第１実施形態では、ＥＮＤ６が第１コンテンツに相当しており、ＥＮＤ３～ＥＮＤ５が第２コンテンツに相当している。第１コンテンツＥＮＤ６は、Ｃｑ（６）が第４閾値Ｑｔｈ４未満となっているコンテンツである。第２コンテンツＥＮＤ３～ＥＮＤ５は、Ｃｑ（３）～Ｃｑ（５）各々が第４閾値Ｑｔｈ４以上のコンテンツである。これにより、第４算出シーケンスでは、視聴メンバ数カウンタＣｑ（６）がゼロであるＥＮＤ６（つまり全プレイヤに未提供のＥＮＤ６）については、相対的に高めの対価「１０」を設定することができる。
【0087】
各種の変形が可能である。第３閾値Ｑｔｈ３は、１に限られず、例えば２、３、あるいは４以上の整数に設定されてもよい。第４閾値Ｑｔｈ４は、１に限られず、例えば２又は３に設定されてもよい。「グループ構成員の席数（第１実施形態では４席）から１を減じて得た数」を最大値として、第４閾値Ｑｔｈ４はこの最大値以下の任意の整数としてもよい。
【0088】
＜２．第２実施形態＞
第２実施形態は、上記の第１実施形態に、マッチング支援機能を追加したものである。以下、第１実施形態との相違点を中心に第２実施形態を説明するものとし、共通部分は説明を省略又は簡略化する。
第２実施形態は、上記の第１実施形態に、マッチング支援機能を追加したものである。以下、第１実施形態との相違点を中心に第２実施形態を説明するものとし、共通部分は説明を省略又は簡略化する。
【0089】
（２－１．サーバ１０の機能構成）
図１７に示すように、サーバ１０の制御部１１に、マッチング支援部１１ｃが追加される。マッチング支援部１１ｃは、各端末２０ａ～２０ｄに、一人以上のプレイヤをマッチング候補として提示する。なお、以下の説明では、便宜上、マッチング候補を探しているプレイヤを「第３プレイヤ」とも称し、この第３プレイヤにマッチング候補として提示されるプレイヤを「第４プレイヤ」とも称することがある。
図１７に示すように、サーバ１０の制御部１１に、マッチング支援部１１ｃが追加される。マッチング支援部１１ｃは、各端末２０ａ～２０ｄに、一人以上のプレイヤをマッチング候補として提示する。なお、以下の説明では、便宜上、マッチング候補を探しているプレイヤを「第３プレイヤ」とも称し、この第３プレイヤにマッチング候補として提示されるプレイヤを「第４プレイヤ」とも称することがある。
【0090】
図１８は、マッチング候補提示画面５０の一例である。マッチング支援部１１ｃは、マッチング候補提示画面５０を介して、第３プレイヤ（図１８ではプレイヤＰＡ）に対して、共にグループを構成可能な第４プレイヤ５３を提示する。第４プレイヤ５３は、ゲームＧの登録プレイヤ管理用のプレイヤ管理テーブル（図示せず）から任意に読み出される。第２実施形態では、マッチング支援部１１ｃが、第３プレイヤに対し、第４プレイヤ５３とコンテンツＥＮＤ１～ＥＮＤ６の対価との関係を提示する支援モードを備える。プレイヤ端末２０で上記支援モードを選択すると、後述の図１９のマッチング支援画面４０ａにより、第４プレイヤ５３とＥＮＤ１～ＥＮＤ６の対価との関係が端末２０の表示部２４に表示される。
【0091】
（２－１－１．マッチング支援の第１の例）
図１９及び図２０を用いて、第２実施形態の第１の例を説明する。図１９に例示するマッチング支援画面４０ａは、図２０に例示するマッチング支援シーケンスの第１の例によって端末２０ａの表示部２４に表示される。
図１９及び図２０を用いて、第２実施形態の第１の例を説明する。図１９に例示するマッチング支援画面４０ａは、図２０に例示するマッチング支援シーケンスの第１の例によって端末２０ａの表示部２４に表示される。
【0092】
図１９の第１の例のシーケンスでは、ステップＳ２００において、端末２０（図２０では一例として端末２０ａ）で、プレイヤＰＡがマッチング候補提示画面５０を表示する操作が行われたものとする。この表示操作に応答して、マッチング支援部１１ｃは、マッチング候補のプレイヤリストをプレイヤ管理テーブル（図示せず）から取得して（ステップＳ２１０）、これを端末２０ａに送信する。端末２０ａの表示部２４にマッチング候補提示画面５０が表示されると、プレイヤＰＡが任意の第４プレイヤ５３を選択する。端末２０ａは、ここで選択された第４プレイヤ５３を図１９の仮選択プレイヤ４２ａに設定する（ステップＳ２２０）。仮選択プレイヤ４２ａの情報がマッチング支援部１１ｃに送信される。
【0093】
ステップＳ２３０で、マッチング支援部１１ｃは、自プレイヤＰＡと仮選択プレイヤ４２ａとを含む仮グループを設定する。マッチング支援部１１ｃから仮グループ情報が対価提示部１１ｂに伝達される。伝達された仮グループ情報に基づいて、対価提示部１１ｂは、提供履歴を取得し（ステップＳ１２０）、仮グループの各プレイヤの対価を算出し（ステップＳ１３０）、算出した対価をマッチング支援部１１ｃに伝達する（ステップＳ１４０）。ステップＳ１２０～Ｓ１４０の処理は、第１実施形態と同様に行うことができる。
【0094】
次に、ステップＳ２４０で、マッチング支援部１１ｃは、ステップＳ１４０で伝達された対価を各コンテンツに関連付けたコンテンツリストを端末２０ａに送信する。ステップＳ２５０で、端末２０ａは、受信した対価付コンテンツリストに従って、マッチング支援画面４０ａの対価表示ボックス４６に対価を設定する。ここで対価表示ボックス４６により提示された各々の対価は、第３プレイヤＰＡが第３プレイヤＰＡにより指定された第４プレイヤ（仮選択プレイヤ４２ａ）を含むグループを構成する場合に対価提示部１１ｂが第３プレイヤＰＡに提示する対価である。マッチング支援部１１ｃは、ＥＮＤ１～ＥＮＤ６それぞれに対応付けて対価表示ボックス４６の各対価を表示することで、各対価をプレイヤＰＡに提示することができる。
【0095】
以上説明した第１の例によれば、マッチング支援部１１ｃは、マッチング支援画面４０ａを介して、第３プレイヤＰＡに対し、第４プレイヤ（仮選択プレイヤ４２ａ）をグループに含む場合の対価を提示することができる。
【0096】
なおステップＳ２３０では、３人の仮選択プレイヤ４２ａが選択された段階で仮グループが設定されてもよいが、これに限定されない。例えば１人の仮選択プレイヤ４２ａが選択された段階で、マッチング支援部１１ｃは自プレイヤＰＡと仮選択プレイヤ４２ａとで２人のグループを構成したとみなしてもよく、これに応じて対価提示部１１ｂはプレイヤ行が２行のテーブルＴＢ３（図６Ｃ参照）を設定してもよい。この「プレイヤ行が２行のテーブルＴＢ３」に基づいて、対価提示部１１ｂがステップＳ１２０～Ｓ１４０の処理を実行してもよい。これと同様に、仮選択プレイヤ４２ａが２人の場合には、プレイヤ行が３行のテーブルＴＢ３（図６Ｃ参照）が設定されてもよい。
【0097】
なお、上記の「仮選択」や「仮グループ」という呼称は、実際のグループ構成ではなく仮設定であることを表していて、グループ管理テーブルＴＡ１への登録が完了していないことを表している。
【0098】
（２－１－２．マッチング支援の第２の例）
図２１及び図２２を用いて、第２実施形態の第２の例を説明する。図２１に例示するマッチング支援画面５０ａは、図２２に例示するマッチング支援シーケンスの第２の例によって端末２０ａの表示部２４に表示される。
図２１及び図２２を用いて、第２実施形態の第２の例を説明する。図２１に例示するマッチング支援画面５０ａは、図２２に例示するマッチング支援シーケンスの第２の例によって端末２０ａの表示部２４に表示される。
【0099】
図２２で第２の例のシーケンスを説明する。第２の例では、ステップＳ２４０において、プレイヤＰＡが、端末２０ａのマッチング支援画面５０ａでコンテンツ選択操作を行ったものとする。第２実施形態では、コンテンツ選択操作は、マッチング支援画面５０ａでストーリー選択部６０及びコンテンツ選択部６２を操作して探索ボタン［ＳＥＡＲＣＨ］を押下することである。
【0100】
ステップＳ２４０の操作に応答して、マッチング支援部１１ｃはマッチング候補プレイヤリストを取得し、これを対価提示部１１ｂに伝達する。対価提示部１１ｂは、マッチング候補プレイヤリストの各プレイヤの提供履歴を取得する（ステップＳ１２０）。
【0101】
ステップＳ１３０で、対価提示部１１ｂは、第３プレイヤＰＡが第４プレイヤ５３を含むグループを構成する場合に第３プレイヤＰＡに提示する対価を算出する。ステップＳ１４０で、対価提示部１１ｂは算出した対価をマッチング支援部１１ｃに伝達する。続くステップＳ２６０で、マッチング支援部１１ｃは、対価と第４プレイヤ５３とを紐付けた情報を端末２０ａに送信する。
【0102】
次にステップＳ２７０で、端末２０ａは、マッチング支援部１１ｃから受信した情報に基づき、図２１のマッチング支援画面５０ｂを更新する。図２１に例示するマッチング支援画面５０ｂは、対価表示ボックス５６内の対価と第４プレイヤ５３とを対応付けて表示する。対価表示ボックス５６内の対価は、第３プレイヤＰＡが第４プレイヤ５３を含むグループを構成する場合に対価提示部１１ｂがＥＮＤ２について第３プレイヤＰＡに提示する対価である。ここでは、ＥＮＤ２が、第３プレイヤＰＡにより選択されたコンテンツである。
【0103】
以上説明した第２の例によっても、マッチング支援部１１ｃは、マッチング支援画面５０ｂを介して、第３プレイヤＰＡに対し、第４プレイヤ５３をグループに含む場合のコンテンツの対価（図２１の対価表示ボックス５６参照）を提示することができる。
【0104】
（２－１－３．マッチング支援の第３の例）
図２３及び図２４を用いて、第２実施形態の第３の例を説明する。図２３に例示するマッチング支援画面５０ｂは、図２４に例示するマッチング支援シーケンスの第３の例によって端末２０ａの表示部２４に表示される。
図２３及び図２４を用いて、第２実施形態の第３の例を説明する。図２３に例示するマッチング支援画面５０ｂは、図２４に例示するマッチング支援シーケンスの第３の例によって端末２０ａの表示部２４に表示される。
【0105】
図２４に示す第３の例のシーケンスでは、ステップＳ２８０において、プレイヤＰＡが、端末２０ａの対価入力値の入力操作を行ったものとする。第２実施形態では、対価入力値の入力操作は、マッチング支援画面５０ｂのコンテンツ選択部６２ａを操作して「対価入力値」を設定し、探索ボタン（ＳＥＡＲＣＥ）を押下することである。図２３の例では、ストーリーＳＴ００１のＥＮＤ２が選択されており、「対価入力値」が１０以下（より詳しくは、チケットが０枚以上１０枚以下）に設定されている。この操作により、対価入力値はマッチング支援部１１ｃに送信される。
【0106】
ステップＳ２８０の入力操作に応答して、マッチング支援部１１ｃはマッチング候補プレイヤリストを取得し、これを対価提示部１１ｂに伝達する（ステップＳ２１０）。その後、第２の例（図２２）と同様に、対価提示部１１ｂがステップＳ１２０～Ｓ１４０の処理を実行する。
【0107】
次に、ステップＳ２９０において、マッチング支援部１１ｃは、対価提示部１１ｂから伝達された情報と、ステップＳ２８０の入力操作による対価入力値とに基づいて、マッチング候補プレイヤを選別する。この選別は、対価提示部１１ｂから伝達された対価が「対価入力値に基づく所定値」以下の第４プレイヤ５３を、第５プレイヤ５３ａに設定するというものである。ここでは説明を簡略化するために、所定値は、対価入力値と同じ数値であるものとする。例えばある第４プレイヤ５３の対価に５が設定されている場合、この対価は対価入力値「１０」以下なので、この第４プレイヤ５３は第５プレイヤ５３ａに設定される。各々の第４プレイヤ５３に対して同様の選別が行われる。
【0108】
次に、ステップＳ２６０で、マッチング支援部１１ｃは、上記の第５プレイヤ５３ａの設定情報を含む情報を、端末２０ａに送信する。端末２０ａは、マッチング支援画面５０ｂにおいて、第５プレイヤ５３ａを明示する。図２３では、一例として第５プレイヤ５３ａが太枠で強調表示される。
【0109】
以上説明した第３の例によっても、マッチング支援部１１ｃは、マッチング支援画面５０ｂを介して、第３プレイヤＰＡに対し、第４プレイヤ５３をグループに含む場合のコンテンツの対価（対価表示ボックス５６参照）を提示することができる。しかも、第３の例によれば、マッチング支援部１１ｃは、マッチング支援画面５０ｂを介して、第３プレイヤＰＡから入力を受け付けた対価入力値に応じて第４プレイヤ５３のなかの第５プレイヤ５３ａを提示することができる。特に、上記第３の例によれば、第５プレイヤ５３ａは、第３プレイヤＰＡが第５プレイヤ５３ａを含むグループを構成する場合に提供部１１ａが対価入力値に基づく所定値以下の対価で第３プレイヤＰＡにＥＮＤ２を提供可能となるプレイヤである。
【0110】
なお、上記第３の例のステップＳ２９０の処理を変形して、「対価入力値」と「所定値」とが異なる値とされてもよい。一例として、入力した値の所定倍が実際の処理に使う対価とされてもよい。この場合には、例えばコンテンツ選択部６２ａに、「対価がＸＸ×１００コイン以下のフレンドを探す」と表示されてもよい。「ＸＸ」が対価入力値であり、対価入力値の１００倍（単位：コイン）が所定値となる。この場合、プレイヤは例えば「５」等の数字を１桁記入すれば済む利点がある。他の例として、入力した値とコンテンツ解放に求められる対価とで、単位が異なってもよい。異なる２つの単位は、所定の換算式で互いに換算される。例えば対価入力値が「チケット３枚」である場合に、このチケット３枚が、異なる単位の任意の所定値に換算されてもよい。
【0111】
＜３．変形例＞
（３－１．変形例：異種の対価を提示することで対価相違）
プレイヤ間での対価の相違は、量的な相違でもよく、質的な相違でもよい。ここでいう「対価の量的な相違」とは、対価支払方法が互いに同種ではあるが、対価の量（つまり対価の額）がプレイヤ間で相違する。第１実施形態では、「対価の量的な相違」が適用されている。一方、プレイヤ間での対価の相違は、下記に述べるように質的な相違でもよい。
（３－１．変形例：異種の対価を提示することで対価相違）
プレイヤ間での対価の相違は、量的な相違でもよく、質的な相違でもよい。ここでいう「対価の量的な相違」とは、対価支払方法が互いに同種ではあるが、対価の量（つまり対価の額）がプレイヤ間で相違する。第１実施形態では、「対価の量的な相違」が適用されている。一方、プレイヤ間での対価の相違は、下記に述べるように質的な相違でもよい。
【0112】
図２５は、提示される対価を質的に異ならしめたテーブルの一例である。図２５の例えばＥＮＤ５では、プレイヤＰＡの対価にチケット１０枚が設定され、プレイヤＰＢ～ＰＤの対価に３００ポイントが設定されている。ここでいう「対価の質的な相違」とは、対価支払方法や支払媒体がプレイヤ間で互いに異なるというものである。一例として、複数種類のゲーム媒体がある場合に、第１プレイヤが第１種ゲーム媒体での対価支払を課されるのに対し、第２プレイヤがこれと異なる第２種ゲーム媒体での対価支払が課される、という相違でもよい。複数種類のゲーム媒体は、例えばゲーム内での獲得しやすさ（希少性）が互いに異なってもよく、例えば単位ゲーム媒体当たりの「価値」が互いに異なってもよい。他の例として、第１プレイヤがゲーム媒体での対価支払を課されるのに対し、第２プレイヤが現実の貨幣での対価支払が課される、という相違でもよい。
【0113】
「対価の質的な相違」を設ける場合には、具体的には、第１実施形態の図１０～図１５におけるステップＳ１３０４、Ｓ１３０５、Ｓ１３２１、Ｓ１３３５、Ｓ１３３８、Ｓ１３３９、Ｓ１３４５、Ｓ１３４６それぞれの対価設定処理を変更してもよい。具体的には、例えば図１１の第２算出シーケンスを例にあげれば、ステップＳ１３２１では例えば「チケット１０枚」の対価を設定し、ステップＳ１３０５では例えば「３００ポイント」による対価を設定してもよい。
【0114】
なお、一例として、ゲームＧにおける１つのグループのプレイヤ数が４人である場合を説明してきたが、これに限定されない。プレイヤ数が２人、３人、又は５人以上のゲームＧが提供されてもよく、この場合は上記各テーブル内のプレイヤ個数が適宜に増減されてもよい。
【0115】
＜４．実施形態及び変形例の特徴＞
本発明の実施形態及びその変形例の特徴は、下記（１）～（１５）のようにまとめられてもよい。
本発明の実施形態及びその変形例の特徴は、下記（１）～（１５）のようにまとめられてもよい。
【0116】
（１）本発明の一態様では、提供部１１ａと対価提示部１１ｂとを備える情報処理装置（サーバ１０）が提供される。提供部１１ａは、複数のプレイヤＰＡ～ＰＤを含むグループでプレイされるゲームＧにおいて提供されるコンテンツＥＮＤ１～ＥＮＤ６を、プレイヤＰからの対価支払に応じて提供する。対価提示部１１ｂは、グループ内の複数のプレイヤＰＡ～ＰＤそれぞれへのコンテンツＥＮＤ１～ＥＮＤ６の提供履歴に差がある場合に、グループ内の複数のプレイヤＰＡ～ＰＤの間で相違させた対価を提示する。これにより、互いにコンテンツ提供状況が異なる複数のプレイヤＰＡ～ＰＤの間で、コンテンツ提供の対価を相違させることができる。各プレイヤＰＡ～ＰＤの個別状況に応じた対価提示が可能となる。
【0117】
（２）提供部１１ａは、ゲームＧの進行に応じてコンテンツＥＮＤ１～ＥＮＤ６を提供し、プレイヤの要求がある場合にゲームＧの進行によらずにプレイヤからの対価支払に応じてコンテンツＥＮＤ１～ＥＮＤ６を提供してもよい。これにより、プレイヤは、ゲームＧの進行によって任意のコンテンツの提供を受けてもよく、所望する場合に対価支払という選択肢を利用することもできる。
【0118】
（３）提供履歴は、プレイヤＰＡ～ＰＤへの各コンテンツＥＮＤ１～ＥＮＤ６の提供回数を含んでもよい。対価提示部１１ｂは、提供回数の差に基づいて複数のプレイヤＰＡ～ＰＤの間で異なる対価を提示してもよい。提供回数の差は簡潔で比較が容易であるため、各プレイヤ間で対価が公正に提示されやすい利点がある。
【0119】
（４）提供履歴は、プレイヤＰＡ～ＰＤへの各コンテンツＥＮＤ１～ＥＮＤ６の提供回数を含んでもよい。コンテンツが、第１プレイヤへの提供回数が第１閾値Ｑｔｈ１以上のコンテンツであってかつ第２プレイヤへの提供回数が第１閾値Ｑｔｈ１未満のコンテンツである場合に、対価提示部１１ｂは、当該コンテンツについての第１プレイヤの対価として第２プレイヤの対価よりも低い対価を提示してもよい。これにより、提供回数が相対的に多いプレイヤへ、相対的に低い対価を提示できる。よって、より多くのコンテンツ提供を受けることの動機が高まりやすい利点がある。
【0120】
（５）提供部１１ａは、内容が異なる複数種のコンテンツＥＮＤ１～ＥＮＤ６を提供可能に構築されてもよい。提供履歴は、提供済種別数ＱＶを含んでもよい。提供済種別数ＱＶは、複数種のコンテンツのうち何種のコンテンツが提供済であるかをプレイヤごとに示す数である。対価提示部１１ｂは、提供済種別数ＱＶの差に基づいて複数のプレイヤＰＡ～ＰＤの間で異なる対価を提示してもよい。提供種別数の差は簡潔で比較が容易であるため、各プレイヤ間で対価が公正に提示されやすい利点がある。
【0121】
（６）対価提示部１１ｂは、提供済種別数ＱＶが第２閾値ＱＶｔｈ以上である場合の未提供コンテンツの対価を、提供済種別数ＱＶが第２閾値ＱＶｔｈ未満である場合の未提供コンテンツの対価よりも高く提示してもよい。これによりプレイヤごとのコンテンツ需要に応じた対価提示が可能となる。
【0122】
（７）対価提示部１１ｂは、グループ内における複数のプレイヤのうち一部のプレイヤ（例えばＥＮＤ４の提供済プレイヤＰＡ，ＰＢ）の提供履歴に基づいて他のプレイヤ（例えばＥＮＤ４の未提供プレイヤＰＣ，ＰＤ）の対価を提示してもよい。一部のプレイヤの提供履歴のおかげで、他のプレイヤは未提供コンテンツを相対的に低い対価で視聴することができる。グループ編成の興趣が向上する利点がある。
【0123】
（８）対価提示部１１ｂは、グループ内において複数のコンテンツＥＮＤ１～ＥＮＤ６のうち第１コンテンツの対価として第２コンテンツの対価よりも高い対価を提示してもよい。第１コンテンツは、グループ内のプレイヤのうち提供回数が第３閾値Ｑｔｈ３以上であるプレイヤの数が第４閾値Ｑｔｈ４未満のコンテンツであってもよい。第２コンテンツは、グループ内のプレイヤのうち提供回数が第３閾値Ｑｔｈ３以上であるプレイヤの数が第４閾値Ｑｔｈ４以上のコンテンツであってもよい。提供済プレイヤ数が閾値（第４閾値）よりも少ないコンテンツは、そのグループにとって需要が高まりやすい。グループの需要に応じた対価提示が可能となる利点がある。
【0124】
（９）情報処理装置（サーバ１０）は、マッチング支援部１１ｃをさらに備えてもよい。マッチング支援部１１ｃは、第３プレイヤに対し、第４プレイヤ５３をグループに含む場合のコンテンツの対価を提示してもよい。これにより、第３プレイヤは、コンテンツ対価支払の観点で有益かどうかに基づいて、第４プレイヤ５３とグループを組むかどうかを検討できる。
【0125】
（１０）マッチング支援部１１ｃは、第３プレイヤに複数の第４プレイヤ５３を提示してもよい。図１９では第３プレイヤが一例としてプレイヤＰＡである。この場合、マッチング支援部１１ｃは、第３プレイヤＰＡが第３プレイヤＰＡにより指定された第４プレイヤ５３を含むグループを構成する場合に対価提示部１１ｂが第３プレイヤＰＡに提示する対価を、コンテンツＥＮＤ１～ＥＮＤ６に対応付けて提示してもよい。これにより、第３プレイヤＰＡは、ある第４プレイヤ５３とグループを構成するとしたら各コンテンツの対価がどれくらいの大きさになるかを知ることができる。第３プレイヤが効率よくマッチング候補を探すことができる。
【0126】
（１１）マッチング支援部１１ｃは、第３プレイヤ（一例としてプレイヤＰＡ）が第４プレイヤ５３を含むグループを構成する場合に対価提示部１１ｂが第３プレイヤＰＡにより選択されたコンテンツについて第３プレイヤＰＡに提示する対価を、第４プレイヤ５３に対応付けて提示してもよい。これにより、第３プレイヤが興味を持ったコンテンツを視聴するために必要な対価という視点で、第４プレイヤを選定しやすくなる。第３プレイヤが効率よくマッチング候補を探すことができる。
【0127】
（１２）マッチング支援部１１ｃは、第３プレイヤ（一例としてプレイヤＰＡ）から入力を受け付けた対価入力値に応じて第４プレイヤ５３のなかの第５プレイヤ５３ａを提示してもよい。これにより、第３プレイヤの意図に応じた対価でコンテンツ提供が可能となる第５プレイヤを、第３プレイヤに提示することができる。第３プレイヤがより能動的にかつ効率よくマッチング候補を探すことができる。
【0128】
（１３）第５プレイヤ５３ａは、第３プレイヤ（一例としてプレイヤＰＡ）が第５プレイヤ５３ａを含むグループを構成する場合に提供部１１ａが対価入力値に基づく所定値以下の対価で第３プレイヤＰＡにコンテンツを提供可能となるプレイヤであってもよい。これにより、第３プレイヤは、支払う対価の上限を意図しながら検索を行うことができる。その結果、意図に適合する第５プレイヤを探し出しやすくなる利点がある。
【0129】
（１４）本発明の他の態様では、プログラムが提供される。このプログラムは、複数のプレイヤＰＡ～ＰＤを含むグループでプレイされるゲームＧにおいて提供されるコンテンツＥＮＤ１～ＥＮＤ６を、プレイヤＰからの対価支払に応じてコンピュータに提供させ、前記グループ内の前記複数のプレイヤＰＡ～ＰＤそれぞれへの前記コンテンツＥＮＤ１～ＥＮＤ６の提供履歴に差がある場合に、前記グループ内の前記複数のプレイヤＰＡ～ＰＤの間で相違させた対価をコンピュータに提示させる。
【0130】
（１５）本発明の他の態様では、情報処理方法が提供される。この情報処理方法は、コンピュータが、複数のプレイヤＰＡ～ＰＤを含むグループでプレイされるゲームＧにおいて提供されるコンテンツＥＮＤ１～ＥＮＤ６を、プレイヤＰからの対価支払に応じて提供し、コンピュータが、前記グループ内の前記複数のプレイヤＰＡ～ＰＤそれぞれへの前記コンテンツＥＮＤ１～ＥＮＤ６の提供履歴に差がある場合に、前記グループ内の前記複数のプレイヤＰＡ～ＰＤの間で相違させた対価を提示する。
【0131】
上記プログラム又は上記方法において複数回登場する「コンピュータ」は、同一のコンピュータでもよく、具体的には複数回登場するコンピュータが一つのサーバ１０に対応してもよい。他の例として、複数回登場する「コンピュータ」は異なるコンピュータであってもよく、具体的には一つが第１コンピュータであり、他の一つが第２コンピュータであってもよい。第１コンピュータ及び第２コンピュータそれぞれがサーバ１０と同様のハードウェア構成を備えてもよく、これらが通信回線５を介して相互通信可能に構築されてもよい。あるいは、上記プログラムを又は上記方法の「コンピュータ」は、端末２０であってもよい。この場合、第１実施形態又は第２実施形態の一部の機能構成をソフトウェア又はハードウェアによって端末２０等で処理されるようにしてもよく、この場合は第１コンピュータがサーバ１０と端末２０のうち一方であり、第２コンピュータがサーバ１０と端末２０のうち他方であってもよい。一例として、提供部１１ａと対価提示部１１ｂとマッチング支援部１１ｃとのうち、一部が第１コンピュータの制御部１１に設けられ、残りが第２コンピュータの制御部１１に設けられてもよく、第１コンピュータと第２コンピュータとが協働してプログラムを実行してもよい。方法において複数回登場する「コンピュータ」も、プログラムの場合と同様である。まとめると、プログラム又は方法の一部が第１コンピュータで実行され、プログラム又は方法の他の部分が当該第１コンピュータ又は第２コンピュータで実行されてもよい。３つ以上のコンピュータが登場する場合も同様に、第３コンピュータ、第４コンピュータ、・・・第ｎコンピュータ（ｎは整数）が追加されてもよい。一例として、プログラム又は方法が第１部分と第２部分と第３部分とを有する場合に、その第１部分が第１コンピュータで実行され、その第２部分が当該第１コンピュータ又は第２コンピュータで実行され、その第３部分が当該第１コンピュータと当該第２コンピュータと第３コンピュータとのうちいずれかのコンピュータで実行されてもよい。第４コンピュータ以降が追加される場合も同様に、既出の第１～第３コンピュータに第４コンピュータ以降が選択肢の形式で追加されてもよい。
【0132】
本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【0133】
第２実施形態は、第１実施形態から独立して実施されてもよい。つまり、第１実施形態による対価の提示は、第２実施形態に適用されてもよく又はされなくともよい。この場合、第２実施形態でマッチング支援画面４０ａ、５０ａ、５０ｂに表示される対価は、第１実施形態で説明した対価算出方法以外の方法で算出されてもよいし、グループのプレイヤ間のコンテンツ提供履歴に差があるかどうかとは無関係に設定されてもよい。
【符号の説明】
【0134】
１：ゲーム提供システム、５：通信回線、１０：サーバ、１０：情報処理装置、１１：制御部、１１ａ：提供部、１１ｂ：対価提示部、１１ｃ：マッチング支援部、１２：記憶部、１３：通信部、１４：操作入力部、１５：モニタ、１６：システムバス、２０、２０ａ～２０ｄ：端末、２１：制御部、２２：記憶部、２３：通信部、２４：表示部、２５：スピーカ、２６：マイク、２７：カメラ、２８：操作ボタン、２９：システムバス、４０：コンテンツリスト画面、４０ａ、５０ａ、５０ｂ：マッチング支援画面、４１：自プレイヤアイコン、４２：他プレイヤアイコン、４２ａ：仮選択プレイヤ、４３ａ：ゲーム内ポイント表示ボックス、４３ｂ：ゲーム支払媒体ボックス、４４：被選択ストーリー表示アイコン、４５：コンテンツアイコン、４６、５６：対価表示ボックス、４７：未開放表示、５０：マッチング候補提示画面、５０ａ：マッチング支援画面、５０ｂ：マッチング支援画面、５３：第４プレイヤ、５３ａ：第５プレイヤ、６０：ストーリー選択部、６２、６２ａ：コンテンツ選択部、Ｐ、ＰＡ～ＰＤ、ＰＥ～ＰＩ：プレイヤ、ＥＮＤ１～ＥＮＤ６：コンテンツ（エンディングコンテンツ）、Ｎ：コンテンツ識別子、ｋ：プレイヤ識別子、Ｃｎｓ：対価、Ｑ：コンテンツの提供回数、ＱＶ：コンテンツの提供済種別数、Ｃｑ：視聴メンバ数カウンタ、Ｑｔｈ１：閾値（第１閾値）、Ｑｔｈ２：閾値、ＱＶｔｈ：閾値（第２閾値）、Ｑｔｈ３：閾値（第３閾値）、Ｑｔｈ４：閾値（第４閾値）
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
