JP7118203B1 - 注文システム - Google Patents

Abstract

【課題】コストを掛けることなく、各ユーザがそれぞれ自由に好みの商品を簡易に注文すること。【解決手段】スマートフォン１０が、注文を受付可能な商品を含むメニュー画面を表示する。そして、スマートフォン１０が、メニュー画面から注文を受け付けた場合には、該注文の情報を情報処理装置２０に通知する。そして、情報処理装置２０は、スマートフォン１０から受け付けた注文の情報に関するログ情報を分析装置９０に転送する。分析装置９０は、ログ情報を受信した場合には、該ログ情報をグラフＤＢ９４に格納する。そして、分析装置９０は、グラフＤＢ９４に記憶されたログ情報に基づいて、おすすめ商品を検出し、検出したおすすめ商品に関する情報をスマートフォン１０に送信する。【選択図】図１

Description

本発明は、注文システムに関する。

従来、飲食店等の店内において注文する際に、テーブルに設置された専用端末を客（ユーザ）が自ら操作して注文を行うセルフオーダーシステムが知られている。このようなシステムにおいては、例えば、一緒に入店して同一のテーブルに着いた複数のユーザが一つの専用端末を共有して注文を行う。また、ユーザは、専用端末を操作することで、注文履歴を表示したり、会計処理を依頼したりすることができる。

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

しかしながら、従来のセルフオーダーシステムでは、テーブルに設置された専用端末を複数のユーザが使用するため、複数の各ユーザがそれぞれ自由に注文することができないという問題があった。なお、テーブルに複数の専用端末を設置することも考えられるが、この場合には、コストが掛かるという問題がある。また、従来のセルフオーダーシステムでは、定型的なメニュー表示しかできず、各ユーザの注文履歴や好みに応じて、おすすめ商品を提示することができなかった。

上述した課題を解決し、目的を達成するために、本発明の注文システムは、ユーザ端末と、情報処理装置と、店舗装置と、分析装置とを有する注文システムであって、前記ユーザ端末は、情報処理装置のアクセス情報を取得する取得部と、前記取得部によって取得されたアクセス情報を用いて、前記情報処理装置に対して店舗のメニュー情報を要求する要求部と、前記情報処理装置から前記メニュー情報を取得した場合には、該メニュー情報を用いて、注文を受付可能な商品を含むメニュー画面を表示する表示部と、前記表示部によって表示されたメニュー画面から注文を受け付けた場合には、該注文の情報を前記情報処理装置に通知する通知部と、前記情報処理装置は、前記メニュー情報の要求を前記ユーザ端末から受け付けた場合には、前記店舗に対応するメニュー情報を取得し、該ユーザ端末にメニュー情報を送信するメニュー情報送信部と、前記注文の情報を前記ユーザ端末から受け付けた場合には、前記注文の情報を前記店舗装置に送信する注文情報送信部と、前記ユーザ端末から受け付けた前記注文の情報に関するログ情報を分析装置に転送するログ転送部と、前記店舗装置は、前記注文の情報を受信した場合には、該注文の情報を記憶部に格納する格納部と、前記分析装置は、前記情報処理装置からログ情報を受信した場合には、該ログ情報を記憶部に格納する格納部と、前記記憶部によって記憶されたログ情報に基づいて、おすすめ商品を検出する検出部と、前記検出部によって検出されたおすすめ商品に関する情報を前記ユーザ端末に送信する商品情報送信部と、を有することを特徴とする。

本発明によれば、コストを掛けることなく、各ユーザがそれぞれ自由に好みの商品を簡易に注文することができるシステムを提供するという効果を奏する。

図１は、第１の実施形態に係る注文システムの一例を示すブロック図である。 図２は、第１の実施形態に係る注文システムにおける処理例を説明する図である。 図３は、店舗に設置された専用のタブレットの表示例について説明する図である。 図４は、スマートフォンの表示例について説明する図である。 図５は、スマートフォンの表示例について説明する図である。 図６は、スマートフォンの表示例について説明する図である。 図７は、スマートフォンの表示例について説明する図である。 図８は、グラフＤＢに記憶されるデータ例について説明する図である。 図９は、情報処理装置がログを転送する処理を説明する図である。 図１０は、分析装置がおすすめ商品を通知する処理を説明する図である。 図１１は、第１の実施形態に係る注文システムにおける処理の流れの一例を示すシーケンス図である。 図１２は、プログラムを実行するコンピュータを示す図である。

以下に、本願に係る注文システムの実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本願に係る注文システムが限定されるものではない。

［第１の実施形態］
以下の実施形態では、第１の実施形態に係る注文システムの構成、注文システムにおける処理の流れを順に説明し、最後に第１の実施形態による効果を説明する。

［注文システムの構成］
図１は、第１の実施形態に係る注文システムの一例を示すブロック図である。第１の実施形態に係る注文システムは、ユーザが所有するスマートフォン１０と、情報処理装置２０と、店舗装置３０と、店舗に設置されたタブレット４０と、ＤＢサーバ５０と、サーバ装置６０と、分析装置９０とを有する。ユーザが所有するスマートフォン１０と、情報処理装置２０と、ＤＢサーバ５０と、サーバ装置６０と、分析装置９０とは、インターネット（Internet）７０を介して通信を行うものとする。

また、店舗装置３０とサーバ装置６０とは、ＬＡＮ（Local Area Network）８０を介して通信を行うものとする。なお、図１に示す構成は一例にすぎず、具体的な構成や各装置の数は特に限定されない。また、図１に示すネットワークの形態についても一例にすぎず、各装置は、有線または無線を問わず、インターネット、ＬＡＮやＶＰＮ（Virtual Private Network）などの任意の通信網を介して通信してもよい。

第１の実施形態に係る注文システムでは、飲食店等の店舗に入店したユーザが、自身が所有するスマートフォン１０で、店内のＱＲコード（登録商標）を読み込ませることで、スマートフォン１０にメニューを表示させる。そして、ユーザは、スマートフォン１０から商品を選び、注文を行う。

スマートフォン１０は、ユーザが所有する端末装置である。スマートフォン１０は、取得部１１、要求部１２、表示部１３および通知部１４を有する。取得部１１は、情報処理装置２０のアクセス情報を取得する。例えば、取得部１１は、店舗内のテーブルごとに用意されたＱＲコードを読み込み、アクセス情報としてＵＲＬを取得する。

より具体的に説明すると、ユーザは、店舗のテーブルに設置された店舗専用のタブレット４０を操作することで、タブレット４０にＱＲコードを表示させる。そして、ユーザは、スマートフォン１０のカメラ機能等でＱＲコードを読み込む操作を行う。これにより、取得部１１は、ＱＲコードを読み込み、情報処理装置２０へのＵＲＬを取得する。また、このＱＲコードには、ＵＲＬの他に、店舗を識別する情報、テーブルを識別する情報、伝票番号等を含むものとする。また、ＵＲＬには、店舗を識別する情報、テーブルを識別する情報、伝票番号等が暗号化されたクエリ文字列が含まれているものとする。

また、取得部１１は、例えば、店舗内のテーブルごとに用意されたＱＲコードであって、所定の時間ごとに更新されるＱＲコードを読み込み、アクセス情報を取得するようにしてもよい。つまり、店舗内のタブレット４０で表示されるＱＲコードを、所定時間ごとに変更することで、別のテーブルのユーザが注文する等の悪用を防止することが可能である。また、ＱＲコードを変更されるタイミングは、どのようなタイミングであってもよく、例えば、テーブルの客が入れ替わるごと（会計が終わるごと）に、ＱＲコードを変更するようにしてもよい。

要求部１２は、取得部１１によって取得されたアクセス情報を用いて、情報処理装置２０に対して店舗のメニュー情報を要求する。例えば、要求部１２は、まず、ＵＲＬを用いて情報処理装置２０へアクセスし、リダイレクトにより、ＤＢサーバ５０へアクセスして、ＵＩ情報を取得する。ここでＵＩ情報とは、例えば、ユーザーインターフェイスを構築するためのフレームワークである。例えば、要求部１２は、フレームワークの一例として、ＷＥＢアプリなどに必要なＵＩを構築するためのJavaScript（登録商標）フレームワークである「Vue.js.App」を取得する。

その後、要求部１２は、メニューを情報処理装置２０に対して要求し、ＤＢサーバ５０のメニュー情報ＤＢ５２に記憶されているメニューのデータを、情報処理装置２０を介して取得する。

表示部１３は、情報処理装置からメニュー情報を取得した場合には、該メニュー情報を用いて、注文を受付可能な商品を含むメニュー画面を表示する。また、表示部１３は、ユーザの操作に応じて、テーブル単位で注文した注文履歴とユーザ単位で注文した注文履歴とを切り替え可能に表示するようにしてもよい。例えば、表示部１３は、ユーザに対応するアイコンを選択する画面を表示し、ユーザによってアイコンを選択する操作が受け付けられた場合であって、注文履歴を表示する場合には、注文した各商品とともに、各商品を注文したユーザに対応するアイコンをそれぞれ表示するようにしてもよい。なお、メニュー画面および注文履歴の表示例については、図４～図７を用いて後述する。

通知部１４は、表示部１３によって表示されたメニュー画面から注文を受け付けた場合には、該注文の情報を情報処理装置２０に通知する。例えば、通知部１４は、ユーザがメニュー画面からスマートフォン１０を操作して注文する操作を行うたびに、注文の情報を情報処理装置２０に通知する。なお、情報処理装置２０は、サーバ装置６０、ＬＡＮ８０を介して、店舗装置３０に注文情報を転送する。

情報処理装置２０は、スマートフォン１０から受信した各種要求に応じて、各種処理を行う。例えば、情報処理装置２０は、ＡＰＩ（Application Programming Interface）利用者によるＡＰＩ活用のために種々の機能を有するＡＰＩゲートウェイである。例えば、ＡＰＩゲートウェイである情報処理装置２０は、ＤＢサーバ５０やサーバ装置６０が提供するデータ或いは機能をＡＰＩ化し、これらのＡＰＩの提供を管理する。また、情報処理装置２０は、注文のログ情報を分析装置９０に転送する。

また、情報処理装置２０は、メニュー情報送信部２１、注文情報送信部２２およびログ転送部２３を有する。メニュー情報送信部２１は、メニュー情報の要求をスマートフォン１０から受け付けた場合には、店舗に対応するメニュー情報を取得し、該スマートフォン１０にメニュー情報を送信する。

例えば、まず、メニュー情報送信部２１は、ＱＲコードを読み込んだスマートフォンからＵＲＬを用いたアクセスを受け付けると、ＵＲＬに含まれるクエリ文字列を復号化し、店舗を識別する情報、テーブルを識別する情報、伝票番号を取得するとともに、スマートフォン１０をＤＢサーバ５０にリダイレクトさせることで、スマートフォン１０にＵＩ情報を取得させる。その後、メニュー情報送信部２１は、メニューの要求をスマートフォン１０から受信した場合には、取得した店舗を識別する情報に対応するメニューのデータをＤＢサーバ５０に要求して、メニューのデータを取得し、スマートフォン１０にメニューのデータを送信する。

注文情報送信部２２は、注文の情報をスマートフォン１０から受け付けた場合には、注文の情報を店舗装置３０に送信する。例えば、注文情報送信部２２は、注文の情報をサーバ装置６０に転送することで、サーバ装置６０を介して店舗装置３０に送信する。

ログ転送部２３は、スマートフォン１０から受け付けた注文の情報に関するログ情報を分析装置９０に転送する。例えば、ログ転送部２３は、注文情報送信部２２が注文の情報をスマートフォン１０から受け付けた場合に、該注文の情報をログ情報として分析装置９０に転送する。なお、ログ転送部２３がログ情報を転送するタイミングはどのようなタイミングであってもよく、例えば、注文情報送信部２２が注文の情報をスマートフォン１０から受け付けるたびにログ情報を転送してもよいし、一定量のログ情報を蓄積した後、ログ情報を転送してもよい。

店舗装置３０は、店舗側のサーバ装置である。店舗装置３０は、格納部３１、メニュー情報ＤＢ３２および注文情報ＤＢ３３を有する。

格納部３１は、注文の情報をスマートフォン１０から受信した場合には、該注文の情報を注文情報ＤＢ３３に格納する。例えば、格納部３１は、情報処理装置２０およびサーバ装置６０を介してスマートフォン１０から受信した注文の情報を注文情報ＤＢ３３に格納する。ここで、格納部３１は、例えば、注文した商品を識別する商品ＩＤに対応付けて、商品を注文したユーザを識別するユーザＩＤ、店舗を識別する店舗ＩＤ、テーブルを識別するテーブルＩＤ、および、伝票番号を注文情報ＤＢ３３に格納する。

メニュー情報ＤＢ３２は、店舗におけるメニューのデータを記憶する。例えば、メニュー情報ＤＢ３２は、商品ＩＤ、商品の名称、商品の値段および商品の画像等を対応付けて記憶する。

注文情報ＤＢ３３は、ユーザが注文した注文の履歴情報を記憶する。例えば、注文情報ＤＢ３３は、注文したユーザのユーザＩＤ、店舗ＩＤ、テーブルＩＤ、注文が行われた商品の商品ＩＤ、注文が行われた各商品の数量、および、伝票番号等を記憶する。また、注文情報ＤＢ３３は、会計が行われたか否かを示すフラグ情報も記憶するものとする。

タブレット４０は、店舗に設置された専用装置である。例えば、タブレット４０は、テーブルごとに設置され、ユーザの操作に応じて、ユーザのスマートフォン１０から注文するためのＱＲコードを表示する。なお、本システムにおいて、タブレット４０は、必須ではなく、例えば、ＱＲコードの表示を店舗内のサイネージで表示してもよいし、ＱＲコードを印刷した紙を店舗内のテーブルに貼り付けるようにしてもよい。

ＤＢサーバ５０は、スマートフォン１０用のデータ形式（例えば、Ｊｓｏｎ（(JavaScript Object Notation)）形式）の各種情報を記憶するＤＢを有するサーバ装置である。例えば、ＤＢサーバ５０は、ＵＩ情報ＤＢ５１およびメニュー情報ＤＢ５２を有する。

ＵＩ情報ＤＢ５１は、ＵＩ情報として、ユーザーインターフェイスを構築するためのフレームワークを記憶する。例えば、ＵＩ情報ＤＢ５１は、フレームワークの一例として、ＷＥＢアプリなどに必要なＵＩを構築するためのJavaScriptフレームワークである「Vue.js.App」を記憶する。

メニュー情報ＤＢ５２は、各店舗のメニューのデータを記憶する。例えば、メニュー情報ＤＢ５２は、各店舗のメニューのデータとして、店舗ＩＤに対応付けて、各店舗の商品ＩＤ、商品の名称、商品の値段および商品の画像を記憶する。メニュー情報ＤＢ５２に記憶されているデータは、メニュー情報ＤＢ３２にデータと同じ内容であるが、メニュー情報ＤＢ５２に記憶されているデータのデータ形式は、Ｊｓｏｎ（JavaScript Object Notation）形式等のスマートフォン１０用のデータ形式であるのに対し、店舗装置３０のメニュー情報ＤＢ５２に記憶されているデータのデータ形式は、店舗装置３０による独自のデータ形式（例えば、ＣＳＶ形式）等であるものとする。また、メニュー情報ＤＢ５２に記憶されているデータは、メニュー情報ＤＢ３２の最新データに適宜更新されているものとする。

サーバ装置６０は、各種処理を行うサーバ装置である。例えば、サーバ装置６０は、クラウド上で各種サービスを提供するクラウドコンピューティングサービスのプラットフォームである。サーバ装置６０は、情報処理装置２０からの要求を受け付けて、各種処理を実行する。例えば、サーバ装置６０は、注文の情報の登録要求を情報処理装置２０から受け付けると、店舗装置３０に注文の情報を登録させる。また、サーバ装置６０は、メニューのデータの要求を情報処理装置２０から受け付けると、店舗装置３０からメニューの情報を取得し、メニューの情報をスマートフォン用のデータに変換して情報処理装置２０に送信する。

ここで、図２を用いて、第１の実施形態に係る注文システムにおける処理例を説明する。図２は、第１の実施形態に係る注文システムにおける処理例を説明する図である。図２に例示するように、スマートフォン１０は、店舗内のテーブルごとに設置されたタブレット４０に表示されたＱＲコードを読み込み、アクセス情報としてＵＲＬを取得する。

そして、スマートフォン１０は、ＵＲＬを用いて、情報処理装置２０に対して店舗のメニュー情報を要求する。情報処理装置２０は、ＱＲコードを読み込んだスマートフォンからＵＲＬを用いたアクセスを受け付けると、ＵＲＬに含まれるクエリ文字列を復号化し、店舗を識別する情報、テーブルを識別する情報、伝票番号を取得するとともに、スマートフォン１０をＤＢサーバ５０にリダイレクトさせる。

そして、スマートフォン１０は、リダイレクトにより、ＤＢサーバ５０へアクセスして、ＵＩ情報（Vue.js.App）をＤＢサーバ５０にリクエストし、ＵＩ情報を取得する。続いて、スマートフォン１０は、メニューを情報処理装置２０に対して要求する。

情報処理装置２０は、メニューの要求をスマートフォン１０から受信した場合には、取得した店舗を識別する情報に対応するメニューのデータをＤＢサーバ５０に要求して、メニューのデータを取得し、メニューのデータをキャッシュし、スマートフォン１０にメニューのデータを送信する。なお、情報処理装置２０は、メニューのデータは、定期的（例えば、１０分ごと）にＤＢサーバ５０に要求し、最新のメニューのデータに更新する。例えば、メニューのデータには、品切れの情報なども含まれているため、情報処理装置２０は、最新のメニューのデータに更新することで、品切れの情報を最新の状態にすることが可能である。

スマートフォン１０は、情報処理装置２０からメニューのデータを取得した場合には、該メニューのデータとＵＩ情報を用いて、注文を受付可能なメニュー画面を表示する。そして、スマートフォン１０は、表示されたメニュー画面から注文（オーダ）を受け付けた場合には、該注文の情報を情報処理装置２０に通知する。その後、情報処理装置２０は、注文の情報をサーバ装置６０に転送することで、サーバ装置６０を介して店舗装置３０に送信する。

なお、会計を行う際には、スマートフォン１０の画面に表示された店員を呼び出すボタンや会計ボタンをユーザがタッチすることで、店員を呼び出して会計を行うものとする。また、スマートフォン１０で管理する電子マネーやクレジットカードを利用して会計を行うようにしてもよい。

続いて、図３は、店舗に設置された専用のタブレット４０の表示例について説明する図である。図３は、店舗に設置された専用のタブレットの表示例について説明する図である。図３に例示するように、ユーザは、店舗のテーブルに設置された店舗専用のタブレット４０を操作することで、タブレット４０にＱＲコードを表示させる。図３の例では、ユーザが、タブレット４０に表示された「スマホで注文」のボタンをタッチすることで、タブレット４０にＱＲコードを表示させる。そして、ユーザは、スマートフォン１０のカメラ機能等でＱＲコードを読み込む操作を行い、専用のＷｅｂページに移動させる。

続いて、図４～図７を用いて、スマートフォン１０の表示例について説明する。図４は、スマートフォンの表示例について説明する図である。図４に例示するように、スマートフォン１０は、複数のキャラクタを表示し、ユーザに選択させた後に、メニュー表示のトップ画面を表示する。図４の例では、スマートフォン１０は、複数のキャラクタとして動物を複数表示してユーザに選択させる。そして、スマートフォン１０は、ユーザが複数の動物のなかから「ライオン」を選択した場合には、選択したキャラクタでよいかを確認する確認画面を表示し、「ＯＫ」ボタンがタッチされた場合には、トップ画面を表示する。

続いて、図５に例示するように、スマートフォン１０は、注文可能な商品の画像一覧等を表示する。ユーザは、スマートフォン１０に表示された商品のうち、注文したい商品の画像をタッチし、注文数を選択して、「注文」ボタンをタッチする。そして、スマートフォン１０は、注文確定画面を表示する。ユーザが、スマートフォン１０に表示された「ＯＫ」ボタンをタッチすると、注文が確定される。つまり、スマートフォン１０は、ユーザが、スマートフォン１０に表示された「ＯＫ」ボタンをタッチすると、確定した注文の情報を情報処理装置２０に通知する。その後、情報処理装置２０は、確定した注文の情報を店舗装置３０に通知する。

また、図６に例示するように、スマートフォン１０は、注文履歴や注文金額を確認する確認画面を表示するようにしてもよい。図６の例では、スマートフォン１０は、ユーザが「注文確認」のボタンをタッチすると、スマートフォン１０から注文された商品の注文履歴と合計金額を表示する。また、ユーザが画面上部の「このテーブル」をタッチすると、スマートフォン１０は、同じテーブルから注文された全商品の注文履歴を表示する。ここで、スマートフォン１０は、同じテーブルから注文された全商品の注文履歴には、各商品について、注文したスマートフォンのキャラクタをそれぞれ表示することで、誰が（どのスマートフォンが）注文した商品であるかが判別可能である。

また、図７に例示するように、スマートフォン１０は、「店員呼出」のボタンがユーザによりタッチされ、その後の画面で「ＯＫ」ボタンがさらにタッチされた場合には、店員を呼出す。つまり、スマートフォン１０は、ユーザがスマートフォン１０に表示された「ＯＫ」ボタンをタッチすると、店員呼出はサーバ装置６０を介して情報処理装置２０に通知される。その後、情報処理装置２０は、店員呼出を店舗装置３０に通知する。

分析装置９０は、注文の情報に関するログ情報を情報処理装置２０から受信し、ログ情報を解析して、スマートフォンにおすすめ商品の商品情報を送信する。分析装置９０は、格納部９１、検出部９２および商品情報送信部９３を有する。

グラフＤＢ９４は、注文の情報に関するログ情報を記憶する。グラフＤＢ９４は、例えば、グラフデータ形式でデータを記憶する。図８は、グラフＤＢに記憶されるデータ例について説明する図である。例えば、グラフＤＢ９４は、図８に例示するように、ノードと、ノード間の関係を示すエッジと、ノードとエッジにおける属性情報を示すプロパティで表現されたグラフデータを記憶する。図８に例示するグラフデータでは、例えば、「ユーザＡ」については、「商品Ａ」、「商品Ｂ」および「商品Ｃ」を購入したことを示している。

また、グラフＤＢ９４は、注文に関する情報として、購入した商品だけでなく、商品を購入した回数、商品を購入した店舗名、商品を購入した日時、来店してから商品を購入するまでの時間を記憶する。また、グラフＤＢ９４は、商品に関する情報として、商品名、価格、商品の画像等を記憶してもよい。また、グラフＤＢ９４は、ユーザに関する情報として、ユーザの氏名、年齢、住所、ユーザが選択したキャラクタ等を記憶してもよい。なお、グラフＤＢ９４が注文に関するログ情報をグラフデータ形式でデータを記憶する構成に限定されるものではなく、例えば、記憶部がテーブル形式でログ情報のデータを記憶してもよい。

格納部９１は、情報処理装置２０からログ情報を受信した場合には、該ログ情報をグラフＤＢ９４に格納する。例えば、格納部９１は、受信したログ情報に応じて、グラフＤＢ９４に記憶されたグラフデータを更新する。また、格納部９１は、商品を購入したユーザの情報、購入された商品の情報だけでなく、例えば、商品を購入した店舗名、商品を購入した日時、および、来店してから商品を購入するまでの時間をグラフＤＢ９４に記憶する。

例えば、格納部９１は、情報処理装置２０から分析装置９０にログ情報が転送されるたびに、該ログ情報をグラフＤＢ９４に格納する。ここで、図９を用いて、情報処理装置２０がログを転送する処理を説明する。図９は、情報処理装置がログを転送する処理を説明する図である。図９に示すように、情報処理装置２０は、注文の情報をスマートフォン１０から受け付けた場合には、注文の情報を、サーバ装置６０を介して店舗装置３０に送信する。この際、情報処理装置２０は、注文の情報をログ情報として、分析装置９０に転送する。

検出部９２は、グラフＤＢ９４によって記憶されたログ情報に基づいて、おすすめ商品を検出する。検出部９２は、例えば、おすすめ商品の要求を情報処理装置２０から受け付けると、飲食店における購入履歴からおすすめ商品をユーザにレコメンドするために、以下のようにログ情報を解析し、おすすめ商品を検出する。なお、検出部９２は、以下で例示するおすすめ商品を検出する処理のうち、いずれか一つを実行してもよいし、複数を実行してもよい。

例えば、検出部９２は、各店舗で購入された売れ筋商品を解析する。具体的には、検出部９２は、店舗ごとに、各商品が注文された回数を集計し、集計した回数が上位である所定数の商品をおすすめ商品である売れ筋商品として検出する。

また、例えば、検出部９２は、同じ商品を購入したユーザが、他に購入している商品を解析する。具体的には、検出部９２は、グラフＤＢ９４によって記憶されたログ情報を用いて、おすすめ商品を提示する対象のユーザと同じ商品を購入したユーザが、他に購入している商品を特定し、該商品をおすすめ商品として検出する。なお、検出部９２は、他に購入している商品が複数ある場合には、全てを検出してもよいし、注文回数が上位である所定数の商品のみを検出してもよい。

また、例えば、検出部９２は、グラフＤＢ９４によって記憶されたログ情報を用いて、アイコンごとに、各商品が注文された回数を集計し、集計した各商品が注文された回数と、おすすめ商品を提示する対象のユーザが選択したアイコンとに応じて、おすすめ商品を検出する。より具体的には、検出部９２は、おすすめ商品を提示する対象のユーザが選択したアイコンについて、集計した回数が上位である所定数の商品をおすすめ商品として検出する。

また、例えば、検出部９２は、同じ商品の組み合わせを購入したユーザが、他に購入している商品を解析する。具体的には、検出部９２は、グラフＤＢ９４によって記憶されたログ情報を用いて、おすすめ商品を提示する対象のユーザと同じ商品の組み合わせを購入したユーザが、他に購入している商品を特定し、該商品をおすすめ商品として検出する。なお、検出部９２は、他に購入している商品が複数ある場合には、全てを検出してもよいし、注文回数が上位である所定数の商品のみを検出してもよい。

また、例えば、検出部９２は、グラフＤＢ９４によって記憶されたログ情報を用いて、ユーザが来店してから経過した時間ごとに、各商品が注文された回数を集計し、集計した各商品が注文された回数と、おすすめ商品を提示する対象のユーザが来店してから経過した時間とに応じて、おすすめ商品を検出する。より具体的には、検出部９２は、おすすめ商品を提示する対象のユーザが来店してから経過した時間において、集計した回数が上位である所定数の商品をおすすめ商品として検出する。

また、例えば、検出部９２は、グラフＤＢ９４によって記憶されたログ情報を用いて、ユーザが来店した時間ごとに、該ユーザによって各商品が注文された回数を集計し、集計した各商品が注文された回数と、おすすめ商品を提示する対象のユーザが来店した時間とに応じて、おすすめ商品を検出する。より具体的には、検出部９２は、おすすめ商品を提示する対象のユーザが来店した時間において、集計した回数が上位である所定数の商品をおすすめ商品として検出する。

また、例えば、検出部９２は、グラフＤＢ９４によって記憶されたログ情報を用いて、地域ごとに、ユーザによって各商品が注文された回数を集計し、集計した各商品が注文された回数と、おすすめ商品を提示する対象のユーザが来店した店舗の地域とに応じて、おすすめ商品を検出する。より具体的には、検出部９２は、おすすめ商品を提示する対象のユーザが来店した店舗の地域において、集計した回数が上位である所定数の商品をおすすめ商品として検出する。

商品情報送信部９３は、検出部９２によって検出されたおすすめ商品に関する情報をスマートフォン１０に送信する。例えば、商品情報送信部９３は、おすすめ商品に関する情報として、おすすめ商品の商品名、価格および商品の画像のデータを、情報処理装置２０を介して、スマートフォン１０に送信する。なお、情報処理装置２０は、おすすめ商品に関する情報を受信すると、メニュー情報におすすめ商品の情報を含めてスマートフォン１０に送信してもよいし、おすすめ商品の情報のみをスマートフォン１０に送信してもよい。

ここで、図１０を用いて、分析装置９０がおすすめ商品を通知する処理を説明する。図１０は、分析装置がおすすめ商品を通知する処理を説明する図である。図１０に例示するように、分析装置９０は、ログ情報をグラフＤＢ９４に蓄積させ、蓄積したデータからおすすめ商品を検出し、スマートフォン１０におすすめ商品を通知する。これにより、分析装置９０は、本願に係る注文システムのログを分析し、注文者の様々な傾向を分析することによりスマートフォン１０におすすめ商品の通知をできる。

［注文システムの処理手順］
次に、図１１を用いて、第１の実施形態に係る注文システムにおける処理の手順の例を説明する。図１１は、第１の実施形態に係る注文システムにおける処理の流れの一例を示すシーケンス図である。

図１１に示すように、注文システムのスマートフォン１０は、店舗内のテーブルごとに用意されたＱＲコードを読み込む（ステップＳ１０１）。例えば、スマートフォン１０は、店舗内のテーブルごとに設置されたタブレット４０に表示されたＱＲコードを読み込み、アクセス情報としてＵＲＬを取得する。そして、スマートフォン１０は、取得したＵＲＬにアクセスする（ステップＳ１０２）。

そして、情報処理装置２０は、ＱＲコードを読み込んだスマートフォン１０からＵＲＬを用いたアクセスを受け付けると、ＵＲＬに含まれるクエリ文字列を復号化する（ステップＳ１０３）。これにより、情報処理装置２０は、クエリ文字列に含まれる、店舗を識別する情報、テーブルを識別する情報、伝票番号を取得する。そして、情報処理装置２０は、スマートフォン１０をＤＢサーバ５０にリダイレクトするよう指示する（ステップＳ１０４）。

そして、スマートフォン１０は、リダイレクトにより、ＤＢサーバ５０へアクセスして、ＵＩ情報（Vue.js.App）の取得をＤＢサーバ５０にリクエストし（ステップＳ１０５）、ＵＩ情報を取得する（ステップＳ１０６）。続いて、スマートフォン１０は、メニューを情報処理装置２０に対して要求する（ステップＳ１０７）。

そして、情報処理装置２０は、メニューの要求をスマートフォン１０から受信した場合には、取得した店舗を識別する情報に対応するメニューのデータをＤＢサーバ５０に要求するとともに（ステップＳ１０８）、おすすめ商品の情報を分析装置９０に要求する（ステップＳ１０９）。分析装置９０は、おすすめ商品の要求を受け付けると、グラフＤＢ９４に格納されたログ情報に基づいて、おすすめ商品を検出し、おすすめ商品に関する情報を情報処理装置２０に送信する。そして、情報処理装置２０は、メニューのデータをＤＢサーバ５０から取得し（ステップＳ１１０）、おすすめ商品の情報を分析装置９０から取得する（ステップＳ１１１）。続いて、情報処理装置２０は、おすすめ商品の情報を含めたメニューのデータをスマートフォン１０に送信する。

スマートフォン１０は、情報処理装置２０から送信されたメニューのデータを取得する（ステップＳ１１２）。そして、スマートフォン１０は、該メニューのデータとＵＩ情報を用いて、注文を受付可能なメニュー画面を表示する（ステップＳ１１３）。そして、スマートフォン１０は、表示されたメニュー画面から注文（オーダ）を受け付けた場合には、該注文の情報を情報処理装置２０に通知する（ステップＳ１１４）。その後、情報処理装置２０は、注文の情報をサーバ装置６０に転送する（ステップＳ１１５）。さらに、サーバ装置６０は、注文の情報を店舗装置３０に転送する（ステップＳ１１６）。そして、店舗装置３０は、注文の情報をサーバ装置６０から受信した場合には、該注文の情報を注文情報ＤＢ３３に格納する（ステップＳ１１７）。

また、情報処理装置２０は、注文の情報をスマートフォン１０から受信した場合には、注文の情報をログ情報として分析装置９０に送信する（ステップＳ１１８）。そして、分析装置９０は、ログ情報をグラフＤＢ９４に格納する（ステップＳ１１９）。

［第１の実施形態の効果］
第１の実施形態に係る注文システムでは、スマートフォン１０が、情報処理装置２０のアクセス情報を取得し、アクセス情報を用いて、情報処理装置２０に対して店舗のメニュー情報を要求する。そして、情報処理装置２０が、メニュー情報の要求をスマートフォン１０から受け付けた場合には、店舗に対応するメニュー情報を取得し、該スマートフォン１０にメニュー情報を送信する。続いて、スマートフォン１０が、情報処理装置２０からメニュー情報を取得した場合には、該メニュー情報を用いて、注文を受付可能な商品を含むメニュー画面を表示する。そして、スマートフォン１０が、メニュー画面から注文を受け付けた場合には、該注文の情報を情報処理装置２０に通知する。そして、情報処理装置２０が、注文の情報をスマートフォン１０から受け付けた場合には、注文の情報を店舗装置３０に送信する。また、情報処理装置２０は、スマートフォン１０から受け付けた注文の情報に関するログ情報を分析装置９０に転送する。その後、店舗装置３０が、注文の情報をスマートフォン１０から受信した場合には、該注文の情報を注文情報ＤＢ３３に格納する。また、分析装置９０は、ログ情報を受信した場合には、該ログ情報をグラフＤＢ９４に格納する。そして、分析装置９０は、グラフＤＢ９４に記憶されたログ情報に基づいて、おすすめ商品を検出し、検出したおすすめ商品に関する情報をスマートフォン１０に送信する。このため、第１の実施形態に係る注文システムでは、コストを掛けることなく、各ユーザがそれぞれ自由に好みの商品を簡易に注文することが可能である。

つまり、第１の実施形態に係る注文システムでは、店舗側では、既存の店舗装置３０等のシステムを利用しつつ、ユーザのスマートフォン１０から注文を受け付けることが可能であるため、新規に既存システムを導入しようとした場合の専用端末の購入コスト、利用するにあたってのランニングコスト等を抑制することができ、コストを抑えることが可能である。また、第１の実施形態に係る注文システムでは、スマートフォン１０にアプリケーションをダウンロードすることなく、ブラウザ上で注文する画面を表示することで、自分のスマートフォン１０からそれぞれ簡単に注文を行うことが可能である。また、第１の実施形態に係る注文システムでは、ユーザが自分のスマートフォン１０から各自注文することができるので、不特定多数が利用する専用端末に対する来店客のウイルス感染等の懸念を払しょくすることが可能である。

また、第１の実施形態に係る注文システムでは、分析装置９０が、ログ情報をグラフＤＢ９４に蓄積させ、蓄積したデータからおすすめ商品を検出し、スマートフォン１０におすすめ商品を通知する。これにより、分析装置９０は、本願に係る注文システムのログを分析し、注文者の様々な傾向を分析することによりスマートフォン１０におすすめ商品の通知をできる。また、本願に係る注文システムでは、過去の注文履歴からおすすめ商品を通知することにより注文者がわざわざメニューを一通り見て注文内容を考えることなく短時間で注文が可能である。

また、第１の実施形態に係る注文システムでは、スマートフォン１０が、店舗内のテーブルごとに用意されたＱＲコードを読み込み、アクセス情報を取得する。このため、店舗側では、ＱＲコードを用意するだけで、複数の各ユーザがそれぞれ自分のスマートフォン１０から自由に注文をすることができるようにすることが可能である。また、上述の図１等の例では、店舗側が、タブレット４０を設置している場合を説明したが、タブレット４０を設置せずとも、ＱＲコードを用意しておけばよく、店舗専用のタブレット４０を設けることなく、複数の各ユーザがそれぞれ自由に注文をすることが可能である。

また、第１の実施形態に係る注文システムでは、スマートフォン１０が、店舗内のテーブルごとに用意されたＱＲコードであって、所定の時間ごとに更新されるＱＲコードを読み込み、アクセス情報を取得する。これにより、店舗内のタブレット４０で表示されるＱＲコードを、所定時間ごとに変更することで、別のテーブルのユーザが注文する等の悪用を防止することが可能である。

また、第１の実施形態に係る注文システムでは、スマートフォン１０が、ユーザの操作に応じて、テーブル単位で注文した注文履歴とユーザ単位で注文した注文履歴とを切り替え可能に表示する。これにより、ユーザが、テーブル単位で注文した注文履歴と、自分自身が注文した注文履歴とを自分のスマートフォン１０で確認することが可能である。

また、第１の実施形態に係る注文システムでは、スマートフォン１０が、ユーザに対応するアイコンを選択する画面を表示し、ユーザによってアイコンを選択する操作が受け付けられた場合であって、注文履歴を表示する場合には、注文した各商品とともに、各商品を注文したユーザに対応するアイコンをそれぞれ表示する。これにより、スマートフォン１０は、どのユーザが、どの商品を注文したかを容易に確認する画面を表示することが可能である。

また、第１の実施形態に係る注文システムでは、分析装置９０が、ログ情報を用いて、ユーザが来店してから経過した時間ごとに、各商品が注文された回数を集計し、集計した各商品が注文された回数と、おすすめ商品を提示する対象のユーザが来店してから経過した時間とに応じて、おすすめ商品を検出する。このため、分析装置９０は、ユーザが来店してから経過した時間に応じて、おすすめ商品を変化させてユーザに提示することが可能である。

また、第１の実施形態に係る注文システムでは、分析装置９０が、ログ情報を用いて、ユーザが来店した時間ごとに、該ユーザによって各商品が注文された回数を集計し、集計した各商品が注文された回数と、おすすめ商品を提示する対象のユーザが来店した時間とに応じて、おすすめ商品を検出する。このため、分析装置９０は、ユーザが来店した時間に応じて、おすすめ商品を変化させてユーザに提示することが可能である。

また、第１の実施形態に係る注文システムでは、分析装置９０が、ログ情報を用いて、アイコンごとに、各商品が注文された回数を集計し、集計した各商品が注文された回数と、おすすめ商品を提示する対象のユーザが選択したアイコンとに応じて、おすすめ商品を検出する。このため、分析装置９０は、ユーザが選択したキャラクタに応じて、おすすめ商品を変化させてユーザに提示することが可能である。

なお、上述した各実施形態では、スマートフォン１０が、ＱＲコードを読み込むことで、情報処理装置２０のＵＲＬを取得する場合を説明したが、必ずしもこれに限定されるものではない。例えば、ユーザが、スマートフォン１０で店舗の予約サイトから予約を行った場合には、当該予約サイトから情報処理装置２０のＵＲＬを取得するようにしてもよい。この場合には、当該ＵＲＬでは予約された店舗の利用時間帯のみ、本注文システムで注文が可能であるように有効期間を設定することが可能である。

（システム構成等）
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

（プログラム）
また、上記実施形態において説明したスマートフォン１０、情報処理装置２０、店舗装置３０、タブレット４０、ＤＢサーバ５０、サーバ装置６０、分析装置９０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、実施形態に係るスマートフォン１０、情報処理装置２０、店舗装置３０、タブレット４０、ＤＢサーバ５０、サーバ装置６０、分析装置９０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。この場合、コンピュータがプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。

図１２は、プログラムを実行するコンピュータを示す図である。図１２に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ（Central Processing Unit）１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。

メモリ１０１０は、図１２に例示するように、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、図１２に例示するように、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、図１２に例示するように、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、図１２に例示するように、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、図１２に例示するように、例えばディスプレイ１１３０に接続される。

ここで、図１２に例示するように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記のプログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０９０に記憶される。

また、上記実施形態で説明した各種データは、プログラムデータとして、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出し、各種処理手順を実行する。

なお、プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network））、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

上記の実施形態やその変形は、本願が開示する技術に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０ スマートフォン
１１ 取得部
１２ 要求部
１３ 表示部
１４ 通知部
２０ 情報処理装置
２１ メニュー情報送信部
２２ 注文情報送信部
２３ ログ転送部
３０ 店舗装置
３１ 格納部
３２ メニュー情報ＤＢ
３３ 注文情報ＤＢ
４０ タブレット
５０ ＤＢサーバ
５１ ＵＩ情報ＤＢ
５２ メニュー情報ＤＢ
６０ サーバ装置
９０ 分析装置
９１ 格納部
９２ 検出部
９３ 商品情報送信部
９４ グラフＤＢ

Claims (6)

1. ユーザ端末と、情報処理装置と、店舗装置と、分析装置とを有する注文システムであって、
   前記ユーザ端末は、
   情報処理装置のアクセス情報を取得する取得部と、
   前記取得部によって取得されたアクセス情報を用いて、前記情報処理装置に対して店舗のメニュー情報を要求する要求部と、
   前記情報処理装置から前記メニュー情報を取得した場合には、該メニュー情報を用いて、注文を受付可能な商品を含むメニュー画面を表示する表示部と、
   前記表示部によって表示されたメニュー画面から注文を受け付けた場合には、該注文の情報を前記情報処理装置に通知する通知部と、
   前記情報処理装置は、
   前記メニュー情報の要求を前記ユーザ端末から受け付けた場合には、前記店舗に対応するメニュー情報を取得し、該ユーザ端末にメニュー情報を送信するメニュー情報送信部と、
   前記注文の情報を前記ユーザ端末から受け付けた場合には、前記注文の情報を前記店舗装置に送信する注文情報送信部と、
   前記ユーザ端末から受け付けた前記注文の情報に関するログ情報を分析装置に転送するログ転送部と、
   前記店舗装置は、
   前記注文の情報を受信した場合には、該注文の情報を記憶部に格納する格納部と、
   前記分析装置は、
   前記情報処理装置からログ情報を受信した場合には、該ログ情報を記憶部に格納する格納部と、
   前記記憶部によって記憶されたログ情報に基づいて、おすすめ商品を検出する検出部と、
   前記検出部によって検出されたおすすめ商品に関する情報を前記ユーザ端末に送信する商品情報送信部と、
   を有し、
   前記検出部は、前記記憶部によって記憶されたログ情報を用いて、ユーザに対応するアイコンごとに、各商品が注文された回数を集計し、集計した各商品が注文された回数と、おすすめ商品を提示する対象のユーザが選択したアイコンとに応じて、前記おすすめ商品を検出することを特徴とする注文システム。
2. 前記取得部は、前記店舗内のテーブルごとに用意されたＱＲコードを読み込み、前記アクセス情報を取得することを特徴とする請求項１に記載の注文システム。
3. 前記取得部は、前記店舗内のテーブルごとに用意されたＱＲコードであって、所定の時間ごとに更新されるＱＲコードを読み込み、前記アクセス情報を取得することを特徴とする請求項１に記載の注文システム。
4. 前記表示部は、ユーザの操作に応じて、テーブル単位で注文した注文履歴とユーザ単位で注文した注文履歴とを切り替え可能に表示することを特徴とする請求項１に記載の注文システム。
5. 前記表示部は、ユーザに対応するアイコンを選択する画面を表示し、ユーザによってアイコンを選択する操作が受け付けられた場合であって、注文履歴を表示する場合には、注文した各商品とともに、各商品を注文したユーザに対応するアイコンをそれぞれ表示することを特徴とする請求項１に記載の注文システム。
6. 前記検出部は、前記記憶部によって記憶されたログ情報を用いて、ユーザが来店してから経過した時間ごとに、各商品が注文された回数を集計し、集計した各商品が注文された回数と、おすすめ商品を提示する対象のユーザが来店してから経過した時間とに応じて、前記おすすめ商品を検出することを特徴とする請求項１に記載の注文システム。

Images