JP6928315B2 - 電子機器およびログ取得システム - Google Patents

Description

本発明は、ログを取得する電子機器およびログ取得システムに関する。

従来、ログを取得する電子機器として、操作部を含むハードウェアと、ハードウェアを制御する制御プログラムとを備える装置が知られている（例えば、特許文献１参照。）。特許文献１に記載された装置は、操作部に対する操作情報と、制御プログラムにおけるプロセス間の通信情報と、制御プログラムからハードウェアへの制御コマンドと、ハードウェアから制御プログラムへの状態通知情報とを、各情報の発生時刻を付加してログとして取得する。

したがって、特許文献１に記載された装置は、不具合が発生した場合に、不具合の原因をログによって解析することができる。特に、特許文献１に記載された装置は、制御プログラムにおけるプロセス間の通信情報、制御プログラムからハードウェアへの制御コマンド、および、ハードウェアから制御プログラムへの状態通知情報だけでなく、操作部に対する操作情報もログに含めるので、不具合の原因が利用者の操作ミスに起因するものか否かを区別可能にする。

特開２００２−２０７３９９号公報

特許文献１に記載された装置においては、装置の内部のソフトウェアによって処理される詳細な情報がログに含まれているので、装置の開発者のような高度な技術水準を有する者による、不具合の原因の詳細な解析に対してログによって適切に支援することができる。しかしながら、特許文献１に記載された装置においては、不具合の原因の詳細な解析に必要なログが不具合の原因の解析者によって大量のログの中から特定される必要があるので、不具合の原因の解析者に負担が大きいという問題がある。

そこで、本発明は、不具合の原因の解析を容易化することができる電子機器およびログ取得システムを提供することを目的とする。

本発明の電子機器は、前記電子機器に発生する不具合毎に前記不具合の要因の候補を少なくとも１つ示す不具合要因候補情報を管理する情報管理手段と、前記候補のログを記録するか否かの設定を前記候補毎に実行するログ記録設定手段と、前記ログ記録設定手段によって実行された前記設定に応じて前記ログを記録するログ記録手段とを備え、前記ログ記録設定手段は、前記不具合が発生した場合に、発生した前記不具合に対して前記不具合要因候補情報において対応付けられている前記候補の前記ログを記録する前記設定を自動で実行することを特徴とする。

この構成により、本発明の電子機器は、不具合が発生した場合に、発生した不具合に対して不具合要因候補情報において対応付けられている、不具合の要因の候補のログを記録する設定を自動で実行するので、不具合の原因の解析に不要なログを記録することを抑えることができ、その結果、不具合の原因の解析を容易化することができる。また、本発明の電子機器は、不具合が発生した場合に、発生した不具合に対して不具合要因候補情報において対応付けられている、不具合の要因の候補のログを記録する設定を自動で実行するので、発生した不具合の要因の候補のログを記録する設定を利用者が実行する必要がなく、不具合の原因の解析を容易化することができる。

本発明の電子機器は、指示を受け付ける指示受付デバイスを備え、前記ログ記録設定手段は、前記指示受付デバイスによって受け付けられた前記指示に応じて前記設定を実行しても良い。

この構成により、本発明の電子機器は、不具合の要因の候補のログを記録するか否かの設定を指示受付デバイスによって受け付けられた指示に応じて実行するので、不具合の原因の解析者による不具合の原因の解析が終了した場合に、不要なログを記録しない設定が利用者によって実行されることによって、ログを記憶するために必要な記憶領域の空き容量を抑えることができる。

本発明の電子機器は、表示デバイスを備え、前記ログ記録設定手段は、前記表示デバイスに前記設定を表示しても良い。

この構成により、本発明の電子機器は、不具合の要因の候補のログを記録するか否かの設定を表示デバイスに表示するので、自動で実行した設定を利用者に確認させることができ、利便性を向上することができる。

本発明の電子機器において、前記電子機器は、利用者による入力に応じて機能を実行するものであり、前記電子機器は、前記入力の内容、および、前記機能の実行結果を前記機能の実行単位毎に含む機能ログを取得する機能ログ取得手段を備えても良い。

この構成により、本発明の電子機器は、利用者による入力の内容と、利用者による入力に応じた機能の実行結果とを機能の実行単位毎に含む機能ログを取得するので、利用者によってどのような入力が実行された結果、機能がどのように実行されたのかということに対する理解を機能ログによって容易化することができる。したがって、本発明の電子機器は、不具合の原因の解析者に不具合の詳細な原因を不具合の要因の候補のログによって解析させる前に、不具合の原因の解析者に不具合の大まかな原因を機能ログによって解析させることができるので、利便性を向上することができる。

本発明のログ取得システムは、電子機器に発生する不具合毎に前記不具合の要因の候補を少なくとも１つ示す不具合要因候補情報を管理する情報管理手段と、前記候補のログを記録するか否かの設定を前記候補毎に実行するログ記録設定手段と、前記ログ記録設定手段によって実行された前記設定に応じて前記ログを記録するログ記録手段とを備え、前記ログ記録設定手段は、前記不具合が発生した場合に、発生した前記不具合に対して前記不具合要因候補情報において対応付けられている前記候補の前記ログを記録する前記設定を自動で実行することを特徴とする。

この構成により、本発明のログ取得システムは、電子機器に不具合が発生した場合に、発生した不具合に対して不具合要因候補情報において対応付けられている、不具合の要因の候補のログを記録する設定を自動で実行するので、不具合の原因の解析に不要なログを記録することを抑えることができ、その結果、不具合の原因の解析を容易化することができる。また、本発明のログ取得システムは、電子機器に不具合が発生した場合に、発生した不具合に対して不具合要因候補情報において対応付けられている、不具合の要因の候補のログを記録する設定を自動で実行するので、発生した不具合の要因の候補のログを記録する設定を利用者が実行する必要がなく、不具合の原因の解析を容易化することができる。

本発明の電子機器およびログ取得システムは、不具合の原因の解析を容易化することができる。

本発明の一実施の形態に係るサービス実行システムのブロック図である。 図１に示すＭＦＰのブロック図である。 図２に示す要因別ログコンフィグレーションテーブルの一例を示す図である。 図２に示す不具合要因候補情報の一例を示す図である。 図２に示す市場向けログの一例を示す図である。 １つのサーバーコンピューターによって実現されている場合の図１に示すクラウドサーバーのブロック図である。 １つのノード実行単位ログを取得する場合の図２に示すＭＦＰの動作のフローチャートである。 図７に示すＩＮ情報取得処理のフローチャートである。 図８に示す入力内容情報取得処理のフローチャートである。 図８に示す指示設定情報取得処理のフローチャートである。 図７に示すＯＵＴＰＵＴ情報取得処理のフローチャートである。 ＭＦＰ自身に関するノード実行単位ログをＭＦＰ自身以外のノードに移動させる場合の図２に示すＭＦＰの動作のフローチャートである。 １つのノード実行単位ログを取得する場合の図６に示すクラウドサーバーの動作のフローチャートである。 図１３に示すＩＮ情報取得処理のフローチャートである。 図１４に示す入力内容情報取得処理のフローチャートである。 図１４に示す指示設定情報取得処理のフローチャートである。 図１３に示すＯＵＴＰＵＴ情報取得処理のフローチャートである。 サービス単位ログを取得する場合の図２に示すＭＦＰの動作のフローチャートである。 図１８に示す自機器ログ収集処理のフローチャートである。 ノード実行単位ログの要求を受けた場合の図１に示すＭＦＰの動作フローチャートである。 ノード実行単位ログの要求を受けた場合の図６に示すクラウドサーバーの動作フローチャートである。 不具合が発生した場合の図２に示すＭＦＰの動作のフローチャートである。 利用者からの指示に応じて要因別ログコンフィグレーションテーブルを編集する場合の図２に示すＭＦＰの動作のフローチャートである。 ハードウェアを制御する場合の図２に示すＭＦＰの動作のフローチャートである。 機能を実行する場合の図２に示すＭＦＰの動作のフローチャートである。

以下、本発明の実施の形態について、図面を用いて説明する。

まず、本発明の一実施の形態に係るサービス実行システムの構成について説明する。

図１は、本実施の形態に係るサービス実行システム１０のブロック図である。

図１に示すサービス実行システム１０は、利用者による入力に応じて複数のノードが連携してサービスを実行するシステムである。

サービス実行システム１０は、電子機器としてのＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）２０をノードとして含んでいる。ＭＦＰ２０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワーク１１に所属している。サービス実行システム１０は、ネットワーク１１に所属しているＭＦＰ３０およびＭＦＰ４０をそれぞれノードとして含んでいる。ＭＦＰ３０およびＭＦＰ４０の構成は、それぞれ、ＭＦＰ２０と同様の構成である。サービス実行システム１０は、ＭＦＰ３０およびＭＦＰ４０以外にも、ネットワーク１１に所属している電子機器をノードとして備えても良い。

サービス実行システム１０は、ＭＦＰ２０と同様の構成のＭＦＰ５０と、クラウドサービスを提供するクラウドサーバー６０とをそれぞれノードとして含んでいる。ＭＦＰ５０およびクラウドサーバー６０は、ネットワーク１１に所属しておらず、ネットワーク１１に接続されている、インターネットなどのネットワーク１２に所属している。サービス実行システム１０は、ＭＦＰ５０以外にも、ネットワーク１２に所属している電子機器をノードとして備えても良い。また、サービス実行システム１０は、クラウドサーバー６０以外にも、ネットワーク１２に所属しているクラウドサーバーをノードとして備えても良い。

クラウドサーバー６０は、１つのコンピューターによって実現されていても良いし、複数のコンピューターによって実現されていても良い。

サービス実行システム１０によって実行されるサービスには、クラウドサーバー６０によって提供されるクラウドサービスがストレージサービスである場合、例えば、ＭＦＰ２０の後述するスキャナーによって原稿から読み取られた画像の画像データをクラウドサーバー６０に保存するサービスと、クラウドサーバー６０が提供するＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を介した利用者によるクラウドサーバー６０への指示に応じて、クラウドサーバー６０に保存されている画像データに基づいてＭＦＰ２０の後述するプリンターによって印刷を実行するサービスと、ＭＦＰ２０の後述する操作部を介した利用者によるＭＦＰ２０への指示に応じて、クラウドサーバー６０に保存されている画像データに基づいてＭＦＰ２０のプリンターによって印刷を実行するサービスとが存在する。

図２は、ＭＦＰ２０のブロック図である。

図２に示すＭＦＰ２０は、種々の操作が入力されるボタンなどの入力デバイスである操作部２１と、種々の情報を表示するＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示デバイスである表示部２２と、用紙などの記録媒体に画像を印刷する印刷デバイスであるプリンター２３と、原稿から画像を読み取る読取デバイスであるスキャナー２４と、図示していない外部のファクシミリ装置と公衆電話回線などの通信回線経由でファックス通信を行うファックスデバイスであるファックス通信部２５と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部２６と、各種の情報を記憶する半導体メモリー、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの不揮発性の記憶デバイスである記憶部２７と、ＭＦＰ２０全体を制御する制御部２８とを備えている。

ＭＦＰ２０によって実行される機能には、例えば、通信部２６を介して入力された印刷データに基づいた画像をプリンター２３によって記録媒体に印刷するプリント機能と、スキャナー２４によって原稿から読み取られた画像をプリンター２３によって記録媒体に印刷するコピー機能と、スキャナー２４によって原稿から読み取られた画像を通信部２６経由で送信する送信機能と、スキャナー２４によって原稿から読み取られた画像をファックス通信部２５経由でファックス送信するＦＡＸ機能と、スキャナー２４によって原稿から読み取られた画像、または、通信部２６を介して入力された印刷データに基づいた画像を記憶部２７に記憶するＢＯＸ機能と、ＭＦＰ２０のログなどの各種の情報をプリンター２３によって記録媒体に印刷するレポート機能と、外部のコンピューターからＭＦＰ２０の情報を参照したりＭＦＰ２０に設定を行ったりするＷｅｂ情報参照・設定機能とが存在する。なお、ＭＦＰ２０は、プリント機能、コピー機能、送信機能、ＦＡＸ機能、ＢＯＸ機能およびレポート機能については、ジョブという単位で実行する。しかしながら、ＭＦＰ２０は、Ｗｅｂ情報参照・設定機能については、ジョブという単位では実行しない。

操作部２１および通信部２６は、それぞれ、指示を受け付けるデバイスであり、指示受付デバイスを構成している。

記憶部２７は、ログを取得するためのアプリケーションプログラムとしてのログ取得プログラム２７ａを記憶している。ログ取得プログラム２７ａは、例えば、ＭＦＰ２０の製造段階でＭＦＰ２０にインストールされていても良いし、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリーなどの外部の記憶媒体からＭＦＰ２０に追加でインストールされても良いし、ネットワーク上からＭＦＰ２０に追加でインストールされても良い。

記憶部２７は、サービス実行システム１０に対する利用者による入力の内容（以下「利用者入力内容」という。）と、サービス実行システム１０に対する利用者による入力に応じたサービス実行システム１０によるサービスの実行結果（以下「サービス実行結果」という。）とをサービス（機能）の実行単位毎に含むサービスログ（機能ログ）としての市場向けログ２７ｂを記憶可能である。ＭＦＰの販売者側の人間である、ＭＦＰのサービスパーソンは、市場で顧客、すなわち、ＭＦＰの利用者に対応する。顧客は、サービス実行システムにサービスを実行させるための指示をＭＦＰの操作部または通信部を介してＭＦＰに入力した場合、または、サービス実行システムにサービスを実行させるための指示をクラウドサーバーが提供するＧＵＩからクラウドサーバーに入力した場合に、サービス実行システムによるサービスの実行結果が顧客自身の所望のものにならなかったとき、顧客自身が所望していないサービス実行システムのこのような動作、すなわち、問題事象について、サービスパーソンに説明を依頼することがある。市場向けログ２７ｂは、サービスパーソンが顧客からの依頼によって、サービス実行システム１０で発生した問題事象を的確に説明することができる情報として取得されるログである。

記憶部２７は、ＭＦＰ２０においてソフトウェアがハードウェアに送信する信号と、ＭＦＰ２０において複数のソフトウェア間で送受信される信号と、ＭＦＰ２０においてソフトウェアがハードウェアから受信する信号とを含む開発向けログ２７ｃを記憶可能である。ＭＦＰの販売者は、顧客、すなわち、ＭＦＰの利用者から、ＭＦＰで発生した問題事象に対してクレームを受けると、顧客から受けたクレームをＭＦＰの開発者に報告する。開発者は、顧客からのクレームを販売者経由で受け付けると、顧客から指摘されている問題事象を解決するために、問題事象が発生した際のＭＦＰの内部の挙動や状態を把握する必要がある。開発向けログ２７ｃは、開発者が、ＭＦＰ２０で発生した問題事象を解決するために、問題事象が発生した際のＭＦＰの内部の挙動や状態を的確に把握することができる情報として取得されるログである。開発向けログ２７ｃは、ＭＦＰ２０のサービスパーソンによって解釈されることが困難である。

記憶部２７は、ＭＦＰ２０に発生する不具合の要因の候補のログを記録するか否かの設定を不具合の要因の候補毎に示す要因別ログコンフィグレーションテーブル２７ｄを記憶している。

図３は、要因別ログコンフィグレーションテーブル２７ｄの一例を示す図である。

図３に示すように、要因別ログコンフィグレーションテーブル２７ｄは、不具合の要因の候補の識別子と、不具合の要因の候補と、不具合の要因の候補のログを記録するか否かの設定としてのログ記録実施可否設定との組み合わせを、不具合の要因の候補毎に示している。不具合の要因には、ＭＦＰ２０が備えるハードウェアの要因と、ＭＦＰ２０が備えるソフトウェアの要因とが存在する。ハードウェアの要因には、例えば、記憶部２７（図２参照。）の一部である「ＨＤＤ」と、記憶部２７の一部である「ＳＤカード」と、ＭＦＰ２０（図２参照。）に電力を供給するための「電源装置」と、プリンター２３（図２参照。）の一部である「給紙カセット装置」と、スキャナー２４（図２参照。）を示す「スキャナー」とが存在する。ソフトウェアの要因には、例えば、表示部２２（図２参照。）による表示機能としての「デバイスパネル」と、スキャナー２４によって原稿から読み取った画像をプリンター２３によって記録媒体に印刷する機能としての「コピー機能」と、通信部２６（図２参照。）などから入力された印刷データに基づいた画像をプリンター２３によって記録媒体に印刷する機能としての「プリント機能」と、スキャナー２４によって原稿から読み取った画像をファックス通信部２５（図２参照。）を介してファックス送信する機能としての「ＦＡＸ機能」と、利用者に対する認証や認可を実行する機能としての「認証・認可」と、ＭＦＰ２０における省エネのための動作を実行する機能としての「省エネ」と、ＭＦＰ２０において発生したイベントを通知したり送信したりする機能としての「イベント通知・送信」と、記憶部２７にデータを記憶する機能としての「ボックス機能」とが存在する。不具合の要因は、図３に示すもの以外にも多数存在する。例えば、不具合の要因は、画像データに対して画像処理を行う機能としての「画像処理機能」と、通信部２６を介したネットワーク通信に関する制御を行う機能としての「ネットワーク制御機能」とが存在する。

図２に示すように、記憶部２７は、ＭＦＰ２０に発生する不具合毎に不具合の要因の候補を少なくとも１つ示す不具合要因候補情報２７ｅを記憶している。したがって、記憶部２７は、不具合要因候補情報２７ｅを管理する情報管理手段を構成している。

図４は、不具合要因候補情報２７ｅの一例を示す図である。

図４に示すように、不具合要因候補情報２７ｅは、ＭＦＰ２０に発生する不具合と、不具合の要因の候補の識別子との組み合わせを、不具合毎に示している。例えば、図４に示す例において、不具合としての「エラーＢ」は、不具合の要因の候補の識別子として「００００４」、「００００５」および「００００７」が対応付けられている。

図２に示す制御部２８は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、プログラムおよび各種のデータを記憶しているＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）と、ＣＰＵの作業領域として用いられるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）とを備えている。ＣＰＵは、ＲＯＭまたは記憶部２７に記憶されているプログラムを実行する。

制御部２８は、ログ取得プログラム２７ａを実行することによって、機能ログとしての市場向けログを取得する機能ログ取得手段としての市場向けログ取得手段２８ａと、記憶部２７のうち、市場向けログの基になる、ＭＦＰ２０に関するログ、すなわち、後述するノード実行単位ログを記憶するための、ＭＦＰ２０の記憶領域（以下「ノード実行単位ログ用記憶領域」という。）の空き容量が特定の容量以下である場合に、ノード実行単位ログ用記憶領域に記憶されているノード実行単位ログをＭＦＰ２０以外のノードに移動させるログ移動手段２８ｂとを実現する。

制御部２８は、ログ取得プログラム２７ａを実行することによって、ＭＦＰ２０に発生する不具合の要因の候補のログを記録するか否かの設定を不具合の要因の候補毎に実行するログ記録設定手段２８ｃを実現する。

制御部２８は、ログ取得プログラム２７ａを実行することによって、ＭＦＰ２０が備えるいずれか１つのハードウェア、すなわち、要因別ログコンフィグレーションテーブル２７ｄにおいて要因として示されるいずれか１つのハードウェアを制御するハードウェア制御手段２８ｄを実現する。制御部２８は、ログ取得プログラム２７ａを実行することによって、ハードウェア制御手段２８ｄと同様なハードウェア制御手段を、ハードウェア制御手段２８ｄ以外に少なくとも１つ以上実現する。制御部２８によって実現される複数のハードウェア制御手段は、それぞれ、別々のハードウェアを制御する。制御部２８によって実現される複数のハードウェア制御手段は、それぞれ、自身が制御するハードウェアに関するログを記録することが可能であり、ログ記録手段を構成している。

制御部２８は、ログ取得プログラム２７ａを実行することによって、ＭＦＰ２０のいずれか１つの機能、すなわち、要因別ログコンフィグレーションテーブル２７ｄにおいて要因として示されるいずれか１つの機能を実現するための機能実現手段２８ｅを実現する。制御部２８は、ログ取得プログラム２７ａを実行することによって、機能実現手段２８ｅと同様な機能実現手段を、機能実現手段２８ｅ以外に少なくとも１つ以上実現する。制御部２８によって実現される複数の機能実現手段は、それぞれ、別々の機能を実現する。制御部２８によって実現される複数の機能実現手段は、それぞれ、自身が実現する機能に関するログを記録することが可能であり、ログ記録手段を構成している。

図５は、市場向けログ２７ｂの一例を示す図である。

図５に示す市場向けログ２７ｂは、サービスの実行単位毎にログ（以下「サービス単位ログ」という。）を含んでいる。市場向けログ２７ｂに含まれる全てのサービス単位ログのそれぞれは、互いに同様の構成である。以下、市場向けログ２７ｂに含まれる全てのサービス単位ログを代表して、サービス単位ログ７０について説明する。

サービス単位ログ７０は、サービス実行システム１０における各ノードにおける実行単位毎にログ（以下「ノード実行単位ログ」という。）を含んでいる。サービス単位ログ７０に含まれる全てのノード実行単位ログのそれぞれは、互いに同様の構成である。以下、サービス単位ログ７０に含まれる全てのノード実行単位ログを代表して、ノード実行単位ログ８０について説明する。

ノード実行単位ログ８０は、「ＩＮ」に関する情報（以下「ＩＮ情報」という。）８１と、「ＡＣＴＩＯＮ」に関する情報（以下「ＡＣＴＩＯＮ情報」という。）８２と、「ＯＵＴＰＵＴ」に関する情報（以下「ＯＵＴＰＵＴ情報」という。）８３とで構成されている。

ＩＮ情報８１は、サービス実行システム１０に対する利用者による具体的な入力の内容（以下「入力内容」という。）を示す入力内容情報８１ａと、ノードの外部から指示された設定を示す指示設定情報８１ｂとを含んでいる。

ノード実行単位ログ８０がＭＦＰ２０に関するログである場合、入力内容情報８１ａは、操作部２１に対する入力内容を示す操作部入力内容情報と、通信部２６経由での利用者による入力内容を示す通信部入力内容情報とのいずれかである。ノード実行単位ログ８０がクラウドサーバー６０に関するログである場合、入力内容情報８１ａは、クラウドサーバー６０が提供するＧＵＩ経由での入力内容を示すＧＵＩ入力内容情報である。

ノード実行単位ログ８０がサービス実行システム１０におけるノードによる他のノードからの指示に応じた動作のログである場合、入力内容が存在しないので、ＩＮ情報８１は、入力内容情報８１ａを含まない。

入力内容情報８１ａを含むＩＮ情報８１は、利用者入力内容を示す情報である。一方、入力内容情報８１ａを含まないＩＮ情報８１は、利用者入力内容を示す情報ではない。

ノード実行単位ログ８０がＭＦＰ２０に関するログである場合、指示設定情報８１ｂは、ジョブの設定（以下「ジョブ設定」という。）を示す。ここで、上述したようにＷｅｂ情報参照・設定機能がジョブ単位で実行されないので、ＩＮ情報８１は、Ｗｅｂ情報参照・設定機能に関しては指示設定情報８１ｂを含まない。

操作部入力内容情報は、例えば、操作部２１のいずれのボタンが押されたかなど、操作部２１に対する具体的な入力内容を示す情報である。操作部入力内容情報は、操作部２１に対する全ての具体的な入力内容を含む。したがって、操作部入力内容情報には、指示設定情報８１ｂに直接関係しない入力内容が含まれる場合がある。なお、ＩＮ情報８１は、図示していないが、時刻と、利用者の識別情報（以下「利用者ＩＤ」という。）とを、操作部入力内容情報における各入力内容に関連付けて含んでいる。操作部入力内容情報における各入力内容に関連付けられた時刻は、操作部２１に対する入力が実行された時刻を示している。操作部入力内容情報における各入力内容に関連付けられた利用者ＩＤは、操作部２１に対する入力を実行した利用者の利用者ＩＤを示している。

通信部入力内容情報は、例えば、どのようなプロトコルが使用されているか、どこからアクセスされたかなど、通信部２６経由で受信したパケットに基づいて得られる具体的な入力内容を示す情報である。なお、ＩＮ情報８１は、図示していないが、通信部入力内容情報における各入力内容に関連付けて時刻および利用者ＩＤを含んでいる。通信部入力内容情報における各入力内容に関連付けられた時刻は、通信部２６経由での入力が実行された時刻を示している。通信部入力内容情報における各入力内容に関連付けられた利用者ＩＤは、通信部２６経由での入力を実行した利用者の利用者ＩＤを示している。

ＧＵＩ入力内容情報は、例えば、ＧＵＩのいずれの操作領域が操作されたかなど、ＧＵＩに対する具体的な入力内容を示す情報である。ＧＵＩ入力内容情報は、ＧＵＩに対する全ての具体的な入力内容を含む。したがって、ＧＵＩ入力内容情報には、指示設定情報８１ｂに直接関係しない入力内容が含まれる場合がある。なお、ＩＮ情報８１は、図示していないが、時刻と、利用者ＩＤとを、ＧＵＩ入力内容情報における各入力内容に関連付けて含んでいる。ＧＵＩ入力内容情報における各入力内容に関連付けられた時刻は、ＧＵＩに対する入力が実行された時刻を示している。ＧＵＩ入力内容情報における各入力内容に関連付けられた利用者ＩＤは、ＧＵＩに対する入力を実行した利用者の利用者ＩＤを示している。

指示設定情報８１ｂは、ＩＮ情報８１が入力内容情報８１ａを含む場合、利用者によるサービスに対する設定内容を示す情報である。指示設定情報８１ｂは、例えばノード実行単位ログ８０がＭＦＰ２０に関するログである場合、機能がジョブ単位で実行されるとき、入力内容情報８１ａに示す入力内容に基づいて制御部２８によって生成されるジョブ設定を示す。例えば、ジョブ設定は、プリント機能のジョブ（以下「プリントジョブ」という。）の場合には印刷設定であり、コピー機能のジョブ（以下「コピージョブ」という。）の場合にはコピーの設定である。入力内容情報８１ａに示す入力内容に基づいてノードによって指示設定情報８１ｂが生成される過程に不具合が生じる可能性がある。したがって、指示設定情報８１ｂは、入力内容情報８１ａとは別に取得される必要がある。なお、ＩＮ情報８１は、図示していないが、指示設定情報８１ｂに関連付けて時刻および利用者ＩＤを含んでいる。指示設定情報８１ｂに関連付けられた時刻は、ＭＦＰ２０の場合にはＭＦＰ２０が提供する機能の実行が開始された時刻を示しており、クラウドサーバー６０の場合にはクラウドサーバー６０が提供するクラウドサービスの実行が開始された時刻を示している。指示設定情報８１ｂに関連付けられた利用者ＩＤは、ＭＦＰ２０の場合にはＭＦＰ２０が提供する機能の実行を指示した利用者の利用者ＩＤを示しており、クラウドサーバー６０の場合にはクラウドサーバー６０が提供するクラウドサービスの実行を指示した利用者の利用者ＩＤを示している。

ＡＣＴＩＯＮ情報８２は、ＩＮ情報８１に対応する入力に応じて、サービス実行システム１０におけるノードによって実行された動作を具体的に示す実行動作情報８２ａを含んでいる。実行動作情報８２ａは、ＭＦＰ２０による機能の実行結果や、クラウドサーバー６０によるクラウドサービスの実行結果を含まない。なお、ＡＣＴＩＯＮ情報８２は、サービス実行システム１０で発生した問題事象を把握する上で必須の情報ではないので、市場向けログ２７ｂに含まれなくても良い。

ＯＵＴＰＵＴ情報８３は、指示設定情報８１ｂに示される設定に対して、ＭＦＰ２０が実際にジョブを実行したり、クラウドサーバー６０が実際にクラウドサービスを実行したりするときの設定を示す実行時設定情報８３ａと、実行時設定情報８３ａに示される設定に応じて、ＭＦＰ２０によって実行された動作による機能の実行結果、または、クラウドサーバー６０によって実行されたクラウドサービスの実行結果を示す実行結果情報８３ｂとを含んでいる。なお、上述したようにＷｅｂ情報参照・設定機能がジョブ単位で実行されないので、ＯＵＴＰＵＴ情報８３は、Ｗｅｂ情報参照・設定機能に関しては実行時設定情報８３ａを含まない。ＯＵＴＰＵＴ情報８３は、実行時設定情報８３ａを含んでいる場合、実行時設定情報８３ａを実行結果情報８３ｂに関連付けて含んでいる。

ＯＵＴＰＵＴ情報８３は、図示していないが、実行結果情報８３ｂに関連付けて時刻および利用者ＩＤを含んでいる。実行結果情報８３ｂに関連付けられた時刻は、ＭＦＰ２０の場合にはＭＦＰ２０が提供する機能が終了した時刻を示しており、クラウドサーバー６０の場合にはクラウドサーバー６０が提供するクラウドサービスの実行が終了した時刻を示している。実行結果情報８３ｂに関連付けられた利用者ＩＤは、ＭＦＰ２０の場合にはＭＦＰ２０が提供する機能の実行を指示した利用者の利用者ＩＤを示しており、クラウドサーバー６０の場合にはクラウドサーバー６０が提供するクラウドサービスの実行を指示した利用者の利用者ＩＤを示している。

実行時設定情報８３ａは、ＭＦＰ２０の場合にはＭＦＰ２０が提供する機能の実行時の機能に対する設定内容を示す情報であり、クラウドサーバー６０の場合にはクラウドサーバー６０が提供するクラウドサービスの実行時のクラウドサービスに対する設定内容を示す情報である。例えば、ＭＦＰ２０の制御部２８は、利用者によって入力された複数の設定が実際にはジョブの実行時に同時に適用することができないものであったり、利用者によって入力された設定がＭＦＰ２０の状態によってはジョブの実行時に適用することができないものであったりした場合に、これらの設定をジョブの実行時に自動的に変更する。すなわち、指示設定情報８１ｂによって示されるジョブ設定は、ジョブの実行時にそのままジョブに適用されるとは限らない。したがって、実行時設定情報８３ａは、指示設定情報８１ｂとは別に取得される必要がある。

図６は、１つのサーバーコンピューターによって実現されている場合のクラウドサーバー６０のブロック図である。

図６に示すクラウドサーバー６０は、種々の操作が入力されるキーボード、マウスなどの入力デバイスである操作部６１と、種々の情報を表示するＬＣＤなどの表示デバイスである表示部６２と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部６３と、各種の情報を記憶する半導体メモリー、ＨＤＤなどの不揮発性の記憶デバイスである記憶部６４と、クラウドサーバー６０全体を制御する制御部６５とを備えている。

制御部６５は、例えば、ＣＰＵと、プログラムおよび各種のデータを記憶しているＲＯＭと、ＣＰＵの作業領域として用いられるＲＡＭとを備えている。ＣＰＵは、ＲＯＭまたは記憶部６４に記憶されているプログラムを実行する。

制御部６５は、ＧＵＩを提供する。利用者は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などのコンピューターを介してＧＵＩにアクセスし、サービス実行システム１０にサービスを実行させるための指示をＧＵＩからクラウドサーバーに入力することができる。

制御部６５は、トランザクションという単位でクラウドサービスを実行する。ここで、トランザクションは、本実施の形態において、クラウドサービスが１つのプロセスのみで実行される場合には、このプロセスのことを意味する。トランザクションがプロセスのことを意味する場合、トランザクションの識別情報（以下「トランザクションＩＤ」という。）は、プロセスの識別情報（以下「プロセスＩＤ」という。）を意味する。

次に、サービス実行システム１０の動作について説明する。

ＭＦＰ２０の市場向けログ取得手段２８ａは、ＭＦＰ２０が起動している間、市場向けログ２７ｂを取得し続ける。

市場向けログ２７ｂを取得する場合のＭＦＰ２０の動作について説明する。

まず、ＭＦＰ２０自身に関するノード実行単位ログを取得する場合のＭＦＰ２０の動作について説明する。

ＭＦＰ２０の市場向けログ取得手段２８ａは、ＭＦＰ２０が起動している間、ノード実行単位ログを取得し続ける。

図７は、１つのノード実行単位ログを取得する場合のＭＦＰ２０の動作のフローチャートである。

図７に示すように、市場向けログ取得手段２８ａは、ＭＦＰ２０にログイン中の利用者の利用者ＩＤを取得する（Ｓ１０１）。

次いで、市場向けログ取得手段２８ａは、ＩＮ情報を取得するためのＩＮ情報取得処理を実行する（Ｓ１０２）。

図８は、図７に示すＩＮ情報取得処理のフローチャートである。

図８に示すように、市場向けログ取得手段２８ａは、利用者による入力があったか否かを判断する（Ｓ１２１）。

市場向けログ取得手段２８ａは、利用者による入力があったとＳ１２１において判断すると、入力内容情報を取得するための入力内容情報取得処理を実行する（Ｓ１２２）。なお、市場向けログ取得手段２８ａは、操作部２１に対する入力が実行されるか、通信部２６経由での入力が実行されると、その都度、入力内容情報取得処理を実行する。

図９は、図８に示す入力内容情報取得処理のフローチャートである。

図９に示すように、市場向けログ取得手段２８ａは、入力が実行された箇所を特定し（Ｓ１４１）、Ｓ１４１において特定した箇所が操作部２１および通信部２６のいずれであるかを判断する（Ｓ１４２）。

市場向けログ取得手段２８ａは、操作部２１であるとＳ１４２において判断すると、操作部２１に対する入力内容を取得して（Ｓ１４３）、Ｓ１４３において取得した入力内容を記憶部２７のノード実行単位ログ用記憶領域における操作部入力内容情報に記憶する（Ｓ１４４）。

市場向けログ取得手段２８ａは、通信部２６であるとＳ１４２において判断すると、通信部２６経由での入力内容を取得して（Ｓ１４５）、Ｓ１４５において取得した入力内容を記憶部２７のノード実行単位ログ用記憶領域における通信部入力内容情報に記憶する（Ｓ１４６）。

市場向けログ取得手段２８ａは、Ｓ１４４またはＳ１４６の処理の後、入力が実行された時刻を取得して（Ｓ１４７）、Ｓ１４７において取得した時刻を、Ｓ１４４またはＳ１４６において記憶した入力内容に関連付けて記憶部２７のノード実行単位ログ用記憶領域に記憶する（Ｓ１４８）。

次いで、市場向けログ取得手段２８ａは、Ｓ１０１において取得した利用者の利用者ＩＤを、Ｓ１４４またはＳ１４６において記憶した入力内容に関連付けて記憶部２７のノード実行単位ログ用記憶領域に記憶して（Ｓ１４９）、図９に示す入力内容情報取得処理を終了する。

図８に示すように、市場向けログ取得手段２８ａは、利用者による入力がなかったとＳ１２１において判断するか、Ｓ１２２の入力内容情報取得処理の後、機能の実行が開始された場合に、指示設定情報を取得するための指示設定情報取得処理を実行して（Ｓ１２３）、図８に示すＩＮ情報取得処理を終了する。

図１０は、図８に示す指示設定情報取得処理のフローチャートである。

図１０に示すように、市場向けログ取得手段２８ａは、対象のジョブの識別情報であるジョブＩＤを取得する（Ｓ１６１）。ここで、制御部２８は、ジョブの実行時に、対象のジョブ毎に互いに異なるジョブＩＤを付与することでジョブを管理する。したがって、市場向けログ取得手段２８ａは、ジョブに付与されたジョブＩＤをノード実行単位ログの取得のために利用することができる。

市場向けログ取得手段２８ａは、Ｓ１６１において取得したジョブＩＤによって特定されるジョブのジョブ設定として、操作部２１に対する入力内容、または、通信部２６経由での入力内容と、通信部２６経由でのクラウドサーバー６０からの指示内容とのいずれかに基づいて制御部２８によって生成されたジョブ設定を取得して（Ｓ１６２）、Ｓ１６２において取得したジョブ設定を記憶部２７のノード実行単位ログ用記憶領域における指示設定情報に記憶する（Ｓ１６３）。

次いで、市場向けログ取得手段２８ａは、対象のジョブが開始された時刻を取得して（Ｓ１６４）、Ｓ１６４において取得した時刻を、Ｓ１６３において記憶した指示設定情報に関連付けて記憶部２７のノード実行単位ログ用記憶領域に記憶する（Ｓ１６５）。

次いで、市場向けログ取得手段２８ａは、Ｓ１０１において取得した利用者の利用者ＩＤを、Ｓ１６３において記憶した指示設定情報に関連付けて記憶部２７のノード実行単位ログ用記憶領域に記憶して（Ｓ１６６）、図１０に示す指示設定情報取得処理を終了する。

なお、市場向けログ取得手段２８ａは、Ｓ１４８において記憶した時刻、および、Ｓ１４９において記憶した利用者ＩＤの組み合わせと、Ｓ１６５において記憶した時刻、および、Ｓ１６６において記憶した利用者ＩＤの組み合わせとに基づいて、Ｓ１４４において記憶した操作部入力内容情報、または、Ｓ１４６において記憶した通信部入力内容情報と、Ｓ１６３において記憶した指示設定情報とを、同一のノード実行単位ログの情報として関連付ける。

図７に示すように、市場向けログ取得手段２８ａは、Ｓ１０２のＩＮ情報取得処理の後、ＡＣＴＩＯＮ情報を取得するためのＡＣＴＩＯＮ情報取得処理を実行する（Ｓ１０３）。ＡＣＴＩＯＮ情報取得処理において、市場向けログ取得手段２８ａは、Ｓ１０２で取得されたＩＮ情報に対応するＭＦＰ２０の動作の内容を取得して記憶部２７のノード実行単位ログ用記憶領域における実行動作情報に記憶する。次いで、市場向けログ取得手段２８ａは、Ｓ１０１において取得した利用者の利用者ＩＤを、記憶した実行動作情報に関連付けて記憶部２７のノード実行単位ログ用記憶領域に記憶して、ＡＣＴＩＯＮ情報取得処理を終了する。

なお、市場向けログ取得手段２８ａは、対象のジョブの識別情報であるジョブＩＤを取得し、取得したジョブＩＤによって特定されるジョブが実行されたときのＭＦＰ２０の動作の内容を、ＩＮ情報に対応するＭＦＰ２０の動作の内容として取得してもよい。この場合、市場向けログ取得手段２８ａは、Ｓ１６１において取得したジョブＩＤと、ＡＣＴＩＯＮ情報取得処理で取得したジョブＩＤとに基づいて、Ｓ１６３において記憶した指示設定情報と、ＡＣＴＩＯＮ情報取得処理において記憶した実行動作情報とを、同一のノード実行単位ログの情報として関連付ける。

次いで、市場向けログ取得手段２８ａは、機能の実行が終了した場合に、ＯＵＴＰＵＴ情報を取得するためのＯＵＴＰＵＴ情報取得処理を実行して（Ｓ１０４）、図７に示す動作を終了する。

図１１は、図７に示すＯＵＴＰＵＴ情報取得処理のフローチャートである。

図１１に示すように、市場向けログ取得手段２８ａは、実行が終了した機能がＷｅｂ情報参照・設定機能であるか否かを判断する（Ｓ１８１）。

市場向けログ取得手段２８ａは、実行が終了した機能がＷｅｂ情報参照・設定機能ではないとＳ１８１において判断すると、対象のジョブの識別情報であるジョブＩＤを取得する（Ｓ１８２）。

市場向けログ取得手段２８ａは、Ｓ１８２において取得したジョブＩＤによって特定されるジョブのジョブ設定として、対象のジョブの実行時のジョブ設定を取得して（Ｓ１８３）、Ｓ１８３において取得したジョブ設定を記憶部２７のノード実行単位ログ用記憶領域における実行時設定情報に記憶する（Ｓ１８４）。

次いで、市場向けログ取得手段２８ａは、Ｓ１８３において取得したジョブ設定に含まれるジョブの種別を判断する（Ｓ１８５）。

市場向けログ取得手段２８ａは、プリントジョブであるとＳ１８５において判断すると、対象のプリントジョブの実行結果を取得する（Ｓ１８６）。ここで、Ｓ１８６において取得される実行結果には、例えば、対象のプリントジョブが正常に終了したか否かという情報と、対象のプリントジョブによって印刷された記録媒体の枚数の情報と、対象のプリントジョブによる印刷がモノクロ印刷およびカラー印刷のいずれであったかという情報と、対象のプリントジョブによる印刷が片面印刷および両面印刷のいずれであったかという情報とが含まれる。

市場向けログ取得手段２８ａは、コピージョブであるとＳ１８５において判断すると、対象のコピージョブの実行結果を取得する（Ｓ１８７）。ここで、Ｓ１８７において取得される実行結果には、例えば、対象のコピージョブが正常に終了したか否かという情報と、対象のコピージョブによって印刷された記録媒体の枚数の情報と、対象のコピージョブによる印刷がモノクロ印刷およびカラー印刷のいずれであったかという情報と、対象のコピージョブによる印刷が片面印刷および両面印刷のいずれであったかという情報とが含まれる。

市場向けログ取得手段２８ａは、送信機能のジョブ（以下「送信ジョブ」という。）であるとＳ１８５において判断すると、対象の送信ジョブの実行結果を取得する（Ｓ１８８）。ここで、Ｓ１８８において取得される実行結果には、例えば、対象の送信ジョブが正常に終了したか否かという情報と、対象の送信ジョブによって通信部２６経由で送信されたデータのサイズの情報と、クラウドサーバー６０など、対象の送信ジョブによって通信部２６経由でデータが送信された相手先の情報と、電子メールによる送信、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）による送信、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）による送信など、対象の送信ジョブによるデータの送信方法の情報とが含まれる。

市場向けログ取得手段２８ａは、ＦＡＸ機能のジョブ（以下「ＦＡＸジョブ」という。）であるとＳ１８５において判断すると、対象のＦＡＸジョブの実行結果を取得する（Ｓ１８９）。ここで、Ｓ１８９において取得される実行結果には、例えば、対象のＦＡＸジョブが正常に終了したか否かという情報と、対象のＦＡＸジョブによってファックス通信部２５経由で送信されたデータのサイズの情報と、対象のＦＡＸジョブによってファックス通信部２５経由でデータが送信された相手先の情報とが含まれる。

市場向けログ取得手段２８ａは、ＢＯＸ機能のジョブ（以下「ＢＯＸジョブ」という。）であるとＳ１８５において判断すると、対象のＢＯＸジョブの実行結果を取得する（Ｓ１９０）。ここで、Ｓ１９０において取得される実行結果には、例えば、対象のＢＯＸジョブが正常に終了したか否かという情報と、対象のＢＯＸジョブによって記憶部２７に記憶されたデータのサイズの情報とが含まれる。

市場向けログ取得手段２８ａは、レポート機能のジョブ（以下「レポートジョブ」という。）であるとＳ１８５において判断すると、対象のレポートジョブの実行結果を取得する（Ｓ１９１）。ここで、Ｓ１９１において取得される実行結果には、例えば、対象のレポートジョブが正常に終了したか否かという情報が含まれる。

市場向けログ取得手段２８ａは、Ｓ１８６、Ｓ１８７、Ｓ１８８、Ｓ１８９、Ｓ１９０またはＳ１９１の処理が終了すると、Ｓ１８６、Ｓ１８７、Ｓ１８８、Ｓ１８９、Ｓ１９０またはＳ１９１において取得した実行結果を、Ｓ１８４において記憶した実行時設定情報に関連付けて記憶部２７のノード実行単位ログ用記憶領域における実行結果情報に記憶する（Ｓ１９２）。

市場向けログ取得手段２８ａは、実行が終了した機能がＷｅｂ情報参照・設定機能であるとＳ１８１において判断すると、対象のＷｅｂ情報参照・設定機能の実行結果を取得して（Ｓ１９３）、Ｓ１９３において取得した実行結果を記憶部２７のノード実行単位ログ用記憶領域における実行結果情報に記憶する（Ｓ１９４）。

市場向けログ取得手段２８ａは、Ｓ１９２またはＳ１９４の処理の後、対象の機能が終了した時刻を取得して（Ｓ１９５）、Ｓ１９５において取得した時刻を、Ｓ１９２またはＳ１９４において記憶した実行結果情報に関連付けて記憶部２７のノード実行単位ログ用記憶領域に記憶する（Ｓ１９６）。

次いで、市場向けログ取得手段２８ａは、Ｓ１０１において取得した利用者の利用者ＩＤを、Ｓ１９２またはＳ１９４において記憶した実行結果情報に関連付けて記憶部２７のノード実行単位ログ用記憶領域に記憶して（Ｓ１９７）、図１１に示すＯＵＴＰＵＴ情報取得処理を終了する。

なお、市場向けログ取得手段２８ａは、Ｓ１６１において取得したジョブＩＤと、Ｓ１８２において取得したジョブＩＤとに基づいて、Ｓ１６３において記憶した指示設定情報と、Ｓ１９２において記憶した実行結果情報とを、同一のノード実行単位ログの情報として関連付ける。

ＭＦＰ３０、４０、５０など、サービス実行システム１０に含まれる、ＭＦＰ２０以外のＭＦＰがＭＦＰ自身に関するノード実行単位ログを取得する場合の動作については、ＭＦＰ２０がＭＦＰ２０自身に関するノード実行単位ログを取得する場合の動作と同様であるので、説明を省略する。

次に、ＭＦＰ２０自身に関するノード実行単位ログをＭＦＰ２０以外のノードに移動させる場合のＭＦＰ２０の動作について説明する。

図１２は、ＭＦＰ２０自身に関するノード実行単位ログをＭＦＰ２０以外のノードに移動させる場合のＭＦＰ２０の動作のフローチャートである。

ＭＦＰ２０のログ移動手段２８ｂは、市場向けログ取得手段２８ａがＭＦＰ２０自身に関するノード実行単位ログを取得している場合に、図１２に示す動作を繰り返し実行し続ける。

図１２に示すように、ログ移動手段２８ｂは、記憶部２７のノード実行単位ログ用記憶領域の空き容量が特定の容量以下であるか否かを判断する（Ｓ２０１）。

ログ移動手段２８ｂは、記憶部２７のノード実行単位ログ用記憶領域の空き容量が特定の容量以下ではないとＳ２０１において判断すると、図１２に示す動作を終了する。

ログ移動手段２８ｂは、記憶部２７のノード実行単位ログ用記憶領域の空き容量が特定の容量以下であるとＳ２０１において判断すると、サービス実行システム１０に含まれる全てのノードから、ＭＦＰ２０に関するノード実行単位ログを記憶するための特定の記憶領域（以下「他ノード用記憶領域」という。）の空き容量を取得する（Ｓ２０２）。

次いで、ログ移動手段２８ｂは、ＭＦＰ２０と同一のネットワーク、すなわち、ネットワーク１１に所属する、他ノード用記憶領域の空き容量が特定の容量以上であるＭＦＰが存在するか否かを、Ｓ２０２において取得した情報に基づいて判断する（Ｓ２０３）。

ログ移動手段２８ｂは、ネットワーク１１に所属する、他ノード用記憶領域の空き容量が特定の容量以上であるＭＦＰが存在するとＳ２０３において判断すると、記憶部２７のノード実行単位ログ用記憶領域に記憶されている、ＭＦＰ２０に関するノード実行単位ログを、ネットワーク１１に所属する、他ノード用記憶領域の空き容量が特定の容量以上であるＭＦＰのいずれか１つに、移動させる（Ｓ２０４）。ここで、ログ移動手段２８ｂは、移動させたノード実行単位ログについては、記憶部２７のノード実行単位ログ用記憶領域から削除する。

ログ移動手段２８ｂは、ネットワーク１１に所属する、他ノード用記憶領域の空き容量が特定の容量以上であるＭＦＰが存在しないとＳ２０３において判断すると、ネットワーク１１に所属する複数のＭＦＰの他ノード用記憶領域の空き容量の合計が特定の容量以上であるか否かを、Ｓ２０２において取得した情報に基づいて判断する（Ｓ２０５）。

ログ移動手段２８ｂは、ネットワーク１１に所属する複数のＭＦＰの他ノード用記憶領域の空き容量の合計が特定の容量以上であるとＳ２０５において判断すると、記憶部２７のノード実行単位ログ用記憶領域に記憶されている、ＭＦＰ２０に関するノード実行単位ログを、ネットワーク１１に所属する複数のＭＦＰに、各ＭＦＰの他ノード用記憶領域の空き容量に応じた重み付きラウンドロビンで分散させて移動させる（Ｓ２０６）。すなわち、ログ移動手段２８ｂは、各ＭＦＰの他ノード用記憶領域の空き容量に応じたデータ量で複数のＭＦＰにログを分散して移動させる。ここで、ログ移動手段２８ｂは、移動させたノード実行単位ログについては、記憶部２７のノード実行単位ログ用記憶領域から削除する。

ログ移動手段２８ｂは、ネットワーク１１に所属する複数のＭＦＰの他ノード用記憶領域の空き容量の合計が特定の容量以上ではないとＳ２０５において判断すると、サービス実行システム１０に含まれる複数のＭＦＰの他ノード用記憶領域の空き容量の合計が特定の容量以上であるか否かを、Ｓ２０２において取得した情報に基づいて判断する（Ｓ２０７）。

ログ移動手段２８ｂは、サービス実行システム１０に含まれる複数のＭＦＰの他ノード用記憶領域の空き容量の合計が特定の容量以上であるとＳ２０７において判断すると、記憶部２７のノード実行単位ログ用記憶領域に記憶されている、ＭＦＰ２０に関するノード実行単位ログを、サービス実行システム１０に含まれる複数のＭＦＰに、各ＭＦＰの他ノード用記憶領域の空き容量に応じた重み付きラウンドロビンで分散させて移動させる（Ｓ２０８）。すなわち、ログ移動手段２８ｂは、各ＭＦＰの他ノード用記憶領域の空き容量に応じたデータ量で複数のＭＦＰにログを分散して移動させる。ここで、ログ移動手段２８ｂは、移動させたノード実行単位ログについては、記憶部２７のノード実行単位ログ用記憶領域から削除する。

ログ移動手段２８ｂは、サービス実行システム１０に含まれる複数のＭＦＰの他ノード用記憶領域の空き容量の合計が特定の容量以上ではないとＳ２０７において判断すると、記憶部２７のノード実行単位ログ用記憶領域に記憶されている、ＭＦＰ２０に関するノード実行単位ログの可能な限り多くの部分を、サービス実行システム１０に含まれる複数のＭＦＰに、各ＭＦＰの他ノード用記憶領域の空き容量に応じた重み付きラウンドロビンで分散させて移動させる（Ｓ２０９）。すなわち、ログ移動手段２８ｂは、各ＭＦＰの他ノード用記憶領域の空き容量に応じたデータ量で複数のＭＦＰにログを分散して移動させる。ここで、ログ移動手段２８ｂは、移動させたノード実行単位ログについては、記憶部２７のノード実行単位ログ用記憶領域から削除する。

次いで、ログ移動手段２８ｂは、記憶部２７のノード実行単位ログ用記憶領域に記憶されている、ＭＦＰ２０に関するノード実行単位ログを、サービス実行システム１０に含まれるいずれかのクラウドサーバーに移動させる（Ｓ２１０）。ここで、ログ移動手段２８ｂは、移動させたノード実行単位ログについては、記憶部２７のノード実行単位ログ用記憶領域から削除する。

ログ移動手段２８ｂは、Ｓ２０４、Ｓ２０６、Ｓ２０８またはＳ２１０の処理の後、図１２に示す動作を終了する。

ＭＦＰ３０、４０、５０など、サービス実行システム１０に含まれる、ＭＦＰ２０以外のＭＦＰがＭＦＰ自身に関するノード実行単位ログをＭＦＰ自身以外のノードに移動させる場合の動作については、ＭＦＰ２０がＭＦＰ２０自身に関するノード実行単位ログをＭＦＰ２０以外のノードに移動させる場合の動作と同様であるので、説明を省略する。

次に、クラウドサーバー６０自身に関するノード実行単位ログを取得する場合のクラウドサーバー６０の動作について説明する。

クラウドサーバー６０の制御部６５は、クラウドサーバー６０が起動している間、ノード実行単位ログを取得し続ける。

図１３は、１つのノード実行単位ログを取得する場合のクラウドサーバー６０の動作のフローチャートである。

図１３に示すように、制御部６５は、クラウドサーバー６０にログイン中の利用者の利用者ＩＤを取得する（Ｓ３０１）。

次いで、制御部６５は、ＩＮ情報を取得するためのＩＮ情報取得処理を実行する（Ｓ３０２）。

図１４は、図１３に示すＩＮ情報取得処理のフローチャートである。

図１４に示すように、制御部６５は、利用者による入力があったか否かを判断する（Ｓ３２１）。

制御部６５は、利用者による入力があったとＳ３２１において判断すると、入力内容情報を取得するための入力内容情報取得処理を実行する（Ｓ３２２）。なお、制御部６５は、クラウドサーバー６０が提供するＧＵＩに対する入力が実行されると、その都度、入力内容情報取得処理を実行する。

図１５は、図１４に示す入力内容情報取得処理のフローチャートである。

図１５に示すように、制御部６５は、ＧＵＩに対する入力内容を取得して（Ｓ３４１）、Ｓ３４１において取得した入力内容をＧＵＩ入力内容情報に記憶する（Ｓ３４２）。

次いで、制御部６５は、入力が実行された時刻を取得して（Ｓ３４３）、Ｓ３４３において取得した時刻を、Ｓ３４２において記憶した入力内容に関連付けて記憶する（Ｓ３４４）。

次いで、制御部６５は、Ｓ３０１において取得した利用者の利用者ＩＤを、Ｓ３４２において記憶した入力内容に関連付けて記憶して（Ｓ３４５）、図１５に示す入力内容情報取得処理を終了する。

図１４に示すように、制御部６５は、利用者による入力がなかったとＳ３２１において判断するか、Ｓ３２２の入力内容情報取得処理の後、クラウドサービスの実行が開始された場合に、指示設定情報を取得するための指示設定情報取得処理を実行して（Ｓ３２３）、図１４に示すＩＮ情報取得処理を終了する。

図１６は、図１４に示す指示設定情報取得処理のフローチャートである。

図１６に示すように、制御部６５は、対象のトランザクションの識別情報であるトランザクションＩＤを取得する（Ｓ３６１）。ここで、制御部２８は、トランザクションの実行時に、対象のトランザクション毎に互いに異なるトランザクションＩＤを付与することでトランザクションを管理する。したがって、制御部６５は、トランザクションに付与されたトランザクションＩＤをノード実行単位ログの取得のために利用することができる。

制御部６５は、Ｓ３６１において取得したトランザクションＩＤによって特定されるトランザクションの設定（以下「トランザクション設定」という。）として、クラウドサーバー６０が提供するＧＵＩに対する入力内容と、通信部６３経由でのＭＦＰ２０からの指示内容とのいずれかに基づいて生成したトランザクション設定を取得して（Ｓ３６２）、Ｓ３６２において取得したトランザクション設定を指示設定情報に記憶する（Ｓ３６３）。

次いで、制御部６５は、対象のトランザクションが開始された時刻を取得して（Ｓ３６４）、Ｓ３６４において取得した時刻を、Ｓ３６３において記憶した指示設定情報に関連付けて記憶する（Ｓ３６５）。

次いで、制御部６５は、Ｓ３０１において取得した利用者の利用者ＩＤを、Ｓ３６３において記憶した指示設定情報に関連付けて記憶して（Ｓ３６６）、図１６に示す指示設定情報取得処理を終了する。

なお、制御部６５は、Ｓ３４４において記憶した時刻、および、Ｓ３４５において記憶した利用者ＩＤの組み合わせと、Ｓ３６５において記憶した時刻、および、Ｓ３６６において記憶した利用者ＩＤの組み合わせとに基づいて、Ｓ３４２において記憶したＧＵＩ入力内容情報と、Ｓ３６３において記憶した指示設定情報とを、同一のノード実行単位ログの情報として関連付ける。

図１３に示すように、制御部６５は、Ｓ３０２のＩＮ情報取得処理の後、ＡＣＴＩＯＮ情報を取得するためのＡＣＴＩＯＮ情報取得処理を実行する（Ｓ３０３）。ＡＣＴＩＯＮ情報取得処理において、制御部６５は、Ｓ３０２で取得されたＩＮ情報に対応するクラウドサーバー６０の動作の内容を取得して実行動作情報に記憶する。次いで、制御部６５は、Ｓ３０１において取得した利用者の利用者ＩＤを、記憶した実行動作情報に関連付けて記憶して、ＡＣＴＩＯＮ情報取得処理を終了する。

なお、制御部６５は、対象のトランザクションの識別情報であるトランザクションＩＤを取得し、取得したトランザクションＩＤによって特定されるトランザクションが実行されたときのクラウドサーバー６０の動作の内容を、ＩＮ情報に対応するクラウドサーバー６０の動作の内容として取得してもよい。この場合、制御部６５は、Ｓ３６１において取得したトランザクションＩＤと、ＡＣＴＩＯＮ情報取得処理で取得したトランザクションＩＤとに基づいて、Ｓ３６３において記憶した指示設定情報と、ＡＣＴＩＯＮ情報取得処理において記憶した実行動作情報とを、同一のノード実行単位ログの情報として関連付ける。

次いで、制御部６５は、対象のトランザクションの実行が終了した場合に、ＯＵＴＰＵＴ情報を取得するためのＯＵＴＰＵＴ情報取得処理を実行して（Ｓ３０４）、図１３に示す動作を終了する。

図１７は、図１３に示すＯＵＴＰＵＴ情報取得処理のフローチャートである。

図１７に示すように、制御部６５は、対象のトランザクションの識別情報であるトランザクションＩＤを取得する（Ｓ３８１）。

制御部６５は、Ｓ３８１において取得したトランザクションＩＤによって特定されるトランザクションのトランザクション設定として、対象のトランザクションの実行時のトランザクション設定を取得して（Ｓ３８２）、Ｓ３８２において取得したトランザクション設定を実行時設定情報に記憶する（Ｓ３８３）。

次いで、制御部６５は、Ｓ３８２において取得したトランザクション設定に含まれるトランザクションの出力の種別を判断する（Ｓ３８４）。

制御部６５は、クラウドサーバー６０が提供するＧＵＩへの出力（以下「標準出力」という。）であるとＳ３８４において判断すると、対象の標準出力の実行結果を取得する（Ｓ３８５）。ここで、Ｓ３８５において取得される実行結果には、例えば、対象の標準出力が正常に終了したか否かという情報が含まれる。

制御部６５は、サービス実行システム１０におけるノードへの送信（以下「送信出力」という。）であるとＳ３８４において判断すると、対象の送信出力の実行結果を取得する（Ｓ３８６）。ここで、Ｓ３８６において取得される実行結果には、例えば、対象の送信出力が正常に終了したか否かという情報と、対象の送信出力によって通信部６３経由で送信されたデータのサイズの情報と、ＭＦＰ２０など、対象の送信出力によって通信部６３経由でデータが送信された相手先の情報と、電子メールによる送信、ＳＭＢによる送信、ＦＴＰによる送信など、対象の送信出力によるデータの送信方法の情報とが含まれる。

制御部６５は、記憶部６４への保存（以下「保存出力」という。）であるとＳ３８４において判断すると、対象の保存出力の実行結果を取得する（Ｓ３８７）。ここで、Ｓ３８７において取得される実行結果には、例えば、対象の保存出力が正常に終了したか否かという情報と、対象の保存出力によって記憶部２７に記憶されたデータのサイズの情報とが含まれる。

制御部６５は、Ｓ３８５、Ｓ３８６またはＳ３８７の処理が終了すると、Ｓ３８５、Ｓ３８６またはＳ３８７において取得した実行結果を、Ｓ３８３において記憶した実行時設定情報に関連付けて実行結果情報に記憶する（Ｓ３８８）。

制御部６５は、Ｓ３８８の処理の後、対象のトランザクションが終了した時刻を取得して（Ｓ３８９）、Ｓ３８９において取得した時刻を、Ｓ３８８において記憶した実行結果情報に関連付けて記憶する（Ｓ３９０）。

次いで、制御部６５は、Ｓ３０１において取得した利用者の利用者ＩＤを、Ｓ３８８において記憶した実行結果情報に関連付けて記憶して（Ｓ３９１）、図１７に示すＯＵＴＰＵＴ情報取得処理を終了する。

なお、制御部６５は、Ｓ３６１において取得したトランザクションＩＤと、Ｓ３８１において取得したトランザクションＩＤとに基づいて、Ｓ３６３において記憶した指示設定情報と、Ｓ３８８において記憶した実行結果情報とを、同一のノード実行単位ログの情報として関連付ける。

サービス実行システム１０に含まれる、クラウドサーバー６０以外のクラウドサーバーがクラウドサーバー自身に関するノード実行単位ログを取得する場合の動作については、クラウドサーバー６０がクラウドサーバー６０自身に関するノード実行単位ログを取得する場合の動作と同様であるので、説明を省略する。

次に、サービス単位ログを取得する場合のＭＦＰ２０の動作について説明する。

図１８は、サービス単位ログを取得する場合のＭＦＰ２０の動作のフローチャートである。

図１８に示すように、市場向けログ取得手段２８ａは、対象のサービス単位ログのうち、ＭＦＰ２０に関するノード実行単位ログを収集するための自機器ログ収集処理を実行する（Ｓ４０１）。

図１９は、図１８に示す自機器ログ収集処理のフローチャートである。

図１９に示すように、市場向けログ取得手段２８ａは、対象のサービス単位ログの対象のサービスに関連付けられた、未だ対象としていない１つのジョブＩＤのみを対象にする（Ｓ４２１）。

次いで、市場向けログ取得手段２８ａは、対象のジョブＩＤに関連付けられているノード実行単位ログを他のノード、すなわち、ＭＦＰ２０以外のノードに移動させたか否かを判断する（Ｓ４２２）。

市場向けログ取得手段２８ａは、対象のジョブＩＤに関連付けられているノード実行単位ログを他のノードに移動させていないとＳ４２２において判断すると、対象のジョブＩＤに関連付けられているノード実行単位ログを記憶部２７のノード実行単位ログ用記憶領域から取得する（Ｓ４２３）。

市場向けログ取得手段２８ａは、対象のジョブＩＤに関連付けられているノード実行単位ログを他のノードに移動させたとＳ４２２において判断すると、対象のジョブＩＤに関連付けられているノード実行単位ログを、このノード実行単位ログの移動先のノードから回収することによって取得する（Ｓ４２４）。

市場向けログ取得手段２８ａは、Ｓ４２３またはＳ４２４の処理の後、対象のサービス単位ログの対象のサービスに関連付けられた、未だ対象としていないジョブＩＤが存在するか否かを判断する（Ｓ４２５）。

市場向けログ取得手段２８ａは、未だ対象としていないジョブＩＤが存在するとＳ４２５において判断すると、Ｓ４２１の処理を実行する。

市場向けログ取得手段２８ａは、未だ対象としていないジョブＩＤが存在しないとＳ４２５において判断すると、図１９に示す自機器ログ収集処理を終了する。

図１８に示すように、市場向けログ取得手段２８ａは、Ｓ４０１の自機器ログ収集処理の後、対象のサービス単位ログのうち、ＭＦＰ２０以外のＭＦＰに関するノード実行単位ログの要求をＭＦＰ２０以外のＭＦＰに実行する（Ｓ４０２）。

図２０は、ノード実行単位ログの要求を受けた場合のＭＦＰ３０の動作のフローチャートである。

図２０に示すように、ＭＦＰ３０の市場向けログ取得手段は、対象のサービス単位ログ、すなわち、ＭＦＰ２０からノード実行単位ログの要求を受けたサービス単位ログの対象のサービスに関連付けられた、未だ対象としていない１つのジョブＩＤのみを対象にする（Ｓ４４１）。

次いで、ＭＦＰ３０の市場向けログ取得手段は、対象のジョブＩＤに関連付けられているノード実行単位ログを他のノード、すなわち、ＭＦＰ３０以外のノードに移動させたか否かを判断する（Ｓ４４２）。

ＭＦＰ３０の市場向けログ取得手段は、対象のジョブＩＤに関連付けられているノード実行単位ログを他のノードに移動させていないとＳ４４２において判断すると、対象のジョブＩＤに関連付けられているノード実行単位ログをＭＦＰ３０の記憶部のノード実行単位ログ用記憶領域から取得する（Ｓ４４３）。

ＭＦＰ３０の市場向けログ取得手段は、対象のジョブＩＤに関連付けられているノード実行単位ログを他のノードに移動させたとＳ４４２において判断すると、対象のジョブＩＤに関連付けられているノード実行単位ログを、このノード実行単位ログの移動先のノードから回収することによって取得する（Ｓ４４４）。

ＭＦＰ３０の市場向けログ取得手段は、Ｓ４４３またはＳ４４４の処理の後、対象のサービス単位ログの対象のサービスに関連付けられた、未だ対象としていないジョブＩＤが存在するか否かを判断する（Ｓ４４５）。

ＭＦＰ３０の市場向けログ取得手段は、未だ対象としていないジョブＩＤが存在するとＳ４４５において判断すると、Ｓ４４１の処理を実行する。

ＭＦＰ３０の市場向けログ取得手段は、未だ対象としていないジョブＩＤが存在しないとＳ４４５において判断すると、今回の図２０に示す処理において実行した全てのＳ４４３およびＳ４４４の処理のそれぞれにおいて取得したノード実行単位ログをＭＦＰ２０に送信して（Ｓ４４６）、図２０に示す動作を終了する。

以上においては、ＭＦＰ３０がＭＦＰ２０からノード実行単位ログの要求を受けた場合の動作について説明したが、ＭＦＰ３０以外のＭＦＰについても、ＭＦＰ２０からノード実行単位ログの要求を受けた場合の動作は同様である。

図１８に示すように、市場向けログ取得手段２８ａは、Ｓ４０２の処理の後、対象のサービス単位ログのうち、クラウドサーバーに関するノード実行単位ログの要求をクラウドサーバーに実行する（Ｓ４０３）。

図２１は、ノード実行単位ログの要求を受けた場合のクラウドサーバー６０の動作のフローチャートである。

図２１に示すように、制御部６５は、対象のサービス単位ログ、すなわち、ＭＦＰ２０からノード実行単位ログの要求を受けたサービス単位ログの対象のサービスに関連付けられた、未だ対象としていない１つのトランザクションＩＤのみを対象にする（Ｓ４６１）。

次いで、制御部６５は、対象のトランザクションＩＤに関連付けられているノード実行単位ログを取得する（Ｓ４６２）。

次いで、制御部６５は、対象のサービス単位ログの対象のサービスに関連付けられた、未だ対象としていないトランザクションＩＤが存在するか否かを判断する（Ｓ４６３）。

制御部６５は、未だ対象としていないトランザクションＩＤが存在するとＳ４６３において判断すると、Ｓ４６１の処理を実行する。

制御部６５は、未だ対象としていないトランザクションＩＤが存在しないとＳ４６３において判断すると、今回の図２１に示す処理において実行した全てのＳ４６２の処理のそれぞれにおいて取得したノード実行単位ログをＭＦＰ２０に送信して（Ｓ４６４）、図２１に示す動作を終了する。

以上においては、クラウドサーバー６０がＭＦＰ２０からノード実行単位ログの要求を受けた場合の動作について説明したが、クラウドサーバー６０以外のクラウドサーバーについても、ＭＦＰ２０からノード実行単位ログの要求を受けた場合の動作は同様である。

図１８に示すように、市場向けログ取得手段２８ａは、Ｓ４０３の処理の後、Ｓ４０１の自機器ログ収集処理と、Ｓ４０２の処理と、Ｓ４０３の処理とにおいて取得した全てのノード実行単位ログを、同一のサービス単位ログの情報として関連付けて市場向けログ２７ｂに記憶して（Ｓ４０４）、図１８に示す動作を終了する。

次に、不具合が発生した場合のＭＦＰ２０の動作について説明する。

図２２は、不具合が発生した場合のＭＦＰ２０の動作のフローチャートである。

制御部２８は、ＭＦＰ２０に不具合が発生した場合に、図２２に示す動作を実行する。図２２に示すように、制御部２８は、ＭＦＰ２０に発生した不具合に対して不具合要因候補情報２７ｅにおいて対応付けられている要因の候補の識別子を含めた障害情報を生成する（Ｓ５０１）。

次いで、ログ記録設定手段２８ｃは、Ｓ５０１において生成された障害情報に含まれる識別子に対応付けられているログ記録実施可否設定をＯＮにするように、要因別ログコンフィグレーションテーブル２７ｄを自動で更新する（Ｓ５０２）。

次いで、ログ記録設定手段２８ｃは、ＭＦＰ２０の再起動の処理を開始して（Ｓ５０３）、図２２に示す動作を終了する。したがって、ＭＦＰ２０は、図２２に示す動作の後、再起動する。ＭＦＰ２０は、不具合の発生によって利用者によって使用されることができない状態になっている場合があるが、不具合の発生によって利用者によって使用されることができない状態になっていても、再起動によって、再び利用者によって使用されることができる状態になるときがある。

次に、利用者からの指示に応じて要因別ログコンフィグレーションテーブル２７ｄを編集する場合のＭＦＰ２０の動作について説明する。

図２３は、利用者からの指示に応じて要因別ログコンフィグレーションテーブル２７ｄを編集する場合のＭＦＰ２０の動作のフローチャートである。

制御部２８は、要因別ログコンフィグレーションテーブル２７ｄの編集の開始が操作部２１または通信部２６を介して指示されると、図２３に示す動作を開始する。例えば、サービスパーソンなどの利用者は、要因別ログコンフィグレーションテーブル２７ｄの編集の開始を操作部２１または通信部２６を介して指示することができる。

図２３に示すように、ログ記録設定手段２８ｃは、要因別ログコンフィグレーションテーブル２７ｄの変更が操作部２１または通信部２６を介して指示されたか否かを判断する（Ｓ５２１）。

ログ記録設定手段２８ｃは、要因別ログコンフィグレーションテーブル２７ｄの変更が指示されたとＳ５２１において判断すると、操作部２１または通信部２６を介した指示に応じて要因別ログコンフィグレーションテーブル２７ｄを変更する（Ｓ５２２）。例えば、ログ記録設定手段２８ｃは、特定の要因の候補に対応付けられているログ記録実施可否設定をＯＮにすることもできるし、特定の要因の候補に対応付けられているログ記録実施可否設定をＯＦＦにすることもできる。

ログ記録設定手段２８ｃは、要因別ログコンフィグレーションテーブル２７ｄの変更が指示されなかったとＳ５２１において判断するか、Ｓ５２２の処理が終了すると、要因別ログコンフィグレーションテーブル２７ｄの編集の終了が操作部２１または通信部２６を介して指示されたか否かを判断する（Ｓ５２３）。

ログ記録設定手段２８ｃは、要因別ログコンフィグレーションテーブル２７ｄの編集の終了が指示されなかったとＳ５２３において判断すると、Ｓ５２１の処理を実行する。

ログ記録設定手段２８ｃは、要因別ログコンフィグレーションテーブル２７ｄの編集の終了が指示されたとＳ５２３において判断すると、図２３の動作を終了する。

なお、ログ記録設定手段２８ｃは、要因別ログコンフィグレーションテーブル２７ｄの表示が操作部２１を介して指示されると、要因別ログコンフィグレーションテーブル２７ｄを表示部２２に表示する。

また、ログ記録設定手段２８ｃは、要因別ログコンフィグレーションテーブル２７ｄの表示が外部のコンピューターから通信部２６を介して指示されると、要因別ログコンフィグレーションテーブル２７ｄの表示を指示したコンピューターに要因別ログコンフィグレーションテーブル２７ｄの表示データを送信する。したがって、要因別ログコンフィグレーションテーブル２７ｄの表示をＭＦＰ２０に指示したコンピューターは、ＭＦＰ２０から送信されてきた表示データに基づいて、要因別ログコンフィグレーションテーブル２７ｄをコンピューター自身の表示部に表示することができる。

次に、ハードウェアを制御する場合のＭＦＰ２０の動作について説明する。

図２４は、ハードウェアを制御する場合のＭＦＰ２０の動作のフローチャートである。

ハードウェア制御手段２８ｄは、ハードウェア制御手段２８ｄ自身の制御対象であるハードウェアを制御する場合に、特定のタイミングで図２４に示す動作を繰り返し実行する。

図２４に示すように、ハードウェア制御手段２８ｄは、ハードウェア制御手段２８ｄ自身の制御対象であるハードウェアに要因別ログコンフィグレーションテーブル２７ｄにおいて対応付けられているログ記録実施可否設定がＯＮであるか否かを判断する（Ｓ５４１）。

ハードウェア制御手段２８ｄは、ログ記録実施可否設定がＯＮであるとＳ５４１において判断すると、ハードウェア制御手段２８ｄ自身の制御対象であるハードウェアに関するログを開発向けログ２７ｃに記録する状態になって（Ｓ５４２）、図２４に示す動作を終了する。

ハードウェア制御手段２８ｄは、ログ記録実施可否設定がＯＦＦであるとＳ５４１において判断すると、ハードウェア制御手段２８ｄ自身の制御対象であるハードウェアに関するログを開発向けログ２７ｃに記録しない状態になって（Ｓ５４３）、図２４に示す動作を終了する。

以上においては、ハードウェア制御手段２８ｄがハードウェア制御手段２８ｄ自身の制御対象であるハードウェアを制御する場合に、ハードウェア制御手段２８ｄ自身の制御対象であるハードウェアに関するログを開発向けログ２７ｃに記録することついて説明している。同様に、ハードウェア制御手段２８ｄ以外のハードウェア制御手段は、ハードウェア制御手段自身の制御対象であるハードウェアを制御する場合に、ハードウェア制御手段自身の制御対象であるハードウェアに関するログを開発向けログ２７ｃに記録することができる。

次に、機能を実行する場合のＭＦＰ２０の動作について説明する。

図２５は、機能を実行する場合のＭＦＰ２０の動作のフローチャートである。

機能実現手段２８ｅは、機能実現手段２８ｅ自身の実現対象である機能を実行する場合に、特定のタイミングで図２５に示す動作を繰り返し実行する。

図２５に示すように、機能実現手段２８ｅは、機能実現手段２８ｅ自身の実現対象である機能に要因別ログコンフィグレーションテーブル２７ｄにおいて対応付けられているログ記録実施可否設定がＯＮであるか否かを判断する（Ｓ５６１）。

機能実現手段２８ｅは、ログ記録実施可否設定がＯＮであるとＳ５６１において判断すると、機能実現手段２８ｅ自身の実現対象である機能に関するログを開発向けログ２７ｃに記録する状態になって（Ｓ５６２）、図２５に示す動作を終了する。

機能実現手段２８ｅは、ログ記録実施可否設定がＯＦＦであるとＳ５６１において判断すると、機能実現手段２８ｅ自身の実現対象である機能に関するログを開発向けログ２７ｃに記録しない状態になって（Ｓ５６３）、図２５に示す動作を終了する。

以上においては、機能実現手段２８ｅが機能実現手段２８ｅ自身の実現対象である機能を実行する場合に、機能実現手段２８ｅ自身の実現対象である機能に関するログを開発向けログ２７ｃに記録することついて説明している。同様に、機能実現手段２８ｅ以外の機能実現手段は、機能実現手段自身の実現対象である機能を実行する場合に、機能実現手段自身の実現対象である機能に関するログを開発向けログ２７ｃに記録することができる。

以上に説明したように、ＭＦＰ２０は、不具合が発生した場合に、発生した不具合に対して不具合要因候補情報２７ｅにおいて対応付けられている、不具合の要因の候補のログを記録する設定を自動で実行する（Ｓ５０２）ので、不具合の原因の解析に不要なログを記録することを抑えることができ、その結果、不具合の原因の解析を容易化することができる。また、ＭＦＰ２０は、不具合の原因の解析に不要なログを記録することを抑えることができるので、ログを記憶するために必要な記憶領域の空き容量を抑えることができる。

ＭＦＰ２０は、不具合が発生した場合に、発生した不具合に対して不具合要因候補情報２７ｅにおいて対応付けられている、不具合の要因の候補のログを記録する設定を自動で実行する（Ｓ５０２）ので、発生した不具合の要因の候補のログを記録する設定を利用者が実行する必要がなく、不具合の原因の解析を容易化することができる。

ＭＦＰ２０は、不具合の要因の候補のログを記録するか否かの設定を操作部２１または通信部２６によって受け付けられた指示に応じて実行する（Ｓ５２２）ので、不具合の原因の解析者による不具合の原因の解析が終了した場合に、不要なログを記録しない設定が利用者によって実行されることによって、ログを記憶するために必要な記憶領域の空き容量を抑えることができる。

ＭＦＰ２０は、要因別ログコンフィグレーションテーブル２７ｄを表示部２２に表示するので、要因別ログコンフィグレーションテーブル２７ｄに対してＳ５０２において自動で実行した設定を利用者に確認させることができ、利便性を向上することができる。

ＭＦＰ２０は、利用者による入力の内容と、利用者による入力に応じた機能の実行結果とを機能の実行単位毎に含む市場向けログ２７ｂを取得する（Ｓ４０４）ので、利用者によってどのような入力が実行された結果、機能がどのように実行されたのかということに対する理解を市場向けログ２７ｂによって容易化することができる。したがって、ＭＦＰ２０は、不具合の原因の解析者に不具合の詳細な原因を不具合の要因の候補のログ、すなわち、開発向けログ２７ｃによって解析させる前に、不具合の原因の解析者に不具合の大まかな原因を市場向けログ２７ｂによって解析させることができるので、利便性を向上することができる。

なお、ＭＦＰ２０は、ＭＦＰ２０が実行する機能と、他の機器が実行する機能とが連携されて実現されるサービスのログに追加して、または、このようなサービスのログに代えて、ＭＦＰ２０が他の機器と連携せずに単独で実行する機能のログを市場向けログ２７ｂに含ませることができる。

ＭＦＰ２０は、利用者による入力の内容と、利用者による入力に応じたサービスの実行結果とをサービスの実行単位毎に含む市場向けログ２７ｂを取得するので、利用者によってどのような入力が実行された結果、サービスがどのように実行されたのかということに対する理解を市場向けログ２７ｂによって容易化することができる。したがって、ＭＦＰ２０は、サービスパーソンなど、高度な技術水準を有しない者による、不具合に対する利用者への説明に対する支援を強化することができる。

サービスパーソンは、サービス実行システム１０に発生した問題事象を顧客に説明する際に、市場向けログ２７ｂのサービス単位ログにおけるＩＮ情報およびＯＵＴＰＵＴ情報によって問題事象を顧客に正確に説明することができる。特に、市場向けログ２７ｂがサービスの実行単位毎にＩＮ情報およびＯＵＴＰＵＴ情報を含むので、サービスパーソンは、サービス実行システム１０による各サービスに関して、サービス実行システム１０において発生した問題事象を把握することができる。

例えば、サービスパーソンは、サービス実行システム１０によるサービスの実行結果が顧客の所望のものにならなかった原因が、サービス実行システム１０に対する顧客の操作ミスによるものであるのか否かを市場向けログ２７ｂに基づいて判断することができる。

ＭＦＰ２０は、ノードによる他のノードへの送信の内容をノード実行単位ログに含むことが可能である（Ｓ１８８およびＳ３８６）ので、サービスの実行の際にノードが他のノードに送信した内容に対する理解をサービスログによって容易化することができる。したがって、ＭＦＰ２０は、高度な技術水準を有しない者による、不具合に対する利用者への説明に対する支援を強化することができる。

ＭＦＰ２０は、ノードによる他のノードからの受信の内容をノード実行単位ログに含むことが可能である（Ｓ１６３およびＳ３６３）ので、サービスの実行の際にノードが他のノードから受信した内容に対する理解をサービスログによって容易化することができる。したがって、ＭＦＰ２０は、高度な技術水準を有しない者による、不具合に対する利用者への説明に対する支援を強化することができる。

ＭＦＰ２０は、ノードによる他のノードへの送信の内容をノード実行単位ログに含むことが可能である（Ｓ１８８およびＳ３８６）とともに、ノードによる他のノードからの受信の内容をノード実行単位ログに含むことが可能である（Ｓ１６３およびＳ３６３）ので、サービスの実行の際にノード間でデータが正常に送受信されているか否かに対する理解をサービスログによって容易化することができる。

ＭＦＰ２０は、本実施の形態において、同一のサービスに関する全てのノード実行単位ログのＩＮ情報およびＯＵＴＰＵＴ情報をサービス単位ログに記憶している。したがって、サービスパーソンは、市場向けログ２７ｂによって、同一のサービスに関する各ノードにおける時系列的な処理の流れを確認することができる。しかしながら、ＭＦＰ２０は、同一のサービスに関する全てのノード実行単位ログのＩＮ情報およびＯＵＴＰＵＴ情報のうち、利用者入力内容に関するＩＮ情報と、サービスの最終的な出力に関するＯＵＴＰＵＴ情報とだけをサービス単位ログに記憶しても良い。

ＭＦＰ２０は、市場向けログ２７ｂのサービス単位ログに指示設定情報および実行時設定情報を含むので、利用者によってサービスに対して実行された設定内容が、最終的にサービスの実行時にどのように変更されたのかということに対する理解を市場向けログ２７ｂによって容易化することができる。

サービスパーソンは、市場向けログ２７ｂを確認することによって、サービス実行システム１０に発生した問題事象に関して、顧客、すなわち、ＭＦＰ２０の利用者に早期に状況を説明することができるとともに、顧客に対して代替方法の提案をすることなどが可能になる。市場では、詳細な原因究明より、顧客に対して代替方法を早急に提案することが大切である。市場向けログ２７ｂは、詳細な原因究明には適していないが、大まかな原因究明が可能であるので、顧客に対する代替方法の早急な提案を可能にする。

クラウドサーバー６０に保存されている画像データに基づいてＭＦＰ２０のプリンター２３によって印刷を実行するサービスの実行が顧客によってサービス実行システム１０に対して指示された場合に、プリンター２３によって印刷が実行されないとき、サービスパーソンが顧客から「印刷が実行されない」という報告を受けた例について説明する。サービスパーソンは、市場向けログ２７ｂを確認することによって、印刷が実行されない原因が、ＭＦＰ２０と、クラウドサーバー６０との間の通信に不具合が発生しているためであると認識した場合、顧客に早期に状況を説明することができるとともに、例えば「顧客のＰＣなど、クラウドサーバー６０以外のコンピューターに保存されている画像データに基づいたプリンター２３による印刷」などの代替方法を顧客に対して提案することができる。サービスパーソンは、市場向けログ２７ｂを確認することによって、印刷が実行されない原因が、ＭＦＰ２０のプリント機能に不具合が発生しているためであると認識した場合、顧客に早期に状況を説明することができるとともに、例えば「ＭＦＰ２０のプリント機能以外の機能を利用したサービス」などの代替方法を顧客に対して提案することができる。

ＭＦＰ２０は、市場向けログ２７ｂとは別に開発向けログ２７ｃを取得するので、サービスパーソンなど、高度な技術水準を有しない者による、不具合に対する利用者への説明に対して市場向けログ２７ｂによって適切に支援することができるとともに、開発者など、高度な技術水準を有する者による、不具合の原因の詳細な解析に対して開発向けログ２７ｃによって適切に支援することができる。

サービス実行システム１０において、ノードの少なくとも１つは、ノード自身のノード実行単位ログ用記憶領域の空き容量が特定の容量以下である場合に（Ｓ２０１でＹＥＳ）、ノード自身のノード実行単位ログ用記憶領域に記憶されているノード実行単位ログをノード自身以外のノードに移動させる（Ｓ２０４、Ｓ２０６、Ｓ２０８、Ｓ２０９またはＳ２１０）ので、ノード実行単位ログ用記憶領域の容量を仮想的に増やすことができる。したがって、サービス実行システム１０は、ノード実行単位ログ用記憶領域の空き容量が少ないノードを含むときであっても、高度な技術水準を有しない者による、不具合に対する利用者への説明に対する支援を強化することができる。

サービス実行システム１０は、他ノード用記憶領域の空き容量が十分に大きいノードが存在しない場合であっても（Ｓ２０３でＮＯ）、ノードの少なくとも１つが複数のノードにノード実行単位ログを分散して移動させる（Ｓ２０６、Ｓ２０８、Ｓ２０９またはＳ２１０）ので、ノード実行単位ログ用記憶領域の空き容量が少ないノードを含むときであっても、高度な技術水準を有しない者による、不具合に対する利用者への説明に対する支援を強化することができる。

サービス実行システム１０は、ノード実行単位ログを画像形成装置に優先的に移動させる（Ｓ２０４、Ｓ２０６、Ｓ２０８またはＳ２０９）ので、例えばＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）やＰＣなどの汎用的な装置にノード実行単位ログを移動させる場合と比較して、ノード実行単位ログの漏洩を抑えることができる。

サービス実行システム１０は、ノード実行単位ログの移動元のノードと同一のネットワークに所属する画像形成装置にログを優先的に移動させる（Ｓ２０４またはＳ２０６）ので、ノード実行単位ログの移動元のノードが所属するネットワークと異なるネットワークに所属する画像形成装置にログを移動させる場合と比較して、ノード実行単位ログの漏洩と、ノード実行単位ログの移動がネットワークに与える負担とを抑えることができる。

サービス実行システム１０は、ノード実行単位ログに機密情報や個人情報が含まれる場合に、ノード実行単位ログの漏洩を抑えることができるメリットが大きい。

サービス実行システム１０において、ＭＦＰは、ＭＦＰ自身以外のノードからノード実行単位ログが要求された場合に（Ｓ４０２）、ノード実行単位ログの移動先のノードからノード実行単位ログを回収し（Ｓ４４４）、回収したノード実行単位ログを、ノード実行単位ログの要求元のノードに送信する（Ｓ４４６）。この構成により、サービス実行システム１０は、ノード実行単位ログの要求元のノードがノード実行単位ログの要求先のノードにおけるノード実行単位ログの管理状況を認識する必要がないので、ノード実行単位ログ用記憶領域の空き容量が少ないノードを含むときであっても、高度な技術水準を有しない者による、不具合に対する利用者への説明に対する支援を簡単な構成で強化することができる。

ＭＦＰ２０は、本実施の形態において、他のノードから他ノード用記憶領域の空き容量を取得し（Ｓ２０２）、Ｓ２０２において取得した空き容量に基づいてＳ２０３〜Ｓ２０９の処理を実行する。しかしながら、ＭＦＰ２０は、他のノードから他ノード用記憶領域の空き容量を取得する代わりに、他のノードがＨＤＤやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を備えているか否かの情報を取得し、ＨＤＤやＳＳＤを備えているノードに、記憶部２７のノード実行単位ログ用記憶領域に記憶されている、ＭＦＰ２０に関するノード実行単位ログを移動させても良い。

ＭＦＰ２０は、本実施の形態においてプリントジョブ、コピージョブ、送信ジョブ、ＦＡＸジョブ、ＢＯＸジョブおよびレポートジョブに対応しているが、これらのジョブ以外の種類のジョブに対応しても良い。同様に、クラウドサーバー６０は、標準出力、送信出力および保存出力に対応しているが、これらの出力以外の種類の出力に対応しても良い。

本発明の電子機器は、プリンター専用機、コピー専用機、スキャナー専用機、ファックス専用機など、ＭＦＰ以外の画像形成装置でも良いし、ＰＣなど、画像形成装置以外の電子機器でも良い。サービス実行システム１０は、プリンター専用機、コピー専用機、スキャナー専用機、ファックス専用機など、ＭＦＰ以外の画像形成装置を備えても良いし、ＰＣなど、画像形成装置以外の電子機器を備えても良い。

サービス実行システム１０は、複数の電子機器をそれぞれノードとして含んでいる場合、クラウドサーバーをノードとして含んでなくても良い。サービス実行システム１０は、複数の電子機器をそれぞれノードとして含んでいて、クラウドサーバーをノードとして含んでない場合、利用者による入力に応じて複数の電子機器が連携してサービスを実行するシステムである。サービス実行システム１０が複数のＭＦＰのみをそれぞれノードとして含んでいる場合、サービス実行システム１０によって実行されるサービスには、例えば、サービス実行システム１０に含まれる１つのＭＦＰがＰＣから印刷データを受信した場合に、このＭＦＰが印刷データを自動で複数の印刷データに分割した後、分割して生じた複数の印刷データの少なくとも１つを、サービス実行システム１０に含まれる他のＭＦＰに自動で配信することによって、複数のＭＦＰで１つの印刷データを分割して印刷するサービスと、サービス実行システム１０に含まれる１つのＭＦＰのスキャナーによって原稿から読み取られた画像の画像データを、このＭＦＰとは別のＭＦＰのアドレス帳から利用者によって指定された宛先に送信するサービスとが存在する。

サービス実行システム１０は、本実施の形態において、ＭＦＰ２０がサービス単位ログを収集している。しかしながら、サービス単位ログは、ＭＦＰ２０以外のＭＦＰが収集しても良いし、クラウドサーバーが収集しても良いし、例えばＭＦＰ２０を管理する管理サーバーなど、ＭＦＰおよびクラウドサーバー以外のコンピューターが収集しても良い。

ＭＦＰ２０は、市場向けログおよび開発向けログを取得するログ取得システムを構成している。しかしながら、ログ取得システムは、ＭＦＰ２０以外の構成を含んでも良い。例えば、ＭＦＰ２０は、不具合要因候補情報を管理する情報管理手段など、構成の一部がＭＦＰ２０の外部の機器によって提供されても良い。

２０ ＭＦＰ（電子機器、ログ取得システム）
２１ 操作部（指示受付デバイス）
２２ 表示部（表示デバイス）
２６ 通信部（指示受付デバイス）
２７ 記憶部（情報管理手段）
２７ｂ 市場向けログ（機能ログ）
２７ｃ 開発向けログ（不具合の要因の候補のログ）
２７ｄ 要因別ログコンフィグレーションテーブル（不具合の要因の候補のログを記録するか否かの設定）
２７ｅ 不具合要因候補情報
２８ｃ ログ記録設定手段
２８ｄ ハードウェア制御手段（ログ記録手段）
２８ｅ 機能実現手段（ログ記録手段）

Claims (4)

1. 利用者による入力に応じて複数のノードが連携してサービスを実行するサービス実行システムにおける前記ノードである電子機器であって、
   前記電子機器に発生する不具合毎に前記不具合の要因の候補を少なくとも１つ示す不具合要因候補情報を管理する情報管理手段と、
   前記候補のログを記録するか否かの設定を前記候補毎に実行するログ記録設定手段と、
   前記ログ記録設定手段によって実行された前記設定に応じて前記ログを記録するログ記録手段と、
   前記入力の内容、および、前記サービスの実行結果を前記サービスの実行単位毎に含むサービスログを取得するサービスログ取得手段と
   を備え、
   前記ログ記録設定手段は、前記不具合が発生した場合に、発生した前記不具合に対して前記不具合要因候補情報において対応付けられている前記候補の前記ログを記録する前記設定を自動で実行し、
   前記サービスログは、前記サービスの実行単位毎にサービス単位ログを含み、
   前記サービス単位ログは、前記サービス実行システムにおける前記ノードのそれぞれにおける実行単位毎にノード実行単位ログを含み、
   前記サービスログ取得手段は、前記サービス単位ログの対象の前記サービスに関連付けられたジョブ毎に、ジョブに関連付けられた前記ノード実行単位ログを取得することによって、このサービス単位ログを取得することを特徴とする電子機器。
2. 指示を受け付ける指示受付デバイスを備え、
   前記ログ記録設定手段は、前記指示受付デバイスによって受け付けられた前記指示に応じて前記設定を実行することを特徴とする請求項１に記載の電子機器。
3. 表示デバイスを備え、
   前記ログ記録設定手段は、前記表示デバイスに前記設定を表示することを特徴とする請求項１または請求項２に記載の電子機器。
4. 利用者による入力に応じて複数のノードが連携してサービスを実行するサービス実行システムにおける前記ノードである電子機器に発生する不具合毎に前記不具合の要因の候補を少なくとも１つ示す不具合要因候補情報を管理する情報管理手段と、
   前記候補のログを記録するか否かの設定を前記候補毎に実行するログ記録設定手段と、
   前記ログ記録設定手段によって実行された前記設定に応じて前記ログを記録するログ記録手段と、
   前記入力の内容、および、前記サービスの実行結果を前記サービスの実行単位毎に含むサービスログを取得するサービスログ取得手段と
   を備え、
   前記ログ記録設定手段は、前記不具合が発生した場合に、発生した前記不具合に対して前記不具合要因候補情報において対応付けられている前記候補の前記ログを記録する前記設定を自動で実行し、
   前記サービスログは、前記サービスの実行単位毎にサービス単位ログを含み、
   前記サービス単位ログは、前記サービス実行システムにおける前記ノードのそれぞれにおける実行単位毎にノード実行単位ログを含み、
   前記サービスログ取得手段は、前記サービス単位ログの対象の前記サービスに関連付けられたジョブ毎に、ジョブに関連付けられた前記ノード実行単位ログを取得することによって、このサービス単位ログを取得することを特徴とするログ取得システム。

Images