JP2024008735A - データ処理経路管理システムおよびデータ処理経路管理方法 - Google Patents

データ処理経路管理システムおよびデータ処理経路管理方法 Download PDF

Info

Publication number
JP2024008735A
JP2024008735A JP2022110854A JP2022110854A JP2024008735A JP 2024008735 A JP2024008735 A JP 2024008735A JP 2022110854 A JP2022110854 A JP 2022110854A JP 2022110854 A JP2022110854 A JP 2022110854A JP 2024008735 A JP2024008735 A JP 2024008735A
Authority
JP
Japan
Prior art keywords
data processing
information
route
path
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022110854A
Other languages
English (en)
Inventor
敬子 大久保
Keiko Okubo
宏明 郡浦
Hiroaki Konoura
宏文 猪股
Hirofumi Inomata
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2022110854A priority Critical patent/JP2024008735A/ja
Priority to PCT/JP2023/001927 priority patent/WO2024009540A1/ja
Publication of JP2024008735A publication Critical patent/JP2024008735A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/22—Arrangements for preventing the taking of data from a data transmission channel without authorisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】ＩｏＴシステムにおけるセキュリティ確保と、ユーザ利便性及び大量デバイス管理の容易化を実現するデータ処理経路管理システム及び方法を提供する。【解決手段】データ処理経路管理システムは、ネットワークを介して接続されるデバイス１１４からデータ送受信経路を介してアプリケーション装置１０９がデータを受信する機能と、アプリケーション装置によるサービスを提供する機能を備える。アプリケーション装置及びデータ送受信経路は、論理的又は物理的に複数のデータ処理経路に分割され、データ処理経路毎に異なるセキュリティ機能を設定し、データ処理経路を制御する。サービス管理装置１０５は、サービスとデバイスの属性の組み合わせに対して、必要なセキュリティ機能を対応付けるセキュリティ要件情報を管理し、セキュリティ要件情報に基づいてデータ処理経路を選択する。【選択図】図１

Description

本発明は、センサデバイス、及びアクチュエータなどのＩｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）デバイスを管理し、ＩｏＴデバイスのデータの収集、及び制御を行う情報処理システムに関するものである。特に、膨大な量のＩｏＴデバイスを扱うＩｏＴシステムに関するものである。なお、以下では、ＩｏＴデバイスを単にデバイスと記載する。
昨今、第５世代移動通信システム（５Ｇ）の普及とともに、通信の高速化、大容量化、スライスの活用によるセキュリティの強化、及びＱｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ（ＱｏＳ）保証等が進んでいる。また、ＩｏＴデバイスは急増しており、各種機器及び装置などの自動制御や監視の自動化などが拡大している。
ＩｏＴシステムの特徴としては、第一に大量のデバイスのアクセスがあげられる。更に、提供されるサービスは多様化しており、デバイスも多種多様である。よって、ＩｏＴシステムは、セキュリティ要件の異なるサービスや脆弱性レベルの異なるデバイスに対応可能であることが望まれる。
特許文献１では、端末の脆弱性スコアを算定し、安全なネットワークへの接続では、脆弱性スコアに基づくアクセス制御を行う方法が開示されている。
特開２０１９－８３４７８号公報
外部ネットワークを経由するＩｏＴシステムは、常に攻撃にさらされており、デバイスは脆弱性対策の継続的な更新が必要とされる。特に、自動運転のようなサービスにおいては、機器の誤動作を防ぐためにも、通信経路、及び情報処理リソースへの強固なセキュリティが必要である。
特許文献１では、端末ごとに算出された脆弱性スコアを基に安全なネットワークへのアクセス可否を決定しており、システム側のリソースの保護は可能だが、システム利用者の利便性が考慮されていない。古くなり脆弱性対策が行えないデバイスは接続不可となるため、大量デバイスの一斉更新が必要となる可能性がある。また、アクセス制御は接続可、不可の二択であり、且つ、接続後のデバイスに対する処理は一律であるため、個々のデバイスの脆弱性レベルに応じた対応は難しい。
本発明は、このような背景を鑑みてなされたもので、その一様態の目的は、ＩｏＴシステムにおけるセキュリティ確保と、ユーザ利便性、及び大量デバイス管理の容易化を実現する技術を提供することである。
本発明の好ましい一側面は、情報処理リソースと、データ送受信経路を含み、ネットワークを介して接続されるデバイスから前記データ送受信経路を介して前記情報処理リソースがデータを受信する機能と、前記情報処理リソースによるサービスを提供する機能を備え、前記情報処理リソース及びデータ送受信経路が論理的、又は物理的に複数のデータ処理経路に分割され、前記データ処理経路毎に設定された異なるセキュリティ機能を有する情報処理システムに対し、前記データ処理経路を制御するデータ処理経路管理システムであって、情報処理装置が、前記サービスと前記デバイスの属性の組み合わせに対して、必要な前記セキュリティ機能を対応付けるセキュリティ要件情報を管理し、前記セキュリティ要件情報に基づいて前記データ処理経路を選択する、データ処理経路管理システムである。
本発明の好ましい他の一側面は、情報処理リソースと、データ送受信経路を含み、ネットワークを介して接続されるデバイスから前記データ送受信経路を介して前記情報処理リソースがデータを受信する機能と、前記情報処理リソースによるサービスを提供する機能を備え、前記情報処理リソース及びデータ送受信経路が論理的、又は物理的に複数のデータ処理経路に分割され、前記データ処理経路毎に設定された異なるセキュリティ機能を有する情報処理システムに対し、前記データ処理経路を制御するデータ処理経路管理方法であって、情報処理装置が、前記サービスと前記デバイスの属性であるデバイスの脆弱性情報の組み合わせに対して、必要な前記セキュリティ機能を対応付けるセキュリティ要件情報を管理し、前記セキュリティ要件情報に基づいて前記データ処理経路を選択する、データ処理経路管理方法である。
ＩｏＴシステムにおけるセキュリティ確保と、ユーザ利便性、及び大量デバイス管理の容易化を実現する技術を提供することができる。
情報処理システムの概略構成を示すブロック図である。 データ処理経路の一例を示すブロック図である。 情報処理システムの構成要素として用いることが可能な情報処理装置の一例を示すブロック図である。 統合管理装置の機能及びデータの概要を示す機能ブロック図である。 デバイス管理装置の機能及びデータの概要を示す機能ブロック図である。 デバイスの属性情報データの一例を示す表図である。 データ処理経路管理装置の機能及びデータの概要を示す機能ブロック図である。 データ処理経路属性情報データの一例を示す表図である。 デバイスのサービス状態情報データの一例を示す表図である。 サービス管理装置の機能及びデータの概要を示す機能ブロック図である。 セキュリティ要件情報データの一例を示す表図である。 セキュリティ装置の機能及びデータの概要を示す機能ブロック図である。 設定情報データの一例を示す表図である。 ＩｏＴデバイスＧＷの機能及びデータの概要を示す機能ブロック図である。 データ格納装置の機能及びデータの概要を示す機能ブロック図である。 データ処理装置の機能及びデータの概要を示す機能ブロック図である。 アプリケーション装置の機能及びデータの概要を示す機能ブロック図である。 管理画面の一例を示すイメージ図である。 データ処理経路の管理画面の一例を示すイメージ図である。 データ処理経路の管理画面の一例を示すイメージ図である。 データ処理経路の管理画面の一例を示すイメージ図である。 サービスの管理画面の一例を示すイメージ図である。 サービスの管理画面の一例を示すイメージ図である。 サービスの管理画面の一例を示すイメージ図である。 デバイスの管理画面の一例を示すイメージ図である。 デバイスの管理画面の一例を示すイメージ図である。 デバイスの管理画面の一例を示すイメージ図である。 セキュリティ装置の管理画面の一例を示すイメージ図である。 セキュリティ装置の管理画面の一例を示すイメージ図である。 メッセージの処理を示すシーケンス図である。 データ処理経路の移動処理を示すシーケンス図である。 統合管理装置における経路移動処理を示すフローチャートである。 デバイスにおける経路移動処理を示すフローチャートである。 デバイスからのサービス要求に基づく経路移動処理を示すシーケンス図である。 サービスのセキュリティ要件の更新に伴うデータ経路の見直し処理を示すフローチャートである。 データ処理経路変更画面の一例を示すイメージ図である。 異常検出時のデバイスへの処理を示すフローチャートである。 大量異常検出時のデータ処理経路への処理を示すフローチャートである。 大量異常検出時の正常デバイスの待避処理を示すフローチャートである。
以下、図面に基づいて、本発明の実施の形態を説明する。ただし、本発明は以下に示す実施の形態の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。
以下に説明する実施例の構成において、同一部分又は同様な機能を有する部分には同一の符号を異なる図面間で共通して用い、重複する説明は省略することがある。
同一あるいは同様な機能を有する要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。ただし、複数の要素を区別する必要がない場合には、添字を省略して説明する場合がある。
本明細書等における「第１」、「第２」、「第３」などの表記は、構成要素を識別するために付するものであり、必ずしも、数、順序、もしくはその内容を限定するものではない。また、構成要素の識別のための番号は文脈毎に用いられ、一つの文脈で用いた番号が、他の文脈で必ずしも同一の構成を示すとは限らない。また、ある番号で識別された構成要素が、他の番号で識別された構成要素の機能を兼ねることを妨げるものではない。
図面等において示す各構成の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面等に開示された位置、大きさ、形状、範囲などに限定されない。
本明細書で引用した刊行物、特許および特許出願は、そのまま本明細書の説明の一部を構成する。
本明細書において単数形で表される構成要素は、特段文脈で明らかに示されない限り、複数形を含むものとする。
実施例では、一つ以上の情報処理リソースと、一つ以上のデータ送受信経路を含み、ネットワークを介して接続される一つ以上のデバイスからデータを受信する機能と前記デバイスにサービスを提供する機能を備えた情報処理システムであって、前記情報処理リソース及びデータ送受信経路を論理的、又は物理的に一つ以上のデータ処理経路に分割し、前記データ処理経路毎に、データの送受信経路、及び情報処理リソースを管理する機能と、データ処理経路毎に設定された異なるセキュリティ機能を有することを特徴とする情報処理システムが開示されている。
実施例で説明される代表的な例は、情報処理リソースと、データ送受信経路を含み、ネットワークを介して接続されるデバイスからデータ送受信経路を介して情報処理リソースがデータを受信する機能と、情報処理リソースによるサービスを提供する機能を備え、情報処理リソース及びデータ送受信経路が複数のデータ処理経路に分割され、データ処理経路毎に設定された異なるセキュリティ機能を有する情報処理システムに対し、データ処理経路を制御するデータ処理経路管理手法である。この手法では、サービスとデバイスの脆弱性情報の組み合わせに対して、必要なセキュリティ機能を対応付けるセキュリティ要件情報を管理しており、セキュリティ要件情報に基づいてデータ処理経路を選択する。
データ処理経路は情報処理システムの稼働中に動的に選択と変更が可能である。たとえば、統合管理装置とデータ処理経路管理装置を用いて、統合管理装置が選択したデータ処理経路をデータ処理経路管理装置に指示し、データ処理経路管理装置が、第１のデータ処理経路から第２のデータ処理経路に切り替える切り替え処理を行う。
具体的な例では、さらにデータ処理経路に対して利用可能なセキュリティ機能を対応付けるデータ処理経路属性情報、デバイスに対して脆弱性情報と利用可能なサービスを対応付けるデバイスの属性情報を管理しており、デバイスの属性情報、データ処理経路属性情報、およびセキュリティ要件情報の少なくとも一つの変更を契機として、セキュリティ要件情報に基づいたデータ処理経路を選択し、デバイスが使用するデータ処理経路を切り替える。
図１～図２７を用いて第一実施例を説明する。本実施例では、複数の情報処理装置を有する情報処理システム１０１において、複数のデバイスから情報を収集し、サービスを提供する例を説明する。
本実施例では、デバイスと情報処理システム間のデータ送受信経路、及び情報処理リソースを論理的、又は物理的に一つ以上に分離する。データ処理経路は、分離された一つ以上のデータ送受信経路、及び一つ以上の情報処理リソースを含み、これらの管理を行う。また、データ処理経路毎に異なるセキュリティ機能を設置する。デバイスからのデータ収集、及びデバイスへのサービス提供は、デバイスの脆弱性、及びサービスのセキュリティ要件に合致するデータ処理経路を用いて行う。
図１は、本実施例における情報処理システム１０１の概略構成の一例を示す。本例においては、クラウド１１７上に情報処理システム１０１を構築している。情報処理システム１０１は、例えば、ＩｏＴデバイスＧａｔｅｗａｙ（ＧＷ）１１１、統合管理装置１０２、デバイス管理装置１０３、データ処理経路管理装置１０４、サービス管理装置１０５、セキュリティ装置１０６、データ格納装置１０７、データ処理装置１０８、及びアプリケーション装置１０９を含み、インターネット１１２、及びキャリアネットワーク（以降、キャリアＮＷと記す）１１３を介して、デバイス１１４と接続される。
ＩｏＴデバイスＧＷ１１１（以降はＩｏＴデバイスＧＷと記す）、統合管理装置１０２、デバイス管理装置１０３、データ処理経路管理装置１０４、サービス管理装置１０５、セキュリティ装置１０６、データ格納装置１０７、データ処理装置１０８、及びアプリケーション装置１０９は、通信ネットワーク１１０を介して接続される。
情報処理システム１０１は、ＩｏＴデバイスＧＷ１１１を介して、デバイス１１４との間でデータの送受信を行い、受信したデータを基に各種の処理及びサービスを行う。なお、本構成は一例であり、例えばインターネット１１２やキャリアＮＷ１１３の代わりに、専用線や、光ファイバ、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などが使われていても構わない。また、情報処理システム１０１は、必ずしもクラウド上に構成する必要はなく、オンプレミス環境に構成しても構わない。
デバイス１１４は、通信機能を備えたセンサやアクチュエータなどのＩｏＴデバイスであり、温度センサ、振動センサ、人感センサ、ネットワークカメラ、工場機器、冷蔵装置、及び自動車などを含む。また、センサやアクチュエータなどの機能と通信機能を分割し、各種センサ、アクチュエータ、ネットワークカメラ、工場機器、冷蔵装置、自動車などのアセット１１５を、無線、又は優先でデバイス１１４に接続し、デバイス１１４がアセット１１５と情報処理システム１０１間のデータの送受信を行う構成でも構わない。
また、通信キャリアが提供する機能と連携して、キャリアＮＷ１１３においてデバイスの接続先アドレス制限１１６を行っても構わない。
ＩｏＴデバイスＧＷ１１１は、デバイス１１４の通信先であり、例えば、ＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｅｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）ブローカのようなメッセージ中継機能を有し、デバイス１１４と情報処理システム１０１間のデータの送受信を中継する。
統合管理装置１０２は、ユーザインタフェースを備え、システム管理者の指示を受け付けるとともに、予め設定されたプログラムに従い情報処理システム１０１全体の管理を行う。また、管理者の操作により、情報処理システム１０１が提供するサービスの登録、及びデータ処理経路の登録を行う。また、デバイス１１４からのサービス提供要求を受信し、該デバイス１１４を要求されたサービスに適したデータ処理経路に移動させる指示を出す。また、セキュリティ装置１０６からデバイス異常の通知を受け、異常デバイスへの処理、及び正常デバイスの待避などの指示を行う。また、キャリア提携機能との連携により、デバイスが利用するＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）への操作（接続先ＩＰアドレス制限、通信速度制限、ＳＩＭ停止など）を指示する機能を持つ。
デバイス管理装置１０３は、デバイス１１４の登録・削除等の機能を持ち、登録されたデバイス１１４の型や脆弱性などの情報、デバイス１１４への提供が可能なサービス、及びデバイス１１４に接続されているアセット１１５等の属性情報を管理する。また、デバイス１１４に対して脆弱性の修正指示（例えば、ファームウェアのアップデートやセキュリティパッチの適用など）を行う。
データ処理経路管理装置１０４は、情報処理システム１０１とデバイス１１４間のデータ送受信経路、及び情報処理リソース、及び各データ処理経路に設定されたセキュリティ機能を管理する。また、各データ処理経路を利用中のデバイス１１４について、利用中のサービス、デバイス１１４の状態（例えば、経路移動中など）、及び異常の有無等のデバイスのサービス状態を管理する。
サービス管理装置１０５は、情報処理システム１０１が提供するサービスのセキュリティ要件を管理し、サービス毎に、セキュリティ要件を満たすデータ処理経路を選択する。
セキュリティ装置１０６は、異常検出、及び不正侵入防止などのセキュリティ機能を提供し、デバイス１１４から受信したデータの異常を検出し、統合管理装置１０２に通知する。
データ格納装置１０７は、デバイス１１４から受信したデータを格納する。
データ処理装置１０８は、デバイス１１４から受信したデータの整形や統計処理などを行う。
アプリケーション装置１０９は、デバイス１１４に対してサービスを提供する。例えばデータ収集サービスであれば、デバイス１１４からデータを収集して保存する。保存したデータは、例えば、データ受信の都度、定期的、又は指示に従って顧客のデータセンタなどへ送信してもよい。また、例えば温度管理サービスでは、アセット１１５やデバイス１１４がセンシングした温度情報を受信し、予め設定された目標温度と受信した温度の差を基に、冷房の強度を強める、又は弱めるなどの指示をデバイス１１４へ送信する。また、例えば、自動運転サービスでは、自動運転用のＡＩを備え、デバイス１１４からの情報をＡＩで分析し、デバイス１１４へ制御情報を送信する。
図２に、複数のデータ処理経路（２０１－Ａ～Ｃ）の使用例を示す。図２の例では、データ収集サービスを利用するデバイスは、データ処理経路２０１－Ａ、及び２０１－Ｂを使用する。データ処理経路２０１－Ａは、脆弱性対策未実施のデバイス１１４を収容し、セキュリティ対策として不正侵入防止機能を持つセキュリティ装置１０６を備える。データ処理経路２０１－Ｂは、脆弱性対策済みのデバイス１１４を収容する。また、データ処理経路２０１－Ｃは、遠隔制御中のデバイス１１４を収容する。データ処理経路２０１－Ｃでは、キャリア機能との連携により接続先アドレス制限１１６を行い、遠隔制御中のデバイス１１４に対して外部からの不正なアクセスを防ぐ。また、デバイス１１４は利用するサービスに応じてデータ処理経路２０１を移動する。例えば、データ処理経路２０１－Ｂに収容され、データ収集サービスを利用しているデバイス１１４が遠隔制御サービスの利用に切り替えるケースでは、デバイス１１４はデータ処理経路２０１－Ｃに移動する。
図２では、３つのデータ処理経路２０１－Ａ～Ｃを例に示したが、データ処理経路２０１の数は、３つより少なくても多くても構わない。また、一つのデータ処理経路２０１を複数のサービスが使用しても構わないし、一つのサービスが、デバイス１１４の脆弱性レベルに応じて複数のデータ処理経路２０１を使用しても構わない。また、接続先アドレス制限１１６は、遠隔制御中のデバイス１１４のみならず、例えばセキュリティサポートが終了した旧型のデバイス１１４に対して、外部との通信を遮断することにより安全な通信経路を提供することも可能である。
図３は、統合管理装置１０２、デバイス管理装置１０３、データ処理経路管理装置１０４、サービス管理装置１０５、セキュリティ装置１０６、データ格納装置１０７、データ処理装置１０８、及びアプリケーション装置１０９の各装置として用いることが可能な情報処理装置のハードウェア構成例である。図３に示すように、情報処理装置３０００は、例えばプロセッサ３００１、主記憶装置３００２、補助記憶装置３００３、入力装置３００４、出力装置３００５、及び通信装置３００６を備える。これらは図示しないバス等の通信手段を介して互いに通信可能に接続されている。
プロセッサ３００１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて構成される。プロセッサ３００１が、主記憶装置３００２に格納されているコンピュータプログラムを読み出して実行することにより、統合管理装置１０２、デバイス管理装置１０３、データ処理経路管理装置１０４、サービス管理装置１０５、セキュリティ装置１０６、データ格納装置１０７、データ処理装置１０８、及びアプリケーション装置１０９の様々な機能が実現される
主記憶装置３００２は、コンピュータプログラムやデータを記憶する装置であり、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、及び不揮発性半導体メモリ等である。
補助記憶装置３００３は、例えば、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光学式記憶媒体（即ち、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、及びＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等）、ストレージシステム、ＩＣカード（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ）、ＳＤメモリカード、等の記録媒体の読取／書込装置、及びクラウドサーバの記憶領域等である。補助記憶装置３００３に格納されているコンピュータプログラムやデータは、主記憶装置３００２に随時読み込まれる
入力装置３００４は、例えば、キーボード、マウス、タッチパネル、カードリーダ、音声入力デバイス等である。出力装置３００５は、ユーザに処理経過や処理結果等の各種情報を提供するユーザインタフェースである。出力装置３０５は、例えば、画面表示装置（即ち、液晶モニタ、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、又はグラフィックカード等）、音声出力装置（即ち、スピーカ等）、又は印字装置等である。なお、例えば、情報処理装置３０００が、通信装置３００６を介して他の装置との間で情報を入出力してもよい。
通信装置３００６は、ＬＡＮやインターネット等の通信手段を介した他の装置との間の通信を実現する有線方式又は無線方式の通信インタフェースである。通信装置３００６は、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、無線通信モジュール、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）モジュール、又はシリアル通信モジュール等である。
なお、図３には各装置を物理マシンで実現する際のハードウェア構成例を示したが、各装置は、物理マシン、仮想マシン、及びコンテナ等、様々な方法で実現されても構わない。また、同一の物理マシン上に、複数の装置を仮想マシンやコンテナなどの技術を用いて実現しても構わない。また、クラウド利用時はクラウドプロバイダが提供するマネージドサービスを用いて実現されても構わない。また、本実施例において、各装置は別々の装置として記しているが、複数の装置の機能をまとめて一つの装置としても構わない。また、ある装置の機能を別の装置で実現しても構わない。また、各装置はそれぞれ複数台存在しても構わない。ＩｏＴデバイスＧＷ１１１も同様であり、物理マシン、仮想マシン、コンテナ、及びマネージドサービスなど、様々な方法で実現されても構わない。また、ＩｏＴデバイスＧＷ１１１の台数は３に限るものではなく、３よりも多くても少なくても構わない。本明細書において、数は特に意味を持つもの以外は記載した数に制限されるものではなく、記載よりも多くても少なくても構わない。
図４に、統合管理装置１０２が備える主な機能、及び統合管理装置１０２が記録する主な情報を示す。統合管理装置１０２は、ユーザインタフェース機能４０１、キャリア連携機能４０２、アラート処理機能４０３、及びデバイス処理機能４０４を備えており、リソース情報４０５を記録する。
リソース情報４０５は、情報処理システム１０１が管理するリソースの情報（例えば、デバイス管理装置１０３、データ処理経路管理装置１０４、サービス管理装置１０５、及びセキュリティ装置１０６、データ格納装置１０７、データ処理装置１０８、アプリケーション装置１０９、及びＩｏＴデバイスＧＷ１１１などへのアクセス先情報）を記録する。リソース情報４０５は、例えば、リソース名称、及びアクセス先（例えば、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ））の項目を有するレコードを格納する。
図５に、デバイス管理装置１０３が備える主な機能、及びデバイス管理装置１０３が記録する主な情報を示す。デバイス管理装置１０３は、デバイス登録機能５０１、及び脆弱性管理機能５０２を備えており、デバイスの属性情報５０３を記録する。
デバイス登録機能５０１は、入力された情報をデバイスの属性情報５０３に登録する。脆弱性管理機能５０２は、デバイスの属性情報５０３に登録されたデバイス１１４に対してセキュリティ管理を行い、デバイスの属性情報５０３を更新する。脆弱性管理機能５０２の詳細は図２９以降で説明する。
図６に、デバイスの属性情報５０３の一例を示す。デバイスの属性情報５０３は、例えば、デバイスＩＤ６０１、ＳＩＭＩＤ６０２、デバイスの型６０３、脆弱性レベル６０４（例えば、保護登録６０５、ファームウェアバージョン６０６、及びセキュリティパッチ６０７など）、利用可能なサービス６０８、及びアセット６０９などの項目を有するレコードを格納する。保護登録６０５は、例えば旧型のデバイスであり、最新のファームウェアやセキュリティパッチに対応できないために、接続先アドレス制限によるデバイスの保護が必要であることを示す。
図７に、データ処理経路管理装置１０４が備える主な機能、及びデータ処理経路管理装置１０４が記録する主な情報を示す。データ処理経路管理装置１０４は、データ処理経路登録機能７０１、及びデータ処理経路管理機能７０２を備えており、データ処理経路属性情報７０３、及びデバイスのサービス状態情報７０４を記録する。
データ処理経路登録機能７０１は、データ処理経路属性情報７０３に対して、データ処理経路の登録、削除、及び更新を行う。データ処理経路管理機能７０２は、デバイスのサービス状態情報７０４を記録、更新、参照することにより、デバイス１１４のサービス状態を管理し、統合管理装置１０２から指示を受けて、ＩｏＴデバイスＧＷ１１１を介して、デバイス１１４に各種の指示を送信する。
図８に、データ処理経路属性情報７０３の一例を示す。情報処理システム１０１が備える各装置が記録する各データは、例えばテーブル形式で記録される。データ処理経路属性情報７０３は、データ処理経路識別子８０１、ＩｏＴデバイスＧＷ８０２、データ処理装置８０３、経路の状態８０４、セキュリティ機能８０５、想定用途８０６、及び優先順位８０７などの項目を有するレコードを格納する。
ＩｏＴデバイスＧＷ８０２、及びデータ処理装置８０３は、各装置の識別子やアクセス先情報を記録する。経路の状態８０４は、データ処理経路２０１の異常の有無を示す。セキュリティ機能８０５は、データ処理経路２０１が備えるセキュリティ機能を示す。本実施例では、侵入防止、異常検知、及び接続先アドレス制限を上げているが、これに限るものではなく、更に、ＩｏＴデバイスＧＷ１１１やデータ処理装置１０８などの利用率の監視などのセキュリティ機能が備えられていてもよい。また、同じ属性を持つデータ処理経路２０１が複数存在しても構わない。
図９に、デバイスのサービス状態情報７０４の一例を示す。デバイスのサービス状態情報７０４は、デバイスＩＤ９０１、利用中サービス９０２、データ処理経路９０３、デバイスの状態（例えば、データ処理経路の切り替え中）９０４、及び異常の有無９０５などの項目を有するレコードを格納する。
図１０にサービス管理装置１０５が備える主な機能、及びサービス管理装置１０５が記憶する主な情報を示す。サービス管理装置１０５は、サービス登録機能１００１、及びデータ処理経路選択機能１００２を備えており、セキュリティ要件情報１００３を記録する。
図１１にセキュリティ要件情報１００３の一例を示す。セキュリティ要件情報１００３は、サービスＩＤ１１０１、サービス名称１１０２、デバイスの属性１１０３、必要なセキュリティ機能１１０７、利用可能なデータ処理経路１１０８などの項目を有するレコードを記録する。デバイスの属性１１０３は、更に、デバイス登録あり１１０４、デバイスの型１１０５、脆弱性レベル１１０６（例えば、保護デバイス登録、ファームウェアバージョン、セキュリティパッチ等）の詳細項目を有する。
必要なセキュリティ機能１１０７は、サービスとデバイスの属性１１０３の組合せ毎に、必要なセキュリティ機能１１０７を指定する。利用可能なデータ処理経路１１０８は、必要なセキュリティ機能１１０７と合致するセキュリティ機能を備えたデータ処理経路２０１を記録する。
なお、本例ではサービスＩＤ１１０１とサービス名称１１０２を別々に記録しているが、サービスを一意に識別することが可能であれば、両方利用することは必須ではない。デバイス登録あり１１０４は、デバイス管理装置１０３にデバイスが登録されていることを示す。デバイス登録がないケースは、例えば、個人のスマートフォンなどにサービスアプリケーションをインストールし、デバイス管理装置１０３への登録なしに情報処理システム１０１からサービスを受けるケースが相当する。
図１２にセキュリティ装置１０６が備える主な機能、及びセキュリティ装置１０６が記録する主な情報を示す。セキュリティ装置１０６は、データ受信機能１２０１、異常検出機能１２０２、侵入防止機能１２０３、アラート機能１２０４、及び管理機能１２０５を備え、設定情報１２０６を記録する。
図１３に、設定情報１２０６の一例を示す。設定情報１２０６は、データ処理経路１３０１、セキュリティ機能１３０２、入力１３０３、出力１３０４、及び分析方法等１３０５などの項目を持つレコードを記録する。
データ処理経路１３０１は、セキュリティ機能が設置されたデータ処理経路２０１の識別子、セキュリティ機能１３０２は、侵入防止、又は異常検出を記録する。入力１３０３は、分析対象データの取得元装置の識別子、又はアクセス情報を記録する。出力１３０４は、侵入防止機能を利用するケースにおけるデータの出力先の装置の識別子、またはアクセス情報を記録する。分析方法１３０５は、複数の分析方法を提供する際に、使用する分析方法を記録する。
なお、一台のセキュリティ装置が、異常検出機能と侵入防止機能の双方を提供しても構わない。また、一台のセキュリティ装置が二つ以上のデータ処理経路に対してセキュリティ機能を提供しても構わない。また、一つのデータ処理経路に対して、二つ以上のセキュリティ装置が異常検出機能、及び侵入防止機能を提供しても構わない。
図１４に、ＩｏＴデバイスＧＷ１１１が備える主な機能、及びＩｏＴデバイスＧＷ１１１が記録する主な情報を示す。ＩｏＴデバイスＧＷ１１１は、デバイス登録機能１４０１、データ中継機能１４０２、及びデバイス認証機能１４０３を備え、デバイス情報１４０４を記録する。デバイス情報１４０４は、例えば、ＩｏＴデバイスＧＷ１１１を利用するデバイスのデバイスＩＤ、及びその認証用の情報などを記録する。
図１５にデータ格納装置１０７が備える主な機能、及びデータ格納装置１０７が記録する主な情報を示す。データ格納装置１０７は、データ書き込み機能１５０１、データ読み出し機能１５０２、及びデータ削除機能１５０３を備え、受信データ情報１５０４を記録する。受信データ情報１５０４は、例えば、デバイスＩＤ、受信データ、及び受信日時などを紐づけて記録する。
図１６にデータ処理装置１０８が備える主な機能、及びデータ処理装置１０８が記録する主な情報を示す。データ処理装置１０８は、データ受信機能１６０１、データ送信機能１６０２、データ整形機能１６０３、及び統計処理機能１６０４を備え、サービス情報１６０５を記録する。データ整形機能１６０３、及び統計処理機能１６０４は、複数の方法を備えていても構わない。サービス情報１６０５は、例えば、サービス毎に、必要なデータ整形方法や統計処理方法を記録する。
図１７にアプリケーション装置１０９が備える主な機能、及びアプリケーション装置１０９が記録する主な情報を記す。アプリケーション装置１０９は、データ受信機能１７０１、データ送信機能１７０２、データ処理機能１７０３を備え、受信データ情報１７０４を記録する。受信データ情報１７０４は、例えば、デバイスＩＤ、受信データ、及び受信日時などを紐づけて記録する。
通信ネットワーク１１０は、無線、または有線のネットワークであり、各装置間のデータ転送を実現する。同一の物理マシン上で複数の装置が実現される場合は、同一物理マシン内でのデータ転送であっても構わない。
図１８は、統合管理装置１０２のユーザインタフェース機能４０１により表示される管理画面１８０１の一例である。管理画面１８０１は、例えば、システムの状態、データ処理経路、サービス、デバイス、及びセキュリティ機能などのメニュー１８０２を備え、各メニューを選択することで、その詳細画面１８０３を表示する。
ユーザインタフェース機能４０１は、選択されたメニューに応じて、データ処理経路管理装置１０４、サービス管理装置１０５、デバイス管理装置１０３、及びセキュリティ装置１０６にアクセスし、各種の設定画面を表示する。管理画面１８０１はメニューからシステムの状態を選択した例であり、ユーザインタフェース機能４０１がデータ処理経路管理装置１０４のデータ処理経路管理機能７０２にデータ処理経路の異常の有無を問合せ、結果を表示する。また、セキュリティ装置１０６のアラート発報機能からアラートを受信すると、アラート処理機能４０３がアラートの有無や、処理結果を表示してもよい。
図１９Ａ～Ｃに、データ処理経路の設定場面の一例を示す。図１９Ａは、管理画面１８０１においてデータ処理経路を選択した際に表示される設定画面の一例である。ユーザインタフェース機能４０１は、データ処理経路が選択されると、データ処理経路管理装置１０４にアクセスし、データ処理経路登録機能７０１が提供するデータ処理経路一覧画面１９０１を表示する。データ処理経路登録機能７０１は、データ処理経路属性情報７０３を基に登録されているデータ処理経路一覧１９０２を表示する。管理者は、本画面からデータ処理経路の新規登録画面１９０８の呼び出し、登録済みデータ処理経路の編集画面１９１２の呼び出し、データ処理経路の削除、及び優先順位の編集を行い、保存ボタン１９０６を押して更新された情報を保存する、又は、キャンセルボタン１９０７を押して登録情報の更新をキャンセルする。
図１９Ｂは、管理画面１８０１に表示されるデータ処理経路の新規登録画面の一例を示す。データ処理経路一覧１９０２において、新規登録ボタン１９０３を押すことにより、データ処理経路の新規登録画面１９０８に遷移する。管理者は、情報入力表１９０９に経路名、使用するＩｏＴデバイスＧＷ、及びデータ処理装置の情報（例えば識別子、又はＵＲＬなど）を入力する。更に、データ処理経路が備えるセキュリティ機能（本図の例では、侵入防止、異常検知、及び接続先アドレス制限）の有無、及び想定用途を入力し、保存ボタン１９１０を押す。データ処理経路登録機能７０１は、入力された情報をデータ処理経路属性情報７０３に反映する。また、経路名の重複があれば、これを指摘する。
図１９Ｃは、管理画面１８０１に表示されるデータ処理経路の編集画面の一例を示す。データ処理経路一覧画面１９０１において、データ処理経路一覧１９０２からデータ処理経路を選択し、編集ボタン１９０４を押すことにより、データ処理経路の編集画面１９１２に遷移する。管理者は、情報入力表１９１３において変更箇所を修正し、保存ボタン１９１４を押す。データ処理経路登録機能７０１は、入力された情報をデータ処理経路属性情報７０３に反映する。
データ処理経路一覧画面１９０１において、データ処理経路一覧１９０２からデータ処理経路を選択し、選択行の削除ボタン１９０５を押すことにより、データ処理経路登録機能７０１は、選択されたデータ処理経路の情報をデータ処理経路属性情報７０３から削除する。なお、データ処理経路の削除を行う際は、データ処理経路登録機能７０１は、データ処理経路管理機能７０２に問合せを行い、削除対処のデータ処理経路を利用しているデバイスの有無を確認し、利用中のサービス、及びデバイスが存在するときには、利用中のサービス、及びデバイスが存在することを操作画面に表示し、データ処理経路削除の再確認や、利用中サービス、及びデバイスへの処理を入力するための操作画面を表示してもよい。
なお、本実施例においてはＩｏＴデバイスＧＷ１１１、データ処理装置１０８、及びセキュリティ装置１０６の作成及び接続設定などは、予め実行しておくものとする。データ処理経路の登録、及び編集は各データ処理経路に設定された属性を入力して、データ処理経路属性情報７０３に記録するものである。また、データ処理経路の削除も同様であり、各装置のリソースの開放は、データ処理経路の削除後に実施する。
また、本実施例ではセキュリティ機能の例として侵入防止、異常検知、及び接続先アドレス制限を示しているが、これらに限るものではなく、例えば侵入防止、及び異常検知の方法が複数あっても構わない。また、例えばファイヤウォールや、リソース監視、ＤＤｏＳ対策のように、異なるセキュリティ機能が設定されていても構わない。
図２０Ａ～Ｃに、サービスの設定画面の一例を示す。図２０Ａは、管理画面１８０１においてサービスを選択した際に表示される詳細画面１８０３の一例である。ユーザインタフェース機能４０１は、サービスが選択されると、サービス管理装置１０５にアクセスし、サービス登録機能１００１が提供する、登録サービス一覧画面２００１を詳細画面１８０３に表示する。サービス登録機能１００１は、セキュリティ要件情報１００３を基に登録されているサービスの一覧２００２を表示する。管理者は、本画面からサービスの新規登録、登録済みサービスの編集、及び、サービスの削除を行う。
図２０Ｂは、管理画面１８０１に表示されるサービスの新規登録画面の一例を示す。登録サービス一覧画面２００１において、サービスの新規登録ボタン２００３を押すことにより、サービスの新規登録画面２００６に遷移する。
管理者は、サービスの名称２００７を入力し、情報入力表２００８に、デバイスの属性、及び必要なセキュリティ機能を入力する。デバイスの属性によって必要なセキュリティ機能が異なるケースでは、行の追加ボタン２０１０を押して行を追加し、デバイスの属性毎に必要なセキュリティ機能を選択する。デバイスの属性、及び必要なセキュリティ機能を入力した後に、データ経路選択ボタン２０１１を押すと、データ処理経路選択機能１００２が、データ処理経路管理機能７０２に問合せを行い、必要なセキュリティ機能を備えたデータ処理経路を選択する。
条件に一致する複数のデータ処理経路が存在する場合は、優先順位に基づいて選択してよい。また、優先順位が同じであれば、複数のデータ処理経路を利用可能なデータ処理経路として選択してかまわない。管理者が保存ボタン２０１２を押すと、サービス登録機能１００１は入力された情報をセキュリティ要件情報１００３に反映する。この時、サービスＩＤはサービス登録機能１００１が自動作成しても構わない。
また、必要なセキュリティ機能を満たすデータ処理経路が存在しない場合、利用可能なデータ処理経路欄に条件が一致するデータ処理経路が存在しないことを示す。利用可能なデータ処理経路が存在しない場合、管理者は、必要なセキュリティ機能を備えるデータ処理経路を新設するか、既存のデータ処理経路にセキュリティ機能を追加する。または、サービスの提供を取りやめる。
図２０Ｃは、管理画面１８０１に表示されるサービス編集画面の一例を示す。登録サービス一覧画面２００１において、サービスを選択し、編集ボタン２００４を押すことによりサービス編集画面２０１４に遷移する。
管理者が情報入力表２０１６から変更箇所を修正し、データ経路選択ボタン２０１９を押すと、データ処理経路選択機能１００２が利用可能な処理経路を選択して設定する。管理者が保存ボタン２０２０を押すと、サービス登録機能１００１は入力された情報をセキュリティ要件情報１００３に反映する。
登録サービス一覧画面２００１において、サービスを選択し、選択行の削除ボタン２００５を押すことにより、サービス登録機能１００１は、選択されたサービスの情報をセキュリティ要件情報１００３から削除する。なお、サービスの削除を行う際は、サービス登録機能１００１は、データ処理経路管理機能７０２に問合せを行い、削除対処のサービスを利用しているデバイスの有無を確認し、利用中のデバイスが存在するときには、利用中のデバイスが存在することを管理画面に表示し、サービス削除の再確認や、利用中デバイスへの処理を入力するための画面を表示してもよい。
図２１Ａ～Ｃに、デバイス登録画面の一例を示す。図２１Ａは、管理画面１８０１においてデバイスを選択した際に表示される詳細画面１８０３の一例である。ユーザインタフェース機能４０１は、デバイスが選択されると、デバイス管理装置１０３、及びデータ処理経路管理装置１０４にアクセスし、デバイスの属性情報５０３、及びデバイスのサービス状態情報７０４を基に登録デバイス一覧画面２１０１を表示する。
管理者は、本画面からデバイスの新規登録、登録済みデバイスの編集、及び、デバイスの削除を行う。また、データ処理経路、利用中のサービス、及び異常の有無により、表示するデバイスの絞り込みを行っても構わない。更に、デバイスの型、及び脆弱性レベルなどでも、フィルタ可能であっても構わない。
図２１Ｂは、管理画面１８０１に表示される新規デバイス登録画面の一例を示す。登録デバイス一覧画面２１０１において、デバイスの追加ボタン２１０３を押すことにより新規デバイス登録画面２１０６に遷移する。
管理者は、情報入力表２１０７を用いてデバイスＩＤ等の情報を個別に登録してもよいし、一つ以上のデバイスの情報をファイルに記載し、デバイスの情報が登録されたファイルを選択して読み込むことにより、デバイスを一括登録しても良い。新規デバイス登録画面２１０６においてデバイスの情報を入力し、保存ボタン２１０８を押すことにより、デバイス登録機能５０１が、入力された情報をデバイスの属性情報５０３に反映する。なお、既に登録済みのデバイスＩＤが存在する、または、新規登録デバイスの中に重複するデバイスＩＤが存在する場合、デバイス登録機能５０１は重複するデバイスＩＤを表示し、管理者に対してデバイスＩＤの変更を要求してもよい。
なお、デバイスＩＤ以外の情報については、後から設定しても構わない。また、デバイスの型や脆弱性レベルは、デバイスに報告機能を配置し、デバイスからの報告を基にデバイス登録機能５０１がデバイスの属性情報５０３を修正しても構わない。更に、デバイス登録機能５０１は、新規登録されたデバイスのデバイスＩＤをデータ処理経路管理機能７０２に送信する。データ処理経路管理機能７０２は、受信したデバイスＩＤをデバイスのサービス状態情報７０４に反映する。なお、デバイスのサービス状態情報への新規デバイスＩＤ追記時は、データ処理経路は初期接続用の経路０を登録する。
図２１Ｃは、管理画面１８０１に表示されるデバイス編集画面の一例である。登録デバイス一覧画面２１０１において登録デバイス一覧２１０２からデバイスを一つ以上選択し、編集ボタン２１０４を押すことによりデバイス編集画面２１０９に遷移する。管理者が、情報入力表２１１０の情報を修正し、保存ボタン２１１１を押すと、デバイス登録機能５０１が、入力された情報をデバイスの属性情報５０３に反映する。
図２２Ａ～Ｂにセキュリティ機能の設定画面の一例を示す。図２２Ａは、管理画面１８０１においてセキュリティを選択した際に表示される詳細画面１８０３の一例である。ユーザインタフェース機能４０１は、セキュリティが選択されると、セキュリティ装置の一覧画面２２０１を表示する。ユーザインタフェース機能４０１は、リソース情報４０５の情報を基にセキュリティ装置１０６にアクセスし、セキュリティ装置の識別子、及び、セキュリティ装置が設置されたデータ処理経路を対応付けた、セキュリティ装置一覧２２０２を表示する。
図２２Ｂは、セキュリティ装置の設定画面２２０３の一例である。セキュリティ装置の一覧画面２２０１においてセキュリティ装置一覧２２０２からセキュリティ装置を選択することによって遷移する。セキュリティ装置の設定画面２２０３では、例えば、情報入力表２２０４に、セキュリティ装置が対応するデータ処理経路、提供するセキュリティ機能、分析対象となるデータの取得先、分析後のデータの出力先、及び分析方法を設定する。入力、及び出力は、対象装置の識別子、又は対象装置のアクセス情報などが含まれる。
なお、図１８から図２２に示す設定画面、及び設定方法は一例であり、この形式に限定するものではなく、設定方法も表形式に限定するものではない。例えばＳＳＨ（ｓｅｃｕｒｅ ｓｈｅｌｌ）などを利用して各装置にアクセスした上で各種の設定を行っても構わないし、例えばクラウドベンダが提供する方法によって設定を行っても構わない。
図２３は、メッセージ処理シーケンスの一例である。なお、本シーケンスではインターネット１１２を省略しているが、インターネット１１２は、キャリアＮＷ１１３とＩｏＴデバイスＧＷ１１１の間に位置し、メッセージの中継を行う。ここでメッセージとは、デバイス１１４から送信されるユーザデータ、及び制御用データを示す。
デバイス１１４は、利用するデータ処理経路２０１に属するＩｏＴデバイスＧＷ１１１に向けて接続要求（Ｓ２３０１）を送信する。キャリアＮＷ１１３は、受信した接続要求をＩｏＴデバイスＧＷ１１１に送信する（Ｓ２３０２）。デバイス認証機能１４０３は、受信した認証情報を検証し（Ｓ２３０３）、デバイス１１４へ認証結果を送信する（Ｓ２３０４）。キャリアＮＷ１１３は、受信した認証結果をデバイス１１４に送信する（S２３０５）。デバイス１１４は、認証成功であれば（Ｓ２３０６においてｙｅｓ）、ＩｏＴデバイスＧＷ１１１との間に通信セッションを確立する（Ｓ２３０９）。また、認証失敗であれば（Ｓ２３０６においてｎｏ）デバイス１１４の操作用の画面などにエラーを表示して（Ｓ２３０７）、処理を終了する（Ｓ２３０８）。
認証処理（Ｓ２３０３）及び通信セッションの確立（Ｓ２３０９）は、利用する通信プロトコルに即した方法で行う。一般的な認証方法としては、例えば、ＰＫＩ(公開鍵暗号基盤 Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ)がある。予め各デバイス１１４にデバイス証明書を配布しておき、デバイス証明書の正当性を確認するためのルート証明書をＩｏＴデバイスＧＷ１１１に登録しておくことにより、ＰＫＩを利用した認証を利用できる。
デバイス１１４は、センシングしたデータ（即ちユーザデータ）、及び各種要求（即ち制御用データ）などのメッセージを、キャリアＮＷ１１３を介してＩｏＴデバイスＧＷへ送信する（Ｓ２３１０）。メッセージがユーザデータである場合、メッセージ内に、利用するサービスの名称や識別子を含んでもよい。キャリアＮＷ１１３は、受信したメッセージをＩｏＴデバイスＧＷ１１１へ送信する（Ｓ２３１１）。ＩｏＴデバイスＧＷ１１１は、受信したメッセージをセキュリティ装置Ａ１０６へ送信する（Ｓ２３１２）。
侵入防止機能１２０３は、受信したメッセージを検証し、異常を検出すると（Ｓ２３１３においてｙｅｓ）、メッセージを廃棄し（Ｓ２３１４）、統合管理装置１０２にデバイスＩＤと異常の種類を含むアラートを発報する（Ｓ２３１５）。異常が検出されなければ（Ｓ２３１３においてｎｏ）、メッセージをデータ処理装置１０８へ送信する（Ｓ２３１６）。
データ処理装置１０８のデータ受信機能１６０１は、メッセージがユーザデータか制御用データかを判別し（Ｓ２３１７）、制御用メッセージであればデータ送信機能は受信したデータを統合管理装置１０２へ送信する（Ｓ２３２７）。ユーザデータであれば、予め指定された方法に従ってデータ整形機能１６０３，及び統計処理機能がデータ整形処理、及び統計処理を行い（Ｓ２３１８）、データ送信機能１６０２が処理後のデータをデータ格納装置１０７に送信する（Ｓ２３１９）。データ整形処理、及び統計処理は、必要に応じて後段のアプリケーション、及び異常検出に適した形にデータを整形するものである。
データ格納装置１０７のデータ書き込み機能１５０１は、受信したデータを受信データ情報１５０４に格納する（Ｓ２３２０）。
セキュリティ装置Ｂ１０６のデータ受信機能１２０１は、データ格納装置１０７から定期的にデータを読み出し（Ｓ２３２１）、異常検出機能１２０２は読みだしたデータを分析し（Ｓ２３２３）、異常が検出されると（Ｓ２３２４にてｙｅｓ）、アラート機能１２０４は統合管理装置１０２へ異常が検出されたデバイスのＩＤと異常の種類を通知する。
アプリケーション装置１０９のデータ受信機能１７０１は、データ格納装置１０７から定期的にデータを読み出し（Ｓ２３２２）、サービス毎に設定された処理を行う（Ｓ２３２６）。例えば遠隔操作で冷蔵装置の温度調整を行うサービスであれば、ユーザデータはセンシングした温度データであり、データ処理機能１７０３はユーザデータと目標温度との比較により冷風の強度の調整を指示する。本調整指示は、シーケンスには表記していないが、ＩｏＴデバイスＧＷ１１１を介してデバイス１１４に送信される。また、例えばデータ収集サービスであれば、受信したデータは受信データ情報１７０４に記録される。
なお、デバイス１１４は、予めデバイス証明書、及び初期接続用のデータ処理経路２０１に属するＩｏＴデバイスＧＷ１１１のアクセス先情報を保持し、初回接続時は初期接続用のＩｏＴデバイスＧＷ１１１に接続する。２回目以降の接続時は、前回の接続終了時に利用していたＩｏＴデバイスＧＷ１１１へ接続する。
また、図２３に示すメッセージ処理シーケンスにおいて、情報処理システム１０１内の各装置間のメッセージ、及びデータの送受信方法について、プル型、及びプッシュ型で記載されたメッセージ、及びデータの取得方法は、プル型がプッシュ型、または、プッシュ型がプル型であっても構わない。なお、メッセージ、及びデータの取得がプル型のケースでは、受信側の装置にメッセージ、及びデータの読み出しの設定を行い、プッシュ型のケースでは、送信側の装置にメッセージ、及びデータの送信設定を行う。
また、侵入防止機能を備えないデータ処理経路においては、セキュリティ装置Ａ１０６で行う処理は省略される。同様に、異常検知を行わないデータ処理経路２０１においては、セキュリティ装置Ｂ１０６で行う処理は省略される。また、接続先アドレス制限を行うデータ処理経路２０１においては、キャリアＮＷで接続先のＩＰアドレスのチェックが行われ、予め登録されたIＰアドレス以外との通信は遮断される。
また、データ処理装置１０８は、処理後のユーザデータをデータ格納装置１０７を介さずにセキュリティ装置Ｂ１０６、及びアプリケーション装置１０９に送信しても構わない。
図２４は、デバイス１１４のデータ処理経路移動のシーケンスの一例である。図２４を用いて、経路１から経路２へのデータ処理経路移動の実行手順を説明する。なお、本シーケンスはデバイス１１４の移動が成功したときの処理シーケンスである。
統合管理装置１０２のデバイス処理機能４０４は、処理対象デバイス１１４のデバイスＩＤ、及び移動先データ処理経路ＩＤを含む経路移動指示をデータ処理経路管理装置１０４に送信する（Ｓ２４０１）。
データ処理経路管理装置１０４のデータ処理経路管理機能７０２は、経路１のＩｏＴデバイスＧＷ１１１に、デバイスＩＤ、及び移動先のアクセス情報を含む経路移動指示を送信し（Ｓ２４０２）、デバイスのサービス状態情報７０４を更新する（Ｓ２４０７）。具体的には、デバイスの状態９０４に、経路移動中、及び移動先データ処理経路ＩＤを記録する。また、データ処理経路管理機能７０２は、移動先である経路２のＩｏＴデバイスＧＷ１１１に、デバイスＩＤを含むデバイス登録要求を送信する（Ｓ２４０８）。経路２のＩｏＴデバイスＧＷ１１１は、受信したデバイスＩＤをデバイス情報１４０４に登録する（Ｓ２４０９）。
経路１のＩｏＴデバイスＧＷ１１１は、経路移動指示を受信すると、デバイスに向けて、移動先のＩｏＴデバイスＧＷ１１１へのアクセス情報を含む経路移動指示を送信する（Ｓ２４０３）。キャリアＮＷ１１３は、受信した経路移動指示をデバイス１１４へ送信する（Ｓ２４０４）。デバイス１１４は、経路１のＩｏＴデバイスＧＷ１１１との間に確立してある通信セッション切断要求を送信し（Ｓ２４０５）、キャリアＮＷは、受信した通信セッション切断要求を経路１のＩｏＴデバイスＧＷ１１１へ送信する（Ｓ２４０６）。これにより、デバイス１１４と、経路１のＩｏＴデバイスＧＷ１１１間の通信セッションが切断される。
次に、デバイス１１４は、キャリアＮＷ１１３を介して新たな接続先である経路２のＩｏＴデバイスＧＷ１１１に、認証情報を含む接続要求を送信する（Ｓ２４１０）。キャリアＮＷ１１３は、受信した接続要求を経路２のＩｏＴデバイスＧＷ１１１へ送信する（Ｓ２４１１）。経路２のＩｏＴデバイスＧＷは認証情報を検証し（Ｓ２４１２）、認証結果を、キャリアＮＷ１１３を介してデバイス１１４に送信する（Ｓ２４１３）。キャリアＮＷ１１３は、受信した認証結果をデバイス１１４へ送信する（Ｓ２４１４）。
デバイス１１４は、認証成功であれば（Ｓ２４１５にてｙｅｓ）、経路２のＩｏＴデバイスＧＷ１１１との間に通信セッションを確立する（Ｓ２４１６）。次に、デバイス１１４はキャリアＮＷ１１３を介して経路２のＩｏＴデバイスＧＷ１１１へ、デバイスＩＤを含む、経路移動終了通知を送信する（２４１７）。キャリアＮＷ１１３は、受信した経路移動終了通知を経路２のＩｏＴデバイスＧＷ１１１へ送信する（S２４１８）。
経路２のＩｏＴデバイスＧＷ１１１は、デバイスＩＤを含む経路移動終了通知をデータ処理装置１０８へ送信する（Ｓ２４１９）。データ処理装置１０８は、経路移動終了通知を統合管理装置１０２へ送信する（Ｓ２４２０）。統合管理装置１０２のデバイス処理機能４０４は経路移動終了通知（Ｓ２４２１）をデータ処理経路管理装置１０４へ送信する（Ｓ２４２１）。データ処理経路管理装置１０４のデータ処理経路管理機能７０２は、経路1のＩｏＴデバイスＧＷ１１１に、デバイスＩＤを含むデバイス削除要求を送信し（Ｓ２４２２）、デバイスのサービス状態情報７０４を更新する（Ｓ２４２３）。具体的には、データ処理経路９０３を経路２に更新し、デバイスの状態９０４を通常に更新する。
経路１のＩｏＴデバイスＧＷ１１１は、デバイス削除要求を受信するとデバイスの登録を削除する（Ｓ２４２４）。
なお、図２３のメッセージ処理シーケンス、及び図２４のデータ処理経路移動処理シーケンスにおいて、データ処理経路管理機能７０２がＩｏＴデバイスＧＷ１１１にデバイス登録要求を送信しているが、例えばＩｏＴデバイスＧＷ１１１自身がデバイス１１４の初回接続時にデバイス１１４を認証し自動で登録する機能を有する場合、必ずしもデバイス登録要求（Ｓ２４０８）は必要ではない。
図２５は、統合管理装置１０２におけるデータ処理経路移動処理フローの一例を示すフローチャートである。デバイス処理機能４０４は、データ処理経路管理装置１０４にデバイス１１４の経路移動を指示する（Ｓ２５０２）。デバイス処理機能４０４は、デバイス１１４から終了通知を受信すると（Ｓ２５０３でｙｅｓ）、経路移動の終了をデータ処理経路管理装置１０４に通知して（Ｓ２５０４）、処理を終了する（Ｓ２５０５）。
デバイス処理機能４０４は、終了通知が届かず（Ｓ２５０３でｎｏ）、経路移動失敗通知を受信すると（Ｓ２５０６でｙｅｓ）、データ処理経路管理装置１０４に経路移動失敗、及び切り戻しの実行を通知し（Ｓ２５０７）、移動処理が失敗し、経路を切り戻したことを管理画面に表示する（Ｓ２５０８）。
また、経路移動終了通知、及び経路移動失敗通知のいずれも受信しなかった場合（Ｓ２５０６でｎｏ）、データ処理経路管理装置１０４に経路移動処理失敗を通知し（Ｓ２５０９）、経路移動処理失敗と、接続切り戻し失敗を管理画面に表示する（Ｓ２５１０）。
図２６は、デバイス１１４における経路移動処理の一例を示すフローチャートである。デバイス１１４は経路移動指示を受信すると（Ｓ２６０１）、接続中のセッションを切断し（Ｓ２６０２）、移動先のデータ処理経路（本例では経路２）のＩｏＴデバイスＧＷ１１１へ接続要求を送信する（Ｓ２６０３）。
接続が許可されると（Ｓ２６０４においてｙｅｓ）、経路２のＩｏＴデバイスＧＷ１１１との間に通信セッションを確立し（Ｓ２６０５）、経路移動終了通知を送信して（Ｓ２６０６）、経路移動処理を終了する（Ｓ２６０７）。
経路２のＩｏＴデバイスＧＷ１１１から接続を許可されなかった場合（Ｓ２６０４でｎｏ）、デバイス１１４は元のデータ処理経路（本例では経路１）のＩｏＴデバイスＧＷ１１１に接続要求を送信し（Ｓ２６０８）、接続許可を得ると（Ｓ２６０９においてｙｅｓ）、経路１のＩｏＴデバイスＧＷ１１１との間に通信セッションを確立し（Ｓ２６１０）、経路移動失敗通知を送信する（Ｓ２６１１）。
次に、経路移動失敗、及び現在の通信状況（即ち、経路１に接続）を表示する（Ｓ２６１２）。また、経路１との接続が許可されなかった場合は（Ｓ２６０９においてｎｏ）、経路移動失敗と、現在の通信状況（即ち、接続先なし）を表示する（Ｓ２６１２）。
図２４から図２６に示す経路移動処理により、デバイスはデータ処理経路を動的に変更することが可能になる。
図２７は、デバイスがサービスを変更する際に実行される、サービス要求処理シーケンスの一例である。デバイス１１４は、キャリアＮＷ１１３を介して、現在利用中のデータ処理経路（本例では経路１）のＩｏＴデバイスＧＷ１１１に、サービスの識別情報を含むサービス要求を送信する（Ｓ２７０１）。キャリアＮＷ１１３は、受信したサービス要求を経路１のＩｏＴデバイスＧＷ１１１へ送信する（Ｓ２７０２）。
経路１のＩｏＴデバイスＧＷ１１１は、データ処理装置１０８（本図では省略）を介して、サービスの識別情報を含むサービス要求を統合管理装置１０２に送信する（Ｓ２７０３）。
統合管理装置１０２のデバイス処理機能４０４は、デバイス管理装置１０３から要求元デバイスの属性情報５０３を、またサービス管理装置１０５から要求されたサービスのセキュリティ要件情報１００３を取得する（Ｓ２７０４）。デバイス処理機能４０４は、取得したデバイス属性を基に、要求されたサービスが、要求元のデバイスに許可されているか否かを確認し、許可されている場合（Ｓ２７０５においてｙｅｓ）、デバイス１１４の属性の脆弱性レベル６０４と、セキュリティ要件情報１００３に記録されたデバイスの脆弱性レベル１１０６を比較し、要求元デバイスの脆弱性レベルが、サービスのセキュリティ要件を満たす場合（Ｓ２７０６においてｙｅｓ）、データ処理経路を選択する（Ｓ２７０７）。なお、複数のデータ処理経路に対して、デバイス１１４の脆弱性レベルがサービスのセキュリティ要件を満たす場合は、一番優先順位の高いデータ処理経路を選択する。優先順位が同じであれば、ランダムに選択してもかまわない。次に、デバイス処理機能４０４は、サービス提供を許可と判定する（Ｓ２７０８）
デバイス１１４が、許可されていなサービスを要求している場合（S２７０５においてｎｏ）、及び、デバイスの脆弱性レベルが、サービスが利用するいずれのデータ処理経路においても、サービスのセキュリティ要件を満たさない場合（Ｓ２７０６においてｎｏ）、サービス提供は不許可となる（Ｓ２７０９）。
デバイス処理機能４０４はサービス提供可否判定の結果をデータ処理経路管理装置１０４に送信し（Ｓ２７１０）、データ処理経路管理装置１０４は、受信したサービス提供可否判定の結果を経路１のＩｏＴデバイスＧＷ１１１に送信する（Ｓ２７１１）。経路１のＩｏＴデバイスＧＷ１１１は、受信したサービス提供可否判定の結果をキャリアＮＷ１１３を介してデバイス１１４に送信する（Ｓ２７１２）。キャリアＮＷ１１３は、受信したサービス提供可否判定の結果をデバイス１１４に送信する（Ｓ２７１３）。
デバイス１１４は、サービス提供可否判定が許可であれば（Ｓ２７１４においてｙｅｓ）、統合管理装置１０２からの指示を待ってデータ処理経路移動処理を行う（Ｓ２７１９）。デバイス１１４は、サービス提供可否判定が不許可であれば（Ｓ２７１４においてｎｏ）、画面表示などで操作者に通知し（Ｓ２７１５）、処理を終了する（Ｓ２７１６）。
デバイス処理機能４０４は、サービス提供可否判定の結果が不許可であれば（S２７１７においてｎｏ）処理を終了する（Ｓ２７１８）。サービス提供可否判定の結果が許可であれば（Ｓ２７１７においてｙｅｓ）、ステップＳ２７０７で選択したデータ処理経路へのデバイス１１４の経路移動処理を行う（Ｓ２７１９）。なお、本シーケンスのように、経路移動処理（Ｓ２７１９）がデバイスのサービス要求をトリガーとして行われるケースにおいては、デバイス処理機能４０４は、データ処理経路管理装置１０４に経路移動終了通知（Ｓ２４２１）を送信する際に、デバイス１１４に要求されたサービスの識別情報も合わせて送信する。
次に、接続先アドレス制限に変更が必要なケースでは（即ち、経路１と経路２のいずれかが接続先アドレス制限機能を備える）（Ｓ２７２０においてｙｅｓ）、統合管理装置１０２のキャリア連携機能４０２は、デバイス１１４のＳＩＭＩＤ、及び接続先ＩｏＴデバイスＧＷ１１１のＩＰアドレスの情報をキャリアに通知し、接続先ＩＰアドレス制限の開始、解除、又は変更を要求する（Ｓ２７２１）。例えば、キャリアがデバイス管理用のＡＰＩを提供していれば、キャリア連携機能４０２は、ＡＰＩを利用してキャリアＮＷにおける接続先ＩＰアドレスの制限の開始、解除、又は変更を要求する。例えばキャリアのデバイス管理ＡＰＩは、要求を受けて対象ＳＩＭの接続先IＰアドレス制限の開始、解除、又は変更を行う。
なお、デバイス１１４の脆弱性レベル６０４とサービスのセキュリティ要件におけるデバイスの脆弱性レベル１１０６との比較において、例えばデバイス１１４を保護デバイスとして登録することによりサービスが受けられるケースでは、デバイス１１４が脆弱性を修正するまでの間、一時的に保護デバイスとして登録してもよい。
図２７のシーケンス図では省略しているが、サービス要求は、例えば、デバイス１１４にアセット１１５が接続されているケースにおいては、作業者がアセット１１５を操作してサービス要求を生成し、アセット１１５からデバイス１１４に対してサービス要求を送信し、デバイス１１４が受信したサービス要求を経路１のＩｏＴデバイスＧＷ１１１へ送信してもよい。
このように構成される本実施例によれば、複数のデバイス１１４と接続する情報処理システム１０１において、デバイス１１４の脆弱性レベル６０４とサービスのセキュリティ要件情報１００３の組合せに応じて動的、かつ自動でデータ処理経路２０１の選択及び利用が可能であり、デバイスの状態変化（即ちセキュリティ対策の実施による脆弱性レベルの更新、及び利用サービスの変更）に追随して、適切なセキュリティ機能を有するデータ処理経路２０１を利用することが可能である。これにより、大量デバイスに対しても運用管理の簡易化が可能になる。
また、例えばキャリアの機能を利用して接続先ＩＰアドレスの制限を行うことにより、旧型になり脆弱性対策が行えないデバイスを、外部からの攻撃から保護することが可能である。また、遠隔操作実施する際にも、外部との接続を遮断することにより、外部からの不当な制御を防止することが可能であり、より強固なデバイスの保護が可能になる。
本実施例では、サービスのセキュリティ要件の更新に伴うデータ処理経路の見直し手順の例を示す。
図２８は、サービスのセキュリティ要件情報１００３の更新に伴うデータ処理経路２０１の見直し実施時の処理フローの一例を示すフローチャートである。
管理者は、登録サービス一覧画面２００１から編集対象のサービスを選択し、サービス編集画面２０１４においてサービスのセキュリティ要件（即ち、デバイスの属性１１０３、及び／または必要なセキュリティ機能１１０７）を編集し（S２８０２）、データ経路選択ボタン２０１９を押して、データ処理経路２０１の再選択を行う（S２８０３）。
次に，データ処理経路管理装置１０４のデータ処理経路管理機能７０２は、データ処理経路の再選択をトリガーに、データ処理経路属性情報７０３を参照して、各デバイス１１４のデータ処理経路の再計算を行い（ここでは、再計算により選択されたデータ処理経路をデータ処理経路候補と記す）（Ｓ２８０４）、データ処理経路の変更が必要なデバイス１１４を抽出する（Ｓ２８０５）。データ処理経路の変更が必要なデバイス１１４は、デバイスのサービス状態情報７０４において、現在利用しているデータ処理経路９０３とデータ処理経路候補が異なるデバイス１１４、及びデータ処理経路候補が存在しないデバイス１１４である。次に、データ処理経路管理機能７０２は、データ処理経路候補が存在するデバイス１１４にデータ処理経路候補への経路移動を指示する（Ｓ２８０６）。
次に、データ処理経路管理機能７０２は、データ処理経路候補が存在しないデバイス１１４のうち、保護デバイスへのサービス提供が可能なサービスを利用中であり、かつ保護デバイスへの登録が可能なデバイス１１４を抽出し（Ｓ２８０７）、保護デバイス登録を実施し（Ｓ２８０８）、保護デバイス用のデータ処理経路への経路移動を指示する（Ｓ２８０８）。なお、保護デバイス登録の可否は、例えばデバイス属性としてデバイスの属性情報５０３に予め登録しておく。
次に、データ処理経路管理機能７０２は、経路移動ができなかったデバイス１１４に対して、サービスの終了、及び初期接続用の経路への移動を指示し（Ｓ２８１０）、処理を終了する（Ｓ２８１１）。
なお、例えばサービス管理装置１０５のサービス登録機能１００１が、企業が提供するファームウェア、及びセキュリティパッチなどの情報を定期的にチェックし、例えばファームウェア、及びセキュリティパッチなどの提供から一定期間後にセキュリティ要件情報１００３を自動的に更新しても構わない。また、例えば重要なセキュリティパッチが出されたときに、重要度に応じてセキュリティ要件情報１００３の更新時期を早めても構わない。さらに、サービスのセキュリティ要件情報１００３の自動更新をトリガーに、データ処理経路の見直し処理が実施されても構わない。これにより、サービスのセキュリティ要件情報１００３の更新からデバイス１１４のデータ処理経路の見直し、及び経路移動を自動で実施することも可能である。
また、例えばステップＳ２８０５でデータ処理経路の変更が必要なデバイスを抽出した際に、抽出されたデバイスの一覧を管理画面に表示し、管理者が確認を行いながら以降の処理を行っても構わない。
図２９は、データ処理経路の移動を手動で指示する際の、データ処理経路更新画面２９０１の一例である。データ処理経路管理機能７０２は、データ処理経路更新画面にデータ処理経路の移動が必要なデバイス１１４の一覧２９０２を示す。管理者は、デバイス１１４を選択し、データ処理経路候補への移動、保護デバイス登録、及びサービス終了の指示を行う。例えば、デバイスを選択して保護デバイス登録を行った後で、データ経路再選択ボタンを押して新たにデータ処理経路の計算を行い、データ処理経路候補への経路移動を指示することも可能である。
また、例えば、サービスごとにサービス要件情報更新に伴うデータ処理経路の見直しを自動で実施するか、手動で実施するかを選択可能であってもよい。また、例えば、データ処理経路候補が存在するデバイスに対しては自動で経路移動を行い、データ処理経路候補が存在しないデバイスへの処理を手動で行うというように、一部を自動で実施し、残りを手動で実施するように設定しても構わない。データ処理経路見直し処理の自動、または手動の設定は、サービスの登録、及び編集の際に登録され、セキュリティ要件情報１００３に記録されていてもよい。
また、データ処理経路の見直しは、デバイス１１４の脆弱性対策に伴って行われても構わない。脆弱性管理機能５０２が、企業が提供するファームウェア、及びセキュリティパッチなどの情報を定期的にチェックし、例えばファームウェア、及びセキュリティパッチなどの提供があれば登録されたデバイス１１４に対してファームウェアのアップデートやセキュリティパッチの適用を指示する。デバイス１１４は、これらの指示によりファームウェアのアップデートやセキュリティパッチの適用を行った場合、変更後の属性を脆弱性管理機能５０２に通知し、脆弱性管理機能５０２はデバイスの属性情報５０３を更新する。デバイスの属性情報５０３の更新をトリガーに、データ処理経路管理機能７０２が該デバイス１１４のデータ処理経路の見直しを行い、優先度の高いデータ処理経路の利用が可能であれば、経路移動を行っても構わない。
また、既存のデータ処理経路にセキュリティ機能を追加、又は削除しても構わない。例えば、未知の攻撃が検出され、情報処理システム全体で異常検出機能を強化したいケースでは、既存のデータ処理経路に異常検出機能、又は侵入防止機能を追加しても構わない。更に、セキュリティパッチが提供され、サービス中の全てのデバイスへのセキュリティパッチ適用後に、追加したセキュリティ機能を削除して元の状態に戻しても構わない。
また、例えばデータ処理経路が特定のサービスに割り当てられているケースでは、サービスのセキュリティ要件の変更時に、サービスのセキュリティ要件に合せてデータ処理経路のセキュリティ機能を追加、又は削除しても構わない。
本実施例では、デバイスの脆弱性レベルの更新、デバイスが利用するサービスの変更、サービスのセキュリティ要件の更新、情報処理システムの状態変化、及び外部からの新たなセキュリティ情報の入手等と連動して、当該変化を反映したデバイスの属性情報５０３，データ処理経路属性情報７０３，デバイスのサービス状態情報７０４，セキュリティ要件情報１００３が要求する条件を満足するように、デバイスが使用するデータ処理経路を再選択し、再選択したデータ処理経路に移動する。
本実施例によれば、サービスのセキュリティ要件の更新、及びデバイスの脆弱性レベルの更新に対応して、デバイスが利用するデータ処理経路の動的な変更が可能である。また、データ処理経路へのセキュリティ機能の変更も可能である。これにより、大量デバイスへのサービス提供時であっても、サービスのセキュリティ要件とデバイスの脆弱性に追随して、必要なセキュリティ機能を容易に提供可能である。
本実施例では、異常が検出されたデバイス１１４への処理を示す。セキュリティ装置１０６の侵入防止機能１２０３は、例えばＩｏＴデバイスＧＷ１１１とデータ処理装置１０８の間で送受信されるメッセージを分析し、不正、又は異常なメッセージを検出すると該メッセージの削除を行い、アラート機能１２０４がデバイスＩＤ、及び異常の種類を統合管理装置１０２に通知する。異常検出機能１２０２は、例えばデバイス１１４から受信したデータを分析し、異常、又は不正を検出すると、アラート機能１２０４がデバイスＩＤ、及び異常の種類を統合管理装置１０２に通知する。統合管理装置１０２への通知内容にアセット１１５の識別情報が含まれていても構わない。
異常、及び不正を検出する方法としては、例えば、予め登録したシグネチャとのマッチングにより、シグネチャと一致するメッセージを検出すると、不正と判定する方法がある。また、例えば、機械学習による、外れ値検知、及び変化点検出などを用いた検出方法、及び、閾値判定による異常検出方法などがある。メッセージの受信頻度、メッセージサイズ、データ値などから一つ以上の項目を分析対象として選択し、これらの方法を用いて異常を検出することも可能である。例えば、侵入防止機能１２０３としてシグネチャとのマッチングによる不正検出を行い、異常検出機能１２０２として変化点検知や閾値検知を行うように、組み合わせて実行しても構わない。
また、データ処理経路属性情報７０３、及びサービスのセキュリティ要件情報１００３ではセキュリティ機能の例として侵入防止、異常検知、及び接続先アドレス制限の３つを例として記しているが、セキュリティ機能８０５、及び１００７を詳細化することで、分析方法毎に記録しても構わない。
また、データ処理経路において、侵入防止や異常検知の分析方法を二つ以上提供しても構わない。サービスは必ずしもデータ処理経路が提供する異常検知方法を全て適用する必要はなく、必要な分析方法を指定しても構わない。データ処理経路属性情報７０３は、データ処理経路毎に提供可能なセキュリティ機能８０５を記録し、サービスのセキュリティ要件情報１００３で指定された必要なセキュリティ機能１００７に従って分析を行う。また、サービスが独自の異常検出手段を有するケースでは、これを利用しても構わない。
また、例えばＩｏＴデバイスＧＷ１１１にファイヤフォールの設置、及びＤＤｏＳ攻撃対策を行っても構わない。また、例えば、これらのセキュリティ機能を、クラウドプロバイダが提供するサービスを利用して実現しても構わない。
図３０は、異常検出時の処理フローの一例を示すフローチャートである。
統合管理装置１０２のアラート処理機能４０３は、アラートを受信すると（Ｓ３００１）、データ処理経路管理機能７０２に問い合わせを行い、デバイス１１４が利用中のサービス名を取得する。
次に、アラート処理機能４０３は、デバイス１１４が利用中のサービスが遠隔運転であれば（Ｓ３００２においてｙｅｓ）、デバイス１１４に遠隔運転の縮退（即ち、手動への切り戻し）を指示する（Ｓ３００３）。
次に、アラート処理機能４０３は異常検出情報の分析を行い（Ｓ３００４）、検出された異常がデータ量の増加であればデバイス１１４にアセット１１５の通信遮断の指示を送信する（Ｓ３００５）。また、検出された異常がシグネチャによるパターンマッチングで検出された不正（例えば、ウイルス、バッファオーバフロー攻撃、ＳＱＬインジェクション攻撃、クロスサイトスクリプティング攻撃など）であれば、キャリア連携機能４０２はキャリア提供のＡＰＩを利用してＳＩＭ停止を行う（Ｓ３００６）。
次に、アラート処理機能４０３は管理者に異常の発生を通知（Ｓ３００７）する。例えば、デバイスＩＤ，異常の種類、及びデバイスに対して実施した処理などを管理画面１８０１に表示してもよい。本フローチャートは異常検出時の処理の一例であり、例えば、サービス毎に異なる処理フローを定義しても構わない。
異常検出時に、異常が検出されたデバイスに対して、データ削除、通信停止、サービス縮退、サービス終了、ＳＩＭ停止、及びＳＩＭへの速度制限などの任意の処理あるいはこれらの組み合わせを行うことにしてもよい。
アラート受信時にアラート内容を管理画面１８０１に表示し、異常が検出されたデバイスへの対応を管理者が手動で指示しても構わない。また、予めサービス毎に、自動処理、又は手動処理を選択し、個別対応が必要なサービスへの対応を管理者が行っても構わない。
なお、アラート機能１２０４は統合管理装置１０２へのアラート送信に加えて、例えばメールやアラート用のアプリケーションなどを利用して、管理者が有するモバイル端末などにアラートを送信しても構わない。
本実施例によれば、デバイスに異常が検出された際の処理を自動で実行可能であり、大量デバイスの管理運用が容易になる。また、手動による処理を選択可能にすることにより、サービス毎の異常発生時のインパクトに応じた柔軟な対応も可能である。
本実施例では、一定時間内に、大量のデバイスに異常を検出した時の処理を示す。データ処理経路に大量の異常デバイス検出時に、データ処理経路を利用中の正常デバイスに対して、各正常デバイスの属性と、サービスのセキュリティ要件を基に、利用可能なデータ処理経路を利用中のデータ処理経路を除外して再選択し、利用中のデータ処理経路から新たに選択したデータ処理経路に移動させることを特徴とする。
また、データ処理経路に大量の異常デバイス検出時に、新規にデータ処理経路を作成して必要なセキュリティ機能を設定する機能と、作成したデータ処理経路に、正常デバイスを移動させる機能とを有することを特徴とする。
図３１は、異常デバイス検出時のデータ処理経路単位での処理フローの一例を示すフローチャートである。
統合管理装置１０２のアラート処理機能４０３は、各データ処理経路において、一定時間内に検出した異常デバイスの数が予め定めた閾値を超過すると（Ｓ３１０１）、異常デバイスの属性（例えば、デバイスの型６０３、ファームウェアバージョン６０６、及びセキュリティパッチ６０７など）の偏りの有無を検証する（Ｓ３１０２）。例えば、特定の型のデバイスに異常が多く検出された、または、ファームウェアのバージョンが古いデバイスや、セキュリティパッチが更新されていないデバイスに異常が検出されたなどの偏りがあれば（Ｓ３１０２においてｙｅｓ）、アラート処理機能４０３は、異常が多く検出されたデバイスと同じ属性のデバイスを異常デバイス候補として抽出する（Ｓ３１０３）。
異常が検出されたデバイス、及び異常デバイス候補とされたデバイスの割合が、予め定めた閾値を超過すると（Ｓ３１０４においてｙｅｓ）、アラート処理機能４０３は正常デバイス（即ち、異常デバイス、又は異常デバイス候補のどちらでもないデバイス）の待避処理を行う（Ｓ３１０５）。
次に、脆弱性管理機能５０２は、セキュリティが実施されていない（ファームウェアのバージョンが古い、又はセキュリティパッチ未適用）異常デバイス候補に対してセキュリティ対策の実施を指示する。セキュリティ対策を行ったデバイスが登録済みの場合は、デバイスの属性情報５０３の脆弱性レベル６０４を更新する（Ｓ３１０６）。アラート処理機能４０３は、セキュリティ対策の実施により脆弱性レベル６０４が更新され異常デバイス候補から外れたデバイスに対して、正常デバイスの待避処理を行う（Ｓ３１０７）。
図３２は、正常デバイスの待避の処理フローの一例を示すフローチャートである。データ処理経路選択機能１００２は、データ処理経路属性情報７０３を参照し、処理対象であるデータ処理経路と同レベル以上のセキュリティ機能を備える（即ち、処理対象であるデータ処理経路が備えるセキュリティ機能を全て備える）データ処理経路の有無を確認する（Ｓ３２０２）。
同レベル以上のデータ処理経路が存在する場合（Ｓ３２０２においてｙｅｓ）、各サービスについて、処理対象であるデータ処理経路を除いて経路の再計算を行い（Ｓ３２０３）、セキュリティ要件情報１００３を更新する（Ｓ３２０３）。次に、データ処理経路管理機能７０２は、セキュリティ要件情報１００３、及びデバイスの属性情報５０３に基づき、正常デバイス群のデータ処理経路の再計算を行う（Ｓ３２０４）。次に、アラート処理機能４０３は、正常デバイス群にデータ処理経路候補への経路移動を指示する（Ｓ３２０５）。
処理対象であるデータ処理経路と同レベル以上のセキュリティ機能を備えるデータ処理経路が存在しない場合（Ｓ３２０２においてｎｏ）、管理者は、新たなデータ処理経路を作成し、必要なセキュリティ機能を設置する（Ｓ３２０７）。次に、新設したデータ処理経路の登録を行い（Ｓ３２０８）、正常デバイスに対して新規構築したデータ処理経路への経路移動を指示する（Ｓ３２０９）。
大量デバイスへの対応として、同レベルのセキュリティ機能を備えたデータ処理経路を二つ以上備えたシステムにおいては、本処理フローのステップＳ３０２３がｙｅｓとなり、正常デバイスの待避を自動で実行可能である。なお、正常デバイスのデータ処理経路の再計算（Ｓ３２０４）、及び正常デバイスへの経路移動の指示（Ｓ３２０５）を、二つ以上のデバイスに対して並行して実施し、再計算が終了したデバイスから順次経路移動を行っても構わない。
また、対象のデータ処理経路と同レベルのセキュリティ機能を備えたデータ処理経路の有無の確認（Ｓ３２０２）を行わず、データ処理経路を新設し、全ての正常デバイスを新設したデータ処理経路に経路移動させても構わない。また、既存のデータ処理経路の利用が可能な正常デバイスについては経路移動を実施しつつ、並行してデータ処理経路を新設し、既存のデータ処理経路への移動ができなかった正常デバイスを新設したデータ処理経路へ経路移動しても構わない。
本実施例によれば、ＩｏＴシステムにおいて、デバイスの脆弱性とサービスのセキュリティ要件に応じたセキュリティ機能の調整が実現され、システムのセキュリティ確保と、大量デバイスの管理の容易化が可能になる。特に、大量のデバイスに異常が発生した際に、正常デバイスを速やかに待避させることが可能であり、異常デバイスが正常デバイスに与える影響を回避することが可能である。
以上、本発明について実施の形態に基づき具体的に説明したが、本発明は上記の実施例の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更が可能である。例えば、上記の実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また上記実施形態の構成の一部について、他の構成の追加、削除、又は置換をすることができる。
また各図において制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。例えば、実際には殆ど全ての構成が相互に接続されていると考えてもよい。
また、上述の各実施例は、単独で実施してもよいし、一部、又は全部を組み合わせて実施しても構わない。
また、以上の説明において、その構成要素（例えば、各機能、データベース、及び要素ステップなど）は、特に明記した場合、及び明らかに必須であると考えられる場合などを除き、必ずしも必須のものではない。また、実施例に記載した装置とは異なる装置が、各機能、データベースなどを備えていても構わない。また、一つの機能を別々の装置で分割して実行する、又は、データベースを分割して記録するなど、本実施例とは異なる構成をとっても構わない。
また、各情報処理装置が記録するデータは、記録する項目が実施例で示す項目よりも多くても構わないし、少なくても構わない。また、各データを示す一例としてテーブル表記を用いたが、これは各データの記録方法をテーブル型に制限するものではなく、データの記録は、リスト、又はチェーン等、様々な方法を用いてもよい。また、記録される要素は、例えば数字、記号、又は数式等、様々な形で表現されてもよい。
上記実施例によれば、効率の良いＩｏＴデバイスのデータの収集、及び制御が実現可能となるため、消費エネルギーが少なく、炭素排出量を減らし、地球温暖化を防止、持続可能な社会の実現に寄与することができる。
１０１：情報処理システム、１０２：統合管理装置、１０３：デバイス管理装置、１０４：データ処理経路管理装置、１０５：サービス管理装置、１０６：セキュリティ装置、１０９：アプリケーション装置、１１１：ＩｏＴデバイスＧＷ、１１３：キャリアＮＷ、１１４：デバイス、１１５：アセット、２０１：データ処理経路

Claims (15)

  1. 情報処理リソースと、データ送受信経路を含み、ネットワークを介して接続されるデバイスから前記データ送受信経路を介して前記情報処理リソースがデータを受信する機能と、前記情報処理リソースによるサービスを提供する機能を備え、前記情報処理リソース及びデータ送受信経路が論理的、又は物理的に複数のデータ処理経路に分割され、前記データ処理経路毎に設定された異なるセキュリティ機能を有する情報処理システムに対し、前記データ処理経路を制御するデータ処理経路管理システムであって、
    情報処理装置が、前記サービスと前記デバイスの属性の組み合わせに対して、必要な前記セキュリティ機能を対応付けるセキュリティ要件情報を管理し、前記セキュリティ要件情報に基づいて前記データ処理経路を選択する、
    データ処理経路管理システム。
  2. データ処理経路管理装置を備え、
    前記データ処理経路管理装置が、選択した前記データ処理経路に基づいて、第１のデータ処理経路から第２のデータ処理経路に切り替える経路移動を前記デバイスに指示する、
    請求項１記載のデータ処理経路管理システム。
  3. 前記セキュリティ要件情報は、前記デバイスの属性としてデバイスの脆弱性情報を含む、
    請求項２記載のデータ処理経路管理システム。
  4. 前記データ処理経路に対して利用可能な前記セキュリティ機能を対応付けるデータ処理経路属性情報を管理する、
    請求項３記載のデータ処理経路管理システム。
  5. 前記デバイスに対して前記脆弱性情報と利用可能な前記サービスを対応付けるデバイス属性情報を管理し、
    前記デバイス属性情報、前記データ処理経路属性情報、および前記セキュリティ要件情報の少なくとも一つの変更を契機として、前記セキュリティ要件情報に基づいて前記データ処理経路を選択する、
    請求項４記載のデータ処理経路管理システム。
  6. 統合管理装置を備え、
    前記統合管理装置が、前記データ処理経路のいずれかにおいて、一定時間内に検出した異常デバイスの数が閾値を超過した場合、当該データ処理経路を対象データ処理経路とし、前記異常デバイスの属性の偏りに基づいて異常デバイス候補を抽出し、
    前記対象データ処理経路を利用する前記異常デバイスおよび前記異常デバイス候補以外の前記デバイスに、前記対象データ処理経路以外のデータ処理経路に切り替える経路移動を指示する、
    請求項５記載のデータ処理経路管理システム。
  7. 前記統合管理装置は、
    前記対象データ処理経路以外のデータ処理経路を、前記対象データ処理経路が利用可能なセキュリティ機能を全て利用可能なデータ処理経路から選択する、
    請求項６記載のデータ処理経路管理システム。
  8. 前記統合管理装置は、
    前記デバイス属性情報において、前記異常デバイス候補に対応する前記脆弱性情報が更新された場合、当該異常デバイス候補に、前記対象データ処理経路以外のデータ処理経路に切り替える経路移動を指示する、
    請求項７記載のデータ処理経路管理システム。
  9. 情報処理リソースと、データ送受信経路を含み、ネットワークを介して接続されるデバイスから前記データ送受信経路を介して前記情報処理リソースがデータを受信する機能と、前記情報処理リソースによるサービスを提供する機能を備え、前記情報処理リソース及びデータ送受信経路が論理的、又は物理的に複数のデータ処理経路に分割され、前記データ処理経路毎に設定された異なるセキュリティ機能を有する情報処理システムに対し、前記データ処理経路を制御するデータ処理経路管理方法であって、
    情報処理装置が、前記サービスと前記デバイスの属性であるデバイスの脆弱性情報の組み合わせに対して、必要な前記セキュリティ機能を対応付けるセキュリティ要件情報を管理し、前記セキュリティ要件情報に基づいて前記データ処理経路を選択する、
    データ処理経路管理方法。
  10. 情報処理装置が、選択した前記データ処理経路に基づいて、第１のデータ処理経路から第２のデータ処理経路に切り替える経路移動を前記デバイスに指示する、
    請求項９記載のデータ処理経路管理方法。
  11. 情報処理装置が、前記データ処理経路に対して利用可能な前記セキュリティ機能を対応付けるデータ処理経路属性情報を管理する、
    請求項１０記載のデータ処理経路管理方法。
  12. 情報処理装置が、前記デバイスに対して前記脆弱性情報と利用可能な前記サービスを対応付けるデバイス属性情報を管理し、
    情報処理装置が、前記デバイス属性情報、前記データ処理経路属性情報、および前記セキュリティ要件情報の少なくとも一つの変更を契機として、前記セキュリティ要件情報に基づいて前記データ処理経路を選択する、
    請求項１１記載のデータ処理経路管理方法。
  13. 情報処理装置が、前記データ処理経路のいずれかにおいて、一定時間内に検出した異常デバイスの数が閾値を超過した場合、当該データ処理経路を対象データ処理経路とし、前記異常デバイスの属性の偏りに基づいて異常デバイス候補を抽出し、
    情報処理装置が、前記対象データ処理経路を利用する前記異常デバイスおよび前記異常デバイス候補以外の前記デバイスに、前記対象データ処理経路以外のデータ処理経路に切り替える経路移動を指示する、
    請求項１２記載のデータ処理経路管理方法。
  14. 情報処理装置が、前記対象データ処理経路以外のデータ処理経路を、前記対象データ処理経路が利用可能なセキュリティ機能を全て利用可能なデータ処理経路から選択する、
    請求項１３記載のデータ処理経路管理方法。
  15. 情報処理装置が、前記デバイス属性情報において、前記異常デバイス候補に対応する前記脆弱性情報が更新された場合、当該異常デバイス候補に、前記対象データ処理経路以外のデータ処理経路に切り替える経路移動を指示する、
    請求項１４記載のデータ処理経路管理方法。
JP2022110854A 2022-07-08 2022-07-08 データ処理経路管理システムおよびデータ処理経路管理方法 Pending JP2024008735A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022110854A JP2024008735A (ja) 2022-07-08 2022-07-08 データ処理経路管理システムおよびデータ処理経路管理方法
PCT/JP2023/001927 WO2024009540A1 (ja) 2022-07-08 2023-01-23 データ処理経路管理システムおよびデータ処理経路管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2022110854A JP2024008735A (ja) 2022-07-08 2022-07-08 データ処理経路管理システムおよびデータ処理経路管理方法

Publications (1)

Publication Number Publication Date
JP2024008735A true JP2024008735A (ja) 2024-01-19

Family

ID=89452932

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022110854A Pending JP2024008735A (ja) 2022-07-08 2022-07-08 データ処理経路管理システムおよびデータ処理経路管理方法

Country Status (2)

Country Link
JP (1) JP2024008735A (ja)
WO (1) WO2024009540A1 (ja)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4429892B2 (ja) * 2004-12-22 2010-03-10 富士通株式会社 セキュア通信システム、および通信経路選択装置
JP5022088B2 (ja) * 2007-04-13 2012-09-12 株式会社インテック アプリケーション端末装置及び経路選択方法
EP2340666A4 (en) * 2008-09-22 2012-06-20 Jumpstart Wireless Corp SYSTEM AND METHOD FOR DYNAMIC AND AUTOMATIC COMMUNICATION PATH SELECTION, SYNCHRONIZATION OF DISTRIBUTED DEVICES AND TASK ENGAGEMENT

Also Published As

Publication number Publication date
WO2024009540A1 (ja) 2024-01-11

Similar Documents

Publication Publication Date Title
RU2569564C2 (ru) Сетевая система, интерфейсная плата, способ управления печатью в сетевой системе и программа
US20190258781A1 (en) Secure Execution of Enterprise Applications on Mobile Devices
JP6446995B2 (ja) 情報処理システム及び情報処理方法
JP4029629B2 (ja) 通信機器、通信方法およびプログラム
JP4449933B2 (ja) 電子証明書発行システム、電子証明書発行装置、通信装置、及び、プログラム
US7216059B2 (en) Maintenance mediation apparatus, maintenance target apparatus maintenance method, and maintenance system
KR20120137239A (ko) 관리 장치, 관리 방법, 및 컴퓨터 판독가능한 매체
US9407611B2 (en) Network system, management server system, control method, and storage medium for tenant transition
CN103413083A (zh) 单机安全防护系统
US20160301570A1 (en) Methods and systems for dhcp policy management
CN104517055A (zh) 能够应用安全策略的图像处理装置及其控制方法
KR20020000225A (ko) 컴퓨터 시스템의 통합적인 원격 보안 관리를 수행하는시스템 및 방법
US8531712B2 (en) Image forming apparatus and control method thereof
WO2024009540A1 (ja) データ処理経路管理システムおよびデータ処理経路管理方法
KR101366622B1 (ko) 비인가 접근 제어를 위한 노드 식별을 위한 플랫폼 인식장치
JP2012064007A (ja) 情報処理装置、通信中継方法およびプログラム
US9306919B2 (en) Information processing apparatus, information processing system, information processing method, and non-transitory computer readable storage medium
CN1957582B (zh) 路由服务器监控器
CN112136119A (zh) 数据处理系统、数据处理方法以及程序
JP6614350B2 (ja) 無線中継装置
JP2006221327A (ja) 計算機システムおよびストレージ装置
CN112637229B (zh) 基于安全云的网络入侵协同检测方法
WO2021022354A1 (en) Method and system for camera authentication using a video management system
JP3737503B2 (ja) 監視システム及び監視方法並びにそのプログラム
JP6874274B2 (ja) 機器管理システム、機器管理方法、機器管理プログラム