JP2002216057A - クレジットの処理方法及びシステム - Google Patents

Abstract

(57)【要約】 【課題】 複数の店舗で利用可能なクレジット情報を利
用してユーザが複数の店舗のゲーム機でプレイできるよ
うにする。 【解決手段】 複数の店舗で共通して使用可能なクレジ
ットを処理するためのクレジット処理システム１を、ユ
ーザがクレジットを獲得した第１の店舗から、ユーザ情
報とクレジット情報を受け取るクレジット情報受取部１
６と、ユーザがクレジットを使用しようとする第２の店
舗からユーザ情報を受け取りその認証を行うユーザ認証
部１７と、クレジットを第２の店舗で使用できるクレジ
ットに変換し、ユーザに提示するクレジット情報提示部
１９と、ユーザへのサービスの提供に応じて更新された
クレジット情報を第２の店舗から受け取るクレジット更
新情報受取部２０と、クレジットの使用に基づいて、第
１及び第２の店舗間で所定の換算率を適用して決済を行
う決済部２１と、から構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の店舗のサー
ビスの対価として共通して使用することができるクレジ
ットを処理するためのクレジットシステム及び処理方法
に関する。

【０００２】

【従来の技術】従来、ゲームセンター等の店舗にはいわ
ゆるその店舗専用のメダル（クレジット）でプレイでき
るメダルゲームが設置されている。そして、プレイ後に
ユーザが購入したメダルが余った場合、店舗は、ユーザ
の住所、氏名等と余ったメダル数を記録しておき、その
ユーザが次回の来店時にもプレイできるように管理して
いる。

【０００３】また、ユーザが自宅のＰＣ（パーソナルコ
ンピュータ）などを使って、ネットワーク上でプレイで
きるゲーム（以下「インターネットゲーム」と称する）
も知られている。ユーザは、インターネットゲームでプ
レイしたい場合、そのホームページ上でクレジットを購
入している。そして、プレイした後にクレジットが余っ
た場合には、そのホームページ管理者がユーザＩＤ等と
関連付けてクレジット情報をＷｅｂサーバに保存してお
き、次回のプレイにも利用できるように管理している。

【０００４】

【発明が解決しようとする課題】ところで、従来のゲー
ムのクレジットは店舗毎に独立して管理されている。そ
のためユーザは、ある店舗に多くのメダル（クレジッ
ト）を預けてあっても、別の店舗でプレイしたい場合に
は、改めてメダル等を購入する必要があり、非常に不便
である。

【０００５】本発明の目的は、複数の店舗で利用可能な
クレジット情報を利用してユーザが複数の店舗のゲーム
機でプレイできるようにすることにより、ユーザの利便
性を向上させることができるクレジットの処理方法及び
システムを提供することである。

【０００６】

【課題を解決するための手段】上記課題を解決するた
め、この発明の第１の主要な観点によれば、複数の店舗
のサービスの対価として共通して使用することができる
クレジットを処理するためのクレジット処理システムで
あって、購入者が前記クレジットを獲得した第１の店舗
から、前記購入者の情報及び前記クレジットの情報を受
け取るクレジット情報受取部と、購入者がクレジットを
使用しようとする第２の店舗から前記購入者の情報を受
け取りその認証を行う購入者認証部と、前記クレジット
を前記第２の店舗で使用できるクレジットに変換し、前
記購入者に提示するクレジット情報提示部と、前記購入
者へのサービスの提供に応じて更新されたクレジットの
情報を前記第２の店舗から受け取るクレジット更新情報
受取部と、を有するクレジット処理システムが提供され
る。また、前記店舗はインターネット上の店舗も含むの
が好ましい。

【０００７】このような構成により、ユーザは、第１の
店舗で獲得し、保存してあるクレジット情報を使用し
て、時間や場所の制約を受けることなく第２の店舗のゲ
ーム機でプレイすることができる。また、複数の店舗の
相乗効果により売上げ向上が期待できる。さらに、特定
の店舗でしか提供されていないゲームでプレイしたい場
合でも、その店舗専用のメダル等を別途購入する必要が
ないので、ユーザにとって利便性が高い。

【０００８】本発明の１の実施態様によれば、さらに、
前記クレジットの使用に基づいて、前記第１の店舗と第
２の店舗との間で決済を行う決済部を有する。また、こ
の決済部は、決済ルール格納部に格納された、第１の店
舗と第２の店舗との間で予め定められた決済ルールに従
って決済を行うのが好ましい。

【０００９】このような構成により、ユーザ（購入者）
がクレジットを獲得した店舗と、クレジットを使用した
（ユーザがプレイした）店舗との間で収支を平等に精算
することができる。

【００１０】また、本発明の１実施態様によれば、前記
クレジット情報提示部は、前記クレジットを金銭の情報
に変換して購入者に提示するものである。

【００１１】このような構成により、例えばユーザ（購
入者）には、店舗間でクレジットの換算率が違っても、
換算後のクレジットに基づく金銭の情報として提示され
るので、クレジットの残高を容易に知ることができる。

【００１２】また、本発明の他の１の実施態様によれ
ば、前記クレジットは、ゲーム機でプレイするために使
用するものである。

【００１３】これにより、従来は店舗（ゲームセンター
等）毎に独自に管理されていたクレジットを使って、他
の店舗のゲーム機でもプレイすることができ、ユーザ
(購入者)にとって非常に利便性が高い。

【００１４】この発明の第2の主要な観点によれば、複
数の店舗のサービスの対価として共通して使用すること
ができるクレジットを処理するためのクレジット処理方
法であって、購入者が前記クレジットを獲得した第１の
店舗から、前記購入者の情報及び前記クレジットの情報
を受け取るクレジット情報受取工程と、購入者がクレジ
ットを使用しようとする第２の店舗から前記購入者の情
報を受け取りその認証を行う購入者認証工程と、前記ク
レジットを前記第２の店舗で使用できるクレジットに変
換し、前記購入者に提示するためのクレジット情報提示
工程と、前記購入者へのサービスの提供に応じて更新さ
れたクレジットの情報を前記第２の店舗から受け取るク
レジット更新情報受取工程と、を有するクレジット処理
方法が提供される。

【００１５】このような構成により、前記第1の主要な
観点にかかる発明によって実現されるクレジット処理方
法を得ることができる。

【００１６】なお、この発明の他の特徴及び顕著な効果
は、次の発明の実施の形態の項及び添付した図面によっ
てより明確に理解される。

【００１７】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づき説明する。

【００１８】図１に模式的に示すように、本発明の一実
施形態に係るゲーム機プレイ用のクレジット処理システ
ム１は、複数のゲームセンター等の店舗３１、３２に設
置されたゲーム機Ｇ、Ｇ…や、個人ユーザのＰＣ（パー
ソナルコンピュータ）等の通信端末３５上で実行される
インターネットゲームＩＧの何れにも利用可能なクレジ
ットを管理する管理センタ３０内に設置されている。こ
のクレジット処理システム１は、インターネット網４０
を通じて各店舗３１、３２内に設置された店舗用端末３
３、３３と通信可能に接続されている。

【００１９】ユーザは店舗３１、３２のゲーム機Ｇでプ
レイする場合、店舗内のメダル交換機３４で現金や本シ
ステム1によって発行されたクレジットをメダルに交換
にする。なお、メダル交換機３４と店舗用端末３３とを
兼用することもできるが、その場合には第三者が後述す
るユーザのパスワードを不正に取得できないように、店
舗のカウンターに隣接して設置したり、キャッシュディ
スペンサーのようなアーケードや仕切りを設置するのが
好ましい。

【００２０】また、ユーザが前記インターネットゲーム
ＩＧを利用する場合は、このシステム１はユーザの通信
端末３５とインターネット網４０を介して接続される。
なお、以下の説明においては、「店舗」にはインターネ
ット上でオンラインショッピングや情報配信、オークシ
ョンなどの有料サービスを提供するＷｅｂ上の店舗も含
むものとする。また、全ての店舗３１は、第１の店舗３
１及び第２の店舗３２の何れにもなり得る。

【００２１】次に、図２に基づいて、クレジット処理シ
ステム１の構成を説明する。このシステム1は、ＣＰＵ
２、ＲＡＭ３、モデム等の通信デバイス４、入出力装置
５が接続されたバス６に、データ格納部７とプログラム
格納部８が接続されてなる。これらデータ格納部７およ
びプログラム格納部８は、この実施形態ではハードディ
スクなどの固定式記憶媒体及びそれらにインストールさ
れたコンピュータソフトウェアプログラムで構成されて
いる。

【００２２】前記データ格納部７は、クレジットの購入
者（ユーザ）の属性情報等を格納するユーザ情報格納部
１０と、前記店舗３１の属性情報を格納する店舗属性情
報格納部１１と、前記ユーザが購入したクレジットの情
報を格納するクレジット情報格納部１２と、複数の店舗
間でクレジットの収支決済を行う際の決済ルールを格納
する決済ルール格納部１３とからなる。

【００２３】前記ユーザ情報格納部１０は、ユーザがク
レジットを獲得した第１の店舗３１の店舗用端末３３に
入力した、ユーザＩＤ、パスワード、住所、氏名、生年
月日などの情報を、後述するクレジット情報受取部１６
から受け取って格納しておく。なお、ユーザＩＤはユー
ザ登録する事によって付与される。

【００２４】前記店舗属性情報格納部１１は、本システ
ム１を利用可能な店舗の属性情報を予め格納しておくも
のである。具体的には、店舗のＩＤ、住所、ＵＲＬ、後
述する店舗間決済に必要な換算率ＥＲなどの情報を格納
する。

【００２５】前記クレジット情報格納部１２は、ユーザ
が第1の店舗で獲得したクレジットの情報及び第２の店
舗で使用して更新されたクレジットの情報を、第１及び
第２の店舗のＩＤに関連付けて格納している。この第１
及び第２の店舗のＩＤに基づいて、前記店舗属性情報格
納部１１に格納されている第１及び第２の店舗の換算率
ＥＲを読み出し、ユーザが獲得したクレジット及び使用
により更新されたクレジットにこの換算率ＥＲを乗じて
算出したものを格納しておく。また、クレジットの有効
期限を定めている場合には、クレジットの発行年月日も
格納しておく。

【００２６】前記決済ルール格納部１３は、定期的に店
舗間で行うクレジットの収支決済に必要な決済ルールを
格納するものである。具体的には、図２に示すようにク
レジットの収支を決済する際の店舗毎の換算率ＥＲの決
め方・更新時期、決済の時期などのルールが格納されて
いる。

【００２７】ここで換算率ＥＲは、店舗のロケーショ
ン、設置されているゲーム機の数・種類、平均売上額、
平均入店客数などを考慮して決定する。例えば、都市部
の店舗、駅周辺の店舗、平均売上額等が高い店舗（人気
の高い店舗）は換算率ＥＲを高く設定する（図６に例示
した店舗Ｂ４５６）。この結果、換算率ＥＲの高い店舗
でクレジットを購入した場合、ユーザは他の店舗（第2
の店舗）では購入金額よりも多くのクレジットを利用し
てプレイできることになる。

【００２８】逆に、換算率ＥＲの低い店舗で購入したク
レジットは、他の店舗では利用できるクレジットが購入
金額よりも少なくなる（図６に例示した店舗Ｃ７８
９）。この換算率ＥＲは、店舗属性（所有するゲーム機
の台数、売上額、店舗の売上額等）の変化に応じて、随
時更新するのが好ましい。

【００２９】なお、ゲーム以外の異種のサービスを提供
する店舗との間で決済を行う場合の決済ルール・換算率
ＥＲを定めておいても良い。

【００３０】また、インターネットゲームＩＧの店舗は
設置及び運営のコストが通常の店舗に比べて極端に低い
ことから、換算率ＥＲを低く設定して店舗全体で平等に
決済できるようにするのが好ましい（図６に例示した店
舗Ａ１２３）。

【００３１】一方、プログラム格納部８は、図２に示す
ように、メインプログラム１５の他、ユーザがクレジッ
トを獲得した第１の店舗３１から、前記ユーザの情報と
クレジットの情報を受け取るクレジット情報受取部１６
と、前記ユーザがクレジットを使用しようとする第２の
店舗からそのユーザの情報を受け取りその認証を行うユ
ーザ認証部１７と、前記クレジットを金銭の情報に変換
するクレジット情報変換部１８と、金銭情報に変換され
たクレジットをユーザに提示するクレジット情報提示部
１９と、前記ユーザへのサービスの提供に応じて更新さ
れたクレジットの情報を前記第２の店舗から受け取るク
レジット更新情報受取部２０と、前記クレジットの使用
に基づいて、前記第１の店舗３１と第２の店舗３２との
間で決済を行う決済部２１と、からなる。

【００３２】前記ユーザ認証部１７は、他人による不正
使用を防止するため、ユーザが登録したクレジットを使
って第2の店舗３２のゲーム機Ｇでプレイする際に、こ
のユーザが第2の店舗３２の店舗用端末３３から入力し
たユーザ属性情報（ユーザＩＤやパスワード）と、前記
ユーザ情報格納部１０に格納されているユーザ属性情報
との間で認証を行うものである。より確実な認証を行う
ため、ユーザの生年月日や電話番号等を組み合わせても
良い。

【００３３】前記クレジット情報変換部１８は、ユーザ
が第1の店舗３１で獲得したクレジット情報を第２の店
舗３２のゲーム機Ｇでプレイできるように金銭の情報に
変換するものである。これにより、ユーザは店舗間でク
レジットの換算率ＥＲが違っても、換算後のクレジット
に基づく金銭の情報として提示されるので、クレジット
の残高、すなわち実際に第２の店舗３２でプレイできる
クレジットを容易に知ることができる。

【００３４】前記クレジット情報提示部１９は、前記ク
レジット情報変換部１８で金銭情報に変換されたクレジ
ットを、前記店舗用端末３３を通じてユーザに提示する
ものである。クレジットを提示されたユーザは、提示さ
れたクレジットに応じたメダルを前記メダル交換機３４
から受け取ってゲーム機Ｇでプレイできる。

【００３５】前記クレジット更新情報受取部２０は、ユ
ーザが前記第２の店舗３２のゲーム機Ｇでクレジットを
使用してプレイした後、この店舗３２の端末３３から増
減したクレジットの情報をユーザＩＤや店舗ＩＤと共に
受け取る。受け取ったクレジット更新情報は、店舗ＩＤ
に関連付けられた状態で前記クレジット情報格納部１２
に格納され、クレジット情報が更新される。

【００３６】前記決済部２１は、前記決済ルール格納部
１３に格納されている決済ルールに従って、店舗間のク
レジットの収支決済を行う。決済方法については後述す
る。

【００３７】次に、図３及び図４に基づいて、上記のよ
うに構成されたクレジット処理システムのフローを説明
する。

【００３８】図３は第１、第２の店舗３１、３２の両方
がゲームセンター等の店舗の例であり、図４は第２の店
舗３２がインターネットゲームを提供する店舗である例
を示す。また、図３及び図４では店舗間の決済工程は省
略してある。なお、図中のＳ１〜Ｓ３５は処理ステップ
を示し、以下の説明におけるステップＳ１〜ステップＳ
３５に対応する。

【００３９】まず、第１の店舗３１に入店したユーザに
メダル交換機３４でメダル（クレジット）を発行し（ス
テップＳ１）、ユーザは発行されたメダルを使ってゲー
ム機Ｇでプレイする（ステップＳ２）。プレイした後
に、ユーザが獲得し余ったメダルを第１の店舗３１のカ
ウンターに持参した時に、この第１の店舗３１は、ユー
ザにカウンターに設置された店舗用端末３３にユーザ属
性情報（パスワード等）の入力を促し、この情報をクレ
ジットの情報（残存メダル個数）や店舗ＩＤと共にイン
ターネット網４０を介して管理センタ３０に送信する
（ステップＳ３）。

【００４０】管理センタ３０は、受け取ったクレジット
情報を、ユーザ属性情報、店舗ＩＤに関連付けて前記ク
レジット情報格納部１２に格納すると共に、ユーザ情報
をユーザ情報格納部１０に格納する（ステップＳ４、Ｓ
５）。ここで、必要に応じて店舗属性情報格納部１１に
予め格納されている店舗属性情報と、受け取った店舗Ｉ
Ｄとの間で、第１の店舗３１が正規に登録された店舗で
あるか否かの認証も行う。

【００４１】次いで、ユーザＩＤを発行して第１の店舗
３１の店舗用端末に送信する（ステップＳ６）。発行し
たユーザＩＤはパスワード等と共に前記ユーザ情報格納
部１０に格納しておく。

【００４２】第１の店舗３１は、受け取ったユーザＩＤ
と前記ユーザ属性情報（パスワード等）をＩＣカード４
５に格納してユーザに会員証として発行する（ステップ
Ｓ７）。このＩＣカード４５にはクレジット情報は格納
されていないので、プリペイドカードのような金銭的な
価値はなく、紛失した場合でも第三者は不正使用できな
い。また、英数字等のユーザＩＤを覚えておく必要がな
いためユーザにとって利便性が高い。

【００４３】なお、第１の店舗３１がＷｅｂ上の店舗で
ある場合は会員証（ＩＣカード４５）を発行できないた
め、クレジットを新規に登録した際に発行されるユーザ
ＩＤ等をホームページの画面上に表示すると共に、ユー
ザに郵送や電子メールで別途通知する。会員証４５を郵
送しても良い。

【００４４】一方、ユーザは、第２の店舗３２のゲーム
機Ｇでプレイしたい場合には、前記会員証（ＩＣカー
ド）４５を第２の店舗３２のカウンターに提示して、ク
レジットの発行を要求する（ステップＳ８）。第２の店
舗３２は、ユーザの会員証４５を店舗用端末３３のカー
ドリーダに挿入して、格納されているユーザ属性情報を
読取らせ、ユーザにパスワードの入力を促す（ステップ
Ｓ９）。そして、これらの情報を店舗ＩＤと共に管理セ
ンタ３０に送信する（ステップＳ１０）。

【００４５】ここで、第2の店舗３２では、ＩＣカード
４５を読み込む際に受け取るユーザの属性情報やクレジ
ットの使用履歴等を店舗用端末３３やこれに接続した他
のパーソナルコンピュータに蓄積しておき、必要に応じ
て集計・分析することにより、ユーザの客層、利用頻
度、ゲーム機の嗜好等を把握することができる。これに
より、ゲーム機Ｇのランキングや、店舗設計、各種イベ
ントの紹介等のマーケティング参考データとして利用す
ることができる。

【００４６】管理センタ３０では、受け取ったユーザ属
性情報と、格納されているユーザ情報との間で認証を行
い（ステップＳ１１）、正規のユーザであると確認でき
た場合に、登録してあるクレジットを発行する（ステッ
プＳ１２）。この時、ユーザ属性情報と同時に受け取っ
た店舗ＩＤに基づいて、第２の店舗３２の換算率ＥＲを
読出し、前記クレジット情報にこの換算率ＥＲを除算し
てクレジットを決定する（ステップＳ１３）。そして、
このクレジット情報を金銭の情報に変換し（ステップＳ
１４）、第２の店舗３２に送信する（ステップＳ１
５）。

【００４７】第２の店舗３２は、管理センタ３０から受
け取ったクレジット情報をユーザに提示する（ステップ
Ｓ１６）。具体的には、店舗用端末３３のモニタにクレ
ジットを表示してユーザに提示すると共に、ユーザの会
員証（ＩＣカード）４５にクレジット情報を記憶させ
る。この時、クレジット情報は金銭情報に変換されてい
るので、ユーザは第２の店舗３２で実際にプレイできる
クレジットを認識できる。

【００４８】ユーザは、会員証４５をメダル交換機３４
に挿入してメダル（クレジット）を受け取ることができ
る（ステップＳ１７）。なお、カードリーダを内蔵した
ゲーム機Ｇであれば、メダル交換機３４を介さずに会員
証４５をゲーム機Ｇに挿入してプレイすることができ
る。

【００４９】ユーザが発行されたクレジットを使って第
２の店舗３２のゲーム機Ｇでプレイし（ステップＳ１
８）獲得したクレジットが余った場合、前記した第1の
店舗３１における新規登録の場合と同様に、第2の店舗
３２はユーザにカウンターに設置された店舗用端末３３
にユーザＩＤとパスワードの入力を促し、この情報をク
レジットの情報（残存メダル個数）や店舗ＩＤと共に管
理センタ３０に送信する（ステップＳ１９）。

【００５０】管理センタ３０は、受け取ったユーザＩ
Ｄ、パスワードに基づいてユーザの認証を行った後（ス
テップＳ２０）、クレジットの更新情報をユーザＩＤ、
店舗ＩＤに関連付けて前記クレジット情報格納部１２に
格納する（ステップＳ２１）。この時、第2の店舗３２
の店舗ＩＤに基づいてこの店舗３２の換算率ＥＲを読み
出し、換算率ＥＲを乗じてクレジット情報を更新する。

【００５１】最後に、更新したクレジット情報を第2の
店舗３２の店舗用端末３３に送信して表示させると共に
（ステップＳ２２）、店舗用端末３３に内蔵したカード
ライタによって更新日を会員証４５に記憶する（ステッ
プＳ２３）。この更新日や残存クレジットの情報は会員
証４５に表示させるのが好ましい。ユーザはこれを見て
クレジットの有効期限を何時でも確認することができ
る。

【００５２】次に、図４に基づいて、第２の店舗３２が
インターネットゲームを提供する店舗である例を説明す
る。なお、全体の処理フローは前記した図３と同様であ
るため、重複する部分の説明は省略する。また、Ｗｅｂ
サイトの管理サーバ等は図示を省略してある。

【００５３】第１の店舗３１で獲得したクレジットを所
有するユーザが、インターネットゲームＩＧでプレイし
たい場合、このインターネットゲームＩＧのＷｅｂサイ
トを運営する第２の店舗３２ａにクレジットの発行を要
求する（ステップＳ２４）。具体的には、ユーザが自分
のＰＣ（パーソナルコンピュータ）３５等からインター
ネット網４０を通じてこの店舗３２ａのホームページに
アクセスし、入力画面で必要事項を入力する。

【００５４】ユーザが図示しない実行ボタンを押すと、
入力されたパスワード、ユーザＩＤ等に基づいて前記ユ
ーザ認証部１７によって認証が行われる（ステップＳ２
５、Ｓ２６）。この実行ボタンは、次の画面（確認画
面、ゲーム画面等）を呼び出すコマンドが割り付けられ
たリンクボタンとして構成されている。以下の各ボタン
も同様である。

【００５５】認証の結果、正規のユーザであると確認さ
れた場合は、格納されたクレジット情報を発行する（ス
テップＳ２７）。この時、第2の店舗３２ａの店舗ＩＤ
に基づいて換算率ＥＲを読出し、この換算率ＥＲを乗じ
てクレジットを決定し、ホームページ上に表示する（ス
テップＳ２８）。これにより、ユーザは認証が行われた
ことを確認し、画面に表示される「ゲーム開始」等のボ
タンを押してインターネットゲームＩＧの画面にログイ
ンする（ステップＳ２９）。ユーザは表示されたクレジ
ットを使用してインターネットゲームＩＧでプレイする
（ステップＳ３０）。

【００５６】ゲームを終了したい場合には画面上の「ゲ
ーム終了」のボタンを押して指示を出す（ステップＳ３
１）。この時、クレジットが残っているとユーザＩＤ等
の入力画面が現れユーザに必要事項の入力を促す。ユー
ザがクレジットの保存（更新の登録）を希望しない場合
を想定して「クレジットを保存しない」のボタンを設け
ても良い。

【００５７】ユーザによって必要事項が入力され「実
行」ボタンが押されると、クレジット情報の更新要求と
して、入力されたユーザ情報が店舗ＩＤや残存するクレ
ジットの情報と共に管理センタ３０に送信される（ステ
ップＳ３２）。そして、図３における処理と同様に、管
理センタ３０では、受け取ったユーザＩＤ等に基づいて
認証を行い（ステップＳ３３）、このユーザＩＤに関連
付けてクレジット情報を前記クレジット情報格納部１２
に格納（更新）する（ステップＳ３４）。なお、この場
合はユーザは自宅等でインターネットゲームＩＧでプレ
イしており第三者による不正が考え難いため、クレジッ
トの更新に際してユーザの認証を省略することもでき
る。

【００５８】クレジットの更新が完了すると、管理セン
タ３０からユーザのＰＣ３５に更新済みのメッセージが
送信されて処理が終了する（ステップＳ３５）。ユーザ
は、このクレジットを使用して別の店舗３２のゲーム機
Ｇ、ＩＧでプレイすることができる。なお、ユーザが会
員証４５を所有している場合には、後日、会員証４５を
ゲームセンター等の店舗３２に提示することにより更新
日や残存クレジットの情報等を記録させることができ
る。

【００５９】次に、図５及び図６に基づいて、複数の店
舗間で収支を決済する例を説明する。この例に示す店舗
Ａ１２３はＷｅｂ上の店舗であり、換算率ＥＲが低く設
定されている。また店舗Ｂ４５６及び店舗Ｃ７８９は何
れもゲームセンター等の店舗であるが、店舗Ｂ４５６が
平均的な店舗に比べて人気度が高く換算率ＥＲも高い店
舗であるのに対して、店舗Ｃ７８９は人気度が低く換算
率ＥＲも低い店舗である。

【００６０】まず、図５に基づいてユーザ甲、乙のクレ
ジットの使用履歴を説明する。この使用履歴の表は前記
クレジット情報格納部１２の一部をなすもので、表計算
ソフトなどにより前記店舗用端末３３から入力されたユ
ーザＩＤ、店舗ＩＤ等に基づいてコンピュータ上で自動
的に生成されるものである。

【００６１】ユーザ甲は、１０月１日に店舗Ｂ４５６に
おいて１０００円分のクレジットを獲得して新規に登録
した。ここで、店舗Ｂ４５６の換算率ＥＲは１．２であ
るため、ユーザ甲の獲得ポイントは１０００×１．２＝
１２００ポイントとなり、このポイントが前記クレジッ
ト情報格納部１２に格納される。

【００６２】また甲は獲得したクレジットを使用して１
０月に１回、１１月に３回、１２月に３回、複数の第２
の店舗３２のゲーム機Ｇでプレイした。その間、新たに
店舗Ａ１２３でクレジットを３００円分購入したが、店
舗Ａ１２３は換算率ＥＲが０．１と低いため、獲得ポイ
ントは３０ポイントであった。

【００６３】このように、換算率ＥＲの高い店舗が第1
の店舗３１である場合には、ユーザは高い換算率ＥＲが
適用されて多くのクレジット（ポイント）を獲得でき
る。これに対し、換算率ＥＲが高い店舗が第2の店舗で
ある場合は、高い換算率ＥＲを除したクレジットしか発
行されないため、使用できるクレジットが少なくなる。

【００６４】その結果、クレジットを獲得するユーザが
換算率ＥＲの高い店舗に集中し、ゲーム機Ｇでプレイす
るユーザが換算率ＥＲの低い店舗に集中する、という現
象が生じるおそれもある。しかし、後述するように、定
期的に店舗間で換算率ＥＲを考慮した決済を行うように
しているので、特定の店舗に利益が集中することはな
い。また、このような利用状況を加味しながら各店舗の
換算率ＥＲを随時修正することにより、長期的に各店舗
の収支を均一化することができる。

【００６５】この例ではクレジットの有効期限が３ヶ月
に定められているため、１０月１日に甲が獲得した１２
００ポイントのクレジットから、３ヶ月以内に使用され
た全てのクレジットの喪失ポイントが減算され、残った
クレジット２９２ポイントが３ヶ月後の１２月３１日に
喪失している。

【００６６】ユーザ乙の場合も、甲と同様にクレジット
情報が随時加減算されている。

【００６７】このようにユーザが獲得、使用したクレジ
ットは、複数の店舗間で図６に示すように決済される。
この例では、店舗毎に毎月クレジットの収支を算出して
決済している。なお、表中の数値は店舗の換算率ＥＲを
乗じて算出したポイントである。また、この図に示す表
は前記決済部２１の一部をなすもので、表計算ソフトな
どにより前記店舗用端末３３から入力されたユーザＩ
Ｄ、店舗ＩＤ、クレジットの使用実績に基づいてコンピ
ュータ上で自動的に生成されるものである。

【００６８】１１月を例にとって説明すると、まず店舗
Ａ１２３は収入が２００ポイント、支出が３００ポイン
トで１００ポイントのマイナスであった。同様に、店舗
Ｂ４５６は７２０ポイントのプラス、店舗Ｃ７８９は８
０ポイントのプラスであった。収支がマイナスの店舗は
マイナス分を支払い、収支がプラスの店舗はその中から
プラス分を受け取る。１１月の例では、全体のマイナス
が店舗Ａ１２３の１００ポイントしかないため、店舗Ｃ
７８９に８０ポイント支払い、残りの２０ポイントをＢ
４５６に支払う。店舗Ｂ４５６は未決済の７００ポイン
トを次月以降に精算する。

【００６９】ユーザが獲得したポイントは月をまたいで
使用されるため、月単位で決済する場合には店舗間で収
支を完全に履行するのは困難である。これは、決済の単
位を３ヶ月、６ヶ月等に変更しても同様である。従っ
て、余剰又は不足のクレジットの取扱いを決めておき、
前記決済ルール格納部１３に格納しておく必要がある。

【００７０】このような決済は、前記決済ルールが全て
プログラム化されて、前記ＣＰＵ２、ＲＡＭ３等によっ
て定期的に自動で実行される。

【００７１】以上のような構成により、本実施の形態は
以下のような効果を奏する。

【００７２】まず、ユーザは、第１の店舗３１で獲得
し、保存してあるクレジット情報を使用して、時間や場
所の制約を受けることなく第２の店舗３２のゲーム機Ｇ
でプレイすることができる。また、複数の店舗の相乗効
果により売上げ向上が期待できる。さらに、特定の店舗
でしか提供されていないゲームでプレイしたい場合で
も、その店舗専用のメダル等を別途購入する必要がない
ので、ユーザにとって利便性が高い。

【００７３】また、ユーザ（購入者）がクレジットを獲
得した第１の店舗３１と、クレジットを使用した（ユー
ザがプレイした）第２の店舗３２との間で収支を平等に
精算することができる。

【００７４】また、クレジットを金銭の情報に変換して
ユーザに提示するので、店舗間でクレジットの換算率Ｅ
Ｒが違ってもユーザはクレジットの残高を容易に知るこ
とができる。

【００７５】さらに、このシステム１をゲーム機Ｇ、Ｉ
Ｇをプレイするクレジットに適用することで、従来は店
舗（ゲームセンター等）毎に独自に管理されていたクレ
ジットを使って、他の店舗のゲーム機Ｇ、ＩＧでもプレ
イすることができ、ユーザにとって非常に利便性が高
い。

【００７６】なお、この発明は上記一実施形態に限定さ
れるものではなく、発明の要旨を変更しない範囲で種々
変形可能である。

【００７７】例えば、決済を単純化させるために、全て
の店舗で換算率ＥＲを一律にしたり、決済の時期を１年
に１回にすることもできる。さらに、特定の店舗との間
でのみ換算率ＥＲを適用し、又は不適用とすることもで
きる。

【００７８】また、換算率ＥＲを定めない場合には、前
記クレジット情報格納部１２に格納されているクレジッ
トと第２の店舗３２で利用可能なクレジットとが同価値
であるので、必ずしも金銭の情報に変換する必要はな
い。この場合には、前記クレジット情報変換部１８を省
略することができる。

【００７９】また、ユーザから、保存されたクレジット
情報のうちの一部だけ（１００枚のうちの７０枚等）の
発行を要求された場合に、その要求に応じて一部のクレ
ジットを発行することもできる。

【００８０】

【発明の効果】以上説明したように、本発明によれば、
ユーザは、第１の店舗で獲得し、保存してあるクレジッ
ト情報を使用して、時間や場所の制約を受けることなく
第２の店舗のゲーム機でプレイすることができる。

【００８１】また、複数の店舗の相乗効果により売上げ
向上が期待できる。

【００８２】さらに、特定の店舗でしか提供されていな
いゲームでプレイしたい場合でもその店舗専用のメダル
等を別途購入する必要がないので、ユーザにとって利便
性が高い。

【図面の簡単な説明】

【図１】この発明のシステムの概要を説明する図。

【図２】本発明の構成を示すブロック図。

【図３】第１及び第２の店舗での処理を示すフロー図。

【図４】第２の店舗がＷｅｂ上の店舗である場合の処理
フロー図。

【図５】ユーザのクレジットの使用履歴を示す図。

【図６】店舗間決済を説明する図。

【符号の説明】

１…クレジット処理システム ７…データ格納部 ８…プログラム格納部 １０…ユーザ情報格納部 １１…店舗属性情報格納部 １２…クレジット情報格納部 １３…決済ルール格納部 １６…クレジット情報受取部 １７…ユーザ認証部 １８…クレジット情報変換部 １９…クレジット情報提示部 ２０…クレジット更新情報受取部 ２１…決済部 ３０…管理センタ ３１…第１の店舗 ３２…第２の店舗 ３３…店舗用端末 ３４…メダル交換機 ４０…インターネット網 ４５…ＩＣカード（会員証） ＥＲ…換算率 Ｇ、ＩＧ…ゲーム機

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数の店舗のサービスの対価として共通
   して使用することができるクレジットを処理するための
   クレジット処理システムであって、 購入者が前記クレジットを獲得した第１の店舗から、前
   記購入者の情報及び前記クレジットの情報を受け取るク
   レジット情報受取部と、 購入者がクレジットを使用しようとする第２の店舗から
   前記購入者の情報を受け取りその認証を行う購入者認証
   部と、 前記クレジットを前記第２の店舗で使用できるクレジッ
   トに変換し、前記購入者に提示するクレジット情報提示
   部と、 前記購入者へのサービスの提供に応じて更新されたクレ
   ジットの情報を前記第２の店舗から受け取るクレジット
   更新情報受取部と、 を有するクレジット処理システム。
2. 【請求項２】 請求項１記載のシステムにおいて、 前記店舗はインターネット上の店舗も含むものであるこ
   とを特徴とするクレジット処理システム。
3. 【請求項３】 請求項１記載のシステムにおいて、 さらに、 前記クレジットの使用に基づいて、前記第１の店舗と第
   ２の店舗との間で決済を行う決済部を有することを特徴
   とするクレジット処理システム。
4. 【請求項４】 請求項３記載のシステムにおいて、 このシステムはさらに、 前記第１の店舗と第２の店舗との間で予め定められた決
   済ルールを格納する決済ルール格納部を有し、 前記決済部は、前記決済ルールに従って決済を行うこと
   を特徴とするクレジット処理システム。
5. 【請求項５】 請求項１記載のシステムにおいて、 前記クレジット情報提示部は、 前記クレジットを、金銭の情報に変換して購入者に提示
   することを特徴とするクレジット処理システム。
6. 【請求項６】 請求項１記載のシステムにおいて、 前記クレジットは、ゲーム機でプレイするために使用す
   るものであることを特徴とするクレジット処理システ
   ム。
7. 【請求項７】 複数の店舗のサービスの対価として共通
   して使用することができるクレジットを処理するための
   クレジット処理方法であって、 購入者が前記クレジットを獲得した第１の店舗から、前
   記購入者の情報及び前記クレジットの情報を受け取るク
   レジット情報受取工程と、 購入者がクレジットを使用しようとする第２の店舗から
   前記購入者の情報を受け取りその認証を行う購入者認証
   工程と、 前記クレジットを前記第２の店舗で使用できるクレジッ
   トに変換し、前記購入者に提示するためのクレジット情
   報提示工程と、 前記購入者へのサービスの提供に応じて更新されたクレ
   ジットの情報を前記第２の店舗から受け取るクレジット
   更新情報受取工程と、 を有するクレジット処理方法。