(57)【要約】      （修正有）【課題】保守対象のシステムから送信されるメッセージの視認性を向上する処理システム、処理方法、保守者支援装置および保守者支援プログラムを提供する。【解決手段】保守者支援装置１は、処理部から受信するメッセージのカテゴリと、メッセージに対応するアクションのアクション名を対応づけた振分ルールデータ１１と、アクション名と、アクションの実行内容として、カテゴリに対応するチャンネルを対応づけたアクション定義データ１２を記憶する記憶装置１０と、処理部から、メッセージを受信するメッセージ送受信部２１と、振分ルールデータから、メッセージのカテゴリに対応するアクション名を取得し、アクション定義データから、取得したアクション名に対応する実行内容を取得するアクション実行部２２と、取得した実行内容で特定されるチャンネルに、メッセージを表示するユーザインタフェース制御部２３を備える。【選択図】図２
2020135019.tif 000002
【特許請求の範囲】
【請求項１】
処理部と、前記処理部から受信した保守に関するメッセージを保守者に表示する保守者支援装置と、を備える処理システムであって、
前記処理部は、
保守に関するメッセージを、保守者支援装置に出力し、
前記保守者支援装置は、
処理部から受信するメッセージのカテゴリと、前記メッセージに対応するアクションのアクション名を対応づけた振分ルールデータと、
前記アクション名と、前記アクションの実行内容として、前記カテゴリに対応するチャンネルを対応づけたアクション定義データを記憶する記憶装置と、
前記処理部から、メッセージを受信するメッセージ送受信部と、
前記振分ルールデータから、前記メッセージのカテゴリに対応するアクション名を取得し、前記アクション定義データから、取得したアクション名に対応する実行内容を取得するアクション実行部と、
前記取得した実行内容で特定されるチャンネルに、前記メッセージを表示するユーザインタフェース制御部を備える
ことを特徴とする処理システム。
【請求項２】
処理部と、前記処理部から受信した保守に関するメッセージを保守者に表示する保守者支援装置と、を備える処理システムに用いられる処理方法であって、
前記保守者支援装置が、処理部から受信するメッセージのカテゴリと、前記メッセージに対応するアクションのアクション名を対応づけた振分ルールデータと、前記アクション名と、前記アクションの実行内容として、前記カテゴリに対応するチャンネルを対応づけたアクション定義データを、記憶装置に記憶するステップと、
前記処理部が、保守に関するメッセージを、保守者支援装置に出力するステップと、
前記保守者支援装置が、前記処理部から、メッセージを受信するステップと、
前記保守者支援装置が、前記振分ルールデータから、前記メッセージのカテゴリに対応するアクション名を取得し、前記アクション定義データから、取得したアクション名に対応する実行内容を取得するステップと、
前記保守者支援装置が、前記取得した実行内容で特定されるチャンネルに、前記メッセージを表示するステップ
を備えることを特徴とする処理方法。
【請求項３】
処理部を備える処理システムにおいて、前記処理部から受信した保守に関するメッセージを保守者に表示する保守者支援装置であって、
処理部から受信するメッセージのカテゴリと、前記メッセージに対応するアクションのアクション名を対応づけた振分ルールデータと、
前記アクション名と、前記アクションの実行内容として、前記カテゴリに対応するチャンネルを対応づけたアクション定義データを記憶する記憶装置と、
前記処理部から、メッセージを受信するメッセージ送受信部と、
前記振分ルールデータから、前記メッセージのカテゴリに対応するアクション名を取得し、前記アクション定義データから、取得したアクション名に対応する実行内容を取得するアクション実行部と、
前記取得した実行内容で特定されるチャンネルに、前記メッセージを表示するユーザインタフェース制御部
を備えることを特徴とする保守者支援装置。
【請求項４】
前記ユーザインタフェース制御部は、
表示したメッセージに対して承認コマンドが入力されたことを、前記メッセージ送受信部に通知し、
前記メッセージ送受信部は、前記処理部に、承認が完了したことを示すメッセージを送信する
ことを特徴とする請求項３に記載の保守者支援装置。
【請求項５】
前記ユーザインタフェース制御部は、承認コマンドの入力を要求するチャンネルにおいて前記承認コマンドが入力された場合、前記メッセージ送受信部に通知する
ことを特徴とする請求項４に記載の保守者支援装置。
【請求項６】
コンピュータに、請求項３ないし請求項５のいずれか１項に記載の保守者支援装置として機能させるための保守者支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理部と、処理部から受信した保守に関するメッセージを保守者に表示する保守者支援装置と、を備える処理システム、処理方法、保守者支援装置および保守者支援プログラムに関する。
【背景技術】
【０００２】
近年の情報通信の発達に伴い、情報通信システムにおける運用プロセスを自動化する技術が一般化している（非特許文献１参照）。非特許文献１は、ソフトウエアのインストールおよび設定、定期的に行われるサービスの正常性の確認、定型的な障害対応などを自動化する。また自動化されたこれらの各プロセスは、プロセスの開始および終了時等に、保守者に通知を行う。
【０００３】
また、テレコムサービス基盤へのNFV/SDN（Network Function Virtualization/Software-Defined Networking）技術の導入に際し、品質の目標値（SLA：Service Level Agreement）を軸に、対応要否、期限、優先順位等の保守判断を自動化するSLA Driven Operationを開示する（非特許文献２参照）。SLA Driven Operationは、サービス個々の保守レベルの最適化、保守対象サービスの多様化および変化への対応、補修稼動削減・平準化を実現する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Zabbix LLC、"ZABBIX"、［online］、Zabbix LLC、［平成３１年２月１日検索］、インターネット〈URL：https://www.zabbix.com/jp/〉
【非特許文献２】SLA Driven Operation,  山越恭子  他（ＮＴＴ），2018年11月16日，情報通信マネジメント研究会（ＩＣＭ）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
非特許文献２に開示するシステムは、処理部から大量のメッセージが保守者に送信される場合がある。保守者は、大量のメッセージから、承認を要するメッセージ、緊急対応を要する重要なメッセージ等、保守者の対応が必要なメッセージを見つけ出し、対応する必要がある。
【０００６】
従って本発明の目的は、保守対象のシステムから送信されるメッセージの視認性を向上する保守者支援装置、保守者支援方法および保守者支援プログラムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の第１の特徴は、処理部と、処理部から受信した保守に関するメッセージを保守者に表示する保守者支援装置と、を備える処理システムに関する。本発明の第１の特徴において処理部は、保守に関するメッセージを、保守者支援装置に出力し、保守者支援装置は、処理部から受信するメッセージのカテゴリと、メッセージに対応するアクションのアクション名を対応づけた振分ルールデータと、アクション名と、アクションの実行内容として、カテゴリに対応するチャンネルを対応づけたアクション定義データを記憶する記憶装置と、処理部から、メッセージを受信するメッセージ送受信部と、振分ルールデータから、メッセージのカテゴリに対応するアクション名を取得し、アクション定義データから、取得したアクション名に対応する実行内容を取得するアクション実行部と、取得した実行内容で特定されるチャンネルに、メッセージを表示するユーザインタフェース制御部を備える。
【０００８】
本発明の第２の特徴は、処理部と、処理部から受信した保守に関するメッセージを保守者に表示する保守者支援装置と、を備える処理システムに用いられる処理方法に関する。本発明の第２の特徴に係る処理方法は、保守者支援装置が、処理部から受信するメッセージのカテゴリと、メッセージに対応するアクションのアクション名を対応づけた振分ルールデータと、アクション名と、アクションの実行内容として、カテゴリに対応するチャンネルを対応づけたアクション定義データを、記憶装置に記憶するステップと、処理部が、保守に関するメッセージを、保守者支援装置に出力するステップと、保守者支援装置が、処理部から、メッセージを受信するステップと、保守者支援装置が、振分ルールデータから、メッセージのカテゴリに対応するアクション名を取得し、アクション定義データから、取得したアクション名に対応する実行内容を取得するステップと、保守者支援装置が、取得した実行内容で特定されるチャンネルに、メッセージを表示するステップを備える。
【０００９】
本発明の第３の特徴は、処理部を備える処理システムにおいて、処理部から受信した保守に関するメッセージを保守者に表示する保守者支援装置に関する。本発明の第３の特徴に係る保守者支援装置は、処理部から受信するメッセージのカテゴリと、メッセージに対応するアクションのアクション名を対応づけた振分ルールデータと、アクション名と、アクションの実行内容として、カテゴリに対応するチャンネルを対応づけたアクション定義データを記憶する記憶装置と、処理部から、メッセージを受信するメッセージ送受信部と、振分ルールデータから、メッセージのカテゴリに対応するアクション名を取得し、アクション定義データから、取得したアクション名に対応する実行内容を取得するアクション実行部と、取得した実行内容で特定されるチャンネルに、メッセージを表示するユーザインタフェース制御部を備える。
【００１０】
ユーザインタフェース制御部は、表示したメッセージに対して承認コマンドが入力されたことを、メッセージ送受信部に通知し、メッセージ送受信部は、処理部に、承認が完了したことを示すメッセージを送信しても良い。
【００１１】
ユーザインタフェース制御部は、承認コマンドの入力を要求するチャンネルにおいて承認コマンドが入力された場合、メッセージ送受信部に通知しても良い。
【００１２】
本発明の第４の特徴は、コンピュータに、本発明の第３の特徴に記載の保守者支援装置として機能させるための保守者支援プログラムに関する。
【発明の効果】
【００１３】
本発明によれば、保守対象のシステムから送信されるメッセージの視認性を向上する保守者支援装置、保守者支援方法および保守者支援プログラムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態に係る処理システムのシステム構成を説明する図である。
【図２】本発明の実施の形態に係る保守者支援装置のハードウエア構成と機能ブロックを説明する図である。
【図３】振分ルールデータのデータ構造とデータの一例を説明する図である。
【図４】アクション定義データのデータ構造とデータの一例を説明する図である。
【図５】本発明の実施の形態に係る保守者支援装置が表示する画面の一例である。
【図６】本発明の実施の形態に係る処理システムにおける処理方法を説明するシーケンス図である。
【発明を実施するための形態】
【００１５】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００１６】
（処理システム）
図１を参照して、本発明の実施の形態に係る保守者支援装置１を備える処理システム９を説明する。処理システム９は、処理部２ａ、２ｂ、２ｃ、２ｄおよび２ｅと、保守部３と、共通データ保存部５を備える。処理部２ａ、２ｂ、２ｃ、２ｄおよび２ｅと、保守部３と、共通データ保存部５は、通信ネットワークであるメッセージパス４によって相互に通信可能に接続される。
【００１７】
本発明の実施の形態において、処理部２ａ、２ｂ、２ｃ、２ｄおよび２ｅを特に区別しない場合、単に処理部２と表記する場合がある。また図１に示す処理システム９において、５つの処理部２を備える場合を説明するが、処理部２は、１以上あればよく、その数は問わない。
【００１８】
処理部２は、保守者支援装置１による保守対象である。処理部２は例えば、情報を収集する機能、情報を解析する機能、情報を加工する機能、試験を行う機能、構成を変更する機能など、処理システム９に求められる機能を実現する。処理部２は、保守に関するメッセージを、保守部３（保守者支援装置１）に出力する。
【００１９】
保守部３は、処理システム９における保守機能を実現する。保守部３は、処理部２が出力したメッセージを処理し、保守者に表示する。保守部３は、保守者支援装置１によって実装される。保守者支援装置１は、処理部２から受信した保守に関するメッセージを保守者に表示する機能と、メッセージに対する保守者の指示を処理部２に通知する機能を実現する。
【００２０】
共通データ保存部５は、処理部２および保守部３で共有するデータを保存する。処理部２および保守部３は、必要に応じて共通データ保存部のデータを更新したり参照したりする。
【００２１】
（保守者支援装置）
図２を参照して、本発明の実施の形態に係る保守者支援装置１を説明する。
【００２２】
保守者支援装置１は、記憶装置１０、処理装置２０、通信制御装置３０および入出力装置４０を備える。保守者支援装置１は、記憶装置１０、処理装置２０、通信制御装置３０および入出力装置４０を内蔵する一般的な一つのコンピュータであっても良いし、複数のハードウエアにより形成される仮想的なコンピュータであっても良い。また保守者支援装置１は、入出力装置４０が保守者支援装置１に内蔵されず、有線通信または無線通信等によって接続されるなど、保守者支援装置１は、一部の装置が外部で接続するコンピュータであっても良い。保守者支援装置１は、このようなコンピュータが保守者支援プログラムを実行することにより、図２に示す機能が実現される。
【００２３】
記憶装置１０は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random access memory）、ハードディスク等であって、処理装置２０が処理を実行するための入力データ、出力データおよび中間データなどの各種データを記憶する。処理装置２０は、ＣＰＵ（Central Processing Unit）であって、記憶装置１０に記憶されたデータを読み書きしたり、通信制御装置３０および入出力装置４０とデータを入出力したりして、保守者支援装置１における処理を実行する。通信制御装置３０は、保守者支援装置１が、処理部２および共通データ保存部５と通信可能に接続したりするためのインタフェースである。入出力装置４０は、ディスプレイ、マウス、表示装置等であって、保守者に処理結果を表示したり、保守者の指示を入力したりする。
【００２４】
記憶装置１０は、保守者支援プログラムを記憶するとともに、振分ルールデータ１１およびアクション定義データ１２を記憶する。
【００２５】
振分ルールデータ１１は、処理部２から受信するメッセージのカテゴリと、メッセージに対応するアクションのアクション名を対応づけたデータである。振分ルールデータ１１は、メッセージのカテゴリ毎に、保守者支援装置１が実行する処理に対応するアクション名を対応づける。
【００２６】
振分ルールデータ１１は例えば、図３に示すように、メッセージのカテゴリとして、Notice、RequestおよびInfoを含む。Noticeは、重要度の高いメッセージを意味する。Requestは、処理の進行にあたり保守者の承認が必要なメッセージを意味する。Infoは、重要度の低いメッセージを意味する。メッセージのカテゴリとして、Notice、RequestおよびInfo以外のカテゴリが設定されても良い。
【００２７】
アクション定義データ１２は、アクション名と、アクションの実行内容として、カテゴリに対応するチャンネルを対応づけたデータである。チャンネルは、メッセージを保守者に表示する際のカテゴリである。
【００２８】
アクション定義データ１２は、図４に示すように、図３の振分ルールデータ１１で定義した各アクションについて、実行内容を対応づける。また実行内容には、各アクションに対応するメッセージを表示する際のチャンネルを特定し、その特定されたチャンネルにメッセージを送信することを規定するスクリプトであっても良い。
【００２９】
なお図３および図４に示す例では、メッセージカテゴリとアクション名が１対１で対応し、アクション名と実行内容とが１対１で対応するが、これに限らない。例えば、複数のメッセージカテゴリが一つのアクション名に対応するなどの場合があっても良い。
【００３０】
また、メッセージのカテゴリまたはアクションが追加される場合、振分ルールデータ１１またはアクション定義データ１２を更新すればよい。保守者支援プログラムを更新する必要はなく、メンテナンスに要するコストを抑制する。
【００３１】
処理装置２０は、メッセージ送受信部２１、アクション実行部２２およびユーザインタフェース制御部２３を備える。
【００３２】
メッセージ送受信部２１は、処理部２から、メッセージを受信する。処理部２から送信されるメッセージは、処理部２の保守に関するメッセージである。メッセージ送受信部２１は、受信したメッセージを、アクション実行部２２に処理させる。メッセージには、それぞれメッセージの識別子が付与されており、個々のメッセージを識別可能に制御される。
【００３３】
またメッセージ送受信部２１は、処理部２から受信したメッセージが保守者に表示され、保守者から承認コマンドが入力されると、処理部２に、承認が完了したことを示すメッセージを送信する。メッセージ送受信部２１は、保守者が承認した対象のメッセージの識別子と、そのメッセージに対して承認したことを示すフラグを対応づけて、そのメッセージを処理部２に返す。
【００３４】
アクション実行部２２は、振分ルールデータ１１から、メッセージのカテゴリに対応するアクション名を取得し、アクション定義データ１２から、取得したアクション名に対応する実行内容を取得する。ここでメッセージのカテゴリは、処理部２から受信したメッセージに設定されても良いし、メッセージ内のフラグなどに基づいて所定のルールでメッセージのカテゴリが設定されても良い。アクション実行部２２は、振分ルールデータ１１およびアクション定義データ１２を参照して、メッセージを表示するチャンネルを特定する。
【００３５】
ユーザインタフェース制御部２３は、取得した実行内容で特定されるチャンネルに、メッセージを表示する。ユーザインタフェース制御部２３は、メッセージ送受信部２１が受信したメッセージを、アクション実行部２２が特定したチャンネルに表示する。
【００３６】
またユーザインタフェース制御部２３は、表示したメッセージに対して承認コマンドが入力されたことを、メッセージ送受信部２１に通知する。このときユーザインタフェース制御部２３は、承認コマンドと、承認対象のメッセージの識別子が対応づけられるように制御しても良い。
【００３７】
ユーザインタフェース制御部２３は、承認コマンドの入力を要求するチャンネルにおいて承認コマンドが入力された場合、メッセージ送受信部２１に通知する。例えば、保守者承認チャンネルのように、保守者の承認を要求するチャンネルにおいて承認コマンドが入力された場合、ユーザインタフェース制御部２３は、入力された承認コマンドを、メッセージ送受信部２１に通知する。一方、保守者通知チャンネルおよびアクション実行通知チャンネルのように、保守者の承認を要求しないチャンネルにおいて承認コマンド等のメッセージが入力された場合、ユーザインタフェース制御部２３は、入力されたメッセージをメッセージ送受信部２１に通知しない。
【００３８】
図５を参照してユーザインタフェース制御部２３が表示する表示画面Ｖの一例を説明する。表示画面Ｖは、チャンネル表示部Ｌ、メッセージ表示部Ｍおよびメッセージ入力部Ｉを備える。チャンネル表示部Ｌは、アクション定義データ１２の実行内容で定義した各チャンネルを表示する。メッセージ表示部Ｍは、チャンネル表示部Ｌで選択されたチャンネルに関するメッセージを表示する。メッセージ入力部Ｉは、保守者のメッセージ入力欄であって、送信ボタンが選択されると、保守者が入力したメッセージが、メッセージ送受信部２１に通知される。
【００３９】
図５に示す例においてメッセージ表示部Ｍは、保守者承認チャンネルに関する３つのメッセージを、時系列に表示する。第１のメッセージ表示部Ｍ１および第２のメッセージ表示部Ｍ２に表示される各メッセージは、処理部２から送信されたメッセージであって、保守者の承認を要求するメッセージである。第２のメッセージ表示部Ｍ２は、第１のメッセージ表示部Ｍ１で表示されたメッセージに対して保守者が承認されたことを示すメッセージである。図５に示す例では、保守者が「ＡＰＰＲＯＶＥＤ」の承認コマンドを入力すると、その承認コマンドが入力されたことが、メッセージ送受信部２１に通知される。例えば、保守者が第１のメッセージ表示部Ｍ１を選択した後にメッセージ入力部Ｉに承認コマンドが入力された場合、ユーザインタフェース制御部２３は、第１のメッセージ表示部Ｍ１のメッセージに対する承認コマンドを認識し、そのメッセージの識別子と承認コマンドをメッセージ送受信部２１に送信しても良い。
【００４０】
なお、図５に示す表示画面は、コミュニケーションツールにより実装しているが、これに限るものではない。また一般的なチャットアプリケーションに、保守者支援装置１のユーザインタフェース制御部２３に必要な機能を実装することにより、図５に示す表示画面を形成しても良い。
【００４１】
図６を参照して、本発明の実施の形態に係る処理システム９における処理方法を説明する。
【００４２】
まずステップＳ１において処理部２から保守者支援装置１にメッセージが送信される。このメッセージは、カテゴリが“Request”に設定された、VM構成変更提案のメッセージであるとする。メッセージ送受信部２１は、ステップＳ１においてメッセージを受信すると、ステップＳ２において、受信したメッセージをアクション実行部２２に引き渡す。
【００４３】
アクション実行部２２は、ステップＳ３において振分ルールデータ１１を参照して、カテゴリ“Request”に対応するアクション名“保守者承認要求登録”を特定する。アクション実行部２２は、ステップＳ４においてアクション定義データ１２を参照して、アクション名“保守者承認要求登録”に対応する実行内容“保守者承認チャンネルへ承認要求メッセージを送信”を特定する。
【００４４】
ステップＳ５においてアクション実行部２２は、ステップＳ４で特定したアクションを実行する。ステップＳ６においてユーザインタフェース制御部２３は、アクション実行部２２から承認要求メッセージを受信し、ステップＳ６において、保守者承認チャンネルに承認要求メッセージを表示する。保守者承認チャンネルに表示された承認要求メッセージは、保守者が閲覧可能な状態となる。
【００４５】
承認要求メッセージが保守者によって閲覧され、ステップＳ７においてそのメッセージ内容に対するコマンドが入力されると、ユーザインタフェース制御部２３は、そのコマンドが、リクエストに対する承認コマンドであるか否かを判定する。保守者承認チャンネルは、保守者の承認を要求するチャンネルである。ユーザインタフェース制御部２３は、保守者が入力したコマンドが承認コマンドである場合、ユーザインタフェース制御部２３は、承認完了メッセージをメッセージ送受信部２１に送信する。この承認完了メッセージには、承認対象のメッセージの識別子を含んでも良い。
【００４６】
メッセージ送受信部２１は、承認完了メッセージを受信すると、ステップＳ１のリクエストに対する応答として、承認完了メッセージを送信する。
【００４７】
このような本発明の実施の形態に係る保守者支援装置１によれば、処理部２から受信したメッセージのカテゴリに対応するチャンネルにメッセージを表示するので、メッセージの視認性が向上し、保守者は処理システム９における状況を把握しやすくなる。また承認が必要なメッセージの表示と、そのメッセージに対する承認コマンドの入力を同一画面で行うことにより、メッセージの受信から保守者のコマンドの入力までをシームレスに行うことが可能になる。
【００４８】
（その他の実施の形態）
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００４９】
例えば、本発明の実施の形態に記載した保守者支援装置は、図１に示すように一つのハードウエア上に構成されても良いし、その機能や処理数に応じて複数のハードウエア上に構成されても良い。
【００５０】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００５１】
１  保守者支援装置
２  処理部
３  保守部
４  メッセージパス
５  共通データ保存部
９  処理システム
１０  記憶装置
１１  振分ルールデータ
１２  アクション定義データ
２０  処理装置
２１  メッセージ送受信部
２２  アクション実行部
２３  ユーザインタフェース制御部
３０  通信制御装置
４０  入出力装置
【図１】
2020135019.tif 000003
【図２】
2020135019.tif 000004
【図３】
2020135019.tif 000005
【図４】
2020135019.tif 000006
【図５】
2020135019.tif 000007
【図６】
2020135019.tif 000008