(57)【要約】【課題】味方キャラクタとして敵キャラクタの使用が許可される場合のその味方キャラクタの価値にその敵キャラクタとの対戦の状況を反映することができるゲームシステムを提供する。【解決手段】ゲームシステム１は、味方キャラクタＦＣ及びこの味方キャラクタＦＣと対戦する敵キャラクタＡＣを含むカードゲームを提供する。また、ゲームシステム１は、カードゲームにおいて許可条件が満たされる場合に敵キャラクタＡＣのうちボスキャラクタＡＣ１が新しい味方キャラクタＦＣとして次回以降に使用されるように、このボスキャラクタＡＣ１のカード化を許可するとともに、このボスキャラクタＡＣ１がカード化される場合のキャラクタカードＫＣの価値がこのボスキャラクタＡＣ１との対戦の状況に応じて変化するように、このキャラクタカードＫＣの価値を決定する。【選択図】図５
2017086611.tif 000002
【特許請求の範囲】
【請求項１】
味方キャラクタ及び当該味方キャラクタと対戦する敵キャラクタを含むゲームを提供するゲームシステムであって、
前記ゲームにおいて許可条件が満たされる場合に前記敵キャラクタに対応するキャラクタが前記味方キャラクタとは別の味方キャラクタとして使用されるように前記別の味方キャラクタの使用を許可する使用許可手段と、
前記別の味方キャラクタの使用が許可される場合に、前記味方キャラクタと前記敵キャラクタとの間の対戦の状況に応じて変化するように前記別の味方キャラクタの価値を決定する価値決定手段と、
を備える、ことを特徴とするゲームシステム。
【請求項２】
前記価値決定手段は、前記対戦の状況を要件に含む排出条件を利用し、当該排出条件が満たされる場合と満たされない場合とで前記価値を変化させることにより前記排出条件が満たされるか否かに応じて前記価値を決定する、請求項１に記載のゲームシステム。
【請求項３】
前記価値決定手段は、前記排出条件の要件を緩和するための緩和条件を更に利用し、当該緩和条件が満たされる場合に当該緩和条件が満たされない場合よりもより容易に前記排出条件が満たされるように前記排出条件の要件を変化させる、請求項２に記載のゲームシステム。
【請求項４】
前記緩和条件は、前記排出条件の要件が前記ゲームのプレイ状況に応じて緩和されるように、前記プレイ状況を要件に含んでいる、請求項３に記載のゲームシステム。
【請求項５】
前記プレイ状況として、前記対戦が複数回実行される場合の当該対戦の回数が採用され、
前記排出条件の要件は、前記対戦の回数が増えるほど緩和され、
前記排出条件は、前記対戦の回数が増えるに従いより容易に満たされる、請求項４に記載のゲームシステム。
【請求項６】
前記ゲームは、前記対戦において前記味方キャラクタと前記敵キャラクタとが交互に行動を実行するように構成され、
前記価値決定手段は、前記対戦の状況として前記味方キャラクタの行動回数を採用し、前記味方キャラクタの行動回数に応じて変化するように前記価値を決定する、請求項１〜５のいずれか一項に記載のゲームシステム。
【請求項７】
前記価値決定手段は、前記行動回数が少なくなるほど高くなるように前記価値を変化させる、請求項６に記載のゲームシステム。
【請求項８】
前記味方キャラクタはパラメータによって定義され、
前記価値として、前記別の味方キャラクタのパラメータの内容が採用され、
前記価値決定手段は、前記対戦の状況に応じて変化するように前記パラメータの内容を決定する、請求項１〜７のいずれか一項に記載のゲームシステム。
【請求項９】
前記価値決定手段の決定結果に基づいて、前記別の味方キャラクタを前記ゲームに再現するための再現情報を記録することにより前記価値を有する記録媒体を生成する媒体生成手段を更に備える、請求項１〜８のいずれか一項に記載のゲームシステム。
【請求項１０】
前記記録媒体として、前記再現情報が印刷を通じて記録されるカード状の被印刷媒体が利用されている、請求項９に記載のゲームシステム。
【請求項１１】
前記味方キャラクタ及び前記敵キャラクタを表示する表示装置を備えたコンピュータを、請求項１〜１０のいずれか一項に記載のゲームシステムの各手段として機能させるように構成されたコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、味方キャラクタ及び当該味方キャラクタと対戦する敵キャラクタを含むゲームを提供するゲームシステム等に関する。
【背景技術】
【０００２】
味方キャラクタ及び当該味方キャラクタと対戦する敵キャラクタを含むゲームを提供するゲームシステムが存在する。このようなゲームシステムの一つとして、ゲーム中の味方キャラクタに対応する画像等が予め印刷されているカードをプレイ後に払い出すゲームシステムも存在する。例えば、このようなゲームシステムの一つとして、そのような予め用意されたカードうち次回に払い出しが予定されるカードに応じた演出を実行するゲーム装置も知られている（例えば、特許文献１参照）。一方、このようなキャラクタに対応する物理的なカードを所定のルールに応じて対戦に使用するカードゲームも知られている。そして、このようなカードゲーム用のカードに印刷される画像をゲーム結果に応じて決定する払出装置も知られている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１７２５０５号公報
【特許文献２】特開２０００−１２６４４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１のゲーム装置では、次回に払い出しが予定されるカードに応じた演出が実行されるものの、払い出し対象のカード自体は予め用意されたものに過ぎない。このため、ゲーム結果に関わらず、次回に払い出されるカードの内容は一定である。また、特許文献２の払出装置では、ゲーム結果に応じた内容のカードが印刷されるものの、ゲーム中のキャラクタがカード化される構成ではない。
【０００５】
一方、これらのようなカードを払い出すゲームシステムには、ゲーム中のキャラクタをカードとして払い出すものも存在する。しかし、このようなゲームシステムでも、敵キャラクタがカードとして払い出される場合には、ゲーム中において敵キャラクタがパラメータ等により一定に定義されていることもあり、ゲーム結果に関わらず同じカードが払い出されてしまう。つまり、敵キャラクタがカードとして払い出される場合にはプレイ状況が反映されない傾向にある。このような場合、特定のプレイ内容に対してユーザを動機付けることができないため、例えば、より素早く或いはより適切に敵キャラクタを攻略する等の好ましいプレイ内容に誘導することができない。また、業務用のゲーム機では所定の対価の消費と引き換えにプレイが提供される場合が多い。このため、対価の消費に対するユーザの納得度や射幸性の観点を考慮すれば、敵キャラクタの攻略が出来ない場合に全くカードを提供しない構成よりも何らかのカードを提供する構成の方が好ましいという事情もある。
【０００６】
そこで、本発明は、味方キャラクタとして敵キャラクタの使用が許可される場合のその味方キャラクタの価値にその敵キャラクタとの対戦の状況を反映することができるゲームシステム等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明のゲームシステムは、味方キャラクタ及び当該味方キャラクタと対戦する敵キャラクタを含むゲームを提供するゲームシステムであって、前記ゲームにおいて許可条件が満たされる場合に前記敵キャラクタに対応するキャラクタが前記味方キャラクタとは別の味方キャラクタとして使用されるように前記別の味方キャラクタの使用を許可する使用許可手段と、前記別の味方キャラクタの使用が許可される場合に、前記味方キャラクタと前記敵キャラクタとの間の対戦の状況に応じて変化するように前記別の味方キャラクタの価値を決定する価値決定手段と、を備えている。
【０００８】
一方、本発明のコンピュータプログラムは、前記味方キャラクタ及び前記敵キャラクタを表示する表示装置を備えたコンピュータを、上述のゲームシステムの各手段として機能させるように構成されたものである。
【図面の簡単な説明】
【０００９】
【図１】本発明の一形態に係るゲームシステムの全体構成の概要を示す図。
【図２】ゲームシステムの制御系の要部の構成を示す図。
【図３】ゲーム用カードの一例を説明するための説明図。
【図４】キャラクタカードの内容の一例を説明するための説明図。
【図５】カードゲームの流れの一例を説明するための説明図。
【図６】ボスイベントデータの内容の一例を説明するための説明図。
【図７】プレイデータの内容の一例を説明するための説明図。
【図８】カード発行処理ルーチンのフローチャートの一例を示す図。
【発明を実施するための形態】
【００１０】
以下、本発明の一形態に係るゲームシステムについて説明する。図１は、本発明の一形態に係るゲームシステムの全体構成の概要を示す図である。図１に示すように、ゲームシステム１は、センターサーバ２及び複数のゲーム機ＧＭを含んでいる。ゲーム機ＧＭは、ネットワーク３を介してセンターサーバ２に接続されている。一例として、ゲーム機ＧＭは、業務用（商業用）のゲーム機として構成されている。業務用のゲーム機は、有料或いは無料で所定範囲のゲームをプレイさせるゲーム機である。一例として、ゲーム機ＧＭは、有料でカードゲームを提供する。具体的には、ゲーム機ＧＭは、例えば、所定の対価の消費と引き換えに、その対価に応じた範囲でカードゲームを提供する。ゲーム機ＧＭは、店舗４等の商業施設に適当な台数ずつ設置される。
【００１１】
センターサーバ２は、一台の物理的装置によって構成される例に限らない。例えば、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ２が構成されてもよい。また、クラウドコンピューティングを利用して論理的にセンターサーバ２が構成されてもよい。さらに、ゲーム機ＧＭがセンターサーバ２として機能してもよい。
【００１２】
また、センターサーバ２には、ネットワーク３を介して、ユーザ端末５が接続される。ユーザ端末５は、センターサーバ２から配信されるソフトウェアを実行することにより、各種の機能を発揮するネットワーク端末装置の一種である。図１の例では、ユーザ端末５の一例として、携帯電話（スマートフォンを含む）が利用されている。また、ユーザ端末５として、例えば、その他にもパーソナルコンピュータ、携帯型ゲーム機、携帯型タブレット端末装置といった、ネットワーク接続が可能でかつユーザの個人用途に供される各種のネットワーク端末装置が利用されてよい。
【００１３】
ネットワーク３は、一例として、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するように構成される。典型的には、ＷＡＮとしてのインターネットと、ＬＡＮとしてのイントラネットと、を組み合わせてネットワーク３が構成される。図１の例では、センターサーバ２及びゲーム機ＧＭはルータ３ａを介して、ユーザ端末５はアクセスポイント３ｂを介して、それぞれネットワーク３に接続されている。
【００１４】
なお、ネットワーク３は、ＴＣＰ／ＩＰプロトコルを利用する形態に限定されない。ネットワーク３として、通信用の有線回線、或いは無線回線（赤外線通信、近距離無線通信等を含む）等を利用する各種の形態が利用されてよい。或いは、ユーザ端末５とゲーム機ＧＭ等との通信は、例えば、通信用の回線（有線及び無線を含む）を利用せずに、二次元コード等、各種情報を含むように所定の規格に準拠して生成されるコード（例えば、二次元コード）を利用して実現されてよい。したがって、ネットワーク（或いは通信回線）の用語は、このようなコードを利用する通信方法等、回線を利用せずに情報の送受信をする形態を含んでいる。
【００１５】
センターサーバ２は、ゲーム機ＧＭ又はそのユーザに対して各種のゲーム機用サービスを提供する。ゲーム機用サービスとして、例えば、ゲーム機ＧＭからユーザの識別情報を受け取って、そのユーザを認証するサービスが提供されてよい。また、認証したユーザのプレイデータをゲーム機ＧＭから受け取って保存し、或いは保存するプレイデータをゲーム機ＧＭに提供するサービスが提供されてもよい。さらに、ゲーム機用サービスには、ネットワーク３を介してゲーム機ＧＭのプログラム或いはデータを配信し、更新するサービス、ネットワーク３を介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービス等が含まれていてもよい。
【００１６】
また、センターサーバ２は、ネットワーク３を介してユーザ端末５のユーザに各種のＷｅｂサービスを提供する。Ｗｅｂサービスには、例えば、ゲーム機ＧＭが提供するゲームに関する各種の情報を提供するゲーム用情報サービスが含まれてよい。また、例えば、Ｗｅｂサービスには、各ユーザ端末５に各種データ或いはソフトウェアを配信（データ等のアップデートを含む）する配信サービスが含まれてもよい。さらに、Ｗｅｂサービスには、その他にもユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、各ユーザを識別するためのユーザＩＤを付与するサービス等のサービスが含まれてよい。
【００１７】
次に、カードゲームを実現するためのゲームシステム１の制御系の要部について説明する。図２は、ゲームシステム１の制御系の要部の構成を示す図である。図２に示すように、センターサーバ２は、制御ユニット１０と、記憶ユニット１１と、を備えている。制御ユニット１０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット１０には、キーボード等の入力装置、モニタ等の出力装置等が接続され得る。しかし、それらの図示は省略した。
【００１８】
記憶ユニット１１は、制御ユニット１０に接続されている。記憶ユニット１１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気テープ等の大容量記憶媒体により構成されている。記憶ユニット１１には、サーバ用データ１４及びサーバ用プログラム１５が記憶されている。サーバ用プログラム１５は、センターサーバ２がゲーム機ＧＭ及びユーザ端末５に各種のサービスを提供するために必要なコンピュータプログラムである。制御ユニット１０がサーバ用プログラム１５を読み取って実行することにより、制御ユニット１０の内部には、ゲーム機サービス管理部１６及びＷｅｂサービス管理部１７が設けられる。
【００１９】
ゲーム機サービス管理部１６は、上述のゲーム機用サービスを提供するための処理を実行する。一方、Ｗｅｂサービス管理部１７は、上述のＷｅｂサービスを提供するために必要な処理を実行する。ゲーム機サービス管理部１６及びＷｅｂサービス管理部１７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット１０の内部には、その他にも各種の論理的装置が設けられ得る。しかし、それらの図示は省略した。
【００２０】
サーバ用データ１４は、サーバ用プログラム１５の実行に伴って参照されるデータである。例えば、サーバ用データ１４は、ボスイベントデータ１４ａ及びプレイデータ１４ｂを含んでいる。ボスイベントデータ１４ａは、カードゲームに含まれるイベントに関連するデータである。プレイデータは、各ユーザの過去のプレイ実績に関する情報が記述されたデータである。そして、プレイデータは、例えば、前回までのプレイ結果（過去の実績）を次回以降に引き継ぐため、或いは各ユーザに固有の設定内容を引き継ぐために使用される。ボスイベントデータ１４ａ及びプレイデータ１４ｂの詳細は後述する。
【００２１】
また、サーバ用データ１４は、その他にもカードゲームを実現するための各種のデータを含み得る。例えば、そのようなデータにはＩＤ管理データが含まれていてもよい。ＩＤ管理データは、ユーザＩＤ等の各種ＩＤを管理するためのデータである。しかし、それらの図示は省略した。
【００２２】
一方、ゲーム機ＧＭには、コンピュータとしての制御ユニット３０と、記憶ユニット３１と、リーダ３２と、モニタＭＯと、プリンタＰＲと、が設けられている。記憶ユニット３１、リーダ３２、表示装置としてのモニタＭＯ、及びプリンタＰＲは、いずれも制御ユニット３０に接続されている。制御ユニット３０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット３０には、例えば、その他にも公知のゲーム機と同様に各種の装置が接続され得る。そのような装置には、例えば、コントロールパネル、スピーカ等の各種の入力装置或いは出力装置が含まれてよい。また、例えば、そのような入力装置には、コイン認証装置等の所定の対価を徴収するための周知の装置が含まれてもよい。そして、例えば、そのような装置を通じて、所定の対価としてのコイン等が徴収されてよい。しかし、それらの図示は省略した。
【００２３】
リーダ３２は、記録媒体に記録される各種の情報を読み取るための周知の装置である。一例として、リーダ３２は、記録媒体に表示される各種のコードを介して、そのコードに含まれる情報を読み取るように構成されている。例えば、リーダ３２は、記録媒体の一つとしてゲーム用カード８の読み取りに使用される。より具体的には、ゲーム用カード８には二次元コードが印刷されている。二次元コードは、各種の情報を含むように所定の規格に準拠して生成されるコードの一種である。そして、リーダ３２は、各種のコードの一つとして、ゲーム用カード８の二次元コードを読み取って、その読み取り結果に応じた信号を制御ユニット３０に出力する。つまり、リーダ３２は、一例として、この二次元コードを介してゲーム用カード８に記録された各種の情報の取得に使用される。
【００２４】
なお、リーダ３２は、例えば、近距離無線通信を利用し、記憶媒体に記録された各種の情報を非接触状態で読み取る周知の装置として構成されていてもよい。この場合、ゲーム用カード８には、例えば、ＩＣチップ、磁気ストライプといった不揮発性記憶媒体が設けられ、このような不揮発性記憶媒体等を介して各種の情報が記録されてよい。このような情報には、例えば、所定の対価として使用される価値の量の情報（価値の量を特定可能な各種の情報を含む）が含まれていてもよい。そして、リーダ３２は、その価値の量を消費することにより所定の対価を徴収してもよい。或いは、リーダ３２は、コードを読み取る第１リーダ及び近距離無線通信を利用する第２リーダの両方を含んでいてもよい。
【００２５】
モニタＭＯは、制御ユニット３０からの出力信号に基づいて各種の画像等を表示するための周知の表示装置である。一例として、モニタＭＯは、制御ユニット３０からの出力信号に応じて、カードゲームをプレイするためのゲーム画面を表示する。
【００２６】
プリンタＰＲは、画像や記号（二次元コード含む）、文字等を被印刷媒体（記録媒体の一例）に印刷するための周知の印刷装置である。プリンタＰＲは、制御ユニット３０からの出力信号に基づいて被印刷媒体に、画像や記号、文字等を印刷することにより、ゲーム用カード８を生成する。また、プリンタＰＲは、互いに異なる印刷方式を実行する複数のプリンタを含む等により、複数の印刷方式を実行可能に構成されていてもよい。例えば、このような複数の印刷方式には、特別工程を実行する特別方式及びこれを実行しない通常方式が含まれてもよい。例えば、特別工程として、印刷結果に光る効果を生じさせる、いわゆるグロス調の印刷を実行する工程が採用されてよい。そして、特別方式及び通常方式により、互いに光沢感（光る効果）の相違するゲーム用カード８が生成されてもよい。
【００２７】
一方、記憶ユニット３１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気記録媒体や光記録媒体、フラッシュＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などにより構成されている。記憶ユニット３１には、ゲームプログラム３４及びゲームデータ３５が記憶されている。ゲームプログラム３４は、ゲーム機ＧＭがカードゲームを提供するために必要なコンピュータプログラムである。ゲームプログラム３４の実行に伴って、制御ユニット３０の内部には、ゲーム提供部３７が設けられる。ゲーム提供部３７は、カードゲームを提供するために必要な各種処理を実行する。ゲーム提供部３７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット３０の内部には、その他にも各種の論理的装置が設けられ得る。しかし、それらの図示は省略した。
【００２８】
ゲームデータ３５は、ゲームプログラム３４の実行に伴って参照されるデータである。ゲームデータ３５は、例えば、ボスイベントデータ１４ａ及びプレイデータ１４ｂを含んでいる。同様に、ゲームデータ３５は、例えば、上述のＩＤ管理データを含んでいてもよい。ボスイベントデータ１４ａ、プレイデータ１４ｂ及びＩＤ管理データは、一例として、必要な部分が含まれるように、少なくとも一部がセンターサーバ２から提供される。また、ゲームデータ３５は、その他にもカードゲームを実行するための各種のデータを含んでいてよい。例えば、そのようなデータには、画像データ及び効果音データが含まれてよい。画像データは、ゲーム（ゲーム用カード８の生成を含む）に必要な各種画像を表示するためのデータである。効果音データは、楽曲等、各種の音声を再生するためのデータである。しかし、それらの図示は省略した。
【００２９】
次に、ゲーム用カード８について説明する。ゲーム用カード８は、一例として、上述の通り、記録媒体のうち画像等が印刷された状態の被印刷媒体に対応する。より具体的には、一例として、ゲーム用カード８は、ゲーム用の各種の情報が印刷を通じて記録された状態の被印刷媒体に対応する。また、ゲーム用カード８には、例えば、記録される情報や用途の相違に応じて複数の種類が存在してよい。
【００３０】
図３は、ゲーム用カード８の一例を説明するための説明図である。図３に示すように、ゲーム用カード８は、例えば、ＩＤカードＳＣ及びキャラクタカードＫＣを含んでいる。一例として、これらのカードは、互いに別々のカードとして生成される。また、一例として、ＩＤカードＳＣ及びキャラクタカードＫＣには、それぞれ内容の相違する情報が記録される。さらに、一例として、このような情報の相違に起因して、これらのカードの用途も互いに相違している。
【００３１】
例えば、キャラクタカードＫＣには、再現情報としてのキャラクタ情報が記録されている。キャラクタ情報は、カードゲーム中にキャラクタを再現するための情報である。つまり、各キャラクタカードＫＣは、各キャラクタをカードゲーム内に再現するためのカードである。キャラクタは、カードゲーム内において、ゲームをプレイするためのプレイ媒体として使用される。
【００３２】
キャラクタ情報は、例えば、パラメータの情報及びユーザＩＤの情報を含んでいる。パラメータは、カードゲーム内で使用されるキャラクタを定義する情報である。ユーザＩＤは、上述の通り、各ユーザを識別するための情報である。ユーザＩＤは、一例として、各ユーザの特定に使用される。このようにキャラクタカードＫＣは、キャラクタ情報を介して、各キャラクタの記録及び再現に使用される。さらに、各ゲーム用カード８（或いはそこに記録される情報）が個別に管理される場合には、キャラクタ情報は各カードを識別するためのカードＩＤの情報を含んでいてもよい。そして、カードＩＤは、例えば、各キャラクタカードＫＣ等のゲーム用カード８の特定に使用されてよい。
【００３３】
一方、ＩＤカードＳＣには、ＩＤ情報が記録されている。ＩＤ情報は、各ユーザを個別に管理するための情報である。ＩＤ情報は、主として各ユーザの特定、及び特定したユーザに対応するプレイデータ１４ｂの取得に使用される。つまり、キャラクタカードＫＣがゲームをプレイする（進行させる）ために直接的に使用されるのに対し、ＩＤカードＳＣはプレイの補助のために使用される。
【００３４】
ＩＤ情報は、例えば、装飾情報及びユーザＩＤの情報を含んでいる。ユーザＩＤは、上述の通りである。ユーザＩＤは、個々のユーザに依存する個別情報の提供に伴って付与される。個別情報には、例えば、名前、性別、生年月日、年齢等の個人情報が含まれる。個別情報は、例えば、ゲーム機ＧＭへの操作を通じてユーザから提供される。なお、ＩＤ情報は、少なくともその一部として個別情報の全部または一部を含んでいてもよい。
【００３５】
装飾情報は、各ＩＤカードＳＣの識別性（ユニーク性）を向上させるための情報である。装飾情報の一例として、ＩＤカードＳＣには、各個別情報の内容に応じて変化する個別情報画像が表示される。結果として、ＩＤカードＳＣは、各個別情報に応じて表示内容が変化する。ＩＤカードＳＣは、このような鍵画像等の装飾情報を含んでいるためユニーク性が高い。例えば、個別情報画像は、個別情報の全部または一部を含んでいてよい。そして、このような個別情報の表示を通じて各個別情報の内容に応じて変化してもよい。なお、ＩＤ情報は、例えば、キャラクタ情報と同様に、その他にも上述のカードＩＤの情報を含んでいてよい。
【００３６】
図４を参照して、ゲーム用カード８の一例としてキャラクタカードの詳細を更に説明する。図４は、キャラクタカードＫＣの内容の一例を説明するための説明図である。図４に示すように、キャラクタカードＫＣには、合成画像ＣＩが印刷される。合成画像ＣＩは、一例として、基礎情報領域ＢＡ、画像領域ＩＡ、及び特徴情報領域ＦＡを含んでいる。これらの領域ＢＡ、ＩＡ、ＦＡには、パラメータとして機能する複数の項目が表示される。
【００３７】
基礎情報領域ＢＡには、例えば、キャラクタの名称（ユーザによって任意に設定されてもよい）を示す名称項目（“キク”）、カードを所有するユーザの名前を示す名前項目（“ショウジ”）、及び基礎項目の情報が表示される。基礎項目は、例えば、体力を示すＨＰ（“１０２”）の情報、攻撃力を示すＡＴ（“２５”）の情報、特別な攻撃（例えば、後述の必殺技や召喚等）をするための値を示すＳＰ（“４２”）の情報を含んでいる。
【００３８】
画像領域ＩＡには、キャラクタの画像項目として、キャラクタ画像ＭＧが表示される。キャラクタ画像ＭＧは、キャラクタカードＫＣによってゲーム中に再現されるキャラクタの画像に対応している。ゲーム内には、キャラクタカードＫＣに対応するキャラクタとしてキャラクタ画像ＭＧ若しくは合成画像ＣＩ（後述の二次元コードの表示は含まれていなくてもよい）自体が表示される。
【００３９】
特徴情報領域ＦＡには、例えば、コマンド項目、レベル項目、必殺技項目、及びアイテム項目の情報が表示される。コマンド項目は、コマンド（一例として、攻撃方法）を示す情報である。コマンドは、キャラクタがゲーム内で実行可能な選択肢である。一例として、カードゲーム内には、ゲームを進行させるために直接的に使用される複数種類のコマンドが用意され、それらのコマンドのうち使用可能なコマンド（例えば、“ミス”、“コウゲキ”等）がコマンド項目として特徴情報領域ＦＡに表示される。そして、ゲームの進行に使用されるべきコマンドは、例えば、コマンド項目の各コマンドから抽選で決定される。また、各コマンドは、例えば、“Ｉ”或いは“ＩＩ”等に分類され、分類毎に分けられて表示される。各分類は、例えば、各コマンドの抽選範囲としても機能する。そして、例えば、抽選対象の分類は、各分類に含まれる抽選対象を変更するためのコマンド（例えば、“ＩＩ”等）が抽選で決定された場合に、そのコマンドに対応する範囲に応じて設定される（例えば、“ＩＩ”が選択された場合には、“ＩＩ”の分類）。
【００４０】
レベル項目は、キャラクタの強さのレベル（“ＬＶ１１”）を示す情報である。必殺技項目は、例えば、キャラクタがゲーム中で使用可能な必殺技（“召喚ＬＶ２”）を示す情報である。必殺技は、一例として、各コマンドよりも対戦相手に与える影響が大きい。アイテム項目は、キャラクタが所有するアイテム（“盾”）を示す情報である。
【００４１】
合成画像ＣＩは、コード情報領域ＣＡを更に含んでいる。コード情報領域ＣＡには、キャラクタ情報を含むように所定の規格に準拠して生成される二次元コードＣＧが表示される。つまり、キャラクタカードＫＣは、二次元コードＣＧを介してキャラクタ情報を記録している。キャラクタ情報は、パラメータの情報、つまり上述の各項目の情報を含んでいる。結果として、二次元コードＣＧも基礎情報領域ＢＡ、画像領域ＩＡ、及び特徴情報領域ＦＡに表示される各項目の情報、つまりパラメータの情報（例えば、キャラクタ画像ＭＧを特定するための画像ＩＤの情報等、パラメータの情報を特定するための情報を含む）を含んでいる。なお、二次元コードＣＧは、合成画像ＣＩに表示されない情報を含んでいてもよい。つまり、キャラクタ情報の全てが合成画像に表示されていなくてもよい。例えば、キャラクタ情報は、キャラクタ或いはキャラクタカードＫＣの希少性（いわゆるレア度）を示す情報やキャラクタの種類を示す情報を含んでいてもよい。同様に、例えば、合成画像が二次元コードに含まれない情報を含んでいてもよい。このように、合成画像ＣＩに表示される情報と二次元コードに含まれる情報とは一致していなくてもよい。同様に、パラメータも上述の内容に限定されない。例えば、上述の希少性を示す情報等、各種の項目及び情報がパラメータとして使用されてもよい。
【００４２】
また、後述するように、プレイ状況に応じて、キャラクタを定義するためのパラメータの内容は変化する。そして、その変化した後の変化後のパラメータの内容に基づいてキャラクタカードＫＣは生成される。つまり、これらの領域ＢＡ、ＣＡ、ＩＡ、ＦＡに表示されるべき情報（或いは画像）は、プレイ状況に応じて変化する。したがって、これらの領域ＢＡ、ＣＡ、ＩＡ、ＦＡは、内容が変化する可変領域として構成されている。一方で、これらの領域ＢＡ、ＣＡ、ＩＡ、ＦＡの位置や範囲は変化しない。このため、一例として、これらの領域ＢＡ、ＣＡ、ＩＡ、ＦＡは、基本フォーマットＦＩにより固定的に定義される。より具体的には、例えば、これらの領域ＢＡ、ＣＡ、ＩＡ、ＦＡを互いに区切る境界線は、固定的部分として基本フォーマットＦＩにより定義される。そして、合成画像ＣＩは、パラメータの情報が各領域ＢＡ、ＣＡ、ＩＡ、ＦＡの可変領域に配置されるように、パラメータの情報と基本フォーマットＦＩの画像とが合成されることにより構成されている。
【００４３】
次に、図５を参照して、ゲーム機ＧＭが提供するカードゲームについて説明する。カードゲームは、ユーザが用意したキャラクタカードＫＣによって定義されるキャラクタをゲーム中に再現して、それをプレイ媒体として使用するタイプのゲームである。ゲーム内では、例えば、キャラクタカードＫＣによって再現されたキャラクタの育成が実行される。育成は、例えば、ゲーム内に用意された対戦相手キャラクタとの対戦及び他のユーザのキャラクタとの対戦といったバトルを通じて実行される。つまり、カードゲームは、一例として、ユーザ側のキャラクタ（以下、味方キャラクタと呼ぶ場合がある）と対戦相手キャラクタ（以下、敵キャラクタと呼ぶ場合がある）とが対戦する対戦型のゲームとして構成される。
【００４４】
バトル（対戦）は、複数のキャラクタによって実行される場合もある。このような場合、複数のキャラクタカードＫＣがキャラクタの再現に使用されてよい。さらに、それらのバトルを通じて各キャラクタが成長する。具体的には、例えば、基礎項目の“ＨＰ”の値が“１０２”から“１１０”に変化する等、プレイ状況に応じてキャラクタを定義するパラメータの内容（値等の各項目の具体的内容）が変化する。そして、ゲームのプレイ後には、プレイを通じて成長したキャラクタ（変化後のパラメータによって定義されるキャラクタ）が更にキャラクタカードＫＣとして生成される。また、キャラクタカードＫＣは、次回以降のゲームにおいて成長したキャラクタを再度ゲーム内に再現するために使用される。したがって、キャラクタカードＫＣを通じて継続的にゲーム中のキャラクタが育成される。さらに、キャラクタカードＫＣの生成にはプレイ状況が反映されるので、ユニーク性が高い。
【００４５】
また、カードゲームには各種イベントも用意されている。キャラクタは、イベントによっても成長する。より具体的には、対戦相手キャラクタ（敵キャラクタ）は、通常対戦相手キャラクタ（以下、通常敵キャラクタと呼ぶことがある）及び特別対戦相手キャラクタ（以下、ボスキャラクタと呼ぶことがある）を含んでいる。通常敵キャラクタは、出現数が限定されていない敵キャラクタである。一方、ボスキャラクタは、通常敵キャラクタとは異なる敵キャラクタである。より具体的には、ボスキャラクタは、少なくとも一時期において一体のみ等、出現数が限定されている敵キャラクタである。そして、一例として、ボスキャラクタとの対戦がイベントとして利用される。以下、ボスキャラクタと対戦するイベントをボスイベントと呼ぶ場合がある。
【００４６】
図５は、カードゲームの流れの一例を説明するための説明図である。図５に示すように、カードゲームは、一例として、プレイ工程、選択工程及び生成工程を含んでいる。プレイ工程は、キャラクタを使用した実際のプレイ、つまりバトル等を通じたキャラクタの育成が実行される工程である。例えば、カードゲームは、上述の通り、ユーザ側のキャラクタとして機能する味方キャラクタＦＣを含んでいる。一例として、プレイ工程では各キャラクタカードＫＣに対応するキャラクタがゲーム内に再現され、このキャラクタ、つまり各キャラクタカードＫＣに対応するキャラクタが味方キャラクタＦＣとして機能する。
【００４７】
なお、味方キャラクタＦＣには、例えば、バトルにおいてユーザの勝利に寄与し得る広い概念のキャラクタが含まれてよい。具体的には、例えば、ユーザがプレイの対象として操作するキャラクタだけでなく、ユーザに味方するようにゲーム機ＧＭによって制御されるキャラクタも、味方キャラクタに含まれてよい。
【００４８】
同様に、カードゲームは、一例として、敵キャラクタＡＣも含んでいる。図５の例では、敵キャラクタＡＣは、上述のボスキャラクタＡＣ１及び通常敵キャラクタＡＣ２を含んでいる。また、キャラクタカードＫＣの使用に伴い、このカードＫＣに印刷されるキャラクタ画像ＭＧに対応するカードキャラクタＦＣ１が味方キャラクタＦＣとしてゲーム中に再現されている。このため、一例として、プレイ工程では、このカードキャラクタＦＣ１と敵キャラクタＡＣとの間の対戦が実行される。また、この対戦を通じて、カードキャラクタＦＣ１の育成（パラメータの変化）が実行される。
【００４９】
選択工程は、プレイ工程で使用された各キャラクタのうち、次回以降のプレイにプレイ状況を引き継ぐキャラクタを選択するための工程である。例えば、味方キャラクタＦＣは、プレイ状況に応じて成長（パラメータの内容が変化）している。選択工程は、例えば、このようなキャラクタが複数存在する場合に、次回以降にも今回のプレイ状況を引き継ぐキャラクタを決定するために使用される。また、引き継ぎ対象の選択候補には、味方キャラクタＦＣだけでなく敵キャラクタＡＣが含まれていてもよい。つまり、今回の対戦相手の敵キャラクタＡＣが引き継ぎ対象の選択候補に含まれていてもよい。この場合、このような敵キャラクタＡＣは、次回以降において味方キャラクタＦＣとして使用されてもよい。つまり、選択工程の選択候補には、次回以降のプレイにおいて味方キャラクタＦＣとして使用されるように、今回対戦した敵キャラクタＡＣが含まれていてもよい。
【００５０】
例えば、上述の通り、一例としてキャラクタカードＫＣに対応するキャラクタは次回以降において味方キャラクタＦＣとして使用される。このため、選択工程は、カード化する対象を選択するために使用されてもよい。具体的には、選択工程では、一例として、カード化対象の候補がユーザに提供され、その候補の中から実際にカード化する対象がユーザによって選択されてよい。また、このようなカード化対象の候補に含まれる敵キャラクタＡＣは、例えば、判別条件に基づいて決定されてもよい。
【００５１】
判別条件は、一例として、敵キャラクタＡＣの味方キャラクタ化を判別するための条件であってよい。具体的には、例えば、判別条件が満たされた場合に敵キャラクタＡＣを味方キャラクタとして使用することが許可されてよい。また、このような許可の対象は、ボスキャラクタＡＣ１に限定されてもよい。つまり、通常敵キャラクタＡＣ２は、判別条件を満たすか否かに関わらず、味方キャラクタ化が許可されてよい。
【００５２】
また、上述の通り、キャラクタカードＫＣのキャラクタは味方キャラクタＦＣとして使用される。このため、味方キャラクタ化の許可に伴い、敵キャラクタＡＣがカード化対象の候補として提供されてよい。つまり、一例として、判別条件に関わらず通常敵キャラクタＡＣ２はカード化対象の候補として提供される一方で、ボスキャラクタＡＣ１は判別条件が満たされた場合に限定してカード化対象の候補として提供されてよい。
【００５３】
一例として、このように判別条件は、選択工程においてボスキャラクタＡＣ１をカード化対象の候補に含めるか否か、換言すればボスキャラクタＡＣ１をキャラクタカードＫＣとして排出可能か否か判別するために使用されてよい。そして、判別条件が満たされる場合には、選択工程においてカード化対象の候補にボスキャラクタＡＣ１が含まれていてよい。一方、判別条件が満たされない場合にはボスキャラクタＡＣ１のカード化は許可されず、カード化対象の候補にボスキャラクタＡＣ１が含まれていなくてもよい。この場合、判別条件が満たされなければ、次回以降においてもボスキャラクタＡＣ１を味方キャラクタＦＣとして使用することはできない。一例として、判別条件は、このように使用されてよい。
【００５４】
また、例えば、判別条件は、許可条件、緩和条件及び排出条件を含んでいてもよい。許可条件は、例えば、敵キャラクタＡＣの味方キャラクタ化を判別するための条件であってよい。この場合、許可条件が満たされる場合に判別条件が満たされてよい。より具体的には、例えば、許可条件は、ボスキャラクタＡＣ１（その他通常敵キャラクタＡＣ２も存在する場合はそれらも含んでよい）を倒した（攻略した）場合、つまりボスイベントに勝利した場合に満たされてよい。つまり、一例として、ボスキャラクタＡＣ１を攻略した場合に判別条件は満たされてもよい。また、例えば、味方キャラクタＦＣと同様に、ボスキャラクタＡＣ１にもパラメータが設定されていてよい。そして、そのパラメータのうち、例えば“ＨＰ”の情報（残量の情報）がゼロを示す場合にボスキャラクタＡＣ１が倒され、攻略されてよい。なお、一例として、攻略に失敗した場合には、再度の挑戦が許可されてよい。つまり、同じボスキャラクタＡＣ１との対戦が複数回実行されもよい。
【００５５】
一方、緩和条件及び排出条件は、一例として、許可条件が満たされた場合（具備の場合）に使用される条件であってよい。具体的には、緩和条件は、排出条件の要件を緩和（変更）するための条件であってもよい。つまり、緩和条件は、より容易に満たされるように排出条件を緩和するために使用されてもよい。緩和条件は、例えば、ボスキャラクタＡＣ１との対戦が複数回実行される場合には、ボスキャラクタＡＣ１との対戦回数、つまりボスイベントへの挑戦回数を要件に含んでいてよい。具体的には、緩和条件は、例えば、ボスキャラクタＡＣ１への挑戦回数（ボスキャラクタＡＣ１との対戦の回数）が所定値以上の場合に満たされてよい。つまり、挑戦回数が増えるに従って排出条件が緩和されるように、緩和条件が設定されてもよい。また、緩和条件は、例えば、互いに要件の相違する複数の緩和条件を含んでいてもよい。より具体的には、例えば、緩和条件は、要件具備、不具備の基準として使用される所定値が互いに相違する複数の緩和条件を含んでいてもよい。
【００５６】
なお、緩和条件の要件は、挑戦回数に限定されない。例えば、緩和条件には、その他にも各種のプレイ状況が要件として使用されてよい。例えば、このようなプレイ状況として、カードゲームのプレイ時間やプレイ回数（例えば、所定期間の累計）、或いは特定の味方キャラクタＦＣの使用の有無等が使用されてもよい。つまり、緩和条件は、例えば、プレイ時間やプレイ回数が所定値を超えた場合、或いは特定の味方キャラクタＦＣをボスキャラクタＡＣ１との対戦に使用した場合等に満たされてもよい。また、緩和条件の要件は、カードゲームのプレイ状況にも限定されない。緩和条件の要件として、その他のゲームのプレイ状況が使用されてもよい。
【００５７】
排出条件は、一例として、敵キャラクタＡＣが味方キャラクタ化される場合に、その味方キャラクタの価値を決定するための条件であってよい。つまり、敵キャラクタＡＣは、排出条件に基づいて価値が変化するように味方キャラクタ化されてよい。例えば、排出条件は、敵キャラクタＡＣとの対戦の状況を要件として含んでいてよい。より具体的には、ボスキャラクタＡＣ１が味方キャラクタＦＣとしてカード化される場合には、例えば、そのボスキャラクタＡＣ１に対応する味方キャラクタＦＣの価値或いはその味方キャラクタＦＣに対応するキャラクタカードＫＣ自体の価値がそのボスキャラクタＡＣ１の対戦の状況に応じて変化してよい。
【００５８】
例えば、変化対象の価値として、パラメータの内容が採用されてよい。つまり、一例として、ボスキャラクタＡＣ１に対応する味方キャラクタＦＣのパラメータの内容がボスイベントの対戦の状況に応じて変化してよい。つまり、同じボスキャラクタＡＣ１に対応する味方キャラクタＦＣであるにも関わらず、その味方キャラクタＦＣのパラメータの内容はボスイベントの対戦の状況に応じて変化してよい。
【００５９】
排出条件は、例えば、攻撃及び防御などの行動が味方キャラクタＦＣと敵キャラクタＡＣとの間で交互に実行される形式でボスイベント（ボスキャラクタＡＣ１との対戦）が実行される場合には、ボスキャラクタＡＣ１（その他通常敵キャラクタＡＣ２も存在する場合はそれらも含んでよい）を倒すまで、つまりボスイベントを攻略するまでに要した行動回数（例えば、攻撃等のボスを攻略するための行動等、ユーザが味方キャラクタの行動を選択した機会の回数）を対戦の状況として使用してもよい。そして、例えば、排出条件は、所定回数以下の行動回数でボスイベントを攻略した場合に満たされてもよい。
【００６０】
なお、排出条件が要件として使用する対戦の状況は、行動回数に限定されない。例えば、その他にもボスキャラクタＡＣ１（その他通常敵キャラクタＡＣ２も存在する場合はそれらも含んでよい）に与えたダメージ（例えば、所定期間或いはボスイベント単位の累計において味方キャラクタＦＣの攻撃が与えた効果。換言すれば、一例として“ＨＰ”の減少量）、複数種類の攻撃方法が存在するときには特定種類の攻撃が使用された場合（更にその攻撃が成功した場合、つまりボスキャラクタＡＣ１にダメージを与えた場合等）が対戦の状況として使用されてもよい。つまり、排出条件は、例えば、ボスキャラクタＡＣ１のダメージが所定量以上になった場合、或いは特定種類の攻撃が使用された場合等に満たされてもよい。
【００６１】
また、排出条件は、例えば、通常排出条件及び緩和排出条件を含んでいてもよい。例えば、通常排出条件は緩和条件が満たされない場合（不具備の場合）に適用される排出条件である一方で、緩和排出条件は緩和条件が満たされる場合（具備の場合）に適用される排出条件であってもよい。つまり、緩和排出条件は、通常排出条件よりも満たされ易いように要件が緩和された条件であってよい。例えば、緩和排出条件は、行動回数に対する所定回数が通常排出条件よりも低く設定され、これにより要件が緩和されてよい。さらに、複数の緩和条件が存在する場合には、緩和排出条件は、それらの緩和条件にそれぞれ対応するように複数の緩和排出条件を含んでいてもよい。
【００６２】
図５の例では、緩和条件は、第１緩和条件及び第２緩和条件を含んでいる。例えば、第１緩和条件は“２”を、第２緩和条件は“３”を所定値として採用する緩和条件である。この場合、挑戦回数が初回のときには緩和条件は満たされないが、２回目以降のときには２回目に第１緩和条件が、３回目に第２緩和条件が、それぞれ満たされる。
【００６３】
同様に、図５の例では、緩和排出条件は、第１排出条件及び第２排出条件を含んでいる。例えば、第１排出条件は第１緩和条件が満たされる場合（具備の場合）に、第２排出条件は第２緩和条件が満たされる場合（具備の場合）に、それぞれ適用される緩和排出条件である。具体的には、例えば、通常排出条件は“３”を所定値として採用するのに対して、第１排出条件は“５”を、第２排出条件は“６”を、それぞれ所定値として採用する場合について説明する。この場合、挑戦回数が初回のときには３回（３ターン）以下の行動回数でボスキャラクタＡＣ１を倒さなければ排出条件が満たされないのに対し、２回目には５回以下の行動回数で、３回目には６回以下の行動回数で、それぞれボスキャラクタＡＣ１を倒せれば排出条件が満たされる。つまり、挑戦回数が増えるに従ってより容易に排出条件が満たされる。
【００６４】
また、図５の例では、排出条件が満たされる場合（具備の場合）には、対戦中と同様に剣ＳＷを装備する第１ボスキャラクタＡＣ１ａがカード化の選択対象として設定される。一方、排出条件が満たされない場合（不具備の場合）には、第１ボスキャラクタＡＣ１ａではなく、対戦中に装備していた剣ＳＷを装備していない第２ボスキャラクタＡＣ１ｂがカード化の選択対象として設定される（第１ボスキャラクタＡＣ１ａはカード化の選択対象に設定されない）。つまり、同じボスキャラクタＡＣ１に対応するキャラクタでありながら、排出条件が満たされる場合と満たされない場合とでは、例えば画像が相違するボスキャラクタＡＣ１がカード化候補として提供される。なお、例えば、排出条件が満たされる場合のカード化候補は、このような形態に限定されない。例えば、排出条件が満たされる場合には、第１ボスキャラクタＡＣ１ａに加えて、第２ボスキャラクタＡＣ１ｂもカード化候補として提供されてもよい。
【００６５】
さらに、第１ボスキャラクタＡＣ１ａと第２ボスキャラクタＡＣ１ｂとの間では、各種のパラメータの内容が相違していてよい。例えば、ゲーム中の表示の相違に対応するように、キャラクタ画像ＭＧが相違していてもよい。また、例えば、その他にもパラメータの他の項目の内容にも相違が生じてよい。つまり、排出条件が満たされる場合と満たされない場合とでは、パラメータの各項目の内容に相違が生じてよい。具体的には、同じボスキャラクタＡＣ１に対応するキャラクタであるものの、例えば、第１ボスキャラクタＡＣ１ａの“ＡＴ”の値が“２００”であるのに対して第２ボスキャラクタＡＣ１ｂの“ＡＴ”の値が“１５０”である等、第１ボスキャラクタＡＣ１ａの方が第２ボスキャラクタＡＣ１ｂよりも強く（パラメータの内容の価値が高い）設定されてもよい。同様に、上述の剣ＳＷのように、特定のアイテムを所有（装備を含む）している或いは所有していない等により価値が相違していてもよい。一例として、このような価値の相違が対戦の状況に応じて生じてよい。そして、排出条件が満たされる場合（具備の場合）には、選択工程では、通常敵キャラクタＡＣ２だけでなく、一例として、このように価値の相違するボスキャラクタＡＣ１もカード化対象の候補に含まれる。
【００６６】
一方、許可条件が満たされない場合（不具備の場合）、選択工程では、カード化対象に通常敵キャラクタＡＣ２は含まれるものの、ボスキャラクタＡＣ１は含まれない。つまり、ボスキャラクタＡＣ１をカード化することはできない。選択工程では、一例として、このような候補からカード化対象が選択されてよい。なお、選択工程では、単数或いは複数の適宜の数のキャラクタが選択候補として提供されてよい。また、選択工程で選択可能なキャラクタの数も単数或いは複数等適宜でよい。例えば、選択工程で選択可能なキャラクタの数は、所定の対価（一例としてプレイの対価とは別の追加の対価）の徴収と引き換えに、或いは特定のアイテム使用に伴い増加される等、変化してもよい。同様に、このような数の変化が特典として使用されてもよい。さらに、選択工程は、ユーザによってキャラクタが選択される構成にも限定されない。例えば、選択工程では、所定のキャラクタ（例えば、最も価値の高いキャラクタ）が自動で選択され、ユーザの選択が省略されてもよい。例えば、最も価値の高いキャラクタが自動で選択される場合には、価値の高いキャラクタをユーザが選択し損なうことを防止することができる。また、このような場合、或いは選択候補が単数の場合等では、選択工程が省略されてもよい。
【００６７】
生成工程は、選択工程において選択されたキャラクタのキャラクタ情報（プレイ状況を反映したパラメータの内容等の情報）を次回以降のプレイで使用可能なように記録するための工程である。例えば、生成工程では、各種の記録媒体（ユーザによって所有されないもの、つまりコレクション性のないものも含む）にキャラクタ情報が記録されよてい。例えば、キャラクタ情報はプレイデータ１４ｂによって管理され、記録媒体として記憶ユニット３１が機能してもよい。この場合、例えば、選択工程で選択されたキャラクタは電子的な仮想カードとして管理され、使用されてもよい。一方、記録媒体の他の一例として、カード状の被印刷媒体ＰＭが使用されてもよい。そして、生成工程では、例えば、プリンタＰＲを通じて被印刷媒体ＰＭにキャラクタ情報を含む合成画像ＣＩが印刷されてよい。また、被印刷媒体ＰＭとして、合成画像ＣＩを印刷可能な各種の被印刷媒体が使用されてよい。例えば、被印刷媒体ＰＭとして、白色の紙が使用されてもよい。また、そのような被印刷媒体ＰＭは白紙であってもよいし、基本フォーマットＦＩに対応する画像が被印刷媒体ＰＭの印刷面に予め印刷されていてもよい。
【００６８】
生成工程では、一例として、このように選択工程において選択されたキャラクタに対応する合成画像ＣＩが印刷されたキャラクタカードＫＣが生成されてよい。このため、例えば、生成工程では、ボスキャラクタＡＣ１がカード化される場合にはボスキャラクタＡＣ１に対応するボスキャラクタカードＫＣ１が、通常敵キャラクタＡＣ２がカード化される場合には通常敵キャラクタＡＣ２に対応する通常敵キャラクタカードＫＣ２が、それぞれキャラクタカードＫＣとして生成されてよい。具体的には、ボスキャラクタＡＣ１の価値は、一例として、上述の通り対戦の状況に応じて変化する。このため、一例として、ボスキャラクタＡＣ１は対戦の状況に応じて価値が変化するようにカード化される。つまり、生成工程では、一例として、ボスイベントの対戦の状況に応じて、同じボスキャラクタＡＣ１に対するボスキャラクタカードＫＣ１であるものの、互いにパラメータの内容の相違する複数種類のボスキャラクタカードＫＣ１が生成され得る。
【００６９】
図５の例では、ボスキャラクタカードＫＣ１として、第１ボスキャラクタカードＫＣ１ａ及び第２ボスキャラクタカードＫＣ１ｂの２種類が示されている。具体的には、第１ボスキャラクタカードＫＣ１ａは第１ボスキャラクタＡＣ１ａがカード化された場合のボスキャラクタカードＫＣ１に対応している。このため、第１ボスキャラクタカードＫＣ１ａには、第１ボスキャラクタＡＣ１ａに対応する第１ボスキャラクタ画像ＭＧａが印刷されている。より具体的には、第１ボスキャラクタカードＫＣ１ａには、剣ＳＷの画像を含む第１ボスキャラクタ画像ＭＧａが印刷されている。同様に、第１ボスキャラクタカードＫＣ１ａの二次元コードＣＧには、第１ボスキャラクタＡＣ１ａに対応するパラメータの内容が記録されている。
【００７０】
一方、第２ボスキャラクタカードＫＣ１ｂは、第２ボスキャラクタＡＣ１ｂがカード化された場合のボスキャラクタカードＫＣ１に対応している。このため、第２ボスキャラクタカードＫＣ１ｂには、第２ボスキャラクタＡＣ１ｂに対応する第２ボスキャラクタ画像ＭＧｂが印刷されている。より具体的には、第１ボスキャラクタカードＫＣ１ａには、剣ＳＷの画像を含まない第２ボスキャラクタ画像ＭＧｂが印刷されている。同様に、第２ボスキャラクタカードＫＣ１ｂの二次元コードＣＧには、第２ボスキャラクタＡＣ１ｂに対応するパラメータの内容が記録されている。そして、次回以降において第１ボスキャラクタカードＫＣ１ａが使用された場合には第１ボスキャラクタＡＣ１ａに対応するキャラクタが味方キャラクタＦＣとして、第２ボスキャラクタカードＫＣ１ｂが使用された場合には第２ボスキャラクタＡＣ１ｂに対応するキャラクタが味方キャラクタＦＣとして、それぞれゲームに再現される。
【００７１】
また、第１ボスキャラクタカードＫＣ１ａ及び第２ボスキャラクタカードＫＣ１ｂは、ボスイベントに使用されたキャラクタカードＫＣとは別のキャラクタカードＫＣのため、第１ボスキャラクタＡＣ１ａ及び第２ボスキャラクタＡＣ１ｂに対応するキャラクタはボスイベントに使用したカードキャラクタＦＣ１とは別の新しい味方キャラクタＦＣとしてゲームに再現される。そして、第１ボスキャラクタＡＣ１ａに対応する味方キャラクタＦＣの方が第２ボスキャラクタＡＣ１ｂに対応する味方キャラクタＦＣよりもパラメータの内容が強く、価値が高い。このため、このようなパラメータの内容の相違により第１ボスキャラクタカードＫＣ１ａの方が第２ボスキャラクタカードＫＣ１ｂよりも高い価値を有する。つまり、排出条件が満たされた場合（例えば、より少ない行動回数でボスイベントを攻略した場合）の方がより高い価値のボスキャラクタカードＫＣ１が生成される。一例として、生成工程では、対戦の状況に応じて、このような内容（価値）の相違するボスキャラクタカードＫＣ１が生成されてよい。
【００７２】
なお、ボスイベントの対戦の状況に応じて変化する価値は、パラメータの内容に限定されない。例えば、このような価値として、印刷方式が採用されてもよい。具体的には、例えば、排出条件が満たされる場合には特別印刷方式によって印刷されるボスキャラクタカードＫＣ１が、排出条件が満たされない場合には通常印刷方式によって印刷されるボスキャラクタカードＫＣ１が、それぞれ生成工程において生成されてもよい。つまり、印刷方式の相違に伴う印刷効果の相違（例えば、光沢効果の有無等）が変化対象の価値として採用されてもよい。この場合、排出条件の具備、不具備に関わらず、ボスキャラクタＡＣ１に対応する味方キャラクタＦＣには同じ内容のパラメータが設定されてよい。つまり、選択工程では、排出条件の具備、不具備に関わらず、ボスキャラクタＡＣ１に対応する同じ味方キャラクタＦＣが提供されてもよい。また、同じキャラクタには、例えば、共通の体系の名前が使用されるキャラクタやデータ等により関連性が設定されるキャラクタといった広い概念で同じと判断されるキャラクタが含まれてよい。
【００７３】
次に、ボスイベントデータ１４ａ及びプレイデータ１４ｂの詳細について説明する。ボスイベントデータ１４ａは、一例として、ボスイベントで使用されるボスキャラクタＡＣ１を定義するためのデータである。図６は、ボスイベントデータ１４ａの内容の一例を説明するための説明図である。図６に示すように、ボスイベントデータ１４ａは、“ボスＩＤ”、“パラメータ”、“許可条件”、“緩和条件”、及び“排出条件”の情報を含んでいる。
【００７４】
“ボスＩＤ”は、各ボスイベントに出現するボスキャラクタＡＣ１を特定するための情報である。“ボスＩＤ”の情報として、例えば、ボスキャラクタＡＣ１毎にユニークなＩＤ（各ボスキャラクタＡＣ１を識別するためのＩＤ）の情報が使用される。“パラメータ”は、上述のパラメータの情報である。例えば、“パラメータ”の情報として、各ボスキャラクタＡＣ１を定義するためのパラメータの各項目の内容を示す情報が使用される。また、“許可条件”、“緩和条件”、及び“排出条件”は、上述の許可条件、緩和条件、及び排出条件にそれぞれ対応する情報である。これらには、例えば、許可条件、緩和条件、及び排出条件を満たすために必要な要件を示す情報が使用される。一例として、ボスイベントデータ１４ａは、これらの情報が互いに関連付けられるように記述されたレコードの集合として構成される。
【００７５】
一方、プレイデータ１４ｂは、上述の通り、過去の実績の引き継ぎ等を実現するためのデータである。図７は、プレイデータ１４ｂの内容の一例を説明するための説明図である。図７に示すように、プレイデータ１４ｂは、例えば、“ユーザＩＤ”、“実績データ”、及び“属性データ”の情報を含んでいる。
【００７６】
“ユーザＩＤ”は、上述のユーザＩＤ（各ユーザを識別するためのＩＤ）の情報である。“属性データ”は、各ユーザＵの属性を示す情報である。“属性データ”は、例えば、“性別”、“年齢”等の情報を含んでいる。“性別”は各ユーザＵの性別を示す情報、“年齢”は各ユーザＵの年齢を示す情報に、それぞれ対応する。“属性データ”は、例えば、その他にもユーザＵの名前や住所を示す情報（各種の個別情報等）を含んでいてよい。
【００７７】
“実績データ”は、過去の実績を次回以降のプレイにおいて引き継ぐための情報である。例えば、“実績データ”は、“ゲームＩＤ”、“プレイ日時”、“プレイ時間”、“プレイ回数”及び“挑戦回数”の情報を含んでいる。
【００７８】
“ゲームＩＤ”は、ゲーム毎にユニークなゲームＩＤを示す情報である。“ゲームＩＤ”の情報は、カードゲーム等、各ゲームを識別するために使用される。“プレイ日時”、“プレイ時間”、“プレイ回数”及び“挑戦回数”は、それぞれカードゲームをプレイした日時、プレイした時間（期間）、プレイした回数、及びボスイベントに挑戦した挑戦回数（ボスイベントが複数存在する場合には、各ボスイベントを識別できるように、例えば“ボスＩＤ”の情報を含んでいてよい）をそれぞれ示す情報である。例えば、これらの情報は、緩和条件の判別に使用されてよい。プレイデータ１４ｂは、一例として、これらの情報が互いに関連付けられるように記述されたレコードの集合として構成されている。
【００７９】
なお、プレイデータ１４ｂは、一例として、上述の通り、ＩＤカードＳＣが使用された場合に使用される。このため、緩和条件の要件がプレイデータ１４ｂによって管理される情報を含む場合には、緩和条件の適用はＩＤカードＳＣが使用される場合に限定されてもよい。つまり、ＩＤカードＳＣが使用されない場合、緩和条件は満たされず、常に通常排出条件が適用されてもよい。
【００８０】
次に、カード発行処理について説明する。カード発行処理は、プレイ状況を反映したキャラクタカードＫＣを生成（発行）するための処理である。一例として、カード発行処理は、図８のルーチンを通じてゲーム機ＧＭの制御ユニット３０によって実現される。より具体的には、図８のルーチンは、一例として、制御ユニット３０のゲーム提供部３７を通じて実行される。なお、ゲーム機ＧＭの制御ユニット３０及びセンターサーバ２の制御ユニット１０は、この処理の他にも各種の周知な処理等を、それぞれ単独で或いは互いに協働して実行する。しかし、それらの詳細な説明は省略する。
【００８１】
図８は、カード発行処理を実現するためのカード発行処理ルーチンのフローチャートの一例を示す図である。図８のルーチンは、一例として、発行条件が満たされた場合に実行される。発行条件は、例えば、カード発行を指示する操作が実行された場合に満たされる。つまり、図８のルーチンは、一例として、カード発行を指示する操作が行われた場合に実行される。
【００８２】
図８のルーチンが開始されると、まずステップＳ２１において、ゲーム提供部３７は、プレイ状況の情報を取得する。例えば、プレイ状況の情報には、プレイ状況に応じて変化した変化後パラメータの内容が含まれる。また、プレイ状況の情報には、例えば、ボスイベントの対戦の状況の情報も含まれる。さらに、プレイ状況の情報には、例えば、その他にもプレイデータ１４ｂに含まれる“挑戦回数”等のプレイ状況の情報等、カード発行に必要な各種のプレイ状況の情報が含まれる。
【００８３】
続くステップＳ２２において、ゲーム提供部３７は、判別条件が満たされるか否か判別する。具体的には、ゲーム提供部３７は、ステップＳ２１で取得したプレイ状況の情報に基づいて、例えば、ボスイベントが実行されていないと判断される場合には、判別条件は満たされないと判別する。一方、ボスイベントが実行されている場合には、ゲーム提供部３７は、ステップＳ２１で取得したプレイ状況の情報に基づいて、例えば、許可条件が満たされる場合には判別条件も満たされると、許可条件が満たされない場合には判別条件も満たされないと判別する。そして、ゲーム提供部３７は、この判別結果が否定的結果の場合、つまり判別条件が満たされない場合、ステップＳ２５に進む。
【００８４】
一方、ステップＳ２２の判別結果が肯定的結果の場合、つまり判別結果が満たされる場合、ゲーム提供部３７は、ステップＳ２３に進む。ステップＳ２３において、ゲーム提供部３７は、ボスキャラクタＡＣ１の味方キャラクタ化、つまりキャラクタカードＫＣとしての排出を許可する。
【００８５】
続くステップＳ２４において、ゲーム提供部３７は、ボスキャラクタＡＣ１を味方キャラクタ化する場合の価値を決定する。例えば、ボスキャラクタＡＣ１の価値は、上述の通り、緩和条件及び排出条件によって決定される。具体的には、ゲーム提供部３７は、まず緩和条件が満たされるか否か判別する。この判別結果が否定的結果の場合、つまり緩和条件が満たされない場合、ゲーム提供部３７は、通常排出条件が満たされるか否か判別する。一方、緩和条件の判別結果が肯定的結果の場合、つまり緩和条件が満たされる場合、ゲーム提供部３７は、緩和排出条件が満たされるか否か判別する。この判別には、緩和条件及び緩和排出条件が複数存在する場合には、満たされる緩和条件に応じた緩和排出条件を使用する。そして、ゲーム提供部３７は、通常排出条件或いは緩和排出条件といった排出条件が満たされない場合よりも満たされる場合の方がボスキャラクタＡＣ１の価値が高くなるように価値を決定する。より具体的には、例えば、ゲーム提供部３７は、排出条件が満たされる場合には第１ボスキャラクタＡＣ１ａを、排出条件が満たされない場合には第２ボスキャラクタＡＣ１ｂを、それぞれカード化対象とすることにより価値が変化するようにボスキャラクタＡＣ１の価値を決定する。
【００８６】
次のステップＳ２５において、ゲーム提供部３７は、カード化候補のキャラクタを提供する。例えば、ステップＳ２２の判別結果が否定的結果の場合には、ゲーム提供部３７は、通常敵キャラクタＡＣ２は含まれるもののボスキャラクタＡＣ１は含まれないようにカード化候補のキャラクタを提供する。一方、ステップＳ２２の判別結果が肯定的結果の場合には、ゲーム提供部３７は、ステップＳ２３の許可に基づきボスキャラクタＡＣ１が含まれるようにカード化候補のキャラクタを提供する。また、この場合、ゲーム提供部３７は、ステップＳ２４の決定結果に対応する価値を備えるようにボスキャラクタＡＣ１をカード化候補のキャラクタとして提供する。具体的には、ゲーム提供部３７は、例えば、ステップＳ２４の決定結果に基づいて、第１ボスキャラクタＡＣ１ａ或いは第２ボスキャラクタＡＣ１ｂをカード化候補のキャラクタとして提供する。また、ゲーム提供部３７は、例えば、モニタＭＯのゲーム画面を通じて、このようなカード化候補のキャラクタの提供を実行する。
【００８７】
続くステップＳ２６において、ゲーム提供部３７は、ステップＳ２５の提供を通じてユーザによって選択されたキャラクタに対応するキャラクタ情報を生成する。具体的には、ゲーム提供部３７は、ステップＳ２１で取得した変化後パラメータの内容やステップＳ２４で決定したパラメータ変化の内容を取得する。そして、ゲーム提供部３７は、それらの内容及びをユーザＩＤ等のその他の情報（例えば、キャラクタカードＫＣの使用時に取得したキャラクタ情報から取得）を含むキャラクタ情報を生成する。一例として、ゲーム提供部３７は、このようにしてステップＳ２６においてキャラクタ情報を生成する。
【００８８】
次のステップＳ２７において、ゲーム提供部３７は、ステップＳ２６で生成したキャラクタ情報を二次元コードＣＧとして含む合成画像ＣＩを表現するためのイメージデータを生成する。なお、ボスキャラクタＡＣ１の価値の変化が印刷方式によって実現される場合には、ゲーム提供部３７は、ステップＳ２７において印刷方式に応じたイメージデータを生成してよい。
【００８９】
次のステップＳ２８において、ゲーム提供部３７は、ステップＳ２７で生成したイメージデータに基づいて合成画像ＣＩが印刷された新しいキャラクタカードＫＣが生成されるように、イメージデータをプリンタＰＲに出力（提供）する。そして、ステップＳ２８の処理を終えると、ゲーム提供部３７は、今回のルーチンを終了する。
【００９０】
図８のルーチンにより、判別条件が満たされない場合にはカード化候補にボスキャラクタＡＣ１が含まれない一方で、判別条件が満たされる場合にはボスキャラクタＡＣ１が含まれるようにカード化候補が提供される。また、そのカード化候補のボスキャラクタＡＣ１の価値は、そのボスキャラクタＡＣ１に対応するボスイベントの対戦の状況に応じて変化する。例えば、ボスキャラクタＡＣ１に対応する味方キャラクタＦＣのパラメータの内容は、対戦の状況に応じて変化する。つまり、同じボスキャラクタＡＣ１に対応する味方キャラクタＦＣであっても、対戦の状況に応じてパラメータの内容が相違するキャラクタカードＫＣが生成される。より具体的には、一例として、攻略までの行動回数が所定回数より少ない場合により価値の高いボスキャラクタＡＣ１がカード化される。さらに、そのような対戦の状況を反映するための排出条件は緩和条件によって緩和される。このため、例えば、ボスイベントへの挑戦回数が増えるほど、排出条件の要件が緩和され、より価値の高いボスキャラクタＡＣ１に対応するキャラクタカードＫＣが容易に生成される。
【００９１】
以上に説明したように、この形態によれば、ボスキャラクタＡＣ１がカード化される場合においてボスキャラクタＡＣ１に対応するキャラクタカードＫＣの価値は、そのボスキャラクタＡＣ１を攻略するまでの行動回数等、ボスイベントの対戦の状況に応じて変化する。これにより、ボスキャラクタＡＣ１に対応するキャラクタカードＫＣの価値にそのボスキャラクタＡＣ１に対応するボスイベントの対戦の状況を反映することができる。このため、例えば、ボスイベントにおけるボスキャラクタＡＣ１との対戦の状況をより好ましい展開に誘導することができる。一方、仮に好ましい展開でない場合（ボスイベントの攻略が出来ない場合を含んでよい）であっても、その対戦の状況に応じた価値のキャラクタカードＫＣを提供することができる。これにより、例えば、好ましい展開でないときにボスキャラクタＡＣ１に対応するキャラクタカードＫＣが全く提供されない場合に比べて、ユーザの納得度を向上させることができる。また、射幸性も適度に抑制することができる。
【００９２】
具体的には、例えば、ボスイベントの対戦の状況としてボスキャラクタＡＣ１を攻略するまでの行動回数を要件に含む排出条件を利用することにより、その行動回数をより少なくする等、好ましいものに誘導することができる。また、攻略までの行動回数はボスイベント攻略の難易度に関連している。このため、このような排出条件により、ボスキャラクタＡＣ１に対応するキャラクタカードＫＣの価値にボスイベント攻略の難易度を反映することができる。より具体的には、例えば、所定回数以下の行動回数の場合に満たされる排出条件を採用することにより、所定回数より少ない行動回数でボスイベントが攻略されるように、ユーザのプレイを誘導することができる。また、攻略の難易度が高いほどボスキャラクタＡＣ１に対応するキャラクタカードＫＣの価値を高めることができる。
【００９３】
また、このような排出条件の要件は緩和条件によって緩和される。つまり、緩和条件を利用して排出条件を満たすための難易度を変化させることができる。具体的には、例えば、緩和条件がプレイ時間等のプレイ状況を要件に含む場合には、ユーザのカードゲームに対する意欲や努力を排出条件の難易度に反映することができる。例えば、このようなプレイ状況としてボスイベントへの挑戦回数が利用される場合には、ユーザの意欲や努力を排出条件の難易度に難易度の低下として反映することができる。つまり、より努力等したユーザにより容易に価値の高いキャラクタカードＫＣを提供することができる。さらに、このようなキャラクタカードＫＣは、所有性も携帯性も備えている。結果として、このようなボスキャラクタＡＣ１にコレクション性を持たせることができる。結果として、これらによりゲームの興趣性を向上させることができる。
【００９４】
以上の形態において、ゲーム機ＧＭの制御ユニット３０が、ゲーム提供部３７を通じて図８のルーチンを実行することにより本発明の使用許可手段、価値決定手段、及び媒体生成手段として機能する。
【００９５】
本発明は上述の形態に限定されず、適宜の形態にて実施することができる。例えば、上述の形態では、許可条件はボスキャラクタＡＣ１を倒した場合、つまりボスイベントを攻略した場合に満たされている。しかし、本発明は、このような形態に限定されない。例えば、許可条件は、ボスイベントへの挑戦によって満たされてもよい。或いは、プレイ時間等のプレイ状況（緩和条件と同様でもよいし、異なっていてもよい）が許可条件の要件として採用されてもよい。この場合、カードゲームに限定されず、その他の各種のゲームのプレイ状況が許可条件の要件として採用されてもよい。さらには、許可条件の要件として排出条件と同様の要件が利用されてもよい。この場合、排出条件の要件と許可条件の要件とは内容が一致していてもよいし、異なっていてもよい。内容が一致している場合には、排出条件（或いは許可条件）は省略されてもよい。
【００９６】
上述の形態では、排出条件を満たすか否かに応じて敵キャラクタＡＣの使用が許可される場合の価値が相違している。しかし、本発明は、このような形態に限定されない。例えば、複数の排出条件が用意され、それらの排出条件の達成数、つまり満たした排出条件の数に応じて価値が変化してもよい。また、このような価値は、排出条件を満たすか否かによって決定される構成にも限定されない。例えば、このような価値は、ボスイベントにおいてボスキャラクタＡＣ１に与えたダメージ量（例えば、 “ＨＰ”が“１０００”に設定されているボスキャラクタＡＣ１を最終的に“１１００”のダメージを与えて攻略した場合には、これらの差の“１００”等）に基づいて所定のロジック（例えば、所定値を乗算する等）によって決定されてもよい。
【００９７】
また、上述の形態では、判別条件は、ボスキャラクタＡＣ１に限定して適用されている。しかし、本発明は、このような形態に限定されない。例えば、通常敵キャラクタＡＣ２にも同様に判別条件が適用されてもよい。この場合、ボスキャラクタＡＣ１に適用されるよりも要件が緩和され、より容易に満たされる排出条件が利用されてもよい。さらに、敵キャラクタＡＣのカード化は、味方キャラクタＦＣとして使用される場合にも限定されない。例えば、敵キャラクタＡＣのキャラクタカードＫＣは、次回にプレイにおいても敵キャラクタＡＣとして使用されてもよい。一方、味方キャラクタＦＣとしての敵キャラクタＡＣの使用は、ボスイベント中に許可されてもよい。つまり、敵キャラクタＡＣの使用は、今回のプレイ中において使用が許可されてもよい。
【００９８】
上述の各形態では、ゲーム機ＧＭは、カードゲームを提供している。しかし、ゲーム機が提供するゲームは、カードゲームに限定されない。例えば、ゲーム機ＧＭは、味方キャラクタＦＣ及び敵キャラクタＡＣを含むゲームである限り、アクションゲーム、ロールプレイングゲーム、シミュレーションゲーム、パズルゲーム、シューティングゲーム等の各種のゲームを提供してよい。
【００９９】
また、上述の形態では、味方キャラクタＦＣ及び敵キャラクタＡＣとして、擬人的なキャラクタが利用されている。しかし、キャラクタは、このような形態に限定されない。キャラクタとして、例えば、その他にも物やアイテム等のゲーム内で使用される各種の要素が採用されてよい。
【０１００】
さらに、ゲーム機ＧＭは、業務用のゲーム機に限定されない。ゲーム機ＧＭとして、例えば、家庭用の据置型ゲーム機（ゲームを実行可能な据置型のパーソナルコンピュータを含む）、携帯型のゲーム機（ゲームを実行可能なスマートフォン、タブレットＰＣ、携帯型のパーソナルコンピュータ等の携帯端末を含む）等、適宜の形態が採用されてよい。また、上述の形態では、制御ユニット３０及び記憶ユニット３１がゲーム機ＧＭに設けられている。しかし、本発明のゲーム機は、このような形態に限定されない。例えば、クラウドコンピューティングを利用してネットワーク上に論理的に制御ユニット３０及び記憶ユニット３１が設けられてもよい。つまり、ゲーム機ＧＭは、ネットワーク３を通じて制御ユニット３０処理結果を表示して提供する端末として構成されていてもよい。さらに、本発明のゲームシステムは、センターサーバ２が省略され、一台のゲーム機によって実現されてもよい。
【０１０１】
なお、参考例では、上述の形態に限らず、その他の各種の形態が採用されてよい。例えば、上述の形態では、許可条件が満たされた場合、つまりボスキャラクタＡＣ１（或いはボスイベント）を攻略した場合に、そのボスキャラクタＡＣ１の味方キャラクタＦＣとしての使用が許可されている。しかし、参考例では、許可条件の具備に伴い、ボスキャラクタＡＣ１の使用許可の代わりに、各種の特典が提供されてよい。例えば、許可条件が満たされた場合には、ボスキャラクタＡＣ１の使用許可の代わりに、そのボスキャラクタＡＣ１自体ではなくそれに関連するキャラクタ等のその他のキャラクタ（無関係のキャラクタを含む）の使用が許可されてもよい。或いは、そのボスキャラクタＡＣ１に関連するアイテム等の各種のアイテム（無関係のアイテムを含む）の使用が許可（付与を含む）されてもよい。さらに、その他の各種の特典がボスキャラクタＡＣ１の使用許可の代わりに提供されてよい。
【０１０２】
以下に、上述の内容から得られる本発明の一例を記載する。なお、以下の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。
【０１０３】
本発明のゲームシステムは、味方キャラクタ（ＦＣ）及び当該味方キャラクタと対戦する敵キャラクタ（ＡＣ）を含むゲームを提供するゲームシステム（１）であって、前記ゲームにおいて許可条件が満たされる場合に前記敵キャラクタに対応するキャラクタが前記味方キャラクタとは別の味方キャラクタ（ＦＣ）として使用されるように前記別の味方キャラクタの使用を許可する使用許可手段（３０）と、前記別の味方キャラクタの使用が許可される場合に、前記味方キャラクタと前記敵キャラクタとの間の対戦の状況に応じて変化するように前記別の味方キャラクタの価値を決定する価値決定手段（３０）と、を備えている。
【０１０４】
本発明によれば、味方キャラクタとして敵キャラクタの使用が許可される場合のその味方キャラクタの価値は、その敵キャラクタとの対戦の状況に応じて変化する。これにより、そのような使用が許可される場合のその味方キャラクタの価値にその敵キャラクタとの対戦の状況を反映することができる。このため、例えば、敵キャラクタとの対戦内容をより好ましい展開に誘導することができる。また、敵キャラクタの攻略が出来ない場合や好ましい展開でない場合であっても、その対戦の状況に応じた価値で敵キャラクタを味方キャラクタとして使用することができる。これにより、敵キャラクタを味方キャラクタとして全く使用できない場合に比べて、ユーザの納得度を向上させることができる。また、射幸性を適度に抑制することもできる。これらにより、ゲームの興趣性を向上させることができる。
【０１０５】
価値決定手段は、味方キャラクタとして敵キャラクタの使用が許可される場合の価値を各種の態様で決定してよい。例えば、本発明のゲームシステムの一態様において、前記価値決定手段は、前記対戦の状況を要件に含む排出条件を利用し、当該排出条件が満たされる場合と満たされない場合とで前記価値を変化させることにより前記排出条件が満たされるか否かに応じて前記価値を決定してもよい。
【０１０６】
また、価値決定手段が排出条件を利用する態様において、前記価値決定手段は、前記排出条件の要件を緩和するための緩和条件を更に利用し、当該緩和条件が満たされる場合に当該緩和条件が満たされない場合よりもより容易に前記排出条件が満たされるように前記排出条件の要件を変化させてもよい。この場合、緩和条件を利用して、排出条件の難易度を変化させることができる。
【０１０７】
さらに、価値決定手段が緩和条件を利用する態様において、前記緩和条件は、前記排出条件の要件が前記ゲームのプレイ状況に応じて緩和されるように、前記プレイ状況を要件に含んでいてもよい。この場合、排出条件の難易度にプレイ状況を反映することができる。例えば、プレイ状況には、ゲームのプレイ時間やプレイ回数、敵キャラクタに挑戦した回数或いは特定のキャラクタ（アイテム等の物も含む）の使用状況等が含まれてよい。例えば、プレイ時間や回数、或いは挑戦回数（対戦の回数）がプレイ状況として使用される場合には、ユーザのゲームに対する意欲や努力を排出条件の難易度に反映することができる。また、特定のキャラクタの使用状況も経験や情報収集等によって得られる場合が多いため、プレイ状況として特定のキャラクタの使用状況が使用される場合であっても、やはり同様の効果を得ることができる。
【０１０８】
プレイ状況として、プレイに関連する各種の情報が使用されてよい。例えば、緩和条件がプレイ状況を要件に含む態様において、前記プレイ状況として、前記対戦が複数回実行される場合の当該対戦の回数が採用され、前記排出条件の要件は、前記対戦の回数が増えるほど緩和され、前記排出条件は、前記対戦の回数が増えるに従いより容易に満たされてもよい。この場合、ユーザの意欲や努力を排出条件の難易度に難易度の低下として反映することができる。
【０１０９】
また、本発明のゲームシステムの一態様において、前記ゲームは、前記対戦において前記味方キャラクタと前記敵キャラクタとが交互に行動を実行するように構成され、前記価値決定手段は、前記対戦の状況として前記味方キャラクタの行動回数を採用し、前記味方キャラクタの行動回数に応じて変化するように前記価値を決定してもよい。この場合、味方キャラクタとして敵キャラクタの使用が許可される場合のその味方キャラクタの価値にその敵キャラクタに対する行動回数を反映することができる。このため、例えば、敵キャラクタを攻略するまでの行動回数をより少なく、或いはより多く等、好ましいものに誘導することができる。また、行動回数が少なく設定されるほど敵キャラクタの攻略は難しくなる等、行動回数は敵キャラクタの攻略の難易度に関連している。結果として、敵キャラクタに対応する味方キャラクタの価値に攻略の難易度を反映することができる。
【０１１０】
価値決定手段は、対戦の状況として各種の態様で味方キャラクタの行動回数を採用してよい。例えば、対戦の状況として各種の態様で味方キャラクタの行動回数が採用される態様において、前記価値決定手段は、前記行動回数が少なくなるほど高くなるように前記価値を変化させてもよい。この場合、敵キャラクタを攻略するまでの行動回数がより少なくなるように、ユーザのプレイを誘導することができる。また、攻略の難易度が高いほど敵キャラクタに対応する味方キャラクタの価値を高めることができる。
【０１１１】
味方キャラクタとして敵キャラクタの使用が許可される場合の価値として、各種の態様が採用されてよい。例えば、本発明のゲームシステムの一態様において、前記味方キャラクタはパラメータによって定義され、前記価値として、前記別の味方キャラクタのパラメータの内容が採用され、前記価値決定手段は、前記対戦の状況に応じて変化するように前記パラメータの内容を決定してもよい。例えば、その他にも味方キャラクタに対応する記録媒体が生成される場合には、その価値として記録媒体の価値が採用されてもよい。また、例えば、記録媒体として被印刷媒体が採用される場合には、そのような記録媒体の価値として印刷方式の相違（結果として、例えば光沢効果等の印刷効果の相違）が採用されてもよい。
【０１１２】
本発明のゲームシステムの一態様として、前記価値決定手段の決定結果に基づいて、前記別の味方キャラクタを前記ゲームに再現するための再現情報を記録することにより前記価値を有する記録媒体（ＫＣ）を生成する媒体生成手段（３０）を更に備える態様が採用されてもよい。この場合、例えば、記録媒体を介して次回以降のゲームにおいても敵キャラクタを味方キャラクタとして使用することができる。また、記録媒体として、携帯性や所有性のあるものが採用される場合には、記録媒体を介して敵キャラクタにコレクション性を持たせることができる。
【０１１３】
媒体生成手段が記録媒体を生成する態様において、記録媒体として各種の態様が採用されてもよい。例えば、このような態様において、前記記録媒体として、前記再現情報が印刷を通じて記録されるカード状の被印刷媒体（ＰＭ）が利用されてもよい。
【０１１４】
一方、本発明のコンピュータプログラムは、前記味方キャラクタ及び前記敵キャラクタを表示する表示装置（ＭＯ）を備えたコンピュータ（３０）を、上述のゲームシステムの各手段として機能させるように構成されたものである。本発明のコンピュータプログラムが実行されることにより、本発明のゲームシステムを実現することができる。
【符号の説明】
【０１１５】
１  ゲームシステム
３０  制御ユニット（コンピュータ、使用許可手段、価値決定手段、媒体生成手段）
ＧＭ  ゲーム機
ＫＣ  キャラクタカード（記録媒体）
ＦＣ  味方キャラクタ
ＡＣ  敵キャラクタ
ＰＭ  被印刷媒体
ＭＯ  モニタ（表示装置）
【図１】
2017086611.tif 000003
【図２】
2017086611.tif 000004
【図３】
2017086611.tif 000005
【図４】
2017086611.tif 000006
【図５】
2017086611.tif 000007
【図６】
2017086611.tif 000008
【図７】
2017086611.tif 000009
【図８】
2017086611.tif 000010