(57)【要約】  本出願は、例外監視及び警告方法並びに装置を提供する。例外監視及び警告方法は、処理されるべき警告項目の警告に関する情報を記録することと、処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件を満たすかどうかを判断することと、判断結果が、肯定である場合に、疲労期間に入るように、処理されるべき警告項目を制御することと、処理されるべき警告項目の警告回数を低減するために、疲労期間において処理されるべき警告項目に対して警告制御を行うこととを含む。本出願は、例外を監視し、警告を適切に生成し、それにより例外警告によって消費される資源を節約し、警告対象への妨害を低減することができる。
2019514098.tif 000002
【特許請求の範囲】
【請求項１】
例外監視及び警告方法であって、
処理されるべき警告項目の警告に関する情報を記録することと、
前記処理されるべき警告項目の警告に関する前記情報が、事前設定の疲労条件を満たすかどうかを判断することと、
前記判断結果が肯定である場合に、疲労期間に入るように、前記処理されるべき警告項目を制御することと、
前記処理されるべき警告項目の警告回数を低減するために、前記疲労期間において前記処理されるべき警告項目に対して警告制御を行うことと
を含む例外監視及び警告方法。
【請求項２】
処理されるべき警告項目の警告に関する情報を記録する前記ステップが、
前記処理されるべき警告項目の前記警告回数及び前記処理されるべき警告項目の警告時刻の少なくとも１つを記録することを含み、
前記処理されるべき警告項目の警告に関する前記情報が、事前設定の疲労条件を満たすかどうかを判断する前記ステップが、次の判断動作：
前記処理されるべき警告項目の前記警告回数が、事前設定の回数閾値より大きいかどうかを判断する動作と、
前記処理されるべき警告項目の前記警告時刻が、事前設定の時間範囲内にあるかどうかを判断する動作と、
前記処理されるべき警告項目の警告頻度が、事前設定の頻度閾値より大きいかどうかを判断する動作と
の少なくとも１つを実行することを含み、
前記少なくとも１つの判断動作の判断結果が肯定である場合に、前記処理されるべき警告項目の警告に関する前記情報が、前記事前設定の疲労条件を満たすと判定される、請求項１に記載の方法。
【請求項３】
前記処理されるべき警告項目の前記警告回数を低減するために、前記疲労期間において前記処理されるべき警告項目に対して警告制御を行う前記ステップが、
前記疲労期間において前記処理されるべき警告項目の警告要求をインターセプトすることと、前記警告回数が警告要求数より小さいという原理に基づいて、前記処理されるべき警告項目に対して警告処理を行うこととを含む、請求項１に記載の方法。
【請求項４】
疲労期間に入るように、前記処理されるべき警告項目を制御する前記ステップが、
前記処理されるべき警告項目を警告キューから取り除き、且つ前記処理されるべき警告項目を疲労期間キューに追加することを含み、
前記警告キューが、各警告要求に従って、警告処理を要求する警告項目を格納するために用いられ、前記疲労期間キューが、前記警告回数が前記警告要求数より小さいという前記原理に基づいて警告処理を行う必要のある警告項目を格納するために用いられる、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記処理されるべき警告項目が、事前設定の警告条件を満たす場合に、前記処理されるべき警告項目を前記疲労期間キューから取り除き、且つ前記処理されるべき警告項目を前記警告キューに追加することを更に含む、請求項４に記載の方法。
【請求項６】
前記事前設定の警告条件が、以下：
前記疲労期間が終了することと、
前記疲労期間において前記処理されるべき警告項目の２つの隣接する警告要求間の時間間隔が、事前設定の時間間隔閾値より大きいことと、
警告システムがオフにされることと、
警告規則が修正されることと
の少なくとも１つを含む、請求項５に記載の方法。
【請求項７】
例外監視及び警告装置であって、
処理されるべき警告項目の警告に関する情報を記録するように構成された記録モジュールと、
前記処理されるべき警告項目の警告に関する前記情報が、事前設定の疲労条件を満たすかどうかを判断するように構成された判断モジュールと、
前記判断モジュールの判断結果が肯定である場合に、疲労期間に入るように、前記処理されるべき警告項目を制御するように構成された疲労制御モジュールと、
前記処理されるべき警告項目の警告回数を低減するために、前記疲労期間において前記処理されるべき警告項目に対して警告制御を行うように構成された警告制御モジュールと
を含む例外監視及び警告装置。
【請求項８】
前記記録モジュールが、
前記処理されるべき警告項目の前記警告回数と、前記処理されるべき警告項目の警告時刻との少なくとも１つを記録するように特に構成され、
前記判断モジュールが、次の判断動作：
前記処理されるべき警告項目の前記警告回数が、事前設定の回数閾値より大きいかどうかを判断する動作と、
前記処理されるべき警告項目の前記警告時刻が、事前設定の時間範囲内にあるかどうかを判断する動作と、
前記処理されるべき警告項目の警告頻度が、事前設定の頻度閾値より大きいかどうかを判断する動作と
の少なくとも１つを実行するように特に構成され、
前記少なくとも１つの判断動作の判断結果が肯定である場合に、前記処理されるべき警告項目の警告に関する前記情報が、前記事前設定の疲労条件を満たすと判定される、請求項７に記載の装置。
【請求項９】
前記警告制御モジュールが、
前記疲労期間において前記処理されるべき警告項目の警告要求をインターセプトし、且つ前記警告回数が警告要求数より小さいという原理に基づいて、前記処理されるべき警告項目に対して警告処理を行うように特に構成される、請求項７に記載の装置。
【請求項１０】
前記疲労制御モジュールが、
前記処理されるべき警告項目を警告キューから取り除き、且つ前記処理されるべき警告項目を疲労期間キューに追加するように特に構成され、
前記警告キューが、各警告要求に従って、警告処理を要求する警告項目を格納するために用いられ、前記疲労期間キューが、前記警告回数が前記警告要求数より小さいという前記原理に基づいて警告処理を行う必要のある警告項目を格納するために用いられる、請求項７〜９のいずれか一項に記載の装置。
【請求項１１】
前記疲労制御モジュールが、
前記処理されるべき警告項目が、事前設定の警告条件を満たす場合に、前記処理されるべき警告項目を前記疲労期間キューから取り除き、且つ前記処理されるべき警告項目を前記警告キューに追加するように更に構成される、請求項１０に記載の装置。
【請求項１２】
前記事前設定の警告条件が、以下：
前記疲労期間が終了することと、
前記疲労期間において前記処理されるべき警告項目の２つの隣接する警告要求間の時間間隔が、事前設定の時間間隔閾値より大きいことと、
警告システムがオフにされることと、
警告規則が修正されることと
の少なくとも１つを含む、請求項１１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野
本出願は、通信技術の分野に関し、特に例外監視及び警告方法並びに装置に関する。
【背景技術】
【０００２】
背景技術
不安定性及びエラーなどの例外は、様々なアプリケーションシステムにおいて避けられない。アプリケーションシステムに例外が発生した場合に、例外によって引き起こされる損失は、ちょうどよい時に又は更には前もって警告がなされれば、大幅に低減される。
【０００３】
先行技術において、監視及び警告ソリューションは、ちょうどよい時に例外を発見するために、アプリケーションシステムにおいて一般に用いられる。即ち、アプリケーションシステムが故障するか、又はシステム警告閾値への到達が観察された場合に、警告メッセージが、警告対象に送信される。既存の監視及び警告ソリューションは、次の問題を有する。即ち、システムが、警告閾値を持続的にトリガする場合に、警告メッセージが、警告対象に絶えず送信され、それが、資源の無駄を引き起こすだけでなく、警告対象をひどく悩ませる問題である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
発明の概要
本出願は、例外を監視して警告を適切に生成し、それにより例外警告によって消費される資源を節約し、警告対象への妨害を低減するための例外監視及び警告方法並びに装置を提供する。
【課題を解決するための手段】
【０００５】
上記の目的を達成するために、本出願の実施形態は、次の技術的ソリューションを採用する。
【０００６】
第１の態様において、例外監視及び警告方法であって、
処理されるべき警告項目の警告に関する情報を記録することと、
処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件（fatigue condition）を満たすかどうかを判断することと、
判断結果が肯定である場合に、疲労期間（fatigue period）に入るように、処理されるべき警告項目を制御することと、
処理されるべき警告項目の警告回数を低減するために、疲労期間において、処理されるべき警告項目に対して警告制御を行うことと
を含む例外監視及び警告方法が提供される。
【０００７】
第２の態様において、例外監視及び警告装置であって、
処理されるべき警告項目の警告に関する情報を記録するように構成された記録モジュールと、
処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件を満たすかどうかを判断するように構成された判断モジュールと、
判断モジュールの判断結果が肯定である場合に、疲労期間に入るように、処理されるべき警告項目を制御するように構成された疲労制御モジュールと、
処理されるべき警告項目の警告回数を低減するために、疲労期間において、処理されるべき警告項目に対して警告制御を行うように構成された警告制御モジュールと
を含む例外監視及び警告装置が提供される。
【０００８】
前述の技術的ソリューションから分かるように、本出願は、処理されるべき警告項目の警告回数を低減するために、疲労期間において、処理されるべき警告項目に対して警告制御を行う。一方で、警告処理は、処理されるべき警告項目に対して実行することができ、他方で、処理されるべき警告項目の警告回数は、適切に低減し、それにより例外警告によって消費される資源を節約し、警告対象への妨害を低減することができる。
【０００９】
上記の説明は、単に、本出願の技術的ソリューションの概要である。本出願の特定の実装形態は、当業者が、本出願の技術手段をより明白に理解し、それにより本明細書の内容に従って本出願を実施するのを支援するように、且つ本出願の上記及び他の目的、特徴及び利点をより分かりやすくするように、以下で明確に説明される。
【００１０】
図面の簡単な説明
当業者は、以下の好ましい実装形態の詳細な説明を読んだ後で、様々な他の利点及び利益に関して明らかになろう。添付の図面は、単に、好ましい実装形態を示すために用いられ、本出願の限定としては解釈されない。全ての添付の図面において、同一のコンポーネントは、同一の参照数字によって表される。
【図面の簡単な説明】
【００１１】
【図１】本出願の実施形態による例外監視及び警告方法の概略流れ図である。
【図２】本出願の別の実施形態による、Ｎ疲労期間キューが同じ疲労期間を共有する事例の概略図である。
【図３】本出願の更に別の実施形態による、Ｎ疲労期間キューが相異なる疲労期間をそれぞれ用いる事例の概略図である。
【図４】本出願の更に別の実施形態による、警告キュー及び疲労期間キューを組み合わせて用いることによって、処理されるべき警告項目に対して警告処理を行う例示的な図である。
【図５】本出願の更に別の実施形態による例外監視及び警告装置の概略構造図である。
【発明を実施するための形態】
【００１２】
詳細な説明
本開示の例示的な実施形態が、添付の図面を参照して、以下でより詳細に説明される。本開示の例示的な実施形態は、添付の図面に示されている。しかしながら、本開示が、様々な形態で実施され得、且つ本明細書で説明される実施形態によって限定されるべきではないことを理解されたい。対照的に、実施形態は、本開示が、より徹底的で完全に理解され得るように、且つ本開示の範囲が、当業者に完全に伝達され得るように提供される。
【００１３】
既存の例外監視ソリューションは、次の問題を有する。即ち、システムが、警告閾値を持続的にトリガする場合に、警告メッセージが、警告対象に絶えず送信され、それが、資源の無駄を引き起こすだけでなく、警告対象をひどく悩ませる問題である。
【００１４】
上記の問題を解決するために、本出願は、ソリューションを提供する。それは、以下のような主要な原理、即ち、疲労期間が、警告項目に設定されることに基づいている。警告項目は、警告項目が、疲労期間に入る条件を満たす場合に、疲労期間に入るように制御される。警告制御は、警告項目の警告回数を低減するために、疲労期間において警告項目に対して行われる。一方で、警告処理は、処理されるべき警告項目に対して実行することができる。他方で、処理されるべき警告項目の警告回数は、適切に低減し、それにより例外警告によって消費される資源を節約し、且つ警告対象への妨害を低減することができる。
【００１５】
本出願の技術的ソリューションは、次のように特定の実施形態を介して詳細に説明される。
【００１６】
図１は、本出願の実施形態による例外監視及び警告方法の概略流れ図である。図１に示されているように、方法は、次のステップを含む。
１０１：処理されるべき警告項目の警告に関する情報が記録される。
１０２：処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件を満たすかどうかが判断される。判断結果が肯定である場合に、ステップ１０３が実行され、判断結果がｎｏである場合に、手順は、ステップ１０１に戻る。
１０３：処理されるべき警告項目は、疲労期間に入るように制御される。
１０４：警告制御は、処理されるべき警告項目の警告回数を低減するために、疲労期間において、処理されるべき警告項目に対して行われる。
【００１７】
この実施形態は、例外監視及び警告方法を提供し、例外監視及び警告方法は、システムにおける例外を監視して警告を適切に生成し、それにより例外警告によって消費される資源を節約し、且つ警告対象への妨害を低減するために、例外監視及び警告装置によって実行することができる。
【００１８】
この実施形態において提供される方法は、例外監視が必要とされる任意のシナリオ及びシステム、例えば、タスクスケジューリングシステム、クローラシステム、電気機械システム、情報収集システムなどに適用可能である。
【００１９】
この実施形態において、監視される必要のある対象、即ち、警告をトリガする可能性がある対象は、警告項目と呼ばれる。警告項目は、相異なるアプリケーションシステムに従い、特定の実装形態において変化する。例えば、警告項目は、特に、タスクスケジューリングシステム用のスケジューリングされるべきタスクである。別の例に関し、警告項目は、クローラシステム用のネットワーククローラの走行状態である。別の例に関し、電気機械システム用に、警告項目は、電気機械システムにおける関連デバイス又はモジュールの動作状態である。
【００２０】
説明及び識別を容易にするために、警告制御処理を要求する警告項目は、この実施形態において、処理されるべき警告項目と呼ばれ、処理されるべき警告項目は、任意のアプリケーションシステムにおける任意の警告項目とすることができる。
【００２１】
特に、正常状態において、処理されるべき警告項目は、事前設定の警告状態を満たす場合に警告をトリガする。即ち、例外監視及び警告装置に警告要求を送信する。例外監視及び警告装置は、処理されるべき警告項目の警告要求に従って、処理されるべき警告項目に対して警告処理を行う。本明細書において、警告処理は、警告対象（又は警告受信部と呼ばれる）に警告メッセージを送信することを主に指す。処理されるべき警告項目が、警告を頻繁にトリガする場合に、例外監視及び警告装置は、警告対象に警告メッセージを頻繁に送信する必要がある。これは、警告が、資源を浪費するだけでなく、不適当な時に行われる場合に、警告対象への妨害を引き起こす。
【００２２】
上記の問題を解決するために、この実施形態では、処理されるべき警告項目に疲労期間が設定される。いわゆる疲労期間は、処理されるべき警告項目の警告回数が低減され得る期間を指す。それに応じて、処理されるべき警告項目が、疲労期間に入り得るかどうかを判定するために、疲労条件が設定される。これに基づき、正常状態における処理されるべき警告項目の警告要求に従って、処理されるべき警告項目に対して警告処理を行うことに加えて、例外監視及び警告装置はまた、処理されるべき警告項目の警告に関する情報を記録し、且つ処理されるべき警告項目が、処理されるべき警告項目の警告に関する情報に従って、疲労期間に入り得るかどうかを判断する。特に、例外監視及び警告装置は、処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件を満たすかどうかを判断する。判断結果が肯定である場合に、即ち、処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件を満たす場合に、処理されるべき警告項目は、疲労期間に入るように制御される。更に、疲労期間において、処理されるべき警告項目の警告回数を低減するために、警告制御が、処理されるべき警告項目に対して行われる。
【００２３】
任意選択の実装形態において、処理されるべき警告項目の警告に関する情報は、処理されるべき警告項目の警告回数と、処理されるべき警告項目の警告時刻との少なくとも１つを含む。
【００２４】
処理されるべき警告項目の警告回数は、指定期間における処理されるべき警告項目の合計警告回数を指すことができ、指定期間は、最近の１週間、１日、２日等であってもよい。
【００２５】
処理されるべき警告項目の警告時刻は、指定期間における処理されるべき警告項目の各警告時刻を指すことができる。
【００２６】
処理されるべき警告項目の警告に関する情報に含まれる、処理されるべき警告項目の警告回数と、処理されるべき警告項目の警告時刻との少なくとも１つに基づいて、事前設定の疲労条件は、以下：
処理されるべき警告項目の警告回数が、事前設定の回数閾値より大きいことと、
処理されるべき警告項目の警告時刻が、事前設定の時間範囲内にあることと、
処理されるべき警告項目の警告頻度が、事前設定の頻度閾値より大きいことと
の少なくとも１つを含んでもよい。
【００２７】
上記に基づいて、処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件を満たすかどうかを判断するステップは、以下の判断動作、
処理されるべき警告項目の警告回数が、事前設定の回数閾値より大きいかどうかを判断することと、
処理されるべき警告項目の警告時刻が、事前設定の時間範囲内にあるかどうかを判断することと、
処理されるべき警告項目の警告頻度が、事前設定の頻度閾値より大きいかどうかを判断することと
の少なくとも１つを実行することを含む。
【００２８】
少なくとも１つの判断動作の判断結果が肯定である場合に、処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件を満たすと判定され、それは、処理されるべき警告項目が、疲労期間に入り得ることを意味する。それに対応して、少なくとも１つの判断動作のいずれの判断結果も否定である場合に、処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件を満たさないと判定され、それは、処理されるべき警告項目が、疲労期間に入り得ないことを意味する。
【００２９】
実際の警告期間の継続期間は、指定期間における、処理されるべき警告項目の第１の警告時刻と、処理されるべき警告項目の最後の警告時刻とに従って取得することができる。処理されるべき警告項目の警告頻度は、指定期間における、実際の警告期間の継続期間と、処理されるべき警告項目の合計警告回数とを使用することによって取得することができる。
【００３０】
任意選択の実装形態において、処理されるべき警告項目の警告回数を低減するために、疲労期間において、処理されるべき警告項目に対して警告制御を行う特定の実装形態は、
疲労期間において、処理されるべき警告項目の警告要求をインターセプトすることと、警告回数が警告要求数より小さいという原理に基づいて、処理されるべき警告項目に対して警告処理を行うこととを含む。
【００３１】
特に、疲労期間において、例外監視及び警告装置は、処理されるべき警告項目を監視し、処理されるべき警告項目が事前設定の警告条件を満たすとの理由で、処理されるべき警告項目が警告をトリガするのを発見した場合に、例外監視及び警告装置に送信された警告要求をインターセプトし、且つ警告回数が警告要求数より小さいという原理に基づいて、処理されるべき警告項目に対して警告処理を行う。
【００３２】
この実施形態は、警告回数が警告要求数より小さいという原理に基づいて例外監視及び警告装置が処理されるべき警告項目に対して警告処理を行う方法を制限しない。
【００３３】
例えば、疲労期間において、例外監視及び警告装置は、１つ又は幾つかの警告要求の間隔を置いて、処理されるべき警告項目に対して警告処理を行うことができる。
【００３４】
別の例に関し、疲労期間において、例外監視及び警告装置は、処理されるべき警告項目に対して警告処理を行わない。
【００３５】
別の例に関し、疲労期間において、例外監視及び警告装置は、処理されるべき警告項目に対して警告処理を一度だけ行うことができる。例えば、例外監視及び警告装置は、第１の警告要求のみに応じて、処理されるべき警告項目に対して警告処理を行うことができ、後続の警告要求用の処理されるべき警告項目に対して、もはや警告処理を行わない。
【００３６】
任意選択の実装形態において、処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件を満たす場合に、疲労期間に入るように、処理されるべき警告項目を制御する実装形態は、
処理されるべき警告項目の疲労マークを生成することと、疲労期間の時間を計るためにタイマを始動させることとを含む。例外監視及び警告装置は、警告項目が疲労マークを担持しているかどうかを判断することができる。警告項目が、疲労マークを担持しているのを発見した場合に、処理されるべき警告項目の警告回数を低減するために、警告項目に対応する疲労期間において、警告項目に対して警告制御が行われる必要があると判定される。疲労期間は、タイマの計時が終了するときに終了する。
【００３７】
別の任意選択の実装形態において、２つの格納キューが予め構成される。１つは、警告キューであり、もう一方は、疲労期間キューである。警告キューは、各警告要求に従って、警告処理を要求する警告項目を格納するために用いられる。換言すれば、警告キューにおける警告項目に関し、例外監視及び警告装置は、警告項目の警告要求が受信されるごとに、警告項目の警告処理を一度行う必要がある。疲労期間キューは、警告回数が警告要求数より小さいという原理に基づいて警告処理を行う必要のある警告項目を格納するために用いられる。換言すれば、疲労期間キューにおける警告項目に関し、例外監視及び警告装置は、警告項目の警告要求が受信されるごとに、警告項目の警告処理を一度行うべきではなく、警告項目の警告回数をできる限り低減すべきである。
【００３８】
上記に基づいて、処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件を満たす場合に、疲労期間に入るように、処理されるべき警告項目を制御する実装形態は、
処理されるべき警告項目を警告キューから除去することと、処理されるべき警告項目を疲労期間キューに追加することとを含む。
【００３９】
１つ又は複数の疲労期間キューが存在し得ることに留意されたい。複数の疲労期間キューが用いられる場合に、疲労期間キューは、同じ疲労期間長さ又は相異なる疲労期間長さを有することができる。図２は、Ｎ疲労期間キューが、同じ疲労期間を共有する事例を示し、図３は、Ｎ疲労期間キューが、相異なる疲労期間をそれぞれ用いる事例を示す。Ｎは、１より大きい自然数である。
【００４０】
図４は、警告キュー及び疲労期間キューを組み合わせて用いることによって、処理されるべき警告項目に対して警告処理を行う例示的な図である。処理されるべき警告項目は、警告キューに位置する。処理されるべき警告項目による警告の第１のトリガから警告の（Ｍ−１）番目のトリガまでのプロセスにおいて、例外監視及び警告装置は、警告のトリガが感知されるごとに、処理されるべき警告項目の警告メッセージを警告対象に直ちに送信する。警告の第１のトリガから警告の（Ｍ−１）番目のトリガまでのプロセスにおいて、警告の２つの隣接するトリガ間の時間間隔が、同じでも異なってもよいことに留意されたい。
【００４１】
処理されるべき警告項目が、Ｍ番目の回の警告をトリガする場合に、例外監視及び警告装置は、処理されるべき警告項目の警告回数が、事前設定の回数閾値より大きいと判定、即ち、疲労期間に入る条件が満たされると判定する。従って、例外監視及び警告装置は、処理されるべき警告項目を警告キューから取り除き、それを疲労期間キューに追加し、且つ処理されるべき警告項目の警告メッセージを警告対象に送信する。次に、処理されるべき警告項目が、疲労期間において（Ｋ−Ｍ）個の警告を更にトリガすると仮定されるが、しかし例外監視及び警告装置は、処理されるべき警告項目の警告メッセージを警告対象にもはや送信しない。Ｍ及びＫは、両方とも自然数であり、Ｋ＞Ｍであり、且つＭ＞１である。
【００４２】
疲労期間全体において、例外監視及び警告装置が、処理されるべき警告項目によってトリガされた最初の警告に応じて、１つの警告メッセージを警告対象に送信するだけで、他の警告に対しては警告メッセージを送信しない実装形態が、単に例であることに留意されたい。本出願は、この実装形態に限定されない。警告回数が、警告トリガ回数より小さいことを保証できるいずれの実装形態も、本出願の実施形態の保護範囲内に入る。
【００４３】
更に、処理されるべき警告項目の警告処理を正常にタイムリーに且つ合理的に行うために、処理されるべき警告項目は、疲労期間に必ずしもとどまるべきではない。これに基づき、この実施形態において、警告条件が事前設定される。処理されるべき警告項目が、事前設定の警告条件を満たす場合に、処理されるべき警告項目は、疲労期間キューから取り除き、且つ再び警告キューに加えることができる。
【００４４】
前述の警告条件は、以下：
疲労期間が終了することであって、処理されるべき警告項目が通常の警告処理を再び要求し、従って警告キューに再び追加される必要があることを意味することと、
疲労期間において、処理されるべき警告項目の２つの隣接する警告要求間の時間間隔が、事前設定の時間間隔閾値より大きいことであって、処理されるべき警告項目が、もはや頻繁には警告をトリガせず、従って再び警告キューに追加される必要があることを示すことと、
警告システムがオフにされることであって、デフォルト状態が回復されることを意味し、通常の警告処理が、全ての警告項目に対して行われ、従って処理されるべき警告項目が、警告キューに再び追加される必要があることと、
警告規則が修正されることであって、デフォルト状態が回復されることを意味し、通常の警告処理が、デフォルトで全ての警告項目に対して行われ、従って処理されるべき警告項目が、警告キューに再び追加される必要があることと
の少なくとも１つを含むことができる。
【００４５】
更に、処理されるべき警告項目が、疲労期間に再び入る条件を満たす場合に、処理されるべき警告項目は、警告キューから疲労期間キューに再び追加され、従って循環処理を実施することができる。
【００４６】
この実施形態において、警告処理は、非疲労期間に、処理されるべき警告項目に対して正常に行うことができ、処理されるべき警告項目の警告回数は、疲労期間において低減することができる。一方で、例外警告は、処理されるべき警告項目に行うことができ、他方で、処理されるべき警告項目の警告回数は、低減され、それにより例外警告によって消費される資源を節約し、警告対象に対する妨害を低減することができる。
【００４７】
図５は、本出願の更に別の実施形態による例外監視及び警告装置の概略構造図である。図５に示されているように、装置は、記録モジュール５１、判断モジュール５２、疲労制御モジュール５３、及び警告制御モジュール５４を含む。
【００４８】
記録モジュール５１は、処理されるべき警告項目の警告に関する情報を記録するように構成される。
【００４９】
判断モジュール５２は、処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件を満たすかどうかを判断するように構成される。
【００５０】
疲労制御モジュール５３は、判断モジュール５２の判断結果が肯定である場合に、疲労期間に入るように、処理されるべき警告項目を制御するように構成される。
【００５１】
警告制御モジュール５４は、処理されるべき警告項目の警告回数を低減するために、疲労期間において、処理されるべき警告項目に対して警告制御を行うように構成される。
【００５２】
任意選択の実装形態において、記録モジュール５１は、処理されるべき警告項目の警告回数と、処理されるべき警告項目の警告時刻との少なくとも１つを記録するように特に構成することができる。
【００５３】
処理されるべき警告項目の警告回数は、指定期間における処理されるべき警告項目の合計警告回数を指すことができ、指定期間は、最近の１週間、１日、２日等であってもよい。
【００５４】
処理されるべき警告項目の警告時刻は、指定期間における処理されるべき警告項目の各警告の時刻を指すことができる。
【００５５】
処理されるべき警告項目の警告に関する情報に含まれる、処理されるべき警告項目の警告回数及び処理されるべき警告項目の警告時刻の少なくとも１つに基づいて、事前設定の疲労条件は、以下：
処理されるべき警告項目の警告回数が、事前設定の回数閾値より大きいことと、
処理されるべき警告項目の警告時刻が、事前設定の時間範囲内にあることと、
処理されるべき警告項目の警告頻度が、事前設定の頻度閾値より大きいことと
の少なくとも１つを含むことができる。
【００５６】
それに応じて、判断モジュール５２は、次の判断動作：
処理されるべき警告項目の警告回数が、事前設定の回数閾値より大きいかどうかを判断する動作と、
処理されるべき警告項目の警告時刻が、事前設定の時間範囲内にあるかどうかを判断する動作と、
処理されるべき警告項目の警告頻度が、事前設定の頻度閾値より大きいかどうかを判断する動作と
の少なくとも１つを実行するように特に構成することができる。
【００５７】
少なくとも１つの判断動作の判断結果が肯定である場合に、処理されるべき警告項目の警告に関する情報が、事前設定の疲労条件を満たすと判定される。
【００５８】
実際の警告期間の継続期間は、指定期間における、処理されるべき警告項目の第１の警告時刻と、処理されるべき警告項目の最後の警告時刻とに従って取得することができる。処理されるべき警告項目の警告頻度は、指定期間における処理されるべき警告項目の実際の警告期間の継続期間及び合計警告回数を用いることによって取得することができる。
【００５９】
任意選択の実装形態において、警告制御モジュール５４は、
疲労期間において、処理されるべき警告項目の警告要求をインターセプトし、且つ警告回数が警告要求数より小さいという原理に基づいて、処理されるべき警告項目に対して警告処理を行うように特に構成することができる。
【００６０】
任意選択の実装形態において、疲労制御モジュール５３は、
処理されるべき警告項目を警告キューから取り除き、且つ処理されるべき警告項目を疲労期間キューに追加するように特に構成することができる。
【００６１】
警告キューは、各警告要求に従って、警告処理を要求する警告項目を格納するために用いられる。疲労期間キューは、警告回数が警告要求数より小さいという原理に基づいて警告処理が行われる必要のある警告項目を格納するために用いられる。
【００６２】
更に、疲労制御モジュール５３はまた、
処理されるべき警告項目が、事前設定の警告条件を満たす場合に、処理されるべき警告項目を疲労期間キューから取り除き、且つ処理されるべき警告項目を警告キューに再び追加するように構成される。
【００６３】
事前設定の警告条件は、以下：
疲労期間が終了することであって、処理されるべき警告項目が、通常の警告処理を再び要求し、従って、警告キューに再び追加される必要があることを意味することと、
疲労期間において、処理されるべき警告項目の２つの隣接する警告要求間の時間間隔が、事前設定の時間間隔閾値より大きいことであって、処理されるべき警告項目が、もはや頻繁に警告をトリガせず、従って、警告キューに再び追加される必要があることを示すことと、
警告システムがオフにされることであって、デフォルト状態が回復されることを意味し、通常の警告処理が、デフォルトで全ての警告項目に対して行われ、従って、処理されるべき警告項目が、警告キューに再び追加される必要があることと、
警告規則が修正されることであって、デフォルト状態が回復されることを意味し、通常の警告処理が、デフォルトで全ての警告項目に対して行われ、従って、処理されるべき警告項目が、警告キューに再び追加される必要があることと
の少なくとも１つを含むことができる。
【００６４】
更に、疲労制御モジュール５３はまた、処理されるべき警告項目が、疲労期間に再び入る条件を満たす場合に、処理されるべき警告項目を警告キューから再び疲労期間キューに追加して、従って循環処理を実施するように構成される。
【００６５】
この実施形態において提供される例外監視及び警告装置において、警告処理は、非疲労期間に、処理されるべき警告項目に対して正常に行うことができ、処理されるべき警告項目の警告回数は、疲労期間において低減させることができる。一方で、例外警告は、処理されるべき警告項目に行うことができ、他方で、処理されるべき警告項目の警告回数は、低減され、それにより例外警告によって消費される資源を節約し、警告対象への妨害を低減することができる。
【００６６】
当業者は、方法実施形態を実施するステップの全て又は一部が、関連ハードウェアに命令するプログラムによって完了され得ることを理解し得る。プログラムは、コンピュータ可読記憶媒体に格納することができる。実行される場合に、プログラムは、方法実施形態のステップを実行する。記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスクなど、プログラムコードを格納できる様々な媒体を含む。
【００６７】
最後に、上記の実施形態が、本出願を限定するのではなく、本出願の技術的ソリューションを説明するためにのみ用いられることに留意されたい。本出願は、前述の実施形態に関連して詳細に説明されるが、当業者は、自らが、依然として上記の実施形態において記録された技術的ソリューションに対して修正を行うか、又は上記の実施形態の技術的特徴の全て若しくは一部に対して等価な置き換えを行い得ることを理解されたい。これらの修正又は置き換えは、対応する技術的ソリューションの本質を本出願の実施形態の技術的ソリューションの範囲から逸脱させることはない。
【図１】
2019514098.tif 000003
【図２】
2019514098.tif 000004
【図３】
2019514098.tif 000005
【図４】
2019514098.tif 000006
【図５】
2019514098.tif 000007
【国際調査報告】
2019514098.tif 000008
2019514098.tif 000009
2019514098.tif 000010
2019514098.tif 000011