JPH10312494A - 消費者向け専門店ｐｏｓシステム - Google Patents

Abstract

(57)【要約】 【課題】消費者向け専門店ＰＯＳシステムによって消費
者に店内の利用状況を提供することにある。 【解決手段】時々刻々変化する注文情報、座席情報、商
品情報などで複数のデータから構成される情報に対し
て、時々刻々変化する時点で注文受付した注文商品や注
文受付した座席の情報を記録しておき、未精算の情報を
条件として注文や座席に関する情報を抽出して記録し、
それを反映して注文座席のカテゴリーや現時点からの相
対時間を定めて集計した情報を消費者に提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、消費者向け専門店
ＰＯＳシステムに関し、特に消費者に店内の利用状況の
情報を示す方法に関する。

【０００２】

【従来の技術】電子化された注文情報や座席情報、商品
情報をネットワークを通じて配信するＰＯＳシステムで
は、注文情報や商品情報によって調査や分析を実施し、
また、注文情報から集計や精算する。即ち、注文情報や
商品情報から売り上げの調査、分析などを実施するＰＯ
Ｓシステムや注文情報から集計、精算するＰＯＳシステ
ムの場合、上位システムのコントローラで注文情報の管
理、商品情報の管理、売り上げ情報の管理を行い、定期
的に調査・分析を実施することを目的とし、また消費者
に精算時点で売り上げ情報を提示するＰＯＳシステムで
あり、時々刻々の注文状況の情報や空席状況の情報を消
費者に提示する方法はなかった。

【０００３】

【発明が解決しようとする課題】上記のような従来技術
には、次のような問題がある。

【０００４】レストランなどの店内の状況の情報を消費
者に掲示する方法において、店内の混雑時に人の待ち行
列が発生がしている場合、消費者向けの情報提供として
は店員の経験と判断から推測した待ち時間や順番であっ
た。店員の経験と判断から推測した情報とは、あと約３
０分くらい待つといった不明確な情報であり、また順番
の情報とは、あと何組、何人待てば店内の座席に座わる
ことができるかという情報であり、この情報提供によっ
て、消費者は、不明確な情報とその順番の状況から待つ
ほうがいいかどうか判断していた。

【０００５】また、店内の利用状況の情報は、消費者に
ネットワークを通じて提供していなかったため、店に入
るまで利用状況を知る方法が存在していなかった。

【０００６】消費者向け専門店ＰＯＳシステムの場合、
レストランなどにおいては、空席状況の情報や混雑時に
おける満席時の待ち状況の情報を提供することができな
いため、消費者にどれくらいの時間を待てば店内の席に
座り、注文ができるかという判断材料を提供することが
できなかった。

【０００７】しかし一方で、提供される情報によって、
空席が目立つレストランなどでは、メニューの商品があ
まりおいしくないと判断される場合もあるので、消費者
に判断材料を提供しないで済ますメリットがあったが、
囲い込み客を逃してしまうケースが発生していた。

【０００８】本発明の目的は、消費者向け専門店ＰＯＳ
システムによって消費者に店内の利用状況を提供するこ
とにある。

【０００９】

【課題を解決するための手段】本発明では、時々刻々変
化する注文情報、座席情報、商品情報などで複数のデー
タから構成される情報に対して、時々刻々変化する時点
で注文受付した注文商品や注文受付した座席の情報を記
録しておき、未精算の情報を条件として注文や座席に関
する情報を抽出して記録し、それを反映して注文座席の
カテゴリーや現時点からの相対時間を定めて集計した情
報を消費者に提供するかを決めたものである。

【００１０】上記集計した情報とは、「空席データ」、
「全座席と空席データの割合」、「相対時間内で消費者
が注文したデータ」、「座席別注文時間データ」といっ
た集計情報である。

【００１１】上記空席データとは消費者に提供する際に
そのままの空席データを表示するのではなく、あらかじ
め定めた割合の値と全座席と空席データの割合の値によ
って表示方法を変更する。例えば、５０パーセント未満
の空席の場合は、「待たずに席を案内します」といった
表示を提供し、１００パーセントの場合は、「満席です
が、あ５番と１０番のテーブルが１０分後に空く予定で
す」といった表示も考えられる。

【００１２】

【発明の実施の形態】以下本発明の１実施例を図面を用
いて説明する。

【００１３】図１は、本発明を適用した消費者向け専門
店ＰＯＳシステム構成を示すブロック図である。

【００１４】図１において、１００は利用状況を提供す
る消費者向け専門店ＰＯＳシステムサーバである。１０
２はメインメモリ、１０４はディスク装置であって、デ
ィスク装置１０４の中には、時々刻々変化する注文情報
や座席情報、商品情報などの利用状況を提供する商品テ
ーブル２００、座席テーブル３００、注文テーブル４０
０、仮想空席テーブル５００、仮想注文済テーブル６０
０、表示変更テーブル７００、座席待ち時間テーブル８
００などが格納されている。１０６は表示装置、１１０
は入力装置であって注文商品の精算や注文情報の入力・
変更や情報をメンテナンスする。１１２は出力装置であ
って売り上げ情報の出力などを行う。１１４は通信装置
であり、公衆回線１３０を介してクライアントとの通信
を行う。１０８はこれらすべてを制御する制御装置であ
る。

【００１５】９００は消費者向け専門店ＰＯＳシステム
注文専用クライアントである。９０２はメインメモリ、
９０４はディスク装置、９０６は表示装置、９１０は入
力装置であり、消費者向け専門店ＰＯＳシステムサーバ
に対する注文情報の入力・変更、操作指示、情報を消費
者に提供する際の出力に使用する。９１４は通信装置で
あり、公衆回線１３０を介してサーバとの通信を行う。
９０８はこれらクライアントを制御する制御装置であ
る。

【００１６】１０００は消費者向け専門店ＰＯＳシステ
ムクライアントである。１００２はメインメモリ、１０
０４はディスク装置、１００６は表示装置、１０１０は
入力装置であり、消費者向け専門店ＰＯＳシステムサー
バに対する注文情報の入力・変更、操作指示、情報を消
費者に提供する際の出力に使用する。１０１２は出力装
置、１０１４は通信装置であり、赤外線１０３０を介し
てサーバとの通信を行う。１００８はこれらクライアン
トを制御する制御装置である。

【００１７】ここに示した構成は１つの例であって、他
の構成もありうる。クライアントとしては、ディスク装
置がないものやプリンタやバーコードリーダーが付属し
ているものなどが考えられるし、公衆回線以外の通信方
法、例えばＣＡＴＶ、通信衛星、構内ＬＡＮ、赤外線な
どを使用することも考えられる。

【００１８】本実施例では、消費者が店内で注文する場
合、注文専用クライアント１０００からサーバ１００に
指示して注文情報をリアルタイムに送り、サーバ側で注
文情報を記録し、集計するものとする。その後、消費者
が店内の利用状況を確認する場合、クライアント９００
からサーバ１００に指示してクライアント９００にその
情報を配信するものとする。

【００１９】図２では、商品テーブル、座席テーブル、
注文テーブル、仮想空席テーブル、仮想注文済テーブ
ル、表示変更テーブル、座席待ち時間テーブルの１例を
示す図である。これらはいずれもサーバ内のディスク装
置１０４に格納されており、時々刻々変化する注文情
報、座席情報、商品情報などの利用状況を管理するもの
である。本実施例では、レストランなどの専門店におい
て従来どおり注文時に注文情報や座席情報をサーバ１０
０の図２の各テーブルに記録し、その情報を集計し反映
させ、クライアント９００からの操作指示によって反映
した情報を配信するものである。

【００２０】図２において、２００は商品テーブルであ
り、２０２はメニューＩＤ、２０４はメニュー名、２０
６は調理時間、２０８は金額などを格納するエリアであ
る。３００は、座席テーブルであり、３０２は座席Ｉ
Ｄ、３０４は座席数、３０６は座席の喫煙、禁煙である
かを格納するエリアである。４００は、注文テーブルで
あり、４０２は注文ＩＤ、４０４は座席ＩＤ、４０６は
メニューＩＤ、４０８は注文の商品金額、４１０は注文
日付時間、４１２は精算の支払状況などを格納するエリ
アである。５００は仮想空席テーブルであり、５０２は
空席ＩＤであり、空席情報を格納するエリアである。６
００は仮想注文済テーブルであり、６０２は在席ＩＤ、
６０４は注文日付最大時間などを格納するエリアであ
る。７００は表示変更テーブルであり、７０２は割合、
７０４は表示変更内容を格納するエリアである。８００
は座席待ち時間テーブルであり、８０２は座席ＩＤ、８
０４は待ち時間を格納するエリアである。

【００２１】本実施例では、レストランなどの専門店に
おいて従来どおり注文時に注文情報や座席情報をサーバ
１００の図２の各テーブルに記録するものである。

【００２２】注文テーブル４００では、注文ＩＤ４０２
に唯一の番号を記録、座席ＩＤ４０４に座席テーブルの
座席ＩＤ３０２の情報を記録、メニューＩＤ４０６に、
商品テーブルのメニューＩＤ２０２の情報を記録、注文
日付時間４１０に注文した日付の情報を記録、精算の支
払状況４１２にお金の未支払いか支払済かの情報を記録
する。

【００２３】図３のフローチャートを用いて、注文時の
情報を記録後、空席情報を抽出する手順について説明す
る。なお、図４においてクライアント１０００の指示操
作によって、サーバ１００で抽出した空席情報を表示す
る画面例を示す。

【００２４】図３において、変数ｔを初期化する（ステ
ップ２０００）。座席テーブル３００、注文テーブル４
００の情報を読み込む（ステップ２００２）。注文テー
ブルの注文日付時間４０８の月日の部分を抽出し変数ｔ
に入れ（ステップ２００４）、これと現時点の日付の月
日で等しいかどうかを比較することによって（ステップ
２００６）、その日付である注文情報を抽出する。注文
テーブルの精算の支払状況４１２の未支払いであるデー
タをキーにして（ステップ２００８）、注文データを抽
出し、抽出した注文データから注文テーブルの座席ＩＤ
４０６と座席テーブルの座席ＩＤ３０２と比較して（ス
テップ２０１０）、等しくない情報、つまり空席の情報
を抽出し、仮想空席テーブルの６０２空席ＩＤに座席Ｉ
Ｄ３０２の情報を記録する（ステップ２０１２）。

【００２５】図４において、クライアント１０００の指
示操作をポインティングデバイスなどで画面２０１２の
空席情報を選択すると、仮想空席テーブルの情報が画面
２０１４に表示される。

【００２６】このようにサーバで注文時に空席情報を抽
出する処理を注文時ではなくクライアント１０００から
の操作指示で処理する場合も実現可能であるが、クライ
アント１０００が多数の場合は、同じ処理をサーバで実
施するためサーバの負荷を考慮すると前記の処理が優れ
ている。

【００２７】図５、６のフローチャートを用いて、注文
時の情報を記録後、全座席数に対する空席情報の割合を
抽出する手順について説明する。なお、図７においてク
ライアント１０００の指示操作によって、サーバ１００
で抽出した空席情報の割合によって表示する画面を変更
する例を示す。

【００２８】図３の処理後（ステップ２１００）、変数
c_count、z_count、percentを初期化する（ステップ２
１０２）。変数c_countは全空席数を格納する変数を示
し、変数z_countは全座席数を格納する変数を示し、変
数percentは全座席数に対して全空席数の割合を格納す
る変数を示す。仮想空席テーブルの情報を読み込む（ス
テップ２１０４）。全空席数を集計し、変数c_countに
集計した値を入れる（ステップ２１０６）。座席テーブ
ル３００を読み込み（ステップ２１０８）、全座席数を
集計し、変数z_countに集計した値を入れる（ステップ
２１１０）。変数percentに全座席数z_countに対する全
空席数c_countの割合を入れる（ステップ２１１２）。
ここまでの処理を注文時にサーバ１００で実施する。

【００２９】図７において、クライアント１０００の指
示操作をポインティングデバイスなどで画面２２０２の
空席情報の割合を選択すると、クライアント１０００の
指示操作要求がサーバに送られて図６の処理が行われ、
空席情報の割合を表示する画面２２０４、もしくは表示
変更する画面２２０６が表示される。

【００３０】図６において、表示変更テーブル７００を
読み込む（ステップ２１１４）。変数percentより表示
変更テーブルの割合７０２が大きい場合（ステップ２１
１６）、表示変更テーブルの表示変更内容７０４をクラ
イアントに配信する（ステップ２１１８）。

【００３１】このようにサーバで注文時に空席情報の割
合を抽出する処理を注文時ではなくクライアント１００
０からの操作指示で処理する場合も実現可能であるが、
クライアント１０００が多数の場合は、同じ処理をサー
バで実施するためサーバの負荷を考慮すると前記の処理
が優れている。

【００３２】図８、９のフローチャートを用いて、注文
時の情報を記録後、注文済である情報を抽出する手順に
ついて説明する。なお、図１０においてクライアント１
０００の指示操作によって、サーバ１００で抽出した注
文済の情報を表示する画面の例を示す。

【００３３】図８において、変数ｔ、変数maxを初期化
し（ステップ２３００）、座席テーブル３００、注文テ
ーブル４００の情報を読み込む（ステップ２３０２）。
注文テーブルの注文日付時間４０８の月日時分の部分を
抽出し（ステップ２３０４）、これと現時点の月日時分
の１時間前の値が等しいかを比較することによって（ス
テップ２３０６）、現時点の日付の月日時分の１時間前
からの注文情報を抽出する。さらに座席ＩＤ毎の注文日
付時間４１０の最大値を抽出し（ステップ２３０８）、
座席の未支払いの情報を抽出し（ステップ２３１０）、
座席ＩＤ７０２に座席ＩＤ、注文済日付時間７０４に注
文日付時間の最大値を仮想注文済テーブルに記録する
（ステップ２３１２）。ここまでの処理を注文時にサー
バ１００で実施する。即ち、注文済の座席は在席である
ことを示す。

【００３４】図９において、仮想注文済テーブルを読み
込む（ステップ２３１４）。仮想注文済テーブルの情報
をクライアント１００に配信する（ステップ２３１
６）。

【００３５】図１０において、クライアント１０００の
指示操作はポインティングデバイスなどで画面２４０２
の在席情報を選択すると、クライアント１０００の指示
操作要求がサーバに送られて図９の処理が行われ、在席
情報を画面２４０４のように表示する。

【００３６】このようにサーバで注文時に注文済情報を
抽出する処理をクライアント１０００からの操作指示で
処理する場合も実現可能であるが、クライアント１００
０が多数の場合は、同じ処理をサーバで実施するためサ
ーバの負荷を考慮すると前記の処理が優れている。

【００３７】図１１、１２のフローチャートを用いて、
注文時の情報を記録後、混雑時の待ち情報を抽出する手
順について説明する。なお、図１３においてクライアン
ト１０００の指示操作によって、サーバ１００で抽出し
た混雑時の待ち情報を表示する画面の例を示す。

【００３８】図１１において、変数avgは食事平均時間
を示し、初期化する（ステップ２５００）。ここでは食
事平均時間を１時間とする。商品テーブル２００、座席
テーブル３００、注文テーブル４００の情報を読み込む
（ステップ２５０２）。注文テーブルの注文日付時間４
０８の月日の部分を抽出し（ステップ２５０４）、これ
と現時点の日付の月日が等しいかを比較することによっ
て（ステップ２５０６）、現時点の日付の月日の注文情
報を抽出する。さらに注文テーブルの精算の支払状況４
１２の未支払いであるデータをキーにして、注文データ
を抽出し（ステップ２５０８）、抽出した注文データか
ら注文テーブルの座席ＩＤ４０６と座席テーブルの座席
ＩＤ３０２が等しいかを比較して（ステップ２５１
０）、即ち現在の在席である情報を抽出する。商品テー
ブルのメニューＩＤ２０２と注文テーブルのメニューＩ
Ｄ４０６が等しいかを比較して（ステップ２５１２）等
しい場合、現時点の時刻から商品テーブルの調理時間２
０６、注文日付時間４１０、食事平均時間を引いた時間
の各々を待ち時間として（ステップ２５１４）、座席待
ち時間テーブルに座席ＩＤと待ち時間を記録する（ステ
ップ２５１６）。

【００３９】図１２において座席待ち時間テーブルを読
み込む（ステップ２５１８）。クライアント１００に配
信する（ステップ２５２０）。

【００４０】図１３において、クライアント１０００の
指示操作をポインティングデバイスなどで画面２６０２
の待ち時間情報を選択すると、クライアント１０００の
指示操作要求がサーバに送られて図１２の処理が行わ
れ、待ち時間情報を画面２６０４のように表示する。

【００４１】このようにサーバで注文時に待ち情報を抽
出する処理をクライアント１０００からの操作指示で処
理する場合も実現可能であるが、クライアント１０００
が多数の場合は、同じ処理をサーバで実施するためサー
バの負荷を考慮すると前記の処理が優れている。

【００４２】

【発明の効果】以上述べたように、本発明によれば、Ｐ
ＯＳシステムの時々刻々変化する情報から店内の利用状
況をリアルタイムに消費者に提供でき、さらに空席状況
の情報や混雑時における満席時の待ち状況の情報などを
提供することで、消費者に店内が空いているか、消費者
にどれくらいの時間を待てば店内の席に座り、注文がで
きるかという判断材料を提供することができる。

【図面の簡単な説明】

【図１】図１は、本発明を適用した消費者向け専門店Ｐ
ＯＳシステム構成の１例を示すブロック図。

【図２】図２は、本発明を適用した消費者向け専門店Ｐ
ＯＳシステムで使用する商品テーブル、座席テーブル、
注文テーブル、仮想空席テーブル、仮想注文済テーブ
ル、表示変更テーブルの１例を説明する図。

【図３】図３は、本発明を適用した消費者向け専門店Ｐ
ＯＳシステムにおいて、注文時の情報を記録後、空席情
報を抽出する処理の１例を説明する図。

【図４】図４は、本発明を適用した消費者向け専門店Ｐ
ＯＳシステムにおいて、注文時の情報を記録後、空席情
報を抽出する処理後、クライアントの指示操作によっ
て、サーバで抽出した空席情報を表示する画面の１例を
説明する図。

【図５】図５は、本発明を適用した消費者向け専門店Ｐ
ＯＳシステムにおいて、注文時の情報を記録後、空席情
報の割合を抽出する処理の１例を説明する図。

【図６】図６は、本発明を適用した消費者向け専門店Ｐ
ＯＳシステムにおいて、注文時の情報を記録後、さらに
空席情報の割合を抽出する処理後、クライアントの指示
操作によって、サーバで抽出した空席情報を表示する処
理の１例を説明する図。

【図７】図７は、本発明を適用した消費者向け専門店Ｐ
ＯＳシステムにおいて、注文時の情報を記録後、さらに
空席情報の割合を抽出する処理後、クライアントの指示
操作によって、サーバで抽出した空席情報を表示する画
面の１例を説明する図。

【図８】図８は、本発明を適用した消費者向け専門店Ｐ
ＯＳシステムにおいて、注文時の情報を記録後、注文済
である情報を抽出する処理の１例を説明する図。

【図９】図９は、本発明を適用した消費者向け専門店Ｐ
ＯＳシステムにおいて、注文時の情報を記録後、さらに
注文済である情報を抽出する処理後、クライアントの指
示操作によって、サーバで抽出した注文済である情報を
表示する処理の１例を説明する図。

【図１０】図１０は、本発明を適用した消費者向け専門
店ＰＯＳシステムにおいて、注文時の情報を記録後、さ
らに注文済である情報を抽出する処理後、クライアント
の指示操作によって、サーバで抽出した注文済である情
報を表示する画面の１例を説明する図。

【図１１】図１０は、本発明を適用した消費者向け専門
店ＰＯＳシステムにおいて、注文時の情報を記録後、混
雑時の待ち情報を抽出する処理の１例を説明する図。

【図１２】図１２は、本発明を適用した消費者向け専門
店ＰＯＳシステムにおいて、注文時の情報を記録後、混
雑時の待ち情報を抽出する処理後、クライアントの指示
操作によって、サーバで抽出した混雑時の待ち情報を表
示する処理の１例を説明する図。

【図１３】図１３は、本発明を適用した消費者向け専門
店ＰＯＳシステムにおいて、注文時の情報を記録後、混
雑時の待ち情報を抽出する処理後、クライアントの指示
操作によって、サーバで抽出した混雑時の待ち情報を表
示する画面の１例を説明する図。

【符号の説明】

１００・・・消費者向け専門店ＰＯＳシステムサーバ、２
００・・・商品テーブル、３００・・・座席テーブル、４００
・・・注文テーブル、５００・・・仮想空席テーブル、６００
・・・仮想注文済テーブル、７００・・・表示変更テーブル、
８００・・・座席待ち時間テーブル、９００・・・消費者向け
専門店ＰＯＳシステム注文専用クライアント、１０００
・・・消費者向け専門店ＰＯＳシステムクライアント

───────────────────────────────────────────────────── フロントページの続き (72)発明者 立仙 和巳 神奈川県横浜市都筑区加賀原二丁目２番 株式会社日立製作所ビジネスシステム開発 センタ内 (72)発明者 米澤 恵 神奈川県横浜市都筑区加賀原二丁目２番 株式会社日立製作所ビジネスシステム開発 センタ内 (72)発明者 岩出 浩祐 神奈川県横浜市都筑区加賀原二丁目２番 株式会社日立製作所ビジネスシステム開発 センタ内 (72)発明者 細田 直文 神奈川県横浜市都筑区加賀原二丁目２番 株式会社日立製作所ビジネスシステム開発 センタ内

Claims (5)

【特許請求の範囲】
1. 【請求項１】複数のデータから構成される時々刻々の情
   報を消費者に配信する消費者向け専門店ＰＯＳシステム
   において、時々刻々変化する商品の注文状況と時々刻々
   変化する座席状況の情報を消費者に掲示することを特徴
   とする消費者向け専門店ＰＯＳシステム。
2. 【請求項２】前記時々刻々変化する商品の注文状況と時
   々刻々変化する座席状況に関する情報として、現時点に
   おける空席状況の情報を示すことを特徴とする、請求項
   １記載の消費者向け専門店ＰＯＳシステム。
3. 【請求項３】前記現時点における空席状況の情報を利用
   状況の割合によって、情報の表示方法を変更することを
   特徴とする請求項２記載の消費者向け専門店ＰＯＳシス
   テム。
4. 【請求項４】前記時々刻々変化する商品の注文状況と時
   々刻々変化する座席状況に関する情報として、現時点か
   ら相対時間内で消費者が注文した状況の情報を示すこと
   を特徴とする、請求項１記載の消費者向け専門店ＰＯＳ
   システム。
5. 【請求項５】前記時々刻々変化する商品の注文状況と時
   々刻々変化する座席状況に関する情報として、現時点に
   おける混雑時の待ち状況の情報を示すことを特徴とす
   る、請求項１記載の消費者向け専門店ＰＯＳシステム。