JP3963752B2 - 取引データ管理システム、方法およびそのためのプログラム - Google Patents
取引データ管理システム、方法およびそのためのプログラム Download PDFInfo
- Publication number
- JP3963752B2 JP3963752B2 JP2002089164A JP2002089164A JP3963752B2 JP 3963752 B2 JP3963752 B2 JP 3963752B2 JP 2002089164 A JP2002089164 A JP 2002089164A JP 2002089164 A JP2002089164 A JP 2002089164A JP 3963752 B2 JP3963752 B2 JP 3963752B2
- Authority
- JP
- Japan
- Prior art keywords
- client
- transaction
- transaction data
- data
- management system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000013523 data management Methods 0.000 title claims description 55
- 238000000034 method Methods 0.000 title claims description 24
- 238000010586 diagram Methods 0.000 description 12
- 238000012545 processing Methods 0.000 description 6
- 238000011084 recovery Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 238000013479 data entry Methods 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
- G07G1/00—Cash registers
- G07G1/12—Cash registers electronically operated
- G07G1/14—Systems including one or more distant stations co-operating with a central processing unit
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Computer Networks & Wireless Communication (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Signal Processing (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Cash Registers Or Receiving Machines (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して通信接続された複数のクライアントとサーバとの間における取引データ管理システム、方法およびそのためのプログラムに関し、特に、ＰＯＳクライアントからサーバに取引データを送信している途中で何等かの障害が原因でサーバによる取引データの受信処理が中断されてしまった場合に、障害復旧後中断までに送信された取引データを復元させる取引データ管理システム、方法およびそのためのプログラムに関する。
【０００２】
【従来の技術】
従来、複数のＰＯＳ（Point Of Sales:販売店情報管理システム）クライアント側で発生する取引毎のデータを管理する取引データ管理システムは、物理的に一体構造のものであった。近年のネットワークの発展に伴い、距離を隔てて配置される複数のＰＯＳクライアントの取引毎のデータをこれらＰＯＳクライアントにネットワークを介して通信接続されたサーバで管理することが可能になった。このような取引データ管理システムでは、それぞれのＰＯＳクライアントから取引毎のデータをサーバに送信し、サーバはこれらのデータを受信し、蓄積し、管理する。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記取引データ管理システムにおいては、ＰＯＳクライアントからサーバに取引データを送信している途中で何等かの障害が原因で、例えば１取引のデータをサーバに送信中にクライアントの電源オフにより、もしくはクライアントからサーバへのセッションのタイムアウトにより、サーバによる取引データのトランザクション（受信処理）が中断されてしまった場合、その取引データは途中までしか受信されず、取引データを始めから再度送信しなければならなくなり、クライアント側での取引データの再入力を確実にするために時間と手間がかかるという問題がある。これを回避し再入力を容易にするためには、クライアント側で復元のための取引データを保持しておけばよいが、保持するデータ量が膨大なため、クライアント側に大容量の外部記憶装置を設けなければならず、コストと物理的スペースとを要するという問題がある。
【０００４】
それゆえ、本発明は、ネットワークを介して通信接続された複数のクライアントとサーバとの間における取引データ管理システムにおいて、上記問題を解決し、何等かの障害が原因でサーバによる取引データの受信処理が中断されてしまった場合、例えばＰＯＳクライアントにおいて取引データ送信途中でトラブルによる電源オフ、もしくはクライアントからサーバへのセッションのタイムアウトにより、サーバによる取引データのトランザクションが中断されてしまった場合に、障害復旧後に中断までに受信した取引データを用いて前回クライアントから送信された取引データをクライアント側で復元させる機能を有するとともに、クライアントに大容量の外部記憶装置を設けなくてもよい、取引データ管理システム、方法およびそのためのプログラムを提供することを目的とする。
【０００５】
また、本発明は、ネットワークを介して通信接続された複数のクライアントとウェブサーバとからなるシステムが複数個有って、各ウェブサーバが共通のデータベースサーバに通信接続される取引データ管理システムにおいて、上記問題を解決し、上記復元機能を有するとともに、クラアントに大容量の外部記憶装置を設けなくてもよい、取引データ管理システムを提供することを他の目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成する本発明の第１形態の取引データ管理システムは、
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記サーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記受信したデータを蓄積する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備えることを特徴とする。
【０００７】
上記第１形態の取引データ管理システムにおいて、
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記蓄積手段に蓄積された前記クライアントにより前回送信された取引データを該クライアントに返信する手段、
を備える。
【０００８】
上記第１形態の取引データ管理システムにおいて、
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記クライアントから新たな取引データを受信開始する前に、前記蓄積手段に蓄積された前記クライアントにより前回送信された取引データを該クライアントに返信する手段、
を備える。
【０００９】
上記第１形態の取引データ管理システムにおいて、
前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する。
【００１０】
上記第１形態の取引データ管理システムにおいて、
前記蓄積手段は、前記サーバに通信接続された他のサーバに設けられる。
【００１１】
上記目的を達成する本発明の第２形態の取引データ管理システムは、
複数のクライアントと該複数のクライアントにネットワークを介して通信接続された複数のウェブサーバと該複数のウェブサーバに通信接続されたデータベースサーバとを備え、クライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記ウェブサーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備え、
前記データベースサーバは、前記ウェブサーバの前記受信手段が受信したデータを蓄積する手段を備える、ことを特徴とする。
【００１２】
【発明の実施の形態】
以下、添付図面を参照しつつ本発明の実施形態を詳細に説明する。以下の図面において、同一のものは同一参照番号を付して示す。
【００１３】
図１は本発明による取引データ管理システムの一実施形態の概略構成図である。図１に示すように、図１全体に示す本発明の実施例の取引データ管理システム１０は、ウェブ（Ｗｅｂ）サーバ１と複数のＰＯＳクライアント（以下、単にクライアントと記す）２とがネットワーク３を介して通信接続され、さらにＷｅｂサーバ１にはデータベース（ＤＢ）サーバ４がＬＡＮ５を介して接続されている。ネットワーク３はＬＡＮ（Local Area Network：構内通信網）でもＷＡＮ（Wide Area Network：広域通信網）でもよい。ここで、クライアント２はコンピュータで構成されたキャッシュレジスタのことである。
【００１４】
Ｗｅｂサーバ１はマイクロソフト（商標名）社のｉｉｓ（Internet Information Services）やＳＰ（Active Server Pages）のソフトウェアを有する。ｉｉｓはインターネット上の情報をコンピュータ間で送受信する機能を有し、ＡＳＰはウェブページ生成機能を有する。Ｗｅｂサーバ１は他にクライアント２とＤＢサーバとの間で取引明細に関するデータを送受信したり後述するように何等かの障害により中断されるまでに受信した取引データを復元するためのＰＯＳ業務アプリケーションプログラム１１を有する。
【００１５】
Ｗｅｂサーバ１はネットワーク３を介してクライアント２から取引データを受信し、ＤＢサーバ４にそのデータを渡す。ＤＢサーバ４はそのデータを大容量の外部記憶装置４１に格納する。
【００１６】
図２はＤＢサーバに格納されるクライアントの取引データ復元用の情報を示す図である。図２に示すように、ＤＢサーバ４には、取引データを復元するために必要な情報として、クライアント毎に、プログラム制御、システム共通ヘッダ、取引共通ヘッダ、システムヘッダ、システム画面状態、取引ヘッダ、カスタマ表示、取引明細および取引フッタに関する情報が格納される。
【００１７】
プログラム制御情報は、シーケンスＮｏ、ステートＮｏのデータを有する。シーケンスＮｏは、取引の流れが分岐すると新たに発生する番号であり、例えば現金支払いの取引からクレジット支払いの取引に分岐するとＮｏ．１からＮｏ．２に分岐する。ステートＮｏは、例えば現金支払いの取引における金額登録中の状態かまたは支払い方法登録中の状態かのように、その取引におけるクライアント側の入力状態を示す。
【００１８】
システム共通ヘッダ情報は、取引の日付や時刻、クライアントの端末Ｎｏのデータを有する。
【００１９】
取引共通ヘッダ情報は、取引通番（項番）、例えば売上の取引または入出金の取引ような何の取引をしているかを示す取引種別、キャッシュレジスタ（ＰＯＳクライアント）の担当者Ｎｏ（販売員番号でもよい）のデータを有する。ここで、売上の取引とは、取引明細データが入力中であるモードを意味する。入出金の取引とは、売上の取引以外の金銭の入出金を実行中、具体的にはキャッシュレジスタで１万円札が何枚、５千円札が何枚、千円札が何枚、５百円玉が何個、百円玉が何個、１０円玉が何個を入金または出金中であるモードを意味する。
【００２０】
システムヘッダ情報は、取引開始フラグ（ＴＳＦＬ）、取引種別のデータを有する。
【００２１】
システム画面状態情報は、クライアント画面上の明細部状態、フーッタとして表示される情報を示すフッタ状態、メニューに何の情報が表示されているかを示すメニュー状態のデータを有する。
【００２２】
取引ヘッダ情報は、端末日付、端末時刻のデータを有する。ここで、端末とはクライアントを意味する。
【００２３】
カスタマ表示情報は、カスタマディスプレイに何が表示されているかを示すデータを有する。
【００２４】
取引明細情報は、取引された明細の数を示す明細数、商品名称、単価、数量、合計金額のデータを有する。
【００２５】
取引フッタ情報は、クライアント画面上のフッタ部における、値引額、小計、取引数量（画面上に非表示）、税額、取引合計のデータを有する。
【００２６】
次に、ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムにおける取引データの登録手順および障害等により中断された取引データの受信データの復元手順について、以下にフローチャートを用いて説明する。
【００２７】
図３はクライアント２の表示部２１の具体例を示す図である。表示部２１の画面には、テンキー、「登録」、「小計」、「預／合計」の各キーが右下に示され、上段左にはメニュが売上であることを表示されており、上段右には取引共通ヘッダ（Pos No.、取引通番、担当者、販売員、日付、日時）が表示されてる。また、表示部２１の画面の左上には取引明細（項番、商品名、単価、数量、合計）が表示されている。ここでは、バーコードリーダで商品に貼付けられたラベルをスキャンすることにより順次項毎の取引明細が読込まれ、後述するようにＤＢサーバに格納される。表示部２１の画面の左下には取引フッタ（値引額、小計、税額、取引合計）等が示されている。
【００２８】
図４はクライアント側で電源が切れ取引データのトランザクションが中断された場合の取引データの復元処理を視覚的に示す図である。図から判るように、セッション１においてＰＯＳクライアント２において取引データ送信途中でトラブルにより電源がオフとなり、Ｗｅｂサーバ１による取引データのトランザクションが中断されてしまった場合に、障害復旧後にセッション２において中断までにＤＢサーバ４に蓄積された取引データがクライアント２に返信され取引データは復元される。
【００２９】
図５はセッションタイムアウトにより取引データのトランザクションが中断された場合の取引データの復元処理を視覚的に示す図である。図から判るように、セッション１において取引データ送信途中でＰＯＳクライアント２からＷｅｂサーバ１へのセッションのタイムアウトにより、Ｗｅｂサーバ１による取引データのトランザクションが中断されてしまった場合に、Ｗｅｂサーバ１のＡＳＰが動作し、Ｗｅｂサーバ１からクライアント２に「取引続行エラーです。リカバリしますか（Ｙｅｓ，Ｎｏ）？」という問合せメッセージが送られ、これを受けてクライアント２は障害復旧後に「Ｙｅｓ」のキーを押すことによりリスタートされ、セッション２に入る。セッション２において中断までにＤＢサーバ４に蓄積された取引データがクライアント２に返信され取引データは復元される。
【００３０】
図６は図１に示すシステムにおける通常時の取引データの登録手順を示すフローチャートである。まず、クライアント側の動作を説明する。
【００３１】
ステップＳ１では、クライアント側で取引明細データの入力が開始され、担当者Ｎｏ．が入力され、「登録」のキーが押される。これにより、取引明細データの入力を開始することが宣言されたものと、Ｗｅｂサーバ側はみなす。
【００３２】
ステップＳ２では、１取引における取引明細（項番、商品名、単価、数量、合計金額、等）の第ｉ番目（ｉ＝１〜ｎ（ｎは正の整数））の項番データを項番順に入力する。この入力は、バーコードリーダで項番毎の取引明細のバーコードラベルをスキャンして読取ることによるもの（項番、商品名、単価、合計金額、等）とスキャン後の手入力によるもの（数量、等）とがある。
【００３３】
ステップＳ３では、同取引明細の第ｎ番目の項番データ入力完了後に「小計」のキーを押す。
【００３４】
ステップＳ４では、「預／合計」のキーを押す。
【００３５】
次に、ＤＢサーバ４がクライアント２からＷｅｂサーバ１を経由して受信した取引明細のデータを格納する手順を説明する。
【００３６】
ステップＳ１１では、ステップＳ１が実行されたことを受け、該当するクライアントの取引開始フラグＴＳＦＬをオンにする。取引開始フラグＴＳＦＬは、取引データの受信が完結したか否かを判定するためのフラグである。
【００３７】
ステップＳ１２では、ステップＳ２で取引明細の第ｉ番目（ｉ＝２、…、ｎ）の項番データの入力が開始される毎に、その直前に入力された第（ｉ−１）番目の項番データを外部記憶装置に書込む。
【００３８】
ステップＳ１３では、ステップＳ２で入力された取引明細の第ｎ番目の項番データを外部記憶装置に書込み、各項番（ｉ＝１〜ｎ）の合計金額の総計を計算して外部記憶装置に書込む。
【００３９】
ステップＳ１４では、ステップＳ１１でオンにした取引開始フラグＴＳＦＬをオフにする。
【００４０】
このように、Ｗｅｂサーバ１は、クライアント２から順次送信される取引毎のデータを順次受信し、受信した取引データをＤＢサーバ４の外部記憶装置４１に蓄積する。
【００４１】
クライアント２からＷｅｂサーバ１に取引データを送信している途中で何等かの障害が原因でサーバによる取引データの受信処理が中断されてしまった場合には、例えクライアント側でステップＳ１〜Ｓ４まで実行されたとしても、ステップＳ１１が実行された後、ステップＳ１２で取引明細の第ｉ番目（ｉ＝２、…、ｎ）の項番データ以降の入力が開始されず、ステップＳ１３およびステップＳ１４が実行されないか、ステップＳ１２まで実行されるが、ステップＳ１３およびステップＳ１４が実行されないか、あるいはステップＳ１３まで実行されるが、ステップＳ１４が実行されない。次に、このような場合に、障害復旧後中断までにクライアント側から送信された取引データをクライアント側で復元させる処理を以下に説明する。
【００４２】
図７は図１に示すシステムにおける復元時の取引データの復元手順を示すフローチャートである。まず、クライアント側の動作を説明する。
【００４３】
ステップＳ１では、クライアント２において取引データ送信途中でトラブルによる電源オフが生じて上記障害が発生した場合は電源の再投入によりリスタートされ、クライアント２からＷｅｂサーバ１へのセッションのタイムアウトにより上記障害が発生した場合は、タイムアウト後、Ｗｅｂサーバ１からクライアント２に「取引続行エラーです。リカバリしますか（Ｙｅｓ，Ｎｏ）？」という問合せメッセージが送られ、これを受けてクライアント２は「Ｙｅｓ」のキーを押すことによりリスタートされる。
【００４４】
ここで、セッションとは、クライアントとＷｅｂサーバとの間とを通信するクライアントとＷｅｂサーバの各々にあるポートで１取引が完了するまでの間、開いたままである。クライアント側の電源が瞬断されると、所定時間、例えば２０分経過すると、このポートは閉じ、すなわちセッションは閉じ、したがってセッションタイムアウトが発生する。この結果、取引データの再入力はできず、Ｗｅｂサーバからクライアントにリカバリをプロンプトするメッセージが画面表示される。
【００４５】
ステップＳ２では、クライアント側で端末Ｎｏ．が入力され、Ｗｅｂサーバ１に送信される。次に、Ｗｅｂサーバ側の動作を以下に説明する。
【００４６】
ステップＳ１１では、Ｗｅｂサーバ１はクライアント２から端末Ｎｏ．を受信し、クライアント２のリスタートを検出して該当するクライアント２のユーザ名（ユーザＮｏ．）、店舗Ｎｏ．を示す店コード、端末Ｎｏ．、取引開始フラグＴＳＦＬのアドレスをキーにしてＤＢサーバ４に書込み未終了の取引明細のデータが格納されているか否かを検索する。次いで、Ｗｅｂサーバ１はクライアント２の画面等の状態を復元するための情報を読込むため、クライアント２の端末Ｎｏ．に対応する取引開始フラグＴＳＦＬおよびプログラム制御情報、システムヘッダ情報、システム画面状態の情報等を読取る。
【００４７】
ステップＳ１２では、取引開始フラグＴＳＦＬがオンかオフか判定し、オンのときは取引データの受信が完結していないと判定してステップＳ１３に進み、オフのときは取引データの受信が完結していると判定して本ルーチンを終了する。
【００４８】
ステップＳ１３では、障害により中断されるまでに蓄積された取引明細データをＤＢサーバ４から読込む。
【００４９】
ステップＳ１４では、ステップＳ１３で読込んだ取引データを組込んだクライアント２で表示する画面のデータを作成する。
【００５０】
ステップＳ１５では、ステップＳ１４で作成した画面データをクライアント２に送信する。
【００５１】
再び、クライアント側の動作を説明する。
【００５２】
ステップＳ３では、クライアント２は、ステップＳ１５でＷｅｂサーバ１が送信した画面データを受信する。
【００５３】
ステップＳ４では、ステップＳ３で受信した画面データをもとに表示部２１に表示する画面を編集する。
【００５４】
ステップＳ５では、ステップＳ４で編集した画面を表示部２１の画面に表示する。すると、クライアント２側は、表示部２１に表示された画面を見ることにより、中断までに取引明細データがどこまで、例えばどの項目番号までＤＢサーバ４に受信されたかを知ることができる。
【００５５】
ステップＳ６では、未受信の項目番号以降の取引明細データを図６のステップＳ２と同様に入力する。
【００５６】
ステップＳ７では、同取引明細の第ｎ番目の項番データ入力完了後に「小計」のキーを押す。
【００５７】
ステップＳ８では、「預／合計」のキーを押す。
【００５８】
図８は本発明による取引データ管理システムの他の実施形態の概略構成図である。図８に全体を示す取引データ管理システム１００は、複数のクライアント２と複数のクライアント２にネットワーク３を介して通信接続された複数のウェブサーバ１と複数のウェブサーバ１にＬＡＮまたはＷＡＮのネットワーク５を介して通信接続されたＤＢサーバ４とを備え、クライアント２側で発生する取引毎のデータを管理するものである。このシステムでは、ＤＢサーバ４の外部記憶装置４１が図１に示すシステムと比してさらに大容量となる点と、複数のＷｅｂサーバ１を識別できるようにＷｅｂサーバＮｏ．が設けられ、ＤＢサーバ４がＷｅｂサーバ１に対応するクライアント２の取引データを蓄積し管理している点が異なるが、他の点は実質的に図１に示すシステムと同じであるので、詳細説明は省略する。
【００５９】
以上の説明において、上述した各フローチャートはコンピュータが実行するプログラムに書込まれ、ＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記録媒体、モデムまたはＬＡＮインターフェースを利用し通信回線を介して接続されたデータベースに格納され、主にコンピュータからなるサーバまたはクライアントにインストールされ、コンピュータで実行される。インストールされた本発明のプログラムは、通常外部記憶装置、例えばハードディスク（ＨＤ）に格納され、必要に応じてＲＡＭ等を利用してＣＰＵにより実行される。
【００６０】
（付記１）
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記サーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記受信したデータを蓄積する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備えることを特徴とする取引データ管理システム。
【００６１】
（付記２）
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記蓄積手段に蓄積され、かつ前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、付記１に記載の取引データ管理システム。
【００６２】
（付記３）
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記クライアントから新たな取引データを受信開始する前に、前記蓄積手段に蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、付記１に記載の取引データ管理システム。
【００６３】
（付記４）
前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する、付記２または３に記載の取引データ管理システム。
【００６４】
（付記５）
前記蓄積手段は、前記サーバに通信接続された他のサーバに設けられた、付記１乃至４の何れか一つに記載の取引データ管理システム。
【００６５】
（付記６）
複数のクライアントと該複数のクライアントにネットワークを介して通信接続された複数のウェブサーバと該複数のウェブサーバに通信接続されたデータベースサーバとを備え、クライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記ウェブサーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備え、
前記データベースサーバは、前記ウェブサーバの前記受信手段が受信したデータを蓄積する手段を備える、
ことを特徴とする取引データ管理システム。
【００６６】
（付記７）
前記ウェブサーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記データベースサーバの前記蓄積手段に蓄積され、かつ前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、付記６に記載の取引データ管理システム。
【００６７】
（付記８）
前記ウェブサーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記クライアントから新たな取引データを受信開始する前に、前記データベースサーバの前記蓄積手段に蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、付記６に記載の取引データ管理システム。
【００６８】
（付記９）
前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する、付記７または８に記載の取引データ管理システム。
【００６９】
（付記１０）
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理方法において、
前記クライアントから順次送信される取引毎のデータを順次受信し、
前記受信したデータを蓄積し、
前記取引データの受信が完結したか否かを判定し、
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたときに、前記クライアントにその旨を通知する、
各ステップを備えることを特徴とする取引データ管理方法。
【００７０】
（付記１１）
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたとき、前記蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する、付記１０に記載の取引データ管理方法。
【００７１】
（付記１２）
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたとき、前記クライアントから新たな取引データを受信開始する前に、前記蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する、付記１０に記載の取引データ管理方法。
【００７２】
（付記１３）
前記返信するステップは、前記取引データを組込んだ前記クライアントで表示する画面を作成し、作成した画面のデータを該クライアントに送信する、付記１１または１２に記載の取引データ管理方法。
【００７３】
（付記１４）
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムに用いられるプログラムおいて、
コンピュータに、
前記クライアントから順次送信される取引毎のデータを順次受信し、
前記受信したデータを蓄積し、
前記取引データの受信が完結したか否かを判定し、
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたときに、前記クライアントにその旨を通知する、
各ステップを実行させることを特徴とするプログラム。
【００７４】
【発明の効果】
以上説明したように、本発明によれば、ネットワークを介して通信接続された複数のクライアントとサーバとの間における取引データ管理システムにおいて、何等かの障害が原因でサーバによる取引データの受信処理が中断されてしまった場合、障害復旧後に中断までに受信した取引データを用いて前回クライアントから送信された取引データを復元させる機能を有するとともに、クライアントに大容量の外部記憶装置を設けなくてもよい、取引データ管理システム、方法およびそのためのプログラムを提供することができる。
【図面の簡単な説明】
【図１】本発明による取引データ管理システムの一実施形態の概略構成図である。
【図２】ＤＢサーバに格納されるクライアントの取引データ復元用の情報を示す図である。
【図３】クライアントの画面の具体例を示す図である。
【図４】クライアント側で電源が切れ取引データのトランザクションが中断された場合の取引データの復元処理を視覚的に示す図である。
【図５】セッションタイムアウトにより取引データのトランザクションが中断された場合の取引データの復元処理を視覚的に示す図である。
【図６】図１に示すシステムにおける通常時の取引データの登録手順を示すフローチャートである。
【図７】図１に示すシステムにおける復元時の取引データの復元手順を示すフローチャートである。
【図８】本発明による取引データ管理システムの他の実施形態の概略構成図である。
【符号の説明】
１…Ｗｅｂサーバ
２…ＰＯＳクライアント
３…ネットワーク
４…ＤＢサーバ
５…ＬＡＮ
１０、１００…取引データ管理システム
１１…ＰＯＳ業務アプリケーションプログラム
２１…表示部
４１…外部記憶装置
【発明の属する技術分野】
本発明は、ネットワークを介して通信接続された複数のクライアントとサーバとの間における取引データ管理システム、方法およびそのためのプログラムに関し、特に、ＰＯＳクライアントからサーバに取引データを送信している途中で何等かの障害が原因でサーバによる取引データの受信処理が中断されてしまった場合に、障害復旧後中断までに送信された取引データを復元させる取引データ管理システム、方法およびそのためのプログラムに関する。
【０００２】
【従来の技術】
従来、複数のＰＯＳ（Point Of Sales:販売店情報管理システム）クライアント側で発生する取引毎のデータを管理する取引データ管理システムは、物理的に一体構造のものであった。近年のネットワークの発展に伴い、距離を隔てて配置される複数のＰＯＳクライアントの取引毎のデータをこれらＰＯＳクライアントにネットワークを介して通信接続されたサーバで管理することが可能になった。このような取引データ管理システムでは、それぞれのＰＯＳクライアントから取引毎のデータをサーバに送信し、サーバはこれらのデータを受信し、蓄積し、管理する。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記取引データ管理システムにおいては、ＰＯＳクライアントからサーバに取引データを送信している途中で何等かの障害が原因で、例えば１取引のデータをサーバに送信中にクライアントの電源オフにより、もしくはクライアントからサーバへのセッションのタイムアウトにより、サーバによる取引データのトランザクション（受信処理）が中断されてしまった場合、その取引データは途中までしか受信されず、取引データを始めから再度送信しなければならなくなり、クライアント側での取引データの再入力を確実にするために時間と手間がかかるという問題がある。これを回避し再入力を容易にするためには、クライアント側で復元のための取引データを保持しておけばよいが、保持するデータ量が膨大なため、クライアント側に大容量の外部記憶装置を設けなければならず、コストと物理的スペースとを要するという問題がある。
【０００４】
それゆえ、本発明は、ネットワークを介して通信接続された複数のクライアントとサーバとの間における取引データ管理システムにおいて、上記問題を解決し、何等かの障害が原因でサーバによる取引データの受信処理が中断されてしまった場合、例えばＰＯＳクライアントにおいて取引データ送信途中でトラブルによる電源オフ、もしくはクライアントからサーバへのセッションのタイムアウトにより、サーバによる取引データのトランザクションが中断されてしまった場合に、障害復旧後に中断までに受信した取引データを用いて前回クライアントから送信された取引データをクライアント側で復元させる機能を有するとともに、クライアントに大容量の外部記憶装置を設けなくてもよい、取引データ管理システム、方法およびそのためのプログラムを提供することを目的とする。
【０００５】
また、本発明は、ネットワークを介して通信接続された複数のクライアントとウェブサーバとからなるシステムが複数個有って、各ウェブサーバが共通のデータベースサーバに通信接続される取引データ管理システムにおいて、上記問題を解決し、上記復元機能を有するとともに、クラアントに大容量の外部記憶装置を設けなくてもよい、取引データ管理システムを提供することを他の目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成する本発明の第１形態の取引データ管理システムは、
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記サーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記受信したデータを蓄積する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備えることを特徴とする。
【０００７】
上記第１形態の取引データ管理システムにおいて、
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記蓄積手段に蓄積された前記クライアントにより前回送信された取引データを該クライアントに返信する手段、
を備える。
【０００８】
上記第１形態の取引データ管理システムにおいて、
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記クライアントから新たな取引データを受信開始する前に、前記蓄積手段に蓄積された前記クライアントにより前回送信された取引データを該クライアントに返信する手段、
を備える。
【０００９】
上記第１形態の取引データ管理システムにおいて、
前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する。
【００１０】
上記第１形態の取引データ管理システムにおいて、
前記蓄積手段は、前記サーバに通信接続された他のサーバに設けられる。
【００１１】
上記目的を達成する本発明の第２形態の取引データ管理システムは、
複数のクライアントと該複数のクライアントにネットワークを介して通信接続された複数のウェブサーバと該複数のウェブサーバに通信接続されたデータベースサーバとを備え、クライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記ウェブサーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備え、
前記データベースサーバは、前記ウェブサーバの前記受信手段が受信したデータを蓄積する手段を備える、ことを特徴とする。
【００１２】
【発明の実施の形態】
以下、添付図面を参照しつつ本発明の実施形態を詳細に説明する。以下の図面において、同一のものは同一参照番号を付して示す。
【００１３】
図１は本発明による取引データ管理システムの一実施形態の概略構成図である。図１に示すように、図１全体に示す本発明の実施例の取引データ管理システム１０は、ウェブ（Ｗｅｂ）サーバ１と複数のＰＯＳクライアント（以下、単にクライアントと記す）２とがネットワーク３を介して通信接続され、さらにＷｅｂサーバ１にはデータベース（ＤＢ）サーバ４がＬＡＮ５を介して接続されている。ネットワーク３はＬＡＮ（Local Area Network：構内通信網）でもＷＡＮ（Wide Area Network：広域通信網）でもよい。ここで、クライアント２はコンピュータで構成されたキャッシュレジスタのことである。
【００１４】
Ｗｅｂサーバ１はマイクロソフト（商標名）社のｉｉｓ（Internet Information Services）やＳＰ（Active Server Pages）のソフトウェアを有する。ｉｉｓはインターネット上の情報をコンピュータ間で送受信する機能を有し、ＡＳＰはウェブページ生成機能を有する。Ｗｅｂサーバ１は他にクライアント２とＤＢサーバとの間で取引明細に関するデータを送受信したり後述するように何等かの障害により中断されるまでに受信した取引データを復元するためのＰＯＳ業務アプリケーションプログラム１１を有する。
【００１５】
Ｗｅｂサーバ１はネットワーク３を介してクライアント２から取引データを受信し、ＤＢサーバ４にそのデータを渡す。ＤＢサーバ４はそのデータを大容量の外部記憶装置４１に格納する。
【００１６】
図２はＤＢサーバに格納されるクライアントの取引データ復元用の情報を示す図である。図２に示すように、ＤＢサーバ４には、取引データを復元するために必要な情報として、クライアント毎に、プログラム制御、システム共通ヘッダ、取引共通ヘッダ、システムヘッダ、システム画面状態、取引ヘッダ、カスタマ表示、取引明細および取引フッタに関する情報が格納される。
【００１７】
プログラム制御情報は、シーケンスＮｏ、ステートＮｏのデータを有する。シーケンスＮｏは、取引の流れが分岐すると新たに発生する番号であり、例えば現金支払いの取引からクレジット支払いの取引に分岐するとＮｏ．１からＮｏ．２に分岐する。ステートＮｏは、例えば現金支払いの取引における金額登録中の状態かまたは支払い方法登録中の状態かのように、その取引におけるクライアント側の入力状態を示す。
【００１８】
システム共通ヘッダ情報は、取引の日付や時刻、クライアントの端末Ｎｏのデータを有する。
【００１９】
取引共通ヘッダ情報は、取引通番（項番）、例えば売上の取引または入出金の取引ような何の取引をしているかを示す取引種別、キャッシュレジスタ（ＰＯＳクライアント）の担当者Ｎｏ（販売員番号でもよい）のデータを有する。ここで、売上の取引とは、取引明細データが入力中であるモードを意味する。入出金の取引とは、売上の取引以外の金銭の入出金を実行中、具体的にはキャッシュレジスタで１万円札が何枚、５千円札が何枚、千円札が何枚、５百円玉が何個、百円玉が何個、１０円玉が何個を入金または出金中であるモードを意味する。
【００２０】
システムヘッダ情報は、取引開始フラグ（ＴＳＦＬ）、取引種別のデータを有する。
【００２１】
システム画面状態情報は、クライアント画面上の明細部状態、フーッタとして表示される情報を示すフッタ状態、メニューに何の情報が表示されているかを示すメニュー状態のデータを有する。
【００２２】
取引ヘッダ情報は、端末日付、端末時刻のデータを有する。ここで、端末とはクライアントを意味する。
【００２３】
カスタマ表示情報は、カスタマディスプレイに何が表示されているかを示すデータを有する。
【００２４】
取引明細情報は、取引された明細の数を示す明細数、商品名称、単価、数量、合計金額のデータを有する。
【００２５】
取引フッタ情報は、クライアント画面上のフッタ部における、値引額、小計、取引数量（画面上に非表示）、税額、取引合計のデータを有する。
【００２６】
次に、ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムにおける取引データの登録手順および障害等により中断された取引データの受信データの復元手順について、以下にフローチャートを用いて説明する。
【００２７】
図３はクライアント２の表示部２１の具体例を示す図である。表示部２１の画面には、テンキー、「登録」、「小計」、「預／合計」の各キーが右下に示され、上段左にはメニュが売上であることを表示されており、上段右には取引共通ヘッダ（Pos No.、取引通番、担当者、販売員、日付、日時）が表示されてる。また、表示部２１の画面の左上には取引明細（項番、商品名、単価、数量、合計）が表示されている。ここでは、バーコードリーダで商品に貼付けられたラベルをスキャンすることにより順次項毎の取引明細が読込まれ、後述するようにＤＢサーバに格納される。表示部２１の画面の左下には取引フッタ（値引額、小計、税額、取引合計）等が示されている。
【００２８】
図４はクライアント側で電源が切れ取引データのトランザクションが中断された場合の取引データの復元処理を視覚的に示す図である。図から判るように、セッション１においてＰＯＳクライアント２において取引データ送信途中でトラブルにより電源がオフとなり、Ｗｅｂサーバ１による取引データのトランザクションが中断されてしまった場合に、障害復旧後にセッション２において中断までにＤＢサーバ４に蓄積された取引データがクライアント２に返信され取引データは復元される。
【００２９】
図５はセッションタイムアウトにより取引データのトランザクションが中断された場合の取引データの復元処理を視覚的に示す図である。図から判るように、セッション１において取引データ送信途中でＰＯＳクライアント２からＷｅｂサーバ１へのセッションのタイムアウトにより、Ｗｅｂサーバ１による取引データのトランザクションが中断されてしまった場合に、Ｗｅｂサーバ１のＡＳＰが動作し、Ｗｅｂサーバ１からクライアント２に「取引続行エラーです。リカバリしますか（Ｙｅｓ，Ｎｏ）？」という問合せメッセージが送られ、これを受けてクライアント２は障害復旧後に「Ｙｅｓ」のキーを押すことによりリスタートされ、セッション２に入る。セッション２において中断までにＤＢサーバ４に蓄積された取引データがクライアント２に返信され取引データは復元される。
【００３０】
図６は図１に示すシステムにおける通常時の取引データの登録手順を示すフローチャートである。まず、クライアント側の動作を説明する。
【００３１】
ステップＳ１では、クライアント側で取引明細データの入力が開始され、担当者Ｎｏ．が入力され、「登録」のキーが押される。これにより、取引明細データの入力を開始することが宣言されたものと、Ｗｅｂサーバ側はみなす。
【００３２】
ステップＳ２では、１取引における取引明細（項番、商品名、単価、数量、合計金額、等）の第ｉ番目（ｉ＝１〜ｎ（ｎは正の整数））の項番データを項番順に入力する。この入力は、バーコードリーダで項番毎の取引明細のバーコードラベルをスキャンして読取ることによるもの（項番、商品名、単価、合計金額、等）とスキャン後の手入力によるもの（数量、等）とがある。
【００３３】
ステップＳ３では、同取引明細の第ｎ番目の項番データ入力完了後に「小計」のキーを押す。
【００３４】
ステップＳ４では、「預／合計」のキーを押す。
【００３５】
次に、ＤＢサーバ４がクライアント２からＷｅｂサーバ１を経由して受信した取引明細のデータを格納する手順を説明する。
【００３６】
ステップＳ１１では、ステップＳ１が実行されたことを受け、該当するクライアントの取引開始フラグＴＳＦＬをオンにする。取引開始フラグＴＳＦＬは、取引データの受信が完結したか否かを判定するためのフラグである。
【００３７】
ステップＳ１２では、ステップＳ２で取引明細の第ｉ番目（ｉ＝２、…、ｎ）の項番データの入力が開始される毎に、その直前に入力された第（ｉ−１）番目の項番データを外部記憶装置に書込む。
【００３８】
ステップＳ１３では、ステップＳ２で入力された取引明細の第ｎ番目の項番データを外部記憶装置に書込み、各項番（ｉ＝１〜ｎ）の合計金額の総計を計算して外部記憶装置に書込む。
【００３９】
ステップＳ１４では、ステップＳ１１でオンにした取引開始フラグＴＳＦＬをオフにする。
【００４０】
このように、Ｗｅｂサーバ１は、クライアント２から順次送信される取引毎のデータを順次受信し、受信した取引データをＤＢサーバ４の外部記憶装置４１に蓄積する。
【００４１】
クライアント２からＷｅｂサーバ１に取引データを送信している途中で何等かの障害が原因でサーバによる取引データの受信処理が中断されてしまった場合には、例えクライアント側でステップＳ１〜Ｓ４まで実行されたとしても、ステップＳ１１が実行された後、ステップＳ１２で取引明細の第ｉ番目（ｉ＝２、…、ｎ）の項番データ以降の入力が開始されず、ステップＳ１３およびステップＳ１４が実行されないか、ステップＳ１２まで実行されるが、ステップＳ１３およびステップＳ１４が実行されないか、あるいはステップＳ１３まで実行されるが、ステップＳ１４が実行されない。次に、このような場合に、障害復旧後中断までにクライアント側から送信された取引データをクライアント側で復元させる処理を以下に説明する。
【００４２】
図７は図１に示すシステムにおける復元時の取引データの復元手順を示すフローチャートである。まず、クライアント側の動作を説明する。
【００４３】
ステップＳ１では、クライアント２において取引データ送信途中でトラブルによる電源オフが生じて上記障害が発生した場合は電源の再投入によりリスタートされ、クライアント２からＷｅｂサーバ１へのセッションのタイムアウトにより上記障害が発生した場合は、タイムアウト後、Ｗｅｂサーバ１からクライアント２に「取引続行エラーです。リカバリしますか（Ｙｅｓ，Ｎｏ）？」という問合せメッセージが送られ、これを受けてクライアント２は「Ｙｅｓ」のキーを押すことによりリスタートされる。
【００４４】
ここで、セッションとは、クライアントとＷｅｂサーバとの間とを通信するクライアントとＷｅｂサーバの各々にあるポートで１取引が完了するまでの間、開いたままである。クライアント側の電源が瞬断されると、所定時間、例えば２０分経過すると、このポートは閉じ、すなわちセッションは閉じ、したがってセッションタイムアウトが発生する。この結果、取引データの再入力はできず、Ｗｅｂサーバからクライアントにリカバリをプロンプトするメッセージが画面表示される。
【００４５】
ステップＳ２では、クライアント側で端末Ｎｏ．が入力され、Ｗｅｂサーバ１に送信される。次に、Ｗｅｂサーバ側の動作を以下に説明する。
【００４６】
ステップＳ１１では、Ｗｅｂサーバ１はクライアント２から端末Ｎｏ．を受信し、クライアント２のリスタートを検出して該当するクライアント２のユーザ名（ユーザＮｏ．）、店舗Ｎｏ．を示す店コード、端末Ｎｏ．、取引開始フラグＴＳＦＬのアドレスをキーにしてＤＢサーバ４に書込み未終了の取引明細のデータが格納されているか否かを検索する。次いで、Ｗｅｂサーバ１はクライアント２の画面等の状態を復元するための情報を読込むため、クライアント２の端末Ｎｏ．に対応する取引開始フラグＴＳＦＬおよびプログラム制御情報、システムヘッダ情報、システム画面状態の情報等を読取る。
【００４７】
ステップＳ１２では、取引開始フラグＴＳＦＬがオンかオフか判定し、オンのときは取引データの受信が完結していないと判定してステップＳ１３に進み、オフのときは取引データの受信が完結していると判定して本ルーチンを終了する。
【００４８】
ステップＳ１３では、障害により中断されるまでに蓄積された取引明細データをＤＢサーバ４から読込む。
【００４９】
ステップＳ１４では、ステップＳ１３で読込んだ取引データを組込んだクライアント２で表示する画面のデータを作成する。
【００５０】
ステップＳ１５では、ステップＳ１４で作成した画面データをクライアント２に送信する。
【００５１】
再び、クライアント側の動作を説明する。
【００５２】
ステップＳ３では、クライアント２は、ステップＳ１５でＷｅｂサーバ１が送信した画面データを受信する。
【００５３】
ステップＳ４では、ステップＳ３で受信した画面データをもとに表示部２１に表示する画面を編集する。
【００５４】
ステップＳ５では、ステップＳ４で編集した画面を表示部２１の画面に表示する。すると、クライアント２側は、表示部２１に表示された画面を見ることにより、中断までに取引明細データがどこまで、例えばどの項目番号までＤＢサーバ４に受信されたかを知ることができる。
【００５５】
ステップＳ６では、未受信の項目番号以降の取引明細データを図６のステップＳ２と同様に入力する。
【００５６】
ステップＳ７では、同取引明細の第ｎ番目の項番データ入力完了後に「小計」のキーを押す。
【００５７】
ステップＳ８では、「預／合計」のキーを押す。
【００５８】
図８は本発明による取引データ管理システムの他の実施形態の概略構成図である。図８に全体を示す取引データ管理システム１００は、複数のクライアント２と複数のクライアント２にネットワーク３を介して通信接続された複数のウェブサーバ１と複数のウェブサーバ１にＬＡＮまたはＷＡＮのネットワーク５を介して通信接続されたＤＢサーバ４とを備え、クライアント２側で発生する取引毎のデータを管理するものである。このシステムでは、ＤＢサーバ４の外部記憶装置４１が図１に示すシステムと比してさらに大容量となる点と、複数のＷｅｂサーバ１を識別できるようにＷｅｂサーバＮｏ．が設けられ、ＤＢサーバ４がＷｅｂサーバ１に対応するクライアント２の取引データを蓄積し管理している点が異なるが、他の点は実質的に図１に示すシステムと同じであるので、詳細説明は省略する。
【００５９】
以上の説明において、上述した各フローチャートはコンピュータが実行するプログラムに書込まれ、ＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記録媒体、モデムまたはＬＡＮインターフェースを利用し通信回線を介して接続されたデータベースに格納され、主にコンピュータからなるサーバまたはクライアントにインストールされ、コンピュータで実行される。インストールされた本発明のプログラムは、通常外部記憶装置、例えばハードディスク（ＨＤ）に格納され、必要に応じてＲＡＭ等を利用してＣＰＵにより実行される。
【００６０】
（付記１）
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記サーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記受信したデータを蓄積する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備えることを特徴とする取引データ管理システム。
【００６１】
（付記２）
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記蓄積手段に蓄積され、かつ前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、付記１に記載の取引データ管理システム。
【００６２】
（付記３）
前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記クライアントから新たな取引データを受信開始する前に、前記蓄積手段に蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、付記１に記載の取引データ管理システム。
【００６３】
（付記４）
前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する、付記２または３に記載の取引データ管理システム。
【００６４】
（付記５）
前記蓄積手段は、前記サーバに通信接続された他のサーバに設けられた、付記１乃至４の何れか一つに記載の取引データ管理システム。
【００６５】
（付記６）
複数のクライアントと該複数のクライアントにネットワークを介して通信接続された複数のウェブサーバと該複数のウェブサーバに通信接続されたデータベースサーバとを備え、クライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記ウェブサーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備え、
前記データベースサーバは、前記ウェブサーバの前記受信手段が受信したデータを蓄積する手段を備える、
ことを特徴とする取引データ管理システム。
【００６６】
（付記７）
前記ウェブサーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記データベースサーバの前記蓄積手段に蓄積され、かつ前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、付記６に記載の取引データ管理システム。
【００６７】
（付記８）
前記ウェブサーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記クライアントから新たな取引データを受信開始する前に、前記データベースサーバの前記蓄積手段に蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、付記６に記載の取引データ管理システム。
【００６８】
（付記９）
前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する、付記７または８に記載の取引データ管理システム。
【００６９】
（付記１０）
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理方法において、
前記クライアントから順次送信される取引毎のデータを順次受信し、
前記受信したデータを蓄積し、
前記取引データの受信が完結したか否かを判定し、
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたときに、前記クライアントにその旨を通知する、
各ステップを備えることを特徴とする取引データ管理方法。
【００７０】
（付記１１）
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたとき、前記蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する、付記１０に記載の取引データ管理方法。
【００７１】
（付記１２）
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたとき、前記クライアントから新たな取引データを受信開始する前に、前記蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する、付記１０に記載の取引データ管理方法。
【００７２】
（付記１３）
前記返信するステップは、前記取引データを組込んだ前記クライアントで表示する画面を作成し、作成した画面のデータを該クライアントに送信する、付記１１または１２に記載の取引データ管理方法。
【００７３】
（付記１４）
ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムに用いられるプログラムおいて、
コンピュータに、
前記クライアントから順次送信される取引毎のデータを順次受信し、
前記受信したデータを蓄積し、
前記取引データの受信が完結したか否かを判定し、
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたときに、前記クライアントにその旨を通知する、
各ステップを実行させることを特徴とするプログラム。
【００７４】
【発明の効果】
以上説明したように、本発明によれば、ネットワークを介して通信接続された複数のクライアントとサーバとの間における取引データ管理システムにおいて、何等かの障害が原因でサーバによる取引データの受信処理が中断されてしまった場合、障害復旧後に中断までに受信した取引データを用いて前回クライアントから送信された取引データを復元させる機能を有するとともに、クライアントに大容量の外部記憶装置を設けなくてもよい、取引データ管理システム、方法およびそのためのプログラムを提供することができる。
【図面の簡単な説明】
【図１】本発明による取引データ管理システムの一実施形態の概略構成図である。
【図２】ＤＢサーバに格納されるクライアントの取引データ復元用の情報を示す図である。
【図３】クライアントの画面の具体例を示す図である。
【図４】クライアント側で電源が切れ取引データのトランザクションが中断された場合の取引データの復元処理を視覚的に示す図である。
【図５】セッションタイムアウトにより取引データのトランザクションが中断された場合の取引データの復元処理を視覚的に示す図である。
【図６】図１に示すシステムにおける通常時の取引データの登録手順を示すフローチャートである。
【図７】図１に示すシステムにおける復元時の取引データの復元手順を示すフローチャートである。
【図８】本発明による取引データ管理システムの他の実施形態の概略構成図である。
【符号の説明】
１…Ｗｅｂサーバ
２…ＰＯＳクライアント
３…ネットワーク
４…ＤＢサーバ
５…ＬＡＮ
１０、１００…取引データ管理システム
１１…ＰＯＳ業務アプリケーションプログラム
２１…表示部
４１…外部記憶装置
Claims (10)
- ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記サーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記受信したデータを蓄積する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備えることを特徴とする取引データ管理システム。 - 前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記蓄積手段に蓄積され、かつ前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、請求項１に記載の取引データ管理システム。 - 前記サーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記クライアントから新たな取引データを受信開始する前に、前記蓄積手段に蓄積された前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、請求項１に記載の取引データ管理システム。 - 前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する、請求項２または３に記載の取引データ管理システム。
- 前記蓄積手段は、前記サーバに通信接続された他のサーバに設けられた、請求項１乃至４の何れか一つに記載の取引データ管理システム。
- 複数のクライアントと該複数のクライアントにネットワークを介して通信接続された複数のウェブサーバと該複数のウェブサーバに通信接続されたデータベースサーバとを備え、クライアント側で発生する取引毎のデータを管理する取引データ管理システムにおいて、
前記ウェブサーバは、
前記クライアントから順次送信される取引毎のデータを順次受信する手段と、
前記取引データの受信が完結したか否かを判定する手段と、
前記判定手段が前記取引データの受信が完結していないと判定したときに、前記クライアントにその旨を通知する手段と、
を備え、
前記データベースサーバは、前記ウェブサーバの前記受信手段が受信したデータを蓄積する手段を備える、
ことを特徴とする取引データ管理システム。 - 前記ウェブサーバは、
前記判定手段が前記取引データの受信が完結していないと判定したとき、前記データベースサーバの前記蓄積手段に蓄積され、かつ前記クライアントにより前回送信された未完結の取引データを該クライアントに返信する手段、
を備える、請求項６に記載の取引データ管理システム。 - 前記返信手段は、前記取引データを組込んだ前記クライアントで表示する画面を作成する手段を備え、該手段により作成された画面のデータを該クライアントに送信する、請求項７に記載の取引データ管理システム。
- ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理方法において、
前記クライアントから順次送信される取引毎のデータを順次受信し、
前記受信したデータを蓄積し、
前記取引データの受信が完結したか否かを判定し、
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたときに、前記クライアントにその旨を通知する、
各ステップを備えることを特徴とする取引データ管理方法。 - ネットワークを介して通信接続された複数のクライアントとサーバとの間でクライアント側で発生する取引毎のデータを管理する取引データ管理システムに用いられるプログラムおいて、
コンピュータに、
前記クライアントから順次送信される取引毎のデータを順次受信し、
前記受信したデータを蓄積し、
前記取引データの受信が完結したか否かを判定し、
前記判定ステップにおいて前記取引データの受信が完結していないと判定されたときに、前記クライアントにその旨を通知する、
各ステップを実行させることを特徴とするプログラム。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002089164A JP3963752B2 (ja) | 2002-03-27 | 2002-03-27 | 取引データ管理システム、方法およびそのためのプログラム |
| US10/393,979 US20030191741A1 (en) | 2002-03-27 | 2003-03-24 | Trading data management system, method and program therefor |
| EP03006662A EP1349121A3 (en) | 2002-03-27 | 2003-03-25 | Trading data management system, method and program therefor |
| KR1020030018790A KR100914798B1 (ko) | 2002-03-27 | 2003-03-26 | 거래 데이터 관리 시스템 및 방법 |
| CNB031213650A CN100511275C (zh) | 2002-03-27 | 2003-03-26 | 交易数据管理*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002089164A JP3963752B2 (ja) | 2002-03-27 | 2002-03-27 | 取引データ管理システム、方法およびそのためのプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003288650A JP2003288650A (ja) | 2003-10-10 |
| JP3963752B2 true JP3963752B2 (ja) | 2007-08-22 |
Family
ID=27800486
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002089164A Expired - Fee Related JP3963752B2 (ja) | 2002-03-27 | 2002-03-27 | 取引データ管理システム、方法およびそのためのプログラム |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20030191741A1 (ja) |
| EP (1) | EP1349121A3 (ja) |
| JP (1) | JP3963752B2 (ja) |
| KR (1) | KR100914798B1 (ja) |
| CN (1) | CN100511275C (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4756914B2 (ja) * | 2005-05-30 | 2011-08-24 | キヤノン株式会社 | 遠隔協調作業支援システム及びその制御方法 |
| JP4692446B2 (ja) * | 2006-09-07 | 2011-06-01 | 富士電機リテイルシステムズ株式会社 | 電子マネーシステムおよびその制御方法 |
| JP4847397B2 (ja) * | 2007-06-05 | 2011-12-28 | 株式会社日立ソリューションズ | 逐次保存型Ｗｅｂアプリケーションシステム |
| JP6270374B2 (ja) * | 2013-08-23 | 2018-01-31 | グローリー株式会社 | 紙葉類管理システム及び紙葉類管理方法 |
| CN106330500B (zh) * | 2015-06-26 | 2020-01-10 | 阿里巴巴集团控股有限公司 | 一种差错恢复方法及装置 |
| US10643421B2 (en) | 2018-04-23 | 2020-05-05 | Walmart Apollo, Llc | System and method for controlling onboard power and communication systems at an automated locker |
| US20200104922A1 (en) * | 2018-09-28 | 2020-04-02 | Strike Derivatives Inc. | Electronic trade processing system and method |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4873631A (en) * | 1988-04-25 | 1989-10-10 | Ncr Corporation | Point of sale automatic back-up system and method |
| US5678010A (en) * | 1995-06-07 | 1997-10-14 | Compuserve Incorporated | Automated routing of messages over a network |
| WO1998003927A2 (en) * | 1996-07-22 | 1998-01-29 | Cyva Research Corp | Personal information security and exchange tool |
| JP2000163655A (ja) * | 1998-11-26 | 2000-06-16 | Toshiba Tec Corp | 商品販売データ処理システム |
| EP1028399A1 (en) * | 1999-01-15 | 2000-08-16 | NCR International, Inc. | Replenishment arrangements for automated teller machines |
| JP2001092700A (ja) * | 1999-09-20 | 2001-04-06 | Fujitsu General Ltd | Ｐｏｓ端末の集計データ復旧方法 |
| JP2001222740A (ja) * | 2000-02-09 | 2001-08-17 | Sony Corp | 電子マネーシステム及び電子マネー端末装置 |
| JP2002140309A (ja) * | 2000-11-02 | 2002-05-17 | Hitachi Ltd | サービスシステム |
| US20020062256A1 (en) * | 2000-11-17 | 2002-05-23 | Kaoru Shimamura | System for selling goods |
-
2002
- 2002-03-27 JP JP2002089164A patent/JP3963752B2/ja not_active Expired - Fee Related
-
2003
- 2003-03-24 US US10/393,979 patent/US20030191741A1/en not_active Abandoned
- 2003-03-25 EP EP03006662A patent/EP1349121A3/en not_active Ceased
- 2003-03-26 CN CNB031213650A patent/CN100511275C/zh not_active Expired - Fee Related
- 2003-03-26 KR KR1020030018790A patent/KR100914798B1/ko active IP Right Grant
Also Published As
| Publication number | Publication date |
|---|---|
| KR20030078016A (ko) | 2003-10-04 |
| US20030191741A1 (en) | 2003-10-09 |
| JP2003288650A (ja) | 2003-10-10 |
| KR100914798B1 (ko) | 2009-09-02 |
| CN100511275C (zh) | 2009-07-08 |
| EP1349121A2 (en) | 2003-10-01 |
| EP1349121A3 (en) | 2006-02-08 |
| CN1447290A (zh) | 2003-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11397926B2 (en) | Method and system for processing electronic checks | |
| US8386343B2 (en) | Method and user device for management of electronic receipts | |
| EP2289042A2 (en) | Method and system for providing online services and software | |
| US20130317975A1 (en) | Systems and methods for interfacing merchants with third-party service providers | |
| JP2938437B2 (ja) | トランザクション・データを処理する方法 | |
| JP2006252377A (ja) | 銀行振込仲介システム | |
| JP3963752B2 (ja) | 取引データ管理システム、方法およびそのためのプログラム | |
| WO2002008980A1 (fr) | Systeme de transaction avec de l'argent electronique | |
| JP2009217599A (ja) | 現金自動取引装置、管理サーバ装置、現金自動取引システム及び現金自動取引方法 | |
| RU2393541C2 (ru) | Система заказов и продажи товаров и услуг (варианты), способ предложения к продаже и оформления заказов, способ продажи товаров и услуг | |
| JP2003108904A (ja) | 返金代行方法及び返金代行システム | |
| CN112561672A (zh) | 账务数据处理***、方法、装置、设备、计算机可读介质 | |
| CN116778629A (zh) | 一种彩票售卖管理***、方法以及售卖机 | |
| CN114546872B (zh) | 一种凭证管理测试方法、装置、计算机设备及存储介质 | |
| JP5650384B2 (ja) | 縮退業務支援システム、縮退業務支援方法、およびバックアップサーバ | |
| JP2011034532A (ja) | 入金装置、入金支援装置、入金方法、入金支援方法およびプログラム | |
| JP5377199B2 (ja) | 信用情報機関に提供された個人信用情報の開示システム | |
| JP2004302508A (ja) | 科目機能内蔵決済端末装置およびそれを用いた決済システム | |
| JP2002074234A (ja) | オンラインショッピングの決済方法、決済システム、及び収納票出力装置 | |
| JP4881088B2 (ja) | 口座取引停止システム | |
| JP2003132211A (ja) | 認証方法およびそのシステム | |
| CN117241236A (zh) | 一种sim卡续费*** | |
| TWM591229U (zh) | 金融通路連通系統 | |
| US20080288414A1 (en) | Sales data processor and computer readable medium | |
| JP2005227910A (ja) | 取引口座情報管理システム及び管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041006 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070316 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070424 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070522 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110601 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120601 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120601 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130601 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140601 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |