(57)【特許請求の範囲】
【請求項１】
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記サーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記受信したデータを蓄積する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備えることを特徴とする取引データ管理システム。
【請求項２】
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記蓄積手段に蓄積され、かつ前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、請求項１に記載の取引データ管理システム。
【請求項３】
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記クライアントから新たな取引データを受信開始する前に、前記蓄積手段に蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、請求項１に記載の取引データ管理システム。
【請求項４】
前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する、請求項２または３に記載の取引データ管理システム。
【請求項５】
前記蓄積手段は、前記サーバに通信接続された他のサーバに設けられた、請求項１乃至４の何れか一つに記載の取引データ管理システム。
【請求項６】
複数のクライアントと該複数のクライアントにネットワークを介して通信接続された複数のウェブサーバと該複数のウェブサーバに通信接続されたデータベースサーバとを備え、クライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記ウェブサーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備え、
前記データベースサーバは、前記ウェブサーバの前記受信手段が受信したデータを蓄積する手段を備える、
ことを特徴とする取引データ管理システム。
【請求項７】
前記ウェブサーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記データベースサーバの前記蓄積手段に蓄積され、かつ前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、請求項６に記載の取引データ管理システム。
【請求項８】
前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する、請求項７に記載の取引データ管理システム。
【請求項９】
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理方法において、
前記クライアントから順次送信される取引毎のデータを順次受信し、
前記受信したデータを蓄積し、
前記取引データの受信が完結したか否かを判定し、
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたときに、前記クライアントにその旨を通知する、
各ステップを備えることを特徴とする取引データ管理方法。
【請求項１０】
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムに用いられるプログラムおいて、
コンピュータに、
前記クライアントから順次送信される取引毎のデータを順次受信し、
前記受信したデータを蓄積し、
前記取引データの受信が完結したか否かを判定し、
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたときに、前記クライアントにその旨を通知する、
各ステップを実行させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して通信接続された複数のクライアントとサーバとの間における取引データ管理システム、方法およびそのためのプログラムに関し、特に、ＰＯＳクライアントからサーバに取引データを送信している途中で何等かの障害が原因でサーバによる取引データの受信処理が中断されてしまった場合に、障害復旧後中断までに送信された取引データを復元させる取引データ管理システム、方法およびそのためのプログラムに関する。
【０００２】
【従来の技術】
従来、複数のＰＯＳ（Point Of Sales:販売店情報管理システム）クライアント側で発生する取引毎のデータを管理する取引データ管理システムは、物理的に一体構造のものであった。近年のネットワークの発展に伴い、距離を隔てて配置される複数のＰＯＳクライアントの取引毎のデータをこれらＰＯＳクライアントにネットワークを介して通信接続されたサーバで管理することが可能になった。このような取引データ管理システムでは、それぞれのＰＯＳクライアントから取引毎のデータをサーバに送信し、サーバはこれらのデータを受信し、蓄積し、管理する。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記取引データ管理システムにおいては、ＰＯＳクライアントからサーバに取引データを送信している途中で何等かの障害が原因で、例えば１取引のデータをサーバに送信中にクライアントの電源オフにより、もしくはクライアントからサーバへのセッションのタイムアウトにより、サーバによる取引データのトランザクション（受信処理）が中断されてしまった場合、その取引データは途中までしか受信されず、取引データを始めから再度送信しなければならなくなり、クライアント側での取引データの再入力を確実にするために時間と手間がかかるという問題がある。これを回避し再入力を容易にするためには、クライアント側で復元のための取引データを保持しておけばよいが、保持するデータ量が膨大なため、クライアント側に大容量の外部記憶装置を設けなければならず、コストと物理的スペースとを要するという問題がある。
【０００４】
それゆえ、本発明は、ネットワークを介して通信接続された複数のクライアントとサーバとの間における取引データ管理システムにおいて、上記問題を解決し、何等かの障害が原因でサーバによる取引データの受信処理が中断されてしまった場合、例えばＰＯＳクライアントにおいて取引データ送信途中でトラブルによる電源オフ、もしくはクライアントからサーバへのセッションのタイムアウトにより、サーバによる取引データのトランザクションが中断されてしまった場合に、障害復旧後に中断までに受信した取引データを用いて前回クライアントから送信された取引データをクライアント側で復元させる機能を有するとともに、クライアントに大容量の外部記憶装置を設けなくてもよい、取引データ管理システム、方法およびそのためのプログラムを提供することを目的とする。
【０００５】
また、本発明は、ネットワークを介して通信接続された複数のクライアントとウェブサーバとからなるシステムが複数個有って、各ウェブサーバが共通のデータベースサーバに通信接続される取引データ管理システムにおいて、上記問題を解決し、上記復元機能を有するとともに、クラアントに大容量の外部記憶装置を設けなくてもよい、取引データ管理システムを提供することを他の目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成する本発明の第１形態の取引データ管理システムは、
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記サーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記受信したデータを蓄積する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備えることを特徴とする。
【０００７】
上記第１形態の取引データ管理システムにおいて、
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記蓄積手段に蓄積された前記クライアントにより前回送信された取引データを該クライアントに返信する手段、
を備える。
【０００８】
上記第１形態の取引データ管理システムにおいて、
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記クライアントから新たな取引データを受信開始する前に、前記蓄積手段に蓄積された前記クライアントにより前回送信された取引データを該クライアントに返信する手段、
を備える。
【０００９】
上記第１形態の取引データ管理システムにおいて、
前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する。
【００１０】
上記第１形態の取引データ管理システムにおいて、
前記蓄積手段は、前記サーバに通信接続された他のサーバに設けられる。
【００１１】
上記目的を達成する本発明の第２形態の取引データ管理システムは、
複数のクライアントと該複数のクライアントにネットワークを介して通信接続された複数のウェブサーバと該複数のウェブサーバに通信接続されたデータベースサーバとを備え、クライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記ウェブサーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備え、
前記データベースサーバは、前記ウェブサーバの前記受信手段が受信したデータを蓄積する手段を備える、ことを特徴とする。
【００１２】
【発明の実施の形態】
以下、添付図面を参照しつつ本発明の実施形態を詳細に説明する。以下の図面において、同一のものは同一参照番号を付して示す。
【００１３】
図１は本発明による取引データ管理システムの一実施形態の概略構成図である。図１に示すように、図１全体に示す本発明の実施例の取引データ管理システム１０は、ウェブ（Ｗｅｂ）サーバ１と複数のＰＯＳクライアント（以下、単にクライアントと記す）２とがネットワーク３を介して通信接続され、さらにＷｅｂサーバ１にはデータベース（ＤＢ）サーバ４がＬＡＮ５を介して接続されている。ネットワーク３はＬＡＮ（Local Area Network：構内通信網）でもＷＡＮ（Wide Area Network：広域通信網）でもよい。ここで、クライアント２はコンピュータで構成されたキャッシュレジスタのことである。
【００１４】
Ｗｅｂサーバ１はマイクロソフト（商標名）社のｉｉｓ（Internet Information Services）やＳＰ（Active Server Pages）のソフトウェアを有する。ｉｉｓはインターネット上の情報をコンピュータ間で送受信する機能を有し、ＡＳＰはウェブページ生成機能を有する。Ｗｅｂサーバ１は他にクライアント２とＤＢサーバとの間で取引明細に関するデータを送受信したり後述するように何等かの障害により中断されるまでに受信した取引データを復元するためのＰＯＳ業務アプリケーションプログラム１１を有する。
【００１５】
Ｗｅｂサーバ１はネットワーク３を介してクライアント２から取引データを受信し、ＤＢサーバ４にそのデータを渡す。ＤＢサーバ４はそのデータを大容量の外部記憶装置４１に格納する。
【００１６】
図２はＤＢサーバに格納されるクライアントの取引データ復元用の情報を示す図である。図２に示すように、ＤＢサーバ４には、取引データを復元するために必要な情報として、クライアント毎に、プログラム制御、システム共通ヘッダ、取引共通ヘッダ、システムヘッダ、システム画面状態、取引ヘッダ、カスタマ表示、取引明細および取引フッタに関する情報が格納される。
【００１７】
プログラム制御情報は、シーケンスＮｏ、ステートＮｏのデータを有する。シーケンスＮｏは、取引の流れが分岐すると新たに発生する番号であり、例えば現金支払いの取引からクレジット支払いの取引に分岐するとＮｏ．１からＮｏ．２に分岐する。ステートＮｏは、例えば現金支払いの取引における金額登録中の状態かまたは支払い方法登録中の状態かのように、その取引におけるクライアント側の入力状態を示す。
【００１８】
システム共通ヘッダ情報は、取引の日付や時刻、クライアントの端末Ｎｏのデータを有する。
【００１９】
取引共通ヘッダ情報は、取引通番（項番）、例えば売上の取引または入出金の取引ような何の取引をしているかを示す取引種別、キャッシュレジスタ（ＰＯＳクライアント）の担当者Ｎｏ（販売員番号でもよい）のデータを有する。ここで、売上の取引とは、取引明細データが入力中であるモードを意味する。入出金の取引とは、売上の取引以外の金銭の入出金を実行中、具体的にはキャッシュレジスタで１万円札が何枚、５千円札が何枚、千円札が何枚、５百円玉が何個、百円玉が何個、１０円玉が何個を入金または出金中であるモードを意味する。
【００２０】
システムヘッダ情報は、取引開始フラグ（ＴＳＦＬ）、取引種別のデータを有する。
【００２１】
システム画面状態情報は、クライアント画面上の明細部状態、フーッタとして表示される情報を示すフッタ状態、メニューに何の情報が表示されているかを示すメニュー状態のデータを有する。
【００２２】
取引ヘッダ情報は、端末日付、端末時刻のデータを有する。ここで、端末とはクライアントを意味する。
【００２３】
カスタマ表示情報は、カスタマディスプレイに何が表示されているかを示すデータを有する。
【００２４】
取引明細情報は、取引された明細の数を示す明細数、商品名称、単価、数量、合計金額のデータを有する。
【００２５】
取引フッタ情報は、クライアント画面上のフッタ部における、値引額、小計、取引数量（画面上に非表示）、税額、取引合計のデータを有する。
【００２６】
次に、ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムにおける取引データの登録手順および障害等により中断された取引データの受信データの復元手順について、以下にフローチャートを用いて説明する。
【００２７】
図３はクライアント２の表示部２１の具体例を示す図である。表示部２１の画面には、テンキー、「登録」、「小計」、「預／合計」の各キーが右下に示され、上段左にはメニュが売上であることを表示されており、上段右には取引共通ヘッダ（Pos No.、取引通番、担当者、販売員、日付、日時）が表示されてる。また、表示部２１の画面の左上には取引明細（項番、商品名、単価、数量、合計）が表示されている。ここでは、バーコードリーダで商品に貼付けられたラベルをスキャンすることにより順次項毎の取引明細が読込まれ、後述するようにＤＢサーバに格納される。表示部２１の画面の左下には取引フッタ（値引額、小計、税額、取引合計）等が示されている。
【００２８】
図４はクライアント側で電源が切れ取引データのトランザクションが中断された場合の取引データの復元処理を視覚的に示す図である。図から判るように、セッション１においてＰＯＳクライアント２において取引データ送信途中でトラブルにより電源がオフとなり、Ｗｅｂサーバ１による取引データのトランザクションが中断されてしまった場合に、障害復旧後にセッション２において中断までにＤＢサーバ４に蓄積された取引データがクライアント２に返信され取引データは復元される。
【００２９】
図５はセッションタイムアウトにより取引データのトランザクションが中断された場合の取引データの復元処理を視覚的に示す図である。図から判るように、セッション１において取引データ送信途中でＰＯＳクライアント２からＷｅｂサーバ１へのセッションのタイムアウトにより、Ｗｅｂサーバ１による取引データのトランザクションが中断されてしまった場合に、Ｗｅｂサーバ１のＡＳＰが動作し、Ｗｅｂサーバ１からクライアント２に「取引続行エラーです。リカバリしますか（Ｙｅｓ，Ｎｏ）？」という問合せメッセージが送られ、これを受けてクライアント２は障害復旧後に「Ｙｅｓ」のキーを押すことによりリスタートされ、セッション２に入る。セッション２において中断までにＤＢサーバ４に蓄積された取引データがクライアント２に返信され取引データは復元される。
【００３０】
図６は図１に示すシステムにおける通常時の取引データの登録手順を示すフローチャートである。まず、クライアント側の動作を説明する。
【００３１】
ステップＳ１では、クライアント側で取引明細データの入力が開始され、担当者Ｎｏ．が入力され、「登録」のキーが押される。これにより、取引明細データの入力を開始することが宣言されたものと、Ｗｅｂサーバ側はみなす。
【００３２】
ステップＳ２では、１取引における取引明細（項番、商品名、単価、数量、合計金額、等）の第ｉ番目（ｉ＝１〜ｎ（ｎは正の整数））の項番データを項番順に入力する。この入力は、バーコードリーダで項番毎の取引明細のバーコードラベルをスキャンして読取ることによるもの（項番、商品名、単価、合計金額、等）とスキャン後の手入力によるもの（数量、等）とがある。
【００３３】
ステップＳ３では、同取引明細の第ｎ番目の項番データ入力完了後に「小計」のキーを押す。
【００３４】
ステップＳ４では、「預／合計」のキーを押す。
【００３５】
次に、ＤＢサーバ４がクライアント２からＷｅｂサーバ１を経由して受信した取引明細のデータを格納する手順を説明する。
【００３６】
ステップＳ１１では、ステップＳ１が実行されたことを受け、該当するクライアントの取引開始フラグＴＳＦＬをオンにする。取引開始フラグＴＳＦＬは、取引データの受信が完結したか否かを判定するためのフラグである。
【００３７】
ステップＳ１２では、ステップＳ２で取引明細の第ｉ番目（ｉ＝２、…、ｎ）の項番データの入力が開始される毎に、その直前に入力された第（ｉ−１）番目の項番データを外部記憶装置に書込む。
【００３８】
ステップＳ１３では、ステップＳ２で入力された取引明細の第ｎ番目の項番データを外部記憶装置に書込み、各項番（ｉ＝１〜ｎ）の合計金額の総計を計算して外部記憶装置に書込む。
【００３９】
ステップＳ１４では、ステップＳ１１でオンにした取引開始フラグＴＳＦＬをオフにする。
【００４０】
このように、Ｗｅｂサーバ１は、クライアント２から順次送信される取引毎のデータを順次受信し、受信した取引データをＤＢサーバ４の外部記憶装置４１に蓄積する。
【００４１】
クライアント２からＷｅｂサーバ１に取引データを送信している途中で何等かの障害が原因でサーバによる取引データの受信処理が中断されてしまった場合には、例えクライアント側でステップＳ１〜Ｓ４まで実行されたとしても、ステップＳ１１が実行された後、ステップＳ１２で取引明細の第ｉ番目（ｉ＝２、…、ｎ）の項番データ以降の入力が開始されず、ステップＳ１３およびステップＳ１４が実行されないか、ステップＳ１２まで実行されるが、ステップＳ１３およびステップＳ１４が実行されないか、あるいはステップＳ１３まで実行されるが、ステップＳ１４が実行されない。次に、このような場合に、障害復旧後中断までにクライアント側から送信された取引データをクライアント側で復元させる処理を以下に説明する。
【００４２】
図７は図１に示すシステムにおける復元時の取引データの復元手順を示すフローチャートである。まず、クライアント側の動作を説明する。
【００４３】
ステップＳ１では、クライアント２において取引データ送信途中でトラブルによる電源オフが生じて上記障害が発生した場合は電源の再投入によりリスタートされ、クライアント２からＷｅｂサーバ１へのセッションのタイムアウトにより上記障害が発生した場合は、タイムアウト後、Ｗｅｂサーバ１からクライアント２に「取引続行エラーです。リカバリしますか（Ｙｅｓ，Ｎｏ）？」という問合せメッセージが送られ、これを受けてクライアント２は「Ｙｅｓ」のキーを押すことによりリスタートされる。
【００４４】
ここで、セッションとは、クライアントとＷｅｂサーバとの間とを通信するクライアントとＷｅｂサーバの各々にあるポートで１取引が完了するまでの間、開いたままである。クライアント側の電源が瞬断されると、所定時間、例えば２０分経過すると、このポートは閉じ、すなわちセッションは閉じ、したがってセッションタイムアウトが発生する。この結果、取引データの再入力はできず、Ｗｅｂサーバからクライアントにリカバリをプロンプトするメッセージが画面表示される。
【００４５】
ステップＳ２では、クライアント側で端末Ｎｏ．が入力され、Ｗｅｂサーバ１に送信される。次に、Ｗｅｂサーバ側の動作を以下に説明する。
【００４６】
ステップＳ１１では、Ｗｅｂサーバ１はクライアント２から端末Ｎｏ．を受信し、クライアント２のリスタートを検出して該当するクライアント２のユーザ名（ユーザＮｏ．）、店舗Ｎｏ．を示す店コード、端末Ｎｏ．、取引開始フラグＴＳＦＬのアドレスをキーにしてＤＢサーバ４に書込み未終了の取引明細のデータが格納されているか否かを検索する。次いで、Ｗｅｂサーバ１はクライアント２の画面等の状態を復元するための情報を読込むため、クライアント２の端末Ｎｏ．に対応する取引開始フラグＴＳＦＬおよびプログラム制御情報、システムヘッダ情報、システム画面状態の情報等を読取る。
【００４７】
ステップＳ１２では、取引開始フラグＴＳＦＬがオンかオフか判定し、オンのときは取引データの受信が完結していないと判定してステップＳ１３に進み、オフのときは取引データの受信が完結していると判定して本ルーチンを終了する。
【００４８】
ステップＳ１３では、障害により中断されるまでに蓄積された取引明細データをＤＢサーバ４から読込む。
【００４９】
ステップＳ１４では、ステップＳ１３で読込んだ取引データを組込んだクライアント２で表示する画面のデータを作成する。
【００５０】
ステップＳ１５では、ステップＳ１４で作成した画面データをクライアント２に送信する。
【００５１】
再び、クライアント側の動作を説明する。
【００５２】
ステップＳ３では、クライアント２は、ステップＳ１５でＷｅｂサーバ１が送信した画面データを受信する。
【００５３】
ステップＳ４では、ステップＳ３で受信した画面データをもとに表示部２１に表示する画面を編集する。
【００５４】
ステップＳ５では、ステップＳ４で編集した画面を表示部２１の画面に表示する。すると、クライアント２側は、表示部２１に表示された画面を見ることにより、中断までに取引明細データがどこまで、例えばどの項目番号までＤＢサーバ４に受信されたかを知ることができる。
【００５５】
ステップＳ６では、未受信の項目番号以降の取引明細データを図６のステップＳ２と同様に入力する。
【００５６】
ステップＳ７では、同取引明細の第ｎ番目の項番データ入力完了後に「小計」のキーを押す。
【００５７】
ステップＳ８では、「預／合計」のキーを押す。
【００５８】
図８は本発明による取引データ管理システムの他の実施形態の概略構成図である。図８に全体を示す取引データ管理システム１００は、複数のクライアント２と複数のクライアント２にネットワーク３を介して通信接続された複数のウェブサーバ１と複数のウェブサーバ１にＬＡＮまたはＷＡＮのネットワーク５を介して通信接続されたＤＢサーバ４とを備え、クライアント２側で発生する取引毎のデータを管理するものである。このシステムでは、ＤＢサーバ４の外部記憶装置４１が図１に示すシステムと比してさらに大容量となる点と、複数のＷｅｂサーバ１を識別できるようにＷｅｂサーバＮｏ．が設けられ、ＤＢサーバ４がＷｅｂサーバ１に対応するクライアント２の取引データを蓄積し管理している点が異なるが、他の点は実質的に図１に示すシステムと同じであるので、詳細説明は省略する。
【００５９】
以上の説明において、上述した各フローチャートはコンピュータが実行するプログラムに書込まれ、ＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記録媒体、モデムまたはＬＡＮインターフェースを利用し通信回線を介して接続されたデータベースに格納され、主にコンピュータからなるサーバまたはクライアントにインストールされ、コンピュータで実行される。インストールされた本発明のプログラムは、通常外部記憶装置、例えばハードディスク（ＨＤ）に格納され、必要に応じてＲＡＭ等を利用してＣＰＵにより実行される。
【００６０】
（付記１）
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記サーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記受信したデータを蓄積する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備えることを特徴とする取引データ管理システム。
【００６１】
（付記２）
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記蓄積手段に蓄積され、かつ前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、付記１に記載の取引データ管理システム。
【００６２】
（付記３）
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記クライアントから新たな取引データを受信開始する前に、前記蓄積手段に蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、付記１に記載の取引データ管理システム。
【００６３】
（付記４）
前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する、付記２または３に記載の取引データ管理システム。
【００６４】
（付記５）
前記蓄積手段は、前記サーバに通信接続された他のサーバに設けられた、付記１乃至４の何れか一つに記載の取引データ管理システム。
【００６５】
（付記６）
複数のクライアントと該複数のクライアントにネットワークを介して通信接続された複数のウェブサーバと該複数のウェブサーバに通信接続されたデータベースサーバとを備え、クライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記ウェブサーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備え、
前記データベースサーバは、前記ウェブサーバの前記受信手段が受信したデータを蓄積する手段を備える、
ことを特徴とする取引データ管理システム。
【００６６】
（付記７）
前記ウェブサーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記データベースサーバの前記蓄積手段に蓄積され、かつ前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、付記６に記載の取引データ管理システム。
【００６７】
（付記８）
前記ウェブサーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記クライアントから新たな取引データを受信開始する前に、前記データベースサーバの前記蓄積手段に蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、付記６に記載の取引データ管理システム。
【００６８】
（付記９）
前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する、付記７または８に記載の取引データ管理システム。
【００６９】
（付記１０）
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理方法において、
前記クライアントから順次送信される取引毎のデータを順次受信し、
前記受信したデータを蓄積し、
前記取引データの受信が完結したか否かを判定し、
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたときに、前記クライアントにその旨を通知する、
各ステップを備えることを特徴とする取引データ管理方法。
【００７０】
（付記１１）
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたとき、前記蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する、付記１０に記載の取引データ管理方法。
【００７１】
（付記１２）
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたとき、前記クライアントから新たな取引データを受信開始する前に、前記蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する、付記１０に記載の取引データ管理方法。
【００７２】
（付記１３）
前記返信するステップは、前記取引データを組込んだ前記クライアントで表示する画面を作成し、作成した画面のデータを該クライアントに送信する、付記１１または１２に記載の取引データ管理方法。
【００７３】
（付記１４）
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムに用いられるプログラムおいて、
コンピュータに、
前記クライアントから順次送信される取引毎のデータを順次受信し、
前記受信したデータを蓄積し、
前記取引データの受信が完結したか否かを判定し、
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたときに、前記クライアントにその旨を通知する、
各ステップを実行させることを特徴とするプログラム。
【００７４】
【発明の効果】
以上説明したように、本発明によれば、ネットワークを介して通信接続された複数のクライアントとサーバとの間における取引データ管理システムにおいて、何等かの障害が原因でサーバによる取引データの受信処理が中断されてしまった場合、障害復旧後に中断までに受信した取引データを用いて前回クライアントから送信された取引データを復元させる機能を有するとともに、クライアントに大容量の外部記憶装置を設けなくてもよい、取引データ管理システム、方法およびそのためのプログラムを提供することができる。
【図面の簡単な説明】
【図１】本発明による取引データ管理システムの一実施形態の概略構成図である。
【図２】ＤＢサーバに格納されるクライアントの取引データ復元用の情報を示す図である。
【図３】クライアントの画面の具体例を示す図である。
【図４】クライアント側で電源が切れ取引データのトランザクションが中断された場合の取引データの復元処理を視覚的に示す図である。
【図５】セッションタイムアウトにより取引データのトランザクションが中断された場合の取引データの復元処理を視覚的に示す図である。
【図６】図１に示すシステムにおける通常時の取引データの登録手順を示すフローチャートである。
【図７】図１に示すシステムにおける復元時の取引データの復元手順を示すフローチャートである。
【図８】本発明による取引データ管理システムの他の実施形態の概略構成図である。
【符号の説明】
１…Ｗｅｂサーバ
２…ＰＯＳクライアント
３…ネットワーク
４…ＤＢサーバ
５…ＬＡＮ
１０、１００…取引データ管理システム
１１…ＰＯＳ業務アプリケーションプログラム
２１…表示部
４１…外部記憶装置
【図１】
0003963752.tif 000002
【図２】
0003963752.tif 000003
【図３】
0003963752.tif 000004
【図４】
0003963752.tif 000005
【図５】
0003963752.tif 000006
【図６】
0003963752.tif 000007
【図７】
0003963752.tif 000008
【図８】
0003963752.tif 000009