特開 2022-136369 サーバ端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022136369

(43)【公開日】2022-09-21

(54)【発明の名称】サーバ端末

(51)【国際特許分類】

   G06Q 30/06 20120101AFI20220913BHJP

【ＦＩ】

G06Q30/06 300

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2021035931

(22)【出願日】2021-03-08

【新規性喪失の例外の表示】新規性喪失の例外適用申請有り

(71)【出願人】

【識別番号】517107298

【氏名又は名称】株式会社Ｍｏｂｉｌｅ Ｏｒｄｅｒ Ｌａｂ

(74)【代理人】

【識別番号】110002790

【氏名又は名称】Ｏｎｅ ｉｐ弁理士法人

(72)【発明者】

【氏名】肥田 陽生

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049BB54

(57)【要約】      （修正有）

【課題】複数の注文プラットフォームからの注文を集約し、管理するサーバ端末を提供する。
【解決手段】飲食店のテイクアウト及び／又はデリバリー注文を複数のユーザ端末から受け付ける注文プラットフォームを運営する複数のサービス端末と、サーバ端末と、複数の店舗端末とが、ネットワークを介して接続するシステム１において、サーバ端末は、一又は複数のテイクアウト又はデリバリーサービス端末から注文情報を受け付ける注文受付部と、注文情報に基づいて伝票情報を生成する伝票生成部と、伝票情報を、飲食店舗に関連する店舗端末に送信する情報送信部と、を有する。注文情報は、注文ユーザに関連するユーザ情報、注文内容及び数量に関連するメニュー情報、サービス端末に関連するサービスを識別するサービス識別情報及びデリバリー又はテイクアウトの種別に関連する注文種別情報を含む。伝票情報は、少なくとも、メニュー情報及びサービス識別情報を含む。
【選択図】図７

【特許請求の範囲】

【請求項1】

一又は複数のテイクアウトまたはデリバリーサービス端末から注文情報を受け付ける注文受付部と、
前記注文情報に基づいて伝票情報を生成する伝票生成部と、
前記伝票情報を、飲食店舗に関連する店舗端末に送信する情報送信部と、を有するサーバ端末であって、
前記注文情報は、注文ユーザに関連するユーザ情報、注文内容及び数量に関連するメニュー情報、前記サービス端末に関連するサービスを識別するサービス識別情報、及び
デリバリーまたはテイクアウトの種別に関連する注文種別情報を含み、
前記伝票情報は、少なくとも、メニュー情報及びサービス識別情報を含む、サーバ端末。

【請求項2】

請求項１に記載のサーバ端末であって、前記注文情報は、さらに、注文ユーザの会計済または未済に関連する会計情報を含み、前記伝票情報は、前記会計情報を含む、サーバ端末。

【請求項3】

請求項１に記載のサーバ端末であって、前記伝票情報は、さらに、前記注文種別情報を含む、サーバ端末。

【請求項4】

請求項１に記載のサーバ端末であって、前記伝票情報は、前記注文内容、前記サービス及び／または前記飲食店舗に関連するアンケートを提供するウェブページに誘導するためのリンク情報を含む、サーバ端末。

【請求項5】

請求項１に記載のサーバ端末であって、前記伝票情報は、さらに、前記ユーザ情報を含む、サーバ端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数の注文プラットフォームからの注文を集約し、管理するサーバ端末に関する。

【背景技術】

【0002】

従来、飲食業界において、イートイン、デリバリー及びテイクアウトを含め、役務の提供形態が多様化し、ユーザ間でも各々の注文用アプリ（例：Ｕｂｅｒ Ｅａｔｓ（登録商標）、出前館（登録商標）を使って希望の飲食店の飲食物を注文することが拡がり、定着化しつつある。

【0003】

例えば、予約オーダーの注文を確実に処理することができる予約オーダー処理システムが開示されている（特許文献１）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２０－２０１８０４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１は、店内の注文と予約注文を適時に処理し、調理指示伝票を出力させることを可能とする技術を開示しているものの、同一店舗に対する複数の注文形態を処理することについては開示がなされているものの、複数の注文プラットフォームからの注文に対応したものとはなっていない。

【0006】

そこで、本発明では、複数の注文プラットフォームからの注文を集約し、管理する方法を実現することを目的とする。

【課題を解決するための手段】

【0007】

本発明の一態様における、本発明の一態様における、サーバ端末であって、一又は複数のテイクアウトまたはデリバリーサービス端末から注文情報を受け付ける注文受付部と、前記注文情報に基づいて伝票情報を生成する伝票生成部と、前記伝票情報を、飲食店舗に関連する店舗端末に送信する情報送信部と、を有するサーバ端末であって、前記注文情報は、注文ユーザに関連するユーザ情報、注文内容及び数量に関連するメニュー情報、前記サービス端末に関連するサービスを識別するサービス識別情報、及びデリバリーまたはテイクアウトの種別に関連する注文種別情報を含み、前記伝票情報は、少なくとも、メニュー情報及びサービス識別情報を含む。

【発明の効果】

【0008】

本発明によれば、複数の注文プラットフォームからの注文を集約し、管理する方法を実現することができる。

【図面の簡単な説明】

【0009】

【図1】本発明の第一実施形態に係る注文管理システムを示すブロック構成図である。

【図2】図１のサーバ端末１００を示す機能ブロック構成図である。

【図3】図１の店舗端末３００を示す機能ブロック構成図である。

【図4】サーバ１００に格納されるサービス情報の一例を示す模式図である。

【図5】サーバ１００に格納される注文情報の一例を示す模式図である。

【図6】サーバ１００に格納される伝票情報の一例を示す模式図である。

【図7】本発明の第一実施形態に係る、サーバ端末１００において実行される注文管理方法に係るフローチャートの一例である。

【図8】本発明の第一実施形態に係る、店舗端末３００において実行される伝票管理方法に係るフローチャートの一例である。

【図9】本発明の第一実施形態に係る、店舗端末３００において表示される注文管理画面の一例である。

【図10】本発明の第一実施形態に係る、店舗端末３００において出力される伝票の一例である。

【発明を実施するための形態】

【0010】

以下、本発明の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。

【0011】

（実施形態１）
＜構成＞
図１は、本発明の第一実施形態に係る注文管理システムを示すブロック構成図である。本運用システム１は、提携する（店舗端末３００Ａ、３００Ｂと関連する）飲食店のテイクアウト及び／またはデリバリー注文を、各々ユーザ端末４００Ａ、４００Ｂ（以下、総称して「ユーザ端末４００」という）から受け付ける注文プラットフォームを運営するサービス端末２００Ａ、２００Ｂ（以下、総称して「サービス端末２００」という）と、サービス端末２００からの注文を受け付け、集約的に管理するサーバ端末１００と、サーバ端末１００から注文を受け付ける店舗端末３００Ａ、３００Ｂ（以下、総称して「店舗端末３００」という）とを有する。

【0012】

サーバ端末１００と、サービス端末２００及び店舗端末３００とは、ネットワークＮＷを介して接続される。ネットワークＮＷは、インターネット、イントラネット、無線ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等により構成される。

【0013】

サーバ端末１００は、サーバ端末１００は、サービス端末２００及び店舗端末３００は、例えば、ワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実現されてもよい。本実施形態においては、説明の便宜上サーバ端末として１台を例示しているが、これに限定されず、複数台であってもよい。特に、店舗端末３００は、上記のほか、ＰＯＳ端末で構成されてもよい。

【0014】

ユーザ端末４００は、例えば、パーソナルコンピュータやタブレット端末等の情報処理装置であるが、スマートフォンや携帯電話、ＰＤＡ等により構成しても良い。

【0015】

本実施形態では、システム１は、サーバ端末１００と、サービス端末２００及び店舗端末３００とを有し、サービス端末２００、店舗端末３００の各々のユーザが各々の端末を利用して、サーバ端末１００に対する操作を行う構成として説明するが、サーバ端末１００がスタンドアローンで構成され、サーバ端末自身に、各々ユーザが操作を行う機能を備えても良い。

【0016】

図２は、図１のサーバ端末１００の機能ブロック構成図である。サーバ端末１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。

【0017】

通信部１１０は、ネットワークＮＷを介してサービス端末２００及び店舗端末３００と通信を行うための通信インタフェースであり、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等の通信規約により通信が行われる。

【0018】

記憶部１２０は、各種制御処理や制御部１３０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等から構成される。また、記憶部１２０は、サービス端末のサービス事業者に関連する各種データを格納する、サービス情報格納部１２１、サービス端末２００から受け付けるメニューに関する注文に関連する各種データを格納する、注文情報格納部１２２、また、注文情報に基づき生成され、店舗端末３００を介して出力される伝票に関連する伝票情報を格納する、伝票情報格納部１２３等を有する。さらに、記憶部１２０は、サービス端末２００、店舗端末３００と通信を行ったデータを一時的に記憶することもできる。なお、各種データを格納したデータベース（図示せず）が記憶部１２０外に構築されていてもよい。

【0019】

制御部１３０は、記憶部１２０に記憶されているプログラムを実行することにより、サーバ端末１００の全体の動作を制御するものであり、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等から構成される。制御部１３０の機能として、サービス端末２００からの注文情報を受け付ける注文情報受付部１３１と、注文情報に基づいて伝票情報を生成する、伝票情報生成部１３２と、サービス端末２００または店舗端末３００に情報を送信する情報送信部１３３と、を有する。この注文情報受付部１３１、伝票情報生成部１３２及び情報送信部１３３は、記憶部１２０に記憶されているプログラムにより起動されてコンピュータ（電子計算機）であるサーバ端末１００により実行される。

【0020】

注文情報受付部１３１は、ユーザ端末４００がサービス端末２００のサービス事業者によって提供されるアプリケーション等を介して飲食店に対してメニュー等の注文を行ったとき、サービス端末２００から注文情報を、通信部１１０を介して受け付ける。

【0021】

伝票情報生成部１３２は、受け付けた注文情報に基づき、伝票情報を生成する処理を行う。

【0022】

情報送信部１３３は、注文情報及び伝票情報を店舗端末３００に対して送信する処理を行う。

【0023】

図３は、図１の店舗端末３００を示す機能ブロック構成図である。店舗端末３００は、通信部３１０と、表示操作部３２０と、記憶部３３０と、制御部３４０とを備える。

【0024】

通信部３１０は、ネットワークＮＷを介してサーバ端末１００と通信を行うための通信インタフェースであり、例えばＴＣＰ／ＩＰ等の通信規約により通信が行われる。

【0025】

表示操作部３２０は、所有者が指示を入力し、制御部３４０からの入力データに応じてテキスト、画像等を表示するために用いられるユーザインターフェースであり、店舗端末３００がパーソナルコンピュータで構成されている場合はディスプレイとキーボードやマウスにより構成され、店舗端末３００がタブレット端末で構成されている場合はタッチパネル等から構成される。この表示操作部３２０は、記憶部３３０に記憶されている制御プログラムにより起動されてコンピュータ（電子計算機）である店舗端末３００により実行される。

【0026】

記憶部３３０は、各種制御処理や制御部３４０内の各機能を実行するためのプログラム、注文情報、伝票情報及び入力データ等を記憶するものであり、ＲＡＭやＲＯＭ等から構成される。また、記憶部３３０は、サーバ端末１００との通信内容を一時的に記憶している。

【0027】

制御部３４０は、記憶部３３０に記憶されているプログラムを実行することにより、店舗端末３００の全体の動作を制御するものであり、ＣＰＵやＧＰＵ等から構成される。

【0028】

また、店舗端末３００は、伝票情報に基づいて伝票を出力するプリンター等の出力装置５００と有線または無線ネットワークを介して接続する。

【0029】

図４は、サーバ１００に格納されるサービス情報の一例を示す模式図である。

【0030】

図４に示すサービス情報１０００は、サービス端末のサービス事業者に関連する各種データを格納する。図４において、説明の便宜上、一サービス事業者（サービスＩＤ「１０００１」で特定される事業者）の例を示すが、複数のサービス事業者の情報を格納することができる。サービス事業者に関連する各種データとして、例えば、サービス事業者が運営するサービスの基本情報（サービス名、事業者名、住所、連絡先等）、サービス事業者から受け付けた注文情報（注文ユーザ情報、注文メニュー情報、注文種別情報、会計情報、ステータス情報等）等の情報を有することができるが、これに限られない。

【0031】

図５は、サーバ１００に格納される注文情報の一例を示す模式図である。

【0032】

図５に示す注文情報２０００は、サービス端末２００から受け付けるメニューに関する注文に関連する各種データを格納する。図５において、説明の便宜上、一注文（注文ＩＤ「２０００１」で特定される注文）の例を示すが、複数の注文の情報を格納することができる。注文に関連する各種データとして、例えば、注文を受け付けたサービスに関する情報、注文ユーザに関する情報、注文先の店舗に関する情報（店舗名、住所、連絡先等）、注文メニューに関する情報（注文内容、数量、トッピング、カトラリーに関する情報等）、注文の種別に関する情報（デリバリー、テイクアウト、イートイン等の種別）、会計情報（会計金額、会計の済／未済、支払手段）、注文のステータス情報（準備中（調理中）、ピックアップ済、配送中、配送済等）等の情報を有することができるが、これに限られない。

【0033】

図６は、サーバ１００に格納される伝票情報の一例を示す模式図である。

【0034】

図６に示す伝票情報３０００は、注文情報に基づき生成され、店舗端末３００を介して出力される伝票に関連する伝票情報を格納する。図６において、説明の便宜上、一伝票に紐づく伝票情報の例（伝票ＩＤ「３０００１」で特定される伝票）の例を示すが、複数の伝票に関する情報を格納することができる。伝票情報３０００として、例えば、伝票ＩＤ「３０００１」で特定される伝票について、注文を受け付けたサービスに関する情報、注文メニューに関する情報（注文内容、数量、トッピング、カトラリーに関する情報等）、注文の種別に関する情報（デリバリー、テイクアウト、イートイン等の種別）、会計情報（会計金額、会計の済／未済、支払手段）、注文のステータス情報（準備中（調理中）、ピックアップ済等）等の情報を有することができるが、これに限られない。

【0035】

＜処理の流れ＞
図７を参照しながら、本実施形態のシステム１が実行する注文管理方法の処理の流れについて説明する。図７は、本発明の第一実施形態に係る、注文管理方法に係るフローチャートの一例である。

【0036】

ここで、このシステム１を利用するために、サービス事業者及び店舗運営者は、サービス端末２００、店舗端末３００各々のインターネットブラウザ等を利用してサーバ端末１００にアクセスし、サーバ端末１００が運営するサービスについて所定の手続を経て、サービス事業者または店舗運営者としてサービス登録する。サービス事業者は、ＩＤ及びパスワード等の認証情報の発行を受け、サービス端末２００を介して、認証を経てサービスにログインすることで、サービスが利用可能となる。この認証後、ウェブ画面等を介して所定のユーザインターフェースが提供され、図７に示すステップＳ１０１へ進む。

【0037】

まず、ステップＳ１０１の処理として、サーバ端末１００の制御部１３０の情報受付部１３１は、サービス端末２００からメニューの注文情報を受付ける。例えば、注文情報に含まれる内容として、図９の店舗端末３００に表示される注文管理画面に含まれる情報に示すように、注文を受け付けたサービスに関する情報（サービスＩＤ「１０００４」等を含む）、注文ユーザに関する情報（例えば、「Ｋ Ｉｃｈｉｒｏ」、注文先の店舗に関する情報（例えば、「ＡＢＣ Ｃｕｒｒｙ」）、注文メニューに関する情報（例えば、「チキンカレー」、数量（１つ）、トッピング（福神漬、ソース）、味（中辛））、会計情報（例えば、会計金額「１１４０円」）、注文のステータス情報（例えば、「準備中」）等が含まれるが、これに限らない。情報受付部１３１は、受け付けた注文情報を、記憶部１２０のサービス情報格納部１２１、注文情報格納部１２２に各々格納する。

【0038】

続いて、ステップＳ１０２の処理として、サーバ端末１００の制御部１３０の伝票情報生成部１３２は、受け付けた注文情報を基に伝票情報を生成する。伝票情報生成部１３２は、注文情報格納部１２２に格納された注文情報を基に、伝票情報を生成する。例えば、伝票情報として、図１０の店舗端末から出力される伝票に含まれる情報として、注文ＩＤ（例えば、「２０００４」）、注文時刻（例えば、「１３時０７分」）、注文を受け付けたサービスに関する情報（例えば、サービス事業者名「ＯＶＥＲ ＥＡＴＳ」またはサービスＩＤ）、注文メニューに関する情報（例えば、「チキンカレー」、数量（１つ）、トッピング（福神漬、ソース）、味（中辛）等）、注文の種別に関する情報（デリバリー、テイクアウト、イートイン等の種別）、会計情報（例えば、会計金額「１１４０円」）等の情報が含まれるが、これに限らない。伝票情報生成部１３２は、生成した伝票情報を、記憶部１２０の伝票情報格納部１２３に格納する。

【0039】

続いて、ステップＳ１０３の処理として、サーバ端末１００の制御部１３０の情報送信部１３３は、注文情報及び／または伝票情報を、注文先の店舗端末３００に送信する。

【0040】

図８は、本発明の第一実施形態に係る、店舗端末３００において実行される伝票管理方法に係るフローチャートの一例である。

【0041】

まず、ステップＳ２０１の処理として、店舗端末３００の制御部３４０は、サーバ端末１００から上記注文情報及び／または伝票情報を、ネットワークＮＷを経由し、通信部３１０を介して受信する。制御部３４０は、受信した注文情報及び／または伝票情報を記憶部３２０に格納する。図９は、店舗端末３００のユーザインターフェース画面に表示される注文情報を示す。注文情報には、デリバリー／テイクアウト用の注文サービス事業者を識別する情報が含まれ、店舗は、複数のサービス事業者（注文プラットフォーム）を経由したユーザの注文を一つの注文管理アプリケーションによって一元的に確認することができる。また、図示しないが、デリバリーやテイクアウト等の注文種別を表示させることも可能であり、注文管理等の店舗の担当者は、即座に注文サービス事業者を識別し、注文種別、その他メニュー内容の情報等を識別することができるので、容易に注文管理を行うことができる。

【0042】

続いて、ステップＳ２０２の処理として、店舗端末３００の制御部３４０は、受信した注文情報を、表示操作部３２０を介して表示させ、及び／または、伝票情報をプリンター等の出力装置５００に紙媒体として出力させる。図１０は、店舗端末３００と接続する出力装置５００から印刷された伝票を示す。伝票には、複数のサービス業者（注文プラットフォーム）のいずれかを識別する情報が印字されており、また、図示しないが、デリバリーやテイクアウト等の注文種別を印紙させることも可能であり、調理担当等の店舗担当者が注文処理を行うことを容易とし、また、デリバリーやテイクアウト客にとっても伝票見て即座に注文内容を把握し、提供された飲食物を回収することができる。

【0043】

以上、開示に係る実施形態について説明したが、これらはその他の様々な形態で実施することが可能であり、種々の省略、置換および変更を行なって実施することが出来る。これらの実施形態および変形例ならびに省略、置換および変更を行なったものは、特許請求の範囲の技術的範囲とその均等の範囲に含まれる。

【符号の説明】

【0044】

１ システム １００ サーバ端末、１１０ 通信部、１２０ 記憶部、１３０ 制御部、２００ サービス端末、３００ 店舗端末、４００ ユーザ端末、ＮＷ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】