JP4491068B2 - Web-POS system - Google Patents

Web-POS system Download PDF

Info

Publication number
JP4491068B2
JP4491068B2 JP2000331569A JP2000331569A JP4491068B2 JP 4491068 B2 JP4491068 B2 JP 4491068B2 JP 2000331569 A JP2000331569 A JP 2000331569A JP 2000331569 A JP2000331569 A JP 2000331569A JP 4491068 B2 JP4491068 B2 JP 4491068B2
Authority
JP
Japan
Prior art keywords
web
product
pos
plu
category
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
Application number
JP2000331569A
Other languages
Japanese (ja)
Other versions
JP2001175953A5 (en
JP2001175953A (en
Inventor
政壮 柳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ada Zero
Original Assignee
Ada Zero
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ada Zero filed Critical Ada Zero
Priority to JP2000331569A priority Critical patent/JP4491068B2/en
Publication of JP2001175953A publication Critical patent/JP2001175953A/en
Publication of JP2001175953A5 publication Critical patent/JP2001175953A5/ja
Application granted granted Critical
Publication of JP4491068B2 publication Critical patent/JP4491068B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、POS技術に関する。
【0002】
【従来の技術】
POS(Point Of Sales:販売時点情報管理)システムは、商品が小売店で売れたその時点でその商品に関する情報を取得し、リアルタイムな管理を可能とすることを目的として構築されるシステムであり、小売業を中心として広く普及している。
【0003】
POSシステムでは、商品の1つ1つの値札や包装パッケージに印刷又は貼付されたバーコードやOCRコードがPOS端末装置に接続されているスキャナ装置によって読み取られ、或いは、POS端末装置のキーボードから入力されることにより、その商品に関する商品メーカコードや商品アイテムコードが取得される。
【0004】
続いて、ストアコンピュータと呼ばれるオフィスコンピュータから、上述の取得された商品メーカコードや商品アイテムコードをキーとして、その商品に対応する価格情報が読み出され、それらの商品アイテムコード、価格等が印刷されたレシートが、POS端末装置に装備されているレシートジャーナルプリンタ装置から出力される。
【0005】
同時に、上述の商品に関する各情報は、ストアコンピュータ内の売上管理データベースに登録され、売上げ管理等に活用される。
上述のような、商品メーカコードや商品アイテムコードをキーとしてストアコンピュータから対応する価格情報を取得する機能は、PLU(Price Look Up )機能と呼ばれる。
【0006】
【発明が解決しようとする課題】
このようなPLU機能を実現するためには従来、サーバ装置であるストアコンピュータとクライアント装置であるPOS端末装置に、POSシステム専用のサーバ・クライアントプロトコルに従ったPOS通信機能を実装する必要があり、かつ、両者間にPOS専用線を敷設する必要もあった。
【0007】
このため従来は、POSシステムを低価格で実現することが困難であり、中小小売店等にとっては大きな負担となっていた。
また、POSシステムでは、各商品供給元(卸問屋、メーカ等)から、PLU機能を実現するための商品メーカコード、商品アイテムコード、価格情報等の商品基礎情報を受け取り、それらをストアコンピュータに登録する必要があるが、上述のように従来のPOSシステムは専用の規格を必要としたため、その登録手続きも煩雑かつ非効率なものにならざるを得ないという問題点を有していた。
【0008】
更に、従来のPOSシステムでは、取り扱う商品を専用に割り当てたキーボードをPOS端末装置に用意する必要があり、POS端末装置のコストアップを招いてしまうと共に、取扱商品の頻繁な変更が困難であるという問題点を有していた。
【0009】
本発明の課題は、専用のPOS通信機能/POS専用線を必要とせず、取扱商品の自由な変更が可能なPOSシステムを実現することにある。
【0010】
【課題を解決するための手段】
本発明は、販売時点情報管理を行うための技術を前提とする。
そしてまず、ハイパーテキスト転送プロトコル(HTTP)を用いてハイパーテキストマークアップ言語(HTML)で記述されたHTMLリソースを供給するサーバ装置(Web−POSサーバ装置)において、商品に関する基礎情報である商品基礎情報(PLUマスタDB)が管理される。
【0011】
次に、サーバ装置からハイパーテキスト転送プロトコルを用いてHTMLリソースを要求するクライアント装置(Web−POSクライアント装置)に、上述の商品基礎情報(PLUリスト表示制御クライアントプログラム)が送信される。
【0012】
一方、クライアント装置において、商品に関する識別情報である商品識別情報(商品カテゴリー、商品メーカコード、商品アイテムコード等)が入力される。次に、クライアント装置において、サーバ装置から受信した商品基礎情報から上述の入力された商品識別情報に対応するものが取得される。
【0013】
そして、クライアント装置において、その取得された商品基礎情報と前述の入力した商品識別情報とに基づいて、販売時点情報が出力される。
上述の発明の構成において、サーバ装置からクライアント装置に、商品に関する識別情報である商品識別情報に基づいて前記商品基礎情報を選択させるための商品基礎情報選択フォーム(カテゴリーリスト、PLUリストを表示するフォーム)がHTMLリソースとして送信され、また、クライアント装置において、サーバ装置から受信した商品基礎情報選択フォームを用いて、サーバ装置から受信した商品基礎情報から前述の入力した商品識別情報に対応するものが取得される構成を付加することができる。
【0014】
また、ここまでの発明の構成において、サーバ装置からクライアント装置に、販売時点情報を返送させるための販売時点情報フォーム(明細フォーム)が送信され、クライアント装置において、前述の入力した商品識別情報とそれに対応して取得した商品基礎情報とに基づいて、サーバ装置から受信した販売時点情報フォームに販売時点情報が記入され、クライアント装置からサーバ装置に記販売時点情報フォームに記入された販売時点情報が、ハイパーテキスト転送プロトコルを用いて返送される構成を付加することができる。
【0015】
更に、ここまでの発明の構成において、クライアント装置において、それに接続される商品識別情報読み取り装置(スキャナ装置115)を用いて、商品に付されている商品識別情報(JANバーコード)が入力される構成を付加することができる。
【0016】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態について詳細に説明する。
<実施の形態の特徴>
本実施の形態は、HTTP(ハイパーテキストトランスファプロトコル)と呼ばれる通信プロトコルに基づいて通信を行うWebサーバ・クライアントシステム上で、POS機能が実現されることを特徴とする。
【0017】
Webサーバ・クライアントシステムは、現在インターネット等において広く普及しているホームページ公開・閲覧機能を実現するシステムであり、汎用的なワークステーション及びパーソナルコンピュータを用いて簡単に実現することができる。また、基本となるWebサーバソフトウエア及びWebクライアントソフトウエア(Webブラウザ)も低価格で購入することが可能である。
【0018】
従って、このようなWebサーバ・クライアントシステム上にPOS機能を実装することによって、低価格なPOSシステムを実現することが可能となると同時に、POS専用線を敷設することなくインターネット等の公衆ネットワークやLAN(ローカルエリアネットワーク)を用いてサーバ装置とクライアント装置を接続することが可能となる。
【0019】
また、本実施の形態では、一般的なWebサーバ装置上にストアコンピュータ機能が実装されるため、HTTP通信や電子メール通信によって、各商品供給元から、PLU機能を実現するための商品メーカコード、商品アイテムコード、価格情報等の商品基礎情報を簡単に受信して登録することが可能となるという特徴を有する。
【0020】
逆に、クライアント装置からサーバ装置に登録される商品売上げ情報又は商品注文情報を、HTTP通信や電子メール通信によって、各商品供給元等に簡単に送信することが可能となるという特徴も有する。
【0021】
更に、本実施の形態においては、従来はPOS端末装置上の専用のキーボードによって実現する必要があったPLUキー機能が、Webサーバ装置から供給されクライアント装置の表示装置に表示されるWebブラウザ画面上の商品選択リスト(又は商品選択イメージマップ)と、そのリストの項目を選択するタッチパネル(又はマウス)として実現される。このため、本実施の形態では、取り扱う商品を専用に割り当てたキーボードをクライアント装置側に用意する必要がないためクライアント装置を低価格で実現でき、かつ上記リスト内容をWebサーバ装置側のプログラムによって変更するだけで取扱商品も簡単に変更できるという特徴も有する。
<実施の形態の構成>
図1は、POSクライアント機能が実装されたWebクライアント装置であるWeb−POSクライアント装置の構成図、図2は、POSサーバ機能が実装されたWebサーバ装置であるWeb−POSサーバ装置の構成図である。
【0022】
図1のWeb−POSクライアント装置において、CPU101、メモリ102、HDDインタフェース部103、可搬型記録媒体インタフェース部105、ネットワークインタフェース部107、表示インタフェース部108、タッチパネルインタフェース部110、キーボードインタフェース部112、スキャナインタフェース部114、汎用プリンタインタフェース部116、及びレシートジャーナルプリンタインタフェース部118は、バスにより相互に接続される。
【0023】
CPU101は、MO(光磁気ディスク装置)等の可搬型記録媒体106から可搬型記録媒体インタフェース部105を介して、又はHDD104からHDDインタフェース部103を介してメモリ102に読み込まれたWebブラウザプログラムと、そのプログラムによって図2のWeb−POSサーバ装置からネットワークインタフェース部107を介してメモリ102にダウンロードされる後述する各種制御クライアントプログラムを実行する。
【0024】
ネットワークインタフェース部107は、ISDN(統合サービスディジタルネットワーク)回線、アナログ電話回線、又はディジタル専用回線を終端し、その回線からインターネット又はLAN・WAN等の専用ネットワークを介して接続される図2のWeb−POSサーバ装置との間で通信されるHTTPメッセージが格納されたTCP/IPパケットデータを送受信する機能を有する。
【0025】
CPU101の制御によって生成される後述する図17〜図21等の各種表示画面は、表示インタフェース部108を介して表示装置109に表示される。
表示装置109の画面表面には、タッチパネル111が組み込まれており、ユーザは表示画面に指でタッチすることにより、後述する各種リストの選択等を行うことができ、その情報は、タッチパネル111からタッチパネルインタフェース部110を介してCPU101に通知される。
【0026】
上記操作と択一的に、ユーザは、商品に貼付されているJANバーコード(図16参照)をスキャナ装置115を使って読み取ることができ、その情報は、スキャナ装置115からスキャナインタフェース部114を介してHDD104上のスキャナ入力ファイルに書き込まれる。
【0027】
またユーザは、商品の数量を、汎用のキーボード113から入力することができ、その情報は、キーボード113からキーボードインタフェース部112を介してCPU101に通知される。
【0028】
商品売上げ(又は注文)時のレシートは、CPU101がレシートジャーナルプリンタインタフェース部118を介してレシートジャーナルプリンタ装置119を制御することによって、同装置で印刷される。
【0029】
また、後述するWeb−POSサーバ装置が管理する売上管理データベースの内容は、必要に応じてネットワークインタフェース部107を介してCPU101が受信し、CPU101が汎用プリンタインタフェース部116を介して汎用プリンタ装置117を制御することによって、同装置で印刷される。
【0030】
次に、図2のWeb−POSサーバ装置において、CPU201、メモリ202、HDDインタフェース部203、可搬型記録媒体インタフェース部205、及びネットワークインタフェース部207は、バスにより相互に接続される。
【0031】
CPU101は、MO等の可搬型記録媒体206から可搬型記録媒体インタフェース部205を介して、又はHDD204からHDDインタフェース部203を介してメモリ202に読み込まれたWebサーバプログラムと、図1のWeb−POSクライアント装置からの要求に基づいて上記WebサーバプログラムのCGI(コモンゲートウエイインタフェース)等を介して起動される後述する各種制御サーバプログラムと、HDD104に記憶される後述するPLUマスタデータベース(PLUマスタDB、図14参照)及び売上管理データベース(売上管理DB、図15参照)にアクセスするためのデータベースアクセスプログラムとを実行する。
【0032】
ネットワークインタフェース部207は、ISDN(統合サービスディジタルネットワーク)回線、アナログ電話回線、又はディジタル専用回線を終端し、その回線からインターネット又は専用ネットワークを介して接続される図1のWeb−POSクライアント装置との間で通信されるHTTPメッセージが格納されたTCP/IPパケットデータを送受信する機能を有する。
<初期フレーム表示制御クライアントプログラムの動作>
上述の構成を有する実施の形態において、まず、ユーザが、Web−POSクライアント装置において、表示装置109の表示画面に表示されている所定のアイコンの位置でタッチパネル111にタッチすることによりWebブラウザプログラムを起動すると、Web−POSサーバ装置のネットワークアドレスを示すURL(ユニフォームリソースロケータ)が自動的に指定され、CPU101からネットワークインタフェース部107及びそれに接続されるインターネット等を介して図2のWeb−POSサーバ装置に、後述する図3の動作フローチャートで示される初期フレーム表示制御クライアントプログラムのダウンロードを要求するHTTPメッセージが送信される。
【0033】
Web−POSサーバ装置のCPU201が実行する周知のWebサーバプログラムは、ネットワークインタフェース部207を介して上記要求メッセージを受信すると、HDD204からHTML(ハイパーテキストマークアップランゲージ)形式の初期フレーム表示制御クライアントプログラムを読み出し、それをネットワークインタフェース部207及びそれに接続されるインターネット等を介して図1のWeb−POSクライアント装置に送信する。
【0034】
Web−POSクライアント装置のCPU101が実行する周知のWebブラウザプログラムは、ネットワークインタフェース部107を介して上記初期フレーム表示制御クライアントプログラムを受信すると、それを実行する。
【0035】
図3は、初期フレーム表示制御クライアントプログラムの動作を示す動作フローチャートである。
まず、図3のステップ301において、表示装置109に表示される表示画面内のWebブラウザウインドウ上で、図17に示されるように、上下方向に例えば20%程度の表示面積を有する最上段の第1フレームが確保されると共に、Web−POSサーバ装置に、後述する図4の動作フローチャートで示されるカテゴリーリスト表示制御クライアントプログラムのダウンロードを要求するHTTPメッセージが送信される。
【0036】
Web−POSサーバ装置のWebサーバプログラムは、上記要求メッセージを受信すると、HDD204からHTML形式のカテゴリーリスト表示制御クライアントプログラムを読み出し、それをWeb−POSクライアント装置に送信する。
【0037】
Web−POSクライアント装置のWebブラウザプログラムは、上記カテゴリーリスト表示制御クライアントプログラムを受信すると、このプログラムを、表示画面の第1フレームをターゲットとして実行する。この結果、図4の説明で後述するようにして、図18に示されるように、表示画面の第1フレームに、見出し“商品カテゴリー”と、カテゴリーリストが表示されると共に、カテゴリーリストの選択状態の変化に応答して後述する第2フレームのPLUリストの表示状態の制御処理が実行される。
【0038】
次に、図3のステップ302において、表示装置109に表示される表示画面内のWebブラウザウインドウ上で、図17に示されるように、上下方向に例えば30%程度の表示面積を有する中段の第2フレームが確保されると共に、Web−POSサーバ装置に、後述する図5〜図9の動作フローチャートで示されるPLUリスト表示制御サーバプログラムの実行を指示するHTTPメッセージが送信される。
【0039】
Web−POSサーバ装置のWebサーバプログラムは、上記指示メッセージを受信すると、HDD204からメモリ202にPLUリスト表示制御サーバプログラムを読み出し、それを実行する。このプログラムは、HDD204に記憶されているPLUマスタDB(図14参照)上の全レコードを読み出して、それらのレコード情報が含まれるPLUリスト表示制御クライアントプログラムを生成し、それをWeb−POSクライアント装置に送信する。
【0040】
Web−POSクライアント装置のWebブラウザプログラムは、上記PLUリスト表示制御クライアントプログラムを受信すると、このプログラムを、表示画面の第2フレームをターゲットとして実行する。この結果、図5〜図9の説明で後述するようにして、図18に示されるように、表示画面の第2フレームに、見出し“注文商品”と、PLUリストと、見出し“数量”と、数量入力フィールドが表示されると共に、PLUリストの選択状態と数量入力フィールドの入力状態の監視と、スキャナ装置115の入力状態の監視と、それらの監視結果に基づく後述する第3フレームの明細フォームの記入状態の制御処理が実行される。
【0041】
最後に、図3のステップ303において、表示装置109に表示される表示画面内のWebブラウザウインドウ上で、図17に示されるように、上下方向に例えば50%程度の表示面積を有する最下段の第3フレームが確保されると共に、Web−POSサーバ装置に、後述する図10〜図12の動作フローチャートで示される明細フォーム表示制御クライアントプログラムのダウンロードを要求するHTTPメッセージが送信される。
【0042】
Web−POSサーバ装置のWebサーバプログラムは、上記要求メッセージを受信すると、HDD204から明細フォーム表示制御クライアントプログラムを読み出し、それをWeb−POSクライアント装置に送信する。
【0043】
Web−POSクライアント装置のWebブラウザプログラムは、上記明細フォーム表示制御クライアントプログラムを受信すると、このプログラムを、表示画面の第3フレームをターゲットとして実行する。この結果、図10〜図12の説明で後述するようにして、図18に示されるように、表示画面の第3フレームに、明細フォームが表示されると共に、オーダボタンのクリックに応答して、Web−POSサーバ装置への明細フォームの送信処理が実行され、また、削除ボタンのクリックに応答して、現在入力明細行の削除処理が実行される。
<カテゴリーリスト表示制御クライアントプログラムの動作>
図4は、前述した図3のステップ301において、Web−POSサーバ装置からダウンロードされWeb−POSクライアント装置において第1フレームをターゲットとして実行されるカテゴリーリスト表示制御クライアントプログラムの動作を示す動作フローチャートである。
【0044】
このプログラムの実行により、図18に示されるように、表示画面の第1フレームに、見出し“商品カテゴリー”と、カテゴリーリストが表示されると共に、カテゴリーリストの選択状態の変化に応答して第2フレームのPLUリストの表示状態の制御処理が実行される。
【0045】
なお、このプログラムは、例えば、ネットスケープコミュニケーションズコーポレーションが開発したJavaScript言語による記述を含むHTMLファイルとして記述することができる。
【0046】
図4において、まず、表示画面のWebブラウザウインドウ上の第1フレームに、見出し“商品カテゴリー”が表示される(ステップ401)。
次に、カテゴリーリストの表示処理が実行される(ステップ402)。この場合、Web−POSサーバ装置は、HDD204に記憶されている図14に示されるデータ構造を有するPLUマスタデータベース(PLUマスタDB)のitem_categoryフィールドの内容を定期的に検索することにより、そのフィールドに含まれる商品カテゴリーのリストをカテゴリーリストとして生成し、それをHDD104に記憶されているカテゴリーリスト表示制御クライアントプログラムのHTMLファイルに組み込んでいる。この結果、第1フレームには、例えば図18に示されるようなカテゴリーリストのボックスが表示されることになる。
【0047】
次に、図1のキーボード113又はタッチパネル111の何れかの入力があったか否かが監視される(ステップ403の判定処理の繰返し)。
何れかの入力が発生しステップ403の判定がYESとなると、カテゴリーリストの選択内容に変化があったか否かが判定される(ステップ404)。
【0048】
カテゴリーリストの選択内容に変化がなくステップ404の判定がNOの場合には、再びステップ403の監視状態に戻る。
ユーザによるタッチパネル111に対する操作等によりカテゴリーリストの選択内容に変化がありステップ404の判定がYESとなった場合には、まず、第1フレームのカテゴリーリストの選択項目が、新たに選択された項目に変更される(ステップ405)。
【0049】
そして、第2フレームに表示されているPLUリストの選択項目が変更される(ステップ406)。具体的には、後述する図6に示されるPLUリスト表示制御クライアントプログラムで定義されているitem_categories配列中で、ステップ405で変更されたカテゴリーリストの選択項目値と同じ値を有する先頭の要素値が検索され、その要素番号と同じ項目番号のPLUリスト中の項目がPLUリストにおける新たな選択項目とされる。その後再び、ステップ403の監視状態に戻る。
【0050】
図5及び図6で後述するように、item_categories配列には、図14に示されるPLUマスタDB中の全レコードのitem_categoryフィールド値が、item_categoryフィールド値順/ maker_codeフィールド値順/item_codeフィールド値順の並び順(SQLでいうところの order by item_category,maker_code, item_code)で格納されており、またPLUリストには、同じくPLUマスタDB中の全レコードのitem_nameフィールド値が上記と同じ並び順で格納されている。
【0051】
従って、ユーザがタッチパネル111の操作等によって、第1フレームに表示されているカテゴリーリストにおいて任意の商品カテゴリーを選択すると、第2フレーム中のPLUリストには、選択された商品カテゴリーに属する商品名のリスト項目が表示されることになる。
【0052】
例えば、図18の表示例において、ユーザがタッチパネル111の操作等によって第1フレームに表示されているカテゴリーリストで商品カテゴリー“靴”を選択すると、第2フレームに表示されるPLUリストの表示開始位置が、商品カテゴリー“靴”に属する商品名“赤い靴”に変化する。
【0053】
また、図20の表示例において、ユーザがタッチパネル111の操作等によって第1フレームに表示されているカテゴリーリストで商品カテゴリー“家電”を選択すると、第2フレームに表示されるPLUリストの表示開始位置が、商品カテゴリー“家電”に属する商品名“MD”に変化する。
【0054】
このようにユーザは、タッチパネル111の操作等によって、まず商品カテゴリーを選択し、続いて、その商品カテゴリーに属する商品名をPLUリストから選択することができる。
<ユーザPLUリスト表示制御サーバプログラムの動作フローチャート>
図5は、前述した図3のステップ302におけるWeb−POSクライアント装置からの指示によってWeb−POSサーバ装置において実行されるPLUリスト表示制御サーバプログラムの動作を示す動作フローチャートである。
【0055】
このプログラムの実行により、図2のHDD204に記憶されているPLUマスタDB(図14参照)上の全レコードが読み出され、それらのレコード情報が含まれるPLUリスト表示制御クライアントプログラムが生成されて、それがWeb−POSクライアント装置に送信される。
【0056】
なお、このプログラムは、例えば、C言語又はPerlスクリプト言語等を用いて記述することができ、Web−POSサーバ装置のWebサーバプログラムからCGIを経由して起動される。
【0057】
図5で、まず、図2のHDD204に記憶されているPLUマスタDBに対して、そこに含まれる全レコードの抽出処理が実行される(ステップ501)。
PLUマスタDBは、Web−POSシステムで扱われる各商品に関する商品基礎情報を管理するデータベースであり、1商品が1レコードに対応する。
【0058】
PLUマスタDBは、図14に示されるように、商品が属する商品カテゴリー名が格納されるitem_categoryフィールド、商品を製造した商品メーカのコードが格納されるmaker _codeフィールド、商品のコードが格納されるitem_codeフィールド、商品の名称が格納されるitem_nameフィールド、及び商品の小売単価が格納されるitem_price フィールドから構成される。
【0059】
そして図5のステップ501では、PLUマスタDB内の全レコード内容が、item_categoryフィールド値順、同じ商品カテゴリーを有するレコード群内では maker_codeフィールド値順、更に同じ商品カテゴリー及び同じ商品メーカコードを有するレコード群内ではitem_codeフィールド値順になるように、抽出される。具体的には、PLUマスタDBが、例えばSQL(構造化問合せ言語)データベースとして実現される場合には、図5のステップ501では、
select * from PLUマスタDB
order by item_category,maker_code, item_code
というSQL命令が実行される。
【0060】
次に、ステップ502〜506では、ステップ501の抽出で得られた各検索結果レコードのitem_categoryフィールド値、 maker_codeフィールド値、item_codeフィールド値、item_nameフィールド値、及びitem_price フィールド値がそれぞれ、item_categories配列、 maker_codes 配列、item_codes 配列、item_names 配列、及びitem_prices配列に格納される。
【0061】
この結果、各配列item_categories、 maker_codes 、item_codes 、item_names 、及びitem_pricesの同一の要素番号の各要素値には、同一の商品に関する商品カテゴリー名、商品メーカコード、商品コード、商品名、及び商品単価が格納されることになる。
【0062】
最後に、PLUリスト表示制御クライアントプログラムが生成され、ネットワークインタフェース部207を介してWeb−POSクライアント装置に送信される(ステップ507)。
<PLUリスト表示制御クライアントプログラムの動作>
図6は、上述の送信処理に基づいて、Web−POSサーバ装置からダウンロードされWeb−POSクライアント装置において実行されるPLUリスト表示制御クライアントプログラムの動作を示す動作フローチャートである。
【0063】
なお、このプログラムは、例えば、JavaScript言語による記述を含むHTMLファイルとして記述することができる。
図3のステップ302の説明で前述したように、このプログラムは、表示画面のWebブラウザウインドウ上の第2フレームをターゲットとして実行される。この結果、図18に示されるように、表示画面の第2フレームに、見出し“注文商品”と、PLUリストと、見出し“数量”と、それに続く数量入力フィールドが表示されると共に、PLUリストの選択状態と数量入力フィールドの入力状態の監視と、スキャナ装置115の入力状態の監視と、それらの監視結果に基づく後述する第3フレームの明細フォームの記入状態の制御処理が実行される。
【0064】
図6で、まずステップ601〜604では、図5のステップ502〜504、及び506で得られたitem_categories、 maker_codes 、item_codes 、及びitem_pricesの各配列と同じ配列が定義される。
【0065】
次に、ステップ605と606で、第2フレームに、見出し“注文商品”と、図5のステップ505で得られたitem_names 配列の各要素値を各項目値及び項目名とするPLUリストが表示される。
【0066】
このようにして、Web−POSサーバ装置からWeb−POSクライアント装置にダウンロードされたPLUリスト表示制御クライアントプログラム中の各配列item_categories、 maker_codes 、item_codes 、及びitem_pricesの同一の要素番号の各要素値と、その要素番号と同一の項目番号のPLUリストの項目値には、同一の商品に関する商品カテゴリー名、商品メーカコード、商品コード、商品単価、及び商品名が格納されることになり、この結果、Web−POSサーバ装置からWeb−POSクライアント装置に商品基礎情報が転送されることになる。
【0067】
続いて、ステップ607と608で、見出し“数量”と数量入力フィールドが表示される。
その後、ステップ609〜617で、PLUリストの選択状態と数量入力フィールドの入力状態の監視と、スキャナ装置115の入力状態の監視と、それらの監視結果に基づく第3フレームの明細フォームの記入状態の制御処理が実行される。
【0068】
即ちまず、図1のキーボード113又はタッチパネル111の何れかの入力があったか否かが監視される(ステップ609)。
何れの入力もなくステップ609の判定がNOの場合には、更にHDD104上のスキャナ入力ファイルの内容が空であるか否かが判定される(ステップ616)。ユーザが、図1のスキャナ装置115を使って商品に貼付されているJANバーコード(図16参照)の読み取りを行うと、その情報がスキャナ装置115からスキャナインタフェース部114を介してHDD104上のスキャナ入力ファイルに書き込まれる。
【0069】
スキャナ入力ファイルの内容が空ではなくなりステップ616の判定がNOとなった場合は、後述するスキャナ入力処理が実行される(ステップ617)。
スキャナ入力ファイルの内容が空でステップ616の判定がYESの場合は、ステップ609の入力判定処理に戻る。
【0070】
キーボード113又はタッチパネル111の何れかの入力が発生しステップ609の判定がYESとなると、PLUリストの選択内容に変化があったか否かが判定される(ステップ610)。
【0071】
PLUリストの選択内容に変化が発生しステップ610の判定がYESとなると、第2フレームのPLUリストの選択項目が、新たに選択された項目に変更され(ステップ611)、続いてユーザに商品の数量を入力させるために、第2フレームの数量入力フィールドにカーソルが移動させられる(ステップ612)。その後、ステップ609の入力判定処理に戻る。
【0072】
例えば、図18に示されるように、ユーザが、第1フレームのカテゴリーリストにおいて商品カテゴリー“靴”を選択することにより、第2フレームのPLUリストの表示開始位置が、商品カテゴリー“靴”に属する商品名“赤い靴”に変化し、この状態で商品名“白い靴”を選択すると、特には図示しないが、第2フレームの数量入力フィールドにカーソルが移動する。
【0073】
PLUリストの選択内容に変化が発生しておらずステップ610の判定がNOの場合には、数量入力フィールドの内容に変化があったか否かが判定される(ステップ614)。
【0074】
数量入力フィールドの内容に変化が発生しておらずステップ610の判定がNOの場合には、ステップ609の入力判定処理に戻る。
ユーザが図1のキーボード113を用いて数量入力フィールドに数量を入力することにより数量入力フィールドの内容が変化しステップ610の判定がYESとなると、数量入力フィールドの内容が新たに入力された値に更新された後(ステップ614)、第3フレームに表示されている明細フォームの記入内容を更新するための処理が実行される(ステップ615)。
【0075】
図7及び図8は、図6のステップ615の明細フォームの更新処理の詳細動作を示す動作フローチャートである。
第3フレームには、図3のステップ303によってWeb−POSサーバ装置からWeb−POSクライアント装置にダウンロードされる後述する明細フォーム表示制御クライアントプログラム(図10〜図12)によって、例えば図17に示されるように、商品の小計が格納される total_price フィールド、商品の税額が格納される tax_price フィールド、商品の税込総額が格納される order_price フィールドのほかに、5行からなる各明細行に、商品のカテゴリーが格納されるitem_categoryフィールド、商品のメーカコードが格納される maker_codeフィールド、商品のコードが格納されるitem_codeフィールド、商品名が格納されるitem_nameフィールド、商品単価が格納されるitem_price フィールド、商品の数量が格納されるitem_num フィールド、及び商品の売上価格が格納されるitem_sum フィールドが定義され、更に、5行からなる明細行の現在入力行を示す変数 current_row (初期値は0)が定義される明細フォームが生成されている。
【0076】
そして、図7においてまず、明細フォームの変数 current#rowの値が4以下であるか否かが判定される(ステップ701)。
変数 current#rowの値が5を示しておりステップ701の判定がNOの場合には、明細フォーム中の5行からなる全ての明細行には既に商品明細情報が記入されておりそれ以上商品明細情報を記入できないため、そのまま図6のステップ615の明細フォームの更新処理を終了し、図6のステップ609の入力判定処理に戻る。
【0077】
変数 current_row の値が4以下であってステップ701の判定がYESの場合には、まず、変数 current_row の値がインクリメントされる(ステップ702)。
【0078】
次に、ステップ703〜705、及び707で、変数 current_row が示す明細行のitem_category、 maker_code、item_code、及びitem_price の各フィールドに、図6のステップ601〜604で定義されているitem_categories、 maker_codes 、item_codes 、及びitem_pricesの各配列の要素値であって、第2フレームのPLUリストの選択項目の番号に対応する各要素値がセットされる。
【0079】
また、ステップ706では、変数 current_row が示す明細行のitem_nameフィールドに、第2フレームのPLUリストの選択項目値である商品名がセットされる。
【0080】
更に、ステップ708では、変数 current_row が示す明細行のitem_num フィールドに、第2フレームの数量入力フィールドの値がセットされる。
次に、ステップ709では、変数 current_row が示す明細行のitem_sum フィールドに、(同じ明細行中のitem_price フィールド値×同じ明細行中のitem_num フィールド値)の乗算結果値がセットされる。
【0081】
その後、図8のステップ710では、明細フォームの total_price フィールドに、5行明細行分のitem_sum フィールドの合計値がセットされる。
またステップ711においては、明細フォームの tax_price フィールドに、( total_price フィールド値 × 0.05)の乗算結果値がセットされる。
【0082】
最後に、ステップ712においては、明細フォームの order_price フィールドに、( total_price フィールド値 + tax_price フィールド値)の加算結果がセットされる。
【0083】
以上の一連の処理の後、図6のステップ615の明細フォームの更新処理を終了し、図6のステップ609の入力判定処理に戻る。
上述の明細フォームの更新処理により、例えば、図19に示されるように、ユーザが、第1フレームのカテゴリーリストにおいて商品カテゴリー“靴”を選択し、第2フレームのPLUリストにおいて商品名“白い靴”を選択した後、第2フレームの数量入力フィールドに数量1を入力すると、第3フレームの明細フォームの内容が自動的に、図19に示されるように変化する。このとき、明細フォームの変数 current_row の値は、0から1に変化する。
【0084】
この状態から更に、ユーザが、第1フレームに表示されているカテゴリーリストにおいて商品カテゴリー“家電”を選択すると、第1フレームをターゲットとしてWeb−POSクライアント装置上で実行されているカテゴリーリスト表示制御クライアントプログラム(図4のステップ405、406)により、図20に示されるように、第2フレームに表示されるPLUリストの表示開始位置が、商品カテゴリー“家電”に属する商品名“MD”に変化し、更にユーザが、このPLUリストにおいて商品名“MD”を選択すると、第2フレームをターゲットとしてWeb−POSクライアント装置上で実行されているPLUリスト表示制御クライアントプログラム(図6のステップ611、612)により、カーソルが数量入力フィールドに移動する。
【0085】
そして、第2フレームの数量入力フィールドに数量1を入力すると、第2フレームをターゲットとしてWeb−POSクライアント装置上で実行されているPLUリスト表示制御クライアントプログラム(図6のステップ614、615、図7、図8)によって、第3フレームの明細フォームの内容が自動的に、図21に示されるように変化する。このとき、明細フォームの変数 current_row の値は、1から2に変化する。
【0086】
このようにしてユーザは、Web−POSクライアント装置において、図1の表示装置109の表示画面上のタッチパネル111を用いて、第1フレームに表示されているカテゴリーリスト中の所望の商品カテゴリーと、その選択した商品カテゴリーに属する第2フレームに表示されているPLUリスト中の所望の商品名を選択し、テンキーボードのような簡単なキーボード113を用いて、第2フレームに表示されている数量入力フィールドに数量を入力するだけで、POS管理のための明細フォームを第3フレーム上に自動的に取得することができる。
【0087】
なお、数量入力フィールドには、予め数量1が自動的に入力され、キーボード113上のエンターキーの操作等によってその数量が確定するように構成されてもよい。
【0088】
図9は、図6のステップ617のスキャナ入力処理の詳細動作を示す動作フローチャートである。
前述したように、ユーザが、図1のスキャナ装置115を使って商品に貼付されているJANバーコード(図16参照)の読み取りを行うと、その情報がスキャナ装置115からスキャナインタフェース部114を介してHDD104上のスキャナ入力ファイルに書き込まれる。
【0089】
図16は、JAN(Japanese Article Number )バーコードの例を示す図であり、JIS B 9550(共通商品コード用バーコードシンボル)規格によって定められているものである。
【0090】
図1のスキャナインタフェース部114は、スキャナ装置115からJANバーコード情報を受け取ると、チェックディジットを用いてデータエラーの有無をチェックし、チェック結果がOKならば、商品メーカコードと商品アイテムコードをスキャナ入力ファイルに書き込む。なお、国コードは、日本では“49”と定められている。
【0091】
図9において、まず、HDD104上のスキャナ入力ファイルから、商品メーカコードと商品アイテムコードが抽出される(ステップ901)。
次にステップ902で、図6のステップ603で定義されているitem_codes 配列から要素値が順次抽出されながら、ステップ904で、その抽出された要素値がステップ901でスキャナ入力ファイルから抽出された商品アイテムコードと一致するか否かが判定されるループ処理が繰り返される。
【0092】
上記ループ処理において、item_codes 配列から該当する要素値が検出されずに、ステップ903で要素値がないと判定された場合には、ステップ911で、エラーが表示装置109の表示画面にポップアップ表示され、図6のステップ617のスキャナ入力処理を終了して、図6のステップ609の入力判定処理に戻る。
【0093】
上記ループ処理において、item_codes 配列から該当する要素値が検出されステップ604の判定がYESとなると、ステップ905で、その要素番号と同じ要素番号の要素値が図6のステップ602で定義されている maker_codes 配列から抽出され、ステップ906で、その抽出された要素値がステップ901でスキャナ入力ファイルから抽出された商品メーカコードと一致するか否かが判定される。
【0094】
上記両者の商品メーカコードが一致せずステップ906の判定がNOならば、ステップ902〜ステップ904のループ処理に戻り、検索が続行される。
上記両者の商品メーカコードが一致しステップ906の判定がYESならば、ステップ907で、第1フレームに表示されているカテゴリーリストの選択項目が、上記一致が検出された要素番号に対応し図6のステップ601で定義されているitem_categories配列中の要素値と同じものにセットされる。
【0095】
続いて、ステップ908で、第2フレームに表示されているPLUリストの選択項目が、上記一致が検出された要素番号に対応する項目番号の項目にセットされる。
【0096】
更に、ステップ909で、第2フレームに表示されている数量入力フィールドに、数量1がセットされる。
その後、ステップ910で、前述した図7及び図8で示される明細フォームの更新処理が実行される。
【0097】
このようにしてユーザは、Web−POSクライアント装置において、図1のスキャナ装置115を用いて、商品に貼付されているJANバーコードの読み取りを行うことによっても、POS管理のための明細フォームを第3フレーム上に自動的に取得することができる。
【0098】
なおこの場合に、数量入力フィールドに対してキーボード113からの数量の入力を受け付けるように構成されてもよい。
<明細フォーム表示制御クライアントプログラムの動作>
図10〜図12は、前述した図3のステップ303において、Web−POSサーバ装置からダウンロードされWeb−POSクライアント装置において第3フレームをターゲットとして実行される明細フォーム表示制御クライアントプログラムの動作を示す動作フローチャートである。
【0099】
このプログラムの実行により、例えば図17に示されるように、明細フォームが表示されると共に、オーダボタンのクリックに応答して、Web−POSサーバ装置への明細フォームの送信処理が実行され、また、削除ボタンのクリックに応答して、現在入力明細行の削除処理が実行される。
【0100】
なお、このプログラムは、例えば、JavaScript言語による記述を含むHTMLファイルとして記述することができる。
まず、ステップ1001で、明細行の現在入力行を示す変数 current_row の値が0にリセットされる。
【0101】
次に、第3フレームに、ステップ1002で見出し“注文商品明細”が表示され、ステップ1003で見出し“小計”が表示され、ステップ1004で total_price フィールドが定義され、ステップ1005で見出し“税額”が表示され、ステップ1006で tax_price フィールドが定義され、ステップ1007で見出し“総額”が表示され、ステップ1008で order_price フィールドが定義される。
【0102】
また、ステップ1009でオーダボタンが定義され、ステップ1010で削除ボタンが定義される。
続いて、図11のステップ1011で、見出し“カテゴリー”、“メーカコード”、“商品番号”、“商品名”、“単価”、“数量”、及び“金額”が表示される。
【0103】
更に、ステップ1012〜1016では、第1〜第5明細行のそれぞれにつき、商品のカテゴリーが格納されるitem_categoryフィールド、商品のメーカコードが格納される maker_codeフィールド、商品のコードが格納されるitem_codeフィールド、商品名が格納されるitem_nameフィールド、商品単価が格納されるitem_price フィールド、商品の数量が格納されるitem_num フィールド、及び商品の売上価格が格納されるitem_sum フィールドが定義される。
【0104】
その後、図12のステップ1017〜1027で、オーダボタン又は削除ボタンのクリックの監視が行われ、オーダボタンのクリックに応答して、Web−POSサーバ装置への明細フォームの送信処理が実行され、また、削除ボタンのクリックに応答して、現在入力明細行の削除処理が実行される。
【0105】
即ちまず、図1のキーボード113又はタッチパネル111の何れかの入力があったか否かが監視される(ステップ1017の判定処理の繰返し)。
キーボード113又はタッチパネル111の何れかの入力が発生しステップ1017の判定がYESとなると、第3フレームの明細フォーム内のオーダボタンが押されたか否かが判定される(ステップ1018)。
【0106】
オーダボタンが押されておらずステップ1018の判定がNOならば、第3フレームの明細フォーム内の削除ボタンが押されたか否かが判定される(ステップ1021)。
【0107】
削除ボタンも押されておらずステップ1021の判定がNOならば、ステップ1017の入力判定処理に戻る。
削除ボタンが押されステップ1021の判定がYESとなると、ステップ1022〜1027で、現在入力明細行の削除処理が実行される。
【0108】
まず、ステップ1022では、明細行の現在入力行を示す変数 current_row の値が0であるか否かが判定される。
変数 current_row の値が0でステップ1022の判定がYESの場合は、明細フォームには商品明細情報は記入されていないため、そのままステップ1017の入力判定処理に戻る。
【0109】
変数 current#rowの値が0でなくステップ1022の判定がNOの場合は、以下のステップ1023から1027の処理が実行される。
まず、ステップ1023では、明細フォームの total_price フィールド値から変数 current_row が示す明細行のitem_sum フィールド値が減算され、その結果値が total_price フィールドにセットされる。
【0110】
続いて、ステップ1024では、明細フォームの tax_price フィールドに、( total_price フィールド値 × 0.05)の乗算結果値がセットされる。
更に、ステップ1025では、明細フォームの order_price フィールドに、( total_price フィールド値 + tax_price フィールド値)の加算結果がセットされる。
【0111】
そして、ステップ1026で、変数 current_row が示す明細行の全フィールド値、即ち、item_category、 maker_code、item_code、item_name、item_price 、item_num 、item_sum の各フィールド値がクリアされる。
【0112】
最後に、変数 current_row の値がデクリメントされ、ステップ1017の入力判定処理に戻る。
次に、オーダボタンが押され前述のステップ1018の判定がYESとなった場合には、ステップ1019で、第3フレームの明細フォーム中の全フィールド値が、ネットワークインタフェース部107を介して図2のWeb−POSサーバ装置に送信される。
【0113】
続いて、ステップ1020で、第3フレームの明細フォームの内容が、図1のレシートジャーナルプリンタインタフェース部118を介してレシートジャーナルプリンタ装置119に出力され、同装置によって、レシートに印刷される。
【0114】
その後、ステップ1017の入力判定処理に戻る。
<明細フォーム登録サーバプログラムの動作>
Web−POSサーバ装置で実行されているWebサーバプログラムは、図2のネットワークインタフェース部207から上述の明細フォームを受信すると、図13の動作フローチャートで示される明細フォーム登録サーバプログラムをHDD204からメモリ202に読み出して起動し、そのプログラムに上記明細フォームの各フィールド値を引き渡す。
【0115】
図13において、まず、ステップ1301で、変数iが1にセットされる。
次に、ステップ1302で、変数iの値によって特定される第i明細行の各フィールド値、即ち、item_category、 maker_code、item_code、item_name、item_price 、item_num 、item_sum の各フィールド値が受信される。
【0116】
続いて、ステップ1303で、受信されたitem_codeフィールド値が空であるか否かが判定される。
item_codeフィールド値が空でステップ303の判定がYESならば、次の明細行の処理に進む。
【0117】
item_codeフィールド値が空ではなくステップ303の判定がNOならば、ステップ1304で、第i明細行の各フィールド値を含む新レコードが、HDD104に記憶されている売上管理データベース(売上管理DB)に登録される。
【0118】
売上管理DBは、図15に示される構成を有し、上記各フィールド値に加え、登録日付が格納されるdateフィールドと、売上げ種別情報(POSの場合は“店頭売り”)が格納されるclientフィールドが含まれる。
【0119】
このようにして、Web−POSサーバ装置は、Web−POSクライアント装置からリアルタイムに受け取った商品売上げ情報を、売上管理DBに反映させることができる。
【0120】
続いて、ステップ1305では、変数iの値がインクリメントされ、ステップ1306で、変数iの値が5を超えたか否かが判定される。
変数iの値が5を超えておらずステップ1306の判定がNOならば、ステップ1302の処理に戻り、次の明細行に対する登録処理が実行される。
【0121】
変数iの値が5を超えステップ1306の判定がYESになると、明細フォーム登録サーバプログラムの実行が終了する。
<他の実施の形態>
以上説明した実施の形態では、Web−POSサーバ装置のPLUマスタDB(図14参照)内の全レコードがPLUリストとして一括してWeb−POSクライアント装置にダウンロードされるように構成されているが、本発明はこれに限られるものではなく、例えばWeb−POSクライアント装置において、カテゴリーリストにおいて商品カテゴリーが変更される毎に、その商品カテゴリーに対応するPLUリストがWeb−POSサーバ装置からダウンロードされるように構成されてもよく、更には、Web−POSクライアント装置における商品情報の入力毎に、それに対応するPLU情報がWeb−POSクライアント装置からWeb−POSサーバ装置に問い合わされてもよい。
【0122】
また、商品カテゴリーは必ずしも指定する必要はなく、例えば商品メーカを選択できるリストが提供されてもよい。
また、入力媒体として、タッチパネルのほかに、マウスや電子ペン等が使用されてもよい。
【0123】
また、カテゴリーリストやPLUリストの代わりに、商品カテゴリーや商品をを選択するためにWebブラウザ画面に表示されるイメージマップが使用されてもよい。
【0124】
また、スキャナ装置が読み取る媒体は、JANバーコードに限られるものではなく、他の種類のバーコードや、JIS B 9551(POSシステム用OCR値札の寸法及び印刷仕様)規格で規定されているOCR(Optical Character Reader)コード等であってもよい。
【0125】
また、明細フォームの計算は必ずしもWeb−POSクライアント装置側のみで行われる必要はなく、Web−POSサーバ装置側で行われ、その結果がWeb−POSクライアント装置に通知されるように構成されてもよい。
【0126】
本発明によるWeb−POSシステムは、周知の売上管理システム、仕入管理システム、在庫管理システム、又は売上分析システムと組み合わせることが可能である。
【0127】
また、Web−POSクライアント装置からWeb−POSサーバ装置に登録される商品売上げ情報又は商品注文情報を、HTTP通信や電子メール通信によって、各商品供給元等に簡単に送信することも可能である。この場合には、図13の動作フローチャートで示される明細フォーム登録サーバプログラムが、例えば、Web−POSクライアント装置から受信した明細フォーム情報が格納された電子メールを作成し、それを得意先に送信するように構成される。
【0128】
また、PLUマスタDB(図14)に登録される商品基礎情報を、HTTP通信や電子メール通信によって、各商品供給元から受信するように構成することも容易に実現でき、更に、Web−POSクライアント装置からWebブラウザ経由でPLUマスタDBの内容を編集できるように構成することも容易に実現できる。
【0129】
【発明の効果】
本発明によれば、一般的なWebサーバ・クライアントシステム上でPOS機能が実現されることにより、低価格なPOSシステムを実現することが可能となると同時に、POS専用線を敷設することなくインターネット等の公衆ネットワークやLANを用いてサーバ装置とクライアント装置を低コストで接続することが可能となる。
【0130】
また、本発明によれば、一般的なWebサーバ装置上にPOSシステムのストアコンピュータ機能が実装されるため、HTTP通信や電子メール通信により、各商品供給元から、PLU機能を実現するための商品メーカコード、商品アイテムコード、価格情報等の商品基礎情報を簡単に受信して登録することが可能となる。
【0131】
逆に、クライアント装置からサーバ装置に登録される商品売上げ情報又は商品注文情報を、HTTP通信や電子メール通信によって、各商品供給元等に簡単に送信することが可能となる。
【0132】
更に、本発明によれば、従来はPOS端末装置上の専用のキーボードにより実現する必要があったPLUキー機能が、サーバ装置から供給されクライアント装置の表示装置に表示されるWebブラウザ画面上の商品選択フォームと、それを操作するタッチパネル、マウス、電子ペン等のポインティングデバイスとして実現され、専用キーボードをクライアント装置側に用意する必要がなくなるため、クライアント装置を低価格で実現でき、かつ、フォーム内容をサーバ装置側のプログラムによって変更するだけで、取扱商品も簡単に変更できるという特徴も有する。
【図面の簡単な説明】
【図1】Web−POSクライアント装置の構成図である。
【図2】Web−POSサーバ装置の構成図である。
【図3】初期フレーム表示制御クライアントプログラムの動作フローチャートである。
【図4】カテゴリーリスト表示制御クライアントプログラムの動作フローチャートである。
【図5】PLUリスト表示制御サーバプログラムの動作フローチャートである。
【図6】PLUリスト表示制御クライアントプログラムの動作フローチャートである。
【図7】明細フォームの更新処理の動作フローチャート(その1)である。
【図8】明細フォームの更新処理の動作フローチャート(その2)である。
【図9】スキャナ入力処理の動作フローチャートである。
【図10】明細フォーム表示制御クライアントプログラムの動作フローチャート(その1)である。
【図11】明細フォーム表示制御クライアントプログラムの動作フローチャート(その2)である。
【図12】明細フォーム表示制御クライアントプログラムの動作フローチャート(その3)である。
【図13】明細フォーム登録サーバプログラムの動作フローチャートである。
【図14】PLUマスタDBのデータ構成図である。
【図15】売上管理DBのデータ構成図である。
【図16】JANバーコードの例を示す図である。
【図17】表示例の説明図(その1)である。
【図18】表示例の説明図(その2)である。
【図19】表示例の説明図(その3)である。
【図20】表示例の説明図(その4)である。
【図21】表示例の説明図(その5)である。
【符号の説明】
101、201 CPU
102、202 メモリ
103、203 HDDインタフェース部
104、204 HDD
105、205 可搬型記録媒体インタフェース部
106、206 可搬型記録媒体
107、207 ネットワークインタフェース部
108 表示インタフェース部
109 表示装置
110 タッチパネルインタフェース部
111 タッチパネル
112 キーボードインタフェース部
113 キーボード
114 スキャナインタフェース部
115 スキャナ装置
116 汎用プリンタインタフェース部
117 汎用プリンタ装置
118 レシートジャーナルプリンタインタフェース部
119 レシートジャーナルプリンタ装置
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to POS technology.
[0002]
[Prior art]
The POS (Point Of Sales) system is a system that is constructed for the purpose of acquiring information about a product at the time when the product is sold at a retail store and enabling real-time management. Widely used mainly in the retail industry.
[0003]
In the POS system, barcodes or OCR codes printed or pasted on individual price tags or packaging packages of products are read by a scanner device connected to the POS terminal device, or inputted from the keyboard of the POS terminal device. As a result, the product manufacturer code and the product item code related to the product are acquired.
[0004]
Subsequently, price information corresponding to the product is read out from an office computer called a store computer using the acquired product manufacturer code or product item code as a key, and the product item code, price, etc. are printed. The receipt is output from a receipt journal printer device installed in the POS terminal device.
[0005]
At the same time, each piece of information related to the product is registered in the sales management database in the store computer and used for sales management and the like.
The function of acquiring the corresponding price information from the store computer using the product manufacturer code or the product item code as a key as described above is called a PLU (Price Look Up) function.
[0006]
[Problems to be solved by the invention]
In order to realize such a PLU function, conventionally, it is necessary to implement a POS communication function in accordance with a server client protocol dedicated to the POS system in a store computer as a server device and a POS terminal device as a client device. In addition, it was necessary to lay a POS dedicated line between them.
[0007]
For this reason, conventionally, it has been difficult to realize a POS system at a low price, which has been a heavy burden on small and medium-sized retail stores.
In the POS system, product basic information such as product manufacturer code, product item code, price information, etc. for realizing the PLU function is received from each product supplier (wholesaler, manufacturer, etc.) and registered in the store computer. However, as described above, since the conventional POS system requires a dedicated standard, the registration procedure has to be complicated and inefficient.
[0008]
Furthermore, in the conventional POS system, it is necessary to prepare a keyboard that is dedicated to the products to be handled in the POS terminal device, which increases the cost of the POS terminal device and that it is difficult to frequently change the products handled. Had problems.
[0009]
An object of the present invention is to realize a POS system that does not require a dedicated POS communication function / POS dedicated line and can freely change a product to be handled.
[0010]
[Means for Solving the Problems]
The present invention is premised on a technique for managing point-of-sale information.
First, in the server device (Web-POS server device) that supplies HTML resources described in the hypertext markup language (HTML) using the hypertext transfer protocol (HTTP), product basic information that is basic information about the product. (PLU master DB) is managed.
[0011]
Next, the product basic information (PLU list display control client program) is transmitted from the server device to the client device (Web-POS client device) that requests the HTML resource using the hypertext transfer protocol.
[0012]
On the other hand, in the client device, product identification information (product category, product manufacturer code, product item code, etc.), which is product-related identification information, is input. Next, in the client device, information corresponding to the input product identification information described above is acquired from the product basic information received from the server device.
[0013]
In the client device, point-of-sale information is output based on the acquired product basic information and the input product identification information.
In the configuration of the above-described invention, a product basic information selection form (a form for displaying a category list or a PLU list) for causing the client device to select the product basic information based on the product identification information that is identification information related to the product. Is transmitted as an HTML resource, and the client device uses the product basic information selection form received from the server device, and obtains information corresponding to the input product identification information from the product basic information received from the server device. Can be added.
[0014]
In the configuration of the invention so far, a point-of-sale information form (details form) for returning point-of-sale information is transmitted from the server device to the client device. Based on the product basic information acquired correspondingly, the point-of-sale information is entered in the point-of-sale information form received from the server device, and the point-of-sale information entered in the point-of-sale information form from the client device to the server device is A configuration for returning using a hypertext transfer protocol can be added.
[0015]
Further, in the configuration of the invention so far, the client device receives the product identification information (JAN barcode) attached to the product using the product identification information reading device (scanner device 115) connected thereto. Configuration can be added.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
<Features of the embodiment>
The present embodiment is characterized in that the POS function is realized on a Web server / client system that performs communication based on a communication protocol called HTTP (Hypertext Transfer Protocol).
[0017]
The Web server / client system is a system that realizes a homepage publishing / browsing function that is currently widely used in the Internet and the like, and can be easily realized using a general-purpose workstation and a personal computer. Also, basic Web server software and Web client software (Web browser) can be purchased at a low price.
[0018]
Therefore, by implementing the POS function on such a Web server / client system, it is possible to realize a low-cost POS system, and at the same time, a public network such as the Internet or a LAN without installing a POS dedicated line. It becomes possible to connect the server apparatus and the client apparatus using (local area network).
[0019]
In this embodiment, since the store computer function is implemented on a general Web server device, a product manufacturer code for realizing the PLU function from each product supplier by HTTP communication or e-mail communication, Product basic information such as a product item code and price information can be easily received and registered.
[0020]
Conversely, the product sales information or product order information registered in the server device from the client device can be easily transmitted to each product supplier or the like by HTTP communication or e-mail communication.
[0021]
Further, in the present embodiment, the PLU key function, which conventionally had to be realized by a dedicated keyboard on the POS terminal device, is supplied from the Web server device and displayed on the display device of the client device. The product selection list (or product selection image map) and a touch panel (or mouse) for selecting items in the list are realized. For this reason, in this embodiment, since it is not necessary to prepare a keyboard dedicated to the products to be handled on the client device side, the client device can be realized at a low price, and the contents of the list can be changed by a program on the Web server device side. It also has the feature that the products handled can be easily changed just by doing.
<Configuration of the embodiment>
FIG. 1 is a configuration diagram of a Web-POS client device that is a Web client device in which a POS client function is implemented, and FIG. 2 is a configuration diagram of a Web-POS server device that is a Web server device in which a POS server function is implemented. is there.
[0022]
1, the CPU 101, the memory 102, the HDD interface unit 103, the portable recording medium interface unit 105, the network interface unit 107, the display interface unit 108, the touch panel interface unit 110, the keyboard interface unit 112, and the scanner interface. The unit 114, the general-purpose printer interface unit 116, and the receipt journal printer interface unit 118 are connected to each other by a bus.
[0023]
The CPU 101 includes a web browser program read into the memory 102 from a portable recording medium 106 such as an MO (magneto-optical disk device) via the portable recording medium interface unit 105 or from the HDD 104 via the HDD interface unit 103; The program executes various control client programs (to be described later) downloaded from the Web-POS server apparatus of FIG. 2 to the memory 102 via the network interface unit 107.
[0024]
The network interface unit 107 terminates an ISDN (Integrated Services Digital Network) line, an analog telephone line, or a digital dedicated line, and is connected from the line via a dedicated network such as the Internet or a LAN / WAN. It has a function of transmitting / receiving TCP / IP packet data in which an HTTP message communicated with a POS server device is stored.
[0025]
Various display screens such as FIGS. 17 to 21 described later generated by the control of the CPU 101 are displayed on the display device 109 via the display interface unit 108.
A touch panel 111 is incorporated on the screen surface of the display device 109, and the user can select various lists to be described later by touching the display screen with a finger. The CPU 101 is notified via the interface unit 110.
[0026]
As an alternative to the above operation, the user can read the JAN barcode (see FIG. 16) affixed to the product using the scanner device 115, and the information can be read from the scanner device 115 via the scanner interface unit 114. To the scanner input file on the HDD 104.
[0027]
Further, the user can input the quantity of the product from the general-purpose keyboard 113, and the information is notified from the keyboard 113 to the CPU 101 via the keyboard interface unit 112.
[0028]
Receipts at the time of product sales (or ordering) are printed by the CPU 101 when the CPU 101 controls the receipt journal printer device 119 via the receipt journal printer interface unit 118.
[0029]
The contents of a sales management database managed by a Web-POS server apparatus to be described later are received by the CPU 101 via the network interface unit 107 as necessary, and the CPU 101 receives the general-purpose printer apparatus 117 via the general-purpose printer interface unit 116. By controlling, printing is performed by the same apparatus.
[0030]
Next, in the Web-POS server apparatus of FIG. 2, the CPU 201, the memory 202, the HDD interface unit 203, the portable recording medium interface unit 205, and the network interface unit 207 are connected to each other via a bus.
[0031]
The CPU 101 reads the Web server program read from the portable recording medium 206 such as MO into the memory 202 via the portable recording medium interface unit 205 or from the HDD 204 via the HDD interface unit 203, and the Web-POS in FIG. Various control server programs, which will be described later, which are activated via a CGI (Common Gateway Interface) of the Web server program based on a request from the client device, and a PLU master database (PLU master DB, FIG. 14) and a database management program for accessing the sales management database (sales management DB, see FIG. 15).
[0032]
The network interface unit 207 terminates an ISDN (Integrated Services Digital Network) line, an analog telephone line, or a digital dedicated line, and connects to the Web-POS client apparatus of FIG. 1 connected from the line via the Internet or a dedicated network. It has a function of transmitting and receiving TCP / IP packet data storing HTTP messages communicated between them.
<Operation of initial frame display control client program>
In the embodiment having the above-described configuration, first, the user touches the touch panel 111 at the position of a predetermined icon displayed on the display screen of the display device 109 in the Web-POS client device, thereby executing the Web browser program. When started, a URL (Uniform Resource Locator) indicating the network address of the Web-POS server device is automatically designated, and the CPU-POS server device of FIG. 2 is connected from the CPU 101 via the network interface 107 and the Internet connected thereto. Then, an HTTP message requesting downloading of the initial frame display control client program shown in the operation flowchart of FIG. 3 to be described later is transmitted.
[0033]
When a well-known Web server program executed by the CPU 201 of the Web-POS server apparatus receives the request message via the network interface unit 207, an HTML (Hypertext Markup Language) format initial frame display control client program is received from the HDD 204. The data is read out and transmitted to the Web-POS client apparatus of FIG. 1 via the network interface unit 207 and the Internet connected thereto.
[0034]
When the well-known Web browser program executed by the CPU 101 of the Web-POS client apparatus receives the initial frame display control client program via the network interface unit 107, it executes it.
[0035]
FIG. 3 is an operation flowchart showing the operation of the initial frame display control client program.
First, in step 301 in FIG. 3, on the Web browser window in the display screen displayed on the display device 109, as shown in FIG. 17, the uppermost second display area having a display area of about 20% in the vertical direction, for example. One frame is secured, and an HTTP message requesting download of a category list display control client program shown in an operation flowchart of FIG. 4 to be described later is transmitted to the Web-POS server device.
[0036]
When receiving the request message, the Web server program of the Web-POS server apparatus reads out an HTML format category list display control client program from the HDD 204 and transmits it to the Web-POS client apparatus.
[0037]
When the Web browser program of the Web-POS client device receives the category list display control client program, the Web browser program executes the program with the first frame of the display screen as a target. As a result, as will be described later with reference to FIG. 4, as shown in FIG. 18, the heading “product category” and the category list are displayed in the first frame of the display screen, and the selection state of the category list changes. In response to this, control processing of the display state of the PLU list in the second frame, which will be described later, is executed.
[0038]
Next, in step 302 in FIG. 3, on the Web browser window in the display screen displayed on the display device 109, as shown in FIG. 17, the middle second display having a display area of, for example, about 30% in the vertical direction. While 2 frames are secured, an HTTP message instructing execution of a PLU list display control server program shown in an operation flowchart of FIGS. 5 to 9 described later is transmitted to the Web-POS server device.
[0039]
When receiving the instruction message, the Web server program of the Web-POS server device reads the PLU list display control server program from the HDD 204 into the memory 202 and executes it. This program reads out all the records on the PLU master DB (see FIG. 14) stored in the HDD 204, generates a PLU list display control client program including the record information, and generates it as a Web-POS client device. Send to.
[0040]
When the Web browser program of the Web-POS client device receives the PLU list display control client program, the Web browser program executes the program with the second frame of the display screen as a target. As a result, as will be described later in the description of FIGS. 5 to 9, as shown in FIG. 18, in the second frame of the display screen, a heading “ordered product”, a PLU list, a heading “quantity”, The quantity input field is displayed, the selection state of the PLU list and the input state of the quantity input field are monitored, the input state of the scanner device 115 is monitored, and the detailed form of the third frame described later based on the monitoring results is displayed. The entry state control process is executed.
[0041]
Finally, in step 303 of FIG. 3, on the Web browser window in the display screen displayed on the display device 109, as shown in FIG. 17, the lowermost stage having a display area of, for example, about 50% in the vertical direction. While securing the third frame, an HTTP message for requesting download of a detailed form display control client program shown in an operation flowchart of FIGS. 10 to 12 described later is transmitted to the Web-POS server device.
[0042]
When receiving the request message, the Web server program of the Web-POS server apparatus reads the detailed form display control client program from the HDD 204 and transmits it to the Web-POS client apparatus.
[0043]
When receiving the detailed form display control client program, the Web browser program of the Web-POS client device executes this program with the third frame of the display screen as a target. As a result, as will be described later in the description of FIGS. 10 to 12, as shown in FIG. 18, the detail form is displayed in the third frame of the display screen, and in response to the click of the order button, The transmission process of the detailed form to the Web-POS server device is executed, and the deletion process of the current input detailed line is executed in response to the click of the delete button.
<Operation of category list display control client program>
FIG. 4 is an operation flowchart showing the operation of the category list display control client program downloaded from the Web-POS server device and executed in the Web-POS client device with the first frame as a target in step 301 of FIG.
[0044]
By executing this program, as shown in FIG. 18, the heading “product category” and the category list are displayed on the first frame of the display screen, and in response to the change in the selection state of the category list, A process for controlling the display state of the PLU list is executed.
[0045]
In addition, this program can be described as an HTML file including a description in the JavaScript language developed by Netscape Communications Corporation.
[0046]
In FIG. 4, first, the heading “product category” is displayed in the first frame on the Web browser window of the display screen (step 401).
Next, a category list display process is executed (step 402). In this case, the Web-POS server device periodically searches the contents of the item_category field of the PLU master database (PLU master DB) having the data structure shown in FIG. A list of included product categories is generated as a category list, which is incorporated into an HTML file of a category list display control client program stored in the HDD 104. As a result, a category list box as shown in FIG. 18, for example, is displayed in the first frame.
[0047]
Next, it is monitored whether there is any input from the keyboard 113 or the touch panel 111 in FIG. 1 (repetition of the determination process in step 403).
If any input occurs and the determination in step 403 is YES, it is determined whether or not the selected content of the category list has changed (step 404).
[0048]
If there is no change in the selected contents of the category list and the determination in step 404 is NO, the process returns to the monitoring state in step 403 again.
If the selection contents of the category list are changed by the user's operation on the touch panel 111 and the determination in step 404 is YES, first, the selection item of the category list in the first frame is changed to the newly selected item. (Step 405).
[0049]
Then, the selection item of the PLU list displayed in the second frame is changed (step 406). Specifically, in the item_categories array defined in the PLU list display control client program shown in FIG. 6 to be described later, the first element value having the same value as the selected item value of the category list changed in step 405 is searched. The item in the PLU list having the same item number as the element number is set as a new selection item in the PLU list. Thereafter, the monitoring state returns to step 403 again.
[0050]
As will be described later with reference to FIGS. 5 and 6, in the item_categories array, the item_category field values of all the records in the PLU master DB shown in FIG. 14 are arranged in the order of item_category field value / order of maker_code field value / item_code field value. It is stored in order (order by item_category, maker_code, item_code in SQL), and the item_name field values of all records in the PLU master DB are also stored in the same order as described above in the PLU list. .
[0051]
Therefore, when the user selects an arbitrary product category in the category list displayed in the first frame by operating the touch panel 111 or the like, the PLU list in the second frame includes a list of product names belonging to the selected product category. The item will be displayed.
[0052]
For example, in the display example of FIG. 18, when the user selects the product category “shoes” in the category list displayed in the first frame by operating the touch panel 111 or the like, the display start position of the PLU list displayed in the second frame is The product name “red shoes” belonging to the product category “shoes” is changed.
[0053]
In the display example of FIG. 20, when the user selects the product category “home appliance” in the category list displayed in the first frame by operating the touch panel 111 or the like, the display start position of the PLU list displayed in the second frame is The product name “MD” belongs to the product category “home appliance”.
[0054]
As described above, the user can first select a product category by operating the touch panel 111 or the like, and then select a product name belonging to the product category from the PLU list.
<Operation Flowchart of User PLU List Display Control Server Program>
FIG. 5 is an operation flowchart showing the operation of the PLU list display control server program executed in the Web-POS server apparatus according to the instruction from the Web-POS client apparatus in step 302 of FIG.
[0055]
By executing this program, all the records on the PLU master DB (see FIG. 14) stored in the HDD 204 in FIG. 2 are read, and a PLU list display control client program including the record information is generated. It is transmitted to the Web-POS client device.
[0056]
This program can be described using, for example, C language or Perl script language, and is started from the Web server program of the Web-POS server device via the CGI.
[0057]
5, first, extraction processing of all records included in the PLU master DB stored in the HDD 204 in FIG. 2 is executed (step 501).
The PLU master DB is a database that manages basic product information about each product handled by the Web-POS system, and one product corresponds to one record.
[0058]
As shown in FIG. 14, the PLU master DB stores an item_category field in which the product category name to which the product belongs, a maker_code field in which the code of the product manufacturer that manufactured the product is stored, and an item_code in which the product code is stored. The field includes an item_name field in which the name of the product is stored, and an item_price field in which the retail unit price of the product is stored.
[0059]
Then, in step 501 of FIG. 5, all the record contents in the PLU master DB are in the order of item_category field value, in the record group having the same product category, in the order of maker_code field value, and further in the record group having the same product category and the same product manufacturer code. Are extracted in order of item_code field values. Specifically, when the PLU master DB is realized as an SQL (structured query language) database, for example, in step 501 of FIG.
select * from PLU master DB
order by item_category, maker_code, item_code
Is executed.
[0060]
Next, in steps 502 to 506, the item_category field value, the maker_code field value, the item_code field value, the item_name field value, and the item_price field value of each search result record obtained by the extraction in step 501 are an item_categories array and a maker_codes array, respectively. , Item_codes array, item_names array, and item_prices array.
[0061]
As a result, the product category name, product manufacturer code, product code, product name, and product unit price for the same product are stored in each element value of the same element number of each array item_categories, maker_codes, item_codes, item_names, and item_prices. Will be.
[0062]
Finally, a PLU list display control client program is generated and transmitted to the Web-POS client device via the network interface unit 207 (step 507).
<Operation of PLU list display control client program>
FIG. 6 is an operation flowchart showing the operation of the PLU list display control client program downloaded from the Web-POS server device and executed in the Web-POS client device based on the transmission processing described above.
[0063]
This program can be described as an HTML file including a description in the JavaScript language, for example.
As described above with reference to step 302 in FIG. 3, this program is executed with the second frame on the Web browser window of the display screen as a target. As a result, as shown in FIG. 18, the heading “order product”, the PLU list, the heading “quantity”, and the subsequent quantity input field are displayed in the second frame of the display screen. The selection state and the input state of the quantity input field are monitored, the input state of the scanner device 115 is monitored, and the control process of the entry state of the detailed form in the third frame described later based on the monitoring results is executed.
[0064]
In FIG. 6, first, in steps 601 to 604, the same array as the array of item_categories, maker_codes, item_codes, and item_prices obtained in steps 502 to 504 and 506 in FIG. 5 is defined.
[0065]
Next, in steps 605 and 606, the heading “ordered product” and a PLU list having the item values and item names as the element values of the item_names array obtained in step 505 of FIG. 5 are displayed in the second frame. The
[0066]
Thus, each element value of the same element number of each array item_categories, maker_codes, item_codes, and item_prices in the PLU list display control client program downloaded from the Web-POS server device to the Web-POS client device, and its The item value of the PLU list having the same item number as the element number stores the product category name, the product manufacturer code, the product code, the product unit price, and the product name related to the same product. The product basic information is transferred from the POS server device to the Web-POS client device.
[0067]
Subsequently, in steps 607 and 608, the heading “quantity” and the quantity input field are displayed.
Thereafter, in steps 609 to 617, monitoring of the selection state of the PLU list and the input state of the quantity input field, monitoring of the input state of the scanner device 115, and the filling state of the description form of the third frame based on the monitoring results are performed. Control processing is executed.
[0068]
That is, first, it is monitored whether there is any input from the keyboard 113 or the touch panel 111 in FIG. 1 (step 609).
If there is no input and the determination in step 609 is NO, it is further determined whether or not the content of the scanner input file on the HDD 104 is empty (step 616). When the user reads the JAN barcode (see FIG. 16) affixed to the product using the scanner device 115 of FIG. 1, the information is transferred from the scanner device 115 to the scanner on the HDD 104 via the scanner interface unit 114. Written to the input file.
[0069]
If the contents of the scanner input file are not empty and the determination in step 616 is NO, scanner input processing described later is executed (step 617).
If the contents of the scanner input file are empty and the determination in step 616 is YES, the process returns to the input determination process in step 609.
[0070]
When an input from either the keyboard 113 or the touch panel 111 is generated and the determination in step 609 is YES, it is determined whether or not the selection content of the PLU list has changed (step 610).
[0071]
When a change occurs in the selection contents of the PLU list and the determination in step 610 is YES, the selection item in the PLU list in the second frame is changed to the newly selected item (step 611), and then the product is displayed to the user. To enter the quantity, the cursor is moved to the quantity input field of the second frame (step 612). Thereafter, the process returns to the input determination process in step 609.
[0072]
For example, as shown in FIG. 18, when the user selects the product category “shoes” in the category list of the first frame, the display start position of the PLU list in the second frame belongs to the product category “shoes”. When the name changes to “red shoes” and the product name “white shoes” is selected in this state, the cursor moves to the quantity input field of the second frame, although not particularly shown.
[0073]
If no change has occurred in the selection contents of the PLU list and the determination in step 610 is NO, it is determined whether or not the contents of the quantity input field have changed (step 614).
[0074]
If no change has occurred in the contents of the quantity input field and the determination in step 610 is NO, the process returns to the input determination process in step 609.
When the user inputs a quantity into the quantity input field using the keyboard 113 of FIG. 1 and the contents of the quantity input field change and the determination in step 610 is YES, the contents of the quantity input field are changed to a newly input value. After the update (step 614), a process for updating the entry contents of the detail form displayed in the third frame is executed (step 615).
[0075]
7 and 8 are operation flowcharts showing the detailed operation of the detailed form update process in step 615 of FIG.
The third frame is shown, for example, in FIG. 17 by a detailed form display control client program (FIGS. 10 to 12) described later that is downloaded from the Web-POS server apparatus to the Web-POS client apparatus in step 303 of FIG. In addition to the total_price field in which the subtotal of the product is stored, the tax_price field in which the tax amount of the product is stored, and the order_price field in which the total amount of tax included in the product is stored, the product category is included in each of the 5 lines. Stored item_category field, maker_code field that stores product maker code, item_code field that stores product code, item_name field that stores product name, item_price field that stores product unit price, stores product quantity Item_num field, and item_sum field sales prices of goods are stored are defined, furthermore, variable current_row indicating the current input line of the line items consisting of five rows (initial value is 0) is here a form to be defined is generated.
[0076]
Then, in FIG. 7, first, it is determined whether or not the value of the variable current # row in the detail form is 4 or less (step 701).
If the value of the variable current # row indicates 5 and the determination in step 701 is NO, the item details information has already been entered in all the item lines consisting of the five lines in the item form, and no more item details. Since the information cannot be entered, the detailed form update process in step 615 in FIG. 6 is terminated as it is, and the process returns to the input determination process in step 609 in FIG.
[0077]
If the value of the variable current_row is 4 or less and the determination in step 701 is YES, the value of the variable current_row is first incremented (step 702).
[0078]
Next, in steps 703 to 705 and 707, item_categories, maker_codes, item_codes, items_categories defined in steps 601 to 604 of FIG. And item_prices, each element value corresponding to the number of the selected item in the PLU list of the second frame is set.
[0079]
In step 706, the item name which is the selection item value of the PLU list in the second frame is set in the item_name field of the detail row indicated by the variable current_row.
[0080]
Further, in step 708, the value of the quantity input field of the second frame is set in the item_num field of the detail row indicated by the variable current_row.
Next, in step 709, the multiplication result value of (item_price field value in the same detail row × item_num field value in the same detail row) is set in the item_sum field of the detail row indicated by the variable current_row.
[0081]
After that, in step 710 of FIG. 8, the total value of the item_sum field for five detailed lines is set in the total_price field of the detail form.
In step 711, a multiplication result value of (total_price field value × 0.05) is set in the tax_price field of the detail form.
[0082]
Finally, in step 712, the addition result of (total_price field value + tax_price field value) is set in the order_price field of the detail form.
[0083]
After the series of processes described above, the detailed form update process in step 615 in FIG. 6 is terminated, and the process returns to the input determination process in step 609 in FIG.
As shown in FIG. 19, for example, the user selects the product category “shoes” in the category list in the first frame and updates the product name “white shoes” in the PLU list in the second frame. When a quantity of 1 is entered in the quantity input field of the second frame after selecting, the contents of the detail form of the third frame automatically change as shown in FIG. At this time, the value of the variable form current_row in the detail form changes from 0 to 1.
[0084]
From this state, when the user selects the product category “home appliance” in the category list displayed in the first frame, the category list display control client program (on the Web-POS client device) targeting the first frame ( 4, the display start position of the PLU list displayed in the second frame is changed to the product name “MD” belonging to the product category “home appliance”, as shown in FIG. When the user selects the product name “MD” in the PLU list, the PLU list display control client program (steps 611 and 612 in FIG. 6) executed on the Web-POS client device with the second frame as a target is used. Cursor is quantity input field Moving.
[0085]
When the quantity 1 is entered in the quantity input field of the second frame, the PLU list display control client program (steps 614, 615, FIG. 7 in FIG. 6) executed on the Web-POS client device with the second frame as a target. , FIG. 8), the contents of the detailed form of the third frame automatically change as shown in FIG. At this time, the value of the variable form current_row in the detail form changes from 1 to 2.
[0086]
In this way, the user uses the touch panel 111 on the display screen of the display device 109 in FIG. 1 in the Web-POS client device, and selects a desired product category in the category list displayed in the first frame. Select the desired product name in the PLU list displayed in the second frame belonging to the selected product category, and enter the quantity input field displayed in the second frame using a simple keyboard 113 such as a numeric keyboard. A detail form for POS management can be automatically acquired on the third frame simply by inputting the quantity.
[0087]
Note that the quantity input field may be configured such that the quantity 1 is automatically input in advance and the quantity is determined by operating the enter key on the keyboard 113 or the like.
[0088]
FIG. 9 is an operation flowchart showing the detailed operation of the scanner input process in step 617 of FIG.
As described above, when the user reads the JAN barcode (see FIG. 16) affixed to the product using the scanner device 115 of FIG. 1, the information is transferred from the scanner device 115 via the scanner interface unit 114. Are written in the scanner input file on the HDD 104.
[0089]
FIG. 16 is a diagram showing an example of a JAN (Japanese Article Number) barcode, which is defined by the JIS B 9550 (common product code barcode symbol) standard.
[0090]
When the scanner interface unit 114 shown in FIG. 1 receives the JAN barcode information from the scanner device 115, the scanner interface unit 114 checks whether there is a data error using a check digit. If the check result is OK, the scanner manufacturer code and the item code are scanned. Write to input file. The country code is set to “49” in Japan.
[0091]
In FIG. 9, first, the product manufacturer code and the product item code are extracted from the scanner input file on the HDD 104 (step 901).
Next, in step 902, element values are sequentially extracted from the item_codes array defined in step 603 of FIG. 6, and in step 904, the extracted element values are extracted from the scanner input file in step 901. A loop process for determining whether or not the code matches is repeated.
[0092]
In the above loop processing, if the corresponding element value is not detected from the item_codes array and it is determined in step 903 that there is no element value, an error is popped up on the display screen of the display device 109 in step 911. The scanner input process in step 617 in FIG. 6 is terminated, and the process returns to the input determination process in step 609 in FIG.
[0093]
In the above loop processing, when a corresponding element value is detected from the item_codes array and the determination in step 604 is YES, in step 905, the element value having the same element number as that element number is defined in step 602 of FIG. In step 906, it is determined whether or not the extracted element value matches the product manufacturer code extracted from the scanner input file in step 901.
[0094]
If the two product manufacturer codes do not match and the determination in step 906 is NO, the process returns to the loop processing in steps 902 to 904 and the search is continued.
If the two product manufacturer codes match and the determination in step 906 is YES, in step 907, the category list selection item displayed in the first frame corresponds to the element number in which the match is detected, as shown in FIG. It is set to the same value as the element value in the item_categories array defined in step 601.
[0095]
Subsequently, at step 908, the selected item of the PLU list displayed in the second frame is set to the item number item corresponding to the element number where the match is detected.
[0096]
In step 909, the quantity 1 is set in the quantity input field displayed in the second frame.
Thereafter, in step 910, the update process for the detailed form shown in FIGS. 7 and 8 is executed.
[0097]
In this way, the user can also display the detailed form for POS management by reading the JAN barcode attached to the product using the scanner device 115 of FIG. 1 in the Web-POS client device. It can be automatically acquired on 3 frames.
[0098]
In this case, it may be configured to accept an input of a quantity from the keyboard 113 in the quantity input field.
<Operation of detailed form display control client program>
10 to 12 show operations of the detailed form display control client program downloaded from the Web-POS server device and executed by the Web-POS client device with the third frame as a target in Step 303 of FIG. 3 described above. It is a flowchart.
[0099]
By executing this program, for example, as shown in FIG. 17, a detail form is displayed, and in response to a click on the order button, transmission processing of the detail form to the Web-POS server device is executed. In response to the click of the delete button, the process for deleting the current input detail line is executed.
[0100]
This program can be described as an HTML file including a description in the JavaScript language, for example.
First, in step 1001, the value of the variable current_row indicating the current input row of the detail row is reset to 0.
[0101]
Next, in the third frame, the heading “order item details” is displayed in step 1002, the heading “subtotal” is displayed in step 1003, the total_price field is defined in step 1004, and the heading “tax amount” is displayed in step 1005. In step 1006, the tax_price field is defined. In step 1007, the heading “total amount” is displayed. In step 1008, the order_price field is defined.
[0102]
In step 1009, an order button is defined, and in step 1010, a delete button is defined.
Subsequently, in step 1011 of FIG. 11, the headings “category”, “maker code”, “product number”, “product name”, “unit price”, “quantity”, and “amount” are displayed.
[0103]
Further, in steps 1012 to 1016, for each of the first to fifth specification lines, an item_category field in which the product category is stored, a maker_code field in which the product manufacturer code is stored, an item_code field in which the product code is stored, An item_name field in which the product name is stored, an item_price field in which the product unit price is stored, an item_num field in which the quantity of the product is stored, and an item_sum field in which the sales price of the product is stored are defined.
[0104]
Thereafter, in steps 1017 to 1027 in FIG. 12, the click of the order button or the delete button is monitored, and in response to the click of the order button, the transmission process of the detailed form to the Web-POS server device is executed. In response to the click of the delete button, the process of deleting the current input detail line is executed.
[0105]
That is, first, it is monitored whether or not there is an input from either the keyboard 113 or the touch panel 111 in FIG. 1 (repetition of determination processing in step 1017).
If an input from either the keyboard 113 or the touch panel 111 occurs and the determination in step 1017 is YES, it is determined whether or not the order button in the detailed form in the third frame has been pressed (step 1018).
[0106]
If the order button has not been pressed and the determination in step 1018 is NO, it is determined whether or not the delete button in the detailed form in the third frame has been pressed (step 1021).
[0107]
If the delete button is not pressed and the determination in step 1021 is NO, the process returns to the input determination process in step 1017.
If the delete button is pressed and the determination in step 1021 is YES, in steps 1022 to 1027, deletion processing of the current input detail line is executed.
[0108]
First, in step 1022, it is determined whether or not the value of the variable current_row indicating the current input row of the detail row is zero.
If the value of the variable current_row is 0 and the determination in step 1022 is YES, since the product detail information is not entered in the detail form, the process directly returns to the input determination process in step 1017.
[0109]
When the value of the variable current # row is not 0 and the determination in step 1022 is NO, the following processes of steps 1023 to 1027 are executed.
First, in step 1023, the item_sum field value of the detail row indicated by the variable current_row is subtracted from the total_price field value of the detail form, and the result value is set in the total_price field.
[0110]
Subsequently, in step 1024, a multiplication result value of (total_price field value × 0.05) is set in the tax_price field of the detail form.
Further, in step 1025, the addition result of (total_price field value + tax_price field value) is set in the order_price field of the detail form.
[0111]
In step 1026, all field values of the detail row indicated by the variable current_row, that is, field values of item_category, maker_code, item_code, item_name, item_price, item_num, and item_sum are cleared.
[0112]
Finally, the value of the variable current_row is decremented, and the process returns to the input determination process in step 1017.
Next, if the order button is pressed and the determination in step 1018 is YES, in step 1019, all field values in the detailed form of the third frame are displayed via the network interface unit 107 in FIG. It is transmitted to the Web-POS server device.
[0113]
Subsequently, in step 1020, the contents of the detailed form of the third frame are output to the receipt journal printer device 119 via the receipt journal printer interface unit 118 of FIG. 1, and printed on the receipt by the device.
[0114]
Thereafter, the process returns to the input determination process in step 1017.
<Operation of detailed form registration server program>
When the Web server program executed in the Web-POS server apparatus receives the above-described detailed form from the network interface unit 207 in FIG. 2, the detailed form registration server program shown in the operation flowchart of FIG. The program is read and started, and each field value of the detailed form is transferred to the program.
[0115]
In FIG. 13, first, in step 1301, the variable i is set to 1.
Next, in step 1302, the field values of the i-th detail line specified by the value of the variable i, that is, the field values of item_category, maker_code, item_code, item_name, item_price, item_num, and item_sum are received.
[0116]
Subsequently, in step 1303, it is determined whether the received item_code field value is empty.
If the item_code field value is empty and the determination in step 303 is YES, the process proceeds to the next detail line.
[0117]
If the item_code field value is not empty and the determination in step 303 is NO, in step 1304, a new record including each field value of the i-th detail line is registered in the sales management database (sales management DB) stored in the HDD 104. Is done.
[0118]
The sales management DB has the configuration shown in FIG. 15, and in addition to the above field values, a date field that stores a registration date and a sales type information (in the case of POS, “store sales”) are stored. Contains fields.
[0119]
In this way, the Web-POS server device can reflect the product sales information received in real time from the Web-POS client device in the sales management DB.
[0120]
Subsequently, in step 1305, the value of the variable i is incremented, and in step 1306, it is determined whether or not the value of the variable i exceeds 5.
If the value of the variable i does not exceed 5 and the determination in step 1306 is NO, the process returns to step 1302 and the registration process for the next detail line is executed.
[0121]
When the value of the variable i exceeds 5 and the determination in step 1306 is YES, the execution of the detail form registration server program is terminated.
<Other embodiments>
In the embodiment described above, all the records in the PLU master DB (see FIG. 14) of the Web-POS server apparatus are configured to be downloaded to the Web-POS client apparatus as a PLU list. The present invention is not limited to this. For example, every time a product category is changed in the category list in the Web-POS client device, a PLU list corresponding to the product category is downloaded from the Web-POS server device. Further, for each input of product information in the Web-POS client device, the corresponding PLU information may be inquired from the Web-POS client device to the Web-POS server device.
[0122]
Moreover, it is not always necessary to specify the product category, and for example, a list from which product manufacturers can be selected may be provided.
In addition to a touch panel, a mouse, an electronic pen, or the like may be used as an input medium.
[0123]
Further, instead of the category list and the PLU list, an image map displayed on the Web browser screen may be used to select a product category or a product.
[0124]
The medium read by the scanner device is not limited to JAN barcodes, but other types of barcodes and OCR (OCR price tag dimensions and printing specifications for POS systems) standards. An Optical Character Reader) code or the like may be used.
[0125]
Further, the calculation of the detailed form is not necessarily performed only on the Web-POS client device side, but may be performed on the Web-POS server device side and the result may be notified to the Web-POS client device. Good.
[0126]
The Web-POS system according to the present invention can be combined with a well-known sales management system, purchase management system, inventory management system, or sales analysis system.
[0127]
It is also possible to easily transmit product sales information or product order information registered in the Web-POS server device from the Web-POS client device to each product supplier or the like by HTTP communication or e-mail communication. In this case, for example, the detailed form registration server program shown in the operation flowchart of FIG. 13 creates an electronic mail storing the detailed form information received from the Web-POS client device, and transmits it to the customer. Configured as follows.
[0128]
In addition, it is possible to easily configure the product basic information registered in the PLU master DB (FIG. 14) to be received from each product supplier by HTTP communication or e-mail communication. A configuration in which the contents of the PLU master DB can be edited from the apparatus via a Web browser can be easily realized.
[0129]
【The invention's effect】
According to the present invention, a low-cost POS system can be realized by realizing a POS function on a general Web server / client system, and at the same time, the Internet or the like without installing a POS dedicated line. It is possible to connect the server device and the client device at low cost using the public network or LAN.
[0130]
Further, according to the present invention, since the store computer function of the POS system is mounted on a general Web server device, a product for realizing the PLU function from each product supplier by HTTP communication or e-mail communication. Product basic information such as manufacturer code, product item code, and price information can be easily received and registered.
[0131]
Conversely, the product sales information or product order information registered in the server device from the client device can be easily transmitted to each product supplier or the like by HTTP communication or e-mail communication.
[0132]
Furthermore, according to the present invention, a product on the Web browser screen, which is supplied from the server device and displayed on the display device of the client device, has been provided with a PLU key function that has been conventionally required by a dedicated keyboard on the POS terminal device. It is realized as a selection form and a pointing device such as a touch panel, mouse, electronic pen, etc. to operate it, and it is not necessary to prepare a dedicated keyboard on the client device side, so the client device can be realized at low cost and the form contents can be It also has a feature that the handled product can be easily changed by simply changing the program on the server device side.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a Web-POS client device.
FIG. 2 is a configuration diagram of a Web-POS server device.
FIG. 3 is an operation flowchart of an initial frame display control client program.
FIG. 4 is an operation flowchart of a category list display control client program.
FIG. 5 is an operation flowchart of a PLU list display control server program.
FIG. 6 is an operation flowchart of a PLU list display control client program.
FIG. 7 is an operation flowchart (part 1) of a detail form update process;
FIG. 8 is an operation flowchart (part 2) of the detail form update process;
FIG. 9 is an operation flowchart of scanner input processing.
FIG. 10 is an operation flowchart (part 1) of the detailed form display control client program;
FIG. 11 is an operation flowchart (part 2) of the detailed form display control client program;
FIG. 12 is an operation flowchart (part 3) of the detailed form display control client program;
FIG. 13 is an operation flowchart of the detail form registration server program.
FIG. 14 is a data configuration diagram of a PLU master DB.
FIG. 15 is a data configuration diagram of a sales management DB.
FIG. 16 is a diagram illustrating an example of a JAN barcode.
FIG. 17 is an explanatory diagram (part 1) of a display example;
FIG. 18 is an explanatory diagram (part 2) of a display example;
FIG. 19 is an explanatory diagram (part 3) of a display example;
FIG. 20 is an explanatory diagram (part 4) of a display example;
FIG. 21 is an explanatory diagram (part 5) of a display example;
[Explanation of symbols]
101, 201 CPU
102, 202 memory
103, 203 HDD interface section
104, 204 HDD
105, 205 Portable recording medium interface unit
106,206 Portable recording medium
107, 207 Network interface section
108 Display interface
109 Display device
110 Touch panel interface
111 Touch panel
112 Keyboard interface
113 keyboard
114 Scanner interface unit
115 Scanner device
116 General-purpose printer interface unit
117 General-purpose printer
118 Receipt Journal Printer Interface
119 Receipt Journal Printer

Claims (2)

販売時点情報管理を行うためのシステムであって、ハイパーテキスト転送プロトコルを用いてハイパーテキストマークアップ言語で記述された初期フレーム表示制御クライアント・プログラム、カテゴリーリスト表示制御クライアントプログラム及びPLUリスト表示制御クライアントプログラムを含むHTMLリソースを供給するWeb−POSサーバ装置において、
該Web−POSサーバ装置から送信された、Web−POSクライアント装置における初期フレーム表示制御クライアント・プログラムの実行により、該Web−POSクライアント装置から上記Web−POSサーバ装置に対して,カテゴリーリスト表示制御クライアントプログラムダウンロードを要求するHTTPメッセージ、あるいはPLUリスト表示制御サーバプログラムの実行を指示するHTTPメッセージが送信されると、該要求または指示に基づきそれぞれWebサーバ・プログラムがHDDからカテゴリーリスト表示制御クライアントプログラムを読み出し、あるいは、PLU表示サーバ・プログラムを起動してPLUマスタDB上の全レコード、すなわち、すべての商品基礎情報を読み出すと共に、PLUリスト表示制御クライアント・プログラムを生成し、
上記Web−POSサーバ装置からインターネットを介して前記ハイパーテキスト転送プロトコルを用いて前記HTMLリソースを要求するWeb−POSクライアント装置に対して、上記カテゴリーリスト表示制御クライアントプログラム、あるいはPLUリスト表示制御クライアントプログラムが送信され、かつ、前記Web−POSサーバ装置のPLUマスタDB内の商品カテゴリーに対応するPLUリスト及び同PLUマスタDB内の商品情報に対応するPLUリストが、それぞれ前記Web−POSクライアント装置における商品カテゴリーが変更される毎に、また前記Web−POSクライアント装置における商品識別情報の入力毎に前記Web−POSクライアント装置にダウンロードされると共に、
該Web−POSクライアント装置においては、前記Web−POSサーバ装置から受信した商品基礎情報をタッチパネル等の入力手段を有する表示画面に表示し、該タッチパネル等の入力手段により上記表示された商品を特定する商品に関する識別情報である商品識別情報を入力し、前記Web−POSサーバ装置から受信した商品基礎情報から上記入力した商品識別情報に対応する商品基礎情報のレコードを取得して、該商品基礎情報と上記入力した商品識別情報とに基づいて入力結果の注文商品明細情報を上記表示画面に出力する、汎用のコンピュータとインターネットを用い、ハイパーテキスト転送プロトコルに基づいて通信を行うWebサーバ・クライアントシステム上でWebブラウザのみでPOS機能が実現されるWeb−POSシステムであって、
商品カテゴリー、メーカー、商品名及び価格からなる商品基礎情報が記憶されている前記PLUマスタDBが前記Web−POSサーバ装置のみに設けられて、前記すべての商品基礎情報が前記Web−POSサーバ装置のみによって管理されると共に、前記タッチパネル等の入力表示画面が、商品カテゴリーに対応するPLUリストを表示する部分(第1フレーム)と、該カテゴリー内の商品名が表示される、商品情報に対応したPLUリストを表示する部分(第2フレーム)と、前記商品基礎情報と前記入力した商品識別情報とに基づいて出力される入力結果の注文商品明細を表示する部分(第3フレーム)とから構成され、前記Web−POSクライアント装置における上記注文商品明細情報が該Web−POSクライアント装置から前記Web−POSサーバ装置に送信されることを特徴とするWeb−POSシステム。
A system for managing point-of-sale information, comprising an initial frame display control client program, a category list display control client program, and a PLU list display control client program described in a hypertext markup language using a hypertext transfer protocol In a Web-POS server device that supplies HTML resources including:
A category list display control client program from the Web-POS client device to the Web-POS server device by executing the initial frame display control client program in the Web-POS client device transmitted from the Web-POS server device. When an HTTP message for requesting download of an HTTP message or an HTTP message for instructing execution of the PLU list display control server program is transmitted, the Web server program reads the category list display control client program from the HDD based on the request or instruction, Alternatively, the PLU display server program is started to read all records on the PLU master DB, that is, all product basic information, and display the PLU list. To generate your client program,
The category list display control client program or the PLU list display control client program is transmitted from the Web-POS server device to the Web-POS client device that requests the HTML resource using the hypertext transfer protocol via the Internet. The PLU list corresponding to the product category in the PLU master DB of the Web-POS server device and the PLU list corresponding to the product information in the PLU master DB are respectively the product category in the Web-POS client device. Each time it is changed and every time product identification information is input to the Web-POS client device, it is downloaded to the Web-POS client device,
In the Web-POS client device, the product basic information received from the Web-POS server device is displayed on a display screen having input means such as a touch panel, and the displayed product is specified by the input means such as the touch panel. The product identification information, which is identification information about the product, is input, the record of the product basic information corresponding to the input product identification information is acquired from the product basic information received from the Web-POS server device, and the product basic information and On the Web server / client system that communicates based on the hypertext transfer protocol using a general-purpose computer and the Internet, which outputs the order product details information as an input result on the display screen based on the inputted product identification information. Web-P that realizes POS function with only Web browser A S system,
The PLU master DB storing product basic information including product category, manufacturer, product name and price is provided only in the Web-POS server device, and all the product basic information is only in the Web-POS server device. The PLU corresponding to the product information in which the input display screen such as the touch panel displays a PLU list corresponding to the product category (first frame) and the product name in the category is displayed. A part (second frame) for displaying a list, and a part (third frame) for displaying the order product details of the input result output based on the product basic information and the inputted product identification information, from the order item detail information in the Web-POS client device the Web-POS client device Web-POS system, characterized in that it is sent to the serial Web-POS server device.
前記請求項1記載のシステムであって、
前記Web−POSクライアント装置から前記Web−POSサーバ装置に登録される商品売り上げ情報や商品注文情報を上記Web−POSサーバ装置から電子メール通信によって各商品供給元に送信すること、または該Web−POSサーバ装置は前記商品基礎情報を各商品供給元からHTTP通信や電子メール通信で受信することを特徴とする前記Web−POSシステム。
The system of claim 1, comprising:
Sending product sales information and product order information registered in the Web-POS server device from the Web-POS client device to each product supplier from the Web-POS server device by e-mail communication, or the Web-POS The server apparatus receives the commodity basic information from each commodity supplier by HTTP communication or e-mail communication.
JP2000331569A 2000-10-30 2000-10-30 Web-POS system Expired - Fee Related JP4491068B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000331569A JP4491068B2 (en) 2000-10-30 2000-10-30 Web-POS system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000331569A JP4491068B2 (en) 2000-10-30 2000-10-30 Web-POS system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP1354698A Division JPH11203365A (en) 1998-01-09 1998-01-09 Web-pos system

Related Child Applications (4)

Application Number Title Priority Date Filing Date
JP2005376736A Division JP2006114062A (en) 2005-12-27 2005-12-27 Web-pos system
JP2005376734A Division JP2006190286A (en) 2005-12-27 2005-12-27 Web-pos system
JP2005376735A Division JP2006155635A (en) 2005-12-27 2005-12-27 Web-pos method
JP2010043641A Division JP4579336B2 (en) 2010-02-28 2010-02-28 Web-POS system

Publications (3)

Publication Number Publication Date
JP2001175953A JP2001175953A (en) 2001-06-29
JP2001175953A5 JP2001175953A5 (en) 2006-03-30
JP4491068B2 true JP4491068B2 (en) 2010-06-30

Family

ID=18807896

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000331569A Expired - Fee Related JP4491068B2 (en) 2000-10-30 2000-10-30 Web-POS system

Country Status (1)

Country Link
JP (1) JP4491068B2 (en)

Also Published As

Publication number Publication date
JP2001175953A (en) 2001-06-29

Similar Documents

Publication Publication Date Title
JP6162622B2 (en) Electronic receipt system, information processing apparatus and program
JP2009015768A (en) Electronic receipt issuing system, electronic receipt issuing device, and electronic receipt issuing method
KR100942827B1 (en) Method and System for Generating Short Icon of Browsing On-line Market in Background
JP5969435B2 (en) Electronic receipt system, electronic receipt management server, information processing apparatus, and program
JP5744295B1 (en) POS terminal, print control apparatus, print control method, and program
JPH11203365A (en) Web-pos system
JP6224777B2 (en) Product sales data processing apparatus and program
JP5448281B2 (en) Web-POS system
JP5097246B2 (en) Web-POS system
JP6423505B2 (en) Electronic receipt management server, information processing apparatus, and program
JP5448265B2 (en) Web-POS system
JP4491068B2 (en) Web-POS system
JP6849839B2 (en) Transaction data processing equipment, programs and transaction data processing methods
JP4579336B2 (en) Web-POS system
JP5097253B2 (en) Web-POS system
JP6745865B2 (en) Electronic receipt management server and program
JP6795643B2 (en) Electronic receipt management server, program, electronic receipt system and extraction method
JP2006190286A (en) Web-pos system
JP2006155635A (en) Web-pos method
TW482974B (en) System and method for profiling a web site
JP6457610B2 (en) Electronic receipt system
JP2006114062A (en) Web-pos system
EP1193632A1 (en) Apparatus and method for providing information about sale of goods, method for displaying information about sale of goods, and computer-readable recording medium
JP6166820B2 (en) Server device, transaction data processing system, and program
JP2002312693A (en) Electronic commerce system, and method and program for delivery state display

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20041213

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041220

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20041214

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20050502

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050516

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20050502

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20051226

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20051228

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060214

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20060214

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20060308

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060413

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060522

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20061003

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061224

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20080207

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20080207

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091025

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100109

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100228

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100404

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130409

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130409

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130409

Year of fee payment: 3

S201 Request for registration of exclusive licence

Free format text: JAPANESE INTERMEDIATE CODE: R314201

R371 Transfer withdrawn

Free format text: JAPANESE INTERMEDIATE CODE: R371

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130409

Year of fee payment: 3

S201 Request for registration of exclusive licence

Free format text: JAPANESE INTERMEDIATE CODE: R314201

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130409

Year of fee payment: 3

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140409

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees