6254752 情報処理装置、情報処理方法、プログラム、記憶媒体

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

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

(11)【特許番号】6254752

(24)【登録日】2017年12月8日

(45)【発行日】2017年12月27日

(54)【発明の名称】情報処理装置、情報処理方法、プログラム、記憶媒体

(51)【国際特許分類】

   G06Q 10/08 20120101AFI20171218BHJP

【ＦＩ】

   G06Q10/08 300

【請求項の数】10

【全頁数】26

(21)【出願番号】特願2017-551732(P2017-551732)

(86)(22)【出願日】2016年1月7日

(86)【国際出願番号】JP2016050330

(87)【国際公開番号】WO2017119096

(87)【国際公開日】20170713

【審査請求日】2017年10月2日

【早期審査対象出願】

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天株式会社

(74)【代理人】

【識別番号】100116942

【弁理士】

【氏名又は名称】岩田 雅信

(74)【代理人】

【識別番号】100167704

【弁理士】

【氏名又は名称】中川 裕人

(72)【発明者】

【氏名】下川 司

(72)【発明者】

【氏名】田中 資也

(72)【発明者】

【氏名】中村 雄

【審査官】 山内 裕史

(56)【参考文献】

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

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

【文献】 特開２００４−２３４３７７（ＪＰ，Ａ）

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

Ｇ０６Ｑ １０／００ − ９９／００

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

【請求項1】

商品の配達先の情報を取得する配達先取得部と、
ユーザによって指定された店舗を指定店舗として受け付ける指定店舗受付部と、
前記指定店舗の配達可能時間における前記指定店舗からの配達を利用して商品を届けることが可能な店舗を配達利用店舗として検索して提示する店舗検索部と、
前記指定店舗と前記配達利用店舗から選択された複数の店舗に対する注文を受け付ける注文受付部と、
を備える情報処理装置。

【請求項2】

前記指定店舗の配達可能時間の中から配達時間の指定を受け付ける指定時間受付部を備え、
前記店舗検索部は、前記配達利用店舗のうちで前記配達時間に前記配達先への配達が可能な店舗を抽出して提示を行う
請求項１に記載の情報処理装置。

【請求項3】

前記店舗検索部は、複数店舗を対象とした配達サービスの要求を受信した際に前記配達利用店舗の検索を行う
請求項１に記載の情報処理装置。

【請求項4】

前記指定店舗から他の店舗までの店舗間移動時間を取得する移動時間取得部を備え、
前記店舗検索部は、前記店舗間移動時間と両店舗の前記配達可能時間の情報を用いて、前記他の店舗のうちから前記配達利用店舗を抽出して前記提示を行う
請求項１に記載の情報処理装置。

【請求項5】

ユーザが前記指定店舗に加えて前記配達利用店舗を選択した場合に、
前記店舗検索部は、前記指定店舗と選択された前記配達利用店舗を経由する配達を利用して商品を届けることが可能な店舗を、検索された前記配達利用店舗の中から抽出して前記提示を行う
請求項１に記載の情報処理装置。

【請求項6】

前記店舗検索部は、前記指定店舗と同一ジャンルの店舗を排除して前記提示を行う
請求項１に記載の情報処理装置。

【請求項7】

前記店舗検索部は、現時刻が注文可能時間外に該当する店舗を排除して前記提示を行う
請求項１に記載の情報処理装置。

【請求項8】

商品の配達先の情報を取得する配達先取得ステップと、
ユーザによって指定された店舗を指定店舗として受け付ける指定店舗受付ステップと、
前記指定店舗の配達可能時間における前記指定店舗からの配達を利用して商品を届けることが可能な店舗を配達利用店舗として検索して提示する店舗検索ステップと、
前記指定店舗と前記配達利用店舗から選択された複数の店舗に対する注文を受け付ける注文受付ステップと、を
情報処理装置に実行させる情報処理方法。

【請求項9】

商品の配達先の情報を取得する配達先取得手順と、
ユーザによって指定された店舗を指定店舗として受け付ける指定店舗受付手順と、
前記指定店舗の配達可能時間における前記指定店舗からの配達を利用して商品を届けることが可能な店舗を配達利用店舗として検索して提示する店舗検索手順と、
前記指定店舗と前記配達利用店舗から選択された複数の店舗に対する注文を受け付ける注文受付手順と、を
情報処理装置に実行させるプログラム。

【請求項10】

商品の配達先の情報を取得する配達先取得手順と、
ユーザによって指定された店舗を指定店舗として受け付ける指定店舗受付手順と、
前記指定店舗の配達可能時間における前記指定店舗からの配達を利用して商品を届けることが可能な店舗を配達利用店舗として検索して提示する店舗検索手順と、
前記指定店舗と前記配達利用店舗から選択された複数の店舗に対する注文を受け付ける注文受付手順と、を
情報処理装置に実行させるプログラムを記憶した記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、プログラム、記憶媒体に関し、具体的には、複数の店舗の商品をまとめて配達するための技術に関する。

【先行技術文献】

【特許文献】

【0002】

【特許文献1】特開２００２−３５２１２４号公報

【背景技術】

【0003】

インターネットなどの通信ネットワークの発達に応じて、通信ネットワークを介したショッピングが普及している。これに伴って、料理のデリバリーに関しても、通信ネットワークを介して注文を行う手法が普及しつつある。

【0004】

このようなサービスでは、統一されたユーザインタフェースによって店舗ごとの異なる注文方式を吸収した利便性の高いデリバリーサービスが提供されている。
そのようなデリバリーサービスとしては、特許文献１に示すように、店舗ごとの営業時間が提示されるものが開示されている。

【発明の概要】

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

【0005】

ところで、複数の店舗に対する注文を一括で行いたい場合に、店舗ごとの営業時間を考慮して注文する必要がある。例えばデリバリーサービスを利用して大人数で食べる食事を用意する場合、店舗ごとの営業時間を確認して注文する必要がある。
また、複数店舗にデリバリーを依頼した場合には、店舗ごとに配達されるため、配達されるごとに商品を受け取る必要があるため、ユーザが煩わしさを感じる虞がある。
そこで、本発明はこのような状況を考慮し、複数店舗に対する注文を受け付けてまとめて配達することを容易に行うための環境を提供することを目的とする。

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

【0006】

本発明に係る情報処理装置は、商品の配達先の情報を取得する配達先取得部と、ユーザによって指定された店舗を指定店舗として受け付ける指定店舗受付部と、前記指定店舗の配達可能時間における前記指定店舗からの配達を利用して商品を届けることが可能な店舗を配達利用店舗として検索して提示する店舗検索部と、前記指定店舗と前記配達利用店舗から選択された複数の店舗に対する注文を受け付ける注文受付部と、を備える。
これにより、複数の店舗に対して商品の注文を検討している場合などに、同時に配達可能な店舗が検索されて提示される。

【0007】

上記した情報処理装置は、前記指定店舗の配達可能時間の中から配達時間の指定を受け付ける指定時間受付部を備え、前記店舗検索部は、前記配達利用店舗のうちで前記配達時間に前記配達先への配達が可能な店舗を抽出して提示を行うことが望ましい。
これにより、ユーザが指定した配達時間に同時に配達可能な店舗が抽出されて提示される。

【0008】

上記した情報処理装置は、前記店舗検索部は、複数店舗を対象とした配達サービスの要求を受信した際に前記配達利用店舗の検索を行うことが望ましい。
これにより、店舗が配達利用店舗でない場合でも検索結果として提示される。

【0009】

上記した情報処理装置は、前記指定店舗から他の店舗までの店舗間移動時間を取得する移動時間取得部を備え、前記店舗検索部は、前記店舗間移動時間と両店舗の前記配達可能時間の情報を用いて、前記他の店舗のうちから前記配達利用店舗を抽出して前記提示を行うことが望ましい。
これにより、店舗それぞれの配達可能時間が被っていなくても移動時間を考慮すれば同時配達が可能な店舗についても配達利用店舗としてユーザに提示される。

【0010】

上記した情報処理装置は、ユーザが前記指定店舗に加えて前記配達利用店舗を選択した場合に、前記店舗検索部は、前記指定店舗と選択された前記配達利用店舗を経由する配達を利用して商品を届けることが可能な店舗を、検索された前記配達利用店舗の中から抽出して前記提示を行うことが望ましい。
これにより、ユーザが配達利用店舗を選択するごとに一度に配達可能な店舗が抽出されて提示される。

【0011】

上記した情報処理装置は、前記店舗検索部は、前記指定店舗と同一ジャンルの店舗を排除して前記提示を行うことが望ましい。
これにより、複数のジャンルから一店舗ずつ選択して注文をするユーザにとって不要な店舗が検索結果から排除されて提示される。

【0012】

上記した情報処理装置は、前記店舗検索部は、現時刻が注文可能時間外に該当する店舗を排除して前記提示を行うことが望ましい。
これにより、ユーザが操作している時点において注文可能な店舗のみが検索結果として提示される。

【0013】

本発明に係る情報処理方法は、商品の配達先の情報を取得する配達先取得ステップと、ユーザによって指定された店舗を指定店舗として受け付ける指定店舗受付ステップと、前記指定店舗の配達可能時間における前記指定店舗からの配達を利用して商品を届けることが可能な店舗を配達利用店舗として検索して提示する店舗検索ステップと、前記指定店舗と前記配達利用店舗から選択された複数の店舗に対する注文を受け付ける注文受付ステップと、を情報処理システムに実行させるものである。
この情報処理方法により、複数店舗に対する注文を受け付けてまとめて配達することを容易に行うための環境を提供することができる環境を提供するための処理が実行される。

【0014】

本発明に係るプログラムは、上記情報処理方法として実行する処理を情報処理装置に実行させるプログラムである。
本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。これらのプログラムや記憶媒体により上記の情報処理装置を実現する。

【発明の効果】

【0015】

本発明によれば、複数店舗に対する注文を受け付けてまとめて配達することを容易に行うための環境を提供することができる。

【図面の簡単な説明】

【0016】

【図1】本発明の実施の形態の全体の構成を示す図である。

【図2】本実施の形態のデリバリーサーバのブロック図である。

【図3】本実施の形態のコンピュータのブロック図である。

【図4】第１の実施の形態の全体の流れを示す図である。

【図5】注文仲介サイトのウェブページの例を示す図である。

【図6】一括配達店舗検索ページの例を示す図である。

【図7】検索結果ページの一例を示す図である。

【図8】メニュー選択ページの一例を示す図である。

【図9】デリバリーサーバの処理例を示すフローチャートである。

【図10】第２の実施の形態の全体の流れを示す図である。

【図11】一括配達店舗検索ページの別の例を示す図である。

【図12】配達利用店舗として抽出されない店舗例を説明するための図である。

【図13】配達利用店舗検索処理の第１例について説明するための図である。

【図14】配達利用店舗検索処理の第２例について説明するための図である。

【図15】配達利用店舗検索処理の第３例について説明するための図である。

【図16】配達利用店舗検索処理の例のフローチャートである。

【図17】店舗検索処理の例のフローチャートである。

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

【0017】

本実施の形態においては、商品の一例としての料理を配達するデリバリーサービスを例に説明する。
以下、実施の形態を次の順序で説明する。

【0018】

＜１．全体構成＞
＜２．ハードウェア構成＞
＜３．ＤＢ＞
［３−１．ユーザＤＢ］
［３−２．店舗ＤＢ］
［３−３．メニューＤＢ］
［３−４．ウェブページＤＢ］
＜４．処理の流れ＞
［４−１．第１の実施の形態の流れ］
［４−２．デリバリーサーバの処理］
［４−３．第２の実施の形態］
［４−４．配達利用店舗検索処理の第１例］
［４−５．配達利用店舗検索処理の第２例］
［４−６．配達利用店舗検索処理の第３例］
＜５．変形例＞
［５−１．変形例１］
［５−２．変形例２］
＜６．まとめ＞
＜７．プログラム＞

【0019】

＜１．全体構成＞

本実施の形態としてのデリバリーサーバ１を含むネットワークシステム全体の構成を図１及び図２を用いて説明する。
図１に示すように、本実施の形態のデリバリーサーバ１は、通信ネットワーク２を介してユーザ端末３，３，３，・・・と店舗端末４，４，４，・・・と相互に通信可能な状態で接続されている。

【0020】

デリバリーサーバ１は、店舗で調理した料理をユーザにより指定された場所に配達するデリバリーサービス（配達サービス）を提供する情報処理装置である。そのために、デリバリーサーバ１は、ユーザ端末３や店舗端末４と各種のやりとりを行い、店舗で調理した料理をユーザに配達するための各種機能を提供する。

【0021】

具体的には、ユーザ端末３を利用するユーザに対して、様々な店舗が提供する料理を注文可能な注文仲介サイトを提供する。このために、デリバリーサーバ１は、ウェブページをユーザ端末３上で閲覧可能に表示させるためのウェブページデータを送信する機能を備える。
ウェブページデータは、例えば、ＨＴＭＬ（Hyper Text Markup Language）やＸＨＴＭＬ（Extensible HyperText Markup Language）などの構造化文書ファイルである。構造化文書ファイルには、商品の説明などのテキストデータや商品画像などの画像データと、それらの配置や表示態様（文字色やフォントや大きさや装飾など）が記述されている。
デリバリーサーバ１は、注文仲介サイトを介して、商品情報を提供する。商品情報は、例えば、デリバリー対象とされた料理の情報（メニュー情報）であり、料理画像や、料理に使用される食材情報、価格情報、栄養情報、分量情報などである。
また、デリバリーサーバ１は、店舗端末４から受信した店舗ごとの配達時間情報をユーザに提供する。

【0022】

更に、デリバリーサーバ１は、ユーザからの注文情報を含む注文要求を受け付け、各店舗に料理を発注する機能を備える。デリバリーサーバ１から店舗には、注文情報に含まれる情報として、注文したユーザの情報（注文者情報）と、注文された料理の情報（注文メニュー情報）と、注文量が通知される。

【0023】

これらの各種機能を提供するために、デリバリーサーバ１は、ユーザの属性情報が記憶されたユーザＤＢ（Database）５０、料理を提供する店舗の情報が記憶された店舗ＤＢ５１、店舗が提供する料理の情報が記憶されるメニューＤＢ５２、注文仲介サイトなどの各種ウェブページデータが記憶されたウェブページＤＢ５３を管理する。

【0024】

通信ネットワーク２の構成は特に限定されるものではなく、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網などが想定される。
また通信ネットワーク２の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線などの有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網などの無線でも利用可能である。

【0025】

ユーザ端末３は、デリバリーサーバ１が提供するデリバリーサービスの各種機能を利用するユーザが使用する端末である。
店舗端末４は、デリバリーサーバ１が提供する各種機能を利用して、料理の販売を行う店舗に関わる人物（以降販売者と記載）が利用する端末である。

【0026】

ユーザ端末３や店舗端末４では、必要に応じて各種の送受信処理や表示処理などが実行される。また、ユーザ端末３や店舗端末４は、例えば、通信機能を備えたＰＣ（Personal Computer）やフィーチャーフォンやＰＤＡ（Personal Digital Assistant）、或いは、スマートフォンやタブレット端末などのスマートデバイスなどである。

【0027】

図２を参照して、本実施の形態におけるデリバリーサーバ１の特徴的な各部を説明する。
デリバリーサーバ１は、配達先取得部１ａと、指定店舗受付部１ｂと、店舗検索部１ｃと、注文受付部１ｄと、指定時間受付部１ｅと、移動時間取得部１ｆを備えている。

【0028】

配達先取得部１ａは、ユーザが指定する配達先の情報を取得する処理を実行する。また、ユーザが指定する配達先の代わりに、履歴に基づいてユーザが指定する可能性の高い配達先を取得してもよい。

【0029】

指定店舗受付部１ｂは、デリバリー可能な店舗の中からユーザが選択した店舗を指定店舗として受け付ける処理を実行する。

【0030】

店舗検索部１ｃは、デリバリー可能な店舗の中から各種条件に応じた店舗を検索する処理を実行する。また、検索結果としての店舗一覧をユーザ端末３へ提示する処理を実行する。各種条件については、いくつかの例を後述する。一例として、例えば、指定店舗と配達可能時間の少なくとも一部が被っている店舗を検索して、ユーザ端末３へ提示する。

【0031】

注文受付部１ｄは、ユーザによる注文情報（注文メニュー情報や注文量情報）を含む注文要求を受け付け、注文処理を実行する。注文処理は、各料理を調理する店舗へ実際の発注を行う処理であり、注文者情報（配達先の住所や配達時間など）や注文メニューの情報（メニューの識別情報や分量情報）などを店舗へ通知する処理を実行する。

【0032】

指定時間受付部１ｅは、ユーザによる配達時間の指定を受け付ける。

【0033】

移動時間取得部１ｆは、店舗から配達先の間の移動時間に加え、店舗間の移動時間なども取得する。移動時間の取得では、入力された値を移動時間として取得してもよいし、全地球測位システムを用いて移動時間を算出して取得してもよい。（具体的な例は、後述する。

【0034】

デリバリーサーバ１は、上記に示した各部以外にも、ユーザ端末３上で動作するウェブブラウザに、注文仲介サイトなどの所定のウェブページを表示させるためのウェブページデータを生成するウェブページデータ生成処理を実行する部や、それらのウェブページデータをユーザ端末３や店舗端末４などに送信する部などを備えている。

【0035】

＜２．ハードウェア構成＞

図３は、図１に示したデリバリーサーバ１、ユーザ端末３、店舗端末４、そして、ユーザＤＢ５０、店舗ＤＢ５１、メニューＤＢ５２、ウェブページＤＢ５３のハードウェアを例示する図である。それぞれのサーバや端末におけるコンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ（Read Only Memory）１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ（Random Access Memory）１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力部１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力部１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、通信ネットワーク２を介しての通信処理や機器間通信を行う通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。

【0036】

このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われる。また、リムーバブルメディア１１１を介したデータやプログラムの受け渡しが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、デリバリーサーバ１、ユーザ端末３、店舗端末４、ユーザＤＢ５０、店舗ＤＢ５１、メニューＤＢ５２、ウェブページＤＢ５３のそれぞれにおいて後述する情報処理や通信が実行される。
尚、デリバリーサーバ１、ユーザ端末３、店舗端末４、ユーザＤＢ５０、店舗ＤＢ５１、メニューＤＢ５２、ウェブページＤＢ５３を構成するそれぞれの情報処理装置は、図３のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮなどによりシステム化されていてもよいし、インターネットなどを利用したＶＰＮ（Virtual Private Network）などにより通信可能な状態で遠隔地に配置されたものでもよい。

【0037】

＜３．ＤＢ＞
デリバリーサーバ１が管理する各種ＤＢについて説明する。

［３−１．ユーザＤＢ］
ユーザＤＢ５０にはデリバリーサーバ１が提供するデリバリーサービスを受けるユーザの情報が記憶される。例えば、一人のユーザを特定可能な一つのユーザＩＤ（Identification）に対して、ログインパスワード、氏名、年齢、性別、住所、メールアドレス、年収、趣味などの個人的な情報が紐付けられて記憶される。また、注文履歴やメニューのお気に入り登録情報、嗜好食材情報などを記憶してもよい。

【0038】

［３−２．店舗ＤＢ］
店舗ＤＢ５１には、デリバリーサービスを利用して商品（料理）を販売する店舗の情報が記憶される。例えば、それぞれの店舗を一意に識別可能な店舗ＩＤに対して、ログインパスワード、店舗名、店舗ロゴ、配達範囲情報、営業時間情報、料理ごとのメニューＩＤ、店舗ページＵＲＬ（Uniform Resource Locator）、料理ごとの価格、連絡先（電話番号やメールアドレスなど）などの各情報が紐付けられて記憶される。
店舗ページＵＲＬは店舗が有するウェブページごとに付されるＵＲＬである。
店舗ロゴの情報は、画像データそのものでもよいし、保存されている画像データのリンク情報（ＵＲＬ情報）などでもよい。
また、料理提供時間（待ち時間）の情報が記憶されてもよい。料理提供時間は、デリバリーサービスを利用するユーザ数によって変化する。変化するごとに、店舗ＤＢ５１の料理提供時間の情報が更新される。

【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】

また、ユーザ端末３としてデリバリーサービスを利用するための専用アプリケーションがインストールされた携帯端末などを用いる場合には、アプリケーションの初期設定としてステップＳ１０１乃至Ｓ１０３の各処理を実行しておくことも可能である。この場合には、アプリケーションを立ち上げた際に、ユーザ端末３としての携帯端末が図４のステップＳ１０４から実行するようにしてもよい。

【0065】

また、上記の例では、検索を行う前の段階で複数店舗からの配達をまとめて受け取ることをユーザが指定した例（即ち、検索の実行の前にまとめてデリバリーボタンを押下する例）を説明したが、一つの店舗を選択し、注文する料理メニューを選択した後に、更に他の店舗を配達利用店舗として検索する操作を行ってもよい。即ち、一つの店舗の注文メニューでは満足できなかった場合に、改めて追加の配達利用店舗を検索する操作を行ってもよい。

【0066】

ユーザが許容する配達時間に幅がある場合、即ち、配達時間にある程度融通が利く場合には、配達時間を指定せずに店舗選びを行う可能性がある。このような場合において、第１の実施の形態は好適である。即ち、先ず指定店舗と配達利用店舗を選択していき、双方の配達可能時間から、最終的に配達時間を決める場合などである。

【0067】

［４−２．デリバリーサーバの処理］
図４に示した処理の流れを実現するために、デリバリーサーバ１が実行する処理例を図９に示す。
デリバリーサーバ１は、ステップＳ３０１，Ｓ３１１，Ｓ３２１，Ｓ３３１を順に実行することにより、各種処理を継続的に行う。具体的には、ステップＳ３０１においてログイン情報を受信したか否かを判定する処理を実行し、ステップＳ３１１においてウェブページデータの要求を受信したか否かを判定する処理を実行し、ステップＳ３２１において検索要求を受信したか否かを判定する処理を実行し、ステップＳ３３１において注文要求を受信したか否かを判定する処理を実行する。

【0068】

ログイン情報は、ユーザがユーザ端末３を用いてログイン操作を行った場合に、ユーザ端末３からデリバリーサーバ１へ送信される。
ステップＳ３０１において、ログイン情報を受信したと判定した場合、デリバリーサーバ１はステップＳ３０２において認証処理を実行し、ステップＳ３０３において認証結果をユーザ端末３に通知する処理を実行する。
認証処理においては、ユーザ端末３から送られたログイン情報とユーザＤＢ５０に記憶されたユーザ情報（例えば、ユーザＩＤとログインパスワード）を照合し、ログインの可否を決定する。

【0069】

ステップＳ３０３の認証結果通知を実行した後、或いは、ステップＳ３０１においてログイン情報を受信していないと判定した後、デリバリーサーバ１はステップＳ３１１のウェブページデータ要求を受信したか否かを判定する処理を実行する。
ウェブページデータ要求は、ユーザがユーザ端末３を用いて、デリバリーサーバ１が提供するウェブページを閲覧するための操作を行った場合に、ユーザ端末３からデリバリーサーバ１へ送信される。
ステップＳ３１１において、ウェブページデータ要求を受信したと判定した場合、デリバリーサーバ１は、続くステップＳ３１２において、ウェブページデータを生成する処理を実行する。ウェブページデータは、例えば、図５や図６などに示すウェブページをユーザ端末３の画面上に表示するためのデータであり、具体的には、ＨＴＭＬやＸＨＴＭＬなどの構造化文書ファイルのデータなどである。
尚、予め生成しておいたウェブページデータをウェブページＤＢ５３に記憶した状態である場合には、ステップＳ３１２のウェブページデータ生成処理の代わりにウェブページデータ取得処理を実行してもよい。

【0070】

続いて、デリバリーサーバ１はステップＳ３１３において、ウェブページデータを送信する処理を実行する。ウェブページデータを送信する処理により、各種ウェブページデータがユーザ端末３へ送信され、画面上に図５などに示すウェブページが表示される。

【0071】

ステップＳ３１３のウェブページデータ送信処理を実行した後、或いは、ステップＳ３１１においてウェブページデータ要求を受信していないと判定した後、デリバリーサーバ１はステップＳ３２１において、検索要求を受信したか否かを判定する処理を実行する。尚、検索要求には、ユーザが指定した検索条件が含まれている。

【0072】

ステップＳ３２１において、検索要求を受信したと判定した場合、デリバリーサーバ１は、続くステップＳ３２２において、検索処理を実行する。検索処理では、ユーザが指定した検索条件に基づいて店舗や料理メニューの検索を行う。具体的には、図４に示したステップＳ２０３やＳ２０５やＳ２０７の処理がステップＳ３２２の検索処理に該当する。
続いて、デリバリーサーバ１はステップＳ３２３において、検索結果の提示処理を実行する。提示処理では、検索結果として抽出した店舗や料理メニューなどをユーザ端末３へ送信する。提示処理としては、図４のステップＳ２０４，Ｓ２０６，Ｓ２０８の各処理が該当する。

【0073】

ステップＳ３２３の提示処理を実行した後、或いは、ステップＳ３２１において検索要求を受信していないと判定した後、デリバリーサーバ１はステップＳ３３１において、注文要求を受信したか否かを判定する。
ステップＳ３３１において注文要求を受信したと判定した場合、デリバリーサーバ１は続くステップＳ３３２において、ユーザ端末３から受信した注文要求に基づく注文処理を実行する。

【0074】

ステップＳ３３２の注文処理を実行した後、或いは、ステップＳ３３１において注文要求を受信していないと判定した後、デリバリーサーバ１はステップＳ３０１の処理を再び実行する。

【0075】

［４−３．第２の実施の形態］
第２の実施の形態の処理の流れについて、図１０を参照して説明する。
第２の実施の形態では、ユーザが配達時間を指定した後に店舗検索を行う例について説明する。尚、図４に示した第１の実施の形態と同様の処理については、同一の符号を付し、適宜説明を省略する。

【0076】

先ず、ユーザ端末３はステップＳ１０１において、デリバリーサーバ１に対して注文仲介サイトのウェブページを要求する処理を実行し、注文仲介サイトのウェブページ要求を受信したデリバリーサーバ１は、ステップＳ２０１において、注文仲介サイトのウェブページデータをウェブページＤＢ５３から取得して要求のあったユーザ端末３へ送信する処理を実行する。これにより、ユーザ端末３上に注文仲介サイトのウェブページ（例えば図５）が表示される。

【0077】

続いて、ユーザ端末３はステップＳ１０２において、複数店舗の料理メニューをまとめて配達するための操作が行われたことをデリバリーサーバ１へ通知する処理を実行する。
これに応じて、デリバリーサーバ１はステップＳ２０２において、配達エリアや配達時間を選択させるためのウェブページのデータをウェブページＤＢ５３から取得し、ユーザ端末３へ送信する処理を実行する。
配達エリアや配達時間を選択させるためのウェブページの例を、図１１に示す。
図１１に示すウェブページには、図６に示す配達エリア指定ボタン１１，１１，・・・と共に、配達時間入力欄１８が設けられている。
ユーザが配達時間入力欄１８に配達時間の情報を入力すると、ユーザ端末３はステップＳ１０８の配達時間取得処理を実行する。
続いて、ユーザが配達エリアを指定する操作を行うと、ユーザ端末３はステップＳ１０３の配達エリア情報送信処理を実行する。この処理では、配達エリア情報と共に、配達時間の情報もデリバリーサーバ１へ通知される。

【0078】

配達エリア情報と配達時間情報を受信したデリバリーサーバ１は、ステップＳ２０３において、店舗検索処理を実行する。この処理では、配達時間に配達エリアを対象とした配達が可能な店舗が検索される。
尚、各店舗から配達先までの移動時間を取得する（即ち移動時間取得処理を実行する）ことにより、配達時間に配達が可能な店舗を正確に検索してもよいが、ここでは、配達エリア内のどこであっても所定の時間内（例えば１０分）に移動可能であるとみなし、移動時間として所定の時間を見込んだ検索を行う。
続いて、デリバリーサーバ１はステップＳ２０４において、当該検索結果をユーザ端末３に送信する検索結果提示処理を実行する。

【0079】

提示された店舗から一つの店舗を選択する操作をユーザが行うと、ユーザ端末３はステップＳ１０４の指定店舗通知処理を実行する。

【0080】

指定店舗情報を受信したデリバリーサーバ１は、ステップＳ２１１において、指定店舗と検索対象である各店舗の移動時間（店舗間移動時間）などを取得する移動時間取得処理を実行する。この処理では、店舗間移動時間以外に、指定店舗と配達先の間の移動時間（第１移動時間）と、検索対象の各店舗と配達先の間の移動時間（第２移動時間）が取得される。
続いて、デリバリーサーバ１はステップＳ２０５において、配達利用店舗検索処理を実行する。この処理では、指定店舗からの配達を利用して料理メニューの配達が可能な店舗を検索する。
ここで、ステップＳ２０５において配達利用店舗として抽出されない店舗の例を説明する。尚、ステップＳ２０３の店舗検索処理では、移動時間を固定の所定時間（例えば１０分）として検索する例を説明したが、ステップＳ２０５の配達利用店舗検索処理では、各移動時間を取得し、配達時間に一括で配達が可能な店舗を正確に検索する。これは、配達エリアの端から端まで移動する場合など、固定の所定時間では移動できない場合が考えられるからである。

【0081】

指定店舗Ａとその他の店舗Ｂについて図１２に示す。
図１２Ａに示すように、指定店舗Ａでは、ユーザが指定した配達時間よりも３０分前に配達可能時間が開始される。そして、指定店舗Ａから配達先への移動時間は３０分である。即ち、ユーザが指定した配達時間に間に合うように、指定店舗Ａから配達先へ料理を届ける場合には、配達可能時間が開始された直後に指定店舗Ａを出発しなければならない。勿論、料理が調理時間を要するものであれば、それまでに調理を済ませておく必要がある。
また、指定店舗Ａと配達可能時間が同じ店舗Ｂについては、配達先への移動時間が２０分である。

【0082】

更に、図１２Ｂに示すように、指定店舗Ａから店舗Ｂまでの移動時間は２０分となっている。そこで、指定店舗Ａから店舗Ｂを経由して店舗Ｂの料理を受け取り、配達先へ配達する場合、指定店舗Ａの配達可能時間が開始された直後に店舗Ａを出発しても、配達時間に間に合わないこととなる。
このような店舗Ｂは、図１０のステップＳ２０５において配達利用店舗として抽出されない。

【0083】

尚、店舗Ｂの配達可能時間が配達時間の５０分以上前に開始される場合には、店舗Ｂを出発し指定店舗Ａを経由して配達先へ料理を配達することが可能となる。即ち、店舗Ｂを配達時間の５０分前に出発し、指定店舗Ａで料理を受け取り（配達時間の３０分前）、配達時間ちょうどに配達先へ配達することが可能である。

【0084】

図１０の説明に戻る。
デリバリーサーバ１は、配達利用店舗の検索を行った後、ステップＳ２０６において当該配達利用店舗をユーザ端末３へ提示する処理を実行する。

【0085】

続いて、ユーザ端末３は、受信した配達利用店舗情報のうちの一つの店舗を選択したユーザの操作に応じ、ステップＳ１０５において、配達利用店舗選択通知処理を実行する。

【0086】

選択された配達利用店舗情報を受信したデリバリーサーバ１は、ステップＳ２１２の移動時間取得処理を実行した後、ステップＳ２０７において、配達利用店舗検索処理を実行する。
ステップＳ２１２の移動時間取得処理は、ステップＳ２１１の移動時間取得処理と同様の処理である。
また、ステップＳ２１１やＳ２１２の配達利用店舗検索処理では、指定店舗と選択された配達利用店舗の両店舗を経由した配達を利用可能な店舗が抽出される。このとき、配達可能時間の一部が重複していても抽出されない店舗や、配達可能時間が全く重複していなくても抽出される店舗がある。詳しくは、配達利用店舗検索処理の例で後述する。

【0087】

この後デリバリーサーバ１が実行するステップＳ２０８乃至Ｓ２１０の各処理と、ユーザ端末３が実行するステップＳ１０６，Ｓ１０７の各処理については、第１の実施の形態と同様であるため、説明を省略する。

【0088】

［４−４．配達利用店舗検索処理の第１例］
配達利用店舗検索処理の第１例について、図１３を参照して説明する。
配達利用店舗検索処理の第１例では、指定店舗Ａと他の店舗Ｂの配達可能時間の一部が重複しており、かつ、重複した時間の中で配達時間が設定されている場合の例を説明する。
例えば、図１３Ａに示すように、指定店舗Ａから配達先までの移動時間（第１移動時間）は３０分とされ、店舗Ｂから配達先までの移動時間（第２移動時間）は２０分とされる。また、店舗間移動時間は２０分とされる。
また、それぞれの店舗から配達先へ配達する場合には、配達可能時間内に店を出発し配達先へ到着することが可能である。

【0089】

このような状況において、指定店舗Ａ，店舗Ｂの各料理メニューを配達先へ届けるためには、例えば図１３Ｂのように配達すればよい。具体的には、指定店舗Ａから店舗Ｂを経由して店舗Ｂの料理を受け取り、配達先へ配達する。
このような店舗Ｂは、図１０のステップＳ２０５において配達利用店舗として抽出される。

【0090】

［４−５．配達利用店舗検索処理の第２例］
配達利用店舗検索処理の第２例について、図１４を参照して説明する。
配達利用店舗検索処理の第２例では、指定店舗Ａと他の店舗Ｂの配達可能時間が全く重複していない場合の例を説明する。
図１４Ａに示すように、指定店舗Ａから配達先までの移動時間（第１移動時間）は３０分とされ、店舗Ｂから配達先までの移動時間（第２移動時間）は２０分とされる。また、店舗間移動時間は２０分とされる。
そして、指定店舗Ａの配達可能時間は、ユーザが指定した配達時間の３０分前に終了される。即ち、指定店舗Ａが配達時間に料理メニューを届けるためには、配達可能時間が終了する間際に配達開始する必要がある。
また、店舗Ｂの配達可能時間は、配達時間の２０分前から開始される。即ち、店舗Ｂが配達時間に料理メニューを届けるためには、配達可能時間が開始された直後に配達開始する必要がある。

【0091】

このような状況において、指定店舗Ａ，店舗Ｂの各料理メニューを配達先へ届けるためには、例えば１４Ｂに示すように、指定店舗Ａから店舗Ｂを経由して配達先へ配達することが可能である。
このように、店舗Ｂの配達可能時間が指定店舗の配達可能時間と全く重複していなくても、図１０のステップＳ２０５などの配達利用店舗検索処理において店舗Ｂは配達利用店舗として抽出される。

【0092】

［４−６．配達利用店舗検索処理の第３例］
配達利用店舗検索処理の第３例について、図１５を参照して説明する。
配達利用店舗検索処理の第３例では、指定店舗Ａと他の店舗Ｂの配達可能時間が全く重複していない場合の別の例を説明する。
図１５Ａに示すように、指定店舗Ａから配達先までの移動時間（第１移動時間）は２０分とされ、店舗Ｂから配達先までの移動時間（第２移動時間）は３０分とされる。また、店舗間移動時間は２０分とされる。
そして、指定店舗Ａの配達可能時間は、ユーザが指定した配達時間の２０分前に開始される。即ち、指定店舗Ａが配達時間に料理メニューを届けるためには、配達可能時間が開始されると共に配達を開始する必要がある。
また、店舗Ｂの配達可能時間は、配達時間の３０分よりも前に終了される。詳しくは、配達時間の３０分よりも前であって、かつ、５０分よりも後に終了される。即ち、店舗Ｂが配達時間に料理メニューを届けるためには、配達可能時間が終了後しばらく経ってから配達開始する必要があるため、配達ができない。従って、例えば図１０のステップＳ２０３の店舗検索処理などにおいて、店舗Ｂは配達可能時間に配達が開始できないため、検索結果として抽出されない。

【0093】

このような状況において、店舗Ａが指定店舗Ａとして設定された場合、指定店舗Ａと店舗Ｂの各料理メニューを配達先へ届けるためには、図１５Ｂに示すように、店舗Ｂから指定店舗Ａを経由して配達先へ配達を行うことが可能である。この場合には、店舗Ｂを出発する時間は配達可能時間内とすることができる。
このような店舗Ｂは、図１０のステップＳ０３の店舗検索処理では検索結果として抽出されないが、店舗Ａを指定店舗とした配達利用店舗検索処理（図１０のステップＳ２０５など）では検索結果として抽出される。

【0094】

＜５．変形例＞
各種の変形例について説明する。

【0095】

［５−１．変形例１］
変形例１では、配達利用店舗検索処理において指定店舗と同一ジャンルの店舗を排除した検索処理を行う例について、図１６を参照して説明する。
尚、図１６の配達利用店舗検索処理のフローチャートは、図１０に示すステップＳ２０５（或いはＳ２０７）の配達利用店舗検索処理の内容を具体的に示したものである。本変形例の配達利用店舗検索処理では、直前に行うステップＳ２１１（或いはＳ２１２）の移動時間取得処理の処理内容も含めて実行される。

【0096】

変形例１における配達利用店舗検索処理では、デリバリーサーバ１は先ずステップＳ４０１において、検索対象とされた店舗の情報うちの一つを取得する店舗情報取得処理を実行する。この処理は、図１０のステップＳ２１１（或いはＳ２１２）の移動時間取得処理も兼ねている。
次に、デリバリーサーバ１はステップＳ４０２において、当該店舗が指定店舗と同一ジャンルであるか否かを判定する。同一ジャンルである場合は、検索結果として抽出しないため、後述するステップＳ４０５の処理に進む。

【0097】

一方、同一ジャンルでない店舗であった場合、デリバリーサーバ１はステップＳ４０３において、配達可能時間と各移動時間から当該店舗が配達利用店舗の検索結果として妥当か否かを判定する処理を実行する。具体的な例は、先の配達利用店舗検索処理の例で説明した通りである。尚、この処理では、それ以外の条件（例えば、配達先が配達エリアに含まれているかなど）が妥当であるかも含めて判定する。
配達利用店舗の検索結果として妥当でないと判定した場合、デリバリーサーバ１は後述するステップＳ４０５の処理へと進む。
一方、当該店舗が配達利用店舗の検索結果として妥当であると判定した場合、デリバリーサーバ１は当該店舗を検索結果として抽出すると共に、続くステップＳ４０５の処理を行う。
ステップＳ４０５の処理では、検索対象とされた店舗のうちで、ステップＳ４０１乃至ステップＳ４０４の各処理の実行対象となっていない店舗がまだあるかを判定する処理を実行する。

【0098】

ステップＳ４０１乃至ステップＳ４０４の各処理の実行対象となっていない店舗がまだあると判定した場合、デリバリーサーバ１は、ステップＳ４０１の処理を再び実行する。
一方、そのような店舗が無いと判定した場合、即ち、全ての検索対象に対してステップＳ４０１乃至ステップＳ４０４の各処理を実行したと判定した場合、デリバリーサーバ１は図１６に示す一連の処理を終了する。

【0099】

［５−２．変形例２］
変形例２では、現在の時刻（即ち、ユーザが検索を行うための操作を行った瞬間）が注文可能時間である店舗のみを検索結果として抽出する例について、図１７を参照して説明する。

【0100】

先ず、デリバリーサーバ１はステップＳ５０１において、検索対象とされた店舗の情報うちの一つを取得する店舗情報取得処理を実行する。この処理は、変形例１と同様に、図１０のステップＳ２１１（或いはＳ２１２）の移動時間取得処理も兼ねている。
続いてデリバリーサーバ１は、ステップＳ５０２において、現在、当該店舗が注文可能な店舗であるか否かを判定する。尚、第２の実施の形態のように、配達時間が指定されている場合には、配達時間に配達するための注文を現在受け付けているかどうかを判定する。例えば、２週間後の配達時間に対して、直近１週間の配達に関する注文のみ受け付け可能な店舗は、この判定処理で排除される。また、現在の配達は不可能であるが、２週間後の配達時間に配達するための注文を受け付けている店舗は、この処理において排除されることはない。

【0101】

現在注文可能でないと判定した場合、デリバリーサーバ１は後述するステップＳ５０５の処理へと進む。
一方、現在注文可能と判定した場合、デリバリーサーバ１はステップＳ５０３において、当該店舗が検索結果として妥当であるか否かを判定する。
検索結果として妥当でないと判定した場合、デリバリーサーバ１は後述するステップＳ５０５の処理へと進む。
一方、検索処理として妥当であると判定した場合、デリバリーサーバ１はステップＳ５０４において、検索結果として抽出する処理を実行する。

【0102】

続いて、デリバリーサーバ１はステップＳ５０５において、検索対象とされた店舗のうちで、ステップＳ５０１乃至ステップＳ５０４の各処理の実行対象となっていない店舗がまだあるかを判定する処理を実行する。

【0103】

ステップＳ５０１乃至ステップＳ５０４の各処理の実行対象となっていない店舗がまだあると判定した場合、デリバリーサーバ１は、ステップＳ５０１の処理を再び実行する。
一方、そのような店舗が無いと判定した場合、即ち、全ての検索対象に対してステップＳ５０１乃至ステップＳ５０４の各処理を実行したと判定した場合、デリバリーサーバ１は図１７に示す一連の処理を終了する。

【0104】

＜６．まとめ＞

これまで説明してきたように、商品としての料理の配達先の情報を取得する配達先取得部１ａと、ユーザによって指定された店舗を指定店舗として受け付ける指定店舗受付部１ｂと、指定店舗の配達可能時間における指定店舗からの配達を利用して商品を届けることが可能な店舗を配達利用店舗として検索して提示する店舗検索部１ｃと、指定店舗と配達利用店舗から選択された複数の店舗に対する注文を受け付ける注文受付部１ｄと、を備える。
これにより、複数の店舗に対して料理の注文を検討している場合などに、同時に配達可能な店舗が検索されて提示される。
従って、店舗ごとの配達時間を気にすることなく注文を行うことができる利便性の高いサービスを提供することができる。また、配達される料理の受け取りが一度で済むため、ユーザの時間を無駄にせずに済む。
また、ユーザの利用するユーザ端末における限られた（例えば、モニタなどの）提示領域において、ユーザの意図に沿った情報（一度に配達可能な店舗情報）を効率よく提示することにより、ユーザ端末３の資源を有効活用することができる。

【0105】

また、第２の実施の形態で説明したように、指定店舗の配達可能時間の中から配達時間の指定を受け付ける指定時間受付部１ｅを備え、店舗検索部１ｃは、配達利用店舗のうちで配達時間に配達先への配達が可能な店舗を抽出して提示を行う。
これにより、ユーザが指定した配達時間に同時に配達可能な店舗が抽出されて提示される。
従って、ユーザに利便性の高いサービスを提供することができる。

【0106】

更に、第１の実施の形態で説明したように、店舗検索部１ｃは、複数店舗を対象とした配達サービスの要求を受信した際に配達利用店舗の検索を行う。
これにより、複数店舗の料理メニューを一度に受け取りたいという要望がない場合においては、不必要に検索結果が絞られて提示されることがない。即ち、配達利用店舗ではない店舗も検索結果として提示される。
従って、不用意に店舗検索の結果から店舗が排除されてしまうことを防止することができる。

【0107】

更にまた、配達利用店舗検索処理の第１例で説明したように、指定店舗から他の店舗までの店舗間移動時間を取得する移動時間取得部１ｆを備え、店舗検索部１ｃは、店舗間移動時間と両店舗の配達可能時間の情報を用いて、他の店舗のうちから配達利用店舗を抽出して提示を行う
これにより、店舗それぞれの配達可能時間が被っていなくても移動時間を考慮すれば同時配達が可能な店舗についても配達利用店舗としてユーザに提示される。
従って、ユーザに利便性の高いサービスを提供することができる。

【0108】

そして、第１の実施の形態で説明したように、ユーザが指定店舗に加えて配達利用店舗を選択した場合に、店舗検索部１ｃは、指定店舗と選択された配達利用店舗を経由する配達を利用して商品を届けることが可能な店舗を、検索された配達利用店舗の中から抽出して提示を行う。
これにより、ユーザが配達利用店舗を選択するごとに一度に配達可能な店舗が抽出されて提示される。
従って、ユーザは配達時間を考慮することなく注文を行うことが容易となる。

【0109】

また、変形例１で説明したように、店舗検索部１ｃは、指定店舗と同一ジャンルの店舗を排除して提示を行う。
これにより、複数のジャンルから一店舗ずつ選択して注文をするユーザにとって不要な店舗が検索結果から排除されて提示される。
従って、ユーザの利便性が図られる。

【0110】

更に、変形例２で説明したように、店舗検索部１ｃは、現時刻が注文可能時間外に該当する店舗を排除して提示を行う。
これにより、ユーザが操作している時点において注文可能な店舗のみが検索結果として提示される。
従って、提示された店舗に対する注文操作を後で行う必要がなく、検索結果に基づいて速やかに注文時間（営業時間）内の注文を行うことができる。そのため、利便性の高いサービスを提供することができる。

【0111】

尚、配達業者が複数店舗を回って料理を受け取り配達先へ配達する場合には、各店舗の配達可能時間に料理を受け取り、配達時間に届けられるように保管する方法も考えられる。しかしながら、料理が冷めてしまうことや衛生上の問題から、料理をむやみに保管することは推奨されない方法である。
このような場合においても、上記に示した各処理によって指定店舗と配達利用店舗を検索すれば、料理を保管しておく必要がない店舗が検索結果として抽出され、速やかに配達することが可能である。

【0112】

尚、上記では、ユーザ端末３がウェブブラウザ５を介して注文仲介サイトへアクセスし、ウェブページ上で各種操作を行う例を説明した。この場合には、ウェブページ上で行われるユーザ操作に応じてデリバリーサーバ１が備える各部（配達先取得部１ａ、指定店舗受付部１ｂ、店舗検索部１ｃ、注文受付部１ｄ、指定時間受付部１ｅ、移動時間取得部１ｆ）の何れかが対応した処理を実行する。

【0113】

これに対して、ユーザ端末３が注文仲介サイトを介してデリバリーサービスを利用するための専用のアプリケーションがインストールされた携帯端末などである場合も考えられる。
この場合には、上述したように情報処理装置は複数のコンピュータ装置がシステム化されて構成されてもよいことから、デリバリーサーバ１とユーザ端末３を有した情報処理装置が各部（配達先取得部１ａ、指定店舗受付部１ｂ、店舗検索部１ｃ、注文受付部１ｄ、指定時間受付部１ｅ、移動時間取得部１ｆ）を備えていると捉えることも可能である。
即ち、上記の各部は、デリバリーサーバ１とユーザ端末３の何れに備えられていてもよいと考えられる。
例えば、ユーザが入力した文字列を取得する配達先取得部１ａはユーザ端末３が備え、ユーザ端末３から送信される配達先情報を受信する配達先取得部１ａはデリバリーサーバ１が備えてもよい。他の部に関しても、ユーザ端末３の一部と捉えてもよいし、デリバリーサーバ１の一部として捉えてもよい。

【0114】

＜７．プログラム＞

以上、本発明の情報処理装置の実施の形態としてのデリバリーサーバ１を説明してきたが、実施の形態のプログラムは、デリバリーサーバ１における各処理を情報処理装置（ＣＰＵ等）に実行させるプログラムである。

【0115】

このプログラムは、商品の配達先の情報を取得する配達先取得手順を演算処理装置に実行させる。
また、ユーザによって指定された店舗を指定店舗として受け付ける指定店舗受付手順を演算処理装置に実行させる。
更に、指定店舗の配達可能時間における指定店舗からの配達を利用して商品を届けることが可能な店舗を配達利用店舗として検索して提示する店舗検索手順を演算処理装置に実行させる。
更にまた、指定店舗と配達利用店舗から選択された複数の店舗に対する注文を受け付ける注文受付手順を演算処理装置に実行させる。
即ちこのプログラムは、演算処理装置に対して、図４のステップＳ２０１乃至Ｓ２１０の各処理、図９で説明した各処理、図１０のステップＳ２０１乃至Ｓ２１２の各処理、図１６，図１７で説明した各処理を実行させるプログラムである。

【0116】

このようなプログラムにより、上述したデリバリーサーバ１としての情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置などの機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭなどに予め記憶しておくことができる。或いはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的或いは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータなどにインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。

【符号の説明】

【0117】

１ デリバリーサーバ、１ａ 配達先取得部、１ｂ 指定店舗受付部、１ｃ 店舗検索部、１ｄ 注文受付部、１ｅ 指定時間受付部、１ｆ 移動時間取得部、２ 通信ネットワーク、３ ユーザ端末、４ 店舗端末、５０ ユーザＤＢ、５１ 店舗ＤＢ、５２ メニューＤＢ、５３ ウェブページＤＢ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】