JP5676042B2 - 制御方法、制御プログラム及びコンピュータ - Google Patents

Description

本発明は、ゲーム媒体群編成方法、制御プログラム及びコンピュータに関する。

近年、通信ネットワークを介して携帯端末にゲームを提供するサーバが普及している。このようなサーバにより提供されるゲームには、カード等のデジタルコンテンツであるゲーム媒体を複数用いて構成されるゲーム媒体群を使用するゲームが含まれる。

例えば、特許文献１には、予めゲームシステムに登録された１枚以上のカードで構成されたカード群であるデッキを使用し、ユーザ同士がそのデッキのカードを出し合うゲームが開示されている。

特許文献１に開示されたゲームシステムでは、ユーザ端末は、デッキ編成領域、所有カード領域を含む、デッキ作成・編集を行う表示画面を表示する。ユーザは、所有カード領域よりデッキに追加するカードを選択し、デッキ編成領域に当該カードのアイコンをドラッグアンドドロップすることにより、デッキを作成することができる。

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

特許文献１に開示されたゲームシステムでは、ユーザは、所有カードの中から選択したカードで構成されるデッキを作成することができる。しかしながら、例えば、作成したデッキを変更する場合、デッキ編成領域内のカードを一端、所有カード領域に戻してから所有カード領域内の他のカードをデッキ編成領域に移す必要がある。このような操作は煩雑であり、特に所謂スマートフォン等の画面サイズの小さい携帯情報端末で操作する場合、操作を誤ってしまう場合がある。操作を誤った場合、デッキ編成領域内のカードを元の状態に戻すためには上記のような操作を繰り返す必要があり、ユーザが端末を操作する際のＵＸ（User Experienc：ユーザの体験内容、満足感等）が損なわれるおそれがあった。

本発明は、このような従来の課題を解決すべくなされたものであり、ゲーム媒体群を使用するゲームを実行するユーザが端末を操作する際のＵＸを向上させることを可能とするゲーム媒体群編成方法、制御プログラム及びコンピュータを提供することを目的とする。

本発明に係るゲーム媒体群編成方法は、操作部及び振動を検出する振動検出部を備え、複数のゲーム媒体から構成されるゲーム媒体群を編成するコンピュータにおけるゲーム媒体群編成方法であって、ゲーム媒体群の第１の状態を記憶部に記憶し、操作部を介したユーザの操作に応じて、ゲーム媒体群を第２の状態に変更し、振動検出部の検出結果に基づいて、ゲーム媒体群を第１の状態に復元する、ことを含む。

また、本発明に係るゲーム媒体群編成方法において、記憶部に、第１の状態として、ゲーム媒体群の初期状態を記憶し、所定時間内に、振動検出部が所定回数以上の振動を検出した場合に、ゲーム媒体群を初期状態に復元することが好ましい。

また、本発明に係るゲーム媒体群編成方法において、記憶部に、第１の状態として、ゲーム媒体群の一つ前の状態を記憶し、所定時間内に、振動検出部が一回の振動を検出した場合に、ゲーム媒体群を一つ前の状態に復元することが好ましい。

また、本発明に係るゲーム媒体群編成方法において、ゲーム媒体群を変更した場合に、ゲーム媒体群の変更後の状態を記憶部に記憶することが好ましい。

また、本発明に係るゲーム媒体群編成方法において、操作部は、タッチスクリーンであり、操作部によって、ゲーム媒体群を構成するゲーム媒体のうちの二つのゲーム媒体がタップされた場合、タップされた二つのゲーム媒体の位置が交換されることが好ましい。

また、本発明に係るゲーム媒体群編成方法において、操作部は、タッチスクリーンであり、操作部によって、ゲーム媒体群を構成するゲーム媒体のうちの一つのゲーム媒体が、ゲーム媒体群を構成するゲーム媒体のうちの他のゲーム媒体の位置までスライドされた場合、一つのゲーム媒体と他のゲーム媒体の位置が交換されることが好ましい。

また、本発明に係る制御プログラムは、操作部及び振動を検出する振動検出部を備え、ゲームに使用される複数のゲーム媒体から構成されるゲーム媒体群を編成するコンピュータの制御プログラムであって、コンピュータに、ゲーム媒体群の第１の状態を記憶部に記憶し、操作部を介したユーザの操作に応じて、ゲーム媒体群を第２の状態に変更し、振動検出部の検出結果に基づいて、ゲーム媒体群を第１の状態に復元する、ことを実行させる。

また、本発明に係るコンピュータは、ゲームに使用される複数のゲーム媒体から構成されるゲーム媒体群を編成するコンピュータであって、操作部と、振動を検出する振動検出部と、ゲーム媒体群の第１の状態を記憶する記憶部と、操作部を介したユーザの操作に応じて、ゲーム媒体群を第２の状態に変更するゲーム媒体群変更部と、振動検出部の検出結果に基づいて、ゲーム媒体群を第１の状態に復元するゲーム媒体群復元部とを備える。

本発明に係るゲーム媒体群編成方法、制御プログラム及びコンピュータは、ユーザの操作に応じてゲーム媒体群の状態を変更し、携帯端末が振られた場合はゲーム媒体群を特定の状態に復元することにより、ゲーム媒体群を使用するゲームを実行するユーザが端末を操作する際のＵＸを向上させることを可能とする。

ゲームシステム１の概略構成の一例を示す図である。 （ａ）は携帯端末２の概略構成の一例を示す図であり、（ｂ）は履歴管理テーブルのデータ構造の一例を示す図である。 （ａ）、（ｂ）は、デッキ編成画面の一例を示す図である。 （ａ）、（ｂ）は、タップ操作によるデッキの変更について説明するための図である。 （ａ）、（ｂ）は、スライド操作によるデッキの変更について説明するための図である。 （ａ）、（ｂ）は、デッキの状態の復元について説明するための図である。 （ａ）は、サーバ３の概略構成の一例を示す図である。（ｂ）、（ｃ）は、各種管理テーブルのデータ構造の一例を示す図である。 ゲームシステム１の動作シーケンスの一例を示す図である。 デッキ配置変更処理の動作フローの一例を示す図である。 カード特定処理の動作フローの一例を示す図である。

以下、図面を参照しつつ、本発明の様々な実施形態について説明する。ただし、本発明の技術的範囲はそれらの実施形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶ点に留意されたい。

（１）本実施形態の概略
本実施形態では、ユーザは、予めゲームシステムに登録された複数のゲーム媒体から構成されるゲーム媒体群を使用するゲームを実行する。ゲーム媒体とはゲームに使用されるデジタルコンテンツのことをいう。本実施形態では、ゲーム媒体としてカードを使用し、ゲーム媒体群として複数のカードから構成されるカード群であるデッキを使用するゲームについて説明する。携帯端末は、ユーザの操作に応じて、デッキを変更するとともに変更履歴に記憶し、携帯端末が振られた場合は、デッキの状態を、変更履歴に記憶された特定の状態に復元する。これにより、デッキを使用するゲームを実行するユーザが端末を操作する際のＵＸを向上させることを図る。なお、「デッキの状態」とは、デッキを構成するカード及びそのカードの配置の状態を意味する。また、本実施形態では、「デッキを変更する」ことの例として、デッキを構成するカードの配置を変更することについて説明する。

（２）ゲームシステム１の構成
図１は、ゲームシステム１の概略構成の一例を示す図である。

ゲームシステム１は、少なくとも一台の携帯端末２と、サーバ３とを備える。携帯端末２とサーバ３とは、通信ネットワークを介して相互に接続され、例えば、基地局４、移動体通信網５、ゲートウェイ６、及びインターネット７を介して相互に接続される。携帯端末２で実行されるプログラム（例えば、閲覧プログラム）と、サーバ３で実行されるプログラム（例えば、ゲームプログラム）とは、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol, HTTP）等の通信プロトコルを用いて通信を行う。

（２．１）携帯端末２の構成
図２（ａ）は、携帯端末２の概略構成の一例を示す図である。

携帯端末２は、基地局４、移動体通信網５、ゲートウェイ６、及びインターネット７を介してサーバ３に接続し、サーバ３と通信を行う。携帯端末２は、複数のゲーム媒体から構成されるゲーム媒体群を使用するゲームを実行するとともに、そのゲーム媒体群を編成する。前述したように、ゲーム媒体とは、ゲームに使用されるデジタルコンテンツのことをいい、例えば、カード、フィギア、アバター、アイテム等である。本実施形態では、携帯端末２は、ゲーム媒体として予めゲームシステムに登録されたカードを使用し、ゲーム媒体群として複数のカードから構成されるカード群であるデッキを使用するゲームを実行する。携帯端末２は、操作部２３を介したユーザの操作に応じて、デッキの状態を変更するとともに、変更履歴に記憶する。また、携帯端末２は、携帯端末２の振動を検出すると、デッキの状態を、変更履歴に記憶された特定の状態に復元する。そのために、携帯端末２は、端末通信部２１と、端末記憶部２２と、操作部２３と、表示部２４と、加速度センサ２５と、端末処理部２６とを備える。

なお、本実施形態では、携帯端末２として、多機能携帯電話（所謂「スマートフォン」）を想定するが、本発明はこれに限定されるものではない。携帯端末２は、本発明が適用可能であればよく、例えば、携帯電話（所謂「フィーチャーフォン」）、携帯情報端末（Personal Digital Assistant, PDA）、携帯ゲーム機、携帯音楽プレーヤ、タブレットＰＣ等でもよい。

端末通信部２１は、所定の周波数帯を感受帯域とするアンテナを含む、通信インターフェース回路を備え、携帯端末２を無線通信ネットワークに接続する。端末通信部２１は、基地局４により割り当てられるチャネルを介して、基地局４との間でＣＤＭＡ（Code Division Multiple Access）方式等による無線信号回線を確立し、基地局４との間で通信を行う。そして、端末通信部２１は、端末処理部２６から供給されたデータをサーバ３等に送信する。また、端末通信部２１は、サーバ３等から受信したデータを端末処理部２６に供給する。

端末記憶部２２は、例えば、半導体メモリ、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。端末記憶部２２は、端末処理部２６での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、端末記憶部２２は、ドライバプログラムとして、操作部２３を制御する入力デバイスドライバプログラム、表示部２４を制御する出力デバイスドライバプログラム等を記憶する。また、端末記憶部２２は、アプリケーションプログラムとして、ユーザの指示に従ってデッキにおけるカードの構成を作成し、変更し、復元する閲覧プログラム等を記憶する。また、端末記憶部２２は、データとして、デッキの過去の状態を記憶する変更履歴を管理する履歴管理テーブル（図２（ｂ））、デッキを構成するカード等に係る表示データ、映像データ、画像データ等を記憶する。なお、前述したように、「デッキの状態」とは、デッキを構成するカード及びそのカードの配置の状態を意味する。さらに、端末記憶部２２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。

図２（ｂ）には、デッキの過去の状態を記憶する変更履歴を管理する履歴管理テーブルが示されている。履歴管理テーブルは、各変更履歴について、当該変更履歴の識別番号（以下、履歴ＩＤと称する）、当該変更履歴自体等を記憶する。なお、変更履歴として、先頭にデッキの初期状態が記憶され、以降、デッキの状態を変更した各時点での、デッキの変更後の状態が記憶される。または、変更履歴として、先頭にデッキの初期状態が記憶され、以降、直前の時点での状態からの変更内容が記憶されてもよい。

操作部２３は、携帯端末２の操作が可能であればどのようなデバイスでもよく、例えば、タッチパッド、キーボード等である。ユーザは、操作部２３を用いて、文字、数字等を入力することができる。操作部２３は、ユーザにより操作されると、その操作に対応する信号を発生する。そして、発生した信号は、ユーザの指示として、端末処理部２６に供給される。

表示部２４も、映像、画像等の表示が可能であればどのようなデバイスでもよく、例えば、液晶ディスプレイ、有機ＥＬ（Electro−Luminescence）ディスプレイ等である。表示部２４は、端末処理部２６から供給された映像データに応じた映像、画像データに応じた画像等を表示する。

加速度センサ２５は、加速度センサ２５に加わる加速度を３軸方向毎に検出するセンサである。加速度センサ２５は、例えば、ピエゾ抵抗効果を利用したピエゾ抵抗型の３軸加速度センサ、又は静電容量の変化を利用した静電容量型の３軸加速度センサとすることができる。加速度センサ２５は、端末処理部２６からの要求に応じて、携帯端末２の画面の水平方向（Ｘ方向）、垂直方向（Ｙ方向）及び画面に対して直交する方向（Ｚ方向）の加速度を示す加速度情報を一定時間（例えば、10msec）ごとに出力する。なお、加速度センサ２５の代わりに、携帯端末２の回転角速度を検出するジャイロセンサを利用し、加速度情報の代わりに回転角速度を示す回転角速度情報を一定時間ごとに出力してもよい。

端末処理部２６は、一又は複数個のプロセッサ及びその周辺回路を備える。端末処理部２６は、携帯端末２の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵ（Central Processing Unit）である。端末処理部２６は、携帯端末２の各種処理が端末記憶部２２に記憶されているプログラム、操作部２３の操作、加速度センサ２５からの加速度情報等に応じて適切な手順で実行されるように、端末通信部２１、表示部２４等の動作を制御する。端末処理部２６は、端末記憶部２２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、端末処理部２６は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

（２．１．１）端末処理部２６の構成
端末処理部２６は、少なくとも閲覧実行部２６１を備える。閲覧実行部２６１は、ゲーム実行部２６２と、デッキ作成部２６３と、デッキ変更部２６４と、デッキ復元部２６５と、振動検出部２６６とを含む。これらの各部は、サーバ処理部３３が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、これらの各部は、ファームウェアとしてサーバ３に実装されてもよい。

閲覧実行部２６１は、操作部２３を介したユーザからの指示に応じて、特定の表示データの取得要求を端末通信部２１を介してサーバ３に送信する。また、閲覧実行部２６１は、対応する表示データを、サーバ３から端末通信部２１を介して受信する。閲覧実行部２６１は、受信した表示データに基づいて描画データを作成する。即ち、閲覧実行部２６１は、受信した表示データを解析して制御データ及び内容データを特定し、特定した制御データに従って同じく特定した内容データをレイアウトし、描画データを作成する。そして、閲覧実行部２６１は、作成した描画データを表示部２４に出力する。表示データは、例えばＨＴＭＬ５（HyperText Markup Language 5）、ＣＳＳ３（Cascading Style Sheets 3）、及びＪａｖａＳｃｒｉｐｔ（登録商標）等の言語を利用して作成することができる。

ゲーム実行部２６２は、操作部２３を介したユーザからの指示に応じて、サーバ３により提供されるゲームを実行する。ゲーム実行部２６２は、操作部２３を介してユーザからゲームの開始指示を受け付けると、さらに操作部２３を介してユーザからユーザＩＤ及びパスワードを受け付け、受け付けたユーザＩＤ及びパスワードを含むユーザ認証要求を端末通信部２１を介してサーバ３に送信する。サーバ３が認証処理に成功すると、ゲーム実行部２６２は、端末通信部２１を介してサーバ３から取得したゲーム画面を表示部２４に表示するとともに、操作部２３を介してユーザからの操作を受け付け、以降、そのゲームのための処理を実施する。

デッキ作成部２６３は、操作部２３を介したユーザからの指示に応じて、ユーザが所有する所有カードを表示する所有カード画面を表示部２４に出力する。そのために、デッキ作成部２６３は、所有カード画面に係る表示データの取得を要求する所有カード表示データ取得要求を端末通信部２１を介してサーバ３に送信する。所有カード表示データ取得要求には、そのユーザのユーザＩＤが含まれる。デッキ作成部２６３は、対応する表示データを端末通信部２１を介してサーバ３から取得し、取得した表示データに基づいて描画データを作成し、作成した描画データを表示部２４に出力する。

サーバ３から送信される表示データには、内容データとして、サーバ３に記憶されたそのユーザが所有する所有カードについての識別番号（以下、カードＩＤと称する）、攻撃力、守備力等のカードの特徴を表す特徴情報、画像データ等が含まれ、制御データとして、各カードについての情報を表示するための情報が含まれる。

デッキ作成部２６３は、操作部２３を介してユーザから、デッキ内の各位置へ配置するカードの指定を受け付けて、デッキを作成し、作成したデッキの構成を示すデッキ構成情報を端末通信部２１を介してサーバ３に送信する。デッキ構成情報には、デッキ内の各位置と、その位置に配置されたカードのカードＩＤとが関連付けて示される。なお、デッキの作成には、デッキ内においてカードがまだ配置されていない位置にカードを配置することと、カードが既に配置されている位置に他のカードを配置して、カードを交換することとが含まれる。

デッキ変更部２６４は、操作部２３を介したユーザからの指示に応じて、作成したデッキを変更するデッキ編成画面を表示部２４に出力する。そのために、デッキ変更部２６４は、デッキ編成画面に係る表示データの取得を要求するデッキ表示データ取得要求を端末通信部２１を介してサーバ３に送信する。デッキ表示データ取得要求には、そのユーザのユーザＩＤが含まれる。デッキ変更部２６４は、対応する表示データを端末通信部２１を介してサーバ３から取得し、取得した表示データに基づいて描画データを作成し、作成した描画データを表示部２４に出力する。

サーバ３から送信される表示データには、内容データとして、そのユーザのデッキ内の各位置ごとに、その位置に配置されたカードのカードＩＤ、特徴情報及び画像データ等が示され、制御データとして、その内容データを表示するための情報が含まれる。

また、デッキ変更部２６４は、ゲーム媒体群変更部の一例であり、操作部２３を介したユーザの操作に応じて、デッキを変更する。以下では、「デッキを変更する」ことの例として、デッキを構成するカードの配置を変更することについて説明する。デッキ変更部２６４は、デッキ変更処理を開始する時に、そのデッキについてのデッキ構成情報を作成し、デッキを構成するカードが変更されるごとにその変更にあわせてデッキ構成情報を変更する。そして、デッキ変更部２６４は、デッキ変更処理が完了した時に、変更されたデッキについてのデッキ構成情報をそのユーザのユーザＩＤと関連付けて端末通信部２１を介してサーバ３に送信する。

デッキ変更部２６４は、操作部２３によって、デッキを構成するカードのうちの二つのカードがタップされた場合、タップされた二つのカードの位置を交換する。また、デッキ変更部２６４は、操作部２３によって、デッキを構成するカードのうちの一つのカードが、他のカードの位置までスライドされた場合、その一つのカードと他のカードの位置を交換する。

まず、デッキ変更部２６４は、操作部２３を介したユーザのタップ操作に応じて、タッチパネルが接触を感知し始めた位置である始点（touch1）を示す始点位置情報を操作部２３から取得する。また、デッキ変更部２６４は、操作部２３から始点位置情報を取得した時刻を、接触を感知し始めた時刻（time1）を示す始点時刻情報として取得する。デッキ変更部２６４は、始点（touch1）がデッキにおけるカードのうちのどのカードの表示領域内に位置するかを判定し、始点が表示領域内に位置するカードを入れ替え対象カードとして特定する。次に、デッキ変更部２６４は、現在、ユーザのスライド操作に応じた接触を感知している位置である現在位置（touch2）を示す現在位置情報を操作部２３から取得する。また、デッキ変更部２６４は、操作部２３から現在位置情報を取得した時刻を、現在時刻（time2）を示す現在時刻情報として取得する。

なお、始点位置情報及び現在位置情報により示される位置は、例えば、表示部２４の画面の左上を基準（すなわち、(x ,y ,z)=(0, 0, 0)）としたときの水平方向の位置を示すｘ座標及び垂直方向の位置を示すｙ座標の値で表される。デッキ変更部２６４は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）のtouchmoveイベントを利用することにより、始点位置情報、始点時刻情報、現在位置情報及び現在時刻情報を取得できる。また、デッキ変更部２６４は、getComputedStyleメソッドを利用することにより、カードの表示領域に関する情報（幅（width）、高さ（height）、水平方向に隣接するカードの表示領域との間の余白（margin1）、垂直方向に隣接するカードの表示領域との間の余白（margin2）等）を取得できる。

次に、デッキ変更部２６４は、現在位置情報に示される位置と始点位置情報に示される位置から、始点から現在位置までの移動距離（distance1）を算出する。また、デッキ変更部２６４は、現在時刻情報に示される時刻から始点時刻情報に示される時刻を減算し、携帯端末が接触を感知している接触時間（time3 ＝ time2 - time1）を算出する。デッキ変更部２６４は、移動距離（distance1）が所定距離（例えば、40pixel）以上である場合、又は接触時間（time3）が所定時間（例えば、400msec）以上である場合、ユーザによりカードのスライド操作がされたと判定する。一方、デッキ変更部２６４は、移動距離（distance1）が所定距離以上、又は接触時間（time3）が所定時間以上になる前に、ユーザの接触を感知し終えた場合、スライド操作がされなかったと判定する。

デッキ変更部２６４は、スライド操作がされたと判定すると、そのスライド操作に応じて入れ替え対象カードの表示位置を移動させる。なお、デッキ変更部２６４は、ｃｓｓ３のwebkitTransform = translate3d(x, y, z)を利用して、入れ替え対象カードの表示位置を移動させることができる。

そして、デッキ変更部２６４は、ユーザのスライド操作に応じた接触を感知し終えた位置である終点（touch3）を示す終点位置情報を操作部２３から取得する。デッキ変更部２６４は、終点（touch3）がデッキにおけるカードのうちのどのカードの表示領域内に位置するかを判定し、終点が表示領域内に位置するカードを入れ替え先カードとして特定する。

例えば、終点（touch3）のｘ座標から始点（touch1）のｘ座標を減じた差分値が「（幅（width）＋水平方向の余白（margin1））×（１／２＋ｎ）」以上であり、且つ「（幅＋水平方向の余白）×（３／２＋ｎ）」未満である場合、水平方向において入れ替え対象カードのｎ個右側に位置するカードが入れ替え先カードとなる。一方、差分値が「（幅＋水平方向の余白）×（−１／２−ｎ）」より大きく、且つ「（幅＋水平方向の余白）×（１／２＋ｎ）」未満である場合、水平方向において入れ替え対象カードと同じ位置に位置するカードが入れ替え先カードとなる。また、差分値が「（幅＋水平方向の余白）×（−１／２−ｎ）」以下であり、且つ「（幅＋水平方向の余白）×（−３／２−ｎ）」より大きい場合、水平方向において入れ替え対象カードのｎ個左側に位置するカードが入れ替え先カードとなる。

同様に、終点（touch3）のｙ座標から始点（touch1）のｙ座標を減じた差分値が「（高さ（height）＋垂直方向の余白（margin2））×（１／２＋ｎ）」以上であり、且つ「（高さ＋垂直方向の余白）×（３／２＋ｎ）」未満である場合、垂直方向において入れ替え対象カードのｎ個下側に位置するカードが入れ替え先カードとなる。一方、差分値が「（高さ＋垂直方向の余白）×（−１／２−ｎ）」より大きく、且つ「（高さ＋垂直方向の余白）×（１／２＋ｎ）」未満である場合、垂直方向において入れ替え対象カードと同じ位置に位置するカードが入れ替え先カードとなる。また、差分値が「（高さ＋垂直方向の余白）×（−１／２−ｎ）」以下であり、且つ「（高さ＋垂直方向の余白）×（−３／２−ｎ）」より大きい場合、垂直方向において入れ替え対象カードのｎ個上側に位置するカードが入れ替え先カードとなる。

そして、水平方向及び垂直方向の両方において入れ替え対象カードと同じ位置に位置するカードが入れ替え先カードとなる場合は、デッキ変更部２６４は、カードの配置を交換しない。

一方、デッキ変更部２６４は、スライド操作がされなかったと判定すると、入れ替え対象カードが選択されたことをユーザが判別できるように、入れ替え対象カードを他のカードと異ならせて表示（例えば、カードの枠を強調表示）する。そして、デッキ変更部２６４は、操作部２３を介したユーザの新たなタップ操作に応じて、タッチパネルが接触を再度感知し始めた位置である第２始点（touch4）を示す第２始点位置情報を操作部２３から取得する。デッキ変更部２６４は、第２始点（touch4）がデッキにおけるカードのうちのどのカードの表示領域内に位置するかを判定し、第２始点が表示領域内に位置するカードを入れ替え先カードとして特定する。

デッキ変更部２６４は、入れ替え先カードを特定すると、入れ替え対象カードと入れ替え先カードの配置を交換する。つまり、デッキ変更部２６４は、デッキ構成情報において、入れ替え対象カードに関連付けられていた位置に入れ替え先カードのカードＩＤを関連付け、入れ替え先カードに関連付けられていた位置に入れ替え対象カードのカードＩＤを関連付ける。デッキ変更部２６４は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）のreplaceChildメソッドを利用することにより、二つのカードの配置を交換することができる。

デッキ変更部２６４は、デッキを変更するごとに、端末記憶部２２の履歴管理テーブルに変更履歴を記憶する。デッキ変更部２６４は、操作部２３を介したユーザの操作に応じて、デッキを変更する処理を開始するときのカードの状態を、そのデッキの初期状態として履歴管理テーブルの先頭に記憶し、他の領域をクリアする。そして、デッキ変更部２６４は、デッキを変更した場合に、デッキの変更後の状態、つまり変更後のデッキ構成情報を変更履歴として端末記憶部２２に記憶する。つまり、デッキ変更部２６４は、過去の状態として、デッキの一つ前の状態を端末記憶部２２に記憶する。なお、デッキ変更部２６４は、直前の時点でのデッキの状態からの変更内容（例えば、入れ替え対象カードと入れ替え先カードを交換したこと）を変更履歴として記憶してもよい。

図３（ａ）、（ｂ）は、表示部２４に表示されるデッキ編成画面の一例を示す図である。

図３（ａ）は、デッキ編成画面の初期画面３００を示す。図３（ａ）に示されるように、初期画面３００には、複数のデッキのうちの一つを選択するための選択ボタン３０１と、選択されたデッキを構成する各カード３０２と、選択されたデッキについて特定の制御を実行する制御ボタン３０３と、デッキ編成画面の表示を終了させる「戻る」ボタン３０４が表示される。なお、図３（ａ）に示す初期画面３００では、選択ボタン３０１のうちデッキ１に係る選択ボタンが選択されている。

図３（ａ）に示されるゲームでは、ユーザごとに、三つのデッキを設定することが可能であり、選択ボタン３０１がタップされると、タップされた選択ボタン３０１に対応するデッキを構成するカード３０２が表示され、そのデッキを変更することが可能となる。ユーザは、設定された三つのデッキのうちの一つを用いて、ゲームにおける戦闘等の特定の処理を実行できる。

また、図３（ａ）に示されるゲームでは、各デッキは、縦２列、横５列の合計１０枚のカードで構成され、位置ごとに異なる特徴を持つ。例えば、上側の列に配置されたカードは敵からの攻撃を受けやすいが、敵を攻撃しやすく、一方、下側の列に配置されたカードは敵からの攻撃を受けにくいが、敵を攻撃しにくいという特徴を持つ。同様に、左右方向の中央に配置されたカードは敵からの攻撃を受けやすいが、敵を攻撃しやすく、一方、両端に配置されたカードは敵からの攻撃を受けにくいが、敵を攻撃しにくいという特徴を持つ。

また、制御ボタン３０３には、デッキの構成をコンピュータに自動的に決定させるための「自動編成」ボタンと、デッキ内のカードの並び替えを実施するための「並び替え」ボタンと、デッキの構成を他のデッキの構成と同一にするための「コピー」ボタンとが表示される。さらに、制御ボタン３０３には、デフォルトで使用するデッキを設定するための「メインに設定」ボタンと、デッキを削除するための「デッキを削除」ボタンと、デッキの名称を変更するための「デッキ名を変更」ボタンとが表示される。

図３（ｂ）は、デッキを編集するための編集画面３１０を示す。図３（ａ）に示される編集画面３００において「並び替え」ボタンがタップされると、編集画面３１０が表示され、デッキにおけるカードの並び替えが可能となる。編集画面３１０では、「並び替え」ボタンは、カードの並び替えが完了したことを指定するための「完了」ボタンに変更され、「完了」ボタン以外の各ボタンは、アクティブでないことを表すように変更されてユーザによる選択ができなくなる。デッキ変更部２６４は、「並び替え」ボタンがタップされた時に、そのデッキについてのデッキ構成情報を作成する。

図４（ａ）、（ｂ）は、タップ操作によるデッキの変更について説明するための図である。

図４（ａ）の編集画面３１０は、カードの配置の初期状態を示している。図４（ａ）に示されるように、編集画面３１０において、まずカード３１１がタップされ、次にカード３１２がタップされると、図４（ｂ）に示されるように、カード３１１とカード３１２の配置が交換される。この時、デッキ変更部２６４は、デッキ構成情報を更新し、変更履歴として端末記憶部２２に記憶する。

図５（ａ）、（ｂ）は、スライド操作によるデッキの変更について説明するための図である。

図５（ａ）の編集画面３１０は、図４（ｂ）に示した、タップ操作によるカードの配置の交換後の編集画面を示している。図５（ａ）に示されるように、編集画面３１０において、カード３１１がカード３１３の位置までスライドされると、図５（ｂ）に示されるように、カード３１１とカード３１３の配置が交換される。この時も、デッキ変更部２６４は、デッキ構成情報を更新し、変更履歴として端末記憶部２２に記憶する。

以下、図５（ｂ）を用いて、図５（ｂ）に示す各カードの「幅（width）＋水平方向の余白（margin1）」が60pixelであり、「高さ（width）＋垂直方向の余白（margin2）」が80pixelである場合を例に、デッキ変更部２６４のカード交換の判定例を示す。デッキ変更部２６４は、上記した始点（touch1）が上列の最も左側に位置するカード３１２の表示領域内にあり、終点（touch3）までの水平方向の移動距離が+30pixel以上且つ+90pixel未満であり、垂直方向の移動距離が+40pixel未満である場合、カード３１２をカード３１２の右隣のカード３２１と交換する。一方、デッキ変更部２６４は、水平方向の移動距離が+90pixel以上且つ+150pixel未満であり、垂直方向の移動距離が+40pixel未満である場合、カード３１２をカード３１２の二つ右隣のカード３２２と交換する。また、デッキ変更部２６４は、水平方向の移動距離が-30pixel超且つ30pixel未満であり、垂直方向の移動距離が+40pixel以上である場合、カード３１２をカード３１２の下隣のカード３２３と交換する。

図４（ｂ）又は図５（ｂ）に示されるように、カードの配置が変更され、「完了」ボタンがタップされると、デッキ変更部２６４は、そのデッキについての最新のデッキ構成情報を端末通信部２１を介してサーバ３に送信する。

デッキ復元部２６５は、ゲーム媒体群復元部の一例であり、振動検出部２６６による携帯端末２の振動の検出結果に基づいて、デッキを、端末記憶部２２の履歴管理テーブルに記憶された過去の状態に復元する。

デッキ復元部２６５は、所定時間（例えば、３秒）内に、振動検出部２６６から携帯端末２の振動を検出したことが一回通知された場合、履歴管理テーブルに記憶された変更履歴に基づいて、デッキを現在の状態の一つ前の状態に復元する。一方、デッキ復元部２６５は、所定時間内に、振動検出部２６６から携帯端末２の振動を検出したことが所定回数（例えば１回より多い回数であり、例えば３回）以上通知されると、デッキを初期状態に復元する。初期状態とは、操作部２３を介してユーザにより「並び替え」ボタンがタップされ、デッキ変更部２６４がデッキを構成するカードの変更処理を開始した時点の状態を意味する。なお、デッキ復元部２６５は、振動検出部２６６から携帯端末２の振動を検出したことが一回通知された場合も、デッキを構成するカードを初期状態に復元してもよい。デッキ復元部２６５は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）のremoveChildを利用することにより、現在のデッキにおけるカードを消去し、appendChildを利用することにより、現在の状態の一つ前の状態に係るカード又は初期状態に係るカードを配置することができる。

デッキ復元部２６５は、デッキを構成するカードを現在の状態の一つ前の状態に復元すると、端末記憶部２２の履歴管理テーブルから現在の状態に係る変更履歴を削除する。また、デッキ復元部２６５は、デッキを構成するカードを初期状態に復元すると、端末記憶部２２の履歴管理テーブルから初期状態に係る変更履歴以外の変更履歴を削除する。

図６（ａ）、（ｂ）は、デッキの状態の復元について説明するための図である。

図６（ａ）は、図５（ｂ）に示された状態において、振動検出部２６６から携帯端末２の振動を検出したことが一回通知された場合の編集画面３１０を表す。図６（ａ）に示されるように、デッキを構成するカードは、図５（ｂ）に示された状態の一つ前の状態である、図５（ａ）に示された状態に復元される。図６（ｂ）は、図５（ｂ）に示された状態において、所定時間以内に、振動検出部２６６から携帯端末２の振動を検出したことが所定回数以上通知された場合の編集画面３１０を表す。図６（ｂ）に示されるように、デッキを構成するカードは、初期状態である、図３（ｂ）に示された状態（「並び替え」ボタンがタップされた直後の状態）に復元される。

振動検出部２６６は、加速度センサ２５が出力する加速度情報に基づいて、携帯端末２の振動を検出する。振動検出部２６６は、携帯端末２の振動を検出すると、携帯端末２が振動したことをデッキ復元部２６５に通知する。振動検出部２６６は、加速度情報に示されるＸ方向の加速度が所定回数以上連続して正の所定値以上となり、その後、所定回数以上連続して負の所定値未満となった場合に、携帯端末２の振動を検出する。この場合、「携帯端末２の振動」とは、携帯端末２がユーザにより画面の水平方向に１往復だけ振られたことを意味する。例えば、所定値は携帯端末２を１往復だけ振る実験により得られる加速度の最低値に定められ、所定回数はその最低値以上の加速度が連続して検出される最低数に定められる。

なお、Ｘ方向の加速度は、例えばＪａｖａＳｃｒｉｐｔ（登録商標）のdevicemotionイベントにより与えられるe.accelerationIncludingGravityオブジェクトのxプロパティから取得することができる。

（２．２）サーバ３の構成
図７（ａ）は、サーバ３の概略構成の一例を示す図である。

サーバ３は、所定のゲームを携帯端末２に提供する。また、サーバ３は、そのゲームで使用される、各ユーザが所有する所有カードについての情報、及び各ユーザが使用するデッキについてのデッキ構成情報等を記憶し、携帯端末２からの要求に応じて、各情報を携帯端末２に送信して携帯端末２に表示させる。そのために、サーバ３は、サーバ通信部３１と、サーバ記憶部３２と、サーバ処理部３３とを備える。

サーバ通信部３１は、サーバ３をインターネット７に接続するための通信インターフェース回路を備え、インターネット７との間で通信を行う。そして、サーバ通信部３１は、携帯端末２等から受信したデータを、サーバ処理部３３に供給する。また、サーバ通信部３１は、サーバ処理部３３から供給されたデータを、携帯端末２等に送信する。

サーバ記憶部３２は、例えば、磁気テープ装置、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。サーバ記憶部３２は、サーバ処理部３３での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、サーバ記憶部３２は、アプリケーションプログラムとして、所有カード画面に係る表示データ、デッキ編成画面に係る表示データを作成するゲームプログラム等を記憶する。また、サーバ記憶部３２は、データとして、ユーザを管理するユーザ管理テーブル（図７（ｂ））、ゲームで使用されるカードについての情報を管理するカード管理テーブル（図７（ｃ））等を記憶する。さらに、サーバ記憶部３２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。

図７（ｂ）、図７（ｃ）は、各管理テーブルのデータ構造の一例を示す図である。

図７（ｂ）には、ユーザを管理するユーザ管理テーブルが示されている。ユーザ管理テーブルは、各ユーザについて、当該ユーザの識別番号（ユーザＩＤ）、名前、パスワード、当該ユーザが所有する所有カードのカードＩＤ、当該ユーザの各デッキについてのデッキ構成情報等を記憶する。

図７（ｃ）には、ゲームで使用されるカードについての情報を管理するカード管理テーブルが示されている。カード管理テーブルは、各カードについて、当該カードのカードＩＤ、攻撃力、守備力等の特徴を表す特徴情報、画像データのファイル名等を記憶する。

サーバ処理部３３は、一又は複数個のプロセッサ及びその周辺回路を備える。サーバ処理部３３は、サーバ３の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵである。サーバ処理部３３は、サーバ３の各種処理がサーバ記憶部３２に記憶されているプログラム等に応じて適切な手順で実行されるように、サーバ通信部３１等の動作を制御する。サーバ処理部３３は、サーバ記憶部３２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、サーバ処理部３３は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

（２．２．１）サーバ処理部３３の構成
サーバ処理部３３は、少なくともゲーム制御部３３１を備える。ゲーム制御部３３１は、サーバ処理部３３が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、ゲーム制御部３３１は、ファームウェアとしてサーバ３に実装されてもよい。

ゲーム制御部３３１は、ゲームの進行を制御する。ゲーム制御部３３１は、携帯端末２からサーバ通信部３１を介して、ユーザ認証要求を受信した場合に、受信したユーザ認証要求を解析してユーザＩＤ及びパスワードを特定する。そして、ゲーム制御部３３１は、特定したユーザＩＤ及びパスワードをパラメータとして、ユーザ認証部（不図示）に処理の実行を指示する。

ゲーム制御部３３１は、ユーザ認証部による認証が成功した場合、そのゲームを実施するためのゲーム画面をサーバ通信部３１を介して携帯端末２に送信し、以降、そのゲームのための処理を実施する。

ゲーム制御部３３１は、サーバ通信部３１を介して各携帯端末２から所有カード表示データ取得要求を取得する。ゲーム制御部３３１は、所有カード表示データ取得要求に含まれるユーザＩＤに対応する所有カードのカードＩＤをサーバ記憶部３２のユーザ管理テーブルから読み出し、読み出したカードＩＤに対応する特徴情報及び画像データをカード管理テーブルから読み出す。ゲーム制御部３３１は、内容データとして、各所有カードのカードＩＤ、特徴情報、画像データ等を含み、制御データとして、各所有カードについての各情報を表示するための情報を含む表示データを作成し、サーバ通信部３１を介して各携帯端末２に送信する。

また、ゲーム制御部３３１は、サーバ通信部３１を介して各携帯端末２からデッキ表示データ取得要求を取得する。ゲーム制御部３３１は、デッキ表示データ取得要求に含まれるユーザＩＤに対応するデッキ構成情報をサーバ記憶部３２のユーザ管理テーブルから読み出す。ゲーム制御部３３１は、読み出したデッキ構成情報に含まれる各カードＩＤに対応する特徴情報及び画像データをカード管理テーブルから読み出す。ゲーム制御部３３１は、内容データとして、デッキ構成情報に含まれる各カードＩＤ、そのカードの特徴情報及び画像データ等を含み、制御データとして、その内容データを表示するための情報を含む表示データを作成し、サーバ通信部３１を介して各携帯端末２に送信する。ゲーム制御部３３１は、この表示データにより、携帯端末２に、ユーザの操作に応じてデッキを構成するカードを変更するとともに変更履歴を記憶し、振動検出部２６６の検出結果に基づいて、デッキを構成するカードを初期状態または変更履歴の所定の状態に復元する処理を実施させる。

また、ゲーム制御部３３１は、サーバ通信部３１を介して各携帯端末２から、各携帯端末２が変更したデッキについてのデッキ構成情報及びユーザＩＤを取得すると、取得したデッキ構成情報をそのユーザＩＤと関連付けてサーバ記憶部３２のユーザ管理テーブルに記憶する。

（３）ゲームシステム１の動作
図８は、ゲームシステム１の動作シーケンスの一例を示す。なお、以下に説明する動作シーケンスは、予め端末記憶部２２及びサーバ記憶部３２に記憶されているプログラムに基づいて、主に端末処理部２６及びサーバ処理部３３により、携帯端末２及びサーバ３の各要素と協働して実行される。なお、図８に示す動作シーケンスが実行される前に、デッキは作成されているものとする。

まず、ユーザにより、携帯端末２の操作部２３を介して端末処理部２６に、閲覧プログラムの実行が指示される。端末処理部２６は、閲覧プログラムに基づいて処理を開始する。即ち、閲覧プログラムにより実現される閲覧実行部２６１のゲーム実行部２６２は、操作部２３を介してユーザからゲームの開始指示を受け付けると、さらに操作部２３を介してユーザからユーザＩＤ及びパスワードを受け付ける。そして、ゲーム実行部２６２は、ユーザＩＤ及びパスワードを含むユーザ認証要求を端末通信部２１を介してサーバ３に送信する（ステップＳ１０１）。

サーバ３のゲーム制御部３３１は、サーバ通信部３１を介して携帯端末２からユーザ認証要求を受信すると、受信したユーザ認証要求を解析してユーザＩＤ及びパスワードを特定する。そして、ゲーム制御部３３１は、特定したユーザＩＤ及びパスワードをパラメータとして、ユーザ認証部（不図示）に認証処理の実行を指示する（ステップＳ１０２）。

ゲーム制御部３３１は、ユーザ認証部による認証が成功した場合、そのゲームを実施するためのゲーム画面をサーバ通信部３１を介して携帯端末２に送信する（ステップＳ１０３）。

携帯端末２のゲーム実行部２６２は、端末通信部２１を介してサーバ３から取得したゲーム画面を表示部２４に表示し、以降、そのゲームのための処理を実施する（ステップＳ１０４）。

次に、デッキ変更部２６４は、操作部２３を介してユーザからデッキの編成指示を受け付けると（ステップＳ１０５）、携帯端末２のユーザのユーザＩＤを含むデッキ表示データ取得要求を端末通信部２１を介してサーバ３に送信する（ステップＳ１０６）。

サーバ３のゲーム制御部３３１は、サーバ通信部３１を介して各携帯端末２からデッキ表示データ取得要求を取得すると、デッキ表示データ取得要求に含まれるユーザＩＤに対応する所有カードのカードＩＤをサーバ記憶部３２のユーザ管理テーブルから読み出す。ゲーム制御部３３１は、読み出したカードＩＤに対応する特徴情報及び画像データをカード管理テーブルから読み出す。次に、ゲーム制御部３３１は、各所有カードのカードＩＤ、特徴情報、画像データ等を含み、制御データとして、各所有カードについての各情報を表示するための情報を含む表示データを作成する（ステップＳ１０７）。次に、ゲーム制御部３３１は、作成した表示データをサーバ通信部３１を介して各携帯端末２に送信する（ステップＳ１０８）。

携帯端末２のデッキ変更部２６４は、表示データを端末通信部２１を介してサーバ３から取得すると、取得した表示データに基づいて、デッキ編成画面に係る描画データを作成し、表示部２４に表示する（ステップＳ１０９）。

次に、デッキ変更部２６４は、操作部２３を介してユーザからデッキの並べ替え指示を受け付けると（ステップＳ１１０）、デッキを変更するデッキ変更処理を実施する（ステップＳ１１１）。

図９は、デッキ変更部２６４によるデッキ変更処理の動作フローの一例を示す図である。

まず、デッキ変更部２６４は、デッキ変更処理を開始するときのカードの状態を、そのデッキの初期状態として履歴管理テーブルの先頭に記憶し、他の領域をクリアする（ステップＳ２０１）。

次に、デッキ変更部２６４は、操作部２３を介したユーザのタップ操作によりデッキ内の特定の位置が指定されたか否かを判定する（ステップＳ２０２）。デッキ変更部２６４は、デッキ内の特定の位置が指定された場合（ステップＳ２０２−Ｙｅｓ）、ユーザにより指定されたカードを特定するカード特定処理を実施する（ステップＳ２０３）。

図１０は、デッキ変更部２６４によるカード特定処理の動作フローの一例を示す図である。

まず、デッキ変更部２６４は、操作部２３を介したユーザのタップ操作に応じて、始点位置情報及び始点時刻情報を取得し（ステップＳ３０１）、入れ替え対象カードを特定する（ステップＳ３０２）。次に、デッキ変更部２６４は、現在位置情報及び現在時刻情報を取得し（ステップＳ３０３）、始点位置情報及び現在位置情報から移動距離を算出し（ステップＳ３０４）、始点時刻情報及び現在時刻情報から接触時間を算出する（ステップＳ３０５）。

次に、デッキ変更部２６４は、移動距離が所定距離以上、又は接触時間が所定時間以上であるか否かを判定する（ステップＳ３０６）。デッキ変更部２６４は、移動距離が所定距離以上、又は接触時間が所定時間以上である場合（ステップＳ３０６−Ｙｅｓ）、ユーザによりカードのスライド操作がされたと判定する（ステップＳ３０７）。その場合、デッキ変更部２６４は、終点位置情報を取得し（ステップＳ３０８）、終点が表示領域内に位置するカードを入れ替え先カードとして特定する（ステップＳ３０９）。

一方、デッキ変更部２６４は、移動距離が所定距離未満、且つ接触時間が所定時間未満である場合（ステップＳ３０６−Ｎｏ）、操作部２３がユーザの接触を感知し終えたか否かを判定する（ステップＳ３１０）。操作部２３がユーザの接触を感知し終えていない場合（ステップＳ３１０−Ｎｏ）、デッキ変更部２６４は、処理をステップＳ３０６に戻し、再度、移動距離が所定距離以上、又は接触時間が所定時間以上であるか否かを判定する。一方、操作部２３がユーザの接触を感知し終えた場合（ステップＳ３１０−Ｙｅｓ）、デッキ変更部２６４は、ユーザによりカードのスライド操作がされなかったと判定する（ステップＳ３１１）。その場合、デッキ変更部２６４は、第２始点位置情報を取得し（ステップＳ３１２）、タッチパネルが接触を再度感知し始めた第２始点が表示領域内に位置するカードを入れ替え先カードとして特定する（ステップＳ３１３）。

図９に戻って、デッキ変更部２６４は、入れ替え対象カードと入れ替え先カードの配置を交換し（ステップＳ２０４）、端末記憶部２２の履歴管理テーブルに変更履歴を記憶し（ステップＳ２０５）、処理をステップＳ２０２へ戻す。

一方、ステップＳ２０２において、デッキ内の特定の位置が指定されていない場合、デッキ復元部２６５は、振動検出部２６６から携帯端末２の振動を検出したことが通知されているか否かを判定する（ステップＳ２０６）。振動検出部２６６から携帯端末２の振動を検出したことが通知されている場合（ステップＳ２０６−Ｙｅｓ）、デッキ復元部２６５は、所定時間以内に、振動検出部２６６から携帯端末２の振動を検出したことが所定回数以上通知されたか否かを判定する（ステップＳ２０７）。

所定時間以内に、振動検出部２６６から携帯端末２の振動を検出したことが所定回数以上通知されていた場合（ステップＳ２０７−Ｙｅｓ）、デッキ復元部２６５は、デッキを初期状態に復元する（ステップＳ２０８）。次に、デッキ復元部２６５は、端末記憶部２２の履歴管理テーブルから初期状態に係る変更履歴以外の変更履歴を削除し（ステップＳ２０９）、処理をステップＳ２０２へ戻す。

一方、所定時間以内に、振動検出部２６６から携帯端末２の振動を検出したことが所定回数以上通知されていなかった場合（ステップＳ２０７−Ｎｏ）、デッキ復元部２６５は、所定時間以内に、振動検出部２６６から携帯端末２の振動を検出したことが一回通知されたか否かを判定する（ステップＳ２１０）。所定時間以内に、振動検出部２６６から携帯端末２の振動を検出したことが一回通知されていた場合（ステップＳ２１０−Ｙｅｓ）、デッキ復元部２６５は、デッキを、現在の状態の一つ前の状態に復元する（ステップＳ２１１）。次に、デッキ復元部２６５は、端末記憶部２２の履歴管理テーブルから、最新の変更履歴を削除し（ステップＳ２１２）、処理をステップＳ２０２へ戻す。

一方、所定時間以内に、振動検出部２６６から携帯端末２の振動を検出したことが通知された回数が一回でなかった場合（ステップＳ２１０−Ｎｏ）、デッキ復元部２６５は、ユーザが操作を誤ったと判定し、特に処理を実施せず、処理をステップＳ２０２へ戻す。

なお、ステップＳ２０７で所定時間以内に、振動検出部２６６から携帯端末２の振動を検出したことが所定回数以上通知されていなかった場合、デッキ復元部２６５は、デッキを、現在の状態より携帯端末２の振動を検出したことが通知された回数だけ前の状態に復元してもよい。その場合、デッキ復元部２６５は、端末記憶部２２の履歴管理テーブルから、最新の携帯端末２の振動を検出したことが通知された回数分の変更履歴を削除する。

一方、ステップＳ２０６において、振動検出部２６６から携帯端末２の振動を検出したことが通知されていない場合（ステップＳ２０６−Ｎｏ）、デッキ変更部２６４は、操作部２３を介したユーザのタップ操作により「完了」ボタンがタップされたか否かを判定する（ステップＳ２１３）。デッキ変更部２６４は、「完了」ボタンがタップされていない場合（ステップＳ２１３−Ｎｏ）、処理をステップＳ２０１へ戻し、一方、「完了」ボタンがタップされた場合（ステップＳ２１３−Ｙｅｓ）、一連のステップを終了する。

図８に戻り、デッキ変更部２６４は、変更したデッキについてのデッキ構成情報をユーザＩＤと関連付けて端末通信部２１を介してサーバ３に送信する（ステップＳ１１２）。

サーバ３のゲーム制御部３３１は、サーバ通信部３１を介して携帯端末２から、携帯端末２が変更したデッキについてのデッキ構成情報及びユーザＩＤを取得すると、取得したデッキ構成情報をそのユーザＩＤと関連付けてサーバ記憶部３２のユーザ管理テーブルに記憶する（ステップＳ１１３）。

以上説明してきたように、ユーザの操作に応じてデッキを変更し、携帯端末が振られた場合はデッキを過去の状態に復元させることにより、デッキを使用するゲームを実行するユーザが端末を操作する際のＵＸを向上させることが可能となる。

なお、本発明は、本実施形態に限定されるものではない。例えば、本実施形態では、携帯端末２がデッキ変更処理を実施する例を示したが、サーバ３がデッキ変更処理を実施してもよい。その場合、サーバ３のサーバ記憶部３２が履歴管理テーブルを記憶し、ゲーム制御部３３１がデッキ変更部及びデッキ復元部として機能する。携帯端末２のデッキ変更部２６４は、タッチパネルの接触感知に係る各位置情報及び各時刻情報をサーバ３に通知し、サーバ３のゲーム制御部３３１は、受信した位置情報及び時刻情報に従ってデッキを変更するとともに、履歴管理テーブルを更新する。また、携帯端末２のデッキ復元部２６５は、携帯端末２の振動を検出した内容をサーバ３に通知し、サーバ３のゲーム制御部３３１は、受信した内容に従ってデッキを復元するとともに履歴管理テーブルを更新する。サーバ３のゲーム制御部３３１は新たなカードの配置に従ったデッキについての表示データを作成して携帯端末２に送信し、携帯端末２は受信した表示データに従ってデッキ編成画面を更新する。

また、本実施形態では、デッキ作成部２６３がデッキを作成する例を示したが、デッキ変更部２６４が新たにデッキを作成してもよい。その場合、デッキを作成することも「デッキを変更する」ことの一例とみなすことができる。デッキ変更部２６４は、デッキを作成する処理を開始するときのデッキの状態、すなわちカードが全く配置されていないデッキの状態をデッキの初期状態として履歴管理テーブルの先頭に記憶し、他の領域をクリアする。そして、デッキ変更部２６４は、デッキに新たにカードを配置するごと、又はデッキ内のカードを交換するごとに、デッキの変更後の状態を履歴管理テーブルに変更履歴として記憶する。デッキ復元部２６５は、振動検出部２６６の検出結果に基づいて、デッキを履歴管理テーブルに記憶された過去の状態に復元する。

また、デッキ変更部２６４は、デッキ編成画面を用いてデッキを作成してもよい。その場合、デッキ変更部２６４は、図３（ａ）に示したデッキ編成画面の初期画面において、操作部２３を介したユーザの操作により、まだ作成されていないデッキについて任意の位置がタップされると、デッキ作成部２６３による処理と同様にして、所有カード画面を表示部２４に出力する。そして、デッキ変更部２６４は、操作部２３を介したユーザの操作により、所有カード画面内の何れかのカードがタップされると、タップされたカードをデッキ編成画面においてタップされていた位置に配置する。デッキ変更部２６４は、操作部２３を介したユーザの操作により、カードが既に配置された位置がタップされた場合も同様に、所有カード画面を表示部２４に出力する。そして、デッキ変更部２６４は、操作部２３を介したユーザの操作により、所有カード画面内の何れかのカードがタップされると、タップされたカードをデッキ編成画面においてタップされていた位置に配置して、カードを交換する。デッキ復元部２６５は、振動検出部２６６の検出結果に基づいて、デッキを履歴管理テーブルに記憶された過去の状態に復元する。

この場合も、デッキ変更部２６４は、デッキを作成する処理を開始するときのデッキの状態をデッキの初期状態として履歴管理テーブルの先頭に記憶し、他の領域をクリアする。そして、デッキ変更部２６４は、そして、デッキ変更部２６４は、デッキに新たにカードを配置するごと、又はデッキ内のカードを交換するごとに、デッキの変更後の状態を履歴管理テーブルに変更履歴として記憶する。

また、デッキ変更部２６４は、デッキ編成画面と所有カード画面を用いてデッキを構成するカード自体を変更してもよい。その場合、デッキを構成するカード自体を変更することも「デッキを変更する」ことの一例とみなすことができる。デッキ変更部２６４は、図３（ａ）に示したデッキ編成画面の初期画面において、操作部２３を介したユーザの操作により、既に作成されたデッキについて、カードがまだ配置されていない位置、又はカードが既に配置されている位置がタップされると、所有カード画面を表示部２４に出力する。そして、デッキ変更部２６４は、操作部２３を介したユーザの操作により、所有カード画面内の何れかのカードがタップされると、タップされたカードをデッキ編成画面においてタップされていた位置に配置する。デッキ編成画面においてタップされていた位置にカードが既に配置されている場合は、カードが交換される。

デッキ変更部２６４は、デッキを構成するカード自体を変更する処理を開始するときのカードの状態、すなわちデッキ内の何れかのカード又はカードが配置されていないマスが最初にタップされたときのカードの状態を、デッキの初期状態として、履歴管理テーブルの先頭に記憶し、他の領域をクリアする。そして、デッキ変更部２６４は、デッキを変更した場合に、デッキの変更後の状態を履歴管理テーブルに変更履歴として記憶する。デッキ復元部２６５は、振動検出部２６６の検出結果に基づいて、デッキを履歴管理テーブルに記憶された過去の状態に復元する。

また、デッキ復元部２６５がデッキを復元する状態は、過去の状態に限定されない。例えば、携帯端末２は、携帯端末２又はサーバ３が定めた所定のデッキの状態を端末記憶部２２に記憶しておき、デッキ復元部２６５は、振動検出部２６６の検出結果に基づいて、デッキを端末記憶部２２に記憶していた所定のデッキの状態に復元してもよい。

また、携帯端末２が実行するゲームで使用されるゲーム媒体は、カードに限定されず、本発明は、ゲーム媒体としてフィギア、アバター、アイテム等のカード以外の媒体を使用し、複数のゲーム媒体から構成されるゲーム媒体群を使用するゲームに適用することができる。この場合も、携帯端末２は、ゲーム媒体群の特定の状態（例えば過去の状態）を端末記憶部２２に記憶しておく。デッキ変更部２６４は、操作部２３を介したユーザの操作に応じて、ゲーム媒体群を変更し、デッキ復元部２６５は、振動検出部２６６による振動の検出結果に基づいて、ゲーム媒体群を、端末記憶部２２に記憶された特定の状態に復元する。

また、サーバ３を省略し、携帯端末２がゲームを制御してもよい。その場合、端末記憶部２２は、ユーザ管理テーブルのうちその携帯端末２のユーザについての情報及びカード管理テーブル等を記憶し、端末処理部２６は、図２に示した各部に加えて、サーバ３のサーバ処理部３３の各部と同様の機能を持つ各部を有する。端末処理部２６は、各情報を端末通信部２１及びサーバ通信部３１を介して送受信することに代えて、端末処理部２６内で送受信する。

また、端末処理部２６及びサーバ処理部３３が備える各機能をコンピュータに実現させるためのコンピュータプログラムは、磁気記録媒体、光記録媒体等のコンピュータにより読み取り可能な記録媒体に記録された形で提供されてもよい。

当業者は、本発明の精神及び範囲から外れることなく、様々な変更、置換、及び修正をこれに加えることが可能であることを理解されたい。

１ ゲームシステム
２ 携帯端末
２１ 端末通信部
２２ 端末記憶部
２３ 操作部
２４ 表示部
２５ 加速度センサ
２６ 端末処理部
２６１ 閲覧実行部
２６２ ゲーム実行部
２６３ デッキ作成部
２６４ デッキ変更部
２６５ デッキ復元部
２６６ 振動検出部
３ サーバ
３１ サーバ通信部
３２ サーバ記憶部
３３ サーバ処理部
３３１ ゲーム制御部

Claims (10)

1. 操作部及び振動を検出する振動検出部を備える端末を用いてゲームに使用される複数のゲーム媒体の配置位置を編成するための表示データを作成する、出力部を備えるコンピュータの制御方法であって、
   前記複数のゲーム媒体の特定の配置位置を記憶部に記憶し、
   前記操作部を介したユーザの操作に応じて、前記複数のゲーム媒体の配置位置を変更し、配置位置の変更後の前記複数のゲーム媒体を表示するための表示データを作成して前記出力部に出力させ、
   前記振動検出部の検出結果に基づいて、過去に前記操作部を介したユーザの操作に応じて配置位置が変更された前記複数のゲーム媒体または前記特定の配置位置に配置された前記複数のゲーム媒体のいずれか一方を表示するための表示データを作成して前記出力部に出力させる、
   ことを含むことを特徴とする制御方法。
2. 前記記憶部に、前記特定の配置位置として、前記複数のゲーム媒体の初期配置位置を記憶し、
   所定時間内に、前記振動検出部が所定回数以上の振動を検出した場合に、前記初期配置位置に配置された前記複数のゲーム媒体を表示するための表示データを作成して前記出力部に出力させる、請求項１に記載の制御方法。
3. 所定時間内に、前記振動検出部が一回の振動を検出した場合に、前記複数のゲーム媒体の現在の配置位置へ変更される直前の配置位置に配置された前記複数のゲーム媒体を表示するための表示データを作成して前記出力部に出力させる、請求項１又は２に記載の制御方法。
4. 操作部、表示部及び振動を検出する振動検出部を備え、ゲームに使用される複数のゲーム媒体の配置位置を編成するコンピュータの制御方法であって、
   前記複数のゲーム媒体の特定の配置位置を記憶部に記憶し、
   前記操作部を介したユーザの操作に応じて、前記複数のゲーム媒体の配置位置を変更し、配置位置の変更後の前記複数のゲーム媒体を前記表示部に表示し、
   前記振動検出部の検出結果に基づいて、過去に前記操作部を介したユーザの操作に応じて配置位置が変更された前記複数のゲーム媒体または前記特定の配置位置に配置された前記複数のゲーム媒体のいずれか一方を前記表示部に表示する、
   ことを含むことを特徴とする制御方法。
5. 前記記憶部に、前記特定の配置位置として、前記複数のゲーム媒体の初期配置位置を記憶し、
   所定時間内に、前記振動検出部が所定回数以上の振動を検出した場合に、前記初期配置位置に配置された前記複数のゲーム媒体を前記表示部に表示する、請求項４に記載の制御方法。
6. 所定時間内に、前記振動検出部が一回の振動を検出した場合に、前記複数のゲーム媒体の現在の配置位置へ変更される直前の配置位置に配置された前記複数のゲーム媒体を前記表示部に表示する、請求項４又は５に記載の制御方法。
7. 操作部及び振動を検出する振動検出部を備える端末を用いてゲームに使用される複数のゲーム媒体の配置位置を編成するための表示データを作成する、出力部を備えるコンピュータの制御プログラムであって、前記コンピュータに、
   前記複数のゲーム媒体の特定の配置位置を記憶部に記憶し、
   前記操作部を介したユーザの操作に応じて、前記複数のゲーム媒体の配置位置を変更し、配置位置の変更後の前記複数のゲーム媒体を表示するための表示データを作成して前記出力部に出力させ、
   前記振動検出部の検出結果に基づいて、過去に前記操作部を介したユーザの操作に応じて配置位置が変更された前記複数のゲーム媒体または前記特定の配置位置に配置された前記複数のゲーム媒体のいずれか一方を表示するための表示データを作成して前記出力部に出力させる、
   ことを実行させることを特徴とする制御プログラム。
8. 操作部、表示部及び振動を検出する振動検出部を備え、ゲームに使用される複数のゲーム媒体の配置位置を編成するコンピュータの制御プログラムであって、前記コンピュータに、
   前記複数のゲーム媒体の特定の配置位置を記憶部に記憶し、
   前記操作部を介したユーザの操作に応じて、前記複数のゲーム媒体の配置位置を変更し、配置位置の変更後の前記複数のゲーム媒体を前記表示部に表示し、
   前記振動検出部の検出結果に基づいて、過去に前記操作部を介したユーザの操作に応じて配置位置が変更された前記複数のゲーム媒体または前記特定の配置位置に配置された前記複数のゲーム媒体のいずれか一方を前記表示部に表示する、
   ことを実行させることを特徴とする制御プログラム。
9. 操作部及び振動を検出する振動検出部を備える端末を用いてゲームに使用される複数のゲーム媒体の配置位置を編成するための表示データを作成するコンピュータであって、
   出力部と、
   前記複数のゲーム媒体の特定の配置位置を記憶する記憶部と、
   前記操作部を介したユーザの操作に応じて、前記複数のゲーム媒体の配置位置を変更し、配置位置の変更後の前記複数のゲーム媒体を表示するための表示データを作成して前記出力部に出力させ、前記振動検出部の検出結果に基づいて、過去に前記操作部を介したユーザの操作に応じて配置位置が変更された前記複数のゲーム媒体または前記特定の配置位置に配置された前記複数のゲーム媒体のいずれか一方を表示するための表示データを作成して前記出力部に出力させる制御部と、
   を備えることを特徴とするコンピュータ。
10. ゲームに使用される複数のゲーム媒体の配置位置を編成するコンピュータであって、
    操作部と、
    表示部と、
    振動を検出する振動検出部と、
    前記複数のゲーム媒体の特定の配置位置を記憶する記憶部と、
    前記操作部を介したユーザの操作に応じて、前記複数のゲーム媒体の配置位置を変更し、配置位置の変更後の前記複数のゲーム媒体を前記表示部に表示するゲーム媒体変更部と、
    前記振動検出部の検出結果に基づいて、過去に前記操作部を介したユーザの操作に応じて配置位置が変更された前記複数のゲーム媒体または前記特定の配置位置に配置された前記複数のゲーム媒体のいずれか一方を前記表示部に表示するゲーム媒体復元部と、
    を備えることを特徴とするコンピュータ。

Images