(57)【特許請求の範囲】
【請求項１】
顧客環境側から取得した機器の履歴情報を記憶する情報処理システムであって、
前記履歴情報を解析し、前記機器で発生した故障に対する前記履歴情報の各項目の影響度合いを解析する解析手段と、
前記解析の結果に基づき、前記機器で発生した故障に対する影響度合いが相対的に高い項目と、該項目の前記機器で故障が発生した場合の値と、を利用して前記機器で発生する故障の故障予測ロジックを生成する生成手段と、
生成した前記故障予測ロジックを前記顧客環境側に組み込む管理手段と、
を有する情報処理システム。
【請求項２】
前記生成手段は、前記機器で発生した故障に対する影響度合いが相対的に高い項目の前記機器で故障が発生した場合の値を条件とし、該条件に合致する状態となると、前記顧客環境側で所定の動作を行わせる故障予測ロジックを生成すること、
を特徴とする請求項１記載の情報処理システム。
【請求項３】
前記生成手段は、前記条件に合致する状態となると、前記顧客環境側でユーザへの通知処理を行う故障予測ロジックを生成すること、
を特徴とする請求項２記載の情報処理システム。
【請求項４】
前記生成手段は、前記条件に合致する状態となると、前記顧客環境側で前記機器の機能制限を行う故障予測ロジックを生成すること、
を特徴とする請求項２記載の情報処理システム。
【請求項５】
前記解析手段は、前記履歴情報の項目に変更があった場合、前記機器で発生した故障に対する前記履歴情報の各項目の影響度合いを再解析し、
前記生成手段は、前記再解析の結果に基づき、前記機器で発生した故障に対する影響度合いが相対的に高い項目と、該項目の前記機器で故障が発生した場合の値と、を利用して前記故障予測ロジックを再生成すること
を特徴とする請求項１乃至４何れか一項記載の情報処理システム。
【請求項６】
生成した前記故障予測ロジックをバージョン情報と対応付けて記憶する記憶手段と、
前記顧客環境側から前記履歴情報を受信した場合に、前記顧客環境側に組み込まれている故障予測ロジックのバージョン情報よりも新しいバージョン情報と対応付けられた前記故障予測ロジックが前記記憶手段に記憶されていれば、新しいバージョン情報の前記故障予測ロジックがあることを前記顧客環境側に通知する管理手段と、を更に有すること
を特徴とする請求項１乃至５何れか一項記載の情報処理システム。
【請求項７】
生成した前記故障予測ロジックを、前記機器の機能、ログ（スキーマ）及び前記故障予測ロジックのバージョン情報と対応付けて記憶する記憶手段と、
前記顧客環境側から前記履歴情報を受信した場合に、前記顧客環境側に組み込まれている故障予測ロジック、前記機器の機能及びログ（スキーマ）のバージョン情報の組み合わせに基づき、更新すべきバージョン情報の前記故障予測ロジックがあることを前記顧客環境側に通知する管理手段と、を更に有すること
を特徴とする請求項１乃至５何れか一項記載の情報処理システム。
【請求項８】
前記生成手段は、前記解析の結果に基づき、前記機器で発生した故障に対する影響度合いが相対的に高い項目と、該項目の前記機器で故障が発生した場合の値と、前記機器の機能のバージョン情報と、ログ（スキーマ）のバージョン情報と、を利用して前記顧客環境側に組み込む故障予測ロジックを生成すること
を特徴とする請求項１乃至５何れか一項記載の情報処理システム。
【請求項９】
顧客環境側から取得した機器の履歴情報を解析し、前記機器で発生した故障に対する前記履歴情報の各項目の影響度合いを解析する解析手段と、
前記解析の結果に基づき、前記機器で発生した故障に対する影響度合いが相対的に高い項目と、該項目の前記機器で故障が発生した場合の値と、を利用して前記機器で発生する故障の故障予測ロジックを生成する生成手段と、
生成した前記故障予測ロジックを前記顧客環境側に組み込む管理手段と、
を有する情報処理装置。
【請求項１０】
コンピュータを、
顧客環境側から取得した機器の履歴情報を解析し、前記機器で発生した故障に対する前記履歴情報の各項目の影響度合いを解析する解析手段、
前記解析の結果に基づき、前記機器で発生した故障に対する影響度合いが相対的に高い項目と、該項目の前記機器で故障が発生した場合の値と、を利用して前記機器で発生する故障の故障予測ロジックを生成する生成手段、
生成した前記故障予測ロジックを前記顧客環境側に組み込む管理手段、
として機能させるためのプログラム。
【請求項１１】
一台以上の機器を有する顧客環境側の第１情報処理システムと、前記顧客環境側から取得した前記機器の履歴情報を記憶する第２情報処理システムと、を有する情報処理システムであって、
前記第２情報処理システムは、
前記履歴情報を解析し、前記機器で発生した故障に対する前記履歴情報の各項目の影響度合いを解析する解析手段と、
前記解析の結果に基づき、前記機器で発生した故障に対する影響度合いが相対的に高い項目と、該項目の前記機器で故障が発生した場合の値と、を利用して前記機器で発生する故障の故障予測ロジックを生成する生成手段と、
生成した前記故障予測ロジックを前記顧客環境側に組み込む管理手段と、
を有し、
前記第１情報処理システムは、
前記機器の履歴情報を監視し、組み込まれた前記故障予測ロジックの条件に合致する状態を検知する故障予測ロジック処理手段と、
組み込まれた前記故障予測ロジックの条件に合致する状態が検知された場合に所定の動作を行う動作手段と、
を有する情報処理システム。
【請求項１２】
一台以上の機器を有する顧客環境側の第１情報処理システムと、前記顧客環境側から取得した前記機器の履歴情報を記憶する第２情報処理システムと、を有する情報処理システムにおいて実行される故障予測ロジック組込方法であって、
前記第２情報処理システムが、
前記履歴情報を解析し、前記機器で発生した故障に対する前記履歴情報の各項目の影響度合いを解析する解析ステップと、
前記解析の結果に基づき、前記機器で発生した故障に対する影響度合いが相対的に高い項目と、該項目の前記機器で故障が発生した場合の値と、を利用して前記機器で発生する故障の故障予測ロジックを生成する生成ステップと、
生成した前記故障予測ロジックを前記顧客環境側に組み込む組込ステップと、
前記第１情報処理システムが、
前記機器の履歴情報を監視し、組み込まれた前記故障予測ロジックの条件に合致する状態を検知する検知ステップと、
組み込まれた前記故障予測ロジックの条件に合致する状態が検知された場合に所定の動作を行う動作ステップと、
を有する故障予測ロジック組込方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、プログラム及び故障予測ロジック組込方法に関する。
【背景技術】
【０００２】
近年、複写機やプリンタなどの機器を備えた情報処理システムでは、機器から情報処理装置が利用ログやデバッグログ、その他のデータを取得し、エラーや障害などの故障が発生しそうな機器を予測することが行われている。
【０００３】
例えば各画像形成装置がそれぞれ自己の状態を表す状態情報を管理装置へ送信し、管理装置がその状態情報を受信すると、その状態情報の内容を分析して、各端末装置に対して選択的に画像形成装置の保守又は修理に関する情報を送信するようにした画像形成装置管理システムは、従来から知られている（例えば特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来、複写機やプリンタなどの機器を備えた情報処理システムにおいて、エラーや障害などの故障が発生しそうな機器の予測は、顧客（オンプレミス）環境の外側にあるクラウドサービスなどのサービス提供側の情報処理装置が行っていた。しかしながら、複写機やプリンタなどの機器を備えた情報処理システムでは、エラーや障害などの故障が発生しそうな機器を、顧客環境側で予測させたい場合があった。
【０００５】
本発明の実施の形態は、上記の点に鑑みなされたものであり、顧客環境側の機器から取得した履歴情報に基づく故障予測ロジックを顧客環境側に組み込むことが可能な情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本願請求項１は、顧客環境側から取得した機器の履歴情報を記憶する情報処理システムであって、前記履歴情報を解析し、前記機器で発生した故障に対する前記履歴情報の各項目の影響度合いを解析する解析手段と、前記解析の結果に基づき、前記機器で発生した故障に対する影響度合いが相対的に高い項目と、該項目の前記機器で故障が発生した場合の値と、を利用して前記機器で発生する故障の故障予測ロジックを生成する生成手段と、生成した前記故障予測ロジックを前記顧客環境側に組み込む管理手段と、を有することを特徴とする。
【発明の効果】
【０００７】
本発明の実施の形態によれば、顧客環境側の機器から取得した履歴情報に基づく故障予測ロジックを顧客環境側に組み込むことが可能な情報処理システムを提供できる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係る情報処理システムの一例の構成図である。
【図２】本実施形態に係るコンピュータの一例のハードウェア構成図である。
【図３】本実施形態に係る機器の一例のハードウェア構成図である。
【図４】本実施形態に係るクラウドサービスシステムの一例の処理ブロック図である。
【図５】本実施形態に係る顧客環境の情報処理装置の一例の処理ブロック図である。
【図６】本実施形態に係る顧客環境の機器の一例の処理ブロック図である。
【図７】本実施形態に係る情報処理システムの処理の概要を示した一例の図である。
【図８】本実施形態に係る情報処理システムの処理の一例を示した説明図である。
【図９】本実施形態に係る情報処理システムの処理の一例を示した説明図である。
【図１０】本実施形態に係る情報処理システムの処理の一例を示した説明図である。
【図１１】クラウドサービスシステムへのログ登録処理の一例を示したシーケンス図である。
【図１２】クラウドサービスシステムへのログ登録処理の他の例のシーケンス図である。
【図１３】利用ログの解析、ロジック生成の処理の一例を示したフローチャートである。
【図１４】利用ログの解析、ロジック生成の処理の一例を示したシーケンス図である。
【図１５】ロジックの確認、更新の処理の一例を示したシーケンス図である。
【図１６】ロジック記憶部が蓄積している蓄積データの一例の構成図である。
【図１７】情報処理装置に搭載されているアプリケーションにロジックをモジュールとして組み込む処理の一例を示した説明図である。
【図１８】情報処理装置に搭載されているアプリケーションの外付けモジュールとして組み込む処理の一例を示した説明図である。
【図１９】機器のモジュールとして組み込む処理の一例を示した説明図である。
【図２０】情報処理装置と機器の両方に組み込む処理の一例を示した説明図である。
【図２１】利用ログの解析、ロジック生成の処理の一例について説明するための図である。
【図２２】第２の実施形態に係る情報処理システムの処理の概要を示した一例の図である。
【図２３】顧客Ａ〜Ｃの顧客環境からクラウドサービスシステム１０に登録される利用ログの一例を示したものである。
【図２４】顧客Ａ〜Ｄの顧客環境からクラウドサービスシステム１０に登録される利用ログの一例を示したものである。
【図２５】利用ログの解析、ロジック生成の処理の他の例を示したフローチャートである。
【図２６】第３の実施形態に係る情報処理システムの処理の概要を示した一例の図である。
【図２７】顧客環境の機能／ログ（スキーマ）／ロジックのバージョンアップ時における組み合わせチェックについて説明するための図である。
【図２８】ロジック内にて機能又はログのバージョンまで考慮する場合の処理の一例の説明図である。
【図２９】ロジック記憶部が蓄積している蓄積データの他の例の構成図である。
【図３０】ロジックの確認、更新の処理の他の例を示したシーケンス図である。
【図３１】処理Ｂ及び処理Ｃにおいてログのスキーマ変更がロジックに影響ないこと又は機能のバージョンアップがロジックに影響がないことを確認する処理の一例のフローチャートである。
【発明を実施するための形態】
【０００９】
次に、本発明の実施の形態について、詳細に説明する。
［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係る情報処理システムの一例の構成図である。情報処理システム１はインターネットなどのネットワークＮ１を介してクラウドサービスシステム１０と顧客環境の情報処理装置１２とが接続されている。また、顧客環境の情報処理装置１２は１台以上の機器１４と接続されている。
【００１０】
クラウドサービスシステム１０は顧客に対してサービスを提供するサービス提供側のシステムの一例である。したがって、クラウドサービスシステム１０はＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）サービスシステムなど、顧客環境側にサービスを提供するシステムであればよい。クラウドサービスシステム１０は１台以上の情報処理装置により構成される。
【００１１】
また、顧客環境側の情報処理装置１２はネットワークＮ１を介してクラウドサービスシステム１０との通信が可能である。情報処理装置１２は１台以上の機器１４から利用ログやデバッグログ、その他のデータを登録され、利用ログやデバッグログ、その他のデータをクラウドサービスシステム１０に送信する。なお、顧客環境側の情報処理装置１２は複数台であってもよい。
【００１２】
機器１４は顧客により利用される電子機器であって、利用ログやデバッグログ、その他のデータを情報処理装置１２に登録する。例えば機器１４は、プリンタ、コピー機、複合機やレーザプリンタなどの画像形成装置である。
【００１３】
クラウドサービスシステム１０は、情報処理装置１２から受信した利用ログやデバッグログ、その他のデータを解析し、エラーや障害などの故障の予測を行うロジック（故障予測ロジック）を後述のように生成する。
【００１４】
クラウドサービスシステム１０は生成したロジックを後述のように顧客環境側の情報処理装置１２や機器１４に組み込む。ロジックが組み込まれた顧客環境側の情報処理装置１２や機器１４は機器１４の利用ログやデバッグログ、その他のデータを監視し、組み込まれたロジックの条件に合致する状態となると、ＵＩやメール配信を利用した通知や機器１４の機能制限など、を行う。
【００１５】
なお、図１の情報処理システム１の構成は一例であり、他の構成であってもよい。例えばクラウドサービスや顧客環境という語句により限定されるものではない。
【００１６】
＜ハードウェア構成＞
クラウドサービスシステム１０を構成する情報処理装置、顧客環境の情報処理装置１２は、例えば図２に示すハードウェア構成のコンピュータ等により実現される。図２は本実施形態に係るコンピュータの一例のハードウェア構成図である。
【００１７】
図２に示したコンピュータ５００は、入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７、及びＨＤＤ５０８などを備え、それぞれがバスＢで相互に接続されている。なお、入力装置５０１及び表示装置５０２は必要なときに接続して利用する形態であってもよい。
【００１８】
入力装置５０１はキーボードやマウスなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置５０２はディスプレイなどを含み、コンピュータ５００による処理結果を表示する。
【００１９】
通信Ｉ／Ｆ５０７はコンピュータ５００をネットワークＮ１に接続するインタフェースである。これにより、コンピュータ５００は通信Ｉ／Ｆ５０７を介してデータ通信を行うことができる。
【００２０】
ＨＤＤ５０８はプログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータは、例えばコンピュータ５００全体を制御する基本ソフトウェアであるＯＳや、ＯＳ上において各種機能を提供するアプリケーションソフトウェアなどである。
【００２１】
外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、コンピュータ５００は外部Ｉ／Ｆ５０３を介して記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。
【００２２】
ＲＯＭ５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ５０５には、コンピュータ５００の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ５０４は、プログラムやデータを一時保持する揮発性の半導体メモリである。
【００２３】
ＣＰＵ５０６は、ＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、コンピュータ５００全体の制御や機能を実現する演算装置である。
【００２４】
本実施形態に係るクラウドサービスシステム１０を構成する情報処理装置、顧客環境の情報処理装置１２は、上記したコンピュータ５００のハードウェア構成により後述するような各種処理を実現できる。
【００２５】
図１の機器１４は例えば複合機である場合、図３に示すようなハードウェア構成により実現される。図３は本実施形態に係る機器の一例のハードウェア構成図である。図３に示す機器１４は、コントローラ６０１、操作パネル６０２、外部Ｉ／Ｆ６０３、通信Ｉ／Ｆ６０４、プリンタ６０５及びスキャナ６０６などを備える。
【００２６】
コントローラ６０１はＣＰＵ６１１、ＲＡＭ６１２、ＲＯＭ６１３、ＮＶＲＡＭ６１４及びＨＤＤ６１５などを備える。ＲＯＭ６１３は、各種プログラムやデータが格納されている。ＲＡＭ６１２はプログラムやデータを一時保持する。ＮＶＲＡＭ６１４は、例えば設定情報等が格納されている。また、ＨＤＤ６１５は各種プログラムやデータが格納されている。
【００２７】
ＣＰＵ６１１は、ＲＯＭ６１３やＮＶＲＡＭ６１４、ＨＤＤ６１５などからプログラムやデータ、設定情報等をＲＡＭ６１２上に読み出し、処理を実行することで、機器１４全体の制御や機能を実現する。
【００２８】
操作パネル６０２はユーザからの入力を受け付ける入力部と、表示を行う表示部とを備えている。外部Ｉ／Ｆ６０３は外部装置とのインタフェースである。外部装置には、記録媒体６０３ａなどがある。これにより、機器１４は外部Ｉ／Ｆ６０３を介して記録媒体６０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体６０３ａにはＩＣカード、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。
【００２９】
また、通信Ｉ／Ｆ６０４は機器１４を、情報処理装置１２と直接又はネットワーク経由で接続させるインタフェースである。これにより、機器１４は通信Ｉ／Ｆ６０４を介して情報処理装置１２とデータ通信を行うことができる。また、プリンタ６０５は印刷データを用紙に印刷するための印刷装置である。スキャナ６０６は、原稿から画像データ（電子データ）を読み取るための読取装置である。
【００３０】
＜ソフトウェア構成＞
《クラウドサービスシステム》
本実施形態に係るクラウドサービスシステムは、例えば図４に示す処理ブロックにより実現される。図４は本実施形態に係るクラウドサービスシステムの一例の処理ブロック図である。
【００３１】
クラウドサービスシステム１０はプログラムを実行することにより、モジュール管理部２０、ログ管理部２２、認証部２４、ロジック生成部２６、ログ解析部２８、ロジック記憶部３０、ログ記憶部３２、顧客情報記憶部３４、認証情報記憶部３６を実現する。
【００３２】
図４のモジュール管理部２０はロジック記憶部３０に記憶されているロジックの管理を行う。ログ管理部２２はログ記憶部３２に蓄積されているログの管理を行う。また、認証部２４は認証情報記憶部３６に記憶されている認証情報を利用し、顧客環境の情報処理装置１２（クライアント）のアプリ認証を行う。
【００３３】
ロジック生成部２６はログの解析結果からロジックを生成し、ロジック記憶部３０に保管する。ログ解析部２８はログ記憶部３２に保管されているログを解析する。ロジック記憶部３０はロジックを保管している。ログ記憶部３２はログを蓄積している。顧客情報記憶部３４は顧客情報を記憶している。認証情報記憶部３６はアプリ認証に利用する認証情報を記憶している。
【００３４】
《顧客環境の情報処理装置》
本実施形態に係る顧客環境の情報処理装置１２は、例えば図５に示す処理ブロックにより実現される。図５は本実施形態に係る顧客環境の情報処理装置の一例の処理ブロック図である。
【００３５】
図５（Ａ）は情報処理装置１２に搭載されているアプリケーション４０にログ解析／ロジック部をモジュールとして内蔵した例である。図５（Ｂ）は情報処理装置１２に搭載されているアプリケーション４０にログ解析／ロジック部をモジュールとして外付けした例である。
【００３６】
顧客環境の情報処理装置１２は、顧客環境にある製品（オンプレミス製品）であるアプリケーション４０が搭載されている。情報処理装置１２はアプリケーション４０を実行することで、ＵＩ４２、アプリ層４４、共通サービス層４６、通信部４８、ネットワークＩＦ５０を実現する。共通サービス層４６はアプリ層４４等から共通して利用される通知部５２、ログ管理部５４などを有している。
【００３７】
なお、図５（Ａ）はログ解析／ロジック部５６がオンプレミス製品の共通サービス層４６に組み込まれた例を表している。図５（Ｂ）はログ解析／ロジック部５６がオンプレミス製品に外付けして組み込まれた例を表している。
【００３８】
ログ管理部５４は機器１４の利用ログやデバッグログ、その他のデータを管理する。ログ解析／ロジック部５６は機器１４の利用ログやデバッグログ、その他のデータを監視し、組み込まれたロジックの条件に合致する状態となると通知部５２に通知する。通知部５２はログ解析／ロジック部５６からの通知があると、ＵＩ４２による通知、アプリ層４４の配信部のメール配信による通知、アプリ層４４の機能（スキャン機能など）の制限など、を行う。
【００３９】
《顧客環境の機器》
本実施形態に係る顧客環境の機器１４は、例えば図６に示す処理ブロックにより実現される。図６は本実施形態に係る顧客環境の機器の一例の処理ブロック図である。顧客環境の機器１４はプログラムを実行することで、ネットワークＩＦ６０、通信部６２、アプリ層６４、共通サービス層６６を実現する。共通サービス層６６はアプリ層６４等から共通して利用される通知部６８、ログ管理部７０などを有している。なお、図６の機器１４はログ解析／ロジック部７２が共通サービス層６６に機器１４のモジュールとして組み込まれた例を示している。
【００４０】
ログ管理部７０は機器１４の利用ログやデバッグログ、その他のデータを管理する。ログ解析／ロジック部７２は機器１４の利用ログやデバッグログ、その他のデータを監視し、組み込まれたロジックの条件に合致する状態となると通知部６８に通知する。通知部６８はログ解析／ロジック部７２からの通知があると、アプリ層６４の各機能のＵＩによる通知、アプリ層６４の機能（コピー機能など）の制限など、を行う。
【００４１】
＜処理の詳細＞
以下では、本実施形態に係る情報処理システム１の処理の詳細について説明する。
【００４２】
《処理の概要》
図７は本実施形態に係る情報処理システムの処理の概要を示した一例の図である。図７では顧客Ａ及びＢの二つの顧客環境の例を示している。ステップＳ１１において、顧客Ａ及びＢの情報処理装置１２は各機器１４から登録された各機器１４の利用ログ／デバッグログをクラウドサービスシステム１０に送信する。
【００４３】
クラウドサービスシステム１０はステップＳ１２において、顧客Ａ及びＢの二つの顧客環境の情報処理装置１２から受信した利用ログ／デバッグログを解析し、エラーや障害などの故障の予測を行うロジック（アルゴリズム）を後述のように生成する。ステップＳ１３において、クラウドサービスシステム１０は生成したロジックを後述のように顧客環境側の製品（オンプレミス製品）に組み込む（フィードバックする）。
【００４４】
オンプレミス製品は、情報処理装置１２や機器１４、その情報処理装置１２や機器１４に搭載されているアプリケーション４０などである。ロジックが組み込まれたオンプレミス製品は、機器１４の利用ログ／デバッグログを監視し、組み込まれたロジックの条件に合致する状態となると、ＵＩやメール配信を利用した通知（アラート）や機器１４の機能制限など、を行うことができるようになる。
【００４５】
このように、本実施形態に係る情報処理システム１では、異なる利用環境や利用状況にあるオンプレミス製品において、機器１４に発生するエラーや障害などの故障の予測が可能となる。
【００４６】
《処理の具体例》
本実施形態に係る情報処理システム１は例えば図８〜図１０に示すような手順で処理を行う。図８〜図１０は、本実施形態に係る情報処理システムの処理の一例を示した説明図である。なお、図８〜図１０は特定の顧客（顧客Ａ）の顧客環境から受信した利用ログを解析してロジックを生成し、そのロジックを顧客Ａのオンプレミス製品にフィードバックする例を示している。
【００４７】
例えば図８では顧客Ａの顧客環境に、情報処理装置１２、１００台の機器１４が含まれる例を示している。ここでは、機器１４でスキャンし、スキャンデータを情報処理装置１２に送信して、情報処理装置１２からスキャンデータをＥ−ｍａｉｌ配信する処理を実施する際、エラーや障害などの故障が頻発しているものと仮定する。本実施形態に係る情報処理システム１では、オンプレミス製品に組み込まれたロジックが、機器１４に発生するエラーや障害などの故障の予測を行うことで、頻発している故障の回避策を打つことが可能となる。
【００４８】
ステップＳ２１において、情報処理装置１２は各機器１４から登録された各機器１４の利用ログをクラウドサービスシステム１０に送信する。クラウドサービスシステム１０のログ記憶部３２には例えば利用ログ１０００が記憶される。利用ログ１０００は顧客Ａの顧客環境にある機器１４の利用ログである。
【００４９】
なお、利用ログ１０００は処理（ジョブ）毎に、スタート時間、エンド時間、１つ以上のジョブにより構成される機能情報、ジョブ情報、ステータス情報を項目として有する履歴情報の一例である。例えば機能情報（Ｆｕｎｃｔｉｏｎ）が「Ｓｃａｎ  ｔｏ  Ｍａｉｌ」であり、ジョブ情報が「Ｅｍａｉｌ」である利用ログは、スキャンｔｏメール機能を構成するＥ−ｍａｉｌ配信のログ（履歴情報）の一例である。
【００５０】
また、利用ログ１０００ではステータス情報「ｅｒｒｏｒ」又は「ｆｉｎｉｓｈ」によりジョブが異常終了したか、又は、正常終了したかを表している。したがって、クラウドサービスシステム１０では利用ログ１０００を異常終了したログと正常終了したログとに分類できる。
【００５１】
ステップＳ２２において、クラウドサービスシステム１０は利用ログ１０００を解析してエラーや障害などの故障の予測を行うロジックを生成する。ロジックは、例えば条件に合致するとアラートを出力する処理などのアルゴリズムである。例えばクラウドサービスシステム１０はスキャンｔｏメール機能を構成するＥ−ｍａｉｌ配信のジョブが１分間に８０ジョブ以上、処理された状態を条件として設定する。なお、図８に示した条件は一例であって、より複雑な条件となることが一般的である。
【００５２】
ステップＳ２３において、クラウドサービスシステム１０は生成したロジックを後述のように顧客環境側のオンプレミス製品に組み込む。なお、オンプレミス製品へのロジックの組み込みは、ネットワークＮ１経由で行ってもよいし、サービスマン等が手動で行うようにしてもよい。
【００５３】
ロジックが組み込まれたオンプレミス製品は、機器１４の利用ログを監視し、組み込まれたロジックの条件に合致する状態となると、ＵＩやメール配信を利用した通知や機器１４の機能制限など、を行うことができるようになる。
【００５４】
図８の処理のあと、本実施形態に係る情報処理システム１は例えば図９に示すような処理を行う。図９では、オンプレミス製品のバージョンアップなどにより、図８の利用ログ１０００から、ファイル形式を表す項目「ｔｙｐｅ」が追加された利用ログ１００２に変更されている。
【００５５】
ステップＳ３１において、情報処理装置１２は各機器１４から登録された項目「ｔｙｐｅ」が追加された利用ログをクラウドサービスシステム１０に送信する。クラウドサービスシステム１０のログ記憶部３２には例えば利用ログ１００２が記憶される。
【００５６】
ステップＳ３２において、クラウドサービスシステム１０は利用ログ１００２を解析して故障の予測を行うロジックを再度、生成する。例えば図９において、クラウドサービスシステム１０はスキャンｔｏメール機能を構成するＥ−ｍａｉｌ配信のジョブが、ファイル形式「ＰＤＦ」の文書をＥ−ｍａｉｌ配信するものであり、且つ、１分間に８０ジョブ以上、処理された状態を条件として設定する。ステップＳ３３において、クラウドサービスシステム１０は生成したロジックを後述のように顧客環境側のオンプレミス製品に組み込む。
【００５７】
図９の処理のあと、本実施形態に係る情報処理システム１は例えば図１０に示すような処理を行う。図１０では、オンプレミス製品のバージョンアップなどにより、図８の利用ログ１００２から、ファイルサイズを表す項目「ｓｉｚｅ」が追加された利用ログ１００４に変更されている。
【００５８】
ステップＳ４１において、情報処理装置１２は各機器１４から登録された項目「ｓｉｚｅ」が追加された利用ログをクラウドサービスシステム１０に送信する。クラウドサービスシステム１０のログ記憶部３２には例えば利用ログ１００４が記憶される。ステップＳ４２において、クラウドサービスシステム１０は利用ログ１００４を解析して故障の予測を行うロジックを再度、生成する。
【００５９】
例えば図１０において、クラウドサービスシステム１０はスキャンｔｏメール機能を構成するＥ−ｍａｉｌ配信のジョブが、ファイル形式「ＰＤＦ」及びファイルサイズ「３０００ｋｂｙｔｅ以上」の文書をＥ−ｍａｉｌ配信するものであり、且つ、１分間に８０ジョブ以上、処理された状態を条件として設定する。ステップＳ４３において、クラウドサービスシステム１０は生成したロジックを後述のように顧客環境側のオンプレミス製品に組み込む。
【００６０】
図８〜図１０に示すように、本実施形態に係る情報処理システム１では、利用ログの項目が追加される度に利用ログを解析して、故障の発生を予測するロジックを生成することにより、ロジックによる予測精度を向上させることができる。
【００６１】
（ログ登録処理）
図１１は、クラウドサービスシステムへのログ登録処理の一例を示したシーケンス図である。なお、図１１のクライアントは顧客環境において利用ログをクラウドサービスシステム１０にアップロードする情報処理装置１２を表している。なお、例えば利用ログを機器１４が情報処理装置１２にアップロードするのであれば、図１１のクライアントは機器１４を表すことになる。
【００６２】
ステップＳ５１においてクライアントの一例である情報処理装置１２は各機器１４から登録された各機器１４の利用ログをクラウドサービスシステム１０に送信し、ログアップロードを要求する。
【００６３】
クラウドサービスシステム１０の認証部２４はステップＳ５２において認証情報記憶部３６から認証情報を取得する。ステップＳ５３において認証部２４は取得した認証情報を利用し、ログアップロードを要求した要求元のアプリ認証を行う。
【００６４】
アプリ認証に成功すれば認証部２４は情報処理装置１２からのログアップロードの要求をログ管理部２２に送信する。ステップＳ５５においてログ管理部２２は、受信したログアップロードの要求に基づき、情報処理装置１２から送信された利用ログをログ記憶部３２に蓄積する。
【００６５】
アプリ認証に成功しなければ、認証部２４は情報処理装置１２からのログアップロードの要求をログ管理部２２に送信しない。したがって、アプリ認証に成功しなければ、情報処理装置１２から送信された利用ログはログ記憶部３２に蓄積されない。
【００６６】
なお、クラウドサービスシステム１０への利用ログの送信は、例えば図１２に示すように行ってもよい。図１２は、クラウドサービスシステムへのログ登録処理の他の例のシーケンス図である。
【００６７】
ステップＳ６１において、例えば情報処理装置１２上で動くツール、又は、スマートデバイスなどの端末装置／仲介機器は、オンプレミス製品から利用ログを取得し、クラウドサービスシステム１０に送信する。クラウドサービスシステム１０のログ記憶部３２には例えば利用ログ１００４が記憶される。ステップＳ６２及びＳ６３の処理は、図１０のステップＳ４２、Ｓ４３と同様であるため、説明を省略する。
【００６８】
このように、顧客環境からクラウドサービスシステム１０へのログ登録処理は様々なバリエーションが考えられる。
【００６９】
（利用ログの解析、ロジック生成）
クラウドサービスシステム１０は例えば図１３に示すような手順により利用ログを解析して故障の予測を行うロジックを生成する。図１３は利用ログの解析、ロジック生成の処理の一例を示したフローチャートである。
【００７０】
ステップＳ８１において、クラウドサービスシステム１０のログ解析部２８はログ記憶部３２から利用ログを読み出す。ステップＳ８２に進み、ログ解析部２８は分析のための利用ログの前処理を行う。前処理は、例えば利用ログから時間帯別のジョブ数集計を行うなどの処理である。
【００７１】
ステップＳ８３において、ログ解析部２８はステータス情報が「ｅｒｒｏｒ」のエラージョブとステータス情報が「ｆｉｎｉｓｈ」の正常ジョブとで、利用ログの各項目の影響度合いを分析する。ステップＳ８３では、回帰分析／決定木分析／機械学習などの周知の分析手法を、ロジック生成の用途に応じて利用する。
【００７２】
ステップＳ８４において、ロジック生成部２６はログ解析部２８が分析した利用ログの各項目の影響度合いから、エラーや障害などの故障に影響している項目と条件をロジック化する。そして、ステップＳ８５において、ロジック生成部２６はステップＳ６４で生成したロジックと、クライアントＩＤと、ロジックのバージョンと、を対応付けてロジック記憶部３０に蓄積する。
【００７３】
図１４は利用ログの解析、ロジック生成の処理の一例を示したシーケンス図である。図１４のシーケンス図に示した処理は、図１１に示したログ登録処理と非同期に行われるものである。ステップＳ９１において、ログ解析部２８はログ記憶部３２から利用ログを読み出す。
【００７４】
ステップＳ９２に進み、ログ解析部２８は例えば利用ログから時間帯別のジョブ数集計を行うなどの分析のための利用ログの前処理を行う。そして、ログ解析部２８は利用ログの各項目の影響度合いを周知の分析手法により分析する。ステップＳ９３に進み、ログ解析部２８はロジック生成部２６にロジック生成要求を行う。
【００７５】
ステップＳ９４において、ロジック生成部２６はログ解析部２８からのロジック生成要求を受け付け、ログ解析部２８が分析した利用ログの各項目の影響度合いから、エラーや障害などの故障に影響している項目と条件をロジック化したロジックを生成する。
【００７６】
そして、ステップＳ９５において、ロジック生成部２６はステップＳ９４で生成したロジックと、クライアントＩＤと、ロジックバージョンと、を対応付けてロジック記憶部３０に保管する。
【００７７】
（ロジックの確認、更新）
本実施形態に係る情報処理システム１では、例えば図１５に示す手順によりロジックの確認、更新を行う。図１５はロジックの確認、更新の処理の一例を示したシーケンス図である。
【００７８】
図１５のステップＳ１００〜Ｓ１０４の処理は図１１のステップＳ５１〜Ｓ５５の処理と同様であるため、説明を省略する。利用ログをログ記憶部３２に蓄積した後、ログ管理部２２はステップＳ１０５において、ロジック確認要求をモジュール管理部２０に対して行う。
【００７９】
ステップＳ１０６において、ロジック確認要求を受け付けたモジュール管理部２０はロジック記憶部３０からロジックのバージョンを取得する。例えばロジック記憶部３０は図１６に示すようにロジックと、クライアントＩＤと、ロジックのバージョンと、を対応付けて蓄積している。
【００８０】
図１６はロジック記憶部が蓄積している蓄積データの一例の構成図である。図１６に示すように、ロジック記憶部３０はＩＤ、更新日時、ロジックのバージョン、ロジック実体及び適用クライアントを対応付けた蓄積データを蓄積している。ＩＤは蓄積データの識別情報である。更新日時は蓄積データが更新された日時を表す。ロジック実体はロジックの実体を表す。適用クライアントは、そのロジックが組み込まれている情報処理装置１２や機器１４の識別情報である。
【００８１】
ステップＳ１０７において、モジュール管理部２０はロジック記憶部３０から取得したロジックのバージョンから最新バージョンの有無（クライアントに組み込まれたロジックのバージョンよりも新しい最新バージョンの有無）を確認する。そして、モジュール管理部２０はログ管理部２２、認証部２４を介してロジックの最新バージョンの有無をクライアントである情報処理装置１２に通知する。
【００８２】
ロジックの最新バージョンがあればクライアントはステップＳ１０８に進み、クラウドサービスシステム１０のモジュール管理部２０に、最新バージョンのロジック取得を要求する。モジュール管理部２０は最新バージョンのロジックをロジック記憶部３０から取得してクライアントに送信する。
【００８３】
図１５に示すように、クライアントである情報処理装置１２はクラウドサービスシステム１０へ利用ログをアップロードするタイミングでロジックの最新バージョンの有無を確認し、最新バージョンのロジックを取得できる。
【００８４】
（オンプレミス製品へのロジックの組み込み）
図１７は情報処理装置に搭載されているアプリケーションにロジックをモジュールとして組み込む処理の一例を示した説明図である。図１７に示すクラウドサービスシステム１０のモジュール管理部２０は、情報処理装置１２に搭載されているアプリケーション４０にログ解析／ロジック部５６をロジックとして組み込む。
【００８５】
なお、情報処理装置１２に組み込まれたログ解析／ロジック部５６は機器１４の利用ログを監視し、ロジックの条件に合致する状態となると通知部５２に通知する。通知部５２はＵＩ４２による通知、アプリ層４４の配信部のメール配信による通知、アプリ層４４の機能（スキャン機能など）の利用を一時的に制限する機能制御など、を行う。
【００８６】
図１８は情報処理装置に搭載されているアプリケーションの外付けモジュールとして組み込む処理の一例を示した説明図である。図１８に示すクラウドサービスシステム１０のモジュール管理部２０は、情報処理装置１２に搭載されているアプリケーション４０にログ解析／ロジック部５６をロジックとして組み込む。
【００８７】
図１９は機器のモジュールとして組み込む処理の一例を示した説明図である。図１９に示すクラウドサービスシステム１０のモジュール管理部２０は、機器１４の共通サービス層６６にログ解析／ロジック部７２をロジックとして組み込む。
【００８８】
図２０は情報処理装置と機器の両方に組み込む処理の一例を示した説明図である。図２０に示すクラウドサービスシステム１０のモジュール管理部２０は情報処理装置１２に搭載されているアプリケーション４０にログ解析／ロジック部５６をロジックとして組み込む。また、モジュール管理部２０は機器１４の共通サービス層６６にログ解析／ロジック部７２をロジックとして組み込む。なお、情報処理装置１２に組み込まれたログ解析／ロジック部５６、及び、機器１４に組み込まれたログ解析／ロジック部７２は、連携して処理を行う。
【００８９】
（利用ログの解析、ロジック生成の具体例）
前述した図１３の利用ログの解析、ロジック生成の処理は、例えば図２１に示すように行われる。図２１は利用ログの解析、ロジック生成の処理の一例について説明するための図である。
【００９０】
ステップＳ１２１において、クラウドサービスシステム１０のログ解析部２８はログ記憶部３２から例えば利用ログ１０００を読み出す。ステップＳ１２２に進み、ログ解析部２８は分析のための利用ログの前処理を行う。前処理では、利用ログ１０００に新たな項目として分情報を追加し、スタート時間から分単位でカテゴライズする。
【００９１】
ステップＳ１２３、Ｓ１２４において、ログ解析部２８はステータス情報を目的変数とし、機能情報、ジョブ情報及び分情報を説明変数として、決定木分析を行う。図２１の決定木分析では目的変数であるステータス情報「Ｅｒｒｏｒ」の割合が大きい方を選択していくことにより、枠１１００に囲まれた条件をロジック化（アルゴリズム化）する。
【００９２】
図２１の場合、スキャンｔｏメール機能を構成するＥ−ｍａｉｌ配信のジョブが１分間に８０ジョブ以上、処理された状態を条件とし、その条件に合致する状態となると、例えばアラートを出すロジックを生成する。このように、前述した利用ログの解析、ロジック生成の処理は、周知の分析手法を用いて自動化することができる。
【００９３】
そして、ステップＳ１２５において、ロジック生成部２６はステップＳ１２４で生成したロジックと、クライアントＩＤと、ロジックのバージョンと、を対応付けてロジック記憶部３０に蓄積する。
【００９４】
＜まとめ＞
本実施形態によれば、機器１４から取得した利用ログに基づくロジックを顧客環境側に組み込むことが可能な情報処理システム１を提供できる。
［第２の実施形態］
第１の実施形態は顧客環境毎に利用ログを集めて顧客環境毎のロジックを生成し、そのロジックを、利用ログを集めた顧客環境に組み込むものである。第２の実施形態は複数の顧客環境から利用ログを集め、複数の顧客環境の利用ログから生成したロジックを複数の顧客環境に組み込むものである。なお、第２の実施形態は一部を除いて第１の実施形態と同様であるため、適宜説明を省略する。
【００９５】
図２２は、第２の実施形態に係る情報処理システムの処理の概要を示した一例の図である。図２２では顧客Ａ〜Ｄの四つの顧客環境の例を示している。図２２では、顧客Ａ及びＣの顧客環境に１００台の機器１４が含まれ、顧客Ｂ及びＤの顧客環境に１０００台の機器１４が含まれている。
【００９６】
ステップＳ１３１において、顧客Ａ〜Ｄの情報処理装置１２は各機器１４から登録された各機器１４の利用ログをクラウドサービスシステム１０に送信する。
【００９７】
クラウドサービスシステム１０はステップＳ１３２において、顧客Ａ〜Ｄの四つの顧客環境の情報処理装置１２から受信した利用ログを解析し、エラーや障害などの故障の予測を行うロジック（アルゴリズム）を前述のように生成する。ステップＳ１３３においてクラウドサービスシステム１０は生成したロジックを顧客Ａ〜Ｄの顧客環境側の製品（オンプレミス製品）に組み込む。
【００９８】
ロジックが組み込まれたオンプレミス製品は、機器１４の利用ログを監視し、組み込まれたロジックの条件に合致する状態となると、ＵＩやメール配信を利用した通知を行うことができるようになる。
【００９９】
ここでは、顧客Ａ及びＢの顧客環境において、機器１４でスキャンし、スキャンデータを情報処理装置１２に送信して、情報処理装置１２からスキャンデータをＥ−ｍａｉｌ配信する処理を実施する際、エラーや障害などの故障が頻発しているものと仮定する。
【０１００】
図２３は顧客Ａ〜Ｃの顧客環境からクラウドサービスシステム１０に登録される利用ログの一例を示したものである。顧客Ａの顧客環境から登録される利用ログのみを解析してロジックを生成した場合、作成されるロジックの条件は、次のようになる。
【０１０１】
ロジックの条件：
機能情報「Ｓｃａｎ  ｔｏ  Ｍａｉｌ」
ジョブ情報「Ｅｍａｉｌ」
ファイル形式「ＰＤＦ」
ファイルサイズ「３０００ｋｂｙｔｅ以上」
１分間に８０ジョブ以上
一方、顧客Ｂ、Ｃの顧客環境から登録される利用ログも解析してロジックを生成した場合は、作成されるロジックの条件が以下のようになる。
【０１０２】
ロジックの条件：
機能情報「Ｓｃａｎ  ｔｏ  Ｍａｉｌ」
ジョブ情報「Ｅｍａｉｌ」
ファイル形式「ＰＤＦ」
バージョン情報「２．＊．＊系」
１分間に８０ジョブ以上
図２３のように、顧客Ａ〜Ｃの顧客環境から登録される利用ログも解析してロジックを生成した場合は、故障の発生にファイルサイズが影響しておらず、バージョン情報が影響していることが分かる。
【０１０３】
図２４は顧客Ａ〜Ｄの顧客環境からクラウドサービスシステム１０に登録される利用ログの一例を示したものである。顧客Ａ〜Ｄの顧客環境から登録される利用ログを解析してロジックを生成した場合、作成されるロジックの条件は、次のようになる。
【０１０４】
ロジックの条件：
機能情報「Ｓｃａｎ  ｔｏ  Ｍａｉｌ」
ジョブ情報「Ｅｍａｉｌ」
ファイル形式「ＰＤＦ」
回線速度「６５Ｋｂｐｓ以下」
１分間に８０ジョブ以上
図２４のように、顧客Ａ〜Ｄの顧客環境から登録される利用ログも解析してロジックを生成した場合は、故障の発生にバージョン情報が影響しておらず、回線速度が影響していることが分かる。
【０１０５】
複数の顧客環境から登録された利用ログの解析、ロジック生成は、例えば図２５に示すような手順で行われる。図２５は利用ログの解析、ロジック生成の処理の他の例を示したフローチャートである。
【０１０６】
ステップＳ１４１において、クラウドサービスシステム１０のログ解析部２８はログ記憶部３２から利用ログを読み出す。ステップＳ１４２において、ログ解析部２８は顧客情報記憶部３４から顧客毎の、利用しているオンプレミス製品の情報を読み出す。ステップＳ１４３に進み、ログ解析部２８は分析のための利用ログの前処理を行う。
【０１０７】
ステップＳ１４４において、ログ解析部２８はステータス情報が「ｅｒｒｏｒ」のエラージョブとステータス情報が「ｆｉｎｉｓｈ」の正常ジョブとで、利用ログの各項目の影響度合いを分析する。
【０１０８】
ステップＳ１４５において、ロジック生成部２６はログ解析部２８が分析した利用ログの各項目の影響度合いからエラーや障害などの故障に影響している項目と条件をロジック化する。そして、ステップＳ１４６においてロジック生成部２６はステップＳ１４５で生成したロジックと、クライアントＩＤと、ロジックのバージョンとを対応付けてロジック記憶部３０に蓄積する。
【０１０９】
＜まとめ＞
第２の実施形態によれば、複数の顧客環境から利用ログを集め、複数の顧客環境の利用ログから生成したロジックを複数の顧客環境に組み込むことができる。
［第３の実施形態］
例えば本実施形態の情報処理システム１では、各顧客環境におけるオンプレミス製品の機能／ログ（スキーマ）／ロジックが一度に全て更新される訳ではない。したがって、各顧客環境ではオンプレミス製品の機能が古いままだったり、ログ（スキーマ）だけが更新されたり、ロジックだけが更新されたり、と様々な機能／ログ（スキーマ）／ロジックの組み合わせが考えられる。このような機能／ログ（スキーマ）／ロジックの組み合わせにはロジックが有効になるケースと、ロジックが有効にならないケースとがあり得る。
【０１１０】
そこで、第３の実施形態では機能／ログ（スキーマ）／ロジックそれぞれにバージョンを付与し、そのバージョンの組み合わせにより最適なロジックをオンプレミス製品に組み込めるようにしたものである。
【０１１１】
図２６は、第３の実施形態に係る情報処理システムの処理の概要を示した一例の図である。図２６では、顧客Ａの顧客環境に１００台の機器１４が含まれる。図２６に示すように顧客環境の機能／ログ（スキーマ）／ロジックそれぞれには、バージョンが付与されている。ステップＳ１６１〜Ｓ１６３において、顧客Ａの顧客環境から利用ログを受信したクラウドサービスシステム１０は顧客環境の機能／ログ（スキーマ）／ロジックそれぞれのバージョンの組み合わせを考慮したロジックのフィードバックを行う。
【０１１２】
図２７は、顧客環境の機能／ログ（スキーマ）／ロジックのバージョンアップ時における組み合わせチェックについて説明するための図である。図２７では顧客環境の機能／ログ（スキーマ）／ロジックのバージョンアップ時における組み合わせにより、処理Ａ〜Ｃの何れかの処理を行う。
【０１１３】
例えば図２７の処理Ａは、更新されたロジックが古い機能又は古いログに適用される場合に、そのバージョンのロジックが通用しないケースがあり得ること、に対応するものである。
【０１１４】
処理Ａはロジック内にて機能又はログのバージョンまで考慮し、ロジックを適用する際に判断する。または、処理Ａはロジック記憶部３０に機能又はログのバージョン情報も持っておき、ロジックを適用する際に判断する。
【０１１５】
処理Ｂは、ログのスキーマ変更がロジックに影響ないことをクラウドサービスシステム１０側で確認するものである。また、処理Ｃは機能のバージョンアップがロジックに影響がないことをクラウドサービスシステム１０側で確認するものである。
【０１１６】
ロジック内にて機能又はログのバージョンまで考慮する場合の処理Ａは、例えば図２８に示すように行われる。図２８はロジック内にて機能又はログのバージョンまで考慮する場合の処理の一例の説明図である。
【０１１７】
ステップＳ１８１において、クラウドサービスシステム１０のログ解析部２８はログ記憶部３２から例えば利用ログ１２００を読み出す。利用ログ１２００には機能及びログのバージョンの項目が含まれている。ステップＳ１８２において、ログ解析部２８は分析のための利用ログの前処理を行う。
【０１１８】
ステップＳ１８３において、ログ解析部２８はステータス情報が「ｅｒｒｏｒ」のエラージョブとステータス情報が「ｆｉｎｉｓｈ」の正常ジョブとで、利用ログの各項目の影響度合いを分析する。なお、ステップＳ１８３では機能及びログのバージョンの項目の影響度合いも分析する。
【０１１９】
ステップＳ１８４において、ロジック生成部２６はログ解析部２８が分析した利用ログの各項目の影響度合いからエラーや障害などの故障に影響している項目と条件をロジック化する。そして、ステップＳ１８５においてロジック生成部２６はステップＳ１８４で生成したロジックと、クライアントＩＤと、ロジックのバージョンとを対応付けてロジック記憶部３０に蓄積する。
【０１２０】
ロジック内にて機能又はログのバージョンまで考慮した場合は、次のようなロジックの条件： 
機能情報「Ｓｃａｎ  ｔｏ  Ｍａｉｌ」
ジョブ情報「Ｅｍａｉｌ」
ファイル形式「ＰＤＦ」
ファイルサイズ「３０００ｋｂｙｔｅ以上」
１分間に８０ジョブ以上
が、次のようなロジックの条件となる。
【０１２１】
ロジックの条件：
機能情報「Ｓｃａｎ  ｔｏ  Ｍａｉｌ」
ジョブ情報「Ｅｍａｉｌ」
ファイル形式「ＰＤＦ」
ファイルサイズ「３０００ｋｂｙｔｅ以上」
１分間に８０ジョブ以上
機能のバージョン「２．１．１まで」
ログのバージョン「１．０．０まで」
ロジック記憶部３０に機能又はログのバージョン情報も持っておき、ロジックを適用する際に判断する処理Ａは、例えば図２９に示すようにロジック記憶部３０に記憶された機能又はログのバージョン情報を利用する。
【０１２２】
図２９はロジック記憶部が蓄積している蓄積データの他の例の構成図である。図２９に示すように、ロジック記憶部３０は図１６の蓄積データの構成に機能のバージョン、ログのバージョンを項目として追加した蓄積データを蓄積している。
【０１２３】
ロジック記憶部３０に機能又はログのバージョン情報も持っておき、ロジックを適用する際に判断する処理Ａは、例えば図３０に示すような手順で行われる。図３０はロジックの確認、更新の処理の他の例を示したシーケンス図である。
【０１２４】
図３０のステップＳ２０１〜Ｓ２０６の処理は図１５のステップＳ１００〜Ｓ１０５の処理と同様であるため、説明を省略する。ステップＳ２０７において、ロジック確認要求を受け付けたモジュール管理部２０はロジック記憶部３０からロジックのバージョン、機能のバージョン、ログのバージョンを取得する。
【０１２５】
ステップＳ２０８において、モジュール管理部２０はロジック記憶部３０から取得したロジックのバージョン、機能のバージョン、ログのバージョンの組み合わせからロジックの更新の必要性を確認する。そして、モジュール管理部２０はログ管理部２２、認証部２４を介してロジックの更新の必要性の有無をクライアントである情報処理装置１２に通知する。ロジックの更新の必要性があればクライアントはステップＳ２０９に進み、クラウドサービスシステム１０のモジュール管理部２０にロジック取得を要求する。モジュール管理部２０は要求されたロジックをロジック記憶部３０から取得してクライアントに送信する。
【０１２６】
このように、クライアントである情報処理装置１２はクラウドサービスシステム１０へ利用ログをアップロードするタイミングで、ロジックのバージョン、機能のバージョン及びログのバージョンの組み合わせからロジックの更新の必要性を判断したあと、ロジックを取得できる。
【０１２７】
また、処理Ｂ及び処理Ｃはログのスキーマ変更がロジックに影響ないこと、又は、機能のバージョンアップがロジックに影響がないことを、例えば図３１に示すような手順で確認する。図３１は、処理Ｂ及び処理Ｃにおいてログのスキーマ変更がロジックに影響ないこと又は機能のバージョンアップがロジックに影響がないことを確認する処理の一例のフローチャートである。また、図３１は、処理Ａにおいてロジック記憶部３０に機能又はログのバージョン情報も持っておき、ロジックを適用する際の判断にも利用できる。
【０１２８】
ステップＳ２２１において、モジュール管理部２０はクライアントに組み込まれているロジックのバージョンが上がっているか（クライアントに組み込まれているロジックよりも新しいバージョンのロジックがあるか）を判断する。
【０１２９】
クライアントに組み込まれているロジックのバージョンが上がっていれば、モジュール管理部２０はステップＳ２２２において、機能のバージョンがロジックの対象となっているかを判断する。機能のバージョンがロジックの対象となっていれば、モジュール管理部２０はステップＳ２２３において、ログのバージョンがロジックの対象となっているかを判断する。
【０１３０】
ログのバージョンがロジックの対象となっていれば、モジュール管理部２０はログ管理部２２、認証部２４を介してロジックの更新の必要性の有りをクライアントである情報処理装置１２に通知する。なお、ステップＳ２２２において機能のバージョンがロジックの対象となっていない場合、又は、ステップＳ２２３においてログのバージョンがロジックの対象となっていない場合は、ステップＳ２２８に進む。ステップＳ２２８においてモジュール管理部２０は、ログ管理部２２、認証部２４を介してロジックの更新の必要性のなしを、クライアントである情報処理装置１２に通知する。
【０１３１】
ステップＳ２２１においてクライアントに組み込まれているロジックのバージョンが上がっていなければ、モジュール管理部２０はステップＳ２２４に進み、機能のバージョンがロジックの対象となっているかを判断する。モジュール管理部２０は機能のバージョンがロジックの対象となっていれば、ステップＳ２２５において、ログのバージョンがロジックの対象となっているかを判断する。
【０１３２】
ログのバージョンがロジックの対象となっていれば、モジュール管理部２０はステップＳ２２８に進み、ログ管理部２２、認証部２４を介してロジックの更新の必要性のなしをクライアントである情報処理装置１２に通知する。
【０１３３】
なお、ステップＳ２２４において機能のバージョンがロジックの対象となっていない場合、又は、ステップＳ２２５においてログのバージョンがロジックの対象となっていない場合は、ステップＳ２２６に進む。ステップＳ２２６に進み、ロジック生成部２６は該当する機能及びログのバーションでロジック再生成を行う。
【０１３４】
ステップＳ２２７に進み、モジュール管理部２０は再生成したロジックに基づき、従来のロジックのままで適用が可能か否かを判断する。従来のロジックのままで適用が可能であれば、モジュール管理部２０はステップＳ２２８に進み、ログ管理部２２、認証部２４を介してロジックの更新の必要性のなしを、クライアントである情報処理装置１２に通知する。
【０１３５】
また、従来のロジックのままで適用が可能でなければ、モジュール管理部２０はステップＳ２２９に進み、ログ管理部２２、認証部２４を介してロジックの更新の必要性の有りをクライアントである情報処理装置１２に通知する。
【０１３６】
＜まとめ＞
第３の実施形態によれば、機能／ログ（スキーマ）／ロジックそれぞれにバージョンを付与し、そのバージョンの組み合わせにより最適なロジックをオンプレミス製品に組み込むことができる。
【０１３７】
本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。クラウドサービスシステム１０は特許請求の範囲に記載した顧客環境側から取得した機器の履歴情報を記憶する情報処理システムの一例である。ログ解析部２８は解析手段の一例である。ロジック生成部２６は生成手段の一例である。モジュール管理部２０は管理手段の一例である。ロジック記憶部３０は記憶手段の一例である。
【符号の説明】
【０１３８】
１      情報処理システム
１０    クラウドサービスシステム
１２    顧客環境の情報処理装置
１４    機器
２０    モジュール管理部
２２    ログ管理部
２４    認証部
２６    ロジック生成部
２８    ログ解析部
３０    ロジック記憶部
３２    ログ記憶部
３４    顧客情報記憶部
３６    認証情報記憶部
４０    アプリケーション
４２    ＵＩ
４４    アプリ層
４６    共通サービス層
４８    通信部
５０    ネットワークＩＦ
５２    通知部
５４    ログ管理部
５６    ログ解析／ロジック部
６０    ネットワークＩＦ
６２    通信部
６４    アプリ層
６６    共通サービス層
６８    通知部
７０    ログ管理部
７２    ログ解析／ロジック部
５００    コンピュータ
５０１    入力装置
５０２    表示装置
５０３    外部Ｉ／Ｆ
５０３ａ    記録媒体
５０４    ＲＡＭ
５０５    ＲＯＭ
５０６    ＣＰＵ
５０７    通信Ｉ／Ｆ
５０８    ＨＤＤ
６０１    コントローラ
６０２    操作パネル
６０３    外部Ｉ／Ｆ
６０３ａ    記録媒体
６０４    通信Ｉ／Ｆ
６０５    プリンタ
６０６    スキャナ
６１１    ＣＰＵ
６１２    ＲＡＭ
６１３    ＲＯＭ
６１４    ＮＶＲＡＭ
６１５    ＨＤＤ
１０００、１００２、１００４    利用ログ
Ｂ    バス
Ｎ１    ネットワーク
【先行技術文献】
【特許文献】
【０１３９】
【特許文献１】特開２００４−３７９４１号公報
【図１】
0006500663.tif 000002
【図２】
0006500663.tif 000003
【図３】
0006500663.tif 000004
【図４】
0006500663.tif 000005
【図５】
0006500663.tif 000006
【図６】
0006500663.tif 000007
【図７】
0006500663.tif 000008
【図８】
0006500663.tif 000009
【図９】
0006500663.tif 000010
【図１０】
0006500663.tif 000011
【図１１】
0006500663.tif 000012
【図１２】
0006500663.tif 000013
【図１３】
0006500663.tif 000014
【図１４】
0006500663.tif 000015
【図１５】
0006500663.tif 000016
【図１６】
0006500663.tif 000017
【図１７】
0006500663.tif 000018
【図１８】
0006500663.tif 000019
【図１９】
0006500663.tif 000020
【図２０】
0006500663.tif 000021
【図２１】
0006500663.tif 000022
【図２２】
0006500663.tif 000023
【図２３】
0006500663.tif 000024
【図２４】
0006500663.tif 000025
【図２５】
0006500663.tif 000026
【図２６】
0006500663.tif 000027
【図２７】
0006500663.tif 000028
【図２８】
0006500663.tif 000029
【図２９】
0006500663.tif 000030
【図３０】
0006500663.tif 000031
【図３１】
0006500663.tif 000032