JP2018142062A - 配送処理プログラム、配送処理端末および配送処理方法 - Google Patents

Abstract

【課題】荷物を受け取る荷受人が不在の場合でも、迅速に再配送のスケジューリングを行うことができ、荷受人が早急に荷物を受け取ることができるようになる、配送処理プログラム、配送処理端末および配送処理方法を提供すること。【解決手段】配送物の配送先および配送予定時刻を含む配送スケジュール群を格納した配送スケジュール格納部から前記配送スケジュール群を読み出して表示し、前記表示された前記配送スケジュール群のうち再配送する対象の配送スケジュールを選択し、前記選択された前記配送スケジュールに含まれる顧客情報に基づき配送先荷受人の通信端末に対して再配送可能な時間帯情報を含む再配送情報を通知し、前記再配送情報を通知した前記配送先荷受人の通信端末から前記配送先荷受人によって指定された時間帯情報を含む再配送情報を受信し、前記受信した再配送情報に基づき前記選択された前記配送スケジュールを再スケジューリングして前記配送スケジュール格納部を更新する。【選択図】図３

Description

本発明は、荷送人から依頼された荷物を荷受人に配送するまでの荷物配送処理を行うための配送処理プログラム、配送処理端末および配送処理方法に関する。

従来、配送業者は、荷送人から依頼された荷物を荷受人に配送する際、荷受人が不在であれば、荷受人宅に不在連絡票を残すようにしている。不在連絡票は、配送物があることを荷受人に知らせるためのものであり、例えば配送業者の電話番号などの連絡先や配送業者がインターネット上で開設するＷｅｂサイトのＵＲＬが記載されている。

不在連絡票を受け取った荷受人は、荷物の再配送を依頼する場合、不在連絡票に表示された連絡先に電話して口頭で再配送希望日時を伝えたり、荷受人が有するパーソナルコンピュータや電子メールの送受信やＷｅｂの閲覧が可能な携帯電話を記載されたＷｅｂサイトに接続し、当該Ｗｅｂ上で再配送情報を入力したりして、配送業者に対して再配送に関する情報を通知するようにしている（例えば、特許文献１参照）。

特開２００２−２５５３４５号公報

しかしながら、荷受人は帰宅後に不在連絡票を見て荷物が到着していたことが分かるので、配送業者への再配送の指示が遅くなり、荷物の受け取りが遅くなってしまう、という問題点があった。

また、荷受人からの連絡が遅くなることにより、配送者による再配送のスケジューリングが困難になる、という問題点があった。

本発明は、前述のような実状に鑑みたものであり、荷物を受け取る荷受人が不在の場合でも、迅速に再配送のスケジューリングを行うことができ、荷受人が早急に荷物を受け取ることができるようになる、配送処理プログラム、配送処理端末および配送処理方法を提供することを目的とする。

本発明は、上記課題を解決するため、下記のような構成を採用した。
すなわち、本発明の一態様によれば、本発明の配送処理プログラムは、配送物を配送する配送者が所持する配送処理端末のコンピュータを、前記配送物の配送先および配送予定時刻を含む配送スケジュール群を格納した配送スケジュール格納部から前記配送スケジュール群を読み出して表示する配送スケジュール表示手段、前記配送スケジュール表示手段によって表示された前記配送スケジュール群のうち再配送する対象の配送スケジュールを選択する再配送対象選択手段、前記再配送対象選択手段によって選択された前記配送スケジュールに含まれる顧客情報に基づき配送先荷受人の通信端末に対して再配送可能な時間帯情報を含む再配送情報を通知する再配送情報通知手段、前記再配送情報通知手段によって前記再配送情報を通知した前記配送先荷受人の通信端末から前記配送先荷受人によって指定された時間帯情報を含む再配送情報を受信する再配送情報受信手段、前記再配送情報受信手段によって受信した再配送情報に基づき前記再配送対象選択手段によって選択された前記配送スケジュールを再スケジューリングして前記配送スケジュール格納部を更新する再配送スケジュール手段、として機能させるための配送処理プログラムである。

また、本発明の配送処理プログラムは、前記再配送情報通知手段が、現在時刻に所定時間を加算して再配送可能な時間帯情報を算出するように機能させることが望ましい。

また、本発明の配送処理プログラムは、前記再配送情報通知手段が、電子メールによって前記再配送情報を通知するように機能させることが望ましい。

また、本発明の一態様によれば、本発明の配送処理端末は、配送物を配送する配送者が所持する配送処理端末において、前記配送物の配送先および配送予定時刻を含む配送スケジュール群を格納した配送スケジュール格納部から前記配送スケジュール群を読み出して表示する配送スケジュール表示部と、前記配送スケジュール表示部によって表示された前記配送スケジュール群のうち再配送する対象の配送スケジュールを選択する再配送対象選択部と、前記再配送対象選択部によって選択された前記配送スケジュールに含まれる顧客情報に基づき配送先荷受人の通信端末に対して再配送可能な時間帯情報を含む再配送情報を通知する再配送情報通知部と、前記再配送情報通知部によって前記再配送情報を通知した前記配送先荷受人の通信端末から前記配送先荷受人によって指定された時間帯情報を含む再配送情報を受信する再配送情報受信部と、前記再配送情報受信部によって受信した再配送情報に基づき前記再配送対象選択部によって選択された前記配送スケジュールを再スケジューリングして前記配送スケジュール格納部を更新する再配送スケジュール部と、を備えることを特徴とする。

また、本発明の一態様によれば、本発明の配送処理方法は、配送物を配送する配送者が所持する配送処理端末において実行される配送処理方法であって、前記配送物の配送先および配送予定時刻を含む配送スケジュール群を格納した配送スケジュール格納部から前記配送スケジュール群を読み出して表示し、前記表示された前記配送スケジュール群のうち再配送する対象の配送スケジュールを選択し、前記選択された前記配送スケジュールに含まれる顧客情報に基づき配送先荷受人の通信端末に対して再配送可能な時間帯情報を含む再配送情報を通知し、前記再配送情報を通知した前記配送先荷受人の通信端末から前記配送先荷受人によって指定された時間帯情報を含む再配送情報を受信し、前記受信した再配送情報に基づき前記選択された前記配送スケジュールを再スケジューリングして前記配送スケジュール格納部を更新する、ことを特徴とする。

本発明によれば、荷送人から依頼された荷物を受け取る荷受人が不在の場合でも、迅速に再配送のスケジューリングを行うことができ、荷受人が早急に荷物を受け取ることが可能となる。

本実施の形態における配送処理端末を備える配送システムの構成図である。 本実施の形態における配送処理端末のハードウェア構成図である。 本実施の形態における配送処理端末の機能ブロック図である。 本実施の形態における配送処理の流れを示すフローチャートである。 配送スケジュール画面の例を示す図である。 配送処理選択画面の例を示す図である。 本実施の形態における配送処理のサブルーチン「再配送通知処理」の流れを示すフローチャートである。 配送処理通知のヒナ型の例（ヒナ型Ａ）を示す図である。 配送処理通知のヒナ型の例（ヒナ型Ｂ）を示す図である。 配送スケジュールの遷移例（その１）を示す図である。 配送処理通知の例を示す図である。 配送スケジュールの遷移例（その２）を示す図である。 後日再配送画面の例を示す図である。 レシートの印字例を示す図である。 配送処理通知の例（後日配送）を示す図である。 本実施の形態における配送処理のサブルーチン「再配送スケジュール処理」の流れを示すフローチャートである。 配送スケジュールの遷移例（その３）を示す図である。 配送スケジュールの遷移例（その４）を示す図である。

以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図１は、本実施の形態における配送処理端末を備える配送システムの構成図である。

図１に示すように、本実施の形態における配送処理端末１は、インターネット等の通信回線２を介して管理サーバ３および通信端末４と接続し、相互に情報の送受信が可能である。

配送処理端末１は、配送物を配送する配送者が所持し、携行する情報機器である。詳細についは、図２および図３等を用いて後述する。

管理サーバ３は、配送物の配送の依頼を受け付けて荷送人から荷物を集荷して荷受人に配送するまでの配送情報等、荷物配送に関する様々な情報を管理するコンピュータである。管理サーバ３は、荷物の集荷店、集荷した荷物を仕分ける作業店および荷受人宅の所在地を管轄する配送店等の事業所に設置された不図示のコンピュータ端末と専用回線で接続され、配送情報ファイルおよび顧客情報ファイル等の各種データファイルを登録している。配送情報ファイルは、配送物に貼られる配送伝票の番号、荷物の所在地、配送処理の種別、処理がされた時間等の配送情報から構成される。配送情報は、各営業所に設置されたコンピュータ端末、または配送者が携行する配送処理端末１から入力される。顧客情報ファイルは、荷送人および荷受人の氏名、住所、電話番号、電子メールアドレス等の顧客情報から構成される。顧客情報は、各営業所に設置されたコンピュータ端末から入力される。

通信端末４は、携帯電話機、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）、スマートフォン（登録商標）、タブレット端末、パソコン（ＰＣ：Personal Computer）等の通信機能を有し、荷受人が所有する情報機器である。

図２は、本実施の形態における配送処理端末のハードウェア構成図である。
図２に示すように、本実施の形態における配送処理端末１は、コントローラ１０、タッチパネル２１、キーボード２２、通信部２３、スピーカー２４、バイブレーション部２５、バーコードスキャナー２６、プリンター２７、電源制御部２８、および、バッテリー２９を備える。コントローラ１０、タッチパネル２１、キーボード２２、通信部２３、スピーカー２４、バイブレーション部２５、バーコードスキャナー２６、プリンター２７、および電源制御部２８は、バス２０を介して互いに接続される。

コントローラ１０は、配送処理端末１全体を統括的に制御する制御部である。
タッチパネル２１は、配送者が操作するための操作画面を表示するＬＣＤ（Liquid Cristal Display）等と一体化し、タッチされた操作画面の位置を検出する。

キーボード２２は、例えば、プッシュ式のボタンである。操作キーとして、０から９までのテンキー、上下左右方向に操作可能な十字キー、特定の管理機能が割り当てられたファンクションキー、誤って入力された入力情報を取り消すためのクリアキー、配送処理端末１の電源をオンまたはオフするための電源キーを有する。

通信部２３は、管理サーバ３または通信端末４等の外部機器とデータ通信を行うためのインターフェースである。通信形式としては、電話網、インターネット等のＷＡＮ（Wide Area Network）、または、無線ＬＡＮ（Local Area Network）、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標)、有線ＬＡＮ等のＬＡＮに対応する。

スピーカー２４は、配送者に操作の確認等の注意を喚起するための操作音、誘導音、アラーム音等を出力する。

バイブレーション部２５は、操作についての確認や警告、データの受信等を配送者に知らせるために、配送処理端末１を振動させる。

バーコードスキャナー２６は、配送物に貼られた配送伝票、不在連絡票のバーコードを読み取る。

プリンター２７は、配達証明書、受領証明書、不在連絡票、後日再配送のレシート等を印刷する。

電源制御部２８は、バッテリー２９の電圧を所定の電圧に変換して、コントローラ１０、タッチパネル２１等、前述の各デバイスに供給する。

また、コントローラ１０は、ＯＳ（Operating System）１１、ＣＰＵ（Central Processing Unit）１２、およびメモリ１３を有する。

ＯＳ１１は、配送処理端末１全体を管理するソフトウェアである。ＣＰＵ１２は、メモリ１３から制御用プログラムを読込んで、配送処理端末１の制御処理を行う。メモリ１３は、データ展開用の一時記憶部であるＤＲＡＭ（Dynamic Random Access Memory）、制御用プログラムや各種データを一時的に格納する不揮発性の記憶部であるフラッシュメモリであり、例えば、配送物の配送先および配送予定時刻を含む配送スケジュールが格納される。

図３は、本実施の形態における配送処理端末の機能ブロック図である。
図３に示すように、本実施の形態における配送処理端末１は、配送スケジュール格納部３０、配送スケジュール表示部３１、再配送対象選択部３２、再配送情報通知部３３、再配送情報受信部３４、および、再配送スケジュール部３５を備える。配送処理端末１は、コンピュータの機能を備えており、組み込まれた配送処理プログラムに従って後述する配送処理を実行する。

配送スケジュール表示部３１は、配送スケジュール格納部３０から配送スケジュール群を読み出し、ＬＣＤと一体化したタッチパネル２１に表示する。配送スケジュール格納部３０には、配送物の配送先および配送予定時刻を含む配送スケジュール群が格納されている。

再配送対象選択部３２は、配送スケジュール表示部３１によって表示された配送スケジュール群のうち、再配送する対象の配送スケジュールを、配送者の指示に基づいて選択する。

再配送情報通知部３３は、再配送対象選択部３２によって選択された配送スケジュールに含まれる顧客情報に基づき配送先荷受人が所有する通信端末４に対して、再配送可能な時間帯情報を含む再配送情報を通知する。再配送情報通知部３３は、現在時刻に所定時間を加算して再配送可能な時間帯情報を算出する。再配送情報通知部３３は、例えば、電子メールによって再配送情報を通知する。

再配送情報受信部３４は、再配送情報通知部３３によって再配送情報を通知した配送先荷受人が所有する通信端末４から再配送情報を受信する。再配送情報には、荷受人によって指定された時間帯情報を含む。

再配送スケジュール部３５は、再配送情報受信部３４によって受信した再配送情報に基づいて、再配送対象選択部３２によって選択された配送スケジュールを再スケジューリングする。そして、再スケジューリングした配送スケジュールを配送スケジュール格納部３０に格納することで配送スケジュール格納部３０を更新する。

次に、図４乃至図１８を用いて、上述の配送処理端末１が実行する配送処理について説明する。

図４は、本実施の形態における配送処理の流れを示すフローチャートである。図５は、配送スケジュール画面の例を示す図である。図６は、配送処理選択画面の例を示す図である。図７は、本実施の形態における配送処理のサブルーチン「再配送通知処理」の流れを示すフローチャートである。図８および図９は、配送処理通知のヒナ型の例（ヒナ型Ａ、Ｂ）を示す図である。図１０は、配送スケジュールの遷移例（その１）を示す図である。図１１は、配送処理通知の例を示す図である。図１２は、配送スケジュールの遷移例（その２）を示す図である。図１３は、後日再配送画面の例を示す図である。図１４は、レシートの印字例を示す図である。図１５は、配送処理通知の例（後日配送）を示す図である。図１６は、本実施の形態における配送処理のサブルーチン「再配送スケジュール処理」の流れを示すフローチャートである。図１７および図１８は、配送スケジュールの遷移例（その３、４）を示す図である。

図４に示す「配送処理」は、例えば、所定の条件により開始する。例えば、配送先の荷受人が不在である場合に、配送処理端末１に、図５に示すような配送スケジュール画面をタッチパネル２１に表示させて開始する。

また、「配送処理」は、荷受人に配送物を配送した場合に、配送者の指示により開始する。
また、「配送処理」は、不在連絡票を見た荷受人からの電子メールを受信したことにより開始する。

「配送処理」が開始されると、配送処理端末１のＣＰＵ１２は、図４のステップＳ４０１において、配送スケジュール格納部３０から配送スケジュール群を読み出して、図５に示すような配送スケジュール画面をタッチパネル２１に表示する。図５に示した配送スケジュール画面の例には、「時間帯」「配送予定時刻」「住所」「氏名」「Ｅ−ｍａｉｌアドレス」「時間指定」「ステータス」の各項目が表示される。「時間帯」は、「配送予定時刻」の時間帯が表示されている。例えば、「ＡＭ」は午前中を示し、「ＥＰＭ」は午後の早い時間帯、例えば、午後０時以降午後３時までを示し、「ＬＰＭ」は午後の遅い時間帯、例えば、午後３時以降午後６時までを示す。「配送予定時刻」は、配送物を配送する予定の時刻を表示する。「住所」は、配送先の荷受人の住所を表示する。「氏名」は、配送先の荷受人の氏名を表示する。「Ｅ−ｍａｉｌアドレス」は、配送先の荷受人の電子メールアドレスを表示する。「時間指定」は、配送物の配送時刻を荷送人または荷受人が指定したか否かを示し、例えば、指定が無い場合には「０」を表示し、指定が有る場合には「１」を表示する。「ステータス」は、配送物の状態を示し、例えば、配送物が未配送の状態である場合には「０」を表示し、配送物の配送が済んだ状態である場合には「１」を表示する。また、再配送情報を通知した配送先荷受人からの応答を待っている状態であるため、配送物の状態が保留されている場合には「２」を表示し、配送物の配送スケジュールが更新された状態である場合には「３」を表示し、当日の配送ではなく後日の配送するスケジュールとなった状態である場合には「４」を表示する。図５に示した配送スケジュール画面には、２６個の配送スケジュールが表示されている。例えば、１つ目の配送スケジュールには、項目「時間帯」に「ＡＭ」が表示され、項目「配送予定時刻」に「９：００」が表示され、項目「住所」に「Ａ市Ａ町１−１」が表示されている。また、項目「氏名」に「Ａ」が表示され、項目「Ｅ−ｍａｉｌアドレス」に「Ａ＠ｊｐ．Ｃｏｍ」が表示され、項目「時間指定」に「０」（無し）が表示され、項目「ステータス」に「０」（未配送）が表示されている。

ＣＰＵ１２は、ステップＳ４０２において、ステップＳ４０１で表示された配送スケジュール群のうち、何れかの配送スケジュールが選択されたか否かを判断する。

何れかの配送スケジュールが選択されたと判断された場合（ステップＳ４０２：ＹＥＳ）、ＣＰＵ１２は、ステップＳ４０３において、図６に示すような配送処理選択画面を表示する。図６に示した配送処理選択画面には、「配送済」と「留守」のボタンが表示されている。

ＣＰＵ１２は、ステップＳ４０４において、図６中の「配送済」および「留守」の何れかのボタンが押下された否かを判断する。

ボタンが押下されたと判断された場合（ステップＳ４０４：ＹＥＳ）、ＣＰＵ１２は、ステップＳ４０５において、押下されたボタンが「配送済」ボタンである否かを判断する。

押下されたボタンが「配送済」ボタンであると判断された場合（ステップＳ４０５：ＹＥＳ）、ＣＰＵ１２は、ステップＳ４０６において、配送スケジュール格納部３０に格納されている配送スケジュールの当該データの「ステータス」を、配送物の配送が済んだ状態であることを示す「１」に更新し、本「配送処理」を終了する。

他方、ステップＳ４０５で押下されたボタンが「配送済」ボタンではないと判断された場合、すなわち押下されたボタンが「留守」ボタンであると判断された場合（ステップＳ４０５：ＮＯ）、ＣＰＵ１２は、ステップＳ４０７において、サブルーチン「再配送通知処理」を実行し、本「配送処理」を終了する。サブルーチン「再配送通知処理」の詳細については、図７を用いて後述する。

ステップＳ４０２で何れの配送スケジュールも選択されていないと判断された場合（ステップＳ４０２：ＮＯ）、ＣＰＵ１２は、ステップＳ４０８において、再配送情報を通知した配送先荷受人からの電子メールを受信したか否かを判断する。

荷受人からの電子メールを受信していないと判断された場合（ステップＳ４０８：ＮＯ）、ステップＳ４０２に戻る。

他方、荷受人からの電子メールを受信したと判断された場合（ステップＳ４０８：ＹＥＳ）、ＣＰＵ１２は、ステップＳ４０９において、サブルーチン「再配送スケジュール処理」を実行し、本「配送処理」を終了する。サブルーチン「再配送スケジュール処理」の詳細については、図１６を用いて後述する。

サブルーチン「再配送通知処理」について、図７を用いて詳細に説明する。サブルーチン「再配送通知処理」は、配送スケジュールに含まれる配送先に対して、現在時刻に所定時間を加算して再配送可能な時間帯情報を算出し、再配送可能な時間帯情報を含む再配送情報を通知する処理である。

ＣＰＵ１２は、ステップＳ７０１において、現在時刻に所定時間を加算することで再配送可能な時刻を算出する（再配送可能時刻＝現在時刻＋所定時間）。所定時間は、例えば、次に予定する配送を完了した後の時刻である。

ＣＰＵ１２は、ステップＳ７０２において、ステップＳ７０２で算出した再配送可能時刻以降の時間帯を抽出する。例えば、算出した再配送可能時刻が１１時０５分（１１：０５）であれば、時間帯「ＡＭ」「ＥＰＭ」「ＬＰＭ」（図５を参照）が抽出される。また、算出した再配送可能時刻が１５時０５分（１５：０５）であれば、時間帯「ＬＰＭ」が抽出される。なお、算出した再配送可能時刻が１９時０５分（１９：０５）であれば、何れの時間帯も抽出されない。

ＣＰＵ１２は、ステップＳ７０３において、ステップＳ７０２で再配送可能な時間帯が抽出されたか否かを判断する。

ＣＰＵ１２は、再配送可能な時間帯が抽出されたと判断された場合（ステップＳ７０３：ＹＥＳ）、ステップＳ７０４において、図４のステップＳ４０２で選択された配送スケジュールの「ステータス」が「２」であるか否かを判断する。すなわち、２回目以降の通知であるか否かを判断する。

「ステータス」が「２」（保留）であると判断された場合（ステップＳ７０４：ＹＥＳ）、ＣＰＵ１２は、ステップＳ７０５において、図８に示すような再配送通知文のヒナ型Ａに再配送可能な時間帯を設定する。

他方、「ステータス」が「２」（保留）ではないと判断された場合（ステップＳ７０４：ＮＯ）、ＣＰＵ１２は、ステップＳ７０６において、図９に示すような再配送通知文のヒナ型Ｂに再配送可能な時間帯を設定する。例えば、図１０に示した配送スケジュールの第３レコード（矢印１００３で示されたレコード）が図４のステップＳ４０２で選択されていた場合には、再配送通知文のヒナ型Ｂに再配送可能な時間帯を設定する。例えば、図１１に示すような再配送通知文に設定する。

ＣＰＵ１２は、ステップＳ７０７において、配送スケジュールの当該データの「ステータス」を「２」（保留）に更新する。例えば、図１０に示した配送スケジュールの第３レコード（矢印１００３で示されたレコード）は、図１２に示すように「ステータス」が「２」（保留）に更新される。すなわち、図１０に示した配送スケジュールの第３レコード（矢印１００３で示されたレコード）は、配送先荷受人からの応答を待っている状態になるため、配送物の状態が保留されていることが示される。

ＣＰＵ１２は、ステップＳ７０８において、配送スケジュールの当該データの「Ｅ−ｍａｉｌアドレス」を設定する。例えば、図１０に示した配送スケジュールの第３レコード（矢印１００３で示されたレコード）の「Ｅ−ｍａｉｌアドレス」である「Ｃ＠ｊｐ．Ｃｏｍ」が設定される。

そして、ＣＰＵ１２は、ステップＳ７０９において、ステップＳ７０８で設定した「Ｅ−ｍａｉｌアドレス」に対して電子メールを送信し、サブルーチン「再配送通知処理」を終了して図４の「配送処理」に戻る。

他方、ステップＳ７０３で再配送可能な時間帯が抽出されなかったと判断された場合（ステップＳ７０３：ＮＯ）、ＣＰＵ１２は、ステップＳ７１０において、図１３に示すような後日再配送画面を表示する。

ＣＰＵ１２は、ステップＳ７１１において、図１３中の「確認」ボタンが押下された否かを判断する。

「確認」ボタンが押下されたと判断された場合（ステップＳ７１１：ＹＥＳ）、ＣＰＵ１２は、ステップＳ７１２において、後日再配送することを連絡するためのレシートとして図１４に示すようなレシートを発行する。

次に、ＣＰＵ１２は、ステップＳ７１３において、配送スケジュールの当該データの「ステータス」が「２」（保留）であるか否かを判断する。すなわち、指定された再配送の時間帯の終了時刻が既に過ぎてしまっている場合（Ｓ１６０４）、後日再配送の旨を通知するためである。

「ステータス」が「２」（保留）であると判断された場合（ステップＳ７１３：ＹＥＳ）、例えば、図１２の第３レコード（矢印１００３で示されたレコード）に示したような場合、ＣＰＵ１２は、ステップＳ７１４において、配送スケジュールの当該データの「ステータス」を「４」（後日配送）に更新する。

ＣＰＵ１２は、ステップＳ７１５において、再配送通知文に後日配送することを設定する。例えば、図１５に示すよう配送処理通知文を設定する。そして、ステップＳ７０８で配送スケジュールの当該データの「Ｅ−ｍａｉｌアドレス」を設定し、ステップＳ７０９で「Ｅ−ｍａｉｌアドレス」に対して電子メールを送信し、サブルーチン「再配送通知処理」を終了して図４の「配送処理」に戻る。

他方、ステップＳ７１３で配送スケジュールの当該データの「ステータス」が「２」（保留）でないと判断された場合（ステップＳ７１３：ＮＯ）、ＣＰＵ１２は、ステップＳ７１６において、配送スケジュールの当該データのステータスを「４」（後日配送）に更新し、サブルーチン「再配送通知処理」を終了して図４の「配送処理」に戻る。

次に、サブルーチン「再配送スケジュール処理」について、図１６を用いて詳細に説明する。サブルーチン「再配送スケジュール処理」は、配送スケジュールを再スケジューリングする処理である。

ＣＰＵ１２は、ステップＳ１６０１において、図４のステップＳ４０８で受信したと判断された荷受人からの電子メールの送信元アドレスをキーにして、配送スケジュールの「Ｅ−ｍａｉｌアドレス」を検索する。

ＣＰＵ１２は、ステップＳ１６０２において、ステップＳ１６０１で送信元アドレスに対応する「Ｅ−ｍａｉｌアドレス」が検索されたか否かを判断する。

送信元アドレスに対応する「Ｅ−ｍａｉｌアドレス」が検索されなかったと判断された場合（ステップＳ１６０２：ＮＯ）、サブルーチン「再配送スケジュール処理」を終了して図４の「配送処理」に戻る。

他方、送信元アドレスに対応する「Ｅ−ｍａｉｌアドレス」が検索されたと判断された場合（ステップＳ１６０２：ＹＥＳ）、ＣＰＵ１２は、ステップＳ１６０３において、配送スケジュールの当該データの「ステータス」が「２」（保留）であるか否かを判断する。すなわち、配送先荷受人からの応答を待っている状態であるか否かを判断する。

配送スケジュールの当該データの「ステータス」が「２」（保留）でないと判断された場合（ステップＳ１６０３：ＮＯ）、サブルーチン「再配送スケジュール処理」を終了して図４の「配送処理」に戻る。

他方、配送スケジュールの当該データの「ステータス」が「２」（保留）であると判断された場合（ステップＳ１６０３：ＹＥＳ）、ＣＰＵ１２は、ステップＳ１６０４において、荷受人からの電子メールで指定された再配送の時間帯の終了時刻が、現在時刻以降であるか否かを判断する。例えば、図１７に示すように、配送スケジュールの第１１レコード（矢印１０１１で示されたレコード）の「Ｋ」さんへの配送完了時点で、第３レコード（矢印１００３で示されたレコード）の「Ｃ」さんからの電子メールを受信した場合、第３レコード（矢印１００３で示されたレコード）の「ステータス」は「２」（保留）であるので、「Ｃ」さんからの電子メールで指定された再配送の時間帯の終了時刻が、現在時刻以降であるか否かを判断する。

指定された再配送の時間帯の終了時刻が現在時刻以降でないと判断された場合、すなわち、指定された再配送の時間帯の終了時刻が既に過ぎてしまっている場合（ステップＳ１６０４：ＮＯ）、ＣＰＵ１２は、ステップＳ１６０５において、図７を用いて説明したサブルーチン「再配送通知処理」を実行する。

他方、指定された再配送の時間帯の終了時刻が現在時刻以降であると判断された場合、すなわち、指定された再配送の時間帯の終了時刻が未だ過ぎていない場合（ステップＳ１６０４：ＹＥＳ）、ＣＰＵ１２は、ステップＳ１６０６において、荷受人からの電子メールで指定された再配送の時間帯において、配送スケジュールの当該データの「時間指定」が「０」（無し）であり、かつ「ステータス」が「０」（未配送）である配送スケジュールを検索する。

ＣＰＵ１２は、ステップＳ１６０７において、ステップＳ１６０６で「時間指定」が「０」（無し）「ステータス」が「０」（未配送）である配送スケジュールが検索されたか否かを判断する。

「時間指定」が「０」（無し）「ステータス」が「０」（未配送）である配送スケジュールが検索されなかったと判断された場合（ステップＳ１６０７：ＮＯ）、ＣＰＵ１２は、ステップＳ１６０５において、図７を用いて説明したサブルーチン「再配送通知処理」を実行する。

他方、「時間指定」が「０」（無し）「ステータス」が「０」（未配送）である配送スケジュールが検索されたと判断された場合（ステップＳ１６０７：ＹＥＳ）、ＣＰＵ１２は、ステップＳ１６０８において、検索した未配送の配送スケジュールを最終配送予定の配送スケジュールの次に移動する。例えば、図１７に示すように、「時間指定」が「０」（無し）「ステータス」が「０」（未配送）として検索された第１８レコード（矢印１０１８で示されたレコード）を、図１８に示すように、第２７レコード（矢印１０２７で示されたレコード）に移動する。

ＣＰＵ１２は、ステップＳ１６０９において、検索した未配送の配送スケジュールの移動前の領域に再配送の配送スケジュールを複写する。例えば、図１８に示すように、第１８レコード（矢印１０１８で示されたレコード）には、「Ｃ」さんの配送スケジュールが複写され「時間指定」に「１」（有り）を設定する。

ＣＰＵ１２は、ステップＳ１６１０において、再配送の複写前の配送スケジュールの「ステータス」を「３」（リスケジュール）に更新する。例えば、図１８に示すように、第３レコード（矢印１００３で示されたレコード）の「ステータス」が「３」に更新される。

ＣＰＵ１２は、ステップＳ１６１１において、再配送の複写後の配送スケジュールの「ステータス」を「０」（未配送）に更新する。例えば、図１８に示すように、第１８レコード（矢印１０１８で示されたレコード）の「ステータス」が「０」に更新される。

以上、本発明の実施の形態を、図面を参照しながら説明してきたが、本発明が適用される配送処理端末は、前述の実施の形態に限定されない。

前述してきた本発明の実施の形態は、配送処理端末の一機能としてハードウェア又はＤＳＰ（Digital Signal Processor）ボードやＣＰＵボードでのファームウェアもしくはソフトウェアにより実現することができる。

また、本発明が適用される配送処理端末は、その機能が実行されるのであれば、前述の実施の形態に限定されることなく、単体の装置であっても、複数の装置から構成されるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。

また、バスに接続されたＣＰＵ、ＲＯＭやＲＡＭのメモリ、入力装置、出力装置、外部記録装置、媒体駆動装置、ネットワーク接続装置で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムを記録したＲＯＭやＲＡＭのメモリ、外部記録装置、可搬記録媒体を、配送処理端末に供給し、その配送処理端末のコンピュータがプログラムを読み出し実行することによっても、達成されることは言うまでもない。

この場合、可搬記録媒体等から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した可搬記録媒体等は本発明を構成することになる。

プログラムを供給するための可搬記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、電子メールやパソコン通信等のネットワーク接続装置（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。

また、コンピュータ（情報処理装置）がメモリ上に読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行ない、その処理によっても前述した実施の形態の機能が実現される。

さらに、可搬型記録媒体から読み出されたプログラムやプログラム（データ）提供者から提供されたプログラム（データ）が、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。

すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成又は形状を取ることができる。

１ 配送処理端末
２ 通信回線
３ 管理サーバ
４ 通信端末
１０ コントローラ
１１ ＯＳ
１２ ＣＰＵ
１３ メモリ
２０ バス
２１ タッチパネル
２２ キーボード
２３ 通信部
２４ スピーカー
２５ バイブレーション部
２６ バーコードスキャナー
２７ プリンター
２８ 電源制御部
２９ バッテリー
３０ 配送スケジュール格納部
３１ 配送スケジュール表示部
３２ 再配送対象選択部
３３ 再配送情報通知部
３４ 再配送情報受信部
３５ 再配送スケジュール部
１００３、１０１１、１０１８、１０２７ 矢印

Claims (5)

1. 配送物を配送する配送者が所持する配送処理端末のコンピュータを、
   前記配送物の配送先および配送予定時刻を含む配送スケジュール群を格納した配送スケジュール格納部から前記配送スケジュール群を読み出して表示する配送スケジュール表示手段、
   前記配送スケジュール表示手段によって表示された前記配送スケジュール群のうち再配送する対象の配送スケジュールを選択する再配送対象選択手段、
   前記再配送対象選択手段によって選択された前記配送スケジュールに含まれる顧客情報に基づき配送先荷受人の通信端末に対して再配送可能な時間帯情報を含む再配送情報を通知する再配送情報通知手段、
   前記再配送情報通知手段によって前記再配送情報を通知した前記配送先荷受人の通信端末から前記配送先荷受人によって指定された時間帯情報を含む再配送情報を受信する再配送情報受信手段、
   前記再配送情報受信手段によって受信した再配送情報に基づき前記再配送対象選択手段によって選択された前記配送スケジュールを再スケジューリングして前記配送スケジュール格納部を更新する再配送スケジュール手段、
   として機能させるための配送処理プログラム。
2. 前記再配送情報通知手段は、現在時刻に所定時間を加算して再配送可能な時間帯情報を算出する、ことを特徴とする請求項１に記載の配送処理プログラム。
3. 前記再配送情報通知手段は、電子メールによって前記再配送情報を通知する、ことを特徴とする請求項１または２に記載の配送処理プログラム。
4. 配送物を配送する配送者が所持する配送処理端末において、
   前記配送物の配送先および配送予定時刻を含む配送スケジュール群を格納した配送スケジュール格納部から前記配送スケジュール群を読み出して表示する配送スケジュール表示部と、
   前記配送スケジュール表示部によって表示された前記配送スケジュール群のうち再配送する対象の配送スケジュールを選択する再配送対象選択部と、
   前記再配送対象選択部によって選択された前記配送スケジュールに含まれる顧客情報に基づき配送先荷受人の通信端末に対して再配送可能な時間帯情報を含む再配送情報を通知する再配送情報通知部と、
   前記再配送情報通知部によって前記再配送情報を通知した前記配送先荷受人の通信端末から前記配送先荷受人によって指定された時間帯情報を含む再配送情報を受信する再配送情報受信部と、
   前記再配送情報受信部によって受信した再配送情報に基づき前記再配送対象選択部によって選択された前記配送スケジュールを再スケジューリングして前記配送スケジュール格納部を更新する再配送スケジュール部と、
   を備えることを特徴とする配送処理端末。
5. 配送物を配送する配送者が所持する配送処理端末において実行される配送処理方法であって、
   前記配送物の配送先および配送予定時刻を含む配送スケジュール群を格納した配送スケジュール格納部から前記配送スケジュール群を読み出して表示し、
   前記表示された前記配送スケジュール群のうち再配送する対象の配送スケジュールを選択し、
   前記選択された前記配送スケジュールに含まれる顧客情報に基づき配送先荷受人の通信端末に対して再配送可能な時間帯情報を含む再配送情報を通知し、
   前記再配送情報を通知した前記配送先荷受人の通信端末から前記配送先荷受人によって指定された時間帯情報を含む再配送情報を受信し、
   前記受信した再配送情報に基づき前記選択された前記配送スケジュールを再スケジューリングして前記配送スケジュール格納部を更新する、
   ことを特徴とする配送処理方法。