特開 2024-22320 経路制御システム、デバイス管理装置、経路制御方法、及びプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024022320

(43)【公開日】2024-02-16

(54)【発明の名称】経路制御システム、デバイス管理装置、経路制御方法、及びプログラム

(51)【国際特許分類】

   H04W 12/06 20210101AFI20240208BHJP

   H04W 12/40 20210101ALI20240208BHJP

   H04W 12/71 20210101ALI20240208BHJP

   H04W 4/70 20180101ALI20240208BHJP

   G06F 21/44 20130101ALI20240208BHJP

【ＦＩ】

H04W12/06

H04W12/40

H04W12/71

H04W4/70

G06F21/44

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022125815

(22)【出願日】2022-08-05

(71)【出願人】

【識別番号】399035766

【氏名又は名称】エヌ・ティ・ティ・コミュニケーションズ株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】松山 幸中

(72)【発明者】

【氏名】太田 和彦

(72)【発明者】

【氏名】渡邉 正俊

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067BB21

5K067DD11

5K067DD17

5K067EE02

5K067EE16

5K067HH21

5K067HH24

(57)【要約】

【課題】ＳＩＭを搭載するデバイスの不正利用を防止する。
【解決手段】経路制御システムにおいて、経路制御の対象となるデバイスに搭載されたＳＩＭの固有ＩＤを用いて、前記デバイスに関する第１認証を行う第１認証部と、デバイス管理プロトコルを用いて、前記デバイスに関する第２認証を行う第２認証部と、前記第１認証に成功した場合に、第１経路で前記デバイスを前記第２認証部に接続させ、前記第２認証部による前記第２認証に成功した場合に、前記デバイスを第２経路で目的のサーバに接続させる経路制御部とを備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

経路制御の対象となるデバイスに搭載されたＳＩＭの固有ＩＤを用いて、前記デバイスに関する第１認証を行う第１認証部と、
デバイス管理プロトコルを用いて、前記デバイスに関する第２認証を行う第２認証部と、
前記第１認証に成功した場合に、第１経路で前記デバイスを前記第２認証部に接続させ、前記第２認証部による前記第２認証に成功した場合に、前記デバイスを第２経路で目的のサーバに接続させる経路制御部と
を備える経路制御システム。

【請求項2】

前記第２認証部は、前記デバイス管理プロトコルに基づいて、前記デバイスから前記ＳＩＭの固有ＩＤと前記デバイスのハードウェアの固有ＩＤとを受信し、前記ＳＩＭの固有ＩＤと前記デバイスのハードウェアの固有ＩＤとを用いて前記第２認証を行う
請求項１に記載の経路制御システム。

【請求項3】

デバイスに搭載されたＳＩＭの固有ＩＤを用いたＳＩＭ認証に成功した前記デバイスから、デバイス管理プロトコルに基づいて、前記ＳＩＭの固有ＩＤと前記デバイスのハードウェアの固有ＩＤとを受信し、前記ＳＩＭの固有ＩＤと前記デバイスのハードウェアの固有ＩＤとを用いて、前記デバイスの認証を行う認証部と、
前記認証部による前記デバイスの認証に成功した場合に、前記デバイスを目的のサーバに接続させるための経路制御をコアネットワーク装置又は経路指示装置に対して指示する経路制御指示部と
を備えるデバイス管理装置。

【請求項4】

前記経路制御指示部は、前記デバイス管理装置において保持するデバイス管理情報から、前記デバイスの種別を取得し、当該種別に対応するサーバに前記デバイスを接続させるための経路制御を前記コアネットワーク装置又は前記経路指示装置に対して指示する
請求項３に記載のデバイス管理装置。

【請求項5】

第１認証部と第２認証部を含む経路制御システムにおいて実行される経路制御方法であって、
前記第１認証部により、経路制御の対象となるデバイスに搭載されたＳＩＭの固有ＩＤを用いて、前記デバイスに関する第１認証を行う第１認証ステップと、
前記第１認証に成功した場合に、第１経路で前記デバイスを前記第２認証部に接続させ、前記第２認証部により、デバイス管理プロトコルを用いて、前記デバイスに関する第２認証を行う第２認証ステップと、
前記第２認証部による前記第２認証に成功した場合に、前記デバイスを第２経路で目的のサーバに接続させる経路制御ステップと
を備える経路制御方法。

【請求項6】

コンピュータを、請求項３又は４に記載のデバイス管理装置における各部として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、デバイスを認証する技術に関連するものである。

【背景技術】

【0002】

５Ｇ／ＩｏＴ時代を迎え、モバイル（例えばＬＴＥ／５Ｇ）技術を用いてＩｏＴ（Internet of Things）でのＤＸ推進を進める取り組みが活発化している。特に、高速大容量・高信頼および低遅延・多数同時接続という特性を持つ５Ｇ技術を用いることで、各種ＩｏＴ機器から収集したビッグデータを産業ごとにＡＩで解析し、それぞれの分野で新たな価値を創出すると期待されている。

【0003】

一方で、様々な場所に設置される膨大なＩｏＴデバイスを管理する必要がある。特に、ＳＩＭスワッピング、セキュリティインシデントによる情報漏洩、ＩｏＴデバイスやサーバへの第三者による攻撃等からＩｏＴデバイスを守る必要がある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開2020-137100号公報

【発明の概要】

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

【0005】

モバイル（例：ＬＴＥ／５Ｇ）回線は、耐タンパ性のあるＳＩＭを用いた認証により、無線回線の接続を行うため、無線回線として普及しているＷｉ－Ｆｉ（登録商標）に比べセキュリティが高いとされている。

【0006】

しかしながら、ＩｏＴデバイスは人が管理し難い場所に設置されるため、不正にＩｏＴデバイスやＳＩＭを差し替えて、ＩｏＴデバイスが不正に利用される恐れがある。なお、このような不正利用はＩｏＴデバイスに限らず、ＳＩＭを用いて通信を行うデバイス全般に生じ得る課題である。

【0007】

本発明は上記の点に鑑みてなされたものであり、ＳＩＭを搭載するデバイスの不正利用を防止するための技術を提供することを目的とする。

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

【0008】

開示の技術によれば、経路制御の対象となるデバイスに搭載されたＳＩＭの固有ＩＤを用いて、前記デバイスに関する第１認証を行う第１認証部と、
デバイス管理プロトコルを用いて、前記デバイスに関する第２認証を行う第２認証部と、
前記第１認証に成功した場合に、第１経路で前記デバイスを前記第２認証部に接続させ、前記第２認証部による前記第２認証に成功した場合に、前記デバイスを第２経路で目的のサーバに接続させる経路制御部と
を備える経路制御システムが提供される。

【発明の効果】

【0009】

開示の技術によれば、ＳＩＭを搭載するデバイスの不正利用を防止するための技術が提供される。

【図面の簡単な説明】

【0010】

【図1】実施の形態の概要を説明するための図である。

【図2】システムの構成例を示す図である。

【図3】システムの動作を説明するためのシーケンス図である。

【図4】デバイス認証におけるシーケンスの例を示す図である。

【図5】デバイス管理装置が格納する情報の例を示す図である。

【図6】コアネットワーク装置の機能構成図である。

【図7】デバイス管理装置の機能構成図である。

【図8】ＩｏＴデバイスの機能構成図である。

【図9】装置のハードウェア構成例を示す図である。

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

【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】

本技術により、従来のＳＩＭ認証だけでは対応できなかったＳＩＭスワッピングなどのＩｏＴデバイスの不正ななりすましを防ぐことが可能になるとともに、接続されたＩｏＴデバイス１０を識別することにより経路制御が可能となる。更に、上述したトンネルを用いるので、データのサーバへの転送における情報漏洩を防ぐことができる。また、デバイス管理プロトコルを利用することで、ＩｏＴデバイス死活監視や状態監視、ＦＯＴＡ（Firmware update Over The Air）も可能となる。

【0036】

（システム構成例）
図２に、本実施の形態におけるシステム構成例を示す。図２に示す例は、本発明に係る技術をローカル５Ｇのシステムに適用した例である。これは一例であり、本発明に係る技術はローカル５Ｇのシステムに限らず、広域（グローバル）の５Ｇのシステムに対しても適用可能である。また、本発明に係る技術は５Ｇのネットワークに限らずに適用可能である。例えば、３Ｇ、４Ｇ（ＬＴＥ）、６Ｇにも適用可能である。

【0037】

図２に示すシステムでは、工場内にローカル５Ｇシステムが構成されている。ローカル５Ｇシステムは、ローカル５Ｇ基地局、及びコアネットワーク装置１００を有する。コアネットワーク装置１００は、５ＧＣ（５Ｇコアネットワーク）を含む。また、コアネットワーク装置１００には、経路制御機能、及び、ＳＩＭを用いた認証機能が含まれる。経路制御機能、及び、ＳＩＭを用いた認証機能はそれぞれ、５ＧＣに含まれる機能であってもよいし、５ＧＣに含まれない機能であってもよい。なお、ＵＰＦ１～３は、コアネットワーク装置１００の外部にあってもよい。また、コアネットワーク装置１００を、ネットワークシステム１００、経路制御装置１００、経路制御システム１００、ネットワーク１００、あるいはコアネットワーク１００などと呼んでもよい。

【0038】

コアネットワーク装置１００は、１つ又は複数の物理マシン（サーバ等）上に仮想マシンや仮想ネットワークが構築されている装置であってもよいし、１つ又は複数の物理マシンが回線（伝送路）で接続されて構成されたネットワーク（システムと呼んでもよい）であってもよいし、これら以外の構成のものであってもよい。

【0039】

コアネットワーク装置１００における経路制御機能は、ＩｏＴデバイス１０のデータの接続経路（パス、セッション、などと呼んでもよい）を確立、及び制御するための機能である。ＵＰＦはデータ転送等を行う装置である。ＵＰＦを転送装置と呼んでもよい。

【0040】

コアネットワーク装置１００における経路制御機能は、１つの装置（コンピュータ）で構成されてもよいし、複数の装置で構成されてもよい。

【0041】

また、ＩｏＴデバイス１０の例として、ＡＧＶ（automated guided vehicle）１０Ａとカメラ１０Ｂが示されている。ＡＧＶ１０Ａとカメラ１０ＢはそれぞれＳＩＭを装填している。

【0042】

更に、デバイス管理装置２００、ＡＧＶ制御サーバ３００、映像蓄積サーバ４００、経路指示装置５００が備えられる。なお、デバイス管理装置２００をＤＭＳ（Device Management System）と呼んでもよい。

【0043】

図２の例では、ＡＧＶ制御サーバ３００が工場内にあり、映像蓄積サーバ４００がクラウド上にあるが、このような配置は一例である。低遅延が求められるのであれば工場内の配置など、通信要件によって配置を考慮する。例えば、ＡＧＶ制御サーバ３００と映像蓄積サーバ４００の両方とも工場内にあってもよいし、ＡＧＶ制御サーバ３００と映像蓄積サーバ４００の両方ともクラウド上にあってもよい。

【0044】

デバイス管理装置２００は、デバイス管理プロトコルを実行する機能を含む。また、デバイス管理装置２００は、デバイス管理情報として、各ＩｏＴデバイス１０のハードウェアの固有ＩＤ（例えば、ＩＭＥＩ）とＳＩＭの固有ＩＤ（例：ＩＭＳＩ、ＳＵＰＩ）を管理し、これらを用いてＩｏＴデバイス１０の真正性をチェックするデバイス認証を行う機能を含む。

【0045】

各ＩｏＴデバイス１０は、ＳＩＭ認証に必要な認証キー情報と、デバイス認証に必要なデバイス管理クライアントライブラリと認証キー情報を保持し、これらを管理する。デバイス管理装置２００は、デバイス認証を行うためのＳＩＭ認証キー情報およびデバイス管理サーバライブラリと認証キーを保持し、これらを管理する。デバイス管理クライアントライブラリとデバイス管理サーバライブラリはいずれもデバイス管理プロトコルを実行するためのソフトウェア（プログラム）であり、その具体例については後述する。

【0046】

経路指示装置５００は、デバイス管理装置２００から、ＩｏＴデバイス１０についての接続要求を受けると、ＩｏＴデバイス１０がその接続先のサーバに接続されるように、コアネットワーク装置１００に対する経路設定（論理パスの設定等）を行う。上記接続要求には、例えば、ＩｏＴデバイス１０の識別情報と、接続先のサーバの識別情報が含まれる。なお、ＩｏＴデバイス１０の識別情報と、接続先のサーバの識別情報を含む接続要求を経路制御情報と呼んでもよい。

【0047】

なお、経路指示装置５００自体は従来技術で実現できる。例えば、経路指示装置５００として、ワンストップ構築エージェント（ＡＰＩＯ）を使用することができる。

【0048】

また、経路指示装置５００をコアネットワーク装置１００内に含まれる機能と見なしてもよい。また、デバイス管理装置２００内に経路指示装置５００の機能が含まれていてもよい。

【0049】

本実施の形態では、ＩｏＴデバイス１０のＳＩＭ認証がＯＫになった場合に、ＩｏＴデバイス１０をデバイス管理装置２００に接続させ、デバイス管理装置２００においてＩｏＴデバイス１０のデバイス認証を行う。

【0050】

デバイス認証がＯＫになった場合に、ＩｏＴデバイス１０を、目的のサーバに接続させる。図２の例では、ＡＧＶ１０ＡはＡＧＶ制御サーバ３００に接続し、カメラ１０Ｂは映像蓄積サーバ４００に接続する。ＡＧＶ制御サーバ３００は、例えば、ＡＧＶ１０Ａから受信するセンサ情報に基づいて、ＡＧＶ１０Ａへ制御命令を送信する。映像蓄積サーバ４００は、カメラ１０Ａから受信した映像データを蓄積する。

【0051】

（システムの動作例）
図３を参照して本実施の形態におけるシステムの動作例を説明する。なお、図３に示すシステムは、図２に示したような５Ｇのシステムであることを想定している。ただし、前述したとおり、本実施の形態に係る技術は、５Ｇ以外のシステム（例：３Ｇ、４Ｇ、６Ｇ）にも適用可能である。なお、コアネットワーク装置１００とＩｏＴデバイス１０との間には無線基地局が存在し、ＩｏＴデバイス１０は無線基地局を介してコアネットワーク装置１００と通信を行う。なお、図３において「コアネットワーク装置１００」と記載した部分の処理動作は、主に、コアネットワーク装置１００における認証機能と経路制御機能に着目した動作である。

【0052】

Ｓ１０１において、ＩｏＴデバイス１０は、ＳＩＭの固有ＩＤ（例：ＩＭＳＩ、ＳＵＰＩ）を含む接続要求信号をコアネットワーク装置１００に送信する。コアネットワーク装置１００は、各ユーザ（ＩｏＴデバイス）のユーザ情報（ＳＩＭの固有ＩＤを含む）を保持しており、例えば、該当ユーザのＳＩＭの固有ＩＤと、Ｓ１０１でＩｏＴデバイス１０から受信したＳＩＭの固有ＩＤとを照合することでＩｏＴデバイス１０の認証（ＳＩＭ認証）を行う（Ｓ１０２）。

【0053】

Ｓ１０２におけるＳＩＭ認証に失敗した場合、コアネットワーク装置１００はＩｏＴデバイス１０に対して、接続を拒否する信号を送信することにより、接続を遮断する。図３の例では、Ｓ１０２のＳＩＭ認証に成功したものとする。

【0054】

コアネットワーク装置１００は、ＩｏＴデバイス１０の検疫ネットワークへの接続を認可し、経路設定を行って、Ｓ１０３において、検疫ネットワーク接続認可を示す接続応答信号をＩｏＴデバイス１０に返す。接続応答信号には、例えば、ＩｏＴデバイス１０の接続先の識別子が含まれる。

【0055】

当該識別子は、例えば、検疫ネットワークに対応するネットワークスライスを識別する識別子（ＮＳＳＡＩ：Network Slice Selection Assistance Information）である。なお、ＩｏＴデバイス１０が予め当該識別子を、検疫ネットワークに接続するためのデフォルトの識別子として保持しておいてもよい。

【0056】

図３の例において、転送装置１が、データをデバイス管理装置２００に転送するための装置（例：デバイス管理装置２００に接続しているＵＰＦ）である。Ｓ１０４及びＳ１０５において、ＩｏＴデバイス１０が、上記識別子を含む接続要求を送信することで、ＩｏＴデバイス１０の通信（セッション）に対して転送装置１（ＵＰＦ）が選択され、ＩｏＴデバイス１０はデバイス管理装置２００と接続される。

【0057】

Ｓ１０６において、デバイス管理装置２００は、ＩｏＴデバイス１０に対するデバイス認証を行う。また、Ｓ１０６において、デバイス管理装置２００は、ＩｏＴデバイスの種別（例：監視カメラ、ＡＧＶ、など）の識別も実行する。Ｓ１０６の詳細は後述する。

【0058】

Ｓ１０６におけるデバイス認証に失敗した場合、デバイス管理装置２００は、例えば、ＩｏＴデバイス１０に対して、接続を拒否する信号を送信することにより、接続を遮断する。図３の例では、Ｓ１０６のデバイス認証に成功したものとする。これにより、ＳＩＭ及びＩｏＴデバイス１０ともに正規と判断することができ、ＩｏＴデバイス１０の真正性が確認される。

【0059】

Ｓ１０７、Ｓ１０８において、デバイス管理装置２００は、経路指示装置５００を介して、コアネットワーク装置１００に対して、検疫ネットワークからの接続解放を指示する仮接続解放指示を通知するとともに、接続されたＩｏＴデバイス１０の通信が取るべきネットワーク経路の情報（経路制御情報と呼ぶ）を通知する。仮接続解放指示と経路制御情報をまとめて経路更新指示と呼ぶ。

【0060】

なお、図３の例では、経路指示装置５００を介して上記の通知を行うこととしているが、これは一例である。デバイス管理装置２００が、経路指示装置５００の機能を含むことで、デバイス管理装置２００が、直接にコアネットワーク装置１００に対して通知を行ってもよい。また、経路指示装置５００をコアネットワーク装置１００内の一機能と見なすことで、デバイス管理装置２００が、直接にコアネットワーク装置１００に対して通知を行うこととしてもよい。

【0061】

経路更新指示を受信したコアネットワーク装置１００は、Ｓ１０９において、検疫ネットワーク用の仮接続の経路を解放する。また、コアネットワーク装置１００は、経路更新指示に含まれる経路制御情報に基づいて、ＩｏＴデバイス１０の種別等に対応する適切な経路を設定する。ここでの経路設定は、例えば、ＩｏＴデバイス１０の種別に対応する論理パスを、ＩｏＴデバイス１０（あるいはＩｏＴデバイス１０が接続する無線基地局）と、通信の宛先となるサーバに接続する転送装置（ＵＰＦ）との間に設定することである。当該論理パスを「トンネル」又は「ネットワークスライス」と呼んでもよい。

【0062】

ネットワークスライスに関しては、例えば、ＩｏＴデバイス１０の種別が低遅延を要するサービス（例：自動運転制御）に関わるものであれば、低遅延のネットワークスライスを設定し、ＩｏＴデバイス１０の種別が大容量伝送を要するサービス（例：映像配信）に関わるものであれば、大容量のネットワークスライスを設定する。

【0063】

仮接続を解放されたＩｏＴデバイス１０は、Ｓ１１０において、再度、接続要求信号を送信することによりネットワーク（例：５Ｇ回線）への接続を要求する。Ｓ１１１において、コアネットワーク装置１００は、ＳＩＭの固有ＩＤでＩｏＴデバイス１０の認証を行う。ここでは、認証に成功するものとする。

【0064】

Ｓ１１２において、コアネットワーク装置１００は、更新された経路への接続を認可する情報を含む接続応答信号をＩｏＴデバイス１０に送信する。当該情報は、例えば、接続するべき論理パス（例：トンネル、ネットワークスライス）の識別子である。

【0065】

Ｓ１１３、Ｓ１１４において、ＩｏＴデバイス１０は、ＩｏＴデバイス１０が使用すべき論理パスに接続する。ここでは、例えば、ＩｏＴデバイス１０は、更新された経路の論理パスを識別する識別子を含む接続要求信号を送信することで、論理パスのリソースを確保する。論理パスのリソースを確保することを、論理パスを確立すると表現してもよい。

【0066】

Ｓ１１５において、ＩｏＴデバイス１０は、データ通信を開始する。図３の例では、転送装置３が宛先のサーバに接続されているとする。例えば、ＩｏＴデバイス１０から送信されたパケットは、コアネットワーク装置１００により設定された経路に従って、宛先のサーバに接続された転送装置３まで転送され、転送装置３から宛先のサーバに転送される。逆方向のパケットも同じ経路を通ってＩｏＴデバイス１０まで転送することができる。

【0067】

これにより、例えば、ＩｏＴデバイス１０が監視カメラである場合、ＩｏＴデバイス１０は、クラウド上にある映像蓄積サーバと通信を行うことができ、ＩｏＴデバイス１０がＡＧＶの場合、ＩｏＴデバイス１０は、オンプレミスにあるＡＧＶ制御サーバと通信することができる。

【0068】

（実施例）
以下では、デバイス認証に関わるより具体的な動作例を、図４のシーケンス図を参照して説明する。図４は、ＳＩＭ認証完了後におけるデバイス認証シーケンスを示す。

【0069】

本実施例でのデバイス認証シーケンスは、デバイス管理プロトコルの一例であるＬｗＭ２Ｍ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｍ２Ｍ）に基づくシーケンスである。

【0070】

図４に示すように、ＩｏＴデバイス１０は、ＰＳＫ（事前共有鍵）１２、ＬｗＭ２Ｍ Ｂｏｏｔｓｔｒａｐ情報１３、ＬｗＭ２Ｍクライアント１１を有する。ＬｗＭ２Ｍクライアント１１は、ＩｏＴデバイス１０上で動作するソフトウェア（プログラム）である。

【0071】

また、デバイス管理装置２００は、ＬｗＭ２Ｍ Ｂｏｏｔｓｔｒａｐ２０１（ＬｗＭ２Ｍ Ｂｏｏｔｓｔｒａｐサーバと呼んでもよい）、ＬｗＭ２Ｍサーバ２０２、Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔのための情報２０３（デバイス管理情報２０３と呼ぶ）、ＬｗＭ２Ｍサーバ情報２０４を有する。ＬｗＭ２Ｍ Ｂｏｏｔｓｔｒａｐ２０１とＬｗＭ２Ｍサーバ２０２はそれぞれ、デバイス管理装置２００上で動作するソフトウェア（プログラム）である。

【0072】

Ｓ１において、ＩｏＴデバイス１０におけるＬｗＭ２Ｍクライアント１１が、ＬｗＭ２Ｍ Ｂｏｏｔｓｔｒａｐ情報に基づいて、デバイス管理装置２００のＬｗＭ２Ｍ Ｂｏｏｔｓｔｒａｐ２０１へ接続要求を行う。なお、ＬｗＭ２Ｍ Ｂｏｏｔｓｔｒａｐ情報には、ＬｗＭ２Ｍ Ｂｏｏｔｓｔｒａｐ２０１を特定する情報が含まれる。

【0073】

ＬｗＭ２Ｍ Ｂｏｏｔｓｔｒａｐ２０１は、ＩｏＴデバイス１０が保有していたＬｗＭ２ＭのＢｏｏｔｓｔｒａｐ情報と自身の情報との照合を行い、ＩｏＴデバイス１０が保有していた情報の正当性が確認されると、Ｓ２において、ＬｗＭ２Ｍクライアント１１とＬｗＭ２Ｍ Ｂｏｏｔｓｔｒａｐ２０１との間で証明書を用いたＤＴＬＳ（Datagram Transport Layer Security）ハンドシェイクが行われる。これにより、ＬｗＭ２Ｍクライアント１１とＬｗＭ２Ｍ Ｂｏｏｔｓｔｒａｐ２０１との間にＤＴＬＳ接続が確立される。以下にＳ３～Ｓ５は、このＤＴＬＳ接続において行われる。

【0074】

Ｓ３において、ＬｗＭ２Ｍクライアント１１はＬｗＭ２Ｍ Ｂｏｏｔｓｔｒａｐ２０１に対してＢｏｏｔｓｔｒａｐ Ｒｅｑｕｅｓｔを送信する。図４の例において、Ｂｏｏｔｓｔｒａｐ Ｒｅｑｕｅｓｔには、ＳＵＰＩ（Subscription Permanent Identifier、国際モバイル加入者識別子）、ＩＭＥＩ（International Mobile Equipment Identity）、及びＰＳＫが含まれる。

【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】

１０ ＩｏＴデバイス
１１ ＳＩＭ
１２ 通信部
１３ データ格納部
２１ 経路制御部
２２ 第１認証部
２３ 第２認証部
１００ コアネットワーク装置
１１０ 認証部
１２０ 経路制御部
１３０ データ格納部
２００ デバイス管理装置
２１０ 認証部
２２０ 経路制御指示部
２３０ データ格納部
３００ ＡＧＶ制御サーバ
４００ 映像蓄積サーバ
５００ 経路指示装置
１０００ ドライブ装置
１００１ 記録媒体
１００２ 補助記憶装置
１００３ メモリ装置
１００４ ＣＰＵ
１００５ インタフェース装置
１００６ 表示装置
１００７ 入力装置
１００８ 出力装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】