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