【課題】マルチフォーマットのメッセージをパースする動的パース／ビルド・エンジンを提供すること。
【解決手段】マルチフォーマットの財務メッセージを処理することができるパース／ビルドエンジン。このエンジンは、異なるフォーマットのメッセージを共通のフォーマットに変換し、その後、共通のフォーマットは、ビジネスサービスアプリケーションによって処理される。パーサは、メッセージを調べ、受信したメッセージの特定のフォーマットに適切なスキーマを決定する。スキーマは、受信したフォーマット用の文法構造と、該文法構造（「文法」は、フィールドシーケンス、フィールドタイプ、長さ、文字符号化、任意・必須フィールド等を含むことができる）を用いて、メッセージの様々なフィールドを内部メッセージフォーマットに変換するためのハンドラへのポインタとを含む、スキーマレジストリ内のデータ構造である。ハンドラは、個々にコンパイルされる。 （もっと読む）

【課題】信頼機関が、オンライン取引中、要求者のために、口座保有者の同一性を検証する口座認証サービスを提供する。
【解決手段】口座認証は、口座保有者からパスワードを要求するステップと、パスワードを検証するステップと、口座保有者の信頼性が検証されたか否かを要求者に通知するステップとを含む。口座認証サービスの代替実施形態は、顧客に関する情報が付加価値提供者と共有される提供対価構成要素を含む。顧客情報は、口座認証処理において関係者のそれぞれから収集されるため、顧客に関する詳細を数多く含む。付加価値提供者は、その後、この情報を様々な形で使用できる。関与する全ての関係者は、顧客情報を共有することで利益を享受できる。付加価値提供者は、例えば、販売者、出荷者、セキュリティ組織、政府機関にすることができる。取引識別子は、顧客、販売者間の特定の取引、及び顧客情報を特定する。 （もっと読む）

財務データを分析して、商品又はサービスの提供者に提示可能な財務情報提示デバイスに関するフロード費用を求めるシステムが提供される。プロセッサが実行可能なフロード査定モジュールは、共に財務情報提示デバイスに関する売上データ及び業務費用データを受信するとともに、受信したデータに基づいて、直接フロード損失及びフロード業務費用を求める。
（もっと読む）

【課題】 トランザクションスコアリングを、クライアント・サーバコンピューティングシステムに亘って、分散化された方法で実行する。
【解決手段】 トランザクションを処理するコンピューティングシステムは、サーバシステムおよびクライアントシステムを備える。サーバシステムは、トランザクションに関連付けられた情報を処理するように構成され、一方、クライアントシステムはサーバシステムと通信し、キーを生成するキーエンジンを備える。クライアントシステムおよびサーバシステムは協働して、トランザクションに関連付けられたリスクを評価するように構成される。クライアントはキーエンジンによって生成されたキーをトランザクションとしてサーバシステムに送るように構成される。 （もっと読む）

通信ネットワーク上でマイクロペイメント取引を実行する方法とシステムが提供される。これらの方法とシステムは、マイクロペイメントが、進められた複数の支払の一つであるシームレスな支払策を提供することによって、ユビキタスなマイクロペイメントを可能とする。実施形態において、取引額が予め定義された閾値と比較され、もしも前記額が前記閾値よりも小さい場合、マイクロペイメントとして処理され、そうでなければ、第２の処理システムを用いて処理される。他の実施形態において、被支払人が事前にマイクロペイメント処理システムによって検証されている場合に、取引はマイクロペイメントとして処理される。第３の実施形態において、取引は被支払人のウェブサイトを用いて行う。
（もっと読む）

マルチフォーマットの財務メッセージを処理することができるパース／ビルドエンジン。このエンジンは、異なるフォーマットのメッセージを共通のフォーマットに変換し、その後、共通のフォーマットは、ビジネスサービスアプリケーションによって処理される。パーサは、メッセージを調べ、受信したメッセージの特定のフォーマットに適切なスキーマを決定する。スキーマは、受信したフォーマット用の文法構造と、該文法構造（「文法」は、フィールドシーケンス、フィールドタイプ、長さ、文字符号化、任意・必須フィールド等を含むことができる）を用いて、メッセージの様々なフィールドを内部メッセージフォーマットに変換するためのハンドラへのポインタとを含む、スキーマレジストリ内のデータ構造である。ハンドラは、個々にコンパイルされる。
（もっと読む）

ゲートウェイにおける、トランザクションのアプリケーション・レベルの切り替えが提供される。ゲートウェイは、アプリケーション・レベルの内容、伝送環境の現状、および／またはトランザクションの切り替えに関する動的なルールに基づいてトランザクションを切り替えるように構成されている。例えば、いくつかの考え得るプロバイダをトランザクションの種類に合わせて選択することができ、ゲートウェイは、様々な考え得るサービス・プロバイダについて、ネットワーク（単数または複数）を介した往復時間のみではなく、アプリケーション・レベルでトランザクションを完了して回答を返送するのに必要な時間についても監視することができる。アプリケーションは、ネットワークの送信側にて選択され、アプリケーション・レベルのフォーマッティングも同様に送信側にて行われる。
（もっと読む）

【課題】
【解決手段】信頼機関が、オンライン取引中、要求者のために、口座保有者の同一性を検証する口座認証サービス。口座認証は、口座保有者からパスワードを要求するステップと、パスワードを検証するステップと、口座保有者の信頼性が検証されたか否かを要求者に通知するステップとを含む。口座認証サービスの代替実施形態は、顧客に関する情報が対価提供者と共有される提供対価構成要素を含む。顧客情報は、口座認証処理において関係者のそれぞれから収集されるため、顧客に関する詳細を数多く含む。対価提供者は、その後、この情報を様々な形で使用できる。関与する全ての関係者は、顧客情報を共有することで利益を享受できる。対価提供者は、例えば、販売者、出荷者、セキュリティ組織、政府機関にすることができる。取引識別子は、顧客、販売者間の特定の取引、及び顧客情報を特定する。 （もっと読む）