(57)【要約】  予約データ、注文データ、および電子商取引データ、ギフトカードデータ、及び／又は、マーチャントのウェブサイトのPOSデバイスに存在するロイヤルティ・ポイントデータ、及び、POSデバイスへのウェブサイトデータベースに存在する同期データとを同期させ、および統合するためのシステムを提供する。システムは、POSデータベース層を含むPOSアプリケーションをホスティングするPOS装置と、ウェブサイト・データベース層から成るウェブサイト・アプリケーションをホスティングするためのウェブサーバとを包含する。ウェブサーバは、パブリックにアクセス可能なウェブサイトにホスティングし、ウェブサイトアプリケーションは、ウェブサイトデータベース層内でウェブサイトにおけるデータ入力を処理し、POSアプリケーションは、インターネットプロトコルを使用して、POSデータベース層とウェブサイトデータベース層との調和をリアルタイムで双方向に同期するようにウェブサイトアプリケーションと通信する。システムは、システムは、レストランまたは他のマーチャントのPOS予約、オーダー、および、電子商取引システムをウェブサイトを介して提供されるそれらと統合するのに用いることができる。
2014519651.tif 000002
【特許請求の範囲】
【請求項１】
ＰＯＳ予約アプリケーションをホスティングするＰＯＳ装置であって、ＰＯＳアプリケーションはＰＯＳデータベース層を有することを特徴とするＰＯＳ装置と、
ウェブサイトアプリケーションをホスティングするウェブサーバであって、ウェブサイトアプリケーションは、ウェブサイトデータベース層を有することを特徴とするウェブサーバと、
を有し、
ウェブサーバは、パブリックにアクセス可能なウェブサイトにホスティングし、ウェブサイトアプリケーションは、ウェブサイトデータベース層内でウェブサイトにおけるデータ入力を処理し、
POSアプリケーションは、インターネットプロトコルを使用して、POSデータベース層とウェブサイトデータベース層との調和をリアルタイムで双方向に同期するようにウェブサイトアプリケーションと通信する
ことを特徴とする、ウェブ統合ＰＯＳ予約システム。
【請求項２】
ウェブサイトのデータ入力が、顧客の情報、予約リクエスト、食品購入オーダー、および、電子商取引トランザクション、ギフトカードデータ、または、ロイヤリティポイントデータのうちの少なくとも１つを有することを特徴とする請求項１に記載のＰＯＳ予約システム。
【請求項３】
POSデータベース層が、予約可能な時間に関するデータ、顧客に関するロイヤルティ・ポイント情報、食品発注書、電子商取引のインベントリ、および価格データのうちの少なくとも１つを有する、ことを特徴とする請求項１に記載のＰＯＳ予約システム。
【請求項４】
ウェブサイトは、ウェブサイトアプリケーションのユーザインタフェースおよびコントロールに基いていることを特徴とする請求項１に記載のＰＯＳ予約システム。
【請求項５】
POS装置は、レストランのレジ、発注、予約システムを含むことを特徴とする請求項１に記載のＰＯＳ予約システム。
【請求項６】
POS装置は、前記サーバと通信するワイヤレスハンドヘルドデバイスを含むことを特徴とする請求項５に記載のＰＯＳ予約システム。
【請求項７】
POS装置は、顧客からクレジットカードまたはデビット支払いを得るための証印リーダを更に有することを特徴とする請求項５に記載のＰＯＳ予約システム。
【請求項８】
ワイヤレスハンドヘルドデバイスは、クレジットカードおよび他の支払カードを処理するように構成されることを特徴とする請求項６に記載のＰＯＳ予約システム。
【請求項９】
システムは、リアルタイムおよび非リアルタイムデータの他の部分にデータの部分を同期させるように構成されることを特徴とする請求項１に記載のＰＯＳ予約システム。
【請求項１０】
POSデータベース層は、インベントリデータ、ピックアップ/配達データ、ギフトカードデータ、ロイヤルティ・ポイントデータ、顧客情報を記憶するように構成されることを特徴とする請求項１に記載のＰＯＳ予約システム。
【請求項１１】
POSデバイスは、在庫管理を行うためのビジネス層、顧客の注文のためのアイテムリスト、ショッピングカート及び決済処理、予約および支払い処理、ピックアップ/配達、ギフトカードの発行およびリロード、並びに、ロイヤルティプログラムのための顧客管理を有することを特徴とする請求項１に記載のＰＯＳ予約システム。
【請求項１２】
POSデバイスおよびウェブ・サーバは、XMLウェブサービスプロトコルを使用してインターネットを介して通信することを特徴とする請求項１に記載のＰＯＳ予約システム。
【請求項１３】
POSデバイスおよびウェブ・サーバは、RESTプロトコルを使用してインターネットを介して通信することを特徴とする請求項１に記載のＰＯＳ予約システム。
【請求項１４】
ウェブ・アプリケーションは、生成され、アカウントとウェブサイトにログインした顧客が、予約注文するための付加的な利益を与えるように構成されることを特徴とする請求項１に記載のＰＯＳ予約システム。
【請求項１５】
追加の利点は、ロイヤルティ・ポイントを含むことを特徴とする請求項１４に記載のＰＯＳ予約システム。
【請求項１６】
追加の利点は、優先予約を含むことを特徴とする請求項１４に記載のＰＯＳ予約システム。
【請求項１７】
ウェブアプリケーションは、予約注文の際、食事のために事前に支払うためのオプションを顧客に提供するように構成されることを特徴とする請求項１に記載のＰＯＳ予約システム。
【請求項１８】
WebサーバおよびPOS装置は、POS装置に由来し、ウェブサイトにプッシュされるデータと、ウェブサイトに由来し、POSにプッシュされるデータと、POS装置に由来し、POSにプッシュされるデータと、いずれかの方向に流れることができるデータとの間の区別するように、並びに、３つの異なるタイプのデータの各々を処理するように各々構成されることを特徴とする請求項１に記載のＰＯＳ予約システム。
【発明の詳細な説明】
【技術分野】
【０００１】
著作権
[0001]  本出願は、著作権保護に従属する材料を含む。著作権者は、それが特許商標局ファイルまたは記録において現れるので、特許開示によるファクシミリ再生に異議はないが、全ての著作権を保有するというわけではない。
1. 技術分野
[0002]  本発明は、ＰＯＳシステムに関し、より詳しくは、予約、発注および電子商取引に関するウェブサイトに、ＰＯＳシステムを同期させるシステムに関する。
【背景技術】
【０００２】
2. 関連技術の説明
[0003]  より多くのレストランは、顧客がインターネットを介してオンライン予約をスケジュールすることができる。例えば、ウェブサイトでは、ユーザが特定のレストランで利用可能な時間を検索することを可能にし、ついで、利用できる時間を確保するために充分な情報を入力することができる。しかし、これらのウェブサイトのほとんどは、レストランの日々の器材およびコンピュータシステムと分離してスタンドアローンのソフトウェア・アプリケーションとして作動する。ウェブサイトは、潜在的な顧客の予約要請を集め、通常は電子メールによって、それをレストランに送信し、レストラン自身の予約システムに入れられる。確認が潜在的顧客に提供される前に、レストランは情報の正確さを検査しなければならず、時間有効性を確認しなければならない。潜在的な顧客は、このように、リアルタイムの確認を与えられず、全体の方法はいくぶん扱いにくく、非効率的でエラーの傾向がある。
【０００３】
[0004]  いくつかは、レストランの予約システムの全てをオンラインで強化することによってこれらの問題点を克服する。例えば、オンライン予約ウェブサイトが第三者（ウェブサイトオペレータ）によって運営されるとき、ウェブサイトオペレータはまた、予約管理方法サービスのホストをつとめることができる。次いで、それ自身の予約システムを維持し、ウェブサイトから送信されるデータを入力するレストランの代わりに、予約システムはオンラインでホスティングされ、顧客およびレストランはインターネットを介してそれにアクセスする。これは、レストランの有効性およびほぼ瞬間的な予約確認への潜在的顧客のリアルタイムアクセスを可能にする。しかし、停止期間があるとき、これもレストランの制御から予約システムを取り除き、収益危険の損失をつくる。レストランは、ログオンしなければならならず、または、それ自身の事業のこの態様を管理するウェブサイトオペレータの予約システムを係合しなければならない。また、これらのオンライン予約システムは、多くの場合、独自のものであり、ウェブサイトのオペレータは、潜在的な顧客がシステムを介して予約を行うたびに、レストランに料金を課す。
【０００４】
[0005] さらに、サードパーティのセットアップのこのタイプは、プライバシーの問題を発生させる。ウェブサイトオペレータは、通常潜在的顧客が予約をするためにそのウェブサイトに名前を登録することを必要とし、そうすることができるにつれて、潜在的クライアントから同程度の情報を集める。ウェブサイトのオペレータはまた、潜在的な顧客のダイニング履歴、消費習慣、および顧客とWebサイトの間で交換される電子メールを追跡する。ウェブサイトのオペレータは次いで、他人とこのデータを共有することができ、顧客に他の製品を販売するためにそれを使用することができる。
【発明の概要】
【課題を解決するための手段】
【０００５】
[0006]  本発明は、予約データ、注文データ、および電子商取引データ、ギフトカードデータ、及び／又は、マーチャントのウェブサイトのPOSデバイスに存在するロイヤルティ・ポイントデータ、及び、POSデバイスへのウェブサイトデータベースに存在する同期データとを同期させ、および統合するためのシステムを提供する。システムを使用して、顧客は、例えば、レストランのウェブサイト上のレストランの予約をすることができ、リアルタイムの利用できる時間枠を見ることができる。同様に、レストランのような小売商の従業員は、電話/PDAのブラウザを使用してハンドヘルドデバイスをウェブサイトに接続することによってリアルタイムにPOS装置にある予約データ、オーダーデータ、アイテムストックデータ、電子商取引データおよび他のデータタイプを見て、修正するために彼らのワイヤレススマートフォンまたはPDAを使用することができる。POS装置で直接作られたこの種のデータに対する変化はまた、リアルタイムのウェブサイトに同期することができる。本発明の全体的な概念のこれらの及び他の態様およびユーティリティは、POSデータベース層を含むPOSアプリケーションをホスティングするPOS装置と、ウェブサイト・データベース層から成るウェブサイト・アプリケーションをホスティングするためのウェブサーバとを包含する、ウェブ統合POS予約システムを提供することによって提供されることができ、ウェブサーバは、パブリックにアクセス可能なウェブサイトにホスティングし、ウェブサイトアプリケーションは、ウェブサイトデータベース層内でウェブサイトにおけるデータ入力を処理し、POSアプリケーションは、インターネットプロトコルを使用して、POSデータベース層とウェブサイトデータベース層との調和をリアルタイムで双方向に同期するようにウェブサイトアプリケーションと通信する。ウェブサイトのデータ入力は、顧客の情報、予約要請、顧客のギフトカード番号、顧客のロイヤリティポイント番号、食品購入注文および電子商取引処理のうちの少なくとも１つを含むことができる。POSデータベース層は、予約のための利用できる時間、顧客のためのロイヤリティポイント情報、食品購入注文、電子商取引インベントリおよび価格データに関する少なくとも一つのデータを含むことができる。
【０００６】
[0007]  本発明の全体的な概念のこれらのおよび／又は他の態様および利点は、添付の図面とともに実施形態の以下の説明から、より直ちに明らかであろう。
【図面の簡単な説明】
【０００７】
【図１】[0008]  図１は、ウェブサーバおよびPOS装置にホストされるアプリケーションのためのソフトウェアおよびハードウェア・アーキテクチャを例示する線図である。
【図２】[0009]  図２は、ウェブサーバとPOS装置のアプリケーション間の情報の調和化を例示する線図である。
【発明を実施するための形態】
【０００８】
[0010]  全体的に本発明のコンセプトについて、同様のエレメントについては、同じ参照番号を用いる。実施形態は、図を参照することによって全体的に本発明の概念を説明するために後述する。
【０００９】
[0011]  図１は、ＰＯＳ装置10およびウェブサーバ30においてホスティングされるアプリケーションに関するハードウェアおよびソフトウェア・アーキテクチャを例示する線図である。本発明は、２つの主要モジュール、POSデスクトップ・アプリケーション100およびウェブサイト・アプリケーション300を提供する。予約をとる、ギフトカードの購入、テイクアウト／配達オーダーを包含する、いくつかの共通の機能がこれらの２つのモジュールの間にある。本発明は、POS装置10とウェブサイト30との間を統合し、調和する手段を提供する。この統合は、２つのモジュールが一貫した方法で働くことができるのを確実にする。
【００１０】
[0012]  図１に図示したように、システムは、インターネット・プロトコル20によってウェブサイト・サーバ30と通信するPOS装置10を含む。POSまたはチェックアウトは、処理が起こる場所である。通常、これは顧客が商品およびサービスの料金を払うための場所である。レストランのコンテキストでは、POSは、顧客がホステスとチェックインし、食品オーダーが始まり、そして、支払いが処理されるところである。
【００１１】
[0013]  POS装置は、レストラン商取引を処理するのに用いられる、コンピュータハードウェア、ソフトウェアおよび周辺機器の組合せを有する。POS装置10は、一つ以上のコンピュータ、バーコードリーダー（BCR）、磁気ストライプリーダーまたは、顧客からクレジットまたは支払いを得るための他の種類のPOS証印スキャナ、オペレータ・ディスプレイ、顧客ディスプレイおよび一つ以上のデータ入力装置を含むことができる。POS装置10は、タブレットコンピュータ（例えばiPad等）、ハンドヘルドPDA、スマートフォンなどのような無線デバイスを包含し、ウェイター/ウェイトレスが実行し、テーブルで使われることができる。このような実施形態では、無線デバイスは、従来のサーバおよび／または他の従来のPOSハードウェアとの無線通信では典型である。POS装置10は、食品オーダーを出し、予約を管理し、支払いを処理するのに用いることができる。レストランとのセットアップによって、POS装置は、様々な形の器材および周辺機器を含むことができる。例えば、POS装置10は、データ入力のためのタッチスクリーン端末、クレジットカードおよび他の支払いカードを処理するためのワイヤレスハンドヘルドデバイスを含むことができ、無線スマートフォン、PDA、および、電子署名キャプチャ装置と連動して使われることができる。POS装置10は、ゲストチエックを印刷し、キッチンに対するオーダーまたは準備、クレジットカードおよび他の支払いカードの処理、および、レポートを実行するのに用いられる。
【００１２】
[0014]  マーチャントのウェブサイトでは、通常、少なくとも１つのWebサーバ上でホストされ、関連ページ、画像、デジタルコンテンツの集合である。ウェブサイトは、ハイパーテキスト・トランスファー・プロトコルのようなインターネット・プロトコルを使用しているインターネットの上のパブリックにとって利用しやすい。
【００１３】
[0015]  ウェブサーバ30は、POS装置10とは別のコンピュータシステムに常駐し、ＰＯＳ時点から地理的に離れている場合があり、仮想サーバの集合であってもよく、別個の場所で、またはクラウド内であってもよい。ウェブサーバ30は、レストランに関してパブリックにアクセス可能なウェブサイトをホスティングする。
【００１４】
[0016]  レストランの要求に従い、異なるソフトウェアは、所望の機能および周辺機器を管理するためにPOS装置10にロードされる。レストランのウェブ統合化予約システムの管理のために、２つの同期アプリケーションが、POS装置10およびウェブサーバ30にロードされる。
【００１５】
[0017]  図１を引き続き参照すると、POSアプリケーション100は、データベース層101、データ・アクセス層102、制御部およびユーザ・インタフェース103および通信層104を含むことができる。制御およびユーザ・インタフェース103は、ビジネス層105およびプレゼンテーション層106を含むことができる。
【００１６】
[0018]  データベース層101は、全ての利用できる時間、テーブル、テーブルのサイズおよび他の予約関連の情報を含むレストランの予約データを含む。データベース層101はまた、顧客、ピックアップ/配達オーダーおよび支払い情報と関連する報酬ポイントのような他の関連する処理に関する情報を含むことができる。例えば、データベース層101は、マイクロソフトSQLサーバ、オラクル、または、MySQL.インベントリ（アイテム）データ、ピックアップ/配達データ、ギフトカード・データ、ロイヤリティポイントデータのようなリレーショナル・データベースであってよく、顧客情報はまた、データベース層101のデータベースに格納される。
【００１７】
[0019]  以下のイベントは、データベース層101のデータベースを修正することができる：
POSまたは顧客によるウェブサイトを介した電子商取引処理でのアイテムの購入;
顧客によるウェブサイトを介して位置決めされている予約;
POSに対して顧客による視聴者を介して又は電話を介して配置されているピックアップまたは配達に関するオーダー;または、
顧客によるウェブサイトまたはPOSでのギフトカードの購入。例えば、顧客がレストランで食品の購入のためにPOSシステムを介して支払う所で、POSシステムは、データ・アクセス層102を介してデータベース層101のデータベースにトランザクションを格納し、トランザクションデータをフォーマットした後に、通信層104を介してウェブサーバ30におよびXMLウェブサービス通信プロトコル20を使用してインターネットにデータを送信する。一旦ウェブサイト・アプリケーション300がデータを受信し、インベントリ量を減ずるためのデータを格納すると、リアルタイムインベントリ管理は実行される得る。
【００１８】
[0020]  ビジネスロジックは、ビジネス層105に提供され、インベントリ（アイテム）管理、顧客のオーダーに関するアイテムリスト、買い物カートおよび支払い処理、予約および支払い処理、ピックアップ/配達、ギフトカード発行およびリロード、及び、ロイヤリティプログラムのための顧客管理を包含する。
【００１９】
[0021]  ギフトカードの発行およびリロード機能、および、ロイヤルティ・ポイントプログラム機能に関して、本願明細書において教示される発明は、2011年5月12日に出願の米国特許出願番号第13/106,572号の教示と結合されることができ、リファレンスとして本願明細書に引用したものとする。本出願において、出願番号第13/106,572号において教示したロイヤリティポイント換算表は、次のように利用されることができる。POS装置10およびウェブサーバ30の両方は、金融値か商品/サービス価値のいずれかに顧客のロイヤリティポイントを変換するために、データベース層101またはデータベース層301のいずれかのデータベースにあるロイヤリティポイント換算表を使用することができる。たとえば、レストランのウェブサイトを介して予約を行う顧客は、ロイヤルティ・ポイントにより、彼はそうでなければ作ることができるか、彼はそうでない場合のために金銭的価値をチャージすることになるということではないだろう予約を使用することを許可することができる。ロイヤリティポイントは、優先予約のために同様にチャージされることができ、ロイヤリティポイントのより高い数はより高い優先またはそれ以外はより良い予約を得るために用いることができる。
【００２０】
[0022]  通信層104は、POSウェブサイト・アプリケーション100とウェブサーバ・ウェブサイト・アプリケーション300との間の通信を制御する。POS装置10およびウェブサーバ30は、インターネット・プロトコル（例えばXMLウェブ・サービスおよびRESTプロトコル）を使用してインターネットを介して通信する。
【００２１】
[0023]  図１に図示したように、ウェブサーバ・ウェブサイト・アプリケーション300は、データベース層301、データ・アクセス層302、制御部およびユーザ・インタフェース303および通信層304を含むことができる。制御およびユーザ・インタフェース303は、ビジネス層305およびプレゼンテーション層306を含むことができる。
【００２２】
[0024]  データベース層301のデータベースは、利用できる予約時間に関する最新の情報を含み、ウェブサイトによる顧客の予約情報入力で更新される。データベースは、全ての要請された時間、関係者名および他の関連した予約情報を含む。データベース層301のデータベースはまた、他の関連するトランザクション（例えば報酬アカウント番号、ピックアップ/配達オーダーおよび支払い情報）に関する情報を含むことができる。データベース層301のデータベースは、リレーショナル・データベース（例えばマイクロソフトSQL Server、オラクルまたはMySQL）から成ることができる。インベントリ（アイテム）データ、予約、ピックアップ／配達、ギフトカード、及び、顧客情報は、データベースに格納される。
【００２３】
[0025]  データ・アクセス層302は、下流の通信のためのデータベース層301に対する、および、上流の通信のためのビジネス層305に対するデータ・アクセス・サービスを提供する。制御部およびユーザ・インタフェース303は、ウェブサーバ30によってホスティングされるウェブサイトを定める。制御部およびユーザ・インタフェース303は、顧客入力を受け、データベース層301に同じものを送信するために全ての必要なウェブ・ページおよびインタフェースを包含する。通信層304は、インターネット・プロトコルを使用しているPOSウェブサイト・アプリケーション100とウェブサーバ・ウェブサイト・アプリケーション300との間の通信を制御する。通信層304は、XMLウェブサービスおよびRESTのような通信プロトコルを使用してPOS装置10と異種のウェブサーバ30との間の通信を容易にする。通信層304および通信層104は、通信経路の全体にわたって暗号化/解読技術を使用してデータを確実にする。
【００２４】
[0026]  非ログインのゲストとしてウェブサイトを使用するよりも、アカウントを作成し、Webサイトにログインした顧客は、付加的な利点が与えられる。例えば、ログインしたユーザーは、予約を行うためのロイヤリティポイントを設けることができ、予約をするか、ロイヤルティ・ポイントを使用して注文することができる。
【００２５】
[0027]  図２は、POS装置とウェブサーバのアプリケーションと間の情報の調和を例示している線図である。図１に示すように、ウェブサイト・アプリケーション300は、POSアプリケーション100の通信層104と通信するために通信層304を使用する。ウェブサイト・アプリケーション300とPOSアプリケーション100との間の通信は、データベース層101およびデータベース層301のリアルタイム調和を考慮に入れる。すなわち、図2にて図示したように、ウェブサイト・アプリケーション300を介した顧客のオンライン予約は、データベース層301に入れられる。POSウェブサイト・アプリケーション100との通信は、データベース層101にあるレストランの予約データベースへこの情報を統合することができ、データベース層301の利用できる時間に関する情報の更新を許容する。
【００２６】
[0028]  ウェブサイト・アプリケーション300によって始まる顧客のオンラインオーダーまたは電子商取引購入は、同様にデータベース層301に入れられる。ウェブサイト・アプリケーション100との通信により、データベース層101および同期にあるレストランの予約データベースへこの情報を統合することができる。同様に、顧客が予約をするとき、彼らはそれらの食事のために前払いするオプションを与えられることができる。顧客が食事を終了したとき、支払いのチェックが示されるのではなく完全な支払いが示されるように、ウェブサイトアプリケーション100との通信が、レストランのセールスデータベースにこの情報の統合することができる。
【００２７】
[0029]  図２を参照すると、データ同期のフローが記載されている。POSおよびウェブサイトの間に同期される必要がある3種類のデータがある。第一は、POS装置から生じるデータであり、ウェブサイトの方に押される。例えば、メニュー項目である。第２は、ウェブサイトから生じ、POSの方に押されるデータである。例えば、オンライン処理である。第３は、いずれの方向にもおいて流れることができるデータである。例えば、そのようなデータ歴顧客データは両側に作成することができる。データのこれらの3つのタイプの流れは、個々に、各々記載される。
【００２８】
[0030]  POS装置に生じ、ウェブサイトの方に押されるデータに関し、データレコードの以下のタイプは、押されることを必要とする：メニューアイテムカテゴリ、メニューアイテム、予約、イベントおよびデイリースペシャル。予約記録を除いて、このデータは、マスターおよび検索データであり、したがって、それの最大限は直ちに同期する必要はない。ウェブサイト管理のユーザには、彼が１日1、2回実行することができる管理のコンソールの機能が与えられる。この機能は、次のように作動する。第一に、POSから新規なデータレコードのリストおよび更新された記録のリストを検索する。次いで、各々の新しい記録に関して、完全なデータレコードを検索し、それをウェブサイトのデータベースに挿入する。最後に、各々の更新された記録に関し、更新されたデータレコードを検索し、ウェブサイト・データベースを更新する。
【００２９】
[0031]  ウェブサイトから生じ、POSの方に押されるデータに関して、予約および処理記録は、このカテゴリに分類されるデータレコードのタイプである。顧客が予約をするかまたは発注（テイクアウト、配達）するときはいつでも、ウェブサイト・アプリケーションはデータを送るためにPOSと連結する。ウェブサイトは最初にPOSへの接続を点検し、接続がダウンしている場合、バックオフィスへの接続がダウンし、代わりにフリーダイヤルの電話番号に電話するように、顧客に依頼、警告メッセージが表示される。接続がアップしている場合、ウェブサイトはデータをPOSに送信する。失われるデータがないのを確実にするために、一旦支払いが受け取られるならば、ウェブサイトは処理記録のローカル・コピーを保つ。一旦同期が成功すると、ウェブサイト上のトランザクションデータレコード・コピーは削除されることができる。このデータは、新しく予約および販売処理/命令のためのウェブサイト側に発生するデータであって、直ちに同期しなければならない。
【００３０】
[0032]  POSアプリケーションとPOSウェブサイトとの間のいずれの方向にも流れることができる双方向性データに関して、このカテゴリの１つのデータレコード・タイプだけがあり、それは顧客データレコードである。いずれの方向にもおいて流れることができるので、このデータは特別な処理を必要とする。第一に、POS側のシステムに入力された新しい顧客レコードがあるたびに、それはウェブサイト上で、同じ顧客IDを維持するウェブサイトにプッシュされる。また、ウェブサイト上で入力した新しい顧客レコードがあるたびに、それは、POSにプッシュされるが、ID自体は、POS側での顧客データレコードに合わせて変更されることがありる。これを実現するために、POS側から顧客データレコードは、ウェブサイト管理者が1日1回または2回プッシュすることができる。しかし、ウェブサイトからの顧客データレコードは、POSの方にすぐプッシュされなければならない。POS側上の顧客IDの変化がある場合、その記録を更新することができるように、ウェブサイトは新しい顧客IDを受信する。
【００３１】
[0033]  ２つのモジュール（POSアプリケーションおよびウェブサイト）が、それぞれ２つの異なるプラットフォーム（例えば、.NET/C#/MySQLおよびPHP/ゼンド/MySQL）を使用して、典型的に開発されるので、統合はSOAPベースウェブ・サービスのような業界標準に基づかなければならない。このような実施形態において、この統合のために使用される50以上のウェブサービスベースのインターフェースがあってもよい。これらのウェブ・サービスは、Ｃ＋＋言語を使用している.NET 4.0において定められ、マイクロソフトInternet Information Server（IIS）に展開される。PHP/Zendウェブ・アプリケーションは、これらのウェブ・サービス・インタフェースのプロキシを作成する。
【００３２】
[0034]  セキュリティに関して、各々のウェブサービスベースの統合は、ユーザー名およびパスワード必要条件を介して基本的認証を使用することができる。特別な「システムユーザアカウント」は、ストア・レベルで作成されることができ、これはPOSのストア設定機能で維持されることができる。証明書をこのシステム・ユーザ・アカウントに提供するそれらの要請だけは、処理される。
【００３３】
[0035] 本発明の実施形態は、コンピュータプログラムとして書かれることができ、計算機可読の記録媒体を使用しているプログラムを実行する一般の使用ディジタル・コンピュータにおいて実行されることができる。計算機可読の記録媒体の実施形態は、磁気記録媒体（例えばROM、フロッピーディスク、ハードディスクなど）、光学録音メディア（例えばCD-ROMまたはDVD）および搬送波（例えばインターネットによる伝達）のような記憶媒体を含む。
【００３４】
[0036]  本発明の全体的な概念の2、3の実施形態が図と共に記載してきたけれども、変化が原理から逸脱することなく、これらの実施形態および一般の発明の概念、いずれが特許請求の範囲において定められ、それらの等価の範囲においてなされることができることは当業者によって認められる。
【図１】
2014519651.tif 000003
【図２】
2014519651.tif 000004
【国際調査報告】
2014519651.tif 000005