JP2020057970A - デバイス管理装置、デバイス管理方法及びコンピュータープログラム - Google Patents

Abstract

【課題】ネットワークのセキュリティをより高く維持すること。【解決手段】デバイスの状態又は前記デバイスの通信状態が所定の条件を満たしたか否かを判定し、満たされたと判定された条件に基づいて、前記デバイスの通信環境を決定し、決定された通信環境を、前記通信環境を実現する通信機器に反映させる。【選択図】図１

Description

本発明は、通信を行うデバイスが接続されたネットワークを制御する技術に関する。

近年、ＩｏＴ（Internet Of Things）が注目されており、ＩｏＴを実現するための技術として例えば特許文献１のように様々なものが提案されている。ＩｏＴでは、多くのセンサなどのデバイスがネットワークに接続され、通信帯域を効率よく活用することによって多くのデータを通信することが実現されている。

特開２０１７−１４６６７９号公報

ＩｏＴでは、通信効率のみならず、セキュリティも高く維持する必要がある。しかしながら、一般的なネットワークとは異なり、ＩｏＴでは上述の通り多くのデバイスが接続される。また、ＩｏＴのデバイスは、パソコン等の情報処理装置とは異なり、普段は人の手によって操作させることは非常に少ない。さらに、ファームウェアのバージョンアップを頻繁に行うことも困難である。これらの事情により、ＩｏＴで用いられるデバイスの中には不正に乗っ取られてしまうデバイスが生じてしまう場合がある。また、ＩｏＴのネットワークにおいて不適切なデバイスが接続されてしまうおそれがある。このような事態が生じてしまうと、ＩｏＴのセキュリティを高く維持することが困難になってしまう場合があった。このような問題は、必ずしもＩｏＴに限った問題ではなく、デバイスが接続されるシステムにおいて共通する問題であった。

上記事情に鑑み、本発明は、ネットワークのセキュリティをより高く維持することができる技術の提供を目的としている。

本発明の一態様は、デバイスの状態又は前記デバイスの通信状態が所定の条件を満たしたか否かを判定する判定部と、前記判定部によって満たされたと判定された条件に基づいて、前記デバイスの通信環境を決定する決定部と、前記決定部によって決定された通信環境を、前記通信環境を実現する通信機器に反映させる指示部と、を備えるデバイス管理装置である。

本発明の一態様は、上記のデバイス管理装置であって、前記所定の条件として、前記デバイスが認証装置による認証を受けることが許可されることを示す所定の条件を満たしている場合には、前記決定部は一時的に前記デバイスと前記認証装置との間の通信を中継することを決定し、前記所定の条件として、前記決定部が中継を決定した後に所定の期間内に前記認証装置による認証を前記デバイスが得られなかった場合には、前記決定部は前記デバイスと前記認証装置との間の通信を遮断することを決定する。

本発明の一態様は、上記のデバイス管理装置であって、前記所定の条件として、前記デバイスが認証を受けていないという条件が満たされている場合には、前記決定部は前記デバイスの通信を遮断することを決定し、前記所定の条件として、前記デバイスが認証を受けたという条件が満たされている場合には、前記決定部は前記デバイスの通信を中継することを決定する。

本発明の一態様は、上記のデバイス管理装置であって、前記所定の条件として、前記デバイスが認証を受けていないという条件が満たされている場合には、前記決定部は前記デバイスの通信を遮断することを決定し、前記所定の条件として、前記デバイスが認証を受けたという条件が満たされている場合には、前記決定部は前記デバイスを、前記デバイスが動作するために必要となるデータを前記デバイスに提供する装置が接続された仮想ネットワークに接続させることを決定する。

本発明の一態様は、上記のデバイス管理装置であって、前記所定の条件として、前記デバイスが認証を受けていないという条件が満たされている場合には、前記決定部は前記デバイスの通信を遮断することを決定し、前記所定の条件として、前記デバイスが認証を受けたという条件が満たされている場合であって且つ前記デバイスがデータを送信するタイミングであるという条件が満たされている場合には、前記決定部は前記デバイスの通信を中継することを決定する。

本発明の一態様は、上記のデバイス管理装置であって、前記所定の条件として、前記デバイスが認証を受けたという条件と前記デバイスがデータを送信するタイミングであるという条件とが満たされており、さらに前記デバイスが相対的に大きい容量のデータを送信するタイミングであるという条件が満たされている場合には、前記決定部は前記デバイスの通信の帯域を相対的に大きくすることを決定する。

本発明の一態様は、コンピューターが、デバイスの状態又は前記デバイスの通信状態が所定の条件を満たしたか否かを判定し、コンピューターが、満たされたと判定された条件に基づいて、前記デバイスの通信環境を決定し、コンピューターが、決定された通信環境を、前記通信環境を実現する通信機器に反映させる、デバイス管理方法である。

本発明の一態様は、上記のデバイス管理装置としてコンピューターを機能させるためのコンピュータープログラムである。

本発明により、ネットワークのセキュリティをより高く維持することが可能となる。

本発明の通信システムのシステム構成を示す概略ブロック図である。 デバイス管理装置の機能構成を示す概略ブロック図である。 ローカルネットワークにおいて構築される仮想ネットワークの具体例を示す図である。 通信システムの第１動作例を示すシーケンスチャートである。 通信システムの第１動作例を示すシーケンスチャートである。 通信システムの第２動作例を示すシーケンスチャートである。 通信システムの第３動作例を示すシーケンスチャートである。 通信システムの第４動作例を示すシーケンスチャートである。 通信システムの第５動作例を示すシーケンスチャートである。 通信システムの第６動作例を示すシーケンスチャートである。

以下、本発明の具体的な構成例について、図面を参照しながら説明する。
図１は、本発明の通信システム１００のシステム構成を示す概略ブロック図である。通信システム１００は、ローカルネットワーク１０、中継ネットワーク２０及びサービスシステム３０を含む。ローカルネットワーク１０とサービスシステム３０とは、中継ネットワーク２０を介して通信可能に接続される。ローカルネットワーク１０は、複数のデバイスが接続されるネットワークであり、所定の施設や領域に構築される。例えば、プラントや工場や病院のような施設にローカルネットワーク１０が構築されてもよい。例えば、河川の流域や山や畑などの領域にローカルネットワーク１０が構築されてもよい。中継ネットワーク２０は、移動体通信網やインターネットワークや光通信網（例えばPassive Optical Network（ＰＯＮ））等のネットワークを用いて構成される。中継ネットワーク２０は、複数のネットワークを接続して構築されてもよい。サービスシステム３０は、ローカルネットワーク１０において取得された情報を示すデータを、中継ネットワーク２０を介して受信する。サービスシステム３０は、受信されたデータを蓄積し、蓄積されたデータを分析し、分析結果に応じてユーザーに情報を提供する。サービスシステム３０は、例えばローカルネットワーク１０の管理者が使用する端末装置に対して所定の分析結果を示すデータを送信してもよい。サービスシステム３０は、例えばローカルネットワーク１０に接続されたデバイス１１又はその制御装置に対し、分析結果に応じた制御信号を送信してもよい。

ローカルネットワーク１０は、複数のデバイス１１、スイッチ１２、ルーター１３、ＮＷコントローラー１４、デバイス管理装置１５、初期設定サーバー１６及びハニーポット１７を備える。

デバイス１１は、中継ネットワーク２０を介してサービスシステム３０に情報を送信する。デバイス１１は、例えば所定の情報を取得し、取得した所定の情報を、中継ネットワーク２０を介してサービスシステム３０に送信する。デバイス１１は、例えばセンサや、撮影装置等の装置である。デバイス１１がセンサである場合、デバイス１１は例えば温度を測定するセンサであってもよいし、気圧を測定するセンサであってもよいし、音量を測定するセンサであってもよいし、風速を測定するセンサであってもよい。この場合、デバイス１１は、温度、気圧、音量及び風速などの環境に関する情報を所定の情報として取得する。デバイス１１が撮影装置である場合、デバイス１１は撮影した画像（静止画像）、映像（動画像）、音を所定の情報として取得する。ローカルネットワーク１０に設置される複数のデバイス１１は、全てが同じ種類のデバイスである必要はない。すなわち、一つのローカルネットワーク１０において複数種類のデバイス１１が設置されてもよい。

スイッチ１２は、ローカルネットワーク１０においてデータを中継する通信装置である。スイッチ１２には、例えば複数のデバイス１１とルーター１３とが接続されている。スイッチ１２は、デバイス１１から送信されたデータを、その宛先に応じて中継する。スイッチ１２は、ＮＷコントローラー１４によってその動作を制御される。

デバイス１１とスイッチ１２とは、通信を行うことによってデータを送受信する。デバイス１１とスイッチ１２との間で行われる通信は、無線通信であってもよいし有線通信であってもよい。この通信は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）であってもよいし、無線ＬＡＮ（Local Area Network）であってもよいし、有線ＬＡＮであってもよいし、他の通信プロトコルで実現されてもよい。

ルーター１３は、ローカルネットワーク１０と他のネットワークとを中継する通信装置である。ルーター１３は、例えばローカルネットワーク１０と中継ネットワーク２０との間でデータを中継する。ルーター１３は、さらに、ローカルネットワーク１０において複数の仮想ネットワークを形成する。仮想ネットワークは、他の仮想ネットワークとの間で通信が隔離される。仮想ネットワークは、例えばVirtual Local Area Network（ＶＬＡＮ）を用いて実現されてもよい。

ＮＷコントローラー１４は、情報処理装置を用いて構成される。ＮＷコントローラー１４は、スイッチ１２やルーター１３等の通信機器の動作を制御する。ＮＷコントローラー１４は、例えば通信機器の動作を制御することによって、ローカルネットワーク１０に接続されている機器（例えばデバイス１１）に割り当てられる通信リソースを制御してもよい。ＮＷコントローラー１４は、例えばデバイス管理装置１５の指示に応じて通信機器の動作を制御してもよい。なお、ローカルネットワーク１０はSoftware Defined Network（ＳＤＮ）を用いて実装されてもよい。この場合、ＮＷコントローラー１４はＳＤＮのコントローラーとして機能してもよい。

デバイス管理装置１５は、情報処理装置を用いて構成される。デバイス管理装置１５は、各デバイス１１から、各デバイス１１によって取得された所定の情報を受信する。デバイス管理装置１５は、各デバイス１１の状況に基づいて、各デバイス１１の通信環境を制御する。制御対象となる通信環境の具体例として、ローカルネットワーク１０の外部のネットワークや外部の装置との間の通信の可否、ローカルネットワーク１０の内部の他の装置との間の通信の可否、割り当てられる通信帯域、所属する仮想ネットワーク、データの送信先、がある。デバイス管理装置１５は、各デバイス１１の通信環境を決定すると、決定された通信環境が実現されるようにＮＷコントローラー１４に指示する。

初期設定サーバー１６は、情報処理装置を用いて構成される。初期設定サーバー１６は、デバイス１１が動作するために必要となるデータのうち、動作開始前に設定されるデータ（以下「初期設定データ」という。）を記憶する。動作開始前とは、デバイス１１が本来予定されている動作を開始する前のタイミングである。例えば、サービスシステム３０に対して所定のデータを送信することが予定されているデバイス１１にとっては、所定のデータをサービスシステム３０に送信し始める前のタイミングが動作開始前に相当する。初期設定データには、デバイス１１が予定されている動作を行うために必要となるデータの一部又は全部が含まれる。初期設定データには、例えば収集装置３１のアドレスや、データの取得タイミング等を示す情報が含まれる。初期設定サーバー１６は、デバイス１１に対し、通信路を介して初期設定データを送信する。

ハニーポット１７は、情報処理装置を用いて構成される。ハニーポット１７は、いわゆるハニーポット装置であり、悪意のコンピューターシステムからアクセスを受けたとしても実質的な被害が生じないように設計された装置である。

中継ネットワーク２０は、複数の中継装置２１（例えば中継装置２１−１、中継装置２１−２）及び認証装置２２を備える。

中継装置２１は、中継ネットワーク２０においてデータを中継する通信装置である。中継装置２１は、例えば中継ネットワーク２０内で発生したデータを中継してもよいし、他のネットワーク（例えばローカルネットワーク１０、サービスシステム３０）から受信されたデータを中継してもよい。中継装置２１は、中継ネットワーク２０と他のネットワークとの境界に設けられる場合には、特にエッジルータとして機能してもよい。中継装置２１は、ローカルネットワーク１０との間の通信経路における通信帯域を制御してもよい。例えば、デバイス１１に対して割り当てられる上記通信帯域が制御されてもよい。

認証装置２２は、ネットワーク（例えばローカルネットワーク１０）に接続されたデバイス１１を認証する。認証装置２２は、例えばデバイス１１から認証情報を受信し、受信された認証情報に基づいて認証するか否かを判定する。認証装置２２は、認証結果を示す情報を、デバイス１１と、デバイス１１と関連するデバイス管理装置１５に送信する。例えば、認証装置２２は、認証されたデバイス１１の識別情報をデバイス管理装置１５に送信してもよい。

サービスシステム３０は、収集装置３１、記憶装置３２、分析装置３３及び情報提供装置３４を備える。

収集装置３１は、情報処理装置を用いて構成される。収集装置３１は、デバイス１１から送信される所定の情報を受信する。収集装置３１は、受信されたデータを記憶装置３２に記録する。例えば、デバイス１１が温度を示す情報を送信する場合、収集装置３１は温度を示す情報を受信し、温度とその温度が計測された日時とデバイス１１の識別情報とを対応付けて記憶装置３２に記録してもよい。例えば、デバイス１１が所定の領域が撮影された画像データを送信する場合、収集装置３１は画像データを受信し、画像データとその画像が撮影された日時とデバイス１１の識別情報とを対応付けて記憶装置３２に記録してもよい。

記憶装置３２は、磁気ハードディスク装置や半導体記憶装置等の記憶装置を用いて構成される。記憶装置３２は、収集装置３１によって記録されるデータを記憶する。記憶装置３２は、分析装置３３による分析結果をさらに記憶してもよい。

分析装置３３は、情報処理装置を用いて構成される。分析装置３３は、記憶装置３２に記録されたデータを分析する。分析装置３３は、例えば記憶装置３２に記録されているデータの統計値を算出することで分析を行ってもよい。分析装置３３は、例えば記憶装置３２に記録されているデータを、予め得られている学習済みモデルに基づいて処理することによって分析を行ってもよい。

情報提供装置３４は、情報処理装置を用いて構成される。情報提供装置３４は、分析装置３３の分析結果に応じたサービスを提供するためのデータを生成する。情報提供装置３４は、例えば不図示のユーザー端末からＨＴＴＰ（HyperText Transfer Protocol）でリクエストを受信すると、ＨＴＭＬ（HyperText Markup Language）等のマークアップ言語で画面のデータを生成し、ユーザー端末にデータを送信するように構成されてもよい。情報提供装置３４は、分析結果を示すデータを、予め定められた所定のフォーマットで生成し、ユーザー端末にインストールされているアプリケーションに対して送信するように構成されてもよい。情報提供装置３４は、ローカルネットワーク１０に設置されたアクチュエーター等のデバイス１１を制御するコントローラー（例えばＰＬＣ：Programmable Logic Controller）に対して、分析結果に応じた制御信号を送信するように構成されてもよい。

図２は、デバイス管理装置１５の機能構成を示す概略ブロック図である。デバイス管理装置１５は、通信部１５１、条件記憶部１５２、デバイス情報記憶部１５３及び制御部１５４を備える。

通信部１５１は、通信インターフェースを用いて構成される。通信部１５１は、他の装置とデータ通信を行う。例えば、通信部１５１は、ローカルネットワーク１０に接続され、所定のプロトコルで他の装置とデータを送受信する。

条件記憶部１５２は、磁気ハードディスク装置や半導体記憶装置等の記憶装置を用いて構成される。条件記憶部１５２は、デバイス１１の状態に関する条件及びデバイス１１の通信状態に関する条件と、各条件が満たされた場合に設定される各デバイス１１の通信環境を示す情報と、を対応付けて記憶する。条件と通信環境との具体例については、第１動作例〜第６動作例として後述する。

デバイス情報記憶部１５３は、磁気ハードディスク装置や半導体記憶装置等の記憶装置を用いて構成される。デバイス情報記憶部１５３は、ローカルネットワーク１０に接続されたデバイス１１のうち、認証装置２２による認証結果を受けたデバイス１１を認証結果と対応付けて記憶する。

制御部１５４は、ＣＰＵ（Central Processing Unit）等のプロセッサとメモリとを用いて構成される。プロセッサがデバイス管理プログラム実行することによって、判定部１５５、決定部１５６及び指示部１５７の機能が実現される。なお、判定部１５５、決定部１５６及び指示部１５７の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されても良い。デバイス管理プログラムは、コンピューター読み取り可能な記録媒体に記録されても良い。コンピューター読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ、半導体記憶装置（例えばＳＳＤ：Solid State Drive）等の可搬媒体、コンピューターシステムに内蔵されるハードディスクや半導体記憶装置等の記憶装置である。デバイス管理プログラムは、電気通信回線を介して送信されても良い。

判定部１５５は、デバイス１１の状態又はデバイス１１の通信状態が、条件記憶部１５２に記憶されている条件を満たしたか否かを判定する。判定部１５５は、満たされた条件があるばあい、その条件を決定部１５６に通知する。

決定部１５６は、判定部１５５によって満たされたと判定された条件に基づいて、条件を満たしたデバイス１１の通信環境を決定する。決定部１５６は、満たされたと判定された条件に対応付けて条件記憶部１５２に記憶されている通信環境を、条件を満たしたデバイス１１の通信環境として決定する。決定部１５６は、制御対象のデバイス１１と、決定した通信環境と、を指示部１５７に通知する。

指示部１５７は、決定部１５６によって決定された通信環境が、制御対象のデバイス１１の通信に反映されるように、通信機器を制御する。指示部１５７は、ＮＷコントローラー１４に対して指示をすることによって通信機器を制御してもよい。指示部１５７は、通信機器を直接制御してもよい。

図３は、ローカルネットワーク１０において構築される仮想ネットワークの具体例を示す図である。図３では、仮想ネットワークの具体例としてＶＬＡＮが用いられている。ローカルネットワーク１０において、認証用ネットワーク、設定用ネットワーク、通信用ネットワーク及び囮用ネットワークが構築されてもよい。図３の例では、第１ＶＬＡＮが認証用ネットワークに相当し、第２ＶＬＡＮが設定用ネットワークに相当し、第３ＶＬＡＮが通信用ネットワークに相当し、第４ＶＬＡＮが囮用ネットワークに相当する。

認証用ネットワーク（第１ＶＬＡＮ）及び通信用ネットワーク（第３ＶＬＡＮ）には、ルーター１３の複数のポートのうち、外部のネットワークに繋がるポートが含まれる。第１ＶＬＡＮに含まれるポートからは、認証装置２２に対する通信が行われる。第３ＶＬＡＮに含まれるポートからは、収集装置３１に対する通信が行われる。一方、設定用ネットワーク（第２ＶＬＡＮ）及び囮用ネットワーク（第４ＶＬＡＮ）には、ルーター１３の複数のポートのうち、外部のネットワークに繋がるポートが含まれない。そのため、設定用ネットワーク又は囮用ネットワークに接続されたデバイス１１は、外部のネットワークに接続できない。

認証用ネットワーク（第１ＶＬＡＮ）、通信用ネットワーク（第３ＶＬＡＮ）及び囮用ネットワーク（第４ＶＬＡＮ）には、初期設定サーバー１６が含まれない。一方、設定用ネットワーク（第２ＶＬＡＮ）には、初期設定サーバー１６が含まれる。そのため、設定用ネットワークに接続されたデバイス１１は、初期設定サーバー１６と通信できる。一方、認証用ネットワーク、通信用ネットワーク又は囮用ネットワークに接続されたデバイス１１は、初期設定サーバー１６と通信できない。

認証用ネットワーク（第１ＶＬＡＮ）には、認証装置２２による認証がなされていないデバイス１１や、初期設定サーバー１６による初期設定がなされていないデバイス１１と、デバイス管理装置１５と、が接続される。新たなデバイス１１がローカルネットワーク１０に接続される場合には、新たなデバイス１１は認証用ネットワーク（第１ＶＬＡＮ）に接続される。そのため、認証や初期設定がなされていないデバイス１１によってローカルネットワーク１０内の装置や外部のネットワークへのアクセスがなされてしまうことを防止できる。
以下、通信システム１００の複数の動作例について説明する。

（第１動作例）
図４及び図５は、通信システム１００の第１動作例を示すシーケンスチャートである。第１動作例では、新たなデバイス１１がローカルネットワーク１０に接続されて認証を受ける。以下、通信システム１００の第１動作例について説明する。

新たなデバイス１１がローカルネットワーク１０に接続される際に、デバイス１１は、アドレスの割り当てなど接続に必要な処理が完了するのを待機する。新たに接続されたデバイス１１は、自身が接続されたネットワークにおけるデバイス管理装置に対して認証接続要求を送信する。本実施形態では、デバイス１１はデバイス管理装置１５に認証接続要求を送信する（ステップＳ１０１）。認証接続要求は、認証装置２２への接続を要求することを示すデータである。認証接続要求には、例えば送信元であるデバイス１１の識別情報が含まれる。デバイス１１の識別情報は、例えばデバイス１１のチップ等のハードウェアに予め固定的に記録されている情報であってもよい。

デバイス管理装置１５は、デバイス１１から認証接続要求を受信すると、受信された認証接続要求に基づいて、送信元であるデバイス１１が認証要件を満たすデバイスであるか否かを判定する（ステップＳ１０２）。例えば、既に認証を受けたデバイス１１としてデバイス管理装置１５に登録されているデバイスは、認証要件を満たさないと判定される。例えば、既に認証を受けられなかったデバイス１１としてデバイス管理装置１５に登録されているデバイスは、認証要件を満たさないと判定される。一方、過去に認証処理が実施されていないデバイス（すなわちデバイス管理装置１５に登録されていないデバイス）は、認証要件を満たすと判定される。送信元であるデバイス１１が認証要件を満たしていない場合には、デバイス管理装置１５は認証接続要求を破棄して処理を終了する。送信元であるデバイス１１が認証要件を満たしている場合には、デバイス管理装置１５は、認証通信許可通知をＮＷコントローラー１４に送信し（ステップＳ１０３）、許可通知をデバイス１１に送信する（ステップＳ１０４）。認証通信許可通知は、認証接続要求の送信元であるデバイス１１の識別情報を含む。ＮＷコントローラー１４は、認証通信許可通知を受信すると、受信された認証通信許可通知に含まれる識別情報が示すデバイス１１を認証用ネットワークに接続させるように、ローカルネットワーク１０内の通信機器を制御する（ステップＳ１０５）。

ステップＳ１０３及びステップＳ１０４の処理の後、デバイス管理装置１５は、計時を開始する（ステップＳ１０６）。デバイス１１は、デバイス管理装置１５から許可通知を受信すると、認証装置２２に対して認証要求を送信する（ステップＳ１０７）。認証要求には、送信元であるデバイス１１の識別情報や、認証を受けるために必要となる情報（認証情報）が含まれる。認証装置２２は、デバイス１１から認証要求を受信すると、受信された認証情報に基づいて認証処理を行う（ステップＳ１０８）。認証装置２２は、認証要求の送信元であるデバイス１１に対し、認証結果を通知する（ステップＳ１０９）。

デバイス１１は、認証結果を受信すると、認証結果をデバイス管理装置１５に対して通知する（ステップＳ１１０）。認証結果は、認証装置２２による電子署名等の偽装対策がなされたものであることが望ましい。
デバイス管理装置１５は、所定のタイミングで、認証されたことを示す認証結果がデバイス１１から受信されたか否かを判定する（ステップＳ１１１）。認証されたことを示す認証結果が受信された場合（ステップＳ１１１−ＹＥＳ）、デバイス管理装置１５は、通知元のデバイス１１が外部のネットワーク（例えば中継ネットワーク２０）に接続できる状態になるようにＮＷコントローラー１４に指示する。例えば、デバイス管理装置１５は、外部のネットワークに接続可能な通信用ネットワークとして構築された仮想ネットワーク（例えば第３ＶＬＡＮ）にデバイス１１が接続されるようにＮＷコントローラー１４に指示してもよい（ステップＳ１１２）。ＮＷコントローラー１４は、デバイス管理装置１５の指示に応じて、デバイス１１を通信用ネットワークに接続させるようにネットワークの切り替えを行う（ステップＳ１１３）。

一方、認証されたことを示す認証結果が受信されていない場合（ステップＳ１１１−ＮＯ）、デバイス管理装置１５は、ステップＳ１０６における計時開始から所定の時間が経過したか否かを判定する（ステップＳ１１４）。所定時間が経過していない場合（ステップＳ１１４−ＮＯ）、デバイス管理装置１５は、ステップＳ１０６の直後の状態に戻り、ステップＳ１１１の処理まで待機する。一方、所定時間が経過した場合（ステップＳ１１４−ＹＥＳ）、デバイス管理装置１５は、ステップＳ１０１において認証接続要求を送信してきた送信元のデバイス１１が外部のネットワーク（例えば中継ネットワーク２０）に接続できない状態になるようにＮＷコントローラー１４に指示する（ステップＳ１１５）。例えば、デバイス管理装置１５は、外部のネットワークに接続可能な通信用ネットワークとして構築された仮想ネットワークにデバイス１１が接続されないようにＮＷコントローラー１４に指示してもよい。デバイス管理装置１５は、デバイス１１がローカルネットワーク１０内でも通信できなくなるようにＮＷコントローラー１４に指示してもよい。例えば、デバイス１１が送信元であるデータを中継せずに全て廃棄するように各通信機器が設定されてもよい。デバイス管理装置１５は、遮断通知の対象となったデバイス１１の識別情報をブラックリストとして記憶する。デバイス管理装置１５は、ブラックリストとして記憶されている識別情報のデバイス１１については、その後に新たにローカルネットワーク１０に接続されたとしても、認証通知許可を通知しない。ＮＷコントローラー１４は、デバイス管理装置１５の指示に応じて、デバイス１１を通信用ネットワークに接続させるようにネットワークの切り替えを行う（ステップＳ１１６）。なお、デバイス１１が認証されなかったことを示す認証結果が受信された場合にも、ステップＳ１１５及びＳ１１６の処理が行われてもよい。

第１動作例では、新たに接続されたデバイス１１は、当初は外部のネットワークに接続できない。一方、認証接続要求がデバイス管理装置１５によって認められると、所定の時間の間だけ認証装置２２との通信が許可される。所定の時間の間にデバイス１１が認証装置２２から認証された場合には、デバイス１１は通信用ネットワークに接続され、その後も継続して外部のネットワークへの接続が認められる。一方、所定の時間の間にデバイス１１が認証装置２２から認証されなかった場合には、デバイス１１は通信用ネットワークに接続されることなく、認証装置２２との通信も遮断される。そのため、認証装置２２による認証を受けられなかったデバイス１１が外部のネットワークに対して不都合な挙動を起こしてしまうことを防止することができる。また、特に図４及び図５の例では、所定の時間の間にデバイス１１が認証装置２２から認証されなかった場合には、デバイス１１はローカルネットワーク１０内でも通信が遮断される。そのため、認証装置２２による認証を受けられなかったデバイス１１が、ローカルネットワーク１０において不都合な挙動を起こしてしまうことも防止することができる。例えば、音声盗聴器や通信盗聴器（スニッファ）等の有害な装置がローカルネットワーク１０内で通信することを防止することが可能となる。

また、第１動作例では以下のような効果も得られる。一般的にサービスシステム３０（例えばクラウドのＩｏＴサービス）にデバイス１１がデータを送信する場合には、認証はサービスシステム３０に任せられる場合がある。この場合、デバイス１１が設置されたローカルネットワーク１０からサービスシステム３０までの通信路は常時開かれていることが多い。そのため、たとえサービスシステム３０において認証がなされなかったとしても、デバイス１１が接続されたローカルネットワーク１０や中継ネットワーク２０では、デバイス１１の通信路が開かれた状態であることが多い。このように制御されると、認証されなかったデバイス１１によって、中継ネットワーク２０を介して他のネットワークへの不正なアクセスがなされてしまうことや、ローカルネットワーク１０内で不正なアクセスがなされてしまうおそれがあった。しかしながら、上述した第１動作例では、認証されなかったデバイス１１の通信がローカルネットワーク１０内で遮断されるため、このような問題を解決することができる。

（第２動作例）
図６は、通信システム１００の第２動作例を示すシーケンスチャートである。第２動作例では、新たなデバイス１１がローカルネットワーク１０に接続されて初期設定を受ける。以下、通信システム１００の第２動作例について説明する。

まず、新たなデバイス１１がローカルネットワーク１０に接続される。デバイス管理装置１５は、新たに接続されたデバイス１１を検出すると（ステップＳ２０１）、新たに接続されたデバイス１１を設定用ネットワークに接続することをＮＷコントローラー１４に指示する（ステップＳ２０２）。ＮＷコントローラー１４は、デバイス管理装置１５の指示にしたがって、新たに接続されたデバイス１１を設定用ネットワークに接続させるように、ローカルネットワーク１０内の通信機器を制御する（ステップＳ２０３）。なお、新たに接続されたデバイス１１をデバイス管理装置１５が検出する処理は、どのように実現されてもよい。例えば、新たに接続されたデバイス１１が、初期設定を受けることを要求するデータをデバイス管理装置１５に送信し、このデータの受信に応じてデバイス管理装置１５がデバイス１１を検出してもよい。例えば、第１動作例のステップＳ１１２の認証結果通知をデバイス管理装置１５が受信することに応じてデバイス１１を検出してもよい。この場合、第１動作例のステップＳ１１３及びＳ１１４の処理は、第２動作例のステップＳ２０２及びＳ２０３の処理に置き換えて実行されてもよい。ステップＳ２０２及びステップＳ２０３の処理の後、デバイス管理装置１５は、初期設定の実行をデバイス１１に対して指示する（ステップＳ２０４）。

デバイス１１は、デバイス管理装置１５から初期設定の指示を受信すると、初期設定サーバー１６に対して初期設定データ要求を送信する（ステップＳ２０５）。初期設定データ要求には、送信元であるデバイス１１の識別情報や、デバイス１１の種別を示す情報が含まれる。デバイス１１の種別を示す情報は、例えばデバイス１１の型番であってもよいし、デバイス１１にインストールされているＯＳ（Operating System）の種別やバージョンを示す情報であってもよい。初期設定サーバー１６は、デバイス１１から初期設定データ要求を受信すると、受信された初期設定データ要求に応じた初期設定データを記憶装置から読み出す。そして、初期設定サーバー１６は、初期設定データ要求の送信元であるデバイス１１に対し、読み出された初期設定データを送信する（ステップＳ２０６）。

デバイス１１は、初期設定データを受信すると、受信された初期設定データに基づいて初期設定処理を実行する（ステップＳ２０７）。初期設定処理は、例えば受信された初期設定データに含まれるデータを、所定の記憶領域に記録する処理であってもよい。初期設定処理は、例えば受信された初期設定データに含まれる実行形式のプログラムを実行する処理であってもよい。デバイス１１は、初期設定処理が完了すると、初期設定が完了したことをデバイス管理装置１５に通知する（ステップＳ２０８）。

デバイス管理装置１５は、初期設定が完了したデバイス１１が接続されているネットワークを、設定用ネットワークから通信用ネットワークに変更することをＮＷコントローラー１４に指示する（ステップＳ２０９）。ＮＷコントローラー１４は、デバイス管理装置１５の指示に応じて、デバイス１１を通信用ネットワークに接続させるようにネットワークの切り替えを行う（ステップＳ２１０）。

第２動作例では、初期設定が必要なデバイス１１（例えば新たに接続されたデバイス１１）は、設定用ネットワークに接続される。一方、初期設定が終了すると、デバイス１１は、設定用ネットワークではなく接続用ネットワークに接続される。そのため、初期設定が未設定のデバイス１１が外部のネットワークに接続することを防止できる。その結果、初期設定が未設定であることを原因として想定外の挙動を示すデバイス１１が外部ネットワークにアクセスしてしまうことを回避することが可能となる。

また、初期設定データは、通常の通信で送受信されるデータに比べてファイルサイズが大きく、相対的に大きな通信帯域が必要とされる場合がある。そのため、通常の動作をしているデバイス１１と初期設定を行うデバイス１１とが同じネットワークに接続されていると、初期設定データの送受信で生じた輻輳などにより、他のデバイス１１がサービスシステム３０に対して送信すべきデータが正しく送信されない可能性がある。第２動作例では、予め設定用ネットワークと通信用ネットワークとを分けて構築しておくことで、このような問題を解決できる。また、予め設定用ネットワークを通信用ネットワークよりも大きな通信帯域での通信が可能となるように設定しておくことで、このような問題を解決することができる。

（第３動作例）
図７は、通信システム１００の第３動作例を示すシーケンスチャートである。第３動作例では、デバイス１１がソフトウェアのバージョンアップを行う。以下、通信システム１００の第３動作例について説明する。

まず、初期設定サーバー１６が新たなバージョンのソフトウェアが利用可能になったことを示す情報（バージョンアップ情報）をデバイス管理装置１５に通知する（ステップＳ３０１）。デバイス管理装置１５は、バージョンアップ情報を受信すると（ステップＳ３０２）、バージョンアップが必要なデバイス１１を設定用ネットワークに接続することをＮＷコントローラー１４に指示する（ステップＳ３０２）。このとき、デバイス管理装置１５は、各デバイス１１の種別を示す情報を記憶しておき、デバイスの種別に基づいてバージョンアップが必要か否かをデバイス１１毎に判定してもよい。ＮＷコントローラー１４は、デバイス管理装置１５の指示にしたがって、デバイス１１を設定用ネットワークに接続させるように、ローカルネットワーク１０内の通信機器を制御する（ステップＳ３０３）。ステップＳ３０２及びステップＳ３０３の処理の後、デバイス管理装置１５は、バージョンアップの実行をデバイス１１に対して指示する（ステップＳ３０４）。

デバイス１１は、デバイス管理装置１５からバージョンアップの指示を受信すると、初期設定サーバー１６に対してバージョンアップデータ要求を送信する（ステップＳ３０５）。バージョンアップデータ要求には、送信元であるデバイス１１の識別情報や、デバイス１１の種別を示す情報が含まれる。デバイス１１の種別を示す情報は、例えばデバイス１１の型番であってもよいし、デバイス１１にインストールされているＯＳの種別やバージョンを示す情報であってもよい。初期設定サーバー１６は、デバイス１１からバージョンアップデータ要求を受信すると、受信されたバージョンアップデータ要求に応じたバージョンアップデータを記憶装置から読み出す。そして、初期設定サーバー１６は、バージョンアップデータ要求の送信元であるデバイス１１に対し、読み出されたバージョンアップデータを送信する（ステップＳ３０６）。

デバイス１１は、バージョンアップデータを受信すると、受信されたバージョンアップデータに基づいてバージョンアップ処理を実行する（ステップＳ３０７）。バージョンアップ処理は、例えば受信されたバージョンアップデータに含まれるデータを、所定の記憶領域に記録する処理であってもよい。バージョンアップ処理は、例えば受信されたバージョンアップデータに含まれる実行形式のプログラムを実行する処理であってもよい。デバイス１１は、バージョンアップ処理が完了すると、バージョンアップが完了したことをデバイス管理装置１５に通知する（ステップＳ３０８）。

デバイス管理装置１５は、バージョンアップが完了したデバイス１１が接続されているネットワークを、設定用ネットワークから通信用ネットワークに変更することをＮＷコントローラー１４に指示する（ステップＳ３０９）。ＮＷコントローラー１４は、デバイス管理装置１５の指示に応じて、デバイス１１を通信用ネットワークに接続させるようにネットワークの切り替えを行う（ステップＳ３１０）。

第３動作例では、バージョンアップが必要なデバイス１１（例えば新たなバージョンのソフトウェアが提供された種別のデバイス１１）は、設定用ネットワークに接続される。一方、バージョンアップが終了すると、デバイス１１は、設定用ネットワークではなく接続用ネットワークに接続される。バージョンアップデータは、通常の通信で送受信されるデータに比べてファイルサイズが大きく、相対的に大きな通信帯域が必要とされる場合がある。そのため、通常の動作をしているデバイス１１とバージョンアップを行うデバイス１１とが同じネットワークに接続されていると、バージョンアップデータの送受信で生じた輻輳などにより、他のデバイス１１がサービスシステム３０に対して送信すべきデータが正しく送信されない可能性がある。第３動作例では、予め設定用ネットワークと通信用ネットワークとを分けて構築しておくことで、このような問題を解決できる。また、予め設定用ネットワークを通信用ネットワークよりも大きな通信帯域での通信が可能となるように設定しておくことで、このような問題を解決することができる。

第３動作例は、バージョンアップではなく、デバイス１１の検疫に適用されてもよい。例えば、各デバイス１１がウイルスに感染しているか否かを判定する装置（例えば初期設定サーバーでもよいし、検疫を専ら行う検疫サーバーであってもよい）によって各デバイス１１の検疫が行われるように第３動作例が用いられてもよい。この場合、ウイルスに感染している可能性のあるデバイス１１を、他のデバイス１１からネットワーク単位で切り離して検疫を実行できるため、他の健全なデバイス１１に感染が広がってしまうことを防止できる。

（第４動作例）
図８は、通信システム１００の第４動作例を示すシーケンスチャートである。第４動作例では、デバイス１１が中継ネットワーク２０を介して所定のデータを送信する。図８の例では、デバイス１１は、サービスシステム３０の収集装置３１に所定のデータを送信する。以下、通信システム１００の第４動作例について説明する。

第４動作例では、各デバイス１１は通信用ネットワークに接続されている。ただし、通信用ネットワークでは、各デバイス１１が送信タイミングになっていない場合には、外部のネットワークへの通信が遮断されている。このような遮断は、例えばルーター１３が各デバイス１１から送信されたデータを廃棄することによって実現されてもよい。

デバイス管理装置１５は、所定のタイミングで、各デバイス１１が送信タイミングになったか否かを判定する（ステップＳ４０１）。送信タイミングになったことは、例えば予めデバイス１１と同期してデバイス管理装置１５に設定されている所定の周期が到来したことに応じて判定されてもよい。この場合、所定の周期が到来するとデバイス１１はデータを送信し、デバイス管理装置１５も同じく所定の周期が到来するとデバイス１１が送信タイミングになったと判定する。所定の周期は、デバイス１１毎に設定されてもよい。送信タイミングになったことは、デバイス１１に対してデバイス管理装置１５が送信指示や送信許可を通知することによって判定されてもよい。この場合、デバイス管理装置１５は、デバイス１１に対して送信指示や送信許可を送信する。デバイス１１は、送信指示や送信許可を受信するとデータを送信するように予め設定されている。そのため、デバイス管理装置１５は、デバイス１１に対して送信指示や送信許可を送信することによって、そのデバイス１１の送信タイミングを判定することができる。

デバイス管理装置１５は、送信タイミングになったデバイス１１が存在する場合（ステップＳ４０１−ＹＥＳ）、このデバイス１１について解除通知をＮＷコントローラー１４に送信する（ステップＳ４０２）。解除通知は、送信タイミングになったデバイス１１から送信されたデータを外部のネットワークに中継することをＮＷコントローラー１４に指示するための通知である。ＮＷコントローラー１４は、解除通知にしたがって、デバイス１１から送信されたデータを外部ネットワークに中継するように、ローカルネットワーク１０内の通信機器を制御する（ステップＳ４０３）。

デバイス１１は、送信タイミングになると、収集装置３１に対し所定のデータを送信する（ステップＳ４０４）。収集装置３１は、デバイス１１から所定のデータを受信すると、受信されたデータを記憶装置３２に記録する（ステップＳ４０５）。

デバイス管理装置１５は、所定のタイミングで、各デバイス１１の送信タイミングが終了したか否かを判定する（ステップＳ４０６）。デバイス管理装置１５は、送信タイミングが終了したデバイス１１が存在する場合（ステップＳ４０６−ＹＥＳ）、このデバイス１１について解除終了通知をＮＷコントローラー１４に送信する（ステップＳ４０７）。解除終了通知は、送信タイミングが終了したデバイス１１から送信されたデータを、再び外部のネットワークに中継しないことをＮＷコントローラー１４に指示するための通知である。ＮＷコントローラー１４は、解除終了通知にしたがって、デバイス１１から送信されたデータを外部ネットワークに中継しないように、ローカルネットワーク１０内の通信機器を制御する（ステップＳ４０８）。

第４動作例では、所定の送信タイミングになったデバイス１１から送信されたデータは、外部のネットワークへ中継される。一方、所定の送信タイミングになっていないデバイス１１から送信されたデータは、外部のネットワークへは中継されない。このような中継の可否はデバイス管理装置１５によって制御される。そのため、デバイス管理装置１５によって送信タイミングが判定されていないデバイス１１が勝手に外部のネットワークにデータを送信したとしても、そのようなデータは外部のネットワークへ中継されない。したがって、悪意のあるデータがローカルネットワーク１０から外部のネットワークへ送信されてしまうことを防止できる。そのため、例えばローカルネットワーク１０に接続されたデバイス１１が、本来は外部に送信されてはいけない秘密データをローカルネットワーク１０内で収集して外部のネットワークに漏洩させてしまことを防止できる。

第４動作例において、送信タイミングになっていないデバイス１１については、送信データが遮断されるだけではなく、外部のネットワークからデバイス１１宛てに送信されてきたデータも遮断されてもよい。また、第４動作例において、送信タイミングになったデバイス１１は他の方法により判定されてもよい。例えば、外部のネットワーク（例えば収集装置３１や分析装置３３）からデバイス１１宛てにデータのリクエストが届いた場合、デバイス管理装置１５がこのリクエストを受信し、リクエストの宛先となっていたデバイス１１を送信タイミングになったデバイス１１として判定してもよい。

（第５動作例）
図９は、通信システム１００の第５動作例を示すシーケンスチャートである。第５動作例では、不適切な通信を行ったデバイス１１がハニーポット１７に接続される。以下、通信システム１００の第５動作例について説明する。

デバイス管理装置１５は、ローカルネットワーク１０において不適切な通信を検知すると（ステップＳ５０１）、検知された通信のデータに基づいて、不適切な通信の発信元であるデバイス１１を特定する。不適切な通信の検知はどのような技術を用いて実現されてもよい。例えば、デバイス管理装置１５は、ローカルネットワーク１０内で生じる通信として予め定義されている通信とは異なる通信が検出された場合に、その通信を不適切な通信として判定してもよい。

デバイス管理装置１５は、特定されたデバイス１１を、囮用ネットワークに接続するようにＮＷコントローラー１４に指示する（ステップＳ５０２）。囮用ネットワークとは、ハニーポット１７との間で通信を行うためのネットワークである。囮用ネットワークは、例えばハニーポット１７とデバイス１１とが接続された仮想ネットワークとして構築されてもよい。ＮＷコントローラー１４は、デバイス管理装置１５の指示にしたがってデバイス１１を囮用ネットワークに接続するようにローカルネットワーク１０内の通信機器を制御する（ステップＳ５０３）。その後、デバイス１１の通信はハニーポット１７との間で行われる。すなわち、デバイス１１が送信したデータはいずれもハニーポット１７に中継される。ハニーポット１７は、デバイス１１から送信されたデータに応じてデータをデバイス１１に送信する。

第５動作例では、ローカルネットワーク１０内に不正なデバイス１１が接続された場合、不正なデバイス１１はハニーポット１７に接続される。そのため、ハニーポット１７において、不正なデバイス１１について情報を収集することが可能となる。

第５動作例において、デバイス管理装置１５は、認証が受けられなかったデバイス１１をハニーポット１７に接続するように構成されてもよい。このように構成されることにより、認証を受けられなかったデバイス１１の挙動について情報を収集することが可能となる。

（第６動作例）
図１０は、通信システム１００の第６動作例を示すシーケンスチャートである。第６動作例では、デバイス１１が中継ネットワーク２０を介して大容量のデータを送信する。図１０の例では、デバイス１１は、サービスシステム３０の収集装置３１に所定の大容量のデータを送信する。以下、通信システム１００の第６動作例について説明する。なお、大容量データとは、予め定義されたデータであり、一般的なデバイス１１によって送信されるデータよりも相対的に容量の大きいデータである。大容量データの具体例として、ソフトウェアやファームウェアのバージョンアップファイルのデータ、動画像データがある。具体的にどのような容量のデータを大容量データとして取り扱うかは、通信システム１００の設計者や運用者などによって適宜決定される。

第６動作例では、各デバイス１１は通信用ネットワークに接続されている。ただし、通信用ネットワークでは、各デバイス１１が送信タイミングになっていない場合には、外部のネットワークへの通信が遮断されている。このような遮断は、例えばルーター１３が各デバイス１１から送信されたデータを廃棄することによって実現されてもよい。

デバイス管理装置１５は、所定のタイミングで、各デバイス１１が大容量データの送信タイミングになったか否かを判定する（ステップＳ６０１）。デバイス管理装置１５は、大容量データの送信タイミングになったデバイス１１が存在する場合（ステップＳ６０１−ＹＥＳ）、このデバイス１１について解除通知をＮＷコントローラー１４に送信する（ステップＳ６０２）。解除通知は、送信タイミングになったデバイス１１から送信されたデータを外部のネットワークに中継することをＮＷコントローラー１４に指示するための通知である。ＮＷコントローラー１４は、解除通知にしたがって、デバイス１１から送信された大容量データを外部ネットワークに中継するように、ローカルネットワーク１０内の通信機器を制御する（ステップＳ６０３）。デバイス管理装置１５はさらに、通信帯域を制御可能な通信装置に対して、通信帯域を大きくするように指示する。第６動作例では、中継ネットワーク２０のエッジルータである中継装置２１−１が、通信帯域を制御可能な通信装置に相当する。デバイス管理装置１５は、中継装置２１−１に対し、デバイス１１の通信に対してより大きな通信帯域を割り当てるように指示する（ステップＳ６０４）。中継装置２１−１は、デバイス管理装置１５の指示にしたがって、大容量データを送信するデバイス１１の通信に割り当てられる通信帯域を大きくする（ステップＳ６０５）。

デバイス１１は、送信タイミングになると、収集装置３１に対し所定の大容量データを送信する（ステップＳ６０６）。収集装置３１は、デバイス１１から所定の大容量データを受信すると、受信された大容量データを記憶装置３２に記録する（ステップＳ６０７）。

デバイス管理装置１５は、所定のタイミングで、各デバイス１１の大容量データの送信タイミングが終了したか否かを判定する（ステップＳ６０８）。デバイス管理装置１５は、大容量データの送信タイミングが終了したデバイス１１が存在する場合（ステップＳ６０８−ＹＥＳ）、このデバイス１１について解除終了通知をＮＷコントローラー１４に送信する（ステップＳ６０９）。解除終了通知は、大容量データの送信タイミングが終了したデバイス１１から送信されたデータを、再び外部のネットワークに中継しないことをＮＷコントローラー１４に指示するための通知である。ＮＷコントローラー１４は、解除終了通知にしたがって、デバイス１１から送信されたデータを外部ネットワークに中継しないように、ローカルネットワーク１０内の通信機器を制御する（ステップＳ６１０）。

デバイス管理装置１５は、中継装置２１−１に対し、デバイス１１の通信に対して割り当てられていた大きな通信帯域を元に戻す（小さくする）ように指示する（ステップＳ６１１）。中継装置２１−１は、デバイス管理装置１５の指示にしたがって、大容量データを送信するデバイス１１の通信に割り当てられる通信帯域を元に戻す（ステップＳ６１２）。

第６動作例では、所定の送信タイミングになったデバイス１１から送信された大容量データは、外部のネットワークへ中継される。このとき、大容量データの送信に合わせて通信帯域も大きな値に設定される。そのため、容量が小さい一般的なセンサデータが送信されるタイミングでは通信帯域を小さくしておきつつ、大容量データが送信されるタイミングにおいて通信帯域を大きく変更することが可能となる。このように制御されることによって、通信費用を節約することが可能となる。また、このように制御されることによって、通信帯域を有効に活用することが可能となる。

第６動作例において、収集装置３１や分析装置３３等の他の装置から大容量データのリクエストがデバイス１１に対して送信された場合に、このリクエストに基づいてデバイス管理装置１５が大容量データの送信タイミングであると判定してもよい。その他の効果や変形例については、第４動作例と同様である。

（変形例）
通信システム１００のシステム構成は図１に示される例に限定される必要はない。例えば、ＮＷコントローラー１４及びデバイス管理装置１５のいずれか一方又は双方は、ローカルネットワーク１０ではなく他のネットワークに設けられてもよい。例えば、ＮＷコントローラー１４がローカルネットワーク１０に設けられ、デバイス管理装置１５が中継ネットワーク２０に設けられてもよい。例えば、ＮＷコントローラー１４が中継ネットワーク２０に設けられ、デバイス管理装置１５がローカルネットワーク１０に設けられてもよい。例えば、ＮＷコントローラー１４及びデバイス管理装置１５が中継ネットワーク２０に設けられてもよい。

上述した通信システム１００では、スイッチ１２やルーター１３等の通信機器の設定の変更はＮＷコントローラー１４によって行われていたが、デバイス管理装置１５がこれらの通信機器の設定を変更してもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１００…通信システム， １０…ローカルネットワーク， １１…デバイス， １２…スイッチ， １３…ルーター， １４…ＮＷコントローラー， １５…デバイス管理装置， １６…初期設定サーバー， １７…ハニーポット， ２０…中継ネットワーク， ２１…中継装置， ２２…認証装置， ３０…サービスシステム， ３１…収集装置， ３２…記憶装置， ３３…分析装置， ３４…情報提供装置， １５１…通信部， １５２…条件記憶部， １５３…デバイス情報記憶部， １５４…制御部， １５５…判定部， １５６…決定部， １５７…指示部

Claims (8)

1. デバイスの状態又は前記デバイスの通信状態が所定の条件を満たしたか否かを判定する判定部と、
   前記判定部によって満たされたと判定された条件に基づいて、前記デバイスの通信環境を決定する決定部と、
   前記決定部によって決定された通信環境を、前記通信環境を実現する通信機器に反映させる指示部と、
   を備えるデバイス管理装置。
2. 前記所定の条件として、前記デバイスが認証を受けていないという条件が満たされている場合には、前記決定部は前記デバイスの通信を遮断することを決定し、
   前記所定の条件として、前記デバイスが認証を受けたという条件が満たされている場合には、前記決定部は前記デバイスの通信を中継することを決定する、請求項１に記載のデバイス管理装置。
3. 前記所定の条件として、前記デバイスが認証装置による認証を受けることが許可されることを示す所定の条件を満たしている場合には、前記決定部は一時的に前記デバイスと前記認証装置との間の通信を中継することを決定し、
   前記所定の条件として、前記決定部が中継を決定した後に所定の期間内に前記認証装置による認証を前記デバイスが得られなかった場合には、前記決定部は前記デバイスと前記認証装置との間の通信を遮断することを決定する、
   請求項２に記載のデバイス管理装置。
4. 前記所定の条件として、前記デバイスが認証を受けていないという条件が満たされている場合には、前記決定部は前記デバイスの通信を遮断することを決定し、
   前記所定の条件として、前記デバイスが認証を受けたという条件が満たされている場合には、前記決定部は前記デバイスを、前記デバイスが動作するために必要となるデータを前記デバイスに提供する装置が接続された仮想ネットワークに接続させることを決定する、請求項１に記載のデバイス管理装置。
5. 前記所定の条件として、前記デバイスが認証を受けていないという条件が満たされている場合には、前記決定部は前記デバイスの通信を遮断することを決定し、
   前記所定の条件として、前記デバイスが認証を受けたという条件が満たされている場合であって且つ前記デバイスがデータを送信するタイミングであるという条件が満たされている場合には、前記決定部は前記デバイスの通信を中継することを決定する、請求項１に記載のデバイス管理装置。
6. 前記所定の条件として、前記デバイスが認証を受けたという条件と前記デバイスがデータを送信するタイミングであるという条件とが満たされており、さらに前記デバイスが相対的に大きい容量のデータを送信するタイミングであるという条件が満たされている場合には、前記決定部は前記デバイスの通信の帯域を相対的に大きくすることを決定する、請求項５に記載のデバイス管理装置。
7. コンピューターが、デバイスの状態又は前記デバイスの通信状態が所定の条件を満たしたか否かを判定し、
   コンピューターが、満たされたと判定された条件に基づいて、前記デバイスの通信環境を決定し、
   コンピューターが、決定された通信環境を、前記通信環境を実現する通信機器に反映させる、
   デバイス管理方法。
8. 請求項１〜６のいずれか一項に記載のデバイス管理装置としてコンピューターを機能させるためのコンピュータープログラム。

Images