(57)【要約】  リファーラル及び／又は配達サービスに関連し得る様々なシステム及び方法について説明する。幾つかの実施形態は、リモートデバイス上のユーザから複数のアイテムの配達に対する注文を受信するステップを含み得る。各アイテムは一意識別子を含む。また、実施形態は、ユーザの場所を決定するステップ、ユーザの半径内に位置する少なくとも２つのプロバイダを特定するステップであって、各プロバイダが要求されたアイテムを配達することができる、ステップ、各プロバイダに対して、要求されたアイテムの配達の総費用を演算するステップ、要求されたアイテムを配達するという第１のプロバイダに対する要求を受信するステップ、及びアイテムの配達を促進するステップも含み得る。
2016512369.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサを介して、リモートデバイス上のユーザから複数のアイテムの配達に対する注文を受信するステップであって、各アイテムが一意識別子を含み、前記プロセッサと前記リモートデバイスとがネットワーク上で電子通信する、ステップと、
前記ユーザの場所を決定するステップと、
前記ユーザの半径内に位置する少なくとも２つのプロバイダを特定するステップであって、各プロバイダが前記要求されたアイテムを配達することができる、ステップと、
各プロバイダに対して、前記要求されたアイテムの配達の総費用を演算するステップと、
前記要求されたアイテムを配達するという第１のプロバイダに対する要求を受信するステップと、
前記アイテムの配達を促進するステップと
を含む方法。
【請求項２】
前記少なくとも２つのアイテムが食料品店アイテムを含む、請求項１に記載の方法。
【請求項３】
前記少なくとも２つのアイテムが一般的なマーチャンダイジングアイテムを含む、請求項１に記載の方法。
【請求項４】
前記識別子がバーコードである、請求項１に記載の方法。
【請求項５】
前記識別子がＵＰＣラベルである、請求項１に記載の方法。
【請求項６】
前記識別子が、各プロバイダが同じアイテムを売り出していることを保証する為に使用される、請求項１に記載の方法。
【請求項７】
前記複数のプロバイダの少なくとも１つが食料品店である、請求項１に記載の方法。
【請求項８】
前記リモートデバイスがモバイルデバイスである、請求項１に記載の方法。
【請求項９】
前記ユーザの前記場所を決定するステップが、前記ユーザのＧＰＳ座標の表示を受信するステップを更に含む、請求項１に記載の方法。
【請求項１０】
前記ＧＰＳ座標が、前記ユーザのデバイスに統合されるＧＰＳデバイスによって送信される、請求項９に記載の方法。
【請求項１１】
前記ユーザの前記場所を決定するステップが、前記ユーザの前記場所を示すユーザ入力データを受信するステップを含む、請求項１に記載の方法。
【請求項１２】
前記半径が各プロバイダの配達領域内にある、請求項１に記載の方法。
【請求項１３】
前記配達の総費用が、前記複数のアイテムの費用及び配達料金を含む、請求項１に記載の方法。
【請求項１４】
前記配達の総費用が少なくとも１つのクーポンによって削減される、請求項１３に記載の方法。
【請求項１５】
前記ユーザの前記場所からの各プロバイダの距離を演算するステップを更に含む、請求項１に記載の方法。
【請求項１６】
前記少なくとも２つのプロバイダについての情報を送信するステップを更に含む、請求項１に記載の方法。
【請求項１７】
前記情報が、前記ユーザの前記場所からの各プロバイダの距離を含む、請求項１６に記載の方法。
【請求項１８】
前記情報が、各プロバイダに対する配達の総費用を含む、請求項１６に記載の方法。
【請求項１９】
前記情報が、各プロバイダによって請求される配達料金の費用を含む、請求項１６に記載の方法。
【請求項２０】
プロセッサと、
命令を格納するメモリであって、前記命令が、前記プロセッサによって実行されると、
リモートデバイス上のユーザから複数のアイテムの配達に対する注文を受信するステップであって、各アイテムが一意識別子を含む、ステップと、
前記ユーザの場所を決定するステップと、
前記ユーザの半径内に位置する少なくとも２つのプロバイダを特定するステップであって、各プロバイダが前記要求されたアイテムを配達することができる、ステップと、
各プロバイダに対して、前記要求されたアイテムの配達の総費用を演算するステップと、
前記要求されたアイテムを配達するという第１のプロバイダに対する要求を受信するステップと、
前記アイテムの配達を促進するステップと
を行うように前記プロセッサに指示する、メモリと
を備える装置。
【請求項２１】
非一時的なコンピュータ可読媒体であって、プロセッサによって実行されると、
リモートデバイス上のユーザから複数のアイテムの配達に対する注文を受信するステップであって、各アイテムが一意識別子を含む、ステップと、
前記ユーザの場所を決定するステップと、
前記ユーザの半径内に位置する少なくとも２つのプロバイダを特定するステップであって、各プロバイダが前記要求されたアイテムを配達することができる、ステップと、
各プロバイダに対して、前記要求されたアイテムの配達の総費用を演算するステップと、
前記要求されたアイテムを配達するという第１のプロバイダに対する要求を受信するステップと、
前記アイテムの配達を促進するステップと
を行うように前記プロセッサに指示する命令を格納するコンピュータ可読媒体を備える製造品。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１１年１月２０日に出願された米国仮特許出願第６１／４３４，５０２号明細書の利益を主張する、２０１１年２月８日に出願された米国特許出願第１３／０２２，８８５号明細書の一部継続であり、それらの全ては参照により本明細書に組み込まれる。
本発明は、アービトラージを購入する為の装置、製造品及び方法に関する。
【背景技術】
【０００２】
従来、アービトラージ（Arbitrage:裁定取引、鞘取売買）を購入する為の装置、製造品及び方法が知られている。
【発明の概要】
【課題を解決するための手段】
【０００３】
本発明は、従来の装置、製造品及び方法における問題を解決するためのものである。
【図面の簡単な説明】
【０００４】
【図１】本明細書で開示されるシステムの少なくとも１つの実施形態によるシステムについて描写する。
【図２】本明細書で開示されるシステムの少なくとも１つの実施形態による支払処理デバイスについて描写する。
【図３】本明細書で開示されるシステムの少なくとも１つの実施形態による別の支払処理デバイスについて描写する。
【図４】本明細書で開示されるシステムの少なくとも１つの実施形態による幾つかのメニュー相互作用について描写する。
【図５】本明細書で開示される少なくとも１つの実施形態による例示的な方法について描写する。
【図６】本明細書で開示される少なくとも１つの実施形態による別の例示的な方法について描写する。
【図７】本明細書で開示される少なくとも１つの実施形態による更なる別の例示的な方法について描写する。
【図８】本明細書で開示される少なくとも１つの実施形態による幾つかの更なるメニュー相互作用について描写する。
【図９】本明細書で開示される少なくとも１つの実施形態による更なる別の例示的な方法について描写する。
【図１０】本明細書で開示される少なくとも１つの実施形態による更なる別の例示的な方法について描写する。
【図１１】本明細書で開示される少なくとも１つの実施形態による更なる別の例示的な方法について描写する。
【図１２】配達サービスプロバイダ及び店頭端末の例について描写する。
【図１３】本明細書で開示される少なくとも１つの実施形態による更なる別の例示的な方法について描写する。
【図１４】本明細書で開示される少なくとも１つの実施形態による更なる別の例示的な方法について描写する。
【発明を実施するための形態】
【０００５】
「グループ化レポートの為の方法及び装置（Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  Ｇｒｏｕｐ  Ｆｉｌｔｅｒｅｄ  Ｒｅｐｏｒｔｓ）」という名称の米国特許出願公開第２００８／０１６１９４４号明細書、「リファーラルサービスの試用期間中の支払（Ｐａｙｍｅｎｔ  Ｄｕｒｉｎｇ  Ｔｒｉａｌ  Ｐｅｒｉｏｄ  ｏｆ  Ｒｅｆｅｒｒａｌ  Ｓｅｒｖｉｃｅ）」という名称の米国特許出願公開第２００８／０１９５５３８号明細書、「歳入分与の為の製品及びプロセス（Ｐｒｏｄｕｃｔｓ  ａｎｄ  Ｐｒｏｃｅｓｓｅｓ  ｆｏｒ  Ｒｅｖｅｎｕｅ  Ｓｈａｒｉｎｇ）」という名称の米国特許出願公開第２００９／００８３１３５号明細書、及び、「メニュー生成の為の方法及び装置（Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｆｏｒ  Ｍｅｎｕ  Ｇｅｎｅｒａｔｉｏｎ）」という名称の米国特許出願公開第２００９／００８３３２４号明細書は全て、全体として参照により本明細書に組み込まれる。
【０００６】
幾つかの実施形態では、商人との通信（例えば、一方向及び／又は二方向）が望ましい場合があることが認識されている。例えば、商人に注文情報を送信すること、商人から確認情報を送信すること、商人から時間推定情報を送信すること、商人に時間要求情報を送信すること、商人に支払情報を送信すること、商人に特別要求情報を送信すること、商人に信用確認を送信すること、商人に／商人から予約情報を送信すること、商人から配達情報を送信すること等が可能である。そのような情報は、商人と関連付けられた通信デバイスに及び／又は通信デバイスから送信することができる。例えば、商人はレストランを含み得る。
【０００７】
幾つかの実施形態では、商人は通信デバイスが望まれるエリアにおけるスペース制約を有し得ることが認識されている。例えば、スペースを重視する台所エリアで通信デバイスが望まれること、ホスト又はホステスが働いている場所に近いカウンタエリアで通信デバイスが望まれること、支払情報を処理する為にレジの近くで通信デバイスが望まれること等があり得る。幾つかの実施形態では、商人は、全ての所望の機能性ではなく、幾つかの通信機能性を有し得る１つ又は複数のデバイスをそのような所望のエリアに既に有する場合がある。幾つかの実施形態では、そのような通信デバイスは、クレジットカード及び／又はデビットカード等での支払を許可するように構成された支払取引デバイスを含み得る。
【０００８】
幾つかの実施形態では、支払取引デバイスは、非支払関連情報に関する一方向及び／又は二方向通信を提供するように構成することができる。そのような情報は、商人に、顧客に、配達業者に、第三者に、リファーラルサービス等に伝達することができる。商人が支払取引デバイスを既に有する場合がある為、追加スペースを取る追加タイプのデバイスを追加することなく、この情報に関する追加の機能性を商人に追加することができる。
【０００９】
幾つかの実施形態は、リファーラルサービス及び／又は配達サービスに関連する方法及び装置を含み得る。そのようなサービスの幾つかの実施形態は、サービスのユーザから商人に対する注文の表示を受信し、注文の表示を商人に転送することができる。幾つかの実施形態は、商人からユーザまでの注文を履行するアイテムの配達を促進することができる。
【００１０】
「促進する」という用語及びその派生語は、本明細書では、非常に広い意味で使用されることを認識すべきである。そのような用語は、物事を直接及び／又は間接的にもたらす任意の動作、並びに／或いは、物事を直接及び／又は間接的にもたらす上で有用な任意の動作を含める為に使用することができる。例えば、送信を促進することは、送信を可能にすること、送信すること、直接送信すること、間接的に送信すること、送信を支援することができる任意の動作等を含み得る。
【００１１】
幾つかの実施形態では、１人又は複数の商人に対する注文は、ｗｗｗ．ｄｅｌｉｖｅｒｙ．ｃｏｍで運営されるウェブサイト等の注文コレクタによって収集することができる。そのようなウェブサイトは、注文する為及び／又は配達させる為に１人又は複数の商人から１つ又は複数のアイテムを選択する為のオプションをユーザに提供することができる。そのようなウェブサイトは、１つ又は複数のウェブサーバ及び／又は他のサーバで運営することができる。そのようなウェブサイトは、ウェブブラウザを使用してインターネット上で、別のネットワーク上等で、到達することができる。電話、ファックス、電子メール、専用ソフトウェア等の他の注文提出方法を使用することもできる。
【００１２】
幾つかの実施形態では、１つ又は複数の注文に対する支払は、商人に、配達業者に等、注文コレクタを通じて行うことができる。支払は、銀行、個人、支払処理サービス及び／又は送金業者等の様々な提供源から生じ得る。支払は、商人、リファーラルサービスプロバイダ、配達業者、配達サービスプロバイダ、支払処理サービス及び他の任意の所望の実体間で分配することができる。
【００１３】
幾つかの実施形態では、注文に対する支払の表示を受信することができる。支払の表示は、例えば、支払が行われたという表示、支払が許可されたという表示及び／又は後に支払を行うという約束の表示の１つ又は複数を含み得る。幾つかの実装形態では、支払の表示は、所望の金融口座に支払が行われたという表示を含み得る。幾つかの実装形態では、表示は、所望の金融口座に支払を行うか又は処理する実体（例えば、銀行、クレジットカード会社、送金業者、支払処理サービス）から受信することができる。幾つかの実装形態では、表示は、金銭を受け取る実体（例えば、銀行、クレジットカード会社、送金業者、支払処理サービス）から受信することができる。幾つかの実装形態では、表示は、所望の口座に金銭を振り込むことが許可された後（但し、金銭が振り込まれる前／金銭を受け取る前）に受信することができる。幾つかの実装形態では、表示は、所望の口座に金銭が振り込まれた後／所望の口座で金銭を受け取った後に受信することができる。
【００１４】
幾つかの実施形態は、支払の集金を含み得る。例えば、幾つかの実施形態では、配達業者が配達及び／又は受取時に約束の支払を集金すること、クレジットカードに指定金額を請求すること等ができる。幾つかの実施形態では、最初に合意を得た支払は、チップの追加、未配達のアイテムに対する調整、クーポンの払い戻し等、後で変更することができる。幾つかの実施形態は、配達業者、商人、リファーラル及び／又は配達サービス、支払処理サービス等の１つ又は複数の実体間で集金された支払を分配するステップを更に含み得る。
【００１５】
図１は、幾つかの実施形態で実装されるサービスの例示的な図を示す。システム１０１は、上記で説明されるようなコンピュータシステムを含み得る。システム１０１は、リファーラル及び／又は配達サービスを提供するように構成することができる。システム１０１は、注文を出す為に１人又は複数のユーザに、メニュー及び商人情報を確立する為に１人又は複数の商人に、１人又は複数の管理者に等、ユーザインターフェースを提供するように構成されたウェブサーバを含み得る。システム１０１は、注文情報、支払情報、配達情報、レビュー情報等に関する如何なる所望の処理も提供するように構成された任意の数のサーバを含み得る。システム１０１は、商人に、支払処理サービスに、配達業者に等、１つ又は複数の遠隔目的地に情報を伝達するように構成された通信インターフェースを含み得る。そのような通信インターフェースは、ネットワークインターフェース、セルラアクセスの為のＳＩＭカード、電話回線等を含み得る。
【００１６】
幾つかの実施形態は、商人１０３を含み得る。幾つかの実施形態では、複数の商人には、システム１０１によるリファーラル及び／又は配達サービスを提供することができる。商人１０３は、メニュー情報、営業時間、配達地域情報等をサービスに提供する等（例えば、ウェブサイト及び／又は他のインターフェースを通じて、電話で、メールを通じて等）、リファーラル及び／又は配達サービスに登録することができる。商人１０３は、幾つかの実装形態ではレストランを含み得る。そのような情報は、レストランのメニューによって提供される１つ又は複数の食品を含み得る。
【００１７】
幾つかの実施形態は、ユーザ１０５を含み得る。ユーザ１０５は、システム１０１によって提供されるサービスを使用する１人又は複数の商人１０３に対する注文を出す為のウェブサイト等、システム１０１にアクセスすることができる。システム１０１は、レストランのメニューを通じて提供される食品等、商人によって提供されるアイテムについての情報を提供することができる。ユーザは、１つ若しくは複数のレストランによって提供される１つ若しくは複数の食品及び／又は他の商人によって提供される他のアイテムに対する注文を出すことができる。そのような注文は、アイテム及び／又はサービスの購入、配達注文、受取注文等を含み得る。そのような注文は、アレルギー情報、配達時刻、受取時刻、指図、配達業者等、注文に関する任意の数の詳細を含み得る。ユーザは、商人に、配達業者に等、そのようなサービスを通じてそのような注文に対する支払情報を提出すること及び／又は支払情報を後に提供することができる。そのような相互作用は、ソフトウェアを通じて、ウェブブラウザを通じて、電話で、ファックスで、電子メールを介して等、行うことができる。
【００１８】
幾つかの実施形態は、配達業者１０７を含み得る。そのような配達業者は、商人の一部及び／又は第三者であり得る。そのような配達業者は、図１の破線で示されるように、商人からユーザまでアイテムを配達する役割を果たし得る。一実装形態では、配達業者１０７は、商人１０３からユーザ１０５まで移動する人物を含み得る。幾つかの実装形態では、配達業者１０７は、ユーザ１０５がそのような配達を望む場合（例えば、そのような配達について注文に示されている場合）は、ユーザというよりもむしろ別の場所に配達することができる。幾つかの実装形態では、配達業者１０７は、自動車、自転車又は他の任意の手段で移動する人物を含み得る。幾つかの実施形態は、配達業者との通信インターフェースを含み得る。そのようなインターフェースにより、配達業者は、商人、ユーザ、システム、支払処理センタ等と通信することができる。そのような通信インターフェースは、電話回線（例えば、携帯電話）、ファックスマシン、コンピュータ及び／又は別の電子通信手段を含み得る。例えば、幾つかの実装形態では、携帯電話は、例えば、通話又はテキストメッセージを通じて、配達に関する情報を配達業者２１１に伝達することができる。他の実装形態では、ＳＭＳ、ＭＭＳ等の電子メッセージ又は電子メールメッセージは、例えば、配達業者１０７が持ち運ぶモバイルデバイスに又は配達業者１０７に情報を中継する中央ディスパッチャに、情報を伝達することができる。そのような情報は、例えば、そのような配達が望まれる場合はとにかく、そのような配達の手配を望む者に基づいて、実装形態では、要求通りに、システム１０１、商人１０３、ユーザ１０５、支払処理サービス等の別の提供源によって、配達業者に送信することができる。
【００１９】
幾つかの実施形態は、支払処理サービス１０９を含み得る。幾つかの実施形態は、支払処理サービスは、クレジット及び／又はデビットカード取引についての情報を受信し、クレジット及び／又はデビットカードで出されている請求を促進するように構成することができる。支払処理サービスは、支払が処理されたことを確認する許可情報を送信することができる。支払処理サービスは、ベリフォン（ＶｅｒｉＦｏｎｅ）等のサービスを含み得る。支払処理を商人に提供する為に使用されているそのようなサービスは、よく知られている。例えば、商人は、クレジットカードを支払処理デバイスに通すことができ、支払処理デバイスは、クレジットカードについての情報を支払処理サービスに送信することができる。支払処理サービスは、クレジットカードを検証し、請求を許可することができる。それに応答して、支払処理サービスは、支払処理デバイスに許可情報を送信することができ、次いで、支払処理デバイスは、顧客が署名するレシートを印刷することができる。これは支払を処理する為の支払処理サービスの使用の非限定的な一例であることを認識すべきである。支払処理サービス、支払処理デバイス及び／又は支払処理に関与しない操作の更なる例については、本明細書の他の箇所で説明する。
【００２０】
幾つかの実施形態は、１つ又は複数の通信ネットワーク１１１を含み得る。そのようなネットワークは、要求通りにネットワークの１つ又は複数の組合せを含み得る。例えば、そのようなネットワークは、電話回線、ケーブル回線、セルラリンク、ワイファイ（Ｗｉ−Ｆｉ）、ＤＳＬ回線、対面通信、インターネット及び／又は１つ若しくは複数のローカルエリアネットワークを含み得る。各通信リンクは、別々のものでも共有されてもよい。例えば、システムにアクセスする為にユーザによって使用されるネットワークは、ローカルネットワーク及び／又はインターネットを含み得る。支払処理サービスと商人との間の通信に使用されるネットワークは、専用リンク、電話回線及び／又はインターネットを含み得る。支払処理サービスとシステムとの間の通信に使用されるネットワークは、専用リンク、電話回線及び／又はインターネットを含み得る。任意の所望の方法又は取引を実行することが望まれる様々な情報は、そのようなネットワークを通じて、如何なる所望のフォーマットでも伝達することができる。
【００２１】
幾つかの実施形態は、支払処理デバイス１１３を含み得る。そのようなデバイスは、商人の所に（例えば、ホストスタンドに、レジ係に、台所等に）配置することができる。クレジットカード支払を処理する為に支払処理サービスと相互作用するそのようなデバイスの例については、上記で説明する。図２及び３は、幾つかの実施形態で使用することができる支払処理デバイスの非限定的な例を示す。そのようなデバイスは、マサチューセッツ州カントンのベリフォン社（ＶｅｒｉＦｏｎｅ，Ｉｎｃ．）、アリゾナ州スコッツデールのハイパーコム社（Ｈｙｐｅｒｃｏｍ）及びジョージア州アルファレッタのインジェニコ社（Ｉｎｇｅｎｉｃｏ）から入手することができる。幾つかの非限定的な例は、ＺＯＮ  Ｊｒ、トランズ（Ｔｒａｎｚ）モデル、オムニ（Ｏｍｎｉ）モデル、Ｖｘソリューションモデル、ヌリット（ＮＵＲＩＴ）モデル、ハイパーコム（Ｈｙｐｅｒｃｏｍ）Ｔモデル等を含む。
【００２２】
図２は、支払処理デバイスの一例を示す。そのようなデバイスは、クレジットカード及び／又はデビットカード処理デバイスを含み得る。そのようなデバイスにより、商人は、製品及び／又はサービスに対するクレジットカード及び／又はデビットカードでの請求を許可すること及び／又は出すことができる。そのようなデバイスは、上記で説明されるように及び当技術分野で知られているように、そのような請求を許可する為及び／又は出す為に支払処理サービスと通信することができる。支払処理デバイスは、通信インターフェース、プリンタ、キーパッド、ディスプレイ、カードリーダ、プロセッサ、メモリ、周辺デバイス等を含み得る。
【００２３】
２０１で示されるように、支払処理デバイスは、ワイファイ（Ｗｉ−Ｆｉ）接続、ＳＩＭカード、イーサネット（登録商標）ポート、電話プラグ、モデム等の通信インターフェースを含み得る。そのようなインターフェースは、支払処理サービスとの連続接続を提供することができる。例えば、専用データ回線は、インターネット等の通信ネットワークにデバイスを接続することができる。そのようなインターフェースは、支払処理サービスとのオンデマンド接続（例えば、商人及び／又は支払処理サービスによる要求）を提供することができる。例えば、通話を行って、デバイスへの及び／又はデバイスからの接続を提供することができる。幾つかの実施形態では、インターフェースを使用する通信は、顧客のプライバシを保護する為に暗号化することができる。
【００２４】
２０３で示されるように、支払処理デバイスは、プリンタを含み得る。そのようなプリンタは、例えば、顧客用及び／又は署名用のレシートを出力する為に使用することができる。幾つかの実施形態では、そのようなプリンタは、注文情報及び／又は他の非支払情報を出力する為に使用することができる。
【００２５】
２０５で示されるように、支払処理デバイスは、ディスプレイを含み得る。そのようなディスプレイは、支払についての情報を表示する為に使用することができる。そのようなディスプレイは、商人がそれを通じてナビゲートすることができる（例えば、支払の詳細を入力する為、非支払の詳細を入力する為、情報を閲覧する為等の）メニューを表示する為に使用することができる。そのようなディスプレイは、非支払情報を出力する為に使用することができる。そのようなディスプレイは、デバイスのプロセッサ及び／又はメモリによって決定された情報、並びに／或いは、外部の提供源（例えば、支払処理サービス）から受信された情報を出力することができる。
【００２６】
２０７で示されるように、支払処理デバイスは、キーパッドを含み得る。そのようなキーパッドは、メニューをナビゲートする為に使用することができる。そのようなキーパッドは、デバイスに情報（例えば、支払情報、非支払情報、確認情報、メニューナビゲーションコマンド等）を入力する為に使用することができる。そのようなキーパッドは、暗証番号、セキュリティコード等を入力する為に使用することができる。
【００２７】
２０９で示されるように、支払処理デバイスは、カードリーダを含み得る。そのようなカードリーダは、クレジット及び／又はデビットカードから磁気ストリップを読み取る為に使用することができる。幾つかの実施形態は、クレジット及び／又はデビットカードからカード情報を無線で読み取ることができるＲＦＩＤ又は他のワイヤレスカードリーダを含み得る。そのようなカードリーダは、当技術分野で知られている。幾つかの実施形態では、カード情報を入力する為にキーパッドを使用することができる。
【００２８】
支払処理デバイスは、如何なる所望のコンピューティングデバイスコンポーネントも含み得る。例えば、支払処理デバイスは、プログラム及び／又はデータを実行及び／又は格納することができるプロセッサ２１１及び／又はメモリ２１３を含み得る。例えば、そのようなプログラムは、クレジットカード及び／又はデビットカードへの支払を許可する為及び／又は請求する為に商人がデバイスを使用できるようにする、支払取引に関する方法を実行することができる。そのようなプログラムは、本明細書の他の箇所で説明される方法等、非支払取引に関する方法を実行することができる。
【００２９】
幾つかの実施形態は、外部のプリンタ、外部の表示画面、レジ等の周辺デバイスへの接続を含み得る。そのようなデバイスは、含まれるデバイスの代わりをすること及び／又は含まれるデバイスと共に動作することができる。例えば、幾つかの実施形態では、レジが支払合計を支払処理デバイスに入力すること、プリンタを使用してレポート又は情報をより大きな紙上に印刷すること等ができる。
【００３０】
図３は、別の例示的な支払処理デバイスを示す。この例では、そのような支払処理デバイスは、幾つかの実施形態で使用することができるワイヤレスのハンドヘルドモデルを含む。そのようなデバイスは、幾つかの実施形態では、基地局と通信することができる。そのようなデバイスは、図２に示される例と同様の機能性を実行することができる。
【００３１】
図２及び３は単なる例として与えられ、他の実施形態は如何なる形態の支払処理デバイスも含み得ることを認識すべきである。そのようなデバイスは、聴覚及び／又は視覚障害用の入力及び／又は出力方法等、如何なる形態の入力及び／又は出力も含み得る。幾つかの実施形態は、音声入力及び／又は出力、触覚入力及び／又は出力等を含み得る。
【００３２】
幾つかの実施形態では、支払を実行するという支払処理デバイスの操作は、キーパッド入力から、レジ等の外部のデバイスから等、販売についての情報を受信するステップを含み得る。次いで、支払方法についての情報を受信することができる。そのような情報は、キーパッド及び／又はディスプレイを使用して情報を入力すること、カードを通す及び／又はタップすること等によって受信することができる。支払方法情報は、支払処理サービスに送信することができ、クレジット及び／又はデビットカードへの支払が許可されたこと及び／又は請求されたことを示す許可は、支払処理サービスから受信することができる。そのような許可の出力は、ディスプレイ及び／又はレシート等のデバイス又は周辺機器を通じて提供することができる。
【００３３】
様々な動作は、１つ又は複数のメニューにアクセスすることによる支払処理デバイスの使用を通じて実行することができる。幾つかの例示的なメニュープロンプト及び相互作用が図４に示されており、それにより、商人は、支払情報、チップ情報、印刷レシート等を入力することができる。そのようなメニューを通じての操作は、支払処理サービスとの一方向及び／又は二方向通信、並びに／或いは、ディスプレイ、プリンタ及び／又は他のデバイスを通じての出力をもたらし得る。追加のメニューを使用して、本明細書の他の箇所で説明されるように、非支払オプションまで機能性を拡張することができる。
【００３４】
幾つかの実施形態では、支払処理デバイス及び／又は支払処理サービスは、図１のシステム１０１に関連するサービス等、非支払関連サービスを提供するように構成することができる。例えば、そのようなデバイス及び／又はサービスは、システム１０１によって受信することができる、注文、配達、確認等に関する通信を可能にすることができる。そのような通信は、一方向及び／又は二方向であり得る。そのような通信は、支払処理サービスを通じて、システム１０１によって生じ得る。
【００３５】
操作の際、図１に示されるもの等のシステム及び／又は他の任意の実体は、商人の支払処理デバイスを使用して非支払機能性を提供する為に１つ又は複数のプロセスを実行することができる。幾つかの実施形態では、そのような機能性を可能にする為、本明細書の他の箇所で説明されるように、１つ又は複数のプログラムは、入力の受入、入力への応答、データの受信及び／又は送信、並びに／或いは、任意の所望の機能の実行を行うように構成することができる。そのようなプログラムは、例えば、サーバのメモリ、支払処理サービスのコンピュータシステムのメモリ、支払処理デバイスのメモリ、ユーザのコンピューティングデバイスのメモリ及び／又は他の任意のデバイスのメモリ等のメモリ上のプログラムを含み得る。
【００３６】
本明細書の他の箇所で論じられるように、幾つかの実施形態は、様々な実体に対する異なるフォーマットの情報及び支払を含み得る。幾つかの実施形態では、単一のシステム１０１は、異なるフォーマット及び／又は支払スキームを使用することができる複数の支払処理システムと相互作用することができる。そのような実体間で、正しいフォーマット、業務の手配、支払等を実現できるように手配することができる。
【００３７】
図５は、幾つかの実施形態で使用することができる非限定的な例示的な一方法を示す。そのようなプロセスは、例えば、システム１０１、支払処理サービス１０３、ユーザ及び／又は商人の支払処理デバイスによって任意の所望の組合せで実行することができる。そのようなプロセスは、１つ又は複数のサーバ及び／又はプロセッサによって実行することができる。幾つかの実施形態では、そのようなプロセスは、システム１０１等のシステムによって少なくとも部分的に実行することができる。
【００３８】
幾つかの実施形態は、１人又は複数の商人から注文することができる１つ又は複数のアイテム及び／又はサービスについての情報を受信及び／又は送信するステップを含み得る。そのような情報は、商人及び／又は別の提供源から受信することができる。そのような情報は、リファーラル及び／又は配達サービスのプロバイダによって受信することができる。
【００３９】
ブロック５０１で示されるように、幾つかの実施形態は、１人又は複数の商人から注文することができるアイテム及び／又はサービスについての情報をリファーラル及び／又は配達サービスの１人又は複数のユーザに送信するステップを含み得る。そのような送信は、幾つかの実施形態では、システム１０１によって実行することができる。そのような情報は、ユーザのコンピューティングデバイスによって運営されるウェブブラウザのウェブページとして表示されるインターネットを介して送信することができる。そのような情報は、１つ又は複数のレストランによって提供される食品のメニューを含み得る。幾つかの実施形態では、ユーザインターフェースは、例えば、ウェブサイト、モバイルデバイスインターフェース等を含み得る。ユーザインターフェースは、ユーザが特定の１人又は複数の商人、並びに、特定の１人又は複数の商人からの製品及び／又はサービスを選択できるようにする。そのような実装形態では、例えば、ユーザインターフェースは、ユーザが注文を提出することができる応対可能な商人の表現（例えば、ユーザと関連付けられる特定された地理的な場所に位置し得る商人及び／又はその時点で営業中の商人のリスト）を表示することができる。幾つかの実施形態では、アイテム及び／又はサービスのリスト又は他の表現は、ユーザがそこから選択する為のユーザインターフェースに表示することができる。
【００４０】
幾つかの実施形態では、ユーザは、１つ又は複数のアイテム及び／又はサービスを選択することができ、それに応答して、注文の表示がユーザから送信される。幾つかの実装形態では、当技術分野で知られるように、選択された製品及び／又はサービスは、ウェブサイトの「ショッピングカート」に格納することができ、ユーザが製品及び／又はサービスの選択を完了した後に、例えば、ユーザがそれを通じて製品及び／又はサービスに対する支払を許可することができるチェックアウトインターフェースにユーザが進んだ後に、処理の為に注文を提出することができる。
【００４１】
ブロック５０３で示されるように、幾つかの実施形態は、１人又は複数のユーザから１つ又は複数のアイテム及び／又はサービスに対する注文を受信するステップを含み得る。そのような受信は、幾つかの実施形態では、サービス１０１によって実行することができる。注文は、所望のアイテム及び／又は製品、所望の商人、並びに／或いは、注文についての所望の特性（例えば、時間、アレルギー、配達場所、特別な要求等）を特定する為に望まれる如何なる情報も含み得る。幾つかの実装形態では、受信された注文の表示は、１つ又は複数の電子メッセージを含み得る。幾つかの実施形態では、注文の表示は、複数の商人からの製品及び／又はサービスに対する注文を含み得る。
【００４２】
そのような注文が複数の商人からのアイテム及び／又はサービスを含む幾つかの実施形態では、各商人への異なる転送方法を使用することができる。以下の説明は、注文が１人の商人に対するものである例について説明するが、同様の方法を他の実施形態で使用できることを認識すべきである。
【００４３】
幾つかの実施形態では、注文情報と共に及び／又は注文情報とは別々に支払情報を受信することができる。そのような支払情報は、注文に対する支払を行う為に使用することができる。他の実施形態では、支払は、商人及び／又は配達業者で手配することができる。
【００４４】
ブロック５０５で示されるように、幾つかの実施形態は、支払処理サービスに注文を送信するステップを含み得る。そのような送信は、システム１０１によって実行することができる。そのような送信は、ブロック５０３の受信に応答して実行することができる。幾つかの実施形態では、商人が多くの支払処理サービスのうちのどの支払処理サービスを使用するかに関する決定を行うことができ、その支払処理サービスに送信を行うことができる。このことは、商人についての情報（例えば、サインアップ時に得られる情報）を含むルックアップテーブルに基づいて実行することができる。そのような送信は、任意の所望のフォーマットでの通信ネットワーク上での送信を含み得る。
【００４５】
ブロック５０７で示されるように、幾つかの実施形態は、支払処理デバイスへの送信の為に注文の表示をフォーマットするステップを含み得る。そのようなフォーマットは、ブロック５０５の前及び／又は後に、システム１０１で及び／又は支払処理サービス１０９で行うことができる。そのようなフォーマットは、ブロック５０３の受信、ブロック５０５の送信の受信等に応答して実行することができる。そのようなフォーマットは、注文情報を、支払処理デバイスが理解できる形式にすることを含み得る。これは、例えば、独自仕様のフォーマット、ＸＭＬフォーマット、任意の所望のパケットフォーマット等を含み得る。そのようなフォーマットは、ユーザから注文が受信されたフォーマットと同じフォーマットでも異なるフォーマットでもよい。
【００４６】
ブロック５０９で示されるように、幾つかの実施形態は、商人の支払処理デバイスへの接続を確立するステップを含み得る。そのような確立は、他の任意の動作の前及び／又は後に、システム１０１で及び／又は支払処理サービス１０９で行うことができる。そのような確立は、ブロック５０５の送信の受信に応答して、ブロック５０３の受信に応答して等、行うことができる。支払処理デバイスへの接続は、支払処理活動に対するものと同様の方法で支払処理サービスによって確立することができる。そのような接続の確立は、例えば、ユーザが注文を出す前に確立することができた支払処理デバイスとの専用接続の確立を含み得る。そのような接続の確立は、ユーザが注文を出すことに応答して確立することができる取引特有の接続の確立を含み得る。接続の確立は、例えば、ＩＰアドレスに接続情報を送信すること、支払処理デバイスに接続された回線に電話をかけること等を含み得る。
【００４７】
ブロック５１１で示されるように、幾つかの実施形態は、商人の支払処理デバイスに注文を送信するステップを含み得る。そのような送信は、システム１０１で及び／又は支払処理サービス１０９で起こり得る。そのような送信は、ブロック５０９からの確立された接続を使用して、そして、ブロック５０７からのフォーマットを使用して、行うことができる。そのような送信は、ブロック５０３の受信、ブロック５０５の送信の受信、ブロック５０９の確立等に応答して実行することができる。幾つかの実施形態では、送信される注文情報は、注文についての詳細を含み得る。詳細は、商人によって確立することができる略称を含み得る。詳細は、価格、時間、数量、アイテム名、受取時刻、配達時刻、配達住所、配達業者等を含み得る。幾つかの実施形態では、送信は、確認情報の送信を含み得る。そのような確認情報は、確認コード、確認画像、確認電話番号等を含み得る。そのような情報は、商人が注文の受信及び受領を確認できるように使用することができる。そのような確認情報は、例えば、ＣＲＣ番号又は他のエラー検出コードを含み得る。
【００４８】
幾つかの実施形態では、送信及び／又はフォーマットは、出力が正しく出力されるように手配することを含み得る。例えば、システムは、記述が出力方法に対する最大文字数未満になるように注文の１つのアイテムの記述の終わり（例えば、レシートの１ページ、ディスプレイの１ページ）を決定することができる。幾つかの実施形態では、このことは、メモリ若しくはプログラム及び／又はメニューシステムを歌う等、支払処理デバイスによって実行することができる。
【００４９】
ブロック５１３で示されるように、幾つかの実施形態は、商人から注文の確認を受信するステップを含み得る。そのような受信は、システム１０１で及び／又は支払処理サービス１０９で起こり得る。幾つかの実施形態では、そのような確認は、商人の支払処理デバイスから受信することができる。例えば、商人は、注文送信からの確認コードをデバイスに入力することができ、そのコードは、デバイスから送信して（例えば、確立された接続及び／又は別の接続を使用して）、受信することができる。別の例として、商人は、注文及び／又はアイテムを確認する為、注文及び／又は注文内の１つ若しくは複数のアイテムと関連付けられた確認ボタンを入力することができる。そのような確認は、デバイスから送信して（例えば、確立された接続及び／又は別の接続を使用して）、受信することができる。
【００５０】
確認がリファーラル及び／又は配達サービスシステムとは別の支払処理サービスによって受信される幾つかの実施形態では、そのような確認は、リファーラル及び／又は配達サービスシステムに送信し、それにより受信することができる。そのような確認がシステム１０１によって受信される幾つかの実施形態及び／又はシステム１０１と支払処理サービスが同じ実体である幾つかの実施形態では、そのような転送は実行され得ない。
【００５１】
幾つかの実施形態では、確認は、支払処理デバイスに関与しても関与しなくともよい任意の数の形態を取り得る。例えば、幾つかの実施形態では、確認は、番号に電話すること及び／又は電話を受信すること、注文についてのコード又は他の情報を入力すること（例えば、自動システムに）、電子メールを送信すること、ウェブサイト上で情報を入力すること、ファックスすること等を含み得る。
【００５２】
幾つかの実施形態は、確認が所望の時間内に受信されない場合に注文についての情報の送信を再試行するステップを含み得る。そのような時間は、１分、５分、１０分、２０分等、如何なる時間量も含み得る。そのような再試行は、支払処理サービス及び／又はシステム１０１によって実行することができる。再試行は、如何なる所望の回数でも実行することができる。再試行は、他の商人に注文情報を送信する他の方法を含み得る。幾つかの閾値数の再試行に失敗した後、ユーザは、注文を完了できないという通知を受けることができ、異なる商人に新しい注文を出す機会が与えられる場合がある。例えば、システムは、同様のアイテム及び／又はサービスをユーザにサービス提供することができる他の商人を決定し、それらの機会の表示をユーザに提供することができる（例えば、ユーザインターフェースを通じて、電話を通じて、電子メールを通じて等）。そのような情報は、顧客サービス担当者に提示することができ、顧客サービス担当者は、電話でユーザに情報を伝えることができる。再確認及び／又は注文の変更を促進する他の任意の方法は、実施形態で実行することができる。
【００５３】
幾つかの実施形態は、配達を促進するステップを含み得る。そのような促進は、商人及び／又はシステム１０１によって実行することができる。そのような促進は、確認の受信に応答して実行することができる。そのような促進は、１つ又は複数の配達業者に情報を送信することを含み得る。幾つかの実施形態では、配達についての情報は、注文情報と共に商人に送信することができる。そのような情報は、注文の配達及び／又は受取時刻、指定配達業者、配達業者の連絡先等を含み得る。そのような情報は、注文情報と共に、注文情報と異なる時間等で、送信することができる。例えば、そのような情報は、配達できることを配達業者が確認した後で（注文情報が商人に送信された後であり得る）送信することができる。
【００５４】
幾つかの実施形態では、支払は、商人、ユーザ、配達業者、リファーラル及び／又は配達サービス、支払処理サービス、並びに／或いは、他の任意の所望の実体間で交換することができる。幾つかの実装形態では、例えば、ユーザは、配達業者に支払を提供することができる。配達業者は、商人に支払を提供することができ、商人は、後に、他の任意の所望の実体に支払を提供することができる。配達業者は、その時点で又は後の時間に、支払を受け取る又は受信することができる。
【００５５】
図５は非限定的な例示的な一方法を示すが、他の実施形態は任意の所望の順番及び／又は数の同じ又は異なる動作を含み得る如何なる所望の方法も含み得ることを認識すべきである。上記の説明は注文情報の観点から与えられているが、同様の方法を使用して、予約情報、商品（例えば、ワイン、食材等）の出荷情報及び／又は他の任意の所望の非支払情報等、如何なる所望の非支払情報も提供できることを認識すべきである。非支払情報を幾つかの実施形態で伝達することができるが、如何なる方法の所望のステップにおいても、そのような非支払情報に加えて支払情報を商人に及び／又は商人から伝達できることを認識すべきである（例えば、支払方法及び／又は許可は、注文と共に及び／又は商人による確認に応答して、商人に送信することができる）。そのようなプロセスの動作は様々な実施形態で要求通りに如何なる実体によっても実行できることを認識すべきである。
【００５６】
幾つかの実施形態は、システム１０１、支払処理サービス１０９、ユーザ及び／又は商人によって任意の組合せで実行することができる１つ又は複数のプロセスを含み得る。図６は、そのようなプロセスの非限定的な例を示す。そのようなプロセスは、１つ又は複数のサーバ及び／又はプロセッサによって実行することができる。幾つかの実施形態では、そのようなプロセスは、支払処理サービスによって少なくとも部分的に実行することができる。
【００５７】
ブロック６０１で示されるように、幾つかの実施形態は、注文を受信するステップを含み得る。そのような注文は、如何なるフォーマットでも受信することができる。幾つかの実施形態は、受信された情報を別のフォーマット（支払処理デバイスによって使用されるもの等）にフォーマットするステップを含み得る。幾つかの実施形態では、注文は、そのようなフォーマットで受信することができる。注文は、支払処理サービスによってシステム１０１から受信することができる。注文は、ユーザからシステム１０１によって受信することができる。注文の受信者は、どのように注文を商人に伝達するかを決定することができる。
【００５８】
ブロック６０３で示されるように、幾つかの実施形態は、商人への接続を確立するステップを含み得る。そのような確立は、ブロック６０１の受信に応答して実行することができる。そのような確立は、システム１０１及び／又は支払処理サービスによって実行することができる。そのような確立については、本明細書の他の箇所で説明する。
【００５９】
ブロック６０５で示されるように、幾つかの実施形態は、商人の支払処理デバイスに注文を送信するステップを含み得る。そのような送信は、ブロック６０３の確立に応答して、ブロック６０１の受信に応答して等、実行することができる。そのような確立は、所望のフォーマットで確立された接続上等で、システム１０１及び／又は支払処理サービスによって行うことができる。そのような送信については、本明細書の他の箇所で説明する。
【００６０】
ブロック６０７で示されるように、幾つかの実施形態は、支払処理デバイスを通じて行われた商人からの入力に応答するステップを含み得る。例えば、商人からの入力を受信することができ、入力に応答して商人への出力を行うことができる。入力は、例えば、更なる情報及び／又は前ページ若しくは次ページボタン等のボタンを押すことを含み得る。幾つかの実施形態では、そのような応答は、支払処理デバイスによって実行することができる。例えば、注文全体を支払処理デバイスに送信し、画面毎にその一部を示すことができる。次ページボタンを押すと、支払処理デバイスは、メモリにアクセスして注文の次の部分を表示することができる。幾つかの実施形態では、そのような応答は、システム１０１及び／又は支払処理サービスによって実行することができる。例えば、ディスプレイ上で商人に示されているものに相当する注文の一部のみをその時点で送信し、商人が次ページボタンを押した際に更なる情報を送信することができる。
【００６１】
ブロック６０９で示されるように、幾つかの実施形態は、商人から注文の確認を受信するステップを含み得る。幾つかの実施形態では、そのような受信は、システム１０１及び／又は支払処理サービスによって実行することができる。そのような受信については、本明細書の他の箇所で説明する。
【００６２】
幾つかの実施形態は、確認が受信されない場合に送信を再試行するステップを含み得る。そのような再試行は、注文別及び／又はアイテム別であり得る。再試行については、本明細書の他の箇所で説明する。
【００６３】
ブロック６１１で示されるように、幾つかの実施形態は、１つ又は複数の目的地に確認を送信するステップを含み得る。そのような送信は、ブロック６０９の受信に応答して実行することができる。そのような送信は、システム１０１及び／又は支払処理サービスによって実行することができる。例えば、そのような送信は、支払処理システムからシステム１０１への送信、システム１０１からユーザへの送信等を含み得る。そのような送信については、本明細書の他の箇所で説明する。
【００６４】
図６は非限定的な例示的な一方法を示すが、他の実施形態は任意の所望の順番及び／又は数の同じ又は異なる動作を含み得る如何なる所望の方法も含み得ることを認識すべきである。上記の説明は注文情報の観点から与えられているが、同様の方法を使用して、予約情報、商品（例えば、ワイン、食材等）の出荷情報及び／又は他の任意の所望の非支払情報等、如何なる所望の非支払情報も提供できることを認識すべきである。非支払情報を幾つかの実施形態で伝達することができるが、如何なる方法の所望のステップにおいても、そのような非支払情報に加えて支払情報を商人に及び／又は商人から伝達できることを認識すべきである（例えば、支払方法及び／又は許可は、注文と共に及び／又は商人による確認に応答して、商人に送信することができる）。図６の幾つかの実施形態は、支払処理サービスによって実行することができる。幾つかの実施形態は、如何なる所望の実体によっても実行することができる。そのようなプロセスの動作は様々な実施形態で要求通りに如何なる実体によっても実行できることを認識すべきである。
【００６５】
幾つかの実施形態は、システム１０１、支払処理サービス１０９、ユーザ、商人及び／又は支払処理デバイスによって任意の組合せで実行することができる１つ又は複数のプロセスを含み得る。図７は、そのようなプロセスの非限定的な例を示す。そのようなプロセスは、１つ又は複数のサーバ及び／又はプロセッサによって実行することができる。幾つかの実施形態では、そのようなプロセスは、支払処理デバイスによって少なくとも部分的に実行することができる。
【００６６】
ブロック７０１で示されるように、幾つかの実施形態は、支払処理サービスに接続するステップを含み得る。そのような接続は、商人の支払処理デバイスによって実行することができる。そのような接続は、電話に出ること、モデムを使用して情報を復調すること、データケーブル上で着信パケットを受領すること等、接続要求を受領することを含み得る。そのような接続は、電話番号をダイヤルすること、モデムを使用して情報を復調すること、データケーブル上で発信パケットを送信すること等、接続要求を行うことを含み得る。幾つかの実施形態では、他の箇所で論じられるように、そのような接続は、オンデマンド接続、常時接続等を含み得る。幾つかの実施形態では、非支払情報に対する支払処理サービスの周期的な接続、連続的な接続、偶発的な接続、常時接続等及び／又は周期的なポーリングは、支払処理デバイスによって開始することができる。幾つかの実施形態では、支払処理サービスは、そのようなポーリングに加えて及び／又はその代替として、利用可能な場合に、そのような情報を支払処理デバイスにプッシュすることができる。
【００６７】
ブロック７０３で示されるように、幾つかの実施形態は、注文についての情報を受信するステップを含み得る。そのような情報は、商人の支払処理デバイスによって受信することができる。そのような情報は、支払処理サービス、システム１０１、ユーザ及び／又は他の任意の実体から受信することができる。そのような情報は、支払処理デバイスが読み取ることができるフォーマットで受信することができる。そのような情報は、ブロック７０１からの確立された接続を使用して受信することができる。そのような情報は、１つ又は複数の注文アイテム、１つ又は複数の確認アイテム、１つ又は複数の配達及び／又は受取アイテム、１つ又は複数の特別な命令、並びに／或いは、他の任意の所望の情報を示し得る。そのような情報は、同じ又は異なる時間に複数の部分で受信することができる（例えば、最初に注文されたアイテム、次いで後に配達確認。最初に第１のページ、次いで次ページボタンが押されてから第２のページ。全ての情報を一度に等）。幾つかの実施形態で適用することができるそのような情報及びそのような情報の送信の様々な例は、本明細書の他の箇所で提供する。
【００６８】
ブロック７０５で示されるように、幾つかの実施形態は、注文についての情報を出力するステップを含み得る。そのような出力は、支払処理デバイス及び／又は付属品によって実行することができる。そのような出力は、ブロック７０３の受信に応答して実行することができる。そのような出力は、画面上での表示、印刷等を含み得る。幾つかの実施形態では、出力は、例えば、アイテムの切れ目が画面の切れ目又は紙の切れ目で起こらないように出力することを含み得る。出力は、注文情報の一部である及び／又は注文情報と共に受信された確認情報の出力を含み得る。適用することができる出力の様々な例や論考については、本明細書の他の箇所で説明する。
【００６９】
ブロック７０７で示されるように、幾つかの実施形態は、注文の確認を特定する入力を受信するステップを含み得る。そのような受信は、支払処理デバイスによって実行することができる。そのような受信は、ボタンを押すこと、タッチスクリーンを押すこと等、商人から入力を受信することを含み得る。そのような確認は、注文毎及び／又はアイテム毎であり得る。
【００７０】
そのような確認は、配達方法及び／又は時刻に対する確認を含み得る。そのような確認は、配達時刻の調整等、情報の１つ又は複数の要素の変更を含み得る。そのような確認は、コードの入力、メニューのナビゲーション、確認ボタンを押すこと等を含み得る。適用することができる確認の様々な例は、本明細書の他の箇所で望ましい。
【００７１】
ブロック７０９で示されるように、幾つかの実施形態は、確認情報を送信するステップを含み得る。そのような送信は、商人の支払処理デバイスによって実行することができる。そのような送信は、支払処理デバイスによって受信された入力に応答するものであり得る。そのような送信は、ブロック７０１の確立された接続を使用するものであり得る。そのような送信は、所望のフォーマットでの送信及び／又はそのフォーマットへのフォーマットを含み得る。そのような送信は、支払処理サービス、システム１０１、ユーザ等への送信を含み得る。適用することができる送信の様々な例は、本明細書の他の箇所で望ましい。
【００７２】
幾つかの実施形態では、時間及び／又は価格の変更が入力される等、確認が注文アイテムの変更を含む場合、そのような情報は、支払処理サービス及び／又は他の任意の実体に伝達したり、ユーザ、配達業者、クレジットカード等に報告したりすることができる。そのような受信者は、要求通りにタイミング及び／又は期待を正しくできる。
【００７３】
自動電話システムを使用する等、幾つかの実施形態で使用することができ、送信に関与しない確認の他の様々な例については、本明細書の他の箇所で説明する。
【００７４】
幾つかの実施形態は、注文のキャンセル、非確認情報、注文変更情報等の追加の情報を送信するステップを含み得る。そのような情報は、商人からの入力に応答して、支払処理サービスからの情報の受信に応答して、商人から一方的に等、送信することができる。
【００７５】
幾つかの実施形態は、食品及び／又は他のアイテムを作るステップ、そのようなアイテムをユーザに配達するステップ、支払を処理するステップ、ユーザの為のサービスを実行するステップ等を含み得る。
【００７６】
図７は非限定的な例示的な一方法を示すが、他の実施形態は任意の所望の順番及び／又は数の同じ又は異なる動作を含み得る如何なる所望の方法も含み得ることを認識すべきである。上記の説明は注文情報の観点から与えられているが、同様の方法を使用して、予約情報、商品（例えば、ワイン、食材等）の出荷情報及び／又は他の任意の所望の非支払情報等、如何なる所望の非支払情報も提供できることを認識すべきである。非支払情報を幾つかの実施形態で伝達することができるが、如何なる方法の所望のステップにおいても、そのような非支払情報に加えて支払情報を商人に及び／又は商人から伝達できることを認識すべきである（例えば、支払方法及び／又は許可は、注文と共に及び／又は商人による確認に応答して、商人に送信することができる）。図７の幾つかの実施形態は、支払処理デバイスによって実行することができる。幾つかの実施形態は、如何なる所望の実体によっても実行することができる。そのようなプロセスの動作は様々な実施形態で要求通りに如何なる実体によっても実行できることを認識すべきである。
【００７７】
幾つかの実施形態では、支払処理デバイスを使用して情報の入力を促進する為、幾つかの実施形態はメニューを含み得る。そのようなメニューは、キーを押すこと、タッチスクリーンに触れること及び／又は他の任意の入力に応答して変更することができる。キーを押すことに応答して情報の入力の為のメニューを表示する。幾つかの実施形態で使用することができる幾つかの例示的なメニュープロンプト及び相互作用は、図８に示される。
【００７８】
幾つかの実施形態はレストランの観点から説明されているが、幾つかの実施形態は、小売店、サービスプロバイダ、並びに／或いは、他の任意の所望の商人及び／又は実体を含み得ることを認識すべきである。
【００７９】
幾つかの実施形態では、様々な実体には、１つ又は複数の動作の実績に対する支払を行うことができる。例えば、配達業者には、アイテムの配達に対する支払を行うことができ、支払処理サービスには、支払の処理に対する支払を行うことができ、支払処理サービスには、非支払通信の送信に対する支払を行うことができ、リファーラルサービスには、リファーラルの提供に対する支払を行うことができる。幾つかの実施形態では、そのような支払は、商人及び／又は商人が受け取った金銭から来るものであり得る。
【００８０】
幾つかの実施形態は、注文の提出を促進することができる様々な方法及び／又はシステムを含み得る。例えば、そのような注文は、本明細書の他の箇所で説明されるように、ウェブサイト等のユーザインターフェースを通じて提出することができる。別の例として、そのような注文は、簡単な注文インターフェースを使用して提出することができる。そのような簡単な注文インターフェースにより、ユーザは、単一の作動（例えば、デスクトップ上のアイコンのシングル又はダブルクリック）で、例えば、お気に入りの注文を提出することができる。そのような簡単な注文インターフェースは、ハイパーリンク、コンピュータプログラム、ソフトウェアウィジェット等を含み得る。
【００８１】
ユーザはお気に入りの及び／又は通常行われる注文を有し得ることが認識されている。従来の方法でのウェブサイトへのアクセスには、幾つかの実施形態では、そのような発注に要する時間より多くの時間を要することが認識されている。幾つかの実施形態では、簡単な注文インターフェースは、従来のウェブサイト注文入力と比べて、そのようなお気に入りの及び／又は通常行われる注文に対して、例えば、発注の速度及び／又は効率を改善する為に使用することができる。
【００８２】
図９は、幾つかの実施形態で使用することができる非限定的な例示的な一方法を示す。そのようなプロセスは、例えば、システム１０１、ユーザ及び／又は任意の実体若しくは実体の組合せによって実行することができる。そのようなプロセスは、１つ又は複数のサーバ及び／又はプロセッサによって実行することができる。そのようなプロセスは、幾つかの実施形態では、簡単な注文インターフェースを実装する為に使用することができる。
【００８３】
ブロック９０１で示されるように、幾つかの実施形態は、注文の為の簡単な注文インターフェースを確立するステップを含み得る。幾つかの実施形態では、簡単な注文インターフェースは、ユーザが従来とは異なる方法で注文を出せるようにすることができる。幾つかの実施形態では、簡単な注文インターフェースは、ユーザが単一の作動（例えば、アイコンのシングルクリック、リンクのシングルクリック、アイコンのダブルクリック、リンクのダブルクリック、ボタンを押すこと等）を通じて注文を出せるようにすることができる。幾つかの実施形態では、簡単な注文インターフェースの確立は、簡単な注文インターフェースを使用して出す予定の１つ又は複数の注文を確立すること、１つ又は複数の注文に対する支払方法を確立すること、簡単な注文インターフェースの為のインターフェースを確立することを含み得、並びに／或いは、ユーザアカウント及び／又は情報を確立する等、注文を出す為に任意の所望の情報を確立することを実行することができる。そのような動作は、例えば、ユーザによって、システム１０１によって及び／又は他の任意の所望の実体によって実行することができる。そのようなインターフェースは、アイコン（例えば、デスクトップ、スタートメニュー上等）を含み得る。確立は、コンピューティングデバイス上にアイコンを置くことを含み得る。
【００８４】
幾つかの実施形態では、簡単な注文インターフェースを使用して出す予定の１つ又は複数の注文を確立することは、ユーザからアイテム及び／又は商人の選択を受信することを含み得る。そのようなアイテム及び／又は商人は、例えば、ユーザインターフェースを通じて、ユーザが選択及び／又は入力することができる。そのような選択は、ユーザデバイスのプログラム及び／又はプロセッサによって受信することができる。そのような選択は、システム１０１によって受信することができる。そのような選択は、１人又は複数の商人から簡単な注文インターフェースを使用して注文する予定の１つ又は複数のアイテムを示し得る。１つ又は複数の注文を確立することは、注文についての情報を格納することを含み得る。そのような情報は、ユーザのデバイス上にローカルで、システム１０１上にリモートで、商人の所にリモートで及び／又は任意の所望の実体によって、格納することができる。例えば、幾つかの実施形態では、そのような注文は、ユーザのコンピュータデバイス上で操作しているコンピュータプログラムによって格納すること、ハイパーリンクに埋め込むこと（例えば、コードとして、平文等で）、システム１０１で格納すること等ができる。
【００８５】
幾つかの実施形態では、支払方法を確立することは、ユーザから支払についての情報を受信することを含み得る。そのような情報は、ユーザインターフェースを通じて、ユーザが選択及び／又は入力することができる。そのような情報は、例えば、クレジットカード番号、デビットカード番号、法人口座番号、現金支払の選択等を含み得る。そのような情報は、ユーザデバイスのプログラム及び／又はプロセッサによって受信することができる。そのような情報は、システム１０１によって受信することができる。そのような情報は、簡単な注文インターフェースを使用して出された注文に対する支払方法として使用することができる。支払方法を確立することは、支払情報を格納することを含み得る。そのような情報は、ユーザのデバイス上にローカルで、システム１０１上にリモートで、商人の所にリモートで及び／又は任意の所望の実体によって、格納することができる。例えば、幾つかの実施形態では、そのような情報は、ユーザのコンピュータデバイス上で操作しているコンピュータプログラムによって格納すること、ハイパーリンクに埋め込むこと（例えば、コードとして、平文等で）、システム１０１で格納すること等ができる。
【００８６】
幾つかの実施形態では、簡単な注文インターフェースの為のインターフェースを確立することは、コンピューティングデバイス上に情報を格納することを含み得る。そのような情報は、例えば、コンピュータコード、注文情報、支払情報、商人情報、アイテム情報、ハイパーリンク、ｘｍｌコード、ユーザ情報、ソフトウェアプログラム及び／又は別の所望の情報を含み得る。そのような情報は、システム１０１上に、商人によって、ユーザコンピューティングデバイス上に、及び／又は、他の任意の所望の実体によって、格納することができる。例えば、幾つかの実施形態では、プログラム及び／又はハイパーリンクを起動する、デスクトップ上のアイコン、スタートメニュー、クイック起動メニュー等を作成することができる。それと関連付けられたハイパーリンク又はプログラムは、平文及び／又はコードバージョンで情報を格納することができる。例えば、アイコンのクリックにより、ユーザからシステム１０１に情報を送信することができる。幾つかの実施形態では、そのようなアイコンのクリックにより、注文の表示をシステム１０１に送信することができる。システム１０１は、表示を解釈して、実際の注文を回収することができる。例えば、注文を識別するコードを送信することができ、システムは、システム１０１で格納された情報を調べることによってコードを解釈することができる。
【００８７】
ブロック９０３で示されるように、幾つかの実施形態は、簡単な注文インターフェースの作動を受信するステップを含み得る。そのような動作は、例えば、ユーザによって、システム１０１によって及び／又は他の任意の所望の実体によって実行することができる。そのような作動は、例えば、リンクのクリック、アイコンのダブルクリック、ボタンを押すこと等を含み得る。作動は、ユーザが注文を出すことを望む際に、ユーザによって実行することができる。例えば、ユーザは、簡単な注文インターフェースに対応するデスクトップ上のアイコンをダブルクリックすることができる。ユーザコンピュータは、ユーザがそのような作動を行ったという表示を受信することができる。
【００８８】
ブロック９０５で示されるように、幾つかの実施形態は、注文についての情報を送信するステップを含み得る。そのような動作は、例えば、ユーザによって、システム１０１によって及び／又は他の任意の所望の実体によって実行することができる。そのような動作は、作動の受信に応答して実行することができる。そのような送信は、ユーザコンピューティングデバイスからシステム１０１への送信を含み得る。送信される情報は、注文に対する実際のアイテム、注文を識別するコード等を含み得る。幾つかの実施形態では、支払情報を送信すること、ユーザを識別する情報を送信すること、注文を完了する為に望まれる任意の情報を送信すること等ができる。幾つかの実施形態では、そのような送信は、作動の受信にのみ応答して実行することができる。例えば、そのような送信に対して、更なる入力は必要とされない及び／又は要求されない場合がある。そのような送信は、ユーザからの任意の入力及び／又は追加の入力を要求及び／又は受信することなく（例えば、支払情報を要求することなく、パスワードを要求することなく等）、行うことができる。
【００８９】
ブロック９０７で示されるように、幾つかの実施形態は、注文についての情報を受信するステップを含み得る。そのような動作は、例えば、ユーザによって、システム１０１によって及び／又は他の任意の所望の実体によって実行することができる。そのような動作は、情報の送信に応答して実行することができる。
【００９０】
ブロック９０９で示されるように、幾つかの実施形態は、注文情報を処理するステップを含み得る。そのような動作は、例えば、ユーザによって、システム１０１によって及び／又は他の任意の所望の実体によって実行することができる。そのような動作は、情報の受信に応答して実行することができる。そのような処理は、情報（例えば、コード）が入力されたルックアップテーブルを使用することによって等、注文のアイテム、ユーザ、支払等を決定することを含み得る。そのような処理は、支払処理サービスを通じて等、請求を許可することを含み得る。そのような処理は、本明細書の他の箇所で説明されるように、商人及び／又は配達業者に情報を送信することによって等、注文の履行を手配することを含み得る。
【００９１】
幾つかの実施形態では、注文を処理するステップは、配達を促進するステップを含み得る。そのような配達は、商人からの注文のアイテムの配達を含み得る。そのような配達は、作動の表示の受信に応答して、注文についての情報の受信に応答して等、促進することができる。幾つかの実施形態では、そのような促進は、ユーザからの入力を要求することなく実行することができる。
【００９２】
幾つかの実施形態では、注文を処理するステップは、支払を完了するステップを含み得る。そのような支払は、商人からのアイテムに対するものであり得る。そのような完了は、作動の表示の受信に応答して、注文についての情報の受信に応答して等、実行することができる。幾つかの実施形態では、そのような完了は、ユーザからの入力を要求することなく実行することができる。そのような支払は、クレジットカードでの請求を含み得る。
【００９３】
幾つかの実施形態では、配達は、商人からユーザへの事前に確立されたアイテムセットの配達を含み得る。幾つかの実施形態では、支払を完了するステップは、アイテムに対する事前に確立された支払を完了するステップを含み得る。そのような事前確立は、作動の表示を受信する前に、作動の前に等、ユーザインターフェースで確立することを含み得る（例えば、システム１０１で、ユーザデバイス等で、情報を格納することによって）。
【００９４】
幾つかの実施形態では、そのような方法は、インターフェースに情報を入力することなく等、ユーザ側で更なる動作を行うことなく、ユーザが履行された注文をもらえるようにすることができる。それに従って、単一の作動でユーザは注文を出すことができる。幾つかの実施形態は、過失による発注を回避する為、ユーザに確認を求めるステップを含み得る。幾つかの実施形態は、商人が閉店している為等、注文を履行できない場合にユーザに通知するステップを含み得る。
【００９５】
単一の注文及び／又は商人で例が与えられているが、他の実施形態では、任意の数の注文及び／又は商人を含めることができることを認識すべきである。例えば、注文は、ユーザが毎週出すことを希望する複数の商人からの週間買い物リストを含み得る。注文は、リセット前に順番に一通り目を通す一連の注文（例えば、第１のクリックは注文１、第２のクリックは注文２、そして繰り返し）を含み得る。幾つかの実施形態では、異なる注文に対して、別々の簡単な注文インターフェースを確立することができる。
【００９６】
幾つかの例は単一の取引の観点から与えられているが、幾つかの実施形態は任意の数の取引を含み得ることを認識すべきである。例えば、簡単な注文インターフェースを使用して、簡単な注文インターフェースの複数の作動に応答して、複数の注文を出すことができる。インターフェースの作動の複数の表示は、システム１０１によって受信することができ、それに応答して、それぞれの注文を履行することができる。
【００９７】
図９は非限定的な例示的な一方法を示すが、他の実施形態は任意の所望の順番及び／又は数の同じ又は異なる動作を含み得る如何なる所望の方法も含み得ることを認識すべきである。そのようなプロセスの動作は様々な実施形態で要求通りに如何なる実体によっても実行できることを認識すべきである。
【００９８】
幾つかの実施形態では、１人又は複数の商人への注文のリファーラルを提供するサービス（本明細書で説明され得る幾つかの実施形態等）は、そのようなリファーラルに対して商人に料金を請求することができる。そのような料金は、均一のドル額、パーセンテージ、サービスレベルに基づく料金、紹介された注文の数に基づく料金等を含み得る。例えば、幾つかの実施形態では、商人は、基本料金を支払った後は無料となる無制限数の注文を含む、高レベルのサービスに対する基本料金を支払うことができる。幾つかの実施形態では、商人は、基本料金を支払わず、紹介された注文毎に高額が請求される場合がある。幾つかの実施形態では、商人は、商人に注文を紹介した及び／又は注文に対する配達サービスを提供したリファーラルサービス及び／又は配達サービスに、例えば、注文と関連付けられた購入価格の約１０％を支払うことができる。
【００９９】
幾つかの実施形態では、商人、リファーラルサービス、配達サービス及び／又は１つ若しくは複数のサービスプロバイダは、顧客に配達及び／又は他のサービスを提供する役割を果たす別々の実体であり得る。幾つかの実施形態は、サービスプロバイダ間で注文に対する支払を割り当てるステップを含み得る。幾つかの実施形態では、そのような各サービスプロバイダは、サービスを実行する前に割り当てに合意することができる（例えば、入札プロセスを通じて、契約上の合意を通じて等）。幾つかの実施形態では、商人、リファーラルサービスプロバイダ及び／又は他の任意の実体は、支払を受信し、割り当てに従ってその一部を他の各サービスプロバイダに提供することができる。幾つかの実施形態では、サービスプロバイダへの支払は、購入価格に対する商人への支払から、リファーラルプロバイダに当然支払うべきものの一部（例えば、１０％削減）から、顧客に請求されるサービス料金として等、得ることができる。
【０１００】
幾つかの実施形態は、配達及び／又はサービスプロバイダの提供／選択を促進することができる様々な方法及び／又はシステムを含み得る。サービスプロバイダを選択する幾つかの例は、配達業者の観点から以下で提供するが、任意の所望のサービスプロバイダを選択する為に同様の及び／又は代替の方法を使用できることを認識すべきである。幾つかの実施形態では、配達を促進するステップは、配達業者を決定するステップを含み得る。そのような配達業者は、商人の配達業者、ユーザの配達業者、システム１０１の配達業者、第三者の配達業者等であり得る。幾つかの実施形態では、配達業者を決定するステップは、オークションを通じて配達業者を決定するステップを含み得る。幾つかの実施形態では、配達業者を決定するステップは、複数の配達業者の各々による配達に対する価格見積に基づいて配達業者を決定するステップを含み得る。幾つかの実施形態では、配達業者を決定するステップは、複数の配達業者の各々に対する配達時間見積に基づいて配達業者を決定するステップを含み得る。幾つかの実施形態は、そのような方法を使用して、１つ又は複数の注文に対して最も効果的な配達業者を決定することができる。幾つかの実施形態は、配達業者が１つ又は複数の配達の機会に入札するステップを含み得る。幾つかの実施形態は、配達業者の格付けに基づいて配達業者を決定するステップを含み得る。幾つかの実施形態は、配達業者の資格に基づいて配達業者を決定するステップを含み得る。
【０１０１】
幾つかの実施形態では、第三者の配達業者、専用配達業者、配達が行われる予定の顧客、商人自身及び／又は他の任意の所望の実体は、そのようなオークションで競争することができる。例えば、第三者サービスは、幾つかの実施形態では、商人の通常の配達サービスの価格を下げようとする試みで、本来なら商人と仕事をする及び／又は商人によって支払が行われる配達業者と競争入札することができる。幾つかの実施形態では、顧客は、入札すること及び／又はそれを超えると顧客が商人自身から選別することになる最高配達料金の値を付けることができる。幾つかの実施形態では、どの配達業者も顧客の付け値より低く値を付けない場合は、配達が提供されない可能性がある。幾つかの実施形態では、顧客は入札額を受信することができる。他の実施形態では、顧客は入札額を受信しない場合がある。幾つかの実施形態では、第三者の配達業者（例えば、タクシー運転手、トラック運転手、車を持っている大学生等）は、互いに競争入札することができる。
【０１０２】
商人がユーザに配達サービスを提供することを望むことができることが認識されている。複数の個人は１人又は複数の商人とは無関係に及び／又は１人又は複数の商人に関連して配達業者の役割を果たすことができることが認識されている。幾つかの実施形態では、オークションを使用して、特定の商人から注文に対して効果的な配達業者を決定することができる。そのようなオークションシステムは、任意の所望のサービスに対する効果的なサービスプロバイダ（例えば、包装者、受取人、商人自身等）を決定する為に使用することができる。
【０１０３】
図１０は、幾つかの実施形態で使用することができる非限定的な例示的な一方法を示す。そのようなプロセスは、例えば、システム１０１、ユーザ、商人及び／又は任意の実体若しくは実体の組合せによって実行することができる。そのようなプロセスは、１つ又は複数のサーバ及び／又はプロセッサによって実行することができる。そのようなプロセスは、１つ又は複数の注文に対する配達業者を決定する為に使用することができる。
【０１０４】
ブロック１００１で示されるように、幾つかの実施形態は、１つ又は複数の注文についての情報を受信するステップを含み得る。そのような情報は、配達場所、受取場所、商人についての情報、アイテムについての情報、配達時刻及び／又は時間帯を含み得る。場所について言及される際、それは、ユーザの場所、配達場所、商人の場所、受取場所、配達業者の場所及び／又は任意の所望の場所を含み得る。注文情報及び受信の様々な例については、本明細書の他の箇所で説明する。そのような動作は、例えば、ユーザデバイス、商人、システム１０１等によって実行することができる。
【０１０５】
幾つかの実施形態は、配達業者及び／又は任意の所望のサービスプロバイダを決定する為のオークションプロセスを実行すべきであると判断するステップを含み得る。そのような判断は、他のどの配達業者も未だ配達を実行する契約を結んでいないと判断することを含み得る。そのような判断は、商人には商人自身の配達サービスがないと判断することを含み得る。そのようなオークションプロセスは、図１０の方法の一部を含み得る。そのようなオークションプロセスは、例えば、応札を受信するステップと、応札に基づいて配達業者が配達を実行すべきであると判断するステップとを含み得る。
【０１０６】
幾つかの実施形態では、そのような判断は、商品を提供することができる一連の商人からの商人、商人の所で商品を包装することができる包装者、商人の所で一連の商品から商品を選別することができる選別者（例えば、食料品店から果物を選別する）、配達場所で商品を受け取ることができる受取人、一連の支払処理者からの支払処理者、一連の可能な検索者からの検索者（例えば、複数の商人の所で商品を検索する人物）及び／又は任意の所望のサービスプロバイダ（ある場所から別の場所への商品の配置、履行、配達、支払等に関与し得るサービスプロバイダ等）を決定する為にオークションを使用すべきであると判断することを含み得る。
【０１０７】
ブロック１００３で示されるように、幾つかの実施形態は、１つ又は複数の配達業者及び／又は他のサービスプロバイダに注文情報を送信するステップを含み得る。そのような情報は、特定の地理的地域のオークションシステムの一部である複数の配達業者に送信することができる。幾つかの実施形態は、送信を含む任意の方法で１つ又は複数の配達業者に注文情報を提供するステップを含み得る。そのような情報は、注文についての全ての情報を含む及び／又は含まない場合がある（例えば、アイデンティティ等の幾つかの情報は、プライバシの理由で隠しておくことができる）。そのような情報は、一連のサービスプロバイダ（例えば、商品の受取が行われた包装者、商品が配達された受取人）の次回及び／又は前回のサービスプロバイダを含み得る。配達業者は、そのようなサービスに登録し、どのタイプの注文を受信するか、いつ営業しているか、どこで営業しているか、情報を受信する形式等を示すことができる。そのような送信は、サインインした者等の配達業者にそのような情報を表示する中央ウェブサイトを介する送信を含み得る。そのような送信は、電子メール、テキストメッセージ、ウェブサイト、電子メッセージ等の送信を含み得る。そのような送信は、配達業者によって実行されるソフトウェアプログラムへの送信を含み得る。そのような送信は、注文情報の受信に応答して実行することや、配達業者に対するオークションを実行すべきであると判断することに応答して、商人には専用配達業者がないと判断することに応答して等、実行することができる。
【０１０８】
幾つかの実施形態では、そのような送信情報は、所望のレベルの特異性を含み得る。例えば、そのような情報は、時間、場所等に関する正確な情報及び／又は不正確な情報を含み得る。例えば、場所の表示は、正確な場所（例えば、住所）、大体の場所（例えば、交差道路、領域、別の場所からの距離（例えば、正確な、大体の）等）を含み得る。
【０１０９】
幾つかの実施形態は、所望の特性でサービスプロバイダへのそのような情報の送信をフィルタリングするステップを含み得る。例えば、そのような情報は、所望の特性を持ち合わせると判断されたサービスプロバイダにのみ送信することができる。幾つかの例示的な特性は、保険金額、他の顧客による格付け、ソーシャルネットワーク（例えば、顧客のソーシャルネットワーク、商人のソーシャルネットワーク等）の人々による格付け、動作を実行する為のライセンス（例えば、特定の商品を輸送する為のライセンス）、業者の場所、出発地、目的地等、サービスの実行に必要な及び／又は望ましい設備（例えば、商品の運搬ができるほど十分大きなトラック、冷蔵品の輸送の為の冷蔵車両）、履行される所望の保証方法（例えば、提供された社会保障番号、提供された住所、提供された金額、得られた保険、提供された大学ＩＤ、実行された身元調査等）、所望の時間の間の応対可能性、並びに／或いは、任意の所望の特性を含み得る。幾つかの実施形態では、注文情報の発信元（例えば、注文を提出する顧客、顧客への配達に対する注文についての情報を提出する商人）は、そのようなフィルタリング特性を提出することができる。幾つかの実施形態では、フィルタリング基準のデフォルトセットを使用することができる。
【０１１０】
ブロック１００５で示されるように、幾つかの実施形態は、送信された注文情報を受信するステップを含み得る。そのような情報は、１つ又は複数の配達業者によって受信することができる。そのような情報は、例えば、配達業者によって実行されるプログラムによって受信し、ユーザインターフェースを通じて配達業者に表示することができる。そのような情報は、ウェブサイト又は他のそのようなインターフェースを通じて配達業者によって受信することができる。幾つかの実施形態では、フィルタリングは、受信者側で行うことができる。例えば、幾つかの実施形態では、受信及び／又は送信された情報は、所望の特性を示し得、受信実体は、可能な入札を開始する為に受信された情報に基づいて行動する前に、関連実体がそのような特性を満たすかどうかを判断することができる。
【０１１１】
幾つかの実施形態では、配達業者は、注文の配達に関して行うべき応札を決定することができる。そのような応札は、配達を行う為の費用を含み得る。そのような応札は、配達を行う為の時間及び／又は時間枠を含み得る。時間及び／又は時間枠は、注文と関連付けられた時間及び／又は時間枠と一致する及び／又は一致しない場合がある。そのような応札は、配達業者の応対可能性に基づいて行うことができる。例えば、その時点で応対可能な配達人のグループのうちの１つを配達サービスが有する場合は、配達サービスは、配達を行うことに応札することができる。応札の費用は、サービスを実行する為に業者が移動する距離、サービスを実行する為に負うリスク等、サービスを実行する為の費用に基づき得る。時間は、配達業者の応対可能性及び／又は注文の為に移動する距離に基づき得る。コンピュータプログラムは、そのような情報を計算し、応札を決定し、そのような情報及び／又は他の配達サービスの義務についての情報の受信に応答して応札するように構成することができる。配達業者は、個人及び／又は一緒に仕事をしている複数の業者を指し得る。幾つかの実施形態は、ＡＰＩ等を通じてユーザインターフェースに応札についての情報を入力するステップを含み得る。
【０１１２】
幾つかの実施形態では、応札の一部は、場所に基づき得る。幾つかの実施形態では、例えば、応札の一部は、配達業者及び／又は配達サービスの従業員（例えば、配達を実行することができる従業員）の場所に基づき得る。例えば、幾つかの実施形態では、応札価格は、配達を実行する為に、現在の場所から商人の場所まで、そしてユーザの場所まで、従業員が移動に必要とし得る距離に基づき得る。別の例として、時間及び／又は時間枠は、場所に基づき得る。例えば、時間は、現在の場所から商人の場所まで、そしてユーザの場所まで、従業員が移動に必要とし得る距離に基づき得る。
【０１１３】
幾つかの実施形態では、価格は、注文及び／又は提供される予定のサービスの任意の所望の特性に基づき得る。例えば、そのような価格は、食品の数量、アイテムの重量、アイテムの費用、配達提供のリスク（例えば、遅延のリスク、近隣の危険性、交通渋滞のリスク等）に基づき得る。応札は、費用、場所及び他の特性に基づくという例が与えられているが、応札は要求通りに何にでも基づき得ることを認識すべきである。
【０１１４】
ブロック１００７で示されるように、幾つかの実施形態は、注文の配達に対する入札の表示を受信するステップを含み得る。そのような表示は、配達業者のデバイスによって受信することができる。そのような表示は、注文についての情報の受信に応答して受信することができる。そのような入札は、配達を実行する為の費用、配達完了の為の時間等を含み得る。
【０１１５】
ブロック１００９で示されるように、幾つかの実施形態は、応札を送信するステップを含み得る。そのような送信は、入札の表示の受信に応答して実行することができる。そのような送信は、配達業者からの送信を含み得る。そのような送信は、ユーザ、商人、システム１０１等への送信を含み得る。
【０１１６】
ブロック１０１１で示されるように、幾つかの実施形態は、配達を行う為に複数の応札を受信するステップを含み得る。そのような応札は、応札の送信に応答して受信することができる。そのような応札は、配達業者から受信することができる。そのような応札は、ウェブサイトを通じて受信することができる。そのような応札は、費用、時間及び／又は時間枠等についての情報を含み得る。
【０１１７】
任意の数の配達業者及び／又はサービスプロバイダから任意の数の応札を受信できること、任意の数の配達業者及び／又はサービスプロバイダが任意の実施形態で要求通りに如何なる方法でも応札の決定、受信、送信を行えることを認識すべきである。
【０１１８】
幾つかの実施形態では、１つ又は複数の応札は、価格の表示を含み得る。そのような価格は、落札されて配達が実行された場合に配達業者に支払うべき価格を含み得る。そのような価格は、リファーラル料金のパーセンテージ、商品価格のパーセンテージ、均一料金等を含み得る。例えば、幾つかの実施形態では、そのような価格は、商人への注文のリファーラルに対してリファーラルサービスに支払われた料金のパーセンテージ（例えば、２５％）を含み得る。
【０１１９】
幾つかの実施形態では、１つ又は複数の応札は、時間及び／又は時間枠の表示を含み得る。そのような時間及び／又は時間枠は、配達業者が落札した場合に配達の実行に合意した時間及び／又は時間枠を含み得る。
【０１２０】
ブロック１０１３で示されるように、幾つかの実施形態は、複数の応札に基づいて配達業者を選択するステップを含み得る。そのような選択は、応札時間の終わりに実行することができる。そのような選択は、所望の特性を有する応札が受信された際に実行することができる。そのような選択は、１つ又は複数の応札の受信に応答して実行することができる。そのような選択は、システム１０１、ユーザ、商人等によって実行することができる。そのような選択は、応札と関連付けられた費用に基づき得る。例えば、最低費用の応札を選択することができる。そのような選択は、配達業者の評判に基づき得る。例えば、より低い評判を有する業者からの応札よりも、より良い評判を有する業者からの応札を選択することができる。そのような選択は、応札と関連付けられた時間及び／又は時間枠に基づき得る。例えば、注文と関連付けられた時間及び／又は時間枠と最も厳密に一致する時間及び／又は時間枠を有する応札を選択することができる。幾つかの実施形態では、如何なる所望の特性も、選択を基礎付ける為に使用することができる。幾つかの実施形態では、如何なる特性の組合せも、応札に基づいて配達業者を選択する為に使用することができる。例えば、様々な特性が公式に入力される際は、様々な特性を重み付けする公式を使用して、公式によって最高の総重み出力をもたらす応札を選択することができる。任意の実施形態では、選択を含む如何なる決定方法も使用することができる。そのような選択は、１つ又は複数の応札に基づき得る。
【０１２１】
幾つかの実施形態では、１つ又は複数の特性を有する及び／又は有さないサービスプロバイダと関連付けられた応札は、フィルタ除去することができる。そのようなフィルタ除去された応札は、どのサービスプロバイダを選択するかの判断に使用することはできない。例えば、幾つかの実施形態では、最小限の格付け、所望の設備、所望の保証等を有さない配達業者からの応札は、フィルタ除去することができる。
【０１２２】
幾つかの実施形態では、そのようなフィルタ除去された応札は、他の応札が受信されない場合及び／又は受信された他の応札が不適切と判断された場合は、それにもかかわらず、使用することができる。例えば、幾つかの実施形態では、他の応札額が高過ぎる場合は、フィルタ除去された応札を使用することができる（例えば、それらが２５％高い、５０％高い、５０ドル高い、１０ドル高い等）。別の例として、他の応札が十分にない場合は、フィルタ除去された応札のうちの１つ又は複数を使用することができる。幾つかの実施形態では、フィルタ除去された応札の使用は、価格に基づく順番、別の特性に基づく順番等でフィルタ除去された応札の使用を含み得る。例えば、幾つかの実施形態では、フィルタ除去された応札が特性（例えば、格付け）の欠如に基づいてフィルタ除去された場合は、他の応札の前に、所望の特性に最も近い特性を有する応札を使用することができる（例えば、最も高い格付けを有するフィルタ除去された応札は、最も低い格付けを有するものの前に使用することができる）。例えば、４つ星の格付けが必要だが、４つ星の格付けを有する応札が受信されない場合は、３つ星を有する応札を代わりに使用することができる。
【０１２３】
幾つかの実施形態では、そのような選択は、最低価格の応札の選択を含み得る。例えば、そのような選択は、選択された配達業者と関連付けられた価格が１つ又は複数の他の付け値より低いと判断することを含み得る。幾つかの実施形態では、そのような選択は、注文と関連付けられた時間及び／又は時間枠と一致する応札の選択を含み得る。例えば、そのような選択は、選択された配達業者と関連付けられた時間及び／又は時間枠が注文の時間及び／又は時間枠と一致すると判断することを含み得る。選択のそのような例は単なる例として与えられており、如何なる所望の方法も使用できることを認識すべきである。例えば、幾つかの実施形態は、注文と関連付けられた時間及び／又は時間枠、１つ又は複数の応札と関連付けられた時間及び／又は時間枠、並びに／或いは、１つ又は複数の応札と関連付けられた価格の少なくとも１つを含むアルゴリズムを使用するステップを含み得る。例えば、そのようなアルゴリズムは公式を含み得る。例えば、そのようなアルゴリズムは、所望の時間近くで配達することができる最も低い費用の配達業者を決定する為に、時間差及び費用を重み付けすることができる。
【０１２４】
ブロック１０１５で示されるように、幾つかの実施形態は、選択された配達業者を使用して配達を促進するステップを含み得る。そのような動作は、業者の選択に応答して実行することができる。そのような動作は、商人、ユーザ、システム１０１等によって実行することができる。配達を促進するステップは、配達業者に配達についての情報を送信するステップ、支払を手配するステップ、支払を行うステップ等を含み得る。そのような情報は、注文詳細、場所情報等、入札を引き起こす為に送信されたものへの追加の情報を含み得る。そのような促進は、配達を実行するという要求を送信することを含み得る。配達サービスプロバイダは、そのような情報を受信し、例えば、配達を実行することによって、従業員に通知することによって等、配達を促進することができる。
【０１２５】
単一の注文が出された後に配達業者を決定するという観点から様々な例が与えられているが、幾つかの実施形態は注文が出される前に及び／又は複数の注文に対して配達業者を決定することを含み得ることを認識すべきである。例えば、オークションは、次の注文に対して、将来のある時間の注文に対して、次の一連の注文に対して、ある地理的地域の注文に対して、将来のある時間の一片の注文に対して、特定の日の注文に対して、ある月の注文に対して、一連の注文に対して、一群の注文に対して等、使用することができる。
【０１２６】
本明細書で配達業者について言及される際、そのような言及は単なる非限定的な例として与えられることを認識すべきである。幾つかの実施形態は、任意の数の従業員を有する配達サービスプロバイダを含み得る。幾つかの実施形態は、業者の役割を果たす配達サービスプロバイダを含み得る。幾つかの実施形態は、原則の役割を果たす配達サービスプロバイダを含み得る。
【０１２７】
配達業者が１回応札するという様々な例が与えられているが、幾つかの実施形態は如何なる所望のオークションシステムも含み得ることを認識すべきである。例えば、従来のオークションを使用すること、リバースオークションを使用すること、サイレントオークションを使用すること、シークレットオークションを使用すること、オープンオークションを使用すること等ができる。幾つかの実施形態では、オークションは、最低競売価格及び／又は時間を有し得る。幾つかの実施形態では、オークションは、限定期間を有し得る。幾つかの実施形態では、配達業者は、付け値の変更及び／又は付け値の更新を提出することができる。幾つかの実施形態では、配達業者は、競争買い付けについての情報を見ることができる場合がある。幾つかの実施形態では、他の配達業者の応札についての情報を配達業者に提供することができる。幾つかの実施形態では、複数の応札を配達業者から受信することができる。
【０１２８】
幾つかの実施形態では、例えば、配達業者は、別の配達業者による応札の表示を受信することができる。そのような表示の受信に応答して、配達業者は、行うべき応札を判断することができる。そのような応札は、配達業者の２回目の応札であり得る。そのような応札は、配達業者による１回目の応札より低い価格に対するものであり得る。そのような応札は、１回目の応札より良い時間に対するものであり得る。そのような応札は、他の配達業者による応札より低い価格及び／又は良い時間に対するものであり得る。そのような応札は、サービスを提供する為の費用に基づき得る。そのような応札の決定に応答して、表示を送信することができる。
【０１２９】
図１０は非限定的な例示的な一方法を示すが、他の実施形態は任意の所望の順番及び／又は数の同じ又は異なる動作を含み得る如何なる所望の方法も含み得ることを認識すべきである。そのようなプロセスの動作は様々な実施形態で要求通りに如何なる実体によっても実行できることを認識すべきである。
【０１３０】
複数の実体が仲介機関の役割を果たす形式で様々な例が与えられているが、幾つかの実施形態は、そのような仲介機関を含まない場合、より多くのそのような仲介機関を含む場合及び／又は異なるそのような仲介機関を含む場合があることを認識すべきである。例えば、幾つかの実施形態は、分散システムを含み得る。幾つかの実施形態は、ユーザ、支払処理サービス及び／又はシステム、システム１０１、並びに／或いは、支払処理デバイスが、他のもののうちの１つによって実行されている可能性がある如何なる役割も果たすシステムを含み得る。例えば、ユーザは、支払処理デバイスと直接通信すること、支払処理を実行すること等ができる。そのような動作及び／又は他の動作は、任意の実体によって任意の組合せで実行することができる。
【０１３１】
様々な例は、システム１０１等のシステムについて言及し得る。そのような言及は単なる例として与えられ、システム１０１及び図１は両方とも単なる例として与えられることを認識すべきである。様々な実施形態は、任意の構成の任意のシステム及び／又はシステム１０１と同様の任意の特性を含んでも含まなくともよいシステムを含み得、システム１０１への言及は何れも、そのような特性の有無にかかわらず他の任意のシステムについて言及し得る。
【０１３２】
配達される及び／又は別の方法で提供される商品の観点から様々な実施形態が与えられているが、幾つかの実施形態は商品よりむしろサービスの提供に関連し得ることを認識すべきである。例えば、幾つかの実施形態では、任意の種類のサービスプロバイダの選択を行うこと、幾つかの実施形態では、サービスプロバイダによって使用される予定の商品の選択を行うこと、幾つかの実施形態では、サービスプロバイダの下請契約者の選択を行うこと、幾つかの実施形態では、そのような選択されたアイテムの提供を行うこと等ができる。
【０１３３】
複数の業者の例
幾つかの実施形態は、１人及び／又は複数の商人から１人及び／又は複数の顧客への配達又は他のサービスを実行する単一の配達業者及び／又は他のサービスプロバイダの観点から説明されている場合がある。幾つかの実施形態では、複数の配達業者及び／又は他のサービスプロバイダを使用して、単一及び／又は複数の配達を実行すること、並びに／或いは、単一及び／又は複数の出発地及び／又は単一及び／又は複数の顧客及び／又は目的地に関与する任意の所望のサービスを実行することができる。幾つかの実施形態は、要求通りにサービスを提供する為に複数のサービスプロバイダを使用して促進するステップを含み得る。図１１は、幾つかの実施形態で実行することができる例示的なプロセスを示す。
【０１３４】
複数の業者との１対１の例
幾つかの実施形態では、複数のサービスプロバイダは、単一の出発地及び１人の顧客に関与するサービスの提供を促進する為に同様の機能を実行することができる。例えば、１つ又は複数の商品は、複数の配達業者によって、単一の出発地から単一の目的地まで配達することができる。別の例として、複数の選別者及び／又は包装者は、１人の顧客への配達及び／又は１人の顧客による受取の為に、１人の商人の所で商品の選別及び／又は包装を行うことができる。幾つかの実施形態は、複数のサービス業者を使用すべきであると判断するステップ、サービス業者を選択するステップ、サービス業者の連携を取るステップ、提供されるサービスを促進するステップ等を含み得る。
【０１３５】
幾つかの実施形態は、ブロック１１０１で示されるように、注文についての情報を受信するステップを含み得る。そのような情報は、例えば、注文（例えば、出発地、目的地、商品等）を定義することができる如何なる所望のパラメータも示し得る。注文についての情報を受信するステップについては、本明細書の他の箇所で説明する。
【０１３６】
幾つかの実施形態は、ブロック１１０３で示されるように、注文を履行する為に複数のサービス業者を使用すべきであると判断するステップを含み得る。そのような判断は、注文の１つ又は複数の特性、注文に対して受信された１つ又は複数の応札、１つ又は複数のサービス業者の応対可能性、１つ又は複数のサービス業者の場所、出発地及び目的地のうちの１つ又は複数の場所、１つ又は複数のサービス業者から受信された情報等に基づき得る。
【０１３７】
例えば、そのような判断は、合わせて注文の完了となる注文の一部を完了する為の２つの別々のサービス業者による応札の組合せが他の応札より低いことに基づき得る。
【０１３８】
例として、判断は、注文のサイズ及び／又はサービス業者のサービスを実行する能力に基づいて行うことができる。例えば、幾つかの実施形態では、注文のサイズ及び配達業者の各々の運搬能力に基づいて注文を履行する為に２つ以上の配達業者を使用することができるという判断を行うことができる。そうでなければ、注文を履行する為に１人の商人が複数回訪れる必要があり得る。幾つかの実施形態では、そのような判断は、より大きな運搬能力を有する１人の商人で注文を履行するオプションがある場合でさえ行うことができる。例えば、オークションプロセスにおける応札が受信され、複数の配達業者がより大きな運搬能力を有する１人の配達業者より低い価格をもたらした場合は、注文を履行する為に複数の配達業者を使用すべきであると判断することができる。
【０１３９】
例として、判断は、サービスを実行することへの１つ又は複数のサービス業者の応対可能性に基づき得る。例えば、幾つかの実施形態では、配達の為の運送の一部分を実行することへの２つ以上の配達業者の応対可能性に基づいて注文を履行する為に２つ以上の配達業者を使用することができるという判断を行うことができる。例えば、幾つかの実施形態では、２つ以上の配達業者の各々は、配達の一部分の実行への応対は可能であるが、配達全体の実行への応対は可能でない場合がある。幾つかの実施形態では、組み合わされると（例えば、配達を完了する為に、注文が第１の業者から第２の業者に渡される場合）、そのような部分は、合わせて完全な配達となり得る。合わせて配達全体となり得る運送の一部を完了する為にそのような２つ以上の配達業者を使用すべきであると判断は、費用に基づいて（例えば、配達費用を最小限に抑える為）、応対可能性に基づいて（例えば、完全な配達の実行に応対可能な業者がいない為）、業者の利用を最大にする為（例えば、２つ以上の業者が何もしていなかった為、２つ以上の業者が何れにせよ配達先の方向に向かっていた為等）等、行うことができる。
【０１４０】
幾つかの実施形態は、ブロック１１０５で示されるように、注文を履行する為に２つ以上のサービス業者を選択するステップを含み得る。そのような選択は、注文の１つ又は複数の部分を実行する為の入札に基づいて行うことができる。例えば、そのような配達業者は、配達の所望の特性（例えば、時間、場所、格付け等）を履行しながら配達費用を最小限に抑える為に選択することができる。そのような選択は、配達業者の応対可能性、配達業者の場所、配達を行う為のルート等に基づいて行うことができる。例えば、そのような選択は、配達業者の利用を最大にする為、より均等に分散されるように並びに／或いはより理想的な及び／又は所望のパターンで分散されるように配達業者の位置を再構成する為、未使用の配達業者を最小限に抑える為、配達を行う為の時間を最小限に抑える為等、行うことができる。そのような選択は、ブロック１１０３の判断の一部として、そのような判断に関連して、ブロック１１０３のような単一の動作及び／又は一連の動作として、そのような判断とは別々に、並びに／或いは、そのような判断との任意の所望の関係の有無にかかわらず、行うことができる。
【０１４１】
例えば、幾つかの実施形態では、配達の第１の部分を実行する為、出発地に最も近く、既に目的地に向かっている配達業者を選択することができる。配達を終える為、目的地に最も近く、第１の配達業者が目的地に向かう過程において第１の配達業者の近くを通過しようとしている第２の配達業者を選択することができる。２人は、配達の為に、待ち合わせて、第１の配達業者から第２の配達業者に注文の商品を渡すことができる。商人の所で選別機能を実行する為、商人の所及び／又はその近くにいる第１及び第２の選別者を選択することができる。選別者は、選別した商品を組み合わせて１つの注文にする為に待ち合わせること、及び／又は、配達業者に商品を別々に渡す為に配達業者と待ち合わせることができる。そのような選別者は、配達業者及び／又は商人を含み得る。幾つかの実施形態は、そのような業者との待ち合わせを促進する（例えば、時間及び／又は場所を業者に伝達する、場所アイデンティティを業者に伝達する等）ステップを含み得る。
【０１４２】
幾つかの実施形態では、サービス業者及び／又は他の提供源は、複数の配達業者のそのような選択を可能にする為、サービスに情報を提供することができる。例えば、配達業者は、ＧＰＳ場所情報、ルート情報、運搬能力情報等を提供することができる。幾つかの実施形態では、タクシー運転手が配達業者の役割を果たすこと、トラック運転手が配達業者の役割を果たすこと、職場から自宅に帰る人々及び／又は使い走りをしている人々が配達業者の役割を果たすことができる。そのような業者は、携帯電話アプリケーションを通じて、電子メールを通じて、テキストメッセージを通じて等、リファーラルサービスプロバイダに情報を個別に送信することができる。幾つかの実施形態では、タクシーサービスプロバイダ、トラック運転手の派遣所、個人のＧＰＳ場所をモニタするウェブサイト（例えば、更新が行われた際に場所を示す更新されたメッセージの場所タグを含み得るｆａｃｅｂｏｏｋ．ｃｏｍ等のウェブサイト）等の中央ハブは、リファーラルサービスプロバイダにそのような情報を報告することができる。
【０１４３】
幾つかの実施形態は、ブロック１１０７で示されるように、複数のサービス業者を使用して注文の履行を調整する及び／又は促進するステップを含み得る。例えば、情報は、注文の履行方法を特定する複数のサービス業者の各々に伝達することができる。例えば、商品を取り次ぐ為に第２の配達業者と待ち合わせる時間及び場所を第１の配達業者に提供すること、第２の配達業者の連絡先を第１の配達業者に提供すること等ができる。業者の注文の履行を補助することができる如何なる所望の情報も、業者に提供することができる。そのような提供は、送信、電子メールを介する送信、テキスト送信、中央の伝達者（例えば、タクシーの派遣所）への提供等を含み得る。
【０１４４】
幾つかの実施形態は、２つ以上のサービスプロバイダのサービス提供の促進を補助することができる追加のサービスプロバイダを含み得る。例えば、幾つかの実施形態では、中間業者は、待ち合わせ地点で商品を保持する役割を果たし得る。例えば、第１の業者が第２の商人の所で商品を降ろし、第２の配達業者が第２の商人から商品を引き取ることができる。２つの配達業者間の中間業者として、如何なる人物及び／又は場所も使用することができる。そのような中間業者には、サービス料金を提供することができる。そのような中間業者は、配達の促進にそのような中間業者が望ましいという判断に応答してそのようなサービスの提供を行う為、リファーラルサービスから連絡をもらうことができる。そのような中間業者は、オークションシステムを通じて、中間業者の役割を果たす為に入札を提出することができる。
【０１４５】
ある場所から別の場所まで注文を履行する為に複数の業者を使用する様々な例は単なる例として与えられることを認識すべきである。
【０１４６】
複数の業者との複数対１の例
幾つかの実施形態では、複数のサービスプロバイダは、複数の出発地及び１人の顧客に関与するサービスの提供を促進する為に同様の機能を実行することができる。例えば、１つ又は複数のそれぞれの商品は、複数の配達業者によって、複数のそれぞれの出発地から単一の目的地まで配達することができる。別の例として、複数の選別者及び／又は包装者は、１人の顧客への配達及び／又は１人の顧客による受取の為に、複数のそれぞれの商人の所で商品の選別及び／又は包装することができる。幾つかの実施形態は、複数のサービス業者を使用すべきであると判断するステップ、サービス業者を選択するステップ、サービス業者の連携を取るステップ、提供されるサービスを促進するステップ等を含み得る。
【０１４７】
幾つかの実施形態は、例えば、複数の出発地から単一の目的地までの配達を含み得る。幾つかの実施形態では、そのような配達は、複数の配達業者の使用を伴い得る。例えば、２つ以上の出発地は、それぞれの配達業者によってサービス提供することができる。幾つかの実施形態では、そのような複数の出発地からの配達は、単一の配達業者と比べると、複数の配達業者を使用することによって迅速に行うことができる。例えば、そのような複数の配達業者は、順番によりむしろ同時に配達作業を実行することができる。複数の出発地から単一の目的地まで配達する為に複数の配達業者を使用することができる幾つかの実施形態では、プロセス１１００と同様のプロセスを使用することができる。
【０１４８】
幾つかの実施形態は、複数の出発地のうちの２つ以上の出発地（例えば、各出発地、幾つかの出発地）の為の配達業者を決定するステップを含み得る。幾つかの実施形態では、単一の配達業者は、複数の出発地（例えば、地理的に最も近い出発地、ルートに最も近い出発地）にサービス提供することができる。幾つかの実施形態は、配達業者１つにつきサービス提供できる最大数の出発地（例えば、約５つ）を含み得る。幾つかの実施形態は、追加の配達業者が注文のサービス提供に追加される前の出発地間の最大距離（例えば、１ブロック、５マイル）を含み得る。幾つかの実施形態は、目的地へのルートに沿って距離がある場合は、そのような計算に距離を含まない場合がある。幾つかの実施形態は、ルート（例えば、予定ルート、通常のルート、特定されたルート、理想的なルート）からの距離を参照し得る。
【０１４９】
幾つかの実施形態では、複数の配達業者が使用される場合でさえ、複数回よりもむしろ単回で配達させることを望むことができる。幾つかの実施形態では、配達の調整及び／又は促進は、単一の配達業者による配達の為に複数の配達業者が複数の出発地からの商品を組み合わせることを含み得る。そのような組合せに関する情報（例えば、１つ又は複数の他の配達業者との組合せの為の集まりに関する時間、場所、連絡先等）は、各配達業者に提供することができる。
【０１５０】
複数の出発地から単一の場所まで注文を履行する為に複数の配達業者を使用する様々な例は単なる例として与えられることを認識すべきである。他の実施形態は、任意の数の顧客の為に複数の出発地からの任意の所望のサービスを実行する為、如何なるタイプの複数の業者も含み得る。
【０１５１】
複数の業者との１対複数の例
幾つかの実施形態では、複数のサービスプロバイダは、任意の数の（例えば、１つ又は複数の）出発地及び複数の顧客に関与するサービスの提供を促進する為に同様の機能を実行することができる。例えば、１つ又は複数の商品は、複数の配達業者によって、単一の出発地から複数の目的地まで配達することができる。別の例として、複数の選別者及び／又は包装者は、複数の顧客への配達及び／又は複数の顧客による受取の為に、単一の場所で商品の選別及び／又は包装することができる。幾つかの実施形態は、複数のサービス業者を使用すべきであると判断するステップ、サービス業者を選択するステップ、サービス業者の連携を取るステップ、提供されるサービスを促進するステップ等を含み得る。
【０１５２】
幾つかの実施形態は、単一の出発地から複数の目的地までの配達を含み得る。幾つかの実施形態では、そのような配達は、複数の配達業者の使用を伴い得る。例えば、１つの出発地は、単一の配達業者によってサービス提供することができ、次いで、単一の配達業者は、１つの目的地に第１の商品を配達し、第２の目的地への配達の為に第２の配達業者に第２の商品を渡す。幾つかの実施形態では、複数の目的地への配達は、単一の配達業者と比べると、複数の配達業者を使用することによって迅速に行うことができる。例えば、そのような複数の配達業者は、順番によりむしろ同時に配達作業を実行することができる。幾つかの実施形態では、そのような方法での複数の配達業者の使用は、冗長な移動時間を削減することによって、費用を最小限に抑えることができる。単一の場所から複数の目的地まで配達する為に複数の配達業者を使用することができる幾つかの実施形態では、プロセス１１００と同様のプロセスを使用することができる。
【０１５３】
幾つかの実施形態は、複数の目的地のうちの各目的地の為の配達業者を決定するステップを含み得る。幾つかの実施形態では、単一の配達業者は、複数の目的地（例えば、地理的に最も近い目的地）にサービス提供することができる。幾つかの実施形態は、１つの配達業者につきサービス提供できる最大数の目的地（例えば、約５つ）を含み得る。幾つかの実施形態は、追加の配達業者が注文のサービス提供に追加される前の目的地間の最大距離（例えば、５マイル）を含み得る。幾つかの実施形態は、目的地へのルートに沿って距離がある場合は、そのような計算に距離を含まない場合がある。
【０１５４】
単一の出発地から複数の目的地まで注文を履行する為に複数の配達業者を使用する様々な例は単なる例として与えられることを認識すべきである。他の実施形態は、任意の数の（例えば、１人又は複数の、２人以上の）顧客の為の任意の数の（例えば、１つ又は複数の、２つ以上の）出発地からの任意の所望のサービスを実行する為、如何なるタイプの任意の数の（例えば、１つ又は複数の、２つ以上の）業者を含み得る。
【０１５５】
支払及び複数の業者の例
複数のサービス業者が使用される幾つかの実施形態では、１つ又は複数の注文に対する支払は、サービスに対する１つ又は複数の入札、事前に決定された料金、実行されるサービスのパーセンテージ等に従って、業者間で割り当てることができる。幾つかの実施形態では、支払は、サービスの実行に対して、後の時間に（例えば、勘定決済される月末に）業者に行う及び／又は割り当てることができる。幾つかの実施形態では、支払は、サービスが実行される前、サービスの完了時等に行う及び／又は割り当てることができる。幾つかの実施形態では、業者は、顧客及び／又は出発地から集金することができ、支払用の金銭を１つ又は複数の他の業者と交換することができる。幾つかの実施形態では、配達及び／又はリファーラルサービスは、支払の実行及び／又は割り当てを促進する為、小切手の郵送、口座への入金、支払期日が来ていることの確認等を行うことができる。如何なる支払割り当て及び／又は分配方法も使用できることを認識されたい。
【０１５６】
サービスエラーの訂正の例
幾つかの実施形態では、サービスの提供におけるエラーが起こり得る。幾つかの実施形態は、そのようなエラーが起こった、起こりそうである及び／又は起こるであろう等と判断するステップを含み得る。そのような判断に応答して、幾つかの実施形態は、１つ又は複数のエラーを訂正する及び／又は防ぐ為の動作を行うステップを含み得る。
【０１５７】
そのようなエラーが起こった、起こるであろう、起こりそうであるとの判断及び／又は他のそのような判断は、受信された情報に応答して行うことができる。例えば、そのような判断は、サービスが実行されていないことを確認する為のリファーラル／配達サービスプロバイダへの電子メール等に応答して行うことができる。別の例として、そのような判断は、サービスプロバイダがサービスを実行できないことを伝達することに応答して行うことができる。更に別の例として、そのような判断は、サービスプロバイダがサービスを実行できる場所にいないことを確認する場所情報に応答して行うことができる（例えば、選別者が選別すべき時に選別する為に商人の所にいないことをＧＰＳ座標が示す）。
【０１５８】
幾つかの実施形態では、サービスに関してエラーが起こった場合は、入札プロセスを使用して、第１の業者の責任を引き継ぐ為に新しい業者を決定することができる。幾つかの実施形態では、第１の業者は、エラーの発生に応答して、一定の期間、多くの入札の間、永久に、損害賠償が行われるまで等、サービス及び／又は任意のサービス上の入札から除外される場合がある。幾つかの実施形態では、第１の業者は、任意の追加の費用及び／又は第１の業者の失敗に対する顧客への返金に対する支払を選ばれた業者に行う責任を有し得る。幾つかの実施形態では、システムは、第１の業者から第２の業者に相応に、第１の業者から顧客に相応に等、支払を割り当てることができる。
【０１５９】
様々な組合せの例
複数の業者が１つ又は複数の注文を履行する為に一緒に行動する様々な例は、単なる例として与えられている。業者の動作の任意の組合せは如何なる実施形態でも使用できることを認識すべきである。例えば、単一の配達業者は、１つの注文を配達する役割、第２の注文を取り次ぐ役割、第３の注文を引き取る役割、及び、任意の所望の注文又は別のものに対する他の所望の動作を実行する役割（例えば、業者がタクシー運転手であれば乗客をどこかに届ける、業者が何れにしてもその予定であったならば食料品を購入する、図書館がルートに沿ってあれば図書館に本を返却する等）を果たし得る。
【０１６０】
デバイス及び／又は追跡の例
幾つかの実施形態は、１つ又は複数の業者によって１つ又は複数の注文の履行を促進する為に１つ又は複数の所望の動作を実行することができる１つ又は複数のコンピューティングデバイスを含み得る。例えば、幾つかの実施形態は、１つ又は複数のサービスプロバイダの場所、ルート、出発地の場所、目的地の場所、商人の場所、仲介機関の場所等の場所の追跡に関連する動作を実行するコンピューティングデバイスを含み得る。そのようなシステムは、任意の所望の出発地からサービスプロバイダ、商人、出発地、場所等の割り当てを特定するＧＰＳ、住所及び／又は他の場所の情報を受信することができる（例えば、中央ディスパッチャ、場所をモニタするウェブサイト、業者、顧客、商人等）。１つ又は複数のマッピング技法を使用して、場所に関するルート、距離、待ち合わせ地点等を決定することができる。そのような場所情報のモニタリング及び／又は１つ若しくは複数のマッピング技法の使用により、システムは、２つの業者が待ち合わせするかどうか及びいつ待ち合わせするか（例えば、商品を取り次ぐ為）、商品の待ち合わせ場所をどこにするか等を判断することができる。
【０１６１】
そのような情報をモニタするシステムは、業者がサービスを実行していないと判断することができる（例えば、業者が正しい方向に向かっていない、正しい場所にいない等）。上記で論じられるように、業者の場所が正しくないと判断することに応答して、システムは、エラーを訂正する及び／又は防ぐ為の所望の動作を行うことができる。例えば、システムは、代替の場所を見つけること、情報を再送信すること、要求通りにサービスが実行されることの検証を要求すること等ができる。場所情報は、ＧＰＳデバイス、商人、コンピュータシステム、中央ＧＰＳシステム（例えば、タクシー運転手派遣所、ニューヨーク市のタクシーモニタリングサービス等）から受信することができる。
【０１６２】
幾つかの実施形態では、１つ又は複数のコンピュータデバイスは、部分的なサービス、完全なサービスを決定する為、並びに／或いは、そのようなサブ及び完全なサービスに対する入札を促進する為、如何なる所望の動作も実行することができる。例えば、幾つかの実施形態では、システムは、インターフェースを通じてサービスが必要な配達及び／又はタスクを特定することができる。システムは、サービス及び／又はサービスの一部を完了する為に入札を受信することができる。システムは、一連の部分に対する一連の入札がサービス全体を構成すると判断することができる。システムは、その一連の入札を完全なサービスに対する入札として扱うことができる。幾つかの実施形態では、システムは、サービスの別の部分が別のサービス業者に入札された及び／又は割り当てられたことをシステムが受信した場合及び／又は別の方法で決定した場合、サービスの一部に対するオークションを確立することができる。他のオークションに対する入札を受信した場合は、組み合わされた一連の入札を完全なサービスに対する入札として扱うことができる。サービスの一部への入札に対する希望を決定する為の方法、サービス業者が注文の一部に対するサービス提供を行うべきであると判断する為の方法、サービスの一部の実行への関心を求める為の方法、単一のサービス業者よりも複数のサービス業者を選ぶ費用を比較する為の方法等は要求通りにコンピュータデバイスによって使用及び／又は実行できることを認識すべきである。
【０１６３】
ブリックアンドモルタル（Ｂｒｉｃｋ  ａｎｄ  Ｍｏｒｔａｒ）の例
幾つかの実施形態は、顧客の動作に基づいて商人からの配達を促進するステップを含み得る。顧客は、商人の最も近くで、注文の商品を特定すること、配達に関する希望を特定すること、支払を行うこと等ができる。情報は、配達／リファーラルサービスに送信すること及び／又は配達／リファーラルサービスによって受信することができ、それに応答して、配達を促進することができる。そのような実施形態により、顧客は、商人の最も近くで（例えば、配達キオスクを使用することによって、コンピューティングデバイスを使用することによって、従業員と連絡を取ることによって等）、商人からの商品の配達を確立することができる。
【０１６４】
例えば、幾つかの実施形態では、顧客は、店にいて、店によって販売される１つ又は複数の商品の配達を手配することができる。幾つかの実施形態では、そのような配達の手配は、配達についての情報を入力する為にウェブページにアクセスすること（例えば、スマートフォン、ラップトップ、キオスク等から）、ＰＯＳ端末（例えば、レジ、クレジットカード処理インターフェース）、ラップトップ、電話及び／又は他のデバイスを通じて配達情報を入力することができる商人の従業員と連絡を取ること、テキスト又は他の通信を送信すること等を含み得る。幾つかの実施形態は、注文に対する一連の商品の特定、配達に関する希望の特定、配達情報の受信及び／又は送信、配達の促進、金銭の割り当て並びに／或いは任意の所望の動作を含み得る。
【０１６５】
幾つかの実施形態は、１つ又は複数の商品を識別するステップを含み得る。そのような識別は、顧客が商人によって販売用に提供される１つ又は複数の商品を選ぶことを含み得る。そのような顧客は、買い物客によって知られているように、チェックアウトする為に、商品の代金を支払う為に等、ＰＯＳ端末に商品を持ってくることができる。そのような識別は、ＰＯＳ端末に情報を入力すること（例えば、従業員によって）を含み得る。そのような識別は、ＵＰＣ及び／又は他の識別情報を受信すること（例えば、ＰＯＳ端末のプロセッサによって、キオスクによって、リファーラル及び／又は配達サービスによって）を含み得る。幾つかの実施形態では、ＰＯＳ端末は、入力された情報（例えば、ＵＰＣスキャン、キーパッドを通じる選択）に基づいて商品を識別することができる。幾つかの実施形態では、そのような識別は、注文番号に基づいて識別すること、商品を表す注文番号を決定すること等を含み得る。注文番号は、注文を識別する為に使用することができる（例えば、商品の識別に使用できる注文番号が記載されたレシートを印刷することができる）。そのような識別は、ＰＯＳ端末、キオスク、配達／リファーラルシステム等によって行うことができる。
【０１６６】
幾つかの実施形態は、１つ又は複数の配達パラメータを特定するステップを含み得る。そのような配達パラメータは、例えば、配達時刻、配達の目的地、顧客が配達に対して署名をしなければならないかどうか、許容受取人の名前、配達価格、及び／又は、配達を定義することができる他の任意の情報を含み得る。そのような特定は、顧客によって、デバイスによって、従業員によって等、行うことができる。例えば、従業員は、ＰＯＳ端末を操作することができる（例えば、従業員は、そのような情報を顧客に尋ねて、ＰＯＳ端末にそれを入力することができる）。そのような特定は、配達／リファーラルサービスシステムによって行うことができる（例えば、そのようなシステムは、配達パラメータを特定する情報を受信することができる）。そのような特定は、コンピュータシステム（例えば、顧客がそのような情報を入力することができるキオスク）によって行うことができる。
【０１６７】
幾つかの実施形態は、配達及び／又は注文情報に関する通信を含み得る。例えば、幾つかの実施形態では、配達／リファーラルシステムは、履行する為に１つ又は複数の注文を識別する情報（例えば、注文番号がある場所から別の場所まで配達される予定であることを示す情報、識別された商品及び／又は配達パラメータ）を受信することができる。幾つかの実施形態では、そのような情報は、例えば、顧客又は他のユーザが配達に関連する情報を入力した可能性があるキオスクから、従業員が配達に関連する情報を入力したＰＯＳ端末から、任意の実体が配達に関連する情報を入力した任意のデバイス（例えば、スマートフォン、電話、ラップトップ等）から、送信することができる。そのような情報は、所望の方法で解釈することができる電子メッセージの形式で伝達することができる。そのような情報は、そのような情報の識別に応答して伝達することができる。
【０１６８】
幾つかの実施形態は、商人から目的地までの商品の配達を促進するステップを含み得る。そのような促進は、上記で論じられるような情報の伝達を含み得る。そのような促進は、任意の情報の伝達、並びに／或いは、注文の配達を支援すること及び／又は実行することができる他の任意の動作の実行を含み得る。配達を促進する為に実行することができる動作の様々な例は、本明細書の他の箇所で提供する。そのような促進は、本明細書で説明されるように、配達及び／又はリファーラルシステムによって実行することができる。
【０１６９】
幾つかの実施形態は、支払を割り当てるステップを含み得る。例えば、幾つかの実施形態では、注文に対する支払の一部は、１つ又は複数のサービス業者及び／又は配達／リファーラルサービスに割り当てることができる（例えば、配達業者及び／又は配達／リファーラルプロバイダに割り当てる）。幾つかの実施形態では、顧客は、配達の代金を支払う為に（例えば、ＰＯＳ端末での販売取引の一部として、キオスク又はスマートフォンを通じる別々の取引の一部として等）購入価格を上回る支払を行うことができる。幾つかの実施形態では、そのような余分な支払は行われないが、むしろ、そのようなサービスの代金を支払う為、商人によって販売される商品に対して支払われた価格の一部を割り当てることができる。割り当ては、ＰＯＳ端末、キオスク、配達／リファーラルシステム等によって実行することができる。幾つかの実施形態は、金銭を振り込むことによってそのような割り当てを確定するステップを含み得る。そのような割り当ては、サービスが実行されたと判断することに応答して、サービスが要求されたと判断することに応答して、配達の促進に応答して等、実行することができる。
【０１７０】
幾つかの実施形態では、配達の促進は、商人からの１つ又は複数の商品の受取を促進することを含み得る。幾つかの実施形態では、受取は、注文が出された商人から行うことができる。幾つかの実施形態では、受取は、他の場所で行うことができる。例えば、幾つかの実施形態では、受取は、配達の目的地のより近くに位置する同じチェーンの別の商人の所（例えば、顧客が注文を出した所とは異なるベストバイ（Ｂｅｓｔ  Ｂｕｙ）店）で行うことができる。幾つかの実施形態では、受取は、店よりむしろウェアハウスから行うことができる。幾つかの実施形態は、受取場所に関する伝達（例えば、上記で論じられるように、配達業者へ等）を含み得る。幾つかの実施形態は、そのような受取場所の決定を含み得る。そのような場所は、商人の希望に基づいて、在庫レベルに基づいて、出発地と目的地との間の移動距離に基づいて等、決定することができる。幾つかの実施形態は、業者による受取を許可する為、配達業者のアイデンティティを商人に伝達することを含み得る。幾つかの実施形態は、受取を許可する為、保証情報（例えば、パスワード、ＩＤ等）を商人及び／又は配達業者のうちの１つ又は複数に伝達することを含み得る。幾つかの実施形態は、そのような保証情報の決定を含み得る。そのような伝達及び／又は決定は、注文を履行する為に配達業者を選ぶことに応答して行うことができる。
【０１７１】
幾つかの実施形態は、そのような配達を促進する役割を果たし得る１つ又は複数のコンピューティングデバイスを含み得る。例えば、幾つかの実施形態では、ＰＯＳ端末は、１つ又は複数の動作（例えば、配達情報の送信、注文及び／又は配達情報の識別、受取場所の決定、従業員による入力の受信、注文番号の識別、情報入力の為の１つ又は複数のインターフェースの提供、支払の割り当て）を行うことができ、顧客によって操作されるキオスク又は他のデバイスは、１つ又は複数の動作（例えば、注文番号情報の受信、商品情報の受信、配達情報の受信、情報の送信、情報入力の為の１つ又は複数のインターフェースの提供、受取場所の決定、支払の割り当て）を行うことができ、配達及び／又はリファーラルシステムは、１つ又は複数の動作（例えば、配達の促進、配達ルートのオークション、注文、商品及び／又は配達情報の受信、配達の手配、配達業者への配達情報の送信、支払の割り当て）を行うことができ、並びに／或いは、任意のコンピューティングデバイスは、任意の所望の動作を行うことができる。
【０１７２】
図１２に示されるもの等の別の例として、幾つかの実施形態は、顧客によって商人の所で購入された１つ又は複数のアイテムについての情報を受信すること、１つ又は複数のアイテムの購入に対する支払情報を受信すること、１つ又は複数のアイテムの配達の目的地１２０３についての情報を受信すること、及び、商人から顧客までの１つ又は複数のアイテムの配達を手配する為に配達サービスのコンピューティングデバイス１２０５に配達についての情報を送信することを行うように構成された店頭端末１２０１と、店頭端末から配達についての情報を受信すること、複数の配達業者のうちのどの業者が商人から顧客までアイテムを配達すべきかを決定する為のオークションを開始すること、オークションに基づいて配達業者１２０７を選択すること、及び、選択された配達業者を使用して商人から顧客までのアイテムの配達を促進することを行うように構成された配達サービスのコンピューティングデバイスとを含み得る。そのような店頭端末は、レジを含み得る。
【０１７３】
モバイルデバイスの例
幾つかの実施形態は、モバイルデバイス（例えば、スマートフォン）によって商品を識別するステップを含み得る。例えば、顧客は、商品の識別として商品のＵＰＣコードをスマートフォンにスキャンすることができる。そのような商品の識別は、商品の配達を促進する為に使用することができる。
【０１７４】
幾つかの実施形態では、注文の商品の識別は、ポータブルコンピューティングデバイスによって、及び／又はそれを使用して実行することができる。例えば、幾つかの実施形態では、カメラを有するスマートフォン及び／又は携帯電話を使用して、注文の商品を識別することができる。例えば、顧客は、製品及び／又はバーコードの写真を撮ること、バーコードをスキャンすること、製品を識別する情報を入力すること等ができる。そのような情報は、注文の商品を識別することができる。幾つかの実施形態では、送信される商品についての情報は、商品の写真、商品の記述、商品を識別するコード（例えば、ＵＰＣ）等を含み得る。そのような情報は、配達を促進する為に、配達業者、商人、選別者、包装者等に送信することができる。
【０１７５】
幾つかの実施形態では、注文の商品を識別する情報は、配達／リファーラルサービスに送信することができる。配達／リファーラルサービスは、顧客（例えば、顧客によって特定された目的地）への商品の配達を促進することができる。配達を促進する様々な例が本明細書で与えられている。幾つかの実施形態では、配達の促進は、商品の選別及び／又は包装を促進することを含み得る。商品の選別の促進は、選別すべき（例えば、注文の為に収集すべき）商品の配達業者及び／又は選別業者に表示を送信することを含み得る。業者は、店に行って、棚から商品を選別することができる。幾つかの実施形態では、商人は、自ら商品を選別することができる。例えば、ファックス又は他の商品の表示を商人に送信することができ、商人は識別された商品を選別することができる。選別業者及び／又は別々の包装業者は、配達用に商品を包装する（例えば、商品を配達できる状態にする）ことができる。選別及び／又は包装業者は、配達業者が選別及び／又は包装を実行しない実施形態では、配達業者に商品を渡すことができる。
【０１７６】
幾つかの実施形態では、顧客は、商人に商品及び／又は配達の代金を支払うこと（例えば、従業員への商品の特定を行うことによって）、配達時に商品及び／又は配達の代金を支払うこと（例えば、受信された支払から、配達業者が支払を受領することができる、支払を商人に割り当てることができる等）、モバイルデバイスを通じて商品の代金を支払うこと（例えば、モバイルデバイスを通じて注文を出す前、注文を出す間及び／又は注文を出した後に、クレジットカード又は他の情報を入力する）ことができる。支払は、要求通りに、関係者間で割り当て及び／又は分配を行うことができる。
【０１７７】
幾つかの実施形態では、配達の如何なる所望の特性も、モバイルデバイスインターフェースを通じて入力すること及び／又は配達／リファーラルシステムに送信することができる。例えば、顧客は、モバイルデバイスのインターフェースを通じて、商品の数量、配達時間、配達場所等を特定することができる。そのような情報は、商品の配達の促進における使用の為に送信することができる。
【０１７８】
幾つかの実施形態では、商人情報は、注文及び／又は商品を識別する情報に含めることができる。そのような商人情報は、商人を識別することができる。商人情報は、インターフェースを通じてユーザによって入力することができる。幾つかの実施形態では、商人情報は、商人のＧＰＳ座標を含み得る。そのような情報は、商品のスキャン又は他の識別時のモバイルデバイスの位置に基づいて送信することができる。そのようなＧＰＳ情報は、複数の商品のＧＰＳ座標及びそれぞれの商品に対応する複数のＧＰＳ座標等の平均を含み得る。例えば、そのような複数の商品のＧＰＳ座標は、商品をより素早く位置付ける為に選別業者によって使用することができる（例えば、ＧＰＳ座標の所に行くことによって）。それに従って、そのようなＧＰＳ情報は、配達業者、選別業者、商人等に送信することができる。そのようなＧＰＳ情報は、商人を識別して、商人に支払及び／又は注文情報を送信する為に使用することができる（例えば、商人のＧＰＳ情報のデータベースに記録された商人の場所のＧＰＳ情報に基づいて）。例えば、ＧＰＳ座標は、配達／リファーラルシステムによって注文情報を送信する及び／又は支払を割り当てる商人を決定する為、商人のＧＰＳ座標のデータベースで一致し得る。例としてＧＰＳ座標が与えられているが、様々な実施形態では、三角形の場所、推定場所、ワイヤレスネットワーク信号に基づく場所等、如何なる場所情報も使用できることを認識すべきである。
【０１７９】
図１３は、幾つかの実施形態で使用することができる例示的な方法を示す。ブロック１３０１で示されるように、そのような方法は、携帯電話のカメラによって捕捉された複数のアイテムの表示のそれぞれ（例えば、バーコード、写真）を受信するステップを含み得る。ブロック１３０３で示されるように、そのような方法は、携帯電話からアイテムに対する支払の表示を受信するステップを含み得る。ブロック１３０５で示されるように、そのような方法は、携帯電話からアイテムの配達の目的地の表示及び／又は他の任意の注文関連情報（例えば、商人、スキャン場所、配達時刻）を受信するステップを含み得る。ブロック１３０７で示されるように、そのような方法は、選択された配達業者を使用して、目的地へのアイテムの配達を促進する（例えば、選別／包装の為の業者を選択する、配達業者を選択する、サービスプロバイダをオークションにかける、情報）ステップを含み得る。
【０１８０】
幾つかの実施形態は１人の商人からの配達に関して説明されているが、モバイルデバイスを使用して複数の商人から商品の注文を入力できることを認識すべきである。複数の商人からの配達を促進する様々な例が本明細書で与えられている。
【０１８１】
提案の例
幾つかの実施形態は、場所に基づいて提案を行う（例えば、ユーザインターフェースを通じて情報を提示する）ステップを含み得る。そのような提案は、第１の商人から注文が出される及び／又は受信されることに応答して行うことができる。そのような提案は、第２の商人に関連する提案を含み得る。そのような提案は、第１の商人及び／又は顧客に関連する場所及び／又はルートに最も近い（例えば、第１の商人に近い、第１の商人と顧客との間のルートに近い、顧客に近い）第２の商人に関連する。幾つかの実施形態は、第２の商人が場所及び／又はルートに近い（例えば、予定時間枠の閾値内、距離閾値内）と判断するステップを含み得る。幾つかの実施形態では、提案を行うステップは、そのような判断に応答して実行することができる。
【０１８２】
幾つかの実施形態は、顧客に商人及び／又は商品を提案するステップを含み得る。そのような提案は、配達／リファーラルシステムによって、配達業者によって、商人によって等、行うことができる。そのような提案は、注文を出す為に使用することができるインターフェース（例えば、ウェブページ）を通じて行うことができる。幾つかの実施形態では、そのような提案は、場所（例えば、商人の場所、目的地の場所、サービス提供業者の場所、ある場所と別の場所との間のルート）に基づく提案を含み得る。例えば、幾つかの実施形態は、注文が出された商人の近くにいる商人、注文が出された商人と顧客との間のルートに沿っている商人、商人と目的地との間のルートから距離閾値内の商人、サービス提供業者（例えば、選別者、配達業者、受取業者等）と商人との間のルートに沿っている及び／又はルートから距離閾値内の商人並びに／或いはそれらの商人によって販売される商品等の提案を行うステップを含み得る。幾つかの実施形態では、そのような提案は、注文されたアイテム及び／又はユーザプロファイル（例えば、前回注文が出された際に第２の注文も出されたという知識、ティッシュペーパーの注文等の以前の注文が使用された可能性があるという知識、お気に入りの商人がルートの近くにいるという知識等）に基づき得る。
【０１８３】
幾つかの実施形態は、サービスプロバイダに提案するステップを含み得る。そのような提案は、場所（例えば、業者がそれに関するサービスを実行する商人の場所、業者がそれに関するサービスを実行する目的地の場所、サービス提供業者の場所、ある場所と別の場所との間のルート）に基づく提案を含み得る。例えば、配達業者が第１の場所から第２の場所まで配達を行う場合は、商人もまた第１の場所から第２の場所までのルートに沿った第３の場所から第４の場所（例えば、第２の場所の近くにある可能性がある場所）まで配達を行うという提案を行うことができる。そのような提案は、特定のサービスに関して行われているオークションを特定することを含み得る。幾つかの実施形態は、本明細書で論じられるように、１つ又は複数のマッピング技法及び／又は受信された場所情報を使用することによって等、商人、顧客、ルート、配達業者等の１つ又は複数の場所及び／又は距離を決定するステップを含み得る。幾つかの実施形態は、そのような１つ又は複数の場所及び／又は距離に基づいて（例えば、閾値を下回る距離に基づいて、閾値を下回る予定追加時間に基づいて等）提案を行うべきであると判断するステップを含み得る。
【０１８４】
幾つかの実施形態は、場所情報を処理すること及び／又は場所情報に基づいて１つ又は複数の動作を実行することができる１つ又は複数のコンピュータシステムを含み得る。例えば、配達／リファーラルサービスは、１つ又は複数の業者の場所についての情報、１つ又は複数の注文の出発地情報、１つ又は複数の注文の目的地情報、１つ又は複数の配達及び／又は他のサービスの為のルート等を受信することができる。幾つかの実施形態では、そのようなシステムは、開始及び終了場所に基づいてルートを決定することができる（例えば、マッピング技法を使用して、グーグルマップ等の外部の提供源を使用して等）。幾つかの実施形態では、場所は、データベース内のＧＰＳ又は他の場所情報に基づいて決定することができる（例えば、商人の場所は、データベースに格納された商人の場所情報に基づいて決定することができる）。幾つかの実施形態では、場所は、受信された業者及び／又は目的地についての場所情報（例えば、タクシーのＧＰＳ場所、配達住所）に基づいて決定することができる。幾つかの実施形態では、場所は、距離及び／又は予定時間を決定する為、互いに及び／又はルートと比較することができる。幾つかの実施形態では、提案、割り当て等は、そのような比較に基づいて（例えば、比較が１マイル等の閾値未満の場合）促進する（例えば、情報を送信する）ことができる。幾つかの実施形態では、距離及び／又は時間に関する記録を記録し、予定時間を決定する為に後に使用することができる（例えば、場所間の過去のルックアップテーブルを通じて）。
【０１８５】
幾つかの実施形態では、リファーラル／配達サービスは、顧客及び／又はサービス業者が提案を受領することに応答して提案を行う商人、配達業者及び／又は他の実体への支払を提供すること及び／又は支払を決定することができる。幾つかの実施形態では、ルートは配達にそれほど時間及び／又は費用を追加しない為、配達業者は、割引価格で提案されたルートを受領することができる。如何なるサービスプロバイダ（例えば、例えば、別の注文の為に既に店にいる選別者）に対しても、同様の受領を行うことができる。サービス提供費用が顧客又は商人に渡される幾つかの実施形態では、２つのルート（又は例えば要求通りにそれ以上のルート）の費用の割り当ては、両方のルートの費用に基づいて２つのルート間で行うことができる。例えば、２番目に受領したことを理由に第２のルートが低料金を享受しないように、第１のルートに対する費用を削減し、第２のルートに対する費用を増加することができる。幾つかの実施形態では、リファーラル／配達サービスが支払の一部として価格低下を取り入れられるように、費用が顧客又は商人に渡されない場合がある。
【０１８６】
アービトラージの購入の例
幾つかの実施形態は、他の出発地での商品の価格に基づいて商品の出発地を調整するステップを含み得る。図１４は、幾つかの実施形態で実行することができる例示的な方法を示す。幾つかの実施形態では、顧客は、特定の商人から配達用の１つ又は複数の商品を選ぶことができる。ブロック１４０１で示されるように、幾つかの実施形態は、第１の商人に対する注文の１つ又は複数の商品についての情報を受信するステップを含み得る。幾つかの実施形態では、そのような商品の幾つか又は全ては、複数の商人から販売用に提供された商品であり得る。幾つかの実施形態では、配達／リファーラルシステムは、各商人の場所及び／又は各商人によって商品が提供される価格を知っている場合がある。ブロック１４０３で示されるように、幾つかの実施形態は、第２の商人が注文の１つ又は複数の商品を売り出していると判断するステップを含み得る。そのような判断は、注文についての情報の受信に応答して実行することができる。幾つかの実施形態では、第１の商人から商品の注文を受信すること及び／又は注文の１つ若しくは複数の商品が第２の商人によって提供され得ることに応答して、配達／リファーラルサービスは、ブロック１４０５で示されるように、第２の商人からの注文の少なくとも一部の履行が有利となると判断することができる。そのような判断は、第１及び第２の商人によって提供される商品の価格、第１及び／又は第２の商人の場所、第１及び第２の商人の各々に対する配達サービス提供費用、並びに／或いは、任意の所望の情報に基づいて行うことができる。ブロック１４０７で示されるように、幾つかの実施形態は、そのような判断に応答して、第２の商人からの注文の少なくとも一部の履行を促進する（例えば、配達を促進する）ステップを含み得る。
【０１８７】
例えば、幾つかの実施形態では、第２の商人の所の方が少ない金額で商品を売り出している場合は、商品は、第１の商人よりむしろ第２の商人から提供することができる。幾つかの実施形態では、第２の商人の方が第１の商人より目的地及び／又はサービスプロバイダ（例えば、その場所及び／又はそのルート）に近い場合は、商品は、第１の商人よりむしろ第２の商人から提供することができる。幾つかの実施形態では、第１の商人より第２の商人から配達を提供する方が安価である場合は、商品は、第１の商人よりむしろ第２の商人から提供することができる（例えば、両者の配達に対するオークションの結果により、第２の商人からの配達の方が安価である場合は、第２の商人を選び、第１の商人を取り消す／無効にすることができる）。幾つかの実施形態では、そのような比較は、異なる閾値（例えば、１ドル、１マイル、１０％）を必要とし得る。幾つかの実施形態は、注文を履行する為に商人間のオークションを可能にするステップを含み得る。
【０１８８】
幾つかの実施形態では、リファーラル／配達サービスは、任意の価格乖離を顧客に提供すること及び／又は利益として価格乖離を取っておくことができる。幾つかの実施形態では、サービスは、商品の返送、苦情及び／又は交換地点となり得る。これにより、サービスは、商品の出発地と見なされるものの立場に置かれ、その結果、ユーザは、ある商人から別の商人への変更に気付かない。
【０１８９】
幾つかの実施形態では、配達／リファーラルシステムは、複数のアイテムの配達注文を受信する。これらのアイテムは、耐久財と非耐久財の両方を含み得る。本明細書で説明される例示的な例では、複数のアイテムは、食料品店で通常見られる製品である。しかし、システムは、如何なるタイプの商品の取り扱いも可能である。その上、後に以下で詳述するように、システムは、ランドリー及び芝生の手入れサービス等のサービスでも使用することができる。
【０１９０】
選択される各アイテムは、バーコード、ＵＰＣラベル及び／又はＲＦＩＤチップ等の一意識別子を含み得る。製品のブランド及びサイズはその価格にかなりの影響を与える為、価格を比較する際にシステムが製品を正確に検出することが重要である。この目的を達成する為、価格分析を実行する際にシステムが全く同じ製品を比較していることを保証する上で一意識別子が有用である。例えば、顧客が１８オンスのサイズのジフ（Ｊｉｆ）（登録商標）クリーミーピーナッツバターを要求した場合、ＵＰＣラベルは、システムがこのアイテムを正確に識別することを保証する上で有用である。また、各プロバイダがそれらの配達料金の価格をシステムに提供することもできる。
【０１９１】
幾つかの実施形態では、システムは、要求された製品を売り出しているプロバイダのリストを確認する。次いで、システムは、各製品が売り出されている価格を決定する。一実施形態では、システムは、そのデータベース内の全てのプロバイダに注文要求を送信する。要求されたアイテムを扱っているプロバイダは、プロバイダのアイテムの価格で応答することができる。別の実施形態では、システムは、そのデータベースに保存された製品価格のリストを有する。このリストは、様々なプロバイダによって定期的に更新することができる。
【０１９２】
幾つかの実施形態では、システムは、ユーザの場所の決定も行う。システムは、この場所を使用して、どのプロバイダが配達半径内にいるかを判断することができる。ユーザの場所は、任意の数の方法を介して特定することができる。一例では、ユーザは、ＧＰＳデバイスと統合されるアイフォン等のコンピューティングデバイス上でその注文要求を提出する。システムは、ＧＰＳ座標を使用して、ユーザの場所を決定する。別の例では、ユーザは、その場所の郵便番号又は住所を入力することによって等、その正確な場所を入力する。ユーザの場所が決定された時点で、システムは、プロバイダとユーザの場所との間の距離を計算することができる。
【０１９３】
一実施形態では、配達／リファーラルシステムは、要求されたアイテムを売り出している各プロバイダに対する配達の総費用を計算する。幾つかの実施形態では、配達の総費用は、アイテムの価格と配達料金の両方を含む。複数の全く異なるアイテムを取り扱う際、どのプロバイダが最終的に最適な総価格を提供するかを判断することは難しい場合が多い為、この計算は有用である。例えば、ジフ（Ｊｉｆ）（登録商標）クリーミーピーナッツバター、１袋のハーシーズキス（Ｈｅｒｓｈｅｙ’ｓ  Ｋｉｓｓｅｓ）、パンパース（Ｐａｍｐｅｒｓ）のおむつ及び１２パックのダイエットコーク（Ｄｉｅｔ  Ｃｏｋｅ）等の全く異なる多くのアイテムの購入に関心を示している顧客は、どのプロバイダ（例えば、食料品店）が最適な全体的な価格を提供するかを見定めるのに苦労する可能性がある。ある食料品店は、より高値でおむつを販売しているが、ダイエットコーク（Ｄｉｅｔ  Ｃｏｋｅ）の特売を提供している場合がある。別の食料品店は、購入価格が２５ドルを超える場合に無料配達を提供している場合があり、それは、全体的な総価格に大幅に影響を及ぼす。幾つかの実施形態では、システムは、顧客によって提出された１つ又は複数のクーポンによる全体的な総価格の削減も行う。
【０１９４】
配達／リファーラルシステムは、結果の全てをディスプレイ上に表示することができる。システムは、プロバイダ、顧客からの距離、製品の費用、配達料金及び顧客にかかる総費用をリストアップすることができる。一実施形態では、システムは、プロバイダによって提供されている任意の特別サービス品又は報酬のリストアップも行う。上記で説明されるように、顧客は、任意の数の理由で、特定のプロバイダを選択することができる。例えば、顧客は、最も安価な全体的な価格を提供するプロバイダを選ぶ場合がある。しかし、顧客は、その場所に最も近い（恐らくは、より近い出発地から来る方が配達が速くなるという理論上）プロバイダを選ぶことを希望する場合もある。別の例では、顧客は、忠実性又はプロバイダとの個人的な経験にのみ基づいてプロバイダを選ぶ場合がある。例えば、顧客は、地元のマム＆ポップ（Ｍｏｍ＆Ｐｏｐ）店と商取引を行う為に少し多く支払う方を好む場合がある。
【０１９５】
幾つかの実施形態では、システムは、各プロバイダの横に顧客レビューを表示する。以前にそのプロバイダから配達アイテムを受け取った顧客がこれらのレビューを掲示することができる。従って、これらのレビューは、将来の顧客の決定に影響を及ぼし得る。例えば、顧客は、質の悪い又は損傷したアイテムを頻繁に配達するプロバイダを避けることを望み得る。
【０１９６】
上記で説明される例は食料品店のアイテムを指すが、システムは、任意の数の他の商品又はサービスを扱うことができる。一実施形態では、システムは、ドライクリーニング／ランドリーサービスに対する要求を受信する。顧客は、洗浄が必要なアイテムのリスト（５着の男性用ドレスシャツ、１着の絹のドレス、ウールコート及び羽毛入りの掛け布団等）を提供する。システムは、顧客の半径内にいる全ての応対可能なプロバイダに注文要求を送信する。食料品店での例と同様に、各ドライクリーニングプロバイダは、要求されたサービスの各々に対して異なる価格を請求することができる。例えば、あるドライクリーニング店は、シャツ１枚には２ドルしか請求しないが、羽毛入りの掛け布団の洗浄には非常に高い価格を請求する場合がある。一実施形態では、プロバイダは、洗浄が必要なアイテムをユーザの場所から収集する集荷サービスを提供する。配達料金と同様に、集荷料金がそのプロバイダに対する総費用に追加される。別の実施形態では、顧客は、プロバイダの場所にアイテムを置いていく。
【０１９７】
別の例では、配達／リファーラルシステムは、芝生の手入れサービスを扱うことができる。通常、芝生の手入れプロバイダは、芝生を刈ること、先端を整えること、木を刈り込むこと、残骸を除去すること、芝生を肥やすこと、殺虫剤を施すこと等、任意の数の関連サービスを提供することができる。システムは、これらのサービスに対する注文を受信し、応対可能なプロバイダにそれらを送信することができる。次いで、プロバイダは、所望のサービスの各々に対する価格を提出する。次いで、システムは、芝生の手入れプロバイダの各々に対する全体的な総価格を演算する。
【０１９８】
広範なシンジケートの例
配達業者の観点から様々な実施形態が説明されているが、様々な例、方法、システム、実施形態等は、様々な実施形態で使用できる如何なる所望のサービスプロバイダにも適用できることを認識すべきである。例えば、選別者、包装者、支払処理者、商人自身、受取人、コーディネータ、仲介機関等を幾つかの実施形態で使用することができる。例えば、幾つかの実施形態は、配達業者に関して説明されるものと同様の及び／又は異なる方法での、そのようなサービスプロバイダに関する、入札、オークション、フィルタリング、セレクション、送信、受信、促進、決定、選択等を含み得る。例えば、食料品店の包装者及び／又は食料品店の選別者をオークションプロセスに基づいて選択すること、複数の商人から入手可能であり得る代替可能及び／又は他の商品に対し、そのようなプロセスに基づいて商人自身を選ぶこと等ができる。
【０１９９】
リファーラル及び／又は配達サービスは、注文を履行する為にサービスを提供する如何なるサービスプロバイダ間でも支払を割り当てることができる。例えば、リファーラル／配達サービスは、注文額に基づく均一料金（例えば、１０％の料金が商人によって請求される）を受領することができる。そのような均一料金のパーセンテージは、注文の履行を支援する各サービスプロバイダに割り当てる及び／又は提供することができる。金額及び／又はパーセンテージは、１つ又は複数のオークション及び／又はセット料金に基づいて決定することができる。幾つかの実施形態では、リファーラル／配達サービスは、各サービスを提供する為に、商人及び／又は顧客にサービス料金を請求することができる。そのようなサービス料金は、配達／リファーラルサービスに対する追加料金／料金の一部であり得る。料金を分配する及び／又は割り当てる為の如何なる方法も使用できることを認識すべきである。
【０２００】
保証の例
幾つかの実施形態は、１つ又は複数のサービスプロバイダを保証するステップを含み得る。保証に使用できる方法及び／又はシステムの幾つかの例は、参照により本明細書に組み込まれる「歳入分与及び配達の為の製品及びプロセス（Ｐｒｏｄｕｃｔｓ  ａｎｄ  Ｐｒｏｃｅｓｓｅｓ  ｆｏｒ  Ｒｅｖｅｎｕｅ  Ｓｈａｒｉｎｇ  ａｎｄ  Ｄｅｌｉｖｅｒｙ）」という名称の米国特許出願公開第２００９／００８３１３５号明細書で説明されている。幾つかの実施形態では、リファーラル／配達システムは、サービス提供業者にサービス実行のタスクが与えられる前に、サービス提供業者を保証すること及び／又はサービス提供業者から保証情報を要求することができる（例えば、サービスを実行するという要求に応答して要求に応じて、任意のサービスを実行する為の登録プロセスの一部として等）。幾つかの実施形態では、保証は、サービスが実行されない場合に業者によって又は業者の代わりに一定の金額を没収できると判断することを含み得る。そのような金額は、提供されている商品又はサービスの価値に基づく金額（例えば、パーセンテージ値、値全体等）を含み得る。幾つかの実施形態では、保証は、信頼性を示し得る信用証明を含み得る。
【０２０１】
様々な実施形態では、サービスプロバイダを保証する如何なる所望の方法も使用することができる。例えば、幾つかの実施形態では、以前のユーザの格付け（例えば、サービス及び／又はイェルプ（Ｙｅｌｐ）等の別のサービスからの）が保証の役割を果たすこと、運転歴が保証の役割を果たすこと、身元調査が保証の役割を果たすこと、大学ＩＤが保証の役割を果たすこと、ソーシャルネットワーク（例えば、顧客及び／又は商人の）のメンバーからの推薦が保証の役割を果たすこと等ができる。幾つかの実施形態では、保証は、保証業者を使用して実行することができる。本明細書で論じられる他のサービスと同様に、そのような保証業者を選ぶこと及び／又は本明細書で論じられるもの等の任意の所望のプロセス若しくはシステムを使用してそのような保証業者を通じて保証を促進することができる。
【０２０２】
幾つかの実施形態では、そのような保証デバイスの表示は、配達／リファーラルサービスによって受信すること及びタスクの為に業者が十分に保証されていると判断する為に使用することができる。例えば、大学ＩＤの画像を業者からサービスに送信すること、運転歴を配達業者からサービスに送信すること、第三者が所望の情報を送信すること等ができる（例えば、州の機関が運転歴を送信すること、銀行が口座で利用可能な金銭の表示を送信すること等ができる）。そのような情報は、業者が十分な保証レベルを有すると判断する為に処理することができる。そのような判断に応答して、業者をオークションに含めること（例えば、オークションでの入札が認められること、オークションでの入札が許可されること、オークションの通知を受けること、オークションでの入札が妨げられないことが可能である）、業者がサービスの実績で選ばれること、業者に提供すべきサービスについての情報を送信すること等が可能である。顧客及び／又は商人は、ユーザインターフェースを通じて所望の保証レベルを示すことができる（例えば、顧客は、大学生を使用すべきであること、３．５の星を上回る格付けを有する業者を使用すべきであること等を示すことができる）。
【０２０３】
例えば、幾つかの実施形態では、選別者は、商人に対して選別者を使用した人々の格付けに基づいて保証することができる。配達業者は、州の機関から受け取った運転歴に基づいて保証することができる。受取人（例えば、配達された商品を受け取る及び／又は開梱することができる人物）は、大学ＩＤを持っていることに基づいて保証することができる。保証のそのような例は、非限定的なものとして与えられ、要求通りに如何なるサービスプロバイダに対する組合せでも使用することができる。
【０２０４】
インターフェースの例
幾つかの実施形態は、商品を注文する為の１つ又は複数の提供源へのインターフェース及び／又はＡＰＩを提供するステップを含み得る。そのような提供源は、例えば、ウェブページ、ブリックアンドモルタル（Ｂｒｉｃｋ  ａｎｄ  Ｍｏｒｔａｒ）店、ＰＯＳ端末、モバイルデバイス等を含み得る。そのようなインターフェースは、リファーラル／配達サービスと通信する為（例えば、配達に対する要求を提出する為）に使用することができる。例えば、幾つかの実施形態では、販売用の商品を売り出しているウェブサイトが、商品の配達サービスを提供する為にリファーラル／配達サービスと通信すること、ブリックアンドモルタル（Ｂｒｉｃｋ  ａｎｄ  Ｍｏｒｔａｒ）店が、店に対する配達サービスを提供する為にリファーラル／配達サービスとインターフェースを取ることができるＰＯＳ端末又は他のデバイスを含み得ること等ができる。
【０２０５】
幾つかの実施形態では、商品及び／又はサービスの注文を可能にするウェブサイトは、配達／リファーラルサービスとインターフェースを取ることができる。例えば、そのようなウェブサイトの幾つかは、スタブハブ（Ｓｔｕｂｈｕｂ）、クレイグスリスト（Ｃｒａｉｇｓｌｉｓｔ）、イーベイ（Ｅｂａｙ）、任意の商人のウェブサイト、グラブハブ（Ｇｒｕｂｈｕｂ）等を含み得る。注文に関連する配達又は他のサービスを提供する為、そのようなウェブサイトは、配達／リファーラルサービスに情報を送信することができる。幾つかの実施形態では、配達の為のそのような配達／リファーラルサービスの使用は、複数のオプションのうちの１つのオプションであり得る（例えば、ユーザは、フェデックス（Ｆｅｄ  Ｅｘ）又は配達サービスを選択することができる）。例えば、ウェブサイトのインターフェースは、ユーザが制御を操作して、配達サービスを選択すること及び／又は任意の所望の配達情報を入力することができるようにする。
【０２０６】
そのようなウェブサイト及び／又は他の提供源間の通信は、単方向及び／又は双方向であり得る。例えば、配達サービスは、結果をウェブサイト及び／又はウェブサイトの顧客に伝達すること、情報を確認すること等ができる。幾つかの実施形態では、支払の割り当て及び／又は分配は、ウェブサイトによって、配達サービスによって、配達業者によって等、実行することができる。
【０２０７】
幾つかの実施形態は、ユーザが配達サービスの最大費用を示せるようにすることができる。例えば、ウェブサイトのユーザがサービスを使用することを選択し、サービスの費用を決定する為にオークションが実行される場合は、幾つかの実施形態は、オークションの費用を顧客に渡すことができる。従って、顧客は、オークションが終わるまで配達の費用を知らない場合がある。ユーザは、費用が最大を超える場合には配達サービスを使用して配達が実行されないように、最大費用を設定することができる。幾つかの実施形態では、そのような最大金額は、開始時の価格としてリバースオークションで使用することができる。代わりに、別の配達方法（例えば、フェデックス（Ｆｅｄ  Ｅｘ））を選ぶことができる。幾つかの実施形態では、配達サービスに対して均一料金を請求することができ、オークションを利用しても利用しなくともよいが、配達サービスがオークション価格と均一料金との差を留めておくこと、及び／又は、配達に対して顧客に請求する任意の所望の方法を使用することができる。
【０２０８】
サービス内のサービスの例
幾つかの実施形態では、第１のリファーラル／配達サービスは、他のリファーラル／配達サービスが第１のリファーラル／配達のサービスと相互作用できるようにすることができる。例えば、幾つかの実施形態では、別の配達／リファーラルサービスは、第１の配達／リファーラルサービスに通じるパスの役割を果たし得る（例えば、注文を収集し、注文を第１の配達／リファーラルサービスに渡すことができる）。幾つかの実施形態では、他の配達／リファーラルサービスが第１の配達／リファーラルサービスに余分な仕事を押し付ける場合がある。幾つかの実施形態では、第１の配達／リファーラルサービスは、注文のリファーラルに対して、他の配達／リファーラルサービスに支払を行う場合がある。
【０２０９】
幾つかの実施形態では、教会、地域団体等は、別のリファーラル／配達サービスを確立し得る。例えば、そのような他のリファーラル／配達サービスは、商品のリストアップ及び／又は注文の提出を行えるウェブサイト上で運用することができる。ウェブサイトを通じて提出された注文は、他の配達／リファーラルサービスからリファーラル／配達サービスに伝達することができる。他の配達／リファーラルサービスが支払を受信すること及び／又は他の配達／リファーラルサービスにリファーラルに対する支払を割り当てることができ、リファーラル／配達サービスが配達を行うことができる。それに従って、他のリファーラル／配達サービスは、リファーラル／配達サービスに注文を紹介することによって利益を得ることができる。
【０２１０】
シンジケート実現技術の例
幾つかの実施形態は、実現動作のサービスに対する支払を提供するステップを含み得る。例えば、幾つかの実施形態では、サービスまで商人を割り当てることが実現サービスを含むこと、メニューを維持することが実現サービスを含むこと、結合を実行することが実現サービスを含むこと、サーバを維持することが実現サービスを含むこと、在庫を更新することを実現サービスと見なすこと（例えば、その結果、配達サービスは、注文を履行する為に商人を選択する為、様々な商人のどこに商品の在庫があるかを知ることができる）等ができる。そのような実現サービスのサービスプロバイダは、第三者にシンジケート化（例えば、オークション、割り当て等）することができる。そのような実現サービスプロバイダには、支払を提供することができる（例えば、実現サービスの提供により得られた料金の一部、メニューが維持された各商人に対して受信された料金の一部等）。そのようなパーセンテージは、幾つかの実施形態では、サービスを提供すべきものを選択する為、様々な入札者に対してオークションにかけることができる。
【０２１１】
こうして本発明の少なくとも１つの実施形態の幾つかの態様について説明してきたが、当業者であれば、様々な変化形態、変更形態及び改良形態が容易に想到されることを理解されたい。そのような変化形態、変更形態及び改良形態は、本開示の一部であることを意図し、本発明の範囲内であることを意図する。それに従って、前述の説明及び図面は、単なる例示である。
【０２１２】
ＸＩＩ．実施形態
以下は、請求項としてではなく、実施形態として理解すべきである。
【０２１３】
Ａ．コンピューティングデバイスによって実行されると、配達サービスのユーザからレストランに対する注文を受信するステップであって、注文がレストランからユーザまで一連の食品を配達するという注文を含む、ステップと、注文の表示をレストランに送信するステップと、レストランからユーザまでの一連の食品の配達を実行する為に複数の配達業者を使用すべきであると判断するステップと、レストランから第１の場所まで一連の食品を移送する第１の配達業者を選択するステップと、第１の場所からユーザまで一連の食品を移送する第２の配達業者を選択するステップと、第１及び第２の配達業者を使用して、レストランからユーザまでの食品の配達を促進するステップとを含む方法をコンピューティングデバイスに実行させる複数の命令がその上に格納された非一時的なコンピュータ可読媒体を備える装置。
【０２１４】
Ａ．１．配達を促進するステップが、第１の場所と、第１の配達業者から第２の配達業者まで一連の食品を移送する為に第１の場所で待ち合わせる時間とを第１及び第２の配達業者に通知するステップを含む、請求項Ａに記載の装置。Ａ．２．配達を促進するステップが、第１の配達業者から一連の食品を受け取り、一定の時間の間一連の食品を保持し、第２の配達業者に一連の食品を提供する為、第１の場所における仲介機関を手配するステップを含む、請求項Ａに記載の装置。Ａ．２．１．注文が第２のレストランからの食品に対する注文を含み、仲介機関が第２のレストランを含み、手配するステップが、仲介機関が第２の配達業者に提供される一連の食品に食品を追加するように手配するステップを含む、請求項Ａ．２に記載の装置。Ａ．３．複数の配達業者を使用すべきであると判断するステップが、一連の食品の配達に対するオークションを開始するステップと、完全な配達に対するオークションに提出された費用を部分的な配達に対するオークションに提出された価格と比較するステップとを含む、請求項Ａに記載の装置。Ａ．３．１．第１及び第２の配達業者を選択するステップが、オークションに提出された価格の最も手頃な組合せに基づいて選択するステップを含む、請求項Ａ．３に記載の装置。
【０２１５】
Ａ．４．複数の配達業者がタクシー運転手を含む、請求項Ａに記載の装置。Ａ．５．第１及び第２の配達業者を選択するステップが、第１及び第２の配達業者の移動ルートの比較、並びに、ユーザ、第１の場所及びレストランの場所に基づいて選択するステップを含む、請求項Ａに記載の装置。Ａ．５．１．第１の配達業者を選択するステップが、レストラン及び第１の場所の各々の最も近くを通過する予定移動ルートに基づいて選択するステップを含む、請求項Ａ．５に記載の装置。Ａ．５．１．１．方法が、第１の配達業者のＧＰＳ座標の表示及び第１の配達業者の目的地の表示を受信するステップと、ＧＰＳ座標及び目的地の表示に基づいて予定移動ルートを決定するステップとを更に含む、Ａ．５．１に記載の装置。Ａ．５．２．第２の配達業者を選択するステップが、第１の場所及びユーザの各々の最も近くを通過する予定移動ルートに基づいて選択するステップを含む、請求項Ａ．５に記載の装置。Ａ．５．２．１．方法が、第２の配達業者のＧＰＳ座標の表示及び第２の配達業者の目的地の表示を受信するステップと、ＧＰＳ座標及び目的地の表示に基づいて予定移動ルートを決定するステップとを更に含む、Ａ．５．２に記載の装置。
【０２１６】
Ｂ．顧客によって商人の所で購入された１つ又は複数のアイテムについての情報を受信するステップと、１つ又は複数のアイテムの購入に対する支払情報を受信するステップと、１つ又は複数のアイテムの配達の目的地についての情報を受信するステップと、商人から顧客まで１つ又は複数のアイテムが配達されるように手配する為、配達サービスのコンピューティングデバイスに配達についての情報を送信するステップとを行うように構成された店頭端末と、店頭端末から配達についての情報を受信するステップと、複数の配達業者のうちのどの配達業者が商人から顧客までアイテムを配達するべきかを判断する為にオークションを開始するステップと、オークションに基づいて配達業者を選択するステップと、選択された配達業者を使用して、商人から顧客までのアイテムの配達を促進するステップとを行うように構成された配達サービスのコンピューティングデバイスとを備える装置。
【０２１７】
Ｂ．１．配達を促進するステップが、注文を識別する情報を選択された配達業者に送信するステップと、選択された配達業者を識別する情報を商人に送信するステップとを含む、請求項Ｂに記載の装置。Ｂ．２．支払情報が配達に対する支払情報を含む、請求項Ｂに記載の装置。Ｂ．３．店頭端末がレジを含む、請求項Ｂに記載の装置。Ｂ．４．オークションがリバースオークションを含む、請求項Ｂに記載の装置。Ｂ．５．配達についての情報が配達時間を含み、配達を促進するステップが、選択された配達業者に対する時間を特定するステップを含む、請求項Ｂに記載の装置。Ｂ．６．配達についての情報が配達の目的地を含み、配達を促進するステップが、選択された配達業者に対する目的地を特定するステップを含む、請求項Ｂに記載の装置。
【０２１８】
Ｃ．コンピューティングデバイスによって実行されると、携帯電話のカメラによって捕捉された複数のアイテムの表示のそれぞれを受信するステップと、携帯電話からアイテムに対する支払の表示を受信するステップと、携帯電話からアイテムの配達の目的地の表示を受信するステップと、複数の配達業者のうちのどの配達業者が目的地までアイテムを配達するべきかを判断する為にオークションを開始するステップと、オークションに基づいて配達業者を選択するステップと、選択された配達業者を使用して、目的地までのアイテムの配達を促進するステップとを含む方法をコンピューティングデバイスに実行させる複数の命令がその上に格納された非一時的なコンピュータ可読媒体を備える装置。
【０２１９】
Ｃ．１．アイテムの表示がバーコードを含む、請求項Ｃに記載の装置。Ｃ．２．アイテムの表示が写真を含む、請求項Ｃに記載の装置。Ｃ．３．方法が、商人のデータベースに基づいて、アイテムを販売する目的地に最も近いアイテムの出発地を決定するステップを含む、請求項Ｃに記載の装置。Ｃ．３．１．出発地を決定するステップが、商品が売り出されている最低価格に基づいて出発地を決定するステップを含む、請求項Ｃ．３に記載の装置。Ｃ．４．方法が、アイテムの表示の捕捉に対応するそれぞれの場所のそれぞれの表示を受信するステップと、場所に基づいてアイテムを供給する商人を決定するステップとを含む、請求項Ｃに記載の装置。Ｃ．４．１．商人を決定するステップが、場所を商人の場所のデータベースと比較するステップを含む、請求項Ｃ．４に記載の装置。Ｃ．４．２．場所がＧＰＳ座標を含む、請求項Ｃ．４に記載の装置。Ｃ．４．３．方法が、複数の選別者のうちのどの選別者がオークションに基づいて選別者を選択する商人の棚からアイテムを選別すべきかを判断する為にオークションを開始するステップと、選択された選別者を使用して、商人の棚からのアイテムの選別を促進するステップとを含む、請求項Ｃ．４に記載の装置。Ｃ．５．方法が、携帯電話からアイテムを供給する商人の表示を受信するステップを含む、請求項Ｃに記載の装置。Ｃ．５．１．方法が、複数の選別者のうちのどの選別者がオークションに基づいて選別者を選択する商人の棚からアイテムを選別すべきかを判断する為にオークションを開始するステップと、選択された選別者を使用して、商人の棚からのアイテムの選別を促進するステップとを含む、請求項Ｃに記載の装置。
【０２２０】
Ｄ．プロセッサを介して、リモートデバイス上のユーザから複数のアイテムの配達に対する注文を受信するステップであって、各アイテムが一意識別子を含み、プロセッサとリモートデバイスがネットワーク上で電子通信する、ステップと、ユーザの場所を決定するステップと、ユーザの半径内に位置する少なくとも２つのプロバイダを特定するステップであって、各プロバイダが要求されたアイテムを配達することができる、ステップと、各プロバイダに対して、要求されたアイテムの配達の総費用を演算するステップと、要求されたアイテムを配達するという第１のプロバイダに対する要求を受信するステップと、アイテムの配達を促進するステップとを含む方法。
【０２２１】
Ｄ．１．少なくとも２つのアイテムが食料品店アイテムを含む、請求項Ｄに記載の方法。Ｄ．２．少なくとも２つのアイテムが一般的なマーチャンダイジングアイテムを含む、請求項Ｄに記載の方法。Ｄ．３．識別子がバーコードである、請求項Ｄに記載の方法。Ｄ．４．識別子がＵＰＣラベルである、請求項Ｄに記載の方法。Ｄ．５．識別子がＲＦＩＤチップである、請求項Ｄに記載の方法。Ｄ．６．識別子が、各プロバイダが同じアイテムを売り出していることを保証する為に使用される、請求項Ｄに記載の方法。Ｄ．７．複数のプロバイダの少なくとも１つが食料品店である、請求項Ｄに記載の方法。Ｄ．８．リモートデバイスがモバイルデバイスである、請求項Ｄに記載の方法。
【０２２２】
Ｄ．９．ユーザの場所を決定するステップが、ユーザのＧＰＳ座標の表示を受信するステップを更に含む、請求項Ｄに記載の方法。Ｄ．８．１．ＧＰＳ座標が、ユーザのデバイスに統合されたＧＰＳデバイスによって送信される、請求項Ｄ．８に記載の方法。Ｄ．１０．ユーザの場所を決定するステップが、ユーザの場所を示すユーザ入力データを受信するステップを含む、請求項Ｄに記載の方法。Ｄ．１１．半径が各プロバイダの配達領域内にある、請求項Ｄに記載の方法。Ｄ．１２．配達の総費用が複数のアイテムの費用及び配達料金を含む、請求項Ｄに記載の方法。Ｄ．１２．１．配達の総費用が少なくとも１つのクーポンによって削減される、請求項Ｄ．１２に記載の方法。
【０２２３】
Ｄ．１３．ユーザの場所からの各プロバイダの距離を演算するステップを更に含む、請求項Ｄに記載の方法。Ｄ．１４．少なくとも２つのプロバイダについての情報を送信するステップを更に含む、請求項Ｄに記載の方法。Ｄ．１４．１．情報がユーザの場所からの各プロバイダの距離を含む、請求項Ｄ．１４に記載の方法。Ｄ．１４．２．情報が各プロバイダに対する配達の総費用を含む、請求項Ｄ．１４に記載の方法。Ｄ．１４．３．情報が各プロバイダによって請求される配達料金の費用を含む、請求項Ｄ．１４に記載の方法。
【図１】
2016512369.tif 000003
【図２】
2016512369.tif 000004
【図３】
2016512369.tif 000005
【図４】
2016512369.tif 000006
【図５】
2016512369.tif 000007
【図６】
2016512369.tif 000008
【図７】
2016512369.tif 000009
【図８】
2016512369.tif 000010
【図９】
2016512369.tif 000011
【図１０】
2016512369.tif 000012
【図１１】
2016512369.tif 000013
【図１２】
2016512369.tif 000014
【図１３】
2016512369.tif 000015
【図１４】
2016512369.tif 000016
【国際調査報告】
2016512369.tif 000017