(57)【要約】      （修正有）【課題】反映条件を設定した配信データと取引状態とにより分散して処理するＰＯＳシステムを提供することにある。【解決手段】ストアーコントローラ１２は、格納された配信データに反映条件を付けてＰＯＳ端末１３に送信する。ＰＯＳ端末１３は、配信データを受信し、配信データの反映条件と取引状態により反映条件を判断する反映判断手段を備えている。【選択図】図１
2006227728.tif 000002
【特許請求の範囲】
【請求項１】
商品販売の登録処理などを実行するＰＯＳ端末と、このＰＯＳ端末と各種データを送受信可能な上位機器とを備えたＰＯＳシステムにおいて、前記上位機器は、配信データに反映条件を設定するとともに前記ＰＯＳ端末に送信する送信手段を備え、前記ＰＯＳ端末は、前記配信データを受信する受信手段と、前記配信データの反映条件と取引状態により前記反映条件を判断する反映判断手段を備えたことを特徴とするＰＯＳシステム。
【請求項２】
請求項１記載のＰＯＳシステムにおいて、前記反映条件として、即時反映、ＰＯＳ端末の取引終了後、点検後または精算後に反映するよう設定したことを特徴とするＰＯＳシステム。
【請求項３】
請求項１または２記載のＰＯＳシステムにおいて、前記配信データに前記反映条件と反映期限を設定したことを特徴とするＰＯＳシステム。
【請求項４】
請求項１または２記載のＰＯＳシステムにおいて、前記配信データが反映期限までに反映されないときはＰＯＳ端末が前記配信データを即時反映させることを特徴とするＰＯＳシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰＯＳ（Point Of Sales：販売時点情報管理）システムに関するものである。
【背景技術】
【０００２】
従来、たとえば、複数の店舗を本部で管轄するスーパーマーケット、コンビニエンスストア等のチェーンストアでは、一般に、各店舗にＰＯＳ端末とストアーコントローラとを設置してＬＡＮ（Local Area Network）で接続するとともに、本部にホストコンピュータを設置して各店舗のＰＯＳ端末およびストアーコントローラを互いにＷＡＮ（Wide Area Network）で接続し各店舗のＰＯＳ端末およびストアーコントローラのメンテナンスを本部のホストコンピュータを用いて遠隔操作により集中的に行うことを可能にしたいわゆるＰＯＳシステムが構築されている。このようにＰＯＳシステムを構築することにより、例えば、上位機器であるホストコンピュータやストアーコントローラから一斉にＰＯＳ端末のたとえば、最新バージョンのプログラムの更新を実施することができる。
【０００３】
また、分散処理システムにおけるホストコンピュータは、各店舗ＰＯＳシステムに搭載するプログラム、パラメータ等の各種モジュールを配信し自動更新させる。具体的には、配信情報ファイルの実行区分等の最新モジュールを送信すると、最新モジュール受信手段によって受信された最新モジュールに付加されている実行区分のモジュールファイル反映処理を即時実行と、予約日時情報により、その予約日時情報が過ぎていると更新対象のモジュールを使用した業務処理の実行中の場合においてもその業務処理が強制的に中断されかつ再起動が禁止される。その後、更新対象のモジュールが現行モジュール記憶手段に記憶されている現行モジュールと入れ替えてシステムに反映される。その後、該当業務処理の起動禁止状態が解除される。また、強制中断されていた場合には、自動的に再起動がかけられる。（例えば、特許文献１参照）。
【０００４】
コンビニエンスストア等のように２４時間営業の店舗内に設置されたＰＯＳシステムは、基本的には常時稼動状態にしなければならない。このような長期間の連続稼動の状況において、ＰＯＳ端末では、上位機器であるストアーコントローラ等が配信する最新プログラムなどの配信データの取得・反映をそのデータ処理の所要時間について検討することなく繁忙時でも登録途中でなければ配信データを反映していた。
【特許文献１】特開平８−９５７６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来のＰＯＳシステムでは、ＰＯＳ端末の繁忙時においても配信データを受信するために、配信データの処理中にＰＯＳ端末の各業務処理、たとえば、スキャン後の表示器の表示が遅い、登録締めキー後、レシートの出力等の処理動作が遅くなる等のレスポンスが低下するという問題がった。
【０００６】
本発明は、配信データに反映条件の情報を付加し送信させることによりＰＯＳ端末は、受信した配信データの反映条件と取引状態とにより分散させて処理するＰＯＳシステムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の上位機器は、反映条件を設定した配信データを送信する送信手段を備え、ＰＯＳ端末は、配信データを受信する配信データ受信手段と、反映条件と取引状態により反映条件を判断する反映判断手段を備えている。
【発明の効果】
【０００８】
本発明によれば、ＰＯＳ端末の負荷の分散を図ることで取引状態のパフォーマンスの低下を防ぐことができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の一実施の形態について図面を用いて説明する。なお、この実施の形態は、たとえば、コンビニエンスストア等のＰＯＳシステムに本発明を適用した場合について説明をする。
【００１０】
図１は、本実施の形態に係るＰＯＳシステムの概略構成を示す図であり、このＰＯＳシステム１１は、ストアーコントローラ１２とコンビニエンスストア等のレジカウンターに設置される決済端末として機能する複数台のＰＯＳ端末１３とを、通信回線たとえば、ＬＡＮ１４等によって接続し構成している。なお、ＰＯＳ端末１２は、複数台に限定するものではなく１台でもよい。
【００１１】
図２は、上位機器であるストアーコントローラ１２の要部構成を示すブロック図である。ストアーコントローラ１２は、ＰＯＳシステム１１全体の動作について制御をする。すなわち、ストアーコントローラ１２は、制御部本体を構成するＣＰＵ（Central Processing Unit）２１、制御プログラム等を格納するＲＯＭ（Read Only Memory）２２、各種データを記憶するＲＡＭ(Random Access Memory)２３、現日付（年月日）および時刻（時分秒）を計時するＩＣ（Integrated Circuit）からなる時計部２４、データベース等を形成するためのＨＤＤ（Hard Disk Drive）装置２５を制御するＨＤＤコントローラ２６、ＬＡＮ１４を通じて各部との間で行うデータ転送を制御するＬＡＮコントローラ２７、メッセージの確認を宣言する確認キーなどの各種キーを配列したキーボード２８、このキーボードを制御し入力キーのキー信号を取り込むキーボードインターフェース２９、各種情報を表示する表示器３０、この表示器３０を制御して表示データに対応する画面を表示させる表示器インターフェース３１と、印字を行うプリンタ３２と、このプリンタの印字動作を制御するプリンタインターフェース３３および通信インターフェース３４等を備え、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、時計部２４、ＨＤＤコントローラ２６、ＬＡＮＩ／Ｆ２７、キーボードＩ／Ｆ２９、表示器Ｉ／Ｆ３１、プリンタＩ／Ｆ３３および通信Ｉ／Ｆ３４を、アドレスバス、データバスなどのバスライン３５で接続して構成する。
【００１２】
ＨＤＤ装置２５には、商品マスタファイル、店舗売上ファイル等が格納されている。また、ＰＯＳ端末１３に送信する最新バージョンプログラムとしての配信データ等の図示しない、最新プログラム情報テーブルが格納（配信データ格納手段）されている。最新プログラム情報テーブルには、ソフト名、最新バージョンプログラム、反映条件、反映期限等が格納されている。
【００１３】
ＣＰＵ２１は、ＲＯＭ２２の制御プログラムの動作により、ＨＤＤ装置２５に格納されている配信データを送信する配信データ送信手段を実現する。
【００１４】
図３は、ＰＯＳ端末１３の要部構成を示すブロック図である。すなわちＰＯＳ端末１３は、制御部本体を構成するＣＰＵ５１、制御プログラム等を格納するＲＯＭ５２、各種データを記憶するＲＡＭ５３の他、現日時を計時する時計部５４、内蔵のハードディスクをアクセスしてデータの書き込み、読み出しをおこなうＨＤＤ装置５５の駆動を制御するＨＤＤコントローラ５６、ＬＡＮ１４を通じて各部との間で行うデータ転送を制御するＬＡＮコントローラ５７、１取引の登録終了を宣言する締めキーやメッセージの確認を宣言する確認キーなどの各種キーを配列したキーボード５８、このキーボード５８を制御し入力キーのキー信号を取り込むキーボードコントローラ５９、客買上商品の商品名、単価、合計金額等を表示する表示器６０、この表示器６０を制御して表示データに対応する画面を表示させる表示器インターフェース６１、レシート印字およびジャーナル印字を行うプリンタ６２、このプリンタの印字動作を制御するプリンタインターフェース６３、商品に付けられたバーコード等を読取るためのスキャナ６４が接続されるスキャナインターフェース６５、現金等を収容するためのドロワ６６が接続されるドロワインターフェース６７および通信インターフェース６８等を備え、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、時計部５４、ＨＤＤコントローラ５６、ＬＡＮコントローラ５７、キーボードＩ／Ｆ５９、表示器Ｉ／Ｆ６１、プリンタＩ／Ｆ６３、スキャナＩ／Ｆ６５、ドロワＩ／Ｆ６７および通信インターフェース６８を、アドレスバス、データバスなどのバスライン６９で接続して構成する。
【００１５】
ＲＯＭ５２は、ＣＰＵ５１を動作させる制御プログラムのほか、ＰＯＳ端末１３が行う売上登録、返品登録、廃棄登録等の各種業務を実現するためのプログラムが記憶されている。
【００１６】
ＲＡＭ５３はワークエリアとして機能する販売バッファや印字バッファ等の各種バッファが割り当てられている。
【００１７】
メモリ機能を有するＨＤＤ装置５５部には、商品マスタファイル、取引にかかる販売データを記憶保持する販売ファイル等を格納する。加えて、ＨＤＤ装置５５部には、配信データを受信し格納する受信データ格納手段がある。
【００１８】
図示しないモードスイッチは、キーボード５８の近くに設けられている。このモードスイッチは、登録モード、点検モード、精算モード等の各種業務モードを選択するためのものである。
【００１９】
ＰＯＳ端末１３を２４時間営業のコンビニエンスストアで使用する場合では、ＰＯＳ端末１３は常時稼動状態にあり、通常は登録業務が実行されて買物客の買上げる商品の販売データ等が登録処理されている。また、１日の定められた時刻になると精算業務が実行されて、売上データ、取引データ、返品データ等の日計データが算出されるようになっている。
【００２０】
以上のように、ストアーコントローラ１２とＰＯＳ端末１３とで構成するＰＯＳシステム１１において、ＰＯＳ端末１３のＨＤＤ装置５５に記憶されている制御用プログラムには、ＰＯＳ端末１３に新たな機能を追加したり、あるいはプログラムの不具合の修正を行うために、現在の制御用プログラムを最新の制御用プログラムに書き換えるいわゆるバージョンアップが必要になることがある。そこで、制御用プログラムのバージョンアップの際には、古い制御用プログラムを記憶したメモリに対して最新の制御用プログラムがダウンロードすることで対応するようにしている。しかしながら、ダウンロードする配信データが多いとその作業中にはＰＯＳ端末１３が使用できなくなる恐れが生じる。
【００２１】
そこで、最新の制御用プログラムの格納されたストアーコントローラ１２の配信データ格納部からＰＯＳ端末１３に配信データをダウンロードし、最新の制御用プログラムをインストールする。
【００２２】
配信データには、反映条件、反映期限を付け、ストアーコントローラ１２からＰＯＳ端末１３に送信する。配信データをＰＯＳ端末１３が受信すると、配信データから反映条件、反映期限等を読み出し、これらの反映条件、反映期限等にしたがって取得（ダウンロード）したプログラムを反映（インストール）する。配信データの反映条件としては、１：即時反映する、２：取引してない状態では、反映する。または取引中なら、取引終了後に反映する。３：点検または精算終了後に反映すると定義する。
【００２３】
上記構成のＰＯＳシステム１１において、ストアーコントローラ１２は、各種プログラムの変更、たとえば、商品の特売情報の値引きによる商品等の価格変更時は、即時反映させる。または消費税額の税額変更時は、反映期限（年、月、日、時、分、秒）情報等を付けて各種プログラム等の配信データがＰＯＳ端末１３へ送信する。
【００２４】
図４は、ストアーコントローラ（Ｓ／Ｃ）１２からＰＯＳ端末１３への配信データの情報の流れを示す模式図である。
【００２５】
ストアーコントローラ（Ｓ／Ｃ）１２に格納されている配信データである更新プログラム等を送信手段によりＰＯＳ端末１３に送信する。ＨＤＤ装置５５の受信伝文保存エリアのファイル５５ａに受信される。
【００２６】
次に、受信伝文保存エリアのファイル５５ａから配信データ毎に仮テーブルのファイル５５ｂにダウンロードされるとともに反映要求情報セットを反映要求情報エリアのファイル５５ｄに送信しフラグと反映期限等が格納される。
【００２７】
次に、反映要求情報セットの即時反映とＰＯＳ端末１３の取引状態がないときには仮テーブルのファイル５５ｂから設定（本）テーブルのファイル５５ｃに格納されるとともに反映要求情報リセット情報を反映要求情報エリアのファイル５５ｄに送信しフラグと反映期限等を削除する。
【００２８】
図５は、ＣＰＵ５１の受信処理の動作を示すフローチャートである。
【００２９】
ＣＰＵ５１は、ステップＳ１１としてストアーコントローラ１２から送信された配信データを受信するか否かを調べる。受信しないときは元に戻る。
【００３０】
受信するときには、ステップＳ１２として配信データに反映期限の日付・時刻が設定されているか否かを調べる。反映期限があるときには、ステップＳ１３として日付・時刻を更新しステップＳ１１へ戻る。
【００３１】
配信データに日付・時刻が設定されていないときには、次のステップＳ１４として受信伝文形式保存エリアのＨＤＤ装置５５のファイルに伝文形式まま保存し書き込み位置更新して、ステップＳ１１へ戻る。
【００３２】
図６は、ＣＰＵ５１の受信伝文解析処理の動作を示すフローチャートである。なお、ストアーコントローラ１２をフローチャートの記載ではＳＣとして記載する。
【００３３】
ＣＰＵ５１は、ステップＳ２１として受信伝文保存エリアの書き込みポインタと読み出しポインタを初期化し、ＳＣ受信処理起動する。
【００３４】
ステップＳ２２としてＨＤＤ装置５５のファイルの仮テーブルにある反映要求フラグエリアを初期化する。
【００３５】
ステップＳ２３として受信伝文保存エリア書き込みポインタと読み出しポインタに差があるか否か調べる。
【００３６】
書き込みポインタと読み出しポインタに差がある場合は、ステップＳ２４として保存伝文を読み出しテーブル形式へ変換後、該当データ用の仮テーブルのファイルへ保存する。
【００３７】
ステップＳ２５として配信データの反映条件を判断する。（＝１：即時反映、＝２：取引中以外のとき反映、＝３：点検または精算終了後）
反映条件が１：即時反映の場合、ステップＳ２６として仮テーブルのデータを本テーブルへコピー（反映）させる。
【００３８】
反映条件が２：取引中以外のとき反映の場合、ステップＳ２７として取引中フラグがセットされているか否かを調べる（反映判断手段）。ここで、取引中フラグがリセットされている場合には、取引がされていないので、ステップＳ２６の仮テーブルのファイルを本テーブルへコピー（反映）させる。
【００３９】
これに対し、ステップＳ２７（Ｙｅｓ）として、取引中フラグがセットされている場合には取引の途中なので、ステップＳ２８として該当テーブル反映要求フラグ＝２、反映期限をセットしステップＳ２３に戻る。
【００４０】
反映条件が（＝３：点検または精算終了後）の場合、ステップＳ２９として該当テーブル反映要求フラグ＝３反映期限をセットし、ステップＳ２３に戻る
図７は、ＰＵ５１の点検・精算実行処理の動作を示すフローチャートである。
【００４１】
ステップＳ４１としてモードスイッチの点検キーまたは精算キーを操作して点検または精算について実行する。
【００４２】
ステップＳ４２として点検処理または精算処理を行う。
【００４３】
ステップＳ４３として反映要求フラグエリアを先頭レコードから全テーブル分をチエックする。
【００４４】
ステップＳ４４として反映要求フラグ＝３か、点検・精算後の反映データか否かを調べる。
【００４５】
点検・精算後の反映データとすると、ステップＳ４５として該当仮テーブルを本テーブルに反映させる。
【００４６】
ステップＳ４６として該当テーブル反映要求情報エリアのフラグと反映期限を削除する。
【００４７】
ステップＳ４７として全テーブル分のチエックを終了させたか否かを調べる。終わっていなかったらステップＳ４８の次テーブルの情報をチエックし、ステップＳ４４に戻る。
【００４８】
ステップＳ４４（Ｎｏ）として点検・精算後の反映データでないと判断するとステップＳ４７に進む。
【００４９】
ステップＳ４７として全テーブル分をチエックが終了したときには、点検・精算の実行処理を終了させる。
【００５０】
図８は、ＣＰＵ５１の取引開始処理の動作を示すフローチャートである。
【００５１】
ステップＳ６１としてＰＯＳ端末の各種業務の操作を実行する。
【００５２】
ステップＳ６２として取引中フラグ＝１、取引中フラグがセットされる。
【００５３】
ステップＳ６３として各取引業務について処理し終了させる。
【００５４】
図９は、ＣＰＵ５１の取引終了処理（閉め処理）の動作を示すフローチャートである。
【００５５】
ステップＳ７１としてＰＯＳ端末のキーボードの取引締めキーの操作を行う。
【００５６】
ステップＳ７２として各業務操作の処理を行う。
【００５７】
ステップＳ７３として取引中のフラグがリセットされ取引業務を終了する。
【００５８】
図１０は、ＣＰＵ５１の設定テーブル更新監視処理の動作を示すフローチャートである。
【００５９】
ステップＳ８１として取引中フラグがセットされているか否かを調べる（反映判断手段）。取引中フラグがセットされていれば、取引中なので元に戻る。
【００６０】
取引中フラグがリセットであれば取引が行われていないので、次のステップＳ８２として反映要求フラグエリアを先頭レコードから全テーブルをチエックする。
【００６１】
ステップＳ８３として反映要求フラグ＝２すなわち取引中以外のとき反映データか否かを調べる（反映判断手段）。取引中でなければ、ステップＳ８４の該当する仮テーブルを本テーブルへコピーして反映させる。
【００６２】
ステップＳ８５として該当テーブルの反映要求フラグ＝０すなわち反映要求フラグを削除する。
【００６３】
ステップＳ８６として全テーブル分チエックを終了したか否かを調べる。
【００６４】
ステップＳ８３として取引中であれば、ステップＳ８７として反映要求フラグ＝０すなわち反映待ちデータ有りか否かを調べる。反映待ちデータ有りなら、ステップＳ８８として現在日時が反映要求情報上の期限と等しいか超えているか否かを調べる。等しいか超えているときには、ステップＳ８９として該当仮テーブルを本テーブルにコピーして反映させる。
【００６５】
ステップＳ９０として該当テーブル反映要求フラグ＝０すなわち反映要求フラグを削除し、ステップＳ８６へ進む。
【００６６】
ステップＳ８７として反映待ちデータがないときにはステップＳ８６へ進む。
【００６７】
ステップＳ８８として現在日時が反映要求情報上の期限を超えていないときには、ステップＳ８６へ進む。
【００６８】
ステップＳ８６として全テーブル分チエックを終了していないときには、ステップＳ９１として取引中フラグ＝１がセットされているか否かを調べる。新たな取引開始がないときには、ステップＳ９２として次テーブルの情報をチエックしたあとにステップＳ８３へ戻る。
【００６９】
ステップＳ８６として全テーブル分チエックを終了したとき、およびステップＳ９１として新たな取引開始があるときには、ＰＯＳ端末の配信データの更新処理を終了させる。
【００７０】
以上、本発明に係るＰＯＳシステムでは、ストアーコントローラから配信される配信データに反映条件を付け、ＰＯＳ端末は反映条件により、即時反映、登録途中は、登録後に反映、点検中および精算中にはそれぞれ終了後に反映させることで、反映させるタイミングを分散させることができる。
【００７１】
また、ＰＯＳ端末では従来のプログラムで業務を運用し、反映期限にたとえば、深夜から早朝にかけて端末に負荷がかからない時間に更新プログラムに切り替え従来のプログラムを削除する。反映判断手段が配信データの種類および反映期限の時間帯を分散させることによりＰＯＳ端末１３の負荷を低減させることができる。
【００７２】
このように反映条件、反映期限を付けることにより配信データを取得するときに、ＰＯＳ端末の負担を分散させてパフォーマンスの低下を防ぐことができる。
【００７３】
以上説明したように、本発明は前記実施の形態に限定されるものではなく、実施の段階ではその趣旨を逸脱しない範囲で種々に変形することが可能であるのは勿論である。
【図面の簡単な説明】
【００７４】
【図１】本発明の一実施の形態に係るＰＯＳシステムの概略構成を示す図。
【図２】同実施の形態に係るストアーコントローラのブロック図。
【図３】同実施の形態に係るＰＯＳ端末のブロック図。
【図４】同実施の形態に係るストアーコントローラからＰＯＳ端末への配信データの情報の流れを示す模式図。
【図５】同実施の形態に係るストアーコントローラの受信処理動作を示すフローチャート。
【図６】同実施の形態に係るＰＯＳ端末の受信伝文解析処理動作を示すフローチャート。
【図７】同実施の形態に係るＰＯＳ端末の点検・精算実行処理動作を示すフローチャート。
【図８】同実施の形態に係るＰＯＳ端末の取引開始処理動作を示すフローチャート。
【図９】同実施の形態に係るＰＯＳ端末の取引終了処理動作を示すフローチャート。
【図１０】同実施の形態に係るＰＯＳ端末の設定テーブル更新監視処理動作を示すフローチャート。
【符号の説明】
【００７５】
１２…ストアーコントローラ、１３…ＰＯＳ端末、１４…ＬＡＮ、２１…ＣＰＵ（送信手段）、５１…ＣＰＵ（反映判断手段）、２５…ＨＤＤ装置（配信データ格納手段）、５５…ＨＤＤ装置。
【図１】
2006227728.tif 000003
【図２】
2006227728.tif 000004
【図３】
2006227728.tif 000005
【図４】
2006227728.tif 000006
【図５】
2006227728.tif 000007
【図６】
2006227728.tif 000008
【図７】
2006227728.tif 000009
【図８】
2006227728.tif 000010
【図９】
2006227728.tif 000011
【図１０】
2006227728.tif 000012