CN105593892A - 信息管理系统 - Google Patents

Abstract

信息管理系统(10)针对协定了将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的协定，将在多个种类的协定中分别规定的信息分类为基本信息、流条件以及事件信息来保持在规定的存储区域中，其中，该基本信息包含协定的主体和期间，该流条件表示将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的条件，该事件信息表示对基本信息或流条件有影响的附加条件。信息管理系统(10)受理从外部装置输入的多个种类的协定中分别规定的基本信息，将各协定的基本信息保存到上述的存储区域。

Description

信息管理系统

技术领域

本发明涉及一种用于辅助对规定了将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的信息的管理的技术。

背景技术

在进行柜台交易的金融衍生工具(Derivative，金融衍生产品)、债券等进行当面的金融交易的情况下，在交易开始之前交易当事人之间签订协议。关于用于这种金融交易的协议，存在由ISDA(国际掉期与衍生工具协会)制作的被称为“ISDA主协议”的基本协议，对于协议内容实现了一定的标准化。但是，实际的金融交易协议是多样的，在协议中协定的项目、各项目的内容涉及许多方面。

另外，在金融交易协议中，还存在以下情况：在签订协议时不确定在当事人之间授受的金钱的数额、即结算金额，而是设定用于在将来时间点确定该金额的条件。例如，还存在以下情况：协定从协议签订日起半年后由当事人A向当事人B支付利息，在签订协议时不规定结算金额，而是代之规定用于决定结算金额的条件。另外，还产生以下需要：在按照规定了将来应该执行的结算的期限、用于执行结算的条件的协议等的协定来在将来时间点执行结算时，在该执行之前确定结算金额并核准所确定的金额。

这样，在交换了已规定将来的结算期限的协定的情况下，有时需要进行以下结算处理：事后按照协定来计算所规定的结算金额，而且根据在协定中规定的条件来实际授受所计算出的金额。因而，要求一种用于遵守协定的内容的高级的信息管理。

专利文献1：日本特表2013-514593号公报

专利文献2：日本特开2008-140411号公报

发明内容

发明要解决的问题

规定了将来的结算的协定不限于金融交易协议，例如也包括关于股票等有价证券的红利等的结算。这样，用于规定在将来时间点执行金钱、物品的转移或者对金钱、物品的权利(以下有时称为“财产”)的转移的协定涉及许多方面，其协定的项目、各项目的内容也是多种多样的。因此，规定了将来的结算期限和用于执行结算的条件的各种协定的管理在以往几乎没有被系统化。即使在使用信息系统的情况下，也如专利文献1所示那样，止步于将来价值的预测、风险计算之类的部分。或者，如专利文献2所示那样，进行同一种类的协议信息的管理。本发明人认为处于以下状况：可以说迄今为止尚未充分提出用于针对在规定将来时间点的金钱、物品的转移这一点上共通的多种多样的协定有效地辅助用于完成各协定的业务的具体方法。

本发明是基于发明人对上述问题的认识而完成的，其主要目的在于，针对在规定将来时间点的财产的转移这一点上共通的多种多样的协定，有效地辅助用于完成各协定的业务。

用于解决问题的方案

为了解决上述问题，本发明的某个方式的信息管理系统具备：协定信息保持部，其针对协定了将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的协定，将在多个种类的协定中分别规定的信息分类为基本信息、流条件以及事件信息来保持，其中，该基本信息包含协定的主体和期间，该流条件表示将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的条件，该事件信息表示对基本信息或流条件有影响的附加条件；以及基本信息登记部，其受理从外部装置输入的多个种类的协定中分别规定的基本信息，将各协定的基本信息保存到协定信息保持部。

本发明的另一方式也是信息管理系统。该信息管理系统具备：协定信息保持部，其针对协定了将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的协定，将在多个种类的协定中分别规定的信息分类为基本信息、流条件以及事件信息来保持，其中，该基本信息包含协定的主体和期间，该流条件表示将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的条件，该事件信息表示对基本信息或流条件有影响的附加条件；以及流条件登记部，其受理从外部装置输入的多个种类的协定中分别规定的流条件，将各协定的流条件保存到协定信息保持部。

本发明的又一方式也是信息管理系统。该信息管理系统具备：协定信息保持部，其针对协定了将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的协定，将在多个种类的协定中分别规定的信息分类为基本信息、流条件以及事件信息来保持，其中，该基本信息包含协定的主体和期间，该流条件表示将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的条件，该事件信息表示对基本信息或流条件有影响的附加条件；以及事件信息登记部，其受理从外部装置输入的多个种类的协定中分别规定的事件信息，将各协定的事件信息保存到协定信息保持部。

本发明的又一方式也是信息管理系统。该信息管理系统具备：协定信息保持部，其针对协定了将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的协定，将在多个种类的协定中分别规定的信息分类为基本信息、流条件以及事件信息来保持，其中，该基本信息包含协定的主体和期间，该流条件表示将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的条件，该事件信息表示对基本信息或流条件有影响的附加条件；以及管理画面生成部，其从协定信息保持部所保持的基本信息、流条件、事件信息中，提取与协定的管理有关的多个种类的业务中分别需要的规定项目的信息，来生成用于辅助多个种类的业务的每一种业务的管理画面。

本发明的又一方式也是信息管理系统。该信息管理系统具备：协定信息保持部，其针对协定了将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的协定，将在多个种类的协定中分别规定的信息分类为基本信息、流条件以及事件信息来保持，其中，该基本信息包含协定的主体和期间，该流条件表示将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的条件，该事件信息表示对基本信息或流条件有影响的附加条件；以及管理画面生成部，其参照协定信息保持部所保持的基本信息、流条件、事件信息，来生成将多个种类的协定的基本信息一并显示的管理画面、将多个种类的协定的流条件一并显示的管理画面以及将多个种类的协定的事件信息一并显示的管理画面。

此外，以上的构成要素的任意组合以及在方法、程序、保存程序的记录介质等之间变换本发明的表现的方式也作为本发明的方式有效。

发明的效果

根据本发明，针对在规定将来时间点的财产的转移这一点上共通的多种多样的协定，能够有效地辅助用于完成各协定的业务。

附图说明

图1是表示实施方式的信息管理系统的概要的图。

图2是表示实施方式的信息管理系统的结构的图。

图3是表示图2的信息管理服务器的功能结构的框图。

图4是表示现金流明细的图。

图5是详细示出图3的控制部的框图。

图6是表示基本信息输入画面的图。

图7是表示CF信息输入画面的图。

图8是表示CF信息输入画面的图。

图9是表示CF信息输入画面的图。

图10是表示事件信息的例子的图。

图11是表示图1的按精算日管理画面的图。

图12是表示图1的按利率日管理画面的图。

图13是表示控制面板画面的图。

图14(a)是表示控制面板画面的图。

图14(b)是表示结算管理详细画面的图。

图14(c)是表示月度时间表详细画面的图。

具体实施方式

如已经叙述的那样，存在各种金融交易协议，协议中协定的项目的内容也涉及许多方面。从协议的签订到结算的执行为止的业务一般分为协议系(法务系)业务、精算管理系业务、结算业务。协议系业务是对协议的当事人、交易对象、协议期间等协议条件进行确认的业务。精算管理系业务是进行用于执行结算的结算金额的算定、结算金额的核准等的业务。结算业务是结算用的资金管理、实际执行结算等业务。

这种用于执行结算的业务内容根据金融机构、金融机构内的组织、管理负责人、还有协议的种类而不同，难以标准化，其结果，利用信息系统的业务辅助也尚不充分。因此，用于执行由各种协议规定的将来的结算的多样的业务在现实中是依赖个人能力进行管理的，而且是通过手工操作来管理、执行的，从而存在操作风险。

另外，协议的项目的内容涉及许多方面，因此难以设定用于将管理各种协议案件所需的信息登记到信息系统的项目。因此，在金融机构等中的以往的协议管理业务中，将协议书的档案钉在活页夹中来保管、或者将协议书的整个文件按原样保存在数据库中的情况多。即，处于以下的状况：可以说未能通过信息系统有效地辅助与协议案件有关的信息的管理。

即，如果使信息系统存储协议书本身，则能够在多个人之间共享关于同一案件的信息，但是各负责人从信息系统无法仅提取所需的信息。例如，在进行结算执行业务的负责人的情况下，不需要协议当事人、协议签订日、协议对象之类的信息，另一方面，需要的是用于执行结算的结算金额的算定、其核准是否结束等信息，但是难以将前者除外地只取出后者。因而，在以往的机制中，不得不依赖个人能力且通过手工操作来进行与协议有关的管理业务，存在由此引起的操作风险，而且负责人的业务负担也大。

因此，在实施方式中，提出实现如下管理的信息管理系统：基于柜台金融衍生工具交易协议等金融交易协议的结算的执行的高效管理、例如高效的协议管理、资金管理。首先，说明实施方式的信息管理系统的第一特征。

本发明人想到了：即使是进行柜台交易的OTC(OverTheCounter，柜台)金融衍生工具、结构债等复杂的金融交易协议、有价证券的分红结算之类的不基于协议书的协定，也能够将协定的内容分类为基本信息、现金流信息(以下也称为“CF信息”。)、事件信息这三个要素来进行整理。换言之，本发明人认为，通过利用基本信息、CF信息、事件信息这三个共通的基准对与将来的结算有关的协定的内容进行整理，能够利用ICT来以标准方式存储多样的协定，从而能够有效地辅助用于执行结算的业务。

基本信息是协定的主体和客体以及协定期间、若是协议则与协议的结束和开始有关的项目的信息，例如包含交易对象、交易当事人、协议签订日、生效日、协议期满日、解约条件等。CF信息是为了在协定中规定的结算日执行结算所需的信息，例如包含结算日、结算金额的支付方和被支付方、用于计算结算金额的条件式、结算金额存款账户的信息、结算货币等。在此，结算日是指执行财产的转移的转移日，结算是指完成用于使财产转移的转移量的确定等执行转移所需的手续来完成财产的转移，结算金额是指所转移的财产的转移量。即，CF信息是指协定所包含的信息中的、与在财产的转移日确定财产的转移量来完成财产的转移的条件有关的项目的信息。事件信息是指与可能对基本信息和CF信息的至少一方产生影响的附加条件有关的项目的信息，例如包含敲入价格、参照指标等。

实施方式的系统将复杂的协议内容分解为基本信息、CF信息以及事件信息，以标准化的数据结构进行管理。由此，使少量多品种的金融交易的协议管理、期限管理的统一化成为可能，从而对因业务高效化引起的处理件数的增加进行辅助。

另外，伴随金融交易协议，产生协议条件的确认作业等协议系(法务系)业务、确定协议中规定的结算金额并使执行结算的条件齐备的精算管理系业务、用于执行结算期限的结算的结算系业务等多样的协议管理业务、期限管理业务。但是，以往的系统难以在信息系统中以标准的形式存储并管理多样的方式的协定，因此，难以统一地辅助针对多样的协定分别产生的多样的业务。

另外，在以往的系统中，难以将一件协议案件信息分解为与该案件有关的多个业务。即，以往难以针对从一件协议产生的多个业务提取各个业务所需要的信息并加工来生成有效地辅助各业务处理的信息。例如，针对一个协议，即使能够获取其信息整体，也难以针对该协议的法务系业务、精算管理系业务、结算系业务仅获取各自所需的信息。

实施方式的系统将多个多样的协议信息的登记一并受理，以标准的数据结构对各协议的信息进行整理并保管。然后，提取用于辅助伴随各协议的履行而产生的协议系、精算管理系、结算系的各业务的信息，根据需要来进行计算等加工后按业务进行显示。由此，能够将多个协议信息登记到同一系统，分为协议系业务、精算管理系业务、结算系业务等多个种类的业务，针对各协议来辅助所需的业务的完成。

接着，参照图1来说明实施方式的信息管理系统的第二特征。图1表示实施方式的信息管理系统的概要。信息管理系统10统一地管理与规定了将来时间点的金钱或物品的转移的各种协定有关的表示财产的转移的流信息。各种协定包括各种金融交易协议、物品交易协议。金钱包括现金、钱币、各国的货币，包括电子数据(电子货币等)。物品包括现货、实物，包括支票、票据、股票等金融商品。对金钱或物品的权利包括应收债权、应付债权、结构债、期权交易等各种债权、债务。这样，只要是规定了将来时间点的财产的转移的协定就能够成为信息管理系统10的管理对象，但是下面为了简化说明，将管理对象的协定设为金融交易协议、将转移对象的客体设为金钱来进行说明。

信息管理系统10对现金流信息统一地进行管理，该现金流信息表示以金融衍生工具协议、结构债协议为首的包括股票买卖协议、期货交易协议等的多种多样的金融交易协议所规定的将来时间点的金钱的转移。换言之，只要是能够分解为现金流的协定，就可以成为信息管理系统10的管理对象。例如，虽然图1中未图示，但是从公司向职员的工资支付也产生金钱的转移，因此能够通过信息管理系统10进行管理。

实施方式的信息管理系统10针对金融衍生工具协议、结构债协议，对其协议书中记载的基本信息、事件信息、CF信息分别进行管理。另一方面，针对其它种类的金融交易协议，对CF信息进行管理，特别是如后所述那样对现金流明细进行管理。作为变形例，也可以针对除了金融衍生工具协议、结构债协议以外的金融交易协议也将基本信息和事件信息包括在内地进行管理。

信息管理系统10基于多个种类的金融交易协议中共通的基准(以下也称为“共通管理基准”。)、例如精算日、利率日、结算核准有无等，来提供将多个种类的金融交易协议的CF信息汇总表示的管理画面。另外，针对多个种类的金融交易协议的CF信息，提供将基于多个共通管理基准的协议、现金流的提取状况汇总表示的控制面板(Dashboard)画面，该控制面板画面是汇集了基于多个共通管理基准的多个管理画面的画面。

图2表示实施方式的信息管理系统10的结构。信息管理系统10可以说是辅助结算的执行的结算辅助系统，也可以说是对规定了将来的结算的协议进行管理的协议管理系统。信息管理系统10也可以说是对企业的资金周转(现金流)进行管理的现金流管理系统。信息管理系统10例如是在银行、证券公司等金融机构中构建的信息处理系统。

信息管理系统10具备信息管理服务器12和管理业务终端14。信息管理系统10经由包括LAN、WAN、因特网等的通信网18而与协议信息登记终端16、外部系统17、CF信息登记终端19连接。协议信息登记终端16是用于金融机构的负责人、顾客输入协议信息的PC等信息终端。

管理业务终端14是由要完成对各种金融交易协议进行管理的业务的负责人操作的PC等信息终端。具体地说，是用于管理并执行协议条件的确认、基于协议的结算的核准、执行之类的与协议案件有关的业务的终端。管理业务终端14包括管理业务终端14a、管理业务终端14b、管理业务终端14c。例如也可以是，管理业务终端14a是协议系(法务系)业务负责人的终端，管理业务终端14b是精算管理系业务负责人的终端，管理业务终端14c是结算系业务负责人的终端。

外部系统17是产生CF信息的外部的系统，例如是金融机构中的执行算账处理、结算处理的金融交易的基干系系统。在实施方式中，外部系统17对图1的股票买卖协议、债券买卖协议、期权协议、期货交易协议进行管理，将各协议所规定的CF信息登记到信息管理服务器12。CF信息登记终端19是由金融机构的负责人操作的终端，根据负责人的操作将金融交易协议所规定的CF信息登记到信息管理服务器12。在实施方式中，CF信息登记终端19将图1的贷款协议所规定的CF信息登记到信息管理服务器12。

信息管理服务器12对图1所示的多个种类的金融交易协议的信息进行统一管理，向管理业务终端14、协议信息登记终端16、CF信息登记终端19提供用于辅助包括与结算的执行有关的业务的协议管理业务的用户界面。此外，对于图2的各装置的台数等物理性结构没有限制。例如，也可以通过经由通信网18连接的多个服务器装置相协作来实现信息管理服务器12。

图3是表示图2的信息管理服务器12的功能结构的框图。信息管理服务器12具备通信部20、控制部22以及数据保持部24。通信部20按照规定的通信协议，经由通信网18而与外部装置之间发送接收数据。控制部22执行用于辅助与金融交易协议有关的业务的各种数据处理。数据保持部24是存储各种数据的存储区域。

关于本说明书的各块，在硬件上能够由以计算机的CPU、内存(memory)为首的元件、机械装置实现，在软件上由计算机程序等实现，而在此描绘了通过它们的协作来实现的功能块。因而，本领域技术人员应该理解，能够通过硬件、软件的组合来以各种形式实现这些功能块。

例如，可以通过保存有与后面结合图5来叙述的控制部22的各功能块对应的程序模块的记录介质，将这些程序模块安装到信息管理服务器12的存储器。然后，可以通过由信息管理服务器12的CPU将这些程序模块适当地读出到主内存并执行该程序模块，来发挥控制部22的各功能块的功能。另外，可以通过由存储器、主内存等存储装置存储规定的电子数据或从外部输入的电子数据来实现数据保持部24的各功能块。

数据保持部24包括协议信息保持部30、主信息保持部38、小部件(Widget)信息保持部42以及用户信息保持部44。协议信息保持部30将信息管理服务器12中登记的多个金融交易协议各自的内容分类为基本信息、CF信息以及事件信息这三个要素来保持。协议信息保持部30包括基本信息保持部32、CF信息保持部34以及事件信息保持部36。

基本信息保持部32保持信息管理服务器12中登记的协议信息中的基本信息。换言之，保持对协议信息所包含的多个项目中的属于基本信息的项目设定的信息，例如字符串、数值。

CF信息保持部34保持信息管理服务器12中登记的协议信息中的CF信息。换言之，保持对协议信息所包含的多个项目中的属于CF信息的项目设定的信息。另外，CF信息保持部34将图2所示的多个种类的金融交易协议(金融衍生工具、结构债、…、期货交易、贷款等)各自所规定的在将来时间点产生的现金流的明细信息一并存储。

具体地说，CF信息保持部34保持CF明细46，该CF明细46是表示由CF信息规定的在将来时间点的金钱的转移及其转移量(金额)的信息。CF信息保持部34保持确定了利率等现金流决定条件的、例如确定了支付日、支付金额的现金流的信息(CF确定明细)。CF信息保持部34还保持未确定利率等现金流决定条件、例如未确定支付日、支付金额的现金流的信息。

图4表示CF信息保持部34所保持的现金流明细(CF明细46)。该图示出了与进行美元与日元的掉期(Swap)的一个掉期协议有关的CF明细46。如该图所示，CF明细46包括从第一协议当事人向第二协议当事人的现金流(例如图5的现金流A)以及从第二协议当事人向第一协议当事人的现金流(例如图5的现金流B)。

另外，每个协议包括一个以上的现金流。在图4中，示出了按时间序列排列了多个现金流的现金流列表118，在该现金流列表118中，示出了在从协议的开始日到结束日的期间内每三个月产生一次的利息支付的现金流。在CF明细46中，关于作为已确定的现金流的CF确定明细，记录了CF号00001、00002、00009的记录。例如CF号0002是经过利率日(利率确定日，ResetDate)后确定了利息并确定了支付金额的利息支付的现金流。CF明细46可以保持在未确定的状态下输入的CF信息，在未确定的CF明细被确定的情况下，通过将其状态变更为“确定”、或者在其明细中建立表示“确定”的标志等来包含CF确定明细。或者，也可以在CF信息保持部34中设置与CF明细46分开地仅保存CF确定明细的存储区域。

返回到图3，事件信息保持部36保持信息管理服务器12中登记的协议信息中的事件信息。换言之，保持对协议信息所包含的多个项目中的属于事件信息的项目设定的信息。对多个协议案件分别赋予用于唯一地确定各协议的识别符号。例如，在与同一协议有关的基本信息、CF信息、事件信息中包含同一协议ID，通过协议ID来相互对应起来。另外，关于现金流，对每一个现金流还赋予识别符号(例如图5的现金流号、CF号)。

协议信息保持部30针对基本信息、CF信息、事件信息分别相对应地保持表示是否由金融机构的负责人完成了核准的信息。例如，在基本信息保持部32、CF信息保持部34、事件信息保持部36中，与基本信息、CF信息、事件信息分别对应地保存表示是否由金融机构的协议系(法务系)业务负责人完成了核准的标志。另外，在CF信息保持部34中，与保存为CF明细46的现金流各自的记录相对应地保存表示是否由金融机构的精算管理系业务负责人或结算系业务负责人完成了核准的标志。

此外，也可以与基本信息、CF信息、事件信息本身分开地保持表示有无核准的信息。例如，当然也可以将以下两个表分开地设置：将协议信息的ID与表示是否由协议系(法务系)业务负责人完成了核准的标志相对应地保持的表；以及将CF信息与表示是否由精算管理系业务负责人或结算系业务负责人完成了核准的标志相对应地保持的表。

主信息保持部38保持主信息，该主信息是为了确定多个协议各自的现金流的金额而参照的信息。主信息例如包括为了计算结算金额、换言之现金流的金额而参照的利息、汇率、各种指标值(经济指标值)等市场信息。另外，包括在规定了算定结算金额的日期的情况下所需要的世界日历信息、具体地说表示世界的各市场的当前日期时间等的日期时间信息。

这样，主信息包括通用于多个协议的信息，但是还包括各个协议中分别应用的、按每个协议而不同的信息。例如，作为与协议当事人、具体地说现金流的支付方或收取方有关的属性信息，包括结算银行、结算账户的识别信息、表示有无轧差(netting)的信息。也可以在登记协议信息、CF信息时登记每个协议的主信息。

小部件信息保持部42针对后述的控制面板画面上显示的多个小部件，保持各小部件中显示的信息项目以及制作其项目值的逻辑(logic)。该逻辑是实现用于参照协议信息保持部30的协议信息来提取特定的数据、并计算使用所提取出的数据得到的计算结果的逻辑、算法的程序。例如包括如下程序：该程序关于新登记的协议，对已完成核准处理的协议数(案件数)进行统计、以及对未完成核准处理的协议数(案件数)进行统计。另外，包括如下程序：该程序关于登记后的协议，对已完成其精算金额的核准处理的协议数进行统计、以及对未完成核准处理的协议数进行统计。

各小部件的逻辑包括：从信息管理服务器12所管理的涉及多个种类的金融交易的多个协议中，以多个种类的金融交易中共通的基准、例如利率日、精算日、有无核准等为搜索关键字，来提取特定的协议信息(包括现金流明细)。另外，各小部件的内容数据包括表示基于逻辑提取一个以上的协议信息的提取状况、例如提取件数、比如说搜索成功数的数据。

另外，对小部件信息保持部42所保持的各小部件的数据设定表示对应的管理画面的链接信息。“对应的管理画面”例如是针对各小部件的逻辑所表示的协议信息的提取基准显示根据该基准提取出的协议信息(包括现金流明细)的管理画面。也可以说，管理画面表示与精算日等特定的基准相符的协议信息(包括现金流明细)的内容，小部件的内容表示与其基准相符的协议信息的件数。当在控制面板画面上选择了特定的小部件时，后述的显示控制部50进行切换以显示表示以与所选择的小部件对应的基准来提取出的协议信息的管理画面。

用户信息保持部44保持对信息管理服务器12的用户、例如金融机构的协议系、精算管理系、结算系各自的业务负责人个别地设定的信息(以下称为“用户信息”。)，该信息从多个小部件中指定了要显示在后述的控制面板画面上的小部件。

图5是详细示出图3的控制部22的框图。控制部22包括显示控制部50、协议登记画面生成部52、协议信息登记部54、CF登记画面生成部66、CF信息登记部68、金额计算部56、CF明细更新部58、管理画面生成部60、核准状况更新部62、小部件信息更新部64、结算处理部65。

显示控制部50对用于协议管理的用户界面的显示进行控制。具体地说，显示控制部50根据协议信息登记终端16的请求，向协议信息登记终端16提供由协议登记画面生成部52生成的协议信息的登记画面。同样地，根据CF信息登记终端19的请求，向CF信息登记终端19提供由CF登记画面生成部66生成的现金流明细的登记画面。另外，根据管理业务终端14的请求，向管理业务终端14提供用于协议管理的管理画面。显示控制部50还对各终端所显示的画面的切换、换言之画面转变进行控制。

协议登记画面生成部52生成协议登记画面的数据，该协议登记画面是用于将协议信息登记到信息管理服务器12的画面。协议登记画面包括基本信息输入画面、现金流信息输入画面(以下也称为“CF信息输入画面”。)以及事件信息输入画面。

基本信息输入画面具有包括协议的主体(例如当事人名)、协议的客体(例如成为交易的对象的金钱物品)、协议期间(例如开始日、结束日)的基本信息的输入域，对此在后面结合图6来叙述。另外，CF信息输入画面具有包含与金钱授受有关的协定内容的CF信息的输入域，对此在后面结合图7～图9来叙述。事件信息输入画面具有作为对基本信息和CF信息中的至少一方产生影响的附加条件的事件信息的输入域，对此在后面结合图10来叙述。

此外，数据保持部24也可以按金融衍生工具协议、掉期协议等金融交易协议的种类、换言之按成为交易对象的金融商品的种类，来保持基本信息输入画面、CF信息输入画面、事件信息输入画面的组合。协议登记画面生成部52也可以经由显示控制部50受理由协议信息登记终端16指定的金融交易的种类，从数据保持部24获取与其种类相应的协议登记画面的数据。

协议信息登记部54从协议信息登记终端16受理被输入到协议登记画面的协议信息，将该协议信息保存到协议信息保持部30。协议信息登记部54将多个协议各自的协议信息的登记按每个协议来受理。具体地说，协议信息登记部54获取被输入到基本信息输入画面的基本信息并将该基本信息保存到基本信息保持部32。另外，获取被输入到CF信息输入画面的CF信息并将该CF信息保存到CF信息保持部34。另外，获取被输入到事件信息输入画面的事件信息并将该事件信息保存到事件信息保持部36。根据协议的种类不同，会登记不包含事件信息的协议信息。

CF登记画面生成部66生成用于将基于金融交易协议(在实施方式中为贷款协议)而产生的现金流直接登记到信息管理服务器12的画面(以下称为“CF登记画面”。)的数据。

CF信息登记部68从CF信息登记终端19接收被输入到CF登记画面的现金流数据(在此设为图4的明细数据)。另外，CF信息登记部68向外部系统17提供用于登记现金流数据的接口(API)。外部系统17通过该API向信息管理服务器12发送现金流数据。CF信息登记部68将从CF信息登记终端19和外部系统17接收到的现金流数据传递到CF明细更新部58，使该CF明细更新部58将该现金流数据记录到CF信息保持部34的CF明细46。

金额计算部56按照由所登记的各协议的CF信息规定的规则来计算在协议当事人之间产生的结算金额(现金流的金额，也可以称为精算金额。)。该规则包括要算定结算金额的期限、在金额算定中使用的利息、汇率等经济指标、用于金额算定的计算式。在实施方式中，金额计算部56针对CF信息保持部34的CF明细46的各记录来计算现金流的确定金额。

例如在CF信息中，规定了基于约定日后的将来日期的经济指标值来决定精算金额、结算金额。在作为相对于约定日的规定的将来时间点的、作为相对于向信息管理服务器12登记协议的协议登记日的规定的将来时间点的、由CF信息规定的要算定结算金额的期限到来时，金额计算部56检测出这一事实。此时，金额计算部56基于主信息保持部38中保持为主信息的当前的经济指标值，来计算协议当事人之间的结算的确定金额。

在通过协议信息登记部54在CF信息保持部34中保存了新的CF信息的情况下，CF明细更新部58按照CF信息来识别由登记对象的协议规定的在将来时间点产生的一个以上的现金流，并将其记录到CF明细46(参照图4)。例如，如果所登记的一个协议的CF信息规定了1年支付4次利息，则在从协议开始日到结束日的期间，每1年记录四个现金流明细来作为该协议的现金流明细。同样地，CF明细更新部58将从CF信息登记部68传递的现金流的明细数据记录到CF明细46。

另外，在通过金额计算部56针对被记录为CF明细46的现金流计算出各现金流的确定金额的情况下，CF明细更新部58将包含该确定金额的现金流的明细数据记录到CF明细46。

结算处理部65从主信息保持部38和CF信息保持部34获取执行结算所需的信息并生成执行结算所需的信息。例如，从主信息保持部38获取与结算银行、账户、有无轧差有关的信息来生成决定结算方法的信息，从CF信息保持部34获取CF确定明细的信息来生成用于执行结算的数据。

管理画面生成部60基于协议信息保持部30中保持的协议信息来生成用于辅助与金融交易协议有关的各种业务的管理画面的数据。具体地说，从基本信息保持部32、CF信息保持部34、事件信息保持部36提取与金融交易协议、结算的管理有关的多个种类的业务、例如协议系(法务系)业务、精算管理系业务、结算系业务各自所需的规定项目的信息，生成按照规定格式配置了所提取的信息的各业务用的画面数据。管理画面生成部60可以保持金融机构等的要对金融交易协议及与其相伴的金钱、权利的转移进行管理的组织中的多个种类的业务与各业务所需的信息项目之间的对应关系。然后，可以从协议信息保持部30中保持的协议信息(基本信息、CF信息、事件信息)中提取预先与各业务对应起来的规定项目的信息，由此生成用于辅助各业务的管理画面的数据。

例如，管理画面生成部60受理由管理业务终端14的用户输入的搜索条件，从CF信息保持部34搜索与该搜索条件相符的一个以上的现金流明细。换言之，从CF信息保持部34所保持的涉及多个种类的金融交易协议(图2所表示的金融衍生工具协议～贷款协议)的多个现金流明细中，获取与作为多个种类的金融交易协议中共通的基准的搜索条件相符的一个以上的现金流明细。管理画面生成部60生成将与搜索条件相符的一个以上的现金流明细以列表形式一并显示的管理画面的数据。

管理画面生成部60所生成的管理画面包括图2的按利率日管理画面、按精算日管理画面、结算核准画面。按利率日管理画面将具有被指定为搜索条件的特定的利率日的一个以上的现金流明细一并显示。按精算日管理画面将具有被指定为搜索条件的特定的精算日(即结算日)的一个以上的现金流明细一并显示。结算核准画面将被指定为搜索条件的未核准的状态的一个以上的现金流明细一并显示。

另外，管理画面生成部60基于协议信息保持部30中保持的协议信息以及小部件信息保持部42中保持的逻辑来生成多个种类的小部件各自的内容数据。然后，生成配置有这些多个种类的小部件的控制面板画面的数据(参照图14)。另外，管理画面生成部60参照用户信息保持部44中保持的、提供控制面板画面的用户的信息，生成配置有由该用户选择的小部件的控制面板画面。

例如，管理画面生成部60生成排列了多个小部件的控制面板画面的数据，该控制面板画面是汇集了图2的按利率日管理画面、按精算日管理画面、结算核准画面等、基于个别的搜索条件的多个管理画面的画面。管理画面生成部60将表示基于预先规定的多个搜索条件提取协议信息(基本信息、CF信息、现金流明细等)的提取状况的信息、例如与搜索条件相符的协议数、现金流数等设定为多个小部件的内容数据。

核准状况更新部62从管理业务终端14接收被输入到管理画面的信息，具体地说，该信息是表示负责人已核准了已受理登记的协议信息、结算金额(现金流的确定金额等)的信息(以下也称为“核准通知”。)。在该核准通知中，指定已核准的协议的ID、现金流的ID。核准状况更新部62针对根据在核准通知中指定的协议ID、现金流ID而指定的基本信息、CF信息、事件信息，记录表示已核准的信息。

小部件信息更新部64从管理业务终端14受理小部件中显示的内容制作逻辑、换言之基于所保持的协议信息的管理画面生成规则的变更信息。小部件信息更新部64按照所受理的变更信息，对小部件信息保持部42中保存的逻辑进行更新。例如，对小部件信息保持部42中保持的小部件的内容制作程序进行更新以反映从管理业务终端14受理的变更信息。

此外，在实施方式中信息管理服务器12所具备的功能的一部分、例如向用户的演示功能是也可以由管理业务终端14、协议信息登记终端16、CF信息登记终端19来具备的。例如，也可以使管理业务终端14具备显示控制部50和管理画面生成部60。在该情况下，信息管理服务器12也可以生成作为包含金额计算部56所计算出的金额的数据的、管理画面的内容数据、控制面板画面的各小部件的内容数据来提供给管理业务终端14。管理业务终端14也可以使从信息管理服务器12提供的内容数据显示于管理画面、控制面板画面的各小部件。

同样地，也可以使协议信息登记终端16具备显示控制部50和协议登记画面生成部52。这样，在实施方式中由信息管理服务器12统一具备的功能块也可以通过分散到多个装置并由多个装置经由通信网18相协作来实现。管理业务终端14、协议信息登记终端16、CF信息登记终端19的各终端可以作为使用Web浏览器等的瘦客户端(Thinclient)来实现。另外，也可以作为用于协议的登记、管理的客户端应用程序、换言之实现演示逻辑的富客户端(Richclient)来实现。

下面说明基于以上结构的信息管理系统10的动作。

金融机构的协议登记负责人、金融机构的顾客、协议当事人等要对信息管理系统10登记协议信息的用户对协议信息登记终端16进行操作，访问信息管理服务器12。然后，以各个协议为单位，将其基本信息、CF信息以及事件信息登记到信息管理服务器12。例如，将多个金融衍生工具协议的信息按每个协议分别登记到信息管理服务器12。

具体地说，协议信息登记终端16向信息管理服务器12发送指定了在各协议中成为交易对象的金融商品的种类的协议登记画面的提供请求。信息管理服务器12的协议登记画面生成部52生成与金融商品的种类对应的基本信息输入画面、CF信息输入画面、事件信息输入画面的数据，显示控制部50将各画面数据发送到协议信息登记终端16来使其进行显示。

图6表示基本信息输入画面110。基本信息输入画面110包含交易种类、协议当事人、约定日、交易开始日、交易结束日、本金等的输入域。

图7～图9表示CF信息输入画面。图7的CF信息输入画面112是指定1次的金融交易的内容的画面。图8的CF信息输入画面114是指定利息计算的各种参数的画面。例如，包括交易期间、交易日、应用的利息、指标的种类、日期(例如为约定日之后的将来日期，该日期的决定规则)等。例如在图8中，输入了以下协定：从2012年10月12日到2017年10月12日为止，一年4次以遵循指标“3MYL”的变动利息来支付利息。

图9的CF信息输入画面116具有用于计算利息的任意的计算式的输入域。图9的CF信息输入画面116使得能够输入任意方式的结算金额的决定规则、例如结算金额的算定式。典型地说，在结算金额的决定规则不适合图7、图8所示的标准算定方式的情况下使用该CF信息输入画面116。

为了使得能够输入任意地协定的结算金额的决定规则，CF信息输入画面116具有指标域170、计算式域172、可选择计算式域174、上限下限域176。在指标域170中，输入在算定式中使用的经济指标，例如各国的利息、汇率、各市场的股价指数等的识别信息。在计算式域172中，输入算定式。在可选择计算式域174中，输入构成算定式的各要素的定义、例如算定式所包含的变量的决定规则。在上限下限域176中，输入上限和下限值。

在图9的例子中，在支付额的决定中使用“IR”这个变量，根据美元日元行情的值，来决定应用IR1和IR2中的某一个。在图9的可选择计算式域174中输入了以下意思：根据在指标域170中指定的指标的值，来决定构成被输入到计算式域172的计算式的要素“IR”的值。通过像这样使用CF信息输入画面116，即使是包含复杂的计算式的非定型的CF信息也能够登记到信息管理服务器12。

如图7～图9所示，在基本信息输入画面和CF信息输入画面中，作为其输入域的项目名显示以ISDA标准化后的名称。因此，协议信息的登记者基本上只要将协议书的项目按原样与基本信息输入画面和CF信息输入画面的各项目对应起来并按原样转记协议内容即可。即使协议书的项目不依据ISDA，也可以通过将ISDA的标准名称用作输入域的项目名来使与协议书的项目之间的匹配变得容易。

图10表示事件信息的例子。在事件信息中，代表性的是在协议期间中途进行协议解约的提前解约条件等附带条款。另外，存在基于市场指标值的自动发动型、在所决定的时机协议者能够任意行使的模式。在图10中，作为自动发动型的例子，示出了ISDA的利息掉期确认样本的可选条件。该图的事件信息包含条件的内容、判定日、发动条件。与基本信息输入画面、CF信息输入画面同样地，事件信息输入画面也显示条件的内容、判定日、发动条件等遵循ISDA的标准项目名称来作为输入域的项目名。

当在协议登记画面中完成了指示登记协议信息的规定的操作输入时，协议信息登记终端16向信息管理服务器12发送被输入到协议登记画面的协议信息。信息管理服务器12的协议信息登记部54将被输入到基本信息输入画面的基本信息保存到基本信息保持部32，将被输入到CF信息输入画面的CF信息保存到CF信息保持部34，将被输入到事件信息输入画面的事件信息保存到事件信息保持部36。此时，CF明细更新部58按照CF信息保持部34中保存的CF信息来记录一个以上的CF明细46，该一个以上的CF明细46表示根据该协议预计在将来时间点产生的一个以上的现金流。此外，在新登记时间点，与协议信息(包括CF明细)相对应地记录表示未核准的核准标志。

金融机构中的贷款协议的负责人对CF信息登记终端19进行操作，访问信息管理服务器12。CF信息登记终端19向信息管理服务器12发送CF登记画面的提供请求。信息管理服务器12的CF登记画面生成部66生成CF登记画面的数据，显示控制部50将该画面数据发送到CF信息登记终端19来使其进行显示。负责人将通过贷款协议而产生的现金流的信息、例如与图4的1个记录相当的明细信息输入到CF登记画面，并输入指示登记该明细信息的规定操作。CF信息登记终端19向信息管理服务器12发送被输入到CF登记画面的现金流信息。

另外，金融机构的外部系统17将由本装置受理并执行算账处理等的各种金融交易协议(例如图1的股票买卖协议、债券买卖协议)中产生的现金流的信息、例如与图4的1个记录相当的明细信息登记到信息管理服务器12。具体地说，通过调用在信息管理服务器12中预先规定的现金流登记用API来向信息管理服务器12发送现金流信息。信息管理服务器12的CF信息登记部68将从CF信息登记终端19和外部系统17受理的现金流信息传递到CF明细更新部58。CF明细更新部58将从CF信息登记部68传递的现金流信息作为CF明细46记录到CF信息保持部34。

信息管理服务器12的金额计算部56参照信息管理服务器12中登记的多个协议信息的各个协议信息，基于各协议来计算在协议当事人之间产生的一个以上的现金流的确定金额。例如，确定出CF信息保持部34中记录的多个CF明细46中的已到利息确定日的CF明细46，将主信息所表示的当日的利息输入到所确定出的CF明细46的金额算定式，由此计算该CF明细46的确定金额。CF明细更新部58以将通过金额计算部56计算出确定金额的CF明细46变更为CF确定明细来包含确定金额的方式对CF明细46进行更新。

金融机构的精算管理系业务或决算业务的负责人对管理业务终端14进行操作，登录到信息管理服务器12。在此，设负责人进行现金流明细的核准业务。管理业务终端14向信息管理服务器12发送负责人所输入的搜索条件、例如指定了特定的精算日、利率日(利率确定日)的现金流明细的搜索请求。信息管理服务器12的管理画面生成部60接收搜索请求，从CF信息保持部34获取与该请求所指定的搜索条件相符的CF明细46。然后，生成设定了所获取的现金流信息的管理画面。显示控制部50将由管理画面生成部60生成的管理画面的数据发送到管理业务终端14来使其进行显示。

图11表示作为在将特定的精算日指定为搜索条件的情况下提供的管理画面的、图1的按精算日管理画面。如该图所示，在按精算日管理画面中，显示被登记到信息管理服务器12中的多个种类的金融交易协议所决定的现金流中的、与金融交易协议的种类无关而以精算日“2013年12月24日”为共通的基准来提取出的现金流的明细。例如，商品类别为“贷款”的协议(协议号001)是由CF信息登记终端19登记的，商品类别为“金融衍生工具”的协议(协议号002、004)是由协议信息登记终端16登记的，商品类别为“期货”的协议(协议号005)是由外部系统17登记的。

另外，在图11中，示出了从一个协议生成一个以上的现金流的情况。例如以CF号“002334”“0022335”来识别的2个现金流是从以协议号“002”来识别的1个协议产生的。另外，协议号002的CF号002335由于未确定变动利息，因此示出了支付额未确定的情况。另外，协议号004的2个现金流的方向相同，因此轧差的结果是对清算金额进行合计。如果方向相反，则轧差的结果是精算金额相抵消而变小。

金融机构的负责人对按精算日管理画面的现金流明细进行确认，在进行核准的情况下，在核准栏中输入选中(check)，之后输入规定的登记操作。管理业务终端14向信息管理服务器12发送核准栏被选中的记录的CF号以及表示已核准的意思的信息。信息管理服务器12的核准状况更新部62对根据在按精算日管理画面中已核准的CF号确定的现金流明细记录表示已核准的标志。之后，对已核准的现金流执行其结算处理等。结算处理可以在外部系统17中执行，信息管理服务器12也可以将已核准的现金流明细(也可以适当包括基本信息等)发送到外部系统17来使其执行结算。

图12表示作为在将特定的利率日指定为搜索条件的情况下提供的管理画面的、图1的按利率日管理画面。如该图所示，在按利率日管理画面中，显示被登记到信息管理服务器12中的多个种类的金融交易协议所规定的现金流中的、与金融交易协议的种类无关而以利率日“2013年12月24日”为共通的基准来提取出的现金流的明细。此外，该图除了将利率日作为搜索条件以外，还将应用变动利息的现金流作为搜索条件，在指标(INDEX)栏中显示了应用于现金流的算定的经济指标的种类。在利率(Rate)栏中“****”之处表示指标值未确定。核准处理的动作与按精算日管理画面同样。

接着，说明与控制面板画面的提供有关的动作。金融机构的协议系业务、精算管理系业务、结算系业务各自的负责人对管理业务终端14进行操作，登录到信息管理服务器12。信息管理服务器12的管理画面生成部60生成面向登录用户的控制面板画面来作为登录后的顶层画面。具体地说，按照与登录用户的ID相对应的小部件的逻辑，生成要显示在面向登录用户的控制面板画面上的各小部件的内容数据。然后，生成配置有与登录用户的ID相对应的一个以上的小部件的控制面板画面的数据。显示控制部50将管理画面生成部60所生成的控制面板画面的数据发送到管理业务终端14来使其进行显示。

图13表示控制面板画面。控制面板画面包括主控制面板画面120和副控制面板画面140。在该例子中，主控制面板画面120包括由用户预先选择的登记管理小部件122、精算管理小部件124、结算管理小部件126、月度时间表小部件128、任务小部件130。另外，副控制面板画面140也包括登记管理小部件142、精算管理小部件144、决算管理小部件146、月度时间表小部件148、任务小部件150。

登记管理小部件122和142是协议系业务用的小部件，实际上也可以仅配置于协议系业务负责人的控制面板画面。同样地，精算管理小部件124和144是精算管理系业务用的小部件，实际上也可以仅配置于精算管理系业务负责人的控制面板画面。同样地，结算管理小部件126和146是结算管理系业务用的小部件，实际上也可以仅配置于结算系业务负责人的控制面板画面。

在主控制面板画面120的各小部件中，通过饼图和数值来示出了表示包括结算的进行状况、有无核准在内的各种业务的状况的数据。例如，在精算管理小部件124中示出了以下情况：结算期限为显示日以后、且需要在显示当日确定结算金额的案件中的未完成结算金额的核准的现金流案件有5件，即负责人未处理的核准任务有5件。另外，示出了以下情况：需要在显示当日确定结算金额的案件中的、已核准结算金额的现金流案件有5件。这样，在主控制面板画面120的各小部件中，设定表示基于规定为小部件的逻辑的条件的协议案件、现金流案件的提取状况、例如与搜索条件相符的案件数的信息。

此外，信息管理服务器12的显示控制部50以对控制面板画面输入规定操作为契机，将小部件的逻辑的编辑画面发送到管理业务终端14来使其进行显示。管理业务终端14向信息管理服务器12发送被输入到编辑画面的逻辑，信息管理服务器12的小部件信息更新部64将所受理的小部件的逻辑保存到小部件信息保持部42。由此，使得能够由用户自己对小部件的内容生成逻辑进行变更。

图14(a)～图14(c)表示控制面板画面以及从控制面板画面起的画面转变的例子。图14(a)的控制面板画面上配置有最小化按钮152，当最小化按钮152被按下时切换为仅显示副控制面板画面140。仅显示副控制面板画面140的控制面板画面上配置有最大化按钮154，当最大化按钮154被按下时再次显示主控制面板画面120。另外，当点击“配置控制面板(ConfigureDashboard)”按钮时，转变为要显示在控制面板画面上的小部件的选择画面。该选择画面中的选择结果被保存到信息管理服务器12的用户信息保持部44。由此，用户能够定制想要显示在自己的控制面板画面上的小部件。

另外，当在图14(a)的主控制面板画面120和副控制面板画面140中选择了特定的小部件的链接字符串时，管理业务终端14向信息管理服务器12发送表示所选择的链接字符串的信息。链接字符串例如是精算管理小部件124的“今日精算CF(未核准)(Today'sSettleCF(Unconfirmed))”。

信息管理服务器12的管理画面生成部60从小部件信息保持部42获取与所选择的链接字符串相对应的逻辑(可以说是画面生成逻辑，也可以说是协议信息提取逻辑)。然后，按照所获取的逻辑，生成与链接字符串对应的个别管理画面的数据。在该个别管理画面中，例如显示需要在显示当日确定结算金额的案件中的未完成结算金额的核准的现金流案件的搜索结果、例如搜索成功的现金流明细。显示控制部50向管理业务终端14发送个别管理画面的数据，使控制面板画面的显示进行切换。

例如当在图14(a)中选择了主控制面板画面120的精算管理小部件124或副控制面板画面140的精算管理小部件144的链接字符串时，显示图14(b)所示的精算管理画面160。该图的精算管理画面160的内容与图11所示的按精算日管理画面对应。

同样地，当选择了主控制面板画面120的月度时间表小部件128或副控制面板画面140的月度时间表小部件148的链接字符串时，显示图14(c)所示的月度时间表画面162。如一部分叙述的那样，当用户在精算管理画面160、月度时间表画面162等个别管理画面中进行了核准操作等操作输入时，管理业务终端14将表示其操作内容的信息发送到信息管理服务器12。信息管理服务器12根据该操作内容来更新协议信息保持部30的信息。例如，核准状况更新部62对已核准的协议信息、现金流明细记录表示已核准的信息。业务信息保持部40的信息更新被反馈到控制面板画面的显示、即小部件的显示内容。

作为个别管理画面，信息管理服务器12的管理画面生成部60生成将多个协议各自的基本信息一并显示的第一管理画面的数据。另外，生成将多个协议各自的CF信息(例如表示金钱的转移的条件的信息、现金流明细)一并显示的第二管理画面的数据。另外，生成将多个协议各自的事件信息一并显示的第三管理画面的数据。显示控制部50根据来自管理业务终端14的请求，将这些第一管理画面的数据～第三管理画面的数据发送到管理业务终端14来使其进行显示。此外，也可以在来自管理业务终端14的请求中指定协议者名、精算日等搜索条件、换言之作为多个协议中共通的基准的提取条件。在该情况下，管理画面生成部60从协议信息保持部30获取与该提取条件相符的基本信息、CF信息、事件信息来生成第一管理画面～第三管理画面。这样，信息管理服务器12向管理业务终端14提供如下的管理画面：针对以协议为单位而个别地登记的基本信息、CF信息(包括现金流明细)、事件信息的各信息，将多个协议的信息汇总显示在一个画面。由此，对金融机构的协议系、精算管理系、结算系各自的业务负责人的作业的高效化进行辅助。

如以上所说明的那样，实施方式的信息管理系统10针对当前通过人工来管理的复杂的商品、少量多品种的商品等，实现以协议为单位、以现金流为单位、以事件为单位的使用标准化的数据结构的系统管理。由此，能够降低由于通过手工操作进行期限管理等而引起的操作风险、依赖个人能力的风险。另外，通过系统化能够降低负责人的业务负荷，从而能够提高能够处理的交易上限件数。并且，通过以协议为单位、以现金流为单位、以事件为单位来保持协议信息，易于维持高效的数据管理、例如信息搜索的迅速化和数据结构的易变更性。

另外，信息管理系统10以现金流的粒度对与以金融衍生工具为首的多种多样的金融交易有关的协议一并进行管理，并提供将多种多样的金融交易各自的现金流的信息一并显示的管理画面。由此，能够与金融交易的种类、换言之成为交易对象的金融商品的种类无关地、在共同的系统中统一地对现金流分解后的管理业务进行辅助，从而也能够实现系统成本的降低。另外，信息管理系统10当受理了一个协议的登记时，记录根据该协议在将来时间点产生的多个现金流的明细，实现以各个现金流为单位的核准管理、期限管理。

另外，信息管理系统10提供包括多个小部件的控制面板画面，该多个小部件与各个管理画面分别相链接，将各个管理画面的内容汇集表示。另外，提供配置有与协议系、精算管理系、决算系各自的业务负责人相应的小部件的控制面板画面。由此，能够对协议系、精算管理系、决算系各自的业务的高效完成进行辅助。

以上，基于实施方式说明了本发明。本领域技术人员应该理解，该实施方式是例示的，这些各结构要素、各处理过程的组合能够存在各种变形例，而这种变形例也包括在本发明的范围内。

说明第一变形例。如一部分描述的那样，信息管理服务器12能够在管理对象中包括与对金钱或物品的权利有关的协定的信息，与实施方式所示的现金的转移同样地对权利的转移进行管理。对金钱或物品的权利包括应收债权、应付债券、结构债等各种债券。在该情况下，CF登记画面生成部66生成用于将表示上述协定所规定的对金钱或物品的权利的转移的条件(包括日期时间、各种指标值)的信息登记到信息管理服务器12的登记画面(与CF登记画面对应)。CF信息登记部68将被输入到CF登记画面的、表示基于上述协定在将来时间点产生的权利转移的数据保存到CF信息保持部34。

CF信息保持部34保持由上述协定规定的将来时间点的权利的转移以及表示权利的转移量或与权利的转移相伴的金钱的转移量的流明细信息(对应于CF明细)。CF明细更新部58在确定了基于上述协定的权利的转移、其转移量等的时机逐次更新流明细信息。与实施方式同样地，在基本信息保持部32和事件信息保持部36中，保存与该权利的协定有关的基本信息和事件信息。管理画面生成部60从基本信息保持部32、CF信息保持部34、事件信息保持部36提取与上述协定有关的协议系业务、精算管理系业务、结算系业务各自所需的规定项目的信息，来生成各业务用的画面。

说明第二变形例。信息管理服务器12也可以还对通过电话、邮件等在顾客与金融机构之间成立的交易(在此也称为“特定交易”。)的信息进行管理。特定交易也可以是汇兑交易。信息管理服务器12也可以从对特定交易的信息进行管理的外部装置、外部系统自主地获取与特定交易有关的信息(协议信息、CF信息、事件信息等)并存储该信息。另外，信息管理服务器12也可以对协议信息登记终端16、CF信息登记终端19提供与特定交易有关的信息的输入画面(图6～图10等)。然后，也可以接收由金融机构的负责人输入到该输入画面并从协议信息登记终端16、CF信息登记终端19发送的与特定交易有关的信息并存储该信息。并且，信息管理服务器12也可以与实施方式所记载的金融衍生工具协议的信息同样地对与特定交易有关的信息进行管理，随着时间经过对CF明细进行更新。并且，也可以提供用于浏览与特定交易有关的信息的管理画面、控制面板画面(图11～图14(c)等)。

说明第三变形例。信息管理服务器12也可以还受理在固定日期进行的存取款的数据(也可以说是表示现金的转移的数据)的登记，基于该数据来管理存取款的状况。在固定日期进行的存取款包括决定了具体日期的存取款，包括决定了每月25日支付等支付日的决定条件的存取款。例如包括在一个月等单位期间内重复进行的存取款。第三变形例的协议登记画面生成部52也可以针对每月产生支付的工资存入、电费、燃气费等公共费用的支付、保险费的支付，提供用于输入与它们的存款、取款有关的将来的预定的登记画面。协议信息登记部54也可以将被输入到登记画面的信息、在此为在固定日期进行的存取款数据记录到协议信息保持部30。金额计算部56和CF明细更新部58也可以按照所登记的存取款的数据(支付日、支付条件等)来计算将来日的存款额、取款额并进行记录。管理画面生成部60也可以提供在固定日期进行的存取款数据的管理画面。该管理画面也可以将用户所指定的任意期间、或者最近的任意期间内的一个以上的存取款项目和存取款额的信息排列来进行一览显示。

上述的实施方式和变形例的任意组合也作为本发明的实施方式而有用。通过组合而产生的新实施方式兼具被组合的实施方式和变形例各自的效果。另外，本领域技术人员还应该理解，权利要求中记载的各技术特征所应该发挥的功能通过实施方式和变形例中示出的各结构要素的单体或它们的协作而实现。

附图标记说明

10：信息管理系统；12：信息管理服务器；14：管理业务终端；16：协议信息登记终端；30：协议信息保持部；34：CF信息保持部；50：显示控制部；52：协议登记画面生成部；54：协议信息登记部；56：金额计算部；58：CF明细更新部；60：管理画面生成部。

产业上的可利用性

本发明能够应用于对信息的管理进行辅助的系统。

Claims (5)

1.一种信息管理系统，其特征在于，具备：

协定信息保持部，其针对协定了将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的协定，将在多个种类的协定中分别规定的信息分类为基本信息、流条件以及事件信息来保持，其中，该基本信息包含协定的主体和期间，该流条件表示将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的条件，该事件信息表示对所述基本信息或所述流条件有影响的附加条件；以及

基本信息登记部，其受理从外部装置输入的所述多个种类的协定中分别规定的基本信息，将各协定的基本信息保存到所述协定信息保持部。

2.一种信息管理系统，其特征在于，具备：

协定信息保持部，其针对协定了将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的协定，将在多个种类的协定中分别规定的信息分类为基本信息、流条件以及事件信息来保持，其中，该基本信息包含协定的主体和期间，该流条件表示将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的条件，该事件信息表示对所述基本信息或所述流条件有影响的附加条件；以及

流条件登记部，其受理从外部装置输入的所述多个种类的协定中分别规定的流条件，将各协定的流条件保存到所述协定信息保持部。

3.一种信息管理系统，其特征在于，具备：

协定信息保持部，其针对协定了将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的协定，将在多个种类的协定中分别规定的信息分类为基本信息、流条件以及事件信息来保持，其中，该基本信息包含协定的主体和期间，该流条件表示将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的条件，该事件信息表示对所述基本信息或所述流条件有影响的附加条件；以及

事件信息登记部，其受理从外部装置输入的所述多个种类的协定中分别规定的事件信息，将各协定的事件信息保存到所述协定信息保持部。

4.一种信息管理系统，其特征在于，具备：

协定信息保持部，其针对协定了将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的协定，将在多个种类的协定中分别规定的信息分类为基本信息、流条件以及事件信息来保持，其中，该基本信息包含协定的主体和期间，该流条件表示将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的条件，该事件信息表示对所述基本信息或所述流条件有影响的附加条件；以及

管理画面生成部，其从所述协定信息保持部所保持的基本信息、流条件、事件信息中，提取与协定的管理有关的多个种类的业务中分别需要的规定项目的信息，来生成用于辅助所述多个种类的业务的每一种业务的管理画面。

5.一种信息管理系统，其特征在于，具备：

协定信息保持部，其针对协定了将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的协定，将在多个种类的协定中分别规定的信息分类为基本信息、流条件以及事件信息来保持，其中，该基本信息包含协定的主体和期间，该流条件表示将来时间点的金钱或物品的转移或者对金钱或物品的权利的转移的条件，该事件信息表示对所述基本信息或所述流条件有影响的附加条件；以及

管理画面生成部，其参照所述协定信息保持部所保持的基本信息、流条件、事件信息，来生成将所述多个种类的协定的基本信息一并显示的管理画面、将所述多个种类的协定的流条件一并显示的管理画面以及将所述多个种类的协定的事件信息一并显示的管理画面。