JP2002366769A - Transaction mediating system and method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a transaction mediating system of call transaction, etc., capable of surely preventing contract exceeding a credit line without causing opportunity loss. SOLUTION: A mediating server 10 mediates transaction between clients while communicating with a plurality of clients. The server 10 receives the initially set value of the credit line on the other respective clients from each client (S321) and stores it (S322). The server 10 receives an offer (selling) order from some client (S323 and S324). When receiving a bid (buying) order from another client (S325 and S326), the server 10 automatically decides (S328) whether to form the contract of transaction between both of the orders based on the stored credit line set on a bid-side client from an offer-side client and establishes (S329) or annuls the contract according to the result of decision. When the contract is established, the server 10 automatically updates (S329 and S322) the stored credit line set on the bid-side client from the offer-side client according to the amount of the contract.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a computer-based system for mediating transactions such as lending, depositing, or buying and selling funds, goods or services.

[0002] In particular, the present invention requires a trader, such as a call trader, to accurately grasp the rapidly changing market conditions and trading conditions on the order of seconds and minutes and to execute a contract in a short time. Although the present invention is suitable for mediating certain kinds of transactions, the scope of the present invention is not limited thereto.

[0003]

2. Description of the Related Art An example of a "call transaction" suitable for applying the present invention will be described below.

[0004] As is well known, a call transaction is a lending and borrowing of funds between financial institutions for the purpose of adjusting short-term reserve or shortage of reserves, and is called "market bilateral transaction".
And "direct bilateral transactions".

[0005] "Market-to-market transactions" are conducted in a call market in which a large number of financial institutions participate under the intermediary of a money-sold company. When each financial institution issues a call trading order to a money broker, the order is put on the call market. There are two types of call transaction orders: one who wants to manage funds (wants to raise funds) and one who wants to raise funds (wants to raise funds). In this specification, an order for fund management will be referred to as an "offer" and an order for fund procurement will be referred to as a "bid". Orders placed on the call market include terms and conditions such as offers or bids, lending periods, interest rates, and the maximum amount desired.

In each financial institution that has participated in the call market, a dealer in charge of a call issues an order to a money-sending company, and the staff in charge of each financial institution of the money-sold company receives the order and puts it into the call market. In the call market, with the intermediary of the staff of the money brokers, offers and bids that can be executed in terms of transaction conditions are met and led to execution. In the call market, new orders are placed in rapid succession, and new contracts are established one after another. Therefore, the situation in the call market is changing rapidly. In fact, the market is fluctuating on the order of seconds. The brokerage of tanshi companies in the call market is performed by staff of tanshi companies.

[0007] The "direct bilateral transaction" is a call transaction that is performed by direct contact between financial institutions without passing through a money brokerage company. That is, a call dealer of a financial institution that wants to manage or raise funds directly contacts a financial institution that can respond to the company's request by telephone, facsimile, or the like, and communicates the company's business desire. At this time, the number of financial institutions to be contacted is not limited to one, but is often plural. The dealer communicates his wishes to multiple financial institutions, receives replies from each financial institution, and concludes the contract with the financial institution that has accepted the agreement individually. When a contract with a certain partner is made, inevitably the desire to trade with the other partner is canceled or the desired amount of the transaction changes, so the dealer immediately notifies the other partner of that fact. There is a need.

[0008]

What is important in the intermediary business of money companies in market bilateral transactions is to quickly notify the client's financial institution of the rapidly changing call market situation, and to reduce The goal is to efficiently execute the most appropriate contracts for the client. However, it is not easy for staff of money companies to mediate transactions optimally in response to the rapid changes in the call market in real time.

[0009] Even if a short money company encounters an offer and a bid that can be executed on the terms of the transaction, there is a shortage of the credit line (credit line) given by the client on the offer side to the client on the bid side. The offerer client will have to refuse the offer. The money company then finds another bid that meets the offer and finds it.
At that time, if an offer and a bid of the same condition of the same client who cannot reach a contract are re-encountered, an inefficient and unpleasant situation occurs in which a break is ended again for the same reason. Therefore, the staff of the Tanshi Company,
Care is taken to prevent this from happening. However, in the process of dealing with many transactions one after another, it is not easy for staff of a money-maker to pay full attention to this point.

[0010] In the direct bilateral transaction, the dealer of each financial institution makes contact with a plurality of opponents to perform complicated paperwork such as reducing transaction conditions and notifying of a change in conditions, as described above. You have to do it yourself. This complicated processing is an obstacle to efficiently executing the contract.

[0011] In addition, the market bilateral trade and the direct bilateral trade include:
Each has advantages and disadvantages. Financial institutions need to determine whether it is more advantageous to use market bilateral transactions or direct bilateral transactions to raise or manage the desired funds. However, there are no tools that can help you make that decision easily in ever-changing market conditions.

Problems similar to those described above may exist in transactions other than call transactions.

In view of the above circumstances, the applicants of the present application have found that
In Japanese Patent Application No. 2001-105104, filed Apr. 3, 2001, a computer and a communication network are used to efficiently notify market participants of market changes such as input of trade orders and execution of trades while efficiently. Proposed a transaction mediation system for automatically mediating transactions (not disclosed at the time of filing the present application). This transaction mediation system can perform both mediation of market transactions and direct transactions.

In order to mediate a market transaction, this transaction mediation system automatically extracts offers (or sell orders) and bids (or buy orders) that match the transaction conditions from the market and meets them to establish a contract. . At that time, in order to prevent a contract exceeding the credit line from occurring, after two matched orders are met, at least one party (eg, the offer party) of both orders is sent to the other party (eg, the bid party). Party's credit line) and check if the result of this line check is OK
Depending on whether it is NG, the transaction between the two orders will be executed or broken.

As described above, the transaction intermediary system according to the prior application employs a semi-automatic system in which one party puts one cushion, that is, a credit line check by a party before a contract is executed between the orders that have been met. To prevent over-contracts. According to this semi-automatic method, whether or not a contract exceeding a credit line can be completely eliminated depends on whether or not the credit line management of each user is appropriate.

However, it is easy for each user to always properly manage the credit line of a trading partner under a situation where transactions of various conditions are complicated and contracts or breaks occur every moment. Not that. Therefore, each user performs credit line management on the safe side. However, such a secure credit line setup is likely to create a loss of opportunity (ie, lose the opportunity to capture a deal that could be executed).

For example, suppose that an α bank who wants to manage funds has given a credit line totaling 100 billion yen to a β bank who wants funds. Now, α bank is 1 day and 9
Suppose you want to trade for 0 days. In this case, bank α will act as a safeguard against bank β, eg
100 billion yen, 90 days: 0 yen> or <1 day: 5
00 billion yen, 90 days: 50 billion yen>. In many cases, credit lines are set such that the total credit line is simply distributed between one-day transactions and 90-day transactions. <1 day: 100 billion yen, 90 days: 0 yen> or <
The credit line setting of “one day: 50 billion yen, 90 days: 50 billion yen” is certainly safe. However, if Bank β receives a favorable bid of 100 billion yen for 90 days, Bank α cannot catch it.

Also, it takes time for a person to check the credit line. Meanwhile, new orders come into the market one after another. If a favorable order comes in during a line check, it is likely that it will be taken away by others. As described above, there may be an opportunity loss due to the time required for a manual line check.

Accordingly, it is an object of the present invention to provide a transaction mediation system which can surely prevent a contract exceeding a credit line without causing the above-mentioned loss of opportunity.

[0020]

According to the present invention, there is provided a transaction mediation system for mediating transactions between clients while communicating with a plurality of clients, wherein each client initially transmits each client to each of the other clients. A credit line setting means for receiving the set credit line and storing the set credit line in a storage device; receiving an input of a first side or second side order for a transaction from each client; Means for storing in a storage device a contract between the first order on the first side inputted from the first client and the second order on the second side inputted from the second client. It is determined whether or not the credit card is set in the storage device from the first client to the second client. Contracting means for automatically making a decision on the basis of the transaction, establishing or breaking a deal between the first and second orders in accordance with the result of the decision, and storing the fulfilled deal in a storage device; When a trade is executed between the first and second orders, the first client sends the second
Credit line updating means for automatically updating a credit line in the storage device set for the client according to the established contract amount.

[0021] In a preferred embodiment, when the contract means fulfills a trade between the first and second orders,
The contract amount is automatically controlled so as not to exceed a credit line in the storage device set from the first client to the second client.

In a preferred embodiment, the credit line setting means allows each client to initially set a different credit line according to a transaction period for each of the other clients, and A different credit line is stored in the storage device according to a transaction period, and the contracting means is different according to the transaction period in the storage device set from the first client to the second client. A contract is executed between the first and second orders based on a credit line of a credit line corresponding to a trading period specified by the first and second orders. The credit line updating means determines whether or not a trade has been executed between the first and second orders. Correspond to a transaction period that overlaps with a transaction period determined by an established contract among credit lines that differ according to the transaction period in the storage device set for the second client from the client of the second client. Update credit line.

The preferred embodiment has predetermined rules for setting different credit lines depending on the transaction period,
The credit line setting means controls an initial setting of a different credit line according to the transaction period performed by each client so as to comply with the rules, and the credit line updating means controls the established contract transaction period. In addition to the credit line corresponding to the transaction period that overlaps with the above, if necessary to comply with the rules, the credit line corresponding to the transaction period longer than the established transaction period is updated. The rule states, for example, that a credit line for a longer trading period must not exceed a credit line for a shorter trading period,
That is.

[0024] Other features and objects of the present invention will become apparent from the following description of embodiments.

[0025]

DESCRIPTION OF THE PREFERRED EMBODIMENTS In order to facilitate understanding of the present invention, prior to the description of the embodiments of the present invention, a transaction intermediary system for call transactions described in Japanese Patent Application No. 2001-105104 will be described. An embodiment will be described with reference to FIGS. Thereafter, an embodiment of the present invention based on the embodiment of the transaction intermediary system described in the earlier application is shown in FIG.
This will be described with reference to FIGS.

First, an embodiment of the transaction mediation system described in the prior application will be described. The following are definitions of key terms used in the description.

“Market transaction” refers to “market deal (MD)” described in the description of the related art. That is, “market transaction” refers to a call transaction performed in a call market in which many financial institutions participate. In a "market transaction", the trading party is not informed of the name of the trading partner until the contract is executed or one step before the execution of the contract. In that sense, the “market transaction” can be said to be a closed-name call transaction performed between an unspecified number of financial institutions.

The “open name transaction” is basically the same as the “direct deal (DD)” described in the description of the related art, but has a slightly different aspect.
That is, the “open name transaction” in the embodiment of the present invention is performed under the mediation of the transaction mediation system, like the “market transaction”. Thus, the literal “direct bilateral transaction” conducted by a financial institution dealer in direct contact with the other party no longer exists under the embodiment of the present invention. What the "open name transaction" has in common with the conventional "direct bilateral transaction" is that the counterparty is specified from the initial stage of placing an order. In that sense, an “open name transaction” can be an open name call transaction performed between specific financial institutions.

The "call market" refers to a market between financial institutions where call transactions are performed. In general, a market in which market transactions are performed is called a call market, but in the description of the embodiment of the present invention, not only market transactions but also markets in which open name transactions are performed are referred to as “call markets”.

"Offer" refers to an order for a call transaction issued by a financial institution that wants to manage funds (to issue funds).

"Bid" refers to an order for a call transaction issued by a financial institution that wants to procure funds (takes funds).

When describing the financial institution or the order itself in terms of the relative relationship between the offer and the bid, the offer is referred to as “the offer side”, the bid is referred to as the “bid side”, and the offer is referred to. The bid side as viewed from the side and the offer side as viewed from the bid side are referred to as "counter sides".

In the system according to the embodiment of the present invention,
For orders (offers or bids) issued by financial institutions,
"Transaction terms" must be specified. The "transaction terms"
Has several items, such as "side", "term",
Includes "rate", "lot", "step size" and "amount".

"Side" is a distinction between an offer and a bid.

"Term" is a transaction (loan) period and includes designation of a start date and time and an end date and time. There are various types of terms, ranging from a minimum of one day to a maximum of 365 days.

"Rate" is the loan interest rate.

The "lot" is the minimum amount of a contractable transaction amount, and a contract is established with an amount equal to or larger than the lot.

The "step size" is an increment / decrement unit used to increase / decrease the transaction amount in the calculation processing of the system.

"Amount" is the total amount of money to be invested or procured, and in effect means the maximum amount of a contractable transaction amount.

In this specification, "transaction conditions" are roughly classified into "business conditions" and "money conditions" for convenience of explanation.

The “business conditions” include “side”, “term”, and “rate”.

The “money condition” includes “lot”, “step size”, and “amount”.

“Hot Quotes (HQ)” is a term used by the mediation system according to the embodiment of the present invention on a graphical user interface, and is intended for a client (financial institution) watching the graphical user interface. (Ie, the client is eligible to accept the order) for a call transaction from another financial institution. In this specification (particularly, in the reference drawings), “hot quartz” may be abbreviated as “HQ”.

"Open End (OE) transaction" refers to a transaction in which the end date and time of the transaction is intentionally undecided. In this specification (in particular, in the reference drawings), open-ended transactions may be abbreviated as “OE”. Both market and open name transactions can have open-ended transactions.

[0045] "Open End Roll:
“OER) Negotiations” means negotiations between the parties to continue, modify or terminate an open-ended transaction by the date specified in the transaction. In this specification (in particular, in the reference drawings), open-end role negotiation may be abbreviated as “OER”.

Hereinafter, a transaction mediation system according to an embodiment of the present invention will be described with reference to the accompanying drawings.

FIG. 1 shows the overall configuration of a transaction mediation system according to this embodiment.

As shown in FIG. 1, a call transaction mediation server system (hereinafter, referred to as “mediation server”) 10 and an administrator system 20 used by a system administrator of the mediation server 10 exist at the permission of the money company. I do. The mediation server 10 and the administrator system 20 can communicate with each other via the dedicated communication network 50.

Further, a large number of financial institutions A to C, which are clients of the money company, have client systems 30A to 30C for using the intermediary server 10, respectively. Mediation server 10 and client systems 30A-
30C can communicate with each other via the dedicated communication network 50.

Further, there is a money exchange contract confirmation system 40 used for confirming the executed trades in cooperation with a plurality of money shortage companies (only one money shortage company is shown in FIG. 1). The mediation server 10 can communicate with the money-settlement transaction confirmation system 40 via the manager system 20 and the dedicated communication network 60. Each of the client systems 30A-30C may also be able to communicate with the money-settlement contract confirmation system 40 via the dedicated communication network 60.

FIG. 2 shows various processes performed by the mediation server 10.

As shown in FIG. 2, the mediation server 10 can perform processes indicated by reference numerals 101 to 110, 110A and 110B. In the processes 101 to 110, 110A, and 110B, the mediation server 10 uses a terminal device (hereinafter, referred to as a “dealer terminal”) 31 used by a dealer in charge of a call in each client system 30 or an office staff behind the dealer. Terminal device to be used (hereinafter referred to as “back office terminal”) 3
2 or a terminal device (hereinafter, referred to as a “system administrator terminal”) 21 used by a system administrator in the administrator system 20. To communicate.

Processes 101 to 101 performed by the mediation server 10
110, 110A and 110B are described separately below.

The message registration process 101 receives registration of a message for a client from the system administrator terminal 21 and displays the registered message on the display screen of each of the dealer terminal 31 and the back office terminal 32. There are two message display methods: a method of displaying a message immediately after the dealer terminal 31 and the back office terminal 32 log in to the mediation system 10, and a method of displaying a message at any time during the transaction mediation business. The type of method can be arbitrarily selected by the system administrator.

The login / logout process 102 includes:
It controls login and logout of the dealer terminal 31 and the back office terminal 32 to and from the mediation system 10.

The initial setting process 103 receives input of initial setting information of predetermined items required for transaction intermediation from the dealer terminal 31 and the back office terminal 32 and registers the information in the intermediation system 10, or registers the dealer terminal 31 and the back office terminal. Immediately after the user 32 logs in, the processing setting information registered in the intermediary system 10 is read and reflected in various processes for performing a subsequent transaction intermediary operation.

The reservation confirmation notification process 104 starts from the dealer terminal 31 from a time earlier than the daily call market opening time.
And accepts the input of a reservation order, and at the same time that the call market opening time comes, the reservation order is replaced with a real order (that is, put into the call market).

The timer process 105 is a process for outputting a time.
4 and a real-time distribution process 107 to be described later.

The order execution process 106 is a process that plays a central role in the transaction intermediary business. The order execution process 106 receives an order input (including an input of a change in a trade condition and an order cancellation) from the dealer terminal 31 (that is, puts the order in the call market), and displays the hot quartz on the display screen of the dealer terminal 31. Display information such as (orders from other clients for the client), market overview and order history of the client (that is, to inform the client of the status of the call market graphically); Matching trading conditions with orders from other clients for the client, meeting orders that can be executed based on the result of the matching, and leading to execution; And notify the short-term contract confirmation system 40, etc. Cormorant.

The real-time distribution processing 107 is performed in real time when the order execution processing 106 receives an input of an order (including an input of a change in a transaction condition or an order cancellation) and when an execution is executed, based on these facts. Then, information such as hot quartz and market information on the display screen of the dealer terminal 31 and the order history of the client are updated (that is, a change in the call market is graphically notified in real time to the client).

OER (Open End Roll) Process 1
08 is a dealer terminal 31 and a back office terminal 32
Display the schedule of open-end role negotiations on the open-end transaction of the client on the display screen of the client, and display the window for performing the open-end role negotiation on the display screen of the dealer terminal 31 to mediate the negotiation. thing,
And controlling the continuation, modification or termination of the transaction according to the results of the open-end role negotiation.

The user management process 109 includes a client
Register (user), issue and manage authentication information for login.

The inquiry process 110 is executed by the dealer terminal 31
Alternatively, on the display screen of the back office terminal 32, the client displays a list of all executed contracts made in the past in a list, displays the details of selected individual contracts in detail, and displays those displayed contents. Or print it.

The secondary confirm process 110A accepts a confirmation input for the contract on the display screen of the back office terminal 32 or the dealer terminal 31 on which the contract information is displayed by the inquiry process 110,
When the confirmation is entered, the effect of the confirmation input is notified to the back office terminal or the dealer terminal of the contracted partner, and the confirmation input is also received from the partner and returned. This is the mediation of the contract confirmation procedure.

The contract cancellation process 110B accepts an input of cancellation of the contract on the display screen of the back office terminal 32 or the dealer terminal 31 on which the information of the contract is displayed by the inquiry process 110, and cancels the contract. is there.

The processing of the intermediary business of the call transaction performed by the intermediation server 10 configured as described above will be described in further detail below.

The mediation of call transactions performed by the mediation server 10 is roughly classified into mediation of market transactions (market bilateral transactions) and mediation of open name transactions (direct bilateral transactions). FIG. 3 shows the overall flow of the market transaction brokerage business. FIG. 4 shows an overall flow of the brokerage business of the open name transaction. FIG. 5 shows a configuration of a main window 200 displayed on the display screen of the dealer terminal 31 by the mediation server 10 to perform the mediation business.

The flow of the first steps S1 to S3 is the same in both the brokerage of the market transaction shown in FIG. 3 and the brokerage of the open name transaction shown in FIG.

The mediation system 10 includes, for example, every morning a client dealer terminal 31 and a back office terminal 32.
, The login process is performed by performing a login process (102 in FIG. 2) in step S1.

When the dealer terminal 31 or the back office terminal 32 logs in, the mediation system 10 displays a main window 200 as shown in FIG. 5 on the display screen of the dealer terminal 31 or the back office terminal 32. In the main window 200, the menu bar 20
1. Message box 202, notification lamp 203, hot quartz (HQ) window 300, market information detail window 400, self-order status window 500, execution history window 600, and HQ display switching window 700
There is.

The message box 202 is a place where the message registration process 101 described with reference to FIG. 2 displays a message from the system management.

The notification lamp 203 corresponds to the OER described in FIG.
The process 108 is a lamp that is turned on when a message from the other party for open-end role negotiations arrives.

Hot quartz (HQ) window 300
Is a place where the status of hot quartz (order from another client for the client) existing in the call market is listed in real time. Specific examples are shown in FIGS. 11 to 13 (the details will be described later).

The market information detail window 400 is a place where the overall market conditions of the call market are displayed in real time. A specific example is shown in FIG. 15 (details will be described later).

The self-order status window 500 is a place where the status of orders placed by the client is displayed in a list in real time. Specific examples are shown in FIGS. 16 and 17 (details will be described later).

The contract history window 600 is a place where a list of contract states held by the client is displayed in real time. A specific example is shown in FIGS. 18 and 19 (details will be described later).

The HQ display switching window 700 is a place where control buttons for switching the display page of the hot quartz (HQ) window 300 and for placing a new order are arranged. A specific example is shown in FIG. 14 (details will be described later).

When the dealer selects the “user” menu in the menu bar 201 in the main window 200 described above, the mediation system 10 executes the user management process in step S2 shown in FIGS. 3 and 4 (FIG. 2, 109). Perform When the dealer selects the “initial setting” menu in the menu bar 201, the mediation system 10 executes the initial setting process (steps in FIGS. 2 and 1) in step S3 shown in FIGS.
Perform 03). The initial setting process uses a window as illustrated in FIGS. 7 to 9 to input predetermined items to be set in advance for performing a business intermediary operation from the dealer terminal 31 and the back office terminal 32. Set.

When the initial setting process in step S3 has been completed, the mediation server 10 can enter the processing after step S4 shown in FIG. 3 or the processing after step S14 shown in FIG. From here, the processing content differs between the mediation of the market transaction and the mediation of the open name transaction, and the mediation of any transaction is performed using the same main window 200 described above.

First, the flow of the intermediary business of the market transaction after step S4 in FIG. 3 will be described.

As shown in FIG. 3, in the intermediary business of the market transaction, the intermediation server 10 receives the input of the order from the dealer terminal 31 in step S4, and registers the input order in the order master table 124 in the database. .
The mediation server 10 determines in step S5 the order entered,
Of the hot quartzes (orders from other clients for the client) displayed in the hot quartz window 300 in the main window 200, the order entered and the order having a counterside relationship with the input order are described. Perform matching between If there is a counterside order that can be executed in terms of the entered order and the terms and conditions in hot quartz, this matching will result in a match between the fillable counterside order and the entered order. Will be picked up as a pair order.

In step S7, the mediation server 10 notifies the dealer terminal of the client on the offer side, among the matched offers and bids picked up by the above matching, of the transaction contents and the name of the client on the bid side. Then, a request is made to confirm whether or not to execute the contract. The offer client will grant the deal if there is no problem with the transaction and the bid client, and if there is a problem (typically the bid client does not have enough credit lines), the offer client will execute the deal. Will refuse.

If the contract is rejected, the mediation server 10
Goes again to the matching process in step S5, searches the hot quartz for another counterside order that can be filled with the input order, and picks up both orders again as a matched pair. Mediation server 10
In this re-matching, make sure that orders of the same client that were broken in the previous step S7 with similar conditions are met again and will not be broken again due to the same lack of credit line Then, the matching in step S5 is performed by an algorithm described later in detail.

When the contract is granted, the mediation server 10
Makes a contract in step S8, and registers the contract in the contract master table 125 in the database.

Note that steps S4 to S8 in FIG.
Corresponds to the order fulfillment process 106 shown in FIG.

When an order is input in step S4 of FIG. 3 described above and when a contract is established in step S8, the mediation server 10 performs a real-time distribution process (107 in FIG. 2) in step S12. . In other words, the real-time distribution process monitors the order master table 124 and the execution master table 125 in the database substantially at all times, and when a new order or execution is registered in the table 124 or 125, the effect thereof is affected. Hot quartz window 300, market information detail window 400, self-order status window 500, or contract history window 6 in main window 200 displayed on dealer terminals 31 of all clients receiving the request
00, etc., the result of the input of the new order or the conclusion of the execution is reflected in real time.

For example, when an order is input from one client, the real-time distribution process additionally displays the order in the self-order status window 500 on the dealer terminal 31 of the client, and furthermore, the order is The order is additionally displayed in the hot quartz window 300 on the dealer terminal 31 of the other client. Further, the real-time distribution process updates the order status display in the market information detail window 400 on the dealer terminal 31 of all clients participating in the call market according to the input order.

Further, for example, if a contract is established between two clients, the contract is additionally displayed in the contract history window 600 on the dealer terminal 31 of the two clients, and the offer that has reached the contract is displayed. And updates the offer and the display of the bid in the hot quartz window 300 on the dealer terminal 31 of all clients to which the bid is directed (ie,
If the order disappears due to the execution, the order is deleted from the hot quartz window 300,
If the amount of the order decreases due to the execution of the contract, the amount of the order in the hot quartz window 300 is reduced, etc.). Further, the real-time distribution process is performed by the dealer terminals 3 of all clients participating in the call market according to the executed contract.
The display of the execution status and the market status in the top market information window 400 is updated.

As shown in FIG. 3, when an inquiry request for a past contract is received from the dealer terminal 31 of the client,
The mediation server 10 executes the inquiry process in step S13 (FIG. 2,
110). The inquiry process displays the client's execution history information recorded in the execution master table 125 in the database on the dealer terminal 31 and the back office terminal 32.

As shown in FIG. 3, for a contract once established, the dealer terminal 3 of the client of the contracting party.
When a request for contract cancellation is received from 1 and the back office terminal 32, the mediation server 10 performs a contract cancellation process (110B in FIG. 2, step S9). The contract cancellation process
The contract is deleted from the contract master table 125. The result of the contract cancellation is also reflected in real time on the display of the contract history window 600 of the dealer terminal 31 of the client related to the contract by the real-time distribution process of step S12.

As shown in FIG. 3, when the executed contract is an open-end transaction, the mediation server 10 executes the OER process (steps S10 and S10) in step S10.
Perform 8). The OER process displays the schedule of the open-end role negotiation for the open-ended transaction in the contract history window 600 on the client terminal 31 of both contracting parties and opens the contract from the client terminal 31 of the client of either contracting party. When a request for end-role negotiations is received, mediation of open-end roll negotiations between both contracting parties is performed. Upon completion of the open-end role negotiation, the OER process updates the record of the contract in the contract master table 125 according to the result of the negotiation (ie, the continuation, modification or termination of the contract). This update result is also reflected in real time on the display of the main window 200 of the dealer terminal 31 of the client of the contracting party by the real-time distribution process of step S12.

As shown in FIG. 3, when a logout request is received from the dealer terminal 31 and the back office terminal 32, the mediation server 10 performs a logout process in step S11.

Next, the flow of the intermediary business of the open name transaction after step S14 in FIG. 4 will be described.

The intermediary server 10 receives an order input from the dealer terminal 31 in step S14 of FIG. There are two ways to enter orders from dealers. The first one is,
Select the name of the trading partner, and place the order placed by the selected trading partner for the company on the hot quartz window 30
0 and the hot quartz window 30
This is a method of selecting one order from 0 and inputting an order that accepts the selected order. The second is a method of placing an order by specifying a desired transaction condition and a trading partner irrespective of an order issued to the company by another client. In this specification, the open name trading order entered in the former method is referred to as "Iwain order".
(Meaning passively receiving an order presented by the other party, hiding behind "Iwain"), and the client that placed the Iwain order as the "recipient" of the order presented by the other party. . In addition, the open name trading order by the latter method is referred to as “arrow order” (meaning that an order is actively presented to the other party so as to stand on “arrow”), and the client issuing the arrow order is referred to as “order”. Presenter. "

When the rock shade order is input from the dealer terminal 31, the mediation server 10 proceeds to the matching processing of step S15 in FIG. The order is met, and the process proceeds to the execution process of S18. The order is executed between the paired orders that have been met, and the execution is executed.
Register at 25.

When an arrow order is input from the dealer terminal 31, the intermediary server 10 proceeds to the matching processing in step S15 in FIG. 4, and the designated trading partner having the input arrow order and a contractable transaction condition. Finds a rock-shade order from and lets them meet. Subsequently, the mediation server 10
Proceeds to the contract processing of step S18 in FIG. 4, establishes a contract between the two orders met by matching, and registers the contract in the contract master table 125.

Note that the processing of steps S14 to S18 in FIG. 4 described above corresponds to the order execution process 106 shown in FIG.

In the intermediary business of the open name transaction shown in FIG. 4, the real-time distribution process in step S22, the inquiry process in step S23, the contract cancellation process in step S19, the OER process in step S20, and step S1
The operation of the logout process 1 is almost the same as the operation of the corresponding process in the intermediary business of the market transaction shown in FIG.

The flow described above with reference to FIGS. 3 and 4 is the overall processing flow of the intermediary business performed by the intermediary server 10. Next, the flow of each process constituting the brokerage business and the configuration of the window to be used will be described in more detail and concretely.

First, the initial setting process shown in step S3 in FIGS. 3 and 4 will be described.

FIGS. 6 to 9 show some windows displayed on the display screens of the dealer terminal 31 and the back office terminal 32 by the mediation server 10 in the initial setting process. The windows shown in FIGS. 6 to 9 are displayed by operating the “initial setting” menu in the menu bar 201 of the main window 200 shown in FIG.

FIG. 6 shows an environment setting window 900.

As shown in FIG. 6, the environment setting window 9
In the case of 00, when the funds are managed in the area 901 and when the funds are raised in the area 903, the upper limit amount (the upper limit of the amount specified when placing an order) and the name group display (when the company issues an order) The default name of a group of financial institutions that can be specified as a business partner, and whether or not the user wants to receive a promissory note are set. Also, areas 906 and 907
In, default names of bank accounts used for settlement at the start and end of the transaction are set, respectively. In an area 904, default values of the amount, lot, and step size specified when placing an order are set. In the area 905, it is set whether to use the money-settlement contract confirmation system 40 shown in FIG. 1 or FIG. Region 909
Then, a financial institution name list (FIGS. 14, 704) for selecting a trading partner of open name transactions in the HQ display switching window 700 shown in FIG. 2 (a specific example is FIG. 14).
In, a financial institution name to be displayed preferentially at the top is set.

FIG. 7 shows a settlement account registration window 920.

By operating the registration screen button 910 in the environment setting window 900 shown in FIG. 6, a settlement account registration window 920 shown in FIG. 7 is opened. In the settlement account registration window 920, a plurality of bank accounts used for settlement of transactions can be set.

FIG. 8 shows a hot quartz (HQ) reflection destination selection window 930.

In this HQ reflection destination selection window 930,
A plurality of financial institutions from which orders are to be displayed in the hot quartz window 300 shown in FIG. 2 (specific examples are FIGS. 11 to 13) can be selected. That is, from among many financial institutions participating in the call market, it is possible to select a plurality of financial institutions from which orders for the company may be placed (they may be business partners of the company). In an area 931, a financial institution on the offer side can be selected, and in an area 932, a financial institution on the bid side can be selected. Only the order issued from the financial institution set here is displayed in the hot quartz window 300 of the dealer terminal 31 of the company.

FIG. 9 shows a group setting window 940.

In the group setting window 940,
Any name ("G1", "G2", "G3",
It is possible to set financial institution groups such as "regular bank", "Tokyo bank", and "trust bank", and arbitrarily allocate the set financial institution selected in FIG. 8 to each group.
In the area 941, regarding the case where the company manages funds,
In the area 942, regarding the case where the company raises funds,
Financial institution groups can be set. The group set here is a target of selection of the name group display (the default name of a group of financial institutions that can be designated when the company issues an order and can be a business partner) in the areas 901 and 903 shown in FIG.

Next, various processes included in the flow after step S4 in FIG. 3 and after step S14 in FIG. 4 will be described.

First, the main window 200 shown in FIG. 5 displayed on the dealer terminal 31 in these processes.
Various sub windows 300 to 700 will be described.

FIGS. 10 to 13 show hot quartz (HQ).
Some specific examples of the window 300 are shown.

FIG. 10 shows a hot quartz (HQ) window 310 for market transactions.

Hot Quartz (HQ) for Market Trading
The window 310 shows that, out of the orders placed by other financial institutions existing in the call market of the market transaction, the company places the order placed by the financial institution selected on the HQ reflection destination selection screen shown in FIG. 8 in the initialization process. The order of the market transaction (the offer of the market transaction from the financial institution selected in the offer side area 931 in FIG. 8 and the bid side area 93).
Market trading bid from the financial institution selected in 2)
Only appear in the list in a table. A summary of trading conditions such as order side, rate (displayed in the Offer or bid column), amount, etc. is displayed for each term (in the example of FIG. 10, each row in the table has an offer having each term) Of the best rate and the amount of the best rate, and the sum of the best rate and the amount of the best rate of the bid having the same term).

FIG. 11 shows hot quartz (H) for the recipient of an open name transaction (when issuing a rock shade order).
Q) A window 320 is shown.

This hot quartz (HQ) window 32
At 0, orders of open name transactions issued to one company from one financial institution selected from the financial institution list 704 in the HQ display switching window 700 illustrated in FIG. For each order, the term, side, rate (displayed in the Offer or bid column), amount, etc. are displayed.

FIG. 12 shows a hot quartz (HQ) window 330 for the presenter of an open name transaction (when placing an arrow order).

This hot quartz (HQ) window 33
At 0, a list of arrow orders placed by the company in the past that have not yet been executed (that is, still exist in the call market) are displayed in the list. For each order, terms, sides, rates (displayed in the Offer or bid columns),
Amount etc. are displayed.

The three types of hot quartz (HQ) windows 310 to 330 shown in FIGS. 10 to 12 are selectively provided by an operation such as a mouse click on an HQ display switching window 14 shown in FIG. To be displayed.

FIG. 13 shows a “composite HQ window”.
Shown is a hot quartz (HQ) window 340, referred to as HQ window 340.

The composite HQ window 340 is
In any of the hot quartz (HQ) windows 310 to 330 shown in FIGS. 10 to 12, the dealer selects a specific term of interest by a mouse click or the like, and then, for example, displays a menu list by a right mouse click. It can be displayed by selecting a menu such as "Display composite HQ window" from the menu list. As shown in FIG.
In the HQ window 340, an area 341 displays the order having the most favorable rate for the company among the hot quartz of the market transaction having the selected specific term. In the area 342, a list of hot quartz addressed to the company in the open name transaction having the selected specific term is displayed. According to the composite HQ window 340, the dealer can quickly place orders having the most favorable trading conditions for the company from the entire call market, beyond the different types of market trading and open name trading. You can find out.

FIG. 14 shows the main window 200 of FIG.
A specific example of the HQ display switching window 700 is shown.

In the HQ display switching window 700, a market button 701, a presenter (Presenter) button 7
02, new order button 703, and financial institution list 70
There are four. When the market button 701 is operated by a mouse click or the like, the main window 200 shown in FIG.
The contents of the hot quartz window 300 in FIG.
A hot quartz window 310 for market transactions shown in FIG. When the presenter button 702 is operated by a mouse click or the like, the hot quartz window 300 is displayed.
Is the hot quartz window 330 for the presenter of the open name transaction shown in FIG. When one financial institution name in the financial institution list 704 is selected with a mouse click or the like, the hot quartz window 300 is displayed.
Is a hot quartz window 320 for the recipient of the open name transaction shown in FIG. When the new order button 703 is operated with a mouse click or the like, according to the content of the hot quartz window 300,
It is possible to issue an order for market transaction, a rock order for open name transaction or an arrow order to the mediation server 10 (specific examples will be described later).

FIG. 15 shows a specific example of the market information detail window 400 in the main window 200 shown in FIG.

In the market information detail window 400, regarding the market transaction and the open name transaction having the term indicated in the area 401, general information on all orders existing in the call market of the market transaction and the executed trade on the day is displayed. Is done. That is, the area 402 displays the rate, amount, and number of offers and bids each having the most advantageous condition (rate) in the market. The area 403 shows the highest and lowest rates of the contracts made on the day. In the area 405, the rates, amounts, execution times, etc. of the five executions that have been established recently on the day are displayed. According to the market information details window 400,
The current situation and movement of the entire market can be grasped.

FIGS. 16 and 17 show specific examples of the self-order status window 500 in the main window 200 shown in FIG. As shown in FIGS. 16 and 17, the self order status window 500 has a page 510 for market transaction and a page 520 for open name transaction.

FIG. 16 shows a self-order status window 500.
The example which displayed the page 510 for market transactions in the front is shown. On this page 510, the transaction conditions of the market transaction order issued by the company and the current status (not yet encountered, reservation on, etc.) are displayed.

FIG. 17 shows a self order status window 500.
The example which displayed the page 520 for open name transactions in the front is shown. On this page 520, the transaction conditions of the order of the open name transaction issued by the company and the current status (not yet encountered, reservation on, etc.) are displayed.

FIGS. 18 and 19 show specific examples of the contract history window 600 in the main window 200 shown in FIG. As shown in FIGS. 18 and 19, the contract history window 600 includes a page 610 indicating the contract history and a page 6 indicating the schedule of the open-end role negotiation.
There are twenty.

FIG. 18 shows an example in which a page 610 showing the contract history in the contract history window 600 is displayed on the front. On this page 610, all contract results contracted on the day the company currently has are displayed in a list. For each execution, various information such as whether confirmation (secondary confirmation of both parties) has been completed, transaction conditions, status of the negotiation results of the counterparty and OER (cancellation, validity, etc.) are displayed. .

FIG. 19 shows an example in which a page 620 showing the schedule of the open-end role negotiation in the contract history window 600 is displayed on the front. On this page 620, of all open-end transactions that the company currently has, the date selected with the transaction end date selection buttons 623, 624, and 625 (today (TODAY), next business day (TOM), or the next day) The list of contracts that should be negotiated for open-end rolls by the working day (SPOT) is displayed. For each execution, various information such as current status (whether negotiation is in progress or not), side, trading partner, previous trading conditions, and the like are displayed.

The specific example of the configuration of the main window 200 displayed on the dealer terminal 31 by the mediation server 10 has been described above with reference to FIGS. Hereinafter, a detailed procedure of the transaction intermediation performed using the main window 200 will be described.

FIG. 20 shows a work procedure mainly performed by the dealer using the dealer terminal 31 from the order of the market transaction to the execution. FIG. 21 shows a data processing procedure mainly performed by the mediation server 10 from the order of the market transaction to the execution.

When placing an order for a market transaction, the dealer uses the HQ display switching window 700 (FIG. 1) in the main window 200 (FIG. 5) displayed on the dealer terminal 31.
In 4), the market button 701 is clicked with the mouse. Then, as shown by step S31 in FIG. 20, a hot quartz window 310 (FIG. 10) for market transaction is displayed in the main window 200 (FIG. 5).

Next, the dealer proceeds to step S32 in FIG.
In, hot quartz window 31 for market trading
0 (FIG. 10), the desired term is selected by double-clicking the mouse or the like. Then, the main window 20
Above 0 (FIG. 5), an order window pops up for entering market trade orders. FIG. 22 shows a specific example of an order window 100 for market transactions.

Alternatively, the dealer proceeds to step S3 in FIG.
After 1, the process may proceed to step S33 in FIG. 20, and the new order button 703 in the HQ display switching window 700 (FIG. 14) may be clicked with the mouse. Then, similarly, an order window 1000 as illustrated in FIG. 22 pops up.

As shown in FIG. 22, the order window 1000 for the initial market transaction which has popped up includes
An item setting page 1010 is displayed on the front. On this item setting page 1010, buttons 1011 to 1010
16 allows you to set the side (offer or bid)
In an area 1017, transaction conditions such as an amount (a desired maximum transaction amount), a lot (a minimum transaction amount), a rate, a step size, and whether or not an open end is set can be set.
At 019, a settlement account or the like to be used at the start and end of the transaction can be set.

The buttons 1011 to 1013 are buttons that can be selected when offering an offer, and the bid to be met in the matching process differs depending on which of the three buttons is selected. That is, Offer button 1
If 011 is selected, the order for the amount, lot, rate, and step size set on this page will be placed once in the call market in the term selected first, and only the bids that match this order will be met. . If you select the Yours button 1012, you will immediately see a bid that matches the terms and matches the amount, lot, rate, and step size set on this page. Also, AllY (All Yours)
When the button 1013 is selected, all the bids that match with the term and that match only with respect to the lot, rate, and step size set on this page are directly encountered.

The buttons 1014 to 1016 are buttons that can be selected when giving a bid, and the offer to be met in the matching process differs depending on which of the three buttons is selected. That is, the Bid button 10
When 14 is selected, an order relating to the amount, lot, rate, and step size set on this page, which matches with the term, is once put into the call market, and only the offer that matches this order is met.
When the Mine button 1015 is selected, an offer that matches the terms, and that matches the terms, amounts, lots, rates, and step sizes set on this page, is directly encountered. Also, AllM (AllMine) button 1
When 016 is selected, all the offers that match with the term and that match only the lot, rate, and step size set on this page are directly encountered.

When the “name selection” tag is clicked in the order window 1000 shown in FIG.
A name selection page 1020 as shown in FIG. In the name selection page 1020 shown in FIG. 23, the financial institution to which the order is directed can be limited. In other words, as shown in FIG. 23, a financial institution group (an arbitrary group among the financial institution groups set in the group setting window 940 (FIG. 9) of the initial setting process) is selected in the area 1021 and the area 1022 is selected.
Then, by putting a check mark on each financial institution belonging to the selected group, it is possible to specify the other financial institution. When an order is placed, the order is not posted on the hot quartz window of the dealer terminal 31 of a financial institution other than the financial institution limited on the name selection page 1020 in FIG.

After setting the transaction conditions of the order, the settlement account, the counterparty group, and the like in the order window 1000 shown in FIGS.
When an ON button 1030 in the box is clicked with a mouse, an order having the set contents is sent to the mediation server 10. This is step S34 shown in FIG.
Step S51 (input of offer) or S54 shown in FIG.
(Input of bid).

As shown in FIG. 21, step S51 or S54
When the order of the market transaction is input in the intermediary server 1
In step S52 or S55, the registered order is registered in the order master table 124 (FIG. 3) in the database. Also, as shown in FIG.
When an order is input in step S34, immediately in step S35, the display of the input order is displayed on the market transaction page in the self-order status window 500 displayed on the dealer terminal 31 that has input the order. 510 (FIG. 16), and a market transaction hot quartz window 310 (FIG. 10) displayed on the dealer terminal 31 of the financial institution to which the order is directed.
This allows the partner dealer to know in real time that a market transaction order for the company has been put on the market.

Subsequently, in step S36 shown in FIG. 20 and in step S56 shown in FIG. 21, the intermediary server 10 determines whether the order of the market transaction has just been input and the counter side already input from another financial institution. A matching process is performed with the market transaction order having the relationship of (1).
In this matching process (details will be described later), of the orders displayed in the market-oriented hot quartz window 310 (FIG. 10) of the dealer terminal 31 that has input the order, the currently input order and the counter are displayed. Side relationships and at least business conditions (terms, rates,
Those who agree to participate in the money exchange contract system, whether or not they wish to issue promissory notes, etc.) are selected. Then, it checks whether there is a common transaction amount between the selected order and the currently entered order based on the respective amount conditions (lot, step size, amount). Is done. As a result, if there is a common transaction amount, both orders are matched (matched). The order just entered may encounter multiple counterside orders.

When two orders meet by the matching process, the mediation server 10 then proceeds to step S58 in FIG.
As shown by, the credit line (credit line) of the bid-side financial institution is checked (line check) with respect to the offer-side dealer terminal 31 of the two financial institutions that issued the encountered order. To send information. Thereby, step S37 in FIG. 20 and step S59 in FIG.
24, a line check window 1100 as illustrated in FIG. 24 pops up on the main window 200 (FIG. 5) of the dealer terminal 31 on the offer side. At this time, at the bid-side dealer terminal 31,
As shown in step S39 in FIG. 20, a market transaction page 510 of the self-order status window 500 (FIG. 16)
The status of the corresponding bit displayed in is set to “under check”.

As shown in FIG. 24, the line check window 11 displayed on the dealer terminal 31 on the offer side.
In 00, check the term, rate, lot, step size, amount, counterside (ie, bid side) financial institution name, number of transactions (if you encounter multiple bids, what number of bids are there now) ), A time limit, a transaction start date and time, a transaction end date and time, a contractable amount, and the like. Further, the line check window 1100 includes a Done button 1101 for establishing a deal and an NG button 1102 for rejecting a deal.
There is.

In the line check window 1100, the term and the rate are, of course, common to both orders encountered, but the lot and the step size are values on the bid side. Amount is the transaction amount when contract is executed, and the offer side can freely set the contract amount as the upper limit and the bid side lot as the lower limit.

The contractable amount in the line check window 1100 is the matching transaction amount between the two orders, calculated by the matching process based on the amount conditions (lot, step size, amount) of the two orders encountered. Is the maximum value of For example, if the amount condition of the offer is lot 200
Billion yen, step size 5 billion yen, amount 60 billion yen,
If the bid amount condition is lot 30 billion yen, step size 10 billion yen, amount 100 billion yen, both orders will match at 300, 400, 500, 60 billion yen, but the matching amount The maximum value of 60 billion yen is the contractable amount.

The time limit is the remaining time of the time limit (for example, 3 minutes) allowed for the offer-side dealer to perform a line check. If the Done button 1101 is not pressed before the time limit becomes zero, the execution is automatically regarded as rejected.

[0149] The dealer on the offer side judges whether or not the contract is established on the line check window 1100. If the contract is established, the Done button 1101 is pressed, and if it is rejected, the NG button 1102 is pressed. The criterion for this decision is mainly whether the credit line that the company currently provides to the counter-side (ie, bid-side) financial institution is sufficient to trade on this condition.

That is, if the current credit line of the bid side is lower than the lot (the minimum transaction amount issued by the bid side) displayed in the line check window 1100, the offer dealer will reject the contract. On the other hand, if the current credit line on the bid side is equal to or more than the lot displayed in the line check window 1100 and less than the fillable amount, the offer-side dealer will likely have the amount displayed in the line check window 1100 (the amount at the time of execution). After setting the transaction amount) to a value not exceeding the credit line on the bid side (typically, a value equal to the credit line), the contract will be established. If the current credit line on the bid side is equal to or more than the contractable amount displayed in the line check window 1100, the offer-side dealer sets the amount displayed in the line check window 1100 to the contractable amount, Will execute a deal.

In this way, the offer-side dealer determines whether the deal is to be established or rejected on the line check window 1100, and presses the Done button 1101 or the NG button 1102 as shown in step S60 in FIG. When the Done button 1101 is pressed, the mediation server 10
As shown in steps S38 and S40 in FIG. 20, and as shown in steps S61 and S62 in FIG. 21, the amount displayed in the line check window 1100 is determined as a contract amount, and Make a deal between orders.

Further, as shown in step S57 in FIG. 21, the intermediary server 10 creates re-matching prevention information with respect to the offer of the encountered order according to the result of the line check (for details, see step S57). Described later),
It is stored in the order master table 124 (FIG. 3) in the database. This re-matching prevention information represents an estimated value based on the result of the above-described line check of the credit line currently given to the bid-side financial institution by the offer-side financial institution. As shown in FIG. 21, this re-matching prevention information is used to select the counter-side order of which financial institution and which bid should be met when the matching process is performed again on the offer issued by the same financial institution. Used for The purpose is to avoid a situation where a line check is rejected due to a lack of credit liability at the bid-side financial institution. The details of an algorithm for creating re-matching prevention information and using it in matching will be described later.

When the execution is completed, the mediation server 10 executes the execution history page 610 (in the execution history window 600 displayed on the dealer terminals 31 of both parties of the executed execution, as shown in step S41 of FIG. 20). (FIG. 18)
Is added to the display of the executed deal. In addition, if the contract amount of the executed contract is equal to the amount of the order related to the contract, the order has disappeared, and the mediation server 10 sends the order to the dealer terminal 31 to which the order was directed. The display of the order is immediately deleted from the hot quartz window 310 (FIG. 10) for the market transaction and the page 510 (FIG. 16) for the market transaction in the self-order window 500 of the dealer terminal 31 that has issued the order. In addition, the contract amount of the executed contract,
If the amount of the order related to the execution is less than the amount of the order, the mediation server 10 sets the remaining amount obtained by subtracting the execution amount from the amount of the order as a new amount of the order, as shown in step S42 in FIG. Then, a market transaction page 510 on the marketplace hot quartz window 310 (FIG. 10) of the dealer terminal 31 to which the order is directed and in the self-order window 500 of the dealer terminal 31 that has issued the order. (Figure 1
6) Update the above order display immediately.

FIG. 25 shows the above-described matching process (FIG. 2).
0 and step S56 in FIG. 21).

As shown in FIG. 25, in step S71, a new order for market transaction is input from a certain dealer terminal 31, or an already input order is corrected (as described above). If a contract is executed with a contract amount less than the order amount, the amount will decrease by the contract amount, and the dealer may deliberately change the terms and conditions of the order.) The matching process is started for (hereinafter, referred to as “order of interest”).

In the matching process, first, in step S72
Then, from the group of orders displayed in the hot quartz window 310 (FIG. 10) for market transaction of the dealer terminal 31 which is the input source of the order of interest, the relationship between the order of interest and the counterside (the offer and bid) Relationship)
And the business conditions (terms and rates) that match each other are picked up as “encounter candidates”.

[0157] If the target order is an offer, the matching process proceeds to step S73. If the order of interest is a bid, the matching process proceeds to step S74.

If the target order is an offer and the matching process proceeds to step S73, the target order (offer)
It is checked whether or not "re-matching prevention information" is attached to. Then, the following processing is performed.

(1) If the matching offer does not include the re-matching prevention information, the encounter candidate picked up in step S72 is kept as it is.

(2) If the target offer has re-matching prevention information, based on the re-matching prevention information, the narrowing down of the encounter candidates (all bids) picked up in step S72 is performed as follows. Done. Here, the re-matching prevention information includes “partner organization” and “numerical value”.

(2-1) Among the meeting candidates, bids issued from a financial institution different from the above “other party” are maintained as meeting candidates.

(2-2) Of the above-mentioned meeting candidates, for bids issued from the same financial institution as the above “other party”,
The bids having the lots equal to or larger than the “numerical value” are excluded, and only the bids having the lots equal to or more than the “numerical value” are maintained as the encounter candidates.

On the other hand, when the order of interest is a bid and the matching process proceeds to step S74, it is checked whether or not “rematching prevention information” is added to the encounter candidates (all offers) picked up in step S72. Then, meeting candidates are narrowed down as follows.

(1) Encounter candidates without re-matching prevention information are maintained as they are.

(2) Each of the “candidate institutions” included in the rematching prevention information, which is an encounter candidate with the rematching prevention information, is different from the financial institution that has issued the order of interest (bid). Things are kept as they are.

(3) For an encounter candidate with the re-matching prevention information, in which the “partner organization” included in the re-matching prevention information matches the financial institution that issued the noticed bid, Next, the “numerical value” of the re-matching prevention information is compared with the lot of the bid of interest.
Then, only the encounter candidates (offers) in which the “numerical value” is larger than the lot of the target bid are maintained, and the “numerical value”
Encounter candidates (offers) for which is equal to or less than the lot of the bid of interest are excluded.

After step S73 or S74, the matching process proceeds to step S75. Here, step S
From among the meeting candidates narrowed down in 73 or S74, meeting candidates are selected one by one in the order of good conditions (for example, in order of early ordering time). Then, the processing from step S76 is performed on the selected encounter candidate.

In step S76, there is a matching transaction amount between the target order and the selected encounter candidate based on the amount conditions (lot, step size, and amount) of the target order and the selected encounter candidate, respectively. It is checked whether or not to do so. For example, if the amount condition of the order of interest is lot 200
Billion yen, step size 5 billion yen, amount 60 billion yen,
The amount condition of the encounter candidate is lot 30 billion yen, step size 10
If the amount is $ 100 million and the amount is $ 100 billion, there is a matching transaction amount of $ 300, $ 400, $ 500, and $ 60 billion between the two orders. If there is such a matched transaction amount, the maximum amount is set as the contractable amount (displayed on the line check window 1100 in FIG. 24). In the above example, 60 billion yen is the contractable amount.

The matching process proceeds to step S77. If the contractable amount is obtained in step S76, the selected meeting candidate is adopted as a formal meeting partner (that is, the candidate meets the target order). (Matched). The matching process returns to step S75, selects the next encounter candidate, and repeats step S76. On the other hand, if the contractable amount is not obtained in step S76 (that is, if there is no matched transaction amount), the matching process immediately returns to step S75, selects the next encounter candidate, and proceeds to step S76. Do again.

When the above steps S75 and S76 are completed for all the encounter candidates, the matching processing proceeds to step S79, where the encounter partner adopted in step S78 is
A line check (S37 in FIG. 20, S58 to S59 in FIG. 21, and FIG. 24) with the order of interest is performed by selecting one by one in the order of good conditions.

FIG. 26 shows the flow of the process (S57 in FIG. 21) for creating the re-matching prevention information described above.

As shown in FIG. 26, in step S81, a line check (S37 in FIG. 20, S58 to S59 in FIG. 21,
When the result of the line check is obtained by performing 4), it is checked in step S82 whether the line check result is “Done” (contract executed) or “NG” (contract rejected). If the line check result is "Done" (contract executed), it is further determined in step S84 whether the contracted amount ("Amount" in the line check window 1100 in FIG. 24) is the contractable amount or less. Is examined.

If the result of step S82 is that the line check result is "NG" (contract rejection), the step
In S83, re-matching prevention information is created. here,
The "financial institution" of the re-matching prevention information is set to the bid-side financial institution that has received the line check. In the “numerical value” of the re-matching prevention information, the lot of the bid that has undergone the line check is set.

The re-matching prevention information created in step S83 has the following substantial meaning. In other words, the credit line given to the bid-side financial institution (= “counterparty”) by the offer-side financial institution that has performed the line check satisfies the lot (= “numerical value”) held by the bid. Absent. In this case, if the financial institution on the bid side had more credit lines than the lot of the bid, the line check result would not have been "NG".

If it is determined in step S84 that the executed contract amount (“Amount” in the line check window 1100 in FIG. 24) is lower than the contractable amount, re-matching prevention information is created in step S85. Here, the financial institution on the bid side that has undergone the line check is set as the “partner institution” of the re-matching prevention information.
In addition, “−1” is set in “numerical value” of the re-matching prevention information.
Is set.

The re-matching prevention information created in step S85 has the following substantial meaning. That is, the credit line given to the bid-side financial institution (= “the partner institution”) by the offer-side financial institution that has performed the line check is zero (= “− 1”). In this case, the executed contract amount is lower than the contractable amount (the maximum possible contract amount), so the credit line held by the bid-side financial institution at the time of the line check is the contracted amount This is because it is presumed that the credit line has been completely used up in the executed contract.

In step S84, if the executed contract amount (“Amount” in the line check window 1100 in FIG. 24) is equal to the contractable amount (the maximum value of the contract amount), rematching is performed in step S87. No prevention information is created.

The fact that the re-matching prevention information is not created has the following substantial meaning. That is, although the credit line given to the bid-side financial institution by the offer-side financial institution that has performed the line check is unknown, it seems to be quite large. In this case, since the contract amount that has just been executed is equal to the contractable amount (the maximum value that the contract amount can take), the credit line held by the bid-side financial institution at the time of the line check is This is because it is estimated that the contractable amount has been exceeded.

When the re-matching prevention information is created in step S83 or S84, in step S86, the re-matching prevention information is an offer that has already been issued from the providing financial institution that has performed the line check. ,
There is a possibility of encountering a bid issued by the bid-side financial institution that has undergone the line check (that is, when the offer is input, the order window 100 shown in FIG. 23).
For each of the offers (in which the bid-side financial institution was selected on the name selection page of 0), the re-matching prevention information is attached.

The re-matching prevention information created and attached to the offer as described above is used for narrowing down the meeting candidates in steps S73 and S74 in the above-described matching processing in FIG. The likelihood of encountering orders that could break up is reduced.

The intermediary business from ordering a market transaction to execution has been described above in detail.

Next, the intermediary business from ordering to execution of an open name transaction will be described in detail.

FIG. 27 shows a flow from an arrow order to a contract in an open name transaction.

As shown in FIG. 27, in step S91, the dealer of the financial institution presses the “Presenter” button 702 in the HQ display switching window 700 (FIG. 14) in the main window 200 of the dealer terminal 31. Then, the mediation server 10 displays the hot quartz window 330 for the presenter in the hot quartz window 300 in the main window 200 of the dealer terminal 31 (see FIG. 1).
Display 2). The presenter's hot quartz window 330 (FIG. 12) includes the dealer terminal 31.
In the list, the arrow orders that have been entered in the past and are still valid are displayed.

Next, as shown in step S92, the dealer issues the hot quartz window 33 for the presenter.
When a desired term is selected from 0 (FIG. 12) by double-clicking a mouse or the like, an order window 1200 for open name transaction as shown in FIG. At this time, the term selected earlier is entered in the item setting page 1210 in the pop-up order window 1200 for open name transactions.

Alternatively, after displaying the presenter's hot quartz window 330 (FIG. 12), the dealer clicks the “new order” button 703 in the HQ display switching window 700 (FIG. 14) as shown in step S93. When the mouse is clicked, an order window 1200 for an open name transaction as shown in FIG. 28 also pops up.

Next, the dealer proceeds to step S94 in FIG.
As shown in FIG. 28, on the order window 1200 for the open name transaction illustrated in FIG. 28, whether to provide an offer or a bid is selected.

Subsequently, when making an offer, as shown in step S95 in FIG. 27, the dealer orders the open window 1200 for the open name transaction illustrated in FIG.
In the item setting page 1210 in the table, transaction conditions such as amount, lot, rate, and step size are entered, and further, on the name selection page 1220 in the order window 1200 for open name trading illustrated in FIG. One or a plurality of (transaction partner) financial institutions are selected, and for each selected financial institution, the numerical value of the credit line given to the financial institution by the company is entered. In the example of FIG. 29, the numerical value displayed in the column of “line” is the credit line, for example, “10”.
"00" is 100 billion yen, and "*" means the same amount as the amount of the offer.

When a bid is to be issued, as shown in step S96 in FIG. 27, the dealer sets the amount, lot, and item on the item setting page 1210 in the order window 1200 for open name transactions illustrated in FIG. The user enters transaction conditions such as a rate and a step size, and further selects one or more financial institutions to which the bid is sent (counterparty) on a name selection page 1220 in the order window 1200 for open name transactions illustrated in FIG. Select multiple (credit lines cannot be entered).

As described above, after the dealer inputs the contents of the arrow order into the order window 1200 shown in FIGS. 28 and 29, the "ON" button 12 in the order window 1200 is displayed.
When the user presses 30, the input arrow order is received by the mediation server 10, as shown in step S97 in FIG.
The mediation server 10 immediately proceeds to the self-order status window 500 of the dealer terminal 31 of the financial institution that has issued the arrow order.
In the open name transaction page 520 (FIG. 17),
Add the display of the entered arrow order, and at the same time,
Hot quartz window 3 for the open name transaction recipient of the dealer terminal 31 of the financial institution to which the order is sent
20 (FIG. 11), the display of the input arrow order is added.

Subsequently, as shown in step S98 in FIG. 27, the mediation server 10 performs a matching process on the inputted arrow order. In this matching process,
From the open name trade order displayed on the hot quartz window 320 (FIG. 11) for the open name trade recipient of the dealer terminal 31 that has issued the arrow face order, the financial institution to which the input arrow face order is sent is issued. And only those orders that have the same business conditions (terms and rates) as the input arrow face order and that have a counterside relationship with the input arrow face order,
Picked up as an encounter candidate. Then, based on the amount condition of both orders, between each of the picked-up encounter candidates and the input arrow order, the name selection page 1220 of FIG. The maximum value (executable amount) within a range not exceeding the credit line (“line”) of the issuer financial institution of the set meeting candidate is calculated. Of the encounter candidates, only the candidate whose contractable amount has been calculated (that is, a transaction amount that matches the input arrow order and does not exceed the credit line) is adopted as the encounter partner.

Subsequently, as shown in step S99 of FIG. 27, the intermediary server 10 selects the encounter partners adopted by matching one by one in the order of good conditions (or earlier in order time), and selects the selected encounter. A contract is automatically established between the opponent and the entered arrow order.

When the contract is established, the mediation server 10 immediately displays the executed contract, as shown in step S100 of FIG. 27, in the contract history window 600 of the contract history window 600 of the dealer terminal 31 of both parties to the contract. Page 61
0 (FIG. 18). At the same time, since the execution of the contract reduces the amount of both orders related to the contract or the order itself disappears, the mediation server 10 immediately proceeds to FIG.
As shown in S101, the hot quartz windows 320, 330 (FIGS. 11 and 12) for the open name transaction of all the dealer terminals 31 on which the changed order was displayed or the open name transaction page 520 of the self-order window 500 (FIG. 11). 17) is updated.

If there is a plurality of encounter partners found in the matching processing in step S98, the mediation server 10
Can be executed between all of the plurality of encounter partners and the input arrow order, or the amount of the input arrow order can execute a contract with any further encounter partner. Steps S99 to S101 described above are repeated until the amount is reduced to no amount.

The details of the intermediary business from the arrow order to execution of the open name transaction have been described above.

Next, the details of the intermediary business from the order of the rock shade to the execution of the open name transaction will be described.

FIG. 30 shows the flow from the order of rock shade to execution in open name trading.

As shown in FIG. 30, in step S111, the dealer of the financial institution wishes as a business partner from the financial institution list 704 in the HQ display switching window 700 (FIG. 14) in the main window 200 of the dealer terminal 31. Select a financial institution. Then, the mediation server 10
In step S112, a hot quartz window 320 (FIG. 11) for the recipient is displayed in the hot quartz window 300 in the main window 200 of the dealer terminal 31. Hot quartz window 3 for this recipient
20 (FIG. 12), a list of open name transaction orders (arrowhead orders) issued to the company from the financial institution selected earlier from the financial institution list 704 and still valid is displayed in the list. You.

If the dealer wants to see an arrow order from another financial institution, the dealer may select another financial institution from the financial institution list 704 again in step S111.
Then, the hot quartz window 320 for the recipient
(Fig. 11) shows an open name transaction order (arrowhead order) issued to the company by another newly selected financial institution.
Those that are still valid are displayed in the list.

Next, as shown in step S113, the dealer selects the term of the desired order from the displayed hot quartz window 320 for the recipient by double-clicking the mouse or the like (step S113). Above the main window 200, an order window 1200 for the recipient of an open name transaction similar to that illustrated in FIG.
Pops up. At this time, the item setting page 12 in the pop-up order window 1200 for the recipient is displayed.
In 10, the transaction conditions of the desired order selected earlier are entered.

Further, as shown in step S114, the dealer selects the term of the desired order from the displayed hot quartz window 320 (FIG. 11) for the recipient by right-clicking the mouse or the like. When the display of the composite hot quartz window is requested, the hot quartz window 320 for the recipient (FIG. 11) is replaced with the composite hot quartz window 340 (FIG. 13). The composite hot quartz window 340 (FIG. 13) includes a list 342 of arrow orders of open name transactions from the other companies having the selected term to the company, and the most specific condition of the market order having the selected term for the company. (E.g., rate) are simultaneously displayed in a contrasting manner. The dealer
On the composite hot quartz window 340 (FIG. 13), the order of the open name transaction in step S113 described above can be selected, or the term of the market transaction can be selected to execute the market transaction as described above. It is also possible to shift to order entry.

By selecting a desired order in step S113 and popping up an order window 1200 for a recipient of an open name transaction similar to that illustrated in FIG. 28, setting items in the order window 1200 for the recipient On page 1210, the transaction conditions of the desired order selected earlier are entered. This item setting page 1
On 210, the dealer can modify only the amount in the transaction conditions downward as shown in step S115 in FIG. 30 (the amount cannot be increased). The rate, lot, and step size only depend on the opponent's selected order, and the recipient cannot change it. The name selection page 1220 shown in FIG.
Also have no meaning (cannot be displayed) in this rock shade order.

After the contents of the rock shade order are determined on the item setting page 1210 in FIG. 28, as shown in step S116 in FIG. 30, “O” in the order window 1200 is displayed.
When the “N” button 1230 is pressed, the rock shade order is received by the mediation server 10. Then, immediately, as shown in step S117, the mediation server 10 automatically establishes a contract between the input rock shade order and the order of the selected partner.

As soon as the execution is completed, the mediation server 10 displays the executed execution as shown in step S118 in FIG. 30 and displays the execution history in the execution history window 600 of the execution history window 600 of the dealer terminal 31 of both parties to the execution. Page 61
0 (FIG. 18). At the same time, since the execution of the contract decreases the amount of the order of the partner of the rock shade order related to the contract or the partner order itself disappears,
As shown in step S119 in FIG. 30, the intermediary server 10 immediately opens the open-name transaction hot quartz windows 320, 330 (FIGS. 11 and 12) or the self- Open name trading page 520 of order window 500
(FIG. 17) is updated.

The above is the details of the intermediary business from the order of rock shade to execution of the open name transaction.

The embodiments of the call transaction mediation system described in Japanese Patent Application No. 2001-105104 have been described. Next, some embodiments of the present invention based on the call transaction mediation system will be described with reference to FIGS.

First, an embodiment of a call transaction mediation system having a fully automatic credit line management function will be described.

The automatic credit line management function in this embodiment means that the mediation system 10 always automatically manages the credit line given to each client by each client, and the market transaction shown in FIG. After extracting (or extracting) bids and offers that match the transaction conditions in the matching process (S5) in the mediation of the match, while automatically controlling the contract amount so as not to exceed the automatically managed credit line, the match This is a function to automatically make a deal between orders that have been executed or automatically end a break. By using this function, the procedure of line confirmation by the offer-side client in step S7 in FIG. 3 is omitted.

FIG. 31 shows an example of a credit line setting window 2000 used by each client to initially set the credit line of the trading partner on the bid side.

This credit line setting window 20
00 can be displayed on the dealer terminal 31 in the initial setting process 103 (step S3 in FIGS. 3 and 4) shown in FIG. That is, in the initial setting process 103, as described above with reference to FIG. 8 and FIG. 9, any financial institution as a trading partner can be designated, but in addition, the credit line setting shown in FIG. By displaying the window 2000, the credit line for each of the counterparty financial institutions can be set on the credit line setting window 2000.
The setting of the credit line can be performed at any time of the client, but the initial setting of the credit line used every business day is typically performed before the start of the business day or after the end of the previous day. Will.

As shown in FIG. 31, the credit line setting window 2000 includes a credit line table in which a credit line can be set for each transaction term for each financial institution that can be a bid-side business partner. it can. FIG. 31 shows 11 banks from α bank to λ bank.
An example of the initial setting for the other counterpart banks is shown. In this table, by putting a check mark in the "valid" cell of each bank, the credit line fully automatic management function is applied to transactions with the bank on the bit side. If you do not check the "valid" cell, the credit line fully automatic management function will not be applied to transactions with the bank on the bit side, and the semi-automatic method used in the prior application system described above (that is, FIG.
(The method of performing line confirmation in step S7) is applied.

The credit line table of FIG. 31 shows ON, TN, SN, 1W to 3W (1 week to 3 weeks), and 1M to 12M (1 month to 12 months) as transaction terms. Here, ON, TN and SN are terms for one business day. As shown in FIG. 32, ON (OverNight) is the term of today's start (cash start), TN (Tomorrow).
Next) starts one business day later, and SN (Spot Next) starts two business days later (spot start). 1W to 3W and 1M to 12M also have a cash start, a tom start, and a spot start. The difference between the start dates is distinguished in the processing of the system as described later. Not distinguished for simplicity. In addition,
The terms shown in FIG. 31 are exemplary only, and other lengths or terms of the start date may be present in this table, or certain terms may be omitted.

In the credit line setting window 2000 shown in FIG. 31, the procedure by which the dealer initializes the credit line of the partner bank is as follows.

[0214] For each bank, the dealer enters the numerical value of the credit line given to the bank for the term in the cell of the term to be set. For example, if "1000" is entered, it means that the credit line of "100 billion yen" has been initialized.
If "0" is entered, it means that the credit line is "zero yen" (none). Also, the symbol "*"
Means that a substantially infinite credit line has been initialized.

When initializing a credit line, the dealer must adhere to the following rules. That is,
The rule is that the credit line for longer terms must be lower or the same as the credit line for shorter terms. The rule is based on the principle that the longer the term, the greater the risk, and the lower the credit line should be. (Therefore, this rule is always observed not only at the time of initial setting but also when the intermediary system 10 updates the credit line thereafter.) Therefore, as illustrated in FIG. The set credit line is highest for one business day (ON, TN, SN) and lowest for the longest 12M. One business day (ON, T
N, SN) may have different credit lines.

When the dealer initially sets the same credit line for a plurality of terms arranged continuously in the credit line table of FIG. 31, only the rightmost term cell among the terms is set. If you enter a credit line, the same credit line will be applied to the terms in the blank cells on the left. For example, in FIG. 31, regarding the α bank, the same “*” is applied to ON, TN, and SN, and the same “500” is applied to 2W and 3W.

As described above, one or a plurality of terms to which the entered credit line is commonly applied are referred to as “blocks” in this specification. (However, one-day ON and TN
For SNs and SNs, the concept of blocks does not apply. 31) For example, in FIG.
Is the first block, 2W and 3W are the second block, 1M-3
M is the third block, 4M-6M is the fourth block, 7M-
12M is a fifth block.

If the credit lines of the blocks are represented by B1, B2,..., Bn in the order of short terms, the above-mentioned rules for credit lines are represented by the relationship of 1 business day line ≧ B1 ≧ B2 ≧. .

FIG. 33 shows a processing flow of the mediation server 10 at the time of initial setting of a credit line.

As shown in FIG. 33, when a credit line is entered for one business day term (ON, TN or SN) on the credit line setting window 2000 shown in FIG. 31 (S301), mediation is performed. The server 10 initializes the amount entered by the client as a credit line for the term without setting an upper limit on the amount that can be entered (S302) (S303). In addition, when terms for which a line has not been set are arranged continuously from the term to the left side of the table, a credit line of the same amount is initially set for the terms for which the line has not been set (S3).
03).

When a credit line is entered for a term longer than one business day (S311),
The mediation server 10 sets, as the upper limit of the amount of money that can be entered, the minimum value of the credit line that has already been set for a term that is shorter (the left side in the table) than the term (S312), and that upper limit Only the following amounts can be entered. Then, in the case where terms for which the amounts have been entered by the client and terms for which lines have not been set are arranged continuously from the terms to the left side of the table, those terms for which lines have not been set are classified into the same block. (S3
13). Then, the amount entered by the client is initialized as a common credit line for all the terms belonging to the block (S314).

According to the above processing, the credit line as illustrated in FIG. 31 is initialized according to the above rule, that is, the relationship of one business day line ≧ B1 ≧ B2 ≧. It is stored in the server 10. And the client
When a check mark is placed in a cell of "valid" of an arbitrary counterparty in the credit line table shown in FIG. 1, the intermediary server 10 thereafter sets the counterparty bank based on the set credit line of the counterparty bank. As a result, the automatic management of the credit line is performed for the market transaction where the client is the bid side and the client is the offer side. As a result, the dealer of the client does not need to check the line by himself.

FIG. 34 shows the data processing procedure of the mediation server 10 from ordering to execution of a market transaction to which the credit line fully automatic management is applied.

By comparing the procedure shown in FIG. 34 with the procedure of the semi-automatic method shown in FIG. 21 which has already been described, the characteristics thereof can be easily understood.

That is, in the system to which the fully automatic management shown in FIG. 34 is applied, in steps S321 to S322, the initial setting of the credit line for the bid client of the offer-side client is performed, and the data of the set credit line is mediated. It is stored in the server 10. Then, as shown in steps S323 to S325, when receiving the order placed from each client, the mediation server 10 performs a matching process on the placed order (order of interest) (S327), and makes a transaction with the order of interest. Find counterside orders that match the conditions as meeting candidates. The specific procedure of the matching process is basically the same as the procedure already described with reference to FIG. 25, but is partially different from the procedure of FIG.

Explaining the difference, the mediation server 10 determines the contractable amount between the target order and the encounter candidate as shown in step S76 in FIG. 25. At that time, the process proceeds to step S76 in FIG. The contractable amount is determined using the credit line saved in step S322 in FIG. 34 in addition to the conditions shown. This is shown in FIG.
Is an automatic line check in step S328. In the automatic line check in step S328, the credit line given by the client on the offer side to the client on the bid side among the order of interest and the meeting candidates is read from the stored credit line data (S322), and the read credit is read. The contractable amount between the focused order and the encounter candidate is determined so as to be below the line. And
Only the meeting candidates whose contractable amount is equal to or less than the saved credit line are extracted, and one meeting candidate with the best condition is selected from the extracted meeting candidates. Then, between the selected encounter candidate and the order of interest, the contract with the contractable amount between the two as the contract amount is automatically set (thus, without performing the manual line check in step S79 in FIG. 25). Hold (FIG. 34,
S329).

When the contract is established in this way, the mediation server 1
0 immediately updates the stored credit line data so as to reduce the credit line given by the offer-side client to the bid-side client by the contracted amount (FIG. 34, S329). Since the updated credit line value is reflected in the credit line table shown in FIG. 31 provided to the terminal of the offering client,
The offering client can always know the latest credit line status at the present time.

FIG. 35 shows steps S328 to S3 in FIG.
29 shows a specific processing flow of automatic check and automatic update of a credit line by the mediation server 10 indicated by 29.

This processing is shown in FIG. 31 in which a term common to the order of interest and the encounter candidate (hereinafter referred to as this term) and a client from the offer side to a client on the bid side of both orders are set. This is performed based on the term-specific credit lines as illustrated.

First, a process of selecting a credit line value to be applied to the automatic line check from the credit lines for each term as illustrated in FIG. 31 is performed. The principle of this selection is to select the minimum value from the credit lines of all terms that overlap this term. The specific procedure differs slightly depending on the start date of this term.

That is, when the term is a cash start (start of the day) (S331), in the credit line table shown in FIG. 31, from ON to the block to which the term belongs (hereinafter referred to as the current block). The minimum value is selected from the credit lines of all the terms and is applied to the automatic line check (S332). In the actual processing, the credit line is set in accordance with the above-described rules, so that the minimum value among the credit line of this block and TN and ON is selected and applied. However, when this term is ON, the credit line of ON is simply applied.

If the term is a tom start (start one business day later) (S341), the minimum credit line among the credit lines of all the terms from TN to this block in the credit line table of FIG. Select a value and apply it to the automatic line check (S342). In the actual processing, the credit line is set in accordance with the above-described rule, so that the minimum value between the block and the TN credit line is selected and applied. However,
If the term is TN, simply apply the TN credit line.

If the term is a spot start (start two business days later) (S351), the minimum credit line of all the terms from SN to the block in the credit line table of FIG. Select a value and apply it to the automatic line check (S352). In the actual processing, the credit line is set in accordance with the above-described rule, so that the credit line of the block (SN when the term is SN) is simply selected and applied.

After determining the credit line to be applied in this way, the process proceeds to step S333, where the contract amount is determined to be equal to or less than the applied credit line, and the contract is automatically established. The specific method of determining the contract amount is as described above with reference to step S76 in FIG. 25 in relation to step S328 in FIG.

As soon as the contract is established, the credit line is updated based on the contract amount.
The principle of the renewal is that the contract amount is subtracted from the credit lines of all terms that overlap with this term, and the credit line of terms longer than this term is extended beyond that of this term in order to comply with the above rules. Is to correct it. The specific procedure differs slightly depending on the start date of this term.

That is, when the term is a cash start, the contract amount is subtracted from the credit lines of the term and all terms shorter than the block (S334).
If the term is a tom start, the contract amount is subtracted from the credit line of all terms (excluding ON) except for the block and the shorter term ON (S34).
Four). Also, if this term is a spot start,
The contract amount is deducted from the credit line of this block and all other terms other than ON and shorter term (excluding ON and TN) (S354). In addition, regardless of the start date of this term, if any of the credit lines of the blocks longer than this block exceed the credit line of this block updated as described above, the excess Subtract the excess amount from the credit line and make it equal to the credit line of this block (S335).

As described above, the credit line is automatically checked and updated, so that each client does not perform any operations as long as his or her client's credit line is properly initialized. In both cases, the credit line of the trading partner is always properly managed, execution of contracts exceeding the credit line is satisfactorily avoided, and opportunity loss as in the semi-automatic method is also eliminated.

Next, an embodiment of a call transaction mediation system having a risk-based automatic pricing function will be described.

The risk-based automatic pricing function in this embodiment is an intermediary in which each client sets a corrected value of a rate for each credit rating value (hereinafter referred to as a rank) of a borrower of own funds in advance. This is a function in which the server 10 automatically adjusts the rate of the offer issued by the client using a preset correction value according to the rank of the destination of the offer. This feature applies to both market and open name transactions.

FIG. 36 shows a risk pricing setting window 2100 used by each client to initially set a rate correction value according to the rank of the bid party.
Here is an example.

This risk pricing setting window 2
100 is an initialization process 103 (FIG. 3) shown in FIG.
And it can be displayed on the dealer terminal 31 in step S3) of FIG. That is, in the initial setting process 103, as described above with reference to FIGS. 8 and 9, any financial institution as a counterparty can be designated. In addition, the risk pricing setting window shown in FIG. 2100 is displayed, and on this risk pricing setting window 2100, a rate correction value for each rank (credit rating value) of the counterparty financial institution can be set. The setting of the rate adjustment value can be performed at any time at the client, but the setting of the rate adjustment value to be used every business day is typically performed before the start of the business day or after the end of the previous day. Will be.

As shown in FIG. 36, in the risk pricing setting window 2100, there is a basic risk pricing table, in which the client can select an arbitrary rate for each rank of the bid counterparty and for each term of the transaction. A correction value can be set.

FIG. 36 shows an example of setting for four ranks of A, B, C and S. In this table, the numerical value entered in the cell where the row of each rank and the column of each term intersect is the rate correction value applied to that rank and term. For example, a correction value of "0.01" means that the rate is 0.01%
The increase value is -0.01, which means that the rate is 0.0
It means to decrease by 1%. When the client issues an offer, a rate modification value according to the destination rank is added to the offer to the original rate of the offer set by the client. Then, with the adjusted rate, the offer is displayed in the destination's hot quartz window. Thus, one offer will have different rates adjusted according to the rank (ie, risk) of the destination financial institution.

In the following description, a positive rate correction value for increasing the rate is called “premium”, and a negative rate correction value for decreasing the rate is called “discount”.

In the example of FIG. 36, rank A is a standard rank, and the correction value applied to this rank A is zero. From rank A to rank B and rank C, a higher premium is set because of lower creditworthiness (higher risk). Also, the longer the term, the greater the risk, so a higher premium is set. Also rank S
Has a higher credit rating (smaller risk) than the standard rank A, so a discount is set. The specific values of these premiums and discounts are up to the client.

FIG. 37 shows a risk pricing development window 2200 showing the risk pricing settings for each financial institution based on the risk pricing settings for each rank illustrated in FIG.

When the risk pricing setting for each rank illustrated in FIG. 36 is completed, the mediation server 10 sets the risk pricing setting for each rank in accordance with the rank of each financial institution registered in advance. By developing the pricing setting, a risk pricing development window 2200 as illustrated in FIG. 37 is created and sent to the dealer terminal of the client. As shown in FIG. 37, the risk pricing deployment window 2200 includes an individual risk pricing table, which displays, for each bank, its rank and the term-specific rate adjustments set for that rank. You.

FIG. 38 shows a data processing procedure of the mediation server 10 from the reception of an order to the distribution to which the risk-based automatic pricing function is applied.

As shown in FIG. 38, steps S361 to S362
The pricing setting for each rank input from the client as described above and the pricing setting for each bank automatically developed based on the ranking are stored in the mediation server 10.
Is stored in the Risk Pricing Master. When the offer order is entered from the client (S363, S3
64), the mediation server 10 stores the input order of the offer in the order database (S365), and refers to the risk pricing master stored in step S362, for each destination bank for the term of the offer. By reading the rate modification amount of the offer and adding the modification amount to the original rate of the offer, a rate adjusted according to the risk of each bank is determined (S366). And
The offer is delivered to the terminal of each bank by the real-time delivery process at the determined adjusted rate (S367), and displayed in the hot quartz window of the terminal of each bank (S368S369, S370, S371).

For example, if the offer term of the client is 3W and the rate is 0.10%,
The rate adjusted for each bank according to the pricing setting illustrated in FIG. 37 is, as shown in FIG.
0.10% same as original for A rank banks such as banks
0.12% with a premium of 0.02% added to B rank banks such as ε bank, and 0.13% with a 0.03% premium added to C rank banks such as κ bank. For banks with S rank, such as λ bank, discount -0.01% is added to 0.09%.

As described above, after automatically adjusting the rate of the offer issued by the client in accordance with the rank (or risk) of each partner, the mediation server 10 performs matching and execution processing for the offer. Perform based on the adjusted rate. Thus, the client only needs to initially set the price per trading partner's rank, and then automatically fills using the pricing according to the trading partner's rank (or risk), without having to do anything with the pricing. Can be obtained.

Next, an embodiment of a call transaction mediation system having a cost-based automatic pricing function will be described.

The automatic cost-based pricing function in this embodiment is a method in which each client sets a correction value of a rate for each lot range of a transaction in advance so that the mediation server 10 can set the rate of the order issued by the client. Is automatically adjusted using a correction value set in advance for each of several lot ranges applicable to the order. This feature applies to both market and open name transactions.

FIG. 39 shows an example of a cost pricing setting window 2300 used by each client to initialize a rate correction value according to the lot of the transaction.

This cost pricing setting window 2
300 is the initial setting process 103 shown in FIG.
And it can be displayed on the dealer terminal 31 in step S3) of FIG. That is, in the initial setting process 103, in addition to the various settings described above, the cost pricing setting window 2300 shown in FIG.
Above, a rate correction value for each lot range of the transaction can be set. The setting of the rate adjustment value can be performed at any time at the client, but the setting of the rate adjustment value to be used every business day is typically performed before the start of the business day or after the end of the previous day. Will be.

As shown in FIG. 39, the cost pricing setting window 2300 has an offer and a cost pricing table on the bid side. In the offer-side cost pricing table, for the transaction in which the client is the offerer, an arbitrary rate correction value can be set for each predetermined lot range for each term of the transaction. In the bid-side cost pricing table, for a transaction in which the client is on the bid side, an arbitrary rate correction value can be set for each term of the transaction for each predetermined lot range.

[0257] Each table in FIG.
A setting example is shown for three lots of more than 100 million yen and less than 10 billion yen, and less than 5 billion yen. In each table, the numerical value entered in the cell where the row of each lot range and the column of each term intersect is the rate correction value applied to that lot range and term. For example, the correction value "0.01"
The original rate set by the client when ordering
A correction of "-0.01" means decreasing the original rate by 0.01%. For the offer issued by the client, the rate adjustment value in the offer side cost pricing table is applied, and for the bid, the rate adjustment value in the bid side cost pricing table is applied. For which lot range in each cost pricing table the rate adjustment applies
The rate adjustments for all lot ranges in the table that overlap the range between the lot and amount attached to the order placed by the client as a trading condition will be applied separately.

For example, suppose that an order placed by a client is an offer, having a 1W term, a billion yen lot, an 8 billion yen amount, and a 0.10% rate. For this order, the rate correction value of the 1 W term set for the lot range that overlaps with the range from 1 billion yen to 8 billion yen in the offer-side cost pricing table of FIG. 5
0.04% rate adjustment for lot range less than ¥ 100 million
Then, a rate correction value of 0.01% for the lot range of 5 billion yen or more and less than 10 billion yen will be applied individually. As a result, the order will be traded with an adjusted rate of 0.14% with a rate adjustment of 0.04% for the lot range of less than 5 billion yen.
It is apparently converted to an order of 1 and a second order with an adjusted rate of 0.11% with a rate adjustment of 0.01% for a lot range of between 5 billion yen and less than 10 billion yen. This apparent two orders amount is the original amount 8
Same as $ 100 million, but the lot is the smaller of the minimum of the lot range applied to it and the original lot of $ 100 million. Therefore, the lot of the first order to which the lot range of less than 5 billion yen is applied is 1 billion yen,
The lot of the second order to which the lot range of 5 billion yen or more and less than 10 billion yen is applied is 5 billion yen. Thus, if there are multiple lot ranges applicable to one order, the single order is apparently converted into multiple orders with different rates and different lots adjusted according to each lot range. Will be done.

In the example of FIG. 39, a lot range of 10 billion yen or more is a standard rank, and the correction value applied to this lot range is zero. The lower the lot range amount, the higher the cost per unit transaction. A discount with a larger absolute value is set to lower the In addition, the rate correction value is adjusted according to the term. The specific values of these premiums and discounts are up to the client.

FIG. 40 shows the data processing procedure of the intermediary server 10 from the reception of an order to the delivery to which the cost-based automatic pricing function is applied.

As shown in FIG. 40, steps S381 to S382
Then, the pricing setting for each lot range input from the client as described above and the pricing setting for each bank that is automatically developed based on the lot setting are stored in the cost pricing master in the mediation server 10. When an order is entered from the client (S383, S38
4), the mediation server 10 stores the input order in the order database (S385), and refers to the cost pricing master stored in step S382 to determine the rate for each lot range applicable to the order. By reading the correction amount and individually adding the rate correction amount to the original rate of the order, a rate and a lot adjusted according to each lot range are determined (S386). As described above, if there are a plurality of applicable lot ranges, the order will be apparently converted into a plurality of orders having different lots and different adjustment rates. And
The apparent plurality of orders are distributed to the terminal of each bank by real-time distribution processing (S387), and displayed in the hot quartz window of the terminal of the bank (S388, S389). Each bank captures and executes any one of the apparently distributed orders delivered to the company (usually, the order that is most convenient for the bank).

For example, as illustrated above, the original transaction conditions are a lot of 1 billion yen and an amount of 8 billion yen.
An offer with a rate of 0.10% is apparently converted to a first offer with a lot of 1 billion yen and an adjustment rate of 0.14%, and a second offer with a lot of 5 billion yen and an adjustment rate of 0.11%. Is done. Therefore, as shown in FIG.
The first offer and the second offer are simultaneously displayed in the hot quartz window of each bank terminal to which the offer is destined (S388, S389). And, for example, a bank that wants to raise less than 5 billion yen will capture and execute the first offer above,
On the other hand, banks wishing to raise more than 5 billion yen will seize and execute the second offer.

In this way, after automatically adjusting the rate of the order issued by the client according to each lot range, the mediation server 10 performs matching and execution processing for the order to the adjusted rate. Perform based on. In addition, since the apparent plurality of orders derived from one order is substantially one order, if a contract is established for any one of the orders, the mediation server 10 establishes the contract. Details of the contract (for example, the contract amount)
Based on that, update the content of all other apparent orders derived from the same order (eg, amount).

With the cost-based automatic pricing function described above, a client can set a transaction amount (or a cost per transaction) after setting a price for each lot range at first, without having to do anything about the pricing. The contract according to the corresponding pricing can be automatically obtained.

The risk-based automatic pricing function and the cost-based automatic pricing function described above can be used alone, but can also be used in combination. As a combination method, for example, a correction value (for example, a simple addition value, a weighted addition value or an average value) obtained by combining a risk-based rate correction and a cost-based rate correction value is calculated, and the combination correction is performed. A method of adjusting the rate using the value can be used.

It is of course possible to use such an automatic pricing function in combination with the credit line fully automatic management function described above. For example, the rate of an individual order can be adjusted by an automatic pricing function, and the credit line fully automatic management function can be operated in a subsequent matching process.

Although the embodiments of the present invention have been described above, they are merely examples for describing the present invention, and are not intended to limit the scope of the present invention only to the embodiments. Therefore, the present invention can be implemented in other various forms without departing from the gist thereof.

[Brief description of the drawings]

FIG. 1 is a block diagram showing the overall configuration of a transaction mediation system according to one embodiment of the present invention.

FIG. 2 is a block diagram showing various processes performed by the mediation server 10.

FIG. 3 is a flowchart showing an overall flow of an intermediary business of a market transaction performed by the intermediation server 10;

FIG. 4 is a flowchart showing an overall flow of an open name transaction intermediary operation performed by the intermediation server 10;

FIG. 5 is a diagram showing an example of a main window 200.

FIG. 6 is a view showing an example of an environment setting window 900.

FIG. 7 is a view showing an example of a settlement account registration screen 920.

FIG. 8: Hot Quartz (HQ) reflection destination selection window 9
The figure which shows the example of 30.

FIG. 9 is a view showing an example of a group setting window 940.

Fig. 10 Hot Quartz (HQ) for market trading
The figure which shows the example of the widow 310.

FIG. 11: Hot Quartz (HQ) window 3 for the recipient of an open name transaction (when placing a rock shade order)
The figure which shows the example of 20.

FIG. 12 is a diagram showing an example of a hot quartz (HQ) window 330 for a presenter of an open name transaction (when issuing an arrowhead order).

FIG. 13 is a diagram showing an example of a composite HQ window 340.

FIG. 14 is a diagram showing an example of an HQ display switching window 700.

FIG. 15 is a diagram showing an example of a market information detail window 400.

FIG. 16 is a diagram showing an example of a market transaction page 510 in a self-order status window 500;

FIG. 17 is a diagram showing an example of an open name transaction page 520 in the self order status window 500.

FIG. 18 is a diagram showing an example of a contract history page 610 in a contract history window 600.

FIG. 19 is a diagram showing an example of an open end role negotiation schedule page 620 in the contract history window 600.

FIG. 20 is a flowchart showing a work procedure mainly performed by the dealer using the dealer terminal 31 from ordering to execution of a market transaction.

FIG. 21 is a flowchart showing a data processing procedure mainly performed by the mediation server 10 from ordering to execution of a market transaction.

FIG. 22: Order window 1000 for market trading
The figure which shows the example of the item setting page 1010 in the inside.

FIG. 23: Order window 1000 for market trading
The figure which shows the example of the name selection page 1020 in the inside.

FIG. 24 is a view showing an example of a line check window 1100.

FIG. 25 is a flowchart showing the flow of a matching process.

FIG. 26 is a flowchart showing the flow of processing for creating re-matching prevention information.

FIG. 27 is a flowchart showing a flow from an arrow order to execution in an open name transaction.

FIG. 28: Order window 12 for open name trading
The figure which shows the example of the item setting page 1210 in 00.

FIG. 29: Order window 12 for open name trading
The figure which shows the example of the name selection page 1220 in 00.

FIG. 30 is a flowchart showing a flow from an open order to execution in an open name transaction.

FIG. 31 is a view showing an example of a credit line setting window 2000.

FIG. 32 is an explanatory diagram of three types of one-day terms and start dates.

FIG. 33 is a flowchart showing a processing flow of the mediation server 10 at the time of initial setting of a credit line.

FIG. 34 is a flowchart showing a data processing procedure of the mediation server 10 from ordering to execution of a market transaction to which the credit line fully automatic management is applied.

FIG. 35 is a flowchart showing a specific processing flow of automatic checking and automatic updating of credit lines by the mediation server 10 shown in steps S328 to S329 in FIG. 34;

FIG. 36 is a diagram showing an example of a risk pricing setting window 2100 used by each client to initialize a rate correction value according to the rank of a bid-side business partner.

FIG. 37: Risk pricing deployment window 2200
FIG.

FIG. 38 is a flowchart showing a data processing procedure of the mediation server 10 from reception of an order to distribution to which the risk-based automatic pricing function is applied.

FIG. 39: Cost pricing setting window 2300
FIG.

FIG. 40 is a flowchart showing a data processing procedure of the mediation server 10 from reception of an order to delivery to which the cost-based automatic pricing function is applied.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 10 Call transaction mediation server system (mediation server) 30 Client system 103 Initial setting process 104 Reservation confirmation notification process 106 Order execution process 107 Real-time distribution process 108 Open end role (OER) process 11
0 Inquiry process 110A Secondary confirm process 200 Main window 201 Menu bar 202 Message display area 203 Notification lamp 300 Hot quartz (HQ) window 400 Market information detail window 500 Self-order status window 600 Contract history window 700 HQ display switching window 2000 Credits Line setting window 2100 Risk pricing setting window 2200 Risk pricing deployment window 2300 Cost pricing setting window S328 Automatic line check S329 Automatic line update S366 Risk-based price calculation processing S376 Real-time delivery processing S386 Cost-based price calculation processing S387 Real-time delivery processing

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification FI FI Theme Court ゛ (Reference) G06F 17/60 342 G06F 17/60 342 (72) Inventor Futoshi Nakamura 1-2-1 Nihonbashi Muromachi, Chuo-ku, Tokyo No. 3 Ueda Tanshi Co., Ltd. Tokyo Sales Department (72) Inventor Takeyuki Mitsuishi 1-3-2 Nihonbashi Muromachi 1-chome, Chuo-ku, Tokyo (72) Inventor Takayuki Sakai 1-chome Nihonbashi Muromachi, Chuo-ku, Tokyo 2-3, Ueda Tanshi Co., Ltd., Tokyo Sales Department (72) Inventor Toru Okuhama 1-3-2 Nihombashi Muromachi, Chuo-ku, Tokyo 2-3-2 Ueda Tanshi Co., Ltd. Tokyo Sales Department (72) Inventor Yuta Tsuchiya Shibuya-ku, Tokyo 3-28-13 Shibuya Shibuya New South Entrance Building Future System Consulting Co., Ltd. (72) Inventor Yasushi Takashima Urayasu, Chiba Prefecture Takasu 14-2 Shione of the city 4 503 (72) inventor Hiramitsu Toshihiro Shibuya, Shibuya-ku, Tokyo 3-28-13 Shibuya new south exit building Futuroscope - char system consulting in the Corporation

Claims (6)

[Claims] 1. A transaction mediation system for mediating transactions between clients while communicating with a plurality of clients, wherein each client receives a credit line initially set for each of the other clients, and Credit line setting means for storing the credit line obtained in the storage device; and a first side or a second side for a transaction from each client.
Order means for receiving an input of a side order and storing the input order in a storage device; a first order of a first side input from a first client and a second side input from a second client Automatically determining whether or not to execute a trade between the second orders based on a credit line in the storage device set for the second client from the first client. Contract means for establishing or breaking a trade agreement between the first and second orders in accordance with the determination result, and storing the executed agreement in a storage device; and trading between the first and second orders. When the contract of
A transaction mediation system comprising: credit line updating means for automatically updating a credit line in the storage device set from the first client to the second client in accordance with the established contract amount. . 2. When the contract means closes a trade between the first and second orders, a contract amount is set from the first client to the second client. The transaction mediation system according to claim 1, wherein the system automatically controls so as not to exceed a credit line in the storage device. 3. The credit line setting means allows each client to initially set a different credit line according to a transaction period for each of the other clients, and according to the set transaction period. And different credit lines are stored in the storage device, and the contracting means transmits the second credit line from the first client to the second client.
Credit line corresponding to a transaction period overlapping with the transaction period specified by the first and second orders among credit lines different according to the transaction period in the storage device set for the client. Judge whether or not to execute a trade between the first and second orders, based on the above, the credit line updating means has established a trade between the first and second orders At this time, of the credit lines that differ according to the transaction period in the storage device set from the first client to the second client, the transaction line overlaps with the transaction period determined by the established contract. The transaction mediation system according to claim 1, wherein the credit line corresponding to the transaction period is updated. 4. A system according to claim 1, wherein said credit line setting means is adapted to set a different credit line according to a transaction period according to said transaction period so as to observe said rule. Controlling the initial setting of the line, the credit line updating means, not only the credit line corresponding to the transaction period overlapping with the established trading period, but also if necessary to comply with the rule, 4. The transaction mediation system according to claim 3, wherein a credit line corresponding to a transaction period longer than the established transaction period is also updated. 5. The system of claim 3, wherein the rule is that a credit line for a longer trading period must not exceed a credit line for a shorter trading period. 6. A method of mediating transactions between clients while communicating with a plurality of clients using a computer system having a storage device, wherein each client initializes each client with respect to each of the other clients. Receiving the set credit line and storing the set credit line in a storage device; and from each client, a first side or a second side for a transaction.
Receiving an input of a side order and storing the input order in a storage device; a first order of a first side input from a first client and a second side of a second side input from a second client. Automatically determining whether to execute a trade between the second orders based on a credit line in the storage device set from the first client to the second client; Establishing or breaking a deal between the first and second orders according to the determination result, and storing the completed deal in a storage device; and trading between the first and second orders. When the contract of
Automatically updating a credit line in the storage device set from the first client to the second client in accordance with the executed contract amount.