JP7006345B2 - 通信制御方法、通信制御装置及び通信制御プログラム - Google Patents

Description

本発明は、通信制御方法、通信制御装置及び通信制御プログラムに関する。

近年、例えば、センサ等のデバイスをインターネットに接続して大量のデータを収集し、そのデータを分析・可視化し、あるいは機器制御に利用するＩｏＴ(Internet of Thing)サービスが広く普及しつつある。ＩｏＴデバイス（以下、単にデバイスと称する）の中には、例えば、セキュリティ機能を実装しないデバイスも多く存在する。

また、デバイスの中には、例えば、セキュリティ機能を実装していても初期パスワードを変更せずに運用しているデバイスも多く存在する。近年、初期パスワードを変更することなく、初期パスワードのまま運用していた監視カメラやＮＷ機器の製品に不正にログインするマルウェアが流行した。初期パスワードは、インターネット上に公開されている製品マニュアルを参照したり、実際に製品を調べたりすることで容易に入手可能である。また、インターネットに接続しているデバイスの情報は、検索エンジンで公開されているため、セキュアに運用されていないデバイスの発見は容易である。従って、悪意の第三者がデバイスに不正にアクセスすることで、不正利用や改竄等の様々な攻撃を行うことが容易な状況下にある。

例えば、製造業等の産業分野で使用されるデバイスが、このような攻撃の被害にあった場合、生産ラインの停止や生産設備の故障等が発生する虞がある。従って、デバイスに対する攻撃を防御する方法が求められている。

そこで、近年では、セキュアな管理が行き届いたＮＷ機器等を接続するオフィスエリアと、セキュアな管理が行き届いてないデバイスを接続するフィールドエリアとの間で通信を中継するＧＷ（Gateway）を配置する方法が知られている。ＧＷは、例えば、アプリからデバイスへのアクセスを検知すると、デバイスの代わりに、認証機能等のセキュリティ機能を代行してデバイスへの不正アクセスを制御する。その結果、ＧＷは、デバイスの改造や特別な設定を要することなく、既存の市販デバイスに対して高度なセキュリティ機能を代行できる。尚、ＧＷが代行する高度なセキュリティ機能とは、例えば、認証証明書等の認証機能、メッセージの正当性を検証する検証機能や、詳細なログを記録する詳細ログ機能等がある。

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

しかしながら、ＧＷがデバイスに対する全通信を中継するため、大量のデバイスに対して高度なセキュリティ機能を代行する場合、ＧＷの処理負荷が上昇して処理性能が低下し、その結果、ＩｏＴサービスの品質が低下してしまう。そこで、デバイスアクセスに対するセキュリティを確保しながら、その処理負担を軽減する方法が求められている。

一つの側面では、デバイスのアクセスに対するセキュリティを確保しながら、その処理負担を軽減できる通信制御方法等を提供することにある。

一つの態様では、通信制御方法としては、通信制御装置が、デバイスとの通信を制御する。通信制御装置が、前記デバイスへの通信アクセスを検知した場合に、前記デバイス毎に関連特性を記憶した第１の記憶部を参照し、当該デバイスに対応した関連特性を特定する。通信制御装置が、関連特性毎に実行可能なセキュリティ機能を記憶した第２の記憶部を参照し、特定された関連特性に対応したセキュリティ機能を決定する。通信制御装置が、通信アクセスのデバイスに対して、決定されたセキュリティ機能を実行する。

一つの側面として、デバイスのアクセスに対するセキュリティを確保しながら、その処理負担を軽減できる。

図１は、本実施例のＧＷシステムの一例を示す説明図である。 図２は、ＧＷのハードウェア構成の一例を示す説明図である。 図３は、実施例１のＧＷの機能構成の一例を示す説明図である。 図４は、第１のデバイステーブルの一例を示す説明図である。 図５は、連結テーブルの一例を示す説明図である。 図６は、第１のポリシテーブルの一例を示す説明図である。 図７は、アプリからデバイスへのリクエストのフォーマットの一例を示す説明図である。 図８は、認証情報再要求のフォーマットの一例を示す説明図である。 図９は、リクエスト応答のフォーマットの一例を示す説明図である。 図１０は、応答処理に関わるＧＷの処理動作の一例を示すフロー図である。 図１１は、第１の適用処理に関わるＧＷの処理動作の一例を示すフロー図である。 図１２は、認証処理に関わるＧＷの処理動作の一例を示すフロー図である。 図１３は、実施例２のＧＷの機能構成の一例を示す説明図である。 図１４は、第２のデバイステーブルの一例を示す説明図である。 図１５は、第２のポリシテーブルの一例を示す説明図である。 図１６は、第２の適用処理に関わるＧＷの処理動作の一例を示すフロー図である。 図１７は、実施例３のＧＷの機能構成の一例を示す説明図である。 図１８は、第３のデバイステーブルの一例を示す説明図である。 図１９は、第３のポリシテーブルの一例を示す説明図である。 図２０は、第３の適用処理に関わるＧＷの処理動作の一例を示すフロー図である。 図２１は、実施例４のＧＷの機能構成の一例を示す説明図である。 図２２は、第４のデバイステーブルの一例を示す説明図である。 図２３は、第４のポリシテーブルの一例を示す説明図である。 図２４は、第４の適用処理に関わるＧＷの処理動作の一例を示すフロー図である。 図２５は、実施例５のＧＷの機能構成の一例を示す説明図である。 図２６は、第５のポリシテーブルの一例を示す説明図である。 図２７は、第５の適用処理に関わるＧＷの処理動作の一例を示すフロー図である。 図２８は、実施例６のＧＷの機能構成の一例を示す説明図である。 図２９は、削除処理に関わるＧＷの処理動作の一例を示すフロー図である。 図３０は、通信制御プログラムを実行する情報処理装置の一例を示す説明図である。

以下、図面に基づいて、本願の開示する通信制御方法等の実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、本実施例のＧＷシステム１の一例を示す説明図である。図１に示すＧＷシステム１は、インターネット又は広域ネットワーク２と、オフィスエリア３と、フィールドエリア４とを有する。オフィスエリア３内には、第１のネットワーク（ＮＷ）３Ａを有し、フィールドエリア４内には第２のネットワーク（ＮＷ）５を有する。第１のＮＷ３Ａは、例えば、ＬＡＮ（Local Area Network）等の通信ネットワークである。オフィスエリア３は、複数のＰＣ(Personal Computer)等の情報機器６と、ＮＷ(Network)機器７とを有する通信エリアである。ＮＷ機器７は、広域ネットワーク２とオフィスエリア３との間のセキュリティ機能を司る機器、例えば、ＦＷ（Fire Wall）等の機器である。

フィールドエリア４は、第２のＮＷ５を通じて接続する複数のＩｏＴデバイス（以下、単にデバイスと称する）８を有する通信エリアである。第２のＮＷ５は、例えば、Ｅｔｈｅｒｎｅｔ、ＷｉＦｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等のネットワークである。更に、オフィスエリア３とフィールドエリア４との間には、例えば、アプリ９とデバイス８との間の通信を中継するゲートウェイ（ＧＷ）１０がある。尚、オフィスエリア３の外部のインターネット又は広域ネットワーク２には、複数のアプリ９が接続しているものとする。オフィスエリア３は、セキュリティ管理が行き届いた通信エリアであるのに対し、フィールドエリア４は、オフィスエリア３に比較してセキュリティ管理が行き届いていない通信エリアである。従って、フィールドエリア４内のデバイス８は、例えば、アプリ９からの不正アクセスを防御する必要がある。

図２は、ＧＷ１０のハードウェア構成の一例を示す説明図である。図２に示すＧＷ１０は、第１の通信ＩＦ１１と、第２の通信ＩＦ１２と、操作装置１３と、表示装置１４と、一次記憶装置１５と、二次記憶装置１６と、ＣＰＵ（Central Processing Unit）１７と、バス１８とを有する。第１の通信ＩＦ１１は、オフィスエリア３内の情報機器６及びＮＷ機器７との間、又は第１のＮＷ３Ａとの間の通信を司るインタフェースである。第２の通信ＩＦ１２は、第２のＮＷ５との間の通信を司るインタフェースである。操作装置１３は、各種コマンドを入力する入力インタフェースである。表示装置１４は、各種情報を表示出力する出力インタフェースである。一次記憶装置１５は、各種情報を記憶するメモリである。二次記憶装置１６は、各種プログラム等を記憶するメモリである。ＣＰＵ１７は、ＧＷ１０全体を制御する。バス１８は、第１の通信ＩＦ１１、第２の通信ＩＦ１２、操作装置１３、表示装置１４、一次記憶装置１５、二次記憶装置１６及びＣＰＵ１７との間で双方向にデータを通信する伝送路である。

図３は、実施例１のＧＷ１０の機能構成の一例を示す説明図である。図３に示すＧＷ１０は、二次記憶装置１６内の制御プログラムを読み出して一次記憶装置１５のワークエリア上に通信制御プログラムを展開する。そして、ＧＷ１０は、通信制御プログラムを展開することで、第１の通信部２１、第２の通信部２２、デバイス管理部２３、連結管理部２４、処理部２５、第１の決定部２６及び適用部２７を機能として実行する。ＧＷ１０は、第１のデバイステーブル３１、連結テーブル３２及び第１のポリシテーブル３３を記憶している。

第１の通信部２１は、第１の通信ＩＦ１１と通信する通信機能である。第２の通信部２２は、第２の通信ＩＦ１２と通信する通信機能である。デバイス管理部２３は、第１のデバイステーブル３１を管理制御する機能である。連結管理部２４は、連結テーブル３２を管理制御する機能である。処理部２５は、デバイス８の代わりに、セキュリティ機能、例えば、認証機能、検証機能やロギング機能を代行する処理部である。第１の決定部２６は、アプリ９からデバイス８へのアクセスを検知した場合、アクセス先のデバイス８のセキュリティ関連特性に応じて処理部２５に適用するセキュリティ機能を決定する。適用部２７は、第１の決定部２６の決定結果に応じて、デバイス８の代わりに代行するセキュリティ機能を処理部２５に適用する。

図４は、第１のデバイステーブル３１の一例を示す説明図である。図４に示す第１のデバイステーブル３１は、デバイス８毎のプロファイル、例えば、識別子３１Ａと、識別情報３１Ｂと、認証機能３１Ｃと、検証機能３１Ｄと、ロギング機能３１Ｅと、通信方式３１Ｆとを対応付けて管理している。識別子３１Ａは、デバイス８を識別する仮想の識別情報である。識別情報３１Ｂは、デバイス８の製品名及びベンダ名等を示すデバイス８の製品情報である。

認証機能３１Ｃは、デバイス８が実装する認証機能の有無、若しくは、認証機能がある場合は認証機能の内容である。認証機能３１Ｃには、デバイス８へのアクセスを許可する際の認証機能として、例えば、設定ＩＤ／ＰＷ認証や証明書認証等の機能がある。検証機能３１Ｄは、デバイス８が実装する検証機能の有無である。尚、設定ＩＤ／ＰＷ認証は、初期値ＩＤ／ＰＷではなく、デバイス８の運用管理者などによって設定されたＩＤ／ＰＷで認証する方式である。検証機能３１Ｄには、例えば、メッセージが不正であるか否かを検証する機能である。ロギング機能３１Ｅは、デバイス８が実装するロギング機能の有無である。ロギング機能３１Ｅは、デバイス８との間の通信ログを記録する機能である。通信方式３１Ｆは、デバイス８が使用する通信プロトコルやデータ形式等の通信方式である。認証機能３１Ｃ、検証機能３１Ｄ及びロギング機能３１Ｅは、デバイス８のセキュリティ関連特性である。

図５は、連結テーブル３２の一例を示す説明図である。図５に示す連結テーブル３２は、デバイス８毎に、識別子３２Ａと、アドレス３２Ｂとを対応付けて管理している。識別子３２Ａは、デバイス８を識別する仮想の識別情報である。アドレス３２Ｂは、デバイス８と通信する際に使用する通信アドレスである。アドレス３２Ｂは、デバイス８がＩＰ（Internet Protocol）デバイスの場合、ＩＰアドレス及びポート番号に相当し、デバイス８がＢｌｕｅｔｏｏｔｈデバイスの場合、ＢＤアドレスに相当する。尚、識別子３２Ａ及びアドレス３２Ｂでデバイス８を関連付けている。

図６は、第１のポリシテーブル３３の一例を示す説明図である。図６に示す第１のポリシテーブル３３は、条件３３Ａと、セキュリティ機能３３Ｂとを対応付けて管理している。条件３３Ａは、例えば、検証機能の有無、検証機能の有無、ロギング機能の有無等のデバイス８の実装状況である。セキュリティ機能３３Ｂは、条件３３Ａに応じて適用するセキュリティ機能である。第１の決定部２６は、第１のポリシテーブル３３を参照し、現在のデバイス８の実装状況（条件）に応じて、デバイス８の代わりに、セキュリティ機能の有無、若しくは、代行するセキュリティ機能がある場合に代行するセキュリティ機能の内容を決定する。

第１の決定部２６は、第１のポリシテーブル３３を参照し、アクセス先のデバイス８の認証機能がなしの場合、デバイス８の代わりに、設定ＩＤ／ＰＷ認証の代行と決定する。第１の決定部２６は、アクセス先のデバイス８の認証機能が初期値ＩＤ／ＰＷ認証の場合、デバイス８の代わりに、証明書認証の代行と決定する。第１の決定部２６は、アクセス先のデバイス８の認証機能が証明書認証の場合、代行なしと決定する。すなわち、第１の決定部２６は、デバイス８自体の認証機能、すなわち証明書認証の実行と決定する。

また、第１の決定部２６は、アクセス先のデバイス８の検証機能がなしの場合、デバイス８の代わりに、検証機能の代行と決定する。第１の決定部２６は、アクセス先のデバイス８の検証機能がある場合、代行なしと決定する。すなわち、第１の決定部２６は、デバイス８自体の検証機能の実行と決定する。第１の決定部２６は、アクセス先のデバイス８のロギング機能がなしの場合、デバイス８の代わりに、ロギング機能の代行と決定する。第１の決定部２６は、アクセス先のデバイス８のロギング機能がある場合、代行なしと決定する。すなわち、第１の決定部２６は、デバイス８自体のロギング機能の実行と決定する。

図７は、アプリ９からデバイス８へのリクエストのフォーマットの一例を示す説明図である。ＧＷ１０は、例えば、アプリ９からデバイス８へのｈｔｔｐリクエストを受信する。図７に示すリクエスト４１は、リクエスト４１の内容を識別するリクエスト識別情報４１Ａと、アクセス先のデバイス８を識別する識別子４１Ｂと、認証トークン等の認証情報４１Ｃとを有する。

図８は、認証情報再要求のフォーマットの一例を示す説明図である。ＧＷ１０は、デバイス８からアプリ９に対して認証情報を要求する認証情報再要求を通知する。図８に示す認証情報再要求４２には、認証情報を要求するヘッダ４２Ａ等を有する。

図９は、リクエスト応答のフォーマットの一例を示す説明図である。ＧＷ１０は、デバイス８からアプリ９に対してリクエスト応答を通知する。図９に示すリクエスト応答４３には、ＧＷ１０が生成した認証トークン４３Ａ等を有する。

次に実施例１のＧＷシステム１の動作について説明する。図１０は、応答処理に関わるＧＷ１０の処理動作の一例を示すフロー図である。ＧＷ１０内の第１の通信部２１は、アプリ９から認証情報又は認証トークンを含むリクエスト（図７参照）を受信したか否かを判定する（ステップＳ１１）。第１の通信部２１は、認証情報又は認証トークンを含むリクエストを受信した場合（ステップＳ１１肯定）、リクエストからアクセス先のデバイス８の識別子を取得する（ステップＳ１２）。尚、第１の通信部２１は、認証情報又は認証トークンを含むリクエストを受信しなかった場合（ステップＳ１１否定）、図１０に示す処理動作を終了する。

ＧＷ１０内の第１の決定部２６は、第１のデバイステーブル３１内のアクセス先のデバイス８の識別子３１Ａに対応したセキュリティ関連特性を参照し（ステップＳ１３）、セキュリティ関連特性を参照できたか否かを判定する（ステップＳ１４）。尚、第１のデバイステーブル３１内のセキュリティ関連特性は、例えば、認証機能３１Ｃ、検証機能３１Ｄやロギング機能３１Ｅ等である。

第１の決定部２６は、セキュリティ関連特性を参照できた場合、適用処理を実行する（ステップＳ１５）。尚、適用処理は、ＧＷ１０がアクセス先のデバイス８の認証機能、検証機能及びロギング機能を代行するか否かを判定し、代行する場合にはセキュリティ機能の内容を決定する第１の適用処理である。

ＧＷ１０内の適用部２７は、適用処理の認証機能の決定結果に基づき、アクセス先のデバイス８の代わりに、認証機能を代行するか否かを判定する（ステップＳ１６）。ＧＷ１０内の適用部２７は、認証機能を代行する場合（ステップＳ１６肯定）、代行する認証機能を処理部２５に適用する。尚、適用部２７は、例えば、デバイス８の認証機能がなしの場合、デバイス８の代わりに設定ＩＤ／ＰＷ認証を処理部２５に適用する。また、適用部２７は、例えば、デバイス８の認証機能が初期値ＩＤ／ＰＷの認証機能の場合、デバイス８の代わりに証明書認証を処理部２５に適用する。また、適用部２７は、例えば、デバイス８の認証機能が証明書認証の場合、ＧＷ１０で代行するのではなく、デバイス８自体に認証機能（証明書認証）の実行を当該デバイス８に委ねる。そして、処理部２５は、デバイス８の代わりに適用した認証機能を実行する（ステップＳ１７）。

適用部２７は、認証機能が完了したか否かを判定する（ステップＳ１８）。適用部２７は、認証機能が完了した場合（ステップＳ１８肯定）、適用処理の検証機能の決定結果に基づき、アクセス先のデバイス８の代わりに、検証機能を代行するか否かを判定する（ステップＳ１９）。適用部２７は、検証機能を代行する場合（ステップＳ１９肯定）、代行する検証機能を処理部２５に適用する。尚、適用部２７は、例えば、デバイス８の検証機能がなしの場合、デバイス８の代わりに、検証機能を処理部２５に適用する。また、適用部２７は、例えば、デバイス８の検証機能がある場合、ＧＷ１０で検証機能を代行することなく、デバイス８自体の検証機能の実行を当該デバイス８に委ねる。そして、処理部２５は、デバイス８の代わりに適用した検証機能を実行する（ステップＳ２０）。

適用部２７は、検証機能が完了したか否かを判定する（ステップＳ２１）。適用部２７は、検証機能が完了した場合（ステップＳ２１肯定）、適用処理のロギング機能の決定結果に基づき、アクセス先のデバイス８の代わりに、ロギング機能を代行するか否かを判定する（ステップＳ２２）。適用部２７は、ロギング機能を代行する場合（ステップＳ２２肯定）、代行するロギング機能を処理部２５に適用する。尚、適用部２７は、例えば、デバイス８のロギング機能がなしの場合、デバイス８の代わりにロギング機能を処理部２５に適用する。また、適用部２７は、例えば、デバイス８のロギング機能がある場合、ＧＷ１０でロギング機能を代行することなく、デバイス８自体のロギング機能の実行を当該デバイス８に委ねる。処理部２５は、デバイス８の代わりに適用したロギング機能を実行する（ステップＳ２３）。

適用部２７は、ロギング機能が完了したか否かを判定する（ステップＳ２４）。第２の通信部２２は、ロギング機能が完了した場合（ステップＳ２４肯定）、アプリ９からデバイス８へのリクエストをデバイス８対応の通信方式に変換する（ステップＳ２５）。尚、第２の通信部２２は、デバイス８の識別子３１Ａに対応した通信方式３１Ｆを第１のデバイステーブル３１から取得する。

第２の通信部２２は、デバイス認証情報を使用してリクエストをデバイス８に送信し（ステップＳ２６）、デバイス８からリクエストに対する応答を受信したか否かを判定する（ステップＳ２７）。

第２の通信部２２は、デバイス８からリクエストに対する応答を受信した場合（ステップＳ２７肯定）、デバイス８からの応答をアプリ９対応の通信方式に変換する（ステップＳ２８）。更に、第２の通信部２２は、認証トークンを含むリクエスト応答をアプリ９に返信し（ステップＳ２９）、図１０に示す処理動作を終了する。尚、リクエスト応答は、図９に示すメッセージである。

適用部２７は、認証機能を代行しない場合（ステップＳ１６否定）、検証機能を代行するか否かを判定すべく、ステップＳ１９に移行する。尚、適用部２７は、認証機能を代行しない場合、認証機能の実行をデバイス８に委ねる。適用部２７は、認証機能が完了していない場合（ステップＳ１８否定）、認証機能が完了したか否かを判定すべく、ステップＳ１８に移行する。適用部２７は、検証機能を代行しない場合（ステップＳ１９否定）、ロギング機能を代行するか否かを判定すべく、ステップＳ２２に移行する。尚、適用部２７は、検証機能を代行しない場合、検証機能の実行をデバイス８に委ねる。適用部２７は、検証機能が完了していない場合（ステップＳ２１否定）、検証機能が完了したか否かを判定すべく、ステップＳ２１に移行する。

適用部２７は、ロギング機能を代行しない場合（ステップＳ２２否定）、リクエストをデバイス８対応の通信方式に変換すべく、ステップＳ２５に移行する。尚、適用部２７は、ロギング機能を代行しない場合、ロギング機能の実行をデバイス８に委ねる。適用部２７は、ロギング機能が完了していない場合（ステップＳ２４否定）、ロギング機能が完了したか否かを判定すべく、ステップＳ２４に移行する。第２の通信部２２は、デバイス８からリクエストに対する応答を受信しなかった場合（ステップＳ２７否定）、リクエストに対する応答を受信したか否かを判定すべく、ステップＳ２７に移行する。

第１の通信部２１は、アクセス先のデバイス８の識別子３１Ａに対応するセキュリティ関連特性を参照できなかった場合（ステップＳ１４否定）、識別子エラーをアプリ９に返信し（ステップＳ３０）、図１０に示す処理動作を終了する。

ＧＷ１０は、アクセス先のデバイス８の識別子３１Ａに対応するセキュリティ関連特性を参照し、セキュリティ関連特性に応じてセキュリティ機能の代行有無若しくは、代行の場合のセキュリティ機能を処理部２５に適用する。その結果、アクセス先のデバイス８のセキュリティ機能を強化できる。

図１１は、第１の適用処理に関わるＧＷ１０の処理動作の一例を示すフロー図である。図１１においてＧＷ１０内の第１の決定部２６は、第１のデバイステーブル３１内の認証機能３１Ｃを参照し、アクセス先のデバイス８に認証機能があるか否かを判定する（ステップＳ３１）。第１の決定部２６は、アクセス先のデバイス８に認証機能がない場合（ステップＳ３１否定）、デバイス８の代わりに、認証機能として設定ＩＤ／ＰＷ認証の代行と決定する（ステップＳ３２）。

第１の決定部２６は、認証機能代行を決定後、第１のデバイステーブル３１内の検証機能３１Ｄを参照し、アクセス先のデバイス８に検証機能があるか否かを判定する（ステップＳ３３）。第１の決定部２６は、アクセス先のデバイス８に検証機能がない場合（ステップＳ３３否定）、デバイス８の代わりに、検証機能の代行と決定する（ステップＳ３４）。

第１の決定部２６は、検証機能代行を決定後、第１のデバイステーブル３１内のロギング機能３１Ｅを参照し、アクセス先のデバイス８にロギング機能があるか否かを判定する（ステップＳ３５）。第１の決定部２６は、アクセス先のデバイス８にロギング機能がない場合（ステップＳ３５否定）、デバイス８の代わりに、ロギング機能の代行と決定し（ステップＳ３６）、図１１に示す処理動作を終了する。

第１の決定部２６は、アクセス先のデバイス８に認証機能がある場合（ステップＳ３１肯定）、第１のデバイステーブル３１内の認証機能３１Ｃを参照し、デバイス８側の認証機能が証明書認証であるか否かを判定する（ステップＳ３７）。第１の決定部２６は、デバイス８側の認証機能が証明書認証の場合（ステップＳ３７肯定）、認証機能の代行なし、すなわちデバイス８自体の認証機能（証明書認証）の実行と決定する（ステップＳ３８）。そして、第１の決定部２６は、アクセス先のデバイス８に検証機能があるか否かを判定すべく、ステップＳ３３に移行する。

第１の決定部２６は、デバイス８側の認証機能が証明書認証でない場合（ステップＳ３７否定）、第１のデバイステーブル３１内の認証機能３１Ｃを参照し、デバイス８側の認証機能が設定ＩＤ／ＰＷ認証であるか否かを判定する（ステップＳ３９）。第１の決定部２６は、デバイス８側の認証機能が設定ＩＤ／ＰＷ認証である場合（ステップＳ３９肯定）、デバイス８の代わりに、認証機能として証明書認証の代行と決定する（ステップＳ４０）。そして、第１の決定部２６は、アクセス先のデバイス８に検証機能があるか否かを判定すべく、ステップＳ３３に移行する。

第１の決定部２６は、デバイス８側の認証機能が設定ＩＤ／ＰＷ認証でない場合（ステップＳ３９否定）、第１のデバイステーブル３１内の認証機能３１Ｃを参照し、デバイス８側の認証機能が初期値ＩＤ／ＰＷ認証であるか否かを判定する（ステップＳ４１）。第１の決定部２６は、デバイス８側の認証機能が初期値ＩＤ／ＰＷ認証である場合（ステップＳ４１肯定）、認証機能として設定ＩＤ／ＰＷ認証の代行と決定すべく、ステップＳ３２に移行する。

第１の決定部２６は、アクセス先のデバイス８に検証機能がある場合（ステップＳ３３肯定）、検証機能の代行なし、すなわちデバイス８自体の検証機能の実行と決定する（ステップＳ４２）。そして、第１の決定部２６は、アクセス先のデバイス８にロギング機能があるか否かを判定すべく、ステップＳ３５に移行する。第１の決定部２６は、アクセス先のデバイス８にロギング機能がある場合（ステップＳ３５肯定）、ロギング機能の代行なし、すなわちデバイス８自体のロギング機能の実行と決定し（ステップＳ４３）、図１１に示す処理動作を終了する。また、第１の決定部２６は、デバイス８側の認証機能が初期値ＩＤ／ＰＷ認証でない場合（ステップＳ４１否定）、認証機能として設定ＩＤ／ＰＷ認証の代行と決定すべく、ステップＳ３２に移行する。

ＧＷ１０は、アクセス先のデバイス８の認証機能がなしの場合、デバイス８の代わりに、設定ＩＤ／ＰＷ認証の代行と決定する。その結果、デバイス８に認証機能が実装されていない場合でも、ＧＷ１０は、デバイス８の認証機能を強化できる。そして、ＩｏＴサービスの品質向上を図ることができる。

ＧＷ１０は、アクセス先のデバイス８の認証機能が証明書認証の場合、デバイス８自体の証明書認証の実行と決定する。その結果、ＧＷ１０が一律に認証機能を代行するのではなく、デバイス８自体の証明書認証に実行を委ねるため、ＧＷ１０側の処理負担を軽減できる。

ＧＷ１０は、アクセス先のデバイス８の認証機能が設定ＩＤ／ＰＷ認証の場合、デバイス８の代わりに、証明書認証の代行と決定する。その結果、デバイス８に設定ＩＤ／ＰＷの認証機能を実装している場合でも、ＧＷ１０は、デバイス８の認証機能を強化できる。

ＧＷ１０は、アクセス先のデバイス８の認証機能が初期値ＩＤ／ＰＷ認証の場合、デバイス８の代わりに、設定ＩＤ／ＰＷ認証の代行と決定する。その結果、デバイス８に初期値ＩＤ／ＰＷ認証の機能を実装している場合でも、ＧＷ１０は、デバイス８の認証機能を強化できる。

ＧＷ１０は、アクセス先のデバイス８の検証機能がなしの場合、デバイス８の代わりに、検証機能の代行と決定する。その結果、デバイス８に検証機能が実装されていない場合でも、ＧＷ１０は、デバイス８の検証機能を強化できる。

ＧＷ１０は、アクセス先のデバイス８の検証機能がある場合、デバイス８自体の検証機能の実行と決定する。その結果、ＧＷ１０が一律に検証機能を代行するのではなく、デバイス８に検証機能がある場合、デバイス８自体の検証機能に実行を委ねるため、ＧＷ１０側の処理負担を軽減できる。

ＧＷ１０は、アクセス先のデバイス８のロギング機能がなしの場合、デバイス８の代わりに、ロギング機能の代行と決定する。その結果、デバイス８にロギング機能が実装されていない場合でも、ＧＷ１０は、デバイス８のロギング機能を強化できる。

ＧＷ１０は、アクセス先のデバイス８のロギング機能がある場合、デバイス８自体のロギング機能の実行と決定する。その結果、ＧＷ１０が一律にロギング機能を代行するのではなく、デバイス８にロギング機能がある場合、デバイス８自体のロギング機能に実行を委ねるため、ＧＷ１０側の処理負担を軽減できる。

図１２は、認証処理に関わるＧＷ１０の処理動作の一例を示すフロー図である。ＧＷ１０内の処理部２５は、デバイス８の代わりに代行する認証機能が適用された場合、アプリ９からアクセス先のデバイス８へのリクエストが認証トークンを含むか否かを判定する（ステップＳ５１）。尚、認証トークンは、認証済みであることを示し、ＧＷ１０以外は変更不可能、かつ、ＧＷ１０で検証可能なデータであって、有効期限付きのデータである。処理部２５は、リクエストが認証トークンを含む場合（ステップＳ５１肯定）、認証トークンを検証し（ステップＳ５２）、検証結果に基づき、認証トークンが有効であるか否かを判定する（ステップＳ５３）。

処理部２５は、有効期限及び発行者を確認し、認証トークンが有効な場合、すなわち、認証トークンがまだ有効期間内で、ＧＷ１０が発行したものである場合（ステップＳ５３肯定）、送信元アプリ９を確認し、図１２に示す処理動作を終了する。処理部２５は、有効期限及び発行者を確認し、認証トークンが有効でない場合（ステップＳ５３否定）、認証情報再要求をアプリ９に返信し（ステップＳ５４）、図１２に示す処理動作を終了する。尚、認証情報再要求は、図８に示すように再度認証をアプリ９側に要求するメッセージである。

処理部２５は、リクエストが認証トークンを含まない場合（ステップＳ５１否定）、代行する認証機能と、リクエストに含まれる認証情報とを用いて認証機能を実行する（ステップＳ５５）。処理部２５は、認証機能実行後、認証が成功したか否かを判定する（ステップＳ５６）。尚、認証が成功した場合とは、認証トークンの検証が成功した場合と、認証情報による認証に成功した場合とである。処理部２５は、認証が成功した場合（ステップＳ５６肯定）、認証トークンを生成し（ステップＳ５７）、認証トークンをアプリ９に対する応答ヘッダに付与してアプリ９に返信すべく、図１２に示す処理動作を終了する。処理部２５は、認証が成功しなかった場合（ステップＳ５６否定）、認証エラーをアプリ９に返信し（ステップＳ５８）、図１２に示す処理動作を終了する。

尚、第１のデバイステーブル３１は、デバイス８の識別子３１Ａ毎に、識別情報３１Ｂ、認証機能３１Ｃ、検証機能３１Ｄ、ロギング機能３１Ｅ及び通信方式３１Ｆを一括で管理した。しかしながら、例えば、識別子３１Ａ毎に個別や複数単位に管理しても良く、適宜変更可能である。

第１のデバイステーブル３１と連結テーブル３２とを個別に管理した。しかしながら、識別子３１Ａ（３２Ａ）毎に、識別情報３１Ｂ、認証機能３１Ｃ、検証機能３１Ｄ、ロギング機能３１Ｅ、通信方式３１Ｆ及びアドレス３２Ｂを一括で管理しても良く、適宜変更可能である。

第１のデバイステーブル３１及び連結テーブル３２の内容は、例えば、ＧＷシステム１の運用開始前に予め設定した。しかしながら、ＧＷ１０がデバイス８に接続して使用可能になった時点でデバイス８の識別子、識別情報、認証機能、検証機能、ロギング機能、通信方式及びアドレスを自動的に追加しても良く、適宜変更可能である。UPnPに対応したデバイス８やＢＬＥデバイス８には、デバイス８を識別する情報を取得可能なものがあり、その情報を利用することで第１のデバイステーブル３１の内容を自動的に更新することも可能である。

図１３は、実施例２のＧＷ１０Ａの機能構成の一例を示す説明図である。尚、実施例１のＧＷシステム１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。図１３に示すＧＷ１０Ａと実施例１のＧＷ１０とが異なるところは、第１のデバイステーブル３１の代わりに第２のデバイステーブル６１、第１のポリシテーブル３３の代わりに第２のポリシテーブル６２を有する点にある。更に、異なるところは、第１の決定部２６の代わりに第２の決定部５１及び重要度判定部５２を有する点にある。

図１４は、第２のデバイステーブル６１の一例を示す説明図である。図１４に示す第２のデバイステーブル６１は、識別子３１Ａ、識別情報３１Ｂ及び通信方式３１Ｆの他に、デバイス種別６１Ａ及びデバイス用途６１Ｂを対応付けて管理している。デバイス種別６１Ａは、例えば、ハードウェアを駆動制御するアクチュエータ系や、センサ値を取得するセンサ系等のデバイス種別の情報である。デバイス用途６１Ｂは、制御系や表示系等のデバイス８の用途の情報である。尚、デバイス種別６１Ａ及びデバイス用途６１Ｂがセキュリティ関連特性である。アクチュエータ系は、センサ系に比較して物理的な影響が大きいため、重要度が高くなる。また、同じセンサ系でも、状態を可視化するためのデータを収集する表示系と、収集データを利用してアクチュエータの制御に使用する制御系とを有し、表示系に比較して制御系の方が物理的な影響が大きいため、重要度も高くなる。例えば、マルウェア等で攻撃された場合にハードウェアに及ぼす影響が大きいデバイス８については重要度を高くする。つまり、重要度が高いデバイス８は、厳密な認証や高度な検証等で強固に防御する必要があり、重要度が低いデバイス８は、防御を緩くしながら、ＧＷ１０Ａ側の処理負担を軽減する。

図１５は、第２のポリシテーブル６２の一例を示す説明図である。図１５に示す第２のポリシテーブル６２は、重要度６２Ａに応じて、認証機能６２Ｂ、検証機能６２Ｃ及びロギング機能６２Ｄを管理している。重要度は、デバイス８の重要度であって、例えば、高レベル、中レベル及び低レベルの３段階である。

重要度判定部５２は、デバイス８へのアクセスを検知すると、第２のデバイステーブル３２内のデバイス種別６１Ａ及びデバイス用途６１Ｂを参照し、アクセス先のデバイス８のデバイス種別６１Ａ及びデバイス用途６１Ｂに応じてデバイス８の重要度を判定する。重要度判定部５２は、アクセス先のデバイス８のデバイス種別がアクチュエータ系の場合、デバイス８の重要度を高レベルと判定する。重要度判定部５２は、アクセス先のデバイス８のデバイス種別がアクチュエータ系でなく、デバイス用途が制御系の場合、デバイス８の重要度を中レベルと判定する。重要度判定部５２は、アクセス先のデバイス８のデバイス種別がアクチュエータ系でなく、デバイス用途が制御系でない場合、デバイス８の重要度を低レベルと判定する。

第２の決定部５１は、デバイス８の重要度に応じて、第２のポリシテーブル６２を参照し、認証機能、検証機能及びロギング機能の代行有無、若しくは、代行する場合は機能内容を決定する。第２の決定部５１は、重要度が高レベルの場合、デバイス８の代わりに証明書認証の代行、ＡＩベースの検証機能の代行、詳細ロギング機能の代行と決定する。第２の決定部５１は、重要度が中レベルの場合、デバイス８の代わりに設定ＩＤ／ＰＷ認証の代行、マッチングパターンの検証機能の代行、概要ロギング機能の代行と決定する。第２の決定部５１は、重要度が低レベルの場合、認証機能の代行なし、検証機能の代行なし、ロギング機能の代行なしと決定する。すなわち、第２の決定部５１は、デバイス８自体の認証機能、検証機能及びロギング機能に委ねることになる。適用部２７は、認証機能が代行なしの場合、デバイス８自体の認証機能に実行を委ねる。適用部２７は、検証機能が代行なしの場合、デバイス８自体の検証機能に委ねる。適用部２７は、ロギング機能が代行なしの場合、デバイス８自体のロギング機能に委ねる。

図１６は、第２の適用処理に関わるＧＷ１０の処理動作の一例を示すフロー図である。尚、第２の適用処理は、図１０に示す適用処理で実行する処理である。図１６においてＧＷ１０内の重要度判定部５２は、第２のデバイステーブル６１内のアクセス先のデバイス８の識別子３１Ａに対応したデバイス種別６１Ａを参照し、デバイス種別６１Ａがアクチュエータ系であるか否かを判定する（ステップＳ６１）。重要度判定部５２は、デバイス種別６１Ａがアクチュエータ系である場合（ステップＳ６１肯定）、重要度が高レベルと判定する（ステップＳ６２）。

また、重要度判定部５２は、デバイス種別６１Ａがアクチュエータ系でない場合（ステップＳ６１否定）、アクセス先デバイス８の識別子３１Ａに対応するデバイス用途６１Ｂが制御系であるか否かを判定する（ステップＳ６３）。重要度判定部５２は、デバイス用途６１Ｂが制御系である場合（ステップＳ６３肯定）、重要度が中レベルと判定する（ステップＳ６４）。重要度判定部５２は、デバイス用途が制御系でない場合（ステップＳ６３否定）、重要度が低レベルと判定する（ステップＳ６５）。

第２の決定部５１は、ステップＳ６２、ステップＳ６４又はステップＳ６５にて重要度を判定した後、アクセス先のデバイス８の重要度に応じた認証機能を特定する（ステップＳ６６）。尚、第２の決定部５１は、重要度が高レベルの場合、デバイス８の代わりに証明書認証の代行と決定する。第２の決定部５１は、重要度が中レベルの場合、デバイス８の代わりに設定ＩＤ／ＰＷ認証の代行と決定する。第２の決定部５１は、重要度が低レベルの場合、認証機能の代行なしと決定する。そして、適用部２７は、重要度に応じて認証機能を処理部２５に適用する。尚、適用部２７は、認証機能が代行なしの場合、デバイス８自体の認証機能に実行を委ねる。

更に、第２の決定部５１は、アクセス先のデバイス８の重要度に応じた認証機能を特定後、アクセス先のデバイス８の重要度に応じた検証機能を特定する（ステップＳ６７）。尚、第２の決定部５１は、重要度が高レベルの場合、デバイス８の代わりにＡＩベースでの検証機能の代行と決定する。第２の決定部５１は、重要度が中レベルの場合、デバイス８の代わりにマッチングパターンの検証機能の代行と決定する。第２の決定部５１は、重要度が低レベルの場合、検証機能の代行なしと決定する。そして、適用部２７は、重要度に応じて検証機能を処理部２５に適用する。尚、適用部２７は、検証機能が代行なしの場合、デバイス８自体の検証機能に実行を委ねる。

更に、第２の決定部５１は、アクセス先のデバイス８の重要度に応じた検証機能を特定後、アクセス先のデバイス８の重要度に応じたロギング機能を特定し（ステップＳ６８）、図１６に示す処理動作を終了する。尚、第２の決定部５１は、重要度が高レベルの場合、デバイス８の代わりに詳細ロギング機能の代行と決定する。第２の決定部５１は、重要度が中レベルの場合、デバイス８の代わりに概要ロギング機能の代行と決定する。第２の決定部５１は、重要度が低レベルの場合、ロギング機能の代行なしと決定する。そして、適用部２７は、重要度に応じてロギング機能を処理部２５に適用する。尚、適用部２７は、ロギング機能が代行なしの場合、デバイス８自体の検証機能に実行を委ねる。

ＧＷ１０Ａは、アクセス先のデバイス８のデバイス種別がアクチュエータ系の場合、重要度を高レベルと判定する。ＧＷ１０Ａは、重要度が高レベルの場合、高レベルに応じた認証機能、検証機能及びロギング機能の代行と決定する。その結果、デバイス８の重要度が高レベルの場合、デバイス８の認証機能、検証機能及びロギング機能を強化できる。

ＧＷ１０Ａは、アクセス先のデバイス８のデバイス種別がアクチュエータ系でなく、デバイス用途が制御系の場合、重要度を中レベルと判定する。ＧＷ１０Ａは、重要度が中レベルの場合、中レベルに応じた認証機能、検証機能及びロギング機能の代行と決定する。その結果、デバイス８の重要度が中レベルの場合、デバイス８の認証機能、検証機能及びロギング機能を強化できる。

ＧＷ１０Ａは、アクセス先のデバイス８のデバイス種別がアクチュエータ系でなく、デバイス用途が制御系でない場合、重要度を低レベルと判定する。ＧＷ１０Ａは、重要度が低レベルの場合、低レベルに応じた認証機能、検証機能及びロギング機能の代行なしと決定する。その結果、デバイス８の重要度が低レベルの場合、ＧＷ１０Ａが一律に代行するのではなく、デバイス８自体の認証機能、検証機能及びロギング機能に実行を委ねるため、ＧＷ１０Ａ側の処理負担を軽減できる。

尚、説明の便宜上、デバイス用途として制御系及び表示系を例示したが、アプリの用途に応じてデバイスの識別子とアプリの識別子との組み合わせに応じて用途を決定しても良く、適宜変更可能である。

例えば、デバイス８が、どれだけ脅威にさらされているかという情報も、セキュリティ関連特性としても利用可能である。例えば、オフィスエリア３内にウイルスが侵入した場合、デバイス８も攻撃される虞も高まるため、より強固な防御が必要となる。また、セキュリティ製品ベンダが発見したウイルスレポートを公表した場合や、JPCERTコーディネーションセンタや独立行政法人情報処理推進機構（IPA）などがソフトウェアの脆弱性を公開した場合、対策が実施される前に悪用される虞が高くなる。そこで、このような事態に対処する実施の形態につき、実施例３として以下に説明する。

図１７は、実施例３のＧＷ１０Ｂの機能構成の一例を示す説明図である。尚、実施例１のＧＷ１０と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。図１７に示すＧＷ１０Ｂと実施例１のＧＷ１０とが異なるところは、第１のデバイステーブル３１の代わりに第３のデバイステーブル６３、第１のポリシテーブル３３の代わりに第３のポリシテーブル６４を有する点にある。更に、異なるところは、第１の決定部２６の代わりに第３の決定部５３、脅威状況管理部５４及び脅威度判定部５５を有する点にある。

図１８は、第３のデバイステーブル６３の一例を示す説明図である。図１８に示す第３のデバイステーブル６３は、識別子３１Ａ、識別情報３１Ｂ及び通信方式３１Ｆの他に、最新パッチ適用６３Ａを対応付けて管理している。最新パッチ適用６３Ａは、デバイス８に対する最新パッチの適用有無を識別する情報である。

図１９は、第３のポリシテーブル６４の一例を示す説明図である。第３のポリシテーブル６４は、脅威度６４Ａに応じて、認証機能６４Ｂ、検証機能６４Ｃ及びロギング機能６４Ｄを管理している。脅威度６４Ａは、デバイス８の脅威度であって、例えば、高レベル、中レベル及び低レベルの３段階である。

脅威状況管理部５４は、周辺環境のウイルスや脆弱性に関する情報、例えば、オフィスエリア３内でのウイルスの発見や、新種ウイルスの発見等の脅威状況を収集して管理している。脅威度判定部５５は、脅威状況管理部５４を参照し、オフィスエリア３内でのウイルス発見又は新種ウイルス発見の場合、脅威度が高レベルと判定する。脅威度判定部５５は、オフィスエリア３内でのウイルス発見なし、新種ウイルス発見なし、かつ、最新パッチ適用なしの場合の脅威度を中レベルと判定する。脅威度判定部５５は、オフィスエリア３内でのウイルス発見なし、新種ウイルス発見なし、かつ、最新パッチ適用ありの場合の脅威度を低レベルと判定する。

第３の決定部５３は、脅威度が高レベルの場合、例えば、認証機能として証明書認証、検証機能としてＡＩベースの検証機能、ロギング機能として詳細ロギング機能の代行と決定する。第３の決定部５３は、脅威度が中レベルの場合、例えば、認証機能として設定ＩＤ／ＰＷ認証、検証機能としてパターンマッチングの検証機能、ロギング機能として概要ロギング機能の代行と決定する。第３の決定部５３は、脅威度が低レベルの場合、例えば、認証機能の代行なし、検証機能の代行なし、ロギング機能の代行なしと決定する。すなわち、第３の決定部５３は、デバイス８自体の認証機能、検証機能及びロギング機能に実行を委ねることになる。

図２０は、第３の適用処理に関わるＧＷ１０Ｂの処理動作の一例を示すフロー図である。尚、第３の適用処理は、図１０に示す適用処理で実行する処理である。図２０においてＧＷ１０Ｂ内の脅威度判定部５５は、脅威状況管理部５４を参照し、オフィスエリア３内でウイルスが発見されたか否かを判定する（ステップＳ８１）。脅威度判定部５５は、オフィスエリア３内でウイルスが発見された場合（ステップＳ８１肯定）、脅威度が高レベルと判定する（ステップＳ８２）。

脅威度判定部５５は、オフィスエリア３内でウイルスが発見されなかった場合（ステップＳ８１否定）、脅威状況管理部５４を参照し、新種ウイルスが発見されたか否かを判定する（ステップＳ８３）。脅威度判定部５５は、新種ウイルスが発見された場合（ステップＳ８３肯定）、脅威度が高レベルと判定すべく、ステップＳ８２に移行する。

脅威度判定部５５は、新種ウイルスが発見されなかった場合（ステップＳ８３否定）、最新パッチの適用があるか否かを判定する（ステップＳ８４）。脅威度判定部５５は、最新パッチの適用がない場合（ステップＳ８４否定）、脅威度が中レベルと判定する（ステップＳ８５）。脅威度判定部５５は、最新パッチの適用がある場合（ステップＳ８４肯定）、脅威度が低レベルと判定する（ステップＳ８６）。

第３の決定部５３は、ステップＳ８２、ステップＳ８５又はステップＳ８６にて脅威度のレベルを判定した後、脅威度に応じた認証機能を特定する（ステップＳ８７）。尚、第３の決定部５３は、脅威度が高レベルの場合、デバイス８の代わりに証明書認証の代行と決定する。第３の決定部５３は、脅威度が中レベルの場合、デバイス８の代わりに設定ＩＤ／ＰＷ認証の代行と決定する。第３の決定部５３は、脅威度が低レベルの場合、認証機能の代行なしと決定する。そして、適用部２７は、脅威度に応じて認証機能を処理部２５に適用する。尚、適用部２７は、認証機能が代行なしの場合、デバイス８自体の認証機能に実行を委ねる。

更に、第３の決定部５３は、脅威度レベルに応じた認証機能を特定後、脅威度レベルに応じた検証機能を特定する（ステップＳ８８）。尚、第３の決定部５３は、重要度が高レベルの場合、デバイス８の代わりにＡＩベースでの検証機能の代行と決定する。第３の決定部５３は、重要度が中レベルの場合、デバイス８の代わりにマッチングパターンの検証機能の代行と決定する。第３の決定部５３は、重要度が低レベルの場合、検証機能の代行なしと決定する。そして、適用部２７は、重要度に応じて検証機能を処理部２５に適用する。尚、適用部２７は、検証機能が代行なしの場合、デバイス８自体の検証機能に実行を委ねる。

更に、第３の決定部５３は、脅威度レベルに応じたロギング機能を特定後、脅威度レベルに応じたロギング機能を特定し（ステップＳ８９）、図２０に示す処理動作を終了する。尚、第３の決定部５３は、重要度が高レベルの場合、デバイス８の代わりに詳細ロギング機能の代行と決定する。第３の決定部５３は、重要度が中レベルの場合、デバイス８の代わりに概要ロギング機能の代行と決定する。第３の決定部５３は、重要度が低レベルの場合、ロギング機能の代行なしと決定する。そして、適用部２７は、重要度に応じてロギング機能を処理部２５に適用する。尚、適用部２７は、ロギング機能が代行なしの場合、デバイス８自体のロギング機能に実行を委ねる。

ＧＷ１０Ｂは、オフィスエリア３内にウイルス発見の場合又は新種ウイルス発見の場合、脅威度を高レベルと判定する。ＧＷ１０Ｂは、脅威度が高レベルの場合、高レベルに応じた認証機能、検証機能及びロギング機能の代行と決定する。その結果、デバイス８の脅威度が高レベルの場合、デバイス８の認証機能、検証機能及びロギング機能を強化できる。

ＧＷ１０Ｂは、新種ウイルスの発見なし、かつ、最新パッチ適用なしの場合、脅威度を中レベルと判定する。ＧＷ１０Ｂは、脅威度が中レベルの場合、中レベルに応じた認証機能、検証機能及びロギング機能の代行と決定する。その結果、デバイス８の脅威度が中レベルの場合、デバイス８の認証機能、検証機能及びロギング機能を強化できる。

ＧＷ１０Ｂは、最新パッチ適用ありの場合、脅威度を低レベルと判定する。ＧＷ１０Ｂは、脅威度が低レベルの場合、低レベルに応じた認証機能、検証機能及びロギング機能の代行なしと決定する。その結果、デバイス８の脅威度が低レベルの場合、ＧＷ１０Ｂが一律に代行するのではなく、デバイス８自体の認証機能、検証機能及びロギング機能に実行を委ねるため、ＧＷ１０Ｂ側の処理負担を軽減できる。

尚、実施例２のＧＷ１０Ａはデバイス８の重要度、実施例３のＧＷ１０Ｂはデバイス８に対する脅威度に応じてデバイス８のセキュリティ機能の代行を決定した。しかしながら、重要度及び脅威度に応じてセキュリティ機能の代行を決定しても良い。その実施の形態につき、実施例４として以下に説明する。

図２１は、実施例４のＧＷ１０Ｃの機能構成の一例を示す説明図である。尚、実施例１のＧＷ１０と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。図２１に示すＧＷ１０Ｃと実施例１のＧＷ１０とが異なるところは、第１のデバイステーブル３１の代わりに第４のデバイステーブル６５、第１のポリシテーブル３３の代わりに第４のポリシテーブル６６を有する点にある。更に、異なるところは、第１の決定部２６の代わりに第４の決定部５６、重要度判定部５７、脅威状況管理部５８及び脅威度判定部５９を有する点にある。

図２２は、第４のデバイステーブル６５の一例を示す説明図である。図２２に示す第４のデバイステーブル６５は、識別子３１Ａ、識別情報３１Ｂ及び通信形式３１Ｆの他に、デバイス種別６５Ａ、デバイス用途６５Ｂ、最新パッチ適用６５Ｃを対応付けて管理している。デバイス管理部２４は、第４のデバイステーブル６５を更新制御する。

図２３は、第４のポリシテーブル６６の一例を示す説明図である。第４のポリシテーブル６６は、重要度及び脅威度に応じて、認証機能、検証機能及びロギング機能を管理している。重要度は、デバイス８の重要度であって、例えば、高レベル、中レベル及び低レベルの３段階である。脅威度は、デバイス８の脅威度であって、例えば、高レベル、中レベル及び低レベルの３段階である。尚、説明の便宜上、図２３に示す第４のポリシテーブル６６は、認証機能のポリシを例示したが、検証機能及びロギング機能のポリシについても、重要度及び脅威度に応じて管理しているものとする。

重要度判定部５７は、デバイス８へのアクセスを検知すると、第４のデバイステーブル６５内のデバイス種別６５Ａ及びデバイス用途６５Ｂを参照し、アクセス先のデバイス８のデバイス種別６５Ａ及びデバイス用途６５Ｂに応じてデバイス８の重要度を判定する。重要度判定部５７は、アクセス先のデバイス８のデバイス種別がアクチュエータ系の場合、デバイス８の重要度を高レベルと判定する。重要度判定部５７は、アクセス先のデバイス８のデバイス種別がアクチュエータ系でなく、デバイス用途が制御系の場合、デバイス８の重要度を中レベルと判定する。重要度判定部５７は、アクセス先のデバイス８のデバイス種別がアクチュエータ系でなく、デバイス用途が制御系でない場合、デバイス８の重要度を低レベルと判定する。

脅威状況管理部５８は、周辺環境のウイルスや脆弱性に関する情報、例えば、オフィスエリア３内でのウイルスの発見や、新種ウイルスの発見等の脅威状況を収集して管理している。脅威度判定部５９は、脅威状況管理部５８を参照し、オフィスエリア３内でのウイルス発見又は新種ウイルス発見の場合、脅威度が高レベルと判定する。脅威度判定部５９は、オフィスエリア３内でのウイルス発見なし、新種ウイルス発見なし、かつ、最新パッチ適用なしの場合の脅威度を中レベルと判定する。脅威度判定部５９は、オフィスエリア３内でのウイルス発見なし、新種ウイルス発見なし、かつ、最新パッチ適用ありの場合の脅威度を低レベルと判定する。

第４の決定部５６は、第４のポリシテーブル６６を参照し、例えば、重要度及び脅威度両方が高レベルの場合、デバイス８の代わりに証明書認証の代行と決定する。また、第４の決定部５６は、例えば、重要度が中レベル、脅威度が高レベルの場合、デバイス８の代わりに、証明書認証の代行と決定する。また、第４の決定部５６は、例えば、重要度及び脅威度両方が低レベルの場合、認証機能の代行なし、すなわちデバイス８側の認証機能の実行と決定する。

図２４は、第４の適用処理に関わるＧＷ１０Ｃの処理動作の一例を示すフロー図である。尚、第４の適用処理は、図１０に示す適用処理で実行する処理である。ＧＷ１０Ｃ内の重要度判定部５７は、第４のデバイステーブル６５内のアクセス先のデバイス８の識別子３１Ａに対応したデバイス種別６５Ａを参照し、デバイス種別６５Ａがアクチュエータ系であるか否かを判定する（ステップＳ９１）。重要度判定部５７は、デバイス種別６５Ａがアクチュエータ系である場合（ステップＳ９１肯定）、重要度が高レベルと判定する（ステップＳ９２）。

また、重要度判定部５７は、デバイス種別６５Ａがアクチュエータ系でない場合（ステップＳ９１否定）、アクセス先のデバイス８の識別子３１Ａに対応するデバイス用途６５Ｂが制御系であるか否かを判定する（ステップＳ９３）。重要度判定部５７は、デバイス用途６５Ｂが制御系である場合（ステップＳ９３肯定）、重要度が中レベルと判定する（ステップＳ９４）。重要度判定部５７は、デバイス用途６５Ｂが制御系でない場合（ステップＳ９３否定）、重要度が低レベルと判定する（ステップＳ９５）。

脅威度判定部５９は、ステップＳ９２、ステップＳ９４又はステップＳ９５にて重要度を判定した後、脅威状況管理部５８を参照し、オフィスエリア３内でウイルスが発見されたか否かを判定する（ステップＳ９６）。脅威度判定部５９は、オフィスエリア３内でウイルスが発見された場合（ステップＳ９６肯定）、脅威度が高レベルと判定する（ステップＳ９７）。脅威度判定部５９は、オフィスエリア３内でウイルスが発見されなかった場合（ステップＳ９６否定）、脅威状況管理部５８を参照し、新種ウイルスが発見されたか否かを判定する（ステップＳ９８）。脅威度判定部５９は、新種ウイルスが発見された場合（ステップＳ９８肯定）、脅威度が高レベルと判定すべく、ステップＳ９７に移行する。

脅威度判定部５９は、新種ウイルスが発見されなかった場合（ステップＳ９８否定）、第４のデバイステーブル６５内の識別子３１Ａに対応した最新パッチの適用６５Ｃがあるか否かを判定する（ステップＳ９９）。脅威度判定部５９は、最新パッチの適用がない場合（ステップＳ９９否定）、脅威度が中レベルと判定する（ステップＳ１００）。脅威度判定部５９は、最新パッチの適用がある場合（ステップＳ９９肯定）、脅威度が低レベルと判定する（ステップＳ１０１）。

第４の決定部５６は、ステップＳ９７、ステップＳ１００又はステップＳ１０１にて脅威度のレベルを判定した後、第４のポリシテーブル６６を参照し、重要度及び脅威度に応じた認証機能を特定する（ステップＳ１０２）。更に、第４の決定部５６は、重要度及び脅威度に応じた認証機能を決定後、重要度及び脅威度に応じた検証機能を特定する（ステップＳ１０３）。更に、第４の決定部５６は、重要度及び脅威度に応じたロギング機能を決定後、重要度及び脅威度に応じたロギング機能を特定し（ステップＳ１０４）、図２４に示す処理動作を終了する。

ＧＷ１０Ｃは、重要度及び脅威度両方が高レベルの場合、重要度及び脅威度両方が高レベルの認証機能、検証機能及びロギング機能の代行と決定する。その結果、デバイス８の重要度及び脅威度が高レベルの場合、デバイス８の認証機能、検証機能及びロギング機能を強化できる。

ＧＷ１０Ｃは、重要度及び脅威度両方が低レベルの場合、重要度及び脅威度両方が低レベルの認証機能、検証機能及びロギング機能の代行なしと決定する。その結果、デバイス８の重要度及び脅威度が低レベルの場合、ＧＷ１０Ｃが一律に代行するのではなく、デバイス８自体の認証機能、検証機能及びロギング機能に実行を委ねるため、ＧＷ１０Ｃ側の処理負担を軽減できる。

また、ＧＷ１０Ｃは、重要度及び脅威度が各レベルの認証機能、検証機能及びロギング機能と決定する。その結果、デバイス８の重要度及び脅威度に応じてデバイス８の認証機能、検証機能及びロギング機能を強化できる。

実施例４のＧＷ１０Ｃは、重要度及び脅威度に応じてデバイス８のセキュリティ機能の代行を決定したが、ＧＷ１０Ｃの負荷状況に応じてセキュリティ機能のランクを変更しても良く、適宜変更可能である。従って、その実施の形態につき、実施例５として以下に説明する。

図２５は、実施例５のＧＷ１０Ｄの機能構成の一例を示す説明図である。尚、実施例４のＧＷ１０Ｃと同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。図２５に示すＧＷ１０Ｄと実施例４のＧＷ１０Ｃとが異なるところは、第４のポリシテーブル６４の代わりに第５のポリシテーブル６７、第４の決定部５６の代わりに第５の決定部７１及び収集部７２を有する点にある。収集部７２は、ＧＷ１０Ｆの負荷状態、例えば、リクエスト頻度、ＣＰＵ使用率及びメモリ使用率等を収集する。

第５の決定部７１は、リクエスト頻度が１秒間に１００リクエストを超え、ＣＰＵ使用率が８０％を超え、かつ、メモリ使用率が９０％を超えた場合、ＧＷ１０Ｄの負荷状態が異常状態と判定し、それ以外の場合、ＧＷの負荷状態が正常状態と判定する。第５の決定部７１は、異常状態又は正常状態に応じて認証機能、検証機能及びロギング機能に使用するポリシを変更する点にある。

図２６は、第５のポリシテーブル６７の一例を示す説明図である。第５のポリシテーブル６７は、負荷状態、重要度及び脅威度に応じて認証機能、検証機能及びロギング機能を管理している。重要度は、デバイス８の重要度であって、例えば、高レベル、中レベル及び低レベルの３段階である。脅威度は、デバイス８の脅威度であって、例えば、高レベル、中レベル及び低レベルの３段階である。負荷状態は、正常状態と異常状態との２状態である。尚、説明の便宜上、第５のポリシテーブル６７は、認証機能のポリシを例示したが、検証機能及びロギング機能のポリシについても、負荷状態、重要度及び脅威度に応じて管理しているものとする。

第５の決定部７１は、第５のポリシテーブル６７を参照し、例えば、正常状態、重要度及び脅威度両方が高レベルの場合、デバイス８の代わりに証明書認証の代行と決定する。また、第５の決定部７１は、例えば、正常状態、重要度が中レベル、脅威度が高レベルの場合、デバイス８の代わりに証明書認証の代行と決定する。また、第５の決定部７１は、例えば、正常状態、重要度及び脅威度両方が低レベルの場合、認証機能の代行なしと決定する。

また、第５の決定部７１は、第５のポリシテーブル６７を参照し、例えば、異常状態、重要度及び脅威度両方が高レベルの場合、デバイス８の代わりに証明書認証の代行と決定する。また、第５の決定部７１は、例えば、異常状態、重要度が中レベル、脅威度が高レベルの場合、デバイス８の代わりに設定ＩＤ／ＰＷ認証の代行と決定する。また、第５の決定部７１は、例えば、異常状態、重要度及び脅威度両方が低レベルの場合、認証機能の代行なしと決定する。例えば、認証機能をランク付けした場合、例えば、証明書認証が最上位、次位に設定ＩＤ／ＰＷ認証、次位に代行なしの順となる。つまり、第５の決定部７１は、ＧＷ１０Ｄの負荷状態が異常状態の場合、正常状態に比較して認証機能のランクを１段下げることでＧＷ１０Ｄのセキュリティ機能の代行に要する処理負担を軽減する。ランクを１段下げるということは、例えば、正常状態で証明書認証の代行の場合には異常状態では設定ＩＤ／ＰＷ認証の代行と決定する。また、例えば、正常状態で設定ＩＤ／ＰＷ認証の代行の場合、異常状態では代行なしと決定する。

図２７は、第５の適用処理に関わるＧＷ１０Ｄの処理動作の一例を示すフロー図である。尚、第５の適用処理は、図１０に示す適用処理で実行する処理である。図２７においてＧＷ１０Ｄは、ステップＳ９１～ステップＳ１０１を経て、重要度及び脅威度を判定する。ＧＷ１０Ｄ内の第５の決定部７１は、重要度及び脅威度を判定した後、収集部７２を通じてＧＷ１０Ｄの負荷状態を収集する（ステップＳ１１１）。第５の決定部７１は、負荷状態が異常状態に適合したか否かを判定する（ステップＳ１１２）。

第５の決定部７１は、負荷状態が異常状態に適合しなかった場合（ステップＳ１１２否定）、負荷状態が正常状態と判断する。そして、第５の決定部７１は、正常状態の重要度及び脅威度に応じた認証機能と特定する（ステップＳ１１３）。尚、第５の決定部７１は、第５のポリシテーブル６７を参照し、正常状態の重要度及び脅威度に応じた認証機能と決定する。

第５の決定部７１は、認証機能を特定した後、正常状態の重要度及び脅威度に応じた検証機能と特定する（ステップＳ１１４）。尚、第５の決定部７１は、正常状態の重要度及び脅威度に応じた検証機能と決定する。第５の決定部７１は、検証機能を特定した後、正常状態の重要度及び脅威度に応じたロギング機能と特定し（ステップＳ１１５）、図２７に示す処理動作を終了する。尚、第５の決定部７１は、正常状態の重要度及び脅威度に応じたロギング機能と決定する。

第５の決定部７１は、負荷状態が異常状態に適合した場合（ステップＳ１１２肯定）、異常状態の重要度及び脅威度に応じた認証機能と特定する（ステップＳ１１６）。尚、第５の決定部７１は、第５のポリシテーブル６７を参照し、異常状態の重要度及び脅威度に応じた認証機能と決定する。第５の決定部７１は、認証機能を特定した後、異常状態の重要度及び脅威度に応じた検証機能と特定する（ステップＳ１１７）。尚、第５の決定部７１は、異常状態の重要度及び脅威度に応じた検証機能と決定する。第５の決定部７１は、検証機能を特定した後、異常状態の重要度及び脅威度に応じたロギング機能と特定し（ステップＳ１１８）、図２７に示す処理動作を終了する。尚、第５の決定部７１は、異常状態の重要度及び脅威度に応じたロギング機能と決定する。

ＧＷ１０Ｄは、負荷状態が正常状態の場合、重要度及び脅威度に応じた認証機能、検証機能及びロギング機能と決定する。これに対して、ＧＷ１０Ｄは、負荷状態が異常状態の場合、重要度及び脅威度両方が高レベル又は低レベルの場合を除いて、認証機能、検証機能及びロギング機能のランクを１ランク下げて決定する。その結果、ＧＷ１０Ｄ側の処理負担が異常の場合、その処理負担を軽減しながら、デバイス８のセキュリティ機能の強化を図ることができる。

実施例１～５のＧＷシステム１では、セキュリティ関連特性に応じてセキュリティ機能の代行を決定したが、セキュリティ機能を強化した場合でも、デバイス８が異常通信を来す場合が想定できる。そこで、このような事態に対処する実施の形態につき、実施例６として以下に説明する。

図２８は、実施例６のＧＷ１０Ｅの機能構成の一例を示す説明図である。尚、実施例５のＧＷ１０Ｄと同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。図２８のＧＷ１０Ｅと実施例５のＧＷ１０Ｄとが異なるところは、トラヒック状態を参照して異常通信のデバイス８があるか否かを判定する異常判定部７３を有する点にある。異常判定部７３は、例えば、ＩＤＳ（Intrusion Detection System）製品の結果を利用しても良い。異常通信は、例えば、短時間に大量のデータ送信を繰り返すＤｏＳ攻撃、本来使用しないパケットの送信、本来アクセスしないＮＷ機器やポートへのアクセス等である。

異常判定部７３は、異常通信のデバイス８を検出した場合、フィールドエリア３の脅威状況の一種であるので、異常通信のデバイス８を脅威状況として脅威状況管理部５８に通知すると共に、異常通信のデバイス８を連結管理部２４に通知する。連結管理部２４は、異常通信のデバイス８のアドレス３２Ｂに応じて識別子３２Ａを連結テーブル３２から取得する。

デバイス管理部２３は、異常通信のデバイス８の識別子３１Ａが第４のデバイステーブル６５にあるか否かを判定する。更に、デバイス管理部２３は、異常通信のデバイス８の識別子３１Ａが第４のデバイステーブル６５にある場合、識別子３１Ａに対応するデバイス８のレコードを第４のデバイステーブル６５から削除する。更に、連結管理部２４は、異常通信のデバイス８の識別子３２Ａに対応したレコードを連結テーブル３２から削除する。その結果、第４のデバイステーブル６５及び連結テーブル３２内に異常状態のデバイス８の識別子３１Ａのレコードが削除されるため、異常通信のデバイス８のセキュリティ機能の代行を回避できることは勿論のこと、異常通信のデバイス８への通信を不可にする。

図２９は、削除処理に関わるＧＷ１０Ｅ内の処理動作の一例を示すフロー図である。図２９においてＧＷ１０Ｅ内の異常判定部７３は、各デバイス８のトラヒック情報を収集したか否かを判定する（ステップＳ１２１）。デバイス管理部２３は、デバイス８のトラヒック情報を収集した場合（ステップＳ１２１肯定）、異常通信のデバイス８があるか否かを判定する（ステップＳ１２２）。異常判定部７３は、異常通信のデバイス８がある場合（ステップＳ１２２肯定）、異常通信の脅威状況を脅威状況管理部５８内に更新する（ステップＳ１２３）。

異常判定部７３は、異常通信の状況を更新した後、異常通信のデバイス８のアドレスを取得する（ステップＳ１２４）。連結管理部２４は、異常通信のデバイス８のアドレス３２Ｂに対応した識別子３２Ａを連結テーブル３２から取得する（ステップＳ１２５）。デバイス管理部２３は、異常通信のデバイス８の識別子３１Ａが第４のデバイステーブル６５内にあるか否かを判定する（ステップＳ１２６）。

デバイス管理部２３は、異常通信のデバイス８の識別子３１Ａが第４のデバイステーブル６５内にある場合（ステップＳ１２６肯定）、異常通信のデバイス８の識別子３１Ａに対応したレコードを第４のデバイステーブル６５から削除する（ステップＳ１２７）。更に、連結管理部２４は、異常通信のデバイス８の識別子３１Ａに対応したレコードを連結テーブル３２から削除し（ステップＳ１２８）、図２９に示す処理動作を終了する。

異常判定部７３は、デバイス８のトラヒック情報を収集したのでない場合（ステップＳ１２１否定）、図２９に示す処理動作を終了する。異常判定部７３は、異常通信のデバイス８がない場合（ステップＳ１２２否定）、図２９に示す処理動作を終了する。デバイス管理部２３は、異常通信のデバイス８の識別子３１Ａが第４のデバイステーブル６５内にない場合（ステップＳ１２６否定）、図２９に示す処理動作を終了する。

ＧＷ１０Ｅは、異常通信のデバイスを検出した場合、異常通信のデバイスの識別子に対応するレコードを第４のデバイステーブル６５及び連結テーブル３２から削除する。その結果、ＧＷ１０Ｅは、第４のデバイステーブル６５及び連結テーブル３２内に異常通信のデバイス８のレコードが存在しないため、異常通信のデバイス８に対するセキュリティ機能の代行を回避できる。また、セキュリティ対策を実行した場合でも、例えば、デバイス８に対してシリアルケーブルで直接アクセスして改竄し、デバイス８がマルウェアに感染する場合もある。しかしながら、ＧＷ１０Ｅでは、デバイス８に異常通信を検知した場合、第４のデバイステーブル６５及び連結テーブル３２から異常通信のデバイス８のレコードを削除するため、アプリ９に対して識別子エラーを返信することになる。その結果、アプリ９からのデバイス８の利用を不可能にすることでアプリ９にまで被害が及ばない。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを情報処理装置で実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する情報処理装置の一例を説明する。図３０は、通信制御プログラムを実行する情報処理装置の一例を示す説明図である。

図３０に示す通信制御プログラムを実行する情報処理装置１００では、通信装置１１０と、操作装置１２０と、ＨＤＤ１３０と、ＲＯＭ１４０と、ＲＡＭ１５０と、ＣＰＵ１６０とを有する。情報処理装置１００は、図示せぬデバイスとの通信を制御する、例えば、通信機能を有する装置である。

そして、ＲＯＭ１４０には、上記実施例と同様の機能を発揮する通信制御プログラムが予め記憶されている。尚、ＲＯＭ１４０ではなく、図示せぬドライブで読取可能な記録媒体に通信制御プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ－ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。通信制御プログラムとしては、図３０に示すように、決定プログラム１４０Ａ及び処理プログラム１４０Ｂである。尚、プログラム１４０Ａ及び１４０Ｂについては、適宜統合又は分散しても良い。

そして、ＣＰＵ１６０は、これらのプログラム１４０Ａ及び１４０ＢをＲＯＭ１４０から読み出し、これら読み出された各プログラムをＲＡＭ１５０のワークエリア上に展開する。そして、ＣＰＵ１６０は、図３０に示すように、ＲＡＭ１５０上に展開した各プログラム１４０Ａ及び１４０Ｂを、決定プロセス１６０Ａ及び処理プロセス１６０Ｂとして機能する。ＲＡＭ１５０は、デバイス毎に関連特性を記憶した第１の記憶部と、関連特性毎に実行可能なセキュリティ機能を記憶した第２の記憶部とを有する。

ＣＰＵ１６０は、デバイスへの通信アクセスを検知した場合に、デバイス毎に関連特性を記憶した第１の記憶部を参照し、当該デバイスに対応した関連特性を特定する。ＣＰＵ１６０は、関連特性毎に実行可能なセキュリティ機能を記憶した第２の記憶部を参照し、特定された関連特性に対応したセキュリティ機能を決定する。ＣＰＵ１６０は、通信アクセスのデバイスに対して、決定されたセキュリティ機能を実行する。その結果、デバイスのアクセスに対するセキュリティ機能を確保しながら、その処理負担を軽減できる。

８ デバイス
９ アプリ
１０ ＧＷ
２５ 処理部
２６ 第１の決定部
３１ 第１のデバイステーブル
３２ 連結テーブル
３３ 第１のポリシテーブル
５１ 第２の決定部
５２ 重要度判定部
５３ 第３の決定部
５４ 脅威状況管理部
５５ 脅威度判定部
５６ 第４の決定部
５７ 重要度判定部
５８ 脅威状況管理部
５９ 脅威度判定部
６１ 第２のデバイステーブル
６２ 第２のポリシテーブル
６３ 第３のデバイステーブル
６４ 第３のポリシテーブル
６５ 第４のデバイステーブル
６６ 第４のポリシテーブル
７１ 第５の決定部
７２ 収集部
７３ 異常判定部

Claims (8)

1. デバイスとの通信を制御する通信制御装置が、
   前記デバイスへの通信アクセスを検知した場合に、前記デバイス毎に、当該デバイスに対するセキュリティ機能の実装有無及び、前記セキュリティ機能がある場合の設定内容を含む関連特性を記憶した第１の記憶部を参照し、当該デバイスに対応した関連特性を特定し、前記関連特性毎に実行可能なセキュリティ機能を記憶した第２の記憶部を参照し、前記特定された関連特性に対応した前記セキュリティ機能を決定し、
   前記通信アクセスのデバイスに対して、決定された前記セキュリティ機能を実行する
   処理を実行することを特徴とする通信制御方法。
2. 前記セキュリティ機能を決定する処理として、
   前記関連特性内の前記デバイスの種別及び用途に応じて変動する重要度を判定し、当該重要度に対応した前記セキュリティ機能を決定することを特徴とする請求項１に記載の通信制御方法。
3. 前記セキュリティ機能を決定する処理として、
   前記関連特性内の前記デバイスへの通信に及ぼす影響の度合に応じて変動する脅威度を判定し、当該脅威度に対応した前記セキュリティ機能を決定することを特徴とする請求項１に記載の通信制御方法。
4. 前記セキュリティ機能を決定する処理として、
   前記関連特性内の前記デバイスの種別及び用途に応じて変動する重要度と、前記関連特性内の前記デバイスへの通信に及ぼす影響の度合に応じて変動する脅威度との組合せに対応した前記セキュリティ機能を決定することを特徴とする請求項１に記載の通信制御方法。
5. 前記セキュリティ機能を決定する処理として、
   前記通信制御装置の負荷情報を収集し、収集された前記負荷情報に応じて前記セキュリティ機能を決定することを特徴とする請求項１～４の何れか一つに記載の通信制御方法。
6. 前記デバイスに関わる異常通信を検出した場合、前記異常通信に関わるデバイスに対応するレコードを前記第１の記憶部から削除することを特徴とする請求項１～４の何れか一つに記載の通信制御方法。
7. デバイスとの通信を制御する通信制御装置であって、
   前記デバイス毎に、当該デバイスに対するセキュリティ機能の実装有無及び、前記セキュリティ機能がある場合の設定内容を含む関連特性を記憶する第１の記憶部と、
   前記関連特性毎に実行可能なセキュリティ機能を記憶する第２の記憶部と、
   前記デバイスへの通信アクセスを検知した場合に、前記第１の記憶部を参照し、当該デバイスに対応した関連特性を特定し、前記第２の記憶部を参照し、前記特定された関連特性に対応した前記セキュリティ機能を決定する決定部と、
   前記通信アクセスのデバイスに対して、決定された前記セキュリティ機能を実行する処理部と
   を有することを特徴とする通信制御装置。
8. デバイスとの通信を制御する情報処理装置に、
   前記デバイスへの通信アクセスを検知した場合に、前記デバイス毎に、当該デバイスに対するセキュリティ機能の実装有無及び、前記セキュリティ機能がある場合の設定内容を含む関連特性を記憶した第１の記憶部を参照し、当該デバイスに対応した関連特性を特定し、前記関連特性毎に実行可能なセキュリティ機能を記憶した第２の記憶部を参照し、前記特定された関連特性に対応した前記セキュリティ機能を決定し、
   前記通信アクセスのデバイスに対して、決定された前記セキュリティ機能を実行する
   処理を実行させることを特徴とする通信制御プログラム。

Images