JP7138966B2 - 情報処理装置、情報処理システム、プログラム - Google Patents

Description

本発明は、オブジェクトについての情報を処理する情報処理技術に関する。

近年、ソーシャルネットワーキングサービス（ＳＮＳ）において実行されるアプリケー
ションとして、いわゆるソーシャルゲーム（Social Game）が普及している。このような
ソーシャルゲームとして、カードを利用したデジタルカードゲームが知られている。
また、ユーザの所有カードの中からメインカードとサブカードがユーザに選択され、メ
インカードとサブカードを合成処理することによって、メインカードの能力パラメータを
変更するとともに、サブカードをユーザの所有カードから削除するようにしたゲームが知
られている（特許文献１、２）。

特許５０８６４９１号公報 特許５１５３９６０号公報

合成処理では、ベースとなるオブジェクト（ベースオブジェクト；上記メインカードに
相当）の合成処理を実現するために、ベースオブジェクトに対応した組合せ条件を満たす
複数のオブジェクト（参照オブジェクト；上記サブカードに相当）をユーザが所持してい
ることが要件となる場合がある。その場合に、ベースオブジェクトとして選択されたオブ
ジェクトに対して合成処理を実行するために必要となる参照オブジェクトがユーザに提示
する仕組みを備えたゲームも知られている。しかし、その場合、選択されたカードに対し
て直近の合成処理を実行するために必要となる参照オブジェクトがユーザに提示されるに
過ぎず、その直近の合成処理の実行後にさらに合成処理を実行するために必要となる参照
オブジェクト（つまり、将来の合成処理に必要となる参照オブジェクト）をユーザは知る
ことができない。そのため、例えば、合成処理を行う毎に順次オブジェクトが異なるオブ
ジェクトに変化（進化）するようなゲームでは、進化の過程で将来必要となる参照オブジ
ェクトを現在所持しているにも関わらず、その参照オブジェクトを手放してしまう状況が
生じていた。このような場合、将来の合成処理において、ユーザは過去に手放してしまっ
たオブジェクトを再度入手しなければならず、手放してしまったことを後で後悔すること
になる。

本発明は上述した観点に鑑みてなされたものであり、その目的は、ユーザが所持してい
るオブジェクトを、ユーザが所望する当該オブジェクトの使用目的以外の処理に使用して
消失してしまう可能性を低下させることができる情報処理装置、情報処理システム、プロ
グラムを提供することである。

本発明の一態様は、オブジェクトを識別するオブジェクト識別情報と、前記オブジェク
トを変化させる変化処理を行うための条件であって複数のオブジェクト識別情報を含む変
化条件と、を対応付けて記憶する記憶装置にアクセス可能な情報処理装置であって、
ユーザの操作に基づいて、当該ユーザが所持する所持オブジェクトの中から選択された
オブジェクトである選択オブジェクトの指定を受け付ける第１受付手段と、
前記選択オブジェクトが、前記変化処理を行う毎に順次異なるオブジェクトとなるよう
段階的に変化可能なオブジェクトである場合、前記選択オブジェクトに対して複数段階の
各変化処理を行うための各変化条件を、前記記憶装置から取得する取得手段と、
前記取得手段により取得された各変化条件に含まれる複数のオブジェクト識別情報によ
って特定される複数のオブジェクトを、ユーザにそれぞれ識別可能な表示形式で表示させ
るための出力データを出力する出力手段と、
を備えた、情報処理装置である。

本発明の別の態様は、ユーザ端末と、当該ユーザ端末と通信可能に構成されるサーバと
、を含む情報処理システムであって、前記ユーザ端末および前記サーバの少なくともいず
れかが、オブジェクトを識別するオブジェクト識別情報と、前記オブジェクトを変化させ
る変化処理を行うための条件であって複数のオブジェクト識別情報を含む変化条件と、を
対応付けて記憶する記憶装置にアクセス可能である前記情報処理システムにおいて、
ユーザの操作に基づいて、当該ユーザが所持する所持オブジェクトの中から選択された
オブジェクトである選択オブジェクトの指定を受け付ける第１受付手段、
前記選択オブジェクトが、前記変化処理を行う毎に順次異なるオブジェクトとなるよう
段階的に変化可能なオブジェクトである場合、前記選択オブジェクトに対して複数段階の
各変化処理を行うための各変化条件を、前記記憶装置から取得する取得手段、
前記取得手段により取得された各変化条件に含まれる複数のオブジェクト識別情報によ
って特定される複数のオブジェクトを、ユーザにそれぞれ識別可能な表示形式で表示させ
るための出力データを出力する出力手段、
を前記ユーザ端末または前記サーバの少なくともいずれかが備えた、情報処理システム
である。

本発明の別の態様は、オブジェクトを識別するオブジェクト識別情報と、前記オブジェ
クトを変化させる変化処理を行うための条件であって複数のオブジェクト識別情報を含む
変化条件と、を対応付けて記憶する記憶装置、にアクセス可能なコンピュータに、
ユーザの操作に基づいて、当該ユーザが所持する所持オブジェクトの中から選択された
オブジェクトである選択オブジェクトの指定を受け付ける第１受付手段、
前記選択オブジェクトが、前記変化処理を行う毎に順次異なるオブジェクトとなるよう
段階的に変化可能なオブジェクトである場合、前記選択オブジェクトに対して複数段階の
各変化処理を行うための各変化条件を、前記記憶装置から取得する取得手段、
前記取得手段により取得された各変化条件に含まれる複数のオブジェクト識別情報によ
って特定される複数のオブジェクトを、ユーザにそれぞれ識別可能な表示形式で表示させ
るための出力データを出力する出力手段、
として機能させるためのプログラムである。

第１の実施形態のゲームシステムの基本構成を示す図。 第１の実施形態のユーザ端末の構成を示すブロック図。 第１の実施形態のゲームサーバの構成を示すブロック図。 進化合成に必要となるカードのユーザへの通知を概念的に説明するための図。 カードデータテーブルの構成例を示す図。 進化合成データテーブルの構成例を示す図。 所持カードデータテーブルの構成例を示す図。 第１の実施形態においてユーザ端末に表示される画像の一例を示す図。 第１の実施形態においてユーザ端末に表示される画像の一例を示す図。 第１の実施形態においてユーザ端末に表示される画像の一例を示す図。 第１の実施形態のゲームサーバの機能ブロック図。 進化合成の確認処理の一例を示すシーケンスチャート。 進化合成の確認処理の一例を示すシーケンスチャート。 進化合成の実行処理の一例を示すシーケンスチャート。 実施形態の変形例においてユーザ端末に表示される画像の一例を示す図。 実施形態の変形例においてユーザ端末に表示される画像の一例を示す図。 実施形態の変形例においてユーザ端末に表示される画像の一例を示す図。 実施形態の変形例においてユーザ端末に表示される画像の一例を示す図。 実施形態の変形例においてユーザ端末に表示される画像の一例を示す図。 実施形態の変形例においてユーザ端末に表示される画像の一例を示す図。 予約データテーブルの構成例を示す図。 実施形態の変形例においてユーザ端末に表示される画像の一例を示す図。

（１）第１の実施形態
（１－１）ゲームシステムの構成
以下、情報処理システムの一実施形態として、ゲームシステム１について説明する。

図１は、実施形態のゲームシステム１のシステム構成例を示している。図１に示すよう
に、このゲームシステム１は、ユーザ端末１０ａ，１０ｂ，１０ｃ，…、およびゲームサ
ーバ２０を含む。各ユーザ端末１０ａ，１０ｂ，１０ｃからゲームサーバ２０に対しては
、例えばインターネットなどの通信網ＮＷを通してアクセス可能である。ゲームサーバ２
０は、情報処理装置の一例である。
各ユーザ端末１０ａ，１０ｂ，１０ｃ，…はそれぞれ、個々のユーザによって操作され
る端末であり、例えば、フィーチャーフォン、スマートフォン、タブレット端末、パーソ
ナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機（いわゆる多機能型の
スマートテレビも含む。）、通信機能付き携帯ゲーム機などの通信端末である。以下の説
明において、各ユーザ端末１０ａ，１０ｂ，１０ｃ，…に共通して言及するときには、ユ
ーザ端末１０と表記する。

ゲームサーバ２０は、ゲームを実行するサーバである。ゲームサーバ２０には、ウェブ
ブラウザによって解釈可能な画像データ（例えばＨＴＭＬ、ＸＭＬなどの形式で記述され
た画像データのことである。本発明の実施形態では、ＨＴＭＬデータを例として説明する
。）を作成可能なプログラムが実装されている。なお、画像データは、出力データの一例
である。
ユーザ端末１０は、ゲームサーバ２０によって提供されるＨＴＭＬデータを解釈して表
示するウェブブラウザを備えており、ユーザ端末１０によるウェブページ上のユーザの操
作に基づく要求を、ネットワークを介してゲームサーバ２０へ送信し、ゲームサーバ２０
による処理結果を受信することでゲームの処理を実行する。
通信網ＮＷは、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Loc
al Area Network）、専用回線、又はこれらの組み合わせによって構成される情報通信ネ
ットワークである。

（１－２）ユーザ端末の構成
図２を参照してユーザ端末１０について説明する。
図２に示すように、ユーザ端末１０は、ＣＰＵ（Central Processing Unit）１１、Ｒ
ＯＭ(Read Only Memory)１２、ＲＡＭ(Random Access Memory)１３、操作入力部１５、表
示部１６、通信インタフェース部１７、および、ストレージ１８を備えており、各部間の
制御信号あるいはデータ信号を伝送するためのバス１９が設けられている。

ＣＰＵ１１は、ＲＯＭ１２に格納されているプログラムやデータを読み出して、ユーザ
端末１０内の各部との制御信号やデータ信号のタイミング処理等、ユーザ端末１０内の全
体の動作を制御する。ＣＰＵ１１はまた、ストレージ１８に記憶されているプログラムや
、プログラムの実行に必要な各種データを読み出してＲＡＭ１３に展開し、プログラムの
実行に伴うデータの入出力処理、演算処理、判定処理等の各種処理を行う。ＲＡＭ１３は
、ＣＰＵ１１による演算処理、判定処理等のために一時的にデータを記憶する。

例えば、ＣＰＵ１１は、ストレージ１８内に格納されているウェブブラウザをＲＡＭ１
３にロードして実行する。そして、ＣＰＵ１１は、操作入力部１５等によってユーザに入
力されるＵＲＬ(Uniform Resource Locator)の指定に基づき、通信インタフェース部１７
を介して、ゲームサーバ２０からウェブページを表示するためのデータ、すなわち、ＨＴ
ＭＬ(HyperText Markup Language)文書や当該文書と関連付けられた画像などのオブジェ
クトのデータ（以下、総称して適宜「ＨＴＭＬデータ」と表記する。）を、通信インタフ
ェース部１７を介して取得し、ウェブブラウザを実行してＨＴＭＬデータを解釈する。な
お、ユーザ端末１０には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグ
インが実装されていてもよい。そのようなプラグインの一例は、米国のアドビシステムズ
社によるフラッシュプレイヤである。あるいは、本実施形態でのＨＴＭＬデータを、動画
及び音声の再生機能を備えたＨＴＭＬ５形式としてもよい。

ウェブブラウザは、ゲームサーバ２０とＨＴＴＰ(HyperText Transfer Protocol)に従
った通信を行う。ウェブブラウザは、ユーザによる操作入力部１５の操作によってウェブ
ページ上のＵＲＬ(Uniform Resource Locator)または操作対象（例えば、ソフトウェアボ
タン（以下、単に「ボタン」と表記する。）等）が選択されると、ウェブページの更新の
ために、その選択結果を含むＨＴＴＰリクエストをゲームサーバ２０に送信する。ウェブ
ブラウザは、ＨＴＴＰレスポンスとしてゲームサーバ２０からＨＴＭＬデータを取得し、
解釈して、ウェブページの画像を表示部１６に表示する。
本実施形態において、ＨＴＭＬデータは画像データの一例である。

表示部１６は、たとえば、ＬＣＤ(Liquid Cristal Display)や有機ＥＬ(Electro Lumin
escence)ディスプレイ等の表示デバイスである。マトリクス状に画素単位で配置された薄
膜トランジスタを含むＬＣＤ(Liquid Cristal Display)モニタを適用した場合、表示部１
６は、薄膜トランジスタを駆動することでウェブページの画像を表示画面に表示する。

ユーザ端末１０が釦入力方式のユーザ端末である場合、操作入力部１５は、例えば、ユ
ーザの操作入力を受け入れるための方向指示釦、決定釦、テンキーなどの複数の指示入力
釦を備え、各釦の押下（操作）入力を認識してＣＰＵ１１へ出力するためのインタフェー
ス回路を含む。
ユーザ端末１０がタッチパネル入力方式のユーザ端末である場合、操作入力部１５は、
主として表示画面に指先あるいはペンで触れることによるタッチパネル方式の入力を受け
付ける。

ストレージ１８は、例えばフラッシュメモリあるいはＨＤＤ(Hard Disk Drive)によっ
て構成される記憶装置である。

（１－３）ゲームサーバの構成
図３を参照してゲームサーバ２０の構成について説明する。
図３に示すように、ゲームサーバ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、通信
インタフェース部２４、および、ストレージ２５を備えており、各部間の制御信号あるい
はデータ信号を伝送するためのバス２６が設けられている。なお、ゲームサーバ２０は、
ハードウェアに関しては汎用のネットワークサーバと同一の構成をとることができる。

ＣＰＵ２１は、ＲＯＭ２２に格納されているプログラムやデータを読み出して、ゲーム
サーバ２０内の各部との制御信号やデータ信号のタイミング処理等、ゲームサーバ２０内
の全体の動作を制御する。ＣＰＵ２１はまた、ストレージ２５に記憶されているプログラ
ムや、プログラムの実行に必要な各種データを読み出してＲＡＭ２３に展開し、プログラ
ムの実行に伴うデータの入出力処理、演算処理、判定処理等の各種処理を行う。ＲＡＭ２
３は、ＣＰＵ２１による演算処理、判定処理等のために一時的にデータを記憶する。

例えば、ストレージ２５には、クライアントであるユーザ端末１０のウェブブラウザと
の間でＨＴＴＰに従った通信を行ってウェブサービスを提供するプログラムが格納されて
いる。ＣＰＵ２１は、ストレージ２５に格納されているプログラムをＲＡＭ２３に展開し
て、プログラムを実行する。プログラムの実行に伴ってＣＰＵ２１は、通信インタフェー
ス部２４を介してユーザ端末１０からＨＴＴＰリクエストを取得し、当該ＨＴＴＰリクエ
ストに応じた処理を実行し、その実行結果を含むＨＴＭＬデータをＨＴＴＰレスポンスと
してユーザ端末１０へ返す。

ストレージ２５は、例えばフラッシュメモリあるいはＨＤＤ(Hard Disk Drive)によっ
て構成される記憶装置であり、上述したプログラムに加え、データテーブル群７０（後述
する）を格納する。データテーブル群７０は、カードデータテーブル、進化合成データテ
ーブル、および、所持カードデータテーブルを含む。ストレージ２５内の各データテーブ
ルは、適宜ＣＰＵ２１からデータの読み書きのためにアクセスされる。

（１－４）カードの進化合成に必要なカード提示
本実施形態のゲームシステム１において実行されるゲームは、ユーザがオブジェクトと
してのカードを利用するゲームである。本実施形態のゲームのタイプは特に問わないが、
例えば、ユーザがゲーム上のエリアを探索してカードやアイテムを取得し、あるいはユー
ザが所持するカードを用いて他のユーザやＮＰＣ(Non-Player Character)と対戦するゲー
ムである。
なお、以下の説明において、カードの「所持」とは、ユーザが当該カードを、当該カー
ドを用いた処理に利用可能な状態にあることをいう。カードの「未所持」とは、ユーザが
当該カードを、当該カードを用いた処理に利用不可能な状態にあることをいう。カードの
「入手」とは、当該カードに対して未所持の状態から所持の状態に移行したことをいう。
本実施形態のゲームにおいて、カードの進化合成処理（以下、適宜単に「進化合成」ま
たは「進化」という。）とは、所定の条件を満足する場合に、ユーザが所持するカードを
進化させる処理である。カードの進化合成は、本実施形態の例では後述するようにカード
ＩＤを変更する処理であるが、カードに対応するカードデータ（後述する）の少なくとも
一部を変更する処理であってもよい。その場合、カードデータの変更対象は特に問わない
が、例えば、カード名やカード画像、レアリティ等のカードパラメータである。カードの
進化合成は、オブジェクトの変化処理の一例である。
進化合成を実行するには、ユーザは自身が所持するカード（以下、適宜「所持カード」
という。）の中から、ベースカードとして進化させたいカードを選択する。ベースカード
として選択されたカードは、選択オブジェクトの一例である。
進化合成では、ベースカードのカードＩＤごとに、そのベースカードを進化させるのに
必要な複数のカード（「参照カード」という。）のカードＩＤの組合せ条件（変化条件の
一例）が決められている。進化合成が実行されると、その進化合成に使用された参照カー
ドはユーザの所持カードから消失する。
本実施形態において、所持カードおよび参照カードはそれぞれ、所持オブジェクトおよ
び参照オブジェクトの一例である。
本実施形態のゲームでは、ユーザによってベースカードとして選択されたカードに対応
する組合せ条件に含まれる複数の参照カードをユーザが所持していることが、選択された
カードを進化させるための条件である。

カードの進化合成に必要なカード提示について、図４を参照して具体的に説明する。図
４は、カードの進化合成に必要なカード提示を概念的に説明するための図である。
図４において、ユーザがカードＡ，Ｄ，Ｇ，Ｑ１，Ｍ２，…を所持し、カードＱ１を進
化させたいと考える場合を想定する。この例では、カードＱ１は、進化合成を行う毎に順
次異なるカード（Ｑ１→Ｑ２→Ｑ３）に変化可能なオブジェクトである場合を想定する。
この例では、カードＱ１をカードＱ２に進化させるのに必要な参照カードはカードＡ，カ
ードＢおよびカードＣであり、カードＱ２をカードＱ３に進化させるのに必要な参照カー
ドはカードＥ，カードＦ，カードＧおよびカードＨである。

本実施形態では、ベースカードとして選択されたカードＱ１に必要な参照カード（カー
ドＡ，カードＢおよびカードＣ）のみならず、カードＱ１が順次段階的に異なるカードに
進化するときに必要なカード（カードＡ，Ｂ，Ｃ，Ｅ，Ｆ，Ｇ，Ｈ）がユーザに提示され
る。そのためユーザは、提示された複数のカード（カードＡ，Ｂ，Ｃ，Ｅ，Ｆ，Ｇ，Ｈ）
が、ベースカードとして選択されたカードであるカードＱ１の将来の進化合成に必要なカ
ードであることを予め認識することができるため、提示された上記複数のカードを誤って
手放すことが防止される。例えば、図４において仮に、ベースカードとして選択されたカ
ードＱ１の１回の進化合成に必要なカード（カードＡ，カードＢおよびカードＣ）のみが
ユーザに提示されたならば、ユーザの所持カードＧがカードＱ１の将来の進化（この例で
は、カードＱ２→Ｑ３の進化）に必要なカードであるにも関わらず、カードＧをユーザが
手放してしまう（例えば、処分してしまう）虞がある。それに対して、本実施形態では、
ベースカードとして選択されたカードＱ１が順次段階的に異なるカードに進化するときに
必要なカード（カードＡ，Ｂ，Ｃ，Ｅ，Ｆ，Ｇ，Ｈ）がユーザに提示されるため、例えば
カードＧを誤ってユーザが手放してしまう状況が回避される。

（１－５）データテーブルの構成
次に、ゲームサーバ２０のストレージ２５に格納されるカードデータテーブル、進化合
成データテーブル、および、所持カードデータテーブルについて、図５～８を参照して順
に説明する。ゲームサーバ２０のストレージ２５は、記憶装置の一例である。

（i）カードデータテーブル
カードデータテーブルには、本実施形態のゲームで使用されるカードのデータが記録さ
れている。図５にカードデータテーブルの構成例を示す。図５に示す例では、カードＩＤ
ごとにカード名、カード画像、および、カードパラメータのデータが含まれる。カードＩ
Ｄは、オブジェクト識別情報の一例である。
カード名は、カードに表示されるキャラクタの名称を示す文字列である。カード画像は
、カードに表示されるキャラクタの画像である。カードパラメータは、レアリティ、属性
、コスト、スキル、売却価格、攻撃力、防御力、および、限定フラグの各データから構成
されている。
レアリティは、カードの希少価値を示す指標であり、図５に示す例ではＲ１～Ｒ５の順
にレアリティが高く設定されている。
属性は、カードに表示されるキャラクタの属性であり、図５に示す例ではＮ１～Ｎ３の
いずれかである。
コストは、カードをユーザのカードチームに組み込むときに参照される値である。例え
ばカードチームによる対戦を行う場合には、カードチームに含まれるカードのコストの総
和が所定値以下に制限される。
スキルは、カードを用いてゲームを実行するときに有利となる効果を示す情報であり、
図４に示す例では、ＳＫ１～ＳＫ１２の様々な効果を備えたスキルが各カードに設定され
ている。なお、すべてのカードがスキルを備えていなくてもよい。
売却価格は、ユーザが自身で所持しているカードを売却するときにユーザが得られるゲ
ーム上のポイントである。
攻撃力および防御力は、カードを対戦で用いるときに参照されるパラメータである。
限定フラグは、期間限定で発行されたカードであるか否かを示すフラグである。図４に
示す例では、限定フラグが「１」であるカードは期間限定で発行されたカードであること
を意味し、限定フラグが「０」であるカードは期間限定でないカードであることを意味す
る。

（ii）進化合成データテーブル
進化合成データテーブルには、本実施形態のゲームのカードの進化合成の条件が記録さ
れている。図６に進化合成データテーブルの構成例を示す。図６に示す例では、進化合成
の内容を識別するための進化ＩＤごとに、進化前カードＩＤ（つまり、進化前のベースカ
ードとなるカードのカードＩＤ）、進化後カードＩＤ（ベースカードの進化後のカードＩ
Ｄ）、および進化合成を実行するために必要となる参照カードのカードＩＤの組合せ条件
（Ｃ１～Ｃ５の欄の５枚の参照カード）が記録されている。例えば、進化ＩＤ：０００２
が示す条件では、ユーザが所持カードの中からカードＩＤ：００７２のカードをベースカ
ードとして選択し、ユーザの所持カードの中にカードＩＤ：００２５，００６０，００７
０の３枚のカードの組合せが存在する場合には、進化合成を実行することによって、カー
ドＩＤ：００７２のカードをカードＩＤ：９０７２のカードに進化させることができる。
すなわち、進化合成データテーブルにおける参照カードＩＤの組合せ条件は、進化前カー
ドＩＤに対応するカードを変化させる変化条件の一例である。
なお、参照カードのカードＩＤの組合せ条件を示すＣ１～Ｃ５の欄には、少なくともい
ずれか２つの欄に同一のカードＩＤが記録されていることもある。例えば、ベースカード
を進化合成するときに使用する参照カードの組合せ条件に同一の参照カードが２枚以上含
まれていてもよい。ベースカードを進化させるための参照カードの組合せ条件が、同一の
カードＩＤである参照カードが所定数含まれることである場合には、図６に示したような
データ形式ではなく、参照カードのカードＩＤとその枚数とからなるデータ形式であって
もよい。

（iii）所持カードデータテーブル
所持カードデータテーブルは、ユーザの所持カードの情報が記録されている。図７に所
持カードデータテーブルの構成例を示す。図７では１ユーザ分の所持カードデータテーブ
ルを例示するが、所持カードデータテーブルは、ゲームに登録しているユーザ毎に設けら
れる。
図７に示す所持カードデータテーブルには、カードＩＤごとに、シリアル番号、カード
レベル、および、スキルレベルの各データが対応付けられて記録されている。シリアル番
号は、ユーザにカードが付与された時点で決定される固有の番号である。同一のカードＩ
Ｄのカードに対しても異なるシリアル番号が付される。なお、カードが進化した場合には
、そのカードの進化前後でシリアル番号を変化させてもよいし、変化させなくてもよい。
カードレベルはカードの育成レベルを示すパラメータであり、例えば通常合成を実行す
ることによって増加する。ユーザがカードを取得した時点でのカードレベルの値（初期値
）は１であり、ユーザは通常合成を実行することでそのカードを成長（つまり、カードレ
ベルを増加）させることができる。
スキルレベルはカードの育成レベルを示すパラメータであり、特にカードが備えるスキ
ルのレベルを示すパラメータである。ユーザがスキルを備えたカードを取得した時点での
スキルレベルの値（初期値）は１であり、例えば所定の条件を満たすカードを参照カード
とした通常合成を行うことによってカードのスキルレベルを増加させることができる。カ
ードのスキルレベルが増加するにつれて、スキルによって発生する効果が増大する。

以下の説明では、カードＩＤに関連付けられたカード名、カード画像、シリアル番号、
および、カードパラメータを総称して、適宜「カードデータ」という。カードデータを構
成するカードパラメータは、カードデータテーブルに記録される各カードパラメータや、
所持カードデータテーブルに記録されるカードレベル、スキルレベルが含まれる。すなわ
ち、カード名、カード画像、シリアル番号、および、各カードパラメータの中のいずれか
のデータが、カードデータに相当する。カードＩＤ、カード名、および、カード画像はそ
れぞれ、オブジェクト識別情報の一例である。

（１－６）カードの進化合成に関する処理の具体例
以下、本実施形態のゲームのカードの進化合成に関する処理の具体例について、図８～
１０を参照しながら説明する。図８～１０はそれぞれ、本実施形態のゲームの処理を実行
しているときのユーザ端末１０に表示される画面の一例を示す図である。

図８は、ユーザの所持カカードの進化合成に関する処理を実行するときの一連の表示画
面の変化を示している。図８において、画像Ｐ１は、本実施形態のゲームのメインメニュ
ーを含む画像である。画像Ｐ１には、ユーザの操作対象として、ボタンｂ１（「所持モン
スターを見る」）、ボタンｂ２（「チーム編成」）、ボタンｂ３（「通常合成」）、ボタ
ンｂ４（「進化合成」）、ボタンｂ５（「売却」）が設けられる。
ボタンｂ１は、ユーザの所持カードの閲覧処理の要求を行うときに指定されるボタンで
ある。ボタンｂ２は、ユーザが自身の所持カードの中から他のユーザやＮＰＣとの対戦に
おいて使用するカードを選択するときに指定されるボタンである。ボタンｂ３は、ユーザ
が所持カードの中からベースカードとして選択したカードの通常合成の実行要求を行うと
きに指定されるボタンである。ボタンｂ４は、ユーザが所持カードの中からベースカード
として選択したカードの進化合成処理の要求を行うときに指定されるボタンである。ボタ
ンｂ５は、ユーザが所持カードの中から選択したカードに対して売却処理の要求を行うと
きに指定されるボタンである。

画像Ｐ１においてボタンｂ４（「進化合成」）が指定されると、Ｐ２に示すように画像
が変化する。画像Ｐ２では、ユーザの所持カードの中からいずれかのカードをベースカー
ドとして選択するために、複数の所持カードが一覧表示される。なお、進化することがで
きないカードについては、ベースカードとして選択できないことをユーザが認識可能な表
示形式でカード画像が表示されていることが好ましい。
画像Ｐ２において、例えばカードＱ０１が選択されると、Ｐ３に示すように画像が変化
する。画像Ｐ３には、カードＱ０１がベースカードとして選択されたことを示すテキスト
とともに、選択されたカードＱ０１の進化の各段階で必要となる参照カードを確認するた
めのボタンｂ１１（「確認する」）と、画像Ｐ２に戻ってベースカードとする所持カード
を再選択するためのボタンｂ１２（「カードを再選択」）とが含まれる。ボタンｂ１１（
「確認する」）が指定されると、Ｐ４（図９）に示すように画像が変化する。

図９において画像Ｐ４では、ユーザによってベースカードとして選択されたカードＱ０
１の第１段階の進化（カードＱ０１→Ｒ０１）および当該進化に必要な参照カード（カー
ドＡ０１，Ｂ０３，Ｃ１２）と、第２段階の進化（カードＲ０１→Ｓ０１）および当該進
化に必要な参照カード（カードＡ０１，Ｋ１４，Ｍ０３，Ｒ０５）と、最終段階の進化（
カードＳ０１→Ｔ０１）および当該進化に必要な参照カード（カードＭ０３，Ｃ１２）と
が表示される。すなわち、ベースカードとして選択されたカードＱ０１に対して複数段階
の各進化合成を行うための各組合せ条件に含まれる複数の参照カードが、ユーザにそれぞ
れ識別可能な表示形式で表示される。最終段階の進化は、「最終進化」ともいう。なお、
図９以降の各図では、参照カードのカード画像の表示を適宜省略する。

カードＱ０１の第１段階の進化合成の組合せ条件に含まれるカードＡ０１，Ｂ０３，Ｃ
１２（つまり、カードＱ０１を進化させるための参照カード）をユーザがすべて所持して
いる場合（カードが揃っている場合）には、図９の画像Ｐ４に代えて、図１０の画像Ｐ４
ａが表示される。
画像Ｐ４ａでは、第１段階の進化合成を実行するためのカードがすべて揃っていること
をユーザに通知するテキスト（「すべて揃っています」）と、第１段階の進化合成を実行
することを要求するボタンｂ２１（「進化する」）とを含む。画像Ｐ４ａにおいてボタン
ｂ２１が指定されると、Ｐ５に示すように画像が変化する。すなわち、カードＱ０１から
カードＲ０１への進化合成が実行されて、画像がＰ５に示すように、進化後カードのカー
ド画像やカード名、およびパラメータの少なくとも一部が表示される。第１段階の進化合
成が実行されると、進化合成の参照カードであるカードＡ０１，Ｂ０３，Ｃ１２がユーザ
の所持カードから消失する。

（１－７）情報処理装置が備える機能の概要
次に、上述した本実施形態のゲームを実現するためにゲームサーバ２０が備える機能に
ついて説明する。図１１は、本実施形態のゲームサーバ２０で主要な役割を果たす機能を
説明するための機能ブロック図である。図１１において、データテーブル群７０は、前述
したように、カードデータテーブル、進化合成データテーブル、および、所持カードデー
タテーブルを含む。なお、図１１に示す機能ブロック図に含まれる手段のすべてが本発明
に必須の要素とは限らない。例えば、本発明の一態様では、受付手段５１、取得手段５３
、および、出力手段５４を備えていればよい。また、記録手段５７、制限手段５８、およ
び登録手段５９は、変形例において言及される。

受付手段５１は、ユーザの操作入力に関する情報に基づいてユーザからの各種の要求を
受け付ける機能を備える。本実施形態のゲームにおいてユーザからの要求としては、例え
ば、カードの進化合成処理の要求、進化合成の実行要求、通常合成の実行要求、売却処理
の要求がある。
また、受付手段５１は、第１受付手段として、ユーザの操作入力に関する情報に基づい
て、当該ユーザが所持する所持カードの中からベースカードとして選択されたカードの指
定を受け付ける機能を備える。
受付手段５１の機能を実現するために、ゲームサーバ２０は、通信インタフェース部２
４を介して、ユーザ端末１０から画像であるウェブページ内のユーザによるボタンの操作
入力に対応する要求、またはベースカードとして選択されたカードの情報（例えば、シリ
アル番号）を受信する。ゲームサーバ２０のＣＰＵ２１は、受信した要求に含まれる情報
に基づいて、要求の内容を判別し、要求の受付処理を行う。受付処理では、要求がＲＡＭ
１３に記録される。ＣＰＵ２１は、受け付けられた要求に応じた処理を順に実行する。ま
た、ＣＰＵ２１は、受信したカードのシリアル番号をＲＡＭ２３に記録する。

ゲーム実行手段５２は、受付手段５１にて受け付けたユーザ端末１０からの要求に基づ
いて、進化合成以外の様々なゲームの処理を実行する機能を備える。本実施形態のゲーム
の処理は、適宜設けられてよいが、例えば、ユーザ間の対戦処理、ユーザ対ＮＰＣの対戦
処理、ユーザによるクエスト処理、ユーザの所持カードの通常合成の処理である。
対戦処理については詳しく述べないが、例えば、ユーザは、コストの総和が所定の上限
値以下となるように予め複数の所持カードからなるチームを編成し、チームによって他の
ユーザまたはＮＰＣと対戦する。対戦結果は、チームを構成する各カードの攻撃力、防御
力、スキルなどのパラメータによって決定される。
クエスト処理は、ユーザがゲーム内のエリアを探索する処理を行うことで、カードやア
イテムを入手するための処理である。

ユーザの所持カードの通常合成の処理を実行する場合のゲーム実行手段５２の機能は、
以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、ベースカードおよび参
照カードについてのユーザの選択結果を含む通常合成の実行要求を受け付けると、所持カ
ードデータテーブルからベースカードおよび参照カードのカードデータを読み出してＲＡ
Ｍ２３に展開する。次いでゲームサーバ２０のＣＰＵ２１は、ベースカードおよび参照カ
ードのパラメータに基づいてベースカードのパラメータ（例えば、カードレベルやスキル
レベル）を変更し、変更後のベースカードのパラメータを所持カードデータテーブルに書
き込むとともに、所持カードデータテーブルから参照カードとした所持カードのカードデ
ータを削除する。なお、ベースカードのカードレベルやスキルレベルは、通常合成を実行
する度に常に増加するとは限らない。例えば、通常合成を実行する度にカードに関連付け
られた育成パラメータの値を増加させ、その育成パラメータの値が所定値に達した場合に
カードレベルを１つ増加させるとともに育成パラメータの値をゼロにリセットするように
してもよい。

ユーザの所持カードの売却処理を実行する場合のゲーム実行手段５２の機能は、以下の
ようにして実現される。図５に記載していないが、カードデータテーブルにおいて、カー
ドＩＤごとに売却価格（ポイント）が対応付けられている。そしてゲームサーバ２０のＣ
ＰＵ２１は、売却処理の要求を受け付け、売却対象のカードの選択結果を取得すると、所
持カードデータテーブルから売却対象のカードのカードデータを削除する。さらにゲーム
サーバ２０のＣＰＵ２１は、カードデータテーブルから売却対象のカードの売却価格の値
（ポイント）を読み出し、読み出したポイントをユーザに付与する処理を行う。ポイント
をユーザに付与する処理は、例えば、ユーザデータベース（図示せず）に記録されている
ユーザの所持ポイントの値を更新する処理である。

取得手段５３は、ベースカードとして選択されたカード（選択オブジェクトの一例）が
、進化合成を行う毎に順次異なるカードとなるよう段階的に進化可能なカードである場合
、選択されたカードに対して複数段階の各進化合成を行うための各組合せ条件を、進化合
成データテーブルから取得する機能を備える。
取得手段５３の機能は、ゲームサーバ２０のＣＰＵ２１が以下の手順を実行することに
よって実現できる。
（手順１）ベースカードとして選択されたカードのシリアル番号に対応するカードＩＤを
、所持カードデータテーブルを参照して特定する。
（手順２）進化合成データテーブルにおいて、手順１で特定したカードＩＤと同じ「進化
前カードＩＤ」が記録されている進化ＩＤを特定する。そして、特定された進化ＩＤに対
応する「進化後カードＩＤ」と、組合せ条件に含まれる参照カードＩＤとを読み出す。
（手順３）読み出された「進化後カードＩＤ」と同じ「進化前カードＩＤ」が記録されて
いる進化ＩＤを特定する。そして、特定された進化ＩＤに対応する「進化後カードＩＤ」
と、組合せ条件に含まれる参照カードＩＤとを読み出す。その後、手順３を進化ＩＤが特
定できなくなるまで繰り返し行う。

出力手段５４は、取得手段５３により取得された各組合せ条件に含まれる複数の参照カ
ードのカードＩＤによって特定される複数のカードを、ユーザにそれぞれ識別可能な表示
形式で表示させるための画像データ（出力データの一例）を出力する機能を備える。
出力手段５４の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、ベースカー
ドとして選択されたユーザの所持カードが進化合成を行う毎に順次進化するときの、各進
化合成における進化ＩＤに対応する、進化前カードＩＤ、進化後カードＩＤ、および、組
合せ条件に含まれる参照カードＩＤを取得すると、これらのカードＩＤに対応するカード
データ（例えば、カード名、カード画像等）をカードデータテーブルから読み出す。次い
でＣＰＵ２１は、読み出したカードデータに基づいて、ユーザに提示するための画像デー
タを生成してユーザ端末１０へ送信する。この画像データを基にユーザ端末１０に表示さ
れる画像の一例が、図９の画像Ｐ４である。

判定手段５５は、ベースカードとして選択されたカードに対応する組合せ条件である複
数の参照カードがユーザの所持カードに含まれるという条件を満たすか否かを判定する機
能を備える。
判定手段５５の機能を実現するために、例えば、ゲームサーバ２０のＣＰＵ２１は、ベ
ースカードとして選択されたカードのカードＩＤに対応する組合せ条件に含まれる複数の
参照カードＩＤによって特定されるカードをユーザが所持しているか否かについて、所持
カードデータテーブルを参照して判定する。

変更手段５６は、判定手段５５によって条件を満たすと判定された場合に、ベースカー
ドのカードデータを変更する進化合成を実行する機能を備える。進化合成は、オブジェク
トとしてのカードの変化処理の一例である。
本実施形態の例では、変更手段５６の機能を実現するために、ゲームサーバ２０のＣＰ
Ｕ２１は、進化合成の実行要求を受け付けると、所持カードデータテーブルにおいて、進
化前カード（つまり、進化合成のベースカード）のカードデータを消去し、進化後カード
のカードデータを新たに書き込む。それによって、ユーザの所持カードのベースカードが
進化することになる。なお、進化合成データテーブルに示すように、進化前と進化後とで
カードＩＤは異なるため、カード名、カード画像、および、カードパラメータのうち少な
くともいずれかが進化合成によって変更される。

（１－８）本実施形態のゲームにおける進化合成の処理フロー
次に、本実施形態のゲームにおける進化合成の処理フローの一例について、図１２Ａ、
図１２Ｂ、および図１３のシーケンスチャートを参照して説明する。図１２Ａおよび図１
２Ｂは、進化合成の確認処理の一例を示すシーケンスチャートである。図１３は、進化合
成の実行処理の一例を示すシーケンスチャートである。なお、各図において、図８～１０
に示した各画像が表示される処理のタイミングに各画像の符号を付してある。

（Ａ）進化合成の確認処理（図１２Ａ、図１２Ｂ）
本実施形態のゲームのメインメニュー（図８参照）においてボタンｂ４（「進化合成」
）が指定されると、ユーザ端末１０のＣＰＵ１１は、進化合成処理の要求を受け付け（Ｓ
１０）、当該要求をゲームサーバ２０へ送信する（Ｓ１２）。ゲームサーバ２０のＣＰＵ
２１は、ユーザ端末１０からの進化合成処理の要求を受け付けると、所持カードデータテ
ーブルから要求元のユーザの所持カードのカードＩＤを特定し、カードデータテーブルお
よび所持カードデータテーブルから所持カードのカードデータを読み出して、所持カード
の一覧を含む画像データを生成し（Ｓ１４）、その画像データをユーザ端末１０へ送信す
る（Ｓ１６）。ユーザ端末１０のＣＰＵ１１は、Ｓ１６で受信した画像データを取得する
と、当該画像データに基づいて画像（例えば、図８の画像Ｐ２）を表示部１６に表示する
（Ｓ１８）。なお、Ｓ１４においてゲームサーバ２０のＣＰＵ２１は、ユーザの各所持カ
ードのカードＩＤが進化前カードＩＤとして進化合成データテーブルに記録されているか
否かを判定することによって、ユーザの各所持カードが進化可能なカードであるか否かを
判定し、進化することができない所持カードについてはベースカードとして選択できない
ことをユーザが認識可能な表示形式で、画像データを生成することが好ましい。

Ｓ１８で表示される画像には、図８の画像Ｐ２に例示したように、整列されたユーザの
所持カードの画像および名称が含まれ、各カードの画像を選択することで各カードのシリ
アル番号が選択可能となるようにして構成されている。Ｓ１８で表示された複数の所持カ
ードの中でいずれかのカードをベースカードとして選択する操作が行われると、ユーザ端
末１０のＣＰＵ１１は、ベースカードの選択結果（シリアル番号）を受け付け（Ｓ２０）
、その選択結果をゲームサーバ２０へ送信する（Ｓ２２）。ゲームサーバ２０のＣＰＵ２
１は、受信したベースカードの選択結果に基づいて、ベースカードの選択結果を確定させ
るための確認用画像データを生成し（Ｓ２４）、その画像データをユーザ端末１０へ送信
する（Ｓ２６）。ユーザ端末１０のＣＰＵ１１は、Ｓ２６で受信した画像データを取得す
ると、当該画像データに基づいて画像（例えば、図８の画像Ｐ３）を表示部１６に表示す
る（Ｓ２８）。
Ｓ２８で表示される画像は、図８の画像Ｐ３に例示したように、ベースカードの選択結
果を確認するためのボタン（ｂ１１，ｂ１２）が設けられている。ユーザ端末１０のＣＰ
Ｕ１１は、このボタンのユーザによる操作に基づいて、Ｓ２２で送信したベースカードの
選択結果を確定させるか否かについての応答を受け付け、その応答をゲームサーバ２０へ
送信する。ここでは、ＣＰＵ１１が、Ｓ２２で送信したベースカードの選択結果を確定さ
せる応答（ベースカードの確定応答）を受け付け、その確定応答をゲームサーバ２０へ送
信する場合を想定する（Ｓ３０）。
ゲームサーバ２０のＣＰＵ２１は、ベースカードの確定応答を取得すると、ベースカー
ドとして選択されたカードのシリアル番号を基に所持カードデータテーブルを参照して、
選択されたカードのカードＩＤを特定する（Ｓ３２）。

次いでＣＰＵ２１は、進化合成データテーブルにおいて、Ｓ３２で特定したカードＩＤ
と同じ「進化前カードＩＤ」が記録されている進化ＩＤが特定されるか否か判定する（Ｓ
３４）。進化ＩＤが特定された場合（Ｓ３４：ＹＥＳ）、ＣＰＵ２１は、特定された進化
ＩＤに対応する進化後カードＩＤと、組合せ条件に含まれる参照カードＩＤとを読み出す
（Ｓ３６）。なお、Ｓ１８において表示される画像が、進化することができない所持カー
ドがベースカードとして選択できないような表示形式で表示される場合には、Ｓ２０でベ
ースカードとして選択されるカードは進化可能なカードであるため、Ｓ３４では進化ＩＤ
が必ず特定されることになる。
次いでＣＰＵ２１は、Ｓ３６で読み出した進化後カードＩＤと同じ進化前カードＩＤが
記録されている進化ＩＤが特定されるか否か判定する（Ｓ３８）。進化ＩＤが特定される
場合には（Ｓ３８：ＹＥＳ）、Ｓ３６に戻り、Ｓ３８で特定された進化ＩＤに対応する進
化後カードＩＤと、組合せ条件に含まれる参照カードＩＤとを読み出す。ＣＰＵ２１は、
進化ＩＤが特定されなくなるまでＳ３６とＳ３８の処理を繰り返し行い、それによって、
ベースカードとして選択された所持カードに対して複数回の各段階における進化合成を行
うための各組合せ条件（つまり、各進化に必要な参照カードＩＤ）が読み出される。 な
お、本実施形態における処理フローは、進化合成データテーブルにおける「進化前カード
ＩＤ」と「進化後カードＩＤ」とを用いる方法により説明を行っているが、この方法に限
られるものではない。例えば、進化合成データテーブルにおいてカードＩＤごとにすべて
の段階の進化とその進化に必要な参照カードＩＤとを定義し、ベースカードとして選択さ
れた所持カードに対して複数回の各段階における進化合成を行うための各組合せ条件を読
み出す方法であってもよい。また、その他の方法であってもよい。つまり、ベースカード
として選択された所持カードに対して複数回の各段階における進化合成を行うための各組
合せ条件を読み出す方法であればどのような方法であってもよい。

進化ＩＤが特定されなくなった場合には（Ｓ３８：ＮＯ）、ＣＰＵ２１はＳ４０へ進む
。Ｓ４０では、Ｓ３４で特定された進化ＩＤに対応する組合せ条件に含まれる参照カード
ＩＤによって特定されるカードをユーザがすべて所持しているかについて、所持カードデ
ータテーブルを参照して確認する（Ｓ４０）。つまり、ユーザによってベースカードとし
て選択されたカードを進化させるのに必要な参照カードをすべてユーザが所持しているか
確認する。

次いでＣＰＵ２１は、Ｓ３６において読み出された各進化における進化後カードＩＤお
よび参照カードＩＤと、Ｓ４０の確認結果とに基づいて、ユーザに提示するための画像デ
ータを生成し（Ｓ４２）、その画像データをユーザ端末１０へ送信する（Ｓ４４）。ユー
ザ端末１０のＣＰＵ１１は、Ｓ４４で受信した画像データを取得すると、当該画像データ
に基づいて画像を表示部１６に表示する（Ｓ４６）。Ｓ４０においてベースカードとして
選択されたカードを進化させるのに必要な参照カードをすべてユーザが所持していること
が確認された場合には例えば図１０の画像Ｐ４ａに例示したように、ベースカードとして
選択されたカードを進化させるためのボタンを含む画像が表示され、確認されない場合に
は図９の画像Ｐ４に例示したように、ベースカードとして選択されたカードを進化させる
ためのボタンを含まない画像が表示される。なお、参照カードをすべてユーザが所持して
いることに加えて、他の条件を満たしていること（例えば、ベースカードが最大のレベル
に達している）が確認された場合にカードを進化させるためのボタンを含む画像を表示し
てもよい。つまり、ベースカードとして選択されたカードが最大のレベルに達しており、
かつ参照カードをユーザがすべて所持していることを、選択されたカードを進化させるた
めの条件としてもよい。いずれの場合も、生成される画像データは、各進化の組合せ条件
に含まれる複数の参照カードのカードＩＤによって特定される複数のカードを、ユーザに
それぞれ識別可能な表示形式で表示させるための画像データである。
なお、Ｓ３４で進化ＩＤが特定されない場合には（Ｓ３４：ＮＯ）、ユーザによってベ
ースカードとして選択されたカードが進化できないカードであることを意味するため、Ｓ
４２で生成される画像データは、例えば「選択したカードは進化できません」といったテ
キストを含む画像（図示せず）を表示するデータとなる。

（Ｂ）進化合成の実行処理（図１３）
図１３に示すシーケンスチャートは、図１２ＢのＳ４６において、例えば図１０の画像
Ｐ４ａに例示したように、ベースカードとして選択されたカードを進化させるためのボタ
ンを含む画像が表示された場合の処理の流れを示している。例えば図１０の画像Ｐ４ａに
は、進化合成の実行要求を行うか否かを確認するためのボタンｂ２１（「進化する」）が
設けられている。図１３では、このボタンを指定するユーザの操作に基づいて、ユーザ端
末１０のＣＰＵ１１が進化合成の実行要求を受け付けた場合（Ｓ５０）、当該要求をゲー
ムサーバ２０へ送信する（Ｓ５２）。

ゲームサーバ２０のＣＰＵ２１は、ユーザ端末１０から受信した進化合成の実行要求を
受け付けると、所持カードデータテーブルにおいて、進化前カード（つまり、進化合成の
ベースカード）のカードデータを消去し（Ｓ５４）、進化後カードのカードデータを新た
に書き込む（Ｓ５６）。このとき、カードデータには、例えば、進化後カードＩＤに対応
して発行したシリアル番号が含まれる。次いでゲームサーバ２０のＣＰＵ２１は、進化合
成に使用する参照カードのカードデータを所持カードデータテーブルから消去する（Ｓ５
８）。
進化合成を実行した後、ＣＰＵ２１は、進化後カードのカードデータを含む画像データ
を生成し（Ｓ６０）、その画像データをユーザ端末１０へ送信する（Ｓ６２）。ユーザ端
末１０のＣＰＵ１１は、Ｓ６２で送信された画像データを取得すると、当該画像データに
基づいて画像（例えば、図１０の画像Ｐ５）を表示部１６に表示する（Ｓ６４）。

以上説明したように、本実施形態のゲームシステムでは、ユーザによってベースカード
として選択された所持カード（選択オブジェクトの一例）が進化合成を行う毎に順次異な
るカードとなるよう段階的に進化可能なカードである場合には、そのユーザに対して、選
択された所持カードの１段階の進化に必要な組合せ条件（変化条件の一例）だけではなく
、将来に亘る複数段階の進化合成のための組合せ条件に含まれる複数の参照カードＩＤに
よって特定される複数のカードが提示される。そのためユーザは、提示された複数のカー
ドが選択された所持カードの将来の進化に必要な参照カードであることを予め認識するこ
とができるため、提示された複数の所持カードのいずれかを誤って手放すことが防止され
る。

上述した実施形態では、出力手段５４が、取得手段５３により取得された各組合せ条件
に含まれる複数の参照カードＩＤによって特定される複数のカードを、対応する組合せ条
件ごとに区別して表示させるようにして、画像データを出力する場合について説明した。
このような画像データを出力する場合には、以下の利点がある。すなわち、図９の画像Ｐ
４に示したように、第１段階の進化合成、第２段階の進化合成、…のための組合せ条件に
含まれる複数の参照カードが、組合せ条件ごとに表示されるため、ユーザは、比較的近い
将来に進化合成に必要となるカードと、比較的遠い将来に必要となるカードとを区別して
認識することができる。そのためユーザは、例えば他の目的のために、比較的遠い将来に
必要となるカードを進化合成以外の処理に用いるという選択をすることもできる。

（２）第２の実施形態
第１の実施形態では、ユーザ端末１０とゲームサーバ２０との間でＨＴＴＰに従った通
信が行われ、ユーザ端末１０がゲームサーバ２０から取得するＨＴＭＬ文書を解釈するこ
とでゲーム画像を表示する、いわゆるブラウザ形式によって本発明が実現される場合につ
いて説明したが、この場合に限られない。ユーザ端末１０がダウンロードしたゲームプロ
グラムを実行することでユーザ端末１０が主体的にゲームの処理を実行し、ユーザ端末１
０とゲームサーバ２０の間の送受信処理を抑制した、いわゆるネイティブアプリケーショ
ン形式によって実現してもよい。ネイティブアプリケーション形式では、ウェブブラウザ
を利用せずにユーザ端末１０内で画像データを生成して表示する。
第２の実施形態では、第１の実施形態のゲームをネイティブアプリケーション形式によ
って実現する場合の一例について説明する。なお、本実施形態のハードウェア構成は、第
１の実施形態と同じ構成でよい。本実施形態のネイティブアプリケーションの形式では、
処理のほとんどをユーザ端末１０側で行うことを想定しているが、以下で説明しないゲー
ムの処理の一部（例えば、ユーザに抽選によって付与する抽選処理や、ゲーム運営者がユ
ーザにカードを付与するプレゼント処理等）については、ゲームサーバ２０側で処理を実
行し、ゲームサーバ２０による処理結果をユーザ端末１０へ送信するように構成してもよ
い。
本実施形態では、ユーザ端末１０が情報処理装置の一例となる。

本実施形態では、ユーザ端末１０がユーザによる所定の操作に基づいて、ゲーム運営者
のサーバからゲームプログラムを受信し、受信したゲームプログラムがストレージ１８に
格納される。ユーザ端末１０によってゲームが起動されると、ユーザ端末１０とゲームサ
ーバ２０との間で通信が確立されてログイン処理が行われ、ゲームサーバ２０からユーザ
端末１０へデータテーブル群（カードデータテーブル、進化合成データテーブル、所持カ
ードデータテーブル）が送信される。ユーザ端末１０に送信されるデータテーブル群は、
ユーザ端末１０のストレージ１８内に保持される。この場合、ストレージ１８内のデータ
テーブル群は、ログインの度に更新される。
所持カードデータテーブルがユーザ端末１０において改竄されることを防止するため、
ユーザ端末１０による所定の処理が終了する度、あるいは、ゲームからログアウトする時
点で、ユーザ端末１０内の所持カードデータテーブルがゲームサーバ２０へ送信される。
ゲームサーバ２０では、受信した所持カードデータテーブルと、ストレージ２５内の所持
カードデータテーブルとを比較し、データの改竄が行われていないか確認した後に、スト
レージ２５内の所持カードデータテーブルを受信したものに更新する。

図示しないが、本実施形態ではユーザ端末１０が、図１２Ａ、図１２Ｂ、および図１３
に示した進化合成の処理フローを、ストレージ１８内のデータテーブル群を参照して実行
する。
本実施形態では、カードデータテーブル、進化合成データテーブル、所持カードデータ
テーブルがゲームサーバ２０において保持される場合について説明したが、この場合に限
られない。ネイティブアプリケーション形式のゲームでは、各データテーブルの保持分担
については適宜設定することが可能であって、ユーザ端末１０、ゲームサーバ２０、また
は、ユーザ端末１０若しくはゲームサーバ２０からアクセス可能な他の装置の少なくとも
いずれかに各データテーブルが保持されるようにすればよく、特定の保持態様に限定され
るものではない。

（３）変形例
以下、上述した各実施形態に共通の変形例について説明する。

（３－１）変形例１
本変形例では、出力手段５４が、取得手段５３により取得された各組合せ条件に含まれ
る複数の参照カードＩＤによって特定される複数の参照カードを、参照カードＩＤごとに
区別して表示させるようにして、画像データを出力する。
本変形例の出力手段５４の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、
各進化合成における進化ＩＤに対応する、進化前カードＩＤ、進化後カードＩＤ、および
、組合せ条件に含まれる参照カードＩＤを取得すると、これらのカードＩＤに対応するカ
ードデータをカードデータテーブルから読み出して、参照カードＩＤごとに区別して表示
するための画像データを生成する。生成される画像データを基に表示される画像の一例を
図１４に示す。図１４に示す画像Ｐ４ｂは、図９の画像Ｐ４を、本変形例に従って表示す
る画像の例である。
この構成では、各組合せ条件に含まれる複数のカードがカードＩＤごとに区別してユー
ザに提示されるため、ユーザは、いずれのカードが何枚必要になるのか定量的に認識する
ことができる。そのためユーザは、選択カードを順次異なるカードに進化させるために必
要となる全体のカードを概観することができ、また、入手すべきカードの種類数を容易に
認識することができる。
さらに、各カードＩＤのカードをユーザが所持しているのか未所持なのかが分かるよう
に表示させてもよい。また、所持している場合であっても、すべての数のカードを所持し
ているのか、すべての数のカードは所持していないのかが分かるように表示させてもよい
。また、すべての数のカードを所持していない場合、所持しているカードの数と所持が必
要となるカードの数とをそれぞれ分かるように表示させてもよい。このように表示させる
ことで、ユーザは入手すべきカードの現在の所持状態を確認することができる。例えば、
所持している参照カードの数をＮ，所持が必要となる参照カードの数をＭとした場合、各
カードに対応付けてＮ／Ｍといった形式の情報を表示してもよい。

（３－２）変形例２
本変形例では、出力手段５４が、取得手段５３により取得された各組合せ条件に含まれ
る複数の参照カードＩＤの中で、少なくとも２段階以上の組合せ条件において重複して含
まれる参照カードＩＤによって特定されるカードを、重複して含まれるカードＩＤ以外の
カードＩＤによって特定されるカードと異なる表示形式で表示させるようにして、画像デ
ータを出力してもよい。
本変形例の出力手段５４の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、
各進化合成における進化ＩＤに対応する、進化前カードＩＤ、進化後カードＩＤ、および
、組合せ条件に含まれる参照カードＩＤを取得すると、少なくとも２段階以上の組合せ条
件において重複して含まれる参照カードＩＤ（重複参照カードＩＤ）を特定する。そして
、進化前カードＩＤ、進化後カードＩＤ、および、組合せ条件に含まれる参照カードＩＤ
に対応するカードデータをカードデータテーブルから読み出して、上記重複参照カードＩ
Ｄと、重複参照カードＩＤではない参照カードＩＤとが異なる表示形式となるようにして
画像データを生成する。生成される画像データを基に表示される画像の一例を図１５に示
す。図１５に示す画像Ｐ４ｃは、図９の画像Ｐ４を、本変形例に従って表示する画像の例
であり、カードＡ０１、Ｃ１２、Ｍ０３がそれぞれ重複参照カードＩＤに対応するカード
である。
この構成では、ベースカードとして選択されたカードに対する複数段階の進化合成の組
合せ条件に含まれる複数の参照カードＩＤの中で重複する参照カードＩＤのカードが異な
る表示形式でユーザに提示される。そのためユーザは、選択されたカードを順次異なるカ
ードに進化させるために必要となる全体のカードを概観することができ、特に多く入手す
べきカードを容易に認識することができる。
さらに、重複参照カードＩＤに対応するカードＩＤのカードをユーザが所持しているの
か未所持なのかが分かるように表示させてもよい。また、所持している場合であっても、
すべての数の重複参照カードを所持しているのか、すべての数の重複参照カードは所持し
ていないのかが分かるように表示させてもよい。また、すべての数の重複参照カードを所
持していない場合、所持している重複参照カードの数と所持が必要となる重複参照カード
の数とをそれぞれ分かるように表示させてもよい。このように表示させることで、ユーザ
は入手すべきカードの現在の所持状態を確認することができる。例えば、所持している重
複参照カードの数をＮ，所持が必要となる重複参照カードの数をＭとした場合、各カード
に対応付けてＮ／Ｍといった形式の情報を表示してもよい。

（３－３）変形例３
本変形例では、カードＩＤは、ユーザによるカードの入手条件を示す情報と関連付けら
れている。カードの入手条件を示す情報は、例えば図５に示すようにカードのレアリティ
あるいは限定フラグであってもよいし、カードの流通枚数に応じたレベルであってもよい
。カードの流通枚数に応じたレベルは、図５には図示していないが、カードデータテーブ
ルに記録される。ゲームサーバ２０は、定期的に（例えば毎日）、ゲームに登録するすべ
てのユーザの所持カードをカードＩＤごとに集計し、その集計値に基づいてレベルを決定
し、カードデータテーブルの当該レベルの値を更新する。
本件例において、出力手段５４は、取得手段５３により取得された各組合せ条件に含ま
れる複数の参照カードＩＤの中で、入手条件が所定条件を満たす参照カードＩＤによって
特定されるカードを、入手条件が当該所定条件を満たさない参照カードＩＤによって特定
される参照カードと異なる表示形式で表示させるようにして、画像データを出力してもよ
い。
本変形例の出力手段５４の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、
各進化合成における進化ＩＤに対応する、進化前カードＩＤ、進化後カードＩＤ、および
、組合せ条件に含まれる参照カードＩＤを取得すると、これらのカードＩＤに対応するカ
ードデータをカードデータテーブルから読み出して、カードの入手条件を示す情報ごとに
区別して表示するための画像データを生成する。生成される画像データを基に表示される
画像の一例を図１６に示す。図１６に示す画像Ｐ４ｄは、図９の画像Ｐ４を、本変形例に
従って表示する画像の例である。画像Ｐ４ｄの例では、カードの入手条件を示す情報がレ
アリティであって、所定条件としてカードのレアリティがＲ５である場合を例示している
。レアリティがＲ５の参照カードが、レアリティがＲ４以下の参照カードとは異なる表示
形式で表示されている。
この構成おいて、例えば入手条件がカードの入手の難易度と関連する条件である場合、
ベースカードとして選択されたカードに対する複数段階の進化合成の組合せ条件に含まれ
る複数のカードＩＤのカードの入手の難易度がわかるため、ユーザは入手の難易度を考慮
して、選択されたカードに対する進化合成をどの段階まで実行するか判断することができ
る。
さらに、入手の難易度が高いとされたカードをユーザが所持しているのか未所持なのか
が分かるように表示させてもよい。また、所持している場合であっても、すべての数のカ
ードを所持しているのか、すべての数のカードは所持していないのかが分かるように表示
させてもよい。また、すべての数のカードを所持していない場合、所持しているカードの
数と所持が必要となるカードの数とをそれぞれ分かるように表示させてもよい。このよう
に表示させることで、ユーザは入手すべきカードの現在の所持状態を確認することができ
る。例えば、所持している参照カードの数をＮ，所持が必要となる参照カードの数をＭと
した場合、各カードに対応付けてＮ／Ｍといった形式の情報を表示してもよい。

（３－４）変形例４
本変形例では、第２受付手段としての受付手段５１は、ベースカードとして選択された
カードが、進化合成を行う毎に順次異なるカードとなるよう段階的に進化可能なカードで
ある場合、選択されたカードを順次異なるカードとなるように段階的に進化させる進化合
成の回数に関する情報の指定を受け付ける。
また、本変形例では、取得手段５３は、受付手段５１により進化合成の回数に関する情
報の指定が受け付けられた場合、ベースカードとして選択されたカードに対して当該回数
の進化合成を行うための各組合せ条件を取得する。
本変形例においてユーザ端末１０に表示される一連の画像の例を図１７に示す。図１７
の画像Ｐ３（図８の画像Ｐ３と同じ）においてボタンｂ１１（「確認する」）が指定され
ると、Ｐ１０に示すように画像が変化する。画像Ｐ１０では、ベースカードとして選択さ
れたカードＱ０１の進化の回数の選択肢としてボタンｂ３１～ｂ３３が設けられる。ボタ
ンｂ３１～ｂ３３のいずれかの指定は、進化合成の回数に関する情報の指定に相当する。
画像Ｐ１０において、例えばボタンｂ３２（「第２段階までの進化」）が指定されると、
Ｐ１１に示すように画像が変化する。画像Ｐ１１は、ボタンｂ３２によって指定されたよ
うに、カードＱ０１の第２段階までの進化に必要な参照カードが表示される。

本変形例を実現するために、ユーザ端末１０のＣＰＵ１１は、進化合成の回数に関する
情報を指定する操作（例えば、図１７のボタンｂ３１～ｂ３３のいずれかの指定操作）を
受け付けると、当該進化合成の回数に関する情報をゲームサーバ２０へ送信する。ゲーム
サーバ２０のＣＰＵ２１は、ユーザ端末１０から進化合成の回数に関する情報を取得する
と、進化合成データテーブルから、ベースカードとして選択されたカードの各進化合成に
おける進化ＩＤに対応する、進化前カードＩＤ、進化後カードＩＤ、および、組合せ条件
に含まれる参照カードＩＤを取得する。そして、取得した情報の中から、ユーザによって
指定された進化合成の回数に関する情報に対応するカードＩＤを抽出して、抽出したカー
ドＩＤに対応するカードデータをカードデータテーブルから読み出して、各段階の進化ご
とに区別して表示するための画像データを生成する。生成される画像データを基に表示さ
れる画像の一例が図１７に例示した画像Ｐ１１である。
なお、ＣＰＵ２１が進化合成データテーブルから取得する情報は、ベースカードとして
選択されたカードが最終進化するまでのすべての進化に対応する情報でなくてもよく、進
化合成の回数に関する情報によって特定される進化合成の回数分に対応する情報であれば
よい。

この構成では、ユーザによって指定される進化合成の回数に応じて、選択されたカード
に対する当該回数の進化合成に必要となる参照カードがユーザに提示される。そのためユ
ーザは、選択されたカードに対するすべての進化合成に必要となる参照カードの種類およ
びその数が非常に多い場合にそのすべてがユーザに提示された場合等、ユーザにとって煩
雑になるような状況を回避できる。ユーザは、進化合成の回数を指定できるため、例えば
、進化合成について比較的少ない回数（例えば、２～３回）を指定することで、近い将来
、選択されたカードにとって必要となる参照カードのみを抽出して確認することができ、
あるいは選択されたカードについてのすべての進化合成に必要となる参照カードを一括し
て確認することもできる。つまり、ユーザの指定次第でユーザ所望の提示態様を実現する
ことができる。
さらに、各カードをユーザが所持しているのか未所持なのかが分かるように表示させて
もよい。また、所持している場合であっても、すべての数のカードを所持しているのか、
すべての数のカードは所持していないのかが分かるように表示させてもよい。また、すべ
ての数のカードを所持していない場合、所持しているカードの数と所持が必要となるカー
ドの数とをそれぞれ分かるように表示させてもよい。このように表示させることで、ユー
ザは指定した回数の進化合成を行うために入手すべきカードの現在の所持状態を確認する
ことができる。例えば、所持している参照カードの数をＮ，所持が必要となる参照カード
の数をＭとした場合、各カードに対応付けてＮ／Ｍといった形式の情報を表示してもよい
。

（３－５）変形例５
本変形例では、ベースカードとして選択されたカードが複数段階に亘って進化するカー
ドである場合、そのカードの各段階での進化に必要となるカードを、ユーザが誤って処分
してしまうことがないように予約できるようにする。予約されたカード（以下、「予約済
カード」ともいう。）については、目的とするカードの進化合成以外の処理に使用される
ことが制限される。
より具体的には、本変形例では、上述した受付手段５１は、要求受付手段として、判定
手段５４により画像データが出力されたことに応じて、ユーザによる操作に基づく要求で
あって、複数のカードのうち少なくともいずれかのカードに対して処理を制限させるため
の制限要求を受け付ける。
そして本変形例では、変更手段５８は、受付手段５１により制限要求が受け付けられた
場合、取得手段５３により取得された組合せ条件に含まれる複数の参照カードＩＤに基づ
いて、制限要求の要求元のユーザの所持カードのうち、進化合成とは異なる処理に用いら
れることを制限すべき制限カードとして特定されたカードに対して、進化合成とは異なる
処理に用いられることを制限する機能を備える。

本変形例のカードの予約方法の一例について、図１８の画像Ｐ４ｅを参照して説明する
。図１８の画像Ｐ４ｅは、図９の画像Ｐ４の表示態様の変形例である。画像Ｐ４ｅでは、
各段階の進化に必要な参照カードを表示するとともに、表示される参照カードに対応して
カードの状態が表示される。カードの状態は、ユーザがカードを所持していないことを示
す「未所持」の状態、ユーザはカードを所持しており、かつカードを予約していることを
示す「予約済」の状態、またはユーザはカードを所持しているがカードを予約していない
ことを示す「未予約」の状態（この場合、カードを予約するためのボタンｂ４１，ｂ４２
（「予約する」）等が表示される。）のいずれかの状態である。
画像Ｐ４ｅにおいて、ボタンｂ４１，ｂ４２のいずれかを指定すると、ボタンに対応す
る参照カードの状態が「未予約」の状態から「予約済」の状態に変化する。

予約済カードが目的とする進化合成以外の処理に用いられる場合の一例として、予約済
カードの売却処理について説明する。
図１９は、ユーザが予約済カードを売却するときの処理を実行するときの一連の表示画
面の変化を示している。図１９において、画像Ｐ１は図８に示したものと同じである。
画像Ｐ１においてボタンｂ５（「売却」）が指定されると、Ｐ２０に示すように画像が
変化する。画像Ｐ２０では、ユーザの所持カードの一覧が表示される。画像Ｐ２０の所持
カードの一覧の中からユーザが売却することを希望するカードを選択する。このとき、所
持カードの中から予約済カードを売却対象として選択した場合、Ｐ２１に示すように画像
が変化する。画像Ｐ２１は、ユーザが選択したカードが予約済カードであることを通知す
るためのテキストと、売却処理を続行するか否かを選択させるためのボタンｂ５０（「続
ける」）およびｂ５１（「戻る」）を含む。画像Ｐ２１においてボタンｂ５０が指定され
た場合には、予約済カードであっても売却処理が行われ、それによってユーザは当該カー
ドに対応する売却価格のポイントを得るとともに予約済カードを失う。

画像Ｐ２１に示すように、予約済カードについて売却処理の実行手続きを煩雑にするこ
とは、予約済カードが進化合成以外の処理に用いられることを制限する一例である。
また、図１９には図示していないが、画像Ｐ２０において、ユーザの所持カードの一覧
を、予約済カードについては選択できないような態様で表示するようにしてもよい。すな
わち、予約済カードが進化合成以外の処理に用いられることをより確実に防止するために
、予約済カードの売却処理の実行が禁止されるようにしてもよい。

なお、本実施形態のゲームでは、上述した売却処理以外にも、通常合成処理を実行する
ことで所持カードを失う場合がある。通常合成処理では、ユーザは自身の所持カードの中
から、成長させたいカードとしてベースカードを選択する。通常合成処理では、ベースカ
ードごとに参照カードの組合せ条件が決められていなくてもよく、ユーザは適宜参照カー
ドを所持カードの中から選択することができる。通常合成処理が実行されると、ベースカ
ードのカードパラメータが変化する（例えば、カードレベルやスキルレベルが増加する）
代わりに、参照カードはユーザの所持カードから消失する。通常合成処理の場合も、上述
した売却処理と同様に、通常合成を実行するときにその通常合成に使用する参照カードが
予約済カードである場合には、その通常合成の実行が制限される。

本変形例の実現方法について説明する。
本変形例では、ゲームサーバ２０のストレージ２５に、予約データテーブルが設けられ
る。予約データテーブルは、進化合成ごとに、カードの予約を管理するためのデータテー
ブルであり、その一例を図２０に示す。
予約データテーブルは、ユーザの進化合成のための予約済カードの情報が記録されてい
る。図２０では１ユーザ分の予約データテーブルを例示するが、予約データテーブルは、
ゲームに登録しているユーザ毎に設けられる。図２０において、予約ＩＤは進化合成の予
約が行われた順に発行されるＩＤである。進化ＩＤは、進化合成データテーブルに示した
進化ＩＤに対応しており、進化合成の内容を特定するＩＤである。予約済カードのシリア
ル番号のうち、進化前カードのシリアル番号は、進化合成のベースカードとしてユーザに
よって選択された所持カードに対応するシリアル番号である。予約済みカードのシリアル
番号のうち参照カードのＣ１～Ｃ５の欄はそれぞれ、進化合成データテーブルの参照カー
ドＩＤの組合せ条件を構成するＣ１～Ｃ５の欄に対応しており、各欄に対応する参照カー
ドが予約済カードである場合には、そのカードのシリアル番号が記録されている。各欄に
対応する参照カードが予約済みでない場合には、「予約無し」を示すデータ（例えば、Ｎ
ＵＬＬ）が記録される。
図２０に示す予約データテーブルの例では、図１８の画像Ｐ４ｅに示す場合の例が示さ
れる。すなわち、進化ＩＤ：００３３はカードＱ０１→Ｒ０１の進化に対応し、進化ＩＤ
：００４４はカードＲ０１→Ｓ０１の進化に対応し、進化ＩＤ：００２０はカードＳ０１
→Ｔ０１の進化に対応する。ここで、図１８の画像Ｐ４ｅにおいてボタンｂ４１（「予約
する」）が選択された場合、ゲームサーバ２０のＣＰＵ２１は、進化ＩＤ：００４４のＣ
２の欄に、「予約無し」を示すデータに代えて、ユーザが所持するカードＫ１４のシリア
ル番号を書き込む。このときＣＰＵ２１は、カードＫ１４のシリアル番号を取得するため
、ユーザの所持カードデータテーブルを参照する。

ゲームサーバ２０のＣＰＵ２１は、図１８の画像Ｐ４ｅの基礎となる画像データを生成
するに当たって、予約データテーブルおよび所持カードデータテーブルを参照して、ユー
ザの所持カードの状態を決定する。ＣＰＵ２１は予約データテーブルを参照して、シリア
ル番号が書き込まれている参照カードについては「予約済」の状態であると判断し、予約
データテーブルにシリアル番号が書き込まれていないがユーザが所持しているカードにつ
いては「未予約」の状態であると判断し、ユーザが所持していないカードについては「未
所持」の状態であると判断する。
また、ゲームサーバ２０のＣＰＵ２１は、予約済カードを制限する場合には以下のよう
に処理を行う。ＣＰＵ２１は、予約済カードが処理に使用するカードとして選択された場
合、その処理が予約済カードに対応する進化合成（つまり、目的とする進化合成）の処理
であるか否か、予約データテーブルを参照して判断する。つまり、予約済カードに対応す
る進化ＩＤによって進化合成の内容が特定されるため、上記処理が目的とする進化合成で
あるか否か判断することができる。目的とする進化合成ではないと判断した場合、例えば
ユーザに対して警告を与えるための画像（例えば、図１９の画像Ｐ２１）のデータを生成
してユーザ端末１０へ送信する。

本変形例によれば、ユーザからの要求に応じて、ユーザの所持カードの中で、ベースカ
ードとして選択されたカードを進化させるために必要となる参照カードの少なくとも一部
またはすべてを、選択されたカードの各段階の進化合成以外の処理に用いられることを制
限する。そのため、組合せ条件を満たす前に、ユーザが誤って、選択されたカードを将来
に亘って進化させるために必要となる参照カードを、当該進化以外の処理に誤って使用し
てしまうことを確実に防止することができる。

（３－６）変形例６
本変形例では、登録手段５９が設けられる。登録手段５９は、ベースカードとして選択
されたカードに対して取得手段５３により取得された各組合せ条件に含まれる複数のカー
ドＩＤの中に、ユーザの所持カードに対応するカードＩＤが含まれるときに、当該所持カ
ードのうちユーザの操作に基づいて選択された指示カードを、お気に入り（ブックマーク
）として登録する機能を備える。すなわち、本変形例では、ユーザの所持カードの中に、
ベースカードとして選択されたカードの将来の進化に必要なカードが含まれている場合に
は、当該カードをお気に入りとして登録することができる。

本変形例においてカードをお気に入りとして登録する方法の一例について、図２１を参
照して説明する。図２１の画像Ｐ４ｆは、図９の画像Ｐ４の表示態様の変形例である。画
像Ｐ４ｆでは、各段階の進化に必要な参照カードを表示するとともに、表示される参照カ
ードに対応してカードの状態が表示される。カードの状態は、ユーザがカードを所持して
いないことを示す「未所持」の状態、または、ユーザがカードを所持していることを示す
「所持」の状態のいずれかである。
画像Ｐ４ｆにおいて、所持状態のいずれかのカード（この例では、Ｋ１４）を選択する
と、例えば、画像Ｐ１５に示すように、選択されたカードがお気に入り登録の対象として
表示される。画像Ｐ１５には、選択されたカードをお気に入り登録するためのボタンｂ５
０（「お気に入り登録」）が含まれる。ボタンｂ５０（「お気に入り登録」）を指定する
と、選択されたカード（Ｋ１４）がユーザのお気に入りとして登録される。
なお、「所持」「未所持」の状態を識別表示させる方法は、画像Ｐ４ｆに示すように文
字列による方法に限られず、画像を用いて識別できるように表示してもよい。例えば、所
持カードの場合は、その所持カードに対応するカード画像を表示させ、未所持カードの場
合は、その未所持カードに対応するカード画像とは異なる画像として表示する。異なる画
像としては、通常のカード画像と異なることが分かる画像であれば何でもよく、例えば、
通常のカード画像の明るさを暗くした画像、「？」マーク等の画像であってもよい。
また、お気に入りの登録は、画像Ｐ４ｆにおいて、所持カードが選択された場合に、画
像Ｐ１５を表示させることなく、直ちにユーザのお気に入りとして登録してもよい。また
、画像Ｐ４ｆにおいて、複数の所持カードをユーザに選択させた後、ユーザに確定ボタン
を押させることで、選択された複数の所持カードを一括して登録してもよい。
なお、図示しないが、お気に入りとして登録された場合、ユーザの閲覧要求に応じて、
お気に入りとして登録されたユーザの所持カードの一覧が表示される。また、図８の画像
Ｐ１においてボタンｂ１（「所持モンスターを見る」）が指定された場合に表示される所
持カードの一覧の中でお気に入りのカードが識別できるように、お気に入り登録されてい
る所持カードと、お気に入り登録されていない所持カードとを識別可能に表示してもよい
。例えば、お気に入り登録されている所持カードには、お気に入り登録されていることを
示すマークを付して表示することで、お気に入り登録されていない所持カードと識別可能
に表示することができる。なお、お気に入り登録は、マークを付すだけでなく、お気に入
り登録されている所持カードに対して、所持カードでなくなる処理を制限してもよい。こ
れにより、お気に入り登録された所持カードをユーザが誤って売却等することをなくすこ
とができる。なお、変形例６で説明した方法と同様にして、お気に入り登録されている所
持カードの一覧の中から所望のカードに予約用ボタンを設け、当該予約用ボタンを指定す
ることで予約ができるようにしてもよい。
本変形例を実現するために、所持カードデータテーブル（図７参照）において、所持カ
ードのカードＩＤに対応して、フラグ（１：お気に入り登録済み、０：お気に入り未登録
）を設けてもよい。ゲームサーバ２０のＣＰＵ２１は、お気に入りとして登録されたカー
ドの閲覧要求を受け付けた場合、所持カードデータテーブルのフラグが「１」のカードデ
ータを読み出し、読み出したカードデータを基にカードの一覧を含む画像データを生成す
る。
本変形例によれば、ベースカードとして選択されたカードの将来の進化に必要なカード
を所持していることが確認できた場合、直ちにお気に入りとして登録することができるた
め、ユーザは自身の記憶に頼ることなく将来の進化に必要な所持カードに確実にしるしを
つけることができるようになる。また、ユーザは、例えば多数のカードを所持している場
合に、進化に必要となるユーザにとって重要なカードを素早く確認することができるよう
になる。

（４）ゲーム以外のアプリケーションへの適用について
上述した実施形態および変形例では、本発明がゲームに適用される場合について説明し
たが、他のアプリケーションに適用してもよい。例えばインターネット上のショッピング
モールで商品を購入する度に複数種類の電子クーポン券を配布している場合、その電子ク
ーポン券を本発明のオブジェクトの一例としてもよい。この場合、例えばベースクーポン
券としてのクーポン券Ｑの特典内容をアップグレード（変更処理の一例）するために、ク
ーポン券Ｑに対応する参照クーポン券としてのクーポン券Ａ～Ｃをユーザが所持し利用す
ることが考えられる。この例において、クーポン券Ｑが複数段階の変化処理を経て異なる
クーポン券に変化する場合が想定される。このとき、ショッピングサーバは、ベースクー
ポン券としてのクーポン券Ｑの各段階の進化に必要な参照クーポン券を特定し、当該参照
クーポン券をユーザが提示するための画像データを生成し、当該画像データをユーザ端末
へ送信する。
上述した例示以外の他のアプリケーションについても適宜適用可能である。

以上、本発明の実施形態、変形例について詳細に説明したが、本発明は上記実施形態等
に限定されない。また、実施形態は、本発明の主旨を逸脱しない範囲において、種々の改
良や変更をしてもよいのは勿論である。上記実施形態および各変形例に記載された技術的
事項は適宜組合せて適用してもよい。
なお、要求の受付方法については上述した場合に限られない。例えば、要求の受付方法
は、加速度センサを備えたユーザ端末を振ることによる指示入力、あるいはジェスチャに
よる指示入力（ジェスチャ入力）によって受け付ける方法であってもよい。ジェスチャ入
力では、撮像機能を備えたユーザ端末に対する所定のジェスチャを行うことでユーザ端末
がそのジェスチャを画像認識し、予めジェスチャに対応付けられた操作入力を認識する。
また、音声認識プログラムを実行可能なユーザ端末の場合には、要求の受付方法は、所定
の音声による指示入力によって受け付ける方法であってもよい。

［発明のまとめ］
以上の記載から本発明は例えば以下のように把握される。

本発明の一態様は、オブジェクトを識別するオブジェクト識別情報と、前記オブジェク
トを変化させる変化処理を行うための条件であって複数のオブジェクト識別情報を含む変
化条件と、を対応付けて記憶する記憶装置（２５）にアクセス可能な情報処理装置（１０
または２０）であって、
ユーザの操作に基づいて、当該ユーザが所持する所持オブジェクトの中から選択された
オブジェクトである選択オブジェクトの指定を受け付ける第１受付手段（５１）と、
前記選択オブジェクトが、前記変化処理を行う毎に順次異なるオブジェクトとなるよう
に段階的に変化可能なオブジェクトである場合、前記選択オブジェクトに対して複数段階
の各変化処理を行うための各変化条件を、前記記憶装置（２５）から取得する取得手段（
５３）と、
前記取得手段（５３）により取得された各変化条件に含まれる複数のオブジェクト識別
情報によって特定される複数のオブジェクトを、ユーザにそれぞれ識別可能な表示形式で
表示させるための出力データ（例えば、画像データ）を出力する出力手段（５４）と、
を備えた、情報処理装置である。

「情報処理装置」は、スタンドアローンのゲーム機、あるいはユーザ端末（例えば、携
帯端末やパーソナルコンピュータ等）やネットワーク上のサーバなどであってもよい。ゲ
ームの実現形態によって適宜情報処理装置の実体を定義することができる。例えば、ユー
ザがゲーム機やユーザ端末を操作することで情報処理装置の各部の機能が実現される場合
には、ゲーム機やユーザ端末が本発明の情報処理装置に相当する。あるいは、クライアン
トであるユーザ端末がユーザからの操作入力の受付や画像の表示の機能を有し、情報処理
装置の各部の機能が実質的にユーザ端末と通信可能なサーバによって実現される場合には
、サーバが本発明の情報処理装置に相当する。
「オブジェクト」は、ユーザが視覚的に認識可能である限り如何なる表示対象であって
もよく、本発明の情報処理装置による処理内容に応じて適宜設定することができる。例え
ば、本発明の情報処理装置がゲームに関する情報を処理する場合、オブジェクトは、ゲー
ム上のキャラクタやアイテム等を含んでもよい。キャラクタは、例えばゲーム上の仮想的
な人物や生物、若しくはモンスター等であり、それらがカードに表示されているものをも
含む。
「オブジェクト識別情報」は、オブジェクトをユーザが識別可能となる識別情報、およ
び、当該識別情報と関連付けられた情報である。オブジェクトをユーザが識別可能となる
識別情報は、例えば、オブジェクト名やオブジェクト画像等である。オブジェクト名やオ
ブジェクト画像と関連付けられた情報として、オブジェクトＩＤ（例えば、オブジェクト
がカードの場合には、カードＩＤ）等も「オブジェクト識別情報」の一例である。
「記憶装置」は、例えばフラッシュメモリやＨＤＤ(Hard Disk Drive)等、如何なる構
成のメモリデバイスであってもよい。また、記憶装置は、情報処理装置に内蔵されたもの
であってもよいし、情報処理装置から有線または無線でアクセス可能に構成された外部の
装置であってもよい。
オブジェクトの「所持」とは、ユーザが当該オブジェクトを、当該オブジェクトを用い
た処理に利用可能な状態にあることをいう。オブジェクトの「未所持」とは、ユーザが当
該オブジェクトを、当該オブジェクトを用いた処理に利用不可能な状態にあることをいう
。オブジェクトの「入手」とは、当該オブジェクトに対して未所持の状態から所持の状態
に移行したことをいう。

上記情報処理装置では、ユーザによって選択された選択オブジェクトが変化処理を行う
毎に順次異なるオブジェクトとなるように段階的に変化可能なオブジェクトである場合に
は、そのユーザに対して、選択オブジェクトの１段階の変化処理に必要な変化条件だけで
はなく、将来に亘る複数段階の変化処理のための変化条件に含まれる複数のオブジェクト
識別情報によって特定される複数のオブジェクトが提示される。そのためユーザは、提示
された複数のオブジェクトが選択オブジェクトの将来の変化処理に必要なオブジェクトで
あることを予め認識することができるため、提示された複数のオブジェクトのいずれかを
誤って手放すことが防止される。

前記出力手段（５４）は、前記取得手段（５３）により取得された各変化条件に含まれ
る複数のオブジェクト識別情報によって特定される複数のオブジェクトを、対応する変化
条件ごとに区別して表示させるようにして、前記出力データを出力してもよい。
この構成では、第１段階の変化処理、第２段階の変化処理、…のための変化条件に含ま
れる複数のオブジェクトが、変化条件ごとに表示されるため、ユーザは、比較的近い将来
に変化処理に必要となるオブジェクトと、比較的遠い将来に必要となるオブジェクトとを
区別して認識することができる。そのためユーザは、例えば他の目的のために、比較的遠
い将来に必要となるオブジェクトを変化処理以外の処理に用いるという選択をすることも
できる。

上記情報処理装置は、前記取得手段により取得された各変化条件に含まれる複数のオブ
ジェクト識別情報の中に、前記ユーザの所持オブジェクトに対応するオブジェクト識別情
報が含まれるときに、当該所持オブジェクトのうちユーザの操作に基づいて選択された所
持オブジェクトを登録する登録手段（５９）、をさらに備えてもよい。
この構成では、選択オブジェクトの将来の変化処理に必要な所持オブジェクトを登録す
ることができるため、ユーザは、例えば多数のオブジェクトを所持している場合に、変化
処理に必要となるユーザにとって重要なオブジェクトを素早く確認することができるよう
になる。

前記出力手段（５４）により前記出力データが出力されたことに応じて、前記ユーザに
よる操作に基づく要求であって、前記複数のオブジェクトのうち少なくともいずれかのオ
ブジェクトに対して処理を制限させるための要求を受け付ける要求受付手段（５１）と、
前記要求受付手段（５１）により前記要求が受け付けられた場合、前記取得手段（５３
）により取得された変化条件に含まれる複数のオブジェクト識別情報に基づいて、前記要
求元のユーザが所持する所持オブジェクトのうち、前記変化処理とは異なる処理に用いら
れることを制限すべき制限オブジェクトとして特定されたオブジェクトに対して、前記変
化処理とは異なる処理に用いられることを制限する制限手段（５８）と、をさらに備えて
もよい。
「変化処理とは異なる処理に用いられることを制限」とは、選択オブジェクトの変化処
理以外の処理自体が禁止されることに限られず、選択オブジェクトの変化処理は実行可能
であるが、変化処理の実行の手続きをし難くする、あるいは変化処理の実行手続きを煩雑
にすることであってもよい。なお、上述した実施形態の例では、オブジェクトの変化処理
とは異なる処理に用いられることの制限は、当該オブジェクトの予約によって実現される
。例えば上記実施形態では、「予約済カード」は、カードを目的とする進化予約とは異な
る処理に用いられることが制限される。
上記構成では、ユーザからの要求に応じて、ユーザの所持オブジェクトの中で、選択オ
ブジェクトを変化させるために必要となるオブジェクトの少なくとも一部またはすべてを
、当該選択オブジェクトの変化処理以外の処理に用いられることを制限する。そのため、
変化条件を満たす前に、ユーザが誤って、選択オブジェクトを変化させるために必要とな
るオブジェクトを、その選択オブジェクトを変化させる処理以外の処理に誤って使用して
しまうことを確実に防止することができる。

前記出力手段（５４）は、前記取得手段（５３）により取得された各変化条件に含まれ
る複数のオブジェクト識別情報によって特定される複数のオブジェクトを、オブジェクト
識別情報ごとに区別して表示させるようにして、前記出力データを出力してもよい。
この構成では、各変化条件に含まれる複数のオブジェクトがオブジェクト識別情報ごと
に区別してユーザに提示されるため、ユーザは、いずれのオブジェクトが何個必要になる
のか定量的に認識することができる。そのためユーザは、選択オブジェクトを順次異なる
オブジェクトに変化させるために必要となる全体のオブジェクトを概観することができ、
また、多く入手すべきオブジェクトの種類数を容易に認識することができる。

前記出力手段（５４）は、前記取得手段（５３）により取得された各変化条件に含まれ
る複数のオブジェクト識別情報の中で、少なくとも２段階以上の変化条件において重複し
て含まれるオブジェクト識別情報によって特定されるオブジェクトを、前記重複して含ま
れるオブジェクト識別情報以外のオブジェクト識別情報によって特定されるオブジェクト
と異なる表示形式で表示させるようにして、前記出力データを出力してもよい。
この構成では、選択オブジェクトに対する複数段階の変化処理の変化条件に含まれる複
数のオブジェクト識別情報の中で重複するオブジェクト識別情報のオブジェクトが異なる
表示形式でユーザに提示される。そのためユーザは、選択オブジェクトを順次異なるオブ
ジェクトに変化させるために必要となる全体のオブジェクトを概観することができ、特に
多く入手すべきオブジェクトを容易に認識することができる。

オブジェクト識別情報は、ユーザによるオブジェクトの入手条件を示す情報と関連付け
られており、
前記出力手段（５４）は、前記取得手段（５３）により取得された各変化条件に含まれ
る複数のオブジェクト識別情報の中で、入手条件が所定条件を満たすオブジェクト識別情
報によって特定されるオブジェクトを、入手条件が前記所定条件を満たさないオブジェク
ト識別情報によって特定されるオブジェクトと異なる表示形式で表示させるようにして、
前記出力データを出力してもよい。
この構成おいて、例えば入手条件がオブジェクトの入手の難易度と関連する条件である
場合、選択オブジェクトに対する複数段階の変化処理の変化条件に含まれる複数のオブジ
ェクト識別情報のオブジェクトの入手の難易度がわかるため、ユーザは入手の難易度を考
慮して、選択オブジェクトに対する変化処理をどの段階まで実行するか判断することがで
きる。

前記選択オブジェクトが、前記変化処理を行う毎に順次異なるオブジェクトとなるよう
に段階的に変化可能なオブジェクトである場合、前記選択オブジェクトを順次異なるオブ
ジェクトとなるように段階的に変化させる変化処理の回数に関する情報の指定を受け付け
る第２受付手段（５１）、をさらに備え、
前記取得手段（５３）は、前記第２受付手段（５１）により前記変化処理の回数に関す
る情報の指定が受け付けられた場合、前記選択オブジェクトに対して当該回数の変化処理
を行うための各変化条件を取得してもよい。
この構成では、ユーザによって指定される複数段階の変化処理の回数に応じて、その回
数の選択オブジェクトの変化処理に必要となるオブジェクトがユーザに提示される。その
ためユーザは、選択オブジェクト対するすべての変化処理に必要となるオブジェクトの種
類およびその数が非常に多い場合にそのすべてがユーザに提示された場合等、ユーザにと
って煩雑になるような状況を回避できる。ユーザは、複数段階の変化処理の回数を指定で
きるため、例えば、変化処理について比較的少ない回数（例えば、２～３回）を指定する
ことで、近い将来選択オブジェクトにとって必要となるオブジェクトのみを抽出して確認
することができ、あるいは選択オブジェクトについてのすべての変化処理に必要となるオ
ブジェクトを一括して確認することもできる。つまり、ユーザの指定次第でユーザ所望の
提示態様を実現することができる。

本発明の別の態様は、ユーザ端末（１０）と、当該ユーザ端末（１０）と通信可能に構
成されるサーバ（２０）と、を含む情報処理システム（１）であって、前記ユーザ端末（
１０）および前記サーバ（２０）の少なくともいずれかが、オブジェクトを識別するオブ
ジェクト識別情報と、前記オブジェクトを変化させる変化処理を行うための条件であって
複数のオブジェクト識別情報を含む変化条件と、を対応付けて記憶する記憶装置（２５）
にアクセス可能である前記情報処理システムにおいて、
ユーザの操作に基づいて、当該ユーザが所持する所持オブジェクトの中から選択された
オブジェクトである選択オブジェクトの指定を受け付ける第１受付手段（５１）、
前記選択オブジェクトが、前記変化処理を行う毎に順次異なるオブジェクトとなるよう
に段階的に変化可能なオブジェクトである場合、前記選択オブジェクトに対して複数段階
の各変化処理を行うための各変化条件を、前記記憶装置（２５）から取得する取得手段（
５３）、
前記取得手段（５３）により取得された各変化条件に含まれる複数のオブジェクト識別
情報によって特定される複数のオブジェクトを、ユーザにそれぞれ識別可能な表示形式で
表示させるための出力データを出力する出力手段（５４）、
を前記ユーザ端末（１０）または前記サーバ（２０）の少なくともいずれかが備えた、
情報処理システムである。

本発明の別の態様は、オブジェクトを識別するオブジェクト識別情報と、前記オブジェ
クトを変化させる変化処理を行うための条件であって複数のオブジェクト識別情報を含む
変化条件と、を対応付けて記憶する記憶装置（２５）、にアクセス可能なコンピュータに
、
ユーザの操作に基づいて、当該ユーザが所持する所持オブジェクトの中から選択された
オブジェクトである選択オブジェクトの指定を受け付ける第１受付手段（５１）、
前記選択オブジェクトが、前記変化処理を行う毎に順次異なるオブジェクトとなるよう
に段階的に変化可能なオブジェクトである場合、前記選択オブジェクトに対して複数段階
の各変化処理を行うための各変化条件を、前記記憶装置（２５）から取得する取得手段（
５３）、
前記取得手段（５３）により取得された各変化条件に含まれる複数のオブジェクト識別
情報によって特定される複数のオブジェクトを、ユーザにそれぞれ識別可能な表示形式で
表示させるための出力データを出力する出力手段（５４）、
として機能させるためのプログラムである。

本発明の別の態様は、上記プログラムを格納する、光ディスク、磁気ディスク等の、コ
ンピュータが読み取り可能な記憶媒体であってもよい。

なお、上記では、本発明の理解を容易にするため、適宜図面に記載された符号を括弧書
きで記載しているが、これにより本発明に係る情報処理装置等が図示の態様に限定される
ものではない。

１…ゲームシステム
１０…ユーザ端末
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１５…操作入力部
１６…表示部
１７…通信インタフェース部
１８…ストレージ
１９…バス
２０…ゲームサーバ
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…通信インタフェース部
２５…ストレージ
２６…バス
５１…受付手段
５２…ゲーム実行手段
５３…取得手段
５４…出力手段
５５…判定手段
５６…変更手段
５７…記録手段
５８…制限手段
５９…登録手段
７０…データテーブル群

Claims (8)

1. プロセッサを具備し、
   オブジェクトを識別するオブジェクト識別情報と、前記オブジェクトを変化させる変化処理を行うための条件であって複数のオブジェクト識別情報を含む変化条件と、を対応付けて記憶する記憶装置にアクセス可能な情報処理装置のプログラムであって、
   前記プロセッサを、
   ユーザの操作に基づいて、前記オブジェクトの中から選択されたオブジェクトである選択オブジェクトの指定を受け付ける第１受付手段として機能させ、
   前記選択オブジェクトが、前記変化処理を行う毎に順次異なるオブジェクトとなるよう段階的に変化可能なオブジェクトである場合、前記選択オブジェクトに対して複数段階の変化処理を行うための各変化条件を前記記憶装置から取得する取得手段として機能させ、
   前記取得手段により取得された前記各変化条件に含まれる複数のオブジェクト識別情報によって特定される複数のオブジェクトを、前記各変化条件に含まれる複数のオブジェクト識別情報ごとに区別してユーザにそれぞれ識別可能な表示形式で表示させるための出力データを出力する出力手段として機能させる、
   情報処理装置のプログラム。
   
2. 前記出力手段は、前記取得手段により取得された前記各変化条件に含まれる複数のオブジェクト識別情報によって特定される複数のオブジェクトを、前記ユーザによる所持に関する情報を表示させるようにして、前記出力データを出力する、
   請求項１に記載された情報処理装置のプログラム。
   
3. 前記ユーザによる所持に関する情報は、前記取得手段により取得された前記各変化条件に含まれる複数のオブジェクト識別情報によって特定される複数のオブジェクトのうち、ユーザが所持する所持オブジェクトの数を含む、
   請求項２に記載された情報処理装置のプログラム。
   
4. 前記ユーザによる所持に関する情報は、前記取得手段により取得された前記各変化条件に含まれる複数のオブジェクト識別情報によって特定される複数のオブジェクトのうち、前記変化処理のためにユーザによる所持が必要となるオブジェクトの数を含む、
   請求項２または請求項３に記載された情報処理装置のプログラム。
   
5. 前記出力データは、前記各変化条件に対して特定される複数のオブジェクトと、前記選択オブジェクトの各変化処理後のオブジェクトとを、１画面で表示させるためのデータである、
   請求項１～４の何れかに記載された情報処理装置のプログラム。
   
6. オブジェクトを識別するオブジェクト識別情報と、前記オブジェクトを変化させる変化処理を行うための条件であって複数のオブジェクト識別情報を含む変化条件と、を対応付けて記憶する記憶装置にアクセス可能な情報処理装置であって、
   ユーザの操作に基づいて、前記オブジェクトの中から選択されたオブジェクトである選択オブジェクトの指定を受け付ける第１受付手段と、
   前記選択オブジェクトが、前記変化処理を行う毎に順次異なるオブジェクトとなるよう段階的に変化可能なオブジェクトである場合、前記選択オブジェクトに対して複数段階の変化処理を行うための各変化条件を前記記憶装置から取得する取得手段と、
   前記取得手段により取得された前記各変化条件に含まれる複数のオブジェクト識別情報によって特定される複数のオブジェクトを、前記各変化条件に含まれる複数のオブジェクト識別情報ごとに区別してユーザにそれぞれ識別可能な表示形式で表示させるための出力データを出力する出力手段と、
   を備えた
   情報処理装置。
   
7. オブジェクトを識別するオブジェクト識別情報と、前記オブジェクトを変化させる変化処理を行うための条件であって複数のオブジェクト識別情報を含む変化条件と、を対応付けて記憶する記憶装置にアクセス可能な情報処理装置の出力データの出力方法であって、
   ユーザの操作に基づいて、前記オブジェクトの中から選択されたオブジェクトである選択オブジェクトの指定を受け付け、
   前記選択オブジェクトが、前記変化処理を行う毎に順次異なるオブジェクトとなるよう段階的に変化可能なオブジェクトである場合、前記選択オブジェクトに対して複数段階の変化処理を行うための各変化条件を前記記憶装置から取得し、
   取得された前記各変化条件に含まれる複数のオブジェクト識別情報によって特定される複数のオブジェクトを、前記各変化条件に含まれる複数のオブジェクト識別情報ごとに区別してユーザにそれぞれ識別可能な表示形式で表示させるための出力データを出力する、
   情報処理装置の出力データの出力方法。
   
8. オブジェクトを識別するオブジェクト識別情報と、前記オブジェクトを変化させる変化処理を行うための条件であって複数のオブジェクト識別情報を含む変化条件と、を対応付けて記憶する記憶装置と、
   前記記憶装置にアクセス可能な情報処理装置と
   を備えた情報処理システムであって、
   前記情報処理装置は、
   ユーザの操作に基づいて、前記オブジェクトの中から選択されたオブジェクトである選択オブジェクトの指定を受け付ける第１受付手段と、
   前記選択オブジェクトが、前記変化処理を行う毎に順次異なるオブジェクトとなるよう段階的に変化可能なオブジェクトである場合、前記選択オブジェクトに対して複数段階の変化処理を行うための各変化条件を前記記憶装置から取得する取得手段と、
   前記取得手段により取得された前記各変化条件に含まれる複数のオブジェクト識別情報によって特定される複数のオブジェクトを、前記各変化条件に含まれる複数のオブジェクト識別情報ごとに区別してユーザにそれぞれ識別可能な表示形式で表示させるための出力データを出力する出力手段と、
   を備えた、情報処理システム。
   

Images