(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-06-24
(45)【発行日】2024-07-02
(54)【発明の名称】コンピュータシステムおよびゲームシステム
(51)【国際特許分類】
A63F 13/75 20140101AFI20240625BHJP
A63F 13/79 20140101ALI20240625BHJP
A63F 13/798 20140101ALI20240625BHJP
A63F 13/795 20140101ALI20240625BHJP
【ＦＩ】
A63F13/75
A63F13/79
A63F13/798
A63F13/795
【請求項の数】
12
(21)【出願番号】P 2020038903
(22)【出願日】2020-03-06
(65)【公開番号】P2021137397
(43)【公開日】2021-09-16
【審査請求日】2023-01-19
(73)【特許権者】
【識別番号】000134855
【氏名又は名称】株式会社バンダイナムコエンターテインメント
(74)【代理人】
【識別番号】100124682
【弁理士】
【氏名又は名称】黒田 泰
(74)【代理人】
【識別番号】100104710
【弁理士】
【氏名又は名称】竹腰 昇
(74)【代理人】
【識別番号】100090479
【弁理士】
【氏名又は名称】井上 一
(72)【発明者】
【氏名】宮野 鉄平
(72)【発明者】
【氏名】阿須名 孝次
(72)【発明者】
【氏名】南 清志
(72)【発明者】
【氏名】小倉 建一
(72)【発明者】
【氏名】恩田 明生
(72)【発明者】
【氏名】青木 隆
(72)【発明者】
【氏名】村井 伸太郎
【審査官】安田 明央
(56)【参考文献】
【文献】特開２０００－１４０４１３（ＪＰ，Ａ）
【文献】特開２００９－１６５５６２（ＪＰ，Ａ）
【文献】特開２０１８－１４９３６３（ＪＰ，Ａ）
【文献】特開２０１５－１９２７５０（ＪＰ，Ａ）
【文献】特開２０１７－２０２１４３（ＪＰ，Ａ）
【文献】ファイナルファンタジー零式，週刊ファミ通，株式会社エンターブレイン，2011年11月17日，第26巻 第49号，P210-P213
【文献】アキバズトリップ２，週刊ファミ通，株式会社ＫＡＤＯＫＡＷＡ，2014年07月03日，第29巻 第29号，P118-P121
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６３Ｆ １３／００－１３／９８
Ａ６３Ｆ ９／２４
(57)【特許請求の範囲】
【請求項1】
所与のゲームのプレイとして干渉プレーヤが被干渉プレーヤのゲームプレイを代行する代行プレイの実行を制御するコンピュータシステムであって、前記ゲームをプレイした各プレーヤのデータを記憶する記憶手段と、
前記被干渉プレーヤの複数回のゲームプレイに基づいて、前記被干渉プレーヤのゲーム進行が滞った状態にある理由を分析する理由分析手段と、
前記干渉プレーヤを選定する選定手段と、
前記理由分析手段により分析された理由に基づいて、前記代行プレイに付加する制約を決定する制御を行う制約決定制御手段と、
前記制約決定制御手段により決定された制約を付加した、前記干渉プレーヤによる前記被干渉プレーヤへの前記代行プレイを制御する代行プレイ制御手段と、
を備えたコンピュータシステム。
【請求項2】
前記被干渉プレーヤの技量を分析する技量分析手段を更に備え、
前記制約決定制御手段は、前記技量分析手段により分析された技量が第１の技量のときに比べて、前記第１の技量よりも高い第２の技量のときの方が、厳しい制約となるように決定する制御を行う、
請求項１に記載のコンピュータシステム。
【請求項3】
前記制約決定制御手段は、前記干渉プレーヤのレベルが前記被干渉プレーヤのレベルよりも高い場合に、その差が第１の差のときに比べて、前記第１の差よりも大きい第２の差のときの方が、厳しい制約となるように決定する制御を行う、請求項１又は２に記載のコンピュータシステム。
【請求項4】
前記制約決定制御手段は、前記干渉プレーヤによる前記代行プレイを許容するか否かの制約を前記ゲームの進行単位毎に決定する制御を行う、請求項１～３の何れか一項に記載のコンピュータシステム。
【請求項5】
前記制約決定制御手段は、前記干渉プレーヤが操作入力可能なコマンド又はアクションの制約を決定する制御を行う、請求項１～４の何れか一項に記載のコンピュータシステム。
【請求項6】
前記制約決定制御手段は、前記干渉プレーヤの操作入力に対する応答速度を変更する制約を決定する制御を行う、請求項１～５の何れか一項に記載のコンピュータシステム。
【請求項7】
前記制約決定制御手段は、前記干渉プレーヤが操作入力したアクションに対する効果を変更する制約を決定する制御を行う、請求項１～６の何れか一項に記載のコンピュータシステム。
【請求項8】
前記制約決定制御手段は、前記被干渉プレーヤがゲームプレイするときよりもゲーム進行を難化させる制約を決定する制御を行う、請求項１～７の何れか一項に記載のコンピュータシステム。
【請求項9】
前記選定手段は、所与の候補プレーヤの中から、前記被干渉プレーヤの選択操作に基づいて選択された候補プレーヤを前記干渉プレーヤとして選定する、請求項１～８の何れか一項に記載のコンピュータシステム。
【請求項10】
前記候補プレーヤを選択する候補プレーヤ選択手段であって、過去に前記干渉プレーヤとして前記代行プレイを行ったことのあるプレーヤについて、当該代行プレイに係る被干渉プレーヤのみが選択可能な候補プレーヤとする候補プレーヤ選択手段、を更に備えた請求項９に記載のコンピュータシステム。
【請求項11】
前記コンピュータシステムは、各プレーヤのプレーヤ端末と通信接続されるサーバシステムである、請求項１～１０の何れか一項に記載のコンピュータシステム。
【請求項12】
各プレーヤのプレーヤ端末と、前記プレーヤ端末と通信接続されるサーバシステムである請求項１～１０の何れか一項に記載のコンピュータシステムと、
を具備したゲームシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ゲームの実行を制御するコンピュータシステム等に関する。
【背景技術】
【0002】
ゲームプレイのスタイルには、従来のシングルプレイ及びマルチプレイに加え、代行プレイや、代行型の共有プレイ等と呼ばれるスタイルが知られている。この代行型の共有プレイとは、ゲームスタート時のプレーヤ（スタートプレーヤ：第１のゲーム装置を使用するホストプレーヤ）が、プレイ中のプレイ操作を他プレーヤ（第２のゲーム装置を使用するゲストプレーヤ）に一時的に預けることでゲームプレイをシェアするプレイである。
【0003】
代行型の共有プレイは、例えばホストプレーヤがゲームのプレイ権を持っていれば、その友達はゲストプレーヤとなることでゲームのプレイ権を有していなくとも、一時的にそのゲームを一緒にプレイする楽しみを得られることから人気である。代行型の共有プレイは、単純にプレイ操作権を交互に変えながら一緒にプレイすることを楽しむ手段のみならず、従来のマルチプレイとは違う「ホストプレーヤがゲストプレーヤに一時的にゲームプレイを代行してもらいながらゲームを進める」形での援助の形態を提供してくれる（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０１７－１１３４２６号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
代行型に限らず共有プレイにより実現される援助に着目すると、従来の共有プレイでは援助の形態についての制限は無く、ホストプレーヤとゲストプレーヤとのその場のやり取り次第であった。しかし、共有プレイにより実現される援助が有するところの、相手を助ける短期的な効果だけでなく、当該被援助プレーヤの成長を促す長期的な効果にも着目するならば、援助の種類や内容は無制限ではなく適切に管理されるべきである。
【0006】
また、援助を「ゲームプレイに対する外部からの干渉」の一種と見なせば、プレイ操作の代行に限らず、様々な干渉行為についても同様の課題があると言える。
【0007】
また、代行プレイなどの干渉行為を行うゲストプレーヤが、単にホストプレーヤのプレイ操作を代わって代行するだけでは興趣性が低かった。
【0008】
本発明が解決しようとする課題は、共有プレイ環境における干渉行為を適切に制御する技術を提供すること、を課題とする。
【課題を解決するための手段】
【0009】
上記した課題を解決するための第１の発明は、所与のゲームをプレイするプレーヤ間で行う所定の干渉行為の実行を制御するコンピュータシステムであって、
前記ゲームをプレイした各プレーヤのデータを記憶する記憶手段（例えば、図１のサーバシステム１１００、図１０のサーバ処理部２００ｓ、ゲーム管理部２２０、プレイ履歴管理部２３８、サーバ記憶部５００ｓ、図１１のユーザ管理データ６００、図４及び図１６のプレイ履歴データ６１０、図２１のステップＳ１２２）と、
被干渉プレーヤの複数回のゲームプレイを分析する分析手段（例えば、図１のサーバシステム１１００、図１０のサーバ処理部２００ｓ、ゲーム管理部２２０、分析部２２２、図１８の失敗理由種類７５４、図１８の分析結果データ７５０、図２０のステップＳ６）と、
干渉プレーヤを選定する選定手段（例えば、図１のサーバシステム１１００、図１０のサーバ処理部２００ｓ、ゲーム管理部２２０、選定部２２４、図２０のステップＳ１２）と、
前記干渉プレーヤによる前記被干渉プレーヤへの前記干渉行為を、前記分析手段の分析結果に基づいて制御する干渉行為制御手段（例えば、図１のサーバシステム１１００、図１０のサーバ処理部２００ｓ、ゲーム管理部２２０、干渉行為制御部２３０、図１８の干渉制御データ７４０、図２０のステップＳ６０～図２１のステップＳ９２、ステップＳ１０４）と、を備えたコンピュータシステムである。
前記ゲームをプレイした各プレーヤのデータを記憶する記憶手段（例えば、図１のサーバシステム１１００、図１０のサーバ処理部２００ｓ、ゲーム管理部２２０、プレイ履歴管理部２３８、サーバ記憶部５００ｓ、図１１のユーザ管理データ６００、図４及び図１６のプレイ履歴データ６１０、図２１のステップＳ１２２）と、
被干渉プレーヤの複数回のゲームプレイを分析する分析手段（例えば、図１のサーバシステム１１００、図１０のサーバ処理部２００ｓ、ゲーム管理部２２０、分析部２２２、図１８の失敗理由種類７５４、図１８の分析結果データ７５０、図２０のステップＳ６）と、
干渉プレーヤを選定する選定手段（例えば、図１のサーバシステム１１００、図１０のサーバ処理部２００ｓ、ゲーム管理部２２０、選定部２２４、図２０のステップＳ１２）と、
前記干渉プレーヤによる前記被干渉プレーヤへの前記干渉行為を、前記分析手段の分析結果に基づいて制御する干渉行為制御手段（例えば、図１のサーバシステム１１００、図１０のサーバ処理部２００ｓ、ゲーム管理部２２０、干渉行為制御部２３０、図１８の干渉制御データ７４０、図２０のステップＳ６０～図２１のステップＳ９２、ステップＳ１０４）と、を備えたコンピュータシステムである。
【0010】
ここで言う「コンピュータシステム」は、単数のコンピュータは勿論、複数のコンピュータが連携して実現されるものでもよい。
【0011】
「被干渉プレーヤ」とは、そのゲームプレイにおける本来のプレーヤ（例えば、ゲームのスタートプレーヤ）であり、プレイに係る干渉行為を受けるプレーヤである。「干渉行為」とは、スタートプレーヤのゲームプレイに対して外部から影響を与える行為である。干渉行為の例としては、ａ）代行プレイ、ｂ）被干渉プレーヤが視聴しているゲーム音声に対する干渉プレーヤの音声の付加、ｃ）被干渉プレーヤが視聴しているゲーム画面に対する干渉プレーヤの操作に基づく表示の付加、もこれに含まれる。「干渉プレーヤ」とは、干渉行為を行うプレーヤである。
【0012】
第１の発明によれば、コンピュータシステムは、被干渉プレーヤの過去のプレイについて分析して、分析結果に基づいて干渉行為の実行を制御できる。例えば、コンピュータシステムは、分析により明らかとなる被干渉プレーヤのプレイの実績やスタイルに応じて干渉行為を適切に調整できる。援助目的の干渉行為に着目すれば、多過ぎず少な過ぎることのない適切な干渉行為が行われるような制御が実現可能となる。短期的な援助効果は勿論のこと、長期的な教育効果をもたらすように干渉行為の実行を制御できる。
【0013】
第２の発明は、前記干渉行為には干渉の仕方が異なる複数種類があり、前記干渉行為制御手段は、前記干渉プレーヤによる前記干渉行為の種類を前記分析手段の分析結果に基づいて決定する干渉行為種類決定手段（例えば、図１０の干渉行為種類決定部２３２、図１４の許可干渉行為種類定義データ５４０、図１８の許可干渉行為種類リスト７５８、図２０のステップＳ６０）を有する、第１の発明のコンピュータシステムである。
【0014】
第２の発明によれば、コンピュータシステムは、干渉の実現方法が違う複数種類の干渉行為の中から、分析結果に基づいて適切な種類を決定し、当該種類の干渉行為を制御できる。
【0015】
第３の発明は、前記干渉行為制御手段が、前記干渉プレーヤによる前記干渉行為に制約を付加する制御を前記分析手段の分析結果に基づいて行う制約制御手段（例えば、図１０の制約制御部２３４、図１５の制約定義データ５５０、図１８の適用制約設定データ７６０、図２０のステップＳ６２）を有する、第１又は第２の発明のコンピュータシステムである。
【0016】
第３の発明によれば、コンピュータシステムは、干渉行為の制約の内容を適切に調整することで、干渉行為の質と量とを調整することができる。例えば、代行プレイをする場合、干渉プレーヤは、制約が適用されたいつもと違う「しばり」のある状況でゲームプレイを代行することになるので、干渉行為をする楽しみを得ることができる。
【0017】
第４の発明は、前記分析手段が、前記被干渉プレーヤの技量を分析し（例えば、図１２の技量判定基準データ５２０、図２０のステップＳ４）、前記制約制御手段は、前記分析手段により分析された技量が第１の技量のときに比べて、前記第１の技量よりも高い第２の技量のときの方が、厳しい制約となるように制御する（例えば、図５（２）のグラフで示す関係）、第３の発明のコンピュータシステムである。
【0018】
第４の発明によれば、コンピュータシステムは、被干渉プレーヤの技量が高くなるほど制約をより厳しくなるように制御することで、被干渉プレーヤの技量に応じて干渉行為に適切な制約を設けることができ、干渉行為の質と量とを適切に調整できる。
【0019】
第５の発明は、前記制約制御手段が、前記干渉プレーヤのレベルが前記被干渉プレーヤのレベルよりも高い場合に、その差が第１の差のときに比べて、前記第１の差よりも大きい第２の差のときの方が、厳しい制約となるように制御する（例えば、図５（４）のグラフで示す関係）、第３又は第４の発明のコンピュータシステムである。
【0020】
「プレーヤのレベル」は、例えばプレーヤの技量を表す。また、干渉プレーヤにとっての干渉行為における制約は、例えば干渉行為における難易度に相当する。
被干渉プレーヤを干渉プレーヤが援助する多くのケースでは、干渉プレーヤの方が被干渉プレーヤよりも技量が高い。そのため、干渉プレーヤにしてみれば干渉行為は比較的簡単な行為であり、干渉プレーヤが退屈感を感じかねない。
被干渉プレーヤを干渉プレーヤが援助する多くのケースでは、干渉プレーヤの方が被干渉プレーヤよりも技量が高い。そのため、干渉プレーヤにしてみれば干渉行為は比較的簡単な行為であり、干渉プレーヤが退屈感を感じかねない。
【0021】
しかし、第５の発明によれば、コンピュータシステムは、干渉プレーヤが干渉行為を行う際に、干渉プレーヤと被干渉プレーヤとの技量差に応じた難易度を設定することできる。干渉プレーヤの立場に立ってみれば、様々な難易度で干渉行為を行うことが可能となり、退屈感や飽き感を抱くことなく干渉行為を行うモチベーションを維持できる。
【0022】
第６の発明は、前記制約制御手段が、前記干渉プレーヤによる前記干渉行為を許容するか否かを前記ゲームの進行単位毎に制御する（例えば、図２０～図２１のループＡ）、第３～第５の何れかの発明のコンピュータシステムである。
【0023】
ここで言う「ゲームの進行単位」は、ゲームを進行する上での区切りである。例えば、格闘対戦ゲームであれば対戦ラウンドが該当し得る。レースゲームであれば、１レースや、１ＬＡＰ、コースの区画が該当し得る。ゲーム内で行われるチャンピオンシップのシナリオの区切りなどもこれに該当し得る。アクションゲームであれば、ステージ、ある場所からある場所への移動まで、相手キャラクタに遭遇してからダウンするまで、などが該当し得る。育成ゲームや恋愛シミュレーションゲームであれば、ゲーム空間内での経過時間の単位が該当し得る。シューティングゲームではステージ、場面単位、などが該当し得る。ＲＰＧであれば、マップ上の範囲、特定のダンジョン、特定キャラクタにエンカウントしてから決着するまで、などが該当し得る。
【0024】
第６の発明によれば、干渉行為の範囲をゲーム進行単位とすることで、ゲーム進行に違和感のない干渉行為の許可・実現ができる。また、被干渉プレーヤにとっても干渉プレーヤにとっても、干渉行為がどこからどこまでなのかの区切りが分かり易くなる。
【0025】
第７の発明は、前記干渉行為には、少なくとも前記干渉プレーヤが前記被干渉プレーヤのゲームプレイを代行する代行プレイが含まれ、前記制約制御手段は、前記代行プレイに制約を付加する制御を行う、第３～第６の何れかの発明のコンピュータシステムである。
【0026】
第７の発明によれば、コンピュータシステムは、干渉行為となる代行プレイに制約を付加することができる。
【0027】
制約の付け方として具体的には、第８の発明として、前記制約制御手段が、前記干渉プレーヤが操作入力可能なコマンド又はアクションに制約を付加する制御を行う（例えば、図１８の使用不可操作コマンドリスト７６５）、第７の発明のコンピュータシステムを構成することができる。
【0028】
また、第９の発明として、前記制約制御手段が、前記干渉プレーヤの操作入力に対する応答速度を変更することで制約を付加する制御を行う（例えば、図１８の応答遅延設定値７６６）、第７又は第８の発明のコンピュータシステムを構成することができる。
【0029】
また、第１０の発明として、前記制約制御手段が、前記干渉プレーヤが操作入力したアクションに対する効果を変更することで制約を付加する制御を行う（例えば、図１８の効果減衰制御値７６７）、第７～第９の何れかの発明のコンピュータシステムを構成することができる。
【0030】
第１１の発明は、前記制約制御手段が、前記被干渉プレーヤがゲームプレイするときよりもゲーム進行を難化させることで制約を付加する制御を行う（例えば、図１８の難易度調整値７６８）、第７～第１０の何れかの発明のコンピュータシステムである。
【0031】
第１１の発明によれば、干渉プレーヤは、被干渉プレーヤがゲームプレイするときよりもゲーム内容がより難しくなるように調整された状態で代行プレイすることになる。よって、干渉プレーヤにやり応えを感じさせることができる。
【0032】
第１２の発明は、前記選定手段が、所与の候補プレーヤの中から、前記被干渉プレーヤの選択操作に基づいて選択された候補プレーヤを前記干渉プレーヤとして選定する、第１～第１１の何れかの発明のコンピュータシステムである。
【0033】
第１２の発明によれば、コンピュータシステムは、被干渉プレーヤに、干渉プレーヤを選択させることができる。
【0034】
第１３の発明は、前記候補プレーヤを選択する候補プレーヤ選択手段であって、過去に前記干渉プレーヤとして前記干渉行為を行ったことのあるプレーヤについて、当該干渉行為に係る被干渉プレーヤのみが選択可能な候補プレーヤとする候補プレーヤ選択手段（例えば、図１のサーバシステム１１００、図１０のサーバ処理部２００ｓ、ゲーム管理部２２０、候補プレーヤ選択制御部２２６、図１８の候補プレーヤアカウントリスト７４４、図２４のステップＳ４２）、を更に備えた第１２の発明のコンピュータシステムである。
【0035】
第１３の発明によれば、コンピュータシステムは、被干渉プレーヤと干渉プレーヤとの間に専属関係を設定したかのように制御できる。
【0036】
第１４の発明は、前記コンピュータシステムが、各プレーヤのプレーヤ端末と通信接続されるサーバシステムである、第１～第１３の何れかの発明のコンピュータシステムである。
【0037】
第１４の発明によれば、第１～第１３の発明と同様の効果をもたらすサーバシステムを実現できる。
【0038】
第１５の発明は、各プレーヤのプレーヤ端末と、前記プレーヤ端末と通信接続されるサーバシステムである第１～第１３の何れかの発明のコンピュータシステムと、を具備したゲームシステムである。
【0039】
第１５の発明によれば、第１～第１３の発明と同様の効果をもたらすゲームシステムを実現できる。
【図面の簡単な説明】
【0040】
【図1】ゲームシステムの構成例を示す図。
【図2】プレーヤ端末の構成例を示す正面図。
【図3】干渉行為に係る制御について説明するための図。
【図4】プレイ履歴データのデータ構成例を示す図。
【図5】許可される干渉行為の種類や制約内容の決定に係る傾向の例を示すグラフ。
【図6】干渉プレーヤ選択画面の表示例を示す図。
【図7】格闘ゲームにおける干渉行為に係る表示例を示す図。
【図8】ＲＰＧにおける干渉行為に係る表示例を示す図。
【図9】アクションＲＰＧにおける干渉行為に係る表示例を示す図。
【図10】第１実施形態におけるサーバシステムの機能構成例を示す機能ブロック図。
【図11】第１実施形態におけるサーバ記憶部が記憶するプログラムやデータの例を示す図。
【図12】技量判定基準データのデータ構成例を示す図。
【図13】失敗理由判定基準データのデータ構成例を示す図。
【図14】許可干渉行為種類定義データのデータ構成例を示す図。
【図15】制約定義データのデータ構成例を示す図。
【図16】ユーザ管理データのデータ構成例を示す図。
【図17】プレイデータのデータ構成例を示す図。
【図18】干渉制御データのデータ構成例を示す図。
【図19】第１実施形態におけるプレーヤ端末の機能構成例を示す機能ブロック図。
【図20】サーバシステムのゲームプレイに係る処理の流れを説明するためのフローチャート。
【図22】第２実施形態におけるプレーヤ端末の機能構成例を示す機能ブロック図。
【図23】第２実施形態における端末記憶部が記憶するプログラムやデータの例を示す図。
【図24】変形例におけるサーバシステムのゲームプレイに係る処理の流れを説明するためのフローチャート。
【発明を実施するための形態】
【0041】
以下、本発明の実施形態の一例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。
【0042】
〔第１実施形態〕
図１は、ゲームシステムの構成例を示す図である。
ゲームシステム１０００は、ネットワーク９を介して相互にデータ通信が可能に接続されたサーバシステム１１００と、プレーヤ端末１５００とを含む。
図１は、ゲームシステムの構成例を示す図である。
ゲームシステム１０００は、ネットワーク９を介して相互にデータ通信が可能に接続されたサーバシステム１１００と、プレーヤ端末１５００とを含む。
【0043】
ゲームシステム１０００は、プレーヤ端末１５００を使用するユーザであるプレーヤ２に向けて、共有プレイが可能なオンラインゲームを提供するゲーム提供サービスを提供するコンピュータシステムである。勿論、ゲームシステム１０００は、付加的にその他のサービスの提供を行ってもよい。
【0044】
ここで言う「共有プレイが可能なオンラインゲーム」とは、ゲームスタート時のプレーヤ（スタートプレーヤ）のゲーム画面を他プレーヤが共有しながら当該ゲームに外部から干渉行為が可能なオンラインゲームである。特に、本実施形態では、干渉行為として、オンライン接続された別装置を操作する他ユーザによる代行プレイが可能なゲームとする。
【0045】
「干渉行為」とは、スタートプレーヤのプレイ行為に外部から影響を与える行為である。代行プレイが代表例であり、その他としては、例えば、ゲーム音声への外部操作に基づく音声の付加、ゲーム画面への外部操作に基づく表示の付加、がある。
【0046】
ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。
【0047】
サーバシステム１１００は、例えば本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを有し、本体装置１１０１に制御基板１１５０を搭載するコンピュータシステムである。
【0048】
制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。
【0049】
そして、サーバシステム１１００は、制御基板１１５０が所定のプログラム及びデータに基づいて演算処理することにより、ゲーム提供サービスを提供する機能を実現する。
【0050】
なお、図１では、プレーヤ端末１５００を２台のみ描いているが、実際のシステム運用においては、同時に複数のプレーヤ端末１５００がサーバシステム１１００にアクセス可能である。
【0051】
また、サーバシステム１１００を、１台のサーバ装置であるかのように描いているが、複数の装置で実現する構成であってもよい。例えば、サーバシステム１１００は、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であっても良い。また、サーバシステム１１００を構成するハードウェアの設置場所は問わない。離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であっても良い。
【0052】
図２は、プレーヤ端末１５００の構成例を示す正面図である。
プレーヤ端末１５００は、登録手続を経たユーザが、本実施形態のゲームシステム１０００を利用するために使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００にアクセスできる電子装置（電子機器）である。具体的には、プレーヤ端末１５００は、ユーザがゲームプレイするための装置である。
プレーヤ端末１５００は、登録手続を経たユーザが、本実施形態のゲームシステム１０００を利用するために使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００にアクセスできる電子装置（電子機器）である。具体的には、プレーヤ端末１５００は、ユーザがゲームプレイするための装置である。
【0053】
なお、図２で示すプレーヤ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、コンピュータであれば、スマートウォッチ、スマートグラスなどのウェアラブルコンピュータや、携帯型ゲーム装置、タブレット型コンピュータ、パソコン、などでもよい。スマートフォンと、当該スマートフォンに通信接続されたスマートウォッチとの組み合わせといった複数の電子機器が通信可能に接続することで１つの機能を果たす場合にはこれらの複数の電子機器を一つのプレーヤ端末１５００とみなすことができる。
【0054】
プレーヤ端末１５００は、方向入力キー１５０２と、ボタンスイッチ１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、カメラ１５２０と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０からデータを読み書きできるメモリカード読取装置１５４２と、を備える。その他、図示されていない電源ボタン、音量調節ボタン等が設けられている。また、ゲームシステム１０００の利用対価等の支払いが可能なＩＣカード型のクレジットカードやプリペイドカードに対して非接触にデータの読み書きが行えるＩＣカード読取装置などを設けるとしてもよい。
【0055】
制御基板１５５０は、（１）ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、（２）ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、（３）ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局などと無線通信するための無線通信モジュール１５５３、（４）インターフェース回路１５５７、などを搭載する。
【0056】
インターフェース回路１５５７には、（１）タッチパネル１５０６のドライバ回路、（２）方向入力キー１５０２及びボタンスイッチ１５０４からの信号を受信する回路、（３）スピーカ１５１０へ音声信号を出力する出力アンプ回路、（４）マイク１５１２で集音した音声の信号を生成する入力信号生成回路、（５）カメラ１５２０で撮影された画像の画像データを入力する回路、（６）メモリカード読取装置１５４２への信号入出力回路、などが含まれている。
【0057】
制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、プレーヤ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。
【0058】
なお、本実施形態では、プレーヤ端末１５００はプログラムや各種の設定データをサーバシステム１１００からダウンロードする構成としているが、別途入手したメモリカード１５４０などの記憶媒体から読み出す構成としても良い。
【0059】
次に、ゲーム提供サービスについて説明する。
プレーヤ端末１５００でプレイされるゲームは、サーバシステム１１００をゲームサーバとするクライアント・サーバシステムで実行されるオンラインゲームである。
ゲーム進行に係る情報、およびゲーム画面の表示に係る情報は、サーバシステム１１００にて生成され、適宜プレーヤ端末１５００へ提供される。プレーヤ端末１５００は、操作入力兼ゲーム画面表示のための端末として機能する。すなわち、プレーヤ端末１５００は、サーバシステム１１００から提供された情報に基づいて、ゲーム画面を表示し、操作入力情報を逐一サーバシステム１１００へ送信する。サーバシステム１１００は、プレーヤ端末１５００から送信された操作入力情報に基づいて、ゲームを進行させる。
プレーヤ端末１５００でプレイされるゲームは、サーバシステム１１００をゲームサーバとするクライアント・サーバシステムで実行されるオンラインゲームである。
ゲーム進行に係る情報、およびゲーム画面の表示に係る情報は、サーバシステム１１００にて生成され、適宜プレーヤ端末１５００へ提供される。プレーヤ端末１５００は、操作入力兼ゲーム画面表示のための端末として機能する。すなわち、プレーヤ端末１５００は、サーバシステム１１００から提供された情報に基づいて、ゲーム画面を表示し、操作入力情報を逐一サーバシステム１１００へ送信する。サーバシステム１１００は、プレーヤ端末１５００から送信された操作入力情報に基づいて、ゲームを進行させる。
【0060】
サーバシステム１１００が提供するゲームは、共有プレイが可能なゲームである。ホストプレーヤ（スタートプレーヤ：当該ゲームの本来のプレーヤ）がプレイを開始し、ゲストプレーヤ（共有プレイの相手である他プレーヤ）とゲーム画面を共有しつつ進行し、時にゲストプレーヤによる様々な干渉行為を許容しながら進行するゲームである。ホストプレーヤはゲームプレイへの干渉を受ける「被干渉プレーヤ」であり、干渉行為をする主体であるゲストプレーヤは「干渉プレーヤ」となる。
【0061】
図３は、干渉行為に係る制御について説明するための図である。
サーバシステム１１００は、ゲームプレイが実行される毎に、プレーヤ別にプレイ履歴データ６１０を作成保存する。プレイ履歴データ６１０は、例えば図４に示すように、固有のプレイＩＤ６１１と、プレイ日時６１３と、当該プレイのスタートプレーヤを示すプレーヤアカウント６１５と、当該履歴データのプレイに係るプレイ開始時セーブデータ６１６と、プレイ終了時セーブデータ６１７と、当該履歴データのプレイを再現するために必要なゲーム進行単位毎のプレイ再現用データ６２０と、が含まれている。
サーバシステム１１００は、ゲームプレイが実行される毎に、プレーヤ別にプレイ履歴データ６１０を作成保存する。プレイ履歴データ６１０は、例えば図４に示すように、固有のプレイＩＤ６１１と、プレイ日時６１３と、当該プレイのスタートプレーヤを示すプレーヤアカウント６１５と、当該履歴データのプレイに係るプレイ開始時セーブデータ６１６と、プレイ終了時セーブデータ６１７と、当該履歴データのプレイを再現するために必要なゲーム進行単位毎のプレイ再現用データ６２０と、が含まれている。
【0062】
「ゲーム進行単位」は、ゲームを進行制御する上での区切りである。例えば、格闘対戦ゲームであれば対戦ラウンドが該当し得る。レースゲームであれば、１レースや、１ＬＡＰ、コースの区画が該当し得る。ゲーム内で行われるチャンピオンシップのシナリオの区切りなどもこれに該当し得る。アクションゲームであれば、ステージ、ある場所からある場所への移動まで、相手キャラクタに遭遇してからダウンするまで、などが該当し得る。育成ゲームや恋愛シミュレーションゲームであれば、ゲーム空間内での経過時間の単位が該当し得る。シューティングゲームではステージ、場面単位、などが該当し得る。ＲＰＧであれば、マップ上の範囲、特定のダンジョン、特定キャラクタにエンカウントしてから決着するまで、などが該当し得る。
【0063】
プレイ再現用データ６２０は、当該データがどのゲーム進行単位に対応するかを示す再現ゲーム進行単位識別情報６２１と、操作入力情報時系列データ６２２と、進行状況情報時系列データ６２３と、プレイ成績時系列データ６２５と、を含む。勿論、これら以外のデータも適宜含めることができる。
【0064】
操作入力情報時系列データ６２２は、当該ゲームプレイに係わるプレーヤ別に用意される。１つの操作入力情報時系列データ６２２は、当該プレーヤによる操作入力の情報（例えば、操作入力の種類、位置、方向、操作量、操作力、入力時間などの入力を記述する各種情報）を、入力された時間情報（例えば、日時やゲームプレイ開始からの経過時間、ゲーム画面の描画フレーム数など）と対応づけて格納する。
【0065】
進行状況情報時系列データ６２３は、その時々のゲーム進行情報を示す情報（例えば、プレイしているステージ番号、対戦ラウンド、ラウンド別の勝敗結果、プレーヤキャラクタ別の位置座標、プレーヤキャラクの位置及び姿勢、プレーヤキャラクタの状態を示すパラメータ値のリスト、など）を時間情報と対応づけて格納する。
【0066】
ゲーム内に、ＮＰＣ（ゲームに登場しコンピュータにより自動制御されるキャラクタ：Non Player Character）が登場する場合には、進行状況情報時系列データ６２３に、当該ＮＰＣに係る制御情報を時系列に格納したＮＰＣ制御時系列データ６２４を含めることができる。
【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】
画像生成部２９２は、画像表示制御部２６２の処理結果に基づいて、画像の生成・画像の合成、画像表示部３９２にそれらを表示させる画像信号の出力、などを行う。図２の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）、グラフィックコントローラがこれに該当する。
【0168】
画像表示部３９２は、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。図２の例では、タッチパネル１５０６がこれに該当する。
【0169】
通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。
【0170】
通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図２の例では無線通信モジュール１５５３がこれに該当する。
【0171】
なお、本実施形態では、ゲーム画面や各種の画面の画像をサーバシステム１１００にて生成する構成とするが、プレーヤ端末１５００で生成する構成も可能である。その場合、画像表示制御部２６２は、例えば３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御などを行い、画像生成部２９２が３ＤＣＧをレンダリングし、ゲーム画面を生成するための各種制御を実行することになる。
【0172】
端末記憶部５００は、端末処理部２００に所与の機能を実現させるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図２の例では、制御基板１５５０が搭載するＩＣメモリ１５５２やメモリカード１５４０がこれに該当する。オンラインストレージを利用する構成も可能である。
【0173】
具体的には、端末記憶部５００は、端末処理部２００をプレーヤ端末演算部２６０として機能させるためのクライアントプログラム５０２と、操作入力データ６９０と、現在日時８００と、を記録する。勿論、これら以外のデータも適宜記憶できる。
【0174】
次に、ゲームシステム１０００の動作について説明する。
図２０～図２１は、サーバシステム１１００のゲームプレイに係る処理の流れを説明するためのフローチャートである。なお、被干渉プレーヤ２ａ及び干渉プレーヤ２ｂとなり得る候補プレーヤは、ログイン状態にあるものとする。
図２０～図２１は、サーバシステム１１００のゲームプレイに係る処理の流れを説明するためのフローチャートである。なお、被干渉プレーヤ２ａ及び干渉プレーヤ２ｂとなり得る候補プレーヤは、ログイン状態にあるものとする。
【0175】
サーバシステム１１００は、スタートプレーヤ（被干渉プレーヤ２ａ）によるゲーム開始操作入力を検出すると、被干渉プレーヤ２ａの過去所定回数分のプレイ履歴データ６１０（図４参照）と技量判定基準データ５２０（図１２参照）を参照して、被干渉プレーヤ２ａの技量を分析する（ステップＳ４）。
【0176】
また、サーバシステム１１００は、被干渉プレーヤ２ａの過去所定回数分のプレイ履歴データ６１０と失敗理由判定基準データ５３０（図１３参照）を参照して、被干渉プレーヤ２ａの失敗理由を分析する（ステップＳ６）。失敗理由は、その種類別に分類・統計処理すると好適である。
【0177】
次に、サーバシステム１１００は、被干渉プレーヤ２ａによる共有プレイのゲストプレーヤの選択を受け付け（ステップＳ１０）、ゲストプレーヤを候補プレーヤと見なして干渉プレーヤ２ｂの選択を受け付ける（ステップＳ１２：図６参照）。
【0178】
候補プレーヤの選択受付においては、ゲストプレーヤであっても適宜、選択対象外を設定することできる。
例えば、被干渉プレーヤ２ａとの技量差が所定の大差条件を満たすプレーヤを選択対象外とすることができる。被干渉プレーヤ２ａからみて大差条件を満たすほどに上手過ぎるプレーヤによる代行プレイは、素早く無駄の無い、流れるようなプレイになり、被干渉プレーヤ２ａには何が起きているのか理解できない場合がある。しかし、大差条件を満たすプレーヤを選択対象外とすることで、そうした事態を防ぐことができる。別の言い方をすると、被干渉プレーヤの技量に近く、程良い手本となる干渉行為となるように制御することができる。
例えば、被干渉プレーヤ２ａとの技量差が所定の大差条件を満たすプレーヤを選択対象外とすることができる。被干渉プレーヤ２ａからみて大差条件を満たすほどに上手過ぎるプレーヤによる代行プレイは、素早く無駄の無い、流れるようなプレイになり、被干渉プレーヤ２ａには何が起きているのか理解できない場合がある。しかし、大差条件を満たすプレーヤを選択対象外とすることで、そうした事態を防ぐことができる。別の言い方をすると、被干渉プレーヤの技量に近く、程良い手本となる干渉行為となるように制御することができる。
【0179】
また、候補プレーヤの選択受付においては、ゲストプレーヤの干渉履歴データ６３０（図１６参照）を参照して、当該被干渉プレーヤとは別のプレーヤの実行中プレイにて既に干渉行為を行っているプレーヤを、選択対象外とするとしてもよい。この場合、被干渉プレーヤ２ａと干渉プレーヤ２ｂとをいわば専属のような関係とすることができる。
【0180】
また、候補プレーヤの選択受付においては、直近過去の干渉行為から所定の待機時間が経過していなプレーヤ、などを判別して選択対象外とするとしてもよい。待機時間の長さの設定によって、干渉行為による援助機会の時間的間隔を適切に管理し、被干渉プレーヤ２ａが同じ干渉プレーヤに安易に援助依頼できないようにできる。
【0181】
次に、サーバシステム１１００は、選択された干渉プレーヤ２ｂの過去所定回数分のプレイ履歴データ６１０に基づいて、当該干渉プレーヤの技量を分析する（ステップＳ１４）。
【0182】
次に、サーバシステム１１００は、セーブデータの読み込みや、プレーヤキャラクタの設定、ゲーム空間の設定といったゲームプレイの初期化処理を実行し（ステップＳ２０）、ゲームの進行制御を開始する（ステップＳ２２）。
【0183】
実行されるゲームは、共有プレイであるから、サーバシステム１１００は、被干渉プレーヤ２ａのプレーヤ端末１５００ａでの操作入力に基づいて、プレーヤキャラクタ等を制御してゲームの進行制御し、同じゲーム画面を被干渉プレーヤ２ａのプレーヤ端末１５００ａとゲストプレーヤのプレーヤ端末１５００とで表示させる。
【0184】
ゲームの進行制御を開始したならば、サーバシステム１１００はゲーム進行単位毎にループＡを実行する（ステップＳ４０～ステップＳ１１０：図２１参照）。
ループＡでは、サーバシステム１１００は、被干渉プレーヤ２ａ及び干渉プレーヤ２ｂそれぞれの技量と分析された失敗理由と許可干渉行為種類定義データ５４０（図１４参照）とに基づいて、これから行われるゲームプレイにて許可される干渉行為の種類を決定する（ステップＳ６０）。また、サーバシステム１１００は、制約定義データ５５０（図１５参照）に基づいて、許可される干渉行為に適用される制約内容を決定する（ステップＳ６２）。
ループＡでは、サーバシステム１１００は、被干渉プレーヤ２ａ及び干渉プレーヤ２ｂそれぞれの技量と分析された失敗理由と許可干渉行為種類定義データ５４０（図１４参照）とに基づいて、これから行われるゲームプレイにて許可される干渉行為の種類を決定する（ステップＳ６０）。また、サーバシステム１１００は、制約定義データ５５０（図１５参照）に基づいて、許可される干渉行為に適用される制約内容を決定する（ステップＳ６２）。
【0185】
サーバシステム１１００は、ゲーム進行を制御しながら干渉行為が可能な状況であるかを判定・監視している（ステップＳ７０）。
具体的には、決定された制約内容、すなわち適用要件５６１に適合する制約内容データ５７０（図１５参照）の干渉許可ゲーム進行単位リスト５７１に、例えば、ループＡの処理対象のゲーム進行単位が含まれていれば、干渉行為可能と判定する。また例えば、干渉許可ゲーム進行単位リスト５７１に、特定キャラクタとの戦闘シーンが含まれている場合、特定キャラクタがエンカウントすると干渉行為可能と判定する。また、干渉プレーヤ２ｂが干渉待機中でないこと（当該プレーヤの干渉待機時間タイマー７４８（図１８参照）が無いこと）を干渉行為可能と判定するための要件に含めることができる。
具体的には、決定された制約内容、すなわち適用要件５６１に適合する制約内容データ５７０（図１５参照）の干渉許可ゲーム進行単位リスト５７１に、例えば、ループＡの処理対象のゲーム進行単位が含まれていれば、干渉行為可能と判定する。また例えば、干渉許可ゲーム進行単位リスト５７１に、特定キャラクタとの戦闘シーンが含まれている場合、特定キャラクタがエンカウントすると干渉行為可能と判定する。また、干渉プレーヤ２ｂが干渉待機中でないこと（当該プレーヤの干渉待機時間タイマー７４８（図１８参照）が無いこと）を干渉行為可能と判定するための要件に含めることができる。
【0186】
そして、干渉行為が可能であると判定したならば（ステップＳ７０のＹＥＳ）、且つ、その時既に実行中の干渉行為の制御が無ければ（ステップＳ７２のＮＯ）、サーバシステム１１００は、ゲーム画面に干渉リクエスト操作アイコン１０等（図７参照）を表示させ、被干渉プレーヤ２ａによる干渉リクエスト操作の受け付けを開始する（ステップＳ７４）。
【0187】
そして、被干渉プレーヤ２ａによる干渉リクエストの操作入力があれば（ステップＳ７６のＹＥＳ）、サーバシステム１１００は、許可された干渉行為に応じて、干渉プレーヤ２ｂによる、適用制約設定データ７６０（図１８参照）が示す制約内容が適用された干渉行為を実現する制御を開始する（ステップＳ７８）。
【0188】
例えば、許可された干渉行為が、代行プレイであるならば、サーバシステム１１００は、被干渉プレーヤ２ａのプレーヤ端末１５００ａでの操作入力に代えて、干渉プレーヤ２ｂのプレーヤ端末１５００ｂでの操作入力に基づくプレーヤキャラクタ等の制御に切り換えてゲームの進行制御を継続する。ゲーム画面は、そのまま被干渉プレーヤ２ａのプレーヤ端末１５００ａと、ゲストプレーヤのプレーヤ端末１５００との両方で同じ内容を表示させる。また、制約内容に制限時間が含まれる場合には、適宜、制限時間の計時を開始して、最新の結果をゲーム画面内に制限時間ゲージ１２（図７参照）で表示させる。また、制約内容にコスト限界が含まれている場合には、干渉行為の都度に当該行為のコストを累積して、最新の累積状況をコストゲージ１８（図９参照）で表示させる制御を行う。
【0189】
図２１に移って、サーバシステム１１００は、実行中の干渉行為の終了条件が満たされたかを判定する（ステップＳ９０）。例えば、干渉行為の開始から干渉許可時間長７６２が経過した場合や、干渉行為にともなうコストが干渉コスト限界値７６３に達する場合、干渉プレーヤ２ｂが操作するプレーヤキャラクタ４が逸脱した干渉許可マップ範囲７６４の示す範囲から逸脱した場合、など、干渉行為が許可される状況の終わりや、制約違反状況が検出されると、サーバシステム１１００は干渉行為の終了条件が満たされたと判定する。
【0190】
そして、実行中の干渉行為の終了条件が満たされた場合（ステップＳ９０のＹＥＳ）、サーバシステム１１００は、実行中の干渉行為の制御を終了させる（ステップＳ９２）。
本実施形態では、制限時間ゲージ１２やコストゲージ１８は、制約の限界を示す。よって、ステップＳ７８に伴うゲージの表示制御からステップＳ９０、ステップＳ９２の流れを逆説的に述べれば、サーバシステム１１００は、干渉プレーヤ２ｂによる干渉行為が行われることで減少又は増加するゲージの表示制御を行い、当該ゲージが所定状態となったときに干渉プレーヤに２ｂよる干渉行為を終了させる制御を行っているとも言える。
本実施形態では、制限時間ゲージ１２やコストゲージ１８は、制約の限界を示す。よって、ステップＳ７８に伴うゲージの表示制御からステップＳ９０、ステップＳ９２の流れを逆説的に述べれば、サーバシステム１１００は、干渉プレーヤ２ｂによる干渉行為が行われることで減少又は増加するゲージの表示制御を行い、当該ゲージが所定状態となったときに干渉プレーヤに２ｂよる干渉行為を終了させる制御を行っているとも言える。
【0191】
干渉行為の制御終了にともない、サーバシステム１１００は、干渉行為に係るゲージ等の追加表示を終了させ、干渉プレーヤ２ｂの干渉履歴データ６３０（図１６参照）を保存する。ステップＳ９０～Ｓ９２の処理は、ゲージが所定状態となったときに干渉プレーヤによる干渉行為を終了させる制御を行う、と言い換えることができる。
【0192】
実行中の干渉行為の終了条件が満たされる前に、ループＡの処理対象のゲーム進行単位がクリアされた場合（ステップＳ１０２のＹＥＳ）には、サーバシステム１１００は、実行中の干渉行為の制御を終了させて（ステップＳ１０４）。次の処理対象のループＡ処理を実行する（ステップＳ１１０）。
【0193】
全てのゲーム進行単位についてループＡを実行したならば、サーバシステム１１００は、所定のゲーム終了処理を実行して（ステップＳ１２０）、被干渉プレーヤ２ａのプレイ履歴データ６１０（図１６参照）を保存し（ステップＳ１２２）、一連の処理を終了する。
【0194】
なお、ゲーム終了条件を満たす場合、いわゆるゲームクリアできずにゲームオーバに成った場合（ステップＳ１００）、サーバシステム１１００は、実行中の干渉行為の制御を終了させから（ステップＳ１０６）、所定のゲーム終了処理を実行して（ステップＳ１２０）、被干渉プレーヤ２ａのプレイ履歴データ６１０を保存し（ステップＳ１２２）、一連の処理を終了する。
【0195】
以上、本実施形態によれば、共有プレイ環境における干渉行為を適切に制御する技術を提供することができる。
【0196】
具体的には、ゲームシステム１０００（特にはサーバシステム１１００）は、被干渉プレーヤ２ａの過去のプレイについて分析して、分析結果に基づいて、複数種類のなかから適当な種類の干渉行為の実行を制御できる。つまり、ゲームシステム１０００は、分析により明らかとなる被干渉プレーヤ２ａのプレイの実績やスタイルに応じて干渉行為を適切に調整できる。援助目的の干渉行為に着目すれば、多過ぎず少な過ぎることのない適切な干渉行為が行われるような制御が実現可能となる。短期的な援助効果は勿論のこと、長期的な教育効果をもたらすように干渉行為の実行を制御できる。
【0197】
また、干渉行為に係る制約を適切に設定することで、干渉行為の質と量とを調整することができる。
しかも、ゲームシステム１０００は、被干渉プレーヤや干渉プレーヤの技量が高くなるほど、また両者の技量差が大きくなるほどに制約をより厳しくするように制御できる。被干渉プレーヤを干渉プレーヤが援助する多くのケースでは、干渉プレーヤの方が被干渉プレーヤよりも技量が高い。この場合、干渉プレーヤにしてみれば干渉行為は簡単な行為であり、数多く干渉行為をこなして行くと、干渉プレーヤに退屈感を与えかねないが、そのような退屈感とは真逆の興趣性が生じ得る。
しかも、ゲームシステム１０００は、被干渉プレーヤや干渉プレーヤの技量が高くなるほど、また両者の技量差が大きくなるほどに制約をより厳しくするように制御できる。被干渉プレーヤを干渉プレーヤが援助する多くのケースでは、干渉プレーヤの方が被干渉プレーヤよりも技量が高い。この場合、干渉プレーヤにしてみれば干渉行為は簡単な行為であり、数多く干渉行為をこなして行くと、干渉プレーヤに退屈感を与えかねないが、そのような退屈感とは真逆の興趣性が生じ得る。
【0198】
また、干渉行為の実行範囲を、ゲーム進行単位とすることで、ゲーム進行に違和感のない干渉行為の許可・実現ができる。また、被干渉プレーヤにとっても干渉プレーヤにとっても、干渉行為をどこからどこまでやってよいかの区切りが分かり易くなる。
【0199】
〔第２実施形態〕
次に、第２実施形態について説明する。第２実施形態と第１実施形態とを比較すると、第１実施形態ではユーザ管理及びゲーム管理の各機能をサーバシステム１１００にて実現しているが、第２実施形態ではゲーム管理をプレーヤ端末１５００にて実現している点が異なる。なお、以降では、主に第１実施形態との差異について述べることとし、第１実施形態と同様の構成要素については、第１実施形態と同じ符号を付与して重複する説明は省略する。
次に、第２実施形態について説明する。第２実施形態と第１実施形態とを比較すると、第１実施形態ではユーザ管理及びゲーム管理の各機能をサーバシステム１１００にて実現しているが、第２実施形態ではゲーム管理をプレーヤ端末１５００にて実現している点が異なる。なお、以降では、主に第１実施形態との差異について述べることとし、第１実施形態と同様の構成要素については、第１実施形態と同じ符号を付与して重複する説明は省略する。
【0200】
図２２は、本実施形態におけるプレーヤ端末１５００Ｂの機能構成例を示す機能ブロック図である。本実施形態のプレーヤ端末１５００Ｂは、第１実施形態のプレーヤ端末演算部２６０に代えて、ゲーム管理部２２０Ｂと、干渉プレーヤ端末制御部２４０と、を有する。
【0201】
ゲーム管理部２２０Ｂは、第１実施形態におけるゲーム管理部２２０に相当し、被干渉プレーヤ２ａのプレーヤ端末１５００ａとしての機能を実現する。
具体的には、ゲーム管理部２２０Ｂは、共有プレイを実現するために、ゲストプレーヤのプレーヤ端末１５００とピアツーピア方式での通信接続する制御を行い、必要に応じてサーバシステム１１００から各種データを取得しつつゲーム進行制御を実行する。例えば、ゲストプレーヤの選択設定と、ゲーム画面の共有についてサーバシステム１１００との間で必要な情報のやり取りを行う。
具体的には、ゲーム管理部２２０Ｂは、共有プレイを実現するために、ゲストプレーヤのプレーヤ端末１５００とピアツーピア方式での通信接続する制御を行い、必要に応じてサーバシステム１１００から各種データを取得しつつゲーム進行制御を実行する。例えば、ゲストプレーヤの選択設定と、ゲーム画面の共有についてサーバシステム１１００との間で必要な情報のやり取りを行う。
【0202】
本実施形態におけるプレイ履歴管理部２３８は、ゲームをプレイした各プレーヤの当該プレイの内容を記述するデータを、サーバシステム１１００へ提供する制御を行う。本実施形態のサーバシステム１１００は、提供を受けた情報に基づいてプレイ履歴データ６１０を保存制御する。
【0203】
干渉プレーヤ端末制御部２４０は、ゲストプレーヤとして被干渉プレーヤ２ａのプレーヤ端末１５００ａと通信接続された場合に、当該プレーヤ端末１５００のユーザが、干渉プレーヤ２ｂとして干渉行為するための操作入力を受け付け、当該操作入力の情報を含む各種情報のやり取りを被干渉プレーヤ２ａのプレーヤ端末１５００ａとの間で実現する。
【0204】
また、本実施形態の端末記憶部５００は、図２３に示すように、ゲームプログラム５０６と、ゲーム初期設定データ５１０と、技量判定基準データ５２０と、失敗理由判定基準データ５３０と、許可干渉行為種類定義データ５４０と、制約定義データ５５０と、を記憶する。
【0205】
ゲームプログラム５０６は、クライアントプログラム５０２に代えて記憶される。当該プログラムを実行することで、端末処理部２００は、ゲーム管理部２２０Ｂと、干渉プレーヤ端末制御部２４０と、を実装できる。
【0206】
ゲーム初期設定データ５１０～制約定義データ５５０は、予めサーバシステム１１００からダウンロードして記憶されるとしても良いし、参照が必要になる都度に、サーバシステム１１００に適宜参照リクエストして必要なデータを取得するとしてもよい。
【0207】
本実施形態のプレーヤ端末１５００Ｂにおける処理の流れは、第１実施形態におけるサーバシステム１１００における処理の流れ（図２０～図２１参照）と同様である。すなわち、第１実施形態におけるサーバシステム１１００における処理の流れにおける処理実行主体を、プレーヤ端末１５００Ｂに読み代えればよい。
【0208】
そして、本実施形態によれば、第１実施形態と同様の効果が得られる。
【0209】
〔変形例〕
以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。
以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。
【0210】
（変形例その１）
例えば、第１実施形態ではサーバシステム１１００がゲーム管理部２２０の機能を有する例を示し、第２実施形態では被干渉プレーヤ２ａのプレーヤ端末１５００ａがゲーム管理部２２０の機能を有する例を示したが、その中間的構成も可能である。すなわち、第１実施形態をベースとして、ゲーム管理部２２０の一部の機能を被干渉プレーヤ２ａのプレーヤ端末１５００ａで実行する構成とすることができる。逆に、第２実施形態をベースとするならば、ゲーム管理部２２０Ｂの一部の機能をサーバシステム１１００で実行する構成とすることもできる。或いは、干渉プレーヤ２ｂのプレーヤ端末１５００ｂにてゲーム管理部２２０Ｂの一部の機能をサーバシステム１１００で実行する構成とすることもできる。
例えば、第１実施形態ではサーバシステム１１００がゲーム管理部２２０の機能を有する例を示し、第２実施形態では被干渉プレーヤ２ａのプレーヤ端末１５００ａがゲーム管理部２２０の機能を有する例を示したが、その中間的構成も可能である。すなわち、第１実施形態をベースとして、ゲーム管理部２２０の一部の機能を被干渉プレーヤ２ａのプレーヤ端末１５００ａで実行する構成とすることができる。逆に、第２実施形態をベースとするならば、ゲーム管理部２２０Ｂの一部の機能をサーバシステム１１００で実行する構成とすることもできる。或いは、干渉プレーヤ２ｂのプレーヤ端末１５００ｂにてゲーム管理部２２０Ｂの一部の機能をサーバシステム１１００で実行する構成とすることもできる。
【0211】
（変形例その２）
また、上記実施形態では、干渉プレーヤ２ｂの選択を、ゲーム開始前の１回で済ませる構成を例示したが、ゲーム開始後も干渉行為が許可される状況となる都度にゲストプレーヤの中から干渉プレーヤ２ｂを選択し直すことができる構成としてもよい。
また、上記実施形態では、干渉プレーヤ２ｂの選択を、ゲーム開始前の１回で済ませる構成を例示したが、ゲーム開始後も干渉行為が許可される状況となる都度にゲストプレーヤの中から干渉プレーヤ２ｂを選択し直すことができる構成としてもよい。
【0212】
第１実施形態をベースとして当該構成を採用した場合、当該構成におけるサーバシステム１１００が実行する処理の流れは、図２４～図２５のようになる。基本的には、第１実施形態における処理の流れ（図２０～図２１参照）と同様であるが、第１実施形態のステップＳ１２とステップＳ１４が省略され、代わりにループＡのステップＳ６０の前に、新たに、被干渉プレーヤ２ａによる干渉プレーヤの選択を受け付けるステップ（ステップＳ４２）と、干渉プレーヤ２ｂの技量を分析するステップ（ステップＳ４４）とが追加されている。
【0213】
なお、ステップＳ４２では、第１実施形態のステップＳ１２と同様に、候補プレーヤが所与の人数条件を満たす場合（例えば、複数人いる場合など）において、適宜、選択対象外を設定することできる。すなわち、候補プレーヤ選択制御部２２６（図１０参照）が（１）被干渉プレーヤ２ａとの技量差が所定の大差条件を満たすプレーヤ、（２）当該被干渉プレーヤとは別のプレーヤの実行中プレイにて既に干渉行為を行っているプレーヤ、（３）直近過去の干渉行為から所定の待機時間が経過していなプレーヤ、を選択対象外とするとしてもよい。
【0214】
ステップＳ４２に上記（３）の選択対象外の設定を採用すると、候補プレーヤ選択制御部２２６が、当該プレイに係り、過去に干渉プレーヤとして干渉行為を行ったプレーヤを、当該干渉行為から所与の経過時間が経過する前に候補プレーヤに選択することを禁止するようになる。つまり、干渉プレーヤ別に前回干渉行為を行ってから再度干渉行為が可能になるまでの待機時間を設定できる。よって、被干渉プレーヤ２ａに、様々な人物を干渉プレーヤ２ｂとして、いろいろな干渉行為を受けさせ機会を提供し、干渉行為の教育的効果をより高めることができる。
【0215】
また、プレイ開始から２回目以降のステップＳ４２の実行に係り、候補プレーヤ選択制御部２２６（図１０参照）が、当該プレイに係り過去に干渉プレーヤとして干渉行為を行ったことのあるプレーヤについて、当該干渉行為に係る被干渉プレーヤのみが選択可能な候補プレーヤとする、としてもよい。この場合、当該プレイを通じて、最初の干渉行為の実行タイミングで選択した干渉プレーヤ２ｂに、全ての干渉行為を依頼することができる。
【0216】
（変形例その３）
また、上記実施形態では、干渉プレーヤ２ｂの候補（すなわち候補プレーヤ）をゲストプレーヤのなかから選択する例を示したがこれに限らず、ゲストプレーヤの設定を省略する構成では、ログイン中のプレーヤのなかから候補プレーヤを選択するとしてもよい。例えば、図２４の例では、ステップＳ４２にてログインプレーヤの中から候補プレーヤを選択する処理を行えばよい。
また、上記実施形態では、干渉プレーヤ２ｂの候補（すなわち候補プレーヤ）をゲストプレーヤのなかから選択する例を示したがこれに限らず、ゲストプレーヤの設定を省略する構成では、ログイン中のプレーヤのなかから候補プレーヤを選択するとしてもよい。例えば、図２４の例では、ステップＳ４２にてログインプレーヤの中から候補プレーヤを選択する処理を行えばよい。
【0217】
その場合でも、上述した干渉プレーヤ２ｂの選択に係る選択対象外の考え方を、ログイン中のプレーヤの中から候補プレーヤを選択する際にも流用できる。すなわち、（１）被干渉プレーヤ２ａとの技量差が所定の大差条件を満たすプレーヤ、（２）別のプレーヤの実行中プレイにて既に干渉行為を行っているプレーヤ、（３）直近過去の干渉行為から所定の待機時間が経過していなプレーヤ、をログイン中のプレーヤの中から候補プレーヤを選択する際選択対象外とするとしてもよい。
【符号の説明】
【0218】
２ａ…被干渉プレーヤ
２ｂ…干渉プレーヤ
１０…干渉リクエスト操作アイコン
１２…制限時間ゲージ
１８…コストゲージ
２００ｓ…サーバ処理部
２２０…ゲーム管理部
２２２…分析部
２２４…選定部
２２６…候補プレーヤ選択制御部
２３０…干渉行為制御部
２３２…干渉行為種類決定部
２３４…制約制御部
２３８…プレイ履歴管理部
２４０…干渉プレーヤ端末制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５２０…技量判定基準データ
５３０…失敗理由判定基準データ
５４０…許可干渉行為種類定義データ
５５０…制約定義データ
５７０…制約内容データ
５７１…干渉許可ゲーム進行単位リスト
５７２…干渉許可時間長
５７５…使用不可操作コマンドリスト
５７６…応答遅延設定値
５７７…効果減衰制御値
５７８…難易度調整値
６００…ユーザ管理データ
６１０…プレイ履歴データ
６３０…干渉履歴データ
７００…プレイデータ
７４０…干渉制御データ
７４４…候補プレーヤアカウントリスト
７４６…干渉プレーヤアカウントリスト
７５０…分析結果データ
７５１…被干渉プレーヤ技量
７５２…干渉プレーヤ技量
７５３…技量差
７５４…失敗理由種類
７５８…許可干渉行為種類リスト
７６０…適用制約設定データ
７６１…干渉許可ゲーム進行単位リスト
７６２…干渉許可時間長
７６５…使用不可操作コマンドリスト
７６６…応答遅延設定値
７６７…効果減衰制御値
７６８…難易度調整値
１０００…ゲームシステム
１１００…サーバシステム
１５００…プレーヤ端末
２ｂ…干渉プレーヤ
１０…干渉リクエスト操作アイコン
１２…制限時間ゲージ
１８…コストゲージ
２００ｓ…サーバ処理部
２２０…ゲーム管理部
２２２…分析部
２２４…選定部
２２６…候補プレーヤ選択制御部
２３０…干渉行為制御部
２３２…干渉行為種類決定部
２３４…制約制御部
２３８…プレイ履歴管理部
２４０…干渉プレーヤ端末制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５２０…技量判定基準データ
５３０…失敗理由判定基準データ
５４０…許可干渉行為種類定義データ
５５０…制約定義データ
５７０…制約内容データ
５７１…干渉許可ゲーム進行単位リスト
５７２…干渉許可時間長
５７５…使用不可操作コマンドリスト
５７６…応答遅延設定値
５７７…効果減衰制御値
５７８…難易度調整値
６００…ユーザ管理データ
６１０…プレイ履歴データ
６３０…干渉履歴データ
７００…プレイデータ
７４０…干渉制御データ
７４４…候補プレーヤアカウントリスト
７４６…干渉プレーヤアカウントリスト
７５０…分析結果データ
７５１…被干渉プレーヤ技量
７５２…干渉プレーヤ技量
７５３…技量差
７５４…失敗理由種類
７５８…許可干渉行為種類リスト
７６０…適用制約設定データ
７６１…干渉許可ゲーム進行単位リスト
７６２…干渉許可時間長
７６５…使用不可操作コマンドリスト
７６６…応答遅延設定値
７６７…効果減衰制御値
７６８…難易度調整値
１０００…ゲームシステム
１１００…サーバシステム
１５００…プレーヤ端末
【図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】