JP2020013286A

JP2020013286A - 情報処理方法、情報処理装置およびプログラム

Info

Publication number: JP2020013286A
Application number: JP2018134560A
Authority: JP
Inventors: 栄倫奥野; Shigenori Okuno
Original assignee: Trail Co Ltd
Current assignee: Trail Co Ltd
Priority date: 2018-07-17
Filing date: 2018-07-17
Publication date: 2020-01-23

Abstract

【課題】配達効率を確保できる配達時間帯の候補を配達先に提案することが可能な情報処理方法等を提供すること。【解決手段】情報処理方法は、複数の荷物の配達に関する配送計画を取得し、取得した配送計画に基づいて、それぞれの配達先に事前に配達予定時間を通知し、通知に対する応答をそれぞれの配達先から取得し、配達先から取得した応答が、受け取れないことを示す応答である場合、前記配送計画に基づいて配達提案時間帯を決定し、決定した配達提案時間帯を提案すべく送信する処理をコンピュータに実行させる。【選択図】図２

Description

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

個人の住宅および小規模事業所宛の荷物が、宅配サービス事業者により小口配送されている。配達先への配達予告電話を行なうとともに、配達時間の変更依頼および再配達依頼を自動受付する情報処理システムが提案されている（特許文献１）。

特許６３４１４９２号公報

しかしながら、配達時間帯または再配達時間帯の指定を、配達先の希望する時間帯で、配達先から受け付けた場合、配達作業を行なうドライバは、当所予定していた配達ルートから大きく外れた配達先に立ち寄る必要が生じる場合がある。そのため、配達業務を十分に効率良く行なえないという問題点がある。

一つの側面では、配達効率を確保できる配達時間帯の候補を配達先に提案することが可能な情報処理方法等を提供することを目的とする。

情報処理方法は、複数の荷物の配達に関する配送計画を取得し、取得した配送計画に基づいて、それぞれの配達先に事前に配達予定時間を通知し、通知に対する応答をそれぞれの配達先から取得し、配達先から取得した応答が、受け取れないことを示す応答である場合、前記配送計画に基づいて配達提案時間帯を決定し、決定した配達提案時間帯を提案すべく送信する処理をコンピュータに実行させる。

一つの側面では、配達効率を確保できる配達時間帯の候補を配達先に提案することが可能な情報処理方法等を提供できる。

情報処理システムの動作の概要を説明する説明図である。情報処理システムの動作の概要を説明する説明図である。情報処理システムの動作の概要を説明する説明図である。情報処理システムの構成を示す説明図である。情報処理システムの構成を示す説明図である。伝票ＤＢのレコードレイアウトを説明する説明図である。ドライバＤＢのレコードレイアウトを説明する説明図である。レスポンスＤＢのレコードレイアウトを説明する説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。移動体クライアントが表示する画面を示す説明図である。プログラムの処理の流れを示すフローチャートである。プログラムの処理の流れを示すフローチャートである。応答処理のサブルーチンの処理の流れを示すフローチャートである。応答処理のサブルーチンの処理の流れを示すフローチャートである。プログラムの処理の流れを示すフローチャートである。プログラムの処理の流れを示すフローチャートである。プログラムの処理の流れを示すフローチャートである。配達可能数ＤＢのレコードレイアウトを説明する説明図である。実施の形態２の応答処理のサブルーチンの処理の流れを示すフローチャートである。実施の形態２の応答処理のサブルーチンの処理の流れを示すフローチャートである。実施の形態３の伝票ＤＢのレコードレイアウトを説明する説明図である。実施の形態３の移動体クライアントが表示する画面を示す説明図である。実施の形態４の情報処理装置の機能ブロック図である。実施の形態５の情報処理システムの構成を示す説明図である。

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

本実施の形態の情報処理システム１０は、主に小口荷物の配送を取り扱う運送会社が使用する。情報処理システム１０は、移動体クライアント３０、配達サーバ４０、架電サーバ６０、管理者クライアント２０および地図サーバ５０（図３参照）を含む。

図１は、配送車両の出発準備段階の動作の概要を説明する。ドライバは、当日配送を担当する荷物の伝票２６を受け取り、配送ルートを検討して、配達する順番に並べ替える。その後、荷物を配送車両に積み込む。

ドライバは、移動体クライアント３０にバーコードリーダ２５を接続する。ドライバは、バーコードリーダ２５を用いて、並べ替えた伝票２６に記載されたバーコード２７を順次読み取る。移動体クライアント３０は配達サーバ４０に、伝票２６に固有に付与された伝票番号と、当該伝票２６に対応する荷物の配達時間帯および配達順とを送信する。

送信された情報は配達サーバ４０に記録される。運送会社の管理者等は、管理者クライアント２０を用いて配達サーバに記録された情報を参照し、配達先、発送元または配達作業中のドライバからの問合せ等に適宜対応する。

ドライバの操作に基づいて、移動体クライアント３０から配達サーバ４０を介して架電サーバ６０に対して、それぞれの配達先に対して配達予告の電話を掛ける一斉架電の要求が送信される。架電サーバ６０は、一斉架電を行なう。

図２は、一斉架電の通話の流れの一例を示す。配達サーバ４０から架電サーバ６０に一斉架電の要求が送信される（ステップＳ４０１）。架電サーバ６０は、配達先に電話を掛け、オフフックになるのを待つ。オフフックになった場合、架電サーバ６０は、たとえば「本日８時から１２時の間にお届けできる予定です。御不在の予定でお受け取りができない方は１番を押してください。」のように自動音声による配達予告を行なう（ステップＳ４０２）。

電話を受けた配達先が、８時から１２時の間では都合が悪い場合、電話機の１番のボタンを押す（ステップＳ４０３）。架電サーバ６０は、配達サーバ４０に代わりの配達時間帯の候補を問い合わせる（ステップＳ４０４）。配達サーバ４０は、ドライバの配達作業効率が高い配達時間帯の候補を抽出して、架電サーバ６０に送信する（ステップＳ４０５）。

架電サーバ６０は、たとえば「荷物の受け取りができる時間帯があれば、ボタンを押してください。１４時から１６時の場合、３番を、１６時から１８時の場合、４番を」のように、自動音声により候補時間帯とその選択方法を出力する（ステップＳ４０６）。配達先は、都合の良い時間帯のボタンを押す（ステップＳ４０７）。架電サーバ６０は、選択されたボタンを検出し、配達先による選択を配達サーバ４０に通知する（ステップＳ４０８）。

なお、ステップＳ４０６において、架電サーバ６０は、最後にたとえば「どの時間でも都合が合わない場合は９番を押してください」のようなアナウンスを出力する。配達先により９番が選択された場合には、たとえば運送会社のオペレータに処理を引き継ぐか、電話機のボタン操作を介して翌日以降の希望日時の入力を受け付ける。架電サーバ６０は、翌日以降の配達指定を受け付ける電話番号またはＵＲＬ（Uniform Resource Locator）等を自動音声により案内しても良い。

図３は、配達開始後の動作の概要を説明する。移動体クライアント３０は、ＧＰＳ３８（図４参照）を用いて現在位置の測位を行なう。移動体クライアント３０は、測位情報と、目的地情報とを地図サーバ５０に随時送信する。地図サーバ５０は、移動体クライアント３０の現在位置から、目的地、すなわち配達先までの道程および所要時間等の経路情報を算出し、移動体クライアント３０に送信する。地図サーバ５０は、本実施の形態の外部サーバの一例である。

配達先までの所要時間が所定の範囲内になった場合、移動体クライアント３０は配達サーバ４０を介して架電サーバ６０に直前架電を要求する。架電サーバ６０は、配達先に電話を掛け、オフフックになるのを待つ。オフフックになった場合、架電サーバ６０は、たとえば「９時２５分頃に荷物を配達します」のように配達予告を行なう。直前架電においては、一斉架電時よりも高い精度で配達までの時間を予告できるため配達先の在宅率が高くなり、１回の配達で荷物を受け取って貰える可能性が高まる。

一斉架電と直前架電との２回にわたって、事前の配達予告を行なうことにより、配達先の在宅率を高め、１回の配達で受け取って貰える可能性を高めることができる。

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

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

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

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

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

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

接続Ｉ／Ｆ３９は、たとえばＵＳＢ（Universal Serial Bus）コネクタである。接続Ｉ／Ｆ３９を介して移動体クライアント３０にバーコードリーダ２５が接続される。なお、移動体クライアント３０とバーコードリーダ２５とは、ＢＬＵＥＴＯＯＴＨのような短距離無線通信方式により接続されても良い。バーコードリーダ２５は、移動体クライアント３０に内蔵されたカメラとアプリケーションソフトウェアとにより実現されても良い。

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

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

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

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

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

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

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

管理者クライアント２０は、運送会社の営業所等に１台または複数台設置される。管理者クライアント２０を使用するオペレータは、自社の車両の運行状況、道路情報等を総合的に判断して、必要に応じて配達先または発送元からの問合せに対する応答およびドライバに対する指示を行なう。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図６は、伝票ＤＢ５７のレコードレイアウトを説明する説明図である。伝票ＤＢ５７は、伝票２６に固有に付与された伝票番号と、配達先情報と、発送条件と、配達計画と、配達状況とを関連づけた配送計画を記録するＤＢである。

伝票ＤＢ５７は、伝票番号フィールド、配達先情報フィールド、発送条件フィールド、配達計画フィールドおよび配達状況フィールドを有する。配達先情報フィールドは、住所フィールド、名称フィールドおよび電話番号フィールドを有する。発送条件フィールドは、日時指定フィールド、時間指定フィールドおよび代引金額フィールドを有する。配達計画フィールドは、ドライバＩＤフィールド、配達予定時間帯フィールドおよび順番フィールドを有する。

伝票番号フィールドには、伝票２６に固有に付与された伝票番号が記録されている。なお、伝票番号はアルファベット、記号、ひらがな、カタカナおよび漢字等、数字以外の文字を含んでも良い。

住所フィールドには、配達先の住所が記録されている。名称フィールドには、配達先の名称が記録されている。電話番号フィールドには、配達先の電話番号が記録されている。日付指定フィールドおよび時間指定フィールドには、配達を引き受けた際に指定された日付および時間がそれぞれ記録されている。代引金額フィールドには、代引金額が記録されている。

ドライバＩＤフィールドには、配達を担当するドライバに固有に付与されたドライバＩＤが記録されている。配達予定時間帯フィールドには、荷物を配達する予定の時間が記録されている。順番フィールドには、配達する順番が記録される。配達状況フィールドには、配達の進行状況が記録されている。

伝票ＤＢ５７の伝票番号フィールド、配達先情報フィールドおよび発送条件フィールドの情報は、荷物の配達を引き受けた際に記録される。たとえば、運送会社のオペレータが、管理者クライアント２０を操作して、伝票番号フィールド、配達先情報フィールドおよび発送条件フィールドの情報を伝票ＤＢ５７に取り込む。

図示を省略する荷主または運送会社のサーバから、自動的に、またはオペレータの指示に基づいて、ＦＴＰ等のデータ連携手段を用いて伝票番号フィールド、配達先情報フィールドおよび発送条件フィールドの情報が伝票ＤＢ５７に取り込まれても良い。その他、任意の手段により、伝票ＤＢ５７の伝票番号フィールド、配達先情報フィールドおよび発送条件フィールドにデータを取り込んでも良い。

ドライバがバーコードリーダ２５を用いて、バーコード２７を読み取ることにより、配達計画フィールドに配送計画にかかる情報が記録される。なお、ドライバＩＤは、バーコード２７の読み取りに使用する移動体クライアント３０に関連づけられている。配送計画フィールドに情報が記録される際に、配送状況フィールドに「配達中」が記録される。伝票ＤＢ５７は、１つの伝票番号について、１つのレコードを有する。

図７は、ドライバＤＢ５８のレコードレイアウトを説明する説明図である。ドライバＤＢ５８は、ドライバＩＤフィールドおよび測位データフィールドを有する。ドライバＩＤフィールドには、ドライバＩＤが記録されている。測位データフィールドには、ＧＰＳ３８により測位されて配達サーバ４０に送信された最新の位置が記録されている。ドライバＤＢ５８は、一人のドライバについて１つのレコードを有する。

図８は、レスポンスＤＢ５９のレコードレイアウトを説明する説明図である。レスポンスＤＢ５９は、伝票番号フィールド、一斉架電フィールドおよび直前架電フィールドを有する。一斉架電フィールドは、架電時刻フィールド、応答フィールドおよび配達希望フィールドを有する。直前架電フィールドは、架電時刻フィールド、通知時刻フィールドおよび通知状況フィールドを有する。

伝票番号フィールドには、伝票番号が記録されている。一斉架電フィールドの架電時刻フィールドには、図２を使用して説明した一斉架電を行なった時刻が記録されている。応答フィールドには、一斉架電に対する配達先の応答が記録されている。「切断」は、オフフックになり、電話機のボタン操作が行なわれずに通話が終了したことを意味する。「不在」は、オフフックになり、予告された時点に不在である旨のボタン操作が行なわれたことを意味する。「接続できず」はオフフックにならなかったことを意味する。配達希望フィールドには、一斉架電時に配達先により指定された、配達希望時間帯が記録されている。

直前架電フィールドの架電時刻フィールドには、図３を使用して説明した直前架電を行なった時刻が記録されている。通知時刻フィールドには、直前架電の際に通知した配達予定時刻が記録されている。通知状況フィールドには、直前架電の通知状況が記録されている。「完了」はオフフックになり、予告音声を出力することにより直前架電を完了したことを意味する。「接続できず」はオフフックにならなかったことを意味する。「未」は、直前架電を行なっていないことを意味する。レスポンスＤＢ５９は、１つの伝票番号について、１つのレコードを有する。

図９から図２７は、移動体クライアント３０が表示する画面を示す説明図である。図９は、本実施の形態のプログラムを起動した際にＣＰＵ３１が表示部３５１に表示する、トップ画面を示す。トップ画面には、伝票登録ボタン８１１、配達予定ボタン８１２および終了ボタン８１３が表示されている。

図１０は、伝票登録ボタン８１１の選択を受け付けた場合に、ＣＰＵ３１が表示部３５１に表示する時間帯選択画面を示す。時間帯選択画面には、あらかじめ設定された時間帯ごとに配達時間帯ボタン８３１が表示されている。時間帯選択画面の右下に、登録指定ボタン８３４が表示されている。時間帯選択画面の左下に、合計数欄８３５が表示されている。合計数欄８３５には、バーコード２７を読取済の荷物の数が表示されている。

時間帯選択画面の右上に、閉ボタン８３６が表示されている。閉ボタン８３６の選択を受け付けた場合、ＣＰＵ３１は図９を使用して説明したトップ画面に戻る。

図１１は、配達時間帯ボタン８３１の一つが選択された場合にＣＰＵ３１が表示部３５１に表示するバーコード読取画面を示す。バーコード読取画面の上部に、選択を受け付けた配達時間帯ボタン８３１に対応する時間帯が記載された配達時間帯欄８４が表示されている。画面の中央部に前時間帯ボタン８３２、次時間帯ボタン８３３および戻るボタン７９が表示されている。

図１２は、バーコードリーダ２５を操作して、３枚の伝票２６からバーコード２７を読み取った場合にＣＰＵ３１が表示部３５１に表示するバーコード読取画面を示す。図１１を使用して説明した配達時間帯欄８４と前時間帯ボタン８３２等との間に３個の読取番号欄８５が表示されている。読取番号欄８５には、バーコード２７から読み取った伝票番号が記録されている。読取番号欄８５の右端に、ゴミ箱アイコン８５１が表示されている。バーコードリーダ２５の操作を間違えた場合等には、ドライバはゴミ箱アイコン８５１を選択することにより、バーコード２７の読み取りをキャンセルできる。

ドライバは、前時間帯ボタン８３２および次時間帯ボタン８３３を操作することにより、配達時間帯欄８４に表示される配達時間帯を変更できる。その後読み取ったバーコード２７に対応する荷物の配達時間帯は、変更後の配達時間帯に設定される。

図１３は、図１２に示す画面において、戻るボタン７９の選択を受け付けた場合に、ＣＰＵ３１が表示部３５１に表示する時間帯選択画面を示す。配達時間帯ボタン８３１の右端に、当該時間帯に配達する予定の荷物の数が表示されている。合計数欄８３５に、１日に配達する予定の荷物の合計数が表示されている。合計数欄８３５の「（更新中）」は、読み取ったバーコード２７に関するデータが配達サーバ４０にまだ送信されていないことを意味する。

図１４は、登録指定ボタン８３４の選択を受け付けた場合に、ＣＰＵ３１が表示部３５１に表示する画面を示す。図１０および図１３を使用して説明した時間帯選択画面の上に、登録確認窓８６１がポップアップ表示されている。登録確認窓８６１には、登録ボタン８６２および取消ボタン８６３が表示されている。取消ボタン８６３の選択を受け付けた場合、ＣＰＵ３１は一つ前の画面に戻る。

登録ボタン８６２の選択を受け付けた場合、ＣＰＵ３１は伝票番号、配達時間帯および順番を配達サーバ４０に送信する。ＣＰＵ４１は、伝票番号をキーとして伝票ＤＢ５７を検索し、抽出したレコードの配達計画フィールドにドライバＩＤ、配達予定時間帯フィールドおよび順番フィールドにデータを記録する。

データの送信完了後、ＣＰＵ３１は合計数欄８３５から「（更新中）」の文字を削除する。ドライバが、図９から図１４を使用して説明した操作を繰り返すことにより、ＣＰＵ４１は、ドライバが定めた配送計画を伝票ＤＢ５７に記録する。

図１５は、図９を使用して説明したトップ画面において配達予定ボタン８１２の選択を受け付けた場合に、ＣＰＵ３１が表示部３５１に表示する配送予定画面を示す。配送予定画面の上部には、ドライバによる操作を受け付ける操作ボタン８７が配置されている。操作ボタン８７は、朝電ボタン８７２、経路ボタン８７３、前電ボタン８７４、選択ボタン８７５および閉ボタン８７６を含む。閉ボタン８７６の選択を受け付けた場合、ＣＰＵ３１は図９を使用して説明したトップ画面に戻る。

なお、ＣＰＵ３１は、ＣＰＵ４１を介して伝票ＤＢ５７のドライバＩＤフィールドをキーとして抽出したレコードの配達先情報フィールド、配達予定時間帯フィールドおよび順番フィールドに記録されたデータを随時取得したデータに基づいて、配達先欄８８を配達予定順に沿って表示部３５１に一覧表示する。

操作ボタン８７の下側に、個々の荷物にかかる情報を長方形のブロック状に表示した配達先欄８８が縦一列に配置されている。配達先欄８８には、配達先の住所および電話番号に加えて、順番変更ボタン８８１、休憩挿入ボタン８８２および計画時間帯欄８８５が表示されている。計画時間帯欄８８５には、ドライバが伝票２６に表示されたバーコード２７を読み取る際に指定した時間帯が表示されている。ドライバは、タッチパネル３５のスライド操作を行なうことにより、バーコード２７を読み取った伝票２６にかかる配達先欄８８をスクロールできる。

なお、ＣＰＵ３１は、配達サーバ４０との通信を適宜行ない、伝票ＤＢ５７およびレスポンスＤＢ５９に記録された情報を補助記憶装置３３に一時的に記憶して、配送予定画面を表示する。

図１６は、朝電ボタン８７２の選択を受け付けた場合に、ＣＰＵ３１が表示部３５１に表示する画面を示す。図１５を使用して説明した配送予定画面の上に、朝電指定窓７１がポップアップ表示されている。朝電指定窓７１には、対象選択ボタン７１１、発信ボタン７１２および取消ボタン７１３が表示されている。取消ボタン７１３の選択を受け付けた場合、ＣＰＵ３１は一つ前の画面に戻る。

ドライバは、対象選択ボタン７１１を用いて一斉架電を行なう配達先を選択できる。なお、図１６においては、「すべて」は一日分の配達先すべてに一斉架電を行なうことを意味する。同様に、「午前」は午前に配達する予定の配達先に一斉架電を行なうことを意味し、「午後」は午後に配達する予定の配達先に一斉架電を行なうことを意味する。ドライバは、対象選択ボタン７１１により配送計画に含まれる一部の配達先宛に一斉架電を行なうか、全部の配達先宛に一斉架電を行なうかを選択できる。

発信ボタン７１２の選択を受け付けた場合、ＣＰＵ３１は、配達サーバ４０を介して架電サーバ６０に一斉架電の指示が送信される。架電サーバ６０は、複数の電話回線を平行して使用し、指定された配達先に順次配達予告の電話を掛ける。ＣＰＵ４１は、架電サーバ６０から電話を掛けた結果を取得して、レスポンスＤＢ５９の一斉架電フィールドに記録する。

図１７は、一斉架電後にＣＰＵ３１が表示部３５１に表示する画面を示す。それぞれの配達先欄８８の上部に、朝電結果欄８８６が追加されている。朝電結果欄８８６には、架電サーバ６０が配達先に一斉架電の電話を掛けた時間およびその結果が表示されている。配達先が予告された時間に不在で、配達時間の変更を希望した場合、朝電結果欄８８６の右側に希望時間帯欄８８７が表示される。

なお、ＣＰＵ３１は、ＣＰＵ４１を介してレスポンスＤＢ５９の一斉架電フィールドに記録されたデータを随時取得して、朝電結果欄８８６および希望時間帯欄８８７に表示する。

図１７にハッチングで示すように、配達先から配達時間の変更希望を受け付けた荷物については、ＣＰＵ３１は配達先欄８８を他の配達先欄８８とは異なる色で表示する。これにより、ドライバは配達時間の変更希望が受け付けられたことを速やかに把握できる。

図１８は、配達時間の変更を受け付けた荷物にかかる配達先欄８８の順番変更ボタン８８１をドライバが選択した場合に、ＣＰＵ３１が表示部３５１に表示する画面を示す。順番変更ボタン８８１の選択を受け付けた配達先欄８８の周囲は太枠で囲まれて、選択中であることが示されている。配達先欄８８同士の間に、二重丸型の指標８８９が表示されている。

ドライバは、選択中の配達先欄８８を移動させたい場所に対応する指標８８９を選択する。図１９は、ドライバによる図１８の最下部に示す指標８８９の選択を受け付けた場合に、ＣＰＵ３１が表示部３５１に表示する画面を示す。選択中の配達先欄８８は、選択された指標８８９の位置に移動する。配達先欄８８同士の間に表示された指標８８９は消去され、配達先欄８８同士が密着した状態で一列に並んで表示される。

画面の上部に、保存ボタン８７８およびキャンセルボタン８７９が表示される。キャンセルボタン８７９の選択を受け付けた場合、ＣＰＵ３１は一つ前の画面に戻る。

図２０は、保存ボタン８７８の選択を受け付けた場合に、ＣＰＵ３１が表示部３５１に表示する画面を示す。図１９を使用して説明した画面の上に、変更確認窓８９がポップアップ表示されている。変更確認窓８９には、保存ボタン８９８および取消ボタン８９９が表示されている。取消ボタン８９９の選択を受け付けた場合、ＣＰＵ３１は一つ前の画面に戻る。

保存ボタン８９８の選択を受け付けた場合、ＣＰＵ３１は順番が変更された配達先欄８８にかかる伝票番号、配達時間帯および順番を配達サーバ４０に送信する。ＣＰＵ４１は、伝票番号をキーとして伝票ＤＢ５７を検索し、抽出したレコードの配達計画フィールドにドライバＩＤ、配達予定時間帯フィールドおよび順番フィールドのデータを更新する。

図１７から図２０を使用して説明した操作を適宜実行することにより、ドライバは配達先からの配達時間帯変更要求に基づいて配送計画を修正し、伝票ＤＢ５７に反映させるとともに、移動体クライアント３０に最新の情報を閲覧できる。管理者クライアント２０を使用するオペレータも、伝票ＤＢ５７を参照することにより、ドライバの予定を閲覧できる。

以上の操作により、ドライバは配達先からの要求に合わせて配達先欄８８の順番を変更する。配送地域を熟知したドライバであれば、配達先からの指定を受け付けた時間帯の中で、最も効率良く配達を行なえる順番に、配達順序を並べ替えることができる。

なお、指定された時間帯の範囲内でいわゆる巡回セールスマン問題を解くことにより、ＣＰＵ３１またはＣＰＵ４１が配達先欄８８を自動的に並べ替えても良い。このようにすることにより、熟練していないドライバであっても、適切に配達作業を行なえる。

図２１は、ＣＰＵ３１が表示部３５１に表示する配送予定画面を示す。ドライバは、配達先欄８８の中に表示された休憩挿入ボタン８８２を選択することにより、配達先欄８８の下に休憩表示欄８８３を挿入できる。図２１においては、一番上の配達先欄８８と、２番目の配達先欄８８との間に１０分間の休憩表示欄８８３が２個表示されている。

休憩表示欄８８３を使用することにより、ドライバは運転の合間に必要な休憩時間を配送計画に適宜盛り込むことができる。たとえば配達先から離れた場所に駐車して徒歩で荷物を運ぶ必要がある場合、または、配達先で設置作業等を行なう場合等、地図サーバ５０から得た情報には含まれない必要時間および予備時間を配送計画に盛り込むことができる。

図２２は、経路ボタン８７３の選択を受け付けた場合に、ＣＰＵ３１が表示部３５１に表示する画面を示す。それぞれの配達先欄８８の下部に、経路表示欄７２が表示されている。経路表示欄７２は、道程表示欄７２１、所要時間欄７２２および到着予定時刻欄７２３を含む。

一番上の配達先欄８８の道程表示欄７２１には、移動体クライアント３０の現在位置から１番目の配達先までの道程が表示されている。一番上の配達先欄８８の所要時間欄７２２には、移動体クライアント３０の現在位置から１番目の配達先までの所要時間が表示されている。一番上の配達先欄８８の到着予定時刻欄７２３には、１番目の配達先への到着時刻が表示されている。

２番目以降の配達先欄８８の道程表示欄７２１および所要時間欄７２２には、１つ前の配達先からの道程および所要時間がそれぞれ表示されている。２番目以降の配達先欄８８の到着予定時刻欄７２３には、一つ前の配達先欄８８の到着予定時刻欄７２３に表示された到着予定時刻に、所要時間、および、休憩表示欄８８３に対応する時間を加えた到着予定時刻が表示されている。なお、ＣＰＵ３１は、到着予定時刻を算出する際に、荷物の受け渡しに要する標準的な時間を加算しても良い。

ＣＰＵ３１は、ＧＰＳ３８により測定した測位情報と、経由地の住所と、目的地の住所とを地図サーバ５０に随時送信し、経路表示欄７２の表示に必要な道程および所要時間を取得する。ＣＰＵ３１は、情報を取得する都度、経路表示欄７２の表示を更新する。

図２３は、前電ボタン８７４の選択を受け付けた場合に、ＣＰＵ３１が表示部３５１に表示する画面を示す。前電ボタン８７４が選択されている場合、ＣＰＵ３１は、図３を使用して説明した直前架電を行なう。

前電ボタン８７４が選択されている場合、ＣＰＵ３１は順番変更ボタン８８１を表示せず、図１８から図２０を使用して説明した順番の変更を受け付けない。

配達先までの所要時間が所定の範囲内になった場合、ＣＰＵ３１は配達サーバ４０を介して架電サーバ６０に直前架電を要求する。架電サーバ６０は、指定された配達先に順次配達予告の電話を掛け、オフフックになるのを待つ。オフフックになった場合、ＣＰＵ６１は、たとえば「９時２５分頃に荷物を配達します」のように自動音声による配達予告を行なう。ＣＰＵ４１は、架電サーバ６０から電話を掛けた結果を取得して、レスポンスＤＢ５９の直前架電フィールドに記録する。ＣＰＵ４１は、電話を掛けた結果をＣＰＵ３１に通知する。

図２３は、一番上の配達先欄８８に対応する配達先に直前架電を行なった後に、ＣＰＵ３１が表示部３５１に表示する画面を示す。配達先欄８８の上部に、前電結果欄８８８および通知時刻欄８８４が追加されている。前電結果欄８８８には、架電サーバ６０が配達先に直前架電の電話を掛けた時間およびその結果が表示されている。通知時刻欄８８４には、直前架電時に自動音声を用いて配達先に通知した到着予定時刻が表示されている。前電結果欄８８８および通知時刻欄８８４に表示する情報は、ＣＰＵ４１からＣＰＵ３１あての通知に含まれている。

なお、ＣＰＵ３１は、ＣＰＵ４１を介してレスポンスＤＢ５９の直前架電フィールドに記録されたデータを随時取得して、前電結果欄８８８および通知時刻欄８８４に表示しても良い。

配達作業の完了後、ドライバは配達完了した荷物に対応する配達先欄８８にタッチして右に払うスワイプ操作を行なう。図２４は、スワイプ操作を行なった後に、ＣＰＵ３１が表示部３５１に表示する画面を示す。図２３等を使用して説明した配送予定画面の上に、ステータス登録窓７３がポップアップ表示されている。

ステータス登録窓７３には、登録ボタン７３１、電話拒否欄７３７、登録ボタン７３８および取消ボタン７３９が表示されている。登録ボタン７３８は、完了ボタン７３２、設置完了ボタン７３３、置配完了ボタン７３４、持帰ボタン７３５および住所不定ボタン７３６を含む。

ドライバは、荷物を配達先に引渡した場合には、完了ボタン７３２を選択する。ドライバは、荷物を配達先に引渡すとともに、設置作業を行なった場合には、設置完了ボタン７３３を選択する。ドライバは、荷物を宅配ボックス等の指定場所に置いた場合には、置配完了ボタン７３４を選択する。ドライバは、不在票を置いて荷物を持ち帰った場合には、持帰ボタン７３５を選択する。ドライバは、伝票２６に記載された住所に配達先を見つけられない場合には、住所不定ボタン７３６を選択する。

ドライバは、配達先から一斉架電および直前架電の電話を差し控えて欲しい旨の要望を受けた場合には、電話拒否欄７３７を選択して、チェクマークを入れる。取消ボタン７３９の選択を受け付けた場合、ＣＰＵ３１は一つ前の画面に戻る。登録ボタン７３８の選択を受け付けた場合、ＣＰＵ３１は伝票番号およびドライバが選択した内容をＣＰＵ４１に送信する。

ＣＰＵ４１は、伝票番号をキーとして伝票ＤＢ５７を検索し、抽出したレコードの配達状況フィールドに登録ボタン７３１を介して取得した配達状況を記録する。電話拒否欄７３７が選択されている場合は、ＣＰＵ４１は図示を省略する顧客情報ＤＢ等に電話を拒否する顧客である旨を記録し、以後の配送時には一斉架電および直前架電を行なわないように設定する。

図２５は、図２４において登録ボタン７３８の選択を受け付けた後に、ＣＰＵ３１が表示部３５１に表示する画面を示す。配達作業を完了した荷物にかかる配達先欄８８が消去されて、次の配達先欄８８が上に繰り上げ表示されている。

図２６および図２７を使用して、特定の配達先にのみ直前架電を行なう場合の操作について説明する。図２６は、ドライバが選択ボタン８７５を押して選択モードにした状態で、架電対象とする配達先欄８８を押した場合に、ＣＰＵ３１が表示部３５１に表示する画面を示す。タップされた配達先欄８８の周囲が太枠で囲まれて、選択中であることが示される。なお、ドライバは、複数の配達先欄８８を選択中に設定できる。

図２７は、ドライバが図２６を使用して説明した操作を所定の時間継続した場合に、ＣＰＵ３１が表示部３５１に表示する画面を示す。図１７を使用して説明した画面の上に、自動確認設定窓７４がポップアップ表示されている。自動確認設定窓７４には、目安選択ボタン７４１、発信ボタン７４２および再選択ボタン７４３が表示されている。再選択ボタン７４３の選択を受け付けた場合、ＣＰＵ３１は図２６を使用して説明した画面に戻る。

ドライバは、目安選択ボタン７４１を使用して当該配達先に直前架電を行なう目安時間を選択できる。たとえば、一番上の「約３０分以内」を選択した場合、地図サーバ５０から得た経路情報に基づいて配達先への到着の約３０分前に直前架電を行なうことが選択される。

発信ボタン７４２の選択を受け付けた場合、ＣＰＵ３１は補助記憶装置３３に伝票番号と直前架電のタイミングとを関連づけて記録する。以上により、ドライバは特定の配達先に対して自動的に直前架電を行なえる。

図２８は、プログラムの処理の流れを示すフローチャートである。図２８は、図１および図１０から図１４を使用して説明した配送車両の出発準備段階で行なう処理の流れを示す。ＣＰＵ３１は、ドライバの指示に基づいて図１０を使用して説明した画面を表示部３５１に表示する。ＣＰＵ３１は、配達時間帯ボタン８３１を介して時間帯の選択を受け付ける（ステップＳ５０１）。

ＣＰＵ３１はバーコードリーダ２５を介して、伝票２６に記載されたバーコード２７を読み込む。ＣＰＵ３１は、読み込んだバーコード２７をデコードして伝票番号を取得する（ステップＳ５０２）。ＣＰＵ３１は、時間帯と伝票番号と読み込んだ順番とを関連づけて、補助記憶装置３３に一時的に記録する（ステップＳ５０３）。なお、図１１を使用して説明した前時間帯ボタン８３２または次時間帯ボタン８３３の選択を受け付けた場合、ＣＰＵ３１はそれ以後に取得した伝票番号と関連づける時間帯を変更する。

ＣＰＵ３１は、図１３を使用して説明した登録指定ボタン８３４の選択を受け付けたか否かを判定する（ステップＳ５０４）。受け付けていないと判定した場合（ステップＳ５０４でＮＯ）、ＣＰＵ３１はステップＳ５０２に戻る。受け付けたと判定した場合（ステップＳ５０４でＹＥＳ）、ＣＰＵ３１は、ドライバＩＤおよびステップＳ５０３で記録した時間帯と伝票番号と読み込んだ順番とを配達サーバ４０に送信する（ステップＳ５０５）。

ＣＰＵ４１は、情報を受信する（ステップＳ６０１）。ＣＰＵ４１はステップＳ６０１により、配送計画を取得する計画取得部の機能を実現する。ＣＰＵ４１は、伝票番号をキーとして伝票ＤＢ５７を検索し、抽出したレコードの配達計画フィールドにドライバＩＤ、配達予定時間帯フィールドおよび順番フィールドにデータを記録する（ステップＳ６０２）。

ＣＰＵ４１は、記録の完了、または、エラーの発生を示す情報を移動体クライアント３０に送信する（ステップＳ６０３）。ＣＰＵ３１は、記録の完了、または、エラーの発生を示す情報を受信して、表示部３５１に表示する（ステップＳ５０７）。

ＣＰＵ３１は、処理を終了するか否かを判定する（ステップＳ５０８）。たとえば、閉ボタン８３６の選択を受け付けた場合、ＣＰＵ３１は処理を終了すると判定する。処理を終了しないと判定した場合（ステップＳ５０８でＮＯ）、ＣＰＵ３１はステップＳ５０２に戻る。処理を終了すると判定した場合（ステップＳ５０８でＹＥＳ）、ＣＰＵ３１は処理を終了する。

図２９は、プログラムの処理の流れを示すフローチャートである。図２９は、図１、図２および図１５から図２１を使用して説明した一斉架電および配達先欄８８の順番変更の段階で行なう処理の流れを示す。

ＣＰＵ３１は、図１６を使用して説明した対象選択ボタン７１１および発信ボタン７１２の選択を受け付ける（ステップＳ５１１）。ＣＰＵ３１は、一斉架電を行なう発信対象リストをＣＰＵ４１に送信する（ステップＳ５１２）。発信対象リストは、一斉架電先の伝票番号、配達予定時間帯、および配達先の電話番号を含む。

ＣＰＵ４１は、発信対象リストを受信する（ステップＳ６１１）。ＣＰＵ４１は、ＣＰＵ６１に対して、発信対象リストに含まれるそれぞれの配達先に対する架電指示を送信する（ステップＳ６１２ａからステップＳ６１２ｄ）。ＣＰＵ４１は、ステップＳ６１２ａからステップＳ６１２ｄにより、配達先に事前に配達予定時間を通知させる通知部の機能を実現する。

ＣＰＵ６１は、それぞれの架電指示を受信する（ステップＳ７０１）。ＣＰＵ６１は、応答取得のサブルーチンを起動する（ステップＳ７０２）。応答取得のサブルーチンは、配達先に電話を掛けて応答を取得するサブルーチンである。応答取得のサブルーチンの処理の流れは後述する。

ＣＰＵ６１は、応答取得のサブルーチンが配達先から取得した応答、および、応答を取得した配達先にかかる伝票番号をＣＰＵ４１に送信する（ステップＳ７０３）。ＣＰＵ４１は、伝票番号と応答とを関連づけてレスポンスＤＢ５９に記録する（ステップＳ６１５）。ＣＰＵ４１は、ステップＳ６１５により配達先からの応答を取得する応答取得部の機能を実現する。

ＣＰＵ６１は、応答取得のサブルーチンが配達先から取得した応答、および、応答を取得した配達先にかかる伝票番号をＣＰＵ３１に送信する（ステップＳ７０４）。ＣＰＵ３１は、配達先欄８８に図１７を使用して説明した朝電結果欄８８６および希望時間帯欄８８７を追加で表示する（ステップＳ５１５）。

なお、ステップＳ６１２ａからステップＳ６１２ｄまでのそれぞれの架電指示に対応するステップＳ７０２の応答処理は一斉に行なわれ、それぞれの架電先からの応答がステップＳ７０４においてＣＰＵ３１に順次送信される。したがって、ステップＳ５１５においては、架電先からの応答結果が順次表示される。

ＣＰＵ３１は、図２０を使用して説明した保存ボタン８９８の選択を介してドライバから配達順番の変更を受け付けたか否かを判定する（ステップＳ５１６）。受け付けたと判定した場合（ステップＳ５１６でＹＥＳ）、ＣＰＵ３１はドライバにより順番が変更された配達先欄８８にかかる伝票番号、配達時間帯および順番をＣＰＵ４１に送信する（ステップＳ５１７）。

ＣＰＵ４１は、順番の変更にかかる情報を受信する（ステップＳ６１８）。ＣＰＵ４１は、伝票番号をキーとして伝票ＤＢ５７を検索し、抽出したレコードの配達計画フィールドにドライバＩＤ、配達予定時間帯フィールドおよび順番フィールドのデータを更新する（ステップＳ６１９）。

配達順番の変更を受け付けていないと判定した場合（ステップＳ５１６でＮＯ）、またはステップＳ５１７の終了後、ＣＰＵ３１は処理を終了するか否かを判定する（ステップＳ５１８）。たとえば、ＣＰＵ３１はステップＳ５１２で送信した発信対象リストに含まれるすべての配達先からの応答を取得した場合に、処理を終了すると判定する。

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

なお、ドライバは、ステップＳ６１２ａからステップＳ６１２ｄまでのそれぞれの架電指示に対応する複数の応答がステップＳ５１５において表示された状態で、任意のタイミングで複数の配達先の順番の変更を指示できる。ドライバが順番変更を指示しない場合、ＣＰＵ３１は、ステップＳ５１６でＮＯ、ステップＳ５１８でＮＯ、および、ステップＳ５１５の処理を繰り返して、ドライバによる指示を待つ。

なお、図２９を使用して説明したプログラムにおいて、ＣＰＵ６１は複数の電話回線を使用して、ステップＳ７０１からステップＳ７０４までの処理を複数平行して実行する。

図３０および図３１は、応答処理のサブルーチンの処理の流れを示すフローチャートである。応答取得のサブルーチンは、配達先に電話を掛けて応答を取得するサブルーチンである。ＣＰＵ６１は、指定された電話番号に架電して呼び出す（ステップＳ７１１）。

ＣＰＵ６１は、電話回線がオフフックになったか否かを判定する（ステップＳ７１２）。所定の時間が経過してもオフフックにならないと判定した場合（ステップＳ７１２でＮＯ）、ＣＰＵ６１は配達先からの応答は「接続できず」であると判定する（ステップＳ７１３）。ＣＰＵ６１は、処理を終了する。

電話回線がオフフックになったと判定した場合（ステップＳ７１２でＹＥＳ）、ＣＰＵ６１は、たとえば「本日８時から１２時の間にお届けできる予定です。御不在の予定でお受け取りができない方は１番を押してください。」のように、配達予定時間帯を通知する自動音声を出力する（ステップＳ７１４）。

ＣＰＵ６１は、配達先から配達時間帯の変更要求を受け付けたか否かを判定する（ステップＳ７１５）。配達時間帯の変更要求を受け付けずに電話回線が切断されたと判定した場合（ステップＳ７１５でＮＯ）、ＣＰＵ６１は配達先からの応答は「切断」であると判定する（ステップＳ７１６）。ＣＰＵ６１は、処理を終了する。

配達時間帯の変更要求を受け付けたと判定した場合（ステップＳ７１５でＹＥＳ）、ＣＰＵ６１は配達先からの応答は「不在」であると判定する（ステップＳ７１７）。ＣＰＵ６１は、たとえば「ドライバの位置と配達予定を確認しています。しばらくお待ちください」等の音声を出力する（ステップＳ７１８）。ＣＰＵ６１は、ＣＰＵ４１に変更要求を受け付けた配達先にかかる伝票番号と、配達時間帯の候補要求とを送信する（ステップＳ７１９）。

ＣＰＵ４１は、要求を受信する（ステップＳ６３１）。ＣＰＵ４１は、受信した伝票番号をキーとして伝票ＤＢ５７を検索して、当該荷物を担当するドライバのドライバＩＤを取得する。ＣＰＵ４１は、当該ドライバの配達順番を変更した候補案を作成する（ステップＳ６３２）。

候補案は、たとえば表１に示すように複数の配達時間帯のそれぞれの末尾に不在である旨の通知を受け付けた配達先を追加することにより作成する。なお、表１においてアルファベット大文字は当該配達時間帯に配達を行なう予定の配達先を意味し、黒三角は不在である旨の通知を受け付けた配達先を意味する。

候補案は、たとえば表２に示すように複数の配達時間帯のそれぞれの途中に不在である旨の通知を受け付けた配達先を挿入することにより作成しても良い。

たとえば、それぞれの配達時間帯において、単純距離が不在である旨の通知を受け付けた配達先に最も近い既存の配達先を、配達先の緯度および経度に基づいて算出し、その直後に不在でる旨の通知を受け付けた配達先を挿入することにより、表２に示す各案を作成できる。

表２において、８時から１２時の間に配達を予定しているＡからＧの中では、Ｃが最も黒三角で示す配達先に近い。同様に、１２時から１４時の間に配達を予定しているＨからＫの中では、Ｈが最も黒三角で示す配達先に近く、１４時から１６時の間に配達を予定しているＬからＯの中では、Ｏが最も黒三角で示す配達先に近い。

それぞれの配達先の緯度および経度から、配達先同士の単純距離を算出する計算は、計算量が少なく高速に行なえる。そのため、表２に示す各案は、短時間で作成できる。

なお、表１、表２および図３０には、候補案が３個である場合を例に示すが、ステップＳ６３１においてＣＰＵ４１が作成する候補案の数は任意である。たとえば、夕方等、当日の配達時間帯が少ない場合には、候補案の数は１つでも良い。

ＣＰＵ４１は、それぞれの案に対応する配達リストを地図サーバ５０に送信する（ステップＳ６３３ａからステップＳ６３３ｃ）。配達リストは、当該時間帯に配達する予定のそれぞれの配達先の住所を、配達予定の順番に並べたものである。

ＣＰＵ５１は、配達リストを受信する（ステップＳ８０１）。ＣＰＵ５１は、配達先を順番に回る経路を検索して、所要時間を含む経路情報を作成する（ステップＳ８０２）。ＣＰＵ５１は、ＣＰＵ４１に経路情報を送信する（ステップＳ８０３）。なお、ＣＰＵ５１は、ＣＰＵ４１から送信されたそれぞれの配達リストについて、経路情報を作成して送信する。ＣＰＵ４１は、それぞれの配達リストの処理を平行して行っても、１つずつ順番に行なっても良い。

ＣＰＵ４１は、それぞれの配達リストに対する経路情報を受信する（ステップＳ６３４ａからステップＳ６３４ｃ）。送信したすべての配達リストに対する経路情報を受信した後に、ＣＰＵ４１は配達先に提示する時間帯の候補を判定する（ステップＳ６３５）。ＣＰＵ４１は、ステップＳ６３５により配達提案時間帯を決定する提案決定部の機能を実現する。

たとえば、ＣＰＵ４１は地図サーバ５０から取得した所要時間が、配達時間帯の時間幅を超過する候補案を、配達先に提示する候補から除外する。条件に合致する候補が多数存在する場合、ＣＰＵ４１は元の計画と比較して所要時間の増加量が少ない方から所定数の候補を抽出する。

ＣＰＵ４１は、ＣＰＵ６１に候補時間帯を送信する（ステップＳ６３６）。ＣＰＵ４１は、ステップＳ６３６により配達提案時間帯を提案すべく送信させる送信部の機能を実現する。ＣＰＵ６１は、候補時間帯を受信する（ステップＳ７２１）。ＣＰＵ６１は自動音声により、たとえば「荷物の受け取りができる時間帯があれば、ボタンを押してください。１４時から１６時の場合、３番を、１６時から１８時の場合、４番を」のように、自動音声により候補時間帯とその選択方法を音声出力する（ステップＳ７２２）。

ＣＰＵ４１は、配達先のボタン操作による応答を取得する（ステップＳ７２３）。ＣＰＵ４１は処理を終了する。

候補案は、たとえば表３に示すように複数の配達時間帯のそれぞれにおいて、複数作成しても良い。

このようにする場合、ＣＰＵ４１は、ステップＳ６３５において、最初にそれぞれの配送時間帯において元の計画と比較して所要時間の増加量が最も少ない候補を抽出する。その後、ＣＰＵ４１は配達時間帯同士を比較して、配達先に提示する候補を判定する。

ＣＰＵ４１は、表１に示すように不在である旨を受け付けた配達先を配達時間帯の末尾に仮置きした状態でステップＳ６３３ａからステップＳ６３３ｃにおいてＣＰＵ５１に送信し、ＣＰＵ５１に経由場所の順番を並べ替える最適化を行なわせても良い。そのようにする場合には、ＣＰＵ５１はステップＳ８０３において経由場所の順番も送信する。

図３２は、プログラムの処理の流れを示すフローチャートである。図３２は、図３および図２３を使用して説明した直前架電の段階で行なう処理の流れを示す。ＣＰＵ３１は、ＧＰＳ３８が測位した現在位置を取得する（ステップＳ５２１）。フローチャートでは省略するが、ＣＰＵ３１は取得した位置情報を、ＣＰＵ４１を介してドライバＤＢ５８の測位データフィールドを随時更新する。これにより運送会社のオペレータ等は管理者クライアント２０を使用してそれぞれのドライバの位置等を把握できる。

ＣＰＵ３１は、ＣＰＵ５１にステップＳ５２１で取得した位置情報、および、配達先の住所一覧を送信する（ステップＳ５２２）。ＣＰＵ５１は、位置情報、および、配達先の住所一覧を受信する（ステップＳ８１１）。ＣＰＵ５１は、移動体クライアント３０が現在地から順番に配達先を回る経路を検索し、それぞれの配達先までの道程および所要時間を含む経路情報を算出する（ステップＳ８１２）。ＣＰＵ５１は、ＣＰＵ３１に経路情報を送信する（ステップＳ８１３）。

ＣＰＵ３１は、経路情報を受信する（ステップＳ５３１）。ＣＰＵ３１は、所要時間にそれぞれの配達先で必要な作業時間を追加して、それぞれの配達先への到着時刻を算出する（ステップＳ５３２）。ＣＰＵ３１は、図２２を使用して説明した経路表示欄７２を含む配達先欄８８を表示部３５１に表示する（ステップＳ５３３）。

ＣＰＵ３１は、直前架電を行なうか否かを判定する（ステップＳ５３４）。ここでＣＰＵ３１は、前電ボタン８７４の選択を受け付けており、かつ、配達先までの所要時間が所定の範囲内になった場合に、直前架電を行なうと判定する。直前架電を行なわないと判定した場合（ステップＳ５３４でＮＯ）、ＣＰＵ３１はステップＳ５２１に戻る。

直前架電を行なうと判定した場合（ステップＳ５３４でＹＥＳ）、ＣＰＵ３１はＣＰＵ４１に直前架電要求を送信する（ステップＳ５３５）。直前架電要求は、直前架電を行なう配達先の電話番号と、到着予定時刻とを含む。ＣＰＵ３１は、処理を終了するか否かを判定する（ステップＳ５３６）。処理を終了しないと判定した場合（ステップＳ５３６でＮＯ）、ＣＰＵ３１はステップＳ５２１に戻る。処理を終了すると判定した場合（ステップＳ５３６でＹＥＳ）、ＣＰＵ３１は処理を終了する。

ＣＰＵ４１は、直前架電要求を受信する（ステップＳ６４１）。ＣＰＵ４１は、ＣＰＵ６１に架電指示を送信する（ステップＳ６４２）。ＣＰＵ６１は、架電指示を受信する（ステップＳ７３１）。ＣＰＵ６１は、指定された電話番号に架電して呼び出す（ステップＳ７３２）。

ＣＰＵ６１は、電話回線がオフフックになったか否かを判定する（ステップＳ７３３）。電話回線がオフフックになったと判定した場合（ステップＳ７３３でＹＥＳ）、ＣＰＵ６１は、たとえば「９時２５分頃に荷物を配達します」のように自動音声を出力する（ステップＳ７３４）。

所定の時間が経過してもオフフックにならないと判定した場合（ステップＳ７３３でＮＯ）、または、ステップＳ７３４の終了後、ＣＰＵ６１は直前架電の結果をＣＰＵ４１に送信する（ステップＳ７３５）。ＣＰＵ４１は、直前架電の結果を受信して、レスポンスＤＢ５９に記録する（ステップＳ６５１）。具体的には、ＣＰＵ４１は、直前架電を要求した配達先にかかる伝票番号をキーとしてレスポンスＤＢ５９を検索してレコードを抽出する。ＣＰＵ４１は、抽出したレコードの直前架電フィールドに直前架電を行なった時刻、直前架電で通知した予定時刻および通知状況を記録する。

ＣＰＵ４１は、ＣＰＵ３１に直前架電の結果を送信する（ステップＳ６５２）。ＣＰＵ３１は、割り込み処理により直前架電の結果を受信して、図２３を使用して説明した前電結果欄８８８および通知時刻欄８８４を表示する（ステップＳ５３７）。

図３３および図３４は、プログラムの処理の流れを示すフローチャートである。図３３および図３４は、ドライバが配達した不在票に記載された電話番号に対して、配達先からの電話が着信した場合に、情報処理システム１０が実行するよりの流れを示す。

ＣＰＵ６１は、配達先からの着信を検出して、電話回線をオフフック状態にする（ステップＳ７４１）。ＣＰＵ６１は、自動応答により不在票に記載された伝票番号を取得する（ステップＳ７４２）。なお、ＣＰＵ６１は、着信した電話の発信番号通知に基づいて伝票番号を取得しても良い。ＣＰＵ６１は自動音声により、たとえば「ドライバの位置と配達予定を確認しています。しばらくお待ちください。」のように、音声案内を出力する（ステップＳ７４３）。

ＣＰＵ６１は、ＣＰＵ４１に伝票番号を送信する（ステップＳ７４４）。ＣＰＵ４１は、伝票番号を受信する（ステップＳ６６１）。ＣＰＵ４１は、伝票番号をキーとして伝票ＤＢ５７を検索して、レコードを抽出する（ステップＳ６６２）。ＣＰＵ３１は、抽出した伝票番号に対応する荷物を担当するドライバの配達順番を変更した、配達提案時間帯候補の案を作成する（ステップＳ６６３）。

ＣＰＵ４１は、それぞれの案に対応する配達リストを地図サーバ５０に送信する（ステップＳ６６４ａからステップＳ６６４ｃ）。ＣＰＵ５１は、配達リストを受信する（ステップＳ８２１）。ＣＰＵ５１は、配達先を順番に回る経路を検索して、所要時間を含む経路情報を作成する（ステップＳ８２２）。ＣＰＵ５１は、ＣＰＵ４１に経路情報を送信する（ステップＳ８２３）。

ＣＰＵ４１は、それぞれの配達リストに対する経路情報を受信する（ステップＳ６５５ａからステップＳ６５５ｃ）。送信したすべての配達リストに対する経路情報を受信した後に、ＣＰＵ４１は配達先に提示する時間帯の候補を判定する（ステップＳ６７１）。

ＣＰＵ４１は、ＣＰＵ６１に候補時間帯を送信する（ステップＳ６７２）。ＣＰＵ６１は、候補時間帯を受信する（ステップＳ７５１）。ＣＰＵ６１は、自動音声により候補時間帯とその選択方法を音声出力する（ステップＳ７５２）。

ＣＰＵ４１は、配達先のボタン操作による応答を取得する（ステップＳ７５３）。ＣＰＵ６１は、配達先から取得した応答、および、応答を取得した配達先にかかる伝票番号をＣＰＵ４１に送信する（ステップＳ７５４）。ＣＰＵ４１は、伝票番号と応答とを関連づけてレスポンスＤＢ５９に記録する（ステップＳ６７５）。

ＣＰＵ４１は、配達先から取得した応答、および、応答を取得した配達先にかかる伝票番号をＣＰＵ３１に送信する（ステップＳ６７６）。ＣＰＵ４１は、処理を終了する。ＣＰＵ３１は、配達先欄８８に図１７を使用して説明した朝電結果欄８８６および希望時間帯欄８８７を追加で表示する（ステップＳ５５１）。

配達先から、一斉架電に対するいわゆるコールバックによる着信を受けた場合にも、情報処理システム１０は図３３および図３４を使用して説明した処理と同様の処理を行うことができる。

本実施の形態によると、配達効率を確保できる配達時間帯の候補を配達先に提案することが可能な情報処理システム１０を提供できる。

図２８を使用して説明したステップＳ５０４で登録ボタン８６２の選択を受け付けた後に、複数の伝票２６にかかる伝票番号等を一括して配達サーバ４０に送信するため、通信量を抑制し、通信料金を節約する情報処理システム１０を提供できる。

ドライバが携行する移動体クライアント３０を使用して伝票番号を読み取り、送信するため、伝票２６の読取時にドライバがドライバＩＤを入力する手間を省ける情報処理システム１０を提供できる。

外付けのバーコードリーダ２５を移動体クライアント３０に接続して使用するため、伝票２６を読み取る作業時のドライバの疲労の少ない情報処理システム１０を提供できる。ドライバが手動で配達先欄８８を入れ替えられるため、熟練したドライバの知識および経験を活かせる情報処理システム１０を提供できる。

配達先からの応答を、自然言語を用いてユーザとの会話を行なういわゆる音声チャットボットサービスを介して取得しても良い。

ドライバが配達時間枠および順番を決めて、伝票２６のバーコード２７を読み取る代わりに、図示しないコンピュータにより自動的に作成された配送計画が伝票ＤＢ５７に読み込まれても良い。コンピュータが配達時間枠および順番を自動的に作成することにより、ドライバの負担を減らすことができる。

ドライバが配達する順番を決めてバーコード２７を読み込んだ後に、図示しないコンピュータがＣＰＵ５１と連動して所要時間を算出して、配達時間枠を自動的に割り振っても良い。

伝票ＤＢ５７、ドライバＤＢ５８およびレスポンスＤＢ５９に記録されたデータに基づいて、配達状況をＷＥＢサービス上に公開しても良い。配達先は、たとえば伝票番号を入力することにより、自分宛の荷物の配送状況を確認できる。

［実施の形態２］
本実施の形態は、配達時間帯ごとに設定した配達可能数量に基づいて配達時間帯の候補を定める情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

図３５は、配達可能数ＤＢのレコードレイアウトを説明する説明図である。配達可能数ＤＢは、配達時間帯ごとに配達可能数量を関連づけて記録するＤＢである。配達可能数ＤＢは、配達時間帯フィールドと、配達可能数量フィールドとを有する。配達時間帯フィールドには、配達時間帯が記録されている。配達可能数量フィールドには、配達時間帯中に配達可能な荷物の最大数が記録されている。配達可能数ＤＢは配達時間帯ごとに一つのレコードを有する。

図３６および図３７は、実施の形態２の応答処理のサブルーチンの処理の流れを示すフローチャートである。図３６および図３７に示すサブルーチンは、図３０および図３１を使用して説明した応答処理のサブルーチンの代わりに使用されるサブルーチンである。ステップＳ６３１までの処理は、図３０および図３１を使用して説明したサブルーチンの処理の流れと同一であるため、説明を省略する。

ＣＰＵ４１は、変更要求を受け付けた伝票番号をキーとして伝票ＤＢ５７を検索して、当該荷物を担当するドライバのドライバＩＤを取得する。ＣＰＵ４１は、ドライバＩＤおよび１つの配達予定時間帯をキーとして伝票ＤＢ５７を検索して、当該ドライバが一つの配達時間帯に配達を予定している荷物の数を取得する（ステップＳ６８１）。

ＣＰＵ４１は、ステップＳ６８１でキーとした配達予定時間帯と同一の配達時間帯をキーとして配達可能数ＤＢを検索して、当該時間帯の配達可能数量を取得する（ステップＳ６８２）。ＣＰＵ４１は、ステップＳ６８２で取得した配達可能数量からステップＳ６８１で取得した配達予定数量を減算して余裕数量を算出し、補助記憶装置４３または主記憶装置４２に一時的に記録する（ステップＳ６８３）。

ＣＰＵ４１は、現在時刻以降のすべての配達時間帯の処理を終了したか否かを判定する（ステップＳ６８４）。終了していないと判定した場合（ステップＳ６８４でＮＯ）、ＣＰＵ４１はステップＳ６８１に戻り、次の配達時間帯についての処理を行なう。終了したと判定した場合（ステップＳ６８４でＹＥＳ）、ＣＰＵ４１は配達先に提示する時間帯の候補を判定する（ステップＳ６８５）。

たとえば、ＣＰＵ４１はステップＳ６８３で算出した余裕数量が大きい配達時間帯から優先して配達先に提示する時間帯であると判定する。ＣＰＵ４１は、ＣＰＵ６１に候補時間帯を送信する（ステップＳ６３６）。以後の処理は、図３０および図３１を使用して説明したサブルーチンの処理の流れと同一であるため、説明を省略する。

なお、配達可能数量は、配達時間帯ごとに加えて、ドライバごと、または、配達ルートごとに異なる数量に設定されていても良い。

本実施の形態によると、地図サーバ５０を使用せずに、配達先へ連絡した配達時間帯をオーバさせることの無い候補を提示する情報処理システム１０を提供できる。

［実施の形態３］
本実施の形態は、自動音声を用いた一斉架電および直前架電の代わりに、たとえばＬＩＮＥ（登録商標）等のＳＮＳ（Social Network Service）が提供するメッセージサービスを使用する情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

図３８は、実施の形態３の伝票ＤＢ５７のレコードレイアウトを説明する説明図である。本実施の形態の伝票ＤＢ５７の配達先情報フィールドは、住所フィールド、名称フィールドおよび電話番号フィールドに加えて連絡方法フィールドを有する。連絡方法フィールドは、種類フィールドおよびアカウント情報フィールドを有する。

種類フィールドには、一斉架電および直前架電に対応する連絡方法の種類が記録されている。「電話」は、実施の形態１と同様に自動音声を用いた一斉架電および直前架電を使用することを意味する。「ＬＩＮＥ」は、ＬＩＮＥのメッセージサービスを使用することを意味する。なお、使用するＳＮＳはＬＩＮＥに限定しない。任意のＳＮＳのメッセージサービスを使用できる。

アカウント情報フィールドには、種類フィールドに記載された連絡方法を用いて配達先に連絡する際に使用する情報が記録されている。たとえば、種類フィールドに「電話」が記録されている場合に、アカウントフィールドには電話番号が記録される。種類フィールドに「ＬＩＮＥ」が記録されている場合、アカウント情報フィールドにはＬＩＮＥを使用して配達先にメッセージを送る際に使用するアカウント情報が記録されている。

アカウント情報は、たとえばＳＮＳサービスのユーザアカウント、ＳＮＳサービスに紐付けられた携帯電話番号、または、ＳＮＳサービスの認証用のメールアドレス等である。

図３９は、実施の形態３の移動体クライアント３０が表示する画面を示す説明図である。図３９は、メッセージサービスを介して一斉架電に対応する通知を行なう画面の例を示す。画面の右端に、運送会社からのメッセージであることを示す運送会社アイコン７５１が表示されている。運送会社アイコン７５１の右側に、運送会社のメッセージを示す発言部７５２が吹き出し状に表示されている。

図３９の一番上に示す発言部７５２に、一斉架電の最初の自動音声と同様の内容のメッセージが表示されている。発言部７５２の下部に「受け取れます」と「受け取れません」の２つの選択ボタン７５３が表示されている。図３９においては、配達先が「受け取れません」を選択した状態を示す。

図３９の上から２番目に示す発言部７５２に、一斉架電の配達時間を提案する自動音声と同様の内容のメッセージが表示されている。配達先による選択は、それぞれの配達提案時間帯を示す選択ボタン７５３を介して受け付けられる。図３９においては、配達先が「１６時〜１８時」の配達提案時間帯を選択した状態を示す。

図３９の一番下に示す発言部７５２に、受け付けた配達提案時間帯を確認するメッセージが表示されている。配達先は、受け付けられた配達時間帯を確認できる。

直前架電に関しても同様にメッセージにより通知できる。開封確認機能を有するメッセージサービスを使用することにより、ユーザがメッセージを閲覧したことを確認できる情報処理システム１０を提供できる。

なお、電話番号を利用したＳＭＳ（Short Message Service）を使用して、一斉架電および直前架電と同様の通知を行なっても良い。このようにする場合には、配達先からＳＭＳに対する返信を受信すること、ＳＭＳにより送信したメッセージに記載した電話番号に架電して貰うこと、または、ＳＭＳにより送信したメッセージに記載したＵＲＬにアクセスして貰うことにより、配達先からの応答を取得する。

本実施の形態によると、メッセージサービス等を介して配達の予告および代替の配達時間帯の候補を提示できる情報処理システム１０を提供できる。

なお、自動音声を使用せず、すべての配達先に対してメッセージサービス等を介して連絡を行なっても良い。配達先がＷＥＢサイト等を介して随時連絡方法を変更可能であっても良い。

［実施の形態４］
図４０は、実施の形態４の情報処理装置４０の機能ブロック図である。情報処理装置４０は、計画取得部９２１と、通知部９２２と、応答取得部９２３と、提案決定部９２４と、送信部９２５とを備える。計画取得部９２１は、複数の荷物の配達に関する配送計画を取得する。通知部９２２は、計画取得部９２１が取得した配送計画に基づいて、それぞれの配達先に事前に配達予定時間を通知させる。

応答取得部９２３は、通知部９２２が通知させた通知に対するそれぞれの配達先からの応答を取得する。提案決定部９２４は、応答取得部９２３が取得した応答が、受け取れないことを示す応答である場合、前記配送計画に基づいて配達提案時間帯を決定する。送信部９２５は、提案決定部９２４が決定した配達提案時間帯を提案すべく送信させる。

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

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

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

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

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

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

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

１０情報処理システム
２０管理者クライアント
２１ＣＰＵ
２２主記憶装置
２３補助記憶装置
２４通信部
２５バーコードリーダ
２５１表示部
２５２入力部
２６伝票
２７バーコード
３０移動体クライアント
３１ＣＰＵ
３２主記憶装置
３３補助記憶装置
３４通信部
３５タッチパネル
３５１表示部
３５２入力部
３６マイク
３７スピーカ
３８ＧＰＳ
３９接続Ｉ／Ｆ
４０配達サーバ（情報処理装置）
４１ＣＰＵ
４２主記憶装置
４３補助記憶装置
４４通信部
４８読取部
５０地図サーバ
５１ＣＰＵ
５２主記憶装置
５３補助記憶装置
５４通信部
５７伝票ＤＢ
５８ドライバＤＢ
５９レスポンスＤＢ
６０架電サーバ
６１ＣＰＵ
６２主記憶装置
６３補助記憶装置
６４通信部
６５電話部
７１朝電指定窓
７１１対象選択ボタン
７１２発信ボタン
７１３取消ボタン
７２経路表示欄
７２１道程表示欄
７２２所要時間欄
７２３到着予定時刻欄
７３ステータス登録窓
７３１登録ボタン
７３２完了ボタン
７３３設置完了ボタン
７３４置配完了ボタン
７３５持帰ボタン
７３６住所不定ボタン
７３７電話拒否欄
７３８登録ボタン
７３９取消ボタン
７４自動確認設定窓
７４１目安選択ボタン
７４２発信ボタン
７４３再選択ボタン
７５１運送会社アイコン
７５２発言部
７５３選択ボタン
７９戻るボタン
８１１伝票登録ボタン
８１２配達予定ボタン
８１３終了ボタン
８３１配達時間帯ボタン
８３２前時間帯ボタン
８３３次時間帯ボタン
８３４登録指定ボタン
８３５合計数欄
８３６閉ボタン
８４配達時間帯欄
８５読取番号欄
８５１ゴミ箱アイコン
８６１登録確認窓
８６２登録ボタン
８６３取消ボタン
８７操作ボタン
８７２朝電ボタン
８７３経路ボタン
８７４前電ボタン
８７５選択ボタン
８７６閉ボタン
８７８保存ボタン
８７９キャンセルボタン
８８配達先欄
８８１順番変更ボタン
８８２休憩挿入ボタン
８８３休憩表示欄
８８４通知時刻欄
８８５計画時間帯欄
８８６朝電結果欄
８８７希望時間帯欄
８８８前電結果欄
８８９指標
８９変更確認窓
８９８保存ボタン
８９９取消ボタン
９０サーバコンピュータ
９２１計画取得部
９２２通知部
９２３応答取得部
９２４提案決定部
９２５送信部
９６可搬型記録媒体
９７プログラム
９８半導体メモリ

Claims

複数の荷物の配達に関する配送計画を取得し、
取得した配送計画に基づいて、それぞれの配達先に事前に配達予定時間を通知し、
通知に対する応答をそれぞれの配達先から取得し、
配達先から取得した応答が、受け取れないことを示す応答である場合、前記配送計画に基づいて配達提案時間帯を決定し、
決定した配達提案時間帯を提案すべく送信する
処理をコンピュータに実行させる情報処理方法。
送信した配達提案時間帯に関して、受け取れることを示す応答を取得する
請求項１に記載の情報処理方法。
受け取れることを示す応答を取得した場合、取得した応答にかかる配達提案時間帯をドライバが使用する携帯情報端末に表示させる
請求項２に記載の情報処理方法。
受け取れることを示す応答を取得した場合、取得した応答にかかる配達提案時間帯に基づいて前記配送計画を変更し、
前記携帯情報端末に変更後の前記配送計画を表示させ、
受け取れることを示す応答にかかる配達提案時間帯の範囲内で配達予定時間の変更を受け付ける
請求項３に記載の情報処理方法。
それぞれの配達時間帯における配達予定数量に基づいて前記配達提案時間帯を決定する
請求項１から請求項４のいずれか一つに記載の情報処理方法。
複数の配達提案時間帯候補における配達先の順番およびそれぞれの配達先の位置にかかる情報を外部サーバに送信し、
外部サーバから受信した結果に基づいて前記配達提案時間帯を決定する
請求項１から請求項４のいずれか一つに記載の情報処理方法。
不在票に記載された電話番号に基づく発信を受け付け、
前記不在票にかかる荷物を特定し、
複数の荷物の配達に関する配送計画に基づいて配達提案時間帯を決定し、
決定した配達提案時間帯を提案すべく送信する
処理をコンピュータに実行させる情報処理方法。
複数の荷物の配達に関する配送計画を取得する計画取得部と、
前記計画取得部が取得した配送計画に基づいて、それぞれの配達先に事前に配達予定時間を通知させる通知部と、
前記通知部が通知させた通知に対するそれぞれの配達先からの応答を取得する応答取得部と、
前記応答取得部が取得した応答が、受け取れないことを示す応答である場合、前記配送計画に基づいて配達提案時間帯を決定する提案決定部と、
前記提案決定部が決定した配達提案時間帯を提案すべく送信させる送信部と
を備える情報処理装置。
荷物の配送計画を一覧表示し、
前記配送計画に含まれる一部または全部の配達先宛に配達予定時間を通知させ、
通知に対する応答に基づいて配達予定が変更された荷物にかかる配達先から受け付けられた配達提案時間帯を受信して表示する、
処理をコンピュータに実行させるプログラム。
配達先から受け付けられた配達提案時間帯に基づいて、変更された前記配送計画を表示する
請求項９に記載のプログラム。
前記配達提案時間帯内で、前記配送計画に含まれる荷物の配達先の順番を変更する
請求項９に記載のプログラム。
前記配送計画に含まれる荷物の配達先の順番を変更する指示を受け付ける
請求項９から請求項１１のいずれか一つに記載のプログラム。
荷物の配達先の順番およびそれぞれの配達先の位置にかかる情報を外部サーバに送信し、
外部サーバから受信した結果に基づいてそれぞれの荷物の配達予定時間を表示する
請求項９から請求項１２のいずれか一つに記載のプログラム。
荷物の配送計画を、個々の荷物にかかる情報を表示するブロックが一列に並べられた態様で表示し、
前記ブロックの一つの選択を受け付けた場合、それぞれの前記ブロックの間に指標を表示し、
表示した前記指標の一つの選択を受け付けた場合、選択を受け付けた前記指標の位置に選択を受け付けた前記ブロックを移動する
処理をコンピュータに実行させるプログラム。