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

制御装置、制御方法及び制御プログラム Download PDF

Info

Publication number
JP7243825B2
JP7243825B2 JP2021525455A JP2021525455A JP7243825B2 JP 7243825 B2 JP7243825 B2 JP 7243825B2 JP 2021525455 A JP2021525455 A JP 2021525455A JP 2021525455 A JP2021525455 A JP 2021525455A JP 7243825 B2 JP7243825 B2 JP 7243825B2
Authority
JP
Japan
Prior art keywords
learning
iot
unit
normal communication
control
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.)
Active
Application number
JP2021525455A
Other languages
English (en)
Other versions
JPWO2020250319A1 (ja
Inventor
公輝 野村
一凡 張
哲彦 村田
幸治 森下
賢治 太田
明夫 向山
貴大 温品
弘樹 長山
幸雄 永渕
真樹 谷川
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.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Publication of JPWO2020250319A1 publication Critical patent/JPWO2020250319A1/ja
Application granted granted Critical
Publication of JP7243825B2 publication Critical patent/JP7243825B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/16—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using machine learning or artificial intelligence
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14—Network analysis or design
    • H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N20/00—Machine learning
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y20/00—Information sensed or collected by the things
    • G16Y20/10—Information sensed or collected by the things relating to the environment, e.g. temperature; relating to location
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y30/00—IoT infrastructure
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00—IoT characterised by the purpose of the information processing
    • G16Y40/10—Detection; Monitoring
    • 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
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Medical Informatics (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Evolutionary Computation (AREA)
  • Artificial Intelligence (AREA)
  • Environmental & Geological Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Toxicology (AREA)
  • Databases & Information Systems (AREA)
  • Mathematical Physics (AREA)
  • Data Mining & Analysis (AREA)
  • Computer And Data Communications (AREA)

Description

本発明は、制御装置、制御方法及び制御プログラムに関する。
カメラや温湿度センサ等の機器をＩｏＴ（Internet of Things）機器として通信ネットワークにつなげるＩｏＴゲートウェイ（ＧＷ）が知られている。ＩｏＴ機器は、通常は限定された通信先としか通信しないなど、正常な通信のパターンが限定されている。このため、ＩｏＴ機器のセキュリティ対策として、正常な通信のパターンを網羅するモデル（以降、正常通信モデルとする。）を、ＩｏＴ ＧＷが作成する（例えば、非特許文献１参照）。そして、ＩｏＴ ＧＷは、ＩｏＴ機器がＩｏＴ ＧＷを介して通信する際に、正常通信モデルを満たす正常通信のみを許可し、正常通信モデルを満たさない異常通信は遮断する。
張一凡他、「非集中化IoTセキュリティ制御の検討」、信学技報ICSS2017-58(2018-03)
しかしながら、学習が短期間である場合には正常通信モデルの精度が低下するとともに、適用後に正常通信モデルの過不足が発生する可能性があった。一方、精度を確保するために長期間の学習を行った場合には、正常通信モデルの作成までに時間がかかり、利便性が低下するという問題があった。
本発明は、上記に鑑みてなされたものであって、正常通信モデルの精度と利便性とを保持しながら、ＩｏＴ機器の通信制御を実現することができる制御装置、制御方法及び制御プログラムを提供することを目的とする。
上述した課題を解決し、目的を達成するために、本発明に係る制御装置は、ＩｏＴ ＧＷに接続されているＩｏＴ機器の正常な通信パターンを学習させた正常通信モデルをＩｏＴ機器ごとに作成する学習部と、学習部による学習について、学習環境の負荷を基に、学習の中断、学習の終了、学習の続行及び学習の再開を判定し、判定結果に基づいて学習部による学習処理を制御する判定部と、を有することを特徴とする。
また、本発明に係る制御方法は、制御装置が実行する制御方法であって、ＩｏＴ ＧＷに接続されているＩｏＴ機器の正常な通信パターンを学習させた正常通信モデルをＩｏＴ機器ごとに作成する学習工程と、学習工程による学習について、学習環境の負荷を基に、学習の中断、学習の終了、学習の続行及び学習の再開を判定し、判定結果に基づいて学習工程における学習処理を制御する判定工程と、を含んだことを特徴とする。
また、本発明に係る制御プログラムは、ＩｏＴ ＧＷに接続されているＩｏＴ機器の正常な通信パターンを学習させた正常通信モデルをＩｏＴ機器ごとに作成する学習ステップと、学習ステップによる学習について、学習環境の負荷を基に、学習の中断、学習の終了、学習の続行及び学習の再開を判定し、判定結果に基づいて学習ステップにおける学習処理を制御する判定ステップと、をコンピュータに実行させる。
本発明によれば、正常通信モデルの精度と利便性とを保持しながら、ＩｏＴ機器の通信制御を実現することができる。
図１は、実施の形態に係る通信システムの構成の一例を示す図である。 図２は、図１に示すＩｏＴ ＧＷの構成の一例を示すブロック図である。 図３は、正常通信モデルの一例を説明する図である。 図４は、ＩｏＴ機器の通信パターンに対する学習結果とその収束を説明する図である。 図５は、ＩｏＴ機器の通信パターンに対する学習結果とその収束を説明する図である。 図６は、図２に示すＩｏＴ ＧＷが実施する学習に対する制御処理の処理手順のフローチャートである。 図７は、図６に示す中断終了判定処理の処理手順を示すフローチャートである。 図８は、図６に示す続行判定処理の処理手順を示すフローチャートである。 図９は、図６に示す再開判定処理の処理手順を示すフローチャートである。 図１０は、従来における正常通信モデルの作成処理と、本実施の形態に係るＩｏＴ ＧＷによる正常通信モデルの作成処理を説明する図である。 図１１は、実施例１における学習処理を説明する図である。 図１２は、図１に示すサーバの構成の一例を示すブロック図である。 図１３は、プログラムが実行されることにより、実施の形態のＩｏＴ ＧＷ及びサーバが実現されるコンピュータの一例を示す図である。
以下、図面を参照して、本発明の一実施の形態を詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。
［実施の形態］
本実施の形態では、ＩｏＴ ＧＷに接続するＩｏＴ機器の通信を、ＩｏＴ機器の正常な通信のパターンを網羅する正常通信モデルを用いて制御する通信システムについて説明する。
［通信システムの構成の一例］
実施の形態に係る通信システムについて説明する。図１は、実施の形態に係る通信システム１の構成の一例を示す図である。実施の形態に係る通信システム１は、ネットワークＮを介して、複数のＩｏＴ ＧＷ１０（制御装置）とサーバ２０とが接続される構成を有する。また、ＩｏＴ ＧＷ１０は、複数のＩｏＴ機器３０を収容する。
ＩｏＴ ＧＷ１０は、配下のＩｏＴ機器３０と、ネットワークＮを介した外部装置との通信を制御する。ＩｏＴ ＧＷ１０は、例えば、ＩｏＴサービスを提供するサービス提供者が提供する装置である。ＩｏＴ ＧＷ１０は、配下のＩｏＴ機器３０から情報を受信し、サーバ２０に送信する。また、ＩｏＴ ＧＷ１０は、配下のＩｏＴ機器３０から受信した情報や予め設定される情報等に基づき、ＩｏＴ機器３０の通信を制御する。ＩｏＴ ＧＷ１０は、ＩｏＴ機器３０の通信について、正常通信モデルを基に、異常通信を発生させたＩｏＴ機器３０の通信を遮断する。また、ＩｏＴ ＧＷ１０は、異常通信の発生をユーザに通知する処理を行う。
サーバ２０は、ＩｏＴ ＧＷ１０を提供するサービス提供者が管理する情報処理装置である。サーバ２０の構成は特に限定されない。サーバ２０は、例えば、物理的に一つのサーバであっても、複数のサーバにまたがって仮想的に構築される仮想サーバであってもよい。
ＩｏＴ機器３０は、ＩｏＴ ＧＷ１０の制御対象機器である。ＩｏＴ機器３０は、例えば、所定の空間および位置に配置される温度センサ、照度センサ、人感センサ、開閉センサ等のセンサである。また、例えば、ＩｏＴ機器３０は、ＩｏＴサービスにより消費電力量を制御される情報処理装置である。また、例えば、ＩｏＴ機器３０は、所定空間の画像を撮影してＩｏＴ ＧＷ１０に送信する撮像装置である。なお、各ＩｏＴ ＧＷ１０に収容されるＩｏＴ機器３０の数は、特に限定されない。
ＩｏＴ機器３０は、ＩｏＴ ＧＷ１０と通信可能に接続する。ＩｏＴ機器３０とＩｏＴ ＧＷ１０との間は、有線ネットワーク、無線ネットワーク、または、その組み合わせを用いて、接続されている。
［ＩｏＴ ＧＷの構成］
図２を参照し、ＩｏＴ ＧＷ１０の構成及び機能の一例について説明する。図２は、図１に示すＩｏＴ ＧＷ１０の構成の一例を示すブロック図である。図２に示すように、ＩｏＴ ＧＷ１０は、通信部１１、記憶部１２及び制御部１３を有する。
通信部１１は、ネットワーク等を介して接続された他の装置との間で、各種情報を送受信する通信インタフェースである。通信部１１は、ＮＩＣ（Network Interface Card）等で実現され、ＬＡＮ（Local Area Network）やインターネットなどの電気通信回線を介した他の装置と制御部１３（後述）との間の通信を行う。例えば、通信部１１は、ＩｏＴ機器３０との間の通信を行う。また、通信部１１は、サーバ２０との間の通信を行う。
記憶部１２は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、ＩｏＴ ＧＷ１０を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが記憶される。記憶部１２は、機器識別情報１２１及び正常通信モデル１２２を有する。
機器識別情報１２１は、ＩｏＴ機器３０の通信の特徴を示す情報であり、例えば、ＩｏＴ機器３０の通信パターンを示す情報である。機器識別情報１２１は、ＩｏＴ ＧＷ１０がＩｏＴ機器３０の通信を把捉し解析することによって取得することができる情報である。機器識別情報１２１は、例えば、機器毎の開放ポート、通信先、通信頻度、通信プロトコル、通信データサイズ、ペイロードの特徴等である。機器識別情報１２１は、例えば、ＩｏＴ機器３０の通信先のドメイン名である。
正常通信モデル１２２は、各ＩｏＴ機器３０の正常な通信パターンを学習させたモデルであり、ＩｏＴ機器３０ごとに作成される。正常通信モデル１２２は、ＩｏＴ ＧＷ１０が各ＩｏＴ機器３０の通信を、通信先数、パケットサイズなどの複数の観点から、統計的に解析し、学習することによって、作成される。正常通信モデル１２２は、正常通信に関する情報であり、ＩｏＴ ＧＷ１０は、ＩｏＴ機器３０がＩｏＴ ＧＷ１０を介して通信する際に、正常通信モデル１２２を満たす正常通信のみを許可し、正常通信モデルを満たさない異常通信は遮断する。
図３は、正常通信モデル１２２の一例を説明する図である。図３に示すように、正常通信モデル１２２は、例えば、通信の実績に基づくホワイトリストである。例えば、正常通信モデル１２２は、ＩｏＴ機器３０ごとに作成されたホワイトリスト群である。具体的には、正常通信モデル１２２は、ＩｏＴ機器（ａ）については、「URL(a1)」,「URL(a2)」が正常通信先であることを示すホワイトリストを有する。
また、正常通信モデル１２２は、通信の統計値に基づく信頼区間を示す情報であってもよい。統計値は、単位時間当たりのパケットの特徴量のことであり、例えば、送信パケット数及び受信パケット数等である。
制御部１３は、ＩｏＴ ＧＷ１０全体を制御する。制御部１３は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路である。また、制御部１３は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、内部メモリを用いて各処理を実行する。また、制御部１３は、各種のプログラムが動作することにより各種の処理部として機能する。制御部１３は、学習部１３１、判定部１３２及び通信制御部１３３を有する。
学習部１３１は、ＩｏＴ ＧＷ１０に接続されているＩｏＴ機器３０の正常な通信パターンを学習させた正常通信モデル１２２をＩｏＴ機器３０ごとに作成する。また、学習部１３１は、判定部１３２の判定結果に応じて、ＩｏＴ機器３０の正常な通信パターンの学習の中断、学習の終了、学習の続行及び学習の再開を行い、正常通信モデル１２２の作成及び更新を継続して行う。学習部１３１は、判定部１３２によって判定された期間、学習を続行または再開することにより、最新の正常通信モデル１２２を作成または更新することができる。なお、学習方法については、既存のいずれの学習方法を用いてもよい。
なお、学習環境として、１，２台程度のＩｏＴ機器３０の通信の学習だけで高負荷（例：ＣＰＵ使用率９０％以上等）となるような極端に低性能な環境は想定しない。また、本実施の形態では、学習を中断してから、後程続行することが可能である場合を前提とする。また、バッチ処理による通信の場合、通信開始から終了までのすべての通信内容を学習の対象とする必要がある。本実施の形態では、通信の途中で学習を中断する可能性があるため、バッチ処理の採用は推奨しない。
判定部１３２は、学習部１３１による学習について、学習環境の負荷を基に、学習の中断、学習の終了、学習の続行及び学習の再開を判定し、判定結果に基づいて学習部１３１による学習処理を制御する。判定部１３２は、学習部１３１による学習の期間を制御して、ＩｏＴ機器３０に対する正常通信モデル１２２の精度を保持しながら、正常通信モデル１２２の利便性の低下を防いでいる。
判定部１３２は、学習環境の負荷、学習対象のＩｏＴ機器３０の台数、学習結果または前回の学習を終了してからの期間を基に、学習部１３１による学習の期間を制御する。判定部１３２は、中断終了判定部１３４（第１の判定部）、続行判定部１３５（第２の判定部）及び再開判定部１３６（第３の判定部）を有する。
中断終了判定部１３４は、学習環境の負荷、学習対象のＩｏＴ機器３０の台数及び学習結果を基に、学習部１３１による学習の中断または学習の終了を、学習中であるＩｏＴ機器ごとに判定する。中断終了判定部１３４は、学習部１３１に対し、学習の中断を判定した場合には学習の中断を判定したＩｏＴ機器３０に関する学習を中断させる。中断終了判定部１３４は、学習部１３１に対し、学習の終了を判定した場合には学習の終了を判定したＩｏＴ機器３０に関する学習を終了させる。
中断終了判定部１３４は、学習結果が一定値より収束している場合、すなわち、収束率が一定値未満である場合には、学習の終了を判定する。中断終了判定部１３４は、収束率が一定値以上である場合には、学習の中断を判定する。
図４及び図５は、ＩｏＴ機器３０の通信パターンに対する学習結果とその収束を説明する図である。図４は、ホワイトリストの場合について示し、学習データ件数に対するホワイトリストの通信先数の変化を示すグラフの傾きが収束率となる。この場合、傾き（収束率）が一定値未満の時点で学習が完了する(図４の（１)参照）。また、図５は、通信区間の場合について示し、経過時間に対する閾値の変化を示すグラフの傾きが収束率となる。この場合、傾き（収束率）が一定値未満の時点で学習が完了する(図５の（１)参照）。
続行判定部１３５は、学習環境の負荷、学習対象のＩｏＴ機器３０の台数及び中断期間の長さを基に、中断された学習の続行の可否を、学習が中断中であるＩｏＴ機器３０ごとに定期的に判定する。続行判定部１３５は、学習部１３１に対し、学習の続行を判定した場合には、学習の続行を判定したＩｏＴ機器３０に関する学習を続行させる。
続行判定部１３５は、学習部１３１に対し、所定の条件を満たす台数分だけＩｏＴ機器３０の通信に対する学習を続行させる。例えば、所定の条件の一つは、ＩｏＴ ＧＷ１０のリソース使用率が、ｂ％以上ａ％未満である。この条件を満たす場合には、続行判定部１３５は、直近の中断期間が長いＩｏＴ機器３０の上位１位の１台についての学習を学習部１３１に続行させる。また、所定の条件の一つは、ＩｏＴ ＧＷ１０のリソース使用率が、ｃ％以上ｂ％未満である。この条件を満たす場合には、続行判定部１３５は、直近の中断期間が長いＩｏＴ機器３０の上位１位及び２位の２台についての学習を学習部１３１に続行させる。
再開判定部１３６は、前回の学習を終了してからの期間、学習環境の負荷及び学習対象のＩｏＴ機器３０の台数を基に、学習の再開の可否を定期的に判定し、学習の再開を判定した場合には、学習部１３１に学習を再開させる。
通信制御部１３３は、学習部１３１が作成または更新した正常通信モデル１２２を用いて、ＩｏＴ機器３０の通信を制御する。通信制御部１３３は、ＩｏＴ機器３０がＩｏＴ ＧＷ１０を介して通信する際に、正常通信モデル１２２を満たす正常通信のみを許可し、正常通信モデルを満たさない異常通信は遮断する。通信制御部１３３は、学習の最初の中断時点または学習の終了時点までに学習部１３１が作成または更新した正常通信モデル１２２を適用して、ＩｏＴ機器３０の通信を制御する。したがって、通信制御部１３３は、最新の正常通信モデル１２２を用いることができる。
［学習に対する制御処理の処理手順］
次に、図６を参照して、ＩｏＴ ＧＷ１０が実施する学習に対する制御処理の処理手順について説明する。図６は、図２に示すＩｏＴ ＧＷ１０が実施する学習に対する制御処理の処理手順のフローチャートである。
図６に示すように、ＩｏＴ ＧＷ１０は、ＩｏＴ ＧＷ１０にＩｏＴ機器３０が接続し、利用者による学習承認を受け付けると（ステップＳ１）、学習部１３１は、学習を開始する（ステップＳ２）。ＩｏＴ ＧＷ１０は、学習を継続している間、作成または更新中の正常通信モデル１２２を定期的にＩｏＴ機器３０に適用し、ＩｏＴ機器３０は、正常通信モデル１２２に基づいて通信を実行する。ＩｏＴ ＧＷ１０は、学習を開始してから一定の条件を満たした場合に学習を中断または終了する。
まず、ＩｏＴ ＧＷ１０では、中断終了判定部１３４が、学習開始後、学習環境の負荷、学習対象のＩｏＴ機器３０の台数及び学習結果を基に、学習部１３１による学習の中断または学習の終了を、学習中であるＩｏＴ機器３０ごとに判定する中断終了判定処理を定期的に行う（ステップＳ３）。そして、判定部１３２は、中断終了判定処理における判定結果が、中断判定または終了判定であるかを判定する（ステップＳ４）。
中断終了判定処理における判定結果が中断である場合（ステップＳ４：中断）、中断終了判定部１３４は、学習部１３１による学習を中断させる（ステップＳ５）。最初の学習である場合には、正常通信モデル１２２が作成されていないため、学習部１３１は、中断時点までに作成した正常通信モデル１２２を、暫定的にＩｏＴ ＧＷ１０に適用する。また、２回目以降の学習である場合には、既に作成された正常通信モデル１２２が適用されているため、学習部１３１は、中断時点までに更新した正常通信モデル１２２を適用しない。ＩｏＴ機器３０は、適用された正常通信モデル１２２に基づいて通信を実行する。
続いて、続行判定部１３５は、学習環境の負荷、学習対象のＩｏＴ機器３０の台数及び中断期間の長さを基に、中断された学習の続行の可否を、学習が中断中であるＩｏＴ機器３０ごとに定期的に判定する続行判定処理を行う（ステップＳ６）。判定部１３２は、続行判定処理における判定結果が、続行判定であるかを判定する（ステップＳ７）。
続行判定処理における判定結果が続行判定でない場合（ステップＳ７：Ｎｏ）、ステップＳ６に戻り、続行判定部１３５は、続行判定処理を行う。一方、続行判定処理における判定結果が続行判定である場合（ステップＳ７：Ｙｅｓ）、続行判定部１３５は、続行と判定されたＩｏＴ機器３０についての学習を学習部１３１に続行させ（ステップＳ８）、ステップＳ３に進む。
これに対し、中断終了判定処理における判定結果が終了である場合（ステップＳ４：終了）、中断終了判定部１３４は、学習部１３１による学習を終了させる（ステップＳ９）。学習部１３１は、終了時点までに作成または更新した正常通信モデル１２２をＩｏＴ ＧＷ１０に適用し、ＩｏＴ機器３０は、正常通信モデル１２２に基づいて通信を実行する。
学習部１３１は、学習終了後、一定の条件を満たした場合に学習を再開する。具体的には、再開判定部１３６が、前回の学習を終了してからの期間、学習環境の負荷及び学習対象のＩｏＴ機器３０の台数を基に、学習の再開の可否を定期的に判定する再開判定処理を行う（ステップＳ１０）。判定部１３２は、再開判定処理における判定結果が再開判定であるか否かを判定する（ステップＳ１１）。
再開判定処理における判定結果が再開判定でない場合（ステップＳ１１：Ｎｏ）、ステップＳ１０に戻り、再開判定部１３６は、再開判定処理を行う。一方、再開判定処理における判定結果が再開判定である場合（ステップＳ１１：Ｙｅｓ）、再開判定部１３６は、再開と判定されたＩｏＴ機器３０についての学習を学習部１３１に再開させ（ステップＳ１２）、ステップＳ３に進む。
なお、学習部１３１が学習を継続する間、作成中または更新中の正常通信モデル１２２は、ＩｏＴ ＧＷ１０には適用しない。作成済みまたは更新済みの正常通信モデル１２２がＩｏＴ ＧＷ１０に適用される。
［中断終了判定処理］
次に、図６に示す中断終了判定処理（ステップＳ３）について説明する。図７は、図６に示す中断終了判定処理の処理手順を示すフローチャートである。中断終了判定部１３４は、ステップＳ２１～ステップＳ２６に示す処理を定期的に実行することによって、学習部１３１による学習を中断または終了するかを、ＩｏＴ機器３０ごとに判定する。
図７に示すように、中断終了判定部１３４は、学習起因による学習の環境負荷が一定値以上であるか否かを判定する（ステップＳ２１）。中断終了判定部１３４は、例えば、自装置のＣＰＵ使用率が一定値以上であるか、或いは、自装置のメモリ使用量が一定値以上であるかを判定する。ＣＰＵ使用率に関する判定値、メモリ使用量に関する判定値は、予め設定される。
学習起因による学習の環境負荷が一定値以上である場合（ステップＳ２１：Ｙｅｓ）、中断終了判定部１３４は、学習中の全ＩｏＴ機器３０の台数が一定数以上であるか否かを判定する（ステップＳ２２）。
学習中の全ＩｏＴ機器３０の台数が一定数以上である場合（ステップＳ２２：Ｙｅｓ）、中断終了判定部１３４は、学習中のＩｏＴ機器３０ごとに、中断回数が最も小さく、かつ、正常通信モデル１２２の学習結果が最も収束しているか否かを判定する。言い換えると、中断終了判定部１３４は、判定対象のＩｏＴ機器３０について、中断回数及び学習の収束率が最小値であるか否かを判定する（ステップＳ２３）。
学習起因による学習の環境負荷が一定値以上でない場合（ステップＳ２１：Ｎｏ）、学習中の全ＩｏＴ機器３０の台数が一定数以上でない場合（ステップＳ２２：Ｎｏ）、または、中断回数及び学習の収束率が最小値でない場合（ステップＳ２３：Ｎｏ）、中断終了判定部１３４は、ステップＳ２１の処理に戻る。
中断回数及び学習の収束率が最小値であるＩｏＴ機器３０がある場合（ステップＳ２３：Ｙｅｓ）、中断終了判定部１３４は、このＩｏＴ機器３０について、正常通信モデル１２２の学習結果が一定値（閾値）より収束しているか否か、すなわち、収束率が一定値未満であるか否かを判定する（ステップＳ２４）。
収束率が一定値未満である場合（ステップＳ２４：Ｙｅｓ）、中断終了判定部１３４は、このＩｏＴ機器３０について、学習部１３１による学習の終了を判定する（ステップＳ２５）。一方、収束率が一定値未満でない場合（ステップＳ２４：Ｎｏ）、中断終了判定部１３４は、このＩｏＴ機器３０について、学習部１３１による学習の中断を判定する（ステップＳ２６）。
［続行判定処理］
次に、図６に示す続行判定処理（ステップＳ６）について説明する。図８は、図６に示す続行判定処理の処理手順を示すフローチャートである。続行判定部１３５は、ステップＳ３１～ステップＳ３４に示す処理を定期的に実行することによって、学習部１３１による学習を続行するか否かを、ＩｏＴ機器３０ごとに判定する。
図８に示すように、続行判定部１３５は、まず、学習起因による学習の環境負荷が一定値未満であるか否かを判定する（ステップＳ３１）。続行判定部１３５は、例えば、自装置のＣＰＵ使用率が一定値未満であるか、或いは、自装置のメモリ使用量が一定値未満であるかを判定する。ＣＰＵ使用率に関する判定値、メモリ使用量に関する判定値は、予め設定される。
学習起因による学習の環境負荷が一定値未満である場合（ステップＳ３１：Ｙｅｓ）、続行判定部１３５は、学習を中断中の全ＩｏＴ機器３０の台数が一定数未満であるか否かを判定する（ステップＳ３２）。
学習中の全ＩｏＴ機器３０の台数が一定数未満である場合（ステップＳ３２：Ｙｅｓ）、続行判定部１３５は、学習を中断中の全ＩｏＴ機器３０のうち、直近の学習の中断期間が長いＩｏＴ機器３０について、中断期間の長さに応じて、所定の条件を満たすＩｏＴ機器３０があるか否かを判定する（ステップＳ３３）。
所定の条件の一つは、例えば、ＩｏＴ ＧＷ１０のリソース使用率が、ｂ％以上ａ％未満である。この条件を満たす場合には、続行判定部１３５は、直近の中断期間が長いＩｏＴ機器３０の上位１位の１台についての学習を学習部１３１に続行させる。また、所定の条件の一つは、ＩｏＴ ＧＷ１０のリソース使用率が、ｃ％以上ｂ％未満である。この条件を満たす場合には、続行判定部１３５は、直近の中断期間が長いＩｏＴ機器３０の上位１位及び２位の２台についての学習を学習部１３１に続行させる。
所定の条件を満たすＩｏＴ機器３０がある場合（ステップＳ３３：Ｙｅｓ）、所定の条件を満たすＩｏＴ機器３０の台数分、学習部１３１による学習を続行させる判定を行う（ステップＳ３４）。
学習起因による学習の環境負荷が一定値未満でない場合（ステップＳ３１：Ｎｏ）、学習中の全ＩｏＴ機器３０の台数が一定数未満でない場合（ステップＳ３２：Ｎｏ）、または、所定の条件を満たすＩｏＴ機器３０がない場合（ステップＳ３３：Ｎｏ）、続行判定部１３５は、ステップＳ３１の処理に戻る。
［再開判定処理］
次に、図６に示す再開判定処理（ステップＳ１０）について説明する。図９は、図６に示す再開判定処理の処理手順を示すフローチャートである。再開判定部１３６は、ステップＳ４１～ステップＳ４５に示す処理を定期的に実行することによって、学習部１３１による学習を再開する否かを判定する。
図９に示すように、再開判定部１３６は、直近の学習の終了からの期間が一定値の倍数であるか否かを判定する（ステップＳ４１）。一定値は、ＩｏＴ ＧＷ１０の環境負荷等を考慮して設定される。一定値は、例えば、１週間、２週間、３週間等である。直近の学習の終了からの期間が一定値の倍数でない場合（ステップＳ４１：Ｎｏ）、再開判定部１３６は、ステップＳ４１の処理に戻る。
直近の学習の終了からの期間が一定値の倍数である場合（ステップＳ４１：Ｙｅｓ）、再開判定部１３６は、学習を再開することを考慮すべき条件を満たすか否かを判定する。具体的には、再開判定部１３６は、学習起因による学習の環境負荷が一定値未満であるか否かを判定する（ステップＳ４２）。中断終了判定部１３４は、例えば、自装置のＣＰＵ使用率が一定値未満であるか、或いは、自装置のメモリ使用量が一定値未満であるかを判定する。ＣＰＵ使用率に関する判定値、メモリ使用量に関する判定値は、予め設定される。
続いて、学習起因による学習の環境負荷が一定値未満である場合（ステップＳ４２：Ｙｅｓ）、再開判定部１３６は、学習中の全ＩｏＴ機器３０の台数が一定数未満であるか否かを判定する（ステップＳ４３）。
学習中の全ＩｏＴ機器３０の台数が一定数未満である場合（ステップＳ４３：Ｙｅｓ）、学習を再開することが可能であるため、再開判定部１３６は、学習部１３１による学習の再開を判定する（ステップＳ４５）。
これに対し、学習起因による学習の環境負荷が一定値未満でない場合（ステップＳ４２：Ｎｏ）、または、学習中の全ＩｏＴ機器３０の台数が一定数未満でない場合（ステップＳ４３：Ｎｏ）、再開判定部１３６は、ステップＳ４２及びステップＳ４３の確認回数が一定値未満であるか否かを判定する（ステップＳ４４）。
確認回数が一定値未満である場合（ステップＳ４４：Ｙｅｓ）、再開判定部１３６は、ステップＳ４２の処理に戻る。また、確認回数が一定値未満でない場合（ステップＳ４４：Ｎｏ）、再開判定部１３６は、ステップＳ４１の処理に戻る。
［実施の形態の効果］
本実施の形態に係るＩｏＴ ＧＷ１０は、自装置に接続されているＩｏＴ機器３０の正常な通信パターンを学習させた正常通信モデルをＩｏＴ機器３０ごとに作成する。そして、ＩｏＴ ＧＷ１０は、学習部１３１による学習について、学習の中断、学習の終了、学習の続行及び学習の再開を判定し、判定結果に基づいて、学習部１３１による学習処理を制御する。そして、ＩｏＴ ＧＷ１０は、学習部１３１が作成した正常通信モデルを適用して、ＩｏＴ機器３０の通信を制御する。
このように、ＩｏＴ ＧＷ１０は、学習を継続させつつ、学習により作成または更新された最新の正常通信モデルを定期的に適用することによって、正常通信モデルの精度と利便性とを保持しながら、ＩｏＴ機器３０の通信制御を実現することができる。
図１０は、従来における正常通信モデルの作成処理と、本実施の形態に係るＩｏＴ ＧＷ１０による正常通信モデルの作成処理を説明する図である。学習により正常通信モデルを作成して適用するに際して、従来の方法では、学習を終了してから正常通信モデルを適用していた。
しかしながら、従来の方法では、学習が長期間である場合（図１０の（１）参照）、正常通信モデルの適用までに長期間を要するため、利便性が低下する。また、従来の方法では、学習が短期間である場合（図１０の（２）参照）、正常通信モデルの精度が低下し、かつ、適用後に正常通信モデルの過不足が発生する可能性がある。
これに対し、ＩｏＴ ＧＷ１０では、学習を継続しつつ、学習により作成または更新された最新の正常通信モデルを定期的に適用することが可能である（図１０の（３）参照）。
さらに、ＩｏＴ ＧＷ１０は、学習環境の負荷、学習対象のＩｏＴ機器３０の台数、学習結果、及び、中断期間または終了期間の長さを基に、学習の中断、学習の終了、学習の続行及び学習の再開を判定し、判定結果に基づいて、学習部１３１による学習処理を制御する。
したがって、ＩｏＴ ＧＷ１０は、学習を継続しつつ最新の正常通信モデルを適用する際、高負荷時には学習を中断または終了し、高負荷時以外に学習を続行または再開している。このように、ＩｏＴ ＧＷ１０は、学習環境の負荷、学習対象のＩｏＴ機器３０の台数、学習結果、及び、中断期間または終了期間の長さを考慮して学習の期間を適切に設定するため、ＩｏＴ機器３０の数の増加にともない学習の処理が高負荷となることを回避している。
［実施例１］
次に、実施例１について説明する。図１１は、実施例１における学習処理を説明する図である。まず、学習の中断、終了、続行及び再開の条件を以下のように設定する。
学習の中断及び終了、及び、学習の続行については、５分周期で確認する。そして、学習起因による学習環境の負荷を確認する際の条件は、学習の中断または終了の判定に関しては、ＣＰＵ使用率が６０％以上である。なお、この条件は、図７のステップＳ２１の判定条件である。また、学習起因による学習環境の負荷を確認する際の条件は、学習の続行または再開の判定に関しては、ＣＰＵ使用率が６０％未満である。なお、この条件は、図８のステップＳ３１または図９のステップＳ４２の判定条件である。
学習中の全ＩｏＴ機器３０の台数を確認する際の条件は、学習の中断または終了の判定に関しては、１０台以上である。なお、この条件は、図７のステップＳ２２の判定条件である。また、学習中の全ＩｏＴ機器３０の台数を確認する際の条件は、学習の続行または再開の判定に関しては、１０台未満である。なお、この条件は、図８のステップＳ３２または図９のステップＳ４３の判定条件である。
学習の中断及び終了の条件となる収束率は、収束率が０．１以上の場合は学習中断とし、収束率が０．１未満の場合は学習終了とする。
学習の続行の条件として、学習起因によるＣＰＵ使用率と続行台数の関係に関しては、ＣＰＵ使用率５０％以上６０％未満の場合は中断期間が長い上位１台について学習続行とする。また、学習の続行の条件として、ＣＰＵ使用率４０％以上５０％未満の場合は中断期間が長い上位２台について学習続行とする。また、学習の続行の条件として、ＣＰＵ使用率４０％未満の場合は中断期間が長い上位３台について学習続行とする。
この条件で、学習を制御した場合、ＩｏＴ ＧＷ１０は、時刻「ＨＨ：００」の場合には、収束率が０．１以上であるＩｏＴ機器（ａ）の学習を中断する。ＩｏＴ ＧＷ１０は、この学習が最初の学習である場合、中断時点までに作成したＩｏＴ機器（ａ）に関する正常通信モデルを適用する。
続いて、時刻「ＨＨ：０５」の場合、条件に基づき、ＣＰＵ使用率が５５％であるため、中断期間が長い上位の１台、この場合には、ＩｏＴ機器（ａ）の学習を続行する。そして、時刻「ＨＨ：１０」の場合、収束率が０．１未満となったＩｏＴ機器（ｂ）の学習を終了する。そして、ＩｏＴ ＧＷ１０は、学習が終了したＩｏＴ機器（ｂ）に関する正常通信モデルを適用する。
［変形例１］
また、本実施の形態では、ＩｏＴ ＧＷ１０が、ＩｏＴ機器３０の通信を学習し、正常通信モデルを作成する場合を例に説明したが、サーバ２０が、正常通信モデルを作成してもよい。図１２は、図１に示すサーバ２０の構成の一例を示すブロック図である。
図１２に示すように、サーバ２０は、ネットワーク等を介して接続された他の装置との間で通信を行う通信部２１と、ＲＡＭやフラッシュメモリ等によって構成される記憶部２２と、ＣＰＵ等によって構成される制御部２３とを有する。
サーバ２０では、通信部２１を介して、ＩｏＴ ＧＷ１０から、ＩｏＴ ＧＷ１０が収容するＩｏＴ機器３０の正常な通信パターンを取得し、学習部１３１が、正常通信モデル１２２をＩｏＴ機器３０ごとに作成する。そして、判定部１３２は、学習部１３１による学習について、学習の中断、学習の終了、学習の続行及び学習の再開を判定し、判定結果に基づいて学習部１３１による学習処理を制御する。
ＩｏＴ ＧＷ１０において正常通信モデル１２２の作成が難しい場合、サーバ２０が、正常通信モデル１２２をＩｏＴ機器３０ごとに作成または更新し、最新の正常通信モデルを、ＩｏＴ ＧＷ１０に適用してもよい。
［システム構成等］
図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行なうこともでき、あるいは、手動的に行なわれるものとして説明した処理の全部又は一部を公知の方法で自動的に行なうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
［プログラム］
図１３は、プログラムが実行されることにより、ＩｏＴ ＧＷ１０及びサーバ２０が実現されるコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。
メモリ１０１０は、ＲＯＭ１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。
ハードディスクドライブ１０９０は、例えば、ＯＳ（Operating System）１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、ＩｏＴ ＧＷ１０及びサーバ２０の各処理を規定するプログラムは、コンピュータにより実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、ＩｏＴ ＧＷ１０及びサーバ２０における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid State Drive）により代替されてもよい。
また、上述した実施形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。
なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述及び図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例及び運用技術等は全て本発明の範疇に含まれる。
１ 通信システム
１０ ＩｏＴ ＧＷ
１１，２１ 通信部
１２，２２ 記憶部
１３，２３ 制御部
１２１ 機器識別情報
１２２ 正常通信モデル
１３１ 学習部
１３２ 判定部
１３３ 通信制御部
１３４ 中断終了判定部
１３５ 続行判定部
１３６ 再開判定部
２０ サーバ
３０ ＩｏＴ機器
Ｎ ネットワーク

Claims (7)

  1. ＩｏＴゲートウェイに接続されているＩｏＴ機器の正常な通信パターンを学習させた正常通信モデルを前記ＩｏＴ機器ごとに作成する学習部と、
    前記学習部による学習について、学習環境を提供するプロセッサの負荷を基に、学習の中断、学習の終了、学習の続行及び学習の再開を判定し、判定結果に基づいて前記学習部による学習処理を制御する判定部と、
    を有することを特徴とする制御装置。
  2. 前記学習部が作成した前記正常通信モデルを適用して、前記ＩｏＴ機器の通信を制御する通信制御部
    をさらに有することを特徴とする請求項１に記載の制御装置。
  3. 前記判定部は、
    学習環境の負荷、学習対象のＩｏＴ機器の台数及び学習結果を基に、前記学習部による学習の中断または学習の終了を、学習中である前記ＩｏＴ機器ごとに判定し、前記学習部に対し、学習の中断を判定した場合には学習の中断を判定した前記ＩｏＴ機器に関する学習を中断させ、学習の終了を判定した場合には学習の終了を判定した前記ＩｏＴ機器に関する学習を終了させる第１の判定部
    を有することを特徴とする請求項１または２に記載の制御装置。
  4. 前記判定部は、
    学習環境の負荷、学習対象の前記ＩｏＴ機器の台数及び中断期間の長さを基に、中断された学習の続行の可否を、学習が中断中である前記ＩｏＴ機器ごとに定期的に判定し、前記学習部に対し、学習の続行を判定した場合には学習の続行を判定した前記ＩｏＴ機器に関する学習を続行させる第２の判定部
    を有することを特徴とする請求項３に記載の制御装置。
  5. 前記判定部は、
    前回の学習を終了してからの期間、学習環境の負荷及び学習対象のＩｏＴ機器の台数を基に、学習の再開の可否を定期的に判定し、学習の再開を判定した場合には前記学習部に学習を再開させる第３の判定部
    を有することを特徴とする請求項３または４に記載の制御装置。
  6. 制御装置が実行する制御方法であって、
    ＩｏＴゲートウェイに接続されているＩｏＴ機器の正常な通信パターンを学習させた正常通信モデルを前記ＩｏＴ機器ごとに作成する学習工程と、
    前記学習工程による学習について、学習環境を提供するプロセッサの負荷を基に、学習の中断、学習の終了、学習の続行及び学習の再開を判定し、判定結果に基づいて前記学習工程における学習処理を制御する判定工程と、
    を含んだことを特徴とする制御方法。
  7. ＩｏＴゲートウェイに接続されているＩｏＴ機器の正常な通信パターンを学習させた正常通信モデルを前記ＩｏＴ機器ごとに作成する学習ステップと、
    前記学習ステップによる学習について、学習環境を提供するプロセッサの負荷を基に、学習の中断、学習の終了、学習の続行及び学習の再開を判定し、判定結果に基づいて前記学習ステップにおける学習処理を制御する判定ステップと、
    をコンピュータに実行させるための制御プログラム。
JP2021525455A 2019-06-11 2019-06-11 制御装置、制御方法及び制御プログラム Active JP7243825B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/023161 WO2020250319A1 (ja) 2019-06-11 2019-06-11 制御装置、制御方法及び制御プログラム

Publications (2)

Publication Number Publication Date
JPWO2020250319A1 JPWO2020250319A1 (ja) 2020-12-17
JP7243825B2 true JP7243825B2 (ja) 2023-03-22

Family

ID=73781347

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021525455A Active JP7243825B2 (ja) 2019-06-11 2019-06-11 制御装置、制御方法及び制御プログラム

Country Status (3)

Country Link
US (1) US11765047B2 (ja)
JP (1) JP7243825B2 (ja)
WO (1) WO2020250319A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111835842B (zh) * 2020-07-02 2023-02-28 远景智能国际私人投资有限公司 网关资源的更新方法、装置及物联网控制平台
US20240129202A1 (en) * 2021-02-18 2024-04-18 Nippon Telegraph And Telephone Corporation Analysis device, analysis system, analysis method, and analysis program

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016136233A (ja) 2015-01-19 2016-07-28 株式会社デンソー 音声学習システム、音声学習方法
JP2017207939A (ja) 2016-05-19 2017-11-24 日本電信電話株式会社 リスクベース認証装置、リスク判定モデル用学習データ生成装置、リスク判定モデル学習装置、リスク判定モデル用学習データ生成方法、リスク判定モデル学習方法、プログラム
JP2018092613A (ja) 2016-12-06 2018-06-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 情報処理装置、情報処理方法及びプログラム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11500082B2 (en) * 2018-11-14 2022-11-15 Lockheed Martin Corporation Iterative learning adaptive sonar system, apparatus, method, and computer program product

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016136233A (ja) 2015-01-19 2016-07-28 株式会社デンソー 音声学習システム、音声学習方法
JP2017207939A (ja) 2016-05-19 2017-11-24 日本電信電話株式会社 リスクベース認証装置、リスク判定モデル用学習データ生成装置、リスク判定モデル学習装置、リスク判定モデル用学習データ生成方法、リスク判定モデル学習方法、プログラム
JP2018092613A (ja) 2016-12-06 2018-06-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 情報処理装置、情報処理方法及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
張 一凡 他，非集中化ＩｏＴセキュリティ制御の検討，電子情報通信学会技術研究報告，一般社団法人電子情報通信学会，2018年02月28日，第117巻 第481号，第43頁-第48頁

Also Published As

Publication number Publication date
US11765047B2 (en) 2023-09-19
WO2020250319A1 (ja) 2020-12-17
JPWO2020250319A1 (ja) 2020-12-17
US20220311677A1 (en) 2022-09-29

Similar Documents

Publication Publication Date Title
JP6029074B2 (ja) ネットワークトラフィックにおける到着間遅延の低減
KR102284467B1 (ko) 네트워크 디바이스에서의 수신된 패킷의 처리와 연관된 전력 관리 기법
US20110078291A1 (en) Distributed performance monitoring in soft real-time distributed systems
JP7243825B2 (ja) 制御装置、制御方法及び制御プログラム
CN105049502B (zh) 一种云端网络管理系统中设备软件更新的方法和装置
US9270556B2 (en) Flow control in packet processing systems
US9681351B2 (en) Apparatus, system, and method for predicting roaming patterns of mobile devices within wireless networks
Chen et al. The case for making tight control plane latency guarantees in SDN switches
US9866443B1 (en) Server data port learning at data switch
WO2016172848A1 (zh) 一种调整云计算中虚拟资源的方法及装置
EP3414952B1 (en) Power-aware network communication
US8060592B1 (en) Selectively updating network devices by a network management application
WO2016110087A1 (zh) 一种控制上网时间的方法、装置及计算机存储介质
WO2020100581A1 (ja) 評価装置、評価方法および評価プログラム
WO2016195619A1 (en) Application of network flow rule action based on packet counter
US20180101490A1 (en) Slave device
US9661023B1 (en) Systems and methods for automatic endpoint protection and policy management
JP2015222882A (ja) 通信スループット予測装置、通信スループット予測方法、及び、プログラム
TWI826999B (zh) 時間敏感網路配置方法、裝置及計算機可讀存儲介質
WO2021002022A1 (ja) 通信装置、通信方法及びプログラム
Yetim et al. Adaptive delay-tolerant scheduling for efficient cellular and WiFi usage
Buh et al. Adaptive network-traffic balancing on multi-core software networking devices
JP2016048833A (ja) ネットワークシステム及びそのバージョン変更方法
US10080196B2 (en) Method and apparatus for prolonging lasting time of inactive mode
US11632319B2 (en) Processing device and moving method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211018

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220830

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221027

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230207

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230220

R150 Certificate of patent or registration of utility model

Ref document number: 7243825

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150