JP6901599B1 - 処理装置及び注文管理システム - Google Patents
処理装置及び注文管理システム Download PDFInfo
- Publication number
- JP6901599B1 JP6901599B1 JP2020029856A JP2020029856A JP6901599B1 JP 6901599 B1 JP6901599 B1 JP 6901599B1 JP 2020029856 A JP2020029856 A JP 2020029856A JP 2020029856 A JP2020029856 A JP 2020029856A JP 6901599 B1 JP6901599 B1 JP 6901599B1
- Authority
- JP
- Japan
- Prior art keywords
- order
- information
- order information
- customer
- store
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Abstract
【課題】複数のベンダーから取得される注文の管理を容易にする処理装置及び注文管理システムを提供する。【解決手段】注文管理システム１００において、注文管理装置１０は、複数のベンダーをそれぞれ識別するベンダー識別子を有する複数のベンダー２０から、ベンダー識別子と顧客からの注文を示す情報と顧客への提供タイミングとを少なくとも含む注文情報を第１注文情報として取得する第１注文情報取得部１１と、取得した第１注文情報を記憶部に記憶させる記憶制御部１２と、顧客への提供タイミング順に、記憶部に記憶された注文情報を第２注文情報として取得する第２注文情報取得部１３と、取得した第２注文情報を顧客への提供タイミング順に出力する第２注文情報出力部１４とを備える。【選択図】図３
Description
本発明は、処理装置及び注文管理システムに関する。
従来、予め店舗に注文された商品を、ユーザが店舗に赴いて注文済みの商品を受け取る場合において、ユーザ端末から取得した端末ＩＤと商品情報を対応付ける技術があった（例えば、特許文献１を参照）。
ここで、ユーザから注文を取得し、取得した注文を店舗に発注するベンダー（予約サイト）が存在する。店舗は、より多くの顧客を獲得するため、複数のベンダーと契約している場合がある。店舗は、複数のベンダーと契約している場合、契約しているベンダーの数だけ注文管理システムを用いて、注文を管理していた。すなわち、店舗は、複数のベンダーから取得する注文の管理が煩雑であるという問題があった。
そこで、本発明は、複数のベンダーから取得される注文を容易に管理できる技術の提供を目的とする。
本発明の一態様に係る処理装置は、複数のベンダーをそれぞれ識別するベンダー識別子を有する複数のベンダーから、前記ベンダー識別子と顧客からの注文を示す情報と顧客への提供タイミングと顧客へ提供する店舗を識別する情報とを少なくとも含む注文情報を第１注文情報として取得する第１注文情報取得部と、取得した前記第１注文情報を記憶部に記憶させる記憶制御部と、前記顧客への提供タイミングに応じた時刻に、前記記憶部に記憶された前記注文情報を第２注文情報として取得する第２注文情報取得部と、取得した前記第２注文情報を前記顧客への提供タイミング順に、前記第２注文情報に含まれる前記顧客へ提供する店舗を識別する情報により示される店舗に対して出力する注文情報出力部とを備える。
また、本発明の一態様に係る処理装置は、前記注文情報に示される注文を受注できないことを示す品切設定情報を取得する品切設定情報取得部と、前記注文情報に示される注文を受注できないことを前記ベンダーに通知する品切通知情報出力部とを更に備え、前記記憶制御部は、前記品切設定情報取得部が取得する前記品切設定情報に示される商品が、前記第１注文情報取得部が取得する前記第１注文情報に含まれる場合に、前記品切設定情報に示される商品を受注できないことを示す品切通知情報を出力し、前記第１の通信部は、前記記憶制御部が出力する前記品切通知情報を送信する。
また、本発明の一態様に係る処理装置は、前記第２注文情報取得部が取得する前記第２注文情報を取得し、取得した前記第２注文情報に基づいた統計処理を行う統計部と、前記統計部が行う統計結果を出力する統計情報出力部を更に備える。
本発明の一態様に係る注文管理システムは、上述した処理装置と、前記処理装置に第１注文情報を出力する発注装置と、前記処理装置が出力する第２注文情報に示される前記顧客からの注文を示す情報を表示する表示装置とを備える。
本発明によれば、複数のベンダーから取得される注文を容易に管理することができる。
［注文管理システムの構成］
以下、本発明の実施の形態について図面を参照しながら説明する。
図１は、本実施形態に係る注文管理システム１００の構成の一例を示す図である。本実施形態では、注文管理システム１００の一例として、顧客がベンダーを通して店舗に対し商品を注文し、注文した商品を顧客が店舗で受け取る、もしくは配達員が顧客に配達する場合について例示し説明する。この一例における商品とは、具体的には飲食物であってもよい。注文管理システム１００が注文の管理を行う商品は、飲食物である一例に限定されず、種々の商品について用いてもよい。
以下、本発明の実施の形態について図面を参照しながら説明する。
図１は、本実施形態に係る注文管理システム１００の構成の一例を示す図である。本実施形態では、注文管理システム１００の一例として、顧客がベンダーを通して店舗に対し商品を注文し、注文した商品を顧客が店舗で受け取る、もしくは配達員が顧客に配達する場合について例示し説明する。この一例における商品とは、具体的には飲食物であってもよい。注文管理システム１００が注文の管理を行う商品は、飲食物である一例に限定されず、種々の商品について用いてもよい。
同図に示すように、注文管理システム１００は、注文管理装置１０（または、処理装置とも記載する。以下同じ。）と、ベンダー２０と、店舗３０とを備える。注文管理システム１００は、複数のベンダー２０から構成される。同図におけるベンダー２０Ａ、ベンダー２０Ｂ及びベンダー２０Ｃは、ベンダー２０の一例である。同図において、ベンダー２０Ａ、ベンダー２０Ｂ及びベンダー２０Ｃを区別しない場合には、ベンダー２０と記載する。同図における店舗３０Ａ、店舗３０Ｂ及び店舗３０Ｃは、店舗３０の一例である。同図において、店舗３０Ａ、店舗３０Ｂ及び店舗３０Ｃを区別しない場合には、店舗３０と記載する。
なお、注文管理システム１００は、複数の店舗３０を備えていてもよいし、１の店舗３０により構成されていてもよい。
なお、注文管理システム１００は、複数の店舗３０を備えていてもよいし、１の店舗３０により構成されていてもよい。
ベンダー２０は、商品の注文を顧客から受注し、受注した商品の注文（又は注文情報ＩＯ。以下、同じ。）を含む第１注文情報ＩＯ１を、注文管理装置１０に提供する。例えば、ベンダー２０は、第１注文情報ＩＯ１を注文管理装置１０に出力可能な発注装置を備え、発注装置を通じて注文管理装置１０に第１注文情報ＩＯ１を出力する。
ベンダー２０とは、例えば、顧客から店舗３０に対する予約を代行して受注する予約サイトなどのサービス提供者である。
ベンダー２０とは、例えば、顧客から店舗３０に対する予約を代行して受注する予約サイトなどのサービス提供者である。
それぞれのベンダー２０は、複数のベンダーをそれぞれ識別するベンダー識別子を有する。注文管理装置１０は、複数のベンダー２０から、それぞれ第１注文情報ＩＯ１を取得する。第１注文情報ＩＯ１に含まれる注文情報ＩＯは、それぞれのベンダー２０を識別するベンダー識別子と、顧客からの注文を示す情報と、顧客への提供タイミングを示す情報とを少なくとも含む。
顧客への提供タイミングとは、店舗３０が、顧客に商品を提供するタイミングである。例えば、顧客への提供タイミングは、日時を示す情報であってもよい。
顧客からの注文を示す情報とは、具体的には、顧客が商品を受け取る日時を示す“受取日時”、顧客がベンダー２０に商品を注文した日時を示す“注文日時”、顧客の名前を示す“顧客名”、顧客が注文した商品を示す“商品名”、顧客が注文した商品の金額を示す“金額”、現金払いかクレジットカード支払い等の支払い方法を示す“支払方法”等の情報を広く含んでいてもよい。
顧客への提供タイミングとは、店舗３０が、顧客に商品を提供するタイミングである。例えば、顧客への提供タイミングは、日時を示す情報であってもよい。
顧客からの注文を示す情報とは、具体的には、顧客が商品を受け取る日時を示す“受取日時”、顧客がベンダー２０に商品を注文した日時を示す“注文日時”、顧客の名前を示す“顧客名”、顧客が注文した商品を示す“商品名”、顧客が注文した商品の金額を示す“金額”、現金払いかクレジットカード支払い等の支払い方法を示す“支払方法”等の情報を広く含んでいてもよい。
注文管理装置１０は、ベンダー２０から取得した第１注文情報ＩＯ１に含まれる注文情報ＩＯを管理する。注文管理システム１００を構成する複数のベンダー２０は、それぞれの顧客から受注した注文情報ＩＯを、第１注文情報ＩＯ１として注文管理装置１０に提供する。注文管理装置１０は、取得した第１注文情報ＩＯ１に含まれる注文情報ＩＯを記憶する。注文管理装置１０は、所定の並び替え優先度に基づいて、記憶された注文情報ＩＯを、第２注文情報ＩＯ２として店舗３０に出力する。
所定の並び替え優先度とは、例えば、顧客への提供順である。この場合、第２注文情報ＩＯ２は、顧客への提供順に、店舗３０に出力される。
所定の並び替え優先度とは、例えば、顧客への提供順である。この場合、第２注文情報ＩＯ２は、顧客への提供順に、店舗３０に出力される。
店舗３０は、ベンダー２０が、顧客から受注した商品を、顧客に提供する。この一例において、店舗３０は、飲食物を提供する飲食店である。店舗３０は、注文管理装置１０から第２注文情報ＩＯ２を取得すると、第２注文情報ＩＯ２に示される商品を提供する準備をする。
店舗３０は、注文管理装置１０から第２注文情報ＩＯ２を所定のタイミングで取得する。ここで所定のタイミングとは、特定の時間間隔としてもよく、また、特定の時刻としてもよい。
または、店舗３０から第２注文情報ＩＯ２を要求する情報を受けて、当該要求への応答として、並べ替えを行った第２注文情報２を送信するようにしてもよい。
店舗３０は、注文管理装置１０から第２注文情報ＩＯ２を取得すると、第２注文情報ＩＯ２に示される商品を提供する準備をする。
店舗３０は、注文管理装置１０から第２注文情報ＩＯ２を所定のタイミングで取得する。ここで所定のタイミングとは、特定の時間間隔としてもよく、また、特定の時刻としてもよい。
または、店舗３０から第２注文情報ＩＯ２を要求する情報を受けて、当該要求への応答として、並べ替えを行った第２注文情報２を送信するようにしてもよい。
店舗３０は、注文管理装置１０から第２注文情報ＩＯ２を取得すると、第２注文情報ＩＯ２に示される商品を提供する準備をする。
第２注文情報ＩＯ２は、顧客への提供順に並び替えられて店舗３０に出力されるため、店舗３０は、第２注文情報ＩＯ２を取得した順番に商品の準備をする。ベンダー２０が、顧客が注文した商品を顧客自身が店舗で受け取るサービスを提供する場合、店舗３０は、来店した顧客に対し商品を提供する。ベンダー２０が、顧客が注文した商品を配達員が顧客に配達するサービスを提供する場合、店舗３０は、配達員を通して顧客に商品を提供する。
ここで、店舗３０は、商品の受注を受け付けられなくなる場合がある。例えば、店舗３０が提供する商品の原材料を使い切り、代わりとなる原材料をすぐには入手できない場合など、店舗３０は、商品の受注を受け付けられなくなる。
店舗３０は、商品の受注を受け付けられなくなった場合、注文管理装置１０に対し、受注を受けられなくなった商品（または、品切中の商品。以下同じ。）を示す品切設定情報ＩＳを送信する。注文管理装置１０は、店舗３０から品切設定情報ＩＳを取得すると、以降は品切設定情報ＩＳに示される品切中の商品の受注を行わない。
例えば、注文管理装置１０は、ベンダー２０から取得する第１注文情報ＩＯ１に品切中の商品が含まれる場合、ベンダー２０に品切通知情報ＩＣを通知する。
なお、注文管理装置１０は、品切設定情報ＩＳを取得する毎に、ベンダー２０に対し品切通知情報ＩＣを通知してもよい。この場合、ベンダー２０は、品切設定情報ＩＳを取得した後、顧客から品切設定情報ＩＳに示される商品の受注を行わない。
店舗３０は、商品の受注を受け付けられなくなった場合、注文管理装置１０に対し、受注を受けられなくなった商品（または、品切中の商品。以下同じ。）を示す品切設定情報ＩＳを送信する。注文管理装置１０は、店舗３０から品切設定情報ＩＳを取得すると、以降は品切設定情報ＩＳに示される品切中の商品の受注を行わない。
例えば、注文管理装置１０は、ベンダー２０から取得する第１注文情報ＩＯ１に品切中の商品が含まれる場合、ベンダー２０に品切通知情報ＩＣを通知する。
なお、注文管理装置１０は、品切設定情報ＩＳを取得する毎に、ベンダー２０に対し品切通知情報ＩＣを通知してもよい。この場合、ベンダー２０は、品切設定情報ＩＳを取得した後、顧客から品切設定情報ＩＳに示される商品の受注を行わない。
図２は、本実施形態に係る店舗３０の構成の一例を示す図である。店舗３０は、管理端末３１と、ハンディターミナル３２と、プリンタ３３とを備えていてもよい。
管理端末３１は、表示部３１１と、通信部（不図示）とを備える。管理端末３１が備える表示部３１１は、通信部を通じて注文管理装置１０から取得した第２注文情報ＩＯ２に含まれる注文情報ＩＯを表示する。管理端末３１は、通信部を通じて注文管理装置１０に対し、品切設定情報ＩＳを出力する。
管理端末３１は、表示部３１１と、通信部（不図示）とを備える。管理端末３１が備える表示部３１１は、通信部を通じて注文管理装置１０から取得した第２注文情報ＩＯ２に含まれる注文情報ＩＯを表示する。管理端末３１は、通信部を通じて注文管理装置１０に対し、品切設定情報ＩＳを出力する。
プリンタ３３は、例えばサーマルプリンタである。プリンタ３３は、表示部３３１と、入力部３３２と、出力部３３３と、品切設定ボタン３３４と、通信部（不図示）とを備える。プリンタ３３は、通信部を通じて、注文管理装置１０から第２注文情報ＩＯ２を取得する。
出力部３３３は、取得した第２注文情報ＩＯ２に含まれる注文情報ＩＯを示す情報が印字された媒体（例えば、感熱紙。）を出力する。
入力部３３２及び表示部３３１は、汎用入出力部である。プリンタ３３は、入力部３３２により、プリンタの設定に要する情報等を取得し、表示部３３１に確認のための情報等を出力する。
出力部３３３は、取得した第２注文情報ＩＯ２に含まれる注文情報ＩＯを示す情報が印字された媒体（例えば、感熱紙。）を出力する。
入力部３３２及び表示部３３１は、汎用入出力部である。プリンタ３３は、入力部３３２により、プリンタの設定に要する情報等を取得し、表示部３３１に確認のための情報等を出力する。
品切設定ボタン３３４は、注文管理装置１０に対し、品切中の商品を示す品切設定情報ＩＳを送信する場合に、操作されるボタンである。プリンタ３３は、品切設定ボタン３３４が操作されたことを検出すると、注文管理装置１０に対し、品切設定情報ＩＳを送信する。品切中の商品は、入力部３３２及び表示部３３１により選択されるよう構成してもよいし、出力部３３３が出力する情報に応じて選択されるよう構成してもよい。
ハンディターミナル３２は、店舗３０が飲食店である場合に、店舗３０の従業員が携帯し、当該従業員が顧客から受注した注文を入力する注文入力装置である。ハンディターミナル３２は、表示部３２１と、入力部３２２とを備える。店舗３０の従業員は、ハンディターミナル３２に備えられた表示部３２１と、入力部３２２とを操作することにより、顧客から受注した注文を入力する。
管理端末３１により、またはプリンタ３３が備える品切設定ボタン３３４により、注文管理装置１０に対し品切設定情報ＩＳが設定されると、注文管理装置１０は、ハンディターミナル３２にも、品切設定情報ＩＳが通知されるよう構成してもよい。この場合、店舗３０での注文に対しても、受注した商品が品切中の商品であることを確認することができる。
管理端末３１により、またはプリンタ３３が備える品切設定ボタン３３４により、注文管理装置１０に対し品切設定情報ＩＳが設定されると、注文管理装置１０は、ハンディターミナル３２にも、品切設定情報ＩＳが通知されるよう構成してもよい。この場合、店舗３０での注文に対しても、受注した商品が品切中の商品であることを確認することができる。
なお、本実施形態においてはハンディターミナル３２が注文用の専用端末である一例について説明するが、ハンディターミナル３２はこの一例に限定されない。例えば、ハンディターミナル３２に代えて、タブレット型コンピュータやスマートフォン等の情報処理端末を使用してもよい。タブレット型コンピュータやスマートフォン等の情報処理端末を使用する場合、当該情報処理端末には、注文に関するアプリケーションがインストールされていてもよく、または、Ｗｅｂ上の注文サイトにアクセスして注文を行うようにしてもよい。
店舗３０が備える管理端末３１と、ハンディターミナル３２と、プリンタ３３とを区別しない場合には、表示装置とも記載する。表示装置は、処理装置１０が出力する注文情報ＩＯに示される顧客からの注文を示す情報を表示する。
［注文管理装置１０の機能構成］
図３は、本実施形態に係る注文管理装置１０の機能構成の一例を示す図である。同図を参照しながら、注文管理装置１０の機能構成について説明する。
注文管理装置１０は、第１注文情報取得部１１と、記憶制御部１２と、第２注文情報取得部１３と、第２注文情報出力部１４と、品切設定情報取得部１６と、品切通知情報出力部１７と、記憶部４０とを備える。
図３は、本実施形態に係る注文管理装置１０の機能構成の一例を示す図である。同図を参照しながら、注文管理装置１０の機能構成について説明する。
注文管理装置１０は、第１注文情報取得部１１と、記憶制御部１２と、第２注文情報取得部１３と、第２注文情報出力部１４と、品切設定情報取得部１６と、品切通知情報出力部１７と、記憶部４０とを備える。
第１注文情報取得部１１は、ベンダー２０から第１注文情報ＩＯ１を取得する。第１注文情報取得部１１は、例えば、不図示の無線通信部等を備え、無線通信により第１注文情報ＩＯ１を取得する。第１注文情報取得部１１は、取得した第１注文情報ＩＯ１を、記憶制御部１２に提供する。
記憶制御部１２は、取得した第１注文情報ＩＯ１に含まれる注文情報ＩＯを記憶部４０に記憶させる。
記憶部４０は、記憶制御部１２から取得した注文情報ＩＯを記憶する。
なお、記憶部４０は、注文管理装置１０に備えられる一例に限定されず、注文管理装置１０に備えられていなくともよい。例えば、記憶部４０は、注文管理装置１０が情報を書き込み、読み出すことができる位置に備えられるよう構成されていればよい。
記憶部４０は、記憶制御部１２から取得した注文情報ＩＯを記憶する。
なお、記憶部４０は、注文管理装置１０に備えられる一例に限定されず、注文管理装置１０に備えられていなくともよい。例えば、記憶部４０は、注文管理装置１０が情報を書き込み、読み出すことができる位置に備えられるよう構成されていればよい。
ここで、記憶部４０に記憶される注文情報ＩＯの一例を、図を参照しながら説明する。
図４は、本実施形態に係る記憶部４０に記憶される注文情報ＩＯの一例を示す図である。
注文情報ＩＯａには、ベンダー情報“ベンダーＡ”と、発注日時“６／６ １８：００”と、受取日時“６／８ １２：００”と、注文内容“商品Ａ”と、お客様名“サトウ様”と、店舗情報“店舗Ａ”との各情報が互いに対応付けられている。これと同様に注文情報ＩＯｂには、ベンダー情報“ベンダーＣ”と、発注日時“６／６ １８：１５”と、受取日時“６／７ １２：３０”と、注文内容“商品Ｂ”と、お客様名“サトウ様”と、店舗情報“店舗Ａ”との各情報が互いに対応付けられている。また、注文情報ＩＯｃには、ベンダー情報“ベンダーＢ”と、発注日時“６／６ １８：２５”と、受取日時“６／９ ２１：００”と、注文内容“商品Ｄ”と、お客様名“タナカ様”と、店舗情報“店舗Ｂ”との各情報が互いに対応付けられている。また、注文情報ＩＯｄには、ベンダー情報“ベンダーＣ”と、発注日時“６／６ １８：４０”と、受取日時“６／７ １８：３０”と、注文内容“商品Ｃ”と、お客様名“タナカ様”と、店舗情報“店舗Ｃ”との各情報が互いに対応付けられている。
図４は、本実施形態に係る記憶部４０に記憶される注文情報ＩＯの一例を示す図である。
注文情報ＩＯａには、ベンダー情報“ベンダーＡ”と、発注日時“６／６ １８：００”と、受取日時“６／８ １２：００”と、注文内容“商品Ａ”と、お客様名“サトウ様”と、店舗情報“店舗Ａ”との各情報が互いに対応付けられている。これと同様に注文情報ＩＯｂには、ベンダー情報“ベンダーＣ”と、発注日時“６／６ １８：１５”と、受取日時“６／７ １２：３０”と、注文内容“商品Ｂ”と、お客様名“サトウ様”と、店舗情報“店舗Ａ”との各情報が互いに対応付けられている。また、注文情報ＩＯｃには、ベンダー情報“ベンダーＢ”と、発注日時“６／６ １８：２５”と、受取日時“６／９ ２１：００”と、注文内容“商品Ｄ”と、お客様名“タナカ様”と、店舗情報“店舗Ｂ”との各情報が互いに対応付けられている。また、注文情報ＩＯｄには、ベンダー情報“ベンダーＣ”と、発注日時“６／６ １８：４０”と、受取日時“６／７ １８：３０”と、注文内容“商品Ｃ”と、お客様名“タナカ様”と、店舗情報“店舗Ｃ”との各情報が互いに対応付けられている。
ベンダー情報とは、注文管理システム１００を構成する複数のベンダー２０のうち、１のベンダーを示す情報である。ベンダー情報は、ベンダー識別子により識別される。発注日時とは、ベンダー２０が、顧客から注文情報ＩＯを取得した日時である。受取日時とは、顧客が店舗３０から商品を受け取る予定の日時である。注文内容とは、顧客が注文した商品の内容である。お客様名とは、顧客の名前である。店舗情報とは、店舗３０を識別する情報である。
この一例において、注文情報ＩＯａは、ベンダーＡから取得した第１注文情報ＩＯ１である。注文情報ＩＯｂ及び注文情報ＩＯｄは、ベンダーＣから取得した第１注文情報ＩＯ１である。注文情報ＩＯｃは、ベンダーＢから取得した第１注文情報ＩＯ１である。ベンダーＡ，ベンダーＢ及びベンダーＣは、ベンダー２０の一例である。
記憶制御部１２は、第１注文情報ＩＯ１を取得した順に記憶部４０に記憶させるため、同図における注文情報ＩＯは、発注日時順に並んでいる。
なお、図４において説明した記憶部４０に記憶される注文情報ＩＯは、店舗ごとに受け取り順に並べられて記憶されていてもよい。
記憶制御部１２は、第１注文情報ＩＯ１を取得した順に記憶部４０に記憶させるため、同図における注文情報ＩＯは、発注日時順に並んでいる。
なお、図４において説明した記憶部４０に記憶される注文情報ＩＯは、店舗ごとに受け取り順に並べられて記憶されていてもよい。
図３に戻り、第２注文情報取得部１３は、記憶部４０に記憶された注文情報ＩＯを取得する。具体的には、第２注文情報取得部１３は、注文情報ＩＯに示される受取日時順に注文情報ＩＯを取得する。受取日時とは、店舗３０が顧客に商品を提供するときである。つまり、第２注文情報取得部１３は、顧客への提供タイミング順に、記憶部４０に記憶された注文情報ＩＯを第２注文情報ＩＯ２として取得する。
第２注文情報取得部１３は、取得した第２注文情報ＩＯ２を、第２注文情報出力部１４に提供する。
第２注文情報取得部１３は、取得した第２注文情報ＩＯ２を、第２注文情報出力部１４に提供する。
具体的には、図４に示す一例では、注文情報ＩＯｂの受取日時は、“６／７ １２：３０”であるため、第２注文情報取得部１３は、注文情報ＩＯｂを最初に取得し、第２注文情報出力部１４に提供する。次に、注文情報ＩＯｄの受取日時は“６／７ １８：３０”であるため、第２注文情報取得部１３は、注文情報ＩＯｄを取得し、第２注文情報出力部１４に提供する。次に、注文情報ＩＯａの受取日時は“６／８ １２：００”であるため、第２注文情報取得部１３は、注文情報ＩＯａを取得し、第２注文情報出力部１４に提供する。次に、注文情報ＩＯｃの受取日時は“６／９ ２１：００”であるため、第２注文情報取得部１３は、注文情報ＩＯａを取得し、第２注文情報出力部１４に提供する。
第２注文情報取得部１３は、注文情報ＩＯの受取日時に応じた所定の条件に基づき、第２注文情報ＩＯ２を取得するよう構成してもよい。例えば、第２注文情報取得部１３は、受取日時から３０分前に、第２注文情報ＩＯ２を取得するよう構成してもよい。
なお、第２注文情報取得部１３が、第２注文情報ＩＯ２を取得する所定の条件は、顧客が商品を受け取る日のみを条件としてもよい。
なお、第２注文情報取得部１３が、第２注文情報ＩＯ２を取得する所定の条件は、顧客が商品を受け取る日のみを条件としてもよい。
図３に戻り、第２注文情報出力部１４は、第２注文情報取得部１３から第２注文情報ＩＯ２を取得する。第２注文情報出力部１４は、取得した第２注文情報ＩＯ２を店舗３０に出力する。
店舗３０は、例えば、取得した第２注文情報ＩＯ２をプリンタ３３に出力してもよい。また、店舗３０は、取得した第２注文情報ＩＯ２を管理端末３１に表示するよう構成してもよい。
店舗３０は、例えば、取得した第２注文情報ＩＯ２をプリンタ３３に出力してもよい。また、店舗３０は、取得した第２注文情報ＩＯ２を管理端末３１に表示するよう構成してもよい。
図５は、本実施形態に係る店舗３０が備える管理端末３１が表示する画面構成の一例を示す図である。同図を参照しながら、管理端末３１の表示部３１１に表示される画面構成Ｄ１００の一例について説明する。
画面構成Ｄ１００は、例えば、管理端末３１の表示部３１１に表示される。画面構成Ｄ１００は、概要情報表示部Ｄ１０と、注文情報表示部Ｄ２０と、入力部Ｄ３０とを、画面の構成要素として備える。
画面構成Ｄ１００は、例えば、管理端末３１の表示部３１１に表示される。画面構成Ｄ１００は、概要情報表示部Ｄ１０と、注文情報表示部Ｄ２０と、入力部Ｄ３０とを、画面の構成要素として備える。
概要情報表示部Ｄ１０は、店舗３０における注文情報の概要を示す情報を表示する。例えば、概要情報表示部Ｄ１０は、注文件数表示部Ｄ１１と、合計金額表示部Ｄ１２とを、画面の構成要素として備える。
注文件数表示部Ｄ１１は、店舗３０がその日に受注した注文の合計件数が表示される。例えば、注文件数表示部Ｄ１１は、その日に受注した注文の合計件数に限定されず、週又は月ごとの注文件数を表示するよう構成してもよい。
合計金額表示部Ｄ１２は、その日に受注した注文の合計金額が表示される。例えば、合計金額表示部Ｄ１２は、提供済みの注文情報だけを合計した金額を表示してもよい。また、合計金額表示部Ｄ１２は、その日に受注した注文の合計金額に限定されず、週又は月ごとの注文の合計金額を表示するよう構成してもよい。
注文件数表示部Ｄ１１は、店舗３０がその日に受注した注文の合計件数が表示される。例えば、注文件数表示部Ｄ１１は、その日に受注した注文の合計件数に限定されず、週又は月ごとの注文件数を表示するよう構成してもよい。
合計金額表示部Ｄ１２は、その日に受注した注文の合計金額が表示される。例えば、合計金額表示部Ｄ１２は、提供済みの注文情報だけを合計した金額を表示してもよい。また、合計金額表示部Ｄ１２は、その日に受注した注文の合計金額に限定されず、週又は月ごとの注文の合計金額を表示するよう構成してもよい。
注文情報表示部Ｄ２０は、店舗３０が受注したそれぞれの注文情報ＩＯを表示する。例えば、注文情報表示部Ｄ２０は、注文管理装置１０から取得した注文情報ＩＯを表示する。なお、注文情報表示部Ｄ２０には、注文管理装置１０から取得した注文情報ＩＯ以外の注文情報ＩＯを表示してもよい。例えば、店舗３０が飲食店である場合、ハンディターミナル３２が操作されることにより注文が入ることがある。そのような場合、注文情報表示部Ｄ２０には、注文管理装置１０から取得した注文情報ＩＯと、ハンディターミナル３２から取得した注文情報とを表示してもよい。
一例として、注文情報表示部Ｄ２０は、概要注文情報表示部Ｄ２１と、詳細情報表示ボタンＤ２２とを画面の構成要素として備える。
概要注文情報表示部Ｄ２１は、注文情報の概要を表示する。
詳細情報表示ボタンＤ２２は、操作者の指が画面に触れる等の所定の操作がされたことを検出する。詳細情報表示ボタンＤ２２は、所定の操作がされたことを検出すると、概要注文情報表示部Ｄ２１に表示される注文情報より詳細な注文情報を表示する。より詳細な注文情報とは、例えば、受注した商品の詳細情報や、顧客の情報（利用回数や、利用履歴等）等であってもよい。
詳細情報表示ボタンＤ２２が操作された場合に表示される、受注した商品の詳細情報や顧客の情報（利用回数や、利用履歴等）は、Ｄ２１の表示エリアに重ねて表示されてもよいし、画面構成Ｄ１００とは異なる画面に表示されてもよい。
概要注文情報表示部Ｄ２１は、注文情報の概要を表示する。
詳細情報表示ボタンＤ２２は、操作者の指が画面に触れる等の所定の操作がされたことを検出する。詳細情報表示ボタンＤ２２は、所定の操作がされたことを検出すると、概要注文情報表示部Ｄ２１に表示される注文情報より詳細な注文情報を表示する。より詳細な注文情報とは、例えば、受注した商品の詳細情報や、顧客の情報（利用回数や、利用履歴等）等であってもよい。
詳細情報表示ボタンＤ２２が操作された場合に表示される、受注した商品の詳細情報や顧客の情報（利用回数や、利用履歴等）は、Ｄ２１の表示エリアに重ねて表示されてもよいし、画面構成Ｄ１００とは異なる画面に表示されてもよい。
入力部Ｄ３０は、操作者からの操作を検出する。入力部Ｄ３０は、例えば、注文キャンセルボタンＤ３１と、注文変更ボタンＤ３２と、受取完了ボタンＤ３３とを画面の構成要素として備える。
注文キャンセルボタンＤ３１は、注文管理装置１０に対し、受注した商品が品切中であることを示す品切設定情報ＩＳを送信する場合に、操作される。管理端末３１は、注文キャンセルボタンＤ３１が操作されたことを検出すると、注文管理装置１０に対し、品切設定情報ＩＳを送信する。注文キャンセルボタンＤ３１は、プリンタ３３が備える品切設定ボタン３３４と同様の機能を備えていてもよい。
注文キャンセルボタンＤ３１は、注文管理装置１０に対し、受注した商品が品切中であることを示す品切設定情報ＩＳを送信する場合に、操作される。管理端末３１は、注文キャンセルボタンＤ３１が操作されたことを検出すると、注文管理装置１０に対し、品切設定情報ＩＳを送信する。注文キャンセルボタンＤ３１は、プリンタ３３が備える品切設定ボタン３３４と同様の機能を備えていてもよい。
注文変更ボタンＤ３２は、既に入力されている注文情報に変更が生じた場合に操作される。例えば、顧客は、ベンダー２０を通して商品を注文した後に、電話等により店舗３０に変更の連絡をする場合がある。店舗３０の従業員は、変更の連絡を受け取ると、注文変更ボタンＤ３２を操作することにより、注文情報を更新する。
受取完了ボタンＤ３３は、商品を提供した場合に、操作される。例えば、管理端末３１は、受取完了ボタンＤ３３が操作されたことを検出すると、注文情報のステータスを、“ご注文済み”から“お受取完了”に更新する。
受取完了ボタンＤ３３は、商品を提供した場合に、操作される。例えば、管理端末３１は、受取完了ボタンＤ３３が操作されたことを検出すると、注文情報のステータスを、“ご注文済み”から“お受取完了”に更新する。
本実施形態においては、第２注文情報取得部１３が顧客への提供タイミング順に注文情報ＩＯを第２注文情報ＩＯ２として取得し、第２注文情報出力部１４が第２注文情報ＩＯ２を店舗３０に出力する一例について説明したが、注文管理装置１０の構成はこの一例に限定されさない。例えば、第２注文情報取得部１３は、記憶部４０に記憶された注文情報ＩＯを一括して取得し、顧客への提供タイミング順にソートした情報を、第２注文情報出力部１４により店舗３０に出力するよう構成してもよい。
第２注文情報出力部１４は、顧客への提供タイミング順に逐次、第２注文情報ＩＯ２を出力してもよいし、顧客への提供タイミング順にソートされた情報を一括して第２注文情報ＩＯ２として出力するよう構成してもよい。
第２注文情報出力部１４は、顧客への提供タイミング順に逐次、第２注文情報ＩＯ２を出力してもよいし、顧客への提供タイミング順にソートされた情報を一括して第２注文情報ＩＯ２として出力するよう構成してもよい。
図３に戻り、品切設定情報取得部１６は、店舗３０から品切設定情報ＩＳを取得する。品切設定情報ＩＳは、店舗３０が注文を受注できないことを示す情報である。注文情報ＩＯに示される商品の情報が、品切設定情報ＩＳに含まれている場合、店舗３０は、その注文を受注することができない。
品切設定情報取得部１６は、注文情報ＩＯに示される、注文を受注できないことを示す品切設定情報ＩＳを取得する。品切設定情報取得部１６は、記憶制御部１２に品切設定情報ＩＳを提供する。
品切設定情報取得部１６は、注文情報ＩＯに示される、注文を受注できないことを示す品切設定情報ＩＳを取得する。品切設定情報取得部１６は、記憶制御部１２に品切設定情報ＩＳを提供する。
記憶制御部１２は、品切設定情報取得部１６から品切設定情報ＩＳを取得する。記憶制御部１２は、取得した品切設定情報ＩＳを記憶する。記憶制御部１２は、第１注文情報ＩＯ１を取得すると、第１注文情報ＩＯ１に含まれる商品の情報が品切設定情報ＩＳに含まれているか否かを判定する。記憶制御部１２は、判定の結果、第１注文情報ＩＯ１に含まれる商品の情報が品切設定情報ＩＳに含まれている場合には、品切通知情報出力部１７に品切通知情報ＩＣを出力する。記憶制御部１２は、判定の結果、第１注文情報ＩＯ１に含まれる商品の情報が品切設定情報ＩＳに含まれていない場合には、記憶部４０に第１注文情報ＩＯ１を記憶させる。
なお、記憶制御部１２は、品切設定情報ＩＳを記憶制御部１２自身が記憶せずに、記憶部４０又は記憶部４０とは異なる不図示の記憶部に記憶させ、記憶された品切設定情報ＩＳと、第１注文情報ＩＯ１とを比較するよう構成してもよい。
なお、記憶制御部１２は、品切設定情報ＩＳを記憶制御部１２自身が記憶せずに、記憶部４０又は記憶部４０とは異なる不図示の記憶部に記憶させ、記憶された品切設定情報ＩＳと、第１注文情報ＩＯ１とを比較するよう構成してもよい。
品切通知情報出力部１７は、記憶制御部１２から品切通知情報ＩＣを取得する。品切通知情報出力部１７は、取得した品切通知情報ＩＣをベンダー２０に出力する。つまり、品切通知情報出力部１７は、注文情報ＩＯに示される注文を、受注できないことをベンダー２０に通知する。
ベンダー２０は、品切通知情報ＩＣに示される商品が、品切れであることを所定の方法により顧客に通知する。
ベンダー２０は、品切通知情報ＩＣに示される商品が、品切れであることを所定の方法により顧客に通知する。
図６は、本実施形態に係る注文管理システム１００の一連の動作を示すシーケンス図である。同図を参照しながら、注文管理システム１００の一連の動作について説明する。
（ステップＳ１０）ベンダー２０Ａは、顧客からの注文を受注する。
（ステップＳ１２）ベンダー２０Ａは、顧客からの注文を第１注文情報ＩＯ１として注文管理装置１０に出力する。ベンダー２０Ａが出力する第１注文情報ＩＯ１は、注文管理装置１０に転送される。
（ステップＳ１３）注文管理装置１０は、第１注文情報ＩＯ１を取得する。注文管理装置１０は、取得した第１注文情報ＩＯ１を記憶部４０に記憶させる。
（ステップＳ１４）ベンダー２０Ｃは、顧客からの注文を受注する。
（ステップＳ１５）ベンダー２０Ｃは、顧客からの注文を第１注文情報ＩＯ１として注文管理装置１０に出力する。ベンダー２０Ｃが出力する第１注文情報ＩＯ１は、注文管理装置１０に転送される。
（ステップＳ１６）注文管理装置１０は、第１注文情報ＩＯ１を取得する。注文管理装置１０は、取得した第１注文情報ＩＯ１を記憶部４０に記憶させる。
（ステップＳ１７）ベンダー２０Ｂは、顧客からの注文を受注する。
（ステップＳ１８）ベンダー２０Ｂは、顧客からの注文を第１注文情報ＩＯ１として注文管理装置１０に出力する。ベンダー２０Ｂが出力する第１注文情報ＩＯ１は、注文管理装置１０に転送される。
（ステップＳ１９）注文管理装置１０は、第１注文情報ＩＯ１を取得する。注文管理装置１０は、取得した第１注文情報ＩＯ１を記憶部４０に記憶させる。
（ステップＳ１０）ベンダー２０Ａは、顧客からの注文を受注する。
（ステップＳ１２）ベンダー２０Ａは、顧客からの注文を第１注文情報ＩＯ１として注文管理装置１０に出力する。ベンダー２０Ａが出力する第１注文情報ＩＯ１は、注文管理装置１０に転送される。
（ステップＳ１３）注文管理装置１０は、第１注文情報ＩＯ１を取得する。注文管理装置１０は、取得した第１注文情報ＩＯ１を記憶部４０に記憶させる。
（ステップＳ１４）ベンダー２０Ｃは、顧客からの注文を受注する。
（ステップＳ１５）ベンダー２０Ｃは、顧客からの注文を第１注文情報ＩＯ１として注文管理装置１０に出力する。ベンダー２０Ｃが出力する第１注文情報ＩＯ１は、注文管理装置１０に転送される。
（ステップＳ１６）注文管理装置１０は、第１注文情報ＩＯ１を取得する。注文管理装置１０は、取得した第１注文情報ＩＯ１を記憶部４０に記憶させる。
（ステップＳ１７）ベンダー２０Ｂは、顧客からの注文を受注する。
（ステップＳ１８）ベンダー２０Ｂは、顧客からの注文を第１注文情報ＩＯ１として注文管理装置１０に出力する。ベンダー２０Ｂが出力する第１注文情報ＩＯ１は、注文管理装置１０に転送される。
（ステップＳ１９）注文管理装置１０は、第１注文情報ＩＯ１を取得する。注文管理装置１０は、取得した第１注文情報ＩＯ１を記憶部４０に記憶させる。
（ステップＳ２０）注文管理装置１０は、所定の並び替え条件に基づき、記憶部４０に記憶された注文情報ＩＯを第２注文情報ＩＯ２として取得する。
ここで、所定の並び替え条件とは、顧客への提供タイミング順であってもよい。例えば店舗３０から所定の並び替え条件を設定できるよう構成してもよい。
（ステップＳ２２）注文管理装置１０は、第２注文情報ＩＯ２を、第２注文情報ＩＯ２に示される店舗３０に出力する。注文管理装置１０が出力する第２注文情報ＩＯ２は、店舗３０に転送される。第２注文情報ＩＯ２は、顧客への提供タイミングに基づいて、注文ごとに逐次店舗３０に転送されてもよいし、複数の注文を顧客への提供タイミング順にまとめて店舗３０に転送されてもよい。注文管理装置１０は、複数の注文を顧客への提供タイミング順にまとめて店舗３０に転送する場合、店舗３０ごとに定められた定期的な時間（例えば、店舗３０の開店前等。）に転送されてもよいし、店舗３０からの要求（例えば、管理端末３１を操作されたことによる要求等。）に応じて転送されてもよい。
ここで、所定の並び替え条件とは、顧客への提供タイミング順であってもよい。例えば店舗３０から所定の並び替え条件を設定できるよう構成してもよい。
（ステップＳ２２）注文管理装置１０は、第２注文情報ＩＯ２を、第２注文情報ＩＯ２に示される店舗３０に出力する。注文管理装置１０が出力する第２注文情報ＩＯ２は、店舗３０に転送される。第２注文情報ＩＯ２は、顧客への提供タイミングに基づいて、注文ごとに逐次店舗３０に転送されてもよいし、複数の注文を顧客への提供タイミング順にまとめて店舗３０に転送されてもよい。注文管理装置１０は、複数の注文を顧客への提供タイミング順にまとめて店舗３０に転送する場合、店舗３０ごとに定められた定期的な時間（例えば、店舗３０の開店前等。）に転送されてもよいし、店舗３０からの要求（例えば、管理端末３１を操作されたことによる要求等。）に応じて転送されてもよい。
（ステップＳ２４）店舗３０は、注文管理装置１０から、第２注文情報ＩＯ２を取得すると、第２注文情報ＩＯ２に示される商品の提供をする準備を行う。
（ステップＳ２６）店舗３０は、第２注文情報ＩＯ２に示される受取日時に顧客又は商品の配達員が来店すると、商品の提供を行う。
（ステップＳ２７）店舗３０は、商品の提供を行うと、受取完了情報を入力する。ここで、受取完了情報には、受注をしたベンダー２０の情報が少なくとも含まれる。受取完了情報の入力は、例えば、管理端末３１により行う。
（ステップＳ２８）店舗３０が受け取り完了情報を入力すると、受取完了情報が注文管理装置１０に転送される。
（ステップＳ２９）注文管理装置１０は、取得した受取完了情報を、受取完了情報に示されるベンダー２０に出力する。この一例においては、受取完了情報はベンダー２０Ａに転送される。
（ステップＳ２６）店舗３０は、第２注文情報ＩＯ２に示される受取日時に顧客又は商品の配達員が来店すると、商品の提供を行う。
（ステップＳ２７）店舗３０は、商品の提供を行うと、受取完了情報を入力する。ここで、受取完了情報には、受注をしたベンダー２０の情報が少なくとも含まれる。受取完了情報の入力は、例えば、管理端末３１により行う。
（ステップＳ２８）店舗３０が受け取り完了情報を入力すると、受取完了情報が注文管理装置１０に転送される。
（ステップＳ２９）注文管理装置１０は、取得した受取完了情報を、受取完了情報に示されるベンダー２０に出力する。この一例においては、受取完了情報はベンダー２０Ａに転送される。
図７は、本実施形態に係る品切設定についてのシーケンス図である。同図を参照しながら、品切設定の動作について説明する。
（ステップＳ５０）店舗３０は、顧客に商品の提供を行った後、在庫情報の確認を行う。
（ステップＳ５２）店舗３０は、在庫情報の確認の結果、品切の商品がある場合には、品切設定を行う。例えば、店舗３０は、品切設定を、管理端末３１又はプリンタ３３により行う。
（ステップＳ５４）品切設定が行われると、注文管理装置１０に品切設定情報ＩＳが転送される。品切設定情報ＩＳの転送は、例えば、店舗３０が備える管理端末３１により行われる。
（ステップＳ５６）注文管理装置１０が備える品切設定情報取得部１６は、品切設定情報ＩＳを取得すると、品切設定情報ＩＳを記憶制御部１２に記憶させる。
（ステップＳ５０）店舗３０は、顧客に商品の提供を行った後、在庫情報の確認を行う。
（ステップＳ５２）店舗３０は、在庫情報の確認の結果、品切の商品がある場合には、品切設定を行う。例えば、店舗３０は、品切設定を、管理端末３１又はプリンタ３３により行う。
（ステップＳ５４）品切設定が行われると、注文管理装置１０に品切設定情報ＩＳが転送される。品切設定情報ＩＳの転送は、例えば、店舗３０が備える管理端末３１により行われる。
（ステップＳ５６）注文管理装置１０が備える品切設定情報取得部１６は、品切設定情報ＩＳを取得すると、品切設定情報ＩＳを記憶制御部１２に記憶させる。
なお、品切設定情報ＩＳは、ベンダー２０毎に設定できるよう構成してもよい。例えば、店舗３０は、同一の商品に対して、ベンダー２０毎に割り当て数を設定する。
この一例において、店舗３０は、ベンダー２０毎に割り当て数を設定し、ベンダー２０Ａの割り当て分のみが品切になっている状況について説明する。
この一例において、店舗３０は、ベンダー２０毎に割り当て数を設定し、ベンダー２０Ａの割り当て分のみが品切になっている状況について説明する。
（ステップＳ６０）この一例では、ベンダー２０Ａが顧客からの注文を受注した場合について説明する。ベンダー２０Ａは、顧客からの注文を受注する。
（ステップＳ６２）ベンダー２０Ａは、顧客からの注文を第１注文情報ＩＯ１として注文管理装置１０に出力する。ベンダー２０Ａが出力する第１注文情報ＩＯ１は、注文管理装置１０に転送される。
（ステップＳ６４）注文管理装置１０が備える記憶制御部１２は、取得した第１注文情報ＩＯ１と、品切設定情報ＩＳとを比較する。第１注文情報ＩＯ１が含む商品に、品切設定情報ＩＳに示される商品が含まれる場合、記憶制御部１２は、品切通知情報出力部１７に品切通知情報ＩＣを出力する。この一例において、ベンダー２０Ａの割り当て数は品切になっているため、記憶制御部１２は、品切通知情報出力部１７に、品切通知情報ＩＣを出力する。
（ステップＳ６６）注文管理装置１０が備える品切通知情報出力部１７は、ベンダー２０Ａに品切通知情報ＩＣを出力する。ベンダー２０Ａは、顧客に対し、商品が品切中であることを通知する。
（ステップＳ６２）ベンダー２０Ａは、顧客からの注文を第１注文情報ＩＯ１として注文管理装置１０に出力する。ベンダー２０Ａが出力する第１注文情報ＩＯ１は、注文管理装置１０に転送される。
（ステップＳ６４）注文管理装置１０が備える記憶制御部１２は、取得した第１注文情報ＩＯ１と、品切設定情報ＩＳとを比較する。第１注文情報ＩＯ１が含む商品に、品切設定情報ＩＳに示される商品が含まれる場合、記憶制御部１２は、品切通知情報出力部１７に品切通知情報ＩＣを出力する。この一例において、ベンダー２０Ａの割り当て数は品切になっているため、記憶制御部１２は、品切通知情報出力部１７に、品切通知情報ＩＣを出力する。
（ステップＳ６６）注文管理装置１０が備える品切通知情報出力部１７は、ベンダー２０Ａに品切通知情報ＩＣを出力する。ベンダー２０Ａは、顧客に対し、商品が品切中であることを通知する。
なお、記憶制御部１２は、ベンダー２０Ａに品切設定情報ＩＳを提供することにより、ベンダー２０Ａが顧客から品切中の商品を受注しないよう構成してもよい。
（ステップＳ７０）この一例では、ベンダー２０Ｂが顧客からの注文を受注した場合について説明する。ベンダー２０Ｂは、顧客からの注文を受注する。
（ステップＳ７２）ベンダー２０Ｂは、顧客からの注文を第１注文情報ＩＯ１として注文管理装置１０に出力する。ベンダー２０Ｂが出力する第１注文情報ＩＯ１は、注文管理装置１０に転送される。
（ステップＳ７４）注文管理装置１０が備える記憶制御部１２は、取得した第１注文情報ＩＯ１と、品切設定情報ＩＳとを比較する。第１注文情報ＩＯ１が含む商品に、品切設定情報ＩＳに示される商品が含まれない場合、記憶制御部１２は、取得した第１注文情報ＩＯ１を記憶部４０に記憶させる。この一例において、ベンダー２０Ｂの割り当て数は品切になっていないため、記憶制御部１２は、取得した第１注文情報ＩＯ１を記憶部４０に記憶させる。
（ステップＳ７２）ベンダー２０Ｂは、顧客からの注文を第１注文情報ＩＯ１として注文管理装置１０に出力する。ベンダー２０Ｂが出力する第１注文情報ＩＯ１は、注文管理装置１０に転送される。
（ステップＳ７４）注文管理装置１０が備える記憶制御部１２は、取得した第１注文情報ＩＯ１と、品切設定情報ＩＳとを比較する。第１注文情報ＩＯ１が含む商品に、品切設定情報ＩＳに示される商品が含まれない場合、記憶制御部１２は、取得した第１注文情報ＩＯ１を記憶部４０に記憶させる。この一例において、ベンダー２０Ｂの割り当て数は品切になっていないため、記憶制御部１２は、取得した第１注文情報ＩＯ１を記憶部４０に記憶させる。
（ステップＳ７６）注文管理装置１０は、所定の並び替え条件に基づき、記憶部４０に記憶された注文情報ＩＯを第２注文情報ＩＯ２として取得する。
ここで、所定の並び替え条件とは、顧客への提供タイミング順であってもよい。例えば店舗３０から所定の並び替え条件を設定できるよう構成してもよい。
（ステップＳ７８）注文管理装置１０は、第２注文情報ＩＯ２を、第２注文情報ＩＯ２に示される店舗３０に出力する。注文管理装置１０が出力する第２注文情報ＩＯ２は、店舗３０に転送される。第２注文情報ＩＯ２は、顧客への提供タイミングに基づいて、注文ごとに逐次店舗３０に転送されてもよいし、複数の注文を顧客への提供タイミング順にまとめて店舗３０に転送されてもよい。注文管理装置１０は、複数の注文を顧客への提供タイミング順にまとめて店舗３０に転送する場合、店舗３０ごとに定められた定期的な時間（例えば、店舗３０の開店前等。）に転送されてもよいし、店舗３０からの要求（例えば、管理端末３１を操作されたことによる要求等。）に応じて転送されてもよい。店舗３０は、上述した方法により、受注した商品を顧客に提出する。
ここで、所定の並び替え条件とは、顧客への提供タイミング順であってもよい。例えば店舗３０から所定の並び替え条件を設定できるよう構成してもよい。
（ステップＳ７８）注文管理装置１０は、第２注文情報ＩＯ２を、第２注文情報ＩＯ２に示される店舗３０に出力する。注文管理装置１０が出力する第２注文情報ＩＯ２は、店舗３０に転送される。第２注文情報ＩＯ２は、顧客への提供タイミングに基づいて、注文ごとに逐次店舗３０に転送されてもよいし、複数の注文を顧客への提供タイミング順にまとめて店舗３０に転送されてもよい。注文管理装置１０は、複数の注文を顧客への提供タイミング順にまとめて店舗３０に転送する場合、店舗３０ごとに定められた定期的な時間（例えば、店舗３０の開店前等。）に転送されてもよいし、店舗３０からの要求（例えば、管理端末３１を操作されたことによる要求等。）に応じて転送されてもよい。店舗３０は、上述した方法により、受注した商品を顧客に提出する。
［統計部１５］
図８は、本実施形態に係る注文管理装置１０Ａが統計部１５を備える場合の機能構成の一例を示す図である。同図を参照しながら、注文管理装置１０Ａについて説明する。注文管理装置１０Ａは、注文管理装置１０の一例である。注文管理装置１０Ａは、統計部１５と統計情報出力部１８とを備える点において、注文管理装置１０とは異なる。
以下、注文管理装置１０が備える機能と同様の機能を持つものは図３と同じ符号を付すことで説明を省略する。
図８は、本実施形態に係る注文管理装置１０Ａが統計部１５を備える場合の機能構成の一例を示す図である。同図を参照しながら、注文管理装置１０Ａについて説明する。注文管理装置１０Ａは、注文管理装置１０の一例である。注文管理装置１０Ａは、統計部１５と統計情報出力部１８とを備える点において、注文管理装置１０とは異なる。
以下、注文管理装置１０が備える機能と同様の機能を持つものは図３と同じ符号を付すことで説明を省略する。
統計部１５は、第２注文情報取得部１３から第２注文情報ＩＯ２を取得し、品切設定情報取得部１６から品切設定情報ＩＳを取得する。統計部１５は、取得した第２注文情報ＩＯ２に基づいた統計処理を行う。
ここで、統計処理とは、時間帯ごとの注文数、商品毎の注文数又はベンダー２０毎の売上金額等であってもよい。店舗３０が飲食店である場合においては、注文数の代わりに、時間帯ごとの空席数等であってもよい。
統計部１５は、統計処理の結果を、統計情報ＩＴとして、統計情報出力部１８に提供する。
ここで、統計処理とは、時間帯ごとの注文数、商品毎の注文数又はベンダー２０毎の売上金額等であってもよい。店舗３０が飲食店である場合においては、注文数の代わりに、時間帯ごとの空席数等であってもよい。
統計部１５は、統計処理の結果を、統計情報ＩＴとして、統計情報出力部１８に提供する。
統計情報出力部１８は、統計部１５から統計情報ＩＴを取得する。統計情報出力部１８は、統計部１５が行う統計結果（すなわち、統計情報ＩＴ）を店舗３０に出力する。店舗３０は、例えば、管理端末３１が備える表示部３１１に表示する。管理端末３１は、統計情報出力部１８から取得した統計情報ＩＴを、従業員等の操作により表示するよう構成してもよい。例えば図５に示した画面構成の一例では、管理端末３１は、詳細情報表示ボタンＤ２１が操作されることにより、統計情報ＩＴを表示する。統計情報ＩＴは、Ｄ２１の表示エリアに重ねて表示されてもよいし、画面構成Ｄ１００とは異なる画面に表示されてもよい。管理端末３１は、詳細情報表示ボタンＤ２１の表示エリアと同じ画面内に統計情報ＩＴを表示することにより、情報を有効活用できる機会を増やすことができる。
図９は、本実施形態に係る店舗３０が備える管理端末３１が表示する統計情報ＩＴの一例を示す図である。図９（Ａ）は、統計情報ＩＴに含まれる時間帯毎の注文数を示す情報の一例である。図９（Ｂ）は、統計情報ＩＴに含まれる商品毎の注文数を示す情報の一例である。図９（Ｃ）は、統計情報ＩＴに含まれるベンダー２０毎の売上金額を示す情報の一例である。
図９（Ａ）を参照しながら、統計情報ＩＴに含まれる時間帯毎の注文数を示す情報の一例について説明する。同図には、横軸に時間帯を、縦軸に注文数が示される。
例えば同図において、１１：００から１３：５９までの注文数は、ベンダー２０ＡがＮ１１個であり、ベンダー２０ＢがＮ１２個であり、ベンダー２０ＣがＮ１３個である。
例えば同図において、注文数が一番多い時間帯は２０：００から２２：５９であり、注文数は、Ｎ１５個である。一方、注文数が一番少ない時間帯は１４：００から１６：５９であり、当該時間帯における注文数は、Ｎ１４個である。
例えば同図において、１１：００から１３：５９までの注文数は、ベンダー２０ＡがＮ１１個であり、ベンダー２０ＢがＮ１２個であり、ベンダー２０ＣがＮ１３個である。
例えば同図において、注文数が一番多い時間帯は２０：００から２２：５９であり、注文数は、Ｎ１５個である。一方、注文数が一番少ない時間帯は１４：００から１６：５９であり、当該時間帯における注文数は、Ｎ１４個である。
図９（Ｂ）を参照しながら、統計情報ＩＴに含まれる商品毎の注文数を示す情報の一例について説明する。同図には、横軸に商品を、縦軸に注文数が示される。
例えば同図において、一番注文数が多い商品は商品Ａであり、注文数はＮ２５個である。商品Ａを受注したベンダー２０の内訳は、ベンダー２０ＡがＮ２１個であり、ベンダー２０ＢがＮ２２個であり、ベンダー２０ＣがＮ２３個である。
例えば同図において、一番注文数が少ない商品は商品Ｅであり、注文数はＮ２４個である。商品Ｅを受注したベンダー２０の内訳は、ベンダー２０Ｂのみである。
例えば同図において、一番注文数が多い商品は商品Ａであり、注文数はＮ２５個である。商品Ａを受注したベンダー２０の内訳は、ベンダー２０ＡがＮ２１個であり、ベンダー２０ＢがＮ２２個であり、ベンダー２０ＣがＮ２３個である。
例えば同図において、一番注文数が少ない商品は商品Ｅであり、注文数はＮ２４個である。商品Ｅを受注したベンダー２０の内訳は、ベンダー２０Ｂのみである。
図９（Ｃ）を参照しながら、統計情報ＩＴに含まれるベンダー２０毎の売上金額を示す情報の一例について説明する。同図には、横軸にベンダー２０を、縦軸に売上金額が示される。同図には、横軸にそれぞれのベンダー２０を、縦軸に売上金額を示す。
例えば同図において、ベンダー２０Ａの売上金額は、Ｎ３２円であり、ベンダー２０Ｂの売上金額は、Ｎ３３円であり、ベンダー２０Ｃの売上金額は、Ｎ３１円である。売上金額が一番大きいベンダーは、ベンダー２０Ｂであり、売上金額が一番小さいベンダーは、ベンダー２０Ｃである。
例えば同図において、ベンダー２０Ａの売上金額は、Ｎ３２円であり、ベンダー２０Ｂの売上金額は、Ｎ３３円であり、ベンダー２０Ｃの売上金額は、Ｎ３１円である。売上金額が一番大きいベンダーは、ベンダー２０Ｂであり、売上金額が一番小さいベンダーは、ベンダー２０Ｃである。
以上、統計部１５が行い、統計情報出力部１８が送信する統計情報ＩＴの一例について説明したが、統計情報ＩＴはこの一例に限定されず、第２注文情報ＩＯ２又は品切設定情報ＩＳのうち少なくとも一方に基づく情報であればよい。
例えば、統計情報ＩＴが品切設定情報ＩＳに基づく情報である場合、統計部１５は、商品毎に、当該商品が品切になった回数等を統計処理してもよい。
例えば、統計情報ＩＴが品切設定情報ＩＳに基づく情報である場合、統計部１５は、商品毎に、当該商品が品切になった回数等を統計処理してもよい。
［実施形態のまとめ］
以上説明した実施形態によれば、注文管理装置１０は、ベンダー２０から第１注文情報ＩＯ１を取得し、第１注文情報ＩＯ１に含まれる注文情報ＩＯを記憶部４０に記憶させる。注文管理装置１０は、所定の並び替え優先度に基づいて、記憶部４０に記憶された注文情報ＩＯを第２注文情報ＩＯ２として取得し、店舗３０に出力する。例えば、注文管理装置１０は、顧客への提供順に第２注文情報ＩＯ２を出力する。
店舗３０は、注文管理装置１０から顧客への提供順に第２注文情報ＩＯ２が提供されるため、取得した注文情報ＩＯに基づき商品の準備を行う。したがって、注文管理システム１００によれば、店舗３０の負担を軽減することができる。
ここで、注文管理システム１００は、複数のベンダー２０により構成される。店舗３０は、それぞれのベンダー２０から、それぞれ注文情報を受け取らず、全ての注文情報を注文管理装置１０から取得する。したがって、注文管理システム１００によれば、複数のベンダー２０から取得される注文の管理を容易にすることができる。
以上説明した実施形態によれば、注文管理装置１０は、ベンダー２０から第１注文情報ＩＯ１を取得し、第１注文情報ＩＯ１に含まれる注文情報ＩＯを記憶部４０に記憶させる。注文管理装置１０は、所定の並び替え優先度に基づいて、記憶部４０に記憶された注文情報ＩＯを第２注文情報ＩＯ２として取得し、店舗３０に出力する。例えば、注文管理装置１０は、顧客への提供順に第２注文情報ＩＯ２を出力する。
店舗３０は、注文管理装置１０から顧客への提供順に第２注文情報ＩＯ２が提供されるため、取得した注文情報ＩＯに基づき商品の準備を行う。したがって、注文管理システム１００によれば、店舗３０の負担を軽減することができる。
ここで、注文管理システム１００は、複数のベンダー２０により構成される。店舗３０は、それぞれのベンダー２０から、それぞれ注文情報を受け取らず、全ての注文情報を注文管理装置１０から取得する。したがって、注文管理システム１００によれば、複数のベンダー２０から取得される注文の管理を容易にすることができる。
また、注文管理装置１０は、品切設定情報取得部１６と、品切通知情報出力部１７とを備えることにより、店舗３０から品切設定情報ＩＳを取得した場合に、品切中の商品をベンダー２０に通知することができる。
したがって、店舗３０は、顧客又は配達員が来店する前に、受注した商品が品切であることを通知することができる。
ここで、店舗３０ごとに注文可能な商品の数には限りがあるため、従来では、ベンダー２０ごとに注文可能な商品の数を割り当てていた。一方のベンダー２０の注文数が注文可能な限度に達し、他方のベンダー２０にはまだ注文数に空きがある場合、店舗３０は注文を受け付けることができなかった。すなわち、店舗３０は顧客獲得機会を逃す状況が発生していた。本実施形態によれば、店舗３０は、顧客毎に注文可能な数を設けなくともよいため、顧客獲得機会を逃すことのない注文管理システム１００を提供することができる。
したがって、店舗３０は、顧客又は配達員が来店する前に、受注した商品が品切であることを通知することができる。
ここで、店舗３０ごとに注文可能な商品の数には限りがあるため、従来では、ベンダー２０ごとに注文可能な商品の数を割り当てていた。一方のベンダー２０の注文数が注文可能な限度に達し、他方のベンダー２０にはまだ注文数に空きがある場合、店舗３０は注文を受け付けることができなかった。すなわち、店舗３０は顧客獲得機会を逃す状況が発生していた。本実施形態によれば、店舗３０は、顧客毎に注文可能な数を設けなくともよいため、顧客獲得機会を逃すことのない注文管理システム１００を提供することができる。
また、注文管理装置１０は、統計部１５と、統計情報出力部１８とを更に備えることにより、統計処理を行い、統計情報ＩＴを出力する。店舗３０に備えられた表示装置は、統計情報ＩＴを取得することにより、統計情報ＩＴを表示する。
表示装置は、統計情報ＩＴを表示することにより、時間帯毎の注文数、商品毎の注文数、ベンダー２０ごとの売上金額等を表示することができる。
つまり、注文管理システム１００は、ベンダー２０及び店舗３０の管理を容易にすることができる。
表示装置は、統計情報ＩＴを表示することにより、時間帯毎の注文数、商品毎の注文数、ベンダー２０ごとの売上金額等を表示することができる。
つまり、注文管理システム１００は、ベンダー２０及び店舗３０の管理を容易にすることができる。
以上、本発明の実施形態について図面を参照しながら説明したが、具体的な構成が上述した実施形態に限られるわけではなく、本発明の要旨を逸脱しない範囲での設計変更等も含まれる。
１００…注文管理システム、１０…注文管理装置、２０…ベンダー、３０…店舗、１１…第１注文情報取得部、１２…記憶制御部、１３…第２注文情報取得部、１４…第２注文情報出力部、１５…統計部、１６…品切設定情報取得部、１７…品切通知情報出力部、３１…管理端末、３１１…表示部、３２…ハンディターミナル、３２１…表示部、３２２…入力部、３３…プリンタ、３３１…表示部、３３２…入力部、３３３…出力部、３３４…品切設定ボタン、４０…記憶部、ＩＯ１…第１注文情報、ＩＯ２…第２注文情報、ＩＳ…品切設定情報、ＩＣ…品切通知情報、ＩＴ…統計情報
Claims (4)
- 複数のベンダーをそれぞれ識別するベンダー識別子を有する複数のベンダーから、前記ベンダー識別子と顧客からの注文を示す情報と顧客への提供タイミングと顧客へ提供する店舗を識別する情報とを少なくとも含む注文情報を第１注文情報として取得する第１注文情報取得部と、
取得した前記第１注文情報を記憶部に記憶させる記憶制御部と、
前記顧客への提供タイミングに応じた時刻に、前記記憶部に記憶された前記注文情報を第２注文情報として取得する第２注文情報取得部と、
取得した前記第２注文情報を前記顧客への提供タイミング順に、前記第２注文情報に含まれる前記顧客へ提供する店舗を識別する情報により示される店舗に対して出力する注文情報出力部と
を備える処理装置。 - 前記注文情報に示される注文を受注できないことを示す品切設定情報を取得する品切設定情報取得部と、
前記注文情報に示される注文を受注できないことを前記ベンダーに通知する品切通知情報出力部と
を更に備え、
前記記憶制御部は、前記品切設定情報取得部が取得する前記品切設定情報に示される商品が、前記第１注文情報取得部が取得する前記第１注文情報に含まれる場合に、前記品切設定情報に示される商品を受注できないことを示す品切通知情報を出力し、
前記品切通知情報出力部は、前記記憶制御部が出力する前記品切通知情報を前記ベンダー識別子に基づいて前記ベンダーに送信する
請求項１に記載の処理装置。 - 前記第２注文情報取得部が取得する前記第２注文情報を取得し、取得した前記第２注文情報に基づいた統計処理を行う統計部と、
前記統計部が行う統計結果を出力する統計情報出力部を更に備える
請求項１又は請求項２に記載の処理装置。 - 請求項１から請求項３のいずれか一項に記載の処理装置と、
前記処理装置に前記第１注文情報を出力する発注装置と、
前記処理装置が出力する前記第２注文情報に示される前記顧客からの注文を示す情報を表示する表示装置と
を備える注文管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020029856A JP6901599B1 (ja) | 2020-02-25 | 2020-02-25 | 処理装置及び注文管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020029856A JP6901599B1 (ja) | 2020-02-25 | 2020-02-25 | 処理装置及び注文管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP6901599B1 true JP6901599B1 (ja) | 2021-07-14 |
| JP2021135617A JP2021135617A (ja) | 2021-09-13 |
Family
ID=76753234
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020029856A Active JP6901599B1 (ja) | 2020-02-25 | 2020-02-25 | 処理装置及び注文管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6901599B1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116402592A (zh) * | 2023-06-08 | 2023-07-07 | 深圳美云集网络科技有限责任公司 | 一种供应商端的商品拣货单生成方法及系统 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001350997A (ja) * | 2000-06-09 | 2001-12-21 | Nst:Kk | 情報システムを用いた飲食店予約・管理システム |
| JP2002203160A (ja) * | 2000-12-28 | 2002-07-19 | Ikeda Masataka | 予約残数管理システム、予約残数管理方法、予約残数管理プログラム、および記録媒体 |
| JP2007257009A (ja) * | 2006-03-20 | 2007-10-04 | Wise Planning:Kk | 宿泊予約システム |
| JP5921157B2 (ja) * | 2011-11-17 | 2016-05-24 | 和光 小櫻 | バスの座席予約システム |
| JP5770140B2 (ja) * | 2012-06-19 | 2015-08-26 | 株式会社日立システムズ | 美容サロン予約システム |
| JP2014186470A (ja) * | 2013-03-22 | 2014-10-02 | Hitachi Systems Ltd | 生産商品受注システム |
| JP6298564B1 (ja) * | 2017-07-26 | 2018-03-20 | 株式会社Ｅｐａｒｋグルメ | 予約管理装置、予約管理方法及びプログラム |
-
2020
- 2020-02-25 JP JP2020029856A patent/JP6901599B1/ja active Active
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116402592A (zh) * | 2023-06-08 | 2023-07-07 | 深圳美云集网络科技有限责任公司 | 一种供应商端的商品拣货单生成方法及系统 |
| CN116402592B (zh) * | 2023-06-08 | 2023-09-08 | 深圳美云集网络科技有限责任公司 | 一种供应商端的商品拣货单生成方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2021135617A (ja) | 2021-09-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2023045452A (ja) | 注文管理装置、注文管理方法、及びプログラム | |
| JP7238062B2 (ja) | 決済システム、サーバ及び情報処理プログラム | |
| CN110520888A (zh) | 店铺系统、电子货架标签、店铺系统的处理方法以及程序 | |
| JP2013186585A (ja) | 情報処理装置及びプログラム | |
| CN112655033A (zh) | 移动终端、称重设备、pos终端、程序、存储介质、销售处理系统和销售处理方法 | |
| JP6901599B1 (ja) | 処理装置及び注文管理システム | |
| CN114596128A (zh) | 提供商品和/或服务的计算机化系统和计算机实现的方法 | |
| JP2009211258A (ja) | レシピ提供システム、レシピ提供方法、およびレシピ提供用プログラム | |
| JP2023129594A (ja) | 情報処理装置、情報処理システム、情報処理方法及び情報処理プログラム | |
| JP6847459B2 (ja) | 情報処理システム及び方法 | |
| CN101859342A (zh) | 订购接受装置及订购接受方法 | |
| CN111602169A (zh) | 订单管理系统、程序、订单管理方法以及订单受理终端 | |
| JP2009110119A (ja) | レシピおよび商品情報提供システム | |
| US20190156318A1 (en) | Measuring device and information processing program for control of measuring device | |
| JP6316254B2 (ja) | 情報処理装置およびプログラム | |
| JP2023045453A (ja) | 注文管理装置、注文管理方法、及びプログラム | |
| JP2019071030A (ja) | セルフチェックアウト装置、セルフチェックアウトシステム及びプログラム | |
| JP2018151934A (ja) | 情報処理装置、携帯端末装置、情報処理システム、及びプログラム | |
| JP2022093206A (ja) | 注文管理装置、注文管理プログラム、及び注文管理方法 | |
| JP2012164324A (ja) | 在庫管理装置及び在庫管理プログラム | |
| US20190122290A1 (en) | Container, settlement apparatus, and shop system | |
| JP5748690B2 (ja) | 伝票出力装置及びプログラム | |
| JP6868150B1 (ja) | 情報処理装置、情報処理システム、情報処理方法及び情報処理プログラム | |
| JP2018151935A (ja) | 情報処理装置、携帯端末装置、情報処理システム、及びプログラム | |
| JP6323068B2 (ja) | 注文システム及び店舗端末 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20200225 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20210316 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210512 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20210601 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20210617 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6901599 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |