(57)【要約】【課題】顧客が商品の届け先を選択し、この届け先に対して配達可能な商品群の中から商品を購入し、選択した届け先で商品を受け取ることを可能にする。【解決手段】注文システム１２が届け先情報配信システム１４から商品届け先情報を受信し、この商品届け先情報に基づいて受注管理システム１６からショッピングカート情報を受信し、さらには購入可能商品情報を受信する。続いて購入可能商品情報に基づいて購入を希望する商品を選択し、購入希望商品情報を受注管理システム１６に送信する。商品は受注管理システム１６と商品配達システム１８との協働により所定の届け先に配達され、商品受渡システム２０を通じて顧客に受け渡される。【選択図】図１
2016151839.tif 000002
【特許請求の範囲】
【請求項１】
注文システムと届け先情報配信システムと商品受渡システムと受注管理システムを備える商品購入システムにおいて、
前記注文システムが、前記届け先情報配信システムから商品届け先情報を取得する手段と、前記商品届け先情報に基づいて前記受注管理システムからショッピングカート情報を取得する手段と、前記ショッピングカート情報に基づいて前記受注管理システムから購入可能商品情報を取得する手段を備え、
前記受注管理システムが、前記注文システムから購入希望商品情報を取得する手段と、前記商品受渡システムから商品受渡完了情報を取得する手段を備える、
商品購入システム。
【請求項２】
商品配達システムをさらに備え、
前記受注管理システムが、前記商品配達システムから商品配達完了情報を取得する手段をさらに備える、
請求項１に記載の商品購入システム。
【請求項３】
前記受注管理システムが、前記商品配達完了情報に基づいて前記注文システムに商品受渡可能情報を通知する手段を備える、
請求項２に記載の商品購入システム。
【請求項４】
前記注文システムが、前記受注管理システムから商品受取鍵情報を取得する手段を備え、
前記商品受渡システムが、前記注文システムから前記商品受取鍵情報を取得する手段を備え、
前記受注管理システムが、前記商品受渡システムが前記注文システムから取得した前記商品受取鍵情報を認証する手段を備える、
請求項１乃至３の何れかに記載の商品購入システム。
【請求項５】
前記商品配達システムが、前記受注管理システムから商品配達鍵情報を取得する手段を備え、
前記商品受渡システムが、前記商品配達システムから前記商品配達鍵情報を取得する手段を備え、
前記受注管理システムが、前記商品受渡システムが前記商品配達システムから取得した前記商品配達鍵情報を認証する手段を備える、
請求項４に記載の商品購入システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客が商品またはサービスの届け先を選択し、この届け先に配達可能な商品群の中から商品を購入し、選択した届け先で商品を受け取ることを可能にする商品購入システムに関する
【背景技術】
【０００２】
従来、実店舗で商品を購入し、購入した商品を受け取る場合、顧客が実店舗に陳列された商品の中から購入したい商品をレジまで持って行き、商品の代金を支払い、購入した商品を自宅まで持ち帰っていた。また、通信販売店で商品を注文し、購入商品を受け取る場合、顧客が当通信販売店で取り扱う商品の中から購入したい商品を決め、購入したい商品を通信販売店で注文し、注文時に顧客が指定した届け先で購入商品を受け取っていた。顧客が指定した届け先に宅配ボックスが設置されている場合は、購入商品を宅配ボックスに格納してもらうことで顧客不在時でも購入商品を受け取ることができるが、配達業者が購入商品を宅配ボックスに格納する際に、宅配ボックスに空きがない場合、または空きはあるが購入商品のサイズ、重量などが宅配ボックスの規格外の場合は、宅配ボックスに購入商品を格納することができない。通信販売店が購入商品の届け先を予め用意している場合であれば、顧客は購入商品を通信販売店が用意した届け先の中から指定した届け先で受け取ることができる。これに関連する技術として、特許文献１には、購入した商品を持ち帰る手間を省き、商品を注文する作業を簡略化できる物品販売システムが提案されている。
【０００３】
また、飲食店で商品を注文し、注文した商品を受け取る場合、顧客が飲食店で取り扱う商品の中から注文したい商品を決め、注文したい商品を飲食店に注文し、注文した場所で注文商品を受け取る。商品を注文する方法として、飲食店の店員に口頭で伝える場合と、事前購入した食券を渡す場合と、飲食店が用意した注文用の通信機器で注文する場合と通信販売と同様の流れで顧客か自身が所持する通信機器で注文する場合等がある。これに関連する技術として、特許文献２には、飲食店における商品を注文する作業を簡略化できるオーダリングシステムが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−４１９１３号公報
【特許文献２】特開２００６−１６３４４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の商品購入方法における問題点は、実店舗で見つけた商品を後で購入しようとする場合に再度その実店舗に入店して購入しなければならないことである。また、すぐに購入したい商品が見つかったとしても、その後の予定（食事に行く、映画を観る、子どもの世話をする等）や手荷物の有無によって商品を持ち歩くことが困難であると判断した場合などには商品の購入を諦めることもある。また、普段馴染みの無い土地で商品を探す場合などには、商品を売っていると思われる店舗を探して入店し、もしも商品が見つからない場合は別の店舗を探し、結局どの店舗に行っても商品が見つからずに購入を諦めることがある。また、大型店やショッピングモールなどで購入したい商品があっても車まで運ぶのが面倒だと感じて購入を諦めることもある。
【０００６】
通信販売店で商品を購入する場合の問題点は、商品発送元と商品届け先が近所であったとしても、注文後すぐに購入商品を受け取ることができないことである。また、匿名で商品を購入することができず、個人情報漏洩リスクが懸念されることである。また、届け先は住所もしくは会社等の所在地でなければならず、例えば滞在しているホテルなどに商品を届けて欲しい場面などに利用することができない。
【０００７】
飲食店で商品を注文する場合の問題点は、注文をとりに来た店員の聞き間違いまたは客の言い間違いによるオーダーミスが発生する場合があることである。また先払いによる注文システムを採用している飲食店、例えばファーストフード店やコーヒー店などの場合、注文と支払いが完了するまでは席に座ることができず、 注文後に席に空きがない場合は席が空くのを待たなければらない。また多くの場合、入店した飲食店で取り扱っている商品しか注文したり購入したりすることができず、他の店舗の商品と合わせて注文することはできない。
【課題を解決するための手段】
【０００８】
前述の課題を解決するため、本発明は以下の解決手段を提供する。
【０００９】
注文システムと届け先情報配信システムと商品受渡システムと受注管理システムを備える商品購入システムにおいて、
前記注文システムが、前記届け先情報配信システムから商品届け先情報を受信する手段と、前記商品届け先情報に基づいて前記受注管理システムからショッピングカート情報を取得する手段と、前記ショッピングカート情報に基づいて前記受注管理システムから購入可能商品情報を取得する手段を備え、
前記受注管理システムが、前記注文システムから購入希望商品情報を取得する手段と、前記商品受渡システムから商品受渡完了情報を取得する手段を備える。
【００１０】
注文システムは商品購入システム（以下、本システムという。）を構成するサブシステムであり、商品を注文する主体に属するシステムである。届け先情報配信システムは本システムを構成するサブシステムであり、商品の届け先情報を配信する主体に属するシステムである。受注管理システムは本システムを構成するサブシステムであり、商品の受注から配達、受け渡しに至る全体を管理する主体に属するシステムである。商品受渡システムは本システムを構成するサブシステムであり、商品の受け渡しを行う主体に属するシステムである。
【００１１】
商品届け先情報は商品の届け先に関する情報を含んでいる。届け先は本システムにおいては予め設定した施設やサービスポイントなどから選択することができる。ショッピングカート情報は届け先の使用が可能か否かの情報を含んでいる。届け先を既に他者が使用している場合などはショッピングカートが使用中ということになるため、届け先が空くまでは商品の購入はできない。購入可能商品情報は選択した届け先において購入可能な商品に関する情報を含んでいる。届け先としては飲食店の座席やコインロッカーなど様々なバリエーションが想定されるため、それぞれの届け先の属性に対応して購入できる商品が限定される。購入希望商品情報は購入したい商品を特定するための情報を含んでいる。商品受渡完了情報は商品の受け渡しが完了したことを確認する情報を含んでいる。
【００１２】
商品購入システムの利用が想定される例としては、商品を購入する者が注文システムを操作し、届け先情報配信システムから希望する届け先に関する情報を受信し、この商品届け先情報に基づいて受注管理システムからショッピングカート情報を受信し、さらには購入可能商品情報を受信する。続いて購入可能商品情報に基づいて購入を希望する商品を選択し、選択した商品に関する情報を受注管理システムに送信する。商品は商品受渡システムを通じて所定の届け先において受け渡される。
【００１３】
また商品配達システムを備えることにより、受注管理システムに商品が所定の届け先に届けられたことを確認するための商品配達完了情報を送信するように構成することもできる。
【００１４】
商品受渡システムが無人システムの場合は、商品の届け先となる施錠可能な収納空間に預け入れるための電子鍵情報と、商品を収納空間から取り出すための電子鍵情報が必要となり、それぞれの場面において受注管理システムによる電子鍵の認証が要求される。
【発明の効果】
【００１５】
本発明によれば、顧客が商品またはサービスの届け先を選択し、この届け先に配達可能な商品群の中から商品を購入し、選択した届け先で商品を受け取ることができる。
【図面の簡単な説明】
【００１６】
【図１】商品購入システムの構成を示す機能ブロック図
【図２】商品購入システムの適用例を示す表
【図３】商品注文時の情報処理を示すフローチャート
【図４】商品購入システムにおける各種情報の相関を示す図
【図５】商品配達時の情報処理を示すフローチャート
【図６】商品配達時の情報処理を示すフローチャート
【図７】商品配達時の情報処理を示すフローチャート
【図８】商品配達時の情報処理を示すフローチャート
【発明を実施するための形態】
【００１７】
以下に本発明を実施するための形態について添付した図面を参照しながら説明する。
【００１８】
〔商品購入システムの構成〕
商品購入システムの構成について説明する。図１は商品購入システムのシステム構成を示す概念図である。商品購入システム１０（以下、本システムという。）は、サブシステムとして、注文システム１２および届け先情報配信システム１４、受注管理システム１６、商品配達システム１８、商品受渡システム２０を備える。
【００１９】
注文システム１２は、届け先情報配信システム１４および受注管理システム１６、商品受渡システム２０との間で情報の伝達が可能な状態に構成されている。受注管理システム１６は、注文システム１２および届け先情報配信システム１４、商品配達システム１８、商品受渡システム２０との間で情報の伝達が可能な状態に構成されている。商品配達システム１８と商品受渡システム２０は情報の伝達が可能な状態に構成されている。
【００２０】
注文システム１２は、本システム１０において商品を注文する主体（以下、注文者という。）に属するシステムであり、携帯電話やスマートフォン、タブレット等のモバイル端末、本システム専用の情報処理端末等が想定される。
【００２１】
届け先情報配信システム１４は、本システム１０において注文者に商品の届け先情報を配信する主体（以下、配信者という。）に属するシステムであり、コード情報等の情報伝達手段を利用して情報発信することを想定した印刷物や表示物等の情報伝達媒体や、電波や音波、光波等の情報伝達手段を利用して情報発信することを想定したモバイル端末や本システム専用の情報処理端末等が想定される。
【００２２】
受注管理システム１６は、本システム１０において商品の注文から配達、受け渡しに至る全体を管理する主体（以下、管理者という。）に属するシステムであり、サーバーが想定される。
【００２３】
商品配達システム１８は、本システム１０において商品の配達を行う主体（以下、配達者という。）に属するシステムであり、モバイル端末やパーソナルコンピュータ、本システム専用の情報処理端末等が想定される。
【００２４】
商品受渡システム２０は、本システム１０において商品の受け渡しを行う主体（以下、受渡者）に属するシステムであり、人間が商品を受け渡す場合はモバイル端末やパーソナルコンピュータ、本システム専用の情報処理端末等が想定される。商品の受け渡しに機械を介在させる場合は通信機能を備えるロッカー等が想定される。
【００２５】
〔商品購入システムの適用例〕
本システム１０の適用が想定される典型的な場面について、図２に示す表を参照しながら説明する。
【００２６】
〔ホテルの利用客がルームサービス等を利用する場面〕
この場面ではホテル利用客が所持するモバイル端末（携帯電話やスマートフォン、タブレット等）が代表的な注文システムとなる。利用客が例えばルームサービスを希望する場合、従来であれば備え付けのメニューを参照しながら内線電話で注文していたが、本システムの適用により自身が所持するモバイル端末の操作のみによって注文が完結する。具体的にはモバイル端末の通信機能や撮影機能等を用いて部屋番号（またはクローク番号）等の届け先情報を取得し、届け先情報に紐付けられているショッピングカート情報を取得する。続いてショッピングカート情報に対応して予め設定されている商品の一覧を参照して注文商品を決定し、注文を確定すれば部屋番号またはクローク番号に対応する場所に商品が届けられる。
【００２７】
〔レストラン等で食事を注文する場面〕
この場面でもレストラン利用客が所持するモバイル端末が代表的な注文システムとなる。利用客は、従来、備え付けのメニューを参照しながらウェイトレス等に直接口頭で注文していたが、本システムの適用により自身が所持するモバイル端末の操作のみによって注文が完結する。具体的にはモバイル端末の通信機能や撮影機能等を用いてテーブル番号等の届け先情報を取得し、届け先情報に紐付けられているショッピングカート情報を取得する。続いてショッピングカート情報に対応して予め設定されている商品の一覧を参照して注文商品を決定し、注文を確定すればテーブル番号に対応する場所に商品が届けられる。
【００２８】
〔観客や乗客が商品を注文する場面〕
特急列車や新幹線等での車内販売、映画館や球場等での場内販売に本システムを適用する場合、前記のテーブル番号が座席番号に変わるだけで他はほぼ同一である。
【００２９】
〔コインロッカーに商品を配送する場面〕
届け先情報としてコインロッカーを登録しておくことにより、普段利用する駅や旅先の駅などでの商品の受け取りも可能になる。また不特定多数が利用するコインロッカーではなく自分専用のロッカーでの商品の受け取りも可能である。
【００３０】
〔駐車中の車に商品を配送する場面〕
届け先情報として駐車場を登録しておくことにより、駐車中の車での商品の受け取りも可能になる。乳幼児やペットを連れている等の事情により店舗内に買い物に行けない場合などに利用することができる。
【００３１】
〔注文処理〕
次に、商品の注文方法について説明する。図３は本システム１０における注文処理を示すフローチャートである。フローチャートに示されたイベントとは、本システム１０に対して何らかの情報処理を要求するきっかけとなるシステム上の出来事のことであり、主として各サブシステムに対する情報の伝達もしくは操作に基づいて発生する。フローチャートで示される各種情報の相関については図４を参照する。
【００３２】
本システム１０は、注文システム１２において届け先情報取得イベントが発生したときに情報処理を開始する（Ｓ１１：届け先情報取得イベントの発生）。届け先情報取得イベントとは、注文システム１２が商品の届け先に関する情報を取得するきっかけとなるシステム上の出来事のことをいう。例えば、届け先となるコインロッカー等の施設に備え付けられたボタンの押下や液晶パネルのスクリーンタッチのような動作に基づいてイベントが発生するパターンや、コード情報の提示やコード情報を含む電波、音波、光波等を読み取ったり受信したりする動作に基づいてイベントが発生するパターン等が想定される。届け先情報取得イベント発生に基づいて、届け先情報配信システム１４から注文システム１２に届け先情報を配信する。
【００３３】
続いて、届け先情報取得イベント発生に基づいて、注文システム１２から受注管理システム１６にショッピングカート情報を要求する（Ｓ１２：ショッピングカート情報の要求）。これを受けて、受注管理システム１６から注文システム１２にショッピングカート情報を送信する（Ｓ１３：ショッピングカート情報の送信）。ショッピングカート情報は図４に示すように届け先情報と予め紐付けられている情報であり、注文システム１２はショッピングカート情報を取得することにより購入可能商品情報の閲覧が可能になる。ショッピングカート情報にはショッピングカートの使用の状態を示す情報が含まれている。前述したコインロッカーの例では、ショッピングカート情報にはコインロッカーの使用もしくは未使用に関する情報が含まれていることになる。
【００３４】
続いて、注文システム１２においてショッピングカート情報確定イベントが発生する（Ｓ１４：ショッピングカート情報確定イベントの発生）。ショッピングカート情報確定イベントは、注文システム１２においてショッピングカートの使用を確定する操作に基づいて発生する。ショッピングカート情報確定イベントが発生しない場合、後述する注文情報が取得できないため、商品を注文することはできない。
【００３５】
続いて、ショッピングカート情報確定イベントに基づいて、注文システム１２から受注管理システム１６に注文情報を要求する（Ｓ１５：注文情報の要求）。これを受けて、受注管理システム１６から注文システム１２にショッピングカート情報に対応する注文情報を送信する（Ｓ１６：注文情報の送信）。この時点でショッピングカート情報の状態は「未使用」から「使用中」に更新される。また注文情報の状態は「未注文」となっている。続いて、注文システム１２から受注管理システム１６に購入可能商品情報を要求する（Ｓ１７：購入可能商品情報の要求）。これを受けて、受注管理システム１６から注文システム１２に対して、注文情報に対応する購入可能商品情報が送信される（Ｓ１８：購入可能商品情報の送信）。
【００３６】
注文情報とは商品の注文から受け渡しまでに必要なデータで構成される情報であり、ショッピングカート情報とはマスタデータとトランザクションデータの関係に位置付けられる。購入可能商品情報とは、ショッピングカート情報と紐付けられた情報であり、当該ショッピングカート情報を使用して購入することができる全ての商品に関する情報が含まれている。
【００３７】
続いて、注文システム１２において購入希望商品登録イベントが発生する（Ｓ１９：購入希望商品登録イベントの発生）。購入希望商品登録イベントは、購入を希望する商品情報を注文システム１２に入力することによって発生する。所定の時間内に購入希望商品登録イベントが発生しない場合は注文情報は無効となり、商品を注文することができなくなる。購入希望商品登録イベント発生に基づいて、注文システム１２は受注管理システム１６に対して、購入希望商品の注文情報への登録を要求する（Ｓ２０：購入希望商品登録の要求）。これを受けて、受注管理システム１６から注文システム１２に対して、購入希望商品が登録された注文情報を送信する（Ｓ２１：商品登録済み注文情報の送信）。
【００３８】
続いて、注文システム１２において注文完了イベントが発生する（Ｓ２２：注文完了イベントの発生）。注文完了イベントは、注文システム１２に注文完了情報を入力したときに発生する。注文完了情報を入力しない場合は注文情報は無効となる。注文完了イベント発生に基づいて、注文システム１２から受注管理システム１６に注文完了情報を送信する（Ｓ２３：注文完了情報の送信）。これを受けて、受注管理システム１６は注文システム１２に対して、注文に必要な全ての手続きが完了したことを通知する（Ｓ２４：注文完了通知）。さらに商品配達システム１８に対しても同様に通知する（Ｓ２５：注文完了通知）。この時点で注文情報の状態は「未注文」から「注文受付」に更新される。
【００３９】
続いて、商品配達システム１８において注文確定イベントが発生する（Ｓ２６：注文確定イベントの発生）。注文確定イベントは、注文した商品代金の支払いが正常に行われ、かつ商品の在庫があり即時出荷できる場合に発生する。注文確定イベント発生に基づいて、商品配達システム１８から受注管理システム１６に注文確定情報を送信する（Ｓ２７：注文確定情報の送信）。これを受けて、受注管理システム１６から注文システム１２に対して、商品の注文が確定したことを通知する（Ｓ２８：注文確定通知）。この時点で注文情報の状態は「注文受付」から「注文確定」に更新される。
【００４０】
以上のＳ１１乃至Ｓ２８の情報処理により、本システム１０における商品の注文処理が完了する。
【００４１】
〔配達処理〕
次に、商品の配達の手順について説明する。本システム１０における商品の配達には次の３通りのパターンが想定される。
【００４２】
第１のパターンは商品の受け渡しに際して認証処理を必要としないケースである。図２に示す表において商品配達パターン列に１（認証不要）と記載されているものがこのパターンに該当する代表的な例である。これらのケースに共通するのは商品を注文者に対して直接手渡しするところである。商品の授受が確実に行われたことを注文者と配達者の両方が同時に確認することができるため、特別な認証処理は不要である。
【００４３】
第２のパターンは商品の受け渡しに際して人間による認証作業が必要となるケースである。図２に示す表において商品配達パターン列に２（ヒューマン認証要）と記載されているものがこのパターンに該当する。クロークや荷物受取カウンター等は多くの人が利用し、個々人の特定が困難であるため、本システム１０においても一般的なホテルや会議場で行われている交換札の受け渡しのような認証作業が必要となる。
【００４４】
第３のパターンは商品の受け渡しに際して機械による認証作業が必要となるケースである。図２に示す表において商品配達パターン列に３（マシン認証要）と記載されているものがこのパターンに該当する。これらのケースに共通するのはロッカーのような鍵付きの保管場所を介して商品の授受を行うところである。注文者と配達者が施錠および解鍵を行う必要があるため、ロッカー等は電子錠を備えたものとなり、電子鍵の受け渡しは認証によって可能にする。
【００４５】
以下、前述した３つのパターンにおける商品の配達の手順をフローチャートに基づいて説明する。図５は第１のパターンによる配達処理を示すフローチャートである。
【００４６】
最初に、商品配達システム１８において商品配達開始イベントが発生する（Ｓ３１：商品配達開始イベントの発生）。商品配達開始イベントは、商品の配達準備が完了し、即時配達可能な状態であることを示す情報が商品配達システム１８に入力されたときに発生する。商品配達開始イベント発生に基づいて、商品配達システム１８から受注管理システム１６に対して、注文システム１２から受注した商品の配達を開始したことを通知する（Ｓ３２：商品配達開始情報の送信）。この時点で注文情報の状態が「注文確定」から「商品配達中」に更新される。商品は注文情報に紐付けられている届け先情報に基づいて所定の届け先に配達される。
【００４７】
続いて、商品受渡システム２０において商品配達完了イベントが発生する（Ｓ３３：商品配達完了イベントの発生）。商品配達完了イベントは、受渡者が商品を受け取ったことを示す情報が商品受渡システム２０に入力されたときに発生する。商品配達完了イベント発生に基づいて、商品受渡システム２０から受注管理システム１６に対して、注文システム１２から受注した商品の配達が完了したことを通知する（Ｓ３４：商品配達完了情報の送信）。これを受けて、受注管理システム１６から注文システム１２に対して、商品が所定の届け先へ配達されたことを通知する（Ｓ３５：商品配達完了の通知）。この時点で注文情報の状態が「商品配達中」から「商品配達済」に更新される。
【００４８】
最後に、商品受渡システム２０において商品受渡完了イベントが発生する（Ｓ３６：商品受渡完了イベントの発生）。商品受渡完了イベントは、注文システム１２から受注した商品を注文者に受け渡したことを示す情報が商品受渡システム２０に入力されたときに発生する。商品受渡完了イベント発生に基づいて、商品受渡システム２０から受注管理システム１６に対して、商品の受け渡しが完了したことを通知する（Ｓ３７：商品受渡完了情報の送信）。この時点で注文情報の状態が「商品配達済」から「商品受渡完了」に更新され、ショッピングカート情報の状態が「使用中」から「未使用」に更新される。
【００４９】
以上のＳ３１乃至Ｓ３７の情報処理により、本システム１０における商品配達処理（第１のパターン）が完了する。
【００５０】
図６は第２のパターンによる配達処理を示すフローチャートである。第２のパターンは商品の授受に人手による認証が必要な点で第１のパターンとは異なる。第２のパターンのうちＳ４１乃至Ｓ４５の情報処理は第１のパターンのＳ３１乃至Ｓ３５の情報処理と同様であるため、Ｓ４６以降の情報処理について説明する。
【００５１】
注文システム１２において電子鍵要求イベントが発生する（Ｓ４６：電子鍵要求イベントの発生）。電子鍵要求イベントは、注文システム１２が受注管理システム１６から商品配達完了通知を受けることによって発生する。電子鍵要求イベント発生に基づいて、注文システム１２から受注管理システム１６に電子鍵の発行を要求する（Ｓ４７：電子鍵の要求）。これを受けて、受注管理システム１６は電子鍵を発行し、注文システム１２に送信する（Ｓ４８：電子鍵の送信）。
【００５２】
続いて、注文システム１２において商品受取イベントが発生する（Ｓ４９：商品受取イベントの発生）。商品受取イベントは、注文システム１２が受注管理システム１６から電子鍵を受信することによって発生する。商品受取イベント発生に基づいて、注文システム１２から商品受渡システム２０に電子鍵を送信する（Ｓ５０：電子鍵の送信）。
【００５３】
続いて、商品受渡システム２０において認証イベントが発生する（Ｓ５１：認証イベントの発生）。認証イベントは、商品受渡システム２０が注文システム１２から電子鍵を受信することによって発生する。認証イベント発生に基づいて、商品受渡システム２０から受注管理システム１６に対して、電子鍵の認証を要求する（Ｓ５２：電子鍵の認証の要求）。受注管理システム１６は、商品受渡システム２０が注文システム１２から取得した電子鍵が真正なものなのかどうかを検証し、検証結果を商品受渡システム２０に送信する（Ｓ５３：検証結果の送信）。検証の結果、電子鍵が真正なものであるとの認証が得られた場合、商品の受け渡しが行われる。一方、電子鍵が真正のものではなかったり、何らかの不正が確認されたりして認証が得られなかった場合、処理を中断し、商品の受け渡しは保留もしくは中止する（Ｓ５４：異常終了）。
【００５４】
最後に、商品受渡システム２０において商品受渡完了イベントが発生する（Ｓ５５：商品受渡完了イベントの発生）。商品受渡完了イベントは、注文システム１２から受注した商品を注文者に受け渡したことを示す情報が商品受渡システム２０に入力されたときに発生する。商品受渡完了イベント発生に基づいて、商品受渡システム２０から受注管理システム１６に対して、注文システム１２から受注した商品の受け渡しが完了したことを通知する（Ｓ５６：商品受渡完了情報の送信）。この時点で注文情報の状態が「商品配達済」から「商品受渡完了」に更新され、ショッピングカート情報の状態が「使用中」から「未使用」に更新される。
【００５５】
以上のＳ４１乃至Ｓ５６の情報処理により、本システム１０における商品の配達処理（第２のパターン）が完了する。
【００５６】
図７は第３のパターンによる配達処理を示すフローチャートである。第３のパターンは商品の授受に機械による認証が必要な点で第１のパターンとは異なる。例えば、電子鍵式ロッカーが商品の受け渡し場所となる場合などが第３のパターンに該当する。
【００５７】
最初に、商品配達システム１８において商品配達開始イベントが発生する（Ｓ６１：商品配達開始イベントの発生）。商品配達開始イベントは、商品の配達準備が完了し、即時配達可能な状態であることを示す情報が商品配達システム１８に入力されたときに発生する。商品配達開始イベント発生に基づいて、商品配達システム１８から受注管理システム１６に対して、注文システム１２から受注した商品の配達を開始したことを通知する（Ｓ６２：商品配達開始情報の送信）。この時点で注文情報の状態が「注文確定」から「商品配達中」に更新される。商品は注文情報に紐付けられている届け先情報に基づいて所定の届け先に配達される。
【００５８】
続いて、 商品配達システム１８において商品配達鍵情報要求イベントが発生する（Ｓ６３：商品配達鍵情報要求イベントの発生）。商品配達鍵情報要求イベントは、商品配達システム１８から受注管理システム１６に対して商品配達開始情報を送信することによって発生する。商品配達鍵情報要求イベント発生に基づいて、商品配達システム１８から受注管理システム１６に電子鍵の発行を要求する（Ｓ６４：電子鍵の要求）。これを受けて、受注管理システム１６は電子鍵を発行し、商品配達システム１８に送信する（Ｓ６５：電子鍵の送信）。
【００５９】
続いて、商品受渡システム２０において認証イベントが発生する（Ｓ６６：認証イベントの発生）。認証イベントは、商品受渡システム２０が商品配達システム１８から電子鍵を受信したときに発生する。認証イベント発生に基づいて、商品受渡システム２０から受注管理システム１６に対して、電子鍵の認証を要求する（Ｓ６７：電子鍵の認証の要求）。受注管理システム１６は、商品受渡システム２０が商品配達システム１８から取得した電子鍵が真正なものなのかどうかを検証し、検証結果を商品受渡システム２０に送信する（Ｓ６８：検証結果の送信）。検証の結果、電子鍵が真正なものであるとの認証が得られた場合、商品の届け先となる電子鍵式ロッカー等が解錠され、商品を預け入れることができる。一方、電子鍵が真正のものではなかったり、何らかの不正が確認されたりして認証が得られなかった場合、処理を中断し、商品の預け入れは保留もしくは中止する（Ｓ６９：異常終了）。
【００６０】
続いて、商品の預け入れが完了し、施錠されたときに商品受渡システム２０において商品配達完了イベントが発生する（Ｓ７０：商品配達完了イベントの発生）。商品配達完了イベント発生に基づいて、商品受渡システム２０から受注管理システム１６に対して、注文システム１２から受注した商品の配達が完了したことを通知する（Ｓ７１：商品配達完了情報の送信）。これを受けて、受注管理システム１６から注文システム１２に対して、商品が所定の届け先へ配達されたことを通知する（Ｓ７２：商品配達完了の通知）。この時点で注文情報の状態が「商品配達中」から「商品配達済」に更新される。
【００６１】
続いて、注文システム１２において商品受取鍵情報要求イベントが発生する（Ｓ７３：商品受取鍵情報要求イベントの発生）。商品受取鍵情報要求イベントは、注文システム１２が受注管理システム１６から商品配達完了通知を受けることによって発生する。商品受取鍵情報要求イベント発生に基づいて、注文システム１２から受注管理システム１６に電子鍵の発行を要求する（Ｓ７４：電子鍵の要求）。これを受けて、受注管理システム１６は電子鍵を発行し、注文システム１２に送信する（Ｓ７５：電子鍵の送信）。
【００６２】
続いて、注文システム１２において商品受取イベントが発生する（Ｓ７６：商品受取イベントの発生）。商品受取イベントは、注文システム１２が受注管理システム１６から電子鍵を受信することによって発生する。商品受取イベント発生に基づいて、注文システム１２から商品受渡システム２０に電子鍵を送信する（Ｓ７７：電子鍵の送信）。
【００６３】
続いて、商品受渡システム２０において認証イベントが発生する（Ｓ７８：認証イベントの発生）。認証イベントは、商品受渡システム２０が注文システム１２から電子鍵を受信したときに発生する。認証イベント発生に基づいて、商品受渡システム２０から受注管理システム１６に対して、電子鍵の認証を要求する（Ｓ７９：電子鍵の認証の要求）。受注管理システム１６は、商品受渡システム２０が注文システム１２から取得した電子鍵が真正なものなのかどうかを検証し、検証結果を商品受渡システム２０に送信する（Ｓ８０：検証結果の送信）。検証の結果、電子鍵が真正なものであるとの認証が得られた場合、電子鍵式ロッカー等が解錠され、商品の受け渡しが行われる。一方、電子鍵が真正のものではなかったり、何らかの不正が確認されたりして認証が得られなかった場合、処理を中断し、商品の受け渡しは保留もしくは中止する（Ｓ８１：異常終了）。
【００６４】
最後に、商品受渡システム２０において商品受渡完了イベントが発生する（Ｓ８２：商品受渡完了イベントの発生）。商品受渡完了イベントは、電子鍵式ロッカー等に預け入れられている商品が取り出され、再び施錠されたときに発生する。商品受渡完了イベント発生に基づいて、商品受渡システム２０から受注管理システム１６に対して、注文システム１２から受注した商品の受け渡しが完了したことを通知する（Ｓ８３：商品受渡完了情報の送信）。この時点で注文情報の状態が「商品配達済」から「商品受渡完了」に更新され、ショッピングカート情報の状態が「使用中」から「未使用」に更新される。
【００６５】
以上のＳ６１乃至Ｓ８３の情報処理により、本システム１０における商品の配達処理（第３のパターン）が完了する。
【符号の説明】
【００６６】
１０  商品購入システム
１２  注文システム
１４  届け先情報配信システム
１６  受注管理システム
１８  商品配達システム
２０  商品受渡システム
【図１】
2016151839.tif 000003
【図２】
2016151839.tif 000004
【図３】
2016151839.tif 000005
【図４】
2016151839.tif 000006
【図５】
2016151839.tif 000007
【図６】
2016151839.tif 000008
【図７】
2016151839.tif 000009
【図８】
2016151839.tif 000010