JP5646097B1 - 情報管理システムおよび情報管理方法 - Google Patents

Abstract

【課題】将来時点における金銭の移動を定める点で共通する多種多様な取決めについて、各取決めを遂行するための業務を効果的に支援する。【解決手段】情報管理システム１０は、複数種類の金融取引契約で定められた情報であり、将来時点における金銭の移動を示すキャッシュフロー情報を一括して蓄積する。情報管理システム１０は、蓄積された複数種類の金融取引契約のキャッシュフロー情報のうちこれらの契約に共通する基準にもとづいて抽出した１つ以上のキャッシュフロー情報を一括して表示する管理画面を提供することにより、複数種類の金融取引契約の管理を支援する。【選択図】図２

Description

本発明は、将来時点における金銭もしくは物品またはこれらに対する権利の移動を定めた情報の管理を支援する技術に関する。

店頭取引されるデリバティブ（金融派生商品）や債券等、相対での金融取引が行われる場合、取引開始に先立って取引当事者間で契約が締結される。このような金融取引のための契約については、ＩＳＤＡ（国際スワップ・デリバティブ協会）が作成した「ＩＳＤＡマスター契約」と呼ばれる基本契約が存在し、契約内容について一定の標準化が図られている。しかし、実際の金融取引契約は多様であり、契約で取決められる項目や各項目の内容は多岐にわたる。

また金融取引契約では、当事者間で授受される金銭の額、すなわち決済金額が契約時には確定せず、契約時には将来時点で当該金額を確定させるための条件が設定されることもある。例えば、契約日から半年後に当事者Ａから当事者Ｂに金利を支払うことを取決め、契約時には決済金額を定めない代わりに決済金額を決定するための条件が定められることもある。また、将来実行すべき決済の期日や、決済を実行するための条件を定めた契約等の取決めにしたがい、将来時点において決済を実行する際に、その実行に先立って決済金額を確定し、確定した金額を承認する必要が生じることもある。

このように、将来の決済期日を定めた取決めを交わした場合、事後的に定められる決済金額を取決めにしたがって算出し、また、算出した金額を取決めで定められた条件で実際に授受する決済処理を行う必要が生じることがある。したがって、取決めの内容を遵守するための高度な情報管理が求められる。

特表２０１３−５１４５９３号公報 特開２００８−１４０４１１号公報

将来の決済を定めた取決めは金融取引契約に限らず、例えば株券等の有価証券について配当金等の決済も含まれる。このように、将来時点において金銭や物品またはこれらに対する権利（以下、「財」という場合がある）の移動を実行することを定める取決めは多岐に亘り、その取決めの項目や各項目の内容も多種多様である。このため、将来の決済期日、および決済を実行するための条件を定めた各種取決めの管理は従来、ほとんどシステム化されていなかった。情報システムが用いられる場合も、特許文献１が示すように、将来価値の予測やリスク計算といった部分に留まっていた。あるいは、特許文献２が示すように同一種類の契約情報の管理を取り扱うものであった。本発明者は、将来時点における金銭や物品の移動を定める点で共通する多種多様な取決めについて、各取決めを遂行するための業務を効果的に支援するための具体的な方法はこれまで十分に提案されているとはいえない状況にあると考えた。

本発明は発明者の上記課題認識にもとづきなされたものであり、その主な目的は、将来時点における財の移動を定める点で共通する多種多様な取決めについて、各取決めを遂行するための業務を効果的に支援することにある。

上記課題を解決するために、本発明のある態様の情報管理システムは、複数種類の取決めのそれぞれで定められた情報であって、将来時点における金銭もしくは物品またはこれらに対する権利の移動を示すフロー情報を一括して蓄積するフロー情報保持部と、複数種類の取決めのそれぞれで定められた金銭もしくは物品またはこれらに対する権利の移動を管理するための画面であって、フロー情報保持部に蓄積された複数種類の取決めのフロー情報のうち複数種類の取決めに共通する基準にもとづいて抽出した１つ以上のフロー情報を一括して表示する管理画面を生成する管理画面生成部と、を備える。

なお、以上の構成要素の任意の組合せ、本発明の表現を、方法、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、将来時点における財の移動を定める点で共通する多種多様な取決めについて、各取決めを遂行するための業務を効果的に支援することができる。

実施の形態の情報管理システムの概要を示す図である。 実施の形態の情報管理システムの構成を示す図である。 図２の情報管理サーバの機能構成を示すブロック図である。 キャッシュフロー明細を示す図である。 図３の制御部を詳細に示すブロック図である。 基本情報入力画面を示す図である。 ＣＦ情報入力画面を示す図である。 ＣＦ情報入力画面を示す図である。 ＣＦ情報入力画面を示す図である。 イベント情報の例を示す図である。 図１の精算日別管理画面を示す図である。 図１の利率日別管理画面を示す図である。 ダッシュボード画面を示す図である。 ダッシュボード画面を示す図である。 決済管理詳細画面を示す図である。 月間スケジュール詳細画面を示す図である。

既述したように、種々の金融取引契約が存在し、契約で取決められる項目の内容も多岐にわたる。契約の締結から決済の実行までの業務は、一般的には契約系（法務系）業務、精算管理系業務、決済業務に分けられる。契約系業務は、契約の当事者、取引対象、契約期間等の契約条件を確認する業務である。精算管理系業務は、決済を実行するための決済金額の算定や決済金額の承認等を行う業務である。決済業務は、決済用の資金管理や、実際に決済を実行する等の業務である。

このような決済実行のための業務内容は、金融機関、金融機関内の組織、管理担当者、さらには契約の種類によって異なり、標準化が困難であり、その結果、情報システムによる業務支援も十分にはなされていなかった。このため、種々の契約により定められた将来の決済を実行するための多様な業務が、現実には属人的に管理され、また手作業で管理・実行されており、オペレーションリスクが存在した。

また、契約の項目の内容が多岐にわたるため、様々な契約案件を管理するために必要な情報を情報システムに登録するための項目設定は困難であった。このため、金融機関等における従来の契約管理業務では、契約書の書類をバインダーに綴じて保管したり、契約書の文書全体をそのままデータベースに格納したりすることが多かった。すなわち、契約案件に関する情報の管理を、情報システムにより効果的に支援できているとは言えない状況であった。

すなわち、契約書そのものを情報システムに記憶させれば同一案件についての情報を複数人間で共有することはできるが、各担当者が必要とする情報のみを情報システムから抽出することはできない。例えば、決済実行業務を行う担当者の場合、契約当事者や契約日、契約対象といった情報は不要である一方、決済を実行するための決済金額の算定やその承認が終了しているか等の情報は必要であるが、前者を除外しつつ後者だけ取り出すことは困難であった。したがって、従来の仕組みでは、契約に関する管理業務を属人的かつ手作業で行わざるを得ず、そのことに起因するオペレーションリスクが存在し、また担当者の業務負担も大きかった。

そこで実施の形態では、店頭デリバティブ取引契約などの金融取引契約にもとづく決済の実行の効率的な管理、例えば効率的な契約管理や資金管理を実現する情報管理システムを提案する。まず、実施の形態の情報管理システムについて、その第１の特徴を説明する。

本発明者は、店頭取引されるＯＴＣ（Over The Counter、店頭）デリバティブや仕組債等、複雑な金融取引契約や有価証券の配当決済といった契約書にもとづかない取決めであっても、取決めの内容を基本情報、キャッシュフロー情報（以下、「ＣＦ情報」とも呼ぶ。）、イベント情報の３つの要素に分類して整理できることに想到した。言い換えれば、本発明者は、将来の決済についての取決めの内容を、基本情報、ＣＦ情報、イベント情報の３つの共通の基準で整理することで多様な取決めをＩＣＴにより標準的に記憶させることができ、決済を実行するための業務を効果的に支援することができると考えた。

基本情報は、取決めの主体と客体および取決め期間、契約であれば契約の終了と開始に関する項目の情報であり、例えば取引対象、取引当事者、契約日、発効日、契約満了日、解約条件等を含む。ＣＦ情報は、取決めで定められた決済日に決済を実行するために必要な情報であり、例えば決済日、決済金額の支払元と支払先、決済金額を算出するための条件式、決済金額振込口座の情報、決済通貨等を含む。ここで、決済日とは財の移動を実行する移動日であり、決済とは財を移動させるための移動量の確定等の移動実行に必要な手続きを済ませ財の移動を完了させること、決済金額とは移動させる財の移動量のことである。すなわち、ＣＦ情報とは、取り決めが含む情報のうち、財の移動日に財の移動量を確定して財の移動を完了させる条件に関する項目の情報である。イベント情報は、基本情報またはＣＦ情報の少なくとも一方に影響しうる付加的な条件に関する項目の情報であり、例えばノックイン価格、参照インデックス等を含む。

実施の形態のシステムは、複雑な契約内容を基本情報と、ＣＦ情報と、イベント情報に分解し、標準化されたデータ構造にて管理する。これにより、少量多品種の金融取引の契約管理・期日管理の一元化を可能にし、業務効率化による扱い件数の増加を支援する。

また金融取引契約に伴い、契約条件の確認作業等の契約系（法務系）業務、契約で定められた決済金額を確定して決済を実行する条件を揃える精算管理系業務、決済期日での決済を実行するための決済系業務等、多様な契約管理業務・期日管理業務が発生する。しかし従来のシステムは、多様な形態の取決めを標準的な形式で情報システムに記憶させ、管理させることが困難であり、そのため、多様な取決めのそれぞれについて発生する多様な業務を一元的に支援することは困難であった。

また従来のシステムでは、１件の契約案件情報をその案件に関する複数の業務に分解することが困難であった。すなわち従来は、１件の契約から発生する複数の業務について、それぞれの業務に必要な情報を抽出・加工して各業務処理を効果的に支援する情報を作成することは困難であった。例えば、１つの契約についてその情報全体は取得できるとしても、その契約に対する法務系業務、精算管理系業務、決済系業務のそれぞれに必要なだけの情報を取得することは困難であった。

実施の形態のシステムは、複数の多様な契約情報の登録を一括して受け付け、各契約の情報を標準的なデータ構造により整理して保管する。そして、各契約の履行に伴い発生する契約系、精算管理系、決済系の各業務を支援するための情報を抽出し、必要に応じて算出する等の加工をして業務別に表示する。これにより、複数の契約情報を同一システムに登録し、契約系業務・精算管理系業務・決済系業務等、複数種類の業務に分けて、各契約について必要な業務の遂行を支援できる。

次に、実施の形態の情報管理システムについて、その第２の特徴を図１を参照して説明する。図１は実施の形態の情報管理システムの概要を示す。情報管理システム１０は、将来時点における金銭または物品の移動を定めた種々の取決めに関する財の移動を示すフロー情報を一元的に管理する。各種取決めは、様々な金融取引契約・物品取引契約を含む。金銭は現金・貨幣・各国の通貨を含み、電子データ（電子マネー等）含む。物品は現物・実物を含み、小切手や手形、株券等の金融商品を含む。金銭または物品に対する権利とは、売掛債権、買掛債権、仕組債、オプション取引等の各種債権・債務を含む。このように、将来時点における財の移動を定めた取決めであれば情報管理システム１０の管理対象となり得るが、以下では説明の簡明化のために、管理対象の取決めを金融取引契約とし、移動対象の客体を金銭として説明する。

情報管理システム１０は、デリバティブ契約、仕組債契約をはじめ、株式売買契約、先物取引契約等を含む多種多様な金融取引契約が定める将来時点における金銭の移動を示すキャッシュフロー情報を一元的に管理する。言い換えれば、キャッシュフローに分解できる取決めであれば、情報管理システム１０による管理の対象となる。例えば、図１には不図示だが、会社から社員への給与支払も金銭の移動が発生するものであるため、情報管理システム１０による管理が可能である。

実施の形態の情報管理システム１０は、デリバティブ契約・仕組債契約については、その契約書に記載された基本情報、イベント情報、ＣＦ情報のそれぞれを管理する。その一方、他の種類の金融取引契約についてはＣＦ情報、特に後述するようにキャッシュフロー明細を管理することとする。変形例として、デリバティブ契約・仕組債契約以外の金融取引契約についても基本情報およびイベント情報を含めて管理してもよい。

情報管理システム１０は、複数種類の金融取引契約に共通する基準（以下「共通管理基準」とも呼ぶ。）、例えば精算日・利率日・決済承認有無等にもとづいて、複数種類の金融取引契約のＣＦ情報をまとめて示す管理画面を提供する。また、複数種類の金融取引契約のＣＦ情報について、複数の共通管理基準にもとづく複数の管理画面を集約した画面であり、複数の共通管理基準による契約やキャッシュフローの抽出状況をまとめて示すダッシュボード画面を提供する。

図２は、実施の形態の情報管理システム１０の構成を示す。情報管理システム１０は、決済の実行を支援する決済支援システムと言え、将来の決済を定めた契約を管理する契約管理システムとも言える。情報管理システム１０は、企業の資金繰り（キャッシュフロー）を管理するキャッシュフロー管理システムとも言える。情報管理システム１０は、例えば銀行や証券会社等の金融機関に構築された情報処理システムである。

情報管理システム１０は、情報管理サーバ１２と管理業務端末１４を備える。情報管理システム１０は、ＬＡＮ・ＷＡＮ・インターネット等を含む通信網１８を介して契約情報登録端末１６、外部システム１７、ＣＦ情報登録端末１９と接続される。契約情報登録端末１６は、金融機関の担当者や顧客が契約情報を入力するＰＣ等の情報端末である。

管理業務端末１４は、種々の金融取引契約に関してそれらを管理する業務を遂行すべき担当者により操作されるＰＣ等の情報端末である。具体的には、契約条件の確認や、契約にもとづく決済の承認・実行といった契約案件に関わる業務を管理・実行するための端末である。管理業務端末１４は、管理業務端末１４ａ、管理業務端末１４ｂ、管理業務端末１４ｃを含む。例えば、管理業務端末１４ａは契約系（法務系）業務担当者の端末であり、管理業務端末１４ｂは精算管理系業務担当者の端末であり、管理業務端末１４ｃは決済系業務担当者の端末でもよい。

外部システム１７は、ＣＦ情報を発生させる外部のシステムであって例えば金融機関における勘定処理・決済処理を実行する金融取引の基幹系システムである。実施の形態では、外部システム１７は、図１の株式売買契約・債券売買契約・オプション契約・先物取引契約を管理し、各契約が定めるＣＦ情報を情報管理サーバ１２に登録する。ＣＦ情報登録端末１９は、金融機関の担当者により操作される端末であり、金融取引契約が定めるＣＦ情報を、担当者の操作に応じて情報管理サーバ１２に登録する。実施の形態では、ＣＦ情報登録端末１９は、図１のローン契約が定めるＣＦ情報を情報管理サーバ１２へ登録する。

情報管理サーバ１２は、図１に示した複数種類の金融取引契約の情報を一元管理し、決済の実行に関する業務を含む契約管理業務を支援するユーザインタフェースを管理業務端末１４、契約情報登録端末１６、ＣＦ情報登録端末１９へ提供する。なお、図２の各装置の筐体数等、物理的な構成に制限はない。例えば、情報管理サーバ１２は、通信網１８を介して接続された複数のサーバ装置が連携することで実現されてもよい。

図３は、図２の情報管理サーバ１２の機能構成を示すブロック図である。情報管理サーバ１２は、通信部２０と、制御部２２と、データ保持部２４を備える。通信部２０は、所定の通信プロトコルにしたがって、通信網１８を介して外部装置とデータを送受する。制御部２２は、金融取引契約に関する業務を支援するための各種データ処理を実行する。データ保持部２４は、各種データを記憶する記憶領域である。

本明細書の各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。

例えば、図５に関連して後述する制御部２２の各機能ブロックに対応するプログラムモジュールを格納した記録媒体を介して、それらのプログラムモジュールが情報管理サーバ１２のストレージにインストールされてもよい。そして、情報管理サーバ１２のＣＰＵが、それらのプログラムモジュールを適宜メインメモリへ読み出して実行することにより、制御部２２の各機能ブロックの機能が発揮されてもよい。また、データ保持部２４の各機能ブロックは、ストレージやメインメモリ等の記憶装置が所定もしくは外部から入力された電子データを記憶することにより実現されてよい。

データ保持部２４は、契約情報保持部３０と、マスタ情報保持部３８と、ウィジェット情報保持部４２と、ユーザ情報保持部４４を含む。契約情報保持部３０は、情報管理サーバ１２に登録された複数の金融取引契約それぞれの内容を、基本情報とＣＦ情報とイベント情報の３要素に分類して保持する。契約情報保持部３０は、基本情報保持部３２と、ＣＦ情報保持部３４と、イベント情報保持部３６を含む。

基本情報保持部３２は、情報管理サーバ１２に登録された契約情報の中の基本情報を保持する。言い換えれば、契約情報に含まれる複数の項目のうち基本情報に属する項目に対して設定された情報であり、例えば文字列や数値を保持する。

ＣＦ情報保持部３４は、情報管理サーバ１２に登録された契約情報の中のＣＦ情報を保持する。言い換えれば、契約情報に含まれる複数の項目のうちＣＦ情報に属する項目に対して設定された情報を保持する。またＣＦ情報保持部３４は、図２で示した複数種類の金融取引契約（デリバティブ、仕組債、・・・、先物取引、ローン等）のそれぞれで定められた将来時点で発生するキャッシュフローの明細情報を一括して蓄積する。

具体的にはＣＦ情報保持部３４は、ＣＦ情報により定められる将来時点での金銭の移動と、その移動量（金額）を示す情報であるＣＦ明細４６を保持する。ＣＦ情報保持部３４は、利率等のキャッシュフロー決定条件が確定した、例えば、支払日や支払金額が確定したキャッシュフローの情報（ＣＦ確定明細）を保持する。ＣＦ情報保持部３４はまた、利率等のキャッシュフロー決定条件が未確定、例えば、支払日や支払金額が未確定のキャッシュフローの情報も保持する。

図４は、ＣＦ情報保持部３４が保持するキャッシュフロー明細（ＣＦ明細４６）を示す。同図は、米国ドルと日本円とのスワップを行う１つのスワップ契約に関するＣＦ明細４６を示している。同図で示すように、ＣＦ明細４６は、第１の契約当事者から第２の契約当事者へのキャッシュフロー（例えば図５のキャッシュフローＡ）と、第２の契約当事者から第１の契約当事者へのキャッシュフロー（例えば図５のキャッシュフローＢ）を含む。

また、１つの契約当たり１つ以上のキャッシュフローを含む。図４では、時系列に複数個のキャッシュフローを並べたキャッシュフローリスト１１８を示しており、このキャッシュフローリスト１１８では、契約の開始日から終了日までの間に、３ヶ月ごとに発生する金利支払のキャッシュフローを示している。ＣＦ明細４６には、確定しているキャッシュフローであるＣＦ確定明細についてＣＦ番号００００１、００００２、００００９のレコードが記録される。例えばＣＦ番号０００２は、利率日（利率確定日、Reset Date）を経過して金利が確定し、支払金額が確定した金利支払のキャッシュフローである。ＣＦ明細４６は、未確定の状態で入力されたＣＦ情報を保持し、未確定のＣＦ明細が確定された場合、そのステータスが「確定」に変更される、またはその明細に「確定」を示すフラグが立てられる等することによりＣＦ確定明細を含んでよい。あるいはＣＦ情報保持部３４にＣＦ明細４６と別に、ＣＦ確定明細のみを格納する記憶領域を設けてもよい。

図３に戻り、イベント情報保持部３６は、情報管理サーバ１２に登録された契約情報の中のイベント情報を保持する。言い換えれば、契約情報に含まれる複数の項目のうちイベント情報に属する項目に対して設定された情報を保持する。複数の契約案件にはそれぞれ、各契約を一意に特定するための識別符号が付与される。例えば、同一の契約に関する基本情報、ＣＦ情報、イベント情報には、同一の契約ＩＤが含まれ、契約ＩＤにより相互に対応づけられる。またキャッシュフローについては、キャッシュフローの１つ１つに識別符号（例えば図５のキャッシュフロー番号、ＣＦ Ｎｏ）がさらに付与される。

契約情報保持部３０は、基本情報、ＣＦ情報、イベント情報のそれぞれについて、金融機関の担当者による承認がなされたか否かを示す情報を対応づけて保持する。例えば、基本情報保持部３２、ＣＦ情報保持部３４、イベント情報保持部３６には、基本情報、ＣＦ情報、イベント情報のそれぞれに対応づけて、金融機関の契約系（法務系）業務担当者による承認がなされたか否かを示すフラグが格納される。またＣＦ情報保持部３４には、ＣＦ明細４６として格納されたキャッシュフローそれぞれのレコードに対応づけて、金融機関の精算管理系業務担当者または決済系業務担当者による承認がなされたか否かを示すフラグが格納される。

なお、承認の有無を示す情報は、基本情報、ＣＦ情報、イベント情報そのものとは別個に保持されてもよい。例えば、契約情報のＩＤと、契約系（法務系）業務担当者による承認がなされたか否かを示すフラグを対応づけて保持するテーブルと、ＣＦ情報と、精算管理系業務担当者または決済系業務担当者による承認がなされたか否かを示すフラグとを対応づけて保持するテーブルとを別個に設けてもよいことはもちろんである。

マスタ情報保持部３８は、複数の契約それぞれのキャッシュフローの金額を確定させるために参照される情報であるマスタ情報を保持する。マスタ情報は例えば、決済金額、言い換えれば、キャッシュフローの金額を算出するために参照する金利や、為替レート、各種の指標値（経済指標値）等のマーケット情報を含む。また、決済金額を算定する日付が定められている場合に必要となるワールドカレンダー情報、具体的には、世界の各市場の現在日時等を示す日時情報を含む。

このようにマスタ情報は、複数の契約に亘り共通して適用される情報を含むが、さらに、個々の契約ごとに適用される情報であり、契約ごとに異なり得る情報を含む。例えば、契約当事者、具体的にはキャッシュフローの支払人または受取人に関する属性情報として、決済銀行・決済口座の識別情報や、ネッティングの有無を示す情報を含む。契約情報やＣＦ情報を登録する際に、契約ごとのマスタ情報が登録されてもよい。

ウィジェット情報保持部４２は、後述のダッシュボード画面に表示される複数のウィジェットについて、各ウィジェットで表示される情報項目と、その項目値を作成するロジックを保持する。このロジックは、契約情報保持部３０の契約情報を参照して特定のデータを抽出し、また、抽出したデータを用いた計算結果を算出するためのロジックやアルゴリズムが実装されたプログラムである。例えば、新規登録された契約について、承認処理が完了済みの契約数（案件数）を集計し、また承認処理が未完了の契約数（案件数）を集計するプログラムを含む。また、登録後の契約について、その精算金額の承認処理が完了済みの契約数を集計し、また承認処理が未完了の契約数を集計するプログラムを含む。

各ウィジェットのロジックは、情報管理サーバ１２が管理する複数種類の金融取引に亘る複数個の契約の中から、複数種類の金融取引に共通する基準、例えば利率日や、精算日、承認有無等を検索キーとして、特定の契約情報（キャッシュフロー明細を含む）を抽出するものを含む。また、各ウィジェットのコンテンツデータは、ロジックによる１つ以上の契約情報の抽出状況、例えば抽出件数であり、言わば検索ヒット数を示すものを含む。

また、ウィジェット情報保持部４２が保持する各ウィジェットのデータには、対応する管理画面を示すリンク情報が設定される。「対応する管理画面」は、例えば各ウィジェットのロジックが示す契約情報の抽出基準について、その基準により抽出された契約情報（キャッシュフロー明細を含む）を表示する管理画面である。管理画面は、精算日等の特定の基準に合致した契約情報（キャッシュフロー明細を含む）の内容を示すものであり、ウィジェットのコンテンツは、その基準に合致した契約情報の件数を示すものとも言える。後述の表示制御部５０は、ダッシュボード画面において特定のウィジェットが選択されると、選択されたウィジェットに対応する基準で抽出した契約情報を示す管理画面を表示させるよう切り替える。

ユーザ情報保持部４４は、情報管理サーバ１２のユーザ、例えば金融機関の契約系・精算管理系・決済系それぞれの業務担当者個別に設定された情報であり、複数のウィジェットの中から後述のダッシュボード画面で表示させるべきウィジェットを指定した情報（以下、「ユーザ情報」と呼ぶ。）を保持する。

図５は、図３の制御部２２を詳細に示すブロック図である。制御部２２は、表示制御部５０、契約登録画面生成部５２、契約情報登録部５４、ＣＦ登録画面生成部６６、ＣＦ情報登録部６８、金額計算部５６、ＣＦ明細更新部５８、管理画面生成部６０、承認状況更新部６２、ウィジェット情報更新部６４、決済処理部６５を含む。

表示制御部５０は、契約管理のためのユーザインタフェースの表示を制御する。具体的には、表示制御部５０は、契約情報登録端末１６の要求に応じて、契約登録画面生成部５２により生成された契約情報の登録画面を契約情報登録端末１６へ提供する。同様に、ＣＦ情報登録端末１９の要求に応じて、ＣＦ登録画面生成部６６により生成されたキャッシュフロー明細の登録画面をＣＦ情報登録端末１９へ提供する。また、管理業務端末１４の要求に応じて契約管理のための管理画面を管理業務端末１４へ提供する。表示制御部５０は、各端末に表示させる画面の切替、言い換えれば画面遷移も制御する。

契約登録画面生成部５２は、契約情報を情報管理サーバ１２に登録するための画面である契約登録画面のデータを生成する。契約登録画面は、基本情報入力画面と、キャッシュフロー情報入力画面（以下、「ＣＦ情報入力画面」とも呼ぶ。）と、イベント情報入力画面を含む。

図６に関連して後述するが、基本情報入力画面は、契約の主体（例えば当事者名）、契約の客体（例えば取引の対象となる金品）、契約期間（例えば開始日や終了日）を含む基本情報の入力フィールドを有する。また図７〜図９に関連して後述するが、ＣＦ情報入力画面は、金銭授受に関する取決め内容を含むＣＦ情報の入力フィールドを有する。また図１０に関連して後述するが、イベント情報入力画面は、基本情報とＣＦ情報の少なくとも一方に影響を与える付加的な条件であるイベント情報の入力フィールドを有する。

なお、データ保持部２４は、デリバティブ契約やスワップ契約等の金融取引契約の種類ごと、言い換えれば、取引対象となる金融商品の種類ごとに、基本情報入力画面・ＣＦ情報入力画面・イベント情報入力画面の組み合わせを保持してもよい。契約登録画面生成部５２は、契約情報登録端末１６により指定された金融取引の種類を、表示制御部５０を介して受け付け、その種類に応じた契約登録画面のデータをデータ保持部２４から取得してもよい。

契約情報登録部５４は、契約登録画面に入力された契約情報を契約情報登録端末１６から受け付け、その契約情報を契約情報保持部３０へ格納する。契約情報登録部５４は、複数の契約それぞれの契約情報の登録を契約ごとに受け付ける。具体的には、契約情報登録部５４は、基本情報入力画面に入力された基本情報を取得して基本情報保持部３２へ格納する。また、ＣＦ情報入力画面に入力されたＣＦ情報を取得してＣＦ情報保持部３４へ格納する。また、イベント情報入力画面に入力されたイベント情報を取得してイベント情報保持部３６へ格納する。契約の種類によっては、イベント情報を含まない契約情報が登録される。

ＣＦ登録画面生成部６６は、金融取引契約（実施の形態ではローン契約）にもとづき発生するキャッシュフローを情報管理サーバ１２に直接登録するための画面（以下「ＣＦ登録画面」と呼ぶ。）のデータを生成する。

ＣＦ情報登録部６８は、ＣＦ登録画面に入力されたキャッシュフローデータ（ここでは図４の明細データとする）をＣＦ情報登録端末１９から受信する。またＣＦ情報登録部６８は、キャッシュフローデータを登録するためのインタフェース（ＡＰＩ）を外部システム１７に提供する。外部システム１７は、そのＡＰＩを介して、キャッシュフローデータを情報管理サーバ１２へ送信する。ＣＦ情報登録部６８は、ＣＦ情報登録端末１９および外部システム１７から受信したキャッシュフローデータをＣＦ明細更新部５８に渡し、ＣＦ情報保持部３４のＣＦ明細４６に記録させる。

金額計算部５６は、登録された各契約のＣＦ情報で定められた規則にしたがって契約当事者間に生じる決済金額（キャッシュフローの金額であり、精算金額とも言える。）を計算する。この規則は、決済金額を算定すべき期日や、金額算定に使用する金利や為替レート等の経済指標、金額算定のための計算式を含む。実施の形態では、金額計算部５６は、ＣＦ情報保持部３４のＣＦ明細４６の各レコードについて、キャッシュフローの確定金額を算出する。

例えばＣＦ情報では、約定日後の将来日付における経済指標値にもとづいて精算金額や決済金額を決定することが定められる。金額計算部５６は、約定日に対する所定の将来時点であり、情報管理サーバ１２への契約登録日に対する所定の将来時点である、ＣＦ情報で定められた決済金額を算定すべき期日に至った場合、その事実を検出する。このとき金額計算部５６は、マスタ情報保持部３８にマスタ情報として保持された現在の経済指標値にもとづいて、契約当事者間での決済の確定金額を算出する。

ＣＦ明細更新部５８は、契約情報登録部５４によりＣＦ情報保持部３４に新たなＣＦ情報が格納された場合に、登録対象の契約により定められた将来時点で生じる１つ以上のキャッシュフローをＣＦ情報にしたがって識別し、ＣＦ明細４６（図４参照）に記録する。例えば、登録された１つの契約のＣＦ情報が、１年に４回の金利支払を定めていれば、当該契約のキャッシュフロー明細として、契約開始日から終了日までの間に、１年当たり４つのキャッシュフロー明細を記録する。同様にＣＦ明細更新部５８は、ＣＦ情報登録部６８から渡されたキャッシュフローの明細データをＣＦ明細４６に記録する。

またＣＦ明細更新部５８は、ＣＦ明細４６として記録されたキャッシュフローについて、各キャッシュフローの確定金額が金額計算部５６により算出された場合に、その確定金額を含むキャッシュフローの明細データをＣＦ明細４６に記録する。

決済処理部６５は、マスタ情報保持部３８とＣＦ情報保持部３４から決済実行に必要な情報を取得し決済実行に必要な情報を生成する。例えば、マスタ情報保持部３８から決済銀行や口座、ネッティングの有無に関する情報を取得して決済方法を決定する情報を生成し、ＣＦ情報保持部３４からＣＦ確定明細の情報を取得して決済を実行するためのデータを生成する。

管理画面生成部６０は、契約情報保持部３０に保持された契約情報にもとづいて、金融取引契約に関する各種業務を支援するための管理画面のデータを生成する。例えば、契約系（法務系）業務、精算管理系業務、決済系業務のそれぞれに必要な所定項目の情報を基本情報保持部３２、ＣＦ情報保持部３４、イベント情報保持部３６から抽出し、抽出した情報を所定フォーマットにしたがって配置した各業務用の画面データを生成する。

例えば、管理画面生成部６０は、管理業務端末１４のユーザにより入力された検索条件を受け付け、その検索条件に該当する１つ以上のキャッシュフロー明細をＣＦ情報保持部３４から検索する。言い換えれば、ＣＦ情報保持部３４に保持された複数種類の金融取引契約（図２で示すデリバティブ契約〜ローン契約）に亘る複数のキャッシュフロー明細の中から、複数種類の金融取引契約に共通する基準としての検索条件に該当する１つ以上のキャッシュフロー明細を取得する。管理画面生成部６０は、検索条件に合致する１つ以上のキャッシュフロー明細をリスト形式で一括表示する管理画面のデータを生成する。

管理画面生成部６０が生成する管理画面は、図２の利率日別管理画面、精算日別管理画面、決済承認画面を含む。利率日別管理画面は、検索条件として指定された特定の利率日を有する１つ以上のキャッシュフロー明細を一括表示する。精算日別管理画面は、検索条件として指定された特定の精算日（すなわち決済日）を有する１つ以上のキャッシュフロー明細を一括表示する。決済承認画面は、検索条件として指定された未承認の状態である１つ以上のキャッシュフロー明細を一括表示する。

また、管理画面生成部６０は、契約情報保持部３０に保持された契約情報と、ウィジェット情報保持部４２に保持されたロジックにもとづいて、複数種類のウィジェットそれぞれのコンテンツデータを生成する。そして、それら複数種類のウィジェットを配置したダッシュボード画面のデータを生成する（図１４参照）。また管理画面生成部６０は、ユーザ情報保持部４４に保持された、ダッシュボード画面を提供するユーザの情報を参照し、そのユーザにより選択されたウィジェットを配置したダッシュボード画面を生成する。

例えば、管理画面生成部６０は、図２の利率日別管理画面、精算日別管理画面、決済承認画面等、個別の検索条件による複数の管理画面を集約した画面であり、複数のウィジェットを並べたダッシュボード画面のデータを生成する。管理画面生成部６０は、複数のウィジェットのコンテンツデータとして、予め定められた複数の検索条件による契約情報（基本情報、ＣＦ情報、キャッシュフロー明細等）の抽出状況を示す情報、例えば検索条件に合致する契約数・キャッシュフロー数等を設定する。

承認状況更新部６２は、管理画面に入力された情報であり、具体的には、登録を受け付けた契約情報や、決済金額（キャッシュフローの確定金額等）を担当者が承認したことを示す情報（以下「承認通知」とも呼ぶ。）を管理業務端末１４から受信する。この承認通知では、承認された契約のＩＤや、キャッシュフローのＩＤが指定される。承認状況更新部６２は、承認通知で指定された契約ＩＤ、キャッシュフローＩＤにより特定される基本情報、ＣＦ情報、イベント情報に対して、承認済みであることを示す情報を記録する。

ウィジェット情報更新部６４は、ウィジェットに表示するコンテンツ作成ロジック、言い換えれば、保持された契約情報にもとづく管理画面生成規則の変更情報を管理業務端末１４から受け付ける。ウィジェット情報更新部６４は、受け付けた変更情報にしたがって、ウィジェット情報保持部４２に格納されたロジックを更新する。例えば、ウィジェット情報保持部４２に保持されたウィジェットのコンテンツ作成プログラムを、管理業務端末１４から受け付けた変更情報を反映するよう更新する。

なお、実施の形態において情報管理サーバ１２が備える機能の一部、例えばユーザへのプレゼンテーション機能は管理業務端末１４、契約情報登録端末１６、ＣＦ情報登録端末１９が備えてもよい。例えば、表示制御部５０および管理画面生成部６０は、管理業務端末１４が備えてもよい。この場合、情報管理サーバ１２は、金額計算部５６が算出した金額を含むデータであり、管理画面のコンテンツデータや、ダッシュボード画面の各ウィジェットのコンテンツデータを生成し、管理業務端末１４へ提供してもよい。管理業務端末１４は、情報管理サーバ１２から提供されたコンテンツデータを、管理画面や、ダッシュボード画面の各ウィジェットに表示させてもよい。

同様に、表示制御部５０および契約登録画面生成部５２は、契約情報登録端末１６が備えてもよい。このように、実施の形態において情報管理サーバ１２が一元的に備えることとした機能ブロックは、複数の装置に分散され、複数の装置が通信網１８を介して連携することにより実現されてもよい。管理業務端末１４、契約情報登録端末１６、ＣＦ情報登録端末１９のそれぞれは、ウェブブラウザ等を用いるシンクライアントとして実現されてもよい。また、契約の登録や管理用のクライアントアプリケーション、言い換えれば、プレゼンテーションロジックが実装されたリッチクライアントとして実現されてもよい。

以上の構成による情報管理システム１０の動作を以下説明する。
金融機関の契約登録担当者や、金融機関の顧客、契約当事者等、情報管理システム１０に対して契約情報を登録すべきユーザは、契約情報登録端末１６を操作し、情報管理サーバ１２にアクセスする。そして、個々の契約を単位に、その基本情報とＣＦ情報とイベント情報を情報管理サーバ１２に登録する。例えば、複数個のデリバティブ契約の情報を、契約ごとに個別に情報管理サーバ１２に登録する。

具体的には、契約情報登録端末１６は、各契約において取引対象となる金融商品の種類を指定した契約登録画面の提供要求を情報管理サーバ１２へ送信する。情報管理サーバ１２の契約登録画面生成部５２は、金融商品の種類に対応する基本情報入力画面、ＣＦ情報入力画面、イベント情報入力画面のデータを生成し、表示制御部５０は各画面データを契約情報登録端末１６へ送信して表示させる。

図６は基本情報入力画面１１０を示す。基本情報入力画面１１０は、取引種類、契約当事者、約定日、取引開始日、取引終了日、元本等の入力フィールドを含む。

図７〜図９はＣＦ情報入力画面を示す。図７のＣＦ情報入力画面１１２は、１回の金融取引の内容を指定する画面である。図８のＣＦ情報入力画面１１４は、金利計算の各種パラメータを指定する画面である。例えば、取引期間、取引日、適用する金利・指標の種類、日付（例えば約定日後の将来日付であり、その日付の決定規則）等を含む。例えば図８では、２０１２年１０月１２日から２０１７年１０月１２日まで、年に４回、指標「３ＭＹＬ」にしたがった変動金利にて金利を支払うことの取決めが入力されている。

図９のＣＦ情報入力画面１１６は、金利計算のための任意の計算式の入力フィールドを有する。図９のＣＦ情報入力画面１１６は、任意の態様の決済金額の決定規則、例えば決済金額の算定式を入力可能にするものである。典型的には、決済金額の決定規則が図７や図８に示した標準的な算定態様に当てはまらない場合に使用される。

任意に取決められた決済金額の決定規則を入力可能にするため、ＣＦ情報入力画面１１６は、指標フィールド１７０、計算式フィールド１７２、選択可能計算式フィールド１７４、上限下限フィールド１７６を有する。指標フィールド１７０には、算定式中で用いる経済指標であり、例えば各国の金利や為替レート、各市場の株価指数等の識別情報が入力される。計算式フィールド１７２には算定式が入力される。選択可能計算式フィールド１７４には、算定式を構成する各要素の定義であり、例えば算定式に含まれる変数の決定規則が入力される。上限下限フィールド１７６には、上限および下限値が入力される。

図９の例では、支払額の決定に「ＩＲ」という変数を使用し、ドル円相場の値により、ＩＲ１とＩＲ２のいずれかを適用することを定めている。図９の選択可能計算式フィールド１７４には、指標フィールド１７０で指定された指標の値に応じて、計算式フィールド１７２に入力された計算式を構成する要素「ＩＲ」の値を決定する旨が入力されている。このようにＣＦ情報入力画面１１６を使用することで、複雑な計算式を含む、非定型のＣＦ情報も情報管理サーバ１２に登録することができる。

図７〜図９で示すように、基本情報入力画面およびＣＦ情報入力画面では、その入力フィールドの項目名としてＩＳＤＡで標準化された名称を表示する。そのため、契約情報の登録者は、基本的には、契約書の項目をそのまま基本情報入力画面およびＣＦ情報入力画面の各項目に対応づけ、契約内容をそのまま転記すればよい。仮に契約書の項目がＩＳＤＡに未準拠であっても、入力フィールドの項目名としてＩＳＤＡの標準名称を使用することで、契約書の項目とのマッピングを容易にしている。

図１０はイベント情報の例を示す。イベント情報は、契約期間途中で契約解約される早期解約条件などの付帯条項が代表的である。また、マーケット指標値による自動発動型や、決められたタイミングで契約者の任意行使可能なパターンが存在する。図１０では、自動発動型の例として、ＩＳＤＡの金利スワップＣｏｎｆｉｒｍａｔｉｏｎサンプルのオプショナル条件を示している。同図のイベント情報は、条件の内容、判定日、発動条件を含む。基本情報入力画面やＣＦ情報入力画面と同様に、イベント情報入力画面も、条件の内容、判定日、発動条件等、ＩＳＤＡに準拠した標準項目名称を入力フィールドの項目名として表示する。

契約登録画面において契約情報の登録を指示する所定の操作入力がなされると、契約情報登録端末１６は、契約登録画面に入力された契約情報を情報管理サーバ１２へ送信する。情報管理サーバ１２の契約情報登録部５４は、基本情報入力画面に入力された基本情報を基本情報保持部３２に格納し、ＣＦ情報入力画面に入力されたＣＦ情報をＣＦ情報保持部３４に格納し、イベント情報入力画面に入力されたイベント情報をイベント情報保持部３６へ格納する。このときＣＦ明細更新部５８は、ＣＦ情報保持部３４に格納されたＣＦ情報にしたがって、当該契約により将来時点で予定される１つ以上のキャッシュフローを示す１つ以上のＣＦ明細４６を記録する。なお、新規登録時点では、契約情報（ＣＦ明細を含む）に対応づけて未承認を示す承認フラグを記録する。

金融機関におけるローン契約の担当者は、ＣＦ情報登録端末１９を操作し、情報管理サーバ１２にアクセスする。ＣＦ情報登録端末１９は、ＣＦ登録画面の提供要求を情報管理サーバ１２へ送信する。情報管理サーバ１２のＣＦ登録画面生成部６６は、ＣＦ登録画面のデータを生成し、表示制御部５０はその画面データをＣＦ情報登録端末１９へ送信して表示させる。担当者は、ローン契約により生じるキャッシュフローの情報、例えば図４の１レコードに相当する明細情報をＣＦ登録画面に入力し、その登録を指示する所定操作を入力する。ＣＦ情報登録端末１９は、ＣＦ登録画面に入力されたキャッシュフロー情報を情報管理サーバ１２へ送信する。

また金融機関の外部システム１７は、自装置で受け付け、勘定処理等を実行する各種金融取引契約（例えば図１の株式売買契約や債券売買契約）で発生するキャッシュフローの情報、例えば図４の１レコードに相当する明細情報を情報管理サーバ１２に登録する。具体的には、情報管理サーバ１２において予め定められたキャッシュフロー登録用ＡＰＩをコールすることによりキャッシュフロー情報を情報管理サーバ１２へ送信する。情報管理サーバ１２のＣＦ情報登録部６８は、ＣＦ情報登録端末１９および外部システム１７から受け付けたキャッシュフロー情報をＣＦ明細更新部５８に渡す。ＣＦ明細更新部５８は、ＣＦ情報登録部６８から渡されたキャッシュフロー情報をＣＦ明細４６としてＣＦ情報保持部３４に記録する。

情報管理サーバ１２の金額計算部５６は、情報管理サーバ１２に登録された複数の契約情報のそれぞれを参照し、各契約にもとづき契約当事者間で生じる１つ以上のキャッシュフローの確定金額を算出する。例えば、ＣＦ情報保持部３４に記録された複数のＣＦ明細４６のうち金利確定日に至ったＣＦ明細４６を特定し、マスタ情報が示す当日の金利を、特定したＣＦ明細４６の金額算定式に入力することにより、当該ＣＦ明細４６の確定金額を算出する。ＣＦ明細更新部５８は、金額計算部５６により確定金額が算出されたＣＦ明細４６を、ＣＦ確定明細に変更して確定金額を含むようＣＦ明細４６を更新する。

金融機関の精算管理系業務または決算業務の担当者は、管理業務端末１４を操作し、情報管理サーバ１２にログインする。ここでは、担当者がキャッシュフロー明細の承認業務を行うこととする。管理業務端末１４は、担当者が入力した検索条件、例えば特定の精算日や利率日（利率確定日）を指定したキャッシュフロー明細の検索要求を情報管理サーバ１２へ送信する。情報管理サーバ１２の管理画面生成部６０は、検索要求を受信し、その要求で指定された検索条件に合致するＣＦ明細４６をＣＦ情報保持部３４から取得する。そして、取得したキャッシュフロー情報を設定した管理画面を生成する。表示制御部５０は、管理画面生成部６０により生成された管理画面のデータを管理業務端末１４へ送信して表示させる。

図１１は、検索条件として特定の精算日が指定された場合に提供する管理画面であり、図１の精算日別管理画面を示す。同図で示すように、精算日別管理画面には、情報管理サーバ１２に登録された複数種類の金融取引契約が定めたキャッシュフローのうち、金融取引契約の種類にかかわらず精算日「２０１３年１２月２４日」を共通の基準として抽出したキャッシュフローの明細を表示する。例えば、商品種別「ローン」の契約（契約番号００１）はＣＦ情報登録端末１９が登録したものであり、商品種別「デリバティブ」の契約（契約番号００２、００４）は契約情報登録端末１６が登録したものであり、商品種別「先物」の契約（契約番号００５）は外部システム１７が登録したものである。

また図１１では、１つの契約から１つ以上のキャッシュフローが生成されることを示している。例えばＣＦ番号「００２３３４」「００２２３３５」で識別される２つのキャッシュフローは、契約番号「００２」で識別される１つの契約から生じたものである。また、契約番号００２のＣＦ番号００２３３５は変動金利が確定していないため、支払額が未確定であることを示している。また、契約番号００４の２つのキャッシュフローは、方向が同じであるため、ネッティングの結果、精算金額が合計されている。方向が逆であれば、ネッティングの結果、精算金額は相殺され小さくなる。

金融機関の担当者は、精算日別管理画面のキャッシュフロー明細を確認し、承認する場合は、承認欄にチェックを入力した上で、所定の登録操作を入力する。管理業務端末１４は、承認欄にチェックがなされたレコードのＣＦ番号と、承認された旨を示す情報を情報管理サーバ１２へ送信する。情報管理サーバ１２の承認状況更新部６２は、精算日別管理画面において承認された、ＣＦ番号により特定されるキャッシュフロー明細に対して承認済みを示すフラグを記録する。以降、承認されたキャッシュフローについては、その決済処理等が実行される。決済処理は外部システム１７で実行されてもよく、情報管理サーバ１２は承認済みのキャッシュフロー明細（基本情報等を適宜含めてもよい）を外部システム１７に送信し、決済を実行させてもよい。

図１２は、検索条件として特定の利率日が指定された場合に提供する管理画面であり、図１の利率日別管理画面を示す。同図で示すように、利率日別管理画面には、情報管理サーバ１２に登録された複数種類の金融取引契約が定めたキャッシュフローのうち、金融取引契約の種類にかかわらず利率日「２０１３年１２月２４日」を共通の基準として抽出したキャッシュフローの明細を表示する。なお同図は、利率日に加え、変動金利が適用されるキャッシュフローを検索条件としており、ＩＮＤＥＸ欄にはキャッシュフローの算定に適用される経済指標の種類が表示される。Ｒａｔｅ欄で「＊＊＊＊」の箇所は指標値が未確定であることを示している。承認処理の動作は精算日別管理画面と同様である。

次に、ダッシュボード画面の提供に関する動作を説明する。金融機関の契約系業務・精算管理系業務・決済系業務それぞれの担当者は、管理業務端末１４を操作し、情報管理サーバ１２にログインする。情報管理サーバ１２の管理画面生成部６０は、ログイン後のトップ画面としてログインユーザ向けのダッシュボード画面を生成する。具体的には、ログインユーザのＩＤに対応づけられたウィジェットのロジックにしたがって、ログインユーザ向けのダッシュボード画面で表示させるべき各ウィジェットのコンテンツデータを生成する。そして、ログインユーザのＩＤに対応づけられた１つ以上のウィジェットを配置したダッシュボード画面のデータを生成する。表示制御部５０は、管理画面生成部６０が生成したダッシュボード画面のデータを管理業務端末１４へ送信して表示させる。

図１３はダッシュボード画面を示す。ダッシュボード画面はメインダッシュボード画面１２０と、サブダッシュボード画面１４０を含む。この例では、メインダッシュボード画面１２０は、ユーザにより予め選択された登録管理ウィジェット１２２、精算管理ウィジェット１２４、決済管理ウィジェット１２６、月間スケジュールウィジェット１２８、タスクウィジェット１３０を含む。またサブダッシュボード画面１４０も、登録管理ウィジェット１４２、精算管理ウィジェット１４４、決算管理ウィジェット１４６、月間スケジュールウィジェット１４８、タスクウィジェット１５０を含む。

登録管理ウィジェット１２２および１４２は契約系業務用のウィジェットであり、実際には契約系業務担当者のダッシュボード画面にのみ配置されてもよい。同様に、精算管理ウィジェット１２４および１４４は精算管理系業務用のウィジェットであり、実際には精算管理系業務担当者のダッシュボード画面にのみ配置されてもよい。同様に、決済管理ウィジェット１２６および１４６は決済管理系業務用のウィジェットであり、実際には決済系業務担当者のダッシュボード画面にのみ配置されてもよい。

メインダッシュボード画面１２０の各ウィジェットには、決済の進行状況や承認の有無を含む各種業務の状況を示すデータが円グラフと数値により示されている。例えば、精算管理ウィジェット１２４には、決済期日が表示日以降であり、表示当日に決済金額を確定する必要がある案件のうち、決済金額の承認が未完了のキャッシュフロー案件が５件、すなわち担当者が未処理の承認タスクが５件あることを示している。また、表示当日に決済金額を確定する必要がある案件のうち、決済金額を承認済みのキャッシュフロー案件が５件あることを示している。このように、メインダッシュボード画面１２０の各ウィジェットには、ウィジェットのロジックとして定められた条件による契約案件や、キャッシュフロー案件の抽出状況、例えば検索条件に該当する案件数を示す情報が設定される。

なお情報管理サーバ１２の表示制御部５０は、ダッシュボード画面への所定操作入力を契機にウィジェットのロジックの編集画面を管理業務端末１４へ送信して表示させる。管理業務端末１４は、編集画面に入力されたロジックを情報管理サーバ１２へ送信し、情報管理サーバ１２のウィジェット情報更新部６４は、受け付けたウィジェットのロジックをウィジェット情報保持部４２に格納する。これにより、ウィジェットのコンテンツ生成ロジックをユーザ自身で変更することを可能にする。

図１４（ａ）〜図１４（ｃ）は、ダッシュボード画面と、ダッシュボード画面からの画面遷移の例を示す。図１４（ａ）のダッシュボード画面には最小化ボタン１５２が配置され、最小化ボタン１５２が押下されるとサブダッシュボード画面１４０のみの表示に切り替わる。サブダッシュボード画面１４０のみのダッシュボード画面には最大化ボタン１５４が配置され、最大化ボタン１５４が押下されるとメインダッシュボード画面１２０が再表示される。また、「Configure Dashboard」ボタンがクリックされると、ダッシュボード画面に表示させるウィジェットの選択画面へ遷移する。この選択画面での選択結果は情報管理サーバ１２のユーザ情報保持部４４に格納される。これにより、ユーザは自身のダッシュボード画面で表示させたいウィジェットをカスタマイズすることができる。

また図１４（ａ）のメインダッシュボード画面１２０およびサブダッシュボード画面１４０において特定のウィジェットのリンク文字列が選択されると、管理業務端末１４は、選択されたリンク文字列を示す情報を情報管理サーバ１２へ送信する。リンク文字列は、例えば、精算管理ウィジェット１２４の「Today's Settle CF (Unconfirmed)」である。

情報管理サーバ１２の管理画面生成部６０は、選択されたリンク文字列に対応づけられたロジック（画面生成ロジックと言え、契約情報抽出ロジックとも言える）をウィジェット情報保持部４２から取得する。そして、取得したロジックにしたがって、リンク文字列に対応する個別管理画面のデータを生成する。この個別管理画面では、例えば、表示当日に決済金額を確定する必要がある案件のうち、決済金額の承認が未完了のキャッシュフロー案件の検索結果であり、例えば検索にヒットしたキャッシュフロー明細が表示される。表示制御部５０は、個別管理画面のデータを管理業務端末１４へ送信して、ダッシュボード画面の表示を切り替えさせる。

例えば図１４（ａ）において、メインダッシュボード画面１２０の精算管理ウィジェット１２４またはサブダッシュボード画面１４０の精算管理ウィジェット１４４のリンク文字列が選択されると、図１４（ｂ）に示す精算管理画面１６０が表示される。同図の精算管理画面１６０の内容は、図１１で示した精算日別管理画面に対応する。

同様に、メインダッシュボード画面１２０の月間スケジュールウィジェット１２８またはサブダッシュボード画面１４０の月間スケジュールウィジェット１４８のリンク文字列が選択されると、図１４（ｃ）に示す月間スケジュール画面１６２が表示される。一部既述したように、精算管理画面１６０や月間スケジュール画面１６２等の個別管理画面においてユーザによる承認操作等の操作入力がなされると、管理業務端末１４は、その操作内容を示す情報を情報管理サーバ１２へ送信する。情報管理サーバ１２は、その操作内容に応じて契約情報保持部３０の情報を更新する。例えば、承認状況更新部６２は、承認がなされた契約情報やキャッシュフロー明細に対して、承認済みを示す情報を記録する。業務情報保持部４０の情報更新は、ダッシュボード画面の表示、すなわちウィジェットの表示コンテンツにフィードバックされる。

なお、情報管理サーバ１２の管理画面生成部６０は、個別管理画面として、複数の契約それぞれの基本情報を一括して表示する管理画面のデータを生成し、また、複数の契約それぞれのイベント情報を一括して表示する管理画面のデータを生成する。表示制御部５０は、管理業務端末１４からの要求に応じて、これらの管理画面のデータを管理業務端末１４へ送信して表示させる。すなわち情報管理サーバ１２は、契約単位で個別に登録された基本情報、ＣＦ情報（キャッシュフロー明細を含む）、イベント情報のそれぞれについて、複数個の契約の情報を１つの画面でまとめて表示する管理画面を管理業務端末１４へ提供する。これにより、金融機関の契約系・精算管理系・決済系それぞれの業務担当者の作業の効率化を支援する。

以上説明したように、実施の形態の情報管理システム１０は、現在は手管理となっている複雑な商品・少量多品種の商品等について、契約単位、キャッシュフロー単位、イベント単位の、標準化したデータ構造を用いたシステム管理を実現する。これにより、期日管理等を手作業で行うことによるオペレーションリスクや、属人化リスクを低減できる。また、システム化により担当者の業務負荷を低減でき、取扱い可能な取引上限件数を向上させることができる。さらまた、契約情報を契約単位、キャッシュフロー単位、イベント単位で保持することで、効率的なデータ管理、例えば情報検索の迅速化と、データ構造の変更容易性を維持しやすくなる。

また情報管理システム１０は、デリバティブをはじめ多種多様な金融取引に関する契約を、キャッシュフローの粒度で一括して管理し、多種多様な金融取引それぞれのキャッシュフローの情報を一括して表示する管理画面を提供する。これにより、金融取引の種類、言い換えれば取引対象となる金融商品の種類に関わらず、共通のシステムで一元的にキャッシュフロー分解後の管理業務を支援でき、システムコストの低減も実現できる。また情報管理システム１０は、１つの契約の登録を受け付けると、その契約により将来時点で生じる複数のキャッシュフローの明細を記録し、個々のキャッシュフロー単位での承認管理や期日管理を実現する。

また情報管理システム１０は、個々の管理画面とそれぞれリンクし、個々の管理画面の内容を集約して示すウィジェットを複数含むダッシュボード画面を提供する。また、契約系・精算管理系・決算系それぞれの業務担当者に応じたウィジェットを配置したダッシュボード画面を提供する。これにより、契約系・精算管理系・決算系それぞれの業務の効率的な遂行を支援できる。

以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

一部記述したように、情報管理サーバ１２は、金銭または物品に対する権利に関する取決めの情報を管理対象に含め、実施の形態で示した現金の移動と同様に権利の移動を管理することができる。金銭または物品に対する権利は、売掛債権、買掛債券、仕組債等の各種債券を含む。この場合、ＣＦ登録画面生成部６６は、上記取決めで定められた金銭または物品に対する権利の移動の条件（日時や種々の指標値を含む）を示す情報を情報管理サーバ１２に登録するための登録画面（ＣＦ登録画面に対応）を生成する。ＣＦ情報登録部６８は、ＣＦ登録画面に入力された、上記取決めにもとづいて将来時点で発生する権利移動を示すデータをＣＦ情報保持部３４に格納する。

ＣＦ情報保持部３４は、上記取決めにより定められる将来時点での権利の移動と、権利の移動量もしくは権利の移動に伴う金銭の移動量を示すフロー明細情報（ＣＦ明細に対応）を保持する。ＣＦ明細更新部５８は、上記取決めにもとづく権利の移動や、その移動量が確定した等のタイミングでフロー明細情報を逐次更新する。実施の形態と同様に、基本情報保持部３２とイベント情報保持部３６には、当該権利の取決めに関する基本情報とイベント情報が格納される。管理画面生成部６０は、上記取決めに関する契約系業務、精算管理系業務、決済系業務のそれぞれに必要な所定項目の情報を基本情報保持部３２、ＣＦ情報保持部３４、イベント情報保持部３６から抽出し、各業務用の画面を生成する。

上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。

１０ 情報管理システム、 １２ 情報管理サーバ、 １４ 管理業務端末、 １６ 契約情報登録端末、 ３０ 契約情報保持部、 ３４ ＣＦ情報保持部、 ５０ 表示制御部、 ５２ 契約登録画面生成部、 ５４ 契約情報登録部、 ５６ 金額計算部、 ５８ ＣＦ明細更新部、 ６０ 管理画面生成部。

Claims (5)

1. 将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報であって、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件の入力を受け付けるフロー条件受付部と、
   前記複数種類の取決めのそれぞれで定められた情報であって、取決めの主体および期間を含む基本情報の入力を受け付ける基本情報受付部と、
   前記複数種類の取決めのそれぞれで定められた情報であって、前記基本情報または前記フロー条件に影響する付加的な条件を示すイベント情報の入力を受け付けるイベント情報受付部と、
   前記複数種類の取決めのそれぞれで定められた情報を、前記フロー条件受付部が受け付けたフロー条件と、前記基本情報受付部が受け付けた基本情報と、前記イベント情報受付部が受け付けたイベント情報とに分類して保持する取決め情報保持部と、
   前記取決め情報保持部に記憶された前記複数種類の取決めそれぞれのフロー条件に基づいて、将来時点における金銭もしくは物品またはこれらに対する権利の移動を示すフロー情報であって、前記複数種類の取決めそれぞれのフロー情報をフロー情報保持部に記録するフロー情報記録部と、
   前記複数種類の取決めのそれぞれで定められた金銭もしくは物品またはこれらに対する権利の移動を管理するための画面であって、前記フロー情報保持部に記憶された複数種類の取決めのフロー情報のうち前記複数種類の取決めに共通する基準にもとづいて抽出した１つ以上のフロー情報を一括して表示する管理画面を生成する管理画面生成部と、
   を備えることを特徴とする情報管理システム。
2. 前記複数種類の取決めは、書面で定められた取決めを含み、
   前記書面に記載された取決めに関するフロー条件を入力させるためのフロー条件登録画面と、前記書面に記載された取決めに関する基本情報を入力させるための基本情報登録画面と、前記書面に記載された取決めに関するイベント情報を入力させるためのイベント情報登録画面を生成する登録画面生成部をさらに備え、
   前記フロー条件受付部は、前記フロー条件登録画面に入力されたフロー条件を受け付け、
   前記基本情報受付部は、前記基本情報登録画面に入力された基本情報を受け付け、
   前記イベント情報受付部は、前記イベント情報登録画面に入力されたイベント情報を受け付けることを特徴とする請求項１に記載の情報管理システム。
3. 表示制御部をさらに備え、
   前記管理画面生成部は、複数の基準のそれぞれによるフロー情報の抽出状況を示す複数のウィジェットを並べて配置したダッシュボード画面をさらに生成し、
   前記表示制御部は、前記ダッシュボード画面を表示させ、前記ダッシュボード画面で特定のウィジェットが選択された場合に、前記管理画面生成部により生成された管理画面であって、前記特定のウィジェットに対応する基準にもとづいて抽出したフロー情報を示す管理画面を表示させることを特徴とする請求項１または２に記載の情報管理システム。
4. 複数種類の取決めのそれぞれで定められた情報であって、将来時点における金銭もしくは物品またはこれらに対する権利の移動を示すフロー情報を一括して蓄積するフロー情報保持部と、
   書面に記載された前記取決めに関する情報のうち金銭もしくは物品またはこれらに対する権利の移動の条件を示す情報を転記させるフロー条件登録画面を生成する登録画面生成部と、
   前記フロー条件登録画面に対して入力された情報にもとづいて１つ以上の将来時点で発生する金銭もしくは物品またはこれらに対する権利の移動を示す１つ以上のフロー情報を前記フロー情報保持部に記録するフロー情報記録部と、
   前記複数種類の取決めのそれぞれで定められた金銭もしくは物品またはこれらに対する権利の移動を管理するための画面であって、前記フロー情報保持部に蓄積された複数種類の取決めのフロー情報のうち前記複数種類の取決めに共通する基準にもとづいて抽出した１つ以上のフロー情報を一括して表示する管理画面を生成する管理画面生成部と、
   を備え、
   前記登録画面生成部は、前記書面に記載された前記取決めに関する情報のうち、取決めの主体および期間を含む基本情報を転記させる基本情報登録画面と、前記基本情報または前記フロー情報に影響する付加的な条件であるイベント情報を転記させるイベント情報登録画面をさらに生成し、
   前記管理画面生成部は、複数個の取決めのそれぞれについて、各取決めの基本情報が前記基本情報登録画面に個別に入力され、各取決めのイベント情報が前記イベント情報登録画面に個別に入力された場合に、前記複数個の取決めの基本情報を一括して表示する管理画面と、前記複数個の取決めのイベント情報を一括して表示する管理画面をさらに生成することを特徴とする情報管理システム。
5. 将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報であって、取決めの主体および期間を含む基本情報の入力を受け付ける基本情報受付ステップと、
   前記複数種類の取決めのそれぞれで定められた情報であって、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件の入力を受け付けるフロー条件受付ステップと、
   前記複数種類の取決めのそれぞれで定められた情報であって、前記基本情報または前記フロー条件に影響する付加的な条件を示すイベント情報の入力を受け付けるイベント情報受付ステップと、
   前記複数種類の取決めのそれぞれで定められた情報を、前記基本情報受付ステップで受け付けた基本情報と、前記フロー条件受付ステップで受け付けたフロー条件と、前記イベント情報受付ステップで受け付けたイベント情報とに分類して第１の記憶領域に記録するステップと、
   前記第１の記憶領域に記憶された前記複数種類の取決めそれぞれのフロー条件に基づいて、将来時点における金銭もしくは物品またはこれらに対する権利の移動を示すフロー情報であって、前記複数種類の取決めそれぞれのフロー情報を第２の記憶領域に記録するステップと、
   前記複数種類の取決めのそれぞれで定められた金銭もしくは物品またはこれらに対する権利の移動を管理するための画面であって、前記第２の記憶領域に記憶された複数種類の取決めのフロー情報のうち前記複数種類の取決めに共通する基準にもとづいて抽出した１つ以上のフロー情報を一括して表示する管理画面を生成するステップと、
   を情報処理システムが実行することを特徴とする情報管理方法。

Images