(57)【要約】【課題】配送する料理の品質の維持と効率的な配送との両立ができる情報処理方法を提供する。【解決手段】情報処理方法は、コンピュータを用いて、第１会員が操作する端末２から第１料理の注文を示す第１注文を受信し、第１料理の調理と並行して調理可能な第２料理を決定し、第２料理の注文を促すための情報を生成し、第１会員と対応付けられた位置を取得し、第１会員と対応付けられた位置から所定の範囲内の位置に対応付けられる第２会員を特定し、生成した情報を第２会員が操作する端末８へ送信する。【選択図】図１
2019185727.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを用いて、
第１会員が操作する第１端末から第１料理の注文を示す第１注文を受信し、
前記第１料理の調理と並行して調理可能な第２料理を決定し、
前記第２料理の注文を促すための情報を生成し、
前記第１会員と対応付けられた位置を取得し、
前記第１会員と対応付けられた位置に従って第２会員を特定し、
生成した前記情報を前記第２会員が操作する第２端末へ送信する、
情報処理方法。
【請求項２】
さらに、前記第１料理の調理時間を取得し、
取得した前記第１料理の調理時間に基づいて、前記第２料理の注文の受信を締め切る締切時間を算定する、
請求項１に記載の情報処理方法。
【請求項３】
前記第２会員は、前記第１会員と対応付けられた位置から所定の範囲内の位置に対応付けられる会員である、
請求項１または２に記載の情報処理方法。
【請求項４】
さらに、前記第１会員と対応付けられた位置への前記第１料理の配送経路を決定し、
前記第２会員は、前記配送経路上の位置から所定の範囲内の位置に対応付けられる会員である、
請求項１〜３のいずれか１項に記載の情報処理方法。
【請求項５】
さらに、前記第１会員が注文した前記第１料理の調理を行う第１飲食店とは異なる第２飲食店を選定し、
前記第２料理は、前記第２飲食店が調理可能な料理を含む、
請求項１〜４のいずれか１項に記載の情報処理方法。
【請求項６】
前記第２飲食店は、前記第１飲食店と対応付けられた位置から所定の範囲内の位置に対応付けられる店である、
請求項５に記載の情報処理方法。
【請求項７】
さらに、前記第１料理の前記第１会員と対応付けられた位置への配送経路を決定し、
前記第２飲食店は、前記配送経路上の位置から所定の範囲内の位置に対応付けられる店である、
請求項５または６に記載の情報処理方法。
【請求項８】
前記第１料理を前記第１会員へ配送するための配送時間を取得し、
前記第２料理は、前記配送時間に対する遅延が所定の範囲内に収まる時間で調理可能な料理を含む、
請求項１〜７のいずれか１項に記載の情報処理方法。
【請求項９】
さらに、
前記第１料理の調理完了までに又は前記第１料理の調理完了から所定時間経過するまでに調理完了する第２料理を決定する、
請求項１〜８のいずれか１項に記載の情報処理方法。
【請求項１０】
前記情報は、前記第２料理の注文を促す広告である、
請求項１〜９のいずれか１項に記載の情報処理方法。
【請求項１１】
第１会員が操作する第１端末から第１料理の注文を示す第１注文を受信する受信部と、
前記第１料理の調理と並行して調理可能な第２料理を決定する決定部と、
前記第２料理の注文を促すための情報を生成する生成部と、
前記第１会員と対応付けられた位置を取得する取得部と、
前記第１会員と対応付けられた位置に従って第２会員を特定する特定部と、
生成された前記情報を前記第２会員が操作する第２端末へ送信する送信部と、
を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理方法及び情報処理システムに関するものである。
【背景技術】
【０００２】
近年の情報処理技術の発展に伴い、インターネットを介して料理を注文すると同時にその配送を依頼するフードデリバリーサービスが普及しつつある。これは、従来の出前をインターネットで受け付けることにより可能になったことが一因である。
【０００３】
また、宅配サービスにおいては、配送の集約あるいは閑散期の供給拡大を狙い、会員への宅配需要を喚起するための広告情報の提供が行われている。
【０００４】
このような広告情報の提供を行う技術としては、配送便の積載量に余剰がある場合にすでに注文済みの会員の近隣に住んでいる会員へ注文を促すための広告情報を提供する方法が開示されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−５２９４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１で開示されるような従来の技術は、料理を配送する場合に品質が低下するおそれがある。例えば、特許文献１で開示される発明では、単に、配送便の積載量に余剰があるか否かを判定しているのみで配送物の特性は考慮されていない。これに対し、料理は、注文を受けて調理され、調理後は時間経過ととも品質が低下する。このため、当該従来の技術がそのまま料理の配送に適用されると、効率的な配送を行いつつ、配送する料理の品質を維持することが困難となるおそれがある。
【０００７】
そこで、本開示は、上記課題を解決するためになされたものであり、配送する料理の品質の維持と効率的な配送との両立ができる情報処理方法及び情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本開示の一態様に係る情報処理方法は、コンピュータを用いて、第１会員が操作する第１端末から第１料理の注文を示す第１注文を受信し、前記第１料理の調理と並行して調理可能な第２料理を決定し、前記第２料理の注文を促すための情報を生成し、前記第１会員と対応付けられた位置を取得し、前記第１会員と対応付けられた位置に従って第２会員を特定し、生成した前記情報を前記第２会員が操作する第２端末へ送信する。
【０００９】
なお、これらの包括的または具体的な側面は、システム、装置、方法、記録媒体、または、コンピュータプログラムで実現されてもよく、システム、装置、方法、記録媒体、および、コンピュータプログラムの任意な組み合わせで実現されてもよい。
【発明の効果】
【００１０】
本開示の一態様に係る情報処理方法によれば、配送する料理の品質の維持と効率的な配送との両立ができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態における情報処理システムの第１の適用例を概略的に示す図である。
【図２】実施の形態における情報処理システムの構成を概略的に示す図である。
【図３】会員情報を記載したデータテーブルの一例を模式的に示す図である。
【図４】飲食店情報を記載したデータテーブルの一例を模式的に示す図である。
【図５】配送人情報を記載したデータテーブルの一例を模式的に示す図である。
【図６】広告情報を記載したデータテーブルの一例を模式的に示す図である。
【図７】実施の形態に係る情報処理システムの処理を含む全体処理の一例を示すシーケンス図である。
【図８】第１の適用例において広告情報から形成された広告メッセージの一例を模式的に示す図である。
【図９】実施の形態における情報処理システムの第２の適用例を概略的に示す図である。
【図１０】実施の形態における情報処理システムの第３の適用例を概略的に示す図である。
【図１１】第３の適用例において広告情報から形成されたメッセージの一例を模式的に示す図である。
【図１２】第３の適用例において広告情報から形成されたメッセージの他の一例を模式的に示す図である。
【発明を実施するための形態】
【００１２】
（本開示に至った経緯）
上述したように、現在、フードデリバリーサービスが普及しつつある。また、配送便の積載量に余裕がある場合に、注文を受け付けた会員の近隣会員へ広告を出すことで近隣会員に対して注文の需要を喚起し、一度に配送する量を増加させ（つまり配送を集約し）、配送効率を向上させる技術が存在する。
【００１３】
しかし、フードデリバリーでは、上記技術で対象とする配送だけでなく、配送される料理の調理も行われる。しかし、調理と配送はシーケンシャルな作業であるため、効率的な配送を行いつつ、配送する料理の品質を維持することが困難となる場合がある。例えば、先に注文をした会員（第１会員とも呼ぶ）の近隣会員（第２会員とも呼ぶ）が注文した料理（第１料理）の種類によっては、第１会員が注文した料理と同時並行して第２会員が注文した料理（第２料理）の調理を行えない場合がある。この場合、第１会員が注文した料理が完成してから第２会員が注文した料理の調理を行うため、第１会員が注文した料理が冷えて品質が低下してしまうことがある。したがって、効率的な配送（一度の配送で複数の料理を複数の会員へ配送すること等）を行いつつ、配送する料理の品質を維持することが困難となるおそれがある。
【００１４】
そこで、本開示の情報処理方法は、コンピュータを用いて、第１会員が操作する第１端末から第１料理の注文を示す第１注文を受信し、前記第１料理の調理と並行して調理可能な第２料理を決定し、前記第２料理の注文を促すための情報を生成し、前記第１会員と対応付けられた位置を取得し、前記第１会員と対応付けられた位置に従って第２会員を特定し、生成した前記情報を前記第２会員が操作する第２端末へ送信する。
【００１５】
これによれば、第１会員に対応付けられた位置に従って特定される第２会員は、例えば、第１会員の近隣の会員等であるため、第２料理の注文を促すための情報を見た第２会員から第２料理の注文があった場合に、一度の配送で複数の料理（第１料理および第２料理）を複数の会員（第１会員および第２会員）へ配送することができる。つまり、配送の集約等、効率的な配送が可能となる。また、第１の料理の調理と並行して調理可能な第２料理を調理する場合には、並行して調理不可能な料理を調理する場合と比べて、調理作業が効率的になり、例えば、第１料理の完成タイミングと第２料理の完成タイミングとを合わせることができる。つまり、第１料理が冷えてしまうこと等を抑制でき、第１料理の品質を維持できる。このように、配送する料理の品質の維持と効率的な配送とを両立することができる。ひいては、フードデリバリーサービスの利用を促進させることができる。
【００１６】
また、さらに、前記第１料理の調理時間を取得し、取得した前記第１料理の調理時間に基づいて、前記第２料理の注文の受信を締め切る締切時間を算定してもよい。
【００１７】
これによれば、第２料理の注文に締切時間が設けられるため、第１料理の完成タイミングと第２料理の完成タイミングとを合わせやすくなり、第１料理の品質を維持しやすくなる。
【００１８】
また、前記第２会員は、前記第１会員と対応付けられた位置から所定の範囲内の位置に対応付けられる会員であってもよい。
【００１９】
これによれば、第２料理の配送先が第１会員から所定の範囲内（例えば第１会員の近隣）となり、第１料理の配送において同時に第２料理を配送しやすくなるため、より効率的な配送が可能となる。
【００２０】
また、さらに、前記第１会員と対応付けられた位置への前記第１料理の配送経路を決定し、前記第２会員は、前記配送経路上の位置から所定の範囲内の位置に対応付けられる会員であってもよい。
【００２１】
これによれば、第２料理の配送先が第１会員への第１料理の配送経路上から所定の範囲内（例えば配送経路の近隣）となり、第１料理の配送において同時に第２料理を配送しやすくなるため、より効率的な配送が可能となる。
【００２２】
また、さらに、前記第１会員が注文した前記第１料理の調理を行う第１飲食店とは異なる第２飲食店を選定し、前記第２料理は、前記第２飲食店が調理可能な料理を含んでいてもよい。
【００２３】
これによれば、第２会員への第２料理の注文を促すための情報において、第１飲食店が調理可能な料理だけでなく、第２飲食店が調理可能な料理も、第２料理として注文を促すことができる。したがって、第２会員が選択できる料理の種類が増え、フードデリバリーサービスの利用をより促進させることができる。
【００２４】
また、前記第２飲食店は、前記第１飲食店と対応付けられた位置から所定の範囲内の位置に対応付けられる店であってもよい。
【００２５】
これによれば、第２飲食店の位置は第１飲食店から所定の範囲内（例えば第１飲食店の近隣）となり、第１飲食店に立ち寄って第１会員へ第１料理を配送する配送経路を大きく変更することなく第２飲食店にも立ち寄ることができる。したがって、第２料理の配送を第１料理の配送と同時に行う場合でも、第１会員への第１料理の配送遅延を抑制できる。
【００２６】
また、さらに、前記第１料理の前記第１会員と対応付けられた位置への配送経路を決定し、前記第２飲食店は、前記配送経路上の位置から所定の範囲内の位置に対応付けられる店であってもよい。
【００２７】
これによれば、第２飲食店の位置は第１会員への第１料理の配送経路上から所定の範囲内（例えば配送経路の近隣）となり、第１飲食店に立ち寄って第１会員へ第１料理を配送する配送経路を大きく変更することなく第２飲食店にも立ち寄ることができる。したがって、第２料理の配送を第１料理の配送と同時に行う場合でも、第１会員への第１料理の配送遅延を抑制できる。
【００２８】
また、前記第１料理を前記第１会員へ配送するための配送時間を取得し、前記第２料理は、前記配送時間に対する遅延が所定の範囲内に収まる時間で調理可能な料理を含んでいてもよい。
【００２９】
これによれば、第１会員への第１料理の配送遅延を抑制しつつ、効率的な配送が可能となる。
【００３０】
また、さらに、前記第１料理の調理完了までに又は前記第１料理の調理完了から所定時間経過するまでに調理完了する第２料理を決定してもよい。
【００３１】
これによれば、第１料理の品質低下をより確実に抑制することができる。
【００３２】
また、前記情報は、前記第２料理の注文を促す広告であってもよい。
【００３３】
これによれば、第２会員に直接的に第２料理の注文を促すことができる。
【００３４】
また、本開示の情報処理システムは、第１会員が操作する第１端末から第１料理の注文を示す第１注文を受信する受信部と、前記第１料理の調理と並行して調理可能な第２料理を決定する決定部と、前記第２料理の注文を促すための情報を生成する生成部と、前記第１会員と対応付けられた位置を取得する取得部と、前記第１会員と対応付けられた位置に従って第２会員を特定する特定部と、生成された前記情報を前記第２会員が操作する第２端末へ送信する送信部と、を備える。
【００３５】
これによれば、配送する料理の品質の維持と効率的な配送との両立ができる情報処理システムを提供できる。
【００３６】
以下、実施の形態について、図面を参照しながら具体的に説明する。
【００３７】
なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、構成要素、構成要素の配置位置および接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。
【００３８】
（実施の形態）
以下、図１から図１２を用いて実施の形態について説明する。なお、本開示の情報処理システムの適用例として第１の適用例から第３の適用例を説明する。
【００３９】
［第１の適用例］
まず、第１の適用例について説明する。
【００４０】
図１は、実施の形態における情報処理システムの第１の適用例を概略的に示す図である。以下では、本開示の情報処理システムとして、サーバを例に説明する。図１に示すように、第１の適用例では、サーバ３は、料理を注文する注文者が操作する端末２（第１端末）と、注文された料理を調理する注文先飲食店が操作する端末４と、配送人が操作する端末５と、注文者の近隣にいる特定の者が操作する端末８（第２端末）と、ネットワーク６を経由して通信する。ネットワーク６における通信には、無線通信、或いは、有線通信のいかなる通信プロトコルを適用しても良い。
【００４１】
端末２を操作して端末２から料理を注文する注文者は、例えばサーバ３を用いて提供されるフードデリバリーサービスを運用する組織の会員（第１会員とも呼ぶ）である。第１会員が端末２から注文する料理を第１料理とも呼ぶ。端末４を操作し、第１会員が注文した第１料理の調理を行う注文先飲食店を第１飲食店とも呼ぶ。第１会員の近隣にいる端末８を操作する特定の者は、上記フードデリバリーサービスを運用する組織の会員（第２会員とも呼ぶ）である。
【００４２】
ここで、サーバ３について簡単に説明する。サーバ３は、予め登録されている会員についての情報と、予め登録されている飲食店の情報と、予め登録されている配送人の情報と、を記憶しており、会員に広告メッセージを提供する機能を備える。例えば、サーバ３は、第１会員の端末２から出前の注文（第１料理の注文を示す第１注文）を受信すると、第１飲食店の端末４に対して当該第１料理を調理可能か確認（例えば当該第１料理の調理の指示を含む）するとともに追加調理可能な料理を照会する。追加調理可能な料理を第２料理とも呼ぶ。また、サーバ３は、第１料理を配送可能な配送人の候補を抽出し、第１料理に加えて追加調理する料理も積載可能かの照会を並行して端末５に対して行う。また、サーバ３は、予め記憶している会員に関する情報を用いて第２会員を抽出する。例えば、サーバ３は、第１会員の位置から所定の範囲内（領域Ｒ１内）に居る第２会員を抽出する。そして、サーバ３は、追加注文可能料理を含んだ広告メッセージを作成し、抽出した第２会員の操作する端末８に広告メッセージを送信する。
【００４３】
第２会員が第２料理を注文した場合、配送人は、第１飲食店の位置、第１会員の位置および第２会員位置を通過する配送経路Ｌ１を通って、第１飲食店で第１料理および第２料理をピックアップし、第１会員へ第１料理を配送し、第２会員へ第２料理を配送する。
【００４４】
図２は、実施の形態における情報処理システム（サーバ３）の構成を概略的に示す図である。サーバ３は、制御部２１と、記憶部２２と、操作入力部２３と、表示部２４と、を備える。サーバ３は、例えば、プロセッサ（マイクロプロセッサ）、メモリ、ユーザインタフェース、通信回路等を含む装置である。なお、当該メモリには、記憶部２２以外のメモリが含まれていてもよい。メモリ（記憶部２２）は、ＲＯＭ、ＲＡＭ等であり、プロセッサにより実行される制御プログラムを記憶することができる。操作入力部２３および表示部２４は、ユーザインタフェースの一例である。制御部２１は、注文受信部２１１と、近隣会員抽出部２１２と、追加注文可能料理抽出部２１３と、追加注文締切時間算定部２１４と、広告情報提供部２１５と、配送経路近隣会員抽出部２１６と、他店舗注文可能料理抽出部２１７と、を機能構成要素として備える。制御部２１が備えるこれらの各構成要素は、サーバ３における通信回路、メモリに格納された制御プログラムを実行するプロセッサ等により実現される。制御部２１が備える各機能構成要素については、後述する図７で説明する。記憶部２２は、会員情報２２１と、飲食店情報２２２と、配送人情報２２３と、広告情報２２４と、を備える。
【００４５】
制御部２１は、例えば、上記通信回路等によって無線あるいは有線を介してサーバ３が備える各構成要素と通信できるように構成される。例えば、操作入力部２３からの入力情報を基に、制御部２１の実行結果は必要に応じて表示部２４に表示される。
【００４６】
制御部２１については、異常時に備えて、制御部２１と同程度の機能を、別途サーバ３の管理者が操作する端末に備えることもある。例えば制御部２１は、自動制御となっているが、この場合、管理者が当該端末を操作することにより制御部２１（制御部２１と同程度の機能）を直接制御することを可能にする。なお、管理者が操作する端末と制御部２１の通信方式には第三者から影響（攻撃等）されうる余地を最小限にする安全な方法が採られる。
【００４７】
記憶部２２は、具体的にはハードディスクドライブまたはフラッシュメモリ等の記憶装置によって構成される。記憶部２２は、操作入力部２３から入力された各種情報を制御部２１を介して記憶したり、制御部２１が取得した各種情報を記憶したりする。例えば、記憶部２２は、フードデリバリーサービスを実現するために必要なデータとして、会員情報２２１、飲食店情報２２２、配送人情報２２３及び広告情報２２４等を記憶している。
【００４８】
会員情報２２１とは、事前に登録された会員に関する情報のことである。当該会員は、サーバ３を用いて提供されるフードデリバリーサービスを運用する組織の会員である。会員情報２２１について、図３を用いて説明する。
【００４９】
図３は、会員情報２２１を記載したデータテーブルの一例を模式的に示す図である。図３のように会員情報２２１には、会員を一意に識別する会員IDと、会員の氏名と、会員のメールアドレスと、会員の住所（位置）等と、が含まれる。図示していないが、会員の性別および家族構成等の情報が含まれていてもよい。これらの情報は、例えば、サーバ３の管理者が操作入力部２３を介して入力したり、会員になりたい人が端末等を介して会員登録する際に入力したりすることで、記憶部２２に記憶される。なお、会員情報２２１に含まれる位置情報は、会員が携帯する、GPS（Global Positioning System）情報を用いた端末から、当該会員の位置（当該会員が携帯する端末の位置）がネットワーク６を介してサーバ３へ遂次送信されることで、現在の会員の位置が更新されて記憶されてもよい。例えば、会員ID１の会員については、予め登録された住所が示されており、会員ID２の会員については、GPS情報から取得された緯度および経度が示されている。
【００５０】
飲食店情報２２２とは、事前に登録された飲食店に関する情報のことである。当該飲食店は、上記フードデリバリーサービスにおいて利用される飲食店である。飲食店情報２２２について図４を用いて説明する。
【００５１】
図４は、飲食店情報２２２を記載したデータテーブルの一例を模式的に示す図である。図４のように飲食店情報２２２には、飲食店を一意に識別する飲食店IDと、飲食店の代表者氏名と、飲食店のメールアドレスと、飲食店の住所と、飲食店が提供可能な料理の種類等と、が含まれる。これらの情報は、例えば、サーバ３の管理者が操作入力部２３を介して入力したり、上記会員からの料理の注文を期待する飲食店の代表者等が端末等を介して登録する際に入力したりすることで、記憶部２２に記憶される。なお、図４では、飲食店情報２２２には住所が含まれているが、例えば、移動型店舗の場合には、GPS情報を用いた位置情報が含まれていてもよい。
【００５２】
配送人情報２２３とは、事前に登録された配送人に関する情報のことである。当該配送人は、上記飲食店で料理をピックアップし、上記会員へ当該料理を配送する配送人である。当該配送人は、上記飲食店に所属する配送人であってもよいし、配送業者であってもよいし、配送することを希望する一般人（配送を専門とする人でないという意味での一般人）であってもよい。当該一般人は、サーバ３から依頼があったときに手が空いていれば、何かのついで等（例えば外出のついで等）に配送をするというような人である。
【００５３】
図５は、配送人情報２２３を記載したデータテーブルの一例を模式的に示す図である。図５のように配送人情報２２３には、配送人を一意に識別する配送人IDと、配送人の氏名と、配送人のメールアドレスと、配送人の住所（位置）等と、が含まれる。これらの情報は、例えば、サーバ３の管理者が操作入力部２３を介して入力したり、フードデリバリーサービスにおいて配送業務を希望する業者または人等が端末等を介して登録する際に入力したりすることで、記憶部２２に記憶される。なお、配送人情報２２３に含まれる位置情報は、配送人が携帯する、GPS情報を用いた端末から、当該配送人の位置（当該配送人が携帯する端末の位置）がネットワーク６を介してサーバ３へ遂次送信されることで、現在の配送人の位置が更新されて記憶されてもよい。
【００５４】
広告情報２２４とは、会員に提供される広告情報のことである。広告情報は、メールで会員（第２会員）の端末に送信されたり、第２会員の端末においてウェブブラウザ等に表示されたりする。
【００５５】
図６は、広告情報２２４を記載したデータテーブルの一例を模式的に示す図である。図６のように広告情報２２４には、広告を一意に識別する広告IDと、広告の件名と、広告の内容と、広告対象者区分等と、が含まれる。なお、広告対象者区分とは当該広告を提供する第２会員の属性に関する情報のことである。例えば、広告対象者区分としては、性別、住所、家族構成等の区分がある。一例として、女性区分の広告については女性向けの内容（例えばカロリーが低いことや量が控えめであることを強調した内容）となり、ファミリー層の区分の広告については、ファミリー向けの内容（例えば子供向け料理や量が多いことを強調した内容）となる。例えば、各広告IDには、上記内容に応じた広告メッセージが対応付けられており、広告の送信先の会員の属性に応じた広告メッセージが選択される。なお、詳細は後述するが、広告の内容には、追加注文可能料理と、追加注文締切時刻と、特典情報等とが、記載される。
【００５６】
記憶部２２には、会員IDと、飲食店IDと、配送人IDと、広告IDとの複数種類のIDが記憶されるため、例えばIDの種類ごとにIDの桁等の形式が変更される。ただし、会員と配送人が同一人物となる可能性もあるため、サーバ３は、会員IDと配送人IDとが同一人物のIDであるかの判定をできるような情報処理機能を別途備えていてもよい。また、記憶部２２が異常時の際に、サーバ３は、同程度の情報を保有した記憶部を別途保有（バックアップ）していてもよい。
【００５７】
特典情報とは、追加注文締切時刻内に追加注文可能料理が注文されることで例えば第２会員に適用される特典内容を示す情報である。特典内容の一例としては、第２会員が追加注文した第２料理の値下げ、第２料理の増量、ポイントの付与、または、次回以降の注文時の優遇等がある。
【００５８】
なお、特典について、第１会員に対しても、第１会員が注文した第１料理の値下げ、第１料理の増量、ポイントの付与、または、次回以降の注文時の優遇等が別途設けられてもよい。第１会員にも特典が適用されることで、第１会員から第２会員へ注文を促すことを期待できるためである。また、第１会員にだけ特典が適用されない場合、多くの会員が広告メッセージに記載された特典を適用して注文をしたいと考えて近隣の会員が注文をするのを待つことになり、結果として、注文数が減少してしまうことになりかねないためである。
【００５９】
操作入力部２３は、制御部２１を直接駆動させる機能と、記憶部２２に格納されている情報を管理する機能等と、を備える。操作入力部２３は、例えば、キーボード、マウス、ポインティングデバイス、タッチパネル等の入力装置により実現される。制御部２１は、基本的には、受信した情報に応じて自動で動作するが、ユーザにより操作入力部２３を介して制御部２１が制御されてもよい。また、ユーザにより操作入力部２３を介して記憶部２２に会員情報等が新たに記憶されたり、すでに記憶されている会員情報等が更新されたりしてもよい。また、ユーザが操作入力部２３を利用することで、サーバ３の保守管理が可能となる。
【００６０】
表示部２４は、サーバ３の状態等を表示する機能等を備える。表示部２４は、例えば、ディスプレイ等により実現される。例えば、ユーザは、表示部２４に表示された内容を見ながら、操作入力部２３を介して制御部２１を制御したり情報を入力したりすることができる。
【００６１】
ここで、料理の注文を受けてから会員へ料理が配送されるまでの全体の流れについて、図７を用いて説明する。
【００６２】
図７は、実施の形態に係る情報処理システム（サーバ３）の処理を含む全体処理の一例を示すシーケンス図である。
【００６３】
まず、第１会員が第１会員の端末２から、例えばホームページ上またはアプリ上において、配送を希望する料理を決定する操作を行うことで、サーバ３へ注文内容が送信される。これにより、注文受信部２１１は、送信された注文内容を受信する（ステップＳ１１）。注文受信部２１１は、第１会員が操作する端末２から第１料理の注文を示す第１注文を受信する受信部の一例である。
【００６４】
サーバ３は、第１注文を受信すると、第１料理の調理の指示と、第１料理と並行して調理することが可能な追加注文可能料理の照会とを第１飲食店の端末４に対して行う（ステップＳ１２）。ここでは、注文を受けてから料理を完成させるまでの行為を調理と呼んでいる。追加注文可能料理は、第２料理であり、第１料理の調理と並行して調理可能な料理である。なお、並行して調理可能とは、複数の注文に応じて複数の料理を例えば決められた時間内に調理して完成できることをいう。例えば、第２料理は、第１料理の調理と時間的に並行して調理可能な料理を含む。これにより、複数の料理を決められた時間内に完成させやすくなる。例えば、第１料理の調理完了までに又は第１料理の調理完了から所定時間経過するまでに調理完了する第２料理が決定される。決められた時間とは、第１料理の調理時間又は当該調理時間と当該所定時間との和である。つまり、第２料理の調理が、第１料理の調理完了とほぼ同時に完了する。第１料理と第２料理とが並行に調理ができる場合であっても、第１料理の調理時間よりも第２料理の調理時間の方が長ければ、第１料理の品質が低下してしまうことがある。しかし、このように第２料理が決定されることにより第１料理の品質低下をより確実に抑制することができる。また、決められた時間とは、第１料理の完成後に第１料理を配送できる状態にあるのに第２料理の調理のために第１料理の配送ができないことにならないように決められた時間であり、つまりは、第１料理の第１会員への配送時刻に影響を与えない（つまり、配送遅延が生じない）ように決められた時間である。例えば、制御部２１は、第１料理を第１会員へ配送するための配送時間を取得し、第２料理は、当該配送時間に対する遅延が所定の範囲内に収まる時間で調理可能な料理を含む。なお、第２料理が、第１料理の第１会員への配送時刻に影響を与えないように（例えば、第１料理を第１会員へ配送するための配送時間に対する遅延が所定の範囲内に収まる時間で）調理可能であれば、必ずしも第１料理および第２料理の調理が時間的に並行して行われなくてもよい。例えば、第１料理および第２料理のうちの一方の料理の調理時間が短い場合に、調理が時間的に並行して行われないことがある。
【００６５】
また、サーバ３は、第１注文を受信すると、第１飲食店で調理される第１料理の配送の指示と、配送便に第１料理とは別に追加で積載可能な量の照会とを配送人の端末５に対して行う（ステップＳ１３）。なお、配送人として上記一般人が選ばれる場合、例えば、第１飲食店の近くに住んでいる、もしくは、現在第１飲食店の近くに居る配送人が選ばれる。
【００６６】
また、サーバ３は、第１注文を受信すると、近隣会員抽出部２１２は、配送先（第１会員）の近隣に存在している第２会員を抽出する（ステップＳ１４）。近隣会員抽出部２１２は、第１会員と対応付けられた位置を取得する取得部、および、第１会員と対応付けられた位置に従って第２会員を特定する特定部の一例である。第１会員と対応付けられた位置とは、会員情報２２１に含まれる会員の住所（位置）のことである。第１会員が第１会員の住所へ第１料理の配送を希望している場合には、第１会員と対応付けられた位置は、第１会員の住所となり、第１会員が現在居る場所へ第１料理の配送を希望している場合には、第１会員と対応付けられた位置は、第１会員の端末２のGPS情報等によって特定される位置となる。また、第１会員と対応付けられた位置に従って第２会員を特定するとは、具体的には、第１会員と対応付けられた位置から所定の範囲内（領域Ｒ１内）の位置に対応付けられる第２会員を特定することである。第２会員は、会員情報２２１において、住所（位置）と対応付けられているため、近隣会員抽出部２１２は、住所（位置）が領域Ｒ１内にある第２会員を抽出する。なお、各会員の所在地を特定することができない場合（例えば、会員情報２２１において住所が登録されておらず、また、端末の電源が切れているか電波の届かない場所に端末があり、GPS情報を用いて位置を特定できない場合）には、過去のGPS情報の履歴を用いることによって、所在地の特定を実現する機能をサーバ３が別途備えていてもよい。
【００６７】
なお、ステップＳ１２からステップＳ１４での処理は、例えば同時に行われるが、行われるタイミングがずれていてもよい。行われるタイミングがずれている場合には、ステップＳ１２からステップＳ１４での処理が行われる順番は、特に限定されない。また、ステップＳ１４での処理は、後述するステップＳ１６での処理（第１飲食店からの回答）の後または後述するステップＳ１８での処理（配送人からの回答）の後に行われてもよい。
【００６８】
第１飲食店は、第１料理と並行して調理することが可能な追加注文可能料理（第２料理）の照会に対して、第２料理の確認を行う（ステップＳ１５）。例えば、第１飲食店は、第１料理の完成までに、時間的、場所的または人員的に余裕があり、第１料理と並行して第２料理を調理可能か確認する。例えば、第１飲食店がピザを販売する飲食店の場合（つまり第１料理がピザの場合）、第１料理をピザ窯等の調理具で調理する際に、当該調理具において空きスペースがあれば、第１飲食店は、追加でその空きスペース分の数量のピザ（第２料理）を第１料理の調理と並行して調理することができることを確認する。そして、第１飲食店は、確認した追加調理可能な第２料理およびその数量をサーバ３へ回答し、当該回答に基づいて、追加注文可能料理抽出部２１３は、追加注文可能な第２料理の一覧情報を取得する（ステップＳ１６）。追加注文可能料理抽出部２１３は、第１料理の調理と並行して調理可能な第２料理を決定する決定部の一例である。
【００６９】
配送人は、配送便に第１料理とは別に追加で積載可能な量の照会に対して、追加で積載可能な量の確認を行う（ステップＳ１７）。そして、配送人は、確認した追加で積載可能な量をサーバ３へ回答する（ステップＳ１８）。
【００７０】
追加注文締切時間算定部２１４は、第１飲食店および配送人からの回答に応じて、第１飲食店が第１料理と並行して第２料理の調理が可能であり、配送人が第１料理に加えて第２料理を追加で積載可能な場合には、追加注文（第２料理の注文）の締切時間を算定する（ステップＳ１９）。追加注文締切時間算定部２１４は、第１料理および第２料理の調理時間を取得する。例えば、飲食店情報２２２には、料理の種類および数量ごとの調理時間が含まれており、追加注文締切時間算定部２１４は、第１会員からの注文における第１料理の種類およびその数量、ならびに、第１飲食店から回答された第２料理の種類およびその数量を飲食店情報２２２に照合することで、第１料理および第２料理の調理時間を取得する。また、例えば、追加注文締切時間算定部２１４は、第１飲食店から第１料理および第２料理の調理時間を直接取得してもよい。そして、追加注文締切時間算定部２１４は、取得した第１料理および第２料理の調理時間に基づいて、第２会員からの第２料理の注文の受信を締め切る締切時間を算定する。具体的には、追加注文締切時間算定部２１４は、例えば現在時刻に第１料理の調理時間を加算した第１料理の調理完了時刻から、第２料理の調理時間を減じた時刻を第２料理の注文の締切時間（追加注文締切時刻）として算定する。なお、締切時間は、例えば、広告の第２会員の端末への送信（もしくは広告の第２会員の端末での受信）からの経過時間等であってもよい。
【００７１】
広告情報提供部２１５は、追加注文可能な第２料理と、その数量（例えば第１飲食店が第２料理を調理可能な数量および配送人が追加で積載可能な数量のうちの少ない方の数量）と、追加注文締切時刻等を含む広告メッセージを作成し、第２会員が操作する端末８に送信する（ステップＳ２０）。広告情報提供部２１５は、第２料理の注文を促すための情報を生成する生成部、および、生成された情報を第２会員が操作する端末８へ送信する送信部の一例である。なお、本実施の形態では、第２料理の注文を促すための情報は、第２料理の注文を促す広告である。このときの送信方法の一例として、メールまたはプッシュ配信等インターネットを介した方法等が挙げられる。第２会員への配送は、はじめに注文した第１会員の近隣への配送となるため、第２会員への第２料理の到着時刻を算定することが容易である。そのため、広告メッセージの内容には、第２料理の配送予定時刻を含めることも可能である。
【００７２】
そして、追加注文締切時刻までに第２会員の端末８から第２料理の注文を受信すると（ステップＳ２１）、サーバ３は、第１飲食店の端末４に第２料理の調理指示を行い（ステップＳ２２）、また、配送人の端末５に第２料理の第２会員への配送を指示する（ステップＳ２３）。なお、配送人への指示には、各料理の配送順序または第１飲食店、第１会員および第２会員を通過する配送経路Ｌ１等を示す情報が含まれていてもよい。
【００７３】
例えば、サーバ３において行われる処理は、自動で行われる。具体的には、サーバ３は、第１会員から第１料理の注文を受けること（ステップＳ１１）をトリガーとして、ステップＳ１２からステップＳ１４での処理を自動で行う。また、サーバ３は、第１飲食店および配送人から回答を受けること（ステップＳ１７およびステップＳ１８）をトリガーとして、ステップＳ１９およびステップＳ２０での処理を自動で行う。そして、サーバ３は、第２会員から第２料理の注文を受けること（ステップＳ２１）をトリガーとして、ステップＳ２２およびステップＳ２３での処理を自動で行う。なお、不具合の発生時、会員からの注文に特殊な条件が含まれているとき、または、第１飲食店からの回答もしくは配送人からの回答に特殊な条件が含まれているとき等、特定の条件下においては、例えば操作入力部２３を介して、サーバ３において行われる処理の一部が手動で行われてもよい。
【００７４】
次に、第１の適用例において第２会員が操作する端末８に送信される広告メッセージの具体例について、図８を用いて説明する。
【００７５】
図８は、第１の適用例において広告情報から形成された広告メッセージの一例を模式的に示す図である。領域Ａ１は、宛先を示し、近隣会員抽出部２１２により抽出された第２会員に対応する氏名またはメールアドレス等が会員情報２２１に含まれる情報に基づいて記載される。領域Ａ２は、件名を示し、例えば、広告情報２２４に含まれる広告の内容における、追加注文可能料理（第２料理）、その数量、追加注文締切時刻、および、特典情報等が記載される。ここでは、第２料理として海鮮ピザ、数量として２枚、追加注文締切時刻として１８：３０、特典情報として２５％ＯＦＦが示されている。領域Ａ３は、広告メッセージ本体の内容を示す。例えば、広告情報２２４に含まれる広告の内容における、追加注文可能料理（第２料理）、その数量、配送予定時刻、追加注文締切時刻等が記載される。例えば、図８に示されるような広告メッセージのテンプレートが広告情報２２４に含まれる広告IDごとに対応付けられている。一例として、領域Ａ２について説明すると、「［第２料理名］［割引率］限定［数量］［追加注文締切時刻］締切！」というテンプレートがあり、テンプレートにおける「限定、締切！」は、固定された内容であり、テンプレートにおける「［第２料理名］、［割引率］、［数量］、［追加注文締切時刻］」に、第１飲食店からの回答および追加注文締切時間算定部２１４での算定結果に応じた内容が自動で記載される。また、広告メッセージに記載される第２料理名等は、第２会員の広告対象者区分に応じて決定される。例えば、第１飲食店からの回答に複数種類の第２料理が含まれている場合、複数種類の第２料理から広告対象者区分に応じて最適な第２料理が広告メッセージに記載される。なお、ここでは、広告メッセージに宛先と件名が含まれているが必須ではない。また、領域Ａ３には、注文を誘導するための情報が設置されている。例えば、領域Ａ３における「＜＜注文＞＞」が当該情報であり、当該情報には注文用のホームページが開くためのリンクまたはアプリ等が立ち上がるためのコマンド等が対応付けられている。また、当該情報は、単に、注文用の電話番号またはメールアドレスであってもよい。これにより、広告メッセージを受信した人が容易に注文することを可能にする。
【００７６】
［第２の適用例］
次に、第２の適用例について説明する。
【００７７】
図９は、実施の形態における情報処理システム（サーバ３）の第２の適用例を概略的に示す図である。図９は、図１における第１の適用例に、第１会員への配送経路Ｌ１上の位置から所定の範囲内に対応付けられる会員、および、当該会員が操作する端末１０を加えた図となっている。当該会員は第２会員となる。つまり、第２会員は、第１会員と対応付けられた位置から所定の範囲内の位置に対応付けられる会員であってもよく、配送経路Ｌ１上の位置から所定の範囲内に対応付けられる会員であってもよい。本適用例では、第１会員と対応付けられた位置から所定の範囲内の位置に対応付けられる会員、および、配送経路Ｌ１上の位置から所定の範囲内に対応付けられる会員の両方を第２会員としている。なお、第２会員は、これら両方でなくてもよく、いずれか一方であってもよい。
【００７８】
以下、主に第１の適用例と異なる構成、動作等について説明し、第１の適用例と同じ構成、動作等については説明を適宜省略する。配送経路近隣会員抽出部２１６は、第１料理の第１注文を受信すると、第１会員と対応付けられた位置への第１料理の配送経路（具体的には、配送人の住所（現在位置）から第１飲食店を経由して第１会員へ配送する経路）を決定する。そして、近隣会員抽出部２１２は、第１飲食店を経由後の配送経路Ｌ１上の位置から所定の範囲内（近隣）にいる第２会員を抽出する。なお、当該第２会員の位置は、会員情報２２１において予め登録されている住所または第２会員が操作する端末１０のGPS情報等によって特定される。また、第２の適用例では、第１の適用例と同じように、近隣会員抽出部２１２は、第１会員と対応付けられた位置から所定の範囲内（領域Ｒ１内）の位置に対応付けられる第２会員も特定している。そして、第１会員と対応付けられた位置から所定の範囲内の位置に対応付けられる第２会員の端末８だけでなく、配送経路Ｌ１上の位置から所定の範囲内に対応付けられる第２会員の端末１０にも広告メッセージが送信される。例えば、端末１０を携帯する第２会員から第２料理の注文があった場合には、第１会員への配送経路が当該第２会員を経由する経路となって多少ずれることになるため、配送経路の変更が行われ、変更された配送経路Ｌ１を示す情報が配送人が操作する端末５へ送信される。
【００７９】
以降のサーバ３の処理を含む全体処理は、第２会員に端末１０を携帯する会員が含まれること以外、第１の適用例と同じであるため説明を省略する。
【００８０】
［第３の適用例］
次に、第３の適用例について説明する。
【００８１】
図１０は、実施の形態における情報処理システム（サーバ３）の第３の適用例を概略的に示す図である。図１０は、図１における第１の適用例に、第１会員への配送経路Ｌ１上の位置から所定の範囲内に対応付けられる飲食店、および、当該飲食店の端末７を加えた図となっている。当該飲食店は、第１会員が注文した第１料理の調理を行う第１飲食店とは異なる第２飲食店である。つまり、本適用例では、第１料理を調理する第１飲食店とは異なる第２飲食店も第２料理の注文先としての候補とするものである。なお、図１０には示されていないが、第２飲食店は、第１飲食店と対応付けられた位置から所定の範囲内（例えば近隣）の位置に対応付けられる店であってもよい。
【００８２】
第１料理の調理と並行して調理可能な第２料理があるかどうか確認することによって、第２料理の注文先としての候補が挙げられる。具体的には、端末７から逐次調理可能な料理の情報をサーバ３に送信される、または、直接サーバ３が配送経路Ｌ１上の位置から所定の範囲内に対応付けられる飲食店、もしくは、第１飲食店と対応付けられた位置から所定の範囲内の位置に対応付けられる飲食店に問い合わせることで上記確認が行われる。また、上記確認は、第１料理の第１会員への配送時刻に影響を与えないように調理可能な第２料理があるかどうかの確認となる。例えば、料理の調理時間、第２飲食店へ立ち寄ることにより余計にかかる時間を考慮して、第１料理の第１会員への配送時刻に影響を与えないように調理可能な第２料理があるかどうかが確認される。第１料理の調理と並行して調理可能な第２料理がある第２飲食店があれば、当該第２飲食店における第２料理が広告メッセージに記載されて第２会員へ送信される。
【００８３】
そして、第１料理の注文先である第１飲食店とは異なる第２飲食店における第２料理の追加注文が入った場合は、配送経路を第２飲食店も通過する配送経路Ｌ１へと変更され、変更された配送経路Ｌ１を示す情報が、配送人が操作する端末５へ送信される。このように、第２会員が広告メッセージを見て選択できる追加注文可能料理（第２料理）の種類が増加し、広告メッセージによる会員の飲食店（フードデリバリーサービス）利用促進が大きく図られる。以下、第１飲食店における第２料理だけでなく、第２飲食店における第２料理も記載された広告メッセージについて図１１および図１２を用いて説明する。
【００８４】
図１１は、第３の適用例において広告情報２２４から形成されたメッセージの一例を模式的に示す図である。領域Ｂ１は、宛先を示し、近隣会員抽出部２１２により抽出された第２会員に対応する氏名またはメールアドレス等が、会員情報２２１に含まれる情報に基づいて記載される。領域Ｂ２は、件名を示し、例えば、広告情報２２４に含まれる広告の内容における、追加注文可能料理（第２料理）、その数量、および、特典情報等が記載される。第１の適用例では、第１飲食店で調理可能な第２料理である例えばピザのみが記載されていたが、第３の適用例では、第２飲食店で調理可能な第２料理である例えば寿司も記載されている。また、第１の適用例における領域Ａ２には、追加注文締切時刻が記載されていたが、第３の適用例ではピザおよび寿司の追加注文締切時刻が互いに異なるため、記載されていない。ただし、それぞれが記載されていてもよい。領域Ｂ３は、広告メッセージ本体の内容を示す。例えば、第３の適用例では、第１飲食店における第２料理に加え、第２飲食店における第２料理についての数量、配送予定時刻、追加注文締切時刻等が記載される。注文締切時刻は、図１１に示されるように飲食店ごとあるいは料理ごとに設定することが可能である。
【００８５】
例えば、第１飲食店（例えばピザ店）における第１料理が１９：００に完成するとする。これより、第１飲食店における第２料理として、例えば調理に３０分要する海鮮ピザの注文締切時刻は、１８：３０に設定されている。また、第１飲食店における第１料理が１９：００に完成することから、図１０に示されるように、第１飲食店よりも配送人の近くに位置する第２飲食店（例えば寿司店）には配送人が第１飲食店よりも早くに到着することから、１９：００よりも早くに第２料理を完成させる必要がある。例えば、ここでは、第２飲食店において第２料理を１８：５０に完成させる必要があるとする。これより、第２飲食店における第２料理として、例えば調理に５分要する寿司の注文締切時刻は、１８：４５に設定されている。図１１では、調理に要する時間が短い寿司を例として説明したが、図１２では、調理に要する時間が長いステーキを例として説明する。
【００８６】
図１２は、第３の適用例において広告情報から形成されたメッセージの他の一例を模式的に示す図である。領域Ｃ１は、宛先を示し、近隣会員抽出部２１２により抽出された第２会員に対応する氏名またはメールアドレス等が、会員情報２２１に含まれる情報に基づいて記載される。領域Ｃ２は、件名を示し、例えば、広告情報２２４に含まれる広告の内容における、追加注文可能料理（第２料理）、その数量、および、特典情報等が記載される。第１の適用例では、第１飲食店で調理可能な第２料理である例えばピザのみが記載されていたが、第３の適用例では、第２飲食店で調理可能な第２料理である例えばステーキも記載されている。また、第１の適用例における領域Ａ２には、追加注文締切時刻が記載されていたが、第３の適用例ではピザおよびステーキの追加注文締切時刻が互いに異なるため、記載されていない。ただし、それぞれが記載されていてもよい。領域Ｃ３は、広告メッセージ本体の内容を示す。例えば、第３の適用例では、第１飲食店における第２料理に加え、第２飲食店における第２料理についての数量、配送予定時刻、追加注文締切時刻等が記載される。注文締切時刻は、図１２に示されるように飲食店ごとあるいは料理ごとに設定することが可能である。
【００８７】
例えば、第１飲食店（例えばピザ店）における第１料理が１９：００に完成するとする。これより、第１飲食店における第２料理として、例えば調理に３０分要する海鮮ピザの注文締切時刻は、１８：３０に設定されている。また、第１飲食店における第１料理が１９：００に完成することから、図１０に示されるように、第１飲食店よりも配送人の近くに位置する第２飲食店（例えば寿司店）には配送人が第１飲食店よりも早くに到着することから、１９：００よりも早くに第２料理を完成させる必要がある。例えば、ここでは、第２飲食店において第２料理を１８：５０に完成させる必要があるとする。これより、第２飲食店における第２料理として、例えば調理に３０分要するステーキの注文締切時刻は、１８：２０に設定されている。
【００８８】
なお、第２飲食店における第２料理の注文締切時刻は、第２飲食店の位置によっても変動し得る。例えば、第３の適用例では、第２飲食店は、第１飲食店よりも配送人側に位置していたが、第１飲食店よりも第１会員側に位置していてもよい。この場合、第２飲食店における第２料理の注文締切時刻は、第３の適用例におけるものよりも遅くなり得る。具体的には、第２飲食店には配送人が第１飲食店よりも遅くに到着することから、１９：００よりも遅くに第２料理を完成させる必要がある。例えば、ここでは、第２飲食店において第２料理を１９：１０に完成させる必要があるとする。これより、第２飲食店における第２料理として、例えば調理に５分要する寿司の注文締切時刻は、１９：０５に設定され、例えば調理に３０分要するステーキの注文締切時刻は、１８：４０に設定される。
【００８９】
［まとめ］
以上説明したように、第１会員に対応付けられた位置に従って特定される第２会員は、例えば、第１会員の近隣の会員等であるため、第２料理の注文を促す広告を見た第２会員から第２料理の注文があった場合に、一度の配送で複数の料理（第１料理および第２料理）を複数の会員（第１会員および第２会員）へ配送することができる。つまり、効率的な配送が可能となる。また、第１の料理の調理と並行して調理可能な第２料理を調理する場合には、並行して調理不可能な料理を調理する場合と比べて、調理作業が効率的になり、第１料理の完成タイミングと第２料理の完成タイミングとを合わせることができる。つまり、第１料理が冷えてしまうこと等を抑制でき、第１料理の品質を維持できる。このように、配送する料理の品質の維持と効率的な配送とを両立することができる。ひいては、フードデリバリーサービスの利用を促進させることができる。
【００９０】
（その他の実施の形態）
以上、本開示の情報処理システム（サーバ３）について、実施の形態に基づいて説明したが、本開示は、上記実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したもの、および、異なる実施の形態における構成要素を組み合わせて構築される形態も、本開示の範囲内に含まれる。
【００９１】
例えば、上記実施の形態では、情報処理システムは、サーバであったが、サーバに限らず、コンピュータ等であってもよい。また、サーバ３を構成する構成要素は、複数のサーバ（コンピュータ）に分散して配置されていてもよい。
【００９２】
また、例えば、上記実施の形態では、サーバ３は、操作入力部２３および表示部２４を備えていたが、備えていなくてもよい。
【００９３】
また、例えば、上記実施の形態では、制御部２１は、追加注文締切時間算定部２１４および他店舗注文可能料理抽出部２１７を備えていたが、備えていなくてもよい。
【００９４】
また、例えば、第２会員に送信された広告メッセージまたは広告メッセージによって第２料理の注文がされたか否か等の実績データが蓄積されてもよい。これにより、今後の広告メッセージの内容の改善や機械学習用のデータとして役立てることができる。
【００９５】
また、上記実施の形態では、第２料理の注文を促すための情報が広告である例を説明したが、当該情報はこれに限定されない。具体的には、当該情報は、注文を促す第２料理を特定するための情報であってもよい。例えば、当該情報は、ウェブブラウザ又はアプリケーションの画面に表示される複数の料理から第２料理を特定するための情報であってもよく、当該画面において第２料理を強調表示したり、選出して表示したりするために使われてよい。
【００９６】
また、上記実施の形態では、第２会員が第１会員の位置から選出される例を説明したが、第２会員はさらに第２会員の過去の注文履歴から選出されてもよい。例えば、近隣会員抽出部２１２は、第１会員の位置から選出された第２会員の注文履歴を取得し、当該注文履歴から第２料理を注文する可能性が高い第２会員を選出する。また、第２会員はさらに第１会員との関係性に応じて選出されてもよい。例えば、近隣会員抽出部２１２は、第１会員の位置から選出された第２会員と第１会員との関係性を取得し、第１会員と特定の関係がある第２会員（例えば、家族、友人、嗜好の類似など）を選出する。
【００９７】
また、本開示は、情報処理システムとして実現できるだけでなく、情報処理システムを構成する各構成要素が行うステップ（処理）を含む情報処理方法として実現できる。
【００９８】
具体的には、図７に示されるように、情報処理方法は、コンピュータを用いて、第１会員が操作する第１端末（端末２）から第１料理の注文を示す第１注文を受信し（ステップＳ１１）、第１料理の調理と並行して調理可能な第２料理を決定し（ステップＳ１６）、第２料理の注文を促すための情報（例えば広告）を生成し（ステップＳ２０）、第１会員と対応付けられた位置を取得し（ステップＳ１４）、第１会員と対応付けられた位置に従って第２会員を特定し（ステップＳ１４）、生成した情報（例えば広告）を第２会員が操作する第２端末へ送信する（ステップＳ２０）。
【００９９】
また、例えば、それらのステップは、コンピュータ（コンピュータシステム）によって実行されてもよい。そして、本開示は、それらの方法に含まれるステップを、コンピュータに実行させるためのプログラムとして実現できる。さらに、本開示は、そのプログラムを記録したＣＤ−ＲＯＭ等である非一時的なコンピュータ読み取り可能な記録媒体として実現できる。
【０１００】
例えば、本開示が、プログラム（ソフトウェア）で実現される場合には、コンピュータのＣＰＵ、メモリおよび入出力回路等のハードウェア資源を利用してプログラムが実行されることによって、各ステップが実行される。つまり、ＣＰＵがデータをメモリまたは入出力回路等から取得して演算したり、演算結果をメモリまたは入出力回路等に出力したりすることによって、各ステップが実行される。
【０１０１】
また、上記実施の形態の情報処理システムに含まれる複数の構成要素は、それぞれ、専用または汎用の回路として実現されてもよい。これらの構成要素は、１つの回路として実現されてもよいし、複数の回路として実現されてもよい。
【０１０２】
また、上記実施の形態の情報処理システムに含まれる複数の構成要素は、集積回路（ＩＣ：Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）であるＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）として実現されてもよい。これらの構成要素は、個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ＬＳＩは、集積度の違いにより、システムＬＳＩ、スーパーＬＳＩまたはウルトラＬＳＩと呼称される場合がある。
【０１０３】
また、集積回路はＬＳＩに限られず、専用回路または汎用プロセッサで実現されてもよい。プログラム可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、または、ＬＳＩ内部の回路セルの接続および設定が再構成可能なリコンフィギュラブル・プロセッサが、利用されてもよい。
【０１０４】
さらに、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて、情報処理システムに含まれる各構成要素の集積回路化が行われてもよい。
【０１０５】
その他、実施の形態に対して当業者が思いつく各種変形を施して得られる形態や、本開示の趣旨を逸脱しない範囲で各実施の形態における構成要素および機能を任意に組み合わせることで実現される形態も本開示に含まれる。
【産業上の利用可能性】
【０１０６】
本開示の一態様は、例えば、フードデリバリーサービス等に利用できる。
【符号の説明】
【０１０７】
２、４、５、７、８、１０  端末
３  サーバ（情報処理システム）
２１  制御部
２２  記憶部
２３  操作入力部
２４  表示部
２１１  注文受信部（受信部）
２１２  近隣会員抽出部（特定部）
２１３  追加注文可能料理抽出部（決定部）
２１４  追加注文締切時間算定部
２１５  広告情報提供部（生成部、送信部）
２１６  配送経路近隣会員抽出部
２１７  他店舗注文可能料理抽出部
２２１  会員情報
２２２  飲食店情報
２２３  配送人情報
２２４  広告情報
【図１】
2019185727.tif 000003
【図２】
2019185727.tif 000004
【図３】
2019185727.tif 000005
【図４】
2019185727.tif 000006
【図５】
2019185727.tif 000007
【図６】
2019185727.tif 000008
【図７】
2019185727.tif 000009
【図８】
2019185727.tif 000010
【図９】
2019185727.tif 000011
【図１０】
2019185727.tif 000012
【図１１】
2019185727.tif 000013
【図１２】
2019185727.tif 000014