取引情報を管理する内部データベースを有する内部システムと、端末と、を備える取引管理システムであって、前記端末は、外部システムが有する外部データベースに対して前記取引情報を登録し、前記内部システムは、前記外部データベースに登録された取引情報を前記外部システムから取得し、当該取得した取引情報を前記内部データベースへ登録する登録処理を実行し、前記登録処理の結果を、前記外部システムから取得した取引情報に対応付けて前記外部データベースへ登録し、前記端末は、前記外部データベースに登録された取引情報に対応付けられた登録処理結果を前記外部システムから取得することを特徴とする取引管理システム。前記内部システムは、前記登録処理結果を、前記外部データベースに予め設けられた付随情報領域へ登録することを特徴とする請求項1に記載の取引管理システム。前記内部システムは、前記外部データベースに登録された取引情報を前記外部システムから取得し、当該取引情報について前記内部データベースへ登録するための変換を行い、当該変換後の取引情報について前記登録処理を実行する中継サーバをさらに備えることを特徴とする請求項1又は2に記載の取引管理システム。前記中継サーバは、前記取引情報の変換時にエラーを検出した場合に、当該エラーを示すエラー情報を前記登録処理結果として当該取引情報に対応付けて前記外部データベースへ登録することを特徴とする請求項3に記載の取引管理システム。前記中継サーバは、前記変換後の取引情報を前記内部データベースへ格納する際にエラーを検出した場合に、当該エラーを示すエラー情報を前記登録処理結果として当該取引情報に対応付けて前記外部データベースへ登録することを特徴とする請求項3又は4に記載の取引管理システム。前記中継サーバは、前記検出されたエラーの内容に応じた対応策を前記エラー情報に付加することを特徴とする請求項4又は5に記載の取引管理システム。前記内部データベースは、複数の商品情報ごとに前記取引情報を管理し、前記内部システムは、前記取得した取引情報について前記登録処理を実行する際に、前記内部データベースにおいて当該取引情報が属する商品情報に対するバッチ処理中、かつ、当該内部データベースの全体に対するバッチ処理前であると判定した場合に、当該全体に対するバッチ処理後に登録されるように前記取引情報の登録を保留し、当該取引情報が当該全体に対するバッチ処理後に登録される旨を前記登録処理結果として当該取引情報に対応付けて前記外部データベースへ登録することを特徴とする請求項1乃至6のいずれか1項に記載の取引管理システム。前記取引管理システムは、前記内部システムからの通知に応じた処理を行う後段システムをさらに備え、前記内部システムは、前記取引情報について前記登録処理を実行すると共に、前記取引情報に基づく通知を前記後段システムに対して送信し、前記後段システムからの処理結果を前記登録処理結果に含めて、前記外部システムから取得した取引情報に対応付けて前記外部データベースへ登録することを特徴とする請求項1乃至7のいずれか1項に記載の取引管理システム。内部システムと端末とを用いて外部システムを介した取引情報の管理を行う取引管理方法であって、前記端末が、前記外部システムが有する外部データベースに対して前記取引情報を登録し、前記内部システムが、前記外部データベースに登録された取引情報を前記外部システムから取得し、当該取得した取引情報を当該内部システムが有する内部データベースへ登録する登録処理を実行し、前記登録処理の結果を、前記外部システムから取得した取引情報に対応付けて前記外部データベースへ登録し、前記端末が、前記外部データベースに登録された取引情報に対応付けられた登録処理結果を前記外部システムから取得することを特徴とする取引管理方法。外部システムと内部システムとの間で取引情報を中継するための処理をコンピュータに実行させる取引情報中継プログラムであって、前記外部システムが有する外部データベースに対して端末から登録された取引情報を当該外部システムから取得する取得処理と、前記取得した取引情報について前記内部システムが有する内部データベースへ登録するための変換処理と、前記変換後の取引情報を前記内部データベースへ登録する第1の登録処理と、前記第1の登録処理の結果を、前記外部システムから取得した取引情報に対応付けて前記外部データベースへ登録する第2の登録処理と、を前記コンピュータに実行させることを特徴とする取引情報中継プログラム。ところで、近年、金融機関の間で行われる金融取引について一元的な管理を行うための情報システム以下、外部システムと呼ぶ。について、各金融機関において導入が進められている。一方、既存の内部システムには、過去の大量の取引情報が管理されており、今後も維持管理が必要である。そのため、これまで内部システムを用いて行われていた全ての業務を外部システムに置き換えて行うことは現実的ではない。そこで、外部システムの導入に当たり、既存の内部システムとのデータ連携をし、内部システムと外部システムとを併存させて運用することが望まれる。併せて、入出力画面の一元化も求められる。しかし、内部システムと外部システムには、通常、それぞれ独自の管理項目が存在する。ここで、外部システムの仕様変更は、金融機関が単独で行うことができない。そこで、内部システムの入出力画面を改修することが考えられる。しかし、長年の運用実績のある内部システムに大幅な改修を加えることは、機能のデグレードのリスクがあり、長い開発期間及び高い開発費用等が必要となる。また、仮に、内部システムに大規模な改修を行ったとしても、外部システムの導入により他の金融機関と入出力インタフェースを合わせる意義もあるため、ユーザは外部システムの入出力画面を使用する必要がある。つまり、ユーザは外部システム及び内部システムの入出力画面の双方を使用して金融取引を管理することとなってしまう。そのため、ユーザが双方の画面に重複する内容を入力するなど操作が煩雑となり、ユーザの負担が大きいという問題点がある。尚、特許文献1では、対顧客ディーラー型の金融機関が、独自の内部システムを用いずに、単にグローバルディーラー型の金融機関側の取引システムを参照しているため、上述した問題点を解決することはできない。本発明は、このような問題点を解決するためになされたものであり、外部システムに改修を加えずに内部システムとのデータ連携を実現し、取引情報の入出力画面を外部システム側に一元化することにより、ユーザの入力負担を軽減するための取引管理システム、取引管理方法及び取引情報中継プログラムを提供することを目的とする。本発明の第1の態様にかかる取引管理システムは、取引情報を管理する内部データベースを有する内部システムと、端末と、を備える取引管理システムであって、前記端末は、外部システムが有する外部データベースに対して前記取引情報を登録し、前記内部システムは、前記外部データベースに登録された取引情報を前記外部システムから取得し、当該取得した取引情報を前記内部データベースへ登録する登録処理を実行し、前記登録処理の結果を、前記外部システムから取得した取引情報に対応付けて前記外部データベースへ登録し、前記端末は、前記外部データベースに登録された取引情報に対応付けられた登録処理結果を前記外部システムから取得することを特徴とする。また、前記内部システムは、前記登録処理結果を、前記外部データベースに予め設けられた付随情報領域へ登録することが望ましい。さらに、前記内部システムは、前記外部データベースに登録された取引情報を前記外部システムから取得し、当該取引情報について前記内部データベースへ登録するための変換を行い、当該変換後の取引情報について前記登録処理を実行する中継サーバをさらに備えることが望ましい。また、前記中継サーバは、前記取引情報の変換時にエラーを検出した場合に、当該エラーを示すエラー情報を前記登録処理結果として当該取引情報に対応付けて前記外部データベースへ登録することが望ましい。さらに、前記中継サーバは、前記変換後の取引情報を前記内部データベースへ格納する際にエラーを検出した場合に、当該エラーを示すエラー情報を前記登録処理結果として当該取引情報に対応付けて前記外部データベースへ登録するとよい。また、前記中継サーバは、前記検出されたエラーの内容に応じた対応策を前記エラー情報に付加するとよい。また、前記内部データベースは、複数の商品情報ごとに前記取引情報を管理し、前記内部システムは、前記取得した取引情報について前記登録処理を実行する際に、前記内部データベースにおいて当該取引情報が属する商品情報に対するバッチ処理中、かつ、当該内部データベースの全体に対するバッチ処理前であると判定した場合に、当該全体に対するバッチ処理後に登録されるように前記取引情報の登録を保留し、当該取引情報が当該全体に対するバッチ処理後に登録される旨を前記登録処理結果として当該取引情報に対応付けて前記外部データベースへ登録するとよい。また、前記取引管理システムは、前記内部システムからの通知に応じた処理を行う後段システムをさらに備え、前記内部システムは、前記取引情報について前記登録処理を実行すると共に、前記取引情報に基づく通知を前記後段システムに対して送信し、前記後段システムからの処理結果を前記登録処理結果に含めて、前記外部システムから取得した取引情報に対応付けて前記外部データベースへ登録することが望ましい。本発明の第2の態様にかかる取引管理方法は、内部システムと端末とを用いて外部システムを介した取引情報の管理を行う取引管理方法であって、前記端末が、前記外部システムが有する外部データベースに対して前記取引情報を登録し、前記内部システムが、前記外部データベースに登録された取引情報を前記外部システムから取得し、当該取得した取引情報を当該内部システムが有する内部データベースへ登録する登録処理を実行し、前記登録処理の結果を、前記外部システムから取得した取引情報に対応付けて前記外部データベースへ登録し、前記端末が、前記外部データベースに登録された取引情報に対応付けられた登録処理結果を前記外部システムから取得することを特徴とする。本発明の第3の態様にかかる取引情報中継プログラムは、外部システムと内部システムとの間で取引情報を中継するための処理をコンピュータに実行させる取引情報中継プログラムであって、前記外部システムが有する外部データベースに対して端末から登録された取引情報を当該外部システムから取得する取得処理と、前記取得した取引情報について前記内部システムが有する内部データベースへ登録するための変換処理と、前記変換後の取引情報を前記内部データベースへ登録する第1の登録処理と、前記第1の登録処理の結果を、前記外部システムから取得した取引情報に対応付けて前記外部データベースへ登録する第2の登録処理と、を前記コンピュータに実行させることを特徴とする。本発明によれば、外部システムに改修を加えずに内部システムとのデータ連携を実現し、取引情報の入出力画面を外部システム側に一元化することにより、ユーザの入力負担を軽減するための取引管理システム、取引管理方法及び取引情報中継プログラムを提供することができる。以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略する。<発明の実施の形態1>図1は、本発明の実施の形態1にかかる取引管理システム100の全体構成を示すブロック図である。取引管理システム100は、内部システム3と端末1とを用いて外部システム2を介した取引情報の管理を行う情報システムである。内部システム3は、特定の金融機関における金融取引を管理する情報システムである。また、端末1は、内部システム3を所有する金融機関に所属するユーザにより操作されるコンピュータ装置である。そして、外部システム2は、金融機関の間で行われる金融取引について一元的な管理を行うための情報システムである。また、外部システム2は、取引情報を管理する外部DBDataBase20を有する。外部DB20は、少なくとも取引情報21を格納する。ここで、取引情報21とは、複数の金融機関の間で締結された金融取引を管理するための情報である。取引情報21には、例えば、当該金融取引の外部DB20内での識別情報、金融商品の種別、取引元、取引先、金額、金利、通貨及び各種契約条件等の情報が含まれる。尚、取引元には、外部システム2に対するアクセス認証に用いられたログインIDなどの識別情報を用いることができる。また、外部DB20には、付随情報領域22が予め設けられているものとする。付随情報領域22は、少なくとも取引情報21の識別情報と、所定サイズのテキストデータとを対応付けて格納する領域であるものとする。付随情報領域22としては、例えば、コメント欄等の文字情報の記載欄が該当する。つまり、付随情報領域22は、外部システム2のデフォルトのデータ格納領域である。そのため、外部システム2は、外部DB20の仕様変更を必要とせず、所定サイズの任意のデータが登録可能である。外部システム2は、外部DB20への処理を制御するためのサーバプログラムが稼働しており、対応するクライアントアプリケーションからのアクセスにより応答する。そのため、外部システム2は、ネットワーク不図示を介して、複数の金融機関の情報システム不図示や端末装置不図示上で稼働する上記クライアントアプリケーションからの各種処理要求を受け付け、取引情報21の登録、更新及び削除を行う。また、各種処理要求が付随情報領域22に対するデータの登録要求である場合、外部システム2は、当該登録要求で指定されたデータを付随情報領域22に格納する。また、外部システム2は、上記クライアントアプリケーションからの各種データ取得要求を受け付け、外部DB20に格納された取引情報21や付随情報領域22に登録されたデータを読み出して、要求元へ返信する。そして、外部システム2は、内部システム3及び端末1を所有する特定の金融機関以外の組織が運用しているものとする。また、外部システム2には、上述した特徴を備えたものであれば、公知の様々な情報システムを適用可能である。そのため、その他の機能及び構成について、詳細な説明を省略する。端末1は、ネットワークを介して外部システム2と接続されたコンピュータ装置である。尚、端末1は、2台以上であっても構わない。端末1は、外部DB20に対して取引情報21の登録を行う。端末1は、少なくとも入力部11と、表示部12と、制御部13とを備える。入力部11は、例えばキーボードやマウス等の入力装置である。表示部12は、例えば画面等の表示装置である。制御部13は、例えばCPUCentralProcessingUnit等の制御装置である。また、端末1は、図示しない構成として、RAMRandomAccessMemory及びROMReadOnlyMemory等のメモリ及びハードディスクや、ネットワークを介して外部システム2とデータの送受信を行うための通信部を備える。ハードディスクには、OSOperatingSystem及び外部システム2へアクセスするための上記クライアントアプリケーションが記憶されている。クライアントアプリケーションは、取引情報21を外部システム2に対して登録する処理と、登録した取引情報21に対応する付随情報領域22の情報を取得する処理とを実行するためのコンピュータプログラムである。尚、OSは、周知のコンピュータプログラムであるため、説明を省略する。制御部13は、端末1における各種処理、メモリ、通信部及びハードディスクへのアクセス等を制御する。端末1は、制御部13がハードディスクに記憶されたOS及びクライアントアプリケーションを読み込み、実行する。これにより、端末1は、ユーザから入力部11を介して取引情報の入力を受け付け、受け付けた取引情報を外部システム2へ通信部を介して送信する。また、端末1は、ユーザから入力部11を介して、自己が入力した取引情報に対応する付随情報領域22の内容を閲覧する指示を受け付け、取得要求を外部システム2へ通信部を介して送信する。そして、端末1は、外部システム2から付随情報領域22の内容を受け付けると、表示部12に表示する。そのため、付随情報領域22に端末1から登録された取引情報についての経過情報が格納されていれば、端末1は、取引情報に対応する経過情報を閲覧することができる。特に、経過情報として、外部システム2以外での処理結果、例えば、取引情報21の内部DB323への登録処理結果が格納されていれば、端末1は、外部システム2に対応するクライアントアプリケーションにより、登録要求を行った取引情報に対応付けられた登録処理結果を取得することができる。そのため、端末1を操作するユーザは、内部システム3へ直接アクセスせずとも、外部システム2の入出力画面を介して、自己が入力した取引情報についての登録処理結果を確認できる。内部システム3は、外部DB20に登録された取引情報21を外部システム2から取得する。そして、内部システム3は、当該取得した取引情報21を内部DB323へ登録する登録処理を実行する。続いて、内部システム3は、登録処理の結果である登録処理結果を、外部システム2から取得した取引情報21に対応付けて外部DB20へ登録する。このとき、内部システム3は、登録処理結果を外部DB20内の付随情報領域22へ登録する。内部システム3は、中継サーバ31と、内部サーバ32とを備える。内部サーバ32は、特定の金融機関における取引情報の管理を行うコンピュータ装置である。尚、内部サーバ32は、複数のコンピュータ装置を用いて実現してもよい。内部サーバ32は、WSSWebServiceServer321と、格納制御部322と、内部DB323とを備える。内部DB323は、取引情報を管理するための記憶領域を備えたデータベースシステムである。内部DB323は、少なくとも複数の商品情報325ごとに取引情報324を管理する領域を有する。商品情報325は、金融取引における金融商品の種別に関する情報である。取引情報324には、例えば、当該金融取引の内部DB323内での識別情報、金融商品の種別、取引元、取引先、金額、金利、通貨及び各種契約条件等の情報が含まれる。尚、取引元には、内部サーバ32に対するアクセス認証に用いられたユーザIDなどの識別情報を用いることができる。但し、取引情報21と取引情報324とは、概念としては共通するが、具体的なデータ項目やコード体系は異なるものである。格納制御部322は、例えばCPU等の制御装置である。格納制御部322は、内部サーバ32の外部から取引情報の格納要求を受信し、当該格納要求に基づき、取引情報を内部DB323へ格納する格納処理を制御する。また、格納制御部322は、内部DB323から当該格納処理に応じた格納処理結果を受け取り、当該格納要求の要求元へ返信する。格納処理結果としては、取引情報が内部DB323への格納処理、つまり、取引情報の追加又は更新等の成功又は失敗を含む。格納処理結果は、例えば、メッセージコード又はエラーコード等の内部DB323からの戻り値である。また、内部DB323から所定時間応答がないときは、格納制御部322がその旨を格納処理結果としてもよい。但し、格納処理結果は、これに限定されない。尚、格納制御部322は、端末1からの取引情報の格納要求を受け付け可能であってもよい。WSS321は、所定のデータ形式に基づく処理要求を内部サーバ32の外部から受信し、当該処理要求に基づいて、格納制御部322を介して内部DB323に対して処理を行うWebサービスサーバである。ここで、所定のデータ形式とは、例えば、WSDLWebServicesDescriptionLanguageファイルに定義された情報である。尚、Webサービスに関する技術は公知のものであるため、詳細な説明を省略する。また、内部サーバ32は、図示しない構成として、RAM及びROM等のメモリ及びハードディスクや、ネットワークを介して端末1や中継サーバ31とデータの送受信を行うための通信部を備える。ハードディスクには、OS、内部DB323へアクセスするための制御プログラム及びWebサービスサーバプログラム等が記憶されている。格納制御部322は、内部サーバ32における各種処理、メモリ、通信部及びハードディスクへのアクセス等を制御する。内部サーバ32は、格納制御部322がハードディスクに記憶されたOS及び制御プログラム等を読み込み、実行する。これにより、格納制御部322は、少なくとも上述した格納処理を実現する。また、内部サーバ32は、定期的に内部DB323のデータに対して一括した更新処理以下、バッチ処理と呼ぶ。を行うものとする。例えば、内部サーバ32は、日次で商品情報単位のバッチ処理を実行するものとする。また、内部サーバ32は、日次で全ての商品情報についてのバッチ処理が完了した後に、内部DB323の全体に対するバッチ処理を実行するものとする。尚、内部サーバ32は、上述した特徴を備えたものであれば、既存の金融機関内に閉じた取引情報を管理する情報システムを用いることが可能である。そのため、その他の機能及び構成について、詳細な説明を省略する。中継サーバ31は、外部システム2と内部サーバ32との間で取引情報を中継する。具体的には、中継サーバ31は、外部DB20に登録された取引情報21を外部システム2から取得し、当該取引情報21について内部DB323へ登録するための変換である変換処理を行い、当該変換後の取引情報について内部DB323へ登録するための登録処理を実行するコンピュータ装置である。また、中継サーバ31は、内部DB323からの登録処理結果を外部DB20へ登録する。ここで、中継サーバ31は、上記変換処理として外部DB20における取引情報21のデータ項目から、内部DB323における取引情報324等のデータ項目へのマッピングを行う。例えば、内部DB323のみに存在する属性に対応する属性値は、外部DB20には登録できない。そのため、中継サーバ31は、変換処理により、既定値を当該属性値として補完するか、取引情報21内の値に所定の加工を行うことで当該属性値を生成する。また、外部DB20のみに存在する属性に対応する属性値は、内部DB323には登録できない。そのため、中継サーバ31は、変換処理により、当該属性値を削除する。つまり、変換後の取引情報から除外する。さらに、中継サーバ31は、変換処理により、外部DB20の複数の項目の値を結合して、内部DB323内の一の項目値を生成する。また、中継サーバ31は、変換処理により、外部DB20内の一の項目値を所定の基準で分割して、内部DB323内の複数の項目値とする。また、外部システム2に対するアクセス認証に用いられたログインIDと、内部サーバ32に対するアクセス認証に用いられたユーザIDとを対応付けたリストが中継サーバ31内に予め登録済であるものとする。そのため、中継サーバ31は、変換処理により、当該リストを参照し、取引情報21に含まれるログインIDを、対応付けられたユーザIDに変換する。さらに、上記変換処理が取引情報21やリストの内容等に起因して正常に行えない場合、中継サーバ31は変換処理におけるエラーとして検出する。例えば、複数の項目の値を結合する場合であっても、外部システム2において入力が任意である項目に値が登録されていない場合がある。その場合、変換処理におけるエラーとして検出される。また、取引情報21に含まれるログインIDが、上記リストに存在しない場合等もエラーとして検出される。ここで、中継サーバ31は、取引情報21の変換時にエラーを検出した場合に、当該エラーを示すエラー情報を登録処理結果として取引情報21に対応付けて外部DB20へ登録することが望ましい。例えば、取引情報21に内部DB323に格納できない不正なデータを含む場合等に、内部DB323への登録処理を実行した場合、内部DB323から登録失敗の旨のエラー情報が返信される。しかし、内部DB323の仕様は予めわかっているため、取引情報21のデータ形式を変更する際に、不正なデータ等を検出することで、内部DB323への登録処理の実行を行う必要がなくなる。そのため、内部DB323の処理負荷を軽減することができる。また、中継サーバ31は、変換後の取引情報を内部DB323へ格納する際にエラーを検出した場合に、当該エラーを示すエラー情報を登録処理結果として取引情報21に対応付けて外部DB20へ登録するとよい。これにより、端末1は、内部DB323への直接のアクセスをすることなく、外部システム2から内部DB323への格納に関するエラー情報を取得することができる。そのため、端末1を使用するユーザがエラーの原因を調査する負担を軽減することができる。さらに、中継サーバ31は、検出されたエラーの内容に応じた対応策をエラー情報に付加するとよい。これにより、端末1を使用するユーザは、より迅速にエラーに応じた措置を取ることができ、登録業務を効率化することができる。ここで、中継サーバ31は、外部システムIF部311と、WSCWebServiceClient312と、中継制御部313とを備える。外部システムIF部311は、定期的に外部DB20に対して取引情報21の取得要求を送信し、応答として取引情報21を受信する。また、外部システムIF部311は、外部DB20に対して登録処理結果の登録要求を送信する。外部システムIF部311は、例えば、外部システム2から提供されるAPIApplicationProgramInterfaceを用いて実現可能である。当該APIは、外部システム2上で稼働するサーバプログラムに対応するクライアントアプリケーションの機能を有するものである。また、取得要求の対象とする取引情報は、外部DB20への登録処理が正常に完了し、中継サーバ31が未取得のデータや、以前に中継サーバ31が取得後に更新されたデータとする。WSC312は、上述したWSS321との通信が可能なWebサービスクライアントである。すなわち、WSC312は、WSS321に対して、所定のデータ形式に基づく処理要求に、変換後の取引情報を含めて送信する。中継制御部313は、外部システムIF部311及びWSC312を用いて、取引情報及び登録処理結果の中継を制御する制御装置である。また、格納制御部322は、例えばCPU等の制御装置である。また、中継サーバ31は、図示しない構成として、RAM及びROM等のメモリ及びハードディスクや、ネットワークを介して外部システム2とデータの送受信を行うための通信部を備える。ハードディスクには、OS、取引情報中継プログラム、Webサービスクライアントプログラム及び外部システム2から提供されたAPI等が記憶されている。ここで、取引情報中継プログラムは、外部システム2と内部システム3との間で取引情報を中継するための処理を中継サーバ31に実行させるコンピュータプログラムである。そして、取引情報中継プログラムは、外部DB20に対して端末1から登録された取引情報21を外部システム2から取得する取得処理と、取得した取引情報21について内部DB323へ登録するための変換処理と、変換後の取引情報を内部DB323へ登録する第1の登録処理と、第1の登録処理の結果である登録処理結果を、外部システム2から取得した取引情報21に対応付けて外部DB20へ登録する第2の登録処理と、を中継サーバ31に実行させる。中継制御部313は、中継サーバ31における各種処理、メモリ、通信部及びハードディスクへのアクセス等を制御する。中継サーバ31は、中継制御部313がハードディスクに記憶されたOS及び取引情報中継プログラム等を読み込み、実行する。これにより、中継制御部313は、少なくとも上述した取得処理、変換処理、第1の登録処理及び第2の登録処理を実現する。図2は、本発明の実施の形態1にかかる取引情報登録処理の流れを示すシーケンス図である。まず、端末1は、外部システム2へ取引情報の登録要求を送信するS101。例えば、まず、端末1は、外部システム2に対して登録開始要求を送信し、外部システム2は、当該登録開始要求に応じて、取引情報の各種項目の入力欄と登録ボタンとを含む登録画面を生成し、要求元である端末1へ返信する。そして、端末1は、受信した登録画面を表示部12に表示し、取引情報についての各入力欄への入力をユーザから受け付け、ユーザによる登録ボタンの押下に応じて、入力欄の各情報を含めた登録要求を外部システム2へ送信する。次に、外部システム2は、受信した取引情報を外部DB20に登録するS102。例えば、外部システム2は、受信した登録要求に含まれる各入力欄に対応する情報を取引情報21として外部DB20に格納する。ここで、中継サーバ31は、外部システム2へ取引情報21の取得要求を送信するS103。例えば、中継サーバ31は、所定間隔で定期的に当該取得要求を送信するとよい。上述したように、当該取得要求は、外部システム2上で稼働するサーバプログラムに対応するクライアントアプリケーションの機能に対応するものである。そのため、外部システム2は、取得要求に応じて対象の取引情報21を外部DB20から読み出し、読み出した取引情報21を中継サーバ31へ送信するS104。そして、中継サーバ31は、受信した取引情報21について変換処理を行うS105。例えば、中継サーバ31、取引情報21に含まれる外部システム2のログインIDを内部サーバ32へアクセス可能なユーザIDに変換する。また、中継サーバ31は、図5に示す売取引欄56、買取引欄57及び条件欄58に入力された情報について、適宜、内部DB323に格納可能な形式に変換する。ここでは、変換処理によりエラーが検出されなかったものとする。そのため、中継サーバ31は、登録可否判定処理を行うS106。尚、登録可否判定処理については、図4を用いて後述する。ここでは、登録可否判定処理により登録可能と判定されたものとする。続いて、中継サーバ31は、内部サーバ32へ変換後の取引情報の格納要求を送信するS107。具体的には、WSC312が、WSS321へ所定のデータ形式に基づいて当該格納要求を送信する。そして、内部サーバ32は、内部DB格納処理を行うS108。すなわち、内部サーバ32は、受信した格納要求に含まれる取引情報を内部DB323へ格納処理を実行する。その後、内部サーバ32は、内部DB323から受け取った格納処理結果を中継サーバ31へ返信するS109。具体的には、WSS321が、WSC312へ所定のデータ形式に基づいて当該格納処理結果を送信する。尚、ここでは、格納処理が成功し、格納処理結果にはその旨が含まれるものとする。そして、中継サーバ31は、受信した格納処理結果を登録処理結果として外部システム2へ登録要求を送信するS110。具体的には、中継サーバ31は、登録処理結果を取引情報21に対応付けて外部DB20内の付随情報領域22へ登録する登録要求を送信する。その後、外部システム2は、受信した登録処理結果を外部DB20に登録するS111。具体的には、外部システム2は、外部DB20内の付随情報領域22に取引情報21と対応付けて登録処理結果を格納する。そして、端末1は、所定時間後に、ステップS101において登録要求を行った取引情報に対応する登録処理結果の取得要求を送信するS112。そして、外部システム2は、当該取得要求に応じて対応する登録処理結果を端末1へ送信するS113。このように、端末1は、外部システム2にアクセスするだけで、外部DB20及び内部DB323の両方に取引情報を登録することができる。特に、端末1は、内部DB323を直接参照することなく、内部DB323に対する登録処理結果を取得することができる。そして、登録処理結果は、外部DB20に予め設定されている付随情報領域22に格納されるため、外部DB20に対する内部DB323に対応させるための仕様変更が不要である。そのため、他の金融機関と金融取引の情報を共有し、入出力画面も共有しつつ、既存の内部サーバ32及び内部DB323にも改修を加えずに使用し続けることができる。図3は、本発明の実施の形態1にかかる中継登録処理の流れを示すフローチャートである。尚、当該中継登録処理は、図2のステップS103~S107、S109及びS110の処理を含むものである。まず、中継サーバ31は、ステップS103と同様に、取引情報の取得要求を送信するS201。次に、中継サーバ31は、ステップS104と同様に、取引情報を受信するS202。そして、中継サーバ31は、ステップS105と同様に、取引情報を変換するS203。ここで、中継サーバ31は、当該変換によりエラーを検出したか否かを判定するS204。エラーを検出した場合、中継サーバ31は、検出したエラーに対応するエラー情報を登録処理結果として外部システム2へ送信するS210。具体的には、中継サーバ31は、エラー情報として変換に失敗した旨を示すエラーコード又はエラーメッセージ等を外部DB20の付随情報領域22に登録するための登録要求を送信する。また、ステップS204においてエラーを検出しなかった場合、中継サーバ31は、登録処理を行うS200。ここで、登録処理は、例えば、以下のステップS205~S207に対応するものとする。まず、中継サーバ31は、ステップS106と同様に、登録可否判定処理を行うS205。ここで、図4は、本発明の実施の形態1にかかる登録可否判定処理の流れを示すフローチャートである。まず、中継サーバ31は、現在の時刻が営業開始時刻後かつ対応する商品情報の商品締めのバッチ処理開始前であるか否かを判定するS301。尚、内部システム3を運用する金融機関における営業開始時刻が予め中継サーバ31又は内部サーバ32内に登録済みであるものとする。また、内部DB323が管理する各商品情報の商品締めのバッチ処理は、定期的又は手動で起動されるものとする。ステップS301において現在の時刻が営業開始時刻後かつ対応する商品情報の商品締めのバッチ処理開始前であると判定した場合、中継サーバ31は、当該取引情報を当日取引として登録可であると判定するS302。また、ステップS301において現在の時刻が営業開始時刻後かつ対応する商品情報の商品締めのバッチ処理開始前以外であると判定した場合、中継サーバ31は、取得した取引情報つまり登録対象の取引情報に対応する商品情報が商品締めのバッチ処理中であるか否かを判定するS303。具体的には、中継サーバ31は、WSC312等を用いて内部サーバ32内のプロセス等の情報に基づき、登録対象の取引情報に対応する商品情報におけるバッチ処理が実行中であるか否かを確認する。ステップS303において対応する商品情報が商品締めのバッチ処理中であると判定した場合、中継サーバ31は、システム全体が締め処理中であるか否かを判定するS304。ここで、システム全体とは、内部DB323のデータベースシステムを指す。尚、システム全体が締め処理中であるとは、内部DB323の全体に対するバッチ処理が実行中であることを示す。そして、システム全体が締め処理中である場合、各商品情報に対するバッチ処理も実行中であると判定するものとする。ステップS304においてシステム全体が締め処理中であると判定した場合、中継サーバ31は、当該取引情報を登録不可であると判定するS305。また、ステップS304においてシステム全体が締め処理中でないと判定した場合、中継サーバ31は、当該取引情報をAfter取引として登録可であると判定するS306。ここで、After取引とは、営業時間内に登録を要求されたが、登録が一旦保留され、システム全体の締め処理後に登録されることをいう。また、ステップS303において対応する商品情報が締め処理中でないと判定した場合、この場合、システム全体が締め処理中でないため、中継サーバ31は、翌日取引として登録可であると判定するS307。図3に戻って説明する。続いて、中継サーバ31は、上記登録可否判定処理の結果、登録対象の取引情報が登録可であるか否かを判定するS206。登録可であると判定された場合、中継サーバ31は、ステップS107と同様に、変換後の取引情報の格納要求を内部サーバ32へ送信するS207。その後、中継サーバ31は、ステップS109と同様に、内部サーバ32から内部DB323に対する格納処理結果を受信するS208。そして、中継サーバ31は、当該格納処理結果からエラーを検出したか否かを判定するS209。エラーを検出した場合、中継サーバ31は、検出したエラーに対応するエラー情報を登録処理結果として外部システム2へ送信するS210。具体的には、中継サーバ31は、エラー情報として登録に失敗した旨を示すエラーコード又はエラーメッセージ等を外部DB20の付随情報領域22に登録するための登録要求を送信する。ここでは、内部DB323からのエラーコード等をそのまま転送しても構わない。ステップS209においてエラーを検出しなかった場合、中継サーバ31は、ステップS110と同様に、登録成功の旨を登録処理結果として外部システム2へ送信するS211。具体的には、中継サーバ31は、当日取引として登録が成功した旨又はAfter取引もしくは翌日取引として登録が保留された旨を示すコード又はメッセージ等を外部DB20の付随情報領域22に登録するための登録要求を送信する。ここでは、内部DB323からの正常終了の戻り値等をそのまま転送しても構わない。After取引の場合、次のように言い換えることもできる。すなわち、内部システム3は、取得した取引情報21について登録処理を実行する際に、内部DB323において当該取引情報が属する商品情報に対するバッチ処理中、かつ、内部DB323の全体に対するバッチ処理前であると判定した場合に、当該全体に対するバッチ処理後に登録されるように取引情報の登録を保留し、当該取引情報が当該全体に対するバッチ処理後に登録される旨を登録処理結果として当該取引情報に対応付けて外部DB20へ登録する。これにより、取引情報の変換処理でエラーが検出されなかった場合、つまり、取引情報自体に問題がない場合に、内部DB323側の事由によるエラーとなるケースを減らすことができる。そのため、ユーザが再登録する回数が減り、業務を効率化することができる。また、ステップS206において登録可ではないと判定された場合、中継サーバ31は、登録不可の旨を登録処理結果として外部システム2へ送信するS212。具体的には、中継サーバ31は、格納処理が行えなかった旨を示すコード又はメッセージ等を外部DB20の付随情報領域22に登録するための登録要求を送信する。尚、本発明の実施の形態1にかかる中継サーバ31が実行する変換処理S105及び登録可否判定処理S106については、内部サーバ32にて実行しても構わない。この場合、中継サーバ31は、ステップS107の格納要求の送信処理の代わりに、ステップS104にて取得した取引情報21をそのまま内部サーバ32へ転送する。そして、内部サーバ32は、中継サーバ31から受信した取引情報21に対して上記変換処理及び登録可否判定処理等を行い、登録可能な場合に変換後の取引情報の格納処理を実行し、これらの処理結果を中継サーバ31に対して返信する。これにより、中継サーバ31での処理ロジックを最小限に抑え、内部DB323の仕様への依存度を低くすることができる。そのため、内部DB323の仕様変更等があった場合に、中継サーバ31への影響を減らすことができる。図5は、本発明の実施の形態1にかかる外部システム2における取引情報の登録画面及び登録内容の例を示す図である。外部システム取引情報登録画面5は、例えば、端末1の表示部12に表示された内容を示す。外部システム取引情報登録画面5は、ログインID欄51、取引ID欄52、取引先欄53、ポートフォリオ欄54、取引保持者欄55、売取引欄56、買取引欄57、条件欄58及び内部取引ID欄59を管理項目の入力表示欄の例として備え、また、登録要求を送信するための登録ボタン50を備える。但し、外部システム取引情報登録画面5の管理項目及び画面のレイアウトはこれに限定されない。ログインID欄51は、外部システム2に対するアクセス認証に用いられたログインIDの表示欄である。当該ログインIDを当該金融取引の取引元としてもよい。取引ID欄52は、当該金融取引の外部DB20内での識別情報の入力表示欄である。取引IDは、外部システム2により自動的に発行しても構わない。取引先欄53~条件欄58は、当該金融取引に関する各種情報の入力欄である。そのため、端末1は、登録要求に少なくとも取引先、ポートフォリオ、取引保持者、売取引、買取引、条件等を含めるものとする。尚、内部取引ID欄59は、内部DB323内での識別情報であるため、外部システム2への登録時には未入力であっても構わない。また、登録ボタン50は、端末1から押下の指示を受け付けると、ログインID欄51~内部取引ID欄59に入力された内容を登録要求に含めて外部システム2へ送信する処理を呼び出す。図6は、本発明の実施の形態1にかかる内部システム3における取引情報の登録内容の例を示す図である。尚、図6は、登録内容の項目についての概念を示す図であるため、各項目の配置位置等には限定されない。内部システム3における取引情報の登録内容には、例えば、ユーザID611、取引番号612、取引先613、ポートフォリオ614、取引保持者615、売取引情報621及び買取引情報622が含まれる。ユーザID611は、ステップS105により外部システム2のログインIDから変換されたユーザIDである。取引番号612は、取引情報を新規に内部DB323に登録する際に発行される識別情報である。取引先613、ポートフォリオ614及び取引保持者615は、それぞれ取引先欄53、ポートフォリオ欄54及び取引保持者欄55に入力され、取引情報21に含まれる情報がそのまま対応する。また、売取引情報621と買取引情報622とは、それぞれ金額項目631、金利項目632及び期間項目633等に対応する各項目値が存在する。売取引情報621及び買取引情報622の各項目値は、ステップS105により適宜、変換された値である。図7は、本発明の実施の形態1にかかる外部システム2における登録処理結果の例を示す図である。外部システム取引情報管理画面7は、例えば、端末1の表示部12に表示された内容を示す。外部システム取引情報管理画面7は、管理項目の入力表示欄の例として、コメント欄71及び選択取引情報欄72を備える。コメント欄71は、取引ID項目711と、コメント項目712とを備える。取引ID項目711には取引IDのリスト、コメント項目712には所定サイズのテキストデータを表示する。ここでは例として、上から時系列に表示される場合を示す。つまり、コメント欄71は、複数の取引情報についてのコメントをリスト表示する。ここで、本発明の実施の形態1では、コメント項目712に、中継サーバ31からの登録要求により取引IDに対応付けて登録された登録処理結果が表示される。1件目のERR001は、取引IDBBBについて、ログインIDに対応するユーザIDが存在しないことを理由として登録処理がエラーとなったことを示す。2件目のINF001は、取引IDBBBについて、内部DB323への登録処理が正常に完了したことを示す。このケースとしては、例えば、当該ログインIDと内部サーバ32のユーザIDとを対応付けたリストに登録されていないために、変換時にエラーとして検出され、ERR001USERIDnotdefinedが登録処理結果として外部DB20に登録されたことが相当する。この場合、端末1を操作するユーザは、コメント欄71を確認することで、中継サーバ31における当該ログインIDとユーザIDとの対応付けのリストの更新を依頼するといった措置を取ることができる。その後、端末1から取引IDBBBについて、再度登録要求を行うことにより、内部DB323への登録処理が正常に完了する。このとき、INF001Registeredが登録処理結果として外部DB20に登録される。同様に、3件目のINF001は、取引IDBBCについて、内部DB323への登録処理が正常に完了したことを示す。一方、4件目のINF002は、取引IDBBDについて、内部DB323への登録処理がAfter取引として登録が保留されたことを示す。また、選択領域713は、外部システム取引情報管理画面7上で端末1の入力部11を介したユーザの操作により、コメント欄71の2番目の項目が選択されたことを示す。選択取引情報欄72は、選択領域713の取引IDに対応する取引情報の内容を表示する。選択取引情報欄72は、外部システム取引情報登録画面5の各入力表示欄と同等であるが、内部取引ID欄59には、内部DB323への登録処理結果の一部として内部DB323で発行された取引番号を表示する。これにより、端末1は、外部システム2の入出力画面から外部システム2と内部システム3との取引情報の対応付けを取得することができる。以上のことから、本発明の実施の形態1により、外部システムに改修を加えずに内部システムとのデータ連携を実現し、取引情報の入出力画面を外部システム側に一元化することにより、ユーザの入力負担を軽減することができる。<発明の実施の形態2>図8は、本発明の実施の形態2にかかる取引管理システム200の全体構成を示すブロック図である。取引管理システム200は、内部システム3aと端末1と、さらに後段システム4を用いて外部システム2を介した取引情報の管理を行う情報システムである。尚、図1と同等の構成については同一の符号を付し、適宜、説明を省略する。後段システム4は、内部システム3aの後段に接続された情報システムである。後段システム4は、内部システム3aからの取引情報324に基づく通知に応じた処理を行う。後段システム4としては、例えば、取引情報324における取引先である顧客ごとの与信枠を管理する情報システムが挙げられる。この場合、後段システム4が備える後段DB40には、顧客単位に最新の取引可能額等が管理される。そのため、後段システム4は、内部システム3aからの通知により、当該取引が該当顧客の取引可能額を超えるものであるか否かを判定する。そして、後段システム4は、内部システム3aに対して当該判定結果である後段処理結果を返信する。尚、後段システム4は、与信枠を管理する情報システムに限定されない。内部システム3aは、内部システム3との違いとして内部サーバ32aが格納制御部322aを備える。格納制御部322aは、取引情報について内部DB323への登録処理を実行すると共に、取引情報に基づく通知を後段システム4に対して送信する。そして、格納制御部322aは、後段システム4からの後段処理結果を登録処理結果に含めて、取引情報21に対応付けて外部DB20へ登録する。図9は、本発明の実施の形態2にかかる取引情報登録処理の流れを示すシーケンス図である。尚、図2と同等の処理については、図示及び説明を省略する。図9において、ステップS108までは、図2と同様であるため説明を省略する。内部サーバ32aは、ステップS108の処理後、取引情報を後段システム4へ通知するS114。そして、後段システム4は、後段処理を行うS115。例えば、後段システム4は、取引情報に含まれる取引先に対応する顧客を特定する。そして、後段システム4は、当該顧客における現在の取引可能額と、取引情報に含まれる金額や取引条件等を考慮して、当該顧客が取引可能か否かを判定する。そして、取引可否の結果を後段処理結果として内部サーバ32aへ返信するS116。内部サーバ32aは、ステップS108の格納処理結果に、後段システム4から取得した後段処理結果を含めて中継サーバ31へ返信するS109a。尚、ステップS110以降も図2と同様であるため説明を省略する。このように、既存の内部システム3aは、複数の他の内部システムである後段システム4と接続されて運用されていることが多い。そのため、外部システム2とのデータ連携を行う際には、後段システム4が有する後段DB40との整合性も考慮する必要がある。ここで、後段システム4と外部システム2との間で別途データ連携することも考えられるが、システムが複雑化するため、現実的でない。そのため、本発明の実施の形態2では、内部サーバ32aが後段システム4への通知を行い、後段処理結果を格納処理結果と併せて登録処理結果として外部DB20に登録する。これにより、既存の複数の情報システムとのデータの整合性を保ち、かつ、外部システム2との窓口を内部システム3a内の中継サーバ31に一元化することで、メンテナンス効率を高めることができる。<その他の発明の実施の形態>尚、外部システム2は、複数の金融機関で使用されるものであり、特定の金融機関以外の組織が所有している。そのため、内部システム3側の事情により外部システム2の仕様変更を行うことは困難である。つまり、外部システム2の仕様に制約があることから、内部システム2に起因するエラー等を外部システム2がハンドリングすることは困難である。そこで、本発明の実施の形態1にかかる内部システム3は、内部DB323への登録処理の成否を含む登録処理結果を外部DB20内の付随情報領域22へ登録している。このため、外部システム2側には、登録処理結果を受け付けるための改修等を必要とせずに、端末1は外部システム2から内部DB323における登録処理結果を取得可能となる。また、本発明の実施の形態1にかかる内部システム3は、中継サーバ31を用いず、内部サーバ32が直接外部システム2と通信を行っても構わない。その場合、内部サーバ32内に外部システムIF部311を備えることで実現可能である。但し、次のような場合には、中継サーバ31を用いる効果がある。それは、外部システム2が提供するAPIにプラットフォーム等の制約がある場合である。例えば、当該APIが特定のOSにのみ対応しているが、既存の内部サーバ32がこれと異なるOSにより稼働している場合には、内部サーバ32内に外部システムIF部311を備えることには困難さが伴う。この場合、APIが対応するOSにより稼働する中継サーバ31を別途、追加し、外部システム2と内部サーバ32とを中継することで、外部システム2と既存の内部サーバ32の双方への改修を必要とせずに、本発明の実施の形態1の効果を奏することができる。尚、図1の付随情報領域22は、特定のユーザに対してのみ開示されるデータ以下、開示制限データと呼ぶ。を格納する領域としてもよい。例えば、取引情報21が金融機関A及びBの間で締結された金融取引であり、取引情報21を登録するユーザが金融機関Aに所属するものとする。このとき、金融機関Aに所属するユーザは、端末1を介した取引情報21の登録時又は登録後、金融機関A以外への開示を制限する開示制限データを取引情報21の一部として入力する。そして、外部システム2は、当該開示制限データを取引情報21に対応する付随情報領域22に登録する。そして、金融機関Aが所有する内部システム3から取引情報21の取得要求を受け付けた場合に、取引情報21と併せて開示制限データを返信する。または、内部システム3から取引情報21の登録処理結果を受け付けた場合、取引情報21に対応する付随情報領域22に登録する。一方、金融機関Bに属するユーザや金融機関Bが所有する内部システムから取引情報21の取得要求を受け付けた場合、外部システム2は、開示制限データを除いた取引情報21を要求元へ返信する。例えば、図5及び図7の内部取引ID欄59を開示制限データが登録される付随情報領域22に対応するものとしてもよい。さらに、開示制限データには、内部システム3における所定の処理を起動させる指示を含めても構わない。その際、開示制限データは、フラグ等の小さなデータを用いることが可能である。また、所定の処理としては、例えば、取引情報21を加工する処理や、取引情報21に基づき関連する取引を新たに生成し、内部DB323に取引情報324として登録する処理が挙げられる。関連する取引としては、例えば、取引情報21の反対取引が挙げられる。この場合、内部サーバ32は、内部DB323に格納済みの取引情報324から反対取引を生成する処理を実行可能であるものとする。すなわち、まず、端末1は、取引情報21の登録時又は登録後、取引情報21に対応する付随情報領域22に所定の処理を起動させる起動指示を登録する。次に、中継サーバ31は、外部DB20から当該付随情報領域22に格納された起動指示を取得し、内部サーバ32へ転送する。そして、内部サーバ32は、起動指示に基づいて取引情報21に対応する反対取引を生成し、内部DB323へ登録する。このとき、外部システム2は、開示制限データの内容により動作への影響はない。これにより、端末1を操作するユーザは、1取引分のデータとフラグ等の開示制限データを入力するだけで、2以上の取引情報を内部DB323に登録することが可能となり、ユーザの入力負担をさらに軽減することができる。また、当該金融機関に所属するユーザは、外部システム2の入出力画面を介して、内部システム3における所定の処理を制御することができる。そのため、内部システム3に特有の処理を実行したい場合であっても、外部システム2の入出力画面を用いて業務を行うことができ、取引情報の入出力画面を外部システム側に一元化し、ユーザの入力負担を軽減することができる。さらに、本発明は上述した実施の形態のみに限定されるものではなく、既に述べた本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。