JP2003044672A - Bond management system and bond management method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a bond management system that can manage the bond information of a plurality of enterprises and organizations in a unified manner to conduct bond transactions. SOLUTION: This invented bond management system has an A company bond system 20, a B company bond system 30 and a bored management server 10 for managing bond trading processing. A and B company bond systems 20, 30 have account DBs 24, 34, communication control parts 21, 31, N/ W.IFs(network interfaces) 22, 32, inputting parts 25, 35, agreement processing parts 23, 33 that process bond trading information to generate agreement information and outputting parts 26, 36. The bond management server 10 has a N/W.IF 11, an account management part 12 that updates the account DB 24 and the account DB 34 based on A company agreement information and B company agreement information, an agreement information DB 13 for storing the A company agreement information and the B company agreement information, an inputting part 14 and an outputting part 15.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a bond management system and a bond management method for managing bond sales between a plurality of companies or organizations.

[0002]

2. Description of the Related Art When a bond or the like is bought and sold between a plurality of companies or groups, a company (company A) wanting to sell orders a bond sell through a securities company, while a company (company B) wanting to buy is a securities company. Orders for the purchase of bonds through, and the sale is completed through a securities company. In this case, the bond is transferred from Company A to Company B, and the price is paid from Company B to Company A.

For example, a company (company A) that wants to sell and a company (company B) that wants to buy may be companies or groups in the same group.

[0004]

When the companies A and B are companies or groups within the same group as described above, the bonds owned by the group companies or groups may be centrally managed by one management department or company. It is efficient and effective from the viewpoint of management cost.

An object of the present invention is to provide a bond management system and a bond management method capable of centrally managing bond information of a plurality of companies or groups and conducting bond transactions.

[0006]

In order to solve the above problems, a bond management system according to a first aspect of the present invention provides a bond management system between a plurality of business partner systems and a plurality of business partner systems. In a bond management system including a bond management server that manages bond trading processing, each of the client systems provided to a plurality of clients has its own bond account and own bond information of other clients. The bond management server includes an account storage unit that stores a virtual bond account having information, and a contract processing unit that processes the input bond trading information. Execution information of bond sales between the first customer and the second customer processed by the contract processing means of the first supplier system (hereinafter, referred to as "first contract information")
Of the bond trading between the first and second trading partners processed by the trading processing means of the second trading partner system among the trading partner systems provided to the plurality of trading partners. Information (hereinafter, referred to as “second contract information”) is received, and the first contract information is received based on the first contract information and the second contract information.
The bond information of the second trading partner included in the virtual bond account stored in the account storage means of the trading partner system of
Account management means for updating bond information of the first trading partner included in the virtual bond account stored in the account storage means of the second trading partner system, wherein the account management means is the first trading partner system. The virtual bond account stored in the account storage means and the virtual bond account stored in the account storage means of the second trading partner system are managed by the same identifier.

Here, the contract processing means of the first supplier system transmits the first contract information to the second supplier system, and the contract processing means of the second supplier system makes the first transaction. The second contract information may be generated based on the first contract information received from the previous system.

Alternatively, the contract processing means of the first supplier system updates the own bond account stored in the account storage means based on the input bond trading information and stores the first contract information. The first contract information is generated and transmitted to the second supplier system, and the contract processing means of the second supplier system is based on the first contract information received from the first supplier system. The own bond account stored in the account storage means may be updated and the second contract information may be generated.

Further, the account management means of the bond management server is
Bond information of the second trading partner included in the virtual bond account stored in the account storage means of the first trading partner system when the contents of the first trading information and the second trading information match, and The configuration may be such that the bond information of the first customer included in the virtual bond account stored in the account storage means of the second customer system is updated.

Further, the bond management server may be configured to include contract information storage means for storing the first contract information and the second contract information.

In order to solve the above problems, the bond management system according to the second aspect of the present invention is provided to a plurality of trading partners in a bond management system having a trading partner system provided to a plurality of trading partners. Each of the trading partner systems stores an own bond account having own bond information and a virtual bond account having bond information of other clients, and a contract processing for processing input bond trading information. Means and a communication control means for controlling communication with another supplier system, wherein the contract processing means of the first supplier system among the supplier systems provided to the plurality of suppliers is In response to input of bond trading information between the first trading partner system and the second trading partner system, the self-bond bond account of the first trading partner stored in the account storage means of the first trading partner system is opened. update At the same time, the position of the virtual bond account of the second trading partner is changed, and the communication control means of the first trading partner system notifies the second trading partner system of position fluctuation information according to bond trading information. Then, the communication control means of the second supplier system receives the information of the position change according to the bond trading information from the first supplier system, and the contract processing means of the second supplier system receives the position change information. In accordance with the information, the virtual bond account of the first customer stored in the account storage means of the second customer system is updated, and the position of the own bond account of the second customer is changed to change the account. The management means manages the virtual bond account stored in the account storage means of the first supplier system and the virtual bond account stored in the account storage means of the second supplier system with the same identifier. , Characterized in that.

In order to solve the above-mentioned problems, the bond management method according to the first aspect of the present invention is a bond management method for managing bond trading processing between a plurality of business partners. The first trading partner system updates its own bond account in the first trading partner based on the occurrence of bond sales between the first trading partner and the second trading partner. Contract information is generated, (B) the first contract information is transmitted to the second trading partner system and the bond management server, and (C) the second trading partner system is transmitted from the first trading partner system. The second contract information is generated based on the first contract information that is received, and (D) the second contract information is generated.
To the bond management server, and (E) the bond management server, based on the first contract information and the second contract information, the bond of the second trading partner in the first trading partner system. The account is updated, and the bond account of the first customer in the second customer system is updated.

[0013] Here, the second customer in the first supplier system
Bond account of the customer and the first in the second supplier system
The counterparty's bond account may be managed by the same identifier.

In step (E), when the contents of the first contract information and the second contract information match, the bond management server causes the bond of the second customer in the first customer system to be issued. The account may be updated and the bond account of the first supplier in the second supplier system may be updated.

By having virtual accounts of other companies in each company, bond accounts can be centrally managed,
Bond transactions can be conducted accurately and quickly.

In order to solve the above-mentioned problems, the bond management method according to the first aspect of the present invention is a bond management method for managing bond trading processing between a plurality of business partners. In accordance with the input of bond trading information between the first trading partner system and the second trading partner system, the self-bonding account of the first trading partner of the first trading partner system is updated and the second trading is performed. The position of the previous virtual bond account is changed, (B) the position change information corresponding to the bond trading information is notified to the second trading partner system, and (C) the second trading partner system,
Information on a position change corresponding to bond trading information is received from the first supplier system, and (D) the first supplier stored in the second supplier system according to the received position change information. The virtual bond account is updated, and the position of the second bond's own bond account is changed.

[0017]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of a bond management system and a bond management method of the present invention will be described below with reference to the drawings.

FIG. 1 is a diagram showing one form of the bond management system of the present invention. In FIG. 1, this bond management system is provided for each of a plurality of business partners, and a business partner system (in FIG. 1, A corporate bond system 20 and B corporate bond system 30) for performing bond processing at each business partner, The bond management server 10 manages bond trading processing between the plurality of supplier systems (A company bond system 20 and B company bond system 30 in FIG. 1). The bond management server 10 and the plurality of customer systems (in FIG. 1, the A company bond system 20 and the B company bond system 30) are computer networks (hereinafter, also simply referred to as “network”).
By 40, data communication is possible. Further, the plurality of customer systems (in FIG. 1, the A-company bond system 20 and the B-company bond system 30) are connected by a public line network 50 so that data communication is possible.

In FIG. 1, each of a company A bond system 20 and a company B bond system 30, which is an example of a supplier system provided for a plurality of customers, has its own bond account and other transactions. Account DB which is also an account storage means for storing the virtual bond account having the bond information of the previous
24 and 34, communication control units 21 and 31 that are connected to the public line network 50 and mutually perform facsimile communication, and are connected to the network 40, and control communication with other systems and servers via the network. Network interfaces (N / W / IF) 22 and 32, input units 25 and 35 for inputting bond trading information and the like, and contract processing for processing the input bond trading information and creating contract information. Units (contract processing means) 23 and 33, and output units 26 and 36 for outputting input information and processing results in the contract processing units 23 and 33.

Further, the bond management server 10 has a network interface (N / W / IF) 11 for controlling communication between the A company bond system 20 and the B company bond system 30 via the network 40, and a plurality of transactions. The contract information of the bond trading between the A company and the B company processed by the contract processing unit 23 of the A company bond system 20 among the supplier systems provided earlier (hereinafter referred to as “A company contract information”). The contract information of the bond trading between the B company and the A company that is received and processed by the contract processing unit 33 of the B company bond system 30 (hereinafter, referred to as “B
"Company contract information"), and based on the company A contract information and the company B contract information, the bond information of the company B included in the virtual bond account stored in the account DB (account database) 24 of the bond system of company A. To update the bond information of the company A included in the virtual bond account stored in the account DB 34 of the bond system of the company B (account management means).
12, a contract information DB (contract information database) 13 that is a contract information storage unit that stores the received company A contract information, company B contract information, and the like; and an input unit 14 that inputs bond trading information and contract information. An output unit 15 that outputs a processing result or the like in the account management unit 12 is provided.

FIG. 2 is a diagram showing the account DBs 24 and 34 of the A-company bond system 20 and the B-company bond system 30.
In FIG. 2, the account DB 24 of the A company bond system 20
Comprises a company A account 60A having its own bond information and a virtual department store account 70A having bond information of other customers, and the virtual department store account 70A is an account of a group company other than company A (B Company account, C company account, ..., Z company account) are individually owned. Similarly, account D of company B bond system 30
B34 is a company B account 60B having own bond information,
A virtual department store account 70B having bond information of another customer,
The virtual department store account 70B has individual accounts (company A account, company C account, ..., Company Z account) of other companies in the group other than company B.

Here, the account management unit 12 of the bond management server 10 has a virtual department store account 70A stored in the account DB 24 of the A company bond system and an account DB of the B company bond system.
The virtual department store account 70B stored in 34 is managed by allocating the same identifier, for example, the same store number 999.

FIG. 3 is a flowchart showing the operation of the A-company bond system 20. In addition, FIG. 4 is a flowchart showing the operation of the B-company bond system 30. Also in FIG.
6 is a flowchart showing the operation of the bond management server 10. Here, in the following, the A corporate bond system 20
It is assumed that the bond trading process is performed by inputting the bond trading information from the input unit 25.

In FIG. 1 to FIG. 3, first, when the trading information of the bond is input from the input unit 25 (step 301), the contract processing unit 23 of the bond system 20 of A company, based on the trading information of the bond, The brand name, trading unit, trading quantity, and whether to sell or buy are judged (step 302).

In the case of “selling” a bond, the contract processing unit 2
3 selects the corresponding bond from the A company account 60A in which the own bond information stored in the account DB 24 is recorded, subtracts the designated amount, and the own bond information of the A company account 60A. Is updated (step 303).

On the other hand, in the case of “buying” a bond, the contract processing unit 23 selects and designates the corresponding bond from the A company account 60A in which the own bond information stored in the account DB 24 is recorded. A company account 6
0A own bond information is updated (step 304).

Next, the contract processing unit 23 of the A company bond system 20 generates the A company contract information based on the bond trading information input from the input unit 25, and the generated A company contract information is the B company contract information. It is transmitted to the bond system via the communication control unit 21 and the public line network 50, or via the N / W / IF 22 and the network 40 (step 305).

Here, the company A contract information includes a brand name, a trading unit, a trading quantity, a delivery date, an instruction to sell or buy, an identifier (for example, a number 999) for specifying a trading partner (company B),
It includes a method that indicates the distribution of bonds. Here, there are in-kind bonds, registered bonds, and decision-making bonds as methods of operation. The transfer bond is a physical bond, which is deposited by the Bank of Japan and stored in an account, and the transfer bond is settled between the accounts of the Bank of Japan.

Next, the contract processing unit 23 of the A company bond system 20 sends the A company contract information to the bond management server 10 in N / W.
-Transmit via the IF 22 and the network 40. At this time, the contract processing unit 23 outputs the contract information of the company A to the output unit 26.
May be output by card printing or the like and sent to the bond management server 10 (step 306).

The above is the processing in the A company bond system 20 in which bond sales have occurred. Next, the processing in the B company bond system 30 of B company, which is a trading partner, will be described.

In FIGS. 1, 2, and 4, the contract processing unit 33 of the B company bond system 30 is a public line network 50 and a communication control unit 31, or a network 40 and N / W / IF3.
When the contract information of the company A is received from the bond system 20 of company A via 2 (step 401), it is determined based on the contract information of the company A, the brand name, the trading unit, the trading volume, and whether the company A is selling or buying. (Step 402).

In the case of “A company selling” of bonds, the contract processing unit 33 selects and specifies the corresponding bond from the B company account 60B in which the own bond information stored in the account DB 34 is recorded. The company B account 60
B's own bond information is updated (step 403).

On the other hand, in the case of “A company buy” of bonds, the contract processing unit 33 selects the corresponding bond from the B company account 60B in which the own bond information stored in the account DB 34 is recorded. , The specified amount is subtracted to update the own bond information of the company B account 60B (step 40).
4).

Next, the contract processing unit 33 of the B company bond system 30 generates B company contract information based on the received A company contract information, and the generated B company contract information is the bond management server 1
0 through the N / W • IF 32 and the network 40. At this time, the contract processing unit 33 may output the contract information of the company B from the output unit 36 by card printing or the like, and send it to the bond management server 10 (step 40).
5).

Here, the company B contract information is, like the company A contract information, a brand name, a trading unit, a trading volume, a delivery date, an instruction to sell or buy, and an identifier for specifying a trading partner (company A). ,
Although it includes a method to indicate the distribution form of bonds, if the contract information of company A is buying, the contract information of company B is selling, and
If the company contract information is sell, the company B contract information is buy. Further, the same identifier as the contract information of the company A (for example, number 999) is used as the identifier for identifying the trading partner (company A).

The above is B upon receiving the contract execution information.
The processing is performed by the corporate bond system 30. Next, the management processing of bond trading that has occurred in the A company bond system 20 and the B company bond system 30 by the bond management server 10 will be described.

1, 2, and 5, the account management unit 12 of the bond management server 10 includes a network 40 and N / N.
When the contract information of the company A is received through the W / IF 11 or the card information sent to the company (step 50).
1), store it in the contract information DB 13. At this time,
Understand the trading partner (company B) of the bond.

Next, the account management unit 1 of the bond management server 10
When receiving the contract information of the company B via the network 40 and the N / W / IF 11 or by the sent card information or the like (step 502), the data 2 stores it in the contract information DB 13.

Here, the account management unit 12 of the bond management server 10 recognizes that the trading partner is the company B based on the content of the company A contract information previously received, and therefore stores it in the contract information DB 13. The contents of the contract information of company A and the contract information of company B are verified (step 503).

If the contents of the contract information of company A and the contract information of company B match (at this time, the designation of selling and buying of both parties is reversed)
(Step 504), Account DB of Company A Bond System 20
B included in the virtual department store account 70A stored in 24
Bond information of company account and account DB of B company bond system 30
A included in the virtual department store account 70B stored in 34
Update the bond information of each company account (step 50).
5).

On the other hand, if the contents of the contract information of the company A and the contract information of the company B do not match (step 504), the fact is notified to the bond system 20 of company A and the bond system 30 of company B, and the data is corrected. Perform error handling (step 5)
06).

The above is the processing in the A company bond system 20, the B company bond system 30, and the bond management server 10.
Next, these processes will be described in time series.

FIG. 6 is a transition diagram showing processing in the A company bond system 20, the B company bond system 30, and the bond management server 10. Note that in FIG. 6, the numbers in the circles indicate the processing order, and the numbers after the numbers in the circles are the same as those in FIGS.
Each step number in is shown.

1 to 6, the A company bond system 2
In response to input of bond trading information from the input unit 25 of 0 (I: 301), the contract processing unit 2 of the bond system 20 of A company.
3 is the account DB based on the input bond trading information
The company A account 60A stored in 24 is updated, and the company A contract information is generated (II: 302 to 304).
Then, the generated company A contract information is used by the company B bond system 30.
To the communication control unit 21 and the public line network 50 or via the N / W / IF 22 and the network 40 (III: 305).

Contract processing unit 33 of B company bond system 30
When the contract information of the company A is received from the bond system 20 of the company A via the public line network 50 and the communication control unit 31, or the network 40 and the N / W / IF 32 (IV: 401),
Based on the received company A contract information, the company B account 60B stored in the account DB 34 is updated, and the company B contract information is created (V: 402 to 404).

On the other hand, the contract processing unit 23 of the A company bond system 20 transmits the A company contract information to the bond management server 10 via the N / W / IF 22 and the network 40 on the day after the creation date of the A company contract information. To send. At this time, the contract processing unit 23 may output the company A contract information from the output unit 26 by card printing or the like and send it to the bond management server 10 (VI: step 306).

The account management unit 12 of the bond management server 10
When the contract information of the company A is received through the network 40 and the N / W / IF 11 or by the card information sent (VII: 501), the contract information DB 1
Store in 3. At this time, the trading partner (company B) of the bond is grasped.

Similarly, the contract processing unit 33 of the B company bond system 30 sends the B company contract information to the bond management server 10, the N / W / IF 32, and the network 40 on the day after the creation date of the B company contract information. To send over. At this time, the contract processing unit 33 may output the company B contract information from the output unit 36 by card printing or the like and send it to the bond management server 10 (VIII: step 405).

The account management unit 12 of the bond management server 10
When the contract information of the company B is received via the network 40 and the N / W / IF 11, or by the sent card information or the like (IX: 502), the contract information DB 13
Remember. At this time, the trading partner (company A) of the bond is grasped.

After that, the account management unit 12 of the bond management server 10 carries out the bond management processing of the steps 503 to 506 of FIG. 5 described above (X: 503 to 506).

As described above, according to the bond management system and the bond management method of the present invention, each company has a virtual account (same number) of another company, so that the bond management server centrally manages the bond account. can do. Therefore, the bond management server side can centrally manage the bonds of each group company, and the bonds can be bought and sold between the group companies only by communication of information without actually delivering the bonds. As a result, bond transactions can be performed accurately and quickly.

FIG. 7 is a diagram showing another form of the bond management system of the present invention. 7, the difference from FIG. 1 is that the bond management server 10 is not provided. As a result, the account management is performed between the bond systems by inputting the contract information.

That is, in the bond management system in FIG. 7, the bond management server 10 (FIG. 1) in FIG. 3 and FIG.
Bonds will be processed only by managing (updating) the account DB at 0 and 30.

The bond management system and the bond management method of the present invention have been described above.
Data communication between the communication control unit 21 to the public line network 50 to the communication control unit 31 can be performed by facsimile.

The account DBs 24 and 34 may be account DBs that store positions. Here, a position indicates a state in which securities such as stocks and bonds are held or short-selling, and a state in which securities are held is called “having a long position”, and is short-selling. The state is said to have a short position.

[0056]

As described above, according to the bond management system and the bond management method of the present invention, each company or group has a virtual account of another company or group with the same number, so that the bond account can be converted into a bond. It can be centrally managed by the management server. Therefore, bond information of a plurality of companies or groups can be centrally managed, and bond transactions can be performed accurately and quickly.

[Brief description of drawings]

FIG. 1 is a diagram showing an example of a bond management system of the present invention.

FIG. 2 is a diagram showing an example of an account DB of the present invention.

FIG. 3 is a flowchart showing an example of the operation of the bond system of the present invention.

FIG. 4 is a flowchart showing an example of the operation of the bond system of the present invention.

FIG. 5 is a diagram showing an example of the operation of the bond management server of the present invention.

FIG. 6 is a transition diagram showing an example of bond management processing of the bond management system of the present invention.

FIG. 7 is a diagram showing an example of a bond management system of the present invention.

FIG. 8 is a transition diagram showing an example of bond management processing of the bond management system of the present invention.

[Explanation of symbols]

10 Bond management server 11, 22, 32 N / W / IF 12 Account Management Department 13 execution information DB 14, 25, 35 Input section 15, 26, 36 Output section 20 A corporate bond system 21, 31 Communication control unit 23, 33 Contract processing section 24, 34 Account DB 30B Corporate Bond System 40 networks 50 public network 60A Company A account 60B Company B account 70A, 70B Virtual department store account

   ─────────────────────────────────────────────────── ─── Continued front page    (72) Inventor Tamotsu Abe             2-3-2 Toyo Stock Exchange, Koto-ku, Tokyo             Inside the Daiwa Securities Business Center (72) Inventor Hisashi Usuda             2-3-2 Toyo Stock Exchange, Koto-ku, Tokyo             Inside the Daiwa Securities Business Center (72) Inventor Eiji Kobayashi             2-3-2 Toyo Stock Exchange, Koto-ku, Tokyo             Inside the Daiwa Securities Business Center (72) Inventor Takayuki Masuko             1-3-5 Yaesu, Chuo-ku, Tokyo Yamato             Securities SMBC Co., Ltd. (72) Inventor Sadahiro Iwata             1-3-5 Yaesu, Chuo-ku, Tokyo Yamato             Securities SMBC Co., Ltd. (72) Inventor Tomoyuki Murase             1-3-5 Yaesu, Chuo-ku, Tokyo Yamato             Securities SMBC Co., Ltd. (72) Inventor Koji Nakajima             1-3-5 Yaesu, Chuo-ku, Tokyo Yamato             Securities SMBC Co., Ltd. (72) Inventor Hiroaki Furuta             1-3-5 Yaesu, Chuo-ku, Tokyo Yamato             Securities SMBC Co., Ltd.

Claims (10)

[Claims] 1. A bond management system comprising: a supplier system provided for a plurality of customers; and a bond management server for managing bond trading processing between the plurality of supplier systems, wherein the plurality of transactions Each of the trading partner systems provided earlier stores account inputting means for storing the own bond account having own bond information and the virtual bond account having bond information of other clients, and the input bond trading information. A bond processing server, wherein the bond management server is a first supplier processed by the contract processing means of a first supplier system among supplier systems provided to the plurality of customers. The second of the trading partner systems provided to the plurality of trading partners, receiving the trading information (hereinafter, referred to as “first trading information”) about the buying and selling of bonds between the trading partner and the second trading partner.
No. 1 processed by the contract processing means of the supplier system of
Receives the contract execution information (hereinafter, referred to as “second execution information”) of a bond between the customer and the second execution partner, and based on the first execution information and the second execution information. , Updating the bond information of the second supplier included in the virtual bond account stored in the account storage means of the first supplier system, and updating the bond information of the second supplier in the account storage means of the second supplier system. The first included in the stored virtual bond account
Account management means for updating bond information of the trading partner of the first trading partner system, wherein the account management means stores the virtual bond account and the second trading partner stored in the account storage means of the first trading partner system. A bond management system, wherein the virtual bond account stored in the account storage means of the system is managed with the same identifier. 2. The contract processing means of the first supplier system transmits the first contract information to the second supplier system, and the contract processing means of the second supplier system. The bond management system according to claim 1, wherein the second contract information is generated based on the first contract information received from the first supplier system. 3. The contract processing means of the first supplier system updates the own bond account stored in the account storage means based on the input bond trading information, and the contract processing means 1 contract information is generated, the first contract information is transmitted to the second supplier system, and the contract processing means of the second supplier system is received from the first supplier system. The bond management according to claim 1, wherein the second bond information is generated while updating the own bond account stored in the account storage means based on the first contract information. system. 4. The account management means of the bond management server stores the account in the account storage means of the first trading partner system when the contents of the first contract information and the second contract information match each other. Bond information of the second trading partner included in the virtual bond account stored, and the first trading partner included in the virtual bond account stored in the account storage means of the second trading partner system. 4. The bond management system according to claim 1, wherein the bond information is updated. 5. The bond management system according to claim 1, wherein the bond management server includes contract information storage means for storing the first contract information and the second contract information. 6. A bond management system comprising a supplier system provided to a plurality of customers, wherein each of the supplier systems provided to the plurality of customers has its own bond information and other bond accounts. Account storing means for storing a virtual bond account having bond information of the other trading partner, a contract processing means for processing the input bond trading information, and a communication control means for controlling communication with another trading partner system. And the contract processing means of the first supplier system among the supplier systems provided to the plurality of suppliers, the bond processing between the first supplier system and the second supplier system. In response to the input of the trading information, the first customer's own bond account stored in the account storage means of the first customer system is updated, and the position of the second customer's virtual bond account is changed. The communication control means of the first supplier system notifies the second supplier system of information on a position change corresponding to the bond trading information, and the communication of the second supplier system. The control means receives information on the position fluctuation according to the bond trading information from the first customer system, and the contract processing means of the second customer system responds to the position fluctuation information. , Updating the virtual bond account of the first customer stored in the account storage means of the second customer system and changing the position of the own bond account of the second customer, , The virtual bond account stored in the account storage means of the first supplier system and the virtual bond account stored in the account storage means of the second supplier system, A bond management system characterized by managing with the same identifier. 7. A bond management method for managing bond trading processing between a plurality of trading partners, comprising: (A) occurrence of trading of bonds between a first trading partner and a second trading partner. Based on the above, the first trading partner system updates its own bond account in the first trading partner to generate first contract information, and (B) the first contract information to the second contract information. The second contract information is transmitted to the supplier system and the bond management server, and (C) the second contract information is transmitted based on the first contract information transmitted from the first supplier system. And (D) transmitting the second contract information to the bond management server,
(E) The bond management server updates a bond account of a second customer in the first supplier system based on the first trade information and the second trade information, Two
The bond management method of updating the bond account of the first supplier in the supplier system of 1. 8. The bond account of the second supplier in the first supplier system and the bond account of the first supplier in the second supplier system are managed with the same identifier. The bond management method according to claim 7, wherein: 9. In the step (E), if the contents of the first contract information and the contents of the second contract information match, the bond management server includes a second transaction in the first trading partner system. 9. The bond management method according to claim 7, wherein the bond account of the trading partner is updated, and the bond account of the first trading partner in the second trading partner system is updated. 10. A bond management method for managing bond trading processing between a plurality of trading partners, comprising: (A) a bond trading information between a first trading partner system and a second trading partner system. According to the input, while updating the own bond account of the first supplier of the first supplier system, the position of the virtual bond account of the second supplier is changed, and (B) the bond trading information is changed. The second trading partner system is notified of information of the position fluctuation according to the information, and (C) the second trading partner system, the information of the position fluctuation corresponding to the trading information of the bond from the first trading partner system. And (D) updating the virtual bond account of the first trading partner stored in the second trading partner system in accordance with the received information on the position fluctuation, and the own bond of the second trading partner. Fluctuating account position, Debt management and wherein the door.