特許 7722300 受注システム、受注方法、受注プログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-08-04

(45)【発行日】2025-08-13

(54)【発明の名称】受注システム、受注方法、受注プログラム

(51)【国際特許分類】

   G06Q 10/02 20120101AFI20250805BHJP

   G06Q 50/12 20120101ALI20250805BHJP

【ＦＩ】

G06Q10/02

G06Q50/12

【請求項の数】 5

(21)【出願番号】P 2022134215

(22)【出願日】2022-08-25

(65)【公開番号】P2024030956

(43)【公開日】2024-03-07

【審査請求日】2024-05-16

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110003199

【氏名又は名称】弁理士法人高田・高橋国際特許事務所

(72)【発明者】

【氏名】増田 泰造

(72)【発明者】

【氏名】佐々木 清人

(72)【発明者】

【氏名】角間 大輔

(72)【発明者】

【氏名】増井 拓良

(72)【発明者】

【氏名】山口 晃弘

(72)【発明者】

【氏名】余 淑芬

(72)【発明者】

【氏名】西川 裕己

【審査官】池田 聡史

(56)【参考文献】

【文献】特開２０１０－０５４３８９（ＪＰ，Ａ）

【文献】特開２０２１－０３３８９８（ＪＰ，Ａ）

【文献】特開２０２１－１１１２５１（ＪＰ，Ａ）

【文献】特開２０１０－０６０４１３（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１５／０２６２１２１（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

１又は複数のプロセッサを備え、
前記１又は複数のプロセッサは、
ユーザから料理の提供場所に対する料理の提供の予約を受け付ける処理と、
前記予約を受けて、前記料理の提供に要するリードタイム及び前記ユーザが前記提供場所に到着する到着時刻を算出する処理と、
前記到着時刻と前記リードタイムとに基づいて、料理の提供準備の開始を前記提供場所に指示する処理と、
を実行するように構成されており、
前記１又は複数のプロセッサは、車両に乗車する前記ユーザがユーザ端末を操作して前記提供場所を前記車両の目的地として設定したことを含む前記予約の情報を前記ユーザ端末から受信したことをもって、前記予約を受け付ける
ことを特徴とする
受注システム。

【請求項2】

請求項１に記載の受注システムであって、
前記１又は複数のプロセッサが前記到着時刻を算出することは、前記車両が前記目的地に到着する予想時刻を前記到着時刻とすることを含む
ことを特徴とする
受注システム。

【請求項3】

請求項１に記載の受注システムであって、
前記１又は複数のプロセッサが前記到着時刻を算出することは、
前記ユーザが移動する経路の混雑状況を把握することと、
前記経路の混雑状況に基づいて前記到着時刻を算出することと、
を含む
ことを特徴とする
受注システム。

【請求項4】

請求項１に記載の受注システムであって、
前記１又は複数のプロセッサが前記リードタイムを算出することは、
前記提供場所の混雑状況を把握することと、
前記提供場所の混雑状況に基づいて前記リードタイムを算出することと、
を含む
ことを特徴とする
受注システム。

【請求項5】

請求項１乃至請求項４のいずれか１項に記載の受注システムであって、
前記予約は、提供を受ける特定の料理の指定を含み、
前記１又は複数のプロセッサが前記リードタイムを算出することは、前記特定の料理に対して定められた標準リードタイムに基づいて前記リードタイムを算出することを含む
ことを特徴とする
受注システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ユーザから料理の提供場所に対する料理の提供の予約を受け付ける技術に関する。

【背景技術】

【0002】

近年、旅行や娯楽等を目的として行き先を検索するような場合において、ユーザの要求や属性に応じて適切な目的地を提案する技術については、多くの技術が考えられている。

【0003】

例えば、特許文献１には、ユーザのニーズ、嗜好、または、特性を含むユーザ属性に対応する施設を特定することと、特定された施設から未訪問の施設の情報をユーザに出力することと、を実行する制御部を備える情報処理装置が開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０２０―１３４９５３号公報

【発明の概要】

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

【0005】

ところで、提案される目的地によっては、ユーザは、目的地に到着しても満足のいくサービスを受けられない可能性がある。このように、目的地に到着したときのユーザの満足度を向上させることについては検討の余地があり、さらなる技術が求められている。

【0006】

特に典型的な場合として、目的地が飲食店等の料理の提供場所であるとき、料理の提供に時間を要するために、ユーザが目的地に到着した後で長く待たされることが挙げられる。

【0007】

本開示の１つの目的は、上記の課題を鑑み、ユーザが料理の提供場所を目的地とする場合に、目的地に到着した後のユーザの待ち時間を低減する技術を提供することにある。

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

【0008】

第１の観点は、受注システムに関連する。
受注システムは、１又は複数のプロセッサを備える。
１又は複数のプロセッサは、
ユーザから料理の提供場所に対する料理の提供の予約を受け付けることと、
料理の提供の予約を受けて、料理の提供に要するリードタイム及びユーザが料理の提供場所に到着する到着時刻を算出することと、
到着時刻とリードタイムに基づいて、料理の提供準備の開始を料理の提供場所に指示することと、
を実行するように構成される。

【0009】

第２の観点は、受注方法に関連する。
受注方法は、
ユーザから料理の提供場所に対する料理の提供の予約を受け付けることと、
料理の提供の予約を受けて、料理の提供に要するリードタイム及びユーザが料理の提供場所に到着する到着時刻を算出することと、
到着時刻とリードタイムに基づいて、料理の提供準備の開始を料理の提供場所に指示することと、
を含む。

【0010】

第３の観点は、受注プログラムに関連する。
受注プログラムは、
ユーザから料理の提供場所に対する料理の提供の予約を受け付けることと、
料理の提供の予約を受けて、料理の提供に要するリードタイム及びユーザが料理の提供場所に到着する到着時刻を算出することと、
到着時刻とリードタイムとに基づいて、料理の提供準備の開始を料理の提供場所に指示することと、
をコンピュータに実行させるように構成される。

【発明の効果】

【0011】

本開示によれば、ユーザが料理の提供場所に到着する到着時刻と料理の提供に要するリードタイムとに基づいて料理の提供準備の開始が料理の提供場所に指示される。これにより、料理の提供者が指示に従って料理の準備を開始することで、ユーザが料理の提供場所に到着する時刻の近傍で料理の提供が可能となることが期待できる。延いては、ユーザが飲食店等の料理の提供場所に到着した後の待ち時間を低減することができる。

【図面の簡単な説明】

【0012】

【図1】本実施形態に係る受注システムの概要図である。

【図2】本実施形態に係る受注システムの構成例を示すブロック図である。

【図3】図２に示す記憶装置の構成を示すブロック図である。

【図4】本実施形態に係る受注装置が実行する処理の一例を示すフローチャートである。

【図5】本実施形態に係る受注装置が実行する処理の一部について一例を示すフローチャートである。

【図6】本実施形態に係る受注装置が実行する処理の一部について一例を示すフローチャートである。

【図7】本実施形態に係る受注装置が実行する処理の一部について一例を示すフローチャートである。

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

【0013】

１．受注システム
図１に本実施形態に係る受注システム１０の概要図を示す。受注システム１０は、ユーザ１から料理の提供場所４に対する料理の提供の予約を受け付ける機能と、予約に基づいて料理の提供準備の開始を料理の提供場所４に指示する機能と、を提供する。ここで、料理の提供の予約は、提供を受ける特定の料理の指定を含んでいても良いし、料理の提供場所４の席の予約だけであっても良い。また、料理の提供の予約は、テイクアウトの予約であっても良い。

【0014】

受注システム１０が提供する機能は、受注装置１００が処理を実行することにより実現される。受注装置１００は、典型的には、インターネットを介してアクセス可能なコンピュータ（サーバ）である。また、受注装置１００は、ユーザ端末２、及び料理の提供場所４に備えられた提供者端末５と互いに通信することができるように構成されている。図１では、受注装置１００は、インターネットを介してユーザ端末２、及び提供者端末５と通信を行う構成が示されている。

【0015】

まず受注装置１００は、ユーザ端末２との通信により、ユーザ１から料理の提供の予約を受け付ける。つまり、ユーザ１は、ユーザ端末２を用いて予約を行う。例えば、ユーザ１は、予約を希望する料理の提供場所４を選択する。その後、ユーザ１は、提供を受ける特定の料理を選択する。そして、ユーザ１により選択された料理の提供の予約の情報は、インターネットを介してユーザ端末２から受注装置１００へ送信される。このようにして、受注装置１００は、ユーザ１から料理の提供の予約を受け付ける。

【0016】

なお、ユーザ端末２の形態は、受注システム１０を適用する環境に応じて好適な形態を採用して良い。図１では、車両３に備えられたユーザ端末２が示されている。この場合、ユーザ１は、車両３の運転者であることが想定される。このように構成することで、ユーザ１は、車両３に乗車して料理の提供場所４に移動しようとする場合等に、車両３に乗車しながら料理の提供の予約を行うことができる。特にこの場合、受注装置１００は、ユーザ１が料理の提供場所４を車両３の目的地として設定したことを、料理の提供の予約として受け付けるように構成されていても良い。これにより、ユーザ１は、車両３の目的地の設定と、料理の提供の予約と、を同時に行うことができる。延いては、料理の提供の予約に関して、受注システム１０のユーザビリティを向上させることができる。なおこのとき、料理の提供の予約は、典型的には、料理の提供場所４の席の予約である。ただし、料理の提供場所４が目的地として設定された後に、受注装置１００は、さらに特定の料理の指定を受け付けるように構成されていても良い。

【0017】

その他のユーザ端末２の形態としては、インターネットに接続するモバイル端末（例えば、スマートフォン）が挙げられる。この場合、ユーザ端末２は、所定のアプリケーション上において受注システム１０が提供する機能を利用することができるものであっても良い。

【0018】

次に受注装置１００は、料理の提供の予約を受けて、料理の提供に要するリードタイムと、ユーザ１が料理の提供場所４に到着する到着時刻と、を算出する。

【0019】

ここで、受注装置１００は、例えば、ユーザ１の現在地の情報及び地図情報に基づいて、ユーザ１の料理の提供場所４への到着時刻を算出する。この場合、受注装置１００は、インターネットを介してユーザ１の現在地の情報及び地図情報を取得するように構成されていて良い。例えば、受注装置１００は、インターネットを介してユーザ端末２からＧＰＳ位置情報を取得する。特に、受注装置１００は、ユーザ１が移動する経路の混雑状況を把握し、経路の混雑状況に基づいて到着時刻を算出するように構成されていても良い。

【0020】

なお、ユーザ１の到着時刻は、ユーザ端末２において算出しても良い。この場合、受注装置１００は、インターネットを介してユーザ端末２から到着時刻を取得すれば良い。また、料理の提供場所４が車両３の目的地として設定されたことを料理の提供の予約として受け付ける場合、受注装置１００は、車両３が目的地に到着する予想時刻をユーザ１の到着時刻として算出するように構成されていて良い。この場合、受注装置１００は、インターネットを介してユーザ端末２から車両３が目的地に到着する予想時刻を取得するように構成されていて良い。

【0021】

また、料理の提供の予約が特定の料理の指定を含むとき、受注装置１００は、例えば、料理の提供場所４で提供される料理ごとに定められた標準リードタイムに基づいて、料理の提供に要するリードタイムを算出する。ここで、標準リードタイムは、料理の作成に要する平均的な所要時間とすることができる。そして、受注装置１００は、料理ごとの標準リードタイムを、記憶装置に記録するデータベースとして管理するように構成することができる。さらに、料理ごとの標準リードタイムは、料理の提供者６が提供者端末５を操作することにより設定することができるように構成されていても良い。

【0022】

例えば、受注装置１００は、指定された特定の料理に対して定められた標準リードタイムを料理の提供に要するリードタイムとして算出する。あるいは、受注装置１００は、標準リードタイムに料理の提供場所４の状況に応じた倍率をかけることでリードタイムを算出しても良い。例えば、受注装置１００は、標準リードタイムに料理の提供場所４の混雑状況に応じた倍率をかけてリードタイムを算出するように構成されていても良い。この場合、受注装置１００は、インターネットを介して提供者端末５から混雑状況を取得するように構成されていて良い。

【0023】

なお、料理の提供の予約が料理の提供場所４の席の予約であり特定の料理の指定を含まない場合、受注装置１００は、例えば、料理の提供場所４における過去のユーザ１の平均的な待ち時間に基づいて、料理の提供に要するリードタイムを算出することができる。

【0024】

次に受注装置１００は、提供者端末５との通信により、料理の提供準備の開始を料理の提供場所４に指示する。特に、受注装置１００は、算出したユーザ１の到着時刻と料理の提供に要するリードタイムとに基づく所定のタイミングで、提供者端末５に料理の提供準備の開始の指示を要求する。そして、提供者端末５は、受注装置１００から要求を受けて、料理の準備の開始を料理の提供者６に指示する。

【0025】

典型的には、受注装置１００は、ユーザ１の到着時刻から料理の提供に要するリードタイムだけ前の時刻に、料理の提供準備の開始を料理の提供場所４に指示する。あるいは、受注装置１００は、到着時刻からリードタイムだけ前の時刻を基準として、到着時刻やリードタイムのばらつきを考慮して、基準の前後のタイミングで指示するように構成されていても良い。このように料理の提供準備の開始の指示が行われることで、料理の提供者６が指示に従って料理の準備を開始することにより、ユーザ１が料理の提供場所４に到着する時刻の近傍で料理の提供が可能となることが期待できる。延いては、ユーザ１が料理の提供場所４に到着した後の待ち時間を低減することができる。さらには、料理の提供場所４においても、回転率を向上させ、混雑状況を解消することが期待できる。

【0026】

受注装置１００は、インターネットを介して算出した到着時刻とリードタイムを提供者端末５へ送信するように構成されていても良い。この場合、提供者端末５は、料理の提供者６に到着時刻及びリードタイムの指示を行うように構成されていて良い。このように構成することで、料理の提供者６は、料理の準備の開始の指示の前後において、到着時刻及びリードタイムを確認することができる。

【0027】

なお、車両３は自動運転車両であってもよい。この場合、車両３は、ユーザ１が料理の提供場所４を車両３の目的地として設定したことを受けて、料理の提供場所４に向かって自律走行を行うように構成されていて良い。そして、受注装置１００は、車両３との通信により、車両３が目的地に到着する予想時刻を取得するように構成されていて良い。

【0028】

以上説明したように、本実施形態に係る受注システム１０によれば、ユーザ１の到着時刻と料理の提供に要するリードタイムとに基づいて料理の提供準備の開始が料理の提供場所４に指示されるため、ユーザ１が料理の提供場所４に到着した後の待ち時間を減らすことができる。

【0029】

以下、図面を参照して、本実施形態に係る受注システム１０の構成について説明する。

【0030】

図２は、受注システム１０の構成の好ましい一例を示すブロック図である。なお、図２は、ユーザ端末２が車両３に搭載される場合を示している。

【0031】

受注装置１００は、１又は複数のプロセッサ１１０（以下、単にプロセッサ１１０と表記する）と、１又は複数の記憶装置１２０（以下、単に記憶装置１２０と表記する）と、通信装置１３０と、を含んでいる。

【0032】

プロセッサ１１０は、各種処理を実行する。つまり、プロセッサ１１０が動作することにより、受注装置１００の処理の実行が実現される。延いては、受注システム１０が提供する機能が実現される。例えば、プロセッサ１１０は、ＣＰＵ（Central Processing Unit）を含んでいる。

【0033】

記憶装置１２０は、プロセッサ１１０による処理に必要な各種情報を格納する。記憶装置１２０としては、揮発性メモリ、不揮発性メモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、等が例示される。プロセッサ１１０は、記憶装置１２０から各種情報を読み出し、また、記憶装置１２０に各種情報を格納する。特に、プロセッサ１１０は、記憶装置１２０から読み出すプログラムに従って動作する。なお、記憶装置１２０が格納する情報については後述する。

【0034】

通信装置１３０は、受注装置１００の外部の装置と通信して情報を送受信する。特に、通信装置１３０は、車両３（又はユーザ端末２）及び提供者端末５と情報を送受信する。つまり、受注装置１００は、通信装置１３０により、車両３（又はユーザ端末２）及び提供者端末５と互いに通信を行う。典型的には、通信装置１３０は、インターネットに接続して、車両３（又はユーザ端末２）及び提供者端末５と通信を行うように構成される。通信装置１３０により、料理の提供の予約の受信や、料理の提供準備の開始の指示の要求等が行われる。通信装置１３０が受信した情報は、記憶装置１２０に格納される。

【0035】

ユーザ端末２は、例えばカーナビゲーションシステムとして機能する装置であっても良い。ユーザ端末２は、少なくとも料理の提供の予約を入力することができるように構成されている。

【0036】

提供者端末５は、少なくとも料理の提供者６に指示を行うことができるように構成されている。例えば、提供者端末５は、スピーカやディスプレイを有するタブレット端末である。この場合、提供者端末５は、音又は表示により料理の提供者６に指示を行う。ただし、提供者端末５は、所定のアプリケーション上において受注システム１０が提供する機能を利用することができるものであっても良い。

【0037】

図３は、記憶装置１２０の構成を示すブロック図である。記憶装置１２０は、標準リードタイム情報１２１と、地図情報１２２と、車両情報１２３と、受注プログラムＰＲＯＧと、を格納している。

【0038】

標準リードタイム情報１２１は、料理の提供場所４で提供される料理ごとに定められた標準リードタイムに関する情報である。標準リードタイム情報１２１は、データベースとして管理されていて良い。特に、標準リードタイム情報１２１は、受注システム１０が料理の提供の予約を受け付けている複数の料理の提供場所の各々について、提供される料理ごとの標準リードタイムの情報を含んでいて良い。

【0039】

地図情報１２２は、料理の提供場所４の位置に関する情報や、道路情報を含む。

【0040】

車両情報１２３は、ユーザ１が乗車する車両３に関する情報を含む。例えば、車両３の現在地、車速、目的地等を含む。

【0041】

受注プログラムＰＲＯＧは、受注システム１０が提供する機能に係る処理をプロセッサ１１０に実行させるプログラムである。つまり、プロセッサ１１０が受注プログラムＰＲＯＧに従って動作することにより、受注システム１０が提供する機能に係る処理の実行が実現される。

【0042】

３．受注方法
図４に、受注システム１０において受注装置１００が実行する処理、より詳しくはプロセッサ１１０が実行する処理の一例を示す。

【0043】

ステップＳ１００において、受注装置１００は、ユーザ１から料理の提供場所４に対する料理の提供の予約を受け付ける。

【0044】

続くステップＳ１１０において、受注装置１００は、ユーザ１が料理の提供場所４に到着する到着時刻を算出する。

【0045】

続くステップＳ１２０において、受注装置１００は、ステップＳ１００で受け付けた料理の提供の予約について、料理の提供に要するリードタイムを算出する。特に、料理の提供の予約が特定の料理の指定を含む場合、受注装置１００は、記憶装置１２０に格納されている標準リードタイム情報１２１を参照し、特定の料理に対して定められた標準リードタイムに基づいてリードタイムを算出する。

【0046】

続くステップＳ１３０において、受注装置１００は、ステップＳ１１０で算出したユーザ１の到着時刻とステップＳ１２０で算出したリードタイムとに基づいて、料理の提供準備の開始を料理の提供場所４に指示する。典型的には、受注装置１００は、ステップＳ１１０で算出したユーザ１の到着時刻からステップＳ１２０で算出したリードタイムだけ前の時刻に、料理の提供準備の開始を料理の提供場所４に指示する。

【0047】

ステップＳ１３０の後、処理は終了する。料理の提供者６は、指示を受けることで、料理の準備の開始を判断することができる。特に、料理の提供者６が指示に従って料理の準備を開始することで、ユーザ１が料理の提供場所４に到着する時刻の近傍で料理の提供が可能となることが期待できる。延いては、ユーザ１は、料理の提供場所４における料理の待ち時間を短縮することが可能である。

【0048】

このように受注装置１００により処理が実行される。またこのように、受注装置１００により、ユーザ１から料理の提供場所４に対する料理の提供の予約を受け付ける受注方法が実現される。

【0049】

３－１．ステップＳ１００の具体的な処理例
図５は、本実施形態に係る受注装置１００が実行する処理の一部について一例を示すフローチャートである。具体的には、図５は、ステップＳ１００について、受注装置１００が行う処理を詳しく記載したフローチャートである。

【0050】

ステップＳ１０１において、受注装置１００は、ユーザ１の目的地すなわち料理の提供場所４を取得する。

【0051】

ステップＳ１０２において、受注装置１００は、ユーザ１が提供を受ける特定の料理の指定を取得する。

【0052】

ステップＳ１００は、ステップＳ１０１とステップＳ１０２で構成される。ステップＳ１０２の後、処理はステップＳ１１０へ進む。

【0053】

３－２．ステップＳ１１０の具体的な構成例
図６は、本実施形態に係る受注装置が実行する処理の一部について一例を示すフローチャートである。具体的には、図６は、ステップＳ１１０について、受注装置１００が行う処理を詳しく記載したフローチャートである。

【0054】

ステップＳ１１１において、受注装置１００は、ユーザ１の現在地を取得する。具体的には、受注装置１００は、インターネットを介してユーザ端末２からＧＰＳ位置情報を取得し、ユーザ１の現在地として認識する。

【0055】

ステップＳ１１２において、受注装置１００は、ユーザ１の現在地と、ステップＳ１０１で取得した目的地と、地図情報１２２と、に基づいて、ユーザ１が移動する経路を取得する。

【0056】

ステップＳ１１３において、受注装置１００は、ステップＳ１１２で取得した経路の混雑状況を把握する。例えば、外部の交通情報センターから通信装置１３０を介して経路の混雑状況を取得する。

【0057】

ステップＳ１１４において、受注装置１００は、ステップＳ１１３で把握した混雑状況に基づいて、ユーザ１が料理の提供場所４に到着する予想時刻を算出し、ユーザ１の到着時刻とする。

【0058】

ステップＳ１１０は、ステップＳ１１１からステップＳ１１４で構成されている。ステップＳ１１４の後、処理はステップＳ１２０へ進む。

【0059】

３－３．ステップＳ１２０の具体的な構成例
図７は、本実施形態に係る受注装置が実行する処理の一部について一例を示すフローチャートである。具体的には、図７は、ステップＳ１２０について、受注装置１００が行う処理を詳しく記載したフローチャートである。

【0060】

ステップＳ１２１において、受注装置１００は、料理の提供場所４の混雑状況を把握する。例えば、受注装置１００は、インターネットを介して、料理の提供者６が提供者端末５を用いて入力する混雑状況を取得する。

【0061】

ステップＳ１２２において、受注装置１００は、標準リードタイムを取得する。

【0062】

ステップＳ１２３において、受注装置１００は、料理の提供場所４の混雑状況と標準リードタイムに基づいてリードタイムを算出する。

【0063】

ステップＳ１２０は、ステップＳ１２１からステップＳ１２３で構成されている。ステップＳ１２３の後、処理はステップＳ１３０へ進む。

【符号の説明】

【0064】

２ ユーザ端末
３ 車両
４ 料理の提供場所
５ 提供者端末
６ 料理の提供者
１０ 受注システム
１００ 受注装置
１１０ プロセッサ
１２０ 記憶装置
ＰＲＯＧ 受注プログラム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】