インターフェースモジュール、システム及び方法
決済システムと販売処理システムを有する外部システムとの統合を容易にする、販売処理システムのためのインターフェースモジュールが提供される。
【発明の詳細な説明】
【背景】
【０００１】
[0001]本発明は、販売処理システムのためのインターフェースモジュールに関し、そのようなモジュールを使用するシステム及び方法に関する。
【０００２】
[0002]多くの異なる販売処理システムが市場で様々な製造業者から入手可能であることが知られている。購入取引を行い、記録するための多くの異なる環境で、販売処理システムを使用することができる。例えば、そのような販売処理システムは、例えばレストラン若しくは小売店で使用されるいわゆる販売時点情報管理（ＰＯＳ）システム若しくは電子式金銭登録機、又は例えばホテルで使用されるいわゆるプロパティマネジメントシステム、又は例えば決済ゲートウェイシステムを含むことができる。そのような販売処理システムは通常、多数の販売処理サーバシステムと接続された販売処理サーバシステムと統合される。上記の考察から明らかになるように、販売環境では異なる専門用語が使用されることに留意すべきである。
【０００３】
[0003]本明細書において使用される「販売処理システム」という表現又は用語は、小売又は他の販売環境で販売を行うことに関与し、ペイメントカード（例えば、クレジットカード及び／又はデビットカード）取引を管理するために使用される決済システム又は決済端末とは異なるデバイス、システム又は装置に関する。販売処理システムは通常、ペイメントカードを使用して決済を行うために決済システムと対話するように構成される。販売処理システムと決済システムを分離する理由は、ペイメントカード取引に関してセキュリティを提供するためである。市場で入手可能な多くの異なるタイプの決済システムが存在する。決済システムは、金融サービスを提供するリモート取得ホストと通信するように構成される。
【０００４】
[0004]販売処理システム及び決済システムが協働することを可能にするために、決済システムと統合されることが可能になるように販売処理システム及びデバイスの特定のプログラミングを提供することが必要になっている。
【０００５】
[0005]決済システムと販売処理システムとの統合の重要な部分は、金融規制及びセキュリティの要件を達成するためにそれぞれのシステムの機能の十分な分離を実現することである。適切なプログラミングを提供することは、高価で時間のかかるプロセスである。
【０００６】
[0006]又、そのようなシステムの動作中に、例えば、金融サービスの供給者がある銀行から別の銀行に変更したことによって変更が必要になった場合、販売処理システムの高価で時間のかかる再プログラミングが必要になる。単一の販売処理システムの変更が複雑であり得るためだけでなく、会社が１つ又は複数の店舗で１つ又は複数の販売処理システムの多くの異なるモデル及びバージョンを使用している場合があるので、このことは時間がかかり、高価であり得る。
【０００７】
[0007]加えて、そのような会社は、販売処理システムを使用した免税ショッピングサービス又は直接通貨交換サービスなどの、追加のサービスを提供することを望むこともある。このことを考慮すると、更なる外部システムとの統合が必要とされ得る。
【０００８】
[0008]本発明は、これらの問題の少なくともいくつかを軽減しようとする。
【概要】
【０００９】
[0009]本発明の一態様は、販売処理システムのためのインターフェースモジュールであって、販売処理システムの販売処理モジュールと通信するための第１のプロトコルをサポートするように構成された第１のインターフェースと、決済システムと通信するための第２のプロトコルをサポートするように構成された第２のインターフェースと、外部サービス用の取引システムと通信するための第３のプロトコルをサポートするように構成された第３のインターフェースと、第１、第２及び第３のインターフェース間のメッセージのルーティング及びそれぞれ第１、第２及び第３のプロトコルに従ったメッセージの再フォーマット化を制御するように動作可能なコントローラとを備えるインターフェースモジュールを提供する。
【００１０】
[0010]本発明の一実施形態では、インターフェースモジュールは、初期化又は構成要求に応じて動的に構成可能であり、それによってインターフェースモジュールは特定の実施に動的に適応することができる。そのようなインターフェースモジュールの一実施形態は、販売処理システム、決済システム及び取引システムの異なる例の間における通信を提供するように構成可能な汎用インターフェースを提供することができる。
【００１１】
[0011]スキーマエンジン及びマッピング情報を含むマッピングモジュールを提供することができ、コントローラモジュールは、第１、第２及び第３のインターフェースのうちの１つから受け取られたメッセージをスキーマエンジンに転送するように動作可能であり、スキーマエンジンは、マッピング情報に基づいて受け取られたメッセージを再フォーマットして再フォーマットされたメッセージを生成するように動作可能であり、コントローラモジュールは、再フォーマット化に基づいて再フォーマットされたメッセージを転送するように更に構成される。本発明の一実施形態では、マッピングモジュールは、構成ホストシステムから提供される情報に基づいて動的に構成可能である。
【００１２】
[0012]本発明の別の態様は、販売処理を行うように構成された販売処理モジュールを備える販売処理システム及びそのようなインターフェースモジュールを提供し、販売処理モジュールは、インターフェースモジュールと通信するための第１のプロトコルをサポートするように構成される。
【００１３】
[0013]本発明の更なる態様は、そのような販売処理システム及び第２のインターフェースモジュールを介して販売処理システムに動作可能に接続された決済システムを備える複合システムを提供する。
【００１４】
[0014]本発明の更なる態様は、そのような通信インターフェースモジュールを含む販売処理システムを操作する方法であって、コントローラモジュールを使用して、それぞれ第１、第２及び第３のプロトコルに従ったメッセージの再フォーマット化を含む第１、第２及び第３のインターフェースモジュール間のメッセージのルーティングを制御することを含む方法を提供し、第１のインターフェースモジュールは、販売処理システムの販売処理モジュールと通信するための第１のプロトコルをサポートし、第２のインターフェースモジュールは、決済システムと通信するための第２のプロトコルをサポートし、第３のインターフェースモジュールは、外部サービス用の取引システムと通信するための第３のプロトコルをサポートする。
【００１５】
[0015]インターフェースモジュールの一実施形態を、そのような方法を実施するために販売処理システムのプロセッサを制御するように動作可能なプログラムコードを備えるコンピュータプログラム製品として実施することができる。
【００１６】
[0016]本発明の様々な態様が添付の特許請求の範囲に詳述されるが、本発明の他の態様は、添付の特許請求の範囲に明示的に詳述された組合せだけでなく、記載された実施形態及び／又は添付の従属請求項からの特徴と独立請求項の特徴との任意の組合せを含む。
【図面の簡単な説明】
【００１７】
【図１】[0018] 図１は、販売処理サービス及び決済サービスを提供するための複合システムの例を概略的に表す図である。
【図２】[0019] 図２は、図１のシステムの機能要素の例を例示する概略ブロック図である。
【図３】[0020] 図３は、図２に示される機能要素のいくつかをより詳細に例示する概略ブロック図である。
【図４】[0021] 図４は、図３に示される機能要素のいくつかをより詳細に例示する概略ブロック図である。
【図５】[0022] 図５は、そのようなシステムの操作例を例示する流れ図である。
【詳細な説明】
【００１８】
[0017]添付の図面を参照して、例のみとして実施形態を説明する。
【００１９】
[0024]図１は、例えば、販売処理端末（例えば電子式金銭登録機（ＥＣＲ））によって実施される、決済システム１４及び取引システム１６と通信している販売処理システム１２を含むシステムアーキテクチャ１０の概略図である。決済システム１４は、カードを読み取るための決済端末又は他の決済承認デバイスの形とすることができ、決済処理のためにカードの詳細及び決済金額を１つ又は複数の銀行システム１８に安全に送信するように動作可能とすることができる。図１に示される例では、取引システム１６は、直接通貨換算処理のための直接通貨換算（ＤＣＣ）ホストシステム２０及び／又はＴＦＳ処理のための免税ショッピング（ＴＦＳ）ホストシステム２２と通信することができる。図１に更に例示されているように、販売処理システム１２には、決済システム１４の接続を容易にするよう構成可能なインターフェースを提供すると共に取引システム１６に送られるサービス要求及び取引システム１６から受け取られるサービス応答を提供するように動作可能なインターフェースモジュール２４が設けられている。
【００２０】
[0025]インターフェースモジュール２４を、通信インターフェースモジュール２４の一部を形成する後述のコンポーネントインターフェースモジュールと区別するために、インターフェースモジュール２４は本明細書において通信インターフェースモジュールと呼ばれる。この点において、「通信インターフェースモジュール」という用語は、インターフェースモジュール２４を識別するためのラベルとして使用されることに留意されたい。後述されるように、通信インターフェースモジュール２４は、販売処理システム１２と（１つ又は複数の）決済システム１４との、及び（１つ又は複数の）取引システム１６との接続の構成における柔軟性をもたらすように構成される。構成ホストシステム２５は、通信インターフェースモジュール２４を構成するための構成情報を提供するように動作可能である。
【００２１】
[0026]又、図１は、更なるシステム２６、例えば、１つ又は複数のコンピュータサーバを含むことができ、図２に示される販売処理システム１２などの複数の販売処理システムと通信することができ、他の外部システム（図示せず）と統合することができる、店舗内の電子販売時点（ＥＰＯＳ）制御システム２６を例示している。
【００２２】
[0027]例えば、ＲＳ２３２リンク又はユニバーサルシリアルバス（ＵＳＢ）リンクなどの１つ若しくは複数のシリアルリンク及び／又は伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）リンク上で動作する端末特有のインターフェースプロトコルを使用して、販売処理システム１２と決済システム１４との間の通信を実施することができる。ＴＣＰ／ＩＰリンク上のマークアッププロトコル（例えばＨＴＴＰ（Ｓ））を使用して、販売処理システム１２と取引システム１６との間の通信を実施することができる。又、ＴＣＰ／ＩＰリンク上のマークアップ言語プロトコル（例えばＨＴＴＰ（Ｓ））を使用して、販売処理システムと店舗ＥＰＯＳ制御システムとの間の接続を実施することができる。
【００２３】
[0028]図１を参照して説明されるアーキテクチャは、通信インターフェースモジュール２４の用途の一例を表すことに留意すべきである。通信インターフェースモジュール２４が、電子式金銭登録機が接続されたローカルサーバ上で、又は複数の電子式金銭登録機が接続された中央サーバ上でホスティングされ得るように、或いは、通信インターフェースモジュール２４が、例えば、小売業者のチェーン店にサービスを提供するリモートサーバ上で外部からホスティングされ得るように、通信インターフェースモジュール２４を構成することができる。実際に、後述されるように、任意の数の異なるシナリオにおいて通信インターフェースモジュール２４を実施することを可能にする構成ホスト２５を使用して、通信インターフェースモジュール２４を動的に構成することができる。以下に、図１を参照して説明される用途例をより詳細に説明する。
【００２４】
[0029]図２は、図１のシステムアーキテクチャ１０の構成例を例示する機能ブロック図である。
【００２５】
[0030]販売処理システム１２は、いくつかの製造業者のうちの１つによって供給されるプログラム可能な販売処理端末とすることができる。そのような販売処理システム１２は通常、販売処理情報を表示するように構成されたディスプレイ、販売処理システム用に設計されたキーパッド及び／又はキーパッドとして構成されたディスプレイ用のタッチセンサ式スクリーン、プリンタ及びバーコードリーダ、カードリーダなどの他の外部インターフェースなど、販売処理端末の特定の周辺機器を含む専用パーソナルコンピュータ（ＰＣ）システムから形成される。そのような販売処理システム１２は通常、従来のオペレーティングシステムのバージョンを使用して動作する。又、販売処理システム１２は通常、Ｊａｖａランタイム環境（ＪＲＥ）のバージョン、例えば１．５又はそれ以降のバージョンを有するＪａｖａ Ｓｔａｎｄａｒｄ Ｅｄｉｔｉｏｎ（ＪａｖａはＳｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃの商標である）をサポートする。
【００２６】
[0031]図２は、販売処理システム１２において提供される様々なモジュールを例示している。販売処理システム１２内の記憶装置に保持され、販売処理システム１２の１つ又は複数のプロセッサを制御するように動作可能なソフトウェア及び／又はファームウェアを用いて、様々なモジュールを実施することができる。モジュールは、販売処理システム１２の（１つ又は複数の）プロセッサを制御して、販売処理システム１２での処理を実行し、店舗システム２６と通信するための販売処理モジュール２８を含むことができる。
【００２７】
[0032]図２に例示される本発明の一実施形態は、本明細書において販売処理インターフェースプロトコル３０と呼ばれる第１のインターフェースプロトコル３０を使用して販売処理モジュール２８とインターフェースで接続し、適切な通信プロトコルを使用して決済システム１４及び取引システム１６とインターフェースで接続するための販売処理プロキシを提供する通信インターフェースモジュール２４の例を含む。販売処理モジュール２８は、プロトコル３０を使用するように構成される。次いで、販売処理モジュール２８が販売処理インターフェースプロトコル３０をサポートするように構成されている任意の販売処理システム１２とともに通信インターフェースモジュール２４を使用することができる。このことは、通信インターフェースモジュール２４が異なる製造業者によって製造された異なる販売処理システム１２間で移植可能であることを意味する。通信インターフェースモジュール２４は事実上、「Ｙスプリッタ」、又はプロキシとして働き、決済システム１４との通信を拡張してＴＦＳ及びＤＣＣステータスクエリを取引システム１６とやり取りする。又、通信インターフェースモジュール２４は、例えば、決済システム１４上で使用されるクレジットカード情報及びデビットカード情報を販売処理モジュール２８から切り離しておく働きをする。
【００２８】
[0033]図３は、通信インターフェースモジュール２４の構成例をより詳細に例示している。
【００２９】
[0034]第１のコンポーネントインターフェースモジュール４０は、第１のインターフェースプロトコル３０（販売処理システムインターフェースプロトコル３０）を実施して販売処理モジュール２８とインターフェースで接続する販売処理インターフェースモジュールを形成する。第２のコンポーネントインターフェースモジュール４６は、第２のインターフェースプロトコルを使用して決済システム又は端末１４とインターフェースで接続するための決済インターフェースモジュールを形成する。第３のコンポーネントインターフェースモジュール４８は、第３のインターフェースプロトコルを使用して取引システム１６とインターフェースで接続するための取引インターフェースモジュールを形成する。本例では、第１、第２及び第３のインターフェースプロトコルはそれぞれ異なる。しかし、別の例では、２つ又は全てのインターフェースプロトコルは互いに同じであってもよい。コントローラモジュール４２は、システム経由でメッセージを送るためのルーティングロジックを提供し、マッピングモジュール４４に保持されたマッピング情報を使用して、その他のコンポーネントを互いに切り離す。
【００３０】
[0035]販売処理システム１２でＤＣＣ処理を行うためのＤＣＣモジュール５０を設けることができ、販売処理システム１２でＴＦＳ処理を行うためのＴＦＳモジュール５２を設けることができる。
【００３１】
[0036]ＤＣＣモジュール５０は、ユーザにいくつかの通貨を提案する簡易ＧＵＩを提供することができる。次いで、ユーザは、決済に使用される通貨を決定することができる。ＤＣＣモジュール５０は、取引の金額を現地の通貨で取得し、通信インターフェースモジュール２４及び取引システム１６を介してメッセージをＤＣＣホスト２０に送って適切な為替レートを取得するように動作可能とすることができる。ＤＣＣモジュール５０は、ＤＣＣホストシステム２０から受け取られた為替レートに基づいてＤＣＣモジュール５０で計算された換算された金額を表示するか、又は取引システム１６及び通信インターフェースモジュール２４を介してＤＣＣホストシステム２０からの応答が提供されるように動作可能とすることができる。
【００３２】
[0037]ＴＦＳモジュール５２は、ユーザの詳細を取り込み、購入の詳細を表示するフォームを表示するためのＧＵＩを提供することができる。次いで、ＴＦＳモジュール５２は、通信インターフェースモジュール２４及び取引システム１６を介してメッセージをＴＦＳホスト２２に送るように動作可能とすることができる。取引システム１６及び通信インターフェースモジュール２４を介してＴＦＳホストシステム２２からＴＦＳモジュール５２によって受け取られた応答メッセージは、販売処理システム１２で印刷できるＴＦＳチェック又はバウチャーを含むことができる。
【００３３】
[0038]販売処理モジュール２８の一部としてＤＣＣロジック及び／又はＴＦＳロジックを実施することができることに留意すべきである。しかし、通信インターフェースモジュール２４の一部としてＤＣＣモジュール５０及び／又はＴＦＳモジュール５２を設けることによって、販売処理モジュール２８の一部としてＤＣＣロジック及び／又はＴＦＳロジックを有さない販売処理システム１２にＤＣＣ及び／又はＴＦＳの機能を提供することができる。
【００３４】
[0039]様々な他のコンポーネントが図３に例示されている。構成ＡＰＩモジュール５４は、製品開発及び試験のためのＡＰＩを提供するように動作可能である。接続管理モジュール５６は、低レベルの通信対象を管理するように動作可能である。イベント管理モジュール５８は、コントローラモジュール４２の操作と密接に統合される集中した状態において、タイマ、例外及び他の「異常」イベントの処理を行うように動作可能である。ロギングモジュール６０は、展開時間構成を容易にするための操作のロギングを行う。
【００３５】
[0040]図４は、コントローラモジュール４２、マッピングモジュール４４、決済インターフェースモジュール４６及び取引インターフェースモジュール４８の対話をより詳細に示す概略ブロック図である。これらのモジュールは協働して抽象化レイヤ及び１つのインターフェースを別のインターフェースに動的にマップする機能を提供し、柔軟なルーティングを行い、必要に応じて、例えばペイメントカード業界データセキュリティ基準（Payment Card Industry Data Security Standard）を満たすためのデータ管理を行う。
【００３６】
[0041]販売処理インターフェースモジュール４０は、販売処理インターフェースプロトコル（ＳＰＩＰ）に従って構成されたメッセージを受理し、そのメッセージをＳＰＩＰ要求メッセージとしてコントローラモジュール４２に送る。ＳＰＩＰ要求メッセージは、とりわけ、メッセージ識別子（ＩＤ）及びキー値を含むことができるＳＰＩＰヘッダを含む。これらのパラメータは、動的ルーティングに使用される。コントローラモジュール４２は、ＳＰＩＰ要求メッセージ１０２を検査しそのメッセージをマッピングモジュール４４に送るルート管理（ルータ）モジュール７２を含む。スキーマモジュール７４はスキーマエンジンを形成し、スキーマエンジンは、マッピングモジュール４４において、ＳＰＩＰメッセージＩＤを検査し、ＳＰＩＰ要求メッセージＩＤ及びマッピングモジュール４４に保持されたマッピング情報に基づいてマッピング操作を行う、構成することができる。例えば、スキーマモジュール７４はフィールド定義モジュール７６を使用してデータタイプ処理を行うことができ、変換エンジン７８は更なるメッセージフロー制御のためにメッセージをルート管理モジュール７２に渡す前のメッセージ変換を管理することができる。
【００３７】
[0042]ルート管理モジュール７２は、ヘッダＩＤの組合せを読み取ってルーティングシーケンスを決定し、所与のセットアップに必要なプロトコルに適合するように（後述の初期化メッセージ（ＥＣＲＩｎｉｔ）に基づいて）異なるメッセージクラスを作成し、適切なメッセージ構成を作成するためにマッピングモジュール４４と対話するように動作可能である。マッピングモジュール４４については後述する。マッピングモジュール４４を使用して適切な出力メッセージが作成された後、そのメッセージは以降の処理のために送信される。メッセージは通常、メッセージセッション全体を完了させるためにルーティングモジュール７２を介した複数のステップを必要とする。図４に例示されるように、メッセージセッションは、モジュール７２と他のモジュールとの間の複数の内部メッセージから成る。それぞれのメッセージは、発信元ＩＤ（ＰＯＳＩＤ）を含む。このＩＤはコンテキストの維持を容易にし、又、販売処理システム１２に関連付けられた１つ又は複数の適切な外部システムを呼び出す。
【００３８】
[0043]マッピングモジュール４４は、受け取られたメッセージを検査し、それぞれのクラスタイプを有するそれぞれのコマンドを含む異なるＳＰＩＰメッセージタイプのコマンドパターンを使用することができる。それぞれのコマンドタイプは、属性／パラメータ名をプロトコルフィールドタイプにマップする独自のスキーマを有することができる。それぞれのコマンドは、要求及び、コマンドが実行された場合は、応答を有することができる。従って、要求タイプに特有のパラメータを有する、ＳＰＩＰメッセージクラスのサブクラスとして、要求を実施することができる。コマンドが実行された場合、応答スキーマによって定義されたように、スキーマエンジン７４から取得された全ての応答データを保持する応答を提供することができる。
【００３９】
[0044]メッセージ定義モジュール８０は、受け取られたメッセージから取り出されたメッセージ識別子に基づいてアクセスされるメッセージタイプエントリを有することができ、メッセージタイプエントリは、それぞれのメッセージタイプを定義する。共通のメッセージ定義は、要求又は応答に関わらず、全ての特定のメッセージとともにメッセージ定義モジュール８０に格納される。スキーマ定義により、それぞれのメッセージを、固有のフィールド識別子及びストリング名及びストリング値とのマッピングの集合又は固有のフィールド識別子及びストリング名及びストリング値からのマッピングの集合を含むスキーマに割り当てることができる。
【００４０】
[0045]フィールド定義コンポーネント７６に保持されるフィールド定義は、それぞれのメッセージタイプに対して、メッセージがゼロ又はそれ以上のフィールド及びタイプ識別子コード、フィールドの長さ定義及び説明を含むかどうかを定義する。フィールド定義モジュール７６は、受け取られたメッセージから取り出されたメッセージ識別子及び受け取られたメッセージからのフィールド識別子に基づいてアクセスされるメッセージフィールド定義エントリを有することができ、メッセージフィールド定義エントリは、それぞれのメッセージフィールドの内容を定義する。
【００４１】
[0046]変換モジュール７８は、受け取られたメッセージから取り出された送信元及び宛先情報に基づいて行われるメッセージ変換を定義するメッセージ変換エントリを有することができる。
【００４２】
[0047]動作時に、コントローラモジュール４２のルート管理モジュール７２は、メッセージクラスＩＤを検査してそのメッセージクラスＩＤを適切な要求メッセージにパッケージ化する。典型的な流れでは、第１の試行は必ず、メッセージを決済インターフェースモジュール４６に送ることである。構成パラメータに基づくと、次の試行は、メッセージを取引インターフェースモジュール４８に送ることである。任意の例外は、ロギング（ロギングモジュール６０を使用して、図３）及び発信モジュールへの以降の報告のために例外ハンドラモジュール８２に渡される。ＤＣＣサービス及びＴＦＳサービスを販売処理システム１２の販売処理モジュール２８とは無関係に行う必要がある場合、ＤＣＣモジュール５０及びＴＦＳモジュール５２は警告を受ける。ＤＣＣモジュール５０及びＴＦＳモジュール５２がデータ取込みを完了すると、取り込まれた追加の情報が更なる動作及びルーティングのためにコントローラモジュール４２のルート管理モジュール７２に渡される。
【００４３】
[0048]ルート管理モジュール７２は、構成モジュール５４及び接続モジュール５６からそれぞれ、構成パラメータ及び接続パラメータを受け取る。ロギング可能な情報はロギングモジュール６０に送られる。イベントハンドラモジュール５８は、ルート管理モジュール７２に対するタイマ及び待ち行列制御を管理する。
【００４４】
[0049]従って、スキーマエンジン及びマッピング情報を形成するスキーマモジュール７４は、第１、第２及び第３のインターフェース４０、４６、４８のうちの１つから受け取られルート管理モジュール７２によってスキーマエンジンに転送されるメッセージに応答することができ、スキーマモジュール７４は、受け取られたメッセージをマッピング情報に基づいて再フォーマットして再フォーマットされたメッセージを生成するように動作可能であり、コントローラモジュール４２は、再フォーマット化に基づいて再フォーマットされたメッセージを転送するように更に構成される。
【００４５】
[0050]従って、スキーマエンジン、メッセージ定義、フィールド定義及び変換エンジンの対話及び構成によって、マッピングモジュールは必要に応じて、例えば、ペイメントカード業界データセキュリティ基準を満たすためのデータ管理を行うことができる。
【００４６】
[0051]本例では、図４に示されるように、決済インターフェース４６は、コントローラモジュール４２から受け取られた端末要求メッセージクラスメッセージに基づいて決済システムメッセージをカプセル化するコンポーネントを含むことができる。コーダ／デコーダ（コーデック）８４は、有線レベルの通信に適した低レベルバイトのバッファに変換及び当該バッファから変換するように動作可能である。物理データユニット（ＰＤＵ）８６は、低レベルのバッファを処理するように動作可能とすることができる。シリアルインターフェース８８は、決済システム１４とのシリアル通信をサポートする。シリアルインターフェース８８はシリアル通信フレーミングを適用し、外部の決済システム１４との安定した通信を行う。
【００４７】
[0052]本例では、図４に示されるように、取引インターフェース４８は、取引システム１６と通信するためのメッセージフォーマッティングをカプセル化する。取引インターフェース４８は、デバイスＩ／Ｏに適した低レベルバイトのバッファに変換及び当該バッファから変換するように動作可能なコーダ／デコーダ（コーデック）９４を含むことができる。物理データユニット（ＰＤＵ）９２は、低レベルのバッファを処理するように動作可能とすることができる。ＨＴＴＰ（Ｓ）コントローラ９４は、ＨＴＴＰ（Ｓ）接続エンジンを形成することができ、インターネットを介して取引システム１６とのセキュアソケットレイヤ取引をサポートするように動作可能とすることができる。
【００４８】
[0053]例示的な一実施形態では、販売処理システム１２の起動時に、外部の集中構成管理システムを形成する構成ホストシステム２５（図１）からの情報を使用して、通信インターフェースモジュール２４におけるマッピングモジュール４４及び他のモジュールを構成することができる。実施時点では、その実施のために通信インターフェースモジュール２４を最初にセットアップする必要はない。しかし、第１の初期化メッセージ（ＥＣＲＩｎｉｔ）が固有のアクティベーションコードとともに通信インターフェースモジュール２４によって受け取られると、構成ホストシステム２５からの情報を使用して全てのモジュールを更新して、その実施に必要となる関連するパラメータ、定義、テンプレートを用いて通信インターフェースモジュール２４の個々のモジュールを構成することができる。
【００４９】
[0054]構成プロセスを開始するために、初期化要求（ＥＣＲＩｎｉｔ）を販売処理システム１２から通信インターフェースモジュール２４に発行することができる。そのようなメッセージは、メッセージを開始要求として識別するメッセージヘッダ、販売処理システムの販売時点ＩＤ及び販売処理システムに関連付けられた決済端末のタイプを識別する決済端末ＩＤを含むことができる。初期化要求における更なる情報は、アクティブである入力デバイス（磁気カードリーダ、ＥＮＶカードリーダなど）、免税ショッピングプロセス及び／又は動的通貨換算プロセスがアクティブであるかどうか、必要な印刷フォーマットの詳細などを識別するデータを含むことができる。
【００５０】
[0055]通信インターフェースモジュール２４のルート管理モジュール７２は、そのようなメッセージの受領に応答して取引システム１２を介してそのメッセージを構成ホストシステム２５に転送し、必要な特定の構成用にマッピングモジュール４４を構成するための構成情報をダウンロードすることができる。異なるセットの構成情報を構成ホストサーバ２５に保持することができ、特定の実施の様々な要素（販売処理システム、決済システムなど）を識別する提供されたパラメータ（様々なＩＤ）によってアクセスすることができる。
【００５１】
[0056]その結果、必要な特定の構成用にマッピングモジュール４４を構成するための構成情報の適切なダウンロードを達成することができる。これは、販売処理システムからの予期される受け取られたメッセージを検査するために及び適切なスキーマを設定するためにマッピングモジュール４４を構成することを含むことができる。適切なメッセージタイプエントリを用いてメッセージ定義モジュール８０を構成することができる。適切なフィールド定義をフィールド定義コンポーネント７６に格納することができる。適切なメッセージ変換エントリを変換モジュール７８に含むことができる。
【００５２】
[0057]加えて、必要に応じて、適切な免税ショッピングモジュール５２及び動的通貨換算モジュール５２も構成ホストシステム２５からダウンロードすることができる。
【００５３】
[0058]このようにして構成ホストシステム２５からインターフェースモジュール２４の初期化を行うことによって、入手可能な最新の構成情報に従って初期化モジュールを最適化することを保証でき、このことによって、通信インターフェースモジュール２４が展開され得る全ての考えられる構成を用いて通信インターフェースモジュール２４を事前にプログラムする必要性が回避される。
【００５４】
[0059]構成の変更に適応させるために（例えば、決済システムの異なるモデルが販売処理システムに関連付けられた場合、又は新しいサービスが追加された場合）、初期化又は構成を後でやり直すこともできる。従って、このようにして、初期化又は構成は、変更を動的に適応させることを可能にすることによって、展開における柔軟性及び将来の保証をもたらす。
【００５５】
[0060]言い換えると、実施構成を識別する構成初期化要求に応じて、構成ホストシステムから提供された構成情報を使用して通信インターフェースモジュール２４を構成することができる。
【００５６】
[0061]このようにして、必要に応じて構成ホストシステム２５からメッセージタイプ及びフォーマットを追加することができる。この機能は、メッセージ定義、フィールド定義、変換及びスキーマモジュールの動的な構成を可能にし、通信インターフェースモジュール２４が、決済システムスペース及び定期的に変化する外部ホストでも発生する進行中の変更を提供する動的で柔軟な手法を提供することを可能にする。主な定義データを更新し、所与の実施に必要な全ての必要なコンポーネントをタギングするために構成ホストシステムで生成されたアクティベーションコードに基づいてその実施に対して動作するように構成することができる。データセキュリティ要件の変更は、容易に対処され得る。又、通信インターフェースモジュール２４の使用は、データの提供における顕著な柔軟性を可能にして、販売処理システム１２による印刷された領収証及び他の領収証の柔軟な生成を、これらの領収証の印刷又は生成のために販売処理システム１２に提供された情報を構成することによって可能にする。
【００５７】
[0062]本例では、構成ホストシステム２５は、取引システム１６を介して通信インターフェースモジュール２４に接続されているが、別の例では、構成ホストシステム２５は、適切なインターフェースプロトコルを使用して、ダイレクトコンポーネントインターフェースを介して通信インターフェースシステム２４に直接接続され得る。
【００５８】
[0063]図５は、システム１０によって行われる様々な操作を例示する流れ図である。
【００５９】
[0064]２００で、ユーザ１００が品物の代金を支払う準備ができると、販売処理システム１２で処理するために品物が手渡される（２０２）。販売処理モジュール２６は、例えばバーコードを走査するためのスキャナを制御することによって、品物の詳細の取込みを制御する。
【００６０】
[0065]ユーザがクレジットカードで支払うことを選択したと仮定すると、販売処理モジュール２８は、販売要求を通信インターフェースモジュール２４のコントローラモジュール４２に送り（２０６）、コントローラモジュール４２は、ユーザのクレジットカードを読み取るために命令を決済システム１４に転送する（２０８）。
【００６１】
[0066]決済システム１４は、カードから取り出されたデータを通信インターフェースモジュール２４のコントローラモジュール４２に提供し（２１０）、コントローラモジュール４２は、そのデータをＤＣＣモジュール５０に渡す。次いで、ＤＣＣモジュール５０は、通信インターフェースモジュール２４のコントローラモジュール４２を介してＤＣＣレート探索要求を取引システム１６に（及びそこからＤＣＣホスト２０に）送る（２１２）ように動作可能とすることができる。
【００６２】
[0067]次いで、取引システム１６は、通信インターフェースモジュール２４のコントローラモジュール４２を介して、ＤＣＣホスト２０から受け取られたＤＣＣレート応答メッセージをＤＣＣモジュール５０に返す（２１４）ように動作可能とすることができる。
【００６３】
[0068]次いで、ＤＣＣモジュールは、通信インターフェースモジュール２４のコントローラモジュール４２を介してＤＣＣレート応答メッセージを販売処理モジュール２８に転送する２１６ように動作可能とすることができる。
【００６４】
[0069]販売処理モジュール２８は、ＤＣＣレートをユーザ１１０に提案する２１８ように動作可能である。次いで、販売処理モジュール２８は、ＤＣＣ提案に対するユーザの応答を受け取る（２２０）ように動作可能である。販売処理モジュール２８は、ＤＣＣ提案に対するユーザの応答に基づいて取引のための通貨を選択するように動作可能である。販売処理モジュール２８は、通信インターフェースモジュール２４のコントローラモジュール４２を介して、選択された通貨を含む決済メッセージを決済システム１４に送る（２２２／２２４）。
【００６５】
[0070]決済システム１４は、クレジット販売メッセージ２２６を銀行システム１８に送るように動作可能である。図５に示される流れでは、カード承認メッセージ２２８が決済システム１４に返され、次いで、決済システム１４が、ＤＣＣモジュール５０によって処理されるために、通信インターフェースモジュール２４のコントローラモジュール４２を介してカード承認メッセージをＤＣＣモジュール５０に送る（２３０）と仮定される。
【００６６】
[0071]又、ＴＦＳモジュール５２は、ユーザに免税購入の資格があるかどうかを確認する（２３２）ように動作可能である。ＴＦＳ資格を確認することは、任意の適切な方法で、例えばクレジットカード番号の全部又は一部を販売処理システム１２の担当区域に対して発行された通貨を有するクレジットカード番号の表と比較し、そのカードが現地で発行されたカードでないかどうかを判定することによって達成され得る。例えば、通信インターフェースモジュール２４のコントローラモジュール４２を介した決済システム１４からのメッセージ２１０における決済システム１４から供給された情報から、カードの詳細をＴＦＳモジュール５２によって判定することができる。
【００６７】
[0072]次いで、通信インターフェースモジュール２４のコントローラ４２は、ＤＣＣモジュール５０及びＴＦＳモジュール５２と協働して、カードユーザにＴＦＳ資格がある場合、フラグセットとともにカード承認を販売処理モジュール２８に転送する（２３４）ように動作可能である。
【００６８】
[0073]次いで、販売処理モジュール２８は、ユーザに資格がある場合、取引をＴＦＳ取引として行う提案とともにユーザのための領収証（例えば印刷された領収証）を提供（２３６）するように動作可能である。
【００６９】
[0074]販売処理モジュール２８が、ユーザがこのように行われたＴＦＳ提案を受け入れたことの確認を受け取った（２３８）場合、販売処理モジュールは、通信インターフェースモジュール２４のコントローラ４２を介して要求をＴＦＳモジュール５２に送る（２４０）。次いで、ＴＦＳモジュールは、通信インターフェースモジュール２４のコントローラ４２及び取引システム１６を介してＴＦＳ発行要求をＴＦＳホストシステム２２に送る（２４２）。
【００７０】
[0075]ＴＦＳホストシステム２２は、取引システム１６及び通信インターフェースモジュール２４のコントローラモジュール２４を介してＴＦＳ応答メッセージをＴＦＳモジュール５２に返す（２４４）ことができる。次いで、ＴＦＳモジュール５２は、通信インターフェースモジュール２４のコントローラモジュール４２を介してＴＦＳチェックを生成するためのデータを含むＴＦＳ応答を販売処理モジュール２８に送る（２４６）ことができる。
【００７１】
[0076]次いで、販売処理モジュール２８は、ユーザのためのＴＦＳチェックを出力する２４８（例えば印刷する）ように動作可能とすることができる。
【００７２】
[0077]取引システム１６は、適切な通信プロトコルを使用してＴＦＳホストシステム２２に対するクライアントとして動作することができる。取引プロトコルを使用してテキスト形式での還付書類を要求することができる。発行チェック応答において、要求された書類をＢＡＳＥ６４で符号化された要素として返すことができる。通信インターフェースモジュールによる如何なる変更もなしに、応答に含まれるデータを販売処理モジュール２８に返すことができる。
【００７３】
[0078]図５に関する上記の説明から、通信インターフェースモジュール２４は販売処理システムに関連付けられた様々なシステムの接続を可能にすることが分かる。通信インターフェースモジュール２４の提供は、販売処理システムの製造業者が、市場に存在する全てのあり得る異なる決済システム及び端末、更に小売業者が第三者の供給者を介して提案することを望む場合がある免税ショッピング又は動的通貨換算などの追加のサービスを考慮する必要がないことを意味する。データ管理は通信インターフェースモジュール２４によって販売処理システムモジュール２８から切り離されているので、販売処理システムの製造業者は、必要に応じて、例えばペイメントカード業界データセキュリティ基準を満たすためにデータ管理を行う必要がない。
【００７４】
[0079]そのような通信インターフェースモジュールの一実施形態を、販売処理システムの少なくとも１つのプロセッサを制御するように動作可能なプログラムコードを備えるコンピュータプログラム製品として実施することができる。コンピュータプログラム製品は、プログラムコードを保持するコンピュータ可読媒体を備えることができる。
【００７５】
[0080]上述の実施形態を詳細に説明してきたが、上記の開示が完全に理解されれば、多数の変形形態及び修正形態が当業者に明らかとなろう。以下の特許請求の範囲は、全てのそのような変形形態及び修正形態並びにそれらの等価物を含むものとして解釈されるものとする。
【背景】
【０００１】
[0001]本発明は、販売処理システムのためのインターフェースモジュールに関し、そのようなモジュールを使用するシステム及び方法に関する。
【０００２】
[0002]多くの異なる販売処理システムが市場で様々な製造業者から入手可能であることが知られている。購入取引を行い、記録するための多くの異なる環境で、販売処理システムを使用することができる。例えば、そのような販売処理システムは、例えばレストラン若しくは小売店で使用されるいわゆる販売時点情報管理（ＰＯＳ）システム若しくは電子式金銭登録機、又は例えばホテルで使用されるいわゆるプロパティマネジメントシステム、又は例えば決済ゲートウェイシステムを含むことができる。そのような販売処理システムは通常、多数の販売処理サーバシステムと接続された販売処理サーバシステムと統合される。上記の考察から明らかになるように、販売環境では異なる専門用語が使用されることに留意すべきである。
【０００３】
[0003]本明細書において使用される「販売処理システム」という表現又は用語は、小売又は他の販売環境で販売を行うことに関与し、ペイメントカード（例えば、クレジットカード及び／又はデビットカード）取引を管理するために使用される決済システム又は決済端末とは異なるデバイス、システム又は装置に関する。販売処理システムは通常、ペイメントカードを使用して決済を行うために決済システムと対話するように構成される。販売処理システムと決済システムを分離する理由は、ペイメントカード取引に関してセキュリティを提供するためである。市場で入手可能な多くの異なるタイプの決済システムが存在する。決済システムは、金融サービスを提供するリモート取得ホストと通信するように構成される。
【０００４】
[0004]販売処理システム及び決済システムが協働することを可能にするために、決済システムと統合されることが可能になるように販売処理システム及びデバイスの特定のプログラミングを提供することが必要になっている。
【０００５】
[0005]決済システムと販売処理システムとの統合の重要な部分は、金融規制及びセキュリティの要件を達成するためにそれぞれのシステムの機能の十分な分離を実現することである。適切なプログラミングを提供することは、高価で時間のかかるプロセスである。
【０００６】
[0006]又、そのようなシステムの動作中に、例えば、金融サービスの供給者がある銀行から別の銀行に変更したことによって変更が必要になった場合、販売処理システムの高価で時間のかかる再プログラミングが必要になる。単一の販売処理システムの変更が複雑であり得るためだけでなく、会社が１つ又は複数の店舗で１つ又は複数の販売処理システムの多くの異なるモデル及びバージョンを使用している場合があるので、このことは時間がかかり、高価であり得る。
【０００７】
[0007]加えて、そのような会社は、販売処理システムを使用した免税ショッピングサービス又は直接通貨交換サービスなどの、追加のサービスを提供することを望むこともある。このことを考慮すると、更なる外部システムとの統合が必要とされ得る。
【０００８】
[0008]本発明は、これらの問題の少なくともいくつかを軽減しようとする。
【概要】
【０００９】
[0009]本発明の一態様は、販売処理システムのためのインターフェースモジュールであって、販売処理システムの販売処理モジュールと通信するための第１のプロトコルをサポートするように構成された第１のインターフェースと、決済システムと通信するための第２のプロトコルをサポートするように構成された第２のインターフェースと、外部サービス用の取引システムと通信するための第３のプロトコルをサポートするように構成された第３のインターフェースと、第１、第２及び第３のインターフェース間のメッセージのルーティング及びそれぞれ第１、第２及び第３のプロトコルに従ったメッセージの再フォーマット化を制御するように動作可能なコントローラとを備えるインターフェースモジュールを提供する。
【００１０】
[0010]本発明の一実施形態では、インターフェースモジュールは、初期化又は構成要求に応じて動的に構成可能であり、それによってインターフェースモジュールは特定の実施に動的に適応することができる。そのようなインターフェースモジュールの一実施形態は、販売処理システム、決済システム及び取引システムの異なる例の間における通信を提供するように構成可能な汎用インターフェースを提供することができる。
【００１１】
[0011]スキーマエンジン及びマッピング情報を含むマッピングモジュールを提供することができ、コントローラモジュールは、第１、第２及び第３のインターフェースのうちの１つから受け取られたメッセージをスキーマエンジンに転送するように動作可能であり、スキーマエンジンは、マッピング情報に基づいて受け取られたメッセージを再フォーマットして再フォーマットされたメッセージを生成するように動作可能であり、コントローラモジュールは、再フォーマット化に基づいて再フォーマットされたメッセージを転送するように更に構成される。本発明の一実施形態では、マッピングモジュールは、構成ホストシステムから提供される情報に基づいて動的に構成可能である。
【００１２】
[0012]本発明の別の態様は、販売処理を行うように構成された販売処理モジュールを備える販売処理システム及びそのようなインターフェースモジュールを提供し、販売処理モジュールは、インターフェースモジュールと通信するための第１のプロトコルをサポートするように構成される。
【００１３】
[0013]本発明の更なる態様は、そのような販売処理システム及び第２のインターフェースモジュールを介して販売処理システムに動作可能に接続された決済システムを備える複合システムを提供する。
【００１４】
[0014]本発明の更なる態様は、そのような通信インターフェースモジュールを含む販売処理システムを操作する方法であって、コントローラモジュールを使用して、それぞれ第１、第２及び第３のプロトコルに従ったメッセージの再フォーマット化を含む第１、第２及び第３のインターフェースモジュール間のメッセージのルーティングを制御することを含む方法を提供し、第１のインターフェースモジュールは、販売処理システムの販売処理モジュールと通信するための第１のプロトコルをサポートし、第２のインターフェースモジュールは、決済システムと通信するための第２のプロトコルをサポートし、第３のインターフェースモジュールは、外部サービス用の取引システムと通信するための第３のプロトコルをサポートする。
【００１５】
[0015]インターフェースモジュールの一実施形態を、そのような方法を実施するために販売処理システムのプロセッサを制御するように動作可能なプログラムコードを備えるコンピュータプログラム製品として実施することができる。
【００１６】
[0016]本発明の様々な態様が添付の特許請求の範囲に詳述されるが、本発明の他の態様は、添付の特許請求の範囲に明示的に詳述された組合せだけでなく、記載された実施形態及び／又は添付の従属請求項からの特徴と独立請求項の特徴との任意の組合せを含む。
【図面の簡単な説明】
【００１７】
【図１】[0018] 図１は、販売処理サービス及び決済サービスを提供するための複合システムの例を概略的に表す図である。
【図２】[0019] 図２は、図１のシステムの機能要素の例を例示する概略ブロック図である。
【図３】[0020] 図３は、図２に示される機能要素のいくつかをより詳細に例示する概略ブロック図である。
【図４】[0021] 図４は、図３に示される機能要素のいくつかをより詳細に例示する概略ブロック図である。
【図５】[0022] 図５は、そのようなシステムの操作例を例示する流れ図である。
【詳細な説明】
【００１８】
[0017]添付の図面を参照して、例のみとして実施形態を説明する。
【００１９】
[0024]図１は、例えば、販売処理端末（例えば電子式金銭登録機（ＥＣＲ））によって実施される、決済システム１４及び取引システム１６と通信している販売処理システム１２を含むシステムアーキテクチャ１０の概略図である。決済システム１４は、カードを読み取るための決済端末又は他の決済承認デバイスの形とすることができ、決済処理のためにカードの詳細及び決済金額を１つ又は複数の銀行システム１８に安全に送信するように動作可能とすることができる。図１に示される例では、取引システム１６は、直接通貨換算処理のための直接通貨換算（ＤＣＣ）ホストシステム２０及び／又はＴＦＳ処理のための免税ショッピング（ＴＦＳ）ホストシステム２２と通信することができる。図１に更に例示されているように、販売処理システム１２には、決済システム１４の接続を容易にするよう構成可能なインターフェースを提供すると共に取引システム１６に送られるサービス要求及び取引システム１６から受け取られるサービス応答を提供するように動作可能なインターフェースモジュール２４が設けられている。
【００２０】
[0025]インターフェースモジュール２４を、通信インターフェースモジュール２４の一部を形成する後述のコンポーネントインターフェースモジュールと区別するために、インターフェースモジュール２４は本明細書において通信インターフェースモジュールと呼ばれる。この点において、「通信インターフェースモジュール」という用語は、インターフェースモジュール２４を識別するためのラベルとして使用されることに留意されたい。後述されるように、通信インターフェースモジュール２４は、販売処理システム１２と（１つ又は複数の）決済システム１４との、及び（１つ又は複数の）取引システム１６との接続の構成における柔軟性をもたらすように構成される。構成ホストシステム２５は、通信インターフェースモジュール２４を構成するための構成情報を提供するように動作可能である。
【００２１】
[0026]又、図１は、更なるシステム２６、例えば、１つ又は複数のコンピュータサーバを含むことができ、図２に示される販売処理システム１２などの複数の販売処理システムと通信することができ、他の外部システム（図示せず）と統合することができる、店舗内の電子販売時点（ＥＰＯＳ）制御システム２６を例示している。
【００２２】
[0027]例えば、ＲＳ２３２リンク又はユニバーサルシリアルバス（ＵＳＢ）リンクなどの１つ若しくは複数のシリアルリンク及び／又は伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）リンク上で動作する端末特有のインターフェースプロトコルを使用して、販売処理システム１２と決済システム１４との間の通信を実施することができる。ＴＣＰ／ＩＰリンク上のマークアッププロトコル（例えばＨＴＴＰ（Ｓ））を使用して、販売処理システム１２と取引システム１６との間の通信を実施することができる。又、ＴＣＰ／ＩＰリンク上のマークアップ言語プロトコル（例えばＨＴＴＰ（Ｓ））を使用して、販売処理システムと店舗ＥＰＯＳ制御システムとの間の接続を実施することができる。
【００２３】
[0028]図１を参照して説明されるアーキテクチャは、通信インターフェースモジュール２４の用途の一例を表すことに留意すべきである。通信インターフェースモジュール２４が、電子式金銭登録機が接続されたローカルサーバ上で、又は複数の電子式金銭登録機が接続された中央サーバ上でホスティングされ得るように、或いは、通信インターフェースモジュール２４が、例えば、小売業者のチェーン店にサービスを提供するリモートサーバ上で外部からホスティングされ得るように、通信インターフェースモジュール２４を構成することができる。実際に、後述されるように、任意の数の異なるシナリオにおいて通信インターフェースモジュール２４を実施することを可能にする構成ホスト２５を使用して、通信インターフェースモジュール２４を動的に構成することができる。以下に、図１を参照して説明される用途例をより詳細に説明する。
【００２４】
[0029]図２は、図１のシステムアーキテクチャ１０の構成例を例示する機能ブロック図である。
【００２５】
[0030]販売処理システム１２は、いくつかの製造業者のうちの１つによって供給されるプログラム可能な販売処理端末とすることができる。そのような販売処理システム１２は通常、販売処理情報を表示するように構成されたディスプレイ、販売処理システム用に設計されたキーパッド及び／又はキーパッドとして構成されたディスプレイ用のタッチセンサ式スクリーン、プリンタ及びバーコードリーダ、カードリーダなどの他の外部インターフェースなど、販売処理端末の特定の周辺機器を含む専用パーソナルコンピュータ（ＰＣ）システムから形成される。そのような販売処理システム１２は通常、従来のオペレーティングシステムのバージョンを使用して動作する。又、販売処理システム１２は通常、Ｊａｖａランタイム環境（ＪＲＥ）のバージョン、例えば１．５又はそれ以降のバージョンを有するＪａｖａ Ｓｔａｎｄａｒｄ Ｅｄｉｔｉｏｎ（ＪａｖａはＳｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃの商標である）をサポートする。
【００２６】
[0031]図２は、販売処理システム１２において提供される様々なモジュールを例示している。販売処理システム１２内の記憶装置に保持され、販売処理システム１２の１つ又は複数のプロセッサを制御するように動作可能なソフトウェア及び／又はファームウェアを用いて、様々なモジュールを実施することができる。モジュールは、販売処理システム１２の（１つ又は複数の）プロセッサを制御して、販売処理システム１２での処理を実行し、店舗システム２６と通信するための販売処理モジュール２８を含むことができる。
【００２７】
[0032]図２に例示される本発明の一実施形態は、本明細書において販売処理インターフェースプロトコル３０と呼ばれる第１のインターフェースプロトコル３０を使用して販売処理モジュール２８とインターフェースで接続し、適切な通信プロトコルを使用して決済システム１４及び取引システム１６とインターフェースで接続するための販売処理プロキシを提供する通信インターフェースモジュール２４の例を含む。販売処理モジュール２８は、プロトコル３０を使用するように構成される。次いで、販売処理モジュール２８が販売処理インターフェースプロトコル３０をサポートするように構成されている任意の販売処理システム１２とともに通信インターフェースモジュール２４を使用することができる。このことは、通信インターフェースモジュール２４が異なる製造業者によって製造された異なる販売処理システム１２間で移植可能であることを意味する。通信インターフェースモジュール２４は事実上、「Ｙスプリッタ」、又はプロキシとして働き、決済システム１４との通信を拡張してＴＦＳ及びＤＣＣステータスクエリを取引システム１６とやり取りする。又、通信インターフェースモジュール２４は、例えば、決済システム１４上で使用されるクレジットカード情報及びデビットカード情報を販売処理モジュール２８から切り離しておく働きをする。
【００２８】
[0033]図３は、通信インターフェースモジュール２４の構成例をより詳細に例示している。
【００２９】
[0034]第１のコンポーネントインターフェースモジュール４０は、第１のインターフェースプロトコル３０（販売処理システムインターフェースプロトコル３０）を実施して販売処理モジュール２８とインターフェースで接続する販売処理インターフェースモジュールを形成する。第２のコンポーネントインターフェースモジュール４６は、第２のインターフェースプロトコルを使用して決済システム又は端末１４とインターフェースで接続するための決済インターフェースモジュールを形成する。第３のコンポーネントインターフェースモジュール４８は、第３のインターフェースプロトコルを使用して取引システム１６とインターフェースで接続するための取引インターフェースモジュールを形成する。本例では、第１、第２及び第３のインターフェースプロトコルはそれぞれ異なる。しかし、別の例では、２つ又は全てのインターフェースプロトコルは互いに同じであってもよい。コントローラモジュール４２は、システム経由でメッセージを送るためのルーティングロジックを提供し、マッピングモジュール４４に保持されたマッピング情報を使用して、その他のコンポーネントを互いに切り離す。
【００３０】
[0035]販売処理システム１２でＤＣＣ処理を行うためのＤＣＣモジュール５０を設けることができ、販売処理システム１２でＴＦＳ処理を行うためのＴＦＳモジュール５２を設けることができる。
【００３１】
[0036]ＤＣＣモジュール５０は、ユーザにいくつかの通貨を提案する簡易ＧＵＩを提供することができる。次いで、ユーザは、決済に使用される通貨を決定することができる。ＤＣＣモジュール５０は、取引の金額を現地の通貨で取得し、通信インターフェースモジュール２４及び取引システム１６を介してメッセージをＤＣＣホスト２０に送って適切な為替レートを取得するように動作可能とすることができる。ＤＣＣモジュール５０は、ＤＣＣホストシステム２０から受け取られた為替レートに基づいてＤＣＣモジュール５０で計算された換算された金額を表示するか、又は取引システム１６及び通信インターフェースモジュール２４を介してＤＣＣホストシステム２０からの応答が提供されるように動作可能とすることができる。
【００３２】
[0037]ＴＦＳモジュール５２は、ユーザの詳細を取り込み、購入の詳細を表示するフォームを表示するためのＧＵＩを提供することができる。次いで、ＴＦＳモジュール５２は、通信インターフェースモジュール２４及び取引システム１６を介してメッセージをＴＦＳホスト２２に送るように動作可能とすることができる。取引システム１６及び通信インターフェースモジュール２４を介してＴＦＳホストシステム２２からＴＦＳモジュール５２によって受け取られた応答メッセージは、販売処理システム１２で印刷できるＴＦＳチェック又はバウチャーを含むことができる。
【００３３】
[0038]販売処理モジュール２８の一部としてＤＣＣロジック及び／又はＴＦＳロジックを実施することができることに留意すべきである。しかし、通信インターフェースモジュール２４の一部としてＤＣＣモジュール５０及び／又はＴＦＳモジュール５２を設けることによって、販売処理モジュール２８の一部としてＤＣＣロジック及び／又はＴＦＳロジックを有さない販売処理システム１２にＤＣＣ及び／又はＴＦＳの機能を提供することができる。
【００３４】
[0039]様々な他のコンポーネントが図３に例示されている。構成ＡＰＩモジュール５４は、製品開発及び試験のためのＡＰＩを提供するように動作可能である。接続管理モジュール５６は、低レベルの通信対象を管理するように動作可能である。イベント管理モジュール５８は、コントローラモジュール４２の操作と密接に統合される集中した状態において、タイマ、例外及び他の「異常」イベントの処理を行うように動作可能である。ロギングモジュール６０は、展開時間構成を容易にするための操作のロギングを行う。
【００３５】
[0040]図４は、コントローラモジュール４２、マッピングモジュール４４、決済インターフェースモジュール４６及び取引インターフェースモジュール４８の対話をより詳細に示す概略ブロック図である。これらのモジュールは協働して抽象化レイヤ及び１つのインターフェースを別のインターフェースに動的にマップする機能を提供し、柔軟なルーティングを行い、必要に応じて、例えばペイメントカード業界データセキュリティ基準（Payment Card Industry Data Security Standard）を満たすためのデータ管理を行う。
【００３６】
[0041]販売処理インターフェースモジュール４０は、販売処理インターフェースプロトコル（ＳＰＩＰ）に従って構成されたメッセージを受理し、そのメッセージをＳＰＩＰ要求メッセージとしてコントローラモジュール４２に送る。ＳＰＩＰ要求メッセージは、とりわけ、メッセージ識別子（ＩＤ）及びキー値を含むことができるＳＰＩＰヘッダを含む。これらのパラメータは、動的ルーティングに使用される。コントローラモジュール４２は、ＳＰＩＰ要求メッセージ１０２を検査しそのメッセージをマッピングモジュール４４に送るルート管理（ルータ）モジュール７２を含む。スキーマモジュール７４はスキーマエンジンを形成し、スキーマエンジンは、マッピングモジュール４４において、ＳＰＩＰメッセージＩＤを検査し、ＳＰＩＰ要求メッセージＩＤ及びマッピングモジュール４４に保持されたマッピング情報に基づいてマッピング操作を行う、構成することができる。例えば、スキーマモジュール７４はフィールド定義モジュール７６を使用してデータタイプ処理を行うことができ、変換エンジン７８は更なるメッセージフロー制御のためにメッセージをルート管理モジュール７２に渡す前のメッセージ変換を管理することができる。
【００３７】
[0042]ルート管理モジュール７２は、ヘッダＩＤの組合せを読み取ってルーティングシーケンスを決定し、所与のセットアップに必要なプロトコルに適合するように（後述の初期化メッセージ（ＥＣＲＩｎｉｔ）に基づいて）異なるメッセージクラスを作成し、適切なメッセージ構成を作成するためにマッピングモジュール４４と対話するように動作可能である。マッピングモジュール４４については後述する。マッピングモジュール４４を使用して適切な出力メッセージが作成された後、そのメッセージは以降の処理のために送信される。メッセージは通常、メッセージセッション全体を完了させるためにルーティングモジュール７２を介した複数のステップを必要とする。図４に例示されるように、メッセージセッションは、モジュール７２と他のモジュールとの間の複数の内部メッセージから成る。それぞれのメッセージは、発信元ＩＤ（ＰＯＳＩＤ）を含む。このＩＤはコンテキストの維持を容易にし、又、販売処理システム１２に関連付けられた１つ又は複数の適切な外部システムを呼び出す。
【００３８】
[0043]マッピングモジュール４４は、受け取られたメッセージを検査し、それぞれのクラスタイプを有するそれぞれのコマンドを含む異なるＳＰＩＰメッセージタイプのコマンドパターンを使用することができる。それぞれのコマンドタイプは、属性／パラメータ名をプロトコルフィールドタイプにマップする独自のスキーマを有することができる。それぞれのコマンドは、要求及び、コマンドが実行された場合は、応答を有することができる。従って、要求タイプに特有のパラメータを有する、ＳＰＩＰメッセージクラスのサブクラスとして、要求を実施することができる。コマンドが実行された場合、応答スキーマによって定義されたように、スキーマエンジン７４から取得された全ての応答データを保持する応答を提供することができる。
【００３９】
[0044]メッセージ定義モジュール８０は、受け取られたメッセージから取り出されたメッセージ識別子に基づいてアクセスされるメッセージタイプエントリを有することができ、メッセージタイプエントリは、それぞれのメッセージタイプを定義する。共通のメッセージ定義は、要求又は応答に関わらず、全ての特定のメッセージとともにメッセージ定義モジュール８０に格納される。スキーマ定義により、それぞれのメッセージを、固有のフィールド識別子及びストリング名及びストリング値とのマッピングの集合又は固有のフィールド識別子及びストリング名及びストリング値からのマッピングの集合を含むスキーマに割り当てることができる。
【００４０】
[0045]フィールド定義コンポーネント７６に保持されるフィールド定義は、それぞれのメッセージタイプに対して、メッセージがゼロ又はそれ以上のフィールド及びタイプ識別子コード、フィールドの長さ定義及び説明を含むかどうかを定義する。フィールド定義モジュール７６は、受け取られたメッセージから取り出されたメッセージ識別子及び受け取られたメッセージからのフィールド識別子に基づいてアクセスされるメッセージフィールド定義エントリを有することができ、メッセージフィールド定義エントリは、それぞれのメッセージフィールドの内容を定義する。
【００４１】
[0046]変換モジュール７８は、受け取られたメッセージから取り出された送信元及び宛先情報に基づいて行われるメッセージ変換を定義するメッセージ変換エントリを有することができる。
【００４２】
[0047]動作時に、コントローラモジュール４２のルート管理モジュール７２は、メッセージクラスＩＤを検査してそのメッセージクラスＩＤを適切な要求メッセージにパッケージ化する。典型的な流れでは、第１の試行は必ず、メッセージを決済インターフェースモジュール４６に送ることである。構成パラメータに基づくと、次の試行は、メッセージを取引インターフェースモジュール４８に送ることである。任意の例外は、ロギング（ロギングモジュール６０を使用して、図３）及び発信モジュールへの以降の報告のために例外ハンドラモジュール８２に渡される。ＤＣＣサービス及びＴＦＳサービスを販売処理システム１２の販売処理モジュール２８とは無関係に行う必要がある場合、ＤＣＣモジュール５０及びＴＦＳモジュール５２は警告を受ける。ＤＣＣモジュール５０及びＴＦＳモジュール５２がデータ取込みを完了すると、取り込まれた追加の情報が更なる動作及びルーティングのためにコントローラモジュール４２のルート管理モジュール７２に渡される。
【００４３】
[0048]ルート管理モジュール７２は、構成モジュール５４及び接続モジュール５６からそれぞれ、構成パラメータ及び接続パラメータを受け取る。ロギング可能な情報はロギングモジュール６０に送られる。イベントハンドラモジュール５８は、ルート管理モジュール７２に対するタイマ及び待ち行列制御を管理する。
【００４４】
[0049]従って、スキーマエンジン及びマッピング情報を形成するスキーマモジュール７４は、第１、第２及び第３のインターフェース４０、４６、４８のうちの１つから受け取られルート管理モジュール７２によってスキーマエンジンに転送されるメッセージに応答することができ、スキーマモジュール７４は、受け取られたメッセージをマッピング情報に基づいて再フォーマットして再フォーマットされたメッセージを生成するように動作可能であり、コントローラモジュール４２は、再フォーマット化に基づいて再フォーマットされたメッセージを転送するように更に構成される。
【００４５】
[0050]従って、スキーマエンジン、メッセージ定義、フィールド定義及び変換エンジンの対話及び構成によって、マッピングモジュールは必要に応じて、例えば、ペイメントカード業界データセキュリティ基準を満たすためのデータ管理を行うことができる。
【００４６】
[0051]本例では、図４に示されるように、決済インターフェース４６は、コントローラモジュール４２から受け取られた端末要求メッセージクラスメッセージに基づいて決済システムメッセージをカプセル化するコンポーネントを含むことができる。コーダ／デコーダ（コーデック）８４は、有線レベルの通信に適した低レベルバイトのバッファに変換及び当該バッファから変換するように動作可能である。物理データユニット（ＰＤＵ）８６は、低レベルのバッファを処理するように動作可能とすることができる。シリアルインターフェース８８は、決済システム１４とのシリアル通信をサポートする。シリアルインターフェース８８はシリアル通信フレーミングを適用し、外部の決済システム１４との安定した通信を行う。
【００４７】
[0052]本例では、図４に示されるように、取引インターフェース４８は、取引システム１６と通信するためのメッセージフォーマッティングをカプセル化する。取引インターフェース４８は、デバイスＩ／Ｏに適した低レベルバイトのバッファに変換及び当該バッファから変換するように動作可能なコーダ／デコーダ（コーデック）９４を含むことができる。物理データユニット（ＰＤＵ）９２は、低レベルのバッファを処理するように動作可能とすることができる。ＨＴＴＰ（Ｓ）コントローラ９４は、ＨＴＴＰ（Ｓ）接続エンジンを形成することができ、インターネットを介して取引システム１６とのセキュアソケットレイヤ取引をサポートするように動作可能とすることができる。
【００４８】
[0053]例示的な一実施形態では、販売処理システム１２の起動時に、外部の集中構成管理システムを形成する構成ホストシステム２５（図１）からの情報を使用して、通信インターフェースモジュール２４におけるマッピングモジュール４４及び他のモジュールを構成することができる。実施時点では、その実施のために通信インターフェースモジュール２４を最初にセットアップする必要はない。しかし、第１の初期化メッセージ（ＥＣＲＩｎｉｔ）が固有のアクティベーションコードとともに通信インターフェースモジュール２４によって受け取られると、構成ホストシステム２５からの情報を使用して全てのモジュールを更新して、その実施に必要となる関連するパラメータ、定義、テンプレートを用いて通信インターフェースモジュール２４の個々のモジュールを構成することができる。
【００４９】
[0054]構成プロセスを開始するために、初期化要求（ＥＣＲＩｎｉｔ）を販売処理システム１２から通信インターフェースモジュール２４に発行することができる。そのようなメッセージは、メッセージを開始要求として識別するメッセージヘッダ、販売処理システムの販売時点ＩＤ及び販売処理システムに関連付けられた決済端末のタイプを識別する決済端末ＩＤを含むことができる。初期化要求における更なる情報は、アクティブである入力デバイス（磁気カードリーダ、ＥＮＶカードリーダなど）、免税ショッピングプロセス及び／又は動的通貨換算プロセスがアクティブであるかどうか、必要な印刷フォーマットの詳細などを識別するデータを含むことができる。
【００５０】
[0055]通信インターフェースモジュール２４のルート管理モジュール７２は、そのようなメッセージの受領に応答して取引システム１２を介してそのメッセージを構成ホストシステム２５に転送し、必要な特定の構成用にマッピングモジュール４４を構成するための構成情報をダウンロードすることができる。異なるセットの構成情報を構成ホストサーバ２５に保持することができ、特定の実施の様々な要素（販売処理システム、決済システムなど）を識別する提供されたパラメータ（様々なＩＤ）によってアクセスすることができる。
【００５１】
[0056]その結果、必要な特定の構成用にマッピングモジュール４４を構成するための構成情報の適切なダウンロードを達成することができる。これは、販売処理システムからの予期される受け取られたメッセージを検査するために及び適切なスキーマを設定するためにマッピングモジュール４４を構成することを含むことができる。適切なメッセージタイプエントリを用いてメッセージ定義モジュール８０を構成することができる。適切なフィールド定義をフィールド定義コンポーネント７６に格納することができる。適切なメッセージ変換エントリを変換モジュール７８に含むことができる。
【００５２】
[0057]加えて、必要に応じて、適切な免税ショッピングモジュール５２及び動的通貨換算モジュール５２も構成ホストシステム２５からダウンロードすることができる。
【００５３】
[0058]このようにして構成ホストシステム２５からインターフェースモジュール２４の初期化を行うことによって、入手可能な最新の構成情報に従って初期化モジュールを最適化することを保証でき、このことによって、通信インターフェースモジュール２４が展開され得る全ての考えられる構成を用いて通信インターフェースモジュール２４を事前にプログラムする必要性が回避される。
【００５４】
[0059]構成の変更に適応させるために（例えば、決済システムの異なるモデルが販売処理システムに関連付けられた場合、又は新しいサービスが追加された場合）、初期化又は構成を後でやり直すこともできる。従って、このようにして、初期化又は構成は、変更を動的に適応させることを可能にすることによって、展開における柔軟性及び将来の保証をもたらす。
【００５５】
[0060]言い換えると、実施構成を識別する構成初期化要求に応じて、構成ホストシステムから提供された構成情報を使用して通信インターフェースモジュール２４を構成することができる。
【００５６】
[0061]このようにして、必要に応じて構成ホストシステム２５からメッセージタイプ及びフォーマットを追加することができる。この機能は、メッセージ定義、フィールド定義、変換及びスキーマモジュールの動的な構成を可能にし、通信インターフェースモジュール２４が、決済システムスペース及び定期的に変化する外部ホストでも発生する進行中の変更を提供する動的で柔軟な手法を提供することを可能にする。主な定義データを更新し、所与の実施に必要な全ての必要なコンポーネントをタギングするために構成ホストシステムで生成されたアクティベーションコードに基づいてその実施に対して動作するように構成することができる。データセキュリティ要件の変更は、容易に対処され得る。又、通信インターフェースモジュール２４の使用は、データの提供における顕著な柔軟性を可能にして、販売処理システム１２による印刷された領収証及び他の領収証の柔軟な生成を、これらの領収証の印刷又は生成のために販売処理システム１２に提供された情報を構成することによって可能にする。
【００５７】
[0062]本例では、構成ホストシステム２５は、取引システム１６を介して通信インターフェースモジュール２４に接続されているが、別の例では、構成ホストシステム２５は、適切なインターフェースプロトコルを使用して、ダイレクトコンポーネントインターフェースを介して通信インターフェースシステム２４に直接接続され得る。
【００５８】
[0063]図５は、システム１０によって行われる様々な操作を例示する流れ図である。
【００５９】
[0064]２００で、ユーザ１００が品物の代金を支払う準備ができると、販売処理システム１２で処理するために品物が手渡される（２０２）。販売処理モジュール２６は、例えばバーコードを走査するためのスキャナを制御することによって、品物の詳細の取込みを制御する。
【００６０】
[0065]ユーザがクレジットカードで支払うことを選択したと仮定すると、販売処理モジュール２８は、販売要求を通信インターフェースモジュール２４のコントローラモジュール４２に送り（２０６）、コントローラモジュール４２は、ユーザのクレジットカードを読み取るために命令を決済システム１４に転送する（２０８）。
【００６１】
[0066]決済システム１４は、カードから取り出されたデータを通信インターフェースモジュール２４のコントローラモジュール４２に提供し（２１０）、コントローラモジュール４２は、そのデータをＤＣＣモジュール５０に渡す。次いで、ＤＣＣモジュール５０は、通信インターフェースモジュール２４のコントローラモジュール４２を介してＤＣＣレート探索要求を取引システム１６に（及びそこからＤＣＣホスト２０に）送る（２１２）ように動作可能とすることができる。
【００６２】
[0067]次いで、取引システム１６は、通信インターフェースモジュール２４のコントローラモジュール４２を介して、ＤＣＣホスト２０から受け取られたＤＣＣレート応答メッセージをＤＣＣモジュール５０に返す（２１４）ように動作可能とすることができる。
【００６３】
[0068]次いで、ＤＣＣモジュールは、通信インターフェースモジュール２４のコントローラモジュール４２を介してＤＣＣレート応答メッセージを販売処理モジュール２８に転送する２１６ように動作可能とすることができる。
【００６４】
[0069]販売処理モジュール２８は、ＤＣＣレートをユーザ１１０に提案する２１８ように動作可能である。次いで、販売処理モジュール２８は、ＤＣＣ提案に対するユーザの応答を受け取る（２２０）ように動作可能である。販売処理モジュール２８は、ＤＣＣ提案に対するユーザの応答に基づいて取引のための通貨を選択するように動作可能である。販売処理モジュール２８は、通信インターフェースモジュール２４のコントローラモジュール４２を介して、選択された通貨を含む決済メッセージを決済システム１４に送る（２２２／２２４）。
【００６５】
[0070]決済システム１４は、クレジット販売メッセージ２２６を銀行システム１８に送るように動作可能である。図５に示される流れでは、カード承認メッセージ２２８が決済システム１４に返され、次いで、決済システム１４が、ＤＣＣモジュール５０によって処理されるために、通信インターフェースモジュール２４のコントローラモジュール４２を介してカード承認メッセージをＤＣＣモジュール５０に送る（２３０）と仮定される。
【００６６】
[0071]又、ＴＦＳモジュール５２は、ユーザに免税購入の資格があるかどうかを確認する（２３２）ように動作可能である。ＴＦＳ資格を確認することは、任意の適切な方法で、例えばクレジットカード番号の全部又は一部を販売処理システム１２の担当区域に対して発行された通貨を有するクレジットカード番号の表と比較し、そのカードが現地で発行されたカードでないかどうかを判定することによって達成され得る。例えば、通信インターフェースモジュール２４のコントローラモジュール４２を介した決済システム１４からのメッセージ２１０における決済システム１４から供給された情報から、カードの詳細をＴＦＳモジュール５２によって判定することができる。
【００６７】
[0072]次いで、通信インターフェースモジュール２４のコントローラ４２は、ＤＣＣモジュール５０及びＴＦＳモジュール５２と協働して、カードユーザにＴＦＳ資格がある場合、フラグセットとともにカード承認を販売処理モジュール２８に転送する（２３４）ように動作可能である。
【００６８】
[0073]次いで、販売処理モジュール２８は、ユーザに資格がある場合、取引をＴＦＳ取引として行う提案とともにユーザのための領収証（例えば印刷された領収証）を提供（２３６）するように動作可能である。
【００６９】
[0074]販売処理モジュール２８が、ユーザがこのように行われたＴＦＳ提案を受け入れたことの確認を受け取った（２３８）場合、販売処理モジュールは、通信インターフェースモジュール２４のコントローラ４２を介して要求をＴＦＳモジュール５２に送る（２４０）。次いで、ＴＦＳモジュールは、通信インターフェースモジュール２４のコントローラ４２及び取引システム１６を介してＴＦＳ発行要求をＴＦＳホストシステム２２に送る（２４２）。
【００７０】
[0075]ＴＦＳホストシステム２２は、取引システム１６及び通信インターフェースモジュール２４のコントローラモジュール２４を介してＴＦＳ応答メッセージをＴＦＳモジュール５２に返す（２４４）ことができる。次いで、ＴＦＳモジュール５２は、通信インターフェースモジュール２４のコントローラモジュール４２を介してＴＦＳチェックを生成するためのデータを含むＴＦＳ応答を販売処理モジュール２８に送る（２４６）ことができる。
【００７１】
[0076]次いで、販売処理モジュール２８は、ユーザのためのＴＦＳチェックを出力する２４８（例えば印刷する）ように動作可能とすることができる。
【００７２】
[0077]取引システム１６は、適切な通信プロトコルを使用してＴＦＳホストシステム２２に対するクライアントとして動作することができる。取引プロトコルを使用してテキスト形式での還付書類を要求することができる。発行チェック応答において、要求された書類をＢＡＳＥ６４で符号化された要素として返すことができる。通信インターフェースモジュールによる如何なる変更もなしに、応答に含まれるデータを販売処理モジュール２８に返すことができる。
【００７３】
[0078]図５に関する上記の説明から、通信インターフェースモジュール２４は販売処理システムに関連付けられた様々なシステムの接続を可能にすることが分かる。通信インターフェースモジュール２４の提供は、販売処理システムの製造業者が、市場に存在する全てのあり得る異なる決済システム及び端末、更に小売業者が第三者の供給者を介して提案することを望む場合がある免税ショッピング又は動的通貨換算などの追加のサービスを考慮する必要がないことを意味する。データ管理は通信インターフェースモジュール２４によって販売処理システムモジュール２８から切り離されているので、販売処理システムの製造業者は、必要に応じて、例えばペイメントカード業界データセキュリティ基準を満たすためにデータ管理を行う必要がない。
【００７４】
[0079]そのような通信インターフェースモジュールの一実施形態を、販売処理システムの少なくとも１つのプロセッサを制御するように動作可能なプログラムコードを備えるコンピュータプログラム製品として実施することができる。コンピュータプログラム製品は、プログラムコードを保持するコンピュータ可読媒体を備えることができる。
【００７５】
[0080]上述の実施形態を詳細に説明してきたが、上記の開示が完全に理解されれば、多数の変形形態及び修正形態が当業者に明らかとなろう。以下の特許請求の範囲は、全てのそのような変形形態及び修正形態並びにそれらの等価物を含むものとして解釈されるものとする。
【特許請求の範囲】
【請求項１】
販売処理システムのための通信インターフェースモジュールであって、
前記販売処理システムの販売処理モジュールと通信するための第１のプロトコルをサポートするように動作可能な第１のインターフェースモジュールと、
決済システムと通信するための第２のプロトコルをサポートするように動作可能な第２のインターフェースモジュールと、
外部サービス用の取引システムと通信するための第３のプロトコルをサポートするように動作可能な第３のインターフェースモジュールと、
前記第１、第２及び第３のインターフェースモジュール間のメッセージのルーティング及びそれぞれ前記第１、第２及び第３のプロトコルに従った前記メッセージの再フォーマット化を制御するように動作可能なコントローラモジュールと
を含むコンポーネントモジュールを備える通信インターフェースモジュール。
【請求項２】
スキーマモジュール及びマッピング情報モジュールを含むマッピングモジュールの形で更なるコンポーネントモジュールを更に備え、前記コントローラモジュールが、前記第１、第２及び第３のインターフェースモジュールのうちの１つから受け取られたメッセージを前記スキーマモジュールに転送するように動作可能であり、前記スキーマモジュールが、前記マッピング情報に基づいて前記受け取られたメッセージを再フォーマットして再フォーマットされたメッセージを生成するように動作可能であり、前記コントローラモジュールが、前記再フォーマット化に基づいて前記再フォーマットされたメッセージを転送するように更に構成される、請求項１に記載の通信インターフェースモジュール。
【請求項３】
前記マッピングモジュールが、受け取られたメッセージから取り出されたメッセージ識別子に基づいてアクセスされるメッセージタイプエントリを有するメッセージ定義モジュールを含み、前記メッセージタイプエントリが、それぞれのメッセージタイプを定義する、請求項２に記載の通信インターフェースモジュール。
【請求項４】
前記マッピングモジュールが、受け取られたメッセージから取り出されたメッセージ識別子及び受け取られたメッセージからのフィールド識別子に基づいてアクセスされるメッセージフィールド定義エントリを有するフィールド定義モジュールを含み、前記メッセージフィールド定義エントリが、それぞれのメッセージフィールドの内容を定義する、請求項２又は請求項３に記載の通信インターフェースモジュール。
【請求項５】
前記マッピングモジュールが、変換モジュールを含み、前記変換モジュールが、受け取られたメッセージから取り出された送信元及び宛先情報に基づいて行われるメッセージ変換を定義する、請求項２〜４のいずれか一項に記載の通信インターフェースモジュール。
【請求項６】
直接通貨換算処理を行うように構成された直接通貨換算モジュールの形で更なるコンポーネントモジュールを更に備え、前記コントローラモジュールが、前記直接通貨換算モジュール間のメッセージのルーティングを制御するように動作可能である、請求項１〜５のいずれか一項に記載の通信インターフェースモジュール。
【請求項７】
免税ショッピング処理を行うように構成された免税ショッピングモジュールの形で更なるコンポーネントモジュールを更に備え、前記コントローラモジュールが、前記免税ショッピングモジュール間のメッセージのルーティングを制御するように動作可能である、請求項１〜６のいずれか一項に記載の通信インターフェースモジュール。
【請求項８】
前記通信インターフェースモジュールの前記コンポーネントモジュールのうちの少なくとも１つが構成可能である、請求項１〜７のいずれか一項に記載の通信インターフェースモジュール。
【請求項９】
前記通信インターフェースモジュールの前記コンポーネントモジュールのうちの前記少なくとも１つが、構成ホストシステムからの構成情報を使用して構成可能である、請求項８に記載の通信インターフェースモジュール。
【請求項１０】
少なくとも１つの前記モジュールが、コンピュータプログラムを備える、請求項１〜９のいずれか一項に記載の通信インターフェースモジュール。
【請求項１１】
販売処理を行うように構成された販売処理モジュール及び請求項１〜１０のいずれか一項に記載の通信インターフェースモジュールを備え、前記販売処理モジュールが、前記通信インターフェースモジュールと通信するための第１のプロトコルをサポートするように構成される、販売処理システム。
【請求項１２】
前記販売処理モジュールが、リモートサーバシステムと通信するように更に構成される、請求項１１に記載の販売処理システム。
【請求項１３】
販売処理端末として構成される、請求項１１又は請求項１２に記載の販売処理システム。
【請求項１４】
請求項１１〜１３のいずれか一項に記載の販売処理システムと、第２のコンポーネントインターフェースモジュールを介して前記販売処理システムに動作可能に接続された決済システムとを備える複合システム。
【請求項１５】
前記決済システムが、カード決済端末を備える、請求項１４に記載の複合システム。
【請求項１６】
第３のインターフェースモジュールを介して取引システムに動作可能に接続され、前記取引システムが、免税ショッピングホストシステム及び直接通貨換算ホストシステムのうちの少なくとも１つに動作可能に接続される、請求項１４又は請求項１５に記載の複合システム。
【請求項１７】
前記第３のインターフェースモジュールを介して構成ホストシステムに動作可能に接続される、請求項１４〜１６のいずれか一項に記載の複合システム。
【請求項１８】
請求項１〜１０のいずれか一項に記載の通信インターフェースモジュールを含む販売処理システムを操作する方法であって、
コントローラモジュールを使用して、それぞれ第１、第２及び第３のプロトコルに従ったメッセージの再フォーマット化を含む第１、第２及び第３のコンポーネントインターフェースモジュール間の前記メッセージのルーティングを制御するステップであり、
前記第１のインターフェースモジュールが、前記販売処理システムの販売処理モジュールと通信するための第１のプロトコルをサポートし、
前記第２のインターフェースモジュールが、決済システムと通信するための第２のプロトコルをサポートし、
前記第３のインターフェースモジュールが、外部サービス用の取引システムと通信するための第３のプロトコルをサポートする、ステップ
を含む方法。
【請求項１９】
構成ホストシステムから提供された構成情報を使用して前記通信インターフェースモジュールを構成するステップを更に含む、請求項１８に記載の方法。
【請求項２０】
前記構成情報が、実施構成を識別する構成初期化要求に応じて前記構成ホストシステムによって提供される、請求項１９に記載の方法。
【請求項２１】
請求項１８〜２０のいずれか一項に記載の方法を実施するために販売処理システムの少なくとも１つのプロセッサを制御するように動作可能なプログラムコードを備えるコンピュータプログラム製品。
【請求項１】
販売処理システムのための通信インターフェースモジュールであって、
前記販売処理システムの販売処理モジュールと通信するための第１のプロトコルをサポートするように動作可能な第１のインターフェースモジュールと、
決済システムと通信するための第２のプロトコルをサポートするように動作可能な第２のインターフェースモジュールと、
外部サービス用の取引システムと通信するための第３のプロトコルをサポートするように動作可能な第３のインターフェースモジュールと、
前記第１、第２及び第３のインターフェースモジュール間のメッセージのルーティング及びそれぞれ前記第１、第２及び第３のプロトコルに従った前記メッセージの再フォーマット化を制御するように動作可能なコントローラモジュールと
を含むコンポーネントモジュールを備える通信インターフェースモジュール。
【請求項２】
スキーマモジュール及びマッピング情報モジュールを含むマッピングモジュールの形で更なるコンポーネントモジュールを更に備え、前記コントローラモジュールが、前記第１、第２及び第３のインターフェースモジュールのうちの１つから受け取られたメッセージを前記スキーマモジュールに転送するように動作可能であり、前記スキーマモジュールが、前記マッピング情報に基づいて前記受け取られたメッセージを再フォーマットして再フォーマットされたメッセージを生成するように動作可能であり、前記コントローラモジュールが、前記再フォーマット化に基づいて前記再フォーマットされたメッセージを転送するように更に構成される、請求項１に記載の通信インターフェースモジュール。
【請求項３】
前記マッピングモジュールが、受け取られたメッセージから取り出されたメッセージ識別子に基づいてアクセスされるメッセージタイプエントリを有するメッセージ定義モジュールを含み、前記メッセージタイプエントリが、それぞれのメッセージタイプを定義する、請求項２に記載の通信インターフェースモジュール。
【請求項４】
前記マッピングモジュールが、受け取られたメッセージから取り出されたメッセージ識別子及び受け取られたメッセージからのフィールド識別子に基づいてアクセスされるメッセージフィールド定義エントリを有するフィールド定義モジュールを含み、前記メッセージフィールド定義エントリが、それぞれのメッセージフィールドの内容を定義する、請求項２又は請求項３に記載の通信インターフェースモジュール。
【請求項５】
前記マッピングモジュールが、変換モジュールを含み、前記変換モジュールが、受け取られたメッセージから取り出された送信元及び宛先情報に基づいて行われるメッセージ変換を定義する、請求項２〜４のいずれか一項に記載の通信インターフェースモジュール。
【請求項６】
直接通貨換算処理を行うように構成された直接通貨換算モジュールの形で更なるコンポーネントモジュールを更に備え、前記コントローラモジュールが、前記直接通貨換算モジュール間のメッセージのルーティングを制御するように動作可能である、請求項１〜５のいずれか一項に記載の通信インターフェースモジュール。
【請求項７】
免税ショッピング処理を行うように構成された免税ショッピングモジュールの形で更なるコンポーネントモジュールを更に備え、前記コントローラモジュールが、前記免税ショッピングモジュール間のメッセージのルーティングを制御するように動作可能である、請求項１〜６のいずれか一項に記載の通信インターフェースモジュール。
【請求項８】
前記通信インターフェースモジュールの前記コンポーネントモジュールのうちの少なくとも１つが構成可能である、請求項１〜７のいずれか一項に記載の通信インターフェースモジュール。
【請求項９】
前記通信インターフェースモジュールの前記コンポーネントモジュールのうちの前記少なくとも１つが、構成ホストシステムからの構成情報を使用して構成可能である、請求項８に記載の通信インターフェースモジュール。
【請求項１０】
少なくとも１つの前記モジュールが、コンピュータプログラムを備える、請求項１〜９のいずれか一項に記載の通信インターフェースモジュール。
【請求項１１】
販売処理を行うように構成された販売処理モジュール及び請求項１〜１０のいずれか一項に記載の通信インターフェースモジュールを備え、前記販売処理モジュールが、前記通信インターフェースモジュールと通信するための第１のプロトコルをサポートするように構成される、販売処理システム。
【請求項１２】
前記販売処理モジュールが、リモートサーバシステムと通信するように更に構成される、請求項１１に記載の販売処理システム。
【請求項１３】
販売処理端末として構成される、請求項１１又は請求項１２に記載の販売処理システム。
【請求項１４】
請求項１１〜１３のいずれか一項に記載の販売処理システムと、第２のコンポーネントインターフェースモジュールを介して前記販売処理システムに動作可能に接続された決済システムとを備える複合システム。
【請求項１５】
前記決済システムが、カード決済端末を備える、請求項１４に記載の複合システム。
【請求項１６】
第３のインターフェースモジュールを介して取引システムに動作可能に接続され、前記取引システムが、免税ショッピングホストシステム及び直接通貨換算ホストシステムのうちの少なくとも１つに動作可能に接続される、請求項１４又は請求項１５に記載の複合システム。
【請求項１７】
前記第３のインターフェースモジュールを介して構成ホストシステムに動作可能に接続される、請求項１４〜１６のいずれか一項に記載の複合システム。
【請求項１８】
請求項１〜１０のいずれか一項に記載の通信インターフェースモジュールを含む販売処理システムを操作する方法であって、
コントローラモジュールを使用して、それぞれ第１、第２及び第３のプロトコルに従ったメッセージの再フォーマット化を含む第１、第２及び第３のコンポーネントインターフェースモジュール間の前記メッセージのルーティングを制御するステップであり、
前記第１のインターフェースモジュールが、前記販売処理システムの販売処理モジュールと通信するための第１のプロトコルをサポートし、
前記第２のインターフェースモジュールが、決済システムと通信するための第２のプロトコルをサポートし、
前記第３のインターフェースモジュールが、外部サービス用の取引システムと通信するための第３のプロトコルをサポートする、ステップ
を含む方法。
【請求項１９】
構成ホストシステムから提供された構成情報を使用して前記通信インターフェースモジュールを構成するステップを更に含む、請求項１８に記載の方法。
【請求項２０】
前記構成情報が、実施構成を識別する構成初期化要求に応じて前記構成ホストシステムによって提供される、請求項１９に記載の方法。
【請求項２１】
請求項１８〜２０のいずれか一項に記載の方法を実施するために販売処理システムの少なくとも１つのプロセッサを制御するように動作可能なプログラムコードを備えるコンピュータプログラム製品。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２０１２−５２１０２９（Ｐ２０１２−５２１０２９Ａ）
【公表日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願番号】特願２０１２−５００３１９（Ｐ２０１２−５００３１９）
【出願日】平成２２年３月１７日（２０１０．３．１７）
【国際出願番号】ＰＣＴ／ＧＢ２０１０／０５０４５７
【国際公開番号】ＷＯ２０１０／１０６３６５
【国際公開日】平成２２年９月２３日（２０１０．９．２３）
【出願人】（５１１２１００８４）グローバル ブルー ホールディングス アーベー (2)
【Ｆターム（参考）】
【公表日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願日】平成２２年３月１７日（２０１０．３．１７）
【国際出願番号】ＰＣＴ／ＧＢ２０１０／０５０４５７
【国際公開番号】ＷＯ２０１０／１０６３６５
【国際公開日】平成２２年９月２３日（２０１０．９．２３）
【出願人】（５１１２１００８４）グローバル ブルー ホールディングス アーベー (2)
【Ｆターム（参考）】
[ Back to top ]