(57)【要約】【課題】情報システム、処理ステーション、及びクレジットカード支払方法を提供する。【解決手段】本システムは１つ以上の携帯装置と、該携帯装置と通信する情報処理ステーションとを備える。該情報処理ステーションは１つ以上の物流情報サーバーと、１つ以上のマネーフロー情報サーバーとを備える。該物流情報サーバーは複数の発送状況メッセージを記憶し、該マネーフロー情報サーバーは該物流情報サーバーから発送状況メッセージを受信し記憶する。該マネーフロー情報サーバーが該携帯装置から暗号化チャネルを介して１つ以上の取引メッセージを受信した後、該取引メッセージは別の暗号化チャネルを介して１つ以上の暗号化プロトコルで転送され、銀行サーバーから認可メッセージを受信する。該認可メッセージは暗号化された後、該発送状況メッセージに対応して記憶され、配達確認メッセージが該物流情報サーバーへ出力される。【選択図】図１
2011034556.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上の携帯装置と、該携帯装置が１つ以上の銀行サーバーと通信するのを可能にするよう構成された情報処理ステーションとを備える情報システムであって、
該情報処理ステーションは１つ以上の物流情報サーバーと、１つ以上のマネーフロー情報サーバーとを備え、
該物流情報サーバーは複数の発送状況メッセージを記憶するよう構成され、該マネーフロー情報サーバーは該物流情報サーバーから該複数の発送状況メッセージのうち１つ以上を受信し記憶するよう構成され、該マネーフロー情報サーバーは転送モジュールと、情報記憶モジュールと、暗号化／解読モジュールと、該転送モジュール、該情報記憶モジュール及び該暗号化／解読モジュールに接続された第１制御モジュールとを備え、該第１制御モジュールは、該転送モジュールの動作と、該情報記憶モジュールの動作と、該暗号化／解読モジュールの動作とを制御するよう構成され、
該転送モジュールは暗号化チャネルから１つ以上の取引メッセージを受信するよう構成され、該暗号化／解読モジュールは該転送モジュールが該取引メッセージを別の暗号化チャネルへ転送して銀行サーバーから１つ以上の暗号化プロトコルで認可メッセージを受信するのを可能にし、該認可メッセージは暗号化された後、該情報記憶モジュールに該発送状況メッセージに対応して記憶され、該転送モジュールは配達確認メッセージを該物流情報サーバーへ送信する情報システム。
【請求項２】
前記第１制御モジュールはメッセージ送信インターフェース・サーバーソフトウェアを実行して１つ以上の銀行サーバーと通信する請求項１に記載の情報システム。
【請求項３】
前記携帯装置は、
情報入力モジュールと、
無線送信モジュールと、
記憶モジュールと、
表示モジュールと、
バーコード読取りモジュールと、
該情報入力モジュール、該無線送信モジュール、該記憶モジュール、該表示モジュール、及び該バーコード読取りモジュールに接続され、これらを制御するよう構成された第２制御モジュールとを備える請求項１に記載の情報システム。
【請求項４】
前記携帯装置によって無線送信された１つ以上の印刷される情報を受信する為替手形印刷装置を更に備える請求項３に記載の情報システム。
【請求項５】
前記暗号化チャネルは無線通信網、仮想プライベート通信網、及び有線通信網の任意の組合せからなる請求項１に記載の情報システム。
【請求項６】
前記暗号化チャネルは１つ以上の固定ＩＰを経由する請求項１に記載の情報システム。
【請求項７】
前記暗号化プロトコルはＳＳＬプロトコル、３Ｄプロトコル、又はＳＰＡプロトコルである請求項１に記載の情報システム。
【請求項８】
前記取引メッセージはクレジットカード番号、クレジットカード有効期限、取引量、一組のセキュリティ番号、及び一組のパスワードの任意の組合せを含む請求項１に記載の情報システム。
【請求項９】
前記情報記憶モジュールは受信した前記発送状況メッセージを記録する１つ以上の記録ファイルを記憶し、該記録ファイルは配達日とアイテム番号とを含む請求項１に記載の情報システム。
【請求項１０】
前記物流情報サーバーは前記配達確認メッセージに従って対応する前記発送状況メッセージを更新するよう構成されている請求項１に記載の情報システム。
【請求項１１】
前記情報処理ステーションが、前記携帯装置が前記１つ以上の銀行サーバーと通信するのを可能にした時、該携帯装置は該１つ以上の銀行サーバーとブラウザ・オペレーティングシステムを介して通信する請求項１に記載の情報システム。
【請求項１２】
１つ以上の物流情報サーバーから１つ以上の発送状況メッセージを受信し記憶するステップと、
暗号化チャネルから１つ以上の取引メッセージを受信し、該取引メッセージを別の暗号化チャネルへ１つ以上の暗号化プロトコルで転送するステップと、
銀行サーバーに認可を求めるステップと、
認可メッセージを受信した時、該認可メッセージを暗号化し、該発送状況メッセージに対応して記憶するステップと、
配達確認メッセージを該物流情報サーバーへ送信するステップと
を含むクレジットカード支払方法。
【請求項１３】
前記暗号化チャネルは無線通信網、仮想プライベート通信網、及び有線通信網の任意の組合せからなる請求項１２に記載のクレジットカード支払方法。
【請求項１４】
前記暗号化チャネルは１つ以上の固定ＩＰを経由する請求項１２に記載のクレジットカード支払方法。
【請求項１５】
前記暗号化プロトコルはＳＳＬプロトコル、３Ｄプロトコル、又はＳＰＡプロトコルである請求項１２に記載のクレジットカード支払方法。
【請求項１６】
メッセージ送信インターフェース・サーバーソフトウェアを実行して１つ以上の銀行サーバーと通信するステップを更に含む請求項１２に記載のクレジットカード支払方法。
【請求項１７】
前記認可メッセージを携帯装置へ送信するステップを更に含む請求項１２に記載のクレジットカード支払方法。
【請求項１８】
前記取引メッセージはクレジットカード番号、クレジットカード有効期限、取引量、一組のセキュリティ番号、及び一組のパスワードの任意の組合せを含む請求項１２に記載のクレジットカード支払方法。
【請求項１９】
前記発送状況メッセージは配達日とアイテム番号とを含む請求項１２に記載のクレジットカード支払方法。
【請求項２０】
複数の発送状況メッセージを記憶するよう構成された１つ以上の物流情報サーバーと、
該物流情報サーバーから該複数の発送状況メッセージのうち１つ以上を受信し記憶するよう構成された１つ以上のマネーフロー情報サーバーと
を備え、
該マネーフロー情報サーバーは、
転送モジュールと、
情報記憶モジュールと、
暗号化／解読モジュールと、
該転送モジュール、該情報記憶モジュール、及び該暗号化／解読モジュールに接続され、これらを制御するよう構成された第１制御モジュールとを備え、
該転送モジュールは暗号化チャネルから１つ以上の取引メッセージを受信するよう構成され、該暗号化／解読モジュールは該転送モジュールが該取引メッセージを別の暗号化チャネルへ転送して銀行サーバーから１つ以上の暗号化プロトコルで認可メッセージを受信するのを可能にし、該認可メッセージは暗号化された後、該情報記憶モジュールに該発送状況メッセージに対応して記憶され、該転送モジュールは配達確認メッセージを該物流情報サーバーへ送信する、情報処理ステーション。
【請求項２１】
前記マネーフロー情報サーバーは定期的に前記情報記憶モジュール内の前記認可メッセージの統計を集め、少なくとも一群の統計データを取扱銀行サーバーへ送信する請求項２０に記載の情報処理ステーション。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報システム、処理ステーション、及びクレジットカード支払方法に関し、特に、携帯装置を用いて情報を送信するための情報システム、処理ステーション、及びクレジットカード支払方法に関する。
【背景技術】
【０００２】
電子ビジネス取引量の増加に伴って、多数の国際クレジットカード機関が安全クレジットカード支払プロトコルを提供し、消費者が様々な支払方法、例えばクレジットカード、プラスチックマネー、又はデビットカードによる支払いを受け入れるのを可能にしている。例えば、Visaインターナショナルサービス協会は３Ｄセキュアプロトコルを提供し、MasterCardインターナショナルはSecure Payment Application（ＳＰＡ）プロトコルを提供し、NetscapeはSecure Sockets Layer（ＳＳＬ）プロトコルを提供し、学会はＫＳＬプロトコルを提供している。現金又はクレジットカードでより便利に支払いたいという消費者の要求に対して、配達システムのための配達時クレジットカード払いと現金引換払いの両方を提供できる第三者集金機能を開発することが求められている。
【０００３】
しかし、通常の輸送・物流業界においては、各取扱銀行で採用されているクレジットカード支払プロトコルと、関係する法律・規則との両方に準拠した無線支払プラットフォームの確立にしばしば失敗している。このため、次善の策、即ちクレジットカードによる支払いのために銀行が提供する無線ＰＯＳ（point of sale）を使用する場合、銀行が提供する無線ＰＯＳは、輸送・物流業界において使用されているオリジナルな商品配達システムと統合することが出来ないという問題に直面する。商品が受取人の住所に配達される時、配達人は、商品配達システムにログインして商品の配達状況を更新する処理と、クレジットカードオンライン認可処理とを完了するために、異なるシステムに属する２つの別の携帯装置を操作する必要がある。
【０００４】
この２システム構造は、構築するのにより多くのコストを必要とし、また、このような構造はクレジットカードオンライン取引のマネーフロー情報を交換するためのプロセスを多数のシーケンス及び手続きによりしばしば複雑にする。従って、これらの問題を解決する解決法が必要とされている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的の１つは、機密情報のための安全な無線支払プラットホームを確立するための情報システム、処理ステーション、携帯装置、及びクレジットカード支払方法を提供することである。
【０００６】
本発明の別の目的は、物流情報及びマネーフロー情報の送信及び管理を統合する情報システム、処理ステーション、携帯装置、及びクレジットカード支払方法を提供することである。
【課題を解決するための手段】
【０００７】
本発明によれば、１つ以上の携帯装置と、情報処理ステーションとを備える情報システムが提供される。該情報処理ステーションは、該携帯装置が１つ以上の銀行サーバーと通信するのを可能にするよう構成されている。該情報処理ステーションは１つ以上の物流情報サーバーと、１つ以上のマネーフロー情報サーバーとを備え、該物流情報サーバーは複数の発送状況メッセージを記憶するよう構成され、該マネーフロー情報サーバーは該物流情報サーバーから該複数の発送状況メッセージのうち１つ以上を受信し記憶するよう構成され、該マネーフロー情報サーバーは転送モジュールと、情報記憶モジュールと、暗号化／解読モジュールと、該転送モジュールに接続された第１制御モジュールとを備え、該情報記憶モジュール及び該暗号化／解読モジュールは、該転送モジュールの動作と、該情報記憶モジュールの動作と、該暗号化／解読モジュールの動作とを制御するよう構成され、該転送モジュールは暗号化チャネルから１つ以上の取引メッセージを受信するよう構成され、該暗号化／解読モジュールは該転送モジュールが該取引メッセージを別の暗号化チャネルへ転送して銀行サーバーから１つ以上の暗号化プロトコルで認可メッセージを受信するのを可能にし、該認可メッセージは暗号化された後、該情報記憶モジュールに該発送状況メッセージに対応して記憶され、該転送モジュールは配達確認メッセージを該物流情報サーバーへ送信する。
【０００８】
本発明によれば、１つ以上の物流情報サーバーと、１つ以上のマネーフロー情報サーバーとを備えた情報処理ステーションが提供される。該物流情報サーバーは複数の発送状況メッセージを記憶するよう構成されている。該マネーフロー情報サーバーは、該物流情報サーバーから１つ以上の発送状況メッセージを受信し記憶するよう構成されている。該マネーフロー情報サーバーは転送モジュールと、情報記憶モジュールと、暗号化／解読モジュールと、第１制御モジュールとを備える。該第１制御モジュールは該転送モジュール、該情報記憶モジュール、及び該暗号化／解読モジュールに接続され、これらを制御するよう構成されている。該転送モジュールは暗号化チャネルから１つ以上の取引メッセージを受信するよう構成され、該暗号化／解読モジュールは該転送モジュールが該取引メッセージを別の暗号化チャネルへ転送して銀行サーバーから１つ以上の暗号化プロトコルで認可メッセージを受信するのを可能にする。該認可メッセージは暗号化された後、該情報記憶モジュールに該発送状況メッセージに対応して記憶され、該転送モジュールは配達確認メッセージを該物流情報サーバーへ送信する。
【０００９】
本発明によれば、１つ以上の物流情報サーバーから１つ以上の発送状況メッセージを受信し記憶するステップと、暗号化チャネルから１つ以上の取引メッセージを受信し、該取引メッセージを別の暗号化チャネルへ１つ以上の暗号化プロトコルで転送するステップと、銀行サーバーに認可を求めるステップと、認可メッセージを受信した時、該認可メッセージを暗号化し、該発送状況メッセージに対応して記憶するステップと、配達確認メッセージを該物流情報サーバーへ送信するステップとを含むクレジットカード支払方法が提供される。
【００１０】
前記物流情報サーバーは輸送・物流プロセスを管理する経路制御システム、商品配達状況を検索するための電子追跡システム、又は物流情報を記憶するデータベースシステムであってもよい。前記発送状況メッセージは輸送・物流手続きにおける任意の種類の情報、例えば配達日及びアイテム番号を含む商品配達に関係する情報を含んでよい。発送状況メッセージは配達区番号、受取区番号、携帯装置番号、配達従業員ＩＤ、発送者コード等を更に含んでもよい。前記情報記憶モジュールは受信した該発送状況メッセージを記録する１つ以上の記録ファイルを記憶することが出来る。該記録ファイルは配達日とアイテム番号とを含んでよい。好適な実施形態では、該記録ファイルは配達区番号、受取区番号、携帯装置番号、配達従業員ＩＤ、及び発送者コードを更に含んでもよい。
【００１１】
前記暗号化チャネルはいかなる種類のチャネルにも限定されない。例えば、無線通信網、仮想プライベート通信網（ＶＰＮ）、及び有線通信網の組合せ、例えば１つ以上の固定ＩＰに接続された通信網であってもよい。前記暗号化プロトコルはいかなる種類のプロトコルにも限定されず、情報を送信するために必要な安全性レベルと、通信相手である銀行サーバーが採用するインターフェースとに依って決定されてもよい。幾つかの実施形態では、例えば、暗号化プロトコルはＳＳＬプロトコルと３ＤプロトコルとＳＰＡプロトコルとＫＳＬプロトコルと他のプロトコルとの任意の組合せであってよい。前記取引メッセージは、クレジットカード番号だけなく、他の種類の情報、例えばクレジットカード有効期限、取引量、クレジットカードセキュリティ番号、又は一組のパスワードの任意の組合せも含んでもよい。該クレジットカードセキュリティ番号は国際クレジットカード協会が提供するもの、例えばVisaインターナショナルサービス協会が提供するＣＶＶ２コード、及びMasterCardインターナショナルが提供するＣＶＣ２コードなどであってよい。
【００１２】
前記第１制御モジュールはブラウザソフトウェア及び／又はメッセージ送信インターフェース・サーバー（メッセージ受け渡しインターフェース（ＭＰＩ）サーバー）ソフトウェア等の１つ以上のソフトウェアを実行し、銀行サーバー、又は銀行サーバーが採用しているクレジットカード支払プロトコルに対応したインターフェースのインターナショナル協会のデータベースサーバーと通信できる。
【００１３】
また、本発明の１つの態様によれば、暗号化／解読モジュールは認可メッセージの暗号化を可能にしてもよい。暗号化された認可メッセージは情報記憶モジュールに記憶される。該情報記憶モジュールから暗号化された認可メッセージを読み出した時、該暗号化／解読モジュールは解読を実行して認可メッセージを復元できる。
【００１４】
前記携帯装置は情報入力モジュール、無線送信モジュール、記憶モジュール、表示モジュール、バーコード読取りモジュール、及び第２制御モジュールを備える。第２制御モジュールは情報入力モジュール、無線送信モジュール、記憶モジュール、表示モジュール、及びバーコード読取りモジュールに接続され、該情報入力モジュール、無線送信モジュール、記憶モジュール、表示モジュール、及びバーコード読取りモジュールのそれぞれの動作を制御する。第２制御モジュールにおいては、ブラウザ・オペレーティングシステムを実行して取引情報を銀行サーバーへＵＲＬネットワーク・アドレスリンクを介して転送するのが好ましい。従って、前記情報処理ステーションが、該携帯装置が銀行サーバーと通信するのを可能にすると、該携帯装置は該銀行サーバーとブラウザ・オペレーティングシステムを介して通信し、取引情報が該携帯装置に記憶されるのを防ぐことが出来る。
【００１５】
前記マネーフロー情報サーバーは定期的に前記情報記憶モジュール内の前記認可メッセージの統計データを集め、少なくとも一群の統計データを１つ以上の取扱銀行サーバーへ調査のために送信することが出来る。例えば、現在のビジネス文化を追跡するために、該マネーフロー情報サーバーは毎日の認可メッセージから抽出された統計データ、例えば毎日所定の時点の認可取引総量を銀行サーバーへ送信できる。
【００１６】
このため、輸送・物流業者の配達人が商品を受取人の住所へ配達する時、配達人は本発明の情報システム、処理ステーション、及びクレジットカード支払方法を使用して、銀行サーバーのインターフェースの暗号化プロトコルに適合した暗号化チャネルを介してマネーフロー情報を銀行サーバーへ送信し、認可メッセージを該銀行サーバーから受信することが出来る。このように、本発明は無線支払プラットホームに機密機構を提供し、配達確認メッセージを該物流情報サーバーへ送信して発送状況を更新することで、物流情報及びマネーフロー情報の送信及び管理を統合することが出来る。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施形態に係る情報システムの構成図を示す。
【図２】本発明の第１の実施形態に係る携帯装置のブロック図を示す。
【図３】本発明の第１の実施形態に係るマネーフロー情報サーバーのブロック図を示す。
【図４】本発明の第１の実施形態に係るマネーフロー情報サーバーに記憶された記録ファイルの形式を示す。
【図５】本発明の第１の実施形態に係るクレジットカード支払方法のフローチャートを示す。
【図６】本発明の第２の実施形態に係る情報システムの構成図を示す。
【図７】本発明の第２の実施形態に係るクレジットカード支払方法のフローチャートを示す。
【発明を実施するための形態】
【００１８】
本発明の実施形態を添付の図面を参照しながら下記に説明する。
【００１９】
図１を参照する。図１は本発明の第１の好適な実施形態に係る情報システム１を示す。情報システム１は、１つ以上の携帯装置１０と、１つ以上の銀行サーバー３０と通信する情報処理ステーション２０とを備える。図１において、１つだけの携帯装置１０と、１つだけの取扱銀行サーバー３０が示されているが、本発明の実施形態において構築される構成要素の数は、本発明が実施される環境の複雑さに依って決まる。例えば、本発明の幾つかの実施形態において、幾つかの携帯装置１０と幾つかの銀行サーバー３０とが数の制限なく構築される。情報処理ステーション２０は１つ以上のマネーフロー情報サーバー２１と１つ以上の物流情報サーバー２２とを備える。物流情報サーバー２２は商品配達に係る配達日とアイテム番号とを含む複数の発送状況メッセージを記憶する。物流情報サーバー２２はマネーフロー情報サーバー２１と通信することが出来る。物流情報サーバー２２とマネーフロー情報サーバー２１との数は制限されず、例えば、複数の物流情報サーバー２２又はマネーフロー情報サーバー２１は、物流情報サーバー２２又はマネーフロー情報サーバー２１のうちいずれか１つに記憶されたデータを複製して、データの信頼性を向上させることが出来る。携帯装置１０は、ネットワークチャネル４０と暗号化チャネル４１とを介してマネーフロー情報サーバー２１と物流情報サーバー２２との通信接続を構築し、発送状況メッセージと取引メッセージとをそれぞれ送信する。マネーフロー情報サーバー２１は該取引メッセージを１つ以上の銀行サーバー３０に別の暗号化チャネル４２を介して１つ以上の暗号化プロトコルを使用して転送し、クレジットカードオンライン認可処理を行う。
【００２０】
ネットワークチャネル４０は、無線通信網及び／又は有線通信網によって接続された任意の種類のネットワーク通信手段であってよい。暗号化チャネル４１、４２は、承認された通信端間に適用される任意のネットワーク通信手段、例えば無線通信網、仮想プライベート通信網、及び有線通信網の任意の組合せの通信網であってよい。本実施形態では、ネットワークチャネル４０は３Ｇ（第３世代）システムの無線通信網と有線通信網とによって接続されたネットワーク通信手段であり、暗号化チャネル４１は３Ｇシステムの無線通信網、仮想プライベート通信網、及び一組以上の固定ＩＰの有線通信網によって接続されたネットワーク通信手段である。承認された携帯装置１０とマネーフロー情報サーバー２１だけが暗号化チャネル４１を使って通信することが出来る。暗号化チャネル４１は、マネーフロー情報サーバー２１及び他の承認された商店に専用の一組の固定ＩＰを有し取扱銀行サーバー３０と通信するための直接回線である。
【００２１】
図２と図１の両方を参照する。図２は本実施形態の携帯装置１０のブロック図を示す。携帯装置１０は第２制御モジュール１０１、無線送信モジュール１０２、記憶モジュール１０３、表示モジュール１０４、バーコード読取りモジュール１０５、情報入力モジュール１０６、及び為替手形印刷モジュール１０７を備える。第２制御モジュール１０１は無線送信モジュール１０２、記憶モジュール１０３、表示モジュール１０４、バーコード読取りモジュール１０５、情報入力モジュール１０６、及び為替手形印刷モジュール１０７に接続され各モジュールの動作を制御する。各モジュールの動作の詳細な説明は下記のとおりである。
【００２２】
本実施形態において、携帯装置１０は人、特に輸送・物流業者の配達人が備えるのが好ましい。第２制御モジュール１０１はブラウザ・オペレーティングシステム、例えばマイクロソフト社のウィンドウズ（登録商標）ＯＳ又はアップル社のサファリブラウザ等を実行する。携帯装置１０の機能の１つは、配達人が商品を受け取ることを可能にすることである。例えば、商品に付けられたバーコードの形態のアイテム番号をバーコード読取りモジュール１０５でスキャンすると、電気信号に変換され第２制御モジュール１０１に送られる。第２制御モジュール１０１は無線送信モジュール１０２を制御し、無線信号をインターネット４０へ送信して、物流情報サーバー２２にログインし、該アイテム番号に関係する発送状況メッセージをダウンロードするための無線信号を要求する。ダウンロードされた発送状況メッセージは記憶モジュール１０３に保存される。無線送信モジュール１０２は赤外線送受信器と無線送受信器、例えば３Ｇ送受信器とを備える。表示モジュール１０４上に受信した発送状況メッセージを表示できる。発送状況メッセージは、例えば配達日、配達区番号、及び商品配達タイプを含んでよい。配達日は、輸送・物流業者が商品の配達の注文を受けた日付である。配達区番号は配達区のコードである。商品配達タイプは配達時クレジットカード払いサービスを求めているか否かを示すコード又は文字である。このため、配達人が商品を配達する時、配達時クレジットカード払いサービスが求められているか否かを知ることが出来る。
【００２３】
携帯装置１０の別の機能は、配達人が情報入力モジュール１０６を操作して取引メッセージを入力することである。商品配達タイプが「配達時クレジットカード払い」を表す場合、マネーフロー情報サーバー２１はこの取引メッセージを取扱銀行サーバー３０へ転送する。銀行サーバー３０はこの取引が認可されているか否かを確認する。本実施形態において、情報入力モジュール１０６は複数の暗号キーと、エンタ−キーと、取り消しキーとを含むキーパッドを備える。しかし、情報入力モジュール１０６は他のタイプのキーパッド、筆跡を特定できるタッチパネル、又は人・装置インターフェースを確立するための他のヒューマンインターフェース装置であってもよい。取扱銀行サーバー３０によって提供された認可メッセージを受信すると、為替手形印刷モジュール１０７は認可メッセージを含みクレジットカード所有者によって署名される為替手形と、輸送・物流業者によって保管されるチェックシートとを印刷できる。下記に関係するクレジットカードオンライン処理を詳細に説明する。
【００２４】
図３を参照する。図３には本実施形態のマネーフロー情報サーバー２１のブロック図が示されている。マネーフロー情報サーバー２１は転送モジュール２１１、第１制御モジュール２１２、情報記憶モジュール２１３、及び暗号化／解読モジュール２１４を備える。情報記憶モジュール２１３、暗号化／解読モジュール２１４、及び転送モジュール２１１は全て第１制御モジュール２１２に接続され、第１制御モジュール２１２の制御を受ける。情報記憶モジュール２１３には、１つ以上の記録ファイル２１３１が記憶される。第１制御モジュール２１２は１つ以上のソフトウェア２１２１を実行し、マネーフロー情報サーバー２１が共通インターフェースを使用して取扱銀行サーバー３０と通信するための環境を確立するのを助ける。従って、転送モジュール２１１とマネーフロー情報サーバー２１とが携帯装置１０と取扱銀行サーバー３０との通信接続を暗号化チャネル４１、４２上に構築することで、携帯装置１０と取扱銀行サーバー３０との通信が可能になる。
【００２５】
図２、図３、図４、及び図５を参照すると、本発明に係るクレジットカードオンライン関係処理の典型的な実施形態を理解できる。図４はマネーフロー情報サーバーの記録ファイル情報記録形式の実施形態を示す。図５は本実施形態のクレジットカード支払方法のフローチャートを示す。物流情報サーバー２２は記憶された発送状況メッセージを調べ、商品配達タイプが配達時クレジットカード払いである発送状況メッセージだけをマネーフロー情報サーバー２１へ送信する。マネーフロー情報サーバー２１は物流情報サーバー２２からこれらの発送状況メッセージを受信し記憶する（ステップＳ５００）。本実施形態では、マネーフロー情報サーバー２１はこれらの発送状況メッセージを記録ファイル２１３１の所定の形式に従って保存する。例えば、記録ファイル２１３１は発送状況メッセージを記憶するための複数のフィールドからなる。これらのフィールドは配達日のフィールド２１３１Ａ、アイテム番号のフィールド２１３１Ｂ、配達区番号のフィールド２１３１Ｃ、及び携帯装置番号のフィールド２１３１Ｄ等を含む。しかし、他の実施例では、これらのフィールドは発送者コードのフィールド、配達従業員ＩＤのフィールド、及び／又は商店コードのフィールドを更に含んでもよい。暗号化／解読モジュール２１４は記録ファイル２１３１を暗号化し、情報記憶モジュール２１３に記憶された情報を暗号文に変換したり、暗号化された記録ファイル２１３１を、情報を読み出す前に普通文に変換したりする。
【００２６】
商品のパッケージを受取人の住所に配達し、クレジットカードオンライン支払手続きを始める時、配達人は先ず情報入力モジュール１０６を使用し、クレジットカード払い機能を選択し、ブラウザで形成されたＵＲＬリンクにより取扱銀行サーバー３０への通信接続を確立する。この時、携帯装置１０は当該商品のアイテム番号と取引枠要求指令をマネーフロー情報サーバー２１へ送信する。マネーフロー情報サーバー２１は取引枠要求指令の発信元アドレスが携帯装置番号のフィールド２１３１Ｄ内の情報と一致しているか否かを確認する。情報が一致することを確認した場合、クレジットカード取引枠を求める要求が取扱銀行サーバー３０へ発行され、携帯装置１０へ転送される。この時、受取人は表示モジュール１０４上に表示されたこの取引枠に取引メッセージをキー入力することが出来る。マネーフロー情報サーバー２１はこの取引メッセージを暗号化チャネル４１から受信し、この取引メッセージを暗号化プロトコルを用いて暗号化チャネル４２を介して転送する（ステップＳ５１０）。暗号化チャネル４２を介して送信されるメッセージの形式は１つ以上の暗号化プロトコル、例えばセキュア・ソケット・レイヤ（ＳＳＬ）プロトコルに準拠する。暗号化／解読モジュール２１４は暗号化チャネル４１から受信した該取引メッセージを暗号化し、その形式を該暗号化プロトコルに適合するよう変換する。次に、暗号化された取引メッセージは転送モジュール２１１によって取扱銀行サーバー３０へ転送される。携帯装置１０がブラウザ・オペレーティングシステムを使用してウェブサイトに直接ログインし、マネーフロー情報サーバー２１は単に暗号化された取引メッセージの転送及び送信に関係する手続きを行う場合、該取引メッセージは携帯装置１０又はマネーフロー情報サーバー２１内に保存されない。取引メッセージは様々な種類の情報、例えばクレジットカード番号、クレジットカード有効期限、取引量、及び当該クレジットカードを発行したクレジットカード協会に依りVisaインターナショナルサービス協会が提供するＣＶＶ２（カード検証値２）セキュリティ番号、又はMasterCardインターナショナルが提供するＣＶＣ２（カード検証コード２）セキュリティ番号を含む。
【００２７】
取引メッセージが転送された後、第１制御モジュール２１２は１つ以上のソフトウェア２１２１を実行し、銀行サーバー３０に認可を求める（ステップＳ５２０）。本実施形態では、当該クレジットカードを発行した銀行に認可を求めるのは取扱銀行サーバー３０である。その後、認可メッセージが受信されたか否かを決定する（ステップＳ５３０）。認可メッセージは銀行に依って様々な種類の情報、例えば取引量、クレジットカード番号の一部、認可コード、認可日時などを含んでよい。認可メッセージを受信すると、マネーフロー情報サーバー２１は該認可メッセージを情報記憶モジュール２１３に記録ファイル２１３１内の発送状況メッセージと対応させて記憶する（ステップＳ５４０）。例えば、マネーフロー情報サーバー２１は該認可メッセージを暗号化／解読モジュール２１４を用いて暗号化した後、アイテム番号２１３１Ｂに対応する認可メッセージを記録ファイル２１３１の取引量のフィールド２１３１Ｅ、クレジットカード部分番号のフィールド２１３１Ｆ、認可コードのフィールド２１３１Ｇ、及び認可日時のフィールド２１３１Ｈに入れ、保存する。
【００２８】
次に、転送モジュール２１１は該認可メッセージを携帯装置１０へ送信する（ステップＳ５５０）。その後、携帯装置１０の為替手形印刷モジュール１０７は為替手形とチェックシートとを印刷する（ステップＳ５７０）。ステップＳ５４０後、マネーフロー情報サーバー２１は配達確認メッセージを物流情報サーバー２２へ送信する（ステップＳ５６０）。物流情報サーバー２２はこの配達確認メッセージに従って、当該アイテム番号に対する発送状況メッセージを更新できる。例えば、発送状況を「配達済み」に更新できる。本実施形態では、ステップＳ５４０後、ステップＳ５５０とステップＳ５６０は同期して実行されるが、ステップＳ５４０、ステップＳ５５０、及びステップＳ５６０の実行順序はこれに限定されない。他の実施形態では異なる順序の他のシーケンスであってもよい。
【００２９】
一方、マネーフロー情報サーバー２１は所定の期間後、認可メッセージを受信しなかったと決定すると（ステップＳ５８０）、認可失敗メッセージを携帯装置１０へ送信する（ステップＳ５９０）。現在の電子ビジネス文化における毎日の残高証明と整合させるために、本実施形態のマネーフロー情報サーバー２１は定期的に、例えば毎日所定の時点で情報記憶モジュール２１３に記憶された全認可メッセージに対して一群の統計データを集め、この統計データを銀行サーバー３０へ送信できる。この統計データは、取扱銀行、発行銀行、及び輸送・物流業者が資金処理を実行するのを容易にするために、各発行銀行の全ての認可取引に対する毎日の累計された総量を含んでもよい。
【００３０】
図６及び図７を参照する。図６は本発明に係る第２実施形態の情報システムの構成図を示す。図７は本発明に係る第２実施形態のクレジットカード支払方法のフローチャートを示す。本実施形態を明確に説明するために、本実施形態と第１実施形態との違いに注目する。本実施形態では、３Ｄプロトコルがクレジットカード認可手続きを助けるために使用される。本実施形態の携帯装置１２は第１実施形態の携帯装置１０とほぼ同じである。しかし、携帯装置１２は携帯装置１０と違って為替手形印刷モジュール１０７を備えていない。先ず、本実施形態の情報システム２は、携帯装置１２から無線通信で送信された認可メッセージを受信して為替手形を印刷する為替手形印刷装置１４を更に備える。次に、本実施形態のマネーフロー情報サーバー２３が実行するソフトウェアは、クレジットカード認可処理が３Ｄプロトコルに適合するよう助けるメッセージ受け渡しインターフェース・サーバーソフトウェア（ＭＰＩサーバーソフトウェア）を更に含む。本実施形態のクレジットカード認可処理と第１実施形態のものとの違いは、主に図７のステップＳ７０５、Ｓ７１０、及びＳ７１５にある。ステップＳ７０５において、ＭＰＩサーバーソフトウェアは暗号化チャネル４１を介して受信した取引メッセージをＶＩＳＡインターネットディレクトリー（Visaディレクトリー）等のデータベースサーバー３１と当該クレジットカードの発行銀行サーバー３２とへインターネット等のネットワークチャネル４４を介して送信し、このクレジットカードが３Ｄセキュアサービスに登録されているか否かを特定する。このクレジットカードが３Ｄセキュアサービスに登録されている場合、ＭＰＩサーバーソフトウェアは携帯装置１２のブラウザを当該発行銀行のドメインにつなぐ。この時、ＭＰＩサーバーソフトウェアは該発行銀行ドメインからパスワード入力枠を携帯装置１２へ転送し、ウィンドウポップアップを表示モジュール１０４上に表示させる。表示されたウィンドウにおいて、クレジットカードの所有者に一組のパスワードをキー入力するよう求める。クレジットカード所有者がパスワードを入力した後、ＭＰＩサーバーソフトウェアは携帯装置１２から出力されたパスワードを発行銀行サーバー３２へ転送する（ステップＳ７１０）。発行銀行サーバー３２が該パスワードが正しいと判断すると、認可コードを取扱銀行サーバー３０へ送信する（ステップＳ７１５）。ＭＰＩサーバーソフトウェアは取扱銀行サーバー３０に認可を要求し、該認可コードを含む認可メッセージを受信する（ステップＳ７２０）。
【００３１】
本実施形態では、パスワードが誤りであると判断すると、本処理は直ちにステップＳ７５５へ進み、認可失敗メッセージを送信するが、他の実施形態では、マネーフロー情報サーバー２３が取引認可を要求する他の方法、例えば第１実施形態で開示したＣＶＶ２又はＣＶＣ２コード等のセキュリティ番号により取引認可を要求するのを可能にする他の処理を採用してもよい。
【００３２】
従って、上記の説明によれば、輸送・物流業者の配達人が商品を受取人の住所へ配達する時、配達人が本発明の情報システム、処理ステーション、及びクレジットカード支払方法を使用して、マネーフロー情報を銀行サーバーへ、銀行サーバーとのインターフェースで使用される暗号化プロトコルに適合する暗号化チャネルを介して送信し、認可メッセージを受信することが出来る。機密情報のための安全な無線支払プラットホームが受取人に提供される。また、発送状況メッセージを物流情報サーバーへネットワークチャネルを介して送信し更新できるので、物流情報及びマネーフロー情報の送信及び管理を統合することが出来る。
【００３３】
上記の開示は本発明の原理を説明するためだけのものである。また、当業者は様々な変形と変更とを容易に想到する可能性があり、本発明は記載した構成と用途に限定されるべきではない。従って、全ての適切な変更と等価物は、添付の請求項とその均等物によって規定される本発明の範囲内に入ると考えられる。
【符号の説明】
【００３４】
１  情報システム
１０  携帯装置
２０  情報処理ステーション
２１  マネーフロー情報サーバー
２２  物流情報サーバー
３０  銀行サーバー
４１、４２  暗号化チャネル
２１１  転送モジュール
２１２  第１制御モジュール
２１３  情報記憶モジュール
２１４  暗号化／解読モジュール
【図１】
2011034556.tif 000003
【図２】
2011034556.tif 000004
【図３】
2011034556.tif 000005
【図４】
2011034556.tif 000006
【図５】
2011034556.tif 000007
【図６】
2011034556.tif 000008
【図７】
2011034556.tif 000009