JP6341492B1 - 情報処理装置、情報処理システム、情報処理方法およびプログラム - Google Patents

Abstract

【課題】運転、荷物の運搬等の業務と平行して、配達先の受取可否の確認を行うことが可能な情報処理装置等を提供すること。【解決手段】情報処理装置４０は、荷物の配送先の住所および連絡先を含む配送計画を取得する計画取得部と、前記計画取得部が取得した前記配送計画に基づいて、前記連絡先に自動的に電話をかけて自動音声による通知を行う通知部とを備える。【選択図】図１

Description

本発明は、情報処理装置、情報処理システム、情報処理方法およびプログラムに関する。

荷物に貼付されたＲＦＩＤ（Radio Frequency Identifier）タグから配達先の電話番号を読取り、電話をかけて、受取人の在宅等を確認する配送物取り扱いシステムが提案されている（特許文献１）。

特開２００２−３７４１７号公報

しかしながら、特許文献１に記載のシステムでは、荷物を運ぶドライバ等が、ＲＦＩＤタグを読み込んで、電話をかける操作を行う。この作業中は、運転および荷物の運搬は行えない。したがって、配達業務を十分に効率良く行えないという問題点がある。

一つの側面では、運転、荷物の運搬等の業務と平行して、配達先の受取可否の確認を行うことが可能な情報処理装置等を提供することを目的とする。

情報処理装置は、荷物の配送先の住所および連絡先を含む配送計画を取得する計画取得部と、前記荷物を積載した移動体内に配置された携帯型のクライアントが内蔵する位置情報取得部により取得された位置情報を、無線ネットワークを介して前記クライアントから取得する位置取得部と、前記計画取得部が取得した前記配送計画、および、前記位置取得部が取得した前記位置情報に基づいて、前記連絡先に自動的に電話をかけて自動音声による通知を行う通知部と、前記通知部による通知状況、または、前記通知部からの通知に対する応答を取得する応答取得部と、前記応答取得部が取得した前記通知状況または前記応答と、前記配送計画とを関連づけて前記クライアントの表示部に表示させるための情報を前記クライアントに送信する応答送信部と、前記連絡先からの通話が着信した場合に、前記通知部が通知を行った時刻と前記通話が着信した時刻との差に基づいて生成される自動音声により応答する応答部とを備える。

一つの側面では、運転、荷物の運搬等の業務と平行して、配達先の受取可否の確認を行うことが可能な情報処理装置等を提供することができる。

情報処理システムの動作の概要を説明する説明図である。 情報処理システムの構成を示す説明図である。 情報処理システムの構成を示す説明図である。 ユーザＤＢのレコードレイアウトを示す説明図である。 配達ＤＢのレコードレイアウトを示す説明図である。 移動体クライアントが表示する画面を示す説明図である。 移動体クライアントが表示する画面を示す説明図である。 移動体クライアントが表示する画面を示す説明図である。 オペレータクライアントが表示する画面を示す説明図である。 プログラムの処理の流れを示すフローチャートである。 プログラムの処理の流れを示すフローチャートである。 配達予告のサブルーチンの処理の流れを示すフローチャートである。 実施の形態２の配達予告のサブルーチンの処理の流れを示すフローチャートである。 変更のサブルーチンの処理の流れを示すフローチャートである。 実施の形態３の情報処理システムの動作の概要を説明する説明図である。 実施の形態３のプログラムの処理の流れを示すフローチャートである。 実施の形態４の配達ＤＢのレコードレイアウトを示す説明図である。 結果ＤＢのレコードレイアウトを示す説明図である。 実施の形態５の情報処理システムの動作を示す機能ブロック図である。 実施の形態６の情報処理システムの構成を示す説明図である。

［実施の形態１］
図１は、情報処理システム１０の動作の概要を説明する説明図である。図１を使用して、本実施の形態の動作の概要を説明する。なお、各ハードウェアの構成等については、後述する。

本実施の形態の情報処理システム１０は、主に小口荷物の配送を取り扱う運送会社が、使用する。荷物を配送するトラックに、移動体クライアント３０が搭載されている。移動体クライアント３０は、測位情報を随時サーバコンピュータ４０に送信する。ここで測位情報は、移動体クライアント３０の位置を示す測位データと、測位した日時と、移動体クライアント３０を識別する情報とを含む。

サーバコンピュータ４０は、配送計画と測位情報とに基づいて、移動体クライアント３０が配達先の近くに到達したと判定した場合に、電話をかけるように架電サーバ６０に要求する。要求を受け付けた架電サーバ６０は、配達先に電話をかける。電話が繋がった場合、架電サーバ６０は、たとえば「約１時間後にＡ書店からの荷物を配達します」のような自動音声により、配達予告を行う。

以上により、ドライバの手を煩わせずに、自動的に配達先に荷物の到着を予告することができる。予告することにより、たとえば、トイレや、すれ違いでの外出などにより荷物が届けられないという状況を減らすことができる。

ところで、架電サーバ６０がかけた番号が携帯電話の番号である場合には、電話が繋がった場合であっても、配達先は不在で、荷物を受け取ることができない可能性がある。架電サーバ６０は、たとえば「受取可能な場合には１を、再配達を御希望の場合には２を押して下さい」等の自動音声を流し、プッシュボタンの操作による応答を受け付ける。架電サーバ６０は受け付けた応答をサーバコンピュータ４０に送信する。架電サーバ６０は、再配達の希望日時等の入力を受け付けても良い。

架電サーバ６０は、自動音声を流すのみで、配達先からの応答を受け付けなくても良い。このような処理を行う場合、たとえば架電サーバ６０は自動音声によるメッセージに、営業所の番号等の情報を含めることにより、配達先が再配達の依頼を行いやすくすることができる。

サーバコンピュータ４０は、移動体クライアント３０に配達先の応答を送信する。移動体クライアント３０の画面に、配達先の応答内容が表示される。移動体クライアント３０は、自動音声によりスピーカ３７から配達先の応答内容を出力しても良い。ドライバは、不在であることが判明している配達先の近くで駐停車したり、荷物を玄関先まで運んだりする必要が無い。そのため、効率良く配達作業を行うことができる。

サーバコンピュータ４０は、不在であることが判明した配達先や、再配達の希望、道路状況を反映して、配送計画を更新して、移動体クライアント３０に送信しても良い。計画の立案は、いわゆる巡回セールスマン問題であり、様々な立案手法が実用化されているので、説明を省略する。

サーバコンピュータ４０に記録された配達先の応答や、再配達の希望等に基づいて、たとえば運送会社の管理担当者等が配送計画を更新して、移動体クライアント３０に送信しても良い。

ドライバは、移動体クライアント３０に表示される画面等を参照して、随時更新される配送計画に基づいて配達作業を行うことができる。不慣れなドライバであっても、効率良く配達作業を行うことができる。

図２は、情報処理システム１０の構成を示す説明図である。情報処理システム１０は、インターネット等のネットワークを介して接続されたオペレータクライアント２０、移動体クライアント３０、サーバコンピュータ４０、地図サーバ５０および架電サーバ６０を備える。

移動体クライアント３０は、第１ＣＰＵ（Central Processing Unit）３１、主記憶装置３２、補助記憶装置３３、通信部３４、タッチパネル３５、マイク３６、スピーカ３７、ＧＰＳ（Global Positioning System）３８およびバスを備える。第１ＣＰＵ３１は、本実施の形態のプログラムを実行する演算制御装置である。移動体クライアント３０には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。第１ＣＰＵ３１は、バスを介して移動体クライアント３０を構成するハードウェア各部と接続されている。

主記憶装置３２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の記憶装置である。主記憶装置３２には、第１ＣＰＵ３１が行う処理の途中で必要な情報および第１ＣＰＵ３１で実行中のプログラムが一時的に保存される。

補助記憶装置３３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置３３には、第１ＣＰＵ３１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。

通信部３４は、移動体クライアント３０とネットワークとの間の通信を行うインターフェイスである。

タッチパネル３５は、液晶表示パネル等の表示部３５１と、表示部３５１に積層された入力部３５２とを備える。スピーカ３７は、後述する音声ファイルを出力する本実施の形態の出力部の一例である。マイク３６およびスピーカ３７は、ＢＬＵＥＴＯＯＴＨ（登録商標）のような短距離無線通信方式により移動体クライアント３０に接続されたヘッドセットであっても良い。

ＧＰＳ３８は、位置情報衛星の電波および基地局の電波等に基づいて測位を行い、移動体クライアント３０の位置を示す測位情報を出力する。なお、本実施の形態においてはＧＰＳと記載するが、位置情報衛星は米国のＧＰＳ衛星に限定しない。ＥＵ（European Union）のガリレオ、ロシアのＧＬＯＮＡＳＳ（Global Navigation Satellite System）などの、全地球的公航法衛星システム（ＧＮＳＳ：Global Navigation Satellite System）、準天頂衛星みちびき等、任意の位置情報衛星を使用できる。また、これらの位置情報衛星の電波を組み合わせて使用することもできる。

本実施の形態の移動体クライアント３０は、スマートフォンまたはタブレット等の汎用の携帯用情報処理装置である。移動体クライアント３０は、ドライバがトラック等の車両を運転している間は、運転席の近くに取り付けたホルダ等により保持される。ホルダは、移動体クライアント３０に電源を供給するコネクタを備えていても良い。ドライバは、納品、休憩等のために車両を離れる場合には、移動体クライアント３０をポケット等に入れて持ち歩いても良い。

サーバコンピュータ４０は、サーバＣＰＵ４１、主記憶装置４２、補助記憶装置４３、通信部４４およびバスを備える。サーバＣＰＵ４１は、本実施の形態のプログラムを実行する演算制御装置である。サーバＣＰＵ４１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。サーバＣＰＵ４１は、バスを介してサーバコンピュータ４０を構成するハードウェア各部と接続されている。

主記憶装置４２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置４２には、サーバＣＰＵ４１が行う処理の途中で必要な情報およびサーバＣＰＵ４１で実行中のプログラムが一時的に保存される。

補助記憶装置４３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置４３には、ユーザＤＢ（Database）５８、配達ＤＢ５９、サーバＣＰＵ４１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。なお、ユーザＤＢ５８および配達ＤＢ５９は、サーバコンピュータ４０に接続された外部の大容量記憶装置等に保存されていても良い。

通信部４４は、サーバコンピュータ４０とネットワークとの間の通信を行うインターフェイスである。

本実施の形態のサーバコンピュータ４０は、汎用のパーソナルコンピュータ、大型計算機、または、大型計算機上で動作する仮想マシンである。

図３は、情報処理システム１０の構成を示す説明図である。図３においては、オペレータクライアント２０、地図サーバ５０および架電サーバ６０の構成を示す。

オペレータクライアント２０は、運送会社の営業所等に１台または複数台設置される。オペレータクライアント２０を使用するオペレータは、自社の車両の運行状況、道路情報等を総合的に判断して、必要に応じて各ドライバに対して指示を行う。

オペレータクライアント２０は、第２ＣＰＵ２１、主記憶装置２２、補助記憶装置２３、通信部２４、表示部２５１、入力部２５２、マイク２６、スピーカ２７およびバスを備える。第２ＣＰＵ２１は、本実施の形態のプログラムを実行する演算制御装置である。第２ＣＰＵ２１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。第２ＣＰＵ２１は、バスを介してオペレータクライアント２０を構成するハードウェア各部と接続されている。

主記憶装置２２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置２２には、第２ＣＰＵ２１が行う処理の途中で必要な情報および第２ＣＰＵ２１で実行中のプログラムが一時的に保存される。

補助記憶装置２３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置２３には、第２ＣＰＵ２１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。

通信部２４は、オペレータクライアント２０とネットワークとの間の通信を行うインターフェイスである。

表示部２５１は、たとえば液晶表示パネル等である。入力部２５２は、たとえばキーボードおよびマウス等である。入力部２５２と表示部２５１とは、一体となっていわゆるタッチパネルを構成しても良い。

マイク２６およびスピーカ２７は、オペレータクライアント２０の外部に接続されていても良い。スピーカ２７およびマイク２６は、ＢＬＵＥＴＯＯＴＨ（登録商標）のような短距離無線通信方式によりオペレータクライアント２０に接続されたヘッドセットであっても良い。

本実施の形態のオペレータクライアント２０は、汎用のパーソナルコンピュータ、大型計算機、タブレット等の情報機器等である。また、本実施の形態のオペレータクライアント２０は、大型計算機上で動作する仮想マシンでも良い。

地図サーバ５０は、地図ＣＰＵ５１、主記憶装置５２、補助記憶装置５３、通信部５４およびバスを備える。地図ＣＰＵ５１は、本実施の形態のプログラムを実行する演算制御装置である。地図ＣＰＵ５１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。地図ＣＰＵ５１は、バスを介して地図サーバ５０を構成するハードウェア各部と接続されている。

主記憶装置５２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置５２には、地図ＣＰＵ５１が行う処理の途中で必要な情報および地図ＣＰＵ５１で実行中のプログラムが一時的に保存される。

補助記憶装置５３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置５３には、地図ＣＰＵ５１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。

通信部５４は、地図サーバ５０とネットワークとの間の通信を行うインターフェイスである。

本実施の形態の地図サーバ５０は、汎用のパーソナルコンピュータまたは大型計算機である。地図サーバ５０は、大型計算機上で動作する仮想マシンでも良い。地図サーバ５０は、地図情報提供会社等により運営されており、所定のコマンドおよび位置情報等を受け付けた場合に、地図、経路、および、予想所要時間等を送信する。

架電サーバ６０は、架電ＣＰＵ６１、主記憶装置６２、補助記憶装置６３、通信部６４、電話部６５およびバスを備える。架電ＣＰＵ６１は、本実施の形態のプログラムを実行する演算制御装置である。架電ＣＰＵ６１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。架電ＣＰＵ６１は、バスを介して架電サーバ６０を構成するハードウェア各部と接続されている。

主記憶装置６２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置６２には、架電ＣＰＵ６１が行う処理の途中で必要な情報および架電ＣＰＵ６１で実行中のプログラムが一時的に保存される。

補助記憶装置６３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置６３には、架電ＣＰＵ６１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。

通信部６４は、架電サーバ６０とネットワークとの間の通信を行うインターフェイスである。電話部６５は、架電ＣＰＵ６１による制御に基づいて、指定された電話番号に対して電話をかけ、電話が繋がった場合に自動音声を送信する。

本実施の形態の架電サーバ６０は、いわゆるクラウド型コールセンタサービスを提供するサーバである。架電サーバ６０は、大型計算機上で動作する仮想マシンでも良い。架電サーバ６０は、ＴＣＰ−ＩＰ（Transmission Control Protocol - Internet Protocol）ネットワーク上で音声通話用の構内交換機を実現するＩＰ−ＰＢＸ（Intenet Protocol Private Branch eXchange）と、ＩＰ−ＰＢＸの制御および自動音声の生成を行うコンピュータとの組合せでも良い。

図４は、ユーザＤＢ５８のレコードレイアウトを示す説明図である。ユーザＤＢ５８は、移動体クライアント３０を使用するユーザのユーザＩＤ（Identifier）と、移動体クライアント３０の状態とを関連づけて記録するＤＢである。

ユーザＤＢ５８は、ユーザＩＤフィールド、名前フィールド、オンラインフィールド、更新日時フィールド、測位日時フィールド、測位データフィールド、作業状況フィールドおよび目的地フィールドを有する。ユーザＤＢ５８は、一つのユーザＩＤについて、一つのレコードを有する。ユーザＩＤフィールドには、ユーザのユーザＩＤが記録されている。名前フィールドには、ユーザの名前が記録されている。

オンラインフィールドには、移動体クライアント３０またはオペレータクライアント２０がオンライン状態であるか否かが記録されている。オンラインフィールドの「ＹＥＳ」はクライアントがオンライン状態であることを、「ＮＯ」はクライアントがオフライン状態であることをそれぞれ示す。ここでオンライン状態とは、本実施の形態のプログラムがアクティブで、サーバコンピュータ４０と通信可能な状態であることを意味する。

更新日時フィールドには、移動体クライアント３０またはオペレータクライアント２０から受信した情報に基づいてサーバＣＰＵ４１がレコードの記録内容を更新した日時が記録されている。測位日時フィールドには、ＧＰＳ３８が最新の測位を行った日時が記録されている。測位データフィールドには、ＧＰＳ３８が出力した最新の測位データが記録されている。

作業状況フィールドには、ドライバがタッチパネル３５を使用して設定した作業状況が記録されている。目的地フィールドには、ドライバの目的地が記録されている。

図５は、配達ＤＢ５９のレコードレイアウトを示す説明図である。配達ＤＢ５９は、ドライバと、荷物の配達先、配達の計画および架電サーバ６０による電話の結果を関連づけて記録するＤＢである。配達ＤＢ５９は、ドライバフィールド、配達先フィールド、荷主フィールド、計画フィールド、当初計画フィールドおよび電話フィールドを有する。

配達先フィールドは、配達先ＩＤフィールド、住所フィールド、名称フィールド、電話番号フィールドおよび緯度経度フィールドを有する。計画フィールドは、順番フィールド、移動距離フィールド、移動時間フィールド、予定時刻フィールド、遅れフィールドおよび計算時刻フィールドを有する。電話フィールドは、架電可否フィールド、結果フィールドおよび応答フィールドを有する。配達ＤＢ５９は、一口の荷物について、一つのレコードを有する。

配達先ＩＤフィールドには、配達先に固有に付与されたＩＤが記録されている。住所フィールドには、配達先の住所が記録されている。名称フィールドには、配達先の名称が記録されている。電話番号フィールドには、配達先の電話番号が記録されている。緯度経度フィールドには、配達先の住所に対応する緯度および経度が記録されている。

荷主フィールドには、荷物の出荷元の名称が記録されている。順番フィールドには、荷物の配達の順番が記録されている。順番フィールドに「１」と記録されているレコードに対応する荷物が、次に配達する予定の荷物である。配達が完了した荷物については、順番フィールドに「済」と記録される。翌日に再配達を行う予定の荷物については、順番フィールドに「翌日」と記録される。

移動距離フィールドには、荷物の配達先までの移動距離が記録されている。順番フィールドに「１」と記録されているレコードについては、移動体クライアント３０の最新の位置情報に基づいて算出した移動距離が記録されている。順番フィールドに「２」以降の数字が記録されているレコードについては、一つ前の順番の荷物の配達先からの移動距離が記録されている。

移動時間フィールドには、移動距離に対応する移動時間が記録されている。予定時刻フィールドには、配達先に到着する予定時刻が記録されている。遅れフィールドには、当初計画からの遅れ時間が記録されている。計算時刻フィールドには、各レコードの移動距離フィールド、移動時間フィールド、予定時刻フィールドおよび遅れフィールドのデータを計算した時刻が記録されている。

当初計画フィールドには、配達開始当初の計画に基づく配達予定時刻が記録されている。前述の遅れフィールドに記録されている遅れ時間は、当初計画フィールドに記録されている時刻と、予定時刻フィールドに記録されている時刻との差分である。

架電可否フィールドには、配達先への確認電話の可否が記録されている。架電可否フィールドに「不可」と記録されているレコードは、電話を拒否している配達先を示す。結果フィールドには、配達確認の電話の結果が記録されている。結果フィールドに「済」と記録されているレコードは、配達確認の電話が繋がった配達先を示す。結果フィールドに「不在」と記録されているレコードは、配達確認の電話をかけたが繋がらなかった配達先を示す。結果フィールドに「未」と記録されているレコードは、配達確認の電話をかけていない配達先を示す。

応答フィールドには、配達先の応答が記録されている。応答フィールドに「在宅」と記録されているレコードは、在宅している旨の応答をした配達先を示す。「再配達」と記録されているレコードは、再配達を希望した配達先を示す。再配達フィールドに、再配達の希望日時を記録しても良い。「未」と記録されているレコードは、希望を確認できていない配達先を示す。

図６は、移動体クライアント３０が表示する画面を示す説明図である。図６に示す画面には、作業状況設定欄９１および更新状況欄９２が表示されている。作業状況設定欄９１は、配達ボタン９１１、帰社ボタン９１２、休憩ボタン９１３および待機ボタン９１４を含む。

第１ＣＰＵ３１は、作業状況設定欄９１の各ボタンにより、ドライバの作業状況を受け付ける。なお、作業状況設定欄９１に示すボタンの種類および数は例示であり、任意の作業状況のボタンを配置することができる。ただし、詳細を後述する配達ボタン９１１は必須である。

第１ＣＰＵ３１は、ユーザＤＢ５８に即位情報および作業状況等を送信した最新の時刻および送信した作業状況を更新状況欄９２に表示する。

図７は、移動体クライアント３０が表示する画面を示す説明図である。図７に示す画面は、図６を使用して説明した画面において、配達ボタン９１１の選択を受け付けた場合に、第１ＣＰＵ３１が表示する画面である。

図７に示す画面には、配達中ボタン９１５、進捗状況欄９３および荷物欄９４が表示されている。配達中ボタン９１５の選択を受け付けた場合、第１ＣＰＵ３１は、図６を使用して説明した画面に表示を戻す。

第１ＣＰＵ３１は、ネットワークを介して配達ＤＢ５９よりドライバが担当している荷物に関するレコードを取得し、補助記憶装置３３に記憶する。第１ＣＰＵ３１は、文字と棒グラフを用いて配達作業の進捗状況を進捗状況欄９３に表示する。

「配達」は、ドライバが担当する配達件数を示す。「済」は配達を完了した件数を示す。「未」は、配達に行ったが、不在等により配達できなかった件数を示す。「再」は、再配達することが決定した件数を示す。「経過」は、配達作業開始後の経過時間を示す。「終了予定」は、配達の進捗状況に基づいて算出した、配達終了予定時刻を示す。「遅延」は、当初計画からの遅れ時間を示す。

棒グラフの全長は、「配達」に記載された配達件数に対応する。棒グラフの左端のブロックは、「済」に記載された件数に対応する。棒グラフの左から２番目のブロックは「未」に対応する。棒グラフの左から３番目のブロックは、「再」に対応する。棒グラフの右端のブロックは、未着手の件数に対応する。

第１ＣＰＵ３１は、配達ＤＢ５９の順番フィールドに記録された順番に基づいて、配達先の住所、名称等の概要を示す荷物欄９４を表示する。１個の荷物欄９４は、配達ＤＢ５９の一つのレコードに対応する。

具体的に説明する。第１ＣＰＵ３１は、順番フィールドに「１」と記録されている荷物、すなわち、次に配達する荷物の概要を一番上の荷物欄９４に表示する。第１ＣＰＵ３１は、順番フィールドに「２」と記録されている荷物、すなわち２番目に配達する荷物の概要を、上から二番目の荷物欄９４に表示する。

荷物欄９４は、架電状況欄９４１を含む。第１ＣＰＵ３１は、架電状況欄９４１に配達ＤＢ５９の電話フィールドに対応する情報を表示する。たとえば、図７の一番上の荷物欄９４においては、架電状況欄９４１に「架電 可 済 在宅」と表示されている。この表示は、図５を使用して説明した配達ＤＢ５９の、一番上に示すレコード、すなわち、順番フィールドに「１」が記録されているレコードの電話フィールドに対応する。

架電状況欄９４１の最初の「架電 可」は、配達確認の電話を拒否していない配達先であることを示す。次の「済」は、架電ＣＰＵ６１がかけた配達確認の電話が繋がったことを示す。最後の「在宅」は、架電ＣＰＵ６１が、在宅している旨の応答を受け付けたことを示す。以上の表示により、ドライバは次の配達先が在宅して荷物を受け取ると期待することができる。

同様に、図７の上から二番目の荷物欄９４においては、架電状況欄９４１に「架電 不可 未 未」と表示されている。この表示は、図５を使用して説明した配達ＤＢ５９の、上から二番目に示すレコード、すなわち、順番フィールドに「２」が記録されているレコードの電話フィールドに対応する。

架電状況欄９４１の最初の「架電 不可」は、配達確認の電話を拒否している配達先であることを示す。次の「未」は、架電ＣＰＵ６１が配達確認の電話をかけていないことを示す。最後の「未」は、配達先からの応答を受け付けていないことを示す。以上の表示により、ドライバは次の配達先が配達確認の電話を拒否しており、電話による在宅確認ができないことを知ることができる。

同様に、図７の上から３番目の荷物欄９４においては、架電状況欄９４１に「架電 可 不在 未」と表示されている。この表示は、図５を使用して説明した配達ＤＢ５９の、上から３番目に示すレコード、すなわち、順番フィールドに「３」が記録されているレコードの電話フィールドに対応する。

架電状況欄９４１の最初の「架電 可」は、配達確認の電話を拒否していない配達先であることを示す。次の「不在」は、架電ＣＰＵ６１が配達確認の電話をかけたが、電話が繋がらなかったことを示す。最後の「未」は、配達先からの応答を受け付けていないことを示す。以上の表示により、ドライバは次の配達先が不在である可能性が高いことを知ることができる。

第１ＣＰＵ３１は、配達完了または翌日以降の再配達が決定する等の理由により、当日配達する必要の無い荷物に関する荷物欄９４は表示しない。したがって、ドライバは画面右端のスクロールバー９５を操作することにより、これから配達する予定の荷物の概要を、配達計画の順番に沿ってすばやく確認することができる。

図８は、移動体クライアント３０が表示する画面を示す説明図である。図８は、図７を使用して説明した画面において、一番上の荷物欄９４の選択を受け付けた場合に第１ＣＰＵ３１が表示する画面を示す。選択された荷物欄９４が縦方向に広がり、配達完了ボタン９４２および不在ボタン９４３が表示される。

ドライバは、荷物の配達を完了した場合に、配達完了ボタン９４２を選択する。ドライバは、配達先が不在で荷物を渡せなかった場合に、不在ボタン９４３を選択する。第１ＣＰＵ３１は、配達完了ボタン９４２または不在ボタン９４３の選択を受け付けたことをサーバＣＰＵ４１に送信する。

サーバＣＰＵ４１は、受信した情報に基づいて配達ＤＢ５９を更新する。具体的には、配達完了ボタン９４２の選択を受け付けた場合には、サーバＣＰＵ４１は、対応するレコードの順番フィールドに「済」を記録し、２番以降を順次繰り上げる。

不在ボタン９４３の選択を受け付けた場合には、サーバＣＰＵ４１は順番フィールドの２番以降を順次繰り上げ、不在ボタン９４３の選択を受け付けた荷物の番号を最後にする。サーバＣＰＵ４１は、いわゆる巡回セールスマン問題に基づいて配達ルートの再計算を行い、順番フィールドの番号を設定しても良い。サーバＣＰＵ４１は、オペレータクライアント２０を介してオペレータによる順番の変更を受け付けても良い。

第１ＣＰＵ３１は、たとえばドラッグアンドドロップ操作により、荷物欄９４の順番の入れ替えを受け付け、入れ替えた順番をサーバＣＰＵ４１に送信しても良い。このような処理を行う場合、サーバＣＰＵ４１は入れ替えた後の順番に基づいて順番フィールドに順番を記録する。担当者が熟練したドライバである場合には、このようにすることにより手動により配達ルートを適切に組み替えることができる。

なお、移動体クライアント３０が実行するプログラムは、いわゆるＷＥＢ（World Wide Web）アプリであり、第１ＣＰＵ３１とサーバＣＰＵ４１とが連携して、図６から図８を使用して説明した画面を表示する。

図９は、オペレータクライアント２０が表示する画面を示す説明図である。画面の左端に、上から順に検索窓８５１、検索結果欄８５２および移動体アイコン８１１が並んでいる。画面の上部に、左から順に経路表示ボタン８２５、過去ボタン８２６よび予定ボタン８２７が並んでいる。その下に、４個の絞込受付部８７が並んでいる。その下に、左から順に移動体状況窓８３および地図欄８２が表示されている。

第２ＣＰＵ２１は、検索窓８５１を介して候補地の検索に用いる名称または住所等のキーワードの入力を受け付ける。第２ＣＰＵ２１は、検索窓８５１から受け付けたキーワードを地図サーバ５０に送信する。第２ＣＰＵ２１は、検索窓８５１から受け付けた名称または住所等に基づいて地図サーバ５０から取得した結果を検索結果欄８５２に表示する。

第２ＣＰＵ２１は、ユーザＤＢ５８からドライバのレコードを取得し、一人のドライバに関する情報を一つの移動体アイコン８１１にまとめて表示する。それぞれの移動体アイコン８１１は、ドライバ欄８１２、更新時刻欄８１３、作業状況欄８１４および接続状況欄８１５を含む。

ドライバ欄８１２には、ドライバの名前が表示される。更新時刻欄８１３には、ユーザＤＢ５８のレコードが更新された時刻が表示される。作業状況欄８１４には、ドライバがタッチパネル３５を使用して設定した作業状況が表示される。

接続状況欄８１５には、移動体クライアント３０がオンライン状態であるか否かが表示される。図６において「オン」は移動体クライアント３０がオンライン状態であることを意味し、「オフ」は移動体クライアント３０がオンライン状態ではないこと、すなわちオフライン状態であることを意味する。

第２ＣＰＵ２１は、入力部２５２を介して移動体アイコン８１１の選択を受け付ける。第２ＣＰＵ２１は、選択を受け付けた移動体アイコン８１１に対応する移動体クライアント３０の表示部３５１に表示される画面と同様の画面を、移動体状況窓８３に表示する。

具体的には、第２ＣＰＵ２１は、選択を受け付けた移動体アイコン８１１のユーザに対応するレコードを、ユーザＤＢ５８から取得する。第２ＣＰＵ２１は、そのユーザが配達中の荷物に対応するレコードを配達ＤＢ５９から取得する。第２ＣＰＵ２１は、ユーザＤＢ５８および配達ＤＢ５９から取得した画面に基づいて、移動体クライアント３０の表示部３５１と同様の画面を構築し、移動体状況窓８３に表示する。

第２ＣＰＵ２１は、地図サーバ５０から地図を取得し、移動体指標８２１、経由地指標８２３および目的地指標８２２と、これらを結ぶ経路線８２８とを表示する。ここで、移動体指標８２１は、移動体クライアント３０の位置を示す。経由地指標８２３は、ドライバが立ち寄った配達先の位置を示す。目的地指標８２２は、ドライバが向かう予定の配達先の位置を示す。

なお、オペレータによる操作に基づいて、第２ＣＰＵ２１は、地図の縮尺および中心位置を適宜変更する。また、第２ＣＰＵ２１は、ユーザＤＢ５８のレコードが更新される都度、移動体指標８２１の位置を更新する。

第２ＣＰＵ２１は、絞込受付部８７を介して、移動体アイコン８１１と、移動体指標８２１、目的地指標８２２、経由地指標８２３および経路線８２８との絞込みの指示を受け付ける。たとえば、「配達」の絞込受付部８７が選択された場合には、第２ＣＰＵ２１は絞込受付部８７にチェックマークを表示するとともに、作業状況が「配達」である移動体クライアント３０に対応する移動体アイコン８１１、移動体指標８２１、目的地指標８２２、経由地指標８２３および経路線８２８を表示する。

同様に、「配達」の絞込受付部８７の選択が解除された場合には、第２ＣＰＵ２１は絞込受付部８７にチェックマークを消去するとともに、作業状況が「配達」である移動体クライアント３０に対応する移動体アイコン８１１、移動体指標８２１、目的地指標８２２、経由地指標８２３および経路線８２８を削除する。

なお、絞込受付部８７に示す項目の種類および数は例示であり、任意の条件の項目を配置することができる。

図９の地図欄８２は、経路表示ボタン８２５、過去ボタン８２６および予定ボタン８２７の選択を受け付けた状態を示す。経路表示ボタン８２５の選択が解除された場合、第２ＣＰＵ２１は目的地指標８２２、経由地指標８２３および経路線８２８を削除する。

過去ボタン８２６の選択が解除された場合、第２ＣＰＵ２１は、経由地指標８２３および経由地指標８２３と移動体指標８２１とを結ぶ経路線８２８を削除する。予定ボタン８２７の選択が解除された場合、第２ＣＰＵ２１は、目的地指標８２２および目的地指標８２２と移動体指標８２１とを結ぶ経路線８２８を削除する。

オペレータクライアント２０のユーザであるオペレータは、図９を説明した画面で各ドライバの状況を確認しながら、自動車無線等を使用してドライバに指示およびアドバイスを行える。

なお、オペレータクライアント２０が実行するプログラムは、いわゆるＷＥＢアプリであり、第２ＣＰＵ２１とサーバＣＰＵ４１とが連携して、図９を使用して説明した画面を表示する。

図１０および図１１は、プログラムの処理の流れを示すフローチャートである。なお、第２ＣＰＵ２１は、ネットワークを介してユーザＤＢ５８および配達ＤＢ５９からレコードを随時取得して、図９を使用して説明した画面を表示するのみであるので、フローチャートによる説明を省略する。

図１０においては、ドライバが移動体クライアント３０を操作してログオンすることにより、本実施の形態のプログラムがアクティブになった状況から説明を開始する。なお、ログオンの認証時に、サーバＣＰＵ４１は、ユーザＤＢ５８のオンラインフィールドに「ＹＥＳ」を記録する。サーバＣＰＵ４１は、ログオンを受け付けた場合、または移動体クライアント３０との通信が切断された場合に、オンラインフィールドに「ＮＯ」を記録する。

第１ＣＰＵ３１は、配達ボタン９１１の選択を受け付けているか否かを判定する（ステップＳ５０１）。受け付けていると判定した場合（ステップＳ５０１でＹＥＳ）、第１ＣＰＵ３１はサーバＣＰＵ４１に対して配送計画を要求する（ステップＳ５０２）。

サーバＣＰＵ４１は、配送計画の要求を受信しているか否かを判定する（ステップＳ６０１）。受信していると判定した場合（ステップＳ６０１でＹＥＳ）、サーバＣＰＵ４１は配達ＤＢ５９から配送計画を要求している移動体クライアント３０を使用しているドライバが担当する荷物に関するレコードを抽出する（ステップＳ６０２）。サーバＣＰＵ４１は、抽出したレコードを第１ＣＰＵ３１に送信する（ステップＳ６０３）。

第１ＣＰＵ３１は、送信されたレコードを受信する（ステップＳ５０４）。第１ＣＰＵ３１は、図７を使用して説明した画面の荷物欄９４を用いて、配送計画を表示部３５１に表示する（ステップＳ５０５）。第１ＣＰＵ３１は、ＧＰＳ３８から測位データを取得する（ステップＳ５０６）。第１ＣＰＵ３１は、測位データおよび測位日時をサーバＣＰＵ４１へ送信する（ステップＳ５０７）。

サーバＣＰＵ４１は、ユーザＤＢ５８から、移動体クライアント３０のユーザに対応するレコードを抽出する。サーバＣＰＵ４１は、受信した測位データおよび測位日時を、抽出したレコードの測位データフィールドおよび測位日時フィールドに記録する（ステップＳ６０５）。サーバＣＰＵ４１は、作業状況フィールドに「配達」を記録する。サーバＣＰＵ４１は、ステップＳ６０２で抽出したレコードのうち、順番フィールドに「１」と記録されているレコードの配達先の名称を、目的地フィールドに記録する。サーバＣＰＵ４１は、更新日時フィールドに、レコードの更新日時を記録する。

サーバＣＰＵ４１は、移動体クライアント３０の位置および配達先の住所を地図ＣＰＵ５１に送信する。地図ＣＰＵ５１は、配達先までの移動距離および移動時間を計算して、サーバＣＰＵ４１に送信する。なお、地図ＣＰＵ５１は、渋滞状況等の交通情報を加味して移動時間を計算することが望ましい。

サーバＣＰＵ４１は、受信したデータに基づいて、配達ＤＢ５９の移動距離フィールド、移動時間フィールド、予定時刻フィールド、遅れフィールドおよび計算時刻フィールドを更新する（ステップＳ６０６）。

ステップＳ６０６の終了後、または受信していないと判定した場合（ステップＳ６０１でＮＯ）、サーバＣＰＵ４１は、配達ＤＢ５９に記録された配達先に電話をかけるトリガがＯＮになったか否かを判定する（ステップＳ６０７）。サーバＣＰＵ４１は、たとえば配達予定時刻までの時間が所定の時間より短くなった場合に、トリガがＯＮになったと判定する。サーバＣＰＵ４１は、移動体クライアント３０と配達先との間の距離が所定の距離より短くなった場合に、トリガがＯＮになったと判定しても良い。サーバＣＰＵ４１は、順番が所定の値よりも小さくなった場合に、トリガがＯＮになったと判定しても良い。

トリガがＯＮになったと判定した場合（ステップＳ６０７でＹＥＳ）、サーバＣＰＵ４１は、配達ＤＢ５９の電話番号フィールドに記録された電話番号に電話をかけるように、架電ＣＰＵ６１に要求する（ステップＳ６０８）。なお、ステップＳ６０７において複数の配達先に対するトリガがＯＮになったと判定した場合、サーバＣＰＵ４１は複数の配達先に電話を掛けるように要求する。

架電ＣＰＵ６１は、要求を受信する（ステップＳ７０１）。架電ＣＰＵ６１は、配達予告のサブルーチンを起動する（ステップＳ７０２）。配達予告のサブルーチンは、指定された電話番号に電話を掛けて自動音声によるメッセージを流すとともに、プッシュボタンの操作による応答を受け付けるサブルーチンである。配達予告のサブルーチンの処理の流れは後述する。

架電ＣＰＵ６１は、電話をかけた結果を送信する（ステップＳ７０３）。サーバＣＰＵ４１は、配達ＤＢ５９の電話フィールドに結果を記録する（ステップＳ６１０）。

以上の処理により、本情報処理システム１０は、架電ＣＰＵ６１が配達先に対して自動音声による通知を行って得た応答を、配達ＤＢ５９に記録することができる。第１ＣＰＵ３１は、配達ＤＢ５９ステップＳ５０２からステップＳ５０５の処理により、配達ＤＢ５９に記録された最新の情報を取得して、表示部３５１に表示する。すなわち、表示部３５１の表示は、最新の応答内容に基づいて更新される。

第１ＣＰＵ３１は、図８を使用して説明した画面から、配達完了ボタン９４２または不在ボタン９４３の選択を受け付けたか否かを判定する（ステップＳ５１０）。選択を受け付けたと判定した場合（ステップＳ５１０でＹＥＳ）、第１ＣＰＵ３１は、選択を受け付けた荷物とボタンとをサーバＣＰＵ４１に送信する（ステップＳ５１１）。

サーバＣＰＵ４１は、ステップＳ５１１で送信された情報を割り込み処理により受け付けて、主記憶装置４２または補助記憶装置４３に記憶する。

選択を受け付けていないと判定した場合（ステップＳ５１０でＮＯ）、または、ステップＳ５１１の終了後、第１ＣＰＵ３１は処理を終了するか否かを判定する（ステップＳ５１２）。第１ＣＰＵ３１は、本実施の形態のプログラムを終了する操作を受け付けた場合、または、サーバコンピュータ４０との通信が切れた場合等に、処理を終了すると判定する。

処理を終了しないと判定した場合（ステップＳ５１２でＮＯ）、第１ＣＰＵ３１はステップＳ５０１に戻る。処理を終了すると判定した場合（ステップＳ５１２でＹＥＳ）、第１ＣＰＵ３１は処理を終了する。

トリガがＯＮになっていないと判定した場合（ステップＳ６０７でＮＯ）、または、ステップＳ６１０の終了後、サーバＣＰＵ４１は配送計画を修正するか否かを判定する（ステップＳ６１２）。たとえば、第１ＣＰＵ３１がステップＳ５１１で送信したデータを受信している場合、ステップＳ６１２においてサーバＣＰＵ４１は配送計画を修正すると判定する。

計画を修正すると判定した場合（ステップＳ６１２でＹＥＳ）、サーバＣＰＵ４１は配送計画を修正して配達ＤＢ５９の順番フィールドに記録する（ステップＳ６１３）。具体的には、配達完了ボタン９４２の選択を受け付けたと受信した場合には、サーバＣＰＵ４１は、配達ＤＢ５９の対応するレコードの順番フィールドに「済」を記録し、２番以降を順次繰り上げる。

不在ボタン９４３の選択を受け付けたと受信した場合には、サーバＣＰＵ４１は順番フィールドの２番以降を順次繰り上げ、不在ボタン９４３の選択を受け付けた荷物の番号を最後にする。サーバＣＰＵ４１は、いわゆる巡回セールスマン問題に基づいて配達ルートの再計算を行い、順番フィールドの番号を設定しても良い。サーバＣＰＵ４１不在ボタン９４３の選択を受け付けたことを、第２ＣＰＵ２１に通知し、オペレータクライアント２０を介してオペレータによる順番の変更を受け付けても良い。

サーバＣＰＵ４１は、ステップＳ６０６で更新した配達予定時刻の遅れが所定の範囲を超えた場合に、ステップＳ６１２で計画を修正すると判定しても良い。ステップＳ６１３の終了後、または、計画を修正しないと判定した場合（ステップＳ６１２でＮＯ）、サーバＣＰＵ４１はステップＳ６０１に戻る。

以上の処理により、ドライバが配達ボタン９１１を選択している間、移動体クライアント３０は測位情報を随時サーバコンピュータ４０に送信し、サーバコンピュータ４０はトリガの状態を判定する。サーバコンピュータ４０がトリガがＯＮになったと判定した場合、架電サーバ６０を介して配達先への電話が自動的に行われる。

配達ボタン９１１の選択を受け付けていないと判定した場合（ステップＳ５０１でＮＯ）、第１ＣＰＵ３１は帰社ボタン９１２の選択を受け付けているか否かを判定する（ステップＳ５２１）。帰社ボタン９１２の選択を受け付けていると判定した場合（ステップＳ５２１でＹＥＳ）、第１ＣＰＵ３１は、ＧＰＳ３８から測位データを取得する（ステップＳ５２２）。第１ＣＰＵ３１は、測位データおよび測位日時をサーバＣＰＵ４１へ送信する（ステップＳ５２３）。その後、第１ＣＰＵ３１は、ステップＳ５０１に戻る。

サーバＣＰＵ４１は、ユーザＤＢ５８から、移動体クライアント３０のユーザに対応するレコードを抽出する。サーバＣＰＵ４１は、受信した測位データおよび測位日時を、抽出したレコードの測位データフィールドおよび測位日時フィールドに記録する（ステップＳ６２１）。サーバＣＰＵ４１は、作業状況フィールドに「帰社」を記録する。サーバＣＰＵ４１は、目的地フィールドにドライバが戻る営業所等の名称を記録する。サーバＣＰＵ４１は、更新日時フィールドに、レコードの更新日時を記録する。

以上の処理により、ドライバが帰社ボタン９１２を選択している間、移動体クライアント３０は測位情報を随時サーバコンピュータ４０に送信する。

帰社ボタン９１２の選択を受け付けていないと判定した場合（ステップＳ５２１でＮＯ）、第１ＣＰＵ３１は休憩ボタン９１３の選択を受け付けているか否かを判定する（ステップＳ５３１）。休憩ボタン９１３の選択を受け付けていると判定した場合（ステップＳ５３１でＹＥＳ）、第１ＣＰＵ３１は、ＧＰＳ３８から測位データを取得する（ステップＳ５３２）。第１ＣＰＵ３１は、測位データおよび測位日時をサーバＣＰＵ４１へ送信する（ステップＳ５３３）。

第１ＣＰＵ３１は、図６を使用して説明した画面において、休憩ボタン９１３以外のボタンの選択を受け付けるまで、すなわちドライバの休憩が終了したことを受け付けるまで待機する（ステップＳ５３４）。その後、第１ＣＰＵ３１はステップＳ５０１に戻る。

サーバＣＰＵ４１は、ユーザＤＢ５８から、移動体クライアント３０のユーザに対応するレコードを抽出する。サーバＣＰＵ４１は、受信した測位データおよび測位日時を、抽出したレコードの測位データフィールドおよび測位日時フィールドに記録する（ステップＳ６２２）。サーバＣＰＵ４１は、作業状況フィールドに「休憩」を記録する。サーバＣＰＵ４１は、更新日時フィールドに、レコードの更新日時を記録する。

以上の処理により、第１ＣＰＵ３１はドライバが休憩している間は測位データの取得と送信を停止する。したがって、移動体クライアント３０のバッテリの消耗を抑えることができる。

なお、第１ＣＰＵ３１は、ステップＳ５３３の終了後、すぐにステップＳ５０１に戻っても良い。このような処理を行う場合には、ドライバが休憩ボタン９１３を選択している間、移動体クライアント３０は測位情報を随時サーバコンピュータ４０に送信する。

休憩ボタン９１３の選択を受け付けていないと判定した場合（ステップＳ５３１でＮＯ）、図６を使用して説明した画面において、待機ボタン９１４の選択が受け付けられている。第１ＣＰＵ３１は、ＧＰＳ３８から測位データを取得する（ステップＳ５４２）。第１ＣＰＵ３１は、測位データおよび測位日時をサーバＣＰＵ４１へ送信する（ステップＳ５４３）。

第１ＣＰＵ３１は、図６を使用して説明した画面において、待機ボタン９１４以外のボタンの選択を受け付けるまで、すなわちドライバの休憩が終了したことを受け付けるまで待機する（ステップＳ５４４）。その後、第１ＣＰＵ３１はステップＳ５０１に戻る。

サーバＣＰＵ４１は、ユーザＤＢ５８から、移動体クライアント３０のユーザに対応するレコードを抽出する。サーバＣＰＵ４１は、受信した測位データおよび測位日時を、抽出したレコードの測位データフィールドおよび測位日時フィールドに記録する（ステップＳ６２３）。サーバＣＰＵ４１は、作業状況フィールドに「待機」を記録する。サーバＣＰＵ４１は、目的地フィールドに「未定」を記録する。サーバＣＰＵ４１は、更新日時フィールドに、レコードの更新日時を記録する。

以上の処理により、第１ＣＰＵ３１はドライバが待機している間は測位データの取得と送信を停止する。したがって、移動体クライアント３０のバッテリの消耗を抑えることができる。

なお、第１ＣＰＵ３１は、ステップＳ５４３の終了後、すぐにステップＳ５０１に戻っても良い。このような処理を行う場合には、ドライバが待機ボタン９１４を選択している間、移動体クライアント３０は測位情報を随時サーバコンピュータ４０に送信する。

図１２は、配達予告のサブルーチンの処理の流れを示すフローチャートである。配達予告のサブルーチンは、指定された電話番号に電話をかけて自動音声によるメッセージを流すとともに、プッシュボタンの操作による応答を受け付けるサブルーチンである。

架電ＣＰＵ６１は、指定された電話番号宛の通話を発信する（ステップＳ７１１）。架電ＣＰＵ６１は、相手先が所定の時間内に電話に出たか否か、すなわちオフフックになったか否かを判定する（ステップＳ７１２）。所定の時間は、一般的に人が電話に出るまでの時間、たとえば１０コール程度とする。

オフフックになったと判定した場合（ステップＳ７１２でＹＥＳ）、架電ＣＰＵ６１は自動音声により、荷物の配達を予告する第１メッセージを流す（ステップＳ７１３）。第１メッセージは、たとえば「約１時間後に、Ａ書店からの荷物を配達します。受取可能な場合は１番を、御不在の場合は３番を押して下さい」という内容である。

架電ＣＰＵ６１は、プッシュボタンの操作による応答を受け付けたか否かを判定する（ステップＳ７１４）。なお、選択肢として指定した以外の番号が操作された場合、たとえば上述の第１メッセージに対して１番または３番以外の番号が操作された場合、架電ＣＰＵ６１は応答を受け付けていないと判定する。これは、以後の処理についても同様である。

受け付けたと判定した場合（ステップＳ７１４でＹＥＳ）、架電ＣＰＵ６１は、受取可能な旨の応答を受け付けたか否かを判定する（ステップＳ７１５）。受取可能な旨の応答を受け付けたと判定した場合（ステップＳ７１５でＹＥＳ）、架電ＣＰＵ６１は、その応答を主記憶装置６２または補助記憶装置６３に記録する（ステップＳ７１６）。

受取可能ではない旨の応答を受け付けたと判定した場合（ステップＳ７１５でＮＯ）、架電ＣＰＵ６１は自動音声により、受取方法を問い合わせる第２メッセージを流す（ステップＳ７２１）。第２メッセージは、たとえば「荷物を持ち帰ります。再配達を希望する場合は１番を、配送センタでの引き取りを希望する場合は３番を押して下さい」という内容である。

架電ＣＰＵ６１は、受け付けた受取方法を判定する（ステップＳ７２２）。再配達を希望する旨の応答を受け付けた場合（ステップＳ７２２で再配達）、架電ＣＰＵ６１は、再配達希望日時を問い合わせる第３メッセージを流す（ステップＳ７２３）。

第３メッセージは、たとえば「本日夜の再配達を希望する場合は１番を、明日の午前中の再配達を希望する場合は２番を、明日の午後の再配達を希望する場合は３番を押して下さい」という内容である。なお、第３メッセージは、まず日付の入力を促し、その後、時間の入力を促す内容でも良い。

架電ＣＰＵ６１は、プッシュボタンによる応答を受け付ける（ステップＳ７２４）。架電ＣＰＵ６１は、その応答を主記憶装置６２または補助記憶装置６３に記録する（ステップＳ７２５）。

以上の処理により、本情報処理システム１０は、架電ＣＰＵ６１による自動音声と、プッシュボタンの操作による応答とに基づいて、再配達の依頼を受け付けることができる。

配送センタでの引き取りを希望する旨の応答を受け付けた場合（ステップＳ７２２で引き取り）、架電ＣＰＵ６１は自動音声により、配達先の連絡先を確認する第４メッセージを流す（ステップＳ７３１）。第４メッセージは、たとえば「連絡が可能な電話番号を市外局番から入力し、最後にシャープを押して下さい」という内容である。架電ＣＰＵ６１は、プッシュボタンによる応答を受け付ける（ステップＳ７３２）。架電ＣＰＵ６１は、その応答を主記憶装置６２または補助記憶装置６３に記録する（ステップＳ７３３）。

なお、架電ＣＰＵ６１は、ステップＳ７３１およびステップＳ７３２を省略して、ステップＳ７３３において配達先が再配達を希望しない旨を記録しても良い。配達先への確認の連絡が必要である場合には、ステップＳ７１１と同様に、配達ＤＢ５９の電話番号フィールドに記録された電話番号を利用することが可能である。

ステップＳ７１６、ステップＳ７２５またはステップＳ７３３の終了後、架電ＣＰＵ６１は自動音声により、配達先の応答内容を確認する確認メッセージを流す（ステップＳ７４１）。確認メッセージは、たとえば「御依頼内容を確認します。明日の午後に再配達ですね。よろしければ１番、やりなおす場合には３番を押して下さい」という内容である。

架電ＣＰＵ６１は、やり直しの指示を受け付けたか否かを判定する（ステップＳ７４２）。やり直しの指示を受け付けたと判定した場合（ステップＳ７４２でＹＥＳ）、架電ＣＰＵ６１はステップＳ７１３に戻る。

所定の時間内にオフフックにならないと判定した場合（ステップＳ７１２でＮＯ）、または、第１メッセージに対する入力が無いと判定した場合（ステップＳ７１４でＮＯ）、架電ＣＰＵ６１は、配達先が不在である旨を主記憶装置６２または補助記憶装置６３に記録する（ステップＳ７４３）。

なお、オフフックになった（ステップＳ７１２でＹＥＳ）が、第１メッセージに対する入力が無い（ステップＳ７１４でＮＯ）場合は、たとえば留守番電話が応答した場合、ファクシミリが応答した場合、または、プッシュボタンによる応答ができない幼児等が電話を取った場合等である。架電ＣＰＵ６１は、音声解析等の手法によりこれらの事象を区別して、記録しても良い。

やり直しの指示を受け付けていない判定した場合（ステップＳ７４２でＮＯ）またはステップＳ７４３の終了後、架電ＣＰＵ６１は処理を終了する。

本実施の形態によると、運転、荷物の運搬等の業務と平行して、配達先の受取可否の確認を行うことが可能な情報処理システム１０を提供することができる。ドライバは、運転および荷物の受け渡し等の業務に集中することができる。さらにドライバは、不在であることが判明している配達先の近くで停車したり、荷物を玄関先まで運んだりする必要が無い。以上により、配送作業の効率を高めることが可能である。

配達先に予告の電話をかけることにより、配達先が外出時間を調整する等して、在宅して荷物を受け取る可能性を高めることができる。したがって、再配達の件数を減らすことができる。

配送トラックが配達先にある程度近付いた後に電話をかけることにより、予告の精度を高め、配達先の協力を得やすくすることができる。サーバＣＰＵ４１は、たとえば前日の夜８時頃等、配達計画の立案後、電話を掛けても非常識にならない時間に、一回目の電話を配達先に掛けても良い。この場合、たとえば「配達の２時間前を目処に再度電話します」等のメッセージを含めることが望ましい。

また、ドライバは、運転および荷物の受け渡し等の業務に集中することができる。さらに、図７を使用して説明した画面により、ドライバは作業の進捗状況および当初計画に対する遅れの発生を把握することができる。

図９を使用して説明した画面により、運送会社の営業所等でドライバの勤務状況を把握することができる。また、勤務状況を記録することにより、ドライバの過重労働を防止することができる。

架電ＣＰＵ６１は、自動音声の代わりに電話番号あてに文章を送信する、いわゆるショートメッセージを使用しても良い。ショートメッセージに応答受付フォームのＵＲＬ（Uniform Resource Locator）を入れることにより、ＷＥＢサイト経由で配達先からの応答を得ることが可能である。

架電ＣＰＵ６１は、プッシュボタンの代わりに音声認識により配達先の人間の希望を取得しても良い。

［実施の形態２］
本実施の形態は、配達先の変更を受け付ける情報処理システム１０に関する。変更先は、たとえば配送業者と提携しているコンビニエンスストア等である。実施の形態１と共通する部分については、説明を省略する。

図１３は、実施の形態２の配達予告のサブルーチンの処理の流れを示すフローチャートである。図１３に示すサブルーチンは、図１２を使用して説明した配達予告のサブルーチンの代わりに使用するサブルーチンである。受取方法を問い合わせる第２メッセージを流すステップＳ７２１までの処理は、図１２を使用して説明した処理と同一であるので説明を省略する。

ただし、本実施の形態における第２メッセージは、たとえば「荷物を持ち帰ります。再配達を希望する場合は１番を、配送センタでの引き取りを希望する場合は３番を、配達先を変更する場合は５番を押して下さい」という内容である。

再配達の希望を受け付けた場合（ステップＳ７２２で再配達）、および、配送センタでの引き取りの希望を受け付けた場合（ステップＳ７２２で引き取り）の処理は、図１２のサブルーチンと同様であるので説明を省略する。配達先変更の希望を受け付けた場合（ステップＳ７２２で配達先変更）、架電ＣＰＵ６１は変更のサブルーチンを起動する。その後、架電ＣＰＵ６１は処理を終了する。

図１４は、変更のサブルーチンの処理の流れを示すフローチャートである。変更のサブルーチンは、配達先の変更を受け付けるサブルーチンである。

架電ＣＰＵ６１は、サーバＣＰＵ４１に対して変更先の候補の問い合わせを送信する（ステップＳ７５１）。サーバＣＰＵ４１は問い合わせを受信する（ステップＳ６３１）。サーバＣＰＵ４１は、候補を取得する（ステップＳ６３２）。

候補は、たとえば配達先の住所の近傍にある、提携先のコンビニエンスストアである。候補は、荷物受取用のロッカー等でも良い。サーバＣＰＵ４１は、事前に補助記憶装置４３等に記録したＤＢから候補を取得しても良いし、提携先の企業等のサーバに候補を問い合わせて回答を取得しても良い。サーバＣＰＵ４１は、取得した候補を架電ＣＰＵ６１に送信する（ステップＳ６３３）。

架電ＣＰＵ６１は、候補を受信する（ステップＳ７５３）。架電ＣＰＵ６１は自動音声により、変更先の候補を示す第５メッセージを流す（ステップＳ７５４）。第５メッセージは、たとえば「配達先の変更を受け付けます。ＡストアＢ駅前店を希望する場合は１番を、ＣマートＢ駅前店を希望する場合は３番を押して下さい」という内容である。

架電ＣＰＵ６１は、プッシュボタンによる応答を受け付ける（ステップＳ７５５）。架電ＣＰＵ６１は、その応答をサーバＣＰＵ４１に送信する（ステップＳ７５６）。架電ＣＰＵ６１は、その後処理を終了する。

サーバＣＰＵ４１は、応答を受信して、配達ＤＢ５９の応答フィールドに記録する（ステップＳ６３５）。サーバＣＰＵ４１は、ネットワークを介して変更先のサーバに荷物の配達先に指定されたことを通知する（ステップＳ６３６）。

以上の処理により、本情報処理システム１０は、架電ＣＰＵ６１による自動音声と、プッシュボタンの操作による応答とに基づいて、配達先の変更の依頼を受け付けることができる。

本実施の形態によると、たとえば深夜に帰宅する人が、２４時間営業のコンビニエンスストア等に荷物の配達先を変更して、受け取ることが可能な情報処理システム１０を提供できる。

ステップＳ７５４で変更先の候補を提示する前に、サーバＣＰＵ４１と提携先の企業等のサーバに問い合わせることにより、提携先が引き受け可能な量を超えた荷物を預けてしまうことを防止することが可能である。

［実施の形態３］
本実施の形態は、配達先からの着信を受け付けて、状況に応じた対応を行う情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

図１５は、実施の形態３の情報処理システム１０の動作の概要を説明する説明図である。図１５は、図１において架電サーバ６０がかけた電話の着信履歴に基づいて、配達先が架電サーバ６０に対して電話をかけた状況を示す。

架電サーバ６０は、発信番号通知に基づいて送信元の電話番号を取得し、サーバコンピュータ４０に対して着信があることを通知する。サーバコンピュータ４０は、電話番号に基づいて配達先および移動体クライアント３０を抽出する。サーバコンピュータ４０は、配達中の移動体クライアント３０から随時受信している測位情報に基づいて、すぐに配達に向かえるか否か等を判定する。

サーバコンピュータ４０は、判定結果に基づいて架電サーバ６０に応答を指示する。たとえば、配達予告の電話をかけた時点から、移動体クライアント３０があまり移動していない場合には、サーバコンピュータ４０は図１を使用して説明した配達予告の応答を指示する。たとえば、移動体クライアント３０が遠くに移動しており、当日の配達が難しい場合には、サーバコンピュータ４０は受取方法を問い合わせる応答を指示する。

図１６は、実施の形態３のプログラムの処理の流れを示すフローチャートである。架電ＣＰＵ６１は、着信を検知する（ステップＳ７６１）。架電ＣＰＵ６１は、発信番号通知に基づいて、発信元の電話番号を取得する（ステップＳ７６２）。架電ＣＰＵ６１は、取得した電話番号をサーバＣＰＵ４１に送信する（ステップＳ７６３）。

サーバＣＰＵ４１は、割り込み処理により電話番号を取得する。サーバＣＰＵ４１は、配達ＤＢ５９の電話番号フィールドを検索し、配達中の荷物があるか否かを判定する（ステップＳ６４１）。配達中の荷物が無いと判定した場合（ステップＳ６４１でＮＯ）、サーバＣＰＵ４１は処理を終了する。したがって、架電ＣＰＵ６１は着信に対して応答しない。

配達中の荷物があると判定した場合（ステップＳ６４１でＹＥＳ）、サーバＣＰＵ４１は配達ＤＢ５９のドライバフィールドに記録されたドライバ名をキーとして、ユーザＤＢ５８を検索し、即位データフィールドより移動体クライアント３０の現在位置を抽出する（ステップＳ６４２）。

サーバＣＰＵ４１は、移動体クライアント３０の現在位置と、配達先の緯度経度とから、移動体クライアント３０が配達先の近くにいるか否かを判定する（ステップＳ６４３）。なお、サーバＣＰＵ４１は移動体クライアント３０の現在位置と配達先の住所とに基づいて地図ＣＰＵ５１から予想所要時刻を取得して、ステップＳ６４３の判定を行っても良い。

移動体クライアント３０が配達先の近くにいると判定した場合（ステップＳ６４３でＹＥＳ）、サーバＣＰＵ４１は第１メッセージによる応答を架電ＣＰＵ６１に指示する（ステップＳ６４４）。架電ＣＰＵ６１は、電話をオフフック状態にして自動音声により、荷物の配達を予告する第１メッセージを送話する（ステップＳ７６４）。

以後、架電ＣＰＵ６１は、図１２を使用して説明した配達予告のサブルーチンのステップＳ７１３以降の処理を行い、配達先からの応答を記録する。通話の終了後、架電ＣＰＵ６１はサーバＣＰＵ４１に結果を送信する（ステップＳ７６５）。サーバＣＰＵ４１は、受信した応答を配達ＤＢ５９に記録する（ステップＳ６４６）。

サーバＣＰＵ４１は、受信した応答に基づいてすぐに配達するか否かを判定する（ステップＳ６４７）。たとえば、配達先から受取可能である旨の応答を受け付けており、移動体クライアント３０が配達先のごく近く場合、サーバＣＰＵ４１は、すぐに配達すると判定する。

すぐに配達すると判定した場合（ステップＳ６４７でＹＥＳ）、サーバＣＰＵ４１は第１ＣＰＵ３１に指示を送信する（ステップＳ６４８）。第１ＣＰＵ３１は、指示を割り込み処理により受け付ける。移動体ＣＰＵ３１は、表示部３５１に通知を表示する（ステップＳ５５１）。移動体ＣＰＵ３１は、スピーカ３７から自動音声により指示を出力しても良い。ドライバは、指示を見聞きすることにより、その電話をかけてきた配達先のある地区から離れる前に配達を行うことができる。

移動体クライアント３０が配達先の近くにいないと判定した場合（ステップＳ６４３でＮＯ）、サーバＣＰＵ４１は第２メッセージによる応答を架電ＣＰＵ６１に指示する（ステップＳ６５１）。架電ＣＰＵ６１は、電話をオフフック状態にして自動音声により、受取方法を問い合わせる第２メッセージを送話する（ステップＳ７７１）。

以後、架電ＣＰＵ６１は、図１２を使用して説明した配達予告のサブルーチンのステップＳ７２１以降の処理を行い、配達先からの応答を記録する。通話の終了後、架電ＣＰＵ６１はサーバＣＰＵ４１に結果を送信する（ステップＳ７７２）。サーバＣＰＵ４１は、受信した応答を配達ＤＢ５９に記録する（ステップＳ６５２）。

すぐに配達しないと判定した場合（ステップＳ６４７でＮＯ）、ステップＳ６４８の終了後、またはステップＳ６５２の終了後、サーバＣＰＵ４１は処理を終了する。

本実施の形態によると、配達先からの着信を受け付けて、状況に応じた対応を行う情報処理システム１０を提供できる。番号通知と移動体クライアント３０の位置に基づいて応答を判定するので、配達先の人に対して要求する入力操作の少ない情報処理システム１０を提供できる。

［実施の形態４］
本実施の形態は、ＡＩ（Artificial Intelligence）学習に基づいて配達先への配達率等を予測する情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。ここで、配達率はドライバが荷物を持っていった場合に、手渡しまたは留守番ロッカーへの預け入れ等により、配達を完了する確率を示す。

図１７は、実施の形態４の配達ＤＢ５９のレコードレイアウトを示す説明図である。本実施の形態の配達ＤＢ５９は、図５を使用して説明した実施の形態１の配達ＤＢ５９に加えて、配達率フィールドを有する。配達率フィールドは、ＡＩによる学習に基づいてサーバＣＰＵ４１が予測した配達先への配達率を記録するフィールドである。

図１８は、結果ＤＢのレコードレイアウトを示す説明図である。結果ＤＢは、配達先を識別する配達先ＩＤと、架電ＣＰＵ６１による電話の状況と配達結果とを関連づけて記録するＤＢである。

結果ＤＢは、配達先ＩＤフィールド、伝票番号フィールド、電話フィールドおよび配達結果フィールドを有する。電話フィールドは、呼出音数フィールド、応答フィールド、内容フィールドおよび詳細フィールドを有する。

配達先ＩＤフィールドには、配達先ＩＤフィールドには、配達先に固有に付与されたＩＤが記録されている。伝票番号フィールドには、個々の荷物に添付された配達伝票の番号が記録されている。

呼出音数フィールドには、架電ＣＰＵ６１がかけた電話の呼出音の回数が記録されている。応答フィールドには架電ＣＰＵ６１がかけた電話に対する応答の有無が記録されている。内容フィールドには、プッシュボタンの操作により受け付けた応答の内容が記録されている。詳細フィールドには、プッシュボタンの操作により受け付けた応答の詳細が記録されている。

配達結果フィールドには、配達の結果が記録されている。たとえば、「受取」は手渡しにより受取が行われたことを、「持ち帰り」は配達先が不在のため荷物を持ち帰ったことを、「ロッカー」は留守番ロッカーに荷物を入れたことを、それぞれ示す。

結果ＤＢは、一回の電話について一つのレコードを有する。結果ＤＢは、ＡＩに入力する学習データに利用される。なお、結果ＤＢのフィールドは例示である。結果ＤＢは、多数のフィールドおよびレコードを有することにより、ＡＩの学習効果を高めることができる。

サーバＣＰＵ４１は、結果ＤＢをディープラーニングにより学習して、配達率を予測するモデルを構築する。なお、モデルの構築は、ネットワークにより接続された他のコンピュータで行われても良い。構築したモデルは、新たに配送した荷物に関するデータに基づいて随時更新される。これにより、予測精度を随時高めることができる。

サーバＣＰＵ４１は、構築したモデルに基づいて個々の荷物の配達率を算出し、配達ＤＢ５９の配達率フィールドに記録する。サーバＣＰＵ４１は、巡回セールスマン問題に基づいて、全体の配達率を高くするように、配送計画を自動生成する。

なお、サーバＣＰＵ４１は、時間帯を細分化して、それぞれの時間帯の配達率を算出しても良い。サーバＣＰＵ４１は、配達率の高い時間に配達するように、配送計画を自動生成する。

以上により、不在による持ち帰りおよび再配達を削減し、効率の高い配送を行う情報処理システム１０を提供できる。

［実施の形態５］
図１９は、実施の形態５の情報処理システム１０の動作を示す機能ブロック図である。本実施の形態の情報処理システム１０は、第１ＣＰＵ３１およびサーバＣＰＵ４１による制御に基づいて以下のように動作する。

情報処理システム１０は、ネットワークで接続されたサーバコンピュータ４０と移動体クライアント３０とを含む。

サーバコンピュータ４０は、第１計画取得部７１と位置取得部７３と通知部７２とを備える。第１計画取得部７１は、荷物の配送先の住所および連絡先を含む配送計画を取得する。位置取得部７３は、荷物を積載した移動体の位置情報を取得する。通知部７２は、第１計画取得部７１が取得した配送計画および位置取得部７３が取得した位置情報に基づいて、連絡先に自動的に電話をかけて自動音声による通知を行う。

移動体クライアント３０は、第２計画取得部７５と、通知取得部７６と表示部７７とを備える。第２計画取得部７５は、荷物の配送先の住所および連絡先を含む配送計画を取得する。通知取得部７６は、通知部７２による通知状況を取得する。表示部７７は、第２取得部７５が取得した配送計画と通知取得部７６が取得した通知状況とを表示する。

［実施の形態６］
本実施の形態は、汎用のコンピュータとプログラム９７とを組み合わせて動作させることにより、本実施の形態の情報処理システム１０を実現する形態に関する。図２０は、実施の形態６の情報処理システム１０の構成を示す説明図である。なお、実施の形態１と共通する部分の説明は省略する。

本実施の形態の情報処理システム１０は、ネットワークを介して接続されたオペレータクライアント２０と、移動体クライアント３０と、地図サーバ５０と、架電サーバ６０と、コンピュータ４９とを含む。

コンピュータ４９は、サーバＣＰＵ４１、主記憶装置４２、補助記憶装置４３、通信部４４、読取部４８およびバスを備える。コンピュータ４９は、汎用のパーソナルコンピュータ、大型計算機等の情報機器等である。また、本実施の形態のコンピュータ４９は、大型計算機上で動作する仮想マシンでも良い。

プログラム９７は、可搬型記録媒体９６に記録されている。サーバＣＰＵ４１は、読取部４８を介してプログラム９７を読み込み、補助記憶装置４３に保存する。またサーバＣＰＵ４１は、コンピュータ４９内に実装されたフラッシュメモリ等の半導体メモリ９８に記憶されたプログラム９７を読出しても良い。さらに、サーバＣＰＵ４１は、通信部４４および図示しないネットワークを介して接続される図示しない他のサーバコンピュータからプログラム９７をダウンロードして補助記憶装置４３に保存しても良い。

プログラム９７は、コンピュータ４９の制御プログラムとしてインストールされ、主記憶装置４２にロードして実行される。これにより、コンピュータ４９は上述したサーバコンピュータ４０として機能する。

移動体クライアント３０およびオペレータクライアント２０は、ネットワークを介してコンピュータ４９からプログラム９７を取得し、コンピュータ４９と連携して上述した移動体クライアント３０およびオペレータクライアント２０として機能する。

各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０ 情報処理システム
２０ オペレータクライアント
２１ 第２ＣＰＵ
２２ 主記憶装置
２３ 補助記憶装置
２４ 通信部
２５１ 表示部
２５２ 入力部
２６ マイク
２７ スピーカ
３０ 移動体クライアント（クライアント）
３１ 第１ＣＰＵ
３２ 主記憶装置
３３ 補助記憶装置
３４ 通信部
３５ タッチパネル
３５１ 表示部
３５２ 入力部
３６ マイク
３７ スピーカ
３８ ＧＰＳ
４０ サーバコンピュータ（情報処理装置）
４１ サーバＣＰＵ
４２ 主記憶装置
４３ 補助記憶装置
４４ 通信部
４８ 読取部
４９ コンピュータ
５０ 地図サーバ
５１ 地図ＣＰＵ
５２ 主記憶装置
５３ 補助記憶装置
５４ 通信部
５８ ユーザＤＢ
５９ 配達ＤＢ
６０ 架電サーバ
６１ 架電ＣＰＵ
６２ 主記憶装置
６３ 補助記憶装置
６４ 通信部
６５ 電話部
７１ 第１計画取得部
７２ 通知部
７３ 位置取得部
７５ 第２計画取得部
７６ 通知取得部
７７ 表示部
８１１ 移動体アイコン
８１２ ドライバ欄
８１３ 更新時刻欄
８１４ 作業状況欄
８１５ 接続状況欄
８２ 地図欄
８２１ 移動体指標
８２２ 目的地指標
８２３ 経由地指標
８２５ 経路表示ボタン
８２６ 過去ボタン
８２７ 予定ボタン
８２８ 経路線
８３ 移動体状況窓
８５１ 検索窓
８５２ 検索結果欄
８７ 絞込受付部
９１ 作業状況設定欄
９１１ 配達ボタン
９１２ 帰社ボタン
９１３ 休憩ボタン
９１４ 待機ボタン
９１５ 配達中ボタン
９２ 更新状況欄
９３ 進捗状況欄
９４ 荷物欄
９４１ 架電状況欄
９４２ 配達完了ボタン
９４３ 不在ボタン
９５ スクロールバー
９６ 可搬型記録媒体
９７ プログラム
９８ 半導体メモリ

Claims (15)

1. 荷物の配送先の住所および連絡先を含む配送計画を取得する計画取得部と、
   前記荷物を積載した移動体内に配置された携帯型のクライアントが内蔵する位置情報取得部により取得された位置情報を、無線ネットワークを介して前記クライアントから取得する位置取得部と、
   前記計画取得部が取得した前記配送計画、および、前記位置取得部が取得した前記位置情報に基づいて、前記連絡先に自動的に電話をかけて自動音声による通知を行う通知部と、
   前記通知部による通知状況、または、前記通知部からの通知に対する応答を取得する応答取得部と、
   前記応答取得部が取得した前記通知状況または前記応答と、前記配送計画とを関連づけて前記クライアントの表示部に表示させるための情報を前記クライアントに送信する応答送信部と、
   前記連絡先からの通話が着信した場合に、前記通知部が通知を行った時刻と前記通話が着信した時刻との差に基づいて生成される自動音声により応答する応答部と
   を備える情報処理装置。
2. 荷物の配送先の住所および連絡先を含む配送計画を取得する計画取得部と、
   前記荷物を積載した移動体内に配置された携帯型のクライアントが内蔵する位置情報取得部により取得された位置情報を、無線ネットワークを介して前記クライアントから取得する位置取得部と、
   前記計画取得部が取得した前記配送計画、および、前記位置取得部が取得した前記位置情報に基づいて、前記連絡先に自動的に電話をかけて自動音声による通知を行う通知部と、
   前記通知部による通知状況、または、前記通知部からの通知に対する応答を取得する応答取得部と、
   前記応答取得部が取得した前記通知状況または前記応答と、前記配送計画とを関連づけて前記クライアントの表示部に表示させるための情報を前記クライアントに送信する応答送信部と、
   前記連絡先からの通話が着信した場合に、前記位置取得部が取得した前記位置情報と前記荷物の配送先の住所とに基づいて生成される自動音声により応答する応答部と
   を備える情報処理装置。
3. 荷物の配送先の住所および連絡先を含む配送計画を取得する計画取得部と、
   前記荷物を積載した移動体内に配置された携帯型のクライアントが内蔵する位置情報取得部により取得された位置情報を、無線ネットワークを介して前記クライアントから取得する位置取得部と、
   前記計画取得部が取得した前記配送計画、および、前記位置取得部が取得した前記位置情報に基づいて、前記連絡先に自動的に電話をかけて自動音声による通知を行う通知部と、
   前記通知部による通知状況、または、前記通知部からの通知に対する応答を取得する応答取得部と、
   前記応答取得部が取得した前記通知状況または前記応答と、前記配送計画とを関連づけて前記クライアントの表示部に表示させるための情報を前記クライアントに送信する応答送信部と、
   前記連絡先からの通話が着信した場合に、前記通知部が通知を行った時刻と前記通話が着信した時刻との差、および、前記位置取得部が取得した前記位置情報と前記荷物の配送先の住所とに基づいて生成される自動音声により応答する応答部と
   を備える情報処理装置。
4. 荷物の配送先の住所および連絡先を含む配送計画を取得する計画取得部と、
   前記計画取得部が取得した前記配送計画に基づいて、前記連絡先に自動的に電話をかけて自動音声による通知を行う通知部と、
   前記通知部による通知状況、または、前記通知部からの通知に対する応答を取得する応答取得部と、
   前記連絡先からの通話が着信した場合に、前記通知部が通知を行った時刻と前記通話が着信した時刻との差に基づいて生成される自動音声により応答して、前記連絡先からの応答を取得する応答部と、
   前記応答取得部が取得した前記通知状況もしくは前記応答、または、前記応答部が取得した前記連絡先からの応答と、前記配送計画とを関連づけて送信する応答送信部と
   を備える情報処理装置。
5. 荷物の配送先の住所および連絡先を含む配送計画を取得する計画取得部と、
   前記荷物を積載した移動体内に配置された携帯型のクライアントが内蔵する位置情報取得部により取得された位置情報を、無線ネットワークを介して前記クライアントから取得する位置取得部と、
   前記計画取得部が取得した前記配送計画に基づいて、前記連絡先に自動的に電話をかけて自動音声による通知を行う通知部と、
   前記通知部による通知状況、または、前記通知部からの通知に対する応答を取得する応答取得部と、
   前記連絡先からの通話が着信した場合に、前記位置取得部が取得した前記位置情報と前記荷物の配送先の住所とに基づいて生成される自動音声により応答して、前記連絡先からの応答を取得する応答部と、
   前記応答取得部が取得した前記通知状況もしくは前記応答、または、前記応答部が取得した前記連絡先からの応答と、前記配送計画とを関連づけて送信する応答送信部と
   を備える情報処理装置。
6. 荷物の配送先の住所および連絡先を含む配送計画を取得する計画取得部と、
   前記荷物を積載した移動体内に配置された携帯型のクライアントが内蔵する位置情報取得部により取得された位置情報を、無線ネットワークを介して前記クライアントから取得する位置取得部と、
   前記計画取得部が取得した前記配送計画に基づいて、前記連絡先に自動的に電話をかけて自動音声による通知を行う通知部と、
   前記通知部による通知状況、または、前記通知部からの通知に対する応答を取得する応答取得部と、
   前記連絡先からの通話が着信した場合に、前記通知部が通知を行った時刻と前記通話が着信した時刻との差、および、前記位置取得部が取得した前記位置情報と前記荷物の配送先の住所とに基づいて生成される自動音声により応答して、前記連絡先からの応答を取得する応答部と、
   前記応答取得部が取得した前記通知状況もしくは前記応答、または、前記応答部が取得した前記連絡先からの応答と、前記配送計画とを関連づけて送信する応答送信部と
   を備える情報処理装置。
7. 前記応答取得部は、再配達希望日時を受け付ける
   請求項１から請求項６のいずれか一つに記載の情報処理装置。
8. 前記応答取得部は、配達先の変更の依頼を受け付ける
   請求項１から請求項７のいずれか一つに記載の情報処理装置。
9. 過去の荷物の配送先と、前記過去の荷物に関連して前記応答取得部が取得した前記通知状況または前記応答と、前記過去の荷物の配達結果との学習結果に基づいて、未配達の荷物の配送計画を作成または修正する
   請求項１から請求項８のいずれか一つに記載の情報処理装置。
10. 前記通知部は、所定の時刻に前記連絡先に自動的に電話をかけて自動音声による通知を行う
    請求項１から請求項９のいずれか一つに記載の情報処理装置。
11. 荷物の配送計画を取得する計画取得部と、
    内蔵する位置情報取得部により取得した自己の位置情報を無線ネットワークを介して送信する位置送信部と、
    前記荷物の配送先に自動的に電話をかけて自動音声による通知を行って得た通知状況、および、前記通知に対する再配達希望日時を含む応答を受信する応答受信部と、
    前記応答受信部が受信した前記通知状況および再配達希望日時を含む前記応答を、前記計画取得部が取得した前記配送計画とを関連づけて表示する表示部と
    を備える情報処理装置。
12. サーバコンピュータとクライアントとがネットワークで接続された情報処理システムにおいて、
    前記クライアントは、
    内蔵する位置情報取得部により取得した自己の位置情報を無線ネットワークを介して送信する位置送信部を備え、
    前記サーバコンピュータは、
    前記位置送信部が送信した位置情報を取得する位置取得部と、
    荷物の配送先の住所および連絡先を含む配送計画を取得する第１計画取得部と、
    前記第１計画取得部が取得した前記配送計画に基づいて、前記連絡先に自動的に電話をかけて自動音声による通知を行う通知部と、
    前記通知部による通知状況、および、前記通知部からの通知に対する応答を取得する応答取得部と、
    前記連絡先からの通話が着信した場合に、前記通知部が通知を行った時刻と前記通話が着信した時刻との差に基づいて生成される自動音声により応答して、連絡先からの再配達希望日時を含む応答を取得する応答部と、
    前記応答取得部が取得した前記通知状況と、前記応答取得部が取得した前記応答、または、前記応答部が取得した前記連絡先からの応答と、前記配送計画とを関連づけて送信する応答送信部を備える
    情報処理システム。
13. 荷物の配送先の住所および連絡先を含む配送計画を取得し、
    取得した前記配送計画に基づいて、前記連絡先に自動的に電話をかけて自動音声による通知を行ない、
    前記通知にかかる通知状況、または、前記通知に対する応答を取得し、
    前記連絡先からの通話が着信した場合に、通知を行った時刻と前記通話が着信した時刻との差に基づいて生成される自動音声により応答して、前記連絡先からの応答を取得し、
    取得した前記通知状況または前記応答と、前記配送計画とを関連づけて送信する
    処理をコンピュータに実行させる情報処理方法。
14. 荷物の配送先の住所および連絡先を含む配送計画を取得し、
    取得した前記配送計画に基づいて、前記連絡先に自動的に電話をかけて自動音声による通知を行ない、
    前記通知にかかる通知状況、または、前記通知に対する応答を取得し、
    前記連絡先からの通話が着信した場合に、前記通知を行った時刻と前記通話が着信した時刻との差に基づいて生成される自動音声により応答して、前記連絡先からの応答を取得し、
    取得した前記通知状況または前記応答と、前記配送計画とを関連づけて送信する
    処理をコンピュータに実行させるプログラム。
15. 荷物の配送計画を取得し、
    内蔵する位置情報取得部により取得した自己の位置情報を無線ネットワークを介して送信し、
    送信した前記位置情報に基づいて、前記荷物の配送先に自動的に電話をかけて自動音声による通知を行って得た通知状況と、前記電話または前記配送先から受信した電話を介して取得した再配達希望日時とを受信し、
    受信した前記通知状況と、再配達希望日時と、取得した前記配送計画とを関連づけて表示する
    処理をコンピュータに実行させるプログラム。

Images