JP2004220334A - Control method for information processor, information processor, program and record medium - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a method capable of dissolving concentration of responsibility and a management burden on a server computer in an electronic transaction of securities, and certainly authenticating a person. <P>SOLUTION: First order data with data for proving authenticity of a decider, an approver or an orderer of transaction contents to transaction data recorded with contents of the securities transaction are transmitted to a second information processor 200d decided according to the transaction contents, the decider, the approver or the orderer, or a second information processor 200d specified by the decider, the approver or the orderer. Second order data with data for proving authenticity of an order receiver to the first order data from the second information processor confirming the authenticity of the respective decider, approver and orderer and receiving a transaction order are received, an order reception state is outputted, and input for specifying the opposite party with which a contract is made from the order receivers whose authenticity can be confirmed is accepted. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a control method for an information processing device, an information processing device, a program, and a recording medium.
[0002]
[Prior art]
With the advance of information technology in recent years and relaxation of various regulations typified by the so-called financial big bang, electronic trading of securities has been performed.
As a result, transaction operations such as sales and purchase orders and execution of securities, which have been performed by telephone or facsimile, are now performed using the information processing device.
[0003]
[Patent Document 1]
JP 2000-148850 A
[0004]
[Problems to be solved by the invention]
However, in the conventional electronic trading of securities, each trader has to trade through a server computer managed by a stock exchange or the like. Therefore, responsibility for ensuring the security of transactions and the like is concentrated on the server computer, and the administrator of the server computer is imposed a heavy management burden.
Also, in electronic trading of securities using an information processing device, since it is difficult to confirm the identity of a counterparty, the identity has been confirmed using means other than a computer such as a telephone.
[0005]
Therefore, the present invention eliminates the concentration of responsibility and management burden on the server computer in the electronic trading of securities, and enables a method of controlling an information processing apparatus, an information processing apparatus, a program, and an information processing apparatus capable of securely performing identity verification. The main purpose is to provide a recording medium.
[0006]
[Means for Solving the Problems]
A method for controlling the first information processing device in a securities transaction system including a first information processing device and a plurality of second information processing devices connected to the first information processing device. In addition, data for certifying the authenticity of each of the decider, approver, and orderer of the transaction content is added to the transaction data in which the content of the securities transaction is described. 1 the order data, the second information processing apparatus determined according to the content of the transaction, the decider, the approver, or the orderer, or the second information processor specified by the decider, the approver, or the orderer. Transmitting the first order data from the second information processing apparatus that confirms the authenticity of each of the decider, the approver, and the orderer, and receives the transaction. Against Receiving the second order data to which the data for proving the authenticity of the contractor is added, outputting the order status, and executing a contract from the contractors whose authenticity has been confirmed. Receiving an input for designating the other party.
In addition, the problems disclosed by the present application and the solution thereof will be clarified by the description of the embodiments of the invention and the drawings.
[0007]
BEST MODE FOR CARRYING OUT THE INVENTION
<First embodiment>
=== Overall configuration example ===
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
First, FIG. 1 is a block diagram showing the entire configuration of the securities trading system according to the first embodiment. In the present embodiment, a case in which stock trading is performed will be described as an example. However, the present invention is not limited to stock trading and is widely applicable to electronic trading of financial related products.
[0008]
In the securities trading system according to the present embodiment, transactions such as ordering, receiving orders, and executing contracts for securities such as stocks are performed between the orderer-side system and the order-receiving side system.
The orderer side system and the contractor side system are connected by a network 300. The network 300 may be a public network such as the Internet, or may be a LAN (Local Area Network) dedicated to a securities trading system.
[0009]
The orderer's system includes an order creator (determiner) information processing device 200a, an approver's information processing device 200b, an orderer's information processing device 200c (first information processing device), and a user database (user DB) 110. , An order database (order DB) 120, a HUB 130, and a LAN 140.
[0010]
The order creator's information processing device 200a is an information processing device used by the order creator. The order creator is a person who creates a trading order for stocks and the like. That is, the order creator determines the brand and quantity of the stock to be traded, the details of the transaction, the trading partner, etc., based on the analysis results of the economic trends and the like. In the order creator's information processing device 200a, a transaction application program (program, transaction AP) 231a for the order creator to perform a transaction is operated.
[0011]
The approver's information processing device 200b is an information processing device used by the approver. The approver is a person who approves the transaction contents such as stocks created by the order creator. That is, it is checked whether or not the transaction contents such as stocks created by the order creator are appropriate. For example, when operating an investment trust, if an upper limit of the investment ratio in stocks is set in the contract with the customer, it is checked whether the upper limit is exceeded. In the information processing apparatus 200b of the approver, a transaction application program 231b (program) for the approver to perform a transaction is operated.
[0012]
The orderer's information processing device 200c is an information processing device used by the orderer. The orderer is a person who places an order for stocks and the like approved by the approver. That is, an order for stock trading is issued to the order receiving side system via the network 300. In the information processing apparatus 200c of the orderer, a transaction application program 231c (program) for the orderer to perform a transaction operation operates.
[0013]
The orderer can be designated by the orderer, or the order creator or the approver can designate the order for the stock trading. Further, it is also possible to place an order with a trading partner determined according to the transaction content such as the trade brand and quantity.
[0014]
The user DB 110 stores information necessary for performing business transactions in the orderer-side system. Although details will be described later, the transmission destination address when transmitting the order data created in the information processing device 200a by the order creator to the approver, and information for identifying the user are stored.
The order DB 120 stores order data and information for managing the transaction progress for each order data.
[0015]
The order creator's information processing device 200a, the approver's information processing device 200b, the orderer's information processing device 200c, the user DB 110, and the order DB 120 are interconnected by a LAN 140, and are also connected to a network 300 via a HUB 130.
[0016]
In the orderer system, a plurality of information processors 200a of the order creator, information processors 200b of the approver, and information processors 200c of the orderer may be provided.
[0017]
On the other hand, the contractor system includes a contractor information processing device 200d (second information processing device), a user DB 110d, and an order DB 120d. Of course, similarly to the orderer's system, the information processing apparatus 200d, the user DB 110d, and the order DB 120d of the order receiver can be connected to each other via a LAN, and connected to the network 300 via the HUB.
[0018]
The contractor's information processing device 200d is an information processing device used by the contractor. The contractor is a person who receives an order for a trading order for stocks or the like issued by the orderer. That is, the contents of the sales order from the ordering party are examined, and if the order is fulfilled, the ordering party is notified of the intention of the order. Then, when the orderer makes a successful bid, the sale is completed. In the information processing apparatus 200d of the contractor, a transaction application program 231d (program) for the contractor to perform a transaction is operated.
[0019]
The user DB 110d stores information necessary for performing business transactions in the order-receiving party system. As will be described later in detail, a transmission destination address for notifying the orderer who sent the order data of the intention of receiving the order and information for confirming the identity are stored.
The order DB 120d stores order data and information for managing the transaction progress for each order data.
[0020]
Although FIG. 1 shows a form in which one orderer-side system and two contractor-side systems are connected via the network 300, both of them have a form in which a plurality of systems are connected to the network 300. You can also.
[0021]
In addition, the orderer-side system can also make a transaction as the orderer-side system, and the orderer-side system can also make the transaction as the orderer-side system. In this case, for example, the information processing apparatus 200d of the contractor is also connected to the LAN 140 of the orderer's system. The information processing apparatus 200d of the contractor accepts an order from the information processing apparatus 200c of the orderer in another orderer-side system connected via the network 300.
[0022]
Further, the information processing device 200a of the order creator, the information processing device 200b of the approver, and the information processing device 200c of the orderer may be integrated into one information processing device. That is, one information processing apparatus 200 can perform each task of order creation, approval, and order placement. Further, in the case of a system that performs both ordering and order receiving operations, the information processing device 200d of the order receiving party can be included in the one information processing device.
[0023]
=== Information processing device ===
Next, FIG. 2 is a block diagram illustrating a configuration diagram of the information processing apparatus 200 according to the present embodiment. The information processing apparatus 200 includes an order creator's information processing apparatus 200a, an approver's information processing apparatus 200b, an orderer's information processing apparatus 200c, and a contractor's information processing apparatus 200d. The configuration shown in FIG.
[0024]
The information processing device 200 includes a CPU (Central Processing Unit) 210, a memory 220, a storage device 230, a port 240, a recording medium reading device 250, an input device 260, and an output device 270.
[0025]
The CPU 210 performs overall control of the information processing apparatus 200, and realizes electronic trading of securities according to the present embodiment by executing a program stored in the memory 220. The storage device 230 stores programs and various data. As the storage device 230, for example, a hard disk device or the like is used. In the present embodiment, the storage device 230 stores a transaction application program 231 and a secret key 232. Note that the storage device 230 may be built in the information processing device 200 or may be provided externally. The recording medium reading device 250 is a device for reading a program or data recorded on the recording medium 280. The read programs and data are stored in the storage device 230. Therefore, for example, the transaction application program 231 and the secret key 232 recorded on the recording medium 280 can be read from the recording medium 280 using the recording medium reading device 250 and stored in the storage device 230. As the recording medium 203, a flexible disk, a CD-ROM, a semiconductor memory, or the like can be used. The recording medium reading device 250 can be built in the information processing device 200 or externally attached. The input device 260 (means for receiving input) is used for data input to the information processing device 200 by an order creator, an approver, or the like. As the input device 206, for example, a keyboard, a mouse, or the like is used. The output device 270 (output means) is a device for outputting information to the outside. As the output device 208, for example, a display or a printer is used. The port 240 (transmitting means, receiving means) is a device for connecting the information processing device 200 to the network 300 or the LAN 140 to communicate with the outside. Therefore, for example, the transaction application program 231 and the secret key 232 are received from another information processing device 200 (not shown) connected to the network 300 or the like via the port 240 and stored in the storage device 230. You can also.
[0026]
In the orderer system, the transaction application program 231 is not stored in the storage device 230 of each of the information processing devices 200a to 200c, but is accessible from any of the information processing devices 200a to 200c. It may be stored in the storage device 230 of the information processing device 200 (not shown). In this case, each of the information processing devices 200a to 200c executes the transaction business process by causing the information processing device 200 accessible from any of the above to execute the transaction application program 231.
[0027]
The secret key 232 is data that is necessary in a so-called public key cryptosystem devised for securely transmitting and receiving information between the information processing apparatuses 200. In the public key cryptosystem, a secret key and a public key are paired to encrypt and restore information. In the present embodiment, the public keys are stored in the orderer-side user DB 110 and the contractor-side user DB 110d.
[0028]
=== User DB ===
FIG. 3 shows a user DB according to the present embodiment.
The orderer-side user DB 110 stores four types of user information. That is, user information 111a of the order creator, user information 111b of the approver, user information 111c of the orderer, and user information 111d of the contractor. One type of user information is stored in the contractor-side user DB 110d. That is, the user information 111c of the orderer. Each user information 111 includes a name 112, an IP address 114, and a public key 113. How each user information 111 is used in the transaction will be described later.
[0029]
=== Private key and user information ===
Next, FIG. 4 shows a diagram illustrating the secret key 232 and the user information 111 according to the present embodiment.
The order creator, approver, orderer, and contractor each have their own private key 232 and public key 113. The secret key 232 is stored in the storage device 230 of each information processing device 200. Alternatively, it may be recorded on the recording medium 280. The private key 232 is managed by each person with responsibility so that it is never known to others. On the other hand, the public key 113 is stored in the user DB 110 and made available to others. In this embodiment, the public key 113 is stored in the user DB 110 as the user information 111.
[0030]
When the order creator creates the transaction data of the stock transaction, the order creator's information processing device 200a adds the order creator's signature (data for certifying the authenticity of the order creator). The order data obtained by adding the signature of the order creator to the transaction data is transmitted to the information processor 200b of the approver. The signature of the order creator is generated by using its own secret key 232a based on company information, personal information, and the like. As the company information or personal information for generating the signature, for example, the name and the date of birth of each person such as a company name and an address can be used.
[0031]
The approver's information processing device 200b restores the signature of the order data received from the order creator's information processing device 200a using the order creator's public key 113a stored in the user DB 110. If the restoration is successful, it is possible to confirm that the order data is indeed created by the order creator (confirm the authenticity).
[0032]
When the approver approves the order data created by the order creator, the approver's information processing device 200b adds the approver's signature (data for certifying the approver's authenticity), and the orderer's information. It is transmitted to the processing device 200c. The signature of the approver is generated using its own secret key 232b based on company information, personal information, and the like, similarly to the order creator.
[0033]
The orderer's information processing device 200c compares the signatures of the order creator and the approver in the order data received from the approver's information processing device 200b with the order creator's public key 113a stored in the user DB 110 and the approver. Using the public key 113b. If the restoration is successful, it is possible to confirm that the transaction data has been created by the order creator and has been approved by the approver (authentication).
[0034]
The orderer's information processing device 200c transmits the order data to the contractor's information processing device 200d. At that time, the orderer's information processing device 200c adds the orderer's signature (data for certifying the authenticity of the orderer). The orderer's signature is generated using its own secret key 232c based on company information, personal information, and the like, like the order creator and the approver.
[0035]
The information processing apparatus 200d of the contractor signs the orderer's signature in the order data (first order data) received from the information processing apparatus 200c of the orderer with the orderer's public key 113c stored in the user DB 110d. And restore it. When the restoration is successful, it is possible to confirm that the transaction data is indeed received from the information processing device 200c of the orderer (confirm the authenticity).
[0036]
Here, only the user information 111c of the orderer is stored in the contractor-side user DB 110d. This is because the contractor transacts with the orderer. If the order creator or approver's user information 111a, 111b is known to the contractor, for example, it is conceivable that the order is refused, which has a significant effect on the transaction. Therefore, the orderer informs only his / her own user information 111c to a specific business partner determined to be worthy of conducting a transaction.
Thereby, the order receiving party can confirm that the received transaction data is indeed the one issued by the ordering party. However, the order creator and approver who created the order data cannot be known.
[0037]
When the contractor receives an order (order for a transaction) from the orderer, the information processor 200d of the contractor transmits the order data to the information processor 200c of the orderer. Thus, the contractor can inform the orderer of the intention of the order. At this time, the contractor's signature (data for certifying the authenticity of the contractor) is added by the contractor's information processing device 200d. The contractor's signature is generated using its own secret key 232d based on company information, personal information, and the like, like the order creator, approver, and orderer.
[0038]
The orderer's information processing device 200c registers the contractor's signature in the order data (second order data) received from the contractor's information processing device 200d with the contractor's public key 113d stored in the user DB 110. And restore it. When the restoration is successful, it is possible to confirm that the transaction data is indeed received from the information processing device 200d of the contractor (confirm the authenticity). The contractor's public key 113d is obtained in advance from the contractor. The ordering party makes a successful bid (contract) for the transaction by selecting a trading partner from the order receiving parties who have communicated the intention of receiving the order.
[0039]
=== Order DB ===
Next, FIG. 5 shows a diagram illustrating the order DB 120 according to the present embodiment.
The orderer's order DB 120 stores a main status 122 for each order data 121 and a sub status 124 for each transmission destination 123 to which the order data 121 was ordered.
[0040]
The orderer's order DB 120d stores, for each order data 121, a main status 122, a destination 125 to which the order data 121 was transmitted, and a sub status 124.
[0041]
The main status 122 and the sub status 124 are information for managing the progress of the transaction of the order data 121. FIG. 7 shows the main status 122 and the sub status 124.
[0042]
The main status 122 can take two states, "(1) normal" and "(2) stop, end". The sub status 124 must be in one of the following five states: “(1) Waiting for reply”, “(2) Not sent”, “(3) Answered”, “(4) Canceled”, and “(5) Successful bid”. Can be. Although details will be described later, the number of each status indicates the priority. The higher the number, the higher the priority.
[0043]
The order data 121 stored in the order receiving side order DB 120 d is the same as the order data 121 stored in the order receiving side order DB 120. Therefore, a change in one status is always transmitted to the other. Details will be described later.
[0044]
=== Order data ===
Next, FIG. 6 shows a diagram showing the order data 121 according to the present embodiment.
The order data 121 is data describing the details of a transaction created by the order creator. The details of the transaction include the name and quantity of the stock to be transacted, the transaction conditions, and the trading partner. The contents of the transaction are converted into data by the information processing device 200a of the order creator according to a protocol called, for example, FIXML. FIXML uses FIX (Financial Information eXchange protocol), which is an international standard protocol for electronically performing securities transactions, as XML (exchange Markup Language), which is a language for transmitting and receiving information on the Internet. This is a fusion protocol. Of course, the contents of the transaction can be converted into data according to various protocols other than FIXML.
As shown in FIG. 6, signatures of the order creator, approver, orderer, and contractor are added to the order data 121 as the transaction progresses.
[0045]
=== Transaction flow ===
Next, FIGS. 8 to 13 show flowcharts illustrating the flow of securities transaction processing according to the present embodiment. FIG. 14 shows an example of a screen configuration displayed on a display which is one of the output devices 270 of the information processing devices 200a to 200d used by an order creator, an approver, an orderer, and a contractor who processes securities transactions. 21 to FIG.
[0046]
The following processing is realized by executing a transaction application program 231 (program) including codes for performing various operations according to the present embodiment by CPU 210 included in information processing device 200.
[0047]
First, the order creator creates transaction data of a stock transaction (S1000). The creation of the transaction data is performed on the order creation screen shown in FIG. 15 which is displayed by clicking the new order instruction column 411 on the initial screen shown in FIG. 14 using the input device 260 such as a mouse. The initial screen shown in FIG. 14 and the order creation screen shown in FIG. 15 are the screens 410 displayed on the output device 270a such as the display of the order creator's information processing device 200a.
[0048]
On the initial screen shown in FIG. 14, a new order instruction column 411, a message display column 412, and a list of other users 413 are displayed. By placing the mouse cursor on the new order instruction field 411 and clicking on it, an order creation screen shown in FIG. 15 can be displayed. In the message display column 412, news and stock information can be displayed. In the other user list 413, the users of the other information processing apparatuses 200 connected to the LAN 140 are displayed.
[0049]
The order creator creates an order (creates transaction data) from the order creation screen shown in FIG. The order creation screen has a brand designation column 414, a price designation column 415, a trade designation column 416, a quantity designation column 417, a signature entry column 418, a signature display column 419, an order data transmission destination designation column 420, and a transmission instruction column 421.
[0050]
The issue designation column 414 is a field for inputting the issue name or issue code of the stock to be traded. The price designation field 415 is a field for inputting a desired transaction price. The trade specification field 416 is a field for inputting the details of a transaction, for example, “sell” or “buy”. The quantity designation field 417 is a field for designating the transaction quantity of stock. The signature input field 418 is a field for the order creator to add a signature to the transaction data created by the order creator. The signature display column 419 is a column for displaying that a signature has been added.
[0051]
In the order data transmission destination specification column 420, a list of approvers and orderers is displayed. When the online column is “ON”, it indicates that communication is possible via the LAN 140 with the information processing apparatuses 200b to 200c of the approver and the orderer. When the online column is “OFF”, it indicates that communication with the information processing apparatuses 200b to 200c via the LAN 140 is not possible. The check column is a column for specifying a destination of transaction data. The example in FIG. 15 shows that the transaction data created by the order creator is transmitted to the approver Sakai and then transmitted to the orderer Ito.
[0052]
The transmission instruction column 421 is a column for causing the information processing device 200a to transmit the transaction data to the approver.
[0053]
By performing the above input, the order creator can create transaction data and transmit it to the approver. These inputs can be performed using an input device 260 such as a mouse or a keyboard.
[0054]
When the order creator instructs the transmission of the transaction data, the information processing device 200a converts the transaction data into data according to the FIXML protocol (S1001). Then, a signature obtained by encrypting the personal information of the order creator with the secret key 232a is added to the transaction data to create the order data 121 (S1002, S1003). The order data 121 is stored in the order DB 120 together with the main status 122 (S1004). Here, the main status is "(1) normal". Then, the order data 121 is transmitted to the approver together with information designating the orderer (S1005).
[0055]
In the information processing apparatus 200b of the approver, first, the identity of the order creator (authentication) is checked (S1006). The identity verification is performed by the information processing apparatus 200b restoring the signature added to the order data using the order creator's public key 113a stored in the user DB 110. If the restoration is successful, the contents of the transaction are displayed on an output device 270b such as a display of the information processing device 200b. If the restoration has failed, the information processing apparatus 200b changes the main status 122 to “(2) Stop, end” and stops the processing (S1007, S1008).
[0056]
FIG. 16 shows an example of an approval screen displayed on the output device 270b of the information processor 200b of the approver.
The approval screen includes a brand display field 431, a price display field 432, a trade display field 433, a quantity display field 434, a signature display field 435 of the order creator, a signature input field 436, a signature display field 437, and an order data transmission destination display field 438. , A transmission instruction column 439.
The approver can know the contents of the transaction by checking the contents of each display column. The order creator can be known by checking the signature display field 435 of the order creator.
[0057]
If there is no problem in the transaction contents, the user instructs the signature input field 436 to add his / her signature, and transmits the order data 121 from the transmission instruction field 439 to the information processing apparatus 200c of the orderer (S1009 to S1015). When transmitting the order data 121, the order data 121 is recorded in the order DB 120 together with the main status 122 (S1014). If there is a problem in the transaction contents, the main status 122 can be changed to "(2) Stop, end" and the transaction can be stopped (S1011). The cancellation of the transaction can be performed by transmitting the order data 121 without inputting a signature on the screen of FIG.
[0058]
In the information processing device 200c of the orderer, first, the identity of the order creator and the approver is confirmed (authentication confirmation) (S1016). The identity verification is performed by the information processing apparatus 200c restoring the signature added to the order data using the public keys 113a and 113b of the order creator and the approver stored in the user DB 110. If the restoration is successful, the contents of the transaction are displayed on an output device 270c such as a display of the information processing device 200c. If the restoration has failed, the information processing apparatus 200c changes the main status 122 to “(2) Stop, end” and stops the processing (S1017, S1018).
[0059]
FIG. 17 shows an example of an order screen displayed on the output device 270c of the information processing device 200c of the orderer.
The order screen includes a brand display field 441, a price display field 442, a trade display field 443, a quantity display field 444, a signature display field 445 of an order creator and an approver, a signature input field 446, a signature display field 447, and an order data transmission destination. A display column 448 and a transmission instruction column 449 are provided.
[0060]
The orderer can know the contents of the transaction by checking the contents of each of the display fields. Further, by confirming the signature display fields 445 of the order creator and the approver, the order creator and the approver can be known.
The orderer can select a party to which the order data 121 is to be transmitted from the list of order receivers displayed in the order data transmission destination display column 448. A check mark is placed on the party to whom the order data 121 is to be transmitted.
[0061]
In the example of FIG. 17, order data 121 is transmitted to both Okamoto and Kobayashi. When the online column of the order data transmission destination display column 448 is set to “ON”, communication with the information processing device 200 d of the contractor can be performed via the network 300. Represents When the online column is “OFF”, it indicates that communication with the information processing device 200d via the network 300 is not possible. Here, the orderer can also transmit the order data to the contractor in the “off” state (S1019 to S1023).
[0062]
When the order data 121 is transmitted, the order data 121 is recorded in the order DB 120 together with the main status 122 (S1022). At the same time, a sub status 124 is also recorded for each transmission destination. The sub status 124 is normally set to "(1) Waiting for reply", but is set to "(2) not transmitted" when the partner is offline.
[0063]
In the information processing apparatus 200d of the contractor, first, the identity of the orderer is confirmed (authentication confirmation) (S1024). The identity verification is performed by the information processing apparatus 200d restoring the signature added to the order data using the orderer's public key 113c stored in the user DB 110d. If the restoration is successful, the contents of the transaction are displayed on an output device 270d such as a display of the information processing device 200d. Then, the order data 121 is recorded in the order DB 120d. If the restoration has failed, the information processing device 200d changes the main status 122 to “(2) Stop, end” and stops the processing (S1025, S1026). Although the details will be described later, when the main status 122 changes to “(2) Stop, end”, the information processing device 200d of the order receiver transmits the fact to the information processing device 200c of the orderer, and the orderer side. Is reflected in the main status 122 stored in the order DB 120.
[0064]
FIG. 18 shows an example of the transaction review screen displayed on the output device 270d of the information processing device 200d of the contractor. The transaction review screen has an order status display column 461 and an order status graph display column 462.
The contractor can confirm the contents of the order by checking the display columns 461 and 462. When it is desired to know the details of the order, for example, by placing the mouse cursor on the orderer column of the order status display column 461 and clicking the mouse, the order details display screen shown in FIG. 19 can be displayed.
[0065]
The order details display screen includes a brand display column 463, a price display column 464, a trade display column 465, a quantity display column 466, a signature display column 467 of an order creator, an approver, and an orderer, a signature input column 468, and a signature display column 469. , A transmission instruction column 470. The orderer can know the detailed contents of the transaction by checking the contents of the display fields.
[0066]
When the contractor examines the transaction contents and decides to place an order, he or she inputs his / her signature in the signature input field 468 and clicks the transmission instruction field 470. Accordingly, the orderer's information processing apparatus 200d adds its own signature to the order data 121, and transmits the order data 121 to the orderer's information processing apparatus 200c (S1028 to S1033). At this time, the sub status 124 for the order data 121 is updated to “(3) Reply completed”.
[0067]
In the information processing device 200c of the orderer, first, the identity of the contractor (authentication verification) is checked (S1034). The identity verification is performed by the information processing apparatus 200c restoring the contractor's signature added to the order data 121 using the contractor's public key 113d stored in the user DB 110. If the restoration is successful, the contents of the transaction are displayed on an output device 270c such as a display of the information processing device 200c. If the restoration has failed, the information processing device 200c changes the substatus 124 to “(4) Cancel” and stops the processing (S1035, S1036).
[0068]
FIG. 20 shows an example of the successful bid study screen displayed on the output device 270c of the information processing device 200c of the orderer.
The successful bid review screen has a brand display field 441, a price display field 442, a trade display field 443, a quantity display field 444, a signature display field 445 of an order creator and an approver, a signature display field 447, and an order status display field 450. The orderer can know the order status by checking the contents of the order status display column 450. The sub status 124 is displayed in the status column of the order status display column 450.
[0069]
To make a successful bid (contract), the orderer clicks the confirmation button in the order status display column 450. Then, the screen is switched to the successful bid screen shown in FIG. When the contract input field 451 is clicked, a successful bid is made (S1037, S1038).
[0070]
Then, the information processing device 200c of the orderer performs appropriate determination of the successful bid price (S1039 to S1040). The adequacy determination is performed by accessing another information processing device, a database, or the like via the network 300, and comparing the contract price with the contract price in another transaction. When the contract price is within a predetermined price range with respect to the contract price in another transaction, the contract price is determined to be appropriate. The other information processing device or database for acquiring the winning bid in another transaction may be one or more. Here, the other information processing devices and databases may be used as information processing devices and databases in other similar securities trading systems, and play a role of aggregating and managing transaction prices in individual securities systems. It may be an information processing device or a database.
[0071]
If the successful bid price is not determined to be appropriate, the sub status 124 is changed to "(1) Waiting for reply" (S1041). If the successful bid price is determined to be appropriate, the signature of the orderer is added to the order data 121 and transmitted to the information processing device 200d of the order receiver. At that time, the sub status 124 for the partner who has won the bid is set to "(5) Successful bid", and the sub status 124 for the other partner who has not won the bid is set to "(4) Cancel" (S1042 to S1044). Thus, the contractor can know the result of whether or not the contractor has won the bid.
[0072]
Next, FIG. 10 is a flowchart showing the flow of processing when the main status changes according to the present embodiment.
First, the information processing apparatus 200 whose main status 122 has changed transmits a new main status 122 to the information processing apparatus 200 that is the transmission destination and the reception destination of the order data 121 (S2000). The other information processing apparatus 200 that has received the main status 122 compares its own main status 122 of the order data 121 with the received main status 122, and if the received main status 122 has a higher priority, The main status 122 is updated (S2001, S2002). Then, the information processing apparatus 200 transmits the new main status 122 to the information processing apparatus 200 of the transmission destination and the reception destination of the order data 121 (S2003). The other information processing apparatuses 200 that have received the main status 122 repeat the same processing as described above (S2004, S2005). By doing so, the main status 122 of each information processing device 200 can be changed to a high priority state.
[0073]
Next, FIG. 11 is a flowchart showing a flow of processing when the substatus changes according to the present embodiment.
First, the information processing apparatus 200 whose sub status 124 has changed transmits a new sub status 124 to the information processing apparatus 200 that is the transmission destination and the reception destination of the order data 121 (S3000). The other information processing apparatus 200 that has received the sub status 124 compares the own sub status 124 of the order data 121 with the received sub status 124, and determines that the received sub status 124 has a higher priority. Updates the sub status 124 (S3001, S3002). Then, the information processing apparatus 200 transmits the new substatus 124 to the information processing apparatus 200 of the transmission destination and the reception destination of the order data 121 (S3003). The other information processing devices 200 that have received the sub status 124 repeat the same processing as described above (S3004, S3005). By doing so, the sub status 124 of each information processing device 200 can be changed to a high priority state.
[0074]
Next, FIG. 12 is a flowchart showing the flow of processing when the transaction according to the present embodiment is stopped.
The information processing apparatus 200 that changes the main status 122 or the sub status 124 to stop can change the main status 122 or the sub status 124 to stop at any time (S4000, S4001, S5000, S5001). The change of the main status 122 or the sub status 124 can be reflected on the status of another information processing apparatus by performing the processing shown in FIGS.
[0075]
Next, FIG. 13 is a flowchart illustrating a flow of processing when the information processing apparatus according to the present embodiment changes from an offline state to an online state.
First, the information processing apparatus 200 that has changed from the offline state to the online state checks whether there is an unreceived order. That is, when an order is placed during offline, the sub-status 124 of the order data 121 is "(2) not sent" in the information processing apparatus 200c of the orderer, and there is no such order data 121. Is confirmed (S6000). If there is the order data 121 of "(2) not transmitted", the information processing apparatus 200c of the orderer transmits it (S6001). Then, the information processing device 200d receiving the order data 121 (S6002) performs the order receiving process shown in FIG.
[0076]
Further, the information processing apparatus 200 that has changed from the offline state to the online state also checks whether the main status 122 or the sub status 124 has changed. That is, first, the order data 121 whose main status 122 is "(1) normal" is listed from the order DB 120 (S7000). Next, a message is transmitted to the information processing device 200 of the transmission destination and the reception destination of the listed order data 121 (S7001). When the main status 122 or the sub status 124 has changed, the information processing apparatus 200 that has received the message returns the status (S7002). The information processing apparatus 200 that has changed from the offline state to the online state compares the received main status 122 or sub status 124 with the priority of the status stored therein (S7003). If the received status has a higher priority, the status is updated (S7004). Thereby, even when the main status 122 or the sub status 124 is updated during offline, it is possible to update the status to the latest status when going online.
[0077]
As described above, in the securities trading system according to the present embodiment, a closed community of peer-to-peer is formed between the orderer-side system and the order-receiving side system, realizing the reliable identification of the trading partner, and Can perform business operations such as ordering, receiving orders, and executing securities. Further, since securities can be traded without going through a server computer managed by a stock exchange or the like, it is possible to eliminate the concentration of responsibility and the management burden on the server computer to guarantee the security of the transaction. Can be.
[0078]
<Second embodiment>
=== Overall configuration example ===
First, FIG. 22 is a block diagram showing the entire configuration of the securities trading system according to the second embodiment.
In the securities trading system according to the present embodiment, the information processing device 200a of the order creator, the information processing device 200b of the approver, the information processing device 200c of the orderer (first information processing device), and the information processing device 200 of the orderer. An information processing device 200d (second information processing device) is connected via a network 300. Further, a certificate authority 500 (third information processing device) is also connected to the network 300. A user DB 110 and an order DB 120 are provided in each information processing device 200.
[0079]
The certificate authority 500 is an information processing device that issues a certificate for certifying the authenticity of data exchanged between the information processing devices 200. That is, in the present embodiment, authenticity is not confirmed by the public key cryptosystem as shown in the first embodiment, but is confirmed by a certificate issued by the certificate authority 500.
[0080]
In this embodiment, similarly to the first embodiment, the orderer can specify who should place an order for stock trading, or the order creator or approver can specify the order. Can also be. Further, it is also possible to place an order with a trading partner determined according to the transaction content such as the trade brand and quantity. Further, the information processing device 200a of the order creator, the information processing device 200b of the approver, the information processing device 200c of the orderer, and the information processing device 200d of the contractor may each be provided in plurality.
[0081]
The order creator's information processing device 200a, the approver's information processing device 200b, the orderer's information processing device 200c, and the contractor's information processing device 200d interchange their roles with each other, Can have multiple roles.
[0082]
=== Information processing device ===
Next, FIG. 23 is a block diagram illustrating a configuration diagram of the information processing apparatus 200 according to the present embodiment. The information processing apparatus 200 includes an order creator's information processing apparatus 200a, an approver's information processing apparatus 200b, an orderer's information processing apparatus 200c, and a contractor's information processing apparatus 200d. The configuration shown in FIG.
[0083]
The information processing device 200 according to the present embodiment, like the information processing device 200 according to the first embodiment, has a CPU 210, a memory 220, a storage device 230, a port 240 (transmitting means, receiving means), recording A medium reading device 250, an input device 260 (means for receiving input), and an output device 270 (means for outputting) are provided.
[0084]
The difference between the information processing device 200 according to the present embodiment and the information processing device 200 according to the first embodiment is that the user device 110 and the order DB 120 are stored in the storage device 230 of the information processing device 200 according to the present embodiment. Is stored.
[0085]
Like the information processing apparatus 200 according to the first embodiment, the storage device 230 and the recording medium reading apparatus 250 can be built in the information processing apparatus 200 or externally mounted. It can also be.
[0086]
=== User DB, Order DB ===
Next, FIG. 24 shows a diagram illustrating a second example of the user DB 110 and the order DB 120 according to the present embodiment.
Approver information 111b is stored in the user DB 110a of the order creator's information processing device 200a. The user DB 110b of the information processing apparatus 200b of the approver stores information 111a of the order creator and information 111c of the orderer. The user DB 110c of the information processing apparatus 200c of the orderer stores information 111a of the order creator, information 111b of the approver, and information 111d of the orderer. Orderer information 111c is stored in the user DB 110d of the information processing device 200d of the contractor. Each information 111 will be described later.
[0087]
A main status 122 is stored for each order data 121 in the order DB 120 of each information processing device 200. The sub-status 124 is also stored in the information processing apparatus 200c of the orderer for each transmission destination of the order data 121. Further, the sub-status 124 is stored in the information processing apparatus 200d of the contractor for each reception source of the order data 121.
[0088]
=== Certificate and user information ===
Next, FIG. 25 shows a diagram illustrating a second example of the certificate 510 and the user information 111 according to the present embodiment.
When the order creator creates the transaction data of the stock transaction, the order creator's information processing device 200a signs the order creator and a certificate 510a issued by the certificate authority 500 (to prove the authenticity of the order creator). Data) is added to the transaction data. The order data obtained by adding the signature of the order creator and the certificate 510a to the transaction data is transmitted to the information processor 200b of the approver. The transmission is performed based on information such as the IP address described in the approver's user information 111b stored in the user DB 110a. The certificate 510a issued by the certificate authority 500 records data in which serial numbers (identification numbers) uniquely assigned to individual order creators are associated with authority as an order creator.
[0089]
The information processor 200b of the approver compares the serial number described in the certificate 510a with the serial number 115a of the order creator's user information 111a stored in the user DB 110b. Thereby, it is possible to confirm that the order data received by the information processor 200b of the approver is indeed transmitted from the information processor 200a of the order creator (confirm the authenticity).
[0090]
When the approver approves the order data created by the order creator, the approver's information processing device 200b signs the approver and a certificate 510b issued from the certificate authority 500 (to prove the authenticity of the approver). Data) is added to the order data. The order data obtained by adding the signature and the certificate 510b to the order data from the order creator is transmitted to the information processing apparatus 200c of the orderer. The transmission is performed based on information such as an IP address described in the orderer's user information 111c stored in the user DB 110b. The certificate 510b issued from the certificate authority 500 records data in which a serial number uniquely assigned to an individual approver is associated with authority as an approver.
[0091]
The orderer's information processing device 200c compares the serial number described in the certificate 510a and the certificate 510b with the serial number 115a of the user information 111a and the serial number 115b of the user information 111b stored in the user DB 110c. I do. Thereby, it is confirmed that the order data received by the information processing apparatus 200c of the orderer is actually transmitted from the information processing apparatus 200a of the order creator via the information processing apparatus 200b of the approver (confirm the authenticity). )can do.
[0092]
The orderer's information processing device 200c transmits the order data to the contractor's information processing device 200d. At this time, a signature of the orderer and a certificate 510c (data for certifying the authenticity of the orderer) issued by the certificate authority 500 are added to the order data by the orderer's information processing device 200c. The order data to which the own signature and the certificate 510c are added is transmitted to the information processing device 200d of the contractor. The transmission is performed based on the information such as the IP address described in the user information 111d of the contractor stored in the user DB 110c. The certificate 510c issued from the certificate authority 500 records data in which a serial number uniquely assigned to an individual orderer is associated with authority as an orderer.
[0093]
The contractor's information processing device 200d confirms that the serial numbers are described in the certificates 510a, 510b, and 510c. Thereby, it is confirmed that the order data (first order data) received by the information processing apparatus 200d of the order receiver is actually transmitted from the information processing apparatus 200c of the orderer (confirm the authenticity). Can be.
[0094]
Here, only the user information 111c of the orderer is stored in the contractor-side user DB 110d. This is because the contractor transacts with the orderer. If the order creator or approver's user information 111a, 111b is known to the contractor, for example, it is conceivable that the order is refused, which has a significant effect on the transaction. Therefore, the orderer informs only his / her own user information 111c to a specific business partner determined to be worthy of conducting a transaction.
Thereby, the order receiving party can confirm that the received transaction data is indeed the one issued by the ordering party. However, the order creator and the approver who created the order data cannot be known.
[0095]
When the contractor receives an order (order for a transaction) from the orderer, the information processor 200d of the contractor transmits the order data to the information processor 200c of the orderer. Thus, the contractor can inform the orderer of the intention of the order. At this time, a signature of the contractor and a certificate 510d issued by the certificate authority 500 are added to the order data by the contractor's information processing device 200d. The order data added with the contractor's signature and certificate 510d (data for certifying the authenticity of the contractor) is transmitted to the orderer's information processing device 200c. The transmission is performed based on information such as an IP address described in the orderer's user information 111c stored in the user DB 110d. The certificate 510d issued from the certificate authority 500 records data in which a serial number uniquely assigned to an individual contractor is associated with authority as a contractor.
[0096]
The information processing device 200c of the orderer confirms that the serial numbers are described in the certificates 510a, 510b, 510c, and 510d. Thereby, it is confirmed that the order data (second order data) received by the information processing apparatus 200c of the orderer is certainly transmitted from the information processing apparatus 200d of the orderer (confirm the authenticity). Can be. The ordering party makes a successful bid (contract) for the transaction by selecting a trading partner from the order receiving parties who have communicated the intention of receiving the order.
[0097]
=== Order data ===
Next, FIG. 26 shows a diagram illustrating order data 121 according to the present embodiment.
In the order data 121 according to the present embodiment, a certificate 510 issued from the certificate authority 500 is added to the order data 121 according to the first embodiment.
[0098]
=== Transaction flow ===
Next, FIGS. 27 to 28 show flowcharts illustrating the flow of the securities transaction process according to the present embodiment.
The flow of the securities transaction process according to the present embodiment is almost the same as the flow of the securities transaction process according to the first embodiment. The difference is that a certificate 510 given from the certificate authority 500 at the time of transmitting the order data is added (S8003, S8013, S8021, S8034, S8046), and that the identity verification is performed by the certificate 510 (S8006, S8016, (S8024, S8037), and when the identity is confirmed by the certificate 510 in the information processing device 200d of the contractor, not only the identity of the orderer but also the identity of the order creator and the approver are confirmed (S8027 to S8027). S8029). Since this identity confirmation is performed by confirming the presence or absence of the serial number of each certificate 510, the orderer does not know who the order creator or approver is.
[0099]
In addition, examples of screen configurations displayed on the output device 270 of the information processing devices 200a to 200d used by the order creator, the approver, the orderer, and the contractor who perform securities transaction processing are shown in FIGS. , And the first embodiment.
[0100]
Further, the processing according to the present embodiment is realized by executing a transaction application program 231 composed of codes for performing various operations according to the present embodiment by CPU 210 included in information processing device 200. Are the same as those in the first embodiment.
[0101]
Although the first and second embodiments have been described above, the above-described embodiments are for the purpose of facilitating understanding of the present invention, and are not for limiting and interpreting the present invention. The present invention can be changed and improved without departing from the spirit thereof, and the present invention also includes equivalents thereof.
[0102]
【The invention's effect】
An information processing apparatus control method, an information processing apparatus, a program, and a recording medium can be provided.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of a securities trading system according to an embodiment.
FIG. 2 is a block diagram illustrating a configuration diagram of an information processing apparatus according to the present embodiment.
FIG. 3 is a diagram showing a user database according to the present embodiment.
FIG. 4 is a diagram showing a secret key and user information according to the present embodiment.
FIG. 5 is a diagram showing an order database according to the present embodiment.
FIG. 6 is a diagram showing order data according to the present embodiment.
FIG. 7 is a diagram showing a main status and a sub status according to the present embodiment.
FIG. 8 is a flowchart showing a flow of a securities transaction process according to the embodiment.
FIG. 9 is a flowchart showing a flow of a securities transaction process according to the embodiment.
FIG. 10 is a flowchart showing the flow of processing when the main status changes according to the present embodiment.
FIG. 11 is a flowchart showing the flow of processing when the substatus changes according to the present embodiment.
FIG. 12 is a flowchart showing a processing flow when a transaction according to the present embodiment is stopped.
FIG. 13 is a flowchart illustrating a flow of processing when the information processing apparatus according to the present embodiment has changed from an offline state to an online state.
FIG. 14 is a diagram showing an initial screen displayed on the output device of the information processing apparatus according to the present embodiment.
FIG. 15 is a diagram showing a screen at the time of order creation displayed on the output device of the information processing apparatus according to the present embodiment.
FIG. 16 is a diagram showing a screen at the time of approval displayed on the output device of the information processing apparatus according to the present embodiment.
FIG. 17 is a diagram showing a screen at the time of ordering displayed on the output device of the information processing apparatus according to the present embodiment.
FIG. 18 is a diagram showing a screen during transaction review displayed on the output device of the information processing apparatus according to the present embodiment.
FIG. 19 is a diagram showing a screen at the time of receiving an order displayed on the output device of the information processing apparatus according to the present embodiment.
FIG. 20 is a diagram illustrating a screen displayed on the output device of the information processing apparatus according to the present embodiment when a successful bid is considered.
FIG. 21 is a diagram showing a screen at the time of a successful bid displayed on the output device of the information processing apparatus according to the present embodiment.
FIG. 22 is a block diagram showing a second example of the overall configuration of the securities trading system according to the present embodiment.
FIG. 23 is a block diagram showing a second example of the configuration diagram of the information processing apparatus according to the present embodiment.
FIG. 24 is a diagram showing a second example of the user database and the order database according to the present embodiment.
FIG. 25 is a diagram showing a second example of the user information according to the present embodiment.
FIG. 26 is a diagram showing a second example of order data according to the present embodiment.
FIG. 27 is a flowchart showing the flow of processing in a second example of the securities transaction according to the present embodiment.
FIG. 28 is a flowchart showing the flow of processing in a second example of the securities transaction according to the present embodiment.
[Explanation of symbols]
110 User DB
111 User information
113 public key
115 serial number
120 Order DB
121 Order data
122 Main Status
124 sub status
200 Information processing device
210 CPU
220 memory
230 storage device
231 Trading Application Program
232 secret key
240 ports
250 Recording medium reader
260 input device
270 output device
280 Recording medium
300 Network
500 Certificate Authority
510 certificate

Claims (6)

A method for controlling the first information processing device in a securities transaction system including a first information processing device and a plurality of second information processing devices connected to the first information processing device. So,
A first order in which data for certifying the authenticity of each of the decider, approver, and orderer of the transaction content is added to the transaction data in which the content of the securities transaction is described. The data, the second information processing device determined according to the content of the transaction, the decider, the approver, or the orderer, or the second information specified by the decider, the approver, or the orderer Transmitting to the processing device;
The authenticity of each of the determiner, the approver, and the orderer is confirmed, and the authenticity of the orderer is proved with respect to the first order data from the second information processing apparatus that receives the transaction. Receiving second order data with data for
Outputting the status of the order,
Accepting an input for designating a contracting partner from among the contractors whose authenticity has been confirmed. Data for certifying the authenticity of each of the determiner, approver, and orderer of the content of the transaction added to the transaction data, and the order received to the first order data The data for certifying the authenticity of the person is uniquely numbered for each individual transmitted by the third information processing device connected to the first information processing device and the third information processing device connected to the second information processing device. The control method for an information processing apparatus according to claim 1, wherein the data is data in which the identified identification number is associated with any one of the authority of the determiner, approver, orderer, or contractor. Data for certifying the authenticity of each of the determiner, approver, and orderer of the content of the transaction added to the transaction data, and the order received to the first order data The data for certifying the authenticity of the contractor is data obtained by encrypting the personal information of the determiner, approver, orderer, or contractor with their own private keys. Item 2. A method for controlling an information processing apparatus according to item 1. The first information processing device in a securities transaction system including a first information processing device and a plurality of second information processing devices connected to the first information processing device,
A first order in which data for certifying the authenticity of each of the decider, approver, and orderer of the transaction content is added to the transaction data in which the content of the securities transaction is described. The data, the second information processing device determined according to the content of the transaction, the decider, the approver, or the orderer, or the second information specified by the decider, the approver, or the orderer Means for transmitting to the processing device;
The authenticity of each of the determiner, the approver, and the orderer is confirmed, and the authenticity of the orderer is proved with respect to the first order data from the second information processing apparatus that receives the transaction. Means for receiving the second order data to which the data for
Means for outputting the status of the order,
An information processing apparatus comprising: means for receiving an input for designating a contractor to execute a contract from among the contractors whose authenticity has been confirmed. The first information processing apparatus in a securities transaction system including a first information processing apparatus and a plurality of second information processing apparatuses connected to the first information processing apparatus includes:
A first order in which data for certifying the authenticity of each of the decider, approver, and orderer of the transaction content is added to the transaction data in which the content of the securities transaction is described. The data, the second information processing device determined according to the content of the transaction, the decider, the approver, or the orderer, or the second information specified by the decider, the approver, or the orderer Transmitting to the processing device;
The authenticity of each of the determiner, the approver, and the orderer is confirmed, and the authenticity of the orderer is proved with respect to the first order data from the second information processing apparatus that receives the transaction. Receiving second order data with data for
Outputting the status of the order,
And accepting an input for designating a contracting partner from among the contractors whose authenticity has been confirmed. A computer-readable recording medium on which the program according to claim 5 is recorded.

Images