JP6433969B2 - サーバシステム及びデータ管理制御方法 - Google Patents

Description

本発明は、プレーヤのデータを記憶して管理するサーバシステム等に関する。

ゲームセンターなどに設置されている業務用ゲーム装置（アーケードゲーム機）とサーバシステムとを通信接続し、プレーヤのセーブデータ等をサーバシステム側で一元管理するオンラインシステムを導入する形態が増えている。このシステムでは、プレーヤは専用のＩＣカードを入手して登録手続きをすることにより、当該ＩＣカードを業務用ゲーム装置にかざすだけで、専用のセーブデータをいつでもどの店舗でも呼び出してゲームの続きを楽しむことができるようになっている。また、ＩＣカードに紐付けされた電子決済口座に予め入金しておけば、ＩＣカードをかざすだけでプレイ対価を電子決済し、手持ちの現金を気にせずにゲームセンター内で気軽にゲームをプレイできるようになっている。

特許文献１では、そうしたデータ管理オンラインシステムを利用して、ゲームのペアレンタルコントロールを実現する技術が開示されている。

特開２０１６−０１３１５１号公報

上述のデータ管理オンラインシステムで使用されるＩＣカードは、プラスチック製のカードであることが多く、頻繁に使用しているとＩＣカードが汚れたり、一部に割れが生じることなどもある。公知のデータ管理オンラインシステムでは、別途ウェブサイトにてユーザ登録手続きをするとともに、使用するＩＣカードの固有の識別情報を登録手続きすることで、新しいＩＣカードにデータの移行、いわばＩＣカードの切り換えをすることができる。

しかしながら、新しいＩＣカードへのデータ移行等のＩＣカードの切り換えは、単なるデータ移行だけで、何の面白味もないものであった。なお、ＩＣカードの切り換えの問題として説明したが、カード型ではなく、他の形態（例えばフィギュア形状）の情報媒体にしても、問題が解決されるわけではない。

本発明は、情報媒体の切り換えを利用した新たなユーザサービスを提供し得る技術を実現することを目的として考案されたものである。

上述した課題を解決するための第１の発明は、プレーヤのデータをデータＩＤと関連付けて記憶するデータ記憶部（例えば、図１の制御基板１１５０、ＩＣメモリ１１５２、図１０のサーバ処理部２００ｓ、セーブデータ記憶制御部２１０、図１１のサーバ記憶部５００ｓ、セーブデータ管理データ５５０、図１７のステップＳ３６）と、
媒体ＩＤと前記データＩＤとのＩＤ関連付けを記憶するＩＤ関連付け記憶部（例えば、図１の制御基板１１５０、ＩＣメモリ１１５２、図１０のサーバ処理部２００ｓ、ＩＤ関連付け記憶制御部２１２、図１１のサーバ記憶部５００ｓ、ＩＤ関連付けテーブル５３０、図１７のステップＳ３４）と、
前記媒体ＩＤを担持する前記プレーヤの情報媒体から前記媒体ＩＤを読み取る手段を備えたゲーム装置から、読み取った前記媒体ＩＤに関連付けられた前記データＩＤのデータの照会要求を受け付けるデータ照会受付部（例えば、図１の制御基板１１５０、通信装置１１５３、図１０のサーバ処理部２００ｓ、データ照会受付制御部２１４，通信制御部２９４ｓ、通信部３９４ｓ、図１７のステップＳ３０）と、
前記照会要求に係る前記媒体ＩＤに関連付けられた前記データＩＤのデータを前記ＩＤ関連付け記憶部および前記データ記憶部の記憶内容を辿って検索する検索部（例えば、図１の制御基板１１５０、図１０のサーバ処理部２００ｓ、検索部２１６、図１１のサーバ記憶部５００ｓ、ＩＤ関連付けテーブル５３０、セーブデータ管理データ５５０、図１７のステップＳ３７）と、
少なくとも前記照会要求に係る前記媒体ＩＤに基づいて判定される所与の待遇条件を満たすか否かを判定する判定部（例えば、図１の制御基板１１５０、図１０のサーバ処理部２００ｓ、判定部２１８、図１３の特典定義データ５２０、待遇条件５２１、図１７のステップＳ５０）と、
前記判定部による肯定判定がなされた場合に、所与の特典データを前記検索されたデータに付加して更新することで、前記データ記憶部に記憶された当該データを更新するデータ更新部（例えば、図１の制御基板１１５０、図１０のサーバ処理部２００ｓ、データ更新部２２０、図１３の特典定義データ５２０、特典データ５４１、図１７のステップＳ５２）と、
前記照会要求に対して、前記データ更新部により更新された場合には更新された後の前記検索されたデータを、更新されていない場合には更新されていない前記検索されたデータを前記ゲーム装置に返信するデータ返信部（例えば、図１の制御基板１１５０、通信装置１１５３、図１０のサーバ処理部２００ｓ、データ返信制御部２２２、通信制御部２９４ｓ、通信部３９４ｓ、図１７のステップＳ５６）と、
前記データＩＤとの前記ＩＤ関連付けがなされている媒体ＩＤ（以下「移行元媒体ＩＤ」という）と、前記データＩＤとの前記ＩＤ関連付けがなされていない媒体ＩＤ（以下「移行先媒体ＩＤ」という）とを指定した前記プレーヤによるデータ移行指示操作に基づいて、前記移行元媒体ＩＤに関連付けられていたデータＩＤを、前記移行先媒体ＩＤとの関連付けに変更するように前記ＩＤ関連付け記憶部の記憶内容を変更するデータ移行部（例えば、図１の制御基板１１５０、図１０のサーバ処理部２００ｓ、データ移行部２２４、図１４（２）のＩＤ関連付けテーブル５３０、図１７のステップＳ１２０、Ｓ１２２）と、
を備え、前記データ更新部による更新の後に前記待遇条件を満たさない前記移行先媒体ＩＤへの前記データ移行部による関連付けの変更がなされた場合であっても、当該更新を有効として維持する、サーバシステムである。

ここで言う「サーバシステム」は、単独のコンピュータで構成されたシステムであってもよいことは勿論、通信回線を介して相互にデータ通信可能に接続された複数のコンピュータで構成されたシステムであっても良い。

第１の発明によれば、今までプレーヤが使用していた情報媒体（データＩＤとのＩＤ関連付けがなされている情報媒体）から、新しく使用する情報媒体（データＩＤとのＩＤ関連付けがなされていない情報媒体）への切り換え、つまりデータ移行が可能である。そして、プレーヤがゲームプレイするために使用した情報媒体が、待遇条件を満たしていれば、当該プレーヤのデータに特典データを付与することができる。

また、１度追加されたた特典データは、その後のデータ移行に使用された情報媒体に関わらずそのままプレーヤのデータに残される。それは、データ移行した新しい情報媒体が待遇条件を満たしていなくとも維持されることを意味する。よって、プレーヤは、ゲームプレイに使用する情報媒体を次々に切り換える、すなわちデータ移行を次々に利用して、特典データを次々に取得して、取得した特典データを累積的に利用するといったことが可能となる。

すなわち、第１の発明によれば、情報媒体の切り換えを利用した新しいユーザサービスを提供することができる。

第２の発明は、前記判定部により前記待遇条件を満たすと判定された場合に、当該判定に供した前記媒体ＩＤを、利用済みとして管理する利用済みＩＤ管理部（例えば、図１の制御基板１１５０、図１０のサーバ処理部２００ｓ、利用済みＩＤ管理部２２６、図１４のＩＤ関連付けテーブル５３０、図１３の特典データ５４１、図１７のステップＳ３４）、を更に備え、前記待遇条件は、前記照会要求に係る前記媒体ＩＤが、前記利用済みＩＤ管理部に利用済みとして管理されていない媒体ＩＤであることを条件に含む、第１の発明のサーバシステムである。

第２の発明によれば、過去に特典データの付加の用に供された情報媒体が利用済みとして管理されるため、１つの情報媒体あたり１回のみ特典データが付加されるような構成を実現できる。

第３の発明は、前記照会要求がなされた前記媒体ＩＤを記憶する照会要求済み媒体ＩＤ記憶部（例えば、図１の制御基板１１５０、ＩＣメモリ１１５２、図１０のサーバ処理部２００ｓ、照会要求済み媒体ＩＤ記憶制御部２２８、図１１の照会済媒体種類リスト６１０、図１７のステップＳ３８）、を更に備え、前記待遇条件は、今回の前記照会要求に係る媒体ＩＤの情報媒体、および、過去の前記照会要求に係る媒体ＩＤの情報媒体、の組み合わせ条件を少なくとも含む、第１又は第２の発明のサーバシステムである。

第３の発明によれば、今回の照会要求に係る情報媒体を含めて、過去の照会要求に係る情報媒体の組み合わせに応じて、特典をプレーヤに付与することができるようになる。例えば、情報媒体に、複数種類の特別図柄のシリーズを用意しておき、当該シリーズの情報媒体全てをプレーヤがゲームプレイに使用して照会要求された場合に、特別な特典を付与するといったことが可能になる。

第４の発明は、前記データ記憶部が、同一の前記プレーヤが有する前記データを１以上記憶可能であり、前記プレーヤが有する１以上の前記データそれぞれの前記データＩＤを、当該プレーヤの識別情報と関連付けて管理するプレーヤ別データＩＤ管理部（例えば、図１の制御基板１１５０、ＩＣメモリ１１５２、図１０のサーバ処理部２００ｓ、プレーヤ別データＩＤ管理部２３０、図１１のユーザ管理データ６００の保有データＩＤリスト６２０、図１７のステップＳ４０）、を更に備え、前記待遇条件は、今回の前記照会要求に係るプレーヤの前記データそれぞれの前記データＩＤに関連づけられている媒体ＩＤの情報媒体の組み合わせ条件を少なくとも含む、第１〜第３の何れかの発明のサーバシステムである。

第４の発明によれば、プレーヤは、情報媒体毎に異なるゲームプレイのデータを保有することができる。そして、そうした状態でプレーヤが保有している情報媒体の組み合わせに応じて、特典をプレーヤに付与できるようになる。

第５の発明は、前記ＩＤ関連付け記憶部が、前記ＩＤ関連付けがなされた関連付け日時であって、前記データ移行部による関連付けの変更が行われた場合には変更が行われた日時で更新した前記関連付け日時を記憶し、前記待遇条件は、前記照会要求がなされた日時と、当該照会要求に係る媒体ＩＤの前記関連付け日時とに基づく相対日時条件を含む、第１〜第４の何れかの発明のサーバシステムである。

第５の発明によれば、情報媒体に係るデータ移行された日時と、データ移行された情報媒体による照会要求の日時との相対日時条件に基づいてプレーヤに特典を付与できるようになる。

第６の発明は、前記相対日時条件が、前記照会要求がなされた日時が、前記関連付け日時を始期とする所定期間内であること、である、第５の発明のサーバシステムである。

第６の発明によれば、例えば、データ移行からＸ日以内に、データ移行された情報媒体でゲームプレイすると特別な特典を提供する、といったことができるようになる。よって、プレーヤに対して、データ移行後の早めの使用を促すことが可能となる。

第７の発明は、前記データ更新部が、前記関連付け日時と、前記照会要求がなされた日時との差に応じて特典内容が異なる特典データを、前記検索されたデータに付加して更新する、第６の発明のサーバシステムである。

第７の発明によれば、ゲームに使用する情報媒体に初めてデータＩＤが関連付けられた日時又はデータ移行された日時と、照会要求がなされた日時との差に応じて特典内容を変えることができるようになる。

第８の発明は、前記待遇条件が、前記照会要求がなされた日時に基づく特典発生日時条件を含む、第１〜第７の何れかの発明のサーバシステムである。

第８の発明によれば、更に、ゲームプレイに使用する特定の日時の条件（例えば、クリスマスや、夏休み期間、ゴールデンウィークなど）によって、特別に特典を付与するといったことが可能になる。

第９の発明は、前記データ更新部が、前記検索されたデータの内容に応じて特典内容が異なる特典データを付加して更新する、第１〜第８の何れかの発明のサーバシステムである。

データの内容は、ゲーム内容に応じて適宜設定可能であり、従前のゲームプレイの進行状況を記述した所謂セーブデータであると好適である。ＲＰＧ（ロールプレイングゲーム）であれば、プレイしているステージＩＤや獲得したキーアイテムのリスト、対戦ゲームであれば通算対戦成績、レースゲームであれば平均ラップタイムやランキング、マルチプレイゲームであれば一緒にプレイした他プレーヤのアカウント、音楽ゲームであれば楽曲別の選択ランキング、などを含むとしてもよい。
そして、第９の発明によれば、データに含まれる上述した内容に応じて特典内容を付与できるようになる。

第１０の発明は、前記照会要求に係る前記媒体ＩＤに関連付けられた前記データＩＤが存在しない場合に、新規のデータＩＤを生成して当該媒体ＩＤに関連付けて前記ＩＤ関連付け記憶部に記憶させるとともに、新規のデータを生成して当該データＩＤと関連付けて前記データ記憶部に記憶させる新規登録制御部（例えば、図１の制御基板１１５０、図１０のサーバ処理部２００ｓ、データ照会受付制御部２１４、図１７のステップＳ３４，Ｓ３６）、を備えた第１〜第９の何れかの発明のサーバシステムである。

第１０の発明によれば、プレーヤのデータやデータＩＤが関連付けて記憶されていない、いわゆる未登録の新規の情報媒体について、新規のデータや新規のデータＩＤが生成されて関連付けられるため、新たに登録することが可能となる。

第１１の発明は、ゲーム装置と通信可能に接続されたサーバシステムにおけるデータ管理制御方法であって、
前記ゲーム装置は、媒体ＩＤを担持するプレーヤの情報媒体から前記媒体ＩＤを読み取る手段（例えば、図１の媒体読取装置１３４４）、を備え、
前記サーバシステムは、前記プレーヤのデータをデータＩＤと関連付けて記憶するデータ記憶部（例えば、図１の制御基板１１５０、ＩＣメモリ１１５２、ストレージ１１４０）と、
前記媒体ＩＤと前記データＩＤとのＩＤ関連付けを記憶するＩＤ関連付け記憶部（例えば、図１の制御基板１１５０、ＩＣメモリ１１５２、ストレージ１１４０）と、を備え、
前記ゲーム装置が読み取った前記媒体ＩＤに関連付けられた前記データＩＤのデータの照会要求を前記ゲーム装置から受け付けるデータ照会受付ステップ（例えば、図１７のステップＳ３０）と、
前記照会要求に係る前記媒体ＩＤに関連付けられた前記データＩＤのデータを前記ＩＤ関連付け記憶部および前記データ記憶部の記憶内容を辿って検索する検索ステップ（例えば、図１７のステップＳ３７）と、
少なくとも前記照会要求に係る前記媒体ＩＤに基づいて判定される所与の待遇条件を満たすか否かを判定する判定ステップ（例えば、図１７のステップＳ５０）と、
前記判定ステップにおいて肯定判定がなされた場合に、所与の特典データを前記検索されたデータに付加して更新することで、前記データ記憶部に記憶された当該データを更新するデータ更新ステップ（例えば、図１７のステップＳ５２）と、
前記照会要求に対して、前記データ更新ステップにおいて更新された場合には更新された後の前記検索されたデータを、更新されていない場合には更新されていない前記検索されたデータを前記ゲーム装置に返信するデータ返信ステップ（例えば、図１７のステップＳ５６）と、
前記データＩＤとの前記ＩＤ関連付けがなされている媒体ＩＤ（以下「移行元媒体ＩＤ」という）と、前記データＩＤとの前記ＩＤ関連付けがなされていない媒体ＩＤ（以下「移行先媒体ＩＤ」という）とを指定した前記プレーヤによるデータ移行指示操作に基づいて、前記移行元媒体ＩＤに関連付けられていたデータＩＤを、前記移行先媒体ＩＤとの関連付けに変更するように前記ＩＤ関連付け記憶部の記憶内容を変更するデータ移行ステップ（例えば、図１７のステップＳ９２）と、
を含み、前記データ更新ステップでの更新の後に、前記データ移行ステップにおいて前記待遇条件を満たさない前記移行先媒体ＩＤへの関連付けの変更がなされた場合であっても、当該更新を有効として維持する、ことを特徴とするデータ管理制御方法である。

第１１の発明によれば、ゲーム装置と通信可能に接続されたサーバシステムにおいて、第１の発明と同様の効果が得えられるデータ管理制御方法を実現できる。

データ管理オンラインシステムの構成の一例を示す図。 データ管理オンラインシステムの概要を説明するための図。 業務用ゲーム装置を使用したＩＣカードの切り換えの概要を説明するための図。 ＩＣカードの切り換え（データ移行）の後、新しいＩＣカードを使って初めてゲームプレイする場合における、データ管理オンラインシステムの働きを説明するための図。 プレーヤが更に３枚目になる新しいＩＣカードへ、ＩＣカードの切り換えを行う場合のデータ管理オンラインシステムの働きについて説明するための図。 切り換えられた３枚目のＩＣカードを使って初めてゲームプレイする場合におけるデータ管理オンラインシステムの働きについて説明するための図。 照会済媒体ＩＤ条件を含む待遇条件の設定例を説明するための図。 １のプレーヤが複数のＩＣカードをカード切り換えを行わずに使用した場合のＩＤ関連付け等の扱いについて説明するための図。 データＩＤ関連付け条件を含む待遇条件の設定例を説明するための図。 第１実施形態におけるサーバシステムの構成の一例を示すブロック図。 第１実施形態におけるサーバ記憶部が記憶するプログラムやデータの例を示す図。 ＩＣカード種類定義データのデータ構成例を示す図。 特典定義データのデータ構成例を示す図。 ＩＤ関連付けテーブルのデータ構成例を示す図。 第１実施形態における業務用ゲーム装置の機能構成の一例を示すブロック図。 第１実施形態の業務用ゲーム装置における処理の流れを説明するためのフローチャート。 第１実施形態のサーバシステムにおける処理の流れを説明するためのフローチャート。 第２実施形態におけるデータ管理オンラインシステムの構成の一例を示す図。 第２実施形態におけるユーザ端末の構成の一例を示すブロック図。 特典定義データの設定の一例を示す図。

以下、本発明を適用した実施形態の例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。

〔第１実施形態〕
先ず、本実施形態におけるハードウェアの構成例について説明する。
図１は、本実施形態におけるデータ管理オンラインシステム１０００の構成の一例を示す図である。本実施形態のデータ管理オンラインシステム１０００は、通信回線９に接続することで相互にデータ通信が可能なサーバシステム１１００と業務用ゲーム装置１３００とを含むシステムである。図示の例では、業務用ゲーム装置１３００を１台としているが、複数の業務用ゲーム装置１３００が様々な場所に存在し、各々がサーバシステム１１００と通信接続可能な状態となり得る。データ管理オンラインシステム１０００全体をコンピュータシステムと呼ぶこともできるが、サーバシステム１１００や業務用ゲーム装置１３００それぞれを個別のコンピュータシステムと呼ぶこともできる。

通信回線９は、データ通信が可能な通信路を意味する。すなわち、通信回線９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

サーバシステム１１００は、本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを有し、本体装置１１０１には制御基板１１５０を搭載する。

制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３が搭載されている。なお、制御基板１１５０の一部または全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（field-programmable gate array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

そして、サーバシステム１１００は、制御基板１１５０が所定のプログラム及びデータに基づいて演算処理することにより、１）ユーザ登録等に係るユーザ管理機能と、２）ユーザ別（プレーヤ別）にセーブデータを一元管理するデータ管理機能と、を実現する。

なお、サーバシステム１１００は単体として記しているが、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であっても良い。或いは、離れた場所に設置された独立した複数のサーバを、通信回線９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であっても良い。

業務用ゲーム装置１３００は、筐体本体１３０１に、プレーヤが操作入力する操作入力手段として、ジョイスティック１３０２と、ボタンスイッチ１３０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１３０６と、を備える。また、筐体本体１３０１には、スピーカ１３１０と、プレーヤ撮影カメラ１３２０と、入金装置１３３０と、ＩＣカード８からデータの読み取りや書き込みができる媒体読取装置１３４４と、制御基板１３５０と、を備える。

ＩＣカード８は、情報を担持することのできる物理的な情報媒体である。本実施形態では、非接触通信（近距離無線通信とも呼ばれる）チップを内蔵したプラスチック製カード、いわゆる非接触型ＩＣカードとして実現されることとして説明するが、磁気テープを有するいわゆる磁気ストライプカードでもよい。また、物理的な形状は、カード型に限定されるものではなく、キャラクタフィギアや、指輪型、コイン型などでもよい。そして、ＩＣカード８には、それぞれ固有の識別情報である媒体ＩＤが付与されており、当該媒体ＩＤは非接触通信チップに予め記憶されているとともに、カード表面に数字やアルファベットにより印字されている。バーコードによりカード表面に印字されているとしてもよい。

制御基板１３５０には、ＣＰＵ１３５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、ＶＲＡＭ，ＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１３５２、通信回線９に通信接続するための通信装置モジュール１３５３、Ｉ／Ｆコントローラ１３５７（インターフェイスコントローラ）などが搭載されている。

Ｉ／Ｆコントローラ１３５７には、例えば、１）タッチパネル１３０６のドライバ回路、２）ジョイスティック１３０２及びボタンスイッチ１３０４からの信号を受信する回路、３）スピーカ１３１０へ音声信号を出力する出力アンプ回路、４）プレーヤ撮影カメラ１３２０から撮影した画像データを読み出すための回路、５）入金装置１３３０や媒体読取装置１３４４への信号入出力回路、などが搭載されている。

そして、これら制御基板１３５０に搭載されている各要素は、それぞれバス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１３５０の一部または全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて実現する構成でもよい。

制御基板１３５０は、ゲームプログラムを実行して演算処理を実行し、ジョイスティック１３０２やボタンスイッチ１３０４、タッチパネル１３０６からの操作入力に応じて業務用ゲーム装置１３００の各部を制御してゲームプレイを可能にする。業務用ゲーム装置１３００は、必要なプログラムや各種設定データを予めＩＣメモリ１３５２に記憶しているものとするが、起動の都度、外部装置からダウンロードする構成としても良い。

制御基板１３５０の制御により、業務用ゲーム装置１３００は、ジョイスティック１３０２やタッチパネル１３０６などを介した操作入力の結果や、ＩＣカード８から読み出した情報等をサーバシステム１１００へ逐次送信する一方で、ゲームをプレイするための各種データをサーバシステム１１００から受信する。そして、ゲーム画面の画像を生成してタッチパネル１３０６に表示させ、効果音や操作音の音信号を生成してスピーカ１３１０から放音する。つまり、プレーヤはタッチパネル１３０６に表示されるゲーム画面を見て、スピーカ１３１０から流れるゲーム音を聞きながら、ジョイスティック１３０２等を操作してゲームプレイを楽しむことができる。

なお、業務用ゲーム装置１３００で実行されるゲームのジャンルや、プレイスタイル（シングルプレイ、マルチプレイ）は、特には問わない。

図２は、本実施形態におけるＩＣカード８を用いたデータ管理オンラインシステムの概要を説明するための図である。

本実施形態におけるＩＣカード８には、図柄違いの様々な種類が用意されている。図中では、符号の末尾の小文字アルファベット違い（８ａ、８ｂ、…）が図柄違いを表している。プレーヤ２は好みの図柄のＩＣカード８を購入して、それをマイカードとして自分のゲームプレイに係るデータ（本実施形態では、セーブデータと呼ぶ。）をいつでもどの業務用ゲーム装置１３００からでも呼び出して利用できるようになる。

具体的には、ゲームプレイするにあたり、ＩＣカード８を業務用ゲーム装置１３００の媒体読取装置１３４４にかざすと、業務用ゲーム装置１３００は自動的にＩＣカード８から媒体ＩＤを読み出す。そして、サーバシステム１１００にアクセスして、読み出した媒体ＩＤの照会要求を行う（図２中の丸数字の「１」）。

照会要求を受信したサーバシステム１１００は、受信した媒体ＩＤ１０に関連付けられているデータＩＤ１２を検索し（図２中の丸数字の「２」）、検索されデータＩＤ１２に紐付けられたセーブデータ５５２を更に検索する（図２中の丸数字の「３」）。もし、プレーヤ２がそのＩＣカード８を初めて使用する場合は、受信した媒体ＩＤ１０にデータＩＤ１２との関連付けがそもそも存在しないので、該当する関連付けデータが存在しないとして新たな固有のデータＩＤ１２を発行して受信した媒体ＩＤ１０との新たな関連付けデータを作成・記憶する。

また、業務用ゲーム装置１３００は、受信した媒体ＩＤ１０のカード種類（媒体種類）を、別途行われたユーザ登録手続きに伴って作成されたユーザ管理データ６００の照会済媒体種類リスト６１０に登録し、関連付けられたデータＩＤ１２を保有データＩＤリスト６２０へ登録する（図２中の丸数字の「４」）。なお、ユーザ登録手続きは、公知のデータ管理オンラインシステムと同様に、別途指定されたウェブサイトにて行うことで実現できるものとし、本明細書での説明は省略する。

更に、本実施形態では、受信した媒体ＩＤ１０のＩＣカード８の図柄の種類に応じた待遇処置を行う（図２中の丸数字の「５」）。
具体的には、
１）受信した媒体ＩＤ１０のＩＣカード８が、何れのユーザにも使用されていないバージンカードで、
２）且つ、受信した媒体ＩＤ１０のＩＣカード８の媒体ＩＤから照合される種類が特別カードに該当し（図２の例では、特別カードシリーズに設定されているＩＣカード８（８ｂ、８ｃ、８ｄの特別カードＢ、特別カードＣ、特別カードＤの何れかに該当。特別カードシリーズを構成する種類数は適宜変更可。）、
３）且つ、今回の照会が初回である場合、
サーバシステム１１００は所定の「基礎待遇条件」を満たすと判定して待遇処置を行う。具体的には、セーブデータ５５２に特典データが追加される（詳細後述）。ちなみに図２の例では、プレーヤ２が使用しているＩＣカード８（８ａ）は、種類が特別カードに該当しないので、基礎待遇条件５２２を満たさず、待遇処置は行われていない。

なお、基礎待遇条件５２２からバージンカードの条件を削除する構成も可能である。

そして、業務用ゲーム装置１３００は、受信した媒体ＩＤ１０→データＩＤ１２→セーブデータ５５２、といった具合に辿って検索されたセーブデータ５５２をゲーム装置へ返信する（図２中の丸数字の「６」）。

業務用ゲーム装置１３００は、セーブデータ５５２を受信・記憶して、ゲームプレイを開始する。そして、プレイ終了後には更新用セーブデータを作成して、一元管理されているセーブデータ５５２の更新を要求する更新要求とともに、読み出した媒体ＩＤと、更新用セーブデータと、をサーバシステム１１００へ送信する（図２中の丸数字の「７」）。

サーバシステム１１００は、当該更新要求を受信すると、受信した媒体ＩＤに関連付けられているデータＩＤ１２を検索し、当該データＩＤ１２に紐付けられているセーブデータ５５２を更に検索する。そして、検索したセーブデータ５５２を、受信した更新用セーブデータの内容を反映するように更新する。

図３は、本実施形態における業務用ゲーム装置１３００を使用したＩＣカードの切り換えの概要を説明するための図である。
プレーヤ２は、いままで使ってきたＩＣカード８（８ａ）が汚損したので、或いは気分を変えたいので、新しいＩＣカード８（８ｂ）を購入して、マイカードをこれに切り換えるつもりでいる。

本実施形態では、業務用ゲーム装置１３００が、ＩＣカードの切り換え手続き、すなわちデータ移行手続きの受け付け機能を有する。
具体的には、業務用ゲーム装置１３００は、メニュー画面にて「データ移行」すなわちＩＣカードの切り換えを選択肢として表示する。プレーヤ２によって当該選択肢が選択操作されたことを検出すると、業務用ゲーム装置１３００は、所定の操作案内を表示して、プレーヤ２に、移行元とするＩＣカード８（８ａ）と、移行先とするＩＣカード８（８ｂ）とを順次、媒体読取装置１３４４にかざさせ、それぞれの媒体ＩＤを読み取る。前者を「移行元媒体ＩＤ」、後者を「移行先媒体ＩＤ」と呼ぶ。そして、サーバシステム１１００へアクセスして、所定の移行要求とともに、移行元媒体ＩＤと、移行先媒体ＩＤとを送信する（図３中の丸数字「１」）。

一方、移行要求を受信したサーバシステム１１００は、移行元媒体ＩＤ１０ａに係るＩＤ関連付けデータを検索し、関連づけられているデータＩＤ１２をそのまま、移行先媒体ＩＤ１０ｂへ変更する（図中の丸数字「２」）。

これにより、ＩＣカードの切り換えが完了し、これ以降、プレーヤは新しいＩＣカード８（８ｂ）を使って、従来通りどの業務用ゲーム装置１３００からでも自分のセーブデータを呼び出してゲームプレイをすることができるようになる。

図４は、ＩＣカードの切り換え（データ移行）の後、新しいＩＣカード８（８ｂ）を使って初めてゲームプレイする場合における、データ管理オンラインシステム１０００の働きを説明するための図である。

プレーヤ２が、切り換えたばかりの新しいＩＣカード８（８ｂ）をゲームプレイに使用すると、業務用ゲーム装置１３００が当該カードから読み出した媒体ＩＤとともに照会要求する（図４中の丸数字「１」）。

サーバシステム１１００では、受信した媒体ＩＤ１０ｂに関連付けられているデータＩＤ１２が検索され（図４中の丸数字「２」）、検索されたデータＩＤ１２に紐付けられているセーブデータ５５２が更に検索される（図４中の丸数字「３」）。そして、受信した媒体ＩＤ１０ｂのＩＣカード８の種類がユーザ管理データ６００の照会済媒体種類リスト６１０へ登録される（図４中の丸数字「４」）。これまでは、もとのＩＣカード８（８ａ）を使用した場合と同じである。

但し、新しいＩＣカード８（８ｂ）は、基礎待遇条件５２２を満たすので、サーバシステム１１００は、検索されたセーブデータ５５２に特典データ５４１を追加して更新する（図４中の丸数字「５」）。そして、更新されたセーブデータ５５２を業務用ゲーム装置１３００へ返信する（図４中の丸数字「６」）。

特典データ５４１の内容は、ゲーム内容に応じて適宜設定可能である。
例えば、ＲＰＧ（ロールプレイングゲーム）であれば、レアアイテムの付与、レアスキルの付与、プレーヤキャラクタの能力変更、特別ステージの開放権、イベント参加権、イベントデータ、アイテムの無料抽選権、新しいプレーヤキャラクタの付与、登場キャラクタの台詞を読み上げる音声データ、ＢＧＭの楽曲データ、などとすると好適である。
また、音楽ゲームであれば、プレイする楽曲データ、プレイ中の背景画像データ、プレイ難易度の開放権、プレイモードの追加権、などを設定すると好適である。
また、恋愛ゲームであれば、新しい恋愛対象の追加、追加イベントデータ、キャラクタの衣装データ、恋愛対象へのプレゼント品の追加、などを設定すると好適である。

従って、本実施形態によれば、ＩＣカードの切り換えを利用して、例えば季節に合わせた図柄の新しいＩＣカード８（８ｂ）に切り換えると、プレーヤキャラクタに着せる季節にマッチした色の衣装が利用可能になるといったユーザサービスが提供可能になる。こうしたユーザサービスは、予め告知するとしてもよいし、告知しないかヒントの提供に留めてサプライズとして提供するとしてもよい。

そして、１回適用された待遇処置は、その後に更にＩＣカードの切り換え（データ移行）を行ったとしても継続適用される。

図５は、プレーヤ２が更に３枚目になる新しいＩＣカード８（８ｅ）へ、ＩＣカードの切り換えを行う場合のデータ管理オンラインシステム１０００の働きについて説明するための図である。

業務用ゲーム装置１３００及びサーバシステム１１００は、プレーヤ２が、１枚目のＩＣカード８（８ａ）から２枚目のＩＣカード８（８ｂ）へ切り換えたときと同様に機能し、２枚目のＩＣカード８（８ｂ）の媒体ＩＤ１０ｂに関連付けられていたデータＩＤ１２はそのままに、３枚目のＩＣカード８（８ｅ）の媒体ＩＤ１０ｅとの関連付けに変更する（図５中の丸数字「２」）。

図６は、切り換えられた３枚目のＩＣカード８（８ｅ）を使って初めてゲームプレイする場合におけるデータ管理オンラインシステム１０００の働きについて説明するための図である。

プレーヤ２が、３枚目の新しいＩＣカード８（８ｅ）をゲームプレイに使用すると、業務用ゲーム装置１３００が当該カードから読み出した媒体ＩＤ１０（１０ｅ）とともに照会要求する（図６中の丸数字「１」）。サーバシステム１１００は、受信した媒体ＩＤ１０ｅに関連付けられているデータＩＤ１２を検索し（図６中の丸数字「２」）、更に検索されたデータＩＤ１２に紐付けられているセーブデータ５５２を検索する（図６中の丸数字「３」）。そして、受信した媒体ＩＤ１０ｅのＩＣカードの種類をユーザ管理データ６００へ登録（図６中の丸数字「４」）する。

今回の３枚目の新しいＩＣカード８（８ｅ）は、種類が特別カードではないので、基礎待遇条件５２２を満たさない。よって、サーバシステム１１００は、検索されたセーブデータ５５２に、新たな特典データ５４１の追加はしない（図６中の丸数字「５」）。しかし、２枚目のＩＣカード８（８ｂ）で初めてゲームプレイしたときに追加された特典データ５４１はそのままセーブデータ５５２にて維持される。そして、特典データ５４１を含んだセーブデータ５５２が業務用ゲーム装置１３００へ返信される（図６中の丸数字「６」）。

つまり、図柄が特別ではない普通のＩＣカード８（８ｅ）に切り換えたとしても、過去に得られた待遇すなわちセーブデータ５５２への特典データ５４１の追加は有効とされるので、プレーヤ２は、気兼ねなくＩＣカードの切り換えを楽しむことができる。そして、こうした特性を利用すれば、プレーヤ２は、季節に応じて着衣を換えるかのように、マイカードとするＩＣカード８を切り換えて楽しむことができるようになる。

本実施形態では、プレーヤ２が気軽にＩＣカード８を切り換えて楽しむことを想定した様々な待遇処置が用意されている。

図７は、本実施形態における待遇条件の設定例を説明するための図である。本実施形態では、待遇条件５２１を複数のサブ条件のアンド条件として記述することができる。図７の例では、サブ条件として、前出の基礎待遇条件５２２と、照会済媒体種類条件５２３と、で記述した例を示している。

照会済媒体種類条件５２３は、ユーザ管理データ６００（図６参照）の照会済媒体種類リスト６１０に関する条件である。詳細には、プレーヤ２が過去にゲームプレイに使用したことのあるＩＣカード８の種類のリストであり、今回の照会要求に係る媒体ＩＤの情報媒体、および、過去の照会要求に係る媒体ＩＤの情報媒体の組み合わせ条件である。簡単に言うと、過去に照会要求が行われた（ゲームプレイで使用された）ＩＣカード８の種類の組み合わせである。

本実施形態では、３種類のＩＣカード８（８ｂ、８ｃ、８ｄ）が、それぞれ異なる図柄が描かれた特別カードＢ、特別カードＣ、特別カードＤとされ（図２参照）、１つの特別カードシリーズを構成している。例えば、秋の季節シリーズと銘打って、「栗」「柿」「梨」の図柄がそれぞれ設定されているとしよう。

図７（１）の待遇条件５２１の基礎待遇条件５２２（５２２ｄ）では、カード種類が「特別カードＤ」とされている。且つ、照会済媒体種類条件５２３（５２３ｂｃ）では、「特典カードＢ」と「特典カードＣ」とが照会済媒体種類リスト６１０に登録されており、「プレーヤ２が過去に特別カードＢに設定されている何れかのＩＣカード８（８ｂ）と、特別カードＣに設定されている何れかのＩＣカード８（８ｃ）との２種類を使ったことがある」という意味の条件を定義している。

同様にして、図７（２）の待遇条件５２１の基礎待遇条件５２２（５２２ｃ）では、カード種類が「特別カードＣ」とされている。且つ、照会済媒体ＩＤ条件５２３（５２３ｂｄ）では、「特典カードＢ」と「特典カードＤ」とが照会済媒体種類リスト６１０に登録されていることを条件としている。
また、図７（３）の待遇条件５２１の基礎待遇条件５２２（５２２ｂ）では、カード種類が「特別カードＢ」とされている。且つ、照会済媒体ＩＤ条件５２３（５２３ｃｄ）では、「特典カードＣ」と「特典カードＤ」とが照会済媒体種類リスト６１０に登録されていることを条件としている。

つまり、図７で示す３パターンの待遇条件５２１は、３枚組の特別カードシリーズのうち２種類のカードを既にプレーヤ２がゲームプレイに使用したことがある状態で、最後の３種類目の特別カードを使っての初回ゲームプレイ時に、肯定判定されるパターンがそれぞれ定義されていることになる。

そして、本実施形態では、待遇条件５２１のパターン別に、異なる特典データ５４１（５４１ｂｃ，５４１ｂｄ、５４１ｃｄ）が付与されるように設定さており、３枚組の特別カードシリーズの最後の１枚がどの種類のＩＣカード８であるかによって、異なる待遇処置が施される。よって、ＩＣカード８の切り換えを利用した、従来に無いユーザサービスを展開できる。
なお、照会済媒体種類条件５２３の設定内容はこれらに限定されるものではない。

また、これまでの説明で明らかなように、プレーヤ２は、ＩＣカード８を追加購入するが、ＩＣカードの切り換えを行わずにゲームプレイに使用することもできる。

具体的には、図８は、１のプレーヤが複数のＩＣカード８を、カード切り換えを行わずにそれぞれ別に使用した場合のＩＤ関連付けの扱いについて説明するための図である。同図に示すように、プレーヤ２が、特別カードシリーズ３枚組みの特別カードＢ・特別カードＣ・特別カードＤを購入・保有し、特別カードＤ→特別カードＣの順にそれぞれゲームプレイに使用し、最後に特別カードＢのＩＣカード８（８ｂ）をゲームプレイに使用したとする。

この場合、ＩＣカードの切り換えを行わずに、３枚のＩＣカードそれぞれをゲームプレイに使用すると、サーバシステム１１００には、それらＩＣカード８（８ｂ、８ｃ、８ｄ）それぞれの媒体ＩＤ１０（１０ｂ、１０ｃ、１０ｄ）に、それぞれ異なるデータＩＤ１２（１２ｂ、１２ｃ、１２ｄ）が関連付けられる。また、それらデータＩＤ１２（１２ｂ、１２ｃ、１２ｄ）には、それぞれ異なるセーブデータ５５２（５５２ｂ、５５２ｃ、５５２ｄ）が紐付けられて、記憶・管理される。

また、プレーヤ２のユーザ管理データ６００では、照会済媒体種類リスト６１０に、特別カードシリーズの３種類（特別カードＢ・特別カードＣ・特別カードＤ）が登録され、保有データＩＤリスト６２０には、それらのデータＩＤ１２（１２ｂ、１２ｃ、１２ｄ）が登録されることになる。

ちなみに、図８の例では、ＩＣカード８（８ｂ、８ｃ、８ｄ）のセーブデータ５５２（５５２ｂ、５５２ｃ、５５２ｄ）には、それぞれ初回照会時に基礎待遇条件５２２を満たしたことに対する待遇処置として付与された特典データ５４１（５４１ｂ、５４１ｃ、５４１ｄ）が付与されている。

なお、図７の照会済媒体種類条件５２３や図８の照会済媒体種類リスト６１０では、ＩＣカード８（情報媒体）の“種類”に関して条件やリストを定義した説明としたが、媒体ＩＤ１０にＩＣカード８の“種類”を含めることとして、媒体ＩＤの条件やリストで定義することとしてもよい。例えば、媒体ＩＤの所定の桁の数値や記号にＩＣカード８の“種類”を含め、該当する“種類”を示す媒体ＩＤを含んだ、媒体ＩＤの条件やリストとして定義することができる。この場合、照会済媒体種類条件は照会済媒体ＩＤ条件、照会済媒体種類リストは照会済媒体ＩＤリスト、というように読み替えることができる。

また、本実施形態では、プレーヤ２が保有するＩＣカードそれぞれにセーブデータ５５２が紐付けられることを利用して、更に従来に無いユーザサービスを提供することができる。

具体的には、図９に示すような、特別カードシリーズを全て集めて、ＩＣカードの移行は行わずにそれぞれでゲームプレイした場合を定義する待遇条件５２１（５２１ｅ）を用意する。

図９で例示する待遇条件５２１（５２１ｅ）は、その一例であって、図７の待遇条件５２１（５２１ａ）をベースに、データＩＤ関連付け条件５２４（５２４ｅ）を追加して作られている。すなわち、１）基礎待遇条件５２２（５２２ｄ）と、２）特別カードシリーズ３枚組みのＩＣカード８（８ｂ、８ｃ、８ｄ）をＡＮＤ条件で含む照会済媒体種類条件５２３（５２３ｅ）と、３）当該照会済媒体種類条件５２３（５２３ｅ）に設定されているＩＣカードそれぞれに別個のデータＩＤが関連付けられている事を条件とするデータＩＤ関連付け条件５２４（５２４ｅ）と、のＡＮＤ条件で定義されている。

さらに、待遇条件５２１（５２１ｅ）を、図７の待遇条件５２１（５２１ｂ）や図７の待遇条件５２１（５２１ｃ）それぞれをベースにした２パターン追加して用意すると、図７と対応することとなり、好適である。

なお、データＩＤ関連付け条件５２４ｅは、今回の照会要求に係るプレーヤが有する１以上のデータそれぞれのデータＩＤ（保有データＩＤリスト６２０に登録されているデータＩＤ）に関連づけられている媒体ＩＤの情報媒体の組み合わせ条件、言うならば「保有データＩＤ別の情報媒体の組み合わせ」としてもよい。

そして、待遇条件５２１（５２１ｅ）を満たした場合、照会済媒体種類条件５２３（５２３ｅ）に設定されている種類のＩＣカード８のデータＩＤに対応するセーブデータ５５２（５５２ｂ、５５２ｃ、５５２ｄ）全てに、特典データ５４１ｓｐを付与するように制御する。

勿論、待遇条件５２１（５２１ｅ）には、更に別のサブ条件を設定することもできる。例えば、プレーヤのユーザ管理データ６００の保有データＩＤ６２０を参照し、そこに登録されているデータＩＤを介して辿ることができるセーブデータ５５２のパラメータ（例えば、マルチエンディングタイプのロールプレイングゲームにおける到達したエンディング種類を記述するパラメータなど）についての条件も設定できる。

そうすると、例えば、恋愛対象とするゲームキャラクタが複数人登場するゲームであって、プレーヤがどのキャラクタを選択して恋愛成就を目指すかによって異なるエンディングを迎えるマルチエンディング型の恋愛シミュレーションゲームにおいて、全ての恋愛対象とするゲームキャラクタ分のＩＣカード８を購入し、１カード１キャラクタで全てのゲームキャラクタと恋愛成就することを要件とした、更に特別な特典データ５４１ｓｐを付与するといった、従来に無い優れたユーザサービスが可能になる。

［機能構成の説明］
図１０は、本実施形態におけるサーバシステム１１００の構成の一例を示すブロック図である。本実施形態におけるサーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

操作入力部１００ｓは、管理のための各種操作を入力するための手段である。図１のキーボード１１０６やタッチパネル１１０８がこれに該当する。

サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＡＳＩＣ、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓやサーバ記憶部５００ｓを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、業務用ゲーム装置１３００から受信したデータに基づいて各種の演算処理を実行して、サーバシステム１１００の動作を統合的に制御する。

そして、本実施形態のサーバ処理部２００ｓは、ユーザ管理部２０２と、セーブデータ記憶制御部２１０と、ＩＤ関連付け記憶制御部２１２と、データ照会受付制御部２１４と、検索部２１６と、判定部２１８と、データ更新部２２０と、データ返信制御部２２２と、データ移行部２２４と、利用済みＩＤ管理部２２６と、照会要求済みＩＤ記憶制御部２２８と、プレーヤ別データＩＤ管理部２３０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。

ユーザ管理部２０２は、ユーザ登録手続きに係る処理及びアカウント（ユーザＩＤ）に紐付けられる各ユーザのデータの管理を行う。本実施形態では、１）登録ユーザへのアカウント付与と、２）アカウント別に個人情報を登録管理する登録情報管理と、３）課金要素（本実施形態ではプレイ対価）の支払いで消費される決済媒体の帳簿管理と、４）照会要求の履歴を管理するプレイ履歴管理と、の各機能を有する。勿論、これら以外のアカウントに紐付けられる他のデータの管理機能も適宜含めることができる。

セーブデータ記憶制御部２１０は、同一のプレーヤが有するデータを１以上記憶可能なように、プレーヤのデータをデータＩＤと関連付けてサーバ記憶部５００ｓに記憶させて管理する制御を行う。本実施形態ではセーブデータ５５２とデータＩＤ１２とを関連付けて記憶する制御がこれに該当する（図２参照）。

ＩＤ関連付け記憶制御部２１２は、媒体ＩＤとデータＩＤとのＩＤ関連付けを、サーバ記憶部５００ｓにて記憶させるための管理制御を行う。

データ照会受付制御部２１４は、媒体ＩＤを担持するプレーヤの情報媒体（本実施形態ではＩＣカード８）から媒体ＩＤを読み取る手段を備えたコンピュータやゲーム装置から、読み取った媒体ＩＤに関連付けられたデータＩＤのデータの照会要求を受け付ける制御を行う。つまり、本実施形態では、データ照会受付制御部２１４が、データＩＤのデータの照会要求を受け付けるデータ照会受付部としての機能を発揮する。

また、データ照会受付制御部２１４は、照会要求に係る媒体ＩＤに関連付けられたデータＩＤが存在しない（登録されていない状態。例えば、バージンカードの状態。）場合に、新規のデータＩＤを生成して当該媒体ＩＤに関連付けてＩＤ関連付けテーブル５３０に記憶（登録）させるとともに、新規のデータ（セーブデータ５５２）を生成して当該データＩＤと関連付けてセーブデータ管理データ５５０としてサーバ記憶部５００ｓに記憶させる。すなわち、情報媒体（ＩＣカード８）を新規登録する新規登録制御部としての機能を発揮する。

検索部２１６は、照会要求に係る媒体ＩＤに関連付けられたデータＩＤのデータを、媒体ＩＤとデータＩＤとのＩＤ関連付けおよびプレーヤのデータとデータＩＤとの関連付けを辿って検索する。

判定部２１８は、少なくとも照会要求に係る媒体ＩＤに基づいて判定される所与の待遇条件を満たすか否かを判定する。

データ更新部２２０は、判定部２１８により待遇条件を満たすと判定された場合に、所与の特典データを、検索部２１６により検索されたデータに付加して更新することで、照会要求に係る媒体ＩＤからデータＩＤを介して関連付けて記憶されているプレーヤのデータを更新する。本実施形態におけるセーブデータ５５２への特典データ５４１を追加する待遇処置がこれに該当する（図４参照）。

データ返信制御部２２２は、照会要求に対して、データ更新部２２０により更新された場合には更新された後の検索部２１６により検索されたデータを、更新されていない場合には更新されていない検索部２１６により検索されたデータを、照会要求してきたコンピュータやゲーム装置へ返信する制御を行う。つまり、本実施形態では、データ返信制御部２２２が、照会要求に応答返信するデータ返信部としての機能を発揮する。

データ移行部２２４は、データＩＤとのＩＤ関連付けがなされている媒体ＩＤ（移行元媒体ＩＤ）と、データＩＤとのＩＤ関連付けがなされていない媒体ＩＤ（移行先媒体ＩＤ）とを指定したプレーヤによるデータ移行指示操作に基づいて、移行元媒体ＩＤに関連付けられていたデータＩＤを、移行先媒体ＩＤとの関連付けに変更するようにＩＤ関連付けを変更する。

なお、データ移行（本実施形態でいうところの“ＩＣカードの切り換え”）に関して、本実施形態のＩＤ関連付け記憶制御部２１２は、ＩＤ関連付けがなされた関連付け日時であって、データ移行部２２４による関連付けの変更が行われた場合には変更が行われた日時で更新した関連付け日時を、サーバ記憶部５００ｓに記憶させることができる。

利用済みＩＤ管理部２２６は、判定部２１８により待遇条件を満たすと判定された場合に、当該判定に供した媒体ＩＤを、利用済みとして管理する制御を行う。本実施形態では、ユーザ管理データ６００の照会済媒体ＩＤリスト（不図示）および照会済媒体種類リスト６１０に、判定された媒体ＩＤを識別可能に登録することによりその機能が実現されている（図４参照）。

照会要求済みＩＤ記憶制御部２２８は、照会要求がなされた媒体ＩＤをサーバ記憶部５００ｓにて記憶させるための記憶制御を行う。本実施形態では、ユーザ管理データ６００の照会済媒体ＩＤリスト（不図示）および照会済媒体種類リスト６１０に、判定された媒体ＩＤを登録することによりその機能が実現されている（図４参照）。

プレーヤ別データＩＤ管理部２３０は、プレーヤが有する１以上のデータ（本実施形態ではセーブデータ）それぞれのデータＩＤを、当該プレーヤの識別情報と関連付けて管理する制御を行う。本実施形態では、プレーヤ別のユーザ管理データ６００における保有データＩＤリスト６２０へ、媒体ＩＤ１０と関連づけられたデータＩＤ１２を登録することにより実現されている（図６参照）。

計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０ｓは、音声データの生成、デコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理やスロットプレイに係る音、ＢＧＭや台詞の読み上げなどの音声データの生成或いはデコードをする。そして、システム管理に関する音声信号は音出力部３９０ｓへ出力する。

音出力部３９０ｓは、音声信号を受信して放音する。図１の例では本体装置１１０１やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。

画像生成部２９２ｓは、サーバシステム１１００のシステム管理に関する画像等を生成することができる。そして、システム管理に関する画像は画像表示部３９２ｓへ出力することができる。

画像表示部３９２ｓは、画像生成部２９２ｓから入力される画像信号に基づいてシステム管理のための各種画像を表示する。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１の例ではタッチパネル１１０８が該当する。

通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。本実施形態では、業務用ゲーム装置１３００とのデータ通信に係る処理を実行する。

通信部３９４ｓは、通信回線９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３が該当する。

サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置１１０１が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体、及びストレージ１１４０がこれに該当する。

図１１は、本実施形態におけるサーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。サーバ記憶部５００ｓは、サーバシステムプログラム５０１と、サーバプログラム５０３と、ＩＣカード種類定義データ５１０と、特典定義データ５２０と、を予め記憶する。

また、サーバ記憶部５００ｓは、逐次生成・管理されるデータとして、ＩＤ関連付けテーブル５３０と、セーブデータ管理データ５５０と、ユーザ管理データ６００と、現在日時８００と、を記憶する。その他、サーバ記憶部５００ｓには、タイマーや、カウンタ、各種フラグなどの情報を適宜記憶できる。

サーバシステムプログラム５０１は、サーバ処理部２００ｓが読み出して実行することでサーバシステム１１００にコンピュータとして必要な基本的な入出力機能を実現するためのシステムプログラムである。サーバプログラム５０３と一体で構成する場合には、サーバシステムプログラム５０１は不要である。

サーバプログラム５０３は、サーバ処理部２００ｓが読み出して実行することで、ユーザ管理部２０２、セーブデータ記憶制御部２１０〜プレーヤ別データＩＤ管理部２３０、としての機能を実現させるためのプログラムである（図１０参照）。

ＩＣカード種類定義データ５１０は、本実施形態における情報媒体別の種別定義データである。例えば図１２に示すように、プレーヤが入手可能な全てのＩＣカード８についての媒体ＩＤ５１２毎に、当該ＩＣカードに設定されているカード種類５１４を定義している。本実施形態では、カード種類５１４は、普通カードと、特別カードとの２種類あり、後者については、特別カードシリーズのうちどの種別に該当するかの情報（図１２の例では、「特別カードＢ」「特別カードＣ」がこれに該当）も含まれている。

なお、ＩＣカード種類定義データ５１０では、カード種類５１４以外の情報も対応付けて記憶することができる。例えば、ゲームプレイでの使用に回数制限や時間制限付きのＩＣカードを設定する場合には、制限回数や制限時間についての情報を対応づけることができる。また、本実施形態では特別カードのシリーズ数を１つとし、１シリーズにおける特別カードの構成数を「３」として例示しているが、シリーズ数や構成数は適宜設定可能である。複数のシリーズが存在していてもよい。

図１１に戻って、特典定義データ５２０は、ＩＣカード８の利用に係る特典や、本実施形態における待遇処置の内容を定義するデータであり、特典の内容毎に用意されている。
１つの特典定義データ５２０は、例えば図１３に示すように、待遇条件５２１と、特典付与対象５４０と、特典データ５４１と、を含む。勿論、これら以外のデータも適宜含めることができる。

待遇条件５２１は、複数のサブ条件のＡＮＤ条件として記述されている。サブ条件の種類と内容は適宜設定可能であり、それぞれのサブ条件は「設定なし」もあり得る。本実施形態のサブ条件は、基礎待遇条件５２２と、照会済媒体種類条件５２３と、データＩＤ関連付け条件５２４と、相対日時条件５２５と、特典発生日時条件５２６と、を含む。

相対日時条件５２５は、照会要求がなされた日時と、当該照会要求に係る媒体ＩＤのデータＩＤとの関連付け日時とに基づく相対的な日時の条件であって、例えば、照会要求がなされた日時が、関連付け日時を始期とする所定期間内であることとされる。本実施形態では、ＩＣカードの切り換えから、切り換えたＩＣカードを使って初めてゲームプレイするまでの期間に関する条件に相当する。期間を「無限大」とすることで、実質的に当該条件を「設定なし」とすることができる。

特典発生日時条件５２６は、照会要求がなされた日時に基づく条件であって、カレンダー上の特定日や特定期間が指定される。未設定を示す所定値（例えば、ＮＵＬＬ）を設定すると、実質的に当該条件を「設定なし」とすることができる。

特典付与対象５４０は、特典を付与する対象を限定する場合の条件が設定される。本実施形態では、特典データ５４１を追加するセーブデータの限定条件を定義する。具体的には、１）今回照会要求された媒体ＩＤ（照会媒体ＩＤ）に関連付けられたデータＩＤのセーブデータ、２）照会媒体ＩＤに関連付けられたユーザカウントに紐付くデータＩＤ（保有データＩＤリスト６２０に登録されているデータＩＤ）のすべてのセーブデータ、の何れかとする。もし、業務用ゲーム装置１３００でプレイされるゲームをチーム対戦ゲームなどのマルチプレイとする場合には、特典付与の対象を、チームメイトやフレンドとして登録済みの他プレーヤのセーブデータとする条件定義も可能である。

図１１に戻って、ＩＤ関連付けテーブル５３０は、例えば図１４に示すように、媒体ＩＤ５３１毎に、関連づけられているデータＩＤ５３３と、関連付けが設定・更新された日時である関連付け日時５３４と、待遇処置を受けた日時である待遇利用済日時５３５と、を対応付けて格納する。勿論、これら以外のデータも適宜対応づけて格納するとしてもよい。

その媒体ＩＤになんのデータＩＤも関連付けられていない場合は、データＩＤ５３３には「未設定」を意味する所定値（図１４の例では、ＮＵＬＬ）が設定される。

対応する媒体ＩＤのＩＣカード８が未使用（バージンカード）であれば、関連付け日時５３４に「未利用」を意味する所定値（図１４の例では、ＮＵＬＬ）が設定されている。

待遇利用済日時５３５は、初期値は未利用を意味する所定値（図１４の例では、ＮＵＬＬ）が設定される。対応する媒体ＩＤ５３１のＩＣカード８が初回照会で待遇条件５２１を満たしていると、特典データ５４１の付与とともに、待遇利用済日時５３５がその時の日時に更新される。

ここで、ＩＣカードの切り換え、すなわちデータ移行を行う場合のデータの扱いについて説明すると、例えば、図１４（１）の状態のＩＤ関連付けテーブル５３０の媒体ＩＤ５３１＝「媒体ＩＤ１０１２」のＩＣカードを移行元として、媒体ＩＤ５３１＝「媒体ＩＤ１００３」のＩＣカードを移行先として、ＩＣカードの切り換え（データ移行）を行うとする。この場合、業務用ゲーム装置１３００にてＩＣカードの切り換え操作が入力されると、サーバシステム１１００は、図１４（２）に示すように、移行先と移行元の双方のデータＩＤ５３３の内容を交換するとともに、双方の関連付け日時５３４を現在日時に更新する。

従って、ＩＤ関連付けテーブル５３０を参照すると、データＩＤ５３３・関連付け日時５３４・待遇利用済日時５３５の３つのパラメータが共にＮＵＬＬである媒体ＩＤ５３１のＩＣカード８は、「バージンカード」であると判別することができる。

データＩＤ５３３はＮＵＬＬ以外の値が設定されているが、関連付け日時５３４がＮＵＬＬに設定されているＩＣカード８は、ＩＣカードの切り換えが行われたがゲームプレイには未使用の状態であると判別することができる。

データＩＤ５３３と関連付け日時５３４が共にＮＵＬＬ以外の値に設定されているが、待遇利用済日時５３５がＮＵＬＬに設定されているＩＣカード８は、ゲームプレイに使用されているが、まだ待遇条件を満たしていない（若しくは、そもそも満たさない）ために待遇処置を受けていない状態であると判別することができる。

図１１に戻って、セーブデータ管理データ５５０は、データＩＤ５５１とセーブデータ５５２の関連付けデータである。本実施形態では、データＩＤ５５１（当該管理データに登録されているデータＩＤ１２（図２参照））とセーブデータ５５２とが１対１に対応付けられている。セーブデータ５５２には、プレーヤレベル５５３や、プレイ履歴５５４などのデータも適宜含めることができる。

ユーザ管理データ６００は、登録ユーザ毎すなわちプレーヤ別に用意され、ユーザアカウントと紐付けられる各種データを格納する。換言すると、ゲームに係るプレーヤの第１のプレイ情報である。

１つのユーザ管理データ６００は、例えば、固有のユーザアカウント６０１と、決済媒体帳簿データ６０２と、照会済媒体種類リスト６１０と、保有データＩＤリスト６２０と、を含む。勿論、これら以外のデータ、例えば照会要求のあった日時を時系列に格納するプレイ履歴データなども適宜含めることができる。

決済媒体帳簿データ６０２は、当該ユーザに紐付けられる決済媒体の補充／消費の量と、補充／消費の事由と、変更日時と、の情報を対応づけて格納する所謂帳簿である。課金履歴データ或いは課金情報と読み替えることができる。

図１５は、本実施形態における業務用ゲーム装置１３００の機能構成の一例を示すブロック図である。本実施形態における業務用ゲーム装置１３００は、操作入力部１００と、媒体読取部１０２と、入金検知部１０４と、処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、記憶部５００とを備える。

操作入力部１００は、プレーヤが各種操作を入力するための手段である。図１のジョイスティック１３０２、ボタンスイッチ１３０４、タッチパネル１３０６がこれに該当する。

媒体読取部１０２は、情報媒体（ＩＣカード８）から読み出した情報を処理部２００へ出力し、また処理部２００から受信した情報を情報媒体へ書き込みする。図１の媒体読取装置１３４４がこれに該当する。

入金検知部１０４は、プレイ対価としての現金投入を検知して、入金された現金種類についての情報を処理部２００へ出力する。図１の入金装置１３３０がこれに該当する。

処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＡＳＩＣ、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信したデータ等に基づいて各種の演算処理を実行して、業務用ゲーム装置１３００の動作を統合的に制御する。

そして、本実施形態の処理部２００は、媒体ＩＤ読取制御部２６０と、セーブデータ取得制御部２６２と、ゲーム管理部２６４と、セーブデータ更新要求制御部２６６と、データ移行要求制御部２６８と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を含む。勿論、これら以外の機能部も適宜含めることができる。

媒体ＩＤ読取制御部２６０は、情報媒体（本実施形態ではＩＣカード８）からの媒体ＩＤの読取制御を行う。また、情報媒体へのデータ書き込み制御を行うことができる。

セーブデータ取得制御部２６２は、ゲームプレイに必要なプレーヤのセーブデータ５５２（図１１参照）の写しを取得するための制御を行う。本実施形態では、情報媒体から読み出した媒体ＩＤの照会要求に関する制御を行う（図２参照）。

ゲーム管理部２６４は、ゲームの進行制御を行う。本実施形態では、セーブデータ取得制御部２６２により取得されたプレーヤのセーブデータ５５２の写しに基づく進行制御が可能である。

セーブデータ更新要求制御部２６６は、ゲームプレイ終了時にサーバシステム１１００にて記憶・管理されているセーブデータ５５２の更新要求に係る制御を行う。本実施形態では、今回のプレイ結果を反映した更新用セーブデータを用意して、使用されたＩＣカード８の媒体ＩＤ及び更新要求とともにサーバシステム１１００へ送信する制御を行う。

データ移行要求制御部２６８は、データ移行の要求に係る処理を行う。本実施形態では、メニュー画面から「ＩＣカードの切り換え（データ移行）」が選択操作されると、移行先・移行元それぞれのＩＣカード８の媒体ＩＤを読み取って、所定の移行要求とともにそれらをサーバシステム１１００へ送信する。

計時部２８０は、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０は、音声データの生成、デコードをするＩＣやソフトウェアの実行により実現され、ビデオスロットに係る音、ＢＧＭや台詞の読み上げなどの音声データの生成或いはデコードをする。

音出力部３９０は、入力される音声信号に基づき音声を出力する。図１の例ではスピーカ１３１０がこれに該当する。

画像生成部２９２は、ゲーム画面等を生成することができる。そして、ゲーム画面を表示させるための画像信号を画像表示部３９２へ出力することができる。

画像表示部３９２は、画像生成部２９２から入力される画像信号に基づいてゲーム画面を表示する。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１の例ではタッチパネル１３０６が該当する。

通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。

通信部３９４は、通信回線と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。

記憶部５００は、処理部２００に業務用ゲーム装置１３００を制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、処理部２００の作業領域として用いられ、処理部２００が各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では制御基板１３５０が搭載するＩＣメモリ１３５２がこれに該当する。ネットワーク上に用意された外部ストレージによって実現するとしてもよい。

本実施形態における記憶部５００が記憶するプログラムやデータの例を示す図である。記憶部５００には、システムプログラム５０２と、ゲームプログラム５０４と、が予め記憶されている。逐次、生成・更新されるデータとしては、読取済媒体ＩＤ５６０，５６２と、照会要求の返信としてサーバシステム１１００から受信し、ゲーム進行に応じて更新するセーブデータ５６４（セーブデータ５５２の写し）と、ゲームの進行に必要なデータや進行状況を記述する各種データなどを格納するプレイデータ７００と、現在日時８００と、を記憶する。

読取済媒体ＩＤ５６０、読取済媒体ＩＤ５６２は、プレーヤがゲームプレイを望む場合には何れか一方のみが記憶され、ＩＣカードの切り換え（データ移行）を望む場合には、移行元・移行先としてこれら２つが記憶されることになる。

［動作の説明］
次に、本実施形態のデータ管理オンラインシステム１０００の動作について説明する。
図１６は、本実施形態の業務用ゲーム装置１３００における処理の流れを説明するためのフローチャートである。図１７は、本実施形態のサーバシステム１１００における処理の流れを説明するためのフローチャートである。

先ず、図１６に示すように、業務用ゲーム装置１３００は、所定のメニュー画面を表示してメニューをプレーヤに提示する（ステップＳ１０）。本実施形態では、メニュー項目に「プレイ」と「データ移行」の少なくとも２つを含んでいる。

業務用ゲーム装置１３００は、メニュー画面にて「プレイ」のメニュー項目への選択操作を検出すると（ステップＳ１２のＹＥＳ）、プレーヤにゲームプレイに使用するＩＣカード８を媒体読取装置１３４４へかざすように操作案内を表示して、当該ＩＣカード８から媒体ＩＤを読み取って、読取済媒体ＩＤ５６０（図１５参照）として記憶する（ステップＳ１４）。そして、業務用ゲーム装置１３００は、サーバシステム１１００にアクセスして、所定の照会要求と読取済媒体ＩＤ５６０とを送信する（ステップＳ１６）。

図１７に移って、サーバシステム１１００は、照会要求を受信すると（ステップＳ３０のＹＥＳ）、ＩＤ関連付けテーブル５３０（図１４参照）を参照して、照会要求とともに受信した媒体ＩＤすなわち照会対象媒体ＩＤに、データＩＤが関連付けられているかを判定する（ステップＳ３２）。

もし否定ならば（ステップＳ３２のＮＯ）、サーバシステム１１００は、ゲームプレイに使用されるＩＣカード８は、初めてゲームプレイに使用されると判断して、固有のデータＩＤを生成して、当該生成したデータＩＤでＩＤ関連付けテーブル５３０のデータＩＤ５３３（図１４参照）を更新する（ステップＳ３４）。つまり、照会対象媒体ＩＤのＩＣカード８にデータＩＤを関連付ける。

次に、サーバシステム１１００は、この新規付与されたデータＩＤに紐付いたセーブデータ５５２を準備し、所定の初期化を行う（ステップＳ３６）。すなわち、新たなセーブデータ管理データ５５０（図１１参照）を用意して、新規付与されたデータＩＤをデータＩＤ５５１に設定し、所定の初期設定のセーブデータ５５２を対応付けて格納する。

次いで、サーバシステム１１００は、カード種類定義データ５１０（図１２参照）を参照して、プレーヤのユーザ管理データ６００の照会済媒体種類リスト６１０に照会対象媒体ＩＤのＩＣカード８のカード種類を追加登録し（ステップＳ３８）、保有データＩＤリスト６２０に新規付与したデータＩＤを追加登録する（ステップＳ４０）。

次に、サーバシステム１１００は、特典定義データ５２０（図１３参照）を参照して、待遇条件５２１が満たされている特典定義データ５２０を検索する。そして、該当する定義データが有れば（ステップＳ５０のＹＥＳ）、サーバシステム１１００は、当該定義データに従って、特典データ５４１を特典付与対象５４０のセーブデータ５５２へ追加し（ステップＳ５２）、照会済媒体ＩＤを待遇の利用済に登録する（ステップＳ５４）。

待遇の利用済登録は、ＩＤ関連付けテーブル５３０の、照会対象媒体ＩＤの待遇利用済日時５３５をＮＵＬＬから現在日時８００へ更新することにより行われる（図１４参照）。

そして、サーバシステム１１００は、所定の照会要求応答とともに、その時のセーブデータ５５２の写しを照会要求した業務用ゲーム装置１３００へ返信する（ステップＳ５６）。

なお、１つのＩＣカード８について、１回しか待遇処置を受けられないような構成、つまり待遇を１カード当たり１回しか利用できないような構成とする場合には、ステップＳ５０において、ＡＮＤ条件として待遇未利用（待遇利用済日時５３５＝ＮＵＬＬ）を追加すればよい。

一方、照会対象媒体ＩＤに既にデータＩＤが関連付けられている場合は（ステップＳ３２のＹＥＳ）、サーバシステム１１００は、今回使用されたＩＣカード８はゲームプレイに２回以上使用されていると判断する。そして、照会対象媒体ＩＤに関連付けられているデータＩＤを検索し、検索されたデータＩＤに紐付けられているセーブデータ５５２を検索して（ステップＳ３７）、ステップＳ３８〜Ｓ５６を実行する。

図１６に戻って、業務用ゲーム装置１３００は、照会要求への応答としてセーブデータ５５２の写しを受信すると（ステップＳ７０）、これをセーブデータ５６４（図１５参照）として記憶して、当該セーブデータに基づいてゲームプレイの進行制御を開始する（ステップＳ７２）。そして、ゲームプレイが終了すると、そこまでのプレイ結果やゲーム進行状況を保存するようにセーブデータ５６４を更新し、これを更新用のセーブデータとして、所定の更新要求と読取済媒体ＩＤ５６０とともにサーバシステム１１００へ送信する（ステップＳ７６）。

図１７に移って、サーバシステム１１００は、更新要求を受信すると（ステップＳ９０のＹＥＳ）、セーブデータ管理データ５５０（図１１参照）から受信した媒体ＩＤに対応付けられているセーブデータ５５２を検索して、受信した養親用のセーブデータの内容を反映するように更新処理する（ステップＳ９２）。

図１６に戻って、業務用ゲーム装置１３００は、メニュー画面にて「データ移行」つまり「ＩＣカードの切り換え」のメニュー項目への選択操作を検出すると（ステップＳ１００のＹＥＳ）、プレーヤへ、最初に現在ゲームプレイに使用しているＩＣカード（移行元）、次に新しく使いたいＩＣカード（移行先）を順に媒体読取装置１３４４にかざすように所定の操作案内を表示して、２つのＩＣカードから媒体ＩＤを読み出し、それぞれ読取済媒体ＩＤ５６０、読取済媒体ＩＤ５６２として記憶する（ステップＳ１０２）。

そして、業務用ゲーム装置１３００は、所定の移行要求とともに、移行元媒体ＩＤ（その時の読取済媒体ＩＤ５６０）と、移行先媒体ＩＤ（その時の読取済媒体ＩＤ５６２）とをサーバシステム１１００へ送信する（ステップＳ１０４）。

図１７に移って、サーバシステム１１００は、移行要求を受信すると（ステップＳ１２０のＹＥＳ）、データＩＤの関連付けの移行処理を実行し（ステップＳ１２２；図１４（２）参照）、所定の移行完了信号を返信する（ステップＳ１２４）。

図１６に戻って、業務用ゲーム装置１３００は、移行完了信号を受信すると（ステップＳ１３０）、プレーヤ向けに移行が完了した旨の通知を行う（ステップＳ１３２）。

以上、本実施形態によれば、プレーヤがマイカードとするＩＣカード８の切り換えを、業務用ゲーム装置１３００で実現可能にしてデータ管理オンラインシステムの利便性を向上できるとともに、ＩＣカード８の切り換えを利用した新たなユーザサービスを提供することができる。

プレーヤは、好みのＩＣカード８を自由に切り換えて使用しながらも、購入するＩＣカード８を適切に組み合わせることで特典を享受することができる。ゲーム運営側は、ＩＣカード８に様々な種類を設けてユーザを楽しませることができるとともに、従来に無いユーザサービスを提供して業務用ゲーム装置１３００の人気を高めることができる。副次的に言えば、ＩＣカード８の売上向上も期待できる。

〔第２実施形態〕
次に、第２実施形態について説明する。本実施形態は、基本的には第１実施形態と同様に実現されるが、業務用ゲーム装置１３００に換えてスマートフォンを用いる点が異なる。なお、以降では、第１実施形態と同様の構成要素については同じ符号を付与して重複する説明は省略し、主に第１実施形態との差異について説明することとする。

先ず、本実施形態におけるハードウェアの構成例について説明する。
図１８は、本実施形態におけるデータ管理オンラインシステム１０００Ｂの構成の一例を示す図である。本実施形態のデータ管理オンラインシステム１０００Ｂは、通信回線９に接続することで相互にデータ通信が可能なサーバシステム１１００とユーザ端末１５００とを含むコンピュータシステムである。図１８の例では、ユーザ端末１５００を１台としているが、実際の運用に当たってはプレーヤであるユーザ別（以下、単に「プレーヤ」と言う。）に複数のユーザ端末１５００が存在し、各々がサーバシステム１１００と通信接続可能な状態となり得る。データ管理オンラインシステム１０００Ｂ全体をコンピュータシステムと呼ぶこともできるが、サーバシステム１１００やユーザ端末１５００それぞれを個別のコンピュータシステムと呼ぶこともできる。

ユーザ端末１５００は、プレーヤである登録済ユーザがゲームプレイのために個別に使用するコンピュータシステムであって、通信回線９を介してサーバシステム１１００にアクセスしてゲームを実行できる電子装置（電子機器）である。本実施形態のユーザ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、パソコン、タブレット型コンピュータ、ウェアラブルコンピュータ、家庭用ゲーム装置などでもよい。

ユーザ端末１５００は、方向入力キー１５０２と、ボタンスイッチ１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、カメラユニット１５３０と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０からデータを読み書きできるメモリカード読取装置１５４２と、を備える。その他、図示されていない電源ボタン、音量調節ボタン等が設けられている。また、ゲームプレイの対価の支払いが可能なＩＣカード型のクレジットカードやプリペイドカードに対して非接触にデータの読み書きが行えるＩＣカード読取装置、などを設けるとしてもよい。

カメラユニット１５３０は、デジタル画像を撮影して、画像データを生成・出力する。例えば、レンズ等を含むオートフォーカス機構、イメージセンサ、画像処理プロセッサにより構成されカメラユニット１５３０は、ＩＣカード８の表面に印刷されている媒体ＩＤの２次元バーコード８２を撮影することで、ゲームプレイに使用するＩＣカード８の媒体ＩＤを取り込むことができる。

制御基板１５５０は、ＣＰＵ１５５１やＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、通信回線９に接続する携帯電話基地局や無線ＬＡＮ基地局などと無線通信するための無線通信モジュール１５５３、インターフェース回路１５５７などを搭載する。

インターフェース回路１５５７には、タッチパネル１５０６のドライバ回路、方向入力キー１５０２及びボタンスイッチ１５０４からの信号を受信する回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２で集音した音声の信号を生成する入力信号生成回路、カメラユニット１５３０から画像データを取得するための回路、メモリカード読取装置１５４２への信号入出力回路、位置測定モジュール１５５５への信号入出力回路、などが含まれている。

制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部または全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、ＩＣカード８の媒体ＩＤの読取装置及びゲームプレイするためのユーザ端末としての機能を実現させるためのゲームプログラムや各種データをＩＣメモリ１５５２に記憶する。

なお、ユーザ端末１５００でゲームを実行するためのゲームプログラムや各種設定データは、サーバシステム１１００からダウンロードするとしても良いし、別途入手したメモリカード１５４０などの記憶媒体から読み出す構成としても良い。

図１９は、ユーザ端末１５００の構成の一例を示すブロック図である。ユーザ端末１５００は、操作入力部１００ｔと、端末処理部２００ｔと、音出力部３９０ｔと、画像表示部３９２ｔと、通信部３９４ｔと、端末記憶部５００ｔとを備える。

操作入力部１００ｔは、プレーヤによる各種の操作入力に応じて操作入力信号を端末処理部２００ｔに出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ＣＣＤモジュール、などによって実現できる。図１９の方向入力キー１５０２や、ボタンスイッチ１５０４、タッチパネル１５０６がこれに該当する。

端末処理部２００ｔは、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＡＳＩＣ、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｔや端末記憶部５００ｔを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｔからの操作入力信号、サーバシステム１１００から受信した各種データに基づいて各種の演算処理を実行して、ユーザ端末１５００の動作を制御する。図１９の制御基板１５５０がこれに該当する。

そして、本実施形態における端末処理部２００ｔは、媒体ＩＤ読取制御部２６０と、セーブデータ取得制御部２６２と、ゲーム管理部２６４と、セーブデータ更新要求制御部２６６と、データ移行要求制御部２６８と、計時部２８０と、音生成部２９０ｔと、画像生成部２９２ｔと、通信制御部２９４ｔと、を備える。

音生成部２９０ｔは、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生するためのオーディオコーデック等によって実現され、ゲームに係る効果音やＢＧＭ、各種操作音などの各種音声の音信号を生成し、音出力部３９０ｔに出力する。

音出力部３９０ｔは、音生成部２９０ｔから入力される音信号に基づいて効果音やＢＧＭ等を音出力する装置によって実現される。図１９のスピーカ１５１０がこれに該当する。

画像生成部２９２ｔは、例えば、ＧＰＵ、デジタルシグナルプロセッサ（ＤＳＰ）などのプロセッサ、ビデオ信号ＩＣ、ビデオコーデックなどのプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現される。

そして、画像生成部２９２ｔは、１フレーム時間（例えば１／６０秒）で１枚のゲーム画面の画像を生成し、生成したゲーム画面の画像信号を画像表示部３９２ｔに出力する。

画像表示部３９２ｔは、画像生成部２９２ｔから入力される画像信号に基づいて各種ゲーム画像を表示する。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。本実施形態では、図１９のタッチパネル１５０６がこれに該当する。

通信制御部２９４ｔは、データ通信に係るデータ処理を実行し、通信部３９４ｔを介して外部装置とのデータのやりとりを実現する。通信部３９４ｔは、通信回線９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現され、図１９の無線通信モジュール１５５３がこれに該当する。

端末記憶部５００ｔは、端末処理部２００ｔにユーザ端末１５００を統合的に制御させるための諸機能を実現するためのシステムプログラムや、ゲームの実行に必要なプログラム、各種データ等を記憶する。また、端末処理部２００ｔの作業領域として用いられ、端末処理部２００ｔが各種プログラムに従って実行した演算結果や操作入力部１００ｔから入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図１９の制御基板１５５０が搭載するＩＣメモリ１５５２やメモリカード１５４０がこれに該当する。オンラインストレージにより実現するとしても良い。

本実施形態の端末記憶部５００ｔは、システムプログラム５０２と、ゲームプログラム５０４と、読取済媒体ＩＤ５６０及び５６２と、セーブデータ５６４と、プレイデータ７００と、現在日時８００と、を記憶する。勿論、これら以外のデータも適宜記憶することができる。

データ管理オンラインシステム１０００Ｂの動作は、第１実施形態と同様である。すなわち、図１６をユーザ端末１５００における処理の流れと読み替えればよく、本実施形態でも第１実施形態と同様の効果が得られる。

なお、ユーザ端末１５００で実行するゲームを、クライアント・サーバタイプのシステムによるオンラインゲームとして実現する構成も可能である。

〔変形例〕
以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。

［その１］
例えば、待遇条件を構成するサブ条件の種類や内容は、上記実施形態に限らない。例えば、図２０に示すように、照会日時条件５２７や、セーブデータ条件５２８などを適宜追加することができる。

照会日時条件５２７は、関連付け日時と、照会要求がなされた日時との差分の範囲を定義する。つまり、ＩＣカード８の切り換え（データ移行）をしてから、切り換え後のＩＣカード８で初回のゲームプレイをするまでの経過時間の許容範囲についての条件である。勿論、差分範囲すなわち経過時間の許容範囲を無限大に設定すれば、実質的に当該条件を「設定なし」とすることができる。

当該条件を含むように待遇条件５２１を構成することで、データ更新部２２０（図１０参照）は、関連付け日時と照会要求がなされた日時との差に応じて特典内容が異なる特典データを、検索されたデータに付加して更新することが可能になる。例えば、日時の差が小さいほど、プレーヤにとって有利あるいはレアな特典内容とすることができる。

セーブデータ条件５２８は、セーブデータ５５２を記述する各種パラメータについての条件である。例えば、プレーヤレベル５５３の範囲、プレイ履歴５５４から求められる累積プレイ時間や累積プレイ回数、ゲーム内容によっては勝率や平均ラップタイム、平均順位、最高順位、などについての条件を設定することができる。

当該条件を含むように待遇条件５２１を構成することで、データ更新部２２０（図１０参照）は、照会された媒体ＩＤに関連付けられているデータＩＤをもとに検索されたプレーヤのデータ（セーブデータ５５２）に、その内容に応じて特典内容が異なる特典データを付加して更新することが可能になる。

２…プレーヤ
８…ＩＣカード
１０…媒体ＩＤ
１２…データＩＤ
２００ｓ…サーバ処理部
２０２…ユーザ管理部
２１０…セーブデータ記憶制御部
２１２…ＩＤ関連付け記憶制御部
２１４…データ照会受付制御部
２１６…検索部
２１８…判定部
２２０…データ更新部
２２２…データ返信制御部
２２４…データ移行部
２２６…利用済みＩＤ管理部
２２８…照会要求済みＩＤ記憶制御部
２３０…プレーヤ別データＩＤ管理部
５００ｓ…サーバ記憶部
５０３…サーバプログラム
５１０…ＩＣカード種類定義データ
５２０…特典定義データ
５２１…待遇条件
５２２…基礎待遇条件
５２３…照会済媒体ＩＤ条件
５２４…データＩＤ関連付け条件
５２５…相対日時条件
５２６…特典発生日時条件
５２７…照会日時条件
５２８…セーブデータ条件
５３０…ＩＤ関連付けテーブル
５３１…媒体ＩＤ
５３３…データＩＤ
５３４…関連付け日時
５４０…特典付与対象
５４１…特典データ
５５０…セーブデータ管理データ
５５１…データＩＤ
５５２…セーブデータ
５６０…読取済媒体ＩＤ
５６２…読取済媒体ＩＤ
６００…ユーザ管理データ
６０１…ユーザアカウント
６１０…照会済媒体種類リスト
６２０…保有データＩＤリスト
１０００…データ管理オンラインシステム
１１００…サーバシステム
１１５０…制御基板
１３００…業務用ゲーム装置
１３４４…媒体読取装置
１３５０…制御基板

Claims (11)

1. プレーヤのデータをデータＩＤと関連付けて記憶するデータ記憶部と、
   媒体ＩＤと前記データＩＤとのＩＤ関連付けを記憶するＩＤ関連付け記憶部と、
   前記媒体ＩＤを担持する前記プレーヤの情報媒体から前記媒体ＩＤを読み取る手段を備えたゲーム装置から、読み取った前記媒体ＩＤに関連付けられた前記データＩＤのデータの照会要求を受け付けるデータ照会受付部と、
   前記照会要求に係る前記媒体ＩＤに関連付けられた前記データＩＤのデータを前記ＩＤ関連付け記憶部および前記データ記憶部の記憶内容を辿って検索する検索部と、
   少なくとも前記照会要求に係る前記媒体ＩＤに基づいて判定される所与の待遇条件を満たすか否かを判定する判定部と、
   前記判定部による肯定判定がなされた場合に、所与の特典データを前記検索されたデータに付加して更新することで、前記データ記憶部に記憶された当該データを更新するデータ更新部と、
   前記照会要求に対して、前記データ更新部により更新された場合には更新された後の前記検索されたデータを、更新されていない場合には更新されていない前記検索されたデータを前記ゲーム装置に返信するデータ返信部と、
   前記データＩＤとの前記ＩＤ関連付けがなされている媒体ＩＤ（以下「移行元媒体ＩＤ」という）と、前記データＩＤとの前記ＩＤ関連付けがなされていない媒体ＩＤ（以下「移行先媒体ＩＤ」という）とを指定した前記プレーヤによるデータ移行指示操作に基づいて、前記移行元媒体ＩＤに関連付けられていたデータＩＤを、前記移行先媒体ＩＤとの関連付けに変更するように前記ＩＤ関連付け記憶部の記憶内容を変更するデータ移行部と、
   を備え、前記データ更新部による更新の後に前記待遇条件を満たさない前記移行先媒体ＩＤへの前記データ移行部による関連付けの変更がなされた場合であっても、当該更新を有効として維持する、サーバシステム。
2. 前記判定部により前記待遇条件を満たすと判定された場合に、当該判定に供した前記媒体ＩＤを、利用済みとして管理する利用済みＩＤ管理部、
   を更に備え、
   前記待遇条件は、前記照会要求に係る前記媒体ＩＤが、前記利用済みＩＤ管理部に利用済みとして管理されていない媒体ＩＤであることを条件に含む、
   請求項１に記載のサーバシステム。
3. 前記照会要求がなされた前記媒体ＩＤを記憶する照会要求済み媒体ＩＤ記憶部、
   を更に備え、
   前記待遇条件は、今回の前記照会要求に係る媒体ＩＤの情報媒体、および、過去の前記照会要求に係る媒体ＩＤの情報媒体、の組み合わせ条件を少なくとも含む、
   請求項１又は２に記載のサーバシステム。
4. 前記データ記憶部は、同一の前記プレーヤが有する前記データを１以上記憶可能であり、
   前記プレーヤが有する１以上の前記データそれぞれの前記データＩＤを、当該プレーヤの識別情報と関連付けて管理するプレーヤ別データＩＤ管理部、を更に備え、
   前記待遇条件は、今回の前記照会要求に係るプレーヤの前記データそれぞれの前記データＩＤに関連づけられている媒体ＩＤの情報媒体の組み合わせ条件を少なくとも含む、
   請求項１〜３の何れか一項に記載のサーバシステム。
5. 前記ＩＤ関連付け記憶部は、前記ＩＤ関連付けがなされた関連付け日時であって、前記データ移行部による関連付けの変更が行われた場合には変更が行われた日時で更新した前記関連付け日時を記憶し、
   前記待遇条件は、前記照会要求がなされた日時と、当該照会要求に係る媒体ＩＤの前記関連付け日時とに基づく相対日時条件を含む、
   請求項１〜４の何れか一項に記載のサーバシステム。
6. 前記相対日時条件は、前記照会要求がなされた日時が、前記関連付け日時を始期とする所定期間内であること、である、
   請求項５に記載のサーバシステム。
7. 前記データ更新部は、前記関連付け日時と、前記照会要求がなされた日時との差に応じて特典内容が異なる特典データを、前記検索されたデータに付加して更新する、
   請求項６に記載のサーバシステム。
8. 前記待遇条件は、前記照会要求がなされた日時に基づく特典発生日時条件を含む、
   請求項１〜７の何れか一項に記載のサーバシステム。
9. 前記データ更新部は、前記検索されたデータの内容に応じて特典内容が異なる特典データを付加して更新する、
   請求項１〜８の何れか一項に記載のサーバシステム。
10. 前記照会要求に係る前記媒体ＩＤに関連付けられた前記データＩＤが存在しない場合に、新規のデータＩＤを生成して当該媒体ＩＤに関連付けて前記ＩＤ関連付け記憶部に記憶させるとともに、新規のデータを生成して当該データＩＤと関連付けて前記データ記憶部に記憶させる新規登録制御部、
    を備えた請求項１〜９の何れか一項に記載のサーバシステム。
11. ゲーム装置と通信可能に接続されたサーバシステムにおけるデータ管理制御方法であって、
    前記ゲーム装置は、
    媒体ＩＤを担持するプレーヤの情報媒体から前記媒体ＩＤを読み取る手段、
    を備え、
    前記サーバシステムは、
    前記プレーヤのデータをデータＩＤと関連付けて記憶するデータ記憶部と、
    前記媒体ＩＤと前記データＩＤとのＩＤ関連付けを記憶するＩＤ関連付け記憶部と、
    を備え、
    前記ゲーム装置が読み取った前記媒体ＩＤに関連付けられた前記データＩＤのデータの照会要求を前記ゲーム装置から受け付けるデータ照会受付ステップと、
    前記照会要求に係る前記媒体ＩＤに関連付けられた前記データＩＤのデータを前記ＩＤ関連付け記憶部および前記データ記憶部の記憶内容を辿って検索する検索ステップと、
    少なくとも前記照会要求に係る前記媒体ＩＤに基づいて判定される所与の待遇条件を満たすか否かを判定する判定ステップと、
    前記判定ステップにおいて肯定判定がなされた場合に、所与の特典データを前記検索されたデータに付加して更新することで、前記データ記憶部に記憶された当該データを更新するデータ更新ステップと、
    前記照会要求に対して、前記データ更新ステップにおいて更新された場合には更新された後の前記検索されたデータを、更新されていない場合には更新されていない前記検索されたデータを前記ゲーム装置に返信するデータ返信ステップと、
    前記データＩＤとの前記ＩＤ関連付けがなされている媒体ＩＤ（以下「移行元媒体ＩＤ」という）と、前記データＩＤとの前記ＩＤ関連付けがなされていない媒体ＩＤ（以下「移行先媒体ＩＤ」という）とを指定した前記プレーヤによるデータ移行指示操作に基づいて、前記移行元媒体ＩＤに関連付けられていたデータＩＤを、前記移行先媒体ＩＤとの関連付けに変更するように前記ＩＤ関連付け記憶部の記憶内容を変更するデータ移行ステップと、
    を含み、前記データ更新ステップでの更新の後に、前記データ移行ステップにおいて前記待遇条件を満たさない前記移行先媒体ＩＤへの関連付けの変更がなされた場合であっても、当該更新を有効として維持する、ことを特徴とするデータ管理制御方法。

Images