JP2022105373A - 情報処理装置及びそのプログラム - Google Patents

Abstract

【課題】売上レポートを無駄なく作成できる情報処理装置を提供する。【解決手段】情報処理装置２は、取得部２１１と、作成部２１２と、出力部２１４と、報知部２１６とを備える。取得部２１１は、複数の決済端末から、当該決済端末で決済した商取引の精算データを取得する。作成部２１２は、取得部２１１が取得した精算データを基に売上レポートを作成する。出力部２１４は、作成部２１２が作成した売上レポートを出力する。報知部２１６は、出力部２１４が売上レポートを出力する前に、精算データを取得していない決済端末の有無を確認し、有りの場合、報知する。【選択図】図２

Description

本発明の実施形態は、情報処理装置及びそのプログラムに関する。

多くの決済端末が稼働している量販店では、閉店後、店舗管理者が直ちに一日の売上を把握したいという要望がある。そこで、各決済端末から商取引の精算データを取得し、その生産データを基に売上レポートを作成する情報処理装置が実用化されている。情報処理装置で作成された売上レポートは、例えばプリンタにより印刷される。

精算データは、決済端末で一日の売上を精算する精算業務によって作成される。つまり、精算業務を終えていない決済端末からは精算データを取得できない。

従来の情報処理装置は、精算業務を終えていない決済端末については売上が無いものとして売上レポートを作成していた。このため店舗管理者は、印刷された売上レポートを確認した段階で精算業務を終えていない決済端末があることに気が付く。その場合、店舗管理者は、該当する決済端末で精算業務が行われるのを待って再度売上レポートを作成しており、作業時間、コスト等の面で無駄が生じていた。

特開２０１７－１９５００２号公報

本発明の実施形態が解決しようとする課題は、売上レポートを無駄なく作成できる情報処理装置を提供しようとするものである。

一実施形態において、情報処理装置は、取得手段と、作成手段と、出力手段と、報知手段とを備える。取得手段は、複数の決済端末から、当該決済端末で決済した商取引の精算データを取得する。作成手段は、取得手段が取得した精算データを基に売上レポートを作成する。出力手段は、作成手段が作成した売上レポートを出力する。報知手段は、出力手段が売上レポートを出力する前に、精算データを取得していない決済端末の有無を確認し、有りの場合、報知する。

一実施形態に係るＰＯＳシステムの概略構成図。 ＰＯＳサーバの要部回路構成を示すブロック図。 管理テーブルの主要なデータ構造を示す模式図。 売上速報レポートの一例を示す図。 一実施形態において、ＰＯＳサーバのプロセッサが実行する主要な情報処理の手順前半部を示す流れ図。 一実施形態において、ＰＯＳサーバのプロセッサが実行する主要な情報処理の手順後半部を示す流れ図。 第１パターンの確認画像の一例を示す図。 第２パターンの確認画像の一例を示す図。 未精算レジのリスト画像の一例を示す図。 第３パターンの確認画像の一例を示す図。 第２パターンの確認画像の変形例を示す図。 第２パターンの確認画像の変形例を示す図。 他の実施形態において、ＰＯＳサーバのプロセッサが実行する主要な情報処理の手順後半部を示す流れ図。 他の実施形態における第２パターンの確認画像を示す図。

以下、情報処理装置の実施形態について、図面を用いて説明する。
なお、本実施形態は、決済端末をＰＯＳ（Point Of Sales）端末とする。そして本実施形態は、複数台のＰＯＳ端末を備えたＰＯＳシステムのＰＯＳサーバを情報処理装置の一態様とした場合である。

図１は、一実施形態に係るＰＯＳシステム１００の概略構成図である。ＰＯＳシステム１００は、複数台のＰＯＳ端末１と、ＰＯＳサーバ２と、プリントサーバ３と、コンソール４とを含み、これらをＬＡＮ（Local Area Network）等の通信ネットワーク５で接続している。

ＰＯＳ端末１は、決済業務、精算業務等を実行可能な決済端末である。決済業務は、客との商取引を決済する業務である。決済業務により決済された商取引の売上データは、ＰＯＳ端末１のメモリに記憶される。精算業務は、メモリに記憶された商取引の売上データを基に、一営業日の売上に係るデータを記録した精算レポートを出力して、メモリをクリアする業務である。精算レポートは、通常、ＰＯＳ端末のレシートプリンタによりレシート用紙に印字される。精算業務が実施されると、ＰＯＳ端末１からＰＯＳサーバ２に通信ネットワーク５を介して精算レポートのデータ、すなわち精算データが送信される。このようなＰＯＳ端末１は、周知であるので、ここでの詳細な説明は省略する。

なお、決済端末は、店員が客の買上商品の登録から決済までを行う通常のＰＯＳ端末１に限定されない。決済端末は、客自身が買上商品の登録から決済までをセルフで行うセルフ式のＰＯＳ端末でもよい。また、買上商品の登録に特化した登録機と、商取引の決済に特化した会計機とを分離して、店員が登録機を操作し、客が会計機を操作するようにしたセミセルフ式の会計機又は登録機を決済装置としてもよい。

ＰＯＳサーバ２は、各ＰＯＳ端末１を一元的に管理して、店舗全体の売上、在庫、発注等の店舗業務に係るサービスを提供するサーバ用コンピュータである。この種のＰＯＳサーバ２は、精算ファイル２０を備える。精算ファイル２０は、通信ネットワーク５を介して接続されたＰＯＳ端末１毎に用意されている。ＰＯＳサーバ２は、ＰＯＳ端末１から精算データが送られてくると、その精算データを、送信元のＰＯＳ端末１に対応した精算ファイル２０に保存する。ＰＯＳサーバ２は、各精算ファイル２０に保存された精算データを基に、例えば、一営業日の売上を単品別、商品分類別、時間帯別等に集計したレポートを作成することができる。

プリントサーバ３は、プリンタ６を接続する。プリントサーバ３は、例えばＰＯＳサーバ２で作成された各種のレポートをプリンタ６で印刷させるサービスを提供するサーバ用コンピュータである。プリンタ６は、例えばレーザプリンタ又はインクジェットプリンタである。プリンタ６は、複合機、コピー機、ファクシミリ装置等であってもよい。

コンソール４は、例えば店舗管理者が店舗管理のために使用する端末である。コンソール４は、ディスプレイとキーボードを備える。ディスプレイは、タッチパネルでもよい。コンソール４のユーザは、キーボード又はタッチパネルを操作することで、店舗管理に必要な情報をディスプレイに表示させることができる。店舗管理に必要な情報は、ＰＯＳサーバ２から提供される。店舗管理に必要な情報は、ＰＯＳ端末１から提供される場合もある。

図２は、ＰＯＳサーバ２の要部回路構成を示すブロック図である。ＰＯＳサーバ２は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、時計２４、通信インターフェース２５及びシステムバス２６を備える。システムバス２６は、アドレスバス、データバス等を含む。ＰＯＳサーバ２は、プロセッサ２１と、メインメモリ２２、補助記憶デバイス２３、時計２４及び通信インターフェース２５とを、システムバス２６で接続することにより、コンピュータを構成する。

プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、オペレーティングシステム又はアプリケーションプログラムに従って、ＰＯＳサーバ２としての各種の機能を実現するべく各部を制御する。プロセッサ２１は、例えばＣＰＵ（Central Processing Unit）である。

メインメモリ２２は、上記コンピュータの主記憶部分に相当する。メインメモリ２２は、不揮発性のメモリ領域及び揮発性のメモリ領域を含む。メインメモリ２２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ２２は、揮発性のメモリ領域では、プロセッサ２１が各部を制御するための処理を実行する上で必要なデータを記憶する。この種のデータは、不揮発性のメモリ領域で記憶される場合もある。メインメモリ２２は、揮発性のメモリ領域を、プロセッサ２１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。

補助記憶デバイス２３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス２３としては、例えばＳＳＤ（Solid State Drive）、ＨＤＤ（Hard Disc Drive）又はＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）等の周知の記憶デバイスを単独で、あるいは複数組み合わせて用いられる。補助記憶デバイス２３は、プロセッサ２１が各種の処理を行う上で使用するデータ、プロセッサ２１での処理によって生成されたデータ等を保存する。補助記憶デバイス２３は、アプリケーションプログラムを記憶する場合もある。

メインメモリ２２又は補助記憶デバイス２３が記憶するアプリケーションプログラムは後述する制御プログラムを含む。制御プログラムをメインメモリ２２又は補助記憶デバイス２３にインストールする方法は特に限定されない。リムーバブルな記録媒体に制御プログラムを記録して、あるいはネットワークを介した通信により制御プログラムを配信して、メインメモリ２２又は補助記憶デバイス２３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ、メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

時計２４は、ＰＯＳサーバ２の時刻情報源として機能する。プロセッサ２１は、時計２４によって計時される時刻情報を基に、現在の日付及び時刻を取得する。

通信インターフェース２５は、通信ネットワーク５によって接続される各ＰＯＳ端末１、プリントサーバ３及びコンソール４とデータ通信を行うためのインターフェースである。ＰＯＳサーバ２は、通信インターフェース２５を介して各ＰＯＳ端末１から送信される精算データ等を受信する。ＰＯＳサーバ２は、通信インターフェース２５を介してコンソール４からコマンドを受信し、そのコマンドに応じた表示データをコンソール４に出力する。ＰＯＳサーバ２は、通信インターフェース２５を介してプリントサーバ３に印刷データを送信する。

かかる構成のＰＯＳサーバ２は、補助記憶デバイス２３の記憶領域の一部を精算ファイル２０の領域としている。また、ＰＯＳサーバ２は、補助記憶デバイス２３の記憶領域の一部を管理テーブル２３０の領域としている。管理テーブル２３０は、各ＰＯＳ端末１に係る管理データを記憶するためのデータテーブルである。

図３は、管理テーブル２３０の主要なデータ構造を示す模式図である。図示するように、管理テーブル２３０は、レジ番号Ｃａ別に、フロア名称、売場名称、サインオンフラグ、現在状況ステータスＳａ、前回状況ステータスＳｂ、責任者名の各データを管理データとして記憶する。レジ番号Ｃａは、各ＰＯＳ端末１に対して重複しないように割り当てられた一連の番号である。各ＰＯＳ端末１は、レジ番号Ｃａによって個々が識別される。すなわちレジ番号は、各ＰＯＳ端末１を識別するための識別情報である。識別情報は、レジ番号に限定されない。識別情報は、数字、文字、記号等を単独で若しくは混在させて組み合わせたコードであってもよい。

フロア名称は、対応するレジ番号Ｃａで識別されるＰＯＳ端末１が設置されている店舗フロアの名称である。売場名称は、同ＰＯＳ端末１が設置されている売場の名称である。

サインオンフラグは、同ＰＯＳ端末１が開局状態にあるか否かを識別するための１ビットデータである。ＰＯＳ端末１は、サインオン操作があると開局し、サインオフ操作があると閉局する。例えば、サインオン操作により開局したＰＯＳ端末１のサインオンフラグは“１”となり、サインオフ操作により閉局したＰＯＳ端末１のサインオンフラグは“０”となる。

現在状況ステータスＳａは、同ＰＯＳ端末１の現時点の状態を表す情報である。ＰＯＳ端末１には、例えばオフライン、閉局、開局、精算済及び故障中の５つの状態がある。オフラインは、通信ネットワーク５に接続されていない状態である。本実施形態では、オフラインの状態を示すステータスＳａを“０”とする。閉局は、サインオン前の状態である。本実施形態では、閉局の状態を示すステータスＳａを“１”とする。開局は、サインオン後の状態である。本実施形態では、開局の状態を示すステータスＳａを“２”とする。精算済は、精算業務を終えた状態である。本実施形態では、精算済の状態を示すステータスＳａを“３”とする。故障中は、故障により稼働できない状態である。本実施形態では、故障済の状態を示すステータスＳａを“９”とする。なお、ＰＯＳ端末１の状態は、上述した５つの状態に限定されない。例えば、故障中の状態を、故障の内容によって細分化してもよい。

前回状況ステータスＳｂは、前回の売上速報レポート出力時点のＰＯＳ端末１の状態を表す情報である。状態の種類は、現在状況ステータスＳａについて説明したものと同様である。売上速報レポートについては、後述する。

責任者名は、サインオンを行った店員の氏名である。１台のＰＯＳ端末１において、サインオン操作が繰り返された場合、最新のサインオン操作をした店員の氏名が責任者名として残る。

ＰＯＳサーバ２は、通信ネットワーク５に接続されていないＰＯＳ端末１については、そのレジ番号に対応した現在状況ステータスを“０”とする。ＰＯＳサーバ２は、通信ネットワーク５に接続されているが、サインオンがされておらず閉局中のＰＯＳ端末１については、そのレジ番号に対応した現在状況ステータスを“１”とする。このＰＯＳ端末１においてサインオンが行われて開局すると、ＰＯＳサーバ２は、そのレジ番号に対応した現在状況ステータスを“２”とする。またＰＯＳサーバ２は、サインオンフラグを“１”とし、責任者名を記述する。

ＰＯＳサーバ２は、開局中のＰＯＳ端末１において精算業務が実施されると、そのレジ番号に対応した現在状況ステータスを“３”とする。また、ＰＯＳ端末１において故障が発生すると、そのレジ番号に対応した現在状況ステータスを“９”とする。このように、ＰＯＳサーバ２は、管理テーブル２３０を用いて各ＰＯＳ端末１の状態をリアルタイムで管理している。

例えば店舗管理者は、コンソール４を用いて管理テーブル２３０の管理データを閲覧することができる。店舗管理者は、キーボードを操作して管理テーブル２３０の閲覧業務を選択する。そうすると、コンソール４からＰＯＳサーバ２に閲覧コマンドが送信される。ＰＯＳサーバ２は、閲覧コマンドに応じて、管理テーブル２３０に記憶されている管理データをリスト化した表示データを編集し、その表示データをコンソール４へと送信する。これにより、コンソール４のディスプレイには、管理テーブル２３０に記憶されている管理データが一覧形式で表示される。

したがって店舗管理者は、ディスプレイの表示内容から、各ＰＯＳ端末１の現在の状況を把握することができる。すなわち店舗管理者は、オフラインのＰＯＳ端末１と、閉局中のＰＯＳ端末１と、開局中のＰＯＳ端末１と、精算済のＰＯＳ端末１と、故障中のＰＯＳ端末１とを識別することができる。ただし、量販店のように多くのＰＯＳ端末１が稼働している店舗の場合、全てのＰＯＳ端末１の管理データをディスプレイの一画面に表示させることはできない。このような場合、例えば画面をスクロールすることによって、全てのＰＯＳ端末１の状況を確認できるようにしている。あるいは、画面の頁を切り替えることによって、全てのＰＯＳ端末１の状況を確認できるようにしている。したがって、たとえベテランの店舗管理者であっても、ＰＯＳ端末１の状況確認に見落としが発生することがある。

次に、売上速報レポートＲＰについて説明する。
図４は、売上速報レポートＲＰの一例である。図示するように、売上速報レポートＲＰは、各ＰＯＳ端末１のレジ番号、フロア名称及び売場名称と関連付けて、そのＰＯＳ端末における一営業日の売上金額、売上点数、客数等を記述したレポートである。また、例えばフロア毎の合計、全ＰＯＳ端末１の総合計等も記述される。

売上速報レポートＲＰは、コンソール４を用いてプリンタ６から印刷することができる。例えば、前述した管理データの一覧画面には、売上速報レポートＲＰの印刷を指令するための操作子として速報印刷ボタンが表示されている。この速報印刷ボタンが入力されると、コンソール４からＰＯＳサーバ２に売上速報レポートＲＰの印刷指令コマンドが送信される。印刷指令コマンドを受信したＰＯＳサーバ２は、各精算ファイル２０に保存された当日の精算データを基に、売上速報レポートＲＰの印刷データを作成する。印刷データは、プリントサーバ３に送信され、プリンタ６によって印刷される。店舗管理者は、売上速報レポートＲＰの記述内容から、一日の売上を把握することができる。

ＰＯＳサーバ２は、売上速報レポートＲＰの印刷に関連して、以下の機能を有する。すなわちＰＯＳサーバ２は、図２に示すように、取得部２１１、作成部２１２、受付部２１３、出力部２１４、出力制御部２１５、報知部２１６及び通知部２１７としての機能を有する。

取得部２１１は、複数のＰＯＳ端末１から、当該ＰＯＳ端末１で決済した商取引の精算データを取得する機能である。プロセッサ２１は、前述したように、複数のＰＯＳ端末１から受信した精算データを、送信元のＰＯＳ端末１に対応した精算ファイル２０に保存する。このように、取得部２１１は、通信インターフェース２５と協働して、その機能を実現する。取得部２１１は、取得手段の一例である。

作成部２１２は、取得部２１１が取得した精算データを基に売上速報レポートＲＰを作成する機能である。作成部２１２は、メインメモリ２２又は補助記憶デバイス２３と協働して、その機能を実現する。作成部２１２は、作成手段の一例である。

受付部２１３は、精算データを取得していないＰＯＳ端末１が存在する場合、売上速報レポートＲＰを出力するか否かの選択入力をコンソール４から受け付ける機能である。受付部２１３は、通信インターフェース２５と協働して、その機能を実現する。受付部２１３は、受付手段の一例である。

出力部２１４は、作成部２１２が作成した売上速報レポートＲＰを出力する機能である。出力部２１４は、通信インターフェース２５と協働して、その機能を実現する。売上速報レポートＲＰの出力先は、プリントサーバ３である。売上速報レポートＲＰの出力先は、コンソール４であってもよい。出力部２１４は、出力手段の一例である。

出力制御部２１５は、受付部２１３が売上速報レポートＲＰを出力する旨の選択入力を受け付けると、出力部２１４による売上速報レポートＲＰの出力を制御する機能である。出力制御部２１５は、プロセッサ２１が単体でその機能を実現する。出力制御部２１５は、制御手段の一例である。

報知部２１６は、出力部２１４が売上速報レポートＲＰを出力する前に、精算データを取得していないＰＯＳ端末１の有無を確認し、有りの場合、報知する機能である。例えば報知部２１６は、精算データを取得していないＰＯＳ端末１を識別可能に報知する。報知部２１６は、通信インターフェース２５と協働して、その機能を実現する。報知は、コンソール４を介して行われる。報知部２１６は、報知手段の一例である。

通知部２１７は、精算データを取得していないＰＯＳ端末１をユーザに通知する機能である。通知部２１７は、通信インターフェース２５と協働して、その機能を実現する。通知は、コンソール４を介して行われる。通知部２１７は、通知手段の一例である。

図５及び図６は、コンソール４から売上速報レポートＲＰの印刷指令コマンドを受信したプロセッサ２１が、制御プログラムに従って実行する主要な情報処理の手順をそれぞれ示す流れ図である。以下、図５及び図６を用いて、印刷指令コマンド受信時のＰＯＳサーバ２の主要な動作について説明する。この説明により、作成部２１２、受付部２１３、出力部２１４、出力制御部２１５、報知部２１６及び通知部２１７としての機能に伴う動作が明確になる。なお、以下に説明する動作は一例である。同様な作用効果を得ることができるのであれば、動作の手順は特に限定されない。

プロセッサ２１は、通信インターフェース２５を介して売上速報レポートＲＰの印刷指令コマンドを受信すると、図５の処理を開始する。先ずプロセッサ２１は、ＡＣＴ１として制御フラグＦを“０”とする。またプロセッサ２１は、ＡＣＴ２２として第１カウンタＣａ、第２カウンタＣｂ及び第３カウンタＣｃをいずれも“０”にリセットする。制御フラグＦは、例えばメインメモリ２２に記憶された１ビットデータである。第１カウンタＣａ、第２カウンタＣｂ及び第３カウンタＣｃは、例えばプロセッサ２１が備えている。

プロセッサ２１は、ＡＣＴ３として第１カウンタＣａを“１”だけカウントアップする。プロセッサ２１は、ＡＣＴ４として第１カウンタＣａが上限値Ｃａｘを超えたか否かを確認する。上限値Ｃａｘは、管理テーブル２３０で管理データが管理されているＰＯＳ端末１の台数である。

第１カウンタＣａが上限値Ｃａｘを超えていない場合、プロセッサ２１は、ＡＣＴ４においてＮＯと判定し、ＡＣＴ５へと進む。プロセッサ２１は、ＡＣＴ５として管理テーブル２３０から第１カウンタＣａをレジ番号とするＰＯＳ端末１０の現在状況ステータスＳａと前回状況ステータスＳｂとを取得する。以下、第１カウンタＣａに相当するレジ番号をレジ番号Ｃａと表す。

プロセッサ２１は、ＡＣＴ６として制御フラグＦが“１”であるか否かを確認する。制御フラグＦが“１”でない、すなわち“０”の場合、プロセッサ２１は、ＡＣＴ６においてＮＯと判定し、ＡＣＴ７へと進む。プロセッサ２１は、ＡＣＴ７として、ＡＣＴ５の処理で取得した現在状況ステータスＳａと前回状況ステータスＳｂとが等しいか否かを確認する。現在状況ステータスＳａと前回状況ステータスＳｂとが等しくない場合、プロセッサ２１は、ＡＣＴ７においてＮＯと判定し、ＡＣＴ８へと進む。プロセッサ２１は、ＡＣＴ８として、制御フラグＦを“１”に変更する。その後、プロセッサ２１は、ＡＣＴ９へと進む。

ＡＣＴ６において制御フラグＦが“１”である場合、又は、ＡＣＴ７において現在状況ステータスＳａと前回状況ステータスＳｂとが等しい場合には、プロセッサ２１は、いずれもＹＥＳと判定する。プロセッサ２１は、ＡＣＴ８の処理をスキップして、ＡＣＴ９へと進む。

プロセッサ２１は、ＡＣＴ９として現在状況ステータスＳａが“３”であるか否かを確認する。現在状況ステータスＳａが“３”である場合、すなわち、レジ番号ＣａのＰＯＳ端末１が精算済の場合には、プロセッサ２１は、ＡＣＴ９においてＹＥＳと判定し、ＡＣＴ１０へと進む。プロセッサ２１は、ＡＣＴ１０として精算済メモリにレジ番号Ｃａを記述する。精算済メモリは、メインメモリ２２における揮発性領域の一部である。

精算済メモリにレジ番号Ｃａを記述したプロセッサ２１は、ＡＣＴ１１として第２カウンタＣｂを“１”だけカウントアップする。そしてプロセッサ２１は、ＡＣＴ３へと戻る。

ＡＣＴ９において、現在状況ステータスＳａが“３”でない場合には、プロセッサ２１はＮＯと判定し、ＡＣＴ１２へと進む。プロセッサ２１は、ＡＣＴ１２として現在状況ステータスＳａが“２”であるか否かを確認する。現在状況ステータスＳａが“２”である場合、すなわちレジ番号ＣａのＰＯＳ端末１が開局中の場合には、プロセッサ２１は、ＡＣＴ１２においてＹＥＳと判定し、ＡＣＴ１３へと進む。プロセッサ２１は、ＡＣＴ１３として未精算メモリにレジ番号Ｃａを記述する。未精算メモリは、メインメモリ２２における揮発性領域の一部である。

未精算メモリにレジ番号Ｃａを記述したプロセッサ２１は、ＡＣＴ１４として第３カウンタＣｃを“１”だけカウントアップする。そしてプロセッサ２１は、ＡＣＴ３へと戻る。

ＡＣＴ１２において、現在状況ステータスＳａが“２”でもない場合、すなわちレジ番号ＣａのＰＯＳ端末１が精算済でも開局中でもない場合には、プロセッサ２１はＮＯと判定し、ＡＣＴ３へと戻る。

ＡＣＴ３へと戻ったプロセッサ２１は、第１カウンタＣａをさらに“１”だけカウントアップする。そしてプロセッサ２１は、第１カウンタＣａが上限値Ｃａｘを超えていないと、ＡＣＴ５乃至ＡＣＴ１４の処理を再度実行する。

プロセッサ２１は、第１カウンタＣａが上限値Ｃａｘを超えるまで、ＡＣＴ５乃至ＡＣＴ１４の処理を繰り返し実行する。すなわちプロセッサ２１は、管理テーブル２３０の管理データをレジ番号Ｃａの小さい順に検索する。そしてプロセッサ２１は、現在状況ステータスＳａが前回状況ステータスＳｂと異なる管理データを検出したならば、制御フラグＦを“１”とする。

またプロセッサ２１は、現在状況ステータスが“３”、すなわち精算済のＰＯＳ端末１のレジ番号Ｃａを精算済メモリに記述する。同様に、プロセッサ２１は、現在状況ステータスが“２”、すなわち開局中のＰＯＳ端末１のレジ番号Ｃａを未精算メモリに記述する。現在状況ステータスが“３”または“２”以外のＰＯＳ端末１のレジ番号Ｃａについては、プロセッサ２１は、精算済メモリ又は未精算メモリに記述しない。

プロセッサ２１は、第１カウンタＣａが上限値Ｃａｘを超えると、ＡＣＴ４においてＹＥＳと判定し、図５のＡＣＴ２１へと進む。プロセッサ２１は、ＡＣＴ２１として制御フラグＦが“１”であるか否かを確認する。制御フラグが“１”である場合、プロセッサ２１は、ＡＣＴ２１においてＹＥＳと判定し、ＡＣＴ２２へと進む。

プロセッサ２１は、ＡＣＴ２２として第３カウンタＣｃが“０”よりも大きいか否かを確認する。未精算メモリにレジ番号が記述されていない場合、第３カウンタＣｃは“０”である。第３カウンタＣｃが“０”の場合、プロセッサ２１は、ＡＣＴ２２においてＮＯと判定し、ＡＣＴ２３へと進む。プロセッサ２１は、ＡＣＴ２３としてコンソール４のディスプレイに第１パターンの確認画像Ｐａ（図７を参照）を表示させる。

図７は、確認画像Ｐａの一例である。図示するように確認画像Ｐａには、売上速報レポートＲＰを印刷するか否かを問い合わせるテキストＴａが、「はい」ボタンＢａ及び「いいえ」ボタンＢｂとともに表示される。テキストＴａを確認した店舗管理者は、売上速報レポートＲＰを印刷する場合、「はい」ボタンＢａを入力する。売上速報レポートＲＰを印刷しない場合には、店舗管理者は、「いいえ」ボタンＢｂを入力する。

確認画像Ｐａの表示を制御したプロセッサ２１は、ＡＣＴ２４として印刷が指令されるか否かを確認する。確認画像Ｐａの「はい」ボタンＢａが入力されると、コンソール４からＰＯＳサーバ２へと印刷実行コマンドが送信される。この印刷実行コマンドを受けて、プロセッサ２１は、ＡＣＴ２４においてＹＥＳと判定し、ＡＣＴ２５へと進む。プロセッサ２１は、ＡＣＴ２５として売上速報レポートＲＰの印刷データを作成する。プロセッサ２１は、ＡＣＴ２６として売上速報レポートＲＰの印刷データをプリントサーバ３に送信する。かくして、プリンタ６により売上速報レポートＲＰが印刷される。

ここに、ＡＣＴ２５は、作成部２１２の機能による動作である。ＡＣＴ２６は、出力部２１４の機能による動作である。

売上速報レポートＲＰの印刷データを送信したプロセッサ２１は、ＡＣＴ２７として管理テーブル２３０の各レジ番号に対応した現在状況ステータスＳａを、それぞれ同一レジ番号に対応した前回状況ステータスＳｂに上書きする。その後、プロセッサ２１は、ＡＣＴ２８として精算済メモリ及び未精算メモリをクリアして、この手順の情報処理を終了する。したがって、売上速報レポートＲＰが印刷出力された時点では、各レジ番号に対応した現在状況ステータスＳａと前回状況ステータスＳｂとは、一致している。

なお、確認画像Ｐａの「いいえ」ボタンＢｂが入力された場合には、コンソール４からＰＯＳサーバ２へと印刷中止コマンドが送信される。プロセッサ２１は、印刷中止コマンドを受信すると、ＡＣＴ２４においてＮＯと判定し、ＡＣＴ２８へと進む。プロセッサ２１は、ＡＣＴ２８として精算済メモリ及び未精算メモリをクリアして、この手順の情報処理を終了する。したがって、売上速報レポートＲＰが印刷出力されない場合には、各レジ番号に対応した前回状況ステータスＳｂは、更新されない。

一方、未精算メモリにレジ番号が記述されている場合には、第３カウンタＣｃが“０”よりも大きい。この場合、プロセッサ２１は、ＡＣＴ２２においてＹＥＳと判定し、ＡＣＴ２９へと進む。プロセッサ２１は、ＡＣＴ２９としてコンソール４のディスプレイに第２パターンの確認画像Ｐｂ（図８を参照）を表示させる。

図８は、確認画像Ｐｂの一例である。図示するように確認画像Ｐｂには、未精算のレジ、すなわちＰＯＳ端末１０が存在するが、売上速報レポートＲＰを印刷するか否かを問い合わせるテキストＴｂが、「はい」ボタンＢａ及び「いいえ」ボタンＢｂとともに表示される。テキストＴｂを確認した店舗管理者は、未精算のＰＯＳ端末１０が存在していても売上速報レポートＲＰを印刷する場合、「はい」ボタンＢａを入力する。未精算のＰＯＳ端末１０が存在しているために売上速報レポートＲＰを印刷しない場合には、店舗管理者は、「いいえ」ボタンＢｂを入力する。

確認画像Ｐｂの表示を制御したプロセッサ２１は、ＡＣＴ３０として印刷が指令されるか否かを確認する。確認画像Ｐｂの「はい」ボタンＢａが入力されると、コンソール４からＰＯＳサーバ２へと印刷実行コマンドが送信される。この印刷実行コマンドを受けて、プロセッサ２１は、ＡＣＴ３０においてＹＥＳと判定し、ＡＣＴ２５へと進む。プロセッサ２１は、ＡＣＴ２５乃至ＡＣＴ２８の処理を前述したのと同様に実行する。したがって、プリンタ６により未精算のＰＯＳ端末１については売上が零の売上速報レポートＲＰが印刷される。以上で、プロセッサ２１は、この手順の情報処理を終了する。

一方、確認画像Ｐａの「いいえ」ボタンＢｂが入力された場合には、コンソール４からＰＯＳサーバ２へと印刷中止コマンドが送信される。この印刷中止コマンドを受けて、プロセッサ２１は、ＡＣＴ３０においてＮＯと判定し、ＡＣＴ３１へと進む。プロセッサ２１は、ＡＣＴ３１としてコンソール４のディスプレイに未精算レジのリスト画像Ｐｃ（図９を参照）を表示させる。

図９は、リスト画像Ｐｃの一例である。図示するようにリスト画像Ｐｃには、未精算メモリに記述されているレジ番号と、そのレジ番号と関連付けて管理テーブル２３０に記憶されているフロア名称及び売場名称のリストを示すテキストＴｃが、「確認」ボタンＢｃとともに表示される。すなわち、リスト画像Ｐｃのレジ番号は、精算業務が実行されていないＰＯＳ端末１のレジ番号である。したがって、テキストＴｃを確認した店舗管理者は、どの売場に設置されているＰＯＳ端末１が精算業務未実行であるのかを容易に知ることができる。

テキストＴｃを確認した店舗管理者は、「確認」ボタンＢｃを入力する。そうすると、コンソール４からＰＯＳサーバ２へと確認コマンドが送信される。この確認コマンドを受けて、プロセッサ２１は、ＡＣＴ３２においてＮＯと判定し、ＡＣＴ２８へと進む。プロセッサ２１は、ＡＣＴ２８として精算済メモリ及び未精算メモリをクリアして、この手順の情報処理を終了する。

ここに、ＡＣＴ２９は、報知部２１６の機能による動作である。ＡＣＴ３０は、受付部２１３の機能による動作である。ＡＣＴ３０及びＡＣＴ２５は、出力制御部２１５の機能による動作である。ＡＣＴ３１は、通知部２１７の機能による動作である。

なお、ＡＣＴ２１において、制御フラグＦが“１”であった場合には、プロセッサ２１はＮＯと判定し、ＡＣＴ３３へと進む。プロセッサ２１は、ＡＣＴ３３としてコンソール４のディスプレイに第３パターンの確認画像Ｐｄ（図１０を参照）を表示させる。

図１０は、確認画像Ｐｄの一例である。図示するように確認画像Ｐｄには、前回、出力したものと同様の売上速報レポートＲＰを印刷するか否かを問い合わせるテキストＴｄが、「はい」ボタンＢａ及び「いいえ」ボタンＢｂとともに表示される。テキストＴｄを確認した店舗管理者は、前回と同様の売上速報レポートＲＰを印刷する場合、「はい」ボタンＢａを入力する。前回と同様の売上速報レポートＲＰを印刷しない場合には、店舗管理者は、「いいえ」ボタンＢｂを入力する。

確認画像Ｐｄの表示を制御したプロセッサ２１は、ＡＣＴ３４として印刷が指令されるか否かを確認する。確認画像Ｐｄの「はい」ボタンＢａが入力されると、コンソール４からＰＯＳサーバ２へと印刷実行コマンドが送信される。この印刷実行コマンドを受けて、プロセッサ２１は、ＡＣＴ３４においてＹＥＳと判定し、ＡＣＴ２５へと進む。プロセッサ２１は、ＡＣＴ２５乃至ＡＣＴ２８の処理を前述したのと同様に実行する。したがって、プリンタ６により前回と同様の売上速報レポートＲＰが印刷される。以上で、プロセッサ２１は、この手順の情報処理を終了する。

一方、確認画像Ｐａの「いいえ」ボタンＢｂが入力された場合には、コンソール４からＰＯＳサーバ２へと印刷中止コマンドが送信される。この印刷中止コマンドを受けて、プロセッサ２１は、ＡＣＴ３４においてＮＯと判定し、ＡＣＴ２８へと進む。プロセッサ２１は、ＡＣＴ２８として精算済メモリ及び未精算メモリをクリアして、この手順の情報処理を終了する。

以上詳述したように、本実施形態のＰＯＳサーバ２によれば、精算データを取得していないＰＯＳ端末１が存在する状態で、コンソール４から売上速報レポートＲＰの印刷指令コマンドを受信した場合には、第２パターンの確認画像Ｐｂがコンソールのディスプレイに表示される。したがって、コンソールのユーザである例えば店舗管理者は、確認画像ＰｂのテキストＴｂから、精算データを取得していないＰＯＳ端末１が存在することを確実に知ることができる。ここで、ユーザが確認画像Ｐｂの「いいえ」ボタンＢｂを入力すると、売上速報レポートＲＰは印刷されない。かくして、売上速報レポートＲＰの印刷に要する作業時間、コスト等の面の無駄を回避することができる。

一方、ユーザが確認画像Ｐｂの「はい」ボタンＢａを入力した場合には、売上速報レポートＲＰが印刷される。したがって、現時点において精算済のＰＯＳ端末１で決済された商取引に基づく売上速報レポートＲＰを得ることも可能である。

また、確認画像Ｐｂの「いいえ」ボタンＢｂが入力された場合には、コンソール４のディスプレイに未精算レジのリスト画像Ｐｃが表示される。したがって、店舗管理者は、どの売場に設置されているＰＯＳ端末１が未精算であるのかを容易に把握することができる。その結果、店舗管理者は、未精算のＰＯＳ端末１に対してサインオンをしている店員に精算業務の実行を促すことができるので、大変効率的である。

以上、情報処理装置の一実施形態について説明したが、かかる実施形態はこれに限定されるものではない。

第２パターンの確認画像Ｐｂは、図８に示すものに限定されない。
図１０に示す確認画像Ｐｅ及び図１１に示す確認画像Ｐｆは、いずれも確認画像Ｐｂの変形例である。図１０に示すように、確認画像Ｐｅには、未精算のＰＯＳ端末の台数がテキストＴｅに含まれる。図１１に示すように、確認画像Ｐｆには、未精算のＰＯＳ端末のレジ番号がテキストＴｆに含まれる。このような確認画像Ｐｅまたは確認画像Ｐｆがコンソール４のディスプレイに表示されることにより、コンソール４のユーザは、未精算のＰＯＳ端末１の台数、または未精算のＰＯＳ端末１の個々を容易に確認することができる。

前記実施形態では、未精算のＰＯＳ端末１が存在する場合でも、売上速報レポートＲＰを印刷可能とした。他の実施形態は、未精算のＰＯＳ端末１が存在する場合には売上速報レポートＲＰの印刷を禁止する。

すなわち他の実施形態は、ＰＯＳサーバ２のプロセッサ２１が禁止部２１８（図２を参照）としての機能を有する。禁止部２１８は、精算データを取得していないＰＯＳ端末１０が存在する場合、売上速報レポートＲＰの出力を禁止する機能である。禁止部２１８は、プロセッサ２１が単体でその機能を実現する。禁止部２１８は、禁止手段の一例である。

図１３は、他の実施形態において、ＰＯＳサーバ２のプロセッサ２１が実行する主要な情報処理の手順を示す流れ図である。図１３は、図６の流れ図を用いて説明した手順の変形である。よって、図６に示す手順と共通する部分には、同一の符号を付している。

図１３の手順が図６と異なる部分は、ＡＣＴ２２においてＹＥＳと判定した後の処理である。すなわちプロセッサ２１は、第３カウンタＣｃが“０”よりも大きい場合、ＡＣＴ４１へと進む。プロセッサ２１は、ＡＣＴ４１としてコンソール４のディスプレイに第４パターンの確認画像Ｐｇ（図１４を参照）を表示させる。

図１４は、確認画像Ｐｇの一例である。図示するように確認画像Ｐｇには、未精算のレジ、すなわちＰＯＳ端末１０が存在するために、売上速報レポートＲＰを印刷できないことを示すテキストＴｇが、「確認」ボタンＢｄとともに表示される。テキストＴｇを確認した店舗管理者は、「確認」ボタンＢｄを入力する。

確認画像Ｐｇの表示を制御したプロセッサ２１は、ＡＣＴ４２として「確認」ボタンＢｄが入力されるのを待ち受ける。「確認」ボタンＢｄが入力されると、プロセッサ２１は、ＡＣＴ４２においてＹＥＳと判定し、ＡＣＴ３１へと進む。すなわちプロセッサ２１は、コンソール４のディスプレイに未精算レジのリスト画像Ｐｃを表示させる。ここに、ＡＣＴ４１、ＡＣＴ４２、ＡＣＴ３１は、禁止部２１８の機能による動作である。

他の実施形態によれば、未精算のＰＯＳ端末１が存在する場合に、売上速報レポートＲＰの印刷を禁止することができる。したがって、無駄に売上速報レポートＲＰが印刷される不都合を確実に阻止することができる。

なお、精算データを基に作成される売上レポートは、売上速報レポートＲＰに限定されない。例えば、現金取引、クレジット取引、電子マネー取引などの取引別に売上を集計した取引別レポート、商品の分類別に売上を集計した分類別レポート、ＰＯＳ端末１の操作責任者別に売上を集計した責任者別レポート等であってもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…ＰＯＳ端末、２…ＰＯＳサーバ、３…プリントサーバ、４…コンソール、５…通信ネットワーク、２１…プロセッサ、２２…メインメモリ、２３…補助記憶デバイス、２４…時計、２５…通信インターフェース、２６…システムバス、１００…ＰＯＳシステム、２１１…取得部、２１２…作成部、２１３…受付部、２１４…出力部、２１５…出力制御部、２１６…報知部、２１７…通知部、２１８…禁止部、２３０…管理テーブル、Ｐａ，Ｐｂ，Ｐｄ，Ｐｅ，Ｐｆ，Ｐｇ…確認画像、Ｐｃ…リスト画像、ＲＰ…売上速報レポート。

Claims (6)

1. 複数の決済端末から、当該決済端末で決済した商取引の精算データを取得する取得手段と、
   前記取得手段が取得した前記精算データを基に売上レポートを作成する作成手段と、
   前記作成手段が作成した前記売上レポートを出力する出力手段と、
   前記出力手段が前記売上レポートを出力する前に、前記精算データを取得していない決済端末の有無を確認し、有りの場合、報知する報知手段と、
   を具備する情報処理装置。
2. 前記精算データを取得していない決済端末が有りの場合、前記売上レポートを出力するか否かの選択入力を受け付ける受付手段と、
   前記受付手段が前記売上レポートを出力する旨の選択入力を受け付けると、前記出力手段による前記売上レポートの出力を制御する制御手段と、
   をさらに具備する請求項１記載の情報処理装置。
3. 前記精算データを取得していない決済端末をユーザに通知する通知手段、
   をさらに具備する請求項２記載の情報処理装置。
4. 前記報知手段は、前記精算データを取得していない決済端末を識別可能に報知する、請求項１記載の情報処理装置。
5. 前記精算データを取得していない決済端末が有りの場合、前記出力手段による前記売上レポートの出力を禁止する禁止手段、
   をさらに具備する請求項１記載の情報処理装置。
6. 複数の決済端末から、当該決済端末で決済した商取引の精算データを取得する情報処理装置のコンピュータを、
   前記複数の決済端末から取得した前記精算データを基に売上レポートを作成する作成手段、
   前記作成手段が作成した前記売上レポートを出力する出力手段、及び、
   前記出力手段が前記売上レポートを出力する前に、前記精算データを取得していない決済端末の有無を確認し、有りの場合、報知する報知手段、
   として機能させるためのプログラム。
   

Images