(57)【要約】【課題】端末からの注文内容を一カ所にまとめて表示し、未完了の事項は常に規定の場所で順番に並び、未完了の事項を処理することを容易に行う仕組みを提供すること。【解決手段】注文内容に係わるデータを処理するシステムは、顧客のユーザ端末または店舗従業員の店舗端末から注文情報を受け付ける注文受付手段と、注文データを管理するサーバとデータ通信を行う通信手段と、前記サーバの記憶部にある注文に係わるデータから用途により、抽出する抽出手段と、注文に係わるデータが人の操作または時間の経過により、商品や注文などの状態が変わり、店舗端末の注文表示装置の画面が前記の状態と連動して変わっていく情報提供手段と、を備える。【選択図】図１
2019212058.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末及び店舗側端末からの注文は、インターネットを介してサーバを経由し、店舗端末の表示装置に表示され、人の操作または時間の経過により、商品や注文などの状態が変わり、注文内容の画面は前記の状態と連動して変化していく情報提供システムであって、顧客のユーザ端末及び店舗従業員の店舗端末から注文情報を受け付ける注文受付手段と、注文データを管理するサーバとデータ通信を行う通信手段と、前記サーバの記憶部にある注文に係わるデータから用途により、抽出する抽出手段と、注文に係わるデータが人の操作または時間の経過により、商品や注文などの状態が変わり、店舗端末の注文表示画面が前記の状態と連動して変わっていく情報提供手段と、を備えることを特徴とする情報提供システム。
【請求項２】
前記の注文受付はユーザ端末及び店舗端末からの注文に係わる情報である、ことを特徴とする請求項１記載の情報提供システム。
【請求項３】
前記の注文に係わるデータに関する商品情報に置いて、商品は一つ乃至複数の部署に属するのである、ことを特徴とする請求項１記載の情報提供システム。
【請求項４】
前記の店舗端末の注文表示画面は各担当部署が各自に属している商品のみを抽出して表示することが出来る、ことを特徴とする請求項１記載の情報提供システム。
【請求項５】
注文のオーダーにおいて、最初に確定されている親オーダーに、一つまた複数の子オーダーが付属する、ことを特徴とする請求項１記載の情報提供システム。
【請求項６】
注文された内容は前記の注文表示画面に、オーダー別と、商品別に分けて表示され、相互に連動する、ことを特徴とする請求項１記載の情報提供システム。
【請求項７】
前記のユーザ端末及び店舗端末からの注文内容は人の操作または時間の経過により、変化していき、変化した結果は両方の端末に反映される、ことを特徴とする請求項１記載の情報提供システム。
【請求項８】
前記の注文内容に対して、商品や注文などの状態により、操作できなくなる、ことを特徴とする請求項１記載の情報提供システム。
【請求項９】
顧客のユーザ端末及び店舗従業員の店舗端末から注文情報を受け付ける注文受付手段と、注文データを管理するサーバとデータ通信を行う通信手段と、前記のサーバの記憶部にある注文に係わるデータから用途により、抽出する抽出手段と、注文に係わるデータが人の操作または時間の経過により、商品や注文などの状態が変わり、注文表示装置の画面は前記の状態と連動して変わっていく情報提供手段と、を備えることを特徴とする情報提供プログラム。
【請求項１０】
顧客のユーザ端末及び店舗従業員の店舗端末から注文情報を受け付ける注文受付手段と、注文データを管理するサーバとデータ通信を行う通信手段と、前記のサーバの記憶部にある注文に係わるデータから用途により、抽出する抽出手段と、
注文に係わるデータが人の操作または時間の経過により、商品や注文などの状態が変わり、注文表示装置の画面は前記の状態と連動して変わっていく情報展示手段と、を備えることを特徴とする情報提供方法
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供システム、情報提供方法、プログラム及び情報記録媒体に関するものである。
【背景技術】
【０００２】
従来、リアル店舗では、顧客からの注文は店舗の従業員の端末を介して、注文した内容は紙の伝票に印刷され、従業員は各注文が終わるたびに伝票を確認しながら、次にやることを念頭しながら、常に伝票を並べなおし、頭で各商品の合計数を計算する。
【０００３】
しかしながら、上述のような注文システムを導入する場合は、伝票を整理する手間が掛かったり、伝票の紛失により注文を忘れたり、製造の優先順位を間違えたり、在庫の無い物に注文を受けたりするような事態を招くことがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７ー６８８７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
端末からの注文内容を一カ所にまとめて表示し、未完了の事項は常に規定の場所で順番に並び、未完了の事項を処理することを容易に行う仕組みを提供すること。
【課題を解決するための手段】
【０００６】
注文内容に係わるデータを処理するシステムは、顧客のユーザ端末または店舗従業員の店舗端末から注文情報を受け付ける注文受付手段と、注文データを管理するサーバとデータ通信を行う通信手段と、前記サーバの記憶部にある注文に係わるデータから用途により、抽出する抽出手段と、注文に係わるデータが人の操作または時間の経過により、商品や注文などの状態が変わり、店舗端末の注文表示装置の画面が前記の状態と連動して変わっていく情報提供手段と、を備える。
【発明の効果】
【０００７】
注文内容に係わるあらゆる情報を用途によって集計して分けられ、分かりやすく注文表示装置に表示し、当該の注文内容に操作または時間の経過によって商品や注文に係わるものの状態が変わるとともに、当該のデータが更新され、注文表示装置に表示されている画面は前記の状態と連動して変化していく。これによって、注文に係わるデータが自動に整理されてそれを処理していく、今全体の状態や未完了事項が常に一定の枠内に優先順位された順番で表示され、注文内容を素早くかつ的確に捌けて、生産性が大幅アップすることが可能となる。
【図面の簡単な説明】
【０００８】
【図１】図１は実施形態に係る情報提供システムの全体構成を概略的に示すシステム構成図である。
【図２】図２はユーザ端末及び店舗端末のハードウェア構成の一例を示す図である。
【図３】図３はサーバのハードウェア構成の一例を示す図である。
【図４】図４は注文が入った場合はオーダーの表示順番と、オーダーの状態の変化によって、再度集計した後のオーダーの表示順番の一例を示すフローチャートである。
【図５】図５は注文内容は各担当部署の店舗端末の注文表示画面７００にオーダー別と商品別に分けて表示される一例を示すフローチャートである。
【図６】図６は商品情報の中に当該商品を担当する部署が予めに設定されている一例を示す図である。
【図７】図７はオーダーは親オーダーと子オーダーで構成されている一例を示す図である。
【図８】図８は実際の店舗端末の注文表示画面７００の画面構成の一例を示す図である。
【図９】図９はS１２３に示している内容の機能を詳細に説明する図である。
【図１０】図１０はオーダー別S１０に表示されている完了した商品は、商品別S１１の当該商品と連動する一例を示す図である。
【図１１】図１１は未完了の事項を処理した後の画面の一例を示す図である。
【発明を実施するための形態】
【０００９】
本実施形態の注文の未完了事項の情報提供システムは顧客のユーザ端末及び店舗従業員の店舗端末から注文情報を受け付ける注文受付手段と、注文データを管理するサーバとデータ通信を行う通信手段と、前記のサーバの記憶部にある注文に係わるデータから用途により、抽出する抽出手段と、注文に係わるデータが人の操作または時間の経過により、商品や注文などの状態が変わり、注文表示装置の画面は前記の状態と連動して変わっていく情報提供手段と、を備える
【００１０】
図１は実施形態に係る情報提供システムの全体構成を概略的に示すシステム構成図である。ユーザ端末１００と店舗端末６００のやり取りはインターネットを介してサーバに記憶され、サーバで処理した結果は該当の端末に表示するクラウドコンピューティング式である。
【００１１】
ユーザ端末１００は一つまた複数であり、顧客自身のスマートフォンでも良いし、テーブルに置いてあるタブレット式のセルフオーダー端末でも良いし、声に識別できるロボットでも良い、注文に係わる情報がユーザ端末１００を通して、該当店舗に送信する装置である。
【００１２】
店舗端末６００は一つまた複数であり、店舗端末６００は主にタブレット式の端末であるが、従来のキーボード、マウス、モニター付きのコンピューターでも良い、店舗端末６００にたくさんの機能が入っているため、注文表示装置として使用されている店舗端末６００−１もあれば、注文を受け付ける装置６００−２やPOSレジ装置などとして使用されている店舗端末６００もある、すべて店舗端末６００に入っているアプリケーションの機能次第である。注文表示画面７００は未完了事項の情報提供システムの表示装置としての店舗端末の一部である。
【００１３】
サーバ４００は一つまた複数で構成される、未完了事項の情報提供システムにユーザ情報サーバ、受注サーバ、ウオレットサーバ、クーポンサーバ、取引サーバなどが存在する、サーバは機能によって分かれている、お互いに通信して連携していく。本発明の実施形態では、サーバ４００の例を示したが、これらのサーバの少なくとも一部を統合してもよいし、それぞれのサーバに備えられた機能を複数台のサーバにさらに分散して構成してもよい。
【００１４】
図２はユーザ端末及び店舗端末のハードウェア構成の一例を示す図である。マイクロコンピュータ４２３にはユーザ端末と店舗端末はハードウェアの面で構成は同じ場合もある、端末に入っているアプリケーションによって果たす機能が違う。
【００１５】
図４は注文が入った時にオーダーの表示順番と、オーダーの状態の変化によって、再度集計した後のオーダーの表示順番が変更した一例を示すフローチャートである。先ず、店舗端末６００またはユーザ端末１００からとも注文を受付ることが出来る、顧客または従業員は該当の端末を使用する際に、各機能を使用することにあたって、ログインして、すでにサーバに登録している使用者情報が確認されてから、最終の情報が確定されるという前提である。ログインせずに、端末を使用する場合は、最初に登録して使用させるか、情報が確定する直前に登録画面にジャップして登録させるかとなる、ログインせず、情報が確定されて注文が成立することはないのである。
【００１６】
注文表示機能を使用する店舗端末６００―１はサーバからの注文に係わるデータを受送信し、当該店舗端末６００−１の表示部７００に表示する。前記の表示部７００に人の操作または時間の経過によって、商品やオーダーに係わるものの状態が変わり、サーバ４００でデータを更新し、並べなおした結果を前記の店舗端末６００−１の表示部７００に表示する。
【００１７】
ユーザ１は先にオーダーAを確定した（１２１）、その後、ユーザ２はオーダーBを確定した（１２２）、注文内容はインターネットを介してサーバを経由し（４１１）、店舗端末６００−１の表示部７００に注文の時間順で並んでいる（６１１）、その後、ユーザ１はオーダーCを追加して（４１２）、オーダーCとオーダーAは全部ユーザ１からの注文であるので、オーダーCは一列となってオーダーAの後ろに並んだ（６１２）、オーダーCはオーダーBより遅れて確定されたオーダーであるが、オーダーCはオーダーAと同じ親オーダーに属しているので、オーダーAとオーダーCは一列と続け、オーダーBの前にに並んでいる。
【００１８】
そして、従業員はオーダーAに属する商品をすべて製造完了したので、店舗端末６００−１の表示部７００にタッチし、完了した商品の状態を変化させた、従って、商品状態が変化するとともに、当該商品のオーダー状態が変わり、サーバ４００はすべて未完了のオーダーに対して、データを更新して並べなおした結果を前記の表示部７００に送信して、最新のオーダー表示順番が更新された、前記のオーダーの更新により、注文Bは注文Cより注文時間が早いため、注文Bは今度注文Cの前に並んだ（６１４）。
【００１９】
図７は、前記の親オート―と子オーダーの関係を示す、ユーザ１は最初の注文に係わる情報の確定により、親オーダーが新規に作成される、親オーダーに注文の商品以外に係わる基本の情報が含まれる、例えば、ユーザID、ユーザ属性情報（年齢、性別等）、店舗ＩＤ、注文時間、テーブル識別情報等が含まれることとするが、これに限定されない。子オーダーに商品ID、メニューＩＤ、注文数量、決済方法、決済金額、メニュー属性情報（カロリー等）、注文時間等が含まれることとするが、これに限定されない。親オーダーも子オーダーも識別できる番号が付いている。
【００２０】
親オーダーに子オーダーが一つまたは複数付くので、子オーダーの状態が変化するとともに、親オーダーも吊られて並べなおされる。これによって、時間順でオーダーの順番が自動かつ公平に行われている。
【００２１】
前記の商品の状態は未完了と完了で構成され、未完了の段階に製造完了の状態が含まれている、製造完了と配膳完了が両方達成すると、当該商品が完了の状態になる。オーダーの状態も未完了と完了で構成され、子オーダーに属するすべての商品の状態が完了になると、当該子オーダーの状態も完了になる、従って、親オーダーに属するすべての子オーダの状態が完了になると、当該親オーダーの状態も完了になる。
【００２２】
図５は、注文されている内容は店舗端末６００−１の表示部７００にオーダー別と商品別に分けて表示されるフローチャートである、オーダー１に入っている商品（１３１）、オーダー２に入っている商品（１３２）、オーダー３に入っている商品（１３３）が図面通りの数量で注文されている、前記の商品はサーバに記憶されている各部署により仕分けられて、該当の各部署の店舗端末６００−１の表示部７００に表示される、各部署の画面に自ら担当の商品しか見られない。注文された内容がオーダー別（６２１、６２３）と商品別（６２２、６２４）に分けられている、オーダー別と商品別の画面はサーバでのデータ更新により、連動していく。前記の商品別S１１にある各商品は商品の規格ごとに仕分けられ、同じ商品であっても、規格が違えば、違う商品として仕分けされる、前記の商品別にある各商品にタッチして選択すると、当該商品に係わる該当オーダーの情報が表示される（S２０）。
【００２３】
前記の商品別S１１にある商品は製造未完了の商品の集合であり、商品の規格ごとに、各オーダーに当該商品の数量を集計してくれる。商品が製造完了の状態になると、当該商品はS１１と連動して集計し直されて、最新の製造未完了の商品数量が表示される。子オーダーにある商品が製造完了の状態になると、商品別S１１で当該商品はその分が減算される。
【００２４】
図８は、実際の店舗端末６００−１の表示部７００の画面構成の一例を示す図である。S１０は子オーダーの領域である、追加された子オーダーは後ろに続けて並ぶ。S１３は親オーダーに係わる情報領域である。S１１は商品別の製造未完了商品の集合領域である。S１２は注文全体に対して未完了事項に係わる情報領域である。S１４は担当する部署を選択するボタン、または担当する部署の名前を表示する区域である。S１５は店舗の注文内容の特徴に応じて、親オーダーを何列に表示するかを選択できる。S１６は操作する従業員に係わる情報表示領域である。
【００２５】
S１２３に示している各情報は未完成の商品や未処理の事項や未完成の項目を中心に、注文に係わる未完了の事項が一目瞭然に表示されていることにより、従業員はやるべきことが明確となり、未完了の注文内容を素早くかつ的確かつ間違えずに処理していくことが出来る。S１２３にある各事項を操作することで、注文に係わるデータが更新されるとともに、画面も連動して変わっていく。S１２３には未完了の情報のみではなく、処理完了した内容も確認することが出来る、S１０またはS１１の領域をスライドすると、製造完了と配膳完了となった完了商品は確認することができる。
【００２６】
図９は、S１２３に示している内容を詳細に説明する図である。S２０は商品別にある商品の係わるオーダー情報を表示している、当該商品はどこの席でいくつ注文されて待ち時間がどのぐらいかかったかを分かりやすく集計している、S２０に完売のボタンがあって、押すと、当該商品の画像に完売マークが表示され、ユーザ端末１００と店舗端末６００にも当該商品の画像に完売のマークが表示され、当該商品の注文を受付することが出来なくなる。S２１は未払いオーダーはどこの位置の注文にあるかを示している、支払うと自動に消える。S２２は親オーダーに入っている基本情報である、注文を発起した時間と、経過した時間と、支払い状況と、完了した商品の進捗状況を表示している。S２３は顧客から呼び出されている位置情報を示している、処理後に処理済みの確認ボタンを押すと消える。S２４は只今未完了の親オーダー数の集計である、これによって、合計どれぐらい位置のオーダーがまだ完全に終わっていないかを知ることができる（一般的に一つの位置に一つの親オーダーが存在する）。S２５はこの位置でのオーダーに対して起こっている情報を示している、返品の申請が来たとか、注文の催促が来たとか、顧客に取りに来てもらうという連絡メッセージを送る「取」のボタンなど。S２６は製造完了と配膳完了ともに終わって完了になった商品は背景が濃い灰色となる、これによって、完了になった商品がすぐ分かる。S２７はまだ製造完了になっていない未完了の状態を示している。S２８はまだ製造完了になっていなくて配膳することが出来ないことを示している。S２９は製造完了になっている状態を示している。S３０は製造完了になって配膳することができることを示している。
【００２７】
図１０は、子オーダーに完了になった商品S１０は、商品別S１１の当該商品と連動する一例を示す図である。S２６は完了になった商品は背景の色が変わることを示している、完了になった商品の数量はS１１と連動して当該商品の数量分が除かれる。完了になった商品S２６は左側のS１３にしまって見えなくなる、表示されているS１０領域を右側にスライドすると、完了した商品が出てきて確認することが出来る。
【００２８】
図１１は、未完了の事項を処理した後の画面の一例を示す図である。未完了の事項を操作して処理した後に、当該事項の画面が消えたり、しまったりして、店舗端末６００―１の表示部７００に未完了の事項のみが見えるようになっている、S２３は呼び出されている位置の対応を終えたので、当該位置の番号が消えたことを示している。S２１は未払いオーダーのある位置の一覧から、当該オーダーを支払った後に、当該位置の番号が消えることを示している。S４１は、例えば、００３席に５品目の商品が注文され、その中の２品目が終わってまだ３品目の商品が未完了となっていることを示している。S４２は親オーダーに入っている子オーダーがすべて完了になったものが上のほうにしまって見えなくなることによって、空いたスペースである。S１３の領域を下へスライドすると、完了になった親オーダーが見えようになり、親オーダーに属している子オーダーの商品も確認することが出来る。
【００２９】
以上述べたように、ユーザ端末１００及び店舗端末６００−２を介して顧客からの注文は、店舗端末６００−１の表示部７００に表示され、注文の内容を処理するたびに、関連する情報及び画面が変化していく、完了になったものは消えたり、しまったりして、表示部７００の画面に未完了の事項のみが見えるようになり、全体との情報も併せて、今現在の状況を把握しやすくなるし、これからやるべきこともはっきり分かる、さらに、商品を一つずつを処理していくとともに、全体の状況が自動に更新されて最新情報を表示してくれる、人力の計算せずに済み、素早くかつ的確に注文を処理することによって、従業員は仕事に対する自信が増えて、モチベーションが高くなる。
【００３０】
注文の未完了事項の情報提供システムはユーザ端末１００と店舗端末６００とサーバ４００はインターネット３００を介してのクラウドコンピューティング式であるので、サーバで処理した結果は店舗端末に送信するとともに、ユーザ端末にも送信している、ユーザ端末でも該当する注文情報が表示されている。店舗端末６００は機能によって、複数となっているため、機能別の店舗端末６００の間でもインターネットを介してサーバを経由した通信ができる、例えば、一店舗当たりには、注文を受付する店舗端末とレジ業務する店舗端末と注文内容を表示する端末など、複数の店舗端末６００が必要されている。
【００３１】
店舗端末６００とユーザ端末１００は基本ハードウェアの構成が同じであり、例えば、店舗端末６００における各種処理用のプログラム及び基本ＯＳを記憶する。プログラム、基本ＯＳの全部又は一部は、店舗端末６００の起動時等にＲＡＭ９０２にコピーされる。店舗端末６００のマイクロコンピュータ９０１は、基本ＯＳ及びプログラムに従い各種の処理を実行する、ユーザ端末１００も同じような処理を行う。
【００３２】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システム又は装置に供給し、そのシステム又は装置のコンピュータ４２３（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成される。
【００３３】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【００３４】
また、コンピュータ４２３が読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００３５】
更に、記録媒体から読み出されたプログラムが、コンピュータ４２３に挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００３６】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システム又は装置にプログラムを供給することによって達成される場合にも適応できる。この場合、本発明を達成するためのプログラムを格納した記録媒体をシステム又は装置に読み出すことによって、そのシステム又は装置が、本発明の効果を享受することが可能となる。
【００３７】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【００３８】
更に、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステム又は装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【００３９】
本発明のテーマにある注文というのは顧客からのオーダーのみにならず、顧客または従業員から頼まれていることを示している。注文の未完了事項の情報提供システムは頼まれている未完了のことをスムーズに処理していく仕組みを提供している。
【００４０】
前記実施形態は、店舗端末のプログラム記憶部に発明の機能を実現させる未完了事項の展示システムのプログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークから装置にダウンロードされてもよい。または、記録媒体に記録された同様のプログラムが、装置にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。また、本実施形態のプログラムを、通信機能を有する携帯電話やタブレット端末に組み込んで、その機能を実現させるものであってもよい。不揮発性メモリ９０２は、各種データを記憶する。
【００４１】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００４２】
１００    ユーザ端末
３００    インターネット
４００    サーバ
５００    データベース
６００    店舗端末
７００    注文表示機能を使用する店舗端末の表示部
４２３    ユーザ端末及び店舗端末のハードウェア構成
４２４    商品情報の中に当該商品を担当する部署が予めに設定されている
４２５    親オーダーと子オーダーの関係  
【図１】
2019212058.tif 000003
【図２】
2019212058.tif 000004
【図３】
2019212058.tif 000005
【図４】
2019212058.tif 000006
【図５】
2019212058.tif 000007
【図６】
2019212058.tif 000008
【図７】
2019212058.tif 000009
【図８】
2019212058.tif 000010
【図９】
2019212058.tif 000011
【図１０】
2019212058.tif 000012
【図１１】
2019212058.tif 000013