JP2018136788A - 決済制御システムおよび決済制御方法 - Google Patents

Abstract

【課題】セキュリティが高い状態で正確な金額を決済すること。
【解決手段】決済制御システムは、制御装置１と情報処理装置２とを有する。制御装置１は、荷物３の配送を依頼するユーザの生体情報を取得する生体取得部１ａと、荷物３の大きさに関する情報を計測するセンサ１ｂと、荷物３の重量を計測する重量計１ｃと、ユーザの生体情報と、荷物３の大きさに関する情報と荷物３の重量とを情報処理装置２に送信する制御部１ｄとを備える。情報処理装置２は、ユーザ情報４と料金情報５と決済番号情報６とを記憶する記憶部２ａと、ユーザ情報４を参照し、生体情報に対応するユーザを特定し、料金情報５を参照し、荷物３の大きさに関する情報と荷物３の重量とに基づいて金額を特定し、決済番号情報６を参照し、特定したユーザに対応する決済番号を特定し、決済を実行する装置に対して、金額を決済番号で決済するように指示する制御部２ｂと、を備える。
【選択図】図１

Description

本発明は、決済制御システムおよび決済制御方法に関する。

商品の購入金額やサービスに対する金額を決済する手段として、クレジットカードを用いた決済が知られている。クレジットカードに関する技術が提案されている。例えば、販売管理サーバは、利用者の生体認証データを取得し、利用者を特定できた場合、利用者のクレジットカード番号で商品の購入金額を決済する。

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

ところで、荷物の配送を依頼するユーザは、コンビニエンスストアや集荷所などに荷物を持っていく。コンビニエンスストアなどの店員は、荷物の大きさなどを巻尺などで計測する。荷物の配送に掛る金額は、計測した結果に基づいて決定される。人為的ミスにより計測に誤りがあった場合、荷物の配送に掛る金額は、誤った金額になる。

また、荷物の配送に掛る金額をクレジットカードで決済する場合は、スキミングされる可能性が高い。
１つの側面では、本発明は、セキュリティが高い状態で正確な金額を決済できる決済制御システムおよび決済制御方法を提供することを目的とする。

１つの態様では、決済制御システムが提供される。この決済制御システムは、制御装置と、情報処理装置とを有する。制御装置は、荷物の配送を依頼するユーザの生体情報を取得する生体取得部と、荷物の大きさに関する情報を計測するセンサと、荷物の重量を計測する重量計と、ユーザの生体情報を情報処理装置に送信し、荷物の大きさに関する情報と荷物の重量とを情報処理装置に送信する制御部と、を備える。情報処理装置は、ユーザとユーザの生体情報とに対応するユーザ情報と、荷物の大きさに関する情報と荷物の重量とに対応する荷物の配送に掛る金額を示す料金情報と、ユーザと決済番号とに対応する決済番号情報とを記憶する記憶部と、ユーザ情報を参照し、制御装置から受信したユーザの生体情報に対応するユーザを特定し、料金情報を参照し、制御装置から受信した荷物の大きさに関する情報と荷物の重量とに基づいて金額を特定し、決済番号情報を参照し、ユーザの生体情報から特定したユーザに対応する決済番号を特定し、決済を実行する装置に対して、金額を決済番号で決済するように指示する制御部と、を備える。

また、１つの態様では、決済制御方法が提供される。この決済制御方法は、制御装置が、荷物の配送を依頼するユーザの生体情報を取得し、荷物の大きさに関する情報を計測し、荷物の重量を計測し、ユーザの生体情報を情報処理装置に送信し、荷物の大きさに関する情報と荷物の重量とを情報処理装置に送信し、情報処理装置が、ユーザとユーザの生体情報とに対応するユーザ情報を参照し、制御装置から受信したユーザの生体情報に対応するユーザを特定し、荷物の大きさに関する情報と荷物の重量とに対応する荷物の配送に掛る金額を示す料金情報を参照し、制御装置から受信した荷物の大きさに関する情報と荷物の重量とに基づいて金額を特定し、ユーザと決済番号とに対応する決済番号情報を参照し、ユーザの生体情報から特定したユーザに対応する決済番号を特定し、決済を実行する装置に対して、金額を決済番号で決済するように指示する。

１つの側面では、セキュリティが高い状態で正確な金額を決済できる。

第１の実施の形態の決済制御システムを示す図である。 第２の実施の形態の決済制御システムを示す図である。 第２の実施の形態の端末装置の具体例を示す図である。 第２の実施の形態の端末装置のハードウェアの例を示す図である。 第２の実施の形態の赤外線センサによる計測を説明するための図である。 第２の実施の形態の認証サーバのハードウェア例を示す図である。 第２の実施の形態の決済制御システムが有する各装置の機能例を示す図である。 第２の実施の形態の静脈認証テーブルの例を示す図である。 第２の実施の形態の履歴テーブルの例を示す図である。 第２の実施の形態のサイズテーブルの例を示す図である。 第２の実施の形態の発送エリアテーブルの例を示す図である。 第２の実施の形態の配送エリアテーブルの例を示す図である。 第２の実施の形態の料金テーブルの例を示す図である。 第２の実施の形態の割引テーブルの例を示す図である。 第２の実施の形態の顧客テーブルの例を示す図である。 第２の実施の形態の端末装置に表示される画面の例を示す図（その１）である。 第２の実施の形態の端末装置に表示される画面の例を示す図（その２）である。 第２の実施の形態の端末装置に表示される画面の例を示す図（その３）である。 第２の実施の形態の端末装置が送り状を読み込まない場合の例を示すシーケンス図（その１）である。 第２の実施の形態の端末装置が送り状を読み込まない場合の例を示すシーケンス図（その２）である。 第２の実施の形態の端末装置が送り状を読み込む場合の例を示すシーケンス図（その１）である。 第２の実施の形態の端末装置が送り状を読み込む場合の例を示すシーケンス図（その２）である。 第２の実施の形態の端末装置が実行する処理の例（その１）を示すフローチャートである。 第２の実施の形態の端末装置が実行する処理の例（その２）を示すフローチャートである。 第２の実施の形態の認証サーバが実行する処理の例を示すフローチャートである。 第２の実施の形態の配送先サーバが実行する処理の例を示すフローチャートである。 第２の実施の形態の決済制御サーバが実行する処理の例を示すフローチャートである。 第３の実施の形態の顧客テーブルの例を示す図である。 第３の実施の形態の決済制御サーバが実行する処理の例を示すフローチャートである。

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の決済制御システムを示す図である。決済制御システムは、制御装置１と情報処理装置２とを有する。制御装置１と情報処理装置２とは、ネットワークを介して接続する。

制御装置１は、生体取得部１ａ、センサ１ｂ、重量計１ｃ、制御部１ｄを有する。生体取得部１ａは、例えば、ユーザの顔を撮像するカメラや静脈センサなどである。センサ１ｂは、例えば、赤外線センサである。制御部１ｄは、例えば、プロセッサである。プロセッサには、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。また、制御部１ｄは、マルチプロセッサであってもよい。

生体取得部１ａは、荷物の配送を依頼するユーザの生体情報を取得する。なお、生体情報は、ユーザの身体的特徴であり、ユーザ固有の情報である。例えば、生体情報は、ユーザの手のひらの静脈、指紋、瞳孔、声紋などである。生体取得部１ａは、例えば、荷物３の配送を依頼するユーザＸの生体情報Ｙを取得する。

センサ１ｂは、荷物３の大きさに関する情報を計測する。例えば、荷物３の大きさに関する情報は、荷物３の縦、横、高さの情報である。すなわち、センサ１ｂは、荷物３に対する水平方向であって直角に交わる２辺の長さと荷物３に対して鉛直方向の１辺の長さを計測する。例えば、センサ１ｂは、荷物３の上方から光を照射し、荷物３に反射した光を受光する。センサ１ｂは、受光した光に基づいて荷物３の縦、横の長さを計測する。センサ１ｂは、荷物３の側面に移動し、荷物３の側面から光を照射し、荷物３に反射した光を受光する。センサ１ｂは、受光した光に基づいて荷物３の高さを計測する。なお、制御装置１は、センサを２つ有してもよい。１つのセンサは、荷物３の上方に設置されて、荷物３の縦、横の長さを計測する。他のセンサは、荷物３の側面に光を照射できる位置に設置されて、荷物３の高さを計測する。制御装置１は、センサを２つ有することで、荷物３の大きさに関する情報を計測する時間を短くできる。

重量計１ｃは、荷物３の重量を計測する。制御部１ｄは、生体取得部１ａが取得したユーザの生体情報を情報処理装置２に送信する。例えば、制御部１ｄは、生体取得部１ａが取得したユーザＸの生体情報Ｙを情報処理装置２に送信する。

制御部１ｄは、センサ１ｂが計測した荷物３の大きさに関する情報と重量計１ｃが計測した荷物３の重量とを情報処理装置２に送信する。
情報処理装置２は、記憶部２ａと制御部２ｂとを有する。記憶部２ａは、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置でもよい。制御部２ｂは、例えば、プロセッサである。プロセッサには、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどを含み得る。また、制御部２ｂは、マルチプロセッサであってもよい。

記憶部２ａは、ユーザ情報４を記憶する。ユーザ情報４は、ユーザとユーザの生体情報とに対応する情報である。例えば、ユーザ情報４は、ユーザＸとユーザＸの生体情報Ｙとに対応する情報である。また、記憶部２ａは、料金情報５を記憶する。料金情報５は、センサ１ｂが計測した荷物３の大きさに関する情報と重量計１ｃが計測した荷物３の重量とに対応する荷物３の配送に掛る金額を示す。例えば、料金情報５は、センサ１ｂが計測した荷物３の大きさに関する情報と重量計１ｃが計測した荷物３の重量との場合に荷物３の配送に掛る金額Ａを示す。更に、記憶部２ａは、決済番号情報６を記憶する。決済番号情報６は、ユーザと決済番号とに対応する情報である。例えば、決済番号は、クレジットカード番号、プリペイドカード番号、デビットカード番号である。例えば、決済番号情報６は、ユーザＸと決済番号Ｚとに対応する情報である。

制御部２ｂは、ユーザ情報４を参照し、制御装置１から受信したユーザの生体情報に対応するユーザを特定する。例えば、制御部２ｂは、ユーザ情報４を参照し、制御装置１から受信した生体情報Ｙに対応するユーザＸを特定する。

制御部２ｂは、料金情報５を参照し、制御装置１から受信した荷物３の大きさに関する情報と荷物３の重量とに基づいて金額を特定する。例えば、制御部２ｂは、料金情報５を参照し、制御装置１から受信した荷物３の大きさに関する情報と荷物３の重量とに基づいて金額Ａを特定する。

制御部２ｂは、決済番号情報６を参照し、ユーザの生体情報から特定したユーザに対応する決済番号を特定する。例えば、制御部２ｂは、決済番号情報６を参照し、ユーザＸに対応する決済番号Ｚを特定する。

制御部２ｂは、決済を実行する装置（図示を省略）に対して、特定した金額を決済番号で決済するように指示する。例えば、制御部２ｂは、決済を実行する装置に対して、金額Ａを決済番号Ｚで決済するように指示する。なお、決済を実行する装置は、ネットワークを介して情報処理装置２に接続する。決済番号Ｚがクレジットカード番号の場合、決済を実行する装置は、例えば、クレジットカード会社が使用する装置である。

第１の実施の形態によれば、制御装置１は、センサ１ｂと重量計１ｃにより荷物３を計測するため、正確に荷物３を計測できる。情報処理装置２は、荷物３について正確に計測されているため、荷物３の配送に掛かる金額を正確な金額で決済させることができる。また、第１の実施の形態によれば、決済制御システムは、荷物３の配送に掛かる金額を決済する場合に、コンビニエンスストアなどの店員にクレジットカードを提示しなくて済むので、スキミングされることを防ぐことができる。

よって、第１の実施の形態によれば、決済制御システムは、セキュリティが高い状態で正確な金額を決済できる。
また、制御装置１が料金情報５を記憶してもよい。例えば、制御装置１が有する記憶部は、料金情報５を記憶する。そして、制御装置１は、センサ１ｂが計測した荷物３の大きさに関する情報と重量計１ｃが計測した荷物３の重量とを情報処理装置２に送信しないで、料金情報５を参照し、荷物３の大きさに関する情報と荷物３の重量とに基づいて金額Ａを特定する。制御装置１は、金額Ａを情報処理装置２に送信する。情報処理装置２は、決済を実行する装置に対して、金額Ａを決済番号Ｚで決済するように指示する。

さらに、制御装置１は、ユーザＸが所持している送り状を読み込んだ場合、金額Ａに対して割引を行ってもよい。割引を行う場合、制御装置１は、割引額を示す割引情報を制御装置１の記憶部に格納する。制御装置１は、割引情報が示す割引額で金額Ａを割引く。制御装置１は、割引後の金額を情報処理装置２に送信する。そして、情報処理装置２は、決済を実行する装置に対して、割引後の金額を決済番号Ｚで決済するように指示する。

ここで、送り状は、伝票ともいう。また、送り状には、発送元と配送先に関する内容が記載されている。ユーザＸは、制御装置１に送り状を読み込ませることで、発送元と配送先に関する内容を制御装置１に入力する手間を省くことができる。そのため、ユーザＸが制御装置１を用いて配送の手続きを行う時間は、短くなる。ユーザＸの手続き時間を短くすることで、制御装置１を次に利用するユーザの待ち時間を短くできる。このように、一人あたりの手続き時間を短くすることを推奨するために、制御装置１は、荷物３の配送に掛る金額に対して割引を行う。すなわち、制御装置１は、荷物３の配送に掛る金額に対して割引を行うことで、一人あたりの手続き時間を短くできる。

制御装置１は、ユーザＸが送り状番号を入力した場合、金額Ａに対して割引を行ってもよい。送り状番号は、荷物３の発送元および配送先に関する情報と対応付けられている。情報処理装置２は、荷物３の発送元および配送先に関する情報を記憶する。情報処理装置２は、制御装置１から送り状番号を受信した場合、荷物３の発送元および配送先に関する情報を制御装置１に送信する。これにより、ユーザＸは、制御装置１で荷物３の発送元および配送先を確認することができる。制御装置１は、送り状番号の入力を受け付けた場合、制御装置１の記憶部が記憶する割引情報が示す割引額で金額Ａを割引く。制御装置１は、割引後の金額を情報処理装置２に送信する。そして、情報処理装置２は、決済を実行する装置に対して、割引後の金額を決済番号Ｚで決済するように指示する。

このように、ユーザＸは、送り状番号を入力することで、発送元および配送先に関する情報を制御装置１に入力する手間を省くことができる。そのため、ユーザＸが制御装置１を用いて配送の手続きを行う時間は、短くなる。ユーザＸの手続き時間を短くすることで、制御装置１を次に利用するユーザの待ち時間を短くできる。このように、一人あたりの手続き時間を短くすることを推奨するために、制御装置１は、割引を行う。すなわち、制御装置１は、割引を行うことで、一人あたりの手続き時間を短くできる。

［第２の実施の形態］
図２は、第２の実施の形態の決済制御システムを示す図である。決済制御システムは、端末装置１００、認証サーバ２００、配送先管理サーバ３００、決済制御サーバ４００、決済サーバ５００を有する。端末装置１００、認証サーバ２００、配送先管理サーバ３００、決済制御サーバ４００、決済サーバ５００は、互いにネットワーク９０を介して接続されている。例えば、ネットワーク９０は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）やインターネットなどの広域ネットワークでもよい。

端末装置１００は、荷物の配送を依頼するユーザに使用される。例えば、端末装置１００は、集荷所やコンビニエンスストアに設置される。
認証サーバ２００は、静脈認証を行う。配送先管理サーバ３００は、ユーザが過去に指定した配送先の履歴を記憶する。決済制御サーバ４００は、荷物の配送に掛る金額の決済制御を行う。決済サーバ５００は、決済を実行する。クレジットカード番号で決済する場合、決済サーバ５００は、例えば、クレジットカード会社のサーバである。

なお、端末装置１００は、第１の実施の形態の制御装置１の一形態である。認証サーバ２００、配送先管理サーバ３００、決済制御サーバ４００は、第１の実施の形態の情報処理装置２の一形態である。

図３は、第２の実施の形態の端末装置の具体例を示す図である。端末装置１００は、ディスプレイ１１、キーボード１２、静脈センサ１３、赤外線センサ１４ａ，１４ｂ、重量計１５、送り状口１６、スキャナ１７、プリンタ１８を有する。

ディスプレイ１１は、荷物６００の配送に関する内容の画面を表示する。キーボード１２は、０〜９の番号ボタンを含む。静脈センサ１３は、ユーザの手のひらから静脈パターンを示す静脈情報を取得する。赤外線センサ１４ａ，１４ｂは、荷物６００の縦、横、高さを計測する。重量計１５は、荷物６００の重量を計測する。

送り状口１６は、送り状の投入口である。スキャナ１７は、送り状口１６に投入された送り状の内容を読み取る。プリンタ１８は、様々な情報を送り状に印刷する。また、端末装置１００は、紙幣および硬貨の投入口を有してもよい。

次に、端末装置１００のハードウェアについて説明する。
図４は、第２の実施の形態の端末装置のハードウェアの例を示す図である。端末装置１００は、プロセッサ１０１、ＲＡＭ１０２、ＨＤＤ１０３、通信インタフェース１０４、グラフィック処理ユニット１０５および入出力インタフェース１０６を有する。各ユニットが端末装置１００のバスに接続されている。

プロセッサ１０１は、端末装置１００全体を制御する。プロセッサ１０１は、複数のプロセッシング要素を含むマルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。また、プロセッサ１０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせでもよい。

ＲＡＭ１０２は、端末装置１００の主記憶装置である。ＲＡＭ１０２は、プロセッサ１０１に実行させるアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０２は、プロセッサ１０１による処理に用いる各種データを記憶する。

ＨＤＤ１０３は、端末装置１００の補助記憶装置である。ＨＤＤ１０３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０３には、アプリケーションプログラム、および各種データが格納される。端末装置１００は、フラッシュメモリやＳＳＤなどの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。

通信インタフェース１０４は、ネットワーク９０を介して、他の装置と通信を行う。グラフィック処理ユニット１０５は、ディスプレイ１１と接続している。グラフィック処理ユニット１０５は、プロセッサ１０１の制御の下に、各種の情報をディスプレイ１１に表示させる。

入出力インタフェース１０６は、キーボード１２、静脈センサ１３、赤外線センサ１４ａ，１４ｂ、重量計１５、スキャナ１７、プリンタ１８、タッチパネル１９と接続している。また、入出力インタフェース１０６は、記録媒体２０に対する情報の書き込みおよび読み出しが可能な可搬型記録媒体インタフェースと接続可能になっている。

入出力インタフェース１０６は、キーボード１２、静脈センサ１３、赤外線センサ１４ａ，１４ｂ、重量計１５、スキャナ１７、プリンタ１８、タッチパネル１９から送られてくる信号を、バスを介してプロセッサ１０１に送信する。また、入出力インタフェース１０６は、可搬型記録媒体インタフェースから送られてくる信号を、バスを介してプロセッサ１０１に送信する。さらに、入出力インタフェース１０６は、プロセッサ１０１から送られてくる制御信号を、バスを介して対応するユニットへ送信する。

キーボード１２、静脈センサ１３、赤外線センサ１４ａ，１４ｂ、重量計１５、スキャナ１７、プリンタ１８については、図３で説明をしたので省略する。タッチパネル１９は、透過型のタッチパネルであり、入力や入力内容の修正等の際に操作される。

記録媒体２０は、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤなどの磁気ディスク、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）などの光ディスク、光磁気ディスクである。また、記録媒体２０は、フラッシュメモリなどの不揮発性の半導体メモリを使用することもできる。また、入出力インタフェース１０６は、バーコードリーダと接続してもよい。

図５は、第２の実施の形態の赤外線センサによる計測を説明するための図である。赤外線センサ１４ａは、荷物６００の縦、横の長さを計測する。赤外線センサ１４ｂは、荷物６００の高さを計測する。

図５（Ａ）は、赤外線センサ１４ａがＸ軸方向の荷物６００の一辺の長さを計測する場合を示している。赤外線センサ１４ａは、荷物６００の上方向から赤外線を荷物６００に照射する。赤外線センサ１４ａは、荷物６００に反射した赤外線を受光する。赤外線センサ１４ａは、受光した赤外線に基づいて線Ｌ１の長さを計測する。これにより、赤外線センサ１４ａは、荷物６００の縦の長さを計測できる。

図５（Ｂ）は、赤外線センサ１４ａがＹ軸方向の荷物６００の一辺の長さを計測する場合を示している。赤外線センサ１４ａは、荷物６００の上方向から赤外線を荷物６００に照射する。赤外線センサ１４ａは、荷物６００に反射した赤外線を受光する。赤外線センサ１４ａは、受光した赤外線に基づいて線Ｌ２の長さを計測する。これにより、赤外線センサ１４ａは、荷物６００の横の長さを計測できる。

図５（Ｃ）は、赤外線センサ１４ｂがＺ軸方向の荷物６００の一辺の長さを計測する場合を示している。赤外線センサ１４ｂは、荷物６００の側面から赤外線を荷物６００に照射する。赤外線センサ１４ｂは、荷物６００に反射した赤外線を受光する。赤外線センサ１４ｂは、受光した赤外線に基づいて線Ｌ３の長さを計測する。これにより、赤外線センサ１４ａは、荷物６００の高さを計測できる。

このように、赤外線センサ１４ａ，１４ｂは、荷物６００の縦、横、高さを計測する。
なお、荷物６００の縦、横、高さの情報は、第１の実施の形態の荷物３の大きさに関する情報の一形態である。

次に、認証サーバ２００のハードウェアについて説明する。
図６は、第２の実施の形態の認証サーバのハードウェア例を示す図である。認証サーバ２００は、プロセッサ２０１、ＲＡＭ２０２、ＨＤＤ２０３、画像信号処理部２０４、入力信号処理部２０５、読み取り装置２０６および通信インタフェース２０７を有する。各ユニットが認証サーバ２００のバスに接続されている。

プロセッサ２０１は、認証サーバ２００全体を制御する。プロセッサ２０１は、複数のプロセッシング要素を含むマルチプロセッサであってもよい。プロセッサ２０１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。また、プロセッサ２０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ２０２は、認証サーバ２００の主記憶装置である。ＲＡＭ２０２は、プロセッサ２０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ２０２は、プロセッサ２０１による処理に用いる各種データを記憶する。

ＨＤＤ２０３は、認証サーバ２００の補助記憶装置である。ＨＤＤ２０３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ２０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。認証サーバ２００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。

画像信号処理部２０４は、プロセッサ２０１からの命令に従って、認証サーバ２００に接続されたディスプレイ２１に画像を出力する。ディスプレイ２１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、有機ＥＬ（Electro-Luminescence）ディスプレイなど各種のディスプレイを用いることができる。

入力信号処理部２０５は、認証サーバ２００に接続された入力デバイス２２から入力信号を取得し、プロセッサ２０１に出力する。入力デバイス２２としては、マウスやタッチパネルなどのポインティングデバイスやキーボードなどの各種の入力デバイスを用いることができる。認証サーバ２００には、複数の種類の入力デバイスが接続されてもよい。

読み取り装置２０６は、記録媒体２３に記録されたプログラムやデータを読み取る装置である。記録媒体２３として、例えば、フレキシブルディスクやＨＤＤなどの磁気ディスク、ＣＤやＤＶＤなどの光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）を使用できる。また、記録媒体２３として、例えば、フラッシュメモリカードなどの不揮発性の半導体メモリを使用することもできる。読み取り装置２０６は、例えば、プロセッサ２０１からの命令に従って、記録媒体２３から読み取ったプログラムやデータをＲＡＭ２０２またはＨＤＤ２０３に格納する。

通信インタフェース２０７は、ネットワーク９０を介して、他の装置と通信を行う。
なお、配送先管理サーバ３００、決済制御サーバ４００、決済サーバ５００も認証サーバ２００と同様のハードウェアにより実現できる。

次に、決済制御システムが有する各装置の機能を説明する。
図７は、第２の実施の形態の決済制御システムが有する各装置の機能例を示す図である。端末装置１００は、記憶部１１０、制御部１２０を有する。記憶部１１０は、例えば、ＲＡＭ１０２またはＨＤＤ１０３に確保した記憶領域として実装される。記憶部１１０は、制御部１２０の処理に用いられる情報を記憶する。

制御部１２０は、例えば、プロセッサ１０１が実行するプログラムのモジュールとして実装される。制御部１２０は、静脈センサ１３からユーザの静脈情報を取得する。制御部１２０は、取得した静脈情報を認証サーバ２００に送信する。また、制御部１２０は、静脈情報から特定したユーザが過去に指定した配送先の履歴の送付を配送先管理サーバ３００に指示する。

制御部１２０は、赤外線センサ１４ａ，１４ｂから荷物６００の縦、横、高さの情報を取得する。制御部１２０は、重量計１５から荷物６００の重量を取得する。制御部１２０は、荷物６００の縦、横、高さの情報、荷物６００の重量などを決済制御サーバ４００に送信する。

認証サーバ２００は、記憶部２１０、登録部２２０、認証部２３０を有する。記憶部２１０は、ＲＡＭ２０２またはＨＤＤ２０３に確保した記憶領域として実装される。記憶部２１０は、静脈認証テーブルを記憶する。静脈認証テーブルには、静脈認証に用いる情報が登録される。登録部２２０および認証部２３０は、例えば、プロセッサ２０１が実行するプログラムのモジュールとして実装される。登録部２２０は、静脈認証テーブルに静脈情報などを登録する。認証部２３０は、静脈認証を実行する。

配送先管理サーバ３００は、記憶部３１０、取得部３２０を有する。記憶部３１０は、配送先管理サーバ３００のＲＡＭまたはＨＤＤに確保した記憶領域として実装される。記憶部３１０は、履歴テーブルを記憶する。履歴テーブルには、過去に指定した配送先の情報が登録される。取得部３２０は、例えば、配送先管理サーバ３００のプロセッサが実行するプログラムのモジュールとして実装される。取得部３２０は、端末装置１００から履歴の送付指示を受信した場合、履歴テーブルから履歴を取得する。取得部３２０は、取得した履歴を端末装置１００に送信する。

決済制御サーバ４００は、記憶部４１０、料金処理部４２０、決済制御部４３０を有する。記憶部４１０は、決済制御サーバ４００のＲＡＭまたはＨＤＤに確保した記憶領域として実装される。記憶部４１０は、サイズテーブル、発送エリアテーブル、配送エリアテーブル、料金テーブル、割引テーブル、顧客テーブルを記憶する。サイズテーブルには、荷物のサイズに関する情報が登録される。発送エリアテーブルには、発送エリアに関する情報が登録される。配送エリアテーブルには、配送エリアに関する情報が登録される。料金テーブルには、料金に関する情報が登録される。割引テーブルには、割引額が登録される。顧客テーブルには、荷物の配送に掛る金額を決済するための情報が登録される。

料金処理部４２０および決済制御部４３０は、例えば、配送先管理サーバ３００のプロセッサが実行するプログラムのモジュールとして実装される。料金処理部４２０は、サイズテーブル、発送エリアテーブル、配送エリアテーブル、料金テーブルを参照し、荷物６００の縦、横、高さの情報、荷物６００の重量などに基づいて、荷物の配送に掛る金額を特定する。また、料金処理部４２０は、特定した荷物の配送に掛る金額に対して割引を実行する。割引については、後で説明する。決済制御部４３０は、決済サーバ５００に決済を指示する。

次に、認証サーバ２００、配送先管理サーバ３００、決済制御サーバ４００に格納される情報について説明する。
図８は、第２の実施の形態の静脈認証テーブルの例を示す図である。静脈認証テーブル２１１は、認証サーバ２００の記憶部２１０に格納される。静脈認証テーブル２１１は、名前、住所、電話番号、静脈情報の項目を含む。名前の項目は、名前を示す。住所の項目は、住所を示す。電話番号の項目は、電話番号を示す。静脈情報の項目は、静脈情報を示す。

例えば、静脈認証テーブル２１１は、名前が“Ｕ１”、住所が“ＡＤ１”、電話番号が“ＴＥ１”、静脈情報が“Ｂ１”を示す。これは、名前“Ｕ１”の住所が“ＡＤ１”、電話番号が“ＴＥ１”であることを示す。また、名前“Ｕ１”の静脈情報が“Ｂ１”であることを示す。

図９は、第２の実施の形態の履歴テーブルの例を示す図である。履歴テーブル３１１は、配送先管理サーバ３００の記憶部３１０に格納される。履歴テーブル３１１は、発送人、配送先の項目を含む。配送先は、名前、住所、電話番号の項目を含む。発送人の項目は、過去に配送を依頼した者の名前を示す。配送先の項目は、発送人が過去に指定した配送先を示す。

例えば、履歴テーブル３１１は、発送人が“Ｕ１”、名前（配送先）がＵ１１、住所（配送先）が“ＡＤ１１”、電話番号（配送先）が“ＴＥ１１”を示す。これは、発送人“Ｕ１”が、過去に、名前“Ｕ１１”を配送先として指定したこと示す。また、名前“Ｕ１１”の住所が“ＡＤ１１”、電話番号が“ＴＥ１１”であることを示す。

図１０は、第２の実施の形態のサイズテーブルの例を示す図である。サイズテーブル４１１は、決済制御サーバ４００の記憶部４１０に格納される。サイズテーブル４１１は、サイズＩＤ（identifier）、合計値、重量の項目を含む。

サイズＩＤの項目は、荷物のサイズの識別子を示す。合計値の項目は、赤外線センサ１４ａ，１４ｂが計測した荷物の縦、横、高さの合計値を示す。重量の項目は、重量計１５が計測した荷物の重量を示す。例えば、図５の荷物６００の線Ｌ１〜Ｌ３の長さの合計値が７０ｃｍ、荷物６００の重量が３ｋｇの場合、荷物６００のサイズＩＤは、８０である。

図１１は、第２の実施の形態の発送エリアテーブルの例を示す図である。発送エリアテーブル４１２は、決済制御サーバ４００の記憶部４１０に格納される。発送エリアテーブル４１２は、発送エリア、都道府県名の項目を含む。発送エリアの項目は、発送エリアを示す。都道府県名の項目は、発送地の都道府県名を示す。例えば、発送エリアテーブル４１２は、“青森県”が発送エリア“北東北”に属することを示す。

図１２は、第２の実施の形態の配送エリアテーブルの例を示す図である。配送エリアテーブル４１３は、決済制御サーバ４００の記憶部４１０に格納される。配送エリアテーブル４１３は、配送エリア、都道府県名の項目を含む。配送エリアの項目は、配送エリアを示す。都道府県名の項目は、配送地の都道府県名を示す。例えば、配送エリアテーブル４１３は、“宮城県”が配送エリア“南東北”に属することを示す。

図１３は、第２の実施の形態の料金テーブルの例を示す図である。料金テーブルは、発送エリア毎に存在する。発送エリア毎の料金テーブルは、決済制御サーバ４００の記憶部４１０に格納される。発送エリア毎の料金テーブルは、同じ項目を含む。発送エリア毎の料金テーブルを区別しない場合は、単に料金テーブル４１４とする。

料金テーブル４１４は、サイズＩＤ、配送エリアの項目を示す。サイズＩＤの項目は、荷物のサイズの識別子を示す。配送エリアの項目は、配送エリアを示す。料金処理部４２０は、料金テーブル４１４を参照することで、荷物の配送に掛かる金額を特定することができる。

例えば、料金テーブル４１４を発送エリア“北東北”の料金テーブルとする。荷物６００のサイズＩＤを“８０”とする。荷物６００の発送地を“青森県”、配送地を“宮城県”とする。料金処理部４２０は、発送エリアテーブル４１２を参照し、“青森県”が発送エリア“北東北”に属することを特定する。料金処理部４２０は、配送エリアテーブル４１３を参照し、“宮城県”が配送エリア“南東北”に属することを特定する。料金処理部４２０は、料金テーブル４１４を参照し、荷物６００のサイズＩＤが“８０”、配送エリアが“南東北”であることから、荷物６００の配送に掛かる金額が“Ｍ２２”であることを特定する。

図１４は、第２の実施の形態の割引テーブルの例を示す図である。割引テーブル４１５は、決済制御サーバ４００の記憶部４１０に格納される。割引テーブル４１５は、割引額の項目を含む。割引額の項目は、料金処理部４２０が料金テーブル４１４から特定した金額に対して割引する金額を示す。

図１５は、第２の実施の形態の顧客テーブルの例を示す図である。顧客テーブル４１６は、決済制御サーバ４００の記憶部４１０に格納される。顧客テーブル４１６は、名前、住所、電話番号、クレジットカード番号の項目を含む。名前の項目は、名前を示す。住所の項目は、住所を示す。電話番号の項目は、電話番号を示す。クレジットカード番号の項目は、クレジットカードの識別番号を示す。

例えば、顧客テーブル４１６は、名前が“Ｕ１”、住所が“ＡＤ１”、電話番号が“ＴＥ１”、クレジットカード番号“ＣＲ１”を示す。これは、名前“Ｕ１”の住所が“ＡＤ１”、電話番号が“ＴＥ１”であることを示す。また、名前“Ｕ１”が所有するクレジットカードの番号が“ＣＲ１”であることを示す。

次に、端末装置１００のディスプレイ１１に表示される画面について説明する。
図１６は、第２の実施の形態の端末装置に表示される画面の例を示す図（その１）である。図１６（Ａ）は、ディスプレイ１１に表示される初期画面７０１を示す。初期画面７０１は、会員カードボタンと静脈認証ボタンを含む。ユーザは、会員カードによる手続きで荷物６００の配送を依頼したい場合、会員カードボタンを押下する。また、ユーザは、静脈認証による手続きで荷物６００の配送を依頼したい場合、静脈認証ボタンを押下する。

図１６（Ｂ）は、ディスプレイ１１に表示される認証画面７０２を示す。認証画面７０２は、静脈認証を行う旨を示す。ユーザは、認証画面７０２を視認して、静脈センサ１３に手のひらをかざす。また、認証画面７０２は、取消ボタンを含む。ユーザは、静脈認証による手続きを中止したい場合、取消ボタンを押下する。

図１６（Ｃ）は、ディスプレイ１１に表示される送り状判定画面７０３を示す。送り状判定画面７０３は、送り状ありボタンと送り状なしボタンを含む。ユーザは、送り状口１６に送り状を投入している場合、送り状ありボタンを押下する。ユーザは、送り状口１６に送り状を投入していない場合、送り状なしボタンを押下する。なお、ユーザが送り状を投入するタイミングは、送り状判定画面７０３が表示されている間でもよいし、初期画面７０１が表示されている間でもよい。また、送り状には、発送元および配送先などの情報が記載されているものとする。

図１７は、第２の実施の形態の端末装置に表示される画面の例を示す図（その２）である。図１７（Ａ）は、ディスプレイ１１に表示される送り状内容画面７０４を示す。送り状内容画面７０４は、ユーザが送り状判定画面７０３の送り状ありボタンを押下したとき、ディスプレイ１１に表示される。送り状内容画面７０４は、スキャナ１７が読み取った送り状の内容を含む。例えば、送り状内容画面７０４は、送り状に記載されている発送人の住所、名前、電話番号を含む。また、送り状内容画面７０４は、送り状に記載されている受取人の住所、名前、電話番号を含む。

送り状内容画面７０４は、確認ボタンを含む。ユーザは、送り状内容画面７０４の内容が正しい場合、確認ボタンを押下する。
図１７（Ｂ）は、ディスプレイ１１に表示される履歴画面７０５を示す。履歴画面７０５は、ユーザが送り状判定画面７０３の送り状なしボタンを押下したとき、ディスプレイ１１に表示される。

履歴画面７０５は、過去に配送先として指定した受取人に関する情報を含む。ユーザは、受取人に関する情報の中から配送先を選択する。履歴画面７０５は、確認ボタンを含む。ユーザは、配送先を選択後、確認ボタンを押下する。また、ユーザは、荷物６００の配送先に関する情報が履歴画面７０５に表示されていない場合、タッチパネル１９を用いて配送先に関する情報を入力する。

図１８は、第２の実施の形態の端末装置に表示される画面の例を示す図（その３）である。図１８は、ディスプレイ１１に表示される料金確認画面７０６を示す。料金確認画面７０６は、荷物６００の計測が終了し、金額が確定したときに表示される。料金確認画面７０６は、割引額の項目を含む。割引額の項目は、割引が行われた場合に金額が表示される。割引が行われるか否かについては、後で説明する。

料金確認画面７０６は、確認ボタンと取消ボタンを含む。ユーザは、料金確認画面７０６に表示された金額を了承する場合、確認ボタンを押下する。ユーザは、料金確認画面７０６に表示された金額を了承しない場合、取消ボタンを押下する。

なお、図１６〜１８で示した画面は、ディスプレイ１１に表示される画面の一例であり、図１６〜１８で示した画面以外の画面もディスプレイ１１に表示される。
次に、決済制御システムで実行される主な処理の概要について、シーケンス図を用いて説明する。

図１９は、第２の実施の形態の端末装置が送り状を読み込まない場合の例を示すシーケンス図（その１）である。以下、図１９に示す処理をステップ番号に沿って説明する。
（ＳＴ１０１）端末装置１００は、静脈センサ１３を介して、ユーザの静脈情報を取得する。

（ＳＴ１０２）端末装置１００は、ユーザの静脈情報を認証サーバ２００に送信する。
（ＳＴ１０３）認証サーバ２００は、静脈認証を実行する。
（ＳＴ１０４）認証サーバ２００は、認証結果通知を端末装置１００に送信する。認証結果通知は、ユーザを特定した旨を示しているものとする。また、認証結果通知は、特定したユーザの名前、住所、電話番号を含む。

（ＳＴ１０５）端末装置１００は、送り状を読み込んでいないことを検出する。端末装置１００は、特定したユーザの履歴送付指示を配送先管理サーバ３００に送信する。
（ＳＴ１０６）配送先管理サーバ３００は、特定したユーザの履歴を端末装置１００に送信する。履歴は、特定したユーザが過去に配送先として指定した受取人に関する情報である。

（ＳＴ１０７）端末装置１００は、履歴画面７０５をディスプレイ１１に表示する。ユーザは、配送先を選択する。
（ＳＴ１０８）端末装置１００は、計測処理を実行する。詳細には、端末装置１００は、赤外線センサ１４ａ，１４ｂが計測した荷物６００の縦、横、高さの情報を取得する。また、端末装置１００は、重量計１５が計測した荷物６００の重量を取得する。以下、荷物６００の縦、横、高さの情報および荷物６００の重量を計測情報とする。

（ＳＴ１０９）端末装置１００は、計測情報、送り状なし、荷物６００の発送地および配送地の都道府県名、特定したユーザの名前を決済制御サーバ４００に送信する。
図２０は、第２の実施の形態の端末装置が送り状を読み込まない場合の例を示すシーケンス図（その２）である。以下、図２０に示す処理をステップ番号に沿って説明する。

（ＳＴ１１１）決済制御サーバ４００は、計測情報、送り状なし、荷物６００の発送地および配送地の都道府県名、特定したユーザの名前を端末装置１００から受信する。決済制御サーバ４００は、サイズテーブル４１１、発送エリアテーブル４１２、配送エリアテーブル４１３、料金テーブル４１４を参照し、計測情報、荷物６００の発送地および配送地の都道府県名に基づいて、荷物の配送に掛る金額を確定する。

（ＳＴ１１２）決済制御サーバ４００は、確定した金額を示す料金通知を端末装置１００に送信する。
（ＳＴ１１３）端末装置１００は、料金確認画面７０６をディスプレイ１１に表示する。ユーザは、料金を確認し、確認ボタンを押下する。

（ＳＴ１１４）端末装置１００は、料金確認通知を決済制御サーバ４００に送信する。
（ＳＴ１１５）決済制御サーバ４００は、顧客テーブル４１６を参照し、ステップＳＴ１１１で受信したユーザの名前に対応するクレジットカード番号を特定する。決済制御サーバ４００は、決済指示を決済サーバ５００に送信する。決済指示は、特定したクレジットカード番号、配送に掛る金額、特定したユーザの名前、住所、電話番号などを含む。

（ＳＴ１１６）決済サーバ５００は、決済が完了した旨の完了通知を決済制御サーバ４００に送信する。
（ＳＴ１１７）決済制御サーバ４００は、決済が完了した旨の完了通知を端末装置１００に送信する。

（ＳＴ１１８）端末装置１００は、送り状に金額などを印刷する。端末装置１００は、送り状を送り状口１６から出力する。
図２１は、第２の実施の形態の端末装置が送り状を読み込む場合の例を示すシーケンス図（その１）である。以下、図２１に示す処理をステップ番号に沿って説明する。

（ＳＴ１２１）端末装置１００は、静脈センサ１３を介して、ユーザの静脈情報を取得する。
（ＳＴ１２２）端末装置１００は、ユーザの静脈情報を認証サーバ２００に送信する。

（ＳＴ１２３）認証サーバ２００は、静脈認証を実行する。
（ＳＴ１２４）認証サーバ２００は、認証結果通知を端末装置１００に送信する。認証結果通知は、ユーザを特定した旨を示しているものとする。また、認証結果通知は、特定したユーザの名前、住所、電話番号を含む。

（ＳＴ１２５）端末装置１００は、送り状を読み込んでいることを検出する。端末装置１００は、スキャナ１７が読み込んだ送り状の内容を含む送り状内容画面７０４をディスプレイ１１に表示する。

（ＳＴ１２６）端末装置１００は、計測処理を実行する。詳細には、端末装置１００は、赤外線センサ１４ａ，１４ｂが計測した荷物６００の縦、横、高さの情報を取得する。また、端末装置１００は、重量計１５が計測した荷物６００の重量を取得する。以下、荷物６００の縦、横、高さの情報および荷物６００の重量を計測情報とする。

（ＳＴ１２７）端末装置１００は、計測情報、送り状あり、荷物６００の発送地および配送地の都道府県名、特定したユーザの名前を決済制御サーバ４００に送信する。
図２２は、第２の実施の形態の端末装置が送り状を読み込む場合の例を示すシーケンス図（その２）である。以下、図２２に示す処理をステップ番号に沿って説明する。

（ＳＴ１３１）決済制御サーバ４００は、計測情報、送り状なし、荷物６００の発送地および配送地の都道府県名、特定したユーザの名前を端末装置１００から受信する。決済制御サーバ４００は、サイズテーブル４１１、発送エリアテーブル４１２、配送エリアテーブル４１３、料金テーブル４１４を参照し、計測情報、荷物６００の発送地および配送地の都道府県名に基づいて、荷物の配送に掛る金額を特定する。決済制御サーバ４００は、割引テーブル４１５を参照し、特定した金額に対して割引を行う。

（ＳＴ１３２）決済制御サーバ４００は、割引後の金額を荷物の配送に掛る金額に確定する。
（ＳＴ１３３）決済制御サーバ４００は、確定した金額を示す料金通知を端末装置１００に送信する。

（ＳＴ１３４）端末装置１００は、料金確認画面７０６をディスプレイ１１に表示する。ユーザは、料金を確認し、確認ボタンを押下する。
（ＳＴ１３５）端末装置１００は、料金確認通知を決済制御サーバ４００に送信する。

（ＳＴ１３６）決済制御サーバ４００は、顧客テーブル４１６を参照し、ステップＳＴ１３１で受信したユーザの名前に対応するクレジットカード番号を特定する。決済制御サーバ４００は、決済指示を決済サーバ５００に送信する。決済指示は、特定したクレジットカード番号、配送に掛る金額、特定したユーザの名前、住所、電話番号などを含む。

（ＳＴ１３７）決済サーバ５００は、決済が完了した旨の完了通知を決済制御サーバ４００に送信する。
（ＳＴ１３８）決済制御サーバ４００は、決済が完了した旨の完了通知を端末装置１００に送信する。

（ＳＴ１３９）端末装置１００は、送り状に金額などを印刷する。端末装置１００は、送り状を送り状口１６から出力する。
次に、各装置が実行する処理について、フローチャートを用いて説明する。

図２３は、第２の実施の形態の端末装置が実行する処理の例（その１）を示すフローチャートである。以下、図２３に示す処理をステップ番号に沿って説明する。
（Ｓ１１）制御部１２０は、ディスプレイ１１に初期画面７０１を表示する。ユーザは、会員カードボタン、静脈認証ボタンの何れかを押下する。制御部１２０は、静脈認証が選択されたか否かを判定する。静脈認証が選択された場合（Ｓ１１のＹｅｓ）、制御部１２０は、ディスプレイ１１に認証画面７０２を表示する。そして、制御部１２０は、処理をステップＳ１７に進める。静脈認証が選択されなかった（会員カードが選択された）場合（Ｓ１１のＮｏ）、制御部１２０は、処理をステップＳ１２に進める。

（Ｓ１２）制御部１２０は、静脈情報を登録するか否かの画面をディスプレイ１１に表示する。ユーザは、静脈情報を登録するか否かを選択する。
制御部１２０は、ユーザが静脈情報の登録を選択したか否かを判定する。ユーザが静脈情報の登録を選択した場合（Ｓ１２のＹｅｓ）、制御部１２０は、処理をステップＳ１３に進める。ユーザが静脈情報の登録を選択しなかった場合（Ｓ１２のＮｏ）、制御部１２０は、処理をステップＳ１６に進める。

（Ｓ１３）制御部１２０は、静脈センサ１３からユーザの静脈情報を取得する。制御部１２０は、ユーザの静脈情報を認証サーバ２００に送信する。制御部１２０は、ユーザがタッチパネル１９を用いて入力した名前、住所、電話番号を認証サーバ２００に送信する。また、制御部１２０は、静脈情報の登録指示を認証サーバ２００に送信する。

これにより、ユーザの静脈情報などが、静脈認証テーブル２１１に登録される。
（Ｓ１４）制御部１２０は、認証サーバ２００から登録完了通知を受信する。
（Ｓ１５）制御部１２０は、静脈情報の登録証を送り状口１６から出力する。静脈情報の登録証は、送り状口１６以外に設けられた端末装置１００の出力口から出力されてもよい。制御部１２０は、ディスプレイ１１に認証画面７０２を表示する。そして、制御部１２０は、処理をステップＳ１７に進める。

（Ｓ１６）制御部１２０は、端末装置１００が有するバーコードリーダが読み取った会員カードの情報を取得する。そして、制御部１２０は、処理をステップＳ２０に進める。
（Ｓ１７）制御部１２０は、静脈センサ１３からユーザの静脈情報を取得する。

（Ｓ１８）制御部１２０は、ユーザの静脈情報を認証サーバ２００に送信する。また、制御部１２０は、静脈認証の指示を認証サーバ２００に送信する。
（Ｓ１９）制御部１２０は、認証サーバ２００から認証結果通知を受信する。認証結果通知がユーザを特定した旨を示している場合、認証結果通知は、特定したユーザの名前、住所、電話番号を含む。

また、認証結果通知が認証できなかった旨を示している場合、制御部１２０は、静脈認証できなかった旨の画面をディスプレイ１１に表示する。そして、制御部１２０は、初期画面７０１をディスプレイ１１に表示し、処理を終了する。

（Ｓ２０）制御部１２０は、送り状判定画面７０３をディスプレイ１１に表示する。ユーザは、送り状ありボタン、送り状なしボタンの何れかを押下する。制御部１２０は、送り状を読み込んでいるかを確認する。制御部１２０は、送り状を読み込んでいるか否かを判定する。送り状を読み込んでいる場合（Ｓ２０のＹｅｓ）、制御部１２０は、処理をステップＳ２１に進める。送り状を読み込んでいない場合（Ｓ２０のＮｏ）、制御部１２０は、処理をステップＳ３１に進める。

（Ｓ２１）制御部１２０は、スキャナ１７が読み取った送り状の内容を含む送り状内容画面７０４をディスプレイ１１に表示する。
制御部１２０は、発送人の住所から発送地の都道府県名を取得する。例えば、制御部１２０は、スキャナ１７が読み取った送り状の内容をテキスト形式に変換する。制御部１２０は、テキスト形式に変換された発送人の住所から都道府県名を特定する。また、制御部１２０は、受取人の住所から配送地の都道府県名を取得する。例えば、制御部１２０は、テキスト形式に変換された受取人の住所から都道府県名を特定する。

制御部１２０は、ユーザが送り状内容画面７０４の確認ボタンを押下したことを検出した場合、処理をステップＳ３４に進める。
図２４は、第２の実施の形態の端末装置が実行する処理の例（その２）を示すフローチャートである。以下、図２４に示す処理をステップ番号に沿って説明する。

（Ｓ３１）制御部１２０は、静脈情報から特定したユーザの履歴送付指示を配送先管理サーバ３００に送信する。履歴送付指示は、認証結果通知が含んでいたユーザの名前を含む。

（Ｓ３２）制御部１２０は、静脈情報から特定したユーザの履歴を配送先管理サーバ３００から受信する。制御部１２０は、履歴画面７０５をディスプレイ１１に表示する。詳細には、制御部１２０は、認証結果通知が含んでいたユーザの名前、住所、電話番号を履歴画面７０５の発送人の欄に表示する。制御部１２０は、配送先管理サーバ３００から受信した履歴を履歴画面７０５の受取人の欄に表示する。なお、制御部１２０は、静脈情報から特定したユーザの履歴がない場合、配送先の住所、氏名、電話番号の入力を促す画面をディスプレイ１１に表示する。

ユーザは、履歴画面７０５を視認して、配送先を選択する。
（Ｓ３３）制御部１２０は、ユーザが履歴画面７０５の確認ボタンを押下したことを検出する。これにより、制御部１２０は、ユーザが選択した配送先を検出する。

また、制御部１２０は、発送人の住所から発送地の都道府県名を取得する。制御部１２０は、配送先の住所から配送地の都道府県名を取得する。
（Ｓ３４）制御部１２０は、赤外線センサ１４ａ，１４ｂから荷物６００の縦、横、高さの情報を取得する。すなわち、制御部１２０は、赤外線センサ１４ａから荷物６００の線Ｌ１の長さを取得する。制御部１２０は、赤外線センサ１４ａから荷物６００の線Ｌ２の長さを取得する。制御部１２０は、赤外線センサ１４ｂから荷物６００の線Ｌ３の長さを取得する。

（Ｓ３５）制御部１２０は、重量計１５から荷物６００の重量を取得する。
（Ｓ３６）制御部１２０は、線Ｌ１〜Ｌ３の長さの合計値を算出する。制御部１２０は、算出した合計値、荷物６００の重量、送り状の有無、発送地および配送地の都道府県名、静脈情報から特定したユーザの名前（認証結果通知が含んでいたユーザの名前）を決済制御サーバ４００に送信する。

（Ｓ３７）制御部１２０は、料金通知を決済制御サーバ４００から受信する。料金通知は、割引額、荷物の配送に掛る金額を含む。なお、送り状を読み込んでいない場合、割引額は、０円である。

制御部１２０は、割引額、荷物の配送に掛る金額を含む料金確認画面７０６をディスプレイ１１に表示する。ユーザは、料金確認画面７０６を視認し、了承した場合、確認ボタンを押下する。

（Ｓ３８）制御部１２０は、ユーザが料金確認画面７０６の確認ボタンを押下したことを検出する。制御部１２０は、料金確認通知を決済制御サーバ４００に送信する。
なお、制御部１２０は、ユーザが料金確認画面７０６の取消ボタンを押下したことを検出した場合、処理を終了する。

（Ｓ３９）制御部１２０は、決済が完了した旨の完了通知を決済制御サーバ４００から受信する。
（Ｓ４０）制御部１２０は、プリンタ１８に対して、荷物の配送に掛る金額および割引額を送り状に印刷するように指示する。制御部１２０は、発送人および受取人の住所、名前、電話番号が送り状に記載されていない場合、プリンタ１８に対して、認証結果通知が含んでいたユーザの名前などとステップＳ３３で検出した配送先に関する情報とを送り状に印刷するように指示する。制御部１２０は、印刷後、送り状を送り状口１６から出力する。

図２５は、第２の実施の形態の認証サーバが実行する処理の例を示すフローチャートである。以下、図２５に示す処理をステップ番号に沿って説明する。
（Ｓ４１）認証部２３０は、端末装置１００から静脈認証の指示を受信したか否かを判定する。静脈認証の指示を受信した場合（Ｓ４１のＹｅｓ）、認証部２３０は、処理をステップＳ４４に進める。静脈認証の指示を受信しない場合、すなわち、静脈情報の登録の指示を受信した場合（Ｓ４１のＮｏ）、認証部２３０は、処理をステップＳ４２に進める。

（Ｓ４２）登録部２２０は、端末装置１００から受信したユーザの名前、住所、電話番号、静脈情報を静脈認証テーブル２１１に登録する。
（Ｓ４３）登録部２２０は、登録完了通知を端末装置１００に送信する。そして、登録部２２０は、処理を終了する。

（Ｓ４４）認証部２３０は、静脈認証テーブル２１１を参照し、端末装置１００から受信した静脈情報に基づいて静脈認証を行う。例えば、認証部２３０は、端末装置１００から受信した静脈情報と静脈認証テーブル２１１に登録されている静脈情報とを比較照合することでユーザの名前を特定する。

（Ｓ４５）認証部２３０は、認証結果通知を端末装置１００に送信する。また、認証部２３０は、ユーザを特定した場合、特定したユーザの名前、住所、電話番号を認証結果通知に含める。そして、認証部２３０は、処理を終了する。

図２６は、第２の実施の形態の配送先サーバが実行する処理の例を示すフローチャートである。以下、図２６に示す処理をステップ番号に沿って説明する。
（Ｓ５１）取得部３２０は、履歴送付指示を端末装置１００から受信する。履歴送付指示は、静脈認証で特定したユーザの名前を含む。

（Ｓ５２）取得部３２０は、履歴テーブル３１１を参照し、履歴送付指示が示すユーザが過去に指定した配送先に関する履歴を取得する。詳細には、取得部３２０は、履歴テーブル３１１の発送人の項目を参照し、履歴送付指示が示すユーザの名前を特定する。例えば、取得部３２０は、履歴送付指示が名前“Ｕ１”を示している場合、履歴テーブル３１１の発送人の項目から発送人“Ｕ１”を特定する。取得部３２０は、発送人“Ｕ１”に対応する配送先の名前、住所、電話番号を取得する。例えば、取得部３２０は、発送人“Ｕ１”に対応する配送先の名前“Ｕ１１”、住所“ＡＤ１１”、電話番号“ＴＥ１１”を取得する。

（Ｓ５３）取得部３２０は、履歴を端末装置１００に送信する。そして、取得部３２０は、処理を終了する。
図２７は、第２の実施の形態の決済制御サーバが実行する処理の例を示すフローチャートである。以下、図２７に示す処理をステップ番号に沿って説明する。

（Ｓ６１）料金処理部４２０は、合計値、荷物６００の重量、送り状の有無、発送地および配送地の都道府県名、静脈情報から特定したユーザの名前を端末装置１００から受信する。

（Ｓ６２）料金処理部４２０は、サイズテーブル４１１を参照し、端末装置１００から受信した合計値、荷物６００の重量に対応するサイズＩＤを特定する。料金処理部４２０は、発送エリアテーブル４１２を参照し、端末装置１００から受信した発送地の都道府県名に対応する発送エリアを特定する。料金処理部４２０は、配送エリアテーブル４１３を参照し、端末装置１００から受信した配送地の都道府県名に対応する配送エリアを特定する。

料金処理部４２０は、特定した発送エリアの料金テーブルを参照し、特定したサイズＩＤ、配送エリアに基づいて金額を特定する。
（Ｓ６３）料金処理部４２０は、ステップＳ６１で端末装置１００から送り状ありの情報を受信しているか否かを判定する。送り状ありの情報を受信している場合（Ｓ６３のＹｅｓ）、料金処理部４２０は、処理をステップＳ６４に進める。送り状なしの情報を受信している場合（Ｓ６３のＮｏ）、料金処理部４２０は、ステップＳ６２で特定した金額を荷物の配送に掛る金額に確定する。そして、料金処理部４２０は、処理をステップＳ６５に進める。

（Ｓ６４）料金処理部４２０は、ステップＳ６２で特定した金額を割引テーブル４１５の割引額で割引く。料金処理部４２０は、割引後の金額を荷物の配送に掛る金額に確定する。

（Ｓ６５）料金処理部４２０は、料金通知を端末装置１００に送信する。料金通知は、割引額、確定した金額を含む。
（Ｓ６６）決済制御部４３０は、料金確認通知を端末装置１００から受信する。

（Ｓ６７）決済制御部４３０は、顧客テーブル４１６を参照し、ステップＳ６１で端末装置１００から受信した、静脈情報から特定したユーザの名前に対応するレコードを特定する。決済制御部４３０は、特定したレコードの情報と確定した金額とを決済指示に含める。すなわち、決済指示は、静脈情報から特定したユーザの名前、住所、電話番号、クレジットカード番号、確定した金額を含む。

（Ｓ６８）決済制御部４３０は、決済指示を決済サーバ５００に送信する。これにより、決済サーバ５００は、静脈情報から特定したユーザのクレジットカード番号で確定した金額を決済する。

（Ｓ６９）決済制御部４３０は、決済が完了した旨の完了通知を決済サーバ５００から受信する。
（Ｓ７０）決済制御部４３０は、決済が完了した旨の完了通知を端末装置１００に送信する。そして、処理を終了する。

第２の実施の形態によれば、端末装置１００は、赤外線センサ１４ａ，１４ｂと重量計１５により荷物６００を計測するため、正確に荷物６００を計測できる。決済制御サーバ４００は、荷物６００について正確に計測されているため、荷物６００の配送に掛かる金額を正確な金額で決済させることができる。また、第２の実施の形態によれば、決済制御システムは、荷物６００の配送に掛かる金額を決済する場合に、コンビニエンスストアなどの店員にクレジットカードを提示しなくて済む。そのため、決済制御システムは、スキミングされることを防ぐことができる。

よって、第２の実施の形態によれば、決済制御システムは、セキュリティが高い状態で正確な金額を決済できる。
第２の実施の形態によれば、端末装置１００が送り状を読み込んだ場合、決済制御サーバ４００は、割引を行う。ユーザは、発送元と配送先に関する内容が送り状に記載されているため、端末装置１００に送り状を読み込ませることで、配送先に関する内容などを端末装置１００に入力する手間を省くことができる。そのため、ユーザが端末装置１００を用いて配送の手続きを行う時間は、短くなる。ユーザの手続き時間を短くすることで、端末装置１００を次に利用するユーザの待ち時間を短くできる。このように、一人あたりの手続き時間を短くすることを推奨するために、決済制御システムは、割引を行う。すなわち、決済制御システムは、割引を行うことで、一人あたりの手続き時間を短くできる。

また、決済制御サーバ４００は、端末装置１００が送り状を読み込んだ場合以外でも割引を実行してもよい。例えば、決済制御サーバ４００は、ユーザが送り状番号を端末装置１００に入力した場合、割引を実行する。詳細には、ユーザは、ユーザが所有するＰＣ（Personal Computer）を用いて、発送元と配送先に関する情報を配送先管理サーバ３００に登録する。配送先管理サーバ３００は、送り状番号をＰＣに送信する。これにより、ユーザは、送り状番号を取得する。端末装置１００は、ステップＳ２０，Ｓ２１，Ｓ３１〜Ｓ３３を実行せずに、ユーザがキーボード１２などで入力した送り状番号を配送先管理サーバ３００に送信する。端末装置１００は、送り状番号に対応する発送元と配送先に関する情報を配送先管理サーバ３００から取得する。端末装置１００は、発送元と配送先に関する情報をディスプレイ１１に表示し、発送元と配送先の確認をユーザに促す。端末装置１００は、ユーザが発送元と配送先を確認した後、ステップＳ３４の処理から順に処理を実行する。端末装置１００は、ステップＳ３８で送り状の有無に替えて、送り状番号の入力の有無を決済制御サーバ４００に送信する。決済制御サーバ４００は、送り状番号の入力が有った場合、割引を実行する。

このように、ユーザは、送り状番号を入力することで、発送元と配送先に関する情報を端末装置１００に入力する手間を省くことができる。そのため、ユーザが端末装置１００を用いて配送の手続きを行う時間は、短くなる。ユーザの手続き時間を短くすることで、端末装置１００を次に利用するユーザの待ち時間を短くできる。このように、一人あたりの手続き時間を短くすることを推奨するために、決済制御システムは、割引を行う。すなわち、決済制御システムは、割引を行うことで、一人あたりの手続き時間を短くできる。

［第３の実施の形態］
次に、第３の実施の形態を説明する。前述の第２の実施の形態と相違する事項を主に説明し、共通する事項の説明を省略する。第３の実施の形態は、第２の実施の形態の顧客テーブル４１６および決済制御サーバの処理の一部が異なる。

図２８は、第３の実施の形態の顧客テーブルの例を示す図である。顧客テーブル４１６ａは、記憶部４１０に格納される。顧客テーブル４１６ａは、名前、住所、電話番号、優先度、決済番号の項目を含む。名前の項目は、名前を示す。住所の項目は、住所を示す。電話番号の項目は、電話番号を示す。優先度の項目は、優先度を示す。決済番号は、荷物６００の配送に掛る金額を決済するための番号を示す。

例えば、顧客テーブル４１６は、名前が“Ｕ１”、住所が“ＡＤ１”、電話番号が“ＴＥ１”を示す。また、顧客テーブル４１６は、優先度が“１”、決済番号が“プリペイドカード番号Ｃ１”を示す。顧客テーブル４１６は、優先度が“２”、決済番号が“デビットカード番号Ｃ２”を示す。顧客テーブル４１６は、優先度“３”、決済番号“クレジットカード番号Ｃ３”を示す。

これは、名前“Ｕ１”の住所が“ＡＤ１”、電話番号が“ＴＥ１”であることを示す。また、“プリペイドカード番号Ｃ１”、“デビットカード番号Ｃ２”、“クレジットカード番号Ｃ３”の中で、最も優先的に荷物６００の配送に掛る金額を決済するための番号が、“プリペイドカード番号Ｃ１”であることを示す。また、“プリペイドカード番号Ｃ１”で決済できない場合（残高不足の場合）、荷物６００の配送に掛る金額を“デビットカード番号Ｃ２”で決済することを示す。“デビットカード番号Ｃ２”で決済できない場合（残高不足の場合）、荷物６００の配送に掛る金額を“クレジットカード番号Ｃ３”で決済することを示す。

図２９は、第３の実施の形態の決済制御サーバが実行する処理の例を示すフローチャートである。図２９は、図２７のステップＳ６７，Ｓ６８に替えて、ステップＳ６７ａ，Ｓ６８ａを実行する点が図２７と異なる。そのため、図２９では、ステップＳ６７ａ，Ｓ６８ａを説明し、他のステップについては処理の説明を省略する。

（Ｓ６７ａ）決済制御部４３０は、顧客テーブル４１６ａを参照し、ステップＳ６１で端末装置１００から受信した、静脈情報から特定したユーザの名前に対応するレコードを特定する。決済制御部４３０は、特定したレコードの中で最も高い優先度の決済番号を特定する。決済制御部４３０は、特定したレコードに含まれる名前、住所、電話番号、最も高い優先度の決済番号、荷物６００の配送に掛る金額を決済指示に含める。決済制御部４３０は、決済指示を決済サーバ５００に送信する。

なお、決済番号がプリペイドカード番号の場合、決済サーバ５００は、プリペイドカード番号で決済を実行可能なサーバである。決済番号がデビットカード番号の場合、決済サーバ５００は、デビットカード番号で決済を実行可能なサーバである。決済番号がクレジットカード番号の場合、決済サーバ５００は、クレジットカード番号で決済を実行可能なサーバである。

また、決済制御部４３０は、後述するステップＳ６８ａで決済サーバ５００から残高不足通知を受信したと判定した場合、顧客テーブル４１６ａの優先度順に決済番号を特定する。決済制御部４３０は、特定した決済番号を含めた決済指示を決済サーバ５００に送信する。

例えば、静脈情報から特定したユーザが名前“Ｕ１”、かつ、ステップＳ６８ａで決済サーバ５００から“プリペイドカード番号Ｃ１”の残高不足通知を受信した場合、決済制御部４３０は、“デビットカード番号Ｃ２”を含めた決済指示を決済サーバ５００に送信する。送信後、ステップＳ６８ａで決済サーバ５００から“デビットカード番号Ｃ２”の残高不足通知を受信した場合、決済制御部４３０は、“クレジットカード番号Ｃ３”を含めた決済指示を決済サーバ５００に送信する。

（Ｓ６８ａ）決済制御部４３０は、決済サーバ５００から残高不足通知を受信したか否かを判定する。残高不足通知は、決済指示に含まれていた決済番号の残高不足により決済できなかった旨を示すものである。残高不足通知を受信した場合（Ｓ６８ａのＹｅｓ）、決済制御部４３０は、処理をステップＳ６７ａに進める。残高不足通知を受信しなかった場合（Ｓ６８ａのＮｏ）、決済制御部４３０は、処理をステップＳ６９に進める。

第３の実施の形態によれば、決済制御システムは、荷物の配送に掛る金額をクレジットカード番号以外の決済番号でも決済できる。また、決済制御システムは、残高不足の場合、他の決済番号で決済できる。

また、第２の実施の形態および第３の実施の形態の認証サーバ２００、配送先管理サーバ３００、決済制御サーバ４００の機能を１つのサーバで実現してもよい。

１ 制御装置
１ａ 生体取得部
１ｂ センサ
１ｃ 重量計
１ｄ，２ｂ 制御部
２ 情報処理装置
２ａ 記憶部
３ 荷物
４ ユーザ情報
５ 料金情報
６ 決済番号情報

Claims (9)

1. 制御装置と情報処理装置とを有し、
   前記制御装置は、
   荷物の配送を依頼するユーザの生体情報を取得する生体取得部と、
   前記荷物の大きさに関する情報を計測するセンサと、
   前記荷物の重量を計測する重量計と、
   前記ユーザの生体情報を前記情報処理装置に送信し、前記荷物の大きさに関する情報と前記荷物の重量とを前記情報処理装置に送信する制御部と、
   を備え、
   前記情報処理装置は、
   前記ユーザと前記ユーザの生体情報とに対応するユーザ情報と、前記荷物の大きさに関する情報と前記荷物の重量とに対応する前記荷物の配送に掛る金額を示す料金情報と、前記ユーザと決済番号とに対応する決済番号情報とを記憶する記憶部と、
   前記ユーザ情報を参照し、前記制御装置から受信した前記ユーザの生体情報に対応する前記ユーザを特定し、前記料金情報を参照し、前記制御装置から受信した前記荷物の大きさに関する情報と前記荷物の重量とに基づいて前記金額を特定し、前記決済番号情報を参照し、前記ユーザの生体情報から特定した前記ユーザに対応する前記決済番号を特定し、決済を実行する装置に対して、前記金額を前記決済番号で決済するように指示する制御部と、
   を備える、
   決済制御システム。
2. 前記制御装置が備える前記制御部は、読み込んだ送り状情報を前記情報処理装置に送信し、
   前記情報処理装置が備える前記記憶部は、割引額を示す割引情報を記憶し、
   前記情報処理装置が備える前記制御部は、前記送り状情報を前記制御装置から受信した場合、前記金額を前記割引額で割引き、前記決済を実行する装置に対して、割引後の金額を前記決済番号で決済するように指示する、
   請求項１に記載の決済制御システム。
3. 前記制御装置が備える前記制御部は、入力を受け付けた送り状番号を前記情報処理装置に送信し、
   前記情報処理装置が備える前記記憶部は、割引額を示す割引情報を記憶し、
   前記情報処理装置が備える前記制御部は、前記制御装置から前記入力を受け付けた送り状番号を受信した場合、前記金額を前記割引額で割引き、前記決済を実行する装置に対して、割引後の金額を前記決済番号で決済するように指示する、
   請求項１に記載の決済制御システム。
4. 前記制御装置は、さらに、記憶部を備え、
   前記制御装置が備える前記記憶部は、前記料金情報を記憶し、
   前記制御装置が備える前記制御部は、前記料金情報を参照し、前記荷物の大きさに関する情報と前記荷物の重量とに基づいて前記金額を特定し、特定した前記金額を前記情報処理装置に送信し、
   前記情報処理装置が備える前記制御部は、前記決済を実行する装置に対して、前記制御装置から受信した前記金額を前記決済番号で決済するように指示する、
   請求項１に記載の決済制御システム。
5. 前記制御装置が備える前記記憶部は、割引額を示す割引情報を記憶し、
   前記制御装置が備える前記制御部は、送り状を読み込んだ場合、特定した前記金額を前記割引額で割引き、割引後の金額を前記情報処理装置に送信し、
   前記情報処理装置が備える前記制御部は、前記決済を実行する装置に対して、前記割引後の金額を前記決済番号で決済するように指示する、
   請求項４に記載の決済制御システム。
6. 前記情報処理装置が備える前記記憶部は、前記ユーザと複数の決済番号と優先度との対応関係を示す前記決済番号情報を記憶し、
   前記情報処理装置が備える前記制御部は、前記決済番号情報を参照し、前記ユーザの生体情報から特定した前記ユーザに対応する前記複数の決済番号のうち、前記優先度に基づいて第１の決済番号を特定し、前記決済を実行する装置に対して、前記第１の決済番号で前記金額または前記割引後の金額を決済するように指示し、前記決済を実行する装置から前記金額または前記割引後の金額を前記第１の決済番号で決済できない旨を受信した場合、前記優先度に基づいて第２の決済番号を特定し、前記決済を実行する装置に対して、前記第２の決済番号で前記金額または前記割引後の金額を決済するように指示する、
   請求項１乃至５の何れか１項に記載の決済制御システム。
7. 前記制御装置が備える前記制御部は、前記荷物の発送地と前記荷物の配送地とを前記情報処理装置に送信し、
   前記情報処理装置が備える前記記憶部は、前記荷物の大きさに関する情報と前記荷物の重量と前記荷物の発送地と前記荷物の配送地との場合に前記荷物の配送に掛る前記金額を示す前記料金情報を記憶し、
   前記情報処理装置が備える前記制御部は、前記料金情報を参照し、前記制御装置から受信した前記荷物の大きさに関する情報と前記荷物の重量と前記荷物の発送地と前記荷物の配送地とに基づいて前記金額を特定する、
   請求項１乃至６の何れか１項に記載の決済制御システム。
8. 前記制御装置は、さらに、他のセンサを備え、
   前記制御装置が備える前記センサと前記他のセンサは、前記荷物の大きさに関する情報を計測する、
   請求項１乃至７の何れか１項に記載の決済制御システム。
9. 制御装置が、
   荷物の配送を依頼するユーザの生体情報を取得し、前記荷物の大きさに関する情報を計測し、前記荷物の重量を計測し、前記ユーザの生体情報を情報処理装置に送信し、前記荷物の大きさに関する情報と前記荷物の重量とを前記情報処理装置に送信し、
   前記情報処理装置が、
   前記ユーザと前記ユーザの生体情報とに対応するユーザ情報を参照し、前記制御装置から受信した前記ユーザの生体情報に対応する前記ユーザを特定し、前記荷物の大きさに関する情報と前記荷物の重量とに対応する前記荷物の配送に掛る金額を示す料金情報を参照し、前記制御装置から受信した前記荷物の大きさに関する情報と前記荷物の重量とに基づいて前記金額を特定し、前記ユーザと決済番号とに対応する決済番号情報を参照し、前記ユーザの生体情報から特定した前記ユーザに対応する前記決済番号を特定し、
   決済を実行する装置に対して、前記金額を前記決済番号で決済するように指示する、
   決済制御方法。

Images