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

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

Info

Publication number
JP7063142B2
JP7063142B2 JP2018119757A JP2018119757A JP7063142B2 JP 7063142 B2 JP7063142 B2 JP 7063142B2 JP 2018119757 A JP2018119757 A JP 2018119757A JP 2018119757 A JP2018119757 A JP 2018119757A JP 7063142 B2 JP7063142 B2 JP 7063142B2
Authority
JP
Japan
Prior art keywords
block
number management
transaction
management device
unit
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
JP2018119757A
Other languages
English (en)
Other versions
JP2020005020A (ja
Inventor
健太 篠原
正幸 阿久津
秀貴 四七
紀貴 堀米
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2018119757A priority Critical patent/JP7063142B2/ja
Priority to US17/253,026 priority patent/US11522995B2/en
Priority to PCT/JP2019/024674 priority patent/WO2020004252A1/ja
Publication of JP2020005020A publication Critical patent/JP2020005020A/ja
Application granted granted Critical
Publication of JP7063142B2 publication Critical patent/JP7063142B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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

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)

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）サーバと通信接続されており、前記複数の番号管理装置それぞれは、前記記憶部に記憶された前記提案するブロックに含まれるトランザクション群で示される番号ポータビリティ情報を、前記ＥＮＵＭサーバに送信する番号ポータビリティ情報送信部を、さらに備えることを特徴とする請求項１に記載の番号管理システムとした。
このようにすることで、各番号管理装置は、更新された番号ポータビリティ情報を、自身が属する通信事業者のＥＮＵＭサーバの番号データベースに反映させることができる。
請求項４に記載の発明は、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報をブロックチェーンとして管理する複数の番号管理装置と、前記複数の番号管理装置それぞれに対応付けられた複数のＥＮＵＭサーバとを備える番号管理システムであって、前記番号管理装置それぞれが、前記番号ポータビリティ情報を含む番号更新要求を受信する要求受付部と、受信した前記番号ポータビリティ情報について、前記ブロックチェーンで管理するトランザクションを生成するトランザクション生成部と、複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、前記記憶部に記憶された前記提案するブロックに含まれるトランザクション群で示される番号ポータビリティ情報を、その番号管理装置と通信接続される前記ＥＮＵＭサーバに送信する番号ポータビリティ情報送信部と、を備え、前記ＥＮＵＭサーバそれぞれが、自身が通信接続する番号管理装置から、前記番号ポータビリティ情報を取得し、番号データベースを更新するデータ更新部と、ＳＩＰ（Session Initiation Protocol）サーバからの問合せを受け付け、その問合せで示される電話番号に対応する接続先情報を、前記番号データベースを参照して抽出し、前記ＳＩＰサーバに返信する番号解決処理部と、を備えること、を特徴とする番号管理システムとした。
本発明によれば、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させる、番号管理システム、番号管理方法および番号管理装置を提供することができる。
本実施形態に係る番号管理システムの全体構成を示す図である。 各番号管理装置の記憶部にブロックチェーンとして記憶されるブロックを示す図である。 各番号管理装置の記憶部にブロックチェーンとして記憶されるブロックを示す図である。 本実施形態に係る番号管理システムの処理の流れを示すシーケンス図である。 本実施形態の変形例１に係る番号管理システムを含むＥＮＵＭシステムの全体構成を示す図である。 本実施形態の変形例１に係る番号管理システムを含むＥＮＵＭシステムの処理の流れを示すシーケンス図である。 本実施形態の変形例２に係る番号管理システムの全体構成を示す図である。 従来のＥＮＵＭシステムにおける番号解決処理（自網の番号）の概要を示す図である。 従来のＥＮＵＭシステムにおける番号解決処理（他網への問合せ）の概要を示す図である。
次に、本発明を実施するための形態（以下、本実施形態と称する。）における、番号管理システム１等について説明する。
図１は、本実施形態に係る番号管理システム１の全体構成を示す図である。
図１に示すように、番号管理システム１は、各通信事業者（各図では「事業者」と記載する。）が備えるブロックチェーン構成装置としての番号管理装置１０それぞれが、互いに通信接続されて構成される。図１では、例として、通信事業者Ａが備える番号管理装置（ブロックチェーン構成装置）１０Ａと、通信事業者Ｂが備える番号管理装置（ブロックチェーン構成装置）１０Ｂと、通信事業者Ｃが備える番号管理装置（ブロックチェーン構成装置）１０Ｃとを示しているが、番号管理装置１０の数はこれに限定されず、複数台の番号管理装置（ブロックチェーン構成装置）１０が互いに通信接続されていればよい。
この番号管理システム１において管理する情報は、番号ポータビリティの情報（以下、「番号ポータビリティ情報」と称する。）である。番号ポータビリティは、ユーザが利用している通信事業者を変更しても電話番号はそのままで、変更後の通信事業者のサービスを利用できる仕組みである。各通信事業者は、自社の番号情報（電話番号と、その電話番号に対応する接続先情報）における接続先情報を、他社宛ての接続先情報に更新した情報として、番号ポータビリティ情報を保持することにより番号解決を行う。この番号管理システム１では、ブロックチェーンに参加する通信事業者すべての番号ポータビリティ情報が各通信事業者の番号管理装置１０にブロックチェーンとして記憶される。
なお、本実施形態において、ブロックチェーンに参加する番号管理装置１０は、金融取引で採用されるような誰でも参加できる公開型のブロックチェーンではなく、限定されたメンバ内でブロックチェーンを用いたサービスを利用するPermissioned型のブロックチェーンを前提としている。例えば、ブロックチェーンに参加するメンバは、総務省から電話番号が払い出されている通信事業者である。ただし、このような特定の通信事業者に限定されず、後記する変形例３で示すような特定の個人が含まれてもよい。
＜番号管理装置＞
次に、本実施形態に係る番号管理装置１０について説明する。
番号管理装置１０は、ブロックチェーンに参加するメンバ（各通信事業者）の番号ポータビリティ情報を管理するブロックチェーン構成装置である。この番号管理装置１０は、ブロックチェーンに参加する他の通信事業者の番号管理装置１０と接続されるとともに、通信事業者のシステム（例えば、事業者端末）に接続される。なお、各番号管理装置１０（１０Ａ，１０Ｂ，１０Ｃ）は、以下に説明する同じ機能を備えるものである。
番号管理装置１０は、制御部、入出力部、記憶部（いずれも図示省略）を備えている。
通信部は、他の番号管理装置１０や自身が属する通信事業者の事業者端末等との間で、情報の送受信を行う通信インタフェースにより構成される。
また、記憶部（記憶手段）は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成される。この記憶部には、番号情報（電話番号と、その電話番号に対応する接続先情報）のうちの接続先情報を他の通信事業者に変更した情報である番号ポータビリティ情報がブロックチェーンとして記憶される（後記する、図２，図３参照）。
制御部は、図１に示すように、要求受付部１１、トランザクション生成部１２、ブロック提案部１３、ブロック承認部１４を含んで構成される。
要求受付部１１は、通信事業者（事業者端末）等から入出力部を介し、番号更新要求を受け付ける。この番号更新要求には、番号ポータビリティの対象となる電話番号（例：0312345678）と、その番号の変更先となる他の通信事業者の接続先情報（以下、「収容事業者情報」と称する場合がある。）（例：0312345678＠abc.ne.jp）とが含まれる。なお、この電話番号とその変更先の接続先情報である収容事業者情報とにより、番号ポータビリティ情報を構成する（図２，図３参照）。
要求受付部１１は、番号更新要求を受け付けると、その電話番号と収容事業者情報とを含む番号更新提案を生成し、トランザクション生成部１２に出力する。
また、要求受付部１１は、トランザクション生成部１２が生成したトランザクション（番号ポータビリティ情報をブロックチェーンで管理・記憶する情報として生成したもの）を受け取ると、ブロックチェーンを構成する各番号管理装置１０のうち、所定のロジック（ブロック提案部選択ロジック）に基づき決定した番号管理装置１０のブロック提案部１３に、受け取ったトランザクションを含む番号更新指示を送信する。ここで、所定のロジックは、例えば、予め任意（処理性能が高い、距離的に隣接する等）の番号管理装置１０を設定しておいてもよいし、ランダムに番号管理装置１０を決定してしてもよい。また、自身のブロック提案部１３を決定する候補に含めるようにしてもよい。
トランザクション生成部１２は、番号更新提案を受信すると、その番号更新提案の提案内容である、電話番号とその変更先の接続先情報である収容事業者情報との情報（番号ポータビリティ情報）について、正常性を確認する。
トランザクション生成部１２が行う正常性の確認とは、例えば、電話番号が規定上のフォーマット（桁数等）になっているか、収容事業者情報が規定のフォーマットになっているか等の検証を行うことである。
トランザクション生成部１２は、正常性の確認ができた場合に、その番号ポータビリティ情報について、ブロックチェーンで管理・記憶されるトランザクションを生成する。そして、トランザクション生成部１２は、生成したトランザクションを含む番号更新提案応答を要求受付部１１に出力する。
なお、トランザクション生成部１２は、生成したトランザクションを要求受付部１１に出力せず、所定のロジック（ブロック提案部選択ロジック）に基づき、ブロックチェーンを構成する各番号管理装置１０のうちのいずれかの番号管理装置１０のブロック提案部１３を決定し、その決定したブロック提案部１３に、生成したトランザクションを含む番号更新指示を送信するようにしてもよい。
ブロック提案部１３は、ブロックチェーンを構成する各番号管理装置１０から受信した番号更新指示を集約し、複数のトランザクション（以下、「トランザクション群」と称する。）を含むブロックを生成する。このブロックには、集約したトランザクション（トランザクション群）と、記憶部（図示省略）にブロックチェーンとして記憶されているブロックのうち、現時点で最新のブロックのトランザクション群を用いて計算したハッシュ値（後記する「前ブロックのハッシュ値」）とを含める。
図２は、各番号管理装置１０の記憶部にブロックチェーンとして記憶されるブロックを示す図である。
各ブロックには、トランザクション群の情報と、「前ブロックのハッシュ値」の情報が格納される。図２に示す例では、現時点で最新の（最後に繋げられた）ブロックａは、その直前に繋がるブロックであるブロックａ－１のトランザクション群についてハッシュ関数を用いて算出した値であるハッシュ値（前ブロックのハッシュ値）と、その時点で最新のトランザクション群の情報が格納される。
ブロック提案部１３は、提案するブロックを生成する際に、ハッシュ関数を用いて、最新のブロック（ブロックａ）についてのトランザクション群のハッシュ値を計算する。そして、ブロック提案部１３は、提案するブロック（ブロックａ＋１）として、計算したハッシュ値（前ブロックのハッシュ値）と新たに集約したトランザクション群とを含むブロックを生成する。
ブロック提案部１３は、新たに提案するブロック（ブロックａ＋１）を生成すると、そのブロックを含む番号更新承認依頼を、ブロックチェーンを構成する各番号管理装置１０のブロック承認部１４に送信する。
図１に戻り、ブロック承認部１４は、番号更新承認依頼を受信すると、その番号更新承認依頼に含まれるブロックの正常性を確認する。この正常性の確認は、例えば、次のように行う。ブロック承認部１４は、その番号管理装置１０の記憶部に記憶したブロックチェーンの最新のブロック（ブロックａ）において、そのトランザクション群を用いてハッシュ値を計算する。そして、ブロック承認部１４は、番号更新承認依頼において新たに提案されたブロックａ＋１に含まれる前ブロックのハッシュ値と、計算したハッシュ値とが一致するか否かを判定する。そして、ブロック承認部１４は、ハッシュ値同士が一致する場合には、正常なブロックであるとしてそのブロックを承認し、ブロックチェーンにおける次のブロック（ブロックａ＋１）としてブロックａに繋げて記憶する（図３参照）。
ブロックチェーンを構成する各番号管理装置１０のブロック承認部１４で、提案されたブロックが承認される（正常性が確認される）ことにより、すべての番号管理装置１０において、同じトランザクション（番号ポータビリティ情報）が格納されることになる。
＜番号管理システムの処理＞
次に、本実施形態に係る番号管理システム１の処理流れについて説明する。
図４は、本実施形態に係る番号管理システム１の処理の流れを示すシーケンス図である。
まず、番号管理システム１を構成する番号管理装置１０のうちの一つ（例えば、番号管理装置１０Ａ）が、通信事業者（通信事業者端末）等から、番号更新要求を受け付ける（ステップＳ１）。この番号更新要求には、対象とする電話番号（例えば、「0312345678」）と、その電話番号について変更先となる他の通信事業者の接続先情報（収容事業者情報）（例えば、「0312345678＠abc.ne.jp」）とから構成される番号ポータビリティ情報が含まれる。
なお、通信事業者（通信事業者端末）等は、自身に属する番号管理装置１０に番号更新要求を送信してもよいし、ブロックチェーンを構成し他の通信事業者に属する番号管理装置１０に番号更新要求を送信してもよい。よって、例えば、通信事業者Ａの事業者端末Ａから通信事業者Ｂの番号管理装置１０Ｂに番号更新要求を送信しても構わない。
次に、番号更新要求を受け取った番号管理装置１０の要求受付部１１は、その番号更新要求に含まれる番号ポータビリティ情報（電話番号と変更先となる収容事業者情報）を抽出し、その番号ポータビリティ情報を含む番号更新提案を、自装置のトランザクション生成部１２に出力する（ステップＳ２）。
トランザクション生成部１２は、番号更新提案を受信すると、その番号更新提案の提案内容である、電話番号とその変更先である収容事業者情報との情報（番号ポータビリティ情報）について、所定の規格（形式）に合致するか否か等の正常性の確認をする（ステップＳ３）。
トランザクション生成部１２は、正常性が確認できた場合に、その番号ポータビリティ情報について、ブロックチェーンで管理・記憶されるトランザクションを生成する（ステップＳ４）。そして、トランザクション生成部１２は、生成したトランザクションを含む番号更新提案応答を、要求受付部１１に出力する（ステップＳ５）。
なお、トランザクション生成部１２は、正常性が確認できない場合には、処理を終了する。その際、トランザクション生成部１２は、正常性が確認できない旨を、要求受付部１１を介して、番号更新要求を送信してきた通信事業者（通信事業者端末）等に返信するようにしてもよい。
続いて、要求受付部１１は、番号更新提案応答に含まれるトランザクションを取得し、ブロックチェーンを構成する各番号管理装置１０のうち、所定のロジック（ブロック提案部選択ロジック）に基づき決定した番号管理装置１０（例えば、番号管理装置１０Ｂ）のブロック提案部１３に、取得したトランザクションを含む番号更新指示を送信する（ステップＳ６）。
番号更新指示を受信した番号管理装置１０のブロック提案部１３は、受信した番号更新指示に含まれるトランザクション、および、それ以外に受信した他の番号更新指示に含まれるトランザクションを集約し、複数のトランザクション（トランザクション群）を含むブロック（提案するブロック）を生成する（ステップＳ７）。この際、ブロック提案部１３は、最新のブロック（図２のブロックａ）についてのトランザクション群のハッシュ値を計算し、その計算したハッシュ値を「前ブロックのハッシュ値」として、生成したブロックに含める。
そして、ブロック提案部１３は、生成したブロック（提案するブロック）を含む番号更新承認依頼を、ブロックチェーンを構成する各番号管理装置１０（１０Ａ，１０Ｃ）のブロック承認部１４に送信する（ステップＳ８）。なお、この際、ブロック提案部１３は、自装置（番号管理装置１０Ｂ）のブロック承認部１４にも出力する。
各番号管理装置１０のブロック承認部１４は、番号更新承認依頼を受信すると、その番号更新承認依頼に含まれるブロックの正常性を確認することにより、そのブロックを承認する（ステップＳ９）。そして、ブロック承認部１４は、その承認されたブロックを、自装置に記憶されたブロックチェーンの次のブロック（図３のブロックａ＋１）としてブロックａに繋げて記憶し、処理を終了する。
なお、ブロック承認部１４は、この正常性の確認を、例えば、ブロックに含まれる「前ブロックのハッシュ値」と、自装置の記憶部に記憶された最新のブロック（図２のブロックａ）のトランザクション群を用いて計算したハッシュ値との値が一致するか否かを判定し、一致する場合に改ざん等がなく正常であると確認することにより行う。
このようにすることで、本実施形態に係る番号管理システム１の各番号管理装置（ブロックチェーン構成装置）１０は、自身が管理する電話番号に関する番号ポータビリティ情報だけでなく、ブロックチェーンに参加するすべてのメンバ（通信事業者等）の番号ポータビリティ情報を記憶することができる。よって、例えば、ある通信事業者の番号管理装置１０が故障した場合でも、他の通信事業者の番号管理装置１０に、ブロックチェーンに参加するすべてのメンバ（通信事業者）の番号ポータビリティ情報が記憶されていることにより、番号解決を継続することができる。したがって、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。
なお、本実施形態に係る番号管理システム１を構成する各番号管理装置１０に、ＥＮＵＭシステムにおいて、ＳＩＰサーバ等からの接続先情報に関する問合せ（リクエスト）に対し応答する機能（ＥＮＵＭサーバの番号解決機能）を備えさせるようにする。
これにより、ＥＮＵＭサーバの機能を備えた番号管理装置１０のうちのいずれかが故障しても、他の番号管理装置１０にブロックチェーンに参加するすべてのメンバの番号ポータビリティ情報が記憶されているため、個々のＥＮＵＭサーバの機能を備えた番号管理装置１０については、従来のＥＮＵＭシステムのＥＮＵＭサーバに比べ信頼性の程度を高くする必要をなくすことができる。よって、コストを削減することができる。また、番号ポータビリティ情報の更新に際し、小規模事業者は、ブロックチェーンを構成する複数の番号管理装置１０のうちのいずかに番号更新要求を送信すればよいため、特定の大規模事業者に依頼し変更してもらう必要をなくすことができる。よって、小規模事業者の電話回線網サービスへの参入障壁を下げることができる。
≪変形例１≫
次に、本実施形態に係る番号管理システム１の変形例１について説明する。
図１に示した本実施形態に係る番号管理システム１では、ＳＩＰサーバ等からの接続先情報の問合せ（リクエスト）に対し応答する機能（番号解決機能）を各番号管理装置１０が備えることによりＥＮＵＭシステムを実現することができる。
これに対し、ＥＮＵＭシステムを実現するにあたり、本実施形態の変形例１に係る番号管理システム１ａでは、ＳＩＰサーバ等からの接続先情報の問合せ（リクエスト）への応答する機能（番号解決機能）を、番号管理装置１０とは別の装置（ＥＮＵＭサーバ）で構成することを特徴とする。
図５は、本実施形態の変形例１に係る番号管理システム１ａを含むＥＮＵＭシステムの全体構成を示す図である。
図５に示すように、番号管理システム１ａを構成する各番号管理装置１０（１０Ａ，１０Ｂ，１０Ｃ）は、それぞれの通信事業者が設置するＥＮＵＭサーバ２０（２０Ａ，２０Ｂ，２０Ｃ）と接続される。また、図１に示した番号管理システム１の番号管理装置１０との違いは、各番号管理装置１０が番号ポータビリティ情報送信部１５を備えていることである。なお、図１に示した番号管理装置１０と同じ機能を有する構成については、同一の符号と名称を付し、説明を省略する。
番号ポータビリティ情報送信部１５は、ブロック承認部１４が提案されたブロックを承認することにより、新たなブロックをブロックチェーンに繋げて記憶した場合に、その新たに記憶されたブロックに含まれる各トランザクションの情報である番号ポータビリティ情報を抽出し、その番号ポータビリティ情報を含む番号情報更新要求を、自身が属する通信事業者のＥＮＵＭサーバ２０に送信する。また、番号ポータビリティ情報送信部１５は、ＥＮＵＭサーバ２０から、番号情報更新要求に対する応答であり、送信した番号ポータビリティ情報を用いて番号データベースを更新した旨を示す番号情報更新応答を受信する。
＜ＥＮＵＭサーバ＞
ＥＮＵＭサーバ２０は、ＳＩＰサーバ等から接続先となる端末の電話番号についての接続先情報の問合せ（リクエスト）を受け付け、応答する装置である。このＥＮＵＭサーバ２０は、番号解決処理部２１と、データ更新部２２と、番号データベース（ＤＢ）２３とを備える。
番号解決処理部２１は、ＳＩＰサーバ等からの問合せを受け付け、その問合せで示される電話番号に対応する接続先情報を、番号データベース２３を参照して抽出し、ＳＩＰサーバ等に返信する。
データ更新部２２は、自身と接続する番号管理装置１０から、番号情報更新要求を受信し、その番号情報更新要求に含まれる各番号ポータビリティ情報を用いて、番号データベース２３を更新する。そして、データ更新部２２は、番号データベース２３の更新が完了すると、その旨を示す番号情報更新応答を番号管理装置１０に送信する。
図６は、本実施形態の変形例１に係る番号管理システム１ａを含むＥＮＵＭシステムの処理の流れを示すシーケンス図である。
図４で示した、番号管理システム１の処理（ステップＳ１～Ｓ９）は、同じであるため説明は省略する。
各番号管理装置１０（１０Ａ，１０Ｂ，１０Ｃ）のブロック承認部１４が提案されたブロックを承認すると（ステップＳ９）、番号ポータビリティ情報送信部１５（図６で図示省略）は、ブロックチェーンに新たに記憶されたブロックに含まれる各トランザクションの情報である番号ポータビリティ情報を抽出する。そして、番号ポータビリティ情報送信部１５は、その抽出した各番号ポータビリティ情報を含む番号情報更新要求を生成し、自身が属する通信事業者のＥＮＵＭサーバ２０に送信する（ステップＳ１０）。
続いて、各ＥＮＵＭサーバ２０のデータ更新部２２は、番号情報更新要求を受信すると、その番号情報更新要求に含まれる各番号ポータビリティ情報を用いて、番号データベース２３を更新する（ステップＳ１１）。
次に、各ＥＮＵＭサーバ２０のデータ更新部２２は、番号データベース２３の更新が完了すると、その旨を示す番号情報更新応答を番号管理装置１０に送信する（ステップＳ１２）。
このようにすることにより、番号管理システム１ａの各番号管理装置１０は、更新された番号ポータビリティ情報を、自身が属する通信事業者のＥＮＵＭサーバ２０の番号データベース２３に反映させることができる。
なお、ＥＮＵＭサーバ２０のデータ更新部２２が、番号管理装置１０からの番号更新要求を受信するのではなく、データ更新部２２側から、所定の時間間隔で、更新された番号ポータビリティ情報の取得要求を送信することにより、各番号ポータビリティ情報を、番号管理装置１０の番号ポータビリティ情報送信部１５から取得し、番号データベース２３を更新するようにしてもよい。
≪変形例２≫
次に、本実施形態に係る番号管理システム１の変形例２について説明する。
図７は、本実施形態の変形例２に係る番号管理システム１ｂの全体構成を示す図である。
番号管理システム１ｂにおいては、ブロックチェーンを構成する各番号管理装置１０のうちの１つを、代表（リーダー）の番号管理装置１０（図７では、番号管理装置１０Ａ）として設定する。そして、その代表の番号管理装置１０（１０Ａ）にブロック提案部１３を備えるようにし、他の番号管理装置１０（１０Ｂ，１０Ｃ）には、ブロック提案部１３を備えない構成とする。
なお、図１に示した番号管理装置１０と同じ機能を有する構成については、同一の符号と名称を付し、説明を省略する。
本実施形態に係る各番号管理装置１０のトランザクション生成部１２（図１）では、要求受付部１１から番号更新提案を受信し、番号ポータビリティ情報についてトランザクションを生成する。その後、要求受付部１１（若しくはトランザクション生成部１２）が、所定のロジック（ブロック提案部選択ロジック）に基づき決定された、ブロックチェーンを構成するいずれかの番号管理装置１０のブロック提案部１３に番号更新指示を送信していた。
これに対し、本実施形態の変形例２に係る番号管理装置１０では、各番号管理装置１０（１０Ｂ，１０Ｃ）の要求受付部１１（若しくはトランザクション生成部１２）は、代表の番号管理装置１０（１０Ａ）のブロック提案部１３に番号更新指示を送信することを特徴とする。そして、代表の番号管理装置１０（１０Ａ）のブロック提案部１３が、受信した番号更新指示を集約し、複数のトランザクションを含むブロックを生成する。続いて、ブロック提案部１３は、生成したブロックを含む番号更新承認依頼を、ブロックチェーンを構成する各番号管理装置１０のブロック承認部１４に送信する。
各番号管理装置１０のブロック承認部１４は、番号更新依頼に含まれるブロックの正常性を確認する際に、送信元が代表の番号管理装置１０（１０Ａ）であることも含めて正常性の確認するようにしてもよい。
このようにすることによっても、本実施形態の変形例２に係る番号管理システム１の各番号管理装置（ブロックチェーン構成装置）１０は、自身が管理する電話番号に関する番号ポータビリティ情報だけでなく、ブロックチェーンに参加するすべてのメンバ（通信事業者等）の番号ポータビリティ情報を記憶することができる。よって、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。また、例えば、ブロック提案部１３がブロックチェーンに複数存在する場合に生じる、分散システムの合意形成の問題（順序性、一貫性、原子性）を扱わずにすむため、システム全体としての処理負荷、通信負荷を低減することができる。
≪変形例３≫
次に、本実施形態に係る番号管理システム１の変形例３について説明する。
本実施形態に係る番号管理システム１（図１参照）においては、誰でも参加できる公開型のブロックチェーンではなく、限定されたメンバ内でブロックチェーンを用いたサービスを利用するPermissioned型のブロックチェーンを前提としている。この場合、番号管理装置１０に番号更新要求を送信することができるメンバは、総務省から電話番号が払い出されている通信事業者が想定される。しかしながら、将来的には、総務省が直接ユーザに番号を払い出すケースも考えられる。その場合、「Permissiond」の対象を、総務省が番号を払い出したユーザを含めるようにしてもよい。
よって、変形例３に係る番号管理システムでは、通信事業者だけでなく、特定のユーザ（ユーザ端末）も、番号管理装置１０に番号更新要求を送ることができる構成とする。また、番号管理装置１０が、ＥＮＵＭサーバとしての機能を備える場合には、通信事業者のＳＩＰサーバを介さずに、ユーザ端末から直接、電話番号に対応する接続先情報の問合せを受け付け、番号解決するようにしてもよい。
以上説明したように、本実施形態に係る番号管理システム１、番号管理方法および番号管理装置１０によれば、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。また、小規模事業者の電話回線網への参入障壁を下げることが可能となる。
なお、本発明に係る番号管理システム１、番号管理方法および番号管理装置１０は、以上説明した実施形態や変形例に限定されず、その趣旨を逸脱しない範囲で変更実施が可能である。
例えば、本実施形態では、番号ポータビリティ情報を、電話番号と変更後の接続先情報（収容事業者情報）との組として説明した。これ以外にも、例えば、電話番号と、変更前の収容事業者情報と、変更後の収容事業者情報との組として、番号ポータビリティ情報を構成してもよい。この場合でも、本実施形態と同様の効果を奏することができる。
１，１ａ，１ｂ 番号管理システム
１０（１０Ａ，１０Ｂ，１０Ｃ） 番号管理装置
１１ 要求受付部
１２ トランザクション生成部
１３ ブロック提案部
１４ ブロック承認部
１５ 番号ポータビリティ情報送信部
２０ ＥＮＵＭサーバ
２１ 番号解決処理部
２２ データ更新部
２３ 番号データベース（ＤＢ）

Claims (7)

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

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2018119757A JP7063142B2 (ja) 2018-06-25 2018-06-25 番号管理システム、番号管理方法および番号管理装置
US17/253,026 US11522995B2 (en) 2018-06-25 2019-06-21 Number management system, number management method, and number management device
PCT/JP2019/024674 WO2020004252A1 (ja) 2018-06-25 2019-06-21 番号管理システム、番号管理方法および番号管理装置

Applications Claiming Priority (1)

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

Publications (2)

Publication Number Publication Date
JP2020005020A JP2020005020A (ja) 2020-01-09
JP7063142B2 true JP7063142B2 (ja) 2022-05-09

Family

ID=68986842

Family Applications (1)

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

Country Status (3)

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

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112700248B (zh) * 2020-07-03 2022-09-02 支付宝(杭州)信息技术有限公司 基于拜占庭容错算法的区块链的共识方法、装置及***
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
US9609510B2 (en) * 2009-01-28 2017-03-28 Headwater Research 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
CA3008705C (en) * 2015-12-14 2020-03-10 Coinplug, Inc. System for issuing public certificate on basis of block chain, and method for issuing public certificate on basis of block chain by using same
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，2017年12月18日，p.6154

Also Published As

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

Similar Documents

Publication Publication Date Title
CN109246211B (zh) 一种区块链中的资源上传和资源请求方法
CN108665372B (zh) 基于区块链的信息处理、查询、储存方法和装置
JP5444995B2 (ja) セッション共有システム、方法及びプログラム、並びに、ユーザ端末
CN101127606B (zh) 传输数据对象的方法和装置
CN101102257B (zh) 传输数据对象的方法和装置
US8977758B2 (en) Service bus system, service bus device, and method for assuring connection uniqueness
CN111460458B (zh) 一种数据处理方法、相关装置及计算机可存储介质
WO2020253634A1 (zh) 一种数据处理方法、***及装置
CN110601981A (zh) 服务路由方法、服务提供方云域及服务调用方云域
JP6954709B1 (ja) ブロックチェーンに基づくドメイン名管理システム
CN113422733B (zh) 区块链的业务处理方法、装置、计算机设备及存储介质
US11637701B2 (en) Technologies for conducting a data transaction between enterprises using a permissioned blockchain infrastructure and an oracle system
JP7063142B2 (ja) 番号管理システム、番号管理方法および番号管理装置
CN113271311A (zh) 一种跨链网络中的数字身份管理方法及***
CN111259448A (zh) 一种数据共享方法和装置
US11431800B2 (en) Systems and methods for recording an indeterministic transaction on a distributed ledger network
JP7236007B2 (ja) 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム
US20230325833A1 (en) Blockchain-based data processing method and apparatus, device, storage medium, and program product
CN112116326A (zh) 一种基于共享平台的公积金业务处理方法和***
JP7236006B2 (ja) 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム
JP7188592B2 (ja) 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム
CN112988852B (zh) 基于区块链的数据管理方法、设备以及介质
JP6535298B2 (ja) Ｅｎｕｍサーバ、ｅｎｕｍデータ登録・回答方法およびプログラム
JP2014138284A (ja) Ａｐｌ−ｓｃｍ−ｆｅおよびアプリケーション連携方法
US20220094524A1 (en) Technologies for conducting a data transaction between enterprises using a permissioned blockchain infrastructure

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201012

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211012

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211210

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220322

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220404

R150 Certificate of patent or registration of utility model

Ref document number: 7063142

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150