JP2023066112A - 情報処理装置、システム、及び、方法 - Google Patents

情報処理装置、システム、及び、方法 Download PDF

Info

Publication number
JP2023066112A
JP2023066112A JP2021176629A JP2021176629A JP2023066112A JP 2023066112 A JP2023066112 A JP 2023066112A JP 2021176629 A JP2021176629 A JP 2021176629A JP 2021176629 A JP2021176629 A JP 2021176629A JP 2023066112 A JP2023066112 A JP 2023066112A
Authority
JP
Japan
Prior art keywords
product
user
information processing
ordered
processing apparatus
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2021176629A
Other languages
English (en)
Other versions
JP7305724B2 (ja
Inventor
敏明 田爪
Toshiaki TAZUME
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rakuten Group Inc
Original Assignee
Rakuten Group Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Rakuten Group Inc filed Critical Rakuten Group Inc
Priority to JP2021176629A priority Critical patent/JP7305724B2/ja
Publication of JP2023066112A publication Critical patent/JP2023066112A/ja
Application granted granted Critical
Publication of JP7305724B2 publication Critical patent/JP7305724B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】移動体の有効利用率の低下を抑制できる情報処理装置、システム、及び、方法を提供する。【解決手段】情報処理装置１００は、ユーザが注文した注文商品を移動体に積載した場合に、レコメンド商品を移動体に積載可能であるか否かを判別する判別部１４０を備える。また、情報処理装置１００は、レコメンド商品が積載可能であると判別されると、注文商品とレコメンド商品とを積載した移動体に、注文商品の配送先まで移動させる移動制御を行う制御部１１０を備える。【選択図】図３

Description

本発明は、情報処理装置、システム、及び、方法に関する。
従来、無人運送車を含む移動体に、商品を配送させるシステムが知られている（例えば、特許文献１）。
特開２０１９－０７４９２６号公報
しかし、特許文献１のシステムでは、注文された商品である注文商品を移動体に積載した場合に、注文商品と異なる商品を積載可能であっても、注文商品と異なる商品を積載せずに、移動体を注文商品の配送先へ移動させていた。このため、特許文献１のシステムでは、移動体の有効利用率の低下を抑制できないという問題があった。
そこで、本発明は、このような点に鑑み、その目的とするところは、移動体の有効利用率の低下を抑制できる情報処理装置、システム、及び、方法を提供することにある。
上記目的を達成するため、本発明の第１の観点に係る情報処理装置は、
ユーザが注文した注文商品を移動体に積載した場合に、レコメンド商品を前記移動体に積載可能であるか否かを判別する判別部と、
前記レコメンド商品が積載可能であると判別されると、前記注文商品と前記レコメンド商品とを積載した前記移動体に、前記注文商品の配送先まで移動させる移動制御を行う制御部と、
を備える。
本発明に係る情報処理装置、システム、及び、方法によれば、移動体の有効利用率の低下を抑制できる。
本発明の実施例に係る情報処理システムの一構成例を表すシステム構成図である。 情報処理装置の一構成例を表すハードウェア構成図である。 情報処理装置が有する機能の一例を表す機能ブロック図である。 情報処理装置が記憶する商品テーブルの一例を表す図である。 情報処理装置が実行する第１注文受付処理の一例を表すフローチャートである。 情報処理装置が記憶するユーザテーブルの一例を表す図である。 情報処理装置が記憶する検索履歴テーブルの一例を表す図である。 情報処理装置が記憶する配送予定テーブルの一例を表す図である。 実施例に係る情報処理装置が実行する移動制御処理の一例を表すフローチャートの前半部である。 実施例に係る情報処理装置が実行する移動制御処理の一例を表すフローチャートの後半部である。 情報処理装置が記憶するレコメンド商品テーブルの一例を表す図である。 実施例に係る情報処理装置が実行するレコメンド商品判別処理の一例を表すフローチャートである。 情報処理装置が実行する第２注文受付処理の一例を表すフローチャートである。 実施例に係る移動体の一外観例を表す外観構成図である。 移動体が備える情報処理装置の一構成例を表すハードウェア構成図である。 移動体が実行する移動処理の一例を表すフローチャートである。 情報処理装置が記憶する出力履歴テーブルの一例を表す図である。 実施例の変形例６に係る情報処理装置が実行するレコメンド商品判別処理の一例を表すフローチャートである。 実施例の変形例７に係る情報処理装置が実行するレコメンド商品判別処理の一例を表すフローチャートである。 実施例の変形例９に係る情報処理装置が実行するレコメンド商品判別処理の一例を表すフローチャートである。 実施例の変形例１０に係る情報処理装置が実行するレコメンド商品判別処理の一例を表すフローチャートである。 実施例の変形例１３に係る情報処理装置が実行する移動制御処理の一例を表すフローチャートの前半部である。 実施例の変形例１３に係る情報処理装置が実行する移動制御処理の一例を表すフローチャートの中間部である。 実施例の変形例１３に係る情報処理装置が実行する移動制御処理の一例を表すフローチャートの後半部である。 実施例の変形例２１に係る移動体の一外観例を表す外観構成図である。 移動体が備える施錠状態のフックの一例を表す図である。 移動体が備える解錠状態のフックの一例を表す図である。
＜実施例＞
以下、本発明の実施例について添付図面を参照しつつ説明する。
本発明の実施例に係る情報処理システム１は、電子市場に出店された仮想店舗に対する商品の注文を受け付ける、図１に示すような情報処理装置１００と、現実の店舗（以下、実店舗という）の在庫を管理するＰＯＳ（Point Of Sale）システム２００と、を備える。
本実施例では、実店舗で保管されている商品の在庫は、実店舗だけでなく、仮想店舗でも販売される。また、本実施例では、仮想店舗に対する商品の注文は、当該商品の販売を求める販売要求と、当該商品の配送を求める配送要求と、を含んでいる。このため、情報処理システム１は、仮想店舗に対する注文に基づいて販売された実店舗の商品の在庫を積載して移動することで、実店舗から配送先まで商品を配送する移動体６００を備える。また、情報処理システム１は、不図示のユーザＵ１の操作に従って、仮想店舗に対する注文の受け付けを求める注文受付要求を、情報処理装置１００へ送信する端末装置８００を備える。
本実施例では、１回の注文で、３個以下の商品の販売と配送とが求められる場合を具体例として挙げて以下の説明を行う。１回の注文で３個以下の商品の販売と配送とが求められるのは、本実施例では、移動体６００は、商品を格納する３つの格納ボックス６２１から６２３を備え、当該３つの格納ボックス６２１から６２３には、それぞれ１つの商品が格納されるためである。
情報処理装置１００は、例えば、サーバ機であり、例えば、実店舗のバックヤードに設置されている。情報処理装置１００は、ハードウェアである、図２に表すようなＣＰＵ（Central Processing Unit）１０１、ＲＡＭ（Random Access Memory）１０２、ＲＯＭ（Read Only Memory）１０３ａ、ハードディスク１０３ｂ、データ通信回路１０４、ビデオカード１０５ａ、表示装置１０５ｂ、及び、入力装置１０５ｃを備える。情報処理装置１００は、複数のＣＰＵを備えても良いし、複数のＲＡＭ及びフラッシュメモリを備えても良い。
情報処理装置１００のＣＰＵ１０１は、ＲＯＭ１０３ａ又はハードディスク１０３ｂに保存されたプログラムを実行することで、情報処理装置１００の全体制御を行う。ＲＡＭ１０２は、ＣＰＵ１０１によるプログラムの実行時において、処理対象とされるデータを一時的に記憶する。ＲＯＭ１０３ａ及びハードディスク１０３ｂは、各種のプログラムと、プログラムの実行に用いられる各種のデータ及びデータが保存されたテーブルと、を記憶している。
情報処理装置１００のデータ通信回路１０４は、第１データ通信回路１０４ａと、第２データ通信回路１０４ｂと、を含む。第１データ通信回路１０４ａは、ＮＩＣ（Network Interface Card）であり、例えば、ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）を含む通信規格に従って、例えば、ＬＡＮ（Local Area Network）である第１通信網ＬＮに接続されたＰＯＳシステム２００とデータ通信を行う。
情報処理装置１００の第２データ通信回路１０４ｂは、ＮＩＣであり、例えば、ＬＴＥ（Long Term Evolution）及び５Ｇ（5th Generation）を含む通信規格に従って、例えば、インターネットである第２通信網ＩＮに接続された不図示の基地局と電波を用いてデータ通信を行う。これにより、情報処理装置１００の第２データ通信回路１０４ｂは、第２通信網ＩＮに接続された移動体６００及び端末装置８００とデータ通信を行う。
情報処理装置１００のビデオカード１０５ａは、ＣＰＵ１０１から出力されたデジタル信号に基づいて画像をレンダリングすると共に、レンダリングされた画像を表す画像信号を出力する。表示装置１０５ｂは、ＥＬ（Electroluminescence）ディスプレイ、ＰＤＰ（Plasma Display Panel）、又は、ＬＣＤ（Liquid Crystal Display）であり、ビデオカード１０５ａから出力された画像信号に従って画像を表示する。入力装置１０５ｃは、キーボード、マウス、タッチパッド、及び、ボタンのいずれか１つ以上であり、仮想店舗及び実店舗を経営する企業の従業員の操作に応じた信号を出力する。
情報処理装置１００のＣＰＵ１０１は、起動すると、実店舗に在る商品の在庫数を問い合わせる不図示の在庫問合処理の実行を、例えば、１時間といった更新間隔で繰り返す。これにより、ＣＰＵ１０１は、実店舗の在庫数を問い合わせる在庫問合をＰＯＳシステム２００へ送信させる制御を第１データ通信回路１０４ａに行う、図３に示すような制御部１１０として機能する。また、ＣＰＵ１０１は、ＰＯＳシステム２００から受信された実店舗の在庫数を表す情報を第１データ通信回路１０４ａから取得する取得部１２０と、取得された実店舗の在庫数を表す情報に基づいて、仮想店舗が販売可能な商品の在庫数を表す情報をハードディスク１０３ｂに保存する保存部１３０として機能する。
情報処理装置１００のハードディスク１０３ｂは、各種の情報を記憶する情報記憶部１９０として機能する。情報記憶部１９０は、商品に関する情報が予め保存されている、図４に示すような商品テーブルを予め記憶している。商品テーブルには、複数のレコードが予め保存されている。商品テーブルの各レコードには、商品を識別する商品番号と、当該商品の名称を表す情報と、当該商品が記載されたウェブ頁の所在を表すＵＲＬ（Uniform Resource Locator）と、当該商品が属するジャンルを表す情報と、仮想店舗が販売可能な当該商品の在庫数を表す情報と、当該商品の価格を表す情報と、が予め対応付けられて保存されている。
本実施例では、商品の商品番号は、実店舗及び仮想店舗で販売される商品を識別する番号であり、かつ、実店舗及び仮想店舗を経営する企業が当該商品に割り当てた番号である。また、本実施例では、商品のウェブ頁には、当該商品を説明する説明文、当該商品の画像、及び、当該商品の値段の少なくとも１つと、例えば、ボタン又はリンクである、当該商品の注文に用いられるオブジェクトと、が掲載されている。さらに、本実施例では、商品のジャンルは、当該商品の種類である。
本実施例では、商品テーブルの１番目のレコードに、不図示の商品Ｇ１の商品番号「G1」と、名称「秋田のお米」を表す情報と、ＵＲＬ「./G1.html」と、ジャンル「米」を表す情報と、仮想店舗が販売可能な在庫数を表す情報と、価格「1,000」円を表す情報と、が対応付けられて保存されている。また、本実施例では、商品テーブルの２番目のレコードに、不図示の商品Ｇ２の商品番号「G2」と、名称「新潟のお米」を表す情報と、ＵＲＬ「./G2.html」と、ジャンル「米」を表す情報と、在庫数を表す情報と、価格「2,000円」を表す情報と、が対応付けられて保存されている。さらに、本実施例では、商品テーブルの３番目のレコードに、不図示の商品Ｇ３の商品番号「G3」と、名称「とれたて卵」を表す情報と、ＵＲＬ「./G3.html」と、ジャンル「卵」を表す情報と、在庫数を表す情報と、価格「300円」を表す情報と、が対応付けられて保存されている場合を具体例として挙げて以下の説明を行う。
不図示の在庫問合処理の実行が開始されると、情報処理装置１００の取得部１２０は、図４の商品テーブルから、１又は複数のレコードを取得する。次に、制御部１１０は、取得された１又は複数のレコードの内で、未注目のレコードが存在するか否かを判別する処理を実行する。このとき、制御部１１０は、未注目のレコードが存在すると判別すると、未注目のレコードの１つに注目する。本実施例では、商品テーブルの１番目のレコードが注目された場合を具体例として挙げて以下の説明を行う。
次に、情報処理装置１００の制御部１１０は、注目したレコード（以下、注目レコードという）に保存された商品番号「G1」を含み、かつ、当該商品番号「G1」で識別される商品Ｇ１の実店舗における在庫数を問い合わせる在庫問合を、ＰＯＳシステム２００を宛先として第１データ通信回路１０４ａへ出力する。その後、第１データ通信回路１０４ａは、在庫問合をＰＯＳシステム２００へ送信する。
その後、情報処理装置１００の第１データ通信回路１０４ａが、商品Ｇ１の商品番号「G1」と、商品Ｇ１の実店舗における在庫数を表す情報と、をＰＯＳシステム２００から受信すると、取得部１２０は、受信された商品番号「G1」と在庫数を表す情報とを取得する。本実施例では、ＰＯＳシステム２００が、商品番号「G1」と、在庫数「10」を表す情報と、を返信する場合を具体例として挙げて以下の説明を行う。このため、取得部１２０は、商品番号「G1」と、在庫数「10」を表す情報と、を取得する。
次に、情報処理装置１００の取得部１２０は、取得された商品番号「G1」と対応付けて情報記憶部１９０が予め記憶する安全在庫数を表す情報を取得する。本実施例において、商品番号「G1」に対応付けられた安全在庫数は、例えば、更新間隔において商品Ｇ１が過去に販売された数の平均値「10」個に予め設定されている。しかし、これに限定される訳では無く、安全在庫数は、「10」個よりも多くとも少なくとも良い。また、安全在庫数は、例えば、更新間隔において過去に販売された商品Ｇ１の数の中央値に予め設定されていても良い。さらに、好適な安全在庫数は、当業者が実験により定めることができる。
その後、情報処理装置１００の制御部１１０は、取得された情報で表される実店舗の在庫数「10」個から、取得された情報で表される安全在庫数「10」個を減算することで、仮想店舗で販売可能な在庫数「0」個を算出する。次に、保存部１３０は、図４の商品テーブルにおいて、取得された商品番号「G1」に対応付けられた在庫数を表す情報を、算出された在庫数「0」個を表す情報に変更することで、在庫数を表す情報を更新する。
その後、情報処理装置１００は、未注目のレコードが存在するか否かを判別する処理から上記処理を繰り返す。本実施例では、図４の商品テーブルの２番目のレコードにおいて、商品番号「G2」に対応付けられた在庫数を表す情報が、在庫数「20」個を表す情報に変更され、３番目のレコードにおいて、商品番号「G3」に対応付けられた在庫数を表す情報が、在庫数「30」個を表す情報に変更される場合を具体例として挙げて以下の説明を行う。
その後、未注目のレコードが存在するか否かを判別する処理において、情報処理装置１００の制御部１１０は、未注目のレコードが存在しないと判別すると、在庫問合処理の実行を終了する。
仮想店舗で商品を購入するために、端末装置８００のユーザＵ１が、仮想店舗に対する商品の注文に用いられるアプリケーション（以下、注文アプリという）を実行させるための操作を端末装置８００に行うと、端末装置８００は、当該操作に従って注文アプリの実行を開始する。その後、端末装置８００は、ユーザＵ１の操作に従って、ユーザＵ１のユーザＩＤ（IDentification）「U1」とパスワードを表す情報とを含む認証情報を含み、かつ、ユーザ認証を行うことを求める認証要求を情報処理装置１００へ送信する。情報処理装置１００の第２データ通信回路１０４ｂが認証要求を端末装置８００から受信すると、情報処理装置１００のＣＰＵ１０１は、認証要求に基づいてユーザ認証を行い、ユーザ認証が成功した場合に商品の注文を受け付ける、図５に示すような第１注文受付処理を実行する。
情報処理装置１００のＣＰＵ１０１は、第１注文受付処理を実行することで、認証要求に基づく認証が成功したか否かを判別する、図３に示すような判別部１４０として機能する。情報記憶部１９０は、注文を行うユーザに関する情報が保存されている、図６に示すようなユーザテーブルを予め記憶している。ユーザテーブルには、複数のレコードが予め保存されている。ユーザテーブルの各レコードには、ユーザを識別するユーザＩＤと、当該ユーザが予め指定したパスワードを表す情報と、当該ユーザが予め指定した配送先の位置を緯度、経度、及び、高度で表す位置情報と、当該ユーザが金銭の支払いに用いる支払情報と、が予め対応付けられて保存されている。本実施例では、支払情報は、ユーザが金銭の支払いに用いるクレジットカードのカード番号を表す情報と、当該クレジットカードの有効期限を表す情報と、当該ユーザの氏名を表す情報と、の少なくとも１つを含むが、これに限定される訳では無い。
情報処理装置１００の情報記憶部１９０は、第１注文受付処理の実行によって、ウェブ頁の検索履歴に関する情報が保存される、図７に示すような検索履歴テーブルを予め記憶している。検索履歴テーブルには、１又は複数のレコードが保存される。検索履歴テーブルの各レコードには、検索が行われた日時（以下、検索日時という）を表す情報と、検索を依頼したユーザのユーザＩＤと、検索に用いられたキーワードを表す情報と、検索された商品を識別する商品番号と、検索日時における当該商品の売切フラグと、が対応付けられて保存される。検索日時における商品の売切フラグは、検索日時において当該商品が仮想店舗で売り切れの商品（以下、売切商品という）であったか否かを表すフラグである。検索日時において当該商品が売切商品であったとは、検索日時において仮想店舗が販売可能な当該商品の在庫が無かったことを意味する。
また、情報処理装置１００の情報記憶部１９０は、注文された商品の配送予定に関する情報が保存される、図８に示すような配送予定テーブルを予め記憶している。配送予定テーブルには、１又は複数のレコードが保存される。配送予定テーブルの各レコードには、注文された商品の配送予定が生成された日時（以下、予定生成日時という）を表す情報と、注文を行ったユーザのユーザＩＤと、注文された商品の商品番号と、移動体６００が備える格納ボックス６２１から６２３の内で、当該商品が格納されるボックスとして選択された格納ボックスを識別するボックスＩＤと、当該商品の配送先を表す情報と、実店舗から当該配送先へ到る移動経路を表す情報と、が対応付けられて保存される。本実施例において、商品の配送先は、当該商品を注文したユーザによって予め設定された位置である。また、本実施例では、説明を簡単にするため、予定生成日時は、注文が受け付けられた日時（以下、注文受付日時という）と同じ日時であるとして以下の説明を行う。
図５の第１注文受付処理の実行が開始されると、情報処理装置１００の取得部１２０は、ユーザＵ１が使用する端末装置８００から受信された認証要求を、第２データ通信回路１０４ｂから取得する（ステップＳ０１）。次に、取得部１２０は、取得された認証要求から、認証を受けるユーザＵ１のユーザＩＤ「U1」と、ユーザＵ１のパスワードを表す情報と、を含む認証情報を取得する。その後、取得部１２０は、図６のユーザテーブルから、認証情報に含まれるユーザＩＤ「U1」と対応付けられたパスワードを表す情報を取得する。
その後、情報処理装置１００の制御部１１０は、認証要求に含まれる情報で表されるパスワードと、ユーザテーブルから取得された情報で表されるパスワードと、に基づいて、ユーザ認証を行う。このとき、制御部１１０は、これらのパスワードが一致しないと、ユーザ認証が失敗したと判別し（ステップＳ０２；Ｎｏ）、第１注文受付処理の実行を終了する。
これに対して、情報処理装置１００の制御部１１０は、これらのパスワードが一致すると、ユーザ認証が成功したと判別し（ステップＳ０２；Ｙｅｓ）、認証が成功したことを告げる認証成功報告を、端末装置８００を宛先として第２データ通信回路１０４ｂに出力する。その後、情報処理装置１００の第２データ通信回路１０４ｂは、認証成功報告を端末装置８００へ送信する。
端末装置８００は、認証成功報告を受信して表示する。認証成功報告を視認したユーザＵ１は、商品を検索するために用いられるキーワードを入力する操作を端末装置８００に行い、端末装置８００は、当該操作に従ってキーワードを表す情報を含み、かつ、当該キーワードに従って検索を行うことを求める検索要求を情報処理装置１００へ送信する。本実施例では、ユーザＵ１は、商品Ｇ１を注文するため、商品Ｇ１の商品番号「G1」をキーワードとして入力する操作を端末装置８００に行う場合を具体例として挙げて以下の説明を行う。このため、本実施例では、キーワード「G1」を表す情報を含む検索要求が送信される。
ステップＳ０２の処理を実行した後、情報処理装置１００の取得部１２０は、第２データ通信回路１０４ｂからの終了通知の取得を試行する。終了通知は、端末装置８００から受信される通知であり、かつ、注文アプリの実行を終了することを知らせる通知である。次に、判別部１４０は、終了通知を取得したか否かを判別し（ステップＳ０３）、終了通知が取得されなかったと判別する（ステップＳ０３；Ｎｏ）。次に、取得部１２０は、第２データ通信回路１０４ｂからの検索要求の取得を試行する。その後、判別部１４０は、検索要求が取得されたか否かを判別し（ステップＳ０４）、検索要求が取得されたと判別する（ステップＳ０４；Ｙｅｓ）。
その後、情報処理装置１００の取得部１２０は、検索要求に含まれるキーワード「G1」を表す情報を取得する（ステップＳ０５）。次に、取得部１２０は、キーワード「G1」に基づく、図４の商品テーブルの検索を行うことで、商品テーブルから、キーワード「G1」と同じ商品番号、又は、キーワード「G1」と同じ、若しくは、キーワード「G1」を含むジャンル若しくは名称を表す情報が保存されているレコードを取得することを試行する。これにより、取得部１２０は、商品番号「G1」が保存されている１番目のレコードを取得する。
次に、情報処理装置１００の取得部１２０は、例えば、ＯＳ（Operating System）が管理するシステム日時を、検索日時として取得する。本実施例では、検索日時として「2021年01月01日00時01分00秒（以下、「01日00時01分」という）」が取得された場合を具体例として挙げて以下の説明を行う。
次に、情報処理装置１００の判別部１４０は、検索により取得された１番目のレコードに保存されている情報で表される在庫数が「0」個であるため、１番目のレコードに保存されている商品番号「G1」で識別される商品Ｇ１の在庫であり、かつ、仮想店舗が販売可能な在庫が、検索日時「01日00時01分」において、存在しないと判別する。このため、判別部１４０は、検索日時「01日00時01分」において、商品Ｇ１が売切商品であると判別する。
その後、情報処理装置１００の制御部１１０は、検索日時「01日00時01分」を表す情報と、検索を要求したユーザＵ１のユーザＩＤ「U1」と、検索に用いられたキーワード「G1」を表す情報と、検索された商品Ｇ１の商品番号「G1」と、検索日時「01日00時01分」において商品Ｇ１が売切商品であったこと表す売切フラグ「true」と、を対応付けることで、検索履歴を表す情報を生成する。次に、保存部１３０は、図７の検索履歴テーブルに、１番目のレコードを追加し、追加されたレコードに、生成された検索履歴を表す情報を保存する（ステップＳ０６）。
その後、情報処理装置１００の制御部１１０は、キーワード「G1」に基づいて取得された商品テーブルの１番目のレコードに保存されている情報を、検索結果を表す情報として、第２データ通信回路１０４ｂへ端末装置８００を宛先として出力する（ステップＳ０７）。１番目のレコードには、商品Ｇ１の商品番号「G1」、名称「秋田のお米」を表す情報、ジャンル「お米」を表す情報、及び、在庫数「0」個を表す情報等が保存されている。次に、情報処理装置１００の第２データ通信回路１０４ｂは、検索結果を表す情報を端末装置８００へ送信する。その後、情報処理装置１００は、ステップＳ０３から上記処理を繰り返す。
端末装置８００は、検索結果を表す情報を受信して表示する。本実施例では、検索結果を視認したユーザＵ１が、注文しようとした商品Ｇ１の在庫数が「0」個であることを認識し、商品Ｇ１の注文を断念する場合を具体例として挙げて以下の説明を行う。また、本実施例では、商品Ｇ１の注文を断念したユーザＵ１が、「とれたて卵」という名称の商品Ｇ３を注文するために、キーワード「とれたて卵」を入力する操作を端末装置８００に行い、端末装置８００は、当該操作に従って、キーワード「とれたて卵」を表す情報を含む検索要求を送信する場合を具体例として挙げて以下の説明を行う。
情報処理装置１００は、ステップＳ０３からＳ０７の処理を実行することで、キーワード「とれたて卵」に基づく検索を行い、検索履歴を表す情報を保存し、検索結果を表す情報を端末装置８００へ送信する。その後、情報処理装置１００は、ステップＳ０３から上記処理を繰り返す。
キーワード「とれたて卵」に基づく検索では、図４の商品テーブルから、キーワード「とれたて卵」と一致する名称を表す情報が保存されている３番目のレコードが取得される。本実施例では、キーワード「とれたて卵」に基づく検索が行われた日時が「01日00時03分」であるとして以下の説明を行う。このため、キーワード「とれたて卵」に基づく検索履歴は、検索日時「01日00時03分」を表す情報と、ユーザＩＤ「U1」と、キーワード「とれたて卵」を表す情報と、商品テーブルの３番目のレコードに保存されている商品番号「G3」と、商品Ｇ３の売切フラグ「false」と、を含む。商品Ｇ３の売切フラグの値が「false」であるのは、３番目のレコードには、商品Ｇ３の商品番号「G3」と、在庫数「30」個を表す情報と、が保存されているため、検索日時「01日00時03分」において、商品Ｇ３の仮想店舗で販売可能な在庫が存在すると判別されるからである。すなわち、商品Ｇ３は、検索日時「01日00時03分」において、仮想店舗の売切商品でないと判別される。
キーワード「とれたて卵」に基づく検索結果を表す情報は、キーワード「とれたて卵」に基づいて検索された、商品テーブルの３番目のレコードに保存されている商品Ｇ３の名称「とれたて卵」を表す情報、在庫数「30」個を表す情報、及び、ウェブ頁のＵＲＬ「./G3.html」等を含む。
端末装置８００は、検索結果を表す情報を受信して表示する。本実施例では、検索結果を視認したユーザＵ１が、商品Ｇ３を注文するために、商品Ｇ３のウェブ頁を送信させるための操作を端末装置８００に行う場合を具体例として挙げて以下の説明を行う。このため、端末装置８００は、当該操作に従って、ＵＲＬ「./G3.html」を含み、かつ、当該ＵＲＬ「./G3.html」に在るウェブ頁を送信するように求める頁送信要求を情報処理装置１００へ送信する。
情報処理装置１００は、ステップＳ０３の処理を実行した後に、検索要求を取得しなかったと判別する（ステップＳ０４；Ｎｏ）。次に、情報処理装置１００の取得部１２０は、第２データ通信回路１０４ｂからの頁送信要求の取得を試行し、判別部１４０は、頁送信要求が取得されたと判別する（ステップＳ０８；Ｙｅｓ）。その後、取得部１２０は、取得された頁送信要求からＵＲＬ「./G3.html」を取得する（ステップＳ０９）。
次に、情報処理装置１００の取得部１２０は、取得されたＵＲＬに在る商品Ｇ３のウェブ頁を情報記憶部１９０から取得する。その後、判別部１４０は、図４の商品テーブルにおいて、取得されたＵＲＬと対応付けられている情報で表される在庫数が「30」個であるため、商品Ｇ３が売切商品でないと判別する。このため、制御部１１０は、取得されたウェブ頁に含まれる、商品Ｇ３の注文に用いられるオブジェクトの状態を選択可能な状態に変更した後、当該ウェブ頁を、端末装置８００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ１０）。その後、情報処理装置１００の第２データ通信回路１０４ｂが端末装置８００へ商品Ｇ３のウェブ頁を送信した後に、情報処理装置１００は、ステップＳ０３から上記処理を繰り返す。
端末装置８００は、商品Ｇ３のウェブ頁を受信して表示する。当該ウェブ頁を視認したユーザＵ１は、商品Ｇ３を注文するため、ウェブ頁に含まれるオブジェクトを選択する操作を端末装置８００に行う。端末装置８００は、ユーザＵ１の当該操作に応じて、商品Ｇ３の商品番号「G3」を含み、かつ、商品Ｇ３の注文を受け付けることを求める注文受付要求を情報処理装置１００へ送信する。
情報処理装置１００は、ステップＳ０３及びＳ０４の処理を実行した後に、頁送信要求を取得しなかったと判別する（ステップＳ０８；Ｎｏ）。次に、情報処理装置１００の取得部１２０は、第２データ通信回路１０４ｂからの注文受付要求の取得を試行し、判別部１４０は、注文受付要求が取得されたと判別する（ステップＳ１１；Ｙｅｓ）。次に、取得部１２０は、ユーザＵ１によって注文された商品Ｇ３の商品番号「G3」を注文受付要求から取得する。
その後、情報処理装置１００の制御部１１０は、注文受付要求に従って、ユーザＵ１による注文を受け付ける（ステップＳ１２）。すなわち、情報処理装置１００は、商品Ｇ３をユーザＵ１に販売することを求める販売要求と、商品Ｇ３をユーザＵ１の配送先へ配送することを求める配送要求と、を受け付ける。
次に、情報処理装置１００の取得部１２０は、図４の商品テーブルから、注文された商品（以下、注文商品という）Ｇ３の商品番号「G3」に対応付けられた価格「300」円を表す情報を取得する。その後、制御部１１０は、取得された価格「300」円を表す情報に基づいて、ユーザＵ１の支払金額を算出する。その後、取得部１２０は、図６のユーザテーブルから、注文を行ったユーザＵ１のユーザＩＤ「U1」に対応付けられた支払情報を取得し、情報記憶部１９０が予め記憶する決済サーバのＵＲＬを表す情報を取得する。次に、制御部１１０は、取得された支払情報に基づいて、算出された金額を決済する決済処理を実行する（ステップＳ１３）。このために、制御部１１０は、算出された支払金額を表す情報と、取得された支払情報と、を含み、かつ、当該支払情報を用いて当該支払金額を決済することを求める決済要求を、取得された決済サーバのＵＲＬを宛先として、第２データ通信回路１０４ｂへ出力する。
情報処理装置１００の第２データ通信回路１０４ｂが決済要求を送信してから、予め定められた時間が経過する以前に、決済が完了したことを告げる決済完了報告を第２データ通信回路１０４ｂが受信すると、判別部１４０は、決済が完了したと判別する（ステップＳ１４；Ｙｅｓ）。
次に、情報処理装置１００の取得部１２０は、図４の商品テーブルから、注文商品Ｇ３の商品番号「G3」と対応付けられている、仮想店舗が販売可能な在庫数を表す情報を取得する。その後、制御部１１０は、取得された情報で表される在庫数を値「1」だけ減算し、保存部１３０は、商品番号「G3」と対応付けられている当該情報を、減算後の在庫数を表す情報に変更する（ステップＳ１５）。次に、制御部１１０は、注文商品Ｇ３の商品番号「G3」を含み、かつ、注文商品Ｇ３が販売されたことを告げる販売報告を、ＰＯＳシステム２００を宛先として第１データ通信回路１０４ａへ出力する。その後、情報処理装置１００の第１データ通信回路１０４ａは、販売報告をＰＯＳシステム２００へ送信する。
次に、情報処理装置１００の取得部１２０は、図６のユーザテーブルから、注文を行ったユーザＵ１のユーザＩＤ「U1」と対応付けられた、不図示の配送先の位置Ｄ１を表す位置情報を取得する。その後、制御部１１０は、注文商品Ｇ３の配送元である、不図示の実店舗の位置Ｓから、注文商品Ｇ３の配送先の位置Ｄ１に到る不図示の移動経路ＰＳＤ１を決定する（ステップＳ１６）。
このために、情報処理装置１００の取得部１２０は、情報記憶部１９０が予め記憶している部分経路テーブルから複数のレコードを読み出す。部分経路テーブルには、例えば、道路、河原、又は、公園といった移動体６００が移動可能な部分経路に関する情報が保存された複数のレコードが予め保存されている。部分経路テーブルの各レコードには、部分経路であるエッジの始点ノードの緯度、経度、及び、高度と、当該エッジの終点ノードの緯度、経度、及び、高度と、当該エッジの距離を表す情報と、が対応付けられて予め保存されている。
次に、情報処理装置１００の取得部１２０は、情報記憶部１９０が予め記憶している配送元の位置Ｓを緯度、経度、及び、高度で表す位置情報を取得する。その後、制御部１１０は、読み出された部分経路テーブルの各レコードに保存されているエッジの距離と、当該エッジの始点ノード及び終点ノードの緯度、経度、及び、高度と、配送元の位置Ｓ及び配送先の位置Ｄ１の緯度、経度、及び、高度と、を用いて、例えば、ダイクストラ法といった公知の経路探索アルゴリズムを実行する。
これにより、情報処理装置１００の制御部１１０は、部分経路を組み合わせることで、配送元の位置Ｓから配送先の位置Ｄ１へ到る最短の全体経路を、注文商品Ｇ３を配送するために移動体６００が移動する移動経路ＰＳＤ１に決定し、決定された移動経路ＰＳＤ１を表す情報を生成する。移動経路ＰＳＤ１を表す情報には、移動経路ＰＳＤ１に含まれる複数のノードの位置を緯度、経度、及び、高度で表す位置情報と、複数のノードの到着順を表す情報と、が含まれている。
その後、情報処理装置１００の制御部１１０は、移動体６００が備える格納ボックス６２１から６２３の内から、注文商品Ｇ３を格納させる格納ボックスを１つ、予め定められた規則又はソフトウェア乱数に基づいて選択する。本実施例では、注文商品Ｇ３を格納させる格納ボックスとして、ボックスＩＤ「B3」で識別される格納ボックス６２３が選択された場合を具体例として挙げて以下の説明を行う。
次に、情報処理装置１００の制御部１１０は、移動体６００に、ユーザＵ１によって注文された注文商品Ｇ３を、格納ボックス６２３に格納させ、ユーザＵ１によって予め指定された配送先の位置Ｄ１へ、移動経路ＰＳＤ１を移動させることで、注文商品Ｇ３を配送先の位置Ｄ１へ配送させる、という配送予定を表す情報を生成する。このために、制御部１１０は、注文を行ったユーザＵ１のユーザＩＤ「U1」と、注文商品Ｇ３の商品番号「G3」と、注文商品Ｇ３を格納させる移動体６００の格納ボックス６２３を識別するボックスＩＤ「B3」と、注文商品Ｇ３の配送先の位置Ｄ１を表す位置情報と、注文商品Ｇ３の配送元の位置Ｓから配送先の位置Ｄ１に到る移動経路ＰＳＤ１を表す情報と、を対応付けることで、注文商品Ｇ３の配送予定を表す情報を生成する。次に、取得部１２０は、例えば、ＯＳが管理するシステム日時を、注文受付日時及び予定生成日時として取得する。
本実施例では、注文受付日時及び予定生成日時として、「2021年01月01日00時05分00秒（以下、「01日00時05分」という）」が取得された場合を具体例として挙げて以下の説明を行う。その後、保存部１３０は、図８の配送予定テーブルに、取得された注文受付日時及び予定生成日時「01日00時05分」を表す情報と、生成された配送予定を表す情報と、を対応付けて保存する（ステップＳ１７）。その後、情報処理装置１００は、ステップＳ０３から上記処理を繰り返す。
ステップＳ０３において、情報処理装置１００の判別部１４０は、終了通知が取得されたと判別すると（ステップＳ０３；Ｙｅｓ）、第１注文受付処理の実行を終了する。
情報処理装置１００のＣＰＵ１０１は、起動すると、第１注文受付処理の実行によって生成された配送予定に従って、移動体６００に商品を配送させるため、図９及び図１０に示すような移動制御処理を実行する。
情報処理装置１００の情報記憶部１９０は、移動制御処理の実行によって、レコメンド商品に関する情報が保存される、図１１に示すようなレコメンド商品テーブルを予め記憶している。本実施例では、レコメンド商品は、注文商品Ｇ３を注文したユーザＵ１に対して注文を勧める商品である。本実施例では、ユーザＵ１のレコメンド商品は、ユーザＵ１が注文しようとした商品（以下、注文試行商品という）であり、ユーザＵ１が注文しようとした時点（以下、注文試行時点という）で売り切れであった商品であり、かつ、注文商品Ｇ３の代替商品と異なる商品である。本実施例では、注文商品Ｇ３の代替商品は、商品Ｇ３が属するジャンル「卵」に属する商品であり、かつ、商品Ｇ３と異なる商品である。
レコメンド商品テーブルには、１又は複数のレコードが保存される。レコメンド商品テーブルの各レコードには、レコメンド商品に関する情報が保存される。レコメンド商品に関する情報は、レコメンド商品を識別する商品番号と、当該レコメンド商品の注文が勧められるユーザのユーザＩＤと、格納ボックス６２１から６２３の内で当該レコメンド商品を格納させるボックスとして選択された格納ボックスのボックスＩＤと、レコメンド商品の代金の決済が完了しているか否かを表す決済フラグと、が対応付けられた情報である。
移動制御処理の実行が開始されると、情報処理装置１００の判別部１４０は、図８の配送予定テーブルにレコードが保存されているか否かに基づいて、未実行の配送予定が存在するか否かを判別する（ステップＳ２１）。このとき、判別部１４０は、配送予定テーブルにレコードが保存されていないと判別すると、未実行の配送予定が存在しないと判別し（ステップＳ２１；Ｎｏ）、予め定められた時間に亘ってスリープした後に、ステップＳ２１の処理を繰り返す。
これに対して、情報処理装置１００の判別部１４０は、配送予定テーブルにレコードが保存されていると判別すると、未実行の配送予定が存在すると判別する（ステップＳ２１；Ｙｅｓ）。次に、取得部１２０は、配送予定テーブルに保存されている１又は複数のレコードの内で、最も早い予定生成日時を表す情報と対応付けられている配送予定を表す情報を取得する（ステップＳ２２）。
本実施例では、ユーザＵ１のユーザＩＤ「U1」と、ユーザＵ１の注文商品Ｇ３を識別する商品番号「G3」と、商品Ｇ３が格納される格納ボックス６２３のボックスＩＤ「B3」と、配送先の位置Ｄ１を表す位置情報と、配送元の位置Ｓから配送先の位置Ｄ１へ到る移動経路ＰＳＤ１を表す情報と、を含む、配送予定を表す情報が取得される場合を具体例として挙げて説明する。
次に、情報処理装置１００の判別部１４０は、取得された配送予定を表す情報に注目する。次に、判別部１４０は、注目された配送予定を表す情報（以下、注目配送予定を表す情報という）で表される注文商品Ｇ３を移動体６００に積載した場合に、レコメンド商品を移動体６００に積載可能であるか否かを判別する（ステップＳ２３）。このために、取得部１２０は、移動体６００が備える格納ボックス６２１から６２３をそれぞれ識別するボックスＩＤ「B1」から「B3」を情報記憶部１９０から取得する。次に、判別部１４０は、取得されたボックスＩＤ「B1」から「B3」の内に、注目配送予定を表す情報に含まれているボックスＩＤ「B3」と異なるボックスＩＤが存在するか否かに基づいて、レコメンド商品を移動体６００に積載可能であるか否かを判別する。このとき、判別部１４０は、注目配送予定を表す情報に含まれているボックスＩＤ「B3」と異なるボックスＩＤ「B1」及び「B2」が存在するため、ボックスＩＤ「B1」及び「B2」でそれぞれ識別される格納ボックス６２１及び６２２の状態は、商品を格納する予定が無い空き状態であると判別する。このため、判別部１４０は、空き状態の格納ボックス６２１及び６２２にレコメンド商品を積載可能であると判別する（ステップＳ２３；Ｙｅｓ）。
次に、情報処理装置１００は、レコメンド商品を判別する、図１２に示すようなレコメンド商品判別処理を実行する（ステップＳ２４）。レコメンド商品判別処理の実行を開始すると、情報処理装置１００の取得部１２０は、注文が行われる期間の長さとして、予め定められた注文時間長を表す情報を情報記憶部１９０から取得する。
次に、情報処理装置１００の取得部１２０は、注目配送予定を表す情報によって表される注文受付日時「01日00時05分」よりも予め定められた時間長「5」分だけ前の「2021年01月01日00時00分00秒」（以下、「01日00時00分」という）から、注文受付日時「01日00時05分」までの注文期間を設定する（ステップＳ５１）。その後、取得部１２０は、図７の検索履歴テーブルから、「01日00時00分」から「01日00時05分」までの注文期間に含まれる検索日時を表す情報と、注目配送予定を表す情報に含まれるユーザＩＤ「U1」と、に対応付けられたキーワードを表す情報を取得する（ステップＳ５２）。これにより、注文期間に含まれる日時に、ユーザＵ１が行った検索に用いられたキーワードを表す情報が取得される。本実施例では、検索日時「01日00時01分」を表す情報とユーザＩＤ「U1」とに対応付けられたキーワード「G1」を表す情報と、検索日時「01日00時03分」を表す情報とユーザＩＤ「U1」とに対応付けられたキーワード「とれたて卵」を表す情報と、が取得される。
次に、情報処理装置１００の判別部１４０は、取得されたキーワード「G1」、及び、キーワード「とれたて卵」の全てが未注目のキーワードであると判別し（ステップＳ５３；Ｙｅｓ）、未注目のキーワードの１つに注目する（ステップＳ５４）。本実施例では、キーワード「G1」に注目する場合を具体例として挙げて以下の説明を行う。
次に、情報処理装置１００の判別部１４０は、注目されたキーワード（以下、注目キーワードという）「G1」が商品番号であるか否かを判別する（ステップＳ５５）。このとき、判別部１４０は、図４の商品テーブルに、注目キーワード「G1」と一致する商品番号「G1」が保存されているため、注目キーワード「G1」が商品番号であると判別する（ステップＳ５５；Ｙｅｓ）。このため、判別部１４０は、商品番号「G1」で識別される商品Ｇ１を、ユーザＩＤ「U1」で識別されるユーザＵ１の注文試行商品であると判別し（ステップＳ５６）、注目キーワード「G1」に基づく検索が行われた検索日時「01日00時01分」を、ユーザＵ１の注文試行時点と判別する。
次に、情報処理装置１００の判別部１４０は、注文試行時点「01日00時01分」で、当該注文試行商品Ｇ１が、仮想店舗の売切商品であったか否かを判別する（ステップＳ５７）。このために、取得部１２０は、図７の検索履歴テーブルから、注文試行時点「01日00時01分」と同じ検索日時を表す情報と、注文試行商品Ｇ１の商品番号「G1」と同じキーワードを表す情報と、に対応付けられた売切フラグを取得する。次に、判別部１４０は、取得された売切フラグの値が「true」であるため、注文試行時点「01日00時01分」で、注文試行商品Ｇ１が売切商品であったと判別する（ステップＳ５７；Ｙｅｓ）。
次に、情報処理装置１００の判別部１４０は、注文試行商品Ｇ１が、注文商品Ｇ３の代替商品であるか否かを判別する（ステップＳ５８）。本実施例では、注文商品Ｇ３の代替商品は、注文商品Ｇ３のジャンル「卵」に属する商品であり、かつ、注文商品Ｇ３と異なる商品である。このため、取得部１２０は、図４の商品テーブルにおいて、注文商品Ｇ３の商品番号「G3」に対応付けられたジャンル「卵」を表す情報と、注文試行商品Ｇ１の商品番号「G1」に対応付けられたジャンル「お米」を表す情報と、を取得する。次に、判別部１４０は、取得された情報で表される注文商品Ｇ３のジャンル「卵」と、注文試行商品Ｇ１のジャンル「お米」と、が一致しないため、注文試行商品Ｇ１が、注文商品Ｇ３の代替商品でないと判別する（ステップＳ５８；Ｎｏ）。
その後、情報処理装置１００の判別部１４０は、注文試行商品Ｇ１をレコメンド商品と判別する（ステップＳ５９）。次に、情報処理装置１００の制御部１１０は、移動体６００が備える空き状態の格納ボックス６２１及び６２２の内で、レコメンド商品Ｇ１を格納させる格納ボックスを１つ、予め定められた規則又はソフトウェア乱数に基づいて選択する。本実施例では、格納ボックス６２１が選択された場合を具体例として挙げて以下の説明を行う。
次に、情報処理装置１００の制御部１１０は、レコメンド商品Ｇ１の商品番号「G1」と、レコメンド商品Ｇ１の注文が勧められるユーザＵ１のユーザＩＤ「U1」と、レコメンド商品Ｇ１が格納される格納ボックス６２１のボックスＩＤ「B1」と、レコメンド商品Ｇ１の代金の決済が完了していないことを表す決済フラグ「false」と、を対応付けることで、レコメンド商品に関する情報を生成する。その後、保存部１３０は、生成されたレコメンド商品に関する情報を、図１１のレコメンド商品テーブルに保存する（ステップＳ６０）。次に、情報処理装置１００は、レコメンド商品判別処理の実行を終了する。
図９のステップＳ２４でレコメンド商品判別処理が実行された後、情報処理装置１００の判別部１４０は、レコメンド商品と判別された商品が存在するか否かを判別する（ステップＳ２５）。このために、取得部１２０は、図１１のレコメンド商品テーブルから、注文商品Ｇ３を注文したユーザＵ１のユーザＩＤ「U1」と対応付けられた商品番号の取得を試行する。このとき、情報処理装置１００の判別部１４０は、商品番号「G1」が取得されるため、レコメンド商品と判別された商品Ｇ１が存在すると判別する（ステップＳ２５；Ｙｅｓ）。
次に、情報処理装置１００の制御部１１０は、注文商品Ｇ３とレコメンド商品Ｇ１との探出及び運搬を指示する（ステップＳ２６）。このために、取得部１２０は、図４の商品テーブルから、注文商品Ｇ３の商品番号「G3」に対応付けられた名称「とれたて卵」を表す情報と、レコメンド商品Ｇ１の商品番号「G1」に対応付けられた名称「秋田のお米」を表す情報と、を取得する。その後、制御部１１０は、注文商品Ｇ３の商品番号「G3」及び名称「とれたて卵」を表す情報の少なくとも１つと、レコメンド商品Ｇ１の商品番号「G1」及び名称「秋田のお米」を表す情報の少なくとも１つと、を含むメッセージを生成する。当該メッセージは、注文施行時点で売切商品でなかった注文商品Ｇ３と、注文施行時点で売切商品であったレコメンド商品Ｇ１と、について、仮想店舗のユーザＵ１に販売可能な在庫を、実店舗から探し出すことを指示するメッセージ（以下、探出指示メッセージという）である。
このような探出指示メッセージが生成させるのは、本実施例において、図４の商品テーブルに保存されている仮想店舗のユーザに販売可能な在庫数（以下、仮想店舗の在庫数という）は、ＰＯＳシステム２００が記憶する情報で表される実店舗に在る在庫数（以下、ＰＯＳの在庫数という）と必ずしも一致していないためである。商品テーブルの在庫数と、ＰＯＳの在庫数と、が必ずしも一致していないのは、仮想店舗の在庫数を表す情報は、予め定められた更新間隔で、ＰＯＳの在庫数を表す情報に基づいて更新されるためである。
仮想店舗の在庫数を表す情報が、予め定められた更新間隔で、更新されるのは、ＰＯＳの在庫数が変化する度に、仮想店舗の在庫数を表す情報が更新される場合と比べて、ＰＯＳの在庫数を表す情報を送信するＰＯＳシステム２００の計算負荷、及び、ＰＯＳの在庫数を表す情報に基づいて仮想店舗の在庫数を表す情報を更新する情報処理装置１００の計算負荷の増加を抑制するためである。
また、たとえ、仮想店舗の在庫数と、ＰＯＳシステム２００の在庫数と、が一致しているとしても、ＰＯＳの在庫数と、仮想店舗が販売可能な在庫数と、が必ずしも一致していないからである。例えば、実店舗内の買物客が商品陳列棚から商品を１個手に取って実店舗内のレジスター機に向かっている間、仮想店舗のユーザに販売可能な実店舗の在庫数は、ＰＯＳの在庫数よりも１個少ないためである。
次に、情報処理装置１００の制御部１１０は、注文商品Ｇ３の在庫とレコメンド商品Ｇ１の在庫とが探し出された場合、注文商品Ｇ３の在庫とレコメンド商品Ｇ１の在庫とを移動体６００の位置まで運搬すること、及び、注文商品Ｇ３の在庫が探し出されたが、レコメンド商品Ｇ１の在庫が探し出されない場合、注文商品Ｇ３を移動体６００の位置まで運搬すること、を指示するメッセージ（以下、運搬指示メッセージという）を生成する。本実施例では、移動体６００は、情報処理装置１００が設置されている実店舗のバックヤードの位置Ｓに停車している場合を具体例として挙げて以下の説明を行う。
その後、情報処理装置１００の制御部１１０は、生成された探出指示メッセージと、運搬指示メッセージと、を表示装置１０５ｂに表示させる。表示されたメッセージを視認した従業員は、当該メッセージに従って、例えば、実店舗の売り場又はバックヤードの棚から、注文商品Ｇ３とレコメンド商品Ｇ１との仮想店舗のユーザＵ１に販売可能な在庫を探し出す。本実施例では、仮想店舗のユーザＵ１に販売可能な注文商品Ｇ３の在庫とレコメンド商品Ｇ１との在庫が実店舗で探し出された場合を具体例として挙げて以下の説明を行う。
注文商品Ｇ３の在庫とレコメンド商品Ｇ１の在庫とを探し出した従業員は、探し出した注文商品Ｇ３の在庫とレコメンド商品Ｇ１の在庫とを、バックヤードに停車している移動体６００の位置Ｓまで運搬する。次に、従業員は、注文商品Ｇ３の在庫とレコメンド商品Ｇ１の在庫とが実店舗に存在することを表す信号を出力させる操作を、バックヤードに設置されている情報処理装置１００の入力装置１０５ｃに行う。
情報処理装置１００の入力装置１０５ｃが当該操作に応じた信号を出力すると、情報処理装置１００の判別部１４０は、入力装置１０５ｃから出力される信号に基づいて、仮想店舗のユーザＵ１に販売可能な注文商品Ｇ３の在庫とレコメンド商品Ｇ１の在庫とが実店舗に存在すると判別する（ステップＳ２７；Ｙｅｓ）。
次に、情報処理装置１００の制御部１１０は、注文商品Ｇ３とレコメンド商品Ｇ１との積載を指示する（ステップＳ２８）。このために、制御部１１０は、注文商品Ｇ３の商品番号「G3」及び名称「とれたて卵」を表す情報の少なくとも１つ、並びに、注目配送予定を表す情報に含まれるボックスＩＤ「B3」を含み、かつ、注文商品Ｇ３を移動体６００の格納ボックス６２３に積載するように指示するメッセージ（以下、注文商品Ｇ３の積載指示メッセージという）を生成する。
次に、情報処理装置１００の取得部１２０は、図１１のレコメンド商品テーブルから、注文商品Ｇ３を注文したユーザＵ１のユーザＩＤ「U1」と、レコメンド商品Ｇ１の商品番号「G1」と、に対応付けられたボックスＩＤ「B1」を取得する。その後、制御部１１０は、レコメンド商品Ｇ１の商品番号「G1」及び名称「秋田のお米」を表す情報の少なくとも１つ、並びに、ボックスＩＤ「B1」と、を含み、かつ、レコメンド商品Ｇ１を格納ボックス６２１に積載するように指示するメッセージ（以下、レコメンド商品Ｇ１の積載指示メッセージという）を生成する。
次に、情報処理装置１００の制御部１１０は、生成された注文商品Ｇ３の積載指示メッセージと、レコメンド商品Ｇ１の積載指示メッセージと、を表示装置１０５ｂに表示させる。表示されたメッセージを視認した従業員は、当該メッセージに従って、注文商品Ｇ３を格納ボックス６２３に格納させ、かつ、レコメンド商品Ｇ１を格納ボックス６２１に格納させる。その後、従業員は、注文商品Ｇ３とレコメンド商品Ｇ１との積載が終了したことを表す信号を出力させる操作を情報処理装置１００の入力装置１０５ｃに行う。
情報処理装置１００の入力装置１０５ｃが当該操作に応じた信号を出力すると、制御部１１０は、格納ボックスＩＤ「B1」及び「B3」を含み、かつ、格納ボックス６２１及び６２３の施錠を命じる施錠命令を、移動体６００を宛先として第２データ通信回路１０４ｂに出力する（ステップＳ２９）。情報処理装置１００の第２データ通信回路１０４ｂは、施錠命令を移動体６００へ送信する。
次に、情報処理装置１００の取得部１２０は、実店舗のバックヤードの位置Ｓから配送先の位置Ｄ１へ到る移動経路ＰＳＤ１を表す情報を、注目配送予定を表す情報から取得する。その後、制御部１１０は、移動経路ＰＳＤ１を表す情報を含み、かつ、当該移動経路ＰＳＤ１を移動することを命じる移動命令を、移動体６００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ３０）。その後、第２データ通信回路１０４ｂは、移動命令を移動体６００へ送信する。このようにして、情報処理装置１００の制御部１１０は、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００に、注文商品Ｇ３の配送先の位置Ｄ１まで移動させる移動制御を開始する。
次に、情報処理装置１００の取得部１２０は、第２データ通信回路１０４ｂからの到着報告の取得を試行し、判別部１４０は、到着報告が取得されたか否かを判別する（ステップＳ３１）。当該到着報告は、移動体６００から受信される報告であり、かつ、配送先の位置Ｄ１に移動体６００が到着したことを告げる報告である。このとき、判別部１４０は、到着報告が取得されなかったと判別すると（ステップＳ３１；Ｎｏ）、予め定められた時間に亘ってスリープしてから、ステップＳ３１の処理を繰り返す。
これに対して、情報処理装置１００の判別部１４０は、到着報告が取得されたと判別すると（ステップＳ３１；Ｙｅｓ）、移動制御が終了したと判別する。次に、取得部１２０は、図１１のレコメンド商品テーブルから、注文商品Ｇ３を注文したユーザＵ１のユーザＩＤ「U1」と対応付けられた商品番号の取得を試行する。このとき、判別部１４０は、商品番号「G1」が取得されたため、移動体６００がレコメンド商品Ｇ１を積載していると判別する（ステップＳ３２；Ｙｅｓ）。
次に、情報処理装置１００は、注文商品Ｇ３だけでなくレコメンド商品Ｇ１も配送先の位置Ｄ１に配送されたことを知らせる配送通知を生成する。このために、取得部１２０は、位置Ｄ１を緯度、経度、及び、高度で表す位置情報と、情報記憶部１９０が予め対応付けて記憶する住所を表す情報を取得する。その後、制御部１１０は、配送先の位置Ｄ１を住所で表す情報と、注文商品Ｇ３の商品番号「G3」及び名称「とれたて卵」を表す情報の少なくとも１つと、レコメンド商品Ｇ１の商品番号「G1」及び名称「秋田のお米」を表す情報の少なくとも１つと、を含む配送通知を生成する。
また、情報処理装置１００の制御部１１０は、レコメンド商品Ｇ１の商品番号「G1」及び名称「秋田のお米」を表す情報の少なくとも１つを含み、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を生成する。さらに、制御部１１０は、注文可能通知に、例えば、ボタン又はリンクである、レコメンド商品Ｇ１の注文に用いられるオブジェクトを追加する。
さらに、情報処理装置１００の制御部１１０は、配送先の位置Ｄ１を住所で表す情報と、注文商品Ｇ３の商品番号「G3」及び名称「とれたて卵」を表す情報の少なくとも１つ、並びに、ボックスＩＤ「B3」と、レコメンド商品Ｇ１の商品番号「G1」及び名称「秋田のお米」を表す情報の少なくとも１つ、並びに、ボックスＩＤ「B1」と、を含む受取要求を生成する。また、制御部１１０は、位置Ｄ１に到着した移動体６００にパスワードを入力して認証を受けることを求めるメッセージを、受取要求に追加する。さらに、制御部１１０は、レコメンド商品Ｇ１を注文せずに認証を成功させた場合に、格納ボックス６２３から注文商品Ｇ３を受け取ることを求めるメッセージを、受取要求に追加する。またさらに、制御部１１０は、レコメンド商品Ｇ１を注文し、レコメンド商品Ｇ１の代金の決済を完了させ、かつ、認証を成功させた場合に、格納ボックス６２３から注文商品Ｇ３を受け取り、かつ、格納ボックス６２１からレコメンド商品Ｇ１を受け取ること、を求めるメッセージを、受取要求に追加する。
その後、情報処理装置１００の制御部１１０は、配送通知、注文可能通知、及び、受取要求を、端末装置８００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ３３、Ｓ３４、及び、Ｓ３５）。情報処理装置１００の第２データ通信回路１０４ｂは、出力された配送通知、注文可能通知、及び、受取要求を端末装置８００へ送信し、端末装置８００は、配送通知、注文可能通知、及び、受取要求を受信して表示する。このようにして、制御部１１０は、配送通知、注文可能通知、及び、受取要求をユーザＵ１の端末装置８００へ第２データ通信回路１０４ｂに送信させる通信制御を行う。
本実施例では、配送通知を視認したユーザＵ１が、レコメンド商品Ｇ１の注文に用いられるオブジェクトを選択する操作を端末装置８００に行う場合を具体例として挙げて以下の説明を行う。このため、端末装置８００は、当該操作に従って、ユーザＵ１の認証情報を含む認証要求と、レコメンド商品Ｇ１の商品番号「G1」を含む注文受付要求と、を情報処理装置１００へ送信する。
情報処理装置１００の第２データ通信回路１０４ｂが認証要求と注文受付要求とを受信すると、情報処理装置１００のＣＰＵ１０１は、認証要求に従って認証を行い、認証が成功すると、注文受付要求に従ってレコメンド商品Ｇ１の注文を受け付ける、図１３に示すような第２注文受付処理を、図９及び図１０の移動制御処理と並列に実行する。このために、ＣＰＵ１０１は、移動制御処理を実行するプロセス又はスレッドと異なるプロセス又はスレッドで、第２注文受付処理を実行する。
ここで、移動制御処理の説明を中断して、第２注文受付処理の説明を行う。図１３の第２注文受付処理の実行を開始すると、情報処理装置１００は、図５のステップＳ０１及びＳ０２と同様の処理を実行する。これにより、情報処理装置１００は、認証要求を取得し（ステップＳ６１）、取得された認証情報に基づいてユーザ認証が失敗したと判別すると（ステップＳ６２；Ｎｏ）、第２注文受付処理の実行を終了する。
これに対して、情報処理装置１００は、ユーザ認証が成功したと判別すると（ステップＳ６２；Ｙｅｓ）、端末装置８００へ認証成功報告を送信する。次に、情報処理装置１００の取得部１２０は、第２データ通信回路１０４ｂから注文受付要求を取得する（ステップＳ６３）。その後、情報処理装置１００は、図５のステップＳ１２からＳ１４と同様の処理を実行することで、注文受付要求に基づいてレコメンド商品Ｇ１の注文を受け付け（ステップＳ６４）、レコメンド商品Ｇ１の代金の決済を行い（ステップＳ６５）、決済が完了したか否かを判別する（ステップＳ６６）。
その後、決済が完了したと判別されると（ステップＳ６６；Ｙｅｓ）、情報処理装置１００は、図５のステップＳ１５と同様の処理を実行する（ステップＳ６７）。これにより、情報処理装置１００は、レコメンド商品Ｇ１の商品番号「G1」を含み、かつ、レコメンド商品Ｇ１が販売されたことを告げる販売報告を、ＰＯＳシステム２００へ送信する。
次に、情報処理装置１００の保存部１３０は、図１１のレコメンド商品テーブルにおいて、注文受付要求に含まれるレコメンド商品Ｇ１の商品番号「G1」と、レコメンド商品Ｇ１の注文が勧められたユーザＵ１のユーザＩＤ「U1」に対応付けられた決済フラグの値を、レコメンド商品Ｇ１の代金の決済が完了していることを表す値「true」に変更することで、決済フラグを更新する（ステップＳ６８）。その後、情報処理装置１００は、第２注文受付処理の実行を終了する。
これに対して、決済が完了しなかったと判別されると（ステップＳ６６；Ｎｏ）、情報処理装置１００は、レコメンド商品テーブルにおいて、商品番号「G1」とユーザＩＤ「U1」に対応付けられた決済フラグの値を、レコメンド商品Ｇ１の代金の決済が完了していないことを表す値「false」に維持したまま、第２注文受付処理の実行を終了する。
第２注文受付処理と並列に実行される、図９及び図１０の移動制御処理の説明を再開する。図１０のステップＳ３５で受取要求が出力されると、情報処理装置１００の制御部１１０は、不図示のハードウェアタイマー又はソフトウェアタイマーを用いて計時を開始する。その後、取得部１２０は、受渡時間の長さを表す情報を情報記憶部１９０から取得する。
本実施例において、受渡時間の長さは、過去に観測された時間長であり、かつ、移動体６００がユーザＵ１を含む複数のユーザに商品受け渡すのに要した時間長の平均値「10」分に予め設定されているが、これに限定される訳では無い。受渡時間の長さは、「10」分よりも長くとも短くとも良い。また、受渡時間の長さは、過去に観測された時間長の中央値であっても良い。さらに、より好適な受渡時間の長さは、当業者が、実験により定めることができる。また、本実施例では、受渡時間の長さは、受け渡される商品の数に関わらず「10」分に予め設定されているが、これに限定される訳では無い。受渡時間の長さは、受け渡される商品の数がより多い程、より長い時間に予め設定されており、情報記憶部１９０は、受け渡される商品の数を表す情報と、当該数の商品を移動体６００がユーザに商品受け渡すのに要する受渡時間の長さを表す情報と、を対応付けて予め記憶していてもよい。
次に、情報処理装置１００の判別部１４０は、計時時間に基づいて、受取要求を出力してから受渡時間「10」分が経過したか否かを判別する（ステップＳ３６）。このとき、受渡時間「10」分が経過していないと判別されると（ステップＳ３６；Ｎｏ）、取得部１２０は、認証要求を第２データ通信回路１０４ｂから取得することを試行する。当該認証要求は、移動体６００から受信された要求であり、ユーザＵ１によって移動体６００に入力されたパスワードを表す情報を含み、かつ、当該パスワードを用いてパスワード認証を行うことを求める要求である。
このとき、情報処理装置１００の取得部１２０は、認証情報を取得すると、図６のユーザテーブルにおいて、注文商品Ｇ３を注文したユーザＵ１のユーザＩＤ「U1」と対応付けられたパスワードを表す情報を取得する。次に、判別部１４０は、ユーザテーブルから取得された情報で表されるパスワードと、認証情報によって表されるパスワードと、が一致するか否かに基づいてパスワード認証が成功したか否かを判別する（ステップＳ３７）。このとき、これらのパスワードが一致しないため、パスワード認証が成功せず、失敗したと判別部１４０が判別すると（ステップＳ３７；Ｎｏ）、制御部１１０は、パスワード認証が失敗したことを告げる認証失敗報告を、移動体６００を宛先として第２データ通信回路１０４ｂに出力する。その後、情報処理装置１００は、ステップＳ３６から上記処理を繰り返す。
これに対して、情報処理装置１００の判別部１４０は、２つのパスワードが一致するため、認証が成功したと判別すると（ステップＳ３７；Ｙｅｓ）、ステップＳ３２と同様の処理を実行することで、移動体６００が注文商品Ｇ３だけでなくレコメンド商品Ｇ１も積載していると判別する（ステップＳ３８；Ｙｅｓ）。
次に、情報処理装置１００の判別部１４０は、レコメンド商品Ｇ１の代金の決済が完了しているか否かを判別する（ステップＳ３９）。このために、取得部１２０は、図１１のレコメンド商品テーブルにおいて、レコメンド商品Ｇ１の商品番号「G1」と、レコメンド商品Ｇ１の注文が勧められたユーザＵ１のユーザＩＤ「U1」と、に対応付けられている決済フラグを取得する。
本実施例では、ステップＳ３９の処理が実行されるまでに、注文商品Ｇ３を注文したユーザＵ１がレコメンド商品Ｇ１を注文し、かつ、レコメンド商品Ｇ１の代金の決済が完了している場合を具体例として挙げて以下の説明を行う。このため、本実施例では、取得部１２０は、レコメンド商品テーブルから、値「true」の決済フラグを取得するので、判別部１４０は、レコメンド商品Ｇ１の代金の決済が完了していると判別する（ステップＳ３９；Ｙｅｓ）。
その後、情報処理装置１００の取得部１２０は、注目配送予定を表す情報からボックスＩＤ「B3」を取得し、図１１のレコメンド商品テーブルから、商品番号「G1」とユーザＩＤ「U1」とに対応付けられているボックスＩＤ「B1」を取得する。次に、制御部１１０は、取得されたボックスＩＤ「B1」及び「B3」を含み、かつ、格納ボックス６２１及び６２３の解錠を命じる解錠命令を生成する。次に、制御部１１０は、生成された解錠命令を、移動体６００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ４０）。
これにより、情報処理装置１００の制御部１１０は、格納ボックス６２１に格納されたレコメンド商品Ｇ１と、格納ボックス６２３に格納された注文商品Ｇ３と、をユーザＵ１に受け渡させる受渡制御を移動体６００に行う。情報処理装置１００の第２データ通信回路１０４ｂは、解錠命令を移動体６００に送信し、移動体６００は、解錠命令を受信すると、格納ボックス６２１及び６２３を解錠する。
その後、情報処理装置１００の取得部１２０は、移動体６００から受信された受渡報告を第２データ通信回路１０４ｂから取得することを試行し、判別部１４０は、受渡報告が取得されたか否かを判別する（ステップＳ４１）。当該受渡報告は、格納ボックス６２１及び６２３のボックスＩＤ「B1」及び「B3」を含み、かつ、移動体６００の格納ボックス６２１に格納されていたレコメンド商品Ｇ１と、格納ボックス６２３に格納されていた注文商品Ｇ３と、がユーザＵ１に受け渡されたことを告げる報告である。
ステップＳ４１において、情報処理装置１００は、受渡報告が取得されなかったと判別されると（ステップＳ４１；Ｎｏ）、予め定められた時間に亘ってスリープしてから、ステップＳ４１の処理を繰り返す。これに対して、情報処理装置１００の判別部１４０は、受渡報告が取得されたと判別すると（ステップＳ４１；Ｙｅｓ）、レコメンド商品Ｇ１と注文商品Ｇ３とをユーザＵ１に受け渡させる受渡制御が終了したと判別する。
次に、情報処理装置１００の制御部１１０は、移動経路ＰＳＤ１を表す情報に基づいて、移動経路ＰＳＤ１を逆順に辿る移動経路ＰＤ１Ｓを表す情報を生成する。移動経路ＰＤ１Ｓは、移動経路ＰＳＤ１を逆順に辿る経路であり、かつ、配送先の位置Ｄ１から配送元である実店舗の位置Ｓに到る経路である。次に、情報処理装置１００の制御部１１０は、生成された移動経路ＰＤ１Ｓを表す情報を含み、かつ、移動経路ＰＤ１Ｓを移動して実店舗まで帰還することを命じる移動命令を、移動体６００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ４２）。情報処理装置１００の第２データ通信回路１０４ｂは、当該移動命令を移動体６００へ送信する。
ステップＳ３６において、受渡時間「10」分が経過したと判別された場合（ステップＳ３６；Ｙｅｓ）、又は、ステップＳ４２の処理が実行された後に、情報処理装置１００は、ステップＳ３１の処理と同様の処理を実行する。これにより、情報処理装置１００は、実店舗の位置Ｓに移動体６００が到着したことを告げる到着報告が取得されたか否かを判別する（ステップＳ４３）。このとき、情報処理装置１００は、到着報告が取得されなかったと判別すると（ステップＳ４３；Ｎｏ）、予め定められた時間に亘ってスリープしてから、ステップＳ４３の処理を繰り返す。これに対して、到着報告が取得されたと判別されると（ステップＳ４３；Ｙｅｓ）、情報処理装置１００の制御部１１０は、図８の配送予定テーブルから、注目配送予定を表す情報が保存されたレコードを削除する（ステップＳ４４）。また、取得部１２０は、図１１のレコメンド商品テーブルから、ユーザＵ１のユーザＩＤ「U1」が保存されているレコードの取得を試行する。このとき、レコードが取得されたと判別部１４０が判別すると、制御部１１０は、取得されたレコードを削除することで、ユーザＵ１に購入を勧めたレコメンド商品Ｇ１に関する情報を削除する。その後、情報処理装置１００は、ステップＳ２１から上記の処理を繰り返す。これに対して、レコードが取得されなかったと判別すると、情報処理装置１００は、ステップＳ２１から上記の処理を繰り返す。
ＰＯＳシステム２００は、不図示のＰＯＳ端末と、ＰＯＳ端末と第１通信網ＬＮを介して接続された不図示のＰＯＳサーバと、を備える。ＰＯＳ端末は、例えば、レジスター機であり、実店舗の売場に設置されている。ＰＯＳ端末は、不図示のＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、第１データ通信回路、第２データ通信回路、ビデオカード、表示装置、入力装置、コードリーダー、及び、カードリーダーを備える。ＰＯＳ端末のＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、第１データ通信回路、第２データ通信回路、ビデオカード、表示装置、及び、入力装置が備える構成及び機能は、情報処理装置１００のハードウェアが備える構成及び機能と同様である。
ＰＯＳ端末の第１データ通信回路１０４ａは、ＰＯＳサーバとデータ通信を行い、ＰＯＳ端末の第２データ通信回路１０４ｂは、不図示の決済サーバとデータ通信を行う。コードリーダーは、例えば、バーコードやＱＲコード（登録商標）といった、商品の外装や商品自体に印刷されたコードを光学的に読み取り、読み取ったコードを表す信号を出力する。カードリーダーは、買物客が支払金額の決済に用いるカードが備えるＩＣ（Integrated Circuit）チップ、又は、磁気ストライプから、支払情報を読み取り、読み取った支払情報を表す信号を出力する。買物客が決済に用いるカードは、例えば、クレジットカード、デビットカード、又は、非接触ＩＣカードを含む。
実店舗で買い物をする買物客が、実店舗の商品陳列棚から商品を取り出してＰＯＳ端末まで運搬し、商品のコードをＰＯＳ端末のコードリーダーにかざすと、コードリーダーは、商品のコードを読み取り、読み取ったコードを表す信号を出力する。ＰＯＳ端末のＣＰＵは、出力された信号に基づいて、読み取られたコードで表される商品番号を取得する。次に、ＰＯＳ端末のＣＰＵは、取得された商品番号とハードディスクが対応付けて予め記憶する価格を表す情報を取得し、取得された価格を表す情報に基づいて買物客の支払金額を算出する。その後、ＰＯＳ端末のＣＰＵは、支払金額を表示装置に表示させる。
その後、買物客が、支払いに用いるカードをＰＯＳ端末のカードリーダーに挿入する、物理的若しくは電気的に接触させる、又は、スワイプさせると、カードリーダーは、カードから支払い情報を読み取り、読み取った支払い情報を表す信号を出力する。次に、ＰＯＳ端末のＣＰＵは、ハードディスクが予め記憶する決済サーバのＵＲＬを表す情報を取得する。その後、ＰＯＳ端末のＣＰＵは、算出された支払金額を表す情報と、取得された支払情報と、を含み、かつ、当該支払情報を用いて当該支払金額を決済することを求める決済要求を、取得されたＵＲＬを宛先として、第２データ通信回路へ出力する。
ＰＯＳ端末の第２データ通信回路が決済要求を送信してから、予め定められた時間が経過する以前に、決済が完了したことを告げる決済完了報告を、ＰＯＳ端末の第２データ通信回路が受信すると、ＰＯＳ端末のＣＰＵは、決済が完了したと判別する。その後、ＰＯＳ端末のＣＰＵは、販売された商品の商品番号を含み、かつ、当該商品が販売されたことを告げる販売報告を、ＰＯＳサーバを宛先として第１データ通信回路へ出力する。
ＰＯＳサーバは、例えば、サーバ機であり、実店舗のバックヤードに設置されている。ＰＯＳサーバは、ハードウェアである不図示のＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、第１データ通信回路、第２データ通信回路、ビデオカード、表示装置、及び、入力装置を備える。ＰＯＳサーバのハードウェアが備える構成及び機能は、情報処理装置１００のハードウェアが備える構成及び機能と同様である。
ＰＯＳサーバのハードディスクは、実店舗で販売される商品の商品番号と、実店舗に在る当該商品の在庫数を表す情報と、を対応付けて複数記憶している。実店舗に商品が納入されると、実店舗の従業員は、納入された商品の商品番号と、納入された商品の数と、を入力するための操作を、ＰＯＳサーバの入力装置に行う。ＰＯＳサーバの入力装置が当該操作に応じた信号を出力すると、ＰＯＳサーバのＣＰＵは、出力された信号に基づいて、納入された商品の商品番号と、納入された商品の数を表す情報と、を取得する。次に、ＰＯＳサーバのＣＰＵは、取得された商品番号に対応付けられた在庫数を表す情報をハードディスクから取得し、取得された情報で表される在庫数に、納入された商品の数を加算する。その後、ＰＯＳサーバのＣＰＵは、取得された商品番号に対応付けられた在庫数を表す情報を、加算後の在庫数を表す情報に変更することで、在庫数を表す情報を更新する。
ＰＯＳサーバの第１データ通信回路が、情報処理装置１００又はＰＯＳ端末から、販売報告を受信すると、ＰＯＳサーバのＣＰＵは、第１データ通信回路から販売報告を取得し、取得された販売報告から、販売された商品の商品番号を取得する。次に、ＰＯＳサーバのＣＰＵは、取得された商品番号に対応付けられた在庫数を表す情報をハードディスクから取得し、取得された情報で表される在庫数を値「1」だけ減算する。その後、ＰＯＳサーバのＣＰＵは、取得された商品番号に対応付けられた在庫数を表す情報を、減算後の在庫数を表す情報に変更することで、在庫数を表す情報を更新する。
ＰＯＳサーバの第１データ通信回路が、情報処理装置１００から在庫問合を受信すると、ＰＯＳサーバのＣＰＵは、第１データ通信回路から在庫問合を取得し、取得された在庫問合から商品番号を取得する。次に、ＰＯＳサーバのＣＰＵは、取得された商品番号に対応付けられた在庫数を表す情報をハードディスクから取得する。その後、ＰＯＳサーバのＣＰＵは、在庫数が問い合わされた商品の商品番号と、当該商品の実店舗に在る在庫数を表す情報と、を、情報処理装置１００を宛先として第１データ通信回路へ出力する。ＰＯＳサーバの第１データ通信回路は、出力された情報を情報処理装置１００へ送信する。
移動体６００は、例えば、無人地上車両であり、無人で地上を走行可能な走行機である。移動体６００は、図１４に示すような車輪６０１及び６０２を含む複数の車輪を備える車台６１０と、車台６１０の上面に設置された格納庫６２０と、格納庫６２０に内蔵された情報処理装置６９０と、を備える。
移動体６００の格納庫６２０は、格納ボックス６２１から６２３を備える。格納ボックス６２１は、不図示の１枚の底板、天板、及び、背板、並びに、２枚の側板を備え、これらの板により閉塞されて前方が開放された空間を形成する箱体を備える。箱体の開口部には、扉を受け止める不図示の扉枠が設置されている。扉は、カンヌキである不図示のデッドボルトを備え、扉枠は、デッドボルトの受座である不図示のストライクを備える。
移動体６００が備える格納ボックス６２１の扉は、移動体６００の情報処理装置６９０から出力される信号に従って、デッドボルトをストライクへ挿入させる不図示のモータをさらに備えている。また、当該モータは、情報処理装置６９０から出力される信号に従って、デッドボルトをストライクから抜出させる。デッドボルトがストライクへ挿入されると、格納ボックス６２１の扉が施錠される。デッドボルトがストライクから抜出されると、格納ボックス６２１の扉が解錠される。格納ボックス６２２及び６２３が有する構成及び機能は、格納ボックス６２１が有する構成及び機能と同様である。
移動体６００の格納庫６２０は、例えば、デジタルカメラである撮像装置６３０を、格納ボックス６２１から６２３の扉が設置されている面に備える。撮像装置６３０の光軸及び画角は、格納ボックス６２１から６２３に格納された商品を受け取るユーザが撮像範囲に含まれるように調整されている。撮像装置６３０は、予め定められた周期で撮像を行い、撮像により得られた画像を表す信号を情報処理装置６９０へ出力する。
移動体６００は、車台６１０の前面に設置されたＬｉＤＡＲ（Light Detection and Ranging）センサ６４１と、車台６１０の後面に設置された不図示のＬｉＤＡＲセンサと、をさらに備える。
移動体６００が備える前面のＬｉＤＡＲセンサ６４１は、移動体６００の前方向を基準の方位として用いる場合に、当該基準の方位となす方位角が－９０度から＋９０度まで、かつ、移動体６００の前方向となす仰角が－９０度から＋９０度までの範囲に含まれる複数の方向へレーザー光を照射する。前面のＬｉＤＡＲセンサ６４１は、照射されたレーザー光の反射光を受光し、レーザー光の照射から反射光の受光までの時間に基づいて、レーザー光が反射された複数の反射点までの距離を計測する。次に、前面のＬｉＤＡＲセンサ６４１は、レーザー光の照射方向と計測された距離とに基づいて、移動体６００の中心点を原点として用いた三次元座標系における座標値を、複数の反射点について算出する。その後、前面のＬｉＤＡＲセンサ６４１は、算出された複数の反射点の座標値を移動体６００の情報処理装置６９０へ出力する。
移動体６００が備える後面のＬｉＤＡＲセンサは、移動体６００の後方向を基準の方位として用いる場合に、当該基準の方位となす方位角が－９０度から＋９０度まで、かつ、移動体６００の後方向となす仰角が－９０度から＋９０度までの範囲に含まれる複数の方向へ赤外線のレーザー光を照射する。また、後面のＬｉＤＡＲセンサは、照射されたレーザー光の複数の反射点について移動体６００の三次元座標系における座標値を算出し、算出された複数の反射点の座標値を移動体６００の情報処理装置６９０へ出力する。
移動体６００が備える前面のＬｉＤＡＲセンサ６４１及び後面のＬｉＤＡＲセンサが複数の反射点の座標値を情報処理装置６９０へ出力するのは、例えば、障害物等の物体を回避して走行するために、移動体６００の情報処理装置６９０が、移動体６００を基準として用いた全方向にある物体の三次元空間における座標値及びサイズ等を特定するためである。
移動体６００の情報処理装置６９０は、図１５に示すようなハードウェアであるＣＰＵ６９１、ＲＡＭ６９２、ＲＯＭ６９３ａ、フラッシュメモリ６９３ｂ、データ通信回路６９４ａ、ビデオカード６９５ａ、表示装置６９５ｂ、入力装置６９５ｃ、位置計測回路６９６、入出力ポート６９８、及び、駆動回路６９９を備える。本実施例では、移動体６００は、１つのＣＰＵ６９１を備えるが、複数のＣＰＵを備えても良い。また、移動体６００は、複数のＲＡＭ及びフラッシュメモリを備えても良い。
移動体６００のＣＰＵ６９１、ＲＡＭ６９２、ＲＯＭ６９３ａ、データ通信回路６９４ａ、ビデオカード６９５ａ、表示装置６９５ｂ、及び、入力装置６９５ｃの構成及び機能は、情報処理装置１００のＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３ａ、第２データ通信回路１０４ｂ、ビデオカード１０５ａ、表示装置１０５ｂ、及び、入力装置１０５ｃの構成及び機能と同様である。
移動体６００のフラッシュメモリ６９３ｂは、各種のプログラムと、プログラムの実行に用いられる各種のデータ及びデータが保存されたテーブルと、を記憶している。
移動体６００の位置計測回路６９６は、ＱＺＳＳ（Quasi-Zenith Satellite System）回路である。位置計測回路６９６は、準天頂衛星から発せられた信号を受信し、受信された信号に基づいて移動体６００の位置を表す緯度、経度、及び、高度を計測し、計測された緯度、経度、及び、高度を表す信号を出力する。位置計測回路６９６は、ＱＺＳＳ回路ではなく、ＧＰＳ（Global Positioning System）衛星から発せられたＧＰＳ信号を受信し、受信されたＧＰＳ信号に基づいて移動体６００の位置を表す緯度、経度、及び、高度を計測するＧＰＳ回路であっても良い。
移動体６００の入出力ポート６９８は、撮像装置６３０に接続された不図示のケーブルに接続されており、撮像装置６３０が出力する信号をＣＰＵ６９１へ入力する。また、移動体６００の入出力ポート６９８は、前面のＬｉＤＡＲセンサ６４１及び後面のＬｉＤＡＲセンサとそれぞれ接続された不図示のケーブルに接続されている。入出力ポート６９８は、前面のＬｉＤＡＲセンサ６４１及び後面のＬｉＤＡＲセンサがそれぞれ出力する座標値を表す信号をＣＰＵ６９１へ入力する。
移動体６００の駆動回路６９９は、複数の車輪を回転させる不図示のモータにそれぞれ接続された不図示のケーブルに接続されている。駆動回路６９９は、ＣＰＵ６９１が出力する制御信号に従って当該モータを駆動させることで、複数の車輪を回転させる。
また、移動体６００の駆動回路６９９は、格納ボックス６２１から６２３がそれぞれ備える不図示のモータに接続されたケーブルに接続されている。駆動回路６９９は、ＣＰＵ６９１が出力する信号に従って当該モータを駆動させることで、格納ボックス６２１から６２３を施錠又は解錠する。
図９のステップＳ２８で行われる指示に従って、移動体６００の格納ボックス６２１にレコメンド商品Ｇ１が格納され、かつ、格納ボックス６２３に注文商品Ｇ３が格納された後、移動体６００のデータ通信回路６９４ａは、ステップＳ２９で送信された施錠命令を受信する。次に、移動体６００のＣＰＵ６９１は、データ通信回路６９４ａから施錠命令を取得し、施錠命令からボックスＩＤ「B1」及び「B3」を取得する。その後、ＣＰＵ６９１は、取得されたボックスＩＤ「B1」及び「B3」でそれぞれ識別される格納ボックス６２１及び６２３を施錠させる制御信号を駆動回路６９９へ出力する。これにより、移動体６００は、格納ボックス６２１及び６２３を施錠する。
移動体６００のデータ通信回路６９４ａが、図９のステップＳ３０で送信された移動命令を情報処理装置１００から受信すると、移動命令に従って、実店舗の位置Ｓから配送先の位置Ｄ１へ移動するため、移動体６００のＣＰＵ６９１は、図１６に示すような移動処理を実行する。移動処理の実行を開始すると、移動体６００のＣＰＵ６９１は、データ通信回路６９４ａから移動命令を取得し（ステップＳ８１）、取得された移動命令から移動経路ＰＳＤ１を表す情報を取得する（ステップＳ８２）。
次に、移動体６００のＣＰＵ６９１は、位置計測回路６９６から出力される信号に基づいて、移動体６００の緯度、経度、及び、高度を特定する。その後、ＣＰＵ６９１は、特定された緯度、経度、及び、高度と、移動経路ＰＳＤ１に含まれる複数の未到着のノードの内で最も到着順が早いノードの緯度、経度、及び、高度と、の相違を縮小させるように移動するための制御信号を生成する。その後、ＣＰＵ６９１は、生成された制御信号を駆動回路６９９へ出力する（ステップＳ８３）。これにより、移動体６００は、複数の車輪を回転させて、移動経路ＰＳＤ１を順行移動する。
その後、移動体６００のＣＰＵ６９１は、移動経路に含まれる１又は複数のノードの全てに到着したか否かに基づいて、移動経路ＰＳＤ１の終点である配送先の位置Ｄ１に到着したか否かを判別する（ステップＳ８４）。このとき、１又は複数のノードの全てに到着した訳ではないため、終点に到着していないと判別すると（ステップＳ８４；Ｎｏ）、ステップＳ８３から上記処理を繰り返す。
これに対して、移動体６００のＣＰＵ６９１は、１又は複数のノードの全てに到着したため、終点に到着したと判別すると（ステップＳ８４；Ｙｅｓ）、複数の車輪の回転を停止させるための制御信号を駆動回路６９９へ出力する。これにより、移動体６００は、移動経路ＰＳＤ１の終点で駐車又は停車を行うことで、当該終点での滞在を開始する。その後、ＣＰＵ６９１は、移動体６００が当該終点に到着したことを告げる到着報告を、情報処理装置１００を宛先としてデータ通信回路６９４ａへ出力してから（ステップＳ８５）、移動処理の実行を終了する。
配送先の位置Ｄ１に到着した移動体６００の入力装置６９５ｃに対して、ユーザＵ１がパスワードを入力するための操作を行うと、移動体６００の入力装置６９５ｃは、当該操作に応じた信号を出力する。移動体６００の入力装置６９５ｃが当該信号を出力すると、移動体６００のＣＰＵ６９１は、注文商品Ｇ３とレコメンド商品Ｇ１とをユーザＵ１に受け渡すため、不図示の受渡処理を実行する。
受渡処理の実行を開始すると、移動体６００のＣＰＵ６９１は、入力装置６９５ｃが出力する信号に基づいて、入力されたパスワードを取得する処理を実行する。次に、ＣＰＵ６９１は、取得されたパスワードを表す情報を含み、かつ、パスワード認証を要求する認証要求を、情報処理装置１００を宛先としてデータ通信回路６９４ａへ出力する。
その後、移動体６００のデータ通信回路６９４ａが、パスワード認証が失敗したことを告げる認証失敗報告を情報処理装置１００から受信すると、ＣＰＵ６９１は、パスワード認証が失敗したことを知らせるメッセージと、パスワードの再入力を促すメッセージと、を表示装置６９５ｂに表示させる。その後、ＣＰＵ６９１は、入力されたパスワードを取得する処理から上記処理を繰り返す。
これに対して、移動体６００のデータ通信回路６９４ａが、図１０のステップＳ４０で送信された解錠命令を受信すると、ＣＰＵ６９１は、パスワード認証が成功したと判別する。次に、ＣＰＵ６９１は、データ通信回路６９４ａから解錠命令を取得し、解錠命令からボックスＩＤ「B1」及び「B3」を取得する。
その後、ＣＰＵ６９１は、取得されたボックスＩＤ「B1」で識別される格納ボックス６２１を解錠させる制御信号を駆動回路６９９へ出力する。これにより、移動体６００は、格納ボックス６２１を解錠する。次に、移動体６００のＣＰＵ６９１は、予め定められた時間間隔で、レコメンド商品Ｇ１が受け取られたか否かを判別する。このために、ＣＰＵ６９１は、撮像装置６３０から出力される信号を取得する処理を実行する。その後、ＣＰＵ６９１は、取得された信号で表される画像（以下、撮像画像という）に基づいて、解錠された格納ボックス６２１からレコメンド商品Ｇ１が受け取られたか否かを判別する。このために、ＣＰＵ６９１は、フラッシュメモリ６９３ｂに予め記憶されている商品のテンプレート画像を表す情報を取得し、取得された情報で表されるテンプレート画像と、取得された信号で表される撮像画像と、に基づいてテンプレートマッチングを行う。その後、ＣＰＵ６９１は、テンプレートマッチングにより、撮像画像から商品に対応する画像領域が検出されると、レコメンド商品Ｇ１が受け取られたと判別する。これに対して、ＣＰＵ６９１は、商品に対応する画像領域が検出されないと、レコメンド商品Ｇ１が受け取られたと判別せずに、予め定められた時間に亘ってスリープした後に、撮像装置６３０から出力される信号を取得する処理から上記処理を繰り返す。
レコメンド商品Ｇ１が受け取られたと判別すると、移動体６００のＣＰＵ６９１は、解錠命令から取得されたボックスＩＤ「B3」によって識別される格納ボックス６２３を解錠させる制御信号を駆動回路６９９へ出力する。これにより、移動体６００は、格納ボックス６２３を解錠する。次に、移動体６００のＣＰＵ６９１は、レコメンド商品Ｇ１と同様に、撮像装置６３０から出力される信号に基づいて、解錠された格納ボックス６２３から注文商品Ｇ３が受け取られたか否かを予め定められた時間間隔で判別する。
注文商品Ｇ３が受け取られたと判別すると、移動体６００のＣＰＵ６９１は、格納ボックス６２１及び６２３のボックスＩＤ「B1」及び「B3」を含み、かつ、移動体６００の格納ボックス６２１及び６２３に格納されていたレコメンド商品Ｇ１及び注文商品Ｇ３の受け渡しが完了したことを告げる受渡報告を生成する。その後、ＣＰＵ６９１は、情報処理装置１００を宛先として受渡報告をデータ通信回路６９４ａへ出力する。
移動体６００のデータ通信回路６９４ａが、図１０のステップＳ４２で送信された移動命令を情報処理装置１００から受信すると、移動命令に従って、移動体６００のＣＰＵ６９１は、図１６に示した移動処理を実行する。これにより、移動体６００は、配送先の位置Ｄ１から実店舗の位置Ｓへ帰還する。
端末装置８００は、例えば、スマートフォン、又は、タブレット型若しくはノートブック型のパーソナルコンピュータである。端末装置８００は、ハードウェアである不図示のＣＰＵ、ＲＡＭ、ＲＯＭ、フラッシュメモリ、データ通信回路、音声通信回路、ビデオカード、表示装置、入力装置、位置計測回路、スピーカ、及び、マイクロフォンを備える。端末装置８００は、複数のＣＰＵを備えても良いし、複数のＲＡＭ及びフラッシュメモリを備えても良い。
端末装置８００のＣＰＵ、ＲＡＭ、ＲＯＭ、フラッシュメモリ、データ通信回路、ビデオカード、表示装置、入力装置、及び、位置計測回路の構成及び機能は、移動体６００のＣＰＵ６９１、ＲＡＭ６９２、ＲＯＭ６９３ａ、フラッシュメモリ６９３ｂ、データ通信回路６９４ａ、ビデオカード６９５ａ、表示装置６９５ｂ、入力装置６９５ｃ、及び、位置計測回路６９６の構成及び機能と同様である。端末装置８００の音声通信回路は、不図示の基地局と電波を用いた音声通信を行う。端末装置８００のスピーカは、ＣＰＵが出力する信号に従って音声を出力し、端末装置８００のマイクロフォンは、端末装置８００の周囲の音声を表す信号を出力する。
これらの構成によれば、情報処理装置１００は、ユーザＵ１が注文した注文商品Ｇ３を移動体６００に積載した場合に、レコメンド商品Ｇ１を移動体６００に積載可能であるか否かを判別する判別部１４０を備える。また、情報処理装置１００は、レコメンド商品Ｇ１が積載可能であると判別されると、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００に、注文商品Ｇ３の配送先の位置Ｄ１まで移動させる移動制御を行う制御部１１０を備える。これらのため、情報処理装置１００は、移動体６００の有効利用率の低下を抑制できる。
移動体６００の有効利用率は、例えば、単位時間当たり、又は、移動体６００による単位距離の移動当たり、移動体６００が配送する商品の数で表される。また、移動体６００の有効利用率は、配送元の位置Ｓを出発してから配送元の位置Ｓに帰還するまでの間に移動体６００が配送する商品の平均値又は中央値で表されても良い。またさらに、移動体６００の有効利用率を表す、単位時間当たり又は単位距離の移動当たり、移動体６００が配送する商品の数は、注文された商品の数に限定されても良いし、限定されなくても良い。
また、これらの構成によれば、レコメンド商品Ｇ１は、ユーザＵ１が注文しようとした注文試行商品であり、かつ、ユーザＵ１が注文しようとした注文試行時点で売り切れであった売切商品である。このため、情報処理装置１００は、ユーザＵ１が注文した商品Ｇ３だけでなく、ユーザＵ１が注文しようとしたが、売切商品であったため注文できなかった注文試行商品Ｇ１も積載した移動体６００を、注文商品Ｇ３の配送先の位置Ｄ１まで移動させるので、ユーザＵ１の利便性の低下を抑制できる。
さらに、これらの構成によれば、レコメンド商品Ｇ１は、注文商品Ｇ３の代替商品と異なる商品である。このため、レコメンド商品Ｇ１が注文商品Ｇ３の代替商品である場合と比べて、情報処理装置１００は、ユーザＵ１が注文商品Ｇ３の注文を取り消す蓋然性の上昇を抑制できるので、注文商品Ｇ３の注文を取り消すためにユーザＵ１が労力を要する蓋然性の上昇を抑制できる。
これらの構成によれば、情報処理装置１００の判別部１４０は、ユーザＵ１がレコメンド商品Ｇ１を注文しようとした時点である注文試行時点よりも後、かつ、移動体６００の移動制御が開始される時点よりも前において、レコメンド商品Ｇ１の在庫が存在するか否かをさらに判別する。また、情報処理装置１００の制御部１１０は、レコメンド商品Ｇ１の在庫が存在すると判別され、かつ、レコメンド商品Ｇ１が積載可能であると判別されると、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００に移動制御を行う。このため、レコメンド商品Ｇ１の注文試行時点にレコメンド商品Ｇ１が売切商品であったとしても、注文試行時点より後、かつ、移動制御が開始される時点よりも前に、レコメンド商品Ｇ１の在庫が存在すれば、情報処理装置１００は、注文商品Ｇ３だけでなくレコメンド商品Ｇ１も移動体６００に配送させることができるので、ユーザＵ１の利便性の低下を抑制できる。
また、これらの構成によれば、情報処理装置１００は、予め定められた更新間隔で、実店舗に在る商品Ｇ１の在庫数を表す情報を受信する第１データ通信回路１０４ａをさらに備える。また、情報処理装置１００の制御部１１０は、在庫数を表す情報が受信されると、受信された情報で表される在庫数「10」個から予め定められた安全在庫数「10」個を減算することで、仮想店舗で販売可能な在庫数「0」個を算出する。これらの構成によれば、情報処理装置１００は、実店舗に在る商品Ｇ１の在庫数が変化する度に、仮想店舗で販売可能な在庫数を算出する場合と比べて、計算負荷の増加を抑制できる。さらに、情報処理装置１００の判別部１４０は、ユーザＵ１が注文しようとした注文試行時点「01日00時01分」において、仮想店舗で販売可能な在庫数「0」個に基づいて、ユーザＵ１が注文しようとした注文試行商品Ｇ１が売切商品であるか否かを判別する。また、判別部１４０は、ユーザＵ１の注文試行時点「01日00時01分」よりも後、かつ、移動体６００の移動制御が開始される時点よりも前において、レコメンド商品Ｇ１の在庫が実店舗に存在するか否かを判別する。制御部１１０は、レコメンド商品Ｇ１の在庫が存在すると判別されると、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００に移動制御を行う。これらのため、情報処理装置１００は、たとえ、注文試行時点「01日00時01分」において、注文試行商品Ｇ１の在庫が実店舗に在るため、仮想店舗で注文試行商品Ｇ１を販売可能であったにも関わらず、注文試行商品Ｇ１を売切商品と判別してしまったとしても、注文試行時点「01日00時01分」よりも後に、レコメンド商品Ｇ１の在庫が実店舗に存在すると判別すれば、注文商品Ｇ３だけでなくレコメンド商品Ｇ１も移動体６００に配送させることができる。また、たとえ、注文試行時点「01日00時01分」において、注文試行商品Ｇ１を売切商品と判別してしまったとしても、注文試行時点「01日00時01分」よりも後に、注文試行商品Ｇ１が実店舗に納入されて在庫が実店舗に存在すれば、注文商品Ｇ３だけでなくレコメンド商品Ｇ１も移動体６００に配送させることができる。これらのため、情報処理装置１００は、計算負荷の増加を抑制しながら、ユーザＵ１の利便性の低下を抑制できる。
これらの構成によれば、情報処理装置１００は、ユーザＵ１の端末装置８００と情報を通信する第２データ通信回路１０４ｂを備える。また、情報処理装置１００の制御部１１０は、レコメンド商品Ｇ１の在庫が存在すると判別され、かつ、レコメンド商品Ｇ１が移動体６００に積載可能であると判別される場合に、移動体６００に対する移動制御の終了以後に、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知と、注文商品Ｇ３とレコメンド商品Ｇ１とが配送されたことを知らせる配送通知と、をユーザＵ１の端末装置８００へ、第２データ通信回路１０４ｂに送信させる制御を行う。さらに、制御部１１０は、レコメンド商品Ｇ１の代金の決済が完了したことを告げる決済完了報告を第２データ通信回路１０４ｂが受信すると、ユーザＵ１の配送先の位置Ｄ１に滞在する移動体６００に、注文商品Ｇ３とレコメンド商品Ｇ１とをユーザＵ１へ受け渡させる受渡制御を行う。このため、情報処理装置１００は、注文商品Ｇ３が配送先に配送されたことだけでなく、レコメンド商品Ｇ１が注文可能であることと、レコメンド商品Ｇ１が配送先に配送されたことと、をユーザＵ１に知らせることができる。このため、ユーザＵ１は、レコメンド商品Ｇ１を注文すると、注文商品Ｇ３だけでなく、レコメンド商品Ｇ１も、移動体６００の到着を待つことなく、配送先の位置Ｄ１に滞在している移動体６００から受け取れることを知ることができるので、ユーザＵ１の利便性の低下を抑制できる。
これらの構成によれば、情報処理装置１００の判別部１４０は、注目キーワード「G1」が商品番号であると判別すると、当該商品番号「G1」で識別される商品Ｇ１を注文試行商品と判別し、当該商品番号「G1」に基づく検索が行われた検索日時「01日00時01分」を注文試行時点と判別する。このため、情報処理装置１００は、従来よりも注文試行商品と注文試行時点とを精度良く判別できる。
＜実施例の変形例１＞
実施例では、情報処理装置１００の制御部１１０は、レコメンド商品Ｇ１が積載可能であると判別され、かつ、レコメンド商品Ｇ１の在庫が存在すると判別されると、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００に移動制御を行うと説明した。しかし、これに限定される訳では無く、本変形例に係る制御部１１０は、レコメンド商品が積載可能でないと判別されると、注文商品を積載し、かつ、レコメンド商品を積載していない移動体６００に移動制御を行う。
このため、本変形例では、図９のステップＳ２２において注目された配送予定を表す情報に、ボックスＩＤ「B1」から「B3」が含まれている場合を具体例として挙げて以下の説明を行う。本変形例に係る情報処理装置１００の判別部１４０は、注目配送予定を表す情報にボックスＩＤ「B1」から「B3」が含まれているため、移動体６００の格納ボックス６２１から６２３の状態は、商品を格納する予定が有る予約済状態であると判別する。このため、判別部１４０は、移動体６００が備える格納ボックス６２１から６２３に空きが無いため、移動体６００がレコメンド商品を積載不能であると判別する（ステップＳ２３；Ｎｏ）。
本変形例では、格納ボックス６２１から６２３のそれぞれに、互いに異なる種類の注文商品が１つずつ格納される場合を具体例として挙げて以下の説明を行う。このため、情報処理装置１００の制御部１１０は、３種類の注文商品の探出及び運搬を指示し（ステップＳ４５）、当該３種類の注文商品の移動体６００への積載を指示する（ステップＳ４７）。このために、制御部１１０は、３種類の注文商品の商品番号、及び、３種類の注文商品の名称を表す情報、の少なくとも１つを含み、３種類の注文商品について、仮想店舗のユーザＵ１に販売可能な在庫を１個ずつ実店舗から探し出すことを命じる探出指示メッセージを生成する。また、制御部１１０は、３種類の注文商品の在庫を移動体６００の位置Ｓまで運搬することを命じる運搬指示メッセージを生成する。
さらに、情報処理装置１００の制御部１１０は、３種類の注文商品を移動体６００の格納ボックス６２１から６２３に積載ように指示する積載指示メッセージを生成する。その後、制御部１１０は、生成された探出指示メッセージと、運搬指示メッセージと、積載指示メッセージと、を表示装置１０５ｂに表示させる。
表示されたメッセージを視認した従業員は、３種類の注文商品を探し出して移動体６００の位置Ｓまで運搬した後に、３種類の注文商品をそれぞれ格納ボックス６２１から６２３に格納させる。その後、従業員は、３種類の注文商品の積載が終了したことを表す信号を出力させる操作を情報処理装置１００の入力装置１０５ｃに行う。
情報処理装置１００の入力装置１０５ｃが当該操作に応じた信号を出力すると、情報処理装置１００は、格納ボックスＩＤ「B1」から「B3」を含み、かつ、格納ボックス６２１から６２３の施錠を命じる施錠命令を、移動体６００を宛先として第２データ通信回路１０４ｂに出力する（ステップＳ２９）。次に、情報処理装置１００の制御部１１０は、実店舗の位置Ｓから配送先の位置Ｄ１へ到る移動経路ＰＳＤ１の移動を命じる移動命令を、移動体６００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ３０）。これにより、制御部１１０は、注文商品を積載し、かつ、レコメンド商品を積載していない移動体６００に、注文商品の配送先の位置Ｄ１まで移動させる移動制御を行う。
次に、到着報告が取得されたと判別されると（ステップＳ３１；Ｙｅｓ）、情報処理装置１００の取得部１２０は、図１１のレコメンド商品テーブルから、注文商品を注文したユーザＵ１のユーザＩＤ「U1」と対応付けられた商品番号の取得を試行する。このとき、判別部１４０は、商品番号が取得されないため、移動体６００がレコメンド商品を積載していないと判別する（ステップＳ３２；Ｎｏ）。
次に、情報処理装置１００の制御部１１０は、配送先の位置Ｄ１を住所で表す情報と、注文商品の商品番号及び名称を表す情報の少なくとも１つと、を含み、注文商品が配送先の位置Ｄ１に配送されたことを知らせる配送通知を生成する。次に、制御部１１０は、位置Ｄ１に到着した移動体６００にパスワードを入力して認証を受けること、及び、認証を成功させた場合に、格納ボックス６２１ないし６２３から注文商品を受け取ることを求める受取要求を生成する。その後、制御部１１０は、生成された配送通知と受取要求とを、端末装置８００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ４８及びＳ３５）。
その後、情報処理装置１００は、ステップＳ３６及びＳ３７の処理を実行した後、パスワード認証が成功したと判別すると（ステップＳ３７；Ｙｅｓ）、ステップＳ３２と同様の処理を実行することで、移動体６００が注文商品を積載するが、レコメンド商品を積載していないと判別する（ステップＳ３８；Ｎｏ）。その後、制御部１１０は、ボックスＩＤ「B1」から「B3」を含み、かつ、注文商品が格納された格納ボックス６２１から６２３の解錠を命じる解錠命令を、移動体６００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ４９）。これにより、情報処理装置１００の制御部１１０は、格納ボックス６２１から６２３に格納されたレコメンド商品をユーザＵ１に受け渡させる受渡制御を移動体６００に行う。
その後、情報処理装置１００は、移動体６００の格納ボックス６２１から６２３に格納されていた注文商品がユーザＵ１に受け渡されたことを告げる受渡報告を取得したと判別すると（ステップＳ４１；Ｙｅｓ）、ステップＳ４２から移動制御処理を続行する。
＜実施例の変形例２＞
実施例の変形例１では、情報処理装置１００の制御部１１０は、レコメンド商品が積載可能でないと判別されると、注文商品を積載し、かつ、レコメンド商品を積載していない移動体６００に移動制御を行うと説明した。しかし、これに限定される訳では無く、本変形例に係る制御部１１０は、仮想店舗のユーザＵ１に販売可能なレコメンド商品Ｇ１の在庫が実店舗に存在しないと判別されると、注文商品Ｇ３を積載し、かつ、レコメンド商品Ｇ１を積載していない移動体６００に移動制御を行う。
このために、本変形例に係る情報処理装置１００は、図９のステップＳ２６で、仮想店舗のユーザＵ１に販売可能な注文商品Ｇ３とレコメンド商品Ｇ１との在庫を実店舗から探し出して移動体６００の位置Ｓへ運搬することを実店舗の従業員に指示する（ステップＳ２６）。本変形例では、仮想店舗のユーザＵ１に販売可能な注文商品Ｇ３の在庫が実店舗で探し出されたが、レコメンド商品Ｇ１の在庫が探し出されなかった場合を具体例として挙げて以下の説明を行う。
注文商品Ｇ３の在庫を探し出したが、レコメンド商品Ｇ１の在庫を探し出せなかった従業員は、探し出した注文商品Ｇ３の在庫を移動体６００の位置Ｓまで運搬する。次に、従業員は、注文商品Ｇ３の在庫が実店舗に存在するが、レコメンド商品Ｇ１の在庫が実店舗に存在しないことを表す信号を出力させる操作を情報処理装置１００の入力装置１０５ｃに行う。
情報処理装置１００の入力装置１０５ｃが当該操作に応じた信号を出力すると、情報処理装置１００の判別部１４０は、入力装置１０５ｃから出力される信号に基づいて、仮想店舗のユーザＵ１に販売可能な注文商品Ｇ３の在庫が実店舗に存在するが、レコメンド商品Ｇ１の在庫が実店舗に存在しないと判別する（ステップＳ２７；Ｎｏ）。
次に、情報処理装置１００の制御部１１０は、図１１のレコメンド商品テーブルから、注文商品Ｇ３を注文したユーザＵ１のユーザＩＤ「U1」と、レコメンド商品Ｇ１の商品番号と、が保存されたレコードを削除する。これにより、制御部１１０は、ユーザＩＤ「U1」と、レコメンド商品Ｇ１の商品番号と、を含む、ユーザＵ１のレコメンド商品に関する情報を削除する（ステップＳ４６）。その後、情報処理装置１００は、ステップＳ４７から移動制御処理を継続することで、実施例の変形例１と同様に、注文商品Ｇ３を積載し、かつ、レコメンド商品Ｇ１を積載していない移動体６００に、注文商品Ｇ３の配送先の位置Ｄ１まで移動させる移動制御を行う。
＜実施例の変形例３＞
実施例では、情報処理装置１００の情報記憶部１９０は、図４に示した商品テーブルを記憶しており、商品テーブルには、商品を識別する商品番号が保存されていると説明した。また、実施例では、情報処理装置１００の判別部１４０は、注目キーワード「G1」が商品番号であると判別すると（図１２のステップＳ５５；Ｙｅｓ）、商品番号「G1」で識別される商品Ｇ１を注文試行商品と判別し、商品番号「G1」に基づく検索が行われた検索日時「01日00時01分」を注文試行時点と判別すると説明した。しかし、これらに限定される訳では無い。
本変形例では、情報処理装置１００の情報記憶部１９０は、商品番号に代えて、商品を識別する型番が保存されている不図示の商品テーブルを記憶している。また、本変形例では、情報処理装置１００の判別部１４０は、図１２のステップＳ５５において、注目キーワード「G1」が型番でないと判別すると、注目キーワード「G1」に基づいて注文試行商品及び注文試行時点を判別できないと判別する。その後、情報処理装置１００は、ステップＳ５３から上記処理を繰り返す。これに対して、判別部１４０は、注目キーワード「G1」が型番であると判別すると、型番「G1」で識別される商品Ｇ１を注文試行商品と判別し、型番「G1」に基づく検索が行われた検索日時「01日00時01分」を注文試行時点と判別する。本変形例では、商品の型番は、当該商品を製造する製造者を識別する番号と、当該製造者によって製造された商品を識別する番号であり、かつ、当該製造者が当該商品に割り当てた番号と、の組み合わせであるが、これに限定される訳では無い。
＜実施例の変形例４＞
実施例と、実施例の変形例３と、は、組み合わせることができる。実施例では、情報処理装置１００は、注目キーワードが商品番号であると判別すると、当該商品番号で識別される商品を注文試行商品と判別し、当該商品番号に基づく検索が行われた検索日時を注文試行時点と判別すると説明した。また、実施例の変形例３では、情報処理装置１００は、注目キーワードが型番であると判別すると、当該型番で識別される商品を注文試行商品と判別し、当該型番に基づく検索が行われた検索日時を注文試行時点と判別すると説明した。
実施例と、実施例の変形例３と、の組み合わせである本変形例では、情報処理装置１００の判別部１４０は、注目キーワードが商品番号又は型番であると判別すると、当該商品番号又は当該型番で識別される商品を注文試行商品と判別し、当該商品番号又は当該型番に基づく検索が行われた検索日時を注文試行時点と判別する。これに対して、判別部１４０は、注目キーワードが商品番号でなく、かつ、型番でないと判別すると、ステップＳ５３から上記処理を繰り返す。
＜実施例の変形例５＞
実施例では、情報処理装置１００の判別部１４０は、注文商品Ｇ３を注文したユーザＵ１によって入力された注目キーワード「G1」が商品番号である場合に（図１２のステップＳ５５；Ｙｅｓ）、商品番号「G1」で識別される商品Ｇ１を、ユーザＵ１の注文試行商品と判別し、商品番号「G1」に基づく検索が行われた検索日時「01日00時01分」を、ユーザＵ１の注文試行時点と判別すると説明した。しかし、これに限定される訳では無い。本変形例では、情報処理装置１００の判別部１４０は、注目キーワード「G1」に基づいて検索された商品の数が１つであると判別すると、検索された当該１つの商品を注文試行商品と判別し、注目キーワード「G1」に基づく検索が行われた検索日時を注文試行時点と判別する。
このために、図１２のステップＳ５５において、情報処理装置１００の取得部１２０は、図７の検索履歴テーブルから、図１２のステップＳ５１で設定された注文期間に含まれる検索日時を表す情報と、注文商品Ｇ３を注文したユーザＵ１のユーザＩＤ「U1」と、注目キーワード「G1」を表す情報と、が保存されたレコードを取得する。このようにして、検索期間に含まれる検索日時において、在庫数が「0」個であった売切商品を含む条件で、ユーザＩＤ「U1」で識別されるユーザＵ１が入力したキーワード「G1」に基づいて行われた検索結果が特定される。
このとき、情報処理装置１００の判別部１４０は、取得されたレコードに商品番号が１つだけ保存されていると判別すると、注目キーワード「G1」に基づいて検索された商品の数が１つであると判別する。次に、判別部１４０は、取得されたレコードに保存されている商品番号で識別される商品を、ユーザＩＤ「U1」で識別されるユーザＵ１の注文試行商品と判別し、取得されたレコードに保存されている情報で表される検索日時を、ユーザＵ１の注文試行時点と判別する。その後、情報処理装置１００は、ステップＳ５７からレコメンド商品判別処理の実行を継続する。
これに対して、情報処理装置１００の判別部１４０は、取得されたレコードに保存されている商品番号の数が複数であると判別すると、注目キーワード「G1」に基づいて検索された商品の数が１つでないと判別する。次に、判別部１４０は、注目キーワード「G1」に基づく検索履歴から注文試行商品及び注文試行時点を判別できないと判別する。その後、情報処理装置１００は、ステップＳ５３からレコメンド商品判別処理の実行を継続する。
これらの構成によれば、情報処理装置１００の判別部１４０は、注目キーワード「G1」に基づいて検索された商品の数が１つであると判別すると、検索された当該１つの商品を注文試行商品と判別し、注目キーワード「G1」に基づく検索が行われた検索日時を注文試行時点と判別する。このため、情報処理装置１００は、従来よりも注文試行商品と注文試行時点とを精度良く判別できる。
＜実施例の変形例６＞
実施例では、情報処理装置１００の判別部１４０は、ユーザＵ１による商品の検索履歴に基づいて、ユーザＵ１の注文試行商品と判別すると説明したが、これに限定される訳ではない。本変形例では、情報処理装置１００の判別部１４０は、商品が記載されたウェブ頁のユーザＵ１による閲覧履歴に基づいて、ユーザＵ１の注文試行商品と判別する。すなわち、本変形例では、判別部１４０は、図１２のステップＳ５１で予め設定された注文期間内に、ユーザＵ１が予め定められた回数以上の回数閲覧したウェブ頁に記載された商品を、ユーザＵ１の注文試行商品と判別する。また、本変形例では、判別部１４０は、ユーザＵ１が当該ウェブ頁を、注文期間内に最後に閲覧した時点を、ユーザＵ１の注文試行時点と判別する。
このため、本変形例に係る情報処理装置１００の情報記憶部１９０は、ウェブ頁の出力履歴に関する情報が保存される、図１７に示すような出力履歴テーブルを記憶している。出力履歴テーブルには、ウェブ頁が出力された日時（以下、出力日時という）を表す情報と、当該ウェブ頁の宛先とされた端末装置８００を使用するユーザＵ１のユーザＩＤ「U1」と、当該ウェブ頁の所在を表すＵＲＬと、が対応付けられて保存される。
本変形例に係る情報処理装置１００の保存部１３０は、図５のステップＳ１０で、端末装置８００を宛先としてウェブ頁が出力された後、ウェブ頁の出力履歴に関する情報を出力履歴テーブルに保存する。このために、取得部１２０は、例えば、ＯＳからシステム日時をウェブ頁の出力日時として取得する。次に、保存部１３０は、ウェブ頁の出力日時を表す情報と、当該ウェブ頁の宛先とされた端末装置８００を使用するユーザＵ１のユーザＩＤ「U1」と、当該ウェブ頁の所在を表すＵＲＬと、を対応付けることで、出力履歴を表す情報を生成する。その後、保存部１３０は、生成された出力履歴を表す情報を出力履歴テーブルに保存する。次に、情報処理装置１００は、ステップＳ０３から第１注文受付処理の実行を継続する。
本変形例に係る情報処理装置１００は、図１８に示すようなレコメンド商品判別処理を実行する。レコメンド商品判別処理の実行を開始すると、情報処理装置１００は、図１２のステップＳ５１と同様の処理を実行することで、注文期間を設定する（ステップＳ９１）。その後、取得部１２０は、図１７の出力履歴テーブルから、注文期間に含まれる出力日時を表す情報と、端末装置８００を使用するユーザＵ１のユーザＩＤ「U1」と、が保存されたレコードを１又は複数取得する（ステップＳ９２）。
次に、情報処理装置１００の判別部１４０は、取得された１又は複数のレコードに保存されているＵＲＬの内に、未注目のＵＲＬが存在するか否かを判別する（ステップＳ９３）。このとき、判別部１４０は、未注目のＵＲＬが存在すると判別すると（ステップＳ９３；Ｙｅｓ）、未注目のＵＲＬの１つに注目する（ステップＳ９４）。
次に、情報処理装置１００の判別部１４０は、ステップＳ９２で取得された１又は複数のレコードの内で、注目されたＵＲＬ（以下、注目ＵＲＬという）が保存されたレコードの数を計数する。これにより、判別部１４０は、注目ＵＲＬに在るウェブ頁（以下、注目ウェブ頁という）が、注文期間内に端末装置８００へ送信された回数を計数し、計数された回数を、注目ウェブ頁が、端末装置８００を使用するユーザＵ１によって閲覧された回数と判別する。
その後、情報処理装置１００の取得部１２０は、情報記憶部１９０から、予め定められた閲覧回数用の閾値を取得する。本変形例では、閲覧回数用の閾値は、「3」回に予め設定されているが、これに限定される訳では無く、「1」回以上、かつ、「3」回より少ない回数、又は、「3」回より多い回数に予め設定されていても良い。好適な閲覧回数用の閾値は、当業者が実験により定めることができる。
次に、情報処理装置１００の判別部１４０は、注目ウェブ頁の閲覧回数が、取得された閾値以上であるか否かを判別する（ステップＳ９５）。このとき、注目ウェブ頁の閲覧回数が閾値以上であると判別されると（ステップＳ９５；Ｙｅｓ）、取得部１２０は、図４の商品テーブルから、注目ＵＲＬと対応付けられた商品番号を取得する。次に、判別部１４０は、取得された商品番号で識別される商品を、注目ウェブ頁に記載された商品であり、かつ、端末装置８００を使用するユーザＵ１が注文しようとした注文試行商品であると判別する（ステップＳ９６）。
また、情報処理装置１００の判別部１４０は、ステップＳ９２で取得され、かつ、注目ＵＲＬが保存されている複数のレコードに保存されている情報の内で、最も遅い出力日時を表す情報を判別する。次に、判別部１４０は、判別された情報で表される出力日時を、端末装置８００を使用するユーザＵ１が注目ウェブ頁を、注文期間内に最後に閲覧した時点と判別する。その後、判別部１４０は、ユーザＵ１が注目ウェブ頁を注文期間内に最後に閲覧した時点を、注文試行日時と判別する。その後、情報処理装置１００は、図１２のステップＳ５７からＳ６０の処理と同様の処理を実行した後に（ステップＳ９７からＳ１００）、レコメンド商品判別処理の実行を終了する。
ステップＳ９５において、情報処理装置１００は、注目ウェブ頁の閲覧回数が閲覧回数用の閾値よりも少ないと判別すると（ステップＳ９５；Ｎｏ）、ステップＳ９３から上記処理を繰り返す。
ステップＳ９３において、情報処理装置１００は、未注目のＵＲＬが存在しないと判別すると（ステップＳ９３；Ｎｏ）、レコメンド商品判別処理の実行を終了する。
本変形例では、情報処理装置１００の判別部１４０は、注文試行商品が記載されたウェブ頁を、端末装置８００を使用するユーザＵ１が、注文期間内に最後に閲覧した時点を、ユーザＵ１の注文試行時点と判別すると説明したが、これに限定される訳では無い。判別部１４０は、当該ウェブ頁をユーザＵ１が、注文期間内に最初に閲覧した時点を、ユーザＵ１の注文試行時点と判別しても良い。また、判別部１４０は、当該ウェブ頁をユーザＵ１が、注文期間内に、閲覧回数用の閾値で表される回数閲覧した時点を、ユーザＵ１の注文試行時点と判別しても良い。
これらの構成によれば、情報処理装置１００の判別部１４０は、注文商品Ｇ３を注文したユーザＵ１が予め設定された注文期間内に、予め定められた回数以上の回数閲覧したウェブ頁に記載された商品を、ユーザＵ１の注文試行商品と判別する。このため、情報処理装置１００は、従来よりも注文試行商品を精度良く判別できる。
＜実施例の変形例７＞
実施例の変形例６では、情報処理装置１００の判別部１４０は、ユーザＵ１が、予め設定された注文期間内に、予め定められた回数以上の回数閲覧したウェブ頁に記載された商品を、ユーザＵ１の注文試行商品と判別すると説明した。しかし、これに限定される訳ではない。本変形例では、判別部１４０は、ユーザＵ１が注文期間内に、予め定められた時間以上の時間に亘り閲覧したウェブ頁に記載された商品を、ユーザＵ１の注文試行商品と判別する。また、本変形例では、判別部１４０は、ユーザＵ１が当該ウェブ頁を、注文期間内に最後に閲覧した時点を、ユーザＵ１の注文試行時点と判別する。
このため、本変形例に係る情報処理装置１００は、実施例の変形例６と同様に、図１７に示した出力履歴テーブルを記憶している。また、本変形例に係る情報処理装置１００は、図５のステップＳ１０でウェブ頁を出力した後、ウェブ頁の出力履歴に関する情報を出力履歴テーブルに保存する。その後、情報処理装置１００は、ステップＳ０３から第１注文受付処理の実行を継続する。
本変形例に係る情報処理装置１００は、図１９に示すようなレコメンド商品判別処理を実行する。レコメンド商品判別処理の実行を開始すると、情報処理装置１００は、図１８のステップＳ９１及び９２と同様の処理を実行する。これにより、情報処理装置１００は、注文期間を設定し（ステップＳ１０１）、図１７の出力履歴テーブルから、注文期間に含まれる出力日時を表す情報と、ユーザＵ１のユーザＩＤ「U1」と、が保存されたレコードを１又は複数取得する（ステップＳ１０２）。
次に、情報処理装置１００の判別部１４０は、取得された１又は複数のレコードの内に、未注目のレコードが存在するか否かを判別する（ステップＳ１０３）。このとき、判別部１４０は、未注目のレコードが存在すると判別すると（ステップＳ１０３；Ｙｅｓ）、ステップＳ１０２で取得され、かつ、未注目である、１又は複数のレコードの内で、最も早い出力日時（以下、最早出力日時という）を表す情報が保存されているレコードに注目する（ステップＳ１０４）。
次に、情報処理装置１００の取得部１２０は、ステップＳ１０２で取得された１又は複数のレコードの内から、最早出力日時よりも遅い出力日時を表す情報が保存されたレコードの取得を試行する。このとき、判別部１４０は、レコードが取得されないと判別すると、最早出力日時から注文期間の終了日時までの時間を、注目レコードに保存されたＵＲＬに在るウェブ頁（以下、注目ウェブ頁という）が、端末装置８００を使用するユーザＵ１によって閲覧された閲覧時間と判別する。
これに対して、情報処理装置１００の判別部１４０は、注目ウェブ頁が出力された最早出力日時よりも遅い出力日時を表す情報が保存されているレコードが１又は複数取得されると判別すると、取得される１又は複数のレコードの内で、最も早い出力日時を表す情報が保存されているレコードを判別する。次に、判別部１４０は、判別されたレコードに保存されている情報で表される出力日時を、注目ウェブ頁の１つ後にウェブ頁が出力された日時（以下、次出力日時という）と判別する。次に、判別部１４０は、注目ウェブ頁の出力日時である最早出力日時から、注目ウェブ頁の１つ後にウェブ頁が出力された日時である次出力日時までの時間を、注目ウェブ頁の閲覧時間と判別する。
その後、情報処理装置１００の取得部１２０は、情報記憶部１９０から、予め定められた閲覧時間用の閾値を取得する。本変形例では、閲覧時間用の閾値は、「30」秒に予め設定されているが、これに限定される訳では無く、「0」秒より長く、かつ、「30」秒より短い時間長、又は、「30」秒より長い時間長に予め設定されていても良い。好適な閲覧時間用の閾値は、当業者が実験により定めることができる。
次に、情報処理装置１００の判別部１４０は、注目ウェブ頁の閲覧時間の長さが、取得された閾値以上であるか否かを判別する（ステップＳ１０５）。このとき、注目ウェブ頁の閲覧時間の長さが閾値以上であると判別されると（ステップＳ１０５；Ｙｅｓ）、取得部１２０は、図４の商品テーブルから、注目レコードに保存されているＵＲＬと対応付けられた商品番号を取得する。次に、判別部１４０は、取得された商品番号で識別される商品を、注目ウェブ頁に記載された商品であり、かつ、ユーザＵ１が注文しようとした注文試行商品であると判別する（ステップＳ１０６）。
また、情報処理装置１００の取得部１２０は、ステップＳ１０２で取得された１又は複数のレコードの内で、注目ウェブ頁のＵＲＬが保存されている１又は複数のレコードを取得する。次に、判別部１４０は、取得された１又は複数のレコードに保存されている情報の内で、最も遅い出力日時を表す情報を判別し、判別された情報で表される出力日時を、ユーザＵ１が注目ウェブ頁を、注文期間内に最後に閲覧した時点と判別する。その後、判別部１４０は、最後に閲覧した時点と判別された出力日時を、注文試行日時と判別する。その後、情報処理装置１００は、図１８のステップＳ９７からＳ１００の処理と同様の処理を実行した後に（ステップＳ１０７からＳ１１０）、レコメンド商品判別処理の実行を終了する。
ステップＳ１０５において、情報処理装置１００の判別部１４０は、注目ウェブ頁の閲覧時間の長さが閲覧時間用の閾値よりも短いと判別すると（ステップＳ１０５；Ｎｏ）、ユーザＵ１は、注目ウェブ頁に記載された商品を注文しようとした訳では無いと判別する。次に、情報処理装置１００は、ステップＳ１０３から上記処理を繰り返す。
ステップＳ１０３において、情報処理装置１００は、未注目のレコードが存在しないと判別すると（ステップＳ１０３；Ｎｏ）、レコメンド商品判別処理の実行を終了する。
本変形例では、情報処理装置１００の判別部１４０は、注文試行商品が記載されたウェブ頁を、ユーザＵ１が注文期間内に最後に閲覧した時点を、ユーザＵ１の注文試行時点と判別すると説明したが、これに限定される訳では無い。判別部１４０は、当該ウェブ頁をユーザＵ１が、注文期間内に最初に閲覧した時点を、ユーザＵ１の注文試行時点と判別しても良い。また、判別部１４０は、当該ウェブ頁をユーザＵ１が、注文期間内に、閲覧時間用の閾値と同じ長さの時間に亘り閲覧した時点を、ユーザＵ１の注文試行時点と判別しても良い。
これらの構成によれば、情報処理装置１００の判別部１４０は、ユーザＵ１が予め設定された注文期間内に、予め定められた時間以上の時間に亘り閲覧したウェブ頁に記載された商品を、ユーザＵ１の注文試行商品と判別する。このため、情報処理装置１００は、従来よりも注文試行商品を精度良く判別できる。
＜実施例の変形例８＞
ユーザＵ１が予め設定された注文期間内に予め定められた回数以上の回数閲覧したウェブ頁に記載された商品を、ユーザＵ１の注文試行商品と判別する実施例の変形例６と、ユーザＵ１が注文期間内に予め定められた時間以上の時間に亘り閲覧したウェブ頁に記載された商品を、ユーザＵ１の注文試行商品と判別する実施例の変形例７と、は、組み合わせることができる。
このため、本変形例に係る情報処理装置１００の判別部１４０は、ユーザＵ１が予め設定された注文期間内に予め定められた回数以上の回数閲覧したウェブ頁、及び、ユーザＵ１が注文期間内に予め定められた時間以上の時間に亘り閲覧したウェブ頁、の少なくとも１つに記載された商品を、ユーザＵ１の注文試行商品と判別する。
また、これに限定される訳では無く、情報処理装置１００の判別部１４０は、ユーザＵ１が予め設定された注文期間内に予め定められた回数以上の回数閲覧し、かつ、ユーザＵ１が注文期間内に予め定められた時間以上の時間に亘り閲覧した、ウェブ頁に記載された商品を、ユーザＵ１の注文試行商品と判別しても良い。
＜実施例の変形例９＞
実施例の変形例６では、情報処理装置１００の判別部１４０は、注文商品Ｇ３を注文したユーザＵ１が、予め設定された注文期間内に、予め定められた回数以上の回数閲覧したウェブ頁に記載された商品を、ユーザＵ１の注文試行商品と判別すると説明した。しかし、これに限定される訳ではない。本変形例では、情報処理装置１００の判別部１４０は、予め定められた注文期間内に、売切商品が記載されたウェブ頁をユーザＵ１が閲覧した場合であり、かつ、当該売切商品の代替商品が記載されたウェブ頁を、当該注文期間内に、予め定められた回数以上の回数、ユーザＵ１が閲覧した場合、当該売切商品を、ユーザＵ１の注文試行商品と判別する。本変形例では、売切商品の代替商品は、売切商品のジャンルに属する商品であり、かつ、当該売切商品と異なる商品である。
このため、本変形例に係る情報処理装置１００の情報記憶部１９０は、ウェブ頁の出力履歴に関する情報が保存される、不図示の出力履歴テーブルを記憶している。不図示の出力履歴テーブルには、ウェブ頁の出力日時を表す情報と、当該ウェブ頁の宛先とされた端末装置を使用するユーザＵ１のユーザＩＤと、当該ウェブ頁の所在を表すＵＲＬと、当該ウェブ頁に記載された商品のジャンルを表す情報と、出力日時における当該商品の売切フラグと、が対応付けられて保存される。
本変形例に係る情報処理装置１００の保存部１３０は、図５のステップＳ１０で、端末装置８００を宛先としてウェブ頁が出力された後、ウェブ頁の出力履歴に関する情報を出力履歴テーブルに保存する。このために、取得部１２０は、図４の商品テーブルから、出力されたウェブ頁のＵＲＬと対応付けられたジャンルを表す情報と、在庫数を表す情報と、を取得する。次に、制御部１１０は、取得された情報で表される在庫数が「0」個の場合に、値「true」の売切フラグを生成し、在庫数が「0」個より多い場合に、値「false」の売切フラグを生成する。その後、制御部１１０は、ウェブ頁の出力日時を表す情報と、当該ウェブ頁の宛先とされた端末装置８００を使用するユーザＵ１のユーザＩＤ「U1」と、当該ウェブ頁の所在を表すＵＲＬと、当該ウェブ頁に記載された商品のジャンルを表す情報と、生成された当該商品の売切フラグと、を対応付けることで、出力履歴を表す情報を生成する。その後、保存部１３０は、生成された出力履歴を表す情報を出力履歴テーブルに保存する。次に、情報処理装置１００は、ステップＳ０３から第１注文受付処理の実行を継続する。
本変形例に係る情報処理装置１００は、図２０に示すようなレコメンド商品判別処理を実行する。レコメンド商品判別処理の実行を開始すると、情報処理装置１００は、図１９のステップＳ１０１から１０３と同様の処理を実行する。これにより、情報処理装置１００は、注文期間を設定し（ステップＳ１１１）、不図示の出力履歴テーブルから、注文期間に含まれる出力日時を表す情報と、端末装置８００を使用するユーザＵ１のユーザＩＤ「U1」と、が保存されたレコードを１又は複数取得する（ステップＳ１１２）。また、情報処理装置１００は、取得された１又は複数のレコードの内に、未注目のレコードが存在するか否かを判別する（ステップＳ１１３）。
このとき、情報処理装置１００の判別部１４０は、未注目のレコードが存在すると判別すると（ステップＳ１１３；Ｙｅｓ）、未注目のレコードの１つに注目する（ステップＳ１１４）。次に、判別部１４０は、注目されたレコード（以下、注目レコードという）に保存された情報で表される出力日時を、注目レコードに保存されたＵＲＬ（以下、注目ＵＲＬという）に在るウェブ頁（以下、注目ウェブ頁という）が、注目レコードに保存されたユーザＩＤで識別されるユーザＵ１によって閲覧された閲覧日時と判別する。
次に、情報処理装置１００の判別部１４０は、閲覧日時において、注目ウェブ頁に記載されていた商品（以下、注目商品という）が売切商品であったか否かを、注目レコードに保存された売切フラグに基づいて判別する（ステップＳ１１５）。このとき、判別部１４０は、注目レコードに保存された売切フラグの値が「true」であると、閲覧日時において、注目ウェブ頁に記載されていた商品が売切商品であったと判別する（ステップＳ１１５；Ｙｅｓ）。
次に、情報処理装置１００の判別部１４０は、ステップＳ１１１で設定された注文期間において、端末装置８００を使用するユーザＵ１が、売切商品であった注目商品の代替商品が記載されたウェブ頁を閲覧した回数を計数する。このために、取得部１２０は、注目レコードに保存されたジャンル（以下、注目商品のジャンルという）を表す情報を取得する。次に、取得部１２０は、注目商品のジャンルに基づいて、ステップＳ１１２で取得された１又は複数のレコードから、注目商品の代替商品に関するレコードを取得することを試行する。このために、取得部１２０は、ステップＳ１１２で取得された１又は複数のレコードから、注目ＵＲＬと異なるＵＲＬと、注目商品のジャンルと同じジャンルを表す情報と、が保存されたレコードの取得を試行する。このようなレコードの取得が試行されるのは、注目商品の代替商品とは、注目商品のジャンルに属する商品であり、かつ、注目商品と異なる商品を意味するからである。
次に、情報処理装置１００の判別部１４０は、注目商品の代替商品に関する１又は複数のレコードが取得されると判別すると、取得される１又は複数のレコードを計数する。これより、判別部１４０は、注文期間において、端末装置８００を宛先として、売切商品の代替商品が記載されたウェブ頁が出力された回数を計数する。その後、判別部１４０は、計数された出力回数を、注文期間において、端末装置８００を使用するユーザＵ１が、売切商品の代替商品が記載されたウェブ頁を閲覧した回数と判別する。
その後、情報処理装置１００の取得部１２０は、情報記憶部１９０から、予め定められた閲覧回数用の閾値を取得する。次に、判別部１４０は、売切商品の代替商品が記載されたウェブ頁の閲覧回数が、取得された閾値以上であるか否かを判別する（ステップＳ１１６）。このとき、判別部１４０は、売切商品の代替商品が記載されたウェブ頁の閲覧回数が閾値以上であると判別すると（ステップＳ１１６；Ｙｅｓ）、端末装置８００のユーザＵ１が売切商品であった注目商品を注文しようとしたが、注文できなかったため、売切商品の代替品の注文を検討したと判別する。
このため、情報処理装置１００の取得部１２０は、図４の商品テーブルから、注目ＵＲＬと対応付けられた商品番号を取得する。次に、判別部１４０は、取得された商品番号で識別される商品を、注目ウェブ頁に記載された注目商品であり、かつ、端末装置８００を使用するユーザＵ１が注文しようとした注文試行商品であると判別する（ステップＳ１１７）。また、判別部１４０は、ステップＳ１１２で取得され、かつ、注目ＵＲＬが保存されている複数のレコードに保存されている情報の内で、最も遅い出力日時を注文試行日時と判別する。その後、情報処理装置１００は、図１９のステップＳ１０８からＳ１１０の処理と同様の処理を実行した後に（ステップＳ１１８からＳ１２０）、レコメンド商品判別処理の実行を終了する。
ステップＳ１１５において、情報処理装置１００の判別部１４０は、注目レコードに保存された売切フラグの値が「false」であると、閲覧日時において、注目ウェブ頁に記載されていた注目商品が売切商品でなかったと判別する（ステップＳ１１５；Ｎｏ）。このため、判別部１４０は、閲覧日時において、端末装置８００を使用するユーザＵ１は、注目商品の注文が可能であったので、注目商品の注文をユーザＵ１に勧める必要が無いと判別する。その後、情報処理装置１００は、ステップＳ１１３から上記処理を繰り返す。
ステップＳ１１６において、情報処理装置１００の判別部１４０は、注目商品の代替商品に関するレコードが取得されないと判別すると、ユーザＵ１は、売切商品であった注目商品の代替商品が記載されたウェブ頁を、当該注文期間内に、閲覧していないと判別する。このため、判別部１４０は、注目商品をユーザＵ１が注文しようとした訳ではないと判別する、又は、注目商品を注文したか否かを判別できないと判別する。次に、情報処理装置１００は、ステップＳ１１３から上記処理を繰り返す。
また、ステップＳ１１６において、情報処理装置１００の判別部１４０は、売切商品であった注目商品の代替商品が記載されたウェブ頁の閲覧回数が閾値よりも少ないと判別すると（ステップＳ１１６；Ｎｏ）、端末装置８００のユーザＵ１が注目商品を注文しようとした訳では無いと判別する、又は、注目商品を注文しようとしたか否かを判別できないと判別する。次に、情報処理装置１００は、ステップＳ１１３から上記処理を繰り返す。
ステップＳ１１３において、情報処理装置１００は、未注目のレコードが存在しないと判別すると（ステップＳ１１３；Ｎｏ）、レコメンド商品判別処理の実行を終了する。
本変形例では、注文試行商品が記載されたウェブ頁を、端末装置８００を使用するユーザＵ１が、注文期間内に最後に閲覧した時点を、ユーザＵ１の注文試行時点と判別すると説明したが、これに限定される訳では無い。判別部１４０は、当該ウェブ頁をユーザＵ１が、注文期間内に最初に閲覧した時点を、ユーザＵ１の注文試行時点と判別しても良い。また、判別部１４０は、注文試行商品の代替商品が記載されたウェブ頁を、注文期間内に、閲覧回数用の閾値で表される回数、ユーザＵ１が閲覧した時点を、ユーザＵ１の注文試行時点と判別しても良い。
これらの構成によれば、情報処理装置１００の判別部１４０は、予め定められた注文期間内に、売切商品が記載されたウェブ頁をユーザＵ１が閲覧した場合であり、かつ、当該売切商品の代替商品が記載されたウェブ頁を、当該注文期間内に、予め定められた回数以上の回数、ユーザＵ１が閲覧した場合、当該売切商品を、ユーザＵ１が注文しようとした注文試行商品であると判別する。このため、情報処理装置１００は、従来よりも注文試行商品を精度良く判別できる。
＜実施例の変形例１０＞
実施例の変形例９では、情報処理装置１００の判別部１４０は、予め定められた注文期間内に、売切商品が記載されたウェブ頁をユーザＵ１が閲覧した場合であり、かつ、当該売切商品の代替商品が記載されたウェブ頁を、当該注文期間内に、予め定められた回数以上の回数、ユーザＵ１が閲覧した場合、当該売切商品を、ユーザＵ１の注文試行商品と判別すると説明した。しかし、これに限定される訳では無い。本変形例では、予め定められた注文期間内に、売切商品が記載されたウェブ頁をユーザＵ１が閲覧した場合であり、かつ、予め定められた注文期間よりも前に、当該売切商品をユーザＵ１が注文している場合、当該売切商品をユーザＵ１の注文試行商品と判別する。
このため、本変形例に係る情報処理装置１００の情報記憶部１９０は、実施例の変形例６と同様に、図１７に示した出力履歴テーブルを予め記憶している。情報処理装置１００の保存部１３０は、実施例の変形例６と同様に、図５のステップＳ１０で、端末装置８００を宛先としてウェブ頁が出力された後、ウェブ頁の出力履歴に関する情報を出力履歴テーブルに保存する。次に、情報処理装置１００は、ステップＳ０３から第１注文受付処理の実行を継続する。
また、本変形例に係る情報処理装置１００の情報記憶部１９０は、注文に関する情報が保存される、不図示の注文履歴テーブルを予め記憶している。注文履歴テーブルには、注文受付日時を表す情報と、注文を行ったユーザのユーザＩＤと、注文された商品の商品番号と、が対応付けられて保存される。
情報処理装置１００の保存部１３０は、図５のステップＳ１２で、注文を受け付けた後、注文受付日時を表す情報と、注文を行ったユーザのユーザＩＤと、注文された商品の商品番号と、を対応付けることで、受け付けられた注文に関する情報を生成する。次に、保存部１３０は、生成された注文に関する情報を注文履歴テーブルに保存する。その後、情報処理装置１００は、ステップＳ１３から第１注文受付処理の実行を継続する。
情報処理装置１００は、図２１に示すようなレコメンド商品判別処理を実行する。レコメンド商品判別処理の実行を開始すると、情報処理装置１００は、図２０のステップＳ１１１から１１５と同様の処理を実行する。これにより、情報処理装置１００は、注文期間を設定し（ステップＳ１２１）、不図示の出力履歴テーブルから、注文期間に含まれる出力日時を表す情報と、端末装置８００を使用するユーザＵ１のユーザＩＤ「U1」と、が保存されたレコードを１又は複数取得する（ステップＳ１２２）。また、情報処理装置１００は、取得された１又は複数のレコードの内に、未注目のレコードが存在すると判別し（ステップＳ１２３；Ｙｅｓ）、未注目のレコードの１つに注目する（ステップＳ１２４）。
さらに、情報処理装置１００の判別部１４０は、注目レコードに保存された情報で表される出力日時を、注目ウェブ頁がユーザＵ１によって閲覧された閲覧日時と判別する。また、判別部１４０は、閲覧日時において、注目ウェブ頁に記載されていた注目商品が売切商品であったか否かを判別する（ステップＳ１２５）。
このとき、情報処理装置１００の判別部１４０は、閲覧日時において、注目商品が売切商品であったと判別すると（ステップＳ１２５；Ｙｅｓ）、当該売切商品を、端末装置８００のユーザＵ１が、ステップＳ１２１で設定された注文期間よりも前に、注文しているか否かを判別する（ステップＳ１２６）。
このために、情報処理装置１００の取得部１２０は、注目商品の商品番号を取得するために、図４の商品テーブルから、注目レコードに保存された注目ＵＲＬと対応付けられた商品番号を取得する。次に、判別部１４０は、不図示の注文履歴テーブルから、注文期間の開始日時よりも前の注文受付日時を表す情報と、ユーザＵ１のユーザＩＤ「U1」と、取得された商品番号と、が保存されているレコードが存在するか否かを判別する。このとき、判別部１４０は、そのようなレコードが存在すると判別すると、ユーザＵ１が、閲覧日時において売切商品であった注目商品を、注文期間よりも前に注文していると判別する（ステップＳ１２６；Ｙｅｓ）。このため、情報処理装置１００の判別部１４０は、端末装置８００のユーザＵ１が、注目商品を、注文期間よりも前に注文したことがあり、再度、注目商品を注文しようと注目ウェブ頁を閲覧したが、閲覧日時において注目商品が売切商品であったため、注目商品を注文しなかったと判別する。
このため、情報処理装置１００の判別部１４０は、売切商品であった注目商品を、端末装置８００を使用するユーザＵ１が注文しようとした注文試行商品であると判別する（ステップＳ１２７）。また、判別部１４０は、注目ウェブ頁の閲覧日時を注文試行日時と判別する。その後、情報処理装置１００は、図２０のステップＳ１１８からＳ１２０の処理と同様の処理を実行した後に（ステップＳ１２８からＳ１３０）、レコメンド商品判別処理の実行を終了する。
ステップＳ１２５において、情報処理装置１００の判別部１４０は、閲覧日時において注目商品が売切商品でなかったと判別すると（ステップＳ１２５；Ｎｏ）、実施例の変形例９と同様に、ステップＳ１２３から上記処理を繰り返す。
ステップＳ１２６において、情報処理装置１００の判別部１４０は、注文期間の開始日時よりも前の注文受付日時を表す情報と、ユーザＵ１のユーザＩＤ「U1」と、売切商品であった注目商品の商品番号と、が保存されているレコードが、不図示の注文履歴テーブルに存在しないと判別すると、ユーザＵ１は、売切商品であった注目商品を、注文期間よりも前に注文していないと判別する（ステップＳ１２６；Ｎｏ）。このため、情報処理装置１００の判別部１４０は、ユーザＵ１が、再度、注目商品を注文しようと注目ウェブ頁を閲覧した訳では無いと判別する。次に、判別部１４０は、ユーザＵ１が注目商品を注文しようとしたか否かを判別できないと判別する。次に、情報処理装置１００は、ステップＳ１２３から上記処理を繰り返す。
ステップＳ１２３において、情報処理装置１００は、未注目のレコードが存在しないと判別すると（ステップＳ１２３；Ｎｏ）、レコメンド商品判別処理の実行を終了する。
これらの構成によれば、情報処理装置１００の判別部１４０は、予め定められた注文期間内に、売切商品が記載されたウェブ頁をユーザＵ１が閲覧した場合であり、かつ、予め定められた注文期間よりも前に、当該売切商品をユーザＵ１が注文している場合、当該売切商品をユーザＵ１の注文試行商品と判別する。また、判別部１４０は、注文期間内の日時であり、かつ、売切商品が記載されたウェブ頁をユーザＵ１が閲覧した閲覧日時を、ユーザＵ１の注文試行時点と判別する。このため、情報処理装置１００は、従来よりも注文試行商品と注文試行時点とを精度良く判別できる。
＜実施例の変形例１１＞
実施例では、情報処理装置１００の制御部１１０は、移動体６００に対する移動制御の終了以後に、図１０のステップＳ３４で、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を、端末装置８００へ第２データ通信回路１０４ｂに送信させる制御を行うと説明した。しかし、これに限定される訳ではない。本変形例では、制御部１１０は、移動体６００に対する移動制御の終了より前に、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を、端末装置８００へ第２データ通信回路１０４ｂに送信させる制御を行う。
このため、本変形例に係る情報処理装置１００の制御部１１０は、図９のステップＳ２７で、仮想店舗のユーザＵ１に販売可能なレコメンド商品Ｇ１の在庫が実店舗に存在すると判別されると（ステップＳ２７；Ｙｅｓ）、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を、端末装置８００を宛先として第２データ通信回路１０４ｂに出力する。これにより、制御部１１０は、端末装置８００へ注文可能通知を送信させる通信制御を第２データ通信回路１０４ｂに行う。その後、情報処理装置１００は、ステップＳ２８から移動制御処理の実行を継続する。
端末装置８００は、注文可能通知を受信して表示する。本変形例では、注文可能通知を視認したユーザＵ１が、実施例と同様に、レコメンド商品Ｇ１の注文に用いられるオブジェクトを選択する操作を端末装置８００に行う場合を具体例として挙げて以下の説明を行う。このため、端末装置８００は、当該操作に従って、レコメンド商品Ｇ１の注文を受け付けることを求める注文受付要求と認証要求とを情報処理装置１００へ送信する。
情報処理装置１００の第２データ通信回路１０４ｂが認証要求と注文受付要求とを受信すると、情報処理装置１００のＣＰＵ１０１は、図１３に示した第２注文受付処理を、図９及び図１０の移動制御処理と並列に実行する。
第２注文受付処理と並列に実行する移動制御処理において、情報処理装置１００は、移動体６００に対する移動制御が終了したと判別すると（図１０のステップＳ３１）、レコメンド商品Ｇ１を移動体６００が積載していると判別する（ステップＳ３２；Ｙｅｓ）。次に、情報処理装置１００は、注文商品Ｇ３とレコメンド商品Ｇ１とが配送先の位置Ｄ１に配送されたことを知らせる配送通知を、端末装置８００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ３３）。その後、情報処理装置１００は、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を出力せずに、受取要求を、端末装置８００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ３５）。注文可能通知が出力されないのは、図９のステップＳ２７が実行された後、かつ、ステップＳ２８が実行される前に、注文可能通知が出力されているからである。その後、情報処理装置１００は、ステップＳ３６から移動制御処理の実行を継続する。
本変形例では、情報処理装置１００の制御部１１０は、図９のステップＳ２７を実行した後、かつ、ステップＳ２８を実行する前に、端末装置８００に注文可能通知を送信させる通信制御を第２データ通信回路１０４ｂに行うと説明したが、これに限定される訳では無い。制御部１１０は、図９のステップＳ２７を実行することで、仮想店舗のユーザＵ１に販売可能なレコメンド商品Ｇ１の在庫が実店舗に存在すると判別された後、かつ、図１０のステップＳ３１を実行することで、移動体６００に対する移動制御が終了したと判別される前であれば、どのようなタイミングで、当該通信制御を第２データ通信回路１０４ｂに行っても良い。
これらの構成によれば、情報処理装置１００は、ユーザＵ１の端末装置８００と情報を通信する第２データ通信回路１０４ｂを備える。また、情報処理装置１００の制御部１１０は、レコメンド商品Ｇ１の在庫が存在すると判別され、かつ、レコメンド商品Ｇ１が移動体６００に積載可能であると判別される場合に、移動体６００に対する移動制御の終了より前に、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を、ユーザＵ１の端末装置８００へ第２データ通信回路１０４ｂに送信させる制御を行う。さらに、制御部１１０は、移動制御の終了以後に、注文商品Ｇ３とレコメンド商品Ｇ１が配送されたことを知らせる配送通知を、ユーザＵ１の端末装置８００へ第２データ通信回路１０４ｂに送信させる制御を行う。またさらに、制御部１１０は、レコメンド商品Ｇ１の代金の決済が完了したことを告げる決済完了報告を第２データ通信回路１０４ｂが受信すると、ユーザＵ１の配送先の位置Ｄ１に滞在する移動体６００に、注文商品Ｇ３とレコメンド商品Ｇ１とをユーザＵ１へ受け渡させる受渡制御を行う。このため、情報処理装置１００は、移動体６００を配送先の位置Ｄ１に到着させる前に、レコメンド商品Ｇ１が注文可能であることをユーザＵ１に知らせることができる。このため、レコメンド商品Ｇ１の注文、及び、レコメンド商品Ｇ１の代金の決済を、移動体６００が配送先の位置Ｄ１に到着する前に、ユーザＵ１が行うことができる。このため、情報処理装置１００は、ユーザＵ１の利便性の低下を抑制できるだけでなく、移動体６００が位置Ｄ１に到着してからユーザＵ１がレコメンド商品Ｇ１を受け取るまでの時間の増長を抑制できる。
＜実施例の変形例１２＞
実施例では、情報処理装置１００の制御部１１０は、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００に、配送先の位置Ｄ１まで移動させる移動制御を行ってから、レコメンド商品Ｇ１を注文可能であることを知らせる注文可能通知を送信させる通信制御を第２データ通信回路１０４ｂに行うと説明した。しかし、これに限定される訳では無い。本変形例では、制御部１１０は、注文可能通知を送信させる通信制御を行った後、レコメンド商品Ｇ１の代金の決済が完了したことを告げる決済完了報告を第２データ通信回路１０４ｂが受信すると、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００に移動制御を行う。
このため、本変形例に係る情報処理装置１００の制御部１１０は、図９のステップＳ２７で、仮想店舗のユーザＵ１に販売可能なレコメンド商品Ｇ１の在庫が実店舗に存在すると判別されると（ステップＳ２７；Ｙｅｓ）、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を、端末装置８００を宛先として第２データ通信回路１０４ｂに出力する。
次に、情報処理装置１００の制御部１１０は、不図示のハードウェアタイマー又はソフトウェアタイマーを用いて計時を開始する。その後、取得部１２０は、予め定められた注文時間長を表す情報を、情報処理装置１００から取得する。次に、判別部１４０は、計時時間に基づいて、注文可能通知を出力してから注文時間が経過したか否かを判別する処理を実行する。このとき、判別部１４０は、注文時間が経過したと判別すると、レコメンド商品Ｇ１の注文を、端末装置８００を使用するユーザＵ１が行う意思が無いと判別する。次に、情報処理装置１００は、ステップＳ４６から移動制御処理の実行を継続することで、注文商品Ｇ３を積載するが、レコメンド商品Ｇ１を積載しない移動体６００に、配送先の位置Ｄ１まで移動させる移動制御を行う。
これに対して、注文可能通知を出力してから注文時間が経過していないと判別されると、取得部１２０は、図１１のレコメンド商品テーブルから、レコメンド商品Ｇ１の商品番号と、注文商品Ｇ３を注文したユーザＵ１のユーザＩＤ「U1」と、に対応付けられている決済フラグを取得する。次に、判別部１４０は、決済フラグの値に基づいて、レコメンド商品Ｇ１の代金の決済が完了したことを告げる決済完了報告を第２データ通信回路１０４ｂが受信したか否かを判別する。
このとき、情報処理装置１００の判別部１４０は、取得された決済フラグの値が「false」であると、決済完了報告を第２データ通信回路１０４ｂが受信していないと判別する。その後、情報処理装置１００は、注文可能通知を出力してから注文時間が経過したか否かを判別する処理から上記処理を繰り返す。
これに対して、情報処理装置１００の判別部１４０は、取得された決済フラグの値が「true」であると、決済完了報告を第２データ通信回路１０４ｂが受信したと判別する。次に、情報処理装置１００は、ステップＳ２８から移動制御処理の実行を継続することで、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００に、配送先の位置Ｄ１まで移動させる移動制御を行う。
その後、情報処理装置１００は、注文商品Ｇ３とレコメンド商品Ｇ１とが配送先の位置Ｄ１に配送されたことを知らせる配送通知を出力する（ステップＳ３３）。次に、情報処理装置１００は、実施例の変形例１１と同様に、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を出力せずに、受取要求を出力した後に（ステップＳ３５）、ステップＳ３６から移動制御処理の実行を継続する。
これらの構成によれば、情報処理装置１００は、ユーザＵ１の端末装置８００と情報を通信する第２データ通信回路１０４ｂを備える。また、情報処理装置１００の制御部１１０は、レコメンド商品Ｇ１の在庫が存在すると判別され、かつ、レコメンド商品Ｇ１が移動体６００に積載可能であると判別される場合に、レコメンド商品Ｇ１を注文可能であることを知らせる注文可能通知を端末装置８００へ送信させる通信制御を第２データ通信回路１０４ｂに行う。また、制御部１１０は、レコメンド商品Ｇ１の代金の決済が完了したことを告げる決済完了報告を第２データ通信回路１０４ｂが受信すると、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００に、配送先の位置Ｄ１まで移動させる移動制御を行う。このため、例えば、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００に移動制御を行った後に、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を送信する場合と比べて、情報処理装置１００は、ユーザＵ１が受け取らない商品を配送先まで配送することを抑制できる。
＜実施例の変形例１３＞
実施例では、情報処理装置１００は、ユーザＵ１が注文した注文商品Ｇ３と、ユーザＵ１に注文を勧めるレコメンド商品Ｇ１と、を積載した移動体６００に、ユーザＵ１が予め指定した配送先の位置Ｄ１へ移動させる移動制御を行うと説明した。しかし、これに限定される訳では無い。本変形例では、情報処理装置１００は、ユーザＵ１が注文した注文商品Ｇ３と、第２ユーザに注文を勧めるレコメンド商品Ｇ１と、を積載した移動体６００に、ユーザＵ１の配送先の位置Ｄ１へ移動させる第１移動制御を行った後に、ユーザＵ２の配送先の位置Ｄ２へ移動体６００を移動させる第２移動制御を行う。本変形例において、第２ユーザは、ユーザＵ１の配送先の位置Ｄ１からの距離が予め定められた距離以下の位置Ｄ２を配送先に指定するユーザである。
このため、本変形例に係る情報処理システム１は、情報処理装置１００、ＰＯＳシステム２００、移動体６００、及び、第１ユーザが使用する端末装置８００と、第２ユーザが使用する不図示の端末装置９００と、を備える。端末装置９００の構成及び機能は、端末装置８００の構成及び機能と同様である。
本変形例に係る情報処理装置１００は、実施例の変形例１０と同様に、不図示の注文履歴テーブルを予め記憶している。情報処理装置１００は、図５のステップＳ１２で、注文を受け付けた後、注文受付日時を表す情報と、注文を行ったユーザのユーザＩＤと、注文された商品の商品番号と、を対応付けて、不図示の注文履歴テーブルに保存する。その後、情報処理装置１００は、ステップＳ１３から第１注文受付処理の実行を継続する。
本変形例に係る情報処理装置１００は、起動すると、図２２から図２４に示すような移動制御処理を実行する。情報処理装置１００は、移動制御処理の実行を開始すると、図９のステップＳ２１からＳ２３と同様の処理を実行する（ステップＳ１３１からＳ１３３）。
本変形例では、実施例と同様に、端末装置８００を使用するユーザＵ１のユーザＩＤ「U1」と、ユーザＵ１によって注文された注文商品Ｇ３の商品番号「G3」と、商品Ｇ３が格納される格納ボックス６２３のボックスＩＤ「B3」と、ユーザＵ１の配送先の位置Ｄ１を表す位置情報と、配送元の位置Ｓから配送先の位置Ｄ１へ到る移動経路ＰＳＤ１を表す情報と、を含む、配送予定を表す情報が注目される場合を具体例として挙げて以下の説明を行う。
このため、情報処理装置１００は、ユーザＵ１の注文商品Ｇ３を移動体６００に積載した場合に、レコメンド商品を移動体６００に積載可能であるか否かを判別する（ステップＳ１３３）。本変形例では、実施例と同様に、レコメンド商品を移動体６００に積載可能であると判別される場合を具体例として挙げて以下の説明を行う。
このため、情報処理装置１００の判別部１４０は、レコメンド商品を積載可能であると判別すると（ステップＳ１３３；Ｙｅｓ）、ユーザＵ１（以下、第１ユーザとも称する）の配送先の近傍の位置を配送先として指定するユーザ（以下、第２ユーザとも称する）が存在するか否かを判別する（ステップＳ１３４）。このために、取得部１２０は、図６のユーザテーブルから、ユーザＵ１の配送先の位置Ｄ１を表す位置情報を取得する。また、取得部は、近傍の位置を定義するために予め定められた距離（以下、近傍距離という）を表す情報を情報記憶部１９０から取得する。本変形例では、近傍距離は「1km」に予め設定されているが、「0km」よりも長く、かつ、「1km」よりも短い距離であっても良いし、「1km」より長い距離であっても良い。好適な近傍距離は、当業者が実験により定めることができる。
次に、情報処理装置１００の取得部１２０は、位置Ｄ１を表す位置情報と、近傍距離を表す情報と、に基づいて、図６のユーザテーブルから、ユーザＵ１が予め指定した配送先の位置Ｄ１からの距離が近傍距離以下の位置を表す位置情報と対応付けられており、かつ、ユーザＵ１のユーザＩＤ「U1」と異なるユーザＩＤを取得することを試行する。
本変形例では、ユーザＵ２は、ユーザＵ１の配送先の位置Ｄ１からの距離が近傍距離以下である不図示の位置Ｄ２を、配送先として予め指定している場合を具体例として挙げて以下の説明を行う。このため、取得部１２０は、ユーザＵ２のユーザＩＤ「U2」を取得し、判別部１４０は、ユーザＵ２が第２ユーザであるため、第２ユーザが存在すると判別する（ステップＳ１３４；Ｙｅｓ）。
その後、情報処理装置１００は、図１２に示したレコメンド商品判別処理を実行する（ステップＳ１３５）。レコメンド商品判別処理の実行を開始すると、情報処理装置１００は、ユーザＵ１が行った注文の注文受付日時を含む注文期間を設定する（ステップＳ５１）。次に、情報処理装置１００の取得部１２０は、図７の検索履歴テーブルから、注文期間に含まれる検索日時を表す情報と、商品の注文が勧められるユーザＵ２のユーザＩＤ「U2」と、に対応付けられたキーワードを表す情報の取得を試行する（ステップＳ５２）。
キーワードが取得されないと判別すると、情報処理装置１００の判別部１４０は、ユーザＵ２が、注文期間において検索を行っていないため、ユーザＵ２に注文を勧めるレコメンド商品を判別できないと判別する。その後、情報処理装置１００は、レコメンド商品判別処理の実行を終了する。
これに対して、１又は複数のキーワードが取得されると、情報処理装置１００は、未注目のキーワードが存在すると判別し（ステップＳ５３；Ｙｅｓ）、未注目のキーワードの１つに注目し（ステップＳ５４）、注目キーワードが商品番号であるか否かを判別する。
本変形例では、注文期間において、ユーザＵ２は、キーワード「G1」に基づいて商品Ｇ１を検索して注文しようとしたが、商品Ｇ１を注文しようとした時点で商品Ｇ１が売切商品であった場合を具体例として挙げて以下の説明を行う。このため、情報処理装置１００は、注目キーワードが商品番号「G1」であると判別し（ステップＳ５５）、商品番号「G1」で識別される商品Ｇ１を、ユーザＵ２の注文試行商品と判別する（ステップＳ５６）。また、情報処理装置１００は、図７の検索履歴テーブルにおいて、注目キーワード「G1」とユーザＵ２のユーザＩＤ「U2」とに対応付けられた情報で表される検索日時を、ユーザＵ２が注文試行商品Ｇ１を注文しようとした注文試行時点と判別する。その後、情報処理装置１００は、注文試行商品Ｇ１が、注文試行時点で売切商品であったと判別する（ステップＳ５７；Ｙｅｓ）。
次に、情報処理装置１００の判別部１４０は、ユーザＵ２の注文試行商品Ｇ１が、ユーザＵ２が注文試行時点以後に注文した注文商品の代替商品であるか否かを判別する（ステップＳ５８）。このために、取得部１２０は、不図示の注文履歴テーブルから、注文試行時点以後の注文受付日時を表す情報と、ユーザＵ２のユーザＩＤ「U2」と、に対応付けられた商品番号の取得を試行する。
本変形例では、商品番号が取得されない場合を具体例として挙げて以下の説明を行う。このため、情報処理装置１００の判別部１４０は、商品番号が取得されないため、ユーザＵ２が注文試行時点以後に注文した注文商品が存在しないと判別する。次に、判別部１４０は、ユーザＵ２の注文試行商品Ｇ１は、ユーザＵ２が注文試行時点以後に注文した注文商品の代替商品でないと判別する（ステップＳ５８；Ｎｏ）。
その後、情報処理装置１００は、注文試行商品Ｇ１をレコメンド商品と判別する（ステップＳ５９）。次に、情報処理装置１００は、レコメンド商品Ｇ１を格納させる格納ボックスを選択する。本変形例では、ボックスＩＤ「B1」で識別される格納ボックス６２１が選択された場合を具体例として挙げて以下の説明を行う。その後、情報処理装置１００は、図１１のレコメンド商品テーブルに、レコメンド商品Ｇ１の商品番号「G1」と、レコメンド商品Ｇ１の注文が勧められるユーザＵ２のユーザＩＤ「U2」と、レコメンド商品Ｇ１が格納される格納ボックス６２１のボックスＩＤ「B1」と、レコメンド商品Ｇ１の代金の決済が完了していないことを表す決済フラグ「false」と、を対応付けて保存する（ステップＳ６０）。次に、情報処理装置１００は、レコメンド商品判別処理の実行を終了する。
図２２のステップＳ１３５でレコメンド商品判別処理が実行された後、情報処理装置１００は、図９のステップＳ２５からＳ２７と同様の処理を実行する（ステップＳ１３６からＳ１３８）。これにより、情報処理装置１００は、ユーザＵ１の注文商品Ｇ３とレコメンド商品Ｇ１との探出及び運搬を実店舗の従業員に指示する。その後、情報処理装置１００は、従業員に操作された入力装置１０５ｃから出力される信号に基づいて、仮想店舗のユーザＵ２に販売可能なレコメンド商品Ｇ１の在庫が実店舗に存在するか否かを判別する（ステップＳ１３８）。
本変形例では、レコメンド商品Ｇ１の在庫が実店舗に存在する場合を具体例として挙げて以下の説明を行う。このため、情報処理装置１００は、レコメンド商品Ｇ１の在庫が存在すると判別し（ステップＳ１３８；Ｙｅｓ）、ステップＳ２８からＳ３０の処理と同様の処理を実行する（ステップＳ１３９からＳ１４１）。これにより、情報処理装置１００の制御部１１０は、ユーザＵ１が注文した注文商品Ｇ３と、ユーザＵ２に注文が勧められるレコメンド商品Ｇ１と、を積載した移動体６００に、ユーザＵ１の配送先の位置Ｄ１へ移動させる第１移動制御を開始する。
次に、情報処理装置１００は、図１０のステップＳ３１と同様の処理を実行することで（ステップＳ１４２）、到着報告が取得されたと判別すると（ステップＳ１４２；Ｙｅｓ）、第１移動制御が終了したと判別する。その後、情報処理装置１００の制御部１１０は、注文商品Ｇ３が配送先の位置Ｄ１に配送されたことを知らせる配送通知を生成する。また、制御部１１０は、位置Ｄ１に到着した移動体６００にパスワードを入力して認証を受けること、及び、格納ボックス６２３から注文商品Ｇ３を受け取ることを求める受取要求を生成する。その後、制御部１１０は、配送通知及び受取要求を、端末装置８００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ１４３及びＳ１４４）。
次に、情報処理装置１００は、図１０のステップＳ３６及びＳ３７と同様の処理を実行することで（ステップＳ１４５及びＳ１４６）、移動体６００から受信された認証要求に基づいて認証を行う。このとき、情報処理装置１００は、認証が成功したと判別すると（ステップＳ１４６；Ｙｅｓ）、ステップＳ４９と同様の処理を実行する。これにより、制御部１１０は、格納ボックス６２３の解錠を命じる解錠命令を、移動体６００を宛先として第２データ通信回路１０４ｂへ出力することで（ステップＳ１４７）、格納ボックス６２３に格納された注文商品Ｇ３をユーザＵ１に受け渡させる第１受渡制御を移動体６００に行う。
その後、情報処理装置１００の判別部１４０は、図１０のステップＳ４１と同様の処理を実行することで、受渡報告を取得したと判別すると（ステップＳ１４８；Ｙｅｓ）、第１受渡制御が終了したと判別する。次に、情報処理装置１００は、ステップＳ３８と同様の処理を実行することで、移動体６００がレコメンド商品Ｇ１を積載していると判別する（ステップＳ１４９；Ｙｅｓ）。次に、制御部１１０は、図５のステップＳ１６と同様の処理を実行することで、ユーザＵ１の配送先の位置Ｄ１からユーザＵ２の配送先の位置Ｄ２に到る不図示の移動経路ＰＤ１Ｄ２を決定する。次に、制御部１１０は、移動経路ＰＤ１Ｄ２を表す情報を含み、かつ、当該移動経路ＰＤ１Ｄ２を移動することを命じる移動命令を、移動体６００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ１５０）。このようにして、制御部１１０は、レコメンド商品Ｇ１を積載した移動体６００に、ユーザＵ１の配送先の位置Ｄ１から、ユーザＵ２の配送先の位置Ｄ２からまで、移動させる第２移動制御を開始する。
次に、情報処理装置１００は、図１０のステップＳ３１と同様の処理を実行することで（ステップＳ１５１）、到着報告が取得されたと判別すると（ステップＳ１５１；Ｙｅｓ）、第２移動制御が終了したと判別する。その後、制御部１１０は、レコメンド商品Ｇ１が配送先の位置Ｄ２に配送されたことを知らせる配送通知を生成する。また、制御部１１０は、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を生成する。さらに、制御部１１０は、レコメンド商品Ｇ１を注文した場合に、位置Ｄ２に到着した移動体６００にパスワードを入力して認証を受けること、及び、レコメンド商品Ｇ１を注文し、レコメンド商品Ｇ１の代金の決済を完了させ、かつ、認証を成功させた場合に、格納ボックス６２１からレコメンド商品Ｇ１を受け取ること、を求める受取要求を生成する。その後、制御部１１０は、配送通知、注文可能通知、及び、受取要求を、端末装置８００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ１５２からＳ１５４）。
次に、情報処理装置１００は、図１０のステップＳ３６と同様の処理を実行することで、受取要求を出力してから受渡時間が経過したか否かを判別する（ステップＳ１５５）。このとき、受渡時間が経過していないと判別されると（ステップＳ１５５；Ｎｏ）、情報処理装置１００の取得部１２０は、図１１のレコメンド商品テーブルにおいて、レコメンド商品Ｇ１の商品番号「G1」と、レコメンド商品Ｇ１の注文が勧められたユーザＵ２のユーザＩＤ「U2」と、に対応付けられている決済フラグを取得する。次に、判別部１４０は、取得された決済フラグの値に基づいて、レコメンド商品Ｇ１の代金の決済が完了しているか否かを判別する（ステップＳ１５６）。
このとき、情報処理装置１００は、レコメンド商品Ｇ１の代金の決済が完了していると判別すると（ステップＳ１５６；Ｙｅｓ）、図１０のステップＳ３７と同様の処理を実行することで（ステップＳ１５７）、移動体６００から受信された認証要求に基づいて認証を行う。このとき、情報処理装置１００の制御部１１０は、認証が成功したと判別されると（ステップＳ１５７；Ｙｅｓ）、ボックスＩＤ「B1」を含み、かつ、格納ボックス６２１の解錠を命じる解錠命令を、移動体６００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ１５８）。これにより、制御部１１０は、格納ボックス６２１に格納されたレコメンド商品Ｇ１をユーザＵ２に受け渡させる第２受渡制御を移動体６００に行う。
その後、情報処理装置１００の判別部１４０は、図１０のステップＳ４１と同様の処理を実行することで、受渡報告を取得したと判別すると（ステップＳ１５９；Ｙｅｓ）、第２受渡制御が終了したと判別する。次に、制御部１１０は、図５のステップＳ１６と同様の処理を実行することで、ユーザＵ２の配送先の位置Ｄ２から、配送元である実店舗の位置Ｓに到る不図示の移動経路ＰＤ２Ｓを決定する。次に、制御部１１０は、移動経路ＰＤ２Ｓを表す情報を含み、かつ、当該移動経路ＰＤ２Ｓを移動することを命じる移動命令を、移動体６００を宛先として第２データ通信回路１０４ｂへ出力する（ステップＳ１６０）。
その後、情報処理装置１００は、図１０のステップＳ４３及びＳ４４と同様の処理を実行する（ステップＳ１６１及びＳ１６２）。これにより、情報処理装置１００は、実店舗の位置Ｓに移動体６００が到着したことを告げる到着報告が取得されたと判別すると、図８の配送予定テーブルから、注目配送予定を表す情報が保存されたレコードを削除する。その後、情報処理装置１００は、ステップＳ１３１から上記の処理を繰り返す。
これらの構成によれば、情報処理装置１００は、第２ユーザであるユーザＵ２の端末装置９００と情報を通信する第２データ通信回路１０４ｂを備える。また、情報処理装置１００の制御部１１０は、レコメンド商品Ｇ１の在庫が存在すると判別され、かつ、レコメンド商品Ｇ１が積載可能であると判別される場合に、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００を、注文商品Ｇ３の配送先の位置Ｄ１まで移動させる第１移動制御を行う。また、制御部１１０は、注文商品Ｇ３を第１ユーザであるユーザＵ１へ受け渡させる第１受渡制御を移動体６００に行う。その後、制御部１１０は、ユーザＵ１の配送先の位置Ｄ１からユーザＵ２の配送先の位置Ｄ２まで移動させる第２移動制御を移動体６００に行う。このため、たとえ、ユーザＵ２が注文をしなかった場合であっても、ユーザＵ１が注文した注文商品Ｇ３の配送先の位置Ｄ１が、ユーザＵ２が指定した配送先の位置Ｄ２の近傍であれば、情報処理装置１００は、注文商品Ｇ３と、レコメンド商品Ｇ１と、を、ユーザＵ１の配送先の位置Ｄ１と、ユーザＵ２の配送先の位置Ｄ２と、にそれぞれ配送させる制御を移動体６００に行うことができるので、移動体６００の有効利用率の低下を抑制できる。
また、これらの構成によれば、情報処理装置１００の制御部１１０は、移動体６００をユーザＵ２の配送先の位置Ｄ２へ移動させる第２移動制御の終了以後に、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知と、レコメンド商品Ｇ１が配送されたことを知らせる配送通知と、をユーザＵ２の端末装置９００へ第２データ通信回路１０４ｂに送信させる制御を行う。また、制御部１１０は、レコメンド商品Ｇ１の代金の決済が完了したことを告げる決済完了報告を第２データ通信回路１０４ｂが受信すると、ユーザＵ２の配送先の位置Ｄ２に滞在する移動体６００に、レコメンド商品Ｇ１をユーザＵ２へ受け渡させる第２受渡制御を行う。このため、情報処理装置１００は、レコメンド商品Ｇ１が注文可能であることと、レコメンド商品Ｇ１が配送先に配送されたことと、をユーザＵ２に知らせることができる。このため、ユーザＵ２は、レコメンド商品Ｇ１を注文すると、移動体６００の到着を待つことなく、配送先の位置Ｄ１に滞在している移動体６００からレコメンド商品Ｇ１を受け取れることを知ることができるので、情報処理装置１００は、ユーザＵ２の利便性の低下を抑制できる。
＜実施例の変形例１４＞
実施例の変形例１１と、実施例の変形例１３と、は、組み合わせることができる。実施例の変形例１１では、情報処理装置１００は、移動体６００に対する移動制御の終了より前に、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を、ユーザＵ１の端末装置８００へ送信させる制御を行う。また、実施例の変形例１３では、情報処理装置１００は、ユーザＵ１が注文した注文商品Ｇ３と、第２ユーザに注文を勧めるレコメンド商品Ｇ１と、を積載した移動体６００に、ユーザＵ１の配送先の位置Ｄ１へ移動させる第１移動制御を行った後に、ユーザＵ２の配送先の位置Ｄ２へ移動体６００を移動させる第２移動制御を行う。
このため、実施例の変形例１１と、実施例の変形例１３と、の組み合わせである本変形例では、情報処理装置１００の制御部１１０は、図２２のステップＳ１３６で、レコメンド商品の在庫が存在すると判別される時点以後、かつ、図２４のステップＳ１５１で、第２移動制御が終了したと判別される時点より前に、ステップＳ１５３と同様の処理を実行する。ステップＳ１５３と同様の処理は、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を、第２ユーザであるユーザＵ２の端末装置９００へ、第２データ通信回路１０４ｂに送信させる制御を行う処理である。
また、情報処理装置１００の制御部１１０は、ステップＳ１５１で、第２移動制御が終了したと判別される時点以後に、ステップＳ１５２と同様の処理を実行する。ステップＳ１５２と同様の処理は、レコメンド商品Ｇ１が配送されたことを知らせる配送通知を、第２ユーザであるユーザＵ２の端末装置９００へ、第２データ通信回路１０４ｂに送信させる制御を行う処理である。
さらに、情報処理装置１００の制御部１１０は、図２４のステップＳ１５６で、レコメンド商品Ｇ１の代金の決済が完了したことを告げる決済完了報告を第２データ通信回路１０４ｂが受信したと判別されると（ステップＳ１５６；Ｙｅｓ）、ユーザＵ２の配送先の位置Ｄ２に滞在する移動体６００に、レコメンド商品Ｇ１をユーザＵ２へ受け渡させる第２受渡制御を、ステップＳ１５８において実行する。
これらの構成によれば、情報処理装置１００は、移動体６００を配送先の位置Ｄ２に移動させる前に、レコメンド商品Ｇ１が注文可能であることをユーザＵ２に知らせることができる。このため、レコメンド商品Ｇ１の注文、及び、レコメンド商品Ｇ１の代金の決済を、移動体６００が配送先の位置Ｄ２に移動している間に、ユーザＵ２が行うことができるので、情報処理装置１００は、ユーザＵ２の利便性の低下を抑制できるだけでなく、移動体６００が位置Ｄ２に到着してからユーザＵ２がレコメンド商品Ｇ１を受け取るまでの時間の増長を抑制できる。
＜実施例の変形例１５＞
実施例の変形例１４では、情報処理装置１００は、注文商品Ｇ３をユーザＵ１へ受け渡させる第１受渡制御を移動体６００に行った後、ユーザＵ２の配送先の位置Ｄ２まで移動させる第２移動制御を移動体６００に行うと説明したが、これに限定される訳では無い。本変形例に係る情報処理装置１００の制御部１１０は、レコメンド商品Ｇ１の代金の決済が完了したことを告げる決済完了報告を第２データ通信回路１０４ｂが受信すると、ユーザＵ２の配送先の位置Ｄ２まで移動体６００を移動させる第２移動制御を行う。
このために、情報処理装置１００の制御部１１０は、図２２のステップＳ１３６で、レコメンド商品の在庫が存在すると判別される時点以後、かつ、図２４のステップＳ１５０で、第２移動制御が開始される時点より前に、ステップＳ１５３と同様の処理を実行する。ステップＳ１５３と同様の処理は、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を、ユーザＵ２の端末装置９００へ送信させる処理である。
また、情報処理装置１００の判別部１４０は、ステップＳ１４９で、レコメンド商品Ｇ１を移動体６００が積載していると判別される時点以後、かつ、ステップＳ１５０で、第２移動制御が開始される時点より前に、ステップＳ１５６と同様の処理を実行する。ステップＳ１５６と同様の処理は、レコメンド商品Ｇ１の代金の決済が完了したことを告げる決済完了報告を第２データ通信回路１０４ｂが受信しているか否かを判別する処理である。
このとき、情報処理装置１００の判別部１４０は、決済完了報告が受信されていないと判別すると、レコメンド商品Ｇ１の注文を、端末装置９００を使用するユーザＵ２が行う意思が無いと判別する。次に、情報処理装置１００は、ステップＳ１６０から移動制御処理の実行を継続することで、レコメンド商品Ｇ１の配送を中止し、移動体６００を店舗の位置Ｓまで帰還させる。
これに対して、情報処理装置１００は、決済完了報告が受信されていると判別すると、ステップＳ１５０から移動制御処理の実行を継続する。これにより、レコメンド商品Ｇ１を積載した移動体６００を、ユーザＵ２の配送先の位置Ｄ２まで移動させる第２移動制御を行う。
これらの構成によれば、情報処理装置１００は、ユーザＵ２の配送先の位置Ｄ２まで移動体６００を移動させる第２移動制御の開始よりも前に、注文可能通知を送信する。このため、情報処理装置１００は、移動体６００がユーザＵ２の配送先の位置Ｄ２に到着するよりも前に、レコメンド商品Ｇ１が注文可能であることをユーザＵ２に知らせることができる。このため、移動体６００が位置Ｄ２に到着してからユーザＵ２がレコメンド商品Ｇ１を受け取るまでの時間の増長を抑制できる。また、情報処理装置１００は、レコメンド商品Ｇ１の代金の決済が完了したことを告げる決済完了報告を受信すると、位置Ｄ２まで移動体６００を移動させる第２移動制御を行う。このため、情報処理装置１００は、ユーザＵ２が受け取らない商品を、ユーザＵ１の配送先の位置Ｄ１からユーザＵ２の配送先の位置Ｄ２まで配送することを抑制できる。
＜実施例の変形例１６＞
実施例の変形例１２と、実施例の変形例１３と、は、組み合わせることができる。実施例の変形例１２では、情報処理装置１００は、注文可能通知を送信させる通信制御を行った後、レコメンド商品Ｇ１の代金の決済が完了したことを告げる決済完了報告を第２データ通信回路１０４ｂが受信すると、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００に移動制御を行う。また、実施例の変形例１３では、情報処理装置１００は、ユーザＵ１が注文した注文商品Ｇ３と、第２ユーザに注文を勧めるレコメンド商品Ｇ１と、を積載した移動体６００に、ユーザＵ１の配送先の位置Ｄ１へ移動させる第１移動制御を行った後に、ユーザＵ２の配送先の位置Ｄ２へ移動体６００を移動させる第２移動制御を行う。
このため、実施例の変形例１２と、実施例の変形例１３と、の組み合わせである本変形例では、情報処理装置１００は、第２ユーザであるユーザＵ２の端末装置９００と情報を通信する第２データ通信回路１０４ｂを備える。情報処理装置１００の制御部１１０は、図２２のステップＳ１３３で、レコメンド商品Ｇ１が積載可能であると判別された後に、ステップＳ１３６で、レコメンド商品Ｇ１の在庫が存在すると判別されると、レコメンド商品Ｇ１を注文可能であることを知らせる注文可能通知を、ユーザＵ２の端末装置９００を宛先として第２データ通信回路１０４ｂへ出力する。これにより、制御部１１０は、注文可能通知をユーザＵ２の端末装置９００へ送信させる制御を第２データ通信回路１０４ｂに行う。
その後、情報処理装置１００の判別部１４０は、注文可能通知が出力されてから予め定められた注文時間が経過しても、レコメンド商品の代金の決済が完了したことを告げる決済完了報告を第２データ通信回路１０４ｂが受信しないと判別すると、レコメンド商品Ｇ１の注文を、端末装置９００を使用するユーザＵ２が行う意思が無いと判別する。次に、制御部１１０は、図９のステップＳ４６と同様の処理を実行することで、図１１のレコメンド商品テーブルから、ユーザＵ２のレコメンド商品Ｇ１に関する情報を削除する。その後、情報処理装置１００は、図９のステップＳ４５及びＳ４７と同様の処理を実行することで（ステップＳ１６３及びＳ１６５）、注文商品Ｇ３の探出、運搬、及び、積載を指示した後、ステップＳ１４０から移動制御処理の実行を継続する。これにより、制御部１１０は、注文商品Ｇ３を積載するが、レコメンド商品Ｇ１を積載しない移動体６００に、注文商品Ｇ３の配送先の位置Ｄ１まで移動させる第１移動制御を、ステップＳ１４１で実行する。その後、制御部１１０は、実店舗の位置Ｓまで移動させる移動制御を、ステップＳ１６０で実行する。
これに対して、情報処理装置１００は、注文可能通知が出力されてから予め定められた注文時間が経過する以前に、第２データ通信回路１０４ｂが決済完了報告を受信したと判別すると、ステップＳ１３７から移動制御処理の実行を継続する。これにより、制御部１１０は、注文商品Ｇ３とレコメンド商品Ｇ１とを積載した移動体６００に、注文商品Ｇ３の配送先の位置Ｄ１まで移動させる第１移動制御を、ステップＳ１４１で実行する。その後、制御部１１０は、レコメンド商品Ｇ１を積載した移動体６００に、注文商品Ｇ３の配送先の位置Ｄ１から、レコメンド商品Ｇ１の配送先の位置Ｄ２まで移動させる第２移動制御を、ステップＳ１５０で実行する。
これらの構成によれば、情報処理装置１００は、例えば、レコメンド商品Ｇ１を積載した移動体６００に、ユーザＵ２の配送先の位置Ｄ２へ移動させる第２移動制御を行った後に、レコメンド商品Ｇ１が注文可能であることを知らせる注文可能通知を送信させる場合と比べて、ユーザＵ２が受け取らない商品を配送することを抑制できる。
＜実施例の変形例１７＞
実施例では、ユーザＵ１の配送先の位置Ｄ１は、ユーザＵ１が予め指定した位置であると説明したが、これに限定される訳では無い。本変形例では、ユーザＵ１の配送先の位置Ｄ１は、ユーザＵ１の位置である。
このために、本変形例では、ユーザＵ１が使用する端末装置８００は、起動すると、予め定められた時間間隔で、端末装置８００を携帯する第１ユーザのユーザＩＤ「U1」と、端末装置８００の位置を緯度、経度、及び、高度で表す位置情報と、を、情報処理装置１００へ送信する。
情報処理装置１００の第２データ通信回路１０４ｂが、端末装置８００から、ユーザＵ１のユーザＩＤ「U1」と、ユーザＵ１が使用する端末装置８００の位置を表す位置情報と、を受信すると、情報処理装置１００の取得部１２０は、第２データ通信回路１０４ｂからユーザＩＤ「U1」と位置情報とを取得する。次に、判別部１４０は、取得された位置情報を、取得されたユーザＩＤ「U1」で識別されるユーザＵ１の位置を表す位置情報と判別する。その後、保存部１３０は、図６のユーザテーブルにおいて、取得されたユーザＩＤ「U1」に対応付けられている位置情報を、ユーザＵ１の位置を表す位置情報に変更する。
＜実施例の変形例１８＞
ユーザＵ１の配送先の位置Ｄ１からの距離が、予め定められた距離以下の位置Ｄ２を配送先に指定するユーザを、第２ユーザと判別する実施例の変形例１３と、ユーザＵ１の配送先の位置Ｄ１は、ユーザＵ１の位置である実施例の変形例１７と、は、組み合わせることができる。このため、実施例の変形例１３と、実施例の変形例１７と、の組み合わせである本変形例では、ユーザＵ２の配送先の位置Ｄ２は、ユーザＵ２の位置であり、かつ、情報処理装置１００の判別部１４０は、ユーザＵ１の配送先の位置Ｄ１からの距離が、予め定められた距離以下の位置Ｄ２に居るユーザＵ２を、第２ユーザと判別する。
＜実施例の変形例１９＞
実施例の変形例４、５、及び、８から１０のいずれかと、実施例の変形例１３と、は、組み合わせることができる。実施例の変形例１３では、情報処理装置１００は、第２ユーザであるユーザＵ２によって入力された注目キーワードが商品番号であると判別すると、当該商品番号で識別される商品Ｇ１を注文試行商品と判別する。実施例の変形例４では、情報処理装置１００は、第１ユーザであるユーザＵ１によって入力された注目キーワードが商品番号又は型番であると判別すると、当該商品番号又は当該型番で識別される商品を注文試行商品と判別する。このため、実施例の変形例４と、実施例の変形例１３と、の組み合わせでは、情報処理装置１００の判別部１４０は、ユーザＵ２によって入力された注目キーワードが商品番号又は型番であると判別すると、当該商品番号又は当該型番で識別される商品をユーザＵ２の注文試行商品と判別する。
実施例の変形例５と、実施例の変形例１３と、の組み合わせでは、情報処理装置１００の判別部１４０は、ユーザＵ２によって入力された注目キーワードに基づいて検索された商品の数が１つであると判別すると、検索された当該１つの商品をユーザＵ２の注文試行商品と判別する。
実施例の変形例８と、実施例の変形例１３と、の組み合わせでは、情報処理装置１００の判別部１４０は、ユーザＵ２が予め設定された注文期間内に予め定められた回数以上の回数閲覧したウェブ頁、及び、ユーザＵ２が注文期間内に予め定められた時間以上の時間に亘り閲覧したウェブ頁、の少なくとも１つに記載された商品を、ユーザＵ２の注文試行商品と判別する。
実施例の変形例９と、実施例の変形例１３と、の組み合わせでは、情報処理装置１００の判別部１４０は、予め定められた注文期間内に、売切商品が記載されたウェブ頁を、ユーザＵ２が閲覧した場合であり、かつ、当該売切商品の代替商品が記載されたウェブ頁を、当該注文期間内に、予め定められた回数以上の回数、ユーザＵ２が閲覧した場合、当該売切商品を、ユーザＵ２が注文しようとした商品であると判別する。
実施例の変形例１０と、実施例の変形例１３と、の組み合わせでは、情報処理装置１００の判別部１４０は、予め定められた注文期間内に、売切商品が記載されたウェブ頁をユーザＵ２が閲覧した場合であり、かつ、予め定められた注文期間よりも前に、当該売切商品をユーザＵ２が注文している場合、当該売切商品をユーザＵ２の注文試行商品と判別する。
＜実施例の変形例２０＞
実施例では、レコメンド商品は、ユーザＵ１が注文しようとした商品であり、かつ、ユーザＵ１が注文しようとした時点で売り切れであった売切商品であると説明したが、これに限定される訳では無い。本変形例では、レコメンド商品は、ユーザＵ１が注文しようとした商品であり、かつ、ユーザＵ１が注文しようとした時点で売り切れであった売切商品の代替商品である。
このため、本変形例に係る情報処理装置１００の判別部１４０は、図１２のステップＳ５９において、ユーザＵ１が注文しようとした注文試行時点において、売切商品であった注文試行商品Ｇ１の代替商品を、ユーザＵ１に注文を勧めるレコメンド商品と判別する（ステップＳ５９）。このために、取得部１２０は、図４の商品テーブルから、注文試行商品Ｇ１の商品番号「G1」に対応付けられたジャンル「米」を表す情報を取得する。次に、取得部１２０は、商品テーブルから、ジャンル「米」を表す情報に対応付けられた番号であって、注文試行商品Ｇ１の商品番号「G1」と異なる商品番号を１又は複数取得する。その後、判別部１４０は、取得された１又は複数の商品番号から１つを、予め定められた規則又はソフトウェア乱数に従って選択し、選択された商品番号で識別される商品をレコメンド商品と判別する。
本変形例では、情報処理装置１００は、売切商品であった注文試行商品Ｇ１の代替商品をレコメンド商品と判別すると説明したが、これに限定される訳では無い。情報処理装置１００の判別部１４０は、売切商品であった注文試行商品Ｇ１の代替商品であり、かつ、在庫が存在する商品を、レコメンド商品と判別しても良い。このために、取得部１２０は、図４の商品テーブルから、注文試行商品Ｇ１のジャンル「米」を表す情報と、正の在庫数を表す情報と、に対応付けられた番号であって、注文試行商品Ｇ１の商品番号「G1」と異なる商品番号を１又は複数取得すれば良い。これらの構成によれば、情報処理装置１００は、注文施行時に売り切れであった商品をレコメンド商品と判別する場合よりも、より確実に販売できる商品をレコメンド商品と判別するため、移動体の有効利用率の低下をより確実に抑制できる。
＜実施例の変形例２１＞
実施例では、情報処理システム１は、無人地上車両である移動体６００を備えると説明したが、これに限定される訳では無い。本変形例に係る情報処理システム１は、図２５に示すような、例えば、ドローン等の無人航空機である移動体７００を備える。
本変形例に係る移動体７００は、移動体７００の姿勢及び飛行を制御する情報処理装置７９０と、情報処理装置７９０の前面から右前方及び左前方、並びに、情報処理装置７９０の後面から左後方及び右後方にそれぞれ突出したプロペラアーム７０１及び７０２、並びに、７０３及び７０４と、を備える。また、移動体７００は、プロペラアーム７０１から７０４の先端にそれぞれ設置されたプロペラ７１１から７１４、及び、情報処理装置７９０の制御に従ってプロペラ７１１から７１４を回転させる不図示のモータを備える。
さらに、移動体７００の情報処理装置７９０の下面には、商品を格納する格納ボックス７２１から７２３を備える格納庫７２０が設置されている。移動体７００が備える格納庫７２０の構成及び機能は、移動体６００が備える格納庫６２０の構成及び機能と同様である。
また、移動体７００は、格納ボックス７２１から７２３に格納された商品を受け取るユーザが撮像範囲に含まれるように光軸及び画角が調整された撮像装置７３０を、情報処理装置７９０の上面に備える。移動体７００が備える撮像装置７３０の構成及び機能は、移動体６００が備える撮像装置６３０の構成及び機能と同様である。
さらに、移動体７００は、情報処理装置７９０の前面に設けられたＬｉＤＡＲセンサ７４１と、情報処理装置７９０の後面に設けられた不図示のＬｉＤＡＲセンサと、を備える。移動体７００が備える前面のＬｉＤＡＲセンサ７４１と後面のＬｉＤＡＲセンサとの構成及び機能は、それぞれ移動体６００が備える前面のＬｉＤＡＲセンサ６４１と後面のＬｉＤＡＲセンサとの構成及び機能と同様である。
移動体７００の情報処理装置７９０が備えるハードウェアの構成及び機能は、移動体６００の情報処理装置６９０が備えるハードウェアの構成及び機能と同様である。
移動体７００の不図示の駆動回路は、プロペラ７１１から７１４を回転させる不図示のモータにそれぞれ接続された不図示のケーブルに接続されている。不図示の駆動回路は、ＣＰＵが出力する信号に従って、プロペラ７１１から７１４を回転させる不図示のモータを駆動させる。
移動体７００の不図示のＣＰＵは、図１６に示した移動処理と同様の処理を実行する。これにより、移動体７００のＣＰＵは、移動体７００を離陸させるための制御信号を生成し、生成された制御信号を駆動回路へ出力する。次に、移動体７００のＣＰＵは最も到着順が早い未到着のノードへ向かって飛行するための制御信号を駆動回路へ出力する。その後、移動体７００のＣＰＵは、経路の終点に到着したと判別すると、移動体７００を着陸させるための制御信号を駆動回路へ出力する。
また、本変形例では、移動体７００は、無人航空機であると説明したが、これに限定される訳ではなく、無人飛翔体であっても良い。さらに、本変形例では、移動体７００は、プロペラ７１１から７１４で揚力及び推力を得るドローンであると説明したが、これに限定される訳ではない。移動体７００は、翼を備え、翼で揚力を得えても良いし、空気よりも比重の小さい気体で満たされた気嚢を備え、気嚢で揚力を得えても良い。また、移動体７００は、ジェットエンジン又はロケットエンジンを備え、ジェットエンジン又はロケットエンジンで推力を得ても良い。
＜実施例の変形例２２＞
実施例の変形例２１では、移動体７００は、格納ボックス７２１から７２３に商品を格納することで、商品を積載すると説明したが、これに限定される訳では無い。本変形例に係る移動体７００は、実施例の変形例２１で説明した格納庫７２０に代えて、図２６に示すような、例えば、シャックルであるフック７５０を３個備えている。本変形例では、１個の商品を積載するために、１個のフック７５０が使用される場合を具体例として挙げて説明する。
フック７５０は、例えば、シャックルであり、例えば、Ｕ字金具である本体部７５１を備える。本体部７５１は、互いに対向した端部７５１ａ及び７５１ｂと、端部７５１ａ及び７５１ｂと対向する側の湾曲又は屈曲しているクラウン部７５１ｃと、を有する。本体部７５１のクラウン部７５１ｃは、端部７５１ａ及び７５１ｂよりも上側に位置するように、例えば、固定金具によって、移動体７００の情報処理装置７９０の下面に固定されている。
本体部７５１の端部７５１ａには、例えば、棒状金具であるピン７５２が挿通される不図示の貫通孔が形成されており、端部７５１ｂの表面であって、当該貫通孔と対向する面には、ピン７５２の先端を底部で受け止める不図示の受止穴が形成されている。
このため、本体部７５１の貫通孔に挿通されたピン７５２の先端が、本体部７５１の受止穴で受け止められている状態（以下、施錠状態という）では、フック７５０の本体部７５１とピン７５２とは、環形状を形成する。このとき、例えば、環状金具であるリングＧに、ピン７５２が挿通されており、リングＧが、例えば、紐Ｌで、梱包材で梱包された商品Ａに連結されていれば、フック７５０は、リングＧに連結された商品Ａを吊持できる。
ピン７５２が有する２つの端部の内で、本体部７５１によって受け止められる側と反対側の端部は、例えば、板状金具又は棒状金具である連結部材７５３と連結されている。連結部材７５３は、ピン７５２との連結点７５３ａと反対側の端部で、モータ７５５が有するシャフト７５５ａに固定された揺動部材７５４と連結されている。連結部材７５３は、ピン７５２との連結点７５３ａを中心として揺動可能に連結されており、かつ、揺動部材７５４との連結点７５３ｂを中心として揺動可能に連結されている。
揺動部材７５４は、例えば、板状金具又は棒状金具であり、連結部材７５３との連結点７５３ｂと異なる固定点で、モータ７５５のシャフト７５５ａに固定されている。モータ７５５は、例えば、ステッピングモータであり、不図示のケーブルを介して、情報処理装置７９０の駆動回路に接続されており、かつ、駆動回路から出力される信号に従って、予め定められた角度だけ、予め定められた方向（以下、解錠方向という）へシャフト７５５ａを回転させる。これにより、揺動部材７５４がシャフト７５５ａとの固定点を中心として、予め定められた方向へ揺動させられると、図２７に示すように、連結部材７５３との連結点７５３ｂが、ピン７５２の抜出方向に移動させられる。これにより、連結部材７５３に連結されているピン７５２が、抜出方向に移動させられるので、ピン７５２の先端が、本体部７５１の端部７５１ｂに形成されている受止穴から引き離されて、端部７５１ａに近づけられる。
本変形例では、ピン７５２は、抜出方向に、本体部７５１の端部７５１ａと端部７５１ｂとの距離ＤＢに等しい距離だけ移動させられるため、ピン７５２は、端部７５１ａに形成されている貫通孔から、受止穴の深さＤＨと等しい距離だけ先端が突出する位置まで、抜出方向に移動させられる。本変形例では、受止穴の深さＤＨは、商品Ａに連結されているリングＧの抜出方向の幅ＴＲよりも十分に小さく設計されている。このため、ピン７５２が抜出方向に距離ＤＢだけ移動させられると、リングＧからピン７５２が抜出される。
このように、ピン７５２の先端が本体部７５１の受止穴から離された状態（以下、解錠状態という）では、フック７５０の本体部７５１とピン７５２とは、環形状を形成しない。さらに、本体部７５１のクラウン部７５１ｃは、端部７５１ａ及び７５１ｂがクラウン部７５１ｃよりも下側に位置するように、移動体７００の情報処理装置７９０の下面に固定されている。これらのため、フック７５０が施錠状態から解錠状態となり、リングＧからピン７５２が抜出されると、リングＧは、Ｕ字形状の本体部７５１の開口から、商品Ａと共に自由落下する。
尚、モータ７５５は、情報処理装置７９０から出力される信号で表される角度だけ、解錠方向と逆方向の施錠方向へシャフト７５５ａを回転させることで、フック７５０の状態を解錠状態から施錠状態に変更させる。
本変形例に係る情報処理装置１００は、図５のステップＳ１７において、配送予定を表す情報を生成するため、移動体７００が備える３個のフック７５０の内から、注文商品を積載させるために用いるフック７５０を、予め定められた規則又はソフトウェア乱数に基づいて選択する。本変形例では、１個の商品を積載するために、１個のフック７５０が使用される場合を具体例として挙げて説明を行うため、注文商品の個数と同じ数のフック７５０が選択される。
また、情報処理装置１００の取得部１２０は、図９のステップＳ２３において、移動体７００が備えるフック７５０の数が「3」個であることを表す情報を情報記憶部１９０から取得する。次に、判別部１４０は、注目配送予定を表す情報に含まれているＩＤであり、かつ、注文商品の積載に用いられるフック７５０を識別するフックＩＤの数を計数する。その後、判別部１４０は、計数されたフックＩＤの数に基づいて、レコメンド商品を移動体７００に積載可能であるか否かを判別する。このとき、判別部１４０は、計数されたフックＩＤの数が、移動体７００が備えるフック７５０の数「3」個以上であると、レコメンド商品を積載不能と判別する。これに対して、判別部１４０は、計数されたフックＩＤの数が、移動体７００が備えるフック７５０の数「3」個より少ないと、レコメンド商品を積載可能と判別する。
本変形例に係る情報処理装置１００の制御部１１０は、図９のステップＳ２９において、実施例で説明した１又は複数のボックスＩＤに代えて、１又は複数のフックＩＤを含んだ施錠命令を、移動体７００を宛先として第２データ通信回路１０４ｂへ出力する。本変形例では、２個のフックＩＤを含んだ施錠命令が出力される場合を具体例として挙げて以下の説明を行う。
移動体７００のデータ通信回路が施錠命令を受信すると、移動体７００のＣＰＵは、施錠命令に含まれる２個のフックＩＤでそれぞれ識別されるフック７５０の状態を解錠状態から施錠状態に変更させる制御信号を移動体７００の駆動回路へ出力する。駆動回路は、出力された制御信号に従って、シャフト７５５ａを施錠方向に回転させる信号を、２個のフックＩＤでそれぞれ識別される２個のフック７５０のモータ７５５へ出力する。このようにして、２個のフック７５０の状態が施錠状態に変更される。このとき、片方のフック７５０のピン７５２が、注文商品Ｇ３に連結されたリングＧに挿通されることで、注文商品が移動体７００に積載される。また、他方のフック７５０のピン７５２が、レコメンド商品Ｇ１に連結されたリングＧに挿通されることで、レコメンド商品が移動体７００に積載される。
また、本変形例に係る情報処理装置１００の制御部１１０は、図１０のステップＳ４０において、２個のフックＩＤを含んだ解錠命令を出力する。次に、移動体７００のＣＰＵは、解錠命令に含まれる２個のフックＩＤでそれぞれ識別されるフック７５０を解錠させる制御信号を移動体７００の駆動回路へ出力する。その後、駆動回路は、制御信号に従って、シャフト７５５ａを解錠方向に回転させる信号を、２個のフックＩＤでそれぞれ識別されるフック７５０のモータ７５５へ出力する。このようにして、２個のフック７５０の状態が解錠状態に変更される。このとき、２個のフック７５０のピン７５２が、注文商品Ｇ３に連結されたリングＧと、レコメンド商品Ｇ１に連結されたリングＧと、からそれぞれ抜出されることで、リングＧと共に注文商品Ｇ３とレコメンド商品Ｇ１とが、移動体７００から地面へ落下する。
さらにまた、本変形例に係る情報処理装置１００は、図１０のステップＳ４９において、注文商品Ｇ３の積載に用いられるフック７５０のフックＩＤを含んだ解錠命令を出力する。これにより、注文商品Ｇ３がフック７５０から解放されて移動体７００から地面へ落下する。
本変形例では、フック７５０は、シャックルであると説明したが、これに限定される訳では無い。フック７５０は、商品Ａに連結されたリングＧを掛止可能なものであれば、どのようなものであっても良く、例えば、カラビナ、又は、アイフックであっても良い。また、フック７５０の本体部７５１の形状は、Ｕ字形状に限定される訳では無く、例えば、Ｖ字、Ｃ字、Ｓ字、又は、Ｊ字形状であっても良い。さらに、フック７５０の本体部７５１、ピン７５２、連結部材７５３、及び、揺動部材７５４は、金具に限定される訳では無く、例えば、繊維強化プラスティック又は木材であっても良い。
また、本変形例では、ピン７５２は、抜出方向及び挿通方向に、本体部７５１の端部７５１ａと端部７５１ｂとの距離ＤＢに等しい距離だけ移動させられると説明したが、これに限定される訳では無く、距離ＤＢよりも短い又は長い距離だけ抜出方向及び挿通方向に移動させられても良く、好適なピン７５２の移動距離は、当業者が実験又は設計により定めることができる。
さらに、本変形例では、梱包材は、段ボールであるが、これに限定される訳では無く、商品を梱包できる物であれば、どのようなものであっても良く、ビニール袋又は布袋であっても良い。また、本変形例では、リングＧは、環状金具であるため、リングＧの形状は、円形環形状、楕円形環形状、又は、多角形環形状を含む。また、リングＧの形状は、これらに限定される訳では無く、例えば、Ｃ字又はＳ字形状であっても良い。さらに、リングＧは、金具に限定される訳では無く、例えば、繊維強化プラスティック又は木材であっても良い。
さらに、本変形例では、梱包材で梱包された商品Ａは、例えば、紐ＬでリングＧに連結されており、フック７５０のピン７５２がリングＧに挿通されることで、商品Ａは、移動体７００に吊持されると説明した。しかし、これに限定される訳ではなく、梱包材で梱包された商品Ａは、紐Ｌで縛られているが、紐Ｌは、リングＧに連結されておらず、フック７５０のピン７５２が紐Ｌで形成された環に挿通されることで、商品Ａは、移動体７００に吊持されても良い。
本変形例では、実施例の変形例２１で説明した移動体７００がフック７５０を備えると説明したが、これに限定される訳では無く、実施例で説明した移動体６００がフック７５０を備えても良い。
＜実施例の変形例２３＞
実施例では、従業員は、レコメンド商品Ｇ１の在庫を実店舗で探し出すと説明した。また、実施例では、図９のステップＳ２７において、情報処理装置１００は、従業員の操作に応じて入力装置１０５ｃから出力される信号に基づいて、仮想店舗のユーザＵ１に販売可能なレコメンド商品Ｇ１の在庫が実店舗に存在するか否かを判別すると説明した。しかし、これに限定される訳では無い。ステップＳ２７において、情報処理装置１００の判別部１４０は、図４の商品テーブルにおいて、レコメンド商品Ｇ１の商品番号「G1」に対応付けられている在庫数を表す情報に基づいて、仮想店舗のユーザＵ１に販売可能なレコメンド商品Ｇ１の在庫が実店舗に存在するか否かを判別しても良い。商品テーブルは、予め定められた更新間隔で更新されるため、注文試行時点においてレコメンド商品Ｇ１が売切商品であっても、ステップＳ２７の実行時点では、売切商品でない場合があるためである。
また、これに限定されるのでは無く、ステップＳ２７において、情報処理装置１００の保存部１３０は、商品テーブルに保存されたレコメンド商品Ｇ１の在庫数を表す情報を更新させても良い。このために、制御部１１０は、レコメンド商品Ｇ１の商品番号「G1」を含み、レコメンド商品Ｇ１の実店舗における在庫数を問い合わせる在庫問合を、ＰＯＳシステム２００を宛先として第１データ通信回路１０４ａへ出力する。次に、取得部１２０は、ＰＯＳシステム２００から受信されたレコメンド商品Ｇ１の在庫数を表す情報を、第１データ通信回路１０４ａから取得する。その後、制御部１１０は、取得された情報で表される実店舗の在庫数から安全在庫数個を減算することで、仮想店舗で販売可能なレコメンド商品Ｇ１の在庫数個を算出する。次に、保存部１３０は、図４の商品テーブルにおいて、レコメンド商品Ｇ１の商品番号「G1」に対応付けられた在庫数を表す情報を、算出された在庫数を表す情報に変更することで、在庫数を表す情報を更新する。
その後、情報処理装置１００の判別部１４０は、図４の商品テーブルにおいて、レコメンド商品Ｇ１の商品番号「G1」に対応付けられている、更新後の在庫数を表す情報に基づいて、仮想店舗のユーザＵ１に販売可能なレコメンド商品Ｇ１の在庫が実店舗に存在するか否かを判別する。
＜実施例の変形例２４＞
実施例では、情報処理装置１００は、移動体６００が有する格納ボックスの数と、注文商品の格納に用いられる格納ボックスの数と、に基づいて、レコメンド商品を移動体６００が積載可能であるか否かを判別すると説明したが、これに限定される訳では無い。本変形例に係る情報処理装置１００の判別部１４０は、移動体６００が積載可能な商品の総重量と、注文商品の総重量と、レコメンド商品の重量と、に基づいて、レコメンド商品を移動体６００が積載可能であるか否かを判別する。
このために、本変形例に係る情報処理装置１００の情報記憶部１９０は、移動体６００が積載可能な商品の総重量を表す情報を予め記憶している。また、情報記憶部１９０は、商品番号と、当該商品番号で識別される商品の重量を表す情報と、を対応付けて予め記憶している。
情報処理装置１００は、図９のステップＳ２５で、レコメンド商品と判別された商品が存在すると判別された後に、ステップＳ２３の処理を実行することで、当該レコメンド商品を移動体６００が積載可能か否かを判別する。このために、取得部１２０は、移動体６００が積載可能な商品の総重量を表す情報を情報記憶部１９０から取得する。また、取得部１２０は、１又は複数の注文商品の商品番号にそれぞれ対応付けられた重量を表す情報と、レコメンド商品の商品番号に対応付けられた重量を表す情報と、を情報記憶部１９０から取得する。
次に、情報処理装置１００の判別部１４０は、取得された１又は複数の情報でそれぞれ表される注文商品の重量の総和と、取得された情報で表されるレコメンド商品の重量と、の和が、移動体６００が積載可能な商品の総重量よりも多いと判別すると、移動体６００がレコメンド商品を積載不能であると判別する。その後、情報処理装置１００は、ステップＳ４５から移動制御処理の実行を継続する。
これに対して、情報処理装置１００の判別部１４０は、１又は複数の注文商品の重量の総和と、レコメンド商品の重量と、の和が、移動体６００が積載可能な商品の総重量以下と判別すると、移動体６００がレコメンド商品を積載可能であると判別する。その後、情報処理装置１００は、ステップＳ２６から移動制御処理の実行を継続する。
＜実施例の変形例２５＞
実施例の変形例２４では、情報処理装置１００は、移動体６００が積載可能な商品の総重量と、注文商品の総重量と、レコメンド商品の重量と、に基づいて、レコメンド商品を移動体６００が積載可能であるか否かを判別すると説明したが、これに限定される訳では無い。本変形例に係る判別部１４０は、移動体６００が積載可能な商品の総体積と、注文商品の総体積と、レコメンド商品の体積と、に基づいて、レコメンド商品を移動体６００が積載可能であるか否かを判別する。
本変形例に係る商品は、Ｌサイズの商品及びＳサイズの商品のいずれかである。Ｌサイズの商品は、例えば、段ボールである、Ｌサイズの梱包材で梱包可能であるが、Ｓサイズの梱包材で梱包不能である。このため、Ｌサイズの商品は、Ｌサイズの梱包材で梱包されて移動体６００に積載される。Ｓサイズの商品は、Ｌサイズの梱包材とＳサイズの梱包材とで梱包可能であるが、省スペース化のため、Ｓサイズの梱包材で梱包されて移動体６００に積載される。
Ｌサイズの梱包材の高さは、Ｓサイズの梱包材の高さの２倍であり、かつ、Ｌサイズの梱包材の幅及び奥行きは、Ｓサイズの梱包材の幅及び奥行きと同じである。このため、Ｌサイズの梱包材の体積は、Ｓサイズの梱包材の体積の２倍である。しかし、これに限定される訳では無く、Ｌサイズの梱包材の高さ、幅、及び、奥行きの少なくとも１つが、それぞれＳサイズの梱包材の高さ、幅、及び、奥行きの少なくとも１つのＮ倍であっても良い（但し、Ｎは、正の整数）。
情報処理装置１００の情報記憶部１９０は、移動体６００が積載可能な商品の総体積を表す情報を予め記憶している。本変形例において、移動体６００が積載可能な商品の総体積は、移動体６００が積載可能なＳサイズの梱包材の数で表される。また、情報記憶部１９０は、商品番号と、当該商品番号で識別される商品の梱包に用いられる梱包材のサイズを表す情報と、を対応付けて予め記憶している。
情報処理装置１００は、図９のステップＳ２５で、レコメンド商品と判別された商品が存在すると判別された後に、ステップＳ２３の処理を実行することで、当該レコメンド商品を移動体６００が積載可能か否かを判別する。このために、取得部１２０は、移動体６００が積載可能な商品の総体積を表す情報を情報記憶部１９０から取得する。また、取得部１２０は、１又は複数の注文商品の商品番号にそれぞれ対応付けられた梱包材のサイズを表す情報と、レコメンド商品の商品番号に対応付けられた梱包材のサイズを表す情報と、を情報記憶部１９０から取得する。
次に、情報処理装置１００の判別部１４０は、取得された複数の梱包材のサイズを表す情報の内で、Ｓサイズを表す情報の数と、Ｌサイズを表す情報の数と、を算出する。次に、判別部１４０は、Ｌサイズを表す情報の数を２倍した数と、Ｓサイズを表す情報の数と、の和を算出することで、注文商品の総体積とレコメンド商品の体積との和を表す数を算出する。その後、注文商品の総体積とレコメンド商品の体積との和を表す数が、移動体６００が積載可能な商品の総体積を表す数よりも多いと判別すると、移動体６００がレコメンド商品を積載不能であると判別する。その後、情報処理装置１００は、ステップＳ４５から移動制御処理の実行を継続する。
これに対して、情報処理装置１００の判別部１４０は、注文商品の総体積とレコメンド商品の体積との和を表す数が、移動体６００が積載可能な商品の総体積を表す数以下であると判別すると、移動体６００がレコメンド商品を積載可能であると判別する。その後、情報処理装置１００は、ステップＳ２６から移動制御処理の実行を継続する。
＜実施例の変形例２６＞
実施例では、情報処理装置１００は、移動体６００が有する格納ボックスの数と、注文商品の格納に用いられる格納ボックスの数と、に基づいて、レコメンド商品を移動体６００が積載可能であるか否かを判別すると説明したが、これに限定される訳では無い。本変形例では、実店舗の従業員は、注文商品とレコメンド商品とを探し出し、レコメンド商品を移動体６００に積載可能か否かを判別する。また、本変形例では、情報処理装置１００の判別部１４０は、従業員の操作に応じて入力装置１０５ｃが出力する信号に基づいて、レコメンド商品を移動体６００が積載可能であるか否かを判別する。
情報処理装置１００は、図９のステップＳ２７で、レコメンド商品の在庫があると判別された後に、ステップＳ２３の処理を実行する。このとき、情報処理装置１００の判別部１４０は、従業員の操作に応じて入力装置１０５ｃが出力する信号に基づいて、当該レコメンド商品を移動体６００が積載可能か否かを判別する。
＜実施例の変形例２７＞
実施例では、注文商品の代替商品は、注文商品のジャンルに属する商品であり、かつ、注文商品と異なる商品であると説明したが、これに限定される訳では無い。本変形例では、注文商品の代替商品は、注文商品の類似商品である。
このため、本変形例に係る情報処理装置１００の情報記憶部１９０は、商品番号と、当該商品番号で識別される商品の類似商品の商品番号と、を対応付けて予め記憶している。情報処理装置１００の取得部１２０は、図１２のステップＳ５８において、注文商品の商品番号に対応付けられている商品番号を、情報記憶部１９０から取得することを試行する。判別部１４０は、商品番号が取得され、かつ、取得された商品番号が注文試行商品の商品番号であると、注文試行商品が注文商品の類似商品と判別する。このため、判別部１４０は、注文試行商品が注文商品の代替商品であると判別する。
これに対して、情報処理装置１００の判別部１４０は、商品番号が取得されない場合、又は、取得された商品番号が、注文試行商品の商品番号と異なる場合、注文試行商品が注文商品の類似商品でないと判別する。このため、判別部１４０は、注文試行商品が注文商品の代替商品でないと判別する。
注文商品の類似商品は、例えば、注文商品と同じ又は類似の用途に使用される商品であり、かつ、注文商品と異なる商品であっても良いが、これに限定される訳では無い。また、注文商品の類似商品は、例えば、注文商品が有する機能と同じ又は類似の機能を有する商品であり、かつ、注文商品と異なる商品であっても良い。
＜実施例の変形例２８＞
実施例では、図５のステップＳ１１で、情報処理装置１００が、注文受付要求を取得したと判別する場合を具体例として挙げて説明を行ったが、これに限定される訳では無い。情報処理装置１００は、注文受付要求を取得しなかったと判別すると（ステップＳ１１；Ｎｏ）、ステップＳ０３から上記の処理を繰り返す。
実施例では、図５のステップＳ１４で、情報処理装置１００が、決済が完了したと判別する場合を具体例として挙げて説明を行ったが、これに限定される訳では無い。決済要求の送信から、予め定められた時間が経過しても決済完了報告を第２データ通信回路１０４ｂが受信しないと、情報処理装置１００の判別部１４０は、決済が完了しなかったと判別する（ステップＳ１４；Ｎｏ）。その後、情報処理装置１００は、ステップＳ０３から上記の処理を繰り返す。
実施例では、図１０のステップＳ３９で、情報処理装置１００が、レコメンド商品Ｇ１の代金の決済が完了していると判別する場合を具体例として挙げて説明を行ったが、これに限定される訳では無い。情報処理装置１００の判別部１４０は、図１１のレコメンド商品テーブルから、値「false」の決済フラグが取得されると、レコメンド商品Ｇ１の代金の決済が完了していないと判別する（ステップＳ３９；Ｎｏ）。その後、情報処理装置１００は、ステップＳ４９から移動制御処理の実行を継続する。
実施例では、図１２のステップＳ５５で、情報処理装置１００が、注目キーワードが商品番号であると判別する場合を具体例として挙げて説明を行ったが、これに限定される訳では無い。情報処理装置１００の判別部１４０は、注目キーワードが商品番号でないと判別すると（ステップＳ５５；Ｎｏ）、注目キーワードを入力したユーザＵ１が注文しようとした商品を判別できないと判別する。次に、情報処理装置１００は、ステップＳ５３から上記の処理を繰り返す。
実施例では、図１２のステップＳ５７で、情報処理装置１００が、注文試行時点で、注文試行商品Ｇ１が売切商品であったと判別する場合を具体例として挙げて説明を行ったが、これに限定される訳では無い。情報処理装置１００の判別部１４０は、図７の検索履歴テーブルから取得された売切フラグの値が「false」であると、注文試行時点で、注文試行商品Ｇ１が売切商品でなかったと判別する（ステップＳ５７；Ｎｏ）。このため、判別部１４０は、注文試行商品Ｇ１が注文された蓋然性が高いと判別し、注文試行商品Ｇ１をレコメンド商品と判別しない。その後、情報処理装置１００は、ステップＳ５３から上記の処理を繰り返す。
実施例では、図１２のステップＳ５８で、情報処理装置１００が、注文試行商品が注文商品の代替商品でないと判別する場合を具体例として挙げて説明を行ったが、これに限定される訳では無い。情報処理装置１００の判別部１４０は、注文商品のジャンルと、注文試行商品のジャンルと、が一致すると、注文試行商品が注文商品の代替商品であると判別する（ステップＳ５８；Ｙｅｓ）。このため、判別部１４０は、注文試行商品が売切商品であったため、ユーザＵ１は、注文試行商品の代替商品である注文商品を購入したと判別する。このため、判別部１４０は、注文試行商品を購入する意思がユーザＵ１に無くなった、又は、注文試行商品をユーザＵ１が購入する蓋然性が予め定められた蓋然性よりも低いと判別する。次に、情報処理装置１００は、当該注文試行商品をレコメンド商品と判別せずに、ステップＳ５３から上記の処理を繰り返す。
実施例では、図１２のステップＳ５３において、情報処理装置１００が、ステップＳ５２で取得された１又は複数のキーワードの内に、未注目のキーワードが存在すると判別する場合を具体例として挙げて説明したが、これに限定される訳では無い。情報処理装置１００の判別部１４０は、未注目のキーワードが存在しないと判別すると（ステップＳ５３；Ｎｏ）、いずれの商品もレコメンド商品と判別せずに、レコメンド商品判別処理の実行を終了する。
実施例では、図９のステップＳ２５で、情報処理装置１００が、レコメンド商品と判別された商品が存在する、と判別する場合を具体例として挙げて説明したが、これに限定される訳では無い。情報処理装置１００の判別部１４０は、図１１のレコメンド商品テーブルから、注文商品Ｇ３を注文したユーザＵ１のユーザＩＤ「U1」と対応付けられた商品番号が取得されないと、レコメンド商品と判別された商品が存在しないと判別する（ステップＳ２５；Ｎｏ）。その後、情報処理装置１００は、ステップＳ４５から移動制御処理の実行を続行することで、注文商品Ｇ３を積載した移動体６００に、ユーザＵ１の配送先の位置Ｄ１まで移動させる移動制御を行う。
実施例の変形例１３では、図２２のステップＳ１３３で、情報処理装置１００が、レコメンド商品を移動体６００に積載可能であると判別する場合を具体例として挙げて説明したが、これに限定される訳では無い。情報処理装置１００は、レコメンド商品を積載不能であると判別すると（ステップＳ１３３；Ｎｏ）、ステップＳ１６３から移動制御処理の実行を継続する。
実施例の変形例１３では、図２２のステップＳ１３４で、情報処理装置１００が、第２ユーザが存在すると判別する場合を具体例として挙げて説明したが、これに限定される訳では無い。情報処理装置１００の判別部１４０は、図６のユーザテーブルから、ユーザＵ１が予め指定した配送先の位置Ｄ１からの距離が近傍距離以下の位置を表す位置情報と対応付けられており、かつ、ユーザＵ１のユーザＩＤ「U1」と異なるユーザＩＤが取得されないと、位置Ｄ１からの距離が近傍距離以下の位置を配送先として指定する第２ユーザが存在しないと判別する（ステップＳ１３４；Ｎｏ）。その後、情報処理装置１００は、図９のステップＳ４５及びＳ４７と同様の処理を実行することで（ステップＳ１６３及びＳ１６５）、注文商品の探出、運搬、及び、積載を指示した後、ステップＳ１４０から移動制御処理の実行を継続する。
実施例の変形例１３では、ステップＳ１３８で、情報処理装置１００が、レコメンド商品の在庫が存在すると判別する場合を具体例として挙げて説明したが、これに限定される訳では無い。情報処理装置１００は、レコメンド商品の在庫が存在しないと判別すると（ステップＳ１３８；Ｎｏ）、図９のステップＳ４６と同様の処理を実行した後に（ステップＳ１６４）、ステップＳ１６５から移動制御処理の実行を継続する。
実施例の変形例１３では、ステップＳ１４２、又は、ステップＳ１５１で、情報処理装置１００が、到着報告が取得されたと判別する場合を具体例として挙げて説明したが、これに限定される訳では無い。情報処理装置１００は、到着報告が取得されなかったと判別すると（ステップＳ１４２；Ｎｏ、又は、ステップＳ１５１；Ｎｏ）、予め定められた時間に亘ってスリープしてから、ステップＳ１４２、又は、ステップＳ１５１の処理を繰り返す。
実施例の変形例１３では、ステップＳ１４６で、情報処理装置１００が、認証が成功したと判別する場合を具体例として挙げて説明したが、これに限定される訳では無い。情報処理装置１００は、認証が成功しなかったと判別すると（ステップＳ１４６；Ｎｏ）、ステップＳ１４５から上記処理を繰り返す。
実施例の変形例１３では、ステップＳ１４８、又は、ステップＳ１５９で、情報処理装置１００が、受渡報告が取得されたと判別する場合を具体例として挙げて説明したが、これに限定される訳では無い。情報処理装置１００は、受渡報告が取得されなかったと判別すると（ステップＳ１４８；Ｎｏ、又は、ステップＳ１５９；Ｎｏ）、予め定められた時間に亘ってスリープしてから、ステップＳ１４８、又は、ステップＳ１５９の処理を繰り返す。
実施例の変形例１３では、図２３のステップＳ１４９で、情報処理装置１００が、移動体６００がレコメンド商品Ｇ１を積載していると判別する場合を具体例として挙げて説明したが、これに限定される訳では無い。情報処理装置１００は、移動体６００がレコメンド商品Ｇ１を積載していないと判別すると（ステップＳ１４９；Ｎｏ）、ステップＳ１６０から移動制御処理の実行を継続する。これにより、情報処理装置１００は、ユーザＵ１の配送先の位置Ｄ１から、配送元である実店舗の位置Ｓまで帰還させる移動制御を移動体６００に行う。
実施例の変形例１３では、ステップＳ１５５で、情報処理装置１００は、受渡時間が経過していないと判別する場合を具体例として挙げて説明したが、これに限定される訳では無い。情報処理装置１００は、受渡時間が経過したと判別すると（ステップＳ１５５；Ｙｅｓ）、ステップＳ１６０から移動制御処理の実行を継続する。
実施例の変形例１３では、図２４のステップＳ１５６で、情報処理装置１００は、レコメンド商品の代金の決済が完了していると判別する場合を具体例として挙げて説明したが、これに限定される訳では無い。情報処理装置１００は、レコメンド商品の代金の決済が完了していないと判別すると（ステップＳ１５６；Ｎｏ）、ステップＳ１５５から上記処理を繰り返す。
実施例の変形例１３では、ステップＳ１５７で、情報処理装置１００は、認証が成功したと判別する場合を具体例として挙げて説明したが、これに限定される訳では無い。情報処理装置１００は、認証が失敗したと判別すると（ステップＳ１５７；Ｎｏ）、ステップＳ１５５から上記処理を繰り返す。
＜実施例の変形例２９＞
実施例では、情報処理システム１は、情報処理装置１００と、ＰＯＳシステム２００と、移動体６００と、端末装置８００と、を備えると説明したが、これに限定される訳では無い。本変形例では、情報処理システム１は、注文を受け付ける不図示の情報処理装置と、注文された商品の配送を制御する不図示の制御装置と、ＰＯＳシステム２００と、移動体６００と、端末装置８００と、を備える。情報処理装置は、図５に示した第１注文受付処理、及び、図１３に示した第２注文受付処理を実行することで、商品の注文を受け付ける。制御装置は、注文された商品の配送を制御するため、図９及び図１０に示した移動制御処理、及び、図１２に示したレコメンド商品判別処理を実行することで、注文された注文商品と、注文が勧められるレコメンド商品と、を積載した移動体６００の移動を制御する。
＜実施例の変形例３０＞
実施例では、１回の注文で、１個の商品の販売と配送とが求められる場合を具体例として挙げて説明を行ったが、これに限定される訳では無い。１回の注文で複数個の商品の販売と配送とが求められても良い。
また、実施例では、１個の格納ボックスに１個の商品が格納されると説明したが、これに限定される訳では無く、１個の格納ボックスに１個又は複数個の商品が格納されても良い。例えば、移動体６００が３個の格納ボックス６２１から６２３を備えており、格納ボックス６２１から６２３のそれぞれは、２個の商品を格納可能であり、かつ、ユーザＵ１が、１回の注文で５個の商品を注文した場合に、情報処理装置１００は、１個のレコメンド商品を積載可能であると判別しても良い。
さらに、実施例では、移動体６００は、３個の格納ボックス６２１から６２３を備えると説明したが、これに限定される訳では無く、移動体６００は、２個の格納ボックス、又は、４個以上の格納ボックスを備えても良い。また、実施例の変形例２２では、移動体７００は、フック７５０を３個備えると説明したが、これに限定される訳では無く、フック７５０を２個、又は、４個以上備えても良い。
またさらに、実施例では、情報処理システム１は、１台の移動体６００を備えると説明したが、これに限定される訳では無く、２台以上の移動体６００を備えても良い。
＜実施例の変形例３１＞
実施例では、商品が商取引の対象とされると説明したが、これに限定される訳ではない。商品は、どのような物であっても良く、例えば、商取引の対象とされない物であっても良い。また、商品は、物でなく、生き物であっても良い。
＜実施例の変形例３２＞
実施例では、移動体６００は、無人地上車両であると説明した。また、実施例の変形例２１では、移動体７００は、無人航空機であると説明した。しかし、移動体６００及び７００は、必ずしも無人である必要はなく、情報処理装置１００による制御を除き、自律して移動する物体であれば、人が乗っていても良い。
＜実施例の変形例３３＞
実施例では、情報処理装置１００は、情報記憶部１９０を備えると説明したが、これに限定される訳ではない。本変形例に係る情報処理装置１００は、情報記憶部１９０を備えない。本変形例に係る情報処理装置１００は、例えば、ＮＡＳ（Network Attached Storage）であり、かつ、情報記憶部１９０の機能と同様の機能を有する不図示の情報記憶装置と第１通信網ＬＮ又は第２通信網ＩＮを介して接続されており、情報記憶装置が記憶する情報を用いて、図５に示した第１注文受付処理、図９及び図１０に示した移動制御処理、図１２に示したレコメンド商品判別処理、及び、図１３に示した第２注文受付処理を実行する。本変形例に係る情報処理システム１は、情報記憶装置を備えても良いし、情報記憶装置を備えなくても良い。
＜実施例の変形例３４＞
実施例では、情報処理システム１は、情報処理装置１００を備えると説明した。また、実施例では、情報処理装置１００のＣＰＵ１０１は、図５に示した第１注文受付処理、図９及び図１０に示した移動制御処理、図１２に示したレコメンド商品判別処理、及び、図１３に示した第２注文受付処理を実行すると説明した。また、情報処理装置１００のＣＰＵ１０１は、図３に示した制御部１１０、取得部１２０、保存部１３０、及び、判別部１４０として機能すると説明した。また、情報処理装置１００のハードディスク１０３ｂは、情報記憶部１９０として機能すると説明した。
しかし、これらに限定される訳ではなく、情報処理システム１は、情報処理装置１００を備えなくとも良い。この場合、図５に示した第１注文受付処理、図９及び図１０に示した移動制御処理、図１２に示したレコメンド商品判別処理、及び、図１３に示した第２注文受付処理は、移動体６００が備える情報処理装置６９０のＣＰＵ６９１によって実行されても良い。このため、移動体６００のＣＰＵ６９１が、情報処理装置１００の制御部１１０、取得部１２０、保存部１３０、及び、判別部１４０に相当する不図示の機能部として機能しても良い。また、移動体６００のフラッシュメモリ６９３ｂが、情報処理装置１００の情報記憶部１９０に相当する不図示の機能部として機能しても良い。
また、これに限定される訳ではなく、図５に示した第１注文受付処理、図９及び図１０に示した移動制御処理、図１２に示したレコメンド商品判別処理、及び、図１３に示した第２注文受付処理の１つ以上、は、情報処理装置１００のＣＰＵ１０１と、移動体６００のＣＰＵ６９１と、端末装置８００が備える不図示のＣＰＵと、の２つ以上によって分散実行されても良い。
本発明の実施例及び実施例の変形例１から３４は、互いに組み合わせることができる。
実施例及び実施例の変形例１から３３のいずれかに係る機能を実現するための構成を備えた情報処理装置１００、並びに、実施例の変形例３４に係る機能を実現するための構成を備えた情報処理装置６９０として提供できることはもとより、複数の装置で構成されるシステムであって、本発明の実施例及び実施例の変形例１から３４のいずれかに係る機能を実現するための構成をシステム全体として備えたシステムとして提供することもできる。
実施例及び実施例の変形例１から３３のいずれかに係る機能を実現するための構成を予め備えた情報処理装置１００として提供できる。また、プログラムの適用により、既存の情報処理装置を実施例及び実施例の変形例１から３３のいずれかに係る情報処理装置１００として機能させることもできる。すなわち、実施例及び実施例の変形例１から３３のいずれかで例示した情報処理装置１００による各機能構成を実現させるためのプログラムを、既存の情報処理装置を制御するコンピュータ（ＣＰＵなど）が実行することで、実施例及び実施例の変形例１から３３のいずれかに係る情報処理装置１００として機能させることができる。
本発明の実施例の変形例３４に係る機能を実現するための構成を予め備えた情報処理装置６９０として提供できる。また、プログラムの適用により、既存の情報処理装置を実施例の変形例３４に係る情報処理装置６９０として機能させることもできる。すなわち、上記実施例の変形例３４で例示した情報処理装置６９０による各機能構成を実現させるためのプログラムを、既存の情報処理装置を制御するコンピュータ（ＣＰＵなど）が実行することで、実施例の変形例３４に係る情報処理装置６９０として機能させることができる。
このようなプログラムの配布方法は任意であり、例えば、メモリカード、ＣＤ（Compact Disc）－ＲＯＭ、又は、ＤＶＤ（Digital Versatile Disc）－ＲＯＭなどの記録媒体に収納して配布できる他、インターネットなどの通信媒体を介して配布することもできる。
本発明に係る方法は、実施例及び実施例の変形例１から３３のいずれかに係る情報処理装置１００、並びに、実施例の変形例３４に係る情報処理装置６９０を用いて実施できる。また、本発明に係る方法は、実施例及び実施例の変形例１から３４のいずれかに係る情報処理システム１を用いて実施できる。
また、本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。
（付記）
（付記１）
ユーザが注文した注文商品を移動体に積載した場合に、レコメンド商品を前記移動体に積載可能であるか否かを判別する判別部と、
前記レコメンド商品が積載可能であると判別されると、前記注文商品と前記レコメンド商品とを積載した前記移動体に、前記注文商品の配送先まで移動させる移動制御を行う制御部と、
を備えることを特徴とする情報処理装置。
（付記２）
前記レコメンド商品は、前記ユーザである第１ユーザ、又は、前記配送先からの距離が予め定められた距離以下の位置に居る、若しくは、当該位置を配送先に指定する第２ユーザ、が注文しようとした商品であり、かつ、前記第１ユーザ又は前記第２ユーザが注文しようとした時点で売り切れであった商品である、売切商品、又は、前記売切商品の代替商品である、
ことを特徴とする付記１に記載の情報処理装置。
（付記３）
前記レコメンド商品は、前記注文商品の代替商品と異なる商品である、
ことを特徴とする付記２に記載の情報処理装置。
（付記４）
前記判別部は、前記第１ユーザ又は前記第２ユーザが注文しようとした前記時点よりも後、かつ、前記移動体の前記移動制御が開始される時点よりも前において、前記レコメンド商品の在庫が存在するか否かをさらに判別し、
前記制御部は、前記レコメンド商品の在庫が存在すると判別され、かつ、前記レコメンド商品が積載可能であると判別されると、前記注文商品と前記レコメンド商品とを積載した前記移動体に前記移動制御を行う、
ことを特徴とする付記２又は３に記載の情報処理装置。
（付記５）
前記制御部は、前記レコメンド商品の在庫が存在しないと判別されると、又は、前記レコメンド商品が積載可能でないと判別されると、前記注文商品を積載し、かつ、前記レコメンド商品を積載していない前記移動体に前記移動制御を行う、
ことを特徴とする付記４に記載の情報処理装置。
（付記６）
予め定められた間隔で、実店舗に在る商品の在庫数を表す情報を受信する通信部、をさらに備え、
前記制御部は、前記情報が受信されると、受信された前記情報で表される前記在庫数から予め定められた個数を減算することで、仮想店舗で販売可能な在庫数を算出し、
前記判別部は、
前記第１ユーザ又は前記第２ユーザが注文しようとした前記時点において、前記仮想店舗で販売可能な前記在庫数に基づいて、前記第１ユーザ又は前記第２ユーザが注文しようとした前記商品が前記売切商品であるか否かを判別し、
前記第１ユーザ又は前記第２ユーザが注文しようとした前記時点よりも後、かつ、前記移動体の前記移動制御が開始される前記時点よりも前において、前記レコメンド商品の在庫が前記実店舗に存在するか否かを判別する、
ことを特徴とする付記４又は５に記載の情報処理装置。
（付記７）
前記判別部は、前記第１ユーザ又は前記第２ユーザによって入力されたキーワードに基づいて検索された商品の数が１つである場合に、検索された前記１つの商品が、前記第１ユーザ又は前記第２ユーザが注文しようとした前記商品であると判別する、
ことを特徴とする付記２から６のいずれか一つに記載の情報処理装置。
（付記８）
前記判別部は、前記第１ユーザ又は前記第２ユーザが、予め定められた期間内に、予め定められた回数以上の回数閲覧したウェブ頁、及び、予め定められた期間内に、予め定められた時間以上の時間に亘り閲覧したウェブ頁、の少なくとも１つに記載された商品を、前記第１ユーザ又は前記第２ユーザが注文しようとした前記商品であると判別する、
ことを特徴とする付記２から６のいずれか一つに記載の情報処理装置。
（付記９）
前記判別部は、
前記第１ユーザ又は前記第２ユーザが、予め定められた期間内に、前記売切商品が記載されたウェブ頁を閲覧した場合であり、かつ、前記売切商品のジャンルに属する商品であり、かつ、前記売切商品と異なる商品が記載されたウェブ頁を、前記第１ユーザ又は前記第２ユーザが、予め定められた前記期間内に、予め定められた回数以上の回数閲覧した場合、又は、
前記第１ユーザ又は前記第２ユーザが、予め定められた前記期間内に、前記売切商品が記載された前記ウェブ頁を閲覧した場合であり、かつ、前記第１ユーザ又は前記第２ユーザが、予め定められた前記期間よりも前に、前記売切商品を注文している場合、
前記売切商品を、前記第１ユーザ又は前記第２ユーザが注文しようとした前記商品であると判別する、
ことを特徴とする付記２から６のいずれか一つに記載の情報処理装置。
（付記１０）
前記第１ユーザの端末装置と情報を通信する通信部をさらに備え、
前記制御部は、前記レコメンド商品の在庫が存在すると判別され、かつ、前記レコメンド商品が積載可能であると判別される場合に、
前記移動体に対する前記移動制御の終了以後に、前記レコメンド商品が注文可能であることを知らせる注文可能通知と、前記注文商品と前記レコメンド商品とが配送されたことを知らせる配送通知と、を前記第１ユーザの前記端末装置へ前記通信部に送信させる制御を行い、かつ、
前記レコメンド商品の代金の決済が完了したことを告げる報告を前記通信部が受信すると、前記第１ユーザの前記配送先に滞在する前記移動体に、前記注文商品と前記レコメンド商品とを前記第１ユーザへ受け渡させる受渡制御を行う、
ことを特徴とする付記４又は５に記載の情報処理装置。
（付記１１）
前記第１ユーザの端末装置と情報を通信する通信部をさらに備え、
前記制御部は、前記レコメンド商品の在庫が存在すると判別され、かつ、前記レコメンド商品が積載可能であると判別される場合に、
前記移動体に対する前記移動制御の終了より前に、前記レコメンド商品が注文可能であることを知らせる注文可能通知を、前記第１ユーザの前記端末装置へ前記通信部に送信させる制御を行い、
前記移動制御の終了以後に、前記注文商品と前記レコメンド商品とが配送されたことを知らせる配送通知を、前記第１ユーザの前記端末装置へ前記通信部に送信させる制御を行い、かつ、
前記レコメンド商品の代金の決済が完了したことを告げる報告を前記通信部が受信すると、前記第１ユーザの前記配送先に滞在する前記移動体に、前記注文商品と前記レコメンド商品とを前記第１ユーザへ受け渡させる受渡制御を行う、
ことを特徴とする付記４又は５に記載の情報処理装置。
（付記１２）
前記第２ユーザの端末装置と情報を通信する通信部をさらに備え、
前記制御部は、前記レコメンド商品の在庫が存在すると判別され、かつ、前記レコメンド商品が積載可能であると判別される場合に、前記移動制御である第１移動制御と、前記注文商品を前記第１ユーザへ受け渡させる第１受渡制御と、を前記移動体に行った後、前記第１ユーザの前記配送先から前記第２ユーザの前記配送先まで移動させる第２移動制御を前記移動体に行う、
ことを特徴とする付記４又は５に記載の情報処理装置。
（付記１３）
前記制御部は、
前記第２移動制御の終了以後に、前記レコメンド商品が注文可能であることを知らせる注文可能通知と、前記レコメンド商品が配送されたことを知らせる配送通知と、を前記第２ユーザの前記端末装置へ前記通信部に送信させる制御を行い、かつ、
前記レコメンド商品の代金の決済が完了したことを告げる報告を前記通信部が受信すると、前記第２ユーザの前記配送先に滞在する前記移動体に、前記レコメンド商品を前記第２ユーザへ受け渡させる第２受渡制御を行う、
ことを特徴とする付記１２に記載の情報処理装置。
（付記１４）
前記制御部は、
前記第２移動制御の終了より前に、前記レコメンド商品が注文可能であることを知らせる注文可能通知を前記第２ユーザの前記端末装置へ前記通信部に送信させる制御を行い、
前記第２移動制御の終了以後に、前記レコメンド商品が配送されたことを知らせる配送通知を前記第２ユーザの前記端末装置へ前記通信部に送信させる制御を行い、かつ、
前記レコメンド商品の代金の決済が完了したことを告げる報告を前記通信部が受信すると、前記第２ユーザの前記配送先に滞在する前記移動体に、前記レコメンド商品を前記第２ユーザへ受け渡させる第２受渡制御を行う、
ことを特徴とする付記１２に記載の情報処理装置。
（付記１５）
前記制御部は、
前記第２ユーザの前記配送先まで前記移動体を移動させる前記第２移動制御の開始より前に、前記注文可能通知を送信させる前記制御を行い、
前記レコメンド商品の代金の決済が完了したことを告げる報告を前記通信部が受信すると、前記第２移動制御を行う、
ことを特徴とする付記１４に記載の情報処理装置。
（付記１６）
前記第１ユーザ又は前記第２ユーザの端末装置と情報を通信する通信部、をさらに備え、
前記制御部は、前記レコメンド商品の在庫が存在すると判別され、かつ、前記レコメンド商品が積載可能であると判別される場合に、前記レコメンド商品を注文可能であることを知らせる注文可能通知を前記端末装置へ送信させる制御を前記通信部に行い、
前記レコメンド商品の代金の決済が完了したことを告げる報告を前記通信部が受信すると、前記注文商品と前記レコメンド商品とを積載した前記移動体に前記移動制御を行う、
ことを特徴とする付記４又は５に記載の情報処理装置。
（付記１７）
ユーザが注文した注文商品を移動体に積載した場合に、レコメンド商品を前記移動体に積載可能であるか否かを判別する判別部と、
前記レコメンド商品が積載可能であると判別されると、前記注文商品と前記レコメンド商品とを積載した前記移動体に、前記注文商品の配送先まで移動させる移動制御を行う制御部と、
を備えることを特徴とするシステム。
（付記１８）
情報処理装置又はシステムが実行する方法であって、
ユーザが注文した注文商品を移動体に積載した場合に、レコメンド商品を前記移動体に積載可能であるか否かを判別する判別ステップと、
前記レコメンド商品が積載可能であると判別されると、前記注文商品と前記レコメンド商品とを積載した前記移動体に、前記注文商品の配送先まで移動させる移動制御を行う制御ステップと、
を備えることを特徴とする方法。
１：情報処理システム １００、６９０、７９０：情報処理装置 １０１、６９１：ＣＰＵ １０２、６９２：ＲＡＭ １０３ａ、６９３ａ：ＲＯＭ １０３ｂ：ハードディスク １０４ａ、６９４ａ：第１データ通信回路 １０４ｂ、６９４ｂ：第２データ通信回路 １０５ａ、６９５ａ：ビデオカード １０５ｂ、６９５ｂ：表示装置 １０５ｃ、６９５ｃ：入力装置 １１０：制御部１２０：取得部１２０：保存部 １４０：判別部 １９０：情報記憶部 ２００：ＰＯＳシステム ６００、７００：移動体 ６０１、６０２：車輪 ６１０：車台 ６２０、７２０：格納庫 ６２１から６２３、７２１から７２３：格納ボックス ６３０、７３０：撮像装置 ６４１、７４１：ＬｉＤＡＲセンサ ６９３ｂ：フラッシュメモリ ６９６：位置計測回路 ６９８：入出力ポート ６９９：駆動回路 ７０１から７０４：プロペラアーム ７１１から７１４：プロペラ ７５０：フック ７５１：本体部 ７５１ａ、７５１ｂ：端部 ７５１ｃ：クラウン部 ７５２：ピン ７５３：連結部材 ７５３ａ、７５３ｂ：連結点 ７５４：揺動部材 ７５５：モータ ７５５ａ：シャフト ８００：端末装置 Ａ：商品 Ｄ１、Ｄ２：配送先の位置 ＤＢ：端部間の距離 ＤＨ：受止穴の深さ Ｇ：リング Ｌ：紐 ＬＮ：第１通信網 ＩＮ：第２通信網 Ｓ：配送元の位置 ＴＲ：リングの抜出方向の幅

Claims (18)

  1. ユーザが注文した注文商品を移動体に積載した場合に、レコメンド商品を前記移動体に積載可能であるか否かを判別する判別部と、
    前記レコメンド商品が積載可能であると判別されると、前記注文商品と前記レコメンド商品とを積載した前記移動体に、前記注文商品の配送先まで移動させる移動制御を行う制御部と、
    を備えることを特徴とする情報処理装置。
  2. 前記レコメンド商品は、前記ユーザである第１ユーザ、又は、前記配送先からの距離が予め定められた距離以下の位置に居る、若しくは、当該位置を配送先に指定する第２ユーザ、が注文しようとした商品であり、かつ、前記第１ユーザ又は前記第２ユーザが注文しようとした時点で売り切れであった商品である、売切商品、又は、前記売切商品の代替商品である、
    ことを特徴とする請求項１に記載の情報処理装置。
  3. 前記レコメンド商品は、前記注文商品の代替商品と異なる商品である、
    ことを特徴とする請求項２に記載の情報処理装置。
  4. 前記判別部は、前記第１ユーザ又は前記第２ユーザが注文しようとした前記時点よりも後、かつ、前記移動体の前記移動制御が開始される時点よりも前において、前記レコメンド商品の在庫が存在するか否かをさらに判別し、
    前記制御部は、前記レコメンド商品の在庫が存在すると判別され、かつ、前記レコメンド商品が積載可能であると判別されると、前記注文商品と前記レコメンド商品とを積載した前記移動体に前記移動制御を行う、
    ことを特徴とする請求項２又は３に記載の情報処理装置。
  5. 前記制御部は、前記レコメンド商品の在庫が存在しないと判別されると、又は、前記レコメンド商品が積載可能でないと判別されると、前記注文商品を積載し、かつ、前記レコメンド商品を積載していない前記移動体に前記移動制御を行う、
    ことを特徴とする請求項４に記載の情報処理装置。
  6. 予め定められた間隔で、実店舗に在る商品の在庫数を表す情報を受信する通信部、をさらに備え、
    前記制御部は、前記情報が受信されると、受信された前記情報で表される前記在庫数から予め定められた個数を減算することで、仮想店舗で販売可能な在庫数を算出し、
    前記判別部は、
    前記第１ユーザ又は前記第２ユーザが注文しようとした前記時点において、前記仮想店舗で販売可能な前記在庫数に基づいて、前記第１ユーザ又は前記第２ユーザが注文しようとした前記商品が前記売切商品であるか否かを判別し、
    前記第１ユーザ又は前記第２ユーザが注文しようとした前記時点よりも後、かつ、前記移動体の前記移動制御が開始される前記時点よりも前において、前記レコメンド商品の在庫が前記実店舗に存在するか否かを判別する、
    ことを特徴とする請求項４又は５に記載の情報処理装置。
  7. 前記判別部は、前記第１ユーザ又は前記第２ユーザによって入力されたキーワードに基づいて検索された商品の数が１つである場合に、検索された前記１つの商品が、前記第１ユーザ又は前記第２ユーザが注文しようとした前記商品であると判別する、
    ことを特徴とする請求項２から６のいずれか一項に記載の情報処理装置。
  8. 前記判別部は、前記第１ユーザ又は前記第２ユーザが、予め定められた期間内に、予め定められた回数以上の回数閲覧したウェブ頁、及び、予め定められた期間内に、予め定められた時間以上の時間に亘り閲覧したウェブ頁、の少なくとも１つに記載された商品を、前記第１ユーザ又は前記第２ユーザが注文しようとした前記商品であると判別する、
    ことを特徴とする請求項２から６のいずれか一項に記載の情報処理装置。
  9. 前記判別部は、
    前記第１ユーザ又は前記第２ユーザが、予め定められた期間内に、前記売切商品が記載されたウェブ頁を閲覧した場合であり、かつ、前記売切商品のジャンルに属する商品であり、かつ、前記売切商品と異なる商品が記載されたウェブ頁を、前記第１ユーザ又は前記第２ユーザが、予め定められた前記期間内に、予め定められた回数以上の回数閲覧した場合、又は、
    前記第１ユーザ又は前記第２ユーザが、予め定められた前記期間内に、前記売切商品が記載された前記ウェブ頁を閲覧した場合であり、かつ、前記第１ユーザ又は前記第２ユーザが、予め定められた前記期間よりも前に、前記売切商品を注文している場合、
    前記売切商品を、前記第１ユーザ又は前記第２ユーザが注文しようとした前記商品であると判別する、
    ことを特徴とする請求項２から６のいずれか一項に記載の情報処理装置。
  10. 前記第１ユーザの端末装置と情報を通信する通信部をさらに備え、
    前記制御部は、前記レコメンド商品の在庫が存在すると判別され、かつ、前記レコメンド商品が積載可能であると判別される場合に、
    前記移動体に対する前記移動制御の終了以後に、前記レコメンド商品が注文可能であることを知らせる注文可能通知と、前記注文商品と前記レコメンド商品とが配送されたことを知らせる配送通知と、を前記第１ユーザの前記端末装置へ前記通信部に送信させる制御を行い、かつ、
    前記レコメンド商品の代金の決済が完了したことを告げる報告を前記通信部が受信すると、前記第１ユーザの前記配送先に滞在する前記移動体に、前記注文商品と前記レコメンド商品とを前記第１ユーザへ受け渡させる受渡制御を行う、
    ことを特徴とする請求項４又は５に記載の情報処理装置。
  11. 前記第１ユーザの端末装置と情報を通信する通信部をさらに備え、
    前記制御部は、前記レコメンド商品の在庫が存在すると判別され、かつ、前記レコメンド商品が積載可能であると判別される場合に、
    前記移動体に対する前記移動制御の終了より前に、前記レコメンド商品が注文可能であることを知らせる注文可能通知を、前記第１ユーザの前記端末装置へ前記通信部に送信させる制御を行い、
    前記移動制御の終了以後に、前記注文商品と前記レコメンド商品とが配送されたことを知らせる配送通知を、前記第１ユーザの前記端末装置へ前記通信部に送信させる制御を行い、かつ、
    前記レコメンド商品の代金の決済が完了したことを告げる報告を前記通信部が受信すると、前記第１ユーザの前記配送先に滞在する前記移動体に、前記注文商品と前記レコメンド商品とを前記第１ユーザへ受け渡させる受渡制御を行う、
    ことを特徴とする請求項４又は５に記載の情報処理装置。
  12. 前記第２ユーザの端末装置と情報を通信する通信部をさらに備え、
    前記制御部は、前記レコメンド商品の在庫が存在すると判別され、かつ、前記レコメンド商品が積載可能であると判別される場合に、前記移動制御である第１移動制御と、前記注文商品を前記第１ユーザへ受け渡させる第１受渡制御と、を前記移動体に行った後、前記第１ユーザの前記配送先から前記第２ユーザの前記配送先まで移動させる第２移動制御を前記移動体に行う、
    ことを特徴とする請求項４又は５に記載の情報処理装置。
  13. 前記制御部は、
    前記第２移動制御の終了以後に、前記レコメンド商品が注文可能であることを知らせる注文可能通知と、前記レコメンド商品が配送されたことを知らせる配送通知と、を前記第２ユーザの前記端末装置へ前記通信部に送信させる制御を行い、かつ、
    前記レコメンド商品の代金の決済が完了したことを告げる報告を前記通信部が受信すると、前記第２ユーザの前記配送先に滞在する前記移動体に、前記レコメンド商品を前記第２ユーザへ受け渡させる第２受渡制御を行う、
    ことを特徴とする請求項１２に記載の情報処理装置。
  14. 前記制御部は、
    前記第２移動制御の終了より前に、前記レコメンド商品が注文可能であることを知らせる注文可能通知を前記第２ユーザの前記端末装置へ前記通信部に送信させる制御を行い、
    前記第２移動制御の終了以後に、前記レコメンド商品が配送されたことを知らせる配送通知を前記第２ユーザの前記端末装置へ前記通信部に送信させる制御を行い、かつ、
    前記レコメンド商品の代金の決済が完了したことを告げる報告を前記通信部が受信すると、前記第２ユーザの前記配送先に滞在する前記移動体に、前記レコメンド商品を前記第２ユーザへ受け渡させる第２受渡制御を行う、
    ことを特徴とする請求項１２に記載の情報処理装置。
  15. 前記制御部は、
    前記第２ユーザの前記配送先まで前記移動体を移動させる前記第２移動制御の開始より前に、前記注文可能通知を送信させる前記制御を行い、
    前記レコメンド商品の代金の決済が完了したことを告げる報告を前記通信部が受信すると、前記第２移動制御を行う、
    ことを特徴とする請求項１４に記載の情報処理装置。
  16. 前記第１ユーザ又は前記第２ユーザの端末装置と情報を通信する通信部、をさらに備え、
    前記制御部は、前記レコメンド商品の在庫が存在すると判別され、かつ、前記レコメンド商品が積載可能であると判別される場合に、前記レコメンド商品を注文可能であることを知らせる注文可能通知を前記端末装置へ送信させる制御を前記通信部に行い、
    前記レコメンド商品の代金の決済が完了したことを告げる報告を前記通信部が受信すると、前記注文商品と前記レコメンド商品とを積載した前記移動体に前記移動制御を行う、
    ことを特徴とする請求項４又は５に記載の情報処理装置。
  17. ユーザが注文した注文商品を移動体に積載した場合に、レコメンド商品を前記移動体に積載可能であるか否かを判別する判別部と、
    前記レコメンド商品が積載可能であると判別されると、前記注文商品と前記レコメンド商品とを積載した前記移動体に、前記注文商品の配送先まで移動させる移動制御を行う制御部と、
    を備えることを特徴とするシステム。
  18. 情報処理装置又はシステムが実行する方法であって、
    ユーザが注文した注文商品を移動体に積載した場合に、レコメンド商品を前記移動体に積載可能であるか否かを判別する判別ステップと、
    前記レコメンド商品が積載可能であると判別されると、前記注文商品と前記レコメンド商品とを積載した前記移動体に、前記注文商品の配送先まで移動させる移動制御を行う制御ステップと、
    を備えることを特徴とする方法。
JP2021176629A 2021-10-28 2021-10-28 情報処理装置、システム、及び、方法 Active JP7305724B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021176629A JP7305724B2 (ja) 2021-10-28 2021-10-28 情報処理装置、システム、及び、方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021176629A JP7305724B2 (ja) 2021-10-28 2021-10-28 情報処理装置、システム、及び、方法

Publications (2)

Publication Number Publication Date
JP2023066112A true JP2023066112A (ja) 2023-05-15
JP7305724B2 JP7305724B2 (ja) 2023-07-10

Family

ID=86322006

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021176629A Active JP7305724B2 (ja) 2021-10-28 2021-10-28 情報処理装置、システム、及び、方法

Country Status (1)

Country Link
JP (1) JP7305724B2 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180197177A1 (en) * 2017-01-12 2018-07-12 Samsung Electronics Co., Ltd. Electronic device and electronic purchase method using same
CN109034682A (zh) * 2018-06-27 2018-12-18 深兰科技（上海）有限公司 基于智能货柜及配送机器人的配送方法、装置及存储介质
US10198749B1 (en) * 2015-06-15 2019-02-05 Amazon Technologies, Inc. Providing recommended items
WO2019064381A1 (ja) * 2017-09-27 2019-04-04 楽天株式会社 情報処理装置、情報処理方法、プログラム、記憶媒体
JP2020007148A (ja) * 2018-07-12 2020-01-16 株式会社Ｚｍｐ 無人配送車両による無人配送システム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10198749B1 (en) * 2015-06-15 2019-02-05 Amazon Technologies, Inc. Providing recommended items
US20180197177A1 (en) * 2017-01-12 2018-07-12 Samsung Electronics Co., Ltd. Electronic device and electronic purchase method using same
WO2019064381A1 (ja) * 2017-09-27 2019-04-04 楽天株式会社 情報処理装置、情報処理方法、プログラム、記憶媒体
CN109034682A (zh) * 2018-06-27 2018-12-18 深兰科技（上海）有限公司 基于智能货柜及配送机器人的配送方法、装置及存储介质
JP2020007148A (ja) * 2018-07-12 2020-01-16 株式会社Ｚｍｐ 無人配送車両による無人配送システム

Also Published As

Publication number Publication date
JP7305724B2 (ja) 2023-07-10

Similar Documents

Publication Publication Date Title
US10289989B2 (en) Drive-thru / point-of-sale automated transaction technologies and apparatus
EP3287399B1 (en) Delivery system
US11861681B2 (en) System and method for integrated retail and ecommerce shopping platforms
EP3829953B1 (en) Smart shopping trolley
US10949801B1 (en) Inventory item release apparatus and method
WO2019222246A1 (en) Systems and methods for automated storage and retrieval
JP6958556B2 (ja) 在庫管理装置、商品販売システム、在庫管理方法およびプログラム
JP2019121086A (ja) 通信販売システム
JP6745786B2 (ja) 店舗
JP6977727B2 (ja) 在庫管理装置、顧客端末、商品販売システム、在庫管理方法、表示制御方法およびプログラム
JP7305724B2 (ja) 情報処理装置、システム、及び、方法
JP7203143B2 (ja) 情報処理システム、情報処理装置、及び、方法
JP7203797B2 (ja) 情報処理システム、装置、及び、方法
JP6992755B2 (ja) 在庫管理装置、車載装置、商品販売システム、在庫管理方法およびプログラム
JP7221361B1 (ja) 情報処理装置、システム、及び、方法
JP2021140740A (ja) 物品収容システム、サーバ、物品収容方法、プログラムおよび情報処理装置
JP7100730B1 (ja) 物品配送システム、及び無人移動体
JP7274545B2 (ja) 情報処理装置、システム、及び、方法
WO2022254539A1 (ja) 制御装置、システム、及び、方法
JP2023086281A (ja) 情報処理装置、システム、及び、方法
US20240119410A1 (en) Information processing apparatus, article management system, and article management method
JP7071482B1 (ja) 情報処理装置、システム、及び、方法
WO2021176922A1 (ja) 物品収容システム、サーバ、物品収容方法、プログラムおよび情報処理装置
JP7290773B1 (ja) 情報処理装置、システム、及び、方法
JP2022056739A (ja) 物流システム、情報処理装置、及び、方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211028

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230110

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20230309

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230329

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230613

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230628

R150 Certificate of patent or registration of utility model

Ref document number: 7305724

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150