JP7322238B2 - 予測管理装置およびプログラム - Google Patents

Description

本発明の実施形態は、予測管理装置およびプログラムに関する。

従来から、スーパーマーケット、コンビニエンスストア等の店舗において、ＰＯＳ（Point of Sales）システムを導入して、顧客が購入する商品の売上の処理および店舗の売上データの管理を行っている。

ＰＯＳシステムは、１台または複数台のＰＯＳ端末とＰＯＳ端末の上位端末であるストアサーバ等のサーバとを有する。ＰＯＳ端末は、顧客が購入する商品の売上登録処理および決済処理を行い、サーバは、１台または複数台のＰＯＳ端末から売上データを受信・記憶して、店舗の売上を管理する。

ところで、店舗への来客数が多い繁忙期は、会計待ちでＰＯＳ端末に並ぶ顧客が多くなる。また、店舗への来客数が少ない閑散期は、会計待ちの顧客が少ないＰＯＳ端末が増える。そのため、店舗の運営者等は、店舗に来店する顧客の数を予想してＰＯＳ端末の開局数を予測している。

しかしながら、来店する顧客の数は、天候等の諸条件の影響をうけて増減するため、適正なＰＯＳ端末の開局数を予測することは難しい。

本発明が解決しようとする課題は、適正なＰＯＳ端末の開局数を予測可能な予測管理装置およびプログラムを提供することである。

実施形態の予測管理装置は、購入する商品に係る取引処理を実行する複数台の商品販売データ処理装置が接続された予測管理装置において、表示部と、店舗内に来店する顧客の数の推移に係る統計データを記憶する統計情報記憶部と、前記統計情報記憶部に記憶された前記統計データに基づいて、前記商品販売データ処理装置の適切な開局数を予測する予測手段と、前記予測した開局数による顧客の前記取引処理までの待ち時間を前記表示部に表示する表示手段と、前記待ち時間を変更する変更手段と、前記表示された待ち時間が変更された場合に、当該変更された待ち時間に対応して前記開局数を修正する第１開局数修正手段と、を備える。

図１は、実施形態に係るＰＯＳシステムを示す概略図である。 図２は、サーバのハードウェア構成を示すブロック図である。 図３は、サーバの統計部のメモリ構成を示すメモリマップである。 図４は、適正開局数部のメモリ構成を示すメモリマップである。 図５は、担当者管理部のメモリ構成を示すメモリマップである。 図６は、担当者情報部のメモリ構成を示すメモリマップである。 図７は、ＰＯＳ端末を示す斜視図である。 図８は、ＰＯＳ端末のハードウェア構成を示すブロック図である。 図９は、サーバの機能構成を示す機能ブロック図である。 図１０は、サーバの制御処理の流れを示すフローチャートである。 図１１は、サーバの予測処理における制御処理の流れを示すフローチャートである。 図１２は、サーバの修正処理における制御処理の流れを示すフローチャートである。 図１３は、サーバの他の修正処理における制御処理の流れを示すフローチャートである。 図１４は、ＰＯＳ端末の制御処理の流れを示すフローチャートである。 図１５は、サーバに表示される表示例を示す図である。 図１６は、サーバに表示される他の表示例を示す図である。 図１７は、サーバに表示されるさらに他の表示例を示す図である。 図１８は、サーバに表示されるさらに他の表示例を示す図である。

以下、図面を参照して、一実施形態について詳細に説明する。実施形態は、サーバを予測管理装置の一例として説明する。また、ＰＯＳ端末を商品販売データ処理装置の一例として説明する。以下に説明する実施形態によりこの発明が限定されるものではない。

図１は、実施形態に係るＰＯＳシステムを示す概略図である。ＰＯＳシステムは、店舗Ｔ内に、サーバ１と、複数台のＰＯＳ端末３を備える。

各ＰＯＳ端末３は、例えばＬＡＮ（Local Area Network）等の通信回線Ｎ１を介して、それぞれサーバ１と接続される。そのため、サーバ１とＰＯＳ端末３とは、相互にデータ等の送受信が可能である。

ＰＯＳ端末３は、店舗Ｔで販売される商品の売上登録処理および決済処理を実行する。売上登録処理とは、販売される商品に付されたバーコード等のシンボルの画像を撮像、または光学的に読み取って商品コードを取得し、取得した商品コードに基づいて商品マスタから読み出した、当該商品の商品情報（商品名、価格等）を表示するとともに、当該商品情報をＲＡＭ等に記憶する処理をいう。決済処理とは、売上登録処理に伴いＲＡＭ等に記憶された商品情報に基づいて、当該取引に係る合計金額の表示、顧客から預かった預り金（現金）に基づいて釣銭額を計算して表示する処理等をいう。また、ＰＯＳ端末３は、商品情報や決済情報を印字したレシートを発行する。また、ＰＯＳ端末３は、商品情報や決済情報等を、売上データとして通信回線Ｎ１を介してサーバ１に送信する。

サーバ１は、各ＰＯＳ端末３から受信した売上データ（商品情報や決済情報等）に基づいて、店舗Ｔにおける売上を集計して管理するコンピュータである。

サーバ１は、通信回線Ｎ２を介して、天気予報会社に設置されたサーバ５と通信可能となっている。そのため、サーバ１と、天気予報会社のサーバ５とは、相互にデータ等の送受信が可能である。サーバ１は、サーバ５から、本日の天気、気温、湿度、風等（以降、総称して「天気」という）の予報に係る気象情報を逐次受信する。

また、サーバ１は、店舗Ｔに来店する顧客の数の推移についての統計データに基づいて、ＰＯＳ端末３の開局数を予測する。具体的には、サーバ１は、入手した気象情報と後述する店舗Ｔに来店する顧客の数の推移（統計データ）に基づいて、開局するＰＯＳ端末３の台数を予測する。また、サーバ１は、統計データおよび実際に店舗Ｔに来店した顧客の数に基づいて、予測したＰＯＳ端末３の開局台数を修正する。

ここからは、サーバ１およびＰＯＳ端末３のハードウェア構成について説明する。まず、サーバ１のハードウェア構成について説明する。図２は、サーバ１のハードウェア構成を示すブロック図である。図２に示すように、サーバ１は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、メモリ部１４等を備えている。ＣＰＵ１１は制御主体となる。ＲＯＭ１２は各種プログラムを記憶する。ＲＡＭ１３はプログラムや各種データを展開する。メモリ部１４は各種プログラムを記憶する。ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、メモリ部１４は、互いにバス１５を介して接続されている。ＣＰＵ１１とＲＯＭ１２とＲＡＭ１３が、制御部１００を構成する。すなわち、制御部１００は、ＣＰＵ１１がＲＯＭ１２やメモリ部１４に記憶されＲＡＭ１３に展開された制御プログラムに従って動作することによって、後述するサーバ１に係る制御処理を実行する。

メモリ部１４は、電源を切っても記憶情報が保持されるＨＤＤ（Hard Disc Drive）やフラッシュメモリ等の不揮発性メモリで構成される。メモリ部１４は、制御プログラム部１４１、売上管理部１４２、統計部１４３、適正開局数部１４４、顧客数管理部１４５、担当者管理部１４６、担当者情報部１４７を備える。制御プログラム部１４１は、サーバ１を制御するための制御プログラムを記憶する。売上管理部１４２は、各ＰＯＳ端末３から受信した顧客が購入した商品に関する商品情報や決済情報を集計した売上データを記憶し、管理する。

統計部１４３は、諸条件に対応して店舗Ｔに来店する顧客の推移を示す統計データを記憶する。詳細は図３で説明する。適正開局数部１４４は、店舗Ｔに来店した顧客の数に対応した、ＰＯＳ端末３の適正な開局数を記憶する。適正開局数部１４４は図４で説明する。顧客数管理部１４５は、所定時間間隔（例えば１分毎）に、実際に店舗Ｔに来店した顧客の数の情報を記憶する。来店した顧客の数は、例えば、サーバ１が、各ＰＯＳ端末３における顧客との取引の数（具体的には、図１４で後述する各ＰＯＳ端末３の制御処理において、ＰＯＳ端末３がＳ５５でサーバ１に商品情報や決済情報等に係るデータを送信し、サーバ１がこれらの情報を受信した回数）をカウントすることで把握することができる。

担当者管理部１４６は、ＰＯＳ端末３を操作するオペレータ別に、オペレータの熟練度（ランク）を記憶する。熟練度とは、ＰＯＳ端末３を操作する技能や技術の早さや正確度等のランクである。例えば、ＰＯＳ端末３を早く正確に操作できるオペレータは、操作が遅い担当者より熟練度が高い。また、例えば、ベテランのオペレータは初心者のオペレータより熟練度が高い。実施形態では、熟練度を上級、中級、初級の３ランクとして説明する。担当者管理部１４６については、図５で説明する。

担当者情報部１４７は、開局している各ＰＯＳ端末３に対応して、当該ＰＯＳ端末３を操作するオペレータを記憶する。担当者情報部１４７については、図６で説明する。

また、制御部１００は、バス１５およびコントローラ１６を介して、操作部１７、表示部１８と接続している。操作部１７は複数のキーが配置されたキーボードである。表示部１８は、サーバ１を操作する操作者に情報を表示する。

また、制御部１００は、バス１５を介して、通信部１９と接続している。通信部１９は、通信回線Ｎ１を介して、複数のＰＯＳ端末３と通信可能に接続している。また、制御部１００は、バス１５を介して、通信部２０と接続している。通信部２０は、通信回線Ｎ２を介して、店舗Ｔ外の天気予報会社のサーバ５と通信可能に接続している。サーバ５は、定期的（例えば１時間に１回）に、本日および明日以降の気象情報をサーバ１に送信する。

次に、統計部１４３について説明する。図３は、統計部１４３のメモリ構成を示すメモリマップである。統計部１４３は、諸条件別に、店舗Ｔに来店した顧客の数の推移を表す統計データを統計部１４３に記憶する。諸条件とは、日にち、曜日、天気、特売日か否か、イベント開催日か否か、等である。

統計部１４３は、日にち別取引数統計部１４３１１、曜日別取引数統計部１４３１２、天気別取引数統計部１４３１３、特売日別取引数統計部１４３１４、イベント別取引数統計部１４３１５、日にち別取引点数統計部１４３１６、曜日別取引点数統計部１４３１７、天気別取引点数統計部１４３１８、特売日別取引点数統計部１４３１９、イベント別取引点数統計部１４３２０を備える。

日にち別取引数統計部１４３１１は、一日の顧客との取引数の推移を時間毎（例えば１時間毎）に表す統計データを記憶する。この統計データによって、日にち別に、一日の取引数の推移を把握することができる。日にち別取引数統計部１４３１１は、この統計データを所定期間（例えば１年を示す３６５日分）分記憶しており、時間毎の取引数の推移を日別に把握することができる。また、日にち別に、取引数の推移の特徴（違い）を把握することができる。

曜日別取引数統計部１４３１２は、曜日（日曜日～土曜日）別に、一日の顧客との取引数の推移を、時間毎（例えば１時間毎）に表す統計データを記憶する。この統計データによって、曜日別に、一日のうちで取引数が多い時間帯、取引数が少ない時間帯を把握することができる。また、曜日別に、一日の時間毎の取引数の推移を把握することができる。また、曜日別に、取引数の推移の特徴（違い）を把握することができる。

天気別取引数統計部１４３１３は、天気（例えば、晴れ、曇り、雨、雪、風が強い日、風が弱い日、気温が高い日、気温が低い日、湿度が高い日、湿度が低い日、等）別に、一日の顧客との取引数の推移を、時間毎（例えば１時間毎）に表す統計データを記憶する。この統計データによって、例えば晴れの日の顧客との取引数の推移や雨の日の顧客との取引数の推移等の、天気別の一日の取引数の推移を把握することができる。また、天気別に、取引数の推移の特徴（違い）を把握することができる。

特売日別取引数統計部１４３１４は、特売を開催する特売日と、特売日以外の日を区別して、一日の顧客との取引数の推移を、時間毎（例えば１時間毎）に表す統計データを記憶する。この統計データによって、特売日と特売日以外の日別に、一日のうちで取引数が多い時間帯、取引数が少ない時間帯を把握することができる。また、特売日と特売日以外の日別に、一日の時間毎の取引数の推移を把握することができる。また、特売日と特売日以外の日別に、取引数の推移の特徴（特売日ではない通常日との違い）を把握することができる。

イベント別取引数統計部１４３１５は、イベント（例えば、朝市、夕市やタイムセール）の開催がある場合とない場合とで、一日の顧客との取引数の時間毎の推移（例えば１時間毎）に表す統計データを記憶する。この統計データによって、イベントが開催される日と開催されない日別に、一日のうちで取引数が多い時間帯、取引数が少ない時間帯を把握することができる。また、イベントが開催される日と開催されない日別に、一日の時間毎の取引数の推移を把握することができる。また、イベントが開催される日と開催されない日別に、取引数の推移の特徴（違い）を把握することができる。

日にち別取引点数統計部１４３１６は、一日の顧客との取引における取引点数の推移を、時間毎（例えば１時間毎）に表す統計データを記憶する。この統計データによって、日にち別に、一日の取引点数の推移を把握することができる。日にち別取引点数統計部１４３１６は、この統計データを所定期間（例えば１年を示す３６５日分）分記憶しており、時間毎の取引点数の推移を日別に把握することができる。また、日にち別に、取引点数の推移の特徴（違い）を把握することができる。

曜日別取引点数統計部１４３１７は、曜日（日曜日～土曜日）別に、一日の顧客との取引における取引点数の推移を、時間毎（例えば１時間毎）に表す統計データを記憶する。この統計データによって、曜日別に、一日のうち取引点数が多い時間帯、取引点数が少ない時間帯を把握することができる。また、曜日別に、一日の時間毎の取引点数の推移を把握することができる。また、曜日別に、取引点数の推移の曜日別の特徴（違い）を把握することができる。

天気別取引点数統計部１４３１８は、天気（晴れ、曇り、雨、雪、風が強い日、風が弱い日、気温が高い日、気温が低い日、湿度が高い日、湿度が低い日、等）別に、一日の顧客との取引における取引点数の推移を、時間毎（例えば１時間毎）に表す統計データを記憶する。この統計データによって、天気別に、例えば晴れの日の取引点数の推移や雨の日の取引点数の推移等の、一日の時間毎の取引点数の推移を把握することができる。また、天気別に、取引点数の推移の天気別の特徴（違い）を把握することができる。

特売日別取引点数統計部１４３１９は、特売を開催する特売日と、特売日以外の日を区別して、一日の顧客との取引における取引点数の推移を、時間毎（例えば１時間毎）に表す統計データを記憶する。この統計データによって、特売日と特売日以外の日別に、一日のうちで取引点数が多い時間帯、取引点数が少ない時間帯を把握することができる。また、特売日と特売日以外の日別に、一日の時間毎の取引点数の推移を把握することができる。また、特売日と特売日以外の日別に、取引点数の推移の特徴（特売日ではない通常日との違い）を把握することができる。

イベント別取引点数統計部１４３２０は、イベント（例えば、朝市、夕市やタイムセール）の開催がある場合とない場合の、一日の顧客との取引における取引点数の推移を、時間毎（例えば１時間毎）に表す統計データを記憶する。この統計データによって、イベントが開催される日と開催されない日別に、一日のうちで取引点数が多い時間帯、取引点数が少ない時間帯を把握することができる。また、イベントが開催される日と開催されない日別に、一日の時間毎の取引点数の推移を把握することができる。また、イベントが開催される日と開催されない日別に、取引点数の推移の特徴（違い）を把握することができる。

このような、統計部１４３に記憶した各条件別の、取引数の推移、取引点数の推移、顧客の数を推定する日（例えば本日）の日にち（年月日）、曜日、特売やイベントの有無、天気予報会社から受信した気象情報とに基づいて、サーバ１は、本日の店舗Ｔに来店する顧客の数の推移を推定する。

次に、適正開局数部１４４について説明する。図４は、適正開局数部１４４のメモリ構成を示すメモリマップである。図４に示すように、適正開局数部１４４は、人数部１４４１、開局台数１部１４４２、開局台数２部１４４３、開局台数３部１４４４を備える。人数部１４４１は、店舗Ｔに来店した顧客の数の範囲を記憶する。開局台数１部１４４２は、店舗Ｔに来店した顧客の数の範囲に対応して、標準的な待ち時間である所定時間１（例えば２分）とする場合の、ＰＯＳ端末３の適正開局数を示す。例えば、店舗Ｔに来店した顧客の数の範囲が０人～１５０人である場合は、ＰＯＳ端末３の最後尾に並ぶ顧客の取引が開始されるまでの時間を標準的な時間とするためには、ＰＯＳ端末３の適正な開局数は４台であることを示す。

開局台数２部１４４３は、店舗Ｔに来店した顧客の数の範囲に対応して、最短の待ち時間である所定時間２（例えば１分）とする場合の、ＰＯＳ端末３の適正開局数を示す。例えば、店舗Ｔに来店した顧客の数の範囲が０人～１５０人である場合は、ＰＯＳ端末３の最後尾に並ぶ顧客の取引が開始されるまでの時間を最短の時間とする場合は、ＰＯＳ端末３の適正な開局数は６台であることを示す。

開局台数３部１４４４は、店舗Ｔに来店した顧客の数の範囲に対応して、標準より少し長い待ち時間である所定時間３（例えば３分）とする場合の、ＰＯＳ端末３の適正開局数を示す。例えば、店舗Ｔに来店した顧客の数の範囲が０人～１５０人である場合は、ＰＯＳ端末３の最後尾に並ぶ顧客の取引が開始されるまでの時間を標準より少し長い時間とする場合は、ＰＯＳ端末３の適正な開局数は３台であることを示す。

なお、図４は、ＰＯＳ端末３が一人のオペレータが商品の売上登録の操作と決済の操作を行う一人制で運用されている場合の適正開局数である。商品の売上登録の操作と決済の操作を別々のオペレータが行う二人制の場合には、一人制の適正台数を所定の重み付けの数値に基づいて補正して、開局すべき適正なＰＯＳ端末３の台数を予測する。例えば、すべてのＰＯＳ端末３を二人制で運用する場合には、図４に示したＰＯＳ端末３の適正台数に所定の数値（例えば０．７）を乗算して二人制におけるＰＯＳ端末３の適正台数を求める（予測する）。一人制のＰＯＳ端末３と二人制のＰＯＳ端末３とが混在させる場合は、二人制としたＰＯＳ端末３の台数と新たに開局すべきＰＯＳ端末３の台数に基づいて全体としてのＰＯＳ端末３の適正台数を求める（予測する）。例えば、すでに開局しているＰＯＳ端末３を一人制から二人制に変更した場合に、当該ＰＯＳ端末３の台数に対して所定の数値（例えば０．７）を乗算する等して、全体のＰＯＳ端末３の開局台数を求める（予測する）。

次に、担当者管理部１４６について説明する。図５は、担当者管理部１４６のメモリ構成を示すメモリマップである。図５に示すように、担当者管理部１４６は、担当者部１４６１、担当者コード部１４６２、担当者レベル部１４６３を備える。担当者部１４６１は、開局しているＰＯＳ端末３を操作するオペレータの氏名を記憶する。担当者コード部１４６２は、担当者部１４６１に記憶されているオペレータを特定する担当者コードを記憶する。担当者レベル部１４６３は、当該オペレータのＰＯＳ端末３を操作する熟練度（ランク）を記憶する。熟練度が上級のオペレータは、ＰＯＳ端末３の操作のベテランであるか、ＰＯＳ端末３の操作が早い。熟練度が中級のオペレータは、ＰＯＳ端末３の操作の中堅者であるか、ＰＯＳ端末３の操作の速さが普通である。熟練度が初級のオペレータは、ＰＯＳ端末３の操作の初心者であるか、ＰＯＳ端末３の操作が遅い。

次に、担当者情報部１４７について説明する。図６は、担当者情報部１４７のメモリ構成を示すメモリマップである。担当者情報部１４７は、店舗Ｔ内に設置された開局中の各ＰＯＳ端末３を操作するオペレータを示す。図６に示すように、担当者情報部１４７は、ＰＯＳ端末部１４７１と担当者コード部１４７２を備える。ＰＯＳ端末部１４７１は、例えば、ＰＯＳ端末Ａ、ＰＯＳ端末Ｂのように、特定のＰＯＳ端末３を記憶する。担当者コード部１４７２は、ＰＯＳ端末部１４７１に記憶されたＰＯＳ端末３を操作しているオペレータの担当者コードを記憶する。例えば、ＰＯＳ端末Ａは担当者コード「０００１」で特定されるオペレータが操作している。また、ＰＯＳ端末Ｃに対応して担当者コードが記憶されていない。これは、現在操作しているオペレータがいない（すなわち、ＰＯＳ端末Ｃは開局していない）ことを示す。

サーバ１は、統計部１４３に記憶された統計データである取引数の推移と取引点数の推移に基づいて、店舗Ｔに来店する顧客の数の推移を推定し、かつ、予測した来店する顧客の推移とＰＯＳ端末３を操作するオペレータの熟練度に基づいて、本日の店舗ＴにおけるＰＯＳ端末３の台数を予測する。

具体的には、日にち別取引数統計部１４３１１から、本日と同じ日にちの取引数の推移を示す統計データを抽出する。曜日別取引数統計部１４３１２から、本日と同じ曜日の取引数の推移を示す統計データを抽出する。天気予報会社に設置されたサーバ５から受信した気象情報に基づいて、天気別取引数統計部１４３１３から、本日の天気予報と同様の天気の日の取引数の推移を示す統計データを抽出する。本日が特売日の場合は、特売日別取引数統計部１４３１４から、特売日の取引数の推移を示す統計データを抽出する。本日が特売日ではない場合は、特売日別取引数統計部１４３１４から、特売日ではない通常日の取引数の推移を示す統計データを抽出する。本日がイベント開催日の場合は、イベント別取引数統計部１４３１５から、イベント開催日の取引数の推移を示す統計データを抽出する。本日がイベント開催日ではない場合は、イベント別取引数統計部１４３１５から、イベント開催日以外の日の取引数の推移を示す統計データを抽出する。

日にち別取引点数統計部１４３１６から、本日と同じ日にちの取引点数の推移を示す統計データを抽出する。曜日別取引点数統計部１４３１７から、本日と同じ曜日の取引点数の推移を示す統計データを抽出する。サーバ５から受信した気象情報に基づいて、天気別取引点数統計部１４３１８から、本日の天気予報と同様の天気の日の取引点数の推移を示す統計データを抽出する。本日が特売日の場合は、特売日別取引点数統計部１４３１９から、特売日の取引点数の推移を示す統計データを抽出する。本日が特売日ではない場合は、特売日別取引点数統計部１４３１９から、特売日以外の日の取引点数の推移を示す統計データを抽出する。本日がイベント開催日の場合は、イベント別取引点数統計部１４３２０から、イベント開催日の取引点数の推移を示す統計データを抽出する。本日がイベント開催日ではない場合は、イベント別取引点数統計部１４３２０から、イベント開催日以外の日の取引点数の推移を示す統計データを抽出する。

そして、これら抽出した統計データと、ＰＯＳ端末３を操作するオペレータの熟練度に基づいて、本日の店舗ＴにおけるＰＯＳ端末３の台数を予測する。具体的には、例えば、上記抽出した統計データの平均値の推移を本日来店する顧客の推移と推定する。また、例えば、上述した統計データに優先順位を付し、優先順位が高い統計データに重み付けをしたうえでの平均値の推移を本日来店する顧客の数の推移と推定する。そして、推定した顧客の数に対応して、適正開局数部１４４に記憶されているＰＯＳ端末３の適正開局数に基づいて、本日のＰＯＳ端末３の適正な開局数を予測する。この予測は、本日来店する顧客の数の推移に合わせて、所定時間（例えば１時間）毎に行う。その際に、ＰＯＳ端末３を操作しているオペレータを担当者情報部１４７に記憶されたオペレータの情報、および開局するＰＯＳ端末３を操作するオペレータの情報に基づいて、担当しているオペレータの熟練度を参照する。オペレータの熟練度が上級または中級の場合は、ＰＯＳ端末３の開局数を増加する場合に、新たなＰＯＳ端末３を開局する。オペレータの熟練度が初級の場合は、当該オペレータが操作するＰＯＳ端末３を二人制として、初級のオペレータにもう一人（できれば中級以上の）オペレータを増員して、当該ＰＯＳ端末３における取引処理に要する時間を早める。

ここからは、ＰＯＳ端末３について説明する。図７は、ＰＯＳ端末３を示す斜視図である。図７に示すように、ＰＯＳ端末３は、本体４６およびコンビネーションキーボード４５を備える。本体４６は、オペレータ用表示部３８、レシート発行装置としての印字部４０、コードリーダ４２等が設けられている。本体４６は、その他に、制御部３００および客用表示部３９（いずれも図８を参照）等を備えている。オペレータ用表示部３８は、オペレータに対して情報を表示する。客用表示部３９は、顧客に対して情報を表示する。印字部４０は、例えばサーマルヘッドを搭載しており、感熱紙であるレシート用紙にサーマルヘッドを用いて情報を印字したレシートを発行する。コードリーダ４２は、商品に付されたシンボルを読み取る。ＰＯＳ端末３は、読み取ったシンボルに基づいて、商品を特定する商品コードを取得する。なお、コードリーダ４２は、撮像した商品の画像に基づいて、一般物体認識技術を用いて商品を特定するものであってもよい。

コンビネーションキーボード４５は本体４６に対して着脱可能となっている。コンビネーションキーボード４５は、操作部３７、第２表示部であるサブ表示部４４、カード読取部４１を備える。操作部３７は、決済キー３７１を含むキーボードである。決済キー３７１は、顧客との取引における決済処理を宣言するときに操作する。サブ表示部４４は、オペレータに対して情報を表示する。サブ表示部４４は、オペレータ用表示部３８で表示し切れない補足情報や店内のコミュニケーション情報等を表示する。サブ表示部４４は、当該ＰＯＳ端末３が店舗Ｔの責任者がオペレータとして操作するＰＯＳ端末３である場合に、責任者に対するメッセージとして、上述のＰＯＳ端末３の開局数の情報を表示する。

次に、ＰＯＳ端末３のハードウェア構成について説明する。図８は、ＰＯＳ端末３のハードウェア構成を示すブロック図である。図８に示すように、ＰＯＳ端末３は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、メモリ部３４等を備えている。ＣＰＵ３１は制御主体となる。ＲＯＭ３２は各種プログラムを記憶する。ＲＡＭ３３はプログラムや各種データを展開する。メモリ部３４は各種プログラムを記憶する。ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、メモリ部３４は、互いにバス３５を介して接続されている。ＣＰＵ３１とＲＯＭ３２とＲＡＭ３３が、制御部３００を構成する。すなわち、制御部３００は、ＣＰＵ３１がＲＯＭ３２やメモリ部３４に記憶されＲＡＭ３３に展開された制御プログラムに従って動作することによって、後述するＰＯＳ端末３に係る制御処理を実行する。

ＲＡＭ３３は、商品情報部３３１を備えている。商品情報部３３１は、コードリーダ４２で読み取ったシンボルから取得した商品コードに基づいて売上登録処理された商品の商品情報（商品名、商品の価格等）を記憶する。

メモリ部３４は、電源を切っても記憶情報が保持されるＨＤＤやフラッシュメモリ等の不揮発性メモリで構成される。メモリ部３４は、制御プログラム部３４１、商品マスタ３４２等を備える。制御プログラム部３４１は、ＰＯＳ端末３を制御するための制御プログラムを記憶する。商品マスタ３４２は、商品を特定する商品コード毎に当該商品に係る商品情報を記憶する。

また、制御部３００は、バス３５およびコントローラ３６を介して、操作部３７、オペレータ用表示部３８、客用表示部３９、サブ表示部４４、印字部４０、カード読取部４１、コードリーダ４２と接続している。

また、制御部３００は、バス３５を介して、通信部４３と接続している。通信部４３は、通信回線Ｎ１を介して、サーバ１および他のＰＯＳ端末３と通信可能に接続している。

ここからは、サーバ１およびＰＯＳ端末３の制御について説明する。まず、サーバ１の制御について説明する。図９は、サーバ１の機能構成を示す機能ブロック図である。制御部１００は、ＲＯＭ１２やメモリ部１４の制御プログラム部１４１に記憶された制御プログラムに従うことで、予測手段１０１、表示手段１０２、送信手段１０３、第１修正手段１０４、第２修正手段１０５として機能する。

予測手段１０１は、統計部１４３に記憶された店舗Ｔに来店する顧客の数の推移を表す統計データに基づいて、ＰＯＳ端末３の適正な開局数を予測する機能を有する。

表示手段１０２は、予測した開局数に係る情報を表示部１８に表示する機能を有する。

送信手段１０３は、予測した開局数に係る情報をＰＯＳ端末３に備えられたサブ表示部４４に表示させるために、予測した開局数に係る情報をＰＯＳ端末３に送信する機能を有する。

第１修正手段１０４は、店舗Ｔに実際に来店した顧客の数に基づいて予測手段１０１が予測したＰＯＳ端末３の開局数を修正する機能を有する。

第２修正手段１０５は、表示された待ち時間が変更された場合に、当該更された待ち時間に対応してＰＯＳ端末３の開局数を修正する機能を有する。

次に、サーバ１が、ＰＯＳ端末３の適正な開局数を予測および修正する制御について説明する。図１０は、サーバ１が、ＰＯＳ端末３の適正な開局数を予測する制御処理の流れを示すフローチャートである。図１０において、制御部１００は、所定のタイミングであるか否かを判断する（Ｓ１１）。Ｓ１１における所定のタイミングとは、例えば店舗Ｔが開店する少し前の時間である。制御部１００は、このタイミングでＰＯＳ端末３の適正な開局数を予測する。所定のタイミングであると判断した場合には（Ｓ１１のＹｅｓ）、制御部１００は、ＰＯＳ端末３の適正な開局数を予測する予測処理を実行する（Ｓ１２）。そして制御部１００は、Ｓ１１に戻る。

図１１は、制御部１００がＳ１２で処理する予測処理を示すフローチャートである。図１１において、制御部１００は、本日の年月日、曜日、特売日の有無、イベントの有無、気象情報等に基づいて、統計部１４３から、統計的な取引数と取引点数に関する統計データを取得する（Ｓ３１）。そして制御部１００は、取得した統計データから、本日の取引数の推移および本日の取引点数の推移を把握する。そして制御部１００は、把握した取引数の推移および取引点数の推移から、本日店舗Ｔに来店する顧客の数の推移を推定する（Ｓ３２）。次に制御部１００（予測手段１０１）は、推定した本日来店する顧客の数の推移と、適正開局数部１４４に記憶された来店した顧客の数の範囲とＰＯＳ端末３の適正開局数の情報に基づいて、ＰＯＳ端末３の適正な開局数を予測する（Ｓ３３）。制御部１００は、Ｓ３３の処理において、担当者情報部１４７に記憶されたＰＯＳ端末３を操作するオペレータ、担当者管理部１４６に記憶されたオペレータの熟練度を考慮して、ＰＯＳ端末３の適正な開局数を予測する。次に制御部１００（表示手段１０２）は、予測した適正なＰＯＳ端末３の開局数に関する情報を表示部１８に表示する（Ｓ３４）。

図１５は、制御部１００がＳ３４で表示したＰＯＳ端末３の開局数に関する情報の一表示例Ｇである。制御部１００は、表示例Ｇとして、エリアＧ１、エリアＧ２、エリアＧ３、エリアＧ４を備える。エリアＧ１には、ＰＯＳ端末３の開局数をＰＯＳ端末３の画像の数（台数）で表示する。図１５の例では、エリアＧ１には５台のＰＯＳ端末３の画像が表示されている。すなわち、制御部１００が予測したＰＯＳ端末３の開局数は５台である。そのうち、Ｇ１１として表示されたＰＯＳ端末３は、初級のオペレータが担当していることを示す。また、Ｇ１２として表示されたＰＯＳ端末３は、中級または上級のオペレータが担当していることを示す。この区別は、ＰＯＳ端末３とともに表示されているオペレータの表示の色等で行っている。

エリアＧ２は、現在のＰＯＳ端末３の開局数における顧客のレジ待ちの時間を表示する。レジ待ちの時間とは、購入した商品の精算を受けるためにＰＯＳ端末３の列の最後尾に並んだ顧客が、ＰＯＳ端末３による精算処理（取引処理）を受け始めるまでの概算時間をいう。レジ待ちの時間が多いほど列が長く、精算開始までに時間を要する。また、レジ待ちの時間が少ないほど列が短く、精算開始までに時間を要しない。なお、実施形態では、１分を最小のレジ待ち時間とする。エリアＧ２は、エリアＧ２１とエリアＧ２２を備える。エリアＧ２１は、レジ待ち時間を数字で表すエリアである。エリアＧ２２は、レジ待ち時間をインジケータ（１本の棒グラフ）で表すエリアである。

エリアＧ３は、ボタンＧ３１、Ｇ３３、Ｇ３４、Ｇ３５、Ｇ３６を表示する。また、エリアＧ３は、現在のＰＯＳ端末３の開局数Ｇ３２を表示する。ボタンＧ３１はＧ２１およびＧ２２に表示されているレジ待ち時間を減少させるためのボタンである。ボタンＧ３３はＧ２１およびＧ２２に表示されているレジ待ち時間を増加させるためのボタンである。ボタンＧ３４は、精算処理の形態を一人制に変更するためのボタンである。ボタンＧ３５は、精算処理の形態を二人制に変更するためのボタンである。ボタンＧ３６は、精算処理の形態を一人制と二人制が混在したミックスに変更するためのボタンである。

エリアＧ４は、現在のレジ待ち時間が適正であるか否かを、人の顔画像の表情で示す。図１５の例では、レジ待ち時間が２分であるので、レジ待ち時間が適正である表情（笑顔）の顔画像が表示されている。

例えば、制御部１００が一人制として予測したＰＯＳ端末３の開局数に関し、ボタンＧ３５を操作すると、制御部１００は、Ｓ３３において、すべてのＰＯＳ端末３を二人制にした場合の開局数を予測して表示する。また、制御部１００が一人制として予測したＰＯＳ端末３の開局数に関し、ボタンＧ３６を操作すると、制御部１００は、Ｓ３３において、一人制のＰＯＳ端末３と二人制のＰＯＳ端末３とをミックスさせた場合の開局数を予測して表示する。この場合、熟練度が初級のオペレータが操作するＰＯＳ端末３を二人制に変更し、熟練度が中級と上級のオペレータが操作するＰＯＳ端末３は一人制のままとして、ＰＯＳ端末３の開局数を予測する。

図１１の説明に戻る。次に制御部１００は、店舗Ｔにおける責任者が操作するＰＯＳ端末３の存在の有無を判断する（Ｓ３５）。担当者管理部１４６には、担当者コードに対応して当該オペレータが責任者であるか否かの情報を記憶している。制御部１００は、担当者情報部１４７に記憶されている、ＰＯＳ端末３を操作するオペレータの担当者コードに基づいて担当者管理部１４６を参照することで、開局しているＰＯＳ端末３に責任者がオペレータとして操作しているＰＯＳ端末３の有無を判断する。

責任者が操作するＰＯＳ端末３があると判断した場合には（Ｓ３５のＹｅｓ）、制御部１００（送信手段１０３）は、Ｓ３４で表示部１８に表示した適正なＰＯＳ端末３の開局数に関する情報を、責任者が操作するＰＯＳ端末３に送信する（Ｓ３６）。そして制御部１００は、Ｓ１１に戻る。また、責任者が操作するＰＯＳ端末３はないと判断した場合には（Ｓ３５のＮｏ）、制御部１００は、Ｓ１１に戻る。

図１０の説明に戻る。Ｓ１１において所定のタイミングではないと判断した場合には（Ｓ１１のＮｏ）、制御部１００は、Ｓ１１の所定のタイミングから（あるいは店舗の開店時刻から）所定時間（例えば１時間）経過したか否かを判断する（Ｓ１３）。所定時間経過したと判断した場合には（Ｓ１３のＹｅｓ）、第１修正処理を実行する（Ｓ１４）。そして制御部１００は、Ｓ１１に戻る。

図１２は、制御部１００がＳ１４で処理する第１修正処理を示すフローチャートである。図１２において、制御部１００は、実際に来店している顧客の数のデータを顧客数管理部１４５から取得する（Ｓ４１）。次に制御部１００は、Ｓ３２で推定した本日店舗Ｔに来店する顧客の推移の現時点の数と、現時点で実際に来店した顧客の数とを比較する（Ｓ４２）。そして制御部１００は、比較した結果に基づいて、ＰＯＳ端末３の開局数の修正が必要か否かを判断する（Ｓ４３）。制御部１００は、推定した本日店舗Ｔに来店する顧客の推移と現時点で実際に来店した顧客の数とに実質的な差異がなければ、ＰＯＳ端末３の開局数の修正は不要と判断する。制御部１００は、実際に来店した顧客の数が、現在開局しているＰＯＳ端末３に対応して人数部１４４１に記憶されている顧客の数の範囲に含まれている場合は、実質的な差異はないと判断する。また、制御部１００は、推定した本日店舗Ｔに来店する顧客の推移の現時点の数と現時点で実際に来店した顧客の数とに差異があればば、ＰＯＳ端末３の開局数の修正が必要と判断する。制御部１００は、実際に来店した顧客の数が、現在開局しているＰＯＳ端末３に対応して人数部１４４１に記憶されている顧客の数の範囲とは異なる範囲に含まれている場合は、差異があると判断する。

図１６に、Ｓ４３においてＰＯＳ端末３の開局数の修正が必要と判断した場合の表示部１８に表示されたＰＯＳ端末３の開局数に関する情報の表示例Ｇを示す。図１６に示すように、エリアＧ２１には、レジ待ち時間４分と表示されている。また、エリアＧ２２にも、レジ待ち時間が４分であることを示すインジケータが表示されている。この場合、インジケータは通常の表示色とは異なり、適正なレジ待ち時間ではないことを示す色（例えば赤系色）で表示される。また、エリアＧ４には、レジ待ち時間が４分であるため、適正なレジ待ち時間ではないことを示す表情の顔画像が表示されている。

ＰＯＳ端末３の開局数の修正が必要と判断した場合には（Ｓ４３のＹｅｓ）、制御部１００（第１修正手段１０４）は、ＰＯＳ端末３の開局数を修正する（Ｓ４４）。すなわち、制御部１００は、人数部１４４１を参照し、実際に来店した顧客の数が含まれる人数の範囲に対応したＰＯＳ端末３の開局数を開局台数１部１４４２、開局台数２部１４４３、開局台数３部１４４４のいずれかの情報に対応して修正する。通常は、エリアＧ２１にはレジ待ち時間が２分と設定されているので、制御部１００は、開局台数１部１４４２に記憶されているＰＯＳ端末３の開局数に基づいて、開局が必要なＰＯＳ端末３の開局数を修正する。その際、オペレータの熟練度や、一人制・二人制の指定を考慮する。

次に制御部１００は、修正したＰＯＳ端末３の開局数に関する情報を表示部１８に表示する（Ｓ４５）。図１７は、Ｓ４５で表示した、修正したＰＯＳ端末３の開局数に関する情報の表示例Ｇである。エリアＧ１には、中級または上級のオペレータが担当していることを示すエリアＧ１２と、精算形態を二人制としたことを示すエリアＧ１３とを表示する。エリアＧ１３のＰＯＳ端末３は、修正前の初級のオペレータが操作していたエリアＧ１１のＰＯＳ端末３について、修正後には二人制に精算形態を変更した状態となっている。また、エリアＧ１２のＰＯＳ端末３は、修正前の２台から修正後は７台に増加している。このように開局したＰＯＳ端末３を増加させたことで、レジ待ち時間が２分位戻ったため、エリアＧ４に示すレジ待ち時間が適正である表情の顔画像に戻っている。

次に制御部１００は、店舗Ｔにおける責任者が操作するＰＯＳ端末３の存在の有無を判断する（Ｓ４６）。責任者が操作するＰＯＳ端末３があると判断した場合には（Ｓ４６のＹｅｓ）、制御部１００は、Ｓ４４で表示した適正なＰＯＳ端末３の開局数に関する情報を、責任者が操作するＰＯＳ端末３に送信する（Ｓ４７）。そして制御部１００は、Ｓ１１に戻る。また、責任者が操作するＰＯＳ端末３はないと判断した場合には（Ｓ４６のＮｏ）、制御部１００は、Ｓ１１に戻る。また、Ｓ４３において、ＰＯＳ端末３の開局数の修正は不要と判断した場合には（Ｓ４３のＮｏ）、制御部１００はＳ１１に戻る。

図１０の説明に戻る。Ｓ１３において、所定時間は経過していないと判断した場合には（Ｓ１３のＮｏ）、制御部１００は、オペレータによってレジ待ち時間が変更されたか否かを判断する（Ｓ１５）。ボタンＧ３１あるいはボタンＧ３３が操作された場合には、制御部１００は、オペレータによってレジ待ち時間が変更されたと判断する。また、エリアＧ２２に表示された、レジ待ち時間を表すインジケータが操作された場合も、制御部１００は、オペレータによってレジ待ち時間が変更されたと判断する。エリアＧ２２にはタッチパネル（図示せず）が設けられており、インジケータに表示されたレジ待ち時間を指で左右に動かす操作をすることでレジ待ち時間を変更することができる。ボタンＧ３１あるいはボタンＧ３３を操作した場合、あるいはインジケータエリアＧ２２に表示されたインジケータを左右に操作した場合、エリアＧ２１に表示されているレジ待ち時間の数字が変更操作に応じて変更される。

実施形態では、レジ待ち時間を所定時間１（２分）を標準として、所定時間２（最小のレジ待ち時間である１分）と、標準より少し長い待ち時間である所定時間３（３分）に変更可能である。レジ待ち時間を所定時間１に変更した場合には、制御部１００は、Ｓ６１において、開局台数１部１４４２に記憶された開局台数に基づいてＰＯＳ端末３の開局数を修正する。レジ待ち時間を所定時間２に変更した場合には、制御部１００は、Ｓ６１において、開局台数２部１４４３に記憶された開局台数に基づいてＰＯＳ端末３の開局数を修正する。レジ待ち時間を所定時間３に変更した場合には、制御部１００は、Ｓ６１において、開局台数３部１４４４に記憶された開局台数に基づいてＰＯＳ端末３の開局数を修正する。

図１８は、表示部１８に表示された表示例Ｇにおいて、オペレータがインジケータを左側に操作して所定時間２（最小のレジ待ち時間である１分）のレジ待ち時間に変更する様子を示す模式図である。図１８に示すように、オペレータは、インジケータに表示されているレジ待ち時間を表すグラフを、指でタッチしたまま左側にスライドさせている。すると、エリアＧ２１に表示されているレジ待ち時間が所定時間２に変更する。

図１０の説明に戻る。レジ待ち時間が変更したと判断した場合には（Ｓ１５のＹｅｓ）、制御部１００は、第２修正処理を実行する（Ｓ１６）。そして制御部１００は、Ｓ１１に戻る。

図１３は、制御部１００がＳ１６で処理する第２修正処理を示すフローチャートである。図１３において、制御部１００（第２修正手段１０５）は、適正開局部１４４に記憶された情報に基づいて、変更したレジ待ち時間に対応して適正なＰＯＳ端末３の開局数を修正する（Ｓ６１）。次に制御部１００は、修正したＰＯＳ端末３の開局数に関する情報を表示部１８に表示する（Ｓ６２）。

次に制御部１００は、店舗Ｔにおける責任者が操作するＰＯＳ端末３の存在の有無を判断する（Ｓ６３）。責任者が操作するＰＯＳ端末３があると判断した場合には（Ｓ６３のＹｅｓ）、制御部１００は、Ｓ６２で表示した適正なＰＯＳ端末３の開局数に関する情報を、責任者が操作するＰＯＳ端末３に送信する（Ｓ６４）。そして制御部１００は、Ｓ１１に戻る。また、責任者が操作するＰＯＳ端末３はないと判断した場合には（Ｓ６３のＮｏ）、制御部１００は、Ｓ１１に戻る。

図１０の説明に戻る。Ｓ１５において、オペレータによってレジ待ち時間の変更の操作はされていないと判断した場合には（Ｓ１５のＮｏ）、制御部１００は、ＰＯＳ端末３からオペレータを特定する担当者コードを受信したか否かを判断する（Ｓ１７）。担当者コードを受信したと判断した場合には（Ｓ１７のＹｅｓ）、制御部１００は、受信した担当者コードを、当該担当者コードと同時に受信したＰＯＳ端末３を特定する情報と対応付けて担当者情報部１４７に記憶する（Ｓ１８）。そして制御部１００は、Ｓ１１に戻る。また、担当者コードの受信ではないと判断した場合には（Ｓ１７のＮｏ）、制御部１００はＳ１１に戻る。

次にＰＯＳ端末３の制御について説明する。図１４は、ＰＯＳ端末３の制御処理の流れを示すフローチャートである。図１４において、制御部３００は、コードリーダ４２が読み取ったシンボルに基づいて商品コードを取得したか否かを判断する（Ｓ５１）。商品コードを取得したと判断した場合には（Ｓ５１のＹｅｓ）、制御部３００は、商品コードに基づいて商品マスタ３４２を検索して、当該商品コードで特定される商品の商品情報を取得し、商品情報部３３１に記憶する（Ｓ５２）。そして制御部３００は、Ｓ５１に戻る。

一方、商品コードの取得ではないと判断した場合には（Ｓ５１のＮｏ）、制御部３００は、決済キー３７１が操作されたか否かを判断する（Ｓ５３）。決済キー３７１が操作されたと判断した場合には（Ｓ５３のＹｅｓ）、制御部３００は、商品情報部３３１に記憶されている商品情報や顧客からの預り金に基づいて、取引の決済処理を実行する（Ｓ５４）。次に制御部３００は、決済処理に係る商品情報、決済情報等に係るデータをサーバ１に送信する（Ｓ５５）。そして制御部３００はＳ５１に戻る。

また、Ｓ５３において、決済キー３７１の操作ではないと判断した場合には（Ｓ５３のＮｏ）、制御部３００は、サーバ１がＳ３６の処理またはＳ４７の処理で送信した、ＰＯＳ端末３の開局数に関する情報を受信したか否かを判断する（Ｓ６１）。ＰＯＳ端末３の開局数に関する情報を受信したと判断した場合には（Ｓ６１のＹｅｓ）、制御部３００は、受信したＰＯＳ端末３の開局数に関する情報をサブ表示部４４に表示する（Ｓ６２）。サブ表示部４４には、サーバ１がＳ３４で表示した表示例Ｇ、あるいはＳ４５で表示した表示例Ｇと同等の画像が表示される。そして制御部３００は、Ｓ５１に戻る。なお、制御部３００は、Ｓ６２で表示される情報を、サブ表示部４４に表示する代わりにオペレータ用表示部３８に表示するようにしてもよい。この場合、オペレータ用表示部３８が第２表示部に該当する。

また、Ｓ６１において、ＰＯＳ端末３の開局数に関する情報を受信していないと判断した場合には（Ｓ６１のＮｏ）、制御部３００は、開局したＰＯＳ端末３がサインインしたか否かを判断する（Ｓ６３）。サインインとは、当該ＰＯＳ端末３を操作するオペレータが当該ＰＯＳ端末３を動作可能状態とすることをいう。オペレータは、ＰＯＳ端末３をサインインする際に、自分を特定する担当者コードを入力する。ＰＯＳ端末３がサインインしたと判断した場合には（Ｓ６３のＹｅｓ）、制御部３００は、サインインの際に用いた担当者コードを、当該ＰＯＳ端末３を特定する情報とともにサーバ１に送信する（Ｓ６４）。そして制御部３００は、Ｓ５１に戻る。また、ＰＯＳ端末３のサインインではないと判断した場合には（Ｓ６３のＮｏ）、制御部３００は、Ｓ５１に戻る。

なお、実施形態では、サーバ１が、ＰＯＳ端末３における顧客と取引した取引数をカウントして実際に来店した顧客の数を取得し、予測した適正なＰＯＳ端末３の開局数を修正した。しかしながら、これに限ることなく、例えば、店舗Ｔの入口に人の通過を検出する検出器を設け、検出器とサーバ１とを通信回線Ｎ１で接続し、検出器が店舗Ｔの入口を通って店舗Ｔに来店する顧客を検出し、検出器が検出したことを示す信号をサーバに送信し、サーバ１が受信した信号をカウントすることで、サーバ１は、実際に来店した顧客の数をカウントし、予測した適正なＰＯＳ端末３の開局数を修正するようにしてもよい。

また、実施形態では、サーバ１は、実際に店舗Ｔに来店した顧客の数を取得して、予測した適正なＰＯＳ端末３の開局数を修正するようにした。この、店舗Ｔに来店した顧客の数は、店舗Ｔ内に留まっている顧客の数の意味を含むものであってもよい。店舗Ｔ内に留まっている顧客の数は、例えば、店舗Ｔの出口に店舗Ｔの入口に設けた検出器と同種の検出器を設け、検出器とサーバ１とを通信回線Ｎ１で接続し、この検出器で店舗Ｔの出口を通って店舗Ｔから退出する顧客を検出し、検出器が検出したことを示す信号をサーバに送信する。サーバ１は、店舗Ｔに来店する顧客の数と店舗から退出する顧客の数をカウントし、その差を求めることで店舗Ｔ内に留まっている顧客の数を取得することができる。

このような実施形態によれば、サーバ１は、適正なＰＯＳ端末３の開局数を予測して、表示部１８に表示することができる。責任者は、この表示を見て、適正数のＰＯＳ端末３を開局させることができる。

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

例えば、実施形態では、Ｓ３６およびＳ４７において、適正なＰＯＳ端末３の開局数に関する情報を、責任者が操作するＰＯＳ端末３に送信するようにした。しかしながら、このＳ３６の処理およびＳ４７の処理は必須ではない。

また、実施形態では、サーバ１は、予測したＰＯＳ端末３の開局数を視覚的に認識できるＰＯＳ端末３の台数を図式化して表示するようにした。しかしながら、予測したＰＯＳ端末３の開局数を図式化以外の表示方法で表示するようにしてもよい。

なお、実施形態のサーバ１で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（FD）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、実施形態のサーバ１で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、実施形態のサーバ１で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、実施形態のサーバ１で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

１ サーバ
３ ＰＯＳ端末
１００ 制御部
１０１ 予測手段
１０２ 表示手段
１０３ 送信手段
１０４ 第１修正手段
１０５ 第２修正手段
１４３ 統計部
１４４ 適正開局数部
１４５ 顧客数管理部
１４６ 担当者管理部
１４７ 担当者情報部
３００ 制御部

特開２０１３－６１７４２号公報

Claims (5)

1. 購入する商品に係る取引処理を実行する複数台の商品販売データ処理装置が接続された予測管理装置において、
   表示部と、
   店舗内に来店する顧客の数の推移に係る統計データを記憶する統計情報記憶部と、
   前記統計情報記憶部に記憶された前記統計データに基づいて、前記商品販売データ処理装置の適切な開局数を予測する予測手段と、
   前記予測した開局数による顧客の前記取引処理までの待ち時間を前記表示部に表示する表示手段と、
   前記待ち時間を変更する変更手段と、
   前記表示された待ち時間が変更された場合に、当該変更された待ち時間に対応して前記開局数を修正する第１開局数修正手段と、
   を備えた予測管理装置。
2. 開局している前記商品販売データ処理装置を担当する担当者のレベルを記憶するレベル記憶部をさらに備え、
   前記予測手段は、前記担当者のレベルを考慮して前記商品販売データ処理装置の開局数を予測する、
   請求項１に記載の予測管理装置。
3. 前記予測した開局数に係る情報を前記商品販売データ処理装置に備えられた第２表示部に表示させるために送信する送信手段、をさらに備えた、
   請求項１に記載の予測管理装置。
4. 前記店舗に実際に来店した顧客の数に基づいて前記予測手段が予測した前記開局数を修正する第２開局数修正手段、をさらに備え、
   前記表示手段は、第２開局数修正手段によって修正された開局数をさらに表示する、
   請求項１乃至３のいずれか一に記載の予測管理装置。
5. 購入する商品に係る取引処理を実行する複数台の商品販売データ処理装置が接続され、表示部と店舗内に来店する顧客の数の推移に係る統計データを記憶する統計情報記憶部とを備えた予測管理装置としてのコンピュータを、
   前記統計情報記憶部に記憶された前記統計データに基づいて、前記商品販売データ処理装置の適切な開局数を予測する予測手段と、
   前記予測した開局数による顧客の前記取引処理までの待ち時間を前記表示部に表示する表示手段と、
   前記待ち時間を変更する変更手段と、
   前記表示された待ち時間が変更された場合に、当該変更された待ち時間に対応して前記開局数を修正する第１開局数修正手段と、
   して機能させるためのプログラム。
   

Images