JP2002288292A - 宅配サービスの本人確認システム - Google Patents

Abstract

(57)【要約】 【課題】 宅配サービスにおいて、宅配貨物の受取人が
荷受人本人であることを確実且つ簡単に確認できる本人
確認システムを提供する。 【解決手段】 買い手（荷受人）Ｙから、売り手（荷
主）Ｘに外貨購入の申込みがあると、売り手側の受注端
末１にて、予め取り交わした荷受人本人を識別する暗証
番号を暗号化し、本人認証の要否を示すデータを含む送
り状番号データとともにバーコード化し、受注案件ごと
に顧客ファイル１０に登録する。一方、外貨（受注品）
１３を宅配するとき、宅配者Ｚのドライバ通信端末２０
にて、荷主側で付した送り状１１のバーコード表示を読
み取り、送り状番号の番号枠が本人認証の必要な番号で
あると、暗証バーコード表示も読み取って登録暗証番号
を元の番号データに復合化する。他方、受取人の番号申
告に応じて、申告暗証番号が入力されると、申告暗証番
号と登録暗証番号を照合し、番号が一致して初めて、受
取人が荷受人本人であると認証され、受注品が引き渡さ
れる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】 本発明は、商品の売り手な
どの荷主から、外貨・貴重品・機密品・プライベート品
などの宅配貨物を集荷して買い手などの荷受人へ配達す
るとき、宅配貨物の受取人が荷受人本人であることを確
認するのに好適な宅配サービスの本人確認システムに関
する。

【０００２】

【従来の技術】 従来、各種の宅配サービスの中に、通
信販売業者などの荷主から宅配の依頼を受けると、宅配
者は、荷主人先に出向いて宅配貨物を集荷し、荷受人へ
配送して品代金と引き換えに届ける、品代金引換宅配サ
ービスといわれる宅配システムがある。この品代金引換
宅配システムでは、配達時、荷受人先にて宅配貨物の引
き渡し前に、荷受人側から受領印やサインを入手して本
人確認を行うようになっている。一方、荷受人から受領
した品代金は、所望時期に一括して宅配者から荷主側に
受け渡して決済されるようになっている。

【０００３】

【発明が解決しようとする課題】 ところが、従来の品
代金引換宅配システムでは、宅配者側において、配達担
当ドライバが回収後の品代金を持ち歩くことになるた
め、安全性に乏しく、また、宅配者側から荷主への品代
金の銀行振込など、その受け渡し手続に手間がかかる
し、品代金の振込金額も巨額化してきていることが問題
になっている。一方、外貨や貴重品など比較的高額な商
品の宅配の場合は、通常、買い手たる荷受人において、
いちいち銀行などに出向いて事前に品代金を用意する必
要があり、その代金調達に手間がかかるという問題もあ
る。

【０００４】そこで、これら高額な商品の宅配サービス
では、最近、荷主（売り手）が荷受人（買い手）から予
め品代金の支払を受けた上で（元払い）、その代金支払
済みの商品を荷受人へ宅配できる元払い宅配システムの
構築が望まれている。

【０００５】しかし、元払い宅配システムでは、宅配貨
物の受取人が確実に荷受人本人であるとの確認が特に必
要とされるが、従来のように荷受人側から受領印やサイ
ンを入手して本人確認をする程度では、受取人が荷受人
本人であるとの確証は得られず不十分である。

【０００６】一方、宅配の対象貨物の中には、たとえ高
額でなくても、機密品やプライベート品など、秘密保持
のため、荷受人本人が確実に受け取ることが特に指定さ
れる物品もある。しかし、これら荷受人指定の宅配シス
テムにおいても、同様に、受取人から受領印やサインを
入手して本人確認をする程度では、不十分であるという
課題があった。

【０００７】そこで、本発明の目的は、上述のような従
来の課題を解決し、広く宅配サービスにおいて、宅配貨
物の受取人が荷受人本人であることを確実に且つ簡単に
確認することのできる本人確認システムを提供すること
にある。

【０００８】

【課題を解決するための手段】 そのため、上記目的を
達成すべく、請求項１に記載の発明は、たとえば以下に
図面を用いて説明する実施の形態に示すとおり、荷主Ｘ
側に備える受注端末１と、宅配者Ｚ側に備えるドライバ
通信端末２０および貨物集配情報を集中管理するホスト
コンピュータ１５とを通信ネットワークで結び、宅配貨
物たる受注品１３を荷主Ｘから集荷して荷受人Ｙに配達
するとき、受注品１３の受取人が荷受人本人であること
を確認する宅配サービスの本人確認システムにおいて、
前記受注端末１は、予め取り交わした荷主Ｘと荷受人Ｙ
しか知り得ない荷受人本人を識別する暗証番号を含む受
注データを入力する入力手段４と、前記受注データのう
ち、荷受人認証の要否を示すデータを含んだ送り状番号
データと、暗証番号データとをそれぞれバーコード化す
るバーコード生成手段７と、受注案件ごとに前記受注デ
ータを所定顧客ファイル１０に登録して格納する記憶手
段８と、受注品１３の出荷指示を受けると、前記顧客フ
ァイル１０から前記送り状番号を含む送り状発行データ
を生成し、その送り状発行データと登録暗証番号データ
を、それらをラベルに出力する端末プリンタ３へ送信す
る制御手段９とを備え、前記ドライバ通信端末２０は、
荷受人Ｙに受注品１３を配達したとき、その受注品に予
め荷主Ｘ側にて付されたバーコード表示を読み取ってデ
ータ入力するバーコードリーダ部２４と、入力された送
り状番号および登録暗証番号を含むデータを表示する表
示部２６と、配達時に送り状番号のバーコード表示を読
み取ったとき、送り状番号が荷受人認証を必要とする番
号枠であると、登録暗証番号のバーコード表示の読み取
りを促す表示を前記表示部２６に指示する一方、荷受人
先での番号申告に応じて、申告暗証番号が入力部２２か
ら入力されると、その申告暗証番号と登録暗証番号を照
合し、番号が一致すると、荷受人認証を含む配達完了デ
ータを生成して前記ホストコンピュータ１５へと伝送す
る制御部２５と、を備えることを特徴とする。

【０００９】請求項２に記載の発明は、請求項１に記載
の宅配サービスの本人確認システムにおいて、たとえば
以下に図面を用いて説明する実施の形態に示すとおり、
前記受注端末１は、前記受注データとして荷受人Ｙの暗
証番号が入力されると、その暗証番号を演算処理して暗
号化するデータ演算手段６を備える一方、前記ドライバ
通信端末２０は、前記バーコードリーダ部２４で読み取
った登録暗証番号を、元の番号データに変換して復合化
するデータ変換部２７を備えることを特徴とする。

【００１０】

【発明の実施の形態】 以下、図面を参照しつつ、本発
明の実施の形態について詳細に説明する。

【００１１】図１は、本発明に係る宅配サービスの本人
確認システムの一例を示す全体構成ブロック図である。
この本人確認システムの例では、売り手たる荷主Ｘ側に
備える受注端末１と、買い手たる荷受人Ｙ側に備える注
文端末２とが通信回線イで接続されている。荷主Ｘ側の
受注端末１は、宅配者Ｚ側において構築された物流ネッ
トワークＮに通信回線ロを介して接続されている。

【００１２】ここでは、荷主Ｘとして、たとえば米ドル
などの外貨（受注品）の取引を扱う銀行を例に挙げて説
明する。この荷主Ｘには、少なくとも前記受注端末１の
ほか、受注端末１に設けられた端末プリンタ３を備え
る。端末プリンタ３は、この例では、ラベルプリンタで
ある。受注端末１は、たとえばウェブサーバとして構成
され、図２に示すように、キーボード・マウスなどの入
力手段４と、入力データのモニタに用いるディスプレイ
などの表示手段５と、各種データの演算を行うデータ演
算手段６と、番号・コードなどデータをバーコード化す
るバーコード生成手段７と、各種のデータ・ファイル・
プログラムを記憶して格納する記憶手段８と、これら各
手段をコントロールする制御手段（ＣＰＵ）９などを備
えて構成される。

【００１３】特に、受注端末１は、１回の受注案件（外
貨売買取引）ごとに、入力手段４により荷受人本人を識
別する暗証番号を含む、各種受注データを入力する。暗
証番号は、荷主（売り手）Ｘと荷受人（買い手）Ｙとの
間で、予め取り交わした両者しか知り得ない、たとえば
４桁の番号で構成される。データ演算手段６は、入力手
段４から暗証番号が入力されると、その暗証番号を所定
の演算プログラムに従い演算処理して暗号化する機能を
有する。

【００１４】バーコード生成手段７は、受注データのう
ち、荷受人認証の要否を示すデータを含んだ送り状番号
データと、暗証番号データとをそれぞれバーコード化す
る機能を有する。荷受人認証の要否を示すデータとは、
宅配者Ｚが宅配貨物を配達する荷受人先で、受取人が荷
受人（買い手）本人であることを確認する必要があるか
否かを示すデータである。送り状番号データとは、宅配
貨物に固有の送り状番号（原票番号）のほか、発送店コ
ード・到着店コード・貨物個数などを示すデータであ
る。

【００１５】記憶手段８は、入力された受注データを顧
客ファイル１０に、たとえばＣＳＶファイル形式で登録
して記憶するほか、暗証番号を暗号化するため計算式な
どの各種演算プログラムを記憶している。制御手段９
は、入力手段４から受注品の出荷指示の入力を受ける
と、顧客ファイル１０から送り状番号データを含む宅配
に必要な送り状発行データを生成するとともに、送り状
発行データと登録暗証番号データとをそれぞれ端末プリ
ンタ３へ送信する機能を有する。送り状発行データは、
送り状番号、荷主（宅配依頼先）および荷受人（届け
先）の住所・名称・電話番号のほか、集荷日時、宅配貨
物の品名・個数・重量などの情報である。

【００１６】端末プリンタ３は、これら送り状発行デー
タに基づいて、図１に示すように送り状１１をプリント
アウトするとともに、登録暗証番号データに基づいて、
暗証番号の暗証バーコードラベル１２をプリントアウト
する。送り状１１および暗証バーコードラベル１２は、
共にシート上に剥離自在に貼着したシールで、出荷時に
宅配貨物（受注品）１３に貼り付けて使用する。

【００１７】一方、ここでの荷受人Ｙは、たとえば外国
旅行などのために売り手（荷主）Ｘからインターネット
を利用して外貨を購入する買い手で、注文端末２を、売
り手Ｘの受注端末（ウェブサーバ）１に対しクライアン
ト端末として使用する。

【００１８】他方、宅配者Ｚは、集配中央処理局Ａを中
心に、全国各地に設置された宅配貨物の集荷発送局Ｂお
よび配達局Ｃを、通信回線網で結んで前記物流ネットワ
ークＮを構築している。なお、図示省略したが、長距離
輸送における集配経過情報を全て集配中央処理局Ａにて
収集・管理するため、集荷発送局Ｂと配達局Ｃとの間の
輸送経路途中にも、発送地中継局や到着地中継局などを
設け、それら中継局を集配中央処理局Ａと通信回線網で
結んで同じ物流ネットワークＮを構築している。

【００１９】集配中央処理局Ａは、ホストコンピュータ
１５を備える。ホストコンピュータ１５は、集荷発送か
ら途中の輸送中継を経て配達完了に至る宅配貨物の物流
経過情報を、物流ネットワークＮを通して全て収集し集
中管理する。

【００２０】集荷発送局Ｂは、宅配貨物の集荷発送関連
情報を生成処理する営業店端末１６を備える。配達局Ｃ
は、宅配貨物の配達関連情報を生成処理する営業店端末
１７を備える。加えて、集荷発送局Ｂおよび配達局Ｃに
は、集配担当ドライバが個別に所持する携帯用のドライ
バ通信端末２０を備える。

【００２１】ドライバ通信端末２０は、図３に示すよう
に、操作正面側において、表示窓２１にタッチパネル２
２ａを設け、その図中上側に入力キー２２ｂ・テンキー
２２ｃを設けてデータの入力部２２を構成している。操
作正面側には、そのほか電源ボタン・クリアキー・明る
さ調整用ライトキーが設けられている。なお、図中符号
２３は、バーコードリーダ操作用のトリガキーである。
また、ドライバ通信端末２０は、テンキー２２ｃ側の端
面に、レーザー光照射窓を開けたバーコードリーダ部を
内蔵している。

【００２２】図４に示す如く、入力部２２およびバーコ
ードリーダ部２４は、制御部（ＣＰＵ）２５に接続され
ている。さらに、制御部２５は、各部の動作制御機能の
ほか、データ生成やデータ比較照合機能を有する。そし
て、入力データのモニタに用いる表示部２６と、送り状
番号・暗証番号等のデータ検索を行うデータ検索部２７
と、営業店端末１７等との無線通信の送受信を制御する
通信制御部２８と、データ変換部２９と、データやプロ
グラムを記憶する記憶部３０とも接続されている。

【００２３】特にデータ変換部２９は、バーコードリー
ダ部２４で読み取った登録暗証番号を演算処理し、元の
番号データに変換して復合化する機能を有する。記憶部
３０は、表示部２６のタッチパネル式のモニタに、図３
に示す初期画面のほか、送り状番号入力画面・申告暗証
番号入力画面・判取入力画面などを、制御部２５で切り
換え表示させるプログラムを記憶している。その他、暗
号化された登録暗証番号を元の番号データに変換する演
算プログラムを記憶している。

【００２４】さて次に、上述した構成をなす宅配サービ
スの本人確認システムにおいて、たとえば買い手Ｙが売
り手銀行Ｘから外貨を購入する場合に、購入外貨の宅配
を受けるまでの処理動作を、図５および図６を参照して
説明する。

【００２５】まず、買い手（荷受人）Ｙ側の注文端末２
から、売り手銀行（荷主）Ｘの外貨売買に関するウェブ
サイトにアクセスがあると、受注端末１は、外貨購入に
必要な買い手側情報の入力を促す外貨取引画面を、注文
端末２の表示手段に表示させる。すると、買い手Ｙは、
注文端末１の入力手段を操作し、住所・氏名・外貨の種
類金額・銀行口座等のほか、特に買い手Ｙ本人を識別す
る任意の暗証番号を入力し、図５のステップＳ１に示す
とおり、外貨購入の申込みと暗証番号を通知する。

【００２６】一方、売り手銀行Ｘサイドで外貨購入の申
込みを承諾すると、ウェブサイト上にて品代金の振込を
促す（Ｓ２）。この品代金の支払申入れに応じて、買い
手Ｙは、品代金振込処理を行う（Ｓ３）。たとえば売り
手銀行Ｘに預金口座があれば、品代金の口座引き落しを
依頼し、商品の引き渡し前に予め品代金の支払を済ま
す。

【００２７】次に、ステップＳ４に進み、受注端末１
は、暗証番号が入力されると、暗証番号をデータ演算手
段６により演算処理して暗号化し（Ｓ４）、外貨の受注
案件ごとに、買い手情報を受注データとして生成し、顧
客ファイル１０に登録して格納する。受注データのう
ち、本人認証の要否を示すデータを含んだ送り状番号デ
ータと、暗証番号データは、バーコード生成手段７によ
りバーコード化する（Ｓ５）。

【００２８】その後、入力手段４から受注品の出荷指示
の入力を受けると、制御手段９は、顧客ファイル１０か
ら受注データを検索して送り状発行データを生成し、そ
の送り状発行データと登録暗証番号データを端末プリン
タ３へ送信する。そして、端末プリンタ３によって送り
状１１と暗証バーコードラベル１２をプリントアウト
し、宅配貨物に貼り付けて買い手Ｙへの出荷に備える
（Ｓ６）。しかる後、売り手銀行Ｘは、宅配者Ｚに宅配
貨物の集配を依頼して出荷する（Ｓ７）。そして、以下
に詳説するが、宅配者Ｚの集配処理を経て買い手Ｙが宅
配貨物を受け取ることにより（Ｓ８）、売り手買い手間
の外貨売買契約の履行が完了する。

【００２９】さて次に、宅配貨物の集配処理動作を説明
する。集配時は、まず、集荷担当ドライバが最寄の図１
に示す集荷発送局Ｂから集荷用車両にて荷主Ｘ先に出向
き、宅配貨物１３の集荷を行う。このとき、荷主Ｘ先に
て、宅配貨物１３に貼られた送り状１１のバーコード表
示を、ドライバ通信端末２０のバーコードリーダ部２４
で読み取って送り状番号など集荷データを入力する。集
荷後、集荷発送局Ｂに戻って、ドライバ通信端末２０か
ら営業店端末１６に集荷データを読み込ませ、加えて、
宅配貨物１３を発送するとき、改めて送り状１１のバー
コード表示を読み取り、発送データの読み込みを行って
集荷発送登録を行う。そして、宅配貨物１３を輸送して
後、荷受人Ｙ先に最寄の配達局Ｃに到達すると、同様に
営業店端末１７に読み込み処理して積込登録を行ってか
ら、配達用車両にて荷受人先まで配達する。

【００３０】図６は、配達処理フローチャートである。
宅配貨物を配達するときは、荷受人先にて、図３に示す
ドライバ通信端末２０を、電源オンしてモニタに図示初
期画面を表示する。次いで、トリガーキー２３を操作し
てバーコードリーダ部２４で送り状１１のバーコード表
示を読み取る（Ｔ１）。すると、送り状番号が入力さ
れ、図７に示すように送り状番号入力画面ａに切り換わ
り、送り状番号が表示される。

【００３１】このとき、送り状番号の番号枠が、荷受人
本人の認証が必要な番号であるか否かを制御部２５で判
断し（Ｔ２）、認証が必要な番号の場合は、ステップＴ
３に進み、図８に示すように、登録暗証番号の入力画面
ｂに自動的に切り換えて登録暗証番号の入力を促す。従
って、配達担当ドライバは、バーコードリーダ部２４で
暗証バーコード表示を読み取って登録暗証番号（貨物番
号）を入力する（Ｔ３）。すると、入力された登録暗証
番号をデータ変換部２９で所定の演算プログラムに従っ
て演算処理し、元の番号データに変換して復合化する
（Ｔ４）。暗証バーコード表示が複数ある場合は、その
数だけスキャンして登録暗証番号を入力し、その数が記
憶部３０に登録した貨物個数と一致すると、今度は、図
９に示すように、申告暗証番号の入力画面ｃに自動的に
切り換えて申告暗証番号の入力を促す。

【００３２】そこで、受取人から暗証番号の申告を受け
ると、その申告に従って暗証番号をテンキー２２ｃで入
力する（Ｔ５）。すると、データ検索部２７により記憶
部３０から検索して一方の登録暗証番号を読み出し、制
御部２５により他方の申告暗証番号と照合する（Ｔ
６）。照合の結果、番号が一致したとき初めて、受取人
は荷受人本人であると認証し、図１０に示すように判取
入力画面ｄに自動的に切り換える。

【００３３】しかる後、宅配貨物を荷受人Ｙに引き渡
し、その受取りに代え、送り状１１の受領印欄に受領印
やサインなどの受領記録を受けて、配達を完了する。こ
のとき、配達担当ドライバは、送り状１１の受領記録か
ら、判取入力画面ｄにおいて入力文字３５をタッチして
宅配貨物の荷受人名を入力し、最後に「登録」ボタン４
０をタッチして配達完了登録を行うとともに、この配達
完了登録データを配達局Ｃに送信して営業店端末１７に
読み込ませて配達処理を終える（Ｔ７）。

【００３４】なお、配達完了登録データは、営業店端末
１７から集配中央処理局Ａへ転送されて、ホストコンピ
ュータ１５に読み込まれる。集配中央処理局Ａでは、配
達完了登録データのほか、集荷発送局ａや途中の各中継
局から、集荷発送登録データや各中継登録データなど
が、それぞれ物流ネットワークＮを介してリアルタイム
にホストコンピュータ１５に読み込まれる。そして、宅
配貨物の集荷から配達完了に至る各段階の集配経過情報
を、荷主Ｘほかユーザに対して照会可能に集中管理す
る。

【００３５】上述した図示実施の形態では、買い手Ｙ
は、インターネットを利用して売り手Ｘに対し、暗証番
号を通知して外貨購入を申込み、品代金の引落しを依頼
すれば、いちいち品代金の調達に出向くことなく、自宅
にいながら、間違いなく自分に目的の外貨が届けられ
る。もちろん、本発明は、インターネットを利用して買
い手が売り手から外貨を直接購入する場合に限られず、
たとえば買い手が旅行代理店等の店先で外貨購入を申込
み、その代理店等を通じて間接的に売り手銀行から外貨
が買い手本人に届けられるような場合にも適用すること
ができる。

【００３６】ところで、上述した図示実施の形態では、
外貨宅配の例を挙げて説明したが、本発明は、外貨宅配
に限らず、比較的高額な商品・貴重品・機密品・プライ
ベート品など、特に荷受人指定の要請の強い宅配サービ
スに好適なシステムである。更に、本発明は、これら特
殊な宅配貨物に限らず、本人認証が必要な限り、通常行
われる物品の宅配サービスにも、もちろん適用すること
ができ、宅配貨物の種類について限定を受けるものでは
ない。

【００３７】

【発明の効果】 上述のように構成した本発明によれ
ば、次のような効果が得られる。

【００３８】請求項１に記載の発明によれば、荷主側の
受注端末にて、予め取り交わした荷受人本人を識別する
暗証番号を入力し、本人認証の要否を示すデータを含む
送り状番号データとともにバーコード化して顧客ファイ
ルに登録しておき、受注品を配達するとき、宅配者側の
ドライバ通信端末にて、荷主側で付した送り状のバーコ
ード表示を読み取り、送り状番号の番号枠が本人認証の
必要な番号であると、加えて暗証バーコード表示を読み
取る一方、受取人の番号申告に応じて申告暗証番号が入
力されると、申告暗証番号と登録暗証番号を照合し、番
号が一致したとき初めて、受取人が荷受人本人であると
認証するシステム構成であるため、宅配サービスにおい
て、宅配貨物の受取人が荷受人本人であることを、確実
且つ簡単に確認することができる。その結果、間違いな
く、荷受人本人に宅配貨物を引き渡すことが可能にな
り、安定した荷受人指定の宅配システムを構築させるこ
とができる。

【００３９】また、本人確認が前提とされる元払い宅配
システムも安全に実現させることができ、その結果、宅
配者側において、配達担当ドライバが回収後の品代金を
持ち歩く危険性がなくなり、宅配者側から荷主への巨額
な品代金の銀行振込など、その受け渡し手続の手間もな
くすことができる一方、買い手など荷受人サイドにおい
て、いちいち銀行などに出向いて事前に品代金を用意す
るなど代金調達の手間をなくすこともできる。

【００４０】加えて、配達時に、申告暗証番号と登録暗
証番号を照合するシステム構成により、本人認証の実現
とともに、宅配貨物自体の誤配発生を確実に防止するこ
ともできる。さらに、申告暗証番号と登録暗証番号が一
致すると、荷受人認証を含む配達完了データをホストコ
ンピュータへと伝送して集中管理する構成であるため、
荷主から、宅配貨物の集荷から配達完了に至る各段階の
集配経過情報につき照会を求められても、通信ネットワ
ークを介して簡単に、迅速且つ的確に応答することがで
き、著しく顧客サービスを向上させることができる。

【００４１】請求項２に記載の発明によれば、荷受人の
暗証番号を、荷主側の受注端末のデータ演算手段により
暗号化する一方、番号照合時は、ドライバ通信端末に有
するデータ変換部により登録暗証番号を元の番号データ
に変換して復合化し、暗証番号を外部に漏洩させないセ
キュリティ機能を有するシステム構成とするため、荷受
人指定の宅配サービスにおいて、いわゆる口割れ配達の
発生を確実に防止することができる。

【図面の簡単な説明】

【図１】 本発明に係る宅配サービスの本人確認システ
ムの全体構成を示すブロック図である。

【図２】 受注端末の内部構成を示すブロック図であ
る。

【図３】 ドライバ通信端末の外観を示す正面図であ
る。

【図４】 ドライバ通信端末の内部構成を示すブロック
図である。

【図５】 外貨購入からその外貨の配達完了に至る手順
を示すフローチャートである。

【図６】 ドライバ通信端末を用いた宅配貨物の配達処
理手順を示すフローチャートである。

【図７】 ドライバ通信端末の送り状番号入力画面の構
成説明図である。

【図８】 登録暗証番号入力画面の構成説明図である。

【図９】 申告暗証番号入力画面の構成説明図である。

【図１０】 判取入力画面の構成説明図である。

【符号の説明】

１ 受注端末 ２ 注文端末 ３ 端末プリンタ ４ 受注端末の入力手段 ５ 表示手段 ６ データ演算手段 ７ バーコード生成手段 ８ 記憶手段 ９ 制御手段 １０ 顧客ファイル １１ 送り状 １２ 暗証バーコードラベル １３ 宅配貨物（受注品） １５ ホストコンピュータ １６・１７ 営業店端末 ２０ ドライバ通信端末 ２２ ドライバ通信端末の入力部 ２４ バーコードリーダ部 ２５ 制御部 ２６ 表示部 ２７ データ変換部 ３０ 記憶部 Ａ 集配中央処理局 Ｂ 集荷発送局 Ｃ 配達局 Ｘ 荷主（売り手） Ｙ 荷受人（買い手） Ｚ 宅配者

Claims (2)

【特許請求の範囲】
1. 【請求項１】 荷主側に備える受注端末と、宅配者側に
   備えるドライバ通信端末および貨物集配情報を集中管理
   するホストコンピュータとを通信ネットワークで結び、
   受注品を荷主から集荷して荷受人に配達するとき、受注
   品の受取人が荷受人本人であることを確認する宅配サー
   ビスの本人確認システムにおいて、 前記受注端末は、 予め取り交わした荷主と荷受人しか知り得ない荷受人本
   人を識別する暗証番号を含む、受注データを入力する入
   力手段と、 前記受注データのうち、荷受人認証の要否を示すデータ
   を含んだ送り状番号データと、暗証番号データとをそれ
   ぞれバーコード化するバーコード生成手段と、 受注案件ごとに前記受注データを所定顧客ファイルに登
   録して格納する記憶手段と、 受注品の出荷指示を受けると、前記顧客ファイルから前
   記送り状番号を含む送り状発行データを生成し、その送
   り状発行データと登録暗証番号データを、それらをラベ
   ルに出力する端末プリンタへ送信する制御手段とを備
   え、 前記ドライバ通信端末は、 荷受人に受注品を配達したとき、その受注品に予め荷主
   側にて付されたバーコード表示を読み取ってデータ入力
   するバーコードリーダ部と、 入力された送り状番号および登録暗証番号を含むデータ
   を表示する表示部と、 配達時に送り状番号のバーコード表示を読み取ったと
   き、送り状番号が荷受人認証を必要とする番号枠である
   と、登録暗証番号のバーコード表示の読み取りを促す表
   示を前記表示部に指示する一方、荷受人先での番号申告
   に応じて、申告暗証番号が入力部から入力されると、そ
   の申告暗証番号と登録暗証番号を照合し、番号が一致す
   ると、荷受人認証を含む配達完了データを生成して前記
   ホストコンピュータへと伝送する制御部と、 を備えることを特徴とする宅配サービスの本人確認シス
   テム。
2. 【請求項２】 前記受注端末は、 前記受注データとして荷受人の暗証番号が入力される
   と、その暗証番号を演算処理して暗号化するデータ演算
   手段を備える一方、 前記ドライバ通信端末は、 前記バーコードリーダ部で読み取った登録暗証番号を、
   元の番号データに変換して復合化するデータ変換部を備
   えることを特徴とする請求項１に記載の宅配サービスの
   本人確認システム。