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

Abstract

【課題】汎用のパソコン及びインターネットを用いて、端末側の入力情報に基づきサーバ側ですべてのＰＯＳ処理を受け持つことにより、非常に安価で簡便なＰＯＳシステムをＷｅｂサーバ・クライアント・システム上に実装する。
【解決手段】Ｗｅｂ−ＰＯＳサーバ装置から、商品カテゴリーリストと、商品名を選択するためのＰＬＵリストと、販売時点情報を返送させるための明細フォームが、商品基礎情報と共に、ＨＴＭＬリソースとしてＷｅｂ−ＰＯＳクライアント装置に供給され、Ｗｅｂブラウザ画面に表示される。ユーザが、上記リストを用いて商品カテゴリーと商品名を選択し、数量入力フィールドに数量を記入すると、それらの入力情報に基づいて商品基礎情報が参照され、明細フォームに販売時点情報が記入される。ユーザが、この明細フォーム上のオーダボタンを押すと、販売時点の情報がＷｅｂ−ＰＯＳクライアント装置からＷｅｂ−ＰＯＳサーバ装置に返送される。
【選択図】図１８

Description

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

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

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

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

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

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

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

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

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

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

しかし、基本的に従来のＰＯＳシステムは、リアルタイムで処理する必要があるので端末で販売時点情報管理の大部分を処理するものであって、端末の装置が大型である。上記特開平８−１７１５８７号公報記載のＰＯＳシステムも、この従来型ＰＯＳシステムの改良に関するものであって、大部分の処理を端末のＰＬＵファイルＤＢによって処理し、稀に売れるレアもの商品のＰＬＵ情報をネットでサーバから取得しようとするものである。従って、専用端末は依然として大型でコストが高いものであって、その導入は大型店やコンビニ・チェーン等に限られ、個人商店等の小規模店には導入し難いものである。

また、特開平７−７３２５１号公報（以下、先行技術３という。）には、「先物取引による自動電算競売システムを開発し、生鮮・生命商品卸売取引の合理化による改革を図り、物流の産地−消費地間の直送単純化を図ることを目的として、出荷者は出荷日６日前から出荷当日の間に、各品目毎に出荷予定日、産地、銘柄、基準価格等の規格明細を端末機からホスト電算機に送信する。ホスト電算機 は、諸規格毎に個別情報を集合して、基準価格帯別、出荷予定の日別、取引可能地域帯別に類別した上で、同一品目、規格、同一着荷日・時間帯別に、各地銘柄 を集合した集団に分類抽出し、品目毎の一回の上場数量の適量化集成を行なう。購入者側は端末機により必要な情報を採り入れ、同一品目、規格、着荷日・時間 帯の銘柄群毎に、銘柄の選択指定と基準価格に対する必需率、購入希望数量をホスト電算機に送信する。入札締切り時刻到達と同時に、一定の優先順位に基づく 自動電算処理により、各品目毎に落札者、落札価格、落札数量を決定する構成」が開示されており、特開平９−６８７１号公報（以下、先行技術４という。）には、「静止画や動画でオークションの出品の情報を送ることができるオークション・システムの提供も目的として、センタ１０１から衛星通信１０２を介して、画像を含む出品車情報をオークションに参加している全端末Ｔ1 〜Ｔn に送信してその出品車情報を表示する。端末Ｔ1 〜Ｔn からの情報は、公衆回線１０３を介してセンタ側に送られる。そして、衛星通信及び公衆回線を用いて各端末とセンタとが通信することで、表示した出品車のセリを行う構成」が開示されている。

上記先行技術３及び先行技術４に記載の技術は、いわゆる、電子オークションに関するものであるが、電子オークションにおいては、出品された商品情報、特に、価格情報が時々刻々と変更されるので、対象商品の一定時間内における最高入札額を管理するセンタ側のＤＢ等が、入札者（ユーザ）側の端末において入力された価格情報によってリアルタイムに更新される電子オークションに関する技術は、ＰＯＳシステムにおけるＰＬＵをリアルタイムに変更する必要があるタイムセールス、すなわち、在庫が限られた対象商品の状態や売上目標の達成などを目的として商品価格をタイムリーに変更して販売することに応用することも可能と考えられるが、上記の電子オークションに関する公報においては、そもそも、商品情報の提供と価格情報の管理が別々な方法により行われる構成なので、ユーザ（オークションの場合は、入札者）に提供すべき情報（ＰＯＳの場合は、ＰＬＵ情報）の一元化にコストが掛かることが容易に想像でき、ＰＯＳシステムに求められるＰＬＵ機能のリアルタイム性を安価に実現するための構成が示されているとは言えない。

また、特開平９−３３０３６０号公報（以下、先行技術５という。）には、「電子モールによる代行販売の運用方法において、電子ショップを店舗情報・商品情報の変更・追加に迅速に対応可能な方法で出店することを課題とし、電子ショップ・クライアントは、ショップレイアウト定義機能と、バスケット電子伝票定義機能と、商品登録機能からなる電子ショップを定義する手段で電子ショップ定義情報を定義する。モールサーバにおいて、電子ショップ定義情報を元に電子ショップ出店情報を生成する電子ショップ出店情報を生成する手段は ショップレイアウト登録機能と、バスケット電子伝票登録機能と、商品登録機能からなる。電子ショップ出店情報はショップ管理ＤＢ、ショップレイアウトＤＢ、バスケット電子伝票ＤＢ、バスケットＤＢ、商品ＤＢから構成する。電子ショップ出店情報から表示情報を生成する手段は、パラメータ解析機能とファイル検索機能と表示データ生成機能からなる構成」が開示されている。

上記先行技術５に記載の技術は、インターネットを活用した電子モールに電子ショップを出店、すなわち、商品情報などを備えたホームぺージを自動生成する方法について、「プラグイン方式で店舗情報の追加・更新ができるフレームワークを提供する。すなわち、モールサーバ側に店舗・商品の情報を格納し、店舗側が必要に応じてリモート操作できる枠組みを実現する手段」を出店者に提供するシステムとして、「店舗側で、店舗情報あるいは商品情報を追加・更新を指示する手段」と「モールサーバ側で店舗・商品の情報を登録する手段」、さらに、「表示要求があった時モール内に登録した店舗・商品の情報をＨＴＭＬ形式で生成する手段」を出店者に提供し、「ショップ情報の表示要求があった場合」に「ショップレイアウトＤＢを参照し、該当する店舗情報を検索し、更に商品ＤＢを参照し、商品情報を検索」し、「店舗情報と商品情報を表示するためのＨＴＭＬを生成し、要求元へ転送する」などの構成が記述されている。しかし、この公報に記載された構成では、ユーザが商品を選択する時点、すなわち、出店者にとって、商品を販売する正にその時点において、Ｗｅｂブラウザを介しＰＣ端末などの表示装置に表示される商品情報は、店舗情報が表示された時点のＨＴＭＬに含まれる商品情報（該ＨＴＭＬが生成されたときに商品ＤＢから検索された商品情報）でしかないので、ユーザが商品を選択し購入（注文）する時点で表示された商品情報は、既に該ＨＴＭＬに組み込まれていた、固定の商品情報となってしまい、例えば、商品の在庫が切れてしまった場合でも、ユーザが商品を購買（注文）できてしまうというトラブルが想定され、また、上述したタイムセールなどを行う出店者にとっても、例えば、ＰＣ端末などから電子メールを送信するなどして、商品情報（価格情報）をタイムリーに変更することができないし、前述の先行技術３や先行技術４に記載された電子オークションの様に、出品情報（特に、最高入札価格に基づく価格情報）が時々刻々と変化する商品の場合、入札者（出品された商品の購入を希望するユーザ）が、インターネットに接続されたＰＣ端末などから、Ｗｅｂブラウザや電子メールを介して、価格を提示（入力）する方法が提供されたとしても、入札者によって提示（入力）された情報をリアルタイムに反映される構成になっていないので、出品者（商品の供給元）や仲介者（管理者）側の出品情報が掲載されたホームページに、一定時間内の最高入札額、すなわち、出品者が提供する商品の販売時点における価格情報を表示することはできない。更に、「購入処理（出店者にとっての販売処理）はモールで予め設定されている」として、顧客が購買した時点（出店者が販売した時点）の情報について、「受信後の処理については、本発明の範囲外」と記載されているので、販売時点の情報がどの様に出力（受信）されるのかも不明である。要するに、上記先行技術５は、複数ショップの電子モール出店を簡便に行うための技術に限られた技術であり、各ショップにおけるユーザ・インターフェイス（カテゴリー毎のＰＬＵリストから商品を選択）に関する詳細な記述も一切行われておらず、各ショップにおける商品一覧も、予め、商品ＤＢに登録された商品情報が単なるリストとして表示されているに過ぎず、例えば、各ショップが様々なカテゴリーの商品を扱っている場合、ユーザが、如何にして、所望の商品を選択することができるか という、ユーザ・インターフェイス（Ｉ／Ｆ）に関する記述が一切行われていない。更に、ユーザによる注文は、ＦＡＸ注文と同様の効果しか期待できない。すなわち、商品注文明細情報の明細が、１商品に対応する１レコードに基づき出力されない限り、サーバにおいて売上管理等が合理的に行えないからである。従って、上記先行技術５に記載の技術では、ＰＯＳシステムに求められるＰＬＵ機能のリアルタイム性を実現することは難しい。

以上から、上記先行技術２から先行技術５までをすべて組み合わせたとしても、例えば、サーバとＰＣ端末などの汎用のコンピュータが、インターネットにより、Ｗｅｂブラウザを介して接続された、Ｗｅｂサーバ・クライアント・システムに、ＰＯＳシステムに求められるＰＬＵ機能のリアルタイム性、すなわち、注文時点における商品のＰＬＵ情報（商品ごとの価格などが含まれた基礎情報）がリアルタイムに管理（商品の供給元から受信して商品ＤＢに反映）されると共に、該ＰＬＵ情報に基づく注文情報がリアルタイムに取得される機能を実装することは難しいと考えられる。

「イントラネット製品／技術動向と構築例１，日経オープンシステム、１９９６年１２月発行，Ｎｏ．４５，３６４−３７４ページ」

特開平８−１７１５８７号公報 特開平７−７３２５１号公報 特開平９−６８７１号公報 特開平９−３３０３６０号公報

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

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

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

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

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

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

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

以下、本発明の特徴を前記従来システムと対比すると、次のようになる。
１）商品カテゴリーに対応するＰＬＵリストを表示する部分の表示過程と、該カテゴリー内の商品名が表示される、商品情報に対応したＰＬＵリストを表示する部分の表示過程と、前記商品基礎情報と前記入力した商品識別情報とに基づいて出力される入力結果の注文商品明細を表示する部分の表示過程に対応するプログラムを含むＨＴＭＬリソースがＷｅｂサーバ装置から提供される。
２）商品カテゴリー情報が表示され、また、該カテゴリーにおける商品情報が表示されるところまでは、前記先行技術１（非特許文献１）と同様と言えるかもしれないが、少なくとも商品基礎情報と前記入力した商品識別情報とに基づいて出力される入力結果の注文商品明細を表示する部分の表示過程に関する先行技術（公知例）はない。
３）商品ＤＢの情報をタイムリーに変更することに関する先行技術（公知例）はない。
４）注文時点における商品のＰＬＵ情報（商品ごとの価格などが含まれた基礎情報）がリアルタイムに管理（商品の供給元から受信して商品ＤＢに反映）されると共に、該ＰＬＵ情報に基づく注文情報がリアルタイムに取得されることに関する先行技術（公知例）はない。
５）本発明は、以下の点で新規である。

汎用のコンピュータとインターネットを用いたＷｅｂサーバ・クライアント・システムにおいて、商品の販売時点における情報を管理するため、Ｗｅｂクライアントの表示装置おけるユーザ操作に基づく商品選択時点のＰＬＵ情報が、Ｗｅｂブラウザを介して、Ｗｅｂサーバ・システムから供給されると共に、該ＰＬＵ情報に基づく商品の注文情報が、Ｗｅｂブラウザを介して、該Ｗｅｂサーバ・システムにおいてリアルタイムに取得される、Ｗｅｂ−ＰＯＳネットワーク・システムによるＰＯＳ管理（商品の販売時点における情報の管理）において、カテゴリーリストが表示されると共にカテゴリーリストに係るユーザ操作を受け付けるカテゴリー表示領域と商品（ＰＬＵ）リストが表示されると共に商品（ＰＬＵ）リスト対するユーザ操作を受け付ける商品（ＰＬＵ）リスト表示領域によって構成される操作領域が、Ｗｅｂ−ＰＯＳクライアント装置の入力手段を有する表示装置に確保されることを特徴とする、Ｗｅｂ−ＰＯＳネットワーク・システムによるＰＯＳ管理に用いられるクライアント装置。

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

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

また、前記「先行技術３（特許文献２）」及び「先行技術４（特許文献３）」は、いわゆる、電子オークションに関するものであるが、商品情報の提供と価格情報の管理が別々な方法により行われる構成なので、ユーザ（オークションの場合は、入札者）に提供すべき情報（ＰＯＳの場合は、ＰＬＵ情報）の一元化にコストが掛かることが容易に想像でき、本発明の課題である、ＰＯＳシステムに求められるＰＬＵ機能のリアルタイム性を安価に実現するための構成が示されているとは言えない。

更に、前記「先行技術５（特許文献４）」は、インターネットを活用した電子モールに電子ショップを出店、すなわち、商品情報などを備えたホームぺージを自動生成する方法に関するものであるが、ユーザが商品を選択し購入（注文）する時点で表示された商品情報は、既に該ＨＴＭＬに組み込まれていた、固定の商品情報となってしまい、例えば、商品の在庫が切れてしまった場合でも、ユーザが商品を購買（注文）できてしまうというトラブルが想定され、例えば、ＰＣ端末などから電子メールを送信するなどして、商品情報（価格情報）をタイムリーに変更することができないし、また、「購入処理（出店者にとっての販売処理）はモールで予め設定されている」として、顧客が購買した時点（出店者が販売した時点）の情報について、「受信後の処理については、本発明の範囲外」と記載されているので、販売時点の情報がどの様に出力（受信）されるのかも不明であるため、本発明の課題である、ＰＯＳシステムに求められるＰＬＵ機能のリアルタイム性を実現することは難しい。

従って、前記「「先行技術１（非特許文献１）」、「先行技術２（特許文献１）」、「先行技術３（特許文献２）及び先行技術４（特許文献３）」、「先行技術５（特許文献４）」のすべてを組み合わせても、例えば、サーバとＰＣ端末などの汎用のコンピュータが、インターネットにより、Ｗｅｂブラウザを介して接続された、Ｗｅｂサーバ・クライアント・システムに、ＰＯＳシステムに求められるＰＬＵ機能のリアルタイム性、すなわち、取扱商品に関する基礎情報、例えば、商品供給元から通信によって登録されたＰＬＵ情報（商品ごとの価格などが含まれた基礎情報）が販売（注文）時点、すなわち、リアルタイムに管理されると共に、該ＰＬＵ情報に基づく販売（注文）情報が販売（注文）時点、すなわち、リアルタイムに取得される機能を実装することは難しいと考えられる。

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

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

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

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

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

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

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

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

（実施の形態の構成）
図１は、ＰＯＳクライアント機能が実装されたＷｅｂクライアント装置であるＷｅｂ−ＰＯＳクライアント装置の構成図、図２は、ＰＯＳサーバ機能が実装されたＷｅｂサーバ装置であるＷｅｂ−ＰＯＳサーバ装置の構成図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（カテゴリーリスト表示制御クライアントプログラムの動作）
図４は、前述した図３のステップ３０１において、Ｗｅｂ−ＰＯＳサーバ装置からダウンロードされＷｅｂ−ＰＯＳクライアント装置において第１フレームをターゲットとして実行されるカテゴリーリスト表示制御クライアントプログラムの動作を示す動作フローチャートである。

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

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

図４において、まず、表示画面のＷｅｂブラウザウインドウ上の第１フレームに、見出し“商品カテゴリー”が表示される（ステップ４０１）。
次に、カテゴリーリストの表示処理が実行される（ステップ４０２）。この場合、Ｗｅｂ−ＰＯＳサーバ装置は、ＨＤＤ２０４に記憶されている図１４に示されるデータ構造を有するＰＬＵマスタデータベース（ＰＬＵマスタＤＢ）の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 ）バーコードの例を示す図であり、JISB 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 (3)

1. 汎用のコンピュータとインターネットを用いたＷｅｂサーバ・クライアント・システムにおいて、商品の販売時点における情報を管理するためのＷｅｂ−ＰＯＳネットワーク・システムであって、
   上記Ｗｅｂサーバ・システムが、取扱商品に関する商品ごとの基礎情報（ＰＬＵ情報）を商品識別情報に対応するフィールドを含むレコードによって管理する商品（ＰＬＵ）マスタＤＢを備え、該商品（ＰＬＵ）マスタＤＢの管理、ＨＴＴＰメッセージに基づくプログラムの実行及び、ＨＴＭＬリソースの生成及び供給を行うサーバ装置からなる、Ｗｅｂ−ＰＯＳサーバ・システムであり、
   上記Ｗｅｂクライアント装置が、タッチパネル、マウス、キーボード、電子ペンからなるによる入力手段を有する表示装置とＷｅｂブラウザを備えた、Ｗｅｂ−ＰＯＳクライアント装置であって、
   上記Ｗｅｂ−ＰＯＳクライアント装置から、インターネットを介し、上記Ｗｅｂ−ＰＯＳサーバ・システムにアクセスすると、該Ｗｅｂ−ＰＯＳサーバ・システムから該Ｗｅｂ−ＰＯＳクライアント装置における商品の選択や注文に係るユーザ操作を受け付けるＨＴＭＬリソースが供給され、該供給されたＨＴＭＬリソースが上記Ｗｅｂブラウザによって処理されると、
   １）カテゴリーリスト表示領域、
   すなわち、上記Ｗｅｂ−ＰＯＳサーバ・システムから該Ｗｅｂ−ＰＯＳクライアント装置に、上記商品（ＰＬＵ）マスタＤＢにおいて管理されている取扱商品に関する商品ごとの基礎情報（ＰＬＵ情報）に含まれたカテゴリーに対応するカテゴリーリストを含むＨＴＭＬリソースが供給され、該供給されたカテゴリーリストを含むＨＴＭＬリソースが上記Ｗｅｂブラウザにおいて処理されることで、該Ｗｅｂ−ＰＯＳクライアント装置の入力手段を有する表示装置に、該供給されたカテゴリーリストを含むＨＴＭＬリソースに基づくカテゴリーリストが表示されると共にカテゴリーリストに係るユーザ操作を受け付ける領域、
   ２）商品（ＰＬＵ）リスト表示領域、
   すなわち、上記Ｗｅｂ−ＰＯＳクライアント装置の入力手段を有する表示装置に確保された上記カテゴリーリスト表示領域において、ユーザが該入力手段によりカテゴリーを変更または入力（選択）するごとに、予め指定されたカテゴリー、あるいは、該変更または入力（選択）されたカテゴリーに対応する商品基礎情報を含むＨＴＭＬリソースを要求するＨＴＴＰメッセージが上記Ｗｅｂ―ＰＯＳサーバ・システムに送信され、該要求のＨＴＴＰメッセージに基づき、該Ｗｅｂ−ＰＯＳサーバ・システムの商品（ＰＬＵ）マスタＤＢにおいて管理されている取扱商品に関する商品ごとの基礎情報から、該指定されたカテゴリー、あるいは、該変更または入力（選択）されたカテゴリーに対応するＰＬＵ情報が抽出され、該抽出されたＰＬＵ情報を含むＨＴＭＬリソースが生成されると共に、該Ｗｅｂ−ＰＯＳクライアント装置に送信され、該送信されたＰＬＵ情報を含むＨＴＭＬリソースが該Ｗｅｂブラウザにおいて処理されることで、該Ｗｅｂ−ＰＯＳクライアント装置の入力手段を有する表示装置に、該送信されたＰＬＵ情報を含むＨＴＭＬリソースに基づく商品（ＰＬＵ）リストが表示されると共に商品（ＰＬＵ）リスト対するユーザ操作を受け付ける領域、
   からなる、カテゴリー・リスト表示領域、及び、商品（ＰＬＵ）リスト表示領域を有して、
   上記Ｗｅｂ−ＰＯＳクライアント装置の入力手段を有する表示装置に、該Ｗｅｂ−ＰＯＳクライアント装置における商品の選択や注文に係るユーザ操作を受け付ける操作領域（ユーザ・インターフェイス）が確保され、
   ユーザが、上記Ｗｅｂ−ＰＯＳクライアント装置の入力手段により、
   （１）上記操作領域のカテゴリー表示領域に表示されたカテゴリーリストのカテゴリーを変更または入力（選択）すると、該変更または入力（選択）したカテゴリーに対応するＰＬＵ情報からなる商品（ＰＬＵ）リストが該操作領域の商品（ＰＬＵ）リスト表示領域に表示され、
   （２）該操作領域の商品（ＰＬＵ）リスト表示領域に表示された該商品（ＰＬＵ）リストから商品を特定するための商品識別情報を入力（選択）すると、該入力（選択）された商品識別情報に対応するＰＬＵ情報が該Ｗｅｂ−ＰＯＳサーバ・システムに問い合わせて取得（表示）され、
   （３）該取得（表示）されたＰＬＵ情報に基づく商品の数量（注文数）を入力（選択）すると、該数量（注文数）に基づく計算が行われると共に、上記入力（選択）された商品識別情報と該商品識別情報に対応して取得された上記ＰＬＵ情報に基づく商品の注文明細情報が該Ｗｅｂ−ＰＯＳクライアント装置の入力手段を有する表示装置に表示され、
   （４）更に、ユーザが、上記Ｗｅｂ−ＰＯＳクライアント装置の入力手段を有する表示装置に表示された商品の注文明細情報について、該入力手段により、オーダ操作（オーダ・ボタンをクリック）を行うことにより、該商品の注文明細情報に対する上記数量（注文数）の入力（選択）に基づく計算結果の注文情報が該Ｗｅｂ−ＰＯＳサーバ・システムにおいて取得（受信）される、
   上記Ｗｅｂ−ＰＯＳクライアント装置におけるユーザ操作に基づく商品選択時点のＰＬＵ情報が、Ｗｅｂブラウザを介して、上記Ｗｅｂ−ＰＯＳサーバ・システムから供給されると共に、該ＰＬＵ情報に基づく商品の注文情報が、Ｗｅｂブラウザを介して、該Ｗｅｂ−ＰＯＳサーバ・システムにおいてリアルタイムに取得される、Ｗｅｂ−ＰＯＳネットワーク・システムによるＰＯＳ管理（商品の販売時点における情報の管理）において、
   上記カテゴリー表示領域と上記商品（ＰＬＵ）リスト表示領域によって構成される上記操作領域が、Ｗｅｂ−ＰＯＳクライアント装置の入力手段を有する表示装置に確保されることを特徴とする、Ｗｅｂ−ＰＯＳネットワーク・システムのクライアント装置。
2. 前記Ｗｅｂ−ＰＯＳクライアント装置から、前記Ｗｅｂ−ＰＯＳサーバ・システムに対するアクセスが、該Ｗｅｂ−ＰＯＳクライアント装置の前記入力手段を有する表示装置に表示されたアイコンを選択することにより、Ｗｅｂブラウザが起動されて行われることを特徴とする、
   前記請求項１記載のＷｅｂ−ＰＯＳネットワーク・システムのクライアント装置。
3. 前記Ｗｅｂ−ＰＯＳサーバ・システムによって管理される取扱商品に関する商品ごとの基礎情報（ＰＬＵ情報）が、ＨＴＴＰ通信または電子メールにより、商品供給元から受信されて該Ｗｅｂ−ＰＯＳサーバ・システムの商品（ＰＬＵ）マスタＤＢに登録されると共に、該登録の商品が前記商品識別情報に基づき管理されること、あるいは、前記ユーザ操作に基づく商品の注文情報が、ＨＴＴＰ通信または電子メールにより、該商品の商品供給元に送信されることを特徴とする、
   前記請求項１または請求項２に記載のＷｅｂ−ＰＯＳネットワーク・システムのクライアント装置。

Images