WO2015060326A1 - 情報管理システム - Google Patents

情報管理システム Download PDF

Info

Publication number
WO2015060326A1
WO2015060326A1 PCT/JP2014/078028 JP2014078028W WO2015060326A1 WO 2015060326 A1 WO2015060326 A1 WO 2015060326A1 JP 2014078028 W JP2014078028 W JP 2014078028W WO 2015060326 A1 WO2015060326 A1 WO 2015060326A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
contract
management
screen
holding unit
Prior art date
Application number
PCT/JP2014/078028
Other languages
English (en)
French (fr)
Inventor
荒巻奈留美
斎藤信也
Original Assignee
株式会社野村総合研究所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2014081804A external-priority patent/JP5646097B1/ja
Application filed by 株式会社野村総合研究所 filed Critical 株式会社野村総合研究所
Priority to AU2014338116A priority Critical patent/AU2014338116A1/en
Priority to MYPI2016701039A priority patent/MY188986A/en
Priority to CN201480053302.3A priority patent/CN105593892A/zh
Priority to EP14855253.2A priority patent/EP3062282A4/en
Priority to SG11201602364TA priority patent/SG11201602364TA/en
Publication of WO2015060326A1 publication Critical patent/WO2015060326A1/ja
Priority to US15/077,490 priority patent/US10290069B2/en
Priority to HK16106364.7A priority patent/HK1218456A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting

Definitions

  • the present invention relates to a technology that supports the management of money or goods in the future and information that defines the transfer of rights to these.
  • the amount of money exchanged between the parties is not fixed at the time of contract, and conditions may be set at the time of contract to determine the amount at a future time. For example, it may be determined that the interest rate is paid from the party A to the party B six months after the contract date, and a condition for determining the settlement amount is determined instead of defining the settlement amount at the time of the contract.
  • the settlement amount will be determined prior to execution when settlement is performed at a future time. It may be necessary to approve the amount.
  • the present invention is based on recognition of the above-mentioned problems of the inventor, and its main purpose is to carry out operations for carrying out each of the various common arrangements in terms of determining the movement of goods at a future time. It is to support effectively.
  • an information management system provides information determined in each of a plurality of types of arrangements for an arrangement in which money or an article or transfer of rights to these is determined at a future time point. Categorized into basic information including the subject and period of the arrangement, flow conditions that indicate conditions for the transfer of money or goods or their rights in the future, and event information that indicates additional conditions that affect the basic information or flow conditions
  • a basic information registration unit that accepts basic information defined by each of a plurality of types of arrangements input from an external device, and stores basic information of each arrangement in the arrangement information holding unit; Is provided.
  • This information management system uses the basic information including the subject and period of the arrangement, as well as the basic information including the subject and period of the arrangement, for the arrangements that have been decided to transfer money or goods or the rights to them at a future time.
  • an arrangement information holding unit for classifying and holding a flow condition indicating a condition for transferring money or goods or a right to them in an event, and event information indicating an additional condition affecting the basic information or the flow condition;
  • a flow condition registration unit that receives a flow condition determined by each of a plurality of types of input agreements and stores the flow conditions of each agreement in an arrangement information holding unit.
  • Still another aspect of the present invention is also an information management system.
  • This information management system uses the basic information including the subject and period of the arrangement, as well as the basic information including the subject and period of the arrangement, for the arrangements that have been decided to transfer money or goods or the rights to them at a future time.
  • an arrangement information holding unit for classifying and holding a flow condition indicating a condition for transferring money or goods or a right to them in an event, and event information indicating an additional condition affecting the basic information or the flow condition;
  • An event information registration unit that receives event information determined by each of a plurality of types of input agreements and stores the event information of each agreement in an arrangement information holding unit.
  • Still another aspect of the present invention is also an information management system.
  • This information management system uses the basic information including the subject and period of the arrangement, as well as the basic information including the subject and period of the arrangement, for the arrangements that have been decided to transfer money or goods or the rights to them at a future time.
  • An arrangement information holding unit that holds classification information and holds it as a flow condition indicating conditions for transferring money or goods or a right to them in the event, and event information indicating additional information that affects the basic information or the flow conditions, and holding the arrangement information From the basic information, flow conditions, and event information held in the department, information on predetermined items required for each of the multiple types of business related to the management of the arrangement is extracted to support each of the multiple types of business.
  • a management screen generation unit that generates a management screen for the purpose.
  • Still another aspect of the present invention is also an information management system.
  • This information management system uses the basic information including the subject and period of the arrangement, as well as the basic information including the subject and period of the arrangement, for the arrangements that have been decided to transfer money or goods or the rights to them at a future time.
  • An arrangement information holding unit that holds classification information and holds it as a flow condition indicating conditions for transferring money or goods or a right to them in the event, and event information indicating additional information that affects the basic information or the flow conditions, and holding the arrangement information
  • a management screen that displays the basic information of multiple types of arrangements collectively with reference to the basic information, flow conditions, and event information held in the department, and a management screen that displays the flow conditions of multiple types of arrangements collectively
  • a management screen generation unit that generates a management screen that collectively displays event information of multiple types of arrangements. That.
  • FIG. 3 It is a figure which shows the outline
  • the operations from the conclusion of a contract to the execution of settlement are generally divided into contract (legal) business, settlement management business, and settlement business.
  • the contract-related business is a business for confirming the contract conditions such as the parties to the contract, the transaction object, and the contract period.
  • the settlement management system business is a business for calculating a settlement amount for executing settlement, approving the settlement amount, and the like.
  • the settlement business is a business such as fund management for settlement or actual settlement.
  • the embodiment proposes an information management system that realizes efficient management of settlement execution based on financial transaction contracts such as over-the-counter derivative transaction contracts, for example, efficient contract management and fund management.
  • financial transaction contracts such as over-the-counter derivative transaction contracts
  • efficient contract management and fund management the first feature of the information management system according to the embodiment will be described.
  • the present inventor is able to change the contents of an agreement even if it is not based on a contract such as OTC (Over-The Counter) (over-the-counter) derivatives or structured bonds that are over-the-counter transactions, such as complex financial transaction contracts or settlement of dividends on securities.
  • OTC Over-The Counter
  • CF information cash flow information
  • event information event information.
  • the present inventor can store various arrangements as standard by ICT by organizing the contents of the arrangements for future settlements according to three common standards of basic information, CF information, and event information. We thought that we could effectively support the business to execute settlement.
  • the system of the embodiment decomposes complicated contract contents into basic information, CF information, and event information, and manages them with a standardized data structure. This makes it possible to centralize contract management and due date management for small-lot, high-mix financial transactions, and support an increase in the number of transactions due to operational efficiency.
  • contract-related (legal) work such as confirmation of contract conditions
  • settlement management-related work that confirms the settlement amount specified in the contract and executes the settlement
  • settlement on the settlement date Various contract management work and due date management work occur, such as payment-related work to execute
  • the information management system 10 uses a standard common to a plurality of types of financial transaction contracts (hereinafter also referred to as a “common management standard”), for example, a settlement date, interest rate date, settlement approval presence / absence, and the like. Provides a management screen that collectively displays CF information. In addition, for the CF information of multiple types of financial transaction contracts, this is a screen that summarizes multiple management screens based on multiple common management standards, and a dashboard that summarizes the extraction status of contracts and cash flows based on multiple common management standards Provide a screen.
  • the information management system 10 includes an information management server 12 and a management service terminal 14.
  • the information management system 10 is connected to a contract information registration terminal 16, an external system 17, and a CF information registration terminal 19 via a communication network 18 including a LAN / WAN / Internet.
  • the contract information registration terminal 16 is an information terminal such as a PC through which contract information is input by a person in charge of a financial institution or a customer.
  • the management business terminal 14 is an information terminal such as a PC that is operated by a person in charge who should perform business for managing various financial transaction contracts. Specifically, it is a terminal for managing and executing work related to contract items such as confirmation of contract conditions and approval / execution of settlement based on contracts.
  • the management service terminal 14 includes a management service terminal 14a, a management service terminal 14b, and a management service terminal 14c.
  • the management business terminal 14a is a terminal of a contract business (legal) business person
  • the management business terminal 14b is a terminal of a settlement management business person
  • the management business terminal 14c is a terminal of a settlement business person. Good.
  • FIG. 3 is a block diagram showing a functional configuration of the information management server 12 of FIG.
  • the information management server 12 includes a communication unit 20, a control unit 22, and a data holding unit 24.
  • the communication unit 20 transmits / receives data to / from an external device via the communication network 18 according to a predetermined communication protocol.
  • the control unit 22 executes various data processing for supporting the business related to the financial transaction contract.
  • the data holding unit 24 is a storage area for storing various data.
  • Each block in the present specification can be realized by hardware such as a computer CPU or memory, or a mechanical device, and can be realized by a computer program or the like in software. Depicts functional blocks realized by. Therefore, those skilled in the art will understand that these functional blocks can be realized in various forms by a combination of hardware and software.
  • the data holding unit 24 includes a contract information holding unit 30, a master information holding unit 38, a widget information holding unit 42, and a user information holding unit 44.
  • the contract information holding unit 30 classifies and holds the contents of each of the plurality of financial transaction contracts registered in the information management server 12 into three elements of basic information, CF information, and event information.
  • the contract information holding unit 30 includes a basic information holding unit 32, a CF information holding unit 34, and an event information holding unit 36.
  • the CF information holding unit 34 holds CF information in the contract information registered in the information management server 12. In other words, information set for items belonging to the CF information among a plurality of items included in the contract information is held. In addition, the CF information holding unit 34 details the cash flow generated at a future time point determined by each of the multiple types of financial transaction contracts (derivatives, structured bonds,..., Futures transactions, loans, etc.) shown in FIG. Accumulate information collectively.
  • the CF information holding unit 34 holds a CF statement 46 which is information indicating the movement of money at a future time determined by the CF information and the movement amount (amount).
  • the CF information holding unit 34 holds, for example, cash flow information (CF fixed details) in which a cash flow determination condition such as an interest rate is fixed, for example, a payment date or a payment amount is fixed.
  • the CF information holding unit 34 also holds information on cash flows for which a cash flow determination condition such as an interest rate has not been determined, for example, a payment date or a payment amount is not yet determined.
  • the event information holding unit 36 holds event information in the contract information registered in the information management server 12. In other words, information set for items belonging to event information among a plurality of items included in contract information is held.
  • Each of the plurality of contract items is assigned an identification code for uniquely identifying each contract.
  • the basic information, CF information, and event information related to the same contract include the same contract ID and are associated with each other by the contract ID.
  • an identification code for example, cash flow number, CF No. in FIG. 5 is further assigned to each cash flow.
  • the master information includes information that is commonly applied over a plurality of contracts, but is information that is applied to each individual contract, and includes information that may be different for each contract.
  • information that may be different for each contract For example, as attribute information related to a contracting party, specifically, a cash flow payer or payee, identification information of a settlement bank / settlement account and information indicating the presence / absence of netting are included.
  • master information for each contract may be registered.
  • the widget information holding unit 42 holds information items displayed in each widget and logic for creating the item values for a plurality of widgets displayed on a dashboard screen described later.
  • This logic is a program in which specific data is extracted with reference to the contract information stored in the contract information holding unit 30, and a logic and an algorithm for calculating a calculation result using the extracted data are implemented. For example, for a newly registered contract, it includes a program for totaling the number of contracts for which approval processing has been completed (number of cases) and for totaling the number of contracts for which approval processing has not been completed (number of cases). In addition, it includes a program for totaling the number of contracts for which the settlement process has been approved for the contracts after registration and the total number of contracts for which the approval processes have not been completed.
  • the data holding unit 24 has a basic information input screen, a CF information input screen, and an event information input screen for each type of financial transaction contract such as a derivative contract or a swap contract, in other words, for each type of financial product to be traded. You may hold the combination of.
  • the contract registration screen generation unit 52 receives the type of financial transaction designated by the contract information registration terminal 16 via the display control unit 50, and acquires data of the contract registration screen corresponding to the type from the data holding unit 24. May be.
  • the CF detail update unit 58 stores one or more cash flows generated at a future time determined by the contract to be registered. It is identified according to the information and recorded in the CF details 46 (see FIG. 4). For example, if the CF information of one registered contract defines interest payments four times a year, the cash flow details of the contract are 4 per year between the contract start date and the end date. Record one cash flow statement. Similarly, the CF details update unit 58 records the cash flow details data passed from the CF information registration unit 68 in the CF details 46.
  • the management screen generation unit 60 generates content data for each of the plurality of types of widgets based on the contract information held in the contract information holding unit 30 and the logic held in the widget information holding unit 42. Then, data of a dashboard screen on which these plural types of widgets are arranged is generated (see FIG. 14). Further, the management screen generation unit 60 refers to the information of the user who provides the dashboard screen held in the user information holding unit 44, and generates a dashboard screen in which the widget selected by the user is arranged.
  • the widget information update unit 64 receives content creation logic to be displayed on the widget, in other words, management screen generation rule change information based on the held contract information from the management business terminal 14.
  • the widget information update unit 64 updates the logic stored in the widget information holding unit 42 according to the received change information. For example, the widget content creation program held in the widget information holding unit 42 is updated to reflect the change information received from the management service terminal 14.
  • a part of the functions provided in the information management server 12, for example, a presentation function to the user, may be provided in the management service terminal 14, the contract information registration terminal 16, and the CF information registration terminal 19.
  • the management work terminal 14 may include the display control unit 50 and the management screen generation unit 60.
  • the information management server 12 is data including the amount calculated by the amount calculation unit 56, generates content data for the management screen and content data for each widget on the dashboard screen, and provides it to the management service terminal 14. May be.
  • the management service terminal 14 may display the content data provided from the information management server 12 on each widget on the management screen and the dashboard screen.
  • the contract information registration terminal 16 may include the display control unit 50 and the contract registration screen generation unit 52.
  • the functional blocks that the information management server 12 includes in the embodiment may be realized by being distributed to a plurality of devices and the plurality of devices cooperating via the communication network 18.
  • Each of the management service terminal 14, the contract information registration terminal 16, and the CF information registration terminal 19 may be realized as a thin client using a web browser or the like. Further, it may be realized as a client application for contract registration and management, in other words, as a rich client in which presentation logic is implemented.
  • the name standardized by ISDA is displayed as the item name of the input field.
  • the registrant of the contract information basically has only to associate the items of the contract with the items of the basic information input screen and the CF information input screen as it is, and to transcribe the contract contents as they are.
  • the standard name of ISDA is used as the item name of the input field to facilitate mapping with the contract item.
  • the contract information registration terminal 16 transmits the contract information input on the contract registration screen to the information management server 12.
  • the contract information registration unit 54 of the information management server 12 stores the basic information input on the basic information input screen in the basic information holding unit 32 and stores the CF information input on the CF information input screen in the CF information holding unit 34.
  • the event information input on the event information input screen is stored in the event information holding unit 36.
  • the CF details update unit 58 records one or more CF details 46 indicating one or more cash flows scheduled at a future time point according to the contract. .
  • an approval flag indicating unapproved is recorded in association with contract information (including CF details).
  • the person in charge of the loan contract at the financial institution operates the CF information registration terminal 19 to access the information management server 12.
  • the CF information registration terminal 19 transmits a CF registration screen provision request to the information management server 12.
  • the CF registration screen generation unit 66 of the information management server 12 generates CF registration screen data, and the display control unit 50 transmits the screen data to the CF information registration terminal 19 for display.
  • the person in charge inputs cash flow information generated by the loan contract, for example, detailed information corresponding to one record in FIG. 4 on the CF registration screen, and inputs a predetermined operation for instructing the registration.
  • the CF information registration terminal 19 transmits the cash flow information input on the CF registration screen to the information management server 12.
  • the amount calculation unit 56 of the information management server 12 refers to each of a plurality of pieces of contract information registered in the information management server 12 and calculates a fixed amount of one or more cash flows generated between contract parties based on each contract. .
  • the CF details 46 that have reached the interest rate fixed date are specified, and the interest rate on the day indicated by the master information is set to the amount calculation formula of the specified CF details 46.
  • the CF details update unit 58 changes the CF details 46 for which the fixed amount has been calculated by the amount calculation unit 56 to the CF fixed details, and updates the CF details 46 to include the fixed amount.
  • the person in charge of the settlement management business or the settlement business of the financial institution operates the management business terminal 14 and logs in to the information management server 12.
  • the management service terminal 14 transmits to the information management server 12 a search request for cash flow details specifying a search condition input by the person in charge, for example, a specific settlement date or interest rate date (interest rate fixed date).
  • the management screen generation unit 60 of the information management server 12 receives the search request, and acquires the CF details 46 that match the search conditions specified in the request from the CF information holding unit 34. Then, a management screen in which the acquired cash flow information is set is generated.
  • the display control unit 50 transmits the management screen data generated by the management screen generation unit 60 to the management service terminal 14 for display.
  • FIG. 11 is a management screen provided when a specific settlement date is specified as a search condition, and shows the settlement date management screen of FIG.
  • the settlement date management screen displays the settlement date “2013” regardless of the type of financial transaction contract among the cash flows defined by multiple types of financial transaction contracts registered in the information management server 12.
  • the details of the cash flow extracted using “December 24th” as a common criterion are displayed.
  • the contract of the product type “loan” contract number 001
  • the contract of the product type “derivative” (contract numbers 002 and 004) is registered by the contract information registration terminal 16.
  • the contract of the product type “future” (contract number 005) is registered by the external system 17.
  • FIG. 11 also shows that one or more cash flows are generated from one contract.
  • two cash flows identified by the CF numbers “002334” and “0022335” are generated from one contract identified by the contract number “002”.
  • the CF number 00335 of the contract number 002 indicates that the payment amount has not been determined since the variable interest rate has not yet been determined.
  • the settlement amounts are summed as a result of the netting. If the direction is reversed, the settlement amount is offset and becomes smaller as a result of netting.
  • the person in charge of the financial institution confirms the cash flow details on the settlement date management screen and, when approving, inputs a check in the approval column and inputs a predetermined registration operation.
  • the management service terminal 14 transmits the CF number of the record checked in the approval column and information indicating approval to the information management server 12.
  • the approval status update unit 62 of the information management server 12 records a flag indicating approval for the cash flow details specified by the CF number, approved on the management screen for each settlement date. Thereafter, the settlement processing or the like is executed for the approved cash flow.
  • the settlement process may be executed by the external system 17, and the information management server 12 may transmit the approved cash flow details (basic information etc. may be included as appropriate) to the external system 17 to execute the settlement. .
  • the person in charge of each of the contract business, the settlement management business, and the settlement business of the financial institution operates the management business terminal 14 and logs in to the information management server 12.
  • the management screen generation unit 60 of the information management server 12 generates a dashboard screen for the logged-in user as a top screen after login. Specifically, content data of each widget to be displayed on the dashboard screen for the login user is generated according to the logic of the widget associated with the ID of the login user. And the data of the dashboard screen which has arrange
  • the display control unit 50 transmits the data on the dashboard screen generated by the management screen generation unit 60 to the management business terminal 14 for display.
  • each widget on the main dashboard screen 120 data indicating the status of various business operations including the progress status of settlement and approval / rejection is indicated by a pie chart and numerical values.
  • the settlement management widget 124 there are five cash flow cases for which the settlement date is after the display date and the settlement amount needs to be confirmed on the display day, and whose settlement amount is not yet approved, that is, in charge Indicates that there are five unprocessed approval tasks.
  • the settlement amount needs to be confirmed on the display day
  • each widget on the main dashboard screen 120 is set with information indicating the contract matter based on the conditions defined as the logic of the widget and the extraction status of the cash flow matter, for example, the number of cases corresponding to the search condition. .
  • the display control unit 50 of the information management server 12 transmits a widget logic edit screen to the management business terminal 14 for display when a predetermined operation input is made to the dashboard screen.
  • the management service terminal 14 transmits the logic input on the edit screen to the information management server 12, and the widget information update unit 64 of the information management server 12 stores the received widget logic in the widget information holding unit 42. As a result, the content generation logic of the widget can be changed by the user himself.
  • the minimize button 152 is arranged on the dashboard screen of FIG. 14A, and when the minimize button 152 is pressed, the display is switched to the display of only the sub-dashboard screen 140.
  • a maximize button 154 is arranged on the dashboard screen having only the sub-dashboard screen 140, and when the maximize button 154 is pressed, the main dashboard screen 120 is displayed again.
  • the “Configure Dashboard” button is clicked, a transition is made to a selection screen for a widget to be displayed on the dashboard screen.
  • the selection result on this selection screen is stored in the user information holding unit 44 of the information management server 12. This allows the user to customize the widget that he / she wants to display on his / her dashboard screen.
  • the management service terminal 14 manages information indicating the selected link character string. Send to server 12.
  • the link character string is, for example, “Today's Settle CF (Unconfirmed)” of the settlement management widget 124.
  • the management screen generation unit 60 of the information management server 12 acquires the logic associated with the selected link character string (which can be referred to as screen generation logic or contract information extraction logic) from the widget information holding unit 42. Then, according to the acquired logic, data of the individual management screen corresponding to the link character string is generated. In this individual management screen, for example, it is a search result of cash flow matters for which payment amount approval has not been completed among matters that need to settle the payment amount on the display day, for example, the cash flow details that hit the search are displayed. Is done.
  • the display control unit 50 transmits the data of the individual management screen to the management work terminal 14 to switch the display of the dashboard screen.
  • the payment management screen 160 shown in FIG. 14B when the link character string of the payment management widget 124 on the main dashboard screen 120 or the payment management widget 144 on the sub-dashboard screen 140 is selected, the payment management screen 160 shown in FIG. 14B. Is displayed. The contents of the settlement management screen 160 in the figure correspond to the settlement day management screen shown in FIG.
  • a monthly schedule screen 162 shown in FIG. 14C is displayed.
  • the management business terminal 14 receives information indicating the operation content as information. It transmits to the management server 12.
  • the information management server 12 updates the information in the contract information holding unit 30 according to the operation content.
  • the approval status update unit 62 records information indicating approval for the approved contract information and cash flow details.
  • the information update of the business information holding unit 40 is fed back to the display of the dashboard screen, that is, the display content of the widget.
  • the management screen generation unit 60 of the information management server 12 generates data of a first management screen that collectively displays basic information of each of a plurality of contracts as an individual management screen. Further, data of a second management screen that collectively displays CF information (for example, information indicating the condition of money transfer and cash flow details) for each of a plurality of contracts is generated. Further, data of a third management screen that collectively displays event information of each of a plurality of contracts is generated.
  • the display control unit 50 transmits the data of the first to third management screens to the management service terminal 14 for display in response to a request from the management service terminal 14.
  • the management screen generating unit 60 acquires basic information, CF information, and event information corresponding to the extraction condition from the contract information holding unit 30, and generates first to third management screens.
  • the information management server 12 displays a plurality of contract information on a single screen for each of basic information, CF information (including cash flow details), and event information individually registered for each contract.
  • the management screen to be provided is provided to the management work terminal 14. This will help improve the efficiency of the work of each contractor, checkout management, and settlement system of financial institutions.
  • the information management system 10 is a standardized data of a contract unit, a cash flow unit, and an event unit for a complex product / a small variety of products that are currently manually managed. Realize system management using structure. As a result, it is possible to reduce operational risk and personalization risk due to manual management of due dates and the like. In addition, the systemization can reduce the work load on the person in charge and improve the maximum number of transactions that can be handled. Furthermore, holding contract information in contract units, cash flow units, and event units facilitates efficient data management, for example, speeding up information retrieval and maintaining the ease of changing the data structure.
  • the information management system 10 collectively manages contracts related to various financial transactions including derivatives at the cash flow granularity, and displays a management screen for displaying the cash flow information of each of the various financial transactions collectively. provide.
  • the information management system 10 records details of a plurality of cash flows that will occur at a future time point according to the contract, and realizes approval management and due date management in units of individual cash flows.
  • the information management system 10 provides a dashboard screen that includes a plurality of widgets that are linked to individual management screens and that collectively show the contents of the individual management screens.
  • it provides a dashboard screen with widgets according to the person in charge of the contract system, checkout management system, and account settlement system. As a result, it is possible to support the efficient execution of the contract system, checkout management system, and settlement system.
  • the information management server 12 can include information on arrangements regarding the right to money or goods in the management target, and can manage the transfer of rights in the same manner as the cash transfer described in the embodiment.
  • Rights to money or goods include various bonds such as trade receivables, trade payables, structured bonds.
  • the CF registration screen generation unit 66 registers information for registering information indicating the conditions (including date and time and various index values) for transferring rights to money or goods determined in the above arrangement in the information management server 12.
  • a screen (corresponding to the CF registration screen) is generated.
  • the CF information registration unit 68 stores, in the CF information holding unit 34, data indicating right transfer that will occur at a future time based on the above-mentioned agreement, which is input on the CF registration screen.
  • the CF information holding unit 34 holds flow details information (corresponding to CF details) indicating the transfer of rights at a future time determined by the above arrangement and the transfer amount of money or the transfer amount of money accompanying the transfer of rights.
  • the CF detail update unit 58 sequentially updates the flow detail information at the timing such as the transfer of rights based on the above-mentioned agreement and the amount of movement.
  • the basic information holding unit 32 and the event information holding unit 36 store basic information and event information related to the right arrangement.
  • the management screen generation unit 60 obtains information on predetermined items necessary for each of the contract business, the settlement management business, and the settlement business related to the above arrangement from the basic information holding unit 32, the CF information holding unit 34, and the event information holding unit 36. Extract and generate screens for each business.
  • the information management server 12 may further manage information of a transaction (herein also referred to as a “specific transaction”) established between a customer and a financial institution via a telephone or an email.
  • the specific transaction may be a currency transaction.
  • the information management server 12 may autonomously acquire and store information (contract information, CF information, event information, etc.) related to a specific transaction from an external device or an external system that manages the information of the specific transaction.
  • the information management server 12 may provide the contract information registration terminal 16 and the CF information registration terminal 19 with information input screens (FIGS. 6 to 10 and the like) related to specific transactions.
  • the person in charge of the financial institution may input on the input screen and receive and store information related to the specific transaction transmitted from the contract information registration terminal 16 or the CF information registration terminal 19. Further, the information management server 12 may manage the information related to the specific transaction in the same manner as the derivative contract information described in the embodiment, and may update the CF details as time passes. Furthermore, a management screen or a dashboard screen (FIGS. 11 to 14C, etc.) for browsing information related to a specific transaction may be provided.
  • the information management server 12 may further accept registration of deposit / withdrawal data (also referred to as data indicating cash transfer) made on a fixed date, and manage the deposit / withdrawal status based on the data.
  • Deposits / withdrawals made on a fixed date include deposits / withdrawals for which specific dates have been determined, and include deposits / withdrawals for which payment date determination conditions are determined, such as payment on the 25th of every month. For example, it includes deposits and withdrawals made repeatedly in a unit period such as one month.
  • the contract registration screen generation unit 52 of the third modified example makes a future schedule regarding the payment and withdrawal of salary transfers that generate monthly payments, payment of utility charges such as electricity and gas charges, and payment of insurance premiums.
  • a registration screen for input may be provided.
  • the contract information registration unit 54 is information input on the registration screen.
  • deposit / withdrawal data made on a fixed date may be recorded in the contract information holding unit 30.
  • the money amount calculation unit 56 and the CF detail update unit 58 may calculate and record the deposit amount and withdrawal amount on the future date according to the registered deposit / withdrawal data (payment date, payment condition, etc.).
  • the management screen generation unit 60 may provide a management screen for deposit / withdrawal data made on a fixed date. This management screen may display a list of one or more deposit / withdrawal items and deposit / withdrawal information in an arbitrary period specified by the user or in an arbitrary period.
  • the present invention can be applied to a system that supports information management.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Technology Law (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Development Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　情報管理システム１０は、将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報を、取決めの主体および期間を含む基本情報と、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件と、基本情報またはフロー条件に影響する付加的な条件を示すイベント情報とに分類して所定の記憶領域に保持する。情報管理システム１０は、外部装置から入力された複数種類の取決めのそれぞれで定められた基本情報を受け付け、各取決めの基本情報を上記の記憶領域へ格納する。

Description

情報管理システム
　本発明は、将来時点における金銭もしくは物品またはこれらに対する権利の移動を定めた情報の管理を支援する技術に関する。
　店頭取引されるデリバティブ（金融派生商品）や債券等、相対での金融取引が行われる場合、取引開始に先立って取引当事者間で契約が締結される。このような金融取引のための契約については、ＩＳＤＡ（国際スワップ・デリバティブ協会）が作成した「ＩＳＤＡマスター契約」と呼ばれる基本契約が存在し、契約内容について一定の標準化が図られている。しかし、実際の金融取引契約は多様であり、契約で取決められる項目や各項目の内容は多岐にわたる。
　また金融取引契約では、当事者間で授受される金銭の額、すなわち決済金額が契約時には確定せず、契約時には将来時点で当該金額を確定させるための条件が設定されることもある。例えば、契約日から半年後に当事者Ａから当事者Ｂに金利を支払うことを取決め、契約時には決済金額を定めない代わりに決済金額を決定するための条件が定められることもある。また、将来実行すべき決済の期日や、決済を実行するための条件を定めた契約等の取決めにしたがい、将来時点において決済を実行する際に、その実行に先立って決済金額を確定し、確定した金額を承認する必要が生じることもある。
　このように、将来の決済期日を定めた取決めを交わした場合、事後的に定められる決済金額を取決めにしたがって算出し、また、算出した金額を取決めで定められた条件で実際に授受する決済処理を行う必要が生じることがある。したがって、取決めの内容を遵守するための高度な情報管理が求められる。
特表２０１３－５１４５９３号公報 特開２００８－１４０４１１号公報
　将来の決済を定めた取決めは金融取引契約に限らず、例えば株券等の有価証券について配当金等の決済も含まれる。このように、将来時点において金銭や物品またはこれらに対する権利（以下、「財」という場合がある）の移動を実行することを定める取決めは多岐に亘り、その取決めの項目や各項目の内容も多種多様である。このため、将来の決済期日、および決済を実行するための条件を定めた各種取決めの管理は従来、ほとんどシステム化されていなかった。情報システムが用いられる場合も、特許文献１が示すように、将来価値の予測やリスク計算といった部分に留まっていた。あるいは、特許文献２が示すように同一種類の契約情報の管理を取り扱うものであった。本発明者は、将来時点における金銭や物品の移動を定める点で共通する多種多様な取決めについて、各取決めを遂行するための業務を効果的に支援するための具体的な方法はこれまで十分に提案されているとはいえない状況にあると考えた。
　本発明は発明者の上記課題認識にもとづきなされたものであり、その主な目的は、将来時点における財の移動を定める点で共通する多種多様な取決めについて、各取決めを遂行するための業務を効果的に支援することにある。
　上記課題を解決するために、本発明のある態様の情報管理システムは、将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報を、取決めの主体および期間を含む基本情報と、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件と、基本情報またはフロー条件に影響する付加的な条件を示すイベント情報とに分類して保持する取決め情報保持部と、外部装置から入力された複数種類の取決めのそれぞれで定められた基本情報を受け付け、各取決めの基本情報を取決め情報保持部に格納する基本情報登録部と、を備える。
　本発明の別の態様もまた、情報管理システムである。この情報管理システムは、将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報を、取決めの主体および期間を含む基本情報と、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件と、基本情報またはフロー条件に影響する付加的な条件を示すイベント情報とに分類して保持する取決め情報保持部と、外部装置から入力された複数種類の取決めのそれぞれで定められたフロー条件を受け付け、各取決めのフロー条件を取決め情報保持部に格納するフロー条件登録部と、を備える。
　本発明のさらに別の態様もまた、情報管理システムである。この情報管理システムは、将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報を、取決めの主体および期間を含む基本情報と、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件と、基本情報またはフロー条件に影響する付加的な条件を示すイベント情報とに分類して保持する取決め情報保持部と、外部装置から入力された複数種類の取決めのそれぞれで定められたイベント情報を受け付け、各取決めのイベント情報を取決め情報保持部に格納するイベント情報登録部と、を備える。
　本発明のさらに別の態様もまた、情報管理システムである。この情報管理システムは、将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報を、取決めの主体および期間を含む基本情報と、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件と、基本情報またはフロー条件に影響する付加的な条件を示すイベント情報とに分類して保持する取決め情報保持部と、取決め情報保持部に保持された基本情報、フロー条件、イベント情報の中から、取決めの管理に関する複数種類の業務のそれぞれで必要とされる所定項目の情報を抽出して、複数種類の業務のそれぞれを支援するための管理画面を生成する管理画面生成部と、を備える。
　本発明のさらに別の態様もまた、情報管理システムである。この情報管理システムは、将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報を、取決めの主体および期間を含む基本情報と、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件と、基本情報またはフロー条件に影響する付加的な条件を示すイベント情報とに分類して保持する取決め情報保持部と、取決め情報保持部に保持された基本情報、フロー条件、イベント情報を参照して、複数種類の取決めの基本情報を一括して表示する管理画面と、複数種類の取決めのフロー条件を一括して表示する管理画面と、複数種類の取決めのイベント情報を一括して表示する管理画面を生成する管理画面生成部と、を備える。
　なお、以上の構成要素の任意の組合せ、本発明の表現を、方法、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
　本発明によれば、将来時点における財の移動を定める点で共通する多種多様な取決めについて、各取決めを遂行するための業務を効果的に支援することができる。
実施の形態の情報管理システムの概要を示す図である。 実施の形態の情報管理システムの構成を示す図である。 図２の情報管理サーバの機能構成を示すブロック図である。 キャッシュフロー明細を示す図である。 図３の制御部を詳細に示すブロック図である。 基本情報入力画面を示す図である。 ＣＦ情報入力画面を示す図である。 ＣＦ情報入力画面を示す図である。 ＣＦ情報入力画面を示す図である。 イベント情報の例を示す図である。 図１の精算日別管理画面を示す図である。 図１の利率日別管理画面を示す図である。 ダッシュボード画面を示す図である。 ダッシュボード画面を示す図である。 決済管理詳細画面を示す図である。 月間スケジュール詳細画面を示す図である。
　既述したように、種々の金融取引契約が存在し、契約で取決められる項目の内容も多岐にわたる。契約の締結から決済の実行までの業務は、一般的には契約系（法務系）業務、精算管理系業務、決済業務に分けられる。契約系業務は、契約の当事者、取引対象、契約期間等の契約条件を確認する業務である。精算管理系業務は、決済を実行するための決済金額の算定や決済金額の承認等を行う業務である。決済業務は、決済用の資金管理や、実際に決済を実行する等の業務である。
　このような決済実行のための業務内容は、金融機関、金融機関内の組織、管理担当者、さらには契約の種類によって異なり、標準化が困難であり、その結果、情報システムによる業務支援も十分にはなされていなかった。このため、種々の契約により定められた将来の決済を実行するための多様な業務が、現実には属人的に管理され、また手作業で管理・実行されており、オペレーションリスクが存在した。
　また、契約の項目の内容が多岐にわたるため、様々な契約案件を管理するために必要な情報を情報システムに登録するための項目設定は困難であった。このため、金融機関等における従来の契約管理業務では、契約書の書類をバインダーに綴じて保管したり、契約書の文書全体をそのままデータベースに格納したりすることが多かった。すなわち、契約案件に関する情報の管理を、情報システムにより効果的に支援できているとは言えない状況であった。
　すなわち、契約書そのものを情報システムに記憶させれば同一案件についての情報を複数人間で共有することはできるが、各担当者が必要とする情報のみを情報システムから抽出することはできない。例えば、決済実行業務を行う担当者の場合、契約当事者や契約日、契約対象といった情報は不要である一方、決済を実行するための決済金額の算定やその承認が終了しているか等の情報は必要であるが、前者を除外しつつ後者だけ取り出すことは困難であった。したがって、従来の仕組みでは、契約に関する管理業務を属人的かつ手作業で行わざるを得ず、そのことに起因するオペレーションリスクが存在し、また担当者の業務負担も大きかった。
　そこで実施の形態では、店頭デリバティブ取引契約などの金融取引契約にもとづく決済の実行の効率的な管理、例えば効率的な契約管理や資金管理を実現する情報管理システムを提案する。まず、実施の形態の情報管理システムについて、その第１の特徴を説明する。
　本発明者は、店頭取引されるＯＴＣ（Over The Counter、店頭）デリバティブや仕組債等、複雑な金融取引契約や有価証券の配当決済といった契約書にもとづかない取決めであっても、取決めの内容を基本情報、キャッシュフロー情報（以下、「ＣＦ情報」とも呼ぶ。）、イベント情報の３つの要素に分類して整理できることに想到した。言い換えれば、本発明者は、将来の決済についての取決めの内容を、基本情報、ＣＦ情報、イベント情報の３つの共通の基準で整理することで多様な取決めをＩＣＴにより標準的に記憶させることができ、決済を実行するための業務を効果的に支援することができると考えた。
　基本情報は、取決めの主体と客体および取決め期間、契約であれば契約の終了と開始に関する項目の情報であり、例えば取引対象、取引当事者、契約日、発効日、契約満了日、解約条件等を含む。ＣＦ情報は、取決めで定められた決済日に決済を実行するために必要な情報であり、例えば決済日、決済金額の支払元と支払先、決済金額を算出するための条件式、決済金額振込口座の情報、決済通貨等を含む。ここで、決済日とは財の移動を実行する移動日であり、決済とは財を移動させるための移動量の確定等の移動実行に必要な手続きを済ませ財の移動を完了させること、決済金額とは移動させる財の移動量のことである。すなわち、ＣＦ情報とは、取り決めが含む情報のうち、財の移動日に財の移動量を確定して財の移動を完了させる条件に関する項目の情報である。イベント情報は、基本情報またはＣＦ情報の少なくとも一方に影響しうる付加的な条件に関する項目の情報であり、例えばノックイン価格、参照インデックス等を含む。
　実施の形態のシステムは、複雑な契約内容を基本情報と、ＣＦ情報と、イベント情報に分解し、標準化されたデータ構造にて管理する。これにより、少量多品種の金融取引の契約管理・期日管理の一元化を可能にし、業務効率化による扱い件数の増加を支援する。
　また金融取引契約に伴い、契約条件の確認作業等の契約系（法務系）業務、契約で定められた決済金額を確定して決済を実行する条件を揃える精算管理系業務、決済期日での決済を実行するための決済系業務等、多様な契約管理業務・期日管理業務が発生する。しかし従来のシステムは、多様な形態の取決めを標準的な形式で情報システムに記憶させ、管理させることが困難であり、そのため、多様な取決めのそれぞれについて発生する多様な業務を一元的に支援することは困難であった。
　また従来のシステムでは、１件の契約案件情報をその案件に関する複数の業務に分解することが困難であった。すなわち従来は、１件の契約から発生する複数の業務について、それぞれの業務に必要な情報を抽出・加工して各業務処理を効果的に支援する情報を作成することは困難であった。例えば、１つの契約についてその情報全体は取得できるとしても、その契約に対する法務系業務、精算管理系業務、決済系業務のそれぞれに必要なだけの情報を取得することは困難であった。
　実施の形態のシステムは、複数の多様な契約情報の登録を一括して受け付け、各契約の情報を標準的なデータ構造により整理して保管する。そして、各契約の履行に伴い発生する契約系、精算管理系、決済系の各業務を支援するための情報を抽出し、必要に応じて算出する等の加工をして業務別に表示する。これにより、複数の契約情報を同一システムに登録し、契約系業務・精算管理系業務・決済系業務等、複数種類の業務に分けて、各契約について必要な業務の遂行を支援できる。
　次に、実施の形態の情報管理システムについて、その第２の特徴を図１を参照して説明する。図１は実施の形態の情報管理システムの概要を示す。情報管理システム１０は、将来時点における金銭または物品の移動を定めた種々の取決めに関する財の移動を示すフロー情報を一元的に管理する。各種取決めは、様々な金融取引契約・物品取引契約を含む。金銭は現金・貨幣・各国の通貨を含み、電子データ（電子マネー等）含む。物品は現物・実物を含み、小切手や手形、株券等の金融商品を含む。金銭または物品に対する権利とは、売掛債権、買掛債権、仕組債、オプション取引等の各種債権・債務を含む。このように、将来時点における財の移動を定めた取決めであれば情報管理システム１０の管理対象となり得るが、以下では説明の簡明化のために、管理対象の取決めを金融取引契約とし、移動対象の客体を金銭として説明する。
　情報管理システム１０は、デリバティブ契約、仕組債契約をはじめ、株式売買契約、先物取引契約等を含む多種多様な金融取引契約が定める将来時点における金銭の移動を示すキャッシュフロー情報を一元的に管理する。言い換えれば、キャッシュフローに分解できる取決めであれば、情報管理システム１０による管理の対象となる。例えば、図１には不図示だが、会社から社員への給与支払も金銭の移動が発生するものであるため、情報管理システム１０による管理が可能である。
　実施の形態の情報管理システム１０は、デリバティブ契約・仕組債契約については、その契約書に記載された基本情報、イベント情報、ＣＦ情報のそれぞれを管理する。その一方、他の種類の金融取引契約についてはＣＦ情報、特に後述するようにキャッシュフロー明細を管理することとする。変形例として、デリバティブ契約・仕組債契約以外の金融取引契約についても基本情報およびイベント情報を含めて管理してもよい。
　情報管理システム１０は、複数種類の金融取引契約に共通する基準（以下「共通管理基準」とも呼ぶ。）、例えば精算日・利率日・決済承認有無等にもとづいて、複数種類の金融取引契約のＣＦ情報をまとめて示す管理画面を提供する。また、複数種類の金融取引契約のＣＦ情報について、複数の共通管理基準にもとづく複数の管理画面を集約した画面であり、複数の共通管理基準による契約やキャッシュフローの抽出状況をまとめて示すダッシュボード画面を提供する。
　図２は、実施の形態の情報管理システム１０の構成を示す。情報管理システム１０は、決済の実行を支援する決済支援システムと言え、将来の決済を定めた契約を管理する契約管理システムとも言える。情報管理システム１０は、企業の資金繰り（キャッシュフロー）を管理するキャッシュフロー管理システムとも言える。情報管理システム１０は、例えば銀行や証券会社等の金融機関に構築された情報処理システムである。
　情報管理システム１０は、情報管理サーバ１２と管理業務端末１４を備える。情報管理システム１０は、ＬＡＮ・ＷＡＮ・インターネット等を含む通信網１８を介して契約情報登録端末１６、外部システム１７、ＣＦ情報登録端末１９と接続される。契約情報登録端末１６は、金融機関の担当者や顧客が契約情報を入力するＰＣ等の情報端末である。
　管理業務端末１４は、種々の金融取引契約に関してそれらを管理する業務を遂行すべき担当者により操作されるＰＣ等の情報端末である。具体的には、契約条件の確認や、契約にもとづく決済の承認・実行といった契約案件に関わる業務を管理・実行するための端末である。管理業務端末１４は、管理業務端末１４ａ、管理業務端末１４ｂ、管理業務端末１４ｃを含む。例えば、管理業務端末１４ａは契約系（法務系）業務担当者の端末であり、管理業務端末１４ｂは精算管理系業務担当者の端末であり、管理業務端末１４ｃは決済系業務担当者の端末でもよい。
　外部システム１７は、ＣＦ情報を発生させる外部のシステムであって例えば金融機関における勘定処理・決済処理を実行する金融取引の基幹系システムである。実施の形態では、外部システム１７は、図１の株式売買契約・債券売買契約・オプション契約・先物取引契約を管理し、各契約が定めるＣＦ情報を情報管理サーバ１２に登録する。ＣＦ情報登録端末１９は、金融機関の担当者により操作される端末であり、金融取引契約が定めるＣＦ情報を、担当者の操作に応じて情報管理サーバ１２に登録する。実施の形態では、ＣＦ情報登録端末１９は、図１のローン契約が定めるＣＦ情報を情報管理サーバ１２へ登録する。
　情報管理サーバ１２は、図１に示した複数種類の金融取引契約の情報を一元管理し、決済の実行に関する業務を含む契約管理業務を支援するユーザインタフェースを管理業務端末１４、契約情報登録端末１６、ＣＦ情報登録端末１９へ提供する。なお、図２の各装置の筐体数等、物理的な構成に制限はない。例えば、情報管理サーバ１２は、通信網１８を介して接続された複数のサーバ装置が連携することで実現されてもよい。
　図３は、図２の情報管理サーバ１２の機能構成を示すブロック図である。情報管理サーバ１２は、通信部２０と、制御部２２と、データ保持部２４を備える。通信部２０は、所定の通信プロトコルにしたがって、通信網１８を介して外部装置とデータを送受する。制御部２２は、金融取引契約に関する業務を支援するための各種データ処理を実行する。データ保持部２４は、各種データを記憶する記憶領域である。
　本明細書の各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
　例えば、図５に関連して後述する制御部２２の各機能ブロックに対応するプログラムモジュールを格納した記録媒体を介して、それらのプログラムモジュールが情報管理サーバ１２のストレージにインストールされてもよい。そして、情報管理サーバ１２のＣＰＵが、それらのプログラムモジュールを適宜メインメモリへ読み出して実行することにより、制御部２２の各機能ブロックの機能が発揮されてもよい。また、データ保持部２４の各機能ブロックは、ストレージやメインメモリ等の記憶装置が所定もしくは外部から入力された電子データを記憶することにより実現されてよい。
　データ保持部２４は、契約情報保持部３０と、マスタ情報保持部３８と、ウィジェット情報保持部４２と、ユーザ情報保持部４４を含む。契約情報保持部３０は、情報管理サーバ１２に登録された複数の金融取引契約それぞれの内容を、基本情報とＣＦ情報とイベント情報の３要素に分類して保持する。契約情報保持部３０は、基本情報保持部３２と、ＣＦ情報保持部３４と、イベント情報保持部３６を含む。
　基本情報保持部３２は、情報管理サーバ１２に登録された契約情報の中の基本情報を保持する。言い換えれば、契約情報に含まれる複数の項目のうち基本情報に属する項目に対して設定された情報であり、例えば文字列や数値を保持する。
　ＣＦ情報保持部３４は、情報管理サーバ１２に登録された契約情報の中のＣＦ情報を保持する。言い換えれば、契約情報に含まれる複数の項目のうちＣＦ情報に属する項目に対して設定された情報を保持する。またＣＦ情報保持部３４は、図２で示した複数種類の金融取引契約（デリバティブ、仕組債、・・・、先物取引、ローン等）のそれぞれで定められた将来時点で発生するキャッシュフローの明細情報を一括して蓄積する。
　具体的にはＣＦ情報保持部３４は、ＣＦ情報により定められる将来時点での金銭の移動と、その移動量（金額）を示す情報であるＣＦ明細４６を保持する。ＣＦ情報保持部３４は、利率等のキャッシュフロー決定条件が確定した、例えば、支払日や支払金額が確定したキャッシュフローの情報（ＣＦ確定明細）を保持する。ＣＦ情報保持部３４はまた、利率等のキャッシュフロー決定条件が未確定、例えば、支払日や支払金額が未確定のキャッシュフローの情報も保持する。
　図４は、ＣＦ情報保持部３４が保持するキャッシュフロー明細（ＣＦ明細４６）を示す。同図は、米国ドルと日本円とのスワップを行う１つのスワップ契約に関するＣＦ明細４６を示している。同図で示すように、ＣＦ明細４６は、第１の契約当事者から第２の契約当事者へのキャッシュフロー（例えば図５のキャッシュフローＡ）と、第２の契約当事者から第１の契約当事者へのキャッシュフロー（例えば図５のキャッシュフローＢ）を含む。
　また、１つの契約当たり１つ以上のキャッシュフローを含む。図４では、時系列に複数個のキャッシュフローを並べたキャッシュフローリスト１１８を示しており、このキャッシュフローリスト１１８では、契約の開始日から終了日までの間に、３ヶ月ごとに発生する金利支払のキャッシュフローを示している。ＣＦ明細４６には、確定しているキャッシュフローであるＣＦ確定明細についてＣＦ番号００００１、００００２、００００９のレコードが記録される。例えばＣＦ番号０００２は、利率日（利率確定日、Reset Date）を経過して金利が確定し、支払金額が確定した金利支払のキャッシュフローである。ＣＦ明細４６は、未確定の状態で入力されたＣＦ情報を保持し、未確定のＣＦ明細が確定された場合、そのステータスが「確定」に変更される、またはその明細に「確定」を示すフラグが立てられる等することによりＣＦ確定明細を含んでよい。あるいはＣＦ情報保持部３４にＣＦ明細４６と別に、ＣＦ確定明細のみを格納する記憶領域を設けてもよい。
　図３に戻り、イベント情報保持部３６は、情報管理サーバ１２に登録された契約情報の中のイベント情報を保持する。言い換えれば、契約情報に含まれる複数の項目のうちイベント情報に属する項目に対して設定された情報を保持する。複数の契約案件にはそれぞれ、各契約を一意に特定するための識別符号が付与される。例えば、同一の契約に関する基本情報、ＣＦ情報、イベント情報には、同一の契約ＩＤが含まれ、契約ＩＤにより相互に対応づけられる。またキャッシュフローについては、キャッシュフローの１つ１つに識別符号（例えば図５のキャッシュフロー番号、ＣＦ　Ｎｏ）がさらに付与される。
　契約情報保持部３０は、基本情報、ＣＦ情報、イベント情報のそれぞれについて、金融機関の担当者による承認がなされたか否かを示す情報を対応づけて保持する。例えば、基本情報保持部３２、ＣＦ情報保持部３４、イベント情報保持部３６には、基本情報、ＣＦ情報、イベント情報のそれぞれに対応づけて、金融機関の契約系（法務系）業務担当者による承認がなされたか否かを示すフラグが格納される。またＣＦ情報保持部３４には、ＣＦ明細４６として格納されたキャッシュフローそれぞれのレコードに対応づけて、金融機関の精算管理系業務担当者または決済系業務担当者による承認がなされたか否かを示すフラグが格納される。
　なお、承認の有無を示す情報は、基本情報、ＣＦ情報、イベント情報そのものとは別個に保持されてもよい。例えば、契約情報のＩＤと、契約系（法務系）業務担当者による承認がなされたか否かを示すフラグを対応づけて保持するテーブルと、ＣＦ情報と、精算管理系業務担当者または決済系業務担当者による承認がなされたか否かを示すフラグとを対応づけて保持するテーブルとを別個に設けてもよいことはもちろんである。
　マスタ情報保持部３８は、複数の契約それぞれのキャッシュフローの金額を確定させるために参照される情報であるマスタ情報を保持する。マスタ情報は例えば、決済金額、言い換えれば、キャッシュフローの金額を算出するために参照する金利や、為替レート、各種の指標値（経済指標値）等のマーケット情報を含む。また、決済金額を算定する日付が定められている場合に必要となるワールドカレンダー情報、具体的には、世界の各市場の現在日時等を示す日時情報を含む。
　このようにマスタ情報は、複数の契約に亘り共通して適用される情報を含むが、さらに、個々の契約ごとに適用される情報であり、契約ごとに異なり得る情報を含む。例えば、契約当事者、具体的にはキャッシュフローの支払人または受取人に関する属性情報として、決済銀行・決済口座の識別情報や、ネッティングの有無を示す情報を含む。契約情報やＣＦ情報を登録する際に、契約ごとのマスタ情報が登録されてもよい。
　ウィジェット情報保持部４２は、後述のダッシュボード画面に表示される複数のウィジェットについて、各ウィジェットで表示される情報項目と、その項目値を作成するロジックを保持する。このロジックは、契約情報保持部３０の契約情報を参照して特定のデータを抽出し、また、抽出したデータを用いた計算結果を算出するためのロジックやアルゴリズムが実装されたプログラムである。例えば、新規登録された契約について、承認処理が完了済みの契約数（案件数）を集計し、また承認処理が未完了の契約数（案件数）を集計するプログラムを含む。また、登録後の契約について、その精算金額の承認処理が完了済みの契約数を集計し、また承認処理が未完了の契約数を集計するプログラムを含む。
　各ウィジェットのロジックは、情報管理サーバ１２が管理する複数種類の金融取引に亘る複数個の契約の中から、複数種類の金融取引に共通する基準、例えば利率日や、精算日、承認有無等を検索キーとして、特定の契約情報（キャッシュフロー明細を含む）を抽出するものを含む。また、各ウィジェットのコンテンツデータは、ロジックによる１つ以上の契約情報の抽出状況、例えば抽出件数であり、言わば検索ヒット数を示すものを含む。
　また、ウィジェット情報保持部４２が保持する各ウィジェットのデータには、対応する管理画面を示すリンク情報が設定される。「対応する管理画面」は、例えば各ウィジェットのロジックが示す契約情報の抽出基準について、その基準により抽出された契約情報（キャッシュフロー明細を含む）を表示する管理画面である。管理画面は、精算日等の特定の基準に合致した契約情報（キャッシュフロー明細を含む）の内容を示すものであり、ウィジェットのコンテンツは、その基準に合致した契約情報の件数を示すものとも言える。後述の表示制御部５０は、ダッシュボード画面において特定のウィジェットが選択されると、選択されたウィジェットに対応する基準で抽出した契約情報を示す管理画面を表示させるよう切り替える。
　ユーザ情報保持部４４は、情報管理サーバ１２のユーザ、例えば金融機関の契約系・精算管理系・決済系それぞれの業務担当者個別に設定された情報であり、複数のウィジェットの中から後述のダッシュボード画面で表示させるべきウィジェットを指定した情報（以下、「ユーザ情報」と呼ぶ。）を保持する。
　図５は、図３の制御部２２を詳細に示すブロック図である。制御部２２は、表示制御部５０、契約登録画面生成部５２、契約情報登録部５４、ＣＦ登録画面生成部６６、ＣＦ情報登録部６８、金額計算部５６、ＣＦ明細更新部５８、管理画面生成部６０、承認状況更新部６２、ウィジェット情報更新部６４、決済処理部６５を含む。
　表示制御部５０は、契約管理のためのユーザインタフェースの表示を制御する。具体的には、表示制御部５０は、契約情報登録端末１６の要求に応じて、契約登録画面生成部５２により生成された契約情報の登録画面を契約情報登録端末１６へ提供する。同様に、ＣＦ情報登録端末１９の要求に応じて、ＣＦ登録画面生成部６６により生成されたキャッシュフロー明細の登録画面をＣＦ情報登録端末１９へ提供する。また、管理業務端末１４の要求に応じて契約管理のための管理画面を管理業務端末１４へ提供する。表示制御部５０は、各端末に表示させる画面の切替、言い換えれば画面遷移も制御する。
　契約登録画面生成部５２は、契約情報を情報管理サーバ１２に登録するための画面である契約登録画面のデータを生成する。契約登録画面は、基本情報入力画面と、キャッシュフロー情報入力画面（以下、「ＣＦ情報入力画面」とも呼ぶ。）と、イベント情報入力画面を含む。
　図６に関連して後述するが、基本情報入力画面は、契約の主体（例えば当事者名）、契約の客体（例えば取引の対象となる金品）、契約期間（例えば開始日や終了日）を含む基本情報の入力フィールドを有する。また図７～図９に関連して後述するが、ＣＦ情報入力画面は、金銭授受に関する取決め内容を含むＣＦ情報の入力フィールドを有する。また図１０に関連して後述するが、イベント情報入力画面は、基本情報とＣＦ情報の少なくとも一方に影響を与える付加的な条件であるイベント情報の入力フィールドを有する。
　なお、データ保持部２４は、デリバティブ契約やスワップ契約等の金融取引契約の種類ごと、言い換えれば、取引対象となる金融商品の種類ごとに、基本情報入力画面・ＣＦ情報入力画面・イベント情報入力画面の組み合わせを保持してもよい。契約登録画面生成部５２は、契約情報登録端末１６により指定された金融取引の種類を、表示制御部５０を介して受け付け、その種類に応じた契約登録画面のデータをデータ保持部２４から取得してもよい。
　契約情報登録部５４は、契約登録画面に入力された契約情報を契約情報登録端末１６から受け付け、その契約情報を契約情報保持部３０へ格納する。契約情報登録部５４は、複数の契約それぞれの契約情報の登録を契約ごとに受け付ける。具体的には、契約情報登録部５４は、基本情報入力画面に入力された基本情報を取得して基本情報保持部３２へ格納する。また、ＣＦ情報入力画面に入力されたＣＦ情報を取得してＣＦ情報保持部３４へ格納する。また、イベント情報入力画面に入力されたイベント情報を取得してイベント情報保持部３６へ格納する。契約の種類によっては、イベント情報を含まない契約情報が登録される。
　ＣＦ登録画面生成部６６は、金融取引契約（実施の形態ではローン契約）にもとづき発生するキャッシュフローを情報管理サーバ１２に直接登録するための画面（以下「ＣＦ登録画面」と呼ぶ。）のデータを生成する。
　ＣＦ情報登録部６８は、ＣＦ登録画面に入力されたキャッシュフローデータ（ここでは図４の明細データとする）をＣＦ情報登録端末１９から受信する。またＣＦ情報登録部６８は、キャッシュフローデータを登録するためのインタフェース（ＡＰＩ）を外部システム１７に提供する。外部システム１７は、そのＡＰＩを介して、キャッシュフローデータを情報管理サーバ１２へ送信する。ＣＦ情報登録部６８は、ＣＦ情報登録端末１９および外部システム１７から受信したキャッシュフローデータをＣＦ明細更新部５８に渡し、ＣＦ情報保持部３４のＣＦ明細４６に記録させる。
　金額計算部５６は、登録された各契約のＣＦ情報で定められた規則にしたがって契約当事者間に生じる決済金額（キャッシュフローの金額であり、精算金額とも言える。）を計算する。この規則は、決済金額を算定すべき期日や、金額算定に使用する金利や為替レート等の経済指標、金額算定のための計算式を含む。実施の形態では、金額計算部５６は、ＣＦ情報保持部３４のＣＦ明細４６の各レコードについて、キャッシュフローの確定金額を算出する。
　例えばＣＦ情報では、約定日後の将来日付における経済指標値にもとづいて精算金額や決済金額を決定することが定められる。金額計算部５６は、約定日に対する所定の将来時点であり、情報管理サーバ１２への契約登録日に対する所定の将来時点である、ＣＦ情報で定められた決済金額を算定すべき期日に至った場合、その事実を検出する。このとき金額計算部５６は、マスタ情報保持部３８にマスタ情報として保持された現在の経済指標値にもとづいて、契約当事者間での決済の確定金額を算出する。
　ＣＦ明細更新部５８は、契約情報登録部５４によりＣＦ情報保持部３４に新たなＣＦ情報が格納された場合に、登録対象の契約により定められた将来時点で生じる１つ以上のキャッシュフローをＣＦ情報にしたがって識別し、ＣＦ明細４６（図４参照）に記録する。例えば、登録された１つの契約のＣＦ情報が、１年に４回の金利支払を定めていれば、当該契約のキャッシュフロー明細として、契約開始日から終了日までの間に、１年当たり４つのキャッシュフロー明細を記録する。同様にＣＦ明細更新部５８は、ＣＦ情報登録部６８から渡されたキャッシュフローの明細データをＣＦ明細４６に記録する。
　またＣＦ明細更新部５８は、ＣＦ明細４６として記録されたキャッシュフローについて、各キャッシュフローの確定金額が金額計算部５６により算出された場合に、その確定金額を含むキャッシュフローの明細データをＣＦ明細４６に記録する。
　決済処理部６５は、マスタ情報保持部３８とＣＦ情報保持部３４から決済実行に必要な情報を取得し決済実行に必要な情報を生成する。例えば、マスタ情報保持部３８から決済銀行や口座、ネッティングの有無に関する情報を取得して決済方法を決定する情報を生成し、ＣＦ情報保持部３４からＣＦ確定明細の情報を取得して決済を実行するためのデータを生成する。
　管理画面生成部６０は、契約情報保持部３０に保持された契約情報にもとづいて、金融取引契約に関する各種業務を支援するための管理画面のデータを生成する。具体的には、金融取引契約・決済の管理に関する複数種類の業務であり、例えば契約系（法務系）業務、精算管理系業務、決済系業務のそれぞれに必要な所定項目の情報を基本情報保持部３２、ＣＦ情報保持部３４、イベント情報保持部３６から抽出し、抽出した情報を所定フォーマットにしたがって配置した各業務用の画面データを生成する。管理画面生成部６０は、金融機関等の、金融取引契約とそれに伴う金銭や権利の移動を管理すべき組織における複数種類の業務と、各業務に必要な情報項目との対応関係を保持してもよい。そして、契約情報保持部３０に保持された契約情報（基本情報、ＣＦ情報、イベント情報）の中から、各業務に予め対応付けられた所定項目の情報を抽出することにより、各業務を支援するための管理画面のデータを生成してもよい。
　例えば、管理画面生成部６０は、管理業務端末１４のユーザにより入力された検索条件を受け付け、その検索条件に該当する１つ以上のキャッシュフロー明細をＣＦ情報保持部３４から検索する。言い換えれば、ＣＦ情報保持部３４に保持された複数種類の金融取引契約（図２で示すデリバティブ契約～ローン契約）に亘る複数のキャッシュフロー明細の中から、複数種類の金融取引契約に共通する基準としての検索条件に該当する１つ以上のキャッシュフロー明細を取得する。管理画面生成部６０は、検索条件に合致する１つ以上のキャッシュフロー明細をリスト形式で一括表示する管理画面のデータを生成する。
　管理画面生成部６０が生成する管理画面は、図２の利率日別管理画面、精算日別管理画面、決済承認画面を含む。利率日別管理画面は、検索条件として指定された特定の利率日を有する１つ以上のキャッシュフロー明細を一括表示する。精算日別管理画面は、検索条件として指定された特定の精算日（すなわち決済日）を有する１つ以上のキャッシュフロー明細を一括表示する。決済承認画面は、検索条件として指定された未承認の状態である１つ以上のキャッシュフロー明細を一括表示する。
　また、管理画面生成部６０は、契約情報保持部３０に保持された契約情報と、ウィジェット情報保持部４２に保持されたロジックにもとづいて、複数種類のウィジェットそれぞれのコンテンツデータを生成する。そして、それら複数種類のウィジェットを配置したダッシュボード画面のデータを生成する（図１４参照）。また管理画面生成部６０は、ユーザ情報保持部４４に保持された、ダッシュボード画面を提供するユーザの情報を参照し、そのユーザにより選択されたウィジェットを配置したダッシュボード画面を生成する。
　例えば、管理画面生成部６０は、図２の利率日別管理画面、精算日別管理画面、決済承認画面等、個別の検索条件による複数の管理画面を集約した画面であり、複数のウィジェットを並べたダッシュボード画面のデータを生成する。管理画面生成部６０は、複数のウィジェットのコンテンツデータとして、予め定められた複数の検索条件による契約情報（基本情報、ＣＦ情報、キャッシュフロー明細等）の抽出状況を示す情報、例えば検索条件に合致する契約数・キャッシュフロー数等を設定する。
　承認状況更新部６２は、管理画面に入力された情報であり、具体的には、登録を受け付けた契約情報や、決済金額（キャッシュフローの確定金額等）を担当者が承認したことを示す情報（以下「承認通知」とも呼ぶ。）を管理業務端末１４から受信する。この承認通知では、承認された契約のＩＤや、キャッシュフローのＩＤが指定される。承認状況更新部６２は、承認通知で指定された契約ＩＤ、キャッシュフローＩＤにより特定される基本情報、ＣＦ情報、イベント情報に対して、承認済みであることを示す情報を記録する。
　ウィジェット情報更新部６４は、ウィジェットに表示するコンテンツ作成ロジック、言い換えれば、保持された契約情報にもとづく管理画面生成規則の変更情報を管理業務端末１４から受け付ける。ウィジェット情報更新部６４は、受け付けた変更情報にしたがって、ウィジェット情報保持部４２に格納されたロジックを更新する。例えば、ウィジェット情報保持部４２に保持されたウィジェットのコンテンツ作成プログラムを、管理業務端末１４から受け付けた変更情報を反映するよう更新する。
　なお、実施の形態において情報管理サーバ１２が備える機能の一部、例えばユーザへのプレゼンテーション機能は管理業務端末１４、契約情報登録端末１６、ＣＦ情報登録端末１９が備えてもよい。例えば、表示制御部５０および管理画面生成部６０は、管理業務端末１４が備えてもよい。この場合、情報管理サーバ１２は、金額計算部５６が算出した金額を含むデータであり、管理画面のコンテンツデータや、ダッシュボード画面の各ウィジェットのコンテンツデータを生成し、管理業務端末１４へ提供してもよい。管理業務端末１４は、情報管理サーバ１２から提供されたコンテンツデータを、管理画面や、ダッシュボード画面の各ウィジェットに表示させてもよい。
　同様に、表示制御部５０および契約登録画面生成部５２は、契約情報登録端末１６が備えてもよい。このように、実施の形態において情報管理サーバ１２が一元的に備えることとした機能ブロックは、複数の装置に分散され、複数の装置が通信網１８を介して連携することにより実現されてもよい。管理業務端末１４、契約情報登録端末１６、ＣＦ情報登録端末１９のそれぞれは、ウェブブラウザ等を用いるシンクライアントとして実現されてもよい。また、契約の登録や管理用のクライアントアプリケーション、言い換えれば、プレゼンテーションロジックが実装されたリッチクライアントとして実現されてもよい。
　以上の構成による情報管理システム１０の動作を以下説明する。
　金融機関の契約登録担当者や、金融機関の顧客、契約当事者等、情報管理システム１０に対して契約情報を登録すべきユーザは、契約情報登録端末１６を操作し、情報管理サーバ１２にアクセスする。そして、個々の契約を単位に、その基本情報とＣＦ情報とイベント情報を情報管理サーバ１２に登録する。例えば、複数個のデリバティブ契約の情報を、契約ごとに個別に情報管理サーバ１２に登録する。
　具体的には、契約情報登録端末１６は、各契約において取引対象となる金融商品の種類を指定した契約登録画面の提供要求を情報管理サーバ１２へ送信する。情報管理サーバ１２の契約登録画面生成部５２は、金融商品の種類に対応する基本情報入力画面、ＣＦ情報入力画面、イベント情報入力画面のデータを生成し、表示制御部５０は各画面データを契約情報登録端末１６へ送信して表示させる。
　図６は基本情報入力画面１１０を示す。基本情報入力画面１１０は、取引種類、契約当事者、約定日、取引開始日、取引終了日、元本等の入力フィールドを含む。
　図７～図９はＣＦ情報入力画面を示す。図７のＣＦ情報入力画面１１２は、１回の金融取引の内容を指定する画面である。図８のＣＦ情報入力画面１１４は、金利計算の各種パラメータを指定する画面である。例えば、取引期間、取引日、適用する金利・指標の種類、日付（例えば約定日後の将来日付であり、その日付の決定規則）等を含む。例えば図８では、２０１２年１０月１２日から２０１７年１０月１２日まで、年に４回、指標「３ＭＹＬ」にしたがった変動金利にて金利を支払うことの取決めが入力されている。
　図９のＣＦ情報入力画面１１６は、金利計算のための任意の計算式の入力フィールドを有する。図９のＣＦ情報入力画面１１６は、任意の態様の決済金額の決定規則、例えば決済金額の算定式を入力可能にするものである。典型的には、決済金額の決定規則が図７や図８に示した標準的な算定態様に当てはまらない場合に使用される。
　任意に取決められた決済金額の決定規則を入力可能にするため、ＣＦ情報入力画面１１６は、指標フィールド１７０、計算式フィールド１７２、選択可能計算式フィールド１７４、上限下限フィールド１７６を有する。指標フィールド１７０には、算定式中で用いる経済指標であり、例えば各国の金利や為替レート、各市場の株価指数等の識別情報が入力される。計算式フィールド１７２には算定式が入力される。選択可能計算式フィールド１７４には、算定式を構成する各要素の定義であり、例えば算定式に含まれる変数の決定規則が入力される。上限下限フィールド１７６には、上限および下限値が入力される。
　図９の例では、支払額の決定に「ＩＲ」という変数を使用し、ドル円相場の値により、ＩＲ１とＩＲ２のいずれかを適用することを定めている。図９の選択可能計算式フィールド１７４には、指標フィールド１７０で指定された指標の値に応じて、計算式フィールド１７２に入力された計算式を構成する要素「ＩＲ」の値を決定する旨が入力されている。このようにＣＦ情報入力画面１１６を使用することで、複雑な計算式を含む、非定型のＣＦ情報も情報管理サーバ１２に登録することができる。
　図７～図９で示すように、基本情報入力画面およびＣＦ情報入力画面では、その入力フィールドの項目名としてＩＳＤＡで標準化された名称を表示する。そのため、契約情報の登録者は、基本的には、契約書の項目をそのまま基本情報入力画面およびＣＦ情報入力画面の各項目に対応づけ、契約内容をそのまま転記すればよい。仮に契約書の項目がＩＳＤＡに未準拠であっても、入力フィールドの項目名としてＩＳＤＡの標準名称を使用することで、契約書の項目とのマッピングを容易にしている。
　図１０はイベント情報の例を示す。イベント情報は、契約期間途中で契約解約される早期解約条件などの付帯条項が代表的である。また、マーケット指標値による自動発動型や、決められたタイミングで契約者の任意行使可能なパターンが存在する。図１０では、自動発動型の例として、ＩＳＤＡの金利スワップＣｏｎｆｉｒｍａｔｉｏｎサンプルのオプショナル条件を示している。同図のイベント情報は、条件の内容、判定日、発動条件を含む。基本情報入力画面やＣＦ情報入力画面と同様に、イベント情報入力画面も、条件の内容、判定日、発動条件等、ＩＳＤＡに準拠した標準項目名称を入力フィールドの項目名として表示する。
　契約登録画面において契約情報の登録を指示する所定の操作入力がなされると、契約情報登録端末１６は、契約登録画面に入力された契約情報を情報管理サーバ１２へ送信する。情報管理サーバ１２の契約情報登録部５４は、基本情報入力画面に入力された基本情報を基本情報保持部３２に格納し、ＣＦ情報入力画面に入力されたＣＦ情報をＣＦ情報保持部３４に格納し、イベント情報入力画面に入力されたイベント情報をイベント情報保持部３６へ格納する。このときＣＦ明細更新部５８は、ＣＦ情報保持部３４に格納されたＣＦ情報にしたがって、当該契約により将来時点で予定される１つ以上のキャッシュフローを示す１つ以上のＣＦ明細４６を記録する。なお、新規登録時点では、契約情報（ＣＦ明細を含む）に対応づけて未承認を示す承認フラグを記録する。
　金融機関におけるローン契約の担当者は、ＣＦ情報登録端末１９を操作し、情報管理サーバ１２にアクセスする。ＣＦ情報登録端末１９は、ＣＦ登録画面の提供要求を情報管理サーバ１２へ送信する。情報管理サーバ１２のＣＦ登録画面生成部６６は、ＣＦ登録画面のデータを生成し、表示制御部５０はその画面データをＣＦ情報登録端末１９へ送信して表示させる。担当者は、ローン契約により生じるキャッシュフローの情報、例えば図４の１レコードに相当する明細情報をＣＦ登録画面に入力し、その登録を指示する所定操作を入力する。ＣＦ情報登録端末１９は、ＣＦ登録画面に入力されたキャッシュフロー情報を情報管理サーバ１２へ送信する。
　また金融機関の外部システム１７は、自装置で受け付け、勘定処理等を実行する各種金融取引契約（例えば図１の株式売買契約や債券売買契約）で発生するキャッシュフローの情報、例えば図４の１レコードに相当する明細情報を情報管理サーバ１２に登録する。具体的には、情報管理サーバ１２において予め定められたキャッシュフロー登録用ＡＰＩをコールすることによりキャッシュフロー情報を情報管理サーバ１２へ送信する。情報管理サーバ１２のＣＦ情報登録部６８は、ＣＦ情報登録端末１９および外部システム１７から受け付けたキャッシュフロー情報をＣＦ明細更新部５８に渡す。ＣＦ明細更新部５８は、ＣＦ情報登録部６８から渡されたキャッシュフロー情報をＣＦ明細４６としてＣＦ情報保持部３４に記録する。
　情報管理サーバ１２の金額計算部５６は、情報管理サーバ１２に登録された複数の契約情報のそれぞれを参照し、各契約にもとづき契約当事者間で生じる１つ以上のキャッシュフローの確定金額を算出する。例えば、ＣＦ情報保持部３４に記録された複数のＣＦ明細４６のうち金利確定日に至ったＣＦ明細４６を特定し、マスタ情報が示す当日の金利を、特定したＣＦ明細４６の金額算定式に入力することにより、当該ＣＦ明細４６の確定金額を算出する。ＣＦ明細更新部５８は、金額計算部５６により確定金額が算出されたＣＦ明細４６を、ＣＦ確定明細に変更して確定金額を含むようＣＦ明細４６を更新する。
　金融機関の精算管理系業務または決算業務の担当者は、管理業務端末１４を操作し、情報管理サーバ１２にログインする。ここでは、担当者がキャッシュフロー明細の承認業務を行うこととする。管理業務端末１４は、担当者が入力した検索条件、例えば特定の精算日や利率日（利率確定日）を指定したキャッシュフロー明細の検索要求を情報管理サーバ１２へ送信する。情報管理サーバ１２の管理画面生成部６０は、検索要求を受信し、その要求で指定された検索条件に合致するＣＦ明細４６をＣＦ情報保持部３４から取得する。そして、取得したキャッシュフロー情報を設定した管理画面を生成する。表示制御部５０は、管理画面生成部６０により生成された管理画面のデータを管理業務端末１４へ送信して表示させる。
　図１１は、検索条件として特定の精算日が指定された場合に提供する管理画面であり、図１の精算日別管理画面を示す。同図で示すように、精算日別管理画面には、情報管理サーバ１２に登録された複数種類の金融取引契約が定めたキャッシュフローのうち、金融取引契約の種類にかかわらず精算日「２０１３年１２月２４日」を共通の基準として抽出したキャッシュフローの明細を表示する。例えば、商品種別「ローン」の契約（契約番号００１）はＣＦ情報登録端末１９が登録したものであり、商品種別「デリバティブ」の契約（契約番号００２、００４）は契約情報登録端末１６が登録したものであり、商品種別「先物」の契約（契約番号００５）は外部システム１７が登録したものである。
　また図１１では、１つの契約から１つ以上のキャッシュフローが生成されることを示している。例えばＣＦ番号「００２３３４」「００２２３３５」で識別される２つのキャッシュフローは、契約番号「００２」で識別される１つの契約から生じたものである。また、契約番号００２のＣＦ番号００２３３５は変動金利が確定していないため、支払額が未確定であることを示している。また、契約番号００４の２つのキャッシュフローは、方向が同じであるため、ネッティングの結果、精算金額が合計されている。方向が逆であれば、ネッティングの結果、精算金額は相殺され小さくなる。
　金融機関の担当者は、精算日別管理画面のキャッシュフロー明細を確認し、承認する場合は、承認欄にチェックを入力した上で、所定の登録操作を入力する。管理業務端末１４は、承認欄にチェックがなされたレコードのＣＦ番号と、承認された旨を示す情報を情報管理サーバ１２へ送信する。情報管理サーバ１２の承認状況更新部６２は、精算日別管理画面において承認された、ＣＦ番号により特定されるキャッシュフロー明細に対して承認済みを示すフラグを記録する。以降、承認されたキャッシュフローについては、その決済処理等が実行される。決済処理は外部システム１７で実行されてもよく、情報管理サーバ１２は承認済みのキャッシュフロー明細（基本情報等を適宜含めてもよい）を外部システム１７に送信し、決済を実行させてもよい。
　図１２は、検索条件として特定の利率日が指定された場合に提供する管理画面であり、図１の利率日別管理画面を示す。同図で示すように、利率日別管理画面には、情報管理サーバ１２に登録された複数種類の金融取引契約が定めたキャッシュフローのうち、金融取引契約の種類にかかわらず利率日「２０１３年１２月２４日」を共通の基準として抽出したキャッシュフローの明細を表示する。なお同図は、利率日に加え、変動金利が適用されるキャッシュフローを検索条件としており、ＩＮＤＥＸ欄にはキャッシュフローの算定に適用される経済指標の種類が表示される。Ｒａｔｅ欄で「＊＊＊＊」の箇所は指標値が未確定であることを示している。承認処理の動作は精算日別管理画面と同様である。
　次に、ダッシュボード画面の提供に関する動作を説明する。金融機関の契約系業務・精算管理系業務・決済系業務それぞれの担当者は、管理業務端末１４を操作し、情報管理サーバ１２にログインする。情報管理サーバ１２の管理画面生成部６０は、ログイン後のトップ画面としてログインユーザ向けのダッシュボード画面を生成する。具体的には、ログインユーザのＩＤに対応づけられたウィジェットのロジックにしたがって、ログインユーザ向けのダッシュボード画面で表示させるべき各ウィジェットのコンテンツデータを生成する。そして、ログインユーザのＩＤに対応づけられた１つ以上のウィジェットを配置したダッシュボード画面のデータを生成する。表示制御部５０は、管理画面生成部６０が生成したダッシュボード画面のデータを管理業務端末１４へ送信して表示させる。
　図１３はダッシュボード画面を示す。ダッシュボード画面はメインダッシュボード画面１２０と、サブダッシュボード画面１４０を含む。この例では、メインダッシュボード画面１２０は、ユーザにより予め選択された登録管理ウィジェット１２２、精算管理ウィジェット１２４、決済管理ウィジェット１２６、月間スケジュールウィジェット１２８、タスクウィジェット１３０を含む。またサブダッシュボード画面１４０も、登録管理ウィジェット１４２、精算管理ウィジェット１４４、決算管理ウィジェット１４６、月間スケジュールウィジェット１４８、タスクウィジェット１５０を含む。
　登録管理ウィジェット１２２および１４２は契約系業務用のウィジェットであり、実際には契約系業務担当者のダッシュボード画面にのみ配置されてもよい。同様に、精算管理ウィジェット１２４および１４４は精算管理系業務用のウィジェットであり、実際には精算管理系業務担当者のダッシュボード画面にのみ配置されてもよい。同様に、決済管理ウィジェット１２６および１４６は決済管理系業務用のウィジェットであり、実際には決済系業務担当者のダッシュボード画面にのみ配置されてもよい。
　メインダッシュボード画面１２０の各ウィジェットには、決済の進行状況や承認の有無を含む各種業務の状況を示すデータが円グラフと数値により示されている。例えば、精算管理ウィジェット１２４には、決済期日が表示日以降であり、表示当日に決済金額を確定する必要がある案件のうち、決済金額の承認が未完了のキャッシュフロー案件が５件、すなわち担当者が未処理の承認タスクが５件あることを示している。また、表示当日に決済金額を確定する必要がある案件のうち、決済金額を承認済みのキャッシュフロー案件が５件あることを示している。このように、メインダッシュボード画面１２０の各ウィジェットには、ウィジェットのロジックとして定められた条件による契約案件や、キャッシュフロー案件の抽出状況、例えば検索条件に該当する案件数を示す情報が設定される。
　なお情報管理サーバ１２の表示制御部５０は、ダッシュボード画面への所定操作入力を契機にウィジェットのロジックの編集画面を管理業務端末１４へ送信して表示させる。管理業務端末１４は、編集画面に入力されたロジックを情報管理サーバ１２へ送信し、情報管理サーバ１２のウィジェット情報更新部６４は、受け付けたウィジェットのロジックをウィジェット情報保持部４２に格納する。これにより、ウィジェットのコンテンツ生成ロジックをユーザ自身で変更することを可能にする。
　図１４（ａ）～図１４（ｃ）は、ダッシュボード画面と、ダッシュボード画面からの画面遷移の例を示す。図１４（ａ）のダッシュボード画面には最小化ボタン１５２が配置され、最小化ボタン１５２が押下されるとサブダッシュボード画面１４０のみの表示に切り替わる。サブダッシュボード画面１４０のみのダッシュボード画面には最大化ボタン１５４が配置され、最大化ボタン１５４が押下されるとメインダッシュボード画面１２０が再表示される。また、「Configure Dashboard」ボタンがクリックされると、ダッシュボード画面に表示させるウィジェットの選択画面へ遷移する。この選択画面での選択結果は情報管理サーバ１２のユーザ情報保持部４４に格納される。これにより、ユーザは自身のダッシュボード画面で表示させたいウィジェットをカスタマイズすることができる。
　また図１４（ａ）のメインダッシュボード画面１２０およびサブダッシュボード画面１４０において特定のウィジェットのリンク文字列が選択されると、管理業務端末１４は、選択されたリンク文字列を示す情報を情報管理サーバ１２へ送信する。リンク文字列は、例えば、精算管理ウィジェット１２４の「Today's Settle CF (Unconfirmed)」である。
　情報管理サーバ１２の管理画面生成部６０は、選択されたリンク文字列に対応づけられたロジック（画面生成ロジックと言え、契約情報抽出ロジックとも言える）をウィジェット情報保持部４２から取得する。そして、取得したロジックにしたがって、リンク文字列に対応する個別管理画面のデータを生成する。この個別管理画面では、例えば、表示当日に決済金額を確定する必要がある案件のうち、決済金額の承認が未完了のキャッシュフロー案件の検索結果であり、例えば検索にヒットしたキャッシュフロー明細が表示される。表示制御部５０は、個別管理画面のデータを管理業務端末１４へ送信して、ダッシュボード画面の表示を切り替えさせる。
　例えば図１４（ａ）において、メインダッシュボード画面１２０の精算管理ウィジェット１２４またはサブダッシュボード画面１４０の精算管理ウィジェット１４４のリンク文字列が選択されると、図１４（ｂ）に示す精算管理画面１６０が表示される。同図の精算管理画面１６０の内容は、図１１で示した精算日別管理画面に対応する。
　同様に、メインダッシュボード画面１２０の月間スケジュールウィジェット１２８またはサブダッシュボード画面１４０の月間スケジュールウィジェット１４８のリンク文字列が選択されると、図１４（ｃ）に示す月間スケジュール画面１６２が表示される。一部既述したように、精算管理画面１６０や月間スケジュール画面１６２等の個別管理画面においてユーザによる承認操作等の操作入力がなされると、管理業務端末１４は、その操作内容を示す情報を情報管理サーバ１２へ送信する。情報管理サーバ１２は、その操作内容に応じて契約情報保持部３０の情報を更新する。例えば、承認状況更新部６２は、承認がなされた契約情報やキャッシュフロー明細に対して、承認済みを示す情報を記録する。業務情報保持部４０の情報更新は、ダッシュボード画面の表示、すなわちウィジェットの表示コンテンツにフィードバックされる。
　情報管理サーバ１２の管理画面生成部６０は、個別管理画面として、複数の契約それぞれの基本情報を一括して表示する第１管理画面のデータを生成する。また、複数の契約それぞれのＣＦ情報（例えば金銭の移動の条件を示す情報やキャッシュフロー明細）を一括して表示する第２管理画面のデータを生成する。また、複数の契約それぞれのイベント情報を一括して表示する第３管理画面のデータを生成する。表示制御部５０は、管理業務端末１４からの要求に応じて、これらの第１～第３管理画面のデータを管理業務端末１４へ送信して表示させる。なお、管理業務端末１４からの要求において契約者名や精算日等の検索条件、言い換えれば、複数の契約に共通する基準としての抽出条件が指定されてよい。この場合、管理画面生成部６０は、その抽出条件に該当する基本情報、ＣＦ情報、イベント情報を契約情報保持部３０から取得して第１～第３の管理画面を生成する。このように情報管理サーバ１２は、契約単位で個別に登録された基本情報、ＣＦ情報（キャッシュフロー明細を含む）、イベント情報のそれぞれについて、複数個の契約の情報を１つの画面でまとめて表示する管理画面を管理業務端末１４へ提供する。これにより、金融機関の契約系・精算管理系・決済系それぞれの業務担当者の作業の効率化を支援する。
　以上説明したように、実施の形態の情報管理システム１０は、現在は手管理となっている複雑な商品・少量多品種の商品等について、契約単位、キャッシュフロー単位、イベント単位の、標準化したデータ構造を用いたシステム管理を実現する。これにより、期日管理等を手作業で行うことによるオペレーションリスクや、属人化リスクを低減できる。また、システム化により担当者の業務負荷を低減でき、取扱い可能な取引上限件数を向上させることができる。さらまた、契約情報を契約単位、キャッシュフロー単位、イベント単位で保持することで、効率的なデータ管理、例えば情報検索の迅速化と、データ構造の変更容易性を維持しやすくなる。
　また情報管理システム１０は、デリバティブをはじめ多種多様な金融取引に関する契約を、キャッシュフローの粒度で一括して管理し、多種多様な金融取引それぞれのキャッシュフローの情報を一括して表示する管理画面を提供する。これにより、金融取引の種類、言い換えれば取引対象となる金融商品の種類に関わらず、共通のシステムで一元的にキャッシュフロー分解後の管理業務を支援でき、システムコストの低減も実現できる。また情報管理システム１０は、１つの契約の登録を受け付けると、その契約により将来時点で生じる複数のキャッシュフローの明細を記録し、個々のキャッシュフロー単位での承認管理や期日管理を実現する。
　また情報管理システム１０は、個々の管理画面とそれぞれリンクし、個々の管理画面の内容を集約して示すウィジェットを複数含むダッシュボード画面を提供する。また、契約系・精算管理系・決算系それぞれの業務担当者に応じたウィジェットを配置したダッシュボード画面を提供する。これにより、契約系・精算管理系・決算系それぞれの業務の効率的な遂行を支援できる。
　以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
　第１の変形例を説明する。一部記述したように、情報管理サーバ１２は、金銭または物品に対する権利に関する取決めの情報を管理対象に含め、実施の形態で示した現金の移動と同様に権利の移動を管理することができる。金銭または物品に対する権利は、売掛債権、買掛債券、仕組債等の各種債券を含む。この場合、ＣＦ登録画面生成部６６は、上記取決めで定められた金銭または物品に対する権利の移動の条件（日時や種々の指標値を含む）を示す情報を情報管理サーバ１２に登録するための登録画面（ＣＦ登録画面に対応）を生成する。ＣＦ情報登録部６８は、ＣＦ登録画面に入力された、上記取決めにもとづいて将来時点で発生する権利移動を示すデータをＣＦ情報保持部３４に格納する。
　ＣＦ情報保持部３４は、上記取決めにより定められる将来時点での権利の移動と、権利の移動量もしくは権利の移動に伴う金銭の移動量を示すフロー明細情報（ＣＦ明細に対応）を保持する。ＣＦ明細更新部５８は、上記取決めにもとづく権利の移動や、その移動量が確定した等のタイミングでフロー明細情報を逐次更新する。実施の形態と同様に、基本情報保持部３２とイベント情報保持部３６には、当該権利の取決めに関する基本情報とイベント情報が格納される。管理画面生成部６０は、上記取決めに関する契約系業務、精算管理系業務、決済系業務のそれぞれに必要な所定項目の情報を基本情報保持部３２、ＣＦ情報保持部３４、イベント情報保持部３６から抽出し、各業務用の画面を生成する。
　第２の変形例を説明する。情報管理サーバ１２は、電話やメール等を介して顧客と金融機関との間で成立した取引（ここでは「特定取引」とも呼ぶ。）の情報をさらに管理してもよい。特定取引は為替取引であってもよい。情報管理サーバ１２は、特定取引の情報を管理する外部装置や外部システムから特定取引に関する情報（契約情報・ＣＦ情報・イベント情報等）を自律的に取得して蓄積してもよい。また情報管理サーバ１２は、契約情報登録端末１６やＣＦ情報登録端末１９に対して、特定取引に関する情報の入力画面（図６～図１０等）を提供してもよい。そして、金融機関の担当者が当該入力画面に入力し、契約情報登録端末１６やＣＦ情報登録端末１９から送信された特定取引に関する情報を受信して蓄積してもよい。さらに情報管理サーバ１２は、特定取引に関する情報を、実施の形態に記載したデリバティブ契約の情報と同様に管理し、時間の経過に伴いＣＦ明細を更新してもよい。さらにまた、特定取引に関する情報を閲覧するための管理画面やダッシュボード画面（図１１～図１４（ｃ）等）を提供してもよい。
　第３の変形例を説明する。情報管理サーバ１２は、固定日付でなされる入出金のデータ（現金の移動を示すデータとも言える）の登録をさらに受け付け、そのデータに基づいて入出金の状況を管理してもよい。固定日付でなされる入出金は、具体的な日付が決まっている入出金を含み、毎月２５日支払等、支払日の決定条件が決まっている入出金を含む。例えば１ヶ月等の単位期間で繰り返しなされる入出金を含む。第３の変形例の契約登録画面生成部５２は、毎月支払が生じる給与振込や、電気・ガス代等の公共料金の支払、保険料の支払について、それらの入金や出金に関する将来の予定を入力するための登録画面を提供してもよい。契約情報登録部５４は、登録画面に入力された情報であり、ここでは固定日付でなされる入出金データを契約情報保持部３０へ記録してもよい。金額計算部５６およびＣＦ明細更新部５８は、登録された入出金のデータ（支払日や支払条件等）にしたがって、将来日における入金額、出金額を計算し、記録してもよい。管理画面生成部６０は、固定日付でなされる入出金データの管理画面を提供してもよい。この管理画面は、ユーザが指定した任意の期間、または直近の任意の期間における、１つ以上の入出金項目と入出金額の情報を並べて一覧表示するものでもよい。
　上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
　１０　情報管理システム、　１２　情報管理サーバ、　１４　管理業務端末、　１６　契約情報登録端末、　３０　契約情報保持部、　３４　ＣＦ情報保持部、　５０　表示制御部、　５２　契約登録画面生成部、　５４　契約情報登録部、　５６　金額計算部、　５８　ＣＦ明細更新部、　６０　管理画面生成部。
　本発明は、情報の管理を支援するシステムに適用できる。

Claims (5)

  1. 　将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報を、取決めの主体および期間を含む基本情報と、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件と、前記基本情報または前記フロー条件に影響する付加的な条件を示すイベント情報とに分類して保持する取決め情報保持部と、
    　外部装置から入力された前記複数種類の取決めのそれぞれで定められた基本情報を受け付け、各取決めの基本情報を前記取決め情報保持部に格納する基本情報登録部と、
    　を備えることを特徴とする情報管理システム。
  2. 　将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報を、取決めの主体および期間を含む基本情報と、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件と、前記基本情報または前記フロー条件に影響する付加的な条件を示すイベント情報とに分類して保持する取決め情報保持部と、
    　外部装置から入力された前記複数種類の取決めのそれぞれで定められたフロー条件を受け付け、各取決めのフロー条件を前記取決め情報保持部に格納するフロー条件登録部と、
    　を備えることを特徴とする情報管理システム。
  3. 　将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報を、取決めの主体および期間を含む基本情報と、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件と、前記基本情報または前記フロー条件に影響する付加的な条件を示すイベント情報とに分類して保持する取決め情報保持部と、
    　外部装置から入力された前記複数種類の取決めのそれぞれで定められたイベント情報を受け付け、各取決めのイベント情報を前記取決め情報保持部に格納するイベント情報登録部と、
    　を備えることを特徴とする情報管理システム。
  4. 　将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報を、取決めの主体および期間を含む基本情報と、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件と、前記基本情報または前記フロー条件に影響する付加的な条件を示すイベント情報とに分類して保持する取決め情報保持部と、
    　前記取決め情報保持部に保持された基本情報、フロー条件、イベント情報の中から、取決めの管理に関する複数種類の業務のそれぞれで必要とされる所定項目の情報を抽出して、前記複数種類の業務のそれぞれを支援するための管理画面を生成する管理画面生成部と、
    　を備えることを特徴とする情報管理システム。
  5. 　将来時点における金銭もしくは物品またはこれらに対する権利の移動を取決めた取決めについて、複数種類の取決めのそれぞれで定められた情報を、取決めの主体および期間を含む基本情報と、将来時点における金銭もしくは物品またはこれらに対する権利の移動の条件を示すフロー条件と、前記基本情報または前記フロー条件に影響する付加的な条件を示すイベント情報とに分類して保持する取決め情報保持部と、
    　前記取決め情報保持部に保持された基本情報、フロー条件、イベント情報を参照して、前記複数種類の取決めの基本情報を一括して表示する管理画面と、前記複数種類の取決めのフロー条件を一括して表示する管理画面と、前記複数種類の取決めのイベント情報を一括して表示する管理画面を生成する管理画面生成部と、
    　を備えることを特徴とする情報管理システム。
PCT/JP2014/078028 2013-10-22 2014-10-22 情報管理システム WO2015060326A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
AU2014338116A AU2014338116A1 (en) 2013-10-22 2014-10-22 Information management system
MYPI2016701039A MY188986A (en) 2013-10-22 2014-10-22 Information management system
CN201480053302.3A CN105593892A (zh) 2013-10-22 2014-10-22 信息管理系统
EP14855253.2A EP3062282A4 (en) 2013-10-22 2014-10-22 Information management system
SG11201602364TA SG11201602364TA (en) 2013-10-22 2014-10-22 Information management system
US15/077,490 US10290069B2 (en) 2013-10-22 2016-03-22 Information management system
HK16106364.7A HK1218456A1 (zh) 2013-10-22 2016-06-03 信息管理系統

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2013-218804 2013-10-22
JP2013218804 2013-10-22
JP2014-081804 2014-04-11
JP2014081804A JP5646097B1 (ja) 2013-10-22 2014-04-11 情報管理システムおよび情報管理方法
JP2014173600A JP6188655B2 (ja) 2013-10-22 2014-08-28 情報管理システムおよびコンピュータプログラム
JP2014-173600 2014-08-28

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/077,490 Continuation US10290069B2 (en) 2013-10-22 2016-03-22 Information management system

Publications (1)

Publication Number Publication Date
WO2015060326A1 true WO2015060326A1 (ja) 2015-04-30

Family

ID=52992919

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/078028 WO2015060326A1 (ja) 2013-10-22 2014-10-22 情報管理システム

Country Status (9)

Country Link
US (1) US10290069B2 (ja)
EP (1) EP3062282A4 (ja)
JP (1) JP6188655B2 (ja)
CN (1) CN105593892A (ja)
AU (2) AU2014101580A4 (ja)
HK (1) HK1218456A1 (ja)
MY (1) MY188986A (ja)
SG (1) SG11201602364TA (ja)
WO (1) WO2015060326A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021073556A (ja) * 2016-03-30 2021-05-13 株式会社オービック 表示定義作成装置、表示定義作成方法、および、表示定義作成プログラム

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170097742A1 (en) * 2015-10-01 2017-04-06 Salesforce.Com, Inc. Generating dashboards using a mobile computing device
JP6932071B2 (ja) * 2017-11-30 2021-09-08 株式会社日立国際電気 仕組債に関する営業支援システム
WO2019182027A1 (ja) * 2018-03-20 2019-09-26 本田技研工業株式会社 管理システム、プログラム、管理方法、及び、管理サーバ
US11232139B2 (en) * 2018-06-29 2022-01-25 Lucid Software, Inc. Custom interactions with visualizations
US20200357087A1 (en) * 2019-04-26 2020-11-12 Venminder, Inc. Systems and methods for providing vendor and service level agreement management

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001188873A (ja) * 1999-12-28 2001-07-10 Seiko Epson Corp キャッシュフロー管理を含む財務会計管理システム、財務会計管理用コンピュータ・プログラム記録媒体
JP2002183176A (ja) * 2000-12-14 2002-06-28 Ibm Japan Ltd データベースシステム、金融データ処理システム、データ処理装置、データ抽出方法、キャッシュフローの計算方法、記憶媒体及びコンピュータプログラム
JP2003223554A (ja) * 2002-01-30 2003-08-08 Hitachi Ltd 債権管理システム及び債権管理方法並びにコンピュータ・ソフトウエア
JP2008140411A (ja) 2008-01-07 2008-06-19 Fujitsu Ltd 契約管理システム
JP2010250619A (ja) * 2009-04-16 2010-11-04 Mizuho Information & Research Institute Inc 取引管理システム、取引管理方法及び取引管理プログラム
JP2013514593A (ja) 2009-12-18 2013-04-25 エルシーエイチ．クリアネット（ユーエス）リミティド ライアビリティ カンパニー ディスカウントカーブのフィードバックループでスワップ契約を管理するためのシステムおよび方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000020618A (ja) * 1998-06-30 2000-01-21 Iq Financial Systems Japan Kk 統合金融リスク管理装置および金融取引モデル化装置
US6640249B1 (en) * 1999-08-31 2003-10-28 Accenture Llp Presentation services patterns in a netcentric environment
GB0228447D0 (en) * 2002-12-06 2003-01-08 Nicholls Charles M System for detecting and interpreting transactions events or changes in computer systems
US7490295B2 (en) * 2004-06-25 2009-02-10 Apple Inc. Layer for accessing user interface elements
US20070055609A1 (en) 2005-09-06 2007-03-08 Whitehurst Philip H Methods and systems for commoditizing interest rate swap risk transfers
US20130339232A1 (en) * 2005-10-06 2013-12-19 C-Sam, Inc. Widget framework for securing account information for a plurality of accounts in a wallet
US7707514B2 (en) * 2005-11-18 2010-04-27 Apple Inc. Management of user interface elements in a display environment
US7680737B2 (en) 2006-07-06 2010-03-16 Moneygram International, Inc. Systems and methods for processing payments with payment review features
US20090216634A1 (en) * 2008-02-27 2009-08-27 Nokia Corporation Apparatus, computer-readable storage medium and method for providing a widget and content therefor
WO2009151814A1 (en) * 2008-04-30 2009-12-17 Strands, Inc. Scaleable system and method for distributed prediction markets
WO2009139777A1 (en) 2008-05-15 2009-11-19 Interactive Brokers Llc Security futures contract with selectable expiration
US9542700B2 (en) * 2008-11-05 2017-01-10 Yu-Hua Chu Business model based on multi-level application widgets and system thereof
KR101144965B1 (ko) 2010-01-12 2012-05-11 장영수 차량 담보를 이용한 대출 운영 시스템 및 그 방법

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001188873A (ja) * 1999-12-28 2001-07-10 Seiko Epson Corp キャッシュフロー管理を含む財務会計管理システム、財務会計管理用コンピュータ・プログラム記録媒体
JP2002183176A (ja) * 2000-12-14 2002-06-28 Ibm Japan Ltd データベースシステム、金融データ処理システム、データ処理装置、データ抽出方法、キャッシュフローの計算方法、記憶媒体及びコンピュータプログラム
JP2003223554A (ja) * 2002-01-30 2003-08-08 Hitachi Ltd 債権管理システム及び債権管理方法並びにコンピュータ・ソフトウエア
JP2008140411A (ja) 2008-01-07 2008-06-19 Fujitsu Ltd 契約管理システム
JP2010250619A (ja) * 2009-04-16 2010-11-04 Mizuho Information & Research Institute Inc 取引管理システム、取引管理方法及び取引管理プログラム
JP2013514593A (ja) 2009-12-18 2013-04-25 エルシーエイチ．クリアネット（ユーエス）リミティド ライアビリティ カンパニー ディスカウントカーブのフィードバックループでスワップ契約を管理するためのシステムおよび方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"PC de Business", SHUKAN EASY PC, vol. 2, no. 36, 24 November 1998 (1998-11-24), pages 17 - 20, XP008184008 *
See also references of EP3062282A4
SHINPEI SHIBUI: "MS Soft Iccho Isseki Koza", SOFMAP WORLD HYPER, vol. 38, 1 October 1998 (1998-10-01), pages 122 - 125, XP008184009 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021073556A (ja) * 2016-03-30 2021-05-13 株式会社オービック 表示定義作成装置、表示定義作成方法、および、表示定義作成プログラム
JP7050145B2 (ja) 2016-03-30 2022-04-07 株式会社オービック 表示定義作成装置、表示定義作成方法、および、表示定義作成プログラム

Also Published As

Publication number Publication date
EP3062282A1 (en) 2016-08-31
HK1218456A1 (zh) 2017-02-17
JP6188655B2 (ja) 2017-08-30
AU2014338116A1 (en) 2016-04-14
US20160203570A1 (en) 2016-07-14
EP3062282A4 (en) 2017-03-08
AU2014101580A4 (en) 2016-09-08
SG11201602364TA (en) 2016-05-30
JP2015207268A (ja) 2015-11-19
MY188986A (en) 2022-01-17
CN105593892A (zh) 2016-05-18
US10290069B2 (en) 2019-05-14
AU2014338116A2 (en) 2016-06-16

Similar Documents

Publication Publication Date Title
JP5191737B2 (ja) 取引成立促進装置及びシステム
JP6188655B2 (ja) 情報管理システムおよびコンピュータプログラム
US20020178099A1 (en) Methods and systems for managing a portfolio of securities
WO2005124677A2 (en) System and method for self-monitoring credit information
US8374954B1 (en) Private capital management system and method
US20210327001A1 (en) Error control in multicomputer data processing
JP2009176121A (ja) 経営管理システム
CN111539783A (zh) 不动产投资分析辅助装置及方法、记录介质
JP2001022730A (ja) ビジネス支援装置及び記録媒体
KR20170014338A (ko) 모듈화 구조를 갖는 이알피 시스템
JP4024267B2 (ja) 取引先要項システム
JP2008102829A (ja) 会計データ入力装置および会計データ入力用プログラム
JP5963998B1 (ja) 与信事務管理システムおよびその方法
JP6651173B1 (ja) 建築業向け与信判断材料提供システム
JP5646097B1 (ja) 情報管理システムおよび情報管理方法
JP2000148896A (ja) ネットワーク利用の知的データ構造及び処理装置及び媒体
JP5435514B2 (ja) 国際ファクタリング業務におけるＤｉｓｐｕｔｅ管理および信頼度評価システム
JP2002207881A (ja) 外貨資金繰情報の提示を利用した為替先物予約取引の約定システム
JP2019219738A (ja) 債務顧客管理システム、債務顧客管理方法及び債務顧客管理プログラム
JP6750080B1 (ja) 運用支援装置及び運用支援プログラム
US8341043B2 (en) Dynamic prepayment risk management
Salmon et al. First Steps in SAP S/4HANA Finance
JP2023128763A (ja) Ｌ／ｃ管理装置、ｌ／ｃ管理方法、及びｌ／ｃ管理プログラム
JP2020009096A (ja) 連絡先候補決定プログラム、連絡先候補決定方法及び連絡先候補決定装置
Van Steenberghe Maximizing Cash Management with SAP ERP Financials

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14855253

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2014855253

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014855253

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2014338116

Country of ref document: AU

Date of ref document: 20141022

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE