JP2002109644A - Ｐｏｓシステム、ｐｏｓサーバ、店端末、販売管理方法、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 店端末からの要求に即座に応答することがで
きるＰＯＳサーバを提供する。 【解決手段】 複数の店舗における商品の取引を管理す
るＰＯＳサーバ１００であって、店端末３００から、商
品を識別する商品識別情報を受信する受信部１５２と、
店舗で取り扱う商品の商品識別情報に対応付けて、商品
の売価を含む、商品の内容を示す商品情報及び商品の在
庫数を格納する在庫マスタ４００と、商品識別情報を受
信すると、商品識別情報に対応する商品の商品情報及び
在庫数のうち少なくとも一方を在庫マスタ４００から検
出する検出部１７２と、検出された前記商品情報及び前
記在庫数のうち少なくとも一方を前記店端末に送信する
送信部１５４とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＰＯＳ（Point Of
Sales）サーバ（販売時点情報管理サーバ）、店端末、
ＰＯＳシステム、販売管理方法、及び記録媒体に関す
る。特に本発明は、複数の店舗における商品の販売を管
理するＰＯＳサーバ、ＰＯＳサーバと接続する店端末、
ＰＯＳサーバ及び店端末を備えたＰＯＳシステム、及び
販売管理方法、及び上記のプログラムを格納する記録媒
体に関する。

【０００２】

【従来の技術】コンビニエンスストアやスーパー等の小
売業界では、売上管理のためにＰＯＳシステムが使用さ
れている。店舗には、ＬＡＮ（Local Area Network）等
によってＰＯＳサーバに接続された店端末が配設され
る。チェーン店のように複数の店舗を有する場合は、１
台のＰＯＳサーバが、異なる店舗に配設された複数の店
端末を管理する。

【０００３】店舗において、商品を販売するときに、ス
キャナを用いて、その商品に付与された値段や包装パッ
ケージに印刷または貼付されたバーコードを読み込み、
店端末は、その商品を売上計上する。

【０００４】また、今日では、店舗に配設された店端末
の台数に関わらず、店舗側にもＰＯＳサーバを設け、本
部の上位サーバとの通信を行うクライアントサーバがシ
ステムが主流化している。

【０００５】

【発明が解決しようとする課題】しかし、従来のＰＯＳ
システムを構築するためには、膨大なコストを要する。
また、店端末側にサーバを設けた場合、店端末の保守が
必要となってしまう。

【０００６】店舗側のＰＯサーバと本部の上位サーバが
一日中接続するのは、コスト的に不経済であるため、一
日に数回の接続で、上位サーバとのデータの送受信を行
う。従って、情報の送受信のタイミングが制限されるの
で、新規の商品マスタ及びその他の情報を所望のタイミ
ングで送受信することができない。また、上位サーバ
が、多くの店端末から同時に１対１の通信を行える上位
サーバを構築するためには、膨大な設備投資が必要とな
る。

【０００７】そこで本発明は、上記の課題を解決するこ
とのできるＰＯＳサーバ、店端末、ＰＯＳシステム、販
売管理方法、及び記録媒体を提供することを目的とす
る。この目的は特許請求の範囲における独立項に記載の
特徴の組み合わせにより達成される。また従属項は本発
明の更なる有利な具体例を規定する。

【０００８】

【課題を解決するための手段】即ち、本発明の第１の形
態によると、複数の店舗における商品の取引を管理する
ＰＯＳサーバであって、前記店端末から、商品を識別す
る商品識別情報を受信する受信部と、前記店舗で取り扱
う商品の前記商品識別情報に対応付けて、前記商品の売
価を含む、商品の内容を示す商品情報及び前記商品の在
庫数を格納する在庫マスタと、前記商品識別情報を受信
すると、前記商品識別情報に対応する商品の前記商品情
報及び前記在庫数のうち少なくとも一方を前記在庫マス
タから検出する検出部と、検出された前記商品情報及び
前記在庫数を前記店端末に送信する送信部とを備える。

【０００９】前記店端末での取引を示す取引情報のうち
出納に関する出納情報及び物品の取引に関する物品情報
を、前記取引の種別を識別可能な状態で格納する入出荷
ファイルをさらに備えてもよい。前記店舗において棚卸
しが行われた場合に、前記受信部は、前記商品識別情報
及び前記商品識別情報に対応する前記商品の棚卸し後の
在庫数を受信してもよく、前記入出荷ファイルは、受信
した前記在庫数を前記商品識別情報に対応付けて格納し
てもよい。

【００１０】前記店舗において棚おろしが行われた場合
に、前記受信部は、前記商品の棚卸しの日時をさらに受
信してもよく、前記入出荷ファイルは、商品の前記商品
識別情報に対応付けてさらに商品の棚卸しの日時を格納
してもよい。前記受信部が、前記棚卸しにおいて数えた
前記在庫数量と前記棚卸しのときにあるべき前記在庫数
量の差分を示す修正値の要求を受信した場合に、前記入
出荷ファイルに格納される在庫数量及び前記棚卸し日時
に基づいて、前記在庫数量の修正値を算出する修正値算
出部をさらに備えてもよい。前記送信部は、算出された
前記修正値を送信してもよい。

【００１１】前記受信部は、さらに前記商品の値段を受
信してもよい。受信した前記売価が前記在庫マスタに格
納される前記売価と異なる場合に、前記在庫マスタに格
納されている前記商品の前記売価を更新するデータベー
ス更新部をさらに備えてもよい。

【００１２】本発明の第２の形態においては、複数の店
舗における商品の取引を管理するＰＯＳサーバであっ
て、前記ＰＯＳサーバは、前記複数の店舗に配設された
店端末において行われた前記商品の取引を示す取引情報
を格納する複数の管理装置と、複数の前記管理装置に格
納される前記取引情報を格納する総合管理装置とを備え
る。前記管理装置は、前記店端末から、前記商品の売価
を含む、商品の内容を示す商品情報を要求する商品情報
要求を受信する受信部と、当該管理装置が管理する前記
店舗に配設される前記店端末が取り扱う商品を識別する
商品識別情報に対応付けて、前記商品情報を格納する商
品データベースと、前記受信部が前記商品情報要求を受
信すると、前記商品情報要求が示す前記商品情報を前記
商品データベースから抽出して送信する送信部とを有す
る。前記総合管理装置は、前記ＰＯＳサーバが管理する
全ての店舗において取扱可能な商品の前記商品情報を前
記商品識別情報に対応付けて格納する総合商品データベ
ースと、前記管理装置の前記受信部が受信した前記商品
情報要求に示される前記商品情報が前記商品データベー
スに格納されない場合に、前記総合商品データベースか
ら前記商品情報を抽出する商品情報抽出部と、抽出され
た前記商品情報を送信する送信部とを有する。

【００１３】前記総合管理装置の前記商品情報抽出部が
前記総合商品データベースから前記商品情報要求に示さ
れる前記商品情報を抽出した場合に、前記管理装置の前
記商品データベースは、抽出された前記商品情報を前記
商品の在庫数と供に前記商品識別情報に対応付けて格納
してもよい。

【００１４】本発明の第３の形態においては、複数の店
舗に配設された店端末での商品の取引を管理するＰＯＳ
サーバであって、前記店端末での取引を示す取引情報の
うち出納に関する出納情報及び物品の取引に関する物品
情報を、前記取引の種別を識別可能な状態で格納する入
出荷ファイルと、所定の前記取引種別に対応する出納情
報を要求する出納情報要求受信部と、指定された前記取
引種別に該当する前記出納情報を抽出する出納情報抽出
部と、抽出された前記出納情報を送信する送信部とを備
える。

【００１５】本発明の第４の形態においては、複数の店
舗に配設された店端末での商品の取引を管理するＰＯＳ
サーバであって、前記ＰＯＳサーバは、異なる前記店端
末から受信した前記取引情報を格納する複数の前記管理
装置と、複数の前記管理装置に格納される前記取引情報
を格納する総合管理装置とを備える。前記総合管理装置
は、複数の前記管理装置から前記出納情報を受信する受
信部と、前記出納情報を、前記取引の種別を識別可能な
状態で、かつ取引が行われた店端末を識別する店端末識
別情報に対応付けて格納する総合入出荷ファイルとを有
する。

【００１６】本発明の第５の形態においては、複数の店
舗における商品の取引を管理するＰＯＳサーバに接続さ
れた店端末であって、前記店端末が配設される前記店舗
における棚卸し後の商品の在庫数及び前記商品を識別す
る商品識別情報を少なくとも入力する入力部と、前記棚
卸し後の商品の在庫数を前記商品識別情報に対応付けて
前記ＰＯＳサーバに送信する送信部とを有する。

【００１７】本発明の第６の形態においては、複数の店
舗における商品の取引を管理するＰＯＳサーバ及び前記
店舗に配設される店端末を備えるＰＯＳシステムであっ
て、前記ＰＯＳサーバは、前記店端末から、商品を識別
する商品識別情報を受信する受信部と、前記店舗で取り
扱う商品の前記商品識別情報に対応付けて、前記商品の
売価を含む、商品の内容を示す商品情報及び前記商品の
在庫数を格納する在庫マスタと、前記商品識別情報を受
信すると、前記商品識別情報に対応する商品の前記商品
情報及び前記在庫数のうち少なくとも一方を前記在庫マ
スタから検出する検出部と、検出された前記商品情報及
び前記在庫数を前記店端末に送信する送信部とを有す
る。

【００１８】本発明の第７の形態においては、複数の店
舗における商品の取引を管理するＰＯＳサーバ及び前記
店舗に配設される店端末を備えるＰＯＳシステムであっ
て、前記ＰＯＳサーバは、複数の店端末において行われ
た前記商品の取引を示す取引情報を格納する複数の管理
装置と、複数の前記管理装置に格納される前記取引情報
を格納する総合管理装置とを備えてもよい。前記管理装
置は、前記店端末から前記商品の売価を含む、商品の内
容を示す商品情報を要求する商品情報要求を受信する受
信部と、当該管理装置が管理する前記店舗に配設される
前記店端末が取り扱う商品を識別する商品識別情報に対
応付けて、前記商品情報を格納する商品データベース
と、前記受信部が前記商品情報要求を受信すると、前記
商品要求が示す前記商品情報を前記商品データベースか
ら抽出して送信する送信部とを有する。前記総合管理装
置は、前記ＰＯＳサーバが管理する全ての店舗において
取扱可能な商品の前記商品情報を前記商品識別情報に対
応付けて格納する総合商品データベースと、前記管理装
置の前記受信部が受信した前記商品要求に示される前記
商品情報が前記商品データベースに格納されない場合
に、前記総合商品データベースから前記商品情報を抽出
する商品情報抽出部と、抽出された前記商品情報を送信
する送信部とを有する。

【００１９】本発明の第８の形態においては、複数の店
舗における商品の取引を管理する取引管理方法であっ
て、前記店舗に配設された店端末から、前記商品を識別
する商品識別情報を受信する段階と、前記商品識別情報
を受信すると、前記店舗で取り扱う商品の前記商品識別
情報に対応付けて、前記商品の売価を含む、商品の内容
を示す商品情報及び前記商品の在庫数を格納する在庫マ
スタから、前記商品識別情報に対応する前記商品情報及
び前記在庫数を検出する段階と、検出された前記商品情
報及び前記在庫数を前記店端末に送信する段階とを有す
る。

【００２０】本発明の第９の形態においては、複数の店
舗における商品の取引を管理する取引管理方法であっ
て、前記店舗に配設された店端末から前記商品の売価を
含む、前記商品の内容を示す商品情報を要求する商品情
報要求を受信する段階と、前記店端末が配設される前記
店舗で取り扱う商品の前記商品情報を前記商品識別情報
に対応付けて、前記商品情報を格納する商品データベー
スから、受信した前記商品情報要求が示す前記商品情報
を検出する段階と、前記商品データベースから、前記商
品情報要求が示す前記商品要求を検出できなかった場合
に、前記複数の店舗の全てにおいて取扱可能な商品の前
記商品情報を前記商品識別情報に対応付けて格納する総
合商品データベースから、前記商品情報要求が示す前記
商品要求を検出する段階と、前記検出された前記商品情
報を前記店端末に送信する段階とを有する。

【００２１】本発明の第１０の形態においては、複数の
店舗における商品の取引を管理するコンピュータ用のプ
ログラムを格納する記録媒体であって、前記店舗に配設
される店端末から、商品を識別する商品識別情報を受信
する受信モジュールと、前記商品識別情報を受信する
と、前記店舗で取り扱う商品の前記商品識別情報に対応
付けて、前記商品の売価を含む、商品の内容を示す商品
情報尾代帯前記商品の在庫数を格納する在庫マスタか
ら、前記商品識別情報に対応する商品の前記商品情報及
び前記在庫数を検出する検出モジュールと、検出された
前記商品情報及び前記在庫数を前記店端末に送信する送
信モジュールとを有する。

【００２２】本発明の第１１の形態においては、複数の
店舗における商品の取引を管理するコンピュータ用のプ
ログラムを格納した記録媒体であって、前記店舗に配設
された店端末から、前記商品を識別する商品識別情報を
受信する受信モジュールと、前記商品識別情報を受信す
ると、前記店舗で取り扱う商品の商品識別情報に対応付
けて、前記商品の売価を含む、商品の内容を示す商品情
報及び前記商品の在庫数を格納する在庫マスタから、前
記商品識別情報に対応する前記商品情報及び前記在庫数
を検出する検出モジュールと、検出された前記商品情報
及び前記在庫数を前記店端末に送信する送信モジュール
とを有する。

【００２３】本発明の第１２の形態においては、複数の
店舗における商品の取引を管理するＰＯＳサーバに接続
されたコンピュータ用のプログラムを格納した記録媒体
であって、前記コンピュータが配設される前記店舗にお
ける棚卸し後の商品の在庫数及び前記商品を識別する商
品識別情報を少なくとも入力する入力モジュールと、前
記棚卸し後の商品の前記在庫数を前記商品識別情報に対
応付けて前記ＰＯＳサーバに送信する送信モジュールと
を有する。

【００２４】なお上記の発明の概要は、本発明の必要な
特徴の全てを列挙したものではなく、これらの特徴群の
サブコンビネーションも又発明となりうる。

【００２５】

【発明の実施の形態】以下、発明の実施の形態を通じて
本発明を説明するが、以下の実施形態はクレームにかか
る発明を限定するものではなく、又実施形態の中で説明
されている特徴の組み合わせの全てが発明の解決手段に
必須であるとは限らない。

【００２６】なお、特許請求の範囲に記載の「商品デー
タベース」及び「商品総合データベース」は、詳細な説
明に記載の管理装置の在庫マスタ及び総合管理装置在庫
マスタにそれぞれ含まれる。

【００２７】図１は、ＰＯＳシステム全体を示す。ＰＯ
Ｓシステムは、第１店端末３００ａ、第２店端末３００
ｂ、…（店端末３００と略称する）と、複数の店端末３
００を管理するＰＯＳサーバ１００とを備える。複数の
店端末３００は、インターネット２０を介してＰＯＳサ
ーバ１００と通信可能である。店端末３００は、クライ
アントコンピュータである。店端末３００は、汎用の市
販パソコンを核として、ジャーナルプリンタ、バーコー
トリーダ等の周辺機器を有する。これらの連携によっ
て、店端末３００は、店舗における販売や買い取り等の
取引に関する取引処理を行う。店端末３００は、ルータ
１２を介して、ＰＯＳサーバ１００に接続し、必要な情
報を取得する。

【００２８】ＰＯＳサーバ１００は、サーバコンピュー
タであり、商品の売価を含む、商品の内容を示す商品情
報、店端末３００から受信した店端末３００における取
引の内容を示す情報を格納する取引データベース１１６
を有する。ＰＯＳサーバ１００は、ルータ１２を介し
て、店端末３００に接続される。ＰＯＳサーバ１００
は、店端末３００において商品が取引されたことを、取
引データベース１１６に反映させるデータベース操作命
令を、店端末３００から受信する。

【００２９】なお、ここではネットワーク回線として、
インターネット回線網を例示したが、安全性を重視した
場合、フレームリレー網でもよく、接続形態が制限され
るものではない。

【００３０】図２は、図１に示す店端末３００のハード
ウェア構成を示すブロック図である。店端末３００は、
ＣＰＵ３０２と、主記憶装置３０４と、ＢＩＯＳ−ＲＯ
Ｍ３０６と、ディスプレイコントローラ(ＬＣＤＣ)３０
８と、プリンタコントローラ（ＰＲＴＣ）３１０と、ス
キャナコントローラ３１２と、キーボードコントローラ
３１４と、ネットワークインタフェース３１６と、ＣＤ
ーＲＯＭインタフェース３１８と、ＣＤ−ＲＯＭ３３０
と、ＬＣＤディスプレイ３３２と、ジャーナルプリンタ
３３４と、バーコードリーダ３３６と、キーボード／キ
ーマット３３８を有する。

【００３１】ＣＰＵ３０２は、主記憶装置３０４及びＢ
ＩＯＳ−ＲＯＭ３０６に格納されるプログラムに従い算
術論理演算を行う。ＣＰＵ３０２はまた、ジャーナルプ
リンタ３１０及びバーコードリーダ３１２等の各種周辺
装置を制御する。主記憶装置３０４は、ＲＡＭで構成さ
れる。ＢＩＯＳ−ＲＯＭ３０６は、接続される周辺装置
を制御するＢＩＯＳ（基本入出力制御システム）プログ
ラムを格納する。ＬＣＤＣ３０８は、ラインディスプレ
イを含むＬＣＤディスプレイ３０８に接続される。プリ
ンタコントローラ３１０は、領収書を発行するジャーナ
ルプリンタ３３４に接続される。スキャナコントローラ
３１２は、バーコードリーダ３３６に接続される。キー
ボードコントローラ３１４は、キーボード／キーマット
３３８に接続される。ＣＤーＲＯＭインタフェース３１
８は、ＣＤ−ＲＯＭ３３０の制御を行う。

【００３２】ネットワークインタフェース３１６は、例
えばモデムカードで構成され、インターネット２０を含
む通信回線網経由でＰＯＳサーバ１００と接続される。
店端末３００は、ネットワークインタフェース３１６を
介して、本店端末３００において商品が販売されること
を示す取引情報をＰＯＳサーバ１００に送信し、送信し
た情報に対する応答を受信する。入出力バス３２０は、
データアドレス、コントロールの為のラインが複数本で
構成され、入出力バス３２０を介して相互にデータ交信
が行われ、それぞれが持つ機能を実現する。なお、店端
末３００の周辺装置を含む構成は店舗の構成により適宜
変更可能である。

【００３３】図３は、図２のハードウェア構成によって
実現される処理部３５０の機能を示す機能ブロック図で
ある。処理部３５０は、取引処理に関する機能をまとめ
たユニットである。処理部３５０の一連の動作は、主に
ＣＰＵ３０２と、主記憶装置３０４、及びＢＩＯＳ−Ｒ
ＯＭ３０６に格納されたプログラムの共同によって実現
される。ただしそれ以外の構成要素によって処理部３５
０が実現されてもよく、その設計の自由度は高い。処理
部３５０は、入力部３５２と、取引処理部３５４と、Ｄ
Ｂ操作命令作成部３５６と、ＤＢ操作命令保持部３５８
と、送信部３６０と、受信部３６２と、出力部３６４
と、複製部３６６と、宛先付与部３６８とを有する。

【００３４】入力部３５２は、例えば、バーコードリー
ダ３３６やキーボード／キーマット３３８を介して、商
品の識別情報、商品の個数、及び商品の値段を入力す
る。商品識別情報は、商品に貼付されたバーコードであ
ってもよい。

【００３５】取引処理部３５４は、入力部３５２が入力
した情報に基づいて算術計算を行う。例えば、１人の顧
客と取引する合計金額を算出する。顧客に商品を販売す
る場合は、購入合計金額を算出する。

【００３６】ＤＢ操作命令作成部３５６は、取引処理部
３５４が処理した内容を、ＰＯＳサーバ１００の取引デ
ータベース１１６に反映させるデータベース操作命令を
作成する。データベース操作命令としては、例えば鉛筆
を５本販売したことをＰＯＳサーバ１００のデータベー
スに反映させる命令であってもよく、また例えば消しゴ
ムを３個販売したことをＰＯＳサーバ１００のデータベ
ースに反映させる命令であってもよい。１人の顧客に鉛
筆５本と消しゴム３個を販売した場合、鉛筆に関するデ
ータベース操作命令と消しゴムに関するデータベース操
作命令をそれぞれ作成する。このように、データベース
操作命令は、各商品毎に作成される。データベース操作
命令は、例えば、ＳＱＬ（Structured Query Languag
e）であってもよい。

【００３７】複製部３６６は、ＤＢ操作命令作成部３５
６から受け取ったデータベース操作命令をコピーする。
宛先付与部３６８は、複製部３６６から受け取った各デ
ータベース操作命令に、各データベース操作命令を送信
すべき宛先のアドレスを付与する。アドレスは、例えば
ＩＰアドレスであってもよい。

【００３８】送信部３６０は、宛先付与部３６８からア
ドレスを付与されたデータベース操作命令を受けとり、
インターネット２０を介してそれぞれの宛先に送信す
る。送信部３６０はまた、ＰＯＳサーバ１００に対し
て、商品の売価を含む、商品情報を要求する商品情報要
求を送信する。ＤＢ操作命令保持部３５８は、ＤＢ操作
命令作成部３５６が作成したデータベース操作命令を保
持する。

【００３９】受信部３６２は、インターネット２０を介
してＰＯＳサーバ１００から商品の売価を含む商品情報
を受信する。出力部３６４は、例えば、ジャーナルプリ
ンタ３３４に印刷させるべき情報や、ＬＣＤディスプレ
イ３３２に表示させるべき情報をそれぞれ、ジャーナル
プリンタ３３４及びＬＣＤディスプレイ３３２に出力す
る。出力部３６４はまた、ＤＢ操作命令保持部３５８が
保持するデータベース操作命令に対応する取引内容を出
力する。

【００４０】図４は、図１に示すＰＯＳサーバ１００の
ハードウェア構成を示すブロック図である。ＰＯＳサー
バ１００は、総合管理装置２００と、第１管理装置２１
０ａと、第２管理装置２１０ｂと、第３管理装置２１０
ｃと、第４管理装置２１０ｄと、バックアップ装置２２
０を有する。総合管理装置２００、第１管理装置２１０
ａ、第２管理装置２１０ｂ、第３管理装置２１０ｃ、第
４管理装置２１０ｄ（単に管理装置２１０と呼ぶ）、及
びバックアップ装置２２０は、いずれもインターネット
２０を介して複数の店端末３００及び本ＰＯＳサーバ１
００以外のＰＯＳサーバと通信可能である。

【００４１】第１管理装置２１０ａ及び第２管理装置２
１０ｂは、それぞれ同一の店端末３００から、データベ
ース操作命令を受信する。すなわち、第１管理装置２１
０ａ及び第２管理装置２１０ｂは、それぞれ第１管理装
置２１０ａ及び第２管理装置２１０ｂのアドレスが付与
され、第１店端末３００ａから送信された同一のデータ
ベース操作命令を受信する。第３管理装置２１０ｃ及び
第４管理装置２１０ｄは、第１店端末３００ａと異なる
店端末３００、例えば、第２店端末３００ｂからデータ
ベース送信命令を受信する。

【００４２】すなわち、第１管理装置２１０ａ及び第２
管理装置２１０ｂは、第１店端末３００ａからデータベ
ース操作命令を受信し、第３管理装置２１０ｃ及び第４
管理装置２１０ｄは、第２店端末３００ｂからデータベ
ース操作命令を受信する。

【００４３】このように、ＰＯＳサーバ１００は、複数
の店端末３００を管理する場合に、複数の管理装置２１
０に異なる店端末３００を管理させることによって、処
理を分散させることができる。これによって、ＰＯＳサ
ーバ１００は、管理すべき店端末３００の数が多い場合
でも、店端末３００からの要求に、リアルタイムに応答
することができる。

【００４４】総合管理装置２００は、第１管理装置２１
０ａ及び第２管理装置２１０ｂが、第１店端末３００ａ
から受信したデータベース操作命令を第１管理装置２１
０ａ及び第２管理装置２１０ｂのうち少なくとも一方か
ら受信して管理する。総合管理装置２００はまた、第３
管理装置２１０ｃ及び第４管理装置２１０ｄが、第２店
端末３００ｂから受信したデータベース操作命令を第３
管理装置２１０ｃ及び第４管理装置２１０ｄのうち少な
くとも一方から受信して管理する。すなわち、総合管理
装置２００は、ＰＯＳサーバ１００が管理する全ての店
端末３００から受信したデータベース操作命令を管理す
る。

【００４５】このように、総合管理装置２００は、ＰＯ
Ｓサーバ１００が管理する全ての店端末３００から受信
したデータベース操作命令を受信する。従って、複数の
管理装置２１０が異なる店端末３００を管理する場合で
も、総合管理装置２００は、全ての店端末３００を統括
的に管理することができる。

【００４６】バックアップ装置２２０は、バックアップ
装置２２０宛のアドレスを付与されたデータベース操作
命令を受信する。バックアップ装置２２０は、第１管理
装置２１０ａ及び第２管理装置２１０ｂが、第１店端末
３００ａから受信したデータベース操作命令と同一のデ
ータベース操作命令と、第３管理装置２１０ｃ及び第４
管理装置２１０ｄが第２店端末３００ｂから受信したデ
ータベース操作命令と同一のデータベース操作命令をイ
ンターネット２０を介して受信する。第１管理装置２１
０ａ、第２管理装置２１０ｂ、及び総合管理装置２００
にデータベース操作命令が正しく受信されていない場合
に、バックアップ装置２２０は、データベース操作命令
をそれぞれ第１管理装置２１０ａ、第２管理装置２１０
ｂ、及び総合管理装置２００に転送する。

【００４７】このように、バックアップ装置２２０は、
ＰＯＳサーバ１００が管理する全てのデータベース操作
命令を有するので、バックアップ装置２２０は、第１管
理装置２１０ａ及び第２管理装置２１０ｂがデータベー
ス操作命令を正しく受信できない場合に、データベース
操作命令を転送し、欠如しているデータベース操作命令
を補填することができる。

【００４８】バックアップ装置２２０は同様に、第３管
理装置２１０ｃ及び第４管理装置２１０ｄがデータベー
ス操作命令を正しく受信できない場合に、データベース
操作命令を転送し、欠如しているデータベース操作命令
を補填することができる。

【００４９】なお、図４は、複数の管理装置２１０を有
するＰＯＳサーバ１００をひとまとまりとして示した
が、これらは物理的に一つのまとまりである必要はな
く、複数の管理装置２１０、総合管理装置２００、及び
バックアップ装置２２０は、それぞれ異なる場所に配設
されてもよい。この場合、それぞれの管理装置２１０、
総合管理装置２００、及びバックアップ装置２２０は、
インターネット２０を介して店端末３００と通信し、例
えばＬＡＮなどの通信回線を用いてＰＯＳサーバ１００
内の他の装置と通信してもよい。例えば、第１管理装置
２１０ａは、東京に配設され、第２管理装置２１０ｂ
は、九州に配設されてもよい。このように、異なる場所
に複数の管理装置２１０を配設することができるので、
例えば、第１管理装置２１０ａが作動しない場合や、第
１管理装置２１０ａのトラフィックが混雑している場合
には、店端末３００は、第２管理装置２１０ｂにアクセ
スし、同一の処理を行うことができる。

【００５０】図５は、図４に示す第１管理装置２１０ａ
のハードウェア構成を示すブロック図である。第１管理
装置２１０ａは、ＣＰＵ１０２と、主記憶装置１０４
と、ＢＩＯＳ−ＲＯＭ１０６と、データベース更新部１
０８と、取引データベース１１６と、ネットワークイン
タフェース１１０と、内部接続部１１２と、入出力バス
１１４とを有する。

【００５１】ＣＰＵ１０２は、主記憶装置１０４および
ＢＩＯＳ−ＲＯＭ１０６に格納されるプログラムに従い
算術論理演算を行う。ＣＰＵ１０２はまた、各種周辺装
置を制御する。主記憶装置１０４は、ＲＡＭで構成され
る。ＢＩＯＳ−ＲＯＭ１０６は、システムに接続される
周辺装置を制御するＢＩＯＳ（基本入出力制御システ
ム）プログラムを格納する。データベース更新部１０８
は、取引データベース１１６のフォーマット制御ならび
にリードライト制御を行う。取引データベース１１６
は、店端末３００における取引の内容を格納する。

【００５２】ネットワークインタフェース１１０は、イ
ンターネット２０を介して店端末３００と接続し、デー
タベース操作命令などを受信する。ネットワークインタ
フェース１１０はまた、受信した情報に対する応答を送
信する。内部接続部１１２は、例えばＬＡＮなどの通信
回線を介して第２管理装置２１０ｂ、総合管理装置２０
０、及びバックアップ装置２２０と接続する。従って、
ＰＯＳサーバ１００の第１管理装置２１０ａ、第２管理
装置２１０ｂ、総合管理装置２００、及びバックアップ
装置２２０は、インターネット２０を介さずに情報を送
受信することができる。なお、図示しないが、管理装置
２１０ａは、図２に示した店端末３００と同様に、ＬＣ
Ｄモニタ、キーボードなどの周辺装置が、専用の入出力
コントローラを介して入出力バス１１４に接続される。

【００５３】図６は、図５のハードウェア構成によって
実現される第１管理装置２１０ａの機能のうち、本実施
の形態に特徴的なＤＢ操作命令処理部１５０の機能を示
す機能ブロック図である。ＤＢ操作命令処理部１５０
は、データベース操作命令に関する機能をまとめたユニ
ットである。ＤＢ操作命令処理部１５０の一連の動作
は、主にＣＰＵ１０２、主記憶装置１０４、及びＢＩＯ
Ｓ−ＲＯＭ１０６に格納されたプログラムの共同によっ
て実現される。ただし、それ以外の構成要素によってＤ
Ｂ操作命令処理部１５０が実現されてもよく、その設計
の自由度は高い。

【００５４】ＤＢ操作命令処理部１５０は、整合性確認
部１５６と、ＤＢ操作命令保持部１５８と、削除部１６
０と、データベース更新部１０８と、ＤＢ操作命令補填
部１６４と、検出部１７２と、抽出部１７４と、修正値
算出部１７６を有する。

【００５５】受信部１５２は、インターネット２０を介
してデータベース操作命令を受信する。装置間受信部１
６６は、他の管理装置２１０からデータベース操作命令
を受信し、整合性確認部１５６、またはＤＢ操作命令保
持部１５８に送る。装置間受信部１６６は、データベー
ス操作命令を送信することを要求するデータベース操作
命令要求を他の管理装置２１０から受信する。タイマ部
１７０は、時間を計測する。

【００５６】ＤＢ操作命令保持部１５８は、受信部１５
２及び装置間受信部１６６から受け取ったデータベース
操作命令を一時的に保持する。ＤＢ操作命令保持部１５
８は、また、装置間受信部１６６からデータベース操作
命令要求を受け取り、データベース操作命令が要求すデ
ータベース操作命令を装置間送信部１６８に送る。

【００５７】整合性確認部１５６は、第１店端末３００
ａが送信した同一のデータベース操作命令を装置間受信
部１６６及びＤＢ操作命令保持部１５８それぞれから、
受け取る。整合性確認部１５６は、２つのデータベース
操作命令の整合性を確認する。

【００５８】整合性確認部１５６は、データベース操作
命令の整合性が確認できた場合に、送信部１５４及び削
除部１６０に対して、整合性の確認が完了したことを示
す完了通知を送信する。整合性確認部１５６はまた、整
合性の確認ができたデータベース操作命令をデータベー
ス更新部１０８に送る。整合性確認部１５６は、データ
ベース操作命令の整合性の確認が取れなかった場合に、
すなわち、保持すべきデータベース操作命令を、ＤＢ操
作命令保持部１５８が保持していなかった場合に、ＤＢ
操作命令補填部１６４に、欠如しているデータベース操
作命令を取得することを示す補填命令を送る。

【００５９】削除部１６０は、完了通知を受信すると、
ＤＢ操作命令保持部１５８に保持されるデータベース操
作命令を削除する。データベース更新部１０８は、デー
タベース操作命令を受け取ると、受け取ったデータベー
ス操作命令を実行し、取引データベース１１６を更新す
る。ＤＢ操作命令補填部１６４は、整合性確認部１５６
から補填命令を受け取ると、装置間送信部１６８を介し
て補填命令を送信する。装置間送信部１６８は、補填命
令及びデータベース操作命令を他の管理装置２１０に送
信する。送信部１５４は、完了通知を店端末３００に送
る。

【００６０】検出部１７２は、取引データベース１１６
に格納される情報を検出する。抽出部１７４は、検出部
１７２が検出すべき情報が、取引データベース１１６に
格納されていない場合に、装置間受信部１６６を介して
総合管理装置２００から所定の情報を抽出する。修正値
算出部１７６は、取引データベース１１６に格納される
情報に基づいて、棚卸しのときの、商品の在庫数の修正
値を算出する。

【００６１】図７は、第１管理装置２１０ａの取引デー
タベース１１６に格納されるデータベースの構成を示
す。取引データベース１１６は、在庫マスタ４００、売
上分析ファイル４０２、入出荷ファイル４０４、取引合
計ファイル４０６、日次合計ファイル４０８、客層ファ
イル４１０、レシートファイル４１２を含む。

【００６２】在庫マスタ４００は、ＰＯＳサーバ１００
が管理する店舗で販売される商品の商品識別情報に対応
付けて、商品の値段を含む、商品の内容を示す商品情報
及び商品の在庫数を格納する。入出荷ファイル４０４
は、第１管理装置２１０ａが管理する店端末３００から
受信した取引情報のうち、商品毎の取引内容を、取引の
行われた日時に対応付けて格納する。売上ファイル４０
２は、商品のジャンル毎の売上を格納する。取引合計フ
ァイル４０６は、取引金額の月間の集計情報を格納す
る。日次合計ファイル４０８は、店舗別の１日の売上を
格納する。客層ファイル４１０は、複数の客層に対応付
けて、各客層に当てはまる顧客の取引情報を格納する。
レシートファイル４１２は、レシート毎の取引情報を格
納する。

【００６３】図８は、第１管理装置２１０ａの在庫マス
タ４００のデータフォーマットを示す。在庫マスタ４０
０は、商品を識別する商品コードに対応付けて、商品情
報を格納する。在庫マスタ４００は、商品コードフィー
ルド、商品番号フィールド、商品名フィールド、売価フ
ィールド、及び在庫数フィールドを有する。商品コード
フィールドには、商品を識別するコード番号が格納され
る。商品番号フィールドには、商品特有の番号が格納さ
れる。商品名フィールドには、商品の名称が格納され
る。売価フィールドには、売値が格納される。在庫数フ
ィールドには、商品の現在の在庫数が格納される。在庫
フィールドに格納される在庫数は店端末３００において
商品が取引される毎に更新される。在庫数はまた、商品
が入荷したときに、更新される。店端末３００が配設さ
れる店舗における棚卸しの時は、棚卸しにおいて数えら
れた正しい在庫数が格納される。

【００６４】このように、在庫マスタ４００は、各商品
の商品識別情報に対応付けて、商品情報及び商品の在庫
数を格納するので、各商品の商品情報及び在庫数を同時
に抽出することができる。

【００６５】本実施の形態のＰＯＳシステムにおいて
は、店端末３００は、在庫マスタ４００を有さない。従
って、店端末３００は、簡易なコンピュータで実現する
ことができる。また、店端末３００の増設を、比較的容
易に行うことができる。

【００６６】また、在庫マスタ４００は、ＰＯＳサーバ
１００に設けられているので、容易に更新することがで
きる。

【００６７】図９は、第１管理装置２１０ａの入出荷フ
ァイル４０４のデータフォーマットを示す。入出荷ファ
イル４０４は、店端末ＩＤフィールドと、日付フィール
ドと、区分フィールドと、伝票番号フィールドと、商品
コードフィールドと、数量フィールドと、単価フィール
ドと、合計金額フィールドと、税額フィールドを格納す
る。

【００６８】店端末ＩＤフィールドには、店端末を示す
識別情報が格納される。このように、各入出荷データ毎
に店舗ＩＤが識別可能に格納されているので、いずれの
店舗における取引情報か識別することができる。日付フ
ィールドには、取引の行われた日付が格納される。区分
フィールドには、業務区分が格納される。例えば、取引
が、販売であるか、買い取りであるかを示す情報が格納
される。このように、業務区分が格納されているので、
例えば、販売に関する情報を要求された場合に、業務区
分が販売に指定されているデータを抽出して、提供する
ことができる。

【００６９】伝票番号フィールドには、取引ごとに付与
されるシリアル番号が格納される。商品コードフィール
ドには、取引のあった商品のコードが格納される。数量
フィールドには、取引のあった商品の数量が格納され
る。単価フィールドには、取引のあった商品の単価が格
納される。合計金額フィールドには、商品の合計金額が
格納される。税額フィールドには、税額が格納される。

【００７０】業務区分が棚卸しの場合、数量フィールド
には棚卸しにより、実際に数えられた、正しい在庫数が
格納される。

【００７１】このように、管理装置２１０の入出荷ファ
イル４０４は、管理装置が管理する店端末３００におけ
る取引に関する情報を格納している。したがって、店端
末３００から取引の情報を要求された場合に必要な情報
を提供することができる。

【００７２】第２管理装置２１０ｂ、第３管理装置２１
０ｃ、及び第４管理装置２１０ｄの構成及び動作は、図
５から図９を用いて説明した第１管理装置２１０ａの構
成及び動作と同様なので説明を省略する。

【００７３】このように、ＰＯＳサーバ１００は、複数
の管理装置２１０を有するが、これらは、同一の構成及
び機能を有する。また、各管理装置２１０は、いずれも
簡易なコンピュータによって実現することができる。従
って、各店の規模に応じたＰＯＳシステムを容易に構築
することができる。

【００７４】また、それぞれの管理装置２１０が、各イ
ンターネットインターフェース１１４を介して、店端末
３００と通信できるので、通信回数が増加した場合、及
びＰＯＳサーバ１００が管理する情報量が増加した場合
でも、管理装置２１０の台数を増加することによって対
応することができる。

【００７５】次に、総合管理装置２００のハードウェア
構成を説明する。総合管理装置２００のハードウェア構
成は、図５から図９を用いて説明した管理装置２１０の
ハードウェア構成とほぼ同様である。ただし、以下の点
で、第１管理装置２１０ａと異なる。

【００７６】第１管理装置２１０ａは、店端末３００か
らインターネット２０を介してデータベース操作命令を
受信するのに対し、総合管理装置２００は、管理装置２
１０からデータベース操作命令を受信する。総合管理装
置２００が有する４０４は、ＰＯＳサーバ１００が有す
る全ての装置の入出荷ファイル４０４それぞれに格納さ
れる情報を格納する。また、総合管理装置２００の在庫
マスタ４００は、ＰＯＳサーバ１００が管理する全ての
商品の商品情報を格納する。これらの点で、総合管理装
置２００は、管理装置２１０と異なる。また、総合管理
装置２００の在庫マスタ４００は、在庫を有しない商
品、すなわちＰＯＳサーバ１００が管理する店舗におい
て扱われていない商品の商品情報を格納してもよい。こ
の場合、在庫数フィールドには、ゼロが格納される。

【００７７】また、総合管理装置２００は、管理装置２
１０からデータベース操作命令を受信して管理するが、
店端末３００への応答の送信を行わない。従って、管理
装置２１０のように、リアルタイムに応答を送信しなく
ともよい。このように、総合管理委装置２００は、処理
の即時性を要求されない。

【００７８】ＰＯＳサーバ１００は、比較的大量のデー
タを格納する総合管理装置２００と、比較的少量のデー
タを格納する管理装置２１０を有する。従って、総合管
理装置２００は、大量のデータを格納できることが望ま
しいが、リアルタイムに通信することは要求されない。
これに対して、管理装置２１０は、店端末３００とリア
ルタイムに通信することのできる処理速度のＣＰＵ１０
２を有することが望ましい。ただし、管理装置２１０が
格納できるデータ量は、比較的少量でよい。このよう
に、ＰＯＳサーバ１００は、店端末３００との通信を主
に担当する管理装置２１０及びデータの管理を主に担当
する総合管理装置２００をそれぞれ有する。このように
処理を分散させることによって、リアルタイムな応答及
び大量のデータ管理を行うことができる。

【００７９】次に、バックアップ装置２２０のハードウ
ェア構成を説明する。バックアップ装置２２０のハード
ウェア構成は、図５から図９を用いて説明した管理装置
２１０の構成と同様である。但し、バックアップ装置２
２０は、在庫マスタ４００を有しなくともよく、またこ
れ以外のデータベースを有しなくともよい。この点で、
バックアップ装置２２０の内部構成は、管理装置２１０
の内部構成と異なる。また、この場合、バックアップ装
置２２０は、データベース操作命令を保持するデータベ
ース操作命令保持部を有し、受信したデータベース操作
命令を保持し、要求に応じて、第１管理装置２１０ａ、
第２管理装置２１０ｂ、及び総合管理装置２００にデー
タベース操作命令を転送する。

【００８０】他の形態としては、バックアップ装置２２
０は、受信部１５２、送信部１５４、装置間受信部１６
６、装置間送信部１６８、及びＤＢ操作命令保持部１５
８のみを有してもよい。これによって、バックアップ装
置２２０は、データベース操作命令を受信し、また他の
管理装置２１０にデータベース操作命令を提供すること
ができる。

【００８１】図１０は、顧客へ商品を販売するときの第
１店端末３００ａの動作を示すフローチャートである。
レジの操作者、通常は店舗の従業員によって、バーコー
ドリーダ３３６、またはキーボード／キーマット３３８
が操作され、入力部３５２は、商品コードを入力する
（Ｓ１００）。次に、送信部３６０は、入力された商品
コードを、ネットワークインタフェース３１６を介して
ＰＯＳサーバ１００に送信する（Ｓ１０２）。次に、Ｐ
ＯＳサーバ１００に送信した商品コードが示す商品の商
品情報をＰＯＳサーバ１００から受信する（Ｓ１０
４）。このとき、商品の在庫数をさらに受信する。従っ
て、レジ操作者は、常に在庫の状況を知ることができ
る。

【００８２】次に、レジ操作者は、Ｓ１００において入
力した商品コードに対応する商品の数量を入力する（Ｓ
１０６）。次に、取引処理部３５４は、商品の数量と売
値に基づいて取引処理を行う（Ｓ１０８）。次に、出力
部３６４は、受信した商品情報をＬＣＤディスプレイ３
０８に表示させる（Ｓ１１０）。

【００８３】このように、店端末３００は、ＰＯＳサー
バ１００から商品情報を受信するので、店端末３００
は、予め商品情報を格納しなくてもよい。従って、店端
末３００を構成するコンピュータは、比較的少ないデー
タ容量であってもよい。また、商品情報は、ＰＯＳサー
バ１００に格納されているので、更新が容易であり、ま
た、リアルタイムに更新することができる。従って、店
端末３００は、常に最新の商品情報を用いて取引処理を
行うことができる。

【００８４】さらに他の商品を購入する場合、Ｓ１００
か０らＳ１１０を繰り返す（Ｓ１１２）。全ての商品に
ついて、Ｓ１００からＳ１１０の処理が完了すると（Ｓ
１１２）、次に、データベース操作命令作成部３５６
は、Ｓ１００からＳ１１０で行った処理の内容をＰＯＳ
サーバ１００の取引データベース１１６に反映させるデ
ータベース操作命令を作成する（Ｓ１１４）。このと
き、データベース操作命令作成部３５６は、データベー
ス操作命令を実行することを示す実行命令をさらに作成
する。次に、送信部３６０は、データベース操作命令を
ＰＯＳサーバ１００に送信する（Ｓ１１６）。このと
き、送信部３６０は、実行命令をさらに送信する。以上
で、商品を販売するときの第１店端末３００ａの動作は
終了する。

【００８５】店端末３００は、一人の顧客との取引が完
了する毎にデータベース操作命令及び実行命令を送信す
るので、ＰＯＳサーバ１００は、取引が行われる毎に、
データベース操作命令を受信することができる。このよ
うに、ＰＯＳサーバ１００は、店端末３００において取
引が完了する毎に、店端末３００において行われた取引
内容を取引データベース１１６に反映させることができ
る。すなわち、ＰＯＳサーバ１００は、取引データベー
ス１１６をリアルタイムに更新することができる。従っ
て、取引データベース１１６は、常に取引完了時点まで
の取引内容を格納することができる。従って、取引デー
タベース１１６に格納されるデータに基づいて、取引完
了時点までの集計を行うことができる。

【００８６】図１１は、図９のＤＢ操作命令送信段階
（Ｓ１１６）における第１店端末３００ａの詳細な動作
を示すフローチャートである。複製部３６６は、データ
ベース操作命令作成段階（Ｓ１１４）において作成され
たデータベース操作命令をコピーし、３つのデータベー
ス操作命令を作成する（Ｓ１３０）。このように、複製
部３６６は、店端末３００が顧客との取引を完了する毎
に、ＤＢ操作命令作成部３５６が作成したデータベース
操作命令を複製する。

【００８７】次に、宛先付与部３６８は、複製部３６６
から受け取った同一の３つのデータベース操作命令に第
１管理装置２１０ａ、第２管理装置２１０ｂ、及びバッ
クアップ装置２２０のアドレスを付与する（Ｓ１３
２）。次に送信部３６０は、宛先付与部３６８が宛先を
付与した３つのデータベース操作命令をインターネット
２０を介して送信する（Ｓ１３４）。データベース操作
命令を送信が完了した場合は（Ｓ１３６）、店端末３０
０の動作は終了する。

【００８８】Ｓ１３６において、データベース操作命令
の送信が完了しなかった場合は、ＤＢ操作命令保持部３
５８は、データベース操作命令を保持する（Ｓ１３
８）。次に、出力部３６４は、取引の内容及びＤＢ操作
命令を送信できなかった旨を示す情報を、例えばジャー
ナルプリンタ３３４に出力する（Ｓ１４０）。このよう
に、ＤＢ操作命令を送信できなかった場合には、ジャー
ナルプリンタ３３４や、ＬＣＤディスプレイ３３２に取
引内容及びデータベース操作命令を送信できなかった旨
を示す情報が出力されるので、レジ操作者は、データベ
ース操作命令が送信できなかったことを認識することが
できる。

【００８９】次に、インターネットインターフェース３
１６は、再び、ＤＢ操作命令保持部３５８に保持される
データベース操作命令を送信する（Ｓ１４２）。以上、
Ｓ１３６からＳ１４２を繰り返す。このように、インタ
ーネットインターフェース３１６は、一度目のアクセス
で、データベース操作命令を送信できなかった場合で
も、再度アクセスして、ＤＢ操作命令を送信することが
できるので、確実にＰＯＳサーバ１００に送信すること
ができる。Ｓ１４２で、データベース操作命令を送信し
た後に、ＤＢ操作命令保持部３５８に保持されるデータ
ベース操作命令は、削除されてもよい。

【００９０】顧客へ商品を販売するときの第２店端末３
００ｂの動作は、図１０及び図１１を用いて説明した第
１店端末３００ａの動作と同様である。第２店端末３０
０ｂの場合、Ｓ１３２で、宛先付与部３６８は、第３管
理装置２１０ｃ、第４管理装置２１０ｄ及び、バックア
ップ装置２２０のアドレスを付与する。

【００９１】図１２は、店端末３００が、図１０の送信
段階（Ｓ１０２）で送信した商品コードを受信したとき
のＰＯＳサーバ１００の第１管理装置２１０ａの動作を
示すフロー０チャートである。

【００９２】はじめに、第１管理装置２１０ａの受信部
１５２は、商品コードを受信する（Ｓ１６０）。次に、
検出部１７２は、受信した商品情報要求に対応する商品
情報を在庫マスタ４００から検出する。在庫マスタ４０
０に商品情報が格納されている場合は（Ｓ１６２）、Ｓ
１６８にジャンプする。

【００９３】Ｓ１６２で、在庫マスタ４００に商品情報
が格納されていない場合は、抽出部１７４は、装置間送
信部１６８を介して総合管理装置２００に対し、商品情
報要求を送信する。抽出部１７４は、装置間受信部１６
６を介して総合管理装置２００の在庫マスタ４００に格
納される商品情報を取得する（Ｓ１６４）。次に、デー
タベース更新部１０８は、抽出部１７４が、取得した商
品情報を第１管理装置２１０ａの在庫マスタ４００に新
規登録する（Ｓ１６６）、次に、送信部１５４は、抽出
部１７４が、取得した商品情報を第１店端末３００ａに
送信する（Ｓ１６８）。このとき、商品の在庫数も送信
する。このように、在庫マスタ４００は、商品の商品識
別情報に対応付けて、商品情報及び在庫数を格納するの
で、ＰＯＳサーバ１００は、商品情報と在庫数を同時に
提供することができる。以上で、商品情報要求を受信し
たときの第１管理装置２１０ａの動作を終了する。

【００９４】このように、第１管理装置２１０ａに格納
されていない商品情報の商品情報要求を受信した場合
は、総合管理装置２００から、商品情報要求に対応する
商品情報を抽出することができる。従って、第１管理装
置２１０ａは、第１管理装置２１０ａが管理する店舗で
販売される商品の商品情報のみを格納すればよい。この
ように、効率的に、メモリを使用することができる。

【００９５】また、第１管理装置２１０ａの在庫マスタ
４００に登録されている商品情報は、所定の期間毎に更
新されてもよい。例えば、在庫数がゼロの状態で、１ヶ
月間取引が無い場合には、取引が無かった商品の商品情
報を在庫マスタ４００から削除してもよい。このよう
に、第１管理装置２１０ａは、最低限必要な商品情報の
みを格納することができる。これによって、第１管理装
置２１０ａは、効率的に情報処理を行うことができる。

【００９６】図１３は、ＰＯＳシステムの第１管理装置
２１０ａ、第２管理装置２１０ｂ、及びバックアップ装
置２２０が第１店端末３００ａから各装置宛の同一のデ
ータベース操作命令を受信したときの第１管理装置２１
０ａの動作を示すフローチャートである。

【００９７】はじめに、第１管理装置２１０ａのネット
ワークインタフェース１１０は、第１管理装置２１０ａ
宛のデータベース操作命令を受信する（Ｓ２００）。次
に、１人の顧客との取引が完了したことを示す取引完了
通知を受信する（Ｓ２０２）。取引完了通知を受信しな
い場合は、取引完了通知を受信するまで、ＤＢ操作命令
保持部１５８は、データベース操作命令を保持する。こ
の間、複数のデータベース操作命令を受信する。

【００９８】Ｓ２０２において、ネットワークインタフ
ェース１１０が取引完了通知を受信すると、データベー
ス更新部１６２は、データベース操作命令に基づいて取
引データベース１１６に格納されるファイルが更新可能
かどうか確認する（Ｓ２０４）。次に、全てのファイル
が更新可能であった場合は（Ｓ２０６）、全てのデータ
ベースを更新する（Ｓ２０８）。ただし、受信したデー
タベース操作命令が示す商品の売価と、取引データベー
ス１１６に格納される商品の売価が異なる場合には、受
信したデータベース操作命令に示された商品の売価を商
品ＩＤに対応付けて格納する。Ｓ２０６で、取引データ
ベース１１６の更新が可能でない場合は、第１店端末３
００ａから再度、データベース操作命令を受信し（Ｓ２
２０）、データベース更新処理段階（Ｓ２０４）に戻
る。

【００９９】次に、ファイルの更新が完了したことを示
す完了通知を第１店端末３００ａに送信する（Ｓ２１
０）。次に、整合性確認部１５６は、ＤＢ操作命令保持
部１５８に格納されるデータベース操作命令と、装置間
受信部１６６を介して第２管理装置２１０ｂから受信し
たデータベース操作命令の整合性を確認する（Ｓ２１
２）。以上で、データベース操作命令を受信したときの
第１管理装置２１０ａの動作は、終了する。

【０１００】図１４は、図１３に示したデータベース更
新確認段階（Ｓ２０４）におけるＰＯＳサーバ１００の
第１管理装置２１０ａの詳細な動作を示すフローチャー
トである。

【０１０１】取引完了通知を受信すると、データベース
更新部１０８は、在庫マスタ４００が更新可能か否か確
認する。更新可能であった場合は（Ｓ２４０）、データ
ベース更新部１０８は、売上分析ファイル４０２が更新
可能か否かを確認する。更新可能であった場合は（Ｓ２
４２）、データベース更新部１０８は、入出荷ファイル
４０４が更新可能か否か確認する。更新可能であった場
合は（Ｓ２４４）、データベース更新部１０８は、取引
合計ファイル４０６が更新可能か否かを確認する。更新
可能であった場合は（Ｓ２４６）、データベース更新部
１０８は、日次合計ファイル４０８が更新可能か否かを
確認する。更新可能であった場合は（Ｓ２４８）、デー
タベース更新部１０８は、客層ファイル４１０が更新可
能か否かを確認する。更新可能であった場合は（Ｓ２５
０）、データベース更新部１０８は、レシートファイル
４１２更新可能であるか否かを確認する。更新可能であ
った場合は（Ｓ２５２）、受信したデータベース操作命
令を実行可能と判断される（Ｓ２５４）。

【０１０２】予め定められたデータベース更新プログラ
ムが例えば、主記憶装置１０４またはＢＩＯＳ−ＲＯＭ
１０６に格納されている。データベース更新プログラム
は、例えばストアードプロシージャであってもよい。店
端末３００から受信したデータベース操作命令によっ
て、データベース更新命令が実行される。次に、プログ
ラムが実行され、データベース操作命令を各ファイル毎
に異なる内容に変換し、それぞれのファイルに格納す
る。このように、１つのデータベース操作命令を実行す
ることによって、ファイル毎に異なる内容を格納するこ
とができる。なお、更新可能とは、新規のファイルを追
加することを含む。例えば、データベース操作命令を書
き込むべきファイルが存在しない場合は、新規にファイ
ルを作成し、作成したファイルにデータベース操作命令
の内容を反映させてもよい。

【０１０３】Ｓ２４０で在庫マスタ４００が更新可能で
なかった場合、Ｓ２４２で売上分析ファイル４０２が更
新可能でなかった場合、Ｓ２４４で入出荷ファイル４０
４が更新可能でなかった場合、Ｓ２４６で取引合計ファ
イル４０６が更新可能でなかった場合、Ｓ２４８で日次
合計ファイル４０８が更新可能でなかった場合、Ｓ２５
０で客層ファイル４１０が更新可能でなかった場合、Ｓ
２５２でレシートファイル４１２が更新可能でなかった
場合には、エラーと判断される（Ｓ２６０）。

【０１０４】図１５は、図１３のＤＢ操作命令の整合性
確認段階（Ｓ２１２）における第１管理装置２１０ａの
詳細な動作を示すフローチャートである。

【０１０５】所定の時間が経過すると（Ｓ２７０）、整
合性確認部１５６は、ＤＢ操作命令保持部１５８に格納
されるデータベース操作命令と、第２管理装置２１０ｂ
のＤＢ操作命令保持部１５８に格納されるデータベース
操作命令の整合性を確認する（Ｓ２７２）。データベー
ス操作命令の確認が取れた場合には（Ｓ２７４）、第１
管理装置２１０ａの動作は終了する。このように、所定
の時間毎に整合性を確認するので、すなわち、整合性確
認の動作は、所定の時間にしか行わないので、第１管理
装置２１０ａは、ＣＰＵ１０２の負荷を軽減することが
できる。

【０１０６】Ｓ２７４で、データベース操作命令の確認
が取れなかった場合には、ＤＢ操作命令補填部１６４
は、装置間送信部１６８に対して、第１管理装置２１０
ａにデータベース操作命令要求を送信させることを指示
する。この要求に対して、装置間受信部１６６は、要求
されたデータベース操作命令を受信する（Ｓ２７６）。
データベース操作命令を受信できた場合は、Ｓ２８２に
ジャンプする。Ｓ２７８で、データベース操作命令を受
信できなかった場合は、ＤＢ操作命令補填部１６４は、
装置間送信部１６８に対してバックアップ装置２２０に
データベース操作命令を送信させることを指示する（Ｓ
２８０）。これに対して、装置間受信部１６６は、バッ
クアップ装置２２０からデータベース操作命令を受信す
る。装置間受信部１６６は、受信したデータベース操作
命令をＤＢ操作命令保持部１５８に保持させる。次に、
データベース更新部１０８は、補填されたデータベース
操作命令に基づいて取引データベース１１６を更新する
（Ｓ２８２）。

【０１０７】このように、第１管理装置２１０ａは、第
１店端末３００ａから正確にデータベース操作命令を受
信できなかった場合でも、第２店端末３００ｂから欠如
したデータベース操作命令を補填することができる。

【０１０８】第２管理装置２１０ｂが第１店端末３００
ａから商品情報要求及びデータベース操作命令を受信し
たときの動作は、図１２から図１５を用いて説明した第
１管理装置２１０ａの動作と同様なので、説明を省略す
る。また、第３管理装置２１０ｃ及び第４管理装置２１
０ｄが第２店端末３００ｂから商品情報要求及びデータ
ベース操作命令を受信したときの動作も、図１２から図
１５を用いて説明した第１管理装置２１０ａの動作と同
様である。

【０１０９】図１６は、総合管理装置２００が、第１管
理装置２１０ａからデータベース操作命令を受信したと
きの総合管理装置２００の詳細な動作を示すフローチャ
ートである。総合管理装置２００の装置間受信部１６６
は、タイマ部１７０が所定の時間をカウントすると（Ｓ
３００）、第１管理装置２１０ａからデータベース操作
命令を受信する（Ｓ３０２）。このように、所定の時間
毎にデータベース操作命令を受信するので、ＣＰＵ１０
２を効率的に使用することができる。

【０１１０】次に、整合性確認部１５６は、受信したデ
ータベース操作命令と、第１管理装置２１０ａが保持す
るデータベース操作命令の整合性を確認する（Ｓ３０
４）。データベース操作命令の整合性が確認できなかっ
た場合は（Ｓ３０６）、ＤＢ操作命令補填部１６４は、
欠如していたデータベース操作命令を補填する（Ｓ３０
８）。Ｓ３０６で、データベース操作命令の整合性が確
認できた場合は、Ｓ３１０にジャンプする。

【０１１１】他の形態としては、総合管理装置２００
は、第２管理装置２１０ｂからデータベース操作命令を
受信してもよい。総合管理装置２００は、第１店端末３
００ａが送信したデータベース操作命令を受信すればよ
く、第１管理装置２１０ａ及び第２管理装置２１０ｂい
ずれのデータベース操作命令を受信してもよい。

【０１１２】次に、取引データベース１１６の更新が可
能であるか否かを確認する（Ｓ３１０）。取引データベ
ース１１６の更新が可能であった場合は、取引データベ
ース１１６に格納される全てのファイルを更新する（Ｓ
３１４）。次に、削除部１６０は、第１管理装置２１０
ａから受信したデータベース操作命令を削除する（Ｓ３
１６）。このように、取引データベース１１６の更新が
完了すると、データベース操作命令を削除するので、各
装置のメモリを効率的に利用することができる。

【０１１３】Ｓ３０４における総合管理装置２００の詳
細な動作は、図１４を用いて説明したＳ２１２における
第１管理装置２１０ａの動作と同様なので、説明を省略
する。また、Ｓ３１０における総合管理装置２００の詳
細な動作は、図１３を用いて説明したＳ２０４における
第１管理装置２１０ａの動作と同様なので、説明を省略
する。

【０１１４】図１７は、店端末３００ａが配設された店
舗において、棚卸しが行われた場合の第１管理装置２１
０ａの動作を示すフローチャートである。

【０１１５】第１管理装置２１０ａの受信部１５２は、
第１店端末３００ａが配設される店舗において棚卸しが
行われた後に、店端末３００から棚卸しによって確認さ
れた、各商品の正しい在庫数を受信する（Ｓ４００）。
次に、データベース更新部１０８は、受信した各商品の
在庫数を各商品の商品識別情報に対応付けて在庫マスタ
４００に格納する。また、業務区分を棚卸しとして、受
信した正しい在庫数を商品識別情報に対応付けて、入出
荷ファイル４０４に格納する（Ｓ４０２）。

【０１１６】第１店端末３００ａなどは、棚卸し時にお
ける在庫数の修正値を知る必要がある場合がある。ここ
で、修正値とは、入荷数量と販売などの取引を行った商
品の数量から算出される現在あるべき在庫数と、実際に
棚卸しにおいて数えられた在庫数との差分をいう。

【０１１７】例えば、第１店端末３００ａから棚卸し時
における商品の修正値を要求する修正値要求を受信した
場合（Ｓ４０４）、修正値算出部１７６は、各商品の前
回の棚卸し時に確認されている在庫数を、入出荷ファイ
ル４０４から読み出す。また、前回の棚卸しの後に行わ
れた、その商品の入荷及び販売に対応付けて格納される
商品の個数（入庫数及び販売数）に基づいて、対象とな
る棚卸し時における在庫数の修正値を算出する（Ｓ４０
６）。修正数量は、正の値でもよく、負の値でもよい。
次に、送信部１５４は、算出された修正数量を第１店端
末３００ａに送信する（Ｓ４０８）。以上で、第１管理
装置２１０ａの動作は終了する。

【０１１８】入出荷ファイル４０４は、棚卸しにおける
修正値を格納するかわりに、棚卸しのときに確認され
た、正しい在庫数を格納する。第１管理装置２１０ａ
は、棚卸し時における、在庫数の修正値要求を受信した
時に、修正値を算出する。棚卸しが行われた後に、棚卸
し日時より前に入出荷ファイル４０４に格納された情
報、例えば、販売した商品の個数が正しく格納されてい
ないことが判明した場合に、その商品の正しい販売個数
を入力すればよい。その後、棚卸し時における在庫数の
修正値が要求された場合に、正しく入力され直した販売
個数に基づいて修正値が新たに算出され直す。従って、
販売個数を修正した時点では、棚卸し時における在庫数
の修正値を変更しなくてよい。このため、棚卸し前にお
ける商品取引の数量を、容易に変更することができる。

【０１１９】次に、第２実施形態におけるＰＯＳシステ
ムについて説明する。第２実施形態のＰＯＳサーバ１０
０は、第１管理装置２１０ａ、第２管理装置２１０ｂ、
第３管理装置２１０ｃ、第４管理装置２１０ｄ、総合管
理装置２００、及びバックアップ装置２２０を有する。
本実施の形態のＰＯＳサーバ１００では、第１管理装置
２１０ａ及び総合管理装置２００は、それぞれ第１管理
装置２１０ａ及び総合管理装置２００のアドレスを付与
されたデータベース操作命令を第１店端末３００ａから
受信する。この点で、第２実施形態のＰＯＳサーバ１０
０は、第１実施形態のＰＯＳサーバ１００と異なる。こ
の場合、第１店端末３００ａの宛先付与部３６８は、３
つのデータベース操作命令に、第１管理装置２１０ａ、
総合管理装置２００、及びバックアップ装置２２０のア
ドレスを付与する。

【０１２０】本実施の形態におけるＰＯＳサーバ１００
が、第１店端末３００ａからデータベース操作命令を受
信した場合の総合管理装置２００の動作は、第１実施形
態において、図１２から図１４を用いて説明した、第１
管理装置２１０ａの動作と同様である。ただし、本実施
の形態の総合管理装置２００は、図１２のＳ２１２にお
いて、第１管理装置２１０ａのＤＢ操作命令保持部１５
８に保持されているデータベース操作命令と、総合管理
装置２００のＤＢ操作命令保持部１５８に保持されるデ
ータベース操作命令の整合性を確認する。Ｓ２１２で、
データベース操作命令の整合性が確認できると、第１管
理装置２１０ａの削除部１６０は、ＤＢ操作命令保持部
１５８に保持されるデータベース操作命令を削除する。
また総合管理装置２００の削除部１６０は、ＤＢ操作命
令保持部１５８に保持されるデータベース操作命令を削
除する。

【０１２１】このように、第１管理装置２１０ａ、総合
管理装置２００、及びバックアップ装置２２０が同一の
データベース操作命令を受信した場合は、第１管理装置
２１０ａ及び総合管理装置２００の間で、データベース
操作命令の整合性を確認した後に、第１管理装置２１０
ａ及び総合管理装置２００のＤＢ操作命令保持部１５８
のそれぞれに格納されたデータベース操作命令を削除す
る。従って、第１管理装置２１０ａ及び総合管理装置２
００のＣＰＵ１０２を有効に活用することができる。

【０１２２】また、本実施の形態においては、第１店端
末３００ａから直接に、総合管理装置２００へデータベ
ース操作命令が送信されるので、第１管理装置２１０ａ
は、所定の時間毎にデータベース操作命令を総合管理装
置２００に転送しなくてもよい。

【０１２３】他の形態としては、第１管理装置２１０ａ
の削除部１６０のみが、第１管理装置２１０ａのＤＢ操
作命令保持部１５８に保持されるデータベース操作命令
を削除し、総合管理装置２００のＤＢ操作命令保持部１
５８に保持されるデータベース操作命令は、保持されて
いてもよい。

【０１２４】このように、総合管理装置２００は、デー
タベース操作命令を削除せずに保持しているので、他の
管理装置２１０のデータベースの内容を更新する場合
に、総合管理装置２００は、ＤＢ操作命令保持部１５８
に保持されるデータベース操作命令を送信することがで
きる。このように、データベース操作命令を送信するこ
とによって、取引データベース１１６に保持されるデー
タを送信するのに比べて、通信の負荷を軽減することが
できる。

【０１２５】ＰＯＳサーバ１００のＣＰＵ１０２が実行
するソフトウエアは、フロッピー（登録商標）ディスク
またはＣＤ−ＲＯＭなどの記録媒体に格納されて利用者
に提供されてもよい。また、店端末３００のＣＰＵ３０
２が実行するソフトウェアは、フロッピーディスクまた
はＣＤ−ＲＯＭなどの記録媒体に格納されて利用者に提
供されてもよい。記録媒体に格納された各ソフトウエア
は、いずれも圧縮されていても非圧縮であってもよい。
各ソフトウエアは、記録媒体からハードディスクドライ
ブにインストールされ、それぞれ主記憶装置１０４、主
記憶装置３０４に読み出され、ＣＰＵ１０２及びＣＰＵ
３０２により実行される。

【０１２６】本実施の形態の店端末３００を実現するソ
フトウェア、すなわち、ハードディスクドライブにイン
ストールされるソフトウェアは、機能構成として、入力
モジュールと、取引処理モジュールと、ＤＢ操作命令作
成モジュールと、複製モジュールと、宛先付与モジュー
ルと、送信モジュールと、受信モジュールと、出力モジ
ュールを有する。各モジュールの動作は、図３で説明し
た処理部３５０の動作と同様なので、説明を省略する。

【０１２７】本実施の形態の第１管理装置２１０ａを実
現するソフトウェア、すなわち、ハードディスクドライ
ブにインストールされるソフトウェアは、機能構成とし
て、受信モジュールと、送信モジュールと、整合性確認
モジュールと、ＤＢ操作命令補填モジュールと、削除モ
ジュールと、ＤＢ更新モジュールと、装置間受信モジュ
ールと、装置間送信モジュールと、タイマモジュールを
有する。各モジュールの動作は、図６で説明したＤＢ操
作命令処理部１５０の動作と同様なので、説明を省略す
る。

【０１２８】記録媒体の一例としてのフロッピーディス
クまたはＣＤ−ＲＯＭには、本出願で説明した全ての実
施形態に係るＰＯＳサーバ１００及び店端末３００の動
作の一部または全ての機能を格納することができる。

【０１２９】これらのプログラムは記録媒体から直接Ｒ
ＡＭに読み出されて実行されても、一旦ハードディスク
ドライブにインストールされた後にＲＡＭに読み出され
て実行されてもよい。更に、上記プログラムは単一の記
録媒体に格納されても複数の記録媒体に格納されてもよ
い。又、符号化した形態で格納されていてもよい。

【０１３０】記録媒体としては、フロッピーディスク、
ＣＤ−ＲＯＭの他にも、ＤＶＤ等の光学記録媒体、ＭＤ
等の磁気記録媒体、ＰＤ等の光磁気記録媒体、テープ媒
体、磁気記録媒体、ＩＣカードやミニチュアーカードな
どの半導体メモリー等を用いることができる。又、専用
通信ネットワークやインターネット２０に接続されたサ
ーバシステムに設けたハードディスクまたはＲＡＭ等の
格納装置を記録媒体として使用し、通信網を介してプロ
グラムをＰＯＳサーバ１００及び店端末３００に提供し
てもよい。このような記録媒体は、ＰＯＳサーバ１００
及び店端末３００を製造するためのみに使用されるもの
であり、そのような記録媒体の業としての製造および販
売等が本出願に基づく特許権の侵害を構成することは明
らかである。

【０１３１】以上、本発明を実施の形態を用いて説明し
たが、本発明の技術的範囲は上記実施の形態に記載の範
囲には限定されない。上記実施の形態に、多様な変更又
は改良を加えることができる。その様な変更又は改良を
加えた形態も本発明の技術的範囲に含まれ得ることが、
特許請求の範囲の記載から明らかである。

【０１３２】そうした第１の変更例としては、本実施の
形態のＰＯＳサーバ１００は、第１店端末３００ａを管
理する第１管理装置２１０ａ及び第２店端末３００ｂを
管理する第２管理装置２１０ｂを有したが、ＰＯＳサー
バ１００が有する各管理装置２１０は、いずれの店端末
３００を管理してもよく、またＰＯＳサーバ１００が有
する管理装置２１０の台数は、本実施の形態に限定され
ない。

【０１３３】例えば、ＰＯＳサーバ１００が管理する店
端末３００の数が増大した場合、及びＰＯＳサーバ１０
０の取引データベース１１６に格納される情報のデータ
量が増加した場合、ＰＯＳサーバ１００は、５つ以上の
管理装置２１０を有してもよい。例えば、ＰＯＳサーバ
１００は、第５管理装置２１０ｅをさらに備えてもよ
い。第５管理装置２１０ｅは、第１店端末３００ａ及び
第２店端末３００ｂ以外の店端末３００を管理してもよ
い。

【０１３４】このように、ＰＯＳサーバ１００が有する
管理装置２１０の数を変更することができるので、ＰＯ
Ｓサーバ１００が管理する店端末３００の数、店端末３
００との通信頻度、及び通信するデータ量に応じて、管
理装置２１０の数を自由に設定することができる。すな
わち、各店の規模に応じたＰＯＳサーバ１００を構築す
ることができる。また、このように、管理装置２１０の
数を自由に変更できるので、各管理装置２１０の負荷が
大きくなった場合には、管理装置２１０を増設して各管
理装置２１０の負荷を軽減することができる。

【０１３５】また例えば、管理する店端末３００の数が
少ない場合や、通信頻度が少ない場合は、ＰＯＳサーバ
１００は、第２管理装置２１０ｂ、第３管理装置２１０
ｃ、第４管理装置２１０ｄ、及び総合管理装置２００を
有さなくともよい。即ちＰＯＳサーバ１００は、第１管
理装置２１０ａ及びバックアップ装置２２０のみを有し
てもよい。このように、比較的小規模な店を管理するＰ
ＯＳサーバ１００の場合、１台のコンピュータとバック
ップ用のコンピュータのみでもよい。

【０１３６】第２の変更例としては、本実施の形態にお
いては、図１５を用いて説明したように、総合管理装置
２００は、第１店端末３００ａから受信したデータベー
ス操作命令を第１管理装置２１０ａから受信したが、こ
れにかえて、総合管理装置２００は、第１管理装置２１
０ａ及び第２管理装置２１０ｂの両方からデータベース
操作命令を受信してもよい。この場合、総合管理装置２
００の整合性確認部１５６は、第１管理装置２１０ａ及
び第２管理装置２１０ｂから受信したデータベース操作
命令の整合性を確認する。

【０１３７】第３の変更例としては、本実施の形態にお
いては、図１２から図１４を用いて説明したように、第
１管理装置２１０ａのデータベース更新部１０８は、デ
ータベース送信命令を受信すると、取引データベース１
１６を更新した後に、データベース操作命令の整合性を
確認したが、これにかえて、第１管理装置２１０ａの整
合性確認部１５６が整合性を確認した後に、データベー
ス更新部１０８は、データベース操作命令に基づいて取
引データベース１１６を更新してもよい。

【０１３８】第４の変更例としては、ＰＯＳサーバ１０
０は、第１管理装置２１０ａ及びバックアップ装置２２
０のみを有してもよい。この場合、第１店端末３００ａ
は、第１管理装置２１０ａのアドレスを付与した２つの
データベース操作命令及びバックアップ装置２２０のア
ドレスを付与した１つのデータベース操作命令を第１店
端末３００ａから受信する。第１管理装置２１０ａは、
第１店端末３００ａから受信した２つのデータベース操
作命令の整合性を確認し、欠如しているデータベース操
作命令を補填してもよい。この場合、第１店端末３００
ａは、２つのデータベース操作命令は、インターネット
２０を介して異なる経路でＰＯＳサーバ１００に送信し
てもよい。これによって、一方が、正確にＰＯＳサーバ
１００に到達しない場合でも、他方のデータベース操作
命令によって、補填することができる。

【０１３９】第５の変更例としては、本実施の形態の入
出荷ファイル４０４は、店端末フィールドを有したが、
これに加えて、店舗フィールドをさらに有してもよい。
これによって、店端末及びその店端末がいずれの店舗に
配設されているかを認識することができる。また他の例
としては、店端末フィールドに格納される数字は、各店
舗を識別可能な数字であってもよい。例えば、上３桁
は、店舗を識別する番号であって、下２桁は、店端末を
識別する番号であってもよい。

【０１４０】

【発明の効果】上記説明から明らかなように、本発明に
よれば、ＰＯＳサーバは、店端末からの要求に即座に応
答することができる。また、低コストなＰＯＳシステム
を提供することができる。

【図面の簡単な説明】

【図１】ＰＯＳシステム全体を示す図である。

【図２】店端末のハードウェア構成を示すブロック図で
ある。

【図３】処理部の機能を示す機能ブロック図である。

【図４】ＰＯＳサーバのハードウェア構成を示すブロッ
ク図である。

【図５】第１管理装置のハードウェア構成を示すブロッ
ク図である。

【図６】ＤＢ操作命令処理部の機能を示す機能ブロック
図である。

【図７】第１管理装置の取引データベースの構成を示す
図である。

【図８】第１管理装置の在庫マスタのデータフォーマッ
トを示す図である。

【図９】第１管理装置の入出荷ファイルのデータフォー
マットを示す図である。

【図１０】顧客へ商品を販売するときの第１店端末の動
作を示すフローチャートである。

【図１１】図９のＤＢ操作命令送信段階（Ｓ１１６）に
おける第１店端末の詳細な動作を示すフローチャートで
ある。

【図１２】店端末から商品コードを受信したときの、Ｐ
ＯＳサーバの第１管理装置の動作を示すフローチャート
である。

【図１３】店端末からデータベース操作命令を受信した
ときの、ＰＯＳサーバの第１管理装置の動作を示すフロ
ーチャートである。

【図１４】図１３のＤＢ更新確認段階（Ｓ２０４）にお
けるＰＯＳサーバの第１管理装置の詳細な動作を示すフ
ローチャートである。

【図１５】図１３のＤＢ操作命令の整合性確認段階（Ｓ
２１２）におけるＰＯＳサーバの第１管理装置の詳細な
動作を示すフローチャートである。

【図１６】第１管理装置からデータベース操作命令を受
信した場合の、ＰＯＳサーバの総合管理装置の動作を示
すフローチャートである。

【図１７】棚卸しにおける修正値要求を受信した時の第
１管理装置２１０ａの動作を示すフローチャートであ
る。

【符号の説明】

２０ インターネット １２ ルータ １００ ＰＯＳサーバ ２００ 総合管理装置 ２１０ａ 第１管理装置 ２１０ｂ 第２管理装置 ２２０ バックアップ装置 １０２ ＣＰＵ １０４ 主記憶装置 １０６ ＢＩＯＳ−ＲＯＭ １０８ データベース更新部 １１０ ネットワークインタフェース １１２ 内部接続部 １１４ 入出力バス １１６ 取引データベース １５０ ＤＢ操作命令処理部 １５２ 受信部 １５４ 送信部 １５６ 整合性確認部 １５８ ＤＢ操作命令保持部 １６０ 削除部 １６４ ＤＢ操作命令補填部 １６６ 装置間受信部 １６８ 装置間送信部 １７０ タイマ部 １７２ 検出部 １７４ 抽出部 １７６ 修正値算出部 ３００ 店端末 ３０２ ＣＰＵ ３０４ 主記憶装置 ３０６ ＢＩＯＳ−ＲＯＭ ３０８ ディスプレイコントローラ ３１０ プリンタコントローラ ３１２ スキャナコントローラ ３１４ キーボードコントローラ ３１６ ネットワークインタフェース ３１８ ＣＤーＲＯＭインタフェース ３２０ 入出力バス ３３０ ＣＤ−ＲＯＭ ３３２ ＬＣＤディスプレイ ３３４ ジャーナルプリンタ ３３６ バーコードリーダ ３３８ キーボード／キーマット ３５０ 処理部 ３５２ 入力部 ３５４ 取引処理部 ３５６ ＤＢ操作命令作成部 ３５８ ＤＢ操作命令保持部 ３６０ 送信部 ３６２ 受信部 ３６４ 出力部 ３６６ 複製部 ３６８ 宛先付与部 ４００ 在庫マスタ ４０２ 売上分析ファイル ４０４ 入出荷ファイル ４０６ 取引合計ファイル ４０８ 日次合計ファイル ４１０ 客層ファイル ４１２ レシートファイル

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０７Ｇ 1/12 ３４１ Ｇ０７Ｇ 1/12 ３４１Ａ

Claims (16)

【特許請求の範囲】
1. 【請求項１】 複数の店舗における商品の取引を管理す
   るＰＯＳサーバであって、 前記店端末から、商品を識別する商品識別情報を受信す
   る受信部と、 前記店舗で取り扱う商品の前記商品識別情報に対応付け
   て、前記商品の売価を含む、商品の内容を示す商品情報
   及び前記商品の在庫数を格納する在庫マスタと、前記商
   品識別情報を受信すると、前記商品識別情報に対応する
   商品の前記商品情報及び前記在庫数のうち少なくとも一
   方を前記在庫マスタから検出する検出部と、検出された
   前記商品情報及び前記在庫数を前記店端末に送信する送
   信部とを備えることを特徴とするＰＯＳサーバ。
2. 【請求項２】 前記店端末での取引を示す取引情報のう
   ち出納に関する出納情報及び物品の取引に関する物品情
   報を、前記取引の種別を識別可能な状態で格納する入出
   荷ファイルをさらに備え、 前記店舗において棚卸しが行われた場合に、前記受信部
   は、前記商品識別情報及び前記商品識別情報に対応する
   前記商品の棚卸し後の在庫数を受信し、 前記入出荷ファイルは、受信した前記在庫数を前記商品
   識別情報に対応付けて格納することを特徴とする請求項
   １に記載ＰＯＳサーバ。
3. 【請求項３】 前記店舗において棚おろしが行われた場
   合に、前記受信部は、前記商品の棚卸しの日時をさらに
   受信し、 前記入出荷ファイルは、商品の前記商品識別情報に対応
   付けてさらに商品の棚卸しの日時を格納し、 前記受信部が、前記棚卸しにおいて数えた前記在庫数量
   と前記棚卸しのときにあるべき前記在庫数量の差分を示
   す修正値の要求を受信した場合に、前記入出荷ファイル
   に格納される在庫数量及び前記棚卸し日時に基づいて、
   前記在庫数量の修正値を算出する修正値算出部をさらに
   備え、 前記送信部は、算出された前記修正値を送信することを
   特徴とする請求項２に記載のＰＯＳサーバ。
4. 【請求項４】 前記受信部は、さらに前記商品の値段を
   受信し、受信した前記売価が前記在庫マスタに格納され
   る前記売価と異なる場合に、前記在庫マスタに格納され
   ている前記商品の前記売価を更新するデータベース更新
   部をさらに備えることを特徴とする請求項１に記載のＰ
   ＯＳサーバ。
5. 【請求項５】 複数の店舗における商品の取引を管理す
   るＰＯＳサーバであって、 前記ＰＯＳサーバは、 前記複数の店舗に配設された店端末において行われた前
   記商品の取引を示す取引情報を格納する複数の管理装置
   と、 複数の前記管理装置に格納される前記取引情報を格納す
   る総合管理装置とを備え、 前記管理装置は、 前記店端末から、前記商品の売価を含む、商品の内容を
   示す商品情報を要求する商品情報要求を受信する受信部
   と、 当該管理装置が管理する前記店舗に配設される前記店端
   末が取り扱う商品を識別する商品識別情報に対応付け
   て、前記商品情報を格納する商品データベースと、 前記受信部が前記商品情報要求を受信すると、前記商品
   情報要求が示す前記商品情報を前記商品データベースか
   ら抽出して送信する送信部とを有し、 前記総合管理装置は、 前記ＰＯＳサーバが管理する全ての店舗において取扱可
   能な商品の前記商品情報を前記商品識別情報に対応付け
   て格納する総合商品データベースと、前記管理装置の前
   記受信部が受信した前記商品情報要求に示される前記商
   品情報が前記商品データベースに格納されない場合に、
   前記総合商品データベースから前記商品情報を抽出する
   商品情報抽出部と、抽出された前記商品情報を送信する
   送信部とを有することを特徴とするＰＯＳサーバ。
6. 【請求項６】 前記総合管理装置の前記商品情報抽出部
   が前記総合商品データベースから前記商品情報要求に示
   される前記商品情報を抽出した場合に、前記管理装置の
   前記商品データベースは、抽出された前記商品情報を前
   記商品の在庫数と供に前記商品識別情報に対応付けて格
   納することを特徴とする請求項５に記載のＰＯＳサー
   バ。
7. 【請求項７】 複数の店舗に配設された店端末での商品
   の取引を管理するＰＯＳサーバであって、 前記店端末での取引を示す取引情報のうち出納に関する
   出納情報及び物品の取引に関する物品情報を、前記取引
   の種別を識別可能な状態で格納する入出荷ファイルと、 所定の前記取引種別に対応する出納情報を要求する出納
   情報要求受信部と、 指定された前記取引種別に該当する前記出納情報を抽出
   する出納情報抽出部と、抽出された前記出納情報を送信
   する送信部とを備えることを特徴とするＰＯＳサーバ。
8. 【請求項８】 複数の店舗に配設された店端末での商品
   の取引を管理するＰＯＳサーバであって、前記ＰＯＳサ
   ーバは、 異なる前記店端末から受信した前記取引情報を格納する
   複数の前記管理装置と、 複数の前記管理装置に格納される前記取引情報を格納す
   る総合管理装置とを備え、 前記総合管理装置は、 複数の前記管理装置から前記出納情報を受信する受信部
   と、 前記出納情報を、前記取引の種別を識別可能な状態で、
   かつ取引が行われた店端末を識別する店端末識別情報に
   対応付けて格納する総合入出荷ファイルとを有すること
   を特徴とする請求項７に記載のＰＯＳサーバ。
9. 【請求項９】 複数の店舗における商品の取引を管理す
   るＰＯＳサーバに接続された店端末であって、 前記店端末が配設される前記店舗における棚卸し後の商
   品の在庫数及び前記商品を識別する商品識別情報を少な
   くとも入力する入力部と、 前記棚卸し後の商品の在庫数を前記商品識別情報に対応
   付けて前記ＰＯＳサーバに送信する送信部とを有するこ
   とを特徴とする店端末。
10. 【請求項１０】 複数の店舗における商品の取引を管理
    するＰＯＳサーバ及び前記店舗に配設される店端末を備
    えるＰＯＳシステムであって、 前記ＰＯＳサーバは、 前記店端末から、商品を識別する商品識別情報を受信す
    る受信部と、 前記店舗で取り扱う商品の前記商品識別情報に対応付け
    て、前記商品の売価を含む、商品の内容を示す商品情報
    及び前記商品の在庫数を格納する在庫マスタと、 前記商品識別情報を受信すると、前記商品識別情報に対
    応する商品の前記商品情報及び前記在庫数のうち少なく
    とも一方を前記在庫マスタから検出する検出部と、 検出された前記商品情報及び前記在庫数を前記店端末に
    送信する送信部とを有することを特徴とするＰＯＳシス
    テム。
11. 【請求項１１】 複数の店舗における商品の取引を管理
    するＰＯＳサーバ及び前記店舗に配設される店端末を備
    えるＰＯＳシステムであって、 前記ＰＯＳサーバは、複数の店端末において行われた前
    記商品の取引を示す取引情報を格納する複数の管理装置
    と、 複数の前記管理装置に格納される前記取引情報を格納す
    る総合管理装置とを備え、 前記管理装置は、 前記店端末から前記商品の売価を含む、商品の内容を示
    す商品情報を要求する商品情報要求を受信する受信部
    と、 当該管理装置が管理する前記店舗に配設される前記店端
    末が取り扱う商品を識別する商品識別情報に対応付け
    て、前記商品情報を格納する商品データベースと、 前記受信部が前記商品情報要求を受信すると、前記商品
    要求が示す前記商品情報を前記商品データベースから抽
    出して送信する送信部とを有し、 前記総合管理装置は、 前記ＰＯＳサーバが管理する全ての店舗において取扱可
    能な商品の前記商品情報を前記商品識別情報に対応付け
    て格納する総合商品データベースと、 前記管理装置の前記受信部が受信した前記商品要求に示
    される前記商品情報が前記商品データベースに格納され
    ない場合に、前記総合商品データベースから前記商品情
    報を抽出する商品情報抽出部と、 抽出された前記商品情報を送信する送信部とを有するこ
    とを特徴とするＰＯＳシステム。
12. 【請求項１２】 複数の店舗における商品の取引を管理
    する取引管理方法であって、 前記店舗に配設された店端末から、前記商品を識別する
    商品識別情報を受信する段階と、 前記商品識別情報を受信すると、前記店舗で取り扱う商
    品の前記商品識別情報に対応付けて、前記商品の売価を
    含む、商品の内容を示す商品情報及び前記商品の在庫数
    を格納する在庫マスタから、前記商品識別情報に対応す
    る前記商品情報及び前記在庫数を検出する段階と、 検出された前記商品情報及び前記在庫数を前記店端末に
    送信する段階とを有することを特徴とする取引管理方
    法。
13. 【請求項１３】 複数の店舗における商品の取引を管理
    する取引管理方法であって、 前記店舗に配設された店端末から前記商品の売価を含
    む、前記商品の内容を示す商品情報を要求する商品情報
    要求を受信する段階と、 前記店端末が配設される前記店舗で取り扱う商品の前記
    商品情報を前記商品識別情報に対応付けて、前記商品情
    報を格納する商品データベースから、受信した前記商品
    情報要求が示す前記商品情報を検出する段階と、 前記商品データベースから、前記商品情報要求が示す前
    記商品要求を検出できなかった場合に、前記複数の店舗
    の全てにおいて取扱可能な商品の前記商品情報を前記商
    品識別情報に対応付けて格納する総合商品データベース
    から、前記商品情報要求が示す前記商品要求を検出する
    段階と、 前記検出された前記商品情報を前記店端末に送信する段
    階とを有することを特徴とする取引管理方法。
14. 【請求項１４】 複数の店舗における商品の取引を管理
    するコンピュータ用のプログラムを格納する記録媒体で
    あって、 前記店舗に配設される店端末から、商品を識別する商品
    識別情報を受信する受信モジュールと、 前記商品識別情報を受信すると、前記店舗で取り扱う商
    品の前記商品識別情報に対応付けて、前記商品の売価を
    含む、商品の内容を示す商品情報尾代帯前記商品の在庫
    数を格納する在庫マスタから、前記商品識別情報に対応
    する商品の前記商品情報及び前記在庫数を検出する検出
    モジュールと、 検出された前記商品情報及び前記在庫数を前記店端末に
    送信する送信モジュールとを有することを特徴とする記
    録媒体。
15. 【請求項１５】 複数の店舗における商品の取引を管理
    するコンピュータ用のプログラムを格納した記録媒体で
    あって、 前記店舗に配設された店端末から、前記商品を識別する
    商品識別情報を受信する受信モジュールと、 前記商品識別情報を受信すると、前記店舗で取り扱う商
    品の商品識別情報に対応付けて、前記商品の売価を含
    む、商品の内容を示す商品情報及び前記商品の在庫数を
    格納する在庫マスタから、前記商品識別情報に対応する
    前記商品情報及び前記在庫数を検出する検出モジュール
    と、 検出された前記商品情報及び前記在庫数を前記店端末に
    送信する送信モジュールとを有することを特徴とする記
    録媒体。
16. 【請求項１６】複数の店舗における商品の取引を管理す
    るＰＯＳサーバに接続されたコンピュータ用のプログラ
    ムを格納した記録媒体であって、 前記コンピュータが配設される前記店舗における棚卸し
    後の商品の在庫数及び前記商品を識別する商品識別情報
    を少なくとも入力する入力モジュールと、 前記棚卸し後の商品の前記在庫数を前記商品識別情報に
    対応付けて前記ＰＯＳサーバに送信する送信モジュール
    とを有することを特徴とする記録媒体。