(57)【要約】【課題】サービスの提供を受ける利用者に関する情報の活用を容易に促進することができる予約システムを提供する。【解決手段】予約システム１は、ゲームを提供するゲーム機ＧＭ、及び、ゲーム機ＧＭを利用する各プレイヤを識別するためのカードＩＤを記憶する記憶装置１１を備え、カードＩＤに基づいてゲーム機ＧＭを利用する各プレイヤを識別可能なゲームシステム２に適用され、ゲームシステム２とネットワーク６を介して接続され、カードＩＤが記憶されたカード３２からカードＩＤを取得可能な予約ターミナルＴＭと、予約ターミナルＴＭが取得したカードＩＤにゲーム機ＧＭを利用する順番を管理するための予約情報が関連付けられるように、予約情報を付与する。【選択図】図３
2013228882.tif 000002
【特許請求の範囲】
【請求項１】
所定のサービスを提供するサービス提供端末、及び、前記サービス提供端末を利用する各利用者を識別するための利用者情報を記憶する利用者情報記憶手段を備え、前記利用者情報に基づいて前記サービス提供端末を利用する各利用者を識別可能なサービス提供システムに適用され、
前記サービス提供システムと通信回線を介して接続され、前記利用者情報が記憶された利用者情報記憶媒体から前記利用者情報を取得可能な予約用端末と、
前記予約用端末が取得した前記利用者情報に前記サービス提供端末を利用する順番を管理するための予約情報が関連付けられるように、前記予約情報を付与する予約情報付与手段と、
を備える、予約システム。
【請求項２】
前記サービス提供端末を利用する時期が到来した予約情報には前記所定のサービスの提供を許可する一方で、前記サービス提供端末を利用する時期が到来していない予約情報には前記所定のサービスの提供を不許可する提供可否手段と、
を更に備える、請求項１に記載の予約システム。
【請求項３】
前記予約用端末には、前記予約情報を表示するための表示装置が設けられ、
前記予約情報付与手段は、前記予約情報を付与した場合に、当該予約情報を前記表示装置に表示させる、請求項１又は２に記載の予約システム。
【請求項４】
各予約情報を管理するための管理データを記憶する管理データ記憶手段を更に備える、請求項１〜３のいずれか一項に記載の予約システム。
【請求項５】
各種情報を各利用者に通知する情報通知手段と、
前記管理データに基づいて、所定の空き条件を満たす空き時間を判別する空時間判別手段と、
前記空時間判別手段の判別結果に基づいて、前記各種情報の一つとして前記空き時間に所定の特別情報を前記情報通知手段に通知させる特別情報通知手段と、
を更に備える、請求項４に記載の予約システム。
【請求項６】
前記予約情報が所定の保留条件を満たした場合に、当該所定の保留条件を満たした予約情報よりも後の順番に対応する予約情報の順番が早まるように、各予約情報を管理する予約管理手段を更に備える、請求項１〜５のいずれか一項に記載の予約システム。
【請求項７】
前記サービス提供システム及び、前記予約用端末の少なくともいずれか一方と通信回線を介して接続され、かつ、前記サービス提供端末が配置される施設の出入り口につながる経路上に配置され、前記利用者情報記憶媒体から前記利用者情報及び、前記予約情報の少なくともいずれか一方を含む識別情報を前記利用者情報記憶媒体と非接触の状態において取得可能な情報取得用端末と、
前記情報取得用端末の取得結果に基づいて、前記施設内に位置する前記識別情報を判別する施設内利用者判別手段と、
を更に備える、請求項１〜６のいずれか一項の予約システム。
【請求項８】
前記施設内利用者判別手段の判別結果に基づいて、各予約情報に対応する前記サービス提供端末の利用時期を変更する利用時期変更手段を更に備える、請求項７に記載の予約システム。
【請求項９】
前記施設内利用者判別手段の判別結果に基づいて前記予約情報に関連する情報を、通信回線を介して接続するユーザ端末が参照可能なように提供する関連情報提供手段を更に備える、請求項７又は８に記載の予約システム。
【請求項１０】
前記所定のサービスとしてゲームが、前記サービス提供端末としてゲーム機が、それぞれ利用され、前記サービス提供システムとしてゲームシステムが採用されている、請求項１〜９のいずれか一項の予約システム。
【請求項１１】
所定のサービスを提供するサービス提供端末、及び、前記サービス提供端末を利用する各利用者を識別するための利用者情報を記憶する利用者情報記憶手段を備え、前記利用者情報に基づいて前記サービス提供端末を利用する各利用者を識別可能なサービス提供システムに適用され、前記サービス提供システムと通信回線を介して接続され、前記利用者情報が記憶された利用者情報記憶媒体から前記利用者情報を取得可能な予約用端末を備える予約システムに組み込まれるコンピュータに、
前記予約用端末が取得した前記利用者情報に前記サービス提供端末を利用する順番を管理するための予約情報が関連付けられるように、前記予約情報を付与する予約情報付与工程を実行させる、制御方法。
【請求項１２】
所定のサービスを提供するサービス提供端末、及び、前記サービス提供端末を利用する各利用者を識別するための利用者情報を記憶する利用者情報記憶手段を備え、前記利用者情報に基づいて前記サービス提供端末を利用する各利用者を識別可能なサービス提供システムに適用され、前記サービス提供システムと通信回線を介して接続され、前記利用者情報が記憶された利用者情報記憶媒体から前記利用者情報を取得可能な予約用端末を備える予約システムに組み込まれるコンピュータを、
前記予約用端末が取得した前記利用者情報に前記サービス提供端末を利用する順番を管理するための予約情報が関連付けられるように、前記予約情報を付与する予約情報付与手段として機能させるように構成された予約システム用のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供端末を予約するための予約サービスを提供する予約システム等に関する。
【背景技術】
【０００２】
所定の時期の所定の操作が要求される音楽ゲームが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１３６５０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
人気のゲームには、行列が形成される場合がある。行列が形成されるゲームでは、多頻度でゲームをプレイするプレイヤの比率が下がる傾向にある。これは、行列がゲームへのモチベーションの低下に作用するからである。特許文献１のゲーム機は、プレイ中のプレイヤのプレイ内容が行列待ちのプレイヤに見え辛い。特に、このようなゲーム機において、上述の傾向が高いと考えられる。これは、行列待ちにおいて、プレイ内容が見える場合に比べて、退屈を感じさせ易いことが原因と考えられる。実際に、このような人気ゲームでは、設置台数の多い店舗の方が１台あたりのプレイ数が多いという傾向も表れている。つまり、待ち時間を短くすることにより、１台あたりのプレイ数を増やすことができる。
【０００５】
一方、行列を回避するための予約サービスも存在する。このような予約サービスでは、一般的に順番等が記載された紙等の媒体が利用される。つまり、予約は、紙等に記載された番号等で管理される。そして、その紙等に記載された番号等に基づいて順番が判断され、順番が到来した場合に対象のサービスの提供を受けることができる。このような予約サービスでは、予約の管理に使用する紙等の媒体が無駄になってしまう。更に、サービスの提供を希望しているユーザの情報をほとんど取得できない。また、ユーザの情報と引き換えに予約を受け付ける予約サービスも存在する。このような予約サービスでは、ユーザの情報を一部取得できる可能性がある。しかし、正しい情報が取得できるとは限らない。また、取得可能な情報にも限界がある。更に、予約サービスの提供へのハードルとして機能する場合もある。そして、このような予約サービスを通じて取得したユーザの情報を管理する場合には、そのための仕組み等が必要になる。つまり、ユーザの情報を管理するための機器等のためにコスト等が必要になってしまう。従って、ユーザの情報がその後に活用される場合は少ない。
【０００６】
そこで、本発明は、サービスの提供を受ける利用者に関する情報の活用を容易に促進することができる予約システム等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の予約システムは、所定のサービスを提供するサービス提供端末（ＧＭ）、及び、前記サービス提供端末を利用する各利用者を識別するための利用者情報を記憶する利用者情報記憶手段（１１）を備え、前記利用者情報に基づいて前記サービス提供端末を利用する各利用者を識別可能なサービス提供システム（２）に適用され、前記サービス提供システムと通信回線（６）を介して接続され、前記利用者情報が記憶された利用者情報記憶媒体（３２）から前記利用者情報を取得可能な予約用端末（ＴＭ）と、前記予約用端末が取得した前記利用者情報に前記サービス提供端末を利用する順番を管理するための予約情報が関連付けられるように、前記予約情報を付与する予約情報付与手段（５０）と、を備えている。
【０００８】
本発明によれば、サービス提供システムにおいてサービス提供端末の各利用者を識別するための利用者情報に関連付けて予約情報が付与される。つまり、各利用者を識別するために既に存在する利用者情報を利用して予約情報を管理することができる。このため、予約情報を管理するために特別な仕組み等を導入する必要がない。これにより、予約情報を含め、サービスの提供を受ける利用者に関する各種情報の活用を容易に促進することができる。
【０００９】
本発明の予約システムの一態様において、前記サービス提供端末を利用する時期が到来した予約情報には前記所定のサービスの提供を許可する一方で、前記サービス提供端末を利用する時期が到来していない予約情報には前記所定のサービスの提供を不許可する提供可否手段（３０）と、を更に備えていてもよい。この場合、予約情報に対応する順番を確実に利用者に提供することができる。
【００１０】
本発明の予約システムの一態様において、前記予約用端末には、前記予約情報を表示するための表示装置（ＲＵａ）が設けられ、前記予約情報付与手段は、前記予約情報を付与した場合に、当該予約情報を前記表示装置に表示させてもよい。この場合、予約結果を利用者に通知することができる。
【００１１】
本発明の予約システムの一態様において、各予約情報を管理するための管理データ（２８）を記憶する管理データ記憶手段（１１）を更に備えていてもよい。この場合、サービス提供端末の予約状況を管理することができる。これにより、サービス提供端末の利用傾向を分析することができる。
【００１２】
本発明の予約システムの一態様において、各種情報を各利用者に通知する情報通知手段（ＭＯ）と、前記管理データに基づいて、所定の空き条件を満たす空き時間を判別する空時間判別手段（５０）と、前記空時間判別手段の判別結果に基づいて、前記各種情報の一つとして前記空き時間に所定の特別情報を前記情報通知手段に通知させる特別情報通知手段（５０）と、を更に備えていてもよい。この場合、空き時間が特別情報の通知に利用される。このため、空き時間を有効に活用することができる。
【００１３】
本発明の予約システムの一態様において、前記予約情報が所定の保留条件を満たした場合に、当該所定の保留条件を満たした予約情報よりも後の順番に対応する予約情報の順番が早まるように、各予約情報を管理する予約管理手段（５０）を更に備えていてもよい。この場合、所定の保留条件を満たした場合、この条件を満たした予約情報よりも後の順番が早まる。つまり、所定時間経過しても利用されない場合等、待ち時間の拡大を抑制することができる。
【００１４】
本発明の予約システムの一態様において、前記サービス提供システム及び、前記予約用端末の少なくともいずれか一方と通信回線（６）を介して接続され、かつ、前記サービス提供端末が配置される施設（７）の出入り口につながる経路上に配置され、前記利用者情報記憶媒体から前記利用者情報及び、前記予約情報の少なくともいずれか一方を含む識別情報を前記利用者情報記憶媒体と非接触の状態において取得可能な情報取得用端末（ＣＲ）と、前記情報取得用端末の取得結果に基づいて、前記施設内に位置する前記識別情報を判別する施設内利用者判別手段（５０）と、を更に備えていてもよい。この場合、順番が到来した予約情報の利用者が施設内に居るか否かを判断することができる。これにより、順番の変更等、待ち時間の縮小を促進することができる。
【００１５】
施設内利用者判別手段を備える態様において、施設内利用者判別手段の判別結果はどのように利用されてもよい。例えば、本発明の予約システムの一態様において、前記施設内利用者判別手段の判別結果に基づいて、各予約情報に対応する前記サービス提供端末の利用時期を変更する利用時期変更手段（５０）を更に備えていてもよい。或いは、前記施設内利用者判別手段の判別結果に基づいて前記予約情報に関連する情報を、通信回線（６）を介して接続するユーザ端末（８）が参照可能なように提供する関連情報提供手段（５０）を更に備えていてもよい。
【００１６】
サービス提供システムとして、どのようなシステムが採用されてもよい。例えば、本発明の予約システムの一態様において、前記所定のサービスとしてゲームが、前記サービス提供端末としてゲーム機が、それぞれ利用され、前記サービス提供システムとしてゲームシステムが採用されていてもよい。
【００１７】
本発明の制御方法は、所定のサービスを提供するサービス提供端末（ＧＭ）、及び、前記サービス提供端末を利用する各利用者を識別するための利用者情報を記憶する利用者情報記憶手段（１１）を備え、前記利用者情報に基づいて前記サービス提供端末を利用する各利用者を識別可能なサービス提供システム（２）に適用され、前記サービス提供システムと通信回線（６）を介して接続され、前記利用者情報が記憶された利用者情報記憶媒体（３２）から前記利用者情報を取得可能な予約用端末（ＴＭ）を備える予約システム（１）に組み込まれるコンピュータ（５０）に、前記予約用端末が取得した前記利用者情報に前記サービス提供端末を利用する順番を管理するための予約情報が関連付けられるように、前記予約情報を付与する予約情報付与工程を実行させるものである。
【００１８】
本発明の予約システム用のコンピュータプログラムは、所定のサービスを提供するサービス提供端末（ＧＭ）、及び、前記サービス提供端末を利用する各利用者を識別するための利用者情報を記憶する利用者情報記憶手段（１１）を備え、前記利用者情報に基づいて前記サービス提供端末を利用する各利用者を識別可能なサービス提供システム（２）に適用され、前記サービス提供システムと通信回線（６）を介して接続され、前記利用者情報が記憶された利用者情報記憶媒体（３２）から前記利用者情報を取得可能な予約用端末（ＴＭ）を備える予約システム（１）に組み込まれるコンピュータ（５０）を、前記予約用端末が取得した前記利用者情報に前記サービス提供端末を利用する順番を管理するための予約情報が関連付けられるように、前記予約情報を付与する予約情報付与手段として機能させるように構成されたものである。本発明の制御方法或いは、コンピュータプログラムが実行されることにより、本発明の予約システムを実現することができる。
【００１９】
なお、以上の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。
【発明の効果】
【００２０】
以上、説明したように、本発明によれば、各利用者を識別するために既に存在する利用者情報を利用して予約情報を管理することができるので、予約情報を含め、サービスの提供を受ける利用者に関する情報の活用を容易に促進することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一形態に係る予約システムの概略構成を示す図。
【図２】予約システムの要部の機能ブロック図。
【図３】予約サービスの概要を説明するための説明図。
【図４】モニタにゲーム機を使用可能な予約番号の情報が表示されている場合を示す図。
【図５】モニタに広告が表示される場合を説明するための説明図。
【図６】予約データの内容の一例を示す図。
【図７】予約処理ルーチンのフローチャートの一例を示す図。
【図８】プレイ可否判定処理ルーチンのフローチャートの一例を示す図。
【図９】プレイ保留処理ルーチンのフローチャートの一例を示す図。
【図１０】空き時間判別処理ルーチンのフローチャートの一例を示す図。
【図１１】所在情報処理ルーチンのフローチャートの一例を示す図。
【発明を実施するための形態】
【００２２】
以下、本発明に係る予約システムが適用されたゲームシステムの一形態について説明する。図１は、本発明の一形態に係る予約システムの概略構成を示す図である。図１に示すように、予約システム１は、サービス提供システムとしてのゲームシステム２に予約用端末としての予約ターミナルＴＭが接続されることにより構成されている。
【００２３】
ゲームシステム２においては、サービス提供端末としての複数のゲーム機ＧＭと、サーバ装置としてのセンターサーバ３とがルータ５を介して通信回線としてのネットワーク６にそれぞれ接続されている。ゲーム機ＧＭは、所定の対価の消費と引き換えに、その対価に応じた範囲でユーザに所定のサービスとしてのゲームをプレイさせる業務用（商業用）のゲーム機である。ゲーム機ＧＭは、店舗７等の商業施設に適当な台数ずつ設置される。
【００２４】
予約ターミナルＴＭは、店舗７等の各商業施設に配置されている。各店舗７の予約ターミナルＴＭは、その店舗７内に配置された各ゲーム機ＧＭの使用の順番を管理するために配置される。予約ターミナルＴＭは、ルータ５を介してネットワーク６に接続されている。つまり、予約ターミナルＴＭは、ネットワーク６を介してセンターサーバ３及び、店舗７内の各ゲーム機ＧＭに接続されている。
【００２５】
なお、ゲーム機ＧＭ或いは予約ターミナルＴＭとルータ５との間にローカルサーバが設置されていてもよい。そして、そのローカルサーバを介して、ゲーム機ＧＭ、予約ターミナルＴＭ及び、センターサーバ３が互いに通信可能に接続されていてもよい。また、センターサーバ３は、一台の物理的装置によって構成されている例に限らない。例えば、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ３が構成されてもよい。更に、クラウドコンピューティングを利用して論理的にセンターサーバ３が構成されてもよい。また、ゲーム機ＧＭがセンターサーバ３として機能してもよい。ネットワーク６として、例えば、インターネットが利用される。ネットワークは、有線、無線（携帯電話網含む）のいずれが利用されてもよい。
【００２６】
また、ゲームシステム２においては、ユーザ端末８からセンターサーバ３へのネットワーク６を介したアクセスが可能である。ユーザ端末８として、例えば、パーソナルコンピュータ８ａ、携帯電話８ｂ（スマートフォンを含む）等といったネットワーク接続が可能なコンピュータ装置が適宜に利用されてよい。なお、本明細書において、ユーザがゲーム機ＧＭを使用するときに、当該ユーザを特にプレイヤと称すことが有る。
【００２７】
予約ターミナルＴＭ、各ゲーム機ＧＭ及び、センターサーバ３には、ネットワーク６上でそれぞれを識別可能なユニークな情報が付されている。これにより、予約システム１上では、予約ターミナルＴＭ、及び、各ゲーム機ＧＭ及び、センターサーバ３を識別可能である。このようなユニークな情報として、例えば、ＩＰアドレスが利用されてよい。ネットワーク６がインターネットのように公開性のあるネットワークであれば、各ルータ５にネットワーク６上でユニークな固定アドレスが設定される。そして、各ゲーム機ＧＭ等には、その固定アドレスとの組み合わせによってネットワーク６上でゲーム機ＧＭ等を一意に認識するためのプライベートアドレスがＩＰアドレスとして設定される。また、この場合、予約ターミナルＴＭ或いは、ゲーム機ＧＭとセンターサーバ３との間には仮想プライベートネットワーク（ＶＰＮ）が構築され、そのＶＰＮ上で各ゲーム機ＧＭ等がプライベートアドレスを用いて一意に特定される。以下では、予約ターミナルＴＭ、各ゲーム機ＧＭ、センターサーバ３、及び、ユーザ端末８をネットワーク６上で識別するための情報をアドレス情報と呼ぶ。ネットワーク６を介した通信では、特別な記載のない限り、そのアドレス情報に基づいて通信すべき相手が特定されることを前提とする。
【００２８】
また、予約システム１では、上述のアドレス情報とは別に、店舗７毎にユニークな店舗ＩＤが設定される。更に、ゲーム機ＧＭ毎にユニークな筐体ＩＤ及び、予約ターミナルＴＭ毎にユニークなターミナルＩＤが設定される。センターサーバ３は、通信相手のゲーム機ＧＭ及び、予約ターミナルＴＭから店舗ＩＤ、筐体ＩＤ、及び、ターミナルＩＤを受け取る。これにより、センターサーバ３は、通信相手のゲーム機ＧＭ或いは予約ターミナルＴＭが所属する店舗７及び、そのゲーム機ＧＭ或いは予約ターミナルＴＭを一意に特定することができる。
【００２９】
センターサーバ３は、予約ターミナルＴＭ、ゲーム機ＧＭ、及び、ユーザ端末８に対し、ネットワーク６を介して各種のサービスを提供する。例えば、センターサーバ３は、ゲーム機ＧＭ又は、そのプレイヤに対してサーバサービスとしての各種のゲーム機用サービスを提供する。ゲーム機用サービスとして、例えば、ゲーム機ＧＭからプレイヤを識別する情報を受け取って、そのプレイヤを認証するサービスを提供する。また、認証したプレイヤのプレイデータをゲーム機ＧＭから受け取って保存し、或いは、保存するプレイデータをゲーム機ＧＭに提供するサービスも提供する。更に、ゲーム機用サービスには、ネットワーク６を介してゲーム機ＧＭのプログラム或いはデータを更新するサービスが含まれる。その他にもゲームの種類に応じて、ネットワーク６を介して複数のユーザが共通のゲームをプレイする場合には、必要に応じてユーザ同士をマッチングするマッチングサービス等がゲーム機用サービスとして提供されてよい。
【００３０】
また、センターサーバ３は、ネットワーク６を介してアクセスするユーザ端末８のユーザにサーバサービスとしての各種のＷｅｂサービスを提供する。Ｗｅｂサービスとして、例えば、ゲーム機ＧＭにて実行されるべきゲームに関する各種の情報をユーザに提供する関連サービスとしてのゲーム情報サービスを提供する。更に、Ｗｅｂサービスには、その他にもユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、各ユーザを識別するためのユーザＩＤを付与するサービス等のサービスも含まれている。
【００３１】
更に、センターサーバ３は、予約ターミナルＴＭに予約ターミナル用サービスを提供する。予約ターミナル用サービスには、例えば、予約ターミナルＴＭが取得した各種情報を受け取って保存し、或いは、更新するサービスが含まれる。その他にも予約ターミナル用サービスには、ネットワーク６を介して予約ターミナルＴＭのプログラム或いはデータを更新する（新たな提供を含む）サービスが含まれる。
【００３２】
次に、図２を参照して、予約ターミナルＴＭ、ゲーム機ＧＭ、センターサーバ３、及び、ユーザ端末８に関する制御系の主要部の構成を説明する。図２は、予約システム１の要部の機能ブロック図である。図２に示すように、センターサーバ３には、コンピュータとしての制御ユニット１０と、記憶装置１１とが設けられている。制御ユニット１０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット１０には、キーボード等の入力装置、モニタ等の出力装置等が接続されるが、それらの図示は省略した。
【００３３】
記憶装置１１は、制御ユニット１０に接続されている。記憶装置１１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気テープ等の大容量記憶媒体により構成されている。記憶装置１１には、サーバ用プログラム１５が記憶されている。サーバ用プログラム１５は、センターサーバ３が予約ターミナルＴＭ、ゲーム機ＧＭ及び、ユーザ端末８に各種のサービスを提供するために必要なコンピュータプログラムである。制御ユニット１０がサーバ用プログラム１５を読み取って実行することにより、制御ユニット１０の内部には、店舗サービス管理部１６及び、Ｗｅｂサービス管理部１７が設けられる。
【００３４】
店舗サービス管理部１６は、上述のゲーム機用サービス及び、予約ターミナル用サービスを提供するための処理を実行する。一方、Ｗｅｂサービス管理部１７は、上述のＷｅｂサービスを提供するために必要な処理を実行する。店舗サービス管理部１６及び、Ｗｅｂサービス管理部１７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット１０の内部には、その他にも各種の論理的装置が設けられ得るが、それらの図示は省略した。
【００３５】
更に、記憶装置１１には、サーバ用プログラム１５の実行に伴って参照され得る各種のデータが記憶されている。このような各種のデータには、例えば、ユーザ識別データとしてのＩＤ管理データ２２、プレイデータ２５、及び、管理データとしての予約データ２８が含まれる。これらのデータの詳細は、後述する。
【００３６】
一方、ゲーム機ＧＭには、制御ユニット３０と、記憶装置３１とが設けられている。制御ユニット３０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット３０には、公知のゲーム機と同様に、プレイヤの操作を入力する操作入力装置、モニタ等の表示装置、スピーカ等の音声再生装置、カードリーダ、コイン認証装置といった各種の入力装置及び、出力装置が接続されるが、それらの図示は省略した。
【００３７】
なお、カードリーダは、ユーザが所持する利用者情報記憶媒体としてのカード３２の情報を読み取ってその情報に対応した信号を制御ユニット３０に出力するために設けられる。カード３２には、ＩＣチップ、磁気ストライプといった不揮発性記憶媒体（不図示）が設けられている。そして、その記憶媒体には、カード３２毎にユニークなＩＤ（以下、カードＩＤと呼ぶことがある。）等が記憶されている。利用者情報としてのカードＩＤは、例えば、センターサーバ３上に保存されたプレイデータ２５を呼び出すために利用される。センターサーバ３は、ユーザ毎にユニークなユーザ情報としてのユーザＩＤを利用してユーザ（プレイヤ）を識別する。プレイデータ２５も、そのユーザＩＤと１対１に対応付けられて記録されている。カードＩＤは、ユーザＩＤに対して１対１、又は、多対１で対応付けられている。センターサーバ３は、ＩＤ管理データ２２を参照することにより、カードＩＤとユーザＩＤとの対応関係を判別して、プレイヤのユーザＩＤを特定することができる。カードＩＤは、カード３２にバーコード等の形態で記録されていてもよい。或いは、カード３２に代えて、携帯電話等に実装されたＩＣチップ等の記憶媒体にカードＩＤが記録されていてもよい。
【００３８】
記憶装置３１は、制御ユニット３０に接続されている。記憶装置３１は、電源の供給がなくても記憶を保持可能なように、例えば、ハードディスク、フラッシュＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などにより構成されている。記憶装置３１には、ゲームプログラム３４が記憶されている。ゲームプログラム３４は、ゲーム機ＧＭがゲーム（アーケードゲームと呼ぶことがある）を提供するために必要なコンピュータプログラムである。制御ユニット３０がゲームプログラム３４を読み取って実行することにより、制御ユニット３０の内部には、ゲームサービス処理部３６が設けられる。
【００３９】
ゲームサービス処理部３６は、ゲーム機ＧＭにおけるアーケードゲームの開始、進行、及び終了の管理、並びにプレイ料金（所定の対価）の徴収といったアーケードゲームのプレイに関連した各種の処理を実行する。また、ゲーム機用サービスの一部は、ゲームサービス処理部３６とセンターサーバ３の店舗サービス管理部１６とが協働することにより実現される場合がある。ゲームサービス処理部３６は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。
【００４０】
更に、記憶装置３１には、ゲームプログラム３４の実行に伴って参照され得る各種のデータが記憶されている。このような各種のデータには、例えば、ゲームデータ３５、及び、予約データ２６が含まれる。ゲームデータは、ゲーム機ＧＭがゲームを実行する際に参照されるデータである。予約データ２６は、例えば、必要な部分が含まれるように、少なくとも一部が予約ターミナルＴＭから提供される。或いは、センターサーバ３から提供されてもよい。また、このような各種データには、その他にもＩＤ管理データ２２、プレイデータ２５等が含まれていてよい。ＩＤ管理データ２２及び、プレイデータ２５等は、例えば、必要に応じて少なくとも一部がセンターサーバ３から提供される。
【００４１】
また、ユーザ端末８には、制御ユニット４０と、記憶装置４１とが設けられている。制御ユニット４０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット４０には、ネットワーク接続が可能な公知のコンピュータ装置が備える各種の入力装置、及び出力装置が接続されるが、それらの図示は省略した。
【００４２】
記憶装置４１は、制御ユニット４０に接続されている。記憶装置４１は、電源の供給がなくても記憶を保持可能なように、例えば、不揮発性の半導体記装置などにより構成されている。記憶装置４１には、端末プログラム４４が記憶されている。端末プログラム４４は、ユーザ端末８がセンターサーバ３からＷｅｂサービスの提供を受けるために必要なコンピュータプログラムである。制御ユニット４０が端末プログラム４４を読み取って実行することにより、制御ユニット４０の内部には、Ｗｅｂサービス処理部４６が設けられる。
【００４３】
Ｗｅｂサービス処理部４６は、例えば、センターサーバ３のＷｅｂサービス管理部１７と協働してユーザがＷｅｂサービスを利用するために必要な各種の処理を実行する。このようなＷｅｂサービスの一例として、Ｗｅｂサービス処理部４６は、ゲーム情報サービスの提供に必要な周知な処理を実行する。また、Ｗｅｂサービスの他の一例として、コミュニティサービスを提供するために必要な周知な処理も実行する。Ｗｅｂサービス処理部４６は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。
【００４４】
更に、記憶装置４１には、端末プログラム４４の実行に伴って参照され得る端末用データ４５が記憶されている。端末用データ４５には、例えば、ＩＤ管理データ２２、プレイデータ２５及び、予約データ２８が含まれていてもよい。ＩＤ管理データ２２、プレイデータ２５及び、予約データ２８は、例えば、Ｗｅｂサービスの内容に応じて、必要な部分が含まれるように、少なくとも一部がセンターサーバ３から提供される。
【００４５】
予約ターミナルＴＭには、制御ユニット５０と、記憶装置５１とが設けられている。制御ユニット５０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。また、制御ユニット５０には、モニタＭＯ（図３等、参照）、カードリーダＲＵｂ（図３等、参照）、及び、スピーカ等の音声再生装置（不図示）が接続されている。なお、制御ユニット５０には、その他にもユーザの操作を入力するための操作入力装置等、各種の入力装置及び、出力装置が接続され得るが、図示は省略した。また、カードリーダＲＵｂは、ゲーム機ＧＭのカードリーダと同様に、ユーザが所持するカード３２の情報を読み取ってその情報に対応した信号を制御ユニット５０に出力するために設けられている。カードリーダＲＵｂとして、例えば、カード３２と接触せずに（非接触状態において）カード３２に記録された情報を読み取り可能な非接触型のリーダが利用される。
【００４６】
記憶装置５１は、制御ユニット５０に接続されている。記憶装置５１は、電源の供給がなくても記憶を保持可能なように、例えば、ハードディスク、フラッシュＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などにより構成されている。記憶装置５１には、ターミナルプログラム５４が記憶されている。ターミナルプログラム５４は、予約ターミナルＴＭが予約サービスを提供するために必要なコンピュータプログラムである。制御ユニット５０がターミナルプログラム５４を読み取って実行することにより、制御ユニット５０の内部には、予約サービス処理部５６が設けられる。
【００４７】
予約サービス処理部５６は、予約の受付、予約状況の通知等、予約サービスに関連する各種の処理を実行する。また、予約ターミナル用サービスの一部は、予約サービス処理部５６とセンターサーバ３の店舗サービス管理部１６とが協働することにより実現される場合がある。予約サービス処理部５６は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。
【００４８】
更に、記憶装置５１には、ターミナルプログラム５４の実行に伴って参照され得る各種データが記憶されている。このような各種データには、例えば、予約データ２８が含まれている。また、例えば、その他にもＩＤ管理データ２２、或いは、プレイデータ２５が含まれていてもよい。ＩＤ管理データ２２、プレイデータ２５は、例えば、必要に応じて、少なくとも一部がセンターサーバ３から提供される。
【００４９】
また、各制御ユニット１０、３０、４０、５０は、ネットワーク６を介して、情報取得用端末としてのカードリーダＣＲに接続されている。カードリーダＣＲは、ゲーム機ＧＭのカードリーダと同様に、ユーザが所持するカード３２の情報を読み取ってその情報に対応した信号を各制御ユニット１０、３０、４０、５０に出力するために設けられている。カードリーダＣＲとして、例えば、カード３２と接触せずに（非接触状態において）カード３２に記録された情報を読み取り可能な非接触型のリーダが利用される。カードリーダＣＲは、各店舗７の出入り口付近（少なくとも出入り口につながる経路上）に配置されている。つまり、カードリーダＣＲは、非接触状態において、店舗７の出入り口を利用するプレイヤＰのカード３２から情報を読み取って各制御ユニット１０、３０、４０、５０に出力する。これにより、各カード３２に対応するプレイヤＰが店舗７内に居るか否かが管理される。
【００５０】
次に、予約ターミナルＴＭを通じて、予約システム１が提供する予約サービスについて説明する。図３は、予約サービスの概要を説明するための説明図である。また、図３は、店舗７内に３台のゲーム機ＧＭが配置され、そのすべてがプレイヤＰによって使用されている場合を示している。ゲーム機ＧＭでは、各種のゲームが実行されてよい。図３に示すように、予約ターミナルＴＭには、情報通知手段としてのモニタＭＯ及び、カード読み取りユニットＲＵが設けられている。また、カード読み取りユニットＲＵは、表示装置としての小型モニタＲＵａ及び、カードリーダＲＵｂを含んでいる。
【００５１】
ゲーム機ＧＭの使用を希望する新たなプレイヤＰ（特に、新プレイヤＰａと呼ぶことがある）は、予約ターミナルＴＭを利用して、ゲーム機ＧＭを使用する順番を予約することができる。予約には、カード３２が使用される。具体的には、新プレイヤＰａは、予約ターミナルＴＭのカードリーダＲＵｂがカード３２の情報を読み取り可能なように、自己のカード３２をカードリーダＲＵｂに近づける。カード３２の情報がカードリーダＲＵｂに読み取られると、所定の効果音とともに予約情報としての予約番号が付与される。この予約番号は、読み取りに使用されたカード３２に対して付与される。つまり、予約番号は、カード３２のカードＩＤに関連づけられて管理される。また、カード３２を利用した予約結果は、小型モニタＲＵａを通じて通知される。予約結果には、予約番号の情報が含まれる。図３の例では、新プレイヤＰａのカード３２に予約番号として“５０”が付与され、その予約番号が予約結果として小型モニタＲＵａに表示されている。
【００５２】
一方、モニタＭＯには、ゲーム機ＧＭを使用中の予約番号、ゲーム機ＧＭを使用可能な予約番号等、各種の情報が表示される。図３の例では、モニタＭＯには、ゲーム機ＧＭを使用中の予約番号が表示されている。具体的には、ゲーム機ＧＭを使用中の予約番号として、“２１〜２３”が表示されている。つまり、これらの予約番号に対応するカード３２を所有する３人のプレイヤＰが現在ゲーム機ＧＭを使用中であることを示している。
【００５３】
図４は、予約ターミナルＴＭのモニタＭＯに各種情報の一つとしてゲーム機ＧＭを使用可能な予約番号の情報が表示されている場合を示す図。図４に示すように、モニタＭＯには、各種情報の一つとして、ゲーム機ＧＭを使用可能（プレイ可能）な予約番号及び、保留番号が表示される。保留番号は、ゲーム機ＧＭを使用する順番が到来したが、未だゲーム機ＧＭを使用していない予約番号に該当する。つまり、保留番号は、プレイする権利を保留中のプレイヤＰの存在を示す情報である。保留番号に対応するカード３２を所有するプレイヤＰもゲーム機ＧＭを使用可能（プレイ可能）な予約番号に該当する。図４の例では、プレイ可能な予約番号として“４１〜４３”が、保留番号として“３７”が、それぞれ表示されている。つまり、この場合、“４１〜４３”及び、“３７”にそれぞれ対応するカード３２を所有する４人のプレイヤＰがゲーム機ＧＭを使用可能である。
【００５４】
また、ゲーム機ＧＭでは、順番が到来した予約番号に対応するカード３２の使用が許可される一方で、それ以外のカード３２の使用は許可されない。つまり、ゲーム機ＧＭを使用可能（プレイ可能）な予約番号（保留番号を含む）に対応するカード３２を使用するプレイヤＰはゲーム機ＧＭをプレイできる一方で、それら以外の予約番号に対応するカード３２を使用するプレイヤＰはゲーム機ＧＭをプレイできない。図４の例では、ゲーム機ＧＭを使用可能な予約番号に該当する“４１”、“４２”が付与された各カード３２を使用するプレイヤＰのプレイは許可される一方で、予約番号“５０”が付与されたカード３２を使用する新プレイヤＰａのプレイは許可されない。つまり、新プレイヤＰａは、予約番号の順番が到来していないので、ゲーム機ＧＭをプレイしようとしてもプレイできない。一方、予約の順番が到来し、ゲーム機ＧＭを使用可能な予約番号に該当する“４３”のカード３２を所有するプレイヤＰは、ゲーム機ＧＭをプレイしていない。つまり、このカード３２のプレイヤＰは、ゲーム機ＧＭをプレイする権利を使用していない。このため、この予約番号は、順番の到来から所定時間経過後に保留番号として扱われ、モニタＭＯに保留番号として表示される。
【００５５】
モニタＭＯは、広告の表示にも使用される。図５は、予約ターミナルＴＭのモニタＭＯに広告が表示される場合を説明するための説明図である。図５に示すように、モニタＭＯには、各種情報の一つとして、各種の広告が表示される。一例として、ゲーム機ＧＭの予約に空きがある場合にモニタＭＯに広告が表示される。予約に空きがある場合とは、例えば、すぐにプレイ可能なゲーム機ＧＭがある場合、対象の時間帯（少なくとも広告を表示可能な時間）にプレイ可能な予約番号が存在しない場合等が該当する。図５の例は、ゲーム機ＧＭのすべてがすぐに使用可能な場合を示している。このような場合、モニタＭＯには各種の広告が表示される。なお、このような空き時間に表示される情報は、広告に限定されない。その他にも例えば、ゲームのルールや使用方法等、予約情報とは別の各種の特別情報が空き時間に表示される情報として採用されてよい。
【００５６】
次に、ＩＤ管理データ２２、プレイデータ２５及び、予約データ２８の詳細について説明する。ＩＤ管理データ２２は、予約システム１で使用される各種のＩＤの対応関係が記述されたデータである。例えば、上述したように、カードＩＤ（複数でもよい）とユーザＩＤとの対応関係がＩＤ管理データ２２に記録される。また、例えば、その他にもターミナルＩＤと店舗７との対応関係、ターミナルＩＤと筺体ＩＤとの対応関係等がＩＤ管理データ２２に記録される。
【００５７】
プレイデータ２５は、ユーザＩＤ毎に作成されたデータの集合である。いずれかのゲーム機ＧＭでプレイヤがアーケードゲームをプレイする際には、そのプレイヤがゲーム機ＧＭに認識させたカードＩＤがセンターサーバ３に提供される。そして、そのカードＩＤに関連付けられたユーザＩＤに対応するプレイデータ２５の少なくとも一部がセンターサーバ３からゲーム機ＧＭに提供され、当該ゲーム機ＧＭの記憶装置３１に記憶される。
【００５８】
プレイデータ２５には、例えば、アーケード用データ等がユーザＩＤと対応づけられて記述されている。アーケード用データには、例えば、ユーザがアーケードゲームで記録した成績、アーケードゲーム内で所有する各種アイテムといったアーケードゲームのプレイに関連付けられる各種情報が含まれる。
【００５９】
予約データ２８は、ゲーム機ＧＭの予約状況を管理するためのデータである。図６は、予約データ２８の内容の一例を示す図である。図６に示すように、予約データ２８には、予約ＩＤ、ターミナルＩＤ、カードＩＤ、予約番号、予約日時、ステータス、ステータス更新日時といった予約に関連する各種の情報が含まれている。予約データ２８は、これらの情報が互いに対応づけられるように記述されたレコードの集合である。
【００６０】
予約ＩＤは、予約データ２８の各レコードを管理するための情報である。予約ＩＤとして、例えば、レコード毎にユニークな数字が利用される。ターミナルＩＤ、カードＩＤ及び、予約番号は、上述の通りである。より具体的には、ターミナルＩＤ及び、カードＩＤは、各予約ターミナルＴＭ或いは各カード３２を識別するための情報である。予約ＩＤと同様に、ターミナルＩＤ及びカードＩＤとして、例えば、予約ターミナルＴＭ毎或いはカード３２毎にユニークな数字が利用される。予約番号は、ゲーム機ＧＭの使用を予約する際に予約ターミナルＴＭによって付与される予約の順番を管理するための情報である。予約番号として、例えば、予約の順番に応じて順にカウントアップされる数字が利用される。
【００６１】
また、予約日時は、予約番号が付与された日時（ゲーム機ＧＭの使用を予約した日時）を示す情報である。予約日時を示す情報として、例えば、西暦、月、日、時、分、秒等を示す数字が記述される。ステータスは、各予約ＩＤに対応するレコードのステータスを示す情報である。ステータスを示す情報として、例えば、“プレイ済み”、“プレイ可能”“プレイ待ち”、“保留中”といった情報が利用される。また、これらの情報として、例えば、“プレイ済み”等の情報にそれぞれ対応づけられる“Ａ”等のアルファベットが記述されてもよい。ステータス更新日時は、ステータスを示す情報が更新された日時を示す情報である。ステータス更新日時として、例えば、予約日時を示す情報と同様に、西暦、月、日、時、分、秒等を示す数字が記述される。
【００６２】
ステータス及び、ステータス更新日時の更新は、例えば、次のように実行される。まず、レコードが作成された当初は、例えば、ステータスを示す情報に“プレイ待ち”という情報が、ステータス更新日時を示す情報として予約日時と同様の日時を示す情報が、それぞれ記述される。また、予約番号の順番が到来した場合には、ステータスを示す情報が“プレイ可能”に更新され、ステータス更新日時を示す情報はステータスが“プレイ可能”に更新された日時、つまり予約の順番が到来した日時を示す情報に更新される。そして、各レコードに対応するカード３２のプレイヤＰがゲーム機ＧＭをプレイした場合にステータスを示す情報が“プレイ済み”に更新され、ステータス更新日時を示す情報はプレイした日時を示す情報に更新される。一方、所定の保留条件を満たし、予約番号が保留番号として扱われる場合には、ステータスを示す情報が“保留中”に更新され、ステータス更新日時を示す情報は保留が開始された日時を示す情報に更新される。所定の保留条件として、例えば、プレイ可能になった時刻から所定時間経過した場合に満たされる条件が採用される。また、予約データ２８は、予約ターミナルＴＭ及び、ゲーム機ＧＭにも記憶され得る。この場合、各予約ターミナルＴＭには、自己のターミナルＩＤに対応するレコードのみが記憶されてもよい。また、各ゲーム機ＧＭには、各ゲーム機ＧＭの予約（使用の順番）を管理する予約ターミナルＴＭに対応するレコードのみが記憶されてもよい。
【００６３】
次に、図７〜図１０を参照して、予約処理、プレイ可否判定処理、プレイ保留処理、及び、空き時間判別処理について説明する。図７は、予約処理ルーチンのフローチャートの一例を示す図である。図７のルーチンは、予約ターミナルＴＭの制御ユニット５０によって実行される。より具体的には、制御ユニット５０の予約サービス処理部５６を通じて図７のルーチンが実行される。また、図７のルーチンは、例えば、所定の周期で繰り返し実行される。なお、センターサーバ３の制御ユニット１０、ゲーム機ＧＭの制御ユニット３０、ユーザ端末８の制御ユニット４０、及び、予約ターミナルＴＭの制御ユニット５０は、図７〜図１０のルーチンの他にも、例えば、予約サービスを実現するため、ゲームを実現するため、或いは、店舗用サービス及び、Ｗｅｂサービスを提供するために各種の周知な処理を実行するが、それらの詳細な説明は省略する。
【００６４】
図７のルーチンを開始すると、ステップＳ１１において、予約サービス処理部５６は、カードリーダＲＵｂの出力結果に基づいて、カードＩＤの情報を取得したか否か判別する。カードリーダＲＵｂがカード３２の情報を読み取った場合には、カードＩＤの情報がカードリーダＲＵｂから出力される。つまり、予約サービス処理部５６は、カードＩＤの情報の取得の有無を通じて、カード３２の読み取りが実行されたか否かを判別する。この判別結果が否定的結果の場合、つまりカードＩＤの情報を取得していない場合には、以降の処理をスキップして、今回のルーチンを終了する。
【００６５】
一方、ステップＳ１１の判別結果が肯定的結果の場合、つまりカードＩＤの情報を取得した場合には、予約サービス処理部５６は、ステップＳ１２に進む。予約サービス処理部５６は、ステップＳ１２において、ステップＳ１１で取得したカードＩＤに対して予約番号を付与する。続くステップＳ１３において、予約サービス処理部５６は、ステップＳ１１で取得したカードＩＤにステップＳ１２で付与した予約番号が関連づけられるように、予約データ２８を更新する。具体的には、予約サービス処理部５６は、予約データ２８にステップＳ１１で取得したカードＩＤにステップＳ１２で付与した予約番号が対応づけられた新たなレコードが追加されるように、予約データ２８を更新する。また、この際、予約サービス処理部５６は、この新たなレコードに予約ＩＤを付与する。
【００６６】
次のステップＳ１４において、予約サービス処理部５６は、小型モニタＲＵａを通じて、予約結果を通知する。具体的には、予約サービス処理部５６は、ステップＳ１２で付与した予約番号を含む予約結果を小型モニタＲＵａに表示させる。また、この予約結果の通知には、予約データ２８の更新内容のセンターサーバ３への送信が含まれる。つまり、ステップＳ１４において、小型モニタＲＵａに予約結果を表示させるとともに、ステップＳ１３で更新した予約データの内容がセンターサーバ３側の予約データ２８に反映されるように、予約データ２８の更新内容をセンターサーバ３に送信する。ステップＳ１４の処理を終えると、予約サービス処理部５６は、今回のルーチンを終了する。これにより、カード３２のカードＩＤを利用する予約の受付が実行される。
【００６７】
また、図８は、プレイ可否判定処理ルーチンのフローチャートの一例を示す図である。図８のルーチンは、ゲーム機ＧＭの制御ユニット３０によって実行される。より具体的には、制御ユニット３０のゲームサービス処理部３６を通じて図８のルーチンが実行される。また、図８のルーチンは、例えば、所定の周期で繰り返し実行される。
【００６８】
図８のルーチンを開始すると、ゲームサービス処理部３６は、カードリーダの読み取り結果を参照して、カードＩＤの情報を取得したか否かを判別する。カードリーダがカード３２の情報を読み取った場合には、カードＩＤの情報がカードリーダから出力される。つまり、ゲームサービス処理部３６は、カードＩＤの情報の取得の有無を通じて、カード３２の読み取りが実行されたか否かを判別する。この判別結果が否定的結果の場合、つまりカードＩＤの情報を取得していない場合には、以降の処理をスキップして、今回のルーチンを終了する。
【００６９】
一方、ステップＳ２１の判別結果が肯定的結果の場合には、ゲームサービス処理部３６は、ステップＳ２２に進む。ステップＳ２２において、ゲームサービス処理部３６は、予約データ２８を取得する。予約データ２８は、ネットワーク６を介して、予約ターミナルＴＭより取得してもよい。或いは、当該ルーチンの前に最新の予約データ２８を予約ターミナルＴＭより取得しておいてもよい。
【００７０】
続くステップＳ２３において、ゲームサービス処理部３６は、プレイの可否を判定する。具体的には、ゲームサービス処理部３６は、次のようにして、プレイの可否を判定する。まず、ゲームサービス処理部３６は、ステップＳ２１で取得したカードＩＤに対応するレコードをステップＳ２２で取得した予約データ２８から取得する。次に、ゲームサービス処理部３６は、その取得したレコードのステータスが“プレイ可能”或いは、“保留中”のどちらかに該当するか否か判別する。そして、ゲームサービス処理部３６は、“プレイ可能”或いは、“保留中”に該当する場合にはプレイ可能と、それ以外のステータスの場合にはプレイ不可と、それぞれ判定する。このようにして、ゲームサービス処理部３６は、ステップＳ２３においてプレイの可否を判定する。なお、予約データ２８のステータスは、別途、ステータスを管理するための周知な処理によって予め更新されている。例えば、このような処理として、ゲーム機ＧＭでのプレイが終了する毎に、予約ターミナルＴＭ毎に予約データ２８中のステータスが“プレイ待ち”のレコードのうち最も予約番号の小さい（同一予約ターミナルＴＭが付与した予約番号のうち最も早い）レコードを特定し、その特定したレコードのステータスを“プレイ可能”に更新する処理が実行されてよい。
【００７１】
ステップＳ２３の判定結果が肯定的結果の場合、つまりプレイ可能と判定した場合、ゲームサービス処理部３６は、ステップＳ２４に進む。ステップＳ２４において、ゲームサービス処理部３６は、ステップＳ２１で取得したカードＩＤのプレイを許可し、当該カードＩＤを使用するプレイヤＰにゲームを提供する。また、ゲームサービス処理部３６は、ステップＳ２４の処理を終えると、今回のルーチンを終了する。
【００７２】
一方、ステップＳ２３の判定結果が否定的結果の場合、つまりプレイ不可と判定した場合、ゲームサービス処理部３６は、ステップＳ２５に進む。ステップＳ２５において、ゲームサービス処理部３６は、ステップＳ２１で取得したカードＩＤのプレイを不許可し、その不許可の決定をプレイヤＰにゲーム機ＧＭを通じて 通知する。この場合、ステップＳ２１で取得したカードＩＤを使用するプレイヤＰには、ゲームは提供されない。ゲームサービス処理部３６は、ステップＳ２５の処理を終えると、今回のルーチンを終了する。これにより、予約の順番が到来したカードＩＤへのゲームの提供が許可される一方で、予約の順番が到来していないカードＩＤへのゲームの提供が不許可される。つまり、予約の順番に応じてゲームが提供されるように、順番が適切に管理される。
【００７３】
図９は、プレイ保留処理ルーチンのフローチャートの一例を示す図である。図９のルーチンは、予約ターミナルＴＭの制御ユニット５０によって実行される。より具体的には、制御ユニット５０の予約サービス処理部５６を通じて図９のルーチンが実行される。また、図９のルーチンは、例えば、所定の周期で繰り返し実行される。
【００７４】
図９のルーチンを開始すると、予約サービス処理部５６は、まずステップＳ３１において、予約データ２８を取得する。続くステップＳ３２において、予約サービス処理部５６は、ステップＳ３１で取得した予約データ２８に基づいて、プレイ可能な予約番号があるか否か判別する。具体的には、予約サービス処理部５６は、予約データ２８中にステータスが“プレイ可能”に該当するレコードが存在するか否か判別する。この判別結果が否定的結果の場合、つまりプレイ可能な予約番号がない場合、以降の処理をスキップして、今回のルーチンを終了する。
【００７５】
一方、ステップＳ３２の判別結果が肯定的結果の場合、つまりプレイ可能な予約番号がある場合、予約サービス処理部５６は、ステップＳ３３に進む。ステップＳ３３において、予約サービス処理部５６は、所定の保留条件を満たすか否か判別する。所定の保留条件として、例えば、プレイ可能になった時刻から所定時間経過した場合に満たされる条件が採用される。つまり、ステップＳ３３において、予約サービス処理部５６は、ステップＳ３２で判別したプレイ可能な予約番号がプレイ可能になった時刻から所定時間経過しているか否か判別する。また、この判別は、例えば、予約データ２８のステータス更新日時の情報を利用して実行される。具体的には、予約サービス処理部５６は、ステータスが“プレイ可能”なレコードのステータス更新日時を参照して、ステータス更新日時から現在が所定時間経過しているか否か判別する。この判別結果が否定的結果の場合、つまりプレイ可能になった時刻から所定時間経過しているレコードが存在しない場合、以降の処理をスキップして、今回のルーチンを終了する。
【００７６】
なお、所定の保留条件として、各種の条件が採用されてよい。例えば、プレイヤによる保留設定がされた場合等、プレイヤの操作に依存する条件が採用されてもよい。或いは、イベントが実行される場合等、店舗７の運営者等の都合により設定される条件が採用されてもよい。また、プレイヤによる保留設定は、予約ターミナルＴＭで実行されてもよいし、ユーザ端末８で実行されてもよい。ユーザ端末８によって設定された場合には、例えば、予約ターミナルＴＭは、センターサーバ３を介して保留設定に関する情報を取得する。
【００７７】
一方、ステップＳ３３の判別結果が肯定的結果の場合、つまりプレイ可能になった時刻から所定時間経過しているレコードが存在している場合、予約サービス処理部５６は、ステップＳ３４に進む。ステップＳ３４において、予約サービス処理部５６は、予約データを更新する。具体的には、予約サービス処理部５６は、所定の保留条件を満たす各レコードのステータスが“保留中”に、そのステータス更新日時が現在時刻に、それぞれ変更されるように、予約データ２８を更新する。なお、この際に、予約サービス処理部５６は、ステータスが“保留中”に該当するレコードの数をカウントしてもよい。
【００７８】
次のステップＳ３５において、予約サービス処理部５６は、更新結果を通知する。具体的には、更新結果、つまり“保留中”にステータスが変更された予約番号を通知する。この通知は、モニタＭＯを通じて実行される。即ち、予約サービス処理部５６は、ステータスが“保留中”に変更された予約番号が保留番号として取り扱われるという情報をモニタＭＯに表示させる。ステータスが“保留中”に該当するレコードの数がカウントされている場合には、その情報が更に表示されてもよい。また、この更新結果の通知には、センターサーバ３への通知も含まれる。つまり、センターサーバ３が管理する予約データ２８に更新結果が反映されるように、センターサーバ３に更新結果を送信する。予約サービス処理部５６は、ステップＳ３５の処理を終えると、今回のルーチンを終了する。これにより、所定の保留条件を満たした予約番号が保留扱いされ、その結果がモニタＭＯを通じて各プレイヤＰに通知される。
【００７９】
図１０は、空き時間判別処理ルーチンのフローチャートの一例を示す図である。図１０のルーチンは、予約ターミナルＴＭの制御ユニット５０によって実行される。より具体的には、制御ユニット５０の予約サービス処理部５６を通じて図１０のルーチンが実行される。また、図１０のルーチンは、例えば、所定の周期で繰り返し実行される。
【００８０】
図１０のルーチンを開始すると、予約サービス処理部５６は、まずステップＳ４１において、予約データ２８を取得する。続くステップＳ４２において、予約サービス処理部５６は、所定の空き条件を満たすか否か判別する。所定の空き条件として、例えば、すぐにプレイ可能なゲーム機ＧＭがある場合に満たされる条件が採用される。つまり、予約サービス処理部５６は、ステップＳ４２において、すぐにプレイ可能なゲーム機ＧＭがあるか否かを判別する。具体的には、予約サービス処理部５６は、処理時点において使用されていないゲーム機ＧＭが存在するか否か判別する。この判別結果が否定的結果の場合、つまりすぐにプレイ可能なゲーム機ＧＭがない場合、予約サービス処理部５６は、以降の処理をスキップして、今回のルーチンを終了する。
【００８１】
なお、所定の空き条件として、各種の条件が採用されてよい。例えば、所定の空き条件の他の例として、所定の時間範囲にプレイ可能な予約番号が存在しない場合に満たされる条件が採用されてもよい。その他にも、単に同一の表示（モニタＭＯ上の）が一定以上継続された場合に満たされる条件が所定の空き条件として採用されてもよい。
【００８２】
一方、ステップＳ４２の判別結果が肯定的結果の場合、予約サービス処理部５６は、ステップＳ４３に進む。ステップＳ４３において、予約サービス処理部５６は、広告データを取得する。広告データは、モニタＭＯを通じて広告を表示するために必要なデータである。広告データは、例えば、センターサーバ３の記憶装置１１に記憶されている。つまり、予約サービス処理部５６は、一例として、ステップＳ４３において、センターサーバ３から広告データを取得する。続くステップＳ４４において、予約サービス処理部５６は、ステップＳ４３で取得した広告データに基づいて、モニタＭＯに広告を表示させて、今回のルーチンを終了する。これにより、ゲーム機ＧＭが使用されていない場合等の空き時間にモニタＭＯに広告が表示される。
【００８３】
図１１は、所在情報処理ルーチンのフローチャートの一例を示す図である。図１１のルーチンは、予約ターミナルＴＭの制御ユニット５０によって実行される。より具体的には、制御ユニット５０の予約サービス処理部５６を通じて図１１のルーチンが実行される。また、図１１のルーチンは、例えば、所定の周期で繰り返し実行される。
【００８４】
図１１のルーチンを開始すると、予約サービス処理部５６は、まずステップＳ５１において、カードリーダＣＲの出力結果を参照して、カードリーダＣＲがカードＩＤの情報を取得したか否か判別する。カードリーダＣＲがカード３２の情報を読み取った場合には、カードＩＤの情報がカードリーダＣＲから出力される。また、カードリーダＣＲは、出入り口付近に配置されている。従って、カード３２を所有するプレイヤＰが店舗７への入出行動を実行した場合に、カードリーダＣＲはカード３２の情報を取得する。つまり、ゲームサービス処理部３６は、カードＩＤの情報の取得の有無を通じて、プレイヤＰの店舗７への入出の有無を判別する。この判別結果が否定的結果の場合、つまりカードＩＤの情報を取得していない場合には、予約サービス処理部５６は、ステップＳ５４に進む。
【００８５】
一方、ステップＳ５１の判別結果が肯定的結果の場合、つまり、カードＩＤの情報を取得している場合には、予約サービス処理部５６は、ステップＳ５２に進む。ステップＳ５２において、予約サービス処理部５６は、ステップＳ５１で取得したカードＩＤの情報が予約データ２８にあるか否か判別する。この判別結果が否定的結果の場合、つまり、予約データ２８にカードＩＤがない場合、予約サービス処理部５６は、ステップＳ５４に進む。一方、この判別結果が肯定的結果の場合、つまり予約データ２８にカードＩＤがある場合、予約サービス処理部５６は、ステップＳ５３に進む。
【００８６】
ステップＳ５３において、予約サービス処理部５６は、各カードＩＤが店舗７内に存在するか否かを管理するための所在情報を更新する。所在情報として、例えば、“店舗内”、“店舗外”を示す情報（これらの情報に関連付けられるアルファベット等でもよい）が利用される。また、所在情報は、例えば、予約データ２８に各カードＩＤと関連付けられて記述される。つまり、一例として、所在情報は、予約データ２８に含まれる。また、所在情報の更新は、例えば、次のようにして実行される。まず、予約サービス処理部５６は、ステップＳ５１で取得したカードＩＤに対応する予約データ２８中の所在情報を取得する。次に、予約サービス処理部５６は、取得した所在情報を現在とは逆の所在情報に変更する。例えば、現在の所在情報が“店舗内”であれば“店舗外”に、“店舗外”であれば“店舗内”に、それぞれ変更する。このように予約データ２８中の所在情報を変更するように、所在情報を更新する。なお、レコード作成時には、所在情報として、例えば、“店舗内”という情報が付与される。
【００８７】
次のステップＳ５４において、予約サービス処理部５６は、所定の通知条件を満たす予約情報が存在するか否か判別する。所定の通知条件として、例えば、所在情報が“店舗外”を示すカードＩＤに関連づけられ、次の順番（ステータスが“プレイ可能”に変更される予約情報）に該当する場合に満たされる条件が採用される。つまり、順番が迫っており、かつ、店舗７の外に居ると想定される予約番号が所定の通知条件を満たす。この判別結果が否定的結果の場合、つまり所定の通知条件を満たす予約番号が存在しない場合には、予約サービス処理部５６は、以降の処理をスキップして今回のルーチンを終了する。
【００８８】
一方、ステップＳ５４の判別結果が肯定的結果の場合、つまり所定の通知条件を満たす予約番号が存在する場合、予約サービス処理部５６は、ステップＳ５５に進む。ステップＳ５５において、予約サービス処理部５６は、所定の事項を通知する。所定の事項として、例えば、次に順番が到来する旨の情報を通知する。この通知は、例えば、モニタＭＯを通じて実行される。或いは、この通知は、Ｗｅｂサービスの一つとして、センターサーバ３を介して掲示板等に掲示されることにより実現されてもよい。また、例えば、プレイデータ２５にカードＩＤに対応づけられるプレイヤのユーザ端末８を識別するための端末情報（例えば、メールアドレス）が記述されている場合には、この通知は、ユーザ端末８を通じて実行されてもよい。これらの場合、店舗７外のユーザに効果的に情報を通知することができる。また、ステップＳ５４において、予約サービス処理部５６は、所定の事項を通知するとともに、当該予約番号を保留番号として扱う処理を実行してもよい。このような処理として、例えば、予約データ２８のステータスの変更が実行されてよい。また、所定の事項には、保留番号に変更したことを通知する情報が含まれていてもよい。ステップＳ５５の処理を終えると、予約サービス処理部５６は、今回のルーチンを終了する。
【００８９】
以上に説明したように、この形態によれば、予約ターミナルＴＭを通じて、ゲーム機ＧＭを使用する順番を予約することができる。このため、ゲーム機ＧＭを使用するために、所定の位置に並ぶ必要がない。つまり、ゲーム機ＧＭの利用待ちをする行列を回避することができる。従って、ゲーム機ＧＭの利便性を向上させることができる。これにより、ゲーム機ＧＭの一台あたりのプレイ数を向上させることができる。また、所定の位置に並ぶ必要がないので、これまで待ち時間として拘束されていた時間を自由時間としてプレイヤに提供することができる。プレイヤは、この時間を利用して他のゲームのプレイが可能である。つまり、待ち時間を自由時間として提供することにより、他のゲームの利用を促進することができる。
【００９０】
また、予約ターミナルＴＭでは、カード３２を利用して予約が受け付けられる。つまり、各予約者を識別可能なカード３２を利用して予約サービスが提供される。このため、予約サービスを受けるためのユーザの手間を低減することができる。そして、多くのカードＩＤは、ユーザＩＤと対応づけられている。また、ユーザＩＤは、各ユーザの属性情報（性別、住まい等）或いは、プレイデータ２５等のゲームに関連する情報と対応づけられている。つまり、既に各ユーザの情報と対応づけられて管理されているカード３２を利用して、予約サービスを提供することができる。このため、予約サービスを提供する際に、ユーザの情報を受け付ける必要がない。また、ユーザの情報を受け付けるための特別の仕組みも不要である。このため、ゲーム機ＧＭをプレイするプレイヤ（ユーザ）の情報の活用を容易に促進することができる。これにより、その後の開発等に情報をフィードバックすることができる。
【００９１】
更に、カードＩＤの所在が管理され、予約の管理に利用される。これにより、例えば、店舗７外に居て、すぐにプレイ不可なプレイヤよりも後のプレイヤの順番を早めることができる。また、すぐにプレイ不可な場合に順番が変更されることからプレイヤの行動の自由度を高めることができる。つまり、プレイヤの行動範囲を拡大することができる。これにより、ゲーム機ＧＭの利便性を高めることができる。
【００９２】
以上の形態において、予約ターミナルＴＭの制御ユニット５０が予約サービス処理部を通じて図７のルーチンを実行することにより、本発明の予約情報付与手段として機能する。また、予約ターミナルＴＭの制御ユニット５０が図９のルーチンを実行することにより、本発明の予約管理手段として機能する。そして、予約ターミナルＴＭの制御ユニット５０が図１０のルーチンを実行することにより、本発明の空時間判別手段及び、特別情報通知手段として機能する。更に、予約ターミナルＴＭの制御ユニット５０が予約サービス処理部を通じて図１１のルーチンを実行することにより、施設内利用者判別手段、利用時期変更手段、及び、関連情報提供手段として機能する。一方、ゲーム機ＧＭの制御ユニット３０が図８のルーチンを実行することにより、本発明の提供可否手段として機能する。
【００９３】
また、例えば、カードＩＤの情報を含むＩＤ管理データを記憶することにより、センターサーバ３の記憶装置１１が本発明の利用者情報記憶手段として機能する。同様に、予約データ２８を記憶することにより、センターサーバ３の記憶装置１１が本発明の管理データ記憶手段として機能する。
【００９４】
本発明は上述の形態に限定されず、適宜の形態にて実施することができる。上述の形態では、カードリーダＣＲが店舗７の出入り口付近に配置されている。また、カードリーダＣＲの出力結果に基づいて図１１のルーチンが実行されている。しかし、本発明はこのような形態に限定されない。例えば、カードリーダＣＲ及び図１１のルーチンは、省略されてもよい。
【００９５】
また、上述の形態では、ゲーム機ＧＭとは別に予約用端末として予約ターミナルＴＭが設けられている。しかし、予約用端末は、このような形態に限定されない。例えば、予約用端末として、ゲーム機ＧＭが機能してもよい。また、予約用端末として機能するゲーム機は、予約用端末を利用した予約の対象にされるゲーム機に限定されない。例えば、店舗７内の任意のゲーム機が予約用端末として機能してもよい。この場合、予約用端末を別途用意する必要がない。また、多数のゲーム機を予約用端末として利用することができるので、プレイヤの利便性を更に向上させることができる。
【００９６】
上述の形態では、利用者情報記憶媒体としてカード３２が利用され、カード３２を通じて予約が実行されている。また、カード３２に記録された利用者情報を取得するために予約用端末が設けられている。しかし、予約サービスは、このような利用者情報記憶媒体を利用する形態に限定されない。例えば、センターサーバ３がユーザ端末８に提供するＷｅｂサービスの一つして、予約サービスが提供されてもよい。Ｗｅｂサービスの提供は、ユーザＩＤ等、ユーザの認証を要求することができる。このため、Ｗｅｂサービスの一つとして予約サービスを提供することにより、カード３２等、予約者を識別するための識別情報を記憶する記憶媒体を省略することができる。
【００９７】
また、ユーザ端末８を通じて予約が実行される場合、予約サービスの一つとして予約を実行するための予約用画面が提供されてよい。予約用画面には、例えば、単に予約の意思表示が可能に構成されていてもよいし、更に予約の具体的条件の設定が可能に構成されていてもよい。具体的条件として、例えば、ゲーム機ＧＭ等のサービス提供端末の利用を希望する時間、曜日等が利用されてもよい。つまり、予約用画面は、予約の希望だけでなく、予約日時等の指定に利用されてもよい。
【００９８】
ユーザ端末８を通じて予約が実行される場合、例えば、図７、及び、図９〜図１１のルーチンは、センターサーバ３の制御ユニット１０が実行する。この場合、例えば、図７のルーチンのステップＳ１１の処理では、カードＩＤに替えて、予約用画面を通じた予約の要求の有無が判別されてよい。そして、予約が要求された場合に、図７のステップＳ１２以降の処理が実行されてよい。この場合、予約情報を付与する対象として、例えば、ステップＳ１１で予約を要求したユーザのユーザＩＤを判別し、ステップＳ１２以降の処理で利用してもよい。更に、ステップＳ１４では、予約結果の通知は、予約の要求が実行されたユーザ端末に対して実行されてよい（ユーザ端末８は、例えば、アドレス情報により識別可能）。
【００９９】
予約ターミナルＴＭの制御ユニット５０に代わり、センターサーバ３の制御ユニット１０が上記のような処理を実行することにより、ユーザ端末８を通じた予約の設定を実現することができる。また、この場合、各プレイヤは、予約をするために店舗７に行く必要がない。このため、利便性をより向上させることができる。これにより、Ｗｅｂサービスの特典を増やすことができるので、ユーザＩＤの取得に対する動機づけを行うことができる。従って、プレイヤの情報の取得をより推進することができる。
【０１００】
更に、予約用画面で具体的条件等が設定される場合には、ステップＳ１１の処理の次に具体的条件に従った予約情報の付与の可否を判別する処理が追加されてよい。例えば、このような可否の判別は、予約データを利用して実行されてよい。この場合、予約データには、予約日時の情報等、具体的条件に応じた情報が含まれていてよい。そして、日時の重複（プレイ時間等、サービスの提供に必要とされる時間を含む）等、具体的条件の重複の有無に基づいて、予約情報の付与の可否が判別されてよい。また、日時等の具体的条件が設定された場合には、予約情報として予約の順番を示す番号とは別の情報（例えば、予約日時を含む情報）が利用されてよい。つまり、予約番号とは別の体系によって具体的条件を示す予約が管理されてもよい。そして、このような具体的条件を満たす場合に（例えば、予約日時が到来した場合に）、当該条件を満たす予約データのステータスを“プレイ可能”等、サービスを利用可能なステータスに変更する処理が別途実行されてもよい。これにより、予約番号による順番の管理及び、予約日時による予約の管理を両立することができる。
【０１０１】
上述の形態では、サービス提供システムとして、ゲーム機ＧＭを通じてカードＩＤによって各プレイヤを識別しつつゲームを提供するゲームシステムが採用されている。つまり、所定のサービスとしてゲームが、サービス提供端末としてゲーム機ＧＭが、それぞれ採用されている。しかし、サービス提供システムは、このような形態に限定されない。サービス提供端末として各種のサービスを提供するための各種端末が利用されてよい。例えば、サービス提供端末として、インターネットカフェ（有償、或いは無償でインターネット環境を提供する施設）に配置されるパーソナルコンピュータ端末等が利用されてもよい。つまり、利用者情報に基づいて各利用者を識別可能な限り、各種のサービスを提供する各種端末を含む各種システムがサービス提供システムとして採用されてよい。
【符号の説明】
【０１０２】
１  予約システム
２  ゲームシステム（サービス提供システム）
３  センターサーバ
６  ネットワーク（通信回線）
７  店舗（施設）
８  ユーザ端末
１１  記憶装置（利用者情報記憶手段、管理データ記憶手段）
２８  予約データ（管理データ）
３０  制御ユニット（提供可否手段）
５０  制御ユニット（コンピュータ、予約情報付与手段、空時間判別手段、特別情報通知手段、予約管理手段、施設内利用者判別手段、利用時期変更手段及び、関連情報提供手段）
ＧＭ  ゲーム機（サービス提供端末）
ＴＭ  予約ターミナル（予約用端末）
ＭＯ  モニタ（情報通知手段）
ＲＵａ  小型モニタ（表示装置）
ＣＲ  カードリーダ（情報取得用端末）
【図１】
2013228882.tif 000003
【図２】
2013228882.tif 000004
【図３】
2013228882.tif 000005
【図４】
2013228882.tif 000006
【図５】
2013228882.tif 000007
【図６】
2013228882.tif 000008
【図７】
2013228882.tif 000009
【図８】
2013228882.tif 000010
【図９】
2013228882.tif 000011
【図１０】
2013228882.tif 000012
【図１１】
2013228882.tif 000013