JP2017123116A - Load distribution system, load distribution device, load distribution method, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a technology for distributing loads in electronic transactions between a user and a store.SOLUTION: A load distribution system comprises: a user terminal that a user has; a store terminal installed in a store; a plurality of edge servers for mediating transaction data related to transactions between the user and the store using an electronic value having a predetermined cash value in accordance with a predetermined protocol; and a load distribution device. The load distribution device comprises: an acquisition part for acquiring state information indicating a state of each of the plurality of edge servers; and a determination part for determining the edge server which calculates a nonce value with respect to a transaction data group including one or more transaction data among the plurality of edge servers on the basis of the acquired state information in each of the plurality of edge servers.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a load distribution system, a load distribution device, a load distribution method, and a program.

  Electronic settlement using a credit card, an IC (Integrated Circuit) card, or the like is performed. For example, Patent Document 1 describes a technique related to payment processing using electronic money using a mobile phone.

JP 2014-11762 A

  Gift certificates that can be used in specific areas are issued in each area. Such gift certificates are often paper media. However, a paper-type gift certificate requires an issuance cost. In addition, since it is necessary for a user to go to a store that can be purchased in order to purchase a paper-type gift certificate, a user who cannot go to this store cannot purchase a gift certificate. Also for the user, the paper medium may be lost.

  In addition, when a gift certificate that can be used in a specific area is applied to an existing electronic payment using, for example, a credit card or an IC (Integrated Circuit) card, each store has, for example, a card reader / writer. Equipment investment and maintenance costs and fees for using electronic payment will be charged. The user also needs to hold the card.

  In order to solve these problems, it is conceivable to make a payment for a gift certificate that can be used in a specific region, for example, by electronic transaction using a P2P (peer-to-peer) type payment network. In such an electronic transaction, a predetermined time (for example, 10 minutes) is required for the settlement process despite the transaction only in a specific region. The reason is that in such an electronic transaction, a calculation process is performed in which one of the participants in the payment network calculates a hash value (nonce value) of a block in which one or more transaction data are collected. . Since this nonce value is generally a value obtained by performing a calculation with a large amount of calculation, a large load is applied to the apparatus that performs the calculation.

  This invention is made | formed in view of the said subject, The objective is to provide the technique which can distribute | distribute the load in the electronic transaction between a user and a shop.

  The load distribution system according to one aspect of the present invention includes a user terminal owned by a user, a store terminal provided in the store, and the user and the store using an electronic value having a predetermined monetary value. Including a plurality of edge servers that mediate transaction data relating to transactions between the servers according to a predetermined protocol, and a load balancer, wherein the load balancer obtains status information indicating a status of each of the plurality of edge servers And an edge server that calculates a nonce value for a transaction data group including one or more of the transaction data, among the plurality of edge servers, based on the acquired state information in each of the means and the plurality of edge servers Determining means.

  Further, the load distribution apparatus according to one aspect of the present invention includes a plurality of edge servers that mediate transaction data relating to a transaction between a user and a store using an electronic value having a predetermined monetary value according to a predetermined protocol. A transaction including one or more of the transaction data among the plurality of edge servers based on the acquired state information in each of the plurality of edge servers, and acquisition means for acquiring state information indicating each state of the plurality of edge servers Determining means for determining an edge server for calculating a nonce value for the data group.

  The load distribution method according to one aspect of the present invention includes a plurality of edge servers that mediate transaction data relating to transactions between a user and a store using an electronic value having a predetermined monetary value according to a predetermined protocol. State information indicating each of the plurality of edge servers, and based on the acquired state information in each of the plurality of edge servers, a transaction data group including one or more of the transaction data among the plurality of edge servers. The edge server for calculating the nonce value is determined.

  Note that a computer program that realizes the above-described system, apparatus, or method by a computer and a computer-readable non-transitory recording medium that stores the computer program are also included in the scope of the present invention.

  According to the present invention, it is possible to distribute a load in an electronic transaction between a user and a store.

It is a figure which shows an example of a structure of the system which concerns on the 1st Embodiment of this invention. It is a flowchart which shows an example of the flow of a process of the load distribution apparatus which concerns on the 1st Embodiment of this invention. It is a figure which shows an example of the whole structure of the system which concerns on the 2nd Embodiment of this invention. It is a figure which shows the other example of the whole structure of the system which concerns on the 2nd Embodiment of this invention. It is a functional block diagram which shows an example of a function structure of each apparatus contained in the system which concerns on the 2nd Embodiment of this invention. It is a flowchart which shows an example of the flow of a user registration process in the 2nd Embodiment of this invention. It is a flowchart which shows an example of the flow of a store registration process in the 2nd Embodiment of this invention. It is a flowchart which shows an example of the flow of the payment process in the 2nd Embodiment of this invention. It is a flowchart which shows an example of the flow of the payment process in the 2nd Embodiment of this invention. It is a flowchart which shows an example of the flow of the payment process in the 2nd Embodiment of this invention. It is a figure which shows an example of the network configuration of the system which concerns on the 2nd Embodiment of this invention. It is a figure which shows an example of the network configuration of the system which concerns on the 2nd Embodiment of this invention. It is a figure which shows an example of the network configuration of the system which concerns on the 2nd Embodiment of this invention. It is a figure which illustrates illustartively the hardware constitutions of the computer (information processing apparatus) which can implement | achieve each embodiment of this invention.

<First Embodiment>
A first embodiment of the present invention will be described in detail with reference to the drawings. FIG. 1 is a block diagram showing an example of the configuration of a system (load distribution system) 1 according to the first exemplary embodiment of the present invention. The system 1 shown in FIG. 1 shows a configuration unique to the present invention, and it goes without saying that the system 1 shown in FIG. 1 may have a configuration not shown in FIG. As shown in FIG. 1, the system 1 includes a load balancer 10, a plurality of edge servers (40-1 to 40-n (n> = 2)), a user terminal 20 possessed by a user, and a store. And a store terminal 30 provided. In the present embodiment, when each of the plurality of edge servers (40-1 to 40-n) is not distinguished or generically referred to, they are referred to as edge servers 40.

  In addition, as illustrated in FIG. 1, the load distribution apparatus 10 according to the present exemplary embodiment includes an acquisition unit 11 and a determination unit 12. Note that the load distribution apparatus 10 is described as an example that is realized by an apparatus different from the edge server, but may be provided in the edge server. When the load distribution apparatus 10 is provided in the edge server 40, the load distribution apparatus 10 may be provided in all of the plurality of edge servers 40, or may be provided in some edge servers 40. Further, the load balancer 10 may be provided, for example, in a central clearing house that collectively manages payment processing. The plurality of edge servers 40, the user terminal 20, and the store terminal 30 included in the system 1 are devices on a predetermined network. The predetermined network is, for example, a predetermined area.

  The edge server 40 mediates transaction data relating to a transaction using an electronic value (also referred to as virtual currency or virtual coin) having a predetermined monetary value according to a predetermined protocol. An example of the predetermined protocol is a block chain technology. In the present embodiment, description will be made assuming that the block chain technology is used as the predetermined protocol.

  The electronic value having a predetermined monetary value may be a currency such as a point where there is no actual banknote or currency, or an electronic currency used when making an electronic payment based on the actual banknote or currency. There may be. The electronic value having a predetermined monetary value may be an electronic value of a securities such as a gift certificate.

  The acquisition unit 11 of the load distribution apparatus 10 acquires state information indicating each state of the plurality of edge servers 40. The acquisition unit 11 may acquire the state information from each of the plurality of edge servers 40 or may acquire the state information from a monitoring server (not shown) that monitors the respective states of the plurality of edge servers 40. The state information may be, for example, load state information representing a load state applied to the edge server 40, operation state information representing the operation state of the edge server 40, and performance of the edge server 40. It may be performance information to represent. Examples of the state information include, but are not limited to, a usage rate of a CPU (Central Processing Unit) of the edge server 40, a usage rate of a memory included in the edge server 40, and the like. The acquisition unit 11 supplies state information for each of the plurality of edge servers 40 to the determination unit 12.

  The determination unit 12 receives state information for each of the plurality of edge servers 40 from the acquisition unit 11. Based on the received state information, the determination unit 12 determines an edge server that calculates a nonce value among the plurality of edge servers 40. The nonce value is a value unique to the transaction data group included in a transaction data group (also referred to as a block) including one or more transaction data. When the state information is load state information, the determination unit 12 determines, for example, the edge server having the smallest load among the plurality of edge servers 40 as the edge server for calculating the nonce value based on the load state information. .

  FIG. 2 is a flowchart illustrating an example of a processing flow of the load distribution apparatus 10 according to the present embodiment. As illustrated in FIG. 2, the acquisition unit 11 acquires state information indicating each state of the plurality of edge servers (step S1). And based on the status information acquired at step S1, the determination part 12 determines the edge server which calculates the nonce value of a transaction data group among several edge servers (step S2). Thus, the load distribution apparatus 10 ends the process.

  In general, a large load is applied to the calculation of the nonce value. Therefore, if only one edge server calculates each nonce value of a plurality of transaction data groups, a large load is applied to the one edge server. However, in the system 1 according to the present embodiment, the determination unit 12 of the load distribution apparatus 10 determines the edge server that calculates the nonce value based on the state information of each of the plurality of edge servers. Thereby, at the timing of calculating the nonce value, the load distribution apparatus 10 can determine an edge server suitable for calculating the nonce value, such as an edge server having a smaller load or a high-performance edge server. it can. As a result, the system 1 can prevent a load from being applied to a specific edge server included in the system 1. Therefore, the system 1 can perform load distribution of the edge servers 40 included in the system 1.

  Further, by performing load distribution of the edge servers, the system 1 can shorten the time for settlement processing for transactions between the user and the store.

<Second Embodiment>
Next, a second embodiment based on the above-described first embodiment will be described. First, the overall configuration of the system (load distribution system) 2 according to the present embodiment will be described with reference to FIG. FIG. 3 is a diagram illustrating an example of the overall configuration of the system 2 according to the present embodiment. As shown in FIG. 3, system 2 according to the present embodiment includes a plurality of edge servers (100-1 to 100-n (n> = 2)), user terminal 200, and store terminal 300. . The apparatus included in the system 2 shown in FIG. 3 shows a configuration unique to the present embodiment, and the system 2 shown in FIG. 3 has a configuration not shown in FIG. Needless to say.

  In the present embodiment, when each of the plurality of edge servers (100-1 to 100-n) is not distinguished or collectively referred to, they are referred to as the edge server 100. 3 shows one user terminal 200 and one store terminal 300, but there may be a plurality of user terminals 200 and store terminals 300.

  The edge server 100, the user terminal 200, and the store terminal 300 are communicably connected to each other via a network.

  The store terminal 300 is realized by, for example, a POS (Point Of Sales) terminal installed in each of a plurality of stores. The store terminal 300 may be plural in one store. The store terminal 300 may be a POS system that manages information output from one or more POS terminals in a store where one or more POS terminals are installed. When the store is an electronic store, the store terminal 300 may be, for example, a server related to the electronic store. In this embodiment, it is assumed that the store is a store that sells products within a predetermined range (for example, a predetermined region).

  The user terminal 200 is a terminal possessed by the user, and may be a mobile terminal such as a smartphone, a tablet, and a wearable terminal, or may be a desktop personal computer. The user terminal 200 is a terminal that can perform transactions with stores that sell products within a predetermined range.

  The edge server 100 is a server connected to the store terminal 300 possessed by the store within the predetermined range and the user terminal 200 of the user who can use the store within the predetermined range. The edge server 100 is arranged on a predetermined closed network, for example. The edge server 100 mediates transaction data regarding a transaction between a user and a store using an electronic value having a predetermined monetary value according to a predetermined protocol. In the present embodiment, description will be made assuming that the predetermined protocol is a block chain technology. In the present embodiment, the electronic value is called a virtual currency.

  In the present embodiment, as shown in FIG. 3, a configuration in which the load distribution apparatus 10 described in the first embodiment is included in each of the plurality of edge servers 100 will be described. The load balancer 10 may be included in some edge servers 100. Further, the load distribution device 10 may be provided in a device different from the edge server 100. An example in which the load distribution apparatus 10 is provided in an apparatus different from the edge server 100 will be described with reference to FIG. FIG. 4 is a diagram illustrating an example of another configuration of the system 2. The load distribution apparatus 10 included in the system 2 illustrated in FIG. 4 may be provided in a central settlement institution that collectively manages settlement processing, connected to the edge server 100 via a network.

  FIG. 5 is a functional block diagram illustrating an example of functional configurations of the edge server 100, the user terminal 200, and the store terminal 300 in the system 2 according to the present embodiment.

(User terminal 200)
As illustrated in FIG. 5, the user terminal 200 in the system 2 according to the present embodiment includes a generation unit 210, a transmission unit 220, a storage unit 230, an acquisition unit 240, and a reception unit 250. In the present embodiment, a place where a virtual currency possessed by a store or a user is managed (held) is called a virtual currency wallet location. That is, for convenience of explanation, a group of virtual currencies managed in this place is called a virtual currency wallet. It can be said that the virtual currency wallet includes a virtual currency held by a store or user having the wallet. The virtual currency wallet can be expressed by a folder, for example. In this case, the location of the virtual currency wallet is the location of this folder.

  The acquisition unit 240 acquires product information and a store address from the store terminal 300. A method for acquiring the product information and the store address by the acquisition unit 240 will be described later. The product information and store address acquired by the acquisition unit 240 from the store terminal 300 are encrypted with the secret key of the store terminal 300. The acquisition unit 240 supplies the encrypted product information and store address to the generation unit 210.

  The generation unit 210 generates a user-specific secret key and public key. The secret key and the public key generated by the generation unit 210 are referred to as a user secret key and a user public key, respectively. This secret key may be expressed by a combination of numbers and symbols. The generation unit 210 may first generate a secret key, and generate a public key based on the generated secret key.

  Further, the generation unit 210 generates an address corresponding to the location (for example, account number) of the virtual currency wallet used by the user having the user terminal 200, using the generated private key and public key. . The generation unit 210 generates the address by performing, for example, hash calculation using the secret key and the public key. The address generated by the user terminal 200 is hereinafter referred to as a user address.

  Thereby, the user can perform a transaction using the virtual currency managed at the place indicated by the user address.

  In the present embodiment, it is assumed that the wallet of the virtual currency wallet indicated by the user address is in the user terminal 200, but it is on another device that is communicably connected to the user terminal 200. May be. For example, the location of the virtual currency wallet may be on another server connected via the Internet.

  Further, the virtual currency included in the virtual currency wallet may be used by a plurality of user terminals 200 set to be able to use the virtual currency in the wallet. For example, when a user has a plurality of user terminals 200, the user can set a plurality of user terminals 200 by making settings so that a virtual currency wallet can be used in each of the plurality of user terminals 200. You may make it possible to use the virtual currency in the wallet from 200 of each.

  The generation unit 210 stores the generated secret key, public key, and user address in the storage unit 230 in association with each other. Further, the generation unit 210 supplies the generated public key to the transmission unit 220.

  Further, the generation unit 210 receives product information and a store address from the acquisition unit 240. The generation unit 210 generates transaction data including the received product information and store information, and a user address, and encrypted with the user's private key.

  Further, upon receiving the store public key from the receiving unit 250, the generating unit 210 generates a digital signature of the user. Further, the generation unit 210 receives the hash value of the added block received from the reception unit 250 every time the reception unit 250 adds a block (transaction data group) to the block chain. The generation unit 210 calculates a hash value of data obtained by adding the received hash value and the received store public key to the transaction data. Then, the calculated hash value is encrypted with the user's private key, and the encrypted hash value is generated as an electronic signature. Then, the generation unit 210 generates transaction data attached with the generated electronic signature. The generation unit 210 supplies the transaction data attached with the electronic signature to the transmission unit 220.

  The transmission unit 220 receives the user's public key generated by the generation unit 210 from the generation unit 210. The transmission unit 220 transmits the received public key of the user to the edge server 100. The destination edge server 100 to which the transmission unit 220 transmits the user's public key may be any of the plurality of edge servers 100, and the edge server 100 that is closest to the user terminal 200. It may be. The transmission unit 220 may store information on the edge server 100 that is the transmission destination of the user's public key in the storage unit 230. For example, the transmission unit 220 may store information on the edge server 100 with which the user terminal 200 can communicate (for example, the edge server 100 closest to the user terminal 200) in the storage unit 230. The information related to the edge server 100 may be, for example, an IP (Internet Protocol) address of the edge server 100 or other information.

  Further, the transmission unit 220 transmits an authentication request message for requesting authentication of the user terminal 200 to the edge server 100. In addition, the transmission unit 220 transmits a request for transmitting a store public key to the edge server 100.

  Further, the transmission unit 220 receives transaction data attached with an electronic signature from the generation unit 210. The transmission unit 220 transmits the transaction data attached with the electronic signature to the edge server 100. The destination (transmission destination) edge server 100 to which the transmission unit 220 transmits transaction data may be any of the plurality of edge servers 100 or a predetermined edge server. The predetermined edge server is, for example, the edge server 100 that is closest to the user terminal 200, but is not limited thereto. In the case of a configuration in which transaction data is transmitted to the edge server 100 that is close to the user terminal 200, the system 2 can reduce the time required for transmission of the transaction data.

  The storage unit 230 stores the user's private key, public key, and user address that are associated with each other. Note that the storage unit 230 may be realized by a storage device separate from the user terminal 200. That is, the user's private key, public key, and user address may be managed on a server separate from the user terminal 200. Further, the user's private key, public key, and user address may be managed by paper on which these are printed, for example.

  Each time a block is added to the block chain, the receiving unit 250 receives a hash value of the added block. The receiving unit 250 supplies the received hash value to the generating unit 210.

  The receiving unit 250 receives an authentication request message response message from the edge server 100. Processing after receiving the authentication request message will be described with reference to the flowcharts shown in FIGS.

  Further, the receiving unit 250 receives the store public key from the edge server 100 as a response to the store public key transmission request. The receiving unit 250 supplies the received store public key to the generating unit 210.

  The receiving unit 250 receives the latest nonce value of the block from the edge server 100. The receiving unit 250 supplies the received nonce value to the generating unit 210.

  In addition, on the user terminal 200, when a dedicated application program used when using the virtual currency is activated, the user may be able to perform a transaction using the virtual currency. That is, the function of each unit in the user terminal 200 may be realized by executing this dedicated application program.

(Store terminal 300)
As shown in FIG. 5, the store terminal 300 in the system 2 according to the present embodiment includes a generation unit 310, a transmission unit 320, a storage unit 330, and an output unit 340.

  The generation unit 310 generates a store-specific secret key and public key. The secret key and the public key generated by the generation unit 310 are referred to as the store secret key and the store public key, respectively. This secret key may be expressed by a combination of numbers and symbols. The generation unit 310 may first generate a secret key and generate a public key based on the generated secret key.

  Further, the generation unit 310 generates an address corresponding to the location (for example, account number) of the virtual currency wallet used by the store where the store terminal 300 is provided, using the generated secret key and public key. . The generation unit 310 generates the address by performing, for example, hash calculation using the secret key and the public key. The address generated by the store terminal 300 is hereinafter referred to as a store address.

  In the present embodiment, the wallet location of the virtual currency indicated by the store address is in the store terminal 300, but may be on another device communicably connected to the store terminal 300. . For example, the location of the virtual currency wallet may be on another server connected via the Internet.

  Further, the virtual currency included in the store's wallet may be used by a plurality of store terminals 300 set to be usable in the same manner as the virtual currency included in the user's wallet.

  The generation unit 310 stores the generated secret key, public key, and store address in the storage unit 330 in association with each other. In addition, the generation unit 310 supplies the generated public key to the transmission unit 320.

  Further, the generation unit 310 generates data obtained by encrypting product information including at least information indicating the amount of the product (transaction amount of virtual currency) and the location (store address) of the store wallet. At this time, the generation unit 310 may generate an identifier representing encrypted data (referred to as product data). This identifier may be, for example, a barcode, a two-dimensional code, or other information. The generation unit 310 supplies the generated product data or identifier to the output unit 340.

  The transmission unit 320 receives from the generation unit 310 the store public key generated by the generation unit 310. The transmission unit 320 transmits the received store public key to the edge server 100. The destination (transmission destination) edge server 100 to which the transmission unit 320 transmits the store public key may be any of the plurality of edge servers 100, and is the edge server 100 that is closest to the store terminal 300. May be.

  The storage unit 330 stores store secret keys, public keys, and store addresses that are associated with each other. Note that the storage unit 330 may be realized by a storage device separate from the store terminal 300. That is, the store secret key, public key, and store address may be managed on a server separate from the store terminal 300. Further, the store secret key, the public key, and the store address may be managed by paper on which these are printed, for example.

  The output unit 340 receives product data or an identifier from the generation unit 310. The output unit 340 outputs the product data or identifier received from the generation unit 310. When the data received by the output unit 340 from the generation unit 310 is an identifier, the output unit 340 may output the identifier by printing the identifier on a predetermined sheet. When the data received by the output unit 340 from the generation unit 310 is an identifier, the output unit 340 may output the identifier by displaying the identifier on a display screen (not shown). With such a configuration, the store terminal 300 according to the present embodiment can perform merchandise transactions without providing, for example, a reader / writer necessary for using electronic money.

  When the data received by the output unit 340 is product data, the output unit 340 may output (send) product data to the user terminal 200. In this case, the output unit 340 may be formed integrally with the transmission unit 320.

  For example, the output unit 340 may transmit the product data to the user terminal 200 by communication using the short-range wireless communication standard. The short-range wireless communication standard may be, for example, Bluetooth (registered trademark), NFC (Near Field Communication), or the like. Further, the output unit 340 may transmit the product data to the user terminal 200 by infrared communication. In addition, the store terminal 300 causes the user terminal 200 to activate the application program that can perform communication between the user terminal 200 and the store terminal 300 on the user terminal 200 and the store terminal 300. The product data may be transmitted. Further, the store terminal 300 may transmit product data to the user terminal 200 using services such as SMS (Short Message Service) and SNS (Social Network Service). Moreover, the shop terminal 300 may transmit product data to the user terminal 200 using an electronic mail. As described above, the method for the store terminal 300 to transmit the product data to the user terminal 200 is not particularly limited.

  In addition, on the store terminal 300, when a dedicated application program used when using the virtual currency is activated, the store may be able to perform a transaction using the virtual currency. That is, the function of each unit in the store terminal 300 may be realized by executing this dedicated application program.

(Edge server 100)
As illustrated in FIG. 5, the edge server 100 in the system 2 according to the present embodiment includes an acquisition unit 110, a determination unit 120, a storage unit 130, a reception unit 140, a transmission unit 150, and a calculation unit 160. And an authentication unit 170. The acquisition unit 110 and the determination unit 120 correspond to the acquisition unit 11 and the determination unit 12 in the above-described first embodiment, respectively. That is, in FIG. 5, the part enclosed by the broken line frame corresponds to the load balancer 10 in the first embodiment described above.

  The acquisition unit 110 receives from the calculation unit 160 a notification indicating that a block before approval, which will be described later, has been generated. When the acquisition unit 110 receives the notification, the acquisition unit 110 acquires state information indicating the state of each of the plurality of edge servers 100. The acquisition unit 110 may acquire the state information from each of the plurality of edge servers 100, or may acquire the state information from a monitoring server (not shown) that monitors the respective states of the plurality of edge servers 100. The state information may be, for example, load state information indicating a load state applied to the edge server 100, operation state information indicating the operation state of the edge server 100, and performance of the edge server 100. It may be performance information to represent. The acquisition unit 110 supplies the acquired state information for each of the plurality of edge servers 100 to the determination unit 120.

  The determination unit 120 receives state information for each of the plurality of edge servers 100 from the acquisition unit 110. Based on the received state information, the determination unit 120 determines an edge server that calculates a nonce value of a block before approval among the plurality of edge servers 100. For example, when the state information is load state information, the determination unit 120 determines the edge server having the smallest load among the plurality of edge servers 100 as the edge server for calculating the nonce value based on the load state information. . The determination unit 120 supplies information (determination result) indicating the determined edge server to the calculation unit 160.

  The receiving unit 140 receives the user's public key from the user terminal 200. The receiving unit 140 stores information for identifying the user terminal 200 that is the transmission source of the user's public key in the storage unit 130 in association with the received user's public key. The receiving unit 140 receives a store public key from the store terminal 300. The receiving unit 140 stores information for identifying the store terminal 300 that is a transmission source of the store public key in the storage unit 130 in association with the received store public key.

  The receiving unit 140 receives an authentication request message from the user terminal 200. The receiving unit 140 supplies the received authentication request message to the authentication unit 170.

  In addition, the receiving unit 140 receives a store public key transmission request from the user terminal 200. The receiving unit 140 supplies the received transmission request for the store public key to the transmitting unit 150.

  The receiving unit 140 receives transaction data attached with an electronic signature from the user terminal 200. The receiving unit 140 supplies the received transaction data to the calculation unit 160.

  The function of receiving the transaction data attached with the authentication request message and / or the electronic signature in the receiving unit 140 may be a function included in all of the receiving units 140 included in the edge server 100. It may be a function included in the section. For example, when the edge server 100 that receives the authentication request message is only the edge server 100-1, authentication processing by the authentication unit 170 described later can be consolidated. In this case, the edge servers 100 other than the edge server 100-1 may not include the authentication unit 170 described later.

  In addition, when receiving a block containing a nonce value or no nonce value from another edge server 100, the receiving unit 140 supplies the block to the calculating unit 160.

  The storage unit 130 stores a store public key associated with information for identifying the store. In addition, the storage unit 130 stores a user's public key associated with information for identifying the user. Each time the store public key and the user public key stored in the storage unit 130 are updated (added), the edge server 100 stores the public key stored in the storage unit 130 of each edge server 100. It is preferable to take alignment. Thereby, the encrypted data transmitted from the user terminal 200 or the store terminal 300 can be decrypted by all the edge servers 100.

  The storage unit 130 stores a block including one or more transaction data connected to the block chain.

  Note that the storage unit 130 may be realized by a storage device separate from the edge server 100. This storage device only needs to be arranged at a position accessible from each of the plurality of edge servers 100. Thereby, the data stored in the storage unit 130 can be shared by the plurality of edge servers 100.

  A part of the data stored in the storage unit 130 (for example, the store public key and the user public key) may be stored in a storage device different from the edge server 100.

  The calculation unit 160 decrypts the transaction data received by the reception unit 140 with the public key related to the user terminal 200 that is the transmission source that transmitted the transaction data. The transaction data includes product information and store address encrypted with the store secret key. Therefore, the calculation unit 160 decrypts the encrypted product information and store address using the public keys of all stores stored in the storage unit 130. And the calculation part 160 puts together the transaction data included in a new block in the order with which transaction data were produced | generated. Since the block in which the transaction data is collected is a block before approval is performed, it is also referred to as a block before approval. Then, the calculation unit 160 supplies the acquisition unit 110 with a notification indicating that this pre-approval block has been generated.

  In addition, the calculation unit 160 receives a determination result from the determination unit 120. Based on the determination result, the calculation unit 160 confirms whether the edge server determined by the determination unit 120 is the local server. If it is not the own server, the calculation unit 160 supplies the determination result and the block before approval to the transmission unit 150.

  The calculation unit 160 calculates the nonce value of the block before approval when the confirmation result is the local server or when the block before approval that does not include the nonce value is received from the reception unit 140. The calculation unit 160 includes the calculated nonce value and the hash value of the block immediately before the block before approval (the nonce value of the latest block among the blocks included in the block chain) in the block before approval, The block before approval is supplied to the transmission unit 150.

  Further, when receiving the pre-approval block including the nonce value from the receiving unit 140, the calculation unit 160 verifies the nonce value included in the pre-approval block.

  The authentication unit 170 receives an authentication request message from the reception unit 140. The receiving unit 140 acquires a public key related to the transmission source (that is, the user terminal 200) of the received authentication request message from the storage unit 130, and decrypts the authentication request message using the public key. And the authentication part 170 authenticates the user terminal 200 which transmitted the authentication request message based on the decoded authentication request message. Then, the authentication unit 170 supplies the authentication result to the transmission unit 150.

  The transmission unit 150 receives the authentication result from the authentication unit 170. The transmission unit 150 transmits the received authentication result as a response message to the authentication request message to the user terminal 200 that is the transmission source of the authentication request message.

  In addition, the transmission unit 150 receives a request for transmitting the store public key from the reception unit 140. Then, the store public key related to the transmission request is acquired from the storage unit 130, and the acquired public key is transmitted to the user terminal 200.

  In addition, when the transmission unit 150 receives a block before approval including the calculated nonce value from the calculation unit 160, the transmission unit 150 broadcasts the block before approval to another edge server 100.

  In addition, when receiving a block before approval that does not include the nonce value from the calculation unit 160 together with the determination result, the transmission unit 150 transmits the block before approval to the edge server indicated by the determination result.

(User registration process flow)
Next, the flow of registration (user registration) processing when a user uses virtual currency will be described. This user registration process is a process of transmitting information necessary for performing a transaction using a virtual currency from the user terminal 200 to the edge server 100. FIG. 6 is a flowchart showing an example of the flow of user registration processing in the present embodiment.

  As shown in FIG. 6, first, the generation unit 210 of the user terminal 200 generates a user-specific secret key and public key (step S61). Then, the generation unit 210 generates a user address using the generated secret key and public key (step S62).

  Thereafter, the generation unit 210 stores the generated secret key, public key, and user address in the storage unit 230 in association with each other (step S63). Then, the transmission unit 220 transmits the public key supplied from the generation unit 210 to the edge server 100 (step S64). Note that step S63 and step S64 may be performed simultaneously or in the reverse order.

  This completes the user registration process.

  As described above, when the user terminal 200 transmits the public key of the user to the edge server 100, the user terminal 200 uses the virtual currency managed at the location indicated by the user address. Can do.

(Store registration process flow)
Next, the flow of registration (store registration) processing when a store uses virtual currency will be described. This store registration process is a process of transmitting information necessary for performing a transaction using a virtual currency from the store terminal 300 to the edge server 100. FIG. 7 is a flowchart showing an example of the flow of the store registration process in the present embodiment.

  As shown in FIG. 7, first, the generation unit 310 of the store terminal 300 generates a store-specific secret key and public key (step S71). And the production | generation part 310 produces | generates a shop address using the produced | generated private key and public key (step S72).

  Thereafter, the generation unit 310 stores the generated secret key, public key, and store address in the storage unit 330 in association with each other (step S73). Then, the transmission unit 320 transmits the public key supplied from the generation unit 310 to the edge server 100 (step S74). Note that step S73 and step S74 may be performed simultaneously or in the reverse order.

  The store registration process is thus completed.

  As described above, the store terminal 300 transmits the store public key to the edge server 100, so that the store terminal 300 can use the virtual currency managed at the location indicated by the store address.

(About product transactions using virtual currency)
In the system 2 according to the present embodiment, a transaction using a virtual currency uses a general block chain technology as in the system 1 described above. Therefore, every time a block is added to the block chain, the transmission unit 150 of the edge server 100 transmits the hash value of the added block to the user terminal 200 of the user who can use the virtual currency. The added block is the latest block in the block chain and an approved block. The transmission unit 150 may confirm that a block has been added to the block chain (that is, blocks approved by all edge servers 100 have been stored in the storage unit 130), or a calculation unit 160 may confirm. Thereby, the hash value of the newest block can be shared between the user terminals 200 of the users who can use the virtual currency.

(Flow of product information acquisition by the user terminal 200)
A flow until the user terminal 200 receives the product information including at least information indicating the price of the product together with the store wallet location (store address) will be described. It is assumed that the store terminal 300 of the store converts the price of the product to be sold or the service to be provided into virtual currency.

  For example, a case where the store is an actual store that actually exists and the user terminal 200 is a mobile terminal will be described. When a user performs a purchase procedure for a product in an actual store, the generation unit 310 of the store terminal 300 of the store generates product identifiers and store addresses as information, and generates an identifier encrypted with the store secret key. . In the present embodiment, description will be made assuming that the identifier is a two-dimensional code. Then, the output unit 340 outputs the identifier generated by the generation unit 310.

  The user causes the user terminal 200 to read the two-dimensional code output from the store terminal 300. That is, the acquisition unit 240 of the user terminal 200 reads the two-dimensional code output from the store terminal 300. As described above, the two-dimensional code includes product information and a store address. Thereby, the user terminal 200 can acquire the product information and the store address encrypted with the store secret key.

  When the data generated by the generation unit 310 of the store terminal 300 is product data obtained by encrypting the product information and the store address by the generation unit 310, the acquisition unit 240 of the user terminal 200 receives from the store terminal 300, For example, the product information and the store address may be received (acquired) using the predetermined service described above.

  For example, when the store is an electronic store, the store terminal 300 generates product data obtained by encrypting the product information and the store address. Then, the acquisition unit 240 of the user terminal 200 receives the encrypted product data via the network. Since the product data includes the product information and the store address as described above, the user terminal 200 can acquire the product information and the store address encrypted with the store secret key.

  As described above, the user terminal 200 can acquire the product information and store address encrypted with the store secret key from the store terminal 300.

  Note that the user terminal 200 may display the amount of the product indicated by the product information transmitted from the store terminal 300 on a display screen (not shown). At this time, the store terminal 300 may send the product information to the user terminal 200 separately from the product information encrypted with the store secret key. At this time, the user terminal 200 may acquire the public key of the store terminal 300 from the edge server 100 and decrypt the encrypted product information with the acquired store public key. Thereby, the user can confirm the money amount of the goods to trade.

(System 2 payment processing flow)
Next, the payment process of the system 2 after the user terminal 200 receives the product information and the store address will be described. FIG. 8 to FIG. 10 are flowcharts showing an example of the flow of settlement processing in the present embodiment, respectively. 8 and 9, the process of the user terminal 200 is shown on the left side, and the process of the edge server 100 is shown on the right side. A broken line arrow between the processing of the edge server 100 and the processing of the user terminal 200 indicates the flow of data. In the present embodiment, the description will be made assuming that the edge server that determines the edge server for calculating the nonce value described later is determined in advance.

  As shown in FIG. 8, the generation unit 210 of the user terminal 200 reads (acquires) the product information and store address encrypted with the store secret key, and the location of the user's wallet (acquired). Transaction data encrypted with the user's private key is generated (step S81).

  Then, the transmission unit 220 of the user terminal 200 transmits a transaction authentication request message to the edge server 100 (step S82). The authentication request message includes information for identifying the user (user identification information) encrypted with the user's private key. Then, the receiving unit 140 of the edge server 100 receives the authentication request message transmitted from the user terminal 200 (step S83).

  And the authentication part 170 authenticates the user terminal 200 which transmitted the authentication request message (step S84). The transmission unit 150 transmits the response message of the authentication request message to the user terminal 200 (Step S85).

  Thereafter, the receiving unit 250 of the user terminal 200 receives the response message (step S86). And the receiving part 250 confirms whether it was authenticated based on a response message (step S87). If authenticated (YES in step S87), the receiving unit 250 instructs the transmitting unit 220 to transmit a request for transmitting the public key of the store that is performing the product purchase procedure, and the transmitting unit 220 transmits the transmission. The request is transmitted to the edge server 100 (step S88). The information specifying the store related to the transmission request transmitted by the transmission unit 220 may be acquired together with the identifier, for example, when reading the identifier, or the product data when acquiring the product data. You may acquire with it. In addition, when the product data is transmitted via a network, the information specifying the store related to the transmission request transmitted by the transmission unit 220 may be specified from the transmission source of the product data. Good.

  In the present embodiment, when authentication is not performed (NO in step S87), the authentication process is terminated. However, user terminal 200 returns to step S82, for example, and transmits an authentication request message again. May be.

  Further, when the authentication result indicates that the authentication has not been performed, the transmission unit 150 may not transmit the response message. In this case, when the user terminal 200 does not receive a response message within a predetermined period after transmitting the authentication request message, the user terminal 200 displays information indicating that the authentication has not been performed on the display screen and ends the settlement process. May be.

  After step S88 ends, the receiving unit 140 of the edge server 100 receives a request for transmitting the store public key (step S89). Thereafter, the transmission unit 150 acquires the store public key related to the transmission request received by the reception unit 140 from the storage unit 130, and transmits the acquired public key to the user terminal 200 (step S90).

  The receiving unit 250 of the user terminal 200 receives the store public key from the edge server 100 (step S91). Then, the generation unit 210 generates a user's electronic signature (step S92). Thereafter, the transmission unit 220 transmits the transaction data generated in step S81, to which the electronic signature generated in step S92 is attached, to the edge server 100 (step S93). Thereby, a user's impersonation can be prevented.

  Thereafter, the receiving unit 140 of the edge server 100 receives the transaction data attached with the electronic signature transmitted from the user terminal 200 (step S94). Note that the edge server 100 that receives the transaction data may be the same edge server as the edge server 100 that has performed the processing up to step S90, or may be a different edge server.

  The calculation unit 160 of the edge server 100 decrypts the transaction data received by the reception unit 140 with the public key related to the transmission source user terminal 200 that transmitted the transaction data (step S95). As described above, the transaction data includes the merchandise information encrypted with the store secret key and the store address. Therefore, the calculation unit 160 decrypts the encrypted product information and the store address using the public keys of all stores stored in the storage unit 130 (step S96). The processing of the edge server 100 and the user terminal 200 after step S96 is shown in FIG.

  Thereafter, the calculation unit 160 of the edge server 100 generates a block before approval in which transaction data is collected in the order in which the transaction data is generated (step S97). At this time, the calculation unit 160 may collect transaction data of a predetermined number or size, or may collect transaction data every predetermined time. In addition, when transaction data is transmitted to the other edge server 100, before performing step S97, the structure which aggregates transaction data to a predetermined | prescribed edge server may be sufficient. The predetermined edge server may be an edge server that has received the oldest transaction data (the time when the transaction was performed earliest) among the transaction data included in the block before approval. The predetermined transaction data may be configured to be aggregated in an edge server that performs processing for determining an edge server that calculates a nonce value.

  Then, the acquisition unit 110 of the edge server 100 acquires information (state information) indicating the load states of the local server (edge server 100) and other edge servers 100 (step S98). And the determination part 120 determines the edge server which calculates the nonce value included in a new block based on the acquired state information (step S99).

  Then, the calculation unit 160 checks whether or not the edge server determined by the determination unit 120 in step S99 is its own server (step S100). When the edge server determined in step S99 is another edge server (NO in step S100), the transmission unit 150 uses the transaction data (that is, the block before approval) compiled by the calculation unit 160 in step S97. It transmits to the determined edge server (step S101). The processing of the edge server to which the pre-approval block is transmitted will be described later with reference to FIG. Then, the process proceeds to step S104.

  When the edge server determined in step S99 is its own server (YES in step S100), calculation unit 160 calculates the nonce values of the blocks summarized in step S97 (step S102). With this configuration, the edge server 100 can reduce the load on the process of transmitting a block. Further, it is possible to reduce the time required for block transmission / reception.

  Then, the calculation unit 160 includes the calculated nonce value and the hash value of the block immediately before the block before approval (the nonce value of the latest block among the blocks included in the block chain) in the block before approval. The block before the approval is supplied to the transmission unit 150. Then, the transmission unit 150 broadcasts the block before approval to other edge servers (step S103). Thereafter, the edge server 100 proceeds to the process of step S108.

  When the edge server that calculates the nonce value is another edge server, after step S101, the receiving unit 140 calculates the nonce value calculated by the edge server 100 from the edge server 100 that is the transmission destination of the block in step S101. And the block including the hash value of the immediately preceding block is received (step S104). The calculation unit 160 verifies the nonce value included in the received block (step S105). When the verification by the calculation unit 160 is completed, the block including the nonce value that is the target of verification is approved. Then, the calculation unit 160 stores the approved block in the storage unit 130, and forms a new block chain (step S106). The approved block becomes the latest block in the blockchain. Then, the edge server 100 that has performed the verification transmits a notification (approval notification) indicating that the block has been approved to the edge server 100 that has calculated the nonce value (step S107).

  When the edge server 100 is a server that calculates a nonce value, after the end of step S103, a notification indicating that the receiving unit 140 has approved the block is received (step S108). Thereafter, the calculation unit 160 stores the approved block in the storage unit 130 as in step S106, and forms a new block chain (step S109).

  Then, the transmission unit 150 transmits the hash value of the block added to the block chain (the nonce value of the approved block) to the user terminal 200 (step S110).

  And the receiving part 250 of the user terminal 200 receives the hash value of the newest block transmitted from the edge server 100 (step S111).

  Moreover, the transmission part 150 transmits the notification (transaction completion notification) which shows that the transaction was completed with respect to the store terminal 300 of the store relevant to each of the 1 or more transaction data contained in the block added to the block chain. (Step S112). Note that step S112 may be performed at any timing as long as it is after step S109. Moreover, the edge server 100 which performs step S112 may be any edge server among a plurality of edge servers.

  Thereby, the store having the store terminal 300 can confirm that the transaction has been completed. Through the above processing, for example, the virtual currency corresponding to the amount of the purchased product is deducted from the virtual currency included in the wallet of the user who has made a transaction to purchase the product from the store. In addition, a virtual currency corresponding to the amount of the purchased product is added to the wallet of the store.

  FIG. 10 is a diagram illustrating an example of processing in the case where the edge server 100 is an edge server different from the edge servers illustrated in FIGS. 8 and 9. As illustrated in FIG. 10, the receiving unit 140 of the edge server 100 receives the block before approval transmitted in step S101 described above (step S121).

  And the calculation part 160 calculates the nonce value of the block before approval received by step S121 (step S122). Then, the calculation unit 160 includes the calculated nonce value and the hash value of the block immediately before the block before approval in the block before approval, and supplies the block before approval to the transmission unit 150. Then, the transmission unit 150 broadcasts the block before approval to other edge servers (step S123). Thereby, edge servers other than the edge server determined in step S99 can perform the processing of steps S104 to S107 shown in FIG.

  Thereafter, when an approval notification is transmitted in step S107, a notification indicating that the receiving unit 140 has approved the block is received (step S124). Then, the calculation unit 160 stores the approved block in the storage unit 130 and forms a new block chain (step S125).

  As described above, the processing of the edge server to which the block before approval is transmitted is finished.

  By such a settlement process, the system 2 can perform a secure electronic transaction that prevents falsification, denial of transaction data, and double payment of virtual currency.

  Next, with reference to FIG. 11 to FIG. 13, positions where a plurality of edge servers 100 are arranged will be described. 11 to 13 are diagrams each illustrating an example of a network configuration of the system 2.

  The network shown in FIGS. 11 to 13 includes eNodeB (eNB), MME (Mobility Management Entity), S-GW (Serving-Gateway), and P-GW (Packet Data Network-Gateway), which are base stations. The edge server 100 may be arranged between the eNB and the S-GW as shown in FIG. 11, or may be arranged between the S-GW and the P-GW as shown in FIG. However, as shown in FIG. 13, it may be arranged on an external network to which the P-GW is connected.

  As illustrated in FIG. 13, the edge server 100 is arranged on the P-GW side with respect to the eNB, whereby the range in which stores that communicate with the edge server 100 exist can be expanded. Therefore, since the system 2 can reduce the number of edge servers 100, the cost for installing the edge server 100 can be reduced. As shown in FIG. 11, the edge server 100 is arranged closer to the eNB side than the P-GW, whereby the distance between the user terminal 200 or the store terminal 300 and the edge server 100 is reduced. Thereby, the system 2 can reduce the communication delay between the user terminal 200 or the shop terminal 300 and the edge server 100.

  In the present embodiment, it has been described that the function of the load distribution apparatus 10 in the first embodiment is incorporated in the edge server 100. However, as described above, the load distribution apparatus 10 includes the edge server 100. It may be realized by a different device. In this case, in step S97, the edge server 100 that has generated the block before approval may transmit a notification indicating that the block before approval has been generated to the device having the load distribution apparatus 10. As a result, the acquisition unit 11 of the load distribution apparatus 10 receives the notification in the same manner as the acquisition unit 110 described above, whereby the load distribution apparatus 10 can perform the processing described in the first embodiment.

  Then, the load distribution apparatus 10 transmits an instruction to transmit the block before approval to the determined edge server to the edge server that generated the block before approval (the edge server that performed step S97 described above). Thereby, the edge server which produced | generated the block before approval can perform the process of step S104 to step S107. Further, the edge server determined by the load balancer 10 can perform the processing from step S102 onward in FIG.

  Further, in the present embodiment, it has been described that the product information and the store address are included in the identifier or transaction data output from the store terminal 300, but the store terminal 300 stores the product information and the transaction in the identifier or the transaction data. You may output including the information (transaction identifier) to identify. In this case, the store terminal 300 transmits the encrypted store address to the edge server 100 in association with the transaction identifier. The edge server 100 that has received the store address decrypts it with the public key of the store terminal 300 that is the source of the store address. Then, the user terminal 200 transmits transaction data to the edge server 100 together with the transaction identifier. As a result, the edge server 100 can associate the transaction data with the store address. Therefore, in step S96, the edge server 100 can display the product information included in the transaction data without using the public keys of all stores. Can be decrypted.

(effect)
According to the system 2 according to the present embodiment, the acquisition unit 110 of the edge server 100 acquires state information indicating each state of a plurality of edge servers in a predetermined network. The plurality of edge servers are servers that mediate transaction data regarding transactions using electronic value having a predetermined monetary value between a user and a store according to a predetermined protocol. And the determination part 120 of the edge server 100 determines the edge server which calculates a nonce value among several edge servers based on the status information in each of several edge servers 100. FIG.

  In general, a large load is applied to the calculation of the nonce value. Therefore, when only one edge server calculates each nonce value of a plurality of transaction data groups (blocks), a large load is applied to the one edge server. However, the edge server determination unit 120 in the system 2 according to the present embodiment determines an edge server that calculates a nonce value based on the state information of each of the plurality of edge servers. Thereby, at the timing of calculating the nonce value, the determination unit 120 can determine an edge server suitable for calculating the nonce value, such as an edge server having a smaller load or a high-performance edge server. . As a result, the system 2 can prevent a specific edge server from being loaded. Therefore, the system 2 can perform load distribution of the edge servers included in the system 2 in the electronic transaction between the user and the store. Further, by performing load distribution of the edge server, it is possible to shorten the time for settlement processing for transactions between the user and the store.

  In the system 2 according to the present embodiment, the edge server 100 performs nonce value calculation processing. In the system 2, the edge server 100 also performs authentication processing of the user terminal 200 and decryption processing of transaction data. This shortens the time required for payment processing for transactions between the user and the store, compared to the case where one of the payment network participants calculates the nonce value or the central payment organization performs payment processing. be able to.

  The system 2 according to the present embodiment can also be applied to an existing system. Examples of the existing system include an electronic payment system using electronic money, an electronic payment system using a credit card, a payment system using points managed by a service provider, and a virtual value with a monetary value set by the service provider. For example, a settlement system using currency.

  Further, since the system 2 according to the present embodiment is a transaction within a predetermined range, the system 2 can easily set or change the currency exchange rate within the predetermined range. The system 2 can also control the usage and place of use of the virtual currency within a predetermined range.

(About hardware configuration)
In each embodiment of the present invention, each component of each device represents a functional unit block. Part or all of each component of each device is realized by an arbitrary combination of an information processing device 900 and a program as shown in FIG. 14, for example. The information processing apparatus 900 includes the following configuration as an example.

CPU (Central Processing Unit) 901
ROM (Read Only Memory) 902
-RAM (Random Access Memory) 903
A program 904 loaded into the RAM 903
A storage device 905 that stores the program 904
A drive device 907 that reads / writes data from / to the recording medium 906
A communication interface 908 connected to the communication network 909
・ Input / output interface 910 for inputting / outputting data
-Bus 911 connecting each component
Each component of each device in each embodiment is realized by the CPU 901 acquiring and executing a program 904 that realizes these functions. The program 904 that realizes the function of each component of each device is stored in advance in the storage device 905 or the RAM 903, for example, and is read by the CPU 901 as necessary. The program 904 may be supplied to the CPU 901 via the communication network 909, or may be stored in the recording medium 906 in advance, and the drive device 907 may read the program and supply it to the CPU 901.

  There are various modifications to the method of realizing each device. For example, each device may be realized by an arbitrary combination of an information processing device 900 and a program that are different for each component. A plurality of constituent elements included in each device may be realized by an arbitrary combination of one information processing device 900 and a program.

  In addition, some or all of the components of each device are realized by other general-purpose or dedicated circuits, processors, or combinations thereof. These may be configured by a single chip or may be configured by a plurality of chips connected via a bus.

  Part or all of each component of each device may be realized by a combination of the above-described circuit and the like and a program.

  When some or all of the constituent elements of each device are realized by a plurality of information processing devices and circuits, the plurality of information processing devices and circuits may be centrally arranged or distributedly arranged. Also good. For example, the information processing apparatus, the circuit, and the like may be realized as a form in which each is connected via a communication network, such as a client and server system and a cloud computing system.

  Each of the above-described embodiments is a preferred embodiment of the present invention, and the scope of the present invention is not limited only to the above-described embodiments, and those skilled in the art do not depart from the gist of the present invention. However, it is possible to construct a form in which various modifications are made by correcting or substituting the above-described embodiments.

DESCRIPTION OF SYMBOLS 1 System 2 System 10 Load distribution apparatus 11 Acquisition part 12 Determination part 20 User terminal 30 Store terminal 40 Edge server 100 Edge server 110 Acquisition part 120 Determination part 130 Storage part 140 Reception part 150 Transmission part 160 Calculation part 170 Authentication part 200 Use Person terminal 210 generation unit 220 transmission unit 230 storage unit 240 acquisition unit 250 reception unit 300 store terminal 310 generation unit 320 transmission unit 330 storage unit 340 output unit

Claims (13)

Transaction data relating to a transaction between the user and the store using a user terminal owned by the user, a store terminal provided in the store, and an electronic value having a predetermined monetary value, according to a predetermined protocol Including a plurality of edge servers that mediate and a load balancer;
The load distribution device includes an acquisition unit configured to acquire state information indicating a state of each of the plurality of edge servers;
Determination means for determining an edge server that calculates a nonce value for a transaction data group including one or more of the transaction data, among the plurality of edge servers, based on the acquired state information in each of the plurality of edge servers. When,
A load distribution system comprising: Each of the plurality of edge servers includes calculation means for calculating the nonce value,
The load distribution system according to claim 1, wherein the calculation unit of the edge server determined by the determination unit calculates the nonce value. Each of the plurality of edge servers includes transmission means for transmitting the transaction data group,
At least one of the plurality of edge servers includes receiving means for receiving the transaction data from the user terminal,
The calculation means generates the transaction data group based on the transaction data received by the reception means, and when the edge server determined by the determination means is another edge server, the generated transaction data group is A nonce value of the generated transaction data group is calculated when the edge server transmitted to the other edge server via the transmission unit and the edge server determined by the determination unit is a local server. 2. The load balancing system according to 2.   The receiving means receives the transaction data from the user terminal when the distance between the edge server provided with the receiving means and the user terminal is closer than the distance between the other edge server and the user terminal. The load distribution system according to claim 3, wherein:   The acquisition means includes, as the state information, at least one of load state information indicating a load state applied to the edge server, operation state information indicating the operation state of the edge server, and performance information indicating the performance of the edge server. The load distribution system according to claim 1, wherein the load distribution system is acquired.   6. The load distribution system according to claim 1, wherein the load distribution apparatus is provided in at least one edge server among the plurality of edge servers. 7.   The plurality of edge servers are arranged between a base station and a serving gateway, between a serving gateway and a packet data network gateway, or on an external network to which the packet data network gateway is connected. The load distribution system according to any one of claims 1 to 6. An acquisition means for acquiring state information indicating each state of a plurality of edge servers that mediate transaction data relating to a transaction between a user and a store using an electronic value having a predetermined monetary value according to a predetermined protocol; ,
Determination means for determining an edge server that calculates a nonce value for a transaction data group including one or more of the transaction data, among the plurality of edge servers, based on the acquired state information in each of the plurality of edge servers. When,
A load balancer comprising:   The acquisition means includes, as the state information, at least one of load state information indicating a load state applied to the edge server, operation state information indicating the operation state of the edge server, and performance information indicating the performance of the edge server. The load distribution device according to claim 8, wherein the load distribution device is acquired. Obtaining status information indicating the status of each of a plurality of edge servers that mediate transaction data relating to a transaction between a user and a store using an electronic value having a predetermined monetary value according to a predetermined protocol;
Determining an edge server that calculates a nonce value for a transaction data group including one or more of the transaction data, out of the plurality of edge servers, based on the acquired state information in each of the plurality of edge servers. A load balancing method characterized by the above.   The state information is at least one of load state information indicating a load state applied to the edge server, operation state information indicating an operation state of the edge server, and performance information indicating performance of the edge server. The load distribution method according to claim 10. A process of acquiring state information indicating the state of each of a plurality of edge servers that mediate transaction data relating to a transaction between a user and a store according to a predetermined protocol using an electronic value having a predetermined monetary value;
A process of determining an edge server that calculates a nonce value for a transaction data group including one or more of the transaction data, out of the plurality of edge servers, based on the acquired state information in each of the plurality of edge servers; , Causing a computer to execute.   The state information is at least one of load state information indicating a load state applied to the edge server, operation state information indicating an operation state of the edge server, and performance information indicating performance of the edge server. The program according to claim 12.

Images