(57)【要約】【課題】ユーザに対してグループへの貢献を促す。【解決手段】同じグループに属するユーザ間で課題の進捗状況を共有させる。課題は、グループに設定された複数の課題から所定数の課題を振り分ける。振り分けられた課題は、各ユーザによる操作に基づいて更新される。また、課題を達成したユーザに対して同種の課題を新たに振り分ける構成としてもよい。さらに、同時挑戦可能なユーザ数が設定された課題を複数のユーザに振り分ける構成としてもよい。【選択図】図３
2020054704.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける振分機能と、
前記課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗を更新する更新機能と、
前記複数の課題のうち少なくとも一部の課題の進捗状況を前記複数のユーザに共有させる共有機能とを
実現させるためのビデオゲーム処理プログラム。
【請求項２】
前記振分機能では、前記課題を達成したユーザに対し、当該課題と同種の課題を新たに振り分ける機能を
実現させるための請求項１記載のビデオゲーム処理プログラム。
【請求項３】
前記振分機能では、同時挑戦可能なユーザ数が設定された課題を複数のユーザに振り分ける機能を実現させ、
前記更新機能では、前記課題に挑戦中のユーザ数を含む課題関連情報を更新する機能を実現させ、
前記共有機能では、前記課題関連情報を参照して前記課題の進捗状況を前記複数のユーザに共有させる機能を
実現させるための請求項１または請求項２記載のビデオゲーム処理プログラム。
【請求項４】
前記振分機能では、所定期間内におけるユーザ操作に基づいて、前記複数のユーザの少なくとも一部に対して、振り分けた課題を当該課題とは異なる課題に変更する機能を
実現させるための請求項１から請求項３のうち何れかに記載のビデオゲーム処理プログラム。
【請求項５】
前記サーバに、
前記更新機能による更新結果に基づいて、前記グループおよび前記ユーザの少なくとも一方に特典を付与する付与機能を
実現させるための請求項１から請求項４のうち何れかに記載のビデオゲーム処理プログラム。
【請求項６】
前記サーバに、
前記更新機能による更新結果に基づいて、前記同じグループに対応付けされた敵キャラクタとの対戦において所定の効果を設定する設定機能を
実現させるための請求項１から請求項５のうち何れかに記載のビデオゲーム処理プログラム。
【請求項７】
通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザ操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、
同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける振分手段と、
前記課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗を更新する更新手段と、
前記複数の課題のうち少なくとも一部の課題の進捗状況を前記複数のユーザに共有させる共有手段とを含む
ことを特徴とするビデオゲーム処理システム。
【請求項８】
ユーザ操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、
前記ユーザ端末に、
同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける振分機能と、
前記課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗を更新する更新機能と、
前記複数の課題のうち少なくとも一部の課題の進捗状況を前記複数のユーザに共有させる共有機能とを
実現させるためのビデオゲーム処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態の少なくとも１つは、ユーザ操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラム、及びビデオゲーム処理システムに関する。
【背景技術】
【０００２】
従来、複数のユーザにより構成されるグループを作成して所定のサービスを提供するシステムが種々提案されている。
【０００３】
このようなシステムには、グループのステータスに基づいて、当該グループに属するユーザに対して付与し得るアイテムの有無を判定し、アイテムがある場合に、当該アイテムの付与条件を満たすユーザに当該アイテムを付与するものもある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−１１１１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、従来のシステムでは、各ユーザにグループへの貢献を効果的に促すことができない場合があるという問題があった。すなわち、グループに属するユーザに対してより積極的な参加を促せるようにすることが求められている。
【０００６】
本発明の少なくとも１つの実施形態の目的は、上記課題を解決し、ユーザに対してグループへの貢献を促すことである。
【課題を解決するための手段】
【０００７】
非限定的な観点によると、本発明の一実施形態に係るビデオゲーム処理プログラムは、ユーザ操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、前記サーバに、同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける振分機能と、前記課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗を更新する更新機能と、前記複数の課題のうち少なくとも一部の課題の進捗状況を前記複数のユーザに共有させる共有機能とを実現させるためのものである。
【０００８】
非限定的な観点によると、本発明の一実施形態に係るビデオゲーム処理システムは、通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザ操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける振分手段と、前記課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗を更新する更新手段と、前記複数の課題のうち少なくとも一部の課題の進捗状況を前記複数のユーザに共有させる共有手段とを含むことを特徴とする。
【０００９】
非限定的な観点によると、本発明の一実施形態に係るビデオゲーム処理プログラムは、ユーザ操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、前記ユーザ端末に、同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける振分機能と、前記課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗を更新する更新機能と、前記複数の課題のうち少なくとも一部の課題の進捗状況を前記複数のユーザに共有させる共有機能とを実現させるためのものである。
【発明の効果】
【００１０】
本願の各実施形態により１または２以上の不足が解決される。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態の少なくとも一つに対応するビデオゲーム処理システムの構成の例を示すブロック図である。
【図２】本発明の実施形態の少なくとも一つに対応するサーバの構成を示すブロック図である。
【図３】本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。
【図４】本発明の実施形態の少なくとも一つに対応するゲーム処理におけるサーバ側の動作の例を示すフローチャートである。
【図５】本発明の実施形態の少なくとも一つに対応するゲーム処理における端末側の動作の例を示すフローチャートである。
【図６】本発明の実施形態の少なくとも一つに対応するサーバの構成を示すブロック図である。
【図７】本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。
【図８】本発明の実施形態の少なくとも一つに対応するサーバの構成を示すブロック図である。
【図９】本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。
【図１０】本発明の実施形態の少なくとも一つに対応するサーバの構成を示すブロック図である。
【図１１】本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。
【図１２】本発明の実施形態の少なくとも一つに対応するサーバの構成を示すブロック図である。
【図１３】本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。
【図１４】本発明の実施形態の少なくとも一つに対応するサーバの構成を示すブロック図である。
【図１５】本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。
【図１６】本発明の実施形態の少なくとも一つに対応するサーバの構成を示すブロック図である。
【図１７】本発明の実施形態の少なくとも一つに対応する情報の格納状態の例について説明するための説明図である。
【図１８】本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。
【図１９】本発明の実施形態の少なくとも一つに対応するゲーム画面の例を示す説明図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態の例について図面を参照して説明する。なお、以下で説明する各実施形態の例における各種構成要素は、矛盾等が生じない範囲で適宜組み合わせ可能である。また、ある実施形態の例として説明した内容については、他の実施形態においてその説明を省略している場合がある。また、各実施形態の特徴部分に関係しない動作や処理については、その内容を省略している場合がある。さらに、以下で説明する各種フローを構成する各種処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。
【００１３】
［第１の実施形態］
図１は、本発明の一実施の形態におけるビデオゲーム処理システム１００の構成の例を示すブロック図である。図１に示すように、ビデオゲーム処理システム１００は、サーバ１０と、ビデオゲーム処理システムのユーザが使用するユーザ端末２０，２０１〜２０Ｎ（Ｎは任意の整数）とを含む。なお、ビデオゲーム処理システム１００の構成はこれに限定されず、単一のユーザ端末を複数のユーザが使用する構成としてもよいし、複数のサーバを備える構成としてもよい。
【００１４】
サーバ１０と複数のユーザ端末２０，２０１〜２０Ｎは、それぞれインターネットなどの通信ネットワーク３０に接続されている。なお、図示しないが、複数のユーザ端末２０，２０１〜２０Ｎは、通信業者によって管理される基地局と無線通信回線によるデータ通信を行うことによって、通信ネットワーク３０と接続する。
【００１５】
ビデオゲーム処理システム１００は、サーバ１０と複数のユーザ端末２０，２０１〜２０Ｎとを備えることにより、ユーザの操作に応じて各種処理を実行するための各種機能を実現する。
【００１６】
サーバ１０は、ビデオゲーム処理システム１００の管理者によって管理され、複数のユーザ端末２０，２０１〜２０Ｎに対して各種処理に関する情報を提供するための各種機能を有する。本例において、サーバ１０は、ＷＷＷサーバなどの情報処理装置によって構成され、各種情報を格納する記憶媒体を備える。なお、サーバ１０は、制御部や通信部などコンピュータとして各種処理を行うための一般的な構成を備えるが、ここでの説明は省略する。また、ビデオゲーム処理システム１００においては、複数のユーザ端末２０，２０１〜２０Ｎそれぞれにかかる処理負荷を軽減させるといった観点から、各種情報はサーバ１０が管理することが好ましい。ただし、各種情報を記憶する記憶部は、サーバ１０がアクセス可能な状態で記憶領域を備えていればよく、例えば専用の記憶領域をサーバ１０の外部に有する構成とされていてもよい。
【００１７】
図２は、サーバ１０の構成の例であるサーバ１０Ａの構成を示すブロック図である。図２に示すように、サーバ１０Ａは、振分部１１と、更新部１２と、共有部１３とを少なくとも備える。
【００１８】
振分部１１は、同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける機能を有する。
【００１９】
ここで、グループとは、所定規則に従って対応付けされたユーザを意味する。グループを構成するための構成は特に限定されず、ユーザが任意に構成し得る構成としてもよいし、同じビデオゲームをプレイする全ユーザを１グループとする構成としてもよい。
【００２０】
また、グループに設定された課題とは、グループまたはグループに属するユーザに対応付けされた課題を意味する。課題は、グループに属する少なくとも１のユーザの行動により達成される内容であることが好ましい。課題の例には、一人のユーザにより達成し得るものや、複数のユーザによってのみ達成し得るものがある。
【００２１】
また、課題を振り分けるとは、グループに設定された複数の課題のうち少なくとも一部の課題をユーザが挑戦できるようにすることを意味する。課題を振り分けるための構成は特に限定されないが、グループに設定された複数の課題が所定期間内に全てユーザに振り分けられる構成であることが好ましい。このような構成の例には、課題を達成したユーザに対して未達成の課題を順次振り分ける構成がある。
【００２２】
更新部１２は、課題が振り分けられたユーザによる操作に基づいて、課題の進捗を更新する機能を有する。
【００２３】
ここで、課題の進捗を更新するとは、課題の進捗をユーザに報知するための情報を更新することを意味する。課題の進捗を更新するための構成は特に限定されないが、ユーザによる操作がスムーズに反映される構成であることが好ましい。また、進捗を示す内容の例には、課題を達成したユーザの有無や、課題に挑戦しているユーザの数がある。
【００２４】
共有部１３は、複数の課題のうち少なくとも一部の課題の進捗状況を複数のユーザに共有させる機能を有する。
【００２５】
ここで、課題の進捗状況を複数のユーザに共有させるための構成の例は特に限定されないが、未達成の課題をユーザが認識し得る構成であることが好ましい。このような構成の例には、各ユーザに振り分けた課題をユーザに選択させるための画面に、各課題が達成されているか否か又は挑戦中のユーザ数を表す画像を含める構成がある。
【００２６】
複数のユーザ端末２０，２０１〜２０Ｎは、それぞれ、ユーザによって管理され、例えば携帯電話端末やＰＤＡ（Personal Digital Assistants）、携帯型ゲーム装置や所謂ウェアラブルデバイスなどのネットワーク配信型のゲームを行うことが可能な通信端末によって構成される。なお、ビデオゲーム処理システム１００が含み得るユーザ端末の構成は上述した例に限定されず、ユーザがビデオゲームを認識し得る構成であればよい。ユーザ端末の構成の他の例には、各種通信端末を組み合わせたものやパーソナルコンピュータ、据置型ゲーム装置がある。
【００２７】
また、複数のユーザ端末２０，２０１〜２０Ｎは、それぞれ、通信ネットワーク３０に接続し、サーバ１０との通信を行うことにより各種処理を実行するためのハードウェア（例えば、座標に応じたブラウザ画面やゲーム画面を表示する表示装置など）およびソフトウェアを備える。なお、複数のユーザ端末２０，２０１〜２０Ｎそれぞれは、サーバ１０を介さずに互いに直接通信を行うこともできる構成とされていてもよい。
【００２８】
次に、本例のビデオゲーム処理システム１００（システム１００）の動作について説明する。
【００２９】
図３は、システム１００が実行するゲーム処理の例を示すフローチャートである。本例におけるゲーム処理では、複数のユーザによる課題の共有に関連する処理が行われる。以下、サーバ１０Ａとユーザ端末２０（端末２０）とが、ゲーム処理を実行する場合を例にして説明する。
【００３０】
ゲーム処理は、例えばビデオゲームにおいて課題の振り分け条件が満たされた場合に開始される。以下、が所定の振り分け条件が満たされたとサーバ１０Ａが判定した場合を例にして説明する。
【００３１】
サーバ１０Ａは、ゲーム処理において、先ず、同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける（ステップＳ１１）。本例においてサーバ１０Ａは、グループに設定された複数の課題を、所定規則に従って同グループに属する複数のユーザに振り分ける。
【００３２】
サーバ１０Ａは、課題を振り分けると、課題の進捗を更新する（ステップＳ１２）。本例においてサーバ１０Ａは、各ユーザによる課題の達成状況が反映されるように、課題の進捗を管理するための所定情報を更新する。
【００３３】
サーバ１０Ａは、課題の進捗を更新すると、複数の課題の進捗状況を複数のユーザに共有させ（ステップＳ１３）、ここでの処理を終了する。本例においてサーバ１０Ａは、各ユーザが、自身に振り分けられた課題に挑戦中の他ユーザを認識できるように、各ユーザが操作する端末に課題の進捗状況に関する情報を提供する。
【００３４】
図４は、ゲーム処理におけるサーバ１０Ａ側の動作の例を示すフローチャートである。ここでは、システム１００におけるサーバ１０Ａの動作について改めて説明する。
【００３５】
サーバ１０Ａは、ゲーム処理において、先ず、複数のユーザそれぞれに課題を振り分け（ステップＳ１０１）、受信したユーザ情報に基づいて課題の進捗を更新し（ステップＳ１０２）、複数の課題の進捗状況を複数のユーザに共有させる（ステップ１０３）。
【００３６】
図５は、端末２０がゲーム処理を実行する場合の端末２０側の動作の例を示すフローチャートである。以下、端末２０が、単体でゲーム処理を実行する場合を例にして説明する。なお、端末２０の構成については、サーバ１０から各種情報を受信することを除きサーバ１０の構成と同様の機能を備えるものであるため、重複説明を避ける観点から記載を省略する。
【００３７】
端末２０は、ゲーム処理において、先ず、端末２０のユーザに課題を振り分け（ステップＳ２０１）、ユーザ操作に応じて課題の進捗を更新し（ステップＳ２０２）、複数の課題の進捗状況を複数のユーザに共有させる（ステップ２０３）。本例において端末２０は、サーバ１０Ａと通信することで、各ステップで用いる情報の送受信を行う。なお、端末２０が、自身が備える記憶部を参照して各ステップで用いる情報を特定する構成としてもよい。
【００３８】
以上に説明したように、第１の実施形態の一側面として、ユーザ操作に応じてビデオゲームの進行を制御する機能を備えたサーバ１０Ａが、振分部１１と、更新部１２と、共有部１３とを備える構成としているので、同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分け、課題が振り分けられたユーザによる操作に基づいて、課題の進捗を更新し、複数の課題のうち少なくとも一部の課題の進捗状況を複数のユーザに共有させ、ユーザに対してグループへの貢献を促すことができる。
【００３９】
すなわち、グループに属する各ユーザに課題を振り分け、かつ振り分けられた課題の進捗を複数のユーザが認識できるようになるため、ユーザに対してグループへの貢献を促すことができる。
【００４０】
［第２の実施形態］
図６は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｂ（サーバ１０Ｂ）の構成を示すブロック図である。本例において、サーバ１０Ｂは、振分部１１Ｂと、更新部１２と、共有部１３とを少なくとも備える。
【００４１】
振分部１１Ｂは、課題を達成したユーザに対し、当該課題と同種の課題を新たに振り分ける機能を有する。
【００４２】
ここで、同種の課題とは、複数の課題のうち、同じ種類として作成または管理されている課題を意味する。課題を分類するための構成は特に限定されないが、各課題に少なくとも１つの種類が対応付けされている構成が好ましい。このような構成の例には、複数の課題それぞれに所定数に課題のうち１つが設定されている構成がある。
【００４３】
また、課題を達成したユーザに同種の新たな課題を振り分けるための構成は特に限定されず、複数の課題からランダムに抽出した課題を新たに振り分ける構成としてもよいし、複数の課題のうち同グループに属するどのユーザも達成していない課題を新たに振り分ける構成としてもよい。
【００４４】
図７は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｂと、端末２０の動作を例にして説明する。なお、サーバ１０Ｂと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。
【００４５】
サーバ１０Ｂは、ユーザ操作に応じて課題の進捗を更新し、ユーザにより課題が達成された場合、当該ユーザ（課題達成ユーザ）に当該課題と同種の課題を新たに振り分ける（ステップＳ２−１１）。本例においてサーバ１０Ｂは、同種の課題の中から次の課題をランダムに抽選し、抽選した課題をユーザ情報に対応付けることで、新たな課題を課題達成ユーザに振り分ける。
【００４６】
以上に説明したように、第２の実施形態の一側面として、サーバ１０Ｂが、振分部１１Ｂと、更新部１２と、共有部１３を備える構成としているので、課題を達成したユーザに対し、当該課題と同種の課題を新たに振り分け、別種の課題と比べてユーザにとっての達成難易度が低い可能性のある未達成課題を、当該ユーザに新たに提供することができるため、課題達成をユーザに促すことができる。また、ユーザが選択できる複数の課題の種類が偏る事でゲームの趣向性が低下してしまう事態を回避できる。
【００４７】
［第３の実施形態］
図８は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｃ（サーバ１０Ｃ）の構成を示すブロック図である。本例において、サーバ１０Ｃは、振分部１１Ｃと、更新部１２Ｃと、共有部１３Ｃとを少なくとも備える。
【００４８】
振分部１１Ｃは、同時挑戦可能なユーザ数が設定された課題を複数のユーザに振り分ける機能を有する。
【００４９】
ここで、同時挑戦可能なユーザ数とは、課題に挑戦中のユーザ数の上限を意味する。すなわち、本例における課題は、少なくとも、課題を割り振られたユーザが当該課題に挑戦していない状態と、挑戦中の状態とが発生する。なお、同時挑戦可能なユーザ数と同数のユーザが挑戦中にある課題については、新たにユーザに割り振らない構成としてもよい。
【００５０】
更新部１２Ｃは、課題に挑戦中のユーザ数を含む課題関連情報を更新する機能を有する。
【００５１】
ここで、課題関連情報は、課題に挑戦中のユーザ数を含む構成であれば特に限定されない。課題関連情報の例には、課題の識別情報と、同時挑戦可能なユーザ数と、課題に挑戦中のユーザ数と、各ユーザの識別情報とが対応付けされた構成がある。
【００５２】
共有部１３Ｃは、課題関連情報を参照して課題の進捗状況を複数のユーザに共有させる機能を有する。
【００５３】
ここで、課題の進捗状況を複数のユーザに共有させるための構成は特に限定されないが、新たに課題に挑戦しようとするユーザが、当該課題に挑戦しているユーザの数を認識し得る構成であることが好ましい。このような構成の例には、課題選択画面の表示要求を受けた付けた場合に、その時に課題に挑戦中のユーザ数を提供する構成がある。
【００５４】
図９は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｃと、端末２０の動作を例にして説明する。なお、サーバ１０Ｃと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。
【００５５】
サーバ１０Ｃは、ゲーム処理において、同時挑戦可能なユーザ数が設定された課題を振り分ける（ステップＳ３−１１）。本例においてサーバ１０Ｃは、同じ課題を同時に複数のユーザに振り分けることがあるが、同時挑戦人数はマスターで課題毎に設定する。なお、同時挑戦人数と同数のユーザが挑戦中の課題については、挑戦中のユーザ数が減少するまで当該課題に挑戦できないユーザからの要求に応じて又は要求を待つことなく、当該ユーザに振り分ける課題を変更する構成としてもよい。
【００５６】
サーバ１０Ｃは、課題を振り分けると、課題関連情報を更新する（ステップＳ３−１２）。本例においてサーバ１０Ｃは、各ユーザによる操作に応じて、課題に挑戦中のユーザ数を更新する。なお、ユーザによる操作の例には、課題への挑戦を求める操作や、課題に挑戦中という状態の解除条件（達成や失敗）を満たす操作がある。
【００５７】
サーバ１０Ｃは、、課題関連情報を更新すると、課題関連情報を参照して進捗状況を共有させる（ステップＳ３−１３）。本例においてサーバ１０Ｃは、ユーザからの共有要求を受け付けた場合に、当該ユーザに適した情報を課題関連情報から検索して提供する。
【００５８】
以上に説明したように、第３の実施形態の一側面として、サーバ１０Ｃが、振分部１１Ｃと、更新部１２Ｃと、共有部１３Ｃを備える構成としているので、同時挑戦可能なユーザ数が設定された課題を複数のユーザに振り分け、課題に挑戦中のユーザ数を含む課題関連情報を更新し、課題関連情報を参照して課題の進捗状況を複数のユーザに共有させ、課題により早く挑戦することをユーザに促すことができ、ビデオゲームへの参加状態の活性化を促すことができる。
【００５９】
［第４の実施形態］
図１０は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｄ（サーバ１０Ｄ）の構成を示すブロック図である。本例において、サーバ１０Ｄは、振分部１１Ｄと、更新部１２と、共有部１３を少なくとも備える。
【００６０】
振分部１１Ｄは、所定期間内におけるユーザ操作に基づいて、複数のユーザの少なくとも一部に対して、振り分けた課題を当該課題とは異なる課題に変更する機能を有する。
【００６１】
ここで、課題を変更するための構成は特に限定されないが、所定期間における同一ユーザによる変更回数に制限が設けられていることが好ましい。このような構成の例には、１日１種類３回まで、同種の課題の中からユーザが選択した課題に変更可能な構成がある。
【００６２】
図１１は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｄと、端末２０の動作を例にして説明する。なお、サーバ１０Ｄと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。
【００６３】
サーバ１０Ｄは、複数の課題の進捗状況を複数のユーザに共有させると、課題を変更する（ステップＳ４−１１）。本例においてサーバ１０Ｄは、ユーザからの課題変更要求が条件を満たす場合に、当該ユーザに振り分けた課題を、課題変更要求に対応する課題に変更する。
【００６４】
以上に説明したように、第４の実施形態の一側面として、サーバ１０Ｄが、振分部１１Ｄと、更新部１２と、共有部１３とを備える構成としているので、所定期間内におけるユーザ操作に基づいて、複数のユーザの少なくとも一部に対して、振り分けた課題を当該課題とは異なる課題に変更し、グループにおいてユーザに振り分けられる課題の選択について、ユーザが課題を選択できる自由度を向上させることができる。
【００６５】
［第５の実施形態］
図１２は、サーバ１０の例であるサーバ１０Ｅ（サーバ１０Ｅ）の構成を示すブロック図である。本例において、サーバ１０Ｅは、振分部１１と、更新部１２と、共有部１３と、付与部１４と、とを少なくとも備える。
【００６６】
付与部１４は、更新部１２による更新結果に基づいて、グループおよびユーザの少なくとも一方に特典を付与する機能を有する。
【００６７】
ここで、特典の内容は特に限定されないが、グループやユーザにとってビデオゲームを進めるのに有利となるものであることが好ましい。グループに付与する特典の例には、グループとして条件を満たした場合にグループに属する全ユーザに付与されるポイントがある。また、ユーザに付与する特典の例には、各ユーザが課題をクリアした場合に各ユーザに付与されるポイントがある。なお、ここでのポイントの例には、複数のグループをランク分けするために用いられるポイントや、ゲーム内アイテムとの交換に用いられるポイントがある。
【００６８】
図１３は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｅと、端末２０の動作を例にして説明する。なお、サーバ１０Ｅと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。
【００６９】
サーバ１０Ｅは、複数の課題の進捗状況を複数のユーザに共有させると、ユーザに特典を付与する（ステップＳ５−１１）。本例においてサーバ１０Ｅは、課題の進捗状況を更新したことで付与条件が満たされた特典を、付与すべき対象に付与する。
【００７０】
以上に説明したように、第５の実施形態の一側面として、サーバ１０Ｅが、振分部１１と、更新部１２と、共有部１３と、付与部１４とを備える構成としているので、更新部１２による更新結果に基づいて、グループおよびユーザの少なくとも一方に特典を付与し、振り分けられた課題を進めることにユーザにとってのメリットを設けることができるようになるため、よりグループに設定された課題を進めることを促すことができる。
【００７１】
［第６の実施形態］
図１４は、サーバ１０の例であるサーバ１０Ｆ（サーバ１０Ｆ）の構成を示すブロック図である。本例において、サーバ１０Ｆは、振分部１１と、更新部１２と、共有部１３と、設定部１５とを少なくとも備える。
【００７２】
設定部１５は、更新部１２による更新結果に基づいて、同じグループに対応付けされた敵キャラクタとの対戦において所定の効果を設定する機能を有する。
【００７３】
ここで、グループと敵キャラクタとを対応付けるための構成は特に限定されず、１グループに対して複数の敵キャラクタが対応付けされる構成としてもよい。
【００７４】
また、効果を設定するとは、ゲーム内で効果が発生するように必要な情報を設定することを意味する。対戦に効果を設定するための構成は特に限定されないが、効果が設定されているか否かをユーザが認識し得る構成であることが好ましい。このような構成の例には、
所定期間内に設定条件を満たしたグループについて、所定期間後に開始される対戦と所定の効果とを対応付ける構成がある。なお、対戦において所定の効果を設定するための構成は特に限定されないが、設定された効果をユーザが認識し得る構成であることが好ましい。このような構成の例には、ユーザが敵キャラクタとの対戦を選択する前または対戦中に、当該対戦に設定された効果に関する情報をユーザに提供する構成がある。
【００７５】
図１５は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｆと、端末２０の動作を例にして説明する。なお、サーバ１０Ｆと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。
【００７６】
サーバ１０Ｆは、課題の進捗を更新すると、更新結果に基づいて効果を設定する（ステップＳ６−１１）。本例においてサーバ１０Ｆは、課題の進捗状況を更新したことで設定条件が満たされた効果を設定する。
【００７７】
以上に説明したように、第６の実施形態の一側面として、サーバ１０Ｆが、振分部１１と、更新部１２と、共有部１３と、設定部１５とを備える構成としているので、更新部１２による更新結果に基づいて、同じグループに対応付けされた敵キャラクタとの対戦において所定の効果を設定し、課題を進めた結果がグループに反映されることをユーザに認識させやすくできる。
【００７８】
［第７の実施形態］
図１６は、システム１００（図１参照）におけるビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｚ（サーバ１０Ｚ）の構成を示すブロック図である。本例において、サーバ１０Ｚは、振分部１１Ｚと、更新部１２Ｚと、共有部１３Ｚと、記憶部１６Ｚとを少なくとも備える。
【００７９】
振分部１１Ｚは、同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける機能を有する。
【００８０】
ここで、グループとは、複数のユーザにより構成されるものである。グループの例には、いわゆるギルドがある。また、課題とは、ビデオゲームの進行とは別に又は併せて設けられた条件を意味する。課題の例には、いわゆるレイドバトルとは別に設けられたミッションがある。以下、ギルドを対象とした複数人で協力して行うダンジョンをレイドバトルの例とし、ギルドメンバーと協力して行うミッション（レイドミッション）を課題の例として説明する。また、レイドミッションを達成するとレイド専用のバフが発生するものとする。
【００８１】
また、課題を振り分けるとは、グループに設定された複数の課題（ミッション、あるいはレイドミッション）のうち少なくとも一部の課題をユーザが挑戦できるようにすることを意味する。本例において、レイドミッションは、ギルドメンバー全員で進捗を共有して行うミッションである。各ユーザ（すなわち、ビデオゲームのプレイヤ）には、３つのミッションが振り分けられ、基本的には振り分けられたミッションのみ進捗を進めることができる。また、ミッションは、「攻撃／生存／特殊」の３枠に分けられた各枠にランダムで１つずつ振り分けられる。すなわち、各ユーザがミッションを選択する画面には、３種類のミッションが表示される。また、ユーザが１つクリアすると同じ枠の中から次のミッションがランダム抽選される。再抽選タイミングはクリアリザルト後である。さらに、同じミッションは同時に複数人に抽選されることがあるが、同時挑戦人数はマスターでミッション毎に設定されている。また、１日３回まで同枠ミッションの中から好きなものに変更可能な構成としてもよい。
【００８２】
更新部１２Ｚは、課題が振り分けられたユーザによる操作に基づいて、課題の進捗を更新する機能を有する。
【００８３】
ここで、課題の進捗には、課題に挑戦中であることや、課題を達成したか否か等、種々の状態がある。すなわち、例えば課題が「剣タイプのキャラで１０回攻撃」の場合、進捗として「課題に挑戦中のユーザ数」と「各ユーザによる攻撃回数」とを更新する。
【００８４】
共有部１３Ｚは、複数の課題のうち少なくとも一部の課題の進捗状況を複数のユーザに共有させる機能を有する。
【００８５】
ここで、進捗状況方法には、ミッション達成ユーザの一覧を表示したり、ミッション達成により生じた効果をしたりする等、種々の方法がある。すなわち、ギルド内でミッションの進捗がメンバーと共有される。また、各ユーザは、自身に振り分けられたミッションに挑戦中のメンバー数がミッションごとにわかる。
【００８６】
図１７は、記憶部１６Ｚが記憶する課題関連情報の格納状態の例について説明するための説明図である。図１７に示すように、記憶部１６Ｚは、グループ名と、課題と、課題に挑戦中にユーザと、達成フラグとを対応付けて記憶する。なお、あるユーザにより達成された課題については、新たに別のユーザに割り振る構成としてもよいし、割り振らない構成としてもよい。
【００８７】
本例において、課題の一例であるミッションは、得られるバフの種類によって、基本的には、抽選されやすいミッションなどの重み付けはなく、ランダムに抽選されてユーザに割り振られる。また、同じミッションは同時に受注できる人数が決まっているため、（上限人数 −１）になったミッションは抽選から外される。さらに、初期振り分けの時点で定員いっぱいのミッションが出ないようにする。上限が１のミッションは自動では割り振られず、例えば所定条件を満たしたユーザに割り振る。ただし、このような方針は絶対ではなく目安として運用されることが好ましい。
【００８８】
また、本例において、複数のユーザが同じミッションに挑戦中（あるいは、受注中）に他者がクリアした場合、課題を達成（クリア）した本人は同じ枠の中からランダムで再抽選され、他の受注中メンバーは、当該ミッションと同じ系統の次のミッションに切り替わる。すなわち、ミッションの種類が攻撃、生存、特殊、の３つであり、攻撃ミッションＡに挑戦中のユーザが３名いた場合に、ユーザ１がミッションＡを達成すると、ユーザ１には攻撃に属する複数のミッションから抽選されたミッションが新たに割り振られ、他のユーザ２とユーザ３に割り振られていたミッションＡは、ミッションＡの次のミッションとして設けられたミッションＡ−１に切り替わる。なお、切替前後でミッションの進捗が継続される構成であることが好ましい。すなわち、ミッションＡが「合計５０万ダメージ」、ミッションＡ−１が「合計１００万ダメージ」の場合、ミッションＡに挑戦中のユーザ２が「合計３０万ダメージ」の状態で同ミッションＡを他ユーザが達成すると、ユーザ２は、残り７０万ダメージを追加することで切替後のミッションＡ−１を達成できる構成であることが好ましい。
【００８９】
また、本例において、ユーザにつき１日１枠３回まで、同じ枠の中から好きなミッションに入れ替えることができる。１日の区切りはログインボーナスと同じタイミングであり、この時、すでに上限人数まで受注されているミッションは選択できない。
【００９０】
また、本例において、ミッション達成には、貢献ポイントとレイドバフという２つの報酬がある。貢献ポイントは、ギルドとメンバー双方に蓄積されるポイントを意味する。ギルドに累積した貢献ポイントで１シーズン通してランキングを競い、個人に累積した貢献ポイントで達成報酬を獲得できる。貢献ポイントは、レイドミッション達成時ではなく、レイドボスへの挑戦毎に進捗に応じた割合で計上されていく。すなわち、ユーザが獲得する貢献ポイントは、達成したミッションのポイントと、今回の達成数／必要な達成数との積により算出される（例：「２０コンボ以上を３０回達成  （１０００ポイント）」に対して、今回の達成数が「４回」達成の場合、１０００・（４／３０ ）＝  １３３．３３  ＝  １３３）。また、レイドバフは、レイドボスダンジョン限定で効果を及ぼす様々な効果を意味する。なお、効果はユーザにとって有利なものであることが好ましく、グループに属するユーザが同じバフを複数取得すると、効果が加算されていくことが好ましい。レイドバフの例には、指定パラメータアップや指定武器ダメージアップ、指定コンボ数ダメージアップなど、種々の効果がある。
【００９１】
図１８は、サーバ１０Ｚを備えるシステム１００Ｚが実行するゲーム処理の例を示すフローチャートである。図１８に示すように、本例におけるシステム１００Ｚは、ビデオゲームに関する処理として、課題の割り振りと進捗状況の共有に関する処理を行う。以下、各処理について説明する。なお、各処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。
【００９２】
システム１００Ｚは、例えば課題（ミッション）の割り振り条件が満たされた場合にゲーム処理を開始する。
【００９３】
図１９は、ゲーム画面の例について説明するための説明図である。図１９に示すように、ゲーム画面には、３つのミッション表示領域１９１０，１９２０，１９３０が表示される。また、ミッション表示領域１９１０には、ミッションの内容（３０コンボ到達を５回達成）と、変更ボタン１９１１と、ユーザ数画像１９１２と、進捗バー１９１３とが表示される。
【００９４】
本例において、変更ボタン１９１１が選択されると、変更可能なミッションとして、ミッション表示領域１９１０に表示されたミッションの属性「攻撃」と同種のミッションが表示される。また、ユーザ数画像１９１２は、ミッション同時挑戦可能な人数と、現在挑戦中の人数とを表す（例えば、ユーザ数画像１９１２の場合、ミッション同時挑戦可能な人数が２、現在挑戦中の人数が１）。さらに、進捗バー１９１３は、その形態により進捗状況を表す。
【００９５】
システム１００Ｚは、ゲーム処理において、先ず、同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける（ステップＳ３０１）。本例においてシステム１００Ｚは、各ユーザにランダムで３種類のミッションを振り分ける。
【００９６】
システム１００Ｚは、課題を振り分けると、課題の進捗を更新する（ステップＳ３０２）。本例においてシステム１００Ｚは、各ユーザから操作情報を受信して、各ユーザによるミッションの進捗を更新する。
【００９７】
システム１００Ｚは、課題の進捗を更新すると、複数の課題の進捗状況を複数のユーザに共有させ（ステップＳ３０３）、ここでの処理を終了する。本例においてシステム１００Ｚは、例えば進捗バー１９１３（図１９参照）により、同グループに属するユーザによるミッションの進捗の少なくとも一部を共有させる。
【００９８】
以上に説明したように、第７の実施形態の一側面として、ユーザ操作に応じてビデオゲームの進行を制御する機能を備えたサーバ１０Ｚが、振分部１１Ｚと、更新部１２Ｚと、共有部１３Ｚと、記憶部１６Ｚとを備える構成としているので、同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題（例えば、ミッション）から所定数の課題を振り分け、課題が振り分けられたユーザによる操作に基づいて、課題の進捗を更新し、複数の課題のうち少なくとも一部の課題の進捗状況を複数のユーザに共有させ、ユーザに対してグループへの貢献を促すことができるようになる。
【００９９】
なお、上述した第７の実施形態の例では特に言及していないが、サーバ１０Ｚが、同じグループに属する複数のユーザが参加可能な課題に、所定条件を満たすユーザを参加させ、課題の終了条件が満たされた場合に、終了条件を満たしたユーザ以外で当該課題に参加中のユーザによる操作可能時間を制限し、操作可能時間が経過するまでに所定条件を満たしたユーザと、当該所定条件を満たさなかったユーザとで、異なる処理に移行する構成としてもよい。すなわち、例えばボスＨＰなどを引き継ぐことで各自が挑戦可能なレイドバトル（ダンジョン進行とボスバトルを含む構成）において、他プレイヤがボスを撃破した時点でダンジョン内にいた場合は、制限時間が残り３分となり、ボス地点に移動するとボスが撃破されてクリアリザルトへ移行し、ボスが撃破されてから制限時間以内にクリアした場合に限り、当該プレイでの特典（例えば、貢献ポイント）が撃退報酬計算の集計に含められる構成としてもよい。この場合、レイドバトルに参加しているユーザに設定された制限時間が残り３分を切っていた場合であっても強制的に３分の猶予時間に再セットする構成としてもよい。さらに、ボスが撃破されると、５分間のクールタイム（集計期間）に入り、その間は新たなボスとの遭遇抽選（例えば、通常ダンジョン時に行われる抽選）は行わない構成としてもよい。
【０１００】
また、上述した第７の実施形態の例では特に言及していないが、サーバ１０Ｚが、同じグループに属する複数のユーザと、敵キャラクタとの対戦を制御し、対戦における所定時機に、当該対戦に参加している複数のユーザのうち所定規則に従って選択された所定数のユーザの所定パラメータを、少なくとも当該対戦において有利となり得る所定状態に変更する構成としてもよい。すなわち、例えばバトル開始時にフレンドを含めたパーティキャラの中からランダムで１体の必殺技ゲージを最大値の状態にする構成としてもよい。
【０１０１】
以上に説明したように、本願の各実施形態により１または２以上の不足が解決される。なお、夫々の実施形態による効果は、非限定的な効果または効果の一例である。
【０１０２】
なお、上述した各実施形態では、複数のユーザ端末２０，２０１〜２０Ｎとサーバ１０は、自己が備える記憶装置に記憶されている各種制御プログラム（例えば、ビデオゲーム処理プログラム）に従って、上述した各種の処理を実行する。
【０１０３】
また、システム１００の構成は上述した各実施形態の例として説明した構成に限定されず、例えばユーザ端末が実行する処理として説明した処理の一部または全部をサーバ１０が実行する構成としてもよいし、サーバ１０が実行する処理として説明した処理の一部または全部を複数のユーザ端末２０，２０１〜２０Ｎの何れか（例えば、ユーザ端末２０）が実行する構成としてもよい。また、サーバ１０が備える記憶部の一部または全部を複数のユーザ端末２０，２０１〜２０Ｎの何れかが備える構成としてもよい。すなわち、システム１００におけるユーザ端末２０とサーバ１０のどちらか一方が備える機能の一部または全部を、他の一方が備える構成とされていてもよい。
【０１０４】
また、プログラムが、上述した各実施形態の例として説明した機能の一部または全部を、通信ネットワークを含まない装置単体に実現させる構成としてもよい。
【０１０５】
［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。
［１］
ユーザ操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける振分機能と、
前記課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗を更新する更新機能と、
前記複数の課題のうち少なくとも一部の課題の進捗状況を前記複数のユーザに共有させる共有機能とを
実現させるためのビデオゲーム処理プログラム。
［２］
前記振分機能では、前記課題を達成したユーザに対し、当該課題と同種の課題を新たに振り分ける機能を
実現させるための［１］記載のビデオゲーム処理プログラム。
［３］
前記振分機能では、同時挑戦可能なユーザ数が設定された課題を複数のユーザに振り分ける機能を実現させ、
前記更新機能では、前記課題に挑戦中のユーザ数を含む課題関連情報を更新する機能を実現させ、
前記共有機能では、前記課題関連情報を参照して前記課題の進捗状況を前記複数のユーザに共有させる機能を
実現させるための［１］または［２］記載のビデオゲーム処理プログラム。
［４］
前記振分機能では、所定期間内におけるユーザ操作に基づいて、前記複数のユーザの少なくとも一部に対して、振り分けた課題を当該課題とは異なる課題に変更する機能を
実現させるための［１］から［３］のうち何れかに記載のビデオゲーム処理プログラム。
［５］
前記サーバに、
前記更新機能による更新結果に基づいて、前記グループおよび前記ユーザの少なくとも一方に特典を付与する付与機能を
実現させるための［１］から［４］のうち何れかに記載のビデオゲーム処理プログラム。
［６］
前記サーバに、
前記更新機能による更新結果に基づいて、前記同じグループに対応付けされた敵キャラクタとの対戦において所定の効果を設定する設定機能を
実現させるための［１］から［５］のうち何れかに記載のビデオゲーム処理プログラム。
［７］
ユーザ操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
同じグループに属する複数のユーザが参加可能な課題に、所定条件を満たすユーザを参加させる参加機能と、
前記課題の終了条件が満たされた場合に、前記終了条件を満たしたユーザ以外で当該課題に参加中のユーザによる操作可能時間を制限する制限機能と、
前記操作可能時間が経過するまでに所定条件を満たしたユーザと、当該所定条件を満たさなかったユーザとで、異なる処理に移行する移行機能とを
実現させるためのビデオゲーム処理プログラム。
［８］
ユーザ操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
同じグループに属する複数のユーザと、敵キャラクタとの対戦を制御する制御機能と、
前記対戦における所定時機に、当該対戦に参加している複数のユーザのうち所定規則に従って選択された所定数のユーザの所定パラメータを、少なくとも当該対戦において有利となり得る所定状態に変更する変更機能とを
実現させるためのビデオゲーム処理プログラム。
［９］
［１］から［８］のうち何れかに記載のビデオゲーム処理プログラムが前記サーバに実現させる機能のうち少なくとも１つの機能を、当該サーバと通信可能なユーザ端末に実現させるためのビデオゲーム処理用プログラム。
［１０］
［１］から［８］のうち何れかに記載のビデオゲーム処理プログラムがインストールされたサーバ。
［１１］
通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザ操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、
同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける振分手段と、
前記課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗を更新する更新手段と、
前記複数の課題のうち少なくとも一部の課題の進捗状況を前記複数のユーザに共有させる共有手段とを含む
ことを特徴とするビデオゲーム処理システム。
［１２］
前記サーバが、振分手段と、更新手段と、共有手段とを含み、
前記ユーザ端末が、前記進捗状況の少なくとも一部を表すゲーム画面を表示装置の表示画面に出力する出力手段を含む
［１１］記載のビデオゲーム処理システム。
［１３］
ユーザの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける振分機能と、前記課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗を更新する更新機能と、前記複数の課題のうち少なくとも一部の課題の進捗状況を前記複数のユーザに共有させる共有機能とを有するサーバから、当該サーバが備える機能に関する情報を受信して当該機能に対応する入出力を行う機能を前記ユーザ端末に
実現させるためのビデオゲーム処理プログラム。
［１４］
ユーザ操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、
前記ユーザ端末に、
同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける振分機能と、
前記課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗を更新する更新機能と、
前記複数の課題のうち少なくとも一部の課題の進捗状況を前記複数のユーザに共有させる共有機能とを
実現させるためのビデオゲーム処理プログラム。
［１５］
［１４］記載のビデオゲーム処理プログラムが前記ユーザ端末に実現させる機能のうち少なくとも１つの機能を、当該ユーザ端末と通信可能なサーバに実現させるためのビデオゲーム処理プログラム。
［１６］
［１４］または［１５］記載のビデオゲーム処理プログラムがインストールされたユーザ端末。
［１７］
ユーザ操作に応じてビデオゲームの進行を制御するビデオゲーム処理方法であって、
同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける振分処理と、
前記課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗を更新する更新処理と、
前記複数の課題のうち少なくとも一部の課題の進捗状況を前記複数のユーザに共有させる共有処理とを含む
ことを特徴とするビデオゲーム処理方法。
［１８］
通信ネットワークと、サーバと、ユーザ端末とを備えるビデオゲーム処理システムが、  ユーザ操作に応じてビデオゲームの進行を制御するビデオゲーム処理方法であって、
同じグループに属する複数のユーザに対し、当該グループに設定された複数の課題から所定数の課題を振り分ける振分処理と、
前記課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗を更新する更新処理と、
前記複数の課題のうち少なくとも一部の課題の進捗状況を前記複数のユーザに共有させる共有処理とを含む
ことを特徴とするビデオゲーム処理方法。
【産業上の利用可能性】
【０１０６】
本発明の実施形態の一つによれば、ユーザに対してグループへの貢献を促すのに有用である。
【符号の説明】
【０１０７】
１０              ビデオゲーム処理サーバ
２０，２０１〜２０Ｎ        ユーザ端末
１１              振分部
１２              更新部
１３              共有部
１４              付与部
１５              設定部
１６              記憶部
３０              通信ネットワーク
１００            ビデオゲーム処理システム
【図１】
2020054704.tif 000003
【図２】
2020054704.tif 000004
【図３】
2020054704.tif 000005
【図４】
2020054704.tif 000006
【図５】
2020054704.tif 000007
【図６】
2020054704.tif 000008
【図７】
2020054704.tif 000009
【図８】
2020054704.tif 000010
【図９】
2020054704.tif 000011
【図１０】
2020054704.tif 000012
【図１１】
2020054704.tif 000013
【図１２】
2020054704.tif 000014
【図１３】
2020054704.tif 000015
【図１４】
2020054704.tif 000016
【図１５】
2020054704.tif 000017
【図１６】
2020054704.tif 000018
【図１７】
2020054704.tif 000019
【図１８】
2020054704.tif 000020
【図１９】
2020054704.tif 000021
【手続補正書】
【提出日】令和1年12月26日(2019.12.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
同じグループに属する複数のユーザに対し、同時挑戦可能なユーザ数が設定され当該グループに設定された複数の課題から所定数の課題を振り分ける振分機能と、
前記同時挑戦可能なユーザ数が設定された課題が振り分けられたユーザによる操作に基づいて、課題の進捗と、当該課題に挑戦中のユーザ数を含む課題関連情報とを更新する更新機能と、
前記課題関連情報を参照して、前記複数の課題のうち少なくとも一部の課題の当該課題に挑戦中のユーザ数を含む進捗状況と、当該課題に同時挑戦可能なユーザ数とを前記複数のユーザに共有させる共有機能とを
実現させるためのビデオゲーム処理プログラム。
【請求項２】
前記振分機能では、前記課題を達成したユーザに対し、当該課題と同種の課題を新たに振り分ける機能を
実現させるための請求項１記載のビデオゲーム処理プログラム。
【請求項３】
前記振分機能では、所定期間内におけるユーザ操作に基づいて、前記複数のユーザの少なくとも一部に対して、振り分けた課題を当該課題とは異なる課題に変更する機能を
実現させるための請求項１または請求項２記載のビデオゲーム処理プログラム。
【請求項４】
前記サーバに、
前記更新機能による更新結果に基づいて、前記グループおよび前記ユーザの少なくとも一方に特典を付与する付与機能を
実現させるための請求項１から請求項３のうち何れかに記載のビデオゲーム処理プログラム。
【請求項５】
前記サーバに、
前記更新機能による更新結果に基づいて、前記同じグループに対応付けされた敵キャラクタとの対戦において所定の効果を設定する設定機能を
実現させるための請求項１から請求項４のうち何れかに記載のビデオゲーム処理プログラム。
【請求項６】
通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザ操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、
同じグループに属する複数のユーザに対し、同時挑戦可能なユーザ数が設定され当該グループに設定された複数の課題から所定数の課題を振り分ける振分手段と、
前記同時挑戦可能なユーザ数が設定された課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗と、当該課題に挑戦中のユーザ数を含む課題関連情報とを更新する更新手段と、
前記課題関連情報を参照して、前記複数の課題のうち少なくとも一部の課題の当該課題に挑戦中のユーザ数を含む進捗状況と、当該課題に同時挑戦可能なユーザ数とを前記複数のユーザに共有させる共有手段とを含む
ことを特徴とするビデオゲーム処理システム。
【請求項７】
ユーザ操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、
前記ユーザ端末に、
同じグループに属する複数のユーザに対し、同時挑戦可能なユーザ数が設定され当該グループに設定された複数の課題から所定数の課題を振り分ける振分機能と、
前記同時挑戦可能なユーザ数が設定された課題が振り分けられたユーザによる操作に基づいて、前記課題の進捗と、当該課題に挑戦中のユーザ数を含む課題関連情報とを更新する更新機能と、
前記課題関連情報を参照して、前記複数の課題のうち少なくとも一部の課題の当該課題に挑戦中のユーザ数を含む進捗状況と、当該課題に同時挑戦可能なユーザ数とを前記複数のユーザに共有させる共有機能とを
実現させるためのビデオゲーム処理プログラム。