JP6116504B2 - ゲームプログラム、及び、情報処理装置 - Google Patents

Description

本発明は、ゲームプログラム、ゲームシステム、及び、情報処理装置に関する。

ユーザーがキャラクターカード等のゲーム媒体を用いて行うゲームをコンピューターに実行させるゲームプログラムが知られている（たとえば、特許文献１）。

特開２００８−２６４１８３号公報

このゲームプログラムでは、ゲームで使用されるゲーム媒体がユーザーに付与される。ユーザーは、付与されたゲーム媒体の要否を判断し、手間をかけてその要否に応じた操作入力を行っていた。

本発明は、このような事情に鑑みてなされたものであり、その目的とするところは、操作入力に要する手間を軽減させることにある。

上記課題を解決するための本発明の主たる発明は、
ユーザーがゲーム媒体を用いて行うゲームをコンピューターに実行させるゲームプログラムであって、
前記コンピューターに、
前記ユーザーに対して前記ゲーム媒体を付与する付与処理と、
前記付与処理において付与された付与ゲーム媒体を前記ユーザーが所有する所有ゲーム媒体として記録する記録処理と、
前記ユーザーの入力により指定された指定ゲーム媒体の予約登録を受け付ける受付処理と、
前記受付処理後に前記付与処理において付与ゲーム媒体がユーザーに付与された場合に、該付与ゲーム媒体を予約登録された前記指定ゲーム媒体と比較することにより、該付与ゲーム媒体を該ユーザーの所有ゲーム媒体とするか否かを判定する判定処理と、
前記判定処理における判定結果に基づいて、該ユーザーが所有する前記所有ゲーム媒体の記録を更新する更新処理と、
を実行させるゲームプログラムである。

本発明の他の特徴については、本明細書及び添付図面の記載により明らかにする。

本発明によれば、操作入力に要する手間を軽減させることができる。

本実施形態に係るゲームシステム１の全体構成例を示す図である。 本実施形態に係るサーバー装置１０の機能上の構成を示すブロック図である。 本実施形態に係るユーザー端末２０の機能上の構成を示すブロック図である。 ゲームカードを売却する際のプレイ画像の一例を示す図である。 ゲームカードを合成する際のプレイ画像の一例を示す図である。 カード情報のデータ構造例を示す図である。 ユーザー情報のデータ構造例を示す図である。 所有カード情報のデータ構造例を示す図である。 図鑑情報のデータ構造例を示す図である。 本実施形態に係るゲームシステム１の動作例を説明するためのフローチャートである。 ゲームカードの売却予約を行う際のプレイ画像の一例を示す図である。 本実施形態に係るカード自動売却の動作例を説明するためのフローチャートである。 ゲームカードが付与されたときのプレイ画像の一例を示す図である。 ゲームカードが自動売却されたときのプレイ画像の一例を示す図である。

本明細書及び添付図面の記載により、少なくとも以下の事項が明らかとなる。
即ち、ユーザーがゲーム媒体を用いて行うゲームをコンピューターに実行させるゲームプログラムであって、
前記コンピューターに、
前記ユーザーに対して前記ゲーム媒体を付与する付与処理と、
前記付与処理において付与された付与ゲーム媒体を前記ユーザーが所有する所有ゲーム媒体として記録する記録処理と、
前記ユーザーの入力により指定された指定ゲーム媒体の予約登録を受け付ける受付処理と、
前記受付処理後に前記付与処理において付与ゲーム媒体がユーザーに付与された場合に、該付与ゲーム媒体を予約登録された前記指定ゲーム媒体と比較することにより、該付与ゲーム媒体を該ユーザーの所有ゲーム媒体とするか否かを判定する判定処理と、
前記判定処理における判定結果に基づいて、該ユーザーが所有する前記所有ゲーム媒体の記録を更新する更新処理と、
を実行させるゲームプログラムである。
このようなゲームプログラムによれば、ユーザーが指定した指定ゲーム媒体を予め登録しておくことにより、付与ゲーム媒体の要否が自動的に判定されるため、操作入力に要する手間を軽減させることが可能となる。

また、かかるゲームプログラムであって、
前記コンピューターに、
前記付与処理において前記付与ゲーム媒体が前記ユーザーに付与された場合に、前記判定処理において前記ユーザーの所有ゲーム媒体の数が所定数に達しているか否かを判定し、前記所定数に達していると判定された場合には、前記付与ゲーム媒体を前記ユーザーが所有する所有ゲーム媒体としない処理を実行させることとしてもよい。
このようなゲームプログラムによれば、ユーザーの所有する所有ゲーム媒体の数が自動的に制限されるため、操作入力に要する手間を軽減させることが可能となる。

また、かかるゲームプログラムであって、
前記コンピューターに、
前記付与処理において、前記ユーザーに対して一度に複数のゲーム媒体を付与する処理と、
前記判定処理において、一度に付与された複数の該付与ゲーム媒体それぞれを予約登録された前記指定ゲーム媒体と比較することにより、複数の該付与ゲーム媒体それぞれを該ユーザーの所有ゲーム媒体とするか否かを判定する処理と、
前記更新処理において、前記判定の結果に基づき該ユーザーが所有する前記所有ゲーム媒体の記録を更新する処理と、
を実行させることとしてもよい。
このようなゲームプログラムによれば、一度に複数の付与ゲーム媒体が付与されたときでも、付与ゲーム媒体それぞれの要否が自動的に判定されるため、操作入力に要する手間をより軽減することが可能となる。

また、かかるゲームプログラムであって、
前記コンピューターに、
前記付与処理において前記ユーザーに付与された複数の前記付与ゲーム媒体の中に、所定の組合せを形成する組合せゲーム媒体が存在する場合に、
前記判定処理において、前記組合せゲーム媒体を予約登録された前記指定ゲーム媒体と比較することにより、前記組合せゲーム媒体を前記ユーザーの所有ゲーム媒体とするか否かを判定する処理と、
前記更新処理において、前記組合せゲーム媒体を前記ユーザーが所有する所有ゲーム媒体としない判定がなされた場合であっても、前記組合せゲーム媒体を前記ユーザーが所有する所有ゲーム媒体とするように、前記ユーザーが所有する前記所有ゲーム媒体の記録を更新する処理と、
を実行させることとしてもよい。
このようなゲームプログラムによれば、組合せゲーム媒体を自動的にユーザーの所有ゲーム媒体とすることができるため、ユーザーは所定の組合せを形成することが可能となる。

また、かかるゲームプログラムであって、
前記コンピューターに、
前記受付処理において、前記ユーザーの入力により指定された属性を有するゲーム媒体を前記指定ゲーム媒体とする予約登録を受け付けた場合に、
前記判定処理において、前記受付処理後の前記付与処理にて属性を有する付与ゲーム媒体がユーザーに付与された場合に、該付与ゲーム媒体の属性を予約登録された前記指定ゲーム媒体の属性と比較することにより、該付与ゲーム媒体を該ユーザーの所有ゲーム媒体とするか否かを判定する処理と、
前記更新処理において、前記判定の結果に基づき該ユーザーが所有する前記所有ゲーム媒体の記録を更新する処理と、
を実行させることとしてもよい。
このようなゲームプログラムによれば、ユーザーが指定した属性のゲーム媒体を予め登録しておくことにより、属性を有する付与ゲーム媒体の要否が自動的に判定されるため、操作入力に要する手間を軽減させることが可能となる。

また、かかるゲームプログラムであって、
前記コンピューターに、
前記判定処理において、付与ゲーム媒体をユーザーが所有する所有ゲーム媒体としない判定がなされた場合に、
前記付与ゲーム媒体を該付与ゲーム媒体の価値に相当する遊戯ポイントに変換し、該遊戯ポイントを前記ユーザーに付与するポイント付与処理を実行させることとしてもよい。
このようなゲームプログラムによれば、付与ゲーム媒体をユーザーの所有ゲーム媒体としない判定がなされた場合、自動的に遊戯ポイントに変換されるため、操作入力に要する手間を軽減することが可能となる。

また、かかるゲームプログラムであって、
前記コンピューターに、
前記ユーザーがこれまでに所有したことのある前記所有ゲーム媒体の履歴情報を記録する履歴記録処理と、
前記受付処理において、前記ユーザーにより指定された指定ゲーム媒体が前記履歴情報に含まれる所有ゲーム媒体と一致する場合に、前記指定ゲーム媒体の予約登録を受け付ける処理と、
を実行させることとしてもよい。
このようなゲームプログラムによれば、ユーザーがこれまでに所有したことのあるゲーム媒体のみが指定ゲーム媒体として予約登録されるため、これまで所有したことがないゲーム媒体の要否についてはユーザーが確実に判断することができる。

また、かかるゲームプログラムであって、
前記コンピューターに、
前記判定処理において、付与ゲーム媒体をユーザーが所有する所有ゲーム媒体としない判定がなされた場合に、
前記付与ゲーム媒体を前記ユーザーと異なる他のユーザーが所有する所有ゲーム媒体とし、前記他のユーザーの所有する前記所有ゲーム媒体の記録を更新する処理と、
を実行させることとしてもよい。
このようなゲームプログラムによれば、ユーザー間でコミュニケーションを図ることが可能となるため、ユーザー同士の興趣を高めることができる。

また、ユーザーが利用するユーザー端末と、前記ユーザー端末とネットワークを介して接続されるサーバー装置とを有し、ゲーム媒体を用いて行うゲームを前記ユーザーにプレイさせるためのゲームシステムであって、
前記ユーザー端末は、
前記ユーザーが入力を行うための入力部と、
前記ユーザーの入力により指定された指定ゲーム媒体の予約登録を要求する予約登録要求を、前記ネットワークを介して前記サーバー装置に送信する通信部と、を備え、
前記サーバー装置は、
前記ユーザーに対して前記ゲーム媒体を付与する付与部と、
前記付与部により付与された付与ゲーム媒体を前記ユーザーが所有する所有ゲーム媒体として記録する記録部と、
前記ユーザー端末から送信された前記予約登録要求を受信することにより、前記指定ゲーム媒体の予約登録を受け付ける受付部と、
前記受付部による受付後に付与ゲーム媒体がユーザーに付与された場合に、該付与ゲーム媒体を予約登録された前記指定ゲーム媒体と比較することにより、該付与ゲーム媒体を該ユーザーの所有ゲーム媒体とするか否かを判定する判定部と、
前記判定部による判定結果に基づいて、該ユーザーが所有する前記所有ゲーム媒体の記録を更新する更新部と、
を備えたことを特徴とするゲームシステムである。
このようなゲームシステムによれば、操作入力に要する手間を軽減することができる。

また、ユーザーにゲーム媒体を用いて行うゲームをプレイさせる情報処理装置であって、
前記ユーザーに対して前記ゲーム媒体を付与する付与部と、
前記付与部により付与された付与ゲーム媒体を前記ユーザーが所有する所有ゲーム媒体として記録する記録部と、
前記ユーザーが入力を行うための入力部と、
前記ユーザーの入力により指定された指定ゲーム媒体の予約登録を受け付ける受付部と、
前記受付部による受付後に付与ゲーム媒体がユーザーに付与された場合に、該付与ゲーム媒体を予約登録された前記指定ゲーム媒体と比較することにより、該付与ゲーム媒体を該ユーザーの所有ゲーム媒体とするか否かを判定する判定部と、
前記判定部による判定結果に基づいて、該ユーザーが所有する前記所有ゲーム媒体の記録を更新する更新部と、
を有することを特徴とする情報処理装置である。
このような情報処理装置によれば、操作入力に要する手間を軽減することができる。

＝＝＝実施の形態＝＝＝
＜＜＜ゲームシステム１の構成について＞＞＞
図１は、本実施形態に係るゲームシステム１の全体構成の一例を示す図である。本実施形態のゲームシステム１は、会員登録を行ったユーザーに対して、ゲームに関する各種サービスを、ネットワーク２を介して提供するものである。ユーザーは、ゲームシステム１にアクセスすることにより、ネットワーク２を介して送信されたゲームをプレイすることができる。また、ユーザーは、ゲームシステム１にアクセスすることにより、他のユーザーを友達としてフレンドリストに登録することができる。そのため、ユーザーは、友達になったユーザーと共にゲームをプレイしたり、メッセージを交換したりすることによって、複数のユーザー間でコミュニケーションを図ることができる。

本実施形態に係るゲームシステム１は、サーバー装置１０と、複数のユーザー端末２０と、を含んで構成される。サーバー装置１０及びユーザー端末２０は、それぞれネットワーク２に接続されており、互いに通信可能となっている。ネットワーク２は、たとえば、イーサネット（登録商標）や公衆電話回線網、無線通信網、携帯電話回線網などにより構築される、インターネットやＬＡＮ（Local Area Network）、ＶＡＮ（Value Added Network）などである。

サーバー装置１０は、システム管理者等がゲームサービスを運営・管理する際に利用する情報処理装置である。このサーバー装置１０は、たとえば、ワークステーションやパーソナルコンピューターであって、ユーザー端末２０から送信された各種のコマンド（リクエスト）に応じて、当該ユーザー端末２０に対して各種情報を配信することができる。本実施形態におけるサーバー装置１０は、ゲームを行うユーザーが利用するユーザー端末２０から、ゲームコンテンツの配信要求があった場合には、それに応じたゲームコンテンツ、たとえば、ユーザー端末２０上で動作可能なゲームプログラムや、ユーザー端末の規格に合わせたマークアップ言語（ＨＴＭＬ等）で作成されたＷｅｂページ等を配信することができる。

ユーザー端末２０は、ゲームを行う際にユーザーが利用する情報処理装置である。このユーザー端末２０は、たとえば、携帯電話端末、スマートフォン、パーソナルコンピューター、ゲーム機などであって、ネットワーク２を介してアクセス可能なサーバー装置１０に対して、ゲームに関する各種情報（ゲームプログラムやＷｅｂページ等のゲームコンテンツ等）の配信要求を行うことができる。また、ユーザー端末２０は、ユーザーにＷｅｂページを閲覧させるためのＷｅｂブラウザ機能を有している。そのため、例えば、ゲームに関する画像データがリンクされたＷｅｂページ（ゲームプレイ画像等）がサーバー装置１０から配信されると、ユーザー端末２０は前記Ｗｅｂページを画面表示することができる。

＜＜＜サーバー装置１０の構成について＞＞＞
図２は、サーバー装置１０の機能上の構成を示すブロック図である。本実施形態に係るサーバー装置１０は、制御部１１と、データ記憶部１２と、入力部１３と、表示部１４と、通信部１５と、を有している。

制御部１１は、各部間のデータの受け渡しを行うととともに、サーバー装置１０全体の制御を行うものであり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。すなわち、制御部１１は、ゲームサービスを提供するための各種処理、ユーザー端末２０からのリクエストに対する各種処理など、ゲームシステム１に関する各種制御、情報処理を実行する機能を有している。具体的には、本実施形態の制御部１１は、図２に示すように、付与部１１１、判定部１１２、記録部１１３、更新部１１４、受付部１１５を備えている。

付与部１１１は、ゲームで用いられるゲーム媒体をユーザーに付与する処理を実行する機能を有している。ゲーム媒体とは、デジタルコンテンツのことをいい、たとえば、キャラクターが対応付けられたゲームカードやフィギア等である。

判定部１１２は、付与部１１１により付与されたゲーム媒体をユーザーに所有させるか否かを判定する処理を実行する機能を有している。

記録部１１３は、バスを介してデータ記憶部１２に接続され、制御部１１からの指令に応じてデータ記憶部１２にデータを記録する処理を実行する機能を有している。

更新部１１４は、バスを介してデータ記憶部１２に接続され、制御部１１からの指令に応じてデータ記憶部１２に記憶されているデータを書き換える等の更新処理を実行する機能を有している。

受付部１１５は、ゲーム媒体の要否を判定する判定条件について予め登録を受け付ける処理を実行する機能を有している。

データ記憶部１２は、サーバー装置１０におけるシステムプログラムが記憶された読み取り専用の記憶領域であるＲＯＭ（Read Only Memory）と、制御部１１で生成される各種データ（システムプログラムで使用するフラグや演算した値）が記憶されるとともに、制御部１１の演算処理のワーク領域として使用される書き換え可能な記憶領域であるＲＡＭ（Random Access Memory）とを有しており、たとえば、フラッシュメモリやハードディスク等の不揮発性記憶装置によって実現される。本実施形態のデータ記憶部１２は、ユーザーがゲームで利用するゲームカードに関する情報であるカード情報、及び、ユーザーに関する情報であるユーザー情報を記憶する。なお、これら各情報については、追って詳述する。

入力部１３は、システム管理者等が各種データ（後述するカード情報など）を入力するためのものであり、たとえば、キーボードやマウス等によって実現される。

表示部１４は、制御部１１からの指令に基づいてシステム管理者用の操作画面を表示するためのものであり、たとえば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。

通信部１５は、ユーザー端末２０と通信を行うためのものであり、ユーザー端末２０から送信される各種データや信号を受信する受信部としての機能と、制御部１１の指令に応じて各種データや信号をユーザー端末２０へ送信する送信部として機能とを有している。通信部１５は、たとえば、ＮＩＣ（Network Interface Card）等によって実現される。

＜＜＜ユーザー端末２０の構成について＞＞＞
図３は、ユーザー端末２０の機能上の構成を示すブロック図である。本実施形態のユーザー端末２０は、端末制御部２１と、端末記憶部２２と、端末入力部２３と、端末表示部２４と、端末通信部２５と、を有している。

端末制御部２１は、各部間のデータの受け渡しを行うととともに、ユーザー端末２０全体の制御を行うものであり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。すなわち、端末制御部２１は、ゲームサイトにアクセスするための各種処理や、サーバー装置１０に対してリクエストするための各種処理など、ゲームシステム１に関する各種制御、情報処理を実行する機能を有している。

端末記憶部２２は、ユーザー端末２０におけるシステムプログラムが記憶された読み取り専用の記憶領域であるＲＯＭ（Read Only Memory）と、端末制御部２１で生成される各種データ（システムプログラムで使用するフラグや演算した値）が記憶されるとともに、端末制御部２１の演算処理のワーク領域として使用される書き換え可能な記憶領域であるＲＡＭ（Random Access Memory）とを有しており、たとえば、フラッシュメモリやハードディスク等の不揮発性記憶装置によって実現される。そして、この端末記憶部２２は、バスを介して端末制御部２１に接続され、端末制御部２１からの指令に応じて記憶されているデータを参照、読み出し、書き換える処理が行われる。本実施形態では、ユーザーＩＤや、サーバー装１０から送信されたゲームデータ、ゲームプログラム等のゲームコンテンツが端末記憶部２２に記録される。

端末入力部２３は、ユーザーが各種操作（ゲーム操作やテキスト入力操作など）を行うためのものであり、たとえば、操作ボタン、タッチパネル等によって実現される。

端末表示部２４は、端末制御部２１からの指令によりゲーム情報に基づいて生成されたゲーム画面（ゲームのプレイ画像）を表示するためのものであり、たとえば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。

端末通信部２５は、サーバー装置１０と通信を行うためのものであり、サーバー装置１０から送信される各種データや信号を受信する受信部としての機能と、端末制御部２１の指令に応じて各種データや信号をサーバー装置１０へ送信する送信部として機能とを有している。端末通信部１５は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。

＜＜＜ゲームの概要について＞＞＞
ここでは、ゲームシステム１によって提供されるゲームの概要について説明する。
本実施形態のゲームシステム１は、ゲーム媒体を用いて行う対戦ゲーム等をユーザーに提供することができる。以下では、ゲーム媒体の一例としてゲームカードを用いて行う対戦型カードゲームについて説明する。なお、このゲームカードは、デジタルコンテンツとしてのゲームカードであるため、ゲーム上の仮想空間において使用される仮想カードとなる。

＜対戦型カードゲーム＞
本実施形態に係るゲームシステム１は、ユーザーによって選択されたキャラクターを敵キャラクターと戦わせることにより勝敗を決定する対戦ゲームを提供することができる。

この対戦ゲームでは、まず、ユーザーは敵キャラクターと対戦するキャラクターを選択する。本実施形態においては、ユーザーは複数のゲームカード（ゲーム上の仮想空間において使用される仮想カード）を所有することができ、このゲームカードのそれぞれにはゲームキャラクターが対応付けられている。そのため、ユーザーが所有する複数のゲームカードのうちから対戦に用いるゲームカードを選択すると、選択されたゲームカードに対応するキャラクターが、敵キャラクターと対戦するキャラクターとして設定されることになる。

次に、ユーザーによって選択されたキャラクターが敵キャラクターと対戦する対戦ゲームを開始する。具体的には、ユーザーが攻撃のためのコマンド入力を行うと、ユーザーのキャラクターがこのコマンド入力に応じた攻撃を敵キャラクターに対して行い、この攻撃に対抗して敵キャラクターが反撃を行う。この対戦ゲームにおける勝敗の決定は、各キャラクターに設定された生命力パラメーター（体力パラメーター）に基づいて判定される。すなわち、この対戦ゲームでは、相手方の攻撃力に応じて生命力パラメーター（体力パラメーター）の値を減少させて行き、その値が先にゼロに達した方のキャラクターが敗者となるようにプログラミングされている。

このようにして勝敗が決定されることによって対戦ゲームが終了すると、対戦内容や対戦結果に基づいて、ユーザーに対してゲームカードや遊戯ポイントが付与される。したがって、ユーザーは、この対戦型カードゲームを行うことにより、自らが所有するゲームカードの所有数や遊戯ポイントを増加させることができる。

＜ゲームカードの売却＞
前述したように、ユーザーは、対戦型カードゲームの結果に基づき付与されたゲームカード（以下、「付与カード」という）を、自らが所有するゲームカード（以下、「所有カード」という）とすることができる。しかし、付与カードが、ユーザーが既に所有している所有カードと同一のゲームカードである場合や、能力値が低いキャラクターのゲームカードである場合には、ユーザーによって不要なゲームカードと判断される傾向がある。

そのため、このゲームシステム１では、不要なゲームカードを所有カードとしないようにすることができる。本実施形態では、ユーザーは、不要なゲームカードを売却することにより、不要なゲームカードを所有せずに必要なゲームカードのみを所有できる。不要なゲームカードを売却すると、当該不要なゲームカードの価値に相当する遊戯ポイントに変換される。遊戯ポイントは、ゲーム上で与えられる特典と交換できるポイントである。

本実施形態のゲームシステム１には、ユーザーに操作させることによって不要なゲームカードを売却するやり方（手動売却）と、ユーザーに操作させずに自動的に不要なゲームカードを売却するやり方（自動売却）とがある。ユーザーはいずれかのやり方を状況等に応じて適宜選択することができる。

ここで、前者のやり方がユーザーによって選択された場合について説明する。ユーザーは、図４に示すように、ゲームカードを売却するためのプレイ画像４０（操作画面）をユーザー端末２０の端末表示部２４に表示させる。そして、ユーザーは、端末入力部２３を操作することにより、自らが所有する所有カードを所有カードエリア４１に配置させる。本実施形態では、６枚の所有カードが所有カードエリア４１に配置されている。ユーザーは、端末入力部２３を操作することにより、所有カードエリア４１に表示されている６枚の所有カードのうちから不要となった所有カードを選択する。ユーザーによって不要となった所有カードが選択されると、その不要な所有カードが売却カードエリア４２に配置される。そして、ユーザーは、不要な所有カードが売却カードエリア４２に表示されていることを確認した後、カード売却ボタン４３を押す。このような操作入力をユーザーに行わせることにより、不要な所有カードの売却が確定される。不要な所有カードの売却が確定されると、当該不要な所有ゲームの価値に相当する遊戯ポイントがユーザーに与えられる。

以上のように、前者のやり方がユーザーによって選択された場合には、ユーザーはゲームカードの要否を自ら判断して不要なゲームカードを確実に売却することができるものの、前述したように、不要な所有カードを売却するための操作が煩雑になってしまう。

これに対して、後者のやり方がユーザーによって選択された場合は、不要となるゲームカードを予約登録しておくことで、不要となるゲームカードが付与された場合には、ユーザーは操作入力することなく自動的にゲームカードを売却することができる。そのため、不要な所有カードを売却するための操作入力に要する手間を軽減させることが可能となる。なお、不要なゲームカードを自動的に売却するための具体的な処理手順については、追って詳述する。

＜ゲームカードの合成＞
前述したように、このゲームシステム１において、ユーザーは対戦型カードゲームの結果に基づき遊戯ポイントを得ることができる。また、ユーザーは、不要なゲームカードを売却することにより、遊戯ポイントを得ることができる。本実施形態では、ユーザーが遊戯ポイントを所定のポイント数まで貯めた場合に、ユーザーが所有する複数の所有カードのうち、所定の組合せを形成するゲームカード同士を組み合わせること（ゲームカードを合成すること）により、合成後のゲームカードに対応するキャラクターの能力値（パラメーター）を変化させることができる。したがって、ユーザーは、所定の組合せを形成するゲームカードが付与された場合には、不要なゲームカードとして売却せずに、積極的に所有カードとする傾向にある。

本実施形態のゲームシステム１では、同じ種類のゲームカード同士を組合せたり、異なる種類のゲームカード同士を組合せたりすることによって、ゲームカードを合成することができる。

ここでは、同じ種類のゲームカード同士を組合せてゲームカードを合成する場合について説明する。ユーザーは、図５に示すように、ゲームカードを合成するためのプレイ画像５０（操作画面）をユーザー端末２０の端末表示部２４に表示させる。そして、ユーザーは、端末入力部２３を操作することにより、自らが所有する所有カードを所有カードエリア５１に配置させる。本実施形態では、７枚の所有カードが所有カードエリア５１に配置されている。ユーザーは、端末入力部２３を操作することにより、所有カードエリア５１に表示されている７枚の所有カードのうちから同じ種類の所有カードを選択する。ユーザーによって同じ種類の所有カードが選択されると、その所有カードが合成前カードエリア５２に配置されるとともに、合成した後に生成される所有カードの様子が合成後カードエリア５３に配置される。そして、ユーザーは、同じ種類の所有カードが合成前カードエリア５２に表示されていることを確認するとともに、合成後カードエリア５３に合成した後に生成される所有カードを確認した後、カード合成ボタン５４を押す。このような操作入力をユーザーに行わせることにより、ユーザーによって選択された同一種類の所有カードが合成される。なお、ゲームカードを合成するための具体的な処理手順については、追って詳述する。

＜抽選ゲーム＞
本実施形態に係るゲームシステム１において、ユーザーは仮想通貨を支払うことによって抽選ゲームを行うことができる。本実施形態では、一定額の仮想通貨が定期的にユーザーに与えられる。

この抽選ゲームは、複数のゲームカードの中からランダムに選択したゲームカードをユーザーに付与するゲームである。ユーザーは、この抽選ゲームにより付与された付与カードを用いて、前述した対戦型カードゲームを行うことができる。本実施形態では、所謂ガチャガチャ（登録商標）と呼ばれる抽選ゲームが行われる。

本実施形態のゲームシステム１において、ユーザーは、１回の抽選時に複数のゲームカードの中からランダムに選択された１枚のゲームカードをユーザーに付与する通常の抽選ゲーム、および、１回の抽選時に複数のゲームカードの中からランダムに選択された複数枚のゲームカードをユーザーに付与する特別な抽選ゲームを、選択的に行うことができる。

本実施形態の特別な抽選ゲームでは、１回の抽選時に１０枚のゲームカードがユーザーに付与される。したがって、ユーザーは、この抽選ゲームを行うことにより、自らが所有するゲームカードの所有数を一挙に増やすことができる。

しかし、一度に複数のゲームカードが付与されることによって、所有するゲームカードの所有数が増加するものの、ユーザーにとって不要なゲームカードも一度に多数付与される場合がある。

そのため、このゲームシステム１では、対戦型カードゲームと同様、ユーザーは、付与カードがユーザーにとって不要となるゲームカードである場合には、その不要なゲームカードを売却することができる。

なお、抽選ゲームで付与されたゲームカードが、所定の組合せを形成するゲームカードである場合には、ゲームカードを合成させることもできる。

＜＜＜データの構成について＞＞＞
本実施形態のゲームシステム１において利用される各種情報について、図６乃至図９を用いて説明する。図６は、カード情報のデータ構造例を示す図である。図７は、ユーザー情報のデータ構造例を示す図である。図８は、所有カード情報のデータ構造例を示す図である。図９は、図鑑情報のデータ構造例を示す図である。
本実施形態においては、サーバー装置１０のデータ記憶部１２に、少なくともカード情報及びユーザー情報が記憶されている。

＜カード情報＞
カード情報は、ゲームカードを識別する識別情報の一例としてのカードＩＤと、このカードＩＤに関連付けられた当該ゲームカードに関する各種情報と、を含んで構成されている。

たとえば、図６に示すように、ゲームカードに対応付けられたキャラクターの名前、キャラクター画像、レアリティ、売却ポイント、初期攻撃力、初期防御力などの各種初期パラメーター等が、カード情報に含まれている。

キャラクターの名前は、キャラクターの種類に応じて名付けられたものであり、キャラクターの種類をユーザーに識別させることができる。本実施形態では、図６に示すように、キャラクターの種類（職種）として、「戦士Ａ」及び「戦士Ｂ」等の戦士系キャラクターや、「魔法使いＺ」等の魔法系キャラクターが設定されている。具体的には、戦士系キャラクターについては、カードＩＤの三桁目が「0」に設定されている。また、魔法系キャラクターについては、カードＩＤの三桁目が「5」に設定されている。

キャラクター画像は、キャラクターに関する画像データである。この画像データに基づきキャラクターを含むプレイ画像が画面に表示されるようになるため、キャラクターの種類をユーザーに認識させることができる。

レアリティは、キャラクターの希少度を示すパラメーターである。本実施形態においては、４段階のレアリティ（コモン、アンコモン、レア、スーパーレア）をキャラクターに対して設定することができる。ユーザーは、レアリティの高いキャラクター（ゲームカード）を所有することによって対戦ゲームを有利に進めることができる。本実施形態では、図６に示すように、レアリティが「コモン」の場合は、カードＩＤの下一桁が「1」に設定されている。レアリティが「アンコモン」の場合は、カードＩＤの下一桁が「2」に設定されている。レアリティが「レア」の場合は、カードＩＤの下一桁が「3」に設定されている。レアリティが「スーパーレア」の場合は、カードＩＤの下一桁が「4」に設定されている。

売却ポイントは、ユーザーがゲームカードを売却した際に、ユーザーに付与される遊戯ポイントのことである。本実施形態では、ゲームカードの価値（キャラクターの価値）に応じたポイントがゲームカード毎に設定されている。すなわち、レアリティのレベルが高いゲームカード（キャラクター）ほど、売却ポイントが高く設定されている。

初期攻撃力、初期防御力などの各種初期パラメーターは、キャラクターに設定された初期能力値を示すデータである。本実施形態では、レアリティのレベルが高いキャラクターほど、初期パラメーターが高く設定されている。

＜ユーザー情報＞
ユーザー情報は、ユーザーを識別する識別情報の一例としてのユーザーＩＤと、このユーザーＩＤに関連付けられた当該ユーザーに関する各種情報と、を含んで構成されている。

たとえば、図７に示すように、フレンドユーザーＩＤ、仮想通貨、遊戯ポイント、所有カード情報、図鑑情報等が、ユーザー情報に含まれている。

フレンドユーザーＩＤは、ユーザーのフレンドリストに登録された他のユーザーを示す情報である。すなわち、フレンドユーザーＩＤの数が多いほど、友達となった他のユーザーを多く有するユーザーであることとなる。このフレンドユーザーＩＤは、ユーザーが他のユーザーをフレンドリストに登録した場合や、既に登録されている他のユーザーをフレンドリストから抹消した場合に更新される。

仮想通貨は、ユーザーが所有している仮想通貨の量を示す情報である。この仮想通貨は、ユーザーが仮想通貨を得た場合や仮想通貨を使った場合に更新される。

遊戯ポイントは、ユーザーが所有している遊戯ポイントの量を示す情報である。この遊戯ポイントは、ユーザーが遊戯ポイントを得た場合や遊戯ポイントを使った場合に更新される。

所有カード情報は、ユーザーが所有する所有カードを示す情報である。所有カード情報は、ユーザーの所有カードを示す所有カードＩＤと、この所有カードＩＤに関連付けられた当該所有カードに関する各種情報と、を含んで構成されている。

たとえば、図８に示すように、所有カードＩＤのゲームカードに対応するキャラクターのレベルと、攻撃力や防御力などの各種パラメーターと、ユーザーが所有カードを獲得した獲得日時等が、所有カード情報に含まれている。

レベルは、所有カードＩＤのゲームカードに対応付けられたキャラクターのレベルを示す情報である。攻撃力や防御力などの各種パラメーターは、キャラクターに設定された能力値を示すデータである。このレベルや攻撃力や防御力などの各種パラメーターは、対戦型カードゲームの結果に応じて変化し、更新される。獲得日時は、ユーザーが所有カードを獲得した日時を示す情報である。

図鑑情報は、ユーザーがこれまでに所有したことのある所有カードの履歴を示す履歴情報である。この図鑑情報は、図９に示すように、ユーザーがこれまでに所有したことのある所有カードのカードＩＤと、このカードＩＤに関連付けられたフラグ情報等を含んで構成されている。本実施形態では、これまでに所有したことのあるゲームカードのカードＩＤには「TRUE」が設定され、これまでに所有したことのないゲームカードのカードＩＤには「FALSE」が設定される。

以下では、これらの各情報の利用した、本実施形態に係るゲームシステム１の動作例について、具体的に説明する。

＜＜＜ゲームシステム１の動作について＞＞＞
＜全体的な動作について＞
ここでは、ゲームシステム１の全体的な動作について説明する。本実施形態に係るゲームシステム１では、ゲームプログラムに基づきサーバー装置１０及びユーザー端末２０を共働させることにより、制御対象が制御され、各処理を実行される。
具体的には、このゲームシステム１において、カード付与処理、カード記録処理、カード売却処理、カード合成処理、カード履歴記録処理が実行される。以下、各処理について説明する。

（カード付与処理）
カード付与処理は、ユーザーに対してゲームカードを付与するための処理である。本実施形態では、対戦型カードゲーム又は抽選ゲームを実行することによりユーザーに対してゲームカードを付与する。具体的には、サーバー装置１０における付与部１１１は、対戦型カードゲームに関するゲーム処理を実行し、その対戦内容や対戦結果に基づいてユーザーに付与するゲームカードを決定する。また、付与部１１１は、抽選ゲームに関するゲーム処理を実行し、乱数によりユーザーに付与するゲームカードを決定する。

ここで、対戦型カードゲームを例に挙げて具体的に説明する。
まず、ユーザーは、ユーザー端末２０において、対戦ゲームを開始するためにアクセスしたＷｅｂページを端末表示部２４に表示させ、端末入力部２３を操作することによって対戦ゲームを開始する。すなわち、端末制御部２１は、端末入力部２３から対戦開始の入力信号を受け取ると、対戦ゲームを開始するためのコマンド（対戦開始要求）にユーザーＩＤを設定し、端末通信部２５を介してサーバー装置１０に送信する。

この際、ユーザーは、対戦ゲームで利用するゲームカード、つまり、このゲームカードに対応付けられたキャラクターを選択することができる。ユーザーによって選択されたキャラクターは、ゲーム上の仮想空間において敵キャラクターと対戦するキャラクターとなる。すなわち、ユーザーが端末入力部２３を操作することによってキャラクター（以下、ユーザーキャラクターという）を選択すると、端末制御部２１は、選択されたユーザーキャラクターに対応するゲームカードのカードＩＤを端末記憶部２２から読み出し、読み出した当該カードＩＤをユーザーＩＤと共に端末通信部２５を介してサーバー装置１０に送信する。

次に、サーバー装置１０は、ユーザーＩＤが設定された対戦開始要求を、ネットワークを介して受信すると、ユーザーキャラクターと対戦する敵キャラクターを決定する。

次に、敵キャラクターが決定されると、サーバー装置１０は、これらキャラクターによる対戦ゲームの勝敗を決定する対戦ゲーム処理を行う。具体的には、制御部１１（付与部１１１）は、図８に示す所有カード情報に基づいて、ユーザーキャラクターに設定された攻撃力、防御力、体力等のパラメーターを取得する。また、敵キャラクターに設定された攻撃力、防御力、生命力（ＨＰ）などのパラメーターも取得する。

制御部１１（付与部１１１）は、ユーザーキャラクターに設定された攻撃力、防御力等のパラメーターに基づき、ユーザーキャラクターが敵キャラクターに加えるダメージの大きさを算出し、そのダメージに応じて敵キャラクターに設定された生命力パラメーターを減少させる。同様に、敵キャラクターに設定された攻撃力、防御力等のパラメーターに基づき、敵キャラクターがユーザーキャラクターに加えるダメージの大きさを算出し、そのダメージに応じてユーザーキャラクター設定された体力パラメーターを減少させる。

そして、制御部１１（付与部１１１）は、この計算を行った結果、先に敵キャラクターの生命力パラメーターがゼロに達したと判定した場合には、敵キャラクターの負け（ユーザーキャラクターの勝ち）を決定し、先にユーザーキャラクターの体力パラメーターがゼロに達したと判定した場合には、ユーザーキャラクターの負け（敵キャラクターの勝ち）を決定する。

このようにして対戦ゲームの勝敗が決定されると、制御部１１（付与部１１１）は、その対戦内容や対戦結果に基づいて、図６に示すカード情報に含まれる複数のゲームカードのうちからユーザーに付与するゲームカードを選択する。その結果、選択された付与カードは、ユーザーの所有カードとなる。

（カード記録処理）
カード記録処理は、カード付与処理によりユーザーに付与された付与カードを、当該ユーザーが所有する所有カードとして記録する処理である。サーバー装置１０における記録部１１３は、カード付与処理によりユーザーに付与された付与カードを、図８に示す所有カード情報に追加して記録する。具体的には、ＣＰＵが付与カードに関する情報をメモリの記憶領域に書き込むことにより付与カードを所有カードとして記録する。なお、ＣＰＵが付与カードに対応するカードＩＤにフラグ情報を設定することにより（所有を示すフラグを設定することにより）付与カードを所有カードとして記録するようにしてもよい。

（カード売却処理）
カード売却処理は、ユーザーにとって不要となるゲームカードを売却する処理である。本実施形態のカード売却処理では、カード手動売却処理、及び、カード自動売却処理が実行される。

カード手動売却処理は、ユーザーの操作により選択された不要なゲームカードを、当該ユーザーの所有カードとしない処理である。すなわち、サーバー装置１０における記録部１１３が、不要なゲームカードを、図８に示す所有カード情報に記録しない処理である。具体的には、ＣＰＵが不要なゲームカードに関する情報をメモリの記憶領域に書き込まないことにより、ユーザーの所有カードから不要なゲームカードを除外する。なお、ＣＰＵが不要なゲームカードに対応するカードＩＤにフラグ情報を設定することにより（非所有を示すフラグを設定することにより）、ユーザーの所有カードから不要なゲームカードを除外するようにしてもよい。

カード自動売却処理は、ユーザーの操作によらず自動的に不要なゲームカードを当該ユーザーの所有カードとしない処理である。すなわち、サーバー装置１０における判定部１１２が、カード付与処理により付与されたゲームカードの要否を判定し、サーバー装置１０における記録部１１３が、判定部１１２により判定された不要なゲームカードを、図８に示す所有カード情報に記録しない処理である。具体的には、ＣＰＵが不要なゲームカードに関する情報をメモリの記憶領域に書き込まないことにより、ユーザーの所有カードから不要なゲームカードを排除する。なお、ＣＰＵが不要なゲームカードに対応するカードＩＤにフラグ情報を設定することにより（非所有を示すフラグを設定することにより）、ユーザーの所有カードから不要なゲームカードを除外するようにしてもよい。このカード自動売却処理は、カード手動売却処理と異なり、不要なゲームカードを選択するユーザー操作が介在しないため、ユーザーが不要と考えるゲームカードを予め指定して登録する予約登録処理が必要となる。これにより、判定部１１２がユーザーにより予め指定されたゲームカードとの比較によってゲームカードの要否を自動的に判定するため、ユーザーが不要なゲームカードを選択して売却する操作を行わずに済み、操作入力に要する手間を軽減させることが可能となる。なお、このカード自動売却処理については、追って詳述する。

そして、本実施形態におけるカード売却処理では、不要なゲームカードを当該ユーザーの所有カードとしない処理と併せて、不要なゲームカードを遊戯ポイントに変換してユーザーに付与するポイント付与処理が実行される。具体的には、図２及び図６に示すように、データ記憶部１２に格納されたカード情報にはキャラクター（カードＩＤ）ごとに売却ポイントが対応付けられている。そして、サーバー装置１０における制御部１１は、カード情報を参照することにより、不要なゲームカードのカードＩＤに関連付けられた売却ポイントを取得する。そして、制御部１１は、取得した売却ポイントをユーザーに付与する遊戯ポイントとして、図２及び図７に示すように、データ記憶部１２に格納されたユーザー情報に加えて遊戯ポイントを更新する。

（カード合成処理）
カード合成処理は、複数のゲームカードを合成することにより１つのゲームカードを形成する処理である。サーバー装置１０における制御部１１は、ゲームカードの合成を要求する操作信号をユーザー端末２０から受け取ると、カード合成処理を開始する。以下、カード合成処理について具体的に説明する。

本実施形態では、サーバー装置１０における制御部１１は、ユーザー端末２０の端末表示部２４に表示させるプレイ画像（図５参照）を、ネットワークを介してユーザー端末２０に送信する。

ユーザー端末２０の端末制御部２１は、受信したプレイ画像（図５参照）を端末表示部２４に表示させ、所定の組合せを形成するゲームカードをユーザーに選択させる。ユーザーは、端末入力部２３を操作することにより、複数の所有カードのうちから所定の組合せを形成するゲームカード（以下、組合せカードという）を複数選択する（例えば、２枚の所有カードを選択する）。端末制御部２１は、端末入力部２３からゲームカードを選択する操作信号を受け取ると、ユーザーにより選択された組合せカードのカードＩＤをサーバー装置１０に送信すると共に、組合せカードを合成するためのコマンド（カード合成要求）にユーザーＩＤを設定してサーバー装置１０に送信する。

次に、サーバー装置１０は、ユーザーＩＤが設定されたカード合成要求を受信すると、ユーザーの所有する遊戯ポイントが所定のポイント数以上あるか否かをチェックする。すなわち、サーバー装置１０の制御部１１は、受信したカード合成要求に設定されたユーザーＩＤをキーとしてデータ記憶部１２に格納されたユーザー情報（図７参照）を参照することにより、当該ユーザーＩＤに対応付けされた遊戯ポイントが所定のポイント数以上あるか否かを判定する。制御部１１は、当該遊戯ポイントが所定のポイント数以上ある場合に、ユーザーにより選択された組合せカードの合成を許可する。

次に、サーバー装置１０は、ユーザーにより選択された組合せカードを合成することにより、合成後のゲームカードを生成する。具体的には、サーバー装置１０の制御部１１は、ユーザー端末２０から受信した複数の組合せカードのうちのいずれかのゲームカードをメインカードに設定し、残りをサブカードに設定する。そして、制御部１１は、メインカードのカードＩＤをキーとして所有カード情報（図８参照）を参照することにより、メインカードのレベル、攻撃力、防御力等の能力パラメーターを取得する。制御部１１は、取得した能力パラメーターを新たな能力パラメーターに変更し、変更後の能力パラメーターをメインカードの所有カード情報に記録して更新を行う。

このように能力パラメーターを変更する際、制御部１１は、ユーザーに選択された組合せカードが所定の組合せを形成するか否かを判定する。すなわち、メインカード及びサブカードが、同一種類のゲームカードであるのか、異種類のゲームカードであるかを判定する。具体的には、制御部１１は、ゲームカードのカードＩＤに基づいて判定する。本実施形態では、図６に示すように、カードＩＤ：0001〜0004を有する各ゲームカードは、キャラクター名：「戦士Ａ」として同じ種類のゲームカードに設定されている。また、カードＩＤ：2591〜2594を有する各ゲームカードは、キャラクター名：「魔法使いＺ」として同じ種類のゲームカードに設定されている。すなわち、カードＩＤ：0001〜0004を有する各ゲームカード（戦士Ａ）と、カードＩＤ：2591〜2594を有する各ゲームカード（魔法使いＺ）とは、異なる種類のゲームカードに設定されていることになる。このようにして、制御部１１は、メインカード及びサブカードのカードＩＤに基づいて、同一種類のゲームカードであるのか、異種類のカードであるかを判定する。そして、制御部１１は、メインカード及びサブカードが同一種類のゲームカードであると判定した場合には、メインカード及びサブカードが異なる種類のゲームカードであると判定した場合に比べて、能力パラメーターが高くなるように変更する。これにより、ユーザーが既に所有しているゲームカードと同一種類のゲームカードを付与されたとしても、不要なゲームカードとして売却せずに、自らの所有カードとする動機付けとなる。

その後、制御部１１は、サブカードを所有カード情報（図８参照）から削除することにより、メインカードを合成後のゲームカードとして設定する。すなわち、ゲームカードの合成後には、ユーザーが選択した組合せカードのうちの一方が削除され、他方が合成後のゲームカードとなる。

なお、上記では、制御部１１がメインカード及びサブカードを自動的に設定する場合を例に挙げて説明したが、メインカード及びサブカードをユーザーに選択させるようにしてもよい。

（カード履歴記録処理）
カード履歴記録処理は、ユーザーがこれまでに所有したことのあるゲームカードの履歴を記録する処理である。本実施形態では、ユーザーがこれまでに所有したことのあるゲームカードの履歴情報を図鑑情報としてユーザー情報（図７参照）に記録する。図鑑情報には、ゲームカードのカードＩＤに所有か非所有かを示すフラグ情報が関連付けられているため、サーバー装置１０の制御部１１は、このフラグ情報を参照することにより、カードＩＤに対応するゲームカードをユーザーがこれまでに所有したことがあるのか否かを判定することができる。

＜カード自動売却処理について＞
カード自動売却処理について、図１０乃至図１４を用いて具体的に説明する。図１０は、本実施形態に係るゲームシステム１の動作例を説明するためのフローチャートである。図１１は、ゲームカードの売却予約を行う際のプレイ画像の一例を示す図である。図１２は、本実施形態に係るカード自動売却の動作例を説明するためのフローチャートである。図１３は、ゲームカードが付与されたときのプレイ画像の一例を示す図である。図１４は、ゲームカードが自動売却されたときのプレイ画像の一例を示す図である。

まず、ユーザーは、ユーザー端末２０の端末入力部２３を操作することにより、カード自動売却の設定を行うためのプレイ画像を端末表示部２４に表示させる。本実施形態では、図１１に示すようなプレイ画像６０（操作画面）が端末表示部２４に表示される。そして、ユーザーは、端末入力部２３を操作することにより、自動売却の対象となるゲームカード、すなわち、ユーザーにとって不要となるゲームカード（以下、指定カードという）を予め指定する（Ｓ１０１）。

このゲームシステム１では、不要となるゲームカードをユーザーに指定させる際に、ゲームカードのカードＩＤ（例えば、0001）で一つずつ指定させることもできるし、キャラクターの種類（例えば、カードＩＤが0001〜0004である「戦士Ａ」）、レアリティ（例えば、カードＩＤの一桁目が「1」に設定されている「コモン」）、職種（例えば、カードＩＤの三桁目が「0」に設定されている「戦士Ａ」や「戦士Ｂ」等の戦士系キャラクター）、初期攻撃力又は初期防御力が閾値以下（例えば、50以下）、売却ポイントが閾値以下（例えば、500pt以下）など、複数のゲームカードに共通する属性情報により不要となるゲームカードをユーザーに指定させることもできる。

また、このゲームシステム１では、ユーザーがこれまでに所有したことのあるゲームカードの中から、不要となるゲームカードをユーザーに指定させる。すなわち、ユーザーは、図鑑情報（図９参照）に含まれる複数のゲームカードのうちからいずれかのゲームカードを指定することができる。そのため、ユーザーがこれまでに所有したことのあるゲームカードのみが指定カードとして予約登録されることになるため、これまで所有したことがないゲームカードは自動売却されないことになる。

本実施形態では、端末表示部２４に表示されるプレイ画像６０（図１１参照）に、「図鑑に載っているコモンカード全て」、「図鑑に載っているアンコモンカード全て」、「同一カードは自動売却しない」が表示されるため、ユーザーは、端末操作部２３を操作することにより、これらのうちのいずれかのチェックボックスを選択する。本実施形態では、「図鑑に載っているコモンカード全て」がユーザーによって選択されたものとする。これにより、ユーザーは所定のレアリティを有するゲームカードを指定カードとして選択したことになる。そのため、ユーザーが指定したレアリティを有するゲームカードの要否が自動的に判定されるため、ユーザーが不要なゲームカードを選択して売却する操作を行わずに済み、操作入力に要する手間を軽減させることができる。

次いで、ユーザー端末２０は、ユーザーよって選択された指定カードの予約登録を要求する（Ｓ１０２）。すなわち、端末制御部２１は、ユーザーの操作に基づき端末入力部２３から予約登録の入力信号を受け取ると、ユーザーによって指定された指定カードに関する情報をサーバー装置１０に送信するとともに、予約登録を要求するためのコマンド（予約登録要求）にユーザーＩＤを設定してサーバー装置１０に送信する。

次いで、サーバー装置１０は、ユーザーによって指定された指定カードの予約登録を受け付ける（Ｓ１０３）。すなわち、サーバー装置１０における受付部１１５は、ユーザー端末２０から送信された予約登録要求を受信すると、ユーザーによって指定された指定カードに関する情報を予約登録する（Ｓ１０４）。本実施形態においては、「図鑑に載っているコモンカード全て」がユーザーによって選択されたため、ユーザーがこれまで所有したことのあるゲームカードのうち、「コモン」のレアリティを有するゲームカードが全て予約登録されたことになる。つまり、図鑑情報に含まれるカードＩＤ（「TURE」が設定されているもの）を有するゲームカードであること、及び、カード情報に含まれるレアリティに「コモン」が設定されているゲームカードであることが、不要なカードか否かを制御部１１が判定するための判定条件としてメモリに予め登録されることになる。これにより、ユーザーがこれまでに所有したことのあるゲームカードのみが指定カードとして予約登録されるため、これまで所有したことがないゲームカードは自動売却されない。また、ユーザーが指定したレアリティを有するゲームカード以外のゲームカードも自動売却されない。そのため、その自動売却されないゲームカードの要否については、ユーザー自身で確実に判断できる。

ここで、カード付与処理が開始されると、ユーザーに対してゲームカードが付与される（Ｓ１０５）。本実施形態では、サーバー装置１０の付与部１１１が、対戦型カードゲーム又は抽選ゲームのゲーム処理を実行し、ユーザーに付与するゲームカードを決定する。

次いで、上述したカード付与処理の結果として、ユーザーに対して付与されるゲームカード（付与カード）が決定されると、サーバー装置１０は、ユーザーの設定により既に予約登録がなされているため（Ｓ１０４）、カード自動売却処理を実行する（Ｓ１０６）。

具体的には、図１２に示すように、先ず、サーバー装置１０における判定部１１２は、カード付与処理によりユーザーに付与された付与カードと、予約登録されている指定カードとを比較することにより、付与カードをユーザーの所有する所有カードとするか否かを判定する。本実施形態では、判定部１１２は、付与カードが指定カードと一致するか否かを判定する（Ｓ２０１）。そして、判定部１１２は、不要となるゲームカードが指定カードとして予約登録されているため、一致する場合には、不要なゲームカードとして決定し、一致しない場合には、ユーザーに所有させるゲームカードとして決定する。具体的には、「図鑑に載っているコモンカード全て」が指定カードとして予約登録されているため、判定部１１２は、付与カードのカードＩＤが図鑑情報（図９参照）に含まれるカードＩＤ（「TURE」が設定されているもの）と一致するか否か、かつ、付与カードのレアリティが「コモン」であるか否かを判定する。そして、判定部１１２は、いずれの条件も肯定できた場合には、不要なゲームカードとして決定し、いずれかの条件が否定された場合には、ユーザーに所有させるゲームカードとして決定する。

次いで、サーバー装置１０における制御部１１は、判定部１１２が付与カードを不要なゲームカードとして決定した場合には、付与カードの自動売却を行う（Ｓ２０２）。本実施形態では、制御部１１は、付与カードをユーザーの所有カードとしない処理を行い、かつ、不要となった付与カードを遊戯ポイントに変換してユーザーに付与するポイント付与処理を実行する。これにより、不要なゲームカードが自動的に遊戯ポイントに変換されるため、カード手動売却処理の場合に比べて、操作入力に要する手間を軽減することができる。

また、サーバー装置１０における制御部１１は、判定部１１２が付与カードをユーザーに所有させるゲームカード（所有カード）として決定した場合には、付与カードをユーザーの所有カードとする処理を行う。本実施形態では、サーバー装置１０における更新部１１４が、ユーザーの所有カード情報を更新する更新処理を行う（Ｓ２０３）。具体的には、更新部１１４は、付与カードのカードＩＤを所有カードのカードＩＤとして所有カード情報（図８参照）に追加することにより、ユーザーが所有するゲームカードを再設定する。

次いで、サーバー装置１０は、図１０に示すように、プレイ画像を生成する画像生成処理を行う（Ｓ１０７）。すなわち、サーバー装置１０における制御部１１は、判定部１１２が付与カードを不要なゲームカードとして決定した場合には（Ｓ２０２）、図１４に示すような、自動売却されたことを示すプレイ画像８０を生成し、ネットワーク２を介してユーザー端末２０に送信する。また、制御部１１は、判定部１１２が付与カードをユーザーに所有させるゲームカード（所有カード）として決定した場合には（Ｓ２０３）、図１３に示すような、ユーザーの所有カードとなったことを示すプレイ画像７０を生成し、ネットワーク２を介してユーザー端末２０に送信する。

次いで、ユーザー端末２０は、ネットワーク２を介してサーバー装置１０から受信したプレイ画像７０、８０を、端末表示部２４に表示する。これにより、ユーザーは、端末表示部２４に表示されたプレイ画像７０、８０を見ることにより、ゲームシステム１においてカード自動売却処理が行われた結果として、付与カードが自動売却されたこと、又は、付与カードが売却されずに所有カードとなったことを、具体的に認識することが可能となる。

以上のとおり、本実施形態に係るゲームシステム１によれば、ユーザーが指定した指定カードを予め登録しておくことにより、付与カードの要否が自動的に判定されるため、操作入力に要する手間を軽減させることが可能となる。

＝＝＝その他の実施の形態＝＝＝
上記の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。特に、以下に述べる実施形態であっても、本発明に含まれるものである。

＜カード自動売却処理＞
上記の実施形態において、カード付与処理（Ｓ１０５）として特別な抽選ゲームが実行された場合には、図１２に示すステップ２０１において、判定部１１２は、一度に付与された複数の付与カードそれぞれと指定カードとを一挙に比較するようにしてもよい。カード手動売却処理であれば、一度に付与された複数の付与カードそれぞれについてカードの要否の判断やカード売却等の煩雑な操作を逐一ユーザーに対して強いることになるが、カード自動売却処理によれば、複数の付与カードそれぞれの要否が自動的に判定されるため、操作入力に要する手間をより軽減することが可能となる。

また、上記の実施形態では、判定部１１２が付与カードをユーザーに所有させるゲームカード（所有カード）として決定した場合（Ｓ２０１）、付与カードをユーザーの所有カードとする処理を行っているが（Ｓ２０３）、これに限定されず、以下のような処理を実行してもよい。

たとえば、所有カードの数量が制限されている場合には、図１０に示すステップＳ２０３において判定部１１２が付与カードを所有カードとして決定した場合であっても、ユーザーの所有カードとしない処理を行なってもよい。かかる場合、判定部１１２は、付与カードをユーザーに所有させるゲームカード（所有カード）として決定した場合（Ｓ２０１）、ユーザーの所有カード情報（図８参照）を参照し、ユーザーの所有カードの数が所定数に達しているかを判定し、所定数に達している場合には、付与カードをユーザーの所有カードとしない処理を行なう。所定数に達していない場合には、ユーザーの所有カード情報（図８参照）に付与カードのカードＩＤを追加する。このようにして、ユーザーの所有カード情報が更新されることにより、ユーザーが所有するゲームカードが再設定されることになる。これにより、ユーザーの所有カードの数が自動的に制限されるため、所有カードの数を減らすための操作入力に要する手間を軽減させることが可能となる。

また、上記の実施形態では、判定部１１２が付与カードを不要なゲームカードとして決定した場合（Ｓ２０１）、不要とされた付与カードの自動売却を行っているが（Ｓ２０２）、これに限定されず、以下のような処理を実行してもよい。

たとえば、不要なゲームカードとして決定された付与カードを、ユーザーとは異なる他のユーザーの所有する所有カードとしてもよい。この際、ユーザーのフレンドリストに登録されたフレンドユーザーを、他のユーザーとして設定してもよい。かかる場合は、制御部１１は、ユーザーＩＤをキーとしてユーザー情報（図７参照）を参照し、フレンドユーザーを特定する。そして、制御部１１は、フレンドユーザーの所有カード情報（図８参照）に、不要なゲームカードとして決定された付与カードのカードＩＤを追加する。このようにして、フレンドユーザーの所有カード情報が更新されることにより、フレンドユーザーが所有するゲームカードが再設定されることになる。これにより、ユーザー間でコミュニケーションを図ることができるため、ユーザー同士の興趣を高めることが可能となる。

また、たとえば、不要なゲームカードとして決定された付与カードが、ユーザーが既に所有している所有カードと所定の組合せを形成する場合には、図１０に示すステップＳ２０２において判定部１１２が付与カードを不要なゲームカードとして決定した場合であっても、ユーザーの所有カードとしてもよい。この際、制御部１１は、ユーザーの操作入力によらず自動的にカード合成処理を実行するようにしてもよい。すなわち、ユーザーの遊戯ポイントが自動的に消費されて、付与カードと所有カードとが組み合わされることにより、ゲームカードが合成されることになる。これにより、所定の組合せを形成するゲームカードが自動的に合成されるため、ゲームカードを合成するための操作入力に要する手間を軽減させることが可能となる。

また、たとえば、カード付与処理（Ｓ１０５）として特別な抽選ゲームが実行された場合において、一度に付与された複数の付与カードの中に不要なゲームカードとして決定された付与カードが存在している場合であって、かつ、その不要とされた当該付与カードが一度の付与された複数の付与カードの中の他の付与カードと所定の組合せを形成する場合には、図１０に示すステップＳ２０２において、判定部１１２が当該付与カードを不要なゲームカードとして決定した場合であっても、ユーザーの所有カードとして決定してもよい。より具体的には、特別な抽選ゲームによって一度に付与された複数の付与カードの中に、同一種類の付与カードが含まれている場合に、判定部１１２は、複数の付与カード及び指定カードを比較した結果、同一種類の付与カードを不要なゲームカードとして決定した場合であっても、ユーザーの所有カードとして決定してもよい。これは、同一種類の付与カードを不要なゲームカードとして決定してしまうと、ゲームカードを合成することによって能力パラメーターを高めることができるチャンスがなくなってしまい、ユーザーにとって不利となるためである。そして、制御部１１は、ユーザーの所有カード情報（図８参照）に、不要なゲームカードとして決定された付与カードのカードＩＤを追加する。このようにして、ユーザーの所有カード情報が更新されることにより、ユーザーが所有するゲームカードが再設定されることになる。

なお、この際、制御部１１は、一度に付与された複数の付与カードのうち、所定の組合せを形成する当該付与カード及び他の付与カードを、ユーザーの操作入力によらず自動的にカード合成処理を実行するようにしてもよい。すなわち、ユーザーの遊戯ポイントが自動的に消費されて、当該付与カード及び他の付与カードが組み合わされることにより、ゲームカードが合成されることになる。これにより、所定の組合せを形成するゲームカードが自動的に合成されるため、ゲームカードを合成するための操作入力に要する手間を軽減させることが可能となる。

＜自動売却カードの指定＞
上記の本実施形態では、ユーザーが自動売却の対象となるゲームカードを指定する際に、ユーザーがこれまでに所有したことのあるゲームカードの中から、不要となるゲームカードをユーザーに指定させる場合を例に挙げて説明したが、これに限らず、ユーザーがこれまでに所有したことのないゲームカードの中から、不要となるゲームカードをユーザーに指定させるようにしてもよい。かかる場合、たとえば、図１１のプレイ画像において、「コモンカード全て」のように表示する。これにより、これまでに所有したことがあるか否かは指定されずに、レアリティのみがユーザーによって指定されることになる。

また、上記の本実施形態では、ユーザーが自動売却の対象となるゲームカードを指定する際に、ユーザーにとって不要となるゲームカードを指定カードとして予約登録する場合を例に挙げて説明したが、これに限らず、ユーザーにとって必要となるゲームカードを指定カードとして予約登録してもよい。かかる場合、サーバー装置１０における判定部１１２は、付与カード及び指定カードを比較することにより、付与カードをユーザーの所有カードとするか否かを判定する。すなわち、判定部１１２は、必要となるゲームカードが指定カードとして予約登録されることになるため、両カードが一致すると判定した場合には、ユーザーに所有させるゲームカードとして決定し、一致しないと判定した場合には、不要となるゲームカードとして決定することになる。その結果、付与カードが不要となるゲームカードとして決定された場合には、その付与カードは自動的に売却されることになる。

＜カード付与処理＞
上記の本実施形態では、カード付与処理の一例として対戦型カードゲーム及び抽選ゲームを挙げて説明したが、これに限定されるものではない。例えば、ユーザーに与えられたミッションをクリアーすることにより、ゲームカードを付与するようにしてもよい。また、ユーザーがＷｅｂページ等に表示されたシリアルコードの入力することにより、ゲームカードを付与するようにしてもよい。また、ゲームシステム１にログインすることにより、ゲームカードを付与するようにしてもよい。さらに、ゲームシステム１において提供されたイベント（イベント内ポイントの消費、ランキング上位者）によりゲームカードを付与するようにしてもよい。

＜カード合成処理＞
上記の本実施形態では、同じ種類のゲームカードを２枚組合せてゲームカードを合成する場合を例に挙げて説明したが、これに限定されず、同じ種類のゲームカードを３枚以上組合せてゲームカードを合成してもよい。異なる種類のゲームカードを組合せてゲームカードを合成する場合も同様である。また、複数枚の同じ種類のゲームカードと複数枚の異なる種類のゲームカード同士とを組み合せることにより、ゲームカードを合成することも可能である。例えば、同一種類のゲームカード３枚と異種類のゲームカード２枚とを組合せることにより（合計５枚のゲームカードを組み合せることにより）、ゲームカードを合成してもよい。

また、カード付与処理として特別な抽選ゲームが実行された場合に、ユーザーに付与された複数の付与カードの中に、所定の組合せを形成するゲームカードが複数存在する際には、ユーザーの操作入力によらず自動的にカード合成処理を制御部１１が実行するようにしてもよい。かかる場合には、ユーザーの遊戯ポイントが自動的に消費されて、付与カードと所有カードとが組み合わされることにより、ゲームカードが合成されることになる。これにより、所定の組合せを形成するゲームカードが自動的に合成されるため、ゲームカードを合成するための操作入力に要する手間を軽減させることが可能となる。

＜カード売却処理＞
上記の本実施形態では、カード売却処理において、ゲームカードを売却する場合、不要なカードをユーザーの所有カードとしない処理と併せて、不要なゲームカードを遊戯ポイントに変換してユーザーに付与するポイント付与処理が実行されることとした。しかし、これに限られるものでなく、ポイント付与処理を省略するようにしてもよい。

＜画像生成処理＞
上記の本実施形態では、カード自動売却処理において、プレイ画像を生成する画像生成処理を行う場合を例に挙げて説明したが、これに限らず、画像生成処理を省略するようにしてもよい。

＜サーバー装置＞
上記の本実施形態では、サーバー装置の一例として１台のサーバー装置１０を備えたゲームシステム１を例に挙げて説明したが、これに限らず、サーバー装置の一例として複数台のサーバー装置１０を備えたゲームシステム１としてもよい。すなわち、複数台のサーバー装置１０がネットワーク２を介して接続され、各サーバー装置１０が各種処理を分散して行うようにしてもよい。

＜情報処理装置＞
上記の本実施形態におけるゲームシステム１では、ゲームプログラムに基づきサーバー装置１０及びユーザー端末２０を共働させることにより、カード付与処理、カード記録処理、カード売却処理、カード合成処理、カード履歴記録処理等の各処理を実行する場合を例に挙げて説明したが、これに限定されるものではなく、情報処理装置としてのユーザー端末２０単体、または、サーバー装置１０単体が、ゲームプログラムに基づき上記の各処理を実行するようにしてもよい。

＜仮想通貨＞
上記の本実施形態では、一定額の仮想通貨が定期的に各ユーザーに与えられるものとしたが、これに限らず、任意に設定することができる。例えば、ユーザーが仮想通貨を購入するようにしてもよい。また、ユーザーが他のユーザーとコミュニケーションをとることに応じて仮想通貨をユーザーに与えるようにしてもよい。

１ ゲームシステム
２ ネットワーク
１０ サーバー装置
１１ 制御部
１２ データ記憶部
１３ 入力部
１４ 表示部
１５ 通信部
２０ ユーザー端末
２１ 端末制御部
２２ 端末記憶部
２３ 端末入力部
２４ 端末表示部
２５ 端末通信部
４０ プレイ画像（操作画面）
４１ 所有カードエリア
４２ 売却カードエリア
４３ カード売却ボタン
５０ プレイ画像（操作画面）
５１ 所有カードエリア
５２ 合成前カードエリア
５３ 合成後カードエリア
５４ カード合成ボタン
６０ プレイ画像（操作画面）
７０ プレイ画像
８０ プレイ画像
１１１ 付与部
１１２ 判定部
１１３ 記録部
１１４ 更新部
１１５ 受付部

Claims (6)

1. 対戦結果に基づいてユーザーにキャラクターを付与する対戦ゲームを、コンピューターに実行させるゲームプログラムであって、
   前記コンピューターに、
   前記対戦ゲームによってユーザーに付与されたキャラクターを、前記ユーザーの所有する所有キャラクターとして記憶部に記録する記録処理と、
   前記ユーザーによって指定された指定キャラクターに関する情報を記憶部に予め登録する登録処理と、
   前記登録処理後において付与されるキャラクターを前記ユーザーの所有する所有キャラクターにする前に、前記指定キャラクターに関する情報と前記ユーザーに付与される前記キャラクターに関する情報とを比較する比較処理と、
   前記比較処理における比較結果に基づいて、前記ユーザーに付与される前記キャラクターを前記ユーザーに所有させずに、前記ユーザーに付与される前記キャラクターの価値に相当するゲームポイントを前記ユーザーに付与するキャラクター売却処理と、
   を実行させるゲームプログラム。
2. 対戦結果に基づいてユーザーにキャラクターを付与する対戦ゲームを、コンピューターに実行させるゲームプログラムであって、
   前記コンピューターに、
   前記対戦ゲームによって前記ユーザーに付与された前記キャラクターを、前記ユーザーの所有する所有キャラクターとして記憶部に記録する記録処理と、
   前記ユーザーによって指定された指定キャラクターに関する情報を記憶部に予め登録する登録処理と、
   前記登録処理後において付与されるキャラクターを前記ユーザーの所有する所有キャラクターにする前に、前記指定キャラクターに関する情報と前記ユーザーに付与される前記キャラクターに関する情報とを比較する比較処理と、
   前記比較処理における比較結果に基づいて、前記ユーザーに付与される前記キャラクターを前記ユーザーに所有させずに、前記ユーザーの前記所有キャラクターに設定されたパラメーターを変化させるキャラクター合成処理と、
   を実行させるゲームプログラム。
3. 請求項１又は２に記載のゲームプログラムであって、
   前記登録処理では、前記指定キャラクターに関する情報として、前記指定キャラクターに設定されたレアリティを記憶部に予め登録し、
   前記比較処理では、付与されるレアリティが設定された前記キャラクターを前記ユーザーの所有する所有キャラクターにする前に、前記指定キャラクターのレアリティと前記ユーザーに付与される前記キャラクターのレアリティとを比較する、
   ことを特徴とするゲームプログラム。
4. 請求項３に記載のゲームプログラムであって、
   前記比較処理では、一度に付与される複数の前記キャラクターを前記ユーザーの所有する所有キャラクターにする前に、前記指定キャラクターのレアリティと前記ユーザーに付与される各々の前記キャラクターのレアリティとをそれぞれ比較する、
   ことを特徴とするゲームプログラム。
5. 対戦結果に基づいてユーザーにキャラクターを付与する対戦ゲームを実行する情報処理装置であって、
   前記対戦ゲームによって前記ユーザーに付与された前記キャラクターを、前記ユーザーの所有する所有キャラクターとして記憶部に記録する記録処理部と、
   前記ユーザーによって指定された指定キャラクターに関する情報を記憶部に予め登録する登録処理部と、
   前記登録処理部による登録処理後において付与されるキャラクターを前記ユーザーの所有する所有キャラクターにする前に、前記指定キャラクターに関する情報と前記ユーザーに付与される前記キャラクターに関する情報とを比較する比較処理部と、
   前記比較処理部による比較結果に基づいて、前記ユーザーに付与される前記キャラクターを前記ユーザーに所有させずに、前記ユーザーに付与される前記キャラクターの価値に相当するゲームポイントを前記ユーザーに付与するキャラクター売却処理部と、
   を備えたことを特徴とする情報処理装置。
6. 対戦結果に基づいてユーザーにキャラクターを付与する対戦ゲームを実行する情報処理装置であって、
   前記対戦ゲームによって前記ユーザーに付与された前記キャラクターを、前記ユーザーの所有する所有キャラクターとして記憶部に記録する記録処理部と、
   前記ユーザーによって指定された指定キャラクターに関する情報を記憶部に予め登録する登録処理部と、
   前記登録処理部による登録処理後において付与されるキャラクターを前記ユーザーの所有する所有キャラクターにする前に、前記指定キャラクターに関する情報と前記ユーザーに付与される前記キャラクターに関する情報とを比較する比較処理部と、
   前記比較処理部による比較結果に基づいて、前記ユーザーに付与される前記キャラクターを前記ユーザーに所有させずに、前記ユーザーの前記所有キャラクターに設定されたパラメーターを変化させるキャラクター合成処理部と、
   を備えたことを特徴とする情報処理装置。

Images