JP2019149771A - プログラムおよび情報処理システム - Google Patents

Abstract

【課題】運転、および、荷物の運搬等の業務と平行して、再配達の依頼を受け付けることが可能なプログラム等を提供すること。【解決手段】プログラムは、不在票２０に記載された電話番号宛に発信された通話に基づいて再配達を自動受付する第１モードと、自動受付を保留する第２モードとのいずれかの選択を受け付け、受け付けた選択をサーバ４０に送信し、前記第１モードの選択を受け付けた場合に、前記サーバ４０が自動受付した結果を出力し、前記第２モードの選択を受け付けた場合に、前記サーバ４０が受信した通話に対して再配達の自動受付を行なうか、または、再配達受付を終了した旨を通知するかのいずれかの選択を受け付け、受け付けた選択を前記サーバ４０に送信する処理をコンピュータに実行させる。【選択図】図１

Description

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

個人の住宅および小規模事業所宛の荷物が、宅配サービス事業者により小口配送されている。配達先が不在である場合に、配達を担当するドライバが荷物を預ける宅配ボックスが利用されている（特許文献１）。

特開２０１７−１４７５５９号公報

しかしながら、宅配ボックスが設置されていない住宅へ荷物を配達する場合、設置されている宅配ボックスが満杯である場合、または、クール便等の温度管理が必要な荷物を配達する場合等、宅配ボックスを利用できない場合がある。宅配ボックスが利用できない場合には、ドライバは不在票を置いて、荷物を持ち帰る。

不在票には、当日中の再配達を希望する場合の連絡先として、ドライバの電話番号が記載されている。配達先からの電話が着信した場合、ドライバは、運転および荷物の運搬を中断して対応する。したがって、配達業務を十分に効率良く行なえないという問題点がある。

一つの側面では、運転、および、荷物の運搬等の業務と平行して、再配達の依頼を受け付けることが可能なプログラム等を提供することを目的とする。

プログラムは、不在票に記載された電話番号宛に発信された通話に基づいて再配達を自動受付する第１モードと、自動受付を保留する第２モードとのいずれかの選択を受け付け、受け付けた選択をサーバに送信し、前記第１モードの選択を受け付けた場合に、前記サーバが自動受付した結果を出力し、前記第２モードの選択を受け付けた場合に、前記サーバが受信した通話に対して再配達の自動受付を行なうか、または、再配達受付を終了した旨を通知するかのいずれかの選択を受け付け、受け付けた選択を前記サーバに送信する処理をコンピュータに実行させる。

一つの側面では、運転、および、荷物の運搬等の業務と平行して、再配達の依頼を受け付けることが可能なプログラム等を提供できる。

情報処理システムの動作の概要を説明する説明図である。 情報処理システムの構成を示す説明図である。 配送リストＤＢのレコードレイアウトを示す説明図である。 クライアントが表示する画面を示す説明図である。 クライアントが表示する画面を示す説明図である。 クライアントが表示する画面を示す説明図である。 クライアントが表示する画面を示す説明図である。 クライアントが表示する画面を示す説明図である。 クライアントが表示する画面を示す説明図である。 プログラムの処理の流れを説明するフローチャートである。 再配達可モードのサブルーチンの処理の流れを説明するフローチャートである。 選択モードのサブルーチンの処理の流れを説明するフローチャートである。 選択再配達モードのサブルーチンの処理の流れを説明するフローチャートである。 プログラムの処理の流れを説明するフローチャートである。 実施の形態２のクライアントが表示する画面を示す説明図である。 実施の形態２のプログラムの処理の流れを説明するフローチャートである。 選択モード２のサブルーチンの処理の流れを説明するフローチャートである。 実施の形態３の選択モード２のサブルーチンの処理の流れを説明するフローチャートである。 実施の形態４の着信表示のサブルーチンの処理の流れを説明するフローチャートである。 実施の形態５の情報処理システムの構成を示す説明図である。

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

本実施の形態の情報処理システム１０は、主に小口荷物の配送を取り扱う運送会社が、使用する。荷物を配送するトラックに、電話機能およびネットワーク通信機能を有するクライアント３０が搭載されている。クライアント３０は、ネットワークを介してサーバ４０に接続されている。クライアント３０のクライアントＣＰＵ３１（図２参照）は、ドライバによる再配達受付方法を示すモードの選択を随時受け付ける。クライアントＣＰＵ３１は、受け付けたモードを、サーバ４０に送信する。

配達先が不在である場合、ドライバは配達先に不在票２０を置いて、次の配達先に向かう。不在票２０には、当日中の再配達を希望する場合の電話番号、および、翌日以降の再配達を希望する場合の電話番号と、配達対象の荷物に固有に付与された荷物ＩＤ（Identifier）とが記載されている。不在票２０には、さらにＷＥＢ（World Wide Web）を用いて再配達等を依頼する場合のＵＲＬ（Uniform Resource Locator）等の連絡先が記載されていても良い。

なお、不在票２０に記載される当日中の再配達を希望する場合の電話番号は、トラック等の移動体に固有に付与された移動体ＩＤごとに異なる番号である。サーバＣＰＵ４１は、配達先から着信した電話番号に基づいて、当該不在票にかかる移動体ＩＤを特定できる。

不在票２０を見た配達先は、当日中の再配達を希望する場合、不在票２０に記載された電話番号に電話をかける。電話は、サーバ４０に着信する。サーバ４０のサーバＣＰＵ４１（図２参照）は着信した電話番号に基づいて、当該荷物を配達中の移動体に固有に割り当てられた移動体ＩＤを特定する。特定された移動体ＩＤと、その移動体に搭載されたクライアント３０とは紐付けられている。サーバＣＰＵ４１は、移動体ＩＤに対応するクライアントＣＰＵ３１が担当ドライバから受け付けたモードを判定する。

図１Ａは、再配達を自動受付する第１モードが受け付けられた場合を、図１Ｂは、自動受付を保留して、ドライバの判断を待つ第２モードが受け付けられた場合をそれぞれ示す。図１Ａを使用して、第１モードが受け付けられたとサーバＣＰＵ４１が判定した場合について説明する。

サーバＣＰＵ４１は、自動音声により「これからご在宅の方は１番を押して下さい。」と応答する。配達先から１番のプッシュボタンの選択を受け付けた場合、サーバＣＰＵ４１は自動音声により「この後、配達に伺います。」と応答して、通話を終了する。

サーバＣＰＵ４１はクライアントＣＰＵ３１に再配達依頼を受け付けたことを送信する。クライアントＣＰＵ３１は、再配達依頼を受け付けたことを画面、または、音声により出力する。以上により、ドライバは再配達の依頼を受けたことを知ることができる。

なおサーバＣＰＵ４１は、さらに「ドライバとお話したい方は２番を押して下さい。」、「オペレータとお話したい方は３番を押して下さい。」等の自動応答により、翌日以降の再配達、または、勤務先等への再配達等、配達先からの要望を受け付けても良い。サーバＣＰＵ４１は、プッシュボタンの代わりに音声入力その他任意の入力手段により、配達先が選択した番号等を受け付けても良い。

配達先により２番が選択されたことを受け付けた場合には、サーバＣＰＵ４１はクライアント３０に電話をかける。ドライバが電話に出た場合、サーバＣＰＵ４１は配達先とクライアント３０との間の電話回線を接続する。以上により、クライアント３０の電話番号を配達先に知らせずに、配達先とドライバとの間の通話を実現できる。

クライアント３０の電話番号の公開を避けることにより、電話の着信による運転や配達作業の中断を防止できる。これにより、ドライバの業務効率および安全性が向上する。さらに、ドライバの勤務が終了した後の着信に対して、自動応答によるアナウンスができる。

同様に、配達先によりオペレータとの会話が選択されたことを受け付けた場合には、サーバＣＰＵ４１は宅配サービス事業者のコールセンタに電話を転送する。コールセンタでは、オペレータが電話応対を行なう。

図１Ｂを使用して、第２モードが受け付けられたとサーバＣＰＵ４１が判定した場合について説明する。たとえば、担当地域が広いドライバである場合、遠方の地域からの再配達依頼には対応できないが、近場の地域からの再配達依頼には対応できる場合がある。このように、すべての再配達要求には対応できない場合に、ドライバは第２モードを選択する。

サーバＣＰＵ４１は、着信中の配達先の氏名および住所等を、再配達の要求を受けた荷物を積んだトラックに搭載されたクライアントＣＰＵ３１に、ネットワークを介して送信する。クライアントＣＰＵ３１は、受信した情報をポップアップ表示または音声により出力する。

担当地域を熟知したドライバであれば、出力された情報と現在地とに基づいて、再配達の可否を即座に判断できる。ドライバは、タッチパネル３５または音声によりクライアントＣＰＵ３１に再配達の可否を入力する。クライアントＣＰＵ３１は、ドライバによる入力を取得して、ネットワークを介してサーバＣＰＵ４１に送信する。

再配達が可能である旨を受信した場合、サーバＣＰＵ４１は、自動音声により「これからご在宅の方は１番を押して下さい。」と応答する。以後の処理は、前述の第１モードと同様である。再配達が不可能である旨を受信した場合、サーバＣＰＵ４１は、自動音声により「本日の配達業務は終了しました。」と応答する。

なおサーバＣＰＵ４１は、さらに「配送センターのオペレータとお話したい方は３番を押して下さい。」等の自動応答により、配達先からの要望を受け付けても良い。

配達時に不在であった配達先が、帰宅して不在票２０を確認し、当日中の再配達を依頼したい旨の電話をかけてきた場合には、以後の時間は在宅を予定している場合が多い。したがって、当日中の再配達依頼の多くは、サーバ４０による自動応答で受け付けることができる。ドライバは、運転、および、荷物の運搬等の業務を止めずに、再配達の依頼に対応できる。そのため、配達業務の効率が向上する。

第２モードにおいては、たとえば渋滞の発生状況、裏道の存在有無、および、駐停車可能な場所等、配達地域を熟知したドライバのノウハウに基づいて、再配達の可否を決定できる。

ドライバは、たとえば就業時間の終わりが近付いている場合に、第２モードを選択する。ドライバは、営業所に戻るルート上の配達先からの再配達依頼を承諾し、それ以外の配達先からの再配達依頼を断ることができる。したがって、ドライバは過剰勤務の発生を防止しながら、可能な範囲で多くの再配達を行なえる。

さらにドライバは、配達業務を終了した旨を自動的に案内する第３モードを選択することもできる。第３モードが選択されている場合、サーバＣＰＵ４１は着信した電話に対して自動音声により「本日の配達業務は終了しました。」と応答する。

なお、クライアント３０は、第１モードおよび第３モードの選択を受け付けず、常に第２モードで動作しても良い。ドライバは、再配達の可否を適宜判断できる。クライアント３０は、常に第２モードの選択を受け付けず、第１モードまたは第３モードで動作しても良い。

図２は、情報処理システム１０の構成を示す説明図である。情報処理システム１０は、前述のサーバ４０とクライアント３０とを備える。サーバ４０とクライアント３０とは、インターネット等のネットワークＮを介して接続されている。

クライアント３０は、クライアントＣＰＵ（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）と、ＩＰ−ＰＢＸの制御および自動音声の生成を行なうコンピュータとの組合せでも良い。

図３は、配送リストＤＢ５１のレコードレイアウトを示す説明図である。配送リストＤＢ５１は、荷物ＩＤと、宛先に関する情報と、配達状態と、再配達依頼状況とを関連づけて記録するＤＢである。

配送リストＤＢ５１は、移動体ＩＤフィールド、配達モードフィールド、位置フィールド、荷物ＩＤフィールド、宛先フィールド、状態フィールド、再配達依頼フィールド、着信履歴表示フィールドおよび配達リスト表示フィールドを有する。宛先フィールドは、氏名フィールド、住所フィールド、電話番号フィールドおよび荷主フィールドを有する。再配達依頼フィールドは、着信フィールド、着信時間フィールドおよび折返フィールドを有する。

移動体ＩＤフィールドには、移動体ＩＤが記録されている。配達モードフィールドには、ドライバが入力した配達モードが記録されている。図３に示す「再配達可」は、前述の第１モードを意味する。位置フィールドには、ＧＰＳ３８により測位されたクライアント３０の位置が記録されている。

荷物ＩＤフィールドには、荷物に固有に付与された荷物ＩＤが記録されている。氏名フィールドには、配達先の氏名が記録されている。なお、配達先が法人等である場合には、氏名フィールドには配達先の名称が記録されている。住所フィールドには、配達先の住所が記録されている。電話番号フィールドには、配達先の電話番号が記録されている。荷主フィールドには、荷物の発送者が記録されている。

状態フィールドには、荷物の配達状態が記録されている。ここで「不在票」は、配達先が不在で、不在票２０を置いてきたことを意味する。配達完了または不在票発行の都度、配送リストＤＢ５１の状態フィールドが更新される。配達状態に応じて、サーバ４０に記録されたＤＢの内容を随時更新することは、従来から実施されているため、説明を省略する。

着信フィールドには、不在票２０に記載された、当日中の再配達を希望する場合の電話番号への着信状態が記録されている。「在宅予定」は、配達先が以後在宅する旨を入力したことを意味する。「選択応答なし」は、第２モードが設定されており、配達先からの着信がクライアント３０を介してドライバに通知されたが、ドライバが再配達の可否を入力しなかったことを意味する。「着信応答なし」は、配達先がドライバとの会話を希望したが、ドライバが電話に出なかったことを意味する。

着信時間フィールドには、配達先からの電話の着信時間が記録されている。折り返しフィールドには、着信フィールドに「選択応答なし」または「着信応答なし」が記録されている場合に、ドライバがコールバックを行なったか否かが記録されている。

着信履歴表示フィールドには、各レコードを後述する着信履歴画面に表示するか否かが記録されている。着信フィールドに着信した旨が記録されており、ドライバにより表示を除外する旨の指示を受け付けていないレコードの着信フィールドに、表示することを意味する「ＹＥＳ」が記録されている。着信履歴フィールドの初期値、すなわち当日の配達を開始する際の値は、「ＮＯ」である。

配達リスト表示フィールドには、各レコードを後述する配達リスト画面に表示するか否かが記録されている。配達リスト表示フィールドの初期値、すなわち当日の配達を開始する際の値は「ＹＥＳ」である。

なお、クライアント３０で本実施の形態のプログラムが起動した際に、配送リストＤＢ５１に記録されたレコードのうち、当該クライアント３０にかかる移動体ＩＤが記録されたレコードを抽出した、いわゆるサブセットＤＢが補助記憶装置３３にコピーされる。

クライアント３０の補助記憶装置３３にコピーされたサブセットＤＢと、サーバ４０に記録されたオリジナルの配送リストＤＢ５１との間で、随時同期処理が行われる。サブセットＤＢのレコードレイアウトは、配送リストＤＢ５１のレコードレイアウトと同一であるため、説明を省略する。なお、サブセットＤＢの位置フィールドには、ＧＰＳ３８により測位されたクライアント３０の位置が随時記録される。

図４から図９は、クライアント３０が表示する画面を示す説明図である。図４は、不在票２０を見た配達先からの電話が着信していない場合に、クライアントＣＰＵ３１がタッチパネル３５に表示する画面を示す。

画面の上部に、モード選択ボタン８１が表示されている。モード選択ボタン８１は、第１モードの選択を受け付ける第１モードボタン８１１、第２モードの選択を受け付ける第２モードボタン８１２および第３モードの選択を受け付ける第３モードボタン８１３を含む。

モード選択ボタン８１の下に、着信履歴欄８２が表示されている。着信履歴欄８２には、サブセットＤＢの着信履歴表示フィールドに「ＹＥＳ」と記載されたレコードに記録された情報が表示される。具体例については後述する。

着信履歴欄８２の下に、配送リストボタン８３およびログアウトボタン８４が表示されている。配送リストボタン８３が選択された場合に、クライアントＣＰＵ３１が表示する画面については、後述する。ログアウトボタン８４が選択された場合には、クライアントＣＰＵ３１はログアウトの処理を行ない、本実施の形態のプログラムを終了する。

ドライバは、再配達を自動受付する第１モードを選択する場合には、第１モードボタン８１１をタップする。ドライバは、再配達を受け付けるか否かを個別に判断する第２モードを選択する場合には第２モードボタン８１２をタップする。ドライバは、再配達を受け付けない第３モードを選択する場合には、第３モードボタン８１３をタップする。

クライアントＣＰＵ３１は、ドライバによるモードの選択を随時受け付ける。クライアントＣＰＵ３１は、選択されたモードに対応するモード選択ボタン８１を、他のモード選択ボタン８１とは異なる色または形状を用いて識別可能に表示する。なお、クライアントＣＰＵ３１は、タップの代わりに音声入力等によりドライバの選択を受け付けても良い。

ドライバが、第１モードを選択している場合を例にして、説明を続ける。図５は、図３を使用して説明した荷物ＩＤ「Ｚ０３」にかかる不在票２０を見た配達先からの電話があり、サーバＣＰＵ４１が自動応答により再配達を受け付けた場合に、表示部３５１に表示される画面を示す。自動応答による受付が終了した後、サーバＣＰＵ４１は、着信フィールドに「在宅予定」を記録し、着信時間フィールドに電話が着信した時間を記録する。

着信履歴欄８２に、荷物ＩＤ「Ｚ０３」に関してサーバＣＰＵ４１が自動受付した結果を示す履歴窓８２１が表示されている。履歴窓８２１の上部の「この後再配達を希望」により、配達先が当日の再配達を希望しており、在宅予定であることが表示されている。その下に、着信時間、配達先の電話番号、住所および氏名が表示されている。ドライバは、履歴窓８２１に表示された情報をみて、たとえばすぐに再配達に向かうか、営業所に戻る直前に再配達を行なうか等の配達ルートを判断する。

履歴窓８２１の下部に、発信ボタン８５および完了ボタン８６が表示されている。発信ボタン８５が選択された場合、クライアントＣＰＵ３１はネットワークを介してサーバＣＰＵ４１に発信ボタン８５の選択を受け付けたことを通知する。サーバＣＰＵ４１は、電話回線を通じてクライアント電話部３９に電話をかける。

ドライバが電話に出ることにより、クライアント３０がオフフック状態になった後に、サーバＣＰＵ４１は配達先に電話をかける。配達先がオフフック状態になった後に、サーバＣＰＵ４１はクライアント３０と配達先との電話回線を接続する。ドライバは、たとえば到着時刻の見込みを配達先に口頭で伝える等のコミュニュケーションを行なえる。

なお、以後の説明においては、クライアントＣＰＵ３１が発信ボタン８５の選択を受け付けてから、サーバＣＰＵ４１が配達先に電話をかけるまでの一連の処理を、「サーバ４０を介して配達先に電話をかける」と記載する。

完了ボタン８６の選択を受け付けた場合、クライアントＣＰＵ３１はサブセットＤＢの着信履歴表示フィールドに「ＮＯ」を記録する。ＤＢの同期処理により、配送リストＤＢ５１の着信履歴表示フィールドにも「ＮＯ」が記録される。前述の通り、着信履歴表示フィールドにＮＯが記録されたレコードは、着信履歴欄８２に表示されない。したがって、ドライバは完了ボタン８６を選択することにより、着信履歴欄８２の表示を削除できる。

図６は、ドライバが第２モードを選択しており、不在票２０を見た配達先からの電話がサーバ４０に着信した場合に、クライアントＣＰＵ３１が表示する画面を示す。画面の中央に、着信中の配達先の情報を示すポップアップ窓８７が表示されている。ポップアップ窓８７の下部に、拒否ボタン８７１および対応ボタン８７２が表示されている。

ドライバはポップアップ窓８７の表示に基づいて、再配達の可否を判断する。再配達を行なわないと判断した場合、ドライバは拒否ボタン８７１を選択する。クライアントＣＰＵ３１は、ネットワークを介してサーバＣＰＵ４１に拒否ボタン８７１の選択を受け付けたことを送信する。サーバＣＰＵ４１は、自動音声により配達業務が終了した旨を応答する。なお、サーバＣＰＵ４１は、着信フィールドに「拒否」を、着信時間フィールドに着信時間を、着信履歴表示フィールドに「ＮＯ」をそれぞれ記録してもよい。以上により、配達先からの着信は着信履歴欄８２に表示されない。

再配達を行なうと判断した場合、ドライバは対応ボタン８７２を選択する。クライアントＣＰＵ３１は、ネットワークを介してサーバＣＰＵ４１に対応ボタン８７２の選択を受け付けたことを送信する。サーバＣＰＵ４１は、自動音声により配達先が以後在宅するか否かを確認する。以後在宅する旨を確認した場合、サーバＣＰＵ４１は配送リストＤＢ５１の着信フィールドに「在宅予定」を、着信時間フィールドに着信時間を、着信履歴表示フィールドに「ＹＥＳ」をそれぞれ記録する。以上により、配達先からの着信は着信履歴欄８２に表示される。

ドライバが所定の時間内に拒否ボタン８７１も、対応ボタン８７２も選択しない場合、サーバＣＰＵ４１は、自動音声により「ドライバを呼び出しましたが応答がありません。後ほどお掛け直し下さい。」と応答する。サーバＣＰＵ４１は配送リストＤＢ５１の着信フィールドに「選択応答なし」を、着信時間フィールドに着信時間を、着信履歴表示フィールドに「ＹＥＳ」をそれぞれ記録する。

なお、番号通知なしの通話が着信した場合、ポップアップ窓８７には配達先の電話番号、住所および氏名等が不明である旨が表示される。ドライバによる対応ボタン８７２の選択を受け付けた場合、サーバＣＰＵ４１は自動音声およびプッシュボタン等により、荷物ＩＤの入力を受け付ける。

図７は、ドライバが所定の時間内に拒否ボタン８７１も、対応ボタン８７２も選択せず、配達先とサーバ４０との間の通話が終了した後に、クライアントＣＰＵ３１が表示する画面を示す。着信履歴欄８２に、２個の履歴窓８２１が表示されている。履歴窓８２１は、新しいもの、すなわち着信時刻が遅いものが上になるように表示される。ドライバは着信履歴欄８２に触れた指を上下に動かすスライド操作により、着信履歴欄８２内の表示をスクロールさせることができる。着信履歴欄８２内の履歴窓８２１がすべて上にスライドした後に、図４を使用して説明した配送リストボタン８３およびログアウトボタン８４が表示される。

図７に示す着信履歴欄８２の上側の履歴窓８２１の上部の「選択に未対応」により、ドライバがポップアップ窓８７に表示された拒否ボタン８７１も対応ボタン８７２も選択しなかったことが示されている。その下に、着信時間、配達先の電話番号、住所および氏名が表示されている。ドライバは、発信ボタン８５を選択することにより、サーバ４０を介して配達先に電話をかけることができる。

発信ボタン８５の選択を受け付けた場合、クライアントＣＰＵ３１はサブセットＤＢの折返フィールドに「済」を記録する。クライアントＣＰＵ３１は、折り返しフィールドに「済」が記録されているレコードにかかる履歴窓８２１と、「済」が記録されていないレコードにかかる履歴窓８２１とを異なる配色で表示する。以上により、ドライバは折り返し通話を行なった配達先と、折り返し通話を行なっていない配達先とを容易に区別できる。

なお、クライアントＣＰＵ３１は、配達先との通話が繋がった後に、折返フィールドに「済」を記録しても良い。ドライバは折り返し通話が繋がった配達先と、折り返し通話が繋がっていない配達先とを容易に区別できる。

ドライバは、完了ボタン８６を選択することにより、履歴窓８２１を削除することもできる。履歴窓８２１が削除された場合、着信履歴欄８２内の履歴窓８２１は順番に上に詰めて表示される。以上により、クライアントＣＰＵ３１は、ドライバが必要とする着信だけを表示部３５１に表示できる。

図８は、図７に示す状態にさらに１件の着信があった場合に、クライアントＣＰＵ３１が表示する画面を示す。着信履歴欄８２の上側の履歴窓８２１の上部の「着信に不応答」により、配達先がドライバとの会話を希望したが、ドライバが電話に出なかったことが示されている。

なお、番号通知なしの着信を示すポップアップ窓８７に対して、ドライバが所定の時間内に拒否ボタン８７１も、対応ボタン８７２も選択せず、配達先とサーバ４０との間の通話が終了した場合、着信に対応する履歴窓８２１は表示されない。同様に、番号通知なしの配達先がドライバとの会話を希望したが、ドライバが電話に出なかった場合も、着信に対応する履歴窓８２１は表示されない。

図９は、図４を使用して説明した配送リストボタン８３の選択を受け付けた場合に、クライアントＣＰＵ３１が表示する、配送リスト画面を示す。複数の配送先欄８８が、縦一列に配置されている。各配送先欄８８には、配送リスト表示フィールドに「ＹＥＳ」が記録された配送リストレコードの宛先フィールドに関する情報が表示されている。

それぞれの配送先欄８８内に、発信ボタン８５が表示されている。発信ボタン８５が選択された場合、クライアントＣＰＵ３１はサーバ４０を介して電話をかける。

なお、図９においては、配送先欄８８内に、クライアント３０から配送先までの距離を表示する距離欄８８１が表示されている。クライアントＣＰＵ３１は、ＧＰＳ３８により取得したクライアント３０の位置と、配送先の住所とを、ネットワークを介して地図サーバに送信し、配送先までの距離を受信する。地図サーバは、地図に関する種々の情報を提供するサーバである。クライアントＣＰＵ３１は、受信した距離が短い配達先を、画面の上側に表示する。これにより、ドライバは、現在地に近い配達先を容易に確認できる。

なお、配送ＤＢ５１の宛先フィールドに、配送先の住所の座標を記録する座標フィールドを設けても良い。クライアントＣＰＵ３１は、座標フィールドに記録された座標と、ＣＰＵ３８により取得したクライアント３０の位置とに基づいて、配達先までの直線距離を算出できる。以上により、クライアントＣＰＵ３１は地図サーバとの通信を行なわずに、距離欄８８１を表示できる。

クライアントＣＰＵ３１は、着信フィールドに「在宅予定」が記録されたレコード、および、状態フィールドに「不在票」が記録されたレコードに対応する配送先欄８８を、それ以外のレコードに対応する配送先欄８８とは異なる色で示す。図９においては、色違いの配送先欄８８をハッチングの違いで示す。ドライバは、確実に在宅すると期待できる配達先、および、２回目以降に訪問する配達先を、容易に確認できる。

図１０は、プログラムの処理の流れを説明するフローチャートである。図１０は、サーバ４０に配達先からの電話が着信した場合に動作するプログラムを示す。サーバＣＰＵ４１は、配達先から着信した電話番号に基づいて、当該不在票にかかる移動体ＩＤを取得する（ステップＳ９００）。

サーバＣＰＵ４１はステップＳ９００で取得した移動体ＩＤをキーとして配送リストＤＢ５１を検索し、抽出したレコードの配達モードフィールドから配達モードを抽出する（ステップＳ９１０）。

サーバＣＰＵ４１は、ステップＳ９１０で抽出した配達モードが第３モード、すなわち当日中の再配達受付を終了したモードであるか否かを判定する（ステップＳ９１１）。第３モードであると判定した場合（ステップＳ９１１でＹＥＳ）、サーバＣＰＵ４１は自動音声により「本日の配達業務は終了しました。」と応答する（ステップＳ９１２）。

３モードではないと判定した場合（ステップＳ９１１でＮＯ）、サーバＣＰＵ４１は、ステップＳ９１０で抽出した配達モードが第１モード、すなわち当日中の再配達を自動受付するモードであるか否かを判定する（ステップＳ９１３）。

第１モードであると判定した場合（ステップＳ９１３でＹＥＳ）、サーバＣＰＵ４１は、着信番号通知機能により発信元の電話番号が通知されているか否かを判定する（ステップＳ９０１）。

通知されていると判定した場合（ステップＳ９０１でＹＥＳ）、サーバＣＰＵ４１は発信元の電話番号を取得する（ステップＳ９０２）。サーバＣＰＵ４１は、取得した電話番号をキーとして、配送リストＤＢ５１を検索して該当するレコードの有無を判定する（ステップＳ９０３）。

該当するレコードがあると判定した場合（ステップＳ９０３でＹＥＳ）、サーバＣＰＵ４１は当該レコードの荷物ＩＤフィールドから荷物ＩＤを抽出する（ステップＳ９０４）。

該当するレコードがないと判定した場合（ステップＳ９０３でＮＯ）、または、発信元の番号が通知されていないと判定した場合（ステップＳ９０１でＮＯ）、サーバＣＰＵ４１は「不在票に記載された荷物ＩＤを入力して下さい。」等の音声を出力する。サーバＣＰＵ４１は、電話機のプッシュボタンまたは音声認識により、発信元により入力された荷物ＩＤを取得する（ステップＳ９１８）。

サーバＣＰＵ４１は、取得した荷物ＩＤをキーとして配送リストＤＢを検索して、該当するレコードが記録されているか否かを判定する（ステップＳ９１９）。記録されていると判定した場合（ステップＳ９１９でＹＥＳ）、またはステップＳ９０４の終了後、サーバＣＰＵ４１は再配達可モードのサブルーチンを起動する（ステップＳ９１４）。再配達可モードのサブルーチンは、再配達の依頼を自動受付するサブルーチンである。再配達可モードのサブルーチンの処理の流れは後述する。

記録されていないと判定した場合（ステップＳ９１９でＮＯ）、サーバＣＰＵ４１は「該当する不在票がありません。もう一度入力して下さい」等の自動音声により、入力のやりなおしを要求して、ステップＳ９１８に戻る。

なお、サーバＣＰＵ４１は入力のやりなおしを要求する代わりに、オペレータに通話を引き継いでも良い。オペレータは、配達先とコミュニュケーションを行ない、配送リストＤＢ５１に「在宅予定」等の情報を適宜入力できる。

第１モードでないと判定した場合（ステップＳ９１３でＮＯ）、サーバＣＰＵ４１は選択モードのサブルーチンを起動する（ステップＳ９１５）。選択モードのサブルーチンは、ドライバの判断に基づいて再配達の依頼を処理するサブルーチンである。

ステップＳ９１２、ステップＳ９１４、または、ステップＳ９１５の終了後、サーバＣＰＵ４１は、回線を切断して処理を終了する。

図１１は、再配達可モードのサブルーチンの処理の流れを説明するフローチャートである。サーバＣＰＵ４１は、自動音声により「これからご在宅の方は１番を押して下さい。」と応答して、配達先の在宅確認を行なう（ステップＳ５５１）。

サーバＣＰＵ４１は、配達先から１番のプッシュボタンの選択を受け付けることにより在宅を確認したか否かを判定する（ステップＳ５５２）。在宅を確認したと判定した場合（ステップＳ５５２でＹＥＳ）、サーバＣＰＵ４１は、自動音声により「この後、配達に伺います。」のように、再配達の要求を確認した旨の応答を行なう（ステップＳ５５３）。

サーバＣＰＵ４１は配送リストＤＢ５１の着信フィールドに「在宅予定」を、着信時間フィールドに着信時間を、着信履歴表示フィールドに「ＹＥＳ」をそれぞれ記録する（ステップＳ５５４）。サーバＣＰＵ４１は、処理を終了する。

在宅を確認していないと判定した場合（ステップＳ５５２でＮＯ）、すなわち、ドライバとの通話を要求する２番のプッシュボタンの選択を受け付けたと判定した場合、サーバＣＰＵ４１はサーバ電話部４９およびクライアント電話部３９を介してクライアント３０に電話をかける（ステップＳ５６１）。サーバＣＰＵ１２は、自動音声により「ドライバを呼び出し中です。しばらくお待ち下さい。」のように、ドライバを呼び出し中である旨の案内を行なう（ステップＳ５６２）。

サーバＣＰＵ４１は、クライアント３０がオフフック状態になったか否かを判定する（ステップＳ５６３）。オフフック状態になったと判定した場合（ステップＳ５６３でＹＥＳ）、サーバＣＰＵ４１は配達先とクライアント電話部３９との通話回線を接続する（ステップＳ５６４）。

サーバＣＰＵ４１は配送リストＤＢ５１の着信フィールドに「通話済」を、着信時間フィールドに着信時間を、着信履歴表示フィールドに「ＮＯ」をそれぞれ記録する（ステップＳ５６５）。サーバＣＰＵ４１は、処理を終了する。

所定時間内に、クライアント３０がオフフック状態にならないと判定した場合（ステップＳ５６３でＮＯ）、サーバＣＰＵ４１は自動音声により「ドライバを呼び出しましたが応答がありません。後ほどお掛け直し下さい。」のように応答して、ドライバとの通話ができない旨の案内を行なう（ステップＳ５６６）。

サーバＣＰＵ４１は配送リストＤＢ５１の着信フィールドに「着信応答なし」を、着信時間フィールドに着信時間をそれぞれ記録する（ステップＳ５６７）。サーバＣＰＵ４１は、処理を終了する。

図１２は、選択モードのサブルーチンの処理の流れを説明するフローチャートである。
サーバＣＰＵ４１は、着信番号通知機能により発信元の電話番号が通知されているか否かを判定する（ステップＳ７１２）。通知されていると判定した場合（ステップＳ７１２でＹＥＳ）、サーバＣＰＵ４１は発信元の電話番号を取得する（ステップＳ７１３）。サーバＣＰＵ４１は、取得した電話番号をキーとして、配送リストＤＢ５１を検索して該当するレコードの有無を判定する（ステップＳ７１４）。

該当するレコードがあると判定した場合（ステップＳ７１４でＹＥＳ）、サーバＣＰＵ４１は当該レコードの荷物ＩＤフィールドから荷物ＩＤを抽出する（ステップＳ７１５）。

該当するレコードがないと判定した場合（ステップＳ７１４でＮＯ）、または、発信元の番号が通知されていないと判定した場合（ステップＳ７１２でＮＯ）、サーバＣＰＵ４１は、荷物ＩＤが不明である旨を主記憶装置４２または補助記憶装置４３に記録する（ステップＳ７１６）。

ステップＳ７１５またはステップＳ７１６の終了後、サーバＣＰＵ４１は、着信中の電話にかかる荷物を配達中にクライアントＣＰＵ３１に対して、荷物ＩＤを送信する（ステップＳ９２１）。なお、ステップＳ７１６で荷物ＩＤが不明である旨を記録した場合、サーバＣＰＵ４１は荷物ＩＤの代わりに荷物ＩＤが不明である旨を送信する。

クライアントＣＰＵ３１は、荷物ＩＤ、または、荷物ＩＤが不明である旨を受信する（ステップＳ８０１）。クライアントＣＰＵ３１は、荷物ＩＤをキーとしてサブセットＤＢを検索して、レコードを抽出する。クライアントＣＰＵ３１は、抽出したレコードに基づいて図６を使用して説明したポップアップ窓８７を表示部３５１に表示する（ステップＳ８０２）。なお、荷物ＩＤが不明である場合、クライアントＣＰＵ３１は、ポップアップ窓８７に着信元が不明である旨を表示する。

クライアントＣＰＵ３１は、ドライバによる拒否ボタン８７１または対応ボタン８７２の選択を受け付ける（ステップＳ８０３）。なお、選択は音声入力により受け付けられても良い。所定の時間内にいずれのボタンの選択も受け付けない場合、クライアントＣＰＵ３１は選択しない旨を受け付ける。

クライアントＣＰＵ３１は、受け付けた選択をサーバＣＰＵ４１に送信する（ステップＳ８０４）。サーバＣＰＵ４１は、選択を受信する（ステップＳ５３１）。サーバＣＰＵ４１は、拒否ボタン８７１の選択を受け付けたか否かを判定する（ステップＳ５３２）。拒否ボタン８７１の選択を受け付けたと判定した場合（ステップＳ５３２でＹＥＳ）、サーバＣＰＵ４１は自動音声により「本日の配達業務は終了しました。」と応答する（ステップＳ５３３）。サーバＣＰＵ４１は、処理を終了する。

なお、サーバＣＰＵ４１は、着信フィールドに「拒否」を、着信時間フィールドに着信時間を、着信履歴表示フィールドに「ＮＯ」をそれぞれ記録してもよい。以上により、配達先からの着信は着信履歴欄８２に表示されない。

サーバＣＰＵ４１は、着信フィールドに「拒否」を、着信時間フィールドに着信時間を、着信履歴表示フィールドに「ＹＥＳ」をそれぞれ記録してもよい。以上により、配達先からの着信は着信履歴欄８２に表示される。

拒否ボタン８７１の選択を受け付けていないと判定した場合（ステップＳ５３２でＮＯ）、サーバＣＰＵ４１は、対応ボタン８７２の選択を受け付けたか否かを判定する（ステップＳ９４１）。対応ボタン８７２の選択を受け付けていないと判定した場合（ステップＳ９４１でＮＯ）、サーバＣＰＵ４１は自動音声により「ドライバを呼び出しましたが応答がありません。後ほどお掛け直し下さい。」と応答し、ドライバとの通話が一時的にできない状態である旨を案内する（ステップＳ５４２）。

サーバＣＰＵ４１は配送リストＤＢ５１の着信フィールドに「選択応答なし」を、着信時間フィールドに着信時間を、着信履歴表示フィールドに「ＹＥＳ」をそれぞれ記録する（ステップＳ５４３）。なお、ステップＳ７１６で荷物ＩＤが不明である旨を記録した場合、ステップＳ５４３においてサーバＣＰＵ４１は記録を行なわない。サーバＣＰＵ４１は、処理を終了する。

対応ボタン８７２の選択を受け付けたと判定した場合（ステップＳ９４１でＹＥＳ）、サーバＣＰＵ４１は選択再配達モードのサブルーチンを起動する（ステップＳ５４４）。選択再配達モードのサブルーチンは、選択モードにおいて対応ボタン８７２の選択を受け付けた場合に、再配達の依頼を自動受付するサブルーチンである。選択再配達モードの処理の流れは後述する。サーバＣＰＵ４１は、処理を終了する。

図１３は、選択再配達モードのサブルーチンの処理の流れを説明するフローチャートである。サーバＣＰＵ４１は、処理中の着信に関する荷物ＩＤを取得済である否かを判定する（ステップＳ７２１）。取得済でないと判定した場合（ステップＳ７２１でＮＯ）、サーバＣＰＵ４１は「不在票に記載された荷物ＩＤを入力して下さい。」等の音声を出力する。サーバＣＰＵ４１は、電話機のプッシュボタンまたは音声認識により、発信元により入力された荷物ＩＤを取得する（ステップＳ７２２）。

サーバＣＰＵ４１は、取得した荷物ＩＤをキーとして配送リストＤＢを検索して、該当するレコードが記録されているか否かを判定する（ステップＳ７２３）。記録されていないと判定した場合（ステップＳ７２３でＮＯ）、サーバＣＰＵ４１は「該当する不在票がありません。もう一度入力して下さい」等の自動音声により、入力のやりなおしを要求して、ステップＳ７２２に戻る。

なお、サーバＣＰＵ４１は入力のやりなおしを要求する代わりに、オペレータに通話を引き継いでも良い。オペレータは、配達先とコミュニュケーションを行ない、配送リストＤＢ５１に「在宅予定」等の情報を適宜入力できる。

記録されていると判定した場合（ステップＳ７２３でＹＥＳ）、または、荷物ＩＤを取得済であると判定した場合（ステップＳ７２１でＹＥＳ）、サーバＣＰＵ４１は、自動音声により「これからご在宅の方は１番を押して下さい。」と応答して、配達先の在宅確認を行なう（ステップＳ５５１）。以後の処理は、図１１を使用して説明した再配達可モードのサブルーチンと同様であるため、説明を省略する。

図１４は、プログラムの処理の流れを説明するフローチャートである。図１４は、クライアント３０側で動作するプログラムの流れを主に示す。

クライアントＣＰＵ３１は、ログオン処理によりドライバおよびドライバが運転する移動体との紐付けを取得する。クライアントＣＰＵ３１は、サーバＣＰＵ４１に移動体ＩＤを送信して、サブセットＤＢに記録するデータを要求する（ステップＳ６１１）。

サーバＣＰＵ４１は、要求を受信する。サーバＣＰＵ４１は、配送リストＤＢ５１から受信した移動体ＩＤが記録されたレコードを抽出する（ステップＳ５８１）。サーバＣＰＵ４１は、抽出したレコードをクライアントＣＰＵ３１に送信する（ステップＳ５８２）。クライアントＣＰＵ３１は、送信されたレコードを受信して、サブセットＤＢを補助記憶装置３３に保存する（ステップＳ６１２）。

サーバＣＰＵ４１と、クライアントＣＰＵ３１とは、配送リストＤＢ５１とサブセットＤＢとの同期処理を行なう（ステップＳ６１３、および、ステップＳ５８３）。同期処理は、両方のＤＢに記録された情報を最新の状態に揃える処理である。ＤＢの同期処理は、一般的に行われている処理であるため、詳細な説明は省略する。

クライアントＣＰＵ３１は、図４、図５、図７および図８を使用して説明した画面を用いて、サブセットＤＢの着信履歴フィールドに「ＹＥＳ」が記録されたレコードを表示部３５１に表示する（ステップＳ６１４）。この際、クライアントＣＰＵ３１は、着信時間フィールドに記録された着信時間が新しいレコードにかかる履歴窓８２１が上側になるように、ソートして表示する。

なお、図５を使用して説明した配送リストボタン８３の選択を受け付けた場合、クライアントＣＰＵ３１は図９を使用して説明した画面を用いて、サブセットＤＢの配達リスト表示フィールドに「ＹＥＳ」が記録されたレコードを表示部３５１に表示する。図５を使用して説明した完了ボタン８６の選択を受け付けた場合、クライアントＣＰＵ３１はサブセットＤＢの完了フィールドに「ＮＯ」を記録する。

クライアントＣＰＵ３１は、発信ボタン８５の選択を受け付けたか否かを判定する（ステップＳ６１５）。発信ボタン８５の選択を受け付けたと判定した場合（ステップＳ６１５でＹＥＳ）、クライアントＣＰＵ３１は発信ボタン８５の選択を受け付けた履歴窓８２１に対応する電話番号を、ネットワークを介して送信する（ステップＳ６１６）。

クライアントＣＰＵ３１はサブセットＤＢの折返フィールドに「済」を記録する（ステップＳ６１８）。クライアントＣＰＵ３１は「電話を発信中です」という自動音声をスピーカ３７から繰り返し出力する（ステップＳ６１９）。

サーバＣＰＵ４１は、発信ボタン８５の選択を受け付けた履歴窓８２１に対応する電話番号を受信する（ステップＳ５９１）。サーバＣＰＵ４１は、電話回線を通じてクライアント電話部３９に電話をかける。サーバＣＰＵ４１は、ドライバが電話に出ることにより、クライアント３０がオフフック状態になるまで待つ。

サーバＣＰＵ４１は、サーバ電話部４９を介してクライアントＣＰＵ３１から受信した電話番号に電話をかける（ステップＳ５９２）。サーバＣＰＵ４１は、ステップＳ５９２でかけた電話がオフフック状態になったか否かを判定する（ステップＳ５９３）。

オフフック状態になったと判定した場合（ステップＳ５９３でＹＥＳ）、サーバＣＰＵ４１はステップＳ５９２でかけた電話と、クライアント３０にかけた電話との通話回線を接続する（ステップＳ５９４）。クライアントＣＰＵ３１は、ステップＳ６１９で出力した自動音声を停止して、ドライバが配達先と通話できる状態にする（ステップＳ６２０）。

以上により、クライアント３０と、発信ボタン８５により選択を受け付けた配達先との電話が繋がる。ドライバは、配達先と会話できる。

所定の時間内に配達先がオフフックにならないと判定した場合（ステップＳ５９３でＮＯ）、サーバＣＰＵ４１は、電話回線を通じてクライアント３０に「御客様を呼び出しましたが、応答がありませんでした」という自動音声を送る（ステップＳ５９７）。自動音声は、クライアント３０のスピーカ３７から出力される。その後、サーバＣＰＵ４１はクライアント３０との電話の回線をオンフック状態にする（ステップＳ５９８）。クライアントＣＰＵ３１は、電話がオンフック状態になったことを検出する（ステップＳ６２１）。

発信ボタン８５の選択を受け付けていないと判定した場合（ステップＳ６１５でＮＯ）、または、ステップＳ６２０もしくはステップＳ６２１の終了後、クライアントＣＰＵ３１は処理を終了するか否かを判定する（ステップＳ６２３）。クライアントＣＰＵ３１は、たとえばログアウトボタン８４の選択を受け付けた場合に、処理を終了すると判定する。

処理を終了すると判定した場合（ステップＳ６２３でＹＥＳ）、サーバＣＰＵ４１と、クライアントＣＰＵ３１とは、配送リストＤＢ５１とサブセットＤＢとの同期処理を行なう（ステップＳ６２４、および、ステップＳ５９６）。クライアントＣＰＵ３１は、処理を終了する。処理を終了しないと判定した場合（ステップＳ６２３でＮＯ）、クライアントＣＰＵ３１は、ステップＳ６１３に戻る。

なお、ドライバから第２モードの選択を受け付けた状態で、配達先からの電話が着信した場合には、図１２を使用して説明した通り、サーバＣＰＵ４１からクライアントＣＰＵ３１に荷物ＩＤ、または、荷物ＩＤが不明である旨が送信される（ステップＳ９２１）。

クライアントＣＰＵ３１は荷物ＩＤ、または、荷物ＩＤが不明である旨を受信し（ステップＳ８０１）、ドライバから受け付けた選択をサーバＣＰＵ４１に送信する（ステップＳ８０４）までの処理を、割り込み処理により行なう。割り込み処理の終了後、クライアントＣＰＵ３１は割り込み発生前の処理に戻る。

配送リストＤＢ５１は、同一の配達先から複数回着信した場合に着信回数を記録するフィールドを有しても良い。クライアントＣＰＵ３１は、たとえば図７および図８を使用して説明した履歴窓８２１に、着信回数を表示できる。ドライバは、繰り返し電話をかけてきた配達先を容易に把握できる。

本実施の形態によると、当日中の再配達を自動的に受け付けて、ドライバに伝達する情報処理システム１０を提供できる。ドライバは、運転、および、荷物の運搬等の業務を止めずに、再配達の依頼に対応できる。そのため、配達業務の効率が向上する。

本実施の形態によると、当日中の再配達依頼をすべて自動的に受け付けるか、ドライバが受付可否を選択するか、それとも再配達依頼を自動的に断るかを、ドライバが選択できる情報処理システム１０を提供できる。したがって、担当地域を熟知したドライバの知識およびノウハウを十分に生かせる情報処理システム１０を提供できる。

本実施の形態によると、単に「これから在宅するから再配達して欲しい」という簡単な要望を伝えるだけの配達先は、ドライバが運転中で電話に出られない場合であっても、要望を伝えることができる。

本実施の形態によると、配達先へのクライアント３０の電話番号の公開を避けることができる。そのため、電話の着信による運転や配達作業の中断を防止できる。これにより、ドライバの業務効率および安全性が向上する。さらに、ドライバの勤務が終了した後の着信に対して、自動応答によるアナウンスができる。

本実施の形態によると、ドライバが不要と判断した情報を表示部３５１から削除することにより、ドライバが情報を速やかに確認できる情報処理システム１０を提供できる。本実施の形態によると、必要に応じてドライバが配達先に容易に電話をかけられる情報処理システム１０を提供できる。

サーバＣＰＵ４１は、クライアント３０と配達先との距離に応じて、図１１を使用して説明した再配達可モードのサブルーチン中のステップＳ５５３で出力する自動音声を変更しても良い。具体的には、サーバＣＰＵ４１は、配送リストＤＢ５１の住所フィールドから、対応中の配達先の住所を取得する。サーバＣＰＵ４１は、位置フィールドからクライアント３０の位置を取得する。

サーバＣＰＵ４１は、ネットワークを介して図示を省略する外部の地図サーバにクライアント３０の位置と配達先の住所とを送信する。サーバＣＰＵ４１は、地図サーバから配達先までの距離を受信する。

サーバＣＰＵ４１は、受信した距離が所定の閾値以下である場合、自動音声により「この後配達へ伺います」と応答し、ドライバがすぐに再配達に行く旨を伝える。サーバＣＰＵ４１は、受信した距離が所定の閾値を超える場合、自動音声により「本日中に配達へ伺います」と応答し、ドライバが当日の業務終了までに行く旨を伝える。

サーバＣＰＵ４１は、地図サーバから距離の代わりに所要時間を受信しても良い。ここで所要時間は、クライアント３０が配達先まで移動する場合の予想所要時間を意味する。サーバＣＰＵ４１は、受信した予想所要時間に応じて、たとえば「いまから１時間程度で配達に伺います」等の応答を行なう。

クライアント３０の位置と配達先の住所とに応じて、再配達の依頼を確認する際の応答を、変更することにより、配達先に再配達までの時間の目処を自動的に伝える情報処理システム１０を提供できる。

図６を使用して説明したポップアップ窓８７に、たとえば「３０分以内」「２時間以内」等の複数の対応ボタン８７２が表示されても良い。ドライバは、現在地と配達先との関係から、いつ頃再配達に行くかを判断して、適切な対応ボタン８７２を選択する。サーバＣＰＵ４１は、選択を受け付けた対応ボタン８７２に基づいて、配達先に自動応答を行なう。

クライアント３０の補助記憶装置３３に、サブセットＤＢが記録されなくても良い。この場合、クライアントＣＰＵ３１およびサーバＣＰＵ４１は、図１４を使用して説明した配送リストＤＢ５１とサブセットＤＢとの同期処理は行わない（ステップＳ６１３およびステップＳ５８３と、ステップＳ５９６およびステップＳ６２４）。

クライアントＣＰＵ３１は、サブセットＤＢを参照する代わりに、ネットワークを介して配送リストＤＢ５１を参照する。また、クライアントＣＰＵ３１は、図１４を使用して説明したステップＳ６１８において、サブセットＤＢに記録する代わりに、ネットワークを介して、配送リストＤＢ５１に記録する。

［実施の形態２］
本実施の形態は、配達先までの距離に応じて再配達の要求への対応方法を選択できる情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

図１５は、実施の形態２のクライアント３０が表示する画面を示す説明図である。図１５は、不在票２０を見た配達先からの電話が着信していない場合に、クライアントＣＰＵ３１がタッチパネル３５に表示する画面を示す。

画面の上部に、近距離モード選択ボタン７１および遠距離モード選択ボタン７２が表示されている。近距離モード選択ボタン７１は、第１モードの選択を受け付ける第１近距離モードボタン７１１、第２モードの選択を受け付ける第２近距離モードボタン７１２および第３モードの選択を受け付ける第３近距離モードボタン７１３を含む。遠距離モード選択ボタン７２は、第１モードの選択を受け付ける第１遠距離モードボタン７２１、第２モードの選択を受け付ける第２遠距離モードボタン７２２および第３モードの選択を受け付ける第３遠距離モードボタン７２３を含む。

遠距離モード選択ボタン７２の下に、着信履歴欄８２、配送リストボタン８３およびログアウトボタン８４が表示されている。

ドライバは、近距離の配達先からの再配達要求を処理するモードを近距離モード選択ボタン７１から、遠距離の配達先からの再配達要求を処理するモードを遠距離モード選択ボタン７２からそれぞれ選択する。本実施の形態の配送リストＤＢ５１の配達モードフィールドには、近距離モード選択ボタン７１から取得した近距離配達モードと、遠距離モード選択ボタン７２取得した遠距離配達モードとがそれぞれ記録される。

本実施の形態では、近距離であるか、遠距離であるかは、クライアント３０と配達先との間の距離に基づいて判定する。たとえば、クライアント３０から３キロメートル以内であれば近距離と判定する。閾値は、ドライバの担当地域の特性等を考慮して、任意に設定できる。

図１６は、実施の形態２のプログラムの処理の流れを説明するフローチャートである。サーバＣＰＵ４１は、配達先から着信した電話番号に基づいて、当該不在票にかかる移動体ＩＤを取得する（ステップＳ５００）。サーバＣＰＵ４１は、着信番号通知機能により発信元の電話番号が通知されているか否かを判定する（ステップＳ５０１）。

通知されていると判定した場合（ステップＳ５０１でＹＥＳ）、サーバＣＰＵ４１は発信元の電話番号を取得する（ステップＳ５０２）。サーバＣＰＵ４１は、取得した電話番号をキーとして、配送リストＤＢ５１を検索して該当するレコードの有無を判定する（ステップＳ５０３）。該当するレコードがあると判定した場合（ステップＳ５０３でＹＥＳ）、サーバＣＰＵ４１は当該レコードの荷物ＩＤフィールドから荷物ＩＤを抽出する（ステップＳ５０４）。

該当するレコードがないと判定した場合（ステップＳ５０３でＮＯ）、または、電話番号が通知されていないと判定した場合（ステップＳ５０１でＮＯ）、サーバＣＰＵ４１は「不在票に記載された荷物ＩＤを入力して下さい。」等の音声を出力する。サーバＣＰＵ４１は、電話機のプッシュボタンまたは音声認識により、発信元により入力された荷物ＩＤを取得する（ステップＳ５０５）。

サーバＣＰＵ４１は、取得した荷物ＩＤをキーとして配送リストＤＢ５１を検索して該当するレコードの有無を判定する（ステップＳ５０６）。該当するレコードがないと判定した場合（ステップＳ５０６でＮＯ）、サーバＣＰＵ４１は「該当する不在票がみつかりません。通話を終了します。」等の音声を出力した後に、回線を切断して処理を終了する。

なお、サーバＣＰＵ４１は処理を終了する代わりに、オペレータに通話を引き継いでも良い。オペレータは、配達先とコミュニュケーションを行ない、配送リストＤＢ５１に「在宅予定」等の情報を適宜入力できる。

該当するレコードがあると判定した場合（ステップＳ５０６でＹＥＳ）、または、ステップＳ５０４の終了後、サーバＣＰＵ４１はクライアント３０と配達先との間の距離を取得する（ステップＳ７０１）。

具体的には、サーバＣＰＵ４１は荷物ＩＤをキーとして配送リストＤＢ５１を検索してレコードを抽出する。サーバＣＰＵ４１は、抽出したレコードの住所フィールドから、配達先の住所を取得する。サーバＣＰＵ４１は、位置フィールドからクライアント３０の位置を取得する。

サーバＣＰＵ４１は、ネットワークを介して図示を省略する外部の地図サーバに現在地と配達先の住所とを送信する。サーバＣＰＵ４１は、地図サーバから配達先までの距離を受信する。

サーバＣＰＵ４１は、ステップＳ７０１で取得した距離に基づいて、配達先が近距離であるか否かを判定する（ステップＳ７０２）。近距離であると判定した場合（ステップＳ７０２でＹＥＳ）、サーバＣＰＵ４１は配送リストＤＢ５１の配達モードフィールドから、近距離である場合の配達モードを取得する（ステップＳ７０３）。

近距離ではないと判断した場合（ステップＳ７０２でＮＯ）、サーバＣＰＵ４１は配送リストＤＢ５１の配達モードフィールドから、遠距離である場合の配達モードを取得する（ステップＳ７０４）。

サーバＣＰＵ４１は、ステップＳ７０３またはステップＳ７０４で取得した配達モードが第３モード、すなわち当日中の再配達受付を終了したモードであるか否かを判定する（ステップＳ５１１）。第３モードであると判定した場合（ステップＳ５１１でＹＥＳ）、サーバＣＰＵ４１は自動音声により「本日の配達業務は終了しました。」と応答する（ステップＳ５１２）。

第３モードではないと判定した場合（ステップＳ５１１でＮＯ）、サーバＣＰＵ４１は、ステップＳ５１０で抽出した配達モードが第１モード、すなわち当日中の再配達を自動受付するモードであるか否かを判定する（ステップＳ５１３）。

第１モードであると判定した場合（ステップＳ５１３でＹＥＳ）、サーバＣＰＵ４１は再配達可モードのサブルーチンを起動する（ステップＳ５１４）。再配達可モードのサブルーチンは、再配達の依頼を自動受付するサブルーチンである。再配達可モードのサブルーチンの処理の流れは、図１１を使用して説明したサブルーチンと同一である。

第１モードでないと判定した場合（ステップＳ５１３でＮＯ）、サーバＣＰＵ４１は選択モード２のサブルーチンを起動する（ステップＳ５１５）。選択モード２のサブルーチンは、ドライバの判断に基づいて再配達の依頼を処理するサブルーチンである。選択モード２のサブルーチンの処理の流れは後述する。

ステップＳ５１２、ステップＳ５１４、または、ステップＳ５１５の終了後、サーバＣＰＵ４１は、回線を切断して処理を終了する。

図１７は、選択モード２のサブルーチンの処理の流れを説明するフローチャートである。サーバＣＰＵ４１は、着信中の電話にかかる荷物を配達中のクライアントＣＰＵ３１に対して、荷物ＩＤを送信する（ステップＳ５２１）。

クライアントＣＰＵ３１は、荷物ＩＤを受信する（ステップＳ６０１）。クライアントＣＰＵ３１は、荷物ＩＤをキーとしてサブセットＤＢを検索して、レコードを抽出する。クライアントＣＰＵ３１は、抽出したレコードに基づいて図６を使用して説明したポップアップ窓８７を表示部３５１に表示する（ステップＳ６０２）。

クライアントＣＰＵ３１は、ドライバによる拒否ボタン８７１または対応ボタン８７２の選択を受け付ける（ステップＳ６０３）。なお、選択は音声入力により受け付けられても良い。所定の時間内にいずれのボタンの選択も受け付けない場合、クライアントＣＰＵ３１は選択しない旨を受け付ける。

クライアントＣＰＵ３１は、受け付けた選択をサーバＣＰＵ４１に送信する（ステップＳ６０４）。サーバＣＰＵ４１は、選択を受信する（ステップＳ５３１）。サーバＣＰＵ４１は、拒否ボタン８７１の選択を受け付けたか否かを判定する（ステップＳ５３２）。拒否ボタン８７１の選択を受け付けたと判定した場合（ステップＳ５３２でＹＥＳ）、サーバＣＰＵ４１は自動音声により「本日の配達業務は終了しました。」と応答する（ステップＳ５３３）。サーバＣＰＵ４１は、処理を終了する。

拒否ボタン８７１の選択を受け付けていないと判定した場合（ステップＳ５３２でＮＯ）、サーバＣＰＵ４１は、対応ボタン８７２の選択を受け付けたか否かを判定する（ステップＳ５４１）。対応ボタン８７２の選択を受け付けていないと判定した場合（ステップＳ５４１でＮＯ）、サーバＣＰＵ４１は自動音声により「ドライバを呼び出しましたが応答がありません。後ほどお掛け直し下さい。」と応答し、ドライバとの通話が一時的にできない状態である旨を案内する（ステップＳ５４２）。

サーバＣＰＵ４１は配送リストＤＢ５１の着信フィールドに「選択応答なし」を、着信時間フィールドに着信時間を、着信履歴表示フィールドに「ＹＥＳ」をそれぞれ記録する（ステップＳ５４３）。サーバＣＰＵ４１は、処理を終了する。

対応ボタン８７２の選択を受け付けたと判定した場合（ステップＳ５４１でＹＥＳ）、サーバＣＰＵ４１は再配達可モードのサブルーチンを起動する（ステップＳ５４５）。再配達可モードのサブルーチンは、再配達の依頼を自動受付するサブルーチンである。再配達可モードのサブルーチンの処理の流れは、図１１を使用して説明したサブルーチンと同一である。サーバＣＰＵ４１は、処理を終了する。

本実施の形態によると、配達先までの距離に応じてモードを変更できる情報処理システム１０を提供できる。ドライバは、たとえば遠距離の配達先については再配達の依頼を受け付けない第３モードを選択し、近距離の配達先については個別の再配達の可否を判断する第２モードを選択する等、状況に応じてモードを選択できる。

たとえば、近距離、中距離、遠距離等、モードを選択する距離を３段階以上に分けても良い。地図サーバから距離を取得する代わりに、都道府県または市町村等、配達先の住所表示に基づいて、近距離であるか否かを判定しても良い。地図サーバから、距離の代わりに所要時間を取得し、所要時間に基づいて近距離であるか否かを判定しても良い。

［実施の形態３］
本実施の形態は、配達先までの所要時間に基づいて、図６を使用して説明したポップアップ窓８７の表示方式を選択する情報処理システム１０に関する。実施の形態２と共通する部分については、説明を省略する。

図１８は、実施の形態３の選択モード２のサブルーチンの処理の流れを説明するフローチャートである。サーバＣＰＵ４１は、着信中の電話にかかる荷物を配達中のクライアントＣＰＵ３１に対して、荷物ＩＤを送信する（ステップＳ５２１）。

クライアントＣＰＵ３１は、荷物ＩＤを受信する（ステップＳ６０１）。クライアントＣＰＵ３１は、クライアント３０から配達先までの所要時間を取得する（ステップＳ６３１）。ここで所要時間は、クライアント３０が配達先まで移動する場合の予想所要時間を意味する。

具体的には、クライアントＣＰＵ３１は荷物ＩＤをキーとしてサブセットＤＢを検索してレコードを抽出する。クライアントＣＰＵ３１は、抽出したレコードの住所フィールドから、配達先の住所を取得する。クライアントＣＰＵ３１は、ＧＰＳ３８からクライアント３０の位置を取得する。

クライアントＣＰＵ３１は、ネットワークを介して図示を省略する外部の地図サーバに現在地と配達先の住所とを送信する。地図サーバは、公知の手法によりクライアント３０が配達先まで移動する場合の所要時間を予想し、クライアントＣＰＵ３１に送信する。クライアントＣＰＵ３１は、配達先までの所要時間を地図サーバから受信する。

クライアントＣＰＵ３１は、配達先までの所要時間に基づいて、ポップアップ窓８７の表示方式を判定する（ステップＳ６３２）。表示方式は、たとえば２分以下である場合に緑色、２分を超え１０分以下である場合に黄色、１０分を超える場合に赤色のように、ポップアップ窓８７の背景色を変えることにより、変化させることができる。

クライアントＣＰＵ３１は、判定した表示方式に基づいて表示部３５１にポップアップ窓８７を表示する（ステップＳ６３３）。クライアントＣＰＵ３１は、ドライバによる拒否ボタン８７１または対応ボタン８７２の選択を受け付ける（ステップＳ６０３）。以後の処理は、図１７を使用して説明した実施の形態２の選択モード２のサブルーチンの処理と同一であるため、説明を省略する。

本実施の形態によると、配達先までの所要時間に応じて異なる表示形式でポップアップ窓８７を表示するため、たとえば作業中にポップアップ窓８７が表示された場合であっても、ドライバが再配達の可否を容易に判断できる情報処理システム１０を提供できる。

クライアントＣＰＵ３１は、所要時間の代わりに配達先までの距離、または、配達先の住所表示に基づいて、ポップアップ窓８７の表示方式を判定しても良い。ポップアップ窓８７の背景色を変更する代わりに、所要時間によって異なる音をスピーカ３７から出力しても良い。

サーバＣＰＵ４１がクライアント３０から配達先までの所要時間を取得し、ステップＳ５２１で荷物ＩＤとともに所要時間を送信しても良い。このようにする場合、クライアントＣＰＵ３１はステップＳ６３１を実行しない。

［実施の形態４］
本実施の形態は、配達先までの距離に応じて、図５、図７および図８を使用して説明した履歴窓８２１の表示形式を選択する情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

図１９は、実施の形態４の着信表示のサブルーチンの処理の流れを説明するフローチャートである。着信表示のサブルーチンは、図１４を使用して説明したプログラムのステップＳ６１４の代わりに、クライアントＣＰＵ３１が実行するプログラムである。

クライアントＣＰＵ３１は、サブセットＤＢから着信履歴表示フィールドに「ＹＥＳ」が記録されたレコードを抽出することにより、履歴窓８２１を表示する対象を抽出する（ステップＳ６４１）。クライアントＣＰＵ３１は、着信時間フィールドに記録された着信時刻の新しいものから順に、抽出したレコードをソートする（ステップＳ６４２）。

クライアントＣＰＵ３１は、ステップＳ６４１で抽出したすべてのレコードの処理を終了したか否かを判定する（ステップＳ６４３）。終了したと判定した場合（ステップＳ６４３でＹＥＳ）、クライアントＣＰＵ３１は処理を終了する。

終了していないと判定した場合（ステップＳ６４３でＮＯ）、クライアントＣＰＵ３１はステップＳ６４２でソートしたレコードのうち、一つのレコードに記載された配達先と、クライアント３０との間の距離を取得する（ステップＳ６４４）。

具体的には、クライアントＣＰＵ３１は対象レコードの住所フィールドから、配達先の住所を取得する。クライアントＣＰＵ３１は、ＧＰＳ３８からクライアント３０の位置を取得する。

クライアントＣＰＵ３１は、ネットワークを介して図示を省略する外部の地図サーバに現在地と配達先の住所とを送信する。クライアントＣＰＵ３１は、地図サーバから配達先までの距離を受信する。

クライアントＣＰＵ３１は、配達先までの距離に基づいて、履歴窓８２１の表示方式を判定する（ステップＳ６４５）。表示方式は、たとえば履歴窓８２１の背景色を変えることにより、変化させることができる。表示方式は、履歴窓８２１に表示するアイコンにより変化させても良い。

クライアントＣＰＵ３１は、判定した表示方式に基づいて、履歴窓８２１を表示する（ステップＳ６４６）。その後、クライアントＣＰＵ３１はステップＳ６４３に戻る。

なお、クライアントＣＰＵ３１は、スピーカ３７を介して音声により、履歴窓８２１に表示される情報を出力しても良い。この場合、クライアントＣＰＵ３１は、配達先までの距離に基づいて、声質、ＢＧＭ（Back Ground Music）、またはバイブレーション機能の振動状態等を変更しても良い。

本実施の形態によると、図５、図６および図７を使用して説明した画面において、再配達の要求を視覚的に判りやすく表示する情報処理システム１０を提供できる。

なお、クライアントＣＰＵ３１は、ステップＳ６４４で取得した距離が近いレコードが上になるように、履歴窓８２１の表示順を変更しても良い。ドライバは、現在位置から近い再配達先を容易に確認できる。

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

本実施の形態の情報処理システム１０は、ネットワークを介してサーバコンピュータ９０と、クライアント３０とを含む。

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

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

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

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

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

１０ 情報処理システム
２０ 不在票
３０ クライアント
３１ クライアントＣＰＵ
３２ 主記憶装置
３３ 補助記憶装置
３４ 通信部
３５ タッチパネル
３５１ 表示部
３５２ 入力部
３６ マイク
３７ スピーカ
３８ ＧＰＳ
３９ クライアント電話部
４０ サーバ
４１ サーバＣＰＵ
４２ 主記憶装置
４３ 補助記憶装置
４４ 通信部
４８ 読取部
４９ サーバ電話部
５１ 配送リストＤＢ
７１ 近距離モード選択ボタン
７１１ 第１近距離モードボタン
７１２ 第２近距離モードボタン
７１３ 第３近距離モードボタン
７２ 遠距離モード選択ボタン
７２１ 第１遠距離モードボタン
７２２ 第２遠距離モードボタン
７２３ 第３遠距離モードボタン
８１ モード選択ボタン
８１１ 第１モードボタン
８１２ 第２モードボタン
８１３ 第３モードボタン
８２ 着信履歴欄
８２１ 履歴窓
８３ 配送リストボタン
８４ ログアウトボタン
８５ 発信ボタン
８６ 完了ボタン
８７ ポップアップ窓
８７１ 拒否ボタン
８７２ 対応ボタン
８８ 配送先欄
８８１ 距離欄
９０ サーバコンピュータ
９６ 可搬型記録媒体
９７ プログラム
９８ 半導体メモリ

Claims (10)

1. 不在票に記載された電話番号宛に発信された通話に基づいて再配達を自動受付する第１モードと、自動受付を保留する第２モードとのいずれかの選択を受け付け、
   受け付けた選択をサーバに送信し、
   前記第１モードの選択を受け付けた場合に、前記サーバが自動受付した結果を出力し、
   前記第２モードの選択を受け付けた場合に、前記サーバが受信した通話に対して再配達の自動受付を行なうか、または、再配達受付を終了した旨を通知するかのいずれかの選択を受け付け、
   受け付けた選択を前記サーバに送信する
   処理をコンピュータに実行させるプログラム。
2. 前記第１モード、前記第２モード、または、再配達に関する通話に対して再配達受付を終了した旨を応答する第３モードのいずれかの選択を受け付ける
   請求項１に記載のプログラム。
3. 前記第２モードの選択を受け付けた場合に、前記サーバが受信した通話に関連する不在票の配達先までの距離または所要時間に関連する情報を出力する
   請求項１または請求項２に記載のプログラム。
4. 前記第１モードの選択を受け付けた場合に、前記サーバが自動受付した再配達先までの距離または所要時間に関連する情報を出力する
   請求項１から請求項３のいずれか一つに記載のプログラム。
5. 自動受付した再配達に関する情報を、一つの画面に複数配列させて表示する
   請求項１から請求項４のいずれか一つに記載のプログラム。
6. 不在票に記載された電話番号宛の通話が着信したことを表示し、
   着信した通話に関連する不在票の配達先の位置に関連する情報を出力し、
   着信した通話に対して再配達の自動受付を行なうか、または、再配達受付を終了した旨を通知するかのいずれかの選択を受け付ける
   処理をコンピュータに実行させるプログラム。
7. 不在票に記載された電話番号宛に発信された通話に基づいて再配達を自動受付する第１モードと、自動受付を保留する第２モードとのいずれか選択を取得し、
   前記第１モードの選択を取得した場合、
   前記不在票に記載された電話番号宛に発信された通話を受信し、
   再配達を自動受付し、
   自動受付した再配達に関する情報を送信し、
   前記第２モードの選択を取得した場合、
   前記不在票に記載された電話番号宛に発信された通話を受信し、
   受信した通話に関する情報を送信する
   処理をコンピュータに実行させるプログラム。
8. 不在票に記載された電話番号宛に発信された通話に基づいて再配達を自動受付する第１モードと、自動音声により再配達受付を終了した旨を通知する第３モードとのいずれかの選択を受け付け、
   受け付けた選択をサーバに送信し、
   前記第１モードの選択を受け付けた場合に、前記サーバが自動受付した結果を出力する
   処理をコンピュータに実行させるプログラム。
9. サーバとクライアントとを備える情報処理システムにおいて、
   前記クライアントは、
   不在票に記載された電話番号宛に発信された通話に基づいて再配達を自動受付する第１モードと、自動受付を保留する第２モードとのいずれか選択を受け付けるモード受付部と、
   前記モード受付部が受け付けた選択を前記サーバに送信するモード送信部とを備え、
   前記モード送信部が前記第１モードの選択を送信した場合、
   前記サーバは、
   前記不在票に記載された電話番号宛に発信された通話を受信する通話受信部と、
   前記通話受信部が受信した通話を介して再配達を自動受付する再配達受付部と、
   前記再配達受付部が自動受付した再配達に関する情報を前記クライアントに送信する再配達送信部とを備え、
   前記クライアントは、前記再配達送信部から送信された再配達に関する情報を出力する再配達出力部を備え、
   前記モード送信部が前記第２モードの選択を送信した場合、
   前記サーバは、
   前記不在票に記載された電話番号宛に発信された通話を受信する前記通話受信部と、
   前記通話受信部が受信した通話に関する情報を、前記クライアントに送信する通話情報送信部とを備え、
   前記クライアントは、
   前記通話情報送信部から受信した情報に関する通話に対して再配達の自動受付を行なうか、または、再配達受付を終了した旨を通知するかのいずれかの選択を受け付ける選択受付部と、
   前記選択受付部が受け付けた選択を前記サーバに送信する選択送信部とを備える
   情報処理システム。
10. サーバとクライアントとを備える情報処理システムにおいて、
    前記クライアントは、
    自己の位置を取得する位置取得部と、
    前記位置取得部が取得した前記位置を前記サーバに送信する位置送信部とを備え、
    前記サーバは、
    前記位置送信部から送信された前記位置を受信する位置受信部と、
    不在票に記載された電話番号宛に発信された通話を受信する通話受信部と、
    前記通話受信部が受信した通話を介して再配達を自動受付する再配達受付部と、
    前記不在票に関連づけられた住所と、前記位置受信部が受信した前記位置との関係に基づいて、再配達に要する予想所要時間を自動音声により前記通話を介して出力する所要時間出力部とを備える
    情報処理システム。

Images