JP6718398B2 - サービス復旧装置およびサービス復旧方法 - Google Patents
サービス復旧装置およびサービス復旧方法 Download PDFInfo
- Publication number
- JP6718398B2 JP6718398B2 JP2017025907A JP2017025907A JP6718398B2 JP 6718398 B2 JP6718398 B2 JP 6718398B2 JP 2017025907 A JP2017025907 A JP 2017025907A JP 2017025907 A JP2017025907 A JP 2017025907A JP 6718398 B2 JP6718398 B2 JP 6718398B2
- Authority
- JP
- Japan
- Prior art keywords
- service
- countermeasure plan
- unit
- network
- setting change
- 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
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Description
本発明は、サービス復旧装置およびサービス復旧方法に関する。
ネットワークの運用管理において、現在提供中のサービスを監視することが非常に重要であり、ネットワーク上で提供されているサービスの異常を検出するさまざまな異常検出方法が従来から知られている。例えば、特許文献１には、「複数のネットワーク装置から収集したフローデータを用いて、サービスを監視するサービス監視装置であって、前記収集したフローデータから、前記サービスに対する、要求トラフィックおよび応答トラフィックを抽出する抽出部と、前記抽出された、要求トラフィックおよび応答トラフィックに基づいて、前記要求トラフィックおよび前記応答トラフィックとの間の定常性を算出する定常性算出部と、特定期間内での前記要求トラフィックおよび前記応答トラフィックとの間の関係性が、前記算出された定常性からどれだけ逸脱しているかによって、前記サービスの品質を判定する判定部と、を備える、ことを特徴とするサービス監視装置」が開示されている。
しかし、特許文献１によれば、サービスの異常を検出した場合、サービスの復旧のために、異常の原因分析や対策案の検討、実施といったオペレーションを保守者自ら行う必要がある。このため、サービスの復旧には多くの時間を要してしまう。
このような背景を鑑みて本発明がなされたのであり、本発明は、ネットワーク上で提供されているサービスの自動復旧を実現することを課題とする。
前記した課題を解決するため、請求項１に記載の発明は、複数のネットワーク装置から収集したフローデータを用いてサービスを監視し、前記サービスの異常があれば復旧するサービス復旧装置であって、前記収集したフローデータから得られる定常性からの逸脱度合いを求めることによって、前記サービスの異常を判定する判定部と、前記サービスの復旧に寄与するネットワークの設定変更を１または複数組み合わせた対策案を導出する対策案導出部と、前記対策案導出部が導出する前記対策案の構成要素であり、前記サービスの異常状態を解消するための候補となる前記ネットワークの設定変更の一覧を保存する設定変更候補リストを記憶する記憶部と、前記対策案導出部が導出した対策案を、前記ネットワーク装置が配置されるネットワークに適用する対策案適用部と、を備え、前記対策案導出部は、適用した前記設定変更をリセットしてから、前記設定変更候補リストの中から、前記設定変更の組み合わせの評価値の高いものから順に、復旧のための前記設定変更を取得する、ことを特徴とする。
また、請求項３に記載の発明は、複数のネットワーク装置から収集したフローデータを用いてサービスを監視し、前記サービスの異常があれば復旧するサービス復旧装置におけるサービス復旧方法であって、前記サービス復旧装置は、対策案導出ステップにおいて導出される対策案の構成要素であり、前記サービスの異常状態を解消するための候補となるネットワークの設定変更の一覧を保存する設定変更候補リストを記憶する記憶部を備えており、前記収集したフローデータから得られる定常性からの逸脱度合いを求めることによって、前記サービスの異常を判定する判定ステップと、前記サービスの復旧に寄与するネットワークの設定変更を１または複数組み合わせた対策案を導出するとともに、適用した前記設定変更をリセットしてから、前記設定変更候補リストの中から、前記設定変更の組み合わせの評価値の高いものから順に、復旧のための前記設定変更を取得する対策案導出ステップと、前記対策案導出ステップで導出した対策案を、前記ネットワーク装置が配置されるネットワークに適用する対策案適用ステップと、を実行する、ことを特徴とする。
請求項１，３に記載の発明によれば、発生したサービスの異常に対して、予め用意したネットワーク設定変更を種々組み合わせた対策案をネットワークに順次適用することができる。
したがって、ネットワーク上で提供されているサービスの自動復旧を実現することができる。
したがって、ネットワーク上で提供されているサービスの自動復旧を実現することができる。
また、請求項２に記載の発明は、複数のネットワーク装置から収集したフローデータを用いてサービスを監視し、前記サービスの異常があれば復旧するサービス復旧装置であって、前記収集したフローデータから得られる定常性からの逸脱度合いを求めることによって、前記サービスの異常を判定する判定部と、前記サービスの復旧に寄与するネットワークの設定変更を１または複数組み合わせた対策案を導出する対策案導出部と、前記対策案導出部が導出する前記対策案の構成要素であり、前記サービスの異常状態を解消するための候補となる前記ネットワークの設定変更の一覧を保存する設定変更候補リストを記憶する記憶部と、前記対策案導出部が導出した対策案を、前記ネットワーク装置が配置されるネットワークに適用する対策案適用部と、を備え、前記対策案適用部が前記対策案を適用することによって、異常状態であったサービスが復旧したと前記判定部によって判定された場合、適用された前記対策案を評価する対策案評価部を備え、前記対策案評価部は、サービスの異常が発生した箇所の情報であるエンドユーザ数に応じて、前記設定変更の組み合わせの評価値の増減値を変動させる、ことを特徴とする。
また、請求項４に記載の発明は、複数のネットワーク装置から収集したフローデータを用いてサービスを監視し、前記サービスの異常があれば復旧するサービス復旧装置におけるサービス復旧方法であって、前記サービス復旧装置は、対策案導出ステップにおいて導出される対策案の構成要素であり、前記サービスの異常状態を解消するための候補となるネットワークの設定変更の一覧を保存する設定変更候補リストを記憶する記憶部を備えており、前記収集したフローデータから得られる定常性からの逸脱度合いを求めることによって、前記サービスの異常を判定する判定ステップと、前記サービスの復旧に寄与するネットワークの設定変更を１または複数組み合わせた対策案を導出する前記対策案導出ステップと、前記対策案導出ステップにおいて導出される対策案を、前記ネットワーク装置が配置されるネットワークに適用する対策案適用ステップと、前記対策案適用ステップにおいて導出される前記対策案を適用することによって、異常状態であったサービスが復旧したと前記判定ステップによって判定された場合、適用された前記対策案を評価するとともに、サービスの異常が発生した箇所の情報であるエンドユーザ数に応じて、前記設定変更の組み合わせの評価値の増減値を変動させる対策案評価ステップと、を実行する、ことを特徴とする。
本発明によれば、ネットワーク上で提供されているサービスの自動復旧を実現することができる。
＜考え方＞
ＳＤＮ（Software Defined Network）、ＳＤＷＡＮ（Software-Defined Wide Area Networking）、ＡＷＳ（Amazon Web Services。「Amazon」は登録商標）に代表されるクラウドサービスは、SoftwareDefinedの形態でサービスの提供がなされる。この場合、装置交換、パッケージ交換、物理配線の差し替え、といった物理的なオペレーションはとらず、ソフトウェア的オペレーションのみで、サービスの異常からの復旧に必要な制御、例えば、ＮＷの構成変更や設定変更などを実現することができる。このため、サービスを異常状態から復旧させるために、必ずしも保守者が、対策案の検討・実施を行う必要はない。本発明では、サービスの異常状態から復旧するまで、予め定義されたＮＷの設定変更の候補を用いた対策案の導出および適用を行い、サービスの復旧を目指す。ＮＷの設定変更は、単に、「設定変更」または「ネットワーク設定変更」と呼ぶ場合がある。
ＳＤＮ（Software Defined Network）、ＳＤＷＡＮ（Software-Defined Wide Area Networking）、ＡＷＳ（Amazon Web Services。「Amazon」は登録商標）に代表されるクラウドサービスは、SoftwareDefinedの形態でサービスの提供がなされる。この場合、装置交換、パッケージ交換、物理配線の差し替え、といった物理的なオペレーションはとらず、ソフトウェア的オペレーションのみで、サービスの異常からの復旧に必要な制御、例えば、ＮＷの構成変更や設定変更などを実現することができる。このため、サービスを異常状態から復旧させるために、必ずしも保守者が、対策案の検討・実施を行う必要はない。本発明では、サービスの異常状態から復旧するまで、予め定義されたＮＷの設定変更の候補を用いた対策案の導出および適用を行い、サービスの復旧を目指す。ＮＷの設定変更は、単に、「設定変更」または「ネットワーク設定変更」と呼ぶ場合がある。
＜構成＞
図１に示すように、本実施形態のサービス復旧装置１は、ネットワーク装置群Ｇのネットワーク装置２の各々からフローデータを収集し、収集したフローデータを用いて、サーバ３から端末４へ提供中のサービス（図１中の符号Ｘ，Ｙを付した矢印で表現）を監視する。また、サービス復旧装置１は、監視の結果、サービスの異常が検出された場合は、復旧する。フローデータの収集方法は、NetFlow,sFlowなどといった周知の方法である（例えば、参考文献１：B. Claise, "Cisco Systems NetFlow Services Export Version9," IETF RFC3954, October 2004. http://www.ietf.org/rfc/rfc3954や、参考文献２：P. Phaal, S. Panchen, and N. McKee, "InMon Corporation's sFlow:A Method for Monitoring Traffic in Switched and Routed Networks," IETF RFC3176, September 2001. http://www.ietf.org/rfc/rfc3176、などを参照）。
図１に示すように、本実施形態のサービス復旧装置１は、ネットワーク装置群Ｇのネットワーク装置２の各々からフローデータを収集し、収集したフローデータを用いて、サーバ３から端末４へ提供中のサービス（図１中の符号Ｘ，Ｙを付した矢印で表現）を監視する。また、サービス復旧装置１は、監視の結果、サービスの異常が検出された場合は、復旧する。フローデータの収集方法は、NetFlow,sFlowなどといった周知の方法である（例えば、参考文献１：B. Claise, "Cisco Systems NetFlow Services Export Version9," IETF RFC3954, October 2004. http://www.ietf.org/rfc/rfc3954や、参考文献２：P. Phaal, S. Panchen, and N. McKee, "InMon Corporation's sFlow:A Method for Monitoring Traffic in Switched and Routed Networks," IETF RFC3176, September 2001. http://www.ietf.org/rfc/rfc3176、などを参照）。
フローデータは、送信元ＩＰアドレス、宛先ＩＰアドレス（または、送信先ＩＰアドレス）、送信元ポート番号、宛先ポート番号（または、送信先ポート番号）、プロトコルの種類、パケット数、バイト数などの情報を一部または全部含む。フローデータの収集は、所定の時間単位で行われ、収集時刻をフローデータに含めることもできる。なお、フローデータの送信元ポート番号または宛先ポート番号を特定することで、サービス品質を判定したい提供中のサービスを特定することができる。
本実施形態のサービス復旧装置１は、例えば、ＩＰＦＩＸ（Internet Protocol Flow Information Export）のフローコレクタとして機能し、ネットワーク装置２の各々からフローデータを収集することができる。
ネットワーク装置２は、例えば、ルータ、ブリッジ、リピータ、ゲートウェイである。ネットワーク装置２は、例えば、ＩＰＦＩＸのフローエクスポータとして機能する。なお、ネットワーク装置群Ｇにおいて、フローエクスポータとして機能しないネットワーク装置２が含まれていてもよい。このようなネットワーク装置２でのトラフィック状態は、フローエクスポータとして機能するネットワーク装置２が提供するフローデータを周知の方法で解析することで間接的に特定することができる。
ネットワーク装置２は、例えば、ルータ、ブリッジ、リピータ、ゲートウェイである。ネットワーク装置２は、例えば、ＩＰＦＩＸのフローエクスポータとして機能する。なお、ネットワーク装置群Ｇにおいて、フローエクスポータとして機能しないネットワーク装置２が含まれていてもよい。このようなネットワーク装置２でのトラフィック状態は、フローエクスポータとして機能するネットワーク装置２が提供するフローデータを周知の方法で解析することで間接的に特定することができる。
サーバ３は、例えば、ＤＮＳ(Domain Name System)サーバ３ａ、Ｗｅｂサーバ３ｂ、ＤＢサーバ３ｃであり、端末４に所定のサービスを提供する。なお、サーバ３にフローエクスポータの機能を持たせてもよい。
端末４は、ユーザがサービスを利用するために操作する装置である。なお、端末４にフローエクスポータの機能を持たせてもよい。
ＨＭＩ装置５は、オペレータがサービス復旧装置１を制御するための管理コンソールである。サービス復旧装置１は、ネットワーク装置２から収集したフローデータに基づいて必要に応じて異常通知や復旧通知などをＨＭＩ装置５に出力する。
端末４は、ユーザがサービスを利用するために操作する装置である。なお、端末４にフローエクスポータの機能を持たせてもよい。
ＨＭＩ装置５は、オペレータがサービス復旧装置１を制御するための管理コンソールである。サービス復旧装置１は、ネットワーク装置２から収集したフローデータに基づいて必要に応じて異常通知や復旧通知などをＨＭＩ装置５に出力する。
図２に示すように、本実施形態のサービス復旧装置１は、処理部１０、入出力部２０、および記憶部３０を備える。サービス復旧装置１は、処理部１０の具体例となるＣＰＵが、記憶部３０の具体例となるメモリ上に読み込んだプログラムを実行することにより、各種機能部を動作させる。
処理部１０は、サービス復旧装置１の処理を司る。処理部１０は、トラフィック抽出部１１、定常性算出部１２、サービス品質判定部１３（判定部）、対策案評価部１４、対策案導出部１５、対策案適用部１６、および、結果出力部１７、といった機能部を備える。これらの機能部については後記する。
入出力部２０は、サービス復旧装置１の入出力インターフェースを構成する。入出力部２０は、入力部２１および出力部２２を備える。入力部２１は、ＨＭＩ装置５からの入力やネットワーク装置２からのフローデータなどの取得を行う。出力部２２は、処理部１０による処理結果をファイルｆ等で出力する。
記憶部３０は、所定のデータを所定の形式で記憶する。記憶部３０は、フローデータ保存部３１、定常性データ保存部３２、サービス品質低下状況保存部３３、設定変更候補リスト３４、および、実行済設定変更リスト３５といった機能部を備える。これらの機能部については後記する。
入出力部２０は、サービス復旧装置１の入出力インターフェースを構成する。入出力部２０は、入力部２１および出力部２２を備える。入力部２１は、ＨＭＩ装置５からの入力やネットワーク装置２からのフローデータなどの取得を行う。出力部２２は、処理部１０による処理結果をファイルｆ等で出力する。
記憶部３０は、所定のデータを所定の形式で記憶する。記憶部３０は、フローデータ保存部３１、定常性データ保存部３２、サービス品質低下状況保存部３３、設定変更候補リスト３４、および、実行済設定変更リスト３５といった機能部を備える。これらの機能部については後記する。
トラフィック抽出部１１は、ネットワーク装置２から収集したフローデータから、提供中の所定のサービスに対する要求トラフィックおよび応答トラフィックを抽出する。
「要求トラフィック」とは、サービスを利用する端末４からサービスを提供するサーバ３へ向けられた、サービス実現に必要な情報である。要求トラフィックを送信する端末４は、フローデータの送信元ＩＰアドレスから識別できる。要求トラフィックを受信するサーバ３は、フローデータの宛先ＩＰアドレスから識別できる。
「応答トラフィック」とは、サービスを提供するサーバ３からサービスを利用する端末４へ向けられた、サービス実現に必要な情報である。応答トラフィックを送信するサーバ３は、フローデータの送信元ＩＰアドレスから識別できる。応答トラフィックを受信する端末４は、フローデータの宛先ＩＰアドレスから識別できる。
定常性算出部１２は、トラフィック抽出部１１が抽出した、要求トラフィックおよび応答トラフィックに基づいて、要求トラフィックおよび応答トラフィックとの間の定常性を算出する。サーバ３から端末４へのサービスの提供が正常に行われている場合、要求トラフィックおよび応答トラフィックの間には一定の傾向が発生し、所定の定常状態が形成されると考えられる。定常性算出部１２が算出する定常性は、この定常状態を定量的に表現したものである。もし、ＤｏＳ（Denial of Service attack）攻撃などによりサーバ３がサービスを提供できない場合には、要求トラフィックに対して、応答トラフィックが極端に少なくなり定常性が破綻しているといえる。
なお、定常性算出部１２による定常性の算出は、所定の単位時間ごとに行われる。また、定常性の算出方法はさまざまであるが、詳細は、特許文献１に記載されており、説明を省略する。本実施形態では、定常性の算出方法は、特許文献１に記載ものを用いるとするが、これに限定されない。
なお、定常性算出部１２による定常性の算出は、所定の単位時間ごとに行われる。また、定常性の算出方法はさまざまであるが、詳細は、特許文献１に記載されており、説明を省略する。本実施形態では、定常性の算出方法は、特許文献１に記載ものを用いるとするが、これに限定されない。
サービス品質判定部１３は、特定期間内での要求トラフィックおよび応答トラフィックの間の関係性が、定常性算出部１２が算出した定常性からどれだけ逸脱しているかによって、サービスの品質を判定する。「特定期間」とは、例えば、定常性算出部１２が定常性を算出する際に対象とした期間よりも後の期間とすることができる。「要求トラフィックおよび応答トラフィックの間の関係性」は、定常性算出部１２が算出した定常性と同じ物理量で表現される。サービス品質判定部１３が用いる関係性と、定常性算出部１２が算出した定常性との逸脱度合いが大きいほどサービスの品質が低下しているとする。例えば、ＤｏＳ攻撃などが発生している場合、サービス品質判定部１３が用いる関係性が、定常性算出部１２が算出した定常性よりも大きく逸脱するため、対象とするサービスの品質は低下していると判定することができる。
対策案評価部１４は、対策案適用部１６が対策案を適用することによって、異常状態であったサービスが正常である（復旧した）と（サービス品質判定部１３によって）判定された場合、適用された対策案を評価する。
対策案導出部１５は、設定変更候補リスト３４を参照して、異常状態のサービスを復旧するための対策案を導出する。
対策案適用部１６は、対策案導出部１５が導出した対策案を、ネットワーク装置２が配置されるネットワークに適用する。
対策案導出部１５は、設定変更候補リスト３４を参照して、異常状態のサービスを復旧するための対策案を導出する。
対策案適用部１６は、対策案導出部１５が導出した対策案を、ネットワーク装置２が配置されるネットワークに適用する。
結果出力部１７は、サービスの異常からの復旧のために実行した対策案に関する詳細データを出力する。詳細データには、例えば、対象とするサービスを提供しているサーバ３のホスト名、そのサービスを利用する端末４の数、異常を検出した箇所、実行したＮＷの設定変更の内容など、さまざまなデータが含まれる。ＨＭＩ装置５は、サービス復旧装置１を制御して、オペレータが所望する詳細データを取得することができる。また、出力部２２は、取得した詳細データを処理部１０による処理結果としてファイルｆ等で出力する。
フローデータ保存部３１は、サービス復旧装置１が収集したフローデータを所定の形式で保存する。トラフィック抽出部１１は、フローデータ保存部３１にアクセスして要求トラフィックおよび応答トラフィックの抽出を行う。
定常性データ保存部３２は、定常性算出部１２が算出した定常性を所定の形式で保存する。
サービス品質低下状況保存部３３は、例えば、サービス品質判定部１３によってサービス品質が低下していると判定されたサービスに関する詳細データ（サービス品質低下状況を表現するデータを含む）を所定の形式で保存する。
定常性データ保存部３２は、定常性算出部１２が算出した定常性を所定の形式で保存する。
サービス品質低下状況保存部３３は、例えば、サービス品質判定部１３によってサービス品質が低下していると判定されたサービスに関する詳細データ（サービス品質低下状況を表現するデータを含む）を所定の形式で保存する。
設定変更候補リスト３４は、サービスの異常状態を解消するための候補となるＮＷの設定変更の一覧を保存する。設定変更候補リスト３４が保存する設定変更の各々は、対策案導出部１５が導出する対策案の構成要素となる。設定変更候補リスト３４が保存する設定変更の各々は、例えば、保守者が事前に定義することもできるし、運用時に適宜修正、更新することもできる。
図３に示すように、設定変更候補リスト３４は、「項番」、「変更内容」、「変更方法」、「制約事項」、「保守者の判断待ちフラグ」、「評価値（優先度）」といった欄を有し、設定変更の種類ごとにエントリが作成されるように構成することができる。
「項番」の欄には、設定変更の各々を識別する番号が登録される。
「変更内容」の欄には、対応する設定変更の説明が登録される。
「変更方法」の欄には、対応する変更内容を実行するためのソフトウェア的オペレーションが登録される。
「項番」の欄には、設定変更の各々を識別する番号が登録される。
「変更内容」の欄には、対応する設定変更の説明が登録される。
「変更方法」の欄には、対応する変更内容を実行するためのソフトウェア的オペレーションが登録される。
「制約事項」の欄には、対応する設定変更を実行する際の制約が登録される。
「保守者の判断待ちフラグ」の欄には、対応する設定変更を実行するために保守者の判断を要することを示す値「１：確認要」または保守者の判断を要しないことを示す値「０：確認不要」が登録される。
「評価値（優先度）」の欄には、対応する設定変更に付与された評価値が登録される。登録される評価値は、対策案評価部１４が決定する。評価値は、例えば、０〜１の値をとる。
「保守者の判断待ちフラグ」の欄には、対応する設定変更を実行するために保守者の判断を要することを示す値「１：確認要」または保守者の判断を要しないことを示す値「０：確認不要」が登録される。
「評価値（優先度）」の欄には、対応する設定変更に付与された評価値が登録される。登録される評価値は、対策案評価部１４が決定する。評価値は、例えば、０〜１の値をとる。
実行済設定変更リスト３５は、異常状態のサービスを復旧するために実行したＮＷの設定変更の一覧を保存する。具体的には、対策案適用部１６が適用した対策案を構成する設定変更が実行済設定変更リスト３５に保存される。対策案を構成する設定変更は１つでもよいし複数でもよい。
図４に示すように、実行済設定変更リスト３５は、「項番」、「日時」、「設定変更内容」といった欄を有し、設定変更内容ごとにエントリが作成されるように構成することができる。
「項番」の欄には、対応する設定変更内容を識別する記号が登録される。
「日時」の欄には、対応する設定変更内容が実行された年月日時分秒（ＪＳＴ：Japan Standard Time）が登録される。
「設定変更内容」の欄には、対策案適用部１６が適用した対策案を構成する設定変更の項番（図４の設定変更候補リスト３４に示す項番）が登録される。
なお、実行済設定変更リスト３５に登録されるエントリは、実行の都度、図４中下部に順次登録されるが、実行される設定変更内容の順番について、図４に示すものは１例であり、これに限らない。
「項番」の欄には、対応する設定変更内容を識別する記号が登録される。
「日時」の欄には、対応する設定変更内容が実行された年月日時分秒（ＪＳＴ：Japan Standard Time）が登録される。
「設定変更内容」の欄には、対策案適用部１６が適用した対策案を構成する設定変更の項番（図４の設定変更候補リスト３４に示す項番）が登録される。
なお、実行済設定変更リスト３５に登録されるエントリは、実行の都度、図４中下部に順次登録されるが、実行される設定変更内容の順番について、図４に示すものは１例であり、これに限らない。
対策案導出部１５は、対策案を導出する際、設定変更キュー１５ａを保持することができる。設定変更キュー１５ａは、設定変更の実行または取り消しに関する情報をまとめたキューである。「設定変更の取り消し」とは、変更がなされた設定を変更前に戻すことをいう。
図５に示すように、設定変更キュー１５ａは、項番（設定変更候補リスト３４の項番）と、対応する設定変更の扱い（実行、取り消し）の組のデータを１または複数含む。例えば、図５中「項番３：実行」のキューは、項番３の設定変更（Configの切り替え）を指示するキューである。設定変更キュー１５ａに入力されたデータが古いほど、図６中の下方に位置している。対策案導出部１５が設定変更キュー１５ａを対策案適用部１６に送信し、対策案適用部１６が設定変更キュー１５ａを参照することで、該当する設定変更が古いものから順次実行される。
なお、設定変更キュー１５ａに追加されるキューは、設定変更候補リスト３４に合わせて図５中上部に追加されるが、図５に示すものは１例であり、これに限定されない。
なお、設定変更キュー１５ａに追加されるキューは、設定変更候補リスト３４に合わせて図５中上部に追加されるが、図５に示すものは１例であり、これに限定されない。
＜処理＞
図６に示すように、本実施形態のサービス復旧装置１は、本実施形態のサービス復旧装置１の処理（全体処理）は以下の通りである。この処理は、ステップＳ１から開始する。
図６に示すように、本実施形態のサービス復旧装置１は、本実施形態のサービス復旧装置１の処理（全体処理）は以下の通りである。この処理は、ステップＳ１から開始する。
ステップＳ１にて、トラフィック抽出部１１は、収集したフローデータから、要求トラフィックおよび応答トラフィックを抽出する。ステップＳ１の後、ステップＳ２に進む。
ステップＳ２にて、定常性算出部１２は、抽出された、要求トラフィックおよび応答トラフィックの間の定常性を算出する。ステップＳ２の後、ステップＳ３に進む。
ステップＳ３にて、サービス品質判定部１３は、特定期間内での要求トラフィックおよび応答トラフィックとの間の関係性が、定常性算出部１２が算出した定常性からどれだけ逸脱しているかによって、サービスの品質を判定する。なお、サービス品質判定部１３は、サービス品質判定部１３が用いる関係性と、定常性算出部１２が算出した定常性との逸脱度合いに関する閾値となる許容誤差を用いてサービスの品質を判定することができる。許容誤差については、特許文献１に記載されており、説明を省略する。ステップＳ３の後、ステップＳ４に進む。
に進む。
に進む。
ステップＳ４にて、サービスの品質の低下を引き起こす異常があった場合（Ｙｅｓ）、ステップＳ５に進む。一方、サービスの品質の低下を引き起こす異常が無かった場合（Ｎｏ）、サービスが正常である（サービスが元々正常である、または、異常状態から復旧した）ことを意味し、ステップＳ６に進む。
ステップＳ５にて、対策案導出部１５および対策案適用部１６は、対策案実行処理を実行する。対策案実行処理の詳細は、後記する。結果的には、ネットワークに対して、対策案を構成する設定変更が実行される。ステップＳ５の後、ステップＳ２に戻る。
ステップＳ６にて、対策案評価部１４は、サービスの復旧に対して、設定変更候補リスト３４に保存されている設定変更を評価する。対策案評価部１４は、評価の際、サービス品質低下状況保存部３３が保存する詳細データを参照することができる。詳細データの保存、設定変更の評価の詳細については、後記する。結果的には、設定変更候補リスト３４に保存されている設定変更の各々の「評価値（優先度）」の欄に登録される値が変更する。ステップＳ６の後、本処理を終了する。
図６に示す処理によれば、サービスを監視して異常が発見された場合でも自動復旧することができる。
［対策案実行処理の詳細］
図７に示すように、対策案実行処理（図６のステップＳ５）の詳細は、以下の通りである。この処理は、ステップＡ１から開始する。
図７に示すように、対策案実行処理（図６のステップＳ５）の詳細は、以下の通りである。この処理は、ステップＡ１から開始する。
ステップＡ１にて、対策案導出部１５は、すべての対策案が実行されたか否かの判定となる終了判定を行う。具体的には、全体処理（図６）１回分を通じて実行済設定変更リスト３５に登録されたことのあるエントリ（ＮＷの設定変更の組合せからなる対策案。）の数が、設定変更候補リスト３４に登録された設定変更を組み合わせて作り出すことができる対策案の数（４Ｃ１＋４Ｃ２−１＋３Ｃ３×２＝１１）よりも多いか否かを判定する。多い場合、対策案導出部１５は、結果出力部１７に「適切な対策案の導出が不可能」を示すメッセージをＨＭＩ装置５に送信し、保守者に通知し、処理を終了する。当該終了をしない場合は、ステップＡ２に進む。
ステップＡ２にて、対策案導出部１５は、許容誤差より大きくサービス品質が変動しているネットワーク装置２についての詳細データを、品質低下が発生している箇所の情報として収集し、サービス品質低下状況保存部３３に保存する。ステップＡ２の後、ステップＡ３に進む。
ステップＡ３にて、対策案導出部１５は、設定変更のリセット処理を行う。具体的には、実行済設定変更リスト３５に登録されたエントリに該当する設定変更の取り消し動作（「項番Ｘ：取り消し」で示すキュー（図５参照））を設定変更キュー１５ａに追加する。ステップＡ３の処理により、別の対策案を実行する際、以前実行した設定変更の影響を除くことができる。ステップＡ３の後、ステップＡ４に進む。
ステップＡ４にて、対策案導出部１５は、設定変更候補リスト３４からＮ個の設定変更を取得する。Ｎは自然数であり、初期値は１である。図３に従えば、設定変更のエントリは４つあるので、Ｎは１〜４の値をとる。
例えば、対策案導出部１５は、Ｎ＝１として、設定変更候補リスト３４（図３）からＮ個の設定変更（組合せ）を取得する。本実施形態では、１つの設定変更の取得順として、例えば、「評価値（優先度）」（図３）が高いものを優先的に取得するというポリシを設定することもできるが、これに限定されない。各Ｎについて、すべての設定変更を取得した後、まだ、異常から復旧できる対策案が無かった場合には、Ｎ＝Ｎ＋１としてステップＡ４の処理を再度行う。Ｎが２以上の場合、取得される設定変更の組合せの評価値は、該当する各設定変更の「評価値（優先度）」（図３）の合計値とすることができるが、これに限らない。
ステップＡ４の後、ステップＡ５に進む。
ステップＡ４の後、ステップＡ５に進む。
ステップＡ５にて、対策案導出部１５は、取得したＮ個の設定変更（組合せ）が、全体処理（図６）１回分を通じて実行済設定変更リスト３５に登録されたことがあるか否かを判定する。この判定は、実行済設定変更リスト３５の登録の履歴を辿るという周知の技術で判定することができる。登録されたことがある場合（ステップＡ５／Ｙｅｓ）、該当のＮ個の設定変更はすでに実行済である。よって、重複実行を避けるため、ステップＡ４に戻り、対策案導出部１５は、新たなＮ個の設定変更を取得する。一方、登録されたこと無い場合（ステップＡ５／Ｎｏ）、対策案導出部１５は、未実行の設定変更として判定し、ステップＡ６に進む。
ステップＡ６にて、対策案導出部１５は、該当の設定変更の実行動作を設定変更キュー１５ａに追加する。具体的には、対策案導出部１５は、設定変更キュー１５ａに、ステップＡ５で未実行と判定された設定変更を実行させるキュー（例：「項目○，○：実行」（図５参照））を追加する。ステップＡ６の後、ステップＡ７に進む。
ステップＡ７にて、対策案導出部１５は、保守者の実施可否確認処理を実行する。具体的には、対策案導出部１５は、対象のＮ個の設定変更について、設定変更候補リスト３４の「保守者の判断待ちフラグ」の値が「１：確認要」である設定変更が含まれている場合、保守者からの指示があるまで、対象のＮ個の設定変更の実行を保留する。保守者からの指示は、例えば、ＨＭＩ装置５からの入力によって実現することができる。保守者からの指示があった後、ステップＡ８に進む。
ステップＡ８にて、対策案導出部１５は、設定変更キュー１５ａを対策案適用部１６に送信する。ステップＡ８の後、ステップＡ９に進む。
ステップＡ９にて、対策案適用部１６は、対策案導出部１５から受信した設定変更キュー１５ａを参照して、該当する設定変更を実行する。ステップＡ９の後、ステップＡ１０に進む。
ステップＡ１０にて、対策案適用部１６は、実行した設定変更を実行済設定変更リスト３５（図４）に登録する。具体的には、実行した変更内容について、「項番」、「日時」、「設定変更内容」を登録する。
ステップＡ１０の後、本処理を終了し、ステップＳ２（図６）に戻る。
ステップＡ１０の後、本処理を終了し、ステップＳ２（図６）に戻る。
図７に示す処理によれば、サービスの異常からの復旧するための対策案を一通り試行することができる。
＜設定変更の評価の詳細＞
ステップＳ６にて、対策案評価部１４が設定変更候補リスト３４に保存されている設定変更を評価する際、例えば、サービスの復旧に寄与した設定変更内容については、評価値を増加させることができる。また、例えば、サービスの復旧に寄与しなかった設定変更内容については、評価値を減少させることができる。また、評価値は、サービスの異常検出箇所に応じて増減させることができる。
ステップＳ６にて、対策案評価部１４が設定変更候補リスト３４に保存されている設定変更を評価する際、例えば、サービスの復旧に寄与した設定変更内容については、評価値を増加させることができる。また、例えば、サービスの復旧に寄与しなかった設定変更内容については、評価値を減少させることができる。また、評価値は、サービスの異常検出箇所に応じて増減させることができる。
［評価方法１：固定値の増減］
例えば、以下の規則に従って、評価値を増減する。
規則１：対策案を構成するＮ個の設定変更の組合せがサービスの復旧に寄与しなかった場合、0.1／Ｎ２を、各設定変更の設定値から引く。ただし、評価値が０を下回る場合は、０とする。
規則２：対策案を構成するＮ個の設定変更の組合せがサービスの復旧に寄与した場合、0.3／Ｎを、各設定変更の設定値に加える。ただし、評価値が１を上回る場合は、１とする。
例えば、以下の規則に従って、評価値を増減する。
規則１：対策案を構成するＮ個の設定変更の組合せがサービスの復旧に寄与しなかった場合、0.1／Ｎ２を、各設定変更の設定値から引く。ただし、評価値が０を下回る場合は、０とする。
規則２：対策案を構成するＮ個の設定変更の組合せがサービスの復旧に寄与した場合、0.3／Ｎを、各設定変更の設定値に加える。ただし、評価値が１を上回る場合は、１とする。
図３に示す設定変更候補リスト３４にしたがって、サービスの復旧までに試行した対策案の試行結果の例と、対応する評価値の増減は、以下の通りであったとする。
項番１のみの対策案試行で復旧せず → -0.1/12 ＝ -0.1
項番３のみの対策案試行で復旧せず → -0.1/12 ＝ -0.1
項番４のみの対策案試行で復旧せず → -0.1/12 ＝ -0.1
項番２のみの対策案試行で復旧せず → -0.1/12 ＝ -0.1
項番１、３からなる対策案試行で復旧せず → -0.1/22 ＝ -0.025
項番１、４からなる対策案試行で復旧せず → -0.1/22 ＝ -0.025
項番３、４からなる対策案試行で復旧 → +0.3/2 ＝ +0.15
項番１のみの対策案試行で復旧せず → -0.1/12 ＝ -0.1
項番３のみの対策案試行で復旧せず → -0.1/12 ＝ -0.1
項番４のみの対策案試行で復旧せず → -0.1/12 ＝ -0.1
項番２のみの対策案試行で復旧せず → -0.1/12 ＝ -0.1
項番１、３からなる対策案試行で復旧せず → -0.1/22 ＝ -0.025
項番１、４からなる対策案試行で復旧せず → -0.1/22 ＝ -0.025
項番３、４からなる対策案試行で復旧 → +0.3/2 ＝ +0.15
このとき、各設定変更（項番１〜４）の評価値の増減値は以下の通りになる。
項番１の設定変更の増減値：-0.1 -0.025 -0.025 = -0.15
項番２の設定変更の増減値：-0.1
項番３の設定変更の増減値：-0.1 -0.025 +0.15 = +0.025
項番４の設定変更の増減値：-0.1 -0.025 +0.15 = +0.025
項番１の設定変更の増減値：-0.1 -0.025 -0.025 = -0.15
項番２の設定変更の増減値：-0.1
項番３の設定変更の増減値：-0.1 -0.025 +0.15 = +0.025
項番４の設定変更の増減値：-0.1 -0.025 +0.15 = +0.025
［評価方法２：発生した異常個所に対応する増減］
サービスの異常が発生した箇所の情報に応じて、評価値の増減値を変動させることができる。例えば、異常が発生したネットワーク装置２に収容されているエンドユーザ数に応じて、最終的な評価値の増減値に係数を乗ずることができる。
サービスの異常が発生した箇所の情報に応じて、評価値の増減値を変動させることができる。例えば、異常が発生したネットワーク装置２に収容されているエンドユーザ数に応じて、最終的な評価値の増減値に係数を乗ずることができる。
異常検出箇所の収容ユーザ数をＭ、サービス全体のユーザ数をＭ_maxとしたとする。
対策案を構成するＮ個の設定変更の組合せがサービスの復旧に寄与しなかった場合、（0.1／Ｎ２）×（Ｍ／Ｍ_max）を、各設定変更の設定値から引く。ただし、評価値が０を下回る場合は、０とする。
一方、対策案を構成するＮ個の設定変更の組合せがサービスの復旧に寄与した場合、（0.3／Ｎ）×（Ｍ／Ｍ_max）を、各設定変更の設定値に加える。ただし、評価値が１を上回る場合は、１とする。
対策案を構成するＮ個の設定変更の組合せがサービスの復旧に寄与しなかった場合、（0.1／Ｎ２）×（Ｍ／Ｍ_max）を、各設定変更の設定値から引く。ただし、評価値が０を下回る場合は、０とする。
一方、対策案を構成するＮ個の設定変更の組合せがサービスの復旧に寄与した場合、（0.3／Ｎ）×（Ｍ／Ｍ_max）を、各設定変更の設定値に加える。ただし、評価値が１を上回る場合は、１とする。
上記のように、対策案評価部１４が各設定変更について、評価値を更新することで、サービスの異常からの復旧に寄与する設定変更の寄与率を定量的に決定することができる。
＜まとめ＞
本実施形態によれば、発生したサービスの異常に対して、予め用意したネットワーク設定変更を種々組み合わせた対策案をネットワークに順次適用することができる。
したがって、ネットワーク上で提供されているサービスの自動復旧を実現することができる。
本実施形態によれば、発生したサービスの異常に対して、予め用意したネットワーク設定変更を種々組み合わせた対策案をネットワークに順次適用することができる。
したがって、ネットワーク上で提供されているサービスの自動復旧を実現することができる。
また、ネットワーク設定変更の各々に評価値を設定することで、サービスの異常からの復旧に寄与するネットワーク設定変更の寄与率を定量的に決定することができる。
≪その他≫
（１）：設定変更候補リスト３４（図３）に登録される設定変更について、同じ設定変更であっても、サービスの異常発生個所に応じて別々のエントリを作成してもよい。具体的には、設定変更候補リスト３４について、「項番」、「変更内容」、「変更方法」、「制約事項」、「保守者の判断待ちフラグ」、「評価値（優先度）」といった欄の他に、「サービスの異常検出箇所」の欄を用意してもよい。これにより、サービスの異常検出箇所ごとに評価値を設定することができ、サービスの異常からの復旧に寄与する設定変更の寄与率をより定量的に決定することができる。
（１）：設定変更候補リスト３４（図３）に登録される設定変更について、同じ設定変更であっても、サービスの異常発生個所に応じて別々のエントリを作成してもよい。具体的には、設定変更候補リスト３４について、「項番」、「変更内容」、「変更方法」、「制約事項」、「保守者の判断待ちフラグ」、「評価値（優先度）」といった欄の他に、「サービスの異常検出箇所」の欄を用意してもよい。これにより、サービスの異常検出箇所ごとに評価値を設定することができ、サービスの異常からの復旧に寄与する設定変更の寄与率をより定量的に決定することができる。
また、本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
また、本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
その他、ハードウェア、ソフトウェア、フローチャートなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
また、本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
その他、ハードウェア、ソフトウェア、フローチャートなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
１ サービス復旧装置
２ ネットワーク装置
３ サーバ
４ 端末
５ ＨＭＩ装置
１０ 処理部
１１ トラフィック抽出部
１２ 定常性算出部
１３ サービス品質判定部（判定部）
１４ 対策案評価部
１５ 対策案導出部
１５ａ 設定変更キュー
１６ 対策案適用部
１７ 結果出力部
２０ 入出力部
２１ 入力部
２２ 出力部
３０ 記憶部
３１ フローデータ保存部
３２ 定常性データ保存部
３３ サービス品質低下状況保存部
３４ 設定変更候補リスト
３５ 実行済設定変更リスト
２ ネットワーク装置
３ サーバ
４ 端末
５ ＨＭＩ装置
１０ 処理部
１１ トラフィック抽出部
１２ 定常性算出部
１３ サービス品質判定部（判定部）
１４ 対策案評価部
１５ 対策案導出部
１５ａ 設定変更キュー
１６ 対策案適用部
１７ 結果出力部
２０ 入出力部
２１ 入力部
２２ 出力部
３０ 記憶部
３１ フローデータ保存部
３２ 定常性データ保存部
３３ サービス品質低下状況保存部
３４ 設定変更候補リスト
３５ 実行済設定変更リスト
Claims (4)
- 複数のネットワーク装置から収集したフローデータを用いてサービスを監視し、前記サービスの異常があれば復旧するサービス復旧装置であって、
前記収集したフローデータから得られる定常性からの逸脱度合いを求めることによって、前記サービスの異常を判定する判定部と、
前記サービスの復旧に寄与するネットワークの設定変更を１または複数組み合わせた対策案を導出する対策案導出部と、
前記対策案導出部が導出する前記対策案の構成要素であり、前記サービスの異常状態を解消するための候補となる前記ネットワークの設定変更の一覧を保存する設定変更候補リストを記憶する記憶部と、
前記対策案導出部が導出した対策案を、前記ネットワーク装置が配置されるネットワークに適用する対策案適用部と、を備え、
前記対策案導出部は、適用した前記設定変更をリセットしてから、前記設定変更候補リストの中から、前記設定変更の組み合わせの評価値の高いものから順に、復旧のための前記設定変更を取得する、
ことを特徴とするサービス復旧装置。 - 複数のネットワーク装置から収集したフローデータを用いてサービスを監視し、前記サービスの異常があれば復旧するサービス復旧装置であって、
前記収集したフローデータから得られる定常性からの逸脱度合いを求めることによって、前記サービスの異常を判定する判定部と、
前記サービスの復旧に寄与するネットワークの設定変更を１または複数組み合わせた対策案を導出する対策案導出部と、
前記対策案導出部が導出する前記対策案の構成要素であり、前記サービスの異常状態を解消するための候補となる前記ネットワークの設定変更の一覧を保存する設定変更候補リストを記憶する記憶部と、
前記対策案導出部が導出した対策案を、前記ネットワーク装置が配置されるネットワークに適用する対策案適用部と、を備え、
前記対策案適用部が前記対策案を適用することによって、異常状態であったサービスが復旧したと前記判定部によって判定された場合、適用された前記対策案を評価する対策案評価部を備え、
前記対策案評価部は、サービスの異常が発生した箇所の情報であるエンドユーザ数に応じて、前記設定変更の組み合わせの評価値の増減値を変動させる、
ことを特徴とするサービス復旧装置。 - 複数のネットワーク装置から収集したフローデータを用いてサービスを監視し、前記サービスの異常があれば復旧するサービス復旧装置におけるサービス復旧方法であって、
前記サービス復旧装置は、
対策案導出ステップにおいて導出される対策案の構成要素であり、前記サービスの異常状態を解消するための候補となるネットワークの設定変更の一覧を保存する設定変更候補リストを記憶する記憶部を備えており、
前記収集したフローデータから得られる定常性からの逸脱度合いを求めることによって、前記サービスの異常を判定する判定ステップと、
前記サービスの復旧に寄与するネットワークの設定変更を１または複数組み合わせた対策案を導出するとともに、適用した前記設定変更をリセットしてから、前記設定変更候補リストの中から、前記設定変更の組み合わせの評価値の高いものから順に、復旧のための前記設定変更を取得する対策案導出ステップと、
前記対策案導出ステップで導出した対策案を、前記ネットワーク装置が配置されるネットワークに適用する対策案適用ステップと、を実行する、
ことを特徴とするサービス復旧方法。 - 複数のネットワーク装置から収集したフローデータを用いてサービスを監視し、前記サービスの異常があれば復旧するサービス復旧装置におけるサービス復旧方法であって、
前記サービス復旧装置は、
対策案導出ステップにおいて導出される対策案の構成要素であり、前記サービスの異常状態を解消するための候補となるネットワークの設定変更の一覧を保存する設定変更候補リストを記憶する記憶部を備えており、
前記収集したフローデータから得られる定常性からの逸脱度合いを求めることによって、前記サービスの異常を判定する判定ステップと、
前記サービスの復旧に寄与するネットワークの設定変更を１または複数組み合わせた対策案を導出する前記対策案導出ステップと、
前記対策案導出ステップにおいて導出される対策案を、前記ネットワーク装置が配置されるネットワークに適用する対策案適用ステップと、
前記対策案適用ステップにおいて導出される前記対策案を適用することによって、異常状態であったサービスが復旧したと前記判定ステップによって判定された場合、適用された前記対策案を評価するとともに、サービスの異常が発生した箇所の情報であるエンドユーザ数に応じて、前記設定変更の組み合わせの評価値の増減値を変動させる対策案評価ステップと、を実行する、
ことを特徴とするサービス復旧方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017025907A JP6718398B2 (ja) | 2017-02-15 | 2017-02-15 | サービス復旧装置およびサービス復旧方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017025907A JP6718398B2 (ja) | 2017-02-15 | 2017-02-15 | サービス復旧装置およびサービス復旧方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018133688A JP2018133688A (ja) | 2018-08-23 |
| JP6718398B2 true JP6718398B2 (ja) | 2020-07-08 |
Family
ID=63248673
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017025907A Active JP6718398B2 (ja) | 2017-02-15 | 2017-02-15 | サービス復旧装置およびサービス復旧方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6718398B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7079721B2 (ja) * | 2018-12-05 | 2022-06-02 | アラクサラネットワークス株式会社 | ネットワーク異常検知装置、ネットワーク異常検知システム及びネットワーク異常検知方法 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000293451A (ja) * | 1999-04-06 | 2000-10-20 | Mitsubishi Electric Corp | 分散データ配信管理システムおよび配信監視方法 |
| JP2001045009A (ja) * | 1999-07-27 | 2001-02-16 | Nec Commun Syst Ltd | Ａｔｍ通信ネットワークシステム |
| JP3356145B2 (ja) * | 1999-12-22 | 2002-12-09 | 日本電気株式会社 | 伝送路障害救済方法、伝送路障害救済システム、記憶媒体およびルータ |
| FR2873879B1 (fr) * | 2004-07-30 | 2006-10-27 | Cit Alcatel | Systeme de gestion de reseau de communication pour reparation automatique de pannes |
| JP4437094B2 (ja) * | 2005-01-13 | 2010-03-24 | Ｎｅｃインフロンティア株式会社 | 通信機器の保守方法とシステム |
| JP6325993B2 (ja) * | 2015-02-04 | 2018-05-16 | 日本電信電話株式会社 | サービス監視装置、および、サービス監視方法 |
| JP6317685B2 (ja) * | 2015-02-09 | 2018-04-25 | 日本電信電話株式会社 | 通信監視システム、通信監視方法およびプログラム |
-
2017
- 2017-02-15 JP JP2017025907A patent/JP6718398B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2018133688A (ja) | 2018-08-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9372995B2 (en) | Vulnerability countermeasure device and vulnerability countermeasure method | |
| EP3326330B1 (en) | Methods, systems, and apparatus to generate information transmission performance alerts | |
| JP5418250B2 (ja) | 異常検出装置、プログラム、及び異常検出方法 | |
| US7804787B2 (en) | Methods and apparatus for analyzing and management of application traffic on networks | |
| US7801985B1 (en) | Data transfer for network interaction fraudulence detection | |
| EP3704837B1 (en) | Dynamic socket qos settings for web service (http) connections | |
| US20110270957A1 (en) | Method and system for logging trace events of a network device | |
| US9729563B2 (en) | Data transfer for network interaction fraudulence detection | |
| CN108989368B (zh) | 一种链路质量的控制方法及监控设备 | |
| JP6220625B2 (ja) | 遅延監視システムおよび遅延監視方法 | |
| US10862807B2 (en) | Packet telemetry data via first hop node configuration | |
| JP2015535669A (ja) | 暗号化されたセッションのモニタリング | |
| JP2018006792A (ja) | 制御装置、テスト方法、テストプログラム、および、通信システム | |
| JP6718398B2 (ja) | サービス復旧装置およびサービス復旧方法 | |
| CN109873762B (zh) | 路径调度方法、装置和计算机可读存储介质 | |
| JP2016146581A (ja) | トラヒック情報収集装置およびトラヒック情報収集方法 | |
| JP5684748B2 (ja) | ネットワーク品質監視装置及びネットワーク品質監視方法 | |
| JP2018137500A (ja) | セキュリティ対処案設計装置、セキュリティ対処案評価装置、セキュリティ対処案設計方法及びセキュリティ対処案評価方法 | |
| JP6325993B2 (ja) | サービス監視装置、および、サービス監視方法 | |
| JP2014036408A (ja) | 通信装置、通信システム、通信方法、および、通信プログラム | |
| EP4104414B1 (en) | End user security manager | |
| JP2016146555A (ja) | サービス影響原因推定装置、サービス影響原因推定プログラム、及びサービス影響原因推定方法 | |
| JP6476853B2 (ja) | ネットワーク監視システム及び方法 | |
| JP6629174B2 (ja) | 通信監視装置、通信監視方法及び通信監視プログラム | |
| JP2012169756A (ja) | 暗号化通信検査システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190301 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20191119 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20191120 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200120 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200218 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200417 |
|
| 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: 20200609 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200612 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6718398 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |