(57)【要約】      （修正有）【課題】訪問者が応対者が応対不可能であった場合の応対不可情報を管理すること、また、応対者が再訪問要求している場合に、訪問者が再訪問要求の存在と再訪問要求地点までのルートを把握することを可能とする。【解決手段】応対者が応対不可能であったことを示す応対不可情報をサーバ装置へ送信し、応対不可地点への再訪問要求があったことを示す再訪問要求情報をサーバ装置から受信し、前記再訪問要求のあった再訪問要求地点を通るルートを提示する。【選択図】図７
2016181043.tif 000002
【特許請求の範囲】
【請求項１】
訪問地点として設定された地点に到着したにもかかわらず、応対者が応対不可能であった応対不可地点を特定するための情報である応対不可情報をサーバ装置へ送信する送信手段と、
前記応対不可地点への再訪問要求があった再訪問要求地点または前記再訪問要求地点を通るルートを特定するための情報である再訪問要求情報をサーバ装置から受信する受信手段と、
前記再訪問要求情報に基づいて、前記再訪問要求のあった再訪問要求地点を通るルート情報を提示するルート提示手段と、
を備えることを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置であって、
前記受信手段は、前記再訪問要求地点を通るルートを示すルート情報を更に受信することを特徴とする通信装置。
【請求項３】
請求項２に記載の通信装置であって、
前記ルート情報は、前記再訪問要求地点を再訪問希望時間帯に通るルートを示し、
前記ルート提示手段は、前記再訪問要求地点を前記再訪問希望時間帯に通るルートを提示することを特徴とする通信装置。
【請求項４】
請求項１に記載の通信装置であって、
前記受信手段は、前記再訪問要求地点への再訪問希望時間帯を示す再訪問希望時間帯情報を更に受信し、
前記ルート提示手段は、前記再訪問要求地点を前記再訪問希望時間帯に通るルートを提示することを特徴とする通信装置。
【請求項５】
請求項１乃至４の何れか一項に記載の通信装置であって、
前記ルート提示手段は、複数の訪問地点を全て訪問した後に、前記応対不可地点を通るルートを更に提示することを特徴とする通信装置。
【請求項６】
請求項５に記載の通信装置であって、
前記ルート提示手段は、複数の訪問地点を全て訪問した後に、前記応対不可地点であり、且つ、再訪問要求のあった地点を通るルートを提示することを特徴とする通信装置。
【請求項７】
請求項１乃至６の何れか一項に記載の通信装置であって、
前記訪問地点又は前記再訪問要求地点の到着予想時刻を前記応対者に通知する通知手段を更に備えることを特徴とする通信装置。
【請求項８】
請求項７に記載の通信装置であって、
前記通知手段は、サーバ装置を介して前記到着予想時刻を前記応対者に通知することを特徴とする通信装置。
【請求項９】
通信装置による通信方法であって、
訪問地点として設定された地点に到着したにもかかわらず、応対者が応対不可能であった応対不可地点を特定するための情報である応対不可情報をサーバ装置へ送信する送信工程と、
前記応対不可地点への再訪問要求があった再訪問要求地点または前記再訪問要求地点を通るルートを特定するための情報である再訪問要求情報をサーバ装置から受信する受信工程と、
前記再訪問要求情報に基づいて、前記再訪問要求のあった再訪問要求地点を通るルート情報を提示するルート情報提示工程と、
を含むことを特徴とする通信方法。
【請求項１０】
コンピュータを、
訪問地点として設定された地点に到着したにもかかわらず、応対者が応対不可能であった応対不可地点を特定するための情報である応対不可情報をサーバ装置へ送信する送信手段、
前記応対不可地点への再訪問要求があった再訪問要求地点または前記再訪問要求地点を通るルートを特定するための情報である再訪問要求情報をサーバ装置から受信する受信手段、
前記再訪問要求情報に基づいて、前記再訪問要求のあった再訪問要求地点を通るルート情報を提示するルート提示手段、
として機能させることを特徴とする通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、訪問地点に関する情報を通信する通信装置等の技術分野に関する。
【背景技術】
【０００２】
従来、訪問者が訪問地点を訪れる際、訪問地点までの経路をよく知らない場合などには、ナビゲーション装置を利用する。一般にナビゲーション装置を利用する場合、訪問地点（目的地）をナビゲーション装置に手入力する必要がある。
【０００３】
その一方で、目的地を手入力する代わりに、パソコンなどの端末装置から目的地を示す位置情報をサーバ装置に一旦登録し、サーバ装置から当該位置情報をナビゲーション装置にダウンロードさせる技術が開示されている（例えば、特許文献１）。当該技術によれば、ナビゲーション装置に位置情報を手入力せずに済むといった利点ある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−５５９０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術は目的地の入力に関する技術であるため、例えば、訪問者が訪問地点を訪れ、応対者が応対不可能であった場合の応対不可情報を管理することができず、また、応対者が再訪問要求している場合であっても訪問者がその再訪問要求の存在を知ることができないという問題がある。
【０００６】
本願発明は、こうした事情に鑑み、訪問者が応対者に応対してもらえなかった場合の応対不可情報を管理することができ、また、応対者が再訪問要求している場合に、訪問者が再訪問要求の存在と再訪問要求地点までのルートを把握することができる通信装置等を提供することを課題とする。
【課題を解決するための手段】
【０００７】
請求項１に記載の発明は、訪問地点として設定された地点に到着したにもかかわらず、応対者が応対不可能であった応対不可地点を特定するための情報である応対不可情報をサーバ装置へ送信する送信手段と、前記応対不可地点への再訪問要求があった再訪問要求地点または前記再訪問要求地点を通るルートを特定するための情報である再訪問要求情報をサーバ装置から受信する受信手段と、前記再訪問要求情報に基づいて、前記再訪問要求のあった再訪問要求地点を通るルート情報を提示するルート提示手段と、を備えることを特徴とする。
【０００８】
請求項９に記載の発明は、通信装置による通信方法であって、訪問地点として設定された地点に到着したにもかかわらず、応対者が応対不可能であった応対不可地点を特定するための情報である応対不可情報をサーバ装置へ送信する送信工程と、前記応対不可地点への再訪問要求があった再訪問要求地点または前記再訪問要求地点を通るルートを特定するための情報である再訪問要求情報をサーバ装置から受信する受信工程と、前記再訪問要求情報に基づいて、前記再訪問要求のあった再訪問要求地点を通るルート情報を提示するルート情報提示工程と、を含むことを特徴とする。
【０００９】
請求項１０に記載の発明は、コンピュータを、訪問地点として設定された地点に到着したにもかかわらず、応対者が応対不可能であった応対不可地点を特定するための情報である応対不可情報をサーバ装置へ送信する送信手段、前記応対不可地点への再訪問要求があった再訪問要求地点または前記再訪問要求地点を通るルートを特定するための情報である再訪問要求情報をサーバ装置から受信する受信手段、前記再訪問要求情報に基づいて、前記再訪問要求のあった再訪問要求地点を通るルート情報を提示するルート提示手段、として機能させることを特徴とする。
【図面の簡単な説明】
【００１０】
【図１】通信装置１のブロック図である。
【図２】配送用ナビゲーションシステムＳの構成例を示す図である。
【図３】サーバ装置ＳＶのブロック図である。
【図４】配送ＤＢ４００の内容の一例を示す図である。
【図５】ナビゲーション装置ＮＶのブロック図である。
【図６】ルート案内画面５００の画面例を示す図である。
【図７】ルート案内画面５００の画面例を示す図である。
【図８】ルート案内画面５００の画面例を示す図である。
【図９】配送用ナビゲーションシステムＳの動作例を示すフローチャートである。
【図１０】配送用ナビゲーションシステムＳの動作例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
本願発明を実施するための形態について、図１を用いて説明する。
【００１２】
図１に示すように、通信装置１は送信手段１１１Ａと、受信手段１１１Ｂと、ルート提示手段１１１Ｃと、通知手段１１１Ｄと、取得手段１１１Ｅと、を備えている。
【００１３】
送信手段１１１Ａは、訪問地点として設定された地点に到着したにもかかわらず、応対者が応対不可能であった応対不可地点を特定するための情報である応対不可情報をサーバ装置２へ送信する。なお、応対不可情報の例としては、応対不可地点の緯度経度、住所、施設名などが挙げられる。
【００１４】
受信手段１１１Ｂは、応対者が応対不可能であった応対不可地点への再訪問要求があった再訪問要求地点または前記再訪問要求地点を通るルートを特定するための情報である再訪問要求情報をサーバ装置２から受信する。なお、再訪問要求情報の例としては、再訪問要求地点の緯度経度、住所、施設名やこれらの地点を結ぶ道路情報などが挙げられる。
【００１５】
ルート提示手段１１１Ｃは、再訪問要求情報に基づいて、再訪問要求のあった再訪問要求地点を通るルートを提示する。すなわち、ルート提示手段はルート情報を提示する。なお、ルート提示手段によって提示されるルート情報は、ルートそのものであってもよいし、ルートに関連する情報（右折・左折を示す矢印情報やメッセージ表記等）であってもよい。
【００１６】
これにより、訪問者が訪問地点を訪れ、応対者が応対不可能であった場合の応対不可情報をサーバ装置２により管理することができる。また、通信装置１を利用する訪問者は応対者から再訪問要求があったこと、及び、その再訪問要求があった地点までのルートを把握することができる。
【００１７】
また、受信手段１１１Ｂが、再訪問要求地点を通るルートを示すルート情報を更に受信することとした場合、通信装置１は、再訪問要求地点を通るルートを探索せずに済み、処理負担が軽減される。また、ルート情報が、再訪問要求地点を再訪問希望時間帯に通るルートを示し、ルート提示手段１１１Ｃが、再訪問要求地点を再訪問希望時間帯に通るルートを提示することとした場合、通信装置１は、再訪問要求地点を再訪問希望時間帯に通るルートを探索せずに済み、処理負担が軽減される。加えて、通信装置１を利用する訪問者は、提示されたルートに従うことにより再訪問要求地点を再訪問希望時間帯に訪問することができる。
【００１８】
一方、受信手段１１１Ｂが、再訪問要求地点への再訪問希望時間帯を示す再訪問希望時間帯情報を更に受信し、ルート提示手段１１１Ｃが、再訪問要求地点を再訪問希望時間帯に通るルートを提示することとした場合、通信装置１を利用する訪問者は、提示されたルートに従うことにより再訪問要求地点を再訪問希望時間帯に訪問することができる。
【００１９】
更に、ルート提示手段１１１Ｃが、複数の訪問地点を全て訪問した後に、応対不可地点を通るルートを更に提示することとした場合、通信装置１を利用する訪問者は、応対不可地点を再訪問する際に、何れの訪問地点が応対不可地点であったかを一件一件調べて、目的地として再入力しなくとも、応対不可地点を通るルートを把握することができる。
【００２０】
更にまた、ルート提示手段１１１Ｃが複数の訪問地点を全て訪問した後に、前記応対不可地点であり、且つ、再訪問要求のあった地点を通るルートを提示する。 
【００２１】
更にまた、通知手段１１１Ｄは、訪問地点又は再訪問要求地点の到着予想時刻を応対者に通知する。このとき、通知手段１１１Ｄは、サーバ装置２を介して到着予想時刻を応対者に通知することとしてもよい。これにより、応対者は、訪問者がいつ訪問してくるかを事前に把握することができる。
【００２２】
更にまた、取得手段１１１Ｅは、訪問地点を外部から取得する。これにより、通知手段１１１Ｄは、目的地として訪問地点を入力せずに済む。
【実施例】
【００２３】
次に、上述した実施形態に対応する具体的な実施例について説明する。
【００２４】
図２−図１０を用いて実施例について説明する。なお以下に説明する実施例は、本願発明を、配送用ナビゲーションシステムＳに適用した場合の実施例である。
【００２５】
図２に示すように、本実施例の配送用ナビゲーションシステムＳは、配送業者のドライバーＤが配送時に使用する配送車両に搭載される車載ナビゲーション装置ＮＶ（「通信装置」の一例。以下、「ナビゲーション装置ＮＶ」という場合がある）と、荷受人Ｃの所有する端末装置Ｍと、ナビゲーション装置ＮＶ及び端末装置Ｍと接続する情報処理サーバ装置ＳＶ（「サーバ装置」の一例。以下、「サーバ装置ＳＶ」という場合がある）とを含んで構成されている。サーバ装置ＳＶは、ナビゲーション装置ＮＶ及び端末装置ＭとネットワークＮＷを介して接続可能である。なお、図２ではナビゲーション装置ＮＶと端末装置Ｍをそれぞれ一台ずつ示しているが、配送用ナビゲーションシステムＳは複数のナビゲーション装置ＮＶ及び端末装置Ｍを含んで構成されている。また、端末装置Ｍの例としては、ＰＣ、スマートフォン、携帯電話、タブレット型端末などが挙げられる。
【００２６】
サーバ装置ＳＶは、ドライバーＤが担当する荷物の配送先に関する配送先情報（配送地点を示す配送地点情報、荷受人名を示す荷受人名情報及び配送希望時間帯を示す配送希望時間帯情報を含む）をナビゲーション装置ＮＶに送信する。
【００２７】
ナビゲーション装置ＮＶは、配送地点情報及び配送希望時間帯情報に基づき各配送地点の巡回に適したルートを探索し、ドライバーＤに案内する。具体的には、各配送地点を通るルートであって、配送地点を配送希望時間帯に通るルートを探索する。また、ナビゲーション装置ＮＶは、配送地点（例えば、荷受人Ｃの自宅）に行ったにもかかわらず、荷受人Ｃが不在により荷物を引き渡せなかった場合に、不在地点を特定するための情報である不在情報の入力を受け付けるようになっている。このとき、ドライバーＤは荷物を引き渡せなかった場合に、荷物を配送しにきたことを荷受人に知らせる不在票を荷受人Ｃ宅のポストに投函するとともに、不在情報をナビゲーション装置ＮＶに入力する。ナビゲーション装置ＮＶは、不在情報が入力されると、不在情報をサーバ装置ＳＶに送信する。
【００２８】
サーバ装置ＳＶは、不在情報を受信すると、配送ＤＢに登録する。
【００２９】
一方、不在票を受け取った荷受人Ｃは、再配送を希望する場合には、端末装置Ｍを用いて再配送要求のあった地点を特定するための情報である再配送要求情報とともに再配送希望時間帯を示す再配送希望時間帯情報をサーバ装置ＳＶに対して送信する。荷受人Ｃは、サーバ装置ＳＶ側で提供する再配送用のｗｅｂページ（ｗｅｂページのＵＲＬ（Uniform Resource Locator）は不在票に記載されている）を介して再配送要求を行うことができる。
【００３０】
サーバ装置ＳＶは、端末装置Ｍから再配送要求情報と再配送希望時間帯情報を受信すると、配送ＤＢに登録する。そして、サーバ装置ＳＶは、再配送要求情報、再配送希望時間帯情報及び再配送要求のあった配送地点を示す情報をナビゲーション装置ＮＶに送信する。
【００３１】
ナビゲーション装置ＮＶは、サーバ装置ＳＶから再配送要求情報を受信すると、再配送要求情報とともに受信した再配送希望時間帯情報及び再配送地点を示す情報に基づいて、ルートの再探索を行う。具体的には、未訪問の配送地点と、再配送要求のあった地点を通るルートであって、再配送要求地点を再配送希望時間帯に通るルートを探索する。そして、探索結果に基づいてルート案内を再開する。
【００３２】
［１．情報処理サーバ装置ＳＶの構成］
次に、情報処理サーバ装置ＳＶの構成について説明する。図３に示すように、情報処理サーバ装置ＳＶは、大別して、制御部３１１、記憶部３１２、通信部３１３、表示部３１４及び操作部３１５を含んで構成されている。
【００３３】
記憶部３１２は、例えばハードディスクドライブ等により構成されており、ＯＳ（Operating System）、サーバプログラム及び各種データを記憶する。
【００３４】
また、記憶部３１２には、配送ＤＢが構築されている。図４に示すように、配送ＤＢ４００には、ドライバーＩＤ４０１、荷物ＩＤ４０２、配送地点４０３、荷受人名４０４、配送希望日・時間帯４０５、配送状況４０６、再配送要求フラグ４０７及び再配送希望時間帯４０８を示す情報が登録される。
【００３５】
ドライバーＩＤ４０１にはドライバーを識別するために一意に付与される情報が登録される。
【００３６】
荷物ＩＤ４０２には荷物を識別するために一意に付与される情報が登録される。
【００３７】
配送地点４０３には荷物の配送先を示す情報であり、例えば、住所や緯度・経度を示す情報が登録される。
【００３８】
荷受人名４０４には荷受人Ｃの氏名や会社名を示す情報が登録される。
【００３９】
配送希望日・時間帯４０５には荷受人Ｃが指定した配送希望日・時間帯を示す情報が登録される。例えば、配送希望日の日付と、「午前中」を示す「１」、「１２：００〜１５：００」を示す「２」、「１５：００〜１８：００」を示す「３」、「１８：００〜２０：００」を示す「４」、「２０：００以降」を示す「５」、「希望無し」を示す「９」が登録される。
【００４０】
配送状況４０６には、荷物の配送状況を示す情報が登録される。例えば、配送地点へ未到着であることを示す「０」、配送地点へ到着し且つ荷物を引き渡したことを示す「１」、又は、配送地点へ到着し且つ荷物を引き渡せず持ち帰ったことを示す「２」が登録される。配送開始時には、全ての荷物の配送状況として「０」が登録されており、ドライバーＤが配送地点に到着する度に「１」又は「２」が登録される。すなわち、ナビゲーション装置ＮＶから配送地点へ到着し且つ荷物を引き渡したことを示す配送が完了した地点を特定するための情報である配送完了情報を受信した場合には「１」が登録され、一方、配送地点へ到着し且つ荷物を引き渡せなかったことを示す不在情報を受信した場合には「２」が登録される。
【００４１】
再配送要求フラグ４０７には、再配送要求があったことを示す「１」、又は、再配送要求がないことを示す「０」が登録される。端末装置Ｍから再配送要求情報を受信した場合に再配送要求フラグは「０」から「１」に更新される。
【００４２】
再配送希望時間帯４０８には、再配送希望時間帯を示す情報が登録される。登録内容は、配送希望時間帯と同様である。再配送希望時間帯は、端末装置Ｍから再配送要求情報を受信した場合に「１」−「５」、「９」の何れかの値に更新される。
【００４３】
通信部３１３は、ネットワークＮＷに接続して、ナビゲーション装置ＮＶや端末装置Ｍ等との通信状態を制御する。
【００４４】
表示部３１４は、例えば、液晶ディスプレイ等により構成されており、文字や画像等の情報を表示するようになっている。
【００４５】
操作部３１５は、例えば、キーボード、マウス等により構成されており、オペレータからの操作指示を受け付け、その指示内容を指示信号として制御部３１１に出力するようになっている。
【００４６】
制御部３１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等により構成されている。そして、ＣＰＵが、ＲＯＭや記憶部３１２に記憶された各種プログラムを読み出し実行することにより各種機能を実現する。
【００４７】
［２．ナビゲーション装置ＮＶの構成］
次に、本実施例に係るナビゲーション装置ＮＶの構成について説明する。図５に示すように、ナビゲーション装置ＮＶは、制御部２１１と、ＨＤＤ等からなる記憶装置２１２と、キーボード又はリモートコントローラ、タッチパネル等からなる入力装置２１３と、表示ユニット２１４と、バスライン２１５と、入出力インターフェース部２２０と、車速センサ２２１と、角速度センサ２２２と、加速度センサ２２３と、舵角センサ２２４と、ＧＰＳ（Global Positioning System）受信部２２５と、データ送受信部２２６と、無線通信部２２７を備えて構成されている。
【００４８】
車速センサ２２１は、例えばナビゲーション装置ＮＶが搭載されている車両から取得される車速パルス等を用いた速度検出処理等を用いて当該車両の現在速度を検出し、速度データを出力する。角速度センサ２２２は、当該車両の、例えば方向変化の角速度を検出し、単位時間当たりの角速度データ及び相対方位データを出力する。加速度センサ２２３は、当該車両の例えば前後方向の加速度を検出し、単位時間当たりの加速度データ等を出力する。舵角センサ２２４は、当該車両の舵角を検出し、舵角データ等を出力する。ＧＰＳ受信部２２５は、ＧＰＳ衛星からの航法電波を受信し、ＧＰＳ測位データとして自車位置情報である緯度、経度、高度データ、車両の進行方向の絶対方位データ及びＧＰＳ速度データ等を出力する。データ送受信部２２６は、ネットワークを介したサーバ装置との間のデータの送受信に係る処理を行う。無線通信部２２７は、無線による路車間通信と車車間通信に係る処理を行う。
【００４９】
記憶装置２１２は、表示ユニット２１４に地図を表示するための地図画像データや、経路を探索する際に用いる地図情報、道路リンク情報などが格納される。また、記憶装置２１２は、オペレーティングシステムや、アプリケーションプログラム等の各種プログラムを記憶する。なお、各種プログラムは、例えば、サーバ装置等からネットワークを介して取得されるようにしても良いし、ＣＤ、ＤＶＤ、ＵＳＢメモリ等の記録媒体に記録されたものを読み込むようにしても良い。
【００５０】
入力装置２１３は、タッチパネル、キーボード、マウス、その他のコントローラ等により構成され、利用者の入力操作を受け付けて、操作内容を示す操作信号を制御部２１１に送信する。
【００５１】
表示ユニット２１４は、制御部２１１の制御下で各種表示データを表示する。表示ユニット２１４は、グラフィックスコントローラ２１４ａと、ＶＲＡＭ（Video RAM）等のメモリからなるバッファメモリ２１４ｂと、液晶ディスプレイ等からなるディスプレイ２１４ｃ等を備えて構成されている。この構成においてグラフィックスコントローラ２１４ａは、バスライン２１５を介して制御部２１１から送られる制御データに基づいて、表示ユニット２１４全体の制御を行う。また、バッファメモリ２１４ｂは、即時表示可能な画像情報を一時的に記憶する。そして、グラフィックスコントローラ２１４ａから出力される画像データに基づいて、ディスプレイ２１４ｃに画像が表示される。
【００５２】
制御部２１１は、制御部２１１全体を制御するＣＰＵ２１１ａと、制御部２１１を制御する制御プログラム等が予め記憶されているＲＯＭ２１１ｂと、各種データを一時的に格納するＲＡＭ２１１ｃと、により構成されている。制御部２１１は、車速センサ２２１、角速度センサ２２２、加速度センサ２２３、舵角センサ２２４及びＧＰＳ受信部２２５と、バスライン２１５及び入出力インターフェース部２２０を介して接続されており、それぞれから出力される速度データ、角速度データ及び相対方位データ、舵角データ、ＧＰＳ測位データ及び車両の進行方向の絶対方位データ、加速度データ等に基づいて、ナビゲーション装置１全体の制御を行うとともに、表示ユニット２１４等の各種構成部材における夫々の動作を制御する。
【００５３】
制御部２１１は、サーバ装置ＳＶから受信した配送地点情報並びに配送希望時間帯情報及び再配達希望時間帯情報に基づいてルートを探索し、ルート案内画面をディスプレイ２１４ｃに表示させる。ここで、図６−図８を用いてルート案内画面５００について説明する。
【００５４】
ルート案内画面５００は配送先一覧画面５０１と地図画面５１１により構成されている。
【００５５】
配送先一覧画面５０１は、配送順５０２と、荷受人名５０３と、配送完了ボタン５０４と、不在ボタン５０５とを含んでいる。ドライバーＤは、配送を完了すると、その荷受人名５０３に対応する配送完了ボタン５０４を選択するようになっている。配送完了ボタン５０４が選択されると、配送完了情報がサーバ装置ＳＶに送信される。また、ドライバーＤは、荷受人Ｃが不在のため荷物を引き渡せなかった場合、その荷受人名５０３に対応する不在ボタン５０５を選択するようになっている。不在ボタン５０５が選択されると、不在情報がサーバ装置ＳＶに送信される。なお、配送完了ボタン５０４と不在ボタン５０５は、ドライバーＤに選択されると、表示色が変化し、一目で選択状態か非選択状態かを認識することができるようになっている。
【００５６】
地図画面５１１は、メッセージ欄５１２と、ルートボタン５１３と、メニューボタン５１４と、広域ボタン５１５と、詳細ボタン５１６とを含んでいる。メッセージ欄５１２には、次の配送地点を示す配送順と、荷受人名と、配送希望時間帯、及び、次の配送地点までの所要時間（従来公知の手法で算出される）が表示される。ルートボタン５１３がドライバーＤにより選択されるとルート全体を表示する画面（図示しない）が表示される。メニューボタン５１４がドライバーＤにより選択されるとナビゲーション装置ＮＶの設定等を行うための画面（図示しない）が表示される。広域ボタン５１５又は詳細ボタン５１６がドライバーＤにより選択されると地図画面５１１に表示される地図の縮尺が変化し、より広域の地図が表示されたり、地図の一部をより拡大した地図が表示されたりする。また、地図上には、自車位置を示すアイコン５１７や、配送地点の位置を示す番号アイコン５１８（配送順５０２と対応している）が表示される。これにより、ドライバーＤは現在位置から配送地点までの位置関係を一目で把握することができる。
【００５７】
また、図７に示すように、サーバ装置ＳＶから再配送要求情報及び再配送希望時間帯情報を受信すると、再配送メッセージ欄５２１が表示される。再配送メッセージ欄５２１には、再配送を希望する荷受人名、再配送希望時間帯が表示されるとともに、ルートの再探索を行うか否かをドライバーＤに問い合わせるメッセージが表示される。再配送メッセージ欄５２１には、はいボタン５２２と、いいえボタン５２３が含まれており、ドライバーＤはルートの再探索を行うか否かを検討し、何れかのボタンを選択する。制御部２１１は、はいボタン５２２が選択されたことを検出すると、未訪問の配送地点と再配送要求のあった地点を通るルートであって、配送地点と再配送要求地点を配送希望時間帯又は再配送希望時間帯に通るルートを探索する。制御部２１１は、探索を完了すると探索結果に応じて、新たに配送先一覧画面５０１を表示する。なお、サーバ装置ＳＶが、未訪問の配送地点と再配送要求のあった地点を通るルートであって、配送地点と再配送要求地点を配送希望時間帯又は再配送希望時間帯に通るルートを探索することとし、ドライバーＤによりはいボタン５２２が選択された場合には、サーバ装置ＳＶが探索したルートをドライバーＤに提示することとしてもよい。
【００５８】
更に、図６に示す配送先一覧画面５０１の荷受人名５０３はドライバーＤにより選択可能となっており、荷受人名５０３がドライバーＤにより選択されると、図８に示すように、荷受人詳細欄５３１が表示される。荷受人詳細欄５３１には、荷受人名、住所、電話番号、荷物ＩＤ、配送希望時間帯が表示される。また、荷受人詳細欄５３１は、閉じるボタン５３２を含み、ドライバーＤにより閉じるボタン５３２が選択されると、荷受人詳細欄５３１は閉じられる。
【００５９】
［３．配送用ナビゲーションシステムＳの動作例］
次に、図９及び図１０のフローチャートを用いて、配送用ナビゲーションシステムＳの動作例について説明する。なお、ここでは説明の簡略化のため、配送ＤＢ４００にはその日に配送すべき荷物のデータのみが登録されているものとする。
【００６０】
まず、サーバ装置ＳＶの制御部３１１は、荷物を配送するドライバーのドライバーＩＤに基づいて、ドライバーＤが配送する荷物の荷物ＩＤ及び配送先情報（配送地点情報、荷受人名情報及び配送希望時間帯情報を含む）を配送ＤＢ４００から取得し、ドライバーＤの配送用車両に搭載されたナビゲーション装置ＮＶに送信する（Ｓ１１Ｂ）。具体的には、制御部３１１は、ドライバーＩＤに基づいて配送ＤＢ４００を検索し、ヒットした荷物ＩＤと対応する配送先情報をナビゲーション装置ＮＶに送信する。
【００６１】
これに対して、ナビゲーション装置ＮＶの制御部２１１は、サーバ装置ＳＶから荷物ＩＤ及び配送先情報を受信すると（ステップＳ１１Ａ）、配送先情報に基づいてルート探索を行う（ステップＳ１２Ａ）。具体的には、制御部２１１は、配送先情報の示す配送地点を通るルートであって、配送地点を配送希望時間帯に通るルートを探索する。
【００６２】
次に、制御部２１１は、ステップＳ１２Ａの処理結果に基づいて、ルート案内画面５００をディスプレイ２１４ｃに表示させる（ステップＳ１３Ａ）。
【００６３】
以降、制御部２１１は、ＧＰＳ測位データや各種センサ等から出力される各種データに基づいて算出される現在位置に基づいて、地図画面５１１をリアルタイムで更新する（ステップＳ１４Ａ）。
【００６４】
次に、制御部２１１は、配送完了ボタン５０４が選択されたか否かを判定する（ステップＳ１５Ａ）。このとき、制御部２１１は、配送完了ボタン５０４が選択されていないと判定した場合には（ステップＳ１５Ａ：ＮＯ）、ステップＳ１７Ａの処理に移行する。一方、制御部２１１は、配送完了ボタン５０４が選択されたと判定した場合には（ステップＳ１５Ａ：ＹＥＳ）、荷物ＩＤと配送完了情報をサーバ装置ＳＶに送信する（ステップ１６Ａ）。具体的には、制御部２１１は、ドライバーＤにより選択された配送完了ボタン５０４に対応する荷物ＩＤ（例えば、図６の配送完了ボタン５０４Ａが選択された場合には、「田中△△」宛の荷物の荷物ＩＤ）と対応付けて配送完了情報をサーバ装置ＳＶに送信する。
【００６５】
次に、制御部２１１は、不在ボタン５０５が選択されたか否かを判定する（ステップＳ１７Ａ）。このとき、制御部２１１は、不在ボタン５０５が選択されていないと判定した場合には（ステップＳ１７Ａ：ＮＯ）、図１０に示すステップＳ１９Ａの処理に移行する。一方、制御部２１１は、不在ボタン５０５が選択されたと判定した場合には（ステップＳ１７Ａ：ＹＥＳ）、荷物ＩＤと不在情報をサーバ装置ＳＶに送信する（ステップ１８Ａ）。具体的には、制御部２１１は、ドライバーＤにより選択された不在ボタン５０５に対応する荷物ＩＤ（例えば、図６の不在ボタン５０５Ａが選択された場合には、「高橋ＸＸ」宛の荷物の荷物ＩＤ）と対応付けて不在情報をサーバ装置ＳＶに送信する。
【００６６】
一方、サーバ装置ＳＶの制御部３１１は、ステップＳ１１Ｂの処理後、ナビゲーション装置ＮＶからの配送完了情報又は不在情報の受信を待機しており（ステップＳ１２Ｂ：ＮＯ、ステップＳ１４Ｂ：ＮＯ）、荷物ＩＤと配送完了情報を受信すると（ステップＳ１２Ｂ：ＹＥＳ）、配送ＤＢ４００の配送状況４０６を「０」から「１」に更新する。具体的には、制御部３１１は、配送完了情報と対応付けられて受信した荷物ＩＤに対応する配送状況４０６を「１」に更新する。また、制御部３１１は、荷物ＩＤと不在情報を受信すると（ステップＳ１４Ｂ：ＹＥＳ）、配送ＤＢ４００の配送状況４０６を「０」から「２」に更新する。具体的には、制御部３１１は、不在情報と対応付けられて受信した荷物ＩＤに対応する配送状況４０６を「２」に更新する。
【００６７】
図１０に移り、不在票を受け取った荷受人Ｃが端末装置Ｍを用いて再配送用のｗｅｂページにアクセスして再配送要求操作を行うと、端末装置Ｍの図示しない制御部（ＣＰＵ、ＲＯＭ、ＲＡＭ等により構成される）は、荷物ＩＤ、再配送要求情報及び再配送希望時間帯情報をサーバ装置ＳＶに送信する（ステップＳ１１Ｃ）。なお、再配送用のｗｅｂページには再配送を希望する荷物の荷物ＩＤ及び再配送希望時間帯を入力する構成となっており、端末装置Ｍの制御部は、当該荷物ＩＤと対応付けて再配送要求情報及び入力された再配送希望時間帯を示す再配送希望時間帯情報をサーバ装置ＳＶに送信する。なお、再配送要求は、ｗｅｂページからだけではなく電話によって行うことができるようにしてもよい。例えば、再配送要求用の電話番号に電話し、音声ガイダンスに従って、DTMF（Dual-Tone Multi-Frequency）を用いて、荷物ＩＤ及び再配送希望時間帯情報を登録できるようにしてもよい。
【００６８】
これに対して、サーバ装置ＳＶの制御部３１１は、端末装置Ｍからの荷物ＩＤ、再配送要求情報及び再配送希望時間帯情報の受信を待機しており（ステップＳ１６Ｂ：ＮＯ）、荷物ＩＤ、再配送要求情報及び再配送希望時間帯情報を受信すると（ステップＳ１６Ｂ：ＹＥＳ）、配送ＤＢ４００の再配送要求フラグ４０７を「１」に更新する（ステップＳ１７Ｂ）。具体的には、制御部３１１は、再配送要求情報とともに受信した荷物ＩＤに対応する再配送要求フラグ４０７を「１」に更新する。次いで、制御部３１１は、配送ＤＢ４００の再配送希望時間帯４０８に、受信した再配送希望時間帯情報の示す再配送希望時間帯を示す値を登録する（ステップＳ１８Ｂ）。具体的には、制御部３１１は、再配送要求情報とともに受信した荷物ＩＤに対応する再配送希望時間帯４０８に再配送希望時間帯情報の示す再配送希望時間帯に対応する値を登録する。
【００６９】
次に、制御部３１１は、ステップＳ１６Ｂの処理で受信した荷物ＩＤ、再配送要求情報及び再配送希望時間帯情報をナビゲーション装置ＮＶに送信する（ステップＳ１９Ｂ）。このとき、制御部３１１は、荷物ＩＤに基づいてドライバーＩＤを特定し、ドライバーＩＤの示すドライバーの配送車両に搭載されたナビゲーション装置ＮＶに送信する。
【００７０】
他方、ナビゲーション装置ＮＶの制御部２１１は、サーバ装置ＳＶからの荷物ＩＤ、再配送要求情報及び再配送希望時間帯情報の受信を待機しており（ステップＳ１９Ａ：ＮＯ）、サーバ装置ＳＶから荷物ＩＤ、再配送要求情報及び再配送希望時間帯情報を受信すると（ステップＳ１９Ａ：ＹＥＳ）、再配送メッセージ欄５２１をディスプレイ２１４ｃに表示させる（ステップＳ２０Ａ）。次いで、制御部２１１は、はいボタン５２２が選択されたか、又は、いいえボタン５２３が選択されたかを判定する（ステップＳ２１Ａ）。制御部２１１は、いいえボタン５２３が選択されたと判定した場合には（ステップＳ２１Ａ：ＮＯ）、ステップＳ２４Ａの処理に移行する。一方、制御部２１１は、はいボタン５２４が選択されたと判定した場合には（ステップＳ２１Ａ：ＹＥＳ）、ルートを再探索する（ステップＳ２２Ａ）。具体的には、制御部２１１は、未訪問の配送地点（配送完了ボタン５０４も不在ボタン５０５も選択されていない配送地点）と再配送要求のあった地点を通るルートであって、配送地点と再配送要求地点を配送希望時間帯又は再配送希望時間帯に通るルートを探索する。例えば、制御部２１１は、次の未訪問の配送地点より再配送要求地点が現在位置に近い場合には、再配送要求地点を先に通るルートを探索し、一方、次の未訪問の配送地点より再配送要求地点が現在位置に遠い場合には、次の未訪問の配送地点を先に通るルートを探索する。
【００７１】
次いで、制御部２１１は、ステップＳ２２Ａの処理結果に基づいて、ルート案内画面５００をディスプレイ２１４ｃに表示させ（ステップＳ２３Ａ）、ステップＳ２４Ａの処理に移行する。このとき、制御部２１１は、再配送要求のあった配送先については不在ボタン５０５をリセットして非選択状態で表示させる。
【００７２】
次いで、制御部２１１は、全配送地点を回ったか否かを判定する（ステップＳ２４Ａ）。具体的には、全ての配送先について、配送完了ボタン５０４又は不在ボタン５０５が選択されていれば、全配送地点を回ったと判定する。制御部２１１は、全配送地点を回っていないと判定した場合には（ステップＳ２４Ａ：ＮＯ）、図９のステップＳ１４Ａの処理に移行する。一方、制御部２１１は、全配送地点を回ったと判定した場合には（ステップＳ２４Ａ：ＹＥＳ）、ドライバーＩＤと終了情報をサーバ装置ＳＶに送信し（ステップＳ２５Ａ）、当該フローチャートに示す処理を終了する。
【００７３】
これに対して、サーバ装置ＳＶの制御部３１１は、ナビゲーション装置ＮＶからのドライバーＩＤと終了情報の受信を待機しており（ステップＳ２０Ｂ：ＮＯ）、ナビゲーション装置ＮＶからドライバーＩＤと終了情報を受信すると（ステップＳ２０Ｂ：ＹＥＳ）、当該フローチャートに示す処理を終了する。つまり、制御部３１１は、ステップＳ１１Ｂの処理後、サーバ装置ＳＶからの配送完了情報、不在情報又は終了情報と、端末装置Ｍからの再配送要求情報との受信を待機しており、受信した情報に応じた処理を行う。
【００７４】
以上説明したように、本実施例に係るナビゲーション装置ＮＶは、制御部２１１（「送信手段」、「受信手段」、「ルート提示手段」の一例）が、配送先（「訪問地点」の一例）として設定された地点に到着したにもかかわらず、荷受人Ｃ（「応対者」の一例）が応対不可能であった応対不可地点を特定するための情報である不在情報（「応対不可情報」の一例）をサーバ装置ＳＶへ送信し、荷受人Ｃが応対不可能であった配送先（「応対不可地点」の一例）への再配送要求（「再訪問要求」の一例）があったことを示す再配送要求情報（「再訪問要求情報」の一例）をサーバ装置ＳＶから受信し、再配送要求情報に基づいて、再配送要求のあった配送先（「再訪問要求地点」の一例）を通るルートを案内する。
【００７５】
したがって、本実施例に係るナビゲーション装置ＮＶによれば、ドライバーＤ（「訪問者」の一例）が配送先を訪れ、荷受人Ｃが応対不可能であった場合の不在情報をサーバ装置ＳＶにより管理することができる。また、ナビゲーション装置ＮＶを利用するドライバーＤは荷受人Ｃから再配送要求があったこと、及び、その再配送要求があった地点までのルートを把握することができる。
【００７６】
また、本実施例に係るナビゲーション装置ＮＶの制御部２１１は、再配送要求があった配送先への再配送希望時間帯（「再訪問希望時間帯」の一例）を示す再配送希望時間帯情報（「再訪問希望時間帯情報」の一例）を更に受信し、再配送要求地点を再配送希望時間帯に通るルートを案内する。これにより、ドライバーＤは、案内されたルートに従うことにより再配送要求地点を再配送希望時間帯に訪問することができる。
【００７７】
なお、本実施例では、本発明を配送業者のドライバーＤが荷受人に荷物を引き渡すための配送用ナビゲーションシステムＳに適用したが、他のシステムに適用することもできる。例えば、ルート営業をする営業マンが得意先を訪問するための得意先訪問用ナビゲーションシステムに適用することもできる。具体的には、営業マンが営業車で得意先を回る際に、営業車に搭載されたナビゲーション装置は、応対者が不在である場合には不在情報をサーバ装置に送信し、応対者から再訪問要求がサーバ装置に送信されてきた場合には、サーバ装置から再訪問要求情報を受信し、再訪問要求地点を通るルートを案内することとする。
【００７８】
［４．変形例］
次に、上記実施例の変形例について説明する。なお、以下に説明する変形例は適宜組み合わせることができる。
【００７９】
［４．１．変形例１］
上記実施例では、ナビゲーション装置ＮＶの制御部２１１が、サーバ装置ＳＶから再配送要求情報を受信した際に再配送先を通るルートを再探索することとしたが（図１０のステップＳ２２Ａ）、これに代えて、サーバ装置ＳＶが、ドライバーＤが未訪問の配送地点（配送ＤＢ４００の配送状況４０６が「０」となっている荷物の配送地点４０３）と再配送要求のあった地点を通るルートであって、配送地点と再配送要求地点を配送希望時間帯（再配送希望時間帯）に通るルートを探索することとし、探索結果を示すルート情報をナビゲーション装置ＮＶの制御部２１１がサーバ装置ＳＶから受信し、ルート情報に基づいてルート案内を行うこととしてもよい。これにより、ナビゲーション装置ＮＶの制御部２１１は、再配送要求地点を再配送希望時間帯に通るルートを探索せずに済み、処理負担が軽減される。加えて、ドライバーＤは、案内されたルートに従うことにより再配送要求地点を再配送希望時間帯に訪問することができる。
【００８０】
［４．２．変形例２］
上記実施例では、ナビゲーション装置ＮＶの制御部２１１が全配送地点を回ったと判定した場合には（図１０のステップＳ２４Ａ）、それ以上ルート案内をすることはなかったが、これに代えて、全ての配送先を訪問した後に、不在であった配送先（「応対不可地点」の一例。再配送要求のなかった配送先）を通るルートを再度案内することとしてもよい。これにより、再配送要求をしなかったが配送先にて荷物を受け取ることのできる荷受人Ｃに対して荷物を引き渡すことができる。
【００８１】
［４．３．変形例３］
上記実施例では、配送予想時刻（「到着予想時刻」の一例）を通知することはしていなかったが、ナビゲーション装置ＮＶの制御部２１１（「通知手段」の一例）が配送先の到着予想時刻（再配送時を含む）を荷受人Ｃの端末装置Ｍに通知することとしてもよい。このとき、制御部２１１は、サーバ装置ＳＶを介して到着予想時刻を荷受人Ｃの端末装置Ｍに通知することとしてもよい。また、サーバ装置ＳＶの制御部３１１がルート探索を行うことができる場合には、制御部３１１が配送先の到着予想時刻（再配送時を含む）を算出して、荷受人Ｃの端末装置Ｍに通知することとしてもよい。なお、制御部２１１又は制御部３１１は、到着予想時刻を従来公知の手法により算出することができる。これにより、荷受人Ｃは事前に到着予想時刻を知ることができ、到着予想時刻に荷物の引き渡しを受けることができる可能性が高まり、再配送に要するドライバーＤと荷受人Ｃの労力を軽減することができる。
【００８２】
また、ナビゲーション装置ＮＶの制御部２１１が配送ルート（再配送時を含む）を荷受人Ｃの端末装置Ｍに通知することとしてもよい。また、サーバ装置ＳＶの制御部３１１が配送ルートの探索を行うことができる場合には、制御部３１１が配送ルート（再配送時を含む）を荷受人Ｃの端末装置Ｍに通知することとしてもよい。
【００８３】
［４．４．変形例４］
上記実施例では、端末装置Ｍから再配送要求情報がサーバ装置ＳＶに送信されると、再配送要求情報がナビゲーション装置ＮＶにも転送され、その都度、ナビゲーション装置ＮＶの制御部２１１が再配送要求地点を含むルートを再探索することとしたが、これに代えて、全ての配送地点を回るまでは、再配送要求地点を含むルートを再探索せずに、全ての配送地点を回った後に、再配送要求地点のみを通るルートを再探索して、案内することとしてもよい。
【００８４】
［４．５．変形例５］
上記実施例では、ナビゲーション装置ＮＶの制御部２１１は、配送先情報をサーバ装置ＳＶからネットワークＮＷを介して取得することとしたが（図９のステップＳ１１Ｂ）、これに代えて、記録媒体（例えば、ＵＳＢ（Universal Serial Bus）メモリ）に記録された配送先情報を取得することとしてもよい。
【符号の説明】
【００８５】
１  通信装置
１１１Ａ  送信手段
１１１Ｂ  受信手段
１１１Ｃ  ルート提示手段
１１１Ｄ  通知手段
１１１Ｅ  取得手段
２  サーバ装置
Ｓ  配送用ナビゲーションシステム
ＳＶ  情報処理サーバ装置
３１１  制御部
３１２  記憶部
３１３  通信部
３１４  表示部
３１５  操作部
ＮＶ  ナビゲーション装置
２１１  制御部
２１１ａ  ＣＰＵ
２１１ｂ  ＲＯＭ
２１１ｃ  ＲＡＭ
２１２  記憶装置
２１３  入力装置
２１４  表示ユニット
２１４ａ  グラフィックスコントローラ
２１４ｂ  バッファメモリ
２１４ｃ  ディスプレイ
２１５  バスライン
２２０  入出力インターフェース部
２２１  車速センサ
２２２  角速度センサ
２２３  加速度センサ
２２４  舵角センサ
２２５  ＧＰＳ受信部
２２６  データ送受信部
２２７  無線通信部
５００  ルート案内画面
５０１  配送先一覧画面
５０２  配送順
５０３  荷受人名
５０４  配送完了ボタン
５０５  不在ボタン
５１１  地図画面
５１２  メッセージ欄
５１３  ルートボタン
５１４  メニューボタン
５１５  広域ボタン
５１６  詳細ボタン
５２１  再配送メッセージ欄
５２２  はいボタン
５２３  いいえボタン
５３１  荷受人詳細欄
５３２  閉じるボタン
【図１】
2016181043.tif 000003
【図２】
2016181043.tif 000004
【図３】
2016181043.tif 000005
【図４】
2016181043.tif 000006
【図５】
2016181043.tif 000007
【図９】
2016181043.tif 000008
【図１０】
2016181043.tif 000009
【図６】
2016181043.tif 000010
【図７】
2016181043.tif 000011
【図８】
2016181043.tif 000012