(57)【要約】【課題】  カスタマフレンドリーな方法でカスタマを識別して通信するために、ＳＭＳ、電子メール、インスタントメッセンジャまたは同様にモバイルアプリケーションもしくはウェブサイトへの通知のような媒体を伴う携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムならびにそれの方法。【解決手段】  それは、実時間統合、分析および通信を可能にするクライアントアウトレットのまさにそのＰＯＳ端末で、ポイント／バウチャー確認および引き換え、報奨付き照会プログラム、統合されたキャンペーンなど、カスタマに対する即時分析の一意のコードベースの動作および特別な機能を含む。システムは、エンドユーザ／カスタマの携帯電話／同様なモバイル動作可能な装置、小売／セールスアウトレットの少なくとも１つのクライアントコンポーネントならびにカスタマ関係およびロイヤリティサービスのための前記１つのクライアントコンポーネントへの動作可能な接続のためのＭＣＲＬＰ主サーバシステムを備えるサーバコンポーネントを伴う。カスタマがシステムと対話し、および、彼の挙動がモデル化される。【選択図】  図１
2012521031.tif 000002
【特許請求の範囲】
【請求項１】
携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、
（ｉ）エンドユーザ／カスタマの携帯電話／同様なモバイル動作可能な装置と、
（ｉｉ）販売時点情報管理システムおよび前記エンドユーザの前記携帯電話／モバイル動作可能な装置からの起動を伴うＭＣＲＬＰクライアントアプリケーションに適応されるコンピュータ手段を含む小売／セールスアウトレットの少なくとも１つのクライアントコンポーネントと、
（ｉｉｉ）同期のための前記小売／セールスアウトレットでの前記１つのクライアントコンポーネント手段に対する動作可能な接続に適応されるＭＣＲＬＰ主サーバシステムを備えるサーバコンポーネントであって、
（ａ）アプリケーションロジックを含有する中央管理作業サーバと、
（ｂ）（ＳＭＳ／Ｅメール／インスタントメッセンジャその他用の）通信エンジンと、
（ｃ）それによってカスタマフレンドリーなカスタマ関係およびロイヤリティサービスを提供するための、セキュリティおよび確認コード生成ルーチンと、
（ｄ）好ましくはさらに、動的設定でデータの更なるドリルアップおよびドリルダウンを可能にするように適応されるハイパーキューブ機能を含む簡略構造での管理にＭＣＲＬＰを用いて集められるデータを利用可能にするように適応されるレポートエンジンと、を備えるサーバコンポーネントと、を備えるシステム。
【請求項２】
携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、
（ｉ）エンドユーザ／カスタマの携帯電話／同様なモバイル動作可能な装置と、
（ｉｉ）販売時点情報管理システムおよび前記エンドユーザの前記携帯電話／動作可能なモバイル装置からの起動を伴うＭＣＲＬＰクライアントアプリケーションに適応されるコンピュータ手段を含む小売／セールスアウトレットの少なくとも１つのクライアントコンポーネントと、
（ｉｉｉ）同期のための前記小売／セールスアウトレットでの前記１つのクライアントコンポーネント手段に対する動作可能な接続に適応されるＭＣＲＬＰ主サーバシステムを備えるサーバコンポーネントであって、
（ａ）アプリケーションロジックを含有する中央管理作業サーバと、
（ｂ）（ＳＭＳ／Ｅメール／インスタントメッセンジャその他用の）通信エンジンと、
（ｃ）それによってカスタマフレンドリーなカスタマ関係およびロイヤリティサービスを提供するための、セキュリティおよび確認コード生成ルーチンと、
（ｄ）好ましくはさらに、動的設定でデータの更なるドリルアップおよびドリルダウンを可能にするように適応されるハイパーキューブ機能を含む簡略構造での管理にＭＣＲＬＰを用いて集められるデータを利用可能にするように適応されるレポートエンジンであって、以下、すなわち、
（ａ）在庫カテゴリ化およびコーディングを備えた、在庫マスタと、
（ｂ）請求書情報と、を含有するＥＲＰ／アカウントシステムの主サーバに動作可能なように接続されるレポートエンジンと、を備えるサーバコンポーネントと、を備え、
前記小売／セールスアウトレットの前記クライアントコンポーネントおよびＭＣＲＬＰ主サーバが、連続的にまたは選択的にインターネット経由で動作可能なように接続され、前記連続的接続が、オンラインカスタマ関係およびロイヤリティサービスのための前記小売／セールスアウトレットでの前記クライアントコンポーネントに対する前記サーバシステムの連続的実時間同期に有利に働く、システム。
【請求項３】
前記カスタマ識別が、各カスタマを登録し、かつ一意のＩＤを生成し、かつ前記カスタマ電話番号をこのＩＤにマップし、かつ内部識別子として前記一意のＩＤを用い、かつ、運転免許証、パスポートから好ましくは選ばれる政府承認されたＩＤを伴う追加確認の有無にかかわらず特定の場合に、携帯電話番号変更またはバウチャー引き換えの場合に、名前、住所、生年月日、性別、誕生日、記念日および、前記ユーザを確認するために用いられる１年のうちの他の重要な日々を含むがこれに限らずプロフィールを収集することを含み、更に、それらの番号が変わるにつれて、前記ユーザの前記携帯電話番号をアップデートする能力を含む、ことを特徴とする、請求項１ないし２に記載の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステム。
【請求項４】
前記カスタマの前記携帯電話番号が前記一意の識別子を備え、および、ポイントが過去のトランザクションデータ、引き換え詳細、即時のバウチャーなどを含む過去に発行されたまたは引き換えられたバウチャーとともに前記カスタマ記録に対して記録され、および、前記エンドユーザが前記携帯電話番号または名前、電子メールアドレスなどのいずれかを用いて、検索されることができる、ことを特徴とする、請求項３に記載の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステム。
【請求項５】
前記データが、即時の通信、分析および引き換えを可能にするために規則的な間隔で「バッチ」ステップでよりはむしろ、前記販売時点で、実時間ベースで前記ＰＯＳシステムから前記ＣＲＭシステムに流れる、ことを特徴とする、請求項１ないし４のいずれか１つに記載の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステム。
【請求項６】
請求項１ないし５のいずれか１つに記載の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、前記携帯電話／ＧＳＭモデムが、以下、すなわち、
（ａ）ポイント問合せのための受信リクエスト、
（ｂ）一意のバウチャー発行の受信リクエスト、のためのＳＭＳまたはウェブインタフェース／モバイルアプリケーション／電子メール／インスタントメッセージなどを含む他のリクエストを受け取るように適応される手段に接続され、
前記インタフェースが、（ａ）過去のトランザクション履歴を見て、かつポイントおよび引き換えオプションをチェックする、（ｂ）引き換えカタログおよびオンライン製品カタログを見る、（ｃ）未払いのバウチャーおよび割引クーポンをチェックするおよび、（ｄ）組織が時々実行することができる種々のキャンペーンに参加する、ことを含む種々のシナリオを可能にする、ことを特徴とするシステム。
【請求項７】
請求項１ないし６のいずれか１つに記載の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、前記クライアントコンポーネントが、
ａ．ＡＰＩ統合およびスクリーンスクレイピングのような技法を用いてカスタマイズして、かつ前記クライアントと統合するように適応される統合レイヤと、
ｂ．カスタマ登録、プロフィールアップデート、課金情報、ポイント引き換え、バウチャー引き換えなどに関するデータを入力するように適応されるデータ入力ＵＩと、
ｃ．前記カスタマに発行されたバウチャーを確認する前記クライアントに対するバウチャー確認と、
ｄ．それがローカルマシンで容易にアクセス可能で、更にそれらがうまく同期されるまで、全てのトランザクションおよび登録をローカルに記憶するように、中央データをキャッシュにいれるように適応される、ローカルデータベースおよびキャッシュと、
ｅ．前記ローカルマシンで全ての非同期のデータを集め、かつ好ましくは拡張マークアップ言語（ＸＭＬ）ベースのＡＰＩを伴う、オンラインで前記主サーバとそれを同期させる、ように適応される同期マネージャと、
ｆ．ルールエンジン、およびマーケティングチームが即時分析のために設定して、かつ即時に標的となるオファーを達成するために課金の時にそれらを実行するルール、を含む販売時点の即時分析に適応される即時分析エンジンと、を備えることを特徴とするシステム。
【請求項８】
請求項１ないし７のいずれか１つに記載の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、前記サーバコンポーネントが、
ｉ）活動の傾向に基づいて洞察を生成するように適応される分析エンジンと、
ｉｉ）種々のキャンペーンを同化し、かつ前記ＭＣＲＬＰシステムの残りと統合されるか、または別々に用いられる、ように適応されるキャンペーンエンジンと、
ｉｉｉ）特定の書式で書かれるルールを要求する前記クライアント上で実行する即時分析に適応されるルールオーサリングフレームワークと、を備えることができる、ことを特徴とするシステム。
【請求項９】
（ｉ）前記カスタマとの即時接続、より高い対話性および衝動買い挙動を可能にすることを含む即時の通信ならびに（ｉｉ）データの実時間収集および（ａ）現在の購入、（ｂ）カスタマ人口統計データおよびスコア、（ｃ）環境情報および（ｄ）在庫情報からなる変数に基づいてそれ自体で、販売時点で即時分析を実行するその使用、を可能にする即時分析、に適応され、前記システムが、バウチャーおよび即時引き換えのために前記カスタマに伝達される他の活動からなる即時結果を生成するように適応される、請求項１ないし８のいずれか１つに記載の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステム。
【請求項１０】
バウチャー確認およびセキュリティ対策を含む携帯電話番号のコードベースの確認を含み、好ましくは、ネットワークが到達可能でない／接続されない時でさえ、前記コードが確認されることができるように、前記バウチャーコードが生成され、およびしたがって、接続された状態と切断された状態の両方で安全にポイントおよびバウチャーの引き換えを可能にする、請求項１ないし９のいずれか１つに記載の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステム。
【請求項１１】
前記販売時点情報管理ソフトウェアのカスタム化を要求するソフトウェアＡＰＩベースの統合を用いて、または前記販売時点情報管理システムに対するいかなる修正をも伴わずにスクリーンからデータをスクレイピングすることによって、前記課金端末の前記販売時点情報管理システムと統合する前記クライアントコンポーネントから成る、請求項１ないし１０のいずれか１つに記載の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステム。
【請求項１２】
通信を受け取るためのカスタマ嗜好を与えるための手段、寛容、マイルストンベースのプログラムおよび即時分析およびバウチャリングの代替形式の具備、を含む請求項１ないし１１のいずれか１つに記載の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステム。
【請求項１３】
請求項１ないし１２のいずれか１つに記載の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、前記小売／セールスアウトレットの前記手段が、以下、すなわち、
ａ．前記ユーザからの呼出しを受け取ってかつ適切にそれらを識別する通信機器を含む前記小売／セールスカウンタのデータ入力マシン、
ｂ．データ入力マシンが、フェムトセル、またはカスタマ登録の時に前記携帯電話番号と事前関連付けされる無線周波数タグのようなニアフィールド通信技術を直接通して前記携帯電話を走査することができ、前記携帯電話（ＩＭＥＩ番号、ＩＭＳＩ番号）を識別することができる任意の装置、または、前記携帯電話用の事前関連付けされたタグのどちらかが、用いられることができる、
ｃ．一意のバーコードを生成してかつＳＭＳを通して送ってかつ前記システムへの入力のためにその後それらを走査するための手段を含有するデータ入力マシン、のような追加的なハードウェアから選択的に成る、ことを特徴とするシステム。
【請求項１４】
請求項１ないし１３のいずれか１つに記載のシステムを伴う携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスの一方法であって、
Ａ）以下の諸ステップ、すなわち、
ｉ）前記カスタマの前記携帯電話番号が、前記キャッシャーによって手動で、またはＰＩＮ入力装置、発信者を識別することができる着信電話またはデータ入力のために用いられることができるハードウェア追加物のような他の自動手段を通して入力されるステップと、
ｉｉ）データ可用性チェックを実施するステップと、
ｉｉｉ）前記統合手段を通して前記ＭＣＲＬＰクライアントシステムへのデータを収集するステップと、
ｉｖ）現在のプロセスの標的である前記カスタマが前記ローカルデータベースで「非同期である」とマークされる場合において、それが前記カスタマが前記システム内のグローバルに一意のＩＤを有しないことを意味し、それが次いで生成される必要があるステップと、
ｖ）前記プロセスが確認を要求する場合にバウチャー確認を含むデータ確認ステップを実施するステップと、
ｖｉ）前記クライアントが切断された状態にある場合には、前記変更が前記ローカルデータベース内のキャッシュにいれられて、かつ（予定されているイベントで、または手動で、のどちらかで）同期が実行されるときはいつでも、アップロードされるステップと、
ｖｉｉ）この点で、任意の即時分析が前記ユーザ用の動的バウチャーを生成するために実行されることができるステップと、を伴うクライアントコンポーネントの起動、
Ｂ）以下の諸ステップ、すなわち、
ｉ）前記ＭＣＲＬＰクライアントコンポーネントからのデータを確認し、かつきれいにし、そして次に、必要に応じて前記データベース内に追加するかまたはアップデートするステップと、
ｉｉ）前記請求書がデータウェアハウジング目的のために記憶されるにつれて、前記クライアントによって規定される任意の構成が尊重され、および、ポイント計算が実行され、前記ＭＣＲＬＰサーバの機能が、「リスナ」および「トラッカ」を含む簡単なメカニズムを用いて非常に動的にされるステップと、
ｉｉｉ）カスタマ登録、課金、バウチャー発行、バウチャー引き換え、カスタマ照会などを含む任意のイベントの発生で関連した供給されたデータによってリスナを実行するステップと、
ｉｖ）特定のユーザの活動を追跡し、かつ好ましくはリスナに供給される情報からのこのデータを収集するためのテンプレートを伴う追跡されるように要求されるデータの抽出を含む、リスナとの統合の有無にかかわらず特定の期間の間種々の数量の累積的な総計を生成するステップであって、好ましくは累積的な総計に対する閾値を規定するそれを集約してかつ算出することを容易にするために別々の構造化された場所に前記このように抽出されたデータを記憶し、かつその後前記閾値が超えられると特定の活動を実行してかつ上で規定される「リスナ」を通して最後にそれを可能にするステップと、を伴うサーバコンポーネントの起動、を含む方法。
【請求項１５】
上述のステップに関するキャンペーン機能およびインセンティブ照会プログラムを実施するステップを含む、請求項１４に記載の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスの一方法。
【請求項１６】
添付の例証となる図面を参照して実質的に本願明細書に記載される、携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムならびに前記システムを伴う携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスの一方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルカスタマ関係、関与およびロイヤリティサービスに、および、特に、携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論ならびにそれのサービスシステムに関する。重要なことに、本発明は、カスタマがＳＭＳ、電子メール、インスタントメッセンジャその他のような媒体を伴う自分の携帯電話を用いて買い物をするとすぐに、彼らによる即時の通信に有利に働き、および、それによって、よりカスタマフレンドリーなカスタマ関係およびロイヤリティサービスに有利に働くことを目的とする。本願明細書に記載されているシステムはまた、カスタマが店舗で買い物をするとすぐに、彼らに対する即時分析を実行することが可能な特別な機能を有する。本発明内に記載されるモバイルカスタマ関係およびロイヤリティプログラムソリューションは、簡潔さのために以下ＭＣＲＬＰと略記されることができる。
【０００２】
本発明のシステムによれば、小売クライアントはシステムを所有して、かつそれら自身の建物内で、または（異なる構成で）ソリューションプロバイダによってホストされたソリューションとしてのどちらかでそれを運営する組織である。カスタマは、システムと対話しかつその挙動がモデル化されるエンドコンシューマである。あとに続く説明において、通信の手段はほとんどの場合ＳＭＳ（ショートメッセージサービス）として言及されるが、一般にまた、同様に電子メール、インスタントメッセージ、モバイルアプリケーションまたはウェブサイトに対する通知であることができる。
【背景技術】
【０００３】
ロイヤリティプログラムは、それらがカスタマを維持してカスタマに何度も店舗を訪問する理由を与えることによって財布のシェアを増大するのを助けるので、業界で流行している。最近、この関係構築プロセスは、カスタマ関係管理（ＣＲＭ）ソフトウェアと呼ばれるソフトウェアを用いて、ポイントの伝達および管理作業を可能にするコンピュータを用いて自動化された。大部分のプログラムは、カスタマが購入をするときはいつでも、「ポイント」または仮想通貨を彼らに割り当てることによって機能する。これらのポイントは、請求書データ（例えば、請求書合計、買われる品目の数）およびカスタマの履歴（カスタマカテゴリまたはカスタマが中にいる「スラブ」）からアルゴリズム的やり方で到達される。これらのポイントは次いで、将来の購入で引き換えられることができる。ＣＲＭソフトウェアはまた、カスタマデータを分析してキャンペーンを実行するモジュールを含有することができるかまたは、これらが大まかに統合される別々のシステムとして提供されることができる。このソフトウェアは、管理作業プロセスで用いられるカスタマに対する一意の識別番号を割り当ててかつ引き換えの時にカスタマを識別するために伝統的にカードを用いる。
【０００４】
この点で課金または販売時点情報管理（ＰＯＳ）システムの典型的アーキテクチャは、ＰＯＳコンポーネントと呼ばれる課金端末にインストールされるコンポーネントを有する。全てのデータは、一般的に、ヘッドオフィス（ＨＯ）モジュールと呼ばれる、全ての店舗にわたるデータを管理するためのバックエンドソフトウェアをホストする中央サーバへと、流れる。伝統的に、ＣＲＭプログラムが動作する方法は「バッチ」プロセスでＨＯモジュールからその日の終わりにカスタマ購入についてのデータを照合することによる。ＣＲＭプログラムは、次いでポイントを照合して将来の購入に対する引き換えを可能にする。データがＰＯＳモジュールからＨＯモジュールにかつそのすぐ後にＣＲＭシステムに規則的な間隔で流れるこのシステムのいくつかの他の具現があることができる。しかしながら、このシステムは即時にデータを決して分析しない。その上、データが「バッチ」プロセスで同期されるので、モバイルバウチャーが無効にされることができず、およびそれゆえに、大部分のシナリオで不正使用に耐えるキャンペーンを実行することは困難である。
【０００５】
データから洞察を生成するために直ちに利用可能な標準データ分析およびレポートエンジンが、またある。簡単なレポートは、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｅｌの類の表計算プログラムを用いて、またはデータベースエンジンを用いて生成されることができる。より豊富なドリルアップおよびドリルダウン機能を備えたより詳細なレポートは、ハイパーキューブおよび多次元データベースを用いて入手可能である。また、クラスタリングを含む標準データマイニングツール、異なるアルゴリズムを用いる分類エンジンおよびデータマイニング能力を改善するために広く使われている予測モデリングがある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
したがって、モバイルカスタマ関係およびロイヤリティサービスのためにおよび特によりカスタマフレンドリーなカスタマ関係およびロイヤリティサービスのためになる携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムを提供することが本発明の基本的目的である。
【０００７】
本発明の別の目的が、モバイルカスタマ関係およびロイヤリティサービスのためにおよび特に携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムを提供することに向けられ、それが、公知技術の任意のカードベースのソフトウェアアクセスの場合に必要とされるもののようなその他の一意の識別番号の必要性を要求せず、かつポイントを維持するカスタマの携帯電話の簡単なアプリケーションに有利に働き、更に確認プロトコルおよび技法に対する方法論／システムを提供する。それがまた、携帯電話番号に付け加えられる代替識別を備えた、いくつかの構成でサポートされることができる。
【０００８】
本発明の別の目的が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それによって、カスタマがＳＭＳ、電子メール、インスタントメッセンジャ、モバイルアプリケーションなどのような直ちに利用可能な媒体を伴う買い物をするとすぐに、彼らによる即時の通信が可能である。
【０００９】
本発明の別の目的が、カスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それによって、実時間ベースで販売時点からデータを集めることが可能であり、そうすると、カスタマ課金が完了されるとすぐに、カスタマデータがＭＣＲＬＰシステムで利用可能である。
【００１０】
本発明の別の目的が、カスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それによって、課金端末それ自体で即時分析を実行することが可能であり、それによって、カスタマがまだ店舗内にいる間に、彼らが情報、オファー、バウチャー、売り込みなどを受け取ることを可能にする。これはまた、この種のシナリオを可能にするシステム、メカニズムおよびプロトコルを含む。
【００１１】
本発明のさらに他の目的が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それが、また、携帯電話番号のあり得る変更を処理するのに、および／またはカスタマが彼または彼女の携帯電話番号を開示したくない場合に適応される。
【００１２】
本発明の更なる一目的が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それが、携帯電話番号の任意のユーザ変更を認証するように適応される。
【００１３】
本発明の更なる一目的が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それが、適切なやり方で通信配信命令のカスタマ嗜好のメンテナンス（例えばアンサブスクリプトおよび配信ルール）を可能にしてかつ「邪魔するな」リストのような規制基準に従う。
【００１４】
本発明の更なる一目的が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それが、直接の識別がなくインターネット接続がない場合にさえポイントおよびバウチャーの引き換えを処理するように適応される。
【００１５】
本発明の更なる一目的が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それが、カスタマを喜ばせるために「ポイント」または仮想通貨に依存するだけでなく、さらにまた、カスタマが店舗で引き換えることができる即時の報酬およびマイルストンベースのバウチャーのような他の動的メカニズムにも依存するカスタマ関係およびロイヤリティプログラムを可能にする。
【００１６】
本発明の更なる一目的が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それが、出てゆくすべてのバウチャーに対して一意のバウチャーコードを配り、かつ（インターネットに）接続された設定と切断された設定の両方での使用の前にそれらを確認することによって不正使用に耐える方法でキャンペーンモジュールを実行することを可能にする。
【００１７】
本発明のさらに他の目的が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それが、報奨付き照会プログラムのような方式を実行するように適応される。
【００１８】
本発明のさらに他の目的が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それが、スクリーンスクレイピングを伴うような課金システムとの統合に適応される。
【００１９】
本発明のさらに他の目的が、システムに接続されて入力として働く指定された電話番号を呼び出すような補助装置または音声プロトコルを利用することによって、ユーザをカスタマ関係およびロイヤリティ方法論に彼ら自身を識別させるメカニズムである。
【００２０】
本発明の別の目的が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それが、情報キオスク／ウェブポータル／モバイルアプリケーションなどのようなユーザフレンドリガジェットとの通信を更に可能にする。
【００２１】
更に、本発明の別の目的が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムに向けられ、それが、接続モードおよび切断モード中に動作中のシステムの統合および同期を可能にする。
【課題を解決するための手段】
【００２２】
したがって、本発明の基本的態様によれば、携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、
（ｉ）エンドユーザ／カスタマの携帯電話／同様なモバイル動作可能な装置と、
（ｉｉ）販売時点情報管理システムおよびエンドユーザの前記携帯電話／モバイル動作可能な装置からの起動を伴うＭＣＲＬＰクライアントアプリケーションに適応されるコンピュータ手段を含む小売／セールスアウトレットの少なくとも１つのクライアントコンポーネントと、
（ｉｉｉ）同期のための小売／セールスアウトレットでの前記１つのクライアントコンポーネント手段に対する動作可能な接続に適応されるＭＣＲＬＰ主サーバシステムを備えるサーバコンポーネントであって、
（ａ）アプリケーションロジックを含有する中央管理作業サーバと
（ｂ）（ＳＭＳ／Ｅメール／インスタントメッセンジャその他用の）通信エンジンと、
（ｃ）それによってカスタマフレンドリーなカスタマ関係およびロイヤリティサービスを提供するための、セキュリティおよび確認コード生成ルーチンと、
（ｄ）好ましくはさらに、動的設定でデータの更なるドリルアップおよびドリルダウンを可能にするように適応されるハイパーキューブ機能を含む簡略構造での管理にＭＣＲＬＰを用いて集められるデータを利用可能にするように適応されるレポートエンジンと、を備えるサーバコンポーネントと、を備える、システムが提供される。
【００２３】
本発明の別の態様が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、以下、すなわち、
（ａ）在庫カテゴリ化およびコーディングを備えた、在庫マスタと
（ｂ）請求書情報と、を含有するＥＲＰ／アカウントシステムの主サーバに動作可能なように接続することを含み、
小売／セールスアウトレットの前記クライアントコンポーネントおよびＭＣＲＬＰ主サーバが、連続的にまたは選択的にインターネット経由で動作可能なように接続され、前記連続的接続が、オンラインカスタマ関係およびロイヤリティサービスのための小売／セールスアウトレットでのクライアントコンポーネントに対するサーバシステムの連続的実時間同期に有利に働く、システムを目的とする。
【００２４】
本発明の更なる一態様が、前記携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、カスタマ識別が、各カスタマを登録し、かつ一意のＩＤを生成し、かつカスタマ電話番号をこのＩＤにマップし、かつ内部識別子として一意のＩＤを用い、かつ、運転免許証、パスポートから好ましくは選ばれる政府承認されたＩＤを伴う追加確認の有無にかかわらず特定の場合に、携帯電話番号変更またはバウチャー引き換えの場合に、名前、住所、生年月日、性別、誕生日、記念日および、ユーザを確認するために用いられる１年のうちの他の重要な日々を含むがこれに限らずプロフィールを収集することを含み、更に、彼らの番号が変わるにつれて、ユーザの携帯電話番号をアップデートする能力を含む、ことを特徴とするシステムを目的とする。
【００２５】
なお更なる本発明の一態様が、前記携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、カスタマの携帯電話番号が一意の識別子を備え、および、ポイントが過去のトランザクションデータ、引き換え詳細、即時のバウチャーなどを含む過去に発行されたまたは引き換えられたバウチャーとともにカスタマ記録に対して記録され、および、エンドユーザが携帯電話番号または名前、電子メールアドレスなどのいずれかを用いて、検索されることができる、ことを特徴とするシステムを目的とする。
【００２６】
本発明の更に別の態様に従って、携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、データが、即時通信、分析および引き換えを可能にするために規則的な間隔で「バッチ」ステップでよりはむしろ、販売時点で、実時間ベースでＰＯＳシステムからＣＲＭシステムに流れる、ことを特徴とするシステムを目的とする。
【００２７】
本発明の更なる一態様が、前記携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、携帯電話／ＧＳＭ（登録商標）モデムが以下、すなわち、
（ａ）ポイント問合せのための受信リクエスト、
（ｂ）一意のバウチャー発行の受信リクエスト、のための、ＳＭＳまたはウェブインタフェース／モバイルアプリケーション／電子メール／インスタントメッセージなどを含む他のリクエストを受け取るように適応される手段に接続される、ことを特徴とするシステムを目的とする。
【００２８】
このインタフェースが、（ａ）過去のトランザクション履歴を見てポイントおよび引き換えオプションをチェックする、（ｂ）引き換えカタログおよびオンライン製品カタログを見る、（ｃ）未払いのバウチャーおよび割引クーポンをチェックするおよび、（ｄ）組織が時々実行することができる種々のキャンペーンに参加する、ことを含む種々のシナリオを可能にする。
【００２９】
重要なことに、本発明に従う前記携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムにおいて、前記クライアントコンポーネントが、
ａ．ＡＰＩ統合およびスクリーンスクレイピングのような技法を用いてカスタマイズして、クライアントと統合するように適応される統合レイヤと、
ｂ．カスタマ登録、プロフィールアップデート、課金情報、ポイント引き換え、バウチャー引き換えなどに関するデータを入力するように適応されるデータ入力ＵＩと、
ｃ．カスタマに発行されたバウチャーを確認するクライアントに対するバウチャー確認と、
ｄ．それがローカルマシンで容易にアクセス可能で、更にそれらがうまく同期されるまで、全てのトランザクションおよび登録をローカルに記憶するように、中央データをキャッシュにいれるように適応される、ローカルデータベースおよびキャッシュと、
ｅ．ローカルマシンで全ての非同期のデータを集め、かつ好ましくは拡張マークアップ言語（ＸＭＬ）ベースのＡＰＩを伴う、オンラインで主サーバとそれを同期させる、ように適応される同期マネージャと、
ｆ．ルールエンジン、およびマーケティングチームが即時分析のために設定して、かつ即時に標的となるオファーを達成するために課金の時にそれらを実行するルール、を含む販売時点の即時分析に適応される即時分析エンジンと、を備える。
【００３０】
更に前記携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムにおいて、前記サーバコンポーネントが、
ｉ．活動の傾向に基づいて洞察を生成するように適応される分析エンジンと、
ｉｉ．種々のキャンペーンを同化し、かつＭＣＲＬＰシステムの残りと統合されるか、または別々に用いられる、ように適応されるキャンペーンエンジンと、
ｉｉｉ．特定の書式で書かれるルールを要求するクライアント上で実行する即時分析に適応されるルールオーサリングフレームワークと、を備えることができる。
【００３１】
本発明の更に別の態様が、前記携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、（ｉ）カスタマとの即時接続、より高い対話性および衝動買い挙動を可能にすることを含む即時の通信および（ｉｉ）データの実時間収集および（ａ）現在の購入、（ｂ）カスタマ人口統計データおよびスコア、（ｃ）環境情報および（ｄ）在庫情報、からなる変数に基づいてそれ自体販売時点で即時分析を実行するその使用、を可能にする即時分析、に適応され、前記システムがバウチャーおよび即時引き換えのためにカスタマに伝達される他の活動からなる即時結果を生成するように適応される、システムを目的とする。
【００３２】
有利にはさらに、バウチャー確認およびセキュリティ対策を含む携帯電話番号のコードベースの確認を含む本発明付の前記携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムにおいて、好ましくは、ネットワークが到達可能でない／接続されない時でさえ、コードが確認されることができるように、バウチャーコードが生成され、およびしたがって、接続状態および切断状態の両方で安全にポイントおよびバウチャーの引き換えを可能にする。
【００３３】
なお更なる本発明の一態様が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、販売時点情報管理ソフトウェアのカスタム化を要求するソフトウェアＡＰＩベースの統合を用いて、または販売時点情報管理システムに対するいかなる修正をも伴わずにスクリーンからデータをスクレイピングすることによって、課金端末の販売時点情報管理システムと統合するクライアントコンポーネントから成る、システムを目的とする。
【００３４】
さらに、本発明の前記携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、通信を受け取るためのカスタマ嗜好を与えるための手段、寛容、マイルストンベースのプログラムおよび即時解析論およびバウチャリングの代替形式の具備、を含むシステム。
【００３５】
本発明の更に別の態様によれば、前記携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムであって、小売／セールスアウトレットの前記手段が、次のような、すなわち、
ｉ．ユーザからの呼出しを受け取ってそれらを適切に識別する通信機器を含む小売／セールスカウンタのデータ入力マシン、
ｉｉ．データ入力マシンは、フェムトセル、またはカスタマ登録の時に携帯電話番号と事前関連付けされる無線周波数タグ、のようなニアフィールド通信技術を直接通して携帯電話を走査することができる。携帯電話（ＩＭＥＩ番号、ＩＭＳＩ番号）を識別することができる任意の装置、または、携帯電話用の事前関連付けされたタグのどちらかが、用いられることができる。
ｉｉｉ．一意のバーコードを生成してかつＳＭＳを通して送ってかつシステムへの入力のためにその後それらを走査するための手段を含有するデータ入力マシン、のような追加的なハードウェアから選択的に成るシステム、を目的とする。
【００３６】
本発明の重要な態様に従って、本発明の上記したシステムを伴う、携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスの一方法であって、
Ａ）以下の諸ステップ、すなわち、
ｉ）カスタマの携帯電話番号が、キャッシャーによって手動で、またはＰＩＮ入力装置、発信者を識別することができる着信電話またはデータ入力のために用いられることができるハードウェア追加物のような他の自動手段を通して入力されるステップと、
ｉｉ）データ可用性チェックを実施するステップと、
ｉｉｉ）統合手段を通してＭＣＲＬＰクライアントシステムへのデータを収集するステップと、
ｉｖ）現在のプロセスの標的であるカスタマがローカルデータベースで「非同期である」とマークされる場合において、それが、前記カスタマがシステム内のグローバルに一意のＩＤを有しないことを意味し、それが次に生成される必要があるステップと、
ｖ）プロセスが確認を要求する場合にバウチャー確認を含むデータ確認ステップを実施するステップと、
ｖｉ）クライアントが切断された状態にある場合には、変更がローカルデータベース内のキャッシュにいれられて、かつ（予定されているイベントで、または手動で、のどちらかで）同期が実行されるときはいつでも、アップロードされるステップと、
ｖｉｉ）この点で、任意の即時分析がユーザ用の動的バウチャーを生成するために実行されることができるステップと、を伴うクライアントコンポーネントの起動、
Ｂ）以下の諸ステップ、すなわち、
（ｉ）ＭＣＲＬＰクライアントコンポーネントからのデータを確認し、きれいにし、そして次に、必要に応じてデータベース内に追加するかまたはアップデートするステップと、
（ｉｉ）請求書がデータウェアハウジング目的のために記憶されるにつれて、クライアントによって規定される任意の構成が尊重され、および、ポイント計算が実行され、ＭＣＲＬＰサーバの機能が、「リスナ」および「トラッカ」を含む簡単なメカニズムを用いて非常に動的にされるステップと、
（ｉｉｉ）カスタマ登録、課金、バウチャー発行、バウチャー引き換え、カスタマ照会などを含む任意のイベントの発生で関連した供給されたデータによってリスナを実行するステップと、
（ｉｖ）特定のユーザの活動を追跡し、かつ好ましくはリスナに供給される情報からこのデータを収集するためのテンプレートを伴う追跡されるように要求されるデータの抽出を含む、リスナとの統合の有無にかかわらず特定の期間の間種々の数量の累積的な総計を生成するステップと、
好ましくは累積的な総計に対する閾値を規定するそれを集約して算出することを容易にするために別々の構造化された場所にこのように抽出されたデータを記憶し、かつ、その後閾値が超えられると特定の活動を実行してかつ上で規定される「リスナ」を通して最後にそれを可能にするステップと、を伴うサーバコンポーネントの起動、を含む方法を目的とする。
【００３７】
本発明の別の態様が、携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスの前記方法であって、上述のステップに関するキャンペーン機能およびインセンティブ照会プログラムを実施するステップを含む方法を目的とする。
【００３８】
本発明の詳細、その目的および利点が以下の添付の図につき限定されない例示的な例証に関してより詳細に下記に説明され、そこにおいて、
【図面の簡単な説明】
【００３９】
【図１】本発明に従う携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムのシステムおよび方法論の概略図である。
【図２】クライアントエンドサーバシステムおよび複数クライアントエンドサーバに動作可能なようにリンクされる集中化したサーバシステムのアプリケーションおよび要求された適応性の詳細な例証である。
【図３】本発明におけるクライアントエンドサーバシステムの起動の方法の逐次的な例証である。
【図４】クライアントエンドサーバに動作可能なようにリンクするように適応される集中化したサーバシステムの起動の方法の逐次的な例証である。
【図５】本発明に従う携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムにおけるバウチャー確認およびセキュリティ対策の例証である。および
【図６】本発明のシステムにおけるバウチャー確認ワークフローの概略図である。
【図７】即時分析およびバウチャリングエンジンを構成するコンポーネントの概略図である。
【発明を実施するための形態】
【００４０】
ＭＣＲＬＰシステムの対話図
【００４１】
携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムのシステム概要を示す添付の図１に、参照が最初に促される。
【００４２】
システムは、基本的に２つの部分：全ての端末にわたってデータウェアハウジングおよび「ポイント」管理作業を実行するサーバコンポーネントおよびＰＯＳソフトウェアとともにキャッシャーのマシン上にインストールされるクライアントコンポーネントから成る。このコンポーネントは、ＰＯＳ／ＥＲＰソフトウェアと統合して全ての必要なユーザインタフェースを与える。このクライアントは、２つの動作モードをサポートする−ネットワークが利用可能で、ＭＣＲＬＰサーバが到達可能な時、接続され、およびサーバが到達可能でない時切断される。同期が実時間で起こるので、接続モードはより単純なモードであり、バウチャーおよび確認その他がはるかによりスムーズに実行されることができる。しかしながら、切断モードでは、確認その他が適切に実行されることができるように、所定のプロトコルが規定されなければならない。このクライアントはさらに、分析を実行するルールが実行されることを可能にする即時分析モジュールを含む。すでに、先に議論されたように、アーキテクチャおよび続くシステム記述は予定どおりである。
【００４３】
エンドカスタマの携帯電話番号は、一意の識別子として働き、および、ポイントが過去のトランザクションデータ、引き換え詳細、即時バウチャーなどを含む過去に発行されたまたは引き換えられたバウチャーとともにカスタマ記録に対して記録される。ユーザは、携帯電話番号または名前、電子メールアドレスなどのいずれかを用いることで検索されることができる。
【００４４】
しかしながら、人々が他人の携帯電話番号を知っており、および（カードにおけるとは異なり）物理的確認がないので、携帯電話番号は適切に確認される必要がある。このために、本発明はその番号に送られてカスタマに対して確認されることができるＳＭＳを通して、一意のコードを発行するコードベースの確認を提唱する。これは、「バウチャー確認およびセキュリティ対策」とタイトルをつけられたセクション内により詳細に記載される。
【００４５】
同時に、人々は種々の理由のために彼らの携帯電話番号をしばしば変更し、およびそれゆえに、システムは適切なセキュリティーチェックおよび確認を伴う携帯電話番号をアップデートするための明確なプロトコルを必要とする。このプロトコルは、このセクション内に更に詳細に記載される。
【００４６】
本発明の別の態様に従って、携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムが、以降のセクション内に更に詳細に記載される「携帯電話番号変更」を処理するために適応される。
【００４７】
いくつかの構成では、ＭＣＲＬＰサーバはまた洞察のためのデータを採掘してかつそれを用いて標的となる売り込みを実行することを可能にする統合された分析およびキャンペーンモジュールを含有する。それは、「分析およびキャンペーン」とタイトルをつけられたセクション内に記載される。それは、また、即時分析に対する「ルールオーサリングフレームワーク」を含むことができる。
【００４８】
システムと対話する実体は、以下である：
１．キャッシャー−販売時点情報管理ソフトウェアを用いて請求書またはインボイスを作成するキャッシャーはまた、我々のシステム内の同じプロセスとともにカスタマにタグを付ける。いかなる未登録のユーザも、そこで登録される。彼はまた、ポイントの引き換え、カスタマデータをアップデートし、かつバウチャーを引き換える、ためにシステムを用いることができる。
２．組織のＩ．Ｔ．部門−Ｉ．Ｔ．部門は、システムのメンテナンス、接続性および円滑な運用に関して働く。それはまた在庫品目マスタ（属性および価格とともに在庫品目詳細）が同期され、および、任意の更なるデータがＭＣＲＬＰサーバ内にインポートされることができることを確実にする。
３．組織のマーケティング部門−マーケティング部門は、即時および遅延伝達シナリオ両方でシステムの一部として実行される方式およびクーポンを案出し、同じく、データを分析し、キャンペーンを実行する。
４．エンドユーザ−エンドユーザは、登録することによってシステムと通信して彼の／彼女の携帯電話で連絡を受け取る。彼らはさらに、ウェブまたはモバイル媒体を用いてシステムと対話する。
ＭＣＲＬＰシステムのシステムアーキテクチャ
【００４９】
本発明の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムのシステムアーキテクチャを例示する添付の図２に、参照が次に促される。図２内に明らかに例示されるように、主構成要素はクライアントアプリケーションおよびＭＣＲＬＰサーバである。クライアントアプリケーションの主要な役割はデータを集めるためにＰＯＳソフトウェアおよびキャッシャーとインタフェースすることであり、およびサーバは全ての管理作業、通信管理、確認管理その他を与える。
クライアントコンポーネント
【００５０】
前記図２に示すように、クライアントはＰＯＳシステムと統合するメカニズムおよび人間のキャッシャーとのインタフェースを与えるように適応される。それは、以下の主コンポーネントを有する：
１．統合レイヤ−クライアントと統合する統合レイヤ。この統合は、各組織に対して独立にカスタマイズされる必要があり、かつ適切にプラグインされなければならない。これは、「統合メカニズム」とタイトルをつけられたセクション内に更に詳細に記載される。
２．構成マネージャ−これは、サーバ上に規定される全ての構成をダウンロードしてローカルにそれを記憶し、マーケティングマネジャが単一ポイントで全ての店舗にわたる全てのクライアントを構成することを可能にする
３．データ入力ＵＩ−このＵＩは、キャッシャーにカスタマ登録、プロフィールアップデート、課金情報、ポイント引き換え、バウチャー引き換えなどに関するデータを入力させる
４．バウチャー確認−これは、クライアントに、カスタマに発行されたバウチャーを確認させる
５．ローカルデータベースおよびキャッシュ−これは、以下の作業を実行する−それがローカルマシン内に容易にアクセス可能であるように中央データをキャッシュにいれ、更に、それらがうまく同期されるまで全てのトランザクションおよび登録をローカルに記憶する。
６．同期マネージャ−これは、ローカルマシンの全ての非同期のデータをとって主サーバとそれをオンラインで同期させる部分である。拡張マークアップ言語（ＸＭＬ）ベースのＡＰＩが、このために用いられる。
７．即時分析エンジン−これは、販売時点での即時分析を可能にする。これはルールエンジンおよび、マーケティングチームが即時分析のために設定して即時に標的となるオファーを達成するために課金の時にそれらを実行するルールを含む。それは、「即時分析およびバウチャリング」とタイトルをつけられたセクション内に更に詳細に記載される。
８．タイマーベースの統合コンポーネント−いくつかの店舗は、予定されているイベントエグゼキュータを用いて規則的な間隔で実行されることができるデータ−エクスポートまたはインポートを必要とするかもしれない。
サーバコンポーネント
【００５１】
また、図内に例示されるように、サーバコンポーネントは全てのクライアントの単一接触点として働いて、全ての管理作業を実行してかつクライアント全体の同期を管理する。それは、以下の主コンポーネントを有する：
１．ＭＣＲＬＰアプリケーションロジック−これは、ＭＣＲＬＰアプリケーションのコアであって全てのビジネスロジックを与える。ＡＰＩを通して到着するデータから、データ記憶、確認のためのバウチャーコードの発行を管理することまで、それは全ての運用を管理する。これは、後で更に詳細に説明される。
２．メッセージ送信レイヤ−これは、ＳＭＳ／電子メールゲートウェイとのインタフェースおよびそれらに対するアクセスの単一ポイントを含む。メッセージが配信するのに失敗する場合に備えて、これは関連した冗長を含む。
３．レポートエンジン−ＭＣＲＬＰを用いて集められるデータは、このインフラによる簡略構造での管理に利用可能にされる。いくつかの具現では、レポートエンジンはまた、動的設定でデータの更なるドリルアップおよびドリルダウンを可能にするハイパーキューブ機能を含むことができる。
４．分析エンジン−データが、ビジネスに有益かもしれない洞察を生成するために分析されることができる。それは、多くの具現でシステムに統合されることができる。
５．キャンペーンエンジン−上の洞察および他のキャンペーンはキャンペーンエンジンを通して実行されることができ、それはＭＣＲＬＰシステムの残りと統合されることができるか、または別々に用いられることができる。
６．ルールオーサリングフレームワーク−クライアントで実行する即時分析は、ルールが特定の書式で書かれることを必要とする。それは、サーバエンドに存在するルールオーサリングフレームワークを用いて起動される。これは、「即時分析およびバウチャリング」セクション内により詳細に記載される。
カスタマ識別
【００５２】
本発明の更なる態様に従って、携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムは、更に下記に説明されるように、識別子生成およびプロフィール収集目的として機能するように適応される：
【００５３】
すべてのカスタマはシステム内に登録されなければならず、および、一意のＩＤが前記カスタマに対して発行される。この一意の識別子は、システムに内的であり、決してユーザに伝えられず、および、電話番号がこの一意のＩＤにマップされる。インフラの残りは、このＩＤを参照する。実体に対して内部識別子を維持することは通常全てのソフトウェアシステムにおいて正常である、しかしながら、この場合、携帯電話番号が変更されやすいので、それはいつもより重要である。
【００５４】
識別子生成とともに、関連したカスタマプロフィールがまた、名前、住所、生年月日、性別、誕生日、記念日のおよび１年のうちの他の重要な日を含むがこれに限らず収集される。この情報は、また、特定の場合に携帯電話番号変更またはバウチャー引き換えの場合にユーザを確認するために用いられる。これらのプロフィール詳細は、個々にまたは、運転免許、パスポートその他のような政府承認されたＩＤを用いる追加確認とともに用いられる時、以降の説明で外部識別子と称される。
統合メカニズム
本発明のシステムによって従われる統合メカニズムは以下を伴う：
【００５５】
なぜならば、エンタープライズ資源計画（ＥＲＰ）または販売時点情報管理（ＰＯＳ）のような既存のＩＴインフラとの効果的なかつ使用可能なシステム統合が、不可欠である。このために、ＭＣＲＬＰシステムは明確なインタフェース（それは、スペースが無いためにここで記載されない）による外部システムとの統合を可能にし、かつ、カスタマが、明確なインタフェースを実現するカスタマイズされた統合ソリューションをプラグインすることを可能にする。また、レガシーシステムとの統合のためにまたは既存のＰＯＳベンダのサポートが利用可能でない場合に対して、スクリーンスクレイピングを通してシステム内のデータを選び出すためのメカニズムが開発された。このメカニズムは、Ｗｉｎｄｏｗｓ（登録商標）  ＡＰＩを使用して、ウィンドウがその内容を再描画し、ビデオレイヤに送られるデータを傍受するようにさせる。このデータは、次いでテキストとして抽出されて必要とされたフォーマットで解析される。実行される必要がある全ての変換は、適切な設定ファイル内に説明的に与えられて関連したテキストを解析する目的のための正規表現を主に用いる。宣言は、テキストが（ウィンドウクラスおよびキャプションを用いて）選び出されるべきウィンドウ識別子、更には収集されたテキストから構造上のフォーマットで関連した情報を取り出す一組の正規表現を含有する。いくつかの具現において、請求書の作成の後のＭＣＲＬＰクライアントアプリケーションのトリガーが自動化されるように、基本的統合がＰＯＳソフトウェアを備えていることができる。
【００５６】
本発明の現在のシステム内の他のカスタマインタフェースが、以下を伴う：
【００５７】
ＭＣＲＬＰシステムによって集められるデータは、種々のメカニズムを通して、最も特にカスタマがログインして詳細をチェックすることができるカスタマポータルを通して、カスタマにアクセス可能にされなければならない。このポータルは、ＭＣＲＬＰサーバとともにホストされて直接データベースまたはＡＰＩ対話を通して有効なデータを表示することができる。このポータルのいくつかの機能は、以下の通りである：
１．ログインしてプロフィール情報を見てアップデートする能力
２．過去のトランザクション履歴を見てポイントおよび引き換えオプションをチェックする
３．引き換えカタログおよびオンライン製品カタログを見る
４．未払いのバウチャーおよび割引クーポンをチェックする
５．組織が時々実行することができる種々のキャンペーンに参加する
【００５８】
ここの１つの注目に値するポイントは、カスタマがログインおよびパスワードを保つ必要はないということである。カスタマがログインしたい時、２、３時間の間有効な確認コードが生成されてカスタマに送られる。これが、ログインして詳細にアクセスするために用いられることができる。
【００５９】
それは同様にモバイルアプリケーションを通して利用可能であることができ、それはＡＰＩ（ｉＰｈｏｎｅ、アンドロイド、Ｗｉｎｄｏｗｓ（登録商標）電話、ブラックベリーおよびＪａｖａ（登録商標）を用いた装置を含むがこれに限らず）、ＷＡＰポータルおよびＳＭＳを用いてスマートフォンを介してアクセス可能である。
即時の通信
【００６０】
システムは、ＭＣＲＬＰクライアントがＭＣＲＬＰサーバにデータをアップロードするとすぐに、サーバが直ちに全ての必要な計算および通信を起動するような方法で設計されている。これは、カスタマとの即時接続、より高い対話性および衝動買い挙動を可能にする。
レポート
【００６１】
システムは、データを意味があるフォーマットで小売クライアントに利用可能にするために、そのフレームワーク内で種々のレポートサービスを統合するように設計されている。これは、以下を含むがこれに限定されない、収集されるデータを公開する種々のレポートを含む：
１．彼らの嗜好、人口統計データ、購入パターンなどに関するレポートとともに、カスタマ情報およびリスト
２．カスタマロイヤリティに基づく店舗比較とともに、カスタマデータに重点を置いた異なる店舗の課金パターン
３．在庫水準レポート−カスタマクラスタ、嗜好、などの在庫親和性
４．実時間ベースのキャンペーン反応レポートおよび投資に対する見返りレポート
【００６２】
これらのレポートは、彼らの嗜好につき異なる小売クライアントに対してカスタマイズされることができる。それらは、通常標準コンポーネントである。
【００６３】
ＭＣＲＬＰシステムの現在の目的において、大きな区別するものはデータが実時間ベースで集められているので−データが販売時点情報管理システムで収集されて中央システムへ伝達されるとすぐに、これらのレポートが実時間で生成されることを可能にするということである。
分析
【００６４】
背景技術内に記載されたように、分析は再び多くのＣＲＭシステムの標準コンポーネントである。これは、クラスタユーザ、店舗、在庫品目に対する技法を含み、特定の種類のキャンペーンならびに特定の在庫品目およびカテゴリに対する親和性に応答するために、彼らの傾向に基づいてユーザを分類し、データに基づいて製品関係および関連を開発する。それは、統合されたやり方でＭＣＲＬＰシステムの一部として、またはＭＣＲＬＰシステムからデータを読み取り、かつキャンペーンを実行するためにそれを用いる別々のシステムのどちらかとして、含まれることができる。しかしながら、ＭＣＲＬＰシステムがデータの実時間収集を可能にするので、それはそれ自体で、販売時点で即時分析を実行するのに用いられることができ、および、それのメカニズムは「即時分析およびバウチャリング」とタイトルをつけられたセクション内により詳細に記載される。
ＭＣＲＬＰシステムのための動作手順および起動手順
【００６５】
本発明の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムのための動作手順および起動手順が、添付の図３および４に関して下記に更に議論され、ここで、図３はＭＣＲＬＰクライアントの起動手順を示し、一方、図４が集中化した（主）サーバの起動手順を示す。
ＭＣＲＬＰクライアントの起動手順
【００６６】
起動のための主経路は、ＰＯＳのエンドでデータ生成から全ての他の店舗にわたるその分配に、通じる。これは、以下の諸ステップに従う：
１．クライアントエンドで採用される起動プロトコルが、図３内に明らかに記載される。これについてのいくつかの顕著な機能は、以下の通りである：カスタマの携帯電話番号が、キャッシャーによって手動で、またはＰＩＮ入力装置、発信者を識別することができる着信電話もしくはデータ入力のために用いられることができるハードウェア追加物のような他の自動手段を通してのどちらかで入力される。この種のハードウェア追加物は、「データ入力マシン」とタイトルをつけられたセクション内に更に詳細に記載される。
２．データ可用性チェックが、（キー押しまたは特定のディレクトリ内のファイルの存在、またはＡＰＩ機能の呼出しのような）イベントのトリガーによってなされることができる。
３．データは次いで、「統合メカニズム」とタイトルをつけられたサブセクション内に記載される統合手段を通して、ＭＣＲＬＰクライアントシステム内に収集される。
４．現在のプロセスの標的であるカスタマがローカルデータベースで「非同期である」とマークされるならば、それは前記カスタマがシステム内にグローバルに一意のＩＤを有しないことを意味し、およびそれが生成されなければならない。
５．データ確認ステップはさらに、プロセスが確認を必要とする場合に、バウチャー確認を含む−これは更に詳細に説明後半に拡大されて説明される。
６．クライアントが切断状態にある場合に、変更はローカルデータベース内のキャッシュにいれられて、（予定されているイベントで、または手動で、のどちらかで）同期が実行されるときはいつでも、アップロードされる。
７．この点で、任意の即時分析がユーザの動的バウチャーを生成するために実行されることができる。それは、「即時分析およびバウチャリング」とタイトルをつけられたセクション内に更に詳細に記載される。
ＭＣＲＬＰサーバの起動手順
【００６７】
集中化した（主）サーバで従われる起動プロトコルは、添付の図４内に明らかに例示される。データがＭＣＲＬＰクライアントから到着するにつれて、最初に、それが確認されて、きれいにされて、そして次に、必要に応じてデータベース内に追加されるかまたはアップデートされる。クライアントＥＲＰ／課金ＨＯシステムのアーキテクチャに依存する（「それらが異なる店舗からである時だけ重複請求書番号を可能にする」、「同様に店舗から重複請求書番号を可能にする」その他のような）クライアントによって規定される任意の構成が、尊重される。請求書がデータウェアハウジング目的のために記憶され、およびポイント計算が実行されるにつれて、ＭＣＲＬＰサーバの機能は「リスナ」および「トラッカ」と呼ばれて以下に記載される単純なメカニズムを用いて非常に動的にされる。
リスナ
【００６８】
ＭＣＲＬＰシステムの異なる小売クライアントが、異なる活動がすべてのイベントの場合に実行されることを望む。活動のリストは以下を含むことができるが、それによって限定されない：
１．特定のテキストを伴うＳＭＳを送る
２．特定のテキストを伴う電子メールを送る
３．特定のキャンペーンからキャンペーンバウチャーを送る
４．彼らの「スラブ」のようなカスタマ詳細をアップデートする
５．別の組織からバウチャーを送る−「相互売り込み」
６．いくつかの条件に基づいて上記を実行する
７．マネージメントに特定のイベントの発生を知らせる。
【００６９】
ＭＣＲＬＰシステムの現在の具現（その他のＭＣＲＬＰシステムに対する必要な要件でない）において、リスナは任意のイベントの発生（例えばカスタマ登録、課金、バウチャー発行、バウチャー引き換え、カスタマ照会など）に関する関連した供給されたデータで実行される。それは、ウェブベースのＵＩを用いて構成されることができる。
トラッカ
【００７０】
特定の場合には、機能は特定のユーザの活動を追跡することが可能でかつ特定の期間の間種々の数量の累積的な総計を生成することを必要とされる。特定の条件が満たされる場合には、「リスナ」サブセクション内に上でリストされる活動のいくつかが、実行されることができる（例えば、スラブアップグレード、バウチャー発行その他）。
【００７１】
ＭＣＲＬＰシステムは、追跡される必要があるデータを抽出することができる抽出メカニズムを規定することができる。これは、請求書からの情報、特定の属性に基づいてカスタマが購入した在庫品目、キャンペーン反応情報などを含むことができ、かつ、以下のような複雑なシナリオを含むことができる：
１．６ヵ月の期間にわたって高級な青いシャツのカスタマ購入を追跡する
２．カスタマが１年の期間内に反応したキャンペーンの数を追跡する
３．カスタマが１０００ルピーより多く買った訪問の数を追跡する
４．カスタマがこの１ヵ月内に購入した牛乳の累積的な合計を追跡して平均牛乳消費量を得る
これらの数量は、リスナに供給される情報からこのデータを収集するためのテンプレートを規定することによって抽出されることができる。
【００７２】
これらの数量が抽出されて別々の構造化された場所内に記憶されるにつれて、総計がそれに対して算出されることができる（合計、平均、標準偏差その他）。閾値がこれらの累積的な総計に対して規定されることができ、および、閾値が超えられると特定の活動が実行されることができる。それが、上で規定される「リスナ」を通して可能にされる。
キャンペーン機能
【００７３】
何らかの良いＣＲＭシステムが、カスタマに対するキャンペーンを実行するための機能を提供する。しかしながら、ＣＲＭシステムの残りとの統合の水準は、変化するかもしれない。本発明において、キャンペーン機能は単純なそのうえ効果的に、キャンペーンを実行する能力を提供するためにＭＣＲＬＰシステムに堅固に統合される。統合されたキャンペーンエンジンは、それらに複数フィルタおよび標的通信に基づいてカスタマデータベースのサブセットを選ぶ能力を提供する。通信は、（電子メール、ＳＭＳ、ＩＭ、直接メーラーなど）統合されたまたは外部のゲートウェイを通して標的カスタマに送られる。
【００７４】
キャンペーンを実行することにおける重要なファクタは、「不正使用に耐える」やり方でそれらを実行することである。我々が提示しているＭＣＲＬＰシステムの具現において、キャンペーンの利益を提供する前に、バウチャーが、それが有効なことを確実にするために確認されてかつそれを引き換えようとしているユーザのためのものであるような方法で一意のバウチャーコード（英数字の一意の組合せ）とともにキャンペーンメッセージを送る能力がある。それは、キャンペーンを作り出す時に提供される種々の構成オプションに基づき、いくつかの例は、「ユーザは、二回以上それを引き換えることができるか？」、「複数のユーザが、それを引き換えることができるか？」、「任意のユーザまたは、それが発行されたユーザだけが引き換えることができるか？」、「発行されることができるバウチャーの最大数」、「引き換えられることができるバウチャーの最大数（アーリーバード）」である。キャンペーンを引き換える時に、バウチャー引き換えを行う前に、必要なチェックがなされる。これは請求書を作成するキャッシャーによる不正使用を防ぐ−なぜなら、キャッシャーはバウチャーコードにアクセスせず、それゆえに、必要なチェックなしに対象にキャンペーン利益を分配することができないからである。
【００７５】
短い継続時間の間インターネット接続がない（切断モード）時のシナリオでさえ、このシステム信頼性および運用を維持するために、サーバから直接に確認を実行する能力がある。これは、「切断された機能」とタイトルをつけられたサブセクション内により詳細に記載される。一旦バウチャーが確認されると、通常の運用が続く。
報奨付き照会プログラム
【００７６】
本発明の別の態様に関して、小売クライアントは報奨付き照会プログラムを実行するオプションを備えている。照会プログラムは、新規なカスタマを招くための主唱者としてカスタマを用いる。プログラムは、以下の２つの方法で実現される：
１．カスタマが店舗で買い物をするとすぐに、彼らは製品に興味を起こすかもしれない彼らの友人の連絡先詳細を尋ねられる。友人が店舗を訪問することによって引き換えることができるなんらかの寛容を含有するバウチャーコードが、（ＳＭＳ、電子メール、モバイルアプリケーションその他を通して）友人に送られる。バウチャーコードが「友人」によって用いられる場合には、元のカスタマはなんらかの他の利益を含有する別のバウチャーを与えられる。代替構成では、バウチャーはより複雑なパラメータ（例えばｘ人を超える友人が照会された、または買い物をした後の彼らの累積的な購入が特定の合計を上回る）に基づいて元のカスタマに与えられることができる−これは、リスナ／トラッカ機能を用いて可能にされる。
２．カスタマは、彼らがここで友人に転送することができる彼自身／彼女自身に有効な一意のバウチャーコードと共に連絡を送られる。友人がそれを用いるにつれて、上のポイント（１）におけると同じロジックが従われる。
報奨付き照会プログラムは、新しいユーザを誘うために携帯電話およびＭＣＲＬＰシステムの高機能な使用を可能にする独特の申し出である。全体のシステムは、手動によるデータ照合のための必要性なしで自動的に管理される。
切断された機能
【００７７】
ＭＣＲＬＰシステムは、オンラインの（接続された）、同じくオフラインの（切断された）モードの両方で働くように設計されている。このために、ＭＣＲＬＰクライアントはデータがキャッシュにいれられるローカルデータベースを含む。端末がオンラインである場合に、データはＭＣＲＬＰサーバに直ちに同期される。端末がオフラインである時、データはキャッシュにいれられて「非同期」とマークされて、かつ、システムがオンラインになると同期される。
【００７８】
オフラインモードで、ポイントが引き換えられることになっているか、または、キャンペーンバウチャーが引き換えられなければならない場合には特記が必要とされる。この場合、カスタマは所定のフォーマットで特定番号にＳＭＳを送る必要がある。ポイント引き換えに対して、このＳＭＳは組織識別子および引き換えられるべきポイントを含む。バウチャー引き換えに対して、このＳＭＳは、引き換えられる必要があるバウチャーコードを備えた組織識別子を含む。サーバは、それが接続モードで実行するであろう同じ方法でそのエンドで必要な確認を実行して確認コードとともに返信する。同時に、別の場所および別のＭＣＲＬＰクライアントで同じバウチャー／ポイントが誤用される可能性がないように、それがＭＣＲＬＰクライアントから全データを受け取るまで、サーバは部分的データによって必要な引き換えを実行する。確認コードは、セキュアな確認を可能にするアルゴリズム的やり方で生成され−および、このメカニズムは後で「バウチャーコード生成」サブセクションの下で「バウチャー確認およびセキュリティ対策」セクション内により詳細に記載される。正しい確認コードの入力の際にだけ、ＭＣＲＬＰクライアントはうまく引き換えを実行することができ、および、その他の場合では、それはエラーを生む。ポイントが引き換えられることができない、またはバウチャーが有効でない場合に、サーバはＳＭＳを介してユーザのモバイル装置に直接必要なエラーメッセージ（例えば、「バウチャーが期限切れ」、「バウチャーがこのユーザのためのものでない」、「ポイントが充分でない」）とともに応答する。一旦接続が再確立されると、引き換えについての情報がＭＣＲＬＰサーバに伝達される。
【００７９】
ここの更なるポイントは、ＳＭＳベースの通信は例証となるものであり、およびそれは、目的にて説明したように、ウェブベースのモデルまたはモバイルアプリケーションを用いて実行されることができる。
携帯電話番号変更
【００８０】
本発明の別の態様に従って、添付の図５に関して下記に更に議論されるように、携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムが携帯電話番号変更を処理するために適応される：
携帯電話番号がカスタマの一意の識別子として用いられ、および携帯電話番号を変更することはまれでないので、携帯電話番号に対する変更はユーザがこの事に起因して不便を全く感じないことを確実にするために慎重にかつ途切れなく処理されなければならない。その上、さらに間違った人が他の誰かのポイントを誤用することができないことを確実にするために必要なセキュリティーチェックを必要とする。このために、登録の時に記録された外部識別子が、相互確認される。
【００８１】
プロセスが相互確認されなければならない場合には、新規な番号への古い番号のマッピングが、システム内に維持されなければならない。
【００８２】
念頭に置かれるべき別の問題は、新規な携帯電話番号が同じまたは別のカスタマ（その携帯電話番号の前の所有者）でシステム内にすでに登録されているかもしれず、および、そのカスタマがその携帯電話をもはや所有しないので、そのカスタマに対して記憶されている番号は無効にされなければならないということである。
通信を受け取るためのカスタマ嗜好
【００８３】
本発明の一態様を満たすために、ＭＣＲＬＰシステムは通信を受け取るための彼らの嗜好をカスタマに与えるためのメカニズムを含む。これは、以下を含むことができるが、これに限定されるものではない：
１．「キャンペーン」または「売り込み」メッセージを受け取らない
２．特定の時間間隔中にだけメッセージを受け取る
３．メッセージが送られるべきでないブラックアウト期間、その他
【００８４】
ＭＣＲＬＰシステムは、カスタマが彼らの嗜好を与えることができるインタフェースを含むことができる。これは、カスタマに、またはモバイルアプリケーションを通してまたは単にＳＭＳを通して、公開されるウェブインタフェースの一部であることができる。カスタマはまた、嗜好をそれらがＭＣＲＬＰクライアント内に直接入力されるＰＯＳ端末で、与えることができる。これらの嗜好は、また、マーケタに利用可能なインドにおける「全国邪魔するなレジストリ」のような邪魔するなリストを含有する高信頼中間機関によって維持される中央データベース内に与えられることができる。通信を送る間、これらの嗜好が尊重される。何かの通信を送る前にそのメッセージクラスが、チェックされる（例えばトランザクション、売り込み）同じく媒体（電子メール、ＳＭＳ、ＩＭ）および、通信がそれに応じて予定される。
寛容の代替形式
【００８５】
現在のＭＣＲＬＰシステムはさらに、従来のシステムとはカスタマ寛容のその処理において異なる。従来のシステムでは、これは主に、カスタマに発行される「ポイント」または仮想通貨の概念によって実行されてきた。それは、「背景技術」とタイトルをつけられたセクション内により詳細に記載された。
【００８６】
現在のＭＣＲＬＰシステムでは、寛容を提供するための他のメカニズムが、準備されている。システムの一部の具現では、標準の「ポイント」ベースのシステムが用いられることができる。他の具現において、システムはデータ収集および照合システムとしてだけ用いられることができ、および、全ての寛容は、彼らの過去の購入挙動に基づいてかつ組織目標に基づいて規則的な間隔でカスタマに発行されるバウチャーの形式で、与えられることができる。
【００８７】
さらに他の具現では、「マイルストンベースのメカニズム」が用いられることができる。これは、下記により詳細に記載される。「トラッカ」とタイトルをつけられたサブセクション内に記載されたように、複属性にわたるカスタマ挙動が追跡されることができる。カスタマが規則的な間隔で特定のマイルストンを越えるにつれて、システムがバウチャーを発行するように構成されることができる。この種のマイルストンは、２つのコンポーネントを有することができる：
【００８８】
この場合の主要な寛容は、すべてのカスタマに対して追跡される数量が特定のマイルストンを越えるにつれてバウチャーの形式で配られる。例えば、累積的な購入、購入された品目の合計数、購入された「高級な」製品の合計価格など。「トラッカ」セクション内に記載されているように、追跡される数量の値が特定の閾値を超えるようになるにつれて、寛容が自動的にカスタマに与えられることができる。また、構成に基づいて、追跡が新たに始まることができるように、トラッカが再設定されることができる。この種の寛容のいくつかの例は「ＩＮＲ  ５０００購入毎にフリーギフト」、「ＩＮＲ  １００００の累積的な購入を越えるならばＩＮＲ  １０００を超える次の購入で２０％オフのバウチャー」、「カスタマがＩＮＲ  １５００を超える３本を超えるズボンを買うならば、次の購入で２品目買うと１品目無料」であることができる。
【００８９】
「マイルストンベースの寛容システム」のいくつかの構成では、彼らがより大きいマイルストンを越えるにつれて、カスタマがより高い寛容を得るように、これらのマイルストンは昇順に構造化されることができる。
即時分析およびバウチャリング
【００９０】
本発明の１つの重要なコンポーネントは、即時分析を実行する能力である。これは、販売時点での実時間データ収集によって可能にされる。即時実時間分析の結果として、カスタマはキャッシュレジで利用可能な情報に基づいて非常に標的となるオファーの即時通信を受け取ることができる。この情報または「ファクタ」は、事実の形式でエンコードされて結果の組を生成する所定のルールを通して実行される。これら全ては、多数のルールを計算し、クイックフォーマットで決定をして、これらの決定をカスタマに伝達される結果に変換することが可能なルールエンジンで可能にされる。これらのコンポーネントの各々が更に詳細に下で記載され、および、正確なワークフローの説明が続く。参照が、即時分析に進むコンポーネントを与える以下の説明に対して図７にもたらされる。
【００９１】
ファクタ：情報の種々のポイントが、事実の形式でエンコードされる。これらの事実は、標準的なテンプレートおよび数学的に理解できるフォーマットで情報の特定のビットをエンコードする。これらのファクタのいくつかは、以下の通りである：
１．現在の購入バスケット−これは、カスタマが行った現在の購入についての情報をエンコードし、かつ請求書番号、請求書の合計、すでに請求された割引、数量、レート、各々の価格とともに在庫品目、同じく購入されたすべての品目の属性のような詳細を含む。これは、必要とする
２．カスタマ人口統計データおよびスコア−カスタマ情報は、また、エンコードされて即時分析エンジンに与えられ、これは、彼らの年齢、彼らの生年月日、婚姻の状況、場所、最後の訪問日付、都市、ｚｉｐコードなどのようなファクタを含むことができる。それは別として、情報のいくつかのビットはカスタマについて事前計算されることができ、かつまたエンコードされる。この種の情報は、高級な製品に対する親和性、彼らが最も購入しそうである品目の数、などのようなものを含有することができる。
３．環境情報−これは、ＭＣＲＬＰクライアントが動作している特定の店舗／キャッシュレジに関連する情報をエンコードし、かつ位置情報（店舗の都市、ＰＩＮ／ＺＩＰコード、地域）、それがモールまたは幹線道路にあるかどうか、ローカルな地理内に近々何かのフェスティバルがあるかどうかなどのようなファクタを含む。また、１日のうちの時間、それが週日または週末であるかどうかのような情報もまた、エンコードされる。
４．在庫情報−これは、何が店舗の在庫情報であるか、個々の在庫品目の回転率および押し出される必要があるものなどのような情報を含むことができる。
【００９２】
それらの各々は、事実「クラス」−例えば、Ｓｔｏｒｅｌｎｆｏｒｍａｔｉｏｎ（店舗情報）、Ｉｎｖｅｎｔｏｒｙｌｔｅｍｌｎｆｏｒｍａｔｉｏｎ（在庫品目情報）などを用いてエンコードされる。他の事実クラスが、結果を記憶するためにある−例えば、「ＶｏｕｃｈｅｒＴｏＢｅｌｓｓｕｅｄ（発行されるべきバウチャー」、「ＰｏｉｎｔｓＴｏＢｅＡｄｄｅｄ（付加されるべきポイント）」
【００９３】
ルールエンジンの呼出しの前にこの種の情報は、正しくエンコードされて正しいフォーマットでルールエンジンに知らせられる。
【００９４】
ルール：他の重要な基準は、決定をする実際のルールである。これらのルールは、オーサリングフレームワーク内に作られる（それは、大部分の具現でＭＣＲＬＰサーバとともに存在することができる）。ルールは、彼らのマーケティング目標をベースとする小売クライアントのマーケットチームと協議して設計されて下記の文法に従う：
ルール：Ｒｕｌｅ＿＿ｎａｍｅ属性  ｗｈｅｎ  条件  そして結果終了
Ｒｕｌｅ＿ｎａｍｅ：ストリング
属性：＜Ａｔｔｒｉｂｕｔｅ＿Ｎａｍｅ、Ａｔｔｒｉｂｕｔｅ＿Ｖａｌｕｅ＞対のリスト
条件：ブーリアン出力に結びつく上で規定される事実をエンコードする数式。条件が満足しているならば、ルールが実行される
結果：ルールが満足されるならば、結果がアサートされる。この結果は、アサートされる結果クラスの新しい事実の形式で規定される。
【００９５】
ルールは、ＭＣＲＬＰクライアントでテキストまたはバイナリフォーマットでルールエンジンに利用可能にされる。これらのルールは小売クライアントの要件につき定期的なベースでアップデートされ、ＭＣＲＬＰサーバを通してＭＣＲＬＰクライアントに与えられる。
【００９６】
「ルールエンジン」は、（適切にモデル化される）ルールおよび（適切にモデル化される）事実をとることができてかつ正しい結果を生成することができる数学的ツールの標準部材である。これらのルールエンジンは、規模でルールを実行するためにうまく設計されており、かつ、何千ものルールおよび何百万もの事実を計算する。ルールエンジンは、モジュール（ライブラリ）としてまたは別々のサービスとしてのどちらかで与えられることができる。
【００９７】
結果：ルールエンジンの計算の後の結果は、カスタマに対して目に見える結果に変換される必要がある。たとえば、これらのいくつかは以下の通りであることができる：
１．カスタマにバウチャーを発行する−バウチャータイプおよび他の詳細が結果テンプレートから抽出され、正しいバウチャーがカスタマに発行されるべきでかつ適切なメッセージと共に彼／彼女に送られるべきである。
２．カスタマのポイントを増大する−上記に類似して、正しい処置がとられ、かつカスタマに伝達される
【００９８】
小売クライアントの要件につき結果の他のタイプが追加されることができる。また、結果はいくつかの構成で請求書を作成するキャッシャーに表示されることができる。
【００９９】
注記が、生の技術としての「ルールエンジン」が従来技術で利用可能であるとはいえ、上で規定されるワークフロー内のそのアプリケーションが一意であるという事実でできていなければならない。
バウチャー確認およびセキュリティ対策
【０１００】
本発明の更に別の態様に従って、添付の図６に関して下記に議論されるように、携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムがまた、バウチャー確認およびセキュリティ対策に適応される：
【０１０１】
これは、形成する２つの手順の１つであるモバイルシナリオで一意である。目的は、ネットワークがキャッシャー販売時点でアクセス可能であるかどうかに関係なく、携帯電話の所有者としてのカスタマの識別を確認することである。
バウチャーコード生成
【０１０２】
バウチャーコードは、ネットワークが到達可能でなく、および、サーバがどんなコードが発行されたかについてクライアントに知らせることができない時でさえ、コードが確認されることができるようなやり方で生成されなければならない。コードからのいくつかの他の要件は、以下の通りである：
１．読み取りの容易さを確実にするために英数字（０−９およびＡ‐Ｚ）だけを用いるべきである（大文字と小文字の区別をしない）
２．コードによって正しいカスタマを確認するために全ての関連した情報をエンコードする
３．切断モードで同様に確認を可能にする
４．コードはバーコード互換性がある表現に容易に変換されることが可能であるべきであり、かつ多くの装置がバーコードを示すことが可能でないかもしれないので、これは任意選択であるべきである
５．クライアントが長い期間の間同期することができない場合には、クライアントエンドで予め割り当てるコードに対する何の要件も、あるべきでない
６．特定の時間内に用いられないならば、バウチャーコードは無効にされるべきである
７．（任意選択）特定の店舗に対して発行されたバウチャーは、その店舗内だけで有効であるべきである。
上記の要件を念頭に置いて、限定されない例示的な例証として以下の方式が、開発された。英数字要件は、文字数字表現を可能にするベース３６でそれをエンコードすることによって満たされる。エンコードされる必要がある情報は下記で与えられ、および推奨エンコーディングは下記のテーブル内に与えられる：
2012521031.tif 000003
【０１０３】
任意選択で、これは上の要件（８）を満たすために店舗ＩＤを更に含むことができる。それが特定の組織、目的、携帯電話番号に一意である一意のコードを生成するように、バウチャーコードは上記したフィールドの組合せを用いて発行され、かつ短い期間の間だけ有効である。現在の時間間隔は、２つの部分−固定部および可変部に分けられる。
バウチャーコード生成は、一意であるバウチャーコードを生成するためにＡＮＤ、ＯＲ、ＸＯＲおよび暗号ハッシュ関数のようなビットごとの演算を用いて働く。１つの標本関数は、以下の通りであることができる：
ｆ１＝ｈ１（ｏｒｇ＿ｉｄ、目的、ｆｉｘｅｄ＿ｔｉｍｅ＿ｃｏｍｐｏｎｅｎｔ）
ｆ２＝ｈ２（モバイル）
ｆ３＝ｈ３（ｖａｒｉａｂｌｅ＿ｔｉｍｅ＿ｃｏｍｐｏｎｅｎｔ）
ｆ＝ｆ１Λｆ２Λｆ３
ここで、ｆは計算の種々の段階のコードを意味し、およびｈは、一方向ハッシュ関数（例えばＭＤ５、ＳＨＡ−１）であり、Λは、ビットごとのＸＯＲを意味する。
【０１０４】
この方式において、確認の時に、サーバ上で計算されるように、ｆ１およびｆ２は同一であるべきであり、および、それゆえに、最終的なｆ値は可変時間の値を適切に代入することによって計算されることができる（現在時刻または遅延を適合させる２，３の過去時間識別子）。
【０１０５】
上で計算されるｆは、外部の関係者が値を再生させることができないように標準暗号化技術を用いて更に暗号化される。注意することができることは、ハッシュ値を計算する時、実際の計算値は通常より長く（約１２８ビット）および、それゆえに、適切なメカニズムが、それをより小さい数のビットにマップするために用いられることができる（最も左のビットを取り除くまたはそれらを共にＸＯＲする）ことである。
【０１０６】
すべてのこの種の情報は、秘密キー暗号化を用いて暗号化される。バウチャーコードを受け取ることで、ＭＣＲＬＰクライアントは携帯電話番号に対してカスタマコードおよび会社に対して組織コードを確認する。それはまた、バウチャーがなお有効なことを確実にするために目的および発行時間を確認する。それが再び用いられることができないように、それは次いでバウチャーを無効とマークする。
【０１０７】
コードの実際の具現は、実現に基づいて変化することができる。しかしながら、コアアイデアは独立に確認されることができるいくつかのセキュアな手段を用いて適切にエンコードされる一方向ハッシュを生成することである。
セキュリティ問題および対処
【０１０８】
いくつかの例証となるオプション：
１．携帯電話の所有者でないユーザ−ユーザに一意のコードを送ることによって確認される。これは接続モードでは単純な経路であるが、切断モードでは、ユーザにＳＭＳを送る方法がなく、それで、カスタマは特定番号に彼自身／彼女自身確認するＳＭＳを送るよう依頼される
２．切断モードでは、不正なカスタマが他の誰かになりすましてＳＭＳを送るメカニズムにアクセスするかもしれない。システムが着信ＳＭＳによって確認することができる場合であっても、これはカスタマに一意のコードを送ることによって処理される。我々のサーバから送られるＳＭＳが前記携帯電話番号にだけ配信されるので、これは確実性を確立する
３．首尾よく他の誰かの電話にアクセスを得ることができるユーザ−これは、登録の時に記入されるプロフィール詳細によって確認される。前のセクションで規定した外部識別子についての質問を尋ねる。
任意選択のハードウェアコンポーネント
【０１０９】
追加的なハードウェアが、懸念のいくつかに対処するために追加されることができる。これらの懸念のいくつかは、以下の通りである
１．キャッシャー端末のより高いデータ入力スループット−一般的に、大部分の店舗では、列は課金のために非常に長く、および、データ入力時間を最も短く保つ必要がある。クーポンの手動入力その他は、プロセスを減速する可能性がある
２．小売業者と彼らの携帯電話番号を共有する気持ちがないカスタマ−カスタマが小売業者と彼らの携帯電話番号を共有したくない場合には、システムはカスタマに別のメカニズムを通して彼自身／彼女自身を識別させるように設計されなければならない。
【０１１０】
本発明のさらに他の態様に従って本発明の携帯電話ベースのモバイルカスタマ関係およびロイヤリティサービスシステムは、以下の追加的なサービス具備に適応されることができる：
バーコード化されたクーポン
【０１１１】
クーポンは、画像としてエンコードされて画像メッセージまたはＭＭＳとしてまたは（電子メールアクセスを備えたスマートフォンに対して）電子メールによって電話に送られる。これは、キャッシャーが標準バーコードスキャナを用いてバーコードを走査することを可能にする。
【０１１２】
主要な難題は、バーコードから生成される画像を、モバイルハンドセットによって消費されることができてＳＭＳを通して配信されることができる形式に、変換することである。
【０１１３】
任意選択で、これは上の要件（８）に対する店舗ＩＤを含む。
データ入力マシン
【０１１４】
キャッシャーがそれに対するアクセスを得ることなくユーザに携帯電話番号を入力させる端末で、携帯電話番号を入力するためのマシンが、設けられる。このマシンは、デビットカードトランザクションについて見られるＰＩＮ入力マシンに類似している。番号は、キャッシャーがそれに対するアクセスを得ることなく、ＭＣＲＬＰシステムに直接行く。
【０１１５】
いくつかの構成では、データ入力マシンは直接携帯電話を走査することができる。これは、フェムトセルまたはカスタマ登録の時に携帯電話番号と事前関連付けされる無線周波数タグのようなニアフィールド通信技術を通してであることができる。携帯電話（ＩＭＥＩ番号、ＩＭＳＩ番号）を識別することができる任意の装置または、携帯電話用の事前関連付けされたタグのどちらかが、用いられることができる。
電話データ入力
【０１１６】
本発明のさらにもう一つの具現において、電話または類似した装置が課金カウンタに取り付けられることができ、ここで、ユーザが彼自身／彼女自身で呼び出して容易に識別することができる。カスタマは、新規な携帯電話の発信者番号通知サービス機能を利用することによって識別される。これは、課金プロセスをはるかによりすばやくすることができる。
【０１１７】
カスタマフレンドリーなおよび信頼性が高い携帯電話ベースのモバイルカスタマ関係およびロイヤリティ方法論およびそれのサービスシステムを提供することが、したがって、本発明を経由して可能であり、それは、カスタマがＳＭＳ、電子メール、インスタントメッセンジャその他のような媒体を伴う彼らの携帯電話を用いて買い物をするとすぐに彼らが小売業者アウトレットなどで提供されるサービスを起動することを可能し、かつ、それによって、よりカスタマフレンドリーなカスタマ関係およびロイヤリティサービスに有利に働く。
【図１】
2012521031.tif 000004
【図２】
2012521031.tif 000005
【図３】
2012521031.tif 000006
【図４】
2012521031.tif 000007
【図５】
2012521031.tif 000008
【図６】
2012521031.tif 000009
【図７】
2012521031.tif 000010
【国際調査報告】
2012521031.tif 000011
2012521031.tif 000012
2012521031.tif 000013
2012521031.tif 000014