特許 7367441 監視装置及び監視プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-10-16

(45)【発行日】2023-10-24

(54)【発明の名称】監視装置及び監視プログラム

(51)【国際特許分類】

   G06F 11/07 20060101AFI20231017BHJP

   B41J 29/38 20060101ALN20231017BHJP

   B41J 29/42 20060101ALN20231017BHJP

【ＦＩ】

G06F11/07 166

G06F11/07 190

G06F11/07 140A

B41J29/38 205

B41J29/42 F

【請求項の数】 8

(21)【出願番号】P 2019183963

(22)【出願日】2019-10-04

(65)【公開番号】P2021060733

(43)【公開日】2021-04-15

【審査請求日】2022-09-22

(73)【特許権者】

【識別番号】000005496

【氏名又は名称】富士フイルムビジネスイノベーション株式会社

(74)【代理人】

【識別番号】110001210

【氏名又は名称】弁理士法人ＹＫＩ国際特許事務所

(72)【発明者】

【氏名】朴 永根

【審査官】武田 広太郎

(56)【参考文献】

【文献】国際公開第２０１４／０３３８９４（ＷＯ，Ａ１）

【文献】特開２００６－１９０１３８（ＪＰ，Ａ）

【文献】特開２００４－１８５１３８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／０７

Ｂ４１Ｊ ２９／３８

Ｂ４１Ｊ ２９／４２

(57)【特許請求の範囲】

【請求項1】

プロセッサを備え、前記プロセッサは、
情報処理装置と１つ以上の外部装置がネットワークを介して連携しながら一連の情報処理を実行する場合において、前記１つ以上の外部装置が提供する複数種類の情報処理サービスに関わる動作の確認を行い、
前記ネットワークを介した検索を通じて、前記複数種類の情報処理サービスのうち停止中の情報処理サービスに関する運用の状況を示す運用情報を取得し、
前記運用情報が取得された場合に、前記情報処理装置のユーザ又は管理者に向けて、前記動作を確認した結果を示す動作確認情報と併せて前記運用情報を出力させる出力制御を行い、
前記出力制御は、前記停止中の情報処理サービスがある場合に、前記停止中の情報処理サービスがない場合と比べて、前記動作確認情報又は前記運用情報を出力させる頻度を高くする制御を含む、
ことを特徴とする監視装置。

【請求項2】

前記運用情報は、
前記検索を通じて、他の種類の情報処理サービスと比べて前記停止中の情報処理サービスとの関連性が高い情報を記述するデータを取得する処理と、
前記データを解析し、解析結果に基づいて前記運用情報を作成する処理と、
の実行により取得されることを特徴とする請求項１に記載の監視装置。

【請求項3】

前記運用情報は、前記停止中の情報処理サービスにおける停止時間帯であって、まだ経過していない停止時間帯を含むことを特徴とする請求項２に記載の監視装置。

【請求項4】

前記データにより特定される第１現地時間と、情報の出力先における第２現地時間との間に時差がある場合、前記運用情報は、前記第２現地時間に対応する停止時間帯を含むことを特徴とする請求項３に記載の監視装置。

【請求項5】

前記データは、複数種類の言語又は複数種類の現地時間を含む検索条件を用いた前記検索を通じて取得されることを特徴とする請求項２に記載の監視装置。

【請求項6】

前記出力制御は、前記停止中の情報処理サービスが２種類以上ある場合、予め定められた優先度が相対的に高い停止中の情報処理サービスに関する前記動作確認情報及び前記運用情報のみを出力させる制御を含むことを特徴とする請求項１に記載の監視装置。

【請求項7】

前記出力制御は、前記動作確認情報と前記運用情報の間の内容が整合しない場合、前記動作確認情報のみを出力させる制御を含むことを特徴とする請求項１に記載の監視装置。

【請求項8】

プロセッサに、
情報処理装置と１つ以上の外部装置がネットワークを介して連携しながら一連の情報処理を実行する場合において、前記１つ以上の外部装置が提供する複数種類の情報処理サービスに関わる動作の確認を行わせ、
前記ネットワークを介した検索を通じて、前記複数種類の情報処理サービスのうち停止中の情報処理サービスに関する運用の状況を示す運用情報を取得させ、
前記運用情報が取得された場合に、前記情報処理装置のユーザ又は管理者に向けて、前記動作を確認した結果を示す動作確認情報と併せて前記運用情報を出力させる際、前記停止中の情報処理サービスがある場合に、前記停止中の情報処理サービスがない場合と比べて、前記動作確認情報又は前記運用情報を出力させる頻度を高くする、
ことを特徴とする監視プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、監視装置及び監視プログラムに関する。

【背景技術】

【0002】

特許文献１には、監視対象機器の障害が検知された場合に、この監視対象機器により提供されているサービスを特定し、サービスの特定結果又は稼働の確認結果を示す情報を出力する監視装置が開示されている。

【0003】

特許文献２には、巡回先Ｗｅｂページで公開される現在の公開情報と比較しながら、新たな公開情報を特定した場合に、記憶装置に格納される情報を逐次更新するサーバコンピュータが開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１８－１４２０９１号公報

【文献】特開２００６－３１８１３８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

例えば、情報を処理可能な情報処理装置が、ネットワークを介して１つ以上の外部装置と連携しながら一連の情報処理を実行する場合が想定される。ところが、外部装置の動作を確認した結果を示す動作確認情報を出力する場合に、情報処理装置のユーザ又は管理者は、その出力された動作確認情報を手掛かりに各々の情報処理サービスが利用できるか否かを把握できるにすぎず、さらに詳しい情報を得ることができないという問題がある。

【0006】

本発明の目的は、ネットワークを介して１つ以上の外部装置と連携して一連の情報処理を実行する際、情報処理サービスの停止中に、外部装置の動作を確認した結果を示す情報のみを出力する場合と比べて、停止の状況を把握するためのより有用な情報をユーザ又は管理者に与えることである。

【課題を解決するための手段】

【0007】

請求項１に記載の発明は、プロセッサを備え、前記プロセッサは、情報処理装置と１つ以上の外部装置がネットワークを介して連携しながら一連の情報処理を実行する場合において、前記１つ以上の外部装置が提供する複数種類の情報処理サービスに関わる動作の確認を行い、前記ネットワークを介した検索を通じて、前記複数種類の情報処理サービスのうち停止中の情報処理サービスに関する運用の状況を示す運用情報を取得し、前記運用情報が取得された場合に、前記情報処理装置のユーザ又は管理者に向けて、前記動作を確認した結果を示す動作確認情報と併せて前記運用情報を出力させる出力制御を行い、前記出力制御は、前記停止中の情報処理サービスがある場合に、前記停止中の情報処理サービスがない場合と比べて、前記動作確認情報又は前記運用情報を出力させる頻度を高くする制御を含む監視装置である。

【0008】

請求項２に記載の発明は、前記運用情報は、前記検索を通じて、他の種類の情報処理サービスと比べて前記停止中の情報処理サービスとの関連性が高い情報を記述するデータを取得する処理と、前記データを解析し、解析結果に基づいて前記運用情報を作成する処理と、の実行により取得される、請求項１に記載の監視装置である。
請求項３に記載の発明は、前記運用情報は、前記停止中の情報処理サービスにおける停止時間帯であって、まだ経過していない停止時間帯を含む、請求項２に記載の監視装置である。
請求項４に記載の発明は、前記データにより特定される第１現地時間と、情報の出力先における第２現地時間との間に時差がある場合、前記運用情報は、前記第２現地時間に対応する停止時間帯を含む、請求項３に記載の監視装置である。
請求項５に記載の発明は、前記データは、複数種類の言語又は複数種類の現地時間を含む検索条件を用いた前記検索を通じて取得される、請求項２に記載の監視装置である。

【0009】

請求項６に記載の発明は、前記出力制御は、前記停止中の情報処理サービスがある場合に、前記停止中の情報処理サービスがない場合と比べて、前記動作確認情報又は前記運用情報を出力させる頻度を高くする制御を含む、請求項１に記載の監視装置である。
請求項７に記載の発明は、前記出力制御は、前記停止中の情報処理サービスが２種類以上ある場合、予め定められた優先度が相対的に高い停止中の情報処理サービスに関する前記動作確認情報及び前記運用情報のみを出力させる制御を含む、請求項１に記載の監視装置である。

【0010】

請求項８に記載の発明は、プロセッサに、情報処理装置と１つ以上の外部装置がネットワークを介して連携しながら一連の情報処理を実行する場合において、前記１つ以上の外部装置が提供する複数種類の情報処理サービスに関わる動作の確認を行わせ、前記ネットワークを介した検索を通じて、前記複数種類の情報処理サービスのうち停止中の情報処理サービスに関する運用の状況を示す運用情報を取得させ、前記運用情報が取得された場合に、前記情報処理装置のユーザ又は管理者に向けて、前記動作を確認した結果を示す動作確認情報と併せて前記運用情報を出力させる際、前記停止中の情報処理サービスがある場合に、前記停止中の情報処理サービスがない場合と比べて、前記動作確認情報又は前記運用情報を出力させる頻度を高くする監視プログラムである。

【発明の効果】

【0011】

請求項１，８に記載の発明によれば、ネットワークを介して１つ以上の外部装置と連携して一連の情報処理を実行する際、情報処理サービスの停止中に、外部装置の動作を確認した結果を示す情報のみを出力する場合と比べて、停止の状況を把握するためのより有用な情報がユーザ又は管理者に与えられる。また、停止中の情報処理サービスに関する情報が、出力頻度を常に一定にする場合と比べて、より高い鮮度でユーザ又は管理者に提供される。
請求項２に記載の発明によれば、検索を通じて得たデータをそのまま利用する場合と比べて、より純度が高い情報が得られる。
請求項３に記載の発明によれば、ユーザ又は管理者は、運用情報に停止時間帯が含まれない場合と比べて、情報処理サービスの停止時点又は再開時点をより把握しやすくなる。
請求項４に記載の発明によれば、第１現地時間に対応する停止時間帯を出力する場合と比べて、ユーザ又は管理者による時間の誤認が抑制される。
請求項５に記載の発明によれば、１種類のみの言語又は１種類のみの現地時間を含む検索条件を用いる場合と比べて、言語又は現地時間の違いに起因する検索漏れが抑制されやすくなる。
請求項６に記載の発明によれば、停止中のすべての情報処理サービスに関する情報をすべて出力する場合と比べて、優先度が相対的に高い情報のみをユーザ又は管理者に与えやすくなる。
請求項７に記載の発明によれば、互いに内容が整合しない動作確認情報及び運用情報を出力する場合と比べて、情報を受け取ったユーザ又は管理者の混乱が抑制される。

【図面の簡単な説明】

【0012】

【図1】本発明の一実施形態における監視装置が組み込まれた情報処理システの全体構成図である。

【図2】図１に示す監視装置が有する制御部の機能ブロック図である。

【図3】監視装置の動作を示すフローチャートである。

【図4】チェックリストが有するデータ構造の一例を示す図である。

【図5】ウェブ検索に用いられる検索テーブルの一例を示す図である。

【図6】ウェブ検索による検索結果の一例を示す図である。

【図7】ウェブページを記述するソースコードの一例を示す図である。

【図8】運用情報リストが有するデータ構造の一例を示す図である。

【図9】判断基準時が停止時間帯に属している状態を示す図である。

【図10】情報の出力方針の一例を示す図である。

【図11】画面の表示例を示す図である。

【図12】画面の表示例を示す図である。

【発明を実施するための形態】

【0013】

本発明における監視装置について、監視プログラムとの関係において好適な実施形態を挙げ、添付の図面を参照しながら説明する。

【0014】

［監視装置１８の構成］
図１は、本発明の一実施形態における監視装置１８が組み込まれた情報処理システム１０の全体構成図である。図２は、図１に示す監視装置１８が有する制御部２８の機能ブロック図である。

【0015】

この情報処理システム１０は、画像形成装置１２と１つ以上のクラウドサーバ１６がネットワークＮＷを介して連携しながら一連の情報処理を実行可能に構成される。具体的には、情報処理システム１０は、画像形成装置１２（「情報処理装置」に相当）と、クラウド１４上に設けられた１つ又は複数のクラウドサーバ１６（「外部装置」に相当）と、監視装置１８と、を含んで構成される。

【0016】

画像形成装置１２は、情報を処理可能に構成される情報処理装置の一態様であり、ここではデジタル複合機（ＭＦＰ；Multifunction Peripheral）からなる。この画像形成装置１２は、本体機能部２０と、連携制御部２２と、表示部２４（「出力装置」に相当）と、を含んで構成される。本体機能部２０は、プリンタ機能、コピー機能、スキャン機能、ファクシミリ機能、及びデータ送信機能のうち少なくとも１つの機能を実行する。連携制御部２２は、クラウドサーバ１６と連携しながら一連の情報処理を実行するための制御を行う。表示部２４は、例えば、画像やメッセージを含む可視情報を出力可能な表示パネルから構成される。

【0017】

各々のクラウドサーバ１６は、一連の情報処理のうち画像形成装置１２により実行されない情報処理（以下、「情報処理サービス」という）を実行可能に構成されるサーバ装置である。情報処理サービスの一例として、ＯＣＲ（Optical Character Recognition）処理、データの保存・管理、経費精算処理、認証基盤、ＩｏＴ（Internet of Things）データの分析などが挙げられる。本図ではクラウドサーバ１６を単体のコンピュータとして図示しているが、これに代わって、クラウドサーバ１６は、分散システムを構築するコンピュータ群であってもよい。

【0018】

監視装置１８は、ネットワークＮＷに接続されたコンピュータであり、１つ又は複数のクラウドサーバ１６の稼働状態を監視する。具体的には、この監視装置１８は、通信部２６と、制御部２８と、記憶部３０と、を含んで構成される。

【0019】

通信部２６は、外部装置に対して電気信号を送受信するための通信インターフェースである。これにより、監視装置１８は、ネットワークＮＷを通じて、画像形成装置１２及びクラウドサーバ１６との間で様々なデータのやり取りが可能である。

【0020】

制御部２８は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）を含むプロセッサによって構成される。制御部２８は、記憶部３０に格納された監視プログラムを読み出して実行することで、動作確認部４０、検索処理部４２、データ収集部４４、データ解析部４６、及び出力制御部４８（図２参照）として機能する。

【0021】

記憶部３０は、非一過性であり、かつ、コンピュータ読み取り可能な記憶媒体で構成されている。ここで、コンピュータ読み取り可能な記憶媒体は、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）、ソリッドステートドライブ（ＳＳＤ：Solid State Drive）を含む記憶装置、あるいは、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ、フラッシュメモリ等の可搬媒体である。

【0022】

［監視装置１８の動作］
この実施形態における監視装置１８は、以上のように構成される。続いて、この監視装置１８の動作について、図３のフローチャートを主に参照しながら説明する。図３のステップＳ１～Ｓ９は監視装置１８により、ステップＳ１０は画像形成装置１２によりそれぞれ実行される。

【0023】

ステップＳ１において、監視装置１８の制御部２８（より詳しくは、動作確認部４０）は、１つ以上のクラウドサーバ１６が提供する複数種類の情報処理サービスに関わる動作の確認を行う。具体的には、動作確認部４０は、予め定められた実行スケジュール（例えば、１０分おき）に従って、チェックリスト６０に掲載された確認項目毎にいわゆる「ヘルスチェック」を行う。

【0024】

図４は、チェックリスト６０が有するデータ構造の一例を示す図である。このチェックリスト６０は、リストの掲載順を示す「Ｎｏ」と、情報処理サービスの「名称」と、確認対象の動作を示す「確認項目」と、確認対象であるクラウドサーバ１６の所在を示す「サイト」と、確認の「結果」と、確認の「実施時点」と、から構成されるリスト形式のデータである。なお、確認項目の数は、１種類の情報処理サービスにつき１個であってもよいし、２個以上であってもよい。

【0025】

例えば、動作確認部４０は、チェックリスト６０の掲載順に従って確認を行い、確認の結果が得られた場合に「結果」及び「実施時点」の欄を逐次埋めていく。本図の例では、
動作確認部４０は、１～５番目の動作にてサービスＡ，Ｂ，Ｃはすべて正常であるが、６番目の動作にてサービスＤが異常（つまり、サービスの停止中）であることを確認する。この停止の原因として、クラウドサーバ１６の障害や、メンテナンスに伴う一時的な稼働停止などが挙げられる。

【0026】

ステップＳ２において、動作確認部４０は、ステップＳ１での確認結果に基づいて、停止中の情報処理サービスが検出されたか否かを判定する。停止中の情報処理サービスが検出されなかった場合（ステップＳ２：ＮＯ）、ステップＳ１に戻って、サービスの停止が検出されるまでステップＳ１，Ｓ２を繰り返して実行する。一方、停止中の情報処理サービスが検出された場合（ステップＳ２：ＹＥＳ）、次のステップＳ３に進む。

【0027】

ステップＳ３において、データ収集部４４は、停止中の情報処理サービスに関するログデータを収集することで、クラウドサーバ１６の動作を確認した結果を示す情報（以下、「動作確認情報Ｉｃｋ」という）を取得する。この動作確認情報Ｉｃｋには、例えば、情報処理サービスの識別情報、異常の発生時点（年月日や時刻を含む）、エラーコード及びエラーメッセージなどが含まれる。その後、データ収集部４４は、自身が取得した動作確認情報Ｉｃｋを検索処理部４２に供給する。

【0028】

ステップＳ４において、検索処理部４２は、ステップＳ３で取得された動作確認情報Ｉｃｋを用いて、ネットワークＮＷ上の検索（以下、「ウェブ検索」ともいう）に用いられる検索条件を設定する。具体的には、検索処理部４２は、動作確認情報Ｉｃｋに含まれる文字列（例えば、サービス名、年月日、時刻、障害・メンテナンスなど）から適切な検索ワードを選択し、サービスの停止状況を把握することを目的とした検索条件を設定する。

【0029】

この情報処理サービスが特定の地域のみで提供される場合、検索条件には、その地域内で使用される単一の言語や単一の現地時間が含まれていれば十分である。ところが、この情報処理サービスが世界中で提供される場合、サービス提供側であるクラウドサーバ１６と、サービス享受側である画像形成装置１２とが地理的に離れた場所に存在する状況があり得る。そこで、検索処理部４２は、地域にかかわらず検索範囲が実質的に同一になるように、複数種類の言語又は複数種類の現地時間を含む検索条件を設定してもよい。

【0030】

図５は、ウェブ検索に用いられる検索テーブル６２の一例を示す図である。この検索テーブル６２は、検索項目及び検索情報から構成されるテーブル形式のデータである。検索項目には、例えば、発生時点、サービス情報、停止理由などが挙げられる。検索情報は、検索対象は実質的に同一であるが、地域に応じて異なっている。例えば、サービス提供側の地域が米国である場合、「発生時点」が米国の現地時間であり、「サービス情報」及び「停止理由」がそれぞれ英語で表記されている。一方、サービス享受側の地域が日本である場合、「発生時点」が日本の現地時間であり、「サービス情報」及び「停止理由」がそれぞれ日本語で表記されている。

【0031】

ステップＳ５において、検索処理部４２は、ステップＳ４で設定された検索条件を用いて、ネットワークＮＷ上のウェブ検索処理を行う。ここで、ウェブ検索を用いることで、［１］ＡＰＩ（Application Programming Interface）が利用できない場合、［２］新規の情報処理サービスにおいてウェブページの構成を把握できない場合、［３］既存の情報処理サービスにおいて指定されたＵＲＬが変更された場合であっても、クラウドサーバ１６以外の情報源から情報を収集することができる。

【0032】

具体的には、検索処理部４２は、クローリングを含む様々な検索手法を用いてウェブ検索を行い、検索スコアが高い順にウェブページの所在（例えば、ＵＲＬ：Uniform Resource Locator）を列挙してリスト化する。

【0033】

図６は、ウェブ検索による検索結果の一例を示す図である。検索結果リスト６４は、検索スコアの序列を示す「Ｎｏ」と、ウェブページの所在を示す「ＵＲＬ」と、から構成されるリスト形式のデータである。なお、検索結果リスト６４の掲載数（いわゆる、絞り込み件数）は、固定であってもよいし必要に応じて適宜変更されてもよい。

【0034】

ステップＳ６において、ステップＳ５にて得られた検索結果リスト６４に従って、該当するウェブデータを収集する。このウェブデータには、他の情報処理サービスと比べて相対的に関連性が高い情報、具体的には、停止中の情報処理サービスに関する運用の状況を示す情報（以下、「運用情報Ｉｏｐ」という）が含まれ得る。その後、データ収集部４４は、自身がそれぞれ取得したウェブデータ及び動作確認情報Ｉｃｋをデータ解析部４６に供給する。

【0035】

図７は、ウェブページを記述するソースコードの一例を示す図である。このソースコードは、例えば、ＨＴＭＬ（HyperText Markup Language）、ＸＭＬ（eXtensible Markup Language）を含むマークアップ言語を用いて記述されている。このソースコードには、図５に示す検索テーブル６２内の「検索情報」と一致又は近似する文字列（例えば、年月日）が含まれる。

【0036】

ステップＳ７において、データ解析部４６は、ステップＳ６で収集されたウェブデータを解析することで、運用情報Ｉｏｐのリスト（以下、運用情報リスト６６）を作成する。具体的には、データ解析部４６は、動作確認情報Ｉｃｋに含まれる文字列（例えば、サービス名、年月日、時刻、障害・メンテナンスなど）から適切な抽出対象を設定し、ウェブデータの中から抽出対象の文字列を抽出する。

【0037】

図８は、運用情報リスト６６が有するデータ構造の一例を示す図である。この運用情報リスト６６は、１つ以上の運用情報Ｉｏｐから構成されるリスト形式のデータである。運用情報Ｉｏｐには、例えば、年、月日、時間、状態、案内・通知などの各種情報が含まれる。なお、時間を示す文字列の前後にハイフンなどの記号が配置されている場合、当該文字列と一緒に記号も抽出される。

【0038】

ステップＳ８において、出力制御部４８は、ステップＳ７での解析を通じて作成された運用情報リスト６６の中から、出力対象の運用情報Ｉｏｐを特定する。具体的には、出力制御部４８は、ウェブデータの内容又は付帯情報により特定される現地時間にて、判断基準時が停止時間帯に属している運用情報Ｉｏｐのみを出力対象として特定する。この「判断基準時」は、典型的にはステップＳ８の実行時であるが、図３のフローチャートにおける一連の動作（ステップＳ１～Ｓ１０）を実行している間の任意の時点であってもよい。

【0039】

図９に示すように、具体的には、［１］停止時間帯の開始時点と終了時点が明示されている場合、判断基準時が開始時点と終了時点の間にあること、［２］停止時間帯の開始時点のみが明示されている場合、判断基準時が開始時点よりも後であること、［３］停止時間帯の終了時点のみが明示されている場合、判断基準時が終了時点よりも前であること、のいずれかの条件を満たせばよい。図８の例では、判断基準時が「２０１９年２月２３日の１８：２６」である場合、運用情報リスト６６の上から３番目に該当する情報がある。一方、判断基準時が「２０１９年２月２３日の２３：１０」である場合、運用情報リスト６６の中には該当する情報がない。

【0040】

ステップＳ９において、出力制御部４８は、ステップＳ８で特定された運用情報Ｉｏｐの出力制御を行う。出力制御部４８は、運用情報Ｉｏｐが取得された場合に動作確認情報Ｉｃｋ及び運用情報Ｉｏｐの両方の出力を指示する一方、運用情報Ｉｏｐが取得されなかった場合に動作確認情報Ｉｃｋのみの出力を指示する出力制御を行う。また、出力制御部４８は、様々な条件又は条件の組み合わせに従って情報の出力方針を変更してもよい。

【0041】

（方針１）ユーザに対して理解可能な言語を用いて情報を提供することが望ましい。そこで、出力制御部４８は、複数種類の言語を用いて検索が行われた場合、サービス享受側の使用言語に対応する情報のみを出力させてもよい。
（方針２）ユーザに対して誤解を与えることなく時間に関する情報を提供することが望ましい。そこで、出力制御部４８は、複数種類の現地時間を用いて検索が行われた場合、サービス享受側の現地時間に対応する情報のみを出力させてもよい。

【0042】

（方針３）停止中の情報処理サービスの種類によって、ユーザに与える影響度が異なる可能性がある。そこで、出力制御部４８は、２種類以上のサービスが同時に停止している場合、優先度が相対的に高いサービスに対応する情報のみを出力させてもよい。この優先度は、情報処理サービスの重要度（例えば、ユーザ数、使用頻度の高さ、セキュリティなど）に応じて予め定められる。

【0043】

（方針４）運用情報Ｉｏｐが不完全である場合、すべての情報を提供することで却ってユーザの混乱を招くおそれがある。そこで、出力制御部４８は、運用情報Ｉｏｐの一部が欠落している場合、内容を特定できる箇所のみを出力させる一方、内容を特定できない箇所を出力させなくてもよい。具体例として、停止時間帯のうち終了時点に関する文字列を特定できなかった場合、「１８：００－」なる文字列を出力するなどが挙げられる。

【0044】

（方針５）情報の出所の観点から、動作確認情報Ｉｃｋに対する信頼度は、運用情報Ｉｏｐに対する信頼度と比べて相対的に高い場合が多い。そこで、出力制御部４８は、動作確認情報Ｉｃｋと運用情報Ｉｏｐの間の内容が整合しない場合に動作確認情報Ｉｃｋのみを出力させてもよい。あるいは、出力制御部４８は、該当する運用情報Ｉｏｐを取得できなかった場合に動作確認情報Ｉｃｋのみを出力させてもよい。なお、内容の一部のみが整合しない場合、出力制御部４８は、部分的に整合する情報のみを出力させてもよい。

【0045】

（方針６）該当する運用情報Ｉｏｐを取得できなかった場合、当該情報が取得されるまで待機するとその分だけ、情報を出力するタイミングが遅れてしまう。そこで、出力制御部４８は、該当する運用情報Ｉｏｐを取得できなかった場合に動作確認情報Ｉｃｋのみを出力させてもよい。

【0046】

（方針７）停止中の情報処理サービスがある場合、ユーザに対して鮮度がより高い情報を提供することが望ましい。そこで、出力制御部４８は、停止中の情報処理サービスがある場合に、停止中の情報処理サービスがない場合と比べて、動作確認情報Ｉｃｋ又は運用情報Ｉｏｐを出力させる頻度を高くしてもよい。具体例として、ヘルスチェック（図３のステップＳ１）の実行頻度を１０分おきから５分おきに短縮するなどが挙げられる。

【0047】

ステップＳ１０において、画像形成装置１２は、ステップＳ９の出力制御に従って情報を出力する。出力に先立ち、監視装置１８は、動作確認情報Ｉｃｋ及び／又は運用情報Ｉｏｐを含む指令信号を画像形成装置１２に向けて送信する。画像形成装置１２は、ネットワークＮＷを介して、監視装置１８からの指令信号を受信すると、停止中の情報処理サービスに関する可視情報を表示部２４の画面８０上に表示する。

【0048】

図１１に示すように、画面８０の欄８１内には、サービス名と、当該サービスが停止状態である旨と、サービスの所在と、を含む動作確認情報Ｉｃｋが表示される。また、画面８０の欄８２内には、サービス名と、停止時間帯と、メッセージと、を含む運用情報Ｉｏｐが表示される。ユーザは、画面８０の欄８１，８２内を視認することで、情報処理サービスの停止状況をより詳しく把握することができる。

【0049】

一方、運用情報Ｉｏｐのうち停止時間帯の終了時点のみが欠落している場合、図１２（ａ）に示すように欄８１内の終了時点が余白になって画面８０が表示される。また、運用情報Ｉｏｐが取得できなかった場合、図１２（ｂ）に示すように、画面８０の欄８２内には、運用情報Ｉｏｐに代わって「確認中」という文字が表示される。

【0050】

ここでは、画像形成装置１２の表示部２４に可視情報を出力しているが、これと併せて又はこれとは別に可聴情報（例えば、音声）を出力してもよい。また、監視装置１８は、情報処理装置としての画像形成装置１２に情報の出力を指示しているが、これに代えて、出力手段を有する他の装置（例えば、画像形成装置１２の管理者が所有する端末）に対して出力を指示してもよいし、監視装置１８に設けられた出力手段に対して出力を指示してもよい。

【0051】

ステップＳ１０の終了後、ステップＳ１に戻る。このように、図３に示すフローチャートの動作を繰り返すことで、監視装置１８による監視動作が逐次行われる。

【0052】

［この実施形態のまとめ］
以上のように、監視装置１８が備える制御部２８（プロセッサ）は、画像形成装置１２（情報処理装置）と１つ以上のクラウドサーバ１６（外部装置）がネットワークＮＷを介して連携しながら一連の情報処理を実行する場合において、１つ以上のクラウドサーバ１６が提供する複数種類の情報処理サービスに関わる動作の確認を行い（Ｓ１）、ネットワークＮＷを介した検索を通じて、複数種類の情報処理サービスのうち停止中の情報処理サービスに関する運用の状況を示す運用情報Ｉｏｐを取得し（Ｓ６）、運用情報Ｉｏｐが取得された場合に、画像形成装置１２のユーザ又は管理者に向けて、動作確認情報Ｉｃｋと併せて運用情報Ｉｏｐを出力させる出力制御を行う（Ｓ９）。

【0053】

このように、ネットワークＮＷを介した検索を用いて、停止中の情報処理サービスに関する運用情報Ｉｏｐを取得することで、動作の確認とは異なる別の手段によって停止中の情報処理サービスに関する多角的な情報を入手可能となり、２種類の情報（つまり、動作確認情報Ｉｃｋ及び運用情報Ｉｏｐ）を同時にユーザに提供することができる。これにより、ネットワークＮＷを介して１つ以上のクラウドサーバ１６と連携して一連の情報処理を実行する際、情報処理サービスの停止中に、動作確認情報Ｉｃｋのみを出力する場合と比べて、停止の状況を把握するためのより有用な情報がユーザ又は管理者に与えられる。

【0054】

この運用情報Ｉｏｐは、検索を通じて、他の種類の情報処理サービスと比べて停止中の情報処理サービスとの関連性が高い情報を記述するデータを取得する処理（Ｓ６）と、データを解析し、解析結果に基づいて運用情報Ｉｏｐを作成する処理（Ｓ７）と、の実行により取得されてもよい。また、運用情報Ｉｏｐは、停止中の情報処理サービスにおける停止時間帯であって、まだ経過していない停止時間帯を含んでもよい。また、運用情報Ｉｏｐは、データにより特定される第１現地時間と、情報の出力先における第２現地時間との間に時差がある場合、第２現地時間に対応する停止時間帯が含まれてもよい。

【0055】

［変形例］
なお、本発明は、上記した実施形態に限定されるものではなく、この発明の主旨を逸脱しない範囲で自由に変更できることは勿論である。あるいは、技術的に矛盾が生じない範囲で各々の構成を任意に組み合わせてもよい。

【0056】

上記した実施形態における「プロセッサ」は、広義のプロセッサを意味し、汎用的なプロセッサ（ＣＰＵ又はＭＰＵ）のみならず、専用的なプロセッサ（ＧＰＵ；Graphics Processing Unit、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array、ＰＬＤ：Programmable Logic Device）を含み得る。

【0057】

上記した実施形態におけるプロセッサの動作は、１つのプロセッサにより行われてもよいし、物理的に離れた位置に設けられた複数のプロセッサが協働して行われてもよい。また、プロセッサの各動作の順序は、図３に示すフローチャートの順序のみに限定されるものではなく、必要に応じて適宜変更され得る。

【符号の説明】

【0058】

１０ 情報処理システム、１２ 画像形成装置（情報処理装置）、１６ クラウドサーバ（外部装置）、１８ 監視装置、２０ 本体機能部、２２ 連携制御部、２４ 表示部（出力装置）、２６ 通信部、２８ 制御部（プロセッサ）、３０ 記憶部、４０ 動作確認部、４２ 検索処理部、４４ データ収集部、４６ データ解析部、４８ 出力制御部、６０ チェックリスト、６２ 検索テーブル、６４ 検索結果リスト、６６ 運用情報リスト、８０ 画面、Ｉｃｋ 動作確認情報、Ｉｏｐ 運用情報。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】