(57)【要約】本発明は、通信システムに関する。更に、本発明は、異なるデータベース間の通信を可能にするデータベース通信システムに関する。
2006523341.tif 000002
【特許請求の範囲】
【請求項１】
第１のデータベースシステムと、
前記第１のデータベースシステムと通信する第２のデータベースシステムと、
前記第１のデータベースシステム及び前記第２のデータベースシステムの各々と通信する識別システムと、
を備え、前記識別システムが、前記第１のデータベースシステム及び前記第２のデータベースシステムの各々にデータベースＩＤを提供するようになっていることを特徴とするデータベース通信ネットワーク。
【請求項２】
前記データベースＩＤが、前記第１のデータベースシステムに関連付けられた固有の第１のデータベースＩＤ、及び前記第２のデータベースシステムに関連付けられた固有の第２のデータベースＩＤであることを特徴とする請求項１に記載のデータベース通信ネットワーク。
【請求項３】
前記固有の第１のデータベースＩＤ及び第２のデータベースＩＤが、前記通信ネットワーク内の各々のレコードに対する固有のＩＤをもたらすことを特徴とする請求項２に記載のデータベース通信ネットワーク。
【請求項４】
前記第１のデータベースシステムが、
第１のデータベースと、
前記第１のデータベースから第１の情報を受信して、前記第１のデータベースシステムから前記第１の情報を送信するようになっている第１のサーバと、
を備えることを特徴とする請求項１に記載のデータベース通信ネットワーク。
【請求項５】
前記第１のサーバが、前記第１の情報を受信するために前記第１のデータベースシステムと通信するデータベースシステムを識別するようになっている第１の通信構成要素を含むことを特徴とする請求項４に記載のデータベース通信ネットワーク。
【請求項６】
前記第１のサーバが、前記第１のデータベースシステムと通信するいずれかのデータベースシステムと互換性のあるフォーマットに前記第１の情報を翻訳するようになっている第１の翻訳構成要素を含むことを特徴とする請求項４に記載のデータベース通信ネットワーク。
【請求項７】
前記第１の翻訳構成要素が、
前記第１のデータベースシステムと通信するいずれかのデータベースシステムのフォーマット情報を備える第１の辞書構成要素と、
前記第１の辞書構成要素のフォーマット情報を利用して前記第１の情報を第１のデータベースシステムと通信するいずれかのデータベースシステムと互換性のあるフォーマットに変換するようになっている第１の翻訳機構成要素と、
を備えることを特徴とする請求項６に記載のデータベース通信ネットワーク。
【請求項８】
前記第１のデータベースと通信する第１の照合構成要素を更に備え、前記第１の照合構成要素が、期待される第１の取引に関する情報を受信して、前記期待される第１の取引に関する情報を前記第１のデータベースにおいて実際の第１の取引に関する情報と比較するようになっていることを特徴とする請求項４に記載のデータベース通信ネットワーク。
【請求項９】
前記第１の照合構成要素が、前記期待される第１の取引に関する情報が前記実際の第１の取引に関する情報と一致する場合、前記第１のデータベースシステムから第１の照合通知を送信させるように更になっていることを特徴とする請求項８に記載のデータベース通信ネットワーク。
【請求項１０】
前記第１の照合構成要素が、前記予想される第１の取引に関する情報が前記実際の第１の取引に関する情報と一致しない場合、前記第１のデータベースシステムから第１の不一致通知を送信させるように更になっていることを特徴とする請求項８に記載のデータベース通信ネットワーク。
【請求項１１】
前記第２のデータベースシステムが、
第２のデータベースと、
前記第２のデータベースから第２の情報を受信して、前記第２のデータベースシステムから前記第２の情報を送信するようになっている第２のサーバと、
を備えることを特徴とする請求項４に記載のデータベース通信ネットワーク。
【請求項１２】
前記第２のサーバが、前記第２の情報を受信するために前記第２のデータベースシステムと通信するデータベースシステムを識別するようになっている第２の通信構成要素を含むことを特徴とする請求項１１に記載のデータベース通信ネットワーク。
【請求項１３】
前記第２のサーバが、前記第２のデータベースシステムと通信するいずれかのデータベースシステムと互換性のあるフォーマットに前記第２の情報を翻訳するようになっている第２の翻訳構成要素を含むことを特徴とする請求項１１に記載のデータベース通信ネットワーク。
【請求項１４】
前記第２の翻訳構成要素が、
前記第２のデータベースシステムと通信するいずれかのデータベースシステムのフォーマット情報を備える第２の辞書構成要素と、
前記第２の辞書構成要素のフォーマット情報を利用して前記第２の情報を第２のデータベースシステムと通信するいずれかのデータベースシステムと互換性のあるフォーマットに変換するようになっている第２の翻訳機構成要素と、
を備えることを特徴とする請求項１３に記載のデータベース通信ネットワーク。
【請求項１５】
前記第２のデータベースと通信する第２の照合構成要素を更に備え、前記第２の照合構成要素が、期待される第２の取引に関する情報を受信して、前記期待される第２の取引に関する情報を前記第２のデータベースで受信された前記実際の第２の取引に関する情報と比較するようになっていることを特徴とする請求項１１に記載のデータベース通信ネットワーク。
【請求項１６】
前記第２の照合構成要素が、前記期待される第２の取引に関する情報が前記実際の第２の取引に関する情報と一致する場合、前記第２のデータベースシステムから前記第２の照合通知を送信させるように更になっていることを特徴とする請求項１５に記載のデータベース通信ネットワーク。
【請求項１７】
前記第２の照合構成要素が、前記期待される第２の取引に関する情報が前記実際の第２の取引に関する情報と一致しない場合、前記第２のデータベースシステムから第２の不一致通知を送信させるように更になっていることを特徴とする請求項１５に記載のデータベース通信ネットワーク。
【請求項１８】
前記第１のデータベースシステムと通信する第１の外部システムを更に備えることを特徴とする請求項１に記載のデータベース通信ネットワーク。
【請求項１９】
前記第１のデータベースシステムが、前記第１のデータベース及び前記第１の外部システムと通信する第１の接続構成要素を更に備えることを特徴とする請求項１８に記載のデータベース通信ネットワーク。
【請求項２０】
前記第１の外部システムがデータを前記第１のデータベースシステムに入力するようになっており、前記第１の外部システムが、
前記第１の接続構成要素と通信し、外部データを受信して前記外部データを前記第１の接続構成要素に送信するようになっている第１の収集構成要素と、
前記第１の収集構成要素と通信し、前記第１の収集構成要素に前記外部データを提供するようになっている少なくとも１つの第１の外部ファイルと、
を備えることを特徴とする請求項１９に記載のデータベース通信ネットワーク。
【請求項２１】
前記第１の外部システムがデータを前記第１のデータベースシステムから受信するようになっており、前記第１の外部システムが、
前記第１の接続構成要素と通信し、前記第１の接続構成要素からデータを受信して前記データを送信するようになっている第１の配信構成要素と、
前記第１の配信構成要素と通信し、前記第１の配信構成要素からデータを受信するようになっている少なくとも１つの第１の外部ファイルと、
を備えることを特徴とする請求項１９に記載のデータベース通信ネットワーク。
【請求項２２】
前記第２のデータベースシステムと通信する第２の外部システムを更に備えることを特徴とする請求項１８に記載のデータベース通信ネットワーク。
【請求項２３】
前記第２のデータベースシステムが、前記第２のデータベース及び前記第２の外部システムと通信する第２の接続構成要素を備えることを特徴とする請求項２２に記載のデータベース通信ネットワーク。
【請求項２４】
前記第２外部システムがデータを前記第２のデータベースシステムに入力するようになっており、前記第２の外部システムが、
前記第２の接続構成要素と通信し、外部データを受信して前記外部データを前記第２の接続構成要素に送信するようになっている第２の収集構成要素と、
前記第２の収集構成要素と通信し、前記第２の収集構成要素に前記外部データを提供するようになっている少なくとも１つの第２の外部ファイルと、
を備えることを特徴とする請求項２３に記載のデータベース通信ネットワーク。
【請求項２５】
前記第２の外部システムがデータを前記第２のデータベースシステムから受信するようになっており、前記第２の外部システムが、
前記第２の接続構成要素と通信し、前記第２の接続構成要素からデータを受信して前記データを送信するようになっている第２の配信構成要素と、
前記第２の配信構成要素と通信し、前記第２の配信構成要素からデータを受信するようになっている少なくとも１つの第２の外部ファイルと、
を備えることを特徴とする請求項２３に記載のデータベース通信ネットワーク。
【請求項２６】
前記第１のデータベースシステムが、
前記第１のサーバと通信し、前記第１のデータベースシステムから送信できなかった前記第１の情報を受信するようになっている第１の送信トラッカファイルと、
第１の送信トラッカファイルと通信し、前記第１の情報が送信できなかった期間を追跡するようになっており、更に所定期間後に管理者にメッセージを送信するようになっている第１の時刻追跡構成要素と、
を備えることを特徴とする請求項４に記載のデータベース通信ネットワーク。
【請求項２７】
前記第１のデータベースシステムが、
前記第１のサーバと通信し、前記第１のデータベースシステムに適用できない情報を受信するようになっている第１の適用トラッカファイルと、
前記第１の適用トラッカファイルと通信し、情報が適用できなかった期間を追跡するようになっており、更に所定期間後に管理者にメッセージを送信するようになっている第１の時刻追跡構成要素と、
を更に備えることを特徴とする請求項４に記載のデータベース通信ネットワーク。
【請求項２８】
前記第２のデータベースシステムが、
前記第２のサーバと通信し、前記第２のデータベースシステムから送信できなかった前記第２の情報を受信するようになっている第２の送信トラッカファイルと、
前記第２の送信トラッカファイルと通信し、前記第２の情報が送信されなかった期間を追跡するようになっており、更に所定期間後に管理者にメッセージを送信するようになっている第２の時刻追跡構成要素と、
を更に備えることを特徴とする請求項１１に記載のデータベース通信ネットワーク。
【請求項２９】
前記第２のデータベースシステムが、
第２のサーバと通信し、前記第２のデータベースシステムに適用できなかった情報を受信するようになっている第２の適用トラッカファイルと、
前記第２の適用トラッカファイルと通信し、情報が適用できなかった期間を追跡するようになっており、更に所定期間後に管理者にメッセージを送信するようになっている第２の適用時刻追跡構成要素と、
を更に備えることを特徴とする請求項１１に記載のデータベース通信ネットワーク。
【請求項３０】
データベースと、
前記データベースと通信する照合構成要素と、
を備え、前記照合構成要素が、期待される取引に関する情報を受信して前記期待される取引に関する情報をデータベースにおいて実際の取引に関する情報と比較するようになっていることを特徴とするデータベースシステム。
【請求項３１】
前記照合構成要素が、前記期待される取引の情報が前記実際の取引の情報と一致する場合、前記データベースシステムから照合通知を送信させるように更になっていることを特徴とする請求項３０に記載のデータベースシステム。
【請求項３２】
データベースと、
前記データベースからの第１の発信情報を受信するようになっている同期アプリケーションと、
前記同期アプリケーションと関連付けられ、前記第１の発信情報を受信するためにターゲットデータベースシステムを識別するようになっている通信構成要素と、
を備え、前記同期アプリケーションが、前記第１の発信情報を前記ターゲットデータベースシステムに送信するようになっていることを特徴とするデータベースシステム。
【請求項３３】
前記同期アプリケーションと関連する翻訳構成要素を更に備え、前記翻訳構成要素が、前記第１の発信情報を前記ターゲットデータベースシステムと互換性のあるフォーマットに翻訳するようになっていることを特徴とする請求項３２に記載のデータベースシステム。
【請求項３４】
前記翻訳構成要素が、
前記ターゲットデータベースのフォーマット情報を備える辞書構成要素と、
前記フォーマット情報を利用して前記発信情報を前記ターゲットデータベースと互換性のあるフォーマットに翻訳するようになっている翻訳機構成要素と、
を備えることを特徴とする請求項３３に記載のデータベースシステム。
【請求項３５】
前記第１の発信情報が、前記第１の発信情報の送信に関する日付情報及び時刻情報を含むことを特徴とする請求項３２に記載のデータベースシステム。
【請求項３６】
前記同期アプリケーションと通信し、前記データベースシステムから送信できなかった前記第１の発信情報を受信するようになっている送信追跡データベースと、
前記追跡データベースと通信し、前記第１の発信情報が送信できなかった期間を追跡するようになっている送信追跡構成要素と、
を更に備えることを特徴とする請求項３２に記載のデータベースシステム。
【請求項３７】
前記送信追跡構成要素が、更に所定期間の後にメッセージを管理者に送信するようになっていることを特徴とする請求項３６に記載のデータベースシステム。
【請求項３８】
前記送信追跡構成要素が、更に前記データベースシステムから前記第１の発信情報を送信するようなっていることを特徴とする請求項３６に記載のデータベースシステム。
【請求項３９】
前記同期アプリケーションと通信し、前記データベースに適用できなかった第１の着信情報を受信するようになっている適用追跡データベースと、
前記適用追跡データベースと通信し、前記第１の着信情報がデータベースに適用できなかった期間を追跡するようになっている適用追跡構成要素と、
を更に備えることを特徴とする請求項３２に記載のデータベースシステム。
【請求項４０】
前記適用追跡構成要素が、更に所定期間の後にメッセージを管理者に送信するようになっていることを特徴とする請求項３９に記載のデータベースシステム。
【請求項４１】
前記適用追跡構成要素が、更に前記データベースシステムに前記第１の着信情報を適用するようなっていることを特徴とする請求項３９に記載のデータベースシステム。
【請求項４２】
前記データベース及び前記外部システムと通信する接続構成要素を更に備えることを特徴とする請求項３２に記載のデータベースシステム。
【請求項４３】
前記接続構成要素と通信する収集構成要素を更に備え、前記収集構成要素が、前記外部システムから第２の着信情報を受信し、前記第２の着信情報を前記接続構成要素に送信するようになっていることを特徴とする請求項４２に記載のデータベースシステム。
【請求項４４】
前記接続構成要素と通信する配信構成要素を更に備え、前記配信構成要素が、前記接続構成要素から第２の発信情報を受信し、前記第２の発信情報を前記外部システムに送信するようになっていることを特徴とする請求項４２に記載のデータベースシステム。
【請求項４５】
ネットワーク上のデータベースシステムであって、前記データベースシステムが、
データベースと、
前記データベースと通信し、前記データベース内のレコードに固有のＩＤを適用する識別アプリケーションと、
を備え、前記レコードがネットワークの中で固有のレコードＩＤを有するようになっていることを特徴とするデータベースシステム。
【請求項４６】
第１のデータベースシステムと、
前記第１のデータベースシステムと通信する第２のデータベースシステムと、
前記第１のデータベースシステム及び前記第２のデータベースシステムの各々と通信する識別システムと、
を備え、
前記第１のデータベースシステムが、
データを受信するようになっている第１のデータベースと、
前記第１のデータベース内にデータを受信すると、前記第１のデータベースシステムと通信するデータベースシステムを識別し、前記第１の情報を受信して前記第１のデータベースから前記第１の情報を送信するようになっている第１の通信構成要素を有する第１のサーバと、
を備え、
前記第２のデータベースシステムが、
データを受信するようになっている第２のデータベースと、
前記第２のデータベース内にデータを受信すると、前記第２のデータベースシステムと通信するデータベースシステムを識別し、前記第２の情報を受信して前記第２のデータベースから前記第２の情報を送信するようになっている第２通信構成要素を有する第２のサーバと、
を備え、
前記識別システムが、前記第１のデータベースシステム及び前記第２のデータベースシステムの各々にデータベースＩＤを提供するようになっていることを特徴とするデータベース通信ネットワーク。
【請求項４７】
少なくとも２つのデータベースシステムであって、前記少なくとも２つのデータベースシステムの各々が、
データベースと、
前記データベースに関連付けられ、前記データベースからの発信情報を受信し、前記少なくとも２つのデータベースシステムの少なくとも１つを識別して前記発信情報を受信し、前記発信情報を前記少なくとも２つのデータベースシステムの少なくとも１つに送信するようになっている通信構成要素を有するサーバと、
前記データベースと通信する接続構成要素と、
少なくとも１つの外部システムと、
を備え、前記少なくとも１つの外部システムの各々が、前記少なくとも２つのデータベースシステムの１つの接続構成要素と通信することを特徴とする通信ネットワーク。
【請求項４８】
前記少なくとも１つの外部システムが、前記少なくとも１つの外部システムが通信する前記データベースシステムにデータを入力するようになっており、前記少なくとも１つの外部システムが、
前記接続構成要素と通信し、外部データを受信して前記外部データを前記接続構成要素に送信するようになっている収集構成要素と、
前記収集構成要素と通信し、前記外部データを前記収集構成要素に提供するようになっている少なくとも１つの外部ファイルと、
を備えることを特徴とする請求項４７に記載の通信ネットワーク。
【請求項４９】
前記少なくとも１つの外部システムが、前記少なくとも１つの外部システムが通信する前記データベースシステムからデータを受信するようになっており、前記少なくとも１つの外部システムが、
前記接続構成要素と通信し、前記接続構成要素からデータを受信して前記データを送信するようになっている配信構成要素と、
前記配信構成要素と通信し、前記データを前記配信構成要素から受信するようになっている少なくとも１つの外部ファイルと、
を備えることを特徴とする請求項４７に記載の通信ネットワーク。
【請求項５０】
ネットワークベースの通信方法であって、
固有の識別子をネットワーク上のデータベースシステムに指定する段階と、
前記ネットワーク上の前記データベースシステムと、いずれかの他のデータベースシステムとの間の同期通信を確立する段階と、
を含み、固有の識別子が、前記ネットワーク全体にわたって前記データベースシステム内の各々のレコードに固有のＩＤを提供することを特徴とする方法。
【請求項５１】
ネットワークベースの通信方法であって、
データが前記第１のデータベースに入力されると、前記第１のデータベース内の第１の送信構成要素の援助でもって第１のデータベースから情報を自動的に送信する段階と、
時刻情報を前記情報に追加する段階と、
前記情報を前記第２のデータベースに送信する段階と、
を含むことを特徴とする方法。
【請求項５２】
前記第１のデータベースを前記第１の外部システムに接続する段階を更に含むことを特徴とする請求項５１に記載の方法。
【請求項５３】
前記第１のデータベースにおいて前記第１の外部システムから日付を受信する段階を更に含むことを特徴とする請求項５２に記載の方法。
【請求項５４】
前記時刻情報を通知情報に追加する段階が、日付情報を前記通知情報に追加する段階を更に含むことを特徴とする請求項５１に記載の方法。
【請求項５５】
前記第２のデータベースにおいて前記通知情報を自動的に受信する段階と、
前記通知情報が前記第２のデータベースに入力されると、前記第２のデータベース内の第２の送信構成要素の援助でもって前記第２のデータベースから受領情報を自動的に送信する段階と、
時刻情報を前記受領情報に追加する段階と、
前記受領情報を前記第１のデータベースに送信する段階と、
を更に含むことを特徴とする請求項５１に記載の方法。
【請求項５６】
前記第２のデータベースを第２の外部システムに接続する段階を更に含むことを特徴とする請求項５５に記載の方法。
【請求項５７】
前記通知情報を前記第２の外部システムに送信する段階を更に含むことを特徴とする請求項５６に記載の方法。
【請求項５８】
前記時刻情報を受領情報に追加する段階が、日付情報を前記受領情報に追加する段階を更に含むことを特徴とする請求項５５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベース間通信システムに関する。より具体的には、本発明は、少なくとも２つの異なるデータベース間のシームレスな通信システムに関する。
【背景技術】
【０００２】
電子商取引のためのデータを交換又は転送する既存の通信システム又は方法がいくつか存在する。この種の通信テクノロジは、通常、電子商取引を完了するため、既存のアプリケーションシステム間の情報交換に使用される。
【０００３】
一般に、この種のシステムの目標は以下の例示的な方法での情報交換である。商取引が第１のアプリケーションシステムで完了した場合、いくつかの理由で取引情報を第２アプリケーションに通信することが望ましい。例えば、ヨーロッパにある銀行の担当者が資金を米国の銀行に転送する目的でヨーロッパの銀行に資金を預けようとする場合、ヨーロッパの銀行で発生する取引を米国の銀行に通信する必要がある。第２のアプリケーションシステムが通信情報を受信したときに、システムは通信情報の結果として必要な処理を実行する。更に、必要な処理が行われた後は、第２のアプリケーションシステムは結果を第１のアプリケーションシステムに返送することが望ましい。例えば、ヨーロッパにある銀行の担当者は、米国にある銀行から米国の銀行が資金を受領したことの確認を希望するであろう。これは、電子取引に関連する情報交換の目標を達成する一般的な方法である。
【０００４】
既存の通信システムの１例として、メッセージングシステムがある。前記のように要約した情報交換は、図１に示す既存のメッセージングシステムでは次の方法で行われる。第１のデータベース１８で商取引が完了すると、データベース１８に関連する第１のアプリケーションシステム１０は、最初に商取引のメッセージの宛先を決定する必要がある。第２のつまり受信側アプリケーションシステム３４に対する適切な標準メッセージフォーマットが、宛先に基づいて第１のアプリケーションシステムによって選択される必要がある。以下に詳細に説明するように、メッセージングネットワークの各々のアプリケーションシステムを新規フォーマットに適合させることの複雑性及び時間のため、一般的なメッセージングシステムは通常１つ又は２つの標準メッセージフォーマットのみを使用する。次に、第１のアプリケーション１２は、取引情報を選択されたメッセージフォーマット１４に変換する。次に、システム１０は適切なフォーマットのメッセージをメッセージキュー２０に配置して、メッセージングシステムと通信する。メッセージングシステム２２は、定期的にキュー２０でメッセージを検索して、いずれかの適切なメッセージをキュー２０から引き出し、メッセージをシステム内の適切な通信デバイス２４に送信する。通信デバイス２４はメッセージの宛先アドレスを識別して、ネットワーク２６を経由して宛先システム３４と通信する適切な通信デバイス２８にメッセージを送信する。一部のネットワークにおいて、受信側通信デバイス２８は、送信側通信デバイス２４にメッセージの受領を示す確認メッセージを送信する。受信側通信デバイス２８は、適切な第２のつまり受信側アプリケーションシステム３４の適切なメッセージキューにそのメッセージを配信する。メッセージは、適切な第２のアプリケーションシステム３４がメッセージをキュー３２から取り出すまで、そのキューに保存される。その後、第２のアプリケーション３６は、メッセージキュー３２からメッセージを読み取って必要な処理を実行する。その処理には、処理を完了すること及び完了ステータスを第２のシステムの既存のアプリケーションデータベース４２に書き込むことの両方が含まれる。この点について第１のアプリケーションシステム１０での確認が望ましい場合、第２のアプリケーションシステム３４は、適切なフォーマットで別のメッセージを肯定的に作成して、メッセージングシステム上で前述と逆のプロセスで第１のアプリケーションシステム１０に送信する必要がある。
【０００５】
このテクノロジの例として、電子データ交換（ＥＤＩ）及び拡張マークアップ言語（ＸＭＬ）がある。別の例として、ＳＷＩＦＴ、ＦｅｄＷｉｒｅ、及びＲＴＧＳのような専用の金融取引ネットワーク等の、ＥＤＩ及びＸＭＬメッセージを送受信するための標準化された業界ネットワークがある。
【０００６】
類似のアプリケーション間通信テクノロジとして、Ｗｅｂサービス又はネット設計システムがある。これらのシステムは別々で独立しており、一方向で一回限りのアプリケーション間メッセージシステムであるという点でこのメッセージングシステムと似ている。既存のＷｅｂサービスでは情報交換は、図２に示され以下のように行われる。既存のＷｅｂサービステクノロジは、インターネット又はいずれかのネットワークでアクセス可能な独立で別個の通信ファシリテータを提供する。より具体的には、Ｗｅｂサービスは、専らアプリケーションシステムの特定のアプリケーションと他のアプリケーションシステムとの間の通信を促進する。ゆえに、各々のアプリケーションシステムは、ネットワーク経由の通信にアクセスできるようにするため、各々のアプリケーション用にネットワークで独自のＷｅｂサービスアプリケーションを確立する必要がある。
【０００７】
商取引が第１のデータベース５２で完了すると、第１つまり送信側アプリケーションシステム５０は、適切な受信側つまり第２のアプリケーションシステム７６を決定し、次に適切な受信側アプリケーションシステム７６のためにＷｅｂサービスアプリケーション６８を検索する必要がある。第１のアプリケーションシステム５０が適切なＷｅｂサービスアプリケーション６８を識別すると、システム５０は、適切な受信側Ｗｅｂサービスアプリケーション６８に適合する取引情報を適切なデータフォーマットにフォーマットする。送信側システム５０のＷｅｂサービスコール・アプリケーション６２は、次に、電子的に適切な受信側Ｗｅｂサービスアプリケーション６８を「呼び出す」。接続が確立されると、受信側Ｗｅｂサービスアプリケーション６８は、セキュリティアプリケーション７０を用いて、Ｗｅｂサービスコール・アプリケーション６２が受信側アプリケーション６８を呼び出す認証を受けていることを保証する認証を実行する必要がある。次に、第１のアプリケーションシステム５０のＷｅｂサービスコール・アプリケーション６２は、フォーマットされたメッセージを受信側Ｗｅｂサービスアプリケーション６８に送信する。Ｗｅｂサービスアプリケーション６８はメッセージを受信して、取引情報のフォーマットを検証する。次に、受信側Ｗｅｂサービスアプリケーション６８は、ビジネスロジック・アプリケーション７２で以前に確立された適切なビジネスロジックを呼び出して、受信側アプリケーションシステム６８のデータベース７８に取引を通信する。もしくは、受信側Ｗｅｂサービスアプリケーション６８は受信側アプリケーションシステム７６で適切なアプリケーションを呼び出し、適切なアプリケーションは適切なビジネスロジックを呼び出し、受信側アプリケーションシステム７６のデータベース７８に取引を通信する。一部の双方向Ｗｅｂサービスネットワークでは、受信側Ｗｅｂサービスアプリケーション６８は、送信側Ｗｅｂサービスコール・アプリケーション６２にステータス又は商取引の完了を返すことができる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、本技術分野では、異なるデータベース間の互換性を実現して、交換完了の自動確認を用いて双方向の情報交換を可能にする通信システムに対するニーズが存在する。更に、情報交換を推進するためにアプリケーション間で通信する必要がなく、データベース間の直接通信を可能にする通信システムに対するニーズが存在する。更に、互換性を迅速かつ容易に追加又は調整して、新規データベースシステム又は通信フォーマットを変更したデータベースシステムとの通信を可能にする十分な柔軟性を実現する通信システムに対するニーズが存在する。
【課題を解決するための手段】
【０００９】
１つの実施形態において、本発明は、データベース通信ネットワークである。ネットワークは、第１のデータベースシステムと、第１のデータベースシステムと通信する第２のデータベースシステムと、第１のデータベースシステム及び第２のデータベースシステムと通信し、各々の第１のデータベースシステム及び第２のデータベースシステムにデータベースＩＤを提供するようになっている識別システムとを備える。
【００１０】
別の実施形態において、本発明は、データベースシステムである。システムは、データベースと、データベースと通信して照合する構成要素とを備える。照合構成要素は、期待される取引情報を受信して期待される取引情報をデータベースの実際の取引情報と比較するようになっている。
【００１１】
別の実施形態において、本発明は、データベースシステムである。システムは、データベースと、同期アプリケーションと、通信構成要素とを備える。同期アプリケーションは、データベースからの第１の発信情報を受信するようになっている。通信構成要素は、目的のデータベースシステムを識別して第１の発信情報を受信するようになっている。更に、同期アプリケーションは、第１の発信情報を目的のデータベースシステムに送信するようになっている。
【００１２】
別の実施形態において、本発明は、ネットワーク上のデータベースシステムである。データベースシステムは、データベースと、データベースと通信する識別アプリケーションとを備える。識別アプリケーションは、データベース内のレコードに固有ＩＤを適用するようになっているので、レコードはネットワークの中で固有のレコードＩＤを有する。
【００１３】
別の実施形態において、本発明は、第１のデータベースシステムと、第１のデータベースシステムと通信する第２のデータベースシステムと、第１のデータベースシステム及び第２のデータベースシステムの各々と通信する識別システムとを備えるデータベース通信ネットワークである。第１のデータベースシステムは、データを受信するようになっている第１のデータベースと第１のサーバとを備える。第１のサーバは、第１のデータベースのデータ受領時に第１のデータベースシステムと通信するデータベースシステムを識別し、第１の情報を受信して第１の情報を第１のデータベースから送信するようになっている第１通信構成要素を備える。第２のデータベースシステムは、データを受信するようになっている第２のデータベースと、第２のサーバとを備える。第２のサーバは、第２のデータベースでのデータ受領時に第２のデータベースシステムと通信するデータベースシステムを識別し、第２の情報を受信して第２の情報を第２のデータベースから送信するようになっている第２通信構成要素を備える。識別システムは、データベースＩＤを第１のデータベースシステム及び第２のデータベースシステムの各々に提供するようになっている。
【００１４】
別の実施形態において、本発明は、少なくとも２つのデータベースシステムと、少なくとも１つの外部システムとを備える通信ネットワークである。少なくとも２つのデータベースシステムの各々は、データベースと、データベースに付属するサーバと、データベースと通信する接続構成要素とを備える。サーバは、データベースからの発信情報を受信して少なくとも２つのデータベースシステムの内の少なくとも１つのデータベースシステムを識別して発信情報を受信し、少なくとも２つのデータベースシステムの内に少なくとも１つのデータベースシステムに発信情報を送信するようになっている通信構成要素を備える。少なくとも１つの外部システムの各々は、少なくとも２つのデータベースシステムの内の少なくとも１つのデータベースシステムの接続構成要素と相互に通信する。
【００１５】
別の実施形態において、本発明は、ネットワークベースの通信方法である。本方法は、ネットワーク上のデータベースシステムの固有の識別子を指定する段階を含み、固有の識別子は、ネットワーク全体でデータベースシステム内の各々のレコードに固有ＩＤを提供する。本方法は、ネットワーク上のデータベースシステムと、他のいずれかのデータベースシステムとの間の同期通信を確立する段階を更に含む。
【００１６】
別の実施形態において、本発明は、ネットワークベースの通信方法である。本方法は、データが第１のデータベースに入力されると、第１のデータベース内の第１の送信構成要素の支援を得て、第１のデータベースから情報を自動的に送信する段階を含む。本方法は、時刻情報を情報に追加する段階と、その情報を第２のデータベースに送信する段階とを更に含む。
【００１７】
複数の実施形態が開示されているが、当業者であれば、本発明の例示的な実施形態を示し説明する以下の詳細な説明から、本発明の更に他の実施形態理解できるであろう。理解できるように、本発明は、種々の明白な態様において、本発明の精神及び範囲を逸脱することなく修正することが可能である。従って、図面及び詳細な説明は、事実上例示的なものであり限定的ではないと見なされるべきである。
【発明を実施するための最良の形態】
【００１８】
本発明は、１つの実施形態において、異なるデータベース間で通信が可能である。更に、本発明は、異なるエンティティの異なるデータベース間の通信が可能である。特定の実施形態において、本発明は、ネットワーク内の異なるサイトのデータベース間の通信を可能にするいずれかのデータベースのソフトウェアを提供する。本発明の１つの態様によれば、本発明の方法及びシステムは、データベース内の各々のレコードに固有ＩＤを提供する。別の態様によれば、本発明は、データベース間の直接通信を可能にする。もしくは、本発明は、異なる通信フォーマット又は言語を利用するデータベース間の通信を実現する。もしくは、本発明は、ネットワークの外部にあるので複雑な通信が可能な第３のデータベース、システム、又はファイルへの情報送信をトリガするデータベース間の通信を可能にする。１つの別の実施形態において、本発明のシステム及び方法は、金融業界で使用され、金融機関の間の通信を可能にする。
【００１９】
図３は、本発明の１つの実施形態に基づく通信ネットワーク１００を示す。通信ネットワーク１００は、ネットワーク１２０経由で通信が可能な３つのデータベースシステム１０２、１０４、及び１０６を有する。そのネットワークの１つの実施形態はインターネットである。各々のシステム１０２、１０４、及び１０６は、データベース１０８、１１０、１１２、及びデータベースソフトウェア１１４、１１６、１１８を有する。１つの実施形態によれば、ネットワーク１００は、ネットワーク１２０経由でデータベースシステム１０２、１０４、及び１０６と通信が可能な識別システム１２２を備える。
【００２０】
本発明のネットワーク１００は、既存のテクノロジを超えるいくつかの利益を提供する。例えば、ネットワーク１００は、各々のシステム１０２、１０４、１０６が同じ業界内の異なる企業又はエンティティなどの別の独立したエンティティに設置されていても、又は異なる業界内の異なる企業又はエンティティに設置されていても、通信情報を処理する中間システムを必要とすることなく、データベースシステム間の直接通信が可能である。つまり、特定の実施形態によれば、本発明の通信システムは、中間エンティティ又はコンジットを必要とせず、それどころか各々のデータベースシステム間の直接通信が可能である。もしくは、本発明のシステムは、各々のシステム間の単数又は複数の中間エンティティを有することができる。
【００２１】
更に、データベースシステム１０２、１０４、１０６は、フォーマット又は言語の異なるシステム間のシームレスな通信を可能にするようになっているので、データベースシステム１０２は、２つのシステムが利用する言語が異なっていてもシステム１０４と直接通信できる。つまり、本発明のシステムは、特定の実施形態によれば、互換性の問題がなく再設定を必要とすることなく、フォーマットが異なるデータベース間の通信が可能である。
【００２２】
更に、データベースシステム１０２、１０４、１０６は、本発明の別の実施形態によれば、双方向通信のリンクが可能になっている。つまり、データベースシステム１０２からの初期通信情報がデータベースシステム１０４に送信されてデータベース１１０に正常に書き込まれると、受信側データベース１０４は、自動的及び直接的に返信を送信側データベース１０２に送信して、初期通信情報がデータベース１１０に正常に書き込まれたことを確認する。このように、本発明の通信システムは、特定の実施形態によれば、通信情報が受信側データベースに書き込まれたことを直接確認できる。もしくは、本発明のシステム及び方法は、直接確認しない通信情報を提供する。
【００２３】
本発明のネットワーク１００は、別の実施形態に基づいて、データベースシステム１０２から外部システム（図示せず）に情報を送信できる。更に、データベースシステム１０４は、データベースシステム１０２をトリガして情報を外部システム（図示せず）に送信するデータベースシステム１０２への通信情報を送信することができる。この処理は「ストレートスルー」取引処理（ＳＴＰ処理）とも呼ばれ、以下で更に詳しく説明する。
【００２４】
１つの実施形態によれば、本発明のネットワーク１００及びデータベース１０２、１０４、１０６の前述の特徴は、データベースシステム１０２、１０４、１０６に常駐するソフトウェア１１４、１１６、１１８、及び識別システム１２２に常駐するソフトウェア１２４によって実現される。ソフトウェア１１４、１１６、１１８、及び１２４は、１つの実施形態によれば、各々のデータベース１０８、１１０、１１２に固有の識別子（「固有ＩＤ」）を提供するようになっている。この固有ＩＤは、データベースシステム１０２、１０４、１０６間の通信を実現するのに役立つ。ソフトウェア１１４、１１６、１１８は、別の実施形態に基づいて、通信目的のため他のデータベースシステムを識別するようになっている。例えば、データベースシステム１０２のソフトウェア１１４は、データベースシステム１０４を識別し、システム１０４上のソフトウェア１１６は、システム１０２と１０４との間の通信が所望の場合にシステム１０２を識別する。
【００２５】
更に、ソフトウェア１１４、１１６、１１８は、本発明の別の態様に基づいて、通信情報を送信する前に、受信側データベースと互換性のあるフォーマットに通信情報を翻訳するようになっている。例えば、システム１０２のソフトウェア１１４は、通信情報をシステム１０４に送信する前に、システム１０４のデータベース１１６と互換性のあるフォーマットに通信情報を翻訳するようになっている。
【００２６】
更に、ソフトウェア１１４、１１６、１１８は、本発明の別の実施形態に基づいて、期待される通信情報をデータベースで受信した実際の通信情報と照合できるようになっている。例えば、システム１０２のソフトウェア１１４は、データベースシステム１０４からデータベース１０８に受信予定の通信情報に関連する情報をシステム１０２に入力でき、更にその情報を受信すると情報を実際の通信情報と比較することができる。別の実施形態において、ソフトウェア１１４は、システム１０４からの実際の通信情報が期待される情報と一致するか否かの通知をデータベースシステム１０４に送信するようになっている。
【００２７】
更に、ソフトウェア１１４、１１６、１１８は、本発明の別の実施形態に基づいて、データベースシステムと外部システム（図示せず）との間の通信を提供するようになっている。例えば、データベースシステム１０２は、外部システム（図示せず）と通信する。ソフトウェア１１４は、システム１０２と外部システム（図示せず）と間の通信接続を可能にし、システム１０２と外部システム（図示せず）との間の通信及び情報交換を可能にするようになっている。
【００２８】
ソフトウェア１１４、１１６、１１８は、別の実施形態に基づいて、データベース間の失敗した送信のログ収集及び／又は追跡を行えるようになっている。例えば、データベースシステム１０２がシステム１０４に通信を送信しようと試みると、ソフトウェア１１４は、システム１０４が機能不全で通信情報がシステム１０４に正常に送信できなかったか場合に通信情報の追跡及び／又はログを取るようになっている。更に、１つの実施形態によれば、データベースシステム１０４がシステム１０２に通信を送信しようと試みると、ソフトウェア１１４は、システム１０２が機能不全で通信情報がデータベース１０８に書き込めなかった場合に通信情報の追跡及び／又はログを取るようになっている。
【００２９】
本発明の通信システムは、いずれかの電子取引に適用可能である。ゆえに、本システムは、Ｅコマースの利用可能ないずれかの業界で適用可能である。例えば、本システムは、金融業界又はいずれかの金融取引に適用可能である。更に、本システムは（外国為替市場など）現金為替の金融市場、セキュリティ市場、又は金融派生商品市場で適用可能である。もしくは、本システムは、保険業又はサプライチェーン管理を利用するいずれかの業界で適用可能である。もしくは、本発明の通信システムは、いずれかのＥコマース業界に適用可能である。更に、本システムは、ネットワーク経由のデータベースシステム間のいずれかの通信に適用可能である。
【００３０】
１つの実施形態によれば、データベースシステム間の通信が送信可能になる前に、本発明のシステムが設定又は確立される必要がある。図４は、本発明の１つの実施形態に基づいてデータベース１３０で通信システムを確立する各段階を示す。一般に、システム１３０の確立には、識別システムを準備する段階（ブロック１３２）と、第１のデータベースシステムを指定する段階（ブロック１３４）と、第２のデータベースシステムを指定する段階（ブロック１３６）と、第１のデータシステムと第２のデータシステムとの間で通信を確立する段階（ブロック１３８）とを含む。もしくは、システムの確立は、複数のシステムを指定する段階と、これらのシステム間の通信を確立する段階とを含む。
【００３１】
図５は、１つの実施形態に基づく第１のデータベースシステム１３４を指定する段階を示す。ここで「指定」とは、データベースシステムに本発明の適切なソフトウェアを提供する段階と、本発明のネットワーク内のシステムが通信できるようにそのソフトウェアを実施する段階を意味する。１つの実施形態では、識別及び通信ソフトウェアは、第１のシステムに読み込まれる（ブロック１４２）。通信ソフトウェアには、本発明に基づく第１のデータベースが他のデータベースと通信するために必要なソフトウェア構成要素が含まれる。識別ソフトウェアは、第１のデータベースに固有ＩＤを提供するために必要なソフトウェアを備えるが、そのソフトウェアについては以下で更に詳しく説明する。１つの実施形態によれば、本ソフトウェアは、識別システムによってデータベースシステムに送信される。もしくは、そのソフトウェアは任意の公知の方法でシステムに配置される。そのソフトウェアがシステムに読み込みまれると、１つの実施形態に基づいて通信情報が識別システムに送信され、第１のデータベースシステムがソフトウェアを受信して本発明のネットワーク上で通信が可能であるという通知を送る（ブロック１４４）。ソフトウェアが第１のシステムに読み込まれると、そのソフトウェアは、１つの実施形態に基づいて第１のシステムに関する第１のシステム識別情報を入力することができる（ブロック１４６）。１つの実施形態によれば、そのソフトウェアは、パソコン等の使用者による識別情報の手動登録の可能なインタフェースに、設定済みの登録フィールドの組を提供する。もしくは、情報は任意の公知の方法で入力される。もしくは、識別情報は提供されない。
【００３２】
更に、固有ＩＤが第１のシステムに配置される（ブロック１４８）。１つの実施形態によれば、固有ＩＤは識別ソフトウェアによってシステムに配置される。もしくは、固有ＩＤは、使用者が第１のシステムのインタフェースに固有ＩＤを入力することによってシステム内に手動で配置される。もしくは、固有ＩＤは、任意の公知の方法によりシステム内に配置される。１つの実施形態によれば、ＩＤは第１のシステムのサーバに配置されたソフトウェアの形式で第１のシステム内に配置される。固有ＩＤは、ネットワーク内の全てのデータベースシステムの間でシームレスな通信を可能とする。各々のデータベースシステムに固有ＩＤを割り当てることにより、各々のシステムは容易に識別され、ネットワーク上の残りのシステムから区別できる。ゆえに、各々のシステムがネットワーク内で固有であるので、一方のシステムは通信を行ういずれかの他方のシステムから容易に識別が可能である。
【００３３】
本発明の更なる態様に基づいて、第１のシステムは、固有ＩＤをデータベース内の各々のレコードに添付する（ブロック１５０）。１つの実施形態によれば、本ソフトウェアは、最初にデータベース内で固有ＩＤのフィールドのあるテーブルを定義することにより、固有ＩＤを全ての新規レコードに添付する。この点から、新規レコードが作成される場合、固有ＩＤをもつフィールドが必ず自動的に実装される。識別ソフトウェアがシステム内に配置された時にデータベース内に存在していた既存レコードに関して、既存レコードのデータベースからの読み込みを解除してからそのレコードをデータベースに書き戻すことで、前記処理がテーブル内に固有ＩＤをもつ固有ＩＤフィールドを入力することにより、固有ＩＤが各々のレコードに追加される。もしくは、固有ＩＤは任意の公知の方法で既存及び新規レコードに追加できる。その結果、第１のシステムデータベースの全レコード及び固有ＩＤをもつ全データベースの全レコードは、ネットワーク全体で固有である。ネットワーク全体で各々のレコードを固有に識別することで、ネットワーク内で他のレコードと同じレコードＩＤを付けてネットワークに送信されるレコードの問題が取り除かれるので、レコードＩＤの同一が原因で引き起こされる通信故障が取り除かれる。
【００３４】
図５Ａには、本発明の１つの実施形態に基づく例示的な代表的データベースレコードが示される。データベースレコードは少なくとも３フィールドを有し、その１つのフィールドは固有ＩＤフィールド１４９であり、レコードが存在するデータベースシステムに関連する固有ＩＤを収納する。図５Ａの例示的なレコードでは、固有ＩＤは「Ａ１」である。他のフィールドは標準レコードＩＤフィールド１５１であり、データベース内の各々のレコードに割り当てられた固有番号を収納する。図５Ａの例示的レコードでは、標準レコードＩＤは「１０１」である。固有ＩＤ及び標準レコードＩＤの組み合わせは、レコードが存在するデータベースシステムが接続しているネットワーク全体で固有の、固有レコードＩＤを提供する。ゆえに、例えば、ネットワーク全体で図５Ａの例示的レコードで示される固有レコードＩＤ「Ａ１  １０１」をもつ他のレコードは存在しない。更に、第３フィールド１５３はレコードに加えられた関連追加情報を含む。１つの実施形態によれば、追加情報は複数のフィールドに収容されるので、第４フィールド、第５フィールド、又はそれ以上の関連情報を含むフィールドが存在する場合がある。
【００３５】
１つの別の実施形態によれば、第１のシステムで登録されると、固有の識別子を含むＩＤ情報が識別システムに送信される（ブロック１５２）。つまり、第１のシステムは、識別情報を識別システムに送信する。１つの実施形態によれば、識別ソフトウェアが送信を実施する。もしくは、情報は第１のシステムから識別システムに任意の公知の方法で送信される。もしくは、第１の識別情報は、任意の公知の方法で識別システムに提供することができる。識別システムのない更に別の実施形態では、識別情報は送信されない。第１の識別情報は、１つの実施形態によれば、制限なく固有の識別子、システムに関連する会社名、会社支店名、会社住所、会社支店住所、ホストアドレス、ネットワークアドレス、及び他のいずれかの関連情報を含む。
【００３６】
本発明の１つの別の実施形態では、第１のシステムは、第１のシステムの管理者情報も識別システムに送信する（ブロック１５４）。第１のシステムの管理者情報は、第１のシステムの管理者の名前及び連絡先情報を含む。また、第１の管理者情報は、１つの実施形態によれば、制限なく管理者の役職名、管理者の電話番号、管理者のファックス番号、管理者のポケベル、管理者の携帯電話番号、管理者の電子メールアドレス、固有識別子、及び他のいずれかの関連情報を含む。この情報は、識別システムで必要に応じて第１のシステムの管理者に連絡するために使用できる利用可能な連絡情報を作る目的で送信される。
【００３７】
１つの実施形態によれば、別のいずれかのデータベースシステムを本発明のネットワークに加える指定は、第１のシステムの指定と同じ方法で行われる。ゆえに、第２のシステムの指定は、第１のシステムと同じ方法で行われる（ブロック１３６）。
【００３８】
識別ソフトウェア及び通信ソフトウェアが、第１のシステム及び第２のシステム等の２つのデータベースシステムのデータベースにインストールされると、これら２つのシステムは、相互の、又は本明細書に開示されたソフトウェアを有するいずれかの他のシステムとの通信を可能にするために必要なソフトウェアを有することになる。しかしながら、通信するためには、１つの実施形態に基づくシステムは、最初に一定の情報を交換する必要がある（「通信確立」とも呼ぶ）。図６は、本発明の１つの実施形態に基づく第１のシステムと第２のシステムとの間の通信情報１３８の確立を示す。第２のシステムのネットワークアドレスは、第１のシステムに提供される（ブロック１６０）。ネットワークアドレスとして、ＩＰアドレス、ホスト名、ＤＮＳ指定、又は他の任意の公知のネットワークアドレスを挙げることができる。１つの実施形態によれば、ネットワークアドレスは、第１のシステムのインタフェースで利用者により手動入力される。もしくは、第２のシステムのネットワークアドレスは、電子的に第１のシステムに送信される。
【００３９】
第１のシステムは、第２のシステムのネットワークアドレスを用いて第２のシステムに第１のシステムの識別情報を送信する（ブロック１６２）。通常、識別情報はネットワークを経由して第１のシステムから第２のシステムに電子的に送信される。１つの実施形態によれば、第１のシステムのソフトウェアは第２のシステムへの識別情報の送信を可能にする。もしくは、第１のシステムの識別情報は任意の公知の方法で第２のシステムに送信される。また、別の実施形態では、第１のシステムは第１のシステムの管理者情報を第２のシステムに送信する（ブロック１６４）。第２のシステムは、第１のシステムに第２のシステムの識別情報を送信する（ブロック１６６）。１つの実施形態によれば、第１のシステムと第２のシステムとの間のいずれかの口座情報の交換は、第１のシステムの識別情報が第２のシステムに正常に送信され、第２のシステムの識別情報が第１のシステムに正常に送信されるまで行われない。通常、第１のシステムのソフトウェアは、識別情報の交換が完了するまで口座情報の交換を防止するようになっている。また、第２のシステムは、第１のシステムに第２のシステムの管理者情報を送信することができる（ブロック１６８）。本発明の別の態様によれば、各々のシステムの識別情報が交換されると、第１のシステム及び第２のシステムの固有ＩＤは共に識別システムに送信される。１つの実施形態によれば、この情報は識別システムに保存して、ネットワーク上で相互に通信が確立したシステムを指定することができる。
【００４０】
図６Ａは、本発明の１つの実施形態に基づいて、データベースシステムで他のシステムの識別情報を受領したことを表すスクリーンショットを示す。従って、１つの実施形態によれば、図６Ａは第２のシステムに保存された第１のシステムの識別情報を表示する。この実施形態において、識別情報は、第１のシステムのＩＰアドレス１７０及び第１のシステムポート番号１７２を含むので、第２のシステムはそのＩＰアドレス及びポート番号の第１のシステムに通信情報を送信することが可能になる。この情報は、第２のシステムに保持され、通信情報を第１のシステムに送信する必要があるときに利用される。
【００４１】
図７は、本発明の１つの実施形態に基づくネットワークベースの通信システムのアーキテクチャを示す。本実施形態において、システムは、第１のデータベースシステム２０２と、第２のデータベースシステム２０４と、識別システム２０６とを含み、それら全てがネットワーク２６０経由で相互に通信を行う。１つの実施形態によれば、ネットワークはインターネットである。もしくは、ネットワークはローカルエリアネットワーク等のエンティティ間ネットワークである。もしくは、ネットワークは任意の公知のネットワークである。
【００４２】
第１のシステム２０２は、第１のデータベース２１９及び同期サーバ２２４を有する。同期サーバは、第１のデータベースシステムと他のいずれかのデータベースシステムとの間の通信同期を制御又は支援するアプリケーションである。本出願の目的において用語「同期サーバ」は、データベース又はデータベースシステム間の通信同期を支援、可能、監督、管理、制御するデータベースシステム内のいずれかのアプリケーションを含むが、それらに限定されるものではない。第１のデータベースは、トリガメカニズム２２０及びディスパッチャ２２２を備える。トリガメカニズム２２０及びディスパッチャ２２２は、多数の既存データベースの公知の構成要素であり、以下に更に詳しく説明するように、データベースにデータが書き込まれたときに電子信号を送信するようなっている。用語「トリガ」メカニズム及び「ディスパッチャ」は限定的ではなく、むしろ本出願の目的において、前述のタスクを実施する任意の公知の構成要素を言う。一般的なトリガメカニズム及びディスパッチャは、Ｏｒａｃｌｅ、ＤＢ２、又はＩｎｆｏｒｍｉｘ等のデータベースにあり、一般にデータベースの外部アプリケーションに電子信号を送信する。
【００４３】
同期サーバ２２４は、トリガリスナ２２６、通信マネージャ２２８、ノードディスパッチャ２３０、及びノードリスナ２３２を有する。１つの実施形態において、同期サーバはＪａｖａ又は他の任意の公知のプログラミング言語の命令の組であり、トリガリスナ２２６、通信マネージャ２２８、ノードディスパッチャ２３０、及びノードリスナ２３２が一緒に作動する方法を定義する。つまり、同期サーバは、これらの構成要素間の電子通信又はメッセージを制御する。本発明のトリガリスナ２２６は、ディスパッチャ２２２からの電子信号又は「通信情報」を受信するようになっているソフトウェアアプリケーションである。１つの実施形態によれば、信号は、データベースに書き込まれた情報の所在地を識別する情報を含む。例えば、１つの実施形態において、ディスパッチャからの信号は、単にデータベースレコードを識別する。トリガリスナ２２６は、データベースレコードＩＤを使用してレコードを取り出すようになっている。
【００４４】
通信マネージャ２２８は、１つの実施形態によれば、第１のデータベース２１９から情報を受信又は取り出して、第２のデータベースシステム２０４に送信するための情報を設定するようになっているソフトウェアアプリケーションである。１つの実施形態によれば、通信マネージャは、第１のデータベース２１９から受信又は取り出した情報に基づいて、第２のデータベースに送信するためのメッセージ又は通信情報を作成及びフォーマットする。マネージャ２２８は、更にフォーマット辞書２２９及びフォーマット翻訳機２３１という２つのソフトウェアアプリケーションを有する。
【００４５】
フォーマット辞書２２９は、本発明のネットワークに接続されたいずれかのデータベースシステムが利用するいずれかの電子通信フォーマットを保存するようになっているデータベースである。電子通信フォーマットは、メッセージシステムフォーマット、ＸＭＬフォーマット、ＥＤＩフォーマット、又は他の任意の公知の電子通信フォーマットを含む電子通信用の任意の公知のフォーマットである。辞書２２９は、任意の公知のデータベース構成を取ることができる。フォーマット情報は、ＸＭＬ  ＤＤＴフォーマット又は標準のデータベースレコードレイアウトで辞書２２９の中に保存することができる。１つの実施形態によれば、適切なフォーマットが、辞書２２９において本発明のネットワークに接続された各々のシステムに対して識別されるので、辞書２２９は、各々のシステムで使用する適切なフォーマットの基準としての機能を果たす。本発明の１つの実施形態によれば、辞書２２９は、特定のフォーマットを利用して新規フォーマット又は新規システムで容易に更新できるようになっている。
【００４６】
フォーマット翻訳機２３１は、発信電子通信情報を受信側データベースシステムと互換性のあるフォーマットにフォーマットするようになっているアプリケーションである。つまり、翻訳機２３１は、辞書２２９を利用して発信通信情報を受信側システムと互換性のある公知のフォーマットに再フォーマットするようになっている。翻訳機２３１は、いずれかの電子通信のフォーマットを受信側システムの適切なフォーマットに変換するための任意の公知アプリケーションとすることができる。
【００４７】
ノードリスナ２３２は、いずれかの着信通信情報を受信して、着信通信情報に関するフィルタ機能を提供するようになっているソフトウェアアプリケーションである。つまり、リスナ２３２は、着信通信情報が第１のシステム２０２のものか否かを決定して、通信情報に含まれる適切な情報に基づいて無効又は第１のシステムのものでないいずれかの通信情報を拒絶し、有効な通信情報を受け入れるようになっている。例えば、１つの実施形態によれば、通信情報は、固有ＩＤ、又は通信情報又は通信プロトコルを送信したシステムの証明書に基づいて、有効と識別される。従って、リスナ２３２は、別の実施形態によれば、フィルタリング及びセキュリティ機能を果たす。
【００４８】
ノードディスパッチャ２３０は、いずれかの「アドレス」情報、又は通信情報が送信されることになる適切なシステムに関する他の情報を利用する電子通信情報を送信するようになっているソフトウェアアプリケーションである。更に、ノードディスパッチャは、通信マネージャ２２８から電子通信情報を受信し、通信情報のフォーマット化又は「パッケージ化」を行い、１つの実施形態によれば、第２のシステム２０４である適切な受信側システムに通信情報を送信するようになっているプログラミングコードにおける命令の組である。１つの実施形態によれば、通信情報を受信、フォーマット、及び送信するこの方法は、ＴＣＰ／ＩＰプロトコルとして知られる公知の標準プロトコルである。もしくは、本方法は、電子通信情報を受信してフォーマット化し、別のデータベースシステムに送信する任意の公知の方法である。また、１つの別の実施形態によれば、ノードディスパッチャ２３０は、受信側システムに送信する前に通信情報を暗号化する。暗号化は任意の公知の方法で行われる。
【００４９】
トリガメカニズム２２０はディスパッチャ２２２と通信し、ディスパッチャは次にトリガリスナ２２６と通信し、トリガリスナは通信マネージャ２２８と通信する。フォーマット翻訳機２３１は、フォーマット辞書２２９と通信する。ノードディスパッチャ２３０及びノードリスナ２３２は、共に通信マネージャと通信し、３つ全てはネットワークで通信する。第１のシステム２０２は、任意の公知のデータベース管理システムとすることができる。更に、１つの実施形態に基づく第１のシステムは、データベース２１９をアクティブに更新できるいずれかのデータベースシステムである。
【００５０】
第１のシステムのトリガリスナ２２６、通信マネージャ２２８、ノードディスパッチャ２３０、及びノードリスナ２３２は、ＪＡＶＡ、Ｃ、Ｃ＋＋、Ｃｏｂｏｌ、Ｄｅｌｐｈｉ、又は他の任意の公知のプログラミング言語等のいずれかのコンピュータプログラミング言語を用いて開発可能なソフトウェアである。
【００５１】
第２のシステム２０４は、第２のデータベース２３９及び同期サーバ２４４を有する。第２のデータベース２３９は、トリガメカニズム２４０及びディスパッチャ２４２を備える。同期サーバ２４４は、トリガリスナ２４９、通信マネージャ２４８、ノードディスパッチャ２５０、及びノードリスナ２４６を有する。通信マネージャ２４８は、フォーマット辞書２５３及びフォーマット翻訳機２５１を有する。トリガメカニズム２４０はディスパッチャ２４２と通信し、ディスパッチャは次にトリガリスナ２４９と通信し、トリガリスナは通信マネージャ２４８と通信する。フォーマット翻訳機２５１は、フォーマット辞書２５３と通信する。ノードディスパッチャ２５０及びノードリスナ２４６は、共に通信マネージャ２４８と通信し、３つ全てはネットワーク２６０で通信する。第２のシステム２０４は、任意の公知のデータベース管理システムとすることができる。
【００５２】
他に指示されない限り、第２のシステム２０４の構成要素は、第１のシステム２０２の対応する構成要素と同じ方法で構成及び操作される。トリガリスナ２４９、通信マネージャ２４８、ノードディスパッチャ２５０、及びノードリスナ２４６は、ＪＡＶＡ、Ｃ、Ｃ＋＋、Ｃｏｂｏｌ、Ｄｅｌｐｈｉ、又は他の任意の公知のプログラミング言語等のいずれかのコンピュータプログラミング言語を用いて開発可能なソフトウェアである。
【００５３】
１つの実施形態によれば、識別システム２０６は、本発明のネットワーク上のデータベースシステムの固有ＩＤを制御又は支援するようになっている。システム２０６は、識別アプリケーション２０５及び識別データベース２０７を有する。アプリケーション２０５は、データベース２０７と通信する。データベース２０７は、任意の公知の方法でデータ又は情報を保存するようになっているデータベース又はファイルである。１つの実施形態によれば、アプリケーション２０４は、任意の公知の手段でソフトウェアを本発明のネットワーク上のいずれかのデータベースシステムに送信するようになっているソフトウェアアプリケーションであり、このソフトウェアは、例示的な実施形態によれば、前述のような識別ソフトウェアである。もしくは、識別システム２０６は、ネットワーク上のいずれかのデータベースシステムから情報を受信してデータベース２０７に書き込むようになっている。１つの例示的な実施形態によれば、情報は、データベースシステムが識別ソフトウェアを受信してソフトウェアを実装し、指定処理の一環として、前述のように、システムの指定された固有ＩＤをレコードに書き込むことを開始したことの確認を含む、データベースシステムの識別ステータスに関連する。識別システム２０６で受信された情報は、別の実施形態において、前述のようにシステム管理者情報である。１つの実施形態によれば、識別データベース２０７に保存された情報は、本発明のネットワーク上のデータベースシステムを識別して特定のシステムに関連する１人又は複数の管理者を識別すること等の任意の目的のため、任意の公知の方法で識別アプリケーション２０５によって取り出すことができる。もしくは、本発明は識別システムをもたない。
【００５４】
本発明の通信システムは、１つの実施形態によれば、ＩＢＭが所有するＩｎｆｏｒｍｉｘシステムで操作できる。もしくは、本通信システムは、ＤＢ２、Ｏｒａｃｌｅ、Ｓｙｂａｓｅ、又はＭｉｃｒｏｓｏｆｔ  ＳＱＬのいずれかのデータベースで操作される。もしくは、本通信システムは、任意の公知のデータベースで操作できる。
【００５５】
図８はネットワークベースの通信システムアーキテクチャの別の実施形態を示す。システムは、第１のシステム２０２及び識別システム２０６を含み、共にネットワーク２６０経由で複数のシステム２０４と通信する。金融業界の１つの実施形態によれば、第１のシステム２０２は本技術分野でプロバイダシステムと呼ばれ、同時に各々のシステム２０４は本技術分野でリモートシステムと呼ばれる。金融業界では、プロバイダシステムは、通常、複数のリモートと呼ばれる他の金融機関が保有する口座の組を制御する金融機関である。つまり、各々のリモートシステムは、プロバイダシステム内のデータベースに少なくとも１つの口座を保有する。
【００５６】
もしくは、各々の複数システム２０４は、プロバイダシステム２０２との関係でリモートシステムとしての機能を果たしながら、複数の追加的リモートシステム（図示せず）と通信するプロバイダデータベースシステムとしての機能を果たすことができる。もしくは、いずれかのプロバイダシステムは、複数の他のプロバイダシステムに対してリモートシステムとして機能し、いずれかのリモートシステムは、複数の他のリモートシステムに対してプロバイダシステムとして機能することができる。
【００５７】
識別及び通信ソフトウェアが配置されて、２つのデータベースシステム間で通信が確立されると、データベースシステム間の通信及びこれらのシステムのデータベース間のシームレスでリアルタイムのデータ共有が可能になる。１つの実施形態によれば、口座は、第１のデータベースとの商取引を必要とする各々のデータベースによって第１のデータベースで準備される。例えば、図８に示す複数のデータベースシステム２０４の各々は、第１のデータベース２０２に口座を確立できる。金融業界の別の実施例では、第１のデータベース２０２はプロバイダデータベースシステムであり、複数のデータベースシステム２０４はリモートシステムであり、各々のリモートシステム２０４はプロバイダシステム２０２で口座を作成する。
【００５８】
図９は、本発明の１つの実施形態に基づいて、ネットワークベースの通信システム３００で使用するための口座の入力又は作成を示す。各々の口座は、図７に示す第１のデータベース２１９等の第１のデータベースで作成又は入力される（ブロック３０２）。１つの実施形態によれば、口座は、第１のシステムのインタフェースで使用者により手動で入力される。もしくは、口座は、任意の公知の方法で作成又は入力される。口座を第１のデータベース２１９に入力すると、口座情報が自動的に第２のシステムに送信される（ブロック３０４）。第２のデータベース２３９で口座情報が受信されると、受領通知が第１のシステム２０２に返送される（ブロック３０６）。
【００５９】
１つの実施形態に基づいて、口座情報の第２のデータベース２３９（３０４）への自動送信は図１０で示される。前述のように第１のデータベース２１９で口座が作成又は入力されると、トリガメカニズム２２０はディスパッチャ２２２を作動させるようになっている（ブロック３２０）。つまり、トリガメカニズム２２０は、電子信号をディスパッチャ２２２に送信し、次にディスパッチャは同期サーバ２２４のトリガリスナ２２６に信号を送信する。１つの実施形態によれば、トリガメカニズム２２０及びディスパッチャ２２２は、任意の公知のトリガ及びディスパッチャ構成要素と同じ方法で作動するようになっている。トリガリスナ２２６に送信された信号は、１つの実施形態によれば、データベースに書き込まれた情報の所在地を識別する。例えば、１つの実施形態によれば、信号は単に新規作成された口座を識別する。信号を受信すると、トリガリスナ２２６は、新規作成された口座の所在地情報を使用してデータベースから新規作成された口座に関する適切な情報を取り出し、その情報を電子信号の形式で通信マネージャ２２８に送信する（ブロック３２２）。１つの実施形態によれば、口座情報は、データベース内のデータを読み取る公知の方法でリスナ２２６によって取り出され、そのデータをデータベースの外部に送信する。例えば、１つの例示的な実施形態によれば、リスナ２２６は、いずれかのアプリケーションがデータベースから情報を取り出すのと同じ方法で読み取り命令をデータベースに発行して口座情報を取り出す。もしくは、通信マネージャ２２８は、トリガリスナ２２６が所在地情報をマネージャ２２８に提供した後に、データベースのデータを読み取ってデータを取り出す公知の方法で口座情報を取り出す。
【００６０】
通信マネージャ２２８は、トリガリスナ２２６から電子送信を受信して、連絡すべき第２のシステムを識別する（ブロック３２４）。つまり、通信マネージャ２２８は、口座情報を含む送信情報を読み取る。口座情報は、口座のいずれかの変更又は追加の通信情報を受信する必要があるいずれかの他のシステム（第１のシステム以外）の「アドレス」又は他のシステム（この例では第２次システム２０４）との連絡に関する他の情報を含む情報を備える。例えば、１つの実施形態によれば、情報は、第２のシステムのホストのＩＰアドレス含む。従って、通信マネージャ２２８は、口座情報が送信されることになるシステムのアドレスを識別する。通信マネージャは、この場合、第２のシステムのＩＰアドレスを含む通信情報をノードディスパッチャ２３０に送信する。ノードディスパッチャ２３０は、通信マネージャ２２８によって指示されて、第２のシステム２０４のノードリスナ２４６に口座情報を送信する（ブロック３２６）。つまり、ディスパッチャ２３０は、通信マネージャ２２８から提供されたＩＰアドレスを利用して、第２のシステム２０４に口座情報を送信する。もしくは、ディスパッチャ２２２は、第１のデータベース２１９から情報を送信し、情報が第２のシステム２０４に送信されることを可能にする任意の公知の方法で処理されることになる。
【００６１】
図１１は、１つの実施形態に基づいて、第２のデータベース２３９での口座情報の受領及び受領通知の第１のシステム２０２（３０６）への自動送信を示す。口座情報を受領すると、第２ノードリスナ２４６は情報を通信マネージャ２４８に送信する（ブロック３４０）。つまり、ノードリスナはフィルタリング及びセキュリティ機能を実施して通信を検証し、次に口座情報を含む電子メッセージを通信マネージャに送信する。通信マネージャは、適切な口座情報を第２のデータベース２３９に送信する（ブロック３４２）。つまり、通信マネージャは、口座情報を読み取りその情報をデータベースに書き込む。もしくは、情報は、同期サーバ２４４で受信して任意の公知の方法で処理することができ、口座情報は、受信して第２のデータベース２３９へ送信することが可能になる。
【００６２】
口座情報が第２のデータベース２３９で受信されると、トリガメカニズム２４０がトリガされディスパッチャ２４２を作動させる（ブロック３４４）。トリガメカニズム２４０及びディスパッチャ２４２は、前述の第１のシステム２０２に関する説明と同様の方法で作動する。ディスパッチャ２４２は、受領通知をトリガリスナ２４９に送信する。受領通知は、第２のデータベース２３９での口座情報の受領情報を含む電子通信情報である。つまり、受領通知は、口座情報の受領を確認するために第１のシステム２０２に返信される通信情報である。通知を通信マネージャ２４８（ブロック３４６）に送信するトリガリスナ２４９は、ノードディスパッチャ２５０を作動させて第１のシステム２０２に通知を送信する（ブロック３４８）。一般に、これらのステップは、第１のシステム２０２における口座情報の送信ステップと同じ方法で行われる。もしくは、ディスパッチャ２４２は、第２のデータベース２３９から得た受領情報を送信して任意の公知の方法で処理することができ、受領情報は第１のシステム２０２に送信可能になる。
【００６３】
１つの実施形態によれば、第２のシステムにおける口座作成、新規作成の口座情報の第１のシステムへの自動送信、第１のシステムにおける口座情報の受領、及び受領通知の第２のシステムへの自動送信は、第１のシステムにおける口座作成及び前述の後続の処理と同じ方法で行われる。
【００６４】
口座が１つのシステムで作成され、その情報が適切な第２のシステムと共有される状態で、本発明の通信システムの操作は開始できる。つまり、変更又は追加（また「取引」とも呼ぶ）を含む既存の口座の保守は口座で起こり、別の口座の作成が行われ、その情報をデータベースシステム間で共有することができる。
【００６５】
図１２は、本発明の１つの実施形態に基づくネットワークベースの通信システム３５０の操作の概要を示す。口座の取引は、第１のシステム２０２で開始される（ブロック３５２）。本出願の目的において、「取引」には、データベースでのレコードの書込、削除、消去、変更な等のデータベースでのあらゆる作業が含まれるが、それらに限定されるものではない。１つの実施形態によれば、取引開始は、第１のシステム２０２の第１のデータベース２１９に口座の変更又は追加データを書き込むことからなる。本出願の目的において、語句「書き込み」又は語句「書き込み」に関連するあらゆる様式の語句は、書き込み作業、存続作業、又はあらゆる方法でデータベースにデータを変更又は追加する作業を記述するために使用される。第１のデータベース２１９で口座が変更されると、その取引に関係する情報が自動的に第２のシステムに送信される（ブロック３５４）。本出願の目的において、あらゆる電子送信情報は「通信情報」と呼ぶことができる。第２のデータベース２３９で取引情報を受領すると、第２のシステム２０４は第１のシステム２０２に受領通知を自動的に送信し、情報の受領を確認する（ブロック３５６）。第１のシステム２０２で受領通知を受領すると、第１のシステム２０２は、別の実施形態に基づいて、第２のシステム２０４に受領通知の返信を自動的に送信して受領通知の受領を確認する（ブロック３５８）。
【００６６】
図１３は、１つの実施形態に基づく取引３５４の情報の自動送信を示す。口座の情報を変更又は追加すると、第１のデータベース２１９によって固有の取引ＩＤがその取引に割り当てられる（ブロック３５９）。つまり、１つの実施形態によれば、第１のデータベース２１９の固有ＩＤは、第１のデータベース２１９での取引の結果として新規作成されたレコードのフィールドとして追加される。１つの実施形態によれば、第１のデータベースシステム２０２上の本発明の識別ソフトウェアは、固有の取引ＩＤを作成する。もしくは、固有の取引ＩＤは、第１のデータベース又は第１のシステムのハードウェア内の識別システム等の別のサーバで任意の公知の方法で作成される。もしくは、固有の取引ＩＤは、データベースレコードにＩＤを割り当てる任意の公知の手段で作成される。もしくは、固有の取引ＩＤは、取引の一環として作成される。
【００６７】
図１３Ａは、本発明の１つの実施形態に基づくデータベースの取引レコードの例示的な組を示すスクリーンショットである。例えば、レコードは第１のシステムで開始された取引に関連する。各々のレコードは、第１のシステムに関する固有ＩＤを含むフィールドを有する。更に、各々のレコードは標準レコードＩＤ３６３を有する。更に、各々のレコードは、レコードを「所有」又は関連するデータベースシステムを証明するフィールド（図示せず）を含む。もしくは、各々のレコードは任意の公知の方法で適切なデータベースシステムに関連付けられる。
【００６８】
再度図１３を参照すると、第１のデータベース２１９での情報の変更又は追加はトリガメカニズム２２０によって認識される（ブロック３６０）。トリガメカニズム２２０はディスパッチャ２２２を作動させ（ブロック３６２）、ディスパッチャは同期サーバ２２４に電子通信情報を送信する（ブロック３６４）。つまり、トリガメカニズム２２０は電子通信情報をディスパッチャ２２２に送信し、次にディスパッチャは同期サーバ２２４のトリガリスナ２２６に通信情報を送信する。トリガリスナ２２６に送信された通信情報は、１つの実施形態によれば、データベースに書き込まれた取引情報の場所を識別する。例えば、通信情報は、１つの実施形態によれば、単に取引情報を含むレコードを識別する。
【００６９】
同期サーバ２２４において、通信情報は、トリガリスナ２２６によって受信される（ブロック３６６）。トリガリスナ２２６は、通信情報を受信するとレコード情報を使用して、データベース内のレコードから適切な取引情報を取り出し、電子通信情報の形式で情報を通信マネージャ２２８に送信する（ブロック３６８）。１つの実施形態によれば、取引情報はデータベース内のデータを読み取る公知の方法でリスナ２２６によって取り出され、データをデータベースの外部に送信する。例えば、１つの例示的な実施形態によれば、リスナ２２６は、いずれかのアプリケーションがデータベースから情報を取り出すのと同じ方法で読み取り命令をデータベースに発行して取引情報を取り出す。もしくは、通信マネージャ２２８は、トリガリスナ２２６が所在地情報をマネージャ２２８に提供した後にデータベースのデータを読み取ってデータを取り出す公知の方法でレコード情報を取り出す。
【００７０】
通信マネージャ２２８は、前述したようにトリガリスナ２２６から取引情報を受信又は取り出し（ブロック３７０）、連絡する必要がある第２のシステムを識別する（ブロック３７２）。つまり、通信マネージャ２２８は、取引情報を含む通信情報を読み取る。取引情報は、「アドレス」又は本例では第２次システム２０４である他のシステムとの連絡に関する他の情報を含む、口座の何らかの変更又は追加に関する通信情報を受信する必要がある、他のシステム（第１のシステム以外）の情報を含む。例えば、１つの実施形態によれば、情報は、第２のシステムのホストのＩＰアドレスを含む。従って、通信マネージャ２２８は、口座情報が送信されるシステムのアドレスを識別する。
【００７１】
第２のシステムを識別すると、取引情報は第２のシステムと互換性のあるフォーマットに翻訳される（ブロック３７３）。１つの実施形態によれば、翻訳は、フォーマット辞書２２９を用いて識別された第２のシステムのフォーマットを識別する段階と、フォーマット翻訳機２３１で取引情報をそのフォーマットに翻訳する段階とを含む。１つの実施形態によれば、翻訳処理は、電子通信情報を受信側システムと互換性のあるフォーマットに変換する任意の公知の方法で行うことができる。例えば、翻訳処理は、メッセージングシステムで用いたものと同じ方法で行うことができる。
【００７２】
通信マネージャ２２８は、この場合、第２のシステム２０４のＩＰアドレスを含む通信情報をノードディスパッチャ２３０に送信する。ノードディスパッチャ２３０は、通信マネージャ２２８に指示されて、第２のシステム２０４のノードリスナ２４６に取引情報を送信する（ブロック３７４）。つまり、ディスパッチャ２３０は、通信マネージャ２２８から提供されたＩＰアドレスを利用して、第２のシステム２０４に取引情報を送信する。もしくは、ディスパッチャ２２２は、第１のデータベース２１９から取得した情報を送信し、情報は、任意の公知の方法で処理されて第２のシステムに送信可能になる。
【００７３】
図１４は、１つの実施形態に基づく第２のデータベース２３９での取引情報の受領及び受領通知の第１のシステム２０２（３５６）への自動送信を示す。取引情報を受領すると、第２のノードリスナ２４６は情報を通信マネージャ２４８に送信する（ブロック３８０）。つまり、ノードリスナ２４６はフィルタリング及びセキュリティ機能を実施して通信を検証して、次に取引情報を含む電子通信情報を通信マネージャ２４８に送信する。通信マネージャ２４８は、適切な取引情報を第２のデータベース２３９に送信する（ブロック３８２）。つまり、通信マネージャ２４８は口座情報を読み取り、その情報をデータベース２３９に書き込む。もしくは、情報は、同期サーバ２４４で受信して任意の公知の方法で処理され、口座情報は、第２のデータベース２３９への受信及び送信が可能になる。
【００７４】
取引情報が第２のデータベース２３９で受信されると、トリガメカニズム２４０がトリガされてディスパッチャ２４２を作動させる（ブロック３８４）。トリガメカニズム２４０及びディスパッチャ２４２は、前述の第１のシステム２０２に関する説明と同様の方法で作動する。ディスパッチャ２４２は、受領通知をトリガリスナ２４９に送信する（ブロック３８６）。受領通知は、第２のデータベース２３９での取引情報の受領に関する情報を含む電子通信情報である。つまり、受領通知は、口座情報の受領を確認するために第１のシステム２０２に返信される通信である。１つの実施形態によれば、受領通知は、第２のデータベース２３９で取引情報が受信された際の日付及び時刻を示す情報を含む（「タイムスタンプ」とも呼ぶ場合もある）。
【００７５】
トリガリスナ２４９は、通知を通信マネージャ２４８に送信し、ノードディスパッチャ２５０を作動させて第１のシステム２０２に通知を送信する（ブロック３８８）。一般にこれらのステップは、第１のシステム２０２での取引情報の送信ステップと同じ方法で生じる。もしくは、ディスパッチャ２４２は、第２のデータベース２３９から取得した受領情報を送信し、受領情報は、任意の公知の方法で処理されて第１のシステム２０２に送信可能になる。
【００７６】
また、本発明の１つの実施形態によれば、取引は第２のシステムで開始することができる。通常、取引開始処理及びその後の取引情報の第１のデータベースシステムへの自動送信のステップ、及び第２のデータベースシステムへの受領通知の返信のステップは、第１のシステムでの取引開始に関して前述したのと同じ方法で行われる。
【００７７】
本発明は、別の実施形態によれば、通信障害を監視する段階と、この種の障害を適切な管理者に通知する段階とを可能にするように構成できる。従って、データベースシステム全体又はネットワーク上のデータベースシステムのデータベースが故障又は「クラッシュ」した場合、本発明のシステムは、障害の結果として意図した宛先に到達しなかった通信情報を追跡して、適切な管理者に障害を通知することができる。１つの実施形態によれば、故障したシステムと通信するデータベースシステムは、通信障害を追跡して適切な通知を送信する。
【００７８】
図１５は、通信障害を追跡するようになっているネットワークベースの通信システムアーキテクチャの実施形態を示す。システムは、第１のデータベースシステム２０２、第２のデータベースシステム２０４、及び識別システム２０６を含み、それら全てがネットワーク２６０経由で相互に通信する。もしくは、システムは識別システムをもたない。第１のシステム２０２は、データベース２１９、同期２２４、失敗送信ログファイル２２１、失敗送信ログトラッカ２２３、失敗適用ログファイル２２５、失敗適用ログトラッカ２２７を有する。
【００７９】
失敗送信ログファイル２２１は、第２のデータベースシステム又は期待される受信側データベースシステムに正常に送信することに失敗した通信マネージャ２２８によって作成されたいずれかの通信情報又はメッセージを受信して保存するようになっているファイル又はデータベースである。１つの実施形態によれば、通信レコードは、システムが選択したいずれかのフォーマットで保存される。例えば、通信レコードは、ＸＭＬフォーマット、ＳＱＬフォーマット、又は他の任意の公知のフォーマットで保存できる。ログファイル２２１は、この種の情報を保存するようになっている任意の公知のデータベースである。
【００８０】
失敗送信ログトラッカ２２３は、失敗した送信レコードに関する失敗送信ログファイル２２１を監視するようになっているアプリケーションである。つまり、トラッカ２２３は、ファイル２２１を読み取って何らかの送信失敗がファイル２２１に置かれていないか判断するようになっている。本発明の１つの態様として、ログトラッカ２２３は、第１のデータベース２１９にアクセスするいずれかのサーバに配置することができる。１つの実施形態によれば、ログトラッカ２２３はＪａｖａコードで作成されたアプリケーションである。もしくは、失敗送信ログトラッカ２２３は任意のプログラミング言語で記述できる。
【００８１】
失敗適用ログファイル２２５は、別のデータベースシステムから受信した第１のデータベース２１９に適用できないいずれかの通信又はメッセージを受信して保存するようになっているファイル又はデータベースである。１つの実施形態によれば、通信は他のデータベースシステムから受信したものと同じフォーマットで保存される。本発明の１つの態様では、ログファイル２２５に保存された情報には、適用を試行した時刻及びエラーの種類が分かる範囲で含まれる。エラーは、無効レコード、無効なファイルタイプ、又は他のいずれかの既知のデータベースエラーに関する。１つの実施形態によれば、ログファイル２２５は、この種の情報を保存するようになっている任意の公知のデータベースである。
【００８２】
失敗適用ログトラッカ２２７は、失敗した適用レコードのため失敗適用ログファイル２２５を監視するようになっているアプリケーションである。つまり、トラッカ２２７はファイル２２５を読み取って、何らかの適用失敗がファイル２２５に置かれていないか判断するようになっている。１つの実施形態によれば、ログトラッカ２２７はＪａｖａコードで作成されたアプリケーションである。もしくは、失敗適用ログトラッカ２２７は任意のプログラミング言語で記述できる。
【００８３】
失敗送信ログファイル２２１は、同期サーバ２２４内のノードディスパッチャ２３０及び失敗送信ログトラッカ２２３の両方と通信する。失敗適用ログファイル２２５は、同期サーバ２２４内の通信マネージャ２２８及び失敗適用ログトラッカ２２５の両方と通信する。
【００８４】
第２のシステム２０４は、データベース２３９、同期サーバ２４４、失敗適用ログファイル２４１、失敗適用ログトラッカ２４３、失敗送信ログファイル２４５、失敗送信ログトラッカ２４７を有する。各々の構成要素は、第１のシステム２０２の対応する構成要素と同様のやり方で構成されている。失敗送信ログファイル２４５は、同期サーバ２４４内のノードディスパッチャ２５０及び失敗送信ログトラッカ２４７の両方と通信する。失敗適用ログファイル２４１は、同期サーバ２４４内の通信マネージャ２４８及び失敗適用ログトラッカ２４３の両方と通信する。もしくは、失敗した送信及び適用は、サーバメモリ内に保守されているログファイル及びログトラッカを用いて追跡できる。もしくは、失敗した送信及び適用は、データベースレコードに添付されるエラーフラグを用いて追跡できる。もしくは、失敗した送信及び適用は、ファイル保存の代わりにリアルタイムで取り込むことができる。
【００８５】
図１６は、本発明の１つの実施形態に基づいて、第１のシステムにおいて、第２のシステム２０４（３００）に正常に送信されなかった電子的通信情報の追跡方法を示す。通常の運用において、ノードディスパッチャ２３０は、実際に通信を特定の第２のシステムに送信する前に、信号を送信して特定の第２のシステム２０４が利用可能かを判断する（ブロック３０２）。もしくは、失敗送信ログトラッカ２２３が信号を送信する。１つの実施形態によれば、信号はネットワーク上の目的の受信システムの適切なＩＰアドレスに送信される既知の通信情報である。信号は、１つの実施形態によれば「ｐｉｎｇ」と呼ばれる。通信情報は、１つの実施形態によれば、公知の４つの「パケットメッセージ」で構成される。ディスパッチャは、１つの実施形態によれば、ＩＰアドレスのシステムが信号に応答するかどうかを追跡するようになっており、信号は、１つの実施形態では４つのパケットメッセージである。もしくは、トラッカ２２３が信号を送信する場合、トラッカはシステムが応答するかどうかを追跡できる。１つの実施形態によれば、ディスパッチャは、受信システムが受信及び応答したパケットメッセージを追跡する。１つの実施形態によれば、障害が存在する、つまり１つ又はそれ以上のパケットメッセージの応答がない場合、信号の結果をもたらす通信情報は、第２のシステムのアプリケーションによって第１のシステム２０２に送信される。
【００８６】
ノードディスパッチャ２３０が応答信号を受信しなければ（ブロック３０４）、ノードディスパッチャ２３０は第１のシステム２０２の失敗送信ログファイル２２１に通信を送信する（ブロック３０６）。つまり、第２のシステム２０４に取引情報を送信するかわりに、ノードディスパッチャは失敗送信ログファイル２２１に通信情報を送信する。１つの実施形態によれば、ログファイル２２１に送信された情報は送信を試行した時刻を含む。
【００８７】
１つの実施形態によれば、失敗送信ログトラッカ２２３は、前述のように第２のシステムから通信への肯定応答を得るまで、継続的に第２のシステムに信号を送信する。その後、応答信号が第２のシステム２０４から受信されると（ブロック３０８）、以前の失敗した送信情報が第２のシステムに送信される（ブロック３１０）。本発明の１つの態様によれば、通信情報は失敗送信ログファイル２２１から引き出されて、第２のシステムに送信される。つまり、トラッカ２２３はいずれかのデータベース内のレコードを読み取る公知の処理によってログファイル２２１の通信情報を読み取り、レコードを第２のシステムに送信する。１つの実施形態によれば、通信情報は、失敗送信ログトラッカ２２３から直接送信される。もしくは、取引情報はノードディスパッチャ２３０から送信することができる。１つの実施形態によれば、トラッカ２２３の送信が完了すれば、トラッカ２２３は任意の公知の削除方法によってログファイル２２１から通信情報を削除する。
【００８８】
応答信号が一定期間受信されなかった場合（ブロック３１２）、失敗送信ログトラッカ２２３は、通信情報が失敗送信ログファイル２２１に残っている時間を監視する（ブロック３１４）。１つの実施形態によれば、トラッカ２２３は所定の間隔で「起動」してログファイル２２１の中に存在する全レコードを読み取るようになっている。この種のアプリケーションの所定の作動は、「デーモン」アプリケーションとして知られているＪａｖａアプリケーションによって用いられる場合が多い公知の方法である。トラッカ２２３はログファイル２２１の中のレコードを読み取ると、各々のレコードの目的の受信システム（この例では第２のシステム）に信号を送信するか、又は「ｐｉｎｇ」を試行する。トラッカ２２３は、第２のシステムから応答がなければ、１つの実施形態によれば、ログファイル２２１に保存されている取引情報に含まれる最初に送信を試行した時間を用いて、失敗通信がログファイル２２１に保存されていた時間を計算するようになっている。
【００８９】
通信が失敗送信ログファイル２２１に所定の時間だけ残っていれば、失敗送信ログトラッカ２２３は、第１のシステム管理者にメッセージを送信して管理者に失敗を通知する（ブロック３１６）。もしくは、失敗送信ログトラッカ２２３は、第１及び第２のシステム管理者にメッセージを送信する。メッセージは、１つの実施形態によれば、電子メールメッセージである。もしくは、メッセージはタスクメッセージであり、システム管理者のモニタ画面に点滅記号が送られ、管理者が点滅記号をクリックすると画面上にメッセージが配信される。もしくは、メッセージは、遠隔通信を介して送信される。メッセージは任意の公知の通信形式である。もしくは、メッセージは送信が失敗すると直ちに送信される。１つの実施形態によれば、メッセージは、通信情報自体の内容、失敗した送信を試行した時刻、及び目的の受信データベースシステムを含む、失敗した送信に関する情報を含む。
【００９０】
図１７は、本発明の１つの実施形態による、第２のシステムにおいて第２のデータベース２３９（３２０）に正常に適用されなかった通信情報の追跡方法を示す。通常の運用において、通信マネージャ２４８は、第１のシステムから通信情報を受信すると、本発明の運用に関して前述したように、通信情報を第２のデータベース２３９に適用しようと試みる（ブロック３２２）。何らかの理由で通信情報が第２のデータベース２３９に正常に適用できなければ（ブロック３２４）、通信マネージャ２４８は通信情報に含まれている情報を失敗適用ログファイル２４１に送信する（ブロック３２６）。１つの実施形態によれば、ログファイル２４１に送信される情報は、第２のデータベース２３９に適用を試行した時刻を含む。
【００９１】
情報が失敗適用ログファイル２４１に送信されると、失敗適用ログトラッカ２４３は、第２のシステム管理者にメッセージを送信して管理者に失敗を通知する（ブロック３２８）。１つの実施形態によれば、ログトラッカ２４３は、第１のシステム２０２の失敗送信ログトラッカ２２３と同様のやり方で構成されており、所定の間隔で「起動」してログファイル２４１の中に存在する全レコードを読み取るようになっている。ログファイル内のレコードを読み取ると、トラッカ２４３は第２のシステム管理者にメッセージを送信する。もしくは、失敗適用ログトラッカ２４３は第１及び第２のシステム管理者の両方にメッセージを送信する。メッセージは、１つの実施形態によれば、電子メールメッセージである。もしくは、メッセージはタスクメッセージであり、システム管理者のモニタ画面に点滅記号が送られ、管理者が点滅記号をクリックすると画面にメッセージが配信される。もしくは、メッセージは遠隔通信を介して送信される。メッセージは任意の公知の通信形式である。１つの実施形態によれば、メッセージは、通信情報自体の内容、失敗した適用を試行した時刻、及び目的の受信データベースシステムのＩＤを含む、失敗した適用に関する情報を含む。
【００９２】
図１８は、本発明の１つの実施形態による、第２のシステムにおいて第１のシステム２０２（３４０）に正常に送信されなかった受領通知の追跡方法を示す。この処理は、前述のように第１のシステムにおいて第２のシステム（３００）に正常に送信されなかった電子的通信情報の追跡方法と同様である。通常の運用において、ノードディスパッチャ２５０は、実際に受領通知を第１のシステム２０２に送信する前に、信号を送信して第１のシステム２０２が利用可能か否かを判断する（ブロック３４２）。もしくは、失敗送信ログトラッカ２４７は信号を送信する。信号は、１つの実施形態によれば、前述のような第１のシステムによって送信された信号と同様である。ディスパッチャ２５０は、１つの実施形態によれば、第１のシステムが応答するか否かを追跡するようになっている。もしくは、トラッカ２４７が信号を送信する場合、トラッカは第１のシステムが応答するか否かを追跡できる。
【００９３】
ノードディスパッチャ２５０が応答信号を受信しなければ（ブロック３４４）、ノードディスパッチャ２５０は第２のシステム２０４の失敗送信ログファイル２４５に受領通知を送信する（ブロック３４６）。１つの実施形態によれば、ログファイル２４５に送信された情報は送信を試行した時刻を含む。
【００９４】
１つの実施形態によれば、失敗送信ログトラッカ２４７は、肯定応答を得るまで、継続的に第１のシステムに信号を送信する（または第２のシステムを「ｐｉｎｇ」する）。その後、第１のシステム２０２から応答信号が受信されると（ブロック３４８）、以前は失敗だった送信受領通知はログファイル２４５から引き出されて、第１のシステム２０２に送信される（ブロック３５０）。つまり、トラッカ２４７はいずれかのデータベース内のレコードを読み取る公知の処理によってログファイル２４５の通信を読み取り、受領通知を第１のシステムに送信する。１つの実施形態によれば、通知は失敗送信ログトラッカ２４７から直接送信される。もしくは、通知はノードディスパッチャ２５０から送信することができる。１つの実施形態によれば、トラッカ２４７の送信が完了すれば、トラッカ２４７は任意の公知の削除方法によってログファイル２４５から通知を削除する。
【００９５】
応答信号が一定期間受信されなかった場合（ブロック３５２）、失敗送信ログトラッカ２４７は受領通知が失敗送信ログファイル２４５に残っている時間を監視する（ブロック３５４）。１つの実施形態によれば、トラッカ２４７は第１のシステム２０２のトラッカ２２３と同様、所定の間隔で「起動」してログファイル２４５の中に存在する全レコードを読み取るようになっている。トラッカ２４７はログファイル２４５の中のレコードを読み取ると、各々のレコードの目的の受信システム（この例では第１のシステム）への信号送信を試行する。トラッカ２４７は第１のシステムから応答がなければ、１つの実施形態において、ログファイル２４５に保存されている取引情報に含まれる最初に送信を試行した時間を用いて、失敗通信がログファイル２４５に保存されていた時間を計算するようになっている。
【００９６】
受領通知が失敗送信ログファイル２４５に所定の時間だけ残っていれば、失敗送信ログトラッカ２４７は、第２のシステム管理者にメッセージを送信して管理者に失敗を通知する（ブロック３５６）。もしくは、失敗送信ログトラッカ２４６は第１及び第２のシステム管理者にメッセージを送信する。このメッセージは、１つの実施形態によれば電子メールメッセージである。もしくは、本メッセージはタスクメッセージであり、システム管理者のモニタ画面に点滅記号が送られ、管理者が点滅記号をクリックすると画面にメッセージが配信される。もしくは、メッセージは遠隔通信を介して送信される。メッセージは任意の公知の通信形式である。もしくは、メッセージは送信が失敗すると直ちに送信される。１つの実施形態によれば、メッセージは、通信情報自体の内容、失敗した送信を試行した時刻、及び目的の受信データベースシステムを含む、失敗した送信に関する情報を含む。
【００９７】
図１９は、本発明の１つの実施形態による、第１のシステムにおいて第１のデータベース２１９（３６０）に正常に適用されなかった受領通知の追跡方法を示す。通常の運用において、通信マネージャ２２８は、第２のシステムから受領通知を受領すると本発明の運用に関して前述したように、受領通知を第１のデータベース２１９に適用しようと試みる（ブロック３６２）。何らかの理由で受領通知が第１のデータベース２１９に正常に適用できなければ（ブロック３６４）、通信マネージャ２２８は受領通知を失敗適用ログファイル２２５に送信する（ブロック３６６）。１つの実施形態によれば、ログファイル２２５に送信される情報は、第１のデータベース２１９に適用を試行した時刻を含む。
【００９８】
受領通知が失敗適用ログファイル２２５に送信されると、失敗適用ログトラッカ２２７は第１のシステム管理者にメッセージを送信して、管理者に失敗を通知する（ブロック３６８）。１つの実施形態によれば、ログトラッカ２２７は所定の間隔で「起動」して作動し、ログファイル２２５の中に存在するいずれかのレコードを読み取るようになっている。ログファイル内のレコードを読み取ると、トラッカ２２７は第１のシステム管理者にメッセージを送信する。もしくは、失敗適用ログトラッカ２２７は第１及び第２のシステム管理者の両方にメッセージを送信する。メッセージは、１つの実施形態によれば電子メールメッセージである。もしくは、メッセージはタスクメッセージであり、システム管理者のモニタ画面に点滅記号が送られて、管理者が点滅記号をクリックすると画面にメッセージが配信される。もしくは、メッセージは遠隔通信を介して送信される。メッセージは任意の公知の通信形式である。１つの実施形態によれば、メッセージは、通信情報自体の内容、失敗した適用を試行した時刻、及び目的の受信データベースシステムのＩＤを含む、失敗した適用に関する情報を含む。
【００９９】
また、１つの実施形態によれば、第１のシステム及び第２のシステムのログファイルは第２のシステムで開始される取引に基づいて失敗した送信を追跡できる。通常、取引に基づいて失敗した送信及び送信適用を追跡する処理は、第１のシステムで開始された取引について前述したのと同じ方法で行われる。
【０１００】
図２０は、ネットワークベースの通信システムアーキテクチャの更に別の実施形態を示す。この別の実施形態において、本発明のシステム及び方法は外部システムとの通信を提供する。この機能は、本発明のシステムが従来の既存データベース及びアプリケーションシステムに接続することを可能にする。システムは、第１のデータベースシステム２０２、第２のデータベースシステム２０４、識別システム２０６、外部の第１の収集システム２７０、外部の第１の配信システム２７２、外部の第２の配信システム２７４、及び外部の第２の収集システム２７６を備える。
【０１０１】
本出願の目的において、「外部システム」、「外部データベースシステム」、「外部配信システム」、及び「外部収集システム」は、本発明のネットワークに直接接続されない、又は本発明のネットワーク上のデータベースシステムの１つとのみ直接通信するあらゆるアプリケーション、ファイル、データベース、又はシステムを含むものであるが、それに限定されるものではない。
【０１０２】
第１の収集システム２７０及び第２収集システム２７６の各々は、外部システムから情報を収集するようになっているアプリケーションである。１つの実施形態によれば、収集システム２７０、２７６は、特定の外部システムの固有の構成ニーズに適合されたカスタムアプリケーションとして開発された、特別に作成されたアプリケーションである。例えば、収集システム２７０、２７６は、既存システムから新規に形成されたデータベースシステムにデータを移動するように構成された特別に適合されたアプリケーションである。１つの実施形態によれば、アプリケーションは、収集されることになるデータを理解して、データ収集、データ編集、及びデータベースシステムへの正確かつデータ標準に従うデータの書き込み方法を提供するように開発されたソフトウェアパッケージである。
【０１０３】
もしくは、収集システム２７０、２７６は、古いレガシシステムに含まれている情報を新規システムに統合するために用いられる公知のアプリケーションであり、既存システムから情報を収集して新規ファイル構造又はデータベースに投入するようになっているアプリケーションである。例えば、収集システム２７０、２７６は、１つの実施形態によれば、ＩＢＭのＭＱＳｅｒｉｅｓ、ＭｉｃｒｏｓｏｆｔのＢｉｚｔａｌｋ、ＢＥＡ  ＳｙｓｔｅｍｓのＴｕｘｅｄｏ等の一般に「ミドルウェア」パッケージと呼ばれるソフトウェアパッケージである。別の例として、収集システム２７０、２７６は、Ｔｕｐｅｌｏ、Ｍｅｔｈｏｄ  １、又はＵｎｉｖｅｒｓａｌ  Ｃｏｎｎｅｃｔｏｒ等のＥＡＩアプローチを使用するソフトウェアパッケージである。もしくは、収集システムは、アプリケーションプログラムインタフェース（ＡＰＩ）構造である。
【０１０４】
第１の配信システム２７４及び第２の配信システム２７２の各々は、外部システムに情報を配信するようになっているアプリケーションである。本発明の１つの態様では、配信システム２７４、２７２は、特定の既存外部システムに情報を配信するよう特別に適合された特別に構成されたソフトウェアパッケージであり、１つの別の実施形態によれば、配信システム２７４、２７２はＥＡＩソフトウェア又はＡＰＩ構造等の「ミドルウェア」ソフトウェア等の既存外部システムに情報を配置するために利用可能なソフトウェアパッケージである。
【０１０５】
第１のシステム２０２は、データベース２１９、同期サーバ２２４、第１のコネクタ２６２、及びコネクタログファイル２６４を有する。第１のコネクタ２６２は、第１のデータベース２１９と外部ファイル又はアプリケーションとの間で渡されるデータ又は情報を翻訳及び／又は検証するようになっているアプリケーションである。更に、第１のコネクタ２６２は、１つの実施形態によれば、更に送信失敗の際にログファイル２６４にデータ又は情報を送信し、その後にログファイル２６４からデータ又は情報を取り出すようになっている。コネクタという用語は限定的ではなく、むしろ本出願の目的において、データベースと、外部システム、ファイル、データベース、又はアプリケーションとの間の電子的通信情報を提供、管理、荷担するようになっている何らかのアプリケーションを呼ぶことが意図されている。第１のコネクタログファイル２６４は、１つの実施形態においてデータベース又はファイルである。ファイル２６４は、データを保存してその後にデータベース２１９に取り出すこと又は書き込むことができる任意の公知のファイル又はデータベース構造とすることができる。第１のコネクタは、外部の第１の収集システム２７０及び外部第１ファイル配信システム２７２に作動的に接続できる。
【０１０６】
外部の第１の収集システム２７０は、３つの外部第１ファイル２８２と通信する収集エンジン２８０を有する。もしくは、外部の第１の収集システム２７０は、任意数の外部第１ファイル２８２を有することができる。収集エンジン２８０は、外部第１ファイル２８２からデータ又は情報を収集するようになっているアプリケーションである。１つの実施形態によれば、収集エンジンは、いずれかの外部第１ファイル２８２の１つであり、データベース内の情報を読み取る任意の公知の方法を用いて情報を読み取って、データを他に移動又はコピーすることで情報を収集する。
【０１０７】
１つの実施形態によれば、外部第１ファイル２８２はデータベースである。もしくは、外部第１ファイル２８２はデータファイル又はデータストアである。外部第１ファイル２８２は、何らかの既知のファイルストレージ・システムとすることができる。第１のコネクタ２６２は、データベース２１９、コネクタログファイル２６４、及び収集エンジン２８０と通信する。
【０１０８】
外部第１配信システム２７２は、３つの外部第１ファイル２８６と通信する配信エンジン２８０を有する。もしくは、外部第１配信システム２７２は、任意数の外部第１ファイル２８６を有することができる。配信エンジン２８４は、外部第１ファイル２８２にデータ又は情報を送信するようになっているアプリケーションである。１つの実施形態によれば、配信エンジン２８４は、データを外部データベースに送信する任意の公知のアプリケーションである。
【０１０９】
１つの実施形態によれば、外部第１ファイル２８６はデータベースである。もしくは、外部第１ファイル２８６は所望の外部処理を実施するアプリケーションである。外部第１ファイル２８６は、情報ストレージのための任意の公知のファイルストレージ・システム、又は何らかの所望の外部処理を実施する任意の公知のアプリケーションとすることができる。第１のコネクタ２６２は、データベース２１９、コネクタログファイル２６４、及び配信エンジン２８４と通信する。
【０１１０】
第２のシステム２０４は、データベース２３９、同期サーバ２４４、第２のコネクタ２６６、及び第２のコネクタログファイル２６８を有する。第２のコネクタ２６６は、第２のデータベース２３９と、外部ファイル又はアプリケーションとの間で渡されるデータ又は情報を翻訳及び／又は検証するようになっているアプリケーションである。第２のコネクタログファイル２６８は、１つの実施形態によればデータベース又はファイルである。ファイル２６８は、データを保存して、その後にデータベース２３９に取り出すこと又は書き込むことのできる任意の公知のファイル又はデータベース構造とすることができる。
【０１１１】
第２のコネクタ２６６は、外部第２配信システム２７４及び外部第２ファイル収集システム２７６に接続することができる。外部第２配信システム２７４は、３つの外部第２ファイル２９０と通信する配信エンジン２８８を有する。もしくは、外部第２配信システム２７４は、任意数の外部第２ファイル２９０を有することができる。配信エンジン２８８は、外部第２ファイル２９０にデータ又は情報を送信するようになっているアプリケーションである。１つの実施形態によれば、配信エンジン２８８はデータを外部データベースに送信する任意の公知のアプリケーションである。
【０１１２】
１つの実施形態によれば、外部第２ファイル２９０はデータベースである。もしくは、外部第２ファイル２９０は、所望の外部処理を実施するアプリケーションである。外部第２ファイル２９０は、情報ストレージのための任意の公知のファイルストレージ・システム、又は何らかの所望の外部処理を実施する任意の公知のアプリケーションとすることができる。第２のコネクタ２６６は、データベース２３９、コネクタログファイル２６８、及び配信エンジン２８８と通信する。
【０１１３】
外部第２収集システム２７６は、３つの外部第２ファイル２９４と通信する収集エンジン２９２を有する。収集エンジン２９２は、外部第２ファイル２９４からデータ又は情報を収集するようになっている。１つの実施形態によれば、収集エンジン２９２はいずれかの外部第２ファイル２９４の１つであり、データベース内の情報を読み取る任意の公知の方法を用いて情報を読み取ってデータを他に移動又はコピーすることで情報を収集する。
【０１１４】
もしくは、外部第２収集システム２７６は、任意数の外部第２ファイル２９４を有することができる。１つの実施形態によれば、外部第２ファイル２９４はデータベースである。もしくは、外部第２ファイル２９４はデータファイル又はデータストアである。外部第２ファイル２９４は、何らかの既知のファイルストレージ・システムとすることができる。第２のコネクタ２６６は、データベース２３９、コネクタログファイル２６８、及び収集エンジン２９２と通信する。
【０１１５】
運用において、既存の情報を本発明のシステム内に配置するために、第１又は第２のシステムを既存の外部システムにリンクする必要がある。もしくは、外部システムからの情報への継続的アクセスを提供するために、及び、情報又は処理要求を他の外部システムに出力するために、第１又は第２のシステムを外部システムにリンクする必要がある。従って、特定の実施形態によれば、既存システムを有するエンティティは本発明に接続できる。別の実施形態によれば、本発明のシステム及び方法は、システムと任意の既存システムとの間の何らかの失敗した通信を追跡することができる。逆に、既存の通信テクノロジでは、既存システムに接続して通信を行うこと、又はこの種の通信の何らかの失敗を追跡することができない。
【０１１６】
図２１は、本発明の１つの実施形態に基づいて、第１のシステム２０２（４００）の外部情報にアクセスする方法を示す。収集エンジン２８０は、外部第１ファイル２８２の１つから所望の情報を引き出す（ブロック４０２）。前述のように１つの実施形態によれば、収集エンジンはいずれかの外部第１ファイル２８２の１つであり、データベース内の情報を読み取る任意の公知の方法を用いて情報を読み取ってデータを他に移動又はコピーすることで情報を収集する。１つの実施形態によれば、データ読み取りの正確な処理は、読み取ることになる外部第１ファイル２８２のフォーマット又は構成によって決定される。つまり、データベース又はファイルから情報へのアクセス及び読み取りは、データベース又はファイルの構成、及び情報をそのデータベースに保存するために使用される方法によって決定される。従って、種々のデータベースは、ＳＱＬデータベース、フラットファイル、ＢＤＡＭファイル、ＶＳＡＭファイル、又は他の任意の公知の構成等の特定の構成を有し、各々は、データベースからデータを取り出す特定の処理を有する。従って、収集エンジン２８０は、そのファイルからデータを取り出すために必要な処理に基づいていずれかの外部第１ファイル２８２にアクセスしてデータを取り出すようになっている。もしくは、収集エンジン２８０は、複数の外部第１ファイル２８２から所望の情報を引き出す。
【０１１７】
次に、収集エンジン２８０は、所望の情報を第１のデータベース２１９と互換性のあるフォーマットに変換する（ブロック４０４）。つまり、収集エンジン２８０は所望の情報の既存のフォーマットを第１のデータベース２１９のデータフォーマットに変換又は「マッピング」する。１つの実施形態によれば、マッピング又は変換は、情報を特定のデータベースと互換性のあるフォーマットに変換する任意の公知の方法で行われる。もしくは、別の変換又は翻訳は、公知の変換方法に基づいて第１のコネクタ２６２で行われる。
【０１１８】
もしくは、所望の情報がすでに適切なフォーマットであれば、収集エンジンは所望の情報を検証する。つまり、収集エンジンは、収集した情報のフォーマット及びコンテンツが第１のデータベース２１９に書き込まれて受け入れられることを確認する処理を実施する。すべてのデータベースは、そのデータのフォーマット及びコンテンツに基づいてデータがデータベースに受け入れられるか否かを決定する独自の要件、定義、又は規則を有する。従って、収集エンジンは、収集データがこれら要件に適合するかを単純に確認するようになっている。１つの実施形態によれば、検証は、任意の公知の検証処理によって達成できる。もしくは、所望の情報の別の検証は、第１のコネクタ２６２で実施できる。変換又は検証後、所望の情報は第１のコネクタ２６２に送信され（ブロック４０６）、第１のコネクタはその情報をデータベース２１９に送信する（ブロック４０８）。
【０１１９】
図２２は、第１のコネクタ２６２から所望の情報をデータベース２１９に適用する際の何らかの失敗を追跡する方法を示す（４１０）。何らかの理由で所望の情報をデータベース２１９に適用することを失敗すると（ブロック４１２）、第１のコネクタはその情報をコネクタログファイル２６４に送信する（ブロック４１４）。１つの実施形態によれば、ログファイル２６４に送信される情報は、第１のデータベース２１９に適用を試行した時刻を含む。
【０１２０】
データベース２１９への情報の適用の失敗が解決されると（ブロック４１６）、ログファイル２６４内の情報は第１のコネクタ２６２によってデータベース２１９に送信される（ブロック４１８）。つまり、第１トラッカ２６２はいずれかのデータベース内のレコードを読み取る公知の処理によってログファイル２６４の情報を読み取り、情報をデータベース２１９に送信する。１つの実施形態によれば、コネクタ２６２のデータベース２１９への送信が完了すると、コネクタ２６２は任意の公知の削除方法によってログファイル２６４から情報を削除することができる。
【０１２１】
別の態様によれば、情報がコネクタログファイル２６４に送信されると、コネクタ２６２は失敗を解決する前に、第１のシステム管理者にメッセージを送信して、管理者に失敗を通知する。１つの実施形態によれば、コネクタ２６２は第１のシステム２０２の失敗送信ログトラッカ２２３と同様のやり方で構成されており、所定の間隔で「起動」してログファイル２６４の中に存在するいずれかのレコードを読み取るようになっている。ログファイル２６４内のレコードを読み取ると、コネクタ２６２は第１のシステム管理者にメッセージを送信する。メッセージは、１つの実施形態によれば電子メールメッセージである。もしくは、メッセージはタスクメッセージであり、システム管理者のモニタ画面に点滅記号が送られ、管理者が点滅記号をクリックすると画面にメッセージが配信される。もしくは、メッセージは遠隔通信を介して送信される。メッセージは任意の公知の通信形式である。１つの実施形態によれば、メッセージは、通信情報自体の内容、失敗した適用を試行した時刻、及び他の何らかの関連情報を含む、失敗した適用に関する情報を含む。
【０１２２】
図２３は、本発明の１つの実施形態による第１のシステム２０２から外部システム２７２に情報を配信する方法を示す（４２０）。本発明の１つの態様によれば、外部システム２７２へのこの自動配信方法はＳＴＰ処理方法である。第１のコネクタ２６２は第１のデータベース２１９から所望の情報を引き出す（ブロック４２２）。つまり、第１のコネクタ２６２は、任意の公知のデータ読み取り方法を用いて第１のデータベース２１９の中の所望の情報を読み取る。次に、コネクタは情報を配信エンジン２８４に送信する（ブロック４２４）。
【０１２３】
配信エンジン２８４は、情報を所望の外部第１ファイル２８６と互換性のあるフォーマットに変換する（ブロック４２６）。つまり、配信エンジン２８４は情報の既存のフォーマットを目的の外部第２ファイル２８６のフォーマットに変換又は「マッピング」する。１つの実施形態によれば、マッピング又は変換は、情報を特定のデータベースと互換性のあるフォーマットに変換する任意の公知の方法で行われる。もしくは、配信エンジン２８４は、情報を複数の所望の外部第１ファイル２８６と互換性のあるフォーマットに変換する。
【０１２４】
もしくは、情報がすでに適切なフォーマットであれば、配信エンジン２８４は情報を検証する。つまり、配信エンジンは、情報のフォーマット及びコンテンツが外部ファイル２８６に書き込まれて受け入れられることを確認する処理を実施する。１つの実施形態によれば、検証は任意の公知の検証処理によって達成できる。変換及び／又は確認の後、所望の情報は所望の外部第１ファイル２８６に送信される（ブロック４２８）。１つの実施形態によれば、配信エンジン２８４は情報を外部ファイル２８６のデータベースに書き込む。もしくは、配信エンジン２８４は単純に外部ファイル２８６に情報を送信し、ファイル２８６のアプリケーションはその情報をデータベースに書き込む。本発明の別の態様では、情報は第１のコネクタ２６２で変換又は検証される。もしくは、所望の情報は複数の所望の第１のファイル２８６に送信される。１つの実施形態によれば、外部第１ファイル２８６はアプリケーションであり、所望の情報のアプリケーションへの送信は、アプリケーションで所望の作業を行うＳＴＰ作業である。この作業は、アプリケーションでトリガできる任意の公知の作業である。
【０１２５】
また、情報は、本発明の１つの実施形態によれば、第２のシステムから外部システムに配信され、第２のシステムを用いて外部システムからアクセスできる。更に、第２のコネクタからの第２のデータベースへの情報の適用失敗が追跡できる。通常、これらの処理は、第１のシステムで同じ処理について前述したように、同じ方法で行われる。
【０１２６】
別の実施形態によれば、本発明のシステム及び方法は、データベースシステム間の期待される通信情報を「照合」と呼ぶことができる処理において追跡して確認する段階を提供する。照合は、以下の記述できる。特定の環境において、第２のシステムで、取引を第１のシステムで行うように指定することが望ましい。第２のシステムでどの期待される取引が行われたかを指定することで、第２のシステムは、受信時に期待される取引に関する情報と実際の取引に関する情報とを比較して、実際の取引が期待通りに行われたか否かを判断することができる。１つの例示的な実施形態において、システムは複数の銀行であり、第２の銀行の口座名義人は第１の銀行で１００ドルの預金の受信を、従って期待される１００ドルの預金が第２の銀行で入金されたという情報を待っている。従って、１００ドルが第１の銀行で預金され、その取引情報が第２銀行に送信されると、実際の取引情報は期待される取引情報と一致するので、取引が期待した方法で行われたことが直ちに分かる。逆に、第１の銀行での預金が５０ドルのみであれば、実際の取引情報は期待される情報と一致せず、取引が期待した方法で行われなかったことが直ちに分かる。
【０１２７】
図２４は、データベースシステム間の期待される通信情報の追跡及び確認を可能にするネットワークベースの通信システムのアーキテクチャの実施形態を示す。システムは、第１のデータベースシステム２０２、第２のデータベースシステム２０４、及び識別システム２０６を備える。もしくは、ネットワークは識別システムをもたない。
【０１２８】
第１のシステム２０２は、データベース２１９、同期サーバ２２４、第１の照合ファイル２９６、及び第１の照合アプリケーション２９７を有する。第１の照合ファイル２９６は、１例として第２のシステム２０４である他のデータベースシステムから受信されることが期待される情報に関する情報を受信して保存するようになっているデータベースである。もしくは、照合ファイル２９６はデータベース２１９内に設置される。第１の照合アプリケーション２９７は、照合ファイル２９６を読み取って実際の取引情報を照合ファイル２９６に格納されている期待される取引の情報と比較するようになっているアプリケーションである。照合アプリケーション２９７は、通信情報で受信したレコードをデータベース内のレコードと比較するための任意の公知のアプリケーションとすることができる。
【０１２９】
第２のシステム２０４は、データベース２３９、同期サーバ２４４、第２の照合ファイル２９８、及び第２の照合アプリケーション２９９を有する。第２の照合ファイル２９８は、１例として第１のシステム２０２である他のデータベースシステムから受信されることが期待される情報に関する情報を受信して保存するようになっているデータベースである。もしくは、照合ファイルはデータベース２３９内に設置される。第２の照合アプリケーション２９９は、照合ファイル２９８を読み取って実際の取引情報を照合ファイル２９８に格納されている期待される取引の情報と比較するようになっているアプリケーションである。照合アプリケーション２９９は、通信情報で受信したレコードをデータベース内のレコードと比較するための任意の公知のアプリケーションとすることができる。
【０１３０】
図２５は、本発明の１つの実施形態に基づいて、期待される情報及び実際の情報を照合する方法４５０を示す。第１のシステムで行われることが期待される取引（「期待取引」）に関する情報は、第２のシステム２０４の照合ファイル２９８に入力される（ブロック４５２）。つまり、第１のシステム２０２の第１のデータベース２１９に書き込まれることが期待されるデータに関する情報は、第２のシステム２０４の照合ファイル２９８に書き込まれる。１つの実施形態によれば、情報はアプリケーションによって入力される。もしくは、情報は任意の公知の方法で入力される。第１のシステム２０２において、取引又は第１のデータベース２１９への書き込みが実際に行われ、実際の取引に関する取引情報が第２のデータベース２３９に送信されると（ブロック４５４）、実際の取引情報は照合ファイル２９８内の期待される取引の情報と比較される（ブロック４５６）。つまり、照合アプリケーション２９９は、照合ファイル２９８を読み取って実際の取引情報を期待される取引情報と比較する。１つの実施形態において、照合アプリケーション２９９は、期待される取引情報及び実際の取引情報の両方における所定のフィールドを比較して、同一か否かを決定する。もしくは、照合処理はデータベース２３９内で行われる。
【０１３１】
初期の通信情報及び期待される取引情報が一致すると（ブロック４５８）、照合通知が第１のシステム２０２に送信される（ブロック４６０）。つまり、実際の情報は、レコード内の別のフィールドに格納される照合ステータスと共にデータベース２３９に書き込まれ、本発明に基づいて、第１のシステム２０２に通信情報を送信する処理が行われる。通信情報が第１のデータベース２１９に適用されると、前述のように第１のシステム２０２は第２のシステムに受領通知を送信する（ブロック４６２）。しかしながら、第２のシステム２０４に送信された初期の通信情報がいずれかの期待される取引情報と一致しない場合（ブロック４６４）、不一致通知が第１のシステム２０２に送信される（４６６）。つまり、第１のシステム２０２に返信された通知は、実際の取引情報が期待される取引情報と一致しないという情報を含む。もしくは、部分的に一致する場合、通知は、実際の取引情報が部分的に期待される取引情報と一致したという情報を含み、一致した部分及び不一致の部分に関する記述を与えることができる。次に、第１のシステム２０２は、第２のシステム２０４に受領通知を送信する（ブロック４６８）。
【０１３２】
また、１つの実施形態によれば、照合は第１のシステム２０２で行うことができる。通常、照合は、第２のシステムにおける同じ処理に関して前述したように、同じ方法で行われる。
【実施例】
【０１３３】
図２６は、本発明のネットワークを利用する例示的な銀行取引を示す。例示的な実施形態によれば、ネットワークは、支払側データベースシステム５００、支払側銀行データベースシステム５０２、受取側データベースシステム５０４、及び受取側銀行データベースシステム５０６を有し、全てはネットワーク（図示せず）経由で通信する。支払側データベースシステムに割り当てられる固有ＩＤはＡ１であるが、支払側銀行システムに割り当てられる固有ＩＤはＡ２である。更に、受取側銀行システムに割り当てられる固有ＩＤはＡ３であり、受取側システムに割り当てられる固有ＩＤはＡ４である。
【０１３４】
一例として、支払側は一定の商品を受取側から購入する会社とすることができる。その結果、支払側は支払側銀行にある口座から資金を引き出して受取側銀行の受取側の口座に預金を行う必要がある。この例では、支払側及び受取側は、インターネット経由でそれぞれの銀行に接続されている経理データベースシステムを有する。従って、支払側の会社は、支払側データベースシステム５００においてデータベースに特定の口座への納付指示を書き込むことで取引を開始する。従って、支払側システム５００は自動的に取引情報を送信するが、この場合、支払側銀行システム５０２に対する納付指示である（ステップ１）。代表的な通信情報を図２６に通信情報１として示す。通信情報１は、支払側データベースのレコードに書き込まれる固有ＩＤ（「Ａ１」）を含む。また、通信情報は、支払側データベースに書き込まれるレコードに割り当てられる、この場合「１００」である標準データベースレコードＩＤを含む。固有ＩＤ及びデータベースレコードＩＤの組み合わせにより、例示的なネットワーク全体で固有の固有レコードＩＤがもたらされる。最後に、通信情報は、納付に関する適切な情報を含む（通信情報１では「納付データ」として識別される）。
【０１３５】
支払側銀行システム５０２は通信情報１を受信して、それを支払側銀行データベースに書き込み、通信情報１の納付データとして識別される適切な口座と関連付ける。本明細書で開示したように自動受領通知が生成されて支払側システム５００に返信され、通信情報１の納付指示が支払側銀行データベースに書き込まれたことを確認する（ステップ２）。代表的な受領通知を通信情報２として示す。通信情報２は、通信情報１と同じ固有ＩＤ及び標準レコードＩＤを含むので、受領通知は、支払側システム５００において適切なレコード、すなわち適切な口座と関連付けることができる。また、通信情報２は、通信情報１が支払側銀行データベースに書き込まれた日付及び時刻に関する情報を含む（代表的な通信情報２では「タイムスタンプ」と呼ばれる）。
【０１３６】
通信情報１における納付指示の結果、支払側銀行システム５０２は、納付指示を受取側銀行システム５０４に転送する（ステップ３）。納付指示を含む代表的な通信情報を通信情報３として示す。通信情報３は、支払側銀行システム（「Ａ２」）の固有ＩＤ、及び支払側銀行データベースにおいて適切なレコードを識別する標準レコードＩＤ（「２１０」）を含む（標準レコードＩＤは、納付指示がデータベースに書き込まれた際に支払側銀行データベースに割り当てられている）。従って、固有ＩＤ及び標準レコードＩＤの組み合わせは、レコードが例示的なネットワーク全体で固有のＩＤを有することを保証する。更に、通信情報３は、適切な口座ＩＤを含む、納付指示情報を含む。特定の実施形態では、通信情報３は決済システム（図示せず）に送信され、次に、受取側銀行システムに転送されることができる。決済システムは、銀行間の全ての取引を監視する連邦システムである。
【０１３７】
支払側銀行が支店又は出張所をもたない外国に受取側銀行システムが設置されている場合といった特定のケースでは、支払銀行システム５０２は、支払側の銀行の国及び受取側の銀行の国の両方に支店又は出張所を有する対応する銀行システム（図示せず）に通信情報３を送信することになる。この場合、通信情報３は、各通信情報の間の関係が失われないように、通信情報２とリンク又は関連付けする必要がある。つまり、支払側銀行システム５０２内のアプリケーションは、リンクするデータベースに、通信情報１の固有ＩＤに通信情報３の固有ＩＤを関連付けるレコードを書き込む。レコード１は、通信情報１及び３の固有ＩＤを含む代表的レコードを示す。ゆえに、通信情報３に関連するいずれかの通信情報が支払側銀行システムで受信されると、通信情報は通信情報１にも関連付けられ、通信情報１に関する適切な通信は支払側システム５００に送信できることが知られている。
【０１３８】
受取側銀行システム５０４で納付指示が受信されると、通信情報は本明細書で開示されたように処理され、通信情報は受取側銀行システム５０４から受取側５０６に送信され、納付情報を受取側システム５０６に与えるようになっている（ステップ４）。納付情報を含む代表的な通信情報を通信情報４として示す。通信情報４は、受取側銀行システム（「Ａ３」）の固有ＩＤ、及び受取側銀行データベースにおいて適切なレコードを識別する標準レコードＩＤ（「４２０」）を含む（標準レコードＩＤは、納付指示がデータベースに書き込まれた際に受取側銀行データベースに割り当てられる）。従って、固有ＩＤ及び標準レコードＩＤの組み合わせは、レコードが例示的なネットワーク全体で固有のＩＤを有することを保証する。更に、通信情報４は適切な口座ＩＤを含む、納付情報を含む。
【０１３９】
受取側銀行システム５０６は通信情報４を受信して、それを受取側銀行データベースに書き込み、通信情報４の納付データとして識別される適切な口座と関連付ける。本明細書で開示されるように自動受領通知が生成されて受取側銀行システム５０４に返信され、通信情報４の納付情報が受取側データベースに書き込まれたことが確認される（ステップ５）。代表的な受領通知を通信情報５として示す。通信情報５は通信情報４と同じ固有ＩＤ及び標準レコードＩＤを含むので、受取側銀行システムでは受領通知は適切なレコード、従って適切な口座と関連付けることができる。また、通信情報５は、通信情報４が受取側データベースに書き込まれた日付及び時刻に関する情報を含む（代表的な通信情報５では「タイムスタンプ」と呼ばれる）。
【０１４０】
また、１つの実施形態において、本発明の照合機能は本例でも利用される。つまり、支払側システム５００で実際の取引を開始する前に、受取側会社の利用者は受取側データベースにおいて期待される取引に関する情報を入力する。例えば、受取会社は支払会社に所定の商品を所定の価格で販売するので、受取側データベースで受領することが期待される納付額として、その金額を受取側データベースに入力することができる。従って、実際の納付情報が受取側データベースに書き込まれると、期待される納付情報と比較される。本例において、実際の納付情報は期待される納付情報と一致するので、情報が一致したことを示す照合ステータス通知が受取側銀行システム５０４に送信される（ステップ６）。代表的な照合ステータス通知を通信情報６として示す。通信情報６は、通信情報５と同じ固有ＩＤ及び標準レコードＩＤを含むので、受取側銀行システムでは照合ステータスは適切なレコード、従って適切な口座と関連付けることができる。また、通信情報６は照合情報を含む。もしくは、通信情報６は、受取側システムの固有ＩＤ（「Ａ４」）及び新しい標準データベースレコードＩＤを含み、「Ａ３」及び「４２０」という元の納付通信ＩＤの参照の結果として適切なレコードに関連付けることができる。
【０１４１】
決済システムによって納付が決済されると、決済システムは、支払側銀行から資金を取得して受取側銀行に資金を送付することになる。資金を受領すると、受取側銀行システム５０４は支払側銀行システム５０２に通信情報を送信して、支払側システム５０２に資金受領に関する情報（又は「決済ステータス」）を与える（ステップ７）。納付が決済システムによって決済されなければ、決済ステータス通信情報は、納付が受領されていないことを支払側システム５０２に通知する。決済ステータス情報を含む代表的な通信情報を通信情報７として示す。通信情報７は通信情報３と同じ固有ＩＤ及び標準レコードＩＤを含むので、支払側銀行システムでは決済ステータスは適切なレコード、従って適切な口座と関連付けることができる。また、通信情報７は決済ステータス情報を含む。もしくは、通信情報７は受取側銀行システムの固有ＩＤ（「Ａ３」）及び新規標準データベースレコードＩＤを含むことができ、「Ａ２」及び「２１０」という元の納付ＩＤの参照の結果として、又は支払側銀行システム５０２のリンクするデータベースに記録された通信との間の関連付けの結果として、適切なレコードと関連付けることができる。
【０１４２】
決済ステータスを含む通信情報７が支払側銀行システム５０２で受信されると、リンクするデータベース又は通信情報３の元の納付通信への参照によって、通信情報は納付指示１と関連付けられる。支払側銀行システム５０２は通信情報７を受領すると、通信情報を支払側システム５００に送信し、決済ステータス情報を支払側システムに与える（ステップ８）。納付が決済システムによって決済されなければ、決済ステータス通信情報は納付が受領されていないことを支払側システム５００に通知する。決済ステータス情報を含む代表的な通信情報を通信情報８として示す。通信情報８は通信情報１と同じ固有ＩＤ及び標準レコードＩＤを含むので、支払側システム５００では決済ステータスは適切なレコード、従って適切な口座と関連付けることができる。また、通信情報８は決済ステータス情報を含む。もしくは、通信情報８は支払側銀行システムの固有ＩＤ（「Ａ２」）及び新規標準データベースレコードＩＤを含むことができ、「Ａ１」及び「１００」という元の納付ＩＤの参照の結果として、又は支払側銀行システム５０２のリンクするデータベースに記録された通信との間の関連付けの結果として、適切なレコードと関連付けることができる。
【０１４３】
図２７は、本発明の１つの実施形態に基づいて、第１のシステムで他のシステムとの取引を追跡するようになっている取引モニタを示すスクリーンショットである。例えば、１つの実施形態によれば、図２７は、前記の例の支払側銀行システムでの取引の追跡を示す。各々の取引レポートは、取引に関連する口座番号５１０、取引に関連する自動通信情報が受取側銀行システムに送信された時刻５１２、通信情報が受取側銀行システムで受信された時刻（受取側銀行システムによって送信された受領通知がもたらす）５１４、照合又は勘定調整ステータス５１６、取引が受取側銀行システムによって照合又は勘定調整された時刻５１８、及び勘定調整又は照合ステータス通知が支払側銀行システムによって受信された時刻５２０を含む。
【０１４４】
本発明は、好ましい実施形態に基づいて説明されているが、当業者であれば、本発明の精神及び範囲を逸脱することなく形式上及び詳細に変更できることを理解できるであろう。
【図面の簡単な説明】
【０１４５】
【図１】既存メッセージングシステムの例示的アーキテクチャを示す概略図である。
【図２】既存Ｗｅｂサービスシステムの例示的アーキテクチャを示す概略図である。
【図３】本発明の１つの実施形態に基づく、ネットワークベースの通信システムのアーキテクチャを示す概略図である。
【図４】本発明の１つの実施形態に基づく、ネットワークベースの通信システムの確立を示すフローチャートである。
【図５】本発明の１つの実施形態に基づく、第１のデータベースシステムの指定を示すフローチャートである。
【図５Ａ】本発明の１つの実施形態に基づく、代表的データベースレコードを例示的に示すダイアグラムである。
【図６】本発明の１つの実施形態に基づく、第１及び第２のシステム間の通信の確立を示すフローチャートである。
【図６Ａ】本発明の１つの実施形態に基づく、データベースシステムでの他のシステムの識別情報の受領を示す代表的スクリーンショットのダイアグラムである。
【図７】本発明の１つの実施形態に基づく、ネットワークベースの通信システムのアーキテクチャを示す概略図である。
【図８】本発明の１つの実施形態に基づく、ネットワークベースの通信システムのアーキテクチャを示す概略図である。
【図９】本発明の１つの実施形態に基づく、ネットワークベースの通信システムにおける口座の作成を示すフローチャートである。
【図１０】本発明の１つの実施形態に基づく、口座情報の第２のデータベースへの自動送信を示すフローチャートである。
【図１１】本発明の１つの実施形態に基づく、第２のデータベースでの口座情報の受領、及び受領通知の第１のデータベースへの自動送信を示すフローチャートである。
【図１２】本発明の１つの実施形態に基づく、ネットワークベースの通信システムの運用を示すフローチャートである。
【図１３】本発明の１つの実施形態に基づく、開始された取引情報の自動送信を示すフローチャートである。
【図１３Ａ】本発明の１つの実施形態に基づく、データベースの取引に関するレコードの例示的な組を示す代表的スクリーンショットのダイアグラムである。
【図１４】本発明の１つの実施形態に基づく、第２のシステムでの取引情報の受領、及び受領通知の第１のシステムへの自動送信を示すフローチャートである。
【図１５】本発明の更に別の実施形態に基づく、ネットワークベースの通信システムのアーキテクチャを示す概略図である。
【図１６】本発明の１つの実施形態に基づく、第２のシステムに正常に送信されなかった情報を第１のシステムにおいて追跡する方法を示すフローチャートである。
【図１７】本発明の１つの実施形態に基づく、第２のデータベースに正常に適用されなかった情報を第２のシステムにおいて追跡する方法を示すフローチャートである。
【図１８】本発明の１つの実施形態に基づく、第１のシステムに正常に送信されなかった受領通知を第２のシステムにおいて追跡する方法を示すフローチャートである。
【図１９】本発明の１つの実施形態に基づく、第１のデータベースに正常に適用されなかった受領通知を第１のシステムにおいて追跡する方法を示すフローチャートである。
【図２０】本発明の更に別の実施形態に基づく、ネットワークベースの通信システムのアーキテクチャを示す概略図である。
【図２１】本発明の１つの実施形態に基づく、第１のデータベースシステムで外部情報にアクセスする方法を示すフローチャートである。
【図２２】本発明の１つの実施形態に基づく、外部情報の第１のデータベースへの適用失敗を追跡する方法を示すフローチャートである。
【図２３】本発明の１つの実施形態に基づく、第１のシステムから外部システムに情報を配信する方法を示すフローチャートである。
【図２４】本発明の更に別の実施形態に基づく、ネットワークベースの通信システムのアーキテクチャを示す概略図である。
【図２５】本発明の１つの実施形態に基づく、期待及び実際の取引情報を照合する方法を示すフローチャートである。
【図２６】本発明の１つの実施形態に基づく、通信ネットワークを利用する例示的な銀行取引を示す概略図及びフローチャートである。
【図２７】本発明の１つの実施形態に基づく、第１のデータベースシステムで他のシステムとの取引を追跡して他のデータベースシステムと通信するようになっている取引モニタを示す代表的スクリーンショットのダイアグラムである。
【図１】
2006523341.tif 000003
【図２】
2006523341.tif 000004
【図３】
2006523341.tif 000005
【図４】
2006523341.tif 000006
【図５】
2006523341.tif 000007
2006523341.tif 000008
【図６】
2006523341.tif 000009
2006523341.tif 000010
【図７】
2006523341.tif 000011
【図８】
2006523341.tif 000012
【図９】
2006523341.tif 000013
【図１０】
2006523341.tif 000014
【図１１】
2006523341.tif 000015
【図１２】
2006523341.tif 000016
【図１３】
2006523341.tif 000017
2006523341.tif 000018
【図１４】
2006523341.tif 000019
【図１５】
2006523341.tif 000020
【図１６】
2006523341.tif 000021
【図１７】
2006523341.tif 000022
【図１８】
2006523341.tif 000023
【図１９】
2006523341.tif 000024
【図２０】
2006523341.tif 000025
【図２１】
2006523341.tif 000026
【図２２】
2006523341.tif 000027
【図２３】
2006523341.tif 000028
【図２４】
2006523341.tif 000029
【図２５】
2006523341.tif 000030
【図２６】
2006523341.tif 000031
【図２７】
2006523341.tif 000032
【国際調査報告】
2006523341.tif 000033
2006523341.tif 000034
2006523341.tif 000035