JP7323594B2 - コンピュータプログラム、管理装置、無人運転装置およびサーバ - Google Patents

Description

本発明は、コンピュータプログラム、管理装置、無人運転装置およびサーバに関し、特に無人運転装置を介したユーザと店舗側との間の物品の授受を実現する技術に関する。

近年のセンサの高精度化やＡＩ技術の進歩により、自律的に移動可能な車両や飛翔体などの装置が実用化されている。そのような装置の用途は様々であるが、応用分野のひとつとして物流がある。例えば、非特許文献１に記載のシステムでは、ドラッグストアやスーパーマーケットから消費者へ商品を届けるために自律走行車両が用いられている。

http://www.zmp.co.jp/products/carriro-delivery、（平成２９年９月１５日検索）

自律的に移動可能な装置の物流への適用は始まったばかりであり、システムを実装するに当たり様々な課題が生じる。

本発明はこうした課題に鑑みてなされたものであり、その目的は、無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムにおける課題を解決するか、または該システムを改良する技術の提供にある。

本発明のある態様は、コンピュータプログラムに関する。このコンピュータプログラムは、ユーザの端末の現在位置を取得する機能と、無人運送装置の目的地の指定を受け付ける機能と、取得された現在位置と指定された目的地とが所定の基準よりも離れている場合、物品の授受の依頼の拒否を示す画面をディスプレイに表示させる機能と、を前記端末に実現させる。

なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。

本発明によれば、無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムにおける課題を解決するか、または該システムを改良することができる。

実施の形態に係るＰＤＤシステムの構成を示す模式図である。 図１の携帯端末のハードウエア構成の一例を示すブロック図である。 ＰＤＤシステムにおける商品の注文から配送完了までの流れを示すチャートである。 図１のデータベースの一例を示すデータ構造図である。 管理サーバの機能及び構成を示すブロック図である。 図５の敷地情報保持部の一例を示すデータ構造図である。 携帯端末の機能及び構成を示すブロック図である。 ディスプレイに表示される注文確認画面の代表画面図である。 ディスプレイに表示される建物指定画面の代表画面図である。 ディスプレイに表示される場所時刻表示画面の代表画面図である。 ディスプレイに表示される会合場所絞り込み画面の代表画面図である。 ディスプレイに表示される任意選択画面の代表画面図である。 ディスプレイに表示されるＮＧ理由表示画面の代表画面図である。 ディスプレイに表示される会合場所設定画面の代表画面図である。 登録モードを有するＰＤＤにおける一連の処理の流れを示すフローチャートである。 ディスプレイに表示される注文拒否画面の代表画面図である。 管理サーバの機能及び構成を示すブロック図である。 図１７の画像保持部の一例を示すデータ構造図である。 図１７の注文制御情報保持部の一例を示すデータ構造図である。 ディスプレイに表示されるトップ画面の代表画面図である。 ディスプレイに表示される接近通知画面の代表画面図である。 ディスプレイに表示される状況通知画面の代表画面図である。 ディスプレイに表示される詳細テキスト画面の代表画面図である。 ディスプレイに表示される再設定問い合わせ画面の代表画面図である。 ディスプレイに表示される会合場所更新画面の代表画面図である。 ＰＤＤと会合場所との距離が第１変更しきい値を下回るが第２変更しきい値以上であると判定された場合の状況通知画面の代表画面図である。 ＰＤＤと会合場所との距離が第２変更しきい値を下回ると判定された場合の状況通知画面の代表画面図である。 ＰＤＤが会合場所に到着したと判定された場合の状況通知画面の代表画面図である。 ディスプレイに表示される取引完了画面の代表画面図である。 ディスプレイに表示される管理画面の代表画面図である。 携帯端末のディスプレイに表示される接近通知画面の代表画面図である。 ＰＤＤシステムにおける一連の処理の流れを示すフローチャートである。 管理サーバにおける一連の処理の流れを示すフローチャートである。 管理サーバにおける一連の処理の流れを示すフローチャートである。 管理サーバのディスプレイに表示される管理画面の代表画面図である。 管理サーバの機能及び構成を示すブロック図である。 図３６のユーザ情報保持部の一例を示すデータ構造図である。 販促対象特定部における特定処理を説明するための説明図である。 大きさマッチングテーブルの一例を示すデータ構造図である。 携帯端末のディスプレイに表示されるレコメンド画面の代表画面図である。 管理サーバにおける一連の処理の流れを示すフローチャートである。

以下、各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図面において説明上重要ではない部材の一部は省略して表示する。

（全体構成および動作）
図１は、実施の形態に係るＰＤＤ（Personal Delivery Devices）システム１０の構成を示す模式図である。ＰＤＤシステム１０は、ＰＤＤを介したユーザ１４と店舗２２側との間の商品２４の授受を実現するシステムである。ＰＤＤシステム１０は、ＰＤＤシステム１０を管理する管理サーバ１２と、ユーザ１４の携帯端末１６と、商品２４を販売する店舗２２と、商品２４を運んだりユーザ１４から荷物を預かったりするＰＤＤ２０と、を備える。管理サーバ１２、携帯端末１６、店舗２２、ＰＤＤ２０はそれぞれネットワーク１８に接続され、互いに通信可能に構成される。

ネットワーク１８は、有線ネットワークまたは無線ネットワークもしくはそれらの組み合わせを含み、インターネット、イントラネット、ＬＡＮ、ＷＡＮ、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線電話網などを含んでもよい。例えば、携帯端末１６は無線電話網を介して管理サーバ１２と通信する。また携帯端末１６は、ＰＤＤ２０との距離が近い場合にはＢｌｕｅｔｏｏｔｈなどの近距離無線通信によりＰＤＤ２０と通信する。

店舗２２は、コンビニエンスストア、ドラッグストア、スーパーマーケット、飲食店、百貨店、ディスカウントストア、小売店、露店などであってもよい。店舗２２では、店舗２２の店員がＰＤＤ２０に商品２４を積み込むことができ、また、ＰＤＤ２０がユーザ１４から預かった荷物を店員が回収することができる。店舗２２はＰＯＳ（Point Of Sale）端末などの端末（不図示）を備え、該端末はネットワーク１８に接続される。店舗２２には少なくともひとつのＰＤＤ２０が配備され、店舗２２はＰＤＤ２０の拠点のひとつとなっている。なお、店舗２２は物流倉庫や工場などの店舗２２側の建物であってもよい。

ＰＤＤ２０は、ユーザ１４と店舗２２側との間の物品の授受を仲介する。ＰＤＤ２０は、店舗２２からユーザ１４に配送すべき商品２４やユーザ１４から店舗２２に渡すべき荷物などの物品を格納し、ＧＰＳやジャイロセンサや加速度センサなどの測位手段からの位置情報を用いて目的地へ自動的に移動する無人運送装置である。ＰＤＤ２０の自動的移動は、例えば非特許文献１に記載される自動走行可能な宅配ロボットで用いられる自動走行技術を用いて実現されてもよい。ＰＤＤ２０は、管理サーバ１２による制御の下で自動的に移動してもよいし、そのような制御なしのスタンドアローンで移動してもよい。ＰＤＤ２０は、それぞれが商品２４や荷物を収容可能な複数の収容スペース２６を有する。

なお、ＰＤＤ２０の代わりに、ドローンなどの空中運送装置や、（歩道ではなく）道路を走行可能な無人配送車などの無人運転車両が用いられてもよい。

管理サーバ１２は、ＰＤＤシステム１０を管理するためのサーバであり、管理者が誰であるかによってデータセンタ内に設けられてもよいし店舗２２に設けられてもよい。管理サーバ１２は、ＰＤＤ２０を介して行われる取引に関する情報を取得し、データベース４０に蓄積する。

携帯端末１６は、スマートフォン、携帯電話、タブレット、ラップトップコンピュータ、スマートウォッチなどのユーザの端末である。携帯端末１６のユーザ１４は、ダウンロードサイトからネットワーク１８を介して実施の形態に係るＰＤＤアプリケーションプログラム（以下、ＰＤＤアプリと称す）を携帯端末１６にダウンロードし、インストールする。あるいはまた、ＰＤＤアプリは携帯端末１６にプリインストールされていてもよい。ＰＤＤアプリはＰＤＤシステム１０の管理者により提供される。ＰＤＤアプリが携帯端末１６により実行されることにより、携帯端末１６はネットワーク１８を介して管理サーバ１２と通信し、各種機能を実現する。以下、携帯端末１６（のＣＰＵ等の処理ユニット）がＰＤＤアプリを実行することにより実現する機能を携帯端末１６の機能として説明する。それらの機能は実際はＰＤＤアプリが携帯端末１６に実現させる機能である。なお、携帯端末１６の代わりにデスクトップコンピュータなどの据え置き型の端末が用いられてもよい。

図２は、図１の携帯端末１６のハードウエア構成の一例を示すブロック図である。携帯端末１６はＰＤＤアプリをインストールして実行可能であればいかなる端末であってもよく、例えば公知の携帯端末であってもよい。携帯端末１６は、メモリ２８と、プロセッサ３０と、通信インタフェース３２と、ディスプレイ３４と、入力インタフェース３６と、を含む。これらの要素はそれぞれバス３８に接続され、バス３８を介して互いに通信する。

メモリ２８は、データやプログラムを記憶するための記憶領域である。データやプログラムは、メモリ２８に恒久的に記憶されてもよいし、一時的に記憶されてもよい。特にメモリ２８はＰＤＤアプリを記憶する。プロセッサ３０は、メモリ２８に記憶されているプログラム、特にＰＤＤアプリを実行することにより、携帯端末１６における各種機能を実現するＣＰＵであってもよい。通信インタフェース３２は、ネットワーク１８との間でデータの送受信を行うためのインタフェースである。ディスプレイ３４は、各種情報を表示するためのデバイスであり、例えば、液晶ディスプレイや有機ＥＬディスプレイなどである。入力インタフェース３６は、ユーザからの入力を受け付けるためのデバイスである。入力インタフェース３６は、例えば、ディスプレイ３４上に設けられたタッチパネルや、各種入力キー等を含む。なお、管理サーバ１２、ＰＯＳはそれぞれ図２に示されるハードウエア構成と同様のハードウエア構成を有してもよい。

図３は、ＰＤＤシステム１０における商品２４の注文から配送完了までの流れを示すチャートである。ユーザ１４は、携帯端末１６を用いて、店舗２２に注文可能な商品２４のリストを閲覧する。ユーザ１４は所望の商品２４を選択し、ＰＤＤ２０と会合する会合場所（すなわち、ＰＤＤ２０の目的地）を指定し、支払い方法を選択する。携帯端末１６は、選択された商品２４の情報と、指定された会合場所の情報と、支払いに関する支払い情報と、を受け付け（Ｓ３０２）、それらの情報を含む注文情報を生成し、ネットワーク１８を介して管理サーバ１２に送信する（Ｓ３０４）。管理サーバ１２は注文情報を受信し、注文情報に含まれる支払い情報を用いて決済処理を行う（Ｓ３０６）。例えば、ユーザ１４がクレジットカードによる支払いを選択した場合、支払い情報はクレジットカードの番号を含み、決済処理はクレジットカード会社から承認をとる処理を含む。

決済処理が完了すると、管理サーバ１２は、選択された商品２４をＰＤＤ２０に格納するための格納指示を、店舗２２のＰＯＳにネットワーク１８を介して送信する（Ｓ３０８）。ＰＯＳは格納指示を受信すると、ＰＯＳのディスプレイに、選択された商品２４を示す情報と、該商品２４を格納すべきＰＤＤ２０（および格納先の収容スペース２６）を特定する情報と、を表示させる（Ｓ３１０）。店舗２２の従業員はＰＯＳのディスプレイを確認し、選択された商品２４を特定されたＰＤＤ２０に格納する。ここで、ＰＯＳは携帯型ＰＯＳ端末でもよく、選択された商品２４のバーコードを従業員が読み込むことで選択された商品２４をＰＤＤ２０に格納したとのステータスに変更してもよい。または、ＰＤＤにカメラ若しくはバーコード機能を備えさせ、そのカメラ若しくはバーコード機能で選択された商品２４のバーコードを読み込んで同様にステータスの変更を実施してもよい。

また、決済処理が完了すると、管理サーバ１２は、注文情報に含まれる会合場所を目的地として含むＰＤＤ２０の移動ルートを生成し、生成された移動ルートを含むルート情報をＰＤＤ２０にネットワーク１８を介して送信する（Ｓ３１２）。ルート情報は、格納先の収容スペース２６を特定する情報を含んでもよい。

ＰＤＤ２０はルート情報を受信すると、該ルート情報に基づいてルートを設定する（Ｓ３１４）。ＰＤＤ２０は、従業員によって収容スペース２６に商品２４が格納されるまで待機し、商品２４の格納が確認されると（Ｓ３１６）、設定されたルートに沿って目的地まで移動する自動走行を開始する。自動走行（Ｓ３１８）中、ＰＤＤ２０は随時、自己の現在位置を測定して管理サーバ１２およびＰＯＳにネットワーク１８を介して報告する（Ｓ３２０）。報告された現在位置は、管理サーバ１２による自動走行の制御に用いられてもよいし、店舗２２の従業員にＰＤＤ２０の位置を知らせるためにＰＯＳのディスプレイに表示されてもよい。また、管理サーバ１２はＰＤＤ２０の現在位置を携帯端末１６に、ネットワーク１８を介して提供してもよい。

ＰＤＤ２０は、設定された会合場所に到着し、そこで待機する（Ｓ３２２）。待機している間、ＰＤＤ２０は近距離無線通信により自己の識別情報を周囲に報知する。ユーザ１４は携帯端末１６を持って会合場所に赴く。ＰＤＤ２０が会合場所に到着したことをユーザ１４に知らせる方法は、例えば、携帯端末１６のディスプレイ３４にＰＤＤ２０の現在位置を表示すること、ディスプレイ３４にＰＤＤ２０の予定到着時刻または到着までの残り時間を表示すること、ＰＤＤ２０から到着の報告を受けた管理サーバ１２が携帯端末１６にＰＤＤ２０の到着を通知すること、のいずれかまたはそれらの組み合わせであってもよい。

携帯端末１６は、近距離無線通信を介してＰＤＤ２０の識別情報を検出する（Ｓ３２４）。携帯端末１６は、ユーザ１４の認証情報をＰＤＤ２０に、近距離無線通信を介して送信する（Ｓ３２６）。ＰＤＤ２０は認証情報を受信し、受信した認証情報を用いてユーザ認証を行う（Ｓ３２８）。このユーザ認証は、ＰＤＤ２０で行われてもよく、または管理サーバ１２で行われてもよく、もしくはその両者が通信することで行われてもよい。図３ではユーザ認証がＰＤＤ２０で完結する例を示している。この場合、ＰＤＤ２０が管理サーバ１２からステップＳ３１２で受信するルート情報はユーザ１４の認証情報を含む。

ユーザ認証に成功すると、ＰＤＤ２０はユーザ１４宛の商品２４が格納されている収容スペース２６を開放する（Ｓ３３０）。ユーザ１４が開放された収容スペース２６から商品２４を取り出すことで商品２４の授受が行われる。商品２４を取り出した後、ユーザ１４は収容スペース２６の蓋を閉める。ＰＤＤ２０は、蓋が閉まったことを検出すると、設定されたルートに沿って店舗２２まで移動する自動走行を開始する。自動走行（Ｓ３３２）中、ＰＤＤ２０は随時、自己の現在位置を測定して管理サーバ１２およびＰＯＳにネットワーク１８を介して報告する（Ｓ３３４）。ＰＤＤ２０は、店舗２２に到着し、所定の停止位置で停止する（Ｓ３３６）。ＰＤＤ２０は、授受の完了を確認する確認情報を管理サーバ１２およびＰＯＳにネットワーク１８を介して送信する（Ｓ３３８）。なお、確認情報はＰＤＤ２０が目的地にいるときに生成、送信されてもよい。管理サーバ１２は、確認情報を受信すると、今回の取引に係る取引情報をデータベース４０に格納する（Ｓ３４０）。

図３の例では電子的な先払い方式を採用する場合を説明したが、電子的な後払い方式が採用されてもよく、その場合は授受の完了が確認された後、管理サーバ１２により決済処理が行われてもよい。あるいはまた、ＰＤＤ２０が商品２４をユーザ１４に渡し、代わりに商品２４の代金をユーザ１４から預かって店舗２２に持って帰る方式が採用されてもよい。

図３の例では、ユーザ１４が商品２４を注文する場合を説明したが、ユーザ１４が荷物の集荷を依頼する場合にも同様の処理が適用されうる。この場合の図３の例との主な違いは、ＰＤＤ２０が目的地に向かう際には収容スペース２６は空であり、ＰＤＤ２０が目的地から店舗２２に帰る際には収容スペース２６はユーザ１４の荷物を保持する点である。

図３の例では、管理サーバ１２がネットワーク１８を介してＰＤＤ２０にルート情報を送信する場合を説明したが、これに限られず、例えば店舗２２のＰＯＳが管理サーバ１２からルート情報を格納指示と合わせて取得し、該ＰＯＳが例えば近距離無線通信やＷｉＦｉ経由でＰＤＤ２０にルート情報を設定してもよい。

図４は、図１のデータベース４０の一例を示すデータ構造図である。データベース４０は、取引を行ったユーザ１４の属性と、配送／集荷の別と、注文された商品２４と、注文された商品２４または集荷された荷物の個数と、注文が確定したときの日時と、注文が確定したときのユーザ１４の携帯端末１６の位置と、ユーザ１４がＰＤＤ２０から商品２４を受け取ったときの日時と、ユーザ１４がＰＤＤ２０から商品２４を受け取った位置（＝指定された会合場所）と、ＰＤＤ２０が会合場所に到着してからユーザ１４が商品２４を取り出すまでの時間であるＰＤＤ待機時間と、会合の成功／失敗の別と、天気と、を対応付けて保持する。

本実施の形態に係るＰＤＤシステム１０によると、商品２４の注文や集荷の依頼があるたびに、管理サーバ１２のデータベース４０にその取引が行われた場所の情報（会合場所）や注文が行われた場所の情報が蓄積されていく。会合場所は、ＰＤＤ２０がユーザ１４に直接商品２４を渡した場所であるから、ユーザ１４が商品２４を受け取った場所としての精度は高い。管理サーバ１２の管理者は、蓄積された場所の情報をビッグデータとして処理することで、より効果的な商品のレコメンドやマーケティングを実現できる。

例えば、受け取りの成功や失敗と共に会合場所が蓄積されていることに着目すると、会合場所ごとに受け取りの成功率を算出できる。また、ＰＤＤ待機時間と共に会合場所が蓄積されていることに着目すると、会合場所ごとに受け取りにかかる時間を算出できる。また、会合場所ごとに、受け取りの成功率と受け取りにかかる時間とに基づいてユーザの受け取りやすさの指標を算出できる。管理サーバ１２は、この指標に基づいてユーザ１４に会合場所の候補を提案できる。

あるいはまた、蓄積された会合場所と注文時刻とから、注文する確率が高い場所と時刻とを算出することができる。管理サーバ１２は、算出された場所および時刻に基づいて、商品２４のレコメンドを行うことができる。例えば、あるオフィスビルのエントランスで、午前１１時半から正午までの間におにぎりがユーザに渡された頻度が、他の場所や他の時間帯よりも高いことが判明した場合、そのオフィスビルにいるユーザに午前１１時から午前１１時半までの間におにぎりのクーポンを電子的に配布するのが効果的であると判断することができる。

注文日時が蓄積されていることに着目すると、注文のピーク期間を予測することができる。この場合、予測されたピーク期間に基づいて、店舗２２に配置するＰＤＤ２０の台数やその待機場所を時間帯ごとに調整することができる。

なお、管理サーバ１２は、ＰＤＤ２０が会合場所に到着した場合にユーザ１４がすぐに受け取りに来ることを動機付けるインセンティブをユーザ１４に付与するインセンティブ処理を行ってもよい。インセンティブ処理は、例えばすぐに受け取りに来たユーザ１４にクーポンを付与する処理や、該ユーザ１４を優良ユーザとして優先的なレコメンドを行う処理であってもよい。

本発明者は、上述のＰＤＤシステム１０について鋭意検討を重ねた結果、動作の様々なフェーズにおいて様々な課題があることを認識した。以下、各課題とその解決手段とを説明する。

（例１）
フェーズ：注文受付
課題：待ち合わせ場所の特定
図２のステップＳ３０２に関連して説明した通り、ユーザ１４は商品２４を注文する際、ＰＤＤ２０と会合する会合場所を指定する。会合場所の指定を受け付けるためのユーザインタフェースとして、ＰＤＤアプリが携帯端末１６のディスプレイ３４に電子的な地図（以下、電子地図という）を表示させ、その電子地図上でユーザ１４に指定させるものが考えられる。しかしながら、現在利用可能な電子地図では建物を指定することはできるが、建物の敷地内の特定の場所（エントランス、裏口、通用口、休憩所、喫煙所等）までは指定することができない。会合場所として比較的適しているのがエントランスであることから、建物が指定されると自動的にそのエントランスが会合場所として指定される実装も考えられるが、電子地図にはエントランスの場所を特定する情報が含まれていないので、そのような実装も現状では難しい。したがって、例えば「渋谷駅」ではなく、「ハチ公前」程度まで会合場所を絞り込める工夫が必要である。

そこで、本例では、電子地図と、電子地図内の建物の敷地の地図と、を対応付けて管理サーバ１２に登録する。ＰＤＤアプリは、ユーザ１４が電子地図内の建物を会合場所として指定した場合、その建物の敷地の地図を管理サーバ１２から取得し、取得された敷地の地図に会合場所の候補を付加してユーザ１４に提示する。これにより、ユーザ１４は建物の敷地内の特定の場所のレベルまで会合場所を絞り込むことができ、ユーザ１４とＰＤＤ２０との会合の確実性を高めることができる。

図５は、例１に係る管理サーバ１２の機能及び構成を示すブロック図である。図５および他のブロック図に示す各ブロックは、ハードウエア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウエア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウエア、ソフトウエアの組合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。

管理サーバ１２は、電子地図保持部４２と、敷地情報保持部４４と、建物指定受付部４６と、建物種別判定部４８と、会合場所指定受付部５０と、候補更新部５２と、を備える。電子地図保持部４２は電子地図を保持する。電子地図は例えば、株式会社ゼンリンが提供する広域・詳細地図データベースＺＭＡＰや、Ｇｏｏｇｌｅ Ｉｎｃ．が提供するＧｏｏｇｌｅ Ｍａｐであってもよい。電子地図保持部４２の代わりに電子地図を他のサーバから取得するためのＡＰＩ（Application Programing Interface）が用いられてもよい。

図６は、図５の敷地情報保持部４４の一例を示すデータ構造図である。敷地情報保持部４４は、建物を特定する建物ＩＤと、建物の種別と、建物の敷地の地図と、会合場所候補の座標、指定回数、画像の組と、ＮＧ領域の範囲と、ＮＧの理由と、を対応付けて保持する。

建物ＩＤは電子地図に登録されている建物を特定する識別子である。建物の種別は、例えばオフィスビル、マンション、一軒家、アパート、学校、病院等である。建物の種別は、後述のユーザによる登録があるたびに更新されてもよい。敷地の地図は、ビットマップ形式やＪＰＥＧ形式などの画像ファイルである。会合場所候補は、（１）ＰＤＤシステム１０の管理者によって手動で設定されるか、または（２）ユーザ１４とＰＤＤ２０とが実際に会合したことがある場所が設定されるか、または（３）携帯端末１６を介してユーザ１４により登録される。会合場所候補の座標は、敷地の地図において会合場所の候補の位置を特定する情報であり、例えば敷地の地図における候補の座標である。会合場所候補の指定回数は、これまでにその候補が会合場所として選択された回数である。会合場所候補の画像は、その候補においてＰＤＤ２０またはユーザ１４の携帯端末１６が撮像した、候補の周囲の画像である。ＮＧ領域の範囲は、敷地にユーザ１４とＰＤＤ２０との会合が制限または禁止されるＮＧ領域が存在する場合、そのＮＧ領域の範囲を特定する情報を示す。ＮＧの理由は、ＮＧ領域においてなぜ会合が制限または禁止されるかを示す理由情報を示す。図６の例では、建物ＩＤ「Ａ１１」の敷地には、「２０＜ｘ＜３０、５０＜ｙ＜５５」の範囲にＮＧ領域が存在すること、および、そこは階段があるのでＮＧであることが示されている。

図７は、例１に係る携帯端末１６の機能及び構成を示すブロック図である。携帯端末１６は、送受信部５４と、入力受付部５６と、表示制御部５８と、を備える。
送受信部５４はネットワーク１８を介して管理サーバ１２と情報をやりとりする。
入力受付部５６は、入力インタフェース３６に対してなされたユーザ１４の入力を受け付ける。例えば、ユーザ１４がディスプレイ３４に表示されるオブジェクトをタップした場合、入力受付部５６はディスプレイ３４上に設けられたタッチパネルからタップの位置を取得し、取得された位置とオブジェクトの表示位置とを照合し、両者がマッチする場合は該タップを該オブジェクトの指定として受け付ける。また、入力受付部５６はタッチパネルを介してユーザ１４から各種指示を受け付ける。入力受付部５６は、ユーザ１４による指示や指定に係る情報を管理サーバ１２に送受信部５４を介して送信する。
表示制御部５８は、送受信部５４を介して管理サーバ１２から画面を生成するための画面情報を取得し、取得された画面情報にしたがい所定の画面をディスプレイ３４に表示させる。

後述する例１以外の他の例に係る携帯端末の機能及び構成は、図７に示される例１に係る携帯端末１６の機能及び構成と共通とする。例１では、携帯端末１６は基本的に情報の入出力を担当し、情報の処理は管理サーバ１２によって行われるが、これに限られず、例１や他の例において、管理サーバ１２における情報処理の全部または任意の一部を携帯端末１６で行うようＰＤＤシステム１０が構成されてもよい。

以下、図８～図１４を参照して、ユーザ１４から商品の注文を受け付ける際の会合場所の絞り込みについて説明する。図８は、ディスプレイ３４に表示される注文確認画面６０の代表画面図である。携帯端末１６の入力受付部５６は、不図示の商品選択画面等でユーザ１４から所望の商品の指定を受け付けると、指定された商品の情報をネットワーク１８を介して管理サーバ１２に送信する。管理サーバ１２は、指定された商品に基づいて注文確認画面６０の内容を決定し、注文確認画面６０を生成するための画面情報である注文確認画面情報を生成し、該情報をネットワーク１８を介して携帯端末１６に送信する。携帯端末１６の表示制御部５８は注文確認画面情報を取得し、取得された注文確認画面情報にしたがい注文確認画面６０をディスプレイ３４に表示させる。

注文確認画面６０は、注文詳細表示領域６２と、会合場所指定ボタン６４と、会合予定時刻領域６６と、を有する。注文詳細表示領域６２には、ユーザ１４が指定した商品の名前や個数や値段などの詳細が表示される。会合予定時刻領域６６には、ＰＤＤ２０が指定された会合場所に到着する予定時刻が表示される。なお、会合場所がまだ決定されていない場合は、会合予定時刻領域６６には、会合場所が指定された後に予定時刻が表示される旨が表示される。

ユーザ１４が会合場所指定ボタン６４をタップすると、携帯端末１６の入力受付部５６はそれを会合場所を指定するための指示として受け付ける。入力受付部５６はその指示をネットワーク１８を介して管理サーバ１２に送信する。管理サーバ１２の建物指定受付部４６は、その指示を受信すると、電子地図保持部４２から携帯端末１６の現在位置の周囲の電子地図を取得し、建物指定画面６８を生成するための画面情報である建物指定画面情報を生成し、該情報をネットワーク１８を介して携帯端末１６に送信する。携帯端末１６の表示制御部５８は建物指定画面情報を取得し、取得された建物指定画面情報にしたがい建物指定画面６８をディスプレイ３４に表示させる。

図９は、ディスプレイ３４に表示される建物指定画面６８の代表画面図である。建物指定画面６８は、住所入力領域７０と、建物種別指定領域７２と、ＯＫボタン７６と、地図指定領域７４と、を有する。住所入力領域７０は、ユーザ１４が会合場所として指定したい建物の住所を入力するための領域である。建物種別指定領域７２は、ユーザ１４が会合場所として指定したい建物の種別をユーザに指定または選択させるための領域である。建物種別指定領域７２は、一軒家、オフィスビル、アパート、マンション、学校等の選択肢からなるプルダウン形式で構成される。建物種別指定領域７２の選択肢は建物の種別に対応する。例えば、ユーザ１４は、自分が働いているオフィスビルでの会合を希望する場合、住所入力領域７０に該オフィスビルの住所を入力すると共に建物種別指定領域７２のプルダウンメニューから「オフィスビル」を選択する。そしてユーザ１４がＯＫボタン７６をタップすると、携帯端末１６の入力受付部５６はそれを建物の住所および種別を指定するための指示として受け付ける。入力受付部５６は住所入力領域７０に入力された情報および建物種別指定領域７２で選択された種別をネットワーク１８を介して管理サーバ１２に送信する。

あるいはまた、ユーザ１４は、地図指定領域７４に示される携帯端末１６の現在位置の周囲の電子地図のなかから所望の建物を選択してもよい。地図指定領域７４において、過去にユーザ１４が会合場所として指定したことのある建物は強調して表示される（図９では斜線のハッチングで示される）。ユーザ１４が電子地図上の建物をタップすると、携帯端末１６の入力受付部５６はそれを建物を指定するための指示として受け付ける。入力受付部５６は指定された建物の建物ＩＤをネットワーク１８を介して管理サーバ１２に送信する。

管理サーバ１２の建物指定受付部４６は、ネットワーク１８を介して携帯端末１６から（住所入力領域７０に入力された情報および建物種別指定領域７２で選択された種別）または（建物ＩＤ）を取得する。取得した情報が建物ＩＤの場合、建物指定受付部４６は敷地情報保持部４４を参照し、該建物ＩＤに対応する建物の種別を取得する。建物種別判定部４８は、取得された種別が敷地の大きさに関する基準を満たすか否かを判定する。この基準は例えば敷地が広いか狭いかである。一軒家やアパートであれば敷地が狭いので会合場所を絞り込まなくてもユーザ１４とＰＤＤ２０との会合に成功する蓋然性は高い一方、オフィスビルやマンションや学校は敷地が広いので、会合場所の絞り込みが必要となる。したがって、建物種別判定部４８は建物の種別を敷地が広いグループ（オフィスビル、マンション、学校、駅等）と狭いグループ（一軒家、アパート等）とに分類しておき、取得された種別が広いグループに該当する場合に基準が満たされたと判定し、狭いグループに該当する場合は基準が満たされないと判定する。

建物種別判定部４８は、基準が満たされないと判定された場合（＝建物の敷地が狭い場合）、会合場所として指定された建物の位置に基づいて会合予定時刻を算出する。建物種別判定部４８は、場所時刻表示画面７８を生成するための画面情報である場所時刻表示画面情報を生成し、該情報をネットワーク１８を介して携帯端末１６に送信する。携帯端末１６の表示制御部５８は場所時刻表示画面情報を取得し、取得された場所時刻表示画面情報にしたがい場所時刻表示画面７８をディスプレイ３４に表示させる。

図１０は、ディスプレイ３４に表示される場所時刻表示画面７８の代表画面図である。場所時刻表示画面７８は、注文詳細表示領域６２と、確定会合場所表示領域８０と、確定予定時刻表示領域８２と、を有する。確定会合場所表示領域８０には、ユーザ１４が指定し管理サーバ１２によって確認された会合場所および建物の種別が表示される。確定予定時刻表示領域８２には、管理サーバ１２によって算出された会合予定時刻が表示される。

会合場所指定受付部５０は、建物種別判定部４８において基準が満たされると判定された場合（＝建物の敷地が広い場合）、敷地情報保持部４４を参照し、指定された建物に対応する敷地地図と、会合場所候補の情報と、ＮＧ領域の情報と、を取得する。会合場所指定受付部５０は、取得した情報に基づいて、会合場所絞り込み画面８４を生成するための画面情報である会合場所絞り込み画面情報を生成し、該情報をネットワーク１８を介して携帯端末１６に送信する。携帯端末１６の表示制御部５８は会合場所絞り込み画面情報を取得し、取得された会合場所絞り込み画面情報にしたがい会合場所絞り込み画面８４をディスプレイ３４に表示させる。

図１１は、ディスプレイ３４に表示される会合場所絞り込み画面８４の代表画面図である。会合場所絞り込み画面８４は、敷地地図表示領域８６と、候補画像表示領域８８と、新たに設定ボタン９０と、を有する。敷地地図表示領域８６には、指定された建物の敷地地図が表示される。敷地地図表示領域８６において、会合場所候補のそれぞれの位置には候補マーク９４と実績指標９２とが対応付けて表示される。候補マーク９４はそこが会合場所として指定可能であることを示すアイコンまたはグラフィカルオブジェクトである。実績指標９２は、その会合場所候補がこれまでに会合場所として指定された回数に対応し、該回数が多いほど多くの黒丸を表示するよう構成される。ユーザは、敷地地図表示領域８６を見ることにより、一目で（１）どこが会合場所として指定可能なのか、および（２）それぞれの会合場所候補が選択される頻度を把握することができる。

候補画像表示領域８８には、敷地地図表示領域８６において仮選択枠９６で指定されている会合場所候補の周囲の画像が表示される。ユーザ１４が敷地地図表示領域８６上で候補をタップすると仮選択枠９６がタップされた候補に移動する。ユーザ１４は、仮選択枠９６を候補の間で動かすことで各候補の周囲の画像を見ることができるので、誤った会合場所が指定される確率を低減できる。なお、他の実施の形態では、敷地地図表示領域８６に表示される全ての候補の周囲の画像を一画面に表示させてもよい。この場合、一覧性が向上する。

ユーザ１４が敷地地図表示領域８６上のひとつの候補をダブルタップすると、携帯端末１６の入力受付部５６はそれを会合場所を指定するための指示として受け付ける。入力受付部５６は指定された候補をネットワーク１８を介して管理サーバ１２に送信する。管理サーバ１２の会合場所指定受付部５０は、指定された候補を受信して会合場所として取得する。合わせて候補更新部５２は、敷地情報保持部４４にアクセスし、指定された候補に対応する指定回数を更新（例えば＋１）する。会合予定時刻の算出および場所時刻表示画面の表示については図１０の説明に準じる。

会合場所絞り込み画面８４においてユーザ１４が新たに設定ボタン９０をタップすると、携帯端末１６の表示制御部５８は会合場所の任意選択を可能とする任意選択画面９８をディスプレイ３４に表示させる。

図１２は、ディスプレイ３４に表示される任意選択画面９８の代表画面図である。任意選択画面９８は、敷地地図表示領域１００と、ＯＫボタン１０４と、を有する。ユーザ１４は、敷地地図表示領域１００において指定マーカ１０２をスライド操作等により自己の所望の場所へ動かし、ＯＫボタン１０４をタップする。携帯端末１６の入力受付部５６はそれを会合場所を指定するための指示として受け付ける。入力受付部５６はＯＫボタン１０４がタップされたときの指定マーカ１０２の敷地地図における位置をネットワーク１８を介して管理サーバ１２に送信する。会合場所指定受付部５０は、指定マーカ１０２の位置を受信し、受信した位置とＮＧ領域の範囲とを比較する。会合場所指定受付部５０は、受信した位置がＮＧ領域の範囲に入らない場合、受信した位置を会合場所として取得する。合わせて候補更新部５２は、受信した位置を敷地地図に対応する新たな候補として敷地情報保持部４４に登録する。会合予定時刻の算出および場所時刻表示画面の表示については図１０の説明に準じる。

会合場所指定受付部５０は、受信した位置がＮＧ領域の範囲に入る場合、敷地情報保持部４４を参照してＮＧ理由を取得する。会合場所指定受付部５０は、ＮＧ理由表示画面１０６を生成するための画面情報であるＮＧ理由表示画面情報を生成し、該情報をネットワーク１８を介して携帯端末１６に送信する。携帯端末１６の表示制御部５８はＮＧ理由表示画面情報を取得し、取得されたＮＧ理由表示画面情報にしたがいＮＧ理由表示画面１０６をディスプレイ３４に表示させる。

図１３は、ディスプレイ３４に表示されるＮＧ理由表示画面１０６の代表画面図である。ＮＧ理由表示画面１０６には、任意選択画面９８で選択された会合場所の指定が制限または禁止されている理由が表示される。ユーザ１４が戻るボタン１０８をタップすると、携帯端末１６は任意選択画面９８を再度ディスプレイ３４に表示させる。

図８～図１３の例では敷地地図が利用可能な場合について説明したが、建物によっては管理サーバ１２に敷地地図が保持されていないものもある。図９に示される建物指定画面６８において指定された建物の敷地地図が管理サーバ１２の敷地情報保持部４４に登録されていない場合、かつ、建物種別判定部４８において基準が満たされると判定された場合、会合場所指定受付部５０は、敷地の周りにおける会合場所の任意選択を可能とする会合場所設定画面１１０を生成するための画面情報である会合場所設定画面情報を生成し、該情報をネットワーク１８を介して携帯端末１６に送信する。携帯端末１６の表示制御部５８は会合場所設定画面情報を取得し、取得された会合場所設定画面情報にしたがい会合場所設定画面１１０をディスプレイ３４に表示させる。

図１４は、ディスプレイ３４に表示される会合場所設定画面１１０の代表画面図である。会合場所設定画面１１０は、地図指定領域１１２と、ＯＫボタン１１６と、を有する。地図指定領域１１２には指定された建物の周囲の電子地図（すなわち、敷地の周りの地図）が表示される。地図指定領域１１２において、指定された建物は強調して表示される（図１４では斜線のハッチングで示される）。ユーザ１４は、地図指定領域１１２において指定マーカ１１４をスライド操作等により自己の所望の場所へ動かし、ＯＫボタン１１６をタップする。携帯端末１６の入力受付部５６はそれを会合場所を指定するための指示として受け付ける。入力受付部５６はＯＫボタン１１６がタップされたときの指定マーカ１１４の電子地図における位置をネットワーク１８を介して管理サーバ１２に送信する。会合場所指定受付部５０は、指定マーカ１１４の位置を受信し、受信した位置を会合場所として取得する。会合予定時刻の算出および場所時刻表示画面の表示については図１０の説明に準じる。

あるいはまた、図９に示される建物指定画面６８において指定された建物の敷地地図が管理サーバ１２の敷地情報保持部４４に登録されていない場合、音声通信等によりユーザ１４とＰＤＤシステム１０の管理者とが直接対話し、管理者が手動で会合場所を設定してもよい。

図８～図１３の例では既に少なくともひとつの会合場所候補が敷地情報保持部４４に登録されている場合について説明したが、敷地地図を取得したばかりの建物等については会合場所候補がまだ登録されていないこともある。図９に関連して指定された建物の会合場所候補が敷地情報保持部４４に登録されていない場合、携帯端末１６の表示制御部５８は図１１に示される会合場所絞り込み画面８４の代わりに図１２に示される任意選択画面９８をディスプレイ３４に表示させる。

図８～図１３の例において会合予定時刻を算出する際、ＰＤＤ２０が公道を走行するのにかかる時間は電子地図から算出される。建物の敷地内の移動時間は、過去の敷地内移動の情報に基づいて算出される。例えば、平均移動時間を算出し、それを敷地内の移動時間として用いてもよい。

図８～図１４の例ではユーザ１４が携帯端末１６のディスプレイ３４上で会合場所の新たな候補を設定できる場合を説明したが、これに限られない。例えば、ＰＤＤ２０が商品の配送または荷物の集荷のためにある建物でユーザ１４と会合したときに、ＰＤＤ２０はユーザ１４による会合場所候補の登録を受け付けてもよい。ＰＤＤ２０が会合場所候補の登録を受け付けるモードを登録モードと称す。

図１５は、登録モードを有するＰＤＤ２０における一連の処理の流れを示すフローチャートである。店舗２２を出発したＰＤＤ２０は、設定された会合場所に到着したことを検出する（Ｓ１０２）。ＰＤＤ２０は、ユーザ１４による登録モードの指定を待ち受ける（Ｓ１０４）。例えば、ＰＤＤ２０は不図示の表示部に登録モードに設定可能である旨を表示させる。または、ＰＤＤ２０は不図示の登録モード設定ボタンを有してもよい。ＰＤＤ２０が会合場所に到着してから所定の期間内に登録モードの指定がない場合（Ｓ１０４のＮ）、ＰＤＤ２０は次の目的地があればそこへ向けて出発し、なければ店舗２２への帰投を開始する（Ｓ１１８）。登録モードの指定を受け付けた場合（Ｓ１０４のＹ）、ＰＤＤ２０は登録モードに移行し、ユーザ１４による誘導に従い移動する（Ｓ１０６）。ＰＤＤ２０は、ユーザ１４による候補設定の指示の有無を確認し（Ｓ１０８）、無ければ処理はステップＳ１０６に戻る。候補設定の指示に関して、例えば、ＰＤＤ２０は不図示の表示部に候補設定の指示を受け付けるための領域を表示させる。または、ＰＤＤ２０は不図示の候補設定ボタンを有してもよい。候補設定の指示を受け付けた場合（Ｓ１０８のＹ）、ＰＤＤ２０は自己に備わっているＧＰＳ等の測位手段により測位を行う（Ｓ１１０）と共に、自己に備わっているカメラ等の撮像手段により撮像を行う（Ｓ１１２）。ＰＤＤ２０は、ステップＳ１１０で得られた位置情報とステップＳ１１２で得られた画像とを、会合場所候補を特定する情報として、ネットワーク１８を介して管理サーバ１２に送信する。管理サーバ１２の候補更新部５２は、受信した位置情報および画像を新たな候補の情報として敷地情報保持部４４に登録する。ＰＤＤ２０は登録モードを解除する（Ｓ１１６）。ＰＤＤ２０は、次の目的地があればそこへ向けて出発し、なければ店舗２２への帰投を開始する（Ｓ１１８）。

このＰＤＤ２０によると、例えば次回の配送を見越してユーザ１４に会合場所の更新または変更を提案することができる。また、ＰＤＤ２０は、登録モードにおいて、ユーザ１４に試しに連れて行って貰った場所を会合場所の候補として取得し、管理サーバ１２に登録させる。この場合、会合場所の候補の位置をＰＤＤ２０の測位手段で直接特定できるので、ユーザ１４の携帯端末１６の測位手段で特定する場合よりも候補の位置精度を高めることができる。

（例２）
フェーズ：注文受付
課題：不自然な注文の排除
例１の図９に示されるように、ユーザ１４は基本的に任意の場所を会合場所として指定することができる。この場合、ユーザ１４の思い違い等により、ユーザ１４が今いる位置から相当離れた場所が会合場所として指定される虞がある。本例ではそのような状況に対するフェールセーフの仕組みを提供する。

本例では、携帯端末１６はＧＰＳなどの測位手段を用いて測位し、測位の結果得られる現在位置を注文情報に含めて管理サーバ１２に送信する。管理サーバ１２は受信した注文情報から携帯端末１６の現在位置と指定された会合場所の位置とを抽出する。管理サーバ１２は、抽出された両位置が所定の基準よりも離れている場合、注文（商品２４の配送または荷物の集荷）の拒否を示す注文拒否画面１１８を生成するための画面情報である注文拒否画面情報を生成し、該情報をネットワーク１８を介して携帯端末１６に送信する。携帯端末１６の表示制御部５８は注文拒否画面情報を取得し、取得された注文拒否画面情報にしたがい注文拒否画面１１８をディスプレイ３４に表示させる。

図１６は、ディスプレイ３４に表示される注文拒否画面１１８の代表画面図である。注文拒否画面１１８には、例えば例１の図９に示される建物指定画面６８で指定された会合場所の位置と携帯端末１６の現在位置との距離がしきい値よりも大きい場合に、注文の拒否を示すメッセージが表示される。ユーザ１４が戻るボタン１２０をタップすると、携帯端末１６は建物指定画面６８を再度ディスプレイ３４に表示させる。

距離のしきい値は、注文時に通常の交通手段で人が移動できない程度の距離であってもよい。例えば、現在位置が大阪を示し、会合場所として東京のある場所が指定され、注文時刻が１１：４５であり、注文内容がおにぎりである場合、その日の昼食の時間帯にユーザが会合場所に到着することはほぼ不可能であるから、その注文は拒否される。

（例３）
フェーズ：商品配送中／目的地での待機中
課題：ＰＤＤの状態の通知
図２のステップＳ３１８、Ｓ３２０、Ｓ３２２に関連して説明した通り、ＰＤＤ２０は設定されたルートに沿って目的地まで移動する自動走行を行っている間、随時、自己の現在位置を測定して管理サーバ１２にネットワーク１８を介して報告する。ＰＤＤ２０は、設定された会合場所に到着すると、そこで待機する。ここで、ユーザ１４にＰＤＤ２０の接近を知らせると共に、ＰＤＤ２０が実際どの辺りにいるかを知らせることができると親切である。そうすることで、ユーザ１４に時間通りに会合場所に来ることを促すことができ、会合場所でのＰＤＤ２０の待機時間を低減することができる。

図１７は、例３に係る管理サーバ１２の機能及び構成を示すブロック図である。管理サーバ１２は、画像保持部１３８と、電子地図保持部４２と、注文制御情報保持部１５２と、画像取得部１９８と、プライバシー処理部２００と、キャンセル処理部１９０と、ＰＤＤ位置取得部１２４と、距離判定部１２６と、通知制御部１２８と、状況通知画面生成部１３６と、会合場所変更処理部１８２と、を備える。

ＰＤＤ２０は、店舗２２を出発して会合場所に到着し、店舗２２に帰投するまでの間に、随時、周囲の画像を取得し、取得された画像と現在位置とをネットワーク１８を介して管理サーバ１２に送信する。画像取得部１９８は、ネットワーク１８を介してＰＤＤ２０から送られてくる画像と現在位置とを取得し、画像保持部１３８に登録する。

プライバシー処理部２００は、画像保持部１３８から画像を読み出し、読み出された画像に所定のプライバシー処理を施し、処理済みの画像を画像保持部１３８に登録する。プライバシー処理はプライバシーを保護するための処理であり、例えば、画像に人が写っていることが認識された場合に、その人の全体または一部（例えば、頭部）を特定不能とする処理（例えば、ぼかし、黒塗り、モザイク等）でもよい。または、画像に家の表札やナンバープレートなどの個人を特定可能なオブジェクトが写っていることが認識された場合に、そのオブジェクトを特定不能とする処理であってもよい。

図１８は、画像保持部１３８の一例を示すデータ構造図である。画像保持部１３８は、位置（の座標）と、その位置でＰＤＤ２０が周囲を撮像することで得られた画像である原ＰＤＤ画像と、原ＰＤＤ画像の取得日時と、その位置について他の画像ソースから得られる画像である他ソース画像と、原ＰＤＤ画像をプライバシー処理することにより得られる処理済み画像と、プライバシー処理の処理日時と、を対応付けて保持する。原ＰＤＤ画像はＰＤＤ２０から受信した画像そのものである。他の画像ソースは、例えばＧｏｏｇｌｅ Ｓｔｒｅｅｔ Ｖｉｅｗであってもよい。画像取得部１９８は他の画像ソースから画像を取得し、他ソース画像として画像保持部１３８に登録する。例えば画像取得部１９８は周期的に画像保持部１３８を参照し、原ＰＤＤ画像がない位置に対応する他ソース画像を他の画像ソースから取得、登録してもよい。

図１９は、注文制御情報保持部１５２の一例を示すデータ構造図である。注文制御情報保持部１５２は、注文を特定する注文ＩＤと、注文を受け付けた注文時刻と、注文を行ったユーザ１４のＩＤと、注文された商品２４を運ぶＰＤＤ２０のＩＤと、注文された商品２４をＰＤＤ２０に積み込む店舗２２のＩＤと、ＰＤＤ２０の目的地である会合場所と、接近しきい値と、会合場所の変更候補および変更しきい値の組と、ＰＤＤ２０の到着予定時刻と、ＰＤＤ２０の予定ルートと、注文された商品およびその個数と、キャンセルしきい値と、を対応付けて保持する。会合場所の変更候補および変更しきい値の組は、注文ごとに動的に設定されてもよいし、会合場所に対応付けて予め設定されたものが用いられてもよい。後者の場合、注文の会合場所が設定されると、不図示の会合場所－変更候補データベースを参照して注文の会合場所に対応する変更候補を決定してもよい。

以下、図２０～図２９を参照して、ＰＤＤ２０の自動走行中および会合場所での待機中に、ユーザ１４の携帯端末１６に提供されるユーザインタフェースを説明する。ＰＤＤ２０が店舗２２を出発してから会合場所の近くに来るまでは、携帯端末１６の表示制御部５８は基本的にトップ画面１２２をディスプレイ３４に表示させる。

図２０は、ディスプレイ３４に表示されるトップ画面１２２の代表画面図である。トップ画面１２２は後述のＰＤＤ２０の現在位置の情報も、その現在位置に関連する画像も、含まない。管理サーバ１２のＰＤＤ位置取得部１２４はＰＤＤ２０からネットワーク１８を介してＰＤＤ２０の現在位置を取得する。距離判定部１２６は、ＰＤＤ２０の会合場所を基準とする所定の範囲にＰＤＤ２０の現在位置が入ったか否かを判定する。具体的には、距離判定部１２６は、注文制御情報保持部１５２を参照し、接近しきい値と、変更候補に対応する変更しきい値と、キャンセルしきい値と、を取得する。距離判定部１２６は、取得されたＰＤＤ２０の現在位置と会合場所の位置との間の距離（直線距離または道のり）を算出し、算出された距離と取得された各しきい値とを比較する。なお、本例では、接近しきい値＞変更しきい値、接近しきい値＞キャンセルしきい値とする。

通知制御部１２８は、距離判定部１２６において算出された距離が接近しきい値以上であると判定されている間は、ＰＤＤ２０の接近通知は行わない。この場合、携帯端末１６の表示制御部５８はトップ画面１２２をディスプレイ３４に表示させる。通常、ＰＤＤ２０が店舗２２の近くにいるときのＰＤＤ２０の位置や周囲の画像をユーザ１４が見る必要はない。また、プライバシー保護の観点からも、不必要な画像の提示を制限するほうが望ましい。

距離判定部１２６において算出された距離が接近しきい値を下回ったと判定されると、通知制御部１２８は、ＰＤＤ２０の接近をユーザ１４に通知する接近通知画面１３０を生成するための画面情報である接近通知画面情報を生成し、該情報をネットワーク１８を介して携帯端末１６に送信する。携帯端末１６の表示制御部５８は接近通知画面情報を取得し、取得された接近通知画面情報にしたがい接近通知画面１３０をディスプレイ３４に表示させる。

図２１は、ディスプレイ３４に表示される接近通知画面１３０の代表画面図である。接近通知画面１３０にはユーザ１４にＰＤＤ２０の接近を知らせるためのメッセージ１３２が含まれる。ユーザ１４が表示ボタン１３４をタップすると、携帯端末１６の入力受付部５６は表示指示をネットワーク１８を介して管理サーバ１２に送信する。管理サーバ１２の通知制御部１２８はその表示指示を受信する。

管理サーバ１２の状況通知画面生成部１３６は、表示指示が受信されると、画像保持部１３８を参照し、ＰＤＤ位置取得部１２４によって取得されたＰＤＤ２０の現在位置に対応する処理済み画像を取得する。このようにして取得される処理済み画像は、現在位置に対応する現在の画像ではなく、現在位置に対応する過去の画像である。言い換えると、取得される処理済み画像は、当該注文においてユーザ１４に商品２４を配送しているＰＤＤ２０が現在取得した画像ではなく、他のＰＤＤ２０または当該ＰＤＤ２０が別の過去の注文等において運行中に取得した画像を処理したものである。状況通知画面生成部１３６は、現在位置に対応する処理済み画像が登録されていない場合、他ソース画像があればその他ソース画像を取得してもよい。現在位置に対応する処理済み画像も他ソース画像もない場合は、状況通知画面生成部１３６は現在位置に対応する原ＰＤＤ画像を取得しプライバシー処理を施して用いてもよい。現在位置に対応する原ＰＤＤ画像も処理済み画像も他ソース画像もない場合は、状況通知画面生成部１３６は画像を取得しなくてもよいし、ＰＤＤ２０に周囲の画像を撮像して送るよう指示を出してもよい。

状況通知画面生成部１３６は、電子地図保持部４２を参照し、ＰＤＤ２０の現在位置および会合場所の両方が入る大きさの電子地図の部分を取得する。状況通知画面生成部１３６は、ＰＤＤ位置取得部１２４からＰＤＤ２０の現在位置を取得する。状況通知画面生成部１３６は、注文制御情報保持部１５２を参照し、ＰＤＤ２０のＩＤ、予定ルート、会合場所、商品、個数、到着予定時刻、会合場所の変更候補、を取得する。

状況通知画面生成部１３６は、上記のように取得された情報に基づいて、状況通知画面１４０を生成するための画面情報である状況通知画面情報を生成する。状況通知画面生成部１３６は、状況通知画面情報をネットワーク１８を介して携帯端末１６に送信する。携帯端末１６の表示制御部５８は状況通知画面情報を取得し、取得された状況通知画面情報にしたがい状況通知画面１４０をディスプレイ３４に表示させる。

図２２は、ディスプレイ３４に表示される状況通知画面１４０の代表画面図である。状況通知画面１４０は、画像表示領域１４２と、位置表示領域１４４と、を有する。画像表示領域１４２には、ＰＤＤ２０の現在位置に対応する処理済み画像が表示される。位置表示領域１４４には、上記の電子地図の部分に合わせて、会合場所１４６と、ＰＤＤ２０の予定ルート１４８と、ＰＤＤ２０の現在位置１５０と、会合場所の変更候補１５６、１５８と、キャンセルボタン１５４と、が表示される。位置表示領域１４４において会合場所１４６と変更候補１５６、１５８とは異なる態様で表示される。

ユーザ１４は状況通知画面１４０を見ることにより、近くに来ているＰＤＤ２０が実際今どこにいるかを詳細に把握することができ、特に画像表示領域１４２を見ることによりＰＤＤ２０が今いるところの実感を得ることができる。また、画像表示領域１４２に表示される画像は処理済み画像であるから、プライバシーの問題も軽減または除去される。

状況通知画面１４０においてユーザ１４がキャンセルボタン１５４をタップすると、携帯端末１６の入力受付部５６はそれを注文をキャンセルするための指示として受け付ける。入力受付部５６は、該指示をネットワーク１８を介して管理サーバ１２に送信する。管理サーバ１２のキャンセル処理部１９０は、指示を受信すると、キャンセル料がかからない形でのキャンセル処理を実行する。

状況通知画面１４０においてユーザ１４が画像表示領域１４２をタップすると、携帯端末１６の表示制御部５８は注文の詳細をテキストで表示する詳細テキスト画面１６０をディスプレイ３４に表示させる。

図２３は、ディスプレイ３４に表示される詳細テキスト画面１６０の代表画面図である。詳細テキスト画面１６０は、テキスト表示領域１６２と、位置表示領域１４４と、を有する。テキスト表示領域１６２は画像表示領域１４２の代わりに表示され、ＰＤＤ２０のＩＤと、注文に係る商品名および個数と、会合場所（目的地）と、到着予定時刻と、をテキストで表示する。詳細テキスト画面１６０によると、ユーザ１４は自分の注文の内容をワンタップで、すなわち少ない操作量で確認することができる。

状況通知画面１４０においてユーザ１４が第１変更候補１５６をタップすると、携帯端末１６の表示制御部５８は会合場所を再設定してもよいか問い合わせる再設定問い合わせ画面１６４をディスプレイ３４に表示させる。第２変更候補１５８がタップされた場合も同様の処理が実行される。

図２４は、ディスプレイ３４に表示される再設定問い合わせ画面１６４の代表画面図である。再設定問い合わせ画面１６４は、画像表示領域１４２と、位置表示領域１４４と、位置表示領域１４４に重畳表示される再設定問い合わせ領域１６６と、を有する。再設定問い合わせ領域１６６には、タップされた第１変更候補１５６を新たな会合場所として設定してよいか問い合わせるテキスト１６８と、ＹＥＳボタン１７０と、ＮＯボタン１７２と、が表示される。ユーザ１４がＮＯボタン１７２をタップすると、画面は再び状況通知画面１４０に遷移する。ユーザ１４がＹＥＳボタン１７０をタップすると、携帯端末１６の表示制御部５８は第１変更候補１５６を新たな会合場所として設定したことを示す会合場所更新画面１７４をディスプレイ３４に表示させる。

図２５は、ディスプレイ３４に表示される会合場所更新画面１７４の代表画面図である。会合場所更新画面１７４は、画像表示領域１４２と、位置表示領域１４４と、を有する。位置表示領域１４４において、もともと第１変更候補１５６であった表示が会合場所１７６に更新され、予定ルート１７８も対応するよう変更される。会合場所を変更したことを示すメッセージ１８０が位置表示領域１４４に重畳表示される。会合場所更新画面１７４をディスプレイ３４に表示させることに合わせて、携帯端末１６の入力受付部５６はＹＥＳボタン１７０に対するタップを会合場所の変更のための指示として受け付ける。入力受付部５６は、会合場所を第１変更候補１５６に変更するための指示をネットワーク１８を介して管理サーバ１２に送信する。管理サーバ１２の会合場所変更処理部１８２は、その指示を受信すると、注文制御情報保持部１５２を更新する。すなわち、会合場所変更処理部１８２は、注文制御情報保持部１５２の該当する注文の会合場所を指示に含まれる新たな会合場所（第１変更候補１５６）に置き換え、予定ルートを新たな会合場所を目的地とする新たな予定ルートに置き換え、到着予定時刻を新たな会合場所に対応する新たな到着予定時刻に置き換える。会合場所変更処理部１８２は、新たな会合場所および新たな予定ルートを、ネットワーク１８を介してＰＤＤ２０に送信する。ＰＤＤ２０は、受信した新たな予定ルートにしたがい、受信した新たな会合場所に向けて自動走行を続ける。

図２２に戻り、管理サーバ１２の状況通知画面生成部１３６は周期的に、例えば所定の時間間隔で（１秒間隔、１０秒間隔または１分間隔等）、状況通知画面１４０の生成、送信を繰り返す。状況通知画面生成部１３６は二回目以降の状況通知画面１４０の生成の際、距離判定部１２６において算出された距離が変更しきい値以上であると判定されている間は、図２２に示される状況通知画面１４０の現在位置１５０の表示のみを更新する。携帯端末１６の表示制御部５８はそのように更新された現在位置１５０をディスプレイ３４に表示させる。

図２２の例では第１変更候補１５６および第２変更候補１５８はそれぞれ第１変更しきい値および第２変更しきい値に対応し、第１変更しきい値＞第２変更しきい値である。距離判定部１２６において算出された距離が第１変更しきい値以上であると判定されている間は、状況通知画面１４０において第１変更候補１５６および第２変更候補１５８の両方が新たな会合場所として指定可能となっている。

図２２の状態からＰＤＤ２０が会合場所１４６に近づき、距離判定部１２６において算出された距離が第１変更しきい値を下回ると判定されたとする。この場合、状況通知画面生成部１３６は状況通知画面１４０における会合場所の再指定を制限または禁止する。状況通知画面生成部１３６は、距離判定部１２６において算出された距離が第１変更しきい値を下回るが第２変更しきい値以上であると判定された場合、第１変更候補１５６の指定を禁止するよう状況通知画面１４０を更新する。携帯端末１６の表示制御部５８はそのように更新された状況通知画面１４０をディスプレイ３４に表示させる。

図２６は、ＰＤＤ２０と会合場所との距離が第１変更しきい値を下回るが第２変更しきい値以上であると判定された場合の状況通知画面１４０の代表画面図である。ＰＤＤ２０の現在位置１５０は図２２のそれよりも会合場所１４６に近づいており、それに伴い第１変更候補１８４は指定不可となっている。第１変更候補１８４が指定不可であることを示す態様としては、例えば第１変更候補１８４を、会合場所１４６とも第２変更候補１５８とも異なる態様で表示してもよい。あるいはまた、単に第１変更候補１８４の表示を止めてもよい。

図２６の状態からＰＤＤ２０がさらに会合場所１４６に近づき、距離判定部１２６において算出された距離が第２変更しきい値を下回ると判定されたとする。この場合、状況通知画面生成部１３６は、第２変更候補１５８の指定を禁止するよう状況通知画面１４０を更新する。携帯端末１６の表示制御部５８はそのように更新された状況通知画面１４０をディスプレイ３４に表示させる。

図２７は、ＰＤＤ２０と会合場所との距離が第２変更しきい値を下回ると判定された場合の状況通知画面１４０の代表画面図である。ＰＤＤ２０の現在位置１５０は図２６のそれよりも会合場所１４６に近づいており、それに伴い第１変更候補１８４に加えて第２変更候補１８６も指定不可となっている。

図２２の状況通知画面１４０ではＰＤＤ２０の現在位置１５０が会合場所１４６から離れていたので、キャンセルボタン１５４に係るキャンセル処理は無料である。これに対して、図２７の状況通知画面１４０ではＰＤＤ２０の現在位置１５０が会合場所１４６に近いので、キャンセルは有料となる。これに伴い図２７に示される状況通知画面１４０ではキャンセルボタン１５４は有料キャンセルボタン１８８に置き換えられる。

状況通知画面生成部１３６は、距離判定部１２６において算出された距離がキャンセルしきい値を下回ると判定された場合、キャンセルボタン１５４を有料キャンセルボタン１８８に置き換えるよう状況通知画面１４０を更新する。そのように更新された状況通知画面１４０においてユーザ１４が有料キャンセルボタン１８８をタップすると、携帯端末１６の入力受付部５６はそれを注文をキャンセルするための指示として受け付ける。入力受付部５６は、該指示をネットワーク１８を介して管理サーバ１２に送信する。管理サーバ１２のキャンセル処理部１９０は、指示を受信すると、キャンセル料がかかる形でのキャンセル処理を実行する。

図２７の状態からＰＤＤ２０がさらに会合場所１４６に近づき、ＰＤＤ２０が会合場所１４６に到着したと判定されたとする。この場合、状況通知画面生成部１３６は、ＰＤＤ２０の会合場所１４６への到着を通知するよう状況通知画面１４０を更新する。携帯端末１６の表示制御部５８はそのように更新された状況通知画面１４０をディスプレイ３４に表示させる。

図２８は、ＰＤＤ２０が会合場所１４６に到着したと判定された場合の状況通知画面１４０の代表画面図である。この状況通知画面１４０の位置表示領域１４４には、ＰＤＤ２０の到着を強調するための飾り表示１９２と、到着を知らせるメッセージ１９４と、が表示される。該メッセージ１９４は、ＰＤＤ２０の会合場所１４６での待機時間を合わせて表示する。

ユーザ１４は、図２８に示される状況通知画面１４０によりＰＤＤ２０の到着を知ることができ、また画像表示領域１４２を見ることにより、会合場所がどこなのかをより正確に把握することができる。

管理サーバ１２は、商品２４の受け渡しの完了を示す信号を、ＰＤＤ２０またはユーザ１４の携帯端末１６からネットワーク１８を介して受信すると、取引完了画面１９６を生成するための画面情報である取引完了画面情報を生成し、ネットワーク１８を介して携帯端末１６に送信する。携帯端末１６の表示制御部５８は取引完了画面情報を取得し、状況通知画面１４０の表示を止めると共に取引完了画面情報にしたがい取引完了画面１９６をディスプレイ３４に表示させる。

図２９は、ディスプレイ３４に表示される取引完了画面１９６の代表画面図である。取引完了画面１９６により、ユーザ１４はもはやＰＤＤ２０の位置に関連付けられた画像を見ることができなくなるが、ユーザ１４は通常ＰＤＤ２０の帰途については気にしないのでそれでよい。また、プライバシー保護の観点からも、不必要な画像の提示を制限するほうが望ましい。

本例では、画像表示領域１４２に表示する画像として、ＰＤＤ２０の現在位置に対応する過去のプライバシー処理済み画像を用いる場合について説明したが、これに限られない。例えば、状況通知画面生成部１３６はＰＤＤ２０からネットワークを介して周囲の画像を取得し、取得された周囲の画像にリアルタイムでプライバシー処理を施してもよい。この場合、画像表示領域１４２には当該注文においてユーザ１４に商品２４を配送しているＰＤＤ２０が現在取得した画像をプライバシー処理したものが表示される。

本例では、ＰＤＤアプリを用いて状況通知画面１４０をディスプレイ３４に表示させる場合について説明したが、これに限られない。例えば、ユーザ１４が管理サーバ１２に電子メールアドレスを登録している場合、通知制御部１２８は、ＰＤＤ２０が会合場所に近づいたと判定されると、注文に係るユーザ１４の電子メールアドレス宛にＵＲＬを含む電子メールを送信してもよい。該ＵＲＬは状況通知画面１４０を表示するＷｅｂページを特定する。この場合、ユーザ１４がＰＤＤアプリを立ち上げていなくてもユーザ１４にＰＤＤ２０の接近を通知できる。

（例４）
フェーズ：商品配送中
課題：配送トラックとの連携
図２のステップＳ３１８、Ｓ３２０、Ｓ３２２に関連して説明した通り、ＰＤＤ２０は設定されたルートに沿って目的地まで移動する自動走行を行っている間、随時、自己の現在位置を測定して管理サーバ１２にネットワーク１８を介して報告する。加えて、本例では、管理サーバ１２は、在庫品を積んだ配送トラックからもその現在位置をネットワーク１８を介して取得する。配送トラックは通常は倉庫と店舗２２との間の商品２４の輸送や、店舗２２間の商品２４の輸送に用いられる。配送トラックは、人手によりまたは自動で、ＰＤＤ２０との商品２４の授受が可能なように構成される。

管理サーバ１２はディスプレイ２０２を有しており、該ディスプレイ２０２上には電子地図と、ＰＤＤ２０および配送トラックの運行状態と、を含む管理画面２０４が表示される。管理者はこのディスプレイ２０２に表示される管理画面２０４を見て、ＰＤＤ２０や配送トラックの運行を管理する。

図３０は、ディスプレイ２０２に表示される管理画面２０４の代表画面図である。管理サーバ１２は、取得されたＰＤＤ２０の現在位置と取得された配送トラックの現在位置とに基づいて、ＰＤＤ２０の運行状態と配送トラックの運行状態とを合わせて電子地図上に表示させる。管理サーバ１２は、管理画面２０４において、ＰＤＤ２０と配送トラックとが会合する予定の場所の指定を受け付ける。

管理画面２０４は、電子地図表示領域２０６と、詳細表示領域２０８と、を有する。電子地図表示領域２０６には、電子地図と共に、ＰＤＤ２０の現在位置２１０と、ＰＤＤ２０の予定ルート２１２と、ＰＤＤ２０の目的地（会合場所）２１４と、ＰＤＤ２０の帰投先の店舗２１６と、配送トラックの現在位置２１８と、配送トラックの予定ルート２２２と、ＰＤＤ２０と配送トラックとの会合場所の候補２２０と、が表示される。詳細表示領域２０８は、電子地図表示領域２０６に表示されているＰＤＤ２０のＩＤおよび状態を表示するＰＤＤ情報表示領域２２４と、電子地図表示領域２０６に表示されている配送トラックのＩＤおよび状態を表示するトラック情報表示領域２２６と、ＰＤＤ情報表示領域２２４で選択されているＰＤＤ２０のＩＤと注文に係る商品名および個数と目的地と到着予定時刻とをテキストで表示するＰＤＤ詳細表示領域２２８と、を有する。トラック情報表示領域２２６は、配送トラックの在庫を示す画面へのリンクを含む。候補２２０は、ＰＤＤ２０の現在位置および予定ルートと配送トラックの現在位置および予定ルートと、に基づいて管理サーバ１２により決定されてもよい。

管理者は図３０に示される管理画面２０４を見ることで、ＰＤＤ２０と配送トラックとを会合させることが有益か否かを判断する。有益である場合は、ＰＤＤ２０と配送トラックとを会合させる場所を決定し、両者を決定された場所に誘導するための処理を行う。例えば、管理サーバ１２は、対象のＰＤＤ２０にネットワーク１８を介して、新たな目的地（＝決定された場所）を設定するための指示を送信してもよい。管理サーバ１２は同様にネットワーク１８を介して配送トラックに同様の情報を送信してもよいし、管理者が配送トラックの運転手に直接電話等で指示を出してもよい。それらの指示が完了すると、管理サーバ１２は、ＰＤＤ２０と配送トラックとが会合する予定の場所の指定を受け付け、電子地図表示領域２０６の表示を更新する。

あるいはまた、管理者は電子地図表示領域２０６に表示される候補２２０をマウス等で指定してもよい。この場合、管理サーバ１２は指定された候補２２０をＰＤＤ２０と配送トラックとが会合する予定の場所として受け付ける。対象のＰＤＤ２０および配送トラックを指定された場所に誘導するための処理は上記と同様である。

本例によると、管理者は、注文状況によっては在庫品を積んだ配送トラックを所定のポイントに誘導することができる。その結果、中継場所でＰＤＤ２０に商品２４を積み込むことで、より迅速な配送が可能となる。

本例では、管理画面２０４を管理サーバ１２のディスプレイ２０２に表示する場合について説明したが、これに限られず、例えば管理画面２０４は店舗２２のＰＯＳに表示されてもよいし、ユーザ１４の携帯端末１６のディスプレイ３４に表示されてもよい。

（例５）
フェーズ：目的地での待機中
課題：受け渡し時のＰＤＤの特定
図２のステップＳ３２２に関連して説明した通り、ＰＤＤ２０は設定された会合場所に到着すると、そこで待機する。ここで、同じ会合場所、同じ時間帯に複数のＰＤＤ２０がユーザ１４との待ち合わせを行う場合、ユーザ１４が自己のＰＤＤ２０を特定できないという状況が発生しうる。そこで本例では、ＰＤＤ２０自体の色（塗装）やＰＤＤ２０が備えるＬＥＤ等の発光手段が発する光の色を、ＰＤＤ２０の識別情報として用いる。例えば、同じ時間帯に複数のＰＤＤ２０が同じ会合場所で待機する場合、各ＰＤＤ２０の発する光の色は、所定の範囲（例えば、半径１００ｍの範囲など）で重複しないよう調整される。

図３１は、携帯端末１６のディスプレイ３４に表示される接近通知画面２３０の代表画面図である。接近通知画面２３０は図２１に示される接近通知画面１３０に対応する。接近通知画面２３０には、ユーザ１４にＰＤＤ２０の接近を知らせるためのメッセージ１３２と、ユーザ１４に対応するＰＤＤ２０が発する光の色を知らせるためのメッセージ２３２と、が表示される。ユーザ１４は接近通知画面２３０に示される情報を参照することにより、会合場所に複数のＰＤＤ２０が待機している場合でも自分のＰＤＤ２０を容易に特定することができる。図３１の例では、ユーザ１４は会合場所で赤色の光を発しているＰＤＤ２０を自己のＰＤＤ２０として認識する。ここで、発光手段の色を識別方法に用いたが、点滅タイミングの種類で識別してもよい。

なお、識別情報として音や形状など人が知覚可能な他の情報が用いられてもよい。
あるいはまた、会合場所において複数のＰＤＤ２０同士が相互の距離を認識し、所定距離離れて停車することで、ユーザ１４によるＰＤＤ２０の特定を容易にしてもよい。この場合、ＰＤＤ２０は、目的地に到着したと判定された場合、該目的地にいる他のＰＤＤ２０の待機位置を避けた位置に自己を待機させるための処理を行う手段を備える。例えば、ＰＤＤ２０はＢｌｕｅｔｏｏｔｈ（登録商標）や赤外線通信などのピアツーピア通信を行う手段を有する。ＰＤＤ２０はピアツーピア通信により他のＰＤＤ２０と連携し、自己の待機位置を決定する。

あるいはまた、複数のＰＤＤ２０が同じ時間帯に同じ会合場所に到着する状況が発生しうる場合に、注文時刻が遅い方のＰＤＤ２０の到着時刻をずらしてもよい。

（例６）
フェーズ：目的地での待機中
課題：ユーザが受け渡しに来ない
図２のステップＳ３２２に関連して説明した通り、ＰＤＤ２０は設定された会合場所に到着すると、そこで待機する。ここで、何らかの事情により、注文したユーザ１４が会合場所に来ない場合が生じうる。本例では、そのような場合にＰＤＤシステム１０がとる処置を説明する。

図３２は、ＰＤＤシステム１０における一連の処理の流れを示すフローチャートである。ＰＤＤ２０は会合場所に到着する（Ｓ４０２）。ＰＤＤ２０は会合場所での待機時間を計時する。待機時間が第１しきい値を上回る前にＰＤＤ２０とユーザ１４とが会合した場合（Ｓ４０４のＮ）、通常の商品２４の受け渡し処理（例えば、図３のステップＳ３２８、Ｓ３３０）が発生する。会合が無いまま待機時間が第１しきい値を上回ると（Ｓ４０４のＹ）、ＰＤＤ２０は、ユーザ１４宛の確認メッセージを、ネットワーク１８を介して管理サーバ１２経由で送信する（Ｓ４０６）。待機時間が第２しきい値（＞第１しきい値）を上回る前にＰＤＤ２０とユーザ１４とが会合した場合（Ｓ４０８の「会合有り」）、通常の商品２４の受け渡し処理が発生する。待機時間が第２しきい値を上回る前に確認メッセージに対するユーザ１４からの応答があった場合（Ｓ４０８の「応答有り」）、ＰＤＤ２０または管理サーバ１２は、その応答が待ち合わせに間に合わないことを示しているか否かを判定する（Ｓ４１０）。間に合う場合（Ｓ４１０のＮ）、ＰＤＤ２０は待機を続け、ユーザ１４と会合する。間に合わない場合（Ｓ４１０のＹ）、ＰＤＤ２０または管理サーバ１２は会合場所および会合時刻を再度設定するための処理を行う（Ｓ４１２）。あるいはまた、ＰＤＤ２０または管理サーバ１２は、そのような再設定処理の代わりに注文のキャンセル処理を行ってもよい。再設定処理は、例えばＰＤＤ２０に他の配送先がある場合にはそちらを先に廻り、その帰りに再度訪れるようＰＤＤ２０の予定ルートを再設定する処理であってもよいし、別の日時に同じまたは別の会合場所で同じ商品を受け渡すための処理であってもよい。

ステップＳ４０８において応答も会合も無いまま待機時間が第２しきい値を上回ると（Ｓ４０８のＹ）、ＰＤＤ２０は、ユーザ１４宛の再確認メッセージを、ネットワーク１８を介して管理サーバ１２経由で送信する（Ｓ４１４）。待機時間が第３しきい値（＞第２しきい値）を上回る前にＰＤＤ２０とユーザ１４とが会合した場合（Ｓ４１６の「会合有り」）、通常の商品２４の受け渡し処理が発生する。待機時間が第３しきい値を上回る前に再確認メッセージに対するユーザ１４からの応答があった場合（Ｓ４１６の「応答有り」）、ＰＤＤ２０または管理サーバ１２は、その応答が待ち合わせに間に合わないことを示しているか否かを判定する（Ｓ４１０）。

ステップＳ４１６において応答も会合も無いまま待機時間が第３しきい値を上回ると（Ｓ４１６のＹ）、ＰＤＤ２０または管理サーバ１２はユーザ１４の携帯端末１６に自動的に架電する（Ｓ４１８）。架電に対する応答があった場合（Ｓ４２０のＮ）、処理はステップＳ４１０に移る。架電に対する応答が無かった場合（Ｓ４２０のＹ）、ＰＤＤ２０は会合場所での待機を止め、次の目的地があればそこに向けた自動的移動を開始し、なければ店舗２２への帰投を開始する（Ｓ４２２）。管理サーバ１２は、ユーザ１４に金銭的または手続き的なペナルティを課すためのペナルティ処理を実行する（Ｓ４２４）。ペナルティ処理は、例えば事前連絡なしのキャンセルに対する割増しキャンセル料の徴収であってもよいし、ブラックリストにユーザを登録することにより、次回以降の注文を拒否するための処理であってもよい。

なお、ステップＳ４２０において、自動架電に対する応答がない場合に、管理者に照会することで人手による確認をトリガしてもよい。この場合、管理者は注文状況等を見てＰＤＤ２０が帰投したか否かを判断し、必要に応じて携帯端末１６に架電する。

（例７）
フェーズ：注文受付
課題：ギフトのＰＤＤ配送時の相手への通知
図２のステップＳ３０２に関連して説明した通り、ユーザ１４は商品２４を注文する際、ＰＤＤ２０と会合する会合場所を指定する。ここで、ギフト配送の場合のように、商品２４の注文者と受取者とが異なることがある。この場合、配送がＰＤＤ２０により行われることを受取者が知っているとは限らない。したがって、注文者とは異なる受取者に、配送がＰＤＤ２０により行われることを知らせる仕組みが必要である。

本例では、管理サーバ１２は、注文者と受取者とが異なる注文を受け付けると、受取者に問い合わせを行い、ＰＤＤ２０による配送に対する同意を得た場合にＰＤＤ２０による配送を行う。同意が無ければ通常の配送が行われる。

図３３は、管理サーバ１２における一連の処理の流れを示すフローチャートである。管理サーバ１２は、注文者とは異なる受取者を指定する注文情報を注文者の端末からネットワーク１８を介して受信する（Ｓ５０２）。管理サーバ１２は、決済処理の完了により注文が確定すると、受け取りに同意するか否かを問い合わせるための同意確認メッセージを、受取者の端末にネットワークを介して送信する（Ｓ５０４）。受取者の端末を特定する方法として、例えば受取者が既にＰＤＤシステム１０に登録されている場合は、その登録情報により受取者の端末が特定されてもよい。管理サーバ１２は、受取者の端末がオンラインである場合には、受取者の端末に同意確認メッセージを送信してもよい。管理サーバ１２は、受取者の端末の電子メールアドレスが登録されている場合は、そのアドレス宛に同意確認メッセージを送信してもよい。あるいはまた、受取者がＰＤＤシステム１０に登録されていない場合、管理サーバ１２は、注文者の端末に受取者の電子メールアドレスを問い合わせてもよい。あるいはまた、注文者から注文情報を取得する際に、受取者の端末を特定するための情報を注文者に入力させてもよい。

管理サーバ１２は、同意確認メッセージに対する応答を、受取者の端末からネットワーク１８を介して受信する。該応答が同意しないことを示す場合（Ｓ５０６のＮ）、または同意確認メッセージに対する応答が所定期間内に得られない場合、通常配送を行うための処理を実行する（Ｓ５０８）。通常配送は、ＰＤＤ２０を用いた配送以外の任意の配送方法であってもよい。

同意確認メッセージに対する応答が同意することを示す場合（Ｓ５０８のＹ）、管理サーバ１２はＰＤＤ２０を受取者に対応する目的地に向かわせるための処理を開始する。管理サーバ１２は、受取者が既にＰＤＤシステム１０に登録されているか否か、すなわちＰＤＤシステム１０による配送を受けたことがある受取者であるか否かを判定する（Ｓ５１０）。例えば、図１９に示される注文制御情報保持部１５２は注文の履歴を保持しているので、管理サーバ１２は受取者のＩＤが注文制御情報保持部１５２に登録されているか否かを判定する。受取者が既に登録されている場合（Ｓ５１０のＹ）、管理サーバ１２は登録されている受取者の情報を用いてＰＤＤ２０による配送を行うための処理を実行する（Ｓ５１２）。受取者が登録されていない場合（Ｓ５１０のＮ）、管理サーバ１２は配送検証を行う（Ｓ５１４）。その後、処理はステップＳ５１２に移る。

（例８）
フェーズ：ＰＤＤ故障時
課題：ＰＤＤの修理／回収、および故障したＰＤＤ内の商品の配送
ＰＤＤ２０は無人で自動的に走行するので、配送中または帰投中に故障したときの対応が問題となる。問題は二つあり、一つ目は故障したＰＤＤ２０をどのように回収するかということであり、二つ目は故障したＰＤＤ２０に積まれている商品２４の配送をどのようにするかということである。

本例に係るＰＤＤ２０は、ＰＤＤ２０自身を監視し、故障を検出した場合には検出した故障箇所や故障内容を示す故障情報を生成し、ネットワーク１８を介して管理サーバ１２に送信する。

図３４は、管理サーバ１２における一連の処理の流れを示すフローチャートである。管理サーバ１２は、ＰＤＤ２０からネットワーク１８を介して故障情報を受信する（Ｓ６０２）。管理サーバ１２は、予め故障情報と故障レベルとを対応付けて保持する故障対応保持部（不図示）を備える。故障レベルは例えばレベル１～レベル４の四つのレベルで表される。レベル１は「業務継続可能」、レベル２は「帰投可能」、レベル３は「その場で退避可能」、レベル４は「まもなく電源停止」、である。管理者は想定される故障内容および故障箇所に対して、レベル１～レベル４のいずれかを割り当て、故障対応保持部に登録しておく。

管理サーバ１２は、故障対応保持部を参照し、受信した故障情報に対応する故障レベルを取得する（Ｓ６０４）。管理サーバ１２は、取得された故障レベルに基づいて、故障したＰＤＤ２０が自走可能か否かを判定する（Ｓ６０６）。例えば、管理サーバ１２は、故障レベルがレベル１またはレベル２であれば、自走可能と判定する。管理サーバ１２は、故障レベルがレベル３またはレベル４であれば、自走不可能と判定する。管理サーバ１２は、自走可能と判定された場合（Ｓ６０６のＹ）、故障したＰＤＤ２０にネットワーク１８を介して帰投指示を送信する（Ｓ６０８）。管理サーバ１２は、自走不可能と判定された場合（Ｓ６０６のＮ）、故障したＰＤＤ２０を他のＰＤＤ２０や配送トラックなどの回収手段により回収するための回収処理を行う（Ｓ６１０）。例えば、管理サーバ１２は、店舗２２で待機している他のＰＤＤ２０に、故障したＰＤＤ２０の位置を含む回収指示をネットワーク１８を介して送信する。回収指示を受信したＰＤＤ２０は、指定された位置まで自動走行し、故障したＰＤＤ２０を連結し（ワイヤ接続等）、店舗２２に連れて帰る。

あるいはまた、管理サーバ１２は、近くの配送トラックに故障したＰＤＤ２０の位置を含む回収指示をネットワーク１８を介して送信する。回収指示を受信した配送トラックは故障したＰＤＤ２０の位置をナビゲーションシステム等により運転者に提示する。運転者は提示された位置に向かい、故障したＰＤＤ２０を配送トラックに積み込む。

管理サーバ１２は、故障したＰＤＤ２０に積まれていた商品２４をユーザ１４に配送するための代替配送処理を行う（Ｓ６１２）。例えば、管理サーバ１２は、故障したＰＤＤ２０に積まれていた商品２４と同じ商品２４を他のＰＤＤ２０に積むための指示を店舗２２にネットワーク１８を介して送信する。合わせて管理サーバ１２は、該他のＰＤＤ２０にネットワーク１８を介して、故障したＰＤＤ２０の会合場所を送信する。店舗２２の店員は該他のＰＤＤ２０に商品２４を積み込み、該他のＰＤＤ２０は指定された会合場所への自動走行を開始する。

あるいはまた、管理サーバ１２は、店舗２２で待機している他のＰＤＤ２０に、故障したＰＤＤ２０の位置および故障したＰＤＤ２０の会合場所を含む代替配送指示をネットワーク１８を介して送信する。代替配送指示を受信したＰＤＤ２０は、故障したＰＤＤ２０の位置まで自動走行し、故障したＰＤＤ２０から商品２４を受け取って格納し、故障したＰＤＤ２０の代わりに指定された会合場所へ自動走行する。これは、故障したＰＤＤ２０に積まれている商品２４が欠品商品や唯一無二の商品の場合に特に有効である。

なお、本例では管理サーバ１２において故障レベルを判定したが、これに限られず、ＰＤＤ２０で故障レベルを判定した上で、ＰＤＤ２０が管理サーバ１２に故障レベルを報告してもよい。

（例９）
フェーズ：商品配送中または帰投中
課題：ＰＤＤ同士の商品受け渡し
例８でも触れたが、ＰＤＤ２０同士で商品２４の受け渡しを行うと、様々な場面で有利である。例えば、空の収容スペース２６を有する帰投中のＰＤＤ２０と、全ての収容スペース２６に商品２４を搭載して会合場所に向かっているＰＤＤ２０と、がすれ違う場合、後者のＰＤＤ２０から前者のＰＤＤ２０に商品２４をいくつか渡すことができれば、配送の効率が向上する。

例８ではＰＤＤ２０同士が自動で商品２４を受け渡す場合を説明した。これには受け渡し専用の機構をＰＤＤ２０に設ける必要があるので、コストとの兼ね合いとなる。本例では、例えばコンビニエンスストアなどの人がいる場所で、人によりＰＤＤ２０間の商品２４の受け渡しを行う場合を説明する。これにより、受け渡し可能な場所が制限される代わりに、コストの問題が軽減される。

図３５は、管理サーバ１２のディスプレイ２０２に表示される管理画面２３４の代表画面図である。管理画面２３４は、図３０に示される管理画面２０４に対応する。管理画面２３４は、電子地図表示領域２３６と、詳細表示領域２３８と、を有する。電子地図表示領域２３６には、電子地図と共に、ＰＤＤ２０の現在位置２４０と、ＰＤＤ２０の予定ルート２４２と、ＰＤＤ２０の目的地（会合場所）２４４と、ＰＤＤ２０の帰投先の店舗２４６と、ＰＤＤ２０同士の会合場所の候補２４８と、候補２４８に関連付けられた受け渡し店舗２５４と、が表示される。詳細表示領域２３８は、電子地図表示領域２３６に表示されているＰＤＤ２０のＩＤおよび状態を表示するＰＤＤ情報表示領域２５０と、ＰＤＤ情報表示領域２５０で選択されているＰＤＤ２０のＩＤと注文に係る商品名および個数と目的地と到着予定時刻とをテキストで表示するＰＤＤ詳細表示領域２５２と、を有する。

管理サーバ１２は、ＰＤＤ２０間での商品２４の授受が可能な複数の受け渡し店舗２５４の場所を保持する授受可能場所保持部（不図示）を備える。管理サーバ１２は、配送中のＰＤＤ２０（Ｎｏ．６３）および帰投中のＰＤＤ２０（Ｎｏ．５２）の両方からネットワーク１８を介して、それぞれの現在位置を受信する。管理サーバ１２は、取得された現在位置に基づいて、授受可能保持部に保持される複数の場所のなかから、二つのＰＤＤ２０が会合すべき場所を選択する。例えば、管理サーバ１２は、授受可能場所保持部に保持される場所のうち、受信された二つの現在位置の一方に最も近い受け渡し店舗２５４の場所を選択する。管理サーバ１２は、授受可能場所保持部に保持される場所のうち、受信された二つの現在位置の他方に最も近い受け渡し店舗２５４の場所を選択する。管理サーバ１２は、選択された二つの場所をＰＤＤ２０同士の会合の場所の候補２４８として電子地図表示領域２３６に表示させる。

表示された二つの場所の候補２４８のうちの一方が指定されると、管理サーバ１２は、配送中のＰＤＤ２０（Ｎｏ．６３）および帰投中のＰＤＤ２０（Ｎｏ．５２）のそれぞれにネットワーク１８を介して、指定された候補２４８へ向かうための指示を送信する。二つのＰＤＤ２０が指定された候補２４８で会合すると、管理サーバ１２は受け渡し店舗２５４のＰＯＳにネットワーク１８を介して、受け渡し対象商品を特定する情報を含む指示を送信する。ＰＯＳは該指示を受信すると、ディスプレイに商品受け渡しを行うよう促す画面を表示させる。受け渡し店舗２５４の店員はその画面を見て、二つのＰＤＤ２０の間の商品２４の受け渡しを実行する。ここで、ＰＯＳは携帯型ＰＯＳ端末でもよく、選択された商品２４のバーコードを従業員が読み込むことで選択された商品２４を受け渡し先のＰＤＤ２０に格納したとのステータスに変更してもよい。または、ＰＤＤにカメラ若しくはバーコード機能を備えさせ、そのカメラ若しくはバーコード機能で選択された商品２４のバーコードを読み込んで同様にステータスの変更を実施してもよい。

（例１０）
フェーズ：商品配送中／目的地での待機中
課題：効果的な販売促進
ＰＤＤ２０は、それぞれが商品２４や荷物を収容可能な複数の収容スペース２６を有する。ユーザ１４から注文が有り、指定された会合場所に向かう際に、注文に係る商品２４を収容する収容スペース２６以外の収容スペース２６を空のままにしておくのは無駄である。本例では、決定されたルート上で配送が可能なユーザに対して、空いている収容スペース２６に合致した商品または対象ユーザの過去の注文履歴から導かれる商品を提案する。なお、以下では空いている収容スペース２６にレコメンドに係る商品２４を積み込む場合を説明するが、これに限られず、ユーザに集荷を提案し、空いている収容スペース２６にユーザからの荷物を積み込んでもよい。

図３６は、例１０に係る管理サーバ１２の機能及び構成を示すブロック図である。管理サーバ１２は、ユーザ情報保持部２５６と、注文制御情報保持部１５２と、目的地／ルート決定部２５８と、販促対象特定部２６０と、レコメンド生成部２６２と、レコメンド配信部２６４と、を備える。

図３７は、図３６のユーザ情報保持部２５６の一例を示すデータ構造図である。ユーザ情報保持部２５６は、ユーザ１４のユーザＩＤと、ユーザ１４の携帯端末１６を特定する端末ＩＤと、ユーザ１４の電子メールアドレスと、ユーザ１４の携帯端末１６から受信した携帯端末１６の最新位置と、ユーザ１４の前回の注文における会合場所である前回会合場所と、ユーザ１４の注文のなかで最も指定頻度が高い会合場所である頻出会合場所と、ユーザ１４が過去に行った注文を特定する注文ＩＤと、を対応付けて保持する。前回会合場所および頻出会合場所は、不図示の注文情報解析部が注文制御情報保持部１５２を解析することにより適宜追加、更新される。

図３６に戻り、目的地／ルート決定部２５８は、ユーザ１４により選択された商品２４の情報と指定された会合場所の情報とを含む注文情報を、携帯端末１６からネットワーク１８を介して受信する。目的地／ルート決定部２５８は、受信した注文情報から会合場所の情報を抽出し、ＰＤＤ２０の目的地に設定する。目的地／ルート決定部２５８は所定のナビゲーションアルゴリズムを用いて、ＰＤＤ２０が待機する店舗２２と指定された会合場所との間のルートを決定する。

販促対象特定部２６０は、ユーザ情報保持部２５６を参照し、目的地／ルート決定部２５８によって決定された目的地およびルートのうちの少なくともひとつの位置に基づいて、ＰＤＤ２０と会合可能なユーザ（以下、販促対象ユーザと称す）を特定する。

図３８は、販促対象特定部２６０における特定処理を説明するための説明図である。目的地／ルート決定部２５８が目的地２６８および予定ルート２７０を設定したとする。販促対象特定部２６０は、目的地２６８を基準とした所定の領域を設定する。図３８の例では販促対象特定部２６０は目的地２６８を中心とする円領域２７２を設定する。販促対象特定部２６０は、予定ルート２７０を基準とした所定の領域を設定する。図３８の例では販促対象特定部２６０は予定ルート２７０を中央とする帯領域２７４を設定する。販促対象特定部２６０は、ユーザ情報保持部２５６を参照し、ユーザの最新位置を取得する。最新位置が利用不可の場合は、販促対象特定部２６０は前回会合場所を取得する。前回会合場所が利用不可の場合は、販促対象特定部２６０は頻出会合場所を取得する。図３８において、白抜きの丸および黒塗りの丸はいずれも上記のように取得されたユーザの位置を示す。販促対象特定部２６０は、取得されたユーザの位置と円領域２７２および帯領域２７４とを比較する。販促対象特定部２６０は、ユーザの位置が円領域２７２および帯領域２７４の両方に入る場合、そのユーザを販促対象ユーザとして特定する。そうでない場合、販促対象特定部２６０は、そのユーザを販促対象ユーザとはしない。図３８の例では、黒塗りの丸で示される位置に対応するユーザが販促対象ユーザとして特定される。

なお、販促対象特定部２６０は、ユーザの位置が円領域２７２および帯領域２７４のすくなくともひとつに入る場合、そのユーザを販促対象ユーザとして特定してもよい。あるいはまた、帯領域２７４を設定せずに円領域２７２に対する包含関係で販促対象ユーザが特定されてもよい。円領域２７２を設定せずに帯領域２７４に対する包含関係で販促対象ユーザが特定されてもよい。

図３６に戻り、レコメンド生成部２６２は、商品２４の販売に係るレコメンド情報を生成する。レコメンドの基準として、本例では以下の二つを採用する。
（１）空の収容スペース２６の大きさとのマッチング
（２）販促対象ユーザの注文履歴とのマッチング

（１）空の収容スペース２６の大きさとのマッチング、について、レコメンド生成部２６２は、空の収容スペース２６に商品２４が入るか否かを収容スペース２６ごと、商品ごとにまとめた大きさマッチングテーブル２７６を生成する。

図３９は、大きさマッチングテーブル２７６の一例を示すデータ構造図である。図３９の例では、収容スペースは五つあり、そのうち収容スペース「２」に商品２４が収容される。残りの収容スペース「１」、「３」、「４」、「５」は空である。レコメンド生成部２６２は空の収容スペースのそれぞれの大きさと、商品の大きさと、を比較し、前者がマージンを含めて後者よりも大きい場合に収容可能（「○」）を、そうでなければ収容不可（「×」）を、登録する。図３９の例では、商品「１」は小さいので収容スペース「１」、「３」、「４」、「５」の全てに収容可能である一方、商品「１１」は大きいので収容スペース「１」、「３」、「４」、「５」のうち最も大きな収容スペース「５」にしか収容できない。レコメンド生成部２６２は、大きさマッチングテーブル２７６を参照し、収容可能となっている商品を販促対象の商品の候補として特定する。

（２）販促対象ユーザの注文履歴とのマッチング、について、レコメンド生成部２６２は、販促対象特定部２６０によって特定された販促対象ユーザの過去の注文履歴を注文制御情報保持部１５２から取得する。レコメンド生成部２６２は、取得された注文履歴を解析する。レコメンド生成部２６２は、解析結果に基づいて、上で特定された販促対象の商品の候補のなかから、販促対象ユーザにマッチする販促対象の商品を特定する。例えば、レコメンド生成部２６２は注文履歴から、収容スペース「２」に収容された商品２４の配送予定時刻までに販促対象ユーザが購入する蓋然性が高い商品を特定する。そのように特定された商品が販促対象の商品の候補となっている場合、レコメンド生成部２６２はその候補を販促対象の商品として特定する。その結果、特定された販促対象の商品は、空の収容スペース２６に収容可能で有り、かつ、販促対象ユーザの嗜好に沿ったものとなる。

レコメンド生成部２６２は、特定された販促対象の商品の情報をレコメンド情報に含める。レコメンド生成部２６２は、目的地／ルート決定部２５８によって決定された目的地およびルートに基づいて、販促対象の商品の異なる複数の配送予定時刻を算出する。目的地／ルート決定部２５８は、算出された複数の配送予定時刻のそれぞれについて配送料金を決定する。レコメンド生成部２６２は、算出された複数の配送予定時刻と決定された配送料金とをレコメンド情報に含める。

レコメンド配信部２６４は、レコメンド生成部２６２によって生成されたレコメンド情報を、販促対象特定部２６０によって特定された販促対象ユーザの携帯端末にネットワーク１８を介して送信する。販促対象ユーザの携帯端末がＰＤＤアプリを立ち上げている場合、レコメンド配信部２６４はユーザ情報保持部２５６に登録されている端末ＩＤを用いてレコメンド情報を送信してもよい。あるいはまた、レコメンド配信部２６４はユーザ情報保持部２５６に登録されている電子メールアドレス宛にレコメンド情報を含む電子メールを送信してもよい。

図４０は、携帯端末１６のディスプレイ３４に表示されるレコメンド画面２７８の代表画面図である。携帯端末１６の送受信部５４はネットワーク１８を介してレコメンド情報を受信する。表示制御部５８は、受信されたレコメンド情報に基づいてレコメンド画面２７８をディスプレイ３４に表示させる。レコメンド画面２７８は、商品の注文を勧めるメッセージを表示するメッセージ表示領域２８０と、販促対象の商品の画像が表示される商品画像表示領域２８２と、販促対象の商品の値段や名称などの商品情報が表示される商品情報表示領域２８４と、配送予定時刻および配送料金の候補が表示される配送情報表示領域２８６と、他ユーザ情報表示領域２８８と、を有する。配送情報表示領域２８６に表示される候補は、レコメンド生成部２６２において得られた複数の配送予定時刻および配送料金に対応する。他ユーザ情報表示領域２８８には、レコメンド情報に対応して当該レコメンド画面２７８を参照している他のユーザの数が示される。これにより、ユーザは当該プロモーションは数に限りがあり、かつ時間も限られていることを理解することができる。

図４１は、管理サーバ１２における一連の処理の流れを示すフローチャートである。管理サーバ１２は、注文に係る目的地およびルートを決定する（Ｓ７０２）。管理サーバ１２は、決定された目的地およびルートに基づいて、販促対象ユーザを特定する（Ｓ７０４）。管理サーバ１２は、注文された商品２４を配送するＰＤＤ２０の空き収容スペース２６を確認する（Ｓ７０６）。空き収容スペース２６がある場合（Ｓ７０８のＹ）、管理サーバ１２は確認した空き収容スペース２６のサイズにマッチする商品を、販促対象の商品の候補として選択する（Ｓ７１０）。管理サーバ１２は、販促対象ユーザの注文履歴を解析することで、ステップＳ７１０で得られた候補を絞り込む（Ｓ７１２）。管理サーバ１２は、ステップＳ７１２の絞り込みの結果得られた販促対象の商品の情報を含むレコメンド情報を生成し、販促対象ユーザの携帯端末に送信する（Ｓ７１４）。管理サーバ１２は、レコメンド情報に応じた注文を受信する（Ｓ７１６）。処理はステップＳ７０６に戻り、管理サーバ１２は再度ＰＤＤ２０の空き収容スペース２６を確認する。空き収容スペース２６がある場合は上記の処理が繰り返され、無い場合（Ｓ７０８のＮ）は処理は終了する。

本例によると、ユーザ１４による商品の注文に合わせて、会合場所や予定ルートの周辺にいる他のユーザに効果的な販促を実施することができる。特に、他のユーザの意向に沿っている蓋然性の高い商品がプロモートされるので、受注の確率を高めることができる。また、管理者側としては、ＰＤＤ２０の空き収容スペース２６を減らすことができる。

なお、本例において、ＰＤＤの配送予定毎にプロモートすると煩雑になる虞があるので、原則の回数を決めておいてもよい。または、ユーザが主体的にアクセスして利用する態様としてもよい。

また、本例では、ＰＤＤ２０が店舗２２を出発する前に管理サーバ１２がレコメンド情報を携帯端末１６に送信する場合について説明したが、これに限られず、例えば、管理サーバ１２は、レコメンド情報を、ＰＤＤ２０が出発した後に、販促対象ユーザの携帯端末にネットワーク１８を介して送信してもよい。この場合、レコメンド情報に対する応答を待たずにＰＤＤ２０を発進させることができるので、ＰＤＤ２０のオペレーションを迅速化することができる。この変形例は、まだ依頼されていないが、販促対象ユーザが購入する蓋然性の高い商品をＰＤＤ２０に積んでＰＤＤ２０を発進させるものである。発進後に、販促対象ユーザに、「５分後に水ようかんが到着します。値引き後１００円です。配送無料です。いかがですか？」といった販促を行う。

本例では、収容スペース２６に空きがあるときにユーザ１４にレコメンドする場合について説明したが、レコメンドの態様はこれに限られない。例えば、管理サーバ１２はユーザ１４の周囲の天気の情報を取得し、雨や雪であれば、よりユーザ１４の現在位置に近い会合場所をより高い配送料金と共に提案してもよい。あるいはまた、管理サーバ１２は、ユーザ１４が注文した商品が基準よりも重い場合は、軽い場合よりも近くの会合場所をより高い配送料金と共に提案してもよい。あるいはまた、管理サーバ１２は、注文制御情報保持部１５２の解析結果から、特定のユーザ１４について該ユーザ１４の現在位置および現在時刻から該ユーザ１４が注文する蓋然性の高い商品を予測してもよい。管理サーバ１２は、ユーザ１４から注文がある前に、予測された商品のレコメンドを行ってもよい。例えば、注文制御情報保持部１５２の解析によりユーザ１４が毎日１１：３０頃におにぎりを注文する傾向にあることが判明した場合、管理サーバ１２は、１１：２５頃に該ユーザ１４の携帯端末１６に、おにぎりの購入を勧めるレコメンドを送信する。また、注文制御情報保持部１５２の解析によりユーザ１４が毎月末に文房具をまとめて購入する傾向にあることが判明した場合、管理サーバ１２は月末の数日前から該ユーザ１４宛に文房具のクーポンを配布してもよい。

本例では、販促対象ユーザにレコメンドを行う場合について説明したが、これに限られず、例えば、管理サーバ１２は会社の同じ部署などにグループレコメンドを行ってもよい。この場合、受け取りはグループ内の特定の人物、例えば新人、が行えるよう管理サーバ１２を構成してもよい。管理サーバ１２は注文を受け付け、指定された受取人（新人）の端末に受け取りのための情報（会合場所、時刻）を送信する。この場合、商品をまとめて配送できるので効率が向上する。ここで、グループにレコメンドした場合でも、注文や決済はグループメンバそれぞれが行い、受取方法のみ、グループメンバのいずれか一人・グループメンバのうち今回注文したメンバのいずれか一人・グループメンバの特定人をグループで決定する。グループで決定するとは、例えば、一番目に注文した人が設定した受取人を次に注文した人が設定変更することができ、同様に、後続の注文者が受取人設定変更を行うことができる。受取人設定変更する際には、受取人に設定される人に対して事前確認を行う処理としてもよい。

上述の実施の形態において、保持部の例は、ハードディスクや半導体メモリである。また、本明細書の記載に基づき、各部を、図示しないＣＰＵや、インストールされたアプリケーションプログラムのモジュールや、システムプログラムのモジュールや、ハードディスクから読み出したデータの内容を一時的に記憶する半導体メモリなどにより実現できることは本明細書に触れた当業者には理解される。

以上、実施の形態に係るＰＤＤシステム１０の構成と動作について説明した。この実施の形態は例示であり、各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解される。

実施の形態は以下の項目により表現されてもよい。
（ＰＤＤ基本動作０（待ち合わせ場所特定）、＜依頼受付時動作＞）
（項目１）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するコンピュータプログラムであって、
無人運送装置の目的地の種別の指定をユーザから取得する機能と、
指定された種別が敷地の大きさに関する基準を満たす場合、ユーザと無人運送装置とが会合する場所をユーザが指定するための画面をディスプレイに表示させる機能と、を端末に実現させるためのコンピュータプログラム。
（項目２）
前記画面は、無人運送装置の目的地の敷地の地図と、該地図に関連して表示される少なくともひとつの会合する場所の候補と、を含む項目１に記載のコンピュータプログラム。
（項目３）
前記画面は、前記候補に関連付けて、該候補が会合する場所として指定された回数を表す指標を含む項目２に記載のコンピュータプログラム。
（項目４）
前記画面は、前記候補に関連付けて、該候補の周囲の画像を含む項目２または３に記載のコンピュータプログラム。
（項目５）
指定された種別が敷地の大きさに関する基準を満たし、かつ、無人運送装置の目的地の敷地の地図が利用可能でない場合、前記画面は、敷地の周りの地図を含む項目１に記載のコンピュータプログラム。
（項目６）
前記画面は敷地の任意の場所を会合する場所として指定可能に構成され、
前記コンピュータプログラムはさらに、
前記画面においてユーザによって指定された場所が指定拒否に関する基準を満たす場合、該指定を拒否する機能を前記端末に実現させる項目１から５のいずれか一項に記載のコンピュータプログラム。
（項目７）
ユーザと店舗側との間の物品の授受を仲介する無人運送装置であって、
測位手段からの位置情報を用いて目的地への自動的移動を実現する移動手段と、
ユーザによる登録モードの指定を受け付ける受付手段と、
登録モードにおいて、ユーザの誘導にしたがい到着した場所を特定する情報を、ユーザと無人運送装置とが会合する場所の候補を特定する情報として、取得する取得手段と、を備える無人運送装置。
（項目８）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するサーバであって、
無人運送装置の目的地の種別の指定をユーザの端末からネットワークを介して取得する取得手段と、
指定された種別が敷地の大きさに関する基準を満たすか否かを判定する判定手段と、
満たすと判定された場合、ユーザと無人運送装置とが会合する場所をユーザが指定するための画面を生成するための画面情報を前記端末に前記ネットワークを介して送信する送信手段と、を備えるサーバ。
（項目９）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関する端末であって、
無人運送装置の目的地の種別の指定をユーザから取得する取得手段と、
指定された種別が敷地の大きさに関する基準を満たす場合、ユーザと無人運送装置とが会合する場所をユーザが指定するための画面をディスプレイに表示させる表示制御手段と、を備える端末。

（ＰＤＤ基本動作１（ＰＤＤ現在位置表示）、＜依頼受付時動作＞）
（項目１）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するコンピュータプログラムであって、
ユーザの端末の現在位置を取得する機能と、
無人運送装置の目的地の指定を受け付ける機能と、
取得された現在位置と指定された目的地とが所定の基準よりも離れている場合、物品の授受の依頼の拒否を示す画面をディスプレイに表示させる機能と、を前記端末に実現させるためのコンピュータプログラム。
（項目２）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関する端末であって、
ユーザの前記端末の現在位置を取得する取得手段と、
無人運送装置の目的地の指定を受け付ける受付手段と、
取得された現在位置と指定された目的地とが所定の基準よりも離れている場合、物品の授受の依頼の拒否を示す画面をディスプレイに表示させる表示制御手段と、を備える端末。
（項目３）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するサーバであって、
ユーザの前記端末の現在位置を該端末からネットワークを介して取得する取得手段と、
無人運送装置の目的地の指定を前記端末から前記ネットワークを介して受け付ける受付手段と、
取得された現在位置と指定された目的地とが所定の基準よりも離れているか否かを判定する判定手段と、
離れていると判定された場合、物品の授受の依頼を拒否するための情報を前記端末に前記ネットワークを介して送信する送信手段と、を備えるサーバ。

（ＰＤＤ基本動作１（ＰＤＤ現在位置表示）、＜運送中／目的地待機中動作＞）
（項目１）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するコンピュータプログラムであって、
無人運送装置に設けられた測位手段を用いて得られた該無人運送装置の現在位置に対応する画像を取得する機能と、
取得された画像をディスプレイに表示させる機能と、を端末に実現させるためのコンピュータプログラム。
（項目２）
前記表示させる機能は、無人運送装置のルート、該無人運送装置の現在位置、該無人運送装置の目的地、のうちの少なくともひとつを含む電子地図に関連付けて前記画像を前記ディスプレイに表示させる機能を含む項目１に記載のコンピュータプログラム。
（項目３）
前記画像は、無人運送装置の目的地を基準とする所定の範囲に該無人運送装置の現在位置が入ったことを条件のひとつとして表示される項目１または２に記載のコンピュータプログラム。
（項目４）
ユーザと無人運送装置との間の物品の授受が完了すると、前記画像の表示を止める機能をさらに前記端末に実現させる項目１から３のいずれか一項に記載のコンピュータプログラム。
（項目５）
前記画像は、無人運送装置が現在位置において周囲を撮像することにより得られた画像に、プライバシーを保護するための処理を施すことで得られた画像である項目１から４のいずれか一項に記載のコンピュータプログラム。
（項目６）
前記画像は、無人運送装置の現在位置に対応する過去の画像である項目１から４のいずれか一項に記載のコンピュータプログラム。
（項目７）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関する端末であって、
無人運送装置に設けられた測位手段を用いて得られた該無人運送装置の現在位置に対応する画像を取得する取得手段と、
取得された画像をディスプレイに表示させる表示制御手段と、を備える端末。
（項目８）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するサーバであって、
無人運送装置の現在位置に関する情報を、該無人運送装置からネットワークを介して取得する第１取得手段と、
プライバシーを保護するための処理が施された画像であって、無人運送装置の現在位置に対応する画像を取得する第２取得手段と、
取得された画像をユーザの端末に、ネットワークを介して送信する送信手段と、を備えるサーバ。
（項目９）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するコンピュータプログラムであって、
無人運送装置に設けられた測位手段を用いて得られた該無人運送装置の現在位置と該無人運送装置の目的地とが所定の基準よりも離れている場合、該無人運送装置の目的地の再指定を可能とするインタフェースを提供する機能と、
前記インタフェースを介して指定された新たな目的地を取得する機能と、を端末に実現させるためのコンピュータプログラム。
（項目１０）
前記インタフェースは、指定可能な目的地の候補を提示し、
前記取得する機能は、ユーザが指定した候補を新たな目的地として取得する機能を含む項目９に記載のコンピュータプログラム。
（項目１１）
無人運送装置の現在位置と該無人運送装置の目的地とが前記所定の基準よりも近くなると、前記インタフェースにおける目的地の再指定を制限または禁止する機能をさらに前記端末に実現させる項目９または１０に記載のコンピュータプログラム。
（項目１２）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関する端末であって、
無人運送装置に設けられた測位手段を用いて得られた該無人運送装置の現在位置と該無人運送装置の目的地とが所定の基準よりも離れている場合、該無人運送装置の目的地の再指定を可能とするインタフェースを提供する提供手段と、
前記インタフェースを介して指定された新たな目的地を取得する取得手段と、を備える端末。
（項目１３）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するサーバであって、
無人運送装置に設けられた測位手段を用いて得られた該無人運送装置の現在位置と該無人運送装置の目的地とが所定の基準よりも離れているか否かを判定する判定手段と、
離れていると判定された場合、無人運送装置の目的地の再指定を可能とするインタフェースを提供するための情報をユーザの端末に、ネットワークを介して送信する送信手段と、
前記インタフェースを介して指定された新たな目的地を前記端末から、ネットワークを介して取得する取得手段と、を備えるサーバ。

（ＰＤＤ基本動作２（配送トラックとの連携）、＜管理装置＞）
（項目１）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムを管理するための管理装置であって、
無人運送装置の現在位置を該無人運送装置からネットワークを介して取得する第１取得手段と、
無人運送装置との物品の授受が可能な配送車両の現在位置を該配送車両からネットワークを介して取得する第２取得手段と、
取得された無人運送装置の現在位置と取得された配送車両の現在位置とに基づいて、無人運送装置の運行状態と配送車両の運行状態とを合わせて電子地図上に表示させる表示制御手段と、
無人運送装置と配送車両とが会合する予定の場所の指定を受け付ける受付手段と、を備える管理装置。
（項目２）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムを管理するための管理装置に、
無人運送装置の現在位置を該無人運送装置からネットワークを介して取得する機能と、
無人運送装置との物品の授受が可能な配送車両の現在位置を該配送車両からネットワークを介して取得する機能と、
取得された無人運送装置の現在位置と取得された配送車両の現在位置とに基づいて、無人運送装置の運行状態と配送車両の運行状態とを合わせて電子地図上に表示させる機能と、
無人運送装置と配送車両とが会合する予定の場所の指定を受け付ける機能と、を実現させるためのコンピュータプログラム。

（ＰＤＤ基本動作３（ＰＤＤ受け渡し時問題）、＜受け渡し待機動作＞）
（項目１）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するコンピュータプログラムであって、
無人運送装置の運行状態に関する情報をネットワークを介して取得する機能と、
取得された情報に合わせて、ユーザに対応する無人運送装置の識別情報をユーザに提供する機能と、を端末に実現させるためのコンピュータプログラム。
（項目２）
ユーザと店舗側との間の物品の授受を仲介する無人運送装置であって、
測位手段からの位置情報を用いて目的地への自動的移動を実現する移動手段と、
目的地に到着したと判定された場合、該目的地にいる他の無人運送装置の待機位置を避けた位置に前記無人運送装置を待機させるための処理を行う待機手段と、を備える無人運送装置。
（項目３）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関する端末であって、
無人運送装置の運行状態に関する情報をネットワークを介して取得する手段と、
取得された情報に合わせて、ユーザに対応する無人運送装置の識別情報をユーザに提供する手段と、を備える端末。

（ＰＤＤ基本動作４（ＰＤＤ受け取り時不在問題）＜受け渡し待機動作＞）
（項目１）
ユーザと店舗側との間の物品の授受を仲介する無人運送装置であって、
測位手段からの位置情報を用いて目的地への自動的移動を実現する移動手段と、
目的地での待機時間を計時する計時手段と、
待機時間がしきい値を上回ると、ユーザに確認するための処理を行う確認手段と、を備える無人運転装置。
（項目２）
ユーザから確認が得られないと判定された場合、目的地での待機を止めるための処理を行う待機停止手段をさらに備える項目１に記載の無人運転装置。
（項目３）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するサーバであって、
無人運送装置の目的地での待機時間を取得する取得手段と、
取得された待機時間がしきい値を上回ると、ユーザに確認するための処理を行う確認手段と、を備えるサーバ。
（項目４）
ユーザから確認が得られないと判定された場合、該ユーザに対してペナルティを課すための処理を行うペナルティ手段をさらに備える項目３に記載のサーバ。
（項目５）
確認に対するユーザからの応答を受け付けた場合、該目的地を再度訪れるよう無人運転装置のルートを変更する変更手段をさらに備える項目３または４に記載のサーバ。

（ＰＤＤ基本動作５（ギフトのＰＤＤ配送）＜依頼受付時動作＞）
（項目１）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するサーバであって、
受取側ユーザへの物品の配送の依頼を、依頼側ユーザの端末からネットワークを介して受け付ける受付手段と、
依頼の受け付けに応じて、受け取りに同意するか否かを問い合わせるためのメッセージを、受取側ユーザの端末へネットワークを介して送信する送信手段と、
送信されたメッセージに対する応答が同意である場合、無人運送装置を受取側ユーザに対応する目的地に向かわせるための処理を行う処理手段と、を備えるサーバ。
（項目２）
送信されたメッセージに対する応答がないと判定された場合または送信されたメッセージに対する応答が不同意である場合、無人運送装置を用いた配送以外の所定の配送方法を用いて物品を配送するための処理を行う手段をさらに備える項目１に記載のサーバ。
（項目３）
配送の履歴を保持する保持手段をさらに備え、
前記処理手段は、受取側ユーザが前記保持手段に登録されていない場合、配送検証を行う項目１または２に記載のサーバ。

（ＰＤＤ基本動作６（故障時の動作））
（項目１）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するサーバであって、
無人運送装置によって検出された該無人運送装置の故障を示す情報を、該無人運送装置からネットワークを介して受け付ける受付手段と、
受け付けられた情報に基づいて故障の程度を示すレベルを取得する取得手段と、
取得されたレベルに応じて、故障対応処理が必要か否かを判定する判定手段と、を備えるサーバ。
（項目２）
故障対応処理は、故障が検出された無人運送装置に積まれていた物品と同等の物品を他の無人運送装置によって運送するための処理を含む項目１に記載のサーバ。
（項目３）
故障対応処理は、故障が検出された無人運送装置に積まれていた物品を他の無人運送装置に移して運送するための処理を含む項目１に記載のサーバ。

（ＰＤＤ基本動作７（ＰＤＤ同士の受け渡し））
（項目１）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するサーバであって、
無人運送装置間での物品の授受が可能な所定の複数の場所を保持する保持手段と、
二つ以上の無人運送装置から、それぞれの現在位置をネットワークを介して取得する取得手段と、
取得された現在位置に基づいて、前記保持手段に保持される複数の場所のなかから、前記二つ以上の無人運送装置が会合すべき場所を選択する選択手段と、を備えるサーバ。

（ＰＤＤ基本動作８（ＰＤＤ配送決定ルート上の販売促進）＜運送中／目的地待機中動作＞）
（項目１）
無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するサーバであって、
無人運送装置の目的地およびルートを決定する決定手段と、
決定された目的地およびルートのうちの少なくともひとつの位置に基づいて、無人運送装置と会合可能なユーザを特定する特定手段と、
物品の販売または物品の集荷に係るレコメンド情報を、特定されたユーザの端末にネットワークを介して送信する送信手段と、を備えるサーバ。
（項目２）
無人運送装置はそれぞれが物品を収容可能な複数の収容スペースを有し、
無人運送装置の複数の収容スペースのうち空いている収容スペースに収容可能な物品を、販売対象の物品としてレコメンド情報に含める手段をさらに備える項目１に記載のサーバ。
（項目３）
決定された目的地およびルートのうちの少なくともひとつに基づいて、前記販売対象の物品の異なる複数の配送予定時刻を算出する手段と、
算出された複数の配送予定時刻をレコメンド情報に含める手段と、をさらに備える項目１または２に記載のサーバ。
（項目４）
算出された複数の配送予定時刻のそれぞれについて配送料金を決定する手段と、
決定された配送料金をレコメンド情報に含める手段と、をさらに備える項目３に記載のサーバ。
（項目５）
配送の履歴を保持する保持手段と、
前記保持手段に保持される履歴に基づいて、特定されたユーザに対応する販売対象の物品を特定する手段と、をさらに備える項目１から４のいずれか一項に記載のサーバ。
（項目６）
前記送信手段は、特定された販売対象の物品に係るレコメンド情報を、該物品を収容した無人運送装置が出発した後に、特定されたユーザの端末にネットワークを介して送信する項目５に記載のサーバ。

１０ ＰＤＤシステム、 １２ 管理サーバ、 １４ ユーザ、 １６ 携帯端末、 １８ ネットワーク、 ２０ ＰＤＤ、 ２２ 店舗。

Claims (2)

1. 無人運送装置を介したユーザと店舗側との間の物品の授受を実現するシステムに関するコンピュータプログラムであって、
   ユーザの端末の現在位置を取得する機能と、
   無人運送装置の目的地の指定を受け付ける機能と、
   取得された現在位置と指定された目的地とが所定の基準よりも離れている場合、物品の授受の依頼の拒否を示す画面をディスプレイに表示させる機能と、を前記端末に実現させるためのコンピュータプログラム。
2. 前記ユーザから受け付ける、物品の情報と、目的地の情報と、物品の授受に係る支払いに関する支払い情報とを含む注文情報を生成する機能と、
   生成した注文情報を、無人運送装置と通信可能なサーバにネットワークを介して送信する機能と、を更に前記端末に実現させるための請求項１に記載のコンピュータプログラム。

Images