配達確認システム、携帯端末及びプログラム
【課題】配達時刻、配達場所、受取人を真正性の確保された電子伝票データで確認できるようにする。
【解決手段】本発明に係る配達確認システム１００によれば、配達用携帯端末４は、荷物の配達の際に受取人によって入力部４５から入力された受取確認情報、ＧＰＳ４７により取得された現在時刻及び現在位置を含む配達票データに電子署名を行って、電子署名付きの配達票データを管理サーバ１に送信する。管理サーバ１は、配達用携帯端末４から受信された電子署名付きの配達票データの真正性を配達用携帯端末４の公開鍵を用いて検証し、真正性の検証に成功した配達票データによって電子伝票情報を格納するデータベース１６１を更新する。
【解決手段】本発明に係る配達確認システム１００によれば、配達用携帯端末４は、荷物の配達の際に受取人によって入力部４５から入力された受取確認情報、ＧＰＳ４７により取得された現在時刻及び現在位置を含む配達票データに電子署名を行って、電子署名付きの配達票データを管理サーバ１に送信する。管理サーバ１は、配達用携帯端末４から受信された電子署名付きの配達票データの真正性を配達用携帯端末４の公開鍵を用いて検証し、真正性の検証に成功した配達票データによって電子伝票情報を格納するデータベース１６１を更新する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配達確認システムに関する。
【背景技術】
【０００２】
従来、配達先の受取証明として、配達先の住所が記載された伝票に受取人がサインもしくは捺印を行ったものが使用されている。しかし、この受取証明の情報の真正性は高いとは言えず、また、配達した時刻、場所や受取人のサイン若しくは捺印の真偽を確かめることは難しい。
【０００３】
例えば、特許文献１には、電子文書に、電子署名、電子証明書、ユーザの手書き署名イメージを添付して送信する技術が記載されている。
【特許文献１】特開２００３−２６３６４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１においては、電子文書の本文に電子署名を行い、付加的にユーザの手書きイメージを付加する。よって、電子文書が改ざんされているか否かを検証することはできる。また、ユーザの手書きイメージが添付されているので、受信者が手書きのサインや捺印がされた文書を受取るのと同等の感覚で電子文書を受取ることが可能となる。
【０００５】
しかしながら、特許文献１では電子署名の署名範囲が電子文書の本文のみであるので、手書きイメージが改ざんされたものか否かを知ることはできない。また、電子文書が作成された場所や時刻を証明することもできない。そのため、例えば、特許文献１の技術を配達の受取証明に適用し、電子伝票に電子署名及び受取人の手書きイメージを添付しても、荷物の受け渡し時刻や場所を証明することはできず、また、受取人の手書きイメージのサイン等の真偽を確かめることもできない。
【０００６】
本発明の課題は、配達時刻、配達場所、受取人を真正性の確保された電子伝票データで確認することのできる配達確認システムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、請求項１に記載の発明は、
携帯端末と、サーバとを備えた配達確認システムであって、
前記携帯端末は、
前記サーバとデータ送受信を行うための通信手段と、
現在時刻を取得する時刻取得手段と、
現在位置を取得する位置取得手段と、
荷物の受取人が荷物を受取ったことを示す受取確認情報を入力するための入力手段と、
荷物の受け渡しの際に前記入力手段から入力された受取確認情報、前記時刻取得手段から出力された現在時刻、及び前記位置取得手段から出力された現在位置を含む電子伝票データに電子署名を行って、電子署名付きの前記電子伝票データを前記通信手段により前記サーバに送信する制御手段と、
を備え、
前記サーバは、
前記携帯端末とデータ送受信を行うための通信手段と、
前記通信手段により前記携帯端末から受信した前記電子署名付きの電子伝票データの真正性を検証する制御手段と、
を備える。
【０００８】
請求項２に記載の発明は、請求項１に記載の発明において、
前記携帯端末は、前記電子伝票データに電子署名を行う際に使用する秘密鍵を保存するとともに、前記電子伝票データに当該秘密鍵を用いて電子署名を行うセキュリティチップを有し、
前記携帯端末の制御手段は、前記セキュリティチップにより前記電子伝票データに電子署名を行わせる。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記サーバは、前記携帯端末の公開鍵を含む前記携帯端末の電子証明書を記憶する記憶手段を有し、
前記サーバの制御手段は、前記電子署名付きの電子伝票データを本文データと電子署名データに分離し、前記電子署名データを前記公開鍵を用いて復号して取得した第１のハッシュ値と、前記本文データをハッシュ関数に入力することにより算出した第２のハッシュ値とを比較することにより前記電子伝票データの真正性を検証する。
【００１０】
請求項４に記載の発明は、請求項１〜３の何れか一項に記載の発明において、
前記真正性が検証された電子署名付きの電子伝票データを荷物の依頼人及び受取人に提供するためのウェブページを生成してインターネット上に公開するウェブサーバを備える。
【００１１】
請求項５に記載の発明は、請求項４に記載の発明において、
前記配達確認システムは、荷物の依頼人に使用される依頼人端末と、荷物の受取人に使用される受取人端末とを更に含み、
前記サーバは、インターネットに接続可能に構成され、インターネットを介して前記ウェブページのＵＲＬを前記依頼人端末及び前記受取人端末に通知する通知手段を備える。
【００１２】
請求項６に記載の発明は、請求項５に記載の発明において、
前記ウェブサーバは、前記ウェブページを介して前記依頼人端末又は前記受取人端末から前記真正性が検証された電子署名付きの電子伝票データのダウンロード要求を受け付け、前記ダウンロード要求に応じて前記真正性が検証された電子署名付きの電子伝票データ及び前記携帯端末の電子証明書を前記要求元の依頼人端末又は受取人端末に送信する。
【００１３】
請求項７に記載の発明は、請求項１〜６の何れか一項に記載の発明において、
前記入力手段は、手書き文字を入力するためのタッチパネルである。
【発明の効果】
【００１４】
本発明によれば、配達時刻、配達場所、受取人を真正性の確保された電子伝票データで確認することのできる配達確認システムを提供することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、図を参照して本発明の実施形態について詳細に説明する。
まず、構成を説明する。
【００１６】
（配達確認システム１００の構成）
図１に、本発明の実施形態に係る配達確認システム１００の全体構成例を示す。図１に示すように、配達確認システム１００は、管理サーバ１、Ｗｅｂ（World Wide Web）サーバ２、集荷用携帯端末３、配達用携帯端末４、依頼人ＰＣ（Personal Computer）５、受取人ＰＣ６を備えて構成されている。
管理サーバ１、Ｗｅｂサーバ２は、配送センタ内に配置され、ＬＡＮ（Local Area Network）等の社内ネットワークＮ１を介して相互にデータ送受信可能に接続されている。社内ネットワークＮ１は、ルータＲ等を介してインターネットＮ２に接続されており、管理サーバ１、Ｗｅｂサーバ２は、インターネットＮ２を介して依頼人ＰＣ５、受取人ＰＣ６、認証局のサーバ（図示せず）等とデータ送受信可能である。なお、セキュリティ確保のため、管理サーバ１はファイアウォールを介してインターネットＮ２上の各装置とデータ送受信を行うことが好ましい。
集荷用携帯端末３、配達用携帯端末４は、それぞれ荷物を依頼人から集荷する集荷人、荷物を受取人に配達する配達人が所持する携帯端末であり、集荷時や配達時は社内ネットワークＮ１とは切り離されているが、集荷人や配達人が配送センタに戻ってきた際には、図示しないクレードル等を介して社内ネットワークＮ１に接続可能である。なお、集荷用携帯端末３、配達用携帯端末４、依頼人ＰＣ５、受取人ＰＣ６の各装置の台数は、特に限定されない。
【００１７】
（管理サーバ１の構成）
図２に、管理サーバ１の要部構成例を示す。図２に示すように、管理サーバ１は、ＣＰＵ１１、ＲＡＭ（Random Access Memory）１２、ＲＯＭ（Read Only Memory）１３、入力部１４、表示部１５、記憶部１６、通信部１７、スキャナ部１８、計時部１９を備えて構成され、各部はバス１０１を介して接続されている。
【００１８】
ＣＰＵ１１は、ＲＯＭ１３に記憶されているシステムプログラムを読み出し、ＲＡＭ１２内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ１１は、ＲＯＭ１３に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する集荷票検証処理、配達票検証処理を始めとする各種処理を実行する。
【００１９】
ＲＡＭ１２は、ＣＰＵ１１によりＲＯＭ１３から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納する。
【００２０】
ＲＯＭ１３は、ＣＰＵ１１で実行されるシステムプログラムや、各種処理を実行するためのプログラム、これらのプログラムの実行に必要なデータ等を記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態でＲＯＭ１３に格納され、ＣＰＵ１１は、当該プログラムコードに従った動作を逐次実行する。
【００２１】
入力部１４は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ１１に出力する。
【００２２】
表示部１５は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ１１から入力される表示信号の指示に従って、各種画面を表示する。
【００２３】
記憶部１６は、ＨＤＤ（Hard Disc Drive）等により構成される。記憶部１６は、データベース１６１を有している。データベース１６１には、配達確認システム１００における電子伝票情報が格納される。
【００２４】
図３に、データベース１６１に格納されるレコード（電子伝票情報）のデータ構成例を示す。図３に示すように、データベース１６１に格納される各レコードは、管理情報、依頼人情報、集荷情報、受取人情報、配達情報、集荷票データ電子署名、配達票データ電子署名等により構成されている。
【００２５】
管理情報は、受付日、伝票番号、品名により構成されている。受付日は、依頼人からの荷物の配送依頼を受け付けた日付である。伝票番号は、依頼人からの荷物の配送依頼に対し一意に付与される番号である。品名は、配送依頼された荷物の品名である。なお、本実施形態において、配送とは、荷物の集荷と配達の双方を含むこととする。
【００２６】
依頼人情報は、配送の依頼人の氏名、電話番号、郵便番号、住所、希望集荷日時、メールアドレス等により構成されている。
【００２７】
集荷情報は、ＧＰＳ位置情報、ＧＰＳ時間情報、集荷確認署名、依頼人記入情報により構成されている。ＧＰＳ位置情報は、荷物の集荷の際にＧＰＳ（Global Positioning System）により取得される位置情報であり、荷物を実際に集荷した場所を示す。ＧＰＳ時間情報は、荷物の集荷の際にＧＰＳにより取得される時刻情報であり、荷物を実際に集荷した時刻を示す。集荷確認署名は、荷物を集荷した際に依頼人が入力した、集荷を確認したことを示す集荷確認情報である。依頼人記入情報は、荷物を集荷した際に依頼人が入力した任意の情報である。
【００２８】
受取人情報は、荷物の受取人の氏名、電話番号、郵便番号、住所、希望配達日時、メールアドレス等により構成されている。
【００２９】
配達情報は、ＧＰＳ位置情報、ＧＰＳ時間情報、受取確認署名、受取人記入情報により構成されている。ＧＰＳ位置情報は、荷物の配達の際（受け渡した際）にＧＰＳにより取得される位置情報であり、荷物を実際に配達した（受取人に受け渡した）場所を示す。ＧＰＳ時間情報は、荷物の配達の際（荷物を受け渡した際）にＧＰＳにより取得される時刻情報であり、荷物を実際に配達した（受取人に受け渡した）時刻を示す。受取確認署名は、荷物を配達した際に受取人が入力した、荷物を受取ったことを示す受取確認情報である。受取人記入情報は、荷物を配達した際に受取人が入力した任意の情報である。
【００３０】
集荷票データ電子署名は、集荷用携帯端末３で集荷用の電子伝票データ（以下、集荷票データと呼ぶ）に付与された電子署名データである。
配達票データ電子署名は、配達用携帯端末４で配達用の電子伝票データ（以下、配達票データと呼ぶ）に付与された電子署名データである。
【００３１】
図２に戻り、通信部１７は、モデム、ルータ、ＴＡ（Terminal Adapter）等によって構成され、社内ネットワークＮ１、インターネットＮ２を介して、Ｗｅｂサーバ２、集荷用携帯端末３、配達用携帯端末４、依頼人ＰＣ５等の外部装置とのデータ送受信を制御する。
【００３２】
スキャナ部１８は、集荷伝票等に設けられたバーコードを読み取るバーコードリーダやバーコードスキャナ等を備える。
【００３３】
計時部１９は、ＲＴＣ（Real Time Clock）等により構成され、現在時刻及び現在日付を計時してＣＰＵ１１に出力する。
【００３４】
（Ｗｅｂサーバ２の構成）
Ｗｅｂサーバ２の構成は、管理サーバ１の構成と略同様であるので、同様の構成部分には同列の符号を付し、その構成の図示は省略する。即ち、Ｗｅｂサーバ２は、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、入力部２４、表示部２５、記憶部２６、通信部２７、計時部２９を備えて構成され、各部はバス２０１を介して接続されている。
【００３５】
ＲＯＭ２３は、ＣＰＵ２１で実行されるシステムプログラムや、Ｗｅｂサーバとしての機能を実行するためのプログラム、配送依頼登録処理、配送状況追跡ページ提供処理を始めとする各種処理を実行するためのプログラムを記憶している。記憶部２６は、配送依頼登録ページ等のＷｅｂページを表示するための各種ページデータ（ＨＴＭＬ（HyperText Markup Language）ファイル等）を記憶している。ＣＰＵ２１は、ＲＯＭ２３に記憶されているプログラムに従って、配送依頼登録処理、配送状況追跡ページ提供処理等を実行し、配送依頼登録ページ（図９参照）、配送状況追跡ページ（図２９、図３０参照）等のＷｅｂページをインターネット上に公開する。
【００３６】
その他の各構成部分については、管理サーバ１について説明したものと同様であるので説明を援用する。
【００３７】
（集荷用携帯端末３、配達用携帯端末４の構成）
図４に、集荷用携帯端末３及び配達用携帯端末４の要部構成例を示す。
図４に示すように、集荷用携帯端末３は、ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、セキュリティチップ３４、入力部３５、表示部３６、ＧＰＳ３７、通信部３８、印字部３９、スキャナ部３０１を備えて構成され、各部はバス３０２を介して接続されている。配達用携帯端末４は、ＣＰＵ４１、ＲＡＭ４２、ＲＯＭ４３、セキュリティチップ４４、入力部４５、表示部４６、ＧＰＳ４７、通信部４８、印字部４９、スキャナ部４０１を備えて構成され、各部はバス４０２を介して接続されている。
図４に示すように、集荷用携帯端末３と配達用携帯端末４の構成は同様であるので、以下、集荷用携帯端末３について代表して説明し、配達用携帯端末４については説明を援用する。
【００３８】
ＣＰＵ３１は、ＲＯＭ３３に記憶されているシステムプログラムを読み出し、ＲＡＭ３２内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ３１は、ＲＯＭ３３に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する集荷確認入力処理を始めとする各種処理を実行する。
【００３９】
ＲＡＭ３２は、ＣＰＵ３１によりＲＯＭ３３から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納する。
【００４０】
ＲＯＭ３３は、ＣＰＵ３１で実行されるシステムプログラムや、各種処理プログラム、これらのプログラムの実行に必要なデータを記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態でＲＯＭ３３に格納され、ＣＰＵ３１は、当該プログラムコードに従った動作を逐次実行する。
【００４１】
セキュリティチップ３４は、秘密鍵及び公開鍵を作成し、保存する専用の装置である。セキュリティチップ３４は、外部のプログラムからアクセスできない構成となっており、内部に保存されているデータのセキュリティが確保されている。また、セキュリティチップ３４は、入力されたデータに対し、保存されている秘密鍵を用いて公開鍵暗号方式により電子署名を行い、ＣＰＵ３１に出力する。
【００４２】
入力部３５は、テンキー、カーソルキー、電源ＯＮ／ＯＦＦキー、各種ファンクションボタン等を有し、キーやボタンの押下信号による操作信号をＣＰＵ３１に出力する。ファンクションボタンには、管理サーバ１からの集荷票データのダウンロードを指示するための集荷票ダウンロードボタン、管理サーバ１への集荷票データのアップロードを指示するための集荷票アップロードボタン（配達用携帯端末４においては、管理サーバ１からの配達票データのダウンロードを指示するための配達票ダウンロードボタン、管理サーバ１への配達票データのアップロードを指示するための配達票アップロードボタン）等が含まれる。
また、入力部３５は、表示部３６の表示画面上を覆うように重畳して設けられたタッチパネルを有し、電磁誘導式、磁気歪式、感圧式等の座標読み取り原理で、専用のペンによってタップされた座標を検出し、検出した座標を位置信号としてＣＰＵ３１に出力する。
【００４３】
表示部３６は、ＬＣＤや有機ＥＬディスプレイ等により構成され、ＣＰＵ３１から入力される表示信号の指示に従って、各種画面を表示する。
【００４４】
ＧＰＳ３７は、図示しないＧＰＳアンテナ等を備えて構成される。このＧＰＳアンテナは、地球低軌道に打ち上げられた複数のＧＰＳ衛星から送信されるＧＰＳ信号を受信する。ＧＰＳアンテナは、少なくとも３個のＧＰＳ衛星から送信されるＧＰＳ信号を受信し、受信したＧＰＳ信号に基づいて集荷用携帯端末３の絶対的な現在位置（緯度、経度）及び現在時刻を取得して、ＣＰＵ３１に出力する。
【００４５】
通信部３８は、社内ネットワークＮ１上の図示しないクレードルに接続するためのインターフェースであり、クレードルを介して社内ネットワークＮ１に接続された管理サーバ１、Ｗｅｂサーバ２等の外部装置とのデータ送受信を行う。
【００４６】
（依頼人ＰＣ５、受取人ＰＣ６の構成）
依頼人ＰＣ５、受取人ＰＣ６は、ＣＰＵ、ＲＡＭ、ＲＯＭ、入力部、表示部、通信部等（何れも図示せず）を有し、Ｗｅｂブラウザ機能を備えたコンピュータ端末である。
【００４７】
（サーバ証明書、端末証明書の生成）
次に、配達確認システム１００の動作について説明する。
配達確認システム１００における動作の前提として、管理サーバ１、集荷用携帯端末３、配達用携帯端末４は、自己の公開鍵の真正性を証明する電子証明書を認証局（ＣＡ）から取得し、保存している。管理サーバ１の電子証明書をサーバ証明書、集荷用携帯端末３及び配達用携帯端末４の電子証明書を端末証明書と呼ぶ。認証局は、他の認証局により公に証明された、自己の公開鍵の真正性を証明する電子証明書（ＣＡ証明書という）を有している。
【００４８】
図５に、管理サーバ１と認証局のサーバ（図示せず）との間で実行されるサーバ証明書取得処理のフローを示す。管理サーバ１側の処理は、ＣＰＵ１１とプログラムとの協働により実行される。
【００４９】
まず、入力部１４により証明書情報が入力される（ステップＳ１）。証明書情報は、電子証明書の申請を行うのに必要な情報であり、管理サーバ１を所有する実体の会社名、組織名、住所等を示す情報である。
【００５０】
次いで、管理サーバ１において公開鍵暗号に用いられる秘密鍵、公開鍵の鍵ペアが生成される（ステップＳ２）。次いで、証明書情報及び公開鍵からなる証明書要求データが通信部１７により認証局のサーバに送信される（ステップＳ３）。
【００５１】
認証局のサーバにおいては、管理サーバ１から送信された証明書要求データが受信されると、受信された証明書要求データ、即ち、管理サーバ１の証明書情報及び公開鍵に認証局の電子署名が付与されることにより管理サーバ１のサーバ証明書が生成される（ステップＳ４）。認証局の電子署名は、証明書要求データを入力としてハッシュ関数によりハッシュ値を計算し、算出されたハッシュ値を認証局の秘密鍵で暗号化したものである。サーバ証明書は、管理サーバ１の証明書情報及び公開鍵と認証局の電子署名からなるデータである。認証局の電子署名を認証局の公開鍵で復号した値と、管理サーバ１の証明書情報及び公開鍵を入力としてハッシュ関数で算出したハッシュ値とが一致すれば、認証局が管理サーバ１の証明書情報及び公開鍵を証明したこととなる。なお、認証局においては、証明書情報の内容の真偽を確認し、正しい場合にのみサーバ証明書が生成される。
【００５２】
サーバ証明書が生成されると、認証局により、生成されたサーバ証明書が管理サーバ１に送信される（ステップＳ５）。
管理サーバ１においては、通信部１７により認証局のサーバから送信されたサーバ証明書が受信されると、当該サーバ証明書が記憶部１６に記憶され、保存される（ステップＳ６）。
なお、認証局のサーバにおいては、生成された管理サーバ１のサーバ証明書が保存され、外部から管理サーバ１のサーバ証明書が要求された場合には、サーバ証明書が公開される。
【００５３】
図６に、集荷用携帯端末３又は配達用携帯端末４と認証局のサーバとの間で実行される端末証明書取得処理のフローを示す。集荷用携帯端末３と配達用携帯端末４の処理は同様であるので、以下、集荷用携帯端末３について代表して説明し、配達用携帯端末４においては説明を援用する。集荷用携帯端末３（配達用携帯端末４）側の処理は、ＣＰＵ３１（ＣＰＵ４１）とプログラムとの協働により実行される。
【００５４】
まず、入力部３５により証明書情報が入力される（ステップＳ１１）。証明書情報は、電子証明書の申請を行うのに必要な情報であり、集荷用携帯端末３を所有する実体の会社名、組織名、住所等を示す情報である。
【００５５】
次いで、セキュリティチップ３４により、集荷用携帯端末３において公開鍵暗号に用いられる秘密鍵、公開鍵の鍵ペアが生成され、保存される（ステップＳ１２）。次いで、証明書情報及び公開鍵からなる証明書要求データが通信部３８により認証局のサーバに送信される（ステップＳ１３）。
【００５６】
認証局のサーバにおいては、集荷用携帯端末３からの証明書要求データが受信されると、受信された証明書要求データ、即ち証明書情報及び公開鍵に認証局の電子署名が付与されることにより集荷用携帯端末３の端末証明書が生成される（ステップＳ１４）。認証局の電子署名は、証明書要求データを入力としてハッシュ関数によりハッシュ値を計算し、算出されたハッシュ値を認証局の秘密鍵で暗号化したものである。端末証明書は、集荷用携帯端末３の証明書情報及び公開鍵（証明書要求データ）と認証局の電子署名とからなるデータである。認証局の電子署名を認証局の公開鍵で復号した値と、集荷用携帯端末３の証明書情報及び公開鍵を入力としてハッシュ関数により算出したハッシュ値とが一致すれば、認証局が集荷用携帯端末３の証明書情報及び公開鍵を証明したこととなる。なお、認証局においては、証明書情報の内容の真偽を確認し、正しい場合にのみ端末証明書が生成される。
【００５７】
端末証明書が生成されると、認証局のサーバにより、生成された端末証明書が集荷用携帯端末３に送信される（ステップＳ１５）。
集荷用携帯端末３においては、通信部３８により認証局のサーバから送信された端末証明書が受信されると、当該端末証明書が通信部３８により管理サーバ１に転送される（ステップＳ１６）。
【００５８】
管理サーバ１においては、通信部１７により集荷用携帯端末３から送信された端末証明書が受信されると、当該端末証明書が集荷用携帯端末３の端末ＩＤと対応付けて記憶部１６に記憶される（ステップＳ１７）。
なお、認証局のサーバにおいては、生成された集荷用携帯端末３の端末証明書が保存され、外部から集荷用携帯端末３の端末証明書が要求された場合には、端末証明書が公開される。
【００５９】
（配達確認システム１００の各装置間の処理の流れ）
次に、図７Ａ〜図３０を参照して、依頼人による配送依頼から受取人への荷物の配達及びその確認までに係る配達確認システム１００における各装置の処理について説明する。
【００６０】
図７Ａ〜図７Ｂに、配達確認システム１００全体の処理の流れを示す。
図７Ａに示すように、まず、依頼人ＰＣ５において配送依頼登録ページのＵＲＬ（Uniform Resource Locator）へのアクセスが行われる（ステップＴ１）。配送依頼登録ページのＵＲＬは、広く一般に公開されている。
【００６１】
Ｗｅｂサーバ２においては、依頼人ＰＣ５により配送依頼登録ページのＵＲＬにアクセスされると、配送依頼登録処理が実行される（ステップＴ２）。
【００６２】
図８に、図７ＡのステップＴ２においてＷｅｂサーバ２により実行される配送依頼登録処理のフローチャートを示す。配送依頼登録処理は、配送依頼登録ページのＵＲＬにアクセスがあった際にＣＰＵ２１とＲＯＭ２３に記憶されているプログラムとの協働により実行される。
【００６３】
配送依頼登録処理においては、まず、配送依頼登録ページを表示するためのページデータが記憶部２６から読み出され、通信部２７により依頼人ＰＣ５に送信される（ステップＴ１０１）。
【００６４】
依頼人ＰＣ５においては、Ｗｅｂサーバ２から配送依頼登録ページを表示するためのページデータが受信されると、図７Ａに示すように、表示部に配送依頼登録ページ５０１が表示され、配送依頼の入力が行われる（図７ＡのステップＴ３）。
【００６５】
図９に、依頼人ＰＣ５に表示される配送依頼登録ページ５０１の一例を示す。図９に示すように、配送依頼登録ページ５０１には、配送する荷物の品名、依頼人情報、受取人情報等の入力項目の内容を入力するための入力欄５０１ａと、入力された内容による配送依頼を指示するための配送依頼ボタン５０１ｂが表示されている。依頼人ＰＣ５においてキーボードやマウス等の入力部により配送依頼登録ページ５０１の入力欄５０１ａに入力が行われ、配送依頼ボタン５０１ｂが押下されると、入力された情報（配送依頼データ）がＷｅｂサーバ２に送信される。
【００６６】
図８に戻り、依頼人ＰＣ５から送信された配送依頼データが通信部２７により受信されると（ステップＴ１０２；ＹＥＳ）、配送依頼データに含まれる各入力項目の検証が行われる（ステップＴ１０３）。例えば、入力されていない、データ型があっていない等のエラー項目等が存在するか否かが検証される。
【００６７】
配送依頼データにエラー項目が存在した場合（ステップＴ１０３；ＮＧ）、依頼人ＰＣ５に対してエラー項目及び再入力を促す表示を指示する指示データが通信部２７により送信され（ステップＴ１０４）、処理はステップＴ１０２に戻る。配送依頼データにエラー項目が存在しない場合（ステップＴ１０３；ＯＫ）、通信部２７により管理サーバ１に配送依頼データが転送され、データベース１６１に新たな電子伝票情報が登録される（ステップＴ１０５、図７ＡのステップＴ４）。具体的には、管理サーバ１において、データベース１６１に新たなレコードが追加され、伝票番号が付与され、受信した配送依頼データの品名、依頼人情報、受取人情報が新たなレコードに登録される。そして、配送依頼登録処理は終了する。
【００６８】
Ｗｅｂサーバ２においては、依頼人ＰＣ５からの配送依頼登録ページへのアクセス要求が受信される毎に、配送依頼登録処理が実行される。
【００６９】
管理サーバ１においては、図７Ａに示すように、予め定められた集荷票データ作成処理の開始時刻が到来すると（図７ＡのステップＴ５；ＹＥＳ）、集荷票データ作成処理が実行される（図７ＡのステップＴ６）。
【００７０】
図１０に、図７ＡのステップＴ６において管理サーバ１のＣＰＵ１１により実行される集荷票データ作成処理を示す。この集荷票データ作成処理は、ＣＰＵ１１とＲＯＭ１３に記憶されているプログラムとの協働により実行される。
なお、ＲＯＭ１３には、集荷票データ作成処理の開始時刻、集荷時刻（集荷開始時刻及び集荷終了時刻）、後述する配達票データ作成処理の開始時刻、配達時刻（配達開始時刻及び配達終了時刻）が予め記憶されているものとする。集荷票データ作成処理は集荷と対になっており、集荷開始前に集荷票データ作成処理が実行されるようスケジュールされている。配達票データ作成処理は配達と対になっており、配達開始前に配達票データ作成処理が実行されるようにスケジュールされている。集荷及び配達は一日に一又は複数回行われる。
【００７１】
集荷票データ作成処理においては、まず、データベース１６１から、未集荷状態でありかつ希望集荷日時が次の集荷時刻の範囲内である電子伝票情報（レコード）が抽出される（ステップＴ２０１）。未集荷状態の電子伝票情報とは、具体的には、集荷情報の項目にデータが書き込まれていないレコードである。
【００７２】
次いで、抽出された電子伝票情報が依頼人情報の住所と希望集荷日時でソートされ（ステップＴ２０２）、ソートされた電子伝票情報が一人の集荷人で集荷可能な数の単位で分割され、集荷票データの組が作成される（ステップＴ２０３）。集荷票データは、電子伝票情報のうち、集荷に必要となる管理情報、依頼人情報、受取人情報、集荷情報からなるデータである。この時点では、集荷情報の各項目のデータは空であり、後から追加できるようになっている。集荷票データはＲＡＭ１２に一時的に記憶される。
【００７３】
次いで、処理は集荷用携帯端末３の接続待ち状態となる（ステップＴ２０４）。
集荷時刻が到来すると、集荷人は、集荷用携帯端末３をクレードルに載置して集荷票ダウンロードボタンを押下する。集荷用携帯端末３においては、図示しないクレードルに載置され、集荷票ダウンロードボタンが押下されると、図７Ａに示すように集荷票データダウンロード処理（図１１参照）が実行される（図７ＡのステップＴ７）。集荷票データダウンロード処理については後述する。
【００７４】
図８に戻り、通信部１７により集荷用携帯端末３からのダウンロード要求が受信されると（ステップＴ２０４；ＹＥＳ）、ＲＡＭ１２が参照され、集荷票データが存在するか否かが判断される（ステップＴ２０５）。ＲＡＭ１２に集荷票データが存在すると判断されると（ステップＴ２０５；ＹＥＳ）、通信部１７により集荷票データが存在する旨の応答が集荷用携帯端末３に送信されるとともに（ステップＴ２０６）、ＲＡＭ１２から一組の集荷票データが読み出されて通信部１７により集荷用携帯端末３に送信される（ステップＴ２０７）。そして、処理はステップＴ２０９に移行する。なお、送信された集荷票データは、ＲＡＭ１２から削除される。
ＲＡＭ１２に集荷票データが存在しないと判断されると（ステップＴ２０５；ＮＯ）、集荷票データが存在しない旨の応答が通信部１７により集荷用携帯端末３に送信され（ステップＴ２０８）、処理はステップＴ２０９に移行する。
【００７５】
ステップＴ２０９においては、計時部１９からの出力に基づいて集荷終了時刻が到来したか否かが判断され、集荷終了時刻が到来していないと判断されると（ステップＴ２０９；ＮＯ）、処理はステップＴ２０４に戻る。一方、集荷終了時刻が到来したと判断されると（ステップＴ２０９；ＹＥＳ）、集荷票データ作成処理は終了する。
【００７６】
図１１に、図７ＡのステップＴ７において集荷用携帯端末３のＣＰＵ３１により実行される集荷票データダウンロード処理のフローチャートを示す。集荷票データダウンロード処理は、ＣＰＵ３１とＲＯＭ３３に記憶されているプログラムとの協働により実行される。
【００７７】
まず、通信部３８により管理サーバ１に集荷票データのダウンロード要求が送信される（ステップＴ３０１）。
【００７８】
次いで、処理は管理サーバ１からの応答の待機状態となる。通信部３８において所定時間以上管理サーバ１からの応答が受信されない場合（ステップＴ３０２；ＮＯ）、表示部３６に管理サーバ１からの応答がない旨を示すエラーメッセージが表示され（ステップＴ３０３）、集荷票データダウンロード処理は終了する。例えば、管理サーバ１から応答が受信されない場合とは、例えば、管理サーバ１が何らかの故障等により稼動していない場合や、管理サーバ１で集荷票処理が実行されていない場合が該当する。
【００７９】
通信部３８により管理サーバ１からの応答が受信された場合（ステップＴ３０２；ＹＥＳ）、受信された応答に基づき管理サーバ１に集荷票データが存在するか否かが判断され（ステップＴ３０４）、管理サーバ１に集荷票データが存在しないと判断されると（ステップＴ３０４；ＮＯ）、管理サーバ１に集荷票データが存在しない旨を示すメッセージが表示部３６に表示され（ステップＴ３０５）、集荷票データダウンロード処理は終了する。
【００８０】
一方、管理サーバ１に集荷票データが存在すると判断されると（ステップＴ３０４；ＹＥＳ）、管理サーバ１から順次送信される集荷票データが通信部３８によりダウンロードされ、ＲＡＭ３２に記憶される（ステップＴ３０６）。ダウンロードが完了すると、表示部３６に集荷票データのダウンロードが完了した旨を示すメッセージが表示され（ステップＴ３０７）、集荷票データダウンロード処理は終了する。
【００８１】
集荷用携帯端末３においては、図７Ａに示すように、集荷票データダウンロード処理が終了すると、集荷確認入力処理が実行される（図７ＡのステップＴ６）。
【００８２】
図１２Ａ〜図１２Ｂに、図７ＡのステップＴ６において集荷用携帯端末３のＣＰＵ３１により実行される集荷確認入力処理のフローチャートを示す。集荷確認入力処理は、ＣＰＵ３１とＲＯＭ３３に記憶されているプログラムとの協働により実行される。
【００８３】
まず、ダウンロードした集荷票データに基づいて、表示部３６に依頼人情報の一覧が表示される（図１２ＡのステップＴ４０１）。ステップＴ４０１において表示される画面には、集荷票データの依頼人情報の一覧と併せて、当該一覧の中から選択された依頼人からの集荷についての伝票処理を指示するための伝票処理ボタンが表示される。
【００８４】
入力部３５により依頼人情報が選択され、伝票処理ボタンが押下されると（ステップＴ４０２；ＹＥＳ）、ＧＰＳ３７から現在位置情報が取得され、現在位置が依頼人情報の住所から一定範囲内であるか否かが判断される（ステップＴ４０３）。ＧＰＳ３７から取得された現在位置が依頼人情報の住所から一定範囲内ではないと判断されると（ステップＴ４０３；ＮＯ）、例えば「依頼人住所付近ではありません。依頼人情報を確認してください」等の、依頼人住所付近ではない旨を示すメッセージが表示され（ステップＴ４０４）、処理はステップＴ４０１に戻る。
【００８５】
ＧＰＳ３７から取得された現在位置が依頼人情報の住所から一定範囲内であると判断されると（ステップＴ４０３；ＹＥＳ）、表示部３６に集荷伝票画面３６１が表示される（ステップＴ４０５）。
【００８６】
図１３に、ステップＴ４０５において表示される集荷伝票画面３６１の一例を示す。図１３に示すように、集荷伝票画面３６１には、集荷票データ３６１ａと、集荷確認ボタン３６１ｂと、戻るボタン３６１ｃが表示される。集荷確認ボタン３６１ｂは、集荷確認署名画面３６２（図１４参照）への移行を指示するためのボタンである。戻るボタン３６１ｃは、表示部３６の表示を依頼人情報一覧に戻すことを指示するためのボタンである。集荷人は、依頼人にこの集荷伝票画面３６１を提示し、集荷票データの内容に間違いが無いかの確認を依頼する。集荷票データの内容に間違いがない場合、集荷人は依頼人から荷物を受け取り、入力部３５により集荷確認ボタン３６１ｂを押下して、集荷確認の署名を入力してもらうこととなる。
【００８７】
集荷伝票画面３６１において集荷確認ボタン３６１ｂが押下されず（図１２ＡのステップＴ４０６；ＮＯ）、戻るボタン３６１ｃが押下されると（ステップＴ４０７；ＹＥＳ）、処理はステップＴ４０１に戻る。集荷伝票画面３６１において集荷確認ボタン３６１ｂが押下されると（ステップＴ４０６；ＹＥＳ）、表示部３６に集荷確認署名画面３６２が表示される（ステップＴ４０８）。
【００８８】
図１４に、ステップＴ４０８において表示部３６に表示される集荷確認署名画面３６２の一例を示す。図１４に示すように、集荷確認署名画面３６２には、集荷確認署名欄３６２ａ、依頼人記入欄３６２ｂ、ＯＫボタン３６２ｃが表示されている。集荷確認署名欄３６２ａは、依頼人がタッチペン等により集荷確認の署名を手書き入力するための領域である。依頼人記入欄３６２ｂは、依頼人が任意の図や文字を手書き入力するための領域である。ＯＫボタン３６２ｃは、署名等の入力が完了したときに次の処理に進むために押下するボタンである。
【００８９】
集荷確認署名画面３６２において、入力部３５によりＯＫボタン３６２ｃが押下されると（ステップＴ４０９；ＹＥＳ）、集荷確認署名欄３６２ａに入力がされているか否かが判断され、入力がされていないと判断されると（ステップＴ４１０；ＮＯ）、例えば「集荷確認署名欄に署名されていません。署名して下さい」等の、集荷確認署名を促すメッセージが表示部３６に表示され（ステップＴ４１１）、処理はステップＴ４０８に戻る。
【００９０】
集荷確認署名欄３６２ａに入力がされていると判断されると（ステップＴ４１０；ＹＥＳ）、ＧＰＳ３７から現在位置情報及び現在時刻情報が取得され（図１２ＢのステップＴ４１２）、取得された現在位置情報及び現在時刻情報がそれぞれ集荷票データの集荷情報のＧＰＳ位置情報、ＧＰＳ時間情報として追加されるとともに、集荷確認署名欄３６２ａから入力されたデータが集荷情報の集荷確認署名として、依頼人記入欄３６２ｂから入力されたデータが依頼人記入情報として集荷票データに追加される（ステップＴ４１３）。
【００９１】
次いで、集荷情報が追加された集荷票データを入力データとして電子署名処理が行われる（ステップＴ４１４）。
【００９２】
図１５に、電子署名処理のフローチャートを示す。電子署名処理は、ＣＰＵ３１とＲＯＭ３３に記憶されているプログラムとの協働により実行される。
まず、ハッシュ関数を用いて入力データ（ここでは、集荷票データ）からハッシュ値が計算される（ステップＡ１）。
【００９３】
次いで、ハッシュ値がセキュリティチップ３４に転送され、セキュリティチップ３４において集荷用携帯端末３の秘密鍵を用いてハッシュ値が暗号化される（ステップＡ２）。この暗号化されたハッシュ値が電子署名データである。
【００９４】
次いで、入力データと電子署名データが結合されＲＡＭ３２に記憶される（ステップＡ３）。そして、電子署名処理は終了する。
集荷票データと電子署名データが結合されたデータを電子署名付き集荷票データと呼ぶ。
【００９５】
図１２Ｂに戻り、電子署名処理が終了すると、電子署名付き集荷票データに基づいて印字部３９により集荷伝票Ｄが印刷される（ステップＴ４１５）。
図１６に、図１２ＢのステップＴ４１５において印刷される集荷伝票Ｄの一例を示す。集荷伝票Ｄには、集荷票データＤ１と、集荷確認データＤ２と、電子署名データを示すバーコード画像Ｄ３とが表示される。集荷時に依頼人が任意に記入した依頼人記入欄のデータは、集荷伝票Ｄには印刷されない。この集荷伝票Ｄは、集荷した荷物に添付される。
【００９６】
全ての集荷票データについて電子署名付き集荷票データが作成されるか又は入力部３５から集荷終了の指示が入力されることにより集荷が終了するまで、ステップＴ４０１〜Ｔ４１５の処理が繰り返し実行され、集荷が終了すると（ステップＴ４１６；ＹＥＳ）、集荷確認入力処理は終了する。
【００９７】
集荷人は、集荷が終了すると、集荷用携帯端末３を携帯して配送センタに戻り、集荷物が配送センタ側に引き渡す。そして、図示しないクレードルに集荷用携帯端末３を載置して入力部３５の集荷票アップロードボタンを押下する。集荷用携帯端末３においては、クレードルに載置され、集荷票アップロードボタンが押下されると、図７Ａに示すように、集荷票データアップロード処理が実行される（図７ＡのステップＴ９）。
【００９８】
図１７に、図７ＡのステップＴ９においてＣＰＵ３１により実行される集荷票データアップロード処理のフローチャートを示す。集荷票データアップロード処理は、ＣＰＵ３１とＲＯＭ３３に記憶されているプログラムとの協働により実行される。
【００９９】
まず、ＲＡＭ３２に集荷票データ（電子署名付き集荷票データを含む）が存在するか否かが判断され、存在しないと判断されると（ステップＴ５０１；ＮＯ）、「集荷票がありませんでした」等の集荷票データがない旨を示すメッセージが表示部３６に表示され（ステップＴ５０２）、集荷票データアップロード処理は終了する。
【０１００】
ＲＡＭ３２に集荷票データが存在すると判断されると（ステップＴ５０１；ＹＥＳ）、通信部３８により管理サーバ１にアップロード要求が送信されるとともに、ＲＡＭ３２に記憶されている集荷票データが管理サーバ１に送信される（ステップＴ５０３）。送信された集荷票データはＲＡＭ３２から削除される。
【０１０１】
次いで、ＲＡＭ３２に集荷票データが存在するか否かが判断され、存在すると判断されると（ステップＴ５０４；ＹＥＳ）、処理はステップＴ５０３に戻り、次の集荷票データが通信部３８により管理サーバ１に送信される。ＲＡＭ３２に集荷票データが存在しないと判断されると（ステップＴ５０４；ＮＯ）、集荷票データアップロード処理は終了する。
【０１０２】
管理サーバ１においては、図７Ａに示すように、通信部１７により集荷用携帯端末３からアップロード要求が受信されると、集荷票検証処理が実行される（ステップＴ１０）。
【０１０３】
図１８Ａ〜図１８Ｂに、図７ＡのステップＴ１０において、管理サーバ１のＣＰＵ１１により実行される集荷票検証処理のフローチャートを示す。当該処理は、ＣＰＵ１１とＲＯＭ１３に記憶されているプログラムとの協働により実行される。
【０１０４】
まず、通信部１７により集荷用携帯端末３から集荷票データが取得される（ステップＴ６０１）。次いで、受信した集荷票データが電子署名付きであるか否かが判断され、電子署名付きではないと判断されると（ステップＴ６０２；ＮＯ）、処理は図１８ＢのステップＴ６１６に移行する。
【０１０５】
受信した集荷票データが署名付きであると判断されると（ステップＴ６０２；ＹＥＳ）、当該集荷票データを入力データとして電子署名付きデータの検証処理が実行される（ステップＴ６０３）。
【０１０６】
図１９に、電子署名付きデータの検証処理のフローチャートを示す。この電子署名付きデータの検証処理は、ＣＰＵ１１とＲＯＭ１３に記憶されているプログラムとの協働により実行される。
【０１０７】
まず、入力データが本文データと電子署名データに分離され、両者が対応付けてＲＡＭ１２に記憶される（ステップＡ１１）。
【０１０８】
次いで、電子署名データが集荷用携帯端末３の公開鍵で復号され、第１のハッシュ値が取得される（ステップＡ１２）。なお、上述のように、記憶部１６には集荷用携帯端末３の端末証明書が記憶されており、公開鍵は、この端末証明書から取得される。
【０１０９】
次いで、本文データを入力としてハッシュ関数により第２のハッシュ値が算出される（ステップＡ１３）。そして、第１のハッシュ値と第２のハッシュ値が比較される（ステップＡ１４）。
【０１１０】
第１のハッシュ値と第２のハッシュ値が一致した場合（ステップＡ１４；ＹＥＳ）、集荷票データの真正性の検証が成功した（即ち、集荷票データは電子署名時点と同様であり、改ざんされていない）という検証結果が出力され（ステップＡ１５）、電子署名付きデータの検証処理は終了する。一方、第１のハッシュ値と第２のハッシュ値が一致しなかった場合（ステップＡ１４；ＮＯ）、集荷票データの真正性の検証が失敗した（即ち、集荷票データは電子署名時点と異なっており、改ざんされている）という検証結果が出力され（ステップＡ１６）、電子署名付きデータの検証処理は終了する。
【０１１１】
図１８Ａに戻り、電子署名付きデータの検証処理が終了すると、当該処理の検証結果に基づいて、受信された集荷票データの真正性の検証に成功したか否かが判断される（ステップＴ６０４）。受信された集荷票データの真正性の検証に失敗したと判断されると（ステップＴ６０４；ＮＯ）、「集荷票データの検証に失敗しました」等の、集荷票データの真正性の検証に失敗した旨を示すメッセージが表示部１５に表示され（ステップＴ６０５）、処理は図１８ＢのステップＴ６１６に移行する。
【０１１２】
受信された集荷票データの真正性の検証に成功したと判断されると（ステップＴ６０４；ＹＥＳ）、表示部１５に「伝票番号○○の集荷物に添付されている集荷伝票をスキャンしてください」等の、集荷物の伝票のスキャンを促すメッセージが表示される（ステップＴ６０６）。スキャナ部１８により集荷伝票Ｄが読み取られると（ステップＴ６０７；ＹＥＳ）、スキャナ部１８により取得された値と、集荷票データの電子署名データの値が一致しているか否かが判断される（図１８ＢのステップＴ６０８）。ここでスキャナ部１８により取得された値が電子署名データの値が一致している場合は、集荷票データと集荷物が一致していることを示す。また、集荷票データの検証に用いた電子署名データが改ざんされていないことが検証される。
【０１１３】
スキャナ部１８により取得された値と、集荷票データの電子署名データの値が一致していないと判断されると（ステップＴ６０８；ＮＯ）、「集荷物と集荷伝票が一致しません」等の、集荷票データと集荷物が一致しない旨を示すメッセージが表示される（ステップＴ６０９）。例えば、集荷伝票Ｄをスキャンする集荷物を間違えた場合等により、再度スキャナ部１８により集荷伝票Ｄのスキャンが行われると（ステップＴ６１０；ＹＥＳ）、処理はステップＴ６０８に戻る。再度のスキャンが行われない場合（ステップＴ６１０；ＮＯ）、処理はステップＴ６１６に移行する。
【０１１４】
スキャナ部１８により取得された値と、集荷票データの電子署名データの値が一致していると判断されると（ステップＴ６０８；ＹＥＳ）、データベース１６１において、受信された集荷票データと伝票番号が一致するレコードが検索され、検索されたレコードが受信された集荷票データにより更新される（ステップＴ６１１）。具体的には、受信された集荷票データに含まれる管理情報、依頼人情報、集荷情報、受取人情報、集荷票データ電子署名（集荷票データの電子署名データ）、が検索されたレコードに書き込まれる。
【０１１５】
次いで、検索されたレコードにおいて、依頼人情報のメールアドレスが格納されているか否かが判断され、格納されていると判断されると（ステップＴ６１２；ＹＥＳ）、配送状況追跡ページ（図２９、図３０参照）のＵＲＬを通知する電子メールが作成され、通信部１７により依頼人情報のメールアドレスに送信され（ステップＴ６１３）、処理はステップＴ６１４に移行する。配送状況追跡ページとは、依頼人や受取人が配送状況を確認するためのＷｅｂページである。ＵＲＬには、例えば、上記検索されたレコードのデータベース１６１における格納位置を特定するための情報が含まれる。検索されたレコードにおいて依頼人情報のメールアドレスが格納されていないと判断されると（ステップＴ６１２；ＮＯ）、処理はステップＴ６１４に移行する。
【０１１６】
ステップＴ６１４においては、検索されたレコードにおいて、受取人情報のメールアドレスが格納されているか否かが判断され、格納されていると判断されると（ステップＴ６１４；ＹＥＳ）、配送状況追跡ページのＵＲＬを通知する電子メールが作成され、通信部１７により受取人情報のメールアドレスに送信され（ステップＴ６１５）、処理はステップＴ６１６に移行する。検索されたレコードにおいて受取人情報のメールアドレスが格納されていないと判断されると（ステップＴ６１４；ＮＯ）、処理はステップＴ６１６に移行する。
【０１１７】
ステップＴ６１６においては、通信部１７により集荷用携帯端末３から次の集荷票データの送信要求が受信されたか否かが判断され、次の集荷票データの送信要求が受信されたと判断されると（ステップＴ６１６；ＹＥＳ）、処理はステップＴ６０１に戻る。次の集荷票データの送信要求が受信されず、接続が終了したと判断されると（ステップＴ６１６；ＮＯ）、集荷票検証処理は終了する。
【０１１８】
上記集荷票検証処理は、集荷用携帯端末３からのアップロード要求が受信される毎に実行される。
【０１１９】
管理サーバ１においては、図７Ａに示すように、予め定められた配達票データ作成処理の開始時刻が到来すると（図７ＡのステップＴ１１；ＹＥＳ）、配達票データ作成処理が実行される（ステップＴ１２）。
【０１２０】
図２０に、管理サーバ１のＣＰＵ１１により実行される配達票データ作成処理を示す。この配達票データ作成処理は、ＣＰＵ１１とＲＯＭ１３に記憶されているプログラムとの協働により実行される。
【０１２１】
配達票データ作成処理では、まず、データベース１６１から、未配達状態でありかつ希望配達日時が次の配達時刻の範囲内である電子伝票情報（レコード）が抽出される（ステップＴ７０１）。未配達状態の電子伝票情報とは、配達情報にデータが書き込まれていないレコードである。
【０１２２】
次いで、抽出された電子伝票情報が受取人情報の住所と希望配達日時でソートされ（ステップＴ７０２）、ソートされた電子伝票情報が一人の配達人で配達可能な数の単位で分割され、配達票データの組が作成される（ステップＴ７０３）。配達票データは、電子伝票情報のうち、配達に必要となる管理情報、依頼人情報、受取人情報、集荷情報、配達情報、集荷票データ電子署名からなるデータである。この時点では、配達情報の各項目のデータは空であり、後から格納できるようになっている。
【０１２３】
次いで、処理は配達用携帯端末４の接続待ち状態となる。
配達時刻が到来すると、配達人は、配達用携帯端末４をクレードルに載置して配達票ダウンロードボタンを押下する。配達用携帯端末４においては、配達人により図示しないクレードルに載置され、配達票ダウンロードボタンが押下されると、図７Ａに示す配達票データダウンロード処理（図２１参照）が実行される（図７ＡのステップＴ１３）。配達票データダウンロード処理については後述する。
【０１２４】
図２０に戻り、通信部１７により配達用携帯端末４からのダウンロード要求が受信されると（ステップＴ７０４；ＹＥＳ）、ＲＡＭ１２が参照され、配達票データが存在するか否かが判断される（ステップＴ７０５）。ＲＡＭ１２に配達票データが存在すると判断されると（ステップＴ７０５；ＹＥＳ）、通信部１７により配達票データが存在する旨の応答が配達用携帯端末４に送信されるとともに（ステップＴ７０６）、ＲＡＭ１２から一組の配達票データが読み出されて通信部１７により配達用携帯端末４に送信される（ステップＴ７０７）。そして処理はステップＴ７０９に移行する。なお、送信された配達票データは、ＲＡＭ１２から削除される。
【０１２５】
一方、ＲＡＭ１２に配達票データが存在しないと判断されると（ステップＴ７０５；ＮＯ）、配達票データが存在しない旨の応答が通信部１７により配達用携帯端末４に送信され（ステップＴ７０８）、処理はステップＴ７０９に移行する。
【０１２６】
ステップＴ７０９においては、計時部１９からの出力に基づいて配達終了時刻が到来したか否かが判断され、配達終了時刻が到来していないと判断されると（ステップＴ７０９；ＮＯ）、処理はステップＴ７０４に戻る。一方、配達終了時刻が到来したと判断されると（ステップＴ７０９；ＹＥＳ）、配達票データ作成処理は終了する。
【０１２７】
図２１に、図７ＡのステップＴ１３において配達用携帯端末４のＣＰＵ４１により実行される配達票データダウンロード処理のフローチャートを示す。配達票データダウンロード処理は、ＣＰＵ４１とＲＯＭ４３に記憶されているプログラムとの協働により実行される。
【０１２８】
まず、通信部４８により管理サーバ１にダウンロード要求が送信される（ステップＴ８０１）。
【０１２９】
次いで、処理は管理サーバ１からの応答の待機状態となる。通信部４８において所定時間以上管理サーバ１からの応答が受信されない場合（ステップＴ８０２；ＮＯ）、表示部４６に管理サーバ１からの応答がない旨を示すエラーメッセージが表示され（ステップＴ８０３）、配達票データダウンロード処理は終了する。例えば、管理サーバ１から応答が受信されない場合とは、例えば、管理サーバ１が何らかの故障等により稼動していない場合や、管理サーバ１で配達票データ作成処理が実行されていない場合が該当する。
【０１３０】
通信部４８により管理サーバ１からの応答が受信された場合（ステップＴ８０２；ＹＥＳ）、受信された応答に基づき管理サーバ１に配達票データが存在するか否かが判断される（ステップＴ８０４）。管理サーバ１に配達票データが存在しないと判断されると（ステップＴ８０４；ＮＯ）、管理サーバ１に配達票データが存在しない旨を示すメッセージが表示部４６に表示され（ステップＴ８０５）、配達票データダウンロード処理は終了する。
【０１３１】
一方、管理サーバ１に配達票データが存在すると判断されると（ステップＴ８０４；ＹＥＳ）、管理サーバ１から順次送信される配達票データが通信部４８によりダウンロードされ、ＲＡＭ４２に記憶される（ステップＴ８０６）。ダウンロードが完了すると、表示部４６に配達票データのダウンロードが完了したことを示すメッセージが表示され（ステップＴ８０７）、配達票データダウンロード処理は終了する。
【０１３２】
配送表データダウンロード処理が終了すると、配達用携帯端末４においては、図７Ａに示すように、配送荷物確認処理が実行される（図７ＡのステップＴ１４）。
【０１３３】
図２２に、配達用携帯端末４のＣＰＵ４１により実行される配送荷物確認処理のフローチャートを示す。配送荷物確認処理は、ＣＰＵ４１とＲＯＭ４３に記憶されているプログラムとの協働により実行される。
【０１３４】
まず、表示部４６に「配達物に添付されている集荷票のバーコードをスキャンしてください」等のメッセージが表示される（ステップＴ９０１）。スキャナ部４０１により配達物に添付されている集荷票のバーコード画像Ｄ３が読み取られると（ステップＴ９０２；ＹＥＳ）、スキャナ部４０１により取得された値と、ＲＡＭ４２に記憶されている各配達票データの集荷票電子署名データの値が照合され、スキャナ部４０１により取得された値と集荷票電子署名データの値が一致する配達票データがＲＡＭ４２に存在するか否かが判断される（ステップＴ９０３）。
【０１３５】
スキャンにより取得された値と集荷票電子署名データの値が一致する配達票データがＲＡＭ４２に存在しないと判断されると（ステップＴ９０３；ＮＯ）、「その荷物は配達票データに含まれていません」等の、スキャンした配達物の配達票データがない旨を示すメッセージが表示部４６に表示され（ステップＴ９０４）、処理はステップＴ９０６に移行する。
【０１３６】
スキャンにより取得された値と集荷票電子署名データの値が一致する配達票データがＲＡＭ４２に存在すると判断されると（ステップＴ９０３；ＹＥＳ）、一致した配達票データに、対応する配達物があることを示すタグ（配達物タグと呼ぶ）が付与される（ステップＴ９０５）。次いで、ＲＡＭ４２に記憶されている全ての配達票データに配達物タグが付与されているか否かが判断される（ステップＴ９０６）。
【０１３７】
ＲＡＭ４２に記憶されている全ての配達票データに配達物タグが付与されていると判断されると（ステップＴ９０６；ＹＥＳ）、「配達票データに対応する全ての荷物を確認しました」等の、配達票データに対応する全ての配達物を確認した旨を示すメッセージが表示部４６に表示され（ステップＴ９０７）、配達荷物確認処理は終了する。
【０１３８】
一方、配達物タグが付与されていない配達票データが存在すると判断された場合（ステップＴ９０６；ＮＯ）、入力部４５によりスキャン中断の指示が入力されたか否かが判断される（ステップＴ９０８）。入力部４５によりスキャン中断の指示が入力されていないと判断されると（ステップＴ９０８；ＮＯ）、処理はステップＴ９０１に戻る。入力部４５によりスキャン中断の指示が入力されたと判断されると（ステップＴ９０８；ＹＥＳ）、ＲＡＭ４２に記憶されている配達票データの中から配達物タグが付与されていない配達票データが抽出され、抽出された配達票データの伝票番号が変数Ｎに格納される（ステップＴ９０９）。そして、「伝票番号Ｎの配達物がみつかりません。担当者に連絡してください」等の、伝票番号Ｎの配達物がない旨を示すメッセージが表示され（ステップＴ９１０）、配達荷物確認処理は終了する。
【０１３９】
配達荷物確認処理が終了すると、配達用携帯端末４においては、図７Ｂに示すように配達確認入力処理が実行される（図７ＢのステップＴ１５）。
【０１４０】
図２３Ａ〜図２３Ｂに、図７ＢのステップＴ１５において配達用携帯端末４のＣＰＵ４１により実行される配達確認入力処理のフローチャートを示す。配達確認入力処理は、ＣＰＵ４１とＲＯＭ４３に記憶されているプログラムとの協働により実行される。
【０１４１】
まず、ダウンロードした配達票データに基づいて、表示部４６に受取人情報の一覧が表示される（図２３ＡのステップＴ１００１）。ステップＴ１００１において表示される画面（図示せず）には、配達票データの受取人情報の一覧と併せて、当該一覧の中から選択された受取人への配達についての伝票処理を指示するための伝票処理ボタンが表示される。
【０１４２】
入力部４５により受取人情報が選択され、伝票処理ボタンが押下されると（ステップＴ１００２；ＹＥＳ）、ＧＰＳ４７から現在位置情報が取得され、現在位置が受取人情報の住所から一定範囲内であるか否かが判断される（ステップＴ１００３）。ＧＰＳ４７から取得された現在位置が受取人情報の住所から一定範囲内ではないと判断されると（ステップＴ１００３；ＮＯ）、「受取人住所付近ではありません。受取人情報を確認してください」等の、受取人住所付近ではない旨を示すメッセージが表示部４６に表示され（ステップＴ１００４）、処理はステップＴ１００１に戻る。
【０１４３】
ＧＰＳ４７から取得された現在位置が受取人情報の住所から一定範囲内であると判断されると（ステップＴ１００３；ＹＥＳ）、表示部４６に集荷伝票画面４６１が表示される（ステップＴ１００５）。集荷伝票画面４６１は、図１３で説明したものと同様の画面であるので説明を省略する。
【０１４４】
集荷伝票画面４６１において集荷確認ボタン４６１ｂが押下されず（ステップＴ１００６；ＮＯ）、戻るボタン４６１ｃが押下されると（ステップＴ１００７；ＹＥＳ）、処理はステップＴ１００１に戻る。集荷伝票画面４６１において集荷確認ボタン４６１ｂが押下されると（ステップＴ１００６；ＹＥＳ）、表示部４６に集荷確認署名画面４６２が表示される（ステップＴ１００８）。
【０１４５】
図２４に、ステップＴ１００８において表示部４６に表示される集荷確認署名画面４６２の一例を示す。図２４に示すように、集荷確認署名画面４６２には、集荷情報欄４６２ａ、集荷確認署名欄４６２ｂ、依頼人記入欄４６２ｃ、受取確認署名ボタン４６２ｄが表示されている。集荷情報欄４６２ａは、配達票データに含まれる集荷情報のＧＰＳ位置情報及びＧＰＳ時刻情報が表示される領域である。集荷確認署名欄４６２ａは、依頼人が集荷時にタッチペン等により入力した集荷確認の署名を表示するための領域である。依頼人記入欄４６２ｃは、集荷時に依頼人が入力した任意の図や文字を表示するための領域である。受取確認署名ボタン４６２ｄは、受取確認の署名を入力するための受取確認署名画面４６３（図２５参照）に移行するために押下するボタンである。
【０１４６】
集荷確認署名画面４６２において、入力部４５により受取確認署名ボタン４６２ｄが押下されると（ステップＴ１００９；ＹＥＳ）、表示部４６に受取確認署名画面４６３が表示される（ステップＴ１０１０）。
【０１４７】
図２５に、受取確認署名画面４６３の一例を示す。
図２５に示すように、受取確認署名画面４６３には、受取確認署名欄４６３ａ、受取人記入欄４６３ｂ、ＯＫボタン４６３ｃが表示されている。受取確認署名欄４６３ａは、受取人がタッチペン等により受取確認の署名を手書き入力するための領域である。受取人記入欄４６３ｂは、受取人が任意の図や文字を手書き入力するための領域である。ＯＫボタン４６３ｃは、署名等の入力が完了したときに次の処理に進むために押下するボタンである。
【０１４８】
受取確認署名画面４６３において、入力部４５によりＯＫボタン４６３ｃが押下されると（ステップＴ１０１１；ＹＥＳ）、受取確認署名欄４６３ａに入力がされているか否かが判断され、入力がされていないと判断されると（ステップＴ１０１２；ＮＯ）、「受取確認署名欄に署名されていません。署名して下さい」等の、受取確認署名を促すメッセージが表示部４６に表示され（ステップＴ１０１３）、処理はステップＴ１０１０に戻る。
【０１４９】
受取確認署名欄４６３ａに入力がされていると判断されると（ステップＴ１０１２；ＹＥＳ）、ＧＰＳ４７から現在位置情報及び現在時刻情報が取得され（図２３ＢのステップＴ１０１４）、取得された現在位置情報及び現在時刻情報がそれぞれ配達票データの配達情報のＧＰＳ位置情報、ＧＰＳ時間情報として追加されるとともに、受取確認署名欄４６３ａから入力されたデータが配達情報の受取確認署名として、受取人記入欄４６３ｂから入力されたデータが受取人記入情報として配達票データに追加される（ステップＴ１０１５）。
【０１５０】
次いで、配達情報が格納された配達票データを入力データとして電子署名処理が行われる（図２３ＢのステップＴ１０１６）。電子署名処理の流れは図１５を用いて説明したものと同様であるので説明を援用する。ステップＴ１０１６においては、配達情報が追加された配達票データを入力データとして電子署名処理が実行される。なお、ハッシュ値の暗号化には、配達用携帯端末４の秘密鍵が用いられる。配達票データと電子署名データが結合されたデータを電子署名付き配達票データと呼ぶ。
【０１５１】
全ての配達票データについて電子署名付き配達票データが作成されるか又は入力部４５から配達終了の指示が入力されることにより配達が終了するまで、ステップＴ１００１〜Ｔ１０１６の処理が繰り返し実行され、配達が終了すると（ステップＴ１０１７；ＹＥＳ）、配達票確認入力処理は終了する。
【０１５２】
配達人は、配達が終了すると、配達用携帯端末４を携帯して配送センタに戻り、図示しないクレードルに配達用携帯端末４を載置して入力部３５の配達票アップロードボタンを押下する。配達用携帯端末４は、クレードルに載置され、配達票アップロードボタンが押下されると、図７Ｂに示すように、配達票データアップロード処理が実行される（図７ＢのステップＴ１６）。
【０１５３】
図２６に、図７ＢのステップＴ１６において配達用携帯端末４のＣＰＵ４１により実行される配達票データアップロード処理のフローチャートを示す。配達票データアップロード処理は、ＣＰＵ４１とＲＯＭ４３に記憶されているプログラムとの協働により実行される。
【０１５４】
まず、ＲＡＭ４２に配達票データ（電子署名付きの配達票データを含む）が存在するか否かが判断され、存在しないと判断されると（ステップＴ１１０１；ＮＯ）、「配達票がありませんでした」等の配達票データがない旨を示すメッセージが表示部４６に表示され（ステップＴ１１０２）、配達票データアップロード処理は終了する。
【０１５５】
ＲＡＭ４２に配達票データが存在すると判断されると（ステップＴ１１０１；ＹＥＳ）、通信部４８により管理サーバ１にアップロード要求が送信されるとともに、ＲＡＭ４２に記憶されている配達票データが管理サーバ１に送信される（ステップＴ１１０３）。送信された配達票データはＲＡＭ４２から削除される。
【０１５６】
次いで、ＲＡＭ４２に配達票データが存在するか否かが判断され、存在すると判断されると（ステップＴ１１０４；ＹＥＳ）、処理はステップＴ１１０３に戻り、次の配達票データが通信部４８により管理サーバ１に送信される。ＲＡＭ４２に配達票データが存在しないと判断されると（ステップＴ１１０４；ＹＥＳ）、配達票データアップロード処理は終了する。
【０１５７】
管理サーバ１においては、図７Ｂに示すように、通信部１７により配達用携帯端末４からアップロード要求が受信されると、配達票検証処理が実行される（図７ＢのステップＴ１７）。
【０１５８】
図２７に、図７ＢのステップＴ１７において、管理サーバ１のＣＰＵ１１により実行される配達票検証処理のフローチャートを示す。当該処理は、ＣＰＵ１１とＲＯＭ１３に記憶されているプログラムとの協働により実行される。
【０１５９】
まず、通信部１７により配達用携帯端末４から配達票データが取得される（ステップＴ１２０１）。次いで、受信した配達票データは電子署名付きであるか否かが判断され、電子署名付きではないと判断されると（ステップＴ１２０２；ＮＯ）、処理はステップＴ１２１１に移行する。
【０１６０】
受信した配達票データが署名付きであると判断されると（ステップＴ１２０２；ＹＥＳ）、当該配達票データを入力データとして電子署名付きデータの検証処理が実行される（ステップＴ１２０３）。電子署名付きデータの検証処理は、図１９で説明したものと同様であるので説明を援用する。電子署名付きデータの復号に用いられる公開鍵としては、記憶部１６に記憶されている配達用携帯端末４の端末証明書から取得される公開鍵が用いられる。
【０１６１】
電子署名付きデータの検証処理が終了すると、当該処理の検証結果に基づいて配達票データの真正性の検証に成功したか否かが判断される（ステップＴ１２０４）。配達票データの真正性の検証に失敗したと判断されると（ステップＴ１２０４；ＮＯ）、表示部１５に「配達票データの検証に失敗しました」等のエラーを示すメッセージが表示され（ステップＴ１２０５）、処理はステップＴ１２１１に移行する。
【０１６２】
配達票データの真正性の検証に成功したと判断されると（ステップＴ１２０４；ＹＥＳ）、データベース１６１において、受信された配達票データと伝票番号が一致するレコードが検索され、検索されたレコードが受信された配達票データにより更新される（ステップＴ１２０６）。具体的には、配達票データに含まれる管理情報、依頼人情報、集荷情報、受取人情報、集荷票データ電子署名、配達情報、配達票データ電子署名（配達票データの電子署名データ）が、検索されたレコードに書き込まれる。
【０１６３】
次いで、検索されたレコードにおいて、依頼人情報のメールアドレスが格納されているか否かが判断され、格納されていると判断されると（ステップＴ１２０７；ＹＥＳ）、配送状況追跡ページ（図２９、図３０参照）のＵＲＬを通知する電子メールが作成され、通信部１７により依頼人情報のメールアドレスに送信され（ステップＴ１２０８）、処理はステップＴ１２０９に移行する。配送状況追跡ページとは、依頼人や受取人が配送状況を確認するためのＷｅｂページである。ＵＲＬには、例えば、上記検索されたレコードのデータベース１６１における格納位置を特定するための情報が含まれる。検索されたレコードにおいて依頼人情報のメールアドレスが格納されていないと判断されると（ステップＴ１２０７；ＮＯ）、処理はステップＴ１２０９に移行する。
【０１６４】
ステップＴ１２０９においては、検索されたレコードにおいて、受取人情報のメールアドレスが格納されているか否かが判断され、格納されていると判断されると（ステップＴ１２０９；ＹＥＳ）、配送状況追跡ページのＵＲＬを通知する電子メールが作成され、通信部１７により受取人情報のメールアドレスに送信され（ステップＴ１２１０）、処理はステップＴ１２１１に移行する。検索されたレコードにおいて受取人情報のメールアドレスが格納されていないと判断されると（ステップＴ１２０９；ＮＯ）、処理はステップＴ１２１１に移行する。
【０１６５】
ステップＴ１２１１においては、通信部１７により配達用携帯端末４から次の配達票データの送信要求が受信されたか否かが判断され、次の配達票データの送信要求が受信されたと判断されると（ステップＴ１２１１；ＹＥＳ）、処理はステップＴ１２０１に戻る。次の配達票データの送信要求が受信されず、接続が終了したと判断されると（ステップＴ１２１１；ＮＯ）、配達票検証処理は終了する。
【０１６６】
図７Ｂに示すように、依頼人ＰＣ５、受取人ＰＣ６において、管理サーバ１から通知される配送状況追跡ページのＵＲＬにアクセスすると（ステップＴ１８、Ｔ１９）、Ｗｅｂサーバ２において配送状況追跡ページ提供処理が実行される（ステップＴ２０）。
【０１６７】
図２８に、図７ＢのステップＴ２０においてＷｅｂサーバ２のＣＰＵ２１により実行される配送状況追跡ページ提供処理のフローチャートを示す。
【０１６８】
まず、依頼人ＰＣ５又は受取人ＰＣ６により指定されたＵＲＬに基づいて、管理サーバ１のデータベース１６１に対し、依頼人ＰＣ５又は受取人ＰＣ６に対応する電子伝票情報の問い合わせが行われる（ステップＴ１３０１）。
【０１６９】
管理サーバ１においては、データベース１６１において、指定されたＵＲＬにより特定される電子伝票情報が検索され、該当する電子伝票情報が検索されない場合は、該当する電子伝票情報が存在しない旨がＷｅｂサーバ２に応答される。該当する電子伝票情報が検索され、当該電子伝票情報に配達情報及び配達票電子署名データが含まれている場合に、配達済みかつ検証済みであることを示す応答がＷｅｂサーバ２に送信される。また、当該電子伝票情報に配達情報及び配達票電子署名データが含まれていないが、集荷情報及び集荷票電子署名データが含まれている場合に、集荷済みかつ検証済みであることを示す応答がＷｅｂサーバ２に送信される。なお、ＵＲＬは、図１８Ｂ、図２７に示すように、依頼された配送が集荷済みかつ検証済み、又は配達済みかつ検証済みの依頼人及び受取人宛てにのみ通知されるので、電子伝票情報が検索されていても、上記の何れにも該当しない場合は、該当する電子伝票情報が存在しない旨がＷｅｂサーバ２に応答される。
【０１７０】
次いで、管理サーバ１からの応答に基づいて、ＵＲＬにより特定される電子伝票情報が集荷済み及び検証済みであるか否かが判断される（ステップＴ１３０２）。ＵＲＬにより特定される電子伝票情報が集荷済み及び検証済みであると判断された場合（ステップ１３０２；ＹＥＳ）、当該電子伝票情報が管理サーバ１から取得され、取得された電子伝票情報に基づいて、第１の配送状況追跡ページを表示するためページデータが生成される（ステップＴ１３０３）。そして、生成されたページデータが通信部２７によりアクセス元の依頼人ＰＣ５又は受取人ＰＣ６に送信され（ステップＴ１３０４）、配送状況追跡ページ提供処理は終了する。
【０１７１】
図２９に、依頼人ＰＣ５又は受取人ＰＣ６において表示される第１の配送状況追跡ページ７００の一例を示す。第１の配送状況追跡ページ７００は、例えば、図７ＡのステップＴ１０において配送状況追跡ページのＵＲＬが通知されてからステップＴ１７における配達票検証処理が終了する前に依頼人ＰＣ５又は受取人ＰＣ６から配送状況追跡ページにアクセスがあった場合に表示される。図２９に示すように、配送状況追跡ページ７００には、電子伝票情報のうち集荷を確認するために必要な情報が表示される。具体的には、電子署名付き集荷票データの内容Ｄ１１、集荷確認署名の画像Ｄ１２、依頼人記入欄の画像Ｄ１３が表示される。依頼人は、配送依頼の内容に誤りがないか、自分が集荷時に署名及び記入した内容が改ざんされていないか等を確認することができる。受取人は、依頼人が依頼した内容や、集荷がなされたことを確認することができる。なお、第１の配送状況追跡ページ７００には、「ファイルダウンロード」ボタンＢ１が表示されている。当該ボタンＢ１を押下することにより、依頼人ＰＣ５又は受取人ＰＣ６において電子署名付き集荷票データ及び認証局のＣＡ証明書、集荷時に用いられた集荷用携帯端末３の端末証明書を依頼人／受取人はダウンロードしてデータの真正性を自身で検証することができる。
【０１７２】
図２８に戻り、ＵＲＬにより特定される電子伝票情報が集荷済み又は検証済みではないと判断された場合（ステップ１３０２；ＮＯ）、ＵＲＬにより特定される電子伝票情報が配達済み及び検証済みであるか否かが判断される（ステップＴ１３０５）。ＵＲＬにより特定される電子伝票情報が配達済み及び検証済みであると判断された場合（ステップ１３０５；ＹＥＳ）、当該電子伝票情報が管理サーバ１から取得され、取得された電子伝票情報に基づいて、第２の配送状況追跡ページを表示するためページデータが生成される（ステップＴ１３０６）。そして、生成されたページデータが通信部２７によりアクセス元の依頼人ＰＣ５又は受取人ＰＣ６に送信され（ステップＴ１３０７）、配送状況追跡ページ提供処理は終了する。
【０１７３】
一方、ＵＲＬにより特定される電子伝票情報が配達済み及び検証済みではないと判断された場合（ステップ１３０５；ＮＯ）、「そのＵＲＬで指定された配送は存在しません」等の、指定された配送が存在しない旨を通知するページデータが記憶部２６から読み出され、通信部２７によりアクセス元の依頼人ＰＣ５又は受取人ＰＣ６に送信され（ステップＴ１３０８）、配送状況追跡ページ提供処理は終了する。
【０１７４】
図３０に、第２の配送状況追跡ページ７０１の一例を示す。図３０に示すように、第２の配送状況追跡ページ７０１には、電子伝票情報のうち集荷及び配達を確認するために必要な情報が表示される。具体的には、電子署名付き配達票データの内容Ｄ２１、集荷確認署名の画像Ｄ２２、依頼人記入欄の画像Ｄ２３、受取確認署名の画像Ｄ２４、受取人記入欄の画像Ｄ２５が表示される。依頼人は、荷物が受取人に届いたか、配送依頼の内容に誤りがないか、集荷の日時や場所、自分が集荷時に署名、記入した内容が改ざんされていないか等を確認することができる。受取人は、受取った場所や日時、受取確認署名、記入欄等に改ざんがないか等を確認することができる。なお、第２の配送状況追跡ページ７０１には、「ファイルダウンロード」ボタンＢ２が表示されている。当該ボタンＢ２を押下することにより、依頼人ＰＣ５又は受取人ＰＣ６において電子署名付き配達票データ及び認証局のＣＡ証明書、集荷時に用いられた集荷用携帯端末３の端末証明書、配達時に用いられた配達用携帯端末４の端末証明書を依頼人／受取人はダウンロードしてデータの真正性を検証することができる。
【０１７５】
以上説明したように、配達確認システム１００によれば、集荷用携帯端末３は、荷物の集荷の際に依頼人によって入力部３５から入力された集荷確認情報、ＧＰＳ３７により取得された現在時刻及び現在位置を含む集荷票データに電子署名を行って、電子署名付きの集荷票データを管理サーバ１に送信する。管理サーバ１は、集荷用携帯端末３から受信された電子署名付きの集荷票データの真正性を集荷用携帯端末３の公開鍵を用いて検証し、真正性の検証に成功した集荷票データによって電子伝票情報を格納するデータベース１６１を更新する。
【０１７６】
従って、データベース１６１には、真正性の検証された集荷時刻、集荷場所、依頼人の集荷確認情報を含む集荷票データが格納されるので、後から真正性の確保された情報で集荷時刻、集荷場所、依頼人の入力した集荷確認情報を確認することが可能となる。
【０１７７】
また、配達確認システム１００によれば、配達用携帯端末４は、荷物の配達の際に受取人によって入力部４５から入力された受取確認情報、ＧＰＳ４７により取得された現在時刻及び現在位置を含む配達票データに電子署名を行って、電子署名付きの配達票データを管理サーバ１に送信する。管理サーバ１は、配達用携帯端末４から受信された電子署名付きの配達票データの真正性を配達用携帯端末４の公開鍵を用いて検証し、真正性の検証に成功した配達票データによって電子伝票情報を格納するデータベース１６１を更新する。
【０１７８】
従って、データベース１６１には、真正性の検証された配達時刻、配達場所、受取人の入力した受取確認情報を含む配達票データが格納されるので、後から真正性の確保された情報で配達時刻、配達場所、受取人の受取確認情報を確認することが可能となる。
【０１７９】
また、集荷用携帯端末３及び配達用携帯端末４は、外部のプログラムによってアクセスできないセキュリティチップを有し、セキュリティチップに電子署名を行う際に使用する秘密鍵を保存するとともに当該秘密鍵を用いて集荷票データ、配達票データに電子署名を行うので、秘密鍵、集荷票データ及び配達票データのセキュリティを確保することができる。
【０１８０】
また、管理サーバ１は、集荷用携帯端末３の公開鍵を含む端末証明書を記憶しており、集荷用携帯端末３から電子署名付きの集荷票データを受信すると、本文データと電子署名データに分離し、電子署名データを集荷用携帯端末３の公開鍵を用いて復号して取得した第１のハッシュ値と、本文データをハッシュ関数に入力することにより算出した第２のハッシュ値とを比較することにより集荷票データの真正性を検証することができる。同様に、管理サーバ１は、配達用携帯端末４の公開鍵を含む端末証明書を記憶しており、配達用携帯端末４から電子署名付きの配達票データを受信すると、本文データと電子署名データに分離し、電子署名データを配達用携帯端末４の公開鍵を用いて復号して取得した第１のハッシュ値と、本文データをハッシュ関数に入力することにより算出した第２のハッシュ値とを比較することにより配達票データの真正性を検証することができる。
【０１８１】
また、配達確認システム１００は、真正性が検証された電子署名付きの電子伝票データ（集荷票データ、配達票データ）を荷物の依頼人及び受取人に提供するためのウェブページである配送状況追跡ページを生成してインターネット上に公開するＷｅｂサーバ２を備えている。従って、荷物の依頼人及び受取人は、荷物が集荷されたかどうか、荷物が配送センタに届いたか或いは荷物が配達されたかどうかをＷｅｂ上で容易に確認することが可能となる。
【０１８２】
また、上記の配送状況追跡ページのＵＲＬは、依頼人ＰＣ５及び受取人ＰＣ６に通知されるので、依頼人、受取人は、荷物が集荷されたかどうか或いは荷物が配達されたかどうか等をＷｅｂ上で容易に確認することが可能となる。
【０１８３】
また、Ｗｅｂサーバ２は、配送状況追跡ページにおいて依頼人ＰＣ５又は受取人ＰＣ６から真正性が検証された電子署名付きの電子伝票データ（集荷票データ、配達票データ）のダウンロード要求を受け付け、ダウンロード要求に応じて真正性が検証された電子署名付きの集荷票データ、配達票データ、端末証明書等を送信する。従って、依頼人ＰＣ５、受取人ＰＣ６において、集荷票データや配達票データをダウンロードして、依頼人や受取人自身がデータの真正性を検証することが可能となる。
【０１８４】
集荷確認情報、受取確認情報は、手書き入力するためのタッチパネルから入力されるので、従来のサイン等を用いた集荷確認、受取確認と同等の感覚で集荷確認情報や受取確認情報の入力を行うことが可能となる。
【０１８５】
なお、上記実施形態における記述内容は、本発明に係る配達確認システム１００の好適な一例であり、これに限定されるものではない。
例えば、上記実施形態においては、入力手段をタッチパネルとし、荷物の集荷時や受取時に依頼人や受取人がタッチパネルから手書きの集荷確認署名や受取人署名を入力することとしたが、依頼人が集荷を確認したことを示す集荷確認情報や、受取人が荷物の受取ったことを確認したことを示す受取確認情報としては、これに限定されない。例えば、手書きの署名に代わって、依頼人や受取人の画像、電子印鑑、指紋、虹彩等、個人を識別できる情報を入力する入力手段であれば、タッチパネルに限定されない。
【０１８６】
また、上記実施形態においては、管理サーバ１とＷｅｂサーバ２を別体として説明したが、管理サーバ１にＷｅｂサーバ２の機能を内蔵した１台のサーバとしてもよい。
【０１８７】
また、上記実施形態においては、集荷時と配達時の双方において、その時刻、位置、集荷（受取）人を確認するための情報を含む電子伝票データ（集荷票データ、配達票データ）に電子署名を行って、集荷時及び配達時の双方の確認が行える構成としたが、集荷時又は配達時の何れか一方のみを確認するシステムとしてもよい。
【０１８８】
また、上記実施形態においては集荷用携帯端末３及び配達用携帯端末４は、クレードルを介して社内ネットワークＮ１に接続し、管理サーバ１とデータ送受信を行う構成としたが、管理サーバ１と集荷用携帯端末３及び配達用携帯端末４とのデータ送受信の方法としては、これに限定されず、例えば、無線通信によりデータ送受信を行うこととしてもよいし、ＵＳＢ（Universal Serial Bus）等のデータ通信ケーブルを介して直接データ送受信を行うこととしてもよい。
【０１８９】
その他、配達確認システム１００を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【図面の簡単な説明】
【０１９０】
【図１】本発明の実施形態における配達確認システムの全体構成例を示す図である。
【図２】図１の管理サーバの機能的構成を示すブロック図である。
【図３】図２のデータベースに格納される電子伝票情報のデータ構成例を示す図である。
【図４】図１の集荷用携帯端末及び配達用携帯端末の機能的構成を示すブロック図である。
【図５】図１の管理サーバと認証局のサーバとの間で実行されるサーバ証明書取得処理のフローを示す図である。
【図６】図１の集荷用携帯端末（配達用携帯端末）、認証局のサーバとの間で実行される端末証明書取得処理のフローを示す図である。
【図７Ａ】図１に示す配達確認システム全体の処理の流れを示す図である。
【図７Ｂ】図１に示す配達確認システム全体の処理の流れを示す図である。
【図８】図１のＷｅｂサーバのＣＰＵにより実行される配送依頼登録処理を示すフローチャートである。
【図９】図１の依頼人ＰＣの表示部に表示される配送依頼登録ページの一例を示す。
【図１０】図１の管理サーバのＣＰＵにより実行される集荷票データ作成処理を示すフローチャートである。
【図１１】図１の集荷用携帯端末のＣＰＵにより実行される集荷票データダウンロード処理を示すフローチャートである。
【図１２Ａ】図１の集荷用携帯端末のＣＰＵにより実行される集荷確認入力処理を示すフローチャートである。
【図１２Ｂ】図１の集荷用携帯端末のＣＰＵにより実行される集荷確認入力処理を示すフローチャートである。
【図１３】図１の集荷用携帯端末及び配達用携帯端末に表示される集荷伝票画面の一例を示す図である。
【図１４】図１の集荷用携帯端末に表示される集荷確認署名画面の一例を示す図である。
【図１５】図１の集荷用携帯端末及び配達用携帯端末のＣＰＵにより実行される電子署名処理を示すフローチャートである。
【図１６】図１の集荷用携帯端末において印刷される集荷伝票の一例を示す図である。
【図１７】図１の集荷用携帯端末のＣＰＵにより実行される集荷票データアップロード処理を示すフローチャートである。
【図１８Ａ】図１の管理サーバのＣＰＵにより実行される集荷票検証処理を示すフローチャートである。
【図１８Ｂ】図１の管理サーバのＣＰＵにより実行される集荷票検証処理を示すフローチャートである。
【図１９】図１の管理サーバのＣＰＵにより実行される電子署名付きデータの検証処理を示すフローチャートである。
【図２０】図１の管理サーバのＣＰＵにより実行される配達票データ作成処理を示すフローチャートである。
【図２１】図１の配達用携帯端末のＣＰＵにより実行される配達票データダウンロード処理を示すフローチャートである。
【図２２】図１の配達用携帯端末のＣＰＵにより実行される配達荷物確認処理を示すフローチャートである。
【図２３Ａ】図１の配達用携帯端末のＣＰＵにより実行される配達確認入力処理を示すフローチャートである。
【図２３Ｂ】図１の配達用携帯端末のＣＰＵにより実行される配達確認入力処理を示すフローチャートである。
【図２４】図１の配達用携帯端末の表示部に表示される集荷確認署名画面の一例を示す図である。
【図２５】図１の配達用携帯端末の表示部に表示される受取確認署名画面の一例を示す図である。
【図２６】図１の配達用携帯端末のＣＰＵにより実行される配達票データアップロード処理を示すフローチャートである。
【図２７】図１の管理サーバのＣＰＵにより実行される配達票検証処理を示すフローチャートである。
【図２８】図１のＷｅｂサーバのＣＰＵにより実行される配送状況追跡ページ提供処理を示すフローチャートである。
【図２９】図１の依頼人ＰＣ５又は受取人ＰＣ６において表示される第１の配送状況追跡ページの一例を示す図である。
【図３０】図１の依頼人ＰＣ５又は受取人ＰＣ６において表示される第２の配送状況追跡ページの一例を示す図である。
【符号の説明】
【０１９１】
１００ 配達確認システム
１ 管理サーバ
１１ ＣＰＵ
１２ ＲＡＭ
１３ ＲＯＭ
１４ 入力部
１５ 表示部
１６ 記憶部
１６１ データベース
１７ 通信部
１８ スキャナ部
１９ 計時部
１０１ バス
２ Ｗｅｂサーバ
２１ ＣＰＵ
２２ ＲＡＭ
２３ ＲＯＭ
２４ 入力部
２５ 表示部
２６ 記憶部
２７ 通信部
２９ 計時部
２０１ バス
３ 集荷用携帯端末
３１ ＣＰＵ
３２ ＲＡＭ
３３ ＲＯＭ
３４ セキュリティチップ
３５ 入力部
３６ 表示部
３７ ＧＰＳ
３８ 通信部
３９ 印字部
３０１ スキャナ部
３０２ バス
４ 配達用携帯端末
４１ ＣＰＵ
４２ ＲＡＭ
４３ ＲＯＭ
４４ セキュリティチップ
４５ 入力部
４６ 表示部
４７ ＧＰＳ
４８ 通信部
４９ 印字部
４０１ スキャナ部
４０２ バス
５ 依頼人ＰＣ
６ 受取人ＰＣ
【技術分野】
【０００１】
本発明は、配達確認システムに関する。
【背景技術】
【０００２】
従来、配達先の受取証明として、配達先の住所が記載された伝票に受取人がサインもしくは捺印を行ったものが使用されている。しかし、この受取証明の情報の真正性は高いとは言えず、また、配達した時刻、場所や受取人のサイン若しくは捺印の真偽を確かめることは難しい。
【０００３】
例えば、特許文献１には、電子文書に、電子署名、電子証明書、ユーザの手書き署名イメージを添付して送信する技術が記載されている。
【特許文献１】特開２００３−２６３６４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１においては、電子文書の本文に電子署名を行い、付加的にユーザの手書きイメージを付加する。よって、電子文書が改ざんされているか否かを検証することはできる。また、ユーザの手書きイメージが添付されているので、受信者が手書きのサインや捺印がされた文書を受取るのと同等の感覚で電子文書を受取ることが可能となる。
【０００５】
しかしながら、特許文献１では電子署名の署名範囲が電子文書の本文のみであるので、手書きイメージが改ざんされたものか否かを知ることはできない。また、電子文書が作成された場所や時刻を証明することもできない。そのため、例えば、特許文献１の技術を配達の受取証明に適用し、電子伝票に電子署名及び受取人の手書きイメージを添付しても、荷物の受け渡し時刻や場所を証明することはできず、また、受取人の手書きイメージのサイン等の真偽を確かめることもできない。
【０００６】
本発明の課題は、配達時刻、配達場所、受取人を真正性の確保された電子伝票データで確認することのできる配達確認システムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、請求項１に記載の発明は、
携帯端末と、サーバとを備えた配達確認システムであって、
前記携帯端末は、
前記サーバとデータ送受信を行うための通信手段と、
現在時刻を取得する時刻取得手段と、
現在位置を取得する位置取得手段と、
荷物の受取人が荷物を受取ったことを示す受取確認情報を入力するための入力手段と、
荷物の受け渡しの際に前記入力手段から入力された受取確認情報、前記時刻取得手段から出力された現在時刻、及び前記位置取得手段から出力された現在位置を含む電子伝票データに電子署名を行って、電子署名付きの前記電子伝票データを前記通信手段により前記サーバに送信する制御手段と、
を備え、
前記サーバは、
前記携帯端末とデータ送受信を行うための通信手段と、
前記通信手段により前記携帯端末から受信した前記電子署名付きの電子伝票データの真正性を検証する制御手段と、
を備える。
【０００８】
請求項２に記載の発明は、請求項１に記載の発明において、
前記携帯端末は、前記電子伝票データに電子署名を行う際に使用する秘密鍵を保存するとともに、前記電子伝票データに当該秘密鍵を用いて電子署名を行うセキュリティチップを有し、
前記携帯端末の制御手段は、前記セキュリティチップにより前記電子伝票データに電子署名を行わせる。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記サーバは、前記携帯端末の公開鍵を含む前記携帯端末の電子証明書を記憶する記憶手段を有し、
前記サーバの制御手段は、前記電子署名付きの電子伝票データを本文データと電子署名データに分離し、前記電子署名データを前記公開鍵を用いて復号して取得した第１のハッシュ値と、前記本文データをハッシュ関数に入力することにより算出した第２のハッシュ値とを比較することにより前記電子伝票データの真正性を検証する。
【００１０】
請求項４に記載の発明は、請求項１〜３の何れか一項に記載の発明において、
前記真正性が検証された電子署名付きの電子伝票データを荷物の依頼人及び受取人に提供するためのウェブページを生成してインターネット上に公開するウェブサーバを備える。
【００１１】
請求項５に記載の発明は、請求項４に記載の発明において、
前記配達確認システムは、荷物の依頼人に使用される依頼人端末と、荷物の受取人に使用される受取人端末とを更に含み、
前記サーバは、インターネットに接続可能に構成され、インターネットを介して前記ウェブページのＵＲＬを前記依頼人端末及び前記受取人端末に通知する通知手段を備える。
【００１２】
請求項６に記載の発明は、請求項５に記載の発明において、
前記ウェブサーバは、前記ウェブページを介して前記依頼人端末又は前記受取人端末から前記真正性が検証された電子署名付きの電子伝票データのダウンロード要求を受け付け、前記ダウンロード要求に応じて前記真正性が検証された電子署名付きの電子伝票データ及び前記携帯端末の電子証明書を前記要求元の依頼人端末又は受取人端末に送信する。
【００１３】
請求項７に記載の発明は、請求項１〜６の何れか一項に記載の発明において、
前記入力手段は、手書き文字を入力するためのタッチパネルである。
【発明の効果】
【００１４】
本発明によれば、配達時刻、配達場所、受取人を真正性の確保された電子伝票データで確認することのできる配達確認システムを提供することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、図を参照して本発明の実施形態について詳細に説明する。
まず、構成を説明する。
【００１６】
（配達確認システム１００の構成）
図１に、本発明の実施形態に係る配達確認システム１００の全体構成例を示す。図１に示すように、配達確認システム１００は、管理サーバ１、Ｗｅｂ（World Wide Web）サーバ２、集荷用携帯端末３、配達用携帯端末４、依頼人ＰＣ（Personal Computer）５、受取人ＰＣ６を備えて構成されている。
管理サーバ１、Ｗｅｂサーバ２は、配送センタ内に配置され、ＬＡＮ（Local Area Network）等の社内ネットワークＮ１を介して相互にデータ送受信可能に接続されている。社内ネットワークＮ１は、ルータＲ等を介してインターネットＮ２に接続されており、管理サーバ１、Ｗｅｂサーバ２は、インターネットＮ２を介して依頼人ＰＣ５、受取人ＰＣ６、認証局のサーバ（図示せず）等とデータ送受信可能である。なお、セキュリティ確保のため、管理サーバ１はファイアウォールを介してインターネットＮ２上の各装置とデータ送受信を行うことが好ましい。
集荷用携帯端末３、配達用携帯端末４は、それぞれ荷物を依頼人から集荷する集荷人、荷物を受取人に配達する配達人が所持する携帯端末であり、集荷時や配達時は社内ネットワークＮ１とは切り離されているが、集荷人や配達人が配送センタに戻ってきた際には、図示しないクレードル等を介して社内ネットワークＮ１に接続可能である。なお、集荷用携帯端末３、配達用携帯端末４、依頼人ＰＣ５、受取人ＰＣ６の各装置の台数は、特に限定されない。
【００１７】
（管理サーバ１の構成）
図２に、管理サーバ１の要部構成例を示す。図２に示すように、管理サーバ１は、ＣＰＵ１１、ＲＡＭ（Random Access Memory）１２、ＲＯＭ（Read Only Memory）１３、入力部１４、表示部１５、記憶部１６、通信部１７、スキャナ部１８、計時部１９を備えて構成され、各部はバス１０１を介して接続されている。
【００１８】
ＣＰＵ１１は、ＲＯＭ１３に記憶されているシステムプログラムを読み出し、ＲＡＭ１２内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ１１は、ＲＯＭ１３に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する集荷票検証処理、配達票検証処理を始めとする各種処理を実行する。
【００１９】
ＲＡＭ１２は、ＣＰＵ１１によりＲＯＭ１３から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納する。
【００２０】
ＲＯＭ１３は、ＣＰＵ１１で実行されるシステムプログラムや、各種処理を実行するためのプログラム、これらのプログラムの実行に必要なデータ等を記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態でＲＯＭ１３に格納され、ＣＰＵ１１は、当該プログラムコードに従った動作を逐次実行する。
【００２１】
入力部１４は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ１１に出力する。
【００２２】
表示部１５は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ１１から入力される表示信号の指示に従って、各種画面を表示する。
【００２３】
記憶部１６は、ＨＤＤ（Hard Disc Drive）等により構成される。記憶部１６は、データベース１６１を有している。データベース１６１には、配達確認システム１００における電子伝票情報が格納される。
【００２４】
図３に、データベース１６１に格納されるレコード（電子伝票情報）のデータ構成例を示す。図３に示すように、データベース１６１に格納される各レコードは、管理情報、依頼人情報、集荷情報、受取人情報、配達情報、集荷票データ電子署名、配達票データ電子署名等により構成されている。
【００２５】
管理情報は、受付日、伝票番号、品名により構成されている。受付日は、依頼人からの荷物の配送依頼を受け付けた日付である。伝票番号は、依頼人からの荷物の配送依頼に対し一意に付与される番号である。品名は、配送依頼された荷物の品名である。なお、本実施形態において、配送とは、荷物の集荷と配達の双方を含むこととする。
【００２６】
依頼人情報は、配送の依頼人の氏名、電話番号、郵便番号、住所、希望集荷日時、メールアドレス等により構成されている。
【００２７】
集荷情報は、ＧＰＳ位置情報、ＧＰＳ時間情報、集荷確認署名、依頼人記入情報により構成されている。ＧＰＳ位置情報は、荷物の集荷の際にＧＰＳ（Global Positioning System）により取得される位置情報であり、荷物を実際に集荷した場所を示す。ＧＰＳ時間情報は、荷物の集荷の際にＧＰＳにより取得される時刻情報であり、荷物を実際に集荷した時刻を示す。集荷確認署名は、荷物を集荷した際に依頼人が入力した、集荷を確認したことを示す集荷確認情報である。依頼人記入情報は、荷物を集荷した際に依頼人が入力した任意の情報である。
【００２８】
受取人情報は、荷物の受取人の氏名、電話番号、郵便番号、住所、希望配達日時、メールアドレス等により構成されている。
【００２９】
配達情報は、ＧＰＳ位置情報、ＧＰＳ時間情報、受取確認署名、受取人記入情報により構成されている。ＧＰＳ位置情報は、荷物の配達の際（受け渡した際）にＧＰＳにより取得される位置情報であり、荷物を実際に配達した（受取人に受け渡した）場所を示す。ＧＰＳ時間情報は、荷物の配達の際（荷物を受け渡した際）にＧＰＳにより取得される時刻情報であり、荷物を実際に配達した（受取人に受け渡した）時刻を示す。受取確認署名は、荷物を配達した際に受取人が入力した、荷物を受取ったことを示す受取確認情報である。受取人記入情報は、荷物を配達した際に受取人が入力した任意の情報である。
【００３０】
集荷票データ電子署名は、集荷用携帯端末３で集荷用の電子伝票データ（以下、集荷票データと呼ぶ）に付与された電子署名データである。
配達票データ電子署名は、配達用携帯端末４で配達用の電子伝票データ（以下、配達票データと呼ぶ）に付与された電子署名データである。
【００３１】
図２に戻り、通信部１７は、モデム、ルータ、ＴＡ（Terminal Adapter）等によって構成され、社内ネットワークＮ１、インターネットＮ２を介して、Ｗｅｂサーバ２、集荷用携帯端末３、配達用携帯端末４、依頼人ＰＣ５等の外部装置とのデータ送受信を制御する。
【００３２】
スキャナ部１８は、集荷伝票等に設けられたバーコードを読み取るバーコードリーダやバーコードスキャナ等を備える。
【００３３】
計時部１９は、ＲＴＣ（Real Time Clock）等により構成され、現在時刻及び現在日付を計時してＣＰＵ１１に出力する。
【００３４】
（Ｗｅｂサーバ２の構成）
Ｗｅｂサーバ２の構成は、管理サーバ１の構成と略同様であるので、同様の構成部分には同列の符号を付し、その構成の図示は省略する。即ち、Ｗｅｂサーバ２は、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、入力部２４、表示部２５、記憶部２６、通信部２７、計時部２９を備えて構成され、各部はバス２０１を介して接続されている。
【００３５】
ＲＯＭ２３は、ＣＰＵ２１で実行されるシステムプログラムや、Ｗｅｂサーバとしての機能を実行するためのプログラム、配送依頼登録処理、配送状況追跡ページ提供処理を始めとする各種処理を実行するためのプログラムを記憶している。記憶部２６は、配送依頼登録ページ等のＷｅｂページを表示するための各種ページデータ（ＨＴＭＬ（HyperText Markup Language）ファイル等）を記憶している。ＣＰＵ２１は、ＲＯＭ２３に記憶されているプログラムに従って、配送依頼登録処理、配送状況追跡ページ提供処理等を実行し、配送依頼登録ページ（図９参照）、配送状況追跡ページ（図２９、図３０参照）等のＷｅｂページをインターネット上に公開する。
【００３６】
その他の各構成部分については、管理サーバ１について説明したものと同様であるので説明を援用する。
【００３７】
（集荷用携帯端末３、配達用携帯端末４の構成）
図４に、集荷用携帯端末３及び配達用携帯端末４の要部構成例を示す。
図４に示すように、集荷用携帯端末３は、ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、セキュリティチップ３４、入力部３５、表示部３６、ＧＰＳ３７、通信部３８、印字部３９、スキャナ部３０１を備えて構成され、各部はバス３０２を介して接続されている。配達用携帯端末４は、ＣＰＵ４１、ＲＡＭ４２、ＲＯＭ４３、セキュリティチップ４４、入力部４５、表示部４６、ＧＰＳ４７、通信部４８、印字部４９、スキャナ部４０１を備えて構成され、各部はバス４０２を介して接続されている。
図４に示すように、集荷用携帯端末３と配達用携帯端末４の構成は同様であるので、以下、集荷用携帯端末３について代表して説明し、配達用携帯端末４については説明を援用する。
【００３８】
ＣＰＵ３１は、ＲＯＭ３３に記憶されているシステムプログラムを読み出し、ＲＡＭ３２内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ３１は、ＲＯＭ３３に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する集荷確認入力処理を始めとする各種処理を実行する。
【００３９】
ＲＡＭ３２は、ＣＰＵ３１によりＲＯＭ３３から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納する。
【００４０】
ＲＯＭ３３は、ＣＰＵ３１で実行されるシステムプログラムや、各種処理プログラム、これらのプログラムの実行に必要なデータを記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態でＲＯＭ３３に格納され、ＣＰＵ３１は、当該プログラムコードに従った動作を逐次実行する。
【００４１】
セキュリティチップ３４は、秘密鍵及び公開鍵を作成し、保存する専用の装置である。セキュリティチップ３４は、外部のプログラムからアクセスできない構成となっており、内部に保存されているデータのセキュリティが確保されている。また、セキュリティチップ３４は、入力されたデータに対し、保存されている秘密鍵を用いて公開鍵暗号方式により電子署名を行い、ＣＰＵ３１に出力する。
【００４２】
入力部３５は、テンキー、カーソルキー、電源ＯＮ／ＯＦＦキー、各種ファンクションボタン等を有し、キーやボタンの押下信号による操作信号をＣＰＵ３１に出力する。ファンクションボタンには、管理サーバ１からの集荷票データのダウンロードを指示するための集荷票ダウンロードボタン、管理サーバ１への集荷票データのアップロードを指示するための集荷票アップロードボタン（配達用携帯端末４においては、管理サーバ１からの配達票データのダウンロードを指示するための配達票ダウンロードボタン、管理サーバ１への配達票データのアップロードを指示するための配達票アップロードボタン）等が含まれる。
また、入力部３５は、表示部３６の表示画面上を覆うように重畳して設けられたタッチパネルを有し、電磁誘導式、磁気歪式、感圧式等の座標読み取り原理で、専用のペンによってタップされた座標を検出し、検出した座標を位置信号としてＣＰＵ３１に出力する。
【００４３】
表示部３６は、ＬＣＤや有機ＥＬディスプレイ等により構成され、ＣＰＵ３１から入力される表示信号の指示に従って、各種画面を表示する。
【００４４】
ＧＰＳ３７は、図示しないＧＰＳアンテナ等を備えて構成される。このＧＰＳアンテナは、地球低軌道に打ち上げられた複数のＧＰＳ衛星から送信されるＧＰＳ信号を受信する。ＧＰＳアンテナは、少なくとも３個のＧＰＳ衛星から送信されるＧＰＳ信号を受信し、受信したＧＰＳ信号に基づいて集荷用携帯端末３の絶対的な現在位置（緯度、経度）及び現在時刻を取得して、ＣＰＵ３１に出力する。
【００４５】
通信部３８は、社内ネットワークＮ１上の図示しないクレードルに接続するためのインターフェースであり、クレードルを介して社内ネットワークＮ１に接続された管理サーバ１、Ｗｅｂサーバ２等の外部装置とのデータ送受信を行う。
【００４６】
（依頼人ＰＣ５、受取人ＰＣ６の構成）
依頼人ＰＣ５、受取人ＰＣ６は、ＣＰＵ、ＲＡＭ、ＲＯＭ、入力部、表示部、通信部等（何れも図示せず）を有し、Ｗｅｂブラウザ機能を備えたコンピュータ端末である。
【００４７】
（サーバ証明書、端末証明書の生成）
次に、配達確認システム１００の動作について説明する。
配達確認システム１００における動作の前提として、管理サーバ１、集荷用携帯端末３、配達用携帯端末４は、自己の公開鍵の真正性を証明する電子証明書を認証局（ＣＡ）から取得し、保存している。管理サーバ１の電子証明書をサーバ証明書、集荷用携帯端末３及び配達用携帯端末４の電子証明書を端末証明書と呼ぶ。認証局は、他の認証局により公に証明された、自己の公開鍵の真正性を証明する電子証明書（ＣＡ証明書という）を有している。
【００４８】
図５に、管理サーバ１と認証局のサーバ（図示せず）との間で実行されるサーバ証明書取得処理のフローを示す。管理サーバ１側の処理は、ＣＰＵ１１とプログラムとの協働により実行される。
【００４９】
まず、入力部１４により証明書情報が入力される（ステップＳ１）。証明書情報は、電子証明書の申請を行うのに必要な情報であり、管理サーバ１を所有する実体の会社名、組織名、住所等を示す情報である。
【００５０】
次いで、管理サーバ１において公開鍵暗号に用いられる秘密鍵、公開鍵の鍵ペアが生成される（ステップＳ２）。次いで、証明書情報及び公開鍵からなる証明書要求データが通信部１７により認証局のサーバに送信される（ステップＳ３）。
【００５１】
認証局のサーバにおいては、管理サーバ１から送信された証明書要求データが受信されると、受信された証明書要求データ、即ち、管理サーバ１の証明書情報及び公開鍵に認証局の電子署名が付与されることにより管理サーバ１のサーバ証明書が生成される（ステップＳ４）。認証局の電子署名は、証明書要求データを入力としてハッシュ関数によりハッシュ値を計算し、算出されたハッシュ値を認証局の秘密鍵で暗号化したものである。サーバ証明書は、管理サーバ１の証明書情報及び公開鍵と認証局の電子署名からなるデータである。認証局の電子署名を認証局の公開鍵で復号した値と、管理サーバ１の証明書情報及び公開鍵を入力としてハッシュ関数で算出したハッシュ値とが一致すれば、認証局が管理サーバ１の証明書情報及び公開鍵を証明したこととなる。なお、認証局においては、証明書情報の内容の真偽を確認し、正しい場合にのみサーバ証明書が生成される。
【００５２】
サーバ証明書が生成されると、認証局により、生成されたサーバ証明書が管理サーバ１に送信される（ステップＳ５）。
管理サーバ１においては、通信部１７により認証局のサーバから送信されたサーバ証明書が受信されると、当該サーバ証明書が記憶部１６に記憶され、保存される（ステップＳ６）。
なお、認証局のサーバにおいては、生成された管理サーバ１のサーバ証明書が保存され、外部から管理サーバ１のサーバ証明書が要求された場合には、サーバ証明書が公開される。
【００５３】
図６に、集荷用携帯端末３又は配達用携帯端末４と認証局のサーバとの間で実行される端末証明書取得処理のフローを示す。集荷用携帯端末３と配達用携帯端末４の処理は同様であるので、以下、集荷用携帯端末３について代表して説明し、配達用携帯端末４においては説明を援用する。集荷用携帯端末３（配達用携帯端末４）側の処理は、ＣＰＵ３１（ＣＰＵ４１）とプログラムとの協働により実行される。
【００５４】
まず、入力部３５により証明書情報が入力される（ステップＳ１１）。証明書情報は、電子証明書の申請を行うのに必要な情報であり、集荷用携帯端末３を所有する実体の会社名、組織名、住所等を示す情報である。
【００５５】
次いで、セキュリティチップ３４により、集荷用携帯端末３において公開鍵暗号に用いられる秘密鍵、公開鍵の鍵ペアが生成され、保存される（ステップＳ１２）。次いで、証明書情報及び公開鍵からなる証明書要求データが通信部３８により認証局のサーバに送信される（ステップＳ１３）。
【００５６】
認証局のサーバにおいては、集荷用携帯端末３からの証明書要求データが受信されると、受信された証明書要求データ、即ち証明書情報及び公開鍵に認証局の電子署名が付与されることにより集荷用携帯端末３の端末証明書が生成される（ステップＳ１４）。認証局の電子署名は、証明書要求データを入力としてハッシュ関数によりハッシュ値を計算し、算出されたハッシュ値を認証局の秘密鍵で暗号化したものである。端末証明書は、集荷用携帯端末３の証明書情報及び公開鍵（証明書要求データ）と認証局の電子署名とからなるデータである。認証局の電子署名を認証局の公開鍵で復号した値と、集荷用携帯端末３の証明書情報及び公開鍵を入力としてハッシュ関数により算出したハッシュ値とが一致すれば、認証局が集荷用携帯端末３の証明書情報及び公開鍵を証明したこととなる。なお、認証局においては、証明書情報の内容の真偽を確認し、正しい場合にのみ端末証明書が生成される。
【００５７】
端末証明書が生成されると、認証局のサーバにより、生成された端末証明書が集荷用携帯端末３に送信される（ステップＳ１５）。
集荷用携帯端末３においては、通信部３８により認証局のサーバから送信された端末証明書が受信されると、当該端末証明書が通信部３８により管理サーバ１に転送される（ステップＳ１６）。
【００５８】
管理サーバ１においては、通信部１７により集荷用携帯端末３から送信された端末証明書が受信されると、当該端末証明書が集荷用携帯端末３の端末ＩＤと対応付けて記憶部１６に記憶される（ステップＳ１７）。
なお、認証局のサーバにおいては、生成された集荷用携帯端末３の端末証明書が保存され、外部から集荷用携帯端末３の端末証明書が要求された場合には、端末証明書が公開される。
【００５９】
（配達確認システム１００の各装置間の処理の流れ）
次に、図７Ａ〜図３０を参照して、依頼人による配送依頼から受取人への荷物の配達及びその確認までに係る配達確認システム１００における各装置の処理について説明する。
【００６０】
図７Ａ〜図７Ｂに、配達確認システム１００全体の処理の流れを示す。
図７Ａに示すように、まず、依頼人ＰＣ５において配送依頼登録ページのＵＲＬ（Uniform Resource Locator）へのアクセスが行われる（ステップＴ１）。配送依頼登録ページのＵＲＬは、広く一般に公開されている。
【００６１】
Ｗｅｂサーバ２においては、依頼人ＰＣ５により配送依頼登録ページのＵＲＬにアクセスされると、配送依頼登録処理が実行される（ステップＴ２）。
【００６２】
図８に、図７ＡのステップＴ２においてＷｅｂサーバ２により実行される配送依頼登録処理のフローチャートを示す。配送依頼登録処理は、配送依頼登録ページのＵＲＬにアクセスがあった際にＣＰＵ２１とＲＯＭ２３に記憶されているプログラムとの協働により実行される。
【００６３】
配送依頼登録処理においては、まず、配送依頼登録ページを表示するためのページデータが記憶部２６から読み出され、通信部２７により依頼人ＰＣ５に送信される（ステップＴ１０１）。
【００６４】
依頼人ＰＣ５においては、Ｗｅｂサーバ２から配送依頼登録ページを表示するためのページデータが受信されると、図７Ａに示すように、表示部に配送依頼登録ページ５０１が表示され、配送依頼の入力が行われる（図７ＡのステップＴ３）。
【００６５】
図９に、依頼人ＰＣ５に表示される配送依頼登録ページ５０１の一例を示す。図９に示すように、配送依頼登録ページ５０１には、配送する荷物の品名、依頼人情報、受取人情報等の入力項目の内容を入力するための入力欄５０１ａと、入力された内容による配送依頼を指示するための配送依頼ボタン５０１ｂが表示されている。依頼人ＰＣ５においてキーボードやマウス等の入力部により配送依頼登録ページ５０１の入力欄５０１ａに入力が行われ、配送依頼ボタン５０１ｂが押下されると、入力された情報（配送依頼データ）がＷｅｂサーバ２に送信される。
【００６６】
図８に戻り、依頼人ＰＣ５から送信された配送依頼データが通信部２７により受信されると（ステップＴ１０２；ＹＥＳ）、配送依頼データに含まれる各入力項目の検証が行われる（ステップＴ１０３）。例えば、入力されていない、データ型があっていない等のエラー項目等が存在するか否かが検証される。
【００６７】
配送依頼データにエラー項目が存在した場合（ステップＴ１０３；ＮＧ）、依頼人ＰＣ５に対してエラー項目及び再入力を促す表示を指示する指示データが通信部２７により送信され（ステップＴ１０４）、処理はステップＴ１０２に戻る。配送依頼データにエラー項目が存在しない場合（ステップＴ１０３；ＯＫ）、通信部２７により管理サーバ１に配送依頼データが転送され、データベース１６１に新たな電子伝票情報が登録される（ステップＴ１０５、図７ＡのステップＴ４）。具体的には、管理サーバ１において、データベース１６１に新たなレコードが追加され、伝票番号が付与され、受信した配送依頼データの品名、依頼人情報、受取人情報が新たなレコードに登録される。そして、配送依頼登録処理は終了する。
【００６８】
Ｗｅｂサーバ２においては、依頼人ＰＣ５からの配送依頼登録ページへのアクセス要求が受信される毎に、配送依頼登録処理が実行される。
【００６９】
管理サーバ１においては、図７Ａに示すように、予め定められた集荷票データ作成処理の開始時刻が到来すると（図７ＡのステップＴ５；ＹＥＳ）、集荷票データ作成処理が実行される（図７ＡのステップＴ６）。
【００７０】
図１０に、図７ＡのステップＴ６において管理サーバ１のＣＰＵ１１により実行される集荷票データ作成処理を示す。この集荷票データ作成処理は、ＣＰＵ１１とＲＯＭ１３に記憶されているプログラムとの協働により実行される。
なお、ＲＯＭ１３には、集荷票データ作成処理の開始時刻、集荷時刻（集荷開始時刻及び集荷終了時刻）、後述する配達票データ作成処理の開始時刻、配達時刻（配達開始時刻及び配達終了時刻）が予め記憶されているものとする。集荷票データ作成処理は集荷と対になっており、集荷開始前に集荷票データ作成処理が実行されるようスケジュールされている。配達票データ作成処理は配達と対になっており、配達開始前に配達票データ作成処理が実行されるようにスケジュールされている。集荷及び配達は一日に一又は複数回行われる。
【００７１】
集荷票データ作成処理においては、まず、データベース１６１から、未集荷状態でありかつ希望集荷日時が次の集荷時刻の範囲内である電子伝票情報（レコード）が抽出される（ステップＴ２０１）。未集荷状態の電子伝票情報とは、具体的には、集荷情報の項目にデータが書き込まれていないレコードである。
【００７２】
次いで、抽出された電子伝票情報が依頼人情報の住所と希望集荷日時でソートされ（ステップＴ２０２）、ソートされた電子伝票情報が一人の集荷人で集荷可能な数の単位で分割され、集荷票データの組が作成される（ステップＴ２０３）。集荷票データは、電子伝票情報のうち、集荷に必要となる管理情報、依頼人情報、受取人情報、集荷情報からなるデータである。この時点では、集荷情報の各項目のデータは空であり、後から追加できるようになっている。集荷票データはＲＡＭ１２に一時的に記憶される。
【００７３】
次いで、処理は集荷用携帯端末３の接続待ち状態となる（ステップＴ２０４）。
集荷時刻が到来すると、集荷人は、集荷用携帯端末３をクレードルに載置して集荷票ダウンロードボタンを押下する。集荷用携帯端末３においては、図示しないクレードルに載置され、集荷票ダウンロードボタンが押下されると、図７Ａに示すように集荷票データダウンロード処理（図１１参照）が実行される（図７ＡのステップＴ７）。集荷票データダウンロード処理については後述する。
【００７４】
図８に戻り、通信部１７により集荷用携帯端末３からのダウンロード要求が受信されると（ステップＴ２０４；ＹＥＳ）、ＲＡＭ１２が参照され、集荷票データが存在するか否かが判断される（ステップＴ２０５）。ＲＡＭ１２に集荷票データが存在すると判断されると（ステップＴ２０５；ＹＥＳ）、通信部１７により集荷票データが存在する旨の応答が集荷用携帯端末３に送信されるとともに（ステップＴ２０６）、ＲＡＭ１２から一組の集荷票データが読み出されて通信部１７により集荷用携帯端末３に送信される（ステップＴ２０７）。そして、処理はステップＴ２０９に移行する。なお、送信された集荷票データは、ＲＡＭ１２から削除される。
ＲＡＭ１２に集荷票データが存在しないと判断されると（ステップＴ２０５；ＮＯ）、集荷票データが存在しない旨の応答が通信部１７により集荷用携帯端末３に送信され（ステップＴ２０８）、処理はステップＴ２０９に移行する。
【００７５】
ステップＴ２０９においては、計時部１９からの出力に基づいて集荷終了時刻が到来したか否かが判断され、集荷終了時刻が到来していないと判断されると（ステップＴ２０９；ＮＯ）、処理はステップＴ２０４に戻る。一方、集荷終了時刻が到来したと判断されると（ステップＴ２０９；ＹＥＳ）、集荷票データ作成処理は終了する。
【００７６】
図１１に、図７ＡのステップＴ７において集荷用携帯端末３のＣＰＵ３１により実行される集荷票データダウンロード処理のフローチャートを示す。集荷票データダウンロード処理は、ＣＰＵ３１とＲＯＭ３３に記憶されているプログラムとの協働により実行される。
【００７７】
まず、通信部３８により管理サーバ１に集荷票データのダウンロード要求が送信される（ステップＴ３０１）。
【００７８】
次いで、処理は管理サーバ１からの応答の待機状態となる。通信部３８において所定時間以上管理サーバ１からの応答が受信されない場合（ステップＴ３０２；ＮＯ）、表示部３６に管理サーバ１からの応答がない旨を示すエラーメッセージが表示され（ステップＴ３０３）、集荷票データダウンロード処理は終了する。例えば、管理サーバ１から応答が受信されない場合とは、例えば、管理サーバ１が何らかの故障等により稼動していない場合や、管理サーバ１で集荷票処理が実行されていない場合が該当する。
【００７９】
通信部３８により管理サーバ１からの応答が受信された場合（ステップＴ３０２；ＹＥＳ）、受信された応答に基づき管理サーバ１に集荷票データが存在するか否かが判断され（ステップＴ３０４）、管理サーバ１に集荷票データが存在しないと判断されると（ステップＴ３０４；ＮＯ）、管理サーバ１に集荷票データが存在しない旨を示すメッセージが表示部３６に表示され（ステップＴ３０５）、集荷票データダウンロード処理は終了する。
【００８０】
一方、管理サーバ１に集荷票データが存在すると判断されると（ステップＴ３０４；ＹＥＳ）、管理サーバ１から順次送信される集荷票データが通信部３８によりダウンロードされ、ＲＡＭ３２に記憶される（ステップＴ３０６）。ダウンロードが完了すると、表示部３６に集荷票データのダウンロードが完了した旨を示すメッセージが表示され（ステップＴ３０７）、集荷票データダウンロード処理は終了する。
【００８１】
集荷用携帯端末３においては、図７Ａに示すように、集荷票データダウンロード処理が終了すると、集荷確認入力処理が実行される（図７ＡのステップＴ６）。
【００８２】
図１２Ａ〜図１２Ｂに、図７ＡのステップＴ６において集荷用携帯端末３のＣＰＵ３１により実行される集荷確認入力処理のフローチャートを示す。集荷確認入力処理は、ＣＰＵ３１とＲＯＭ３３に記憶されているプログラムとの協働により実行される。
【００８３】
まず、ダウンロードした集荷票データに基づいて、表示部３６に依頼人情報の一覧が表示される（図１２ＡのステップＴ４０１）。ステップＴ４０１において表示される画面には、集荷票データの依頼人情報の一覧と併せて、当該一覧の中から選択された依頼人からの集荷についての伝票処理を指示するための伝票処理ボタンが表示される。
【００８４】
入力部３５により依頼人情報が選択され、伝票処理ボタンが押下されると（ステップＴ４０２；ＹＥＳ）、ＧＰＳ３７から現在位置情報が取得され、現在位置が依頼人情報の住所から一定範囲内であるか否かが判断される（ステップＴ４０３）。ＧＰＳ３７から取得された現在位置が依頼人情報の住所から一定範囲内ではないと判断されると（ステップＴ４０３；ＮＯ）、例えば「依頼人住所付近ではありません。依頼人情報を確認してください」等の、依頼人住所付近ではない旨を示すメッセージが表示され（ステップＴ４０４）、処理はステップＴ４０１に戻る。
【００８５】
ＧＰＳ３７から取得された現在位置が依頼人情報の住所から一定範囲内であると判断されると（ステップＴ４０３；ＹＥＳ）、表示部３６に集荷伝票画面３６１が表示される（ステップＴ４０５）。
【００８６】
図１３に、ステップＴ４０５において表示される集荷伝票画面３６１の一例を示す。図１３に示すように、集荷伝票画面３６１には、集荷票データ３６１ａと、集荷確認ボタン３６１ｂと、戻るボタン３６１ｃが表示される。集荷確認ボタン３６１ｂは、集荷確認署名画面３６２（図１４参照）への移行を指示するためのボタンである。戻るボタン３６１ｃは、表示部３６の表示を依頼人情報一覧に戻すことを指示するためのボタンである。集荷人は、依頼人にこの集荷伝票画面３６１を提示し、集荷票データの内容に間違いが無いかの確認を依頼する。集荷票データの内容に間違いがない場合、集荷人は依頼人から荷物を受け取り、入力部３５により集荷確認ボタン３６１ｂを押下して、集荷確認の署名を入力してもらうこととなる。
【００８７】
集荷伝票画面３６１において集荷確認ボタン３６１ｂが押下されず（図１２ＡのステップＴ４０６；ＮＯ）、戻るボタン３６１ｃが押下されると（ステップＴ４０７；ＹＥＳ）、処理はステップＴ４０１に戻る。集荷伝票画面３６１において集荷確認ボタン３６１ｂが押下されると（ステップＴ４０６；ＹＥＳ）、表示部３６に集荷確認署名画面３６２が表示される（ステップＴ４０８）。
【００８８】
図１４に、ステップＴ４０８において表示部３６に表示される集荷確認署名画面３６２の一例を示す。図１４に示すように、集荷確認署名画面３６２には、集荷確認署名欄３６２ａ、依頼人記入欄３６２ｂ、ＯＫボタン３６２ｃが表示されている。集荷確認署名欄３６２ａは、依頼人がタッチペン等により集荷確認の署名を手書き入力するための領域である。依頼人記入欄３６２ｂは、依頼人が任意の図や文字を手書き入力するための領域である。ＯＫボタン３６２ｃは、署名等の入力が完了したときに次の処理に進むために押下するボタンである。
【００８９】
集荷確認署名画面３６２において、入力部３５によりＯＫボタン３６２ｃが押下されると（ステップＴ４０９；ＹＥＳ）、集荷確認署名欄３６２ａに入力がされているか否かが判断され、入力がされていないと判断されると（ステップＴ４１０；ＮＯ）、例えば「集荷確認署名欄に署名されていません。署名して下さい」等の、集荷確認署名を促すメッセージが表示部３６に表示され（ステップＴ４１１）、処理はステップＴ４０８に戻る。
【００９０】
集荷確認署名欄３６２ａに入力がされていると判断されると（ステップＴ４１０；ＹＥＳ）、ＧＰＳ３７から現在位置情報及び現在時刻情報が取得され（図１２ＢのステップＴ４１２）、取得された現在位置情報及び現在時刻情報がそれぞれ集荷票データの集荷情報のＧＰＳ位置情報、ＧＰＳ時間情報として追加されるとともに、集荷確認署名欄３６２ａから入力されたデータが集荷情報の集荷確認署名として、依頼人記入欄３６２ｂから入力されたデータが依頼人記入情報として集荷票データに追加される（ステップＴ４１３）。
【００９１】
次いで、集荷情報が追加された集荷票データを入力データとして電子署名処理が行われる（ステップＴ４１４）。
【００９２】
図１５に、電子署名処理のフローチャートを示す。電子署名処理は、ＣＰＵ３１とＲＯＭ３３に記憶されているプログラムとの協働により実行される。
まず、ハッシュ関数を用いて入力データ（ここでは、集荷票データ）からハッシュ値が計算される（ステップＡ１）。
【００９３】
次いで、ハッシュ値がセキュリティチップ３４に転送され、セキュリティチップ３４において集荷用携帯端末３の秘密鍵を用いてハッシュ値が暗号化される（ステップＡ２）。この暗号化されたハッシュ値が電子署名データである。
【００９４】
次いで、入力データと電子署名データが結合されＲＡＭ３２に記憶される（ステップＡ３）。そして、電子署名処理は終了する。
集荷票データと電子署名データが結合されたデータを電子署名付き集荷票データと呼ぶ。
【００９５】
図１２Ｂに戻り、電子署名処理が終了すると、電子署名付き集荷票データに基づいて印字部３９により集荷伝票Ｄが印刷される（ステップＴ４１５）。
図１６に、図１２ＢのステップＴ４１５において印刷される集荷伝票Ｄの一例を示す。集荷伝票Ｄには、集荷票データＤ１と、集荷確認データＤ２と、電子署名データを示すバーコード画像Ｄ３とが表示される。集荷時に依頼人が任意に記入した依頼人記入欄のデータは、集荷伝票Ｄには印刷されない。この集荷伝票Ｄは、集荷した荷物に添付される。
【００９６】
全ての集荷票データについて電子署名付き集荷票データが作成されるか又は入力部３５から集荷終了の指示が入力されることにより集荷が終了するまで、ステップＴ４０１〜Ｔ４１５の処理が繰り返し実行され、集荷が終了すると（ステップＴ４１６；ＹＥＳ）、集荷確認入力処理は終了する。
【００９７】
集荷人は、集荷が終了すると、集荷用携帯端末３を携帯して配送センタに戻り、集荷物が配送センタ側に引き渡す。そして、図示しないクレードルに集荷用携帯端末３を載置して入力部３５の集荷票アップロードボタンを押下する。集荷用携帯端末３においては、クレードルに載置され、集荷票アップロードボタンが押下されると、図７Ａに示すように、集荷票データアップロード処理が実行される（図７ＡのステップＴ９）。
【００９８】
図１７に、図７ＡのステップＴ９においてＣＰＵ３１により実行される集荷票データアップロード処理のフローチャートを示す。集荷票データアップロード処理は、ＣＰＵ３１とＲＯＭ３３に記憶されているプログラムとの協働により実行される。
【００９９】
まず、ＲＡＭ３２に集荷票データ（電子署名付き集荷票データを含む）が存在するか否かが判断され、存在しないと判断されると（ステップＴ５０１；ＮＯ）、「集荷票がありませんでした」等の集荷票データがない旨を示すメッセージが表示部３６に表示され（ステップＴ５０２）、集荷票データアップロード処理は終了する。
【０１００】
ＲＡＭ３２に集荷票データが存在すると判断されると（ステップＴ５０１；ＹＥＳ）、通信部３８により管理サーバ１にアップロード要求が送信されるとともに、ＲＡＭ３２に記憶されている集荷票データが管理サーバ１に送信される（ステップＴ５０３）。送信された集荷票データはＲＡＭ３２から削除される。
【０１０１】
次いで、ＲＡＭ３２に集荷票データが存在するか否かが判断され、存在すると判断されると（ステップＴ５０４；ＹＥＳ）、処理はステップＴ５０３に戻り、次の集荷票データが通信部３８により管理サーバ１に送信される。ＲＡＭ３２に集荷票データが存在しないと判断されると（ステップＴ５０４；ＮＯ）、集荷票データアップロード処理は終了する。
【０１０２】
管理サーバ１においては、図７Ａに示すように、通信部１７により集荷用携帯端末３からアップロード要求が受信されると、集荷票検証処理が実行される（ステップＴ１０）。
【０１０３】
図１８Ａ〜図１８Ｂに、図７ＡのステップＴ１０において、管理サーバ１のＣＰＵ１１により実行される集荷票検証処理のフローチャートを示す。当該処理は、ＣＰＵ１１とＲＯＭ１３に記憶されているプログラムとの協働により実行される。
【０１０４】
まず、通信部１７により集荷用携帯端末３から集荷票データが取得される（ステップＴ６０１）。次いで、受信した集荷票データが電子署名付きであるか否かが判断され、電子署名付きではないと判断されると（ステップＴ６０２；ＮＯ）、処理は図１８ＢのステップＴ６１６に移行する。
【０１０５】
受信した集荷票データが署名付きであると判断されると（ステップＴ６０２；ＹＥＳ）、当該集荷票データを入力データとして電子署名付きデータの検証処理が実行される（ステップＴ６０３）。
【０１０６】
図１９に、電子署名付きデータの検証処理のフローチャートを示す。この電子署名付きデータの検証処理は、ＣＰＵ１１とＲＯＭ１３に記憶されているプログラムとの協働により実行される。
【０１０７】
まず、入力データが本文データと電子署名データに分離され、両者が対応付けてＲＡＭ１２に記憶される（ステップＡ１１）。
【０１０８】
次いで、電子署名データが集荷用携帯端末３の公開鍵で復号され、第１のハッシュ値が取得される（ステップＡ１２）。なお、上述のように、記憶部１６には集荷用携帯端末３の端末証明書が記憶されており、公開鍵は、この端末証明書から取得される。
【０１０９】
次いで、本文データを入力としてハッシュ関数により第２のハッシュ値が算出される（ステップＡ１３）。そして、第１のハッシュ値と第２のハッシュ値が比較される（ステップＡ１４）。
【０１１０】
第１のハッシュ値と第２のハッシュ値が一致した場合（ステップＡ１４；ＹＥＳ）、集荷票データの真正性の検証が成功した（即ち、集荷票データは電子署名時点と同様であり、改ざんされていない）という検証結果が出力され（ステップＡ１５）、電子署名付きデータの検証処理は終了する。一方、第１のハッシュ値と第２のハッシュ値が一致しなかった場合（ステップＡ１４；ＮＯ）、集荷票データの真正性の検証が失敗した（即ち、集荷票データは電子署名時点と異なっており、改ざんされている）という検証結果が出力され（ステップＡ１６）、電子署名付きデータの検証処理は終了する。
【０１１１】
図１８Ａに戻り、電子署名付きデータの検証処理が終了すると、当該処理の検証結果に基づいて、受信された集荷票データの真正性の検証に成功したか否かが判断される（ステップＴ６０４）。受信された集荷票データの真正性の検証に失敗したと判断されると（ステップＴ６０４；ＮＯ）、「集荷票データの検証に失敗しました」等の、集荷票データの真正性の検証に失敗した旨を示すメッセージが表示部１５に表示され（ステップＴ６０５）、処理は図１８ＢのステップＴ６１６に移行する。
【０１１２】
受信された集荷票データの真正性の検証に成功したと判断されると（ステップＴ６０４；ＹＥＳ）、表示部１５に「伝票番号○○の集荷物に添付されている集荷伝票をスキャンしてください」等の、集荷物の伝票のスキャンを促すメッセージが表示される（ステップＴ６０６）。スキャナ部１８により集荷伝票Ｄが読み取られると（ステップＴ６０７；ＹＥＳ）、スキャナ部１８により取得された値と、集荷票データの電子署名データの値が一致しているか否かが判断される（図１８ＢのステップＴ６０８）。ここでスキャナ部１８により取得された値が電子署名データの値が一致している場合は、集荷票データと集荷物が一致していることを示す。また、集荷票データの検証に用いた電子署名データが改ざんされていないことが検証される。
【０１１３】
スキャナ部１８により取得された値と、集荷票データの電子署名データの値が一致していないと判断されると（ステップＴ６０８；ＮＯ）、「集荷物と集荷伝票が一致しません」等の、集荷票データと集荷物が一致しない旨を示すメッセージが表示される（ステップＴ６０９）。例えば、集荷伝票Ｄをスキャンする集荷物を間違えた場合等により、再度スキャナ部１８により集荷伝票Ｄのスキャンが行われると（ステップＴ６１０；ＹＥＳ）、処理はステップＴ６０８に戻る。再度のスキャンが行われない場合（ステップＴ６１０；ＮＯ）、処理はステップＴ６１６に移行する。
【０１１４】
スキャナ部１８により取得された値と、集荷票データの電子署名データの値が一致していると判断されると（ステップＴ６０８；ＹＥＳ）、データベース１６１において、受信された集荷票データと伝票番号が一致するレコードが検索され、検索されたレコードが受信された集荷票データにより更新される（ステップＴ６１１）。具体的には、受信された集荷票データに含まれる管理情報、依頼人情報、集荷情報、受取人情報、集荷票データ電子署名（集荷票データの電子署名データ）、が検索されたレコードに書き込まれる。
【０１１５】
次いで、検索されたレコードにおいて、依頼人情報のメールアドレスが格納されているか否かが判断され、格納されていると判断されると（ステップＴ６１２；ＹＥＳ）、配送状況追跡ページ（図２９、図３０参照）のＵＲＬを通知する電子メールが作成され、通信部１７により依頼人情報のメールアドレスに送信され（ステップＴ６１３）、処理はステップＴ６１４に移行する。配送状況追跡ページとは、依頼人や受取人が配送状況を確認するためのＷｅｂページである。ＵＲＬには、例えば、上記検索されたレコードのデータベース１６１における格納位置を特定するための情報が含まれる。検索されたレコードにおいて依頼人情報のメールアドレスが格納されていないと判断されると（ステップＴ６１２；ＮＯ）、処理はステップＴ６１４に移行する。
【０１１６】
ステップＴ６１４においては、検索されたレコードにおいて、受取人情報のメールアドレスが格納されているか否かが判断され、格納されていると判断されると（ステップＴ６１４；ＹＥＳ）、配送状況追跡ページのＵＲＬを通知する電子メールが作成され、通信部１７により受取人情報のメールアドレスに送信され（ステップＴ６１５）、処理はステップＴ６１６に移行する。検索されたレコードにおいて受取人情報のメールアドレスが格納されていないと判断されると（ステップＴ６１４；ＮＯ）、処理はステップＴ６１６に移行する。
【０１１７】
ステップＴ６１６においては、通信部１７により集荷用携帯端末３から次の集荷票データの送信要求が受信されたか否かが判断され、次の集荷票データの送信要求が受信されたと判断されると（ステップＴ６１６；ＹＥＳ）、処理はステップＴ６０１に戻る。次の集荷票データの送信要求が受信されず、接続が終了したと判断されると（ステップＴ６１６；ＮＯ）、集荷票検証処理は終了する。
【０１１８】
上記集荷票検証処理は、集荷用携帯端末３からのアップロード要求が受信される毎に実行される。
【０１１９】
管理サーバ１においては、図７Ａに示すように、予め定められた配達票データ作成処理の開始時刻が到来すると（図７ＡのステップＴ１１；ＹＥＳ）、配達票データ作成処理が実行される（ステップＴ１２）。
【０１２０】
図２０に、管理サーバ１のＣＰＵ１１により実行される配達票データ作成処理を示す。この配達票データ作成処理は、ＣＰＵ１１とＲＯＭ１３に記憶されているプログラムとの協働により実行される。
【０１２１】
配達票データ作成処理では、まず、データベース１６１から、未配達状態でありかつ希望配達日時が次の配達時刻の範囲内である電子伝票情報（レコード）が抽出される（ステップＴ７０１）。未配達状態の電子伝票情報とは、配達情報にデータが書き込まれていないレコードである。
【０１２２】
次いで、抽出された電子伝票情報が受取人情報の住所と希望配達日時でソートされ（ステップＴ７０２）、ソートされた電子伝票情報が一人の配達人で配達可能な数の単位で分割され、配達票データの組が作成される（ステップＴ７０３）。配達票データは、電子伝票情報のうち、配達に必要となる管理情報、依頼人情報、受取人情報、集荷情報、配達情報、集荷票データ電子署名からなるデータである。この時点では、配達情報の各項目のデータは空であり、後から格納できるようになっている。
【０１２３】
次いで、処理は配達用携帯端末４の接続待ち状態となる。
配達時刻が到来すると、配達人は、配達用携帯端末４をクレードルに載置して配達票ダウンロードボタンを押下する。配達用携帯端末４においては、配達人により図示しないクレードルに載置され、配達票ダウンロードボタンが押下されると、図７Ａに示す配達票データダウンロード処理（図２１参照）が実行される（図７ＡのステップＴ１３）。配達票データダウンロード処理については後述する。
【０１２４】
図２０に戻り、通信部１７により配達用携帯端末４からのダウンロード要求が受信されると（ステップＴ７０４；ＹＥＳ）、ＲＡＭ１２が参照され、配達票データが存在するか否かが判断される（ステップＴ７０５）。ＲＡＭ１２に配達票データが存在すると判断されると（ステップＴ７０５；ＹＥＳ）、通信部１７により配達票データが存在する旨の応答が配達用携帯端末４に送信されるとともに（ステップＴ７０６）、ＲＡＭ１２から一組の配達票データが読み出されて通信部１７により配達用携帯端末４に送信される（ステップＴ７０７）。そして処理はステップＴ７０９に移行する。なお、送信された配達票データは、ＲＡＭ１２から削除される。
【０１２５】
一方、ＲＡＭ１２に配達票データが存在しないと判断されると（ステップＴ７０５；ＮＯ）、配達票データが存在しない旨の応答が通信部１７により配達用携帯端末４に送信され（ステップＴ７０８）、処理はステップＴ７０９に移行する。
【０１２６】
ステップＴ７０９においては、計時部１９からの出力に基づいて配達終了時刻が到来したか否かが判断され、配達終了時刻が到来していないと判断されると（ステップＴ７０９；ＮＯ）、処理はステップＴ７０４に戻る。一方、配達終了時刻が到来したと判断されると（ステップＴ７０９；ＹＥＳ）、配達票データ作成処理は終了する。
【０１２７】
図２１に、図７ＡのステップＴ１３において配達用携帯端末４のＣＰＵ４１により実行される配達票データダウンロード処理のフローチャートを示す。配達票データダウンロード処理は、ＣＰＵ４１とＲＯＭ４３に記憶されているプログラムとの協働により実行される。
【０１２８】
まず、通信部４８により管理サーバ１にダウンロード要求が送信される（ステップＴ８０１）。
【０１２９】
次いで、処理は管理サーバ１からの応答の待機状態となる。通信部４８において所定時間以上管理サーバ１からの応答が受信されない場合（ステップＴ８０２；ＮＯ）、表示部４６に管理サーバ１からの応答がない旨を示すエラーメッセージが表示され（ステップＴ８０３）、配達票データダウンロード処理は終了する。例えば、管理サーバ１から応答が受信されない場合とは、例えば、管理サーバ１が何らかの故障等により稼動していない場合や、管理サーバ１で配達票データ作成処理が実行されていない場合が該当する。
【０１３０】
通信部４８により管理サーバ１からの応答が受信された場合（ステップＴ８０２；ＹＥＳ）、受信された応答に基づき管理サーバ１に配達票データが存在するか否かが判断される（ステップＴ８０４）。管理サーバ１に配達票データが存在しないと判断されると（ステップＴ８０４；ＮＯ）、管理サーバ１に配達票データが存在しない旨を示すメッセージが表示部４６に表示され（ステップＴ８０５）、配達票データダウンロード処理は終了する。
【０１３１】
一方、管理サーバ１に配達票データが存在すると判断されると（ステップＴ８０４；ＹＥＳ）、管理サーバ１から順次送信される配達票データが通信部４８によりダウンロードされ、ＲＡＭ４２に記憶される（ステップＴ８０６）。ダウンロードが完了すると、表示部４６に配達票データのダウンロードが完了したことを示すメッセージが表示され（ステップＴ８０７）、配達票データダウンロード処理は終了する。
【０１３２】
配送表データダウンロード処理が終了すると、配達用携帯端末４においては、図７Ａに示すように、配送荷物確認処理が実行される（図７ＡのステップＴ１４）。
【０１３３】
図２２に、配達用携帯端末４のＣＰＵ４１により実行される配送荷物確認処理のフローチャートを示す。配送荷物確認処理は、ＣＰＵ４１とＲＯＭ４３に記憶されているプログラムとの協働により実行される。
【０１３４】
まず、表示部４６に「配達物に添付されている集荷票のバーコードをスキャンしてください」等のメッセージが表示される（ステップＴ９０１）。スキャナ部４０１により配達物に添付されている集荷票のバーコード画像Ｄ３が読み取られると（ステップＴ９０２；ＹＥＳ）、スキャナ部４０１により取得された値と、ＲＡＭ４２に記憶されている各配達票データの集荷票電子署名データの値が照合され、スキャナ部４０１により取得された値と集荷票電子署名データの値が一致する配達票データがＲＡＭ４２に存在するか否かが判断される（ステップＴ９０３）。
【０１３５】
スキャンにより取得された値と集荷票電子署名データの値が一致する配達票データがＲＡＭ４２に存在しないと判断されると（ステップＴ９０３；ＮＯ）、「その荷物は配達票データに含まれていません」等の、スキャンした配達物の配達票データがない旨を示すメッセージが表示部４６に表示され（ステップＴ９０４）、処理はステップＴ９０６に移行する。
【０１３６】
スキャンにより取得された値と集荷票電子署名データの値が一致する配達票データがＲＡＭ４２に存在すると判断されると（ステップＴ９０３；ＹＥＳ）、一致した配達票データに、対応する配達物があることを示すタグ（配達物タグと呼ぶ）が付与される（ステップＴ９０５）。次いで、ＲＡＭ４２に記憶されている全ての配達票データに配達物タグが付与されているか否かが判断される（ステップＴ９０６）。
【０１３７】
ＲＡＭ４２に記憶されている全ての配達票データに配達物タグが付与されていると判断されると（ステップＴ９０６；ＹＥＳ）、「配達票データに対応する全ての荷物を確認しました」等の、配達票データに対応する全ての配達物を確認した旨を示すメッセージが表示部４６に表示され（ステップＴ９０７）、配達荷物確認処理は終了する。
【０１３８】
一方、配達物タグが付与されていない配達票データが存在すると判断された場合（ステップＴ９０６；ＮＯ）、入力部４５によりスキャン中断の指示が入力されたか否かが判断される（ステップＴ９０８）。入力部４５によりスキャン中断の指示が入力されていないと判断されると（ステップＴ９０８；ＮＯ）、処理はステップＴ９０１に戻る。入力部４５によりスキャン中断の指示が入力されたと判断されると（ステップＴ９０８；ＹＥＳ）、ＲＡＭ４２に記憶されている配達票データの中から配達物タグが付与されていない配達票データが抽出され、抽出された配達票データの伝票番号が変数Ｎに格納される（ステップＴ９０９）。そして、「伝票番号Ｎの配達物がみつかりません。担当者に連絡してください」等の、伝票番号Ｎの配達物がない旨を示すメッセージが表示され（ステップＴ９１０）、配達荷物確認処理は終了する。
【０１３９】
配達荷物確認処理が終了すると、配達用携帯端末４においては、図７Ｂに示すように配達確認入力処理が実行される（図７ＢのステップＴ１５）。
【０１４０】
図２３Ａ〜図２３Ｂに、図７ＢのステップＴ１５において配達用携帯端末４のＣＰＵ４１により実行される配達確認入力処理のフローチャートを示す。配達確認入力処理は、ＣＰＵ４１とＲＯＭ４３に記憶されているプログラムとの協働により実行される。
【０１４１】
まず、ダウンロードした配達票データに基づいて、表示部４６に受取人情報の一覧が表示される（図２３ＡのステップＴ１００１）。ステップＴ１００１において表示される画面（図示せず）には、配達票データの受取人情報の一覧と併せて、当該一覧の中から選択された受取人への配達についての伝票処理を指示するための伝票処理ボタンが表示される。
【０１４２】
入力部４５により受取人情報が選択され、伝票処理ボタンが押下されると（ステップＴ１００２；ＹＥＳ）、ＧＰＳ４７から現在位置情報が取得され、現在位置が受取人情報の住所から一定範囲内であるか否かが判断される（ステップＴ１００３）。ＧＰＳ４７から取得された現在位置が受取人情報の住所から一定範囲内ではないと判断されると（ステップＴ１００３；ＮＯ）、「受取人住所付近ではありません。受取人情報を確認してください」等の、受取人住所付近ではない旨を示すメッセージが表示部４６に表示され（ステップＴ１００４）、処理はステップＴ１００１に戻る。
【０１４３】
ＧＰＳ４７から取得された現在位置が受取人情報の住所から一定範囲内であると判断されると（ステップＴ１００３；ＹＥＳ）、表示部４６に集荷伝票画面４６１が表示される（ステップＴ１００５）。集荷伝票画面４６１は、図１３で説明したものと同様の画面であるので説明を省略する。
【０１４４】
集荷伝票画面４６１において集荷確認ボタン４６１ｂが押下されず（ステップＴ１００６；ＮＯ）、戻るボタン４６１ｃが押下されると（ステップＴ１００７；ＹＥＳ）、処理はステップＴ１００１に戻る。集荷伝票画面４６１において集荷確認ボタン４６１ｂが押下されると（ステップＴ１００６；ＹＥＳ）、表示部４６に集荷確認署名画面４６２が表示される（ステップＴ１００８）。
【０１４５】
図２４に、ステップＴ１００８において表示部４６に表示される集荷確認署名画面４６２の一例を示す。図２４に示すように、集荷確認署名画面４６２には、集荷情報欄４６２ａ、集荷確認署名欄４６２ｂ、依頼人記入欄４６２ｃ、受取確認署名ボタン４６２ｄが表示されている。集荷情報欄４６２ａは、配達票データに含まれる集荷情報のＧＰＳ位置情報及びＧＰＳ時刻情報が表示される領域である。集荷確認署名欄４６２ａは、依頼人が集荷時にタッチペン等により入力した集荷確認の署名を表示するための領域である。依頼人記入欄４６２ｃは、集荷時に依頼人が入力した任意の図や文字を表示するための領域である。受取確認署名ボタン４６２ｄは、受取確認の署名を入力するための受取確認署名画面４６３（図２５参照）に移行するために押下するボタンである。
【０１４６】
集荷確認署名画面４６２において、入力部４５により受取確認署名ボタン４６２ｄが押下されると（ステップＴ１００９；ＹＥＳ）、表示部４６に受取確認署名画面４６３が表示される（ステップＴ１０１０）。
【０１４７】
図２５に、受取確認署名画面４６３の一例を示す。
図２５に示すように、受取確認署名画面４６３には、受取確認署名欄４６３ａ、受取人記入欄４６３ｂ、ＯＫボタン４６３ｃが表示されている。受取確認署名欄４６３ａは、受取人がタッチペン等により受取確認の署名を手書き入力するための領域である。受取人記入欄４６３ｂは、受取人が任意の図や文字を手書き入力するための領域である。ＯＫボタン４６３ｃは、署名等の入力が完了したときに次の処理に進むために押下するボタンである。
【０１４８】
受取確認署名画面４６３において、入力部４５によりＯＫボタン４６３ｃが押下されると（ステップＴ１０１１；ＹＥＳ）、受取確認署名欄４６３ａに入力がされているか否かが判断され、入力がされていないと判断されると（ステップＴ１０１２；ＮＯ）、「受取確認署名欄に署名されていません。署名して下さい」等の、受取確認署名を促すメッセージが表示部４６に表示され（ステップＴ１０１３）、処理はステップＴ１０１０に戻る。
【０１４９】
受取確認署名欄４６３ａに入力がされていると判断されると（ステップＴ１０１２；ＹＥＳ）、ＧＰＳ４７から現在位置情報及び現在時刻情報が取得され（図２３ＢのステップＴ１０１４）、取得された現在位置情報及び現在時刻情報がそれぞれ配達票データの配達情報のＧＰＳ位置情報、ＧＰＳ時間情報として追加されるとともに、受取確認署名欄４６３ａから入力されたデータが配達情報の受取確認署名として、受取人記入欄４６３ｂから入力されたデータが受取人記入情報として配達票データに追加される（ステップＴ１０１５）。
【０１５０】
次いで、配達情報が格納された配達票データを入力データとして電子署名処理が行われる（図２３ＢのステップＴ１０１６）。電子署名処理の流れは図１５を用いて説明したものと同様であるので説明を援用する。ステップＴ１０１６においては、配達情報が追加された配達票データを入力データとして電子署名処理が実行される。なお、ハッシュ値の暗号化には、配達用携帯端末４の秘密鍵が用いられる。配達票データと電子署名データが結合されたデータを電子署名付き配達票データと呼ぶ。
【０１５１】
全ての配達票データについて電子署名付き配達票データが作成されるか又は入力部４５から配達終了の指示が入力されることにより配達が終了するまで、ステップＴ１００１〜Ｔ１０１６の処理が繰り返し実行され、配達が終了すると（ステップＴ１０１７；ＹＥＳ）、配達票確認入力処理は終了する。
【０１５２】
配達人は、配達が終了すると、配達用携帯端末４を携帯して配送センタに戻り、図示しないクレードルに配達用携帯端末４を載置して入力部３５の配達票アップロードボタンを押下する。配達用携帯端末４は、クレードルに載置され、配達票アップロードボタンが押下されると、図７Ｂに示すように、配達票データアップロード処理が実行される（図７ＢのステップＴ１６）。
【０１５３】
図２６に、図７ＢのステップＴ１６において配達用携帯端末４のＣＰＵ４１により実行される配達票データアップロード処理のフローチャートを示す。配達票データアップロード処理は、ＣＰＵ４１とＲＯＭ４３に記憶されているプログラムとの協働により実行される。
【０１５４】
まず、ＲＡＭ４２に配達票データ（電子署名付きの配達票データを含む）が存在するか否かが判断され、存在しないと判断されると（ステップＴ１１０１；ＮＯ）、「配達票がありませんでした」等の配達票データがない旨を示すメッセージが表示部４６に表示され（ステップＴ１１０２）、配達票データアップロード処理は終了する。
【０１５５】
ＲＡＭ４２に配達票データが存在すると判断されると（ステップＴ１１０１；ＹＥＳ）、通信部４８により管理サーバ１にアップロード要求が送信されるとともに、ＲＡＭ４２に記憶されている配達票データが管理サーバ１に送信される（ステップＴ１１０３）。送信された配達票データはＲＡＭ４２から削除される。
【０１５６】
次いで、ＲＡＭ４２に配達票データが存在するか否かが判断され、存在すると判断されると（ステップＴ１１０４；ＹＥＳ）、処理はステップＴ１１０３に戻り、次の配達票データが通信部４８により管理サーバ１に送信される。ＲＡＭ４２に配達票データが存在しないと判断されると（ステップＴ１１０４；ＹＥＳ）、配達票データアップロード処理は終了する。
【０１５７】
管理サーバ１においては、図７Ｂに示すように、通信部１７により配達用携帯端末４からアップロード要求が受信されると、配達票検証処理が実行される（図７ＢのステップＴ１７）。
【０１５８】
図２７に、図７ＢのステップＴ１７において、管理サーバ１のＣＰＵ１１により実行される配達票検証処理のフローチャートを示す。当該処理は、ＣＰＵ１１とＲＯＭ１３に記憶されているプログラムとの協働により実行される。
【０１５９】
まず、通信部１７により配達用携帯端末４から配達票データが取得される（ステップＴ１２０１）。次いで、受信した配達票データは電子署名付きであるか否かが判断され、電子署名付きではないと判断されると（ステップＴ１２０２；ＮＯ）、処理はステップＴ１２１１に移行する。
【０１６０】
受信した配達票データが署名付きであると判断されると（ステップＴ１２０２；ＹＥＳ）、当該配達票データを入力データとして電子署名付きデータの検証処理が実行される（ステップＴ１２０３）。電子署名付きデータの検証処理は、図１９で説明したものと同様であるので説明を援用する。電子署名付きデータの復号に用いられる公開鍵としては、記憶部１６に記憶されている配達用携帯端末４の端末証明書から取得される公開鍵が用いられる。
【０１６１】
電子署名付きデータの検証処理が終了すると、当該処理の検証結果に基づいて配達票データの真正性の検証に成功したか否かが判断される（ステップＴ１２０４）。配達票データの真正性の検証に失敗したと判断されると（ステップＴ１２０４；ＮＯ）、表示部１５に「配達票データの検証に失敗しました」等のエラーを示すメッセージが表示され（ステップＴ１２０５）、処理はステップＴ１２１１に移行する。
【０１６２】
配達票データの真正性の検証に成功したと判断されると（ステップＴ１２０４；ＹＥＳ）、データベース１６１において、受信された配達票データと伝票番号が一致するレコードが検索され、検索されたレコードが受信された配達票データにより更新される（ステップＴ１２０６）。具体的には、配達票データに含まれる管理情報、依頼人情報、集荷情報、受取人情報、集荷票データ電子署名、配達情報、配達票データ電子署名（配達票データの電子署名データ）が、検索されたレコードに書き込まれる。
【０１６３】
次いで、検索されたレコードにおいて、依頼人情報のメールアドレスが格納されているか否かが判断され、格納されていると判断されると（ステップＴ１２０７；ＹＥＳ）、配送状況追跡ページ（図２９、図３０参照）のＵＲＬを通知する電子メールが作成され、通信部１７により依頼人情報のメールアドレスに送信され（ステップＴ１２０８）、処理はステップＴ１２０９に移行する。配送状況追跡ページとは、依頼人や受取人が配送状況を確認するためのＷｅｂページである。ＵＲＬには、例えば、上記検索されたレコードのデータベース１６１における格納位置を特定するための情報が含まれる。検索されたレコードにおいて依頼人情報のメールアドレスが格納されていないと判断されると（ステップＴ１２０７；ＮＯ）、処理はステップＴ１２０９に移行する。
【０１６４】
ステップＴ１２０９においては、検索されたレコードにおいて、受取人情報のメールアドレスが格納されているか否かが判断され、格納されていると判断されると（ステップＴ１２０９；ＹＥＳ）、配送状況追跡ページのＵＲＬを通知する電子メールが作成され、通信部１７により受取人情報のメールアドレスに送信され（ステップＴ１２１０）、処理はステップＴ１２１１に移行する。検索されたレコードにおいて受取人情報のメールアドレスが格納されていないと判断されると（ステップＴ１２０９；ＮＯ）、処理はステップＴ１２１１に移行する。
【０１６５】
ステップＴ１２１１においては、通信部１７により配達用携帯端末４から次の配達票データの送信要求が受信されたか否かが判断され、次の配達票データの送信要求が受信されたと判断されると（ステップＴ１２１１；ＹＥＳ）、処理はステップＴ１２０１に戻る。次の配達票データの送信要求が受信されず、接続が終了したと判断されると（ステップＴ１２１１；ＮＯ）、配達票検証処理は終了する。
【０１６６】
図７Ｂに示すように、依頼人ＰＣ５、受取人ＰＣ６において、管理サーバ１から通知される配送状況追跡ページのＵＲＬにアクセスすると（ステップＴ１８、Ｔ１９）、Ｗｅｂサーバ２において配送状況追跡ページ提供処理が実行される（ステップＴ２０）。
【０１６７】
図２８に、図７ＢのステップＴ２０においてＷｅｂサーバ２のＣＰＵ２１により実行される配送状況追跡ページ提供処理のフローチャートを示す。
【０１６８】
まず、依頼人ＰＣ５又は受取人ＰＣ６により指定されたＵＲＬに基づいて、管理サーバ１のデータベース１６１に対し、依頼人ＰＣ５又は受取人ＰＣ６に対応する電子伝票情報の問い合わせが行われる（ステップＴ１３０１）。
【０１６９】
管理サーバ１においては、データベース１６１において、指定されたＵＲＬにより特定される電子伝票情報が検索され、該当する電子伝票情報が検索されない場合は、該当する電子伝票情報が存在しない旨がＷｅｂサーバ２に応答される。該当する電子伝票情報が検索され、当該電子伝票情報に配達情報及び配達票電子署名データが含まれている場合に、配達済みかつ検証済みであることを示す応答がＷｅｂサーバ２に送信される。また、当該電子伝票情報に配達情報及び配達票電子署名データが含まれていないが、集荷情報及び集荷票電子署名データが含まれている場合に、集荷済みかつ検証済みであることを示す応答がＷｅｂサーバ２に送信される。なお、ＵＲＬは、図１８Ｂ、図２７に示すように、依頼された配送が集荷済みかつ検証済み、又は配達済みかつ検証済みの依頼人及び受取人宛てにのみ通知されるので、電子伝票情報が検索されていても、上記の何れにも該当しない場合は、該当する電子伝票情報が存在しない旨がＷｅｂサーバ２に応答される。
【０１７０】
次いで、管理サーバ１からの応答に基づいて、ＵＲＬにより特定される電子伝票情報が集荷済み及び検証済みであるか否かが判断される（ステップＴ１３０２）。ＵＲＬにより特定される電子伝票情報が集荷済み及び検証済みであると判断された場合（ステップ１３０２；ＹＥＳ）、当該電子伝票情報が管理サーバ１から取得され、取得された電子伝票情報に基づいて、第１の配送状況追跡ページを表示するためページデータが生成される（ステップＴ１３０３）。そして、生成されたページデータが通信部２７によりアクセス元の依頼人ＰＣ５又は受取人ＰＣ６に送信され（ステップＴ１３０４）、配送状況追跡ページ提供処理は終了する。
【０１７１】
図２９に、依頼人ＰＣ５又は受取人ＰＣ６において表示される第１の配送状況追跡ページ７００の一例を示す。第１の配送状況追跡ページ７００は、例えば、図７ＡのステップＴ１０において配送状況追跡ページのＵＲＬが通知されてからステップＴ１７における配達票検証処理が終了する前に依頼人ＰＣ５又は受取人ＰＣ６から配送状況追跡ページにアクセスがあった場合に表示される。図２９に示すように、配送状況追跡ページ７００には、電子伝票情報のうち集荷を確認するために必要な情報が表示される。具体的には、電子署名付き集荷票データの内容Ｄ１１、集荷確認署名の画像Ｄ１２、依頼人記入欄の画像Ｄ１３が表示される。依頼人は、配送依頼の内容に誤りがないか、自分が集荷時に署名及び記入した内容が改ざんされていないか等を確認することができる。受取人は、依頼人が依頼した内容や、集荷がなされたことを確認することができる。なお、第１の配送状況追跡ページ７００には、「ファイルダウンロード」ボタンＢ１が表示されている。当該ボタンＢ１を押下することにより、依頼人ＰＣ５又は受取人ＰＣ６において電子署名付き集荷票データ及び認証局のＣＡ証明書、集荷時に用いられた集荷用携帯端末３の端末証明書を依頼人／受取人はダウンロードしてデータの真正性を自身で検証することができる。
【０１７２】
図２８に戻り、ＵＲＬにより特定される電子伝票情報が集荷済み又は検証済みではないと判断された場合（ステップ１３０２；ＮＯ）、ＵＲＬにより特定される電子伝票情報が配達済み及び検証済みであるか否かが判断される（ステップＴ１３０５）。ＵＲＬにより特定される電子伝票情報が配達済み及び検証済みであると判断された場合（ステップ１３０５；ＹＥＳ）、当該電子伝票情報が管理サーバ１から取得され、取得された電子伝票情報に基づいて、第２の配送状況追跡ページを表示するためページデータが生成される（ステップＴ１３０６）。そして、生成されたページデータが通信部２７によりアクセス元の依頼人ＰＣ５又は受取人ＰＣ６に送信され（ステップＴ１３０７）、配送状況追跡ページ提供処理は終了する。
【０１７３】
一方、ＵＲＬにより特定される電子伝票情報が配達済み及び検証済みではないと判断された場合（ステップ１３０５；ＮＯ）、「そのＵＲＬで指定された配送は存在しません」等の、指定された配送が存在しない旨を通知するページデータが記憶部２６から読み出され、通信部２７によりアクセス元の依頼人ＰＣ５又は受取人ＰＣ６に送信され（ステップＴ１３０８）、配送状況追跡ページ提供処理は終了する。
【０１７４】
図３０に、第２の配送状況追跡ページ７０１の一例を示す。図３０に示すように、第２の配送状況追跡ページ７０１には、電子伝票情報のうち集荷及び配達を確認するために必要な情報が表示される。具体的には、電子署名付き配達票データの内容Ｄ２１、集荷確認署名の画像Ｄ２２、依頼人記入欄の画像Ｄ２３、受取確認署名の画像Ｄ２４、受取人記入欄の画像Ｄ２５が表示される。依頼人は、荷物が受取人に届いたか、配送依頼の内容に誤りがないか、集荷の日時や場所、自分が集荷時に署名、記入した内容が改ざんされていないか等を確認することができる。受取人は、受取った場所や日時、受取確認署名、記入欄等に改ざんがないか等を確認することができる。なお、第２の配送状況追跡ページ７０１には、「ファイルダウンロード」ボタンＢ２が表示されている。当該ボタンＢ２を押下することにより、依頼人ＰＣ５又は受取人ＰＣ６において電子署名付き配達票データ及び認証局のＣＡ証明書、集荷時に用いられた集荷用携帯端末３の端末証明書、配達時に用いられた配達用携帯端末４の端末証明書を依頼人／受取人はダウンロードしてデータの真正性を検証することができる。
【０１７５】
以上説明したように、配達確認システム１００によれば、集荷用携帯端末３は、荷物の集荷の際に依頼人によって入力部３５から入力された集荷確認情報、ＧＰＳ３７により取得された現在時刻及び現在位置を含む集荷票データに電子署名を行って、電子署名付きの集荷票データを管理サーバ１に送信する。管理サーバ１は、集荷用携帯端末３から受信された電子署名付きの集荷票データの真正性を集荷用携帯端末３の公開鍵を用いて検証し、真正性の検証に成功した集荷票データによって電子伝票情報を格納するデータベース１６１を更新する。
【０１７６】
従って、データベース１６１には、真正性の検証された集荷時刻、集荷場所、依頼人の集荷確認情報を含む集荷票データが格納されるので、後から真正性の確保された情報で集荷時刻、集荷場所、依頼人の入力した集荷確認情報を確認することが可能となる。
【０１７７】
また、配達確認システム１００によれば、配達用携帯端末４は、荷物の配達の際に受取人によって入力部４５から入力された受取確認情報、ＧＰＳ４７により取得された現在時刻及び現在位置を含む配達票データに電子署名を行って、電子署名付きの配達票データを管理サーバ１に送信する。管理サーバ１は、配達用携帯端末４から受信された電子署名付きの配達票データの真正性を配達用携帯端末４の公開鍵を用いて検証し、真正性の検証に成功した配達票データによって電子伝票情報を格納するデータベース１６１を更新する。
【０１７８】
従って、データベース１６１には、真正性の検証された配達時刻、配達場所、受取人の入力した受取確認情報を含む配達票データが格納されるので、後から真正性の確保された情報で配達時刻、配達場所、受取人の受取確認情報を確認することが可能となる。
【０１７９】
また、集荷用携帯端末３及び配達用携帯端末４は、外部のプログラムによってアクセスできないセキュリティチップを有し、セキュリティチップに電子署名を行う際に使用する秘密鍵を保存するとともに当該秘密鍵を用いて集荷票データ、配達票データに電子署名を行うので、秘密鍵、集荷票データ及び配達票データのセキュリティを確保することができる。
【０１８０】
また、管理サーバ１は、集荷用携帯端末３の公開鍵を含む端末証明書を記憶しており、集荷用携帯端末３から電子署名付きの集荷票データを受信すると、本文データと電子署名データに分離し、電子署名データを集荷用携帯端末３の公開鍵を用いて復号して取得した第１のハッシュ値と、本文データをハッシュ関数に入力することにより算出した第２のハッシュ値とを比較することにより集荷票データの真正性を検証することができる。同様に、管理サーバ１は、配達用携帯端末４の公開鍵を含む端末証明書を記憶しており、配達用携帯端末４から電子署名付きの配達票データを受信すると、本文データと電子署名データに分離し、電子署名データを配達用携帯端末４の公開鍵を用いて復号して取得した第１のハッシュ値と、本文データをハッシュ関数に入力することにより算出した第２のハッシュ値とを比較することにより配達票データの真正性を検証することができる。
【０１８１】
また、配達確認システム１００は、真正性が検証された電子署名付きの電子伝票データ（集荷票データ、配達票データ）を荷物の依頼人及び受取人に提供するためのウェブページである配送状況追跡ページを生成してインターネット上に公開するＷｅｂサーバ２を備えている。従って、荷物の依頼人及び受取人は、荷物が集荷されたかどうか、荷物が配送センタに届いたか或いは荷物が配達されたかどうかをＷｅｂ上で容易に確認することが可能となる。
【０１８２】
また、上記の配送状況追跡ページのＵＲＬは、依頼人ＰＣ５及び受取人ＰＣ６に通知されるので、依頼人、受取人は、荷物が集荷されたかどうか或いは荷物が配達されたかどうか等をＷｅｂ上で容易に確認することが可能となる。
【０１８３】
また、Ｗｅｂサーバ２は、配送状況追跡ページにおいて依頼人ＰＣ５又は受取人ＰＣ６から真正性が検証された電子署名付きの電子伝票データ（集荷票データ、配達票データ）のダウンロード要求を受け付け、ダウンロード要求に応じて真正性が検証された電子署名付きの集荷票データ、配達票データ、端末証明書等を送信する。従って、依頼人ＰＣ５、受取人ＰＣ６において、集荷票データや配達票データをダウンロードして、依頼人や受取人自身がデータの真正性を検証することが可能となる。
【０１８４】
集荷確認情報、受取確認情報は、手書き入力するためのタッチパネルから入力されるので、従来のサイン等を用いた集荷確認、受取確認と同等の感覚で集荷確認情報や受取確認情報の入力を行うことが可能となる。
【０１８５】
なお、上記実施形態における記述内容は、本発明に係る配達確認システム１００の好適な一例であり、これに限定されるものではない。
例えば、上記実施形態においては、入力手段をタッチパネルとし、荷物の集荷時や受取時に依頼人や受取人がタッチパネルから手書きの集荷確認署名や受取人署名を入力することとしたが、依頼人が集荷を確認したことを示す集荷確認情報や、受取人が荷物の受取ったことを確認したことを示す受取確認情報としては、これに限定されない。例えば、手書きの署名に代わって、依頼人や受取人の画像、電子印鑑、指紋、虹彩等、個人を識別できる情報を入力する入力手段であれば、タッチパネルに限定されない。
【０１８６】
また、上記実施形態においては、管理サーバ１とＷｅｂサーバ２を別体として説明したが、管理サーバ１にＷｅｂサーバ２の機能を内蔵した１台のサーバとしてもよい。
【０１８７】
また、上記実施形態においては、集荷時と配達時の双方において、その時刻、位置、集荷（受取）人を確認するための情報を含む電子伝票データ（集荷票データ、配達票データ）に電子署名を行って、集荷時及び配達時の双方の確認が行える構成としたが、集荷時又は配達時の何れか一方のみを確認するシステムとしてもよい。
【０１８８】
また、上記実施形態においては集荷用携帯端末３及び配達用携帯端末４は、クレードルを介して社内ネットワークＮ１に接続し、管理サーバ１とデータ送受信を行う構成としたが、管理サーバ１と集荷用携帯端末３及び配達用携帯端末４とのデータ送受信の方法としては、これに限定されず、例えば、無線通信によりデータ送受信を行うこととしてもよいし、ＵＳＢ（Universal Serial Bus）等のデータ通信ケーブルを介して直接データ送受信を行うこととしてもよい。
【０１８９】
その他、配達確認システム１００を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【図面の簡単な説明】
【０１９０】
【図１】本発明の実施形態における配達確認システムの全体構成例を示す図である。
【図２】図１の管理サーバの機能的構成を示すブロック図である。
【図３】図２のデータベースに格納される電子伝票情報のデータ構成例を示す図である。
【図４】図１の集荷用携帯端末及び配達用携帯端末の機能的構成を示すブロック図である。
【図５】図１の管理サーバと認証局のサーバとの間で実行されるサーバ証明書取得処理のフローを示す図である。
【図６】図１の集荷用携帯端末（配達用携帯端末）、認証局のサーバとの間で実行される端末証明書取得処理のフローを示す図である。
【図７Ａ】図１に示す配達確認システム全体の処理の流れを示す図である。
【図７Ｂ】図１に示す配達確認システム全体の処理の流れを示す図である。
【図８】図１のＷｅｂサーバのＣＰＵにより実行される配送依頼登録処理を示すフローチャートである。
【図９】図１の依頼人ＰＣの表示部に表示される配送依頼登録ページの一例を示す。
【図１０】図１の管理サーバのＣＰＵにより実行される集荷票データ作成処理を示すフローチャートである。
【図１１】図１の集荷用携帯端末のＣＰＵにより実行される集荷票データダウンロード処理を示すフローチャートである。
【図１２Ａ】図１の集荷用携帯端末のＣＰＵにより実行される集荷確認入力処理を示すフローチャートである。
【図１２Ｂ】図１の集荷用携帯端末のＣＰＵにより実行される集荷確認入力処理を示すフローチャートである。
【図１３】図１の集荷用携帯端末及び配達用携帯端末に表示される集荷伝票画面の一例を示す図である。
【図１４】図１の集荷用携帯端末に表示される集荷確認署名画面の一例を示す図である。
【図１５】図１の集荷用携帯端末及び配達用携帯端末のＣＰＵにより実行される電子署名処理を示すフローチャートである。
【図１６】図１の集荷用携帯端末において印刷される集荷伝票の一例を示す図である。
【図１７】図１の集荷用携帯端末のＣＰＵにより実行される集荷票データアップロード処理を示すフローチャートである。
【図１８Ａ】図１の管理サーバのＣＰＵにより実行される集荷票検証処理を示すフローチャートである。
【図１８Ｂ】図１の管理サーバのＣＰＵにより実行される集荷票検証処理を示すフローチャートである。
【図１９】図１の管理サーバのＣＰＵにより実行される電子署名付きデータの検証処理を示すフローチャートである。
【図２０】図１の管理サーバのＣＰＵにより実行される配達票データ作成処理を示すフローチャートである。
【図２１】図１の配達用携帯端末のＣＰＵにより実行される配達票データダウンロード処理を示すフローチャートである。
【図２２】図１の配達用携帯端末のＣＰＵにより実行される配達荷物確認処理を示すフローチャートである。
【図２３Ａ】図１の配達用携帯端末のＣＰＵにより実行される配達確認入力処理を示すフローチャートである。
【図２３Ｂ】図１の配達用携帯端末のＣＰＵにより実行される配達確認入力処理を示すフローチャートである。
【図２４】図１の配達用携帯端末の表示部に表示される集荷確認署名画面の一例を示す図である。
【図２５】図１の配達用携帯端末の表示部に表示される受取確認署名画面の一例を示す図である。
【図２６】図１の配達用携帯端末のＣＰＵにより実行される配達票データアップロード処理を示すフローチャートである。
【図２７】図１の管理サーバのＣＰＵにより実行される配達票検証処理を示すフローチャートである。
【図２８】図１のＷｅｂサーバのＣＰＵにより実行される配送状況追跡ページ提供処理を示すフローチャートである。
【図２９】図１の依頼人ＰＣ５又は受取人ＰＣ６において表示される第１の配送状況追跡ページの一例を示す図である。
【図３０】図１の依頼人ＰＣ５又は受取人ＰＣ６において表示される第２の配送状況追跡ページの一例を示す図である。
【符号の説明】
【０１９１】
１００ 配達確認システム
１ 管理サーバ
１１ ＣＰＵ
１２ ＲＡＭ
１３ ＲＯＭ
１４ 入力部
１５ 表示部
１６ 記憶部
１６１ データベース
１７ 通信部
１８ スキャナ部
１９ 計時部
１０１ バス
２ Ｗｅｂサーバ
２１ ＣＰＵ
２２ ＲＡＭ
２３ ＲＯＭ
２４ 入力部
２５ 表示部
２６ 記憶部
２７ 通信部
２９ 計時部
２０１ バス
３ 集荷用携帯端末
３１ ＣＰＵ
３２ ＲＡＭ
３３ ＲＯＭ
３４ セキュリティチップ
３５ 入力部
３６ 表示部
３７ ＧＰＳ
３８ 通信部
３９ 印字部
３０１ スキャナ部
３０２ バス
４ 配達用携帯端末
４１ ＣＰＵ
４２ ＲＡＭ
４３ ＲＯＭ
４４ セキュリティチップ
４５ 入力部
４６ 表示部
４７ ＧＰＳ
４８ 通信部
４９ 印字部
４０１ スキャナ部
４０２ バス
５ 依頼人ＰＣ
６ 受取人ＰＣ
【特許請求の範囲】
【請求項１】
携帯端末と、サーバとを備えた配達確認システムであって、
前記携帯端末は、
前記サーバとデータ送受信を行うための通信手段と、
現在時刻を取得する時刻取得手段と、
現在位置を取得する位置取得手段と、
荷物の受取人が荷物を受取ったことを示す受取確認情報を入力するための入力手段と、
荷物の受け渡しの際に前記入力手段から入力された受取確認情報、前記時刻取得手段から出力された現在時刻、及び前記位置取得手段から出力された現在位置を含む電子伝票データに電子署名を行って、電子署名付きの前記電子伝票データを前記通信手段により前記サーバに送信する制御手段と、
を備え、
前記サーバは、
前記携帯端末とデータ送受信を行うための通信手段と、
前記通信手段により前記携帯端末から受信した前記電子署名付きの電子伝票データの真正性を検証する制御手段と、
を備える配達確認システム。
【請求項２】
前記携帯端末は、前記電子伝票データに電子署名を行う際に使用する秘密鍵を保存するとともに、前記電子伝票データに当該秘密鍵を用いて電子署名を行うセキュリティチップを有し、
前記携帯端末の制御手段は、前記セキュリティチップにより前記電子伝票データに電子署名を行わせる請求項１に記載の配達確認システム。
【請求項３】
前記サーバは、前記携帯端末の公開鍵を含む前記携帯端末の電子証明書を記憶する記憶手段を有し、
前記サーバの制御手段は、前記電子署名付きの電子伝票データを本文データと電子署名データに分離し、前記電子署名データを前記公開鍵を用いて復号して取得した第１のハッシュ値と、前記本文データをハッシュ関数に入力することにより算出した第２のハッシュ値とを比較することにより前記電子伝票データの真正性を検証する請求項１又は２に記載の配達確認システム。
【請求項４】
前記真正性が検証された電子署名付きの電子伝票データを荷物の依頼人及び受取人に提供するためのウェブページを生成してインターネット上に公開するウェブサーバを備える請求項１〜３の何れか一項に記載の配達確認システム。
【請求項５】
前記配達確認システムは、荷物の依頼人に使用される依頼人端末と、荷物の受取人に使用される受取人端末とを更に含み、
前記サーバは、インターネットに接続可能に構成され、インターネットを介して前記ウェブページのＵＲＬを前記依頼人端末及び前記受取人端末に通知する通知手段を備える請求項４に記載の配達確認システム。
【請求項６】
前記ウェブサーバは、前記ウェブページを介して前記依頼人端末又は前記受取人端末から前記真正性が検証された電子署名付きの電子伝票データのダウンロード要求を受け付け、前記ダウンロード要求に応じて前記真正性が検証された電子署名付きの電子伝票データ及び前記携帯端末の電子証明書を前記要求元の依頼人端末又は受取人端末に送信する請求項５に記載の配達確認システム。
【請求項７】
前記入力手段は、手書き文字を入力するためのタッチパネルである請求項１〜６の何れか一項に記載の配達確認システム。
【請求項１】
携帯端末と、サーバとを備えた配達確認システムであって、
前記携帯端末は、
前記サーバとデータ送受信を行うための通信手段と、
現在時刻を取得する時刻取得手段と、
現在位置を取得する位置取得手段と、
荷物の受取人が荷物を受取ったことを示す受取確認情報を入力するための入力手段と、
荷物の受け渡しの際に前記入力手段から入力された受取確認情報、前記時刻取得手段から出力された現在時刻、及び前記位置取得手段から出力された現在位置を含む電子伝票データに電子署名を行って、電子署名付きの前記電子伝票データを前記通信手段により前記サーバに送信する制御手段と、
を備え、
前記サーバは、
前記携帯端末とデータ送受信を行うための通信手段と、
前記通信手段により前記携帯端末から受信した前記電子署名付きの電子伝票データの真正性を検証する制御手段と、
を備える配達確認システム。
【請求項２】
前記携帯端末は、前記電子伝票データに電子署名を行う際に使用する秘密鍵を保存するとともに、前記電子伝票データに当該秘密鍵を用いて電子署名を行うセキュリティチップを有し、
前記携帯端末の制御手段は、前記セキュリティチップにより前記電子伝票データに電子署名を行わせる請求項１に記載の配達確認システム。
【請求項３】
前記サーバは、前記携帯端末の公開鍵を含む前記携帯端末の電子証明書を記憶する記憶手段を有し、
前記サーバの制御手段は、前記電子署名付きの電子伝票データを本文データと電子署名データに分離し、前記電子署名データを前記公開鍵を用いて復号して取得した第１のハッシュ値と、前記本文データをハッシュ関数に入力することにより算出した第２のハッシュ値とを比較することにより前記電子伝票データの真正性を検証する請求項１又は２に記載の配達確認システム。
【請求項４】
前記真正性が検証された電子署名付きの電子伝票データを荷物の依頼人及び受取人に提供するためのウェブページを生成してインターネット上に公開するウェブサーバを備える請求項１〜３の何れか一項に記載の配達確認システム。
【請求項５】
前記配達確認システムは、荷物の依頼人に使用される依頼人端末と、荷物の受取人に使用される受取人端末とを更に含み、
前記サーバは、インターネットに接続可能に構成され、インターネットを介して前記ウェブページのＵＲＬを前記依頼人端末及び前記受取人端末に通知する通知手段を備える請求項４に記載の配達確認システム。
【請求項６】
前記ウェブサーバは、前記ウェブページを介して前記依頼人端末又は前記受取人端末から前記真正性が検証された電子署名付きの電子伝票データのダウンロード要求を受け付け、前記ダウンロード要求に応じて前記真正性が検証された電子署名付きの電子伝票データ及び前記携帯端末の電子証明書を前記要求元の依頼人端末又は受取人端末に送信する請求項５に記載の配達確認システム。
【請求項７】
前記入力手段は、手書き文字を入力するためのタッチパネルである請求項１〜６の何れか一項に記載の配達確認システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【図１０】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８Ａ】
【図１８Ｂ】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３Ａ】
【図２３Ｂ】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【図１０】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８Ａ】
【図１８Ｂ】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３Ａ】
【図２３Ｂ】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【公開番号】特開２０１０−１２８５３５（Ｐ２０１０−１２８５３５Ａ）
【公開日】平成２２年６月１０日（２０１０．６．１０）
【国際特許分類】
【出願番号】特願２００８−２９９３０７（Ｐ２００８−２９９３０７）
【出願日】平成２０年１１月２５日（２００８．１１．２５）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
【公開日】平成２２年６月１０日（２０１０．６．１０）
【国際特許分類】
【出願日】平成２０年１１月２５日（２００８．１１．２５）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
[ Back to top ]