(57)【要約】【課題】取引を促進するように構成されたシステム、方法及びコンピュータプログラムを提供する。【解決手段】１つ以上のリモート装置間の取引を促進するためのコンピューティング装置であって、通信ネットワーク経由で１つ以上のリモート装置と相互通信するように構成された処理モジュールと、アカウントに関連した１つ以上の取引チャンネルの状態に関する情報を収容するように構成されたデータベースとを備え、前記モジュールが、１つ以上のリモート装置から通信ネットワーク経由でインストラクションを受け取りそして１つ以上の取引チャンネルの状態に関する情報を与えるように構成されているコンピューティング装置、が開示される。【選択図】図２
2015503801.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上のリモート装置間の取引を促進するためのコンピューティング装置であって、
通信ネットワーク経由で１つ以上のリモート装置と相互通信するように構成された処理モジュールと、
アカウントに関連した１つ以上の取引チャンネルの状態に関する情報を収容するように構成されたデータベースと、
を備え、
前記処理モジュールは、１つ以上のリモート装置から通信ネットワーク経由でインストラクションを受け取り、１つ以上の取引チャンネルの状態に関する情報を与えるように、構成された、
コンピューティング装置。
【請求項２】
前記データベースは、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）を使用する、請求項１に記載のコンピューティング装置。
【請求項３】
前記処理モジュールは、少なくとも１つのカード発行者からインストラクションを受け取るように構成された中間スタンドインホストである、請求項１に記載のコンピューティング装置。
【請求項４】
前記少なくとも１つのカード発行者は、テレコミュニケーションズオペレータである、請求項３に記載のコンピューティング装置。
【請求項５】
前記処理モジュールは、少なくとも１つのカード取得者からインストラクションを受け取るように構成された中間スタンドインホストである、請求項１に記載のコンピューティング装置。
【請求項６】
前記データベースは、前記通信ネットワーク経由で周期的に更新される、請求項１又は２に記載のコンピューティング装置。
【請求項７】
前記処理モジュールは、更に、前記１つ以上の取引チャンネルの少なくとも１つの比較的非安全な取引チャンネルの状態を第１状態から第２状態へ変化させる要求、を受け取るように動作する、請求項３に記載のコンピューティング装置。
【請求項８】
通信ネットワーク経由で１つ以上のリモート装置と相互通信するように構成されたシステムであって、
アカウントに関連した１つ以上の取引チャンネルの状態に関する情報を収容するように構成されたデータベース、を含むサーバ、を備え、
当該システムは、１つ以上のリモート装置から通信ネットワーク経由でインストラクションを受け取り、１つ以上の取引チャンネルの状態に関する情報を与えるように、構成された、
システム。
【請求項９】
前記データベースは、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）を使用する、請求項８に記載のシステム。
【請求項１０】
前記サーバは、少なくとも１つのカード発行者からインストラクションを受け取るように構成された中間スタンドインホストである、請求項８に記載のシステム。
【請求項１１】
前記少なくとも１つのカード発行者は、テレコミュニケーションズオペレータである、請求項１０に記載のシステム。
【請求項１２】
前記サーバは、少なくとも１つのカード取得者からインストラクションを受け取るように構成された中間スタンドインホストである、請求項８に記載のシステム。
【請求項１３】
前記データベースは、前記通信ネットワーク経由で周期的に更新される、請求項８又は９に記載のシステム。
【請求項１４】
前記サーバは、更に、前記１つ以上の取引チャンネルの少なくとも１つの比較的非安全な取引チャンネルの状態を第１状態から第２状態へ変化させる要求、を受け取るように動作する、請求項１０に記載のシステム。
【請求項１５】
１つ以上のリモート装置間の取引を促進するための方法であって、
サーバにおいて、アカウントに関連した１つ以上の取引チャンネルの状態に関する情報にアクセスする要求、を受け取るステップと、
前記１つ以上の取引チャンネルの状態に関する情報を前記１つ以上のリモート装置に与えるステップと、
を含む方法。
【請求項１６】
コンピューティングシステムにより実行可能とされ、
請求項１５に記載の方法を実行する少なくとも１つのインストラクションを含む、
コンピュータプログラム。
【請求項１７】
請求項１６に記載のコンピュータプログラムを記憶した、
コンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本発明は、取引を促進するように構成されたシステム、方法、及びコンピュータプログラムに関する。本発明の実施形態は、特に、ｅ−コマース、ＥＤＩ（電子データの交換）、ウェブイネーブル及び電子ポイント・オブ・セール取引のような電子金融取引の分野に使用されるが、これらに限定されない。
【背景技術】
【０００２】
[0002]今日、インターネットや、「ｅ−コマース」ウェブサイトや、ウェブイネーブルのバーチャルストアを通して商品及び／又はサービスを購入することは、極めて一般的である。それに対応して、高いセキュリティレベルを維持しながら代価の電子的転送を促進する電子支払システムを開発することが必要となってきている。
【０００３】
[0003]安全な電子取引を促進する取引システム及び方法の一例が参考としてここに援用するＰＣＴ出願ＰＣＴ／ＳＧ２０１０／０００２２２（ＷＯ２０１０／１４７５５９号公報）に記載され定義されている。
【０００４】
[0004]このＷＯ２０１０／１４７５５９号公報は、「スマートカード」のユーザ又はプロバイダーが取引チャンネルの状態を変化させるのを許すシステム及び方法を説明している。即ち、このシステム及び方法は、ユーザ又はプロバイダーが、ウェブでの購入、ポイント・オブ・セールでの購入、等のある取引モードを他の取引モードに対して「ロック」及び／又は「アンロック」することを許す。
【０００５】
[0005]このようなシステムは、ユーザ又はプロバイダーが、どんな形式のチャンネルを使用して取引を行うか「選択する」のを許す。従って、例えば、ユーザは、セキュリティの理由で、カードがウェブベースの購入に使用されるのを防止するためにカードを「ロック」するが、慣習的なポイント・オブ・セール（ＰＯＳ）購入についてはカードをアンロックのままにする。ユーザのカードが盗難にあった場合に、許可のないユーザは、カードを使用してウェブベースの購入を行うことができず、従って、特別のセキュリティレベルを与える。
【０００６】
[0006]本明細書に全体的に説明される本発明の概念に対して単にある程度の背景を与えるために以下に詳細に述べる前記システムでは、カードは、ウェブベースの購入を防止するためにカードを「ロック」するというデフォールト設定を有する。
【０００７】
[0007]従って、ウェブベースの購入に対してカードを明確に「アンロック」するメカニズムをユーザに提供することに鑑み、カードロック・アンロック特徴が開発された。使用後にチャンネルを再ロックしなければならない行為をユーザから省くために、ウェブでの購入がなされた後、又は既定の期間（例えば、３０分）が経過した後、チャンネルが自動的にロックされる。
【０００８】
[0008]１つの商業的に利用可能な実施形態では、「カードアンロック」取引が処理された直後にセットされるタイマーが提供される。次の購入取引は、直ちにカードを再ロックし、そしてタイマーを停止する。タイマーが停止されずに、ウェブでの購入取引を見ずに時間切れとなる場合には、システムがカードをロックする。この特徴は、ウェブでの購入不正を軽減する上で助けとなる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】ＷＯ２０１０／１４７５５９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
[0009]しかしながら、ＷＯ２０１０／１４７５５９号に記載され定義された発明は、従来技術に勝る多数の利点を与えるが、スマートカードをロック／アンロックする更に効率的な方法を提供することが要望される。加えて、カードネットワークの観点からロック／アンロック特徴をカード発行者に役立てることも要望される。
【００１１】
[0010]背景技術の以上の説明は、本発明の理解を容易にするために意図されたものに過ぎない。その説明は、取り上げたどの資料も本出願の優先権日における共通の一般的知識又はその一部分であることを、確認するものでも受け容れるものでもない。
【課題を解決するための手段】
【００１２】
[0011]本発明の第１の態様によれば、１つ以上のリモート装置間の取引を促進するためのコンピューティング装置において、通信ネットワーク経由で１つ以上のリモート装置と相互通信するように構成された処理モジュールと、アカウントに関連した１つ以上の取引チャンネルの状態に関する情報を収容するように構成されたデータベースとを備え、前記処理モジュールは、１つ以上のリモート装置から通信ネットワーク経由でインストラクションを受け取りそして１つ以上の取引チャンネルの状態に関する情報を与えるように構成されたコンピューティング装置、が提供される。
【００１３】
[0012]好ましくは、データベースは、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）を使用する。
【００１４】
[0013]好ましくは、処理モジュールは、少なくとも１つのカード発行者からインストラクションを受け取るように構成された中間スタンドインホストである。１つの実施形態では、少なくとも１つのカード発行者は、テレコミュニケーションズオペレータである。
【００１５】
[0014]或いは又、処理モジュールは、少なくとも１つのカード取得者からインストラクションを受け取るように構成された中間スタンドインホストである。
【００１６】
[0015]好ましくは、データベースは、通信ネットワーク経由で周期的に更新される。
【００１７】
[0016]好ましくは、処理モジュールは、更に、１つ以上の取引チャンネルの少なくとも１つの比較的非安全な取引チャンネルの状態を第１状態から第２状態へ変化させる要求を受け取るように動作する。
【００１８】
[0017]好ましくは、第１状態では、比較的非安全な取引チャンネルで識別されるその後の取引メッセージが拒絶され、そして第２状態では、取引メッセージが更なる処理のために通過される。
【００１９】
[0018]本発明の第２の態様によれば、通信ネットワーク経由で１つ以上のリモート装置と相互通信するように構成されたシステムにおいて、アカウントに関連した１つ以上の取引チャンネルの状態に関する情報を収容するように構成されたデータベースを含むサーバを備え、そのモジュールは、１つ以上のリモート装置から通信ネットワーク経由でインストラクションを受け取りそして１つ以上の取引チャンネルの状態に関する情報を与えるように構成されたシステム、が提供される。
【００２０】
[0019]好ましくは、データベースは、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）を使用する。
【００２１】
[0020]好ましくは、サーバは、少なくとも１つのカード発行者からインストラクションを受け取るように構成された中間スタンドインホストである。１つの実施形態では、少なくとも１つのカード発行者は、テレコミュニケーションズオペレータである。
【００２２】
[0021]好ましくは、サーバは、少なくとも１つのカード取得者からインストラクションを受け取るように構成された中間スタンドインホストである。
【００２３】
[0022]好ましくは、データベースは、通信ネットワーク経由で周期的に更新される。
【００２４】
[0023]好ましくは、サーバは、更に、１つ以上の取引チャンネルの少なくとも１つの比較的非安全な取引チャンネルの状態を第１状態から第２状態へ変化させる要求を受け取るように動作する。
【００２５】
[0024]好ましくは、第１状態では、比較的非安全な取引チャンネルで識別されるその後の取引メッセージが拒絶され、そして第２状態では、取引メッセージが更なる処理のために通過される。
【００２６】
[0025]本発明の第３の態様によれば、１つ以上のリモート装置間の取引を促進するための方法において、アカウントに関連した１つ以上の取引チャンネルの状態に関する情報にアクセスする要求をサーバで受け取るステップと、１つ以上の取引チャンネルの状態に関する情報を１つ以上のリモート装置に与えるステップとを含む方法が提供される。
【００２７】
[0026]第４の態様によれば、本発明の前記第３の態様による方法を実施し、コンピューティングシステムにより実行できる少なくとも１つのインストラクションを含むコンピュータプログラムが提供される。
【００２８】
[0027]第５の態様によれば、本発明の第４の態様によるコンピュータプログラムを含むコンピュータ読み取り可能な媒体が提供される。
【００２９】
[0028]第６の態様において、コンピューティングシステムにより受信し解釈することのできる少なくとも１つのインストラクションであって、本発明の第３の態様による方法を実施するインストラクションを含むデータ信号が提供される。
【００３０】
[0029]本発明の更に別の特徴は、幾つかの非限定実施形態の以下の説明において更に詳細に述べる。この説明は、本発明を単に例示するものに過ぎない。これは、上述した本発明の広い概要、開示又は説明に対する制約と理解してはならない。以下、添付図面を参照して本発明を説明する。
【図面の簡単な説明】
【００３１】
【図１】本発明の一実施形態によるシステム、方法及び／又はコンピュータプログラムを動作できる例示的なコンピューティングシステムを示す図である。
【図２】本発明の一実施形態によるコンピューティングシステムを合体する例示的なネットワークを示す図である。
【図３ａ】本発明の一実施形態の方法ステップによるプロセスフローを示すフローチャートである。
【図３ｂ】本発明の一実施形態の方法ステップによるプロセスフローを示すフローチャートである。
【図３ｃ】本発明の一実施形態の方法ステップによるプロセスフローを示すフローチャートである。
【発明を実施するための形態】
【００３２】
[0030]図１を参照すれば、本発明の一実施形態により取引を促進することのできる例示的なコンピューティングシステムが示されている。
【００３３】
[0031]図１は、本発明の一実施形態に使用するのに適したサーバ１００であるコンピューティングシステムの概略図である。このサーバ１００は、本発明の一実施形態により電子金融取引を促進するシステム及び方法のようなアプリケーション及び／又はシステムサービスを実行するのに使用される。
【００３４】
[0032]図１を参照すれば、サーバ１００は、適当なコンピュータインストラクションを受け取り、記憶し及び実行するのに必要な適当なコンポーネントを備えている。それらのコンポーネントは、プロセッサ１０２、リードオンリメモリ（ＲＯＭ）１０４、ランダムアクセスメモリ（ＲＡＭ）１０６、ディスクドライブのような入力／出力装置１０８、入力装置１１０（イーサネット（登録商標）ポート、ＵＳＢポート、等）、液晶ディスプレイ、光放射ディスプレイ又は他の適当なディスプレイのようなディスプレイ１１、及び１つ以上の通信リンク１１４を含む。
【００３５】
[0033]サーバ１００は、ＲＯＭ１０４、ＲＡＭ１０６又はディスクドライブ１０８にインストールされてプロセッサ１０２で実行されるインストラクションを含む。複数の通信リンク１１４が設けられ、それらのリンクは、サーバ、パーソナルコンピュータ、ターミナル、ワイヤレス又はハンドヘルドコンピューティング装置のような１つ以上のコンピューティング装置、或いは移動（携帯）電話のような移動通信装置に様々に接続される。複数の通信リンクのうちの少なくとも１つは、テレコミュニケーションズネットワークを通して外部コンピューティングネットワークに接続される。
【００３６】
[0034]１つの特定の実施形態において、装置は、入力出力ストレージ装置１０８に存在するデータベースを備えている。データベースは、ソリッドステートドライブ、ハードディスクドライブ、光学的ドライブ又は磁気テープドライブを含む任意の適当なストレージ装置に存在してもよいことを理解されたい。又、データベースは、単一の物理的ストレージ装置に存在してもよいし、又は多数のストレージ装置にわたって分散されてもよい。
【００３７】
[0035]サーバ１００は、これもサーバ１００のＲＯＭ又はストレージ装置に存在する適当なオペレーティングシステム１１６を備えている。このオペレーティングシステム１１６は、データベース及び１つ以上のコンピュータプログラムと相互通信して、ここに述べる本発明の実施形態によるステップ、機能及び／又は手順をサーバに実行させるように構成される。
【００３８】
[0036]図２は、サーバ１００が存在する広い通信ネットワーク２０２内のカードネットワーク（２００）の一例を詳細に示している。サーバ１００は、以下に述べる「スタンドイン(Stand-In)」ホストとして動作する。
【００３９】
[0037]カードネットワーク２００は、「カードロックディレクトリサービス」と表示されたデータベース２０４を備えている。カードネットワークは、関連金融団体へのリンクを含むＭａｓｔｅｒＣａｒｄ（登録商標）又はＶｉｓａ（登録商標）ネットワークのようなネットワークであり、取得者から発行者へのカード取引をルーティングする。
【００４０】
[0038]より詳細には、スタンドインホスト１００は、カードネットワーク２００により動作される中間サーバとして動作し、カード発行者の「代理を務め」そしてカード発行者によりアクセス／コントロール可能な集合的「カードロックテーブル」を維持すると共に、「カードロックテーブル」を参照として使用して「カードロック・アンロック」機能を実施するように働く。「カードロックディレクトリサービス」２０４は、データベースとして働き且つ単一の「カードロックテーブル」を収容するディレクトリサービスである。このディレクトリサービス２０４は、一般的なＲＤＢＭＳ（関連データベースマネージメントシステム）ではなくＬＤＡＰ（ライトウェイトディレクトリアクセスプロトコル）を使用して実施されるのが好ましい。
【００４１】
[0039]図２は、更に、本発明の実施形態が作用する一般的な動作環境を示している。その一般的な動作環境を作り上げるコンポーネントは、次のものを含む。
【００４２】
[0040]Ｔｅｌｃｏネットワーク２０６：１つ以上のコンピューティングシステムを含むネットワークで、例えば、移動（携帯）電話のようなコンピュータ装置から正しいカード発行者ネットワークへｍ−コマース金融取引をルーティングする。
【００４３】
[0041]カード発行者ネットワーク２０８：１つ以上のコンピューティングシステムを含むネットワークで、カード取引（「残高問合せ」及び「購入」のような）を処理する。それらの取引は、取得者ネットワークによりカードネットワーク経由で転送される。
【００４４】
[0042]カード取得者ネットワーク２１０：異なるチャンネル（ＰＯＳターミナル、ＡＴＭターミナル、ウェブ）から到来するカード取引を受け取りそしてそれらの取引を各カード発行者へ転送するサーバである。
【００４５】
[0043]一般的インターネット２１４：ユーザは、彼等をインターネットへリンクするブラウザを通して相互通信して購入を行う。インターネットを経て購入を行う場合に、ユーザは、自分のスマートカード（２１６）を使用する。スマートカード２１６は、少なくとも、クレジット／デビットカードと同様のクレジット／デビット機能（これに限定されないが）のような取引を遂行することができる。
【００４６】
[0044]ソフトウェアアプリケーション及び支払ポータルを使用するインターネット、コンピュータ及びサーバの使用及び動作は、当業者に良く知られており、本発明に関連するところを除いて、ここでは詳細に説明する必要がなかろう。
【００４７】
[0045]カードネットワーク２００は、スマートカード２１６のロック／アンロックを経て取引を促進するシステムに関して説明する。このシステムは、「カードネットワークで実施されるカードロック・アンロック」システムとして知られている。
【００４８】
[0046]スタンドインホストデータベースの設定及び使用
[0047]「カードネットワークで実施されるカードロック・アンロック」システムは、「カードロックプロビジョニング」、「カードロック設定」、及び「カードロック使用」の３つのプロセス又は方法を使用する。
【００４９】
[0048]「カードロックプロビジョニング」プロセスでは、カードアカウントのレコードがスタンドインホスト１００のデータベース（「カードロックディレクトリサービス」）２０４内に生成され、カード発行者がカードネットワークと相互通信して、カードをロック又はアンロックできるようにする。カードアカウントのレコードが「カードロックディレクトリサービス」２０４において生成されると、カードロックを設定することができる（即ち、ユーザ又はカード発行者の好みを「カードロックディレクトリサービス」へロードすることができる）。
【００５０】
[0049]その後、ユーザは、（通常、カード発行者ネットワークを通して）カードネットワークに接続して、カードをロック又はアンロックすることができる。各フェーズ中のプロセスは、図３ａ〜図３ｃを参照して以下に詳細に述べる。
【００５１】
[0050]カードロックプロビジョニング−図３ａ
[0051]１．プロビジョニングは、発行者のカードホストが「カードアカウント生成」要求をカードネットワークに伝送することで始まる（ステップ３００）。このステップは、効率化のために複数の「カードアカウント生成」取引を伝送すること（即ち、「バッチ」プロセス）を含むことが理解される。バッチプロセスとは別に、アカウント生成エラーが生じたときにそれに対処するため、単一の「カードアカウント生成」要求又は取引も伝送される。単一の「カードアカウント生成」要求は、ネットワーク接続が不安定な場合や、使用プロトコル（例えば、ＩＳＯ８５８３）が要求・応答ベースであり、それ故、バッチファイルの転送をサポートしない状況において有用である。単一の「カードアカウント生成」要求も、アカウント生成エラーが生じたときにそれに対処できるようにする。
【００５２】
[0052]２．スタンドインホスト１００は、ディレクトリサービス「カードロックテーブル」に要求エントリを追加する（ステップ３０２）。
【００５３】
[0053]３．カードネットワークのスタンドインホストは、「カードアカウント生成」取引要求を受け取り、そしてＬＤＡＰ「エントリ追加」動作を遂行して、ディレクトリサービス「カードロックテーブル」に「カードロック」レコードを生成する（ステップ３０４）。例えば、カード発行者のデフォールトカードロック設定が「‘ＡＴＭ取り消し’及び‘ウェブ購入’以外の全ての取引を許す」である場合には、ＬＤＡＰエントリが、
ｄｎ：５５７７５１０９９８５６９１０７
ｔｘｎＬｏｃｋ：ＡＴＭＷＩＴＨＤ，ＷＥＢＰＵＲＣＨ
となる。
【００５４】
[0054]但し、‘ｄｎ’（区別された名前）は、カード番号であり、そしてカスタム属性‘ｔｘｎＬｏｃｋ’は、カードがロックされる取引をコンマ区切りフォーマットでリストする。
【００５５】
[0055]カードロック設定−図３ｂ
[0056]１．スタンドインホストがカード所有者のアカウントに対するエントリを有すると、カード所有者は、移動（携帯）電話のような自分のｍ−コマースイネーブルコンピュータ装置を使用して、「カードロック／アンロック」取引をスタンドインホストへ伝送する（ステップ３１０）。
【００５６】
[0057]２．Ｔｅｌｃｏ金融スイッチは、正しいカード発行者に取引をルーティングする（ステップ３１２）。
【００５７】
[0058]３．カード発行者は、カードネットワークへ取引を転送する（ステップ３１４）。ここに述べる実施形態では、カード発行者が各顧客のカードロック設定を追跡する必要がなく、それらの設定は、カードネットワーク側に維持される。
【００５８】
[0059]４．カードネットワークのスタンドインホストは、ＬＤＡＰ「エントリ変更」動作を遂行して、カード所有者のカードロックを適宜にセットする（ステップ３１６）。例えば、カード所有者が自分のカードを全ての「ウェブ購入」取引に対してアンロックする「カードロック／アンロック」取引を発生した場合には、ＬＤＡＰエントリは、
ｄｎ：５５７７５１０９９８５６９１０７
ｔｘｎＬｏｃｋ：ＡＴＩＶＩＷＩＴＨＤ，ＷＥＢＰＵＲＣＨ
から、
ｄｎ：５５７７５１０９９８５６９１０７
ｔｘｎＬｏｃｋ：ＡＴＮＩＷＩＴＨＤ
だけに、変更される。
【００５９】
[0061]５．その後、スタンドインホストは、「カードロック／アンロック」手順を遂行する（ＰＣＴ／ＳＧ２０１０／０００２２２号に詳細に述べられている）（ステップ３１８）。例えば、スタンドインホストは、例えば、１５分で時間切れとなるタイマーを生成する。タイマーが時間切れすると、「ウェブ購入」ロックは、それがまだ回復していない場合には、ＬＤＡＰ「エントリ変更」動作を経てＬＤＡＰにおいて回復される（「ウェブ購入」取引が１５分の窓内に受け取られた場合にはスタンドインホストにより）。
【００６０】
[0062]カードロック使用−図３ｃ
[0063]カード所有者が、自分の明確にアンロックされたカードにおいて「ウェブ購入」取引のような取引を発生するか、又は許可されていないユーザがロックされたカードにおいて同様の取引を発生するときに、使用が生じる。いずれの場合にも、カード取得者は、商人から取引を受け、それをカードネットワークへ転送する。
【００６１】
[0064]１．カードネットワークスタンドインホストは、「カードロックディレクトリサービス」においてＬＤＡＰ「エントリサーチ」要求を遂行し、そして「カード所有者のロックレコード」を検索する（ステップ３２０）。
【００６２】
[0065]２．その後、スタンドインホストは、「カードロック・アンロック」手順（ＰＣＴ／ＳＧ２０１０／０００２２２号に詳述されたロック・アンロック手順）を遂行する（ステップ３２２）。より詳細には、スタンドインホストは、カード所有者の「カードロック」レコードをチェックする。カードが特定の取引形式に対してロックされない場合は、その取引がカード発行者へ処理のために自由に転送される。次いで、スタンドインホストは、（ＬＤＡＰ「エントリ変更」動作を経て）「カードロックディレクトリサービス」における取引ロックを回復する。というのは、取引が遂行されているからである。しかしながら、カードが特定の取引形式に対してロックされる場合には、スタンドインホストは、取引を直ちに断り、そして取引をカード発行者に転送しない。
【００６３】
[0066]３．カードネットワークは、承認又は断りの応答をカード取得者へ返送する（ステップ３２４）。
【００６４】
[0067]４．カード取得者は、その応答を発信側チャンネルへ通過させ、ユーザに取引の結果を通知する（ステップ３２６）。
【００６５】
[0068]効果
[0069]「カードネットワークで実施されるカードロック・アンロック」は、従来のシステムに勝る多数の効果を与える。システムが中央サーバ（即ち、スタンドインホスト）から動作されるとき、各カード発行者がカードロック・アンロックデータに対して個別のサーバを維持する必要はない。全てのカード発行者からスタンドインホストへ適当な情報を送信することができる。
【００６６】
[0070]対応的に、カード発行者は、個々のスタンドインホストを維持することが要求されないので、おそらくより多くのカード発行者がスタンドインホストを使用し、これは、ひいては、エンドユーザへの快適さを高めつつ、カード発行者が中間（又は付加的）サーバを設定及び維持する必要なく彼等のクライアントへのサービスを提供できるようにする。カードネットワークにスタンドインホストを設けることは、サービスを普及させると共に、「カードがロックされた」状態に対してガード業界で合意したＩＳＯ８５８３（又は同様の工業規格）応答コードの、事実上の標準的価値を確立する上で助けとなる。
【００６７】
[0071]重要なことに、このシステムは、カードがロックされたときカード取得者に対する取引応答時間を短縮する。というのは、カードネットワークは、ある取引をカード発行者に転送する必要がないからである。
【００６８】
[0072]上述したように、カードネットワークで実施されるスタンドインホストの開発は、「カードがロックされた」状態に対して標準的なＩＳＯ８５８３応答コードの開発を許す。現在、従来の１つの既存の商業的実施形態で具現化されているように、カードがロックされそしてウェブ購入取引が行われるときには、カード発行者のホストが、予想される取引を阻止する。しかしながら、カードロックに関連した応答コードのための現在工業規格はないので、商人のウェブサイトに表示されるエラー通知メッセージは、はっきりしないことが多く、例えば、「あなたのカードは、許可できません(Your  card  could  not  be  authorized.)」である。
【００６９】
[0073]特徴を実施する手段をカードネットワークに設けることにより、数百のカード発行者の用命に応じるカードネットワークは、全ネットワークにわたり（即ち、全てのカードプロバイダー及びユーザに対して）カードロック・アンロック特徴を使用することができ、それにより、「カードがロックされた」状態に対する特定のＩＳＯ８５８３応答コードの生成を正当化することができる。
【００７０】
[0074]好都合にも、スタンドインホストを使用することで、全てのカード発行者クライアントに均一な「カードロック・アンロック」サービスを提供することができる。「カードがロックされた」状態に対する工業規格ＩＳＯ８５８３応答コードが利用できない場合には、カードネットワークは、全てのカード発行者が使用するための１つのコードを指定し、全てのカード取得者がその状態の発生時に一貫して同じ応答コードを受け取るように保証することができる。
【００７１】
[0075]応答コードが確立されると、商人のウェブサイトは、非常にはっきりしたエラーメッセージ、例えば、「あなたのカードがロックされているので取引を処理できません。あなたのカードをアンロックして支払い操作を繰り返して下さい。(The  transaction  could  not  be  processed  because  your  card  is  locked.  Please  unlock  your  card  and  repeat  the  payment  action.)」を与えることができる。
【００７２】
[0076]更に、１つの実施形態では、関連データベースではなく、ライトウェイトディレクトリサービス（ＬＤＡＰのような）を使用して、「カードロックテーブル」が実施される。「カードロックテーブル」を維持し操作するのに、基本的ＣＲＵＤ（生成、読み取り、更新及び削除）動作を伴うディレクトリサービスしか要求されない。ＳＱＬ  ＪＯＩＮ動作は要求されない。というのは、１つのテーブルしか使用されないからである。従って、情報は、スタンドインホストに非常に効率的に且つ迅速にセーブされ及びそこから検索され、これは、許可又は拒絶される取引及びロック又はアンロックされるカードに著しい遅延が生じないことを保証する。換言すれば、スタンドインホストは、カード発行者、カード取得者及びユーザ（顧客）に対してほぼ完全に透過的である。
【００７３】
[0077]更に、全ての「拒絶」応答は、中央位置に記録されるので、どのカード発行者が最も多くの「カードがロックされた」拒絶応答を有するかの鳥瞰図を形成することができる。このデータ収集は、ウェブ購入不正の傾向を探しているセキュリティ専門家にとって有用である。
【００７４】
[0078]変形及び変更
[0079]要求されることではないが、図面を参照して述べた実施形態は、アプリケーションプログラミングインターフェイス（ＡＰＩ）を経て又は開発者が使用するための一連のライブラリとして具現化できると共に、ターミナル又はパーソナルコンピュータのオペレーティングシステムのような別のソフトウェアアプリケーション内に或いは取引処理システム内に含ませることができる。
【００７５】
[0080]一般的に、プログラムモジュールは、特定の機能を遂行し又は遂行を助けるルーチン、プログラム、オブジェクト、コンポーネント及びデータファイルを含むので、ソフトウェアアプリケーションの機能は、多数のルーチン、プログラム、オブジェクト又はコンポーネントにわたって分散されて、ここに述べる実施形態及び請求の範囲に述べる広い発明と同じ機能を達成できることが理解されよう。当業者であれば、そのような変形及び変更が明らかとなろう。
【００７６】
[0081]又、本発明の方法及びシステム及び／又はその実施形態がコンピューティングシステムにより具現化されるか又はコンピューティングシステムにより部分的に具現化される場合には、適当なコンピューティングシステムアーキテクチャーが使用されてもよいことが明らかである。これは、スタンドアローンコンピュータ、ネットワークコンピュータ、及び専用コンピューティング装置（ハードウェアベースのアレイのような）を含む。
【００７７】
[0082]本明細書において「コンピュータ」「コンピューティングシステム」及び「コンピューティング装置」という用語が使用される場合には、それら用語は、ここに述べる本発明の概念及び／又は実施形態を具現化するコンピュータハードウェアの適当な構成を網羅することが意図される。
【図１】
2015503801.tif 000003
【図２】
2015503801.tif 000004
【図３ａ】
2015503801.tif 000005
【図３ｂ】
2015503801.tif 000006
【図３ｃ】
2015503801.tif 000007
【手続補正書】
【提出日】平成26年2月19日(2014.2.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
１つ以上のリモート装置間の取引を促進するためのコンピューティング装置であって、
通信ネットワーク経由で１つ以上のリモート装置と相互通信するように構成された処理モジュールと、
アカウントに関連した複数の取引チャンネルの状態に関する情報を収容するように構成されたデータベースと、
を備え、
前記処理モジュールは、１つ以上のリモート装置から通信ネットワーク経由でインストラクションを受け取り、複数の取引チャンネルの状態に関する情報を与えるように、構成された、
コンピューティング装置。
【請求項２】
前記データベースは、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）を使用する、請求項１に記載のコンピューティング装置。
【請求項３】
前記処理モジュールは、少なくとも１つのカード発行者からインストラクションを受け取るように構成された中間スタンドインホストである、請求項１に記載のコンピューティング装置。
【請求項４】
前記少なくとも１つのカード発行者は、テレコミュニケーションズオペレータである、請求項３に記載のコンピューティング装置。
【請求項５】
前記処理モジュールは、少なくとも１つのカード取得者からインストラクションを受け取るように構成された中間スタンドインホストである、請求項１に記載のコンピューティング装置。
【請求項６】
前記データベースは、前記通信ネットワーク経由で周期的に更新される、請求項１又は２に記載のコンピューティング装置。
【請求項７】
前記処理モジュールは、更に、前記複数の取引チャンネルの少なくとも１つの比較的非安全な取引チャンネルの状態を第１状態から第２状態へ変化させる要求、を受け取るように動作する、請求項３に記載のコンピューティング装置。
【請求項８】
通信ネットワーク経由で１つ以上のリモート装置と相互通信するように構成されたシステムであって、
アカウントに関連した複数の取引チャンネルの状態に関する情報を収容するように構成されたデータベース、を含むサーバ、を備え、
当該システムは、１つ以上のリモート装置から通信ネットワーク経由でインストラクションを受け取り、複数の取引チャンネルの状態に関する情報を与えるように、構成された、
システム。
【請求項９】
前記データベースは、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）を使用する、請求項８に記載のシステム。
【請求項１０】
前記サーバは、少なくとも１つのカード発行者からインストラクションを受け取るように構成された中間スタンドインホストである、請求項８に記載のシステム。
【請求項１１】
前記少なくとも１つのカード発行者は、テレコミュニケーションズオペレータである、請求項１０に記載のシステム。
【請求項１２】
前記サーバは、少なくとも１つのカード取得者からインストラクションを受け取るように構成された中間スタンドインホストである、請求項８に記載のシステム。
【請求項１３】
前記データベースは、前記通信ネットワーク経由で周期的に更新される、請求項８又は９に記載のシステム。
【請求項１４】
前記サーバは、更に、前記複数の取引チャンネルの少なくとも１つの比較的非安全な取引チャンネルの状態を第１状態から第２状態へ変化させる要求、を受け取るように動作する、請求項１０に記載のシステム。
【請求項１５】
１つ以上のリモート装置間の取引を促進するための方法であって、
サーバにおいて、アカウントに関連した複数の取引チャンネルの状態に関する情報にアクセスする要求、を受け取るステップと、
複数の取引チャンネルの状態に関する情報を前記１つ以上のリモート装置に与えるステップと、
を含む方法。
【請求項１６】
コンピューティングシステムにより実行可能とされ、
請求項１５に記載の方法を実行する少なくとも１つのインストラクションを含む、
コンピュータプログラム。
【請求項１７】
請求項１６に記載のコンピュータプログラムを記憶した、
コンピュータ読み取り可能な媒体。
【国際調査報告】
2015503801.tif 000008
2015503801.tif 000009
2015503801.tif 000010