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

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-12-05

(45)【発行日】2022-12-13

(54)【発明の名称】番号管理システム、番号管理方法、番号管理装置および番号管理プログラム

(51)【国際特許分類】

   H04M 3/00 20060101AFI20221206BHJP

   H04M 3/42 20060101ALI20221206BHJP

   H04L 9/32 20060101ALI20221206BHJP

   G06F 16/182 20190101ALI20221206BHJP

【ＦＩ】

H04M3/00 D

H04M3/42 D

H04L9/32 200Z

G06F16/182

【請求項の数】 6

(21)【出願番号】P 2021529555

(86)(22)【出願日】2019-07-01

(86)【国際出願番号】 JP2019026047

(87)【国際公開番号】W WO2021001874

(87)【国際公開日】2021-01-07

【審査請求日】2021-11-18

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】110001807

【氏名又は名称】弁理士法人磯野国際特許商標事務所

(72)【発明者】

【氏名】篠原 健太

(72)【発明者】

【氏名】堀米 紀貴

【審査官】山岸 登

(56)【参考文献】

【文献】国際公開第２０１８／０２０９４３（ＷＯ，Ａ１）

【文献】特開２０１９－０１６０２４（ＪＰ，Ａ）

【文献】中国特許出願公開第１０９２４１１８１（ＣＮ，Ａ）

【文献】特開２０１７－２００１９６（ＪＰ，Ａ）

【文献】米国特許第１０１７１９９２（ＵＳ，Ｂ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ１６／００－１６／９５８

Ｇ０９Ｃ１／００－５／００

Ｈ０４Ｋ１／００－３／００

Ｈ０４Ｌ９／００－９／４０

Ｈ０４Ｍ３／００

３／１６－３／２０

３／３８－３／５８

７／００－７／１６

１１／００－１１／１０

(57)【特許請求の範囲】

【請求項1】

電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムであって、
複数の前記番号管理装置それぞれは、前記番号ポータビリティ情報をブロックチェーンとして管理する番号管理部と、問い合わせ電話番号に対応する前記接続先情報を回答する番号解決部と、を有し、
前記番号管理部は、
前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付部と、
前記番号ポータビリティ情報に含まれる前記接続先情報を所定の暗号鍵で暗号化した暗号化接続先情報と、前記電話番号とを含むトランザクションを生成するトランザクション生成部と、
複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、
前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、を備え、
前記番号解決部は、
前記問い合わせ電話番号を含む問い合わせ要求を受け付ける問い合わせ受付部と、
前記問い合わせ電話番号をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記暗号化接続先情報を抽出するデータ管理部と、
前記暗号化接続先情報を復号鍵で復号化して、前記問い合わせ電話番号に対応する前記接続先情報を回答する復号化処理部と、を備える
ことを特徴とする番号管理システム。

【請求項2】

前記復号化処理部が用いる前記暗号鍵に対応する前記復号鍵は、複数の前記番号管理装置のうちのいずれかで保持されており、
前記トランザクション生成部は、前記復号鍵を保持する番号管理装置を識別する識別情報を含めて前記トランザクションを生成し、
前記データ管理部は、前記暗号化接続先情報とともに前記識別情報を抽出し、
前記問い合わせ受付部は、抽出した前記識別情報で識別される番号管理装置の復号化処理部に前記暗号化接続先情報の復号を依頼し、前記問い合わせ電話番号に対応する前記接続先情報を取得する
ことを特徴とする請求項１に記載の番号管理システム。

【請求項3】

前記暗号鍵に対応する前記復号鍵は、複数の前記番号管理装置で保持されている
ことを特徴とする請求項２に記載の番号管理システム。

【請求項4】

電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムの番号管理方法であって、
前記番号管理装置は、
前記番号ポータビリティ情報を含む番号更新要求を受け付けるステップと、
前記番号ポータビリティ情報に含まれる前記接続先情報を所定の暗号鍵で暗号化した暗号化接続先情報と、前記電話番号とを含むトランザクションを生成するステップと、
複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するステップと、
前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するステップと、を実行し、
問い合わせ電話番号に対応する前記接続先情報を要求する問い合わせ要求を受け付けるステップと、
前記問い合わせ電話番号をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記暗号化接続先情報を抽出するステップと、
前記暗号化接続先情報を復号鍵で復号化して、前記問い合わせ電話番号に対応する前記接続先情報を回答するステップと、を実行する
ことを特徴とする番号管理方法。

【請求項5】

電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムの前記番号管理装置であって、
前記番号管理装置は、前記番号ポータビリティ情報をブロックチェーンとして管理する番号管理部と、問い合わせ電話番号に対応する前記接続先情報を回答する番号解決部と、を有し、
前記番号管理部は、
前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付部と、
前記番号ポータビリティ情報に含まれる前記接続先情報を所定の暗号鍵で暗号化した暗号化接続先情報と、前記電話番号とを含むトランザクションを生成するトランザクション生成部と、
複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、
前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、を備え、
前記番号解決部は、
前記問い合わせ電話番号を含む問い合わせ要求を受け付ける問い合わせ受付部と、
前記問い合わせ電話番号をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記暗号化接続先情報を抽出するデータ管理部と、
前記暗号化接続先情報を復号鍵で復号化して、前記問い合わせ電話番号に対応する前記接続先情報を回答する復号化処理部と、を備える
ことを特徴とする番号管理装置。

【請求項6】

電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する番号管理装置としてのコンピュータに、
前記番号ポータビリティ情報を含む番号更新要求を受け付ける手順、
前記番号ポータビリティ情報に含まれる前記接続先情報を所定の暗号鍵で暗号化した暗号化接続先情報と、前記電話番号とを含むトランザクションを生成する手順、
複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、ブロックチェーンを構成する複数の前記番号管理装置それぞれに送信する手順、
前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶装置に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶する手順、
を実行させ、
問い合わせ電話番号に対応する前記接続先情報を要求する問い合わせ要求を受け付ける手順、
前記問い合わせ電話番号をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記暗号化接続先情報を抽出する手順、
前記暗号化接続先情報を復号鍵で復号化して、前記問い合わせ電話番号に対応する前記接続先情報を回答する手順、
を実行させるための番号管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電話回線網における番号ポータビリティを実現するために、ブロックチェーン技術を活用した、番号管理システム、番号管理方法、番号管理装置および番号管理プログラムに関する。

【背景技術】

【0002】

従来、ＩＰ（Internet Protocol）網において、通信事業者網内の装置（ＳＩＰ（Session Initiation Protocol）サーバ等）が電話番号とＵＲＩ（Uniform Resource Identifier）との対応付けを行う仕組みとしてＥＮＵＭ（E.164 Number Mapping）システムが提案されている。このＥＮＵＭシステムでは、通信事業者のネットワーク内に設置されたＳＩＰサーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先の情報（ＩＰアドレスや、ドメイン名等）をＥＮＵＭサーバに問い合わせて、その接続先の情報に基づいてルーチングを行う（非特許文献１参照）。

【0003】

また、ＰＳＴＮ（Public Switched Telephone Network：公衆電話交換回線網）からＩＰ網への移行に伴い、ＩＰ網において固定電話番号を通信事業者間で自由に持ち回れる番号ポータビリティの方式が検討されている（非特許文献２参照）。

【0004】

非特許文献２に記載の番号ポータビリティの方式では、各通信事業者の番号ポータビリティ情報を集中管理する番号データベース（番号ＤＢ）を、上記のＥＮＵＭサーバ（ＥＮＵＭ権威サーバ）に備え、各通信事業者のＳＩＰサーバは、自身が属する通信事業者のＥＮＵＭサーバにアクセスすることにより、各電話番号が他網へ移転(ポートアウト)しているか否かを解決し、接続先の情報（接続先情報）を取得して通信を行う。

【0005】

具体的には、図１０に示すように、ＥＮＵＭシステム１０００において、ＳＩＰサーバからの要求に付された電話番号（着信番号）が、自網が管理する電話番号に対する問い合わせの場合、ＥＮＵＭサーバは、自身の番号ＤＢから接続先情報を回答する（図１０の符号α参照）。一方、要求に付された電話番号が、他網のＥＮＵＭサーバが管理する電話番号の場合には、その電話番号を管理する他網のＥＮＵＭサーバに要求を行い、得られた接続先情報を要求元に回答する（図１１の符号β参照）。

【0006】

このように、現状の日本の電話回線網では、番号ポータビリティを実現するためにＥＮＵＭシステムを採用し、その具体的な仕組みとして、ルーチング方式では「発側ＤＢ参照方式」、つまり、他の事業者のＤＢ（番号データベース）を参照しても、あくまでも発信元の事業者が呼の接続を実現する方式を採用する。また、データベース方式では「自社保有型個別ＤＢ方式」、つまり、各社が自社の番号ＤＢを保有する方式を採用する。

【先行技術文献】

【非特許文献】

【0007】

【文献】「キャリアＥＮＵＭの相互接続 共通インタフェース」、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＞

【発明の概要】

【発明が解決しようとする課題】

【0008】

上記のように、従来のＥＮＵＭシステムでは、ルーチング方式として「発側ＤＢ参照方式」を採用し、データベース方式として「自社保有型個別ＤＢ方式」を採用している。しかしながら、このＥＮＵＭシステムを採用した番号ポータビリティの方式では、ある通信事業者のＥＮＵＭサーバが故障すると、その通信事業者が管理する番号帯に対する番号解決ができなくなる問題がある。
また、現状では、大規模な通信事業者（大規模事業者）のみがＥＮＵＭサーバを保持し、小規模な通信事業者（小規模事業者）は、大規模事業者のＥＮＵＭに、各電話番号に対応する接続先情報（以下「番号情報」と称する。）を管理してもらう形態をとっており、以下のような問題もある。

【0009】

（１）ＥＮＵＭシステムを構築するには高い信頼性が要求される。そのため、大きなコストがかかり、小規模事業者にとっては負担が大きい。
（２）小規模事業者側がデータの更新を行いたいときに、大規模事業者へ依頼し変更してもらう必要がある。そのため、リアルタイムに更新できる保証がない。
（３）通信事業者が撤退すると、その通信事業者が管理している番号のポータビリティ先の解決ができなくなるおそれがある。

【0010】

また、上記問題を解決させるため、何らかの方法ですべての事業者にデータベースを保有させた場合、各通信事業者が自身のデータベースを参照するだけで各電話番号契約者がどの事業者と契約しているかを容易に取得できてしまったり、各通信事業者が保有するストレージデバイスの紛失、盗難などによる情報流出のリスクが高まるという問題もある。

【0011】

このような背景を鑑みて本発明がなされたのであり、本発明は、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性および機密性を向上させることを課題とする。

【課題を解決するための手段】

【0012】

本発明に係る番号管理システムは、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置を備える番号管理システムであって、複数の前記番号管理装置それぞれは、前記番号ポータビリティ情報をブロックチェーンとして管理する番号管理部と、問い合わせ電話番号に対応する前記接続先情報を回答する番号解決部と、を有し、前記番号管理部は、前記番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付部と、前記番号ポータビリティ情報に含まれる前記接続先情報を所定の暗号鍵で暗号化した暗号化接続先情報と、前記電話番号とを含むトランザクションを生成するトランザクション生成部と、複数の前記番号更新要求に応じて生成された前記トランザクションそれぞれを取得し、取得した複数の前記トランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した前記提案するブロックを、前記ブロックチェーンを構成する前記複数の番号管理装置それぞれに送信するブロック提案部と、前記提案するブロックを受信し、前記提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部に前記ブロックチェーンとして記憶しているブロックに繋げて前記提案するブロックを記憶するブロック承認部と、を備え、前記番号解決部は、前記問い合わせ電話番号を含む問い合わせ要求を受け付ける問い合わせ受付部と、前記問い合わせ電話番号をキーとして前記ブロックチェーン内のトランザクションを検索し、前記問い合わせ電話番号に対応する前記暗号化接続先情報を抽出するデータ管理部と、前記暗号化接続先情報を復号鍵で復号化して、前記問い合わせ電話番号に対応する前記接続先情報を回答する復号化処理部と、を備えることを特徴とする。

【発明の効果】

【0013】

本発明によれば、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性および機密性を向上させることができる。

【図面の簡単な説明】

【0014】

【図1】本実施形態に係る番号管理システムの全体構成を示す図である。

【図2】本実施形態に係る番号管理装置の機能を実現するコンピュータのハードウェア構成の一例を示すブロック図である。

【図3】本実施形態に係る番号管理装置の機能的構成を示すブロック図である。

【図4】各番号管理装置の番号データベースにブロックチェーンとして記憶されるブロックを示す図である。

【図5】各番号管理装置の番号データベースにブロックチェーンとして記憶されるブロックを示す図である。

【図6】本実施形態に係る番号管理部の処理の流れを示すシーケンス図である。

【図7】本実施形態に係る番号解決部の処理の流れを示すシーケンス図である。

【図8】本実施形態の変形例１に係る番号管理システムを含むＥＮＵＭシステムの全体構成を示す図である。

【図9】本実施形態の変形例１に係る番号管理システムを含むＥＮＵＭシステムの処理の流れを示すシーケンス図である。

【図10】従来のＥＮＵＭシステムにおける番号解決処理（自網の番号）の概要を示す図である。

【図11】従来のＥＮＵＭシステムにおける番号解決処理（他網への問い合わせ）の概要を示す図である。

【発明を実施するための形態】

【0015】

次に、本発明を実施するための形態（以下、本実施形態と称する。）における、番号管理システム１等について説明する。

【0016】

図１は、本実施形態に係る番号管理システム１の全体構成を示す図である。
図１に示すように、番号管理システム１は、各通信事業者（各図では「事業者」と記載する。）が備えるブロックチェーン構成装置としての番号管理装置１０それぞれが、互いに通信接続されて構成される。図１では、例として、通信事業者Ａが備える番号管理装置（ブロックチェーン構成装置）１０Ａと、通信事業者Ｂが備える番号管理装置（ブロックチェーン構成装置）１０Ｂと、通信事業者Ｃが備える番号管理装置（ブロックチェーン構成装置）１０Ｃとを示しているが、番号管理装置１０の数はこれに限定されず、複数台の番号管理装置（ブロックチェーン構成装置）１０が互いに通信接続されていればよい。

【0017】

この番号管理システム１において管理する情報は、番号ポータビリティの情報（以下、「番号ポータビリティ情報」と称する。）である。番号ポータビリティは、ユーザが利用している通信事業者を変更しても電話番号はそのままで、変更後の通信事業者のサービスを利用できる仕組みである。各通信事業者は、自社の番号情報（電話番号と、その電話番号に対応する接続先情報）における接続先情報を、他社宛ての接続先情報に更新した情報として、番号ポータビリティ情報を保持することにより番号解決を行う。

【0018】

本実施形態では、各通信事業者の番号管理装置１０は、ブロックチェーンに参加する通信事業者すべての番号ポータビリティ情報をブロックチェーンとして番号データベース（ＤＢ）１３に記憶する。また、番号管理装置１０は、ＳＩＰサーバ等からの接続先情報の問い合わせ（リクエスト）に対し応答する機能（番号解決機能）を備える。すなわち、番号管理装置１０は、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報をブロックチェーンとして管理する番号管理部１１と、任意の問い合わせ電話番号に対応する接続先の問い合わせに対して当該問い合わせ電話番号に対応する接続先情報を提供する番号解決部１２とを備える。同一の番号管理装置１０内の番号管理部１１と番号解決部１２は、同一の事業者の管理下にあり対応関係を有する。

【0019】

なお、本実施形態において、ブロックチェーンに参加する番号管理装置１０は、金融取引で採用されるような誰でも参加できる公開型のブロックチェーンではなく、限定されたメンバ内でブロックチェーンを用いたサービスを利用するPermissioned型のブロックチェーンを前提としている。例えば、ブロックチェーンに参加するメンバは、総務省から電話番号が払い出されている通信事業者である。ただし、このような特定の通信事業者に限定されず、後記する変形例３で示すような特定の個人が含まれてもよい。

【0020】

＜番号管理装置＞
次に、本実施形態に係る番号管理装置１０について説明する。
番号管理装置１０は、ブロックチェーンに参加するメンバ（各通信事業者）の番号ポータビリティ情報を管理するブロックチェーン構成装置である。この番号管理装置１０は、ブロックチェーンに参加する他の通信事業者の番号管理装置１０と接続されるとともに、通信事業者のシステム（例えば、事業者端末）に接続される。なお、各番号管理装置１０（１０Ａ，１０Ｂ，１０Ｃ）は、以下に説明する同じ機能を備えるものである。

【0021】

図２は、本実施形態に係る番号管理装置１０の機能を実現するコンピュータ９００の一例を示すハードウェア構成図である。コンピュータ９００は、ＣＰＵ（Central Processing Unit）９０１、ＲＯＭ（Read Only Memory）９０２、ＲＡＭ（Random Access Memory）９０３、ＨＤＤ（Hard Disk Drive）９０４、入出力Ｉ／Ｆ（Interface）９０５、通信Ｉ／Ｆ９０６およびメディアＩ／Ｆ９０７を有する。

【0022】

ＣＰＵ９０１は、ＲＯＭ９０２またＨＤＤ９０４に記憶されたプログラムに基づき作動し、図１の各部（番号管理部１１、番号解決部１２）による制御を行う。ＲＯＭ９０２は、コンピュータ９００の起動時にＣＰＵ９０１により実行されるブートプログラムや、コンピュータ９００のハードウェアに係るプログラム等を記憶する。

【0023】

ＣＰＵ９０１は、入出力Ｉ／Ｆ９０５を介して、マウスやキーボード等の入力装置９１０、および、ディスプレイやプリンタ等の出力装置９１１を制御する。ＣＰＵ９０１は、入出力Ｉ／Ｆ９０５を介して、入力装置９１０からデータを取得するともに、生成したデータを出力装置９１１へ出力する。

【0024】

ＨＤＤ９０４（記憶装置）は、ＣＰＵ９０１により実行されるプログラムおよび当該プログラムによって使用されるデータ（番号データベース１３等）を記憶する。通信Ｉ／Ｆ９０６は、通信網（例えば、ネットワーク（ＮＷ）５）を介して図示せぬ他の装置（例えば、他の番号管理装置１０やＳＩＰサーバ３０等）からデータを受信してＣＰＵ９０１へ出力し、また、ＣＰＵ９０１が生成したデータを、通信網を介して他の装置へ送信する。

【0025】

メディアＩ／Ｆ９０７は、記録媒体９１２に格納されたプログラムまたはデータを読み取り、ＲＡＭ９０３を介してＣＰＵ９０１へ出力する。ＣＰＵ９０１は、目的の処理に係るプログラムを、メディアＩ／Ｆ９０７を介して記録媒体９１２からＲＡＭ９０３上にロードし、ロードしたプログラムを実行する。記録媒体９１２は、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto Optical disk）等の光磁気記録媒体、磁気記録媒体、導体メモリテープ媒体又は半導体メモリ等である。

【0026】

例えば、コンピュータ９００が実施形態に係る番号管理装置１０として機能する場合、コンピュータ９００のＣＰＵ９０１は、ＲＡＭ９０３上にロードされたプログラムを実行することにより、番号管理装置１０の番号管理部１１および番号解決部１２の機能を実現する。また、ＨＤＤ９０４には、ＲＡＭ９０３内のデータが記憶される。ＣＰＵ９０１は、目的の処理に係るプログラムを記録媒体９１２から読み取って実行する。この他、ＣＰＵ９０１は、他の装置から通信網（ネットワーク５）を介して目的の処理に係るプログラムを読み込んでもよい。

【0027】

＜番号管理部＞
図３は、番号管理装置１０の機能的構成を示すブロック図である。図３に示すように、番号管理装置１０は、番号管理部１１、番号解決部１２、番号データベース１３を含んで構成される。
さらに番号管理部１１は、要求受付部１１１、トランザクション生成部１１２、ブロック提案部１１３、ブロック承認部１１４を含んで構成される。

【0028】

要求受付部１１１は、通信事業者（事業者端末）等から入出力部を介し、番号更新要求を受け付ける。この番号更新要求には、番号ポータビリティの対象となる電話番号（例：0312345678）と、その番号の変更先となる他の通信事業者の接続先情報（以下、「収容事業者情報」と称する場合がある。）（例：[e-mail]）とが含まれる。番号ポータビリティ情報は、この電話番号とその変更先の接続先情報である収容事業者情報とを含んで構成される。
要求受付部１１１は、番号更新要求を受け付けると、その電話番号と収容事業者情報とを含む番号更新提案を生成し、トランザクション生成部１１２に出力する。

【0029】

また、要求受付部１１１は、トランザクション生成部１１２が生成したトランザクション（番号ポータビリティ情報をブロックチェーンで管理・記憶する情報として生成したもの）を受け取ると、ブロックチェーンを構成する各番号管理装置１０のうち、所定のロジック（ブロック提案部選択ロジック）に基づき決定した番号管理装置１０のブロック提案部１１３に、受け取ったトランザクションを含む番号更新指示を送信する。ここで、所定のロジックは、例えば、予め任意（処理性能が高い、距離的に隣接する等）の番号管理装置１０を設定しておいてもよいし、ランダムに番号管理装置１０を決定してしてもよい。また、自身のブロック提案部１１３を決定する候補に含めるようにしてもよい。

【0030】

トランザクション生成部１１２は、番号更新提案を受信すると、その番号更新提案の提案内容である、電話番号とその変更先の接続先情報である収容事業者情報との情報（番号ポータビリティ情報）について、正常性を確認する。
トランザクション生成部１１２が行う正常性の確認とは、例えば、電話番号が規定上のフォーマット（桁数等）になっているか、収容事業者情報が規定のフォーマットになっているか等の検証を行うことである。

【0031】

トランザクション生成部１１２は、正常性の確認ができた場合に、その番号ポータビリティ情報について、ブロックチェーンで管理・記憶されるトランザクションを生成する。そして、トランザクション生成部１１２は、生成したトランザクションを含む番号更新提案応答を要求受付部１１１に出力する。

【0032】

ここで、トランザクション生成部１１２は、番号ポータビリティ情報のうち接続先情報について、所定の暗号鍵で暗号化した上でトランザクションを生成する。すなわち、トランザクション生成部１１２は、番号ポータビリティ情報に含まれる接続先情報を所定の暗号鍵で暗号化した暗号化接続先情報と、電話番号とを含むトランザクションを生成する。このように接続先情報を暗号化することによって、トランザクションを一見しても電話番号と接続先情報との対応を把握することができなくなる。

【0033】

各番号管理装置１０のトランザクション生成部１１２で用いる暗号鍵は、それぞれ異なるものとするのが好ましい。これは、すべての番号管理装置１０で同じ暗号鍵を用いると、これに対応する復号鍵が特定された場合にすべてのトランザクション（暗号化接続先情報）が復号可能となってしまうためである。

【0034】

また、各番号管理装置１０のトランザクション生成部１１２で用いる暗号鍵に対応する復号鍵は、自装置以外の他の番号管理装置１０に保持させるのが好ましい。すなわち、所定の番号管理部１１（トランザクション生成部１１２）で用いる暗号鍵に対応する復号鍵は、当該所定の番号管理部１１に対応する（同一装置内にある）番号解決部１２以外の他の番号解決部１２のいずれかで保持するのが好ましい。これは、各番号管理装置１０を保持する通信事業者が意図的に暗号化接続先情報を復号するのを避けるためである。特に、暗号鍵に対応する復号鍵を、自装置以外の複数の番号管理装置１０（番号解決部１２）に保持させるのが好ましい。これは、暗号鍵に対応する復号鍵を１つの番号管理装置１０にのみ保持させると、その番号管理装置１０に障害が発生した場合などに、後述する番号解決処理が行えなくなるためである。

【0035】

例えば図４に示すように、トランザクション生成部１１２は、今回暗号化に用いた暗号鍵に対応する復号鍵を保持する番号管理装置１０（番号解決部１２）の識別情報（図４の復号可能事業者情報）をトランザクションに含める。これにより、トランザクションの暗号化接続先情報を復号化する際の問い合わせ先を特定することができる。

【0036】

なお、トランザクション生成部１１２は、生成したトランザクションを要求受付部１１１に出力せず、所定のロジック（ブロック提案部選択ロジック）に基づき、ブロックチェーンを構成する各番号管理装置１０のうちのいずれかの番号管理装置１０のブロック提案部１１３を決定し、その決定したブロック提案部１１３に、生成したトランザクションを含む番号更新指示を送信するようにしてもよい。

【0037】

ブロック提案部１１３は、ブロックチェーンを構成する各番号管理装置１０から受信した番号更新指示を集約し、複数のトランザクション（以下、「トランザクション群」と称する。）を含むブロックを生成する。このブロックには、集約したトランザクション（トランザクション群）と、番号データベース１３にブロックチェーンとして記憶されているブロックのうち、現時点で最新のブロックのトランザクション群を用いて計算したハッシュ値（後記する「前ブロックのハッシュ値」）とを含める。

【0038】

図４は、各番号管理装置１０の番号データベース１３にブロックチェーンとして記憶されるブロックを示す図である。
各ブロックには、トランザクション群の情報と、「前ブロックのハッシュ値」の情報が格納される。図４に示す例では、現時点で最新の（最後に繋げられた）ブロックａは、その直前に繋がるブロックであるブロックａ－１のトランザクション群についてハッシュ関数を用いて算出した値であるハッシュ値（前ブロックのハッシュ値）と、その時点で最新のトランザクション群の情報が格納される。
ブロック提案部１１３は、提案するブロックを生成する際に、ハッシュ関数を用いて、最新のブロック（ブロックａ）についてのトランザクション群のハッシュ値を計算する。そして、ブロック提案部１１３は、提案するブロック（ブロックａ＋１）として、計算したハッシュ値（前ブロックのハッシュ値）と新たに集約したトランザクション群とを含むブロックを生成する。

【0039】

ブロック提案部１１３は、新たに提案するブロック（ブロックａ＋１）を生成すると、そのブロックを含む番号更新承認依頼を、ブロックチェーンを構成する各番号管理装置１０のブロック承認部１１４に送信する。

【0040】

図３に戻り、ブロック承認部１１４は、番号更新承認依頼を受信すると、その番号更新承認依頼に含まれるブロックの正常性を確認する。この正常性の確認は、例えば、次のように行う。ブロック承認部１１４は、その番号管理装置１０の番号データベース１３に記憶したブロックチェーンの最新のブロック（ブロックａ）において、そのトランザクション群を用いてハッシュ値を計算する。そして、ブロック承認部１１４は、番号更新承認依頼において新たに提案されたブロックａ＋１に含まれる前ブロックのハッシュ値と、計算したハッシュ値とが一致するか否かを判定する。そして、ブロック承認部１１４は、ハッシュ値同士が一致する場合には、正常なブロックであるとしてそのブロックを承認し、ブロックチェーンにおける次のブロック（ブロックａ＋１）としてブロックａに繋げて記憶する（図５参照）。

【0041】

ブロックチェーンを構成する各番号管理装置１０のブロック承認部１１４で、提案されたブロックが承認される（正常性が確認される）ことにより、すべての番号管理装置１０の番号データベース１３に、同じトランザクション（番号ポータビリティ情報）が格納されることになる。

【0042】

＜番号解決部＞
図３に戻り、番号解決部１２について説明する。番号解決部１２は、ＥＮＵＭシステムにおいて、ＳＩＰサーバ等からの接続先情報に関する問い合わせ（リクエスト）に対し応答する機能（ＥＮＵＭサーバの番号解決機能）を実現する。
図３に示すように、番号解決部１２は、問い合わせ受付部１２１、データ管理部１２２、復号化処理部１２３を含んで構成される。

【0043】

問い合わせ受付部１２１は、ＳＩＰサーバ等から任意の電話番号の接続先情報（収容事業者情報）を要求する問い合わせを受信する。この問い合わせには、今回の問い合わせ対象となる電話番号（以下、「問い合わせ電話番号」という）が含まれている。また、問い合わせ受付部１２１は、データ管理部１２２に問い合わせ電話番号を出力し、問い合わせ電話番号に対応する暗号化接続先情報および復号可能事業者情報を受信するとともに、当該復号可能事業者情報で識別される番号管理装置１０の復号化処理部１２３に暗号化接続先情報を送信し、復号化された接続先情報を受信する。なお、復号可能事業者情報に自装置が含まれている場合には、自装置の復号化処理部１２３に暗号化接続先情報の復号を依頼してもよい。また、問い合わせ受付部１２１は、復号化処理部１２３から受信した接続先情報を、問い合わせ応答として問い合わせ元であるＳＩＰサーバ等に送信する。

【0044】

データ管理部１２２は、問い合わせ電話番号をキーとして、番号データベース１３のブロックチェーン内のトランザクションを検索し、問い合わせ電話番号に対応する暗号化接続先情報を抽出し、問い合わせ受付部１２１に出力する。この時、データ管理部１２２は、トランザクションに含まれる復号可能事業者情報も併せて問い合わせ受付部１２１に送信する。

【0045】

復号化処理部１２３は、問い合わせ受付部１２１から受信した暗号化接続先情報を、自身が保持する復号鍵で復号化し、問い合わせ受付部１２１に送信する。すなわち、復号化処理部１２３は、暗号化接続先情報を復号鍵で復号化して、問い合わせ電話番号に対応する接続先情報を回答する。

【0046】

＜番号管理部の処理＞
次に、本実施形態に係る番号管理部１１の処理流れについて説明する。
図６は、本実施形態に係る番号管理部１１の処理の流れを示すシーケンス図である。

【0047】

まず、番号管理システム１を構成する番号管理装置１０のうちの一つ（例えば、番号管理装置１０Ａ）が、通信事業者（通信事業者端末）等から、番号更新要求を受け付ける（ステップＳ１）。この番号更新要求には、対象とする電話番号（例えば、「0312345678」）と、その電話番号について変更先となる他の通信事業者の接続先情報（収容事業者情報）（例えば、「[e-mail]」）とから構成される番号ポータビリティ情報が含まれる。
なお、通信事業者（通信事業者端末）等は、自身に属する番号管理装置１０に番号更新要求を送信してもよいし、ブロックチェーンを構成し他の通信事業者に属する番号管理装置１０に番号更新要求を送信してもよい。よって、例えば、通信事業者Ａの事業者端末Ａから通信事業者Ｂの番号管理装置１０Ｂに番号更新要求を送信しても構わない。

【0048】

次に、番号更新要求を受け取った番号管理装置１０の要求受付部１１１は、その番号更新要求に含まれる番号ポータビリティ情報（電話番号と変更先となる収容事業者情報）を抽出し、その番号ポータビリティ情報を含む番号更新提案を、自装置のトランザクション生成部１１２に出力する（ステップＳ２）。

【0049】

トランザクション生成部１１２は、番号更新提案を受信すると、その番号更新提案の提案内容である、電話番号とその変更先である収容事業者情報との情報（番号ポータビリティ情報）について、所定の規格（形式）に合致するか否か等の正常性の確認をする（ステップＳ３）。

【0050】

トランザクション生成部１１２は、正常性が確認できた場合に、その番号ポータビリティ情報のうち接続先情報を暗号鍵で暗号化して暗号化接続先情報を生成し、電話番号と暗号化接続先情報と復号可能事業者情報とを含むトランザクションを生成する（ステップＳ４）。そして、トランザクション生成部１１２は、生成したトランザクションを含む番号更新提案応答を、要求受付部１１１に出力する（ステップＳ５）。なお、復号可能事業者情報は、例えば予め番号管理装置１０の記憶部（図示省略）に格納しておいた情報を用いる。
なお、トランザクション生成部１１２は、正常性が確認できない場合には、処理を終了する。その際、トランザクション生成部１１２は、正常性が確認できない旨を、要求受付部１１１を介して、番号更新要求を送信してきた通信事業者（通信事業者端末）等に返信するようにしてもよい。

【0051】

続いて、要求受付部１１１は、番号更新提案応答に含まれるトランザクションを取得し、ブロックチェーンを構成する各番号管理装置１０のうち、所定のロジック（ブロック提案部選択ロジック）に基づき決定した番号管理装置１０（例えば、番号管理装置１０Ｂ）のブロック提案部１１３に、取得したトランザクションを含む番号更新指示を送信する（ステップＳ６）。

【0052】

番号更新指示を受信した番号管理装置１０のブロック提案部１１３は、受信した番号更新指示に含まれるトランザクション、および、それ以外に受信した他の番号更新指示に含まれるトランザクションを集約し、複数のトランザクション（トランザクション群）を含むブロック（提案するブロック）を生成する（ステップＳ７）。この際、ブロック提案部１１３は、最新のブロック（図４のブロックａ）についてのトランザクション群のハッシュ値を計算し、その計算したハッシュ値を「前ブロックのハッシュ値」として、生成したブロックに含める。
そして、ブロック提案部１１３は、生成したブロック（提案するブロック）を含む番号更新承認依頼を、ブロックチェーンを構成する各番号管理装置１０（１０Ａ，１０Ｃ）のブロック承認部１１４に送信する（ステップＳ８）。なお、この際、ブロック提案部１１３は、自装置（番号管理装置１０Ｂ）のブロック承認部１１４にも出力する。

【0053】

各番号管理装置１０のブロック承認部１１４は、番号更新承認依頼を受信すると、その番号更新承認依頼に含まれるブロックの正常性を確認することにより、そのブロックを承認する（ステップＳ９）。そして、ブロック承認部１１４は、その承認されたブロックを、自装置に記憶されたブロックチェーンの次のブロック（図５のブロックａ＋１）としてブロックａに繋げて番号データベース１３に記憶し、処理を終了する。
なお、ブロック承認部１１４は、この正常性の確認を、例えば、ブロックに含まれる「前ブロックのハッシュ値」と、自装置の番号データベース１３に記憶された最新のブロック（図４のブロックａ）のトランザクション群を用いて計算したハッシュ値との値が一致するか否かを判定し、一致する場合に改ざん等がなく正常であると確認することにより行う。

【0054】

＜番号解決部の処理＞
次に、本実施形態に係る番号解決部１２の処理流れについて説明する。
図７は、本実施形態に係る番号解決部１２の処理の流れを示すシーケンス図である。

【0055】

まず、番号管理システム１を構成する番号管理装置１０のうちの一つ（例えば、番号管理装置１０Ａ）が、ＳＩＰサーバ等から接続先情報の問い合わせを受け付ける（ステップＳ２１）。この問い合わせには、問い合わせ対象となる電話番号（問い合わせ電話番号）が含まれる。次に、問い合わせを受けた番号管理装置１０の問い合わせ受付部１２１は、その問い合わせに含まれる問い合わせ電話番号を抽出し、収容事業者情報取得要求としてデータ管理部１２２に送信する（ステップＳ２２）。

【0056】

データ管理部１２２は、番号データベース１３（図３）内の各ブロックのトランザクションを問い合わせ情報をキーとして検索し、問い合わせ電話番号に対応するトランザクションを抽出する（ステップＳ３３）。そして、データ管理部１２２は、抽出したトランザクションの暗号化接続先情報と復号可能事業者情報を含む収容事業者情報応答を問い合わせ受付部１２１に出力する（ステップＳ２４）。

【0057】

問い合わせ受付部１２１は、受信した収容事業者情報応答の復号可能事業者情報で識別される番号管理装置１０の復号化処理部１２３に、暗号化接続先情報を含む復号要求を送信する（ステップＳ２５）。なお、復号可能事業者情報で識別される番号管理装置１０が自装置を含んでいる場合には、自装置の復号化処理部１２３に復号要求を送信してもよい。また、復号可能事業者情報に複数の番号管理装置１０が含まれている場合、問い合わせ受付部１２１は、１つの番号管理装置１０に復号要求を送信した後、所定時間以内に復号応答が得られない時には、他の番号管理装置１０に復号要求を送信するようにしてもよい。また、問い合わせ受付部１２１は、複数の番号管理装置１０に同時に復号要求を送信して、復号応答を得るようにしてもよい。

【0058】

復号化処理部１２３は、復号要求を受信すると、自身が保持する復号鍵で暗号化接続先情報を復号化して平文（暗号化されていない状態のデータ）の接続先情報に戻し（ステップＳ２６）、平文の接続先情報を復号応答として問い合わせ受付部１２１に送信する（ステップＳ２７）。
そして、問い合わせ受付部１２１は、問い合わせ電話番号に対応する接続先情報を含む問い合わせ応答を問い合わせ元であるＳＩＰサーバ等に送信する（ステップＳ２８）。

【0059】

このように、本実施形態に係る番号管理システム１の各番号管理装置（ブロックチェーン構成装置）１０は、自身が管理する電話番号に関する番号ポータビリティ情報だけでなく、ブロックチェーンに参加するすべてのメンバ（通信事業者等）の番号ポータビリティ情報を記憶することができる。よって、例えば、ある通信事業者の番号管理装置１０が故障した場合でも、他の通信事業者の番号管理装置１０に、ブロックチェーンに参加するすべてのメンバ（通信事業者）の番号ポータビリティ情報が記憶されていることにより、番号解決を継続することができる。したがって、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。

【0060】

また、各番号管理装置１０にＥＮＵＭサーバの機能を与えることによって、番号管理装置１０のうちのいずれかが故障しても、他の番号管理装置１０にブロックチェーンに参加するすべてのメンバの番号ポータビリティ情報が記憶されているため、個々のＥＮＵＭサーバの機能を備えた番号管理装置１０については、従来のＥＮＵＭシステムのＥＮＵＭサーバに比べ信頼性の程度を高くする必要をなくすことができる。よって、コストを削減することができる。また、番号ポータビリティ情報の更新に際し、小規模事業者は、ブロックチェーンを構成する複数の番号管理装置１０のうちのいずかに番号更新要求を送信すればよいため、特定の大規模事業者に依頼し変更してもらう必要をなくすことができる。よって、小規模事業者の電話回線網サービスへの参入障壁を下げることができる。

【0061】

また、本実施形態のように、番号ポータビリティ情報の一部（接続先情報）を暗号化してブロックチェーンに記録することにより、番号ポータビリティ情報の機密性を高めることができる。

【0062】

例えば番号ポータビリティ情報を暗号化しない場合、各事業者の保持するすべての番号情報（電話番号および当該電話番号の収容事業者情報）が平文でブロックチェーンで接続されるすべての事業者に流通されることになる。このため、各事業者が自身のブロックチェーン（番号データベース１３）のデータを参照するだけで、各電話番号契約者がどの事業者と契約しているかを容易に取得できてしまう。番号ポータビリティというサービスの性質上、電話の発着信時に着信先の事業者情報を参照するためにブロックチェーンのデータを参照することは許容されているものの、そのデータを電話の発着信先の解決以外の用途、例えば他事業者に収容されているユーザの勧誘目的で利用することは本来の番号ポータビリティの意図とは合致しておらず、問題である。本実施形態のように、番号ポータビリティ情報の一部を暗号化することによって、各電話番号契約者がどの事業者と契約しているかを各事業者が容易に把握できないようにすることができる。さらに、本実施形態のように、暗号鍵とこれに対応する復号鍵とを、別々の番号管理装置１０に分散することによって、他事業者への問い合わせが発生するため、その行為が発覚してしまうという抑止力となり、事業者による番号ポータビリティの不正利用をより確実に防止することができる。

【0063】

また、例えば番号ポータビリティ情報を暗号化しない場合、ブロックチェーン（番号データベース１３）内のデータが、ブロック情報の事業者間での交換時や各事業者が保有するストレージデバイスの紛失、盗難などにより第三者に流出してしまった場合に、番号情報が悪用されてしまうおそれがある。本実施形態のように、番号ポータビリティ情報の一部を暗号化することによって、ブロックチェーン内のデータが流出したとしても、接続先情報を復号する復号鍵が流出しなければ、番号ポータビリティ情報が第三者に漏洩する恐れがなくなる。

【0064】

また、本実施形態のように、１つの暗号鍵に対応する復号鍵を複数の番号管理装置１０に保持させることによって、特定の番号管理装置１０に障害が生じた場合にもシステム全体として番号解決処理を継続することができ、番号ポータビリティ情報の可用性を向上させることができる。

【0065】

≪変形例１≫
次に、本実施形態に係る番号管理システム１の変形例１について説明する。
図１に示した本実施形態に係る番号管理システム１では、ＳＩＰサーバ等からの接続先情報の問い合わせ（リクエスト）に対し応答する機能（番号解決部１２の機能）を各番号管理装置１０が備えることによりＥＮＵＭシステムを実現した。
これに対し、ＥＮＵＭシステムを実現するにあたり、本実施形態の変形例１に係る番号管理システム１ａでは、ＳＩＰサーバ等からの接続先情報の問い合わせ（リクエスト）への応答する機能（番号解決部１２の機能）を、番号管理装置１０とは別の装置（ＥＮＵＭサーバ）で実行することを特徴とする。

【0066】

図８は、本実施形態の変形例１に係る番号管理システム１ａを含むＥＮＵＭシステムの全体構成を示す図である。
図８に示すように、番号管理システム１ａを構成する各番号管理装置１０（１０Ａ，１０Ｂ，１０Ｃ）は、それぞれの通信事業者が設置するＥＮＵＭサーバ２０（２０Ａ，２０Ｂ，２０Ｃ）と接続される。ＥＮＵＭサーバ２０は、図１および図３に示す番号解決部１２の構成および番号データベース１３に加え、データ更新部１４を備える。また、番号管理装置１０は、図１に示した番号管理部１１の構成に加え、番号ポータビリティ情報送信部１１５を備える。すなわち、本実施形態では、番号管理部１１と番号解決部１２とが別装置に設けられているが、同一の事業者の管理下にある点において対応関係にあると言える。
なお、図１および図３に示した番号管理装置１０と同じ機能を有する構成については、同一の符号と名称を付し、説明を省略する。

【0067】

番号ポータビリティ情報送信部１１５は、ブロック承認部１１４が提案されたブロックを承認することにより、新たなブロックをブロックチェーンに繋げて記憶した場合に、その新たに記憶されたブロックに含まれる各トランザクションの情報である番号ポータビリティ情報を抽出し、その番号ポータビリティ情報を含む番号情報更新要求を、自身が属する通信事業者のＥＮＵＭサーバ２０に送信する。また、番号ポータビリティ情報送信部１１５は、ＥＮＵＭサーバ２０から、番号情報更新要求に対する応答であり、送信した番号ポータビリティ情報を用いて番号データベースを更新した旨を示す番号情報更新応答を受信する。

【0068】

＜ＥＮＵＭサーバ＞
ＥＮＵＭサーバ２０は、ＳＩＰサーバ等から接続先となる端末の電話番号についての接続先情報の問い合わせ（リクエスト）を受け付け、応答する装置（番号解決装置）である。このＥＮＵＭサーバ２０は、番号解決部１２と、データ更新部１４と、番号データベース（ＤＢ）１３とを備える。

【0069】

番号解決部１２は、ＳＩＰサーバ等からの問い合わせを受け付け、その問い合わせで示される電話番号に対応する接続先情報を、番号データベース１３を参照して抽出し、ＳＩＰサーバ等に返信する。

【0070】

データ更新部１４は、自身と接続する番号管理装置１０から、番号情報更新要求を受信し、その番号情報更新要求に含まれる各番号ポータビリティ情報を用いて、番号データベース１３を更新する。そして、データ更新部１４は、番号データベース１３の更新が完了すると、その旨を示す番号情報更新応答を番号管理装置１０に送信する。

【0071】

図９は、本実施形態の変形例１に係る番号管理システム１ａを含むＥＮＵＭシステムの処理の流れを示すシーケンス図である。
図６で示した、番号管理システム１の処理（ステップＳ１～Ｓ９）は、同じであるため説明は省略する。

【0072】

各番号管理装置１０（１０Ａ，１０Ｂ，１０Ｃ）のブロック承認部１１４（図３）が提案されたブロックを承認すると（ステップＳ９）、番号ポータビリティ情報送信部１１５（図９で図示省略）は、ブロックチェーンに新たに記憶されたブロックに含まれる各トランザクションの情報である番号ポータビリティ情報を抽出する。そして、番号ポータビリティ情報送信部１１５は、その抽出した各番号ポータビリティ情報を含む番号情報更新要求を生成し、自身が属する通信事業者のＥＮＵＭサーバ２０に送信する（ステップＳ１０）。

【0073】

続いて、各ＥＮＵＭサーバ２０のデータ更新部１４は、番号情報更新要求を受信すると、その番号情報更新要求に含まれる各番号ポータビリティ情報を用いて、番号データベース１３を更新する（ステップＳ１１）。

【0074】

次に、各ＥＮＵＭサーバ２０のデータ更新部１４は、番号データベース１３の更新が完了すると、その旨を示す番号情報更新応答を番号管理装置１０に送信する（ステップＳ１２）。

【0075】

なお、番号解決時の処理は、図７に示すシーケンスと同様のため、説明を省略する。

【0076】

このようにすることにより、番号管理システム１ａの各番号管理装置１０は、更新された番号ポータビリティ情報を、自身が属する通信事業者のＥＮＵＭサーバ２０の番号データベース１３に反映させることができる。

【0077】

なお、ＥＮＵＭサーバ２０のデータ更新部１４が、番号管理装置１０からの番号更新要求を受信するのではなく、データ更新部１４側から、所定の時間間隔で、更新された番号ポータビリティ情報の取得要求を送信することにより、各番号ポータビリティ情報を、番号管理装置１０の番号ポータビリティ情報送信部１１５から取得し、番号データベース１３を更新するようにしてもよい。

【0078】

≪変形例２≫
図１に示す番号管理システム１では、ブロックチェーンを構成するすべての番号管理装置１０にブロック提案部１１３を設けていたが、変形例２では、ブロックチェーンを構成する番号管理装置１０のうちの１つを、代表（リーダー）の番号管理装置１０として設定する。そして、その代表の番号管理装置１０（例えば１０Ａ）にブロック提案部１１３を備えるようにし、他の番号管理装置１０（１０Ｂ，１０Ｃ）には、ブロック提案部１１３を備えない構成とする。

【0079】

本実施形態に係る各番号管理装置１０のトランザクション生成部１１２（図３）では、要求受付部１１１から番号更新提案を受信し、番号ポータビリティ情報についてトランザクションを生成する。その後、要求受付部１１１（若しくはトランザクション生成部１１２）が、所定のロジック（ブロック提案部選択ロジック）に基づき決定された、ブロックチェーンを構成するいずれかの番号管理装置１０のブロック提案部１１３に番号更新指示を送信していた。

【0080】

これに対し、本実施形態の変形例２に係る番号管理装置１０では、各番号管理装置１０（１０Ｂ，１０Ｃ）の要求受付部１１１（若しくはトランザクション生成部１１２）は、代表の番号管理装置１０（１０Ａ）のブロック提案部１１３に番号更新指示を送信することを特徴とする。そして、代表の番号管理装置１０（１０Ａ）のブロック提案部１１３が、受信した番号更新指示を集約し、複数のトランザクションを含むブロックを生成する。続いて、ブロック提案部１１３は、生成したブロックを含む番号更新承認依頼を、ブロックチェーンを構成する各番号管理装置１０のブロック承認部１１４に送信する。
各番号管理装置１０のブロック承認部１１４は、番号更新依頼に含まれるブロックの正常性を確認する際に、送信元が代表の番号管理装置１０（１０Ａ）であることも含めて正常性の確認するようにしてもよい。

【0081】

このようにすることによっても、本実施形態の変形例２に係る番号管理システム１の各番号管理装置（ブロックチェーン構成装置）１０は、自身が管理する電話番号に関する番号ポータビリティ情報だけでなく、ブロックチェーンに参加するすべてのメンバ（通信事業者等）の番号ポータビリティ情報を記憶することができる。よって、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。また、例えば、ブロック提案部１１３がブロックチェーンに複数存在する場合に生じる、分散システムの合意形成の問題（順序性、一貫性、原子性）を扱わずにすむため、システム全体としての処理負荷、通信負荷を低減することができる。

【0082】

≪変形例３≫
次に、本実施形態に係る番号管理システム１の変形例３について説明する。
本実施形態に係る番号管理システム１（図１参照）においては、誰でも参加できる公開型のブロックチェーンではなく、限定されたメンバ内でブロックチェーンを用いたサービスを利用するPermissioned型のブロックチェーンを前提としている。この場合、番号管理装置１０に番号更新要求を送信することができるメンバは、総務省から電話番号が払い出されている通信事業者が想定される。しかしながら、将来的には、総務省が直接ユーザに番号を払い出すケースも考えられる。その場合、「Permissiond」の対象を、総務省が番号を払い出したユーザを含めるようにしてもよい。
よって、変形例３に係る番号管理システムでは、通信事業者だけでなく、特定のユーザ（ユーザ端末）も、番号管理装置１０に番号更新要求を送ることができる構成とする。また、番号管理装置１０が、ＥＮＵＭサーバとしての機能を備える場合には、通信事業者のＳＩＰサーバを介さずに、ユーザ端末から直接、電話番号に対応する接続先情報の問い合わせを受け付け、番号解決するようにしてもよい。

【0083】

＜効果＞
以上説明したように、本発明の番号管理システムは、電話番号と当該電話番号の接続先情報とを含む番号ポータビリティ情報を管理する複数の番号管理装置１０を備える番号管理システム１であって、複数の番号管理装置１０それぞれは、番号ポータビリティ情報をブロックチェーンとして管理する番号管理部１１と、問い合わせ電話番号に対応する接続先情報を回答する番号解決部１２と、を有し、番号管理部１１は、番号ポータビリティ情報を含む番号更新要求を受け付ける要求受付部１１１と、番号ポータビリティ情報に含まれる接続先情報を所定の暗号鍵で暗号化した暗号化接続先情報と、電話番号とを含むトランザクションを生成するトランザクション生成部１１２と、複数の番号更新要求に応じて生成されたトランザクションそれぞれを取得し、取得した複数のトランザクションを集約したトランザクション群を含む新たに提案するブロックを生成し、生成した提案するブロックを、ブロックチェーンを構成する複数の番号管理装置それぞれに送信するブロック提案部１１３と、提案するブロックを受信し、提案するブロックの所定の正常性を確認することにより当該提案するブロックを承認し、記憶部にブロックチェーンとして記憶しているブロックに繋げて提案するブロックを記憶するブロック承認部１１４と、を備え、番号解決部１２は、問い合わせ電話番号を含む問い合わせ要求を受け付ける問い合わせ受付部１２１と、問い合わせ電話番号をキーとしてブロックチェーン内のトランザクションを検索し、問い合わせ電話番号に対応する暗号化接続先情報を抽出するデータ管理部１２２と、暗号化接続先情報を復号鍵で復号化して、問い合わせ電話番号に対応する接続先情報を回答する復号化処理部１２３と、を備えることを特徴とする。

【0084】

このようにすることで、番号管理システム１の各番号管理装置１０（ブロックチェーン構成装置）は、自身が管理する電話番号に関する番号ポータビリティ情報だけでなく、ブロックチェーンに参加するすべてのメンバ（通信事業者等）の番号ポータビリティ情報を記憶することができる。よって、ＥＮＵＭシステムで利用する番号ポータビリティ情報の可用性を向上させることができる。
また、番号管理システム１によれば、番号ポータビリティ情報の一部（接続先情報）を暗号化してブロックチェーンに記録することにより、番号ポータビリティ情報の機密性を高めることができ、すべてのメンバ（通信事業者等）で番号ポータビリティ情報を共有することにより高まる情報漏洩のリスクを低減することができる。

【0085】

また、番号管理システム１において、復号化処理部１２３が用いる暗号鍵に対応する復号鍵は、複数の番号管理装置１０のうちのいずれかで保持されており、トランザクション生成部１１２は、復号鍵を保持する番号管理装置１０を識別する識別情報を含めてトランザクションを生成し、データ管理部１２２は、暗号化接続先情報とともに識別情報を抽出し、問い合わせ受付部１２１は、抽出した識別情報で識別される番号管理装置１０の復号化処理部１２３に暗号化接続先情報の復号を依頼し、問い合わせ電話番号に対応する接続先情報を取得することを特徴とする。

【0086】

このように、暗号鍵に対応する復号鍵を、複数の番号管理装置１０のうちのいずれかに保持させることにより、他事業者への問い合わせが発生するため、その行為が発覚してしまうという抑止力となり、事業者による番号ポータビリティの不正利用をより確実に防止することができる。

【0087】

また、番号管理システム１において、暗号鍵に対応する復号鍵は、複数の番号管理装置１０で保持されていることを特徴とする。

【0088】

このようにすることで、特定の番号管理装置１０に障害が生じた場合にもシステム全体として番号解決処理を継続することができ、番号ポータビリティ情報の可用性を向上させることができる。

【0089】

なお、本発明に係る番号管理システム１、番号管理方法および番号管理装置１０は、以上説明した実施形態や変形例に限定されず、その趣旨を逸脱しない範囲で変更実施が可能である。
例えば、本実施形態では、番号ポータビリティ情報を、電話番号と変更後の接続先情報（収容事業者情報）との組として説明した。これ以外にも、例えば、電話番号と、変更前の収容事業者情報と、変更後の収容事業者情報との組として、番号ポータビリティ情報を構成してもよい。この場合でも、本実施形態と同様の効果を奏することができる。

【符号の説明】

【0090】

１，１ａ 番号管理システム
１０（１０Ａ，１０Ｂ，１０Ｃ） 番号管理装置
１１ 番号管理部
１２ 番号解決部
１３ 番号データベース
１４ データ更新部
２０ ＥＮＵＭサーバ
１１１ 要求受付部
１１２ トランザクション生成部
１１３ ブロック提案部
１１４ ブロック承認部
１１５ 番号ポータビリティ情報送信部
１２１ 問い合わせ受付部
１２２ データ管理部
１２３ 復号化処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】