(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023083943
(43)【公開日】2023-06-16
(54)【発明の名称】コンピュータプログラム、およびコンピュータ装置
(51)【国際特許分類】
A63F 13/795 20140101AFI20230609BHJP
A63F 13/847 20140101ALI20230609BHJP
A63F 13/30 20140101ALI20230609BHJP
A63F 13/533 20140101ALI20230609BHJP
A63F 13/79 20140101ALI20230609BHJP
【ＦＩ】
A63F13/795
A63F13/847
A63F13/30
A63F13/533
A63F13/79 500
【審査請求】未請求
【請求項の数】15
【出願形態】ＯＬ
(21)【出願番号】P 2021197959
(22)【出願日】2021-12-06
(71)【出願人】
【識別番号】000129149
【氏名又は名称】株式会社カプコン
(74)【代理人】
【識別番号】100212923
【弁理士】
【氏名又は名称】清水 貴雄
(72)【発明者】
【氏名】坪倉 淑恵
(57)【要約】
【課題】救助を必要としているユーザに、救助内容に適した他ユーザをマッチングさせることのできるコンピュータプログラムを提供すること。
【解決手段】本開示は、コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、提供ステップにおいて、要救助ユーザの端末装置で実行する対象ゲームのプレイに関する情報を、仲介ユーザが自身の端末装置で覚知するための情報を生成し、選択ステップにおいて、仲介ユーザの選択操作に基づいて、要救助ユーザに対応づける救助ユーザを選択し、て、前記救助ユーザの端末装置と前記要救助ユーザの端末装置とをマッチングし、マッチングステップにおいて、選択ステップにより選択された救助ユーザの端末装置で対象ゲームを実行することを許可する。
【選択図】図３
【解決手段】本開示は、コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、提供ステップにおいて、要救助ユーザの端末装置で実行する対象ゲームのプレイに関する情報を、仲介ユーザが自身の端末装置で覚知するための情報を生成し、選択ステップにおいて、仲介ユーザの選択操作に基づいて、要救助ユーザに対応づける救助ユーザを選択し、て、前記救助ユーザの端末装置と前記要救助ユーザの端末装置とをマッチングし、マッチングステップにおいて、選択ステップにより選択された救助ユーザの端末装置で対象ゲームを実行することを許可する。
【選択図】図３
【特許請求の範囲】
【請求項1】
コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
提供ステップにおいて、要救助ユーザの端末装置で実行する対象ゲームのプレイに関する情報を、仲介ユーザが自身の端末装置で覚知するための情報を生成し、
仲介ステップにおいて、前記仲介ユーザの選択操作に基づいて、前記要救助ユーザに対応づける救助ユーザを選択して、前記救助ユーザの端末装置と前記要救助ユーザの端末装置とをマッチングし、
実行ステップにおいて、前記選択ステップにより選択された前記救助ユーザの端末装置で前記対象ゲームを実行することを許可する、
コンピュータプログラム。
提供ステップにおいて、要救助ユーザの端末装置で実行する対象ゲームのプレイに関する情報を、仲介ユーザが自身の端末装置で覚知するための情報を生成し、
仲介ステップにおいて、前記仲介ユーザの選択操作に基づいて、前記要救助ユーザに対応づける救助ユーザを選択して、前記救助ユーザの端末装置と前記要救助ユーザの端末装置とをマッチングし、
実行ステップにおいて、前記選択ステップにより選択された前記救助ユーザの端末装置で前記対象ゲームを実行することを許可する、
コンピュータプログラム。
【請求項2】
前記提供ステップにおいて、前記要救助ユーザの操作に基づいて送信された救助要求を受信し、前記仲介ユーザの端末装置に前記救助要求を送信する、
請求項１に記載のコンピュータプログラム。
請求項１に記載のコンピュータプログラム。
【請求項3】
前記提供ステップにおいて、前記要救助ユーザによるゲーム画面を前記仲介ユーザの端末装置に表示するための情報を生成する、
請求項１または２に記載のコンピュータプログラム。
請求項１または２に記載のコンピュータプログラム。
【請求項4】
前記実行ステップにおいて、前記救助ユーザのゲームプレイによって更新された前記要救助ユーザのプレイデータを用いた前記対象ゲームを、前記要救助ユーザの端末装置で実行することを許可する、
請求項１～３のいずれか１項に記載のコンピュータプログラム。
請求項１～３のいずれか１項に記載のコンピュータプログラム。
【請求項5】
前記仲介ユーザは、前記要救助ユーザに関連づけることのできるユーザとして登録されており、
前記提供ステップにおいて、前記要救助ユーザの操作に基づいて、登録されている前記仲介ユーザの情報を前記要救助ユーザの端末装置に表示する、
請求項１～４のいずれか1項に記載のコンピュータプログラム。
前記提供ステップにおいて、前記要救助ユーザの操作に基づいて、登録されている前記仲介ユーザの情報を前記要救助ユーザの端末装置に表示する、
請求項１～４のいずれか1項に記載のコンピュータプログラム。
【請求項6】
前記提供ステップにおいて送信される情報には、前記要救助ユーザが求める救助内容を前記仲介ユーザに報知するための情報が含まれる、
請求項１～５のいずれか１項に記載のコンピュータプログラム。
請求項１～５のいずれか１項に記載のコンピュータプログラム。
【請求項7】
前記提供ステップにおいて、前記仲介ユーザの操作に基づいて、前記仲介ユーザが提案する救助内容を報知する情報を、前記要救助ユーザの端末装置に送信する、
請求項１～６のいずれか１項に記載のコンピュータプログラム。
請求項１～６のいずれか１項に記載のコンピュータプログラム。
【請求項8】
前記救助ユーザは、前記対象ゲームをプレイすることのできるユーザとして登録されており、
前記選択ステップにおいて、前記仲介ユーザの操作に基づいて、登録されている前記救助ユーザの情報を前記仲介ユーザの端末装置に表示するための情報を生成する、
請求項１～７のいずれか１項に記載のコンピュータプログラム。
前記選択ステップにおいて、前記仲介ユーザの操作に基づいて、登録されている前記救助ユーザの情報を前記仲介ユーザの端末装置に表示するための情報を生成する、
請求項１～７のいずれか１項に記載のコンピュータプログラム。
【請求項9】
前記実行ステップにおいて、前記救助ユーザの端末装置で実行されている前記対象ゲームのゲーム画面を前記要救助ユーザおよび／または前記仲介ユーザの端末装置に表示する、
請求項１～８のいずれか１項に記載のコンピュータプログラム。
請求項１～８のいずれか１項に記載のコンピュータプログラム。
【請求項10】
前記実行ステップにおいて、前記救助ユーザが前記対象ゲームをプレイしたことに基づいて、前記仲介ユーザおよび前記救助ユーザに所定の報酬を関連づける、
請求項１～９のいずれか１項に記載のコンピュータプログラム。
請求項１～９のいずれか１項に記載のコンピュータプログラム。
【請求項11】
前記報酬は、前記仲介ユーザと前記救助ユーザとでその内容が異なる、
請求項１０に記載のコンピュータプログラム。
請求項１０に記載のコンピュータプログラム。
【請求項12】
前記実行ステップにおいて、
前記仲介ユーザには、前記要救助ユーザに関連づけられている仮想媒体が第１報酬として関連づけられ、
前記救助ユーザには、前記仲介ユーザに関連づけられている仮想媒体が第２報酬として関連づけられ、
前記第２報酬は、前記救助ユーザと前記仲介ユーザとの間の所定関係に基づいて決定され、前記第１報酬が前記仲介ユーザに関連づけされた後に関連づけられる、
請求項１１に記載のコンピュータプログラム。
前記仲介ユーザには、前記要救助ユーザに関連づけられている仮想媒体が第１報酬として関連づけられ、
前記救助ユーザには、前記仲介ユーザに関連づけられている仮想媒体が第２報酬として関連づけられ、
前記第２報酬は、前記救助ユーザと前記仲介ユーザとの間の所定関係に基づいて決定され、前記第１報酬が前記仲介ユーザに関連づけされた後に関連づけられる、
請求項１１に記載のコンピュータプログラム。
【請求項13】
コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
関係設定ステップにおいて、前記仲介ユーザの操作に基づいて、前記仲介ユーザといずれか１以上の前記救助ユーザとの間に所定関係を設定し、
前記選択ステップにおいて、前記仲介ユーザの選択操作に基づいて、前記所定関係の救助ユーザの中から、前記要救助ユーザに対応づける救助ユーザを選択する、
請求項１～１２のいずれか１項に記載のコンピュータプログラム。
関係設定ステップにおいて、前記仲介ユーザの操作に基づいて、前記仲介ユーザといずれか１以上の前記救助ユーザとの間に所定関係を設定し、
前記選択ステップにおいて、前記仲介ユーザの選択操作に基づいて、前記所定関係の救助ユーザの中から、前記要救助ユーザに対応づける救助ユーザを選択する、
請求項１～１２のいずれか１項に記載のコンピュータプログラム。
【請求項14】
前記提供ステップにおいて、前記対象ゲームとは異なるアプリケーションを実行している状態においても、前記対象ゲームのプレイに関する情報を、前記仲介ユーザが自身の端末装置で視認するための情報を生成する、
請求項１～１３のいずれか１項に記載のコンピュータプログラム。
請求項１～１３のいずれか１項に記載のコンピュータプログラム。
【請求項15】
請求項１～１４のいずれか１項に記載のコンピュータプログラムを記憶する記憶部と、
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータ装置。
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータ装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、コンピュータプログラム、およびコンピュータ装置に関する。
【背景技術】
【0002】
ゲームにおいては、初心者に限らず、ゲームをただ楽しみたいだけであるのに、ちょっとした躓きで本来楽しみたい部分を遊ぶことができず、ゲームをやめてしまうユーザがいる。例えば、エンディングの目前で、超えられないハードルをどうやって超えればよいのかがわからず、ユーザは、ゲームをやめてしまうことがある。
【0003】
そのため、ユーザを救助するための機能が提供されているゲームがある（例えば、特許文献１参照）。特許文献１の発明では、サポータデータベースに登録されているサポートユーザに、初心者などの被サポートユーザのゲームを代理プレイさせることができる。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００８－１９４３１３号公報
【発明の開示】
【発明が解決しようとする課題】
【0005】
しかしながら、前述の代理プレイ機能を備えたゲームは、単に、登録されているサポートユーザに代理プレイを実行させるものであり、被サポートユーザに適切なサポートユーザとして割り当てられないおそれがある。
【0006】
また、ユーザが他ユーザに助けてもらいたいと考える内容は多種多様であり、ゲームを進行させることができない原因をユーザ自身が具体的に把握することができていない場合もある。そのため、救助するべき内容に適したサポートユーザがユーザに割り当てられることが望ましい。
【0007】
本開示は、救助を必要としているユーザに、救助内容に適した他ユーザをマッチングさせることのできるコンピュータプログラム、およびコンピュータ装置を提供することを目的とする。
【課題を解決するための手段】
【0008】
第１の開示は、
コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
提供ステップにおいて、要救助ユーザの端末装置で実行する対象ゲームのプレイに関する情報を、仲介ユーザが自身の端末装置で覚知するための情報を生成し、
仲介ステップにおいて、前記仲介ユーザの選択操作に基づいて、前記要救助ユーザに対応づける救助ユーザを選択して、前記救助ユーザの端末装置と前記要救助ユーザの端末装置とをマッチングし、
実行ステップにおいて、前記選択ステップにより選択された前記救助ユーザの端末装置で前記対象ゲームを実行することを許可する、
コンピュータプログラムである。
コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
提供ステップにおいて、要救助ユーザの端末装置で実行する対象ゲームのプレイに関する情報を、仲介ユーザが自身の端末装置で覚知するための情報を生成し、
仲介ステップにおいて、前記仲介ユーザの選択操作に基づいて、前記要救助ユーザに対応づける救助ユーザを選択して、前記救助ユーザの端末装置と前記要救助ユーザの端末装置とをマッチングし、
実行ステップにおいて、前記選択ステップにより選択された前記救助ユーザの端末装置で前記対象ゲームを実行することを許可する、
コンピュータプログラムである。
【0009】
また、第１の開示において、
前記提供ステップにおいて、前記要救助ユーザの操作に基づいて送信された救助要求を受信し、前記仲介ユーザの端末装置に前記救助要求を送信する、
ことができる。
前記提供ステップにおいて、前記要救助ユーザの操作に基づいて送信された救助要求を受信し、前記仲介ユーザの端末装置に前記救助要求を送信する、
ことができる。
【0010】
また、第１の開示において、
前記提供ステップにおいて、前記要救助ユーザによるゲーム画面を前記仲介ユーザの端末装置に表示するための情報を生成する、
ことができる。
前記提供ステップにおいて、前記要救助ユーザによるゲーム画面を前記仲介ユーザの端末装置に表示するための情報を生成する、
ことができる。
【0011】
また、第１の開示において、
前記実行ステップにおいて、前記救助ユーザのゲームプレイによって更新された前記要救助ユーザのプレイデータを用いた前記対象ゲームを、前記要救助ユーザの端末装置で実行することを許可する、
ことができる。
前記実行ステップにおいて、前記救助ユーザのゲームプレイによって更新された前記要救助ユーザのプレイデータを用いた前記対象ゲームを、前記要救助ユーザの端末装置で実行することを許可する、
ことができる。
【0012】
また、第１の開示において、
前記仲介ユーザは、前記要救助ユーザに関連づけることのできるユーザとして登録されており、
前記提供ステップにおいて、前記要救助ユーザの操作に基づいて、登録されている前記仲介ユーザの情報を前記要救助ユーザの端末装置に表示する、
ことができる。
前記仲介ユーザは、前記要救助ユーザに関連づけることのできるユーザとして登録されており、
前記提供ステップにおいて、前記要救助ユーザの操作に基づいて、登録されている前記仲介ユーザの情報を前記要救助ユーザの端末装置に表示する、
ことができる。
【0013】
また、第１の開示において、
前記提供ステップにおいて送信される情報には、前記要救助ユーザが求める救助内容を前記仲介ユーザに報知するための情報が含まれる、
ことができる。
前記提供ステップにおいて送信される情報には、前記要救助ユーザが求める救助内容を前記仲介ユーザに報知するための情報が含まれる、
ことができる。
【0014】
また、第１の開示において、
前記提供ステップにおいて、前記仲介ユーザの操作に基づいて、前記仲介ユーザが提案する救助内容を報知する情報を、前記要救助ユーザの端末装置に送信する、
ことができる。
前記提供ステップにおいて、前記仲介ユーザの操作に基づいて、前記仲介ユーザが提案する救助内容を報知する情報を、前記要救助ユーザの端末装置に送信する、
ことができる。
【0015】
また、第１の開示において、
前記救助ユーザは、前記対象ゲームをプレイすることのできるユーザとして登録されており、
前記選択ステップにおいて、前記仲介ユーザの操作に基づいて、登録されている前記救助ユーザの情報を前記仲介ユーザの端末装置に表示するための情報を生成する、
ことができる。
前記救助ユーザは、前記対象ゲームをプレイすることのできるユーザとして登録されており、
前記選択ステップにおいて、前記仲介ユーザの操作に基づいて、登録されている前記救助ユーザの情報を前記仲介ユーザの端末装置に表示するための情報を生成する、
ことができる。
【0016】
また、第１の開示において、
前記実行ステップにおいて、前記救助ユーザの端末装置で実行されている前記対象ゲームのゲーム画面を前記要救助ユーザおよび／または前記仲介ユーザの端末装置に表示する、
ことができる。
前記実行ステップにおいて、前記救助ユーザの端末装置で実行されている前記対象ゲームのゲーム画面を前記要救助ユーザおよび／または前記仲介ユーザの端末装置に表示する、
ことができる。
【0017】
また、第１の開示において、
前記実行ステップにおいて、前記救助ユーザが前記対象ゲームをプレイしたことに基づいて、前記仲介ユーザおよび前記救助ユーザに所定の報酬を関連づける、
ことができる。
前記実行ステップにおいて、前記救助ユーザが前記対象ゲームをプレイしたことに基づいて、前記仲介ユーザおよび前記救助ユーザに所定の報酬を関連づける、
ことができる。
【0018】
また、第１の開示において、
前記報酬は、前記仲介ユーザと前記救助ユーザとでその内容が異なる、
ことができる。
前記報酬は、前記仲介ユーザと前記救助ユーザとでその内容が異なる、
ことができる。
【0019】
また、第１の開示において、
前記実行ステップにおいて、
前記仲介ユーザには、前記要救助ユーザに関連づけられている仮想媒体が第１報酬として関連づけられ、
前記救助ユーザには、前記仲介ユーザに関連づけられている仮想媒体が第２報酬として関連づけられ、
前記第２報酬は、前記救助ユーザと前記仲介ユーザとの間の所定関係に基づいて決定され、前記第１報酬が前記仲介ユーザに関連づけされた後に関連づけられる、
ことができる。
前記実行ステップにおいて、
前記仲介ユーザには、前記要救助ユーザに関連づけられている仮想媒体が第１報酬として関連づけられ、
前記救助ユーザには、前記仲介ユーザに関連づけられている仮想媒体が第２報酬として関連づけられ、
前記第２報酬は、前記救助ユーザと前記仲介ユーザとの間の所定関係に基づいて決定され、前記第１報酬が前記仲介ユーザに関連づけされた後に関連づけられる、
ことができる。
【0020】
また、第１の開示において、
コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
関係設定ステップにおいて、前記仲介ユーザの操作に基づいて、前記仲介ユーザといずれか１以上の前記救助ユーザとの間に所定関係を設定し、
前記選択ステップにおいて、前記仲介ユーザの選択操作に基づいて、前記所定関係の救助ユーザの中から、前記要救助ユーザに対応づける救助ユーザを選択する、
ことができる。
コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
関係設定ステップにおいて、前記仲介ユーザの操作に基づいて、前記仲介ユーザといずれか１以上の前記救助ユーザとの間に所定関係を設定し、
前記選択ステップにおいて、前記仲介ユーザの選択操作に基づいて、前記所定関係の救助ユーザの中から、前記要救助ユーザに対応づける救助ユーザを選択する、
ことができる。
【0021】
また、第１の開示において、
前記提供ステップにおいて、前記対象ゲームとは異なるアプリケーションを実行している状態においても、前記対象ゲームのプレイに関する情報を、前記仲介ユーザが自身の端末装置で視認するための情報を生成する、
ことができる。
前記提供ステップにおいて、前記対象ゲームとは異なるアプリケーションを実行している状態においても、前記対象ゲームのプレイに関する情報を、前記仲介ユーザが自身の端末装置で視認するための情報を生成する、
ことができる。
【0022】
第２の開示は、
第１の開示のコンピュータプログラムを記憶する記憶部と、
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータ装置である。
第１の開示のコンピュータプログラムを記憶する記憶部と、
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータ装置である。
【発明の効果】
【0023】
本開示によれば、救助を必要としているユーザに、救助内容に適した他ユーザをマッチングさせることができる。
【図面の簡単な説明】
【0024】
【図1】本実施形態における、ゲームシステムの構成を示す図である。
【図2】本実施形態における、ゲームシステムで提供される救助機能を実行する手順の一例を示す図である。
【図3】本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。
【図4】本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。
【図5】本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。
【図6】本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。
【図7】本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。
【図8】本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。
【図9】本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。
【図10】本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。
【図11】本実施形態における、ゲームシステムで実行されるゲームのゲーム画面の一例を示す図である。
【図12】本実施形態における、仲介ユーザデータの一例を示す図である。
【図13】本実施形態における、救助ユーザデータの一例を示す図である。
【図14】本実施形態における、ユーザデータの一例を示す図である。
【図15】本実施形態における、救助管理データの一例を示す図である。
【図16】本実施形態における、救助処理を示すフローチャートである。
【発明を実施するための形態】
【0025】
［実施形態］
本開示の実施形態にかかるゲームシステム１について、図１～図１６を参照して説明する。ゲームシステム１は、図１のとおり、サーバ装置２とユーザ端末装置３とを備える。なお、ゲームシステム１および後述の処理手順は一例であり、本開示の実施形態はこれらには限られない。ゲームシステム１および処理手順は、本開示の要旨を変更しない範囲で適宜設計変更をすることができる。
本開示の実施形態にかかるゲームシステム１について、図１～図１６を参照して説明する。ゲームシステム１は、図１のとおり、サーバ装置２とユーザ端末装置３とを備える。なお、ゲームシステム１および後述の処理手順は一例であり、本開示の実施形態はこれらには限られない。ゲームシステム１および処理手順は、本開示の要旨を変更しない範囲で適宜設計変更をすることができる。
【0026】
＜ゲームの説明＞
ゲームシステム１により、ユーザ端末装置３で、救助機能を備えたビデオゲーム（ゲーム）が実行される。
ゲームシステム１により、ユーザ端末装置３で、救助機能を備えたビデオゲーム（ゲーム）が実行される。
【0027】
救助機能は、救助を必要としているゲームのユーザ（以下では、「救助を必要としているユーザ」を「ユーザＡ」とし、便宜的に、「要救助ユーザＡ」という）の救助内容を、要救助ユーザＡ外の他ユーザに解決してもらうための機能である。救助機能では、要救助ユーザＡの救助要請について、他ユーザが対応する。また、本実施形態で説明されるゲームが、救助対象である「対象ゲーム」に該当する。
【0028】
救助の仲介を行うユーザ（以下では、「救助の仲介を行うユーザ」を「ユーザＢ」とし、便宜的に、「仲介ユーザＢ」という）は、より良い救助内容（解決方法）を要救助ユーザに対して提案することができる。
【0029】
また、仲介ユーザＢは、適切な他ユーザを要救助ユーザにマッチングさせて（紹介して）、当該他ユーザに救助内容を解決させることを救助内容の１つとして提案することができる。
【0030】
本実施形態では、仲介ユーザＢは、ゲームをプレイする複数のユーザのうち、仲介ユーザとして登録されているユーザである。
【0031】
この仲介ユーザＢを介して要救助ユーザＡの救助を行うユーザ（以下では、「救助を行うユーザ」を「ユーザＣ」とし、便宜的に、「救助ユーザＣ」という）は、要救助ユーザＡのゲームの代理プレイを行うことが可能であり、要救助ユーザＡの救助内容を解決する。
【0032】
本実施形態では、救助ユーザＣは、ゲームの複数のユーザのうち、救助ユーザとして登録されているユーザである。なお、同一のユーザが仲介ユーザＢおよび救助ユーザＣとして登録されることもできる。
【0033】
以下では、要救助ユーザＡが救助要求を行い、仲介ユーザＢおよび救助ユーザＣがその対応を行う場合について説明する。
【0034】
また、以下において単に「ユーザ」という場合は、要救助ユーザＡ、仲介ユーザＢ、および救助ユーザＣのすべてを意味する。
また、単に「ユーザ端末装置３」という場合は、図２のとおり、要救助ユーザＡが操作するユーザ端末装置３Ａ、仲介ユーザＢが操作するユーザ端末装置３Ｂ、救助ユーザＣが操作するユーザ端末装置３Ｃのすべてを意味する。
また、単に「ユーザ端末装置３」という場合は、図２のとおり、要救助ユーザＡが操作するユーザ端末装置３Ａ、仲介ユーザＢが操作するユーザ端末装置３Ｂ、救助ユーザＣが操作するユーザ端末装置３Ｃのすべてを意味する。
【0035】
また、図３のとおり、仮想媒体であるカード７０を用いて対戦相手（ＣＰＵあるいは他ユーザ）と対戦するカードバトルゲームを例として、本実施形態を説明する。
【0036】
図３は、ユーザ端末装置３Ａの液晶画面３４０Ａに対戦相手の敵キャラクタＥＣとの戦闘中のゲーム画面が表示されている状態を示す図である。
【0037】
このカードバトルゲームでは、ユーザが所有するカード７０の中から所定数のカードを選択して形成されたデッキ（ユニット）と対戦相手のデッキとにより、戦闘が行われる。
【0038】
このカード７０には、それぞれキャラクタが関連づけられている。ユーザは、プレイヤキャラクタＰＣとしてゲームに参加し、タッチパッド３５０Ａを操作して、自身のデッキの各カード７０（キャラクタ）およびプレイキャラクタＰＣに対して、対戦相手のデッキの各カード７０および敵キャラクタＥＣへの攻撃を指示する。また、ユーザは、自身のデッキの各カード７０に対して、自身のデッキのカード７０およびプレイヤキャラクタＰＣへの体力値（ＨＰ）の回復を指示する。
【0039】
要救助ユーザＡは、図３に示す敵キャラクタＥＣとの戦闘のゲームのプレイ中において、救助ボタン８０（タッチパッド３５０Ａ）をタップすることができる。これにより、図４のとおり、仲介ユーザリスト９０がゲーム画面に重ね合わされて表示され、要救助ユーザＡは、仲介ユーザＢを選択するための操作を行うことができる。なお、救助ボタン８０がタップされた場合には、要救助ユーザＡのプレイ中のゲームの進行は中断する。
【0040】
要救助ユーザＡは、リスト９０から１人の仲介ユーザＢをタップして選択することができる。
【0041】
ついで、要救助ユーザＡのユーザ端末装置３Ａでは、入力画面（不図示）がゲーム画面に重ね合わされて表示される。要救助ユーザＡは、この入力画面を介して救助内容を入力することができる。すなわち、要救助ユーザＡは、入力画面に含まれるキーパッド（タッチパッド３５０Ａ）を操作して、救助内容を入力することができる。
【0042】
要救助ユーザＡは、「敵キャラクタＥＣを倒せないんです。たすけてようぅぅぅぅ。」と入力することができる。
【0043】
ついで、要救助ユーザＡが決定ボタン８１をタップすることで、要救助ユーザＡの救助要求（ＳＯＳ）がサーバ装置２を介して仲介ユーザＢに送信される。その後、要救助ユーザＡのユーザ端末装置３Ａは、プレイ中断が維持された状態で返信待機中となる。
【0044】
一方、仲介ユーザＢのユーザ端末装置３Ｂの液晶画面３４０Ｂには、図５のとおり、救助要求および救助内容を報知する情報がゲーム画面に重ね合わされて表示される。
【0045】
ついで、仲介ユーザＢが受諾ボタン８２をタップすることで、図６のとおり、サーバ装置２を介して、要救助ユーザＡのユーザ端末装置３Ａに、仲介ユーザＢが救助を引き受けてくれた旨が報知される。
【0046】
また、受諾ボタン８２がタップされた場合には、要救助ユーザＡのユーザ端末装置３Ａおよび仲介ユーザＢのユーザ端末装置３Ｂにおいて、第１救助モードが開始される。第１救助モードは、要救助ユーザＡが仲介ユーザＢに救助を要請し、仲介ユーザＢが仲介を実施するためのモード（仲介モード）である。なお、第１救助モードが開始される場合に、仲介ユーザＢが自身のゲームをプレイ中であった場合には、仲介ユーザＢのゲームの進行は中断される。
【0047】
第１救助モードでは、要救助ユーザＡのゲーム画面が仲介ユーザＢに共有される。この第１救助モードにより、仲介ユーザＢは、要救助ユーザＡの救助内容をより詳細に特定することができ、より適切な救助内容を要救助ユーザＡに提案することができる。
【0048】
具体的には、第１救助モードでは、要救助ユーザＡによるゲームのプレイが再開され、要救助ユーザＡの液晶画面３４０Ａには、図７のとおり再開された要救助ユーザＡのゲーム画面が表示される。また、仲介ユーザＢの液晶画面３４０Ｂにも、図８のとおり要救助ユーザＡのゲーム画面が表示（共有）される。
【0049】
すなわち、仲介ユーザＢは、要救助ユーザＡのゲームプレイを自身のユーザ端末装置３Ｂの液晶画面３４０Ｂで視認することができる。なお、この時点でゲームをプレイすることができるユーザ、すなわち、操作権があるユーザは、要救助ユーザＡである。
【0050】
また、第１救助モードでは、要救助ユーザＡと仲介ユーザＢとでコミュニケーションをとることができる。コミュニケーションとは、例えばチャット（テキストチャットおよび／または音声チャット）である。
【0051】
テキストチャットが実行される場合には、具体的には、図７、図８のとおり、要救助ユーザＡおよび仲介ユーザＢのそれぞれの液晶画面３４０Ａ、３４０Ｂに、チャットログ９５Ａ、９５Ｂ、入力エリア９６Ａ、９６Ｂが表示される。
【0052】
チャットログ９５Ａ、９５Ｂには、チャットの履歴が表示される。入力エリア９６Ａ、９６Ｂは、チャット用のメッセージ入力エリアである。
【0053】
要救助ユーザＡおよび仲介ユーザＢは、キーパッド（タッチパッド３５０Ａ、３５０Ｂ）（不図示）を操作して（または音声認識機能を利用して）、メッセージを入力することができる。
【0054】
これにより、仲介ユーザＢは、要救助ユーザＡとチャットをしつつ、要救助ユーザＡがプレイしているゲーム画面を視認することができる。
【0055】
【0056】
仲介ユーザＢは、チャットにおいて、救助内容の「敵キャラクタＥＣを倒せないんです。たすけてようぅぅぅぅ。」に対する救助内容を提案することができる。例えば、仲介ユーザＢは、「キャラクタＸＸは、キャラクタＩではなく、キャラクタＱを攻撃したほうが良いよ。」などの提案をすることができる。
【0057】
このような提案によっても要救助ユーザＡの救助内容が解決されない場合には、仲介ユーザＢは、第１救助モードにおいて、救助ユーザＣの力を借りて救助内容を解決することを要救助ユーザＡに提案することができる。
【0058】
例えば、仲介ユーザＢは、「戦闘の仕方はうまいが、デッキのカードがよくないかもしれない。敵キャラクタＥＣに勝利することができそうなデッキを作成（代理プレイ）してもらえるように、救助ユーザを呼ぼうか？」と提案することができる。あるいは、仲介ユーザＢは、「デッキのカードはよいが、戦闘の仕方がよくないかもしれない。現在のデッキで敵キャラクタＥＣと対戦（代理プレイ）してもらって最良な戦闘の仕方を学ぶことができるように、救助ユーザを呼ぼうか？」と提案することができる。
【0059】
要救助ユーザＡは、前述の仲介ユーザＢの提案に同意できない、あるいは、仲介ユーザＢのアドバイスだけで困っていたことが十分に解決されたなどの場合には、「終了」ボタン８４をタップすればよい。この場合には、救助依頼は終了となる。
【0060】
また、要救助ユーザＡは、仲介ユーザＢの提案に同意して救助ユーザＣに代理プレイを依頼する場合には、チャットを介して救助ユーザＣとのマッチングを仲介ユーザＢに依頼することができる。
【0061】
【0062】
仲介ユーザＢは、救助ユーザリスト９１の中から、要救助ユーザＡの救助内容に適した救助ユーザＣをタップし、救助内容を入力する。これにより、タップされた救助ユーザＣのユーザ端末装置３Ｃに、サーバ装置２を介して、救助要求（代理プレイ依頼）が送信される。なお、依頼内容は、例えば、キーパッド（不図示）を操作して入力することができる。
【0063】
ついで、仲介ユーザＢが「決定」ボタン８６をタップすることで、仲介ユーザＢの代理プレイ依頼がサーバ装置２を介して救助ユーザＣに送信される。その後、要救助ユーザＡおよび仲介ユーザＢのユーザ端末装置３Ａ、３Ｂは、プレイ中断となった状態で返信待機中となる。
【0064】
救助ユーザＣのユーザ端末装置３Ｃの液晶画面３４０Ｃには、代理プレイ依頼および依頼内容を報知する情報が表示される（図示略）。
【0065】
救助ユーザＣが代理プレイ依頼を受諾した場合には、要救助ユーザＡと救助ユーザＣとのマッチングが確定され、第２救助モードが開始される。なお、第２救助モードが開始された場合であって、救助ユーザＣが自身のゲームをプレイ中であった場合には、救助ユーザＣのゲームの進行は中断される。
【0066】
第２救助モードは、救助ユーザＣが要救助ユーザＡを救助するためのモード（救助モード）である。この第２救助モードでは、救助ユーザＣが要救助ユーザＡのゲームを代理プレイすることが許可される。すなわち、第２救助モードでは、ゲームの操作権は、要救助ユーザＡにはなく、救助ユーザＣにある。
【0067】
救助ユーザＣの液晶画面３４０Ｃには、図１０のとおり、要救助ユーザＡのゲーム画面が表示され、救助ユーザＣが代理プレイすることができる。すなわち、救助ユーザＣの液晶画面３４０Ｃには、図１０のとおり、要救助ユーザＡのプレイヤキャラクタＰＣが表示される。
【0068】
また、第２救助モードでは、図１１のとおり、救助ユーザＣによる要救助ユーザＡのゲームの代理プレイのゲーム画面が、要救助ユーザＡおよび仲介ユーザＢに共有される。図１１には、第２救助モードでの要救助ユーザＡの液晶画面３４０Ａの状態が表示されている。
【0069】
さらに、第２救助モードでは、要救助ユーザＡと救助ユーザＣとでチャットをすることができる。すなわち、液晶画面３４０Ａ、３４０Ｃには、図１１、図１０のとおり、チャットログ９５Ａ、９５Ｃ、入力エリア９６Ａ、９６Ｃが表示される。
【0070】
したがって、要救助ユーザＡは、救助ユーザＣとチャットをしつつ、自身の液晶画面３４０Ａで救助ユーザＣがプレイしている様子を確認することができる。
【0071】
なお、救助ユーザＣが救助内容を解決した場合には、要救助ユーザＡが終了ボタン８４をタップすることで、救助要求は終了となる。
【0072】
救助内容が解決された例としては、
・敵キャラクタＥＣが倒されたこと、
・救助ユーザＣが、要救助ユーザＡが所持しているカード７０（キャラクタ）を用いて、敵キャラクタＥＣとの対戦に最適な組み合わせによるデッキを作成（編成）し終えたこと、
・所定の時間が経過したこと、
・要救助ユーザが所定の操作（例えば、救助中止、救助完了の承認）を行ったこと、
・仲介ユーザが所定の操作（例えば、救助中止、救助完了の承認）を行ったこと、
などがある。
・敵キャラクタＥＣが倒されたこと、
・救助ユーザＣが、要救助ユーザＡが所持しているカード７０（キャラクタ）を用いて、敵キャラクタＥＣとの対戦に最適な組み合わせによるデッキを作成（編成）し終えたこと、
・所定の時間が経過したこと、
・要救助ユーザが所定の操作（例えば、救助中止、救助完了の承認）を行ったこと、
・仲介ユーザが所定の操作（例えば、救助中止、救助完了の承認）を行ったこと、
などがある。
【0073】
なお、デッキの編成には、原則として、要救助ユーザＡ自身が所持しているカード７０（キャラクタ）が用いられるが、救助ユーザＣは、要救助ユーザＡ以外のユーザが所持しているカード７０をレンタルカードとして加えることができてもよい。この場合において、救助ユーザＣは、例えば、自身が所持しているカード７０をレンタルカード（レンタルキャラクタ）として１枚だけを加えて、前記最適なデッキの編成を行うこともできる。
【0074】
救助要求が終了した場合には、第２救助モードが終了（代理プレイが終了）して、要救助ユーザＡによる仲介ユーザの評価が行われる。評価に応じて、仲介ユーザＢおよび救助ユーザＣに特典（報酬）が付与される。
【0075】
本実施形態では、要救助ユーザは、終了した救助要求に対して、例えば下記の２つの観点を評価する。
【0076】
１．満足度
２．課題解決
２．課題解決
【0077】
前述の１、２の観点は、いずれも、０～１０点の範囲で点数がつけられて評価される。例えば、救助要求の終了時に評価画面が要救助ユーザＡの液晶画面３４０Ａに表示され、タッチパッド３５０Ａを介して評価入力が行われる。
【0078】
「満足度」は、例えば、仲介ユーザＢの対応（仲介）に関して救助ユーザＡがどの程度満足しているかの度合いを示す。例えば、仲介ユーザＢに救助内容を正確に把握してもらえず、救助内容も解決されなかった場合には、低い点数（例えば、０～３点）の評価がなされる。また、例えば、救助内容は解決されたが、マッチングされた救助ユーザＣの態度が悪かった場合には、低い点数（例えば、４、５点）の評価がなされる。
【0079】
また、例えば、救助内容が解決され、かつ、仲介ユーザＢの対応も迅速かつ的確なアドバイスであってマッチングされた救助ユーザＣの応対もすべて満足しうるような場合には、高い点数（例えば、１０点）での評価がなされる。
【0080】
「課題解決」は、例えば、仲介ユーザＢに対して救助要求した場合の、最終的な課題（救助内容）の解決度合いを示す。例えば、救助内容が解決されなかった場合には、低い点数（例えば、０～３点）の評価がなされる。また、例えば、救助内容は解決されたが、その解決方法が要救助ユーザＡの技量では実現が難しい場合には、低い点数（例えば、４、５点）での評価とすればよい。
【0081】
また、例えば、救助内容は解決され、その解決方法も要救助ユーザＡ自身に最適であった合には、高い点数（例えば、１０点）の評価がなされる。
【0082】
評価入力が終了した場合には、代理プレイが終了した時点の状態で、ゲームの操作権が要救助ユーザＡに戻る。
【0083】
そして、要救助ユーザＡは、救助ユーザＣが代理プレイを終了した時点の状態からゲームをプレイすることができる。すなわち、要救助ユーザＡのユーザデータ（プレイデータ）が、代理プレイによって更新された状態で要救助ユーザＡに再び引き継がれる。
【0084】
例えば、救助ユーザＣが敵キャラクタＥＣとの対戦に最適な組み合わせでデッキ編成を終えたことで救助要求を終了した（救助内容が解決された場合の一例）場合には、要救助ユーザＡは、そのデッキを使用して敵キャラクタＥＣとの戦闘を開始することができる。また、例えば、救助ユーザＣが敵キャラクタＥＣを倒したことで救助要求を終了した場合には、要救助ユーザＡは、次の新たな対戦相手との戦闘に進むことができる。
【0085】
また、評価入力が終了した場合には、仲介ユーザＢおよび救助ユーザＣの液晶画面３４０Ｂ、３４０Ｃには、報酬が付与されたことが報知され、各自のゲームの実行が再開される。
【0086】
報酬は、例えば、ゲーム内で使用することができる仮想のアイテムである。報酬としては、例えば、抽選ゲーム（ガチャ）を実行することができるチケットがある。付与されるアイテムの数量は、評価の合計点数に応じて変化する。評価が高いほど、付与されるアイテムの数量が増加する。
【0087】
また、入力された評価によって、仲介ユーザＢの仲介ランク（後述）が上昇するための処理が実行される。
【0088】
＜ハードウェア構成＞
図１を参照して、サーバ装置２のハードウェア構成および機能的構成、ならびに前記ゲームが実行されるユーザ端末装置３のハードウェア構成および機能的構成について説明する。
図１を参照して、サーバ装置２のハードウェア構成および機能的構成、ならびに前記ゲームが実行されるユーザ端末装置３のハードウェア構成および機能的構成について説明する。
【0089】
なお、ユーザ端末装置３には、そのユーザ端末装置３に対応づけてゲーム用のユーザアカウント（ユーザＩＤ）が付与される。このユーザアカウントはユーザアカウント情報（ユーザの識別情報）として管理される。
【0090】
ユーザ端末装置３が通信ネットワーク４を介してサーバ装置２と通信を行う場合には、そのユーザ端末装置３からユーザＩＤが送信される。送信されたユーザＩＤは、サーバ装置２において所定の認証がなされる。これにより、サーバ装置２とユーザ端末装置３とで通信することができるようになる。
【0091】
＜サーバ装置２のハードウェア構成＞
サーバ装置２は、図１のとおり、制御部２０、記憶部２１、およびネットワークインターフェース２２を備える。
サーバ装置２は、図１のとおり、制御部２０、記憶部２１、およびネットワークインターフェース２２を備える。
【0092】
記憶部２１およびネットワークインターフェース２２は、バス２９を介してゲームサーバ装置２の制御部２０に接続される。
【0093】
制御部２０は、ＣＰＵ、メモリ（ＲＡＭ）、各種入出力インターフェースなどで構成されており、サーバ装置２の動作を制御する。詳細は後述する。
【0094】
記憶部２１は、主にＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などで構成される。
【0095】
記憶部２１には、例えば、本開示のコンピュータプログラム、ならびに、ユーザ端末装置３にてプレイされるゲームを実行するためのゲームプログラムを配信するための配信プログラムおよびデータが記憶される。
【0096】
また、記憶部２１には、仲介ユーザＤＢ２１１、救助ユーザＤＢ２１２、ユーザＤＢ２１３が記憶される。
【0097】
仲介ユーザＤＢ２１１は、仲介ユーザＢに関する情報が蓄積されたデータベースである。仲介ユーザＤＢ２１１に登録されているユーザが、仲介ユーザＢとして救助要求を引き受けることができる。すなわち、仲介ユーザＤＢ２１１に登録されているユーザは、要救助ユーザＡに関連づけることのできるユーザとして登録されている。
【0098】
例えば、仲介ユーザＤＢ２１１には、図１２のように、仲介ユーザデータが記憶されている。
【0099】
仲介ユーザデータには、ユーザＩＤ、仲介ランク、仲介回数、評価、得意分野などが１レコードとして記憶されている。
【0100】
「ユーザＩＤ」は、仲介ユーザＢのゲーム用のユーザのアカウント情報（ユーザＩＤ）である。
【0101】
「仲介ランク」は、該当するユーザについての仲介に関する熟練度（例えば、数値データ）である。この数値が高いほど、熟練度が高いことを意味する。仲介ランクは、例えば、過去の評価の累積点数によって決定される。
【0102】
「仲介回数」は、該当するユーザが仲介ユーザとして過去に救助要求を受諾した回数である。
【0103】
「評価」は、「満足度」と「課題解決（解決）」とで構成される。「満足度」および「課題解決」は、前述のとおり、要救助ユーザによる仲介ユーザの評価の点数（数値）である。例えば、「満足度」および「課題解決」には、過去に評価された点数の平均点が登録される。
【0104】
「得意分野」は、仲介の得意分野に関する情報（例えば、テキストデータ）である。例えば、仲介ユーザＢによって入力される。
【0105】
救助ユーザＤＢ２１２は、救助ユーザＣに関する情報が蓄積されたデータベースである。救助ユーザＤＢ２１２に登録されているユーザが、救助ユーザＣとして代理プレイを受諾することができる。すなわち、救助ユーザＤＢ２１２に登録されているユーザは、対象ゲームを代理プレイすることのできるユーザとして登録されている。
【0106】
例えば、救助ユーザＤＢ２１２には、図１３のように、救助ユーザデータが記憶されている。
【0107】
救助ユーザデータには、ユーザＩＤ、救助回数、得意分野などが１レコードとして記憶されている。
【0108】
「ユーザＩＤ」は、救助ユーザＣのゲーム用のユーザのアカウント情報（ユーザＩＤ）である。
【0109】
「救助回数」は、該当するユーザが救助ユーザとして過去に代理プレイ依頼を引き受けた回数である。
【0110】
「得意分野」は、該当するユーザについての代理プレイの得意分野に関する情報（例えば、テキストデータ）である。得意分野は、例えば、救助ユーザＣによって入力される。
【0111】
ついで、ユーザＤＢ２１３は、ユーザのゲームに関する情報を蓄積したデータベースである。
【0112】
例えば、ユーザＤＢ２１３には、図１４のとおり、各ユーザのユーザデータが記憶されている。ユーザデータは、ユーザのプレイデータとしても用いられる。プレイデータは、ユーザのゲームの進行状況などの情報であり、プレイを中断した状況からゲームを再開するときなどのために用いられる。
【0113】
ユーザデータには、ユーザＩＤ、ユーザ名、ランク、所有カード、フレンドなどが１レコードとして記憶されている。
【0114】
「ユーザＩＤ」は、ゲーム用のユーザのアカウント情報（ユーザＩＤ）である。
【0115】
「ユーザ名」は、該当するユーザの名称（例えば、テキストデータ）である。
【0116】
「ランク」は、該当するユーザのゲームにおける熟練度（例えば、数値データ）を示す。
【0117】
「所有カード」は、ユーザが戦闘において使用することのできるカード７０である。本実施形態では、カード７０の識別情報およびその個数が登録される。
【0118】
「フレンド」には、ユーザとフレンド関係が設定されている他ユーザ（ユーザＩＤ）が登録されている。フレンドは、ユーザから友達申請をして承認された他ユーザ、または、友達申請がなされてユーザが承認した他ユーザである。フレンドは、例えば、救助要求を仲介ユーザとして引き受けてくれた他ユーザ、救助ユーザとして代理プレイしてくれた他ユーザである。
【0119】
また、記憶部２１には、図１５のような救助管理データが記憶されている。
【0120】
救助管理データは、救助要求中の各ユーザに関する情報が管理されている。救助管理データは、モード、要救助ユーザ、仲介ユーザ、救助ユーザなどが１レコードとして記憶されている。
【0121】
「モード」は、救助要求の進捗度を示し、第１救助モードおよび第２救助モードのいずれかが設定される。
【0122】
「要救助ユーザ」には、要救助ユーザＡのユーザＩＤが設定される。
【0123】
「仲介ユーザ」には、仲介ユーザＢのユーザＩＤが設定される。
【0124】
「救助ユーザ」には、救助ユーザＣのユーザＩＤが設定される。
【0125】
ネットワークインターフェース２２は、サーバ装置２とユーザ端末装置３との間でデータを送受信するために、通信ネットワーク４に接続される。
【0126】
＜サーバ装置２の制御部２０の機能の説明＞
サーバ装置２の制御部２０は、本開示のコンピュータプログラムを実行することにより、以下の各手段として機能し、以下の各ステップを実行する。
サーバ装置２の制御部２０は、本開示のコンピュータプログラムを実行することにより、以下の各手段として機能し、以下の各ステップを実行する。
【0127】
＜提供ステップの説明＞
制御部２０は、提供手段として機能することで提供ステップを実行する。以下では、提供手段としての制御部２０が実行する処理を説明する。
制御部２０は、提供手段として機能することで提供ステップを実行する。以下では、提供手段としての制御部２０が実行する処理を説明する。
【0128】
制御部２０は、要救助ユーザＡの操作に基づいて、この要救助ユーザＡのユーザ端末装置３Ａから救助要求を受信する。救助要求には、救助内容が含まれる。この救助内容は、救助内容を仲介ユーザＢに報知するための情報であり、例えばテキストデータである。
【0129】
また、制御部２０は、要救助ユーザＡの操作に基づいて、登録されている仲介ユーザＢを閲覧するための情報（仲介ユーザリスト９０）を生成する。具体的には、制御部２０は、要救助ユーザＡから仲介ユーザリスト９０の閲覧要求の操作（「救助」ボタン８０のタップ）を受信した場合には、仲介ユーザリスト９０を、要救助ユーザＡが自身のユーザ端末装置３Ａの液晶画面３４０Ａで視認するための情報を生成する。この情報は、要救助ユーザＡのユーザ端末装置３Ａに送信される。
【0130】
仲介ユーザリスト９０は、仲介ユーザデータおよびユーザデータ等を参照して生成される。
【0131】
また、制御部２０は、要救助ユーザＡの操作に基づいて、仲介ユーザＢの選択を受けつける。具体的には、制御部２０は、前述の仲介ユーザリスト９０の中から要救助ユーザＡによって選択された仲介ユーザＢのユーザＩＤを、救助要求とともに、要救助ユーザＡのユーザ端末装置３Ａから受信する。
【0132】
また、制御部２０は、救助要求とともに受信したユーザＩＤに基づいて、選択された仲介ユーザＢのユーザ端末装置３Ｂに救助要求を送信する。
【0133】
また、制御部２０は、救助要求を送信した仲介ユーザＢのユーザ端末装置３Ｂから、この救助要求の受諾可否を受信する。
【0134】
救助要求の受諾が受信された場合には、制御部２０は、第１救助モードの開始指示を、要救助ユーザＡのユーザ端末装置３Ａおよび仲介ユーザＢのユーザ端末装置３Ｂに送信する。
【0135】
また、制御部２０は、第１救助モードにおいて、要救助ユーザＡのユーザ端末装置３Ａで実行する対象ゲームのプレイに関する情報を、仲介ユーザＢが自身のユーザ端末装置３Ｂで視認するための情報を生成する。
【0136】
具体的には、制御部２０は、要救助ユーザＡのユーザ端末装置３Ａで実行されるゲームのゲーム画面（要救助ユーザによるプレイ中のゲーム画面）を、仲介ユーザＢが自身のユーザ端末装置３Ｂ（液晶画面３４０Ｂ）で視認するための情報（画像生成情報）として生成する。
【0137】
すなわち、制御部２０は、要救助ユーザＡのユーザ端末装置３Ａに対して、図７のような要救助ユーザのユーザ端末装置３Ａで実行されるゲームのゲーム画面の画像生成情報を生成する。さらに、制御部２０は、仲介ユーザＢのユーザ端末装置３Ｂに対して、図８のような要救助ユーザＡのユーザ端末装置３Ａで実行されるゲームのゲーム画面の画像生成情報を生成する。
【0138】
さらに、制御部２０は、第１救助モードにおいて、チャットのメッセージを要救助ユーザＡのユーザ端末装置３Ａおよび仲介ユーザＢのユーザ端末装置３Ｂから受けつける。
【0139】
また、制御部２０は、要救助ユーザＡのユーザ端末装置３Ａおよび仲介ユーザＢのユーザ端末装置３Ｂに対して、チャットの画像（チャットログ９５Ａ、９５Ｂ、入力エリア９６Ａ、９６Ｂ）がゲーム画面に含まれるように、画像生成情報を生成する。
【0140】
＜選択ステップの説明＞
制御部２０は、選択手段として機能することで選択ステップを実行する。以下では、選択手段としての制御部２０が実行する処理を説明する。
制御部２０は、選択手段として機能することで選択ステップを実行する。以下では、選択手段としての制御部２０が実行する処理を説明する。
【0141】
制御部２０は、仲介ユーザＢの操作に基づいて、登録されている救助ユーザＣを閲覧するための情報（救助ユーザリスト９１）を生成する。具体的には、制御部２０は、仲介ユーザＢから救助ユーザリスト９１の閲覧要求の操作を受信した場合（「閲覧」ボタン８５がタップされた場合）に、仲介ユーザＢが自身のユーザ端末装置３Ｂの液晶画面３４０Ｂで救助ユーザリスト９１を視認するための情報を生成し、その情報を仲介ユーザＢのユーザ端末装置３Ｂに送信する。
【0142】
救助ユーザリスト９１は、救助ユーザデータおよびユーザデータ等に基づいて生成される。
【0143】
また、制御部２０は、仲介ユーザＢの操作に基づいて、要救助ユーザＡに対応づける救助ユーザＣの選択を受けつける。具体的には、制御部２０は、前述の救助ユーザリスト９１の中から仲介ユーザＢによって選択された救助ユーザＣのユーザＩＤを、仲介ユーザＢのユーザ端末装置３から受信する。
【0144】
＜マッチングステップの説明＞
制御部２０は、マッチング手段として機能することでマッチングステップを実行する。以下では、マッチング手段としての制御部２０が実行する処理を説明する。
制御部２０は、マッチング手段として機能することでマッチングステップを実行する。以下では、マッチング手段としての制御部２０が実行する処理を説明する。
【0145】
制御部２０は、前記選択ステップにおいて受信したユーザＩＤに基づいて、選択された救助ユーザＣのユーザ端末装置３Ｃに救助要求（代理プレイ依頼）を送信する。
【0146】
また、制御部２０は、代理プレイ依頼が送信された救助ユーザＣの端末装置３Ｃから、この代理プレイ依頼の受諾可否を受信する。
【0147】
救助ユーザＣが代理プレイ依頼の受諾を受信した場合には、制御部２０は、選択された救助ユーザＣを、要救助ユーザＡに対応づける。具体的には、制御部２０は、第２救助モードの開始指示を、要救助ユーザＡのユーザ端末装置３Ａ、仲介ユーザＢのユーザ端末装置３Ｂおよび救助ユーザＣのユーザ端末装置３Ｃに送信する。
【0148】
また、制御部２０は、第２救助モードにおいて、要救助ユーザＡのユーザ端末装置３Ａに代わって、救助ユーザＣのユーザ端末装置３Ｃで対象ゲーム（代理ゲーム）を実行することを許可する。すなわち、これにより、救助ユーザＣは、要救助ユーザＡがプレイしていたゲームを、要救助ユーザＡの代理として救助ユーザＣがプレイすることが可能となる。
【0149】
代理ゲームは、要救助ユーザＡのユーザデータを用いて救助ユーザＣのユーザ端末装置３Ｃにおいて実行される。
【0150】
また、制御部２０は、第２救助モードにおいて、救助ユーザＣのユーザ端末装置３Ｃで実行される代理ゲームのプレイ（代理プレイ）に関する情報を、要救助ユーザＡおよび仲介ユーザＢがそれぞれのユーザ端末装置３Ａ、３Ｂで視認するための情報を生成する。
【0151】
具体的には、制御部２０は、救助ユーザＣのユーザ端末装置３Ｃで実行される代理ゲームのゲーム画面（救助ユーザＣによる代理プレイ中のゲーム画面）を、要救助ユーザＡおよび仲介ユーザＢが自身のユーザ端末装置３Ａ、３Ｂ（液晶画面３４０Ａ、３４０Ｂ）で視認するための情報（画像生成情報）として生成する。
【0152】
すなわち、制御部２０は、救助ユーザＣのユーザ端末装置３Ｃに対して、図１０のような救助ユーザＣのユーザ端末装置３Ｃで実行される代理ゲームのゲーム画面の画像生成情報を生成する。
【0153】
さらに、制御部２０は、要救助ユーザＡおよび仲介ユーザＢそれぞれのユーザ端末装置３Ａ、３Ｂに対して、図１１などのような救助ユーザＣのユーザ端末装置３Ｃで実行される代理ゲームのゲーム画面の画像生成情報を生成する。
【0154】
なお、本実施形態において、制御部２０は、第２救助モードにおいて、代理ゲームに対して要救助ユーザＡ（ユーザ端末装置３Ａ）からの操作を受けつけない。すなわち、第２救助モードにおいて、要救助ユーザＡにはそのゲームの操作権がない。
【0155】
また、制御部２０は、第２救助モードにおいて、チャットのメッセージを要救助ユーザＡのユーザ端末装置３Ａおよび救助ユーザＣのユーザ端末装置３Ｃから受けつける。
【0156】
また、制御部２０は、要救助ユーザＡのユーザ端末装置３Ａおよび救助ユーザＣのユーザ端末装置３Ｃに対して、チャットの画像（チャットログ９５Ａ、９５Ｃ、入力エリア９６Ａ、９５Ｃ）がゲーム画面に含まれるように、画像生成情報を生成する。
【0157】
なお、制御部２０は、仲介ユーザＢのユーザ端末装置３Ｂに対しては、チャットログ９５Ｃがゲーム画面に含まれるように画像生成情報を生成する。
【0158】
さらに、制御部２０は、評価の合計点数に応じて、仲介ユーザＢおよび救助ユーザＣに報酬を付与する。具体的には、制御部２０は、仲介ユーザＢおよび救助ユーザＣのユーザデータを更新して、報酬のアイテムを仲介ユーザＢおよび救助ユーザＣのユーザＩＤに関連づける。
【0159】
＜評価ステップの説明＞
制御部２０は、評価手段として機能することで評価ステップを実行する。以下では、評価手段としての制御部２０が実行する処理を説明する。
制御部２０は、評価手段として機能することで評価ステップを実行する。以下では、評価手段としての制御部２０が実行する処理を説明する。
【0160】
制御部２０は、第１救助モードの終了後および第２救助モードの終了後に、要救助ユーザＡから仲介ユーザＢに対する評価を受けつける。
【0161】
例えば、制御部２０は、前述のとおり、満足度および課題解決の点数を要救助ユーザＡのユーザ端末装置３Ａから受信し、この仲介ユーザＢに関して、仲介ユーザデータの「評価」、「仲介ランク」を更新する。
【0162】
＜登録ステップの説明＞
制御部２０は、登録手段として機能することで登録ステップを実行する。以下では、登録手段としての制御部２０が実行する処理を説明する。
制御部２０は、登録手段として機能することで登録ステップを実行する。以下では、登録手段としての制御部２０が実行する処理を説明する。
【0163】
制御部２０は、ゲームのすべてのユーザから、仲介ユーザＢ、救助ユーザＣの登録を受けつける。
【0164】
具体的には、制御部２０は、ゲームのユーザ（ユーザ端末装置３）から、仲介ユーザＢの登録要求を受信した場合には、仲介ユーザデータに、そのユーザのユーザＩＤ等を新規に追加登録する。
【0165】
また、制御部２０は、ゲームのユーザ（ユーザ端末装置３）から、救助ユーザＣの登録要求を受信した場合には、救助ユーザデータに、そのユーザのユーザＩＤなどを新規に追加登録する。
【0166】
さらに、制御部２０は、仲介ユーザＢ、救助ユーザＣから、仲介ユーザＢ、救助ユーザＣの登録解除も受けつける。
【0167】
＜関係設定ステップの説明＞
制御部２０は、関係設定手段として機能することで関係設定ステップを実行する。以下では、関係設定手段としての制御部２０が実行する処理を説明する。
制御部２０は、関係設定手段として機能することで関係設定ステップを実行する。以下では、関係設定手段としての制御部２０が実行する処理を説明する。
【0168】
制御部２０は、ユーザの操作に基づいて、他ユーザとの間に所定の関係を設定する。
【0169】
本実施形態では、前述のとおり、フレンドの設定が行われる。制御部２０は、ユーザデータの「フレンド」に、フレンドとなる他ユーザのユーザＩＤを追加設定する。
【0170】
＜進行ステップの説明＞
制御部２０は、ゲーム進行管理手段として機能することで進行ステップを実行する。以下では、ゲーム進行管理手段としての制御部２０が実行する処理を説明する。
制御部２０は、ゲーム進行管理手段として機能することで進行ステップを実行する。以下では、ゲーム進行管理手段としての制御部２０が実行する処理を説明する。
【0171】
制御部２０は、ユーザの操作に基づいて、ユーザ端末装置３で実行されるゲームを進行させる。例えば、制御部２０は、前述のデッキの編成、前述のカードを用いた対戦の進行を管理する。
【0172】
制御部２０は、あるユーザのユーザ端末装置３で実行されるゲームでは、そのユーザ自身のユーザデータを参照して進行を管理する。また、制御部２０は、ゲームの進行に応じて、そのユーザのユーザデータを更新する。
【0173】
ただし、前記第２救助モードにおける救助ユーザＣのユーザ端末装置３Ｃで実行される代理ゲームでは、要救助ユーザＡのユーザデータが参照される。制御部２０は、救助ユーザＡの操作に基づいて代理ゲームを進行させる。
【0174】
また、制御部２０は、代理ゲームの進行に応じて、要救助ユーザＡのユーザデータを更新する。
【0175】
例えば、代理ゲームにおいて、救助ユーザＣが対戦で敵キャラクタＥＣを倒した場合には、要救助ユーザＡのユーザデータに、対戦で敵キャラクタＥＣを倒したところまでゲームが進行したことが記録される。
【0176】
また、制御部２０は、救助要求の進行に応じて、救助管理データを更新する。
【0177】
＜通信ステップの説明＞
制御部２０は、通信手段として機能することで通信ステップを実行する。以下では、通信手段としての制御部２０が実行する処理を説明する。
制御部２０は、通信手段として機能することで通信ステップを実行する。以下では、通信手段としての制御部２０が実行する処理を説明する。
【0178】
制御部２０は、要救助ユーザＡから救助要求および仲介ユーザＢの選択を受けつけた場合には、仲介ユーザＢのユーザ端末装置３Ｂに救助要求を送信する。
【0179】
制御部２０は、仲介ユーザＢから救助ユーザＣの選択を受けつけた場合には、救助ユーザＣのユーザ端末装置３Ｃに代理プレイ依頼を送信する。
【0180】
また、制御部２０は、ゲームプログラムなどのゲームデータ、ゲームの進行状況に関する情報（画像生成情報など）などをユーザ端末装置３へ送信する。
【0181】
また、制御部２０は、ユーザによる操作信号（操作情報を含む）などをユーザ端末装置３から受信する。
【0182】
＜ユーザ端末装置３のハードウェア構成＞
ユーザ端末装置３は、図１のとおり、スピーカ３３０、マイク３３１、液晶画面３４０、タッチパッド３５０が内蔵される、例えば、スマートフォンなどの端末装置である。このユーザ端末装置３において、サーバ装置２から配信されたゲームに関するゲームプログラムおよびデータに基づいてゲームが進行する。
ユーザ端末装置３は、図１のとおり、スピーカ３３０、マイク３３１、液晶画面３４０、タッチパッド３５０が内蔵される、例えば、スマートフォンなどの端末装置である。このユーザ端末装置３において、サーバ装置２から配信されたゲームに関するゲームプログラムおよびデータに基づいてゲームが進行する。
【0183】
ユーザ端末装置３は、サーバ装置２との間で、インターネットあるいはＬＡＮなどの通信ネットワーク４を介して互いにデータ通信をすることができる。
【0184】
ユーザ端末装置３は、制御部３０、記憶部３１、ネットワークインターフェース３２、オーディオ処理部３３、グラフィック処理部３４および操作部３５を備える。
【0185】
記憶部３１、ネットワークインターフェース３２、オーディオ処理部３３、グラフィック処理部３４、および操作部３５は、バス３９を介して、制御部３０に接続される。
【0186】
制御部３０は、ＣＰＵ、メモリ（ＲＡＭ）、各種入出力インターフェースなどで構成されており、ユーザ端末装置３の動作を制御する。
【0187】
記憶部３１は、主にＨＤＤ、ＲＡＭ、ＲＯＭ、ＳＳＤなどで構成される。記憶部３１には、ゲームを実行するためのゲームプログラムおよびデータが記憶される。
【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】
ついで、サーバ装置２の制御部２０は、救助ユーザＣのユーザＩＤを受信する（ステップＳ８）。具体的には、仲介ユーザＢのユーザ端末装置３Ｂにおいて、救助ユーザリスト９１から１人の救助ユーザＣが選択されることで、選択された救助ユーザＣのユーザＩＤが仲介ユーザＢのユーザ端末装置３Ｂからサーバ装置２に送信される。
【0219】
ついで、サーバ装置２の制御部２０は、救助ユーザＣのユーザ端末装置３Ｃに代理プレイの要求を送信する（ステップＳ９）。
【0220】
ついで、サーバ装置２の制御部２０は、救助ユーザＣのユーザ端末装置３Ｃで代理プレイの要求が受諾されたか否かを判定する（ステップＳ１０）。
【0221】
代理プレイの依頼が拒否された場合（Ｓ１０：ＮＯ）には、処理はステップＳ７へと戻る。
【0222】
一方、代理プレイの依頼が受諾された場合（Ｓ１０：ＹＥＳ）には、サーバ装置２の制御部２０は、第２救助モードを開始する（ステップＳ１１）。また、制御部２０は、第２救助モードの開始指示を、要救助ユーザＡ、仲介ユーザＢおよび救助ユーザＣの各ユーザ端末装置３Ａ、３Ｂ、３Ｃに送信する。また、制御部２０は、救助管理データを更新する。
【0223】
この第２救助モードでは、要救助ユーザＡのユーザ端末装置３で実行されていたゲームの代理ゲームが、救助ユーザＣのユーザ端末装置３Ｃで実行される。
【0224】
また、第２救助モードでは、前述のとおり、救助ユーザＣのユーザ端末装置３Ｃで実行される代理ゲームのゲーム画面が、要救助ユーＡおよび仲介ユーザＢのユーザ端末装置３Ａ、３Ｂ（液晶画面３４０Ａ、３４０Ｂ）でも表示される。また、第２救助モードでは、救助ユーザＣと要救助ユーザＡとの間でチャットをすることができるようになる。
【0225】
ついで、サーバ装置２の制御部２０は、要救助ユーザＡのユーザ端末装置３Ａから終了要求を受信したか否かを判定する（ステップＳ１２）。終了要求が受信されるまで、第２救助モードが継続される（Ｓ１２：ＮＯ）。
【0226】
終了要求が受信された場合（Ｓ１２：ＹＥＳ）には、サーバ装置２の制御部２０は、評価処理を実行する（ステップＳ１３）。
【0227】
評価処理では、制御部２０は、例えば、前述の２つの評価項目の情報を生成し、要救助ユーザＡのユーザ端末装置３Ａに送信する。
【0228】
これにより、要救助ユーザＡのユーザ端末装置３Ａの液晶画面３４０Ａには、評価の入力画面が表示される。要救助ユーザＡのユーザ端末装置３Ａにおいて評価が入力されると、評価結果が要救助ユーザＡのユーザ端末装置３Ａからサーバ装置２に送信される。
【0229】
また、評価処理では、制御部２０は、評価結果に基づいて、仲介ユーザＢの仲介ユーザデータおよび救助ユーザＣの救助ユーザデータを更新するとともに、救助管理データを更新する。
【0230】
ついで、制御部２０は、評価処理の結果（評価の合計点数）に応じて、仲介ユーザＢおよび救助ユーザＣに報酬（アイテム）を付与する（ステップＳ１４）。
以上の手順により、本開示の救助処理が実行される。
以上の手順により、本開示の救助処理が実行される。
【0231】
以上をまとめると、本開示は、
コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
提供ステップにおいて、要救助ユーザＡのユーザ端末装置３Ａで実行するゲームのプレイに関する情報を、仲介ユーザＢが自身のユーザ端末-装置３Ｂで視認するための情報を生成し、
仲介ステップにおいて、仲介ユーザＢの選択操作に基づいて、要救助ユーザＡに対応づける救助ユーザＣを選択して、救助ユーザＣのユーザ端末装置３Ｃと要救助ユーザＡのユーザ端末装置３Ａとをマッチングし、
実行ステップにおいて、選択ステップにより選択された救助ユーザＣのユーザ端末装置３Ｃで代理ゲームを実行することを許可する、
コンピュータプログラムである。
コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
提供ステップにおいて、要救助ユーザＡのユーザ端末装置３Ａで実行するゲームのプレイに関する情報を、仲介ユーザＢが自身のユーザ端末-装置３Ｂで視認するための情報を生成し、
仲介ステップにおいて、仲介ユーザＢの選択操作に基づいて、要救助ユーザＡに対応づける救助ユーザＣを選択して、救助ユーザＣのユーザ端末装置３Ｃと要救助ユーザＡのユーザ端末装置３Ａとをマッチングし、
実行ステップにおいて、選択ステップにより選択された救助ユーザＣのユーザ端末装置３Ｃで代理ゲームを実行することを許可する、
コンピュータプログラムである。
【0232】
＜効果＞
本実施形態のコンピュータプログラムによれば、仲介ユーザが救助を必要としている要救助ユーザの救助内容をより具体的に把握し、救助内容に適した救助ユーザを要救助ユーザにマッチングさせることができる。
本実施形態のコンピュータプログラムによれば、仲介ユーザが救助を必要としている要救助ユーザの救助内容をより具体的に把握し、救助内容に適した救助ユーザを要救助ユーザにマッチングさせることができる。
【0233】
［他の実施形態］
前記実施形態では、対戦相手との戦闘などのゲームプレイ中に、救助要求が行われる例が記載されているが、救助要求が行われるタイミングはどのようなタイミングであってもよい。例えば、要救助ユーザの液晶画面でコンティニュー画面が表示されているときに救助要求がなされてもよい。
前記実施形態では、対戦相手との戦闘などのゲームプレイ中に、救助要求が行われる例が記載されているが、救助要求が行われるタイミングはどのようなタイミングであってもよい。例えば、要救助ユーザの液晶画面でコンティニュー画面が表示されているときに救助要求がなされてもよい。
【0234】
前記実施形態では、救助要求が送信された場合に、要救助ユーザのユーザ端末装置では、ゲームのプレイが中断された状態で仲介ユーザからの返信待機中となるが、要救助ユーザによるゲームのプレイは継続されてもよい。これによって、要救助ユーザは、仲介ユーザからの返信を待つ間もゲームを楽しむことができる。さらに、要救助ユーザは、仲介ユーザからの返信があった場合にすぐに救助要求に関連するゲーム画面を表示することができるように準備することもできる。
【0235】
また、返信待機中の場合には、ゲームの特定のコンテンツ（あるいは別ゲーム）をプレイすることができてもよい。例えば、返信待機中の間、要救助ユーザは、ゲームのトレーニングモード（例えば、戦闘での操作を練習することができるモード）をプレイすることができてもよい。
【0236】
前記実施形態では、要救助ユーザと仲介ユーザなどの間でテキストメッセージによるチャットが実行される例が記載されているが、音声によるチャットが実行されてもよい。この場合には、ユーザ端末装置に内蔵されているマイクが用いられて発話音声が取得されればよい。
【0237】
また、前記実施形態に限られず、要救助ユーザは、「救助」ボタンをタップしたのちに、定型文の中から救助内容を選択することで、救助要求を行うことができてもよい。
【0238】
前記実施形態では、要救助ユーザのプレイデータ（ユーザデータ）に、救助ユーザによる代理プレイの内容が反映されるが、代理プレイの内容は反映されなくてもよい。あるいは、代理プレイの内容を反映させるか否かを、要救助ユーザが選択することができてもよい。
【0239】
前記実施形態では、第１救助モードで、要救助ユーザのユーザ端末装置で実行されるゲームのゲーム画面が、仲介ユーザのユーザ端末装置の液晶画面に表示されるが、ゲーム画面は、要救助ユーザがプレイ中のゲーム画面であってもよく、また、要救助ユーザが過去にプレイしたゲーム画面（リプレイ動画）であってもよい。
【0240】
さらに、要救助ユーザは、仲介ユーザに救助要求をする際に、コミュニケーションをとる時間を指定することもできてもよい。この場合には、仲介ユーザが救助要求を受諾しても、コミュニケーションは指定された時間に開始されることになる。例えば、リプレイ動画の送信に加えて救助要求の時間指定が行われることで、仲介ユーザは事前にリプレイ動画を確認する、あるいは、救助ユーザを選択することもできる。
【0241】
前記実施形態では、第１救助モードで、要救助ユーザのユーザ端末装置で実行されるゲームのゲーム画面が、仲介ユーザのユーザ端末装置の液晶画面に表示されるが、要救助ユーザのユーザ端末装置で実行される対象ゲームのプレイに関する情報であれば、本開示はこれに限定されるものではない。
【0242】
例えば、要救助ユーザのプレイ中のゲーム画面に代えて、要救助ユーザの所有カードのリストが仲介ユーザのユーザ端末装置の液晶画面に表示されてもよい。
【0243】
前記実施形態では、仲介ユーザは、救助ユーザリストの情報を参照して救助内容に適した救助ユーザを選択しているが、参照することのできる情報は、これに限定されるものではない。例えば、救助ユーザの現在の状況が表示（参照）されてもよい。現在の状況には、例えば、救助中、ゲームプレイ中（自身でゲームプレイしている）、待機中、などが設定される。この場合には、救助ユーザのゲームの現在の状況が救助ユーザデータに含まれており、サーバ装置が救助ユーザデータを更新すればよい。
【0244】
また、救助することのできる内容が例えばタグなどで表示されてもよい。この場合には、仲介ユーザは、タグにより救助内容および救助ユーザを検索することができる。救助することができる内容は、救助ユーザ自身が設定することができる。
【0245】
さらに、例えば、要救助ユーザがブロック（ＮＧ評価）している救助ユーザが救助ユーザリストに表示されないようにしてもよく、また、仲介ユーザがその救助ユーザを選択することができないようにしてもよい。この場合には、例えば、要救助ユーザのユーザデータにブロックされたユーザのユーザＩＤが登録されていればよい。また、救助ユーザリストが生成される際に、要救助ユーザのユーザデータのブロックの情報が参照されて、ブロックされている救助ユーザが救助ユーザリストに表示されないようにすることもできる。
【0246】
前記実施形態では、第２救助モードにおいて、救助ユーザのユーザ端末装置で代理ゲームの実行が許可されるが、救助ユーザは代理プレイを行わなくてもよい。
【0247】
例えば、救助ユーザは、チャットを介して要救助ユーザへ救助のためのアドバイスをすることもできる。
【0248】
また、例えば、対象ゲームが協力プレイをすることができるゲームである場合には、救助ユーザのユーザ端末装置による代理ゲームに代えて、要救助ユーザのユーザ端末装置および救助ユーザのユーザ端末装置で協力プレイが行われてもよい。この場合には、要救助ユーザは、救助ユーザとともにゲームをプレイすることができる。
【0249】
前記実施形態では、第２救助モードにおいて、救助ユーザのユーザ端末装置で代理ゲームが実行される例が記載されているが、救助ユーザのユーザ端末装置で実行されなくてもよい。
【0250】
例えば、要救助ユーザのユーザ端末装置でゲームが実行され、そのゲーム画面が救助ユーザのユーザ端末装置の液晶画面にも表示されればよい（ゲーム画面が救助ユーザに共有される）。そして、救助ユーザのユーザ端末装置の液晶画面での操作に基づいて（救助ユーザの操作信号がサーバ装置に送信されて）、要救助ユーザのユーザ端末装置で代理ゲームが進行されればよい。なお、この構成は、いずれのユーザ端末装置でゲーム進行が制御されるかの違いにすぎず、救助ユーザのユーザ端末装置で代理ゲームが実行されることと実質的に同一である。
【0251】
前記実施形態では、第２救助モードにおいて、救助ユーザのユーザ端末装置で実行されている対象ゲームのゲーム画面が、要救助ユーザおよび仲介ユーザのユーザ端末装置の液晶画面の両方に表示される例が記載されているが、少なくとも要救助ユーザのユーザ端末装置の液晶画面に表示されればよい。
【0252】
前記実施形態では、仲介ユーザに対して、要救助ユーザによる評価が行われているが、救助ユーザに対しても要救助ユーザによる評価が行われてもよい。この場合には、例えば、評価の値に基づいて、救助ユーザの「救助ランク」が更新されればよい。
【0253】
また、要救助ユーザ、仲介ユーザ、救助ユーザは、それぞれが互いに評価されてもよい。この場合には、例えば、評価が行われるたびに、過去の評価分が合算されて評価の平均値が算出される。また、救助要求がなされたときに、要救助ユーザ、仲介ユーザ、救助ユーザのそれぞれは、相手方の評価の平均値を参照することができてもよい。
【0254】
前記実施形態では、１の救助要求を１人の仲介ユーザに送信しているが、１の救助要求を複数の仲介ユーザに送信することができてもよい。具体的には、要救助ユーザは、例えば、前述の仲介ユーザリストで複数の仲介ユーザを選択することができてもよい。この場合には、複数の仲介ユーザは、１の救助要求を同じタイミングで引き受けることができる。
【0255】
これにより、例えば、救助要求を引き受けた複数の仲介ユーザのユーザ端末装置（液晶画面）に、要救助ユーザのゲーム画面が表示され、複数の仲介ユーザからそれぞれ救助内容を提案してもらうことができる。そして、要救助ユーザは、複数の仲介ユーザの中から、最適な救助内容の仲介ユーザを選択し、救助ユーザのマッチング等を依頼することができる。
【0256】
また、前記実施形態に限られず、特定の仲介ユーザおよび特定の救助ユーザに救助要求が送られるのではなく、該当する仲介ユーザおよび救助ユーザのすべてに救助要求が送られ、最も早く「受諾」ボタンを押したユーザが仲介ユーザおよび救助ユーザとなってもよい。
【0257】
前記実施形態では、要救助ユーザによる救助要求は、仲介ユーザのユーザ端末装置に送信されるが、本開示はこれに限定されるものではない。例えば、仲介ユーザのユーザ端末装置に救助要求が送信されるとともに、救助要求が送信されたことを報知する内容（報知情報）が特定の他ユーザのユーザ端末装置に送信されてもよい。
【0258】
この場合において、特定の他ユーザは、例えば、救助ユーザとしてマッチングされる可能性のあるユーザ（候補ユーザ）であり、前述の救助ユーザデータに登録されている救助ユーザとすることができる。あるいは、特定の他ユーザは、救助要求が送信される仲介ユーザと所定関係（例えば、フレンド登録されている、同一のギルドに属する）の他ユーザ、要救助ユーザと所定関係にある他ユーザ、過去に救助ユーザとして要救助ユーザを助けたことがある他ユーザなどでもよい。
【0259】
これにより、報知情報を受信した他ユーザは、救助ユーザに立候補することができる。この場合には、立候補する他ユーザのユーザ端末装置から、立候補の情報が仲介ユーザに送信される。また、報知情報を受信した他ユーザは、仲介ユーザから救助ユーザとして選ばれる前に救助のための準備を行うこともできる。
【0260】
前記実施形態では、評価に応じて仲介ユーザおよび救助ユーザに報酬が付与される例が記載されているが、本開示はこれに限定されるものではない。
【0261】
例えば、要救助ユーザの評価にかかわらず、救助ユーザが代理ゲームをプレイしたことに基づいて仲介ユーザおよび救助ユーザに報酬が付与されてもよい。この場合には、救助ユーザが代理ゲームをプレイして救助内容を解決できた場合と、失敗した場合とで、救助ユーザに付与される報酬が異なってもよい。
【0262】
また、例えば、救助ユーザが代理ゲームをプレイした内容の難易度に基づいて報酬が付与されてもよい。具体的には、倒した敵キャラクタの数、ランク、レアリティなどに応じて報酬が付与される。
【0263】
また、報酬は、仲介ユーザと救助ユーザとで異なっていてもよい。
【0264】
例えば、仲介ユーザには、ゲームで使用することのできる仮想のカードが報酬として付与され、救助ユーザには、ガチャ（仮想通貨を消費することで実行される媒体抽選）を、仮想通貨を消費することなく実行することのできるガチャチケットが報酬として付与されてもよい。
【0265】
また、報酬は、要救助ユーザから仲介ユーザに支払われ、仲介ユーザから救助ユーザに支払われてもよい。
【0266】
例えば、要救助ユーザに関連づけられている仮想媒体が第１報酬として仲介ユーザに関連づけられる。この場合には、要救助ユーザが所持している仮想通貨、アイテム（例えば回復薬）などが報酬（第１報酬）として、仲介ユーザに付与される。第１報酬の付与によって、要救助ユーザが所持している仮想媒体は減少する。
【0267】
その後、仲介ユーザに関連づけられている仮想媒体が第２報酬として救助ユーザに関連づけられる。すなわち、仲介ユーザが所持している仮想通貨、アイテム（例えば回復薬）などが報酬（第２報酬）として、救助ユーザに付与される。第２報酬の付与によって、仲介ユーザが所持している仮想媒体は減少する。なお、第２報酬は、例えば、仲介ユーザと救助ユーザとの間の所定関係に基づいて決定される。所定関係は、例えば、仲介ユーザと救助ユーザとの事前の取り決め、親密度などが該当する。
【0268】
第１報酬は、例えば、要救助ユーザが救助要求を行うときに仲介ユーザに対して合わせて提案してもよい。
【0269】
また、第２報酬は、例えば、仲介ユーザが救助ユーザを選択するときに救助ユーザに対して提案してもよい。
【0270】
なお、第１報酬および第２報酬は、同一（または同一種類）のものでもよいし、異なるものでもよい。例えば、第１報酬が仮想通貨であり、第２報酬がアイテム（例えば、称号を示すバッジ）でもよい。また、第１報酬および第２報酬は、前記対象ゲームとは異なるゲームのみで利用されるものでもよいし、前記対象ゲームで利用されるものでもよい。
【0271】
また、前述のような報酬の関連づけは、ブロックチェーン上（スマートコントラクト）で実施されてもよい。
【0272】
また、報酬は、仲介ユーザに対してのみ関連づけられる報酬が含まれていてもよい。
【0273】
例えば、仲介ユーザにはゲームで使用することのできる仮想のカードとガチャチケットが報酬として付与され、救助ユーザには仲介ユーザに付与されるガチャチケットと同一のガチャチケットが報酬として付与される（すなわち、救助ユーザには、仮想のカードが付与されない）。
【0274】
前記実施形態では、仲介ユーザおよび救助ユーザは、無条件で登録される例が記載されているが、本開示はこれには限られない。例えば、ゲームのランクが所定ランク以上であるユーザであること、所定のクエストをクリアしているユーザであること、などが仲介ユーザおよび／または救助ユーザの登録条件とすることもできる。
【0275】
また、仲介ユーザに関しては、要救助ユーザと所定関係（例えば、フレンド、ギルドなどのグループに属する）が設定されている他ユーザが、仲介ユーザの選択対象とされてもよい。
【0276】
この場合には、例えば、要救助ユーザが、要救助ユーザとフレンド設定されている他ユーザの中から、仲介ユーザを選択することができる。その他、フレンドの有無にかかわらず、要救助ユーザは、コンシェルジュとして設定されている他ユーザの中から、仲介ユーザを選択することができてもよい。
【0277】
また、救助ユーザに関しては、仲介ユーザと所定関係が設定されている他ユーザが、仲介ユーザの選択対象とされてもよい。
【0278】
この場合には、例えば、仲介ユーザとフレンド関係が設定されている他ユーザの中から、救助ユーザが選択される。その他、フレンドの有無にかかわらず、仲介ユーザは、仲介ユーザが設定したグループに所属する他ユーザの中から、救助ユーザを選択することができてもよい。
【0279】
前記実施形態では、仲介ユーザおよび救助ユーザが、対象ゲームを実行している場合に救助要求があった場合について説明されているが、本開示はこれに限定されるものではない。
【0280】
例えば、仲介ユーザあるいは救助ユーザが、対象ゲームとは異なるアプリケーションが実行されている状態であっても、救助要求、代理プレイ依頼を受諾することができてもよい。
【0281】
この場合には、例えば、仲介ユーザのユーザ端末装置において、対象ゲームに関してポップアップ設定がなされており、救助要求を受信した場合には、液晶画面に救助要求等が強制的にポップアップ表示されればよい。
【0282】
また、前記実施形態では、要救助ユーザがプレイするゲームに関して救助要求がなされる例が記載されているが、このゲーム（例えば、カードゲーム）とは異なるゲーム（例えば、格闘ゲーム）に関して救助要求がなされてもよい。
【0283】
また、要救助ユーザの操作に基づく救助要求に限られず、例えば、要救助ユーザが同一のクエストについて３回連続でクリアすることができなかった場合に、自動的に救助要求がなされてもよい。
【0284】
前記実施形態では、仲介ユーザは、救助要求を引き受けた以降に、要救助ユーザのゲーム画面などを閲覧することができるが、本開示はこれに限定されるものではない。例えば、仲介ユーザは、救助要求を受信する前から、他ユーザのゲーム画面を閲覧することができてもよい。
【0285】
この場合には、要救助ユーザは、ランダムまたは所定条件に従って、閲覧する仲介ユーザとマッチング（閲覧マッチング）される。具体的には、要救助ユーザが救助要求をする前から、１人以上の要救助ユーザが１人の仲介ユーザに閲覧マッチングされており、その仲介ユーザがそれぞれの要救助ユーザのゲーム画面を閲覧することができる。
【0286】
そして、仲介ユーザが「助けようか？」とコミュニケーションをとったタイミングで、要救助ユーザがその仲介ユーザに救助要求を送信し、そのコミュニケーションをとった仲介ユーザを正式に仲介ユーザとすることができる。
【0287】
また、仲介ユーザは、例えば、仲介ユーザの仮想オブジェクト（例えばキャラクタ）または仮想カメラを、他ユーザ（要救助ユーザ）の仮想空間（仮想ゲーム空間）内で移動させて巡回させることで、他ユーザのゲームのプレイ状況を閲覧することができてもよい。
【0288】
これにより、仲介ユーザは、困っているプレイヤキャラクタ（要救助ユーザとなりうるユーザ）を探したり、困っている他ユーザの問題点（例えば、仮想空間において橋が壊れている、まだ拠点を作っていないなど）を探したりすることができる。
【0289】
前記実施形態では、要救助ユーザ、仲介ユーザおよび救助ユーザは、チャットによりコミュニケーションをとっているが、本開示はこれに限定されるものではない。ユーザは、例えば、チャットに加えて、ポインターなどでゲーム画面あるいは仮想空間内のオブジェクトなどをポインティングすることができ（あるいは、線を引くことができる、絵を描くことができる）てもよい。また、ポインティング等されたゲーム画面は、スクリーンショット（静止画）または動画として保存されてもよい。
【0290】
また、前記実施形態においては、要救助ユーザのプレイヤキャラクタ、仲介ユーザのプレイヤキャラクタおよび救助ユーザのプレイヤキャラクタが同一の仮想空間に登場することができてもよい。
【0291】
この場合には、例えば、第１救助モードにおいて、要救助ユーザがプレイするゲームの仮想空間内に、要救助ユーザのプレイヤキャラクタに加え、仲介ユーザのプレイヤキャラクタが登場する。また、第２救助モードにおいて、要救助ユーザがプレイするゲームの仮想空間内に、要救助ユーザのプレイヤキャラクタに加え、仲介ユーザのプレイヤキャラクタおよび救助ユーザのプレイヤキャラクタが登場する。仲介ユーザおよび救助ユーザのユーザ端末装置（液晶画面）には、自身が操作するプレイヤキャラクタを基準とする仮想空間の画像が表示される。
【0292】
この例において、第１救助モードでは、仲介ユーザのプレイヤキャラクタが要救助ユーザのプレイヤキャラクタの近くに移動することで、要救助ユーザのプレイヤキャラクタの動作が仲介ユーザのユーザ端末装置に表示されることで、仲介ユーザが要救助ユーザの救助内容をより詳細に把握することができる。この場合には、要救助ユーザのユーザ端末装置で実行する対象ゲームのプレイに関する情報が、仲介ユーザが自身の端末装置に表示（音声含む）された状態となる。
【0293】
また、第２救助モードでは、要救助ユーザのプレイヤキャラクタの操作権が救助ユーザに移行するとともに、救助ユーザのプレイヤキャラクタは誰も操作することができない状態となる。そして、救助ユーザに、要救助ユーザのプレイヤキャラクタを操作させて戦闘を行うなどさせる。
【0294】
この場合には、救助ユーザのユーザ端末装置で実行されている対象ゲームのゲーム画面が要救助ユーザに表示（音声を含む）された状態となる。また、要救助ユーザのプレイヤキャラクタの動作が仲介ユーザのユーザ端末装置にも表示されるため、救助ユーザのユーザ端末装置で実行されている対象ゲームのゲーム画面が仲介ユーザに表示（音声含む）された状態となる。
【0295】
なお、前記例において、衝突判定処理および攻撃をうけたときのＨＰの減少処理などは、要救助ユーザのプレイヤキャラクタのみが有効であってもよい。すなわち、仲介ユーザのプレイヤキャラクタおよび救助ユーザのプレイヤキャラクタは、無敵の状態であり、いわゆるゴーストキャラクタとなる。
【0296】
あるいは、仲介ユーザのプレイヤキャラクタおよび救助ユーザのプレイヤキャラクタにも衝突判定処理および攻撃をうけたときのＨＰの減少処理などが有効であってもよい。この場合において、救助ユーザ、救助ユーザのプレイヤキャラクタのＨＰがゼロになった場合には、仲介ユーザ、救助ユーザの仮想通貨が減少するなど、なんらかの不利益が与えられる。また、仲介ユーザ、救助ユーザのプレイヤキャラクタを倒した（ＨＰをゼロにした）またはダメージを与えた他ユーザ（プレイヤキャラクタ）は、所定のペナルティが与えられる。
【0297】
また、前記実施形態においては、要救助ユーザは、使用するキャラクタ、使用するスキル、使用するデッキ等の条件を指定して救助要求することができてもよい。この場合には、条件を指定するための入力画面が表示される。これにより、要救助ユーザは、特定のキャラクタを使って攻略したいなどの要望を出すことができる。
【0298】
例えば、要救助ユーザは、仲介ユーザあるいは救助ユーザが所持するキャラクタのみを使用するキャラクタとする条件を指定することができる。
【0299】
また、要救助ユーザは、使用するデバイスを条件として指定することができてもよい。これは、同一のゲームであっても、スマートフォン、パーソナルコンピュータなど複数種類のデバイスでプレイすることができる場合があるためである。このような場合には、コントローラ（操作方法）の違いでアドバイスなどが異なる場合があるため、要救助ユーザとしては、同じデバイスでの救助内容の解決を希望する場合もある。
【0300】
また、前記実施形態に限られず、仲介ユーザの仲介ランクによって仲介ユーザに付されるアイコンなどが豪華になり、これにより、仲介ユーザは自分自身を目立たせることができてもよい。この場合には、仲介ユーザは、仲介ユーザリストにおいて目立つことになり、また仲介ランクが高いことが認識され
やすくなる。したがって、その仲介ユーザは、豪華なアイコンが目印となって要救助ユーザに選ばれやすくなる。また、例えば、仮想空間において仲介ユーザのプレイヤキャラクタの頭上にアイコンを表示させておくことで、仲介ユーザのプレイヤキャラクタを目立たせることもできる。
やすくなる。したがって、その仲介ユーザは、豪華なアイコンが目印となって要救助ユーザに選ばれやすくなる。また、例えば、仮想空間において仲介ユーザのプレイヤキャラクタの頭上にアイコンを表示させておくことで、仲介ユーザのプレイヤキャラクタを目立たせることもできる。
【0301】
また、前記実施形態においては、仲介ユーザの評価として「おせっかいレベル」を設けるようにしてもよい。「おせっかいレベル」は、救助要求がない状態で、他ユーザに救助の仲介を案内（営業）する頻度を示す数値である。例えば、所定時間あたりに営業する頻度が高いほど、「おせっかいレベル」が上昇する。仲介の営業は、例えば、他ユーザへのメッセージ（ダイレクトメール）送信がある。
【0302】
なお、「おせっかいレベル」が上がると悪評につながるが、仲介ランクは低下（変動）しなくてもよい。また、「おせっかいレベル」は他ユーザが視認することができ、例えば、「おせっかいレベル」が仲介ユーザリストに表示されてもよい。この場合には、「おせっかいレベル」が仲介ユーザデータに含まれており、サーバ装置が仲介ユーザデータを更新する。
【0303】
前記実施形態では、１の救助要求に対して１人の救助ユーザがマッチングされるが、１の救助要求に対して複数の救助ユーザがマッチングされるようにしてもよい。例えば、複数の救助ユーザで１のグループが形成され、そのグループが要救助ユーザにマッチングされればよい。この場合には、例えば、グループの代表者が操作権を持ち、グループに所属する救助ユーザ間でコミュニケーションをとりながら救助内容を解決することができる。
【0304】
また、前記実施形態に限られず、救助ユーザとともに、仲介ユーザが救助内容の解決を手伝ってもよい。この場合には、例えば、救助ユーザが操作権を持ち、救助ユーザおよび仲介ユーザ間でコミュニケーションをとりながら救助内容を解決することができる。
【0305】
また、要救助ユーザと仲介ユーザとの間で、および／または、仲介ユーザと救助ユーザとの間で、救助要求の対応を引き受ける契約が締結されてもよい。例えば、仲介ユーザは、この契約が締結されている救助ユーザの中から救助要求のマッチングを行う。また、この契約は、専属契約であってもよい。この場合には、１人の仲介ユーザと専属契約が締結されている救助ユーザは、他の仲介ユーザと契約を締結することができない。なお、契約が締結されることで、救助ユーザに恩恵（例えば定期的に付与される報酬）が付与されてもよい。
【0306】
また、前記実施形態においては、仲介ユーザが別の仲介ユーザを要救助ユーザにマッチさせてもよい。例えば、複数の仲介ユーザで構成されるグループがあり、グループの代表者である１人の仲介ユーザが、救助内容を検討して最適な仲介ユーザをグループの中から選択してマッチングさせる。
【0307】
また、前記実施形態においては、ゲーム装置はスマートフォンなどの端末装置である例が記載されているが、本発明は、これには限られない。ゲーム装置は、例えば、ディスプレイおよびコントローラが外部接続される据え置き型のゲーム装置、あるいは、パーソナルコンピュータであってもよい。
【符号の説明】
【0308】
１ ゲームシステム
２ サーバ装置
３ ユーザ端末装置
４ 通信ネットワーク
２ サーバ装置
３ ユーザ端末装置
４ 通信ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】