(57)【特許請求の範囲】
【請求項１】
データベース（ＤＢ）内蔵のサーバと、該サーバを共有する複数の端末装置とがネットワーク回線経由で接続されるネットワーク型データ伝送システムであって、
前記端末装置の各々は、
前記ＤＢの処理を要求する都度、前記ネットワーク回線のＴＣＰ−ＩＰプロトコルに依存しないＤＢコマンド伝送プロトコルに従うＤＢ操作命令を伝送するためのパケットコマンドを生成するＤＢ−ＶＰＮドライバと、
前記ＤＢ−ＶＰＮドライバと前記ネットワーク回線との間に設けられ、前記ネットワーク回線の前記ＴＣＰ−ＩＰプロトコルに従う通信を行う通信ドライバとを備え、
前記パケットコマンドがＤＢオープン、ＤＢ検索、ＤＢ更新及びＤＢクローズのための処理を起動し実行させるために、それぞれに必要なパラメータと共に用意されるパケットコマンドを含み、
前記ＤＢ−ＶＰＮドライバが前記生成されたパケットコマンドに暗号処理を施す暗号化手段を含み、
前記サーバは、
前記端末装置から受信した前記パケットコマンドに復号化処理を施す復号化手段を有し、前記受信したパケットコマンドを変換して変換後ＤＢ操作命令を得るＤＢ−ＶＰＮサービスと、
前記変換後ＤＢ操作命令に応答してＤＢＭＳを呼び出し前記変換後ＤＢ操作命令を実行し、実行の結果を前記ＤＢに反映させるＤＢエンジンとしてのＯＤＢＣドライバと、
前記ＤＢ−ＶＰＮサービスと前記ネットワーク回線との間に設けられ、前記ネットワーク回線の前記ＴＣＰ−ＩＰプロトコルに従う通信を行う通信ドライバとを備え、
前記端末装置が前記ＤＢの処理を要求する都度、前記サーバがリアルタイムに前記要求に応答する
ことを特徴とするネットワーク型データ伝送システム。
【請求項２】
データベース（ＤＢ）内蔵のサーバと、該サーバを共有する複数の端末装置とがネットワーク回線経由で接続されるネットワーク型データ伝送システムであって、
前記端末装置の各々は、
前記ＤＢの処理を要求する都度、前記ネットワーク回線のＴＣＰ−ＩＰプロトコルに依存しないＤＢコマンド伝送プロトコルに従うＤＢ操作命令を伝送するためのパケットコマンドを生成するＤＢ−ＶＰＮドライバと、
前記ＤＢ−ＶＰＮドライバと前記ネットワーク回線との間に設けられ、前記ＴＣＰ−ＩＰプロトコルに従う通信を行う通信ドライバとを備え、
前記パケットコマンドがＤＢオープン、ＤＢ検索、ＤＢ更新及びＤＢクローズのための処理を起動し実行させるために、それぞれに必要なパラメータと共に用意されるパケットコマンドを含み、
前記サーバは、
前記ＤＢ操作命令の伝送のための受信したパケットコマンドを変換して変換後ＤＢ操作命令を得るＤＢ−ＶＰＮサービスと、
前記変換後ＤＢ操作命令に応答してＤＢＭＳを呼び出し前記変換後ＤＢ操作命令を実行し、実行の結果を前記ＤＢに反映させるＤＢエンジンとしてのＯＤＢＣドライバと、
前記ＤＢ−ＶＰＮサービスと前記ネットワーク回線との間に設けられ、前記ＴＣＰ−ＩＰプロトコルに従う通信を行う通信ドライバとを備え、
前記端末装置が前記ＤＢの処理を要求する都度、前記サーバがリアルタイムに前記要求に応答する
ことを特徴とするネットワーク型データ伝送システム。
【請求項３】
前記ネットワーク回線に依存しない前記ＤＢコマンド伝送プロトコルに従うパケットを生成したとき、前記端末装置は前記パケットに暗号化処理を施して前記サーバに伝送し、前記サーバで前記パケットを復号化する
ことを特徴とする請求項２に記載のネットワーク型データ伝送システム。
【請求項４】
前記サーバは前記端末装置に応答するとき、前記パケットに暗号化処理を施して前記端末装置に伝送し、前記端末装置で復号化する
ことを特徴とする請求項２に記載のネットワーク型データ伝送システム。
【請求項５】
各々がデータを収集する都度、ネットワーク回線に依存しないＤＢコマンド伝送プロトコルに従うパケットコマンドを生成する複数の端末装置が前記ネットワーク回線経由で接続され、前記パケットコマンドを受信してＤＢ操作命令に変換し、該ＤＢ操作命令を実行し、実行の結果を前記ＤＢに反映して前記端末装置からの要求にリアルタイムに応答するネットワーク型データ伝送システムにおけるサーバであって、
前記パケットコマンドがＤＢオープン、ＤＢ検索、ＤＢ更新及びＤＢクローズのための処理を起動し実行させるために、それぞれに必要なパラメータと共に用意されるパケットコマンドを含み、
前記ネットワーク回線に依存しないＤＢコマンド伝送プロトコルに従い前記端末装置から伝送された前記パケットコマンドをＤＢ操作命令に変換するパケット変換手段と、
使用するデータベース管理システム（ＤＢＭＳ）に依存しないＤＢＭＳ共通のインターフェースが実装され、前記ＤＢＭＳを呼び出して前記ＤＢ操作命令の実行を指示するＤＢＭＳ呼び出し手段と、
前記ＤＢＭＳ呼び出し手段を経由して得られるＤＢ操作命令を実行して実行結果を前記ＤＢに反映させるＤＢＭＳと、
前記端末装置との前記パケットの交換のために必要なプロトコルに従う通信を行うインターフェース手段とを備え、
前記パケット変換手段が、前記端末装置に伝送する前記パケットに暗号化処理を施す暗号化手段と、前記端末装置から受信した前記パケットに復号化処理を施す復号化手段とを有する
ことを特徴とするネットワーク型データ伝送システムのサーバ。
【請求項６】
データベース（ＤＢ）内蔵のサーバを他の端末装置と共有し、ネットワーク回線経由で前記サーバと接続されるネットワーク型データ伝送システムにおける端末装置であって、
データを収集する都度、前記ＤＢサーバに回線接続要求を発し、サーバからの接続承認待ちとする手段と、
前記サーバから回線接続承認を得てＤＢオープン要求を発行する手段と、
前記サーバによるＤＢオープン処理応答を得てＤＢ検索要求を発行する手段と、
前記サーバによるＤＢ検索処理応答を得てＤＢ更新要求を発行する手段と、
前記サーバによるＤＢ更新処理応答を得てＤＢクローズ要求を発行する手段と、
前記サーバによるＤＢクローズ処理応答を得てＤＢ回線切断要求を発行し、サーバからの回線切断承認待ちとする手段と、
サーバによる回線切断承認を得てデータ収集のための処理を終了する手段と、
前記ＤＢオープン要求の発行において、アドレスに従い該当するサーバに接続要求を発行し、そのサーバからの接続応答待ちとする手段と、
前記サーバから応答を得てランダムシードを作成し暗号化して送信する手段と、
前記サーバに認証要求を発行しサーバによる認証待ちとする手段と、
前記サーバから認証応答を得、その認証結果を復号化して取込む手段と、
前記認証が成功したときに、少なくとも、オブジェクト名、アドレス、ＩＤが初期パラメータとして設定されるデータベースオープンコマンドを生成して暗号化し、前記サーバに送信してサーバの応答待ちとする手段と、
前記サーバからオープン応答を得、その応答結果を復号化して取込む手段と、
前記認証の失敗及びＤＢ接続の失敗を所定回数許可し、認証、ＤＢ接続のための再試行を行う再試行手段と、
前記サーバに接続要求を発し、所定時間応答がなかったときに、多重化された他のＤＢサーバに接続要求を発行する手段と、
を備えたことを特徴とするネットワーク型データ伝送システムにおける端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、特に、ＰＯＳ（Point Of Sales）システムに用いて好適な、ネットワーク型データ伝送システム、並びに同システムにおけるサーバ及び端末装置に関する。
【０００２】
【従来の技術】
コンビニやスーパ等小売り業界では、売上げ管理のためにＰＯＳ端末が使用される。ＰＯＳ端末では、商品の販売時、その商品に付与された値札や包装パッケージに印刷、貼付されたバーコードを、スキャナで読み込みことによりあるいはキーボードを操作することによって売上げ計上される。
【０００３】
比較的、中、大規模の小売りチェーン店では、このＰＯＳ端末が複数ＬＡＮ（Local Area Network）等の店内通信回線を介し、売上げ管理、販売管理、在庫照会や引当て等を行うバックヤードの店舗内サーバに接続され、この店舗内サーバでデータベース登録され、売上げ管理等に活用される。更に、この店舗用サーバは専用回線、あるいはＩＳＤＮ等公衆回線経由で本部サーバに接続され、販売時点での売上げ管理データが定期的に収集され、販売管理用データとして利用される。
【０００４】
上記したＰＯＳ端末は、そのほとんどがレジスタ型のオールインタイプが主流である。また、通信回線においては、従来、一般加入電話回線、もしくはＩＳＤＮ回線を用いたモデム通信が主流である。また、資金的余裕もあり、セキュリティを重視する環境にあってはフレームリレー回線も多く利用される。いずれにせよ、これらの通信は、夜間１回、または１日数回しか行わないため、１回の通信コストは安く済む。また、基本的に、上位サーバ機器との接続をダイヤルアップで１対１に行うことになるため、安全性の高い通信手段であるといえる。
【０００５】
更に、店舗のＰＯＳ端末の台数に限らず、上記したように店舗側にもサーバを設け、本部の上位サーバとの通信を行うクライアントサーバシステムの形態が主流化しているため、レジ操作や使用状況に左右されず、情報通信が可能な機種が増加している。この店舗側サーバ（クライアント）に全てのマスタを保持するため、電源さえ確保できれば、通信回線の状況に関係なくＰＯＳが単独で稼動できる。特に、商品アイテムが多く、単品管理が必要な状況下では常にマスタを保持する必要があり、必然的に店舗側サーバへの依存度が増す。
【０００６】
図１５に上記した従来のＰＯＳシステムのシステム構成例を示す。図において、５１は、店舗毎に設置されるクライアントコンピュータ、５２は本部に設置されるサーバコンピュータであり、データベース（ＤＢ）５２１を内蔵する。両者はＬＡＮ（Local Area Network）またはＷＡＮ（Wide Area Network）回線５３５４、更に、ルータもしくはターミナルアダプタ５５、５６を介し、閉じたネットワーク、すなわち、専用回線、もしくは公衆回線網５７により接続される。
【０００７】
クライアントコンピュータ５１は、ＰＯＳアプリケーションプログラム５１１の他に、使用するＯＳに依存し、データベース管理システム（ＤＢＭＳ：Database Management System）に依存しない共通のインタフェースを持ち、ＤＢＭＳを呼び出してサーバ５２内蔵のＤＢ５２１の操作を行うＯＤＢＣ（Open Database Connectivity）ドライバ５１２を持つ。サーバ５２は当然のことながら、ＤＢ５２１の他に、ＤＢＭＳとしての、例えばＳＱＬサーバ５２２、そして、先に説明したＯＤＢＣドライバ５２３を有し、ＯＤＢＣドライバ５１２、５２３同士の接続プロトコルに従い、クライアントコンピュータ５１から発せられる、例えば、商品マスタの更新要求、日次売上げ集計のためのＤＢ操作に答えていた。
【０００８】
【発明が解決しようとする課題】
上記したように、一般的なＰＯＳシステムの店舗用端末機器は、そのほとんどがレジスタ型のオールインタイプが主流であり、用途やスペースに合わせたカスタマイズが困難である。また、いざカスタマイズした場合には、膨大なコストを要し、そのための保守も必要になってくる。
【０００９】
一方、通信回線においては、従来、一般加入電話回線、もしくはＩＳＤＮ回線を用いたモデム通信が主流である。また、資金的余裕もあり、セキュリティを重視する環境にあってはフレームリレー回線も多く利用される。しかしながら、ダイヤルアップでの通信接続を前提にすると、必然的に一日中接続することは通信コスト的に不経済となる。従って１日数回の接続で上位サーバ間のデータ処理を全て行うことになる。このことは、１日または数時間分の集計データしか上位サーバに伝達できないことを意味する。また、多くの店舗から同時に１対１の通信を上位サーバ側で受配信するにはそれ相当の膨大な設備投資を本部側で負担する必要がある。更に、その維持管理費と膨大な通信コストを本部または店舗が分担して支出することになる。
【００１０】
更に、店舗のＰＯＳ端末の台数に限らず、店舗側にもサーバを設け、本部の上位サーバとの通信を行うクライアントサーバシステムが主流化している今日、本部側のサーバが各店舗（クライアント）からの集計データを受信し、新規の商品マスタ及びその他の情報を配信するタイミングに制限があるため、通常は一日遅れのデータ受信と翌日分のマスタ配信を行うことになる。従って、新商品発売直後の売上げ状況等リアルタイムに参照したい店舗情報は残念ながら見ることはできない。
【００１１】
近頃では、これを解消するために別の端末を店舗に配備するケースもあり、更に店舗での設備投資が増大する。また、店舗サーバに心臓部といえるマスタを保持しているため、これに障害が発生した場合は復旧に相当な手間と経費がかかる。
【００１２】
更に、従来、図１５に示すクライアントサーバシステムにおいて、サーバ５２にあるＤＢ５２１を操作するためには、クライアントコンピュータ５１にもサーバ５２同様、ＯＤＢＣドライバ５１２を実装する必要があり、両ＯＤＢＣドライバ間の接続プロトコルなしにはクライアントコンピュータ５１からのＤＢ操作は為し得なかった。
【００１３】
本発明は上記諸々の事情に鑑みてなされたものであり、計算機間通信接続で標準的に使用されるＴＣＰ−ＩＰ（Transport Control Protocol−Internet Protocol）通信ドライバを実装するだけで、クライアントコンピュータからＤＢサーバの操作を実現し、クライアントコンピュータにＯＤＢＣドライバを不要とした、ネットワーク型データ伝送方法ならびにシステムおよび同システムにおけるサーバあるいは端末装置、ならびに同方法がプログラムされ記録された記録媒体を提供することを第一の目的とする。
【００１４】
また、ＤＢを内蔵する上位サーバと、この上位サーバを共有する複数のクライアントがネットワーク回線経由で接続されるクライアントサーバシステムにおいて、クライアントでデータを収集する都度、使用するネットワーク回線に依存しない新規なコマンド伝送プロトコルに従うパケットコマンドを生成し、そのパケットコマンドを受信した上位サーバで所望のＤＢ操作命令に変換して実行するしくみを採用することによりその内容をＤＢに反映させ、クライアントからの要求にリアルタイムに応答することのできる、ネットワーク型データ伝送方法ならびにシステムおよび同システムにおけるサーバあるいは端末装置、ならびに同方法がプログラムされ記録された記録媒体を提供することを第二の目的とする。
【００１６】
【課題を解決するための手段】
上記した課題を解決するために、本発明のネットワーク型データ伝送方法は、例えば、図１に示すように、ＤＢサーバ４、５と、このＤＢサーバ４、５を共有する複数のクライアント１、２、３がネットワーク回線６経由で接続されるクライアントサーバシステムにおいて、クライアント１、２、３でデータを収集する都度、ネットワーク回線６に依存しないＤＢコマンド伝送プロトコルに従うパケットコマンドを生成し、そのパケットコマンドを受信したＤＢサーバ４、５で、所望のＤＢ操作命令に変換して実行することによりその内容をＤＢに反映させ、クライアントからの要求にリアルタイムに応答することとした。
【００１７】
ネットワーク回線に依存しないＤＢコマンド伝送プロトコルは、クライアント１、２、３でデータを収集する都度、ＤＢサーバ４（５）に対し、ＤＢオープン、ＤＢ検索、ＤＢ更新、ＤＢクローズのための処理を起動するためにそれぞれに必要なパラメータと共に用意されるコマンドを生成し解釈実行することとした。また、クライアント１、２、３でネットワーク回線６に依存しないＤＢコマンド伝送プロトコルに従うパケットを生成する際、そのパケットに暗号処理を施してＤＢサーバ４（５）に送信し、ＤＢサーバ４（５）でそのパケットを復号化する。更に、ＤＢサーバ４（５）でクライアント１、２、３に応答する際、そのパケットに暗号処理を施して送信し、クライアント１、２、３でそのパケットを復号化することとした。また、それらパケットに、更に、圧縮、伸張処理を施すこともできる。
【００１８】
このことにより、使用する通信回線に依存せずにサーバ４（５）にあるＤＢ操作が可能となり、従来必要としていたクライアント１、２、３側にＤＢエンジン（ＯＤＢＣドライバ５１２）が不要となる。また、この方法をＰＯＳシステムに応用した場合、当然本部に設置されたＤＢサーバ４（５）にはその時点での全店の売上げ情報等が集約され、店舗端末（クライアントコンピュータ）１、２、３は、インタネット６経由で上位サーバ４（５）に接続することにより、常に新鮮なマスタを参照してリアルタイムにＰＯＳデータを送受信できる。従って、インタネット６に接続する環境さえあれば、いつでもどこでも全ての端末１、２、３から現在の状況を確認でき、次の戦略を立てることが可能となる。
【００１９】
本発明のネットワーク型データ伝送システムは、例えば、図１に示すように、ＤＢサーバ４（５）と、ＤＢサーバ４（５）を共有する複数の端末装置（クライアントコンピュータ）１、２、３がネットワーク回線６経由で接続され、データを収集する都度、ネットワーク回線６に依存しないＤＢコマンド伝送プロトコルに従うパケットコマンドを生成するクライアントコンピュータ１、２、３と、そのパケットコマンドを受信することにより所望のＤＢ操作命令に変換して実行し、その内容を内蔵するＤＢに反映させ、クライアント１、２、３からの要求にリアルタイムに応答するサーバ４（５）とを有する構成とした。ネットワーク回線６として、例えば図１に示すインタネット回線網６が使用される。
【００２０】
図４に示すように、クライアントコンピュータ２は、データを検索、追加、削除する必要が生じた都度、使用するネットワーク回線に依存しないＤＢコマンド伝送プロトコルに従うパケットコマンドを生成するパケット生成手段（ＤＢ−ＶＰＮドライバ）２２３と、サーバとのパケット交換のために必要なプロトコルに従う通信を行うインタフェース手段（ＴＣＰ−ＩＰ通信ドライバ）２２２で構成される。また、図１０に示すように、パケット生成手段（ＤＢ−ＶＰＮドライバ）２２３は、コマンド生成本体部２２３１の他に、生成されたパケットに暗号処理を施す暗号化部２２３２と、ＤＢサーバから得られるパケットに復号化処理を施す復号化部２２３３を含む。パケット生成手段（ＤＢ−ＶＰＮドライバ）２２３は、更に、送受信パケットに対して圧縮伸張処理を施す圧縮伸張部２２３４を含むこともある。
【００２１】
図５に示すように、ＤＢサーバ４は、クライアントコンピュータ２から送信される、ネットワーク回線に依存しないＤＢコマンド伝送プロトコルに従うパケットコマンドを受信することにより所望のＤＢ操作命令に変換するパケット変換手段（ＤＢ−ＶＰＮサービス）４２３と、使用するデータベース管理システム（ＤＢＭＳ）に依存しないＤＢＭＳ共通のインタフェースが実装され、ＤＢＭＳを呼び出しＤＢ操作命令の実行を指示するＤＢＭＳ呼び出し手段（ＯＤＢＣドライバ）４２４と、このＤＢＭＳ呼び出し手段を経由して得られるＤＢ操作命令を実行してＤＢに反映させるＤＢＭＳ４２５と、クライアントとのパケット交換のために必要なプロトコルに従う通信を行うインタフェース手段（ＴＣＰ−ＩＰ通信ドライバ）４２２とで構成される。図１１に示すように、パケット変換手段（ＤＢ−ＶＰＮサービス）４２３は、コマンド変換本体部４２３１の他に、クライアントコンピュータ２から受信したパケットに復号化処理を施す復号化部４２３３と、クライアントコンピュータ２に送信するパケットに暗号化処理を施す暗号化部４２３２とを含む。また、送受信パケットに対して圧縮伸張処理を施す圧縮伸張部４２３４を含むこともある。
【００２２】
上記した構成により、クライアントコンピュータ２からサーバ４のＤＢ操作が可能となり、従来のように、クライアント２、サーバ４の両方にＤＢエンジン（ＯＤＢＣドライバ）を実装し、両者を接続する特別なプロトコルを必要とせず、コンピュータ間通信接続で現在最も普及しているＴＣＰ−ＩＰ通信ドライバのみの実装で実現できる。また、使用する通信媒体には制限されないが、ＩＳＤＮ回線、もしくはインタネット専用線を用いたインタネット接続通信を使用しても、暗号化を施すことにより万全な通信セキュリティを提供できる。本発明によれば、通信回線に依存しないコマンド伝送プロトコルにより、リアルタイムで安全な情報送受信が可能となる。また、ＤＢサーバ４（５）に全てのファイルが集約され、クライアントコンピュータ１（２、３）は、インタネット網６経由でこのＤＢサーバ４（５）に接続することにより、常に新鮮なマスタを参照してリアルタイムにデータを送受信することができる。当然、ＤＢサーバ４（５）には、その時点での、例えば、全店舗の売上げ情報等が集約されているため、いつでも次の商品販売戦略が立てられる。すなわち、ＴＣＰ−ＩＰ通信ドライバが実装された端末であれば、いつでもどこからでもインタネットに接続することにより、現在の状況をリアルタイムに確認できる環境を提供できる。
【００２３】
本発明のネットワーク型データ伝送システムにおける端末装置は、ＤＢサーバ４（５）と、このＤＢサーバ４（５）を共有する複数のクライアントコンピュータ１、２、３がネットワーク回線６経由で接続されるクライアントサーバシステムにおいて、クライアント１、２、３でデータを収集する都度、ＤＢサーバ４（５）に回線接続要求を発し、サーバからの接続承認待ちとする手段と、サーバから回線接続承認を得てＤＢオープン要求を発行する手段と、ＤＢサーバによるＤＢオープン処理応答を得てＤＢ検索要求を発行する手段と、ＤＢサーバによるＤＢ検索処理応答を得てＤＢ更新要求を発行する手段と、ＤＢサーバによるＤＢ更新処理応答を得てＤＢクローズ要求を発行する手段と、ＤＢサーバによるＤＢクローズ処理応答を得てＤＢ回線切断要求を発行し、ＤＢサーバからの回線切断承認待ちとする手段と、ＤＢサーバによる回線切断承認を得てデータ収集のための処理を終了する手段で構成することとした。前記各手段はいずれも図４ならびに図９に示されるＤＢ−ＶＰＮドライバ２２３に含まれる。
【００２４】
また、クライアント１、２、３がＤＢサーバ４（５）に接続要求を発し、所定時間応答がなかったときに、多重化された他のＤＢサーバ４（５）に接続要求を発行する手段を更に持つことにより、接続の容易性の他に、障害発生時の安全対策を提供できる。
【００２５】
更に、図８に示すように、ＤＢオープン要求の発行において、アドレスに従い該当するＤＢサーバ４（５）に接続要求を発行し、そのＤＢサーバ４（５）からの接続応答待ちとする手段と、ＤＢサーバ４（５）から応答を得てランダムシードを作成し暗号化して送信する手段と、ＤＢサーバ４（５）に認証要求を発行しサーバによる認証待ちとする手段と、ＤＢサーバ４（５）から認証応答を得、その認証結果を復号化して取込む手段と、認証が成功したときに、少なくとも、オブジェクト名、アドレス、ＩＤが初期パラメータとして設定されるデータベースオープンコマンドを生成して暗号化し、ＤＢサーバ４（５）に送信してサーバの応答待ちとする手段と、ＤＢサーバ４（５）からオープン応答を得、その応答結果を復号化して取込む手段とを更に有する構成とした。これら各手段は、いずれも図４、図９に示すＤＢ−ＶＰＮドライバ２２３に含まれるものとする。
【００２６】
このことにより、セキュリティの向上がはかれる。更に、前記認証の失敗及びＤＢ接続の失敗を所定回数許可し、認証、ＤＢ接続のための再試行を行う再試行手段も更に有することとした。
【００２７】
上記した課題を解決するために、本発明のネットワーク型データ伝送方法がプログラムされ記録された記録媒体は、図１に示すように、ＤＢサーバ４（５）と、このＤＢサーバ４（５）を共有する複数のクライアントコンピュータ１、２、３がネットワーク回線６経由で接続されるネットワーク型データ伝送システムに用いられるクライアントプログラムであって、例えば図９に示すように、クライアント１、２、３でデータを収集する都度、ＤＢサーバ４（５）に回線接続要求を発し、サーバ４（５）からの接続承認待ちとするステップ（Ｓ２０２、Ｓ２０３）と、サーバ４（５）から回線接続承認を得てＤＢオープン要求を発するステップ（Ｓ２０３）と、ＤＢサーバ４（５）によるＤＢオープン処理応答を得てＤＢ検索要求を発するステップ（Ｓ２０４）と、ＤＢサーバ４（５）によるＤＢ検索処理応答を得てＤＢ更新要求を発するステップ（Ｓ２０５）と、ＤＢサーバ４（５）によるＤＢ更新処理応答を得てＤＢクローズ要求を発するステップ（Ｓ２０６）と、ＤＢサーバ４（５）によるＤＢクローズ処理応答を得てＤＢ回線切断要求を発し、ＤＢサーバからの回線切断承認待ちとするステップ（Ｓ２０７）と、ＤＢサーバによる回線切断承認を得てデータ収集のための処理を終了するステップ（Ｓ２０８）とがプログラムされ記録されることとした。
【００２８】
クライアントがＤＢサーバに接続要求を発し、所定時間応答がなかったときに、多重化された他のＤＢサーバに接続要求を発するステップも更にプログラムされ記録される。このことにより、接続の容易性の他に、障害発生時の安全対策を提供できる。
【００２９】
また、ＤＢオープン要求を発するステップは、例えば、図８に示すように、アドレスに従い該当するＤＢサーバ４（５）に接続要求を発し、そのＤＢサーバ４（５）からの接続応答待ちとするステップ（Ｓ８０１、Ｓ８０２）と、ＤＢサーバ４（５）から応答を得てランダムシードを作成し、暗号化するするステップ（Ｓ８０３）と、 ＤＢサーバ４（５）に認証要求を発し、サーバ４（５）による認証待ちとするステップ（Ｓ８０４、Ｓ８０５）と、ＤＢサーバ４（５）から認証応答を得、その認証結果を復号化するステップ（Ｓ８０５）と、認証が成功したときに、少なくとも、オブジェクト名、アドレス、ＩＤが初期パラメータとして設定されるデータベースオープンコマンドを生成して暗号化し、ＤＢサーバに送信してサーバの応答待ちとするステップ（Ｓ８０６、Ｓ８０７）と、ＤＢサーバ４（５）からオープン応答を得、その応答結果を復号化するステップ（Ｓ８０８）が更にプログラムされ記録される。認証の失敗及びＤＢ接続の失敗を所定回数許可し、認証、ＤＢ接続のための再試行を行うステップも更にプログラムされる。
【００３０】
また、本発明のネットワーク型データ伝送方法がプログラムされ記録された記録媒体は、図１に示すように、ＤＢサーバ４（５）と、このＤＢサーバ４（５）を共有する複数のクライアントコンピュータ１、２、３がネットワーク回線６経由で接続されるネットワーク型データ伝送システムに用いられるサーバプログラムであって、例えば、図９に示すように、前記ＤＢサーバ４（５）は、クライアント１、２、３でデータを収集する都度、そのデータを処理するために、クライアント１、２、３から回線接続要求を受信して接続承認を送信するステップ（Ｓ４０１）と、クライアント１、２、３からＤＢオープン要求を受信してＤＢＭＳ４２５に対してＤＢオープン処理のためのＤＢ操作命令を発行するステップ（Ｓ４０３）と、ＤＢＭＳ４２５によるＤＢオープン処理結果を得て要求のあったクライアント１（２、３）に返答するステップ（Ｓ４０４）と、クライアント１、２、３からＤＢ検索要求を受信してＤＢＭＳ４２５に対してＤＢ読み出しのためのＤＢ操作命令を発行するステップ（Ｓ４０５）と、ＤＢＭＳ４２５によるＤＢ検索処理応答を得て要求のあったクライアント１（２、３）に返答するステップ（Ｓ４０６）と、クライアント１、２、３からＤＢ更新要求を受信してＤＢＭＳ４２５に対してＤＢ更新処理のためのＤＢ操作命令を発行するステップ（Ｓ４０７）と、ＤＢＭＳ４２５によるＤＢ更新処理応答を得て要求のあったクライアント１（２、３）へ返答するステップ（Ｓ４０８）と、クライアント１、２、３からＤＢクローズ要求を受信してＤＢＭＳ４２５に対してＤＢクローズするためのＤＢ操作命令を発行するステップ（Ｓ４０９）と、ＤＢＭＳ４２５からＤＢクローズ処理応答を得て要求のあったクライアント１（２、３）へ返答するステップ（Ｓ４１０）と、クライアント１、２、３から回線切断要求を受信して要求のあったクライアント１（２、３）へ回線切断承認を送信するステップ（Ｓ４１１）がプログラムされ、記録されることとした。
【００３１】
また、クライアントからＤＢオープン要求を受信してＤＢＭＳに対してＤＢオープン処理のためのＤＢ操作命令を発行するステップ（Ｓ４０３）は、例えば、図８に示すように、クライアント１、２、３からの回線接続要求を受けてサーバ回線接続待ちとするステップ（Ｓ９０１）と、サーバ回線接続後、クライアントタスクを生成して要求のあったクライアント１（２、３）に応答するステップ（Ｓ９０２）と、クライアント１、２、３から認証要求を受信してサーバ認証待ちとし、得られるランダムシードを復号化し、前記認証の結果を暗号化して要求のあったクライアントに認証応答するステップ（Ｓ９０３、Ｓ９０４、Ｓ９０５、Ｓ９０６）と、クライアント１、２、３からＤＢオープンコマンドを受信してそのコマンドを復号化し、ＤＢＭＳに対してＤＢオープン処理を委ねるためのＤＢ操作命令を発行するステップ（Ｓ９０７）と、ＤＢオープン処理結果を暗号化して要求のあったクライアントに返答するステップ（Ｓ９０８）が更にプログラムされ記録される。
【００３２】
更に、クライアント１、２、３からＤＢ検索要求を受信してＤＢＭＳ４２５に対してＤＢ読み出しのためのＤＢ操作命令を発行するステップ（Ｓ４０５）は、オープンされたＤＢに対し、クライアントからの入力データに基づき検索のために用意されたコマンドリストを実行するステップと、コマンドリストの実行により必要とするデータが見つかるまでレコードデータを逐次読込み、必要とするデータが見つかったときにその内容を取込むステップが更にプログラムされ記録される。また、クライアント１、２、３からＤＢ更新要求を受信してＤＢＭＳ４２５に対してＤＢ更新処理のためのＤＢ操作命令を発行するステップ（Ｓ４０７）は、ワークメモリ上にデータの保存を行うステップと、一連のＤＢ作業をＤＢ上に反映させるために最終的に書き込むステップが更にプログラムされ記録される。
【００３３】
上記した課題を解決するために、本発明のネットワーク型データ伝送方法を用いた販売管理システムは、図１に示すインタネット６を通信媒体として使用するクライアントサーバシステムにおいて、例えば図１２に示すように、クライアントは、ホームページやローカルな記憶媒体にある蓄積型のデータを表示する第１のビュア１２１と、データベースサーバにある逐次更新されたデータをリアルタイムにアクセスして表示する第２のビュア１２２を有し、サーバ４（５）は、商品マスタ、販売、在庫、売上げのための各種販売データと、これら販売データにリンクしてニュース番組を含む販売促進のためのデータが蓄積されるデータベースから構成され、販売データ及び販売促進データの検索、追加、更新を行うことにより、商品照会や売上げ情報の収集を行うデータベースサーバ４（５）と、ホームページを使用してクライアント１、２、３の不特定多数に対し販売データならびに販売促進データの告知を行い、そのホームページに対する応答を受信することにより、収集された内容をデータベースに反映させ、クライアント１、２、３に対してその収集した内容をリアルタイムに通知するサーバ本体とを有する構成とした。
【００３４】
また、その構成において、更に、マーケティング情報をインタネット６経由で配信し、その応答をサーバ４（５）がヒストリカルに管理すると共に、そのユーザニーズを分析し、その結果に基づき作成され、クライアント１、２、３に頒布される、販売促進のためのデータが記録された記録媒体を用い第一のビュア１２１を介してローカルに再生することした。
【００３５】
上記したように、情報告知のためにインタネットブロードキャスティングを用いて低コストな情報発信を行い、それとリンクしたインタネットマーケットリサーチによりリアルタイムなユーザニーズを収集して分析を行い、その結果に基づいて作成された効果的なセールスプロモーション用の記録媒体を用い、バーチャルな世界にインタラクティブを実現することにより、わかりやすい商品紹介を実現する。これによって最低限のコストで的確なターゲットに対して効果的なセールスプロモーションが可能になる。
【００３６】
【発明の実施の形態】
図１は本発明のネットワーク型データ伝送システムの一実施形態を示す図である。図において、１、２、３は、端末装置（クライアントコンピュータ）であり、汎用の市販パソコンを核とし、ジャーナルプリンタ、バーコードリーダ等ＰＯＳ端末としての機能を実現するために若干の周辺機器が付加される。詳細は後述する。
【００３７】
４、５は、サーバコンピュータであり、共に、商品マスタをはじめとするその他全ての情報が集約されるデータベース（ＤＢ）を内蔵し、安全対策として多重化され、それぞれ、例えば、東京、九州他に設置される。６はインタネット回線網であり、図１に示すシステム構成例では、ルータ７、８、９、１０、１１を介してそれぞれ、クライアントコンピュータ１、２、３、そして、サーバ４、５に接続される。
【００３８】
尚、ここではネットワーク回線６としてインタネット回線網を例示したが、安全性を重視した場合、フレームリレーでも良く、接続形態に制限されるものではない。
【００３９】
図２は、図１に示すクライアントコンピュータ（端末装置）２の内部構成を示すブロック図である。図において、２１は制御中枢となるＣＰＵであり、主記憶装置２２、ＲＯＭ２３に格納されるプログラムに従い算術論理演算を行う他、システムに接続される各種周辺装置を制御する。主記憶装置２２はＲＡＭで構成され、プログラムの割り当て構造を図４にメモリマップとして示してある。
【００４０】
図４において、２２１はオペレーティングシステム（ＯＳ）であり、ここではパソコンとして標準使用される、米国マイクロソフト社のＷＩＮＤＯＷＳ９８を使用するものとする。２２２はインタネット接続を行うときに標準的に使用されるＴＣＰ−ＩＰプロトコルが実装された通信ドライバである。
【００４１】
２２３は、本発明により提供される、使用するネットワーク回線に依存しないコマンド伝送プロトコルに従うパケットコマンドを生成するドライバであり、このドライバ２２３には、更に、生成されるパケットを暗号化、複合化、圧縮、伸張するモジュールも含まれる。ここでは、便宜上このドライバ２２３を、ＤＢ−ＶＰＮ（Virtual Private Network）と称する。図１０にＤＢ−ＶＰＮドライバ２２３の内部構造が示されている。ＤＢ−ＶＰＮドライバ２２３は、上記したコマンド生成部本体２２３１を核に、暗号化部２２３２、復号化部２２３３、そして、圧縮伸張部２２３４で構成される。詳細は後述する。
【００４２】
説明を図４に戻す。２２４、２２５、２２６はいずれもアプリケーションプログラムであり、それぞれ、ＤＢサーバがビジーのときに他の回線を選択する接続経路自動切替えプログラム（２２４）、サーバ４（５）で使用するプログラムのバージョン変更があったとき、アップされたそのプログラムを自動的にダウンロードして使用するバージョン管理自動更新プログラム（２２５）、商品管理、売上げ管理、在庫管理を行うためのデータを生成する他、商品数量計算、金額計算、消費税計算等を行う、ブラウザを含むＰＯＳプログラム（２２６）である。
【００４３】
説明を図２に戻す。２３はＢＩＯＳ−ＲＯＭであり、接続される周辺装置を制御するＢＩＯＳ（基本入出力制御システム）プログラムが格納される。２４、２５、２６、２７、２９は、いずれも入出力コントローラ（それぞれ、ディスプレイコントローラ：ＬＣＤＣ、プリンタコントローラ：ＰＲＴＣ、スキャナコントローラ、ＫＢコントローラ、ＣＤ−ＲＯＭインタフェース）であり、それぞれに接続される、ラインディスプレイを含むＬＣＤディスプレイ２４１、領収書を発行するジャーナルプリンタ２５１、バーコードリーダ２６１、キーボードもしくはキーマット２７１、ＣＤ−ＲＯＭ３０の制御を行う。２８はネットワークインタフェースであり、例えばモデムカードで構成され、インタネット６を含む通信回線網経由でサーバ４（５）と接続される。
【００４４】
３１は入出力バスであり、データ、アドレス、コントロールのためのラインが複数本で構成され、この入出力バス３１を介して上記各ブロック２１、２２、２３、２４、２５、２６、２７、２８、２９が相互にデータ交信を行ない、それぞれが持つ機能を実現する。尚、上記した構成は、店舗の規模により適宜変更可能である。
【００４５】
図３は、図１に示すサーバ３の内部構成を示すブロック図である。図において、４１は制御中枢となるＣＰＵであり、主記憶装置４２、ＲＯＭ４３に格納されるプログラムに従い算術論理演算を行う他、システムに接続される各種周辺装置を制御する。主記憶装置４２はＲＡＭで構成され、そのプログラムの割り当て構造を、図５にメモリ上に展開して示してある。
【００４６】
図５において、４２１はオペレーティングシステム（ＯＳ）であり、ここではサーバコンピュータとして標準使用される、米国マイクロソフト社のＷＩＮＤＯＷＳ−ＮＴを使用するものとする。４２２はインタネット接続を行うときに標準的に使用されるＴＣＰ−ＩＰプロトコルが実装された通信ドライバである。
【００４７】
４２３は、本発明により提供されるＤＢ−ＶＰＮ（Virtual Private Network）サービスであり、クライアントコンピュータ２からネットワーク回線に依存しないＤＢコマンド伝送プロトコルに従うパケットコマンドを受信したとき、対応するＤＢ操作命令に変換し、このＤＢ操作命令実行結果をクライアント１（２、３）にリアルタイムに応答する。この応答の際、生成されるパケットを暗号化、複合化、圧縮、伸張するモジュールも含まれる。図１１にＤＢ−ＶＰＮサービスの内部構造が示されている。図１１に示されるように、コマンド変換本体部４２３１を核に、上記した暗号化部４２３２、復号化部４２３３、そして、圧縮伸張部４２３４で構成される。詳細は後述する。
【００４８】
説明を図５に戻す。４２４はＤＢエンジンであり、使用するＯＳ４２１に依存し、ＤＢＭＳ４２５を呼び出すための共通のインタフェースを提供するドライバソフトウェア（ＯＤＢＣ：Open DataBace Connectivity）である。４２５は、ＤＢを統合管理するデータベース管理システム（ＤＢＭＳ：Databace Management System）であり、ここでは米国マイクロソフト社より提供されるＳＱＬサーバを使用するものとする。尚、米国ＯＲＡＣＬ社より提供されるＯｒａｃｌｅサーバ他でも構わない。４２６、４２７は、アプリケーションプログラムであり、それぞれ、インタネットブロードキャスティングシステム、インタネットマーケットリサーチシステムを実現するためのそれぞのソフトウェアモジュールである。いずれも詳細は後述する。３２８はデータベース（ＤＢ）であり、ここでは、マイクロソフト社のＡｃｃｅｓｓを使用して作成するものとする。
【００４９】
説明を図３に戻す。４３はＢＩＯＳ−ＲＯＭであり、システムに接続される周辺装置を制御するＢＩＯＳ（基本入出力制御システム）プログラムが格納される。４４はハードディスクコントローラ（ＨＤＤＣ）であり、上記したＤＢ４２８が格納され、入出力バス４９を介して接続される大容量ハードディスク装置（ＨＤＤ）４４１〜４４ｎのフォーマット制御ならびにリードライト制御を行う。尚、図示しないが、図２に示すパソコン同様、ＬＣＤモニタ、キーボード、ネットワークインタフェース他周辺装置が専用の入出力コントローラを介して入出力バス４９に接続されるものとする。
【００５０】
図６〜図９は、本発明実施形態の動作を説明するために引用した図であり、それぞれ、ＰＯＳ売上げデータ書き込み時の動作手順をフローチャートで示した図（図６）、本発明実施形態で使用されるコマンド体系を表形式で示した図（図７）、Ｏｐｅｎ ＤＢコマンドが発せられた場合における全体の動作の流れをフローチャートで示した図（図８）、クライアントでデータ収集する都度行われる全体の動作の流れをフローチャートで示した図（図９）である。
【００５１】
以下、図６〜図９を参照しながら、図１〜図５に示す本発明実施形態の動作について詳細に説明する。
【００５２】
図６は、顧客への商品販売の都度行われるレジ作業時になされるＰＯＳアプリケーションプログラム２２６の処理の流れを示したものである。
【００５３】
具体的に、まず、レジ作業者、通常は店舗従業員により、バーコードリータ２６１、あるいはキーボード２７１が操作され、このことにより、商品数量計算、金額計算、消費税の計算（ステップＳ６１）が行われ、その内容は都度、ラインディスプレイ２４１に表示され顧客に通知される。
【００５４】
次に、ＣＰＵ２１により登録（ステップＳ６２）及び商品の合算（ステップＳ６３）が行われ、ネットワークインタフェース２８を介してサーバコンピュータ４（５）へのデータベース接続作業が開始される。このデータベース接続作業について以下に詳述する。なお、ステップＳ６１では説明が重複するために述べなかったが、ステップＳ６１における商品数量計算、金額計算、消費税計算のそれぞれにおいても以下のデータベース接続作業が行なわれるものである。
【００５５】
ここで回線ビジー他、何らかの理由によりタイムアウトが発生した場合は接続できなかったことが知らされると共に、接続経路自動切替えプログラム２２４に処理が委ねられ、他の経路でのデータベース接続作業が開始される。例えば、東京に設置されてあるサーバコンピュータ４に接続失敗したときに九州に設置されたサーバコンピュータ５にアクセスしにいく。そして後述するファィル更新時におけるエラー再試行がここでは最大５回行われる（ステップＳ６５）。これは、データベース接続後に、後述する認証エラー、サーバコンピュータ４（５）から応答がなかった場合におけるそれぞれの救済のための処置である。５回の再試行を行った結果、再度エラーが発生した場合は再登録が促される。
【００５６】
以降、実際の売上げデータの書き込み処理作業に入る。すなわち、接続されたサーバコンピュータ５（６）が持つ、在庫マスタ（m#stok#master）、入出荷ファイル（m#inout）、取引き合計（m#total）、日次合計（m#daytotal）、客層分析（m#kyaku）、レシート（m#receipt）等各ファイルへデータ書き込みがなされる。在庫マスタ（m#stok#master）では、まず、その商品の存在がチェックされ（ステップＳ６６）、あれば更新（ステップＳ６７）、なければ新規書き込み（ステップＳ６８）が行われる。尚、ファィル更新時エラーが発生した場合は最大５回の再試行が行われる（ステップＳ６５）。尚、上記在庫マスタ書き込み作業は行数分繰り返される（ステップＳ６９）。
【００５７】
入出荷ファイル（m#inout）では、入出荷新規書き込み処理（ステップＳ７０）が行数分だけ繰り返される（ステップＳ７１）。取引き合計（m#total）では、その合計を新規に書き込む（ステップＳ７２）のみである。日次合計（m#daytotal）では、日次合計ファイルの存在がチェックされ（ステップＳ７３）、あればその合計を更新（ステップＳ７４）、なければ日次合計を新規に書き込む（ステップＳ７５）。客層分析（m#kyaku）では、客層データを新規に書き込む（ステップＳ７６）のみである。レシート（m#receipt）では、レシートの存在がチェックされ（ステップＳ７７）、あればレシート番号が更新され（ステップＳ７８）、なければレシート番号の新規書き込みが行われる（ステップＳ７９）。
【００５８】
尚、クライアントコンピュータ２が、売上げデータに関して検索、追加、更新、削除を行う都度、すなわち、上記したステップＳ６４、Ｓ６５、Ｓ６６、Ｓ６７、Ｓ６８、Ｓ７０、Ｓ７２、Ｓ７４、Ｓ７５、Ｓ７６、Ｓ７７、Ｓ７８、Ｓ７９毎、クライアントコンピュータ２ならびにサーバ４は、図９にフローチャートで示す一連の動作を実行する。
【００５９】
すなわち、図６に示すステップＳ６４で、クライアントコンピュータ２は、データベース接続作業を行っているが、実際は、図９に示すような手順でクライアントコンピュータ２とサーバコンピュータ４が接続され、処理され、そして切断される。
【００６０】
具体的には、まず、クライアントコンピュータ２がインタネット網６経由でサーバコンピュータ４に回線接続要求を発する（ステップＳ２０１）。ここで、回線接続、切断のためのプロトコルは、インタネット接続のときに標準的に使用されるＴＣＰ−ＩＰプロトコルに従うものとする。次に、クライアントコンピュータ２は、サーバコンピュータ４の回線接続承認（ステップＳ４０１）を待って店舗承認要求を発する（ステップＳ２０２）。そして、サーバコンピュータ４による店舗承認（ステップＳ４０２）を待ってＤＢオープン要求を発する（ステップＳ２０３）。
【００６１】
ＤＢオープン要求をインタネット網６経由で受けたサーバコンピュータ４は、そのＤＢオープン要求をＯＤＢＣドライバ４２４経由でＤＢＭＳ４２５に渡し、ＤＢＭＳ４２５でＤＢ４２８のオープン処理（ステップＳ４１２）を行う。ＤＢオープン結果を得た（ステップＳ４０３）サーバコンピュータ４は、その旨、要求のあったクライアントコンピュータ２に伝え、クライアントコンピュータ２は、その応答を待ってＤＢ検索要求パケットを生成し送信する（ステップＳ２０４）。インタネット６経由でＤＢ検索要求を受信したサーバコンピュータ４は、ＤＤＢＣドライバ４２４を介してＤＢＭＳ４２５を呼び出し、ＤＢ検索処理を実行させる（ステップＳ４１３）。サーバコンピュータ４は、その検索結果を得てパケットを生成し（ステップＳ４０６）、インタネット６経由でそのパケットを要求のあったクライアントコンピュータ２へ送信する。
【００６２】
ＤＢ検索結果を得たクライアントコンピュータ２は、更にＤＢ更新要求のためのパケットを生成し、インタネット６経由で送信する（ステップＳ２０５）。サーバコンピュータ４は、これを受けてＤＢＭＳ４２５に対しＯＤＢＣドライバ４２４を介してＤＢＭＳにＤＢ更新処理を委ねる（ステップＳ４１４）。サーバコンピュータ４はＤＢＭＳ４２５によるＤＢ更新処理結果を受けて送信パケットを生成し（ステップＳ４０８）、インタネット６経由でそのパケットを要求のあったクライアントコンピュータ２に送信する。クライアントコンピュータ２は、続いてＤＢクローズ要求パケットを生成してインタネット６経由でサーバコンピュータ４に伝え（ステップＳ２０６）、サーバコンピュータ４ではＯＤＢＣドライバ４２４を介してＤＢＭＳ４２５を呼び出しＤＢクローズ処理を指示する（ステップＳ４１５）。サーバコンピュータ４は、更に、ＤＢＭＳ４２５からＤＢクローズ結果を得、その旨要求のあったクライアントコンピュータ２に伝える（ステップＳ４１０）。クライアントコンピュータ２は、回線切断要求を発し（ステップＳ２０７）、サーバコンピュータ４の回線切断承認（ステップＳ４１１）を待って、売上げデータ収集のための一連の処理を終了する（ステップＳ２０８）。
【００６３】
尚、クライアントコンピュータ２とサーバコンピュータ４がインタネット６経由でパケットを交換する際、それぞれ、クライアントコンピュータ２に実装されるＤＢ−ＶＰＮドライバ２２３、サーバコンピュータ４に実装されるＤＢ−ＶＰＮサービス４２３を介して行われる。
【００６４】
ＤＢ−ＶＰＮドライバ２２３は、クライアントコンピュータ２がＤＢオープン要求（ステップＳ２０３）、ＤＢ検索要求（ステップ゜Ｓ２０４）、ＤＢ更新要求（ステップＳ２０５）、ＤＢクローズ要求（ステップＳ２０６）を発行する毎、使用するネットワーク回線に依存しないコマンド伝送プロトコルに従うパケットコマンドを生成するものであり、コマンドフォーマット等詳細については図７、図８を使用して後に詳細に説明する。また、パケットを交換する都度、暗号化、復号化のための処理、ならびに圧縮・伸張のための処理が付加される。このことについても同様、後述する。
【００６５】
ＤＢ−ＶＰＮサービス４２３は、ＤＢ−ＶＰＮドライバ２２３によって生成されたパケットコマンドをＳＱＬ（Structured  Query  Language）文等ＤＢ操作命令に変換する機能を有し、ＯＤＢＣドライバ４２４を介してＤＢＭＳ４２５を呼び出し、そのＤＢ操作命令を実行させることにより、クライアントコンピュータ２からの要求にリアルタイムに応答するものである。また、ＤＢ−ＶＰＮドライバ２２３同様、パケットを交換する都度、暗号化、復号化のための処理、ならびに圧縮・伸張のための処理が付加される。このことについても後述する。
【００６６】
尚、ここではＤＢＭＳ４２５としてＳＱＬサーバを使用している関係上、ＤＢ４２８中のデータは、行と列から成る表として定義されており、この定義された表に対し、ＳＱＬ文は、データの挿入（ＩＮＳＥＲＴ）、削除（ＤＥＬＥＡＴＥ）、更新（ＵＰＤＡＴＥ）、及び選択（ＳＥＬＥＣＴ）を行う機能を提供する。集合操作では操作対象を集合として一括して指定し、操作するのに対し、各行毎の操作は、カーソルを用いて行う。カーソル操作では、対象となるデータを問い合わせとして、カーソル宣言で指定し、このカーソルをＯＰＥＮし、一行ずつ取り出し（ＦＥＴＣＨ）、上記した削除（ＤＥＬＥＡＴＥ）または更新（ＵＰＤＡＴＥ）を行い、カーソルを閉じる（ＣＬＯＳＥ）一連のＤＢ操作のための作業を行う。
【００６７】
図７は、本発明により新設されるコマンド群を表形式で示した図であり、クライアントコンピュータ１（２、３）に実装されるＤＢ−ＶＰＮドライバ２２３で生成され、解釈実行される。ここでは、レジスタコマンド、セット・サーバＩＰコマンド、セットＩＤコマンド、セットオプションコマンド、オープンＤＢコマンド、クローズＤＢコママンド、エグゼキュートＳＱＬコマンド、フェッチネクストレコードコマンド、ゲット・カーソル・レコードコマンド、コミット・トランザクションコマンド、ロールバック・トランザクションコマンド、ゲット・ラストエラーコマンドの合計１２個が新設される。
【００６８】
レジスタコマンドは、シリアルナンバを登録するコマンドであり、オブジェクト名と登録するシリアル番号をパラメータとして持つ。セット・サーバＩＤコマンドは、ＩＰアドレスとドメインネームを設定するコマンドであり、オブジェクト名、ＩＰまたはドメインネームフラグ、ＩＰアドレス、ドメインネームをパラメータとして持つ。セットＩＤコマンドは、ＩＤを設定するコマンドであり、オブジェクト名、店舗コード、店舗キーをパラメータとして持つ。セットオプションコマンドは、ＴＣＰ−ＩＰ経由アクセスエラーのダイアログ表示または非表示を設定するフラグであり、オブジェクト名、ＴＣＰ−ＩＰ経由アクセス＆エラーフラグをパラメータとして持つ。
【００６９】
オープンＤＢコマンドは、ＤＢを開くためのコマンドであり、オブジェクト名、店舗コード、店舗パスワード、ＰＯＳ番号をパラメータとして持つ。クローズＤＢコマンドは、ＤＢを閉じるコマンドであり、オブジェクト名のみパラメータとして持つ。エグゼキュートＳＱＬコマンドは、ＳＱＬ文を送信するコマンドであり、オブジェクト名とＳＱＬ文をパラメータとして持つ。
【００７０】
フェッチ・ネクストレコードコマンド、ゲット・カーソルレコードコマンド、コミット・トランザクションコマンド、ロールバック・トランザクションコマンド、ゲット・ラストエラーコマンドは、いずれもオブジェクト名のみをパラメータとして持つコマンドであり、それぞれ、読み込んだデータの行を選択するコマンド、データを読み込むコマンド、データを更新するコマンド、データの取り消しを行うコマンド、エラー内容を示すコマンドである。
【００７１】
ＤＢオープン処理を例示すると、コマンドリストは以下のようになる。ここで、オブジェクト名は、“ｖｊｘｓｑｌ”であり、具体的には、図４に示すＤＢ−ＶＰＮドライバ２２３を示す。詳細については、図８に示すフローチャートを参照して後述する。
0004688270.tif 000002
ＤＢクローズを例示するとコマンドリストは以下のようになる。
0004688270.tif 000003
以下、図８に示すフローチャートを参照しながらＤＢ−ＶＰＮドライバ２２３を介してオープンＤＢコマンドが発行されたときの、クライアントコンピュータ２ならびにサーバコンピュータ４の具体的な処理の流れについて説明する。具体的に、ここでの処理は、図９におけるサーバ４（５）のデータベースオープン要求（ステップＳ４０３）、ＤＢＭＳ４２５のデータベースオープン処理（ステップＳ４１２）、サーバ４（５）のデーベースオープン結果（ステップＳ４０４）に至る一連の動作である。
【００７２】
具体的に、クライアントコンピュータ２は、サーバコンピュータ４が持つＩＰアドレス、ポートアドレスに従い該当するＤＢサーバに接続要求を発し、そのＤＢサーバからの接続応答を待つ（ステップＳ８０１）。サーバコンピュータ４では、サーバ回線接続待ち状態となっており（ステップＳ９０１）、サーバ回線接続要求を待ってクライアントタスクを生成（ステップＳ９０２）した後、クライアントコンピュータ２に応答する。応答を受けたクライアントコンピュータ２は、ランダムシードを作成し、暗号化部２２３２で店舗キーによる暗号化を施す（ステップＳ８０３）。ここで店舗キーは、セットＩＤコマンドにより設定されるパラメータを使用する。暗号化、復号化については、それぞれ、暗号化鍵、復号化鍵と呼ばれるパラメータを用いて行い、ＤＥＳ（Data Encryption Standard）方式を代表とする慣用暗号系、ＲＳＡ暗号系を代表とする公開鍵方式の種類を問わない。
【００７３】
クライアントコンピュータ２は、更に、サーバコンピュータ４に対して店舗番号、及び暗号化されたランダムシードに基づき認証要求を発し、サーバによる認証待ちとする（ステップＳ８０４）。サーバコンピュータ４では、復号化部４２３３で店舗番号から店舗キーを検索し（ステップＳ９０４）、ランダムシードの店舗キーによる復号化を行う（ステップＳ９０５）。そして、暗号化部４２３２で認証結果のランダムシードと店舗キーによって暗号化を施し（ステップＳ９０６）、インタネット６経由で認証応答を行う。尚、ステップＳ９０４の処理で店舗キーが検索できなかった場合には認証エラーとして要求のあったクライアントコンピュータ２に通知する。
【００７４】
クライアントコンピュータ２は、サーバ認証待ちとなっており、その認証結果を得て復号化し（ステップＳ８０５）、認証が成功した場合にコマンド生成本体部２２３１でＤＢオープンコマンドを生成し、更に、暗号化部２２３２で暗号化処理を施し（ステップＳ８０６）、ＤＢオープンコマンドを送信する（ステップＳ８０７）。インタネット６経由でＤＢオープン要求を受信したサーバコンピュータ４は、復号化部４２３３でそのＤＢオープンコマンドを復号化し、コマンド変換本体部４２３１でＳＱＬ文に変換し、ＯＤＢＣサービス４２４を介してＤＢＭＳ４２５を呼び出し、ＤＢオープンのためのＳＱＬ文を発行する（ステップＳ９０７）。そして、ＯＤＢＣサービス４２４を経由してオープンの結果を暗号化し、要求のあったクライアントコンピュータ２にＤＢオープン応答を返す（ステップＳ９０８）。
【００７５】
サーバ応答待ちとなっていたクライアントコンピュータ２は、復号化部２２３３により応答結果を復号化し（ステップＳ８０８）、オープン成功の場合正常終了、失敗の場合エラーとして図６のフローチャートに示す通り、５回以内の再試行の機会が与えられる。認証エラー、サーバ応答無しも同様である。
【００７６】
尚、売上げデータの読み込みを例示するとコマンドリストは以下のようになる。
0004688270.tif 000004
具体的には、図９におけるサーバ４（５）によるデータベース検索要求（ステップＳ４０５）、ＤＢＭＳ４２５によるデータベース検索処理（ステップＳ４１３）、サーバ４（５）によるデータベース検索結果（ステップＳ４０６）における処理を示している。ここでは、サーバ４（５）が、オープンされたＤＢ４２８を、バーコードリーダ２６１やキーボード２７１により入力される商品データに基づき、ＤＢＭＳ４２５に対して、例えば在庫マスタを検索するためのＳＱＬ文を送信し、必要とするデータが見つかるまでレコード（行）選択してその内容を読み込んでいる。具体的には、ＳＱＬＳＴの中にコマンド列が書き込まれており、このコマンド列（例えば、図４に示すように、ある商品コードに関する在庫マスタを検索して更新せよ）を実行（Execute）し、正常であれば“０”、正常でなければエラーを返す（Put  Getlasterror）。そして、“−１”を変数“ChooseList”にセットする。それ以外であれば、次のレコードをフェッチ（Fetchnextrecord）し、その内容を例えば、レジスタＡにセットする。次のレコードがあったら、“ChooseList”に何件目のデータであるかセットし、レコードがなかったら“−１”をセットして終了する。
【００７７】
売上げデータ保存を例示するとコマンドリストは以下のようになる。
0004688270.tif 000005
具体的には、図９におけるサーバ４（５）によるデータベース更新要求（ステップＳ４０７）、ＤＢＭＳ４２５によるデータベース更新処理（ステップＳ４１４）、サーバ４（５）によるデータベース更新結果（ステップＳ４０８）における処理を示している。ここでは、ＤＰ−ＶＰＮサービス４２３がＤＢＭＳ４２５のワーク上にデータの保存を行うコマンドを送信し、上記した一連のＤＢ操作をＤＢ４２８上に反映させるために、コミット・トランザクションコマンドを発行している。具体的に、“SQLIST”に書き込まれたコマンドを実行（Execute）し、ワークメモリ上にデータ保存を行う。“０”でなければエラーを返す（PutGetlasterror）。それ以外であれば、ＤＢ４２８上に反映させるために保存コマンド（CommitTransaction）を発行し終了する。
【００７８】
以上説明のように、クライアントコンピュータ２とサーバコンピュータ４間では、パケットを交換する都度、暗号化、復号化の処理が施され、更に、ここでは説明しなかったが、ＤＢ−ＶＰＮドライバ２２３の圧縮伸張部２２３４、ＤＢ−ＶＰＮサービス４２３の圧縮伸張部４２４４を介し、同時に圧縮、伸張のための処理も施されるものとする。暗号化、復号化、更には、圧縮、伸張については従来から周知の技術で実現されるため、ここでは詳細な説明を省略する。
【００７９】
尚、上記したＤＢオープンの他、検索（データ読み込み）、更新（データ保存）、ＤＢクローズのためのコマンドも用意され、同様に実行されるが、上記したＤＢオープン操作同様、ＤＢ−ＶＰＮサービス４２３（コマンド変換本体部４２３１）が、それぞれＳＱＬ文に変換し、ＯＤＢＣドライバ４２４を経由してＤＢＭＳ４２５を呼び出し、そのＳＱＬ文に対応してＤＢ４２８を操作し反映させるものである。また、ＤＢオープン操作と同様、クライアントコンピュータ２とサーバコンピュータ４間におけるパケット交換は、都度、暗号化、復号化の処理が施されるものとする。
【００８０】
以上説明のように本発明のネットワーク型データ伝送方法ならびにシステム、及び同方法がプログラムされ記録される記録媒体によれば、クライアントコンピュータからサーバのＤＢ操作が可能となり、従来のように、クライアント、サーバの両方にＤＢエンジンを実装し、両者を接続する特別なプロトコルを必要とせず、コンピュータ間接続で現在最も普及しているＴＣＰ−ＩＰプロトコルのみの実装で実現できる。
【００８１】
また、本発明実施形態における通信媒体として、ＩＳＤＮ回線、もしくはインタネット専用線を用いたインタネット接続通信を使用しているが、暗号化を施すことにより通信セキュリティも万全である。本発明によれば、通信回線に依存しないコマンド伝送プロトコルにより、リアルタイムで安全な情報送受信が可能となる。また、上位サーバに全てのファイルが集約され、店舗にあるクライアントコンピュータは、インタネット経由でこの上位サーバに接続し、常に新鮮なマスタを参照してリアルタイムにＰＯＳデータを送受信することができる。当然、本部に設置された上位サーバには、その時点での全店舗の売上げ情報等が集約されるため、いつでも次の商品販売戦略が立てられる。すなわち、ＴＣＰ−ＩＰが実装された端末であれば、いつでもどこからでもインタネットに接続することにより、現在の状況がリアルタイムに確認できる。
【００８２】
尚、上記したＤＢ−ＶＰＮドライバ２２３及びＤＢ−ＶＰＮサービス４２３は、ミドルウェアとして記録媒体に記録されて頒布され、必要に応じてクライアントコンピュータあるいはサーバコンピュータ本体にローディングされ使用されるものであり、記録媒体としては、ＣＤ−ＲＯＭ等の光ディスク、ＨＤＤ等の磁気ディスク、半導体記憶が考えられ、また、通信媒体を介してこのプログラムが供給される形式をとっても構わない。
【００８３】
次に、上記した本発明のネットワーク型データ伝送方法ならびにシステム及び同方法がプログラムされ記録される記録媒体をセールスプロモーションに応用することで、より効果的で品質の高いトータル的なネットワーク型販売促進システムを構築できる。すなわち、このネットワーク型販売促進システムは、インタラクティブＣＤ−ＲＯＭセールスプロモーションコンテンツおよび上記したサーバデータベース、インタネツトブロードキャスティング、インタネツトマーケットリサーチ等の各機能で構成された販売促進のためのネットワークソリューションシステムとなりうる。このシステムを導入することにより、コンピュータを用いたセールスプロモーションをインタネット、イントラネット、エクストラネットに対応させることができる。
【００８４】
具体的には、情報告知のためのインタネットブロードキャスティングを用いて低コストの情報発信を行い、それとリンクしたインタネットマーケットリサーチにより、リアルタイムなユーザニーズを収集し、分析を行う。そして、その結果に基づいて作成された効果的なセールスプロモーション用ＣＤ−ＲＯＭを用いてバーチャルな世界にインタラクティブを実現することにより、わかりやすい商品紹介を実現する。このことにより、最低限のコストで的確なターゲットに対して効果的なセールスプロモーションが可能になる。
【００８５】
図１２は、図１におけるクライアントコンピュータ１（２、３）が持つＬＣＤモニタ２４１に表示されるビュアの画面イメージを示す図である。画面イメージは、大きくはマルチメディアビュア１２１とリアルタイムビュア１２２に区分される。マルチメディアビュア１２１には、主に蓄積型のデータを表示するときに用いられる画面であり、ＣＤ−ＲＯＭやホームページはこの領域に表示される。チャネル切替えボタン１２３で常に登録されているＷｅｂやＣＤ−ＲＯＭ等を選択すると、その画面がこの領域に表示される。
【００８６】
リアルタイムビュア１２２は、リアルタイムに更新される情報表示のためのビュアである。サーバにある逐次更新されたデータを自動的にアクセスし、常に最新のデータを表示することができる。更新の方法としては、ユーザがサーバにデータを取りに行く方法と、サーバから番組表に沿って送られるデータを受信する方法の２つがある。
【００８７】
インタネットブロードキャスティングシステムの概要を図１３に示す。図５に示すアプリケーションプログラムＡＰＬ＃０（４２６）がこのシステムを実現するためのソフトウェアである。抽象的にはインタネットを用いた放送局であり、様々な情報を２４時間マルチチャンネルで提供できる。大別して、３つの機能から成り、１つ目は多目的画面、２つ目はメデイアチャネル切替え機能、３つ目はスケジューリング機能である。
【００８８】
図に示すように、広告主と番組契約書の締結を行い（ステップＳ１３１）、契約データを登録する（ステップＳ１３２）。番組内容の制作を制作会社に依頼し（ステップＳ１３３）、完成した番組データをＤＢに登録する（ステップＳ１３４）。次に、契約データから番組表を自動作成し（ステップＳ１３５）、ユーザがこれを確認することによって番組表の修正を行う（ステップＳ１３６）。そして、放送データの更新（ステップＳ１３７）、インタネット配信（ステップＳ１３８）、受信（ステップＳ１３９）の各ステップを経てインタネットブロードキャスティングを終了する。
【００８９】
ユーザは、多目的表示画面を用いてインタネットブロードキャスティングの情報を受信することができる。画面構成としては、上記したマルチメディアビュー１２１とリアルタイムビュー１２２の２種類で構成され、それぞれのビュア１２１、１２２で様々な形式の情報が表示できる。チャンネル切替えにより、マルチメディアビュア１２１に表示される情報をモニタ横に設置されたボタン（１２３）１つで切り替えることができる。スケジューリングは、番組表に沿って配信される。番組契約ＤＢに基づいて自動的作成された番組表に従って進行する。
【００９０】
図１４は、インタネットマーケットリサーチシステムの概要を示す。図５に示すアプリケーションプログラムＡＰＬ＃１（４２７）がこのシステムを実現するためのソフトウェアである。
【００９１】
インタネットマーケットリサーチとは、インタネット６を用いた情報の告知、及びそのホームページに対する受信を行うことによってユーザニーズを分析するシステムである。ここでは、情報の告知とアンケート入力シートがペアとなって情報の収集を行う。また、情報の告知においては、最新のニュースをブロードキャスティングを用いることによってタイムリに配信可能である。図において、まず、放送用データを参照することにより、インタネット６経由で不特定多数にイベントの告知を行う（ステップＳ１４１）。参加希望者にアンケート記入用紙を配信し（ステップＳ１４２）、ユーザに対しビュアを介してそのアンケート用紙に記入ならびに返信を促し（ステップＳ１４３）、そのデータを収集して（ステップＳ１４４）、分析を行ない（ステップＳ１４５）、マーケットリサーチデータを作成する。
【００９２】
上記したように、マーケット情報をインタネット６経由で配信し、その情報を見たユーザの反応をヒストリカルに管理する。マーケット情報は、日々の最新の情報が刻々とサーバ４（５）の指示に従って配信されていく。そのニュースに対してユーザがアクセスを起こせば、その商品に対するアンケート用紙が表示されるしくみになっている。
【００９３】
ニュースの形式としてのサーバ４（５）のＤＢに保存されたニュース番組表に従ってスケジューリングされたニュースを２４時間は配信可能である。また、その番組表と独立してタイムリな情報を提供することもできる。例えば、金杞憂ニュースや逐次更新される株価情報やマーケット情報、更に、天気予報等時間の推移に伴い変化していく情報等、ユーザがそれを必要としたときの最新情報が提供される。
【００９４】
尚、本発明は上記した販売管理システムに限らず、例えば、学校の授業等におけるナビゲーションシステムにも応用できる。すなわち、インタネットブロードキャスティング機能により、ＤＢ内に構築されたスケジュールに基づきカリキュラムを自動的に毎日決まった時間に発信し、受講者全員が自宅で同時に授業に参加できる。また、インタネットマーケティングリサーチ機能により、インタラクテイブなアクセスを実現し、受講者対講師、あるいは受講者対受講者の質疑応答が可能になり、受講者全員が同じ教室で受光しているような状況を創出できる。更に、ＤＢを基に、様々な検索機能を活用して、受講者からの質問や模擬テストの結果などの分析により、授業の改良点を洗い出したり、受講者自身も気づいていない問題点を掘り起こすことができる。更に、受講者は、既に配信済みの授業を検索して呼び出し、何度でも同じ授業を受光することができる。受講者の成績もＤＢ化し、ヒストリカルで、しかも整理された成績管理を可能とし、更に、それを分析することにより、より効果的なプランニングを可能にする。
【００９５】
他に、フランチャイズ店における集客力向上のための施策として、また、販売戦略のプランニングに、更には、ホームトレードのためのナビゲーション等、多数の応用が考えられる。
【００９６】
【発明の効果】
以上説明のように本発明のネットワーク型データ伝送方法ならびにシステム及び同システム用端末装置、同方法がプログラムされ記録される記録媒体によれば、クライアントコンピュータからサーバのＤＢ操作が可能となり、従来のように、クライアント、サーバの両方にＤＢエンジンを実装し、両者を接続するための特別なプロトコルを必要とせず、コンピュータ間通信接続で現在最も普及しているＴＣＰ−ＩＰ通信ドライバのみの実装で実現できる。
【００９７】
また、本発明実施形態における通信媒体として、ＩＳＤＮ回線、もしくはインタネット専用線を用いたインタネット接続通信を使用しているが、暗号化を施すことにより通信セキュリティ対策も万全となる。本発明によれば、通信回線に依存しないコマンド伝送プロトコルにより、リアルタイムで安全な情報送受信が可能となる。すなわち、本発明をＰＯＳシステムに適用した場合、ＤＢサーバに全てのファイルが集約され、店舗にあるクライアントコンピュータは、インタネット経由でこの上位サーバに接続し、常に新鮮なマスタを参照してリアルタイムにＰＯＳデータを送受信することができる。従って、ＤＢサーバを多重化すれば障害対策も可能となる。当然、本部に設置されたＤＢサーバには、その時点での全店舗の売上げ情報等が集約されるため、いつでも次の商品販売戦略が立てられる。すなわち、ＴＣＰ−ＩＰ通信ドライバが実装された端末があれば、いつでもどこからでもインタネットに接続することにより、現在の状況がリアルタイムに確認できる。
【図面の簡単な説明】
【図１】本発明の一実施形態を示す図である。
【図２】図１におけるクライアントコンピュータの内部構成を示すブロック図である。
【図３】図１におけるサーバコンピュータの内部構成を示すブロック図である。
【図４】図１におけるクライアントコンピュータの主記憶装置におけるプログラムのメモリ割り当て構造を示す図である。
【図５】図１におけるサーバコンピュータの主記憶装置におけるプログラムのメモリ割り当て構造を示す図である。
【図６】ＰＯＳ売上げデータ書き込み処理の流れをフローチャートで示した図である。
【図７】本発明で使用されるコマンド体系を表形式で示した図である。
【図８】図７に示すコマンドのうち、オープンＤＢコマンドの動作の流れをフローチャートで示した図である。
【図９】クライアントでデータ収集の都度実行される全体の動作の流れをフローチャートで示した図である。
【図１０】図４におけるＤＢ−ＶＰＮドライバの内部構造を示すブロック図である。
【図１１】図５におけるＤＢ−ＶＰＮサービスの内部構造を示すブロック図である。
【図１２】本発明を販売促進システムに応用したときの表示画面イメージを示す図である。
【図１３】ネットワーク型販売促進システムにおいて使用される、インタネットブロードキャスティングを概略的に示した動作概念図である。
【図１４】ネットワーク型販売促進システムにおいて使用される、インタネットマーケットリサーチを概略的に示した動作概念図である。
【図１５】従来のサーバクライアントシステムを利用したＰＯＳシステムの概略システム構成を示す図である。
【符号の説明】
１（２、３）  クライアントコンピュータ（端末装置）
４（５）  サーバコンピュータ
６  インタネット回線網
２８（４８）  ネットワークインタフェース
３０  ＣＤ−ＲＯＭ
１２１  マルチメディアビュア
１２２  リアルタイムビュア
２２２（４２２）  ＴＣＰ−ＩＰ通信ドライバ
２２３  パケット生成手段（ＤＢ−ＶＰＮドライバ）
２２４  接続経路自動切替えプログラム
２２６  ＰＯＳアプリケーションプログラム
４２３  パケット変換手段（ＤＢ−ＶＢＮサービス）
４２４  ＯＤＢＣドライバ
４２５  データベース管理システム（ＤＢＭＳ）
４２６  インタネット・ブロードキャスティング・アプリケーションプログラム（ＡＰＬ＃０）
４２７  インタネット・マーケットリサーチ・アプリケーションプログラム（ＡＰＬ＃１）
４２８  データベース（ＤＢ）
２２３１  コマンド生成本体部
２２３２（４２３２）  暗号化部
２２３３（４２３３）  復号化部
２２３４（４２３４）  圧縮伸張部
４２３１  コマンド変換本体部
【図１】
0004688270.tif 000006
【図２】
0004688270.tif 000007
【図３】
0004688270.tif 000008
【図４】
0004688270.tif 000009
【図５】
0004688270.tif 000010
【図６】
0004688270.tif 000011
【図７】
0004688270.tif 000012
【図８】
0004688270.tif 000013
【図９】
0004688270.tif 000014
【図１０】
0004688270.tif 000015
【図１１】
0004688270.tif 000016
【図１２】
0004688270.tif 000017
【図１３】
0004688270.tif 000018
【図１４】
0004688270.tif 000019
【図１５】
0004688270.tif 000020