(57)【要約】【課題】  作業効率を向上させること。【解決手段】  ネットワークシステムは、配下の装置を監視する監視システムと、監視システムと通信可能な作業管理システムとを具備する。監視システムは、警報受信部と、送信部とを具備する。警報受信部は、装置から発報された警報を受信する。送信部は、警報が受信されると、当該警報に応じた作業依頼メッセージを作業管理システムに送信する。作業管理システムは、受信部と、登録処理部とを備える。受信部は、作業依頼メッセージを受信する。登録処理部は、受信された作業依頼メッセージに基づく作業情報の登録をユーザに促す。【選択図】  図２
2020119200.tif 000002
【特許請求の範囲】
【請求項１】
配下の装置を監視する監視システムと、前記監視システムと通信可能な作業管理システムとを具備し、
前記監視システムは、
前記装置から発報された警報を受信する警報受信部と、
前記警報が受信されると、当該警報に応じた作業依頼メッセージを前記作業管理システムに送信する送信部とを備え、
前記作業管理システムは、
前記作業依頼メッセージを受信するメッセージ受信部と、
前記受信された作業依頼メッセージに基づく作業情報の登録をユーザに促す登録処理部とを備える、ネットワークシステム。
【請求項２】
前記監視システムは、
表示装置に接続可能なインタフェースと、
前記受信された警報に係わる警報情報を前記表示装置に表示する表示制御部と、
前記登録された作業情報に基づいて、前記警報情報ごとにマスク属性を選択的に設定するマスク処理部とを備え、
前記表示制御部は、前記マスク属性を設定された警報情報をマスクする、請求項１に記載のネットワークシステム。
【請求項３】
前記作業情報は、作業対象の装置に係わる局情報および作業期間を含み、
前記マスク処理部は、前記局情報および前記作業期間に基づいて前記マスク属性を設定する、請求項２に記載のネットワークシステム。
【請求項４】
前記作業情報は、作業対象の装置の識別情報および作業期間を含み、
前記マスク処理部は、前記識別情報および前記作業期間に基づいて前記マスク属性を設定する、請求項２に記載のネットワークシステム。
【請求項５】
前記作業情報は、作業内容を含み、
前記マスク処理部は、前記作業内容に基づいて前記マスク属性を設定する、請求項２に記載のネットワークシステム。
【請求項６】
前記作業依頼メッセージは、受信された複数の警報に係わる情報を含む、請求項１に記載のネットワークシステム。
【請求項７】
監視対象の装置から発報された警報を受信する警報受信部と、
前記警報が受信されると、当該警報に応じた作業依頼メッセージを、前記装置に対する作業を管理するための作業管理システムに送信する送信部とを具備する、監視システム。
【請求項８】
配下の装置を監視する監視システムと通信可能なインタフェースと、
前記装置から発報された警報に応じて前記監視システムから送信された作業依頼メッセージを受信するメッセージ受信部と、
前記受信された作業依頼メッセージに基づく作業情報の登録をユーザに促す登録処理部とを備える、作業管理システム。
【請求項９】
配下の装置を監視する監視システムと、前記監視システムと通信可能な作業管理システムとを具備するシステムに適用可能な作業管理方法であって、
前記監視システムが、前記装置から発報された警報を受信する過程と、
前記警報が受信されると、前記監視システムが、当該警報に応じた作業依頼メッセージを前記作業管理システムに送信する過程と、
前記作業管理システムが、前記作業依頼メッセージを受信する過程と、
前記作業管理システムが、前記受信された作業依頼メッセージに基づく作業情報の登録をユーザに促す過程とを具備する、作業管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ネットワークシステム、監視システム、作業管理システム、および作業管理方法に関する。
【背景技術】
【０００２】
ネットワークシステムの多くに、監視システムが設けられる。例えば、セルラフォンシステムの不感エリア対策のために導入されるレピータシステムにも、監視システムが設けられる。監視システムは、レピータシステムにおける警報などの発生状況を常時、監視している。監視システムで異常発生が検知されると、装置交換等の作業が求められる。この種の作業を管理するための作業管理システムが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２７３１２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
既存の技術では、監視システムと作業管理システムとが別個に運用されていて、相互の連携が十分であるとは言えなかった。例えば、監視システムで確認された異常に対して装置交換等の処置を要する場合、保守業者にメールや電話等で都度、依頼したり、作業管理システムに手動で登録したりする必要があった。このため、折角の作業管理システムの利点を活かせていない。また、保守作業時に発生する警報は本来、監視の対象とせず無視して良いにも拘わらず監視システムで検知されてしまい、都度、作業状態を確認するということが発生していた。このため作業が効率的とはいえず、改善の余地があった。
【０００５】
そこで、目的は、作業効率を向上させたネットワークシステム、監視システム、作業管理システム、および作業管理方法を提供することにある。
【課題を解決するための手段】
【０００６】
実施形態によれば、ネットワークシステムは、配下の装置を監視する監視システムと、監視システムと通信可能な作業管理システムとを具備する。監視システムは、警報受信部と、送信部とを具備する。警報受信部は、装置から発報された警報を受信する。送信部は、警報が受信されると、当該警報に応じた作業依頼メッセージを作業管理システムに送信する。作業管理システムは、受信部と、登録処理部とを備える。受信部は、作業依頼メッセージを受信する。登録処理部は、受信された作業依頼メッセージに基づく作業情報の登録をユーザに促す。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態に係るネットワークシステムの一例を示すシステム図である。
【図２】図２は、実施形態に係る監視システムおよび作業管理システムの一例を示す機能ブロック図である。
【図３】図３は、警報情報ＤＢ１２に登録される情報の一例を示す図である。
【図４】図４は、局情報ＤＢ１６に登録される情報の一例を示す図である。
【図５】図５は、作業管理ＤＢ２２に登録される情報の一例を示す図である。
【図６】図６は、マスク情報ＤＢ１８に登録される情報の一例を示す図である。
【図７】図７は、実施形態に係わるメッセージの授受の一例を示すシーケンス図である。
【図８】図８は、クライアント端末Ｔの画面に表示される警報一覧の一例を示す図である。
【図９】図９は、図８の［作業依頼］ボタンがクリックされた場合に表示される入力ウインドウの一例を示す図である。
【図１０】図１０は、クライアント端末Ｚのディスプレイに表示されるウインドウの一例を示す図である。
【図１１】図１１は、作業情報の登録をユーザに促すプロンプト画面の一例を示す図である。
【図１２】図１２は、図１１のウインドウに所定事項が記入された状態の一例を示す図である。
【図１３】図１３は、クライアント端末Ｚのプロンプト画面から作業情報の登録が完了したことを示す図である。
【図１４】図１４は、マスク設定された警報が発生した場合の処理手順の一例を示すシーケンス図である。
【図１５】図１５は、或る警報がマスク表示されていることの一例を示す図である。
【発明を実施するための形態】
【０００８】
図１は、実施形態に係るネットワークシステムの一例を示すシステム図である。このシステムは、監視システム１００Ａと、作業管理システム１００Ｚとを備える。監視システム１００Ａおよび作業管理システム１００Ｚは、有線または無線のネットワーク１０００で接続され、相互に通信が可能である。
【０００９】
監視システム１００Ａは、監視ネットワークＡＮｅｔを介して複数の装置Ａ１〜Ａｎに接続され、これらの装置Ａ１〜Ａｎを配下としてその監視および制御を行う。監視／制御に係わるプロトコルとしてはＳＮＭＰ（Simple Network Management Protocol）が代表的である。
【００１０】
また、ディスプレイを有し、表示装置としての機能を備えるクライアント端末Ｔ１〜Ｔｍが、監視ネットワークＡＮｅｔ経由で監視システム１００Ａにアクセスできる。クライアント端末Ｔ１〜Ｔｍは、装置Ａ１〜Ａｎの警報状態等をリモートから確認することができる。
【００１１】
装置Ａ１〜Ａｎは、例えば光中継システムにおける光伝送装置（親機）、光伝送装置（子機）、あるいは電源装置などの各種のデバイスであり、局として理解される。実施形態では、レピータシステムにおける局を想定する。
【００１２】
作業管理システム１００Ｚは、装置交換やユニット交換、装置点検、再起動等の作業を管理するために設けられる。また、ディスプレイを有し表示装置としての機能を備えるクライアント端末Ｚ１〜Ｚｐは、作業管理ネットワークＺＮｅｔを介して作業管理システム１００Ｚにアクセスすることが可能である。
【００１３】
以下の説明で、装置Ａ１〜Ａｎを区別する必要が無ければ、装置Ａと表記する。また、クライアント端末Ｔ１〜Ｔｍを区別する必要が無ければ、クライアント端末Ｔと表記し、クライアント端末Ｚ１〜Ｚｐを区別する必要が無ければ、クライアント端末Ｚと表記する。
【００１４】
図２は、実施形態に係る監視システムおよび作業管理システムの一例を示す機能ブロック図である。図２において、装置Ａは、各種のデバイス１と、デバイス１に生じた警報を検知する警報検知部２と、検知された警報を監視システム１００Ａに通知する警報送信部３とを備える。
【００１５】
装置Ａ１の警報送信部３から発報された警報（例えばSNMP-Trapメッセージ）は、監視システム１００Ａの警報受信部１１で受信される。警報は、例えば［局ＩＤ］、［送信時刻］、［警報ＩＤ］等の情報を含む。受信された警報に含まれる各種の情報は、警報情報データベース（ＤＢ）１２に追加登録され、蓄積される。
【００１６】
図３に、警報情報ＤＢ１２に登録される情報の一例を示す。警報情報は、警報情報ＤＢ１２において、例えば［管理番号］、［局ＩＤ］、［イベント発生日時］、［イベントクリア日時］、［警報ＩＤ］、［警報状態］、［警報名称］、［コメント］、および、［表示種別］を含むデータ構造で管理されることができる。なお［表示種別］は、クライアント端末ＴＡにおけるグレーアウト、非表示などを指定するための項目である。
【００１７】
監視システム１００Ａ（図２）は、さらに、表示装置としてのクライアント端末Ｔに接続可能な画面インタフェース（ＩＦ）１７、局情報データベース（ＤＢ）１６、局情報登録部１５、作業管理システム連携部１３、マスク処理部１４、および、マスク情報データベース（ＤＢ）１８を備える。このうち画面ＩＦ１７は、表示制御部としての機能を備え、取得した警報情報をクライアント端末Ｔの画面上に、例えばリスト表示する。
【００１８】
局情報ＤＢ１６には、例えばクライアント端末Ｔからの要求に従い、局情報登録部１５により、配下の局（装置Ａ）の局情報が予め登録される。局情報は、例えば装置Ａ１〜Ａｎを識別するためのＩＤ（IDentification）、ＩＰ（Internet Protocol）アドレス、基板情報、設定状態などの情報を含む。
【００１９】
図４に、局情報ＤＢ１６に登録される情報の一例を示す。局情報は、例えば［管理番号］、［グループ］、［局名］、［局ＩＤ］、［装置区分］、および［装置ＩＰアドレス］を含むデータ構造で管理されることができる。
【００２０】
送信部としての作業管理システム連携部１３（図２）は、装置Ａからの警報が警報受信部１１において受信されると、その警報に応じた作業依頼メッセージを作業管理システム１００Ｚに送信する。この作業依頼メッセージは、作業管理システム１００Ｚの監視システム連携部２１（メッセージ受信部として機能する）で受信される。
【００２１】
作業依頼メッセージが受信されると、登録処理部としての画面インタフェース（ＩＦ）２３は、表示装置としてのクライアント端末Ｚにプロンプトウインドウを表示し、作業依頼メッセージに基づく作業情報の登録をユーザに促す。ユーザにより登録された作業情報等は作業管理データベース（ＤＢ）２２に記録される。
【００２２】
図５は、作業管理ＤＢ２２に登録される情報の一例を示す図である。作業情報は、作業管理ＤＢ２２において、例えば［管理番号］、［グループ］、［局名］、［局ＩＤ］、［作業時間（開始）］、［作業時間（終了）］、［工事内容］、および、［担当者］を含むデータ構造で管理されることができる。例えば、［作業時間（開始）］は、［工事内容］で示される作業の開始時刻であり、その工事は［作業時間（終了）］の時刻において終了する予定であることがわかる。
【００２３】
クライアント端末Ｚ（図２）を用いて登録された作業情報は、監視システム連携部２１を経由して、監視システム１００Ａのマスク処理部１４に通知される。マスク処理部１４は、クライアント端末Ｚにおいて登録された作業情報に基づいて、マスク属性を警報情報ごとに選択的に設定する。設定された情報（マスク情報）はマスク情報ＤＢ１８に登録される。
【００２４】
図６は、マスク情報ＤＢ１８に登録される情報の一例を示す図である。マスク情報は、マスク情報ＤＢ１８において、例えば［管理番号］、［マスク種別］、［マスク期間（開始）］、［マスク期間（終了）］、［ユーザＩＤ］、および、［コメント］を含むデータ構造で管理されることができる。個々の警報ごとに、このような情報を含む属性を設定することが可能である。
【００２５】
例えば［工事内容］として基板の交換が指定されたならば、［基板取り外し］に係わるアラートが対象の装置から発報されることになる。このことは、当然、予測できる事項であるから、改めて対処する必要性は低い。そこで、その工事の期間（作業時間の開始から終了まで）を指定してマスク設定することで、ユーザ（システム管理者など）にとっての便宜を図ることが可能になる。
【００２６】
表示制御部としての画面ＩＦ１７（図２）は、クライアント端末Ｔに表示される警報を、図６のマスク情報ＤＢ１８に記録されたマスク情報に従ってマスクする。つまり、マスク属性を設定された警報の表示色を変更したり、網掛け表示したりすることで、マスク属性の無い警報とは区別できるようにする。あるいは、マスク属性を設定された警報を表示しない、といった態様もありうる。
【００２７】
次に、上記構成における作用を説明する。以下では、処理の主体として装置Ａ１、クライアント端末Ｔ１、およびクライアント端末Ｚ１に代表させるが、他の装置およびクライアント端末でも同様である。
【００２８】
図７は、実施形態に係わるメッセージの授受の一例を示すシーケンス図である。図７において、装置Ａ１に警報事象が発生すると（ステップＳ１）、そのことが自らの警報検知部２により検知され、事象に応じた警報が発報される（ステップＳ２）。警報は一つとは限らず、複数の警報がほぼ同時に発生することもある。
【００２９】
発報された警報は、監視システム１００Ａにより受信され（ステップＳ３）、警報情報が警報情報ＤＢ１２に記録され、蓄積される。また、警報情報ＤＢ１２から参照された警報情報が、例えば図８のように、クライアント端末Ｔ１のディスプレイにリストアップして（帳票形式で）表示される（ステップＳ４）。
【００３０】
図８のＧＵＩ（Graphical User Interface）ウインドウの［発生時刻］カラムを参照すると、２０１９／１／２  １５：００に、２つの警報が生じている。［システム名（ベンダ）］カラムを参照すると、この警報はベンダ（Ｘ社）の装置Ａであることがわかる。
【００３１】
図８のウインドウには、ユーザが業者などへの作業を依頼するための［作業依頼］ボタンが設けられている。作業を依頼したいユーザは、工事を依頼したい警報を選択し、［作業依頼］ボタンをクリックする（ステップＳ５でＹｅｓ）。そうすると、図９のようなウインドウがオープンする。
【００３２】
図９のウインドウは、図８のウインドウで選択された警報の詳細な情報に加えて、依頼したい作業（ＭＵ交換など）を記載する欄、あるいは保守会社を指定するためのドロップダウンリストなどを含む。所定事項を記入して［登録］ボタンがクリックされると、監視システム１００Ａから作業管理システム１００Ｚに宛てて作業依頼メッセージが送信される（ステップＳ６）。作業依頼メッセージは、対象局、警報情報、作業内容などの情報を含む。
【００３３】
作業管理システム１００Ｚで作業依頼メッセージが受信されると（ステップＳ７）、作業管理ＤＢ２２に作業情報が記録され、蓄積される。そして、例えば保守業者のクライアント端末Ｚ１のディスプレイに、図１０のようなウインドウが表示される。
【００３４】
図１０のウインドウに、依頼された作業の一覧がリスト表示される（ステップＳ８）。作業依頼メッセージが受信されるたびに、依頼された作業の情報が例えば一番下の行に追記される。［ステータス］に［新規］と示された行を選択し、［新規登録］ボタンがクリックされると、図１１のウインドウが表示される。図１０、図１１のウインドウにより、作業依頼メッセージに基づく作業情報の登録がユーザに促される。
【００３５】
図１１は、作業情報の登録をユーザに促すプロンプト画面の一例を示す図である。このウインドウには、対象となる警報の詳細な情報が表示されており、作業を行う業者は、クライアント端末Ｚ１のディスプレイから作業依頼状況を確認することができる。業者は、［編集］ボタンをクリックして、図１２のように、作業に関する詳細情報を入力する（ステップＳ９）。詳細情報のうち重要なものは、例えば作業時間であり、図１２を参照すると、２０１９／１／４  ７：００〜２０１９／１／４  １０：００が指定されていることがわかる。図１２の［登録］ボタンがクリックされると、作業詳細が受け付けられ（ステップＳ１０）、入力された情報が作業管理ＤＢ２２に登録される。さらに、監視システム連携部２１を介して、監視システム１００Ａに作業情報が送信される。これを取得した監視システム１００Ａは、マスク処理部１４により、作業対象の局情報や作業時間などに基づくマスク情報をマスク情報ＤＢ１８登録する（ステップＳ１１）。登録が完了すると、クライアント端末Ｚ１のディスプレイの表示内容は、図１０に示される内容から図１３に示される内容のようになり、対象の警報の［ステータス］は［登録済み］となる。
【００３６】
図１４は、マスク設定された警報が発生した場合の処理手順の一例を示すシーケンス図である。図１４において、装置Ａ１に警報事象が発生すると（ステップＳ２１）、事象に応じた警報が発報される（ステップＳ２２）。発報された警報は、監視システム１００Ａにより受信され（ステップＳ２３）、クライアント端末Ｔ１のディスプレイにリストアップして（帳票形式で）表示される（ステップＳ２４）。ただしこのとき、対象の警報はマスク設定されているので、図１５に示されるように、クライアント端末Ｔ１のディスプレイ上でマスク処理される。図１５の斜線のハッチングは、当該警報が例えば色分け、ぼかし、網掛けなどの態様でマスク表示されていることを示す。
【００３７】
以上説明したようにこの実施形態では、監視システム１００Ａと作業管理システム１００Ｚとを連携させ、監視システム１００Ａで受信した警報に基づいて作業管理システム１００Ｚに作業依頼メッセージを送信するようにした。このようにすることで、警報の発生からメンテナンス作業に至るまでの一連の手順を効率化することが可能になる。また、実施形態によれば、登録された作業情報に応じて、クライアント端末Ａに表示される警報情報が自動的にマスクされる。これにより、不要な警報を監視者が認識することを防止でき、ひいては、監視業務の負荷を軽減することができる。これらのことから、作業効率を向上させ得るネットワークシステム、監視システム、作業管理システム、および作業管理方法を提供することが可能となる。
【００３８】
なお、この発明は上記実施の形態に限定されるものではない。例えば図９のウインドウで、複数の警報を選択できるようにし、１回のクリックで一括して作業依頼メッセージを送信できるようにしてもよい。これには、例えば複数タブを備えるウインドウで、タブの指定により一つの警報を選択するなどのユーザインタフェースが考えられる。つまり作業依頼メッセージに、複数の警報に係わる情報を含めるようにしてもよい。
【００３９】
さらに、実施形態に係わるネットワークシステムは、レピータシステムに対する監視／制御に留まらず、システムの監視と作業の管理とを分業する、あらゆるシステムにも適用可能である。
【００４０】
本発明の実施形態を説明したが、この実施形態は例として提示するものであり、発明の範囲を限定することは意図していない。この新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００４１】
１…デバイス、２…警報検知部、３…警報送信部、１１…警報受信部、１２…警報情報データベース、１３…作業管理システム連携部、１４…マスク処理部、１５…局情報登録部、１６…局情報データベース、１７…画面インタフェース、１８…マスク情報データベース、２１…監視システム連携部、２２…作業管理データベース、２３…画面インタフェース、１００Ａ…監視システム、１００Ｚ…作業管理システム、１０００…ネットワーク、Ａ１〜Ａｎ…装置、Ｔ１〜Ｔｍ…クライアント端末、Ｚ１〜Ｚｐ…クライアント端末。
【図１】
2020119200.tif 000003
【図２】
2020119200.tif 000004
【図３】
2020119200.tif 000005
【図４】
2020119200.tif 000006
【図５】
2020119200.tif 000007
【図６】
2020119200.tif 000008
【図７】
2020119200.tif 000009
【図８】
2020119200.tif 000010
【図９】
2020119200.tif 000011
【図１０】
2020119200.tif 000012
【図１１】
2020119200.tif 000013
【図１２】
2020119200.tif 000014
【図１３】
2020119200.tif 000015
【図１４】
2020119200.tif 000016
【図１５】
2020119200.tif 000017