(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024076491
(43)【公開日】2024-06-06
(54)【発明の名称】通信制御装置および通信制御方法
(51)【国際特許分類】
H04L 67/141 20220101AFI20240530BHJP
H04M 3/00 20240101ALI20240530BHJP
H04L 67/104 20220101ALI20240530BHJP
【ＦＩ】
H04L67/141
H04M3/00 D
H04L67/104
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2022188045
(22)【出願日】2022-11-25
(11)【特許番号】
(45)【特許公報発行日】2023-02-16
(71)【出願人】
【識別番号】397036309
【氏名又は名称】株式会社インターネットイニシアティブ
(74)【代理人】
【識別番号】100118902
【弁理士】
【氏名又は名称】山本 修
(74)【代理人】
【識別番号】100106208
【弁理士】
【氏名又は名称】宮前 徹
(74)【代理人】
【識別番号】100196508
【弁理士】
【氏名又は名称】松尾 淳一
(74)【代理人】
【識別番号】100195408
【弁理士】
【氏名又は名称】武藤 陽子
(72)【発明者】
【氏名】柿島 純
【テーマコード（参考）】
5K201
【Ｆターム（参考）】
5K201BB04
5K201BD05
5K201CB12
5K201EC06
5K201FA10
5K201FB01
(57)【要約】 （修正有）
【課題】障害発生時などの非常時において、複数の通信事業者が連携して携帯通信サービスを提供する。
【解決手段】通信制御システムにおいて、Ｐ２Ｐネットワークを構成する通信制御装置１ａは、通信事業者ＡのＵＤＲサーバに登録されているユーザ端末３ａの加入者識別情報に基づいて生成されたトランザクションを取得し、トランザクションを含むブロックを生成し、ブロックの採択についての合意形成を行い、合意形成したブロックをブロックチェーンに追加し管理し、ＵＤＲサーバ２ａにおける障害の発生を示す異常発生通知を取得し、異常発生通知に応じて、ブロックチェーンから加入者識別情報を抽出し、自装置に接続するＵＤＲサーバに登録させる。ユーザ端末から位置登録要求信号を取得すると、ＵＤＲサーバに登録された加入者識別情報に基づいて、通信事業者Ａの第１ネットワークＬとは異なる通信事業者Ｂ（ｃ）の第２ネットワークへの接続先を特定する。
【選択図】図１
【解決手段】通信制御システムにおいて、Ｐ２Ｐネットワークを構成する通信制御装置１ａは、通信事業者ＡのＵＤＲサーバに登録されているユーザ端末３ａの加入者識別情報に基づいて生成されたトランザクションを取得し、トランザクションを含むブロックを生成し、ブロックの採択についての合意形成を行い、合意形成したブロックをブロックチェーンに追加し管理し、ＵＤＲサーバ２ａにおける障害の発生を示す異常発生通知を取得し、異常発生通知に応じて、ブロックチェーンから加入者識別情報を抽出し、自装置に接続するＵＤＲサーバに登録させる。ユーザ端末から位置登録要求信号を取得すると、ＵＤＲサーバに登録された加入者識別情報に基づいて、通信事業者Ａの第１ネットワークＬとは異なる通信事業者Ｂ（ｃ）の第２ネットワークへの接続先を特定する。
【選択図】図１
【特許請求の範囲】
【請求項1】
ピアツーピアネットワークを構成する通信制御装置であって、
第１通信事業者の統合データレポジトリを備える第１サーバに登録されている、第１ユーザ端末の第１加入者識別情報に基づいて生成された第１トランザクションを、前記ピアツーピアネットワークを介して取得する第１取得部と、
前記第１トランザクションを含むブロックを生成し、前記ブロックの採択についての前記ピアツーピアネットワークにおける合意形成を行い、合意形成した前記ブロックをブロックチェーンに追加するブロックチェーン管理部と、
前記第１サーバにおける障害の発生を示す異常発生通知を取得する第２取得部と、
前記異常発生通知に応じて、前記ブロックチェーンから前記第１加入者識別情報を抽出する抽出部と、
抽出された前記第１加入者識別情報を、自装置に接続する第２通信事業者の統合データレポジトリを備える第２サーバに登録させる設定部と、
前記第１ユーザ端末から位置登録要求信号を取得すると、前記第２サーバに登録された前記第１加入者識別情報に基づいて、前記第１通信事業者の第１ネットワークとは異なる前記第２通信事業者の第２ネットワークへの接続先を特定する通信制御部と
を備える通信制御装置。
第１通信事業者の統合データレポジトリを備える第１サーバに登録されている、第１ユーザ端末の第１加入者識別情報に基づいて生成された第１トランザクションを、前記ピアツーピアネットワークを介して取得する第１取得部と、
前記第１トランザクションを含むブロックを生成し、前記ブロックの採択についての前記ピアツーピアネットワークにおける合意形成を行い、合意形成した前記ブロックをブロックチェーンに追加するブロックチェーン管理部と、
前記第１サーバにおける障害の発生を示す異常発生通知を取得する第２取得部と、
前記異常発生通知に応じて、前記ブロックチェーンから前記第１加入者識別情報を抽出する抽出部と、
抽出された前記第１加入者識別情報を、自装置に接続する第２通信事業者の統合データレポジトリを備える第２サーバに登録させる設定部と、
前記第１ユーザ端末から位置登録要求信号を取得すると、前記第２サーバに登録された前記第１加入者識別情報に基づいて、前記第１通信事業者の第１ネットワークとは異なる前記第２通信事業者の第２ネットワークへの接続先を特定する通信制御部と
を備える通信制御装置。
【請求項2】
請求項１に記載の通信制御装置において、
前記第１加入者識別情報は、前記第１ユーザ端末の電話番号と、加入者識別番号と、前記第１通信事業者が提供可能なサービスの種別との項目を含む
ことを特徴とする通信制御装置。
前記第１加入者識別情報は、前記第１ユーザ端末の電話番号と、加入者識別番号と、前記第１通信事業者が提供可能なサービスの種別との項目を含む
ことを特徴とする通信制御装置。
【請求項3】
請求項２に記載の通信制御装置において、
前記第１トランザクションは、前記第１通信事業者の識別子に関連付けられた前記第１加入者識別情報を含む
ことを特徴とする通信制御装置。
前記第１トランザクションは、前記第１通信事業者の識別子に関連付けられた前記第１加入者識別情報を含む
ことを特徴とする通信制御装置。
【請求項4】
請求項３に記載の通信制御装置において、
前記第１トランザクションは、さらに、前記第１加入者識別情報に関連付けられた前記第１ユーザ端末の契約に関する属性情報および前記属性情報と過去のトランザクションとの関連性を示す情報を含む
ことを特徴とする通信制御装置。
前記第１トランザクションは、さらに、前記第１加入者識別情報に関連付けられた前記第１ユーザ端末の契約に関する属性情報および前記属性情報と過去のトランザクションとの関連性を示す情報を含む
ことを特徴とする通信制御装置。
【請求項5】
請求項４に記載の通信制御装置において、
さらに、前記ブロックチェーンにおいて、前記第１加入者識別情報に含まれる前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかに基づいて、前記第１ユーザ端末の契約に関する前記属性情報の不整合の有無を判定する判定部を備え、
前記設定部は、前記判定部が、前記属性情報の不整合があると判定した場合、前記第１加入者識別情報の前記第２サーバへの登録を留保させる
ことを特徴とする通信制御装置。
さらに、前記ブロックチェーンにおいて、前記第１加入者識別情報に含まれる前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかに基づいて、前記第１ユーザ端末の契約に関する前記属性情報の不整合の有無を判定する判定部を備え、
前記設定部は、前記判定部が、前記属性情報の不整合があると判定した場合、前記第１加入者識別情報の前記第２サーバへの登録を留保させる
ことを特徴とする通信制御装置。
【請求項6】
請求項５に記載の通信制御装置において、
前記判定部は、前記ブロックチェーンにおいて、前記第１ユーザ端末の契約に関する前記属性情報に基づいて、前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかの重複の有無を判定し、
前記設定部は、前記判定部が、前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかの重複があると判定した場合、前記第１加入者識別情報の前記第２サーバへの登録を留保させる
ことを特徴とする通信制御装置。
前記判定部は、前記ブロックチェーンにおいて、前記第１ユーザ端末の契約に関する前記属性情報に基づいて、前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかの重複の有無を判定し、
前記設定部は、前記判定部が、前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかの重複があると判定した場合、前記第１加入者識別情報の前記第２サーバへの登録を留保させる
ことを特徴とする通信制御装置。
【請求項7】
請求項６に記載の通信制御装置において、
さらに、前記第２サーバに登録されている、第２ユーザ端末の第２加入者識別情報に基づいて、第２トランザクションを生成する生成部と、
前記第２トランザクションを、前記ピアツーピアネットワークを介して、他の通信制御装置に送信する送信部と、
前記第２サーバにおける障害の発生を検出し、異常発生通知を前記他の通信制御装置に送信する異常管理部と
を備える通信制御装置。
さらに、前記第２サーバに登録されている、第２ユーザ端末の第２加入者識別情報に基づいて、第２トランザクションを生成する生成部と、
前記第２トランザクションを、前記ピアツーピアネットワークを介して、他の通信制御装置に送信する送信部と、
前記第２サーバにおける障害の発生を検出し、異常発生通知を前記他の通信制御装置に送信する異常管理部と
を備える通信制御装置。
【請求項8】
ピアツーピアネットワークを構成する通信制御装置による通信制御方法であって、
第１通信事業者の統合データレポジトリを備える第１サーバに登録されている、第１ユーザ端末の第１加入者識別情報に基づいて生成された第１トランザクションを、前記ピアツーピアネットワークを介して取得する第１ステップと、
前記第１トランザクションを含むブロックを生成し、前記ブロックの採択についての前記ピアツーピアネットワークにおける合意形成を行い、合意形成した前記ブロックをブロックチェーンに追加する第２ステップと、
前記第１サーバにおける障害の発生を示す異常発生通知を取得する第３ステップと、
前記異常発生通知に応じて、前記ブロックチェーンから前記第１加入者識別情報を抽出する第４ステップと、
抽出された前記第１加入者識別情報を、自装置に接続する第２通信事業者の統合データレポジトリを備える第２サーバに登録させる第５ステップと、
前記第１ユーザ端末から位置登録要求信号を取得すると、前記第２サーバに登録された前記第１加入者識別情報に基づいて、前記第１通信事業者の第１ネットワークとは異なる前記第２通信事業者の第２ネットワークへの接続先を特定する第６ステップと
を備える通信制御方法。
第１通信事業者の統合データレポジトリを備える第１サーバに登録されている、第１ユーザ端末の第１加入者識別情報に基づいて生成された第１トランザクションを、前記ピアツーピアネットワークを介して取得する第１ステップと、
前記第１トランザクションを含むブロックを生成し、前記ブロックの採択についての前記ピアツーピアネットワークにおける合意形成を行い、合意形成した前記ブロックをブロックチェーンに追加する第２ステップと、
前記第１サーバにおける障害の発生を示す異常発生通知を取得する第３ステップと、
前記異常発生通知に応じて、前記ブロックチェーンから前記第１加入者識別情報を抽出する第４ステップと、
抽出された前記第１加入者識別情報を、自装置に接続する第２通信事業者の統合データレポジトリを備える第２サーバに登録させる第５ステップと、
前記第１ユーザ端末から位置登録要求信号を取得すると、前記第２サーバに登録された前記第１加入者識別情報に基づいて、前記第１通信事業者の第１ネットワークとは異なる前記第２通信事業者の第２ネットワークへの接続先を特定する第６ステップと
を備える通信制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信制御装置および通信制御方法に関する。
【背景技術】
【0002】
携帯通信サービスは経済活動や国民生活に不可欠なライフラインである。このため、障害発生時などの非常時においても確実に端末装置のデータ通信、音声通話等の各種サービスを利用できる仕組みが求められている。
【0003】
例えば、特許文献１には、同一の加入者識別番号で事業者間のローミングを図る技術が開示されている。特許文献１に開示された技術では、ホーム側の通信事業者における移動通信網から移動先の移動通信網に移動してローミングを要求したときに、移動先の交換機はローミング番号を割り当てする。ホーム側のメモリ局は、ローミング番号を格納し、ローミング中の加入者に対する着呼接続があったとき、加入者識別番号に対するローミング番号を移動先の交換局に送出する。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開平５－１４２７１号公報
【非特許文献】
【0005】
【非特許文献1】Ｓａｔｏｓｈｉ Ｎａｋａｍｏｔｏ，“Ｂｉｔｃｏｉｎ：Ａ ｐｅｅｒ－ｔｏ－ｐｅｅｒ Ｅｌｅｃｔｒｏｎｉｃ Ｃａｓｈ Ｓｙｓｔｅｍ．”（２００８）．
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかし、特許文献１の技術では、ホーム側のメモリ局が動作していることが必要であり、ホーム側の通信事業者において障害などが発生したときに、事業者間でローミングを図ることができない。
【0007】
このように、従来の技術によれば、障害発生時などの非常時において、複数の通信事業者が連携して携帯通信サービスを提供することが困難であった。
【0008】
本発明は、上述した課題を解決するためになされたものであり、障害発生時などの非常時において、複数の通信事業者が連携して携帯通信サービスを提供することを目的とする。
【課題を解決するための手段】
【0009】
上述した課題を解決するために、本発明に係る通信制御装置は、ピアツーピアネットワークを構成する通信制御装置であって、第１通信事業者の統合データレポジトリを備える第１サーバに登録されている、第１ユーザ端末の第１加入者識別情報に基づいて生成された第１トランザクションを、前記ピアツーピアネットワークを介して取得する第１取得部と、前記第１トランザクションを含むブロックを生成し、前記ブロックの採択についての前記ピアツーピアネットワークにおける合意形成を行い、合意形成した前記ブロックをブロックチェーンに追加するブロックチェーン管理部と、前記第１サーバにおける障害の発生を示す異常発生通知を取得する第２取得部と、前記異常発生通知に応じて、前記ブロックチェーンから前記第１加入者識別情報を抽出する抽出部と、抽出された前記第１加入者識別情報を、自装置に接続する第２通信事業者の統合データレポジトリを備える第２サーバに登録させる設定部と前記第１ユーザ端末から位置登録要求信号を取得すると、前記第２サーバに登録された前記第１加入者識別情報に基づいて、前記第１通信事業者の第１ネットワークとは異なる前記第２通信事業者の第２ネットワークへの接続先を特定する通信制御部とを備えるとを備える。
【0010】
また、本発明に係る通信制御装置において、前記第１加入者識別情報は、前記第１ユーザ端末の電話番号と、加入者識別番号と、前記第１通信事業者が提供可能なサービスの種別との項目を含んでいてもよい。
【0011】
また、本発明に係る通信制御装置において、前記第１トランザクションは、前記第１通信事業者の識別子に関連付けられた前記第１加入者識別情報を含んでいてもよい。
【0012】
また、本発明に係る通信制御装置において、前記第１トランザクションは、さらに、前記第１加入者識別情報に関連付けられた前記第１ユーザ端末の契約に関する属性情報および前記属性情報と過去のトランザクションとの関連性を示す情報を含んでいてもよい。
【0013】
また、本発明に係る通信制御装置において、さらに、前記ブロックチェーンにおいて、前記第１加入者識別情報に含まれる前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかに基づいて、前記第１ユーザ端末の契約に関する前記属性情報の不整合の有無を判定する判定部を備え、前記設定部は、前記判定部が、前記属性情報の不整合があると判定した場合、前記第１加入者識別情報の前記第２サーバへの登録を留保させいてもよい。
【0014】
また、本発明に係る通信制御装置において、前記判定部は、前記ブロックチェーンにおいて、前記第１ユーザ端末の契約に関する前記属性情報に基づいて、前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかの重複の有無を判定し、前記設定部は、前記判定部が、前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかの重複があると判定した場合、前記第１加入者識別情報の前記第２サーバへの登録を留保させてもよい。
【0015】
また、本発明に係る通信制御装置において、さらに、前記第２サーバに登録されている、第２ユーザ端末の第２加入者識別情報に基づいて、第２トランザクションを生成する生成部と、前記第２トランザクションを、前記ピアツーピアネットワークを介して、他の通信制御装置に送信する送信部と、前記第２サーバにおける障害の発生を検出し、異常発生通知を前記他の通信制御装置に送信する異常管理部とを備えていてもよい。
【0016】
上述した課題を解決するために、本発明に係る通信制御方法は、ピアツーピアネットワークを構成する通信制御装置による通信制御方法であって、第１通信事業者の統合データレポジトリを備える第１サーバに登録されている、第１ユーザ端末の第１加入者識別情報に基づいて生成された第１トランザクションを、前記ピアツーピアネットワークを介して取得する第１ステップと、前記第１トランザクションを含むブロックを生成し、前記ブロックの採択についての前記ピアツーピアネットワークにおける合意形成を行い、合意形成した前記ブロックをブロックチェーンに追加する第２ステップと、前記第１サーバにおける障害の発生を示す異常発生通知を取得する第３ステップと、前記異常発生通知に応じて、前記ブロックチェーンから前記第１加入者識別情報を抽出する第４ステップと、抽出された前記第１加入者識別情報を、自装置に接続する第２通信事業者の統合データレポジトリを備える第２サーバに登録させる第５ステップと前記第１ユーザ端末から位置登録要求信号を取得すると、前記第２サーバに登録された前記第１加入者識別情報に基づいて、前記第１通信事業者の第１ネットワークとは異なる前記第２通信事業者の第２ネットワークへの接続先を特定する第６ステップとを備える。
【発明の効果】
【0017】
本発明によれば、第１ユーザ端末の第１加入者識別情報に基づいて生成された第１トランザクションを、ピアツーピアネットワークを介して取得し、第１トランザクションを含むブロックを生成する。そのため、障害発生時などの非常時において、複数の通信事業者が連携して携帯通信サービスを継続して提供することができる。
【図面の簡単な説明】
【0018】
【発明を実施するための形態】
【0019】
以下、本発明の好適な実施の形態について、図１から図５を参照して詳細に説明する。
［通信制御システムの構成］
まず、本発明の実施の形態に係る通信制御装置１ａ、１ｂ、１ｃを備える通信制御システムの概要について説明する。図１に示すように、通信制御システムは、ピアツーピア（Ｐ２Ｐ）ネットワークＮＷに、予め許可された参加ノードとして複数の通信制御装置１ａ、１ｂ、１ｃが接続している。通信制御装置１ａ、１ｂ、１ｃの各々には、ＵＤＲ（統合データレポジトリ：Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ）サーバ２ａ、２ｂ、２ｃが接続されている。
［通信制御システムの構成］
まず、本発明の実施の形態に係る通信制御装置１ａ、１ｂ、１ｃを備える通信制御システムの概要について説明する。図１に示すように、通信制御システムは、ピアツーピア（Ｐ２Ｐ）ネットワークＮＷに、予め許可された参加ノードとして複数の通信制御装置１ａ、１ｂ、１ｃが接続している。通信制御装置１ａ、１ｂ、１ｃの各々には、ＵＤＲ（統合データレポジトリ：Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ）サーバ２ａ、２ｂ、２ｃが接続されている。
【0020】
通信制御装置１ａ、１ｂ、１ｃは、携帯電話、データ通信サービス等を提供する通信事業者Ａ、Ｂ、Ｃが備える顧客システムに設けられる。顧客システムとは、通信サービスの提供に係る契約情報など、顧客管理のための加入者情報を管理および記憶するシステムである。また、ＵＤＲサーバ２ａ、２ｂ、２ｃは、通信事業者Ａ、Ｂ、Ｃがそれぞれのユーザに通信サービスを提供するために必要となる加入者プロファイルを記憶管理するサーバである。通信事業者Ａ、Ｂ、Ｃは、それぞれが同じ通信規格、例えば、４Ｇ（ＬＴＥ）通信規格または５Ｇ通信規格に準拠する通信サービスを提供する。
【0021】
通信制御装置１ａ、１ｂ、１ｃとＵＤＲサーバ２ａ、２ｂ、２ｃとは、それぞれＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークＬを介して接続されている。例えば、通信事業者Ａは、自己が備えるＵＤＲサーバ２ａにアクセスすることができるが、他の通信事業者Ｂ、ＣのＵＤＲサーバ２ｂ、２ｃにはアクセスすることができない。以下、通信制御装置１ａ、１ｂ、１ｃは、それぞれ同じ構成を有し、通信制御装置１と総称する場合がある。ＵＤＲサーバ２ａ、２ｂ、２ｃについても同様に、それぞれが同じ構成を有し、ＵＤＲサーバ２と総称する場合がある。
【0022】
ここで、図１に示すように、通信事業者Ａは、ユーザ端末３ａのユーザが通信サービスの契約をしているホーム側の事業者である。同様に、通信事業者Ｂは、ユーザ端末３ｂのユーザが通信サービスの契約をしている事業者であり、通信事業者Ｃは、ユーザ端末３ｃのユーザが通信サービスの契約をしている事業者である。
【0023】
通信事業者Ａが備える通信制御装置１ａは、ユーザ端末３ａのユーザにおける通信サービスの契約や個人情報を含む加入者情報を記憶する加入者情報記憶部１１を備える。ＵＤＲサーバ２ａは、通信事業者Ａがユーザ端末３ａのユーザに通信サービスを提供するために必要な加入者プロファイル（第１加入者識別情報）を記憶する第１記憶部２１を備える。また、通信事業者Ａは、図示されない基地局を備える。
【0024】
ユーザ端末３ａ、３ｂ、３ｃは、ＳＩＭ３０を備え、スマートフォンなどの携帯通信端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、タブレット型コンピュータ、ラップトップ型コンピュータ（いわゆる、ノートパソコン）などとして実現される。ユーザ端末３ａ、３ｂ、３ｃは、同様の構成を有し、これらを総称して「ユーザ端末３」ということがある。また、以下において、ユーザ端末３ａを例に挙げて説明する。
【0025】
例えば、ユーザ端末３ａに搭載されるＳＩＭ３０には、通信事業者Ａと契約するユーザの契約プロファイルが格納されている。ＳＩＭ３０の契約プロファイルには、ユーザの加入者識別情報が格納され、携帯電話の回線契約に割り当てられる加入者識別番号（ＩＭＳＩ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）、加入者であるユーザの電話番号（ＭＳＩＳＤＮ：Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ）、ＳＩＭカード番号（ＩＣＣＩＤ：Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ Ｉｄｅｎｔｉｆｉｅｒ）、共通秘密鍵/共有鍵暗号といった個別の識別子情報が含まれる。
【0026】
ユーザ端末３ａのユーザが通信事業者Ａと、例えば、４Ｇ（ＬＴＥ）通信の契約をすると、通信事業者Ａの顧客システムからのサービスオーダ（ＳＯ）がＵＤＲサーバ２ａに投入される。すると、ＵＤＲサーバ２ａにおいて、契約プロファイルとしてＭＳＩＳＤＮキーと移動管理プロファイルとしてＩＭＳＩキーが作成される。これら契約プロファイルおよび移動管理プロファイルは、通信事業者Ａがユーザ端末３ａにおいて通信サービスを利用可能とするための加入者プロファイルを構成する。ユーザ端末３ａのユーザは、通信事業者Ａと契約していればよく、通信事業者Ｂまたは通信事業者Ｃとは契約していなくてもよい。
【0027】
ＵＤＲサーバ２ａの第１記憶部２１には、ＩＭＳＩをキーとするテーブルが作成され、属性として、ＭＳＩＳＤＮ／共通秘密鍵／共有鍵暗号／契約情報（音声／データ通信／ＳＭＳ）／在圏情報の欄にユーザ端末３ａのＩＭＳＩが在圏しているＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）のアドレス情報が書き込まれる。
【0028】
その後、ユーザ端末３ａに対して、ＵＤＲサーバ２ａから位置登録完了信号が送信されると、ユーザ端末３ａには、加入者プロファイルに基づいたデータ通信や音声等の通信サービスが通信事業者Ａによって提供される。
【0029】
より具体的には、通信事業者Ａと契約するユーザの加入者プロファイルが格納されているＳＩＭ３０がユーザ端末３ａに差し込まれると、位置登録要求信号が、通信事業者Ａの４Ｇ（ＬＴＥ）通信規格に対応する基地局、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）サーバ、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）サーバを介して、ＵＤＲサーバ２ａに到達する。その後、ＵＤＲサーバ２ａにおいて、ユーザ端末３ａの加入者プロファイルの在圏情報にＭＭＥサーバのアドレス情報が書き込まれる。すると、ＵＤＲサーバ２ａからＨＳＳサーバ、ＭＭＥサーバ、および基地局を経て、ユーザ端末３ａに、位置登録完了信号が到達する。これらの処理が完了すると、ユーザ端末３ａは加入者プロファイルに基づいたデータ通信や音声などの通信が可能となる。
【0030】
なお、５Ｇ通信の契約についても４Ｇ（ＬＴＥ）通信と同様に行われる。５Ｇ通信の場合には、位置登録要求信号は、５Ｇ通信規格に対応する基地局から、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）サーバ、ＵＤＭ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ）サーバを経て、ＵＤＲサーバ２ａに到達する。
【0031】
ここで、ホーム側のＵＤＲサーバ２ａにおいて、何らかの原因による障害が発生し、ＵＤＲサーバ２ａにアクセスできない状態となった場合、通信事業者Ａは、データ通信、音声通信、および緊急呼通信を含むサービスをユーザ端末３ａのユーザに提供することができなくなる。このようなサービス断が発生すると、社会的にも多大な影響を及ぼすことになる。なお、ＵＤＲサーバ２ａの障害や故障の発生により、一時的にＵＤＲサーバ２ａにアクセスできない状態を、異常が発生した状態という。
【0032】
そこで、本実施の形態では、Ｐ２ＰネットワークＮＷを通じて、通信事業者Ａ、Ｂ、Ｃ間でユーザ端末３ａ、３ｂ、３ｃの加入者プロファイルに含まれる情報を共有する。そして、ある通信事業者ＡのＵＤＲサーバ２ａで障害が発生し、一時的にシステム断となった場合、他の通信事業者Ｂ、Ｃがユーザ端末３ａの加入者プロファイルを一時的にＵＤＲサーバ２ｂ、２ｃに登録し、通信事業者Ａのユーザ端末３ａのユーザに対して同等の通信サービスを提供することを可能とする。
【0033】
通信事業者Ａ、Ｂ、Ｃ間での加入者プロファイルに含まれる情報の共有は、暗号学的ハッシュブロックの連鎖であるブロックチェーンにより実現する。ブロックチェーンは、例えば、非特許文献１に開示される仮想通貨の一つであるビットコイン等で用いられている公知の技術である。
【0034】
本実施の形態に係る通信制御システムでは、各参加ノードの通信制御装置１ａ、１ｂ、１ｃがＰ２ＰネットワークＮＷ全体の加入者プロファイルを含むトランザクションを共有および管理する。
【0035】
以下において、Ｐ２ＰネットワークＮＷでの加入者プロファイルの共有について具体的に説明する。まず、ＵＤＲサーバ２の障害が発生していない正常な状態を考える。この状況で、通信事業者Ａ、Ｂ、Ｃが、ユーザ端末３ａ、３ｂ、３ｃの加入者プロファイルをＵＤＲサーバ２ａ、２ｂ、２ｃにそれぞれ登録する。すると、ＵＤＲサーバ２ａ、２ｂ、２ｃに登録された、ユーザ端末３ａ、３ｂ、３ｃの加入者プロファイルを含む情報をトランザクションとしたブロックが生成される。さらに、生成されたブロックは公知の合意形成アルゴリズムにより検証されて、そのブロックが、過去に登録された加入者プロファイルを含むトランザクションを記憶しているブロックチェーンに連結して、通信制御装置１ａ、１ｂ、１ｃ間で共有される。
【0036】
ブロックチェーンの特徴としては、分散型データベースであること、書き込み専用であり改ざんが困難であること、さらに、非中央集権型であること等が挙げられる。ブロックチェーンは、参加ノードが同じデータを共有するため、ある参加ノード等に障害が発生してもネットワーク全体としては動き続けることができる。本実施の形態に係る通信制御システムでは、このようなブロックチェーンの特徴を利用して、より安全に、かつ、信頼性の高い加入者プロファイルの共有を実現する。
【0037】
このようなブロックチェーンに代表される分散型台帳技術では、分散型台帳あるいはブロックチェーンによってＰ２ＰネットワークＮＷ上に保持された情報を公開し、誰でもアクセス可能とすることができる。一方、本実施の形態に係る通信制御システムでは、特定の通信事業者Ａ、Ｂ、Ｃの通信制御装置１ａ、１ｂ、１ｃのみに加入者プロファイルに係る情報のアクセスを可能とするパーミッション型のコンソーシアム・ブロックチェーンを扱うものとする。なお、参加ノードの数は、３つに限らない。
【0038】
［ＵＤＲサーバの機能ブロック］
図１に示すように、ＵＤＲサーバ２ａ、２ｂ、２ｃは、登録部２０、第１記憶部２１、第２記憶部２２、検出部２３、および通知部２４を備える。ＵＤＲサーバ２は、ネットワークＬを介して通信制御装置１に接続されている。なお、以下の説明では、通信事業者Ａが備えるＵＤＲサーバ２ａを例に挙げて説明する。
図１に示すように、ＵＤＲサーバ２ａ、２ｂ、２ｃは、登録部２０、第１記憶部２１、第２記憶部２２、検出部２３、および通知部２４を備える。ＵＤＲサーバ２は、ネットワークＬを介して通信制御装置１に接続されている。なお、以下の説明では、通信事業者Ａが備えるＵＤＲサーバ２ａを例に挙げて説明する。
【0039】
登録部２０は、ユーザ端末３ａのユーザが、通信事業者Ａと通信サービスの契約を行った場合などに、後述の通信制御装置１ａが備える第１設定部１０によるサービスオーダ（ＳＯ）の投入を受けて、ユーザ端末３ａの加入者プロファイルを登録する。登録部２０は、ユーザ端末３ａの加入者プロファイルを、第１記憶部２１に記憶することができる。
【0040】
第１記憶部２１は、ユーザ端末３ａの加入者プロファイルを記憶する。加入者プロファイルは、通信事業者Ａと契約するユーザがユーザ端末３ａでの通信サービスを利用可能とするために必要な情報（第１加入者識別情報）である。加入者プロファイルには、加入者識別番号（ＩＭＳＩ）、ユーザの電話番号（ＭＳＩＳＤＮ）等が含まれ、契約プロファイルとしてＭＳＩＳＤＮキーと移動管理プロファイルとしてＩＭＳＩキーが作成される。ＭＳＩＳＤＮをキーとした契約プロファイルテーブルには、契約サービスの詳細として、データ通信、音声、ＳＭＳや、サービスの種別を示す項目が含まれる。また、ＩＭＳＩをキーとした移動管理プロファイルテーブルには、在圏情報としてＭＭＥアドレスが書き込まれる。
【0041】
第２記憶部２２は、他の通信事業者Ｂ、Ｃと契約するユーザのユーザ端末３ｂ、３ｃの加入者プロファイル（第２加入者識別情報）を記憶する。これらの加入者プロファイルは、ＵＤＲサーバ２ｂ、２ｃでの異常が発生してから復旧するまでの間、一時的に第２記憶部２２に記憶される。
【0042】
検出部２３は、ＵＤＲサーバ２ａにおいて障害や故障が発生した場合に、異常の発生を検出する。
【0043】
通知部２４は、検出部２３がＵＤＲサーバ２ａにおける異常の発生を検出すると、異常発生通知を生成し、ネットワークＬを介して通信制御装置１ａに通知する。異常発生通知には、通信事業者Ａの識別子が付加される。
【0044】
［通信制御装置の機能ブロック］
図１に示すように、通信制御装置１ａ、１ｂ、１ｃは、例えば、第１設定部１０、加入者情報記憶部１１、トランザクション生成部１２、ブロックチェーン管理部１３、ブロックチェーン記憶部１４、異常管理部１５、抽出部１６、第２設定部１７、判定部１８、および通信制御部１９を備える。以下では、通信事業者Ａが備える通信制御装置１ａとして説明する。
図１に示すように、通信制御装置１ａ、１ｂ、１ｃは、例えば、第１設定部１０、加入者情報記憶部１１、トランザクション生成部１２、ブロックチェーン管理部１３、ブロックチェーン記憶部１４、異常管理部１５、抽出部１６、第２設定部１７、判定部１８、および通信制御部１９を備える。以下では、通信事業者Ａが備える通信制御装置１ａとして説明する。
【0045】
第１設定部１０は、ユーザ端末３ａのユーザが、通信事業者Ａと通信サービスの契約を行うと、ＵＤＲサーバ２ａに対してサービスオーダ（ＳＯ）を投入する。第１設定部１０は、ユーザ端末３ａの加入者プロファイルをＵＤＲサーバ２ａに登録させる。
【0046】
加入者情報記憶部１１は、ユーザ端末３ａの契約やユーザの個人情報などを含む加入者情報が記憶される。加入者情報には、契約の種別など加入者プロファイルには含まれない顧客管理に関する情報も含まれる。契約の種別とは、ユーザの契約が新規契約であるか契約変更であるか、ポートイン契約であるか、ポートアウト契約であるか、解約であるかの情報を含む。また、加入者情報は、加入者プロファイル（第１加入者識別情報）あるいはその一部の情報を含んでいてもよい。加入者情報記憶部１１は、例えば、ユーザの識別情報に契約の種別などの情報を関連付けて記憶する。
【0047】
トランザクション生成部１２は、生成部１２０および送信部１２１を備える。生成部１２０は、通信事業者Ａと契約するユーザ端末３ａへの通信サービスの提供に必要な加入者プロファイルに含まれる情報に基づいて、トランザクションを生成する。
【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】
通信制御部１９は、異常発生通知に係る通信事業者（例えば、通信事業者Ｂとする）と契約するユーザのユーザ端末３ｂから位置登録要求信号を取得すると、ＵＤＲサーバ２ａの第２記憶部２２に記憶されているユーザ端末３ｂの加入者プロファイルに基づいて、通信事業者Ｂのネットワーク（第１ネットワーク）とは異なる通信事業者Ａ（第２通信事業者）のネットワーク（第２ネットワーク）への接続先を特定する。
【0083】
［通信制御装置のハードウェア構成］
次に、上述した機能を有する通信制御装置１を実現するハードウェア構成の一例について、図２を用いて説明する。
次に、上述した機能を有する通信制御装置１を実現するハードウェア構成の一例について、図２を用いて説明する。
【0084】
図２に示すように、通信制御装置１は、例えば、バス１０１を介して接続されるプロセッサ１０２、主記憶装置１０３、通信インターフェース１０４、補助記憶装置１０５、入出力Ｉ／Ｏ１０６を備えるコンピュータと、これらのハードウェア資源を制御するプログラムによって実現することができる。
【0085】
主記憶装置１０３には、プロセッサ１０２が各種制御や演算を行うためのプログラムが予め格納されている。プロセッサ１０２と主記憶装置１０３とによって、図１に示したトランザクション生成部１２、ブロックチェーン管理部１３、異常管理部１５、抽出部１６、判定部１８、通信制御部１９など通信制御装置１の各機能が実現される。
【0086】
通信インターフェース１０４は、通信制御装置１と各種外部電子機器との間をネットワーク接続するためのインターフェース回路である。通信インターフェース１０４によって図１で示した取得部１３０、１５０、送信部１２１、１５１が実現される。
【0087】
補助記憶装置１０５は、読み書き可能な記憶媒体と、その記憶媒体に対してプログラムやデータなどの各種情報を読み書きするための駆動装置とで構成されている。補助記憶装置１０５には、記憶媒体としてハードディスクやフラッシュメモリなどの半導体メモリを使用することができる。
【0088】
補助記憶装置１０５は、通信制御装置１が実行する通信制御プログラムを格納するプログラム格納領域を有する。また、補助記憶装置１０５は、ブロックチェーンの管理を行うための合意形成プロフラム、およびトランザクション生成ブログラムを格納する領域を有する。補助記憶装置１０５によって、図１で説明した加入者情報記憶部１１、およびブロックチェーン記憶部１４が実現される。さらには、例えば、上述したデータやプログラムなどをバックアップするためのバックアップ領域などを有していてもよい。
【0089】
入出力Ｉ／Ｏ１０６は、外部機器からの信号を入力したり、外部機器へ信号を出力したりする入出力装置である。
【0090】
［ＵＤＲサーバのハードウェア構成］
ＵＤＲサーバ２についても、通信制御装置１と同様に、バスを介して接続されるプロセッサ、主記憶装置、通信インターフェース、補助記憶装置、入出力Ｉ／Ｏを備えるコンピュータと、これらのハードウェア資源を制御するプログラムによって実現することができる。
ＵＤＲサーバ２についても、通信制御装置１と同様に、バスを介して接続されるプロセッサ、主記憶装置、通信インターフェース、補助記憶装置、入出力Ｉ／Ｏを備えるコンピュータと、これらのハードウェア資源を制御するプログラムによって実現することができる。
【0091】
［通信制御システムの動作シーケンス］
次に、上述した構成を有する通信制御装置１を備える通信制御システムの動作を、図４および図５のシーケンス図を参照して説明する。図４は、通信制御システムにおけるトランザクションおよびブロックの生成までの処理を示すシーケンス図である。図５は、通信制御システムにおいてＵＤＲサーバ２の障害が発生した場合の、通信制御処理を示すシーケンス図である。
次に、上述した構成を有する通信制御装置１を備える通信制御システムの動作を、図４および図５のシーケンス図を参照して説明する。図４は、通信制御システムにおけるトランザクションおよびブロックの生成までの処理を示すシーケンス図である。図５は、通信制御システムにおいてＵＤＲサーバ２の障害が発生した場合の、通信制御処理を示すシーケンス図である。
【0092】
まず、ユーザ端末３ａ、３ｂ、３ｃのユーザが、それぞれ通信事業者Ａ、Ｂ、Ｃと通信サービスの契約を行う。すると、図４に示すように、通信事業者Ａ、Ｂ、Ｃの通信制御装置１ａ、１ｂ、１ｃの各々の第１設定部１０は、ユーザ端末３ａ、３ｂ、３ｃの加入者プロファイルを作成しＵＤＲサーバ２ａ、２ｂ、２ｃに登録させる（ステップＳ１）。次に、ＵＤＲサーバ２ａ、２ｂ、２ｃの登録部２０は、第１記憶部２１にユーザ端末３ａ、３ｂ、３ｃの加入者プロファイルを記憶する（ステップＳ２）。
【0093】
その後、ＵＤＲサーバ２ａ、２ｂ、２ｃは、通信制御装置１ａ、１ｂ、１ｃに加入者プロファイルの登録が完了したことを通知する（ステップＳ３）。通信制御装置１ａ、１ｂ、１ｃの生成部１２０は、登録されたユーザ端末３ａ、３ｂ、３ｃの加入者プロファイルに含まれる加入者識別番号（ＩＭＳＩ）、ユーザの電話番号（ＭＳＩＳＤＮ）、属性情報、およびサービスに関する情報に基づいてトランザクションを生成する（ステップＳ４）。このように、それぞれの通信事業者Ａ、Ｂ、Ｃは、自己と契約するユーザのサービスオーダ（ＳＯ）を投入し、ＵＤＲサーバ２ａ、２ｂ、２ｃに各ユーザの加入者プロファイルを作成する。
【0094】
続いて、通信制御装置１ａ、１ｂ、１ｃの送信部１２１は、ステップＳ４で生成されたトランザクションをＰ２ＰネットワークＮＷにブロードキャストする（ステップＳ５）。次に、通信制御装置１ａ、１ｂ、１ｃの取得部１３０は、ブロードキャストされたトランザクションを取得する。さらに、管理部１３１は、取得したトランザクションを含むブロックを生成する。管理部１３１は、例えば、一定期間の間に取得したトランザクションを集めた１つのブロックを生成する。そして、管理部１３１は、生成されたブロックの採択についてＰ２ＰネットワークＮＷにおける合意形成を行い、合意形成されたブロックを、ブロックチェーンに追加する（ステップＳ６）。ブロックチェーンは、ブロックチェーン記憶部１４に記憶される。
【0095】
以上の処理によって、Ｐ２ＰネットワークＮＷにおいて通信事業者Ａ、Ｂ、Ｃ間で加入者プロファイルの情報が共有される。
【0096】
ここで、図５を参照し、通信事業者ＡのＵＤＲサーバ２ａに障害が発生した場合の通信制御処理を説明する。まず、通信事業者ＡのＵＤＲサーバ２ａの検出部２３は、異常の発生を検出し、通知部２４が通信制御装置１ａに異常発生通知を送信する（ステップＳ１０）。通信制御装置１ａの取得部１５０は、異常発生通知を取得する。そして、送信部１５１は、異常発生通知を通信制御装置１ｂ、１ｃに送信する（ステップＳ１１）。
【0097】
続いて、通信制御装置１ｂ、１ｃの取得部１５０は、通信制御装置１ａからの異常発生通知を取得する。その後、通信制御装置１ｂ、１ｃの抽出部１６は、異常発生通知に付されている通信事業者Ａの事業者識別子をキーとして、ブロックチェーンから通信事業者Ａに関連付けられているトランザクションを抽出する（ステップＳ１７）。
【0098】
次に、通信制御装置１ｂ、１ｃの判定部１８は、ブロックチェーン記憶部１４に記憶されているブロックチェーンにおいて、通信事業者Ａに関連付けられているトランザクションに含まれる加入者識別番号（ＩＭＳＩ）および電話番号（ＭＳＩＳＤＮ）のいずれかに基づいて、属性情報の不整合の有無を判定する（ステップＳ１２）。また、判定部１８は、通信事業者Ａに関連付けられているトランザクションに含まれる加入者識別番号（ＩＭＳＩ）および電話番号（ＭＳＩＳＤＮ）の属性情報に基づいて、加入者識別番号（ＩＭＳＩ）および電話番号（ＭＳＩＳＤＮ）のいずれかが、対象トランザクションがないにもかかわらず、同一または異なるブロックのトランザクションで重複するか否かを判定する（ステップＳ１３）。
【0099】
ステップＳ１２において、属性情報の不整合が存在する、または、加入者識別番号（ＩＭＳＩ）および電話番号（ＭＳＩＳＤＮ）のいずれかが重複すると判定された場合、判定に係るトランザクションの加入者識別番号（ＩＭＳＩ）および電話番号（ＭＳＩＳＤＮ）に基づく加入者プロファイルは、次のステップＳ１４において用いられない。情報の改ざんが存在するため、どちらのトランザクションに係る情報が改ざんされているのかをさらに検証することができる。例えば、ブロックチェーン管理部１３は、改ざんの可能性があると判定された各トランザクションに含まれている電子署名が正しいかを検証することで各トランザクションが改ざんされているか否かをさらに検証することができる。
【0100】
一方、ステップＳ１２において、属性情報の不整合が存在せず、かつ、加入者識別番号（ＩＭＳＩ）および電話番号（ＭＳＩＳＤＮ）のいずれも重複していないと判定した場合、通信制御装置１ｂ、１ｃの第２設定部１７は、抽出されたトランザクションに含まれる加入者識別番号（ＩＭＳＩ）および電話番号（ＭＳＩＳＤＮ）に基づいてＵＤＲサーバ２ｂ、２ｃに加入者プロファイルを登録させる（ステップＳ１４）。その後、通信事業者Ｂ、ＣのＵＤＲサーバ２ｂ、２ｃの登録部２０は、第２記憶部２２に加入者プロファイルを記憶する（ステップＳ１５）。
【0101】
その後、通信制御装置１ｂ、１ｃの通信制御部１９は、異常発生通知に係る通信事業者Ａと契約するユーザのユーザ端末３ａから位置登録要求信号を取得すると、ＵＤＲサーバ２ｂ、２ｃの第２記憶部２２に記憶されているユーザ端末３ａの加入者プロファイルに基づいて、通信事業者Ａのネットワークとは異なる通信事業者Ｂ、Ｃのネットワークへの接続先を特定する（ステップＳ１６）。
【0102】
具体的には、ＵＤＲサーバ２ｂ、２ｃにおいて、ユーザ端末３ａの加入者プロファイルの在圏情報にＭＭＥサーバのアドレス情報が書き込まれる。その後、ＵＤＲサーバ２ｂ、２ｃからＨＳＳサーバ、ＭＭＥサーバ、および基地局を経て、ユーザ端末３ａに、位置登録完了信号が到達する。
【0103】
このように、通信事業者間の連携により、ユーザが契約しているホーム側の通信事業者Ａのサービスが利用できないときでも、ユーザ端末３ａが、提携先の他の通信事業者Ｂ、Ｃのカバレッジエリア内にあれば、ホーム側の通信事業者Ａの提供するサービスを継続して利用することができる。
【0104】
その後、通信事業者ＡのＵＤＲサーバ２ａが復旧すると、通知部２４は、復旧通知を通信制御装置１ａに送信する（ステップＳ１７）。通信制御装置１ａの送信部１５１は、通信事業者Ｂ、Ｃの通信制御装置１ｂ、１ｃに復旧通知を送信する（ステップＳ１８）。その後、通信事業者Ｂ、Ｃの通信制御装置１ｂ、１ｃの第２設定部１７は、ＵＤＲサーバ２ｂ、２ｃに対して、代理通信を行っていた通信事業者Ａに係る加入者プロファイルを第２記憶部２２から削除する指示を送出する（ステップＳ１９）。
【0105】
続いてＵＤＲサーバ２ｂ、２ｃは、第２記憶部２２から削除指示に係る加入者プロファイルを削除する（ステップＳ２０）。
【0106】
以上説明したように、本実施の形態に係る通信制御装置１によれば、Ｐ２ＰネットワークＮＷを構成する複数の通信事業者間で加入者プロファイルを共有することができるため、障害発生時などの非常時において、複数の通信事業者が連携して携帯通信サービスを提供することができる。
【0107】
また、本実施の形態に係る通信制御装置１によれば、ブロックチェーンに格納されるトランザクションに、加入者識別番号（ＩＭＳＩ）および電話番号（ＭＳＩＳＤＮ）の属性情報、ならびに属性情報と過去のトランザクションとの関連性を示す情報が格納されている。そのため、ブロックチェーンに格納されている加入者識別番号（ＩＭＳＩ）および電話番号（ＭＳＩＳＤＮ）と属性情報との整合性の有無によりトランザクションの改ざんを判定することができる。その結果として、より信頼性の高い加入者プロファイルの共有が実現される。
【0108】
なお、説明した実施の形態では、通信サービスの切り替え先の通信事業者が２つである場合を例示したが、切り替え先の通信事業者は１つであってもよい。
【0109】
また、説明した実施の形態では、Ｐ２ＰネットワークＮＷを構成する通信制御装置１ａ、１ｂ、１ｃのうちのどのノードがブロックを生成するかについては、ナンス値を用いて決める場合を例示した。しかし、ブロックの生成および合意形成の処理については、他の仕組みを採用してもよい。例えば、時刻情報により一定の条件を満たした通信制御装置１ａ、１ｂ、１ｃがブロックを生成することもできる。あるいは、予め設定されたリーダの参加ノードとしていずれかの通信制御装置１ａ、１ｂ、１ｃを指定し、あるいは別のマイニング装置を用いてブロックを生成してもよい。
【0110】
以上、本発明の通信制御装置および通信制御方法における実施の形態について説明したが、本発明は説明した実施の形態に限定されるものではなく、請求項に記載した発明の範囲において当業者が想定し得る各種の変形を行うことが可能である。
【符号の説明】
【0111】
１、１ａ、１ｂ、１ｃ…通信制御装置、２、２ａ、２ｂ、２ｃ…ＵＤＲサーバ、３、３ａ、３ｂ、３ｃ…ユーザ端末、３０…ＳＩＭ、４…ブロックチェーン、１０…第１設定部、１１…加入者情報記憶部、１２…トランザクション生成部、１２０…生成部、１２１、１５１…送信部、１３…ブロックチェーン管理部、１３０、１５０…取得部、１３１…管理部、１４…ブロックチェーン記憶部、１６…抽出部、１７…第２設定部、１８…判定部、１９…通信制御部、２０…登録部、２１…第１記憶部、２２…第２記憶部、２３…検出部、２４…通知部、４０ａ、４０ｂ、４０ｃ…ハッシュ値、４１ａ、４１ｂ、４１ｃ…トランザクション、１０１…バス、１０２…プロセッサ、１０３…主記憶装置、１０４…通信インターフェース、１０５…補助記憶装置、１０６…入出力Ｉ／Ｏ、ＮＷ…Ｐ２Ｐネットワーク、Ｌ…ネットワーク。
【図1】
【図2】
【図3】
【図4】
【図5】
【手続補正書】
【提出日】2023-01-18
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
複数の通信制御装置が接続されたピアツーピアネットワークにおける各々の通信制御装置であって、
第１通信事業者の統合データレポジトリを備える第１サーバに登録されている、第１ユーザ端末の第１加入者識別情報に基づいて生成された第１トランザクションを、前記ピアツーピアネットワークを介して取得する第１取得部と、
前記第１トランザクションを含むブロックを生成し、前記ブロックの採択についての前記ピアツーピアネットワークにおける合意形成を行い、合意形成した前記ブロックをブロックチェーンに追加するブロックチェーン管理部と、
前記第１サーバにおける障害の発生を示す異常発生通知を取得する第２取得部と、
前記異常発生通知に応じて、前記ブロックチェーンから前記第１加入者識別情報を抽出する抽出部と、
抽出された前記第１加入者識別情報を、自装置に接続する第２通信事業者の統合データレポジトリを備える第２サーバに登録させる設定部と、
前記第１ユーザ端末から位置登録要求信号を取得すると、前記第２サーバに登録された前記第１加入者識別情報に基づいて、前記第１通信事業者の第１ネットワークとは異なる前記第２通信事業者の第２ネットワークへの接続先を特定する通信制御部と
を備える通信制御装置。
第１通信事業者の統合データレポジトリを備える第１サーバに登録されている、第１ユーザ端末の第１加入者識別情報に基づいて生成された第１トランザクションを、前記ピアツーピアネットワークを介して取得する第１取得部と、
前記第１トランザクションを含むブロックを生成し、前記ブロックの採択についての前記ピアツーピアネットワークにおける合意形成を行い、合意形成した前記ブロックをブロックチェーンに追加するブロックチェーン管理部と、
前記第１サーバにおける障害の発生を示す異常発生通知を取得する第２取得部と、
前記異常発生通知に応じて、前記ブロックチェーンから前記第１加入者識別情報を抽出する抽出部と、
抽出された前記第１加入者識別情報を、自装置に接続する第２通信事業者の統合データレポジトリを備える第２サーバに登録させる設定部と、
前記第１ユーザ端末から位置登録要求信号を取得すると、前記第２サーバに登録された前記第１加入者識別情報に基づいて、前記第１通信事業者の第１ネットワークとは異なる前記第２通信事業者の第２ネットワークへの接続先を特定する通信制御部と
を備える通信制御装置。
【請求項2】
請求項１に記載の通信制御装置において、
前記第１加入者識別情報は、前記第１ユーザ端末の電話番号と、加入者識別番号と、前記第１通信事業者が提供可能なサービスの種別との項目を含む
ことを特徴とする通信制御装置。
前記第１加入者識別情報は、前記第１ユーザ端末の電話番号と、加入者識別番号と、前記第１通信事業者が提供可能なサービスの種別との項目を含む
ことを特徴とする通信制御装置。
【請求項3】
請求項２に記載の通信制御装置において、
前記第１トランザクションは、前記第１通信事業者の識別子に関連付けられた前記第１加入者識別情報を含む
ことを特徴とする通信制御装置。
前記第１トランザクションは、前記第１通信事業者の識別子に関連付けられた前記第１加入者識別情報を含む
ことを特徴とする通信制御装置。
【請求項4】
請求項３に記載の通信制御装置において、
前記第１トランザクションは、さらに、前記第１加入者識別情報に関連付けられた前記第１ユーザ端末の契約に関する属性情報および前記属性情報と過去のトランザクションとの関連性を示す情報を含む
ことを特徴とする通信制御装置。
前記第１トランザクションは、さらに、前記第１加入者識別情報に関連付けられた前記第１ユーザ端末の契約に関する属性情報および前記属性情報と過去のトランザクションとの関連性を示す情報を含む
ことを特徴とする通信制御装置。
【請求項5】
請求項４に記載の通信制御装置において、
さらに、前記ブロックチェーンにおいて、前記第１加入者識別情報に含まれる前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかに基づいて、前記第１ユーザ端末の契約に関する前記属性情報の不整合の有無を判定する判定部を備え、
前記設定部は、前記判定部が、前記属性情報の不整合があると判定した場合、前記第１加入者識別情報の前記第２サーバへの登録を留保させる
ことを特徴とする通信制御装置。
さらに、前記ブロックチェーンにおいて、前記第１加入者識別情報に含まれる前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかに基づいて、前記第１ユーザ端末の契約に関する前記属性情報の不整合の有無を判定する判定部を備え、
前記設定部は、前記判定部が、前記属性情報の不整合があると判定した場合、前記第１加入者識別情報の前記第２サーバへの登録を留保させる
ことを特徴とする通信制御装置。
【請求項6】
請求項５に記載の通信制御装置において、
前記判定部は、前記ブロックチェーンにおいて、前記第１ユーザ端末の契約に関する前記属性情報に基づいて、前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかの重複の有無を判定し、
前記設定部は、前記判定部が、前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかの重複があると判定した場合、前記第１加入者識別情報の前記第２サーバへの登録を留保させる
ことを特徴とする通信制御装置。
前記判定部は、前記ブロックチェーンにおいて、前記第１ユーザ端末の契約に関する前記属性情報に基づいて、前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかの重複の有無を判定し、
前記設定部は、前記判定部が、前記第１ユーザ端末の電話番号および前記加入者識別番号のいずれかの重複があると判定した場合、前記第１加入者識別情報の前記第２サーバへの登録を留保させる
ことを特徴とする通信制御装置。
【請求項7】
請求項６に記載の通信制御装置において、
さらに、前記第２サーバに登録されている、第２ユーザ端末の第２加入者識別情報に基づいて、第２トランザクションを生成する生成部と、
前記第２トランザクションを、前記ピアツーピアネットワークを介して、他の通信制御装置に送信する送信部と、
前記第２サーバにおける障害の発生を検出し、異常発生通知を前記他の通信制御装置に送信する異常管理部と
を備える通信制御装置。
さらに、前記第２サーバに登録されている、第２ユーザ端末の第２加入者識別情報に基づいて、第２トランザクションを生成する生成部と、
前記第２トランザクションを、前記ピアツーピアネットワークを介して、他の通信制御装置に送信する送信部と、
前記第２サーバにおける障害の発生を検出し、異常発生通知を前記他の通信制御装置に送信する異常管理部と
を備える通信制御装置。
【請求項8】
複数の通信制御装置が接続されたピアツーピアネットワークにおける各々の通信制御装置による通信制御方法であって、
第１通信事業者の統合データレポジトリを備える第１サーバに登録されている、第１ユーザ端末の第１加入者識別情報に基づいて生成された第１トランザクションを、前記ピアツーピアネットワークを介して取得する第１ステップと、
前記第１トランザクションを含むブロックを生成し、前記ブロックの採択についての前記ピアツーピアネットワークにおける合意形成を行い、合意形成した前記ブロックをブロックチェーンに追加する第２ステップと、
前記第１サーバにおける障害の発生を示す異常発生通知を取得する第３ステップと、
前記異常発生通知に応じて、前記ブロックチェーンから前記第１加入者識別情報を抽出する第４ステップと、
抽出された前記第１加入者識別情報を、自装置に接続する第２通信事業者の統合データレポジトリを備える第２サーバに登録させる第５ステップと、
前記第１ユーザ端末から位置登録要求信号を取得すると、前記第２サーバに登録された前記第１加入者識別情報に基づいて、前記第１通信事業者の第１ネットワークとは異なる前記第２通信事業者の第２ネットワークへの接続先を特定する第６ステップと
を備える通信制御方法。
第１通信事業者の統合データレポジトリを備える第１サーバに登録されている、第１ユーザ端末の第１加入者識別情報に基づいて生成された第１トランザクションを、前記ピアツーピアネットワークを介して取得する第１ステップと、
前記第１トランザクションを含むブロックを生成し、前記ブロックの採択についての前記ピアツーピアネットワークにおける合意形成を行い、合意形成した前記ブロックをブロックチェーンに追加する第２ステップと、
前記第１サーバにおける障害の発生を示す異常発生通知を取得する第３ステップと、
前記異常発生通知に応じて、前記ブロックチェーンから前記第１加入者識別情報を抽出する第４ステップと、
抽出された前記第１加入者識別情報を、自装置に接続する第２通信事業者の統合データレポジトリを備える第２サーバに登録させる第５ステップと、
前記第１ユーザ端末から位置登録要求信号を取得すると、前記第２サーバに登録された前記第１加入者識別情報に基づいて、前記第１通信事業者の第１ネットワークとは異なる前記第２通信事業者の第２ネットワークへの接続先を特定する第６ステップと
を備える通信制御方法。