JP2019022646A - 情報処理装置及びプログラム - Google Patents
情報処理装置及びプログラム Download PDFInfo
- Publication number
- JP2019022646A JP2019022646A JP2018023557A JP2018023557A JP2019022646A JP 2019022646 A JP2019022646 A JP 2019022646A JP 2018023557 A JP2018023557 A JP 2018023557A JP 2018023557 A JP2018023557 A JP 2018023557A JP 2019022646 A JP2019022646 A JP 2019022646A
- Authority
- JP
- Japan
- Prior art keywords
- user
- character
- trade
- unit
- content
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- User Interface Of Digital Computer (AREA)
Abstract
【課題】素材コンテンツをトレードの対象として簡単に設定できるようにする。【解決手段】本発明は、合成元となるコンテンツの合成に必要となる複数の素材コンテンツを記憶するコンテンツ情報記憶部と、各ユーザーの所持コンテンツ及び各ユーザーがトレードで獲得したい希望コンテンツを記憶するユーザー情報記憶部と、所持コンテンツの中から合成元となるコンテンツを指定する操作がユーザーに行われたことにより、前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツそれぞれと前記ユーザーの所持コンテンツを比較する比較部と、前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツの中に前記ユーザーが所持していない不足分の素材コンテンツが存在する場合に、前記ユーザーがトレードでの獲得を要求する操作を行なったことにより、その不足分の素材コンテンツを前記ユーザーがトレードで獲得したい希望コンテンツとして設定する処理を実行するトレード部を備えた情報処理装置である。【選択図】図１
Description
本発明は、情報処理装置及びプログラムに関する。
コンテンツの一例としてのキャラクターをユーザーに所持させ、ユーザーの所持するキャラクターのうちの素材となるキャラクター（素材キャラクター）を複数用いてキャラクター合成を行なう合成ゲームをコンピューターに実行させるためのプログラムが知られている（たとえば、特許文献１）。
また、ユーザー間でコンテンツの一例としてのキャラクターをトレード可能に構成されたゲームを実行する情報処理装置（たとえば、特許文献２）。
キャラクター合成に必要となる複数の素材キャラクターをすべて所持していないユーザーは、不足している素材キャラクターをトレードで他のユーザーから譲り受けることも可能である。
しかしながら、ユーザーは、トレードで獲得したい希望のキャラクター（つまり、不足分の素材キャラクター）を指定するためには、キャラクター合成に必要となる複数の素材キャラクターのうち、どの素材キャラクターが不足しているのかを詳しく調べて探し出さなければならなかった。
本発明は、このような事情に鑑みてなされたものであり、その目的とするところは、ユーザーにとって必要となる素材コンテンツをトレードの対象として簡単に設定できるようにすることにある。
上記課題を解決するための本発明の主たる発明は、
合成元となるコンテンツそれぞれの合成に必要となる複数の素材コンテンツが設定されたコンテンツ情報を記憶するコンテンツ情報記憶部と、
各ユーザーが所持する所持コンテンツ及び各ユーザーがトレードで獲得したい希望コンテンツが各ユーザーに関連付けて設定されたユーザー情報を記憶するユーザー情報記憶部と、
所持コンテンツの中から合成元となるコンテンツを指定する操作がユーザーによって行われたことにより、前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツそれぞれと前記ユーザーの所持コンテンツを比較する比較部と、
前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツの中に前記ユーザーが所持していない不足分の素材コンテンツが存在する場合に、前記ユーザーがトレードでの獲得を要求する操作を行なったことにより、その不足分の素材コンテンツを前記ユーザーがトレードで獲得したい希望コンテンツとして設定する処理を実行するトレード部と、
を備えたことを特徴とする情報処理装置である。
このような情報処理装置によれば、ユーザーは合成元となるコンテンツを指定する操作を行なうと、その合成元となるコンテンツの合成に必要となる素材コンテンツの中に前記ユーザーが所持していない不足分の素材コンテンツが存在すれば、その不足分の素材コンテンツをトレードで獲得したい希望コンテンツとして設定することが可能となる。これにより、ユーザーにとって必要となる素材コンテンツをトレードの対象として簡単に設定できるようになる。
合成元となるコンテンツそれぞれの合成に必要となる複数の素材コンテンツが設定されたコンテンツ情報を記憶するコンテンツ情報記憶部と、
各ユーザーが所持する所持コンテンツ及び各ユーザーがトレードで獲得したい希望コンテンツが各ユーザーに関連付けて設定されたユーザー情報を記憶するユーザー情報記憶部と、
所持コンテンツの中から合成元となるコンテンツを指定する操作がユーザーによって行われたことにより、前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツそれぞれと前記ユーザーの所持コンテンツを比較する比較部と、
前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツの中に前記ユーザーが所持していない不足分の素材コンテンツが存在する場合に、前記ユーザーがトレードでの獲得を要求する操作を行なったことにより、その不足分の素材コンテンツを前記ユーザーがトレードで獲得したい希望コンテンツとして設定する処理を実行するトレード部と、
を備えたことを特徴とする情報処理装置である。
このような情報処理装置によれば、ユーザーは合成元となるコンテンツを指定する操作を行なうと、その合成元となるコンテンツの合成に必要となる素材コンテンツの中に前記ユーザーが所持していない不足分の素材コンテンツが存在すれば、その不足分の素材コンテンツをトレードで獲得したい希望コンテンツとして設定することが可能となる。これにより、ユーザーにとって必要となる素材コンテンツをトレードの対象として簡単に設定できるようになる。
また、前記トレード部は、前記ユーザーが個数を指定した上でトレードでの獲得を要求する操作を行なったことにより、その不足分の素材コンテンツをその指定された個数分だけ前記希望コンテンツとして設定する処理を実行することが望ましい。
このような情報処理装置によれば、トレードで獲得したい複数個の希望コンテンツを一度にまとめて設定することが可能となる。
このような情報処理装置によれば、トレードで獲得したい複数個の希望コンテンツを一度にまとめて設定することが可能となる。
また、前記比較部は、前記ユーザーがゲームプレイを行なって獲得した獲得コンテンツと前記ユーザーがトレードで獲得したい前記希望コンテンツを比較し、
前記トレード部は、前記ユーザーがゲームプレイを行なって獲得した獲得コンテンツが前記ユーザーの前記希望コンテンツと一致する場合に、当該希望コンテンツの設定を解除することが望ましい。
これにより、トレードで獲得したい希望コンテンツとして設定していた不足分の素材コンテンツを自ら手に入れたことで、その希望コンテンツとして設定を自動的に解除することができる。
前記トレード部は、前記ユーザーがゲームプレイを行なって獲得した獲得コンテンツが前記ユーザーの前記希望コンテンツと一致する場合に、当該希望コンテンツの設定を解除することが望ましい。
これにより、トレードで獲得したい希望コンテンツとして設定していた不足分の素材コンテンツを自ら手に入れたことで、その希望コンテンツとして設定を自動的に解除することができる。
また、前記トレード部は、前記ユーザーがトレードで獲得したい希望コンテンツを所定数まで設定可能であることが望ましい。
これにより、ユーザーが設定できる希望コンテンツの数量に制限を設けることで、ゲームバランスを損なうことなくユーザー間にてトレードできるようになる。
これにより、ユーザーが設定できる希望コンテンツの数量に制限を設けることで、ゲームバランスを損なうことなくユーザー間にてトレードできるようになる。
また、コンピューターを、
合成元となるコンテンツそれぞれの合成に必要となる複数の素材コンテンツが設定されたコンテンツ情報を記憶するコンテンツ情報記憶手段、
各ユーザーが所持する所持コンテンツ及び各ユーザーがトレードで獲得したい希望コンテンツが各ユーザーに関連付けて設定されたユーザー情報を記憶するユーザー情報記憶手段、
所持コンテンツの中から合成元となるコンテンツを指定する操作がユーザーによって行われたことにより、前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツそれぞれと前記ユーザーの所持コンテンツを比較する比較手段、
前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツの中に前記ユーザーが所持していない不足分の素材コンテンツが存在する場合に、前記ユーザーがトレードでの獲得を要求する操作を行なったことにより、その不足分の素材コンテンツを前記ユーザーがトレードで獲得したい希望コンテンツとして設定する処理を実行するトレード手段、
として機能させるためのプログラムである。
このようなプログラムによれば、ユーザーにとって必要となる素材コンテンツをトレードの対象として簡単に設定できるようになる。
合成元となるコンテンツそれぞれの合成に必要となる複数の素材コンテンツが設定されたコンテンツ情報を記憶するコンテンツ情報記憶手段、
各ユーザーが所持する所持コンテンツ及び各ユーザーがトレードで獲得したい希望コンテンツが各ユーザーに関連付けて設定されたユーザー情報を記憶するユーザー情報記憶手段、
所持コンテンツの中から合成元となるコンテンツを指定する操作がユーザーによって行われたことにより、前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツそれぞれと前記ユーザーの所持コンテンツを比較する比較手段、
前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツの中に前記ユーザーが所持していない不足分の素材コンテンツが存在する場合に、前記ユーザーがトレードでの獲得を要求する操作を行なったことにより、その不足分の素材コンテンツを前記ユーザーがトレードで獲得したい希望コンテンツとして設定する処理を実行するトレード手段、
として機能させるためのプログラムである。
このようなプログラムによれば、ユーザーにとって必要となる素材コンテンツをトレードの対象として簡単に設定できるようになる。
以下では、本発明の実施形態に係る情報処理装置、プログラム及び情報処理システムについて詳細に説明する。なお、本発明はユーザー間でトレードが行われるゲームを採用する情報処理装置、プログラム及び情報処理システム等に広く適用できる。
［実施形態］
＜システム構成＞
図１は、本実施形態に係る情報処理システム１の一例を示す構成図である。図１に示すように、本実施形態に係る情報処理システム１は、１台以上のクライアント端末１０とサーバー装置２０とがネットワークＮを介して接続されている。
＜システム構成＞
図１は、本実施形態に係る情報処理システム１の一例を示す構成図である。図１に示すように、本実施形態に係る情報処理システム１は、１台以上のクライアント端末１０とサーバー装置２０とがネットワークＮを介して接続されている。
クライアント端末１０は、ユーザーが操作するＰＣ、スマートフォン、タブレットなどの端末装置や、家庭用や業務用のゲーム専用機器などの端末装置である。サーバー装置２０は、クライアント端末１０でユーザーにより行われるゲームの管理や制御、ゲーム内での課金処理等を行う。ネットワークＮは、インターネット等であって、移動無線基地局などを含む。
なお、本発明は図１に示すクライアント・サーバー型の情報処理システム１の他、ゲーム内での課金処理を行う仕組みを別途設けることで単体のゲーム装置においても適用可能である。図１の情報処理システム１は一例であって用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えば、図１のサーバー装置２０は複数のコンピューターに分散して構成してもよい。
＜ハードウェア構成＞
《クライアント端末及びサーバー装置》
図２は、本実施形態に係るコンピューター５０の一例を示すハードウェア構成図である。本実施形態に係るクライアント端末１０及びサーバー装置２０は、例えば図２に示すハードウェア構成のコンピューター５０により実現される。なお、コンピューター５０は情報処理装置の一例である。
《クライアント端末及びサーバー装置》
図２は、本実施形態に係るコンピューター５０の一例を示すハードウェア構成図である。本実施形態に係るクライアント端末１０及びサーバー装置２０は、例えば図２に示すハードウェア構成のコンピューター５０により実現される。なお、コンピューター５０は情報処理装置の一例である。
コンピューター５０は、図２に示すように、ＣＰＵ５１、ＲＡＭ５２、ＲＯＭ５３、通信インタフェース５４、入力装置５５、表示装置５６、外部インタフェース５７、及びＨＤＤ５８などを備えており、それぞれがバスラインＢで相互に接続されている。なお、入力装置５５及び表示装置５６は必要なときに接続して利用する形態であってもよい。
ＣＰＵ５１は、ＲＯＭ５３やＨＤＤ５８などの記憶装置からプログラムやデータをＲＡＭ５２上に読み出し、読み出したプログラムやデータに基づく各種処理を実行することによって、コンピューター全体の制御や機能を実現する演算装置である。
ＲＡＭ５２は、プログラムやデータを一時保持するための揮発性の半導体メモリ（記憶装置）の一例であり、ＣＰＵ５１が各種処理を実行する際のワークエリアとしても利用される。
ＲＯＭ５３は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ５３には、コンピューター５０の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。
通信インタフェース５４は、コンピューター５０をネットワークＮに接続するためのインタフェースである。これにより、コンピューター５０は通信インタフェース５４を介してデータ通信を行うことができる。
入力装置５５は、ユーザー又は管理者が各種信号を入力するのに用いる装置である。本実施形態における入力装置５５は、例えば、タッチパネル、操作キーやボタン、キーボードやマウスなどの操作装置である。
表示装置５６は、ユーザー又は管理者に対して各種情報を画面表示するための装置である。本実施形態における表示装置５６は、例えば、液晶や有機ＥＬなどのディスプレイである。
外部インタフェース５７は、外部装置とデータ通信可能に接続するためのインタフェースである。これにより、コンピューター５０は外部インタフェース５７を介して記録媒体の読み取り及び／又は書き込みを行うことができる。外部装置は、例えば、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどの記録媒体である。
ＨＤＤ５８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータには、コンピューター全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションなどがある。
なお、ＨＤＤ５８に替えて、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用してもよい。
本実施形態に係るクライアント端末１０及びサーバー装置２０は、上述したハードウェア構成のコンピューター５０においてプログラムを実行することにより、後述するような各種処理を実現できる。
＜ソフトウェア構成＞
《サーバー装置》
図３は、本実施形態に係るサーバー装置２０の一例を示す機能ブロック図である。本実施形態に係るサーバー装置２０は、例えば図３に示す機能ブロックにより実現される。
《サーバー装置》
図３は、本実施形態に係るサーバー装置２０の一例を示す機能ブロック図である。本実施形態に係るサーバー装置２０は、例えば図３に示す機能ブロックにより実現される。
本実施形態に係るサーバー装置２０は、プログラムを実行することにより、サーバー制御部２００、サーバー記憶部２２０、及びサーバー通信部２４０を実現する。
サーバー制御部２００は、各種ゲームに関する処理を実行する機能を有する。このサーバー制御部２００は、ゲーム進行部２０１、付与部２０２、比較部２０３、売却部２０４、トレード部２０５、通知部２０６、及び表示制御部２０７を含む。
ゲーム進行部２０１は、クライアント端末１０がユーザーから受け付けたゲーム操作に基づき、後述する対戦ゲーム、抽選ゲーム、及び合成ゲーム等、各種ゲームの進行を制御する。
付与部２０２は、対戦ゲームや抽選ゲームにおいて、後述するキャラクター情報に設定された複数種類のキャラクターのうち１又は複数のキャラクターをユーザーに対して付与し所持させる。
比較部２０３は、後述する対戦ゲーム、抽選ゲーム、及び合成ゲーム等、各種ゲームの進行や、後述するキャラクターの売却やキャラクターのトレードの進行において、キャラクター同士を比較する。
売却部２０４は、クライアント端末１０がユーザーから受け付けたゲーム操作に基づき、ユーザーが自分自身の所持するキャラクターの中から指定した不要なキャラクターを売却する。
トレード部２０５は、自分にとって不要なキャラクターをトレードで獲得したい他人に譲り渡す代わりにその他人からコインを譲り受けることによって、ユーザー間においてトレードを成立させる。
通知部２０６は、ユーザーの操作が行われたこと等により、ユーザー間において成立したトレードに関する内容をユーザーに対して通知する。通知部２０６は、ユーザーに対する通知を画面表示、メール送信、プッシュ通知等によって行うことができる。
表示制御部２０７は、例えば、ゲーム進行部２０１による対戦ゲーム、抽選ゲーム、及び合成ゲーム等の進行、又はキャラクターの売却やトレードの進行に従い各種画面のデータを生成することによって、クライアント端末１０の画面表示を制御する。
サーバー記憶部２２０は、各種ゲームに関する情報を記憶する機能を有する。このサーバー記憶部２２０は、キャラクター情報記憶部２２１、ユーザー情報記憶部２２２、クエスト情報記憶部２２３、抽選ゲーム情報記憶部２２４、及びトレード情報記憶部２２５を含む。
キャラクター情報記憶部２２１は、コンテンツ情報記憶部の一例であって、コンテンツの一例としてのキャラクターに関するキャラクター情報（コンテンツ情報）を記憶している。キャラクター情報記憶部２２１が記憶するキャラクター情報には、対戦ゲーム、抽選ゲーム、合成ゲームで利用される各種キャラクター等が設定されている。
ユーザー情報記憶部２２２は、ユーザーに関するユーザー情報を記憶している。ユーザー情報記憶部２２２が記憶するユーザー情報には、ユーザーのランク、ユーザーが所持する各種キャラクター、ユーザーのトレード設定情報等が設定されている。
クエスト情報記憶部２２３は、クエストに関するクエスト情報を記憶している。クエスト情報記憶部２２３が記憶するクエスト情報には、そのクエストで獲得可能な各種キャラクターやクエスト開始に消費されるポイント量等が設定されている。
抽選ゲーム情報記憶部２２４は、抽選ゲームに関する抽選ゲーム情報を記憶している。抽選ゲーム情報記憶部２２４が記憶する抽選ゲーム情報には、その抽選ゲームで獲得可能な各種キャラクター等が設定されている。
トレード情報記憶部２２５は、ユーザー間におけるトレードに関するトレード情報を記憶している。トレード情報記憶部２２５が記憶するトレード情報には、各ユーザーがトレードで獲得したい希望のキャラクター等が設定されている。
サーバー通信部２４０は、ネットワークＮを介してクライアント端末１０との通信を行う機能を有する。
《クライアント端末》
図４は、本実施形態に係るクライアント端末１０の一例を示す機能ブロック図である。本実施形態に係るクライアント端末１０は、例えば図４に示す機能ブロックにより実現される。
図４は、本実施形態に係るクライアント端末１０の一例を示す機能ブロック図である。本実施形態に係るクライアント端末１０は、例えば図４に示す機能ブロックにより実現される。
本実施形態に係るクライアント端末１０は、プログラムを実行することにより、クライアント制御部１００、クライアント記憶部１２０、クライアント通信部１４０、操作受付部１５０、画面表示部１６０を実現する。クライアント制御部１００は、要求送信部１０１、応答受信部１０２を含む。
操作受付部１５０は、クライアント端末１０を操作するユーザーからの操作を受け付ける。また、クライアント制御部１００は、クライアント端末１０におけるゲームに関する処理を行う。要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作の内容に基づき、サーバー装置２０に対して要求を送信する。応答受信部１０２は、要求送信部１０１がサーバー装置２０に対して送信した要求に対する処理結果などの応答を受信する。
また、クライアント記憶部１２０は、クライアント端末１０において必要となる情報を記憶する。クライアント通信部１４０は、サーバー装置２０との通信を行う。画面表示部１６０は、サーバー装置２０からの制御に従い、クライアント端末１０の画面表示を行う。
なお、上述したように、本実施形態に係る情報処理システム１では、サーバー装置２０がゲーム進行や表示制御を行うが、クライアント端末１０が行ってもよい。具体的には、ゲーム進行部及び表示制御部の少なくとも一方を、サーバー装置２０のサーバー制御部２００に設けない構成にする一方で、クライアント端末１０のクライアント制御部１００に設ける構成にしてもよい。
また、クライアント端末１０のクライアント制御部１００は、ＨＴＭＬ（Hyper Text Markup Language）等で記載されたページデータやページデータ内に含まれるスクリプトなどをサーバー装置２０から受信して、ゲームに関する処理を行うブラウザ型がある。また、クライアント端末１０のクライアント制御部１００は、インストールされたアプリケーションに基づいて、ゲームに関する処理を行うアプリケーション型がある。
＜ゲームの概要＞
ここでは、本実施形態におけるゲームの概要について説明する。本実施形態におけるゲームには、対戦ゲーム、抽選ゲーム、合成ゲーム、キャラクターの売却、キャラクターのトレード等が含まれている。
ここでは、本実施形態におけるゲームの概要について説明する。本実施形態におけるゲームには、対戦ゲーム、抽選ゲーム、合成ゲーム、キャラクターの売却、キャラクターのトレード等が含まれている。
本実施形態における対戦ゲームは、複数キャラクターから構成されるパーティに対して敵キャラクターを出現させ、出現した敵キャラクターとパーティを構成する各キャラクターとを対戦させるゲームである。
この対戦ゲームには、敵キャラクターを倒すことを目的とするクエストが難易度に応じて複数設定されている。ユーザーは、自らの所持するキャラクター等を用いてパーティを結成し、いずれかのクエストを選択して敵キャラクターとの対戦に挑むことができる。その対戦中には、その選択されたクエストにて獲得可能に設定されたキャラクターがユーザーに付与される場合がある。
この対戦の結果、敵キャラクターを倒すことでクエストをクリアすることができた場合には、ユーザーに対し付与されたキャラクターを獲得することができる。ユーザーは、獲得したキャラクターを用いて合成ゲームを行うこともできる。
本実施形態における抽選ゲームは、ユーザーからキャラクターの抽選実行の操作を受け付けると、抽選条件に基づいて抽選対象であるキャラクター群から選択したキャラクターをユーザーに付与するゲームである。ユーザーは、付与されたキャラクターを用いて対戦ゲームや合成ゲームを行うことができる。
本実施形態における合成ゲームは、ユーザーからキャラクターの合成実行の操作を受け付けると、合成元となるキャラクター（ベースキャラクター）に合成素材となるキャラクター（素材キャラクター）を組み合せることによって、ベースキャラクターの能力を強化させたり（強化合成）、ベースキャラクターを次の段階に成長させて合成先となるキャラクター（進化キャラクター）に進化させたり（進化合成）するゲームである。
ユーザーは、自己の所持するキャラクターの中からベースキャラクターと素材キャラクターを選択し、強化合成や進化合成を行なう。強化合成では、素材キャラクターがユーザーの手元から無くなってしまう代わりに、引き続き所持するベースキャラクターの能力値を向上させたり、新たなスキルが追加させたりすることができる。進化合成では、ベースキャラクターに対して予め関連付けられた素材キャラクターすべてをそのベースキャラクターに合成させることで、すべての素材キャラクターがユーザーの手元から無くなってしまう代わりに、ベースキャラクターから成長させた進化キャラクターを所持することができる。
本実施形態における売却では、ユーザーが自分自身の所持するキャラクターの中から指定した不要なキャラクターを売却することができる。ユーザーは、不要なキャラクターを売却すると、その売却されたキャラクターがユーザーの手元から無くなってしまう代わりに、ポイントを得ることができる。
本実施形態におけるトレードでは、自分のキャラクターと他人のコインを交換することができる。ユーザーは、自分にとって不要なキャラクターを相手ユーザーに譲り渡す代わりに、そのキャラクターに相当するコインを相手ユーザーから得ることができる。相手ユーザーは、そのキャラクターに相当するコインが手元から無くなってしまう代わりに、希望のキャラクターをそのユーザーから譲り受けることができる。
＜動作＞
《希望キャラクターのトレード設定》
<進化合成時のトレード設定>
本実施形態における情報処理システム１においては、進化合成時にベースキャラクターの進化合成に必要となる素材キャラクターが不足していると、その不足分の素材キャラクターをトレードで獲得したい希望キャラクターとして簡単にトレード設定することができるようになっている。以下、これについて具体的に説明する。
《希望キャラクターのトレード設定》
<進化合成時のトレード設定>
本実施形態における情報処理システム１においては、進化合成時にベースキャラクターの進化合成に必要となる素材キャラクターが不足していると、その不足分の素材キャラクターをトレードで獲得したい希望キャラクターとして簡単にトレード設定することができるようになっている。以下、これについて具体的に説明する。
（具体例１）
図５は、本実施形態における情報処理システム１の進化合成時のトレード設定に関する動作例を説明するフローチャートである。
図５は、本実施形態における情報処理システム１の進化合成時のトレード設定に関する動作例を説明するフローチャートである。
ユーザーは、クライアント端末１０の画面表示部１６０にメニュー画面が表示されているときに、進化合成のための操作をクライアント端末１０に対して行う。ユーザーがこの操作を行なうと、クライアント端末１０の操作受付部１５０は、ユーザーのゲーム操作に基づく操作内容を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から進化合成を行うための操作内容を受け付け、キャラクター選択画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する（ステップＳ１１）。
具体的には、サーバー装置２０の表示制御部２０７は、ゲーム進行部２０１から画面表示制御の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報からそのユーザーの所持キャラクターを取得する。その後、サーバー装置２０の表示制御部２０７は、ユーザーの所持キャラクターが一覧表示されたキャラクター選択画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
図６は、ユーザー情報の一例を示す構成図である。このユーザー情報は、項目としてユーザーＩＤ、名前、ランク、フレンドユーザー、所持キャラクター、所持ポイント、所持コイン、パーティ、トレード設定情報、キャラ履歴情報等を有する。ユーザーＩＤは、ユーザーを一意に識別するための情報である。名前は、ユーザー名を示す情報である。ランクは、ユーザーのゲームレベルを示す情報である。フレンドユーザーは、そのユーザーとフレンド関係にある他のユーザーを示す情報である。所持キャラクターは、ユーザーが所持する１又は複数の各種キャラクターを示す情報である。ここでは、図中にて括弧書きで示すように、所持キャラクターの所持数も併せて設定されている。所持ポイントは、ユーザーが所持するゲームポイントの量を示す情報である。所持コインは、ユーザーが所持するゲームコインの量を示す情報である。パーティは、ユーザーのパーティを構成する各キャラクターを示す情報である。トレード設定情報は、トレード対象として設定された希望キャラクターに関する情報である。キャラ履歴情報は、ユーザーがこれまで所持したことのあるキャラクター等に関する履歴情報である。
図５に戻り、次に、ユーザーは、クライアント端末１０の画面表示部１６０にキャラクター選択画面が表示されているときに、いずれかのベースキャラクターを指定する操作をクライアント端末１０に対して行う。クライアント端末１０の操作受付部１５０は、ユーザーがいずれかのベースキャラクターを指定する操作を行なうと、ユーザーのベースキャラクター指定に基づく操作内容を受け付ける（ステップＳ１２）。
そして、クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付けると、キャラクター情報記憶部２２１が記憶するキャラクター情報を参照して、ユーザーによって指定されたベースキャラクターに対応付けられた複数の素材キャラクター（つまりベースキャラクターの進化合成に必要となる素材キャラクター）と、そのベースキャラクターに対応付けられた合成先となる進化キャラクターを取得する（ステップＳ１３）。
図７は、キャラクター情報の一例を示す構成図である。このキャラクター情報は、項目としてキャラクターＩＤ、名称、レアリティ、能力パラメーター、コイン数、進化キャラクター、素材キャラクター等を有する。キャラクターＩＤは、ベースキャラクターや素材キャラクターを含む各種キャラクターを一意に識別するための情報である。名称は、キャラクター名を示す情報である。レアリティは、キャラクターの希少価値を示す情報である。ここでは、複数段階（例えば５段階）のレアリティのうちのいずれかが設定される。能力パラメーターは、キャラクターの能力を示す情報である。ここでは、攻撃、防御、ＨＰ等の能力値が設定されている。コイン数は、そのキャラクターの価値に相当するコインの数量を示す情報である。進化キャラクターは、進化合成を行なった際に、合成先となる進化後のキャラクターを示す情報である。なお、１つのキャラクターに対して２種類以上の進化キャラクターを設定することも可能である。素材キャラクターは、合成元となるキャラクターに予め関連付けられた合成素材となるキャラクターを示す情報である。この素材キャラクターは、ベースキャラクターの進化合成に必要となるキャラクターとなる。
図５に戻り、次に、サーバー装置２０のゲーム進行部２０１は、ユーザーによって指定されたベースキャラクターに対応付けられた複数の素材キャラクター等を取得すると、比較部２０３に対して比較処理の実行を要求する。サーバー装置２０の比較部２０３は、ゲーム進行部２０１から比較処理の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報に設定された所持キャラクターを参照して、上述したステップＳ１３の処理にて取得された複数の素材キャラクターとユーザーの所持キャラクターを比較する。そして、サーバー装置２０の比較部２０３は、その比較の結果に基づいて、その複数の素材キャラクターの中にユーザーが未だ所持していない不足分の素材キャラクターが存在するか否かを判定する（ステップＳ１４）。
すなわち、サーバー装置２０の比較部２０３は、その比較により、複数の素材キャラクターのそれぞれとユーザーの所持キャラクターが一致しなければ、複数の素材キャラクターのうち、ユーザーが未だ所持していない不足分の素材キャラクターを特定することができる。
この判定の結果、複数の素材キャラクターの中にユーザーが未だ所持していない不足分の素材キャラクターが存在しないと判定された場合は、後述するステップＳ２０の処理に進む。その一方で、複数の素材キャラクターの中にユーザーが未だ所持していない不足分の素材キャラクターが存在すると判定された場合は、次のステップＳ１５の処理に進む。
図５に戻り、次に、サーバー装置２０の比較部２０３は、複数の素材キャラクターの中にユーザーが未だ所持していない不足分の素材キャラクターが存在すると判定された場合に、問合せ画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する（ステップＳ１５）。そして、サーバー装置２０の表示制御部２０７は、比較部２０３から画面表示制御の実行を要求されると、図８に示すような問合せ画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
図８は、問合せ画面の一例を示すイメージ図である。図８に示す問合せ画面５００には、複数の素材キャラクターの中にユーザーが未だ所持していない不足分の素材キャラクターが表示されており、その不足分の素材キャラクターについてトレード設定を開始するための操作ボタン５０１と、不足分の素材キャラクターについてトレード設定を開始しないための操作ボタン５０２が配置されている。
不足分の素材キャラクターについてのトレード設定を希望しないユーザーは、クライアント端末１０の画面表示部１６０に問合せ画面５００が表示されているときに、操作ボタン５０２を選択するゲーム操作をクライアント端末１０に対して行う。
不足分の素材キャラクターについてのトレード設定を希望するユーザーは、クライアント端末１０の画面表示部１６０に問合せ画面５００が表示されているときに、操作ボタン５０１を選択するゲーム操作をクライアント端末１０に対して行う。
クライアント端末１０の操作受付部１５０は、ユーザーからトレード設定を行なうための操作又はトレード設定を行なわないための操作を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
図５に戻り、次に、サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付け、トレード設定を行なうための操作を受け付けたか否かを判定する（ステップＳ１６）。
この判定の結果、トレード設定を行なわないための操作を受け付けた場合には、上述したステップＳ１１の処理に戻って、キャラクター選択画面にてユーザーにベースキャラクターを新たに指定させる一方で、トレード設定を行なうための操作を受け付けた場合は、次のステップＳ１７の処理に進む。
次に、サーバー装置２０のゲーム進行部２０１は、トレード設定を行なうための操作が受け付けられた場合に、トレード設定画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する（ステップＳ１７）。そして、表示制御部２０７は、ゲーム進行部２０１から画面表示制御の実行を要求されると、図９に示すようなトレード設定画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
図９は、トレード設定画面の一例を示すイメージ図である。図９に示すトレード設定画面５１０には、トレード対象となる希望キャラクター（つまり、ユーザーが未だ所持していない不足分の素材キャラクター）が表示されており、その希望キャラクターの設定個数を選択するための操作ボタン５１１と、その不足分の素材キャラクターを希望キャラクターとしてトレード設定するための操作ボタン５１２が配置されている。
ユーザーは、クライアント端末１０の画面表示部１６０にトレード設定画面５１０が表示されているときに、操作ボタン５１１で設定個数を選択した上で、操作ボタン５１２を選択するゲーム操作をクライアント端末１０に対して行う。
クライアント端末１０の操作受付部１５０は、そのユーザーから希望キャラクターをトレード設定するためのゲーム操作を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
図５に戻り、次に、サーバー装置２０のゲーム実行部２０１は、クライアント端末１０から操作内容を受け付け、希望キャラクターをトレード設定するためのゲーム操作を受け付けたか否かを判定する（ステップＳ１８）。
次に、サーバー装置２０のゲーム実行部２０１は、ユーザーから希望キャラクターをトレード設定するためのゲーム操作を受け付けた場合には、トレード部２０５に対してトレード設定処理の実行を要求する。サーバー装置２０のトレード部２０５は、ゲーム進行部２０１からトレード設定処理の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報に設定されたトレード設定情報を更新すると共に、トレード情報記憶部２２５が記憶するトレード情報を更新して、そのユーザーの希望キャラクターをトレード対象として設定登録する（ステップＳ１９）。この際、サーバー装置２０のトレード部２０５は、キャラクター情報記憶部２２１が記憶するキャラクター情報を参照して、そのトレード対象として設定された希望キャラクターに対応付けられたコイン数を取得する。そして、サーバー装置２０のトレード部２０５は、ユーザー情報記憶部２２２が記憶するユーザー情報に設定されたユーザーの所持コインから、その取得された希望キャラクターに対応付けられたコイン数を減じる。なお、トレード成立時に、希望キャラクターを譲り渡した相手ユーザーがその減じた分のコインを譲り受けることになる。
図１０は、トレード設定情報の一例を示す構成図である。このトレード設定情報は、項目として設定枠、希望キャラクター等を有する。設定枠は、希望キャラクターをセットできる各々の設定枠を特定するための情報である。ここでは、５個の設定枠が設けられているため、トレードで獲得したい希望キャラクターを最大で５体まで設定登録することができる。希望キャラクターは、その設定枠にセットされた希望キャラクターを示す情報である。
図１１は、トレード情報の一例を示す構成図である。このトレード情報は、項目としてトレードＩＤ、希望ユーザー、希望キャラクター、トレード可能期間等を有する。トレードＩＤは、それぞれのトレードを一意に識別するための情報である。希望ユーザーは、トレードでキャラクターを譲り受けることを希望するユーザーを示す情報である。希望キャラクターは、希望ユーザーがトレードで獲得したいキャラクターを示す情報である。トレード可能期間は、ユーザー間でトレードを行なうことができる期間を示す情報である。
このようにして、不足分の素材キャラクターが希望キャラクターとしてトレード設定されると、上述したステップＳ１１の処理に戻って、キャラクター選択画面にてユーザーにベースキャラクターを新たに指定させる。
図５に戻り、次に、サーバー装置２０のゲーム進行部２０１は、進化合成画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する（ステップＳ２０）。そして、サーバー装置２０の表示制御部２０７は、ゲーム進行部２０１から画面表示制御の実行を要求されると、進化合成画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
ユーザーは、クライアント端末１０の画面表示部１６０に進化合成画面が表示されているときに、進化合成を行なうためのゲーム操作をクライアント端末１０に対して行う。クライアント端末１０の操作受付部１５０は、そのユーザーから進化合成を行なうためのゲーム操作を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
次に、サーバー装置２０のゲーム実行部２０１は、クライアント端末１０から操作内容を受け付け、進化合成を行なうためのゲーム操作を受け付けたか否かを判定する（ステップＳ２１）。
次に、サーバー装置２０のゲーム実行部２０１は、ユーザーから進化合成を行なうためのゲーム操作を受け付けた場合には、進化合成処理を実行する（ステップＳ２２）。すなわち、サーバー装置２０のゲーム実行部２０１は、ユーザー情報記憶部２２２が記憶するユーザー情報に設定された所持キャラクターを更新して、ベースキャラクター、及びそのベースキャラクターに対して予め関連付けられた素材キャラクターすべてをユーザーの所持キャラクターから削除すると共に、そのベースキャラクターに対して予め関連付けられた進化キャラクターをユーザーの所持キャラクターに追加する。
このようにして、ユーザーがベースキャラクターを指定すると、その指定されたベースキャラクターの進化合成に必要となる複数の素材キャラクターのうち、そのユーザー所持していない不足分の素材キャラクターが特定される。そのため、ユーザーはその特定された不足分の素材キャラクターについてトレード設定するためのゲーム操作を選択するだけで、その不足分の素材キャラクターをトレードで獲得したい希望キャラクターに簡単に設定することができる。
（具体例２）
前述の具体例１では、上記のステップＳ１４の処理にて複数の素材キャラクターの中にユーザーが未だ所持していない不足分の素材キャラクターが存在するか否かが判定され、不足分の素材キャラクターが存在する場合に、上記のステップＳ１５の処理にて問合せ画面５００をクライアント端末１０の画面表示部１６０に表示させる場合を例に挙げて説明したが、この際に図１２に示す進化合成画面を表示させることも可能である。
前述の具体例１では、上記のステップＳ１４の処理にて複数の素材キャラクターの中にユーザーが未だ所持していない不足分の素材キャラクターが存在するか否かが判定され、不足分の素材キャラクターが存在する場合に、上記のステップＳ１５の処理にて問合せ画面５００をクライアント端末１０の画面表示部１６０に表示させる場合を例に挙げて説明したが、この際に図１２に示す進化合成画面を表示させることも可能である。
図１２は、進化合成画面の一例を示すイメージ図である。図１２に示す進化合成画面５５０には、進化キャラクター表示領域５５１、ベースキャラクター表示領域５５２、素材キャラクター表示領域５５３、不足分の素材キャラクターを希望キャラクターとしてトレード設定するための操作ボタン５５４、その希望キャラクターの設定個数を選択するための操作ボタン５５５が表示されている。
進化キャラクター表示領域５５１には、上述したステップＳ１３の処理において取得された進化キャラクターが表示される。ここでは、進化キャラクターとして「キャラＳ」が表示されている。
ベースキャラクター表示領域５５２には、上述したステップＳ１２の処理においてユーザーによって指定されたベースキャラクターが表示される。ここでは、ベースキャラクターとして「キャラＡ」が表示されている。つまり、合成元の「キャラＡ」について進化合成を行うと、合成先として「キャラＳ」に進化することになる。
素材キャラクター表示領域５５３には、上述したステップＳ１３の処理において取得された複数の素材キャラクターが表示される。ここでは、素材キャラクターとして「キャラＸ」、「キャラＹ」、「キャラＺ」が表示されている。つまり、合成元の「キャラＡ」の進化合成には、この３体の素材キャラクターが必要となる。また、上述したステップＳ１４の処理において特定された不足分の素材キャラクター（ユーザーが未だ所持していない素材キャラクター）については、他の素材キャラクターと区別して表示される。ここでは、ユーザーが未だ所持していない不足分の素材キャラクターである「キャラＸ」と「キャラＺ」が破線で囲われている。一方で、ユーザーが既に所持している素材キャラクターである「キャラＹ」は実線で囲われている。
不足分の素材キャラクターのそれぞれには、操作ボタン５５４及び操作ボタン５５５が対応付けて表示されている。ここでは、不足分の素材キャラクターである「キャラＸ」と「キャラＺ」に対応付けて操作ボタン５５４及び操作ボタン５５５が表示されている。
そして、ユーザーは、クライアント端末１０の画面表示部１６０に進化合成画面５５０が表示されているときに、いずれかの不足分の素材キャラクターの設定個数を操作ボタン５５５で選択した上で、その不足分の素材キャラクターを希望キャラクターとしてトレード設定を行なうための操作ボタン５５４を選択するゲーム操作をクライアント端末１０に対して行う。
クライアント端末１０の操作受付部１５０は、ユーザーからトレード設定を行なうための操作を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
次に、サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付け、不足分の素材キャラクターを希望キャラクターとしてトレード設定するためのゲーム操作を受け付けたか否かを判定する。
次に、サーバー装置２０のゲーム進行部２０１は、不足分の素材キャラクターを希望キャラクターとしてトレード設定を行なうための操作が受け付けられた場合に、トレード部２０５に対してトレード設定処理の実行を要求する。サーバー装置２０のトレード部２０５は、ゲーム進行部２０１からトレード設定処理の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報に設定されたトレード設定情報を更新すると共に、トレード情報記憶部２２５が記憶するトレード情報を更新して、その不足分の素材キャラクターを希望キャラクターとして設定登録する。
この際、サーバー装置２０のトレード部２０５は、キャラクター情報記憶部２２１が記憶するキャラクター情報を参照して、そのトレード対象として設定された希望キャラクターに対応付けられたコイン数を取得する。そして、サーバー装置２０のトレード部２０５は、ユーザー情報記憶部２２２が記憶するユーザー情報に設定されたユーザーの所持コインから、その取得された希望キャラクターに対応付けられたコイン数を減じる。なお、トレード成立時に、希望キャラクターを譲り渡した相手ユーザーがその減じた分のコインを譲り受けることになる。
このようにして、進化合成画面上にて、ユーザーが指定したベースキャラクターの進化合成に必要となる複数の素材キャラクターのうち、そのユーザーが所持していない不足分の素材キャラクターについてトレード設定するためのゲーム操作を選択するだけで、その不足分の素材キャラクターをトレードで獲得したい希望キャラクターに簡単に設定することができる。
<キャラクターリスト画面でのトレード設定>
本実施形態における情報処理システム１においては、キャラクターリスト画面にていずれかのキャラクターを指定すると、その指定されたキャラクターをトレードで獲得したい希望キャラクターとして簡単にトレード設定することができるようになっている。以下、これについて具体的に説明する。
本実施形態における情報処理システム１においては、キャラクターリスト画面にていずれかのキャラクターを指定すると、その指定されたキャラクターをトレードで獲得したい希望キャラクターとして簡単にトレード設定することができるようになっている。以下、これについて具体的に説明する。
ユーザーは、クライアント端末１０の画面表示部１６０にメニュー画面が表示されているときに、トレード設定のための操作をクライアント端末１０に対して行う。ユーザーがこの操作を行なうと、クライアント端末１０の操作受付部１５０は、ユーザーのゲーム操作に基づく操作内容を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
サーバー装置２０のゲーム進行部２０１は、クライアント端末１０からトレード設定を行うための操作内容を受け付け、希望キャラクター設定画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する。
具体的には、サーバー装置２０の表示制御部２０７は、ゲーム進行部２０１から画面表示制御の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報からそのユーザーのトレード設定情報を取得する。そして、サーバー装置２０の表示制御部２０７は、その取得したトレード設定情報を参照して、ユーザーの希望キャラクターが設定枠ごとに表示された希望キャラクター設定画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
図１３は、希望キャラクター設定画面の一例を示すイメージ図である。図１３に示す希望キャラクター設定画面５６０には、希望キャラクターリスト５６１が表示されている。希望キャラクターリスト５６１には、設定枠に対応付けて希望キャラクターが表示されると共に、操作ボタン５６２が配置されている。操作ボタン５６２は、設定枠に希望キャラクターが既に設定されている場合には、その希望キャラクターの解除を行なうための操作ボタンとして機能し、未だ希望キャラクターが設定されていない場合には（設定枠が空き状態である場合には）、新たに希望キャラクターの設定を行なうための操作ボタンとして機能する。
次に、ユーザーは、クライアント端末１０の画面表示部１６０に希望キャラクター設定画面５６０が表示されているときに、いずれかの操作ボタン５６２を選択する操作をクライアント端末１０に対して行う。クライアント端末１０の操作受付部１５０は、ユーザーがいずれかの操作ボタン５６２を選択する操作を行なうと、その操作内容を受け付ける。そして、クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
次に、サーバー装置２０のゲーム実行部２０１は、クライアント端末１０から操作内容を受け付け、ユーザーから新たに希望キャラクターをトレード設定するためのゲーム操作（つまり、「設定」が表示されている操作ボタン５６２を選択するゲーム操作）を受け付けたか否かを判定する。
次に、サーバー装置２０のゲーム実行部２０１は、ユーザーから新たに希望キャラクターをトレード設定するためのゲーム操作を受け付けた場合には、キャラクターリスト画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する。
具体的には、サーバー装置２０の表示制御部２０７は、ゲーム進行部２０１から画面表示制御の実行を要求されると、クエスト情報記憶部２２３が記憶するクエスト情報を参照して、クエストで獲得可能である獲得可能キャラクターをすべて取得する。その後、サーバー装置２０の表示制御部２０７は、クエストで獲得可能である獲得可能キャラクターが一覧表示されたキャラクターリスト画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
図１４は、クエスト情報の一例を示す構成図である。このクエスト情報は、項目としてクエストＩＤ、名称、消費ポイント、プレイ可能日、獲得可能キャラクター、敵キャラクター等を有する。クエストＩＤは、クエストを一意に識別するための情報である。名称は、クエスト名を示す情報である。消費ポイントは、そのクエストをプレイする際に消費されるポイントの量を示す情報である。プレイ可能日は、そのクエストをプレイできる日時や曜日等を示す日程情報である。獲得可能キャラクターは、そのクエストをクリアしたときに所定確率に基づいて獲得できる各種キャラクターを示す情報である。敵キャラクターは、そのクエストにて出現する各種キャラクターを示す情報である。ここでは、メインとなるボスキャラクターに設定された敵キャラクターと、ボス以外のサブキャラクターに設定された敵キャラクターとが含まれる。
次に、ユーザーは、クライアント端末１０の画面表示部１６０にキャラクターリスト画面が表示されているときに、いずれかのキャラクターを指定する操作をクライアント端末１０に対して行う。クライアント端末１０の操作受付部１５０は、ユーザーがいずれかのキャラクターを指定する操作を行なうと、ユーザーのキャラクター指定に基づく操作内容を受け付ける。
そして、クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付けると、トレード部２０５に対してトレード設定処理の実行を要求する。サーバー装置２０のトレード部２０５は、ゲーム進行部２０１からトレード設定処理の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報に設定されたトレード設定情報を更新すると共に、トレード情報記憶部２２５が記憶するトレード情報を更新して、その指定されたキャラクターを希望キャラクターとして設定登録する。
この際、サーバー装置２０のトレード部２０５は、キャラクター情報記憶部２２１が記憶するキャラクター情報を参照して、そのトレード対象として設定された希望キャラクターに対応付けられたコイン数を取得する。そして、サーバー装置２０のトレード部２０５は、ユーザー情報記憶部２２２が記憶するユーザー情報に設定されたユーザーの所持コインから、その取得された希望キャラクターに対応付けられたコイン数を減じる。なお、トレード成立時に、希望キャラクターを譲り渡した相手ユーザーがその減じた分のコインを譲り受けることになる。
このようにして、キャラクターリスト画面上にて、クエストで獲得可能なキャラクターを選択した上でトレード設定するためのゲーム操作を選択するだけで、その指定されたキャラクターをトレードで獲得したい希望キャラクターに簡単に設定することができる。
《希望キャラクターのトレード成立》
<売却時のトレード成立>
図１５は、本実施形態における情報処理システム１の売却時のトレード成立に関する動作例を説明するフローチャートである。
<売却時のトレード成立>
図１５は、本実施形態における情報処理システム１の売却時のトレード成立に関する動作例を説明するフローチャートである。
ユーザーは、クライアント端末１０の画面表示部１６０にメニュー画面が表示されているときに、キャラクター売却のための操作をクライアント端末１０に対して行う。ユーザーがこの操作を行なうと、クライアント端末１０の操作受付部１５０は、ユーザーのゲーム操作に基づく操作内容を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。サーバー装置２０のゲーム進行部２０１は、クライアント端末１０からキャラクター売却を行うための操作内容を受け付け、キャラクター選択画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する（ステップＳ３１）。
具体的には、サーバー装置２０の表示制御部２０７は、ゲーム進行部２０１から画面表示制御の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報からそのユーザーの所持キャラクターを取得する。その後、サーバー装置２０の表示制御部２０７は、ユーザーの所持キャラクターが一覧表示されたキャラクター選択画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
次に、ユーザーは、クライアント端末１０の画面表示部１６０にキャラクター選択画面が表示されているときに、売却対象となるいずれかのキャラクターを指定する操作をクライアント端末１０に対して行う。クライアント端末１０の操作受付部１５０は、ユーザーがいずれかの売却対象となるキャラクターを指定する操作を行なうと、ユーザーの売却対象キャラクター指定に基づく操作内容を受け付ける（ステップＳ３２）。
そして、クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付けると、比較部２０３に対して比較処理の実行を要求する。サーバー装置２０の比較部２０３は、ゲーム進行部２０１から比較処理の実行を要求されると、トレード情報記憶部２２５が記憶するトレード情報を参照して、上述したステップＳ３２の処理にてユーザーに指定された売却対象となるキャラクターと他のユーザーの希望キャラクターを比較する。そして、サーバー装置２０の比較部２０３は、その比較の結果に基づいて、その売却対象となるキャラクターが他のユーザーの希望キャラクターであるか否かを判定する（ステップＳ３３）。
すなわち、サーバー装置２０の比較部２０３は、その比較により、ユーザーに指定された売却対象となるキャラクターと他のユーザーの希望キャラクターが一致すれば、売却対象となるキャラクターが他のユーザーの希望キャラクターであることを特定することができる。
この判定の結果、ユーザーに指定された売却対象となるキャラクターが他のユーザーの希望キャラクターでないと判定された場合は、後述するステップＳ３７の処理に進む。その一方で、ユーザーに指定された売却対象となるキャラクターが他のユーザーの希望キャラクターであると判定された場合には、次のステップＳ３４の処理に進む。
次に、サーバー装置２０の比較部２０３は、ユーザーに指定された売却対象となるキャラクターが他のユーザーの希望キャラクターであると判定された場合に、問合せ画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する（ステップＳ３４）。そして、表示制御部２０７は、比較部２０３から画面表示制御の実行を要求されると、図１６に示すような問合せ画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
図１６は、問合せ画面の一例を示すイメージ図である。図１６に示す問合せ画面６００には、ユーザーに指定された売却対象となるキャラクターが表示されており、その売却対象となるキャラクターを獲得したい他のユーザーとのトレードを成立させるための操作ボタン６０１と、その売却対象となるキャラクターを獲得したい他のユーザーとのトレードに応じないための操作ボタン６０２が配置されている。
売却対象となるキャラクターについてのトレード成立に応じないユーザーは、クライアント端末１０の画面表示部１６０に問合せ画面６００が表示されているときに、操作ボタン６０２を選択するゲーム操作をクライアント端末１０に対して行う。
売却対象となるキャラクターについてのトレード成立に応じるユーザーは、クライアント端末１０の画面表示部１６０に問合せ画面６００が表示されているときに、操作ボタン６０１を選択するゲーム操作をクライアント端末１０に対して行う。
クライアント端末１０の操作受付部１５０は、ユーザーからトレード成立に応じるための操作又はトレード成立に応じないための操作を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
図１５に戻り、次に、サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付け、トレード成立に応じるための操作を受け付けたか否かを判定する（ステップＳ３５）。
この判定の結果、トレード成立に応じないための操作を受け付けた場合には、後述するステップＳ３７の処理に進む。その一方で、トレード成立に応じるための操作を受け付けた場合は、次のステップＳ３６の処理に進む。
次に、サーバー装置２０のゲーム進行部２０１は、トレード成立に応じるための操作が受け付けられた場合に、トレード部２０５に対してトレード成立処理の実行を要求する。サーバー装置２０のトレード部２０５は、ゲーム進行部２０１からトレード成立処理の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報に設定された所持キャラクター及びトレード設定情報を更新して、そのユーザーの所持キャラクターから売却対象となるキャラクターを削除すると共にその売却対象となるキャラクターが他のユーザーの所持キャラクターとなるようにする代わりに、その売却対象となるキャラクターに相当するコイン数を他のユーザーの所持コインから減じると共にそのコイン数をそのユーザーの所持コインに加える。また、サーバー装置２０のトレード部２０５は、トレード情報記憶部２２５が記憶するトレード情報を更新して、その売却対象となるキャラクターと一致する他のユーザーの希望キャラクターを削除する（ステップＳ３６）。
次に、サーバー装置２０のゲーム進行部２０１は、売却画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する（ステップＳ３７）。そして、サーバー装置２０の表示制御部２０７は、ゲーム進行部２０１から画面表示制御の実行を要求されると、売却画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
ユーザーは、クライアント端末１０の画面表示部１６０に売却画面が表示されているときに、キャラクター売却を行なうためのゲーム操作をクライアント端末１０に対して行う。クライアント端末１０の操作受付部１５０は、そのユーザーからキャラクター売却を行なうためのゲーム操作を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
次に、サーバー装置２０のゲーム実行部２０１は、クライアント端末１０から操作内容を受け付け、キャラクター売却を行なうためのゲーム操作を受け付けたか否かを判定する（ステップＳ３８）。
次に、サーバー装置２０のゲーム実行部２０１は、ユーザーからキャラクター売却を行なうためのゲーム操作を受け付けた場合には、売却部２０４に対してその売却対象となるキャラクターについての売却処理の実行を要求する（ステップＳ３９）。サーバー装置２０の売却部２０４は、ゲーム進行部２０１から売却処理の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報を更新して、その指定された売却対象となるキャラクターをユーザーの所持キャラクターから削除すると共に、そのユーザーの所持ポイントに所定量のポイントを加える。
このようにして、ユーザーが売却対象となるキャラクターを指定すると、その指定された売却対象となるキャラクターが他のユーザーの希望キャラクターと一致すれば、その売却対象となるキャラクターを売却せずに他のユーザーに譲り渡すことによってトレードを成立させることができる。これにより、自分にとって不要なキャラクターを売却せずにその獲得を希望する他のユーザーに譲り渡すことでトレードを成立させることができるようになるので、ユーザー間にて効率良くトレードできるようになる。
<強化合成時のトレード成立>
図１７は、本実施形態における情報処理システム１の強化合成時のトレード成立に関する動作例を説明するフローチャートである。
図１７は、本実施形態における情報処理システム１の強化合成時のトレード成立に関する動作例を説明するフローチャートである。
ユーザーは、クライアント端末１０の画面表示部１６０にメニュー画面が表示されているときに、強化合成のための操作をクライアント端末１０に対して行う。ユーザーがこの操作を行なうと、クライアント端末１０の操作受付部１５０は、ユーザーのゲーム操作に基づく操作内容を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から強化合成を行うための操作内容を受け付け、キャラクター選択画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する（ステップＳ５１）。
具体的には、サーバー装置２０の表示制御部２０７は、ゲーム進行部２０１から画面表示制御の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報からそのユーザーの所持キャラクターを取得する。その後、サーバー装置２０の表示制御部２０７は、ユーザーの所持キャラクターが一覧表示されたキャラクター選択画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
次に、ユーザーは、クライアント端末１０の画面表示部１６０にキャラクター選択画面が表示されているときに、いずれかのベースキャラクター及びそのベースキャラクターの強化合成に用いる素材キャラクターを指定する操作をクライアント端末１０に対して行う。クライアント端末１０の操作受付部１５０は、ユーザーがいずれかのベースキャラクター及び素材キャラクターを指定する操作を行なうと、ユーザーのベースキャラクター指定に基づく操作内容を受け付ける（ステップＳ５２）。
そして、クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付けると、比較部２０３に対して比較処理の実行を要求する。サーバー装置２０の比較部２０３は、ゲーム進行部２０１から比較処理の実行を要求されると、トレード情報記憶部２２５が記憶するトレード情報を参照して、上述したステップＳ５２の処理にてユーザーに指定された素材キャラクターと他のユーザーの希望キャラクターを比較する。そして、サーバー装置２０の比較部２０３は、その比較の結果に基づいて、その素材キャラクターが他のユーザーの希望キャラクターであるか否かを判定する（ステップＳ５３）。
すなわち、サーバー装置２０の比較部２０３は、その比較により、ユーザーに指定された素材キャラクターと他のユーザーの希望キャラクターが一致すれば、素材キャラクターが他のユーザーの希望キャラクターであることを特定することができる。
この判定の結果、ユーザーに指定された素材キャラクターが他のユーザーの希望キャラクターでないと判定された場合は、後述するステップＳ５９の処理に進む。その一方で、ユーザーに指定された素材キャラクターが他のユーザーの希望キャラクターであると判定された場合には、次のステップＳ５４の処理に進む。
次に、サーバー装置２０の比較部２０３は、ユーザーに指定された素材キャラクターが他のユーザーの希望キャラクターであると判定された場合に、問合せ画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する（ステップＳ５４）。そして、表示制御部２０７は、比較部２０３から画面表示制御の実行を要求されると、図１８に示すような問合せ画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
図１８は、問合せ画面の一例を示すイメージ図である。図１８に示す問合せ画面６１０には、ユーザーに指定された素材キャラクターが表示されており、その素材キャラクターを獲得したい他のユーザーとのトレードを成立させるための操作ボタン６１１と、その素材キャラクターを獲得したい他のユーザーとのトレードに応じないための操作ボタン６１２が配置されている。
素材キャラクターについてのトレード成立に応じないユーザーは、クライアント端末１０の画面表示部１６０に問合せ画面６１０が表示されているときに、操作ボタン６１２を選択するゲーム操作をクライアント端末１０に対して行う。
素材キャラクターについてのトレード成立に応じるユーザーは、クライアント端末１０の画面表示部１６０に問合せ画面６１０が表示されているときに、操作ボタン６１１を選択するゲーム操作をクライアント端末１０に対して行う。
クライアント端末１０の操作受付部１５０は、ユーザーからトレード成立に応じるための操作又はトレード成立に応じないための操作を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
図１７に戻り、次に、サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付け、トレード成立に応じるための操作を受け付けたか否かを判定する（ステップＳ５５）。
この判定の結果、トレード成立に応じないための操作を受け付けた場合には、後述するステップＳ５９の処理に進む。その一方で、トレード成立に応じるための操作を受け付けた場合は、次のステップＳ５６の処理に進む。
次に、サーバー装置２０のゲーム進行部２０１は、トレード成立に応じるための操作が受け付けられた場合に、トレード部２０５に対してトレード成立処理の実行を要求する。サーバー装置２０のトレード部２０５は、ゲーム進行部２０１からトレード成立処理の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報に設定された所持キャラクター及びトレード設定情報を更新して、そのユーザーの所持キャラクターから素材キャラクターを削除すると共にその素材キャラクターが他のユーザーの所持キャラクターとなるようにする代わりに、その素材キャラクターに相当するコイン数を他のユーザーの所持コインから減じると共にそのコイン数をそのユーザーの所持コインに加える。また、サーバー装置２０のトレード部２０５は、トレード情報記憶部２２５が記憶するトレード情報を更新して、その素材キャラクターと一致する他のユーザーの希望キャラクターを削除する（ステップＳ５６）。
このようにして、強化合成用の素材キャラクターが他のユーザーの希望キャラクターと一致することによってトレードが成立すると、上述したステップＳ５１の処理に戻って、キャラクター選択画面にてユーザーにベースキャラクターの強化合成に用いる素材キャラクターを新たに指定させる。
次に、サーバー装置２０のゲーム進行部２０１は、強化合成画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する（ステップＳ５７）。そして、サーバー装置２０の表示制御部２０７は、ゲーム進行部２０１から画面表示制御の実行を要求されると、強化合成画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
ユーザーは、クライアント端末１０の画面表示部１６０に強化合成画面が表示されているときに、強化合成を行なうためのゲーム操作をクライアント端末１０に対して行う。クライアント端末１０の操作受付部１５０は、そのユーザーから強化合成を行なうためのゲーム操作を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
次に、サーバー装置２０のゲーム実行部２０１は、クライアント端末１０から操作内容を受け付け、強化合成を行なうためのゲーム操作を受け付けたか否かを判定する（ステップＳ５８）。
次に、サーバー装置２０のゲーム実行部２０１は、ユーザーから強化合成を行なうためのゲーム操作を受け付けた場合には、強化合成処理を実行する（ステップＳ５９）。すなわち、サーバー装置２０のゲーム実行部２０１は、ユーザー情報記憶部２２２が記憶するユーザー情報に設定された所持キャラクターを更新して、その素材キャラクターをユーザーの所持キャラクターから削除すると共に、そのベースキャラクターに設定された能力パラメーターの現時点における値を上昇させる。
このようにして、ユーザーが強化合成に用いる素材キャラクターを指定すると、その指定された素材キャラクターが他のユーザーの希望キャラクターと一致すれば、その素材キャラクターを合成素材とせずに他のユーザーに譲り渡すことによってトレードを成立させることができる。これにより、自分にとって不要なキャラクターを合成素材とせずにその獲得を希望する他のユーザーに譲り渡すことでトレードを成立させることができるようになるので、ユーザー間にて効率良くトレードできるようになる。
<クエストクリア時のトレード成立>
（具体例１）
図１９は、本実施形態における情報処理システム１のクエストクリア時のトレード成立に関する動作例を説明するフローチャートである。
（具体例１）
図１９は、本実施形態における情報処理システム１のクエストクリア時のトレード成立に関する動作例を説明するフローチャートである。
サーバー装置２０のゲーム進行部２０１は、プレイ結果によりユーザーがクエストをクリアしたことを決定すると、比較部２０３に対して比較処理の実行を要求する。サーバー装置２０の比較部２０３は、ゲーム進行部２０１から比較処理の実行を要求されると、トレード情報記憶部２２５が記憶するトレード情報を参照して、ユーザーがクエストで獲得したキャラクターと他のユーザーの希望キャラクターを比較する。そして、サーバー装置２０の比較部２０３は、その比較の結果に基づいて、ユーザーがクエストで獲得したキャラクターが他のユーザーの希望キャラクターであるか否かを判定する（ステップＳ７１）。
すなわち、サーバー装置２０の比較部２０３は、その比較により、ユーザーがクエストで獲得したキャラクターと他のユーザーの希望キャラクターが一致すれば、そのクエストで獲得されたキャラクターが他のユーザーの希望キャラクターであることを特定することができる。
この判定の結果、ユーザーがクエストで獲得したキャラクターが他のユーザーの希望キャラクターでないと判定された場合は、後述するステップＳ７５の処理に進む。その一方で、ユーザーがクエストで獲得したキャラクターが他のユーザーの希望キャラクターであると判定された場合には、次のステップＳ７２の処理に進む。
次に、サーバー装置２０の比較部２０３は、ユーザーがクエストで獲得したキャラクターが他のユーザーの希望キャラクターであると判定された場合に、問合せ画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する（ステップＳ７２）。そして、サーバー装置２０の表示制御部２０７は、比較部２０３から画面表示制御の実行を要求されると、図２０に示すような問合せ画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
図２０は、問合せ画面の一例を示すイメージ図である。図２０に示す問合せ画面６５０には、ユーザーがクエストで獲得したキャラクターが表示されており、そのキャラクターを獲得したい他のユーザーとのトレードを成立させるための操作ボタン６５１と、そのキャラクターを獲得したい他のユーザーとのトレードに応じないための操作ボタン６５２が配置されている。
クエストで獲得されたキャラクターについてのトレード成立に応じないユーザーは、クライアント端末１０の画面表示部１６０に問合せ画面６５０が表示されているときに、操作ボタン６５２を選択するゲーム操作をクライアント端末１０に対して行う。
クエストで獲得されたキャラクターについてのトレード成立に応じるユーザーは、クライアント端末１０の画面表示部１６０に問合せ画面６５０が表示されているときに、操作ボタン６５１を選択するゲーム操作をクライアント端末１０に対して行う。
クライアント端末１０の操作受付部１５０は、ユーザーからトレード成立に応じるための操作又はトレード成立に応じないための操作を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
図１９に戻り、次に、サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付け、トレード成立に応じるための操作を受け付けたか否かを判定する（ステップＳ７３）。
この判定の結果、トレード成立に応じないための操作を受け付けた場合には、後述するステップＳ７５の処理に進む。その一方で、トレード成立に応じるための操作を受け付けた場合は、次のステップＳ７４の処理に進む。
次に、サーバー装置２０のゲーム進行部２０１は、トレード成立に応じるための操作が受け付けられた場合に、トレード部２０５に対してトレード成立処理の実行を要求する。サーバー装置２０のトレード部２０５は、ゲーム進行部２０１からトレード成立処理の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報に設定された所持キャラクター及びトレード設定情報を更新して、そのクエストで獲得されたキャラクターをユーザーの所持キャラクターとすることなく他のユーザーの所持キャラクターとなるようにする代わりに、そのクエストで獲得されたキャラクターに相当するコイン数を他のユーザーの所持コインから減じると共にそのコイン数をそのユーザーの所持コインに加える。また、サーバー装置２０のトレード部２０５は、トレード情報記憶部２２５が記憶するトレード情報を更新して、そのクエストで獲得されたキャラクターと一致する他のユーザーの希望キャラクターを削除する（ステップＳ７４）。
次に、サーバー装置２０のゲーム進行部２０１は、クエストクリア画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する（ステップＳ７５）。そして、サーバー装置２０の表示制御部２０７は、ゲーム進行部２０１から画面表示制御の実行を要求されると、クエストクリア画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
ユーザーは、クライアント端末１０の画面表示部１６０にクエストクリア画面が表示されているときに、クエストで獲得されたキャラクターを所持キャラクターとするためのゲーム操作をクライアント端末１０に対して行う。クライアント端末１０の操作受付部１５０は、そのクエストで獲得されたキャラクターを所持キャラクターとするためのゲーム操作を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
次に、サーバー装置２０のゲーム実行部２０１は、クライアント端末１０から操作内容を受け付け、そのクエストで獲得されたキャラクターを所持キャラクターとするためのゲーム操作を受け付けたか否かを判定する（ステップＳ７６）。
次に、サーバー装置２０のゲーム実行部２０１は、ユーザーからクエストで獲得されたキャラクターを所持キャラクターとするためのゲーム操作を受け付けた場合には、獲得処理を実行する（ステップＳ７７）。すなわち、サーバー装置２０のゲーム実行部２０１は、ユーザー情報記憶部２２２が記憶するユーザー情報に設定された所持キャラクターを更新して、そのクエストで獲得されたキャラクターをユーザーの所持キャラクターに加える。
このようにして、ユーザーがクエストクリアによってキャラクターを獲得すると、その獲得されたキャラクターが他のユーザーの希望キャラクターと一致すれば、その獲得されたキャラクターを自己の所持キャラクターとせずに他のユーザーに譲り渡すことによってトレードを成立させることができる。これにより、自分にとって不要なキャラクターを所持せずにその獲得を希望する他のユーザーに譲り渡すことでトレードを成立させることができるようになるので、ユーザー間にて効率良くトレードできるようになる。
（具体例２）
前述の具体例１では、上記のステップＳ７１の処理にて、ユーザーがクエストで獲得されたキャラクターと他のユーザーの希望キャラクターと一致する場合に、上記のステップＳ７２の処理にて問合せ画面６５０をクライアント端末１０の画面表示部１６０に表示させる場合を例に挙げて説明したが、図２１に示す他のユーザー閲覧画面を表示させることも可能である。
前述の具体例１では、上記のステップＳ７１の処理にて、ユーザーがクエストで獲得されたキャラクターと他のユーザーの希望キャラクターと一致する場合に、上記のステップＳ７２の処理にて問合せ画面６５０をクライアント端末１０の画面表示部１６０に表示させる場合を例に挙げて説明したが、図２１に示す他のユーザー閲覧画面を表示させることも可能である。
図２１は、他のユーザー閲覧画面の一例を示すイメージ図である。図２１に示す他のユーザー閲覧画面７００には、他のユーザーリスト７０１が表示されている。ここでは、他のユーザーリスト７０１には、ユーザーがクエストで獲得したキャラクターと一致する希望キャラクターを持つ他のユーザーが抽出され一覧表示されている。つまり、他のユーザーの希望キャラクターである「キャラＸ」及び「キャラＹ」は、ユーザーがクエストで獲得したキャラクターと一致していることになる。また、「キャラＸ」は「ユーザー１」及び「ユーザー２」の双方の希望キャラクターとなっている。そして、「キャラＸ」及び「キャラＹ」には、他のユーザーとのトレードを成立させるための操作ボタン７０２がそれぞれ対応付けて配置されている。
トレード成立に応じるユーザーは、クライアント端末１０の画面表示部１６０に他のユーザー閲覧画面７００が表示されているときに、いずれかの操作ボタン７０２を選択するゲーム操作をクライアント端末１０に対して行う。なお、「キャラＸ」は「ユーザー１」及び「ユーザー２」双方の希望キャラクターとなっているため、いずれか一方の「キャラＸ」の操作ボタン７０２が選択されると、他方の「キャラＸ」の操作ボタン７０２がグレーアウトで表示され、さらに他方の「キャラＸ」の操作ボタン７０２の選択ができないように制限される。
クライアント端末１０の操作受付部１５０は、そのユーザーからトレード成立に応じるためのゲーム操作を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
次に、サーバー装置２０のゲーム実行部２０１は、クライアント端末１０から操作内容を受け付け、トレード成立に応じるためのゲーム操作を受け付けた場合に、トレード部２０５に対してトレード成立処理の実行を要求する。サーバー装置２０のトレード部２０５は、ゲーム進行部２０１からトレード設定処理の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報に設定された所持キャラクター及びトレード設定情報を更新して、ユーザーがクエストで獲得したキャラクターを他のユーザーの所持キャラクターとなるようにする代わりに、そのユーザーがクエストで獲得したキャラクターに相当するコイン数を他のユーザーの所持コインから減じると共にそのコイン数をそのユーザーの所持コインに加える。また、サーバー装置２０のトレード部２０５は、トレード情報記憶部２２５が記憶するトレード情報を更新して、そのユーザーがクエストで獲得したキャラクターと一致する他のユーザーの希望キャラクターを削除する。
このようにして、ユーザーがクエストクリアによってキャラクターを獲得すると、その獲得されたキャラクターが他のユーザーの希望キャラクターと一致すれば、他のユーザー閲覧画面にて、その獲得されたキャラクターを自己の所持キャラクターとせずに他のユーザーに譲り渡すことによってトレードを成立させることができる。これにより、自分にとって不要なキャラクターを所持せずにその獲得を希望する他のユーザーに譲り渡すことでトレードを成立させることができるようになるので、ユーザー間にて効率良くトレードできるようになる。
<フレンドリスト画面でのトレード成立>
ユーザーは、クライアント端末１０の画面表示部１６０にメニュー画面が表示されているときに、フレンドリストを閲覧するための操作をクライアント端末１０に対して行なう。ユーザーがこの操作を行なうと、クライアント端末１０の操作受付部１５０は、ユーザーのゲーム操作に基づく操作内容を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
ユーザーは、クライアント端末１０の画面表示部１６０にメニュー画面が表示されているときに、フレンドリストを閲覧するための操作をクライアント端末１０に対して行なう。ユーザーがこの操作を行なうと、クライアント端末１０の操作受付部１５０は、ユーザーのゲーム操作に基づく操作内容を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
サーバー装置２０のゲーム進行部２０１は、クライアント端末１０からフレンドリストを閲覧するための操作内容を受け付け、フレンドリスト画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する。
具体的には、サーバー装置２０の表示制御部２０７は、ゲーム進行部２０１から画面表示制御の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報からそのユーザーのフレンドユーザーを取得する。そして、サーバー装置２０の表示制御部２０７は、その取得したフレンドユーザーに基づいて、そのユーザーのフレンドユーザーが一覧表示されたフレンドリスト画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
次に、ユーザーは、クライアント端末１０の画面表示部１６０にフレンドリスト画面が表示されているときに、いずれかのフレンドユーザーを指定する操作をクライアント端末１０に対して行う。クライアント端末１０の操作受付部１５０は、ユーザーがいずれかのフレンドユーザーを指定する操作を行なうと、ユーザーのフレンドユーザー指定に基づく操作内容を受け付ける。
そして、クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付けると、比較部２０３に対して比較処理の実行を要求する。サーバー装置２０の比較部２０３は、ゲーム進行部２０１から比較処理の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報からそのフレンドユーザーのトレード設定情報を取得すると共に、ユーザーの所持キャラクターを取得する。そして、サーバー装置２０の比較部２０３は、ユーザーの所持キャラクターとそのフレンドユーザーの希望キャラクターを比較し、その比較の結果に基づいて、ユーザーの所持キャラクターがフレンドユーザーの希望キャラクターであるか否かを判定する。
すなわち、サーバー装置２０の比較部２０３は、その比較により、ユーザーの所持キャラクターとフレンドユーザーの希望キャラクターが一致すれば、ユーザーの所持キャラクターがフレンドユーザーの希望キャラクターであることを特定することができる。
次に、サーバー装置２０の比較部２０３は、そのフレンドユーザーの希望キャラクター閲覧画面をクライアント端末１０に表示させるように表示制御部２０７に画面表示制御の実行を要求する。
具体的には、サーバー装置２０の表示制御部２０７は、比較部２０３から画面表示制御の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報からそのフレンドユーザーのトレード設定情報を取得する。そして、サーバー装置２０の表示制御部２０７は、その取得したフレンドユーザーのトレード設定情報を参照して、そのフレンドユーザーの希望キャラクターが一覧表示された希望キャラクター閲覧画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
図２２は、希望キャラクター閲覧画面の一例を示すイメージ図である。図２２に示す希望キャラクター閲覧画面７１０には、希望キャラクターリスト７１１が表示されている。希望キャラクターリスト７１１には、設定枠に対応付けてフレンドユーザーの希望キャラクターが表示されている。ユーザーの所持キャラクターと一致するフレンドユーザーの希望キャラクターについては、その他の希望キャラクターと区別して表示される。ここでは、ユーザーの所持キャラクターと一致するフレンドユーザーの希望キャラクターは実線で囲われていて、その他の希望キャラクターは破線で囲われている。つまり、フレンドユーザーの希望キャラクターである「キャラＸ」及び「キャラＢ」は、ユーザーの所持キャラクターと一致していることになる。「キャラＸ」及び「キャラＢ」には、そのフレンドユーザーとのトレードを成立させるための操作ボタン７１２がそれぞれ対応付けて配置されている。
トレード成立に応じるユーザーは、クライアント端末１０の画面表示部１６０に希望キャラクター閲覧画面７１０が表示されているときに、操作ボタン７１２を選択するゲーム操作をクライアント端末１０に対して行う。
クライアント端末１０の操作受付部１５０は、そのユーザーからトレード成立に応じるためのゲーム操作を受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
次に、サーバー装置２０のゲーム実行部２０１は、クライアント端末１０から操作内容を受け付け、トレード成立に応じるためのゲーム操作を受け付けた場合に、トレード部２０５に対してトレード成立処理の実行を要求する。サーバー装置２０のトレード部２０５は、ゲーム進行部２０１からトレード設定処理の実行を要求されると、ユーザー情報記憶部２２２が記憶するユーザー情報に設定された所持キャラクター及びトレード設定情報を更新して、そのフレンドユーザーの希望キャラクターに一致するユーザーの所持キャラクターを他のユーザーの所持キャラクターとなるようにする代わりに、そのフレンドユーザーの希望キャラクターに一致するユーザーの所持キャラクターに相当するコイン数を他のユーザーの所持コインから減じると共にそのコイン数をそのユーザーの所持コインに加える。また、サーバー装置２０のトレード部２０５は、トレード情報記憶部２２５が記憶するトレード情報を更新して、そのユーザーの所持キャラクターと一致するフレンドユーザーの希望キャラクターを削除する。
このようにして、フレンドリスト画面上にて、ユーザーがフレンドリストからいずれかのフレンドユーザーを選択すると、そのフレンドユーザーの希望キャラクターとユーザー一の所持キャラクターが一致すれば、そのユーザーの所持キャラクターを他のユーザーに譲り渡すことによってトレードを成立させることができる。これにより、ユーザーがフレンドユーザーの希望キャラクターを閲覧した際に、そのフレンドユーザーの希望キャラクターと一致する自分の所持キャラクターを譲り渡すことによってトレードを成立させることができるようになるので、ユーザー間にて効率良くトレードできるようになる。
［その他の実施形態］
前述の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。特に、以下に述べる実施形態であっても、本発明に含まれるものである。
前述の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。特に、以下に述べる実施形態であっても、本発明に含まれるものである。
＜トレード対象＞
前述の実施形態では、自分のキャラクターと他人のコイン（そのキャラクターに相当するコイン数）をトレードする場合を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、ユーザー間でキャラクター同士をトレードすることも可能である。つまり、ユーザーは、１つの希望キャラクター（相手ユーザーから譲り受けるキャラクター）と、自分の所持キャラクターの中から選択した１つの出品キャラクター（相手ユーザーに譲り渡すキャラクター）とをトレード設定することも可能である。
また、ユーザーは、複数の希望キャラクターをトレード設定することも可能である。具体的には、ユーザーが１つの出品キャラクターと、複数の希望キャラクターとをトレード設定した場合に、他のユーザーは、当該複数の希望キャラクターの全部又は一部のキャラクターを出品する（トレード設定する）ことで、当該複数の希望キャラクターの全部又は一部のキャラクターをそのユーザーに譲り渡す代わりに、当該１つの出品キャラクターをそのユーザーから譲り受けることができる。
また、ユーザーは、複数の出品キャラクターをトレード設定することも可能である。具体的には、ユーザーが複数の出品キャラクターと、１つの希望キャラクターとをトレード設定した場合に、他のユーザーは、当該１つの希望キャラクターを出品する（トレード設定する）ことで、当該１つの希望キャラクターをそのユーザーに譲り渡す代わりに、当該複数の出品キャラクターの全部又は一部のキャラクターをそのユーザーから譲り受けることができる。
このほかにも、例えば、ユーザーが複数の出品キャラクターと、複数の希望キャラクターとをトレード設定した場合には、他のユーザーは、当該複数の希望キャラクターの全部又は一部のキャラクターを出品する（トレード設定する）ことで、当該複数の出品キャラクターの全部又は一部のキャラクターとトレードを行うことができる。
前述の実施形態では、自分のキャラクターと他人のコイン（そのキャラクターに相当するコイン数）をトレードする場合を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、ユーザー間でキャラクター同士をトレードすることも可能である。つまり、ユーザーは、１つの希望キャラクター（相手ユーザーから譲り受けるキャラクター）と、自分の所持キャラクターの中から選択した１つの出品キャラクター（相手ユーザーに譲り渡すキャラクター）とをトレード設定することも可能である。
また、ユーザーは、複数の希望キャラクターをトレード設定することも可能である。具体的には、ユーザーが１つの出品キャラクターと、複数の希望キャラクターとをトレード設定した場合に、他のユーザーは、当該複数の希望キャラクターの全部又は一部のキャラクターを出品する（トレード設定する）ことで、当該複数の希望キャラクターの全部又は一部のキャラクターをそのユーザーに譲り渡す代わりに、当該１つの出品キャラクターをそのユーザーから譲り受けることができる。
また、ユーザーは、複数の出品キャラクターをトレード設定することも可能である。具体的には、ユーザーが複数の出品キャラクターと、１つの希望キャラクターとをトレード設定した場合に、他のユーザーは、当該１つの希望キャラクターを出品する（トレード設定する）ことで、当該１つの希望キャラクターをそのユーザーに譲り渡す代わりに、当該複数の出品キャラクターの全部又は一部のキャラクターをそのユーザーから譲り受けることができる。
このほかにも、例えば、ユーザーが複数の出品キャラクターと、複数の希望キャラクターとをトレード設定した場合には、他のユーザーは、当該複数の希望キャラクターの全部又は一部のキャラクターを出品する（トレード設定する）ことで、当該複数の出品キャラクターの全部又は一部のキャラクターとトレードを行うことができる。
また、前述の実施形態では、自分のキャラクターと他人のコインをトレードする場合において、そのキャラクターに相当するコイン数がトレード対象として予め決定されている場合を例に挙げて説明したが、ユーザー自らがコイン数を設定できるようにすることも可能である。
＜トレードの相手ユーザー＞
前述の実施形態では、トレードの相手ユーザーをフレンドユーザーのみに制限することも可能である。例えば、ユーザーによって指定された売却対象となるキャラクターが他のユーザーの希望キャラクターと一致する場合に、トレード部２０５は、他のユーザーがユーザーのフレンドユーザーである場合に限り、売却対象となるキャラクターを他のユーザーの所持キャラクターとして設定する処理を実行することも可能である。
前述の実施形態では、トレードの相手ユーザーをフレンドユーザーのみに制限することも可能である。例えば、ユーザーによって指定された売却対象となるキャラクターが他のユーザーの希望キャラクターと一致する場合に、トレード部２０５は、他のユーザーがユーザーのフレンドユーザーである場合に限り、売却対象となるキャラクターを他のユーザーの所持キャラクターとして設定する処理を実行することも可能である。
＜トレード成立処理＞
前述の実施形態では、ユーザーに指定された売却対象となるキャラクター（又は、ユーザーに指定された強化合成用の素材キャラクター、又は、ユーザーがクエストで獲得したキャラクター）と一致する希望キャラクターを持つ他のユーザーが２人以上存在する場合には、その希望キャラクターをトレード設定した日時が最も早い他のユーザーをトレードの相手として優先的に選択することも可能である。また、ランクが最も高い他のユーザー（又は、ユーザーランクが最も低い他のユーザー）、ランクがそのユーザーに最も近い他のユーザー（又は、ランクがそのユーザーから最も遠い他のユーザー）、そのユーザーとのフレンド関係である期間が最も長い他のユーザー（又は、ユーザーとのフレンド関係である期間が最も短い他のユーザー）をトレードの相手として優先的に選択することも可能である。このほかにも、トレード（トレード設定又はトレード成立）が行われた回数が少ない他のユーザー、最後にトレード（トレード設定又はトレード成立）が行われた日時が古い他のユーザー、ランダムに決定された他のユーザー、をトレードの相手として選択することも可能である。
前述の実施形態では、ユーザーに指定された売却対象となるキャラクター（又は、ユーザーに指定された強化合成用の素材キャラクター、又は、ユーザーがクエストで獲得したキャラクター）と一致する希望キャラクターを持つ他のユーザーが２人以上存在する場合には、その希望キャラクターをトレード設定した日時が最も早い他のユーザーをトレードの相手として優先的に選択することも可能である。また、ランクが最も高い他のユーザー（又は、ユーザーランクが最も低い他のユーザー）、ランクがそのユーザーに最も近い他のユーザー（又は、ランクがそのユーザーから最も遠い他のユーザー）、そのユーザーとのフレンド関係である期間が最も長い他のユーザー（又は、ユーザーとのフレンド関係である期間が最も短い他のユーザー）をトレードの相手として優先的に選択することも可能である。このほかにも、トレード（トレード設定又はトレード成立）が行われた回数が少ない他のユーザー、最後にトレード（トレード設定又はトレード成立）が行われた日時が古い他のユーザー、ランダムに決定された他のユーザー、をトレードの相手として選択することも可能である。
また、前述の実施形態では、ユーザーに指定された売却対象となるキャラクター（又は、ユーザーに指定された強化合成用の素材キャラクター、又は、ユーザーがクエストで獲得したキャラクター）と一致する希望キャラクターを持つ他のユーザーが存在する場合に、問合せ画面を表示させてユーザーがトレード成立に応じるゲーム操作を行なったことにより、トレード成立処理を実行する場合を挙げて説明したが、本発明はこれに限定されるものではない。例えば、問合せ画面の表示を省略して、ユーザーに指定された売却対象となるキャラクター（又は、ユーザーに指定された強化合成用の素材キャラクター、又は、ユーザーがクエストで獲得したキャラクター）と他のユーザーの希望キャラクターが一致する場合に、自動的にトレード成立処理を実行することも可能である。
また、前述の実施形態では、ユーザーに指定された売却対象となるキャラクター（又は、ユーザーに指定された強化合成用の素材キャラクター、又は、ユーザーがクエストで獲得したキャラクター）と一致する希望キャラクターを持つ他のユーザーが存在する場合に、そのユーザーがトレード成立に応じるための操作を行なったタイミングで、ユーザー情報やトレード情報を更新することによりキャラクターとコインをトレード（交換）する場合を挙げて説明したが、本発明はこれに限定されるものではない。例えば、ユーザーがトレード成立に応じるための操作を行なった後に、他のユーザーがトレード成立の承諾又は確認するための操作を行なったタイミングで、ユーザー情報やトレード情報を更新することによりキャラクターとコインをトレードしてもよい。
＜トレード設定処理＞
前述の実施形態では、ユーザーに指定されたベースキャラクターの進化合成に必要となる複数の素材キャラクターのうち、不足分の素材キャラクターが存在する場合に、問合せ画面を表示させてユーザーがトレード設定をおこなうためのゲーム操作を行なったことにより、トレード設定処理を実行する場合を挙げて説明したが、本発明はこれに限定されるものではない。例えば、問合せ画面の表示を省略して、不足分の素材キャラクターが存在する場合に、その不足分の素材キャラクターを希望キャラクターとして自動的にトレード設定することも可能である。
前述の実施形態では、ユーザーに指定されたベースキャラクターの進化合成に必要となる複数の素材キャラクターのうち、不足分の素材キャラクターが存在する場合に、問合せ画面を表示させてユーザーがトレード設定をおこなうためのゲーム操作を行なったことにより、トレード設定処理を実行する場合を挙げて説明したが、本発明はこれに限定されるものではない。例えば、問合せ画面の表示を省略して、不足分の素材キャラクターが存在する場合に、その不足分の素材キャラクターを希望キャラクターとして自動的にトレード設定することも可能である。
＜トレードの設定枠＞
前述の実施形態では、各ユーザーがトレード設定できる希望キャラクターの上限として、所定数まで（例えば、５体まで）希望キャラクターを設定枠に割り当てる場合を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、キャラクターに５段階のレアリティ（レア度１〜レア度５）を設定した場合、そのレア度の合計数に基づき、希望キャラクターの設定枠に上限を設定してもよい。また例えば、キャラクターにコスト（パーティを編成する際に必要となるパラメーター）を設定した場合、そのコストの合計数に基づき、希望キャラクターの設定枠に上限を設定してもよい。
前述の実施形態では、各ユーザーがトレード設定できる希望キャラクターの上限として、所定数まで（例えば、５体まで）希望キャラクターを設定枠に割り当てる場合を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、キャラクターに５段階のレアリティ（レア度１〜レア度５）を設定した場合、そのレア度の合計数に基づき、希望キャラクターの設定枠に上限を設定してもよい。また例えば、キャラクターにコスト（パーティを編成する際に必要となるパラメーター）を設定した場合、そのコストの合計数に基づき、希望キャラクターの設定枠に上限を設定してもよい。
＜クエストクリア時に希望キャラクターを自ら獲得した場合＞
前述の実施形態では、比較部２０３は、ユーザーがクエストで獲得したキャラクターとそのユーザー自身の希望コンテンツを比較し、トレード部２０５は、そのユーザーがクエストで獲得したキャラクターと自分の希望コンテンツと一致する場合に、当該希望コンテンツの設定を解除することも可能である。これにより、自ら獲得した希望キャラクターを除外して空き状態の設定枠を自動的に設けることができる。
前述の実施形態では、比較部２０３は、ユーザーがクエストで獲得したキャラクターとそのユーザー自身の希望コンテンツを比較し、トレード部２０５は、そのユーザーがクエストで獲得したキャラクターと自分の希望コンテンツと一致する場合に、当該希望コンテンツの設定を解除することも可能である。これにより、自ら獲得した希望キャラクターを除外して空き状態の設定枠を自動的に設けることができる。
＜トレード成立の通知＞
前述の実施形態では、サーバー装置２０のトレード部２０５は、ユーザーがトレード成立に応じるゲーム操作を行なった際に、通知部２０６に対して通知処理の実行を要求することも可能である。そして、サーバー装置２０の通知部２０６は、トレード部２０５から通知処理の実行を要求されると、希望キャラクターをトレード設定した他のユーザーに対してトレード成立に関するメールを送信することも可能である。この場合には、サーバー装置２０のトレード部２０５は、他のユーザーがメールを開封したタイミングで、ユーザー情報記憶部２２２が記憶するユーザー情報に設定された所持キャラクター及びトレード設定情報を更新して、他のユーザーの希望キャラクターに一致するユーザーの所持キャラクターを他のユーザーの所持キャラクターとなるようにする代わりに、その他のユーザーの希望キャラクターに相当するコイン数を他のユーザーの所持コインから減じると共にそのコイン数をそのユーザーの所持コインに加えることも可能である。また、サーバー装置２０のトレード部２０５は、他のユーザーがメールを開封したタイミングで、トレード情報記憶部２２５が記憶するトレード情報を更新して、そのユーザーの所持キャラクターと一致する他のユーザーの希望キャラクターを削除することも可能である。
また、メール開封直後にトレード設定画面に遷移させて、新たな希望キャラクターを即座に設定できるようにすることも可能である。
前述の実施形態では、サーバー装置２０のトレード部２０５は、ユーザーがトレード成立に応じるゲーム操作を行なった際に、通知部２０６に対して通知処理の実行を要求することも可能である。そして、サーバー装置２０の通知部２０６は、トレード部２０５から通知処理の実行を要求されると、希望キャラクターをトレード設定した他のユーザーに対してトレード成立に関するメールを送信することも可能である。この場合には、サーバー装置２０のトレード部２０５は、他のユーザーがメールを開封したタイミングで、ユーザー情報記憶部２２２が記憶するユーザー情報に設定された所持キャラクター及びトレード設定情報を更新して、他のユーザーの希望キャラクターに一致するユーザーの所持キャラクターを他のユーザーの所持キャラクターとなるようにする代わりに、その他のユーザーの希望キャラクターに相当するコイン数を他のユーザーの所持コインから減じると共にそのコイン数をそのユーザーの所持コインに加えることも可能である。また、サーバー装置２０のトレード部２０５は、他のユーザーがメールを開封したタイミングで、トレード情報記憶部２２５が記憶するトレード情報を更新して、そのユーザーの所持キャラクターと一致する他のユーザーの希望キャラクターを削除することも可能である。
また、メール開封直後にトレード設定画面に遷移させて、新たな希望キャラクターを即座に設定できるようにすることも可能である。
＜トレード設定時のコイン支払い＞
前述の実施形態では、希望キャラクターをトレード設定する際に、ユーザーの所持コインから所定量のコインを消費させることも可能である。これにより、所持コインの数量が不足すると、ユーザーは希望キャラクターをトレード設定することができなくなるので、過度なトレードが抑制される。
前述の実施形態では、希望キャラクターをトレード設定する際に、ユーザーの所持コインから所定量のコインを消費させることも可能である。これにより、所持コインの数量が不足すると、ユーザーは希望キャラクターをトレード設定することができなくなるので、過度なトレードが抑制される。
＜問合せ画面＞
前述の実施形態では、ユーザーへのトレードの問合せ画面において、トレードの相手ユーザーから譲り受けるものに関する情報（例えば、相手ユーザーから譲り受けることのできるコイン枚数、相手ユーザーから譲りうけることのできるキャラクター等）を表示することも可能である。
前述の実施形態では、ユーザーへのトレードの問合せ画面において、トレードの相手ユーザーから譲り受けるものに関する情報（例えば、相手ユーザーから譲り受けることのできるコイン枚数、相手ユーザーから譲りうけることのできるキャラクター等）を表示することも可能である。
＜希望キャラクター＞
前述の実施形態では、ユーザーが希望キャラクターとして設定できるキャラクターを、過去にユーザーが所持したことがあるキャラクター、及び／又は、過去にユーザーが対戦したことがあるキャラクターに限定することも可能である。
前述の実施形態では、ユーザーが希望キャラクターとして設定できるキャラクターを、過去にユーザーが所持したことがあるキャラクター、及び／又は、過去にユーザーが対戦したことがあるキャラクターに限定することも可能である。
＜コンテンツ＞
上記の実施形態では、キャラクター情報に設定されたキャラクターをコンテンツの一例として説明したが、このコンテンツはこれに限られるものではない。例えば、コンテンツは、アイテム、カード、フィギュア、アバター等でもよい。
上記の実施形態では、キャラクター情報に設定されたキャラクターをコンテンツの一例として説明したが、このコンテンツはこれに限られるものではない。例えば、コンテンツは、アイテム、カード、フィギュア、アバター等でもよい。
１ 情報処理システム
１０ クライアント端末
２０ サーバー装置
５０ コンピューター
５１ ＣＰＵ
５２ ＲＡＭ
５３ ＲＯＭ
５４ 通信インタフェース
５５ 入力装置
５６ 表示装置
５７ 外部インタフェース
５８ ＨＤＤ
１００ クライアント制御部
１０１ 要求送信部
１０２ 応答受信部
１２０ クライアント記憶部
１４０ クライアント通信部
１５０ 操作受付部
１６０ 画面表示部
２００ サーバー制御部
２０１ ゲーム進行部
２０２ 付与部
２０３ 比較部
２０４ 売却部
２０５ トレード部
２０６ 通知部
２０７ 表示制御部
２２０ サーバー記憶部
２２１ キャラクター情報記憶部
２２２ ユーザー情報記憶部
２２３ クエスト情報記憶部
２２４ 抽選ゲーム情報記憶部
２２５ トレード情報記憶部
２４０ サーバー通信部
５００ 問合せ画面
５０１ 操作ボタン
５０２ 操作ボタン
５１０ トレード設定画面
５１１ 操作ボタン
５１２ 操作ボタン
５５０ 進化合成画面
５５１ 進化キャラクター表示領域
５５２ ベースキャラクター表示領域
５５３ 素材キャラクター表示領域
５５４ 操作ボタン
５５５ 操作ボタン
５６０ 希望キャラクター設定画面
５６１ 希望キャラクターリスト
５６２ 操作ボタン
６００ 問合せ画面
６０１ 操作ボタン
６０２ 操作ボタン
６１０ 問合せ画面
６１１ 操作ボタン
６１２ 操作ボタン
６５０ 問合せ画面
６５１ 操作ボタン
６５２ 操作ボタン
７００ 他のユーザー閲覧画面
７０１ 他のユーザーリスト
７０２ 操作ボタン
７１０ 希望キャラクター閲覧画面
７１１ 希望キャラクターリスト
７１２ 操作ボタン
Ｂ バスライン
Ｎ ネットワーク
１０ クライアント端末
２０ サーバー装置
５０ コンピューター
５１ ＣＰＵ
５２ ＲＡＭ
５３ ＲＯＭ
５４ 通信インタフェース
５５ 入力装置
５６ 表示装置
５７ 外部インタフェース
５８ ＨＤＤ
１００ クライアント制御部
１０１ 要求送信部
１０２ 応答受信部
１２０ クライアント記憶部
１４０ クライアント通信部
１５０ 操作受付部
１６０ 画面表示部
２００ サーバー制御部
２０１ ゲーム進行部
２０２ 付与部
２０３ 比較部
２０４ 売却部
２０５ トレード部
２０６ 通知部
２０７ 表示制御部
２２０ サーバー記憶部
２２１ キャラクター情報記憶部
２２２ ユーザー情報記憶部
２２３ クエスト情報記憶部
２２４ 抽選ゲーム情報記憶部
２２５ トレード情報記憶部
２４０ サーバー通信部
５００ 問合せ画面
５０１ 操作ボタン
５０２ 操作ボタン
５１０ トレード設定画面
５１１ 操作ボタン
５１２ 操作ボタン
５５０ 進化合成画面
５５１ 進化キャラクター表示領域
５５２ ベースキャラクター表示領域
５５３ 素材キャラクター表示領域
５５４ 操作ボタン
５５５ 操作ボタン
５６０ 希望キャラクター設定画面
５６１ 希望キャラクターリスト
５６２ 操作ボタン
６００ 問合せ画面
６０１ 操作ボタン
６０２ 操作ボタン
６１０ 問合せ画面
６１１ 操作ボタン
６１２ 操作ボタン
６５０ 問合せ画面
６５１ 操作ボタン
６５２ 操作ボタン
７００ 他のユーザー閲覧画面
７０１ 他のユーザーリスト
７０２ 操作ボタン
７１０ 希望キャラクター閲覧画面
７１１ 希望キャラクターリスト
７１２ 操作ボタン
Ｂ バスライン
Ｎ ネットワーク
Claims (5)
- 合成元となるコンテンツそれぞれの合成に必要となる複数の素材コンテンツが設定されたコンテンツ情報を記憶するコンテンツ情報記憶部と、
各ユーザーが所持する所持コンテンツ及び各ユーザーがトレードで獲得したい希望コンテンツが各ユーザーに関連付けて設定されたユーザー情報を記憶するユーザー情報記憶部と、
所持コンテンツの中から合成元となるコンテンツを指定する操作がユーザーによって行われたことにより、前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツそれぞれと前記ユーザーの所持コンテンツを比較する比較部と、
前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツの中に前記ユーザーが所持していない不足分の素材コンテンツが存在する場合に、前記ユーザーがトレードでの獲得を要求する操作を行なったことにより、その不足分の素材コンテンツを前記ユーザーがトレードで獲得したい希望コンテンツとして設定する処理を実行するトレード部と、
を備えたことを特徴とする情報処理装置。 - 請求項１に記載の情報処理装置であって、
前記トレード部は、前記ユーザーが個数を指定した上でトレードでの獲得を要求する操作を行なったことにより、その不足分の素材コンテンツをその指定された個数分だけ前記希望コンテンツとして設定する処理を実行する、
ことを特徴とする情報処理装置。 - 請求項１又は２に記載の情報処理装置であって、
前記比較部は、前記ユーザーがゲームプレイを行なって獲得した獲得コンテンツと前記ユーザーがトレードで獲得したい前記希望コンテンツを比較し、
前記トレード部は、前記ユーザーがゲームプレイを行なって獲得した獲得コンテンツが前記ユーザーの前記希望コンテンツと一致する場合に、当該希望コンテンツの設定を解除する、
ことを特徴とする情報処理装置。 - 請求項１−３のいずれか１項に記載の情報処理装置であって、
前記トレード部は、前記ユーザーがトレードで獲得したい希望コンテンツを所定数まで設定可能である、
ことを特徴とする情報処理装置。 - コンピューターを、
合成元となるコンテンツそれぞれの合成に必要となる複数の素材コンテンツが設定されたコンテンツ情報を記憶するコンテンツ情報記憶手段、
各ユーザーが所持する所持コンテンツ及び各ユーザーがトレードで獲得したい希望コンテンツが各ユーザーに関連付けて設定されたユーザー情報を記憶するユーザー情報記憶手段、
所持コンテンツの中から合成元となるコンテンツを指定する操作がユーザーによって行われたことにより、前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツそれぞれと前記ユーザーの所持コンテンツを比較する比較手段、
前記合成元となるコンテンツの合成に必要となる複数の素材コンテンツの中に前記ユーザーが所持していない不足分の素材コンテンツが存在する場合に、前記ユーザーがトレードでの獲得を要求する操作を行なったことにより、その不足分の素材コンテンツを前記ユーザーがトレードで獲得したい希望コンテンツとして設定する処理を実行するトレード手段、
として機能させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018023557A JP2019022646A (ja) | 2018-02-13 | 2018-02-13 | 情報処理装置及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018023557A JP2019022646A (ja) | 2018-02-13 | 2018-02-13 | 情報処理装置及びプログラム |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017143122A Division JP6406728B1 (ja) | 2017-07-24 | 2017-07-24 | 情報処理装置及びプログラム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020138944A Division JP7187509B2 (ja) | 2020-08-19 | 2020-08-19 | 情報処理装置及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2019022646A true JP2019022646A (ja) | 2019-02-14 |
| JP2019022646A5 JP2019022646A5 (ja) | 2020-01-30 |
Family
ID=65368129
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018023557A Pending JP2019022646A (ja) | 2018-02-13 | 2018-02-13 | 情報処理装置及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2019022646A (ja) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014027983A (ja) * | 2012-07-31 | 2014-02-13 | Konami Digital Entertainment Co Ltd | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム |
| JP6075495B1 (ja) * | 2016-05-10 | 2017-02-08 | 株式会社セガゲームス | 情報処理装置及びプログラム |
-
2018
- 2018-02-13 JP JP2018023557A patent/JP2019022646A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014027983A (ja) * | 2012-07-31 | 2014-02-13 | Konami Digital Entertainment Co Ltd | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム |
| JP6075495B1 (ja) * | 2016-05-10 | 2017-02-08 | 株式会社セガゲームス | 情報処理装置及びプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6075495B1 (ja) | 情報処理装置及びプログラム | |
| JP6409931B1 (ja) | 情報処理装置及びプログラム | |
| JP6848438B2 (ja) | 情報処理装置、プログラム及び情報処理方法 | |
| JP6296198B1 (ja) | 情報処理装置及びプログラム | |
| JP2016010483A (ja) | コンピュータ、その制御方法及び制御プログラム | |
| JP2019063500A (ja) | 情報処理装置及びプログラム | |
| JP6135812B1 (ja) | 情報処理装置及びプログラム | |
| JP6353879B2 (ja) | 情報処理装置及びプログラム | |
| JP6406728B1 (ja) | 情報処理装置及びプログラム | |
| JP6065146B1 (ja) | 情報処理装置及びプログラム | |
| JP7187509B2 (ja) | 情報処理装置及びプログラム | |
| JP2019022646A (ja) | 情報処理装置及びプログラム | |
| JP2019022653A (ja) | 情報処理装置及びプログラム | |
| JP2018020127A (ja) | 情報処理装置及びプログラム | |
| JP6809336B2 (ja) | 情報処理装置及びプログラム | |
| JP2019209164A (ja) | 情報処理装置及びプログラム | |
| JP2021154106A (ja) | 情報処理装置及びプログラム | |
| JP7459918B2 (ja) | プログラム、情報処理方法、及び情報処理装置 | |
| JP6981294B2 (ja) | 情報処理装置及びプログラム | |
| JP2018202188A (ja) | ゲームシステム、ゲーム制御装置、及びプログラム | |
| JP6217873B1 (ja) | 情報処理装置及びプログラム | |
| JP6265457B2 (ja) | 情報処理装置及びプログラム | |
| JP6217822B1 (ja) | 情報処理装置及びプログラム | |
| JP2017217452A (ja) | 情報処理装置及びプログラム | |
| JP2021166794A (ja) | ゲームプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20191216 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20191216 |
|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20191216 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20191216 |
|
| A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20191226 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200218 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20200519 |