JP2006114062A - Ｗｅｂ−ＰＯＳ方式 - Google Patents

Abstract

【課題】専用のＰＯＳ通信機能／ＰＯＳ専用線を必要とせず、取扱商品の自由な変更が可能なＰＯＳシステムを実現することにある。
【解決手段】Ｗｅｂ−ＰＯＳサーバ装置から、商品カテゴリーリストと、商品名を選択するためのＰＬＵリストと、販売時点情報を返送させるための明細フォームが、商品基礎情報と共に、ＨＴＭＬリソースとしてＷｅｂ−ＰＯＳクライアント装置に供給され、Ｗｅｂブラウザ画面に表示される。ユーザが、上記リストを用いて商品カテゴリーと商品名を選択し、数量入力フィールドに数量を記入し、又はスキャナ装置から商品のバーコードを読み取ると、それらの入力情報に基づいて商品基礎情報が参照され、明細フォームに販売時点情報が記入される。ユーザが、この明細フォーム上のオーダボタンを押すと、販売時点情報が、Ｗｅｂ−ＰＯＳクライアント装置からＷｅｂ−ＰＯＳサーバ装置に、ＨＴＴＰ通信形式で返送される。
【選択図】図１８

Description

本発明は、ＰＯＳ技術に関する。

ＰＯＳ（Point Of Sales：販売時点情報管理）システムは、商品が小売店で売れたその時点でその商品に関する情報を取得し、リアルタイムな管理を可能とすることを目的として構築されるシステムであり、小売業を中心として広く普及している。

ＰＯＳシステムでは、商品の１つ１つの値札や包装パッケージに印刷又は貼付されたバーコードやＯＣＲコードがＰＯＳ端末装置に接続されているスキャナ装置によって読み取られ、或いは、ＰＯＳ端末装置のキーボードから入力されることにより、その商品に関する商品メーカコードや商品アイテムコードが取得される。

続いて、ストアコンピュータと呼ばれるオフィスコンピュータから、上述の取得された商品メーカコードや商品アイテムコードをキーとして、その商品に対応する価格情報が読み出され、それらの商品アイテムコード、価格等が印刷されたレシートが、ＰＯＳ端末装置に装備されているレシートジャーナルプリンタ装置から出力される。

同時に、上述の商品に関する各情報は、ストアコンピュータ内の売上管理データベースに登録され、売上げ管理等に活用される。
上述のような、商品メーカコードや商品アイテムコードをキーとしてストアコンピュータから対応する価格情報を取得する機能は、ＰＬＵ（Price Look Up ）機能と呼ばれる。

このようなＰＬＵ機能を実現するためには従来、サーバ装置であるストアコンピュータとクライアント装置であるＰＯＳ端末装置に、ＰＯＳシステム専用のサーバ・クライアントプロトコルに従ったＰＯＳ通信機能を実装する必要があり、かつ、両者間にＰＯＳ専用線を敷設する必要もあった。

このため従来は、ＰＯＳシステムを低価格で実現することが困難であり、中小小売店等にとっては大きな負担となっていた。
また、ＰＯＳシステムでは、各商品供給元（卸問屋、メーカ等）から、ＰＬＵ機能を実現するための商品メーカコード、商品アイテムコード、価格情報等の商品基礎情報を受け取り、それらをストアコンピュータに登録する必要があるが、上述のように従来のＰＯＳシステムは専用の規格を必要としたため、その登録手続きも煩雑かつ非効率なものにならざるを得ないという問題点を有していた。

更に、従来のＰＯＳシステムでは、取り扱う商品を専用に割り当てたキーボードをＰＯＳ端末装置に用意する必要があり、ＰＯＳ端末装置のコストアップを招いてしまうと共に、取扱商品の頻繁な変更が困難であるという問題点を有していた。

例えば、「イントラネット製品／技術動向と構築例１，日経オープンシステム、１９９６年１２月発行，Ｎｏ．４５，３６４−３７４ページ」（以下、先行技術１という。）には、「本部と店舗２６店をＩＳＤＮで結ぶイントラネットにより、ＰＯＳの売上げ実績データなどを検索するシステム」が記載されている。

また、特開平８−１７１５８７号公報（以下、先行技術２という。）には、「販売商品の商品コードを入力させる入力装置と、商品コードに対応する単価等の商品データを書換え自在に記憶する所定数のデータ領域のローカルＰＬＵファイルとを各々備えた複数の端末機と、扱う全商品分の商品データを商品コードに対応させて記憶したセンタＰＬＵファイルと、商品コードに対応させて商品データを書換え自在に記憶する所定数のデータ領域の抽出センタＰＬＵファイルと、任意の前記端末機から前記センタＰＬＵファイルへの商品コードによる問合せに応答した商品データを前記抽出センタＰＬＵファイルに抽出記憶させるデータ抽出手段とを備えたファイル制御部とを接続してなり、任意の端末機の入力装置から商品コードが入力されたときには自己の端末機内のローカルＰＬＵファイル、抽出センタＰＬＵファイル、センタＰＬＵファイルの優先順位でこれらのファイル中を検索し、前記ローカルＰＬＵファイル中から該当する商品コードが検索されたときにはその商品コードに対応する商品データに基づき販売業務を行い、前記抽出センタＰＬＵファイル中から該当する商品コードが検索されたときにはその商品データを問合せ元端末機に送出させて販売業務を行い、前記センタＰＬＵファイル中から該当する商品コードが検索されたときにはその商品データを前記データ抽出手段により前記抽出センタＰＬＵファイルに抽出記憶させるとともに問合せ元端末機へ送出させて販売業務を行う商品販売登録データ処理装置において、前記抽出センタＰＬＵファイルに記憶されている商品データの、前記端末機中の前記ローカルＰＬＵファイルへのダウンロードを指示する指示手段と、この指示手段によりダウンロードが指示された場合に前記各ローカルＰＬＵファイルに対して一斉に前記抽出センタＰＬＵファイル中の商品データをダウンロードさせるダウンロード処理手段と、を設けたことを特徴とする商品販売登録データ処理装置」が記載されている。

しかし、基本的に従来のＰＯＳシステムは、リアルタイムで処理する必要があるので端末で販売時点情報管理の大部分を処理するものであって、端末の装置が大型である。上記特開平８−１７１５８７号公報記載のＰＯＳシステムも、この従来型ＰＯＳシステムの改良に関するものであって、大部分の処理を端末のＰＬＵファイルＤＢによって処理し、稀に売れるレアもの商品のＰＬＵ情報をネットでサーバから取得しようとするものである。従って、専用端末は依然として大型でコストが高いものであって、その導入は大型店やコンビニ・チェーン等に限られ、個人商店等の小規模店には導入し難いものである。
「イントラネット製品／技術動向と構築例１，日経オープンシステム、１９９６年１２月発行，Ｎｏ．４５，３６４−３７４ページ」 特開平８−１７１５８７号公報

本発明の課題は、専用のＰＯＳ通信機能／ＰＯＳ専用線を必要とせず、取扱商品の自由な変更が可能なＰＯＳシステムを実現することにある。
また、本発明は、上記従来の専用回線を用いた専用端末型ＰＯＳシステムの欠点を排除し、汎用のパソコン及びインターネットを用いて端末でのＰＯＳ処理を殆ど無くし、端末側の入力情報に基づきサーバ側ですべてのＰＯS処理を受け持つことにより、非常に安価で簡便なＰＯＳシステムを構築するものである。

本発明は、販売時点情報管理を行うための技術を前提とする。
そしてまず、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を用いてハイパーテキストマークアップ言語（ＨＴＭＬ）で記述されたＨＴＭＬリソースを供給するサーバ装置（Ｗｅｂ−ＰＯＳサーバ装置）において、商品に関する基礎情報である商品基礎情報（ＰＬＵマスタＤＢ）が管理される。

次に、サーバ装置からハイパーテキスト転送プロトコルを用いてＨＴＭＬリソースを要求するクライアント装置（Ｗｅｂ−ＰＯＳクライアント装置）に、上述の商品基礎情報（ＰＬＵリスト表示制御クライアントプログラム）が送信される。

一方、クライアント装置において、商品に関する識別情報である商品識別情報（商品カテゴリー、商品メーカコード、商品アイテムコード等）が入力される。
次に、クライアント装置において、サーバ装置から受信した商品基礎情報から上述の入力された商品識別情報に対応するものが取得される。

そして、クライアント装置において、その取得された商品基礎情報と前述の入力した商品識別情報とに基づいて、販売時点情報が出力される。
上述の発明の構成において、サーバ装置からクライアント装置に、商品に関する識別情報である商品識別情報に基づいて前記商品基礎情報を選択させるための商品基礎情報選択フォーム（カテゴリーリスト、ＰＬＵリストを表示するフォーム）がＨＴＭＬリソースとして送信され、また、クライアント装置において、サーバ装置から受信した商品基礎情報選択フォームを用いて、サーバ装置から受信した商品基礎情報から前述の入力した商品識別情報に対応するものが取得される構成を付加することができる。

また、さらに、サーバ装置からクライアント装置に、販売時点情報を返送させるための販売時点情報フォーム（明細フォーム）が送信され、クライアント装置において、前述の入力した商品識別情報とそれに対応して取得した商品基礎情報とに基づいて、サーバ装置から受信した販売時点情報フォームに販売時点情報が記入され、クライアント装置からサーバ装置に記販売時点情報フォームに記入された販売時点情報が、ハイパーテキスト転送プロトコルを用いて返送される構成を付加することができる。

更に、ここまでの構成において、クライアント装置において、それに接続される商品識別情報読み取り装置（スキャナ装置１１５）を用いて、商品に付されている商品識別情報（ＪＡＮバーコード）が入力される構成を付加することができる。

以下、本発明の特徴を前記従来システムと対比すると、次のようになる。
１）各フレーム（第１〜第３）がＷｅｂサーバー装置から提供される。
２）第１フレームは商品基礎情報、第２フレームは商品識別情報である。

ここまでは、前記先行技術１と同様と言えるかもしれないが、少なくとも第３フレームに関する先行技術（公知例）はない。
３）本発明は、以下の点で新規である。

クライアント装置において、Ｗｅｂサーバー装置から供給された第１フレームの商品基礎情報から商品を選択すると、
Ｗｅｂサーバー装置は、クライアント装置に対し、第２フレームとして商品識別情報を供給し、（「第１フレームへのクライアント入力により第２フレームを変更制御し、」…「請求項２」の構成。）
更に、クライアント装置において、第２フレームの商品識別情報に対し数量等を入力すると、Ｗｅｂサーバー装置は、第３フレームとして商品販売明細や商品発注明細フォームを供給し、（「第２フレームへのクライアント入力により第３フレームを変更制御し、」…「請求項３」の構成。）
これに対し、クライアントが確認等を行うと、当該商品販売情報や商品発注情報が確定されＷｅｂサーバー装置や商品供給元に送信される。

これに対して、前記「先行技術１」は、Ｗｅｂサーバーから供給された会社プロフィール情報に対するクライアント入力により、対応した情報を取得するもので、その先、クライアント装置で取得した情報に関して、何ら、Ｗｅｂサーバー装置側に返信（送信）していないものである。これは単に情報取得を目標としているものであり、本発明のように、販売情報や受注情報の管理に相当しない。

一方、前記「先行技術２」は、いわゆるＰＣ−ＰＯＳをイメージしているもので、前記のようにＷｅｂサーバー装置が全ての情報を保有・供給することを想定している本発明とは相違する。

特に、本願明細書の明細には、後述するように、取得した商品販売情報や商品発注情報を商品供給元に直接送信すること、また、商品供給元から商品基礎情報や商品識別情報を供給させることも想定しているし、また、Ｗｅｂクライアント装置からブラウザ経由でＷｅｂサーバー装置の商品基礎情報や商品識別情報を編集することも想定しているので、Ｗｅｂクライアント装置でＷｅｂサーバー装置の各商品情報等をメンテナンスすることも可能である。このようなことは従来のＰＯＳシステム等ではできないことであり、本発明は前記「先行技術１及び２」とは全く相違する優れたものである。

以下、図面を参照しながら本発明の実施の形態について詳細に説明する。
（実施の形態の特徴）
本実施の形態は、ＨＴＴＰ（ハイパーテキストトランスファプロトコル）と呼ばれる通信プロトコルに基づいて通信を行うＷｅｂサーバ・クライアントシステム上で、ＰＯＳ機能が実現されることを特徴とする。

Ｗｅｂサーバ・クライアントシステムは、現在インターネット等において広く普及しているホームページ公開・閲覧機能を実現するシステムであり、汎用的なワークステーション及びパーソナルコンピュータを用いて簡単に実現することができる。また、基本となるＷｅｂサーバソフトウエア及びＷｅｂクライアントソフトウエア（Ｗｅｂブラウザ）も低価格で購入することが可能である。

従って、このようなＷｅｂサーバ・クライアントシステム上にＰＯＳ機能を実装することによって、低価格なＰＯＳシステムを実現することが可能となると同時に、ＰＯＳ専用線を敷設することなくインターネット等の公衆ネットワークやＬＡＮ（ローカルエリアネットワーク）を用いてサーバ装置とクライアント装置を接続することが可能となる。

また、本実施の形態では、一般的なＷｅｂサーバ装置上にストアコンピュータ機能が実装されるため、ＨＴＴＰ通信や電子メール通信によって、各商品供給元から、ＰＬＵ機能を実現するための商品メーカコード、商品アイテムコード、価格情報等の商品基礎情報を簡単に受信して登録することが可能となるという特徴を有する。

逆に、クライアント装置からサーバ装置に登録される商品売上げ情報又は商品注文情報を、ＨＴＴＰ通信や電子メール通信によって、各商品供給元等に簡単に送信することが可能となるという特徴も有する。

更に、本実施の形態においては、従来はＰＯＳ端末装置上の専用のキーボードによって実現する必要があったＰＬＵキー機能が、Ｗｅｂサーバ装置から供給されクライアント装置の表示装置に表示されるＷｅｂブラウザ画面上の商品選択リスト（又は商品選択イメージマップ）と、そのリストの項目を選択するタッチパネル（又はマウス）として実現される。このため、本実施の形態では、取り扱う商品を専用に割り当てたキーボードをクライアント装置側に用意する必要がないためクライアント装置を低価格で実現でき、かつ上記リスト内容をＷｅｂサーバ装置側のプログラムによって変更するだけで取扱商品も簡単に変更できるという特徴も有する。
（実施の形態の構成）
図１は、ＰＯＳクライアント機能が実装されたＷｅｂクライアント装置であるＷｅｂ−ＰＯＳクライアント装置の構成図、図２は、ＰＯＳサーバ機能が実装されたＷｅｂサーバ装置であるＷｅｂ−ＰＯＳサーバ装置の構成図である。

図１のＷｅｂ−ＰＯＳクライアント装置において、ＣＰＵ１０１、メモリ１０２、ＨＤＤインタフェース部１０３、可搬型記録媒体インタフェース部１０５、ネットワークインタフェース部１０７、表示インタフェース部１０８、タッチパネルインタフェース部１１０、キーボードインタフェース部１１２、スキャナインタフェース部１１４、汎用プリンタインタフェース部１１６、及びレシートジャーナルプリンタインタフェース部１１８は、バスにより相互に接続される。

ＣＰＵ１０１は、ＭＯ（光磁気ディスク装置）等の可搬型記録媒体１０６から可搬型記録媒体インタフェース部１０５を介して、又はＨＤＤ１０４からＨＤＤインタフェース部１０３を介してメモリ１０２に読み込まれたＷｅｂブラウザプログラムと、そのプログラムによって図２のＷｅｂ−ＰＯＳサーバ装置からネットワークインタフェース部１０７を介してメモリ１０２にダウンロードされる後述する各種制御クライアントプログラムを実行する。

ネットワークインタフェース部１０７は、ＩＳＤＮ（統合サービスディジタルネットワーク）回線、アナログ電話回線、又はディジタル専用回線を終端し、その回線からインターネット又はＬＡＮ・ＷＡＮ等の専用ネットワークを介して接続される図２のＷｅｂ−ＰＯＳサーバ装置との間で通信されるＨＴＴＰメッセージが格納されたＴＣＰ／ＩＰパケットデータを送受信する機能を有する。

ＣＰＵ１０１の制御によって生成される後述する図１７〜図２１等の各種表示画面は、表示インタフェース部１０８を介して表示装置１０９に表示される。
表示装置１０９の画面表面には、タッチパネル１１１が組み込まれており、ユーザは表示画面に指でタッチすることにより、後述する各種リストの選択等を行うことができ、その情報は、タッチパネル１１１からタッチパネルインタフェース部１１０を介してＣＰＵ１０１に通知される。

上記操作と択一的に、ユーザは、商品に貼付されているＪＡＮバーコード（図１６参照）をスキャナ装置１１５を使って読み取ることができ、その情報は、スキャナ装置１１５からスキャナインタフェース部１１４を介してＨＤＤ１０４上のスキャナ入力ファイルに書き込まれる。

またユーザは、商品の数量を、汎用のキーボード１１３から入力することができ、その情報は、キーボード１１３からキーボードインタフェース部１１２を介してＣＰＵ１０１に通知される。

商品売上げ（又は注文）時のレシートは、ＣＰＵ１０１がレシートジャーナルプリンタインタフェース部１１８を介してレシートジャーナルプリンタ装置１１９を制御することによって、同装置で印刷される。

また、後述するＷｅｂ−ＰＯＳサーバ装置が管理する売上管理データベースの内容は、必要に応じてネットワークインタフェース部１０７を介してＣＰＵ１０１が受信し、ＣＰＵ１０１が汎用プリンタインタフェース部１１６を介して汎用プリンタ装置１１７を制御することによって、同装置で印刷される。

次に、図２のＷｅｂ−ＰＯＳサーバ装置において、ＣＰＵ２０１、メモリ２０２、ＨＤＤインタフェース部２０３、可搬型記録媒体インタフェース部２０５、及びネットワークインタフェース部２０７は、バスにより相互に接続される。

ＣＰＵ１０１は、ＭＯ等の可搬型記録媒体２０６から可搬型記録媒体インタフェース部２０５を介して、又はＨＤＤ２０４からＨＤＤインタフェース部２０３を介してメモリ２０２に読み込まれたＷｅｂサーバプログラムと、図１のＷｅｂ−ＰＯＳクライアント装置からの要求に基づいて上記ＷｅｂサーバプログラムのＣＧＩ（コモンゲートウエイインタフェース）等を介して起動される後述する各種制御サーバプログラムと、ＨＤＤ１０４に記憶される後述するＰＬＵマスタデータベース（ＰＬＵマスタＤＢ、図１４参照）及び売上管理データベース（売上管理ＤＢ、図１５参照）にアクセスするためのデータベースアクセスプログラムとを実行する。

ネットワークインタフェース部２０７は、ＩＳＤＮ（統合サービスディジタルネットワーク）回線、アナログ電話回線、又はディジタル専用回線を終端し、その回線からインターネット又は専用ネットワークを介して接続される図１のＷｅｂ−ＰＯＳクライアント装置との間で通信されるＨＴＴＰメッセージが格納されたＴＣＰ／ＩＰパケットデータを送受信する機能を有する。
（初期フレーム表示制御クライアントプログラムの動作）
上述の構成を有する実施の形態において、まず、ユーザが、Ｗｅｂ−ＰＯＳクライアント装置において、表示装置１０９の表示画面に表示されている所定のアイコンの位置でタッチパネル１１１にタッチすることによりＷｅｂブラウザプログラムを起動すると、Ｗｅｂ−ＰＯＳサーバ装置のネットワークアドレスを示すＵＲＬ（ユニフォームリソースロケータ）が自動的に指定され、ＣＰＵ１０１からネットワークインタフェース部１０７及びそれに接続されるインターネット等を介して図２のＷｅｂ−ＰＯＳサーバ装置に、後述する図３の動作フローチャートで示される初期フレーム表示制御クライアントプログラムのダウンロードを要求するＨＴＴＰメッセージが送信される。

Ｗｅｂ−ＰＯＳサーバ装置のＣＰＵ２０１が実行する周知のＷｅｂサーバプログラムは、ネットワークインタフェース部２０７を介して上記要求メッセージを受信すると、ＨＤＤ２０４からＨＴＭＬ（ハイパーテキストマークアップランゲージ）形式の初期フレーム表示制御クライアントプログラムを読み出し、それをネットワークインタフェース部２０７及びそれに接続されるインターネット等を介して図１のＷｅｂ−ＰＯＳクライアント装置に送信する。

Ｗｅｂ−ＰＯＳクライアント装置のＣＰＵ１０１が実行する周知のＷｅｂブラウザプログラムは、ネットワークインタフェース部１０７を介して上記初期フレーム表示制御クライアントプログラムを受信すると、それを実行する。

図３は、初期フレーム表示制御クライアントプログラムの動作を示す動作フローチャートである。
まず、図３のステップ３０１において、表示装置１０９に表示される表示画面内のＷｅｂブラウザウインドウ上で、図１７に示されるように、上下方向に例えば２０％程度の表示面積を有する最上段の第１フレームが確保されると共に、Ｗｅｂ−ＰＯＳサーバ装置に、後述する図４の動作フローチャートで示されるカテゴリーリスト表示制御クライアントプログラムのダウンロードを要求するＨＴＴＰメッセージが送信される。

Ｗｅｂ−ＰＯＳサーバ装置のＷｅｂサーバプログラムは、上記要求メッセージを受信すると、ＨＤＤ２０４からＨＴＭＬ形式のカテゴリーリスト表示制御クライアントプログラムを読み出し、それをＷｅｂ−ＰＯＳクライアント装置に送信する。

Ｗｅｂ−ＰＯＳクライアント装置のＷｅｂブラウザプログラムは、上記カテゴリーリスト表示制御クライアントプログラムを受信すると、このプログラムを、表示画面の第１フレームをターゲットとして実行する。この結果、図４の説明で後述するようにして、図１８に示されるように、表示画面の第１フレームに、見出し“商品カテゴリー”と、カテゴリーリストが表示されると共に、カテゴリーリストの選択状態の変化に応答して後述する第２フレームのＰＬＵリストの表示状態の制御処理が実行される。

次に、図３のステップ３０２において、表示装置１０９に表示される表示画面内のＷｅｂブラウザウインドウ上で、図１７に示されるように、上下方向に例えば３０％程度の表示面積を有する中段の第２フレームが確保されると共に、Ｗｅｂ−ＰＯＳサーバ装置に、後述する図５〜図９の動作フローチャートで示されるＰＬＵリスト表示制御サーバプログラムの実行を指示するＨＴＴＰメッセージが送信される。

Ｗｅｂ−ＰＯＳサーバ装置のＷｅｂサーバプログラムは、上記指示メッセージを受信すると、ＨＤＤ２０４からメモリ２０２にＰＬＵリスト表示制御サーバプログラムを読み出し、それを実行する。このプログラムは、ＨＤＤ２０４に記憶されているＰＬＵマスタＤＢ（図１４参照）上の全レコードを読み出して、それらのレコード情報が含まれるＰＬＵリスト表示制御クライアントプログラムを生成し、それをＷｅｂ−ＰＯＳクライアント装置に送信する。

Ｗｅｂ−ＰＯＳクライアント装置のＷｅｂブラウザプログラムは、上記ＰＬＵリスト表示制御クライアントプログラムを受信すると、このプログラムを、表示画面の第２フレームをターゲットとして実行する。この結果、図５〜図９の説明で後述するようにして、図１８に示されるように、表示画面の第２フレームに、見出し“注文商品”と、ＰＬＵリストと、見出し“数量”と、数量入力フィールドが表示されると共に、ＰＬＵリストの選択状態と数量入力フィールドの入力状態の監視と、スキャナ装置１１５の入力状態の監視と、それらの監視結果に基づく後述する第３フレームの明細フォームの記入状態の制御処理が実行される。

最後に、図３のステップ３０３において、表示装置１０９に表示される表示画面内のＷｅｂブラウザウインドウ上で、図１７に示されるように、上下方向に例えば５０％程度の表示面積を有する最下段の第３フレームが確保されると共に、Ｗｅｂ−ＰＯＳサーバ装置に、後述する図１０〜図１２の動作フローチャートで示される明細フォーム表示制御クライアントプログラムのダウンロードを要求するＨＴＴＰメッセージが送信される。

Ｗｅｂ−ＰＯＳサーバ装置のＷｅｂサーバプログラムは、上記要求メッセージを受信すると、ＨＤＤ２０４から明細フォーム表示制御クライアントプログラムを読み出し、それをＷｅｂ−ＰＯＳクライアント装置に送信する。

Ｗｅｂ−ＰＯＳクライアント装置のＷｅｂブラウザプログラムは、上記明細フォーム表示制御クライアントプログラムを受信すると、このプログラムを、表示画面の第３フレームをターゲットとして実行する。この結果、図１０〜図１２の説明で後述するようにして、図１８に示されるように、表示画面の第３フレームに、明細フォームが表示されると共に、オーダボタンのクリックに応答して、Ｗｅｂ−ＰＯＳサーバ装置への明細フォームの送信処理が実行され、また、削除ボタンのクリックに応答して、現在入力明細行の削除処理が実行される。
（カテゴリーリスト表示制御クライアントプログラムの動作）
図４は、前述した図３のステップ３０１において、Ｗｅｂ−ＰＯＳサーバ装置からダウンロードされＷｅｂ−ＰＯＳクライアント装置において第１フレームをターゲットとして実行されるカテゴリーリスト表示制御クライアントプログラムの動作を示す動作フローチャートである。

このプログラムの実行により、図１８に示されるように、表示画面の第１フレームに、見出し“商品カテゴリー”と、カテゴリーリストが表示されると共に、カテゴリーリストの選択状態の変化に応答して第２フレームのＰＬＵリストの表示状態の制御処理が実行される。

なお、このプログラムは、例えば、ネットスケープコミュニケーションズコーポレーションが開発したＪａｖａＳｃｒｉｐｔ言語による記述を含むＨＴＭＬファイルとして記述することができる。

図４において、まず、表示画面のＷｅｂブラウザウインドウ上の第１フレームに、見出し“商品カテゴリー”が表示される（ステップ４０１）。
次に、カテゴリーリストの表示処理が実行される（ステップ４０２）。この場合、Ｗｅｂ−ＰＯＳサーバ装置は、ＨＤＤ２０４に記憶されている図１４に示されるデータ構造を有するＰＬＵマスタデータベース（ＰＬＵマスタＤＢ）のitem＿categoryフィールドの内容を定期的に検索することにより、そのフィールドに含まれる商品カテゴリーのリストをカテゴリーリストとして生成し、それをＨＤＤ１０４に記憶されているカテゴリーリスト表示制御クライアントプログラムのＨＴＭＬファイルに組み込んでいる。この結果、第１フレームには、例えば図１８に示されるようなカテゴリーリストのボックスが表示されることになる。

次に、図１のキーボード１１３又はタッチパネル１１１の何れかの入力があったか否かが監視される（ステップ４０３の判定処理の繰返し）。
何れかの入力が発生しステップ４０３の判定がＹＥＳとなると、カテゴリーリストの選択内容に変化があったか否かが判定される（ステップ４０４）。

カテゴリーリストの選択内容に変化がなくステップ４０４の判定がＮＯの場合には、再びステップ４０３の監視状態に戻る。
ユーザによるタッチパネル１１１に対する操作等によりカテゴリーリストの選択内容に変化がありステップ４０４の判定がＹＥＳとなった場合には、まず、第１フレームのカテゴリーリストの選択項目が、新たに選択された項目に変更される（ステップ４０５）。

そして、第２フレームに表示されているＰＬＵリストの選択項目が変更される（ステップ４０６）。具体的には、後述する図６に示されるＰＬＵリスト表示制御クライアントプログラムで定義されているitem＿categories配列中で、ステップ４０５で変更されたカテゴリーリストの選択項目値と同じ値を有する先頭の要素値が検索され、その要素番号と同じ項目番号のＰＬＵリスト中の項目がＰＬＵリストにおける新たな選択項目とされる。その後再び、ステップ４０３の監視状態に戻る。

図５及び図６で後述するように、item＿categories配列には、図１４に示されるＰＬＵマスタＤＢ中の全レコードのitem＿categoryフィールド値が、item＿categoryフィールド値順／ maker＿codeフィールド値順／item＿codeフィールド値順の並び順（ＳＱＬでいうところの order by item＿category,maker＿code, item＿code）で格納されており、またＰＬＵリストには、同じくＰＬＵマスタＤＢ中の全レコードのitem＿nameフィールド値が上記と同じ並び順で格納されている。

従って、ユーザがタッチパネル１１１の操作等によって、第１フレームに表示されているカテゴリーリストにおいて任意の商品カテゴリーを選択すると、第２フレーム中のＰＬＵリストには、選択された商品カテゴリーに属する商品名のリスト項目が表示されることになる。

例えば、図１８の表示例において、ユーザがタッチパネル１１１の操作等によって第１フレームに表示されているカテゴリーリストで商品カテゴリー“靴”を選択すると、第２フレームに表示されるＰＬＵリストの表示開始位置が、商品カテゴリー“靴”に属する商品名“赤い靴”に変化する。

また、図２０の表示例において、ユーザがタッチパネル１１１の操作等によって第１フレームに表示されているカテゴリーリストで商品カテゴリー“家電”を選択すると、第２フレームに表示されるＰＬＵリストの表示開始位置が、商品カテゴリー“家電”に属する商品名“ＭＤ”に変化する。

このようにユーザは、タッチパネル１１１の操作等によって、まず商品カテゴリーを選択し、続いて、その商品カテゴリーに属する商品名をＰＬＵリストから選択することができる。
（ユーザＰＬＵリスト表示制御サーバプログラムの動作フローチャート）
図５は、前述した図３のステップ３０２におけるＷｅｂ−ＰＯＳクライアント装置からの指示によってＷｅｂ−ＰＯＳサーバ装置において実行されるＰＬＵリスト表示制御サーバプログラムの動作を示す動作フローチャートである。

このプログラムの実行により、図２のＨＤＤ２０４に記憶されているＰＬＵマスタＤＢ（図１４参照）上の全レコードが読み出され、それらのレコード情報が含まれるＰＬＵリスト表示制御クライアントプログラムが生成されて、それがＷｅｂ−ＰＯＳクライアント装置に送信される。

なお、このプログラムは、例えば、Ｃ言語又はＰｅｒｌスクリプト言語等を用いて記述することができ、Ｗｅｂ−ＰＯＳサーバ装置のＷｅｂサーバプログラムからＣＧＩを経由して起動される。

図５で、まず、図２のＨＤＤ２０４に記憶されているＰＬＵマスタＤＢに対して、そこに含まれる全レコードの抽出処理が実行される（ステップ５０１）。
ＰＬＵマスタＤＢは、Ｗｅｂ−ＰＯＳシステムで扱われる各商品に関する商品基礎情報を管理するデータベースであり、１商品が１レコードに対応する。

ＰＬＵマスタＤＢは、図１４に示されるように、商品が属する商品カテゴリー名が格納されるitem＿categoryフィールド、商品を製造した商品メーカのコードが格納されるmaker ＿codeフィールド、商品のコードが格納されるitem＿codeフィールド、商品の名称が格納されるitem＿nameフィールド、及び商品の小売単価が格納されるitem＿price フィールドから構成される。

そして図５のステップ５０１では、ＰＬＵマスタＤＢ内の全レコード内容が、item＿categoryフィールド値順、同じ商品カテゴリーを有するレコード群内では
maker＿codeフィールド値順、更に同じ商品カテゴリー及び同じ商品メーカコードを有するレコード群内ではitem＿codeフィールド値順になるように、抽出される。具体的には、ＰＬＵマスタＤＢが、例えばＳＱＬ（構造化問合せ言語）データベースとして実現される場合には、図５のステップ５０１では、
select * from ＰＬＵマスタＤＢ
order by item＿category,maker＿code, item＿code
というＳＱＬ命令が実行される。

次に、ステップ５０２〜５０６では、ステップ５０１の抽出で得られた各検索結果レコードのitem＿categoryフィールド値、 maker＿codeフィールド値、item＿codeフィールド値、item＿nameフィールド値、及びitem＿price フィールド値がそれぞれ、item＿categories配列、 maker＿codes 配列、item＿codes 配列、item＿names 配列、及びitem＿prices配列に格納される。

この結果、各配列item＿categories、 maker＿codes 、item＿codes 、item＿names 、及びitem＿pricesの同一の要素番号の各要素値には、同一の商品に関する商品カテゴリー名、商品メーカコード、商品コード、商品名、及び商品単価が格納されることになる。

最後に、ＰＬＵリスト表示制御クライアントプログラムが生成され、ネットワークインタフェース部２０７を介してＷｅｂ−ＰＯＳクライアント装置に送信される（ステップ５０７）。
（ＰＬＵリスト表示制御クライアントプログラムの動作）
図６は、上述の送信処理に基づいて、Ｗｅｂ−ＰＯＳサーバ装置からダウンロードされＷｅｂ−ＰＯＳクライアント装置において実行されるＰＬＵリスト表示制御クライアントプログラムの動作を示す動作フローチャートである。

なお、このプログラムは、例えば、ＪａｖａＳｃｒｉｐｔ言語による記述を含むＨＴＭＬファイルとして記述することができる。
図３のステップ３０２の説明で前述したように、このプログラムは、表示画面のＷｅｂブラウザウインドウ上の第２フレームをターゲットとして実行される。この結果、図１８に示されるように、表示画面の第２フレームに、見出し“注文商品”と、ＰＬＵリストと、見出し“数量”と、それに続く数量入力フィールドが表示されると共に、ＰＬＵリストの選択状態と数量入力フィールドの入力状態の監視と、スキャナ装置１１５の入力状態の監視と、それらの監視結果に基づく後述する第３フレームの明細フォームの記入状態の制御処理が実行される。

図６で、まずステップ６０１〜６０４では、図５のステップ５０２〜５０４、及び５０６で得られたitem＿categories、 maker＿codes 、item＿codes 、及びitem＿pricesの各配列と同じ配列が定義される。

次に、ステップ６０５と６０６で、第２フレームに、見出し“注文商品”と、図５のステップ５０５で得られたitem＿names 配列の各要素値を各項目値及び項目名とするＰＬＵリストが表示される。

このようにして、Ｗｅｂ−ＰＯＳサーバ装置からＷｅｂ−ＰＯＳクライアント装置にダウンロードされたＰＬＵリスト表示制御クライアントプログラム中の各配列item＿categories、 maker＿codes 、item＿codes 、及びitem＿pricesの同一の要素番号の各要素値と、その要素番号と同一の項目番号のＰＬＵリストの項目値には、同一の商品に関する商品カテゴリー名、商品メーカコード、商品コード、商品単価、及び商品名が格納されることになり、この結果、Ｗｅｂ−ＰＯＳサーバ装置からＷｅｂ−ＰＯＳクライアント装置に商品基礎情報が転送されることになる。

続いて、ステップ６０７と６０８で、見出し“数量”と数量入力フィールドが表示される。
その後、ステップ６０９〜６１７で、ＰＬＵリストの選択状態と数量入力フィールドの入力状態の監視と、スキャナ装置１１５の入力状態の監視と、それらの監視結果に基づく第３フレームの明細フォームの記入状態の制御処理が実行される。

即ちまず、図１のキーボード１１３又はタッチパネル１１１の何れかの入力があったか否かが監視される（ステップ６０９）。
何れの入力もなくステップ６０９の判定がＮＯの場合には、更にＨＤＤ１０４上のスキャナ入力ファイルの内容が空であるか否かが判定される（ステップ６１６）。ユーザが、図１のスキャナ装置１１５を使って商品に貼付されているＪＡＮバーコード（図１６参照）の読み取りを行うと、その情報がスキャナ装置１１５からスキャナインタフェース部１１４を介してＨＤＤ１０４上のスキャナ入力ファイルに書き込まれる。

スキャナ入力ファイルの内容が空ではなくなりステップ６１６の判定がＮＯとなった場合は、後述するスキャナ入力処理が実行される（ステップ６１７）。
スキャナ入力ファイルの内容が空でステップ６１６の判定がＹＥＳの場合は、ステップ６０９の入力判定処理に戻る。

キーボード１１３又はタッチパネル１１１の何れかの入力が発生しステップ６０９の判定がＹＥＳとなると、ＰＬＵリストの選択内容に変化があったか否かが判定される（ステップ６１０）。

ＰＬＵリストの選択内容に変化が発生しステップ６１０の判定がＹＥＳとなると、第２フレームのＰＬＵリストの選択項目が、新たに選択された項目に変更され（ステップ６１１）、続いてユーザに商品の数量を入力させるために、第２フレームの数量入力フィールドにカーソルが移動させられる（ステップ６１２）。その後、ステップ６０９の入力判定処理に戻る。

例えば、図１８に示されるように、ユーザが、第１フレームのカテゴリーリストにおいて商品カテゴリー“靴”を選択することにより、第２フレームのＰＬＵリストの表示開始位置が、商品カテゴリー“靴”に属する商品名“赤い靴”に変化し、この状態で商品名“白い靴”を選択すると、特には図示しないが、第２フレームの数量入力フィールドにカーソルが移動する。

ＰＬＵリストの選択内容に変化が発生しておらずステップ６１０の判定がＮＯの場合には、数量入力フィールドの内容に変化があったか否かが判定される（ステップ６１４）。
数量入力フィールドの内容に変化が発生しておらずステップ６１０の判定がＮＯの場合には、ステップ６０９の入力判定処理に戻る。

ユーザが図１のキーボード１１３を用いて数量入力フィールドに数量を入力することにより数量入力フィールドの内容が変化しステップ６１０の判定がＹＥＳとなると、数量入力フィールドの内容が新たに入力された値に更新された後（ステップ６１４）、第３フレームに表示されている明細フォームの記入内容を更新するための処理が実行される（ステップ６１５）。

図７及び図８は、図６のステップ６１５の明細フォームの更新処理の詳細動作を示す動作フローチャートである。
第３フレームには、図３のステップ３０３によってＷｅｂ−ＰＯＳサーバ装置からＷｅｂ−ＰＯＳクライアント装置にダウンロードされる後述する明細フォーム表示制御クライアントプログラム（図１０〜図１２）によって、例えば図１７に示されるように、商品の小計が格納される total＿price フィールド、商品の税額が格納される tax＿price フィールド、商品の税込総額が格納される order＿price フィールドのほかに、５行からなる各明細行に、商品のカテゴリーが格納されるitem＿categoryフィールド、商品のメーカコードが格納される maker＿codeフィールド、商品のコードが格納されるitem＿codeフィールド、商品名が格納されるitem＿nameフィールド、商品単価が格納されるitem＿price フィールド、商品の数量が格納されるitem＿num フィールド、及び商品の売上価格が格納されるitem＿sum フィールドが定義され、更に、５行からなる明細行の現在入力行を示す変数 current＿row （初期値は０）が定義される明細フォームが生成されている。

そして、図７においてまず、明細フォームの変数 current#rowの値が４以下であるか否かが判定される（ステップ７０１）。
変数 current#rowの値が５を示しておりステップ７０１の判定がＮＯの場合には、明細フォーム中の５行からなる全ての明細行には既に商品明細情報が記入されておりそれ以上商品明細情報を記入できないため、そのまま図６のステップ６１５の明細フォームの更新処理を終了し、図６のステップ６０９の入力判定処理に戻る。

変数 current＿row の値が４以下であってステップ７０１の判定がＹＥＳの場合には、まず、変数 current＿row の値がインクリメントされる（ステップ７０２）。
次に、ステップ７０３〜７０５、及び７０７で、変数 current＿row が示す明細行のitem＿category、 maker＿code、item＿code、及びitem＿price の各フィールドに、図６のステップ６０１〜６０４で定義されているitem＿categories、
maker＿codes 、item＿codes 、及びitem＿pricesの各配列の要素値であって、第２フレームのＰＬＵリストの選択項目の番号に対応する各要素値がセットされる。

また、ステップ７０６では、変数 current＿row が示す明細行のitem＿nameフィールドに、第２フレームのＰＬＵリストの選択項目値である商品名がセットされる。
更に、ステップ７０８では、変数 current＿row が示す明細行のitem＿num フィールドに、第２フレームの数量入力フィールドの値がセットされる。

次に、ステップ７０９では、変数 current＿row が示す明細行のitem＿sum フィールドに、（同じ明細行中のitem＿price フィールド値×同じ明細行中のitem＿num フィールド値）の乗算結果値がセットされる。

その後、図８のステップ７１０では、明細フォームの total＿price フィールドに、５行明細行分のitem＿sum フィールドの合計値がセットされる。
またステップ７１１においては、明細フォームの tax＿price フィールドに、（ total＿price フィールド値 × 0.05）の乗算結果値がセットされる。

最後に、ステップ７１２においては、明細フォームの order＿price フィールドに、（ total＿price フィールド値 ＋ tax＿price フィールド値）の加算結果がセットされる。

以上の一連の処理の後、図６のステップ６１５の明細フォームの更新処理を終了し、図６のステップ６０９の入力判定処理に戻る。
上述の明細フォームの更新処理により、例えば、図１９に示されるように、ユーザが、第１フレームのカテゴリーリストにおいて商品カテゴリー“靴”を選択し、第２フレームのＰＬＵリストにおいて商品名“白い靴”を選択した後、第２フレームの数量入力フィールドに数量１を入力すると、第３フレームの明細フォームの内容が自動的に、図１９に示されるように変化する。このとき、明細フォームの変数 current＿row の値は、０から１に変化する。

この状態から更に、ユーザが、第１フレームに表示されているカテゴリーリストにおいて商品カテゴリー“家電”を選択すると、第１フレームをターゲットとしてＷｅｂ−ＰＯＳクライアント装置上で実行されているカテゴリーリスト表示制御クライアントプログラム（図４のステップ４０５、４０６）により、図２０に示されるように、第２フレームに表示されるＰＬＵリストの表示開始位置が、商品カテゴリー“家電”に属する商品名“ＭＤ”に変化し、更にユーザが、このＰＬＵリストにおいて商品名“ＭＤ”を選択すると、第２フレームをターゲットとしてＷｅｂ−ＰＯＳクライアント装置上で実行されているＰＬＵリスト表示制御クライアントプログラム（図６のステップ６１１、６１２）により、カーソルが数量入力フィールドに移動する。

そして、第２フレームの数量入力フィールドに数量１を入力すると、第２フレームをターゲットとしてＷｅｂ−ＰＯＳクライアント装置上で実行されているＰＬＵリスト表示制御クライアントプログラム（図６のステップ６１４、６１５、図７、図８）によって、第３フレームの明細フォームの内容が自動的に、図２１に示されるように変化する。このとき、明細フォームの変数 current＿row の値は、１から２に変化する。

このようにしてユーザは、Ｗｅｂ−ＰＯＳクライアント装置において、図１の表示装置１０９の表示画面上のタッチパネル１１１を用いて、第１フレームに表示されているカテゴリーリスト中の所望の商品カテゴリーと、その選択した商品カテゴリーに属する第２フレームに表示されているＰＬＵリスト中の所望の商品名を選択し、テンキーボードのような簡単なキーボード１１３を用いて、第２フレームに表示されている数量入力フィールドに数量を入力するだけで、ＰＯＳ管理のための明細フォームを第３フレーム上に自動的に取得することができる。

なお、数量入力フィールドには、予め数量１が自動的に入力され、キーボード１１３上のエンターキーの操作等によってその数量が確定するように構成されてもよい。
図９は、図６のステップ６１７のスキャナ入力処理の詳細動作を示す動作フローチャートである。

前述したように、ユーザが、図１のスキャナ装置１１５を使って商品に貼付されているＪＡＮバーコード（図１６参照）の読み取りを行うと、その情報がスキャナ装置１１５からスキャナインタフェース部１１４を介してＨＤＤ１０４上のスキャナ入力ファイルに書き込まれる。

図１６は、ＪＡＮ（Japanese Article Number ）バーコードの例を示す図であり、JIS B 9550（共通商品コード用バーコードシンボル）規格によって定められているものである。

図１のスキャナインタフェース部１１４は、スキャナ装置１１５からＪＡＮバーコード情報を受け取ると、チェックディジットを用いてデータエラーの有無をチェックし、チェック結果がＯＫならば、商品メーカコードと商品アイテムコードをスキャナ入力ファイルに書き込む。なお、国コードは、日本では“４９”と定められている。

図９において、まず、ＨＤＤ１０４上のスキャナ入力ファイルから、商品メーカコードと商品アイテムコードが抽出される（ステップ９０１）。
次にステップ９０２で、図６のステップ６０３で定義されているitem＿codes 配列から要素値が順次抽出されながら、ステップ９０４で、その抽出された要素値がステップ９０１でスキャナ入力ファイルから抽出された商品アイテムコードと一致するか否かが判定されるループ処理が繰り返される。

上記ループ処理において、item＿codes 配列から該当する要素値が検出されずに、ステップ９０３で要素値がないと判定された場合には、ステップ９１１で、エラーが表示装置１０９の表示画面にポップアップ表示され、図６のステップ６１７のスキャナ入力処理を終了して、図６のステップ６０９の入力判定処理に戻る。

上記ループ処理において、item＿codes 配列から該当する要素値が検出されステップ６０４の判定がＹＥＳとなると、ステップ９０５で、その要素番号と同じ要素番号の要素値が図６のステップ６０２で定義されている maker＿codes 配列から抽出され、ステップ９０６で、その抽出された要素値がステップ９０１でスキャナ入力ファイルから抽出された商品メーカコードと一致するか否かが判定される。

上記両者の商品メーカコードが一致せずステップ９０６の判定がＮＯならば、ステップ９０２〜ステップ９０４のループ処理に戻り、検索が続行される。
上記両者の商品メーカコードが一致しステップ９０６の判定がＹＥＳならば、ステップ９０７で、第１フレームに表示されているカテゴリーリストの選択項目が、上記一致が検出された要素番号に対応し図６のステップ６０１で定義されているitem＿categories配列中の要素値と同じものにセットされる。

続いて、ステップ９０８で、第２フレームに表示されているＰＬＵリストの選択項目が、上記一致が検出された要素番号に対応する項目番号の項目にセットされる。
更に、ステップ９０９で、第２フレームに表示されている数量入力フィールドに、数量１がセットされる。

その後、ステップ９１０で、前述した図７及び図８で示される明細フォームの更新処理が実行される。
このようにしてユーザは、Ｗｅｂ−ＰＯＳクライアント装置において、図１のスキャナ装置１１５を用いて、商品に貼付されているＪＡＮバーコードの読み取りを行うことによっても、ＰＯＳ管理のための明細フォームを第３フレーム上に自動的に取得することができる。

なお、この場合に、数量入力フィールドに対してキーボード１１３からの数量の入力を受け付けるように構成されてもよい。
（明細フォーム表示制御クライアントプログラムの動作）
図１０〜図１２は、前述した図３のステップ３０３において、Ｗｅｂ−ＰＯＳサーバ装置からダウンロードされＷｅｂ−ＰＯＳクライアント装置において第３フレームをターゲットとして実行される明細フォーム表示制御クライアントプログラムの動作を示す動作フローチャートである。

このプログラムの実行により、例えば図１７に示されるように、明細フォームが表示されると共に、オーダボタンのクリックに応答して、Ｗｅｂ−ＰＯＳサーバ装置への明細フォームの送信処理が実行され、また、削除ボタンのクリックに応答して、現在入力明細行の削除処理が実行される。

なお、このプログラムは、例えば、ＪａｖａＳｃｒｉｐｔ言語による記述を含むＨＴＭＬファイルとして記述することができる。
まず、ステップ１００１で、明細行の現在入力行を示す変数 current＿row の値が０にリセットされる。

次に、第３フレームに、ステップ１００２で見出し“注文商品明細”が表示され、ステップ１００３で見出し“小計”が表示され、ステップ１００４で total＿price フィールドが定義され、ステップ１００５で見出し“税額”が表示され、ステップ１００６で tax＿price フィールドが定義され、ステップ１００７で見出し“総額”が表示され、ステップ１００８で order＿price フィールドが定義される。

また、ステップ１００９でオーダボタンが定義され、ステップ１０１０で削除ボタンが定義される。
続いて、図１１のステップ１０１１で、見出し“カテゴリー”、“メーカコード”、“商品番号”、“商品名”、“単価”、“数量”、及び“金額”が表示される。

更に、ステップ１０１２〜１０１６では、第１〜第５明細行のそれぞれにつき、商品のカテゴリーが格納されるitem＿categoryフィールド、商品のメーカコードが格納される maker＿codeフィールド、商品のコードが格納されるitem＿codeフィールド、商品名が格納されるitem＿nameフィールド、商品単価が格納されるitem＿price フィールド、商品の数量が格納されるitem＿num フィールド、及び商品の売上価格が格納されるitem＿sum フィールドが定義される。

その後、図１２のステップ１０１７〜１０２７で、オーダボタン又は削除ボタンのクリックの監視が行われ、オーダボタンのクリックに応答して、Ｗｅｂ−ＰＯＳサーバ装置への明細フォームの送信処理が実行され、また、削除ボタンのクリックに応答して、現在入力明細行の削除処理が実行される。

即ちまず、図１のキーボード１１３又はタッチパネル１１１の何れかの入力があったか否かが監視される（ステップ１０１７の判定処理の繰返し）。
キーボード１１３又はタッチパネル１１１の何れかの入力が発生しステップ１０１７の判定がＹＥＳとなると、第３フレームの明細フォーム内のオーダボタンが押されたか否かが判定される（ステップ１０１８）。

オーダボタンが押されておらずステップ１０１８の判定がＮＯならば、第３フレームの明細フォーム内の削除ボタンが押されたか否かが判定される（ステップ１０２１）。
削除ボタンも押されておらずステップ１０２１の判定がＮＯならば、ステップ１０１７の入力判定処理に戻る。

削除ボタンが押されステップ１０２１の判定がＹＥＳとなると、ステップ１０２２〜１０２７で、現在入力明細行の削除処理が実行される。
まず、ステップ１０２２では、明細行の現在入力行を示す変数 current＿row の値が０であるか否かが判定される。

変数 current＿row の値が０でステップ１０２２の判定がＹＥＳの場合は、明細フォームには商品明細情報は記入されていないため、そのままステップ１０１７の入力判定処理に戻る。

変数 current#rowの値が０でなくステップ１０２２の判定がＮＯの場合は、以下のステップ１０２３から１０２７の処理が実行される。
まず、ステップ１０２３では、明細フォームの total＿price フィールド値から変数 current＿row が示す明細行のitem＿sum フィールド値が減算され、その結果値が total＿price フィールドにセットされる。

続いて、ステップ１０２４では、明細フォームの tax＿price フィールドに、（ total＿price フィールド値 × 0.05）の乗算結果値がセットされる。
更に、ステップ１０２５では、明細フォームの order＿price フィールドに、（ total＿price フィールド値 ＋ tax＿price フィールド値）の加算結果がセットされる。

そして、ステップ１０２６で、変数 current＿row が示す明細行の全フィールド値、即ち、item＿category、 maker＿code、item＿code、item＿name、item＿price 、item＿num 、item＿sum の各フィールド値がクリアされる。

最後に、変数 current＿row の値がデクリメントされ、ステップ１０１７の入力判定処理に戻る。
次に、オーダボタンが押され前述のステップ１０１８の判定がＹＥＳとなった場合には、ステップ１０１９で、第３フレームの明細フォーム中の全フィールド値が、ネットワークインタフェース部１０７を介して図２のＷｅｂ−ＰＯＳサーバ装置に送信される。

続いて、ステップ１０２０で、第３フレームの明細フォームの内容が、図１のレシートジャーナルプリンタインタフェース部１１８を介してレシートジャーナルプリンタ装置１１９に出力され、同装置によって、レシートに印刷される。

その後、ステップ１０１７の入力判定処理に戻る。
（明細フォーム登録サーバプログラムの動作）
Ｗｅｂ−ＰＯＳサーバ装置で実行されているＷｅｂサーバプログラムは、図２のネットワークインタフェース部２０７から上述の明細フォームを受信すると、図１３の動作フローチャートで示される明細フォーム登録サーバプログラムをＨＤＤ２０４からメモリ２０２に読み出して起動し、そのプログラムに上記明細フォームの各フィールド値を引き渡す。

図１３において、まず、ステップ１３０１で、変数ｉが１にセットされる。
次に、ステップ１３０２で、変数ｉの値によって特定される第ｉ明細行の各フィールド値、即ち、item＿category、 maker＿code、item＿code、item＿name、item＿price 、item＿num 、item＿sum の各フィールド値が受信される。

続いて、ステップ１３０３で、受信されたitem＿codeフィールド値が空であるか否かが判定される。
item＿codeフィールド値が空でステップ３０３の判定がＹＥＳならば、次の明細行の処理に進む。

item＿codeフィールド値が空ではなくステップ３０３の判定がＮＯならば、ステップ１３０４で、第ｉ明細行の各フィールド値を含む新レコードが、ＨＤＤ１０４に記憶されている売上管理データベース（売上管理ＤＢ）に登録される。

売上管理ＤＢは、図１５に示される構成を有し、上記各フィールド値に加え、登録日付が格納されるdateフィールドと、売上げ種別情報（ＰＯＳの場合は“店頭売り”）が格納されるclientフィールドが含まれる。

このようにして、Ｗｅｂ−ＰＯＳサーバ装置は、Ｗｅｂ−ＰＯＳクライアント装置からリアルタイムに受け取った商品売上げ情報を、売上管理ＤＢに反映させることができる。
続いて、ステップ１３０５では、変数ｉの値がインクリメントされ、ステップ１３０６で、変数ｉの値が５を超えたか否かが判定される。

変数ｉの値が５を超えておらずステップ１３０６の判定がＮＯならば、ステップ１３０２の処理に戻り、次の明細行に対する登録処理が実行される。
変数ｉの値が５を超えステップ１３０６の判定がＹＥＳになると、明細フォーム登録サーバプログラムの実行が終了する。
（他の実施の形態）
以上説明した実施の形態では、Ｗｅｂ−ＰＯＳサーバ装置のＰＬＵマスタＤＢ（図１４参照）内の全レコードがＰＬＵリストとして一括してＷｅｂ−ＰＯＳクライアント装置にダウンロードされるように構成されているが、本発明はこれに限られるものではなく、例えばＷｅｂ−ＰＯＳクライアント装置において、カテゴリーリストにおいて商品カテゴリーが変更される毎に、その商品カテゴリーに対応するＰＬＵリストがＷｅｂ−ＰＯＳサーバ装置からダウンロードされるように構成されてもよく、更には、Ｗｅｂ−ＰＯＳクライアント装置における商品情報の入力毎に、それに対応するＰＬＵ情報がＷｅｂ−ＰＯＳクライアント装置からＷｅｂ−ＰＯＳサーバ装置に問い合わされてもよい。

また、商品カテゴリーは必ずしも指定する必要はなく、例えば商品メーカを選択できるリストが提供されてもよい。
また、入力媒体として、タッチパネルのほかに、マウスや電子ペン等が使用されてもよい。

また、カテゴリーリストやＰＬＵリストの代わりに、商品カテゴリーや商品をを選択するためにＷｅｂブラウザ画面に表示されるイメージマップが使用されてもよい。
また、スキャナ装置が読み取る媒体は、ＪＡＮバーコードに限られるものではなく、他の種類のバーコードや、JIS B 9551（ＰＯＳシステム用ＯＣＲ値札の寸法及び印刷仕様）規格で規定されているＯＣＲ（Optical Character Reader）コード等であってもよい。

また、明細フォームの計算は必ずしもＷｅｂ−ＰＯＳクライアント装置側のみで行われる必要はなく、Ｗｅｂ−ＰＯＳサーバ装置側で行われ、その結果がＷｅｂ−ＰＯＳクライアント装置に通知されるように構成されてもよい。

本発明によるＷｅｂ−ＰＯＳシステムは、周知の売上管理システム、仕入管理システム、在庫管理システム、又は売上分析システムと組み合わせることが可能である。
また、Ｗｅｂ−ＰＯＳクライアント装置からＷｅｂ−ＰＯＳサーバ装置に登録される商品売上げ情報又は商品注文情報を、ＨＴＴＰ通信や電子メール通信によって、各商品供給元等に簡単に送信することも可能である。この場合には、図１３の動作フローチャートで示される明細フォーム登録サーバプログラムが、例えば、Ｗｅｂ−ＰＯＳクライアント装置から受信した明細フォーム情報が格納された電子メールを作成し、それを得意先に送信するように構成される。

また、ＰＬＵマスタＤＢ（図１４）に登録される商品基礎情報を、ＨＴＴＰ通信や電子メール通信によって、各商品供給元から受信するように構成することも容易に実現でき、更に、Ｗｅｂ−ＰＯＳクライアント装置からＷｅｂブラウザ経由でＰＬＵマスタＤＢの内容を編集できるように構成することも容易に実現できる。

本発明によれば、一般的なＷｅｂサーバ・クライアントシステム上でＰＯＳ機能が実現されることにより、低価格なＰＯＳシステムを実現することが可能となると同時に、ＰＯＳ専用線を敷設することなくインターネット等の公衆ネットワークやＬＡＮを用いてサーバ装置とクライアント装置を低コストで接続することが可能となる。

また、本発明によれば、一般的なＷｅｂサーバ装置上にＰＯＳシステムのストアコンピュータ機能が実装されるため、ＨＴＴＰ通信や電子メール通信により、各商品供給元から、ＰＬＵ機能を実現するための商品メーカコード、商品アイテムコード、価格情報等の商品基礎情報を簡単に受信して登録することが可能となる。

逆に、クライアント装置からサーバ装置に登録される商品売上げ情報又は商品注文情報を、ＨＴＴＰ通信や電子メール通信によって、各商品供給元等に簡単に送信することが可能となる。

更に、本発明によれば、従来はＰＯＳ端末装置上の専用のキーボードにより実現する必要があったＰＬＵキー機能が、サーバ装置から供給されクライアント装置の表示装置に表示されるＷｅｂブラウザ画面上の商品選択フォームと、それを操作するタッチパネル、マウス、電子ペン等のポインティングデバイスとして実現され、専用キーボードをクライアント装置側に用意する必要がなくなるため、クライアント装置を低価格で実現でき、かつ、フォーム内容をサーバ装置側のプログラムによって変更するだけで、取扱商品も簡単に変更できるという特徴も有する。

Ｗｅｂ−ＰＯＳクライアント装置の構成図である。 Ｗｅｂ−ＰＯＳサーバ装置の構成図である。 初期フレーム表示制御クライアントプログラムの動作フローチャートである。 カテゴリーリスト表示制御クライアントプログラムの動作フローチャートである。 ＰＬＵリスト表示制御サーバプログラムの動作フローチャートである。 ＰＬＵリスト表示制御クライアントプログラムの動作フローチャートである。 明細フォームの更新処理の動作フローチャート（その１）である。 明細フォームの更新処理の動作フローチャート（その２）である。 スキャナ入力処理の動作フローチャートである。 明細フォーム表示制御クライアントプログラムの動作フローチャート（その１）である。 明細フォーム表示制御クライアントプログラムの動作フローチャート（その２）である。 明細フォーム表示制御クライアントプログラムの動作フローチャート（その３）である。 明細フォーム登録サーバプログラムの動作フローチャートである。 ＰＬＵマスタＤＢのデータ構成図である。 売上管理ＤＢのデータ構成図である。 ＪＡＮバーコードの例を示す図である。 表示例の説明図（その１）である。 表示例の説明図（その２）である。 表示例の説明図（その３）である。 表示例の説明図（その４）である。 表示例の説明図（その５）である。

符号の説明

１０１、２０１ ＣＰＵ
１０２、２０２ メモリ
１０３、２０３ ＨＤＤインタフェース部
１０４、２０４ ＨＤＤ
１０５、２０５ 可搬型記録媒体インタフェース部
１０６、２０６ 可搬型記録媒体
１０７、２０７ ネットワークインタフェース部
１０８ 表示インタフェース部
１０９ 表示装置
１１０ タッチパネルインタフェース部
１１１ タッチパネル
１１２ キーボードインタフェース部
１１３ キーボード
１１４ スキャナインタフェース部
１１５ スキャナ装置
１１６ 汎用プリンタインタフェース部
１１７ 汎用プリンタ装置
１１８ レシートジャーナルプリンタインタフェース部
１１９ レシートジャーナルプリンタ装置

Claims (4)

1. 少なくともユーザ・クライアント装置、商品供給元クライアント装置及びＷｅｂサーバ装置を含み、該Ｗｅｂサーバ装置はユーザ・クライアント装置からの指示に基づきＰＬＵ表示サーバ・プログラムを起動し、ＰＬＵマスタＤＢ上の全レコード（商品基礎情報）を読み出してＰＬＵリスト表示クライアント・プログラムを生成し、前記サーバ装置から前記ユーザ・クライアント装置に前記全商品基礎情報を含むＰＬＵリスト表示クライアント・プログラムを一括して送信し、前記ユーザ・クライアント装置において、前記サーバ装置から受信した上記商品基礎情報をタッチパネルやマウス等の入力手段を有するブラウザ表示画面に表示し、該タッチパネルやマウス等の入力手段により商品に関する識別情報である商品識別情報を入力すると、前記サーバ装置から受信した商品基礎情報から上記入力した商品識別情報に対応するものを取得して、該商品基礎情報と上記入力した商品識別情報とに基づいて販売時点情報を出力する販売時点情報管理を行うためのシステムにおいて、
   前記タッチパネル等の入力表示画面が、商品カテゴリーを表示する第１イメージマップと、該カテゴリー内の商品名が表示されるＰＬＵリストを表示する第２イメージマップと、入力結果の注文商品明細を示す第３イメージマップとから構成され、
   前記供給された商品販売明細や商品発注明細フォームをクライアントが確認等を行うと、当該商品販売情報や商品発注情報が確定されＷｅｂサーバー装置に登録され、該登録された当該商品販売情報や商品発注情報が商品供給元に送信されることを特徴とするＷｅｂ−ＰＯＳシステム。
2. ユーザが前記Ｗｅｂサーバー装置から供給された第１イメージマップの商品基礎情報から商品を選択すると、該情報を受信した前記Ｗｅｂサーバー装置は、該第１イメージマップへのクライアント装置からの上記入力に応答して第２イメージマップに対応する情報を変更制御し、上記クライアント装置に対し第２イメージマップとして商品識別情報を供給することを特徴とする前記請求項１記載のＷｅｂ−ＰＯＳシステム。
3. 更に、前記クライアント装置において、前記供給された第２イメージマップの商品識別情報に対し数量等を入力すると、Ｗｅｂサーバー装置は、該第２イメージマップへのクライアント装置からの入力に応答して第３イメージマップに対応する情報を変更制御し、クライアント装置に対し第３フレームとして商品販売明細や商品発注明細フォームを供給することを特徴とする前記請求項１または２記載のＷｅｂ−ＰＯＳシステム。
4. 前記ＰＬＵマスタＤＢには、商品カテゴリー（ｉｔｅｍ ｃａｔｅｇｏｒｙ）、メーカー・コード（ｍａｋｅｒ ｃｏｄｅ）、商品名（ｉｔｅｍ ｃｏｄｅ）、及び価格（ｉｔｅｍ ｐｒｉｃｅ）が配列されて記憶されていることを特徴とする前記請求項１〜３の内、何れか１項に記載のＷｅｂ−ＰＯＳシステム。

Images