(57)【要約】【課題】配送物が現在どこまで配送されているかの配送状況を監視する運送業者側の管理サーバに対して、例えば、通信販売業者等がその配送状況を問い合わせる為の問合せ情報を予めキー入力しておかなくても、大量の問合せ情報を的確に管理することができると共に、この問合せ情報に応じた配送状況の照会もスムーズに行うことができる配送管理を実現できるようにする。【解決手段】販売業者端末５は、送り状を発行する場合に、送り状に記録されている「問合せ番号」をイメージスキャナによって読み取って送り状データファイルに記憶管理しておく。配送状況を照会する為にその送り状データの一部が検索条件として入力された場合には、この検索条件に基づいて該当する送り状の「問合せ番号」を読み出して運送業者側の管理サーバ１へ通知した後に、その問合せ結果としての配送状況を受信取得して表示出力する。【選択図】　図１
2004026423.tif 000002
【特許請求の範囲】
【請求項１】
配送物が現在どこまで配送されているかの配送状況を監視する運送業者側の管理サーバにネットワークを介して接続され、この管理サーバに対して配送状況を問い合わせる為の問合せ情報を記憶管理する配送管理装置であって、
配送手配用の帳票を発行する場合に、予め帳票上に記録されている問合せ情報を読み取る読取手段と、
この読取手段によって読み取られた問合せ情報と入力された帳票データとの対応を帳票管理情報として記憶する管理情報記憶手段と、
配送状況を照会する対象帳票を指定する為にその帳票データの一部が検索条件として入力された場合に、この検索条件に基づいて前記管理情報記憶手段を検索して、該当帳票の問合せ情報を読み出す読出手段と、
この読出手段によって読み出された問合せ情報を前記管理サーバに対して通知することにより、その問合せ結果としての配送状況を受信取得する取得手段と、
この取得手段によって得られた配送状況を出力する出力手段と、
を具備したことを特徴とする配送管理装置。
【請求項２】
配送手配用の帳票に対して、帳票データを入力する為の入力領域を定義する他に、予め帳票上に記録されている問合せ情報を読み取る為の読取領域を定義する帳票フォームを設定する帳票フォーム設定手段を設け、
前記読取手段は、帳票上に配置されている読取領域を前記設定フォームに基づいて特定し、この読取領域から問合せ情報を読み取る、
ようにしたことを特徴とする請求項１記載の配送管理装置。
【請求項３】
入力された帳票データを印刷して配送手配用の帳票を発行する場合に、その帳票の印刷エラーの発生有無を監視する監視手段を設け、
この監視手段によって印刷エラーの発生が検出された場合に、印刷エラーとなった帳票から読み取った問合せ情報を無効とし、エラーの復帰後の再印刷時に新たな帳票から問合せ情報を読み取ると共に、読み取った問合せ情報を当該帳票データに対応付けて記憶管理する、
ようにしたことを特徴とする請求項１記載の配送管理装置。
【請求項４】
入力された帳票データを印刷して配送手配用の帳票を発行した後、その帳票データが訂正された場合に、前記管理情報記憶手段内に登録された訂正前の問合せ情報と帳票データとを無効とし、訂正した帳票データの再印刷時に新たな帳票から読み取ると共に、読み取った問合せ情報を当該訂正データに対応付けて記憶管理する、
ようにしたことを特徴とする請求項１記載の配送管理装置。
【請求項５】
前記読出手段は、配送状況を照会する為に入力された前記検索条件に基づいて前記管理情報記憶手段を検索した結果、該当帳票が複数存在する場合には、各帳票毎にその問合せ情報を読み出し、
前記取得手段は、帳票毎に読み出された各問合せ情報を前記管理サーバ通知することによって各帳票の配送状況を受信取得し、
前記出力手段は、受信取得した各帳票に対応付けてその配送状況を一括出力する、
ようにしたことを特徴とする請求項１記載の配送管理装置。
【請求項６】
コンピュータに対して、
配送手配用の帳票を発行する場合に、予め帳票上に記録されている問合せ情報を読み取ると共に、読み取られた問合せ情報と入力された帳票データとの対応を帳票管理情報として記憶管理する機能と、
配送状況を照会する対象帳票を指定する為にその帳票データの一部が検索条件として入力された場合に、この検索条件に基づいて前記管理情報を検索して、該当帳票の問合せ情報を読み出す機能と、
配送物が現在どこまで配送されているかの配送状況を監視する運送業者側の管理サーバをアクセスして、前記読み出された問合せ情報を当該管理サーバへネットワークを介して通知することにより、その問合せ結果としての配送状況を受信取得して出力する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、配送物が現在どこまで配送されているかの配送状況を監視する運送業者側の管理サーバにネットワークを介して接続され、この管理サーバに対して配送状況を問い合わせる為の問合せ情報を記憶管理する配送管理装置およびプログラムに関する。
【０００２】
【従来の技術】
従来、運送業者側の管理サーバは、全国に展開されている各集配所側の端末装置（集配所端末）にネットワークに介して接続されており、各集配所端末から収集した情報に基づいて配送物が現在どこまで配送されているかを示す配送状況を監視する配送状況監視機能を有し、配送依頼者側からインターネットを介して配送状況の照会を受けた場合に、Ｗｅｂページを介して配送状況を案内する顧客案内サービスを実施している。このような配送状況案内サービスを受ける場合、その配送依頼者が個人であれば、自己の端末装置（携帯電話やノートパソコン等）を使用して、運送業者側の管理サーバをアクセスし、送り状（控え伝票）に固定的に記載されている問合せ番号をキー入力して管理サーバへ通知すれば、希望した配送物が現在どこまで配送されているかを容易に確認することができる。
【０００３】
【発明が解決しようとする課題】
しかしながら、配送依頼者が、例えば、通信販売業者、産地直売業者等のような販売業者であり、日頃の業務で大量の配送を運送業者に依頼する者にあっては、電話連絡等によって通販／産直等の利用客から配送状況の照会を受けた場合、予め保管している多数の送り状（控え伝票）の中から照会を受けた伝票を手作業で探し出さなければならず、その作業に時間がかかり、利用客を長時間待たせたり、伝票を誤認混同するおそれがあった。
そこで、通信販売業者や産地直売業者側においては、送り状に記載されている問合せ番号を予めその端末装置にキー入力して管理しておき、通販／産直等の利用客から配送状況の照会を受けた場合に、その利用客の問合せ番号を読み出して表示出力するようにすれば、照会時の作業を比較的スムーズに行うことが可能となるが、たまにしか起こらない照会の為に、送り状毎に問合せ番号をキー入力することは、日頃、多数の送り状を取り扱う通信販売業者等にとっては、大きな負担となってしまう。
【０００４】
この発明の課題は、配送物が現在どこまで配送されているかの配送状況を監視する運送業者側の管理サーバに対して、例えば、通信販売業者等がその配送状況を問い合わせる為の問合せ情報を予めキー入力しておかなくても、大量の問合せ情報を的確に管理することができると共に、この問合せ情報に応じた配送状況の照会もスムーズに行うことができる配送管理を実現できるようにすることである。
【０００５】
【課題を解決するための手段】
請求項１記載の発明（第１の発明）は、配送物が現在どこまで配送されているかの配送状況を監視する運送業者側の管理サーバにネットワークを介して接続され、この管理サーバに対して配送状況を問い合わせる為の問合せ情報を記憶管理する配送管理装置であって、配送手配用の帳票を発行する場合に、予め帳票上に記録されている問合せ情報を読み取る読取手段と、この読取手段によって読み取られた問合せ情報と入力された帳票データとの対応を帳票管理情報として記憶する管理情報記憶手段と、配送状況を照会する対象帳票を指定する為にその帳票データの一部が検索条件として入力された場合に、この検索条件に基づいて前記管理情報記憶手段を検索して、該当帳票の問合せ情報を読み出す読出手段と、この読出手段によって読み出された問合せ情報を前記管理サーバに対して通知することにより、その問合せ結果としての配送状況を受信取得する取得手段と、この取得手段によって得られた配送状況を出力する出力手段とを具備するものである。更に、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項６記載の発明）。
【０００６】
したがって、請求項１、６記載の発明は、配送手配用の帳票を発行する場合に、予め帳票上に記録されている問合せ情報を読み取ってこの問合せ情報と入力された帳票データとを対応付けて記憶管理しておき、配送状況を照会する為にその帳票データの一部が検索条件として入力された場合に、この検索条件に基づいて該当帳票の問合せ情報を読み出して運送業者側の管理サーバへ通知した後に、その問合せ結果としての配送状況を受信取得して出力するようにしたから、例えば、通信販売業者等が配送状況を問い合わせる為の問合せ情報を予めキー入力しておかなくても、大量の帳票に対応してその問合せ情報を記憶管理しておくことができ、この問合せ情報に応じた配送状況の照会もスムーズに行うことができる。したがって、大量の発送依頼業務を行う通信販売業者や産地直売業者等にとって、その利用客からの配送状況の照会に対する応答業務を効率良く行うことが可能となる。
【０００７】
なお、請求項１記載の発明は次のようなものであってもよい。
配送手配用の帳票に対して、帳票データを入力する為の入力領域を定義する他に、予め帳票上に記録されている問合せ情報を読み取る為の読取領域を定義する帳票フォームを設定する帳票フォーム設定手段を設け、前記読取手段は、帳票上に配置されている読取領域を前記設定フォームに基づいて特定し、この読取領域から問合せ情報を読み取る（請求項２記載の発明）。
したがって、請求項２記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、帳票データの入力領域および問合せ情報が記録されている読取領域を定義する帳票フォームを設定することができるので、運送業者毎にその帳票形式が異なる場合でも、各帳票から問合せ情報を正確に読み取ることができる。
【０００８】
入力された帳票データを印刷して配送手配用の帳票を発行する場合に、その帳票の印刷エラーの発生有無を監視する監視手段を設け、この監視手段によって印刷エラーの発生が検出された場合に、印刷エラーとなった帳票から読み取った問合せ情報を無効とし、エラーの復帰後の再印刷時に新たな帳票から読み取ると共に、読み取った問合せ情報を当該帳票データに対応付けて記憶管理する（請求項３記載の発明）。
したがって、請求項３記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、印刷エラーの発生が検出された場合に、印刷エラーとなった帳票から読み取った問合せ情報を無効とし、エラーの復帰後の再印刷時に新たな帳票から読み取った問合せ情報を当該帳票データに対応付けて記憶管理するようにしたから、印刷エラーが発生した場合でも、問合せ情報と帳票データとの整合性を保つことができる。
【０００９】
入力された帳票データを印刷して配送手配用の帳票を発行した後、その帳票データが訂正された場合に、前記管理情報記憶手段内に登録された訂正前の問合せ情報と帳票データとを無効とし、訂正した帳票データの再印刷時に新たな帳票から読み取ると共に、読み取った問合せ情報を当該訂正データに対応付けて記憶管理する（請求項４記載の発明）。
したがって、請求項４記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、帳票データが訂正された場合に、訂正前の問合せ情報と帳票データとを無効とし、訂正した帳票データの再印刷時に新たな帳票から読み取った問合せ情報を当該訂正データに対応付けて記憶管理するようにしたから、帳票発行後に、その帳票データを訂正した場合でも、問合せ情報と帳票データとの整合性を保つことができる。
【００１０】
前記読出手段は、配送状況を照会する為に入力された前記検索条件に基づいて前記管理情報記憶手段を検索した結果、該当帳票が複数存在する場合には、各帳票毎にその問合せ情報を読み出し、前記取得手段は、帳票毎に読み出された各問合せ情報を前記管理サーバ通知することによって各帳票の配送状況を受信取得し、前記出力手段は、受信取得した各帳票に対応付けてその配送状況を一括出力する（請求項５記載の発明）。
したがって、請求項５記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、配送状況を照会する為に入力された検索条件に該当する帳票が複数存在する場合には、各帳票毎にその問合せ情報を読み出して、各帳票の配送状況を受信取得し、各帳票毎にその配送状況を一括出力するようにしたから、詳細な検索条件を入力しなくても、その条件に該当する各帳票の配送状況の中から希望する帳票の配送状況を迅速に探し出すことができる。
【００１１】
【発明の実施の形態】
以下、図１〜図１５を参照してこの発明の一実施形態を説明する。
図１は、この実施形態における配送管理システムの全体構成を示したブロック図である。
この配送管理システムは、運送会社側の管理サーバ１にネットワーク網（例えば、専用回線）２を介して各集配所端末３が接続されていると共に、ネットワーク網（例えば、インターネット）４を介して通信販売業者／産地直売業者等の販売業者端末５が接続されている。この場合、運送会社側の管理サーバ１は、各集配所端末３から定期的に情報を収集することによって配送物が現在どこまで配送されているかの配送状況を監視する機能を有し、通信販売業者／産地直売業者等の配送依頼者側からインターネットを介して配送状況の照会を受けた場合に、運送会社のＷｅｂページを介して配送状況を案内する顧客案内サービスを実施するようにしている。
【００１２】
ここで、運送会社側の管理サーバ１に対して、その配送依頼を行った通信販売業者／産地直売業者等が利用客からの要望に応じてその販売業者端末５から配送状況の問い合わせを行う為に、その送り状に記載されている問合せ番号を管理サーバ１へ送信すると、管理サーバ１は、この問合せ番号に該当する配送状況を検索し、その配送状況を掲載したＷｅｂページを販売業者端末５へ送信して案内するようにしている。この場合、販売業者端末５側で配送状況を確認した係員は、その利用客に対してその確認内容（配送状況）を電話連絡／メール通知等によって知らせるようにしている。
なお、管理サーバ１は、Ｗｅｂサーバ機能、電子メールサーバ機能、データベースサーバ機能等の各種のサーバ機能を備え、また、販売業者端末５は、Ｗｅｂブラウザ機能、電子メール機能を備えている。
【００１３】
図２は、販売業者端末５の基本的構成要素を示したブロック図である。
ＣＰＵ５１は、記憶装置５２内のオペレーティングシステムや各種アプリケーションソフトにしたがってこの販売業者端末５の全体動作を制御する中央演算処理装置である。記憶装置５２は、プログラム記憶領域とデータ記憶領域とを有し、このプログラム記憶領域内には、オペレーティングシステムの他に、各種アプリケーションプログラム等が格納され、また、データ記憶領域には、後述する送り状フォーマット、送り状イメージ、送り状データファイル、運送会社テーブル等等が格納され、磁気的、光学的、半導体メモリ等やその駆動系によって構成されている。この記録装置５２はハードディスク等の固定的なメモリの他、ＣＤ−ＲＯＭ、ＤＶＤ等の着脱自在な記憶媒体を装着可能な構成であってもよい。この記憶装置５２内のプログラムやデータは、必要に応じてＲＡＭ（例えば、スタティックＲＡＭ）５３にロードされたり、ＲＡＭ５３内のデータが記憶装置５２にセーブされる。なお、ＲＡＭ５３内には、プログラム実行領域と作業領域とを有している。
【００１４】
更に、ＣＰＵ５１は通信装置５４を介して他の電子機器のプログラム／データを直接アクセスして使用したり、他の電子機器から通信装置５４を介してダウンロード受信することもできる。通信装置５４は、広域通信網に接続された通信インターフェイスである。一方、ＣＰＵ５１にはその入出力周辺デバイスである入力装置５５、表示装置５６、印字装置５７、イメージスキャナ５８がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ５１はそれらの動作を制御する。
印字装置５７は熱転写やインクジェットなどのノンインパクトプリンタあるいはドットインパクトプリンタであり、送り状の印刷を行う。イメージスキャナ５８は、送り状の所定領域を走査して、その領域内に記録されている問合せ番号を読み取るもので、ＣＰＵ５１は、このイメージスキャナ５８によって読み取られたイメージデータ（問合せ番号）を文字認識して番号コード列を生成する。
【００１５】
図３（Ａ）は、運送会社側の管理サーバ１側に設けられている配送状況管理データベース１１の内容を示し、（Ｂ）は、販売業者端末５の記憶装置５２内に格納されている送り状フォーマット５２Ａ、送り状イメージ５２Ｂ、送り状データファイル５２Ｃ、運送会社Ｔ（テーブル）５２Ｄを示した図である。
配送状況管理データベース１１は、各集配所端末３から送信されて来る情報を収集管理するもので、各管理レコードは、配送物毎に、その「配送依頼者」、「問合せ番号」、「配送状況」等の各項目を有する構成となっている。「配送状況」は、現在、配送物がどの集配所まで配送されているかの「場所（集配所名）」と、その「日時」とからなるもので、管理サーバ１は、販売業者端末５から配送状況の照会要求を受けた場合に、販売業者端末５から送信されて来た「問合せ番号」をキーとして配送状況管理データベース１１を検索し、該当する「配送状況」をその要求元の販売業者端末５へ送信する。
【００１６】
販売業者端末５側において、送り状フォーマット５２Ａは、予め定義された送り状帳票の全体構成を示すフォーム情報である。
ここで、図４は、送り状帳票定義設定画面を示し、この設定画面の図中左側の領域には、送り状イメージ５２Ｂが表示され、右側の領域には、項目一覧が表示されている。この送り状帳票定義設定画面において、「受付日」、「問合せ番号」、「届け先電話番号」、「届け先住所」、「届け先氏名」、「依頼主電話番号」、‥‥の各項目に対応して、その項目領域を指示すると、項目毎にその領域を特定する位置座標が検出され、送り状フォーマット５２Ａとして設定される。
【００１７】
図５（Ａ）は、送り状フォーマット５２Ａの内容を示した図である。
この送り状フォーマット５２Ａを構成する各レコードは、「項目名」、「区分」、「種別」、「座標」の各項目を有している。ここで、「座標」は、図４に示した送り状帳票定義設定画面において、送り状イメージ５２Ｂにしたがってポイント指定された各項目領域を特定する為の位置座標であり、例えば、矩形領域を特定する左上座標と右下座標から成る。「区分」は、対応項目の処理内容を示すもので、「受付日」、「届け先電話番号」、「届け先住所」、‥‥に対応して“入力・印字”が設定され、また、「問合せ番号」に対応して“スキャン”　が設定され、更に、「運輸会社コード」に対応して“制御”が設定されている。
【００１８】
この場合、「区分」の“入力・印字”は、入力された項目データを対応する項目領域内に印字すべきことを示している。また、「問合せ番号」に対応して設定されている　“スキャン”は、項目領域内に記録されている情報をイメージスキャナ５８によって読み取るべきことを示している。なお、「運輸会社コード」に対応して設定されている“制御”は、送り状帳票定義の設定終了時に、運輸会社一覧の中から希望する運輸会社を選択指定すべきことを示している。「種別」は、入力される項目データの種類として日付／文字を示している。なお、「運輸会社コード」の場合には、選択された運輸会社を特定するコード情報（例えば、００１）が「種別」として設定されている。
【００１９】
図５（Ｂ）は、運送会社テーブル５２Ｄの内容を示した図である。
この運送会社テーブル５２Ｄは、運送会社毎に、「運送会社コード」、「運送会社名」、「ＵＲＬ」の各項目を有する構成となっている。この場合、販売業者端末５において、インターネットを介して運送会社側の管理サーバ１をアクセスする際には、この運送会社対応の「ＵＲＬ」アドレスを運送会社テーブル５２Ｄから読み出すと共に、送り状データファイル５２Ｃから「問合せ番号」を読み出して管理サーバ１へ送信し、配送状況の問い合わせを行う。
【００２０】
図６（Ａ）は、送り状の入力画面、（Ｂ）は、送り状印刷例、（Ｃ）は、送り状データファイル５２Ｃの内容を示した図である。
この送り状入力画面は、送り状フォーマット５２Ａ、送り状イメージ５２Ｂにしたがって生成されたもので、この入力画面内の「受付日」、「届け先電話番号」、「届け先住所」、‥‥の各項目に対応して、その項目データ（送り状データ）を入力すると、入力された項目データは、送り状用紙の対応する項目領域内に印刷出力されると共に、送り状レコードが作成されてデータファイル５２Ｃ内に登録される。
【００２１】
送り状データファイル５２Ｃを構成する各レコードは、送り状毎に、「受付日」、「問合せ番号」、「届け先電話番号」、「届け先住所」、‥‥「運送会社コード」の各項目を有する構成となっている。この送り状レコードを構成する各項目のうち、「受付日」、「届け先電話番号」、「届け先住所」、‥‥は、上述の送り状の入力画面からデータを入力することによって得られる入力項目であるのに対し、「問合せ番号」は、送り状用紙の所定領域に予め固定的に記録されている送り状固有の「問合せ番号」をイメージスキャナ５８によって読み取って文字認識することによって自動生成された生成項目である。
【００２２】
次に、この実施形態における配送管理システムを構成する販売業者端末５の動作アルゴリズムを図７〜図１１に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作を逐次実行する。また、伝送媒体を介して伝送されてきた上述のプログラムコードにしたがった動作を逐次実行することもできる。すなわち、記録媒体の他、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施形態特有の動作を実行することもできる。
【００２３】
図７は、販売業者端末５において、送り状帳票を定義設定する場合の動作を示したフローチャートである。
先ず、販売業者端末５は、この設定処理が開始されると、初期処理として、送り状フォーマット５２Ａおよび送り状イメージ５２Ｂを読み出して、図４で示した送り状帳票定義設定画面を生成する（ステップＡ１）。そして、この送り状帳票定義設定画面内において、各項目毎にその項目設定を行う（ステップ）。すなわち、「受付日」、「問合せ番号」、「届け先電話番号」、「届け先住所」、‥‥に対応して、その「区分」、「種別」、「座標」の設定を行うが、この場合、全項目の設定が終了するまで、つまり、終了キーが操作されるまで（ステップＡ３）、１項目毎に項目設定を行う。いま、「問合せ番号」の項目に対する設定を行うと、図４に示すようなサブウインドウが表示され、このウインドウ内には、問合せ番号をスキャナから読込むかを否かを確認する為のメッセージが表示される（ステップＡ４）。
【００２４】
この場合、サブウインドウ内の「はい」ボタンが操作されると（ステップＡ５）、送り状フォーマット５２Ａに設定される「区分」を“スキャナ”とし（ステップＡ６）、また、「いいえ」ボタンが操作されると（ステップＡ５でＮＯ）、「区分」を“入力・印字”とする（ステップＡ７）。
このようにして全ての項目に対する設定が終わり、「終了キー」が操作されると（ステップＡ３）、運送会社テーブル５２Ｄの内容「運送会社名」を一覧表示させ（ステップＡ８）、その中から所望する運送会社が選択指定されると（ステップＡ９）、運送会社テーブル５２Ｄからその「運送会社コード」を読み出して送り状フォーマット５２Ａに設定される「種別」とすると共に、その「区分」を“制御”とする（ステップＡ１０）。
これによって定義された各項目内容は、１レコード分のデータとして、送り状フォーマット５２Ａへ登録保存される（ステップＡ１０）。
【００２５】
図８は、販売業者端末５において、送り状入力・印刷時の動作を示したフローチャートである。
先ず、販売業者端末５は、この送り状入力・印刷処理が開始されると、初期処理として、送り状フォーマット５２Ａおよび送り状イメージ５２Ｂを読み出して、図６（Ａ）で示した送り状入力画面を生成する（ステップＢ１）。この送り状入力画面内において、項目データを入力すると、入力された各項目データはＲＡＭ５３内の作業領域に一時記憶される（ステップＢ２）。以下、入力終了キー（ステップＢ３）あるいは終了キー（ステップＢ１１）が操作されるまで、つまり、全項目分のデータを入力し終わるまで項目入力が可能となる。
【００２６】
いま、全項目に対する入力が終わり、入力終了キーが操作されると（ステップＢ３）、イメージスキャナ５８を駆動させると共に、送り状フォーマット５２Ａ内の「問合せ番号」対応の「座標」を取得してこの座標情報によって問合せ番号の項目領域を特定し、この項目領域内の情報をイメージスキャナ５８によって走査させる（ステップＢ４）。これによって、送り状に予め記録されている「問合せ番号」が読み取られると、この読み取りイメージを文字認識して番号コード列を生成する（ステップＢ５）。
【００２７】
その後、ＲＡＭ５３内の作業領域に一時記憶されている各項目データを読み出し、送り状用紙の対応する各項目領域内に各項目データを展開配置して印刷出力させる（ステップＢ６）。この場合、用紙ジャム等によって印刷エラーが発生したかを監視しており（ステップＢ７）、その結果、正常印刷を検出した場合には、ＲＡＭ５３内の作業領域に一時記憶されている各項目データと共に、読取イメージを文字認識した番号コード列（問合せ番号）を１レコード分のデータとして、送り状データファイル５２Ｃに登録保存させる（ステップＢ９）。そして、送り状入力画面内に入力されているデータを初期化した後（ステップＢ１１）、次の新たな送り状に対する入力・印刷を行う為に、ステップＢ２に戻り、以下、終了キーが操作されるまで（ステップＢ１１）、上述の動作を繰り返す。
【００２８】
一方、用紙ジャム等によって印刷エラーの発生を検出した場合には（ステップＢ７でＹＥＳ）、通常のエラー復帰処理を行い、新たな送り状を印刷対象としてセットした後に（ステップＢ８）、再び、イメージスキャナ５８を駆動させて、新たな送り状用紙から「問合せ番号」を読み取って文字認識すると共に（ステップＢ４、Ｂ５）、ＲＡＭ５３内の作業領域に一時記憶されている各項目データを読み出して、新たな送り状用紙に印刷出力させる（ステップＢ６）。
【００２９】
この場合、正常印刷されたことを条件に（ステップＢ７）、送り状データファイル５２Ｃへの登録処理が行われるが（ステップＢ９）、その際、印刷エラーが発生する前において、その送り状用紙から読み取った「問合せ番号」は無効となり、新たな送り状用紙から読み取った「問合せ番号」が送り状データファイル５２Ｃに登録される。なお、この場合においては、既に入力した各項目データを新たに入力し直す必要はなく、印刷エラーの発生前に入力した項目データが送り状データファイル５２Ｃにそのまま登録される。
【００３０】
図９は、送り状を印刷発行してその項目データを送り状データファイル５２に登録した後に、そのデータを訂正する必要が生じた場合における訂正印刷処理を示したフローチャートである。
先ず、販売業者端末５は、訂正印刷処理が開始されると、初期処理として、送り状フォーマット５２Ａおよび送り状イメージ５２Ｂを読み出して、図６で示した送り状入力画面に相当する訂正画面を生成する（ステップＣ１）。そして、訂正対象の送り状を指定する為にそれに記録されている「問合せ番号」を入力すると、入力された「問合せ番号」に基づいて送り状データファイル５２Ｃを検索し、対応するレコードが読み出し（ステップＣ２）、このレコード内の各項目データを送り状訂正画面の対応領域内に配置表示すると共に（ステップＣ３）、レコード内の各項目データをＲＡＭ５３内の作業領域に一時記憶される（ステップＣ４）。
【００３１】
この送り状訂正画面内において、訂正対象の項目を指定しながらその訂正データを１項目毎に入力すると、ＲＡＭ５３内の作業領域に一時記憶されている各項目データのうち、訂正対象の項目データが入力された訂正データに置換えられる（ステップＣ５）。このようにして訂正対象の各項目に対する訂正入力が全て終了した場合には、入力終了キーを操作する（ステップＣ６）。
すると、新たな送り状がセットされていることを条件に（ステップＣ７）、イメージスキャナ５８を駆動させて、新たな送り状用紙から「問合せ番号」を読み取って文字認識すると共に（ステップＣ８）、ＲＡＭ５３内の作業領域に一時記憶されている各項目データを読み出して、新たな送り状用紙に印刷出力させる（ステップＣ９）。その後、ＲＡＭ５３内の作業領域に一時記憶されている各項目データと共に、読取イメージを文字認識した番号コード列（問合せ番号）を１レコード分のデータとして、送り状データファイル５２Ｃに登録保存する（ステップＣ１０）。
【００３２】
図１３（Ａ）は、訂正する前の印刷結果である送り状の内容を示し、（Ｂ）は、訂正した後の印刷結果である送り状の内容を示し、（Ｃ）は、訂正印刷の後に登録された送り状データファイル５２Ｃの内容を示した図である。
この場合、送り状を構成する各項目のうち、「届け先住所」の項目を訂正対象として選択してその項目内容を訂正した場合を例示したもので、訂正入力された訂正後の項目データである「届け先住所」と、新たな送り状から読み取った「問合せ番号」とが訂正前の対応する項目データに置き換えられて送り状データファイル５２Ｃに訂正登録される。
【００３３】
図１０は、販売業者端末５側での配送状況照会処理を示したフローチャートであり、通販／産直等の利用客から配送状況の照会を受けた場合に、通信販売業者／産地直売業者等のオペレータ（担当者）が照会キーを操作することによって実行開始される。
先ず、販売業者端末５は、初期処理によって、送り状の検索条件を入力する為の照会画面を生成する（ステップＤ１）。
図１４（Ａ）は、この照会画面を示したもので、検索条件の項目である「受付日」、「問合せ番号」、「届け先名」、「依頼主名」のうち、必要な項目を選択してその検索条件を入力する。例えば、「受付日」と「届け先名」に対応してその検索条件を入力する（ステップＤ２）。なお、検索条件の入力を途中で解除する場合には、終了キーを操作すると（ステップＤ１３）、この照会処理の終了となる。
【００３４】
ここで、必要項目分の検索条件を入力し終わった場合に、入力終了キーが操作されると（ステップＤ３）、入力された検索条件に基づいて該当する送り状レコードを送り状データファイル５２Ｃから検索する処理が行われる（ステップＤ４）。ここで、該当する送り状が複数（２件以上）検索された場合には（ステップＤ５）、各送り状レコードを読み出し、それらを検索結果として一覧表示させる（ステップＤ６）。
【００３５】
図１４（Ｂ）は、この検索結果一覧表示画面を示した図であり、この検索結果一覧表示画面は、送り状毎に、「受付日」、「問合せ番号」、「届け先名」、「依頼主名」を表示するもので、この例では、検索条件として入力された「受付日＝２００２０３０１」および「届け先名＝Ａ商会」に基づいて送り状データファイル５２Ｃを検索した結果、同一の検索条件に該当する送り状が２件存在していることが一覧表示される。
【００３６】
ここで、オペレータは利用客から電話連絡によって配送状況の照会を受け付けた場合には、この一覧表示画面の内容を読み上げてその利用客に伝え、利用客からの指示にしたがってその何れかの送り状を一覧表示画面の中から選択指定すると（ステップＤ７）、選択指定された送り状に関する送り状画面（図１４（Ｃ）参照）が表示される（ステップＤ８）。したがって、この場合には、検索結果一覧表示画面から送り状画面に切り換えられるが、検索条件に該当する送り状が１件の場合には（ステップＤ５でＮＯ）、上述の照会画面から送り状画面に切り換えられる（ステップＤ８）。
このように送り状画面に切り換えられている状態において、Ｆ１キーが操作されると（ステップＤ９）、図１１のフローチャートにしたがって配送状況取得処理が行われる（ステップＤ１０）。
【００３７】
すなわち、販売業者端末５は、この送り状に対応する「運送会社コード」を送り状データファイル５２Ｃから読み出して、運送会社テーブル５２Ｄをアクセスし、該当する「ＵＲＬ」アドレスを取得すると共に（ステップＥ１）、この送り状に対応する「問合せ番号」を送り状データファイル５２Ｃから読み出す（ステップＥ２）。そして、この「ＵＲＬ」アドレスをネットワーク上に送信して運送会社側の管理サーバ１を呼び出して接続した後に（ステップＥ３）、この管理サーバ１に対して配送状況の照会要求と共に、送り状データファイル５２Ｃから読み出した「問合せ番号」を送信する（ステップＥ４）。
【００３８】
この場合、運送会社側の管理サーバ１においては、販売業者端末５から配送状況の照会要求を受信した場合に、販売業者端末５から送信されて来た「問合せ番号」をキーとして配送状況管理データベース１１を検索し、該当する「配送状況」をその要求元の販売業者端末５に対して送信する。
ここで、販売業者端末５側では、運送会社側の管理サーバ１から「配送状況」を受信すると、上述の送り状画面内に、受信した「配送状況」をウインドウ表示させる（ステップＥ５）。
【００３９】
図１４（Ｄ）は、送り状画面内に問合せ結果である「配送状況」がウインドウ表示されている状態を示した図である。この「配送状況」の案内表示によって、照会対象の配送物は、現在、「新宿集配所」まで配送済みであることを確認することができる。なお、この送り状画面は、終了キーが操作されるまで継続表示されるが（図１０のステップＤ１２）、終了キーが操作された場合には、この送り状画面から上述の照会画面に戻る為、次の検索条件を引き続き入力することが可能となる（ステップＤ２）。
【００４０】
図１２は、複数の送り状に対する配送状況を一括して照会する場合の一括照会処理を示したフローチャートであり、利用客から配送状況の一括照会を受けた場合に、オペレータ（担当者）が一括照会キーを操作することによって実行開始される。
先ず、販売業者端末５は、その初期処理によって、送り状の検索条件を入力する為の一括照会画面を生成するが（ステップＦ１）、この一括照会画面は、上述した照会画面と基本的には同様である。
【００４１】
図１５（Ａ）は、この一括照会画面を示した図である。この場合においても、検索条件の項目である「受付日」、「問合せ番号」、「届け先名」、「依頼主名」のうち、必要な項目を選択してその検索条件を入力するが（ステップＦ２）、その際、「受付日」、「問合せ番号」の条件入力域は、「‥‥から‥‥まで」のように範囲指定が可能となっている。なお、この例では、「受付日」と「届け先名」に対応してその検索条件を入力した場合を示し、更に、「受付日」の検索条件として範囲指定を行った場合を示している。ここで、検索条件の入力を途中で解除する場合には、終了キーを操作すると（ステップＦ１５）、この一括照会処理の終了となる。
【００４２】
ここで、必要項目分の検索条件を入力し終わり、入力終了キーが操作されると（ステップＦ３）、入力された検索条件に該当する送り状レコードを送り状データファイル５２Ｃから検索する処理が行われる（ステップＦ４）。ここで、該当する送り状が「０件」かを判別し（ステップＦ５）、該当する送り状が存在していなければ、入力された検索条件を無効とする為にステップＦ２に戻るが、該当する送り状が有れば、そのその件数をカウントし、その計数値を「検索件数」として一時記憶しておく（ステップＦ６）。
【００４３】
この状態において、件数カウンタＣＴに初期値“１”をセットすると共に（ステップＦ７）、この件数カウンタＣＴの値に対応する送り状を処理対象として指定した後に（ステップＦ８）、図１１のフローチャートにしたがって配送状況取得処理を実行する（ステップＦ９）。これによって指定送り状対応の「配送状況」を取得した場合には、この「配送状況」をＲＡＭ５３内の作業領域に一時記憶させる（ステップＦ１０）。
そして、件数カウンタＣＴの値と「検索件数」とを比較し、カウンタ値が検索件数に達したかを調べるが（ステップＦ１１）、いま、件数カウンタＣＴには、初期値「１」がセットされているので、件数カウンタＣＴに「１」を加算してその値を更新した後に（ステップＦ１２）、以下、この件数カウンタＣＴの値に対応する送り状を処理対象として指定して（ステップＦ８）、上述の配送状況取得処理を実行する（ステップＦ９）。
【００４４】
以下、件数カウンタＣＴの値が「検索件数」に達するまで上述の動作を繰り返す。これによって検索件数分の配送状況を取得し終わったら、ＲＡＭ５３内の作業領域に保持されている各送り状対応の配送状況を読み出して一括表示させる（ステップＦ１３）。
図１５（Ｂ）は、検索結果一括表示画面を示し、送り状毎に、「受付日」、「問合せ番号」、「届け先名」、「依頼主名」、「配送状況」の各項目が一括表示される。ここで、「配送状況」内の“配送完了”は、配送物をその届け先に配送済みであることを示している。なお、この検索結果一括表示画面は、終了キーが操作されるまで継続表示され、終了キーが操作されると（ステップＦ１４）、上述の一括照会画面に戻り、検索条件の入力が可能となる（ステップＦ２）。
【００４５】
以上のように、この実施形態において販売業者端末５は、送り状を発行する場合に、送り状に記録されている「問合せ番号」をイメージスキャナ５８によって読み取って送り状データファイル５２Ｃに記憶管理しておき、配送状況を照会する為にその送り状データの一部が検索条件として入力された場合には、この検索条件に基づいて該当する送り状の「問合せ番号」を読み出して運送業者側の管理サーバ１へ通知した後に、その問合せ結果としての配送状況を受信取得して表示出力するようにしたから、例えば、通信販売業者等がその配送状況の照会用として送り状毎に問合せ番号を予めキー入力しておかなくても、大量の送り状に対応してその問合せ番号管理することができる他に、この問合せ番号に応じた配送状況の照会もスムーズに行うことができる。したがって、大量の発送依頼業務を行う通信販売業者や産地直売業者等にとって、その利用客からの配送状況の問合せに対する応答業務を効率良く行うことが可能となる。
【００４６】
この場合、送り状帳票定義設定画面において、各項目毎に、その項目設定を送り状フォーマット５２Ａに対して行うようにしたから、運送業者毎にその送り状の形式が異なる場合でも、対応する送り状フォーマットを読み出して、「問合せ番号」が記載されている項目領域を特定することができ、フォーマットが異なる各種の送り状から「問合せ番号」を正確に読み取ることができる。
【００４７】
また、送り状の印刷時において、印刷エラーの発生が検出された場合、印刷エラーとなった送り状から読み取った問合せ番号を無効とし、印刷エラーの復帰後における再印刷時に新たな送り状から読み取った問合せ番号をその送り状データに対応付けて、送り状データファイル５２Ｃ内に記憶管理するようにしたから、印刷エラーが発生した場合でも、問合せ番号と送り状データとの整合性を保つことが可能となる。
また、送り状を発行した後に、そのデータを訂正する場合に、訂正前の送り状を無効とし、訂正後のデータの再印刷時に新たな送り状から読み取った問合せ番号を当該訂正データに対応付けて送り状データファイル５２Ｃ内に記憶管理するようにしたから、送り状データの一部を訂正した場合でも、問合せ番号と送り状データとの整合性を保つことができる。
【００４８】
また、配送状況を照会する為に入力された検索条件に基づいて送り状データファイル５２Ｃ内を検索した結果、該当する送り状が複数存在する場合には、各送り状毎にその問合せ番号を読み出し、各問合せ番号を管理サーバ１へ通知することによって各送り状の配送状況を受信取得して、一括表示するようにしたから、詳細な検索条件を入力しなくても、その条件に該当する各送り状の配送状況の中から希望する送り状の配送状況を迅速に探し出すことができる。
【００４９】
なお、上述した実施形態においては、通信販売業者／産地直売業者等に対してその利用客が電話連絡によって配送状況を照会する場合を例示したが、利用客側の端末（携帯電話、ノートパソコン等）を利用して、販売業者端末５をアクセスして、配送状況の照会を行い、販売業者端末５は、運送会社側の管理サーバ１から得た配送状況を利用客側の端末へメール通知するようにしてもよい。その他、ＦＡＸ（ファクシミリ）送信によって配送状況を通知するようにしてもよく、その通知方法は任意である。
【００５０】
また、上述した実施形態においては、大量の発送依頼業務を行う者として、通信販売業者／産地直売業者等を例示したが、例えば、会社等の組織内において、各部署や社員等から依頼された配送物を一括管理する配送担当者を対象とする場合であってもよい。つまり、大量の発送依頼業務を行う者は、通信販売業者／産地直売業者に限らず、任意である。
【００５１】
一方、コンピュータに対して、上述した各手段を実行させるためのプログラムコードをそれぞれ記録した記録媒体（例えば、ＣＤ−ＲＯＭ、フロッピィデスク、ＲＡＭカード等）を提供するようにしてもよい。
すなわち、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、配送手配用の帳票を発行する場合に、予め帳票上に記録されている問合せ情報を読み取ると共に、読み取られた問合せ情報と入力された帳票データとの対応を帳票管理情報として記憶管理する機能と、配送状況を照会する対象帳票を指定する為にその帳票データの一部が検索条件として入力された場合に、この検索条件に基づいて前記管理情報を検索して、該当帳票の問合せ情報を読み出す機能と、配送物が現在どこまで配送されているかの配送状況を監視する運送業者側の管理サーバをアクセスして、前記読み出された問合せ情報を当該管理サーバへネットワークを介して通知することにより、その問合せ結果としての配送状況を受信取得して出力する機能とを実現させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体を提供するようにしてもよい。
【００５２】
【発明の効果】
この発明（請求項１記載の発明）によれば、配送手配用の帳票を発行する場合に、予め帳票上に記録されている問合せ情報を読み取ってこの問合せ情報と入力された帳票データとを対応付けて記憶管理しておき、配送状況を照会する為にその帳票データの一部が検索条件として入力された場合には、この検索条件に基づいて該当帳票の問合せ情報を読み出して運送業者側の管理サーバへ通知した後に、その問合せ結果としての配送状況を受信取得して出力するようにしたから、例えば、通信販売業者等が配送状況を問い合わせる為の問合せ情報を予めキー入力しておかなくても、大量の帳票に対応してその問合せ情報を記憶管理しておくことができ、この問合せ情報に応じた配送状況の照会もスムーズに行うことができる。したがって、大量の発送依頼業務を行う通信販売業者や産地直売業者等にとって、その利用客からの配送状況の照会に対する応答業務を効率良く行うことが可能となる。
【図面の簡単な説明】
【図１】配送管理システムの全体構成を示したブロック図。
【図２】販売業者端末５の基本的構成要素を示したブロック図。
【図３】（Ａ）は、運送会社側の管理サーバ１側に設けられている配送状況管理データベース１１の内容を示し、（Ｂ）は、販売業者端末５の記憶装置５２内に格納されている送り状フォーマット５２Ａ、送り状イメージ５２Ｂ、送り状データファイル５２Ｃ、運送会社テーブル５２Ｄを示した図。
【図４】送り状帳票定義設定画面を示した図。
【図５】（Ａ）は、送り状フォーマット５２Ａの内容を示した図、（Ｂ）は、運送会社テーブル５２Ｄの内容を示した図。
【図６】（Ａ）は、送り状の入力画面、（Ｂ）は、送り状印刷例、（Ｃ）は、送り状データファイル５２Ｃの内容を示した図。
【図７】販売業者端末５において、送り状帳票を定義設定する場合の動作を示したフローチャート。
【図８】販売業者端末５において、送り状入力・印刷時の動作を示したフローチャート。
【図９】送り状を印刷してその項目データを送り状データファイル５２に登録した後に、そのデータを訂正する必要が生じた場合における訂正印刷処理を示したフローチャート。
【図１０】販売業者端末５において、通信販売業者／産地直売業者等の利用客から配送状況の照会を受けた場合に、オペレータが照会キーを操作することによって実行開始される配送状況照会処理を示したフローチャート。
【図１１】図１０で示した配送状況取得処理を詳述するフローチャート。
【図１２】複数の送り状に対する配送状況を一括して照会する場合の一括照会処理を示したフローチャート。
【図１３】（Ａ）は、訂正する前の印刷結果である送り状の内容を示し、（Ｂ）は、訂正した後の印刷結果である送り状の内容を示し、（Ｃ）は、訂正印刷の後に登録された送り状データファイル５２Ｃの内容を示した図。
【図１４】（Ａ）は、この照会画面を示した図、（Ｂ）は、検索結果一覧表示画面を示した図、（Ｃ）は、検索結果一覧表示画面の中から選択指定された送り状に関する送り状画面を示した図、（Ｄ）は、送り状画面内に問合せ結果である「配送状況」がウインドウ表示されている状態を示した図。
【図１５】（Ａ）は、この一括照会画面を示した図、（Ｂ）は、検索結果一括表示画面を示した図。
【符号の説明】
１　運送会社側の管理サーバ
２、４　ネットワーク網
５　販売業者端末
５２Ａ　送り状フォーマット
５２Ｂ　送り状イメージ
５２Ｃ　送り状データファイル
５２Ｄ　運送会社テーブル
５１　ＣＰＵ
５２　記憶装置
５４　通信装置
５５　入力装置
５６　表示装置
５７　印字装置
５８　イメージスキャナ
【図１】
2004026423.tif 000003
【図２】
2004026423.tif 000004
【図３】
2004026423.tif 000005
【図４】
2004026423.tif 000006
【図５】
2004026423.tif 000007
【図６】
2004026423.tif 000008
【図７】
2004026423.tif 000009
【図８】
2004026423.tif 000010
【図９】
2004026423.tif 000011
【図１０】
2004026423.tif 000012
【図１１】
2004026423.tif 000013
【図１２】
2004026423.tif 000014
【図１３】
2004026423.tif 000015
【図１４】
2004026423.tif 000016
【図１５】
2004026423.tif 000017