JP7236006B2 - 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム - Google Patents

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

Info

Publication number
JP7236006B2
JP7236006B2 JP2021529556A JP2021529556A JP7236006B2 JP 7236006 B2 JP7236006 B2 JP 7236006B2 JP 2021529556 A JP2021529556 A JP 2021529556A JP 2021529556 A JP2021529556 A JP 2021529556A JP 7236006 B2 JP7236006 B2 JP 7236006B2
Authority
JP
Japan
Prior art keywords
inquiry
information
block
hashed
connection destination
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
JP2021529556A
Other languages
English (en)
Other versions
JPWO2021001875A1 (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
Publication of JPWO2021001875A1 publication Critical patent/JPWO2021001875A1/ja
Application granted granted Critical
Publication of JP7236006B2 publication Critical patent/JP7236006B2/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
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/65—Telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/60—Aspects of automatic or semi-automatic exchanges related to security aspects in telephonic communication systems
    • H04M2203/6009—Personal information, e.g. profiles or personal directories being only provided to authorised persons

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Telephonic Communication Services (AREA)

Description

本発明は、電話回線網における番号ポータビリティを実現するために、ブロックチェーン技術を活用した、番号管理システム、番号管理方法、番号管理装置および番号管理プログラムに関する。
従来、ＩＰ（Internet Protocol）網において、通信事業者網内の装置（ＳＩＰ（Session Initiation Protocol）サーバ等）が電話番号とＵＲＩ（Uniform Resource Identifier）との対応付けを行う仕組みとしてＥＮＵＭ（E.164 Number Mapping）システムが提案されている。このＥＮＵＭシステムでは、通信事業者のネットワーク内に設置されたＳＩＰサーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先の情報（ＩＰアドレスや、ドメイン名等）をＥＮＵＭサーバに問い合わせて、その接続先の情報に基づいてルーチングを行う（非特許文献１参照）。
また、ＰＳＴＮ（Public Switched Telephone Network：公衆電話交換回線網）からＩＰ網への移行に伴い、ＩＰ網において固定電話番号を通信事業者間で自由に持ち回れる番号ポータビリティの方式が検討されている（非特許文献２参照）。
非特許文献２に記載の番号ポータビリティの方式では、各通信事業者の番号ポータビリティ情報を集中管理する番号データベース（番号ＤＢ）を、上記のＥＮＵＭサーバ（ＥＮＵＭ権威サーバ）に備え、各通信事業者のＳＩＰサーバは、自身が属する通信事業者のＥＮＵＭサーバにアクセスすることにより、各電話番号が他網へ移転(ポートアウト)しているか否かを解決し、接続先の情報（接続先情報）を取得して通信を行う。
具体的には、図１１に示すように、ＥＮＵＭシステム１０００において、ＳＩＰサーバからの要求に付された電話番号（着信番号）が、自網が管理する電話番号に対する問い合わせの場合、ＥＮＵＭサーバは、自身の番号ＤＢから接続先情報を回答する（図１１の符号α参照）。一方、要求に付された電話番号が、他網のＥＮＵＭサーバが管理する電話番号の場合には、その電話番号を管理する他網のＥＮＵＭサーバに要求を行い、得られた接続先情報を要求元に回答する（図１２の符号β参照）。
このように、現状の日本の電話回線網では、番号ポータビリティを実現するためにＥＮＵＭシステムを採用し、その具体的な仕組みとして、ルーチング方式では「発側ＤＢ参照方式」、つまり、他の事業者のＤＢ（番号データベース）を参照しても、あくまでも発信元の事業者が呼の接続を実現する方式を採用する。また、データベース方式では「自社保有型個別ＤＢ方式」、つまり、各社が自社の番号ＤＢを保有する方式を採用する。
「キャリアＥＮＵＭの相互接続 共通インタフェース」、TTC JJ-90.31、［online］、一般社団法人情報通信技術委員会、2018年8月29日、［令和1年6月13日検索］、インターネット＜ＵＲＬ：https://www.ttc.or.jp/application/files/4715/5418/5873/JJ-90.31v4.pdf＞ 「番号ポータビリティの扱いについて」、［online］、総務省総合通信基盤局、2016年7月28日、［令和1年6月13日検索］、インターネット＜ＵＲＬ：http://www.soumu.go.jp/main_content/000433169.pdf＞
上記のように、従来のＥＮＵＭシステムでは、ルーチング方式として「発側ＤＢ参照方式」を採用し、データベース方式として「自社保有型個別ＤＢ方式」を採用している。しかしながら、このＥＮＵＭシステムを採用した番号ポータビリティの方式では、ある通信事業者のＥＮＵＭサーバが故障すると、その通信事業者が管理する番号帯に対する番号解決ができなくなる問題がある。
また、現状では、大規模な通信事業者（大規模事業者）のみがＥＮＵＭサーバを保持し、小規模な通信事業者（小規模事業者）は、大規模事業者のＥＮＵＭに、各電話番号に対応する接続先情報（以下「番号情報」と称する。）を管理してもらう形態をとっており、以下のような問題もある。
（１）ＥＮＵＭシステムを構築するには高い信頼性が要求される。そのため、大きなコストがかかり、小規模事業者にとっては負担が大きい。
（２）小規模事業者側がデータの更新を行いたいときに、大規模事業者へ依頼し変更してもらう必要がある。そのため、リアルタイムに更新できる保証がない。
（３）通信事業者が撤退すると、その通信事業者が管理している番号のポータビリティ先の解決ができなくなるおそれがある。
また、上記問題を解決させるため、何らかの方法ですべての事業者にデータベースを保有させた場合、各通信事業者が自身のデータベースを参照するだけで各電話番号契約者がどの事業者と契約しているかを容易に取得できてしまったり、各通信事業者が保有するストレージデバイスの紛失、盗難などによる情報流出のリスクが高まるという問題もある。
このような背景を鑑みて本発明がなされたのであり、本発明は、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性および機密性を向上させることを課題とする。
本発明に係る番号管理システムは、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムであって、複数の前記番号管理装置それぞれは、前記番号ポータビリティ情報をブロックチェーンとして管理する番号管理部と、問い合わせ電話番号に対応する前記接続先情報を回答する番号解決部と、を有し、前記番号管理部は、前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付部と、前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成部と、複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、を備え、前記番号解決部は、前記問い合わせ電話番号を含む問い合わせ要求を受け付ける問い合わせ受付部と、前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算部と、前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理部と、を備え、前記トランザクション生成部は、予め設定した複数のハッシュ関数のうちの１つを選択し、選択したハッシュ関数でハッシュ化したハッシュ化番号情報と、前記選択したハッシュ関数を識別するバージョン番号と、前記接続先情報とを含むトランザクションを生成し、前記ハッシュ演算部は、前記問い合わせ電話番号を、前記予め設定した複数のハッシュ関数それぞれでハッシュ化してハッシュ化問い合わせ情報を複数生成し、前記データ管理部は、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報および前記バージョン番号を抽出し、抽出した接続先情報が１つであった場合に、当該接続先情報を回答し、抽出した接続先情報が複数あった場合に、前記バージョン番号で識別されるハッシュ関数が、前記ハッシュ演算部で用いたハッシュ関数と一致する前記接続先情報を選択して回答することを特徴とする。
本発明によれば、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性および機密性を向上させることができる。
本実施形態に係る番号管理システムの全体構成を示す図である。 本実施形態に係る番号管理装置の機能を実現するコンピュータのハードウェア構成の一例を示すブロック図である。 本実施形態に係る番号管理装置の機能的構成を示すブロック図である。 各番号管理装置の記憶部にブロックチェーンとして記憶されるブロックを示す図である。 各番号管理装置の記憶部にブロックチェーンとして記憶されるブロックを示す図である。 本実施形態に係る番号管理部の処理の流れを示すシーケンス図である。 本実施形態に係る番号解決部の処理の流れを示すシーケンス図である。 各番号管理装置の記憶部にブロックチェーンとして記憶されるブロックを示す図である。 本実施形態の変形例３に係る番号管理システムを含むＥＮＵＭシステムの全体構成を示す図である。 本実施形態の変形例３に係る番号管理システムを含むＥＮＵＭシステムの処理の流れを示すシーケンス図である。 従来のＥＮＵＭシステムにおける番号解決処理（自網の番号）の概要を示す図である。 従来のＥＮＵＭシステムにおける番号解決処理（他網への問い合わせ）の概要を示す図である。
次に、本発明を実施するための形態（以下、本実施形態と称する。）における、番号管理システム１等について説明する。
図１は、本実施形態に係る番号管理システム１の全体構成を示す図である。
図１に示すように、番号管理システム１は、各通信事業者（各図では「事業者」と記載する。）が備えるブロックチェーン構成装置としての番号管理装置１０それぞれが、互いに通信接続されて構成される。図１では、例として、通信事業者Ａが備える番号管理装置（ブロックチェーン構成装置）１０Ａと、通信事業者Ｂが備える番号管理装置（ブロックチェーン構成装置）１０Ｂと、通信事業者Ｃが備える番号管理装置（ブロックチェーン構成装置）１０Ｃとを示しているが、番号管理装置１０の数はこれに限定されず、複数台の番号管理装置（ブロックチェーン構成装置）１０が互いに通信接続されていればよい。
この番号管理システム１において管理する情報は、番号ポータビリティの情報（以下、「番号ポータビリティ情報」と称する。）である。番号ポータビリティは、ユーザが利用している通信事業者を変更しても電話番号はそのままで、変更後の通信事業者のサービスを利用できる仕組みである。各通信事業者は、自社の番号情報（電話番号と、その電話番号に対応する接続先情報）における接続先情報を、他社宛ての接続先情報に更新した情報として、番号ポータビリティ情報を保持することにより番号解決を行う。
本実施形態では、各通信事業者の番号管理装置１０は、ブロックチェーンに参加する通信事業者すべての番号ポータビリティ情報をブロックチェーンとして番号データベース（ＤＢ）１３に記憶する。また、番号管理装置１０は、ＳＩＰサーバ等からの接続先情報の問い合わせ（リクエスト）に対し応答する機能（番号解決機能）を備える。すなわち、番号管理装置１０は、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報をブロックチェーンとして管理する番号管理部１１と、任意の問い合わせ電話番号に対応する接続先の問い合わせに対して当該問い合わせ電話番号に対応する接続先情報を提供する番号解決部１２とを備える。
なお、本実施形態において、ブロックチェーンに参加する番号管理装置１０は、金融取引で採用されるような誰でも参加できる公開型のブロックチェーンではなく、限定されたメンバ内でブロックチェーンを用いたサービスを利用するPermissioned型のブロックチェーンを前提としている。例えば、ブロックチェーンに参加するメンバは、総務省から電話番号が払い出されている通信事業者である。ただし、このような特定の通信事業者に限定されず、後記する変形例５で示すような特定の個人が含まれてもよい。
＜番号管理装置＞
次に、本実施形態に係る番号管理装置１０について説明する。
番号管理装置１０は、ブロックチェーンに参加するメンバ（各通信事業者）の番号ポータビリティ情報を管理するブロックチェーン構成装置である。この番号管理装置１０は、ブロックチェーンに参加する他の通信事業者の番号管理装置１０と接続されるとともに、通信事業者のシステム（例えば、事業者端末）に接続される。なお、各番号管理装置１０（１０Ａ，１０Ｂ，１０Ｃ）は、以下に説明する同じ機能を備えるものである。
図２は、本実施形態に係る番号管理装置１０の機能を実現するコンピュータ９００の一例を示すハードウェア構成図である。コンピュータ９００は、ＣＰＵ（Central Processing Unit）９０１、ＲＯＭ（Read Only Memory）９０２、ＲＡＭ（Random Access Memory）９０３、ＨＤＤ（Hard Disk Drive）９０４、入出力Ｉ／Ｆ（Interface）９０５、通信Ｉ／Ｆ９０６およびメディアＩ／Ｆ９０７を有する。
ＣＰＵ９０１は、ＲＯＭ９０２またＨＤＤ９０４に記憶されたプログラムに基づき作動し、図１の各部（番号管理部１１、番号解決部１２）による制御を行う。ＲＯＭ９０２は、コンピュータ９００の起動時にＣＰＵ９０１により実行されるブートプログラムや、コンピュータ９００のハードウェアに係るプログラム等を記憶する。
ＣＰＵ９０１は、入出力Ｉ／Ｆ９０５を介して、マウスやキーボード等の入力装置９１０、および、ディスプレイやプリンタ等の出力装置９１１を制御する。ＣＰＵ９０１は、入出力Ｉ／Ｆ９０５を介して、入力装置９１０からデータを取得するともに、生成したデータを出力装置９１１へ出力する。
ＨＤＤ９０４（記憶装置）は、ＣＰＵ９０１により実行されるプログラムおよび当該プログラムによって使用されるデータ（番号データベース１３等）を記憶する。通信Ｉ／Ｆ９０６は、通信網（例えば、ネットワーク（ＮＷ）５）を介して図示せぬ他の装置（例えば、他の番号管理装置１０やＳＩＰサーバ３０等）からデータを受信してＣＰＵ９０１へ出力し、また、ＣＰＵ９０１が生成したデータを、通信網を介して他の装置へ送信する。
メディアＩ／Ｆ９０７は、記録媒体９１２に格納されたプログラムまたはデータを読み取り、ＲＡＭ９０３を介してＣＰＵ９０１へ出力する。ＣＰＵ９０１は、目的の処理に係るプログラムを、メディアＩ／Ｆ９０７を介して記録媒体９１２からＲＡＭ９０３上にロードし、ロードしたプログラムを実行する。記録媒体９１２は、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto Optical disk）等の光磁気記録媒体、磁気記録媒体、導体メモリテープ媒体又は半導体メモリ等である。
例えば、コンピュータ９００が実施形態に係る番号管理装置１０として機能する場合、コンピュータ９００のＣＰＵ９０１は、ＲＡＭ９０３上にロードされたプログラムを実行することにより、番号管理装置１０の番号管理部１１および番号解決部１２の機能を実現する。また、ＨＤＤ９０４には、ＲＡＭ９０３内のデータが記憶される。ＣＰＵ９０１は、目的の処理に係るプログラムを記録媒体９１２から読み取って実行する。この他、ＣＰＵ９０１は、他の装置から通信網（ネットワーク５）を介して目的の処理に係るプログラムを読み込んでもよい。
＜番号管理部＞
図３は、番号管理装置１０の機能的構成を示すブロック図である。図３に示すように、番号管理装置１０は、番号管理部１１、番号解決部１２、番号データベース１３を含んで構成される。
さらに番号管理部１１は、要求受付部１１１、トランザクション生成部１１２、ブロック提案部１１３、ブロック承認部１１４を含んで構成される。
要求受付部１１１は、通信事業者（事業者端末）等から入出力部を介し、番号更新要求を受け付ける。この番号更新要求には、番号ポータビリティの対象となる電話番号（例：0312345678）と、その番号の変更先となる他の通信事業者の接続先情報（以下、「収容事業者情報」と称する場合がある。）（例：0312345678＠abc.ne.jp）とが含まれる。番号ポータビリティ情報は、この電話番号とその変更先の接続先情報である収容事業者情報とを含んで構成される（図４～図６参照）。
要求受付部１１１は、番号更新要求を受け付けると、その電話番号と収容事業者情報とを含む番号更新提案を生成し、トランザクション生成部１１２に出力する。
また、要求受付部１１１は、トランザクション生成部１１２が生成したトランザクション（番号ポータビリティ情報をブロックチェーンで管理・記憶する情報として生成したもの）を受け取ると、ブロックチェーンを構成する各番号管理装置１０のうち、所定のロジック（ブロック提案部選択ロジック）に基づき決定した番号管理装置１０のブロック提案部１１３に、受け取ったトランザクションを含む番号更新指示を送信する。ここで、所定のロジックは、例えば、予め任意（処理性能が高い、距離的に隣接する等）の番号管理装置１０を設定しておいてもよいし、ランダムに番号管理装置１０を決定してしてもよい。また、自身のブロック提案部１１３を決定する候補に含めるようにしてもよい。
トランザクション生成部１１２は、番号更新提案を受信すると、その番号更新提案の提案内容である、電話番号とその変更先の接続先情報である収容事業者情報との情報（番号ポータビリティ情報）について、正常性を確認する。
トランザクション生成部１１２が行う正常性の確認とは、例えば、電話番号が規定上のフォーマット（桁数等）になっているか、収容事業者情報が規定のフォーマットになっているか等の検証を行うことである。
トランザクション生成部１１２は、正常性の確認ができた場合に、その番号ポータビリティ情報について、ブロックチェーンで管理・記憶されるトランザクションを生成する。そして、トランザクション生成部１１２は、生成したトランザクションを含む番号更新提案応答を要求受付部１１１に出力する。
ここで、トランザクション生成部１１２は、番号ポータビリティ情報のうち電話番号について、所定のハッシュ関数でハッシュ化した上でトランザクションを生成する。すなわち、トランザクション生成部１１２は、電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報（ハッシュ値）と、接続先情報とを含むトランザクション（図４参照）を生成する。トランザクション生成部１１２で用いるハッシュ関数は、後述する番号解決部１２のハッシュ演算部１２２にも共有されている。このように電話番号をハッシュ化することによって、トランザクションを一見しても電話番号と接続先情報との対応を把握することができなくなる。
なお、トランザクション生成部１１２は、生成したトランザクションを要求受付部１１１に出力せず、所定のロジック（ブロック提案部選択ロジック）に基づき、ブロックチェーンを構成する各番号管理装置１０のうちのいずれかの番号管理装置１０のブロック提案部１１３を決定し、その決定したブロック提案部１１３に、生成したトランザクションを含む番号更新指示を送信するようにしてもよい。
ブロック提案部１１３は、ブロックチェーンを構成する各番号管理装置１０から受信した番号更新指示を集約し、複数のトランザクション（以下、「トランザクション群」と称する。）を含むブロックを生成する。このブロックには、集約したトランザクション（トランザクション群）と、番号データベース１３にブロックチェーンとして記憶されているブロックのうち、現時点で最新のブロックのトランザクション群を用いて計算したハッシュ値（後記する「前ブロックのハッシュ値」）とを含める。
図４は、各番号管理装置１０の記憶部にブロックチェーンとして記憶されるブロックを示す図である。
各ブロックには、トランザクション群の情報と、「前ブロックのハッシュ値」の情報が格納される。図４に示す例では、現時点で最新の（最後に繋げられた）ブロックａは、その直前に繋がるブロックであるブロックａ－１のトランザクション群についてハッシュ関数を用いて算出した値であるハッシュ値（前ブロックのハッシュ値）と、その時点で最新のトランザクション群の情報が格納される。
ブロック提案部１１３は、提案するブロックを生成する際に、ハッシュ関数を用いて、最新のブロック（ブロックａ）についてのトランザクション群のハッシュ値を計算する。そして、ブロック提案部１１３は、提案するブロック（ブロックａ＋１）として、計算したハッシュ値（前ブロックのハッシュ値）と新たに集約したトランザクション群とを含むブロックを生成する。
ブロック提案部１１３は、新たに提案するブロック（ブロックａ＋１）を生成すると、そのブロックを含む番号更新承認依頼を、ブロックチェーンを構成する各番号管理装置１０のブロック承認部１１４に送信する。
図３に戻り、ブロック承認部１１４は、番号更新承認依頼を受信すると、その番号更新承認依頼に含まれるブロックの正常性を確認する。この正常性の確認は、例えば、次のように行う。ブロック承認部１１４は、その番号管理装置１０の記憶部に記憶したブロックチェーンの最新のブロック（ブロックａ）において、そのトランザクション群を用いてハッシュ値を計算する。そして、ブロック承認部１１４は、番号更新承認依頼において新たに提案されたブロックａ＋１に含まれる前ブロックのハッシュ値と、計算したハッシュ値とが一致するか否かを判定する。そして、ブロック承認部１１４は、ハッシュ値同士が一致する場合には、正常なブロックであるとしてそのブロックを承認し、ブロックチェーンにおける次のブロック（ブロックａ＋１）としてブロックａに繋げて記憶する（図５参照）。
ブロックチェーンを構成する各番号管理装置１０のブロック承認部１１４で、提案されたブロックが承認される（正常性が確認される）ことにより、すべての番号管理装置１０の番号データベース１３に、同じトランザクション（番号ポータビリティ情報）が格納されることになる。
＜番号解決部＞
図３に戻り、番号解決部１２について説明する。番号解決部１２は、ＥＮＵＭシステムにおいて、ＳＩＰサーバ等からの接続先情報に関する問い合わせ（リクエスト）に対し応答する機能（ＥＮＵＭサーバの番号解決機能）を実現する。
図３に示すように、番号解決部１２は、問い合わせ受付部１２１、ハッシュ演算部１２２、データ管理部１２３を含んで構成される。
問い合わせ受付部１２１は、ＳＩＰサーバ等から任意の電話番号の接続先情報（収容事業者情報）を要求する問い合わせ要求を受信する。この問い合わせ要求には、今回の問い合わせ対象となる電話番号（以下、「問い合わせ電話番号」という）が含まれている。また、問い合わせ受付部１２１は、データ管理部１２３から受信した接続先情報を、問い合わせ元であるＳＩＰサーバ等に、問い合わせ応答として送信する。
ハッシュ演算部１２２は、問い合わせ電話番号を所定のハッシュ関数でハッシュ化する。以下、ハッシュ化された問い合わせ電話番号を「ハッシュ化問い合わせ情報」という。所定のハッシュ関数とは、トランザクション生成部１１２で電話番号のハッシュ化に用いた（ハッシュ化電話番号の生成に用いた）ハッシュ関数である。
データ管理部１２３は、ハッシュ演算部１２２で生成されたハッシュ化問い合わせ情報をキーとしてブロックチェーン内のトランザクションを検索し、問い合わせ電話番号に対応する接続先情報を回答する。すなわち、データ管理部１２３は、番号データベース１３に記録された各ブロックのトランザクションのハッシュ化番号情報を検索し、ハッシュ化番号情報とハッシュ化問い合わせ情報とが一致するトランザクションを抽出する。そして、データ管理部１２３は、抽出したトランザクションの接続先情報を問い合わせ受付部１２１に出力する。
＜番号管理部の処理＞
次に、本実施形態に係る番号管理部１１の処理流れについて説明する。
図６は、本実施形態に係る番号管理部１１の処理の流れを示すシーケンス図である。
まず、番号管理システム１を構成する番号管理装置１０のうちの一つ（例えば、番号管理装置１０Ａ）が、通信事業者（通信事業者端末）等から、番号更新要求を受け付ける（ステップＳ１）。この番号更新要求には、対象とする電話番号（例えば、「0312345678」）と、その電話番号について変更先となる他の通信事業者の接続先情報（収容事業者情報）（例えば、「0312345678＠abc.ne.jp」）とから構成される番号ポータビリティ情報が含まれる。
なお、通信事業者（通信事業者端末）等は、自身に属する番号管理装置１０に番号更新要求を送信してもよいし、ブロックチェーンを構成し他の通信事業者に属する番号管理装置１０に番号更新要求を送信してもよい。よって、例えば、通信事業者Ａの事業者端末Ａから通信事業者Ｂの番号管理装置１０Ｂに番号更新要求を送信しても構わない。
次に、番号更新要求を受け取った番号管理装置１０の要求受付部１１１は、その番号更新要求に含まれる番号ポータビリティ情報（電話番号と変更先となる収容事業者情報）を抽出し、その番号ポータビリティ情報を含む番号更新提案を、自装置のトランザクション生成部１１２に出力する（ステップＳ２）。
トランザクション生成部１１２は、番号更新提案を受信すると、その番号更新提案の提案内容である、電話番号とその変更先である収容事業者情報との情報（番号ポータビリティ情報）について、所定の規格（形式）に合致するか否か等の正常性の確認をする（ステップＳ３）。
トランザクション生成部１１２は、正常性が確認できた場合に、その番号ポータビリティ情報のうち電話番号をハッシュ化してハッシュ化番号情報を生成し、ハッシュ化番号情報と接続先情報とを含むトランザクションを生成する（ステップＳ４）。そして、トランザクション生成部１１２は、生成したトランザクションを含む番号更新提案応答を、要求受付部１１１に出力する（ステップＳ５）。
なお、トランザクション生成部１１２は、正常性が確認できない場合には、処理を終了する。その際、トランザクション生成部１１２は、正常性が確認できない旨を、要求受付部１１１を介して、番号更新要求を送信してきた通信事業者（通信事業者端末）等に返信するようにしてもよい。
続いて、要求受付部１１１は、番号更新提案応答に含まれるトランザクションを取得し、ブロックチェーンを構成する各番号管理装置１０のうち、所定のロジック（ブロック提案部選択ロジック）に基づき決定した番号管理装置１０（例えば、番号管理装置１０Ｂ）のブロック提案部１１３に、取得したトランザクションを含む番号更新指示を送信する（ステップＳ６）。
番号更新指示を受信した番号管理装置１０のブロック提案部１１３は、受信した番号更新指示に含まれるトランザクション、および、それ以外に受信した他の番号更新指示に含まれるトランザクションを集約し、複数のトランザクション（トランザクション群）を含むブロック（提案するブロック）を生成する（ステップＳ７）。この際、ブロック提案部１１３は、最新のブロック（図４のブロックａ）についてのトランザクション群のハッシュ値を計算し、その計算したハッシュ値を「前ブロックのハッシュ値」として、生成したブロックに含める。
そして、ブロック提案部１１３は、生成したブロック（提案するブロック）を含む番号更新承認依頼を、ブロックチェーンを構成する各番号管理装置１０（１０Ａ，１０Ｃ）のブロック承認部１１４に送信する（ステップＳ８）。なお、この際、ブロック提案部１１３は、自装置（番号管理装置１０Ｂ）のブロック承認部１１４にも出力する。
各番号管理装置１０のブロック承認部１１４は、番号更新承認依頼を受信すると、その番号更新承認依頼に含まれるブロックの正常性を確認することにより、そのブロックを承認する（ステップＳ９）。そして、ブロック承認部１１４は、その承認されたブロックを、自装置に記憶されたブロックチェーンの次のブロック（図５のブロックａ＋１）としてブロックａに繋げて番号データベース１３に記憶し、処理を終了する。
なお、ブロック承認部１１４は、この正常性の確認を、例えば、ブロックに含まれる「前ブロックのハッシュ値」と、自装置の記憶部に記憶された最新のブロック（図４のブロックａ）のトランザクション群を用いて計算したハッシュ値との値が一致するか否かを判定し、一致する場合に改ざん等がなく正常であると確認することにより行う。
＜番号解決部の処理＞
次に、本実施形態に係る番号解決部１２の処理流れについて説明する。
図７は、本実施形態に係る番号解決部１２の処理の流れを示すシーケンス図である。
まず、番号管理システム１を構成する番号管理装置１０のうちの一つ（例えば、番号管理装置１０Ａ）が、ＳＩＰサーバ等から接続先情報の問い合わせ要求を受け付ける（ステップＳ２１）。この問い合わせ要求には、問い合わせ対象となる電話番号（問い合わせ電話番号）が含まれる。次に、問い合わせ要求を受けた番号管理装置１０の問い合わせ受付部１２１は、その問い合わせ要求に含まれる問い合わせ電話番号を抽出し、問い合わせ電話番号のハッシュ化を要求するハッシュ解決要求を、自装置のハッシュ演算部１２２に出力する（ステップＳ２２）。
ハッシュ演算部１２２は、問い合わせ受付部１２１からハッシュ解決要求を受信すると、所定のハッシュ関数（番号管理システム１で共有されているハッシュ関数）で問い合わせ電話番号をハッシュ化し（ハッシュ演算）、ハッシュ化問い合わせ情報を生成する（ステップＳ２３）。続いて、ハッシュ演算部１２２は、生成したハッシュ化問い合わせ情報（ハッシュ値）を含むハッシュ値応答を問い合わせ受付部１２１に送信する（ステップＳ２４）。
問い合わせ受付部１２１は、ハッシュ化問い合わせ情報を含む収容事業者情報取得要求をデータ管理部１２３に送信する（ステップＳ２５）。データ管理部１２３は、番号データベース１３内の各ブロックのトランザクションをハッシュ化問い合わせ情報をキーとして検索し、ハッシュ化問い合わせ情報と一致するハッシュ化電話番号を有するトランザクションを抽出する（ステップＳ２６）。そして、データ管理部１２３は、抽出したトランザクションの接続先情報を含む収容事業者情報応答を問い合わせ受付部１２１に送信する（ステップＳ２７）。
そして、問い合わせ受付部１２１は、問い合わせ電話番号に対応する接続先情報を含む問い合わせ応答を問い合わせ元であるＳＩＰサーバ等に送信する（ステップＳ２８）。
このように、本実施形態に係る番号管理システム１の各番号管理装置（ブロックチェーン構成装置）１０は、自身が管理する電話番号に関する番号ポータビリティ情報だけでなく、ブロックチェーンに参加するすべてのメンバ（通信事業者等）の番号ポータビリティ情報を記憶することができる。よって、例えば、ある通信事業者の番号管理装置１０が故障した場合でも、他の通信事業者の番号管理装置１０に、ブロックチェーンに参加するすべてのメンバ（通信事業者）の番号ポータビリティ情報が記憶されていることにより、番号解決を継続することができる。したがって、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。
また、各番号管理装置１０にＥＮＵＭサーバの機能を与えることによって、番号管理装置１０のうちのいずれかが故障しても、他の番号管理装置１０にブロックチェーンに参加するすべてのメンバの番号ポータビリティ情報が記憶されているため、個々のＥＮＵＭサーバの機能を備えた番号管理装置１０については、従来のＥＮＵＭシステムのＥＮＵＭサーバに比べ信頼性の程度を高くする必要をなくすことができる。よって、コストを削減することができる。また、番号ポータビリティ情報の更新に際し、小規模事業者は、ブロックチェーンを構成する複数の番号管理装置１０のうちのいずかに番号更新要求を送信すればよいため、特定の大規模事業者に依頼し変更してもらう必要をなくすことができる。よって、小規模事業者の電話回線網サービスへの参入障壁を下げることができる。
また、本実施形態のように、番号ポータビリティ情報の一部（電話番号）をハッシュ化してブロックチェーンに記録することにより、番号ポータビリティ情報の機密性を高めることができる。
例えば番号ポータビリティ情報をハッシュ化しない場合、各事業者の保持するすべての番号情報（電話番号および当該電話番号の収容事業者情報）が平文（暗号化されていない状態のデータ）で、ブロックチェーンで接続されるすべての事業者に流通されることになる。このため、各事業者が自身のブロックチェーン（番号データベース１３）のデータを参照するだけで、各電話番号契約者がどの事業者と契約しているかを容易に取得できてしまう。番号ポータビリティというサービスの性質上、電話の発着信時に着信先の事業者情報を参照するためにブロックチェーンのデータを参照することは許容されているものの、そのデータを電話の発着信先の解決以外の用途、例えば他事業者に収容されているユーザの勧誘目的で利用することは本来の番号ポータビリティの意図とは合致しておらず、問題である。本実施形態のように、番号ポータビリティ情報の一部をハッシュ化することによって、各電話番号契約者がどの事業者と契約しているかを各事業者が容易に把握できないようにすることができる。
また、例えば番号ポータビリティ情報をハッシュ化しない場合、ブロックチェーン（番号データベース１３）内のデータが、ブロック情報の事業者間での交換時や各事業者が保有するストレージデバイスの紛失、盗難などにより第三者に流出してしまった場合に、番号情報が悪用されてしまうおそれがある。本実施形態のように、番号ポータビリティ情報の一部をハッシュ化することによって、ブロックチェーン内のデータが流出したとしても、電話番号のハッシュ化に用いたハッシュ関数が特定されなければ、番号ポータビリティ情報が第三者に漏洩する恐れがなくなる。
≪変形例１≫
次に、本実施形態に係る番号管理システム１の変形例１について説明する。
上述した説明では、電話番号のハッシュ化に用いるハッシュ関数が固定されているものとしたが、このハッシュ関数を任意のタイミングで変更してもよい。すなわち、トランザクション生成部１１２が、電話番号のハッシュ化に用いるハッシュ関数を任意のタイミングで変更してもよい。
具体的には、例えば複数のハッシュ関数を用意しておき、トランザクション生成部１１２（図３）が、それぞれのトランザクション生成時にランダムに今回用いるハッシュ関数を選択する。この時、例えば図８に示すように、今回用いたハッシュ関数を識別する情報（図８の例では「バージョン情報」）をトランザクション内に含めてもよい。電話番号のハッシュ化に用いられる可能性のあるハッシュ関数は、すべての番号管理装置１０で共有しておく。また、ハッシュ関数の識別情報（バージョン情報）がどのようなハッシュ関数と対応しているかを示す情報（例えば対応表）は、各番号管理装置１０で保持していてもよいし、装置外部にあるデータベースなどから必要に応じて取得するようにしてもよい。
番号解決時には、ハッシュ演算部１２２（図３）は、ハッシュ化に用いられる可能性のあるすべてのハッシュ関数をそれぞれ用いて問い合わせ番号をハッシュ化し、複数のハッシュ化問い合わせ情報を生成する。
データ管理部１２３は、複数のハッシュ化問い合わせ情報をそれぞれキーとしてブロックチェーン内のトランザクションを検索する。通常、複数のハッシュ化問い合わせ情報をキーとして検索しても、トランザクション内のハッシュ化番号情報と一致するものは１つであると考えられる。この場合、データ管理部１２３は、そのまま当該トランザクションの接続先情報を問い合わせ受付部１２１に出力し、問い合わせ受付部１２１は、その接続先情報を問い合わせ元であるＳＩＰサーバ等に送信する。
一方で、異なる電話番号を異なるハッシュ関数でハッシュ化した結果が同一値となる可能性はゼロではなく、この場合、データ管理部１２３（図３）は、複数のトランザクションを抽出することになる。データ管理部１２３は、抽出した複数のトランザクションの接続先情報とともに、バージョン情報を問い合わせ受付部１２１に出力する。問い合わせ受付部１２１は、各トランザクションに含まれるハッシュ関数のバージョン情報を照合し、問い合わせ電話番号に対応するトランザクションを特定し、そのトランザクションの接続先情報を問い合わせ元であるＳＩＰサーバ等に送信する。
また、トランザクション生成部１１２（図３）は、例えばトランザクションが格納されるブロック毎に（または所定数のブロック毎に）、ハッシュ化に用いるハッシュ関数を変更してもよい。この場合、ブロックの識別子と、当該ブロックのトランザクション（電話番号）のハッシュ化に用いたハッシュ関数の識別子との対応関係を、すべての番号管理装置１０で共有しておく。
番号解決時の処理は、上述したランダムにハッシュ関数を変更する場合と同様であるが、データ管理部１２３で複数のトランザクションを抽出した場合、抽出した複数のトランザクションの接続先情報とともに、そのトランザクションが含まれていたブロックの識別子を問い合わせ受付部１２１に出力する。問い合わせ受付部１２１は、各トランザクションのブロック識別子を照合し、トランザクションのハッシュ化に用いられたハッシュ関数を特定し、問い合わせ電話番号に対応するトランザクションを特定する。その後の処理は上述したランダムにハッシュ関数を変更する場合と同様である。
このように、電話番号のハッシュ化に用いるハッシュ関数を任意のタイミングで変更することにより、番号ポータビリティ情報の機密性をより向上させることができる。例えば番号ポータビリティ情報が流出したとしても、情報取得者が複数のハッシュ関数すべてを把握していなければ、その一部のみしか解析することができず、情報の利用を困難にすることができる。
≪変形例２≫
次に、本実施形態に係る番号管理システム１の変形例２について説明する。
上述した説明では、電話番号をそのままハッシュ化してハッシュ化電話番号を生成しているが、電話番号に対して任意の文字列を付加した上でハッシュ化してハッシュ化電話番号を生成してもよい。具体的には、例えばabcdef..などのランダムな文字列や、tel:やtelephone:といった任意の文字列などを複数パターン用意し、トランザクションを生成する際にいずれかの文字列をランダムに選択して接頭辞として電話番号に付加し、ハッシュ化する（例えば、電話番号が"0422591234"の場合、"tel:0422591234"という文字列に対してハッシュ演算を行う）。すなわち、トランザクション生成部１１２（図３）は、複数の候補文字列の中から選択した文字列を電話番号に付加してハッシュ化し、ハッシュ化番号情報を生成する。なお、電話番号に付加される可能性のある文字列（候補文字列）は、すべての番号管理装置１０で共有する。
番号解決時には、ハッシュ演算部１２２（図３）は、問い合わせ電話番号にすべての候補文字列をそれぞれ付加してハッシュ化し、複数のハッシュ化問い合わせ情報を生成する。
データ管理部１２３は、複数のハッシュ化問い合わせ情報をそれぞれキーとしてブロックチェーン内のトランザクションを検索する。通常、複数のハッシュ化問い合わせ情報をキーとして検索しても、トランザクション内のハッシュ化番号情報と一致するものは１つであると考えられる。データ管理部１２３は、検索でヒットしたトランザクションの接続先情報を問い合わせ受付部１２１に出力し、問い合わせ受付部１２１は、その接続先情報を問い合わせ元であるＳＩＰサーバ等に送信する。
このようにすることで、例えばすべての電話番号のハッシュ値を予め計算することで、電話番号と接続先情報の関係を割り出すといった逆解析を困難にし、番号ポータビリティ情報の機密性をより向上させることができる。
≪変形例３≫
次に、本実施形態に係る番号管理システム１の変形例３について説明する。
図１に示した本実施形態に係る番号管理システム１では、ＳＩＰサーバ等からの接続先情報の問い合わせ（リクエスト）に対し応答する機能（番号解決部１２の機能）を各番号管理装置１０が備えることによりＥＮＵＭシステムを実現した。
これに対し、ＥＮＵＭシステムを実現するにあたり、本実施形態の変形例３に係る番号管理システム１ａでは、ＳＩＰサーバ等からの接続先情報の問い合わせ（リクエスト）への応答する機能（番号解決部１２の機能）を、番号管理装置１０とは別の装置（ＥＮＵＭサーバ）で実行することを特徴とする。
図９は、本実施形態の変形例３に係る番号管理システム１ａを含むＥＮＵＭシステムの全体構成を示す図である。
図９に示すように、番号管理システム１ａを構成する各番号管理装置１０（１０Ａ，１０Ｂ，１０Ｃ）は、それぞれの通信事業者が設置するＥＮＵＭサーバ２０（２０Ａ，２０Ｂ，２０Ｃ）と接続される。ＥＮＵＭサーバ２０は、図１および図３に示す番号解決部１２の構成および番号データベース１３に加え、データ更新部１４を備える。また、番号管理装置１０は、図１に示した番号管理部１１の構成に加え、番号ポータビリティ情報送信部１１５を備える。なお、図１および図３に示した番号管理装置１０と同じ機能を有する構成については、同一の符号と名称を付し、説明を省略する。
番号ポータビリティ情報送信部１１５は、ブロック承認部１１４が提案されたブロックを承認することにより、新たなブロックをブロックチェーンに繋げて記憶した場合に、その新たに記憶されたブロックに含まれる各トランザクションの情報である番号ポータビリティ情報を抽出し、その番号ポータビリティ情報を含む番号情報更新要求を、自身が属する通信事業者のＥＮＵＭサーバ２０に送信する。また、番号ポータビリティ情報送信部１１５は、ＥＮＵＭサーバ２０から、番号情報更新要求に対する応答であり、送信した番号ポータビリティ情報を用いて番号データベースを更新した旨を示す番号情報更新応答を受信する。
＜ＥＮＵＭサーバ＞
ＥＮＵＭサーバ２０は、ＳＩＰサーバ等から接続先となる端末の電話番号についての接続先情報の問い合わせ（リクエスト）を受け付け、応答する装置（番号解決装置）である。このＥＮＵＭサーバ２０は、番号解決部１２と、データ更新部１４と、番号データベース（ＤＢ）１３とを備える。
番号解決部１２は、ＳＩＰサーバ等からの問い合わせを受け付け、その問い合わせで示される電話番号に対応する接続先情報を、番号データベース１３を参照して抽出し、ＳＩＰサーバ等に返信する。
データ更新部１４は、自身と接続する番号管理装置１０から、番号情報更新要求を受信し、その番号情報更新要求に含まれる各番号ポータビリティ情報を用いて、番号データベース１３を更新する。そして、データ更新部１４は、番号データベース１３の更新が完了すると、その旨を示す番号情報更新応答を番号管理装置１０に送信する。
図１０は、本実施形態の変形例３に係る番号管理システム１ａを含むＥＮＵＭシステムの処理の流れを示すシーケンス図である。
図６で示した、番号管理システム１の処理（ステップＳ１～Ｓ９）は、同じであるため説明は省略する。
各番号管理装置１０（１０Ａ，１０Ｂ，１０Ｃ）のブロック承認部１１４（図３）が提案されたブロックを承認すると（ステップＳ９）、番号ポータビリティ情報送信部１１５（図１０で図示省略）は、ブロックチェーンに新たに記憶されたブロックに含まれる各トランザクションの情報である番号ポータビリティ情報を抽出する。そして、番号ポータビリティ情報送信部１１５は、その抽出した各番号ポータビリティ情報を含む番号情報更新要求を生成し、自身が属する通信事業者のＥＮＵＭサーバ２０に送信する（ステップＳ１０）。
続いて、各ＥＮＵＭサーバ２０のデータ更新部１４は、番号情報更新要求を受信すると、その番号情報更新要求に含まれる各番号ポータビリティ情報を用いて、番号データベース１３を更新する（ステップＳ１１）。
次に、各ＥＮＵＭサーバ２０のデータ更新部１４は、番号データベース１３の更新が完了すると、その旨を示す番号情報更新応答を番号管理装置１０に送信する（ステップＳ１２）。
なお、番号解決時の処理は、図７に示すシーケンスと同様のため、説明を省略する。
このようにすることにより、番号管理システム１ａの各番号管理装置１０は、更新された番号ポータビリティ情報を、自身が属する通信事業者のＥＮＵＭサーバ２０の番号データベース１３に反映させることができる。
なお、ＥＮＵＭサーバ２０のデータ更新部１４（図９）が、番号管理装置１０からの番号更新要求を受信するのではなく、データ更新部１４側から、所定の時間間隔で、更新された番号ポータビリティ情報の取得要求を送信することにより、各番号ポータビリティ情報を、番号管理装置１０の番号ポータビリティ情報送信部１１５から取得し、番号データベース１３を更新するようにしてもよい。
≪変形例４≫
図１に示す番号管理システム１では、ブロックチェーンを構成するすべての番号管理装置１０にブロック提案部１１３（図３）を設けていたが、変形例４では、ブロックチェーンを構成する番号管理装置１０のうちの１つを、代表（リーダー）の番号管理装置１０として設定する。そして、その代表の番号管理装置１０（例えば１０Ａ）にブロック提案部１１３を備えるようにし、他の番号管理装置１０（１０Ｂ，１０Ｃ）には、ブロック提案部１１３を備えない構成とする。
本実施形態に係る各番号管理装置１０のトランザクション生成部１１２（図３）では、要求受付部１１１から番号更新提案を受信し、番号ポータビリティ情報についてトランザクションを生成する。その後、要求受付部１１１（若しくはトランザクション生成部１１２）が、所定のロジック（ブロック提案部選択ロジック）に基づき決定された、ブロックチェーンを構成するいずれかの番号管理装置１０のブロック提案部１１３に番号更新指示を送信していた。
これに対し、本実施形態の変形例４に係る番号管理装置１０では、各番号管理装置１０（１０Ｂ，１０Ｃ）の要求受付部１１１（若しくはトランザクション生成部１１２）は、代表の番号管理装置１０（１０Ａ）のブロック提案部１１３に番号更新指示を送信することを特徴とする。そして、代表の番号管理装置１０（１０Ａ）のブロック提案部１１３が、受信した番号更新指示を集約し、複数のトランザクションを含むブロックを生成する。続いて、ブロック提案部１１３は、生成したブロックを含む番号更新承認依頼を、ブロックチェーンを構成する各番号管理装置１０のブロック承認部１１４に送信する。
各番号管理装置１０のブロック承認部１１４は、番号更新依頼に含まれるブロックの正常性を確認する際に、送信元が代表の番号管理装置１０（１０Ａ）であることも含めて正常性の確認するようにしてもよい。
このようにすることによっても、本実施形態の変形例４に係る番号管理システム１の各番号管理装置（ブロックチェーン構成装置）１０は、自身が管理する電話番号に関する番号ポータビリティ情報だけでなく、ブロックチェーンに参加するすべてのメンバ（通信事業者等）の番号ポータビリティ情報を記憶することができる。よって、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。また、例えば、ブロック提案部１１３がブロックチェーンに複数存在する場合に生じる、分散システムの合意形成の問題（順序性、一貫性、原子性）を扱わずにすむため、システム全体としての処理負荷、通信負荷を低減することができる。
≪変形例５≫
次に、本実施形態に係る番号管理システム１の変形例５について説明する。
本実施形態に係る番号管理システム１（図１参照）においては、誰でも参加できる公開型のブロックチェーンではなく、限定されたメンバ内でブロックチェーンを用いたサービスを利用するPermissioned型のブロックチェーンを前提としている。この場合、番号管理装置１０に番号更新要求を送信することができるメンバは、総務省から電話番号が払い出されている通信事業者が想定される。しかしながら、将来的には、総務省が直接ユーザに番号を払い出すケースも考えられる。その場合、「Permissiond」の対象を、総務省が番号を払い出したユーザを含めるようにしてもよい。
よって、変形例５に係る番号管理システムでは、通信事業者だけでなく、特定のユーザ（ユーザ端末）も、番号管理装置１０に番号更新要求を送ることができる構成とする。また、番号管理装置１０が、ＥＮＵＭサーバとしての機能を備える場合には、通信事業者のＳＩＰサーバを介さずに、ユーザ端末から直接、電話番号に対応する接続先情報の問い合わせを受け付け、番号解決するようにしてもよい。
＜効果＞
以上説明したように、本発明の番号管理システムは、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置１０を備える番号管理システム１であって、複数の番号管理装置１０それぞれは、番号ポータビリティ情報をブロックチェーンとして管理する番号管理部１１と、問い合わせ電話番号に対応する接続先情報を回答する番号解決部１２と、を有し、番号管理部１１は、番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付部１１１と、電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、接続先情報とを含むトランザクションを生成するトランザクション生成部１１２と、複数の番号更新要求に応じて生成されたトランザクションそれぞれを取得し、取得した複数のトランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した提案するブロックを、ブロックチェーンを構成する複数の番号管理装置それぞれに送信するブロック提案部１１３と、提案するブロックを受信し、提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部にブロックチェーンとして記憶しているブロックに繋げて提案するブロックを記憶するブロック承認部１１４と、を備え、番号解決部１２は、問い合わせ電話番号を含む問い合わせ要求を受け付ける問い合わせ受付部１２１と、問い合わせ電話番号をハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算部１２２と、ハッシュ化問い合わせ情報をキーとしてブロックチェーン内のトランザクションを検索し、問い合わせ電話番号に対応する接続先情報を回答するデータ管理部１２３と、を備えることを特徴とする。
このようにすることで、番号管理システム１の各番号管理装置（ブロックチェーン構成装置）１０は、自身が管理する電話番号に関する番号ポータビリティ情報だけでなく、ブロックチェーンに参加するすべてのメンバ（通信事業者等）の番号ポータビリティ情報を記憶することができる。よって、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。
また、番号管理システム１によれば、番号ポータビリティ情報の一部（電話番号）をハッシュ化してブロックチェーンに記録することにより、番号ポータビリティ情報の機密性を高めることができ、すべてのメンバ（通信事業者等）で番号ポータビリティ情報を共有することにより高まる情報漏洩のリスクを低減することができる。
また、番号管理システム１において、トランザクション生成部１１２は、予め設定した複数のハッシュ関数のうちの１つを選択し、選択したハッシュ関数でハッシュ化したハッシュ化番号情報と、選択したハッシュ関数を識別するバージョン番号と、接続先情報とを含むトランザクションを生成し、ハッシュ演算部１２２は、問い合わせ電話番号を、予め設定した複数のハッシュ関数それぞれでハッシュ化してハッシュ化問い合わせ情報を複数生成し、データ管理部１２３は、複数生成したハッシュ化問い合わせ情報をキーとしてブロックチェーン内のトランザクションを検索し、問い合わせ電話番号に対応する接続先情報およびバージョン番号を抽出し、抽出した接続先情報が１つであった場合に、当該接続先情報を回答し、抽出した接続先情報が複数あった場合に、バージョン番号で識別されるハッシュ関数が、ハッシュ演算部１２２で用いたハッシュ関数と一致する接続先情報を選択して回答することを特徴とする。
このように複数のハッシュ関数を用いることで、ハッシュ化に用いられたハッシュ関数の特定が困難となり、番号ポータビリティ情報の機密性をより向上させることができる。例えば番号ポータビリティ情報が流出したとしても、情報取得者が複数のハッシュ関数すべてを把握していなければ、その一部のみしか解析することができず、情報の利用を困難にすることができる。
また、番号管理システム１において、トランザクション生成部１１２は、予め設定した複数のハッシュ関数のうちの１つをブロック毎に選択し、選択したハッシュ関数でハッシュ化したハッシュ化番号情報と、当該ハッシュ化番号情報を含むトランザクションが格納されるブロックの識別子と、接続先情報とを含むトランザクションを生成し、ハッシュ演算部１２２は、問い合わせ電話番号を、予め設定した複数のハッシュ関数それぞれでハッシュ化してハッシュ化問い合わせ情報を複数生成し、データ管理部１２３は、複数生成したハッシュ化問い合わせ情報をキーとしてブロックチェーン内のトランザクションを検索し、問い合わせ電話番号に対応する接続先情報およびブロックの識別子を抽出し、抽出した接続先情報が１つであった場合に、当該接続先情報を回答し、抽出した接続先情報が複数あった場合に、ブロックの識別子で識別されるハッシュ関数が、トランザクション生成部１１２においてブロック毎に選択したハッシュ関数と一致する接続先情報を選択して回答することを特徴とする。
このようにブロック毎に異なるハッシュ関数を用いることで、ハッシュ化に用いられたハッシュ関数の特定が困難となり、番号ポータビリティ情報の機密性をより向上させることができる。例えば番号ポータビリティ情報が流出したとしても、情報取得者が複数のハッシュ関数すべてを把握していなければ、その一部のみしか解析することができず、情報の利用を困難にすることができる。
また、番号管理システム１において、トランザクション生成部１１２は、複数の候補文字列の中から選択した文字列を電話番号に付加しハッシュ化してハッシュ化番号情報を生成し、ハッシュ演算部１２２は、問い合わせ電話番号に複数の候補文字列をそれぞれ付加してハッシュ化したハッシュ化問い合わせ情報を複数生成し、データ管理部１２３は、複数生成したハッシュ化問い合わせ情報をキーとしてブロックチェーン内のトランザクションを検索し、ハッシュ化問い合わせ情報に対応する接続先情報を回答することを特徴とする。
このようにすることで、例えばすべての電話番号のハッシュ値を予め計算することで、電話番号と接続先情報の関係を割り出すといった逆解析を困難にし、番号ポータビリティ情報の機密性をより向上させることができる。
なお、本発明に係る番号管理システム１、番号管理方法および番号管理装置１０は、以上説明した実施形態や変形例に限定されず、その趣旨を逸脱しない範囲で変更実施が可能である。
例えば、本実施形態では、番号ポータビリティ情報を、電話番号と変更後の接続先情報（収容事業者情報）との組として説明した。これ以外にも、例えば、電話番号と、変更前の収容事業者情報と、変更後の収容事業者情報との組として、番号ポータビリティ情報を構成してもよい。この場合でも、本実施形態と同様の効果を奏することができる。
１，１ａ 番号管理システム
１０（１０Ａ，１０Ｂ，１０Ｃ） 番号管理装置
１１ 番号管理部
１２ 番号解決部
１３ 番号データベース
１４ データ更新部
２０ ＥＮＵＭサーバ
１１１ 要求受付部
１１２ トランザクション生成部
１１３ ブロック提案部
１１４ ブロック承認部
１１５ 番号ポータビリティ情報送信部
１２１ 問い合わせ受付部
１２２ ハッシュ演算部
１２３ データ管理部

Claims (12)

  1. 電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムであって、
    複数の前記番号管理装置それぞれは、前記番号ポータビリティ情報をブロックチェーンとして管理する番号管理部と、問い合わせ電話番号に対応する前記接続先情報を回答する番号解決部と、を有し、
    前記番号管理部は、
    前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付部と、
    前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成部と、
    複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、
    前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、を備え、
    前記番号解決部は、
    前記問い合わせ電話番号を含む問い合わせ要求を受け付ける問い合わせ受付部と、
    前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算部と、
    前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理部と、を備え、
    前記トランザクション生成部は、予め設定した複数のハッシュ関数のうちの１つを選択し、選択したハッシュ関数でハッシュ化したハッシュ化番号情報と、前記選択したハッシュ関数を識別するバージョン番号と、前記接続先情報とを含むトランザクションを生成し、
    前記ハッシュ演算部は、前記問い合わせ電話番号を、前記予め設定した複数のハッシュ関数それぞれでハッシュ化してハッシュ化問い合わせ情報を複数生成し、
    前記データ管理部は、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報および前記バージョン番号を抽出し、抽出した接続先情報が１つであった場合に、当該接続先情報を回答し、抽出した接続先情報が複数あった場合に、前記バージョン番号で識別されるハッシュ関数が、前記ハッシュ演算部で用いたハッシュ関数と一致する前記接続先情報を選択して回答する
    ことを特徴とする番号管理システム。
  2. 電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムであって、
    複数の前記番号管理装置それぞれは、前記番号ポータビリティ情報をブロックチェーンとして管理する番号管理部と、問い合わせ電話番号に対応する前記接続先情報を回答する番号解決部と、を有し、
    前記番号管理部は、
    前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付部と、
    前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成部と、
    複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、
    前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、を備え、
    前記番号解決部は、
    前記問い合わせ電話番号を含む問い合わせ要求を受け付ける問い合わせ受付部と、
    前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算部と、
    前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理部と、を備え、
    前記トランザクション生成部は、予め設定した複数のハッシュ関数のうちの１つを前記ブロック毎に選択し、選択したハッシュ関数でハッシュ化したハッシュ化番号情報と、当該ハッシュ化番号情報を含むトランザクションが格納されるブロックの識別子と、前記接続先情報とを含むトランザクションを生成し、
    前記ハッシュ演算部は、前記問い合わせ電話番号を、前記予め設定した複数のハッシュ関数それぞれでハッシュ化してハッシュ化問い合わせ情報を複数生成し、
    前記データ管理部は、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報および前記ブロックの識別子を抽出し、抽出した接続先情報が１つであった場合に、当該接続先情報を回答し、抽出した接続先情報が複数あった場合に、前記ブロックの識別子で識別されるハッシュ関数が、前記トランザクション生成部においてブロック毎に選択したハッシュ関数と一致する前記接続先情報を選択して回答する
    ことを特徴とする番号管理システム。
  3. 電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムであって、
    複数の前記番号管理装置それぞれは、前記番号ポータビリティ情報をブロックチェーンとして管理する番号管理部と、問い合わせ電話番号に対応する前記接続先情報を回答する番号解決部と、を有し、
    前記番号管理部は、
    前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付部と、
    前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成部と、
    複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、
    前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、を備え、
    前記番号解決部は、
    前記問い合わせ電話番号を含む問い合わせ要求を受け付ける問い合わせ受付部と、
    前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算部と、
    前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理部と、を備え、
    前記トランザクション生成部は、複数の候補文字列の中から選択した文字列を前記電話番号に付加しハッシュ化して前記ハッシュ化番号情報を生成し、
    前記ハッシュ演算部は、前記問い合わせ電話番号に複数の前記候補文字列をそれぞれ付加してハッシュ化した前記ハッシュ化問い合わせ情報を複数生成し、
    前記データ管理部は、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記ハッシュ化問い合わせ情報に対応する前記接続先情報を回答する
    ことを特徴とする番号管理システム。
  4. 電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムの番号管理方法であって、
    前記番号管理装置は、
    前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付ステップと、
    前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成ステップと、
    複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案ステップと、
    前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認ステップと、を実行し、
    問い合わせ電話番号に対応する前記接続先情報を要求する問い合わせ要求を受け付ける問い合わせ受付ステップと、
    前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算ステップと、
    前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理ステップと、を実行し、
    前記トランザクション生成ステップにおいて、予め設定した複数のハッシュ関数のうちの１つを選択し、選択したハッシュ関数でハッシュ化したハッシュ化番号情報と、前記選択したハッシュ関数を識別するバージョン番号と、前記接続先情報とを含むトランザクションを生成し、
    前記ハッシュ演算ステップにおいて、前記問い合わせ電話番号を、前記予め設定した複数のハッシュ関数それぞれでハッシュ化してハッシュ化問い合わせ情報を複数生成し、
    前記データ管理ステップにおいて、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報および前記バージョン番号を抽出し、抽出した接続先情報が１つであった場合に、当該接続先情報を回答し、抽出した接続先情報が複数あった場合に、前記バージョン番号で識別されるハッシュ関数が、前記ハッシュ演算ステップで用いたハッシュ関数と一致する前記接続先情報を選択して回答する
    ことを特徴とする番号管理方法。
  5. 電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムの番号管理方法であって、
    前記番号管理装置は、
    前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付ステップと、
    前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成ステップと、
    複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案ステップと、
    前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認ステップと、を実行し、
    問い合わせ電話番号に対応する前記接続先情報を要求する問い合わせ要求を受け付ける問い合わせ受付ステップと、
    前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算ステップと、
    前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理ステップと、を実行し、
    前記トランザクション生成ステップにおいて、予め設定した複数のハッシュ関数のうちの１つを前記ブロック毎に選択し、選択したハッシュ関数でハッシュ化したハッシュ化番号情報と、当該ハッシュ化番号情報を含むトランザクションが格納されるブロックの識別子と、前記接続先情報とを含むトランザクションを生成し、
    前記ハッシュ演算ステップにおいて、前記問い合わせ電話番号を、前記予め設定した複数のハッシュ関数それぞれでハッシュ化してハッシュ化問い合わせ情報を複数生成し、
    前記データ管理ステップにおいて、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報および前記ブロックの識別子を抽出し、抽出した接続先情報が１つであった場合に、当該接続先情報を回答し、抽出した接続先情報が複数あった場合に、前記ブロックの識別子で識別されるハッシュ関数が、前記トランザクション生成ステップにおいてブロック毎に選択したハッシュ関数と一致する前記接続先情報を選択して回答する
    ことを特徴とする番号管理方法。
  6. 電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムの番号管理方法であって、
    前記番号管理装置は、
    前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付ステップと、
    前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成ステップと、
    複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案ステップと、
    前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認ステップと、を実行し、
    問い合わせ電話番号に対応する前記接続先情報を要求する問い合わせ要求を受け付ける問い合わせ受付ステップと、
    前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算ステップと、
    前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理ステップと、を実行し、
    前記トランザクション生成ステップにおいて、複数の候補文字列の中から選択した文字列を前記電話番号に付加しハッシュ化して前記ハッシュ化番号情報を生成し、
    前記ハッシュ演算ステップにおいて、前記問い合わせ電話番号に複数の前記候補文字列をそれぞれ付加してハッシュ化した前記ハッシュ化問い合わせ情報を複数生成し、
    前記データ管理ステップにおいて、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記ハッシュ化問い合わせ情報に対応する前記接続先情報を回答する
    ことを特徴とする番号管理方法。
  7. 電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムの前記番号管理装置であって、
    前記番号管理装置は、前記番号ポータビリティ情報をブロックチェーンとして管理する番号管理部と、問い合わせ電話番号に対応する前記接続先情報を回答する番号解決部と、を有し、
    前記番号管理部は、
    前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付部と、
    前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成部と、
    複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、
    前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、を備え、
    前記番号解決部は、
    前記問い合わせ電話番号を含む問い合わせ要求を受け付ける問い合わせ受付部と、
    前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算部と、
    前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理部と、を備え、
    前記トランザクション生成部は、予め設定した複数のハッシュ関数のうちの１つを選択し、選択したハッシュ関数でハッシュ化したハッシュ化番号情報と、前記選択したハッシュ関数を識別するバージョン番号と、前記接続先情報とを含むトランザクションを生成し、
    前記ハッシュ演算部は、前記問い合わせ電話番号を、前記予め設定した複数のハッシュ関数それぞれでハッシュ化してハッシュ化問い合わせ情報を複数生成し、
    前記データ管理部は、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報および前記バージョン番号を抽出し、抽出した接続先情報が１つであった場合に、当該接続先情報を回答し、抽出した接続先情報が複数あった場合に、前記バージョン番号で識別されるハッシュ関数が、前記ハッシュ演算部で用いたハッシュ関数と一致する前記接続先情報を選択して回答する
    ことを特徴とする番号管理装置。
  8. 電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムの前記番号管理装置であって、
    前記番号管理装置は、前記番号ポータビリティ情報をブロックチェーンとして管理する番号管理部と、問い合わせ電話番号に対応する前記接続先情報を回答する番号解決部と、を有し、
    前記番号管理部は、
    前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付部と、
    前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成部と、
    複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、
    前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、を備え、
    前記番号解決部は、
    前記問い合わせ電話番号を含む問い合わせ要求を受け付ける問い合わせ受付部と、
    前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算部と、
    前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理部と、を備え、
    前記トランザクション生成部は、予め設定した複数のハッシュ関数のうちの１つを前記ブロック毎に選択し、選択したハッシュ関数でハッシュ化したハッシュ化番号情報と、当該ハッシュ化番号情報を含むトランザクションが格納されるブロックの識別子と、前記接続先情報とを含むトランザクションを生成し、
    前記ハッシュ演算部は、前記問い合わせ電話番号を、前記予め設定した複数のハッシュ関数それぞれでハッシュ化してハッシュ化問い合わせ情報を複数生成し、
    前記データ管理部は、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報および前記ブロックの識別子を抽出し、抽出した接続先情報が１つであった場合に、当該接続先情報を回答し、抽出した接続先情報が複数あった場合に、前記ブロックの識別子で識別されるハッシュ関数が、前記トランザクション生成部においてブロック毎に選択したハッシュ関数と一致する前記接続先情報を選択して回答する
    ことを特徴とする番号管理装置。
  9. 電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムの前記番号管理装置であって、
    前記番号管理装置は、前記番号ポータビリティ情報をブロックチェーンとして管理する番号管理部と、問い合わせ電話番号に対応する前記接続先情報を回答する番号解決部と、を有し、
    前記番号管理部は、
    前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付部と、
    前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成部と、
    複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、
    前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、を備え、
    前記番号解決部は、
    前記問い合わせ電話番号を含む問い合わせ要求を受け付ける問い合わせ受付部と、
    前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算部と、
    前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理部と、を備え、
    前記トランザクション生成部は、複数の候補文字列の中から選択した文字列を前記電話番号に付加しハッシュ化して前記ハッシュ化番号情報を生成し、
    前記ハッシュ演算部は、前記問い合わせ電話番号に複数の前記候補文字列をそれぞれ付加してハッシュ化した前記ハッシュ化問い合わせ情報を複数生成し、
    前記データ管理部は、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記ハッシュ化問い合わせ情報に対応する前記接続先情報を回答する
    ことを特徴とする番号管理装置。
  10. 電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する番号管理装置としてのコンピュータに、
    前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付手順、
    前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成手順、
    複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、ブロックチェーンを構成する複数の番号管理装置それぞれに送信するブロック提案手順、
    前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶装置に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認手順、
    を実行させ、
    問い合わせ電話番号に対応する前記接続先情報を要求する問い合わせ要求を受け付ける問い合わせ受付手順、
    前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算手順、
    前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理手順、
    を実行させ、
    前記トランザクション生成手順において、予め設定した複数のハッシュ関数のうちの１つを選択し、選択したハッシュ関数でハッシュ化したハッシュ化番号情報と、前記選択したハッシュ関数を識別するバージョン番号と、前記接続先情報とを含むトランザクションを生成し、
    前記ハッシュ演算手順において、前記問い合わせ電話番号を、前記予め設定した複数のハッシュ関数それぞれでハッシュ化してハッシュ化問い合わせ情報を複数生成し、
    前記データ管理手順において、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報および前記バージョン番号を抽出し、抽出した接続先情報が１つであった場合に、当該接続先情報を回答し、抽出した接続先情報が複数あった場合に、前記バージョン番号で識別されるハッシュ関数が、前記ハッシュ演算手順で用いたハッシュ関数と一致する前記接続先情報を選択して回答すること
    を実行させるための番号管理プログラム。
  11. 電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する番号管理装置としてのコンピュータに、
    前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付手順、
    前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成手順、
    複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、ブロックチェーンを構成する複数の番号管理装置それぞれに送信するブロック提案手順、
    前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶装置に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認手順、
    を実行させ、
    問い合わせ電話番号に対応する前記接続先情報を要求する問い合わせ要求を受け付ける問い合わせ受付手順、
    前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算手順、
    前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理手順、
    を実行させ、
    前記トランザクション生成手順において、予め設定した複数のハッシュ関数のうちの１つを前記ブロック毎に選択し、選択したハッシュ関数でハッシュ化したハッシュ化番号情報と、当該ハッシュ化番号情報を含むトランザクションが格納されるブロックの識別子と、前記接続先情報とを含むトランザクションを生成し、
    前記ハッシュ演算手順において、前記問い合わせ電話番号を、前記予め設定した複数のハッシュ関数それぞれでハッシュ化してハッシュ化問い合わせ情報を複数生成し、
    前記データ管理手順において、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報および前記ブロックの識別子を抽出し、抽出した接続先情報が１つであった場合に、当該接続先情報を回答し、抽出した接続先情報が複数あった場合に、前記ブロックの識別子で識別されるハッシュ関数が、前記トランザクション生成手順においてブロック毎に選択したハッシュ関数と一致する前記接続先情報を選択して回答すること
    を実行させるための番号管理プログラム。
  12. 電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する番号管理装置としてのコンピュータに、
    前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付手順、
    前記電話番号を所定のハッシュ関数でハッシュ化したハッシュ化番号情報と、前記接続先情報とを含むトランザクションを生成するトランザクション生成手順、
    複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、ブロックチェーンを構成する複数の番号管理装置それぞれに送信するブロック提案手順、
    前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶装置に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認手順、
    を実行させ、
    問い合わせ電話番号に対応する前記接続先情報を要求する問い合わせ要求を受け付ける問い合わせ受付手順、
    前記問い合わせ電話番号を前記ハッシュ関数でハッシュ化してハッシュ化問い合わせ情報を生成するハッシュ演算手順、
    前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記接続先情報を回答するデータ管理手順、
    を実行させ、
    前記トランザクション生成手順において、複数の候補文字列の中から選択した文字列を前記電話番号に付加しハッシュ化して前記ハッシュ化番号情報を生成し、
    前記ハッシュ演算手順において、前記問い合わせ電話番号に複数の前記候補文字列をそれぞれ付加してハッシュ化した前記ハッシュ化問い合わせ情報を複数生成し、
    前記データ管理手順において、複数生成した前記ハッシュ化問い合わせ情報をキーとして前記ブロックチェーン内のトランザクションを検索し、前記ハッシュ化問い合わせ情報に対応する前記接続先情報を回答すること
    を実行させるための番号管理プログラム。
JP2021529556A 2019-07-01 2019-07-01 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム Active JP7236006B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/026048 WO2021001875A1 (ja) 2019-07-01 2019-07-01 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム

Publications (2)

Publication Number Publication Date
JPWO2021001875A1 JPWO2021001875A1 (ja) 2021-01-07
JP7236006B2 true JP7236006B2 (ja) 2023-03-09

Family

ID=74100634

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021529556A Active JP7236006B2 (ja) 2019-07-01 2019-07-01 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム

Country Status (3)

Country Link
US (1) US11683413B2 (ja)
JP (1) JP7236006B2 (ja)
WO (1) WO2021001875A1 (ja)

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 (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017200196A (ja) 2017-06-01 2017-11-02 株式会社ｂｉｔＦｌｙｅｒ プライベートノード、プライベートノードにおける処理方法、及びそのためのプログラム
WO2018020943A1 (ja) 2016-07-28 2018-02-01 日本電気株式会社 番号ポータビリティ情報管理システム
US10171992B1 (en) 2018-06-22 2019-01-01 International Business Machines Corporation Switching mobile service provider using blockchain
CN109241181A (zh) 2018-08-08 2019-01-18 北京百度网讯科技有限公司 数据库操作方法和装置
JP2019016024A (ja) 2017-07-04 2019-01-31 株式会社日立製作所 取引管理方法、取引管理システム、取引管理装置、および、取引管理プログラム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090058339A (ko) * 2007-12-04 2009-06-09 서울통신기술 주식회사 음성 사서함 시스템 및 음성 사서함 시스템에서의 호 처리방법
US10638310B2 (en) * 2018-02-22 2020-04-28 Hewlett Packard Enterprise Development Lp Number or subscriber porting

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018020943A1 (ja) 2016-07-28 2018-02-01 日本電気株式会社 番号ポータビリティ情報管理システム
JP2017200196A (ja) 2017-06-01 2017-11-02 株式会社ｂｉｔＦｌｙｅｒ プライベートノード、プライベートノードにおける処理方法、及びそのためのプログラム
JP2019016024A (ja) 2017-07-04 2019-01-31 株式会社日立製作所 取引管理方法、取引管理システム、取引管理装置、および、取引管理プログラム
US10171992B1 (en) 2018-06-22 2019-01-01 International Business Machines Corporation Switching mobile service provider using blockchain
CN109241181A (zh) 2018-08-08 2019-01-18 北京百度网讯科技有限公司 数据库操作方法和装置

Also Published As

Publication number Publication date
WO2021001875A1 (ja) 2021-01-07
US20220232125A1 (en) 2022-07-21
JPWO2021001875A1 (ja) 2021-01-07
US11683413B2 (en) 2023-06-20

Similar Documents

Publication Publication Date Title
KR102112459B1 (ko) 블록체인 시스템들에서의 크로스 체인 인터랙션들을 위한 도메인 네임 체계
CN109246211B (zh) 一种区块链中的资源上传和资源请求方法
US11050607B2 (en) Proxy with a function as a service (FAAS) support
RU2273107C2 (ru) Способ, система и компьютерное устройство для предоставления услуг связи между ресурсами в сетях связи и интернет с целью проведения транзакций
US8327144B2 (en) Authentication method, system, and apparatus thereof for inter-domain information communication
US12003615B2 (en) Lifecycle administration of domain name blockchain addresses
US20190182341A1 (en) Global provisioning of millions of users with deployment units
CN101188643A (zh) 联系目的地信息登记方法及程序、网络系统和节点
CN105530324A (zh) 基于类别请求路由
JP2022528710A (ja) 分散台帳のためのエイリアスに基づくアドレッシングを実施する、コンピュータにより実施されるシステム及び方法
CN113422733A (zh) 区块链的业务处理方法、装置、计算机设备及存储介质
JP7236007B2 (ja) 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム
JP7236006B2 (ja) 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム
JP7063142B2 (ja) 番号管理システム、番号管理方法および番号管理装置
JP7188592B2 (ja) 番号管理システム、番号管理方法、番号管理装置および番号管理プログラム
US8989371B2 (en) Community telephony brokerage system and techniques
JP6535298B2 (ja) Ｅｎｕｍサーバ、ｅｎｕｍデータ登録・回答方法およびプログラム
JP4653147B2 (ja) 情報機能提供システム、情報機能提供装置、情報機能提供方法および情報機能提供プログラム
JP2016149652A (ja) 呼制御サーバ、端末登録方法、端末登録プログラム、及び通信システム
Theoder et al. Securing Domain Name Systems with Blockchain
JP6798737B1 (ja) 個人情報管理システム及び個人情報管理方法
JP5735359B2 (ja) 情報配信装置、管理システム、及び情報配信方法
CN106549995B (zh) 对等网络中信息缓存与推送的方法、装置及系统
JP6285884B2 (ja) Ｅｎｕｍサーバ、および、特異アクセス判定方法
KR101906601B1 (ko) 조직정보에 기반한 부가서비스 제공시스템, 그 조직정보관리서버, 디렉토리관리서버, 통신서비스서버 및 그 부가서비스 제공방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211118

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221101

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221227

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: 20230124

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230206

R150 Certificate of patent or registration of utility model

Ref document number: 7236006

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150