(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024088189
(43)【公開日】2024-07-02
(54)【発明の名称】プログラム、システム
(51)【国際特許分類】
A63F 13/5375 20140101AFI20240625BHJP
A63F 13/80 20140101ALI20240625BHJP
【ＦＩ】
A63F13/5375
A63F13/80 B
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2022203243
(22)【出願日】2022-12-20
(71)【出願人】
【識別番号】509070463
【氏名又は名称】株式会社コロプラ
(74)【代理人】
【識別番号】100148563
【弁理士】
【氏名又は名称】山本 実
(72)【発明者】
【氏名】周 堡俊
(57)【要約】
【課題】オブジェクトの組み合わせを選択し易い。
【解決手段】コンピュータを、第１特性値及び第２特性値を含む複数の特性値とオブジェクトとが関連付けられるように、オブジェクトに関する情報を記憶する情報記憶手段と、第１特性値及び第２特性値に基づいて複数のオブジェクトの組み合わせを特定する特定手段と、特定手段によって特定される組み合わせを提示する提示手段と、として機能させる。
【選択図】図７
【解決手段】コンピュータを、第１特性値及び第２特性値を含む複数の特性値とオブジェクトとが関連付けられるように、オブジェクトに関する情報を記憶する情報記憶手段と、第１特性値及び第２特性値に基づいて複数のオブジェクトの組み合わせを特定する特定手段と、特定手段によって特定される組み合わせを提示する提示手段と、として機能させる。
【選択図】図７
【特許請求の範囲】
【請求項1】
コンピュータを、
第１特性値及び第２特性値を含む複数の特性値とオブジェクトとが関連付けられるように、前記オブジェクトに関する情報を記憶する情報記憶手段と、
前記第１特性値及び前記第２特性値に基づいて複数の前記オブジェクトの組み合わせを特定する特定手段と、
前記特定手段によって特定される前記組み合わせを提示する提示手段と、として機能させることを特徴とするプログラム。
第１特性値及び第２特性値を含む複数の特性値とオブジェクトとが関連付けられるように、前記オブジェクトに関する情報を記憶する情報記憶手段と、
前記第１特性値及び前記第２特性値に基づいて複数の前記オブジェクトの組み合わせを特定する特定手段と、
前記特定手段によって特定される前記組み合わせを提示する提示手段と、として機能させることを特徴とするプログラム。
【請求項2】
前記コンピュータを、
前記組み合わせを設定する設定手段と、
前記設定手段によって設定される前記組み合わせを用いて特定処理を行う特定処理手段と、として機能させ、
前記提示手段は、特定条件を満たさない前記組み合わせを提示しない請求項１に記載のプログラム。
前記組み合わせを設定する設定手段と、
前記設定手段によって設定される前記組み合わせを用いて特定処理を行う特定処理手段と、として機能させ、
前記提示手段は、特定条件を満たさない前記組み合わせを提示しない請求項１に記載のプログラム。
【請求項3】
前記コンピュータを、
ユーザによる入力操作を受け付ける受付手段と、
前記特定手段によって特定される前記組み合わせのうち、前記入力操作によって指示される前記組み合わせを設定する設定手段と、
前記設定手段によって設定される前記組み合わせを用いてゲームを進行するゲーム進行手段と、として機能させる請求項１に記載のプログラム。
ユーザによる入力操作を受け付ける受付手段と、
前記特定手段によって特定される前記組み合わせのうち、前記入力操作によって指示される前記組み合わせを設定する設定手段と、
前記設定手段によって設定される前記組み合わせを用いてゲームを進行するゲーム進行手段と、として機能させる請求項１に記載のプログラム。
【請求項4】
前記特定手段は、複数の前記組み合わせを特定でき、
前記提示手段は、複数の前記組み合わせを提示できる請求項１に記載のプログラム。
前記提示手段は、複数の前記組み合わせを提示できる請求項１に記載のプログラム。
【請求項5】
前記特定手段は、さらに比重情報に基づいて前記組み合わせを特定し、
前記比重情報は、前記組み合わせを特定するときの前記第１特性値及び前記第２特性値の比重を示す情報である請求項１～請求項４のうち何れか一項に記載のプログラム。
前記比重情報は、前記組み合わせを特定するときの前記第１特性値及び前記第２特性値の比重を示す情報である請求項１～請求項４のうち何れか一項に記載のプログラム。
【請求項6】
前記コンピュータを、ユーザによる入力操作を受け付ける受付手段として機能させ、
前記比重情報は、前記入力操作によって指示される情報である請求項５に記載のプログラム。
前記比重情報は、前記入力操作によって指示される情報である請求項５に記載のプログラム。
【請求項7】
前記比重情報は、複数通りあり、前記特定手段は、前記比重情報ごとに前記組み合わせを特定し、
前記提示手段は、前記比重情報ごとに前記組み合わせを提示する請求項５に記載のプログラム。
前記提示手段は、前記比重情報ごとに前記組み合わせを提示する請求項５に記載のプログラム。
【請求項8】
前記特定手段は、前記第１特性値及び前記第２特性値を含む３つ以上の前記特性値に基づいて前記組み合わせを特定し、前記比重情報は、３つ以上の前記特性値の比重を示す情報である請求項５に記載のプログラム。
【請求項9】
コンピュータを含んで構成されるシステムにおいて、
第１特性値及び第２特性値を含む複数の特性値とオブジェクトとが関連付けられるように、前記オブジェクトに関する情報を記憶する情報記憶手段と、
前記第１特性値及び前記第２特性値に基づいて複数の前記オブジェクトの組み合わせを特定する特定手段と、
前記特定手段によって特定される前記組み合わせを提示する提示手段と、を備えることを特徴とするシステム。
第１特性値及び第２特性値を含む複数の特性値とオブジェクトとが関連付けられるように、前記オブジェクトに関する情報を記憶する情報記憶手段と、
前記第１特性値及び前記第２特性値に基づいて複数の前記オブジェクトの組み合わせを特定する特定手段と、
前記特定手段によって特定される前記組み合わせを提示する提示手段と、を備えることを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、及びシステムに関する。
【背景技術】
【0002】
特許文献１に開示されたシステムにおいて、ユーザは、オブジェクトの組み合わせを用いてゲームを進行できる。いくつかの組み合わせは、特定の効果を発揮する。特許文献１に開示されたシステムは、ユーザに対して、特定の効果を発揮できるオブジェクトの組み合わせを提示する。
【0003】
そして、特許文献１に開示されたシステムは、付随情報が所定の条件を満たすオブジェクトだけを提示できる。付随情報は、オブジェクトに関連付けられた情報である。例えば、付随情報は、攻撃力、防御力、レア度、レベル、及びランクである。よって、ユーザは、付随情報を考慮しながら、オブジェクトの組み合わせを選択できる。付随情報は、オブジェクトの能力及び性質といった特性を示す特性値である。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特許第６２６１０１９号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来のシステムにおいて、ユーザは、当該ユーザによって選択された１つの特性値に応じて、オブジェクトの組み合わせの提示を受けられるに過ぎない。よって、複数の特性を考慮しようとする場合に、ユーザは、考慮しようとする特性値を切り替えながら、オブジェクトの組み合わせの提示を受ける必要がある。よって、ユーザがオブジェクトの組み合わせを選択し難い。
【課題を解決するための手段】
【0006】
本開示の一態様に係るプログラムは、コンピュータを、第１特性値及び第２特性値を含む複数の特性値とオブジェクトとが関連付けられるように、前記オブジェクトに関する情報を記憶する情報記憶手段と、前記第１特性値及び前記第２特性値に基づいて複数の前記オブジェクトの組み合わせを特定する特定手段と、前記特定手段によって特定される前記組み合わせを提示する提示手段と、として機能させることを含む。
【0007】
本開示の一態様に係るシステムは、コンピュータを含んで構成されるシステムにおいて、第１特性値及び第２特性値を含む複数の特性値とオブジェクトとが関連付けられるように、前記オブジェクトに関する情報を記憶する情報記憶手段と、前記第１特性値及び前記第２特性値に基づいて複数の前記オブジェクトの組み合わせを特定する特定手段と、前記特定手段によって特定される前記組み合わせを提示する提示手段と、を備える。
【発明の効果】
【0008】
本開示によれば、オブジェクトの組み合わせを選択し易い。
【図面の簡単な説明】
【0009】
【図1】システムの概要を示す図である。
【図2】端末のモジュール構成の一例を示す図である。
【図3】サーバのモジュール構成の一例を示す図である。
【図6】カード情報を取得する処理の流れの一例を示す図である。
【図7】オブジェクトの組み合わせを編集するときの処理の流れの一例を示す図である。
【図8】ゲームのメインパートを実行するときの処理の流れの一例を示す図である。
【図9】集合作成処理の流れの一例を示す図である。
【図10】組み合わせ選択処理の流れの一例を示す図である。
【図11】集合作成処理及び組み合わせ選択処理の概念を説明するための図である。
【発明を実施するための形態】
【0010】
本開示に係るプログラム及びシステムについて図面を参照しつつ説明する。
［システムの概略］
図１に示すように、システム１０は、ネットワーク２０と、１以上の端末１００と、１以上のサーバ２００と、を含む。一例として、システム１０は、複数の端末１００を含み得る。システム１０は、家庭用のシステムとして、又は業務用のシステムとして提供される。複数の端末１００は、ネットワーク２０を介してサーバ２００と通信できるように構成される。一例として、システム１０は、１以上のユーザに対してゲームを提供するゲームシステムとして構成される。以下の説明において、単に「ゲーム」という場合、システム１０が提供するゲームを意味する。端末１００のユーザは、プレイヤとなってゲームをプレイする。１以上の端末１００は、コンピュータの一例である。サーバ２００は、コンピュータの一例である。
［システムの概略］
図１に示すように、システム１０は、ネットワーク２０と、１以上の端末１００と、１以上のサーバ２００と、を含む。一例として、システム１０は、複数の端末１００を含み得る。システム１０は、家庭用のシステムとして、又は業務用のシステムとして提供される。複数の端末１００は、ネットワーク２０を介してサーバ２００と通信できるように構成される。一例として、システム１０は、１以上のユーザに対してゲームを提供するゲームシステムとして構成される。以下の説明において、単に「ゲーム」という場合、システム１０が提供するゲームを意味する。端末１００のユーザは、プレイヤとなってゲームをプレイする。１以上の端末１００は、コンピュータの一例である。サーバ２００は、コンピュータの一例である。
【0011】
［ネットワーク］
一例として、ネットワーク２０は、インターネット、及び無線基地局を含む移動通信システムで構成される。一例として、移動通信システムは、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、又はアクセスポイントによってインターネットに接続可能な無線ネットワークとして実現できる。
一例として、ネットワーク２０は、インターネット、及び無線基地局を含む移動通信システムで構成される。一例として、移動通信システムは、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、又はアクセスポイントによってインターネットに接続可能な無線ネットワークとして実現できる。
【0012】
［端末のハードウェア構成］
いくつかの端末１００は、ゲーム端末として使用される。ゲーム端末としての端末１００は、ゲームをプレイする機能（以下、ゲーム機能という）をユーザに提供する。端末１００のユーザは、ゲームのプレイヤ１１になり得る。いくつかの端末１００は、配信端末として使用されてもよい。配信端末は、配信者のゲームプレイを含む動画を配信する機能をユーザに提供するとよい。いくつかの端末１００は、視聴端末として使用されてもよい。視聴端末は、配信者が配信する動画を視聴する機能をユーザに提供するとよい。
いくつかの端末１００は、ゲーム端末として使用される。ゲーム端末としての端末１００は、ゲームをプレイする機能（以下、ゲーム機能という）をユーザに提供する。端末１００のユーザは、ゲームのプレイヤ１１になり得る。いくつかの端末１００は、配信端末として使用されてもよい。配信端末は、配信者のゲームプレイを含む動画を配信する機能をユーザに提供するとよい。いくつかの端末１００は、視聴端末として使用されてもよい。視聴端末は、配信者が配信する動画を視聴する機能をユーザに提供するとよい。
【0013】
一例として、端末１００は、スマートフォンである。端末１００は、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、又はタブレット型コンピュータといった、携帯端末装置であってもよい。端末１００は、パーソナルコンピュータ（ＰＣ）、又はワークステーションといった、固定端末装置であってもよい。
【0014】
一例として、端末１００は、プロセッサ１１０と、メモリ１２０と、ストレージ１３０と、を備える。端末１００は、さらに、通信インターフェイス（ＩＦ）１４０と、入出力ＩＦ１５０と、を備えてもよい。端末１００は、さらに、マイク１６０と、スピーカ１６２と、タッチスクリーン１６４と、を備えてもよい。端末１００が備える複数の構成要素の各々は、通信バス１８０に接続される。
【0015】
プロセッサ１１０は、端末１００に与えられる信号に応じて、又は予め定められた条件が成立したことに応じて、メモリ１２０又はストレージ１３０に記憶されているプログラムに含まれる一連の命令を実行する。例えば、プロセッサ１１０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＭＰＵ（Micro Processor Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、又は、その他の演算装置として実現される。
【0016】
メモリ１２０は、プログラム、及びデータを一時的に記憶する。一例として、プログラムは、ストレージ１３０から読み出される。データは、端末１００に送信されたデータと、プロセッサ１１０によって生成されたデータと、を含む。例えば、メモリ１２０は、ＲＡＭ（Random Access Memory）、又はその他の揮発性のメモリとして実現される。
【0017】
ストレージ１３０は、プログラム、及びデータを永続的に記憶する。例えば、ストレージ１３０は、ＲＯＭ（Read-Only Memory）、ハードディスク装置、フラッシュメモリ、又はその他の不揮発性記憶装置として実現される。ストレージ１３０は、メモリカードのように、着脱可能な記憶装置として実現されてもよい。
【0018】
ストレージ１３０に格納されるプログラムは、ゲームプログラム、及び通信プログラムを含む。一例として、ゲームプログラムは、ゲーム機能を実現する。ゲームプログラムは、仮想空間の提供と、当該仮想空間に配置されるオブジェクトを操作するための機能を実現する。ゲームプログラムは、ユーザがゲームプレイをするための環境を提供する機能を実現する。
【0019】
通信プログラムは、他のコンピュータ（一例としてサーバ２００）と通信する機能を実現する。ストレージ１３０に格納されるプログラムは、配信プログラム、視聴プログラム、オペレーティングシステム、シミュレーションプログラム、ユーザ認証プログラム、及び、その他のプログラムを含んでもよい。
【0020】
例えば、ストレージ１３０に格納されるデータは、仮想空間を規定するデータ、仮想空間に配置されるオブジェクトを規定するデータ、及びユーザ情報を含み得る。仮想空間に配置されるオブジェクトは、キャラクタオブジェクト、及び各種の画面を構成するオブジェクトを含み得る。一例として、ユーザ情報は、ユーザＩＤ、ユーザ名、性別、年齢、及び住所等を含む。詳しくは後述する通り、ユーザ情報は、ユーザが保有するオブジェクト（一例としてカード）、及び、オブジェクトの組み合わせ（一例としてデッキ）を含み得る。ユーザ情報は、ユーザが保有するゲーム内通貨、ゲーム内アイテム、及び様々な報酬を含み得る。
【0021】
通信ＩＦ１４０は、ネットワーク２０に接続される。通信ＩＦ１４０は、ネットワーク２０に接続されている他のコンピュータ（一例としてサーバ２００）と通信する。例えば、通信ＩＦ１４０は、ＬＡＮ（Local Area Network）、又はその他の有線通信ＩＦとして実現される。例えば、通信ＩＦ１４０は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）、又は、その他の無線通信ＩＦとして実現される。通信ＩＦ１４０は、上述したものに限られない。
【0022】
入出力ＩＦ１５０は、外部の入出力機器１９０と通信する。例えば、入出力ＩＦ１５０は、ＵＳＢ（Universal Serial Bus）、ＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）、又は、その他の有線通信ＩＦとして実現される。例えば、入出力ＩＦ１５０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又は、その他の無線通信ＩＦとして実現される。
【0023】
一例として、入出力機器１９０は、コントローラである。例えば、入出力ＩＦ１５０は、プロセッサ１１０から出力された命令を、コントローラに送信する。当該命令は、振動、音声出力、又は発光をコントローラに指示する。コントローラは、命令を受信すると、当該命令に応じて、振動、音声出力、又は発光を実行する。コントローラは、１以上の操作部品を有する。例えば、１以上の操作部品は、ボタン、キー、スイッチ、ハンドル、バー、タッチパッド、又はスティックを含む。コントローラは、操作部品に対するユーザの操作に基づく出力値を端末１００へ送信する。一例として、コントローラは、加速度センサ、及び角速度センサといったモーションセンサを備えてもよい。コントローラは、モーションセンサの出力値を端末１００へ送信するように構成されてもよい。コントローラは、端末１００に対して取付け、及び取外しできてもよい。
【0024】
入出力機器１９０は、上述したものに限られない。例えば、入出力機器１９０は、カメラであってもよい。カメラは、ユーザを撮影した撮影画像を端末１００へ送信するように構成されてもよい。例えば、入出力機器１９０は、測距センサであってもよい。測距センサは、ユーザの手、又はマーカー等の検知に基づく出力値を端末１００へ送信するように構成されてもよい。
【0025】
マイク１６０は、ユーザの発話を音声信号（電気信号）に変換してプロセッサ１１０へ送信する。スピーカ１６２は、音声信号を音声に変換してユーザへ出力する。端末１００は、スピーカ１６２に加えて、又は代えて、イヤホン、又はイヤホンを接続できるイヤホンジャックを備えてもよい。
【0026】
タッチスクリーン１６４は、モニタ１６６と、タッチセンサ１６７と、を含み得る。モニタ１６６は、透過型、又は非透過型の表示装置として実現される。例えば、モニタ１６６は、液晶モニタ、有機ＥＬ（Electro Luminescence）モニタ、又は、その他の表示装置として実現される。モニタ１６６は、各種の画像を表示する。モニタ１６６に表示する画像は、背景、キャラクタ、ウィンドウ、ボタン、メニュー、リスト、及びアイコンといった各種のオブジェクトを含む。モニタ１６６は、上述したものに限らない。例えば、モニタ１６６は、左目用の画像を表示するサブモニタと、右目用の画像を表示するサブモニタと、を含む３Ｄモニタであってもよい。
【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】
・メインパートは、対戦型のゲームを含むことに限定されない。メインパートは、１つの課題を複数のユーザで協力して取り組む協力型のゲームであってもよい。一例として、協力型のゲームは、複数のユーザが協力して都市を作り上げたり、キャラクタを育成したりするコンテンツである。メインパートに含まれるゲームは、１以上のユーザと、ＮＰＣ（non player character）とが対戦、又は協力するコンテンツであってもよい。
【0126】
・ゲームは、性質が異なる複数のパートとして、２つのパートを含むことに限定されない。例えば、ゲームは、１つのパートから構成されてもよく、２つのパートから構成されてもよく、３つ以上のパートから構成されてもよい。
【0127】
・カードの特性値は、攻撃力、ダメージアップ率、ＨＰ、及び守備力に限定されない。カードの特性値は、素早さ、マジックポイント、スキルポイント、経験値、レベル、ロール、美しさ（魅力）、好感度、及びスキルの保有数のうち任意に選択できる複数の特性値であってもよい。第１特性値及び第２特性値は、これらの特性値のうち任意の特性値を作用できる。
【0128】
・オブジェクトは、キャラクタをあしらったカードに限定されない。カードは、アイテム、装備品、又はスキルを示すカードであってもよい。オブジェクトは、キャラクタ、アイテム、装備品、及びスキルなどであってもよい。一例として、キャラクタの特性値は、カードと同様に特性値を設定できる。一例として、アイテムの特性値は、効果量、使用回数、レア度、クールタイム、及び大きさなどである。一例として、装備品の特性値は、攻撃力、防御力、回避率、耐久値、重さ、特殊効果の付与数、及びレア度である。一例として、スキルの特性値は、攻撃力、守備力、効果量、使用回数、クールタイム、レア度、及び効果範囲の広さである。
【0129】
・特定処理は、メインパートのゲームを実行する処理に限定されない。つまり、システム１０は、ゲームを提供するためのシステムに限定されない。プログラムは、ゲームを提供するためのプログラムに限定されない。例えば、特定処理は、ユーザに対して食事の献立を記録する処理であってもよい。この場合に、オブジェクトは、料理を示すイラスト、写真、又は模式図であるとよい。一例として、オブジェクトの特性値は、カロリー、ビタミン量、植物繊維量、脂質量、炭水化物量、塩分量、及びタンパク質量である。プロセッサ１１０は、これらの特性値から任意に選択できる第１特性値及び第２特性値、または３つ以上の特性値に基づいて、ユーザに対して献立を構成する料理イラストなどの組み合わせを提示するとよい。
【0130】
例えば、特定処理は、ユーザに対して商品又はサービスを提供する処理であってもよい。例えば、特定処理は、ユーザに対して商品又はサービスを購入させる処理であってもよい。この場合に、オブジェクトは、商品又はサービスを示すイラスト、写真、アイコン、又は模式図であるとよい。一例として、商品を示すオブジェクトの特性値は、価格、商品の快適さ、納期、商品の大きさ、及び商品の重さであるとよい。一例として、サービスを示すオブジェクトの特性値は、価格、納期、及びサービスによって得られる利益量であるとよい。プロセッサ１１０は、これらの特性値から任意に選択できる第１特性値及び第２特性値、または３つ以上の特性値に基づいて、ユーザに対して商品又はサービスを示すイラストなどの組み合わせを提示するとよい。つまり、プロセッサ１１０は、おススメデッキを提示することに限定されない。
【0131】
・プロセッサ１１０は、オブジェクトに対応付けられた第１特性情報、第２特性情報、及び比重情報に基づいて、オブジェクトの組み合わせを特定してもよい。この場合に、各特性情報は、上述した各種の特性値であってもよい。各特性情報は、オブジェクトの組み合わせによって生じ得る効果を数値化したものであってもよく、数値化されない効果であってもよい。例えば、各特性情報は、２～５枚のカードの組み合わせの種類に応じて、メインパートにおいて使用できるようになるスキルの効果量であってもよい。一例として、スキルの効果量は、攻撃力、防御力、効果を及ぼせる対象カード数、及び消費スキルポイントなどであってもよい。本変更例におけるスキルは、オブジェクトの組み合わせ効果（いわゆるコンボ）の一例である。組み合わせ効果の効果量は、スキルの付与ではなく、デッキに含まれるカードの攻撃力を増加させること、ダメージアップ率を増加させること、守備力を増加させること、及びＨＰを増加させることであってもよい。
【0132】
・ユーザに提示するオブジェクトの組み合わせは、特定処理に使用できるオブジェクトの上限数未満のオブジェクトの組み合わせであってもよい。例えば、プロセッサ１１０は、上限数が５である場合に、２つのオブジェクトからなる提示してもよく、３つのオブジェクトからなる組み合わせを提示してもよく、４つのオブジェクトからなる組み合わせを提示してもよい。一例として、プロセッサ１１０は、上述した組み合わせ効果を発揮し得るオブジェクトの組み合わせを提示する構成であってもよい。
【0133】
・上述した処理及びステップの実行順序は、あくまで一例を示すものであって、これらに限定されない。上述した処理及びステップの実行順序は、実施形態及び変更例から逸脱しない範囲において、任意に変更できる。
【0134】
・端末１００及びサーバ２００が備える１以上のモジュールは、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field-Programmable Gate Array）、ＭＣＵ（Micro Control Unit）等の回路により実現してもよい。
【0135】
・端末１００及びサーバ２００が備える１以上のモジュールは、プロセッサを用いるソフトウェアによって実現してもよい。コンピュータは、プロセッサ、メモリ、及びストレージを備える。上記プログラム及び各種データは、プロセッサが読み取りできるように、ストレージに記録される。プログラムは、メモリに展開される。そして、プロセッサが上記プログラムをストレージから読み取り、実行することにより、本開示の作用が実現される。ストレージは、既に説明の通り、不揮発性の記憶装置として実現され得る。
【0136】
・プログラムは、このプログラムを伝送可能な任意の伝送媒体（通信ネットワーク、又は放送波等）を介して上記コンピュータに供給されてもよい。
・プログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に記録してもよい。
・プログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に記録してもよい。
【0137】
・上述した実施形態及び変更例のうち、サーバ２００のプロセッサ２１０がゲーム制御部２０１として実行する処理及びステップの一部又は全部は、端末１００のプロセッサ１１０がゲーム制御部１０１として実行してもよい。上述した実施形態及び変更例のうち、端末１００のプロセッサ１１０がゲーム制御部１０１として実行する処理及びステップの一部又は全部は、サーバ２００のプロセッサ２１０がゲーム制御部２０１として実行してもよい。つまり、実施形態及び変更例に説明した処理及びステップの全ては、サーバ２００のプロセッサ２１０が行ってもよく、端末１００のプロセッサ１１０が行ってもよい。
【0138】
実施形態及び変更例に説明した処理及びステップのうち任意である特定の処理及びステップは、サーバ２００のプロセッサ２１０が実行し、実施形態及び変更例に説明した処理及びステップのうち前記特定の処理及びステップとは異なる処理及びステップを端末１００のプロセッサ１１０が実行してもよい。つまり、システム１０において、コンピュータは、１又は複数の端末１００と１又は複数のサーバ２００とによって構成されてもよい。サーバ２００のプロセッサ２１０によって実現される各種の手段及び機能は、全部が端末１００のプロセッサ１１０によって実現されてもよく、任意である一部がサーバ２００のプロセッサ２１０によって実現され、残部が端末１００のプロセッサ１１０によって実現されてもよい。
【0139】
ゲーム制御部２０１によって実現される各種の手段及び機能は、１つのプロセッサ２１０によって構成されることに限定されず、１つのサーバ２００又は複数のサーバ２００に含まれる複数のプロセッサによって構成されてもよい。ゲーム制御部１０１及び表示制御部１０４によって実現される各種の手段は、１つのプロセッサ１１０によって構成されることに限定されず、１つの端末１００又は複数の端末１００に含まれる複数のプロセッサによって構成されてもよい。さらに各種の手段は、１又は複数の端末１００、及び１又は複数のサーバ２００に含まれる１又は複数のプロセッサによって構成されてもよい。
【0140】
・実施形態及び変更例に説明した処理及びステップの全てを端末１００が実行する場合に、端末１００は、これらの処理及びステップを実行する際に、他の機器と通信を行わない構成であってもよい。また、コンピュータは、端末１００及びサーバ２００の一方又は両方によって構成されることに限定されない。コンピュータは、他の機器と通信を行わない機器であってもよい。一例として、コンピュータは、家庭用又は業務用の据置型の機器であってもよく、持ち運び可能な機器であってもよい。
【0141】
本開示は以下の実施例を包含する。限定のためでなく理解の補助として実施形態の構成要素の参照符号を付した。
（付記１）コンピュータ（１００，２００）を、第１特性値及び第２特性値を含む複数の特性値とオブジェクトとが関連付けられるように、前記オブジェクトに関する情報を記憶する情報記憶手段（１０５，２０５）と、前記第１特性値及び前記第２特性値に基づいて複数の前記オブジェクトの組み合わせを特定する特定手段（１０２，２０１，Ｓ２０６，Ｓ２０７）と、前記特定手段によって特定される前記組み合わせを提示する提示手段（１０２，２０１，Ｓ２０８）と、として機能させることを特徴とするプログラム。
（付記１）コンピュータ（１００，２００）を、第１特性値及び第２特性値を含む複数の特性値とオブジェクトとが関連付けられるように、前記オブジェクトに関する情報を記憶する情報記憶手段（１０５，２０５）と、前記第１特性値及び前記第２特性値に基づいて複数の前記オブジェクトの組み合わせを特定する特定手段（１０２，２０１，Ｓ２０６，Ｓ２０７）と、前記特定手段によって特定される前記組み合わせを提示する提示手段（１０２，２０１，Ｓ２０８）と、として機能させることを特徴とするプログラム。
【0142】
（付記２）前記コンピュータ（１００，２００）を、前記組み合わせを設定する設定手段（１０２，２０１，Ｓ２１０）と、前記設定手段によって設定される前記組み合わせを用いて特定処理を行う特定処理手段（１０２，２０１，Ｓ３０５）と、として機能させ、前記提示手段は、特定条件を満たさない前記組み合わせを提示しない付記１に記載のプログラム。
【0143】
（付記３）前記コンピュータ（１００，２００）を、ユーザによる入力操作を受け付ける受付手段（１０７）と、前記特定手段によって特定される前記組み合わせのうち、前記入力操作によって指示される前記組み合わせを設定する設定手段（１０２，２０１，Ｓ２１０）と、前記設定手段によって設定される前記組み合わせを用いてゲームを進行するゲーム進行手段（１０２，２０１，Ｓ３０５）と、として機能させる付記１に記載のプログラム。
【0144】
（付記４）前記特定手段（１０２，２０１，Ｓ２０６，Ｓ２０７）は、複数の前記組み合わせを特定でき、前記提示手段は、複数の前記組み合わせを提示できる付記１に記載のプログラム。
【0145】
（付記５）前記特定手段（１０２，２０１，Ｓ２０６，Ｓ２０７）は、さらに比重情報に基づいて前記組み合わせを特定し、前記比重情報は、前記組み合わせを特定するときの前記第１特性値及び前記第２特性値の比重を示す情報である付記１～付記４のうち何れか一項に記載のプログラム。
【0146】
（付記６）前記コンピュータ（１００，２００）を、ユーザによる入力操作を受け付ける受付手段（１０７）として機能させ、前記比重情報は、前記入力操作によって指示される情報である付記５に記載のプログラム。
【0147】
（付記７）前記比重情報は、複数通りあり、前記特定手段（１０２，２０１，Ｓ２０６，Ｓ２０７）は、前記比重情報ごとに前記組み合わせを特定し、前記提示手段（１０２，２０１，Ｓ２０８）は、前記比重情報ごとに前記組み合わせを提示する付記５に記載のプログラム。
【0148】
（付記８）前記特定手段（１０２，２０１，Ｓ２０６，Ｓ２０７）は、前記第１特性値及び前記第２特性値を含む３つ以上の前記特性値に基づいて前記組み合わせを特定し、前記比重情報は、３つ以上の前記特性値の比重を示す情報である付記５に記載のプログラム。
【0149】
（付記９）コンピュータ（１００，２００）を含んで構成されるシステムにおいて、第１特性値及び第２特性値を含む複数の特性値とオブジェクトとが関連付けられるように、前記オブジェクトに関する情報を記憶する情報記憶手段（１０５，２０５）と、前記第１特性値及び前記第２特性値に基づいて複数の前記オブジェクトの組み合わせを特定する特定手段（１０２，２０１，Ｓ２０６，Ｓ２０７）と、前記特定手段によって特定される前記組み合わせを提示する提示手段（１０２，２０１，Ｓ２０８）と、を備えることを特徴とするシステム。
【0150】
（付記１０）コンピュータ（１００，２００）を、第１特性情報及び第２特性情報を含む複数の特性情報とオブジェクトとが関連付けられるように、前記オブジェクトに関する情報を記憶する情報記憶手段（１０５，２０５）と、前記第１特性情報、前記第２特性情報、及び比重情報に基づいて複数の前記オブジェクトの組み合わせを特定し、前記比重情報は、前記組み合わせを特定するときの前記第１特性情報及び前記第２特性情報の比重を示す情報である特定手段（１０２，２０１，Ｓ２０６，Ｓ２０７）と、前記特定手段によって特定される前記組み合わせを提示する提示手段（１０２，２０１，Ｓ２０８）と、として機能させることを特徴とするプログラム。
【0151】
（付記１１）コンピュータ（１００，２００）を含んで構成されるシステムにおいて、第１特性情報及び第２特性情報を含む複数の特性情報とオブジェクトとが関連付けられるように、前記オブジェクトに関する情報を記憶する情報記憶手段（１０５，２０５）と、前記第１特性情報、前記第２特性情報、及び比重情報に基づいて複数の前記オブジェクトの組み合わせを特定し、前記比重情報は、前記組み合わせを特定するときの前記第１特性情報及び前記第２特性情報の比重を示す情報である特定手段（１０２，２０１，Ｓ２０６，Ｓ２０７）と、前記特定手段によって特定される前記組み合わせを提示する提示手段（１０２，２０１，Ｓ２０８）と、を備えることを特徴とするシステム。
【0152】
付記１０及び付記１１によれば、「従来の技術において、ユーザは、特定の効果を発揮する組み合わせを構成しうるという特性と、付随情報から把握できる特性と、を個々に把握することしかできない。したがって、複数の特性のうち何れの特性を優先するかは、ユーザが、提示された組み合わせごとに判断する必要がある。よって、ユーザがオブジェクトの組み合わせを選択し難い。」という課題を解決し得る。
【0153】
本発明がその技術的思想から逸脱しない範囲で他の特有の形態で具体化されてもよいということは当業者にとって明らかであろう。例えば、実施形態（あるいはその１つ又は複数の態様）において説明した部品のうちの一部を省略してもよいし、いくつかの部品を組合せてもよい。手順についても同様である。本発明の範囲は、添付の請求の範囲を参照して、請求の範囲が権利を与えられる均等物の全範囲と共に確定されるべきである。
【符号の説明】
【0154】
Ｓ１～Ｓ５…座標系、１０…システム、１１…ユーザ（プレイヤ）、２０…ネットワーク、４０…ホーム画面、４１…ネームボード、４２…マイページボタン、４３…デッキ編成ボタン、４４…対戦開始ボタン、４５…キャラクタ、５０…デッキ編成画面、５２…マイページボタン、５３…デッキ編成ボタン、５４…対戦開始ボタン、５５…デッキウィンドウ、５６…保有カードウィンドウ、５８…編成サポートウィンドウ、５９…結果ウィンドウ、６０…対戦画面、１００…端末、１０１…ゲーム制御部、１０４…表示制御部、１０５…記憶部、１０６…通信部、１０７…入出力部、１１０…プロセッサ、１２０…メモリ、１３０…ストレージ、１４０…通信インターフェイス、１５０…入出力インターフェイス、１６０…マイク、１６２…スピーカ、１６４…タッチスクリーン、１６６…モニタ、１６７…タッチセンサ、１８０…通信バス、１９０…入出力機器、２００…サーバ、２０１…ゲーム制御部、２０５…記憶部、２０６…通信部、２０７…入出力部、２１０…プロセッサ、２２０…メモリ、２３０…ストレージ、２４０…通信インターフェイス、２５０…入出力インターフェイス、２８０…通信バス、５５１…スロット、５７１…サポートボタン、５７２…デッキ決定ボタン、５８１…比重選択ボタン、５８２…サポート実行ボタン、５９１…編成ボタン、５９２…閉じるボタン
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】