WO2020004252A1 - 番号管理システム、番号管理方法および番号管理装置 - Google Patents

番号管理システム、番号管理方法および番号管理装置 Download PDF

Info

Publication number
WO2020004252A1
WO2020004252A1 PCT/JP2019/024674 JP2019024674W WO2020004252A1 WO 2020004252 A1 WO2020004252 A1 WO 2020004252A1 JP 2019024674 W JP2019024674 W JP 2019024674W WO 2020004252 A1 WO2020004252 A1 WO 2020004252A1
Authority
WO
WIPO (PCT)
Prior art keywords
block
number management
proposed
unit
transaction
Prior art date
Application number
PCT/JP2019/024674
Other languages
English (en)
French (fr)
Inventor
健太 篠原
阿久津　正幸
四七　秀貴
紀貴 堀米
Original Assignee
日本電信電話株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電信電話株式会社 filed Critical 日本電信電話株式会社
Priority to US17/253,026 priority Critical patent/US11522995B2/en
Publication of WO2020004252A1 publication Critical patent/WO2020004252A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/4228—Systems providing special services or facilities to subscribers in networks
    • H04M3/42297—Systems providing special services or facilities to subscribers in networks with number portability
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4557—Directories for hybrid networks, e.g. including telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0075—Details of addressing, directories or routing tables

Definitions

  • the present invention relates to a number management system, a number management method, and a number management device that utilize blockchain technology to realize number portability in a telephone line network.
  • ENUM E.164
  • SIP Session Initiation Protocol
  • URI Uniform Resource Identifier
  • Number @ Mapping a SIP server installed in a network of a telecommunications carrier transmits connection destination information (IP address, domain name, etc.) for a telephone number of a terminal (IP phone, etc.) to be connected to by an ENUM server. And performs routing based on the information of the connection destination (see Non-Patent Document 1).
  • Non-Patent Document 2 a number portability method that allows a fixed telephone number to be freely carried between communication carriers in the IP network is being studied.
  • a number database (number DB) for centrally managing the number portability information of each communication carrier is provided in the above-mentioned ENUM server (ENUM authority server), and each communication carrier is provided with a number database.
  • ENUM server ENUM authority server
  • each communication carrier is provided with a number database.
  • the ENUM server replies the connection destination information from its own number DB ( See FIG. 8).
  • the telephone number attached to the request is a telephone number managed by an ENUM server of another network
  • a request is made to an ENUM server of another network managing the telephone number, and the obtained connection destination information is requested. Respond to the original (see FIG. 9).
  • the routing system uses the “source DB reference system”, that is, other carriers. Even if the DB (number database) is referred to, a system in which the originating business operator realizes call connection is adopted. In the database system, a “own company-owned individual DB system”, that is, a system in which each company has its own number DB is adopted.
  • Non-Patent Document 3 a blockchain technique is known as a technique for distributing and managing data (see Non-Patent Document 3).
  • records such as transaction information are shared by many computers constituting a distributed network, and correct information is connected and stored like a chain.
  • blockchain technology distributed processing and management that is extremely difficult to falsify can be realized, and management costs can be reduced compared to conventional centralized processing infrastructure.
  • the “source DB reference method” is used as the routing method
  • the “in-house individual DB method” is used as the database method.
  • the number portability system employing the ENUM system has a problem in that if an ENUM server of a certain communication carrier breaks down, the number cannot be solved for a number band managed by the communication carrier.
  • a large-scale telecommunications carrier large-scale operator
  • a small-scale telecommunications carrier small-scale operator assigns each telephone number to the ENUM of the large-scale operator. Is managed in order to manage the connection destination information (hereinafter, referred to as “number information”) corresponding to.
  • the present invention has been made in view of such a background, and an object of the present invention is to provide a number management system, a number management method, and a number management device that improve the availability of number portability information used in an ENUM system.
  • the invention manages number portability information including a telephone number and connection destination information of the telephone number as a block chain, wherein a plurality of number management devices are connected by communication.
  • a number management system wherein each of the number management devices receives a number update request including the number portability information, and a transaction that generates a transaction for managing the received number portability information in the block chain.
  • a generating unit that obtains each of the transactions generated in response to the plurality of number update requests, generates a newly proposed block including a transaction group in which the obtained plurality of transactions are aggregated, and generates the generated proposal.
  • Block the block A block proposal unit that transmits to each of the plurality of number management devices constituting the application, receives the proposed block, approves the proposed block by confirming a predetermined normality of the proposed block, and stores the block. And a block approval unit that stores the proposed block in connection with the block stored as the block chain.
  • a number management system in which a plurality of number management devices are communicatively connected to each other and manage a number portability information including a telephone number and connection destination information of the telephone number as a block chain.
  • the method wherein the number management device receives a number update request including the number portability information, and for the received number portability information, generates a transaction managed by the block chain, and generates the generated transaction. Transmitting to one of the plurality of number management devices determined on the basis of a predetermined logic, wherein one of the plurality of number management devices is provided with a plurality of number management devices.
  • Receiving each of the transactions generated in response to the number update request Executing a step of generating a newly proposed block including a transaction group obtained by aggregating the plurality of received transactions, and transmitting the generated proposed block to each of the plurality of number management devices constituting the block chain.
  • Each of the plurality of number management devices receives the proposed block, approves the proposed block by confirming a predetermined normality of the proposed block, and stores the block as a block chain in a storage unit. And storing the proposed block in connection with the existing block.
  • the invention according to claim 7 is the number management system according to claim 7, wherein each of the plurality of number management devices is communicatively connected, and manages the number portability information including the telephone number and the connection destination information of the telephone number as a block chain.
  • a management device a request receiving unit that receives a number update request including the number portability information, a transaction generation unit that generates a transaction managed by the block chain for the received number portability information, and a plurality of the numbers. Acquire each of the transactions generated in response to the update request, generate a newly proposed block including a transaction group obtained by aggregating the plurality of obtained transactions, and configure the generated proposed block as the block chain.
  • a block proposal unit to be transmitted to each of the units receiving the proposed block, approving the proposed block by confirming a predetermined normality of the proposed block, and storing the block as a block chain in a storage unit.
  • a block approval unit that stores the proposed block in connection with the existing block.
  • each number management device (block chain constituent device) of the number management system can not only perform the number portability information on the telephone numbers managed by itself, but also all the members participating in the block chain (communication carriers, etc.). ) Number portability information can be stored. Therefore, the availability of the number portability information used in the ENUM system can be improved.
  • the block proposing unit calculates a hash value using the transaction group included in the latest block among the blocks stored as the block chain in the storage unit, Generate the proposed block further including the calculated hash value, the block approval unit, when receiving the proposed block, the latest block stored in the storage unit of the number management device to which it belongs, Calculating a hash value using the included transaction group, and confirming the predetermined normality by matching the calculated hash value with the hash value included in the received proposed block.
  • a number management system according to claim 1.
  • the block approval unit of each number management device can reliably verify that the proposed block is not falsified or the like but is normally proposed.
  • a representative number management device is set from among the plurality of number management devices, and the representative number management device includes the block proposal unit, and the representative number management device The number management device other than the management device does not include the block proposal unit, and when the transaction generation unit of the other number management device generates the transaction, the block proposal of the representative number management device is performed. 3.
  • a number management system in which a plurality of number management devices are communicatively connected, and a number management system that manages a number portability information including a telephone number and connection destination information of the telephone number as a block chain.
  • a method wherein a representative number management device is set from among the plurality of number management devices, wherein the number management device receives a number update request including the number portability information, and the received number Generating, for the portability information, a transaction managed by the block chain, and transmitting the generated transaction to the representative number management device.
  • Each of the number management devices receives the proposed block, approves the proposed block by confirming a predetermined normality of the proposed block, and connects the proposed block to a block stored in the storage unit as the block chain. And storing the proposed block.
  • each number management device includes a block proposal unit, that is, when a plurality of block proposal units exist in a block chain.
  • the problem of consensus building in a distributed system is the problem of order when multiple block proposal units generate blocks at the same time, the problem of consistency of blocks stored in each number management device, and some number management devices. Atomic faults such as performing a process of discarding all processes and returning to the initial state when a failure occurs.
  • each of the plurality of number management devices is communicatively connected to an ENUM (E.164 @ Number @ Mapping) server of a communication carrier to which the plurality of number management devices belong.
  • ENUM E.164 @ Number @ Mapping
  • the number portability information transmitting unit for transmitting number portability information indicated by a transaction group included in the proposed block stored in the storage unit to the ENUM server, further comprising: a number portability information transmitting unit. 2.
  • each number management device can reflect the updated number portability information in the number database of the ENUM server of the communication carrier to which it belongs.
  • the present invention it is possible to provide a number management system, a number management method, and a number management device that improve the availability of number portability information used in an ENUM system.
  • FIG. 11 is a sequence diagram illustrating a process flow of an ENUM system including a number management system according to a first modification of the embodiment. It is a figure showing the whole number management system composition concerning modification 2 of this embodiment.
  • FIG. 11 is a diagram showing an outline of a number resolution process (own network number) in a conventional ENUM system.
  • FIG. 11 is a diagram showing an outline of a number resolution process (an inquiry to another network) in a conventional ENUM system.
  • FIG. 1 is a diagram illustrating an overall configuration of a number management system 1 according to the present embodiment.
  • the number management system 1 includes a number management device 10 as a blockchain component device provided in each communication carrier (in each figure, described as “provider”). Be composed.
  • a number management device (block chain configuration device) 10A provided by the communication carrier A
  • a number management device (block chain configuration device) 10B provided by the communication carrier B
  • the management device (block chain configuration device) 10C is shown, the number of the number management devices 10 is not limited to this, as long as a plurality of number management devices (block chain configuration devices) 10 are connected to each other by communication. Good.
  • the information managed by the number management system 1 is information on number portability (hereinafter, referred to as “number portability information”).
  • the number portability is a mechanism that allows the user to use the service of the changed communication carrier without changing the telephone number even if the communication carrier used by the user is changed.
  • Each telecommunications carrier must retain the number portability information as information that updates the connection destination information in the company's number information (telephone number and the connection destination information corresponding to that telephone number) to the connection destination information addressed to other companies. To perform number resolution.
  • the number portability information of all the carriers participating in the blockchain is stored as a blockchain in the number management device 10 of each carrier.
  • the number management device 10 participating in the blockchain is not a public blockchain that anyone can participate in as employed in financial transactions, but a service using a blockchain within a limited member. It is based on a permissioned blockchain that uses.
  • a member participating in the blockchain is a communication carrier whose telephone number has been issued by the Ministry of Internal Affairs and Communications.
  • the present invention is not limited to such a specific communication carrier, and may include a specific individual as shown in a modified example 3 described later.
  • the number management device 10 is a blockchain component device that manages number portability information of members (each communication carrier) participating in the blockchain.
  • the number management device 10 is connected to the number management device 10 of another communication carrier participating in the blockchain, and is also connected to a system of the communication carrier (for example, a carrier terminal).
  • Each number management device 10 (10A, 10B, 10C) has the same function as described below.
  • the number management device 10 includes a control unit, an input / output unit, and a storage unit (all not shown).
  • the communication unit is configured by a communication interface for transmitting and receiving information to and from another number management device 10 and a carrier terminal of a communication carrier to which the communication device belongs.
  • the storage unit (storage means) is configured by a hard disk, a flash memory, a RAM (Random Access Memory), and the like.
  • number portability information which is information obtained by changing the connection destination information of the number information (the telephone number and the connection destination information corresponding to the telephone number) to another communication carrier, is stored as a block chain. (See FIGS. 2 and 3 described below).
  • the control unit includes a request receiving unit 11, a transaction generating unit 12, a block proposing unit 13, and a block approval unit 14, as shown in FIG.
  • the request receiving unit 11 receives a number update request from a communication carrier (provider terminal) or the like via an input / output unit.
  • a number update request the telephone number (for example, 0312345678) that is the target of number portability and the connection destination information of another communication carrier whose number is to be changed (hereinafter referred to as “accommodating carrier information” (Example: 0312345678@abc.ne.jp).
  • accommodation carrier information is constituted by the telephone number and the accommodation company information which is the connection destination information of the change destination (see FIGS. 2 and 3).
  • the request receiving unit 11 When the request receiving unit 11 receives the transaction generated by the transaction generating unit 12 (generated by generating the number portability information as information to be managed and stored in the block chain), the request receiving unit 11 receives the transaction from among the number management devices 10 configuring the block chain. Then, a number update instruction including the received transaction is transmitted to the block proposal unit 13 of the number management device 10 determined based on a predetermined logic (block proposal unit selection logic).
  • a predetermined logic for example, an arbitrary (high processing performance, adjacent to the distance, etc.) number management device 10 may be set in advance, or the number management device 10 may be determined at random. May be. Further, the own block proposing unit 13 may be included in the candidates to be determined.
  • the transaction generation unit 12 determines that the information (number portability information) between the telephone number and the accommodation company information that is the connection destination information of the change destination, which is the proposal content of the number update proposal, is normal. Check the nature.
  • the normality check performed by the transaction generation unit 12 includes, for example, verifying whether the telephone number is in a prescribed format (digit number or the like), whether the accommodation company information is in a prescribed format, and the like. It is.
  • the transaction generation unit 12 When the normality can be confirmed, the transaction generation unit 12 generates a transaction managed and stored in the blockchain for the number portability information. Then, the transaction generation unit 12 outputs a number update proposal response including the generated transaction to the request reception unit 11. Note that the transaction generation unit 12 does not output the generated transaction to the request reception unit 11 and, based on a predetermined logic (block proposal unit selection logic), uses any one of the number management devices 10 constituting the block chain.
  • the block proposal unit 13 of the number management device 10 may be determined, and a number update instruction including the generated transaction may be transmitted to the determined block proposal unit 13.
  • the block proposing unit 13 aggregates the number update instructions received from each number management device 10 configuring the block chain, and generates a block including a plurality of transactions (hereinafter, referred to as “transaction group”).
  • transaction group an aggregated transaction (transaction group) and a hash value calculated using a transaction group of the latest block at the present time among blocks stored in a storage unit (not shown) as a block chain (described later) "Hash value of previous block").
  • FIG. 2 is a diagram illustrating blocks stored as block chains in the storage unit of each number management device 10.
  • information of a transaction group and information of “hash value of previous block” are stored.
  • the block a that is the latest (last connected) at this time is a hash value (a value calculated using a hash function for a transaction group of a block a-1 that is a block connected immediately before the current block a). (The hash value of the previous block) and information on the latest transaction group at that time.
  • the block proposing unit 13 calculates a hash value of a transaction group for the latest block (block a) using a hash function. Then, the block proposing unit 13 generates, as a block to be proposed (block a + 1), a block including the calculated hash value (the hash value of the previous block) and the newly aggregated transaction group.
  • the block proposal unit 13 When the block proposal unit 13 generates a block to be newly proposed (block a + 1), the block proposal unit 13 transmits a number update approval request including the block to the block approval unit 14 of each number management device 10 configuring the block chain.
  • the block approval unit 14 upon receiving the number update approval request, the block approval unit 14 checks the normality of the blocks included in the number update approval request. This normality is confirmed, for example, as follows.
  • the block approval unit 14 calculates a hash value using the transaction group in the latest block (block a) of the block chain stored in the storage unit of the number management device 10. Then, the block approval unit 14 determines whether or not the hash value of the previous block included in the block a + 1 newly proposed in the number update approval request matches the calculated hash value. If the hash values match, the block approval unit 14 approves the block as a normal block, and stores the block as the next block (block a + 1) in the block chain, linked to the block a (FIG. 3).
  • the block approval unit 14 of each number management device 10 configuring the block chain When the proposed block is approved (the normality is confirmed) by the block approval unit 14 of each number management device 10 configuring the block chain, the same transaction (number portability information) is performed in all the number management devices 10. ) Is stored.
  • FIG. 4 is a sequence diagram illustrating a flow of processing of the number management system 1 according to the present embodiment.
  • one of the number management devices 10 constituting the number management system 1 receives a number update request from a communication carrier (communication carrier terminal) or the like (step S1).
  • the number update request includes a target telephone number (for example, “0312345678”) and connection destination information (accommodation carrier information) of another communication carrier to be changed to the telephone number (for example, “0312345678 @”). abc.ne.jp ”).
  • a communication carrier communications carrier terminal
  • a number update request may be transmitted. Therefore, for example, a number update request may be transmitted from the carrier terminal A of the carrier A to the number management device 10B of the carrier B.
  • the request receiving unit 11 of the number management device 10 that has received the number update request extracts the number portability information (the telephone number and the accommodation operator information to be changed) included in the number update request, and the number portability is extracted.
  • the number update proposal including the information is output to the transaction generation unit 12 of the own device (step S2).
  • the transaction generation unit 12 When receiving the number update proposal, the transaction generation unit 12 performs a predetermined standard (format) on the information (number portability information) between the telephone number and the accommodation company information as the change destination, which is the proposed content of the number update proposal. ) Is checked for normality (step S3).
  • the transaction generation unit 12 When the normality can be confirmed, the transaction generation unit 12 generates a transaction managed and stored in the block chain for the number portability information (step S4). Then, the transaction generation unit 12 outputs a number update proposal response including the generated transaction to the request reception unit 11 (Step S5). Note that the transaction generation unit 12 terminates the processing when the normality cannot be confirmed. At this time, the transaction generation unit 12 may return, via the request reception unit 11, to the communication carrier (communication carrier terminal) or the like that transmitted the number update request via the request reception unit 11. .
  • the request receiving unit 11 acquires the transaction included in the number update proposal response, and manages the number management determined based on a predetermined logic (block proposal unit selection logic) among the number management devices 10 constituting the block chain.
  • a number update instruction including the acquired transaction is transmitted to the block proposal unit 13 of the device 10 (for example, the number management device 10B) (Step S6).
  • the block proposal unit 13 of the number management device 10 that has received the number update instruction aggregates the transactions included in the received number update instruction and the transactions included in other received number update instructions, and generates a plurality of transactions.
  • a block (a proposed block) including the (transaction group) is generated (step S7).
  • the block proposal unit 13 calculates the hash value of the transaction group for the latest block (block a in FIG. 2), and includes the calculated hash value as the “hash value of the previous block” in the generated block. .
  • the block proposal unit 13 transmits a number update approval request including the generated block (the proposed block) to the block approval unit 14 of each number management device 10 (10A, 10C) configuring the block chain (step S8). ).
  • the block proposing unit 13 also outputs to the block approval unit 14 of the own device (number management device 10B).
  • the block approval unit 14 of each number management device 10 Upon receiving the number update approval request, the block approval unit 14 of each number management device 10 confirms the normality of the block included in the number update approval request, thereby approving the block (step S9). Then, the block approval unit 14 stores the approved block as the next block (block a + 1 in FIG. 3) of the block chain stored in its own device by linking it to the block a, and ends the processing.
  • the block approval unit 14 checks this normality by, for example, comparing the “hash value of the previous block” included in the block with the latest block (block a in FIG. 2) stored in the storage unit of the own device. This is performed by determining whether or not the hash value calculated using the transaction group matches, and if the hash value matches, it is confirmed that there is no falsification and the like is normal.
  • each number management device (block chain configuration device) 10 of the number management system 1 not only includes the number portability information relating to the telephone number managed by itself, but also all the devices that participate in the block chain.
  • No. portability information of members (communications carriers, etc.) can be stored. Therefore, for example, even when the number management device 10 of a certain carrier breaks down, the number portability information of all the members (communication carriers) participating in the blockchain is stored in the number management device 10 of another carrier. As a result, the number resolution can be continued. Therefore, the availability of the number portability information used in the ENUM system can be improved.
  • each number management device 10 included in the number management system 1 has a function of responding to an inquiry (request) about connection destination information from a SIP server or the like (a number resolution function of the ENUM server). ).
  • the other number management devices 10 store the number portability information of all the members participating in the block chain.
  • the number management device 10 having the function of each ENUM server can eliminate the need for increasing the degree of reliability as compared with the ENUM server of the conventional ENUM system. Therefore, cost can be reduced.
  • the small-sized business operator may send a number update request to any of the plurality of number management devices 10 constituting the blockchain. This eliminates the need to request and change. Therefore, it is possible to reduce the barriers for small businesses to enter the telephone network service.
  • each number management device 10 has a function (number resolution function) for responding to an inquiry (request) of connection destination information from a SIP server or the like, so that ENUM The system can be realized.
  • the number management system 1a according to the first modification of the present embodiment has a function (number resolution function) for responding to an inquiry (request) for connection destination information from a SIP server or the like.
  • FIG. 5 is a diagram illustrating an entire configuration of an ENUM system including a number management system 1a according to a first modification of the present embodiment.
  • each number management device 10 (10A, 10B, 10C) constituting the number management system 1a is connected to an ENUM server 20 (20A, 20B, 20C) installed by each communication carrier.
  • each number management device 10 includes a number portability information transmission unit 15. Components having the same functions as those of the number management device 10 shown in FIG. 1 are denoted by the same reference numerals and names, and description thereof will be omitted.
  • the number portability information transmission unit 15 checks each transaction included in the newly stored block. It extracts the number portability information, which is information, and transmits a number information update request including the number portability information to ENUM server 20 of the communication carrier to which it belongs. Further, the number portability information transmitting unit 15 receives a number information update response from the ENUM server 20, which is a response to the number information update request, indicating that the number database has been updated using the transmitted number portability information.
  • the ENUM server 20 is a device that receives and responds to an inquiry (request) for connection destination information about a telephone number of a connection destination terminal from a SIP server or the like.
  • the ENUM server 20 includes a number solution processing unit 21, a data update unit 22, and a number database (DB) 23.
  • the number resolution processing unit 21 receives an inquiry from a SIP server or the like, extracts connection destination information corresponding to the telephone number indicated by the inquiry with reference to the number database 23, and returns the information to the SIP server or the like.
  • the data update unit 22 receives the number information update request from the number management device 10 connected to the data update unit 22, and updates the number database 23 using each number portability information included in the number information update request. Then, when the update of the number database 23 is completed, the data update unit 22 transmits a number information update response indicating that to the number management apparatus 10.
  • FIG. 6 is a sequence diagram illustrating a process flow of the ENUM system including the number management system 1a according to the first modification of the present embodiment.
  • the number portability information transmission unit 15 (not shown in FIG. 6) newly adds the block to the block chain.
  • Number portability information which is information of each transaction included in the stored block, is extracted.
  • the number portability information transmitting unit 15 generates a number information update request including the extracted number portability information, and transmits the request to the ENUM server 20 of the communication carrier to which the number portability information transmitting unit 15 belongs (step S10).
  • the data update unit 22 of each ENUM server 20 updates the number database 23 using each number portability information included in the number information update request (step S11).
  • step S12 when the update of the number database 23 is completed, the data update unit 22 of each ENUM server 20 transmits a number information update response indicating that to the number management apparatus 10 (step S12).
  • each number management device 10 of the number management system 1a can reflect the updated number portability information in the number database 23 of the ENUM server 20 of the communication carrier to which the number management device 10 belongs.
  • the data update unit 22 of the ENUM server 20 does not receive the number update request from the number management device 10 but requests the data update unit 22 to obtain the updated number portability information at predetermined time intervals. May be acquired from the number portability information transmitting unit 15 of the number management device 10 to update the number database 23.
  • FIG. 7 is a diagram illustrating an overall configuration of a number management system 1b according to a second modification of the present embodiment.
  • one of the number management devices 10 constituting the block chain is set as a representative (leader) number management device 10 (the number management device 10A in FIG. 7).
  • the representative number management device 10 (10A) is provided with the block proposal unit 13, and the other number management devices 10 (10B, 10C) are not provided with the block proposal unit 13.
  • the components having the same functions as those of the number management device 10 shown in FIG. 1 are denoted by the same reference numerals and names, and description thereof will be omitted.
  • the transaction generation unit 12 (FIG. 1) of each number management device 10 according to the present embodiment receives a number update proposal from the request reception unit 11 and generates a transaction for number portability information. After that, the request accepting unit 11 (or the transaction generating unit 12) assigns a number to the block proposing unit 13 of any of the number management devices 10 constituting the block chain, which is determined based on a predetermined logic (block proposing unit selecting logic). An update instruction was sent.
  • the request reception unit 11 (or the transaction generation unit 12) of each number management device 10 (10B, 10C) uses the representative number management device 10 ( It is characterized in that a number update instruction is transmitted to the block proposal section 13 of 10A). Then, the block proposal unit 13 of the representative number management device 10 (10A) aggregates the received number update instructions and generates a block including a plurality of transactions. Subsequently, the block proposing unit 13 transmits a number update approval request including the generated block to the block approval unit 14 of each number management device 10 configuring the block chain.
  • the block approval unit 14 of each number management device 10 checks the normality including the fact that the transmission source is the representative number management device 10 (10A). You may make it.
  • each number management device (block chain configuration device) 10 of the number management system 1 can not only block the number portability information relating to the telephone number managed by itself, but also block. It is possible to store the number portability information of all members (communication carriers, etc.) participating in the chain. Therefore, the availability of the number portability information used in the ENUM system can be improved.
  • the processing load of the entire system is reduced. The communication load can be reduced.
  • a Permissioned type block chain that uses a service using a block chain among limited members is not a public type block chain that anyone can participate in. It is assumed.
  • the member who can transmit the number update request to the number management device 10 is a communication carrier whose telephone number has been issued by the Ministry of Internal Affairs and Communications.
  • the Ministry of Internal Affairs and Communications pays the number directly to the user.
  • the target of “Permissiond” may include the user who has issued the number by the Ministry of Internal Affairs and Communications.
  • the number management system has a configuration in which not only the communication carrier but also a specific user (user terminal) can send a number update request to the number management device 10.
  • the number management device 10 has a function as an ENUM server, it accepts an inquiry about connection destination information corresponding to a telephone number directly from a user terminal without passing through a SIP server of a communication carrier, and performs number resolution. You may make it.
  • the availability of the number portability information used in the ENUM system can be improved.
  • the number management system 1, the number management method, and the number management device 10 are not limited to the above-described embodiments and modified examples, and can be changed and implemented without departing from the spirit thereof.
  • the number portability information has been described as a set of the telephone number and the changed connection destination information (accommodating company information).
  • the number portability information may be configured as a set of a telephone number, accommodation company information before change, and accommodation company information after change. In this case, the same effects as in the present embodiment can be obtained.
  • Number management system 10 10A, 10B, 10C
  • Number management device 11 10A, 10B, 10C
  • Request reception unit 12 Transaction generation unit 13
  • Block proposal unit 14 Block approval unit 15
  • Number portability information transmission unit 20 ENUM server 21
  • Number resolution processing unit 22 Data update unit 23

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • Telephonic Communication Services (AREA)

Abstract

【課題】ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させる。 【解決手段】番号管理システム１の番号管理装置１０それぞれは、番号ポータビリティ情報を含む番号更新要求を受信する要求受付部１１と、受信した番号ポータビリティ情報について、トランザクションを生成するトランザクション生成部１２と、複数の番号更新要求に応じて生成されたトランザクションそれぞれを取得して新たに提案するブロックを生成し、生成した提案するブロックを、複数の番号管理装置１０それぞれに送信するブロック提案部１３と、提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部にブロックチェーンとして記憶しているブロックに繋げて提案するブロックを記憶するブロック承認部１４と、を備える。

Description

番号管理システム、番号管理方法および番号管理装置
　本発明は、電話回線網における番号ポータビリティを実現するために、ブロックチェーン技術を活用した、番号管理システム、番号管理方法および番号管理装置に関する。
　従来、ＩＰ（Internet Protocol）網において、通信事業者網内の装置（ＳＩＰ（Session Initiation Protocol）サーバ等）が電話番号とＵＲＩ（Uniform Resource Identifier）との対応付けを行う仕組みとしてＥＮＵＭ（E.164 Number Mapping）システムが提案されている。このＥＮＵＭシステムでは、通信事業者のネットワーク内に設置されたＳＩＰサーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先の情報（ＩＰアドレスや、ドメイン名等）をＥＮＵＭサーバに問い合わせて、その接続先の情報に基づいてルーチングを行う（非特許文献１参照）。
　また、ＰＳＴＮ（Public Switched Telephone Network：公衆電話交換回線網）からＩＰ網への移行に伴い、ＩＰ網において固定電話番号を通信事業者間で自由に持ち回れる番号ポータビリティの方式が検討されている（非特許文献２参照）。
　非特許文献２に記載の番号ポータビリティの方式では、各通信事業者の番号ポータビリティ情報を集中管理する番号データベース（番号ＤＢ）を、上記のＥＮＵＭサーバ（ＥＮＵＭ権威サーバ）に備え、各通信事業者のＳＩＰサーバは、自身が属する通信事業者のＥＮＵＭサーバにアクセスすることにより、各電話番号が他網へ移転(ポートアウト)しているか否かを解決し、接続先の情報（接続先情報）を取得して通信を行う。
　具体的には、ＳＩＰサーバからの要求に付された電話番号（着信番号）が、自網が管理する電話番号に対する問い合わせの場合、ＥＮＵＭサーバは、自身の番号ＤＢから接続先情報を回答する（図８参照）。一方、要求に付された電話番号が、他網のＥＮＵＭサーバが管理する電話番号の場合には、その電話番号を管理する他網のＥＮＵＭサーバに要求を行い、得られた接続先情報を要求元に回答する（図９参照）。
　このように、現状の日本の電話回線網では、番号ポータビリティを実現するためにＥＮＵＭシステムを採用し、その具体的な仕組みとして、ルーチング方式では「発側ＤＢ参照方式」、つまり、他の事業者のＤＢ（番号データベース）を参照しても、あくまでも発信元の事業者が呼の接続を実現する方式を採用する。また、データベース方式では「自社保有型個別ＤＢ方式」、つまり、各社が自社の番号ＤＢを保有する方式を採用する。
　一方、データを分散管理する手法として、ブロックチェーン技術が知られている（非特許文献３参照）。ブロックチェーンでは、分散型ネットワークを構成する多数のコンピュータで、取引情報などの記録を共有し、正しい情報を鎖（チェーン）のように繋いで記憶する。ブロックチェーン技術により、改ざんが極めて難しい分散処理・管理を実現でき、従来の集中処理型のインフラと比較して、管理コストが削減できる。
「ＴＴＣ標準 ＪＪ－９０．３１　キャリアＥＮＵＭの相互接続　共通インタフェース」、一般社団法人情報通信技術委員会、2015年8月27日 「番号ポータビリティの扱いについて」、［online］、総務省総合通信基盤局、2016年7月28日、［平成30年6月13日検索］、インターネット＜ＵＲＬ：http://www.soumu.go.jp/main_content/000433169.pdf＞ 平野聡美、「はじめてのＢｌｏｃｋｃｈａｉｎ」、［online］、ＩＢＭ、2016年9月15日、［平成30年6月13日検索］、インターネット＜https://www.ibm.com/developerworks/jp/cloud/library/j_cl-blockchain-basics-bluemix/＞
　上記のように、従来のＥＮＵＭシステムでは、ルーチング方式として「発側ＤＢ参照方式」を採用し、データベース方式として「自社保有型個別ＤＢ方式」を採用している。しかしながら、このＥＮＵＭシステムを採用した番号ポータビリティの方式では、ある通信事業者のＥＮＵＭサーバが故障すると、その通信事業者が管理する番号帯に対する番号解決ができなくなる問題がある。
　また、現状では、大規模な通信事業者（大規模事業者）のみがＥＮＵＭサーバを保持し、小規模な通信事業者（小規模事業者）は、大規模事業者のＥＮＵＭに、各電話番号に対応する接続先情報（以下「番号情報」と称する。）を管理してもらう形態をとっており、以下のような問題もある。
　（１）ＥＮＵＭシステムを構築するには高い信頼性が要求される。そのため、大きなコストがかかり、小規模事業者にとっては負担が大きい。
　（２）小規模事業者側がデータの更新を行いたいときに、大規模事業者へ依頼し変更してもらう必要がある。そのため、リアルタイムに更新できる保証がない。
　（３）通信事業者が撤退すると、その通信事業者が管理している番号のポータビリティ先の解決ができなくなるおそれがある。
　このような背景を鑑みて本発明がなされたのであり、本発明は、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させる、番号管理システム、番号管理方法および番号管理装置を提供することを課題とする。
　前記した課題を解決するため、請求項１に記載の発明は、複数の番号管理装置それぞれが通信接続され、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報をブロックチェーンとして管理する番号管理システムであって、前記番号管理装置それぞれが、前記番号ポータビリティ情報を含む番号更新要求を受信する要求受付部と、受信した前記番号ポータビリティ情報について、前記ブロックチェーンで管理するトランザクションを生成するトランザクション生成部と、複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、を備えることを特徴とする番号管理システムとした。
　また、請求項５に記載の発明は、複数の番号管理装置それぞれが通信接続され、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報をブロックチェーンとして管理する番号管理システムの番号管理方法であって、前記番号管理装置が、前記番号ポータビリティ情報を含む番号更新要求を受信するステップと、受信した前記番号ポータビリティ情報について、前記ブロックチェーンで管理するトランザクションを生成し、生成した前記トランザクションを、所定のロジックに基づき決定した前記複数の番号管理装置のうちの１つの番号管理装置に送信するステップと、を実行し、前記複数の番号管理装置のうちの１つの番号管理装置が、複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを受信し、受信した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するステップを実行し、前記複数の番号管理装置それぞれが、前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶手段に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するステップ、を実行することを特徴とする番号管理方法とした。
　また、請求項７に記載の発明は、複数の番号管理装置それぞれが通信接続され、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報をブロックチェーンとして管理する番号管理システムの前記番号管理装置であって、前記番号ポータビリティ情報を含む番号更新要求を受信する要求受付部と、受信した前記番号ポータビリティ情報について、前記ブロックチェーンで管理するトランザクションを生成するトランザクション生成部と、複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、を備えることを特徴とする番号管理装置とした。
　このようにすることで、番号管理システムの各番号管理装置（ブロックチェーン構成装置）は、自身が管理する電話番号に関する番号ポータビリティ情報だけでなく、ブロックチェーンに参加するすべてのメンバ（通信事業者等）の番号ポータビリティ情報を記憶することができる。よって、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。
　請求項２に記載の発明は、前記ブロック提案部が、前記記憶部に前記ブロックチェーンとして記憶しているブロックのうちの最新のブロックに含まれる前記トランザクション群を用いてハッシュ値を計算し、前記計算したハッシュ値をさらに含んだ前記提案するブロックを生成し、前記ブロック承認部が、当該提案するブロックを受信した際に、自身の属する番号管理装置の記憶部に記憶された前記最新のブロックに含まれる前記トランザクション群を用いてハッシュ値を計算し、当該計算したハッシュ値と、受信した当該提案するブロックに含まれるハッシュ値とが一致することにより前記所定の正常性を確認することを特徴とする請求項１に記載の番号管理システムとした。
　このようにすることで、各番号管理装置のブロック承認部が、提案するブロックが改ざん等されたものでなく正常に提案されたものであることを確実に検証することができる。
　請求項３に記載の発明は、前記複数の番号管理装置の中から代表の番号管理装置が設定されており、前記代表の番号管理装置は、前記ブロック提案部を備えており、前記代表の番号管理装置以外の他の番号管理装置は、前記ブロック提案部を備えておらず、前記他の番号管理装置の前記トランザクション生成部が、前記トランザクションを生成すると、前記代表の番号管理装置の前記ブロック提案部に、前記トランザクションを送信することを特徴とする請求項１または請求項２に記載の番号管理システムとした。
　また、請求項６に記載の発明は、複数の番号管理装置それぞれが通信接続され、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報をブロックチェーンとして管理する番号管理システムの番号管理方法であって、前記複数の番号管理装置の中から代表の番号管理装置が設定されており、前記番号管理装置が、前記番号ポータビリティ情報を含む番号更新要求を受信するステップと、受信した前記番号ポータビリティ情報について、前記ブロックチェーンで管理するトランザクションを生成し、生成した前記トランザクションを、前記代表の番号管理装置に送信するステップと、を実行し、前記代表の番号管理装置が、複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを受信し、受信した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するステップを実行し、前記複数の番号管理装置それぞれが、前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶手段に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するステップ、を実行することを特徴とする番号管理方法とした。
　このようにすることで、代表の番号管理装置以外の他の番号管理装置にブロック提案部を備える必要をなくすことができる。よって、各番号管理装置がブロック提案部を備える場合、つまり、複数のブロック提案部がブロックチェーンに存在する場合に生じる、分散システムの合意形成の問題を扱わずにすませることができる。分散システムの合意形成の問題は、複数のブロック提案部が同時期にブロックを生成した際の順序性の問題や各番号管理装置に記憶されるブロックの一貫性の問題、一部の番号管理装置に障害が発生した際にすべての処理を破棄して初期状態に戻す処理を行うような原子性の問題等である。代表の番号管理装置にのみブロック提案部を備えるようにすることで、これらの分散システムの合意形成の問題を扱う必要がないため、システム全体として処理負荷、通信負荷を低減することができる。
　請求項４に記載の発明は、前記複数の番号管理装置それぞれが、自身が属する通信事業者のＥＮＵＭ（E.164 Number Mapping）サーバと通信接続されており、前記複数の番号管理装置それぞれは、前記記憶部に記憶された前記提案するブロックに含まれるトランザクション群で示される番号ポータビリティ情報を、前記ＥＮＵＭサーバに送信する番号ポータビリティ情報送信部を、さらに備えることを特徴とする請求項１または請求項２に記載の番号管理システムとした。
　このようにすることで、各番号管理装置は、更新された番号ポータビリティ情報を、自身が属する通信事業者のＥＮＵＭサーバの番号データベースに反映させることができる。
　本発明によれば、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させる、番号管理システム、番号管理方法および番号管理装置を提供することができる。
本実施形態に係る番号管理システムの全体構成を示す図である。 各番号管理装置の記憶部にブロックチェーンとして記憶されるブロックを示す図である。 各番号管理装置の記憶部にブロックチェーンとして記憶されるブロックを示す図である。 本実施形態に係る番号管理システムの処理の流れを示すシーケンス図である。 本実施形態の変形例１に係る番号管理システムを含むＥＮＵＭシステムの全体構成を示す図である。 本実施形態の変形例１に係る番号管理システムを含むＥＮＵＭシステムの処理の流れを示すシーケンス図である。 本実施形態の変形例２に係る番号管理システムの全体構成を示す図である。 従来のＥＮＵＭシステムにおける番号解決処理（自網の番号）の概要を示す図である。 従来のＥＮＵＭシステムにおける番号解決処理（他網への問合せ）の概要を示す図である。
　次に、本発明を実施するための形態（以下、本実施形態と称する。）における、番号管理システム１等について説明する。
　図１は、本実施形態に係る番号管理システム１の全体構成を示す図である。
　図１に示すように、番号管理システム１は、各通信事業者（各図では「事業者」と記載する。）が備えるブロックチェーン構成装置としての番号管理装置１０それぞれが、互いに通信接続されて構成される。図１では、例として、通信事業者Ａが備える番号管理装置（ブロックチェーン構成装置）１０Ａと、通信事業者Ｂが備える番号管理装置（ブロックチェーン構成装置）１０Ｂと、通信事業者Ｃが備える番号管理装置（ブロックチェーン構成装置）１０Ｃとを示しているが、番号管理装置１０の数はこれに限定されず、複数台の番号管理装置（ブロックチェーン構成装置）１０が互いに通信接続されていればよい。
　この番号管理システム１において管理する情報は、番号ポータビリティの情報（以下、「番号ポータビリティ情報」と称する。）である。番号ポータビリティは、ユーザが利用している通信事業者を変更しても電話番号はそのままで、変更後の通信事業者のサービスを利用できる仕組みである。各通信事業者は、自社の番号情報（電話番号と、その電話番号に対応する接続先情報）における接続先情報を、他社宛ての接続先情報に更新した情報として、番号ポータビリティ情報を保持することにより番号解決を行う。この番号管理システム１では、ブロックチェーンに参加する通信事業者すべての番号ポータビリティ情報が各通信事業者の番号管理装置１０にブロックチェーンとして記憶される。
　なお、本実施形態において、ブロックチェーンに参加する番号管理装置１０は、金融取引で採用されるような誰でも参加できる公開型のブロックチェーンではなく、限定されたメンバ内でブロックチェーンを用いたサービスを利用するPermissioned型のブロックチェーンを前提としている。例えば、ブロックチェーンに参加するメンバは、総務省から電話番号が払い出されている通信事業者である。ただし、このような特定の通信事業者に限定されず、後記する変形例３で示すような特定の個人が含まれてもよい。
＜番号管理装置＞
　次に、本実施形態に係る番号管理装置１０について説明する。
　番号管理装置１０は、ブロックチェーンに参加するメンバ（各通信事業者）の番号ポータビリティ情報を管理するブロックチェーン構成装置である。この番号管理装置１０は、ブロックチェーンに参加する他の通信事業者の番号管理装置１０と接続されるとともに、通信事業者のシステム（例えば、事業者端末）に接続される。なお、各番号管理装置１０（１０Ａ，１０Ｂ，１０Ｃ）は、以下に説明する同じ機能を備えるものである。
　番号管理装置１０は、制御部、入出力部、記憶部（いずれも図示省略）を備えている。
　通信部は、他の番号管理装置１０や自身が属する通信事業者の事業者端末等との間で、情報の送受信を行う通信インタフェースにより構成される。
　また、記憶部（記憶手段）は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成される。この記憶部には、番号情報（電話番号と、その電話番号に対応する接続先情報）のうちの接続先情報を他の通信事業者に変更した情報である番号ポータビリティ情報がブロックチェーンとして記憶される（後記する、図２，図３参照）。
　制御部は、図１に示すように、要求受付部１１、トランザクション生成部１２、ブロック提案部１３、ブロック承認部１４を含んで構成される。
　要求受付部１１は、通信事業者（事業者端末）等から入出力部を介し、番号更新要求を受け付ける。この番号更新要求には、番号ポータビリティの対象となる電話番号（例：0312345678）と、その番号の変更先となる他の通信事業者の接続先情報（以下、「収容事業者情報」と称する場合がある。）（例：0312345678＠abc.ne.jp）とが含まれる。なお、この電話番号とその変更先の接続先情報である収容事業者情報とにより、番号ポータビリティ情報を構成する（図２，図３参照）。
　要求受付部１１は、番号更新要求を受け付けると、その電話番号と収容事業者情報とを含む番号更新提案を生成し、トランザクション生成部１２に出力する。
　また、要求受付部１１は、トランザクション生成部１２が生成したトランザクション（番号ポータビリティ情報をブロックチェーンで管理・記憶する情報として生成したもの）を受け取ると、ブロックチェーンを構成する各番号管理装置１０のうち、所定のロジック（ブロック提案部選択ロジック）に基づき決定した番号管理装置１０のブロック提案部１３に、受け取ったトランザクションを含む番号更新指示を送信する。ここで、所定のロジックは、例えば、予め任意（処理性能が高い、距離的に隣接する等）の番号管理装置１０を設定しておいてもよいし、ランダムに番号管理装置１０を決定してしてもよい。また、自身のブロック提案部１３を決定する候補に含めるようにしてもよい。
　トランザクション生成部１２は、番号更新提案を受信すると、その番号更新提案の提案内容である、電話番号とその変更先の接続先情報である収容事業者情報との情報（番号ポータビリティ情報）について、正常性を確認する。
　トランザクション生成部１２が行う正常性の確認とは、例えば、電話番号が規定上のフォーマット（桁数等）になっているか、収容事業者情報が規定のフォーマットになっているか等の検証を行うことである。
　トランザクション生成部１２は、正常性の確認ができた場合に、その番号ポータビリティ情報について、ブロックチェーンで管理・記憶されるトランザクションを生成する。そして、トランザクション生成部１２は、生成したトランザクションを含む番号更新提案応答を要求受付部１１に出力する。
　なお、トランザクション生成部１２は、生成したトランザクションを要求受付部１１に出力せず、所定のロジック（ブロック提案部選択ロジック）に基づき、ブロックチェーンを構成する各番号管理装置１０のうちのいずれかの番号管理装置１０のブロック提案部１３を決定し、その決定したブロック提案部１３に、生成したトランザクションを含む番号更新指示を送信するようにしてもよい。
　ブロック提案部１３は、ブロックチェーンを構成する各番号管理装置１０から受信した番号更新指示を集約し、複数のトランザクション（以下、「トランザクション群」と称する。）を含むブロックを生成する。このブロックには、集約したトランザクション（トランザクション群）と、記憶部（図示省略）にブロックチェーンとして記憶されているブロックのうち、現時点で最新のブロックのトランザクション群を用いて計算したハッシュ値（後記する「前ブロックのハッシュ値」）とを含める。
　図２は、各番号管理装置１０の記憶部にブロックチェーンとして記憶されるブロックを示す図である。
　各ブロックには、トランザクション群の情報と、「前ブロックのハッシュ値」の情報が格納される。図２に示す例では、現時点で最新の（最後に繋げられた）ブロックａは、その直前に繋がるブロックであるブロックａ－１のトランザクション群についてハッシュ関数を用いて算出した値であるハッシュ値（前ブロックのハッシュ値）と、その時点で最新のトランザクション群の情報が格納される。
　ブロック提案部１３は、提案するブロックを生成する際に、ハッシュ関数を用いて、最新のブロック（ブロックａ）についてのトランザクション群のハッシュ値を計算する。そして、ブロック提案部１３は、提案するブロック（ブロックａ＋１）として、計算したハッシュ値（前ブロックのハッシュ値）と新たに集約したトランザクション群とを含むブロックを生成する。
　ブロック提案部１３は、新たに提案するブロック（ブロックａ＋１）を生成すると、そのブロックを含む番号更新承認依頼を、ブロックチェーンを構成する各番号管理装置１０のブロック承認部１４に送信する。
　図１に戻り、ブロック承認部１４は、番号更新承認依頼を受信すると、その番号更新承認依頼に含まれるブロックの正常性を確認する。この正常性の確認は、例えば、次のように行う。ブロック承認部１４は、その番号管理装置１０の記憶部に記憶したブロックチェーンの最新のブロック（ブロックａ）において、そのトランザクション群を用いてハッシュ値を計算する。そして、ブロック承認部１４は、番号更新承認依頼において新たに提案されたブロックａ＋１に含まれる前ブロックのハッシュ値と、計算したハッシュ値とが一致するか否かを判定する。そして、ブロック承認部１４は、ハッシュ値同士が一致する場合には、正常なブロックであるとしてそのブロックを承認し、ブロックチェーンにおける次のブロック（ブロックａ＋１）としてブロックａに繋げて記憶する（図３参照）。
　ブロックチェーンを構成する各番号管理装置１０のブロック承認部１４で、提案されたブロックが承認される（正常性が確認される）ことにより、すべての番号管理装置１０において、同じトランザクション（番号ポータビリティ情報）が格納されることになる。
＜番号管理システムの処理＞
　次に、本実施形態に係る番号管理システム１の処理流れについて説明する。
　図４は、本実施形態に係る番号管理システム１の処理の流れを示すシーケンス図である。
　まず、番号管理システム１を構成する番号管理装置１０のうちの一つ（例えば、番号管理装置１０Ａ）が、通信事業者（通信事業者端末）等から、番号更新要求を受け付ける（ステップＳ１）。この番号更新要求には、対象とする電話番号（例えば、「0312345678」）と、その電話番号について変更先となる他の通信事業者の接続先情報（収容事業者情報）（例えば、「0312345678＠abc.ne.jp」）とから構成される番号ポータビリティ情報が含まれる。
　なお、通信事業者（通信事業者端末）等は、自身に属する番号管理装置１０に番号更新要求を送信してもよいし、ブロックチェーンを構成し他の通信事業者に属する番号管理装置１０に番号更新要求を送信してもよい。よって、例えば、通信事業者Ａの事業者端末Ａから通信事業者Ｂの番号管理装置１０Ｂに番号更新要求を送信しても構わない。
　次に、番号更新要求を受け取った番号管理装置１０の要求受付部１１は、その番号更新要求に含まれる番号ポータビリティ情報（電話番号と変更先となる収容事業者情報）を抽出し、その番号ポータビリティ情報を含む番号更新提案を、自装置のトランザクション生成部１２に出力する（ステップＳ２）。
　トランザクション生成部１２は、番号更新提案を受信すると、その番号更新提案の提案内容である、電話番号とその変更先である収容事業者情報との情報（番号ポータビリティ情報）について、所定の規格（形式）に合致するか否か等の正常性の確認をする（ステップＳ３）。
　トランザクション生成部１２は、正常性が確認できた場合に、その番号ポータビリティ情報について、ブロックチェーンで管理・記憶されるトランザクションを生成する（ステップＳ４）。そして、トランザクション生成部１２は、生成したトランザクションを含む番号更新提案応答を、要求受付部１１に出力する（ステップＳ５）。
　なお、トランザクション生成部１２は、正常性が確認できない場合には、処理を終了する。その際、トランザクション生成部１２は、正常性が確認できない旨を、要求受付部１１を介して、番号更新要求を送信してきた通信事業者（通信事業者端末）等に返信するようにしてもよい。
　続いて、要求受付部１１は、番号更新提案応答に含まれるトランザクションを取得し、ブロックチェーンを構成する各番号管理装置１０のうち、所定のロジック（ブロック提案部選択ロジック）に基づき決定した番号管理装置１０（例えば、番号管理装置１０Ｂ）のブロック提案部１３に、取得したトランザクションを含む番号更新指示を送信する（ステップＳ６）。
　番号更新指示を受信した番号管理装置１０のブロック提案部１３は、受信した番号更新指示に含まれるトランザクション、および、それ以外に受信した他の番号更新指示に含まれるトランザクションを集約し、複数のトランザクション（トランザクション群）を含むブロック（提案するブロック）を生成する（ステップＳ７）。この際、ブロック提案部１３は、最新のブロック（図２のブロックａ）についてのトランザクション群のハッシュ値を計算し、その計算したハッシュ値を「前ブロックのハッシュ値」として、生成したブロックに含める。
　そして、ブロック提案部１３は、生成したブロック（提案するブロック）を含む番号更新承認依頼を、ブロックチェーンを構成する各番号管理装置１０（１０Ａ，１０Ｃ）のブロック承認部１４に送信する（ステップＳ８）。なお、この際、ブロック提案部１３は、自装置（番号管理装置１０Ｂ）のブロック承認部１４にも出力する。
　各番号管理装置１０のブロック承認部１４は、番号更新承認依頼を受信すると、その番号更新承認依頼に含まれるブロックの正常性を確認することにより、そのブロックを承認する（ステップＳ９）。そして、ブロック承認部１４は、その承認されたブロックを、自装置に記憶されたブロックチェーンの次のブロック（図３のブロックａ＋１）としてブロックａに繋げて記憶し、処理を終了する。
　なお、ブロック承認部１４は、この正常性の確認を、例えば、ブロックに含まれる「前ブロックのハッシュ値」と、自装置の記憶部に記憶された最新のブロック（図２のブロックａ）のトランザクション群を用いて計算したハッシュ値との値が一致するか否かを判定し、一致する場合に改ざん等がなく正常であると確認することにより行う。
　このようにすることで、本実施形態に係る番号管理システム１の各番号管理装置（ブロックチェーン構成装置）１０は、自身が管理する電話番号に関する番号ポータビリティ情報だけでなく、ブロックチェーンに参加するすべてのメンバ（通信事業者等）の番号ポータビリティ情報を記憶することができる。よって、例えば、ある通信事業者の番号管理装置１０が故障した場合でも、他の通信事業者の番号管理装置１０に、ブロックチェーンに参加するすべてのメンバ（通信事業者）の番号ポータビリティ情報が記憶されていることにより、番号解決を継続することができる。したがって、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。
　なお、本実施形態に係る番号管理システム１を構成する各番号管理装置１０に、ＥＮＵＭシステムにおいて、ＳＩＰサーバ等からの接続先情報に関する問合せ（リクエスト）に対し応答する機能（ＥＮＵＭサーバの番号解決機能）を備えさせるようにする。
　これにより、ＥＮＵＭサーバの機能を備えた番号管理装置１０のうちのいずれかが故障しても、他の番号管理装置１０にブロックチェーンに参加するすべてのメンバの番号ポータビリティ情報が記憶されているため、個々のＥＮＵＭサーバの機能を備えた番号管理装置１０については、従来のＥＮＵＭシステムのＥＮＵＭサーバに比べ信頼性の程度を高くする必要をなくすことができる。よって、コストを削減することができる。また、番号ポータビリティ情報の更新に際し、小規模事業者は、ブロックチェーンを構成する複数の番号管理装置１０のうちのいずかに番号更新要求を送信すればよいため、特定の大規模事業者に依頼し変更してもらう必要をなくすことができる。よって、小規模事業者の電話回線網サービスへの参入障壁を下げることができる。
≪変形例１≫
　次に、本実施形態に係る番号管理システム１の変形例１について説明する。
　図１に示した本実施形態に係る番号管理システム１では、ＳＩＰサーバ等からの接続先情報の問合せ（リクエスト）に対し応答する機能（番号解決機能）を各番号管理装置１０が備えることによりＥＮＵＭシステムを実現することができる。
　これに対し、ＥＮＵＭシステムを実現するにあたり、本実施形態の変形例１に係る番号管理システム１ａでは、ＳＩＰサーバ等からの接続先情報の問合せ（リクエスト）への応答する機能（番号解決機能）を、番号管理装置１０とは別の装置（ＥＮＵＭサーバ）で構成することを特徴とする。
　図５は、本実施形態の変形例１に係る番号管理システム１ａを含むＥＮＵＭシステムの全体構成を示す図である。
　図５に示すように、番号管理システム１ａを構成する各番号管理装置１０（１０Ａ，１０Ｂ，１０Ｃ）は、それぞれの通信事業者が設置するＥＮＵＭサーバ２０（２０Ａ，２０Ｂ，２０Ｃ）と接続される。また、図１に示した番号管理システム１の番号管理装置１０との違いは、各番号管理装置１０が番号ポータビリティ情報送信部１５を備えていることである。なお、図１に示した番号管理装置１０と同じ機能を有する構成については、同一の符号と名称を付し、説明を省略する。
　番号ポータビリティ情報送信部１５は、ブロック承認部１４が提案されたブロックを承認することにより、新たなブロックをブロックチェーンに繋げて記憶した場合に、その新たに記憶されたブロックに含まれる各トランザクションの情報である番号ポータビリティ情報を抽出し、その番号ポータビリティ情報を含む番号情報更新要求を、自身が属する通信事業者のＥＮＵＭサーバ２０に送信する。また、番号ポータビリティ情報送信部１５は、ＥＮＵＭサーバ２０から、番号情報更新要求に対する応答であり、送信した番号ポータビリティ情報を用いて番号データベースを更新した旨を示す番号情報更新応答を受信する。
＜ＥＮＵＭサーバ＞
　ＥＮＵＭサーバ２０は、ＳＩＰサーバ等から接続先となる端末の電話番号についての接続先情報の問合せ（リクエスト）を受け付け、応答する装置である。このＥＮＵＭサーバ２０は、番号解決処理部２１と、データ更新部２２と、番号データベース（ＤＢ）２３とを備える。
　番号解決処理部２１は、ＳＩＰサーバ等からの問合せを受け付け、その問合せで示される電話番号に対応する接続先情報を、番号データベース２３を参照して抽出し、ＳＩＰサーバ等に返信する。
　データ更新部２２は、自身と接続する番号管理装置１０から、番号情報更新要求を受信し、その番号情報更新要求に含まれる各番号ポータビリティ情報を用いて、番号データベース２３を更新する。そして、データ更新部２２は、番号データベース２３の更新が完了すると、その旨を示す番号情報更新応答を番号管理装置１０に送信する。
　図６は、本実施形態の変形例１に係る番号管理システム１ａを含むＥＮＵＭシステムの処理の流れを示すシーケンス図である。
　図４で示した、番号管理システム１の処理（ステップＳ１～Ｓ９）は、同じであるため説明は省略する。
　各番号管理装置１０（１０Ａ，１０Ｂ，１０Ｃ）のブロック承認部１４が提案されたブロックを承認すると（ステップＳ９）、番号ポータビリティ情報送信部１５（図６で図示省略）は、ブロックチェーンに新たに記憶されたブロックに含まれる各トランザクションの情報である番号ポータビリティ情報を抽出する。そして、番号ポータビリティ情報送信部１５は、その抽出した各番号ポータビリティ情報を含む番号情報更新要求を生成し、自身が属する通信事業者のＥＮＵＭサーバ２０に送信する（ステップＳ１０）。
　続いて、各ＥＮＵＭサーバ２０のデータ更新部２２は、番号情報更新要求を受信すると、その番号情報更新要求に含まれる各番号ポータビリティ情報を用いて、番号データベース２３を更新する（ステップＳ１１）。
　次に、各ＥＮＵＭサーバ２０のデータ更新部２２は、番号データベース２３の更新が完了すると、その旨を示す番号情報更新応答を番号管理装置１０に送信する（ステップＳ１２）。
　このようにすることにより、番号管理システム１ａの各番号管理装置１０は、更新された番号ポータビリティ情報を、自身が属する通信事業者のＥＮＵＭサーバ２０の番号データベース２３に反映させることができる。
　なお、ＥＮＵＭサーバ２０のデータ更新部２２が、番号管理装置１０からの番号更新要求を受信するのではなく、データ更新部２２側から、所定の時間間隔で、更新された番号ポータビリティ情報の取得要求を送信することにより、各番号ポータビリティ情報を、番号管理装置１０の番号ポータビリティ情報送信部１５から取得し、番号データベース２３を更新するようにしてもよい。
≪変形例２≫
　次に、本実施形態に係る番号管理システム１の変形例２について説明する。
　図７は、本実施形態の変形例２に係る番号管理システム１ｂの全体構成を示す図である。
　番号管理システム１ｂにおいては、ブロックチェーンを構成する各番号管理装置１０のうちの１つを、代表（リーダー）の番号管理装置１０（図７では、番号管理装置１０Ａ）として設定する。そして、その代表の番号管理装置１０（１０Ａ）にブロック提案部１３を備えるようにし、他の番号管理装置１０（１０Ｂ，１０Ｃ）には、ブロック提案部１３を備えない構成とする。
　なお、図１に示した番号管理装置１０と同じ機能を有する構成については、同一の符号と名称を付し、説明を省略する。
　本実施形態に係る各番号管理装置１０のトランザクション生成部１２（図１）では、要求受付部１１から番号更新提案を受信し、番号ポータビリティ情報についてトランザクションを生成する。その後、要求受付部１１（若しくはトランザクション生成部１２）が、所定のロジック（ブロック提案部選択ロジック）に基づき決定された、ブロックチェーンを構成するいずれかの番号管理装置１０のブロック提案部１３に番号更新指示を送信していた。
　これに対し、本実施形態の変形例２に係る番号管理装置１０では、各番号管理装置１０（１０Ｂ，１０Ｃ）の要求受付部１１（若しくはトランザクション生成部１２）は、代表の番号管理装置１０（１０Ａ）のブロック提案部１３に番号更新指示を送信することを特徴とする。そして、代表の番号管理装置１０（１０Ａ）のブロック提案部１３が、受信した番号更新指示を集約し、複数のトランザクションを含むブロックを生成する。続いて、ブロック提案部１３は、生成したブロックを含む番号更新承認依頼を、ブロックチェーンを構成する各番号管理装置１０のブロック承認部１４に送信する。
　各番号管理装置１０のブロック承認部１４は、番号更新依頼に含まれるブロックの正常性を確認する際に、送信元が代表の番号管理装置１０（１０Ａ）であることも含めて正常性の確認するようにしてもよい。
　このようにすることによっても、本実施形態の変形例２に係る番号管理システム１の各番号管理装置（ブロックチェーン構成装置）１０は、自身が管理する電話番号に関する番号ポータビリティ情報だけでなく、ブロックチェーンに参加するすべてのメンバ（通信事業者等）の番号ポータビリティ情報を記憶することができる。よって、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。また、例えば、ブロック提案部１３がブロックチェーンに複数存在する場合に生じる、分散システムの合意形成の問題（順序性、一貫性、原子性）を扱わずにすむため、システム全体としての処理負荷、通信負荷を低減することができる。
≪変形例３≫
　次に、本実施形態に係る番号管理システム１の変形例３について説明する。
　本実施形態に係る番号管理システム１（図１参照）においては、誰でも参加できる公開型のブロックチェーンではなく、限定されたメンバ内でブロックチェーンを用いたサービスを利用するPermissioned型のブロックチェーンを前提としている。この場合、番号管理装置１０に番号更新要求を送信することができるメンバは、総務省から電話番号が払い出されている通信事業者が想定される。しかしながら、将来的には、総務省が直接ユーザに番号を払い出すケースも考えられる。その場合、「Permissiond」の対象を、総務省が番号を払い出したユーザを含めるようにしてもよい。
　よって、変形例３に係る番号管理システムでは、通信事業者だけでなく、特定のユーザ（ユーザ端末）も、番号管理装置１０に番号更新要求を送ることができる構成とする。また、番号管理装置１０が、ＥＮＵＭサーバとしての機能を備える場合には、通信事業者のＳＩＰサーバを介さずに、ユーザ端末から直接、電話番号に対応する接続先情報の問合せを受け付け、番号解決するようにしてもよい。
　以上説明したように、本実施形態に係る番号管理システム１、番号管理方法および番号管理装置１０によれば、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。また、小規模事業者の電話回線網への参入障壁を下げることが可能となる。
　なお、本発明に係る番号管理システム１、番号管理方法および番号管理装置１０は、以上説明した実施形態や変形例に限定されず、その趣旨を逸脱しない範囲で変更実施が可能である。
　例えば、本実施形態では、番号ポータビリティ情報を、電話番号と変更後の接続先情報（収容事業者情報）との組として説明した。これ以外にも、例えば、電話番号と、変更前の収容事業者情報と、変更後の収容事業者情報との組として、番号ポータビリティ情報を構成してもよい。この場合でも、本実施形態と同様の効果を奏することができる。
　１，１ａ，１ｂ　番号管理システム
　１０（１０Ａ，１０Ｂ，１０Ｃ）　番号管理装置
　１１　　要求受付部
　１２　　トランザクション生成部
　１３　　ブロック提案部
　１４　　ブロック承認部
　１５　　番号ポータビリティ情報送信部
　２０　　ＥＮＵＭサーバ
　２１　　番号解決処理部
　２２　　データ更新部
　２３　　番号データベース（ＤＢ）

Claims (7)

  1. 　複数の番号管理装置それぞれが通信接続され、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報をブロックチェーンとして管理する番号管理システムであって、
    　前記番号管理装置それぞれは、
    　前記番号ポータビリティ情報を含む番号更新要求を受信する要求受付部と、
    　受信した前記番号ポータビリティ情報について、前記ブロックチェーンで管理するトランザクションを生成するトランザクション生成部と、
    　複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、
    　前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、
    　を備えることを特徴とする番号管理システム。
  2. 　前記ブロック提案部は、前記記憶部に前記ブロックチェーンとして記憶しているブロックのうちの最新のブロックに含まれる前記トランザクション群を用いてハッシュ値を計算し、前記計算したハッシュ値をさらに含んだ前記提案するブロックを生成し、
    　前記ブロック承認部は、当該提案するブロックを受信した際に、自身の属する番号管理装置の記憶部に記憶された前記最新のブロックに含まれる前記トランザクション群を用いてハッシュ値を計算し、当該計算したハッシュ値と、受信した当該提案するブロックに含まれるハッシュ値とが一致することにより前記所定の正常性を確認すること
    　を特徴とする請求項１に記載の番号管理システム。
  3. 　前記複数の番号管理装置の中から代表の番号管理装置が設定されており、
    　前記代表の番号管理装置は、前記ブロック提案部を備えており、前記代表の番号管理装置以外の他の番号管理装置は、前記ブロック提案部を備えておらず、
    　前記他の番号管理装置の前記トランザクション生成部は、前記トランザクションを生成すると、前記代表の番号管理装置の前記ブロック提案部に、前記トランザクションを送信すること
    　を特徴とする請求項１または請求項２に記載の番号管理システム。
  4. 　前記複数の番号管理装置それぞれは、自身が属する通信事業者のＥＮＵＭ（E.164 Number Mapping）サーバと通信接続されており、
    　前記複数の番号管理装置それぞれは、前記記憶部に記憶された前記提案するブロックに含まれるトランザクション群で示される番号ポータビリティ情報を、前記ＥＮＵＭサーバに送信する番号ポータビリティ情報送信部を、さらに備えること
    　を特徴とする請求項１または請求項２に記載の番号管理システム。
  5. 　複数の番号管理装置それぞれが通信接続され、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報をブロックチェーンとして管理する番号管理システムの番号管理方法であって、
    　前記番号管理装置は、
    　前記番号ポータビリティ情報を含む番号更新要求を受信するステップと、
    　受信した前記番号ポータビリティ情報について、前記ブロックチェーンで管理するトランザクションを生成し、生成した前記トランザクションを、所定のロジックに基づき決定した前記複数の番号管理装置のうちの１つの番号管理装置に送信するステップと、を実行し、
    　前記複数の番号管理装置のうちの１つの番号管理装置は、
    　複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを受信し、受信した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するステップを実行し、
    　前記複数の番号管理装置それぞれは、
    　前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶手段に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するステップ、を実行すること
    　を特徴とする番号管理方法。
  6. 　複数の番号管理装置それぞれが通信接続され、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報をブロックチェーンとして管理する番号管理システムの番号管理方法であって、
    　前記複数の番号管理装置の中から代表の番号管理装置が設定されており、
    　前記番号管理装置は、
    　前記番号ポータビリティ情報を含む番号更新要求を受信するステップと、
    　受信した前記番号ポータビリティ情報について、前記ブロックチェーンで管理するトランザクションを生成し、生成した前記トランザクションを、前記代表の番号管理装置に送信するステップと、を実行し、
    　前記代表の番号管理装置は、
    　複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを受信し、受信した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するステップを実行し、
    　前記複数の番号管理装置それぞれは、
    　前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶手段に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するステップ、を実行すること
    　を特徴とする番号管理方法。
  7. 　複数の番号管理装置それぞれが通信接続され、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報をブロックチェーンとして管理する番号管理システムの前記番号管理装置であって、
    　前記番号ポータビリティ情報を含む番号更新要求を受信する要求受付部と、
    　受信した前記番号ポータビリティ情報について、前記ブロックチェーンで管理するトランザクションを生成するトランザクション生成部と、
    　複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、
    　前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、
    　を備えることを特徴とする番号管理装置。
PCT/JP2019/024674 2018-06-25 2019-06-21 番号管理システム、番号管理方法および番号管理装置 WO2020004252A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/253,026 US11522995B2 (en) 2018-06-25 2019-06-21 Number management system, number management method, and number management device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018119757A JP7063142B2 (ja) 2018-06-25 2018-06-25 番号管理システム、番号管理方法および番号管理装置
JP2018-119757 2018-06-25

Publications (1)

Publication Number Publication Date
WO2020004252A1 true WO2020004252A1 (ja) 2020-01-02

Family

ID=68986842

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/024674 WO2020004252A1 (ja) 2018-06-25 2019-06-21 番号管理システム、番号管理方法および番号管理装置

Country Status (3)

Country Link
US (1) US11522995B2 (ja)
JP (1) JP7063142B2 (ja)
WO (1) WO2020004252A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3933644A1 (en) * 2020-07-03 2022-01-05 Alipay (Hangzhou) Information Technology Co., Ltd. Consensus method, apparatus, and system for blockchain based on byzantine fault tolerance algorithm

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114867007B (zh) * 2022-04-15 2023-05-23 中国联合网络通信集团有限公司 携号转网方法、系统、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017200196A (ja) * 2017-06-01 2017-11-02 株式会社ｂｉｔＦｌｙｅｒ プライベートノード、プライベートノードにおける処理方法、及びそのためのプログラム
JP2017212659A (ja) * 2016-05-27 2017-11-30 日本電信電話株式会社 Ｅｎｕｍサーバ、ｅｎｕｍデータ登録・回答方法およびプログラム
WO2018020943A1 (ja) * 2016-07-28 2018-02-01 日本電気株式会社 番号ポータビリティ情報管理システム
US20180046992A1 (en) * 2016-08-10 2018-02-15 Jpmorgan Chase Bank, N.A. Systems and methods for account reconciliation using a distributed ledger

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1575311A1 (en) * 2004-03-12 2005-09-14 Siemens Aktiengesellschaft Telephone number portability method system and apparatus
US8184798B2 (en) * 2006-06-13 2012-05-22 Tekelec Methods, systems and computer program products for accessing number portability (NP) and E.164 number (ENUM) data using a common NP/ENUM data locator structure
US20090003388A1 (en) * 2007-06-30 2009-01-01 Lucent Technologies, Inc. Method and apparatus for synchronizing ported number data
EP2124414A1 (en) * 2008-05-23 2009-11-25 Telefonaktiebolaget LM Ericsson (PUBL) LI/DR service continuity in case of number portability
WO2014159862A1 (en) * 2013-03-14 2014-10-02 Headwater Partners I Llc Automated credential porting for mobile devices
US9794401B2 (en) * 2015-01-06 2017-10-17 Tracfone Wireless, Inc. Methods, systems and applications for porting telephone numbers on wireless devices
WO2017171165A1 (ko) * 2015-12-14 2017-10-05 (주)코인플러그 블록체인을 기반으로 하는 공인인증서 발급시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 발급방법
CN106980649B (zh) * 2017-02-28 2020-07-10 创新先进技术有限公司 写入区块链业务数据的方法和装置及业务子集合确定方法
US11887115B2 (en) * 2017-04-17 2024-01-30 Jeff STOLLMAN Systems and methods to validate transactions for inclusion in electronic blockchains
US10638310B2 (en) * 2018-02-22 2020-04-28 Hewlett Packard Enterprise Development Lp Number or subscriber porting
US11194837B2 (en) * 2018-05-01 2021-12-07 International Business Machines Corporation Blockchain implementing cross-chain transactions
US10771240B2 (en) * 2018-06-13 2020-09-08 Dynamic Blockchains Inc Dynamic blockchain system and method for providing efficient and secure distributed data access, data storage and data transport

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017212659A (ja) * 2016-05-27 2017-11-30 日本電信電話株式会社 Ｅｎｕｍサーバ、ｅｎｕｍデータ登録・回答方法およびプログラム
WO2018020943A1 (ja) * 2016-07-28 2018-02-01 日本電気株式会社 番号ポータビリティ情報管理システム
US20180046992A1 (en) * 2016-08-10 2018-02-15 Jpmorgan Chase Bank, N.A. Systems and methods for account reconciliation using a distributed ledger
JP2017200196A (ja) * 2017-06-01 2017-11-02 株式会社ｂｉｔＦｌｙｅｒ プライベートノード、プライベートノードにおける処理方法、及びそのためのプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
GORANOVIC, ANDRIJA ET AL.: "Blockchain applications in microgrids an overview of current projects and concepts", 43RD ANNUAL CONFERENCE OF THE IEEE INDUSTRIAL ELECTRONICS SOCIETY, 18 December 2017 (2017-12-18), pages 6154, XP033280449 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3933644A1 (en) * 2020-07-03 2022-01-05 Alipay (Hangzhou) Information Technology Co., Ltd. Consensus method, apparatus, and system for blockchain based on byzantine fault tolerance algorithm
US11874820B2 (en) 2020-07-03 2024-01-16 Alipay (Hangzhou) Information Technology Co., Ltd. Consensus method, apparatus, and system for blockchain based on byzantine fault tolerance algorithm

Also Published As

Publication number Publication date
JP7063142B2 (ja) 2022-05-09
JP2020005020A (ja) 2020-01-09
US20210120125A1 (en) 2021-04-22
US11522995B2 (en) 2022-12-06

Similar Documents

Publication Publication Date Title
CN108665372B (zh) 基于区块链的信息处理、查询、储存方法和装置
US11348097B2 (en) Digital contracts in blockchain environments
CN109246211B (zh) 一种区块链中的资源上传和资源请求方法
CA2716544C (en) Method and system for providing network services
KR20200108231A (ko) 서비스 프로세스 시스템，서비스 데이터 처리 방법 및 장치
US8694653B2 (en) Targeted data transfer between operational domains
CN103716326A (zh) 一种资源访问方法及用户资源网关
US11645582B2 (en) Parameter sharing in federated learning
CN110839087B (zh) 接口调用方法及装置、电子设备和计算机可读存储介质
CN103580937A (zh) 一种Web 服务模拟的方法及其系统和服务代理系统
US20170091733A1 (en) Sending bills
JP6954709B1 (ja) ブロックチェーンに基づくドメイン名管理システム
CN114567643B (zh) 跨区块链的数据流转方法、装置及相关设备
CN112434818A (zh) 模型构建方法、装置、介质及电子设备
CN108287894A (zh) 数据处理方法、装置、计算设备及存储介质
CN113271311A (zh) 一种跨链网络中的数字身份管理方法及系统
WO2020004252A1 (ja) 番号管理システム、番号管理方法および番号管理装置
JP2020160526A (ja) データ連携管理方法、データ連携管理システム、およびノード
WO2020212766A1 (en) Computer-implemented system and method for implementing alias-based addressing for a distributed ledger
US11895267B2 (en) Number management system, number management method, number management device and number management program
JP7236006B2 (ja) 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム
Krummacker et al. DLT architectures for trust anchors in 6G
US20230388120A1 (en) Client-Side Device Bloom Filter Mapping
JP7188592B2 (ja) 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム
CN114172958A (zh) 隐私计算节点、系统、方法、装置以及存储介质

Legal Events

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

Ref document number: 19825591

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19825591

Country of ref document: EP

Kind code of ref document: A1