JP2021122392A - プログラム、情報処理方法、及び情報処理装置 - Google Patents

Abstract

【課題】編成対象のオブジェクトを組み合わせてグループを編成するゲームにおける使用可能な期間が限定されたグループの編成の利便性を向上させる新たな仕組みを提供する。【解決手段】情報処理装置を、ゲーム内のオブジェクトを編成対象とし、プレイヤからの操作に基づき、編成対象の前記オブジェクトを組み合わせて、前記プレイヤが期間を限定されずに使用するグループを第１グループとして編成すると共に、前記プレイヤが期間を限定されて使用するグループを第２グループとして編成するグループ編成制御部、前記第１グループ及び前記第２グループに対する編成の操作を前記プレイヤから受け付ける一の編成画面の表示制御を行う編成画面表示制御部、として機能させるためのプログラムが提供される。【選択図】図１１

Description

本開示は、プログラム、情報処理方法、及び情報処理装置に関する。

従来から、例えばユーザが保有する様々な種類のゲーム要素の中から所定数を選抜してグループを編成し、グループを構成するゲーム要素を使ってプレイするタイプのゲームが知られている。このようなタイプのゲームは例えばデッキ編成型ゲームと呼ばれる（例えば特許文献１参照）。

特開２０１９−１７７０３７号公報

従来のデッキ編成型ゲームでは、複数のデッキを編成しておき、編成済みのデッキの中から選択したデッキでゲームを行うことが一般的である。このような、従来のデッキ編成型ゲームではプレイヤが編成して保存しておけるデッキの上限数が決められていることが多かった。

したがって、プレイヤは例えばデッキ編成型ゲーム内で期間を限定して開催される、いわゆるイベントで使用するイベントデッキを編成して保存する場合であっても、デッキの上限数を超えないように、イベント以外で使用する編成済みの通常デッキを削除したり変更したりしなければならない場合があった。

本開示は、編成対象のオブジェクトを組み合わせてグループを編成するゲームにおける使用可能な期間が限定されたグループの編成の利便性を向上させる新たな仕組みを提供することを課題とする。

本開示によれば、情報処理装置を、ゲーム内のオブジェクトを編成対象とし、プレイヤからの操作に基づき、編成対象の前記オブジェクトを組み合わせて、前記プレイヤが期間を限定されずに使用するグループを第１グループとして編成すると共に、前記プレイヤが期間を限定されて使用するグループを第２グループとして編成するグループ編成制御部、前記第１グループ及び前記第２グループに対する編成の操作を前記プレイヤから受け付ける一の編成画面の表示制御を行う編成画面表示制御部、として機能させるためのプログラムが提供される。

本開示によれば、編成対象のオブジェクトを組み合わせてグループを編成するゲームにおける使用可能な期間が限定されたグループの編成の利便性を向上させる新たな仕組みを提供できる。

本実施形態に係るゲームシステムの一例を示す図である。 クライアントのハードウェア構成の一例を示す図である。 サーバのハードウェア構成の一例を示す図である。 クライアントの機能構成の一例を示す図である。 サーバの機能構成の一例を示す図である。 本実施形態で利用するプレイヤ情報テーブルの一例の構成図である。 本実施形態で利用するオブジェクト情報テーブルの一例の構成図である。 本実施形態で利用するイベント情報テーブルの一例の構成図である。 本実施形態で利用するデッキ情報テーブルの一例の構成図である。 本実施形態で利用する履歴情報テーブルの一例の構成図である。 本実施形態に係るデッキ編成画面の一例のイメージ図である。 デッキ表示欄に表示される通常デッキ又はイベントデッキのデッキ変更ボタンの押下による遷移を表した一例の説明図である。 本実施形態に係るデッキ編成の処理の一例のフローチャートである。 ステップＳ１６のデッキ編成画面の表示制御の処理の一例のフローチャートである。 本実施形態に係る履歴情報保存の処理の一例のフローチャートである。

以下、本開示を実施するための形態について図面を参照して説明する。なお、本実施形態では、編成対象のゲーム内のオブジェクトの一例として、キャラクタの例を説明するが、これに限定するものではない。ゲーム内のオブジェクトの呼称は、カードやアイテムなど、ゲームにより様々である。また、本実施形態ではオブジェクトを組み合わせて編成するグループの一例として、デッキの例を説明するが、これに限定するものでなく、部隊やチーム、メンバなど、様々である。さらに、本実施形態はロールプレイングゲーム、アクションゲーム、シミュレーションゲーム、ストラテジーゲーム、又はパズルゲームなどの様々なジャンルのゲームに適用が可能である。

［ゲームシステム］
まず、一実施形態に係るゲームシステム１０について、図１を参照して説明する。一実施形態に係るゲームシステム１０は、クライアント２０とサーバ３０とがネットワーク４０を介して通信可能に接続された構成である。

クライアント２０はプレイヤがゲームをプレイする情報処理装置の一例である。クライアント２０は、例えばスマートフォンなどの携帯電話機、携帯ゲーム機、パーソナルコンピュータ、タブレット端末、家庭用ゲーム装置、業務用ゲーム装置等である。クライアント２０はプレイヤからの操作をタッチパネル、コントローラ、マウス、キーボード等で受け付け、プレイヤにゲームをプレイさせる。なお、クライアント２０の個数は３つに限定されるものではなく、３つ以外であってもよい。

サーバ３０はクライアント２０との間でデータを送受信することで、ゲームに必要な機能や情報をクライアント２０に提供する情報処理装置の一例である。サーバ３０はクラウドコンピュータにより実現してもよい。なお、図１に示したサーバ３０の個数は、１つに限定されるものではなく、２つ以上で分散処理してもよい。例えばサーバ３０はクライアント２０へのゲームプログラム（アプリケーション）などのダウンロード処理やユーザのログイン処理、イベントに関する処理、各種テーブルの管理などに利用される。

図２は、クライアント２０のハードウェア構成の一例を示す図である。クライアント２０は、ＣＰＵ（Central Processing Unit）１２１、記憶装置１２２、通信装置１２３、入力装置１２４及び表示装置１２５を有する。ＣＰＵ１２１は、クライアント２０を制御する。記憶装置１２２は、例えばＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などのメモリ、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などのストレージである。

通信装置１２３は、通信を制御するネットワーク回路などの通信デバイスである。入力装置１２４は、タッチパッド、コントローラ、マウス、キーボード、カメラ、マイクなどの入力デバイスである。また、表示装置１２５はディスプレイ、スピーカなどの出力デバイスである。タッチパネルはタッチパッドとディスプレイとを組み合わせることで実現される。

図３は、サーバ３０のハードウェア構成の一例を示す図である。サーバ３０は、ＣＰＵ１３１、記憶装置１３２及び通信装置１３３を有する。ＣＰＵ１３１は、サーバ３０を制御する。記憶装置１３２は、例えばＲＯＭやＲＡＭなどのメモリ、ＨＤＤやＳＳＤなどのストレージである。通信装置１３３は、通信を制御するネットワークカードなどの通信デバイスである。

図４はクライアント２０の機能構成の一例を示す図である。クライアント２０は、記憶部２１、クライアント制御部２２、操作部２３、表示部２４、及びクライアント側通信部２５を有する。記憶部２１は、ゲームプログラム５１などのプログラム、そのプログラムが利用する例えばデッキ情報テーブル５２、履歴情報テーブル５３などのデータを記憶している。記憶部２１は、記憶装置１２２により実現されてもよいし、ネットワーク４０を介して接続された記憶装置により実現されてもよい。

クライアント制御部２２はクライアント２０の全体の制御を行う。クライアント２０の全体の制御には、プレイヤがプレイするゲーム全般に関する制御が含まれる。クライアント制御部２２は、ＣＰＵ１２１がゲームプログラム５１に記載された処理を実行することにより実現される。クライアント制御部２２は、要求送信部５４、結果受信部５５、編成画面表示制御部５６、デッキ編成制御部５７、履歴画面表示制御部５８、及びゲーム制御部５９を有する。

要求送信部５４はプレイヤの操作に基づいてサーバ３０に各種要求を行う。結果受信部５５は各種要求に対する結果をサーバ３０から受信する。編成画面表示制御部５６は後述のデッキ編成画面の表示制御を行う。デッキ編成制御部５７は後述のデッキ編成画面から受け付けたプレイヤの操作に基づき、通常デッキ及びイベントデッキを編成する。履歴画面表示制御部５８はデッキ履歴画面の表示制御を行う。ゲーム制御部５９は通常デッキ及びイベントデッキを使用するゲームに関する制御を行う。

操作部２３は入力装置１２４に対するプレイヤの各種操作を受け付ける。表示部２４は表示装置１２５にゲーム画像を表示する。なお、操作部２３はＣＰＵ１２１が入力装置１２４を制御することで実現される。また、表示部２４は、ＣＰＵ１２１が表示装置１２５を制御することで実現される。

入力装置１２４に対するプレイヤの各種操作とは、ＣＰＵ１２１に処理を実行させるため、ゲームをプレイするプレイヤが操作部２３を操る操作をいう。操作部２３はゲームをプレイするプレイヤから各種操作を受け付ける。クライアント制御部２２はプレイヤから受け付けた各種操作に基づき、ゲームを進行させる。

表示部２４は、クライアント制御部２２が生成したゲーム画像を表示する。クライアント側通信部２５は、サーバ３０と通信する。クライアント側通信部２５はＣＰＵ１２１がゲームプログラム５１を実行し、ゲームプログラム５１に従って通信装置１２３を制御することで実現される。

図５は、サーバ３０の機能構成の一例を示す図である。図５のサーバ３０は、記憶部３１、サーバ制御部３２、及びサーバ側通信部３３を有する。

記憶部３１は、サーバプログラム６１、ゲームプログラム６２などのプログラム、それらのプログラムが利用するデータ、後述するプレイヤ情報テーブル６３、オブジェクト情報テーブル６４、及びイベント情報テーブル６５などを記憶している。記憶部３１は記憶装置１３２により実現されてもよいし、ネットワーク４０を介して接続された記憶装置により実現されてもよい。

サーバ制御部３２は、サーバ３０の全体の制御を行う。サーバ制御部３２は、ＣＰＵ１３１がサーバプログラム６１に記載された処理を実行することにより実現される。例えばサーバ制御部３２は記憶部３１に記憶されているゲームプログラム６２、そのゲームプログラム６２が利用するデータなどをクライアント２０へダウンロードさせるダウンロード処理を行う。

サーバ制御部３２は、要求受信部６６、処理部６７、及び結果送信部６８を有する。要求受信部６６はクライアント２０からの各種要求を受信する。処理部６７は各種要求に対する処理を行う。結果送信部６８は各種要求に対する処理の結果を、クライアント２０に送信する。

サーバ側通信部３３はクライアント２０と通信する。サーバ側通信部３３は、ＣＰＵ１３１がサーバプログラム６１を実行し、サーバプログラム６１に従って通信装置１３３を制御することで実現される。

なお、図４に示したクライアント２０の機能構成、及び図５に示したサーバ３０の機能構成は一例であって、例えば図５に示したサーバ３０の機能構成の少なくとも一つが図４に示したクライアント２０の機能構成に含まれていてもよい。つまり、図４及び図５に示した機能構成は、クライアント２０又はサーバ３０の何れか一方が有していればよい。

サーバ３０の記憶部３１に記憶されているプレイヤ情報テーブル６３、オブジェクト情報テーブル６４、及びイベント情報テーブル６５の構成例は、以下の通りである。

図６は本実施形態で利用するプレイヤ情報テーブルの一例の構成図である。プレイヤ情報テーブルはクライアント２０でゲームを行うプレイヤの情報が設定されている。図６のプレイヤ情報テーブルは、プレイヤＩＤ、及び所有オブジェクトＩＤを項目として有している。

プレイヤＩＤは、プレイヤの識別情報の一例である。所有オブジェクトＩＤはプレイヤが所有するキャラクタ（ゲーム内のオブジェクト）の識別情報の一例である。図６のプレイヤ情報テーブルによれば、プレイヤＩＤを特定できれば、そのプレイヤが所有しているキャラクタを特定できる。

図７は、本実施形態で利用するオブジェクト情報テーブルの一例の構成図である。オブジェクト情報テーブルは、編成対象となるキャラクタ（ゲーム内のオブジェクト）の情報が設定される。図７のオブジェクト情報テーブルは、オブジェクトＩＤ及びオブジェクト情報を項目として有する。オブジェクトＩＤはキャラクタの識別情報の一例である。オブジェクト情報は、キャラクタの能力や画像など、ゲームの実行に必要なキャラクタの情報が設定される。

図８は本実施形態で利用するイベント情報テーブルの一例の構成図である。イベント情報テーブルは、ゲーム内で期間を限定して開催される、いわゆるイベントに関する情報が設定されている。図８のイベント情報テーブルは、イベント名、イベントＩＤ、イベント期間、及び特効オブジェクトＩＤを項目として有している。

イベント名及びイベントＩＤはイベントの識別情報の一例である。イベント期間はイベントが開催される期間が設定される。特効オブジェクトＩＤは、例えばイベントＩＤにより識別されるイベントにおいて、通常よりも能力が上昇したり、取得できるポイントや報酬が上昇したりするなど、イベントにおいて有利な効果を生じさせる特効キャラクタが設定される。したがって、プレイヤは特効キャラクタを含むようにイベントデッキを編成することで、イベント期間中以外に使用している通常デッキよりもイベントに有利なイベントデッキを編成できる。

クライアント２０の記憶部２１に記憶されているデッキ情報テーブル５２及び履歴情報テーブル５３の構成例は、以下の通りである。

図９は、本実施形態で利用するデッキ情報テーブルの一例の構成図である。デッキ情報テーブルはプレイヤが編成して保存している通常デッキ及びイベントデッキの情報が設定されている。図９のデッキ情報テーブルは、デッキＩＤ、デッキ名、及び編成オブジェクトＩＤを項目として有している。

デッキＩＤ及びデッキ名は、デッキの識別情報の一例である。編成オブジェクトＩＤは通常デッキ及びイベントデッキを編成する複数のキャラクタの識別情報が、デッキごとに設定されている。図９のデッキ情報テーブルによれば、デッキＩＤを特定できれば、そのデッキが、どのキャラクタを組み合わせて編成されているのかを特定できる。

図１０は、本実施形態で利用する履歴情報テーブルの一例の構成図である。なお、履歴情報テーブルはプレイヤが過去のイベントで編成したイベントデッキの情報が設定されている。図１０の履歴情報テーブルは、デッキ名、イベントＩＤ、及び編成オブジェクトＩＤを項目として有している。

デッキ名は、デッキの識別情報の一例である。イベントＩＤは、イベントの識別情報の一例である。編成オブジェクトＩＤは、過去のイベントで使用したイベントデッキを編成する複数のキャラクタの識別情報が、デッキごとに設定されている。なお、図１０の履歴情報テーブルによれば、イベントＩＤを特定できれば、プレイヤが過去のイベントで使用したイベントデッキを特定できる。

[ゲーム動作]
以下ではプレイヤがデッキ編成画面を表示し、そのデッキ編成画面においてプレイヤが操作を行い、デッキを編成して保存する処理について説明する。図１１は本実施形態に係るデッキ編成画面の一例のイメージ図である。

図１１のデッキ編成画面１０００は、デッキ表示欄１００２、所有キャラクタ一覧表示欄１００４、デッキ変更ボタン１００６ａ及び１００６ｂ、所有キャラクタ一覧変更ボタン１００８ａ及び１００８ｂ、もどるボタン１０１０、けんさくボタン１０１２、りれきボタン１０１４、決定ボタン１０１６を含む構成である。

デッキ表示欄１００２は、編成の操作をプレイヤから受け付ける一つの通常デッキ又はイベントデッキが表示される。デッキ表示欄１００２に表示される通常デッキ又はイベントデッキは、デッキ変更ボタン１００６ａ又は１００６ｂの押下により、順次切り替えられる。

図１２は、デッキ表示欄に表示される通常デッキ又はイベントデッキのデッキ変更ボタンの押下による遷移を表した一例の説明図である。図１２（Ａ）は、通常時（イベント時以外）の例である。通常時、デッキ表示欄１００２には図１２（Ａ）に示すように例えばデッキ変更ボタン１００６ｂの押下により通常デッキが順次切り替えて表示されるが、イベントデッキが表示されない。

図１２（Ｂ）は、イベント時の例である。イベント時、デッキ表示欄１００２には図１２（Ｂ）に示すように例えばデッキ変更ボタン１００６ｂの押下により通常デッキ及びイベントデッキが順次切り替えて表示される。このように、プレイヤが編成して保存しておけるデッキの上限数は、イベント時に保存しておけるイベントデッキの数だけ、通常時よりもイベント時の方が多くなる。

なお、図１２（Ａ）は一例であって、例えばデッキ変更ボタン１００６ｂの押下により通常デッキ及びイベントデッキが順次切り替えて表示されるが、イベントデッキの編成を受け付けないように表示制御してもよい。イベントデッキの編成を受け付けないように表示制御する場合は、例えばイベントデッキをグレーアウトで表示したり、決定ボタン１０１６を非表示としたり、してもよい。

なお、図１２は保存可能な通常デッキの数が１０個であり、保存可能なイベントデッキの数が２個の例を示したが、この例に限定されるものではない。また、デッキ表示欄１００２は通常時とイベント時とで最初に表示されるデッキを異ならせてもよい。例えば通常時には最初に通常デッキをデッキ表示欄１００２に表示し、デッキ変更ボタン１００６ａ又は１００６ｂの押下により、順次切り替えるようにしてもよい。また、イベント時には最初にイベントデッキを優先してデッキ表示欄１００２に表示し、デッキ変更ボタン１００６ａ又は１００６ｂの押下により、イベントデッキ及び通常デッキの表示を順次切り替えるようにしてもよい。

さらに、イベント時にイベントデッキが未編成のプレイヤに対しては、イベントデッキが未編成であることをゲーム開始時のメッセージ、登録されているメールアドレスへの電子メールなどで通知し、イベントへの参加を促すようにしてもよい。

所有キャラクタ一覧表示欄１００４は、プレイヤが所有しているキャラクタ一覧が表示される。所有キャラクタ一覧表示欄１００４に表示されるキャラクタ一覧は、所有キャラクタ一覧変更ボタン１００８ａ及び１００８ｂの押下により、順次切り替えられる。所有キャラクタ一覧表示欄１００４に表示されるキャラクタは、プレイヤが通常デッキ及びイベントデッキの編成対象として選択が可能なキャラクタである。プレイヤは、所有キャラクタ一覧表示欄１００４から選択した例えば５つの複数のキャラクタにより通常デッキ又はイベントデッキを編成できる。

もどるボタン１０１０はデッキ編成画面１０００の前に表示されていた画面に戻るための操作をプレイヤから受け付けるボタンである。けんさくボタン１０１２は、プレイヤが所有しているキャラクタから所望のキャラクタを検索する場合に利用する。りれきボタン１０１４はデッキ履歴画面を表示するための操作をプレイヤから受け付けるボタンである。

決定ボタン１０１６はデッキ編成画面１０００において編成された通常デッキ及びイベントデッキに更新する（デッキ情報テーブル５２に保存する）操作をプレイヤから受け付けるボタンである。

図１３は本実施形態に係るデッキ編成の処理の一例のフローチャートである。プレイヤからデッキ編成画面１０００を表示するための操作を受け付けると、クライアント２０のクライアント制御部２２はステップＳ１０からＳ１２に進む。

ステップＳ１２において、クライアント制御部２２はサーバ３０にイベント情報テーブル６５の確認要求を行い、確認要求に対する結果を受信する。クライアント制御部２２の編成画面表示制御部５６はステップＳ１４において、受信した結果に基づいてイベント期間中であるか否かを判定する。

イベント期間中であれば、編成画面表示制御部５６はステップＳ１６に進み、図１１及び図１２（Ｂ）を用いて説明した、通常デッキ及びイベントデッキを編成可能なデッキ編成画面の表示制御を行う。これにより、編成画面表示制御部５６はイベント期間中、プレイヤから通常デッキ及びイベントデッキに対する編成の操作を受け付けることができる。

また、イベント期間中でなければ、編成画面表示制御部５６はステップＳ１８に進み、図１１及び図１２（Ａ）を用いて説明した、通常デッキを編成可能なデッキ編成画面の表示制御を行う。これにより、編成画面表示制御部５６は通常時、プレイヤから通常デッキに対する編成の操作を受け付けることができる。

決定ボタン１０１６が押下されると、クライアント制御部２２のデッキ編成制御部５７はステップＳ２０に進み、イベント期間中であればデッキ編成画面１０００において編成された通常デッキ及びイベントデッキの情報でデッキ情報テーブルを更新するデッキ編成制御を行う。通常時であればデッキ編成制御部５７はデッキ編成画面１０００において編成された通常デッキの情報でデッキ情報テーブルを更新するデッキ編成制御を行う。

ステップＳ１６のデッキ編成画面の表示制御は、例えば図１４のフローチャートに示した手順で行われる。図１４はステップＳ１６のデッキ編成画面の表示制御の処理の一例のフローチャートである。

ステップＳ３０において、クライアント制御部２２はサーバ３０にプレイヤ情報テーブル６３及びオブジェクト情報テーブル６４の確認要求を行い、プレイヤ情報、プレイヤが所有するオブジェクトのオブジェクト情報を受信する。クライアント制御部２２の編成画面表示制御部５６はステップＳ３２において、デッキ情報テーブル５２から通常デッキ及びイベントデッキの情報を読み出す。

ステップＳ３４に進み、編成画面表示制御部５６は図１１及び図１２（Ｂ）を用いて説明した、通常デッキ及びイベントデッキをプレイヤからの操作に基づき、切り替えて表示可能なデッキ編成画面１０００を表示する。プレイヤはデッキ編成画面１０００のデッキ変更ボタン１００６ａ及び１００６ｂの押下により、編成したい通常デッキ又はイベントデッキをデッキ表示欄１００２に表示させ、デッキ表示欄１００２に表示されている通常デッキ又はイベントデッキに対する編成の操作を行うことができる。

デッキ表示欄１００２に表示されている通常デッキ又はイベントデッキに対する編成の操作をプレイヤから受け付けると、編成画面表示制御部５６はステップＳ３８に進み、プレイヤからの編成の操作に基づき、デッキ編成画面１０００のデッキ表示欄１００２に表示されている通常デッキ又はイベントデッキのキャラクタを更新する。

例えば図１１のデッキ編成画面１０００の例では、所有キャラクタ一覧表示欄１００４に「編成中」と表示されているキャラクタが、デッキ表示欄１００２に表示されている通常デッキ又はイベントデッキのキャラクタである。また、プレイヤはデッキ表示欄１００２に表示されているキャラクタを押下することにより、デッキ表示欄１００２に表示されている通常デッキ又はイベントデッキからキャラクタを外すことができる。さらに、プレイヤは所有キャラクタ一覧表示欄１００４に表示されているキャラクタを押下することにより、デッキ表示欄１００２に表示されている通常デッキ又はイベントデッキにキャラクタを追加できる。

デッキ表示欄１００２に表示されている通常デッキ又はイベントデッキに対する編成の操作をプレイヤから受け付けなければ、編成画面表示制御部５６はステップＳ３８の処理をスキップする。ステップＳ３６〜Ｓ４０の処理はプレイヤによるデッキの編成が終了するまで繰り返される。

図１４のフローチャートにより、プレイヤはデッキ編成画面１０００において、通常時に通常デッキの編成ができると共に、イベント時に通常デッキの上限数に影響を与えることなく、イベントデッキの編成及び保存ができる。

図１５は本実施形態に係る履歴情報保存の処理の一例のフローチャートである。イベント期間が経過してイベントが終了すると、履歴画面表示制御部５８はステップＳ５０からＳ５２に進む。

ステップＳ５２において、デッキ編成制御部５７はイベントが終了したイベントデッキの情報を図１０の履歴情報テーブル５３に保存する。ステップＳ５４において、デッキ編成制御部５７はイベントが終了したイベントデッキの情報をデッキ情報テーブル５２から削除することで初期化する。

これにより、本実施形態では終了したイベントに有利な（次のイベントに必ずしも有利でない）イベントデッキを、プレイヤが無意識に次のイベントに使用してしまうことを避けることができる。また、履歴画面表示制御部５８は履歴情報テーブル５３に保存された履歴情報に基づき、プレイヤが過去のイベントで編成したイベントデッキの情報を表示するデッキ履歴画面の表示制御を行うことができる。

プレイヤはデッキ履歴画面に表示された過去のイベントデッキの情報を参考にして新しいイベントデッキを編成できる。デッキ履歴画面は過去のイベントデッキのコピー操作をプレイヤから受け付けるコピーボタンを設けていてもよい。プレイヤはデッキ履歴画面から参考にしたい過去のイベントデッキを選択してコピーすることで、図１１のデッキ編成画面１０００に過去のイベントデッキをペーストして利用できる。

本実施形態によれば、編成対象のキャラクタを組み合わせてデッキを編成するゲームにおいて、同一のデッキ編成画面１０００から通常時に利用する通常デッキの上限数に影響を与えずに、イベントデッキの編成及び保存が可能であるため、通常デッキ及びイベントデッキという異なるデッキの編成の利便性を向上させる新たな仕組みを提供できる。

開示した一実施形態のゲームシステム１０、クライアント２０及びサーバ３０は例示であって制限的なものではないと考えられるべきである。上記の実施形態は添付の請求の範囲及びその主旨を逸脱することなく、様々な形態で変形及び改良が可能である。また、上記した複数の実施形態に記載された事項は、矛盾しない範囲で他の構成も取り得ることができ、また、矛盾しない範囲で組み合わせることができる。

１０ ゲームシステム
２０ クライアント
２１ 記憶部
２２ クライアント制御部
２３ 操作部
２４ 表示部
２５ クライアント側通信部
３０ サーバ
３１ 記憶部
３２ サーバ制御部
３３ サーバ側通信部
４０ ネットワーク
５１ ゲームプログラム
５２ デッキ情報テーブル
５３ 履歴情報テーブル
５４ 要求送信部
５５ 結果受信部
５６ 編成画面表示制御部
５７ デッキ編成制御部
５８ 履歴画面表示制御部
５９ ゲーム制御部
６１ サーバプログラム
６２ ゲームプログラム
６３ プレイヤ情報テーブル
６４ オブジェクト情報テーブル
６５ イベント情報テーブル
６６ 要求受信部
６７ 処理部
６８ 結果送信部

Claims (8)

1. 情報処理装置を、
   ゲーム内のオブジェクトを編成対象とし、プレイヤからの操作に基づき、編成対象の前記オブジェクトを組み合わせて、前記プレイヤが期間を限定されずに使用するグループを第１グループとして編成すると共に、前記プレイヤが期間を限定されて使用するグループを第２グループとして編成するグループ編成制御部、
   前記第１グループ及び前記第２グループに対する編成の操作を前記プレイヤから受け付ける一の編成画面の表示制御を行う編成画面表示制御部、
   として機能させるためのプログラム。
2. 前記編成画面表示制御部は、前記第２グループを使用可能な期間に、前記第１グループ及び前記第２グループを前記一の編成画面に表示して、前記第１グループ及び前記第２グループに対する編成の操作を前記プレイヤから受け付けると共に、前記第２グループを使用可能な期間の終了により、前記一の編成画面からの前記第２グループに対する編成の操作を前記プレイヤから受け付けないように表示制御を行うこと
   を特徴とする請求項１記載のプログラム。
3. 前記編成画面表示制御部は、前記第２グループを使用可能な期間が終了すると、前記一の編成画面に前記第２グループを表示しないか、又は操作の対象から外れていることを示す形態で前記第２グループを表示すること
   を特徴とする請求項２記載のプログラム。
4. 前記編成画面表示制御部は、前記第２グループを使用可能な期間、前記第１グループよりも前記第２グループを優先して前記一の編成画面に表示すること
   を特徴とする請求項２又は３記載のプログラム。
5. 前記情報処理装置を、
   前記プレイヤにより編成された前記第２グループの履歴情報を表示する履歴画面の表示制御を行う履歴画面表示制御部、
   として更に機能させるための請求項１乃至４の何れか一項記載のプログラム。
6. 前記グループ編成制御部は、前記第２グループを使用可能な期間が終了したあと、次の前記第２グループを使用可能な期間が開始される前に、前回の前記第２グループを使用可能な期間に前記プレイヤから編成された前記第２グループを初期化すること
   を特徴とする請求項２乃至５の何れか一項に記載のプログラム。
7. 情報処理装置に、
   ゲーム内のオブジェクトを編成対象とし、編成対象の前記オブジェクトを組み合わせてプレイヤが期間を限定されずに使用する第１グループ及び前記プレイヤが期間を限定されて使用する第２グループに対する編成の操作を前記プレイヤから受け付ける一の編成画面の表示制御を行う編成画面表示ステップと、
   前記編成画面に対する前記プレイヤからの操作に基づき、前記第１グループ及び前記第２グループを編成するグループ編成制御ステップと、
   を実行させる情報処理方法。
8. ゲーム内のオブジェクトを編成対象とし、プレイヤからの操作に基づき、編成対象の前記オブジェクトを組み合わせて、前記プレイヤが期間を限定されずに使用するグループを第１グループとして編成すると共に、前記プレイヤが期間を限定されて使用するグループを第２グループとして編成するグループ編成制御部と、
   前記第１グループ及び前記第２グループに対する編成の操作を前記プレイヤから受け付ける一の編成画面の表示制御を行う編成画面表示制御部と、
   を有する情報処理装置。

Images