(57)【要約】  極めてセキュリティを必要とするバウチャとあまりセキュリティを必要としないクーポンを印刷するためのプリンタの駆動方法を開示する。プリンタは、例えば、賭博端末（例えば、スロットマシン）、切符販売機、販売時情報管理端末などの中にあってもよい。第１のドライバは、例えば第１コントローラから、印刷するバウチャ情報を示すデータを受け取る。第２のドライバは、例えば第２コントローラから、印刷するクーポン情報を示すデータを受け取る。第１と第２のドライバに反応するプロセッサは、標準プリンタ形式のプリンタコマンドを生成して、それにより同じプリンタを使用してバウチャとクーポンを印刷することができる。バウチャを印刷するために端末製造業者によって提供されるセキュリティを必要とする（かつ通常は独特の）ハードウェアおよび／またはソフトウェアによってクーポンを処理する必要はない。
2008538034.tif 000002
【特許請求の範囲】
【請求項１】
第１コントローラと第２コントローラからプリンタを駆動する方法であって、
前記第１コントローラと第２コントローラからの通信を監視する工程と、
前記コントローラの一方からプリンタ通信を受け取ったときにプリンタの可用性を判定する工程と、
（ｉ）プリンタが使用可能な場合に、受け取ったプリンタデータをプリンタに標準プリンタ形式で通信する工程と、
（ｉｉ）プリンタが使用可能でない場合に、受け取ったプリンタデータをバッファし、プリンタが使用可能になった後でそのデータをプリンタに標準プリンタ形式で通信する工程と、
前記通信を監視し続ける工程とを含む方法。
【請求項２】
両方のコントローラから同時にプリンタ通信を受け取った場合に、コントローラのうちの所定のコントローラに基本設定を提供する、請求項１に記載の方法。
【請求項３】
前記プリンタはゲーム機プリンタである、請求項１に記載の方法。
【請求項４】
前記プリンタは販売時情報管理端末プリンタである、請求項１に記載の方法。
【請求項５】
プリンタが使用可能でない場合に、プリンタ通信を受け取ったコントローラにプリンタが使用中であることを通信する、請求項１に記載の方法。
【請求項６】
プリンタが使用可能でない場合に、プリンタ通信を受け取ったときにプリンタが使用可能でなかったことを、プリンタ通信を受け取ったコントローラに通知せずに、受け取ったプリンタデータをバッファし、後でプリンタが使用可能になったときに印刷する、請求項１に記載の方法。
【請求項７】
プリンタインタフェースを提供する工程と、
第１の通信路を介して前記第１コントローラから通信を受け取り監視する工程と、
第２の通信路を介して前記第２コントローラから通信を受け取り監視する工程と、
プリンタが使用可能でない場合に、前記受け取ったプリンタデータをバッファする工程と、
前記受け取ったプリンタデータを第３の通信路を介して前記プリンタに送る工程とを含む、請求項１に記載の方法。
【請求項８】
前記プリンタインタフェースはプリンタの外部にある、請求項７に記載の方法。
【請求項９】
前記プリンタインタフェースで両方のコントローラから同時にプリンタデータを受け取った場合に、コントローラの所定の一方に基本設定を提供する、請求項７に記載の方法。
【請求項１０】
前記コントローラの所定の一方から受け取ったプリンタデータが、前記第３の通信路を介して前記プリンタに送られ、
前記コントローラの他方から受け取ったプリンタデータがバッファされ、
前記バッファされたプリンタデータは、前記コントローラの所定の一方からの前記プリンタデータが印刷された後で前記第３の通信路を介して前記プリンタに送られる、請求項９に記載の方法。
【請求項１１】
第１コントローラと第２コントローラからプリンタを駆動する方法であって、
前記コントローラからの通信を監視する工程と、
プリンタ通信を前記コントローラの一方から受け取ったときにプリンタの可用性を判定する工程と、
（ｉ）プリンタが使用可能な場合に、受け取ったプリンタデータをプリンタに標準プリンタ形式で送る工程と、
（ｉｉ）第１コントローラからプリンタデータを受け取ったときにプリンタが使用可能でない場合は、プリンタが使用可能ではないことを第１コントローラに通知せずに、受け取ったプリンタデータをバッファし、後でプリンタが使用可能になったときに前記標準プリンタ形式でプリンタに送る工程と、
そして
（ｉｉｉ）プリンタデータを第２コントローラから受け取ったときにプリンタが使用可能でない場合に、第２コントローラにプリンタが使用中であることを通知する工程とを含む方法。
【請求項１２】
第１コントローラはローカルコントローラであり、第２コントローラは中央システムコントローラである、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にプリンタに関し、より詳細にはユーザ端末においてプリンタを駆動する方法に関する。係るプリンタは、特に、ゲーム機、自動販売機、販売時点情報管理（ＰＯＳ）端末、交通チケット販売機、娯楽チケット販売機などに適している。
【背景技術】
【０００２】
チケットプリンタは、様々な用途に使用される。そのような１つの用途は、抽選端末、スロットマシン、および他の自動賭博（self-service wagering）または取引（例えば、列車乗車券、入場券、航空券）装置に使用される符号化されたチケットまたはバウチャを印刷することである。本開示と添付の特許請求の範囲において、用語「バウチャ」は、実質的な金銭価値を有し（または、有する可能性があり）偽造を防ぐためのセキュリティを確保した技術を使用して印刷されなければならないチケットなどの印刷文書を意味するために使用される。用語「クーポン」は、あってもごく僅かな金銭価値しかなく、バウチャに必要なほど高度なセキュリティを使用せずに印刷することができる文書を指すために使用される。セキュリティを確保した技術を使用してクーポンを印刷してもよいが、セキュリティレベルは、一般に、バウチャと関連して使用される技術より低いことは理解されたい。
【０００３】
例えば、カジノや競馬場などで利用される現金を使用しないゲーミングシステムなどの自動端末で使用するために様々なプリンタシステムが提案されてきた。そのようなシステムでは、例えばトークン、キャッシュ、デビットカード、クレジットカードなどの代わりに、ゲーム利用者が使用するためにバウチャが印刷される。そのような自動端末は、中央システムコントローラ（ＣＳＣ）によってネットワークを介して制御されてもよく、あるいは少なくとも部分的に制御されてもよい。ＣＳＣは、端末と同じ場所にあってもよく、離れた場所にあってもよい。離れた場所にあるＣＳＣが、複数の施設（様々なカジノ、競馬場、宝くじ売り場など）にある様々な数の端末にサービスを提供する場合がある。
【０００４】
端末を使用する施設で、端末プリンタがバウチャ以外のものを印刷したい場合がある。例えば、そのような施設が、その施設で使用するためのクーポンを印刷したい場合がある。そのようなクーポンは、例えば、施設において無料または割引の食物を提供する場合がある。また、例えば、様々なマーケティング、広告、販売促進の目的を達成するために、将来のイベントの特別値引き、新しい製品とサービスの広告、無料または割引駐車、ホテルルームのアップグレード、旅行および娯楽促進、コンテスト参加など、他のタイプのクーポンも考えられる。
【０００５】
既に市場にあるほとんどの端末では、施設管理者が端末のプリンタ部分にアクセスしてバウチャと別（バウチャと無関係でもよい）の特別のクーポンを印刷する方法はない。そのような機能を提供するために、ベンダは、クーポンを印刷することができる新しい型の端末を提示した。これらの新しい端末は、端末プリンタがバウチャとクーポンを印刷することを可能にするために独自のソフトウェア、ハードウェアおよび／またはプロトコルを使用しなければならない。クーポンの印刷は、実行されるとき、バウチャに使用されるセキュリティが確保された処理チャンネルによって処理され、バウチャは、より厳密なアクセス制御とセキュリティ要件を受ける。この解決策は、新しい端末の購入を必要とするため、多くの施設は許容できない。そのような端末を数百台も有する施設では、この解決策には法外なコストがかかる。
【０００６】
設備がその端末からクーポンを印刷するためのよりコスト効果の高い方法を提供することは有利である。そのようなシステムは、既存の端末を置き換えることなく、現在の端末を使用できることが好ましい。また、端末（例えば、賭博端末、ＰＯＳ端末、または他の消費者端末）の内部にあるコントローラ（例えば、セキュアコントローラ）が端末プリンタと通信してバウチャを印刷でき、また装置の外部にあるＣＳＣが組み込み端末プリンタと通信してクーポンや他の文書を印刷できると好都合である。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、既存および将来の端末と共に使用し且つ以上その他の利点を享受する様々なプリンタインタフェースの実施形態を提供する。
【課題を解決するための手段】
【０００８】
本発明によれば、プリンタを駆動するための方法が提供される。第１のドライバは、第１コントローラ（例えば、ローカルコントローラ）から、印刷する情報を示すデータを受け取る。第２のドライバは、第２コントローラ（例えば、中央システムコントローラ）から、印刷する情報を示すデータを受け取る。プロセッサが、第１と第２のドライバに応じてプリンタの標準形式のプリンタコマンドを生成する。
【０００９】
一実施形態では、第１のドライバは、第１の形式でデータを受け取り、第２のドライバは、第２の形式でデータを受け取る。例えば、第１のドライバは、ＲＳ−２３２、ネットプレックス、ＵＳＢ、イーサネット（登録商標）またはＩ２Ｃのうちのいずれかの形式でデータを受け取り、第２のドライバは、ＲＳ−２３２、ネットプレックス、ＵＳＢ、イーサネット（登録商標）またはＩ２Ｃのうちの別の形式でデータを受け取る。
【００１０】
第１のドライバとプロセッサは、第１コントローラからのデータをデコードし、デコードした第１コントローラデータを標準形式に変換する。第２のドライバとプロセッサは一緒に第２コントローラからのデータをデコードし、デコードした第２コントローラデータを標準形式に変換する。示した実施形態では、第１のドライバプロセスは、バウチャの印刷に使用するために第１コントローラからのキャッシュデータを処理する。第２のドライバは、クーポンの印刷に使用するために第２コントローラからの非キャッシュデータを処理する。
【００１１】
インタフェースは、プリンタに組み込まれてもよい。代替として、インタフェースは、プリンタの外部に提供されてもよい。プリンタは、例えば、ゲーム機プリンタ、販売時点情報管理端末プリンタなどを含むことができる。
【００１２】
第１コントローラと第２コントローラからプリンタを駆動する方法を開示する。この方法は、第１コントローラと第２コントローラからの通信を監視する工程を含む。コントローラの一方からプリンタ通信を受け取ったとき、プリンタの可用性が判定される。プリンタが使用可能な場合、プリンタデータが、プリンタに通信するためにある形式でデコードされ標準プリンタ形式に変換される。プリンタが使用可能でない場合、プリンタデータは、後でプリンタが使用可能になった後でプリンタに通信するためにある形式でデコードされ標準プリンタ形式に変換される。通信の監視は続く。
【００１３】
プリンタが使用可能でないとき、プリンタ通信を受け取ったコントローラに、プリンタが使用中であることを通知することができる。代替として、プリンタが使用可能でない場合、プリンタ通信を受け取ったときにプリンタが使用可能でなかったことを、プリンタ通信を受け取ったコントローラに通知せずに、プリンタデータをバッファし、デコードし、後でプリンタが使用可能になったときに印刷してもよい。
【００１４】
更に他の実施形態では、第１コントローラはローカルコントローラであり、第２コントローラは中央システムコントローラである。ローカルコントローラからプリンタデータを受け取ったときにプリンタが使用可能でない場合は、プリンタが使用可能ではないことをローカルコントローラに通知せずに、プリンタデータをバッファし、デコードし、後でプリンタが使用可能になったときに印刷することができる。プリンタデータを中央システムコントローラから受け取ったときプリンタが使用可能でない場合、中央システムコントローラは、プリンタが使用中であるという通知を受ける。その場合、中央システムコントローラからのデータをバッファし、デコードし、後で印刷することもでき、中央システムコントローラが、プリンタデータを後で送ることを試みてもよい。
【００１５】
プリンタ通信を両方のコントローラから同時に受け取った場合、第１（例えば、ローカル）コントローラに基本設定を提供することができる。代替として、所望のシステムの実施態様により、第２（例えば、中央システム）コントローラに基本設定を提供することもできる。プリンタには、例えば、ゲーム機プリンタや販売時点情報管理端末プリンタを含むことができる。
【発明を実施するための最良の形態】
【００１６】
本発明は、顧客に提供するためのバウチャとクーポンの印刷に関する。より詳細には、本発明は、プリンタが、第１コントローラからのコマンドに応じてバウチャを印刷し、第２コントローラからのコマンドに応じてクーポンを印刷することを可能にするインタフェースに関する。プリンタは、ゲーム機（例えば、スロットマシンや抽選端末）、自動販売機、自動チケット販売端末、ＰＯＳ端末装置などの顧客が操作する端末内にあることができる。例示的な実施態様では、第１コントローラは、顧客が操作する端末の一部の「ローカルコントローラ」であり、第２コントローラは、端末から遠くに配置された「中央システムコントローラ」である。ゲーム機の実施態様において、第１コントローラは、しばしば「ゲームコントローラ」と呼ばれるゲーム機の一部分を構成することができる。そのような実施態様では、第２コントローラは、しばしば「ゲーム管理ユニット」と呼ばれる中央システムコントローラを構成することができる。一般に、第１コントローラは、顧客にバウチャとクーポンを提供する端末の一部であり、第２コントローラは、リモート装置であり、このリモート装置は、端末が配置された施設と同じ施設内にあってもよく、異なる施設内の実質的に任意の場所にあってもよい。
【００１７】
本明細書では、開示した実施形態の様々な要素間で信号を通信する際に使用される様々な周知の規格について述べる。そのような規格には、ＲＳ−２３２、ＵＳＢ、ネットプレックス（Netplex）、イーサネット（登録商標）、Ｉ２Ｃ規格がある。ＲＳ−２３２は、データ端末装置とデータ通信装置の間のインタフェースを提供する周知の規格であり、シリアルバイナリデータ交換が使用される。ネットプレックスは、米国ネバダ州リノのInternational Game Technologyによって開発された規格で、中央システムと周辺装置の間の分岐シリアル通信リンクを提供し、情報を転送し周辺装置の制御を可能にするために使用される。ユニバーサルシリアルバス（ＵＳＢ：Universal Serial Bus）は、ＵＳＢ−ＩＦ（Implementers Forum）によって開発された接続仕様である。ＵＳＢは、コンピュータの外部の周辺装置を接続するために使用され、特定の装置に必要なカードを取り付けるためにコンピュータケースを開けなくてはならない不便さをなくす。イーサネット（登録商標）は、ＩＥＥＥ  ８０２．３によって定義されたネットワーク仕様で、高速ローカルエリアネットワーク（ＬＡＮ）、Ｉ２Ｃ、または２ワイヤ通信を実施するために使用され、Phillips Semiconductorによって開発された同期シリアル通信の一形態である。
【００１８】
本明細書で開示するインタフェースは、バウチャとクーポンの両方を提供するために独自の端末を購入しなければならない先行技術のシステムの欠点を克服する。そのような先行技術のシステムを図１に示す。この図では、ゲームコントローラ１４からのコマンドに応じてバウチャとクーポンを印刷する端末プリンタ１０が提供される。ゲームコントローラ１４は、プリンタに対応するプロトコル１２を使用してプリンタ１０に印刷コマンドを提供する。例えば、プロトコル１２は、データ伝送技術では周知のＲＳ−２３２とネットプレックスプロトコルのいずれかからなることができる。
【００１９】
図１の先行技術の実施形態では、ゲームコントローラ１４は、ゲーム機に含まれている独自の装置である。ゲームコントローラは、プリンタ、コインディスペンサ、紙幣識別装置、リール（スロットマシン用）を含む基本的なゲーム機ハードウェアを制御し、システムインタフェース１６を介して中央システムコントローラから得られたシリアル番号を使ってチケットデータを生成する。システムインタフェースは、中央システムコントローラおよびゲームコントローラと通信する。システムインタフェースは、中央システムコントローラからチケットシリアル番号を取得し、その番号をゲームコントローラに提供する。また、システムインタフェースは、プレーヤを追跡する役割をし、ゲーム機カードの読み取りと表示を制御する。
【００２０】
そのような特定のゲーム機製造業者はそれぞれ、一般に、自分のゲームコントローラ技術を有し、そのような技術は、セキュリティと競合のために秘密にされている。プリンタを駆動するゲームコントローラの独自の性質により、顧客は、クーポンなどの他の文書を印刷するためにプリンタに直接アクセスすることができない。また、クーポン印刷が今日のゲーム機で行われる場合、その印刷は、独自のゲームコントローラだけによってのみ提供され、すなわちクーポンを生成するにはゲーム機製造業者と協力しなければならず、特に顧客がクーポンを印刷したい場合、ゲーム機の製造業者は、ゲームコントローラ１４で印刷する技術を提供しなければならない。これにより、製造業者は、現在のゲーム機をアップグレードするかあるいはクーポン印刷機能を備えた新しいゲーム機の購入を必要とするための追加料金を課すことができる。
【００２１】
少なくとも１社のゲーム機製造業者は、中央システムコントローラで入力されたクーポン情報を、通信路１８を介してゲーム機システムインタフェース１６に通信できるようにする新しいモデル端末を提供した。通信路１８は、例えば、専用ネットワーク（有線および／または無線）やインターネットからなることができる。システムインタフェース１６は、経路１５を介してクーポン情報を独自のゲームコントローラ１４に渡し、ゲームコントローラ１４は、必要に応じてその情報を変換して、端末プリンタ１０に提供されるクーポン印刷コマンドを生成する。ゲームコントローラ１４だけがプリンタと通信するので、クーポンの印刷を達成する独自のゲームコントローラ技術の使用を回避する方法はない。従って、ゲーム機を所有する施設（例えば、カジノ）は、ゲーム機が印刷するように既に設計されているバウチャの他にクーポンを印刷する機能を提供するために、ゲーム機製造業者に完全に依存する。
【００２２】
図２は、本発明による一実施形態を示し、この実施形態では、ゲーム機製造業者に依存することなくクーポンを印刷することができる。図２の実施形態では、システムインタフェース２６と「第１」ゲームコントローラ２４とプリンタ２０の間にプリンタインタフェース２３が提供される。「第２」中央システムコントローラからの情報（印刷される特定のクーポンを定義する情報を任意に含む）は、通信路２８を介して（通信路１８と同じように）システムインタフェース２６に提供される。システムインタフェースは、中央システムコントローラから受け取ったデータを、経路２９を介して（図１の経路１５と同様）、従来のようにゲームコントローラ２４に渡す。ゲームコントローラ２４から出力として提供される従来のデータは、例えば、ＲＳ−２３２やネットプレックスなどのゲームコントローラによって使用される通常のプロトコルにより、経路２５を介してプリンタインタフェース２３に通信される（「プロトコルＡ」）。また、中央システムコントローラから受け取った情報は、Ｉ２Ｃなどの適切なプロトコルに従って、経路２７を介してシステムインタフェース２６からプリンタインタフェース２３に直接通信される（「プロトコルＢ」）。プリンタ情報をシステムインタフェース２６からプリンタインタフェース２３に送るために様々な異なるプロトコルのどれも使用できることを理解されたい。実際には、本発明の利点の１つは、システムインタフェースとプリンタインタフェースの間の通信が、ゲームコントローラとプリンタインタフェースの間の通信と違い、独自の通信でないことである。従って、プロトコルＡはゲーム機製造業者によって定義されるが、プロトコルＢはそのように定義されない。プロトコルＢは、システムインタフェースが通信することができる任意のプロトコルでよい。汎用プリンタインタフェース２３を提供することによって、本発明は、中央システムコントローラからのクーポン情報を、ゲームコントローラ２４を通しその処理要件を受けることなく印刷することができる。
【００２３】
プリンタインタフェース２３は、ゲームコントローラ２４からのデータ（例えば、バウチャ情報）またはシステムインタフェース２６からのデータ（例えば、クーポン情報）を受け取った後、プリンタ２０が使用可能かどうかを判定し、使用可能な場合は、受け取ったデータを、適切な形式でプリンタに通信するように処理する。次に、適切にフォーマットされたデータは、プリンタが受け取るように設計されたプロトコル（例えば、ＲＳ−２３２）を使用して、経路２２を介してプリンタに送られる。プリンタインタフェースの操作は、図５と関連して後でより詳しく説明される。
【００２４】
図３は、プリンタインタフェース２３のハードウェアとソフトウェア／ファームウェア構成要素を示すブロック図である。プロセッサ３０は、それぞれのドライバ３３、３４および／または３５を介して、ゲームコントローラ２４とシステムインタフェース２６から受け取ったデータを処理する。ドライバ３３は、例えば、ゲームコントローラからのネットプレックスプロトコルを使ってフォーマットされたデータを受け取るように構成されたネットプレックスドライバである。そのようなデータは、例えば、バウチャを印刷するのに必要なデータを含むことができる。代替として、ゲームコントローラは、ＲＳ−２３２プロトコルを使ってバウチャデータを提供するように構成されてもよく、その場合、データは、ＲＳ−２３２ドライバ３４を使用してプロセッサ３０によって受け取られ渡されることになる。クーポンデータは、例えばＩ２Ｃプロトコルを使用し、中央システムコントローラからシステムインタフェースを介してプロセッサ３０に提供される。Ｉ２Ｃドライバ３５は、システムインタフェースからのクーポンデータを処理し、それをプロセッサ３０に渡す。
【００２５】
ゲームコントローラとシステムインタフェースから受け取ったデータを、プリンタが必要な形式にデコードし変換する方法をプロセッサ３０に指示するソフトウェアおよび／またはファームウェアが、ＥＥＰＲＯＭ３６とフラッシュメモリ３１の１つまたは複数に記憶される。プロセッサ３０によって計算された暫定値と当該技術分野で既知の他の一時的情報を記憶するためにＳＤＲＡＭ３２が提供される。バウチャまたはクーポン情報は、印刷に適した形式にデコードされ変換された後で、ＲＳ−２３２ドライバ３４を介してプリンタに通信される。プリンタに送られる前に、印字データを一時的にＳＤＲＡＭ３２に記憶することができる。
【００２６】
図４は、プリンタインタフェース２３が端末プリンタに組み込まれている代替実施形態のブロック図である。詳細には、図３に示したすべての要素を端末プリンタ４０に組み込むことができる。プリンタ内に既にあるプリンタコントローラが、プリンタインタフェースプロセッサ３０によって提供される機能の（全てではないが）多くを提供することができるので、そのような実施形態は、代替として、図２に示したような別個のプリンタインタフェースを経済的に提供することができる。また、プリンタインタフェースの要求に応えるために、プリンタ内に既にあるメモリを共用することもできる。このような実施態様により、２つの別個のプロセッサと追加メモリが不要になる。
【００２７】
図４に示したように、次に、図２と関連して検討したゲームコントローラとシステムインタフェースの間のすべての通信が、端末プリンタ４０に直接渡される。プリンタインタフェース２３と通信路２２の機能は、プリンタ４０自体と統合された同等な要素によって実行される。
【００２８】
図５は、プリンタインタフェースの通信フローを示すフローチャートである。示した通信フローが、プリンタインタフェースの１つの可能な実施態様の一例であり、他の実施態様が可能であり本発明の意図された範囲に含まれることに注意されたい。
【００２９】
図５のルーチンは、ボックス５０から始まる。ボックス５２で、ゲームコントローラとシステムインタフェースからの通信ポートの通信イベントが監視される。例えば、図２に示した実施形態では、プリンタインタフェース２３は、経路２５を介したゲームコントローラ２４からの通信を監視する。同様に、システムインタフェース２６からの通信が経路２７を介して監視される。ボックス５４で通信イベント（例えば、プリンタへのメッセージ）が検出された場合、ボックス５６で通信ソース（ゲームコントローラまたはシステムインタフェース）が判定される。
【００３０】
システムインタフェースからプリンタメッセージが到着したと判定されたとき、メッセージはボックス５６からボックス５８に導かれ、プリンタが中央システムコントローラから受け取ったクーポンを印刷できるかどうかが決定される。印刷できない場合、後で再びメッセージを送信できるようにシステムインタフェースに使用状態信号が送られる（ボックス６０）。代替として、後でプリンタが使用可能になったときに印刷するためにプリンタメッセージをバッファしてもよい（そのオリジナルの形式またはデコードされた形式で）。そのような場合、所望の実施態様に応じてシステムインタフェースに使用中信号が送られてもよく送られなくてもよい。次に、ルーチンは、ボックス５２に示したように通信ポートを監視し続ける。
【００３１】
ボックス５８で、プリンタがクーポンを印刷できると判定された場合は、クーポンデータをシステムインタフェースから受け取り（ボックス６２）、デコードし（ボックス６４）、標準プリンタデータストリームに変換する（ボックス６６）。標準プリンタデータストリームは、クーポンを印刷しようとしている特定のプリンタ（例えば、図２の端末プリンタ２０または図４の端末プリンタ４０）用にフォーマットされる。クーポンとバウチャを印刷するために異なるプリンタを提供することができるが、好ましい実施形態は、両方の印刷に同じプリンタを使用することである。クーポン情報が、ボックス６６に示したような標準プリンタデータストリームに変換された後で、その情報は、クーポンの印刷のためにプリンタに転送される（ボックス８０）。次に、ルーチンはボックス５２に戻り、通信ポートがモニタされ続ける。
【００３２】
ゲームコントローラから通信イベントが検出された場合、この事実はボックス５４と５６で決定され、ボックス７０で、プリンタがバウチャを印刷できるかどうかが判定される。印刷できない場合は、ゲームコントローラに使用中状態を送ることができる（ボックス７２）、通信ポートを継続的に監視するためにルーチンはボックス５２に戻る。代替として、プリンタが使用可能でないとき、プリンタが使用可能になったときに後で印刷するためにバウチャデータをバッファすることができる（そのオリジナルの形式またはデコードされた形式で）。そのような場合、所望の実施態様により、使用中信号がゲームコントローラに送られてもよく送られなくてもよい。例えば、コントローラに使用中信号を送らないことによってインプリメンテーションをゲームコントローラに透明にしておくことが有利な場合がある。
【００３３】
ボックス７０でプリンタが使用可能であると判定された場合、ゲームコントローラデータは、ボックス７４で受け取られ、ボックス７６でデコードされ、ボックス７８で標準プリンタデータストリームに変換される。プリンタ用にフォーマットされた標準プリンタデータストリームは、ボックス８０で示したように、バウチャの印刷用にプリンタに渡される。次に、ルーチンは、通信ポートを継続的に監視するためにボックス５２に戻される。
【００３４】
標準プリンタデータストリームは、使用される特定のプリンタによって必要なプロトコルに従ってフォーマットされる。例えば（また図３に示したように）、プリンタデータストリームは、ＲＳ−２３２形式でもよい。当業者は、Ｉ２Ｃ、ネットプレックス、ＵＳＢなどの他の形式を使用できることを理解するであろう。プリンタインタフェースに適切なドライバを提供することによって、新しいプリンタ形式が開発されたときにその形式に対応することができる。
【００３５】
このように、本発明は、プリンタを駆動するためのインタフェースを提供することを理解されたい。例えば、プリンタは、前述のタイプの顧客端末内にあってもよく、クーポンとバウチャを提供する他の装置内にあってもよい。示した実施形態では、第１のドライバは、例えば第１コントローラから、印刷するバウチャ情報を表すデータを受け取る。第２のドライバは、例えば第２コントローラから、印刷するクーポン情報を表すデータを受け取る。プロセッサが、第１と第２のドライバに応じて、プリンタの標準形式のプリンタコマンドを生成する。本発明によるプリンタインタフェースを使用することにより、１台または複数台の端末プリンタを、端末製造業者によって提供されるセキュリティを確保した（かつ通常独自の）ハードウェアおよび／またはソフトウェアでクーポンを処理することなく、バウチャとクーポンの両方に使用することができる。
【００３６】
本発明を様々な特定の実施形態と関連して説明したが、特許請求の範囲に示した本発明の意図する範囲から逸脱することなく実施形態に多数の適応および改良を行うことができることを理解されたい。
【図面の簡単な説明】
【００３７】
【図１】スロットマシン内のプリンタを制御するための先行技術のアーキテクチャのブロック図である。
【図２】本発明によるシステムアーキテクチャのブロック図である。
【図３】本発明による例示的なインタフェースの実施態様のブロック図である。
【図４】本発明による別のシステムアーキテクチャの実施形態のブロック図である。
【図５】本発明を実行するために実施することができる例示的な通信フローを示すフローチャートである。
【符号の説明】
【００３８】
２０  端末プリンタ
２２  プロトコル
２３  プリンタインタフェース
２４  ゲームコントローラ
２５  プロトコルＡ
２６  システムインタフェース
２７  プロトコルＢ
【図１】
2008538034.tif 000003
【図２】
2008538034.tif 000004
【図３】
2008538034.tif 000005
【図４】
2008538034.tif 000006
【図５】
2008538034.tif 000007
【手続補正書】
【提出日】平成19年12月4日(2007.12.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１コントローラと第２コントローラからプリンタを駆動する方法であって、
前記第１コントローラと第２コントローラからの通信を監視する工程と、
前記コントローラの一方からプリンタ通信を受け取ったときにプリンタの可用性を判定する工程と、
（ｉ）プリンタが使用可能な場合に、受け取ったプリンタデータをプリンタに標準プリンタ形式で通信する工程と、
（ｉｉ）プリンタが使用可能でない場合に、受け取ったプリンタデータをバッファし、プリンタが使用可能になった後でそのデータをプリンタに標準プリンタ形式で通信する工程と、
前記通信を監視し続ける工程とを含む方法。
【請求項２】
両方のコントローラから同時にプリンタ通信を受け取った場合に、コントローラのうちの所定のコントローラに基本設定を提供する、請求項１に記載の方法。
【請求項３】
前記プリンタはゲーム機プリンタである、請求項１または２に記載の方法。
【請求項４】
前記プリンタは販売時情報管理端末プリンタである、請求項１または２に記載の方法。
【請求項５】
プリンタが使用可能でない場合に、プリンタ通信を受け取ったコントローラにプリンタが使用中であることを通信する、請求項１ないし４のいずれかに記載の方法。
【請求項６】
プリンタが使用可能でない場合に、プリンタ通信を受け取ったときにプリンタが使用可能でなかったことを、プリンタ通信を受け取ったコントローラに通知せずに、受け取ったプリンタデータをバッファし、後でプリンタが使用可能になったときに印刷する、請求項１ないし４のいずれかに記載の方法。
【請求項７】
プリンタインタフェースを提供する工程と、
第１の通信路を介して前記第１コントローラから通信を受け取り監視する工程と、
第２の通信路を介して前記第２コントローラから通信を受け取り監視する工程と、
プリンタが使用可能でない場合に、前記受け取ったプリンタデータをバッファする工程と、
前記受け取ったプリンタデータを第３の通信路を介して前記プリンタに送る工程とを含む、請求項１ないし６のいずれかに記載の方法。
【請求項８】
前記プリンタインタフェースはプリンタの外部にある、請求項７に記載の方法。
【請求項９】
前記プリンタインタフェースで両方のコントローラから同時にプリンタデータを受け取った場合に、コントローラの所定の一方に基本設定を提供する、請求項７または８に記載の方法。
【請求項１０】
前記コントローラの所定の一方から受け取ったプリンタデータが、前記第３の通信路を介して前記プリンタに送られ、
前記コントローラの他方から受け取ったプリンタデータがバッファされ、
前記バッファされたプリンタデータは、前記コントローラの所定の一方からの前記プリンタデータが印刷された後で前記第３の通信路を介して前記プリンタに送られる、請求項９に記載の方法。
【請求項１１】
第１コントローラと第２コントローラからプリンタを駆動する方法であって、
前記コントローラからの通信を監視する工程と、
プリンタ通信を前記コントローラの一方から受け取ったときにプリンタの可用性を判定する工程と、
（ｉ）プリンタが使用可能な場合に、受け取ったプリンタデータをプリンタに標準プリンタ形式で送る工程と、
（ｉｉ）第１コントローラからプリンタデータを受け取ったときにプリンタが使用可能でない場合は、プリンタが使用可能ではないことを第１コントローラに通知せずに、受け取ったプリンタデータをバッファし、後でプリンタが使用可能になったときに前記標準プリンタ形式でプリンタに送る工程と、
そして
（ｉｉｉ）プリンタデータを第２コントローラから受け取ったときにプリンタが使用可能でない場合に、第２コントローラにプリンタが使用中であることを通知する工程とを含む方法。
【請求項１２】
第１コントローラはローカルコントローラであり、第２コントローラは中央システムコントローラである、請求項１１に記載の方法。