JPWO2018020943A1 - 番号ポータビリティ情報管理システム - Google Patents

Abstract

ピアツーピアネットワークを構成するノード装置は、ネットワークインターフェースと、ブロックチェーン管理部とを含む。ブロックチェーン管理部は、ユーザ端末の電話番号と契約キャリア情報とを含む情報とこの情報に対してユーザ端末の秘密鍵を用いて署名した電子署名と上記秘密鍵とペアになっている公開鍵とを含む情報登録要求トランザクションを、ネットワークインターフェースを通じて受信する。ブロックチェーン管理部は、ピアツーピアネットワークを構成する他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、受信した情報登録要求トランザクションをブロックチェーンに蓄積する。

Description

本発明は、番号ポータビリティ情報管理システム、番号ポータビリティ情報管理方法、ノード装置、プログラム、情報登録者装置に関する。

番号ポータビリティは、加入者移転や、電気通信事業者および通信サービスの変更があっても、電話番号は変更しないまま、継続して利用できる仕組みである。番号ポータビリティは、番号持ち運び制度とも言われる。

番号ポータビリティを実現するためには、電話番号と移転先とを関連付ける必要がある。電話番号と移転先とを関連付けるデータベース（以降、番号ポータビリティＤＢ）の管理法は各種存在するが、その一つに共通ＤＢ方式がある。

共通ＤＢ方式では、事業者が拠出した基金で共通データベースを運営し、全てのルーティング問合せを受け付ける。共通ＤＢ方式は、北米電話番号計画で採用されている方式である（例えば、非特許文献１参照）。

"番号ポータビリティ‐Ｗｉｋｉｐｅｄｉａ"、[平成２８年６月１７日検索]、［ｏｎｌｉｎｅ］〈URL: https://ja.wikipedia.org/wiki/%E7%95%AA%E5%8F%B7%E3%83%9D%E3%83%BC%E3%82%BF%E3%83%93%E3%83%AA%E3%83%86%E3%82%A3〉 Ｓａｔｏｓｈｉ Ｎａｋａｍｏｔｏ，"Ｂｉｔｃｏｉｎ Ａ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ Ｅｌｅｃｔｒｏｎｉｃ Ｃａｓｈ Ｓｙｓｔｅｍ"、［ｏｎｌｉｎｅ］、［平成２８（２０１６）年６月１７日検索］、インターネット〈URL: https://bitcoin.org/bitcoin.pdf〉 Ｃｈｉｎ Ｃｈｅｎｇ Ｌｉａｎｇ，"Ａ Ｎｅｘｔ−Ｇｅｎｅｒａｔｉｏｎ Ｓｍａｒｔ Ｃｏｎｔｒａｃｔ ａｎｄ Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎ Ｐｌａｔｆｏｒｍ"、［ｏｎｌｉｎｅ］、［平成２８（２０１６）年６月１７日検索］、インターネット〈URL: https://github.com/ethereum/wiki/wiki/White-Paper〉

しかしながら、共通ＤＢ方式は、全事業者が拠出した基金で単一の番号ポータビリティＤＢを運営する。このため、単一の番号ポータビリティＤＢがボトルネックになって、信頼性、可用性、保守性などの能力が低下するという課題がある。

本発明の目的は、上述した課題を解決する番号ポータビリティ情報管理システムを提供することにある。

本発明の一形態に係る番号ポータビリティ情報管理システムは、
互いにピアツーピア通信が可能な複数のノード装置から構成されたピアツーピアネットワークと、情報登録者装置とを含み、
前記情報登録者装置は、
第１のネットワークインターフェースと、
情報登録要求トランザクションを生成して前記第１のネットワークインターフェースを通じて前記ピアツーピアネットワークにブロードキャストする情報登録要求トランザクション生成部と、を含み、
前記情報登録要求トランザクション生成部は、ユーザ端末の電話番号と契約キャリア情報とを含む情報と、前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成され、
前記ノード装置のそれぞれは、
第２のネットワークインターフェースと、
他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、前記第２のネットワークインターフェースを通じて受信した前記情報登録要求トランザクションをブロックチェーンに蓄積するブロックチェーン管理部と、を含む。

本発明の他の形態に係るノード装置は、
ピアツーピアネットワークを構成するノード装置であって、
ネットワークインターフェースと、
ユーザ端末の電話番号と契約キャリア情報とを含む情報と前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と前記秘密鍵とペアになっている公開鍵とを含む情報登録要求トランザクションを前記ネットワークインターフェースを通じて受信し、前記ピアツーピアネットワークを構成する他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、前記受信した前記情報登録要求トランザクションをブロックチェーンに蓄積するブロックチェーン管理部と、を含む。

本発明の他の形態に係る番号ポータビリティ情報管理方法は、
ネットワークインターフェースとブロックチェーン管理部とを有し、ピアツーピアネットワークを構成するノード装置が実行する番号ポータビリティ情報管理方法であって、
前記ブロックチェーン管理部が、ユーザ端末の電話番号と契約キャリア情報とを含む情報と前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と前記秘密鍵とペアになっている公開鍵とを含む情報登録要求トランザクションを、前記ネットワークインターフェースを通じて受信し、前記ピアツーピアネットワークを構成する他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、前記受信した前記情報登録要求トランザクションをブロックチェーンに蓄積する。

本発明の他の形態に係るプログラムは、
ピアツーピアネットワークを構成するコンピュータを、
ネットワークインターフェースと、
ユーザ端末の電話番号と契約キャリア情報とを含む情報と前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と前記秘密鍵とペアになっている公開鍵とを含む情報登録要求トランザクションを前記ネットワークインターフェースを通じて受信し、前記ピアツーピアネットワークを構成する他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、前記受信した前記情報登録要求トランザクションをブロックチェーンに蓄積するブロックチェーン管理部と、
して機能させる。

本発明の他の形態に係る情報登録者装置は、
互いにピアツーピア通信が可能な複数のノード装置から構成されたピアツーピアネットワークに情報登録要求トランザクションをブロードキャストする情報登録者装置であって、
ネットワークインターフェースと、
前記情報登録要求トランザクションを生成して前記ネットワークインターフェースを通じて前記ピアツーピアネットワークにブロードキャストする情報登録要求トランザクション生成部と、を含み、
前記情報登録要求トランザクション生成部は、ユーザ端末の電話番号と契約キャリア情報とを含む情報と、前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている。

本発明は、上述した構成を有することにより、信頼性、可用性、および保守性の優れた番号ポータビリティ情報管理システムを提供できる。

本発明の第２の実施形態の構成図である。 本発明の第３の実施形態の構成図である。 電話番号利用契約者装置で保持する情報と、番号ポータビリティＤＢへの情報登録要求トランザクションの内容の関係を示した情報構成要素図である。 ブロックチェーンに於ける複数トランザクションと複数ブロックの内容の関係を示した情報構成要素図である。 電話番号の利用契約者装置から番号ポータビリティＤＢを管理するピアツーピアネットワークに情報登録要求トランザクションをブロードキャストするまでの信号シーケンス図である。 電話番号の利用契約者装置に於ける番号ポータビリティＤＢを管理するピアツーピアネットワークへの情報登録要求トランザクション信号を送信するまでの流れ図である。 通信キャリア装置（例えば電話交換機）に於ける着信分析のための信号シーケンス図である。 他の通信キャリア装置が、着信分析処理に於いて、番号ポータビリティＤＢを管理するピアツーピアネットワークに問い合わせ要求トランザクションをブロードキャストし、着信電話番号に対する利用契約通信キャリア情報を確定するまでの流れ図である。 本発明の第４の実施形態において、同一電話番号に対応する複数の情報登録要求トランザクションの公開鍵が一致するか否かを判定する例を示す図である。 本発明の第５の実施形態において、新しい鍵ペアに更新する場合の情報登録要求トランザクションの生成ステップの説明図である。 本発明の第５の実施形態において、ブロックチェーンに蓄積される同じ電話番号に係る複数の情報登録要求トランザクションの一例を示す図である。 本発明の第５の実施形態において、電話番号の利用契約者装置に於ける番号ポータビリティＤＢを管理するピアツーピアネットワークへの情報登録要求トランザクション信号を送信するまでの流れ図である。 本発明の第４および第５の実施形態において、ピアツーピアネットワークに参加するノードの処理の一例を示すフローチャートである。 本発明の第６の実施形態の構成例を示す図である。 本発明の第６の実施形態において、情報登録要求トランザクション（新しい公開鍵用）の生成ステップの説明図である。 本発明の第６の実施形態において、番号管理局装置から番号ポータビリティＤＢを管理するピアツーピアネットワークに情報登録要求トランザクションをブロードキャストするまでの信号シーケンス図である。 本発明の第６の実施形態において、番号管理局装置に於ける番号ポータビリティＤＢを管理するピアツーピアネットワークへの情報登録要求トランザクション信号を送信するまでの流れ図である。 本発明の第６の実施形態の他の構成例を示す図である。 本発明の第６の実施形態において、情報登録要求トランザクション（新しい公開鍵用）の生成ステップの説明図である。 本発明の第６の実施形態において、最初の通信キャリア装置から番号ポータビリティＤＢを管理するピアツーピアネットワークに情報登録要求トランザクションをブロードキャストするまでの信号シーケンス図である。 本発明の第６の実施形態において、最初の通信キャリア装置に於ける番号ポータビリティＤＢを管理するピアツーピアネットワークへの情報登録要求トランザクション信号を送信するまでの流れ図である。 本発明の第６の実施形態の更に別の構成例を示す図である。 本発明の第６の実施形態において、情報登録要求トランザクション（新しい公開鍵用）の生成ステップの説明図である。 本発明の第６の実施形態において、利用契約者装置から番号ポータビリティＤＢを管理するピアツーピアネットワークに情報登録要求トランザクションをブロードキャストするまでの信号シーケンス図である。 本発明の第６の実施形態において、利用契約者装置に於ける番号ポータビリティＤＢを管理するピアツーピアネットワークへの情報登録要求トランザクション信号を送信するまでの流れ図である。 本発明の第６の実施形態において、ピアツーピアネットワークに参加するノードの処理の一例を示すフローチャートである。 本発明の第６の実施形態において、ピアツーピアネットワークに参加するノードの処理の一例を示すフローチャートである。 本発明の第６の実施形態において、ピアツーピアネットワークに参加するノードの処理の一例を示すフローチャートである。 本発明の第６の実施形態において、ピアツーピアネットワークに参加するノードの処理の一例を示すフローチャートである。 本発明の第６の実施形態において、ピアツーピアネットワークに参加するノードの処理の一例を示すフローチャートである。 本発明の第７の実施形態が解決しようとする課題を説明するための図である。 本発明の第７の実施形態の構成例を示す図である。 本発明の第７の実施形態において、契約証明書に含まれる契約ＩＤの説明図である。 本発明の第７の実施形態において、情報登録要求トランザクションの生成ステップの説明図である。 本発明の第７の実施形態において、利用契約者装置から番号ポータビリティＤＢを管理するピアツーピアネットワークに情報登録要求トランザクションをブロードキャストするまでの信号シーケンス図である。 本発明の第７の実施形態において、利用契約者装置に於ける番号ポータビリティＤＢを管理するピアツーピアネットワークへの情報登録要求トランザクション信号を送信するまでの流れ図である。 本発明の第７の実施形態において、ピアツーピアネットワークに参加するノードの処理の一例を示すフローチャートである。 本発明の第１の実施形態の構成例を示す図である。 本発明の第１の実施形態において、番号ポータビリティ情報の登録手順の一例を示すフローチャートである。 本発明の第１の実施形態において、番号ポータビリティ情報の利用手順（参照手順）の一例を示すフローチャートである。 本発明の第８の実施形態の構成例を示す図である。

次に本発明の実施の形態について図面を参照して詳細に説明する。
[第１の実施形態]
図３８を参照すると、本発明の第１の実施形態に係る番号ポータビリティ情報管理システム１は、ピアツーピアネットワーク２と情報登録者装置３と情報利用者装置４とから構成されている。

情報登録者装置３は、番号ポータビリティ情報の登録を行う者が使用する装置であり、１台または複数台存在する。情報登録者装置３は、ネットワークインターフェース３ａと演算処理部３ｂと記憶部３ｃとから構成される。

ネットワークインターフェース３ａは、専用のデータ通信回路からなり、有線または無線による通信回線を介して接続されたピアツーピアネットワーク２などとの間でデータ通信を行う機能を有している。

記憶部３ｃは、ハードディスクやメモリなどの記憶装置からなり、演算処理部３ｂでの各種処理に必要な処理情報やプログラム３ｄを記憶する機能を有している。プログラム３ｄは、演算処理部３ｂに読み込まれて実行されることにより各種処理部を実現するプログラムであり、ネットワークインターフェース３ａなどのデータ入出力機能を介して外部装置（図示せず）やプログラム記憶媒体（図示せず）から予め読み込まれて記憶部３ｃに保存される。

演算処理部３ｂは、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部３ｃからプログラム３ｄを読み込んで実行することにより、上記ハードウェアとプログラム３ｄとを協働させて各種処理部を実現する機能を有している。演算処理部３ｂで実現される主な処理部として、情報登録要求トランザクション生成部３ｅがある。

情報登録要求トランザクション生成部３ｅは、情報登録要求トランザクションを生成してネットワークインターフェース３ａを通じてピアツーピアネットワーク２にブロードキャストする機能を有する。ここで、情報登録要求トランザクション生成部３ｅは、ユーザ端末の電話番号と契約キャリア情報とを含む情報と、この情報に対して上記ユーザ端末の秘密鍵を用いて署名した電子署名と、上記秘密鍵とペアになっている公開鍵とに基づいて、上記情報登録要求トランザクションを生成する。上記ユーザ端末の電話番号と契約キャリア情報とを含む情報を、番号ポータビリティ情報とも呼ぶ。

情報利用者装置４は、番号ポータビリティ情報を利用する者が使用する装置であり、１台または複数台存在する。情報利用者装置４は、ネットワークインターフェース４ａと演算処理部４ｂと記憶部４ｃとから構成される。

ネットワークインターフェース４ａは、専用のデータ通信回路からなり、有線または無線による通信回線を介して接続されたピアツーピアネットワーク２などとの間でデータ通信を行う機能を有している。

記憶部４ｃは、ハードディスクやメモリなどの記憶装置からなり、演算処理部４ｂでの各種処理に必要な処理情報やプログラム４ｄを記憶する機能を有している。プログラム４ｄは、演算処理部４ｂに読み込まれて実行されることにより各種処理部を実現するプログラムであり、ネットワークインターフェース４ａなどのデータ入出力機能を介して外部装置（図示せず）やプログラム記憶媒体（図示せず）から予め読み込まれて記憶部４ｃに保存される。

演算処理部４ｂは、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部４ｃからプログラム４ｄを読み込んで実行することにより、上記ハードウェアとプログラム４ｄとを協働させて各種処理部を実現する機能を有している。演算処理部４ｂで実現される主な処理部として、情報利用要求トランザクション生成部４ｅがある。

情報利用要求トランザクション生成部４ｅは、電話番号に対応する契約キャリア情報を問い合わせる情報利用要求トランザクションを生成してネットワークインターフェース４ａを通じてピアツーピアネットワーク２にブロードキャストする機能を有する。また、情報利用要求トランザクション生成部４ｅは、上記情報利用要求トランザクションによる問い合わせに対する応答を、ネットワークインターフェース４ａを通じて受信する機能を有する。

ピアツーピアネットワーク２は、互いにピアツーピア通信が可能な複数のノード装置２ａから構成される。ノード装置２ａのそれぞれは、ネットワークインターフェース２ｂと演算処理部２ｃと記憶部２ｄとから構成される。

ネットワークインターフェース２ｂは、専用のデータ通信回路からなり、有線または無線による通信回線を介して接続された他のノード装置２ａ、情報登録者装置３および情報利用者装置４などの各種装置との間でデータ通信を行う機能を有している。

記憶部２ｄは、ハードディスクやメモリなどの記憶装置からなり、演算処理部２ｃでの各種処理に必要な処理情報やプログラム２ｅを記憶する機能を有している。プログラム２ｅは、演算処理部２ｃに読み込まれて実行されることにより各種処理部を実現するプログラムであり、ネットワークインターフェース２ｂなどのデータ入出力機能を介して外部装置（図示せず）やプログラム記憶媒体（図示せず）から予め読み込まれて記憶部２ｄに保存される。また、記憶部２ｄで記憶される主な処理情報として、ブロックチェーン２ｆがある。

ブロックチェーン２ｆは、一定期間のトランザクションをまとめたブロックをチェーン状につなげたデータ構造体である。例えば、ブロックチェーン２ｆは、Ｅｔｈｅｒｅｕｍのブロックチェーンを利用してよいが、それに限定されない。ブロックチェーン２ｆは、番号ポータビリティＤＢとも呼ぶ。

演算処理部２ｃは、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部２ｄからプログラム２ｅを読み込んで実行することにより、上記ハードウェアとプログラム２ｅとを協働させて各種処理部を実現する機能を有している。演算処理部２ｃで実現される主な処理部として、ブロックチェーン管理部２ｇと問い合わせ応答部２ｈとがある。

ブロックチェーン管理部２ｇは、他のノード装置２ａと協働して実行される合意形成アルゴリズムに基づいて、ネットワークインターフェース２ｂを通じて受信した情報登録要求トランザクションをブロックチェーン２ｆに蓄積する機能を有する。ここで、合意形成アルゴリズムとは、Ｐｒｏｏｆ ｏｆ Ｗｏｒｋ（ＰｏＷ）などを用いて、分散型台帳を相互承認していくためのアルゴリズム一般を指す。ＰｏＷは、ビットコインやＥｔｈｅｒｅｕｍにおいて「発掘」あるいは「マイニング」と呼ばれている作業に相当する。

問い合わせ応答部２ｈは、ネットワークインターフェース２ｂを通じて情報問い合わせ要求を受信すると、情報問い合わせ要求に含まれる電話番号に対応する契約キャリア情報をブロックチェーン２ｆに蓄積された情報から取得し、ネットワークインターフェース２ｂを通じて送信するための応答を生成する機能を有する。

図３９は、番号ポータビリティ情報の登録手順の一例を示すフローチャートである。図３９を参照すると、情報登録者装置３は、情報登録要求トランザクション生成部３ｅにより情報登録要求トランザクションを生成する（Ｆ０１）。情報登録要求トランザクションは、ユーザ端末の電話番号と契約キャリア情報とを含む番号ポータビリティ情報と、この情報に対して上記ユーザ端末の秘密鍵を用いて署名した電子署名と、上記秘密鍵とペアになっている公開鍵とを含んで構成される。次に、情報登録者装置３は、上記情報登録要求トランザクションをネットワークインターフェース３ａによりピアツーピアネットワーク２にブロードキャストする（Ｆ０２）。

ノード装置２ａのそれぞれは、ピアツーピアネットワーク２にブロードキャストされた情報登録要求トランザクションをネットワークインターフェース２ｂにより受信する（Ｆ０３）。次に、ノード装置２ａのそれぞれは、ブロックチェーン管理部２ｇにより、他のノード装置２ａと協働して実行される合意形成アルゴリズムに基づいて、上記受信した情報登録要求トランザクションをブロックチェーン２ｆに蓄積する（Ｆ０４）。

図４０は、番号ポータビリティ情報の利用手順（参照手順）の一例を示すフローチャートである。図４０を参照すると、情報利用者装置４は、情報利用要求トランザクション生成部４ｅにより、電話番号に対応する契約キャリア情報を問い合わせる情報利用要求トランザクションを生成する（Ｆ１１）。次に、情報利用者装置４は、上記情報利用要求トランザクションをネットワークインターフェース４ａによりピアツーピアネットワーク２にブロードキャストする（Ｆ１２）。

ノード装置２ａのそれぞれは、ピアツーピアネットワーク２にブロードキャストされた情報利用要求トランザクションをネットワークインターフェース２ｂにより受信する（Ｆ１３）。次に、ノード装置２ａのそれぞれは、問い合わせ応答部２ｈにより、情報問い合わせ要求に含まれる電話番号に対応する契約キャリア情報をブロックチェーン２ｆに蓄積された情報から取得する（Ｆ１４）。次に、ノード装置２ａのそれぞれは、取得した上記情報を含む応答を、ネットワークインターフェース２ｂにより情報利用者装置４へ送信する（Ｆ１５）。

情報利用者装置４は、ネットワークインターフェース４ａにより、ノード装置２ａからの応答を受信する（Ｆ１６）。

このように本実施形態によれば、ブロックチェーン技術により番号ポータビリティ情報を管理するため、信頼性、可用性、および保守性の優れた番号ポータビリティ情報管理システムを提供できる。

本実施形態は、以上の構成および動作を基本としつつ、各種の付加変更が可能である。

例えば、ブロックチェーン管理部２ｇは、受信した情報登録要求トランザクションに含まれる電話番号と同一の電話番号を含む他の情報登録要求トランザクションをブロックチェーン２ｆから検索し、この検索した他の情報登録要求トランザクションに含まれる公開鍵と上記受信した情報登録要求トランザクションに含まれる公開鍵とを比較した結果に基づいて、上記受信した情報登録要求トランザクションの正当性を判定するように構成されていてよい。

また、ブロックチェーン管理部２ｇは、受信した情報登録要求トランザクションに含まれる公開鍵が、上記検索した全ての他の情報登録要求トランザクションに含まれる公開鍵と一致したときは、上記受信した情報登録要求トランザクションを正当であると判定するように構成されていてよい。

また、ブロックチェーン管理部２ｇは、受信した前記情報登録要求トランザクションに含まれる公開鍵が、上記検索した他の情報登録要求トランザクションに含まれる最新の公開鍵と一致したときは、上記受信した情報登録要求トランザクションを正当であると判定するように構成されていてよい。

また、情報登録要求トランザクション生成部３ｅは、ユーザ端末の電話番号とユーザ端末の公開鍵の代わりに使用する新しい公開鍵とを含む情報と、この情報に対して上記ユーザ端末の秘密鍵を用いて署名した電子署名と、上記秘密鍵とペアになっている公開鍵とに基づいて、情報登録要求トランザクションを生成するように構成されていてよい。

また、情報登録要求トランザクション生成部３ｅは、ユーザ端末の電話番号と契約キャリア情報の代わりに使用する新しい契約キャリア情報とを含む情報と、この情報に対して上記ユーザ端末の秘密鍵を用いて署名した電子署名と、上記秘密鍵とペアになっている公開鍵とに基づいて、情報登録要求トランザクションを生成するように構成されていてよい。

また、情報登録要求トランザクション生成部３ｅは、電話番号と新しい公開鍵を含み且つ委託証明書または再委託証明書を含む情報と、この情報に対して所定の秘密鍵を用いて署名した電子署名と、上記所定の秘密鍵とペアになっている公開鍵とに基づいて、情報登録要求トランザクションを生成するように構成されていてよい。

また、ブロックチェーン管理部２ｇは、受信した情報登録要求トランザクションに含まれる委託証明書または再委託証明書に基づいて、受信した情報登録要求トランザクションの正当性を判定するように構成されていてよい。

また、情報登録要求トランザクション生成部３ｅは、情報登録要求トランザクションに、ユーザ端末のユーザと契約キャリアしか知らない秘密の情報を契約キャリアの公開鍵で暗号化した契約ＩＤを含めるように構成されていてよい。

[第２の実施形態]
次に本発明の第２の実施形態について説明する。
＜本実施形態が解決しようとする課題＞
番号ポータビリティＤＢの管理法には次のようなものがある（例えば特許文献１参照）。
（１）個別ＤＢ電話番号帯管理方式（従来方式１）
電話番号帯を割り当てられた事業者がデータベースを持ち、移転先事業者を管理し他事業者からの問い合わせを受け付ける。複数回の移転の場合でも履歴を番号帯管理事業者が管理し、無駄な問い合わせを繰り返さないようになっている。日本ではこの方式を採用している。
（２）個別ＤＢ全社データ保持方式（従来方式２）
事業者が個別またはいくつかの事業者が共同で、全ての番号を管理するデータベースを運営する。その番号を利用する事業者がその全てへ登録を行う。
（３）共通ＤＢ方式（従来方式３）
事業者が拠出した基金で共通データベースを運営し、全てのルーティング問い合わせを受け付ける。北米電話番号計画における方式である。

従来方式１は、当初行政等から電話番号帯を割り当てられた事業者が該当電話番号帯の番号ポータビリティＤＢ管理事業者となり、ユーザが他の事業者へ移転後も該当ユーザの電話番号を管理し続ける必要があり（課題１）、他の事業者からの電話番号の移転先事業者情報の問い合わせにも対応する必要がある（課題２）。番号ポータビリティＤＢ管理事業者は、その為の多大なコストを払う必要があり、他の事業者からの問い合わせ対応を有料化せざるを得なくなり、問い合わせの都度事業者間精算をするなどさらに処理が複雑化する（課題３）。また、電話番号帯によって番号ポータビリティＤＢを管理する事業者が異なるため、他の事業者は電話番号の移転先事業者情報の問い合わせ先を電話番号帯によって切り分ける必要がある（課題４）。将来ＩｏＴ／Ｍ２Ｍの普及が進み、新しい番号制度等の導入（すなわち電話番号帯の拡張等）がなされると、各事業者は拡張された電話番号帯毎に番号ポータビリティＤＢの構築、及び該ＤＢの管理事業者を振り分けるデータベースを新たに持つ必要があり（課題５）、各通信事業者に於けるコストもさらに増加していく懸念がある。

従来方式１では、番号ポータビリティＤＢが電話番号帯によって複数存在し、ＤＢの管理者装置も同様に複数存在し、ＤＢへの情報登録者装置（複数）およびＤＢ内情報の利用者装置（複数）は電話番号帯毎に異なるＤＢの管理者装置へアクセスすることとなる。また、利用時にＤＢ管理者装置から利用料を徴収されるための事業者間精算処理を要する。

従来方式２は、全ての通信事業者が個別に或いは幾つかの事業者の共同体により全ての電話番号の番号ポータビリティＤＢを管理する方式であり、全ての事業者や共同体に番号ポータビリティＤＢの維持管理コストがかかる（課題６）。また、各事業者や共同体毎にＤＢの形式は異なるかもしれないが、その内容は全ての事業者と共同体で同じ内容を保持するため、番号ポータビリティＤＢへの登録者は全ての事業者や共同体に対して登録内容を通知する必要があり（課題７）、登録者に対しても多大なコスト負担を要す。一方、ブロードキャストやマルチキャストで登録内容を全事業者や共同体に一括通知する方式の場合、登録者は受信確認をしないため全ての事業者や共同体に登録内容が反映されたかどうか確証が取れない（課題８）。

従来方式２では、番号ポータビリティＤＢが電話番号帯に関わらず全て同じ内容を含んだＤＢが複数存在し、ＤＢの管理者装置も同様に複数存在し、ＤＢへの情報登録者装置（複数）は全てのＤＢ管理者装置に対して同じ内容の登録を行い、ＤＢ内情報の利用者装置（複数）は電話番号帯に関わらず自身の（あるいは自身が加盟する共同体の）ＤＢ管理者装置へアクセスすることとなる。その為、利用時にＤＢ管理者装置から利用料を徴収されない可能性がある。

従来方式３は、全事業者が拠出した基金で単一の番号ポータビリティＤＢを運営するため、従来方式１および従来方式２に比べてコスト的に有利である。また、電話番号から移転先事業者情報の問い合わせ先が単一であるため、情報の登録者や問い合わせ者に於いてもコスト的に有利である。基金で負担すれば問い合わせの無料化も可能であるため、事業者間精算等の処理の複雑化も軽減できる。しかし、単一の番号ポータビリティＤＢがボトルネックになるという新たな問題も懸念され、ＤＢの処理能力、信頼性、可用性などの高度化が求められ（課題９）、基金への拠出額の高騰につながっていく。

従来方式３では、番号ポータビリティＤＢが電話番号帯に関わらず単一存在し、ＤＢの管理者装置も同様に単一存在し、ＤＢへの情報登録者装置（複数）は単一のＤＢ管理者装置に対して情報登録を行い、ＤＢ内情報の利用者装置（複数）は電話番号帯に関わらず単一のＤＢ管理者装置へアクセスすることとなる。全ての事業者が拠出した基金により単一の番号ポータビリティＤＢとＤＢ管理者装置を運営するため、利用時にＤＢ管理者装置から利用料を徴収されない可能性がある。但し、単一の番号ポータビリティＤＢとＤＢ管理者装置がボトルネックとなるため、ＤＢとＤＢ管理者装置の処理能力、信頼性、可用性などの高度化が求められる。

＜本実施形態の構成＞
図１を参照すると、本実施形態は、番号ポータビリティＤＢへの情報登録者装置１０（複数）、番号ポータビリティＤＢ内情報の利用者装置２０（複数）、仮想通貨の一つであるビットコイン（例えば非特許文献２参照）や分散台帳技術を使ったスマートコントラクト実現プラットフォームの一つであるイーサアリアム（例えば非特許文献３参照）等で扱うブロックチェーン（暗号学的ハッシュブロックの連鎖）を管理するピアツーピアネットワーク３０、から構成される。

本実施形態における番号ポータビリティＤＢおよびＤＢ管理者装置は、ピアツーピアネットワーク３０に参加する複数のノード４０が保持しこれを管理する。ピアツーピアネットワーク３０に参加する複数のノード４０は、通信事業者や複数事業者の共同体に属していても良いし、どこの組織にも属さない匿名の個人または匿名の組織でも良い。

＜本実施形態の動作＞
本実施形態における番号ポータビリティＤＢへの情報登録者装置１０（複数）は、ピアツーピアネットワーク３０全体に対して番号ポータビリティＤＢへの情報登録要求トランザクションをブロードキャストして情報登録の要求を行う。

ピアツーピアネットワーク３０に参加している各ノード４０は、ブロードキャストされた情報登録要求トランザクションを検証し、有効と判断すると他の有効な情報登録要求トランザクションと共にブロックとしてまとめた新ブロックを生成し、ブロックチェーンの末尾に追加していく。参加ノード４０への報酬は、情報登録要求トランザクションの検証と新ブロック生成時に支払われる。

非特許文献２や非特許文献３によると、ブロックチェーンはハッシュ計算されたブロックをチェーン状に繋げ、ピアツーピアネットワーク３０に参加する全てのノードで、その内容の正当性を合意形成した形で記録される。そのため、一般に、ブロックチェーンとして記録された内容は事実上改ざん不可能と言われている。また、あるノード４０が意図的に誤った情報を記録する、或いは要求された内容を記録しないようにしようとしても、参加ノード４０全体で合意形成しながら正しい内容を記録しようとするため、一般に、ブロックチェーンとして記録される内容は正確であると言われている。

本実施形態における番号ポータビリティＤＢ内情報の利用者装置２０（複数）は、番号ポータビリティＤＢが保持する有用な情報の問い合わせを、ピアツーピアネットワーク３０に対して行う。

＜本実施形態の効果＞
本実施形態によると、番号ポータビリティＤＢはピアツーピアネットワーク３０に参加するノード全体で管理するため、従来方式１による課題１、２、４、５および従来方式２による課題６、７は解決できる。

従来方式１の課題３の問い合わせ手数料については、通信事業者間の精算ではなく、ピアツーピアネットワーク３０に参加するノードの内、問い合わせ要求トランザクションの実行ノードへの暗号通貨等による手数料という形で解決されるかもしれない。或いは手数料は情報登録時のみ徴収され、情報問い合わせ時は無料とするようなピアツーピアネットワーク３０のルールとなり課題解決されるかもしれない。

従来方式２の課題８の登録内容の反映成否の確認については、番号ポータビリティＤＢへの情報登録者装置１０が情報登録要求トランザクションの実施後に、自ら番号ポータビリティＤＢ内情報の利用者装置２０として問い合わせ要求トランザクションを発することで解決されるかもしれない。或いは情報登録要求トランザクションをブロードキャストした時点で、ピアツーピアネットワーク３０の合意形成プロセスによってトランザクションが必ず成功すると信じ、登録内容の反映成否の確認を不要として解決されるかもしれない。

従来方式３の課題９の共通ＤＢ方式に於ける単一ＤＢのボトルネックについては、本実施形態によるピアツーピアネットワーク３０に参加する複数のノード４０全体でカバーするため、解決できる。

［第３の実施形態］
図２を参照すると、本実施形態は、電話番号の利用契約者装置１００、利用契約通信キャリア装置１１０、他の通信キャリア装置１２０、本実施形態で扱う番号ポータビリティＤＢ用ブロックチェーン（暗号学的ハッシュブロックの連鎖）を管理するピアツーピアネットワーク１３０、から構成される。

電話番号の利用契約をしたユーザは、自ら管理する秘密鍵と公開鍵のペアを生成しこれを自らの利用契約者装置１００に保持する。さらに、電話番号、契約キャリア情報、タイムスタンプ、秘密鍵でこれらの情報を暗号化した電子署名、および公開鍵を、第２の実施形態で述べた番号ポータビリティＤＢの情報登録要求トランザクションとして生成し、本実施形態による番号ポータビリティ用ＤＢを管理するピアツーピアネットワーク１３０に対して、これをブロードキャストする。

ブロードキャストは、利用契約通信キャリア装置１１０経由で行っても良いが、電子署名はユーザの秘密鍵を用いるため利用契約者装置１００（例：携帯電話のＳＩＭカードやＰＣに接続されたＵＳＢ等）で計算する。この様子は図５および図６を用いて説明する。

図５は、電話番号の利用契約者装置１００から番号ポータビリティＤＢを管理するピアツーピアネットワーク１３０に情報登録要求トランザクションをブロードキャストするまでの信号シーケンス図である。利用契約者装置１００に秘密鍵と公開鍵のペア、および電話番号と契約キャリア情報を入力し、前記装置１００が契約キャリアのアクセス情報を入手後に、これらの情報にタイムスタンプを付与して秘密鍵で電子署名した情報登録要求トランザクションをピアツーピアネットワーク１３０にブロードキャストするまでを示している。

図５において、信号Ｓ０１は、利用契約者から利用契約者装置１００に対する情報入力信号を示す。Ｓ０１には、秘密鍵、公開鍵、電話番号、契約キャリア情報（ＵＲＬ等）が含まれる。信号Ｓ０２は、利用契約者装置１００から利用契約通信キャリア装置１１０に対しての契約通信キャリアのアクセス情報の入手リクエスト信号であり、信号Ｓ０３はその応答信号である。Ｓ０２には、電話番号、契約通信キャリアのＵＲＬ等が含まれる。Ｓ０３には、契約通信キャリアへのアクセス情報が含まれる。アクセス情報には利用契約者と契約通信キャリアしか知りえない契約ＩＤ等の情報を含めても良い。信号Ｓ０４は、利用契約者装置１００からピアツーピアネットワーク１３０にブロードキャストする情報登録要求トランザクション信号である。Ｓ０４には、電話番号、契約キャリア情報（Ｓ０３で入手したアクセス情報を含む）、タイムスタンプ、これらの情報と秘密鍵を用いて計算した電子署名、および公開鍵を含む。

図６は、電話番号の利用契約者装置１００に於ける番号ポータビリティＤＢを管理するピアツーピアネットワーク１３０への情報登録要求トランザクション信号を送信するまでの流れ図である。ステップＳＴ０１は、装置１００がユーザからの情報を入力するステップであり、秘密鍵、公開鍵、電話番号、契約キャリア情報が入力される。ステップＳＴ０２は、装置１００が契約キャリアに対してアクセス情報を問い合わせるステップであり、電話番号から契約ＩＤなどを入手する。ステップＳＴ０３は、装置１００が情報登録要求トランザクションを生成するステップであり、電話番号、契約キャリア情報（ステップＳＴ０２で求めた契約ＩＤを含む）、タイムスタンプ、これらのハッシュ値を秘密鍵で暗号化した電子署名、および公開鍵が含まれる。ステップＳＴ０４は、装置１０が生成した情報登録要求トランザクションをピアツーピアネットワーク１３０にブロードキャストするステップである。

ピアツーピアネットワーク１３０に参加する全ノード１４０は、一定期間に発生した複数の情報登録要求トランザクションおよびそのハッシュ値を一つのブロックとしてブロック生成し、過去複数の期間の複数のブロックの全ての情報登録要求トランザクションとブロックのハッシュ値をチェーン状に繋げて（以降、ブロックチェーン）、これを番号ポータビリティＤＢとして保持管理する。

（利用契約通信キャリア装置１１０を含む）他の通信キャリア装置１２０（例えば通信キャリアの保有する電話交換機）に於ける、受信ダイヤル番号の分析と契約通信キャリアへのアクセス情報取得処理（以降、着信番号分析処理）を、ピアツーピアネットワーク１３０に対して問い合わせを行うことで実施する。具体的には、（利用契約通信キャリア装置１１０を含む）他の通信キャリア装置１２０から情報問い合わせ要求トランザクションをピアツーピアネットワーク１３０に対して送信し、応答信号内の着信番号の契約通信キャリア情報（またはそのアクセス先）へルーティングするよう変更する。この様子は図７および図８を用いて説明する。

図７は、通信キャリア装置（例えば電話交換機）に於ける着信分析のための信号シーケンス図である。信号Ｓ１１は、通常の加入者から（利用契約通信キャリア装置を含む）他の通信キャリア装置１２０への発信信号であり、ダイヤル番号（着信者の電話番号）が含まれる。信号Ｓ１２は、（利用契約通信キャリア装置を含む）他の通信キャリア装置１２０からピアツーピアネットワーク１３０にブロードキャストする情報問い合わせ要求トランザクション信号である。Ｓ１２には、ダイヤル番号（着信者の電話番号）が含まれる。信号Ｓ１３は、ピアツーピアネットワーク１３０への参加ノード１４０の内の何れかのノードからの応答信号である。応答信号には、着信者の電話番号に対する利用契約通信キャリア情報が含まれる。応答信号は、複数ノードから返ってくる可能性があるため、（利用契約通信キャリア装置を含む）他の通信キャリア装置１２０は、その中の何れかのノードの返す情報を採用する。採用にあたって、多数決等で選択した情報を最も早く提示したノードを応答ノードとして採用する、又は同一情報を返す最低限必要なノード数まで達した時点の情報を採用する等の独自ルールを定めても良い。採用ノード又は採用情報の提供ノードには何らかの手数料を支払うルールを定めても良い。あるいは、（利用契約通信キャリア装置を含む）他の通信キャリア装置１２０は、常に一定周期でブロックチェーンの全ての情報のコピーを入手しておき、信号Ｓ１２とＳ１３の代わりに自ら着信者の電話番号に対する利用契約通信キャリア情報を求めるようにしてもよい。信号Ｓ１４は、通常の通信キャリア間に於ける通信の転送信号である。従来方式の番号ポータビリティ固有の情報（事業者間精算のための情報や番号移転先のアクセス情報など）を信号に含めている場合は、本実施形態に適合するように修正する。信号Ｓ１５５は、利用契約通信キャリア装置１１０から番号ポータビリティ利用契約者端末（着信者端末）への通常の着信信号である。

図８は、（利用契約通信キャリア装置を含む）他の通信キャリア装置１２０が、着信分析処理に於いて、番号ポータビリティＤＢを管理するピアツーピアネットワーク１３０に問い合わせ要求トランザクションをブロードキャストし、着信電話番号に対する利用契約通信キャリア情報を確定するまでの流れ図である。ステップＳＴ１１は、通信キャリア装置１２０が着信者の電話番号を受信するステップである。ステップＳＴ１２は、処理分岐ステップであり、着信者の電話番号が予め自身の通信キャリアに契約する番号かどうかが判っているケースまたは従来方式による番号ポータビリティＤＢで管理することが判っているケース（図中の左分岐）、自キャリア装置に最新のブロックチェーンのデータを定期的に取込み自キャリア装置自らで着信者の電話番号の契約通信キャリア情報を求めるケース（図中の右分岐）、問い合わせ要求トランザクションをピアツーピアネットワーク１３０にブロードキャストするケース（図中の中央分岐）などに処理分岐する。ステップＳＴ１３は、通信キャリア装置１２０が、着信者の電話番号に対応する利用契約通信キャリア情報を問い合わせるための問い合わせ要求トランザクションをピアツーピアネットワーク１３０にブロードキャストするステップである。ステップＳＴ１４は、通信キャリア装置１２０が、ブロードキャスト信号に対する応答信号を待ち、その中からいずれかの応答内容および応答ノードを採用するステップである。ステップＳＴ１５は、通信キャリア装置１２０が、受信した着信者の電話番号に対する利用契約通信キャリア情報を確定するステップである。本ステップには、ステップＳＴ１２で図中右分岐したブロックチェーンデータの独自判定処理（図示せず）からも流れてくる。

また、着信番号分析処理に限らず、発信時の課金番号問い合わせ等の発信番号分析処理に於いても、従来方式による番号ポータビリティＤＢへの問い合わせ処理を、ピアツーピアネットワーク１３０へ問い合わせるように変更してもよい。

着信番号分析処理および発信番号分析処理は、従来方式１で番号ポータビリティを実現済みの日本国内に於いては、将来ＩｏＴ／Ｍ２Ｍ用として新たに制定されるかもしれない新電話番号帯のみに限定しても良い。但し、既に従来方式２や従来方式３で番号ポータビリティを実現済みの海外向けに於いては、この様な限定は必ずしも必要ではない。

図３は、電話番号利用契約者装置で保持する情報Ｉ１０と、番号ポータビリティＤＢへの情報登録要求トランザクションＩ２０の内容の関係を示した情報構成要素図である。

本実施形態におけるブロードキャストされた情報登録要求トランザクションは、ピアツーピアネットワーク１３０に参加する全ノード１４０によりその正当性が検証され、全ノードによる合意形成プロセスによりブロックチェーンへの記録の成否が承認される。

図４は、ブロックチェーンに於ける複数トランザクションと複数ブロックの内容の関係を示した情報構成要素図である。ＴＸの其々は情報登録要求トランザクションを示している。Ｈａｓｈの其々は２つのトランザクションの暗号学的ハッシュ関数で計算したハッシュ値であり、１つのブロック生成期間の全てのトランザクションをハッシュ計算し、最終的に１つのＲｏｏｔ−Ｈａｓｈ値（Ｍｅｒｋｌｅ−Ｒｏｏｔ値とも言う）となるまで各参加ノード１４０はトランザクションの正当性の検証とハッシュ値の計算を繰り返す。ブロック生成時間になると、各参加ノード１４０は前回のブロック生成時間にブロードキャストされていたブロックのハッシュ値（あるいは自らが再計算した過去全てのブロックから前回ブロックまでのハッシュ値）と、今回ブロック生成期間に新たに発生した情報登録要求トランザクションから生成したＲｏｏｔ−Ｈａｓｈ値を用いて新たなブロックのハッシュ値を計算する。その際に、新たなブロックのハッシュ値がピアツーピアネットワーク規定の合意形成プロセスに於けるルールに基づいた値になるようにＮＯＮＣＥ値などを調整しながら新たなブロックのハッシュ値を求め、結果をピアツーピアネットワーク１３０にブロードキャストする。

ところで、ピアツーピアネットワーク１３０の参加者１４０に対して多大な暗号学的ハッシュ計算、トランザクションの正当性の検証やブロックチェーン生成などによるコンピュータパワーを提供して貰うことになるため、ネットワーク維持の動機付けが必要である。即ち何らかの手数料が必要である。

非特許文献２では、暗号通貨であるビットコインの取引（所有者の移転）等が目的のトランザクションを束ねた、新ブロックのハッシュ計算の競争に打ち勝ちブロックチェーンの末尾に記録できた者に対して特定のビットコインが与えられる。これをコインの採掘（マイニング）という。現在、約１０分間隔で新ブロックが生成され、２５ビットコインが採掘されている。１０分毎の採掘コイン量は４年に１度半減する。採掘コインは、トランザクションの発行元に影響を与えない。コインの採掘以外に、トランザクションの発行元から別途手数料をトランザクションに含める（手数料分のビットコインの所有者の移転）こともできる。ビットコインの基盤上で別の暗号通貨や多目的ポイントなどを定義することもできる。

非特許文献３では、イーサリアムに於ける暗号通貨であるＥｔｈｅｒ（イーサ）の取引（所有者の移転）に限らずスマートコントラクト（コンピュータで確認可能な契約）の締結と契約履行（コンピュータで自動実行可能なコード）に関するトランザクションを束ねた、新ブロックのハッシュ計算の競争に打ち勝ちブロックチェーンの末尾に記録できた者（以降、採掘成功者）に対して特定のＥｔｈｅｒが与えられる。採掘成功者に与えられる報酬は、１採掘あたり固定で５Ｅｔｈｅｒ、およびトランザクション発行元から徴収されるトランザクション情報量と契約履行コードの実行に必要なイーサリアム規定の燃料（Ｇａｓ）に相当するＥｔｈｅｒなどが含まれる。

本実施形態に於いて、番号ポータビリティＤＢ用のブロックチェーンへの記録の為の情報登録要求トランザクション承認手数料は、これらの仮想通貨と同様に、あるいは別に定めた暗号通貨や多目的ポイント等で支払う。

上記合意形成プロセスは、ブロックチェーン更新時の暗号的ハッシュ計算の競争又は別に定めたピアツーピアネットワーク専用の合意形成ルールによって行なう。

上記承認手数料のピアツーピアネットワークの参加ノードへの配分は、暗号的ハッシュ計算の競争に打ち勝った勝者又は別に定めた合意形成ルールによって行われる。

尚、第２の実施形態に於ける情報登録者装置１０（複数）あるいは第３の実施形態に於ける電話番号の利用契約者装置１００、利用契約通信キャリア装置１１０、他の通信キャリア装置１２０、番号管理局装置は、合意形成プロセスやルール、承認手数料の配分方法には関知せず、単純に自らが発したトランザクションの成否を、本発明における第２の実施形態に記載したＤＢ内情報の利用者装置２０（複数）としての登録情報確認方法によって確認が可能であるが、特に確認を要するものでもない。つまり、情報登録要求トランザクションをブロードキャストした時点で、ピアツーピアネットワークの合意形成プロセスによってトランザクションが成功したと信じるなら確認は不要であるが、直ぐに信じないならば、任意の確認は可能であるということである。

ところで、ブロックチェーンは、過去に発せられた複数トランザクションと過去に生成された複数ブロックの暗号的ハッシュ計算によって得られたものであり、ピアツーピアネットワーク１３０に参加する全てのノード１４０が合意形成プロセスによって同じ情報を保持しているため、事実上変更や削除などの改ざんは不可能である。あるノード１４０が過去データを改ざんしようとする場合、改ざんしたいトランザクションとそれを保持するブロックと、その後に発生した全てのトランザクションのハッシュ計算とその後に生成された全てのブロックのハッシュ計算をやり直し、他の全ての参加ノード１４０に対して、暗号的ハッシュ計算の競争に打ち勝ち続ける或いは合意形成プロセス上矛盾の無い様に示し続ける必要があり、改ざんしたいノードのコンピュータパワー対他の全ての参加ノードのコンピュータパワーの合計値の優劣によって改ざん可否が決まる。ブロック生成が進むにつれて、悪意あるノードが勝ち続ける確率が飛躍的に低下するため、ブロックチェーンの改ざんはいずれ発見され他の正当なブロックチェーンに置き換れられる。このことがブロックチェーンは事実上改ざん不可能ということである。

従って、番号ポータビリティのユーザが別の通信事業者に移転するか、電話番号契約自体を解除する場合の本発明における番号ポータビリティＤＢの更新や削除は、電話番号を主キーとした移転先情報（番号使用権者の公開鍵、契約キャリア情報）の変更を記載したトランザクションをブロードキャストし、上記合意形成プロセスを経てブロックチェーンに追記する形をとる。

［第４の実施形態］
本実施形態では、他人の電話番号を知った悪意の第三者が任意の秘密鍵と公開鍵のペアを生成し、出鱈目の情報登録要求トランザクションをブロードキャストする攻撃に対して頑健な番号ポータビリティ管理システムについて説明する。以下、本実施形態の構成および動作を、図９、図１３を参照して説明する。

図１３は、ピアツーピアネットワークに参加するノードの処理の一例を示すフローチャートである。図１３の処理は、例えば、図３８のノード装置２ａのブロックチェーン管理部２ｇが実行する処理に相当する。

図１３を参照すると、ブロックチェーン管理部２ｇは、情報登録者装置３からブロードキャストされた情報登録要求トランザクションを受信すると（ＳＴ３１）、受信した情報登録要求トランザクションに含まれる公開鍵を使用して、受信した情報登録要求トランザクションに含まれる電子署名を復号し、また、受信した情報登録要求トランザクションの内容（図３の場合、電話番号、契約キャリア情報、タイムスタンプ）からハッシュ値を計算する（ＳＴ３２）。次に、ブロックチェーン管理部２ｇは、上記電子署名を復号して得られるハッシュ値と上記生成したハッシュ値とを比較することにより電子署名の正当性を判定する（ＳＴ３３）。次に、ブロックチェーン管理部２ｇは、電子署名が不正であれば、今回受信した情報登録要求トランザクションを不正なトランザクションとして扱い、トランザクションエラーをピアツーピアネットワークにブロードキャストする（ＳＴ３４）。

一方、ブロックチェーン管理部２ｇは、電子署名が正当であれば、ブロックチェーンより、今回受信した情報登録要求トランザクションに含まれる電話番号と同一の電話番号に関する過去の全ての承認済み（および最新未生成ブロック内）の情報登録要求トランザクションを検索する（ＳＴ３５）。次に、ブロックチェーン管理部２ｇは、今回受信した情報登録要求トランザクションに含まれる公開鍵とステップＳＴ３５で検索した情報登録要求トランザクションに含まれる公開鍵とに基づいて、公開鍵が全て一致、即ち一種類の公開鍵が存在するか、公開鍵が不一致、即ち他の公開鍵と一致しない公開鍵が存在するかを判定する（ＳＴ３６）。ブロックチェーン管理部２ｇは、公開鍵が全て一致する場合、今回受信した情報登録要求トランザクションを正当なトランザクションとして扱い、最新未生成ブロック内に保持する（ＳＴ３７）。

他方、ブロックチェーン管理部２ｇは、公開鍵が不一致の場合、今回受信した情報登録要求トランザクションに含まれる公開鍵を、第５の実施形態において説明する新しい公開鍵と比較する（ＳＴ３８）。そして、ブロックチェーン管理部２ｇは、今回受信した情報登録要求トランザクションに含まれる公開鍵が新しい公開鍵と一致していれば、今回受信した情報登録要求トランザクションを正当なトランザクションとして扱い、最新未生成ブロック内に保持する（ＳＴ３７）。しかし、ブロックチェーン管理部２ｇは、今回受信した情報登録要求トランザクションに含まれる公開鍵が新しい公開鍵と一致しなければ、今回受信した情報登録要求トランザクションを不正なトランザクションとして扱い、トランザクションエラーをピアツーピアネットワークにブロードキャストする（ＳＴ３４）。

図９は、図１３のステップＳＴ３５、ＳＴ３６の処理の一例を示す概念図である。図９において、ＴＸ８は今回受信した情報登録要求トランザクション、ＴＸ１〜ＴＸ７は過去の承認済み（および最新未生成ブロック内）の情報登録要求トランザクションである。また、情報登録要求トランザクションＴＸ２は、情報登録要求トランザクションＴＸ８に含まれる電話番号と同一の電話番号を含むトランザクションである。ブロックチェーン管理部２ｇは、情報登録要求トランザクションＴＸ２、ＴＸ８の公開鍵どうしを比較し、一致すれば、今回受信した情報登録要求トランザクションＴＸ８を正当なトランザクションとして扱う。

［第５の実施形態］
本実施形態では、秘密鍵と公開鍵のペアを変更することができ、また通信キャリアを変更することができるように構成した番号ポータビリティ情報管理システムについて説明する。

一般に、正規の電話番号使用権取得者が、通常運用として秘密鍵と公開鍵のペアを更新することが考えられる。或いは正規の電話番号使用権取得者が、通常運用として電話番号の使用権を放棄し、或いは通信キャリアを含む他者へ権利を譲り渡すことが考えられる。本実施形態は、これらに対処するために、電話番号（あるいは番号帯や複数の非連続な番号）に対する正規の使用権者の公開鍵を、番号使用権者の公開鍵（以降、新しい公開鍵と呼ぶ）として情報登録要求トランザクションに追加した内容を、一度だけ（あるいは公開鍵の更新や番号使用権の譲渡の都度）ピアツーピアネットワークにブロードキャストすることで解決する。本実施形態の構成および動作を、図１０、図１１、図１２、図１３を参照して説明する。

図１２は、電話番号の利用契約者装置１００に於ける番号ポータビリティＤＢを管理するピアツーピアネットワーク１３０への情報登録要求トランザクション信号を送信するまでの流れ図である。ステップＳＴ２１は、装置１００がユーザからの情報を入力するステップであり、秘密鍵、公開鍵、電話番号、契約キャリア情報が入力される。ステップＳＴ２２は、装置１００が契約キャリアに対してアクセス情報を問い合わせるステップであり、電話番号から契約ＩＤなどを入手する。このステップＳＴ２２は省略してもよい。ステップＳＴ２５は、新しい鍵ペアに更新するか否かを判定するステップである。ステップＳＴ２３は、新しい鍵ペアに更新しない場合の情報登録要求トランザクションの生成ステップであり、図６のステップＳＴ０３と同じである。ステップＳＴ２６は、新しい鍵ペアに更新する場合の情報登録要求トランザクションの生成ステップである。ステップＳＴ２４は、ステップＳＴ２３およびＳＴ２６で生成した情報登録要求トランザクションをピアツーピアネットワーク１３０にブロードキャストするステップである。

図１０は、新しい鍵ペアに更新する場合の情報登録要求トランザクションの生成ステップＳＴ２６の説明図である。情報登録要求トランザクション（新しい公開鍵用）は、電話番号、契約キャリア情報、タイムスタンプ、新しい公開鍵、旧公開鍵、および電子署名から構成される。電子署名は、電話番号、契約キャリア情報、タイムスタンプ、および新しい公開鍵を、旧秘密鍵で署名したものである。契約キャリア情報は、省略してもよい。

図１１は、或るノードのブロックチェーンに蓄積される同じ電話番号に係る複数の情報登録要求トランザクションＴＸ＃１〜ＴＸ＃４の一例を示す。情報登録要求トランザクションＴＸ＃１は、公開鍵Ａによって電話番号Ｎと契約キャリアＸとを含む情報に対して署名した電子署名Ａ１を含んでいる。情報登録要求トランザクションＴＸ＃２は、鍵ペアを更新するためのトランザクションであり、公開鍵Ａによって電話番号Ｎと新しい公開鍵Ｂとを含む情報に対して署名した電子署名Ａ２を含んでいる。契約キャリアＸは変更しないため、情報登録要求トランザクションＴＸ＃２では、契約キャリアＸの情報は省略されている。情報登録要求トランザクションＴＸ＃３は、契約キャリアを更新するためのトランザクションであり、公開鍵Ｂにより電話番号Ｎと新しい契約キャリアＹとを含む情報を署名した電子署名Ｂ１を含んでいる。情報登録要求トランザクションＴＸ＃４は、鍵ペアと契約キャリアの双方を更新するためのトランザクションであり、公開鍵Ｂにより電話番号Ｎと新しい契約キャリアＺと新しい公開鍵Ｃとを含む情報を署名した電子署名Ｂ２を含んでいる。

図１３は、ピアツーピアネットワークに参加するノードの処理の一例を示すフローチャートである。前述したように、図１３に示す処理は、例えば、図３８のノード装置２ａのブロックチェーン管理部２ｇが実行する処理に相当する。図１３に示す処理の全体の流れは既に説明したので、以下では、図１１に示す情報登録要求トランザクションＴＸ＃２〜ＴＸ＃４を処理する場面の流れを説明する。

情報登録要求トランザクションＴＸ＃２を受信した場面では、同じ電話番号Ｎを有する既登録のトランザクションはＴＸ＃１だけである。このとき、ブロックチェーン管理部２ｇは、電子署名Ａ２が正当であると判定すると、トランザクションＴＸ＃１を検索し（ＳＴ３５）、トランザクションＴＸ＃１、ＴＸ＃２で公開鍵が一致するので、トランザクションＴＸ＃２を正当なトランザクションとして最新未生成ブロック内に保持する（ＳＴ３７）。トランザクションＴＸ＃２には、新しい公開鍵Ｂが含まれているので、公開鍵Ｂが以後、有効な公開鍵として扱われる。

次に、情報登録要求トランザクションＴＸ＃３を受信した場面では、同じ電話番号Ｎを有する既登録のトランザクションはＴＸ＃１、ＴＸ＃２の２つである。このとき、ブロックチェーン管理部２ｇは、電子署名Ｂ１が正当であると判定すると、トランザクションＴＸ＃１、ＴＸ＃２を検索し（ＳＴ３５）、トランザクションＴＸ＃１〜ＴＸ＃３で公開鍵が一致しないので、トランザクションＴＸ＃３に含まれる公開鍵Ｂを現在有効な新しい公開鍵Ｂと比較する（ＳＴ３８）。その結果は一致するので、ブロックチェーン管理部２ｇは、トランザクションＴＸ３を正当なトランザクションとして最新未生成ブロック内に保持する（ＳＴ３７）。トランザクションＴＸ＃３には、新しい契約キャリアＹが含まれているので、契約キャリアＹが以後、有効な契約キャリアとして扱われる。

次に、情報登録要求トランザクションＴＸ＃４を受信した場面では、同じ電話番号Ｎを有する既登録のトランザクションはＴＸ＃１〜ＴＸ＃３の３つである。このとき、ブロックチェーン管理部２ｇは、電子署名Ｂ２が正当であると判定すると、トランザクションＴＸ＃１〜ＴＸ＃３を検索し（ＳＴ３５）、トランザクションＴＸ＃１〜ＴＸ＃４で公開鍵が一致しないので、トランザクションＴＸ＃４に含まれる公開鍵Ｂを現在有効な新しい公開鍵Ｂと比較する（ＳＴ３８）。その結果は一致するので、ブロックチェーン管理部２ｇは、トランザクションＴＸ４を正当なトランザクションとして最新未生成ブロック内に保持する（ＳＴ３７）。トランザクションＴＸ＃３には、新しい公開鍵Ｃと新しい契約キャリアＺが含まれているので、公開鍵Ｃが以後、有効な公開鍵として扱われ、また契約キャリアＺが以後、有効な契約キャリアとして扱われる。

［第６の実施形態］
本実施形態では、悪意の第三者が、過去に未使用の任意の電話番号（あるいは番号帯や複数の非連続な番号）の使用権を奪取する目的で、任意の秘密鍵と公開鍵のペアを生成し、新しい公開鍵を含む情報登録要求トランザクションを最初にブロードキャストする攻撃に対して頑健な番号ポータビリティ管理システムについて説明する。

本実施形態では、行政或いは行政から委託された番号管理局のような機関（以降、番号管理局）によって番号帯の最初の使用権者（以降、最初の通信キャリア）を取り決め、任意の電話番号（あるいは番号帯や複数の非連続な番号）に対する新しい公開鍵を含む最初の情報登録要求トランザクションのブロードキャストを、番号管理局の装置から行う、或いは最初の通信キャリアの装置から行う、或いは最初の通信キャリアと正規に契約したユーザから行うように構成されている。当然ながら、ブロードキャスト信号の発信元によって、トランザクションに含まれる公開鍵と電子署名は其々異なる。トランザクションに含まれる“新しい公開鍵”には、正規の番号使用権者としてトランザクション発信元から認められた者の公開鍵が含まれる。以下、本実施形態の構成および動作を、図１４〜図３０を参照して説明する。

まず、任意の電話番号（あるいは番号帯や複数の非連続な番号）に対する新しい公開鍵を含む最初の情報登録要求トランザクションのブロードキャストを、番号管理局の装置から行う構成について、図１４〜図１７を参照して説明する。

図１４を参照すると、番号管理局装置４００、最初の通信キャリア装置４１０、他の通信キャリア装置４２０、番号ポータビリティＤＢ用ブロックチェーンを管理するピアツーピアネットワーク４３０、そのピアツーピアネットワーク４３０に参加する複数のノード４４０から構成される。

図１６は、番号管理局装置４００から番号ポータビリティＤＢを管理するピアツーピアネットワーク４３０に情報登録要求トランザクションをブロードキャストするまでの信号シーケンス図である。番号管理局担当者が番号管理局装置４００に必要な情報を入力し、前記装置４００が最初の契約キャリア装置から必要な情報を入手後に、これらの情報にタイムスタンプを付与して秘密鍵で電子署名した情報登録要求トランザクションをピアツーピアネットワーク４３０にブロードキャストするまでを示している。

図１６において、信号Ｓ４１は、番号管理局担当者から番号管理局装置４００に対する情報入力信号を示す。Ｓ４１には、番号管理局の秘密鍵と公開鍵のペア、契約キャリア情報（ＵＲＬ等）が含まれる。信号Ｓ４２は、番号管理局装置４００から最初の通信キャリア装置４１０に対しての番号帯管理委託と通信キャリアの公開鍵の入手リクエスト信号であり、信号Ｓ４３はその応答信号である。Ｓ４２には、契約通信キャリアのＵＲＬ等が含まれる。Ｓ４３には、電話番号帯（又は不連続複数番号）等が含まれる。信号Ｓ４４は、番号管理局装置４００からピアツーピアネットワーク４３０にブロードキャストする情報登録要求トランザクション信号である。

図１７は、番号管理局装置４００に於ける番号ポータビリティＤＢを管理するピアツーピアネットワーク４３０への情報登録要求トランザクション信号を送信するまでの流れ図である。ステップＳＴ４１は、装置４００が番号管理局担当者からの上記情報を入力するステップである。ステップＳＴ４２は、装置４００が最初の通信キャリア装置４１０に対して上記情報を問い合わせるステップである。ステップＳＴ４３は、装置４００が情報登録要求トランザクション（新しい公開鍵用）を生成するステップである。ステップＳＴ４４は、装置４００が生成した情報登録要求トランザクションをピアツーピアネットワーク４３０にブロードキャストするステップである。

図１５は、情報登録要求トランザクション（新しい公開鍵用）の生成ステップＳＴ４３の説明図である。情報登録要求トランザクション（新しい公開鍵用）Ｉ２２０は、電話番号帯（又は不連続複数番号）、契約キャリア情報、タイムスタンプ、新しい公開鍵、公開鍵、電子署名から構成される。電子署名は、電話番号帯（又は不連続複数番号）、契約キャリア情報、タイムスタンプ、新しい公開鍵を、秘密鍵で署名したものである。契約キャリア情報は、省略してもよい。

次に、任意の電話番号（あるいは番号帯や複数の非連続な番号）に対する新しい公開鍵を含む最初の情報登録要求トランザクションのブロードキャストを、最初の通信キャリアから行う構成について、図１８〜図２１を参照して説明する。

図１８を参照すると、番号管理局装置５００、最初の通信キャリア装置５１０、他の通信キャリア装置５２０、番号ポータビリティＤＢ用ブロックチェーンを管理するピアツーピアネットワーク５３０、そのピアツーピアネットワーク５３０に参加する複数のノード５４０から構成される。

図２０は、最初の通信キャリア装置５１０から番号ポータビリティＤＢを管理するピアツーピアネットワーク５３０に情報登録要求トランザクションをブロードキャストするまでの信号シーケンス図である。最初の通信キャリア担当者が最初の通信キャリア装置５１０に必要な情報を入力し、前記装置５１０が番号管理局装置５００から必要な情報を入手後に、これらの情報にタイムスタンプを付与して秘密鍵で電子署名した情報登録要求トランザクションをピアツーピアネットワーク５３０にブロードキャストするまでを示している。

図２０において、信号Ｓ５１は、最初の通信キャリア担当者から最初の通信キャリア装置５１０に対する情報入力信号を示す。Ｓ５１には、最初の通信キャリア装置の秘密鍵と公開鍵のペア、番号管理局装置の情報（ＵＲＬ等）が含まれる。信号Ｓ５２は、最初の通信キャリア装置５１０から番号管理局装置５００に対しての番号帯委託証明書の入手リクエスト信号であり、信号Ｓ５３はその応答信号である。Ｓ５２には、番号管理局装置のＵＲＬ等が含まれる。Ｓ５３には、番号帯委託証明書が含まれる。信号Ｓ５４は、最初の通信キャリア装置５１０からピアツーピアネットワーク５３０にブロードキャストする情報登録要求トランザクション信号である。

図２１は、最初の通信キャリア装置５１０に於ける番号ポータビリティＤＢを管理するピアツーピアネットワーク５３０への情報登録要求トランザクション信号を送信するまでの流れ図である。ステップＳＴ５１は、装置５１０が通信キャリア担当者からの上記情報を入力するステップである。ステップＳＴ５２は、装置５１０が番号管理局装置５００に対して上記情報を問い合わせるステップである。ステップＳＴ５３は、装置５１０が情報登録要求トランザクション（新しい公開鍵用）を生成するステップである。ステップＳＴ５４は、装置５１０が生成した情報登録要求トランザクションをピアツーピアネットワーク５３０にブロードキャストするステップである。

図１９は、情報登録要求トランザクション（新しい公開鍵用）の生成ステップＳＴ５３の説明図である。情報登録要求トランザクション（新しい公開鍵用）Ｉ３２０は、電話番号帯（又は不連続複数番号・単番号）、委託証明書（委託者の電子署名付き）、契約キャリア情報、タイムスタンプ、新しい公開鍵（委託先公開鍵）、公開鍵（委託先公開鍵）、および電子署名から構成される。委託証明書Ｉ３１０は、委託番号帯、委託先公開鍵、委託者電子署名から構成される。トランザクションに含まれる電子署名は、電話番号帯（又は不連続複数番号・単番号）、委託証明書（委託者の電子署名付き）、契約キャリア情報、タイムスタンプ、新しい公開鍵（委託先公開鍵）を、委託先秘密鍵で署名したものである。契約キャリア情報は、省略してもよい。新しい公開鍵として、番号契約者の公開鍵を使用してもよい。

次に、任意の電話番号（あるいは番号帯や複数の非連続な番号）に対する新しい公開鍵を含む最初の情報登録要求トランザクションのブロードキャストを、最初の通信キャリアと正規に契約したユーザから行う構成について、図２２〜図２５を参照して説明する。

図２２を参照すると、電話番号の利用契約者装置６００、利用契約通信キャリア装置６１０、他の通信キャリア装置６２０、番号ポータビリティＤＢ用ブロックチェーンを管理するピアツーピアネットワーク６３０、そのピアツーピアネットワーク６３０に参加する複数のノード６４０から構成される。

図２４は、利用契約者装置６００から番号ポータビリティＤＢを管理するピアツーピアネットワーク６３０に情報登録要求トランザクションをブロードキャストするまでの信号シーケンス図である。利用契約者が利用契約者装置６００に必要な情報を入力し、前記装置６００が利用契約通信キャリア装置６１０から必要な情報を入手後に、これらの情報にタイムスタンプを付与して秘密鍵で電子署名した情報登録要求トランザクションをピアツーピアネットワーク６３０にブロードキャストするまでを示している。

図２４において、信号Ｓ６１は、利用契約者から利用契約者装置６００に対する情報入力信号を示す。Ｓ６１には、利用契約者の秘密鍵と公開鍵のペア、利用契約通信キャリア装置６１０の情報（ＵＲＬ等）が含まれる。信号Ｓ６２は、利用契約者装置６００から利用契約通信キャリア装置６１０に対しての契約キャリア情報、再委託証明書等の入手リクエスト信号であり、信号Ｓ６３はその応答信号である。Ｓ６２には、利用契約通信キャリア装置のＵＲＬ等が含まれる。Ｓ６３には、再委託証明書（および委託証明書）が含まれる。信号Ｓ６４は、利用契約者装置６００からピアツーピアネットワーク６３０にブロードキャストする情報登録要求トランザクション信号である。

図２５は、利用契約者装置６００に於ける番号ポータビリティＤＢを管理するピアツーピアネットワーク６３０への情報登録要求トランザクション信号を送信するまでの流れ図である。ステップＳＴ６１は、装置６００がユーザからの上記情報を入力するステップである。ステップＳＴ６２は、装置６００が利用契約通信キャリア装置６１０に対して上記情報を問い合わせるステップである。ステップＳＴ６３は、装置６００が情報登録要求トランザクション（新しい公開鍵用）を生成するステップである。ステップＳＴ６４は、装置６００が生成した情報登録要求トランザクションをピアツーピアネットワーク６３０にブロードキャストするステップである。

図２３は、情報登録要求トランザクション（新しい公開鍵用）の生成ステップＳＴ６３の説明図である。情報登録要求トランザクション（新しい公開鍵用）Ｉ４２０は、電話番号、委託証明書（委託者の電子署名付き）、契約キャリア情報、再委託証明書（再委託者の電子署名付き）、タイムスタンプ、新しい公開鍵（契約者公開鍵）、公開鍵（契約者公開鍵）、および電子署名から構成される。再委託証明書Ｉ４１０は、再委託電話番号、再委託先公開鍵、再委託者（契約キャリア）の電子署名から構成される。トランザクションに含まれる電子署名は、電話番号、委託証明書（委託者の電子署名付き）、契約キャリア情報、再委託証明書（再委託者の電子署名付き）、タイムスタンプ、新しい公開鍵（契約者公開鍵）を、契約者秘密鍵で署名したものである。委託証明書は、省略してもよい。

次に、ノード４４０、５４０、６４０の動作について、図２６〜図３０を参照して説明する。図２６〜図３０は、ピアツーピアネットワークに参加するノード４４０、５４０、６４０の処理の一例を示すフローチャートである。これらの処理は、例えば、図３８のノード装置２ａのブロックチェーン管理部２ｇが実行する処理に相当する。

図２６〜図３０を参照すると、ブロックチェーン管理部２ｇは、情報登録者装置３（図１４の場合は番号管理局装置４００、図１８の場合は最初の通信キャリア装置５１０、図２２の場合は利用契約者装置６００）からブロードキャストされた情報登録要求トランザクションを受信すると（ＳＴ７１）、電子署名の正当性の判定など図２６では図示を省略している処理を実行した後、電子署名が正当であれば、ブロックチェーンより、今回受信した情報登録要求トランザクションに含まれる電話番号（または番号帯、不連続複数番号）と同一の電話番号（または番号帯、不連続複数番号）に関する過去の全ての承認済み（および最新未生成ブロック内）の情報登録要求トランザクションを検索する（ＳＴ７５）。

次に、ブロックチェーン管理部２ｇは、検索結果に基づいて、今回受信した情報登録要求トランザクションが、当該電話番号（または番号帯、不連続複数番号）に関する初回のトランザクションであるか否かを判定する（ＳＴ７６）。初回のトランザクションでなければ、図２６では図示を省略した処理を実行する。他方、初回のトランザクションであれば、以下の処理を実行する。

ブロックチェーン管理部２ｇは、受信した情報登録要求トランザクションに証明書が含まれているか否か、含まれているならばその種類を判定する（ＳＴ７８）。そして、その判定結果に応じた処理を実行する。

まず、証明書が無い場合は、ブロックチェーン管理部２ｇは、番号管理局が有ってその公開鍵によるトランザクションの発行であるか、あるいは番号管理局が無くて公知の公開鍵であれば、正当なトランザクションと判定し、それ以外は不当なトランザクションと判定する（図２７）。

また、委託証明書が有る場合、ブロックチェーン管理部２ｇは、番号管理局が有ってそれが発行した委託証明書であれば、正当なトランザクションと判定し、それ以外は不当なトランザクションと判定する（図２８）。

また、再委託証明書が有る場合、ブロックチェーン管理部２ｇは、再委託者が有ってそれが発行した再委託証明書であれば、正当なトランザクションと判定し、それ以外は不当なトランザクションと判定する（図２９）。

また、委託・再委託の両証明書が有る場合、ブロックチェーン管理部２ｇは、再委託者が有ってそれが発行した再委託証明書であれば、再委託証明書が有る場合と同様に図２９の処理によってトランザクションの正当性を判定し、再委託者が無いか、有っても再委託者が発行した委託証明書でなければ、不当なトランザクションと判定する（図３０）。

［第７の実施形態］
本実施形態では、悪意の第三者が、通信キャリアをＤｏＳ攻撃する目的で、不特定多数の電話番号を同一の契約キャリア情報として情報登録要求トランザクションをブロードキャストする攻撃に対して頑健な番号ポータビリティ管理システムについて説明する。

図３１は、正当な電話番号（複数番号）契約者７００から再々委託等された者が悪意の第三者７９０となって、不特定多数の電話番号を契約の無い通信キャリア装置７１０のキャリア情報と関連づけるために、不当な情報登録要求トランザクションをブロードキャストした場面を示している。このような不当な情報登録要求トランザクションが正当なトランザクションとしてピアツーピアネットワーク７３０のノード７４０それぞれの番号ポータビリティＤＢに登録されると、他の通信キャリア装置７２０からの問い合わせに対してピアツーピアネットワーク７３０は不当な応答を返すことになり、結果的に、他の通信キャリア装置７２０が契約の無い通信キャリア装置７１０をＤｏＳ攻撃してしまうことになる。

図３２は、本実施形態に係る番号ポータビリティ情報管理システムの構成図であり、正当な電話番号（複数番号）契約者８００、利用契約通信キャリア装置８１０、他の通信キャリア装置８２０、ピアツーピアネットワーク８３０、およびその参加ノード８４０から構成されている。なお、８９０は、悪意の第三者を示す。

図３５は、利用契約者装置８００から番号ポータビリティＤＢを管理するピアツーピアネットワーク８３０に情報登録要求トランザクションをブロードキャストするまでの信号シーケンス図である。利用契約者が利用契約者装置８００に必要な情報を入力し、前記装置８００が利用契約通信キャリア装置８１０から必要な情報を入手後に、これらの情報にタイムスタンプを付与して秘密鍵で電子署名した情報登録要求トランザクションをピアツーピアネットワーク８３０にブロードキャストするまでを示している。

図３５において、信号Ｓ７１は、利用契約者から利用契約者装置８００に対する情報入力信号を示す。Ｓ８１には、利用契約者の秘密鍵と公開鍵のペア、利用契約通信キャリア装置８１０の情報（ＵＲＬ等）が含まれる。信号Ｓ７２は、利用契約者装置８００から利用契約通信キャリア装置８１０に対しての契約キャリア情報、契約証明書（契約キャリアの電子署名付き）等の入手リクエスト信号であり、信号Ｓ７３はその応答信号である。Ｓ７２には、利用契約通信キャリア装置のＵＲＬ等が含まれる。Ｓ７３には、契約キャリア情報および契約証明書（契約キャリアの電子署名付き）が含まれる。信号Ｓ７４は、利用契約者装置８００からピアツーピアネットワーク８３０にブロードキャストする情報登録要求トランザクション信号である。

図３６は、利用契約者装置８００に於ける番号ポータビリティＤＢを管理するピアツーピアネットワーク８３０への情報登録要求トランザクション信号を送信するまでの流れ図である。ステップＳＴ１２１は、装置８００がユーザからの上記情報を入力するステップである。ステップＳＴ１２２は、装置８００が利用契約通信キャリア装置８１０に対して上記情報を問い合わせるステップである。ステップＳＴ１２３は、装置８００が情報登録要求トランザクションを生成するステップである。ステップＳＴ１２４は、装置８００が生成した情報登録要求トランザクションをピアツーピアネットワーク８３０にブロードキャストするステップである。

図３４は、情報登録要求トランザクションの生成ステップＳＴ１２３の説明図である。情報登録要求トランザクションＩ６２０は、電話番号、契約キャリア情報、契約証明書（契約キャリアの電子署名付き）、タイムスタンプ、公開鍵（契約者公開鍵）、および電子署名から構成される。契約証明書（（契約キャリアの電子署名付き）は、Ｉ６１０に示すように、電話番号、契約キャリア公開鍵、契約者公開鍵、および契約ＩＤ（契約キャリア公開鍵で暗号化）から構成される。トランザクションに含まれる電子署名は、電話番号、契約キャリア情報、契約証明書（契約キャリアの電子署名付き）、タイムスタンプを、契約者秘密鍵で署名したものである。

図３３は、契約証明書Ｉ６１０に含まれる契約ＩＤ（契約キャリア公開鍵で暗号化）Ｉ５２０の説明図である。契約ＩＤは、利用契約通信キャリア装置８１０において、契約別秘密情報の暗号値Ｉ５１を利用契約通信キャリアの公開鍵で暗号化し、正当な電話番号契約者に与えられる。

次に、ノード８４０の動作について、図３７を参照して説明する。図３７は、ピアツーピアネットワークに参加するノード８４０の処理の一例を示すフローチャートである。これらの処理は、例えば、図３８のノード装置２ａのブロックチェーン管理部２ｇが実行する処理に相当する。

図３７を参照すると、ブロックチェーン管理部２ｇは、情報登録者装置３（図３２の場合は利用契約者装置８００、あるいは悪意の第三者８９０）からブロードキャストされた情報登録要求トランザクションを受信すると（ＳＴ３１又はＳＴ７１）、電子署名の正当性の判定など図３７では図示を省略している処理を実行した後、電子署名が正当であれば、今回受信した情報登録要求トランザクションに契約証明書が存在するか否かを判定する（ＳＴ１３１）。ブロックチェーン管理部２ｇは、契約証明書が存在しない場合、今回受信した情報登録要求トランザクションを不正なものとして扱い、トランザクションエラーをピアツーピアネットワークにブロードキャストする（ＳＴ３４）。

一方、契約証明書が存在する場合、ブロックチェーン管理部２ｇは、契約証明書の内容確認を行う（ＳＴ１３２）。契約証明書の内容確認では、電話番号に紐づく契約当事者の公開鍵の正当性、契約ＩＤの正当性を確認する。ブロックチェーン管理部２ｇは、契約証明書が不正であると判定すると、今回受信した情報登録要求トランザクションを不正なものとして扱い、トランザクションエラーをピアツーピアネットワークにブロードキャストする（ＳＴ３４）。また、ブロックチェーン管理部２ｇは、契約証明書が正当であると判定すると、今回受信した情報登録要求トランザクションを正当なものとして扱い、最新未生成ブロック内に保持する（ＳＴ３７）。

このように本実施形態では、情報登録要求トランザクション内に、該当ユーザと契約キャリアしか知らない秘密の情報を契約キャリアの公開鍵で暗号化した契約ＩＤとして含めるように構成されている。悪意の第三者は、上記契約ＩＤを知らないため、上記契約ＩＤを含む情報登録要求トランザクションは発行できない。そのため、上述した不当な情報登録要求トランザクションによる影響を防止することができる。

［第８の実施形態］
本実施形態では、本発明の概要を説明する。

図４１を参照すると、本実施形態に係る番号ポータビリティ情報管理システム１０００は、互いにピアツーピア通信が可能な複数のノード装置４０００から構成されたピアツーピアネットワーク２０００と、情報登録者装置３０００とを含む。

情報登録者装置３０００は、ネットワークインターフェース３１００と、情報登録要求トランザクション生成部３２００とを含む。情報登録要求トランザクション生成部３２００は、情報登録要求トランザクションを生成してネットワークインターフェースを通じてピアツーピアネットワーク２０００にブロードキャストする機能を有する。より具体的には、情報登録要求トランザクション生成部３２００は、ユーザ端末の電話番号と契約キャリア情報とを含む情報と、その情報に対してユーザ端末の秘密鍵を用いて署名した電子署名と、上記秘密鍵とペアになっている公開鍵とに基づいて、情報登録要求トランザクションを生成するように構成されている。情報登録要求トランザクション生成部３２００は、第１乃至第６の実施形態で説明した情報登録要求トランザクション生成部と同様に構成することができるが、それに限定されない。

ノード装置４０００のそれぞれは、ネットワークインターフェース４１００と、ブロックチェーン４２００と、ブロックチェーン管理部４３００とを含む。ブロックチェーン４２００は、一定期間のトランザクションをまとめたブロックをチェーン状につなげたデータ構造体である。例えば、ブロックチェーン４２００は、Ｅｔｈｅｒｅｕｍのブロックチェーンを利用してよいが、それに限定されない。ブロックチェーン４２００は、番号ポータビリティＤＢとも呼ぶ。ブロックチェーン管理部４３００は、他のノード装置４０００と協働して実行される合意形成アルゴリズムに基づいて、ネットワークインターフェース４１００を通じて受信した情報登録要求トランザクションをブロックチェーン４２００に蓄積する機能を有する。ブロックチェーン管理部４３００は、第１乃至第６の実施形態で説明したブロックチェーン管理部と同様に構成することができるが、それに限定されない。

このように構成された本実施形態に係る番号ポータビリティ情報管理システム１０００は、以下のように動作する。即ち、情報登録者装置３０００は、情報登録要求トランザクション生成部３２００により、ユーザ端末の電話番号と契約キャリア情報とを含む情報と、その情報に対して上記ユーザ端末の秘密鍵を用いて署名した電子署名と、上記秘密鍵とペアになっている公開鍵とに基づいて、情報登録要求トランザクションを生成する。次に、情報登録者装置３０００は、ネットワークインターフェース３１００により、上記情報登録要求トランザクションをピアツーピアネットワーク２０００にブロードキャストする。

ノード装置４０００のそれぞれは、上記ブロードキャストされた情報登録要求トランザクションをネットワークインターフェース４１００により受信する。次に、ノード装置４０００のそれぞれは、ブロックチェーン管理部４３００により、他のノード装置４０００と協働して実行される合意形成アルゴリズムに基づいて、上記受信した情報登録要求トランザクションをブロックチェーン４２００に蓄積する。

このように本実施形態によれば、ブロックチェーン技術により番号ポータビリティ情報を管理するため、信頼性、可用性、および保守性の優れた番号ポータビリティ情報管理システムを提供できる。即ち、本実施形態による番号ポータビリティ情報管理システムは、既存の共通ＤＢ方式による番号ポータビリティ情報管理システムと比較して、信頼性が高く、可用性等に優れている。また、本実施形態による番号ポータビリティ情報管理システムは、外部からの侵入や改ざんが困難であるため機密性に優れている。このように本実施形態による番号ポータビリティ情報管理システムは、既存の番号ポータビリティ情報管理システムを超える技術的効果を奏する。

以上、本発明を幾つかの実施形態を挙げて説明したが、本発明は以上の実施形態に限定されず、本発明の構成や詳細には、本発明の範囲内において当業者が理解し得る種々の付加変形が可能である。
なお、本発明は、日本国にて２０１６年７月２８日に特許出願された特願２０１６−１４８２４５の特許出願に基づく優先権主張の利益を享受するものであり、当該特許出願に記載された内容は、全て本明細書に含まれるものとする。

本発明は、電話番号によりルーティングする通信ネットワーク分野などに利用できる。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
ピアツーピアネットワークを構成するノード装置であって、
ネットワークインターフェースと、
ユーザ端末の電話番号と契約キャリア情報とを含む情報と前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と前記秘密鍵とペアになっている公開鍵とを含む情報登録要求トランザクションを前記ネットワークインターフェースを通じて受信し、前記ピアツーピアネットワークを構成する他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、前記受信した前記情報登録要求トランザクションをブロックチェーンに蓄積するブロックチェーン管理部と、を含む、
ノード装置。
［付記２］
前記ブロックチェーン管理部は、受信した前記情報登録要求トランザクションに含まれる前記電話番号と同一の電話番号を含む他の情報登録要求トランザクションを前記ブロックチェーンから検索し、前記検索した前記他の情報登録要求トランザクションに含まれる前記公開鍵と前記受信した前記情報登録要求トランザクションに含まれる前記公開鍵とを比較した結果に基づいて、前記受信した前記情報登録要求トランザクションの正当性を判定するように構成されている、
付記１に記載のノード装置。
［付記３］
前記ブロックチェーン管理部は、前記受信した前記情報登録要求トランザクションに含まれる前記公開鍵が、前記検索した全ての前記他の情報登録要求トランザクションに含まれる前記公開鍵と一致したときは、前記受信した前記情報登録要求トランザクションを正当であると判定する、
付記２に記載のノード装置。
［付記４］
前記ブロックチェーン管理部は、前記受信した前記情報登録要求トランザクションに含まれる前記公開鍵が、前記検索した前記他の情報登録要求トランザクションに含まれる最新の公開鍵と一致したときは、前記受信した前記情報登録要求トランザクションを正当であると判定するように構成されている、
付記２に記載のノード装置。
［付記５］
前記ブロックチェーン管理部は、前記受信した前記情報登録要求トランザクションに含まれる委託証明書または再委託証明書に基づいて、前記受信した前記情報登録要求トランザクションの正当性を判定するように構成されている、
付記１に記載のノード装置。
［付記６］
前記ネットワークインターフェースを通じて情報問い合わせ要求を受信すると、前記情報問い合わせ要求に含まれる電話番号に対応する契約キャリア情報を前記ブロックチェーンに蓄積された情報から取得し、前記ネットワークインターフェースを通じて送信するための応答を生成する問い合わせ応答部を含む、
付記１乃至５の何れかに記載のノード装置。
［付記７］
ネットワークインターフェースとブロックチェーン管理部とを有し、ピアツーピアネットワークを構成するノード装置が実行する番号ポータビリティ情報管理方法であって、
前記ブロックチェーン管理部が、ユーザ端末の電話番号と契約キャリア情報とを含む情報と前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と前記秘密鍵とペアになっている公開鍵とを含む情報登録要求トランザクションを、前記ネットワークインターフェースを通じて受信し、前記ピアツーピアネットワークを構成する他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、前記受信した前記情報登録要求トランザクションをブロックチェーンに蓄積する、
番号ポータビリティ情報管理方法。
［付記８］
ピアツーピアネットワークを構成するコンピュータを、
ネットワークインターフェースと、
ユーザ端末の電話番号と契約キャリア情報とを含む情報と前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と前記秘密鍵とペアになっている公開鍵とを含む情報登録要求トランザクションを、前記ネットワークインターフェースを通じて受信し、前記ピアツーピアネットワークを構成する他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、前記受信した前記情報登録要求トランザクションをブロックチェーンに蓄積するブロックチェーン管理部と、
して機能させるためのプログラム。
［付記９］
互いにピアツーピア通信が可能な複数のノード装置から構成されたピアツーピアネットワークに情報登録要求トランザクションをブロードキャストする情報登録者装置であって、
ネットワークインターフェースと、
前記情報登録要求トランザクションを生成して前記ネットワークインターフェースを通じて前記ピアツーピアネットワークにブロードキャストする情報登録要求トランザクション生成部と、を含み、
前記情報登録要求トランザクション生成部は、ユーザ端末の電話番号と契約キャリア情報とを含む情報と、前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
情報登録者装置。
［付記１０］
前記情報登録要求トランザクション生成部は、前記ユーザ端末の電話番号と前記ユーザ端末の前記公開鍵の代わりに使用する新しい公開鍵とを含む情報に対して前記ユーザ端末の前記秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている前記公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
付記９に記載の情報登録者装置。
［付記１１］
前記情報登録要求トランザクション生成部は、前記ユーザ端末の電話番号と前記契約キャリア情報の代わりに使用する新しい契約キャリア情報とを含む情報に対して前記ユーザ端末の前記秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている前記公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
付記９に記載の情報登録者装置。
［付記１２］
前記情報登録要求トランザクション生成部は、電話番号と新しい公開鍵を含み且つ委託証明書または再委託証明書を含む情報に対して所定の秘密鍵を用いて署名した電子署名と、前記所定の秘密鍵とペアになっている公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
付記９に記載の情報登録者装置。
［付記１３］
前記情報登録要求トランザクション生成部は、前記情報登録要求トランザクションに、前記ユーザ端末のユーザと契約キャリアしか知らない秘密の情報を契約キャリアの公開鍵で暗号化した契約ＩＤを含めるように構成されている、
付記９乃至１２の何れかに記載の情報登録者装置。
［付記１４］
互いにピアツーピア通信が可能な複数のノード装置から構成されたピアツーピアネットワークと、情報登録者装置とを含み、
前記情報登録者装置は、
第１のネットワークインターフェースと、
情報登録要求トランザクションを生成して前記第１のネットワークインターフェースを通じて前記ピアツーピアネットワークにブロードキャストする情報登録要求トランザクション生成部と、を含み、
前記情報登録要求トランザクション生成部は、ユーザ端末の電話番号と契約キャリア情報とを含む情報と、前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成され、
前記ノード装置のそれぞれは、
第２のネットワークインターフェースと、
他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、前記第２のネットワークインターフェースを通じて受信した前記情報登録要求トランザクションをブロックチェーンに蓄積するブロックチェーン管理部と、を含む、
番号ポータビリティ情報管理システム。
［付記１５］
前記ブロックチェーン管理部は、受信した前記情報登録要求トランザクションに含まれる前記電話番号と同一の電話番号を含む他の情報登録要求トランザクションを前記ブロックチェーンから検索し、前記検索した前記他の情報登録要求トランザクションに含まれる前記公開鍵と前記受信した前記情報登録要求トランザクションに含まれる前記公開鍵とを比較した結果に基づいて、前記受信した前記情報登録要求トランザクションの正当性を判定するように構成されている、
付記１４に記載の番号ポータビリティ情報管理システム。
［付記１６］
前記ブロックチェーン管理部は、前記受信した前記情報登録要求トランザクションに含まれる前記公開鍵が、前記検索した全ての前記他の情報登録要求トランザクションに含まれる前記公開鍵と一致したときは、前記受信した前記情報登録要求トランザクションを正当であると判定するように構成されている、
付記１５に記載の番号ポータビリティ情報管理システム。
［付記１７］
前記ブロックチェーン管理部は、前記受信した前記情報登録要求トランザクションに含まれる前記公開鍵が、前記検索した前記他の情報登録要求トランザクションに含まれる最新の公開鍵と一致したときは、前記受信した前記情報登録要求トランザクションを正当であると判定するように構成されている、
付記１５に記載の番号ポータビリティ情報管理システム。
［付記１８］
前記情報登録要求トランザクション生成部は、前記ユーザ端末の電話番号と前記ユーザ端末の前記公開鍵の代わりに使用する新しい公開鍵とを含む情報に対して前記ユーザ端末の前記秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている前記公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
付記１４に記載の番号ポータビリティ情報管理システム。
［付記１９］
前記情報登録要求トランザクション生成部は、前記ユーザ端末の電話番号と前記契約キャリア情報の代わりに使用する新しい契約キャリア情報とを含む情報に対して前記ユーザ端末の前記秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている前記公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
付記１４に記載の番号ポータビリティ情報管理システム。
［付記２０］
前記情報登録要求トランザクション生成部は、電話番号と新しい公開鍵を含み且つ委託証明書または再委託証明書を含む情報に対して所定の秘密鍵を用いて署名した電子署名と、前記所定の秘密鍵とペアになっている公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
付記１４に記載の番号ポータビリティ情報管理システム。
［付記２１］
前記ブロックチェーン管理部は、前記受信した前記情報登録要求トランザクションに含まれる前記委託証明書または再委託証明書に基づいて、前記受信した前記情報登録要求トランザクションの正当性を判定するように構成されている、
付記２０に記載の番号ポータビリティ情報管理システム。
［付記２２］
前記情報登録要求トランザクション生成部は、前記情報登録要求トランザクションに、前記ユーザ端末のユーザと契約キャリアしか知らない秘密の情報を契約キャリアの公開鍵で暗号化した契約ＩＤを含めるように構成されている、
付記１４乃至２１の何れかに記載の番号ポータビリティ情報管理システム。
［付記２３］
前記ノード装置のそれぞれは、さらに、
前記第２のネットワークインターフェースを通じて情報問い合わせ要求を受信すると、前記情報問い合わせ要求に含まれる電話番号に対応する契約キャリア情報を前記ブロックチェーンに蓄積された情報から取得し、前記第２のネットワークインターフェースを通じて送信するための応答を生成する問い合わせ応答部を含む、
付記１４至２２の何れかに記載の番号ポータビリティ情報管理システム。

１…番号ポータビリティ情報管理システム
２…ピアツーピアネットワーク
２ａ…ノード装置
２ｂ…ネットワークインターフェース
２ｃ…演算処理部
２ｄ…記憶部
２ｅ…プログラム
２ｆ…ブロックチェーン
２ｇ…ブロックチェーン管理部
２ｈ…問い合わせ応答部
３…情報登録者装置
３ａ…ネットワークインターフェース
３ｂ…演算処理部
３ｃ…記憶部
３ｄ…プログラム
３ｅ…情報登録要求トランザクション生成部
４…情報利用者装置
４ａ…ネットワークインターフェース
４ｂ…演算処理部
４ｃ…記憶部
４ｄ…プログラム
４ｅ…情報利用要求トランザクション生成部
１０…情報登録者装置
２０…情報利用者装置
３０…ピアツーピアネットワーク
４０…参加ノード
１００…電話番号の利用契約者装置
１１０…利用契約通信キャリア装置
１２０…他の通信キャリア装置
１３０…ピアツーピアネットワーク
１４０…参加ノード
Ｉ１０…電話番号利用契約者装置保持情報
Ｉ２０…情報登録要求トランザクション
Ｉ１１０…新しい鍵ペア
Ｉ１２０…情報登録要求トランザクション（新しい公開鍵用）
４００…番号管理局装置
４１０…最初の通信キャリア装置
４２０…他の通信キャリア装置
４３０…ピアツーピアネットワーク
４４０…参加ノード
Ｉ２１０…新しい鍵ペア
Ｉ２２０…情報登録要求トランザクション（新しい公開鍵用）
５００…番号管理局装置
５１０…最初の通信キャリア装置
５２０…他の通信キャリア装置
５３０…ピアツーピアネットワーク
５４０…参加ノード
Ｉ３１０…委託証明書
Ｉ３２０…情報登録要求トランザクション（新しい公開鍵用）
６００…電話番号利用契約者装置
６１０…利用契約通信キャリア装置
６２０…他の通信キャリア装置
６３０…ピアツーピアネットワーク
６４０…参加ノード
Ｉ４１０…再委託証明書
Ｉ４２０…情報登録要求トランザクション（新しい公開鍵用）
Ｉ４３０…再委託先（契約者）の鍵ペア
７００…正当な電話番号契約者
７１０…契約の無い通信キャリア装置
７２０…他の通信キャリア装置
７３０…ピアツーピアネットワーク
７４０…参加ノード
７９０…悪意の第三者（再々委託先等）
８００…正当な電話番号契約者
８１０…契約の無い通信キャリア装置
８２０…他の通信キャリア装置
８３０…ピアツーピアネットワーク
８４０…参加ノード
８９０…悪意の第三者
Ｉ５２０…契約ＩＤ
Ｉ５１０…契約別秘密情報の暗号値
Ｉ６１０…契約証明書
Ｉ６２０…情報登録要求トランザクション
１０００…番号ポータビリティ情報管理システム
２０００…ピアツーピアネットワーク
３０００…情報登録者装置
３１００…ネットワークインターフェース
３２００…情報登録要求トランザクション生成部
４０００…ノード装置
４１００…ネットワークインターフェース
４２００…ブロックチェーン
４３００…ブロックチェーン管理部

Claims (23)

1. ピアツーピアネットワークを構成するノード装置であって、
   ネットワークインターフェースと、
   ユーザ端末の電話番号と契約キャリア情報とを含む情報と前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と前記秘密鍵とペアになっている公開鍵とを含む情報登録要求トランザクションを前記ネットワークインターフェースを通じて受信し、前記ピアツーピアネットワークを構成する他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、前記受信した前記情報登録要求トランザクションをブロックチェーンに蓄積するブロックチェーン管理部と、を含む、
   ノード装置。
2. 前記ブロックチェーン管理部は、受信した前記情報登録要求トランザクションに含まれる前記電話番号と同一の電話番号を含む他の情報登録要求トランザクションを前記ブロックチェーンから検索し、前記検索した前記他の情報登録要求トランザクションに含まれる前記公開鍵と前記受信した前記情報登録要求トランザクションに含まれる前記公開鍵とを比較した結果に基づいて、前記受信した前記情報登録要求トランザクションの正当性を判定するように構成されている、
   請求項１に記載のノード装置。
3. 前記ブロックチェーン管理部は、前記受信した前記情報登録要求トランザクションに含まれる前記公開鍵が、前記検索した全ての前記他の情報登録要求トランザクションに含まれる前記公開鍵と一致したときは、前記受信した前記情報登録要求トランザクションを正当であると判定する、
   請求項２に記載のノード装置。
4. 前記ブロックチェーン管理部は、前記受信した前記情報登録要求トランザクションに含まれる前記公開鍵が、前記検索した前記他の情報登録要求トランザクションに含まれる最新の公開鍵と一致したときは、前記受信した前記情報登録要求トランザクションを正当であると判定するように構成されている、
   請求項２に記載のノード装置。
5. 前記ブロックチェーン管理部は、前記受信した前記情報登録要求トランザクションに含まれる委託証明書または再委託証明書に基づいて、前記受信した前記情報登録要求トランザクションの正当性を判定するように構成されている、
   請求項１に記載のノード装置。
6. 前記ネットワークインターフェースを通じて情報問い合わせ要求を受信すると、前記情報問い合わせ要求に含まれる電話番号に対応する契約キャリア情報を前記ブロックチェーンに蓄積された情報から取得し、前記ネットワークインターフェースを通じて送信するための応答を生成する問い合わせ応答部を含む、
   請求項１乃至５の何れかに記載のノード装置。
7. ネットワークインターフェースとブロックチェーン管理部とを有し、ピアツーピアネットワークを構成するノード装置が実行する番号ポータビリティ情報管理方法であって、
   前記ブロックチェーン管理部が、ユーザ端末の電話番号と契約キャリア情報とを含む情報と前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と前記秘密鍵とペアになっている公開鍵とを含む情報登録要求トランザクションを、前記ネットワークインターフェースを通じて受信し、前記ピアツーピアネットワークを構成する他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、前記受信した前記情報登録要求トランザクションをブロックチェーンに蓄積する、
   番号ポータビリティ情報管理方法。
8. ピアツーピアネットワークを構成するコンピュータを、
   ネットワークインターフェースと、
   ユーザ端末の電話番号と契約キャリア情報とを含む情報と前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と前記秘密鍵とペアになっている公開鍵とを含む情報登録要求トランザクションを、前記ネットワークインターフェースを通じて受信し、前記ピアツーピアネットワークを構成する他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、前記受信した前記情報登録要求トランザクションをブロックチェーンに蓄積するブロックチェーン管理部と、
   して機能させるためのプログラム。
9. 互いにピアツーピア通信が可能な複数のノード装置から構成されたピアツーピアネットワークに情報登録要求トランザクションをブロードキャストする情報登録者装置であって、
   ネットワークインターフェースと、
   前記情報登録要求トランザクションを生成して前記ネットワークインターフェースを通じて前記ピアツーピアネットワークにブロードキャストする情報登録要求トランザクション生成部と、を含み、
   前記情報登録要求トランザクション生成部は、ユーザ端末の電話番号と契約キャリア情報とを含む情報と、前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
   情報登録者装置。
10. 前記情報登録要求トランザクション生成部は、前記ユーザ端末の電話番号と前記ユーザ端末の前記公開鍵の代わりに使用する新しい公開鍵とを含む情報に対して前記ユーザ端末の前記秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている前記公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
    請求項９に記載の情報登録者装置。
11. 前記情報登録要求トランザクション生成部は、前記ユーザ端末の電話番号と前記契約キャリア情報の代わりに使用する新しい契約キャリア情報とを含む情報に対して前記ユーザ端末の前記秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている前記公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
    請求項９に記載の情報登録者装置。
12. 前記情報登録要求トランザクション生成部は、電話番号と新しい公開鍵を含み且つ委託証明書または再委託証明書を含む情報に対して所定の秘密鍵を用いて署名した電子署名と、前記所定の秘密鍵とペアになっている公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
    請求項９に記載の情報登録者装置。
13. 前記情報登録要求トランザクション生成部は、前記情報登録要求トランザクションに、前記ユーザ端末のユーザと契約キャリアしか知らない秘密の情報を契約キャリアの公開鍵で暗号化した契約ＩＤを含めるように構成されている、
    請求項９乃至１２の何れかに記載の情報登録者装置。
14. 互いにピアツーピア通信が可能な複数のノード装置から構成されたピアツーピアネットワークと、情報登録者装置とを含み、
    前記情報登録者装置は、
    第１のネットワークインターフェースと、
    情報登録要求トランザクションを生成して前記第１のネットワークインターフェースを通じて前記ピアツーピアネットワークにブロードキャストする情報登録要求トランザクション生成部と、を含み、
    前記情報登録要求トランザクション生成部は、ユーザ端末の電話番号と契約キャリア情報とを含む情報と、前記情報に対して前記ユーザ端末の秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成され、
    前記ノード装置のそれぞれは、
    第２のネットワークインターフェースと、
    他のノード装置と協働して実行される合意形成アルゴリズムに基づいて、前記第２のネットワークインターフェースを通じて受信した前記情報登録要求トランザクションをブロックチェーンに蓄積するブロックチェーン管理部と、を含む、
    番号ポータビリティ情報管理システム。
15. 前記ブロックチェーン管理部は、受信した前記情報登録要求トランザクションに含まれる前記電話番号と同一の電話番号を含む他の情報登録要求トランザクションを前記ブロックチェーンから検索し、前記検索した前記他の情報登録要求トランザクションに含まれる前記公開鍵と前記受信した前記情報登録要求トランザクションに含まれる前記公開鍵とを比較した結果に基づいて、前記受信した前記情報登録要求トランザクションの正当性を判定するように構成されている、
    請求項１４に記載の番号ポータビリティ情報管理システム。
16. 前記ブロックチェーン管理部は、前記受信した前記情報登録要求トランザクションに含まれる前記公開鍵が、前記検索した全ての前記他の情報登録要求トランザクションに含まれる前記公開鍵と一致したときは、前記受信した前記情報登録要求トランザクションを正当であると判定するように構成されている、
    請求項１５に記載の番号ポータビリティ情報管理システム。
17. 前記ブロックチェーン管理部は、前記受信した前記情報登録要求トランザクションに含まれる前記公開鍵が、前記検索した前記他の情報登録要求トランザクションに含まれる最新の公開鍵と一致したときは、前記受信した前記情報登録要求トランザクションを正当であると判定するように構成されている、
    請求項１５に記載の番号ポータビリティ情報管理システム。
18. 前記情報登録要求トランザクション生成部は、前記ユーザ端末の電話番号と前記ユーザ端末の前記公開鍵の代わりに使用する新しい公開鍵とを含む情報に対して前記ユーザ端末の前記秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている前記公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
    請求項１４に記載の番号ポータビリティ情報管理システム。
19. 前記情報登録要求トランザクション生成部は、前記ユーザ端末の電話番号と前記契約キャリア情報の代わりに使用する新しい契約キャリア情報とを含む情報に対して前記ユーザ端末の前記秘密鍵を用いて署名した電子署名と、前記秘密鍵とペアになっている前記公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
    請求項１４に記載の番号ポータビリティ情報管理システム。
20. 前記情報登録要求トランザクション生成部は、電話番号と新しい公開鍵を含み且つ委託証明書または再委託証明書を含む情報に対して所定の秘密鍵を用いて署名した電子署名と、前記所定の秘密鍵とペアになっている公開鍵とに基づいて、前記情報登録要求トランザクションを生成するように構成されている、
    請求項１４に記載の番号ポータビリティ情報管理システム。
21. 前記ブロックチェーン管理部は、前記受信した前記情報登録要求トランザクションに含まれる前記委託証明書または再委託証明書に基づいて、前記受信した前記情報登録要求トランザクションの正当性を判定するように構成されている、
    請求項２０に記載の番号ポータビリティ情報管理システム。
22. 前記情報登録要求トランザクション生成部は、前記情報登録要求トランザクションに、前記ユーザ端末のユーザと契約キャリアしか知らない秘密の情報を契約キャリアの公開鍵で暗号化した契約ＩＤを含めるように構成されている、
    請求項１４乃至２１の何れかに記載の番号ポータビリティ情報管理システム。
23. 前記ノード装置のそれぞれは、さらに、
    前記第２のネットワークインターフェースを通じて情報問い合わせ要求を受信すると、前記情報問い合わせ要求に含まれる電話番号に対応する契約キャリア情報を前記ブロックチェーンに蓄積された情報から取得し、前記第２のネットワークインターフェースを通じて送信するための応答を生成する問い合わせ応答部を含む、
    請求項１４至２２の何れかに記載の番号ポータビリティ情報管理システム。

Images