(57)【要約】  開示されるツアーロイヤルティシステム（ＪＬＳ）および稼動方法は、ツアービジネスを効果的に運営および管理するように適合されている。【選択図】図１
2012519892.tif 000002
【特許請求の範囲】
【請求項１】
顧客のロイヤルティを増させる方法であって、
プロセッサと、ディスプレイと、コンピュータ可読媒体と、前記顧客のロイヤルティポイントを計算するコーディングとを含むコンピューティングデバイスを提供する段階と、
前記顧客の１ゲーム旅行中の１ゲームにおける、交換不可能チップの量に交換されたキャッシュチップの量により決定されるローリング量を計算することを含む、前記顧客の、顧客プレイ履歴に関連付けられたパフォーマンス値を決定する段階と、
前記顧客の前記パフォーマンス値に基づいて前記顧客の前記ロイヤルティポイントを計算する段階と、
前記顧客の前記ロイヤルティポイントを前記コンピュータ可読媒体に格納する段階と、
前記顧客の前記ロイヤルティポイントを前記ディスプレイに表示する段階と
を備える方法。
【請求項２】
前記方法は、前記顧客に可搬型メモリ格納デバイスを提供する段階をさらに備え、
前記コンピューティングデバイスはさらに、前記顧客の信用枠を決定するコーディングを含み、
前記方法は、前記顧客がゲームセッションで負けるリスクを、前記顧客が負けるリスクを計算するプログラム命令により計算する段階をさらに備え、
前記コンピューティングデバイスは、前記プログラム命令を実行し、
前記プログラム命令は、
ゲームプレイに関連付けられた予め定められた支払い率と、
前記ゲームセッションに関連付けられた現在の支払い率を、前記予め定められた支払い率に基づいて決定するステップ、前記ゲームセッションで前記顧客が行った賭けを決定するステップ、前記顧客の、顧客プレイ履歴に関連付けられたパフォーマンス値を決定するステップ、及び前記予め定められた支払い率、前記賭け、並びに前記パフォーマンス値から前記顧客が負けるリスクを計算するステップを含むメソッドと
を含み、
前記方法は、前記顧客の負けるリスクに関連付けられた指標を、前記コンピューティングデバイスの前記ディスプレイに表示する段階と、
前記コンピューティングデバイスと通信可能に構成された前記可搬型メモリ格納デバイスに、保険の記録を格納する段階とをさらに備える請求項１に記載の方法。
【請求項３】
前記可搬型メモリ格納デバイスに、前記保険の額に基づいて増分されるロイヤルティポイントの記録を格納する段階をさらに備える請求項２に記載の方法。
【請求項４】
前記可搬型メモリ格納デバイスに、前記保険の量に基づいて増分される報酬ポイントの記録を格納する段階をさらに備える請求項２に記載の方法。
【請求項５】
前記顧客の前記信用枠を決定する前記コーディングは、前記顧客の信用の格付けをリアルタイムに計算する命令を含む、請求項２に記載の方法。
【請求項６】
前記命令は、前記顧客の信用の格付けをリアルタイムに計算する請求項５に記載の方法。
【請求項７】
負債データと負債の返済データとを含む履歴データに基づいて前記信用の格付けをリアルタイムに計算する段階と、
前記顧客の前記信用枠を決定する段階と、
前記ディスプレイに前記顧客の前記信用枠を表示する段階と
をさらに備える請求項６に記載の方法。
【請求項８】
前記可搬型メモリ格納デバイスはＲＦＩＤカードである請求項２に記載の方法。
【請求項９】
前記ゲームはバカラであり、
前記ゲームプレイはバカラゲームプレイである請求項２に記載の方法。
【請求項１０】
負債の清算時を計算することを含む、前記顧客の結果値を決定する段階をさらに備える請求項２に記載の方法。
【請求項１１】
前記顧客の一定の期間におけるローリングを、ツアー運営者が拡張した信用枠で除算した値を計算することを含む、前記顧客のフォールド値を決定する段階をさらに備える請求項２に記載の方法。
【請求項１２】
前記顧客が利用するウェブポータルサービスの量を計算することを含む、前記顧客の頻度値を決定する段階をさらに備える請求項１０に記載の方法。
【請求項１３】
顧客のロイヤルティを増させるシステムであって、
プロセッサと、コンピュータ可読媒体と、前記顧客のロイヤルティポイントを計算し、負けるリスクを計算するコーディングと、ディスプレイとを含むコンピューティングデバイスを備え、
前記コーディングは、
ゲームプレイに関連付けられた予め定められた支払い率と、
ゲームセッションに関連付けられた現在の支払い率を、前記予め定められた支払い率に基づいて決定する命令と、
前記ゲームセッションで前記顧客が行った賭けを決定する命令と、
前記顧客の、顧客プレイ履歴に関連付けられたパフォーマンス値を決定する命令と、
前記予め定められた支払い率、前記賭け、および前記パフォーマンス値から前記顧客が負けるリスクを計算する命令とを含み、
前記ディスプレイは、前記負けるリスクに関連付けられた指標と、前記顧客の前記ロイヤルティポイントとを表示し、
前記コンピューティングデバイスは、前記コンピューティングデバイスと通信可能に構成された可搬型メモリ格納デバイスに、保険の記録を送信する
システム。
【請求項１４】
前記可搬型メモリ格納デバイスは、前記顧客の前記ロイヤルティポイントと、保険の記録とを格納する請求項１３に記載のシステム。
【請求項１５】
前記可搬型メモリ格納デバイスはＲＦＩＤカードである請求項１３に記載のシステム。
【請求項１６】
前記コンピューティングデバイスは、自動カード画像変換器を含む請求項１３に記載のシステム。
【請求項１７】
前記コンピューティングデバイスは、音声入力部と、音声を認識するよう構成されたコーディングとを含む請求項１３に記載のシステム。
【請求項１８】
前記コンピューティングデバイスは、ビデオカメラを含む請求項１３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、REDDOT BUSINESS SOLUTIONS, LTDを出願人とするPCT国際出願として提出されており、２００９年３月５日で提出された「ツアービジネス用のシステムおよび方法：SYSTEM AND METHOD FOR JUNKET BUSINESS」なる名称の米国仮特許出願番号６１／１５７，８０２号明細書の優先権を主張しており、その全体を全ての目的でここに参照として組み込む。
【０００２】
記載は、ツアーゲーム管理のためのシステムおよび方法に係る。
【背景技術】
【０００３】
ツアービジネスは、ゲーム／カジノ産業に長い間存在してきた。ツアービジネスは、旅行の手配、食事の提供、その他の調整に加えて、ギャンブルの手配といった様々な領域に亘る顧客のニーズを満たす必要がある。
【０００４】
カジノツアー運営者は、顧客のリゾートへのツアー旅行の手配および提供をする。リゾートにはカジノが含まれてよい。カジノツアー運営者は付随的なサービスも提供する場合がある。カジノツアー運営者およびゲーム産業は、これまで協働して様々なレベルの成功を収めてきた。近年、ゲーム産業に参入するカジノツアー運営者が増える傾向にある。これにより、顧客にとっては、リゾートへのツアー旅行を計画する際にツアー運営者の選択肢が増えた。
【０００５】
従って、顧客は、時と場所に応じて様々なカジノツアー運営者を選択することができるようになった。競合相手が増えたことから、カジノツアー運営者は、顧客を誘致するために様々な方法を利用するようになった。これらの方法の例では、歩合のリベートを高める申し出をしたり、および／または、信用枠（credit facility）を高める申し出をしたりする。競合する申し出に引かれて、顧客は自由に自身の利用するカジノツアー運営者を次々と替えることができた。特定のカジノツアー運営者を利用し続ける理由がないからである。今までは顧客が特定のカジノツアー運営者にロイヤルティを持ち続けるインセンティブはなかった。
【０００６】
これは、一部のカジノツアー運営者にとっては、いくらカジノ運営者が課す最大歩合までリベートを申し出たとしても、利益幅を削り取られ、且つ、リピートしてくれる顧客もないことから、産業から脱落していくことになっており、苦しい状況であった。
【０００７】
一般的には、カジノツアー運営者は、ゲームに関しないサービスを提供することで顧客をカジノの入口まで案内する、というツアー旅行を企画する。顧客は、カジノサービスを提供するカジノの主催者のもとに残される。信用枠（credit line）はカジノ側から顧客へと直接渡されるので、ツアー運営者は、ゲームのチップの換金、清算（settle）等の、ゲームに関するサービスに関与しない。ゲーム関連の要求、および、ゲームの口座を閉じるまでのサービス全ては、顧客がカジノ側と直接やりとりする。
【０００８】
一部では、カジノツアー運営者とカジノとが協働を始めている。例えば、一部のカジノツアー運営者は、独立エージェントとして振る舞う許可をカジノから受ける。場合によっては、政府の認可が必要となる場合もある。独立エージェントとなったカジノツアー運営者は、カジノでギャンブルするツアー旅行を顧客向けに直接企画・販売することが許される。さらに、この種類のカジノツアー運営者は、カジノで自身のサービスを提供することもできるようになる。一般的には、カジノは、カジノツアー運営者がそのカジノに連れてきた顧客がギャンブルした量に基づいた歩合をこのカジノツアー運営者に与えている。さらには、ゲーム関連のサービスを顧客に提供することをカジノツアー運営者に対して許可するカジノも出てきた。しかし、これらゲーム関連のサービスはあまり効果的ではなかった。カジノツアー運営者が提供する種類のゲーム関連のサービスは、マニュアル化された方法を利用した初歩的なものである場合が多い。従って、例えば、ツアー運営ビジネス活動をトラッキング、評価、実行する点で、ひいては、これらの活動を管理するという点で、多くの障害および問題が出ている。一例としては、これまでのところ、ゲーム関連の活動を、流れの速いカジノ環境で手動によりリアルタイムにトラッキングおよび分析することは不可能であった。透明性および信頼性の欠如から、顧客から信頼およびロイヤルティを勝ち得ることはさらに困難であった。
【０００９】
以上に鑑みて、カジノツアー運営者に対する顧客のロイヤルティを増させるよう、現在の技術水準を向上させる必要が長年感じられていた。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ここに開示するツアーロイヤルティシステム（ＪＬＳ）および処理方法は、ツアービジネスの効果的な運営および管理に適合されている。
【００１１】
顧客のロイヤルティを増させる一実施形態における方法は、顧客のロイヤルティを増させる方法であって、プロセッサと、ディスプレイと、コンピュータ可読媒体と、顧客のロイヤルティポイントを計算するコーディングとを含むコンピューティングデバイスを提供する段階を備える。方法はさらに、顧客のパフォーマンス値を決定する段階を決定する段階を備える。顧客のパフォーマンス値を決定する段階は、顧客の１ゲーム旅行中の１ゲームにおける、交換不可能チップの量に交換されたキャッシュチップの量により決定されるローリング量を計算することを含む。方法はさらに、顧客のパフォーマンス値に基づいて顧客のロイヤルティポイントを計算する段階と、顧客のロイヤルティポイントをコンピュータ可読媒体に格納する段階と、顧客のロイヤルティポイントをディスプレイに表示する段階とを備える。ローリング情報の取得は、紙のカードに記録するという手動における方法によって行うこともできる。
【００１２】
方法はさらに、顧客に可搬型メモリ格納デバイスを提供する段階をさらに備え、顧客がゲームセッションで負けるリスクを、顧客が負けるリスクを計算するプログラム命令により計算する段階をさらに備え、コンピューティングデバイスは、プログラム命令を実行する。プログラム命令は、ゲームプレイに関連付けられた予め定められた支払い率と、ゲームセッションに関連付けられた現在の支払い率を、予め定められた支払い率に基づいて決定することと、ゲームセッションで顧客が行った賭けを決定すること、顧客の、顧客プレイ履歴に関連付けられたパフォーマンス値を決定することと、予め定められた支払い率、賭け、およびパフォーマンス値から顧客が負けるリスクを計算することとを含むメソッドとを含む。方法は、顧客の負けるリスクに関連付けられた指標を、コンピューティングデバイスのディスプレイに表示する段階を備える。方法はさらに、コンピューティングデバイスと通信可能に構成された可搬型メモリ格納デバイスに、保険の記録を格納する段階とをさらに備える。
【００１３】
別の実施形態では、方法は、可搬型メモリ格納デバイスに、保険取引に基づいて増分されるロイヤルティポイントの記録を格納する段階をさらに備える。別の実施形態では、方法は、可搬型メモリ格納デバイスに、保険取引に基づいて増分される報酬ポイントの記録を格納する段階をさらに備える。また別の実施形態では、顧客の信用枠を決定するコーディングは、顧客の信用の格付けをリアルタイムに計算する命令を含む。命令は、顧客の信用の格付けをリアルタイムに計算するよう構成されてよい。方法は、負債データと負債の返済データとを含む履歴データに基づいて信用の格付けをリアルタイムに計算する段階を備える。方法は、顧客の信用枠を決定する段階と、ディスプレイに顧客の信用枠を表示する段階を備える。
【００１４】
また別の実施形態では、可搬型メモリ格納デバイスはＲＦＩＤカードである。別の実施形態では、ゲームはバカラであり、ゲームプレイはバカラゲームプレイである。
【００１５】
また別の実施形態では、方法は、顧客の結果値を決定する段階をさらに備える。顧客の結果値は、負債の清算時を計算することを含む方法により決定される。
【００１６】
また別の実施形態では、方法は、顧客のフォールド値を決定する段階をさらに備える。顧客のフォールド値は、顧客の一定の期間におけるローリングを、ツアー運営者が拡張した信用枠で除算した値を計算することを含む方法により決定される。
【００１７】
別の実施形態では、方法は、顧客の頻度値を決定する段階を備える。顧客の頻度値は、顧客が利用するウェブポータルの量を計算することを含む方法によって決定される。
【００１８】
別の実施形態では、顧客のロイヤルティを増させるシステムが開示される。システムは１以上のコンピューティングデバイスを備える。各コンピューティングデバイスは、プロセッサと、コンピュータ可読媒体と、顧客のロイヤルティポイントを計算し、負けるリスクを計算するコーディングと、ディスプレイとを含む。コーディングは、ゲームプレイに関連付けられた予め定められた支払い率と、ゲームセッションに関連付けられた現在の支払い率を、予め定められた支払い率に基づいて決定する命令と、ゲームセッションで顧客が行った賭けを決定する命令と、顧客の、顧客プレイ履歴に関連付けられたパフォーマンス値を決定する命令と、予め定められた支払い率、賭け、およびパフォーマンス値から顧客が負けるリスクを計算する命令とを含む。コンピューティングデバイスのディスプレイはさらに、負けるリスクに関連付けられた指標と、顧客のロイヤルティポイントとを表示するよう適合されている。コンピューティングデバイスは、コンピューティングデバイスと通信可能に構成された可搬型メモリ格納デバイスに、保険の記録を送信する。
【００１９】
別の実施形態では、システムは、顧客のロイヤルティポイントと、保険の記録とを格納する可搬型メモリ格納デバイスをさらに備える。可搬型メモリ格納デバイスはＲＦＩＤカードである。コンピューティングデバイスは、自動カード画像変換器を含む。別の実施形態では、コンピューティングデバイスは、音声入力部と、音声を認識するよう構成されたコーディングとを含む。別の実施形態では、コンピューティングデバイスは、ビデオカメラを含む。
【００２０】
図面は、概して必ずしも実際の縮尺率では描かれておらず、限定ではなく例示として描かれており、本願の様々な実施形態を示している。
【図面の簡単な説明】
【００２１】
【図１】ツアーロイヤルティシステム（ＪＬＳ）の一実施形態のシステム図を示す。
【図２】図１のＪＬＳの実施形態のシステムアーキテクチャを示す。
【図３】ツアーの多対多関係（ＪＭＴＭ）の定義された組織構造の一実施形態のブロック図である。
【図３Ａ】ＪＭＴＭ関係の一実施形態のダイアグラムを示す。
【図４】ビジネスのトラッキング、評価、および追跡（ＴＲＥＴ）の一実施形態のブロック図を示す。
【図５】顧客に対するツアーロイヤルティ管理（ＪＬＭ）サブシステムの一実施形態のデータフローを示す。
【図６】ツアー動的保険プレイ（ＤＩＰ）サブシステムの一実施形態のデータフローを示す。
【図７】図６のＤＩＰサブシステムの論理図を示す。
【図８】ツアー信用管理（ＪＣＭ）サブシステムの一実施形態のブロック図を示す。
【図９】ツアーおよびエージェント報酬格付け（ＪＡＲ）サブシステムの一実施形態のブロック図を示す。
【発明を実施するための形態】
【００２２】
以下の詳細な記載では、その一部をなし、発明のコンセプトを実施することのできる特定の実施形態を例示により示す添付図面が参照される。これら実施形態は、当業者がＪＬＳを実行することができる程度に十分詳細に示されており、実施形態は組み合わせられてもよいし、個別に利用されてもよいし、あるいは、他の実施形態を利用することもでき、構造上および手続き上の変更は本発明のコンセプトの精神および範囲を逸脱しない。以下の詳細な記載は幾つかの例を提供しており、本発明の範囲は、添付請求項およびその均等物により定義される。
【００２３】
本開示で利用される「ツアー」という用語は、顧客の能力に関する経済的な義務を満たす能力、または、ギャンブルする目的で認可されたゲーム施設に来る意志に基づいて参加を選択した顧客、または参加を許可された顧客を呼び込む手配のことである。顧客は、交通、食事、宿泊、または娯楽コストの全てまたは一部を、ゲーム施設の実施権者またはエージェントから直接的または間接的に支払われる場合がある。
【００２４】
本開示で利用される「ツアー運営者」「カジノツアー運営者」「ツアープロモータ」「カジノツアープロモータ」という用語は、ツアービジネスを運営する個人または実体のことである。一実施形態では、ツアー運営人は、独立エージェントとして機能するゲーム施設の実施権者である。一実施形態では、ツアー運営人がゲーム施設内で機能するには、地方政府からの承認が必要となる場合もある。認可を与えられる代わりに、ツアー運営人は、一定の取引条件に準拠する必要がある場合がある（例えば、最低限のビジネス量を達成する、および／または、信用枠を構築するための何らかの担保を提供する等）。
【００２５】
「ツアー代表者」という用語は、ツアー運営人が雇っている、ツアー運営人の代わりにツアーを推進または実施する個人のことである。
【００２６】
本開示で利用される「任命されたエージェント」または「エージェント」という用語は、主な役割が顧客にゲーム施設でギャンブルさせるツアー運営人のエージェントのことであり、本人対代理人関係について規定された取引条件についての承認が存在している（例えば、信用の延長の担保および歩合率等）。個人または実体はだれでも、任命されたエージェントとなることができる。ツアー運営者は通常、個人をエージェントとして任命することを好む。
【００２７】
本開示で利用される「任命された協力者」または「協力者」という用語は、ツアー運営者と協働して、利益／損失共有についての取り決めに基づいてビジネスを開発および促進する個人または実体のことを意味する。
【００２８】
任命された協力者の責任および報酬は、任命されたエージェントのものとは異なる。ツアー運営者は通常、個人を協力者として任命することを好む。
【００２９】
本開示で利用される「ツアー顧客」または「顧客」という用語は、ハウスおよび／またはツアー運営者が提供するプレイ保険に対して賭け事をすることで、ゲーム施設でギャンブルをする、ツアー運営者の個人顧客のことである。顧客には、１）ツアー運営者の直接の個人顧客である、直接の顧客、２）ゲーム施設の運営者が紹介した（refer by）顧客である、直接のゲーム施設の顧客、３）ツアー運営者の既存の顧客が紹介した顧客である、直接の紹介顧客、および、４）任命されたエージェントまたは協力者が紹介した顧客である、紹介顧客が含まれる。
【００３０】
本開示で利用される「ゲーム施設」という用語は、主にゲーム目的に利用される、仮想の施設を含む施設のことであり、ゲーム機器その他の備品がビジネス収益を生じさせるために稼動させられている場所のことである（例えば、ランドカジノ、クルーズ船上の施設、またはインターネットゲーム施設等）。いかなる実体または個人もゲーム施設の実施権者または実施権の希望者となることができることを理解されたい。通常は、ゲーム施設は、法律が認める限りにおいて個人をゲーム施設の実施権者とすることを好むが、これは、個人のほうが説明責任を問い易いからであり、同時に、個人のほうが個人の経済的な能力に基づいて信用枠を構築し易いからである。
【００３１】
本開示で利用される「ゲーム施設運営者」または「ハウス運営者」という用語は、ゲーム施設を運営して、そこで繰り広げられるゲーム活動を管理する実体または個人のことである。ゲーム施設運営者は、ゲーム施設において全ての実質的な監視活動の監視ログ記録をとり、ゲーム施設が運営する全てのゲーム活動の会計記録をとる。
【００３２】
本開示で利用される「ジョイントベンチャー・スキーム」または「ＪＶスキーム」という用語は、契約約定により形成されるツアー運営者と別の当事者少なくとも１人との提携のことであり、これに従って、保険プレイの間、ツアー運営者と、顧客、任命されたエージェントまたは協力者との間にジョイントベンチャーが形成され、彼等の専門知識、資本、尽力、技術および知識が統括される。この結果、ツアー運営者は、保険プレイの利益または損失を、別の当事者少なくとも１人との間で共有する。
【００３３】
本開示で利用される「キャッシュチップ」または「ライブチップ（live chip）」という用語は、ゲーム施設で現金化可能なチップのことである。さらに、キャッシュチップの貨幣価値は、キャッシュチップの額面価格と同等である。キャッシュチップを所有する人は何人であっても、カジノ両替所（casino cashier）に赴いて、この同等額に現金化することができる。
【００３４】
本開示で利用される「交換不可能チップ」または「デッドチップ（dead chip）」という用語は、現金に交換はできないが、ゲーム施設でのゲームに利用はできるチップのことである。さらに、交換不可能チップまたは「デッドチップ」の額面価格は、現金と同額ではない。カジノ両替所は、何人であってもそのチップの交換を受け付けない。これらチップの現金化は、ツアー運営者またはその承認を受けた従業員のみが許された行為である。歩合（同じ百分率）がこれらチップの額面価格から差し引かれる。同意した期間に応じて、これら交換不可能チップの貨幣価値は例えば９０％といった具合に減少する。
【００３５】
例１では、ツアー運営者が１．１％の歩合をゲーム施設運営者から得る場合、一回のツアー旅行の終了時には、カジノ両替所には＄１００，０００の交換不可能チップが戻ることになり、貨幣価値にして＄９８，９００（＄１，１００（＄１００，０００ｘ１．１％を控除した後で））がツアー運営者に支払われる。例２では、ゲーム施設の両替所は、ツアー運営者に、＄９０，０００（同意された百分率分の控除の後で）支払う。
【００３６】
本開示で利用される「ローリング」または「ターンオーバ」という用語は、交換不可能チップにキャッシュチップを交換するプロセスのことであり、顧客のローリングおよびツアーローリングを含む。
【００３７】
ツアーロイヤルティシステム（ＪＬＳ）およびその稼動方法は、ツアービジネスの効果的な運営および管理に適合されている。ＪＬＳは、ツアーの多対多関係（ＪＭＴＭ）、および、ビジネスのトラッキング、評価、および追跡（ＴＲＥＴ）を含む。ＪＬＳはさらに、１）ツアーロイヤルティ管理（ＪＬＭ）サブシステム、２）動的保険プレイに対する報酬およびロイヤルティ（ＲＬＤＩＰ）サブシステム、３）ツアー顧客関係管理（ＪＣＲＭ）サブシステム、４）動的保険プレイ（ＤＩＰ）サブシステム、５）ツアー信用管理（ＪＣＭ）サブシステム、および、６）ツアーおよびエージェント報酬格付け（ＪＡＲ）サブシステム、というサブシステムのうち少なくとも１つを含む。
【００３８】
ＪＬＳは、任意のカジノおよび／または他のゲーム施設または機関との関連で運営可能であることを理解されたい。記載の便宜上、カジノ、カジノ施設、またはその他のゲーム施設および機関を総称して「ゲーム施設」と称することにする。
【００３９】
図１は、ツアー関連のビジネスを運営および管理するためのＪＬＳ１０を含む方法の一実施形態を示す。図１に示されているＪＬＳ１０は、（１）ツアー運営者、ツアー代表者、顧客、任命されたエージェントまたは協力者の間の関係管理を行うＪＭＴＭ１２と、（２）常にトラッキングを行い、リアルタイムに顧客の嗜好およびツアー代表者の活動を評価することにより達成される、様々な接点における顧客、任命されたエージェント、協力者、および、ツアー代表者が実行する処理をリンクさせるメカニズムを提供するＴＲＥＴ１４とを含む。
【００４０】
ＪＬＳ１０は、さらに、以下のサブシステムのうち少なくとも１つを含む。（１）顧客のロイヤルティを向上させるためのプラットフォームを提供するＪＬＭサブシステム１６。ＪＬＭサブシステム１６は、顧客の期待を管理して、ロイヤルティポイントを報酬およびインセンティブに合致させてロイヤルティポイントおよび報酬の間の関係を育てて、顧客のロイヤルティを増させる。ツアー運営者が、顧客のゲームテーブルにおける行動、総利益幅、およびサービス利用の頻度により導き出される、金銭ではない報酬（例えばロイヤルティポイント）を提供する点が固有である。（２）顧客によるドルでの賭け事、負けたドルでの賭け事、勝ったドルでの賭け事、顧客の累積の負けた量から賭けた人への支払額を差し引いた額、賭けた人への累積支払い額に賭けた人の負けた量を足し合わせた額、支払われたドルに対する全ての勝ち、およびツアーポイントの生成（ロイヤルティポイントに等しい）といった、エージェントおよびツアー運営者の顧客両方に対する保険ゲームデータを管理するためのＲＬＤＩＰサブシステム１７。（３）効果的且つ知的な利用のために継続して収集、更新、および分析される顧客のデータから、顧客の嗜好および要件に対する洞察を得て、ビジネス戦略および目的を達成するためのＪＣＲＭサブシステム１８。ＪＣＲＭサブシステム１８は、顧客の要求を予期して高い水準の顧客サービスを提供することにより、顧客のロイヤルティを構築して維持する手助けをすることができる。（４）予め定められたゲーム規則および保険率（insurance odd）のセットに基づいて、顧客に保険のオプションを提供するＤＩＰサブシステム２０。この結果、顧客は、賭け事で勝ち負けすることに伴う認識されているリスクを管理することができるようになる。ＤＩＰサブシステム２０はさらに、特定のゲームの副次的な賭け（side-bet）として考えることもできる。（５）個人（例えば顧客、任命されたエージェント、および／または、協力者）を査定および評価するためのＪＣＭサブシステム２２。査定には、借金の清算および借金の清算まで同意された期間のトラッキングのための信用査定が含まれる。および各個人の顧客、任命されたエージェント、および／または、協力者のゲームの習慣および支払い能力を評価して、適切な格付けおよび報酬を構築する。（６）ＪＬＳ１０が収集したデータを評価して、金銭報酬および金銭ではないインセンティブを計算するために適合されたＪＡＲサブシステム２４。ＪＡＲサブシステム２４は、各全てのゲーム旅行の前後に処理される係数ベースのアプリケーションにより稼動される。
【００４１】
図２は、データベースサーバを含むツアー運営サーバ２６、ローカルエリアネットワーク（ＬＡＮ）２８、通信ネットワーク３０、主要ツアーオフィスシステム３２、オンサイトノートブック３４、コンピューティングデバイス３６、可搬型メモリ格納デバイス３８、およびゲーム施設システム４０を含む、ＪＬＳ１０のシステムの一実施形態を示す。
【００４２】
ツアー運営サーバ２６は、ＬＡＮ２８経由で通信ネットワーク３０に接続する。ツアー運営サーバ２６は、ＪＬＳ１０の他のデバイスと直接的または間接的に、任意の有線または無線通信ネットワーク３０（例えばインターネット、ＬＡＮ、ＷＡＮ、またはＥｔｈｅｒｎｅｔ（登録商標））、Ｔｏｋｅｎ  Ｒｉｎｇ、電話回線、ケーブル線、無線チャネル、光通信回線、商用オンラインサービスプロバイダ、衛星通信リンク、または上述したもののうち任意のものの組み合わせ）経由で通信してよい。デバイス各々は、それ自身が、ツアー運営サーバ２６と通信するよう適合されているＩｎｔｅｌ（登録商標）Ｐｅｎｔｉｕｍ（登録商標）またはＣｅｎｔｒｉｎｏ（登録商標）プロセッサ等のコンピュータその他のコンピューティングデバイスであってよい。任意の数および種類のデバイスがコンピュータと通信可能であってよい。通信ネットワーク３０の一例はインターネットである。ツアー運営サーバ２６は、好適にはインターネット経由でアクセスすることができるものであるが、ローカルエリアネットワーク、ワイドエリアネットワーク、または限定アクセスネットワーク等の他の適切な通信ネットワークを利用することもできる。主要ツアーオフィスシステムは、ＪＬＳ１０関連のアプリケーションのホストであり、ツアー運営サーバにＬＡＮ２８経由で接続される。
【００４３】
ツアー運営サーバ２６は、ここで記載される類のデータを格納および操作するために、関係データベース、オブジェクトに基づくモデル、および／または、分散型データベースを例とするデータベースを含む。加えて、データベースの一部は、デバイス（例えばノートブック）にローカルに格納されてよい。データベース以外の他のメモリ構造の利用も容易である点を理解されたい。
【００４４】
オンサイトノートブック３４は、ノートブックコンピュータである。また、オンサイトノートブック３４は複数のコンピューティングデバイス３６とツアー運営サーバ２６との間の通信ネットワーク３０を介した通信を促進するよう構成された他のデバイスであってもよい。オンサイトノートブック３４は、ゲーム施設に位置し、通信ネットワーク３０を介してツアー運営サーバ２６および主要ツアーオフィスシステムと通信してよい。オンサイトノートブック３４は、運営管理者による操作を受けてよく、ゲーム施設におけるＪＬＳ１０を操作するためのコンポーネントである。オンサイトノートブックは、ツアー運営サーバ２６との間でゲームデータおよび非ゲームデータを同期させるのみならず、オンサイトで主要ツアーオフィスシステム３２と協働してＪＬＳアプリケーションを実行するよう適合されている。
【００４５】
コンピューティングデバイス３６は、プロセッサ、ディスプレイ、コンピュータ可読媒体、および代表者にゲームエリアにおける一定の機能をリアルタイムで実行させるコーディングを含む。図２に示すように、複数のコンピューティングデバイス３６は、オンサイトノートブック３４と通信および同期する。コンピューティングデバイス３６は、携帯情報端末（ＰＤＡ）であってよい。例えばＰＤＡは、ゲーム施設で利用され、ツアーの代表者による操作を受けてよい。ＰＤＡは、ゲーム関連のデータ（ローリング情報）を処理するよう適合されている。コンピューティングデバイス３６は、自動カード画像変換器を含んでよい。コンピューティングデバイス３６は、音声入力部と、音声を認識するよう構成されたコーディングとを含んでよい。コンピューティングデバイス３６は、ビデオカメラを含んでよい。コンピューティングデバイス３６は、自身の機能原理に則って動作する任意の他の形態をとることもできる。
【００４６】
プロセッサ（例えば１以上のマイクロプロセッサ、１以上のマイクロコントローラ、１以上のデジタル信号プロセッサ）は、メモリまたはその他のデバイスから命令を受信して実行することにより、命令が定義する１以上のプロセスを実行する。
【００４７】
さらにＪＬＳ方法を実装するプログラムおよびその他の種類のデータは、様々な媒体（例えば可搬型メモリ格納デバイス３８）を複数の方法で利用することで、格納および送信することができる。一部の実施形態では、ハードワイヤ回路またはカスタムハードウェアを、様々な実施形態のプロセスを実装可能な一部または全てのソフトウェア命令に代えて、またはそれらと組み合わせて利用することができる。このように、ハードウェアおよびソフトウェアの様々な組み合わせをソフトウェア単体の代わりに利用することができる。
【００４８】
様々な形態の機械可読媒体が、例えば命令シーケンス等のデータをプロセッサへ搬送する際に利用されてよい。「機械可読媒体」という用語は、コンピュータ、プロセッサ、または同様のデバイスが読み出すことのできるデータ（例えば命令、データ構造）を提供する動作に関与する任意の媒体のことを称してよい。これら媒体は、不揮発性媒体、揮発性媒体、および送信媒体を含むがこれらに限定はされない数多くの形態であってよい。不揮発性媒体は、例えば光学または磁気ディスク、またはその他の永久メモリを含んでよい。揮発性媒体は、通常はメインメモリを構成するものである動的ランダムアクセスメモリ（ＤＲＡＭ）を含む。送信媒体は、プロセッサに連結されるシステムバスを含むワイヤを含む、同軸ケーブル、銅線ワイヤ、および光ファイバを含む。送信媒体は、無線周波数（ＲＦ）および赤外線（ＩＲ）データ通信中に生成されたもの等である音波、光波、および電磁放射を含んだり搬送したりすることができる。機械可読媒体の通常の形態には、例えばフロッピー（登録商標）ディスク、フレキシブルディスク、サムドライブ、ハードディスク、磁気テープ、任意の他の磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤ、任意のその他の光学媒体、パンチカード、紙テープ、任意のその他の穴のパターンを有する物理的な媒体、ＲＡＭ，ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＥＰＲＯＭ、後に記載する任意の他の種類のメモリチップ、またはコンピュータから読み出すことのできる任意の他の媒体を含んでよい。
【００４９】
一実施形態では、データは（ｉ）ＲＡＭからプロセッサに配信されてよく、（ｉｉ）無線送信媒体を介して搬送されてよく、（ｉｉｉ）複数のフォーマット、規格、またはプロトコル（例えばＥｔｈｅｒｎｅｔ（登録商標）またはＩＥＥＥ８０２．３、ＳＡＰ、ＡＴＰ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、およびＴＣＰ／ＩＰ、ＴＤＭＡ，ＣＤＭＡ，および３Ｇ）に従ってフォーマットおよび／または送信されてよく、および／または、（ｉｖ）プライバシー保護または詐欺防止のために様々な方法で暗号化されてよい。機械可読媒体は、任意の適切なフォーマットで、ＪＬＳ方法を実行するための様々なプログラムエレメントを格納することができる。
【００５０】
可搬型メモリ格納デバイス３８は、コンピューティングデバイス３６と通信可能なように構成される。複数の可搬型メモリ格納デバイス３８が運営管理者から発行され、各ツアー代表者または顧客が、取引データを記録および維持するために（例えば、ローリング、購入（buy in）、信用拡張）のために１つの可搬型メモリ格納デバイス３８を有する構成としてよい。可搬型メモリ格納デバイス３８はさらに、セキュリティ上の理由から、個人識別番号（ＰＩＮ）を符号化させてもよい。可搬型メモリ格納デバイス３８の少なくとも一部は、コンピューティングデバイス３６と通信するよう構成される。または、可搬型メモリ格納デバイス３８の一部は、インターネット等の通信ネットワーク３０と直接通信する構成であってよい。一実施形態では、可搬型メモリ格納デバイス３８は、様々な用途（例えば個人ＩＤ検証、ローリング、清算、保険等）でＰＤＡインタフェースを介して処理されてよい無線周波数識別カード（ＲＦＩＤ）の形態であってよい。可搬型メモリ格納デバイス３８は、自身の機能原理に則って動作する任意の他の形態であってもよい。
【００５１】
一実施形態では、顧客用のＲＦＩＤカードは、顧客のＩＤ、旅行ＩＤ、顧客の愛称、顧客が利用可能な信用枠、全保険の勝ち負け、信頼格付け、およびロイヤルティポイントに関する情報を含んでよい。顧客用のツアー代表者のＩＤ、顧客の取引の種類（例えばローリング、購入、払い戻し、預金、および顧客の取引額）といったローリング情報が顧客のＲＦＩＤカードに含まれている。
【００５２】
顧客のＲＦＩＤカードの利用の際には、先ず顧客は、自身の識別番号を入力して、信頼枠の引き下げまたは換金といった取引を承認してから、自身の口座を開いて、自身のロイヤルティポイントまたはあるゲームデータ（例えば取引されたローリング量または保険プレイの勝ち負け等）を閲覧する。顧客はさらに、承認された信用枠および現在の信用格付けを閲覧することもできる。
【００５３】
ツアー代表者用のＲＦＩＤカードは、代表者のＩＤ，旅行ＩＤ、ツアー代表者の位置、およびツアー代表者の最後のアクションステータス（例えばアクティブ、ハンドオーバ、清算）に関する情報を含む。
【００５４】
ツアー代表者のカードの利用の際には、先ずツアー代表者が自身の識別番号を入力すると、彼の権限レベルに応じた一定の情報にアクセス可能となる。ツアー代表者のＲＦＩＤカードはさらに、ツアー代表者の労働時間の記録も保持している。加えてＲＦＩＤカードは、実行した取引（例えばローリング、換金（cash out）、顧客に渡した信用、および、顧客またはカジノに対する清算）の記録も保持している。
【００５５】
一実施形態では、ＲＦＩＤカードは、コンピューティングデバイスに付属されているカードリーダにより読み出すことができる。カードリーダは、取引が完了したことを確かめる光ディスプレイを有する。一定の取引記録がコンピューティングデバイスにより処理され、次いでこれらの記録はＲＦＩＤカードに書き込まれて、前の記録が上書きされる。
【００５６】
例えば顧客Ａが、＄５００，０００という信用枠を承認されているとする。顧客Ａは、口座を開いて、先ず、利用可能な信用枠から、＄３００，０００の引き出し（drawdown）を実行すると決めたとする。公認のツアー代表者は、＄３００，０００という額を信用引き出し（credit drawdown）として入力することで、コンピューティングデバイスで信用引き出しを実行する。ツアー代表者は＄３００，０００の交換不可能チップを容易して、顧客Ａに渡す。顧客Ａは、この受け取った交換不可能チップの額がコンピューティングデバイスに表示される額と等しいことを確かめて、引き出し要求を確認してから、コンピューティングデバイスに付属のカードリーダに自身のＲＦＩＤカードを搭載して、自身のＰＩＮをコンピューティングデバイスに入力することにより、交換不可能チップの受領確認を行う。次いでツアー代表者は自身のＲＦＩＤカードを利用して、引き出しを完了させる。受け取った交換不可能チップの額が、記録されている額、または、スクリーンに表示されている額と合致しない場合には、当然のことながら、顧客Ａは、自身のＰＩＮを入れるための自身のＲＦＩＤカードの搭載を行わないであろう。
【００５７】
顧客Ａがギャンブルで負けると、自身の利用可能な信用枠の残高＄２００，０００から＄１５０，０００をさらに引き出す要求をすると決め、結果として信用枠の残高は＄５０，０００となる。このＲＦＩＤカードおよびコンピューティングデバイスでさらに信用枠から引き出す処理は、最初の引き出しのときの処理と同様である。
【００５８】
ゲーム施設システム４０は、通信ネットワーク３０を介してアクセス可能であってよい。
【００５９】
一実施形態では、上述した方法が実装されているＪＬＳ１０により、当事者が、遠隔および／または移動位置からツアー運営ビジネスに関与することができる。ＪＬＳ１０は、インターネット、セルラーネットワーク、または私用の無線および／または有線ネットワーク等の通信ネットワーク経由で実装されてよい。一実施形態では、ＪＬＳ１０の動作により、ツアー運営サーバおよび主要ツアーオフィスシステムの間の通信のみをＬＡＮ経由で送信して、他の暗号化されてよい情報をインターネット経由で送信するようにすることで、インターネットを最大限に有効活用することができる。
【００６０】
複数のユーザが単一のＪＬＳにアクセスしてよい。ユーザは、ＰＤＡ等のコンピューティングデバイス３６経由でシステムにアクセスすることが好ましい。移動電話器、汎用コンピュータ、ミニコンピュータ等の他のデバイスも通信に利用することができる。コンピューティングデバイス３６は、通信ネットワーク３０との間で、ゲーム情報および非ゲーム情報を送受信する。ツアー運営に関する情報もネットワーク３０とツアー運営サーバ２６との間で送信される。ツアー運営サーバの位置は重要ではないが、ゲーム施設に隣接した位置、またはゲーム施設から遠隔の位置にあってよい。例えば、ツアー運営の運営管理者がゲーム施設に位置しており、ノートブック３４が物理的に、ゲーム施設の運営者の地理的範囲内にあってよい。しかし上述したように、ツアー運営サーバ２６、ノードブックコンピュータ３４、および運営管理者の遠隔位置に関しては他の可能性も考えられる。一実施形態では、ノートブックコンピュータ３４は、冗長サーバの機能を果たしてもよい。
【００６１】
ソフトウェアは、コンピューティングデバイス３６およびツアー運営サーバ２６の両方に存在することが好ましい。コンピューティングデバイス３６に常駐するソフトウェアは、好適には、ここで記載するゲームおよび非ゲーム関連の活動に対応する情報をユーザ（ツアー代表者および顧客）に提示する機能を有することが好ましい。コンピューティングデバイスのソフトウェアは、さらに、ツアー運営サーバ２６からのデータ、および、ツアー代表者等のユーザが入力したデータを受信する機能を有することが好ましい。ツアー運営サーバ２６に常駐するソフトウェアは、コンピューティングデバイスとの間でデータを交換して、オンサイトノートブックコンピュータ３４および可搬型メモリ格納デバイス３８にアクセスして、ここで記載する全ての機能を実行する機能を有することが好ましい。
【００６２】
ネットワーク経由で送信されたゲーム情報および非ゲーム情報は、顧客が参加するゲーム経験の処理に必要な、または顧客が参加するゲーム経験の処理に望ましい任意のフォーマットの任意の情報を含んでよい。情報は、デジタルまたはアナログ、テキストまたは音声、および任意の既知の、または将来のトランスポート技術を含む任意のフォーマット（例えば有線または無線技術を含んでよい）により、それ全体が、または組み合わせにより送信されてよい。ネットワークは例えば、ローカルエリアネットワーク（ＬＡＮ）、無線ネットワーク、公衆電話交換回線網（ＰＳＴＮ）、またはインターネットプロトコル（ＩＰ）ネットワーク（例えばインターネット、イントラネット、またはエキストラネット）を含んでよい。無線技術の例には、ライセンス対象の技術またはライセンス対象外の技術が含まれてよい。利用可能な具体的な技術は、これらに限定はされないが、符号分割多重接続（ＣＤＭＡ）、移動通信用のグローバルシステム（ＧＳＭ：Global System for Mobile Communication）、汎用パケット無線システム（ＧＰＲＳ）、ＷｉＦｉ（８０２．１  Ｉｘ）、ＷｉＭａｘ（８０２．１６ｘ）、公衆電話交換回線網（ＰＳＴＮ）、デジタル加入者線（ＤＳＬ）、サービス総合デジタル網（ＩＳＤＮ）、またはケーブルモデム技術を含んでよい。ＪＬＳ１０には他の種類の通信技術も含まれることを理解されたい。さらに、顧客、ツアー代表者、および、ツアー運営サーバ２６間の情報の通信にさらなるコンポーネントを利用することもできることを理解されたい。このさらなるコンポーネントには、ライン、トランク、アンテナ、スイッチ、ケーブル、トランスミッタ、レシーバ、コンピュータ、ルータ、サーバ、光ファイバ送信機器、リピータ、増幅器等が含まれてよいが、これらに限定はされない。
【００６３】
一部の実施形態では、顧客のゲーム情報および非ゲーム情報の全てまたは一部の通信を、インターネットを介さずに行ってもよい。しかし、少なくとも１つの実施形態では、ツアー運営情報はインターネット経由で送信される。さらに、顧客のゲーム情報および非ゲーム情報の一部または全てを、部分的にインターネット通信経路経由で送信することもできる。
【００６４】
ＪＬＳ１０は、ゲーム環境または任意の他の活動のための任意の他の環境との関連で実装することもでき、電子的に実行することができる点に留意されたい。例えば、ＪＬＳ１０は、様々な位置／国／管轄区域のゲーム施設との関連で利用することができ、様々な種類のゲーム（例えばスロットマシン、ビデオ宝くじ端末、その他のギャンブルデバイス）を含んでよい。顧客がＪＬＳ１０を利用して遠隔ギャンブルに参加しつつも、ゲーム施設から遠隔の位置で他の主要な活動も行うような、多くの他のシナリオも含まれる。
【００６５】
ＪＬＳ１０は、ツアー企画の際に顧客に特定のツアー運営者を利用し続けさせるインセンティブを管理する包括的で透明性のあるシステムである。ツアー運営者は、独立エージェントであるので、ゲーム施設でギャンブルするツアー旅行を顧客向けに直接企画・販売することができ、各ゲーム施設で自身の顧客にサービスを提供することもできる。
【００６６】
図２を参照すると、ツアー運営者は、ゲーム施設運営者の公認の実施権者として振舞うことができ、他のサービスにおいて、歩合を受け取り、一定のレベルのローリングを達成するインセンティブを受ける。ゲーム施設運営者は、ツアー運営者に交換不可能チップを提供することができ、ツアー運営者はゲーム施設運営者に、見返りとして銀行為替手形等の一定の形態の保証を与える。ツアー運営者は、顧客が一定のレベルのローリングを達成したときに、顧客に対してローリング額に基づくリベートを与える。リベートは、ツアー運営者がゲーム施設運営者から受け取る歩合のなかから支出される。
【００６７】
ツアー運営者は、交換不可能チップを、一定の形態の保証または担保と引き換えに、無担保信用として販売する。顧客がゲームテーブルで賭け、負けると、ゲーム施設（例えばカジノ）は、その交換不可能チップを取り上げる。一方で顧客が賭けに勝つと、ゲーム施設は顧客にキャッシュチップを与える。通常は、顧客はキャッシュチップを維持して、交換不可能チップをゲームテーブルで使い果たす。もっと交換不可能チップが欲しいときに、顧客は、ツアー運営者のサービスを利用して、キャッシュチップを交換不可能チップに交換することができる。このことを「プレイヤ・ローリング」または「プレイヤ・ターンオーバ」と称している。ツアー運営者は、ゲーム施設運営者との間で、キャッシュチップを交換不可能チップに交換することができる。このことを、「ツアーローリング」または「ツアーターンオーバ」と称している。このようにして、交換不可能チップを顧客に流し、キャッシュチップをゲーム施設運営者に流すことができる。
【００６８】
別の例では、任命されたエージェントまたは協力者が、顧客をツアー運営者に紹介して、その見返りとしてツアー運営者から歩合を受け取る。任命されたエージェントまたは協力者は、さらに、ツアー運営者に対して信用枠を要求することができる。任命されたエージェントまたは協力者は、ツアー運営者に対して、各個人の顧客の信用枠、および、同意した顧客の歩合率を通知する。紹介された顧客は、ゲーム施設で、ツアー運営者により交換不可能チップを販売される（sold with non-negotiable chips）。
【００６９】
顧客がプレイを止め、ツアー運営者の口座を清算する／閉じる決定をした場合、顧客からツアー運営者に交換不可能チップおよびキャッシュチップが戻され、顧客が稼いだ歩合を計算する。顧客が、ツアー運営者から購入したチップを超える額を戻した場合には、この顧客はゲーム施設で勝ったと考えられる。ツアー運営者は、顧客が集めた顧客の歩合に、顧客がゲーム施設で勝った額を足し合わせた額を払い戻す。顧客がツアー運営者から購入したチップ未満の額を戻した場合には、この顧客はゲーム施設で負けたと考えられる。ツアー運営者は、顧客が集めた顧客の歩合から、顧客がゲーム施設で負けた額を差し引いた額を払い戻す。
【００７０】
顧客のゲーム施設における正味の損失（損失から顧客の歩合を差し引いた額）は、顧客からツアー運営者により収集される。ツアー運営者は、予め定められた期間内にその額を顧客から収集する。しかし場合によっては、ツアー運営者は、顧客が清算できない場合に、負債を請け負う必要がある。一実施形態では、ツアー運営者は、顧客から負債を収集するために負債取立会社を雇う。
【００７１】
任命されたエージェントまたは協力者が顧客を紹介した場合には、顧客の正味の損失は、ツアー運営者によりこれらエージェントまたは協力者から収集される。顧客は、エージェントまたは協力者との間で負債を清算する。エージェントまたは協力者は、負債がある場合には、ツアー運営者との間でエージェントの歩合を含めて清算する。
【００７２】
ツアー運営者がゲーム施設運営者の口座を清算する／閉じる場合には、交換不可能チップおよびキャッシュチップはゲーム施設運営者に戻され、ツアー運営者が稼いだ歩合を計算する。ツアー運営者が、ゲーム施設運営者から購入した全チップを超える額を戻した場合には、ツアー顧客が総体的にゲーム施設で勝ったと考えられる。ゲーム施設運営者は、歩合に、顧客が総体的に勝った額を足し合わせた額をツアー運営者に払い戻す。ツアー運営者が、ゲーム施設運営者から購入した全チップチップ未満の額を戻した場合には、ツアー顧客が総体的にゲーム施設で負けたと考えられる。ゲーム施設運営者は、歩合から、顧客が総体的にゲーム施設で負けた額を差し引いた額をツアー運営者に払い戻す。稼いだツアーの歩合を相殺した後の正味の損失は、ゲーム施設運営者によってツアー運営者から収集される。
【００７３】
ツアービジネスの提供するサービスは、１）ゲーム施設への顧客の紹介または誘致、２）ゲーム関連のサービス（例えばゲームチップの、キャッシュチップから交換不可能チップへの交換等）の顧客への提供、３）非ゲーム関連のサービスの提供、および、４）保険プレイの提供、である。
【００７４】
＜１．ゲーム施設への顧客の紹介または誘致＞
ツアー運営者は、ゲーム施設へのゲーム旅行の販売を手助けする。ツアー運営者は、ゲーム施設により任命されており、このツアー運営者が紹介した顧客がゲーム施設でギャンブルしたときに歩合およびインセンティブを受け取る。
【００７５】
ツアー運営者は、顧客をゲーム施設に紹介したり誘致したりするほかに、顧客をゲーム施設に呼び込むエージェントまたは協力者を任命して、より大量のビジネスを確保して、ゲーム施設運営者が設定するビジネスの目標量を達成する。見返りとして、任命されたエージェントまたは協力者は、ツアー運営者が稼いだ歩合の一部を与えられる。この、任命されたエージェントまたは協力者の歩合の取り分は、紹介された顧客のローリング、ターンオーバに基づいて決定される。
【００７６】
＜２．ゲーム関連のサービスの提供＞
ツアービジネスの大部分は、ツアー運営者が、顧客のゲームに対する欲求を満たすために顧客に対して信用枠を提供することができる機能に関連している。信用枠は通常、各顧客のゲーム情報および非ゲーム情報の両方に基づいて提供され、これはＪＬＳ１０ではシステマチックにトラッキングが行われる。直接の顧客、直接の紹介顧客、およびゲーム施設の直接の顧客には、ツアー運営者から直接信用枠が提供され、紹介された顧客には、ツアー運営者から信用枠が提供されない場合もある。または、ツアー運営者は、信用枠を、任命されたエージェントまたは協力者に、該任命されたエージェントまたは協力者が提供する何らかの信用保証に基づいて渡してもよい（現金預金、銀行為替手形、銀行小切手、個人小切手、またはトラベラーズチェックを含んでよい）。そして、紹介された顧客には、任命されたエージェントおよび／または協力者から信用枠が与えられる。ツアー運営者は、ＪＬＳ１０が提供する他のツアー運営者またはゲーム施設から得た、顧客の職業、収入レベル、ギャンブル許容限度、負債および負債清算履歴等を含む、構造化され曖昧ではない定性的情報に基づいて直接、顧客に信用枠を提供する。
【００７７】
ツアー運営者はさらに、ゲーム施設で顧客にサービスを提供するために必要な人員（例えばツアー代表者）を提供する。これには、副代表者、保険取扱者（insurance taker）から、業務管理者（controller）および運営管理者といった、様々なレベルのサービススタッフが含まれる。
【００７８】
ツアー運営者はさらに、顧客がキャッシュチップから現金に換金する現金化処理を助ける。
【００７９】
＜３．非ゲーム関連のサービスの提供＞
ツアー運営者はさらに、様々なサービスプロバイダ（航空会社、ホテル／リゾート、レストラン、交通会社、スパ、映画館等）との間で、やりとりおよび予約を行う非ゲーム関連のサービスも提供する。ツアー運営者は、サービスプロバイダから顧客に提供された製品および／またはサービスに対する清算を行う。このサービスの部分は、通常、ツアー運営者の提供するサービス全体の約５−１０％を構成し、部屋の予約、公演チケットの予約、レストランの予約、およびツアーの手配が含まれる。
【００８０】
＜４．保険プレイの提供＞
ツアービジネスはさらに顧客に対して、ゲーム施設において認識可能なギャンブルのリスクを管理することができる副次的な賭け（side bet）である保険プレイも提供する。保険プレイは、特定のゲームと密接な関連を持っており、これにより顧客は、自身の潜在的な損失を軽減するために、ツアー運営者と協働して賭けることができる。このサービスは、直接ゲームテーブルで賭け事をするプレーヤ／顧客のみに対して提供されるだけではなく、ゲームテーブルでの賭け事に直接は参加しない人に対しても提供される。
【００８１】
ツアー運営者には、顧客のローリングに基づいて得られる歩合と、顧客に対する保険プレイの提供により得られる収入という、２種類の主要な収入源がある。
【００８２】
ゲーム施設へのツアー旅行を企画・販売することで、ツアー運営者は、ゲーム施設運営者から歩合を受け取る。ツアー運営者が稼ぐ歩合は、顧客がギャンブルした量（顧客のローリング）に応じてのみ決まる。ツアー運営者が稼ぐ歩合の殆どは、顧客に対するリベート、および、任命されたエージェントまたは協力者に対する誘引としての歩合という形態で払い戻される。
【００８３】
保険プレイを顧客に提供することで、ツアー運営者は、全ての保険プレイについて顧客に対して賭け事を行うハウスまたはバンカーとなり、潜在的に保険プレイから収益を得る。
【００８４】
以下に、ツアー運営における収益の分配に関する２つの例を挙げる。
【００８５】
例１：カジノＡ１は、ツアー運営者Ｂ１にライセンスを与え、全ローリングが＄４千万を超える場合、基本歩合を１．４％として、追加のインセンティブ歩合またはボーナス歩合を０．２％とする。ツアー運営者Ｂ１は、任命したエージェントまたは協力者Ｄ１により紹介された顧客Ｃ１を確保する。紹介された顧客の一ヶ月のローリング全量が＄５．５千万である場合、ツアー運営の収益の分配は、（１）ツアー運営者Ｂ１は、カジノＡ１から全ローリングの１．４％という基本歩合を受け取り、これに加えて、（２）全ローリングの０．２％という付随的支出手当てと、（３）カジノＡ１から、全ローリングの０．２％というインセンティブ歩合とを受け取り、（４）紹介された顧客Ｃ１に対して、全ローリングの１．０％を支払い、（５）任命したエージェントまたは協力者Ｄ１に対して、全ローリングの０．１％を支払うので、ツアー運営者Ｂ１が稼ぐ正味の歩合は、（１．４％＋０．２％−１．０％−０．１％）＊＄５５，０００，０００＝＄２７５，０００となり、ツアー運営者Ｂ１が稼ぐ全利益幅は、（１．４％−１．０％−０．１％）＊＄５５，０００，０００＝＄１６５，０００となる。
【００８６】
付随的支出手当ては、ツアービジネスの販売に伴う支出、および、紹介した顧客に対するサービス提供分（航空券、食事、その他の宿泊施設またはニーズの分の支出を含むが、これらに限定はされない）をカバーするためのものである。
【００８７】
例２：カジノＡ２はツアー運営者Ｂ２にライセンスを与え、全ローリングが＄４千万を超える場合、基本歩合を１．２％として、追加のインセンティブ歩合またはボーナス歩合を０．２％とする。ツアー運営者Ｂ２にはさらに、全ローリングの０．２％という付随的支出手当を、現金換金不可能な形で受け取る。ツアー運営者Ｂ２は、直接の顧客Ｃ２のカジノＡ２でのプレイを確保する。直接の顧客Ｃ２は、ツアー運営者Ｂ２に＄５００，０００を預託し、＄１００万の信頼枠を確保する。直接顧客Ｃ２は、＄１千万をローリングした。ツアー運営者Ｂ２の口座を閉じるにあたり、直接の顧客Ｃ２は＄６０，０００を保険プレイで失い、＄８００，０００の負債を抱えるに至った。この例では、収益の分配は、（１）ツアー運営者Ｂ２は、現金換金不可能な全ローリングの０．２％という付随的支出手当を含むカジノＡ２から全ローリングの１．２％という基本歩合を受け取り、（２）直接の顧客Ｃ２に対して、全ローリングリベートの１．０％を支払い、（３）直接の顧客Ｃ２が現在の旅行中で一定の期間中に生じた負債全てを清算した場合に、早期清算歩合として直接の顧客Ｃ２に全ローリングリベートの０．１％を支払うので、ツアー運営者Ｂ２が稼ぐ全利益幅は、（１．２％−１．０％）＊＄１０，０００，０００＝＄２０，０００となり、ツアー運営者Ｂ２が稼ぐ正味の歩合は、（１．２％−１．０％−０．１％）＊＄１０，０００，０００＝＄１０，０００となり、ツアー運営者Ｂ２の正味の収益は、＄１０，０００＋＄６０，０００＝＄７０，０００となる。
【００８８】
＜ＪＭＴＭ＞
図３を参照すると、一実施形態では、ＪＭＴＭ１２は、ツアー運営者４２、ゲーム施設運営者４４、任命されたエージェントまたは協力者４６、顧客４８、運営管理者５０、ツアー代表者５２、主要業務管理者５４、副業務管理者５６、保険業務管理者５８、保険取扱者（insurance taker）６０、ゲーム施設両替所６２、保険業務管理者（insurance controller）６６、および、広報活動担当者６４の間の関係管理として定義されている。運営管理者５０、ツアー代表者５２、主要業務管理者５４、副業務管理者５６、保険業務管理者５８、保険貸借人６０、保険業務管理者（insurance controller）６６、財政業務担当者８０、財政業務担当者補佐８２、経理担当者１１０、および、広報活動担当者６４が、ツアー運営の従業員である。
【００８９】
ＪＬＳ１０は、信用でき、透明性があり、信頼性のあるシステムを提供して、ツアービジネスの様々な側面を実行する。顧客４８、任命されたエージェントまたは協力者、ツアー運営者およびゲーム施設運営者の財政処理に関るので、法的に承認されたツアー代表者５２により実行される全ての取引を適切な内部制御システムに則ったものにするために、ツアービジネスには、ツアー運営ビジネスを、義務を分担する監査原理に基づいて組織化する抑制と均衡構造を含む、秘匿性およびセキュリティが重要である。抑制と均衡構造によって、管理の説明責任およびリスクの管理の機能および責任が区分化される。これは、効果的なツアービジネス運営の提供の一助となる。
【００９０】
一実施形態では、ツアー代表者５２が実行する取引の説明責任／均衡および義務の分担原理に基づき様々なレベルの権限を規定する権限マトリックスを、ツアー代表者５２の可搬型メモリ格納デバイス３８に含める。同様に、別の実施形態では、顧客４８は、一定の機能（例えば信用枠からの現金化または引き出し（draw down））を実行するときに、可搬型メモリ格納デバイス３８（例えばＲＦＩＤカード）を持つコンピューティングデバイス３６（例えばＰＤＡ）にＰＩＮを入力して、取引を承認する必要がある。
【００９１】
ＪＭＴＭ１２は、運営管理者５０を含み、各々にツアーチームを統括させるようにする。運営管理者５０は、ゲーム施設におけるツアービジネスの全ての側面を行う責任がある。運営管理者５０は、ツアーチーム運営のヘッドとみなされる。概して運営管理者５０の義務には、オンサイトの質問、紛争解決、記録に調節を加えて入力エラーを訂正すること、顧客４８の信用枠（credit）を、任命されたエージェントまたは協力者４６と検証すること、顧客４８の信用枠制限を直接拡張すること、任命されたエージェントまたは協力者４６またはツアー運営者４２からの高い信用枠の承認を要求すること、ツアー運営者４２が吸収する顧客の全支出を調節すること、ツアー代表者５２を任命して義務を割り当てること、および、ゲーム施設との間で、特定のツアー旅行における利益損失を確定することが含まれる。
【００９２】
運営管理者５０はさらに、特定の旅行のビジネスの必要性に応じて、役割および責任５２を割り当てる様々なレベルのツアー代表者５２を管理する責任がある。高いレベルの顧客サービス水準を確固たるものにするべく、運営管理者５０は自分のチームの全ての他のツアー代表者および業務管理者のセキュリティおよび整合性についての最終責任を負う。
【００９３】
ツアー代表者５２は、顧客４８に対して、キャッシュゲームチップを交換不可能ゲームチップに交換することで、ローリングを促進する。ツアー代表者５２は、旅行中の顧客の口座を均衡させたり閉じたりすることができる。彼等は、基本的に、顧客４８が必要とする全てのゲーム関連のサービスを提供する責任を負う。このゲーム関連のサービスは、（１）ローリング（顧客に対して、キャッシュチップを交換不可能チップに交換すること）、（２）顧客に対する現金化（顧客に対する現金化：顧客のキャッシュチップを自身の保管分（from their respective floats）から、またはゲーム施設の両替所から現金化する、（３）顧客の信用枠要求：顧客のために信用枠要求を指定されている承認機関に提出するが、殆どの場合、運営管理者が、指定されている承認機関である、（４）顧客のディーラ／検査官変更要求：顧客の代わりに、ディーラ／検査官変更要求をゲーム施設運営者に提出する、（５）他の要求：ゲームテーブルにおいて顧客がゲームを行いやすくなるためのその他の要求を提出する、等のサービスを含むがこれらに限定はされない。
【００９４】
主要業務管理者５４は、資金要件を任されており、これには、キャッシング信用枠について最初の購入、現金および両替所のオーダ（cashier's order）等が含まれる。主要業務管理者５４は、チップおよび現金を、副業務管理者５６に対して、およびゲームチップ（キャッシュチップおよび交換不可能チップを含む）をツアー代表者５２に分配する。清算中に、主要業務管理者５４は、全てのチップを一元管理して、ゲーム施設の両替所６２との間で精算を行う。主要業務管理者５４は、各ゲーム旅行の結果をまとめて、各顧客４８の個々の旅行における勝ち負けを確定する。主要業務管理者５４は、主に、ツアービジネスの日常の処理の必要性を満たすのに十分な資金を取得する責任を負う。彼等は、現金および／またはゲームチップの各全ての副業務管理者の保管量（float amount）を監視する必要がある。
【００９５】
副業務管理者５６は、現金およびゲームチップを、清算まで保持する保管人である。副業務管理者５６の職務責任には、顧客４８に迅速にサービスを提供する、ということが含まれる。例えば副業務管理者５６は、顧客４８が自身のチップを交換する必要があるが、ツアー代表者５２が必要な量または額面金額を有していない場合に、チップの交換を助ける（交換不可能チップまたはキャッシュチップを含む）。清算中に、副業務管理者５６が保持する全てのゲームチップが主要業務管理者５４に委ねられ、副業務管理者５６は、現金、小切手、および両替所のオーダ変動（cashier's order movements）の全てを統括する。副業務管理者５６は、清算中に、顧客４８と主要業務管理者との間の仲介人として機能し、協働して全ての手元の保管分を安全に守り、主要業務管理者５４に引き継ぐ説明責任を負う。
【００９６】
保険業務管理者５８は、ツアー旅行の保険プレイの利益損失を確定する責任を負う。保険業務管理者５８は、保険プレイ運営のヘッドとみなされる。保険プレイにおいては、顧客４８が選ぶことのできるオプションは予め定められている。保険業務管理者５８の責務としては、適正なプロセスが維持されており、顧客４８が実際にオプションを実行していることを確かめる、というものである。保険業務管理者５８は、保険プレイが適正に且つスムーズに行わせる手助けを行う（プレイ中の紛争解決を含め）。保険業務管理者５８は、さらに適宜、他のツアー業務において管理者５０を助ける。
【００９７】
保険取扱者６０は、顧客４８に保険プレイの勧誘を行い、保険プレイを提供し、顧客４８から保険プレイの依頼を受ける。保険取扱者６０は、顧客４８に対する損失のリスクを計算するプログラム命令により計算された一貫したオプションの率（option odd）を提供する。加えて、保険取扱者６０は、現金／ゲームチップの保管分について責任を持ち、保険業務管理者５８に対して説明責任を負う。支払い率は予め定められているので、保険取扱者６０は、顧客４８が実行する全てのオプションおよびその結果全部が、収益の内訳および損失ステートメントに反映されるようにする責任も負う。回収および支払いについては、保険取扱者６０により、提供されるオプション率およびプレイ結果に従って実行される。
【００９８】
保険業務管理者６６は、保険プレイの資産勘定および現金保管分のステータスをチェックする。加えて、保険業務管理者６６は、ジョイントベンチャーの口座のステータスも確かめ、ツアー運営におけるこれら顧客４８および保険取扱者６０の口座を調整する。
【００９９】
財政業務管理者８０は、ツアー運営の財務担当チーフであり、財政業務管理者補佐８２と協働して、ツアー運営の財政面を管理する。経理担当者１１０は、顧客から回収を行い、ツアー運営の会計帳簿をつけることで財政業務管理者補佐８２を補佐する。
【０１００】
広報活動担当者６４は、顧客４８の非ゲーム関連の要求に対処する。彼等は、付随的なサービスを提供して、高レベルの満足を顧客４８に与える。広報活動担当者６４は、ツアー運営者４２についてオンサイト顧客サービス関係管理者として機能する。彼等はまた、それぞれのゲーム施設で生じた出費を清算して、その後に、顧客から、生じた出費分を回収する責任を負う。
【０１０１】
各ツアー運営者の従業員は、可搬型メモリ格納デバイス３８（例えばＲＦＩＤカード）を与えられる。各可搬型メモリ格納デバイス３８は、ＪＬＳ１０における役割および権限レベルをタグ付けされる。例えば、ツアー代表者５２は保険取扱者６０の役割を果たすことは許されていないので、このツアー代表者５２に対して発行される可搬型メモリ格納デバイス３８には、保険プレイに関して関連する機能のみを果たすような符号化がなされている。
【０１０２】
ＪＭＴＭ１２は、ツアー運営において定義された役割を提供する。ＴＲＥＴ１４と協働して、ＪＭＴＭ１２は、構造化され、セキュアで、依存した（reliant）制御方法でサービス要求を満たすことができ、これにより、動作の効果を高めつつも、誤りまたは詐欺／談合の可能性を軽減する。
【０１０３】
＜ＴＲＥＴ＞
図４を参照すると、ＴＲＥＴ１４は、顧客４８、任命されたエージェントまたは協力者、およびツアー代表者５２が様々な接点で実行する全ての取引をリンクさせる構成を提供する。この機能は、顧客およびツアー代表者の活動および嗜好の継続的なトラッキング、更新、および評価により実行される。
【０１０４】
図４に示すように、顧客、任命されたエージェントおよび協力者７２のデータプロフィール、処理データ（ローリングおよび清算を含む）７４が収集され、ツアー運営サーバ（データベース）２６に格納される。データ／情報７２および７４は、ステップ６８で、ＴＲＥＴ１４とＪＣＲＭ１８との間のインタフェースであるＪＣＲＭにより収集される。データ／情報７２および７４は、ステップ７０で、ＴＲＥＴ１４とＪＡＲ２４との間のインタフェースであるＪＡＲにより格付けされる。データ／情報７２および７４は、ＴＲＥＴ１４とＪＬＭ１６との間のインタフェースであるＪＬＭ７８により利用される。
【０１０５】
ＴＲＥＴ１４は、基本的なビジネス‐ツー‐ビジネス‐ツー‐顧客（Ｂ２Ｂ２Ｃ）ソリューションを提供するを提供する。ＴＲＥＴ１４は、ツアー運営者４２に、１）ツアー運営に携わるメンバー（顧客４８、任命されたエージェントまたは協力者４６を含む）に対する全ての情報、２）全ての取引（ローリング、清算等を含む）のトラッキングを行い、戦略的なビジネス成長のビジネス機会を評価するための機構を提供する。例えば、ＴＲＥＴ１４は、（１）顧客、および、任命されたエージェントおよび協力者の身元をトラッキングおよび追跡すること、（２）顧客のゲーム嗜好のトラッキング、（３）顧客が好むサービスおよびサービスに対する期待度のトラッキング、（４）顧客のゲームの習性のトラッキング、（５）個人の顧客、任命されたエージェントまたは協力者、および／または、ゲーム施設に関するビジネス量の評価、（６）顧客、任命されたエージェントまたは協力者のロイヤルティを構築するための基本となる要求および嗜好の評価、（７）予め定められたスキームに従って、顧客、任命されたエージェントまたは協力者を追跡したり、彼等のゲーム利用に対して彼等に報酬を与えたりして彼等のロイヤルティを増させること、（８）対象となる市場キャンペーンの追跡および促進、のうちの１以上の機能を果たしてよい。
【０１０６】
ＴＲＥＴ１４は、ＴＲＥＴ１４の方法をＪＬＳ全体に適用することを意味する「ラインを越える方法」を採択してＢ２Ｂ２Ｃソリューションを提供する。ＴＲＥＴ１４を利用すると、顧客４８が行う全ての取引を、可搬型メモリ格納デバイス３８（例えばＲＦＩＤカード）およびコンピューティングデバイス３６（例えばＰＤＡ）を介して完了させることができ、包括的でセキュア、且つ透明性のある方法とすることができる。この結果、情報にアクセスする権限を持ってさえいれば誰でも、完全な取引履歴を利用することができるようになる。
【０１０７】
図４に示すように、一実施形態では、各顧客に対して口座４８を開設し、各全ての活動（例えば、ゲーム施設で賭けられた量、認められた信用枠の量、信用の引き出し量、購入された保険プレイの量、稼がれた歩合／リベート、喫煙または禁煙室に対する要望、食べ物に対する要望等）の詳細を記録およびトラッキングする。情報は、取引データに変換されて、分析、格付け、およびマーケティングの目的でツアー運営サーバ２６に送られる。この結果、取引データの分析および評価が行われ、ＪＬＭおよびＲＬＤＩＰサブシステム１６、１７の操作の基礎となる。
【０１０８】
一例では、顧客４８は、ウェブポータル経由で自身の個人口座にログインして、特定の日付におけるカジノの部屋の予約の問い合わせを行う。顧客４８は、喫煙室、ゲームテーブルの要求、および、ゲームテーブルにおける制限の要望、および信用条件に関する要望等の自身の嗜好を示す。問い合わせを受けてＪＬＳ１０が情報を提供すると、顧客４８は、予約条件を受諾することができる。全ての詳細がＪＬＳ１０にログインされ、ツアー運営者４２の関連する運営ユニットに対して依頼が送られる。カジノリゾートに到着すると、顧客４８は、依頼したサービスを受けられる。
【０１０９】
顧客４８がゲームを開始する際に、承認された利用可能な信用条件と承認された交換不可能チップの額とをタグ付けされた可搬型メモリ格納デバイス３８（例えばＲＦＩＤカード）が顧客４８に発行される。顧客４８が、予約されているゲームテーブルで賭け事を始め、自身の交換不可能なチップをローリングし始めると、ゲーム施設は顧客４８が勝つ毎に、キャッシュチップを支払う。顧客４８は、キャッシュチップを集めて、ツアー代表者５２に、均等額の交換不可能チップに交換してもらう。
【０１１０】
清算においては（つまり、ゲーム口座を閉じるとき）、コンピューティングデバイス３６を利用して、顧客４８に対して支払われるべき金額、または顧客４８から支払われるべき金額を、最初の購入額、引き出された信用額、顧客４８が集めた歩合のリベート、払い戻されたチップ量、非ゲーム関連の出費（例えばホテルの部屋代および食事代）を考慮に入れて計算する。全ての活動の情報は、格付けおよび評価目的で、コンピューティングデバイス３６（例えばＰＤＡ）から、ツアー運営サーバ２６のデータベースに転送される。
【０１１１】
＜ＪＬＭサブシステム＞
図５を参照すると、ＪＬＭサブシステム１６は、顧客のロイヤルティを増させるプラットフォームである。ＪＬＭサブシステム１６は、顧客の期待を管理して、報酬およびインセンティブにロイヤルティポイントを与えて顧客のロイヤルティを増させることで、ロイヤルティポイントと報酬との間の関係を育てる。ＪＬＭサブシステム１６は、ゲーム施設における顧客のパフォーマンスベースのロイヤルティポイント（例えば総利益幅、および、サービス利用の頻度に対するロイヤルティポイント）、および、非購入またはパフォーマンスベースの考慮（例えばツアー運営者のウェブサイトを訪れた頻度に対して与えられるロイヤルティポイント等）という、両方の種類の非金銭的報酬を提供する点が、ツアー運営者４２のユニークな点である。図５に示すように、ロイヤルティポイント９２は、パフォーマンス（ローリング）８４、購入（前払い金による購入）８６、結果（負債の早期清算）８８、および、頻度（例えば、着実なサービスの利用またはツアーウェブポータルサービス利用）９０に基づいて与えられる。ロイヤルティ報酬９６は、ロイヤルティポイント９６および総利益幅９８に基づいて計算される。ロイヤルティ報酬９４の利用により、各顧客に対するロイヤルティ報酬９６の実行および更新が行われる。
【０１１２】
ロイヤルティポイントを顧客４８に対して与える際には、（１）特定の顧客のローリング、（２）顧客がツアー運営者に対してツアープログラムに登録する際に提供する現金または信用である、前払いされた金額、（３）負債の早期清算、（４）ツアーサービスの利用頻度、および、（５）ツアーウェブポータルサービスの利用頻度および／またはウェブサイトを訪れる頻度という５つの要素を考慮に入れる。
【０１１３】
ＪＬＳ１０のロイヤルティ報酬は、総利益幅に基づいて提供され、これは、非保険プレイの部分の全ローリングの約３０％を占める。
【０１１４】
ロイヤルティポイントは、顧客のロイヤルティを増させ、ビジネスをリピート利用する機会を増やすためのツールとして利用される。ロイヤルティポイントは累積可能である。加えて、ロイヤルティポイントは、可視的であり譲渡可能である。さらには、ロイヤルティポイントの引き換えには、様々なレベルのポイント変換率を適用可能である。顧客４８は、ロイヤルティポイントの全体または部分をいつでも引き換えることができる。ＪＬＭサブシステム１６は、報酬および対象となるインセンティブ歩合を計算する。
【０１１５】
ＪＬＭの評価プロセスは、「ラインを超える方法」を利用して、ＴＲＥＴ１４を利用して様々な接点から収集したデータを評価するＪＬＭサブシステム１６を含む。
【０１１６】
ツアー運営人４２は、予め定められた歩合率に、エージェント４６および顧客４８の両方に対する特定のツアー旅行のローリングを乗算したものに基づくツアードルの形態で金銭報酬を支払う。ツアー運営人４２はさらに、エージェント４６および顧客４８が達成するべき総ターンオーバの１以上の層に基づいて金銭報酬（ツアーボーナスドルとして知られている）を支払う。
【０１１７】
以下の例は、ツアードルまたはツアーボーナスドルが運営においていかに利用されているか、およびそれらをどう表すかを示している。
【０１１８】
例３：カジノからツアー運営者４２に提供される歩合を１．６％、エージェント４６へツアー運営者４２から１．３％、顧客（直接）４８へツアー運営者４２から１．１％、層１の一ヶ月のエージェント４６の目標が、５千万＜８千万であれば、追加で０．１％、層２の一ヶ月のエージェント４６の目標が、８千万以上であれば、０．１％、層１の一ヶ月の顧客（直接）４８の目標が、２千万＜３千万であれば、追加で０．２％、層２の一ヶ月の顧客（直接）４８の目標が、３千万以上であれば０．１％、とする場合を想定する。
【０１１９】
詳しくは、エージェント４６および顧客４８が８千万および３千万をそれぞれ超える累積ターンオーバを達成すると、エージェント４６に対する百分率におけるボーナス歩合が、０．２％（０．１％＋０．１％）追加され、これは、上位１．３％のツアーボーナスドルについて＄１６０，０００（８０，０００，０００＊０．２％）に相当して、ツアードルについて＄１，０４０，０００（８０，０００，０００＊１．３％）に相当して、顧客４８は、上位１．１％について追加的に０．３％（０．２％＋０．１％）を受け取る（＄９０，０００に相当するツアーボーナスドル、および＄３３０，０００に相当するツアードル）。
【０１２０】
上述したものは、顧客４８がツアー運営者４２と直接取引した場合を想定しており、エージェント４６を介さない場合を想定している。
【０１２１】
ツアーポイントに関しては、エージェント４６を介する場合、またはツアー運営者４２と直接取引する場合において、顧客４８に割り当てられる。
【０１２２】
ツアーポイントのコスト割り当ては、ツアー運営者の総利益のＹ％を上限としており、Ｙ＄として知られている。
【０１２３】
ツアー運営者４２と直接取引する顧客４８については、重み付けは以下のようになる。
【０１２４】
＜信用条件の顧客＞
（ｉ）ツアーポイント‐フォールド係数（上限はＹ＄の６０％）
フォールド値（fold value）として知られているパフォーマンス値は、ターンオーバを、１回の旅行で手配された信用で除算することで求められる（つまり、顧客のローリングを、その顧客について承認された信用額で除算することで求められる）。フォールド値は、ツアー運営者がリスクおよびリターンを評価する際に意味のある測定値を提供する。例えば顧客ＡおよびＢが、ツアー運営者から、それぞれ＄３００，０００の信用枠を手配されており、顧客Ａおよび顧客Ｂが生成する一ヶ月のターンオーバがそれぞれ＄５百万および＄１千万だった場合、フォールド値は顧客Ａについて１６．６６となり、顧客Ｂについて３３．３３となる。２つのフォールド値を比較すると、同じ信用リスクにおいては顧客Ｂがツアー運営者について生成するビジネス量が高いので（この場合には＄３００，０００）、カスタマＢのほうが好ましいということになる。
【０１２５】
フォールド値を利用して、表Ａ（フォールド係数）を参照することで、予め定められたフォールド係数のセットを得ることができる。本開示で利用される「フォールド係数」という用語の記載で利用される承認された信用は、利用が承認された全信用量のことである。ツアー運営者は、顧客４８が承認された量全部を利用するかどうかに関らず、リスク係数として考慮する。例えば、承認された量が＄５００ｋであるが、＄３００ｋのみをその旅行中に利用する場合、＄５００ｋでフォールド係数を確定する。
【０１２６】
（ｉｉ）ツアーポイント‐支払い係数（上限はＹ＄の３０％）
このスキームでは、顧客４８の期限日の前までの支払いがより有益としてみなされる。表Ｂに（支払い係数として）予め定められた支払いが示されている。
【０１２７】
（ｉｉｉ）ツアーポイント‐高頻度のユーザ係数（上限はＹ＄の１０％）
この係数は、インターネット経由の予約数を、旅行の総数で除算することで容易に導き出せる。
2012519892.tif 000003
2012519892.tif 000004
【０１２８】
＜キャッシュ条件の顧客＞
（ｉ）ツアーポイント‐キャッシュ係数（上限はＹ＄の９０％）  キャッシュ係数は、キャッシュ購入量に対する値のセットの予め定められたセットであり、これを表Ｃに示す。  （ｉｉ）ツアーポイント‐高頻度のサービスユーザ係数（上限はＹ＄の１０％）
高頻度のユーザの係数については上述した説明を参照されたい。
2012519892.tif 000005
【０１２９】
エージェント４６のもとで取引する顧客４８については、重みの割り当ては以下のようになる。
（ｉ）ツアーポイント‐ターンオーバまたはローリング係数（上限はＹ＄の９０％）
資金供給（financing）がエージェント４６により行われると、ツアーポイントを与える際に、顧客４８の支払い、キャッシュ購入およびフォールド係数を破棄する。ハイローラ（大量に賭けた人）にはツアーポイントを与えて、彼等のツアー運営者４２に対するロイヤルティを維持するべきである。ターンオーバおよびローリング係数については表Ｄを参照されたい。
（ｉｉ）ツアーポイント‐高頻度のサービスユーザ係数（上限はＹ＄の１０％）
上述した説明を参照されたい。
2012519892.tif 000006
【０１３０】
この例における全ての仮定に基づいて、これら係数のそれぞれがツアーポイント生成にどのように関るかをよりよく理解することができるようなシナリオを作ることができる。
【０１３１】
「Ａ」「Ｂ」「Ｃ」「Ｄ」という４人の顧客４８がその月に初めてカジノのツアーに出かけたとする。顧客４８「Ａ」「Ｂ」は両方ともキャッシュ条件で賭け事をして、「Ａ」はツアー運営者４２と直接取引したが、「Ｂ」はエージェント４６Ｚのもとで取引を行った。顧客「Ｃ」および「Ｄ」は、信用条件で賭け事をして、「Ｃ」はツアー運営者４２と直接取引したが、「Ｄ」はエージェント４６Ｚのもとで取引を行った。
【０１３２】
ツアー運営者４２は、総利益（ＧＰ）の２０％をツアーポイントに割り当て、表Ｅは報酬とロイヤルティをまとめたものである。
表Ｅ：
2012519892.tif 000007
【０１３３】
全ての顧客に負債がない（勝っている）場合を想定する。この場合には、ゲーム旅行の最後に負ける人がいないので、負債が生じない。
【０１３４】
Ｊｂ＄、ＧＰ、Ｙ＄、およびＪｐｔｓは月末ごとに計算される。
【０１３５】
表Ｅの数字は、例示のために旅行ベースで生成された。
【０１３６】
表Ｅに示すように、顧客４８"Ａ"は、ツアー運営者４２の直接の顧客であり、キャッシュ＄１００，０００の購入取引を行った。旅行の最後に、"Ａ"のターンオーバは＄５００，０００であった。"Ａ"は、インターネットポータル経由でツアー旅行を予約した。"Ａ"が取得したツアードルは、＄５，５００であった｛ターンオーバｘ歩合（１．１％）｝。しかし、累積ターンオーバが一ヶ月のターンオーバの目標以上になると、"Ａ"にはツアーボーナスドルはなく、Ｊｂ＄が月末まで累積されることから、Ｊｂ＄が与えられる。ツアー運営者４２が"Ａ"から得る総利益は、＄２，５００（１．６％−１．１％＝０．５％とすると、０．５％ｘ５００，０００）となる。￥＄５００（２，５００＊０．２）は、総利益の２０％として計算される。５００ツアーポイントが与えられる。表Ｃに示すように、キャッシュ係数は１．０であり（Ｙ＄の９０％）、高頻度のユーザも１．０であるので（Ｙ＄の１０％）、"Ａ"はＹ＄を１００％得ることができ、この場合にはこれは５００ポイントになる。
【０１３７】
顧客４８"Ｂ"は、エージェント４６Ｚの顧客であり、キャッシュ＄１００，０００の購入取引を行った。旅行の最後に、"Ｂ"のターンオーバは、＄６００，０００であった。"Ｂ"は、手動でツアー旅行を予約した。"Ｂ"のツアードルは、エージェント４６Ｚの口座に転送されたので、"Ｂ"は、ツアー運営者がエージェント４６Ｚと取引するときにエージェント４６Ｚにこれを請求する。エージェント４６Ｚに支払われるツアードルは、"Ｂ"の取引に基づいており、これは＄７，８００であった（ターンオーバｘ歩合―１．３％）。エージェントＺのツアーボーナスドルは、＄１，２００であった｛６００，０００ｘ（０．１％＋０．１％）｝であり、"Ｂ"および"Ｄ"の累積ターンオーバであり、これは８千万という一ヶ月のターンオーバの目標を超えている。ツアー運営者４２がエージェント４６Ｚから得る総利益は、＄６００（１．６％−１．５％＝０．１％とすると、０．１％ｘ６００，０００）であった。Ｙ＄１２０（６００ｘ０．２）は、総利益の２０％である。顧客"Ｂ"に与えられるツアーポイントは、１０８ポイントであった。表Ｃに示すように、キャッシュ係数は１．０（Ｙ＄の９０％）であり、高頻度のユーザ係数は０であるので、"Ｂ"が得られるツアーポイントは１０８ポイントである｛１．０ｘ（１２０の９０％）｝。
【０１３８】
顧客４８"Ｃ"は、ツアー運営者４２の直接の顧客であり、予め信用枠を５百万ドル与えられた。旅行の最後に、"Ｃ"のターンオーバは＄３千５百万であった。"Ｃ"は、手動でツアー旅行を予約した。"Ｃ"が取得したツアードルは、＄３８５，５００であった｛ターンオーバｘ歩合（１．１％）｝。"Ｃ"のツアーボーナスドルは、一ヶ月のターンオーバの目標を達成したので、＄１０５，０００であった｛３５ｍｘ（０．１＋０．２）％｝。ツアー運営者４２が "Ｃ"から得る総利益は、＄７０，０００（１．６％−１．１％−０．２％−０．１％＝０．２％であるので、０．２％ｘ３千５百万）であった。Ｙ＄１４，０００（７０，０００＊０．２）は、総利益の２０％である。ツアーポイント５，８８０が、フォールド値＝７ｘ（３千５百万／５百万）として求められ、表Ａを参照すると、フォールド係数は０．７である。従ってＹ＄（重み）ｘ０．７フォールド係数の６０％（０．６ｘ１４，０００ｘ０．７）は５，８８０ポイントとなり、高頻度のユーザ係数はゼロである。
【０１３９】
顧客４８"Ｄ"は、エージェント４２Ｚの顧客であり、予め信用枠を＄１千万与えられた。旅行の最後に、"Ｄ"のターンオーバは＄８千５百万であった。"Ｄ"は、インターネットポータル経由でツアー旅行を予約した。"Ｄ"のツアードルは、エージェント４６Ｚの口座に転送されたので、"Ｄ"は、ツアー運営者がエージェント４６Ｚと取引するときにエージェント４６Ｚにこれを請求する。"Ｄ"の取引に基づきエージェント４６Ｚに支払われるツアードルは、＄１，１０５，０００であった（ターンオーバ８千５百万ｘ歩合−１．３％）。エージェント４６Ｚのツアーボーナスドルは、＄１７０，０００であった｛８５ｍｘ（０．１％＋０．１％）｝であり、これは８千万という一ヶ月のターンオーバの目標を超えている。ツアー運営者４２がエージェント４６Ｚから得る総利益は、＄８５，０００（１．６％−１．５％＝０．１％とすると、０．１％ｘ８千５百万）であった。Ｙ＄１７，０００（８千５百万ｘ０．２）は、総利益の２０％である。顧客"Ｄ"に与えられるツアーポイントは、１７，０００ポイントであった。表Ｄに示すように、ローリング係数は１．０（Ｙ＄の９０％）であり、高頻度のユーザ係数は１．０であるので（Ｙ＄の１０％）、"Ｄ"はＹ＄を１００％得ることができ、この場合にはこれは１７，０００ポイントになる。
【０１４０】
上述した例およびシナリオは、支払い、キャッシュ、フォールド、頻度、およびターンオーバ係数等の係数が、いかに顧客４８に与えられるロイヤルティポイントまたはツアーポイントに影響するかを示している。表は、例示目的のみならず、ツアーポイントを生成する際のこれら係数の利用法の論理も示している。ツアーポイントは、顧客のみ（直接および非間接両方）に限定されず、エージェント４６にも適用可能である。ソフトウェアプログラミング論理をこの単純な表の代わりとして実装することもでき、これによると幅広い範囲のオプションが利用可能となる。これら係数の任意のものを単体で、または組み合わせて利用して、直接および非間接両方の顧客４８、ならびに、エージェント４６のツアーポイントを生成することができる。
【０１４１】
＜ＪＣＲＭサブシステム＞
ＪＣＲＭサブシステム１８は、効果的且つ知的に利用するために継続的に収集、更新、および分析される顧客データに対する洞察を得て、ビジネス戦略および目的を達成するよう適合されている。ＪＣＲＭサブシステム１８は、顧客の要求を予期して満たして、高い水準の顧客サービスを提供することにより、顧客４８を維持する一助となる。ＪＣＲＭサブシステム１８は、（１）ツアー運営者４２のウェブポータル（予約の問い合わせ、口座の問い合わせ等）（２）ツアー代表者５２／業務管理者／運営管理者５０（３）任命されたエージェントまたは協力者４６（４）顧客コンタクトセンタ／顧客サービスセンタ（５）ゲーム施設４４（６）第三者がロイヤルティポイント交換／引き換え（例えば、ツアーロイヤルティポイントを航空券または公演チケットまたはリムジントランスファー等に引き換える）のために経営するパートナープログラムであるパートナプログラムセンタであり、ここで承認されたロイヤルティポイントのドルへの変換率が予め決められている（７）他の第三者の接点センタ、の接点のうち１以上からデータを集める。
【０１４２】
加えて、ＪＣＲＭサブシステム１８は、多層の多くの種類の顧客４８にサービス提供するためのウェブポータルを含む。ＪＣＲＭ１８で利用される関連情報には、（１）フルネーム、住所、電子メールアドレス、年齢、職業、パスポートの詳細等の顧客プロフィール、（２）家族構成、それぞれの年齢、学歴、配偶者の職業等の、家族のプロフィール、（３）交通手段、食事、ホテル、旅行頻度等の旅行の習慣と傾向、（４）趣味、スポーツ等のレジャー活動、（５）ゲームの種類、最小／最大の賭け量、好みのゲーム施設４４等の、ゲームにおける嗜好、（６）平均保険プレイの賭け量、信用枠／条件、勝ち負けの結果、払い戻し履歴、ローリング量の履歴等の、財政プロフィールおよび取引履歴が含まれる。
【０１４３】
＜ＤＩＰサブシステム＞
図６を参照すると、一実施形態では、ＪＬＳはＤＩＰサブシステムを含んでよい。ＤＩＰサブシステム２０は、顧客４８に対して、予め定められたゲーム規則および保険率のセットに基づいて、保険プレイのオプションを提供するよう適合される。この結果、顧客４８は、自分が賭け事で勝ち負けすることに伴う認識されているリスクを管理することができるようになる。ＤＩＰサブシステム２０は、さらに、顧客４８に報酬ポイントを提供して、顧客ロイヤルティを高める。ＤＩＰサブシステム２０は、特定のゲームの副次的な賭け（side-bet）として考えることもできる。加えて、保険プレイは、ツアー運営者４２と任命されたエージェントまたは協力者４６との間の、または、ツアー運営者４２と顧客４８との間の利益の分配に関するジョイントベンチャー協定を含んでよい。ツアーロイヤルティシステム１０においては、顧客４８は、保険プレイ取引に参加を希望する傾向がある。
【０１４４】
図６に示すように、ステップ１００でカードが露呈しており（テーブル、手持ちのカード（hand）およびシューター（shoe）番号）、これにより、支払い率１０２が生成される。ＤＩＰ結果＆清算１０８は、支払い率１０２、プレーヤの個々の賭け量１０４、およびゲーム結果１０６により決定される。ＤＩＰ結果＆清算１０８はさらに、ＲＬＤＩＰサブシステム１７で顧客のロイヤルティを評価する際に利用される。
【０１４５】
一実施形態では、ＤＩＰサブシステムはツアー運営サーバ２６と、実行されると、プロセッサに、上述した処理の少なくとも一部を実行させるプログラムを格納する機械可読媒体を含むコンピューティングデバイス３６と、可搬型メモリ格納デバイス３８とを含む。このようにして、ツアー運営者４２は、ゲームにおけるプレーヤの、または別の顧客のプレイの１以上の側面について賭ける、というオプションを提供することにより、ＤＩＰサブシステムから顧客４８に対して保険プレイまたは副次的な賭けを提供する。保険プレイによって、ターンオーバが向上して、ツアービジネスの収益も上がり、顧客４８自信がゲームにおいて幾らか制御することが可能となり、顧客４８は保険プレイを利用して、賭けに負けるリスクを軽減させることができるようになる。
【０１４６】
一実施形態では、ある賭け事は、直接１以上の特定のゲームに関する出来事（例えばプレーヤが勝つこと）が起こるかに関していてよい。代替的な実施形態では、ある賭け事は、イベントのまとまりについてのもの（例えば、カジノにおいて顧客４８が勝った総額が、昨日より今日のほうが大きいか）であってもよい。
【０１４７】
ゲームがカードゲームである場合、顧客４８は、ａ）次に現われるカード、ｂ）手持ちのカードの結果（例えばハウスが勝つか、ハウスが破産する、プレーヤが勝つ、プレーヤが破産する、引き分けになる、プレーヤＡの手持ちのカードがプレーヤＢのものより勝っている、カスタマ４８の手持ちのカードがプレーヤＡのものより勝っている、等）のいずれかまたは全てについて賭けることができる。手持ちのカードは、経時的に同じプレーヤのものであっても、一群のプレーヤのものであってもよい（例えば、現在のブラックジャックのプレーヤ全員対ハウスに賭けて、より多くのプレーヤが負けるよりも勝つかを判断する）。
【０１４８】
さらに、一度の手持ちのカードについて数回そのような賭け事をすることもできる。例えば、顧客４８が自分のカードを見る前に最初の賭け事を行い、顧客４８が自分のカードを見てから、ディーラカードが明かされないときに次の賭け事を行ってもよい。ゲームがスロットマシンである場合には、顧客４８は、特定のシンボルのパターンが、スロットマシンを一度引いた後で出ることに賭けることができる。ゲームがルーレットであれば、顧客４８は、結果が特定の番号である、または、一群の番号が出る、と賭けることができる。
【０１４９】
一部の実施形態では、賭けられたゲームの出来事の結果とは反対のゲームの出来事の結果に基づいてもよい。例えば、顧客４８が、特定のゲームの出来事が起こると賭け、そのゲームの出来事が起こらなかった場合にも支払いを受けられるようにしてもよい。
【０１５０】
保険プレイは、任意の有線または無線ＪＬＳを介して提供されてよい。
【０１５１】
一実施形態では、ＤＩＰサブシステム２０は、任意のカードゲーム（例えば、バカラ、ブラックジャック、ポンツーン、カジノ戦争）において、既に明らかになった手持ちのカードに基づいて特定のゲームプレーヤが勝つか負けるかの確率を計算することにより、保険プレイまたは副次的な賭け事を提供することのできるコンピュータプロセッサを含んでよい。このときのプログラミング論理には、保険プレイまたは副次的な賭け事を提供するカードゲーム（例えばカリビアンスタッドポーカー、バカラ、ブラックジャック、ポンツーン、カジノ戦争、３つのカードのポーカー、スパニッシュ２１等）におけるルールが含まれてよい。
【０１５２】
顧客が特定のゲームセッションで勝つまたは負けるリスクを計算する際には、コンピュータ命令を実行するＰＤＡ等のコンピューティングデバイス３６を利用して汎用カードゲームプロセッサ用のコンピュータプログラミングを設計する。プログラム命令は、そのゲームセッションにおける予め定められた支払い率、賭け金およびパフォーマンス値（performance value）を計算する命令を含む。
【０１５３】
コンピュータプログラムは、さらに、シューターから引かれるカードを記憶して、シューでまだ明らかにされずに残っているカードの内訳を推定して、次に引かれるカードの確率を、シューターにまだ残っているカードに基づいて計算して、そのゲームセッションに関する予め定められた支払い率、賭け金およびパフォーマンス値を計算する命令を含んでよい。
【０１５４】
カードゲーム（例えばバカラ）のルールによって、ハウスのカードまたはプレーヤのカードのどちらかが先に明らかになるので、保険プレイは、特定のカードゲームのカード（particular card game hand）に賭けるプレーヤ（１人または複数人）に対しても、該特定のカードゲームのカードに賭けない人に対しても提供される。特定のカードゲームのカードに賭けるプレーヤ（１人または複数人）も、該特定のカードゲームのカードに賭けない人も、少なくともその保険プレイに対して賭けている間は、集合的に「顧客」と称される。カードの値は、支払い率を表示するために、コンピューティングデバイス３６（例えばＰＤＡ）に入力される。比率は、提供されたり、受け付けられたり、拒絶されたりする。比率が受け付けられた場合には、保険プレイでは、次のカード（１または複数）が明らかになったときの保険の勝ち負けを計算する。定義では、プレーヤのカードとは、プレーヤがプレーヤボックスまたはバンカーボックスに賭けたかに応じて、シューターから引かれてプレーヤに与えられるカードのことである。
【０１５５】
別の実施形態では、保険プレイは、ブラックジャックカードゲームで提供されるものであってよい。ブラックジャックのルールには、ハウスのカードの前に、先ずプレーヤのカードを明らかにする、というものがある。プレーヤのカードの値をコンピューティングデバイス３６により「読み取らせ」、支払い率を表示する。次いで、保険プレイが「顧客」に提供される。保険プレイは、ハウスのカードが明らかになったときに「顧客」に提供されてもよい。
【０１５６】
保険プレイは、コンピューティングデバイス３６（例えばＰＤＡ）に、シューターから引かれるカードを読み取るカードリーダ、音声認識、視覚認識、または手動でカードの値を入力するようにすれば、これら以外のカードゲーム（例えばミニバカラ、ミディバカラ、ビッグバカラ、カリビアンスタッドポーカー、ブラックジャック、スパニッシュ２１、カジノ戦争、３つのカードポーカー、ポンツーン等）で提供されてもよい。
【０１５７】
同様に、コンピューティングデバイス３６（例えばＰＤＡ）、可搬型格納メモリデバイス３８（例えばＲＦＩＤカード）、および、プログラム命令のコーディングを利用して、顧客４８の信用枠を決定することができる。
【０１５８】
ＤＩＰは、どの顧客４８がその特定のカードゲームに賭けたかに関らず、任意の人に提供されてよい。
【０１５９】
誰であってもカジノでＤＩＰをしたり、インターネットを経由する双方向のゲーム環境で、ライブでＤＩＰオンラインをしたりすることができる。
【０１６０】
ＤＩＰサブシステム２０は、ＪＬＳ１０の一環として、ツアー運営者４２により、様々なゲームとの関連で運営される。図６に示すように、一実施形態では保険プレイはバカラゲームに関しており、バカラ保険プレイ（ＢＩＰ）と称される。ＢＩＰは、ツアー運営者４２から顧客４８に提供されて、認識されている、賭け事に負けるリスクを軽減させたり、バカラゲームテーブルにおける勝ちを薄めさせたりすることができる。
【０１６１】
ＢＩＰは、ゲームテーブルにおいて引かれた、または、明らかになったカードに応じて手配スキームを軸に展開される。殆ど明らかになっているに等しいカードに応じて、顧客４８がリスク管理をする、というオプションもある。これらの、引かれ、明らかになっている、または殆ど明らかになっているカードにより、一定の予め定められた比率が生成され、リスクを軽減するために賭けるオプションを顧客４８に提供することができる。
【０１６２】
または、ＤＩＰサブシステム２０では、ツアー運営者４２と任命されたエージェントまたは協力者４６との間で、あるいは、顧客４８／賭けた人同士との間で、様々なジョイントベンチャー構成が利用されてもよい。協力者は、同じレベルのリスク（信用枠）を維持しつつ、リターンを向上させることを希望する。顧客４８は、ゲーム施設との間でＢＩＰに対する勝ち負けのリスクを分散させることを望む。このように、ツアー運営者４２および任命されたエージェントまたは協力者４６は、ＢＩＰ取引において利益およびリスクを共有することができる。ゲーム前またはゲーム旅行の前にジョイントベンチャーを予め構築しておくこともでき、ジョイントベンチャーの期間は、ゲーム旅行の期間と同じとすることができる。通常はジョイントベンチャーには最大限度量が設けられる。ジョイントベンチャー構成は通常、顧客４８には知らされず、顧客４８がゲームを止めると決めた後に顧客４８が賭けた全ての支払い率のオプションの最終的な利益損失がこれにより支配される。
【０１６３】
ＢＩＰは、先ず口頭で提示されてから、後でＰＤＡ等のコンピューティングデバイス３６に入力されてもよいし、あるいは、ＰＤＡ等のコンピューティングデバイス３６に直接入力されて予め定められた支払い率が生成されてもよい。コンピューティングデバイス３６は、音声入力部、および、ユーザの口頭の音声と相互作用する音声を認識するよう構成されたコーディングを含んでよい。コンピューティングデバイス３６は、コンピューティングデバイス３６のディスプレイに、顧客の負けるリスクに関する指標を表示することができてよい。好適には、計算の多く（例えば損失リスクおよび支払い率）をリアルタイムに行う。このようにして、コンピューティングデバイス３６は、ゲームプレイに関連する予め定められた支払い率と、予め定められた支払い率に基づいてゲームセッションに関連付けられた現在の支払い率を決定して、ゲームセッションにおける顧客４８の賭け金（bet）を決定し、顧客のプレイ履歴に関する顧客４８のパフォーマンス値を決定し、予め定められた支払い率、賭け金、およびパフォーマンス値から顧客４８の負けるリスクを計算する方法を有する命令とを格納するメモリを有してよい。従って現在の支払い率は、ゲームプレイ中にリアルタイムに明らかにされる／殆ど明らかにされているカードに応じて予め定められた支払い率で、現在の支払い率を計算および管理することができる。
【０１６４】
ＢＩＰは、バカラゲームで２つの方法で提供されてよい。同じ支払い率が提供されているときの同じゲームの手持ちのカードで、ＢＩＰに賭ける２人以上の顧客４８がいる場合に、高速のＢＩＰが定義される。顧客４８が、その顧客４８の世話をする保険取扱者６０とともにＢＩＰに賭けるときに、低速のＢＩＰが定義される。
【０１６５】
特定のソフトウェアアプリケーションを含むコンピューティングデバイス３６（例えばＰＤＡ）は、高速のＢＩＰおよび低速のＢＩＰ両方で利用される。
【０１６６】
高速のＢＩＰでは、ＢＩＰに賭ける、ということは、先ず口頭で保険取扱者６０により受け付けられてから、コンピューティングデバイス３６に入力され、ＢＩＰに賭けた結果が可搬型メモリ格納デバイス３８に記録され、勝ち負けした量がＢＩＰプレイに参加した各顧客４８に分配される。
【０１６７】
図７に示すように、一実施形態では、保険プレイは開始ステップ１１２から始まる。ステップ１１４で、比率および賭け量を入力して（key in）、これらはステップ１１６で取扱者により検証される。次にステップ１１８および１２０で、ゲームの結果およびテーブル、手持ちのカード（hand）およびシューター（shoe）番号）がそれぞれ取得される。ステップ１２２で各個人の賭け量が取得されると、ステップ１２４で顧客が可搬型メモリ格納デバイス３８を有しているかいないかに基づいて、顧客の可搬型メモリ格納デバイス３８をステップ１２６で検証して、ステップ１２８でプレイをゲスト扱いで行う。全ての顧客の処理が終了すると、サマリーをステップ１３２で生成して、保険プレイはステップ１３４で終了する。一例では、３人の顧客Ｘ，ＹおよびＺがＢＩＰプレイを行い、＄２００、＄５００、＄６００をそれぞれ支払い率１：４で賭けた。バカラゲームの結果が出る前に、保険取扱者６０は＄１，３００を全ＢＩＰの賭け金として入力した。バカラゲームの結果が確定すると、ＢＩＰの賭けの結果がコンピューティングデバイス３６（例えばＰＤＡ）のディスプレイに表示される。顧客４８はバカラゲームに勝ったので、顧客によるＢＩＰの賭け金は失われた。保険取扱者は次に、ＢＩＰの賭け金を負け分として、個々の顧客の可搬型メモリ格納デバイス３８に分配する。
【０１６８】
別の実施形態では、３人の顧客４８であるＡ、Ｂ、およびＣが、銘々バカラゲームで賭け事をしている。３人の顧客４８全てがバンカーボックスに賭けることを決めたとする。最も高い賭け金を賭けた顧客４８（顧客Ａとする）が、カードをスクイズ（squeeze）する特権を有する。ゲーム施設ディーラは、バンカーカードを顧客Ａに渡し、Ａは総計８ポイントのカードをスクイズした。プレーヤのボックスカードがまだ明らかになっていない間に、保険取扱者６０は、１支払い７という比率でＢＩＰオプションを提供する。顧客Ｃはこれを拒否して、顧客ＡおよびＢは、＄２，０００および＄１，０００をそれぞれ確保することで、申し出を受け入れた。この段階では、コンピューティングデバイス３６（例えばＰＤＡ）を有する保険取扱者６０は、（ａ）１支払い７の比率、（ｂ）保険掛け金＄３，０００（＄２，０００＋＄１，０００）の総額、および（ｃ）保険取扱者６０からの、コンピューティングデバイス３６（例えばＰＤＡ）のカードリーダにある可搬型メモリ格納デバイス３８（ＲＦＩＤカード）を利用した、受領確認を入力している（key in）。
【０１６９】
これら全ては、ゲーム施設のディーラがプレーヤボックスのカードを明らかにする前に実行される。次いで顧客Ａは、ゲーム施設のディーラに、プレーヤボックスのカードを見せるよう要求する。プレーヤボックスのカードがゲーム施設のディーラにより明らかにされた結果には、３つの可能性が考えられる。
【０１７０】
＜プレーヤボックスの桁の合計が９ポイントである‐バンカーが負ける場合＞
保険取扱者は、コンピューティングデバイス３６上のＬＯＳＳボタンを選択して、顧客ＡおよびＢに与える必要のある総量を、＄２１，０００（＄３０００ｘ７）として表示する。＄２１，０００、＄１４，０００（＄２，０００ｘ７）の総量を、コンピューティングデバイス３６（例えばＰＤＡ）を利用して、顧客Ａの可搬型メモリ格納デバイス３８に与え、保険取扱者６０からの確認を、同じコンピューティングデバイス３６上のＲＦＩＤタグを利用して入力する。次に＄７，０００（＄１，０００ｘ７）を、顧客Ｂの可搬型メモリ格納デバイス３８に、先ほど説明したものと同じ手順で与えて分配を完了して、この場合におけるＢＩＰゲームが終了する。
【０１７１】
＜８ポイント‐賭けは引き分けであり、この結果バンカーおよびプレーヤの両方が引き分けである場合＞
保険取扱者６０は、コンピューティングデバイス３６上のＴＩＥボタンを選択して、この保険について引き分けであることを、承認とともに、顧客ＡおよびＢ、および保険取扱者６０のコンピューティングデバイス３６（例えばＰＤＡ）上の可搬型メモリ格納デバイス３８を利用して記録して、この場合におけるＢＩＰゲームを終了する。
【０１７２】
＜プレーヤボックスの桁の合計が０から７である‐バンカーが勝つ場合＞
保険取扱者６０は、コンピューティングデバイス３６上のＷＩＮＮＩＮＧボタンを選択して、顧客ＡおよびＢが支払う必要のある総額として＄３，０００をスクリーンに表示する。総量＄３，０００のうち＄２，０００は、顧客Ａの可搬型メモリ格納デバイス３８から、コンピューティングデバイス３６（例えばＰＤＡ）を利用して、同じコンピューティングデバイス３６の上のＲＦＩｄタグを利用することで保険取扱者６０の確認とともに、引き出される。残りの＄１，０００は、顧客Ｂの可搬型メモリ格納デバイス３８から、先ほど説明したものと同じ手段で引き出され、この場合におけるＢＩＰゲームを終了する。
【０１７３】
別の実施形態では、低速のＢＩＰがハイローラにより行われる。この場合には、保険取扱者６０は、個々の顧客のＢＩＰの賭け金を、バカラゲームの結果が分かる前に、コンピューティングデバイス３６（例えばＰＤＡ）および銘々の可搬型メモリ格納デバイス３８に入力する十分な時間がある。
【０１７４】
一実施形態として、顧客Ａが保険取扱者６０と一人きりでゲームテーブルでプレイしている場合を想定する。顧客Ａは自身の賭け金をプレーヤボックスに賭けた。賭けるチップがバカラテーブルのプレーヤボックスに置かれると、ゲーム施設のディーラは、カードをゲームシューターから取って、表を下にしておいていくが、このときのバカラゲームのルールは、（１）一番目のカードをプレーヤボックスに、（２）二番目のカードをバンカーボックスに、（３）三番目のカードをプレーヤボックスに、そして（４）四番目のカードをバンカーボックスに、置く、というものである。
【０１７５】
この処理が完了すると、プレーヤボックスのカードを顧客Ａに渡し、バンカーボックスのカードをゲーム施設のディーラが保持する。これは、顧客Ａがプレーヤボックスに賭けているからである。全ての４枚のカードは依然として表が下になるように置かれており、明らかにされていない。
【０１７６】
顧客Ａはカードをスクイズする。プレーヤボックスのカードの桁の合計は６ポイント（４＋２）であり、保険取扱者６０は、コンピューティングデバイス３６（ＰＤＡ）のスクリーンに示されているＰＬＡＹＥＲボタンを選択して、顧客Ａが明らかにした個々のカードのポイントを入力する。コンピューティングデバイス３６にロードされている予め定められている比率のセットを利用して、コンピューティングデバイス３６は、保険が、１支払い３の比率で利用可能であることを示す。顧客Ａはこの申し出を受け、保険取扱者６０は（ａ）顧客がＢＩＰについて購入した額（＄２，０００）を入力して、（ｂ）コンピューティングデバイス３６のカードリーダ上で、顧客Ａと保険取扱者６０両方の可搬型メモリ格納デバイス３８を利用してコンピューティングデバイス３６で確認を行う。
【０１７７】
次いで顧客Ａは、ディーラに対して、バンカーカードも見せるように要求する。バンカーカードの総計が７、８、９ポイントである場合、バンカーは勝ったことになる。バンカーの総計が６ポイントであれば引き分けである。バカラのルールでは、総計が０、１、２、３、４、または５である場合には、バンカーは三番目のカードを引く必要がある、ということになっている。バンカーの三番目のカードが明らかになり、３枚のカードの総計が７、８、９である場合には、バンカーが勝ち、総計が６である場合にはプレーヤと引き分けであり、総計が０、１、２、３、４、または５である場合には負け、ということになる。
【０１７８】
ここでは一例として、３枚のカードを見せたときのバンカーの総計が２ポイントであったとする（最初の２枚のカードが１ポイントと３ポイントであり、三願目のカードが８ポイントであり、バンカーの手持ちのカードの総計は２ポイントである）と、プレーヤが勝ち、保険取扱者６０は、（ａ）ＢＡＮＫＥＲボタンを選択して、カードの値を入力し、（ｂ）１、３、８のカードの値を入力し（内蔵プログラムにより、コンピューティングデバイス３６（例えばＰＤＡ）では、保険取扱者６０が賭け事に勝ったことが認識されている）（ｃ）コンピューティングデバイス３６のスクリーン上で、保険取扱者６０に対して、顧客Ａの可搬型メモリ格納デバイス３８から＄２，０００を引き落とすことを要求する。
【０１７９】
この処理は、顧客Ａおよび保険取扱者６０の両方の可搬型メモリ格納デバイス３８を利用して完了して、これによりこの場合のＢＩＰゲームが終了する。
【０１８０】
ＢＩＰ用のＤＩＰサブシステムの一実施形態は、コンピューティングデバイス３６と可搬型メモリ格納デバイス３８とを含む。コンピューティングデバイス３６は、保険率計算のためのアプリケーションパケットを搭載されており、予め定められたバカラ保険の比率表を、引かれるカードについて手動で入力している。コンピューティングデバイス３６は、高速のＢＩＰおよび低速のＢＩＰ両方について設計されている。アプリケーションパケットは、保険率、賭け提案ＢＩＰ値、および潜在的な支払い額を計算するためにコンピューティングデバイス３６に搭載される。
【０１８１】
ゲームテーブルで引かれるカードは、（１）音声認識（２）カード画像変換器（３）ビデオストリーミング／表示機能（４）手動入力という方法およびシステムを利用してコンピューティングデバイス３６に入力される。
【０１８２】
特定のゲームの最終結果に応じて、リスク管理のオプションを選択すると決定した顧客４８は、ゲームにおいて勝つか負けるかして、選択した支払い率オプション（odd option）も負けるか勝つかする。このような、顧客４８による支払い率オプションの継続的な購入によって、保険取扱者６０は、顧客の嗜好およびゲームテーブルにおける結果、ひいては選択したオプションの累積結果をトラッキングすることができる。これらゲームの累積の勝ち負けを含むオプションの値の合計がトラッキングされる。顧客４８は、ゲーム旅行中またはその後に、金銭的および／または非金銭的な値の払い戻しというインセンティブを提供される。
【０１８３】
各顧客４８は、可搬型メモリ格納デバイス３８を発行され、顧客４８が行う全ての取引は、コンピューティングデバイス３６で「タッチ」することが可能であり、顧客４８が自身に払われるべきもの（dues）／勝ち、および／または、非金銭的な稼ぎ（例えばロイヤルティポイント）をチェック、検証、清算することを希望するときまで、可搬型メモリ格納デバイス３８内に符号化され維持される。
【０１８４】
可搬型メモリ格納デバイス３８は、行われた全ての取引を記録して維持する顧客の台帳の役割を果たす。可搬型メモリ格納デバイス３８は、顧客４８に、彼等の好む個人識別番号（ＰＩＮ）をセキュリティ上の理由から符号化させる。
【０１８５】
賭けられた全ての支払い率オプションについて、顧客４８は、コンピューティングデバイス３６（例えばＰＤＡ）の自身の可搬型メモリ格納デバイス３８に「タッチ」する必要がある。これら取引は、保険取扱者６０によりダブルチェックされる必要がある。ダブルチェックは、保険取扱者の可搬型メモリ格納デバイス３８を「タッチ」することで行われる。ここで言う「タッチ」は、必ずしも物理的な接触を必要としない。このように、可搬型メモリ格納デバイス３８およびコンピューティングデバイス３６は、実際に物理的に接触する必要なしに、近接距離の範囲で相互作用するよう構成されてよい。このビジネスメソッドは、顧客４８が保険取扱者６０と協働して行う支払い率オプション（odd option）間で達成されるサービスの並列ではないセキュアなビジネスメソッドを、顧客４８の個々に構築されたプレーヤの台帳に提供して、ゲームテーブルにおいて認識されているリスクを管理する権利を行使することができる。
【０１８６】
可搬型メモリ格納デバイス３８に符号化されて含まれる情報は、顧客４８に、これらデータにリアルタイムにアクセスしやすくすることで、実行される支払い率オプション（odd option）に関する疑義／不明な点をなくすことができる。これは、顧客４８および／または適宜関連機関に対して情報提供する際の、信頼性、信用、および透明性のある記録および確認のためのビジネスメソッドを提供する基礎となる。可搬型メモリ格納デバイス３８内に含まれる、一群または複数の群の個人に対する取引は、分割、分類、ソートすることができる。
【０１８７】
同意されたシンジケート協定スキームは、これら個人（協力者に属す一群または複数の群に属す人のこと）の取引をトラッキング、評価、および追跡することができ、ビジネスメソッドにより、この協定スキームの最終結果が確かめられる。
【０１８８】
ツアー運営者４２が提供する保険プレイは、さらに、可搬型メモリ格納デバイス３８を利用して以下のシナリオで賭けることもできる。カードが予めロードされた値で販売され、カード保持者により賭けが行われるたびに引き出される。カードは格納されている値が低下するたびに補給も可能である。さらなる補給を購入するには、顧客４８は（１）既存の信用枠の引き出し、（２）信用拡張要求、（３）キャッシュ、個人小切手、またはクレジットカードを利用すること、（４）キャッシュチップまたは交換不可能チップを採用することができる。
【０１８９】
可搬型メモリ格納デバイス３８は、最初ゼロの値で（信用取引面で）顧客３８に発行されてよい。ツアー旅行の最後には、正の値がカードにある顧客４８は、保険プレイで勝ったとみなされ、ツアー運営者４２による支払いを受け、負の値がカードにあると、保険プレイで負けたとみなされ、この場合には顧客４８はツアー運営者４２に対して、同意した信用条件で清算を済ませる必要がある。
【０１９０】
＜ＲＬＤＩＰサブシステム＞
一実施形態では、ＪＬＳはＲＬＤＩＰサブシステム１７を含んでよい。ＲＬＤＩＰサブシステム１７は、エージェントとツアー運営者の顧客両方について、顧客によるドルによる賭け、ドルの賭けに負けたこと、ドルの賭けに勝ったこと、顧客の負けの累積から、賭けの配当金（bettor payout）を差し引いたもの、賭けの配当金の累積に賭けの損失を足したもの、支払いドルに対して各勝ち等の保険プレイゲームデータを保持するよう適合されている。特定のゲームの最終結果に応じて、リスク管理のオプションを選択すると決定した顧客４８は、ゲームテーブルにおいて勝つか負けるかして、選択したリスク管理のオプションも負けるか勝つかする。このような、顧客４８による支払い率オプションの継続的な購入によって、保険取扱者６０は、顧客の嗜好およびゲームテーブルにおける結果、ひいては選択したオプションの累積結果をトラッキングすることができる。これらゲームの累積の勝ち負けを含むオプションの値の合計がトラッキングされる。顧客４８は、金銭的および／または非金銭的な値の払い戻しというインセンティブを提供される。
【０１９１】
ＢＩＰビジネスメソッドのためのＲＬＤＩＰは、（１）ＢＩＰ−ＲＲ（収益に対するリベート）−賭けの結果に関らず顧客４８による各ドルの賭けについてのもの、（２）ＢＩＰ−ＲＬＨ（賭けた人がゲームで負けた場合のリベート）−顧客が賭けた各負けたドルについてのもの、（３）ＢＩＰ−ＲＷＨ（賭けた人がゲームで勝った場合のリベート）−顧客が賭けた各勝ったドルについてのもの、（４）ＢＩＰ−ＲＮＬ（賭けた人による正味の損失に対するリベート）−顧客の累積損失額から賭けの配当金を差し引いたものについてのもの、（５）ＢＩＰ−ローリング（ローリングに対するリベート）−賭けの配当金の累積額に、賭けの損失を足したものについてのもの、（６）ＢＩＰ−ＲＰＯ（賭けの配当金に対するリベート）−各勝ちについて顧客へ支払われたドルについてのもの、という要素を含む。
【０１９２】
保険取扱人６０は、ＢＩＰ取引の成功失敗に大きく関る重要な要素である。
【０１９３】
表ＦおよびＧに示すように、一実施形態では、ＲＬＤＩＰサブシステムは、顧客／ＢＩＰを賭けた人のロイヤルティに報酬を与えたり、ロイヤルティを向上させたりする助けをする。
表Ｆ：
2012519892.tif 000008
【０１９４】
これら取引から抽出された、ＲＬＤＩＰサブシステム１７に対して報酬を生成するときに有用でＲＬＤＩＰサブシステム１７に貢献を与える主要な要素および値を特定したところ、（１）勝ちに対する収益（ドル１，０００−シリアル番号１（収益）に対するものである）（２）負けに対する収益（ドル５，０００−シリアル番号２、３（収益）に対するものである）（３）正味収益（ドル６，０００−シリアル番号１、２、３（収益）に対するものである）（４）賭けた人に対する支払い（ドル３，０００−シリアル番号１（賭けた人に対する支払い）に対するものである）（５）賭けの損失（ドル５，０００−シリアル番号２、３（賭けの損失）に対するものである）となった。
【０１９５】
主要な要素または主要な要素の組み合わせ（バスケット要素）を用いることによりＲＬＤＩＰプログラムの異なるセットを生成してアーカイブすることができる。一部の例としては（１）ＢＩＰ−ＲＲ：賭けた人の正味の収益に基づくリベート‐＄６，０００（１＋３＋２）ｋである、（２）ＢＩＰ−ＲＬＨ：賭けた人のゲームの負けに基づくリベート‐＄５，０００（３＋２）ｋである、（３）ＢＩＰ−ＲＷＨ：勝った収益に基づくリベート‐＄１，０００である、（４）ＢＩＰ−ＲＮＬ：賭けの損失から賭けの配当金を差し引いた値に基づくリベート（損失額は支払い額より大きくあらねばならない）‐＄２，０００｛（３＋２）−３｝ｋである、（５）ＢＩＰ−ローリング：賭けの配当金および賭けの損失を足し合わせた額に基づくリベート‐＄８，０００｛３＋（３＋２）｝ｋである、（６）賭けの配当金に基づくリベート‐＄３，０００である、が挙げられる。
【０１９６】
ＲＬＤＩＰへ入力するために利用される主要な要素またはバスケット要素の任意の組み合わせを利用してＪＬＳ１０を保護することが重要である。表Ｇは、表Ｆに示す結果に基づいて生成される。百分率は、保護されるべき実際の範囲ではく、あくまで例示を目的としたものである。
表Ｇ：
2012519892.tif 000009
以下の例は、表ＦおよびＧからのデータを利用して説明する。
【０１９７】
例１（正味の収益に基づくリベート、ＢＩＰ−ＲＲ）：  顧客は、ＢＩＰゲームに参加して、正味の収益＄６，０００を得た。これは、ＧＩＰゲーム自体に勝つか負けるかに関らず、（１）報酬：＄９００（６０００ｘ１５％）および（２）ロイヤルティ：＄１００（６０００ｘ１．６６％）に基づいて求められる。
【０１９８】
例２（負けに基づくリベート、ＢＩＰ−ＲＬＨ）：  顧客の負けが＄５，０００であった場合、顧客は、（１）報酬：＄９００（５０００ｘ１８％）および（２）ロイヤルティ：＄１００（５０００ｘ２％）を与えられる。
【０１９９】
例３（勝ちに基づくリベート、ＢＩＰ−ＲＷＨ）：  顧客が勝っている場合（賭けた人がＢＩＰで勝っているときの収益であり、勝ちに伴う支払いに関するものではない）は＄１，０００であり、顧客は、（１）報酬：＄９００（１０００ｘ９０％）および（２）ロイヤルティ：＄１００（１０００ｘ１０％）を与えられる。
【０２００】
例４（正味の損失額に対するリベート、ＢＩＰ−ＲＮＬ）：  顧客が＄２，０００負けた場合（払い戻しは、顧客が負けた場合のみ有効である）、顧客は、（１）報酬：＄９００（２０００ｘ４５％）および（２）ロイヤルティ：＄１００（２０００ｘ５％）を与えられる。
【０２０１】
例５（ローリングに対するリベート、ＢＩＰ−ローリング）：  顧客のＢＩＰ−ローリングが＄８，０００である場合、顧客は（１）報酬：＄９００（８０００ｘ１１．２５％）および（２）ロイヤルティ：＄１００（８０００ｘ１．２５％）を与えられる。
【０２０２】
例６（支払いに対するリベート、ＢＩＰ−ＲＰＯ）：  顧客のＢＩＰ−ＲＰＯが＄３，０００である場合、顧客は（１）報酬：＄９００（３０００ｘ３０％）および（２）ロイヤルティ：＄１００（３０００ｘ３．３３％）を与えられる。
【０２０３】
上述した６つの例から、報酬およびロイヤルティの量は、全て同じ値になっているが、こうなる場合ばかりではない。この計算結果は、後方の計算法（backward calculation method）を利用しており、報酬、ロイヤルティ、およびＢＩＰの勝ちが、常に＄９００、＄１００、および＄２，０００であることを想定していることに起因している。勝った量が＄２，０００である場合を例にとると、これを１００％に変換して、５０％、４５％、および５％をそれぞれ維持されている勝ち、報酬、およびロイヤルティに割り当てた。表Ｇの百分率の値はこのようにして導出されたものである。
【０２０４】
表Ｈ、Ｉ，Ｊ、およびＫに示すように、別の例では、ＲＬＤＩＰサブシステムは、顧客４８／ＢＩＰで賭けた人に報酬を提供して、顧客４８／ＢＩＰで賭けた人のロイヤルティを増させる他の例を提供する。
表Ｈ：
2012519892.tif 000010
2012519892.tif 000011
2012519892.tif 000012
2012519892.tif 000013
【０２０５】
表Ｋに示すリベート量は、異なる要素または要素バスケットを利用することで異なってくる。これにより顧客４８または賭ける人は、自身のニーズに合致するものを選ぶことができるようになる。一般的に、このことは以下のように説明することができる。ＢＩＰ−ＲＲ：購入量に基づく一定のリベートであり、ＢＩＰ−ＲＬＨ：顧客が保険取扱人６０に対してゲームにおいて負けているが、実際のゲームテーブルのゲームでは勝っている場合に、ゲーム施設でそのツアー旅行において勝つことを確信した顧客は、このプログラムを選択することができる、ＢＩＰ−ＲＷＨ：ゲーム施設でそのツアー旅行において勝つことが確信できない顧客は、このプログラムを選ぶことができる、ＢＩＰ−ＲＮＬ：保守的な顧客はこれを選択して、ＢＩＰの負けに対するゲームで勝つ保険を賭けようとする、ＢＩＰ−ローリング：ゲームに長時間を費やして数多くのＢＩＰ取引に携わった顧客であれば、かなりのＢＩＰ−ローリング量を生成するので、このプログラムを選ぶであろう、ＢＩＰ−ＲＰＯ：ゲーム施設で勝つ自信がないが、ＢＩＰでは勝ちたいと願う悲観的な顧客４８はこのプログラムを選択するであろう。
【０２０６】
表Ｇに示す百分率の範囲は、あくまで例示である。最も重要なことは、表Ｆとの関連である。
【０２０７】
ＪＬＳ１０は、顧客４８に一定の予め定められたオプションを提供することで、彼等が認識しているリスクを管理することができる。顧客４８が、保険取扱者６０が提供するオプションを実行するときには、顧客４８は、ディーラがバンカーにカードを見せることを要求するであろう。顧客のカードの桁の合計をバンカーのカードの桁の合計と比較することで、賭けの結果と、取られるリスクオプションの結果とを決定することができる。顧客のカードの桁の合計が、バンカーのカードの桁の合計より小さい場合には、あるいはこの反対の場合でもだが、ゲームのルールにより、顧客４８および／またはハウスのいずれかが、さらなるカードをそれぞれ引く必要がある。このシナリオにおいては、カードはタブロー（tableau）に応じて引かれる。
【０２０８】
顧客４８に提供されるオプションは、コンピューティングデバイス３６（例えばＰＤＡ）により生成され、顧客４８は、この申し出を了承して、認識しているリスクを管理することができる。
【０２０９】
ＲＬＤＩＰサブシステム２０は、継続して、顧客４８が賭けるオプションおよび、バカラテーブルゲームにおける各全てのゲームの結果をトラッキングする。顧客４８は、次に、ロイヤルティポイントを与えられる（ＢＩＰ−ＲＲ、ＢＩＰ−ＲＬＨ、ＢＩＰ−ＲＷＬ、ＢＩＰ−ＲＮＬ、ＢＩＰ−ローリング、およびＢＩＰ−ＲＰＯ）。このビジネスメソッドなしには、報酬およびビジネスロイヤルティを達成することはできない。
【０２１０】
＜ＪＣＭサブシステム＞
図８に示すように、ＪＣＭサブシステム２２により、信用構築（無担保信用枠／担保付信用枠）１３６、信用枠拡張評価１３８、信用の検討１４０、および信用の格付け１４２が提供される。ＪＣＭ２２の処理は、ＴＲＥＴ１４、ＪＡＲ２４、ＪＣＲＭ１８、およびＤＩＰ２０から収集された情報に基づいている。ＪＣＭサブシステム２２は、各全ての個人の顧客４８、任命されたエージェントまたは協力者４６の査定および評価をするよう適合されている。この査定には、より多くのビジネス量を生成して、同意した期間同意したで支払わねばならない負債を清算する能力に関連する信用の査定が含まれる。適切な格付けおよび報酬を構築するために、各個人の顧客４８および任命されたエージェントまたは協力者のゲームの習性および支払い能力が査定される。信用枠は、通常、直接顧客４８、任命されたエージェントまたは協力者４６に構築される。これらは、任意の形態の担保付きで、または担保なしで、構築される。
【０２１１】
ＪＣＭは、以下の固有のゲーム関連の主要な特徴を軸に展開されて、ツアー運営者の信用基準を向上させる。主要な特徴とはつまり、（１）担保が提供されているか否か、実際の顧客のゲームに関する行動および返済パターンの動的なデータの定量的および定性的分析に基づく、信用枠の構築、（２）実際の顧客のゲームに関する行動および返済パターンの動的なデータの定量的および定性的分析に基づく、信用拡張評価システムの構築、（３）信用枠および信用拡張の限度額に影響を与える、周期的な信用の見直し管理システムの構築、（４）ツアー顧客、任命されたエージェントまたは協力者の信用格付けシステムの構築、である。
【０２１２】
ＪＬＳ１０による信用枠の構築は、以下でさらに詳述するように、無担保信用枠および担保付信用枠に分類される。
【０２１３】
＜無担保信用枠＞
無担保信用枠の提供は、顧客４８の資質の単純な信用の評価に基づくところが大きい。顧客４８の資質を見定めるためには、（１）背景情報、（２）職業、（３）家屋、自動車等の所有資産、（４）もしあればゲームの履歴、（５）既存の顧客からの推薦の質、（６）関連性があれば、任命されたエージェントまたは協力者による紹介の内容、（７）クレジットカードの信用枠等のその他の情報、といった重大な個人情報が必要である。
【０２１４】
ＪＬＳ１０は、最初に利用する顧客に提供される無担保信用枠の上限を＄５，０００から＄５０，０００と定める。通常の１日から５日程度のゲーム旅行であればこの程度の信用額で十分である。
【０２１５】
無担保信用枠が個人に与えられる頻度は、担保付信用枠に比べて比較的高い。しかし、これにより生成されるビジネス（ローリング／ターンオーバ）は比較的低い。回収不可能な負債に巻き込まれるリスクは比較的低いので、一般的に利用されている。
【０２１６】
＜担保付信用枠＞
担保付信用枠の提供はリスクが少ないように思われるかもしれない。しかし、ＪＬＳ１０は、顧客４８が、提供する担保付の額よりも高い信用枠を期待する事実を認識している。ＪＬＳ１０は、提供される担保付の額を超える信用枠を提供するためには、担保の形態として現金のみを受け付ける。
【０２１７】
ツアー運営者４２の経験則は、この種類の信用枠を、提供される担保＄１について最大＄１とすることである。例えば顧客４８がＵＳ＄１００，０００の担保を銀行小切手で提供する場合、ツアー運営者４２は、最大で総額ＵＳ＄２００，０００（担保に対する＄１００，０００に、信用枠＄１００，０００を加えたもの）の交換不可能チップ（デッドチップ）を顧客４８のギャンブル用に提供することができる。
【０２１８】
しかし、ＪＬＳ１０は、担保付信用枠を、（１）初めての顧客である、および、（２）リピート客である、という２つの観点を鑑みて提供されるものとして定義する。
【０２１９】
この経験則は、直接の顧客である（つまり、紹介された顧客ではない）初めての顧客に対してのみ適用される。最初の紹介された顧客については、ゲーム旅行中に、提供された担保に対して５０％増しの前払い信用枠（50% up front credit facilities）を許可し、これにさらに５０％の予備の信用枠を与える。この予備の信用枠の提供は、顧客４８が、最初に支払われた交換不可能チップの８０−９０％を失った場合に限って、引き出しが許されるものとする。
【０２２０】
これにより、ツアー運営者４２は、ＴＲＥＴ１４およびＪＡＲ２４を利用して、旅行中に、特定の顧客４８のゲームの習慣およびゲームの限度にアクセスできるようになる。
【０２２１】
背景情報および職業に関しては、顧客４８に対する通常の簡単な信用の評価を行うことで確かめることができる。
【０２２２】
リピート客については、ＪＬＳ１０は、ＴＲＥＴ１４、ＪＡＲ２４およびＪＣＭによって、この顧客４８のゲームおよび支払い属性について十分な情報を得ることができるので、これにより担保付信用枠の額を確定することができる。
【０２２３】
ＪＣＭは、提供される担保の量の２倍を上限とするよう構成されている。例えば、リピート客４８が＄百万の担保を提供した場合には、担保付信用枠の額は、＄２百万を上限とされる。つまり、顧客４８に提供可能な交換不可能チップの総額の最大は、＄３百万（提供された担保に対する＄百万に、信用枠分の＄２百万を足したもの）となる。
【０２２４】
ＴＲＥＴ１４およびＪＡＲ２４は、顧客の過去１２ヶ月、実際の履歴データの移動平均について定性的な分析を行い、ＪＣＭはこの分析を、担保付信用枠の額に変換する。
【０２２５】
とりわけデータは、（１）１ゲームについての顧客が賭けた平均額、（２）顧客のゲームの長さ、（３）好みの種類のテーブルゲームの制限（the type of table game limits preferred）、（４）生成されるビジネスの量（ローリング／ターンオーバ）、および、ゲームテーブルにおける勝ち負け、（５）保険プレイで賭けた量、および保険プレイにおける勝ち負け、（６）ギャンブルにおける負債を清算するのにかかった返済期間、（７）往復旅行（ロイヤルティ）の頻度を含む。
【０２２６】
信用の拡張は、ツアー運営者４２がこの顧客４８に、通常の信用枠を超えた場合に与えたさらなる信用額の量として定義される。これは、無担保信用の別の形態といえる。
【０２２７】
ＪＬＳ１０の信用の拡張は、顧客４８の一番最近のゲーム習性および支払い能力の構築を軸に展開される。顧客４８の過去三ヶ月の実際の履歴データ（ＪＡＲ２４のためにＴＲＥＴ１４により利用可能である現在の旅行のものを含む）を分析して、ＪＣＭ用に変換して、現在の旅行用に提供する信用の拡張量を構築する。
【０２２８】
実際のデータはとりわけ、（１）１ゲームについての顧客が賭けた平均額、（２）顧客のゲームの長さ、（３）好みの種類のテーブルゲームの制限（the type of table game limits preferred）、（４）生成されるビジネスの量（ローリング／ターンオーバ）、および、ゲームテーブルにおける勝ち負け、（５）保険プレイで賭けた量、および保険プレイにおける勝ち負け、（６）ギャンブルにおける負債を清算するのにかかった返済期間、（７）往復旅行（ロイヤルティ）の頻度を含む。
【０２２９】
信用の拡張額は、主に以下の要素から導出される。重みを加算して、これら要素の関連性を定義する。要素とは、つまり、（１）格付けシステムが、１２ヶ月のローリング・タイムフレームにおける顧客の返済能力を定義した、返済格付け、（２）過去３ヶ月の返済ターンオーバ率（日割り）を利用した顧客の現在の値ごろ感（affordability）を定義した、拡張リスク、（３）過去１２ヶ月のローリング・タイムフレームでのビジネス生成における顧客の強みを定義したものであり、４分位分布（quartile distribution）にベルカーブを利用することで、既存の顧客のランダムなプールに対する参照として計測された、ローリング容量、（４）通常の信用枠を超える量がもしあれば、その量の計測値であり、この負債がどのくらいの期間続いているのかを示す、現在の負債、（５）保険プレイにおける顧客のゲームの強度の計測値であり、これは全ての顧客がゲームをする際にリスク管理をしたいと思わないことから設けられた指標である、保険プレイの強度であり、これらの人たちは常により高い信用を必要とする傾向にある。
【０２３０】
ＪＬＳ１０がより高い信用水準を保証するためには、信用の拡張を、これらの要素に依存させる必要がある。これらの要素は、各全ての顧客４８の信用の妥当性を、ツアー運営者４２の要求であるより多くのビジネスの生成のために利用可能な資本に照らして確かめるべく、彼等の変数に関する構造的な格付けを提供する。
【０２３１】
保険プレイは、ＪＬＳ１０の固有で本質的な部分であり、保険プレイの要素は、提供される信用の拡張の額の乗数として利用される。これにより、顧客４８が保険プレイのプレーヤであるか否かが識別される。これにより、保険プレイのプレーヤに対して、より高い信用の拡張値を特定して提供することができる。これにより、顧客４８の保険プレイをする強度が計測される。これは、顧客４８が保険プレイを求める強度を計測しており、「保険プレイ要素」＝「保険プレイの賭け全部」／「ローリングされた総量」として計算される。
【０２３２】
信用の拡張額の上限は、信用枠の１００％に決められている。例えば、顧客４８が最初に持っている現在の旅行の信用枠が＄百万である場合、＄百万を信用延長の最大額として定める。
【０２３３】
ＪＬＳ１０では、信用の検討が必要とされる。ＪＬＳ１０は、口座が閉じられた日から、７から１４日の返済期間という信用期間を設けている。信用の検討は、顧客４８、任命されたエージェントまたは協力者４６の信用枠を見直すプロセスを実行するが、これは、以下のイベントのうち最初に生じたものによりトリガされる。イベントとは、（１）負債の返済に一回不履行が生じた、（２）負債額の清算のために利用されたいずれかの個人小切手の現金化、または、ツアーの銀行口座に提出して交換する処理を遅らせて欲しいという要求が２度以上届いた、（３）負債を清算するために利用されたいずれかの個人小切手が、理由は何であろうとツアーの銀行の口座から２度以上拒絶された／戻された、（４）負債の返済の不履行がいずれかのゲーム施設またはいずれかの他のツアー運営者について生じツアー運営者４２の耳に入った、（５）負債の返済の不履行が生じ、割賦プラン（installment plan）とされた、（６）同意された割賦プランにおいて、負債の返済に関して不履行が３度以上あった、（７）最後のギャンブル旅行の口座を閉じてから最大３ヶ月の期間経った、（８）信用の検討の際に返済のタイムラインを評価した結果、顧客４８、任命されたエージェントおよび協力者の信用の格付けに調整が行われた場合、彼等それぞれの現在の信用枠にプラスまたはマイナスの影響を持つ。
【０２３４】
ツアー運営者４２に構築されたツアー信用格付けシステムは、ゲーム限度および支払い限度に関連するビジネスを生成する能力に基づく、顧客の信用の重要性の格付けを含む。
【０２３５】
生成されるビジネスには、ゲーム施設におけるローリング、およびツアー運営者４２において賭けられた保険プレイが含まれる。
【０２３６】
この格付けシステムは、実際の履歴データの評価システムに基づいて顧客４８、任命されたエージェントまたは協力者４６を格付けする点が固有である。ＪＬＳ１０の様々な面を照合されたデータは分析および解釈がなされて、顧客４８のグレードが決定される。
【０２３７】
例えば、顧客の一年間の累積ローリング額が＄１億になり、賭けられた累積保険プレイが＄２百万であるとする。これらは、総計で＄５百万の信用利用により行われた。従って、生成されたビジネス全体は一年間で＄一億二百万であり、係数は６．８（＄一億二百万を＄５百万で除算したもの）となる。
【０２３８】
顧客４８の構築した信用期間が１４日間であり、平均負債者ターンオーバが１２日間であった場合、この顧客の格付けは、表Ｌに示すようにＡＡ７であり、表の中で、ｘは顧客が構築した信用期間に等しい。
表Ｌ：
2012519892.tif 000014
【０２３９】
これにより、顧客４８が平均的な支払い能力よりも１グレード上であり、ツアー運営者４２に対して７ビジネス量の係数を生成していることが分かる。
【０２４０】
同じ量の累積ローリング額および信頼利用であるが、平均負債者ターンオーバが１８日である点が異なる別の例では、顧客４８はＢＢ７という格付けとなり、この顧客４８は、平均的な支払い能力よりも１グレード下になり、ツアー運営者４２に対して７ビジネス量の係数を生成している。
【０２４１】
＜ＪＡＲサブシステム＞
図９を参照すると、ＪＭＴＭ１２／ＴＲＥＴ１４に基づいて、ＪＡＲ２４は、顧客、任命されたエージェントおよび協力者へのメンテナンス権利（maintenance entitlement）１４４、従業員の報酬スキーム１４６、保険取扱者の報酬スキーム１４８、および、顧客、エージェントおよび協力者に対する主要な性能指標（ＫＰＩ）１５０という機能を有する。ＪＡＲサブシステム２４は、ＪＬＳが収集するデータを評価して、金銭的な報酬および非金銭的なインセンティブを計算する。ＪＡＲサブシステム２４は、各全てのゲーム旅行の前後に処理される係数に基づくアプリケーションにより動作する。
【０２４２】
ＪＡＲサブシステム２４は、（１）顧客４８、任命されたエージェントまたは協力者に対する全ての金銭的および非金銭的な特典（entitlement）のメンテナンスおよび計算を行う、（２）ゲーム施設の運営者との間で清算するツアー運営者４２に対する月々の特典のメンテナンスおよび計算を行う、（３）従業員に対する報酬およびインセンティブのメンテナンスおよび計算を行う。
【０２４３】
ＪＡＲサブシステム２４は、同意された歩合条件、損失のリベート、信頼枠、保険プレイＪＶスキーム、ロイヤルティポイント等をそれぞれの顧客４８、任命されたエージェントまたは協力者４６に与える機能のメンテナンスも含む。
【０２４４】
顧客４８の全ての取引はトラッキング、評価、および追跡され、口座を正確なものとしておく。ＪＡＲ２４は、全ての特典を正確に計算して正確な口座としておき、いかなる曖昧さ、混乱、および矛盾点（argument）も残さないようにする。これにより、チェックおよび確認に必要な追跡監査が提供される。適格なオーソリティも、適宜、コンプライアンス監査にアクセスすることができる。
【０２４５】
ＪＡＲ２４に固有の特徴は、ＪＭＴＭ１２を利用して、ゲーム旅行において好まれるツアー代表者５２を利用する際に、顧客の嗜好を関連付けることができる機能である。ギャンブラーは、感情が高ぶるという特有の行動様式を有するので、顧客の要求および嗜好を満たすことは、顧客を満足させてビジネスをリピートさせる際の重要な要因である。ＴＲＥＴ１４内のＪＭＴＭ１２によって、従業員にはインセンティブスキームによる報酬が与えられる。ＪＡＲ２４は、従業員のインセンティブスキームの機構を維持しつつ、必要な報酬を従業員に与えることができる。
【０２４６】
ＪＡＲ２４は、ツアー運営者４２に対して、純粋に保険プレイに関するインセンティブを提供することにより、保険取扱者に対する固有の報酬スキームを構築することができる。この報酬スキームは、顧客４８の保険プレイの購入量に基づいており、これに基づいて、保険取扱者がコンピューティングデバイス３６（例えばＰＤＡ）経由で受け付けた全保険プレイ量に基づいてＣ％が保険取扱者に与えられる、というものである。
【０２４７】
これに加えて、顧客４８、任命されたエージェントまたは協力者４６は、全てのツアー代表者にチップを与える、というノルマが考えられる。ＪＡＲ２４は、受け付けられた全てのチップをトラッキングすることができ、予め承認された分配方法に基づいて全ての資格を有するツアー代表者に対する分配の計算を行うことができる。
【０２４８】
ＪＡＲ２４は、ツアー運営者４２がビジネスの主要な性能指標（ＫＰＩ）を構築し、計測する際に意味のある統計を提供し、追跡監査を行うことができる。収集データに関するこれらの一部を以下にリストする。
（１）顧客
・全ローリング量
・取引一回についての平均ローリング量
・終結したローリング取引数
・総換金額
・取引一回についての平均換金額
・全戻り値（total returned value amount）
・取引一回についての平均戻り値
（２）任命されたエージェントまたは協力者
・紹介したプレーヤ数
・目的に対して達成したローリング量
・信用利用
・信用利用を超えた平均ローリング量
（３）ツアー代表者
・実行した全ローリング量
・顧客４８あたりの平均ローリング量
・労働時間
・実行した取引数
【０２４９】
ＪＡＲ２４は、これら個人が労働した時間をトラッキングして報酬、インセンティブ、および／または利益分配を各全てのレベルのツアー代表者、業務管理者、および保険取扱者に対して適宜計算する。これらは、各ゲーム旅行、および／または、幾つかの旅行に対して、または、予め定められた構築された期間単位で与えられる。
【０２５０】
記載された実施形態は、全ての面において例示であり制限として捉えられるべきではない。従って本発明の範囲は前述の記載ではなく添付請求項に示されている。請求項の均等物の意味および範囲内の全ての変更もこの範囲に含めることが意図されている。
【図１】
2012519892.tif 000015
【図２】
2012519892.tif 000016
【図３】
2012519892.tif 000017
【図３Ａ】
2012519892.tif 000018
【図４】
2012519892.tif 000019
【図５】
2012519892.tif 000020
【図６】
2012519892.tif 000021
【図７】
2012519892.tif 000022
【図８】
2012519892.tif 000023
【図９】
2012519892.tif 000024
【国際調査報告】
2012519892.tif 000025
2012519892.tif 000026