知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-20
(45)【発行日】2024-05-28
(54)【発明の名称】情報処理システム、保守方法、プログラム
(51)【国際特許分類】
G06F 11/07 20060101AFI20240521BHJP
G03G 21/00 20060101ALI20240521BHJP
B41J 29/38 20060101ALI20240521BHJP
H04N 1/00 20060101ALI20240521BHJP
【ＦＩ】
G06F11/07 190
G06F11/07 160
G06F11/07 140P
G03G21/00 396
G03G21/00 500
G03G21/00 510
G03G21/00 386
B41J29/38 401
B41J29/38 301
B41J29/38 801
H04N1/00 002A
H04N1/00 127Z
【請求項の数】
9
(21)【出願番号】P 2020131128
(22)【出願日】2020-07-31
(65)【公開番号】P2022027241
(43)【公開日】2022-02-10
【審査請求日】2023-05-11
(73)【特許権者】
【識別番号】000006747
【氏名又は名称】株式会社リコー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】吉田 智樹
【審査官】武田 広太郎
(56)【参考文献】
【文献】特開２０１４－２３５７０７（ＪＰ，Ａ）
【文献】特開２０１２－０１１６３６（ＪＰ，Ａ）
【文献】特開２０１１－０９０４０１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ １１／０７
Ｇ０３Ｇ ２１／００
Ｂ４１Ｊ ２９／３８
Ｈ０４Ｎ １／００
(57)【特許請求の範囲】
【請求項1】
機器とネットワークを介して通信できる情報処理システムであって、前記機器が有するメモリの書き込み回数と前記機器のカウンタ情報を前記機器から受信する受信手段と、
前記受信手段が受信した前記書き込み回数に基づいて異常又は異常の可能性を判断する判断手段と、
前記判断手段が異常又は異常の可能性があると判断した場合、前記カウンタ情報に基づいて異常の原因となるソフトウェアを特定する特定手段と、
を有することを特徴とする情報処理システム。
【請求項2】
前記特定手段は、前記カウンタ情報を増やす前記ソフトウェアを、前記異常の原因となるソフトウェアとして特定することを特徴とする請求項１に記載の情報処理システム。
【請求項3】
前記カウンタ情報の種類にソフトウェアが対応付けられているソフトウェア情報を記憶する第一の記憶手段を有し、前記特定手段は、前記書き込み回数の増加量が閾値以上であった一定期間において前記カウンタ情報の増加量が閾値以上の前記カウンタ情報を特定し、特定した前記カウンタ情報の種類に対応付けられているソフトウェアを、前記第一の記憶手段を参照して特定することを特徴とする請求項２に記載の情報処理システム。
【請求項4】
前記ソフトウェアに通知先を対応付けて記憶する第二の記憶手段と、前記判断手段により異常又は異常の可能性があると判断された場合、前記第二の記憶手段において前記特定手段が特定したソフトウェアに対応づけられている通知先に通知する通知手段と、
を有することを特徴とする請求項１～３のいずれか１項に記載の情報処理システム。
【請求項5】
前記判断手段は、経過日数に対する標準的な前記書き込み回数よりも、前記受信手段が受信した前記書き込み回数の方が閾値以上大きい場合、異常又は異常の可能性があると判断することを特徴とする請求項１～４のいずれか１項に記載の情報処理システム。
【請求項6】
前記判断手段は、前記書き込み回数の経過日数に対する増加率が閾値以上の場合、異常又は異常の可能性があると判断することを特徴とする請求項１～４のいずれか１項に記載の情報処理システム。
【請求項7】
前記判断手段は、前記受信手段が前記書き込み回数を受信した日時と前記書き込み回数の関係から、将来の書き込み回数を予測し、前記書き込み回数が前記メモリの寿命に達する使用可能期限に基づいて、異常又は異常の可能性があると判断することを特徴とする請求項１～４のいずれか１項に記載の情報処理システム。
【請求項8】
機器とネットワークを介して通信できる情報処理システムが行う保守方法であって、受信手段が、前記機器が有するメモリの書き込み回数と前記機器のカウンタ情報を前記機器から受信するステップと、
判断手段が、前記受信手段が受信した前記書き込み回数に基づいて異常又は異常の可能性を判断するステップと、
特定手段が、前記判断手段が異常又は異常の可能性があると判断した場合、前記カウンタ情報に基づいて異常の原因となるソフトウェアを特定するステップと、
を有することを特徴とする保守方法。
【請求項9】
機器とネットワークを介して通信できる情報処理システムを、前記機器が有するメモリの書き込み回数と前記機器のカウンタ情報を前記機器から受信する受信手段と、
前記受信手段が受信した前記書き込み回数に基づいて異常又は異常の可能性を判断する判断手段と、
前記判断手段が異常又は異常の可能性があると判断した場合、前記カウンタ情報に基づいて異常の原因となるソフトウェアを特定する特定手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システム、保守方法、及び、プログラムに関する。
【背景技術】
【0002】
ユーザが使用している機器に異常が生じる場合がある。例えば、複合機に搭載されているフラッシュメモリ（eMMC,NAND等）やＨＤＤ(Hard Disk Drive)への過剰な書込みなどによりこれらに異常が生じる場合がある。機器はますます高機能及び複雑化しているため、異常が発生するとユーザ側での対応は困難な場合が多い。
【0003】
そこで、これらの機器を遠隔地から監視して異常を早期に検出する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、サーバが必要なデータを収集して異常を予測することが可能なシステムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来の技術では異常の原因を特定する方法について開示されていないという問題がある。例えば、機器では各種のソフトウェアが動作しているが、どのソフトウェアが異常の原因かを特定することが困難であった。
【0005】
本発明は上記課題に鑑み、異常が検出された場合に異常の原因を特定できる情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上記課題に鑑み、本発明は、機器とネットワークを介して通信できる情報処理システムであって、前記機器が有するメモリの書き込み回数と前記機器のカウンタ情報を前記機器から受信する受信手段と、前記受信手段が受信した前記書き込み回数に基づいて異常又は異常の可能性を判断する判断手段と、前記判断手段が異常又は異常の可能性があると判断した場合、前記カウンタ情報に基づいて異常の原因となるソフトウェアを特定する特定手段と、を有することを特徴とする。
【発明の効果】
【0007】
異常が検出された場合に異常の原因を特定できる情報処理システムを提供することができる。
【図面の簡単な説明】
【0008】
【図1】保守システムの動作の概略を説明する図の一例である。
【図2】機器が顧客に配置されている経過日数とフラッシュメモリなどへの書き込み回数の対応をグラフで示す図の一例である。
【図3】保守システムの概略構成図の一例である。
【図4】保守サーバの概略的なハードウェア構成図の一例である。
【図5】機器の概略的なハードウェア構成を示したブロック図の一例である。
【図6】保守システムが有する機器と保守サーバの機能をフロック状に示す機能ブロック図の一例である。
【図7】ログデータの一例を模式的に示す図である。
【図8】機器がログデータを保守サーバに送信する手順を示すシーケンス図の一例である。
【図9】保守サーバがログデータを分析し、異常又は異常の可能性を検出する手順を示すフローチャート図の一例である。
【図10】経過日数に対するフラッシュメモリへの書き込み回数の増加率を説明する図である。
【図11】フラッシュメモリへの将来の書き込み回数の予測方法を説明する図である。
【図12】アプリ担当者に送信されるメールの内容を示す図の一例である。
【発明を実施するための形態】
【0009】
以下、本発明を実施するための形態の一例として、保守システム、保守サーバ、及び、保守システムが行う保守方法について図面を参照しながら説明する。
【0010】
＜保守システムの概略の動作＞
図１は、本実施形態の保守システム１００の動作の概略を説明する図の一例である。
（１）機器１０は自機の状態を示すログデータを収集して定期的に（又は操作等を契機に）して保守サーバ３０に送信する。
（２）保守サーバ３０は分析ツールを使用して、異常の有無を判断したり、異常が生じる可能性が高いと判断したりする。具体的には以下のような処理を行う。
・メーカ等で予め機器が有する部品の標準的な使用頻度を見積もり、見積もりと実績の差異から異常を検出する（図２参照）。
・使用頻度が急に増加している場合に異常を検出する。
・部品の寿命を超えそうな場合に異常を検出する。
（３）異常が検出された場合、保守サーバ３０は取得したログデータに基づいて調査の対象とするアプリケーションを特定する。例えば、部品がフラッシュメモリの場合、フラッシュメモリの使用頻度が増大している一定期間において、使用頻度が増大しているプリント枚数などのカウンタ情報を特定する。そして、プリントするアプリケーションを特定する。
（４）保守サーバ３０はこのアプリケーションを開発したアプリ設計区にメールなどで異常又は異常が生じる可能性がある旨を通知する。ログデータも送信してもよい。
（５）アプリ設計区のアプリ担当者が調査した結果、アプリケーションに問題があった場合、アプリ設計区はサービス担当部と連携を取り、ユーザ（顧客）に対してアプリケーション及びアプリケーションと関係するファームウェア等の更新を行う。
図１は、本実施形態の保守システム１００の動作の概略を説明する図の一例である。
（１）機器１０は自機の状態を示すログデータを収集して定期的に（又は操作等を契機に）して保守サーバ３０に送信する。
（２）保守サーバ３０は分析ツールを使用して、異常の有無を判断したり、異常が生じる可能性が高いと判断したりする。具体的には以下のような処理を行う。
・メーカ等で予め機器が有する部品の標準的な使用頻度を見積もり、見積もりと実績の差異から異常を検出する（図２参照）。
・使用頻度が急に増加している場合に異常を検出する。
・部品の寿命を超えそうな場合に異常を検出する。
（３）異常が検出された場合、保守サーバ３０は取得したログデータに基づいて調査の対象とするアプリケーションを特定する。例えば、部品がフラッシュメモリの場合、フラッシュメモリの使用頻度が増大している一定期間において、使用頻度が増大しているプリント枚数などのカウンタ情報を特定する。そして、プリントするアプリケーションを特定する。
（４）保守サーバ３０はこのアプリケーションを開発したアプリ設計区にメールなどで異常又は異常が生じる可能性がある旨を通知する。ログデータも送信してもよい。
（５）アプリ設計区のアプリ担当者が調査した結果、アプリケーションに問題があった場合、アプリ設計区はサービス担当部と連携を取り、ユーザ（顧客）に対してアプリケーション及びアプリケーションと関係するファームウェア等の更新を行う。
【0011】
図２は、機器１０が顧客に配置されている経過日数とフラッシュメモリなどへの書き込み回数の対応をグラフで示す図の一例である。図２には、見積もられたグラフ３１１と、ログデータに含まれる実績のグラフ３１２が示されている。ユーザ側の社員の人数や業種の標準的な使用形態における一日の書き込み回数が予め統計的に見積もられている。見積もられたグラフ３１１は、標準的な使用形態における１日の書き込み回数を経過日数に対し蓄積したグラフである。一方、実績のグラフ３１２は、実際にユーザが機器１０を使用することで、フラッシュメモリ等に書き込まれた日々の回数を経過日数に対し蓄積したグラフである。
【0012】
したがって、保守サーバ３０は、見積もられたグラフ３１１に対し実績のグラフ３１２の方が閾値以上に大きい場合、異常が生じた可能性がある又は異常を生じる可能性があると判断できる。
【0013】
フラッシュメモリなどの部品はアプリケーションが動作することでアクセスされる場合がある。一方、フラッシュメモリの読み込みのみを行うアプリケーションや、フラッシュメモリを一切使用しないアプリケーションも存在する。したがって、（３）に示したように、保守サーバ３０は書き込み回数に基づいてアプリケーションを特定することができる。アプリ設計区は、この場合、アプリケーションがフラッシュメモリへ書き込む頻度を低下させる改良をアプリケーションに対して行うことが考えられる。また、アプリケーションの改良に関係なく、サービス担当部は早期にフラッシュメモリを交換することができる。
【0014】
このように、本実施形態の保守システム１００は、機器の異常の原因を特定できる。例えば、異常に関係するアプリケーションを特定できる。
【0015】
＜用語について＞
ソフトウェアとはコンピュータに命令を出すための情報であるコンピュータ・プログラムのことである。また、プログラムにはアプリケーションソフトが含まれる。アプリケーションソフトは、ワープロや表計算を行なうといった目的に応じてコンピュータのプログラムを応用（アプリケーション）したソフトウェアをいう。本実施形態では単にアプリケーションという。
ソフトウェアとはコンピュータに命令を出すための情報であるコンピュータ・プログラムのことである。また、プログラムにはアプリケーションソフトが含まれる。アプリケーションソフトは、ワープロや表計算を行なうといった目的に応じてコンピュータのプログラムを応用（アプリケーション）したソフトウェアをいう。本実施形態では単にアプリケーションという。
【0016】
メモリ情報は、機器が有するメモリに関する情報である。メモリは例えば（eMMC,NAND）などのフラッシュメモリ、又は、ＨＤＤ(Hard Disk Drive)等である。メモリ情報は本実施形態ではログデータという用語で説明される。
【0017】
機器のカウンタ情報は、機器が処理したページの枚数、各種の機能を操作回数などである。従来から機器の使用料を課金するためにカウントされている。
【0018】
異常とは通常とは違っていることを言う。故障、支障、又は、欠陥等と称してよい。正常でない状態と称してもよい。異常の可能性とは、現在は異常でないが、異常になることが予測できることをいう。
【0019】
＜システム構成例＞
図３は、本実施形態の保守システム１００の概略構成図の一例である。保守システム１００は、ネットワークＮを介して通信することが可能な一台以上の機器１０、及び、保守サーバ３０を有する。
図３は、本実施形態の保守システム１００の概略構成図の一例である。保守システム１００は、ネットワークＮを介して通信することが可能な一台以上の機器１０、及び、保守サーバ３０を有する。
【0020】
ネットワークＮは機器１０が存在する施設などに構築されているＬＡＮ、広域イーサネット（登録商標）、ＬＡＮ同士が接続されたＷＡＮ、ＶＰＮ（Virtual Private Network）、通信事業者の電話網、及び、インターネット等の一部又は全体より構築されている。
【0021】
機器１０－１～機器１０－ｎ（以下、任意の機器１０の符号を１０とする）はユーザが操作する装置であり、更に異常が生じうる装置である。機器１０は１つの顧客に１台以上、配置される。顧客は例えば組織、機関、機構、会社、企業、団体、協同組合、連盟、連合などである。
【0022】
また、機器１０はユーザが業務に使用する電子的な情報を入力したり、出力したりすることで業務の効率化を支援する。機器１０では、プリントやスキャンなどのアプリケーションソフトが動作し、各種のサーバと通信するブラウザソフトウェアが動作する。機器１０は、例えば複合機（ＭＦＰ）である。複合機とはスキャナ機能、プリント機能、コピー機能、及び、ＦＡＸ送受信機能など複数の機能を有する装置をいう。ＭＦＰ(Multi‐Function Printer/Product/Peripheral)、ＳＰＣ(Scan Print Copy)、又は、ＡＩＯ(All In One)と呼ばれる場合がある。本実施形態では複数の機能を有することまでは要求されず、機器１０は、スキャナ装置、プリント装置（印刷装置）、コピー装置、ＦＡＸ装置などでもよい。
【0023】
また、機器１０は複合機に限らず、保守サーバ３０にログデータを送信しうる装置であればよい。例えば、テレビ会議端末、電子黒板、又はプロジェクタなどでもよい。この他、例えばＰＣ（Personal Computer）、タブレット装置、スマートフォン、ＰＤＡ（Personal Digital Assistant）、ゲーム機、ナビゲーション端末、ウェアラブルＰＣなどの情報処理装置が機器１０でもよい。
【0024】
保守サーバ３０は機器１０に対しネットワークＮを通じて情報や機能を提供する情報処理システムである（１台以上の情報処理装置）。保守サーバ３０は、機器１０から取得したログデータを分析し、機器１０の異常の発生を検出又は予測する。保守サーバ３０は異常に関係するアプリケーションの担当者に異常が検出又は予測された旨をメールなどで通知する。
【0025】
保守サーバ３０はクラウドコンピューティングに対応していてよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。クラウドコンピューティングに対応している場合、本実施例の保守サーバ３０の物理的な構成は固定的でなくてもよく、負荷等に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。また、保守サーバ３０はオンプレミスに存在してもよい。
【0026】
＜ハードウェア構成＞
＜＜保守サーバ＞
図４は、保守サーバ３０の概略的なハードウェア構成図の一例である。保守サーバ３０は、コンピュータによって構築されており、図４に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ／Ｆ５１６を備えている。
＜＜保守サーバ＞
図４は、保守サーバ３０の概略的なハードウェア構成図の一例である。保守サーバ３０は、コンピュータによって構築されており、図４に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ／Ｆ５１６を備えている。
【0027】
これらのうち、ＣＰＵ５０１は、保守サーバ３０全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、ネットワークＮを利用してデータ通信をするためのインターフェースである。バスライン５１０は、図４に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
【0028】
また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。
【0029】
＜＜機器＞＞
図５は、機器１０の概略的なハードウェア構成を示したブロック図の一例である。図５では機器としてＭＦＰが想定されている。図５に示されているように、ＭＦＰ(Ｍulti function Peripheral/Product/Printer９は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。
図５は、機器１０の概略的なハードウェア構成を示したブロック図の一例である。図５では機器としてＭＦＰが想定されている。図５に示されているように、ＭＦＰ(Ｍulti function Peripheral/Product/Printer９は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。
【0030】
これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ(Application Specific Integrated Circuit)９０６、記憶部であるローカルメモリ（ＭＥＭ－Ｃ）９０７、ＨＤＤコントローラ９０８、及び、記憶部であるＨＤ９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ(Accelerated Graphics Port)バス９２１で接続した構成となっている。
【0031】
これらのうち、ＣＰＵ９０１は、機器１０の全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ－Ｐ９０２、ＳＢ９０４、及びＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ－Ｐ９０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。
【0032】
ＭＥＭ－Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ９０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ９０２ｂとからなる。なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【0033】
ＳＢ９０４は、ＮＢ９０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤコントローラ９０８及びＭＥＭ－Ｃ９０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９０６は、ＰＣＩターゲット及びＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ９０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部９３１及びプリンタ部９３２との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ９０６には、ＵＳＢ(Universal Serial Bus)のインターフェースや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースを接続するようにしてもよい。
【0034】
ＭＥＭ－Ｃ９０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ９０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ９０９は、ＣＰＵ９０１の制御にしたがってＨＤ９０９に対するデータの読出又は書込を制御する。ＡＧＰバス９２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ－Ｐ９０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。
【0035】
また、近距離通信回路９２０には、近距離通信回路のアンテナ９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。
【0036】
更に、エンジン制御部９３０は、スキャナ部９３１及びプリンタ部９３２によって構成されている。また、操作パネル９４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなるキーボード９４０ｂを備えている。コントローラ９１０は、機器１０全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１又はプリンタ部９３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。
【0037】
なお、機器１０は、操作パネル９４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリント機能、及び、ファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリント機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。
【0038】
また、ネットワークＩ／Ｆ９５０は、ネットワークＮを利用してデータ通信をするためのインターフェースである。近距離通信回路９２０及びネットワークＩ／Ｆ９５０は、ＰＣＩバス９２２を介して、ＡＳＩＣ９０６に電気的に接続されている。
【0039】
＜機能について＞
図６は、保守システム１００が有する機器１０と保守サーバ３０の機能をフロック状に示す機能ブロック図の一例である。
図６は、保守システム１００が有する機器１０と保守サーバ３０の機能をフロック状に示す機能ブロック図の一例である。
【0040】
＜＜機器＞＞
機器１０は、異常検出部１１、基本機能部１２、ログデータ送信部１５、及び、状態監視部１６、を有している。機器１０が有するこれら各機能は、図５に示したＨＤ９０９からＲＡＭ９０２ｂに展開されたプログラムをＣＰＵ９０１が実行することにより実現されている。なお、このプログラムは、プログラム配信用のサーバから配信されてもよいし、ＵＳＢメモリや光記憶媒体などの可搬性の記憶媒体に記憶された状態で配布されてもよい。
機器１０は、異常検出部１１、基本機能部１２、ログデータ送信部１５、及び、状態監視部１６、を有している。機器１０が有するこれら各機能は、図５に示したＨＤ９０９からＲＡＭ９０２ｂに展開されたプログラムをＣＰＵ９０１が実行することにより実現されている。なお、このプログラムは、プログラム配信用のサーバから配信されてもよいし、ＵＳＢメモリや光記憶媒体などの可搬性の記憶媒体に記憶された状態で配布されてもよい。
【0041】
基本機能部１２は、ユーザ操作等に応じて機器１０が有する基本的な機能を提供する。例えば、印刷機能、スキャナ機能、コピー機能、及び、ＦＡＸ機能などを提供する。各機能はユーザインタフェースを含め別々のアプリケーションで制御される。例えば、印刷機能はプリントアプリ、スキャナ機能はスキャナアプリ、コピー機能はコピーアプリ、ＦＡＸ機能はＦＡＸアプリにより制御される。
【0042】
したがって、基本機能部１２は各機能の提供に必要なアクチュエータ（モータ、クラッチ等）の制御、スイッチのＯＮ/ＯＦＦ、定着ユニットの温度制御、センサの制御、フラッシュメモリやＨＤＤへの書き込み等を行う。
【0043】
状態監視部１６は、基本機能部１２を監視して機器１０の状態を表す機器監視データを取得する。機器監視データは異常と関連性が高いと推測される機器１０の状態を含むことが好ましい。例えば、用紙の通過時刻、モータの電流値、定着ユニットの温度、ＡＳＩＣのレジスタの値、フラッシュメモリへの書き込み、ＨＤＤの通電のＯＮ/ＯＦＦ等を機器監視データに含める。状態監視部１６は次述するサービスコールと共に機器監視データとサービスコールをログデータとしてログデータ記憶部２１に記憶させる。
【0044】
異常検出部１１は基本機能部１２の異常の有無を監視する。本実施形態では、異常はサービスコールという所定の情報により保守サーバ３０に通知される。異常も機器１０の状態の一態様であるが、状態（機器監視データ）は機器の状態に過ぎないのに対し、サービスコールは何らかの不具合が生じたことを意味する。多くのサービスコールは、ユーザだけでは復旧が困難な不具合が生じたことを示す。
【0045】
ログデータ送信部１５は、ログデータ記憶部２１に記憶されたログデータを所定のタイミングで保守サーバ３０に送信する。例えば、サービスコールが検出された直後、定期的（毎時、半日ごと、毎日、１週ごと等）なタイミング、又は、一定量のログデータが蓄積されたタイミング、又は、決まった操作が検出されたタイミング等である。
【0046】
機器１０は、図５に示したＨＤ９０９又はＲＡＭ９０２ｂ等により実現される記憶部２０を有している。記憶部２０にはログデータ記憶部２１が構築されている。ログデータ記憶部２１は状態監視部１６が収集したログデータ（機器監視データとサービスコール）を記憶する。ログデータ記憶部２１のログデータは保守サーバ３０に送信されると消去される。ログデータについては図７で説明する。
【0047】
＜＜保守サーバ＞＞
保守サーバ３０は、ログデータ受信部３１、特定部３２、判断部３３、及び、通知部３４を有する。保守サーバ３０が有するこれらの各機能は、図４に示したＨＤ５０４からＲＡＭ５０３に展開されたプログラムをＣＰＵ５０１が実行することにより実現されている機能又は手段である。なお、このプログラムは、プログラム配信用のサーバから配信されてもよいし、ＵＳＢメモリや光記憶媒体などの可搬性の記憶媒体に記憶された状態で配布されてもよい。
保守サーバ３０は、ログデータ受信部３１、特定部３２、判断部３３、及び、通知部３４を有する。保守サーバ３０が有するこれらの各機能は、図４に示したＨＤ５０４からＲＡＭ５０３に展開されたプログラムをＣＰＵ５０１が実行することにより実現されている機能又は手段である。なお、このプログラムは、プログラム配信用のサーバから配信されてもよいし、ＵＳＢメモリや光記憶媒体などの可搬性の記憶媒体に記憶された状態で配布されてもよい。
【0048】
また、保守サーバ３０は図４に示したＨＤ５０４又はＲＡＭ５０３等により実現される記憶部４０を有している。記憶部４０にはログデータ蓄積部４１、アプリ情報記憶部４２（第一の記憶手段の一例）、及び、アプリ担当者情報記憶部４３（第二の記憶手段の一例）が構築されている。ログデータ蓄積部４１が蓄積するログデータは機器１０が送信するログデータと同じであるが、保守サーバ３０には各機器１０からのログデータが蓄積される。
【0049】
【表1】
【0050】
例えば、パラメータ名がプリント枚数の場合、対応するアプリケーションはプリントアプリである。パラメータ名がスキャン枚数の場合、対応するアプリケーションはスキャナアプリである。パラメータ名がＨＤＤアクセス回数の場合、対応するアプリケーションはスキャナアプリとプリントアプリである（パラメータには、複数のアプリケーションが対応づけて管理されていても良い。）。
【0051】
すなわち、事前の知見によって、各パラメータを増やすアプリケーションのアプリ名がパラメータに対応付けられている。例えば、プリントアプリはプリント枚数を増大させる。したがって、特定部３２は表１を参照することで、パラメータに応じて対応するアプリケーションを特定できる。
【0052】
【表2】
【0053】
（保守サーバの各機能）
図５に戻って説明する。ログデータ受信部３１は、機器１０からログデータを受信して記憶部４０に構築されたログデータ蓄積部４１に蓄積する。
図５に戻って説明する。ログデータ受信部３１は、機器１０からログデータを受信して記憶部４０に構築されたログデータ蓄積部４１に蓄積する。
【0054】
判断部３３は、ログデータを分析して、部品の異常が生じたか、又は、異常が生じる可能性があるかを判断する。詳細は後述される。特定部３２は、異常又はその可能性が検出された場合、表１のアプリ情報記憶部４２を参照して、異常が検出された部品に関するアプリケーションを特定する。
【0055】
通知部３４は、表２のアプリ担当者情報を参照して、異常又はその可能性が検出されたアプリケーションの担当者にメールを送信する。メールでなく、ＳＮＳ（Social Network Service）で送信してもよい。
【0056】
＜ログデータ＞
図７は、ログデータの一例を模式的に示す図である。図７はログデータが取得された順に時系列のログデータを示す。機器１０は自機の状態を示すデータ（機器監視データとサービスコール）を常に収集している。機器１０の異常の発生要因はさまざまであるので、さまざまな機器１０の状態を予め監視して、ログデータとして記録しておくことが好ましい。図７のログデータは以下のような内容である。なお、いずれのログデータも発生日時が記録されている。
図７は、ログデータの一例を模式的に示す図である。図７はログデータが取得された順に時系列のログデータを示す。機器１０は自機の状態を示すデータ（機器監視データとサービスコール）を常に収集している。機器１０の異常の発生要因はさまざまであるので、さまざまな機器１０の状態を予め監視して、ログデータとして記録しておくことが好ましい。図７のログデータは以下のような内容である。なお、いずれのログデータも発生日時が記録されている。
【0057】
・ＳＣ１０１
異常の発生を示すサービスコール(ＳＣ)の一例であり、「ＳＣ＋番号」の形式で出力される。この番号によりサービスコールの内容（種類）が分かる。
異常の発生を示すサービスコール(ＳＣ)の一例であり、「ＳＣ＋番号」の形式で出力される。この番号によりサービスコールの内容（種類）が分かる。
【0058】
・SENSOR_A ON, SENSOR_A OFF
用紙搬送をスタートさせてから各用紙通過センサを通過した時間を記録するためのログデータである。つまり、SENSOR_AがＯＮになった時刻からＯＦＦになった時刻までの経過時間により用紙が通過するために要した時間がわかる。用紙の搬送に標準よりも時間がかかることは異常の要因が隠されている可能性がある。
用紙搬送をスタートさせてから各用紙通過センサを通過した時間を記録するためのログデータである。つまり、SENSOR_AがＯＮになった時刻からＯＦＦになった時刻までの経過時間により用紙が通過するために要した時間がわかる。用紙の搬送に標準よりも時間がかかることは異常の要因が隠されている可能性がある。
【0059】
・MOTOR_A CURRENT
モータ名と電流値のログデータである。MOTOR_Aが用紙搬送モータ名、0.155mAが電流値である。電流値が高いことは紙を送りにくくなっていることを示すので、用紙搬送モータの電流値が高いことは異常の要因が隠されている可能性がある。
モータ名と電流値のログデータである。MOTOR_Aが用紙搬送モータ名、0.155mAが電流値である。電流値が高いことは紙を送りにくくなっていることを示すので、用紙搬送モータの電流値が高いことは異常の要因が隠されている可能性がある。
【0060】
・TEICHAKU 30 degree
定着ユニット(TEICHAKU)の温度(３０度)が記録されたログデータである。定着ユニットの温度が高すぎる又は温度が上昇しないことは、異常の要因が隠されている可能性がある。
定着ユニット(TEICHAKU)の温度(３０度)が記録されたログデータである。定着ユニットの温度が高すぎる又は温度が上昇しないことは、異常の要因が隠されている可能性がある。
【0061】
・REGISTOR_A 50
ＣＰＵが画像処理用のＡＳＩＣのレジスタ(REGISTOR_A)に設定する値(50)と設定された時刻が記録されたログデータである。ＡＳＩＣのレジスタ(REGISTOR_A)に設定する値は画像処理に使用されるフィルタの番号やガンマ変換テーブルの番号等であり、決まった位置を用紙が通過する前にレジスタに正しい値が設定される必要がある。上記のSENSOR_A ON, SENSOR_A OFF等のログデータで用紙が通過したタイミングは記録されているので、これとレジスタの値と設定時刻からタイミングのずれ（遅れ）を検出できる。タイミングが遅れることは、異常の要因が隠されている可能性がある。
ＣＰＵが画像処理用のＡＳＩＣのレジスタ(REGISTOR_A)に設定する値(50)と設定された時刻が記録されたログデータである。ＡＳＩＣのレジスタ(REGISTOR_A)に設定する値は画像処理に使用されるフィルタの番号やガンマ変換テーブルの番号等であり、決まった位置を用紙が通過する前にレジスタに正しい値が設定される必要がある。上記のSENSOR_A ON, SENSOR_A OFF等のログデータで用紙が通過したタイミングは記録されているので、これとレジスタの値と設定時刻からタイミングのずれ（遅れ）を検出できる。タイミングが遅れることは、異常の要因が隠されている可能性がある。
【0062】
・eMMC_write
eMMC（フラッシュメモリ）に書き込まれた時刻が記録されたログデータである。書き込みだけでなく読み取った時刻もログデータに記録される。
eMMC（フラッシュメモリ）に書き込まれた時刻が記録されたログデータである。書き込みだけでなく読み取った時刻もログデータに記録される。
【0063】
・HDD_current_on
ＨＤＤに通電が開始された時刻が記録されたログデータである。例えば、機器の電源ＯＮやスリープからの復帰で記録される。
ＨＤＤに通電が開始された時刻が記録されたログデータである。例えば、機器の電源ＯＮやスリープからの復帰で記録される。
【0064】
・HDD_current_off
ＨＤＤへの通電が終了した時刻が記録されたログデータである。例えば、機器の電源ＯＦＦやスリープへの移行で記録される。
ＨＤＤへの通電が終了した時刻が記録されたログデータである。例えば、機器の電源ＯＦＦやスリープへの移行で記録される。
【0065】
・HDD_accesstime 0.2ms
ＨＤＤがデータを読み書きする場合のシーク時間、回転待ち時間及びデータ転送時間を合計したアクセス時間である。この例では例えば、0.2秒となっている。
ＨＤＤがデータを読み書きする場合のシーク時間、回転待ち時間及びデータ転送時間を合計したアクセス時間である。この例では例えば、0.2秒となっている。
【0066】
・print_count 1593
設置されてから現在までのプリント枚数である。日時に対応付けられているので、保守サーバ３０は一定期間のプリント枚数の増加量を算出できる。プリント枚数はカウンタ情報の１つである。カウンタ情報は、コピー枚数、プリント枚数、FAX送信・受信枚数、スキャン枚数、主電源ＯＮ回数、省エネ移行・復帰回数、各種設定のON/OFF情報（例えば、ユーザ認証機能の有効／無効の設定）などである。
設置されてから現在までのプリント枚数である。日時に対応付けられているので、保守サーバ３０は一定期間のプリント枚数の増加量を算出できる。プリント枚数はカウンタ情報の１つである。カウンタ情報は、コピー枚数、プリント枚数、FAX送信・受信枚数、スキャン枚数、主電源ＯＮ回数、省エネ移行・復帰回数、各種設定のON/OFF情報（例えば、ユーザ認証機能の有効／無効の設定）などである。
【0067】
なお、図７のログデータは一例に過ぎず、機器１０から取得可能な情報であればログデータとなりうる。ログデータには、プリント枚数以外のカウンタ情報も含まれる。
【0068】
＜ログデータの送信手順＞
図８は、機器１０がログデータを保守サーバ３０に送信する手順を示すシーケンス図の一例である。なお、「Ｓ＋番号」の「Ｓ」はステップを意味する。
図８は、機器１０がログデータを保守サーバ３０に送信する手順を示すシーケンス図の一例である。なお、「Ｓ＋番号」の「Ｓ」はステップを意味する。
【0069】
S11：機器１０のログデータ送信部１５は、所定の通信プロトコルを使って機器１０のログデータの送信要求を保守サーバ３０に送信する。所定のプロトコルはHTTPs、HTTP2.0、HTTP、FTP、WebDAVなどどのようなものでもよい。
【0070】
S12：保守サーバ３０がログデータを受け取れる状態であれば了解を機器１０に送信する。例えば、保守サーバ３０側が別のタスクにより負荷が大きくなっている等の場合はログデータの送信を拒否する。データ送信を拒否された場合、機器１０は一定の時間経過後に再度、送信要求を行なう。
【0071】
S13：機器１０のログデータ送信部１５は、送信するログデータのサイズ、データ圧縮方式、及び、暗号化方式などのデータ属性を保守サーバ３０に送信する。
【0072】
S14：保守サーバ３０のログデータ受信部３１はログデータを受け取るために必要なメモリを確保し、データ受け取りの準備完了の通知を行なう。ログデータを受け取れるメモリサイズが確保できない場合は、データを分割して送信するように通知する。
【0073】
S15：機器１０のログデータ送信部１５はログデータの送信を開始する。
【0074】
S16：保守サーバ３０のログデータ受信部３１はサイズに基づいてログデータをすべて受け取ったか否かを判断し、全てを受信すると機器１０にデータ受信完了を送信する。
【0075】
＜分析の流れ＞
次に、図９を参照して、保守サーバ３０がログデータを分析する動作又は処理について説明する。図９は、保守サーバ３０がログデータを分析し、異常又は異常の可能性を検出する手順を示すフローチャート図である。
次に、図９を参照して、保守サーバ３０がログデータを分析する動作又は処理について説明する。図９は、保守サーバ３０がログデータを分析し、異常又は異常の可能性を検出する手順を示すフローチャート図である。
【0076】
まず、保守サーバ３０のログデータ受信部３１は図８にて説明したようにログデータを受信する（Ｓ１０１）。
【0077】
新しいログデータを受信すると、判断部３３は異常又は異常の可能性の有無の判断する（Ｓ１０２）。判断方法の一例として、以下のＡ～Ｃの３つの方法を説明する。
【0078】
Ａ．見積もりと実績の差異から判断
ログデータには、日時に対応付けて、フラッシュメモリへの書き込み、ＨＤＤの通電時間（HDD_current_onからHDD_current_offまでの時間）、又は、ＨＤＤのアクセス時間などが含まれている。また、図２にて説明したように、保守サーバ３０は、フラッシュメモリやＨＤＤの経過日数（ユーザが機器１０を使用している日数と考えられる）に対する標準的な書き込み回数や通電時間を示す標準データを記憶している。判断部３３は、経過日数に対する実際の書き込み回数又は通電時間を、標準データと比較し、書き込み回数や通電時間が標準データより閾値以上大きい場合、異常又は異常の可能性があると判断する。
ログデータには、日時に対応付けて、フラッシュメモリへの書き込み、ＨＤＤの通電時間（HDD_current_onからHDD_current_offまでの時間）、又は、ＨＤＤのアクセス時間などが含まれている。また、図２にて説明したように、保守サーバ３０は、フラッシュメモリやＨＤＤの経過日数（ユーザが機器１０を使用している日数と考えられる）に対する標準的な書き込み回数や通電時間を示す標準データを記憶している。判断部３３は、経過日数に対する実際の書き込み回数又は通電時間を、標準データと比較し、書き込み回数や通電時間が標準データより閾値以上大きい場合、異常又は異常の可能性があると判断する。
【0079】
なお、ある経過日数における書き込み回数は、経過日数が大きいほど大きくなるので、実際の書き込み回数と標準の書き込み回数の差異も経過日数の影響を受けやすくなる。そこで、判断部３３は標準の書き込み回数に対する実際の書き込み回数の比率と閾値を比較してもよい。例えば、標準の書き込み回数より実際の書き込み回数が５０％以上大きい場合に異常又は異常の可能性があると判断する場合、「実際の書き込み回数/標準の書き込み回数＞１．５」が満たされるか否かを判断する。
【0080】
Ｂ．機能の使用頻度の増加率に応じた判断
判断部３３は、ログデータに基づいて、経過日数に対するフラッシュメモリへの書き込み回数やＨＤＤへの通電時間の増加率を算出することができる。
判断部３３は、ログデータに基づいて、経過日数に対するフラッシュメモリへの書き込み回数やＨＤＤへの通電時間の増加率を算出することができる。
【0081】
図１０は、経過日数に対するフラッシュメモリへの書き込み回数の増加率を説明する図である。日数がＤ日の時の書き込み回数をＮ回とする。この場合、増加率は以下のようになる。
増加率＝Ｎ／Ｄ
なお、経過日数の全てで書き込み回数を割るのではなく、一定期間の経過日数でその間の書き込み回数を割って、増加率を算出してもよい。判断部３３は、増加率が閾値以上の場合、異常又は異常の可能性があると判断することができる。
増加率＝Ｎ／Ｄ
なお、経過日数の全てで書き込み回数を割るのではなく、一定期間の経過日数でその間の書き込み回数を割って、増加率を算出してもよい。判断部３３は、増加率が閾値以上の場合、異常又は異常の可能性があると判断することができる。
【0082】
あるいは、ログデータから算出した増加率と、フラッシュメモリへの標準的な書き込み回数の増加率を示す標準データを比較し、算出した増加率が標準データより閾値以上大きい場合に、異常又は異常の可能性があると判断してもよい。
【0083】
Ｃ．部品の寿命から判断
判断部３３は、各部品の寿命情報を有している。例えば、フラッシュメモリの場合、書き込み回数＝１００万回が寿命情報となる（１００万回は一例に過ぎない）。ＨＤＤの場合、通電時間＝５万時間が寿命情報となる（５万時間は一例に過ぎない）。
判断部３３は、各部品の寿命情報を有している。例えば、フラッシュメモリの場合、書き込み回数＝１００万回が寿命情報となる（１００万回は一例に過ぎない）。ＨＤＤの場合、通電時間＝５万時間が寿命情報となる（５万時間は一例に過ぎない）。
【0084】
判断部３３は、ログデータに含まれる書き込み回数や通電時間に基づいて、将来の書き込み回数や通電時間を予測する。
【0085】
図１１は、フラッシュメモリへの将来の書き込み回数の予測方法を説明する図である。ログデータには、日時に対応付けて書き込み回数が記録されている。判断部３３は現在までの経過日数と書き込み回数の関係を最小二乗法で直線又は曲線に近似する。これにより、経過日数に対し将来の書き込み回数を予測する関係式が得られる（図１１の点線部分）。判断部３３は、関係式に既知の寿命情報を代入して、フラッシュメモリが寿命に達する日数（使用可能期限）を算出する。
【0086】
例えば、使用可能期限が現在から見て一定期間内（例えば５年）になると、判断部３３は異常又は異常の可能性があると判断できる。この一定期間は部品に応じて予め定められている。
【0087】
図１０に戻って説明する。分析した結果、異常又は異常の可能性がある場合（Ｓ１０３のＹｅｓ）、特定部３２は該当する部品と相関があるカウンタ情報をログデータから抽出する（Ｓ１０４）。
(i) まず、特定部３２は、ログデータを参照し、フラッシュメモリへの書き込みが多く行われた一定期間があるかどうかを判断する。一定期間は、例えば、異常が検出された日、又は、異常が検出された日から遡った一定期間内（例えば、三日前まで等）である。一定期間の書き込み数が閾値以上の場合、特定部３２は当該一定期間を特定する。
(ii) 次に、特定部３２は、ログデータに含まれるカウンタ情報に基づいて、特定した一定期間に閾値以上増加したパラメータ（コピー枚数、プリント枚数、FAX送信・受信枚数、スキャン枚数、主電源ＯＮ回数、省エネ移行・復帰回数）を特定する。例えば、カウンタ情報としてプリント枚数がある。機器１０が印刷を実行することにより、プリント枚数が増えるが、印刷の実行時にフラッシュメモリへの書き込みが発生するのであれば、特定した一定期間にプリント枚数も急増する。このように、同じ一定期間にフラッシュメモリへの書き込み回数とプリント枚数が増大している場合、フラッシュメモリへの書き込み回数とプリント枚数には相関関係があると判断できるので、フラッシュメモリへの書き込み回数が閾値以上増加した一定期間に閾値以上増加したプリント枚数を特定できる。
(i) まず、特定部３２は、ログデータを参照し、フラッシュメモリへの書き込みが多く行われた一定期間があるかどうかを判断する。一定期間は、例えば、異常が検出された日、又は、異常が検出された日から遡った一定期間内（例えば、三日前まで等）である。一定期間の書き込み数が閾値以上の場合、特定部３２は当該一定期間を特定する。
(ii) 次に、特定部３２は、ログデータに含まれるカウンタ情報に基づいて、特定した一定期間に閾値以上増加したパラメータ（コピー枚数、プリント枚数、FAX送信・受信枚数、スキャン枚数、主電源ＯＮ回数、省エネ移行・復帰回数）を特定する。例えば、カウンタ情報としてプリント枚数がある。機器１０が印刷を実行することにより、プリント枚数が増えるが、印刷の実行時にフラッシュメモリへの書き込みが発生するのであれば、特定した一定期間にプリント枚数も急増する。このように、同じ一定期間にフラッシュメモリへの書き込み回数とプリント枚数が増大している場合、フラッシュメモリへの書き込み回数とプリント枚数には相関関係があると判断できるので、フラッシュメモリへの書き込み回数が閾値以上増加した一定期間に閾値以上増加したプリント枚数を特定できる。
【0088】
次に、特定部３２は、アプリ情報記憶部４２を参照して、特定したパラメータに対応付けられているアプリケーションを特定する（Ｓ１０５）。特定部３２は換言すると、カウンタ情報を増やすソフトウェアを特定する。すなわち、書き込み回数の増加量が閾値以上であった一定期間においてカウンタ情報の増加量が閾値以上のカウンタ情報を特定し、特定したカウンタ情報の種類に対応付けられているソフトウェアを、アプリ情報記憶部４２を参照して特定する。これにより、異常又は異常の可能性の原因となったアプリケーションを特定することができる。
【0089】
次に、通知部３４は、アプリ担当者情報記憶部４３を参照して、このアプリケーションを担当するアプリ担当者に、異常に関する情報を記載したメールを送信する（Ｓ１０６）。
【0090】
図１２は、アプリ担当者に送信されるメールの内容を示す。
送信日時３０１ ：メールの送信日時である。
送信元３０２ ：メールの送信元なので例えば「保守サーバ」である。
宛先３０３ ：アプリケーションを担当するアプリ担当者の氏名である。
件名３０４ ：メールの件名である。異常を知らせる旨が件名となる。
メッセージ３０５「プリントアプリに異常が検出されました。」
：アプリケーションの名称と異常が検出された旨が含まれる。
検出方法３０６ ：上記Ａ～Ｃの異常の検出方法である。
パラメータ３０７：異常の検出に使用されたパラメータである。
顧客ＩＤ３０８ ：機器を使用するユーザ（顧客）の識別情報である。
MFP ID３０９ ：ＭＦＰの識別情報である。
送信日時３０１ ：メールの送信日時である。
送信元３０２ ：メールの送信元なので例えば「保守サーバ」である。
宛先３０３ ：アプリケーションを担当するアプリ担当者の氏名である。
件名３０４ ：メールの件名である。異常を知らせる旨が件名となる。
メッセージ３０５「プリントアプリに異常が検出されました。」
：アプリケーションの名称と異常が検出された旨が含まれる。
検出方法３０６ ：上記Ａ～Ｃの異常の検出方法である。
パラメータ３０７：異常の検出に使用されたパラメータである。
顧客ＩＤ３０８ ：機器を使用するユーザ（顧客）の識別情報である。
MFP ID３０９ ：ＭＦＰの識別情報である。
【0091】
メールを受信したメール担当者は、異常の内容を分析してアプリケーションの改善を行うことができる。
【0092】
＜主な効果＞
以上説明したように、本実施形態の保守システム１００は、異常又は異常の可能性があるフラッシュメモリなどの部品をログデータから特定し、部品に関係するパラメータをログデータから特定し、パラメータに対応づけられているアプリケーションを特定できる。したがって、機器の異常の原因として、異常に関係するアプリケーションを特定できる。
以上説明したように、本実施形態の保守システム１００は、異常又は異常の可能性があるフラッシュメモリなどの部品をログデータから特定し、部品に関係するパラメータをログデータから特定し、パラメータに対応づけられているアプリケーションを特定できる。したがって、機器の異常の原因として、異常に関係するアプリケーションを特定できる。
【0093】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【0094】
例えば、本実施形態では複合機等の機器の異常の検出について説明したが、旋盤等の工作機械、産業機械などの異常を検出してもよい。
【0095】
また、本実施形態ではログデータが主にテキストデータであったが、機器の内部の音データ、又は、機器の内部が撮像された画像データをログデータとしてもよい。
【0096】
また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、保守サーバ３０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。
【0097】
また、図６などの構成例は、機器１０、及び保守サーバ３０の処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。また、機器１０、及び保守サーバ３０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【0098】
また、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
【0099】
なお、ログデータ受信部３１は受信手段の一例であり、特定部３２は特定手段の一例であり、判断部３３は判断手段の一例であり、通知部３４は通知手段の一例である。
【符号の説明】
【0100】
１０ 機器
３０ 保守サーバ
３１ ログデータ受信部
３２ 特定部
３３ 判断部
３４ 通知部
４２ アプリ情報記憶部
１００ 保守システム
３０ 保守サーバ
３１ ログデータ受信部
３２ 特定部
３３ 判断部
３４ 通知部
４２ アプリ情報記憶部
１００ 保守システム
【先行技術文献】
【特許文献】
【0101】
【文献】特許6298302号公報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】