知財求人 - 知財ポータルサイト「IP Force」
特開2024-134520情報処理システム、通知方法、サービス管理システム、プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024134520
(43)【公開日】2024-10-03
(54)【発明の名称】情報処理システム、通知方法、サービス管理システム、プログラム
(51)【国際特許分類】
G06F 3/12 20060101AFI20240926BHJP
G06Q 50/10 20120101ALI20240926BHJP
【ＦＩ】
G06F3/12 334
G06F3/12 310
G06F3/12 373
G06F3/12 385
G06Q50/10
【審査請求】未請求
【請求項の数】22
【出願形態】ＯＬ
(21)【出願番号】P 2024009034
(22)【出願日】2024-01-24
(31)【優先権主張番号】P 2023044060
(32)【優先日】2023-03-20
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】000006747
【氏名又は名称】株式会社リコー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】山村 宏樹
(72)【発明者】
【氏名】加藤 菜摘
(57)【要約】
【課題】適切な通知先に対して機器状態に基づいたサービスの実施を通知する技術を提供すること。
【解決手段】本発明は、サービスの実施を決定する情報処理システムであって、機器及び前記機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する通知先判断部と、前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する通知部と、を有する。
【選択図】図１
【解決手段】本発明は、サービスの実施を決定する情報処理システムであって、機器及び前記機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する通知先判断部と、前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する通知部と、を有する。
【選択図】図１
【特許請求の範囲】
【請求項1】
サービスの実施を決定する情報処理システムであって、
機器及び前記機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する通知先判断部と、
前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する通知部と、
を有する情報処理システム。
機器及び前記機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する通知先判断部と、
前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する通知部と、
を有する情報処理システム。
【請求項2】
定期的に実施する第一のサービスと前記第一のサービスとは異なる追加で実施する第二のサービスとがあり、前記サービスは、前記第二のサービスであることを特徴とする請求項１に記載の情報処理システム。
【請求項3】
前記通知先判断部は、前記第二のサービスの対象モジュールにサービスの難易度に関する第二のサービスレベル情報が対応付けられたサービス通知先情報から、
前記第二のサービスの対象モジュールに対応する前記第二のサービスレベル情報を取得し、前記第二のサービスレベル情報と前記第一のサービスレベル情報とに基づいて、前記第二のサービスが発生した旨を通知する通知先を判断する請求項２に記載の情報処理システム。
前記第二のサービスの対象モジュールに対応する前記第二のサービスレベル情報を取得し、前記第二のサービスレベル情報と前記第一のサービスレベル情報とに基づいて、前記第二のサービスが発生した旨を通知する通知先を判断する請求項２に記載の情報処理システム。
【請求項4】
前記第一のサービスレベル情報が前記第二のサービスレベル情報未満の場合、前記通知先判断部は、サービスのサービス提供者を前記通知先に決定し、
前記第一のサービスレベル情報が前記第二のサービスレベル情報以上の場合、前記通知先判断部は、前記機器を前記通知先に決定する、請求項３に記載の情報処理システム。
前記第一のサービスレベル情報が前記第二のサービスレベル情報以上の場合、前記通知先判断部は、前記機器を前記通知先に決定する、請求項３に記載の情報処理システム。
【請求項5】
前記サービス通知先情報には、前記対象モジュールが含むパーツごとに、前記第二のサービスレベル情報が対応付けられており、
前記通知先判断部は、前記対象モジュールが含むパーツのうち、最も高い前記第二のサービスレベル情報と、前記第一のサービスレベル情報とに基づいて、前記第二のサービスの前記対象モジュールに対するサービスを行う前記通知先を決定する請求項３又は４に記載の情報処理システム。
前記通知先判断部は、前記対象モジュールが含むパーツのうち、最も高い前記第二のサービスレベル情報と、前記第一のサービスレベル情報とに基づいて、前記第二のサービスの前記対象モジュールに対するサービスを行う前記通知先を決定する請求項３又は４に記載の情報処理システム。
【請求項6】
前記第二のサービスの実施に関するサービス実施ログ情報に基づいて、前記サービス実施ログ情報を表示する表示制御部を有する請求項３に記載の情報処理システム。
【請求項7】
前記表示制御部は、前記サービス実施ログ情報に記録された前記第二のサービスのうち、実施された前記第二のサービスの数に基づいて算出された実施率を表示する請求項６に記載の情報処理システム。
【請求項8】
前記サービス実施ログ情報には、前記第二のサービスに前記第二のサービスレベル情報が対応付けられており、
前記表示制御部は、前記第二のサービスレベル情報別に前記実施率を表示する請求項７に記載の情報処理システム。
前記表示制御部は、前記第二のサービスレベル情報別に前記実施率を表示する請求項７に記載の情報処理システム。
【請求項9】
前記第二のサービスレベル情報別に算出された前記実施率のうち１つ以上が閾値未満の場合、前記第一のサービスレベル情報の変更を提案する提案部、を有する請求項８に記載の情報処理システム。
【請求項10】
前記提案部は、前記第二のサービスレベル情報別に算出された前記実施率のうち１つ以上が閾値未満の場合、前記実施率が閾値以上の前記第二のサービスレベル情報のうち最も大きい前記第二のサービスレベル情報に相当する前記第一のサービスレベル情報への変更を提案する請求項９に記載の情報処理システム。
【請求項11】
前記第一のサービスレベル情報は前記機器ごとに異なっており、
前記表示制御部は前記実施率と共に前記機器ごとの前記第一のサービスレベル情報を表示させる請求項１０に記載の情報処理システム。
前記表示制御部は前記実施率と共に前記機器ごとの前記第一のサービスレベル情報を表示させる請求項１０に記載の情報処理システム。
【請求項12】
前記提案部は、前記第二のサービスレベル情報別に算出された前記実施率のうち１つ以上が閾値未満であり、更に、前記第一のサービスレベル情報が最低の場合、
前記第二のサービスの実施を推奨することを提案する請求項１０に記載の情報処理システム。
前記第二のサービスの実施を推奨することを提案する請求項１０に記載の情報処理システム。
【請求項13】
前記通知部が前記第二のサービスを前記機器に通知した場合、
前記表示制御部は、前記通知先を前記機器からサービスのサービス提供者に変更する要求を受け付ける表示部品を前記第二のサービスを通知する画面に表示する、請求項７に記載の情報処理システム。
前記表示制御部は、前記通知先を前記機器からサービスのサービス提供者に変更する要求を受け付ける表示部品を前記第二のサービスを通知する画面に表示する、請求項７に記載の情報処理システム。
【請求項14】
前記通知部が前記第二のサービスを前記機器に通知した場合であり、更に、前記第二のサービスの対象モジュールの実施率が閾値未満の場合、
前記表示制御部は、前記通知先を前記機器からサービスのサービス提供者に変更することを推奨するコメントを表示する請求項１３に記載の情報処理システム。
前記表示制御部は、前記通知先を前記機器からサービスのサービス提供者に変更することを推奨するコメントを表示する請求項１３に記載の情報処理システム。
【請求項15】
前記表示制御部は、前記第二のサービスの対象モジュールの前記実施率を表示する請求項１４に記載の情報処理システム。
【請求項16】
前記ユーザーは、企業もしくは人である請求項１に記載の情報処理システム。
【請求項17】
前記通知先判断部が、前記サービスの通知先を判断するための情報には、内部又は外部の記憶部に保存されているサービスレベル情報が含まれており、
前記サービスレベル情報は、前記ユーザーが所望するサービス品質保証の程度として契約しているサービスのレベルに関する情報であり、
前記サービスレベル情報は、前記ユーザーに対応付けられていることを特徴とする請求項１に記載の情報処理システム。
前記サービスレベル情報は、前記ユーザーが所望するサービス品質保証の程度として契約しているサービスのレベルに関する情報であり、
前記サービスレベル情報は、前記ユーザーに対応付けられていることを特徴とする請求項１に記載の情報処理システム。
【請求項18】
前記通知先判断部が前記サービスの通知先を判断するための情報には、内部又は外部の記憶部に保存されているサービスレベル情報が含まれており、
前記サービスレベル情報は前記第二のサービスの対象モジュールに対応付けられており、
前記通知先判断部は、前記対象モジュールに対応付けられた前記サービスレベル情報に基づいて、前記サービスの通知先を判断することを特徴とする請求項２に記載の情報処理システム。
前記サービスレベル情報は前記第二のサービスの対象モジュールに対応付けられており、
前記通知先判断部は、前記対象モジュールに対応付けられた前記サービスレベル情報に基づいて、前記サービスの通知先を判断することを特徴とする請求項２に記載の情報処理システム。
【請求項19】
前記サービスレベル情報には、前記サービスを実施するサービス作業担当者のスキルレベル、現在地、営業時間、休業日、及び休日カレンダーの少なくとも１つが含まれており、
前記通知先判断部は、前記ユーザーが契約している前記サービスレベル情報に対応付けられた、サービス作業担当者のスキルレベル、現在地、営業時間、休業日、及び休日カレンダーの少なくとも１つに基づいて、前記サービスの通知先を判断することを特徴とする請求項１７に記載の情報処理システム。
前記通知先判断部は、前記ユーザーが契約している前記サービスレベル情報に対応付けられた、サービス作業担当者のスキルレベル、現在地、営業時間、休業日、及び休日カレンダーの少なくとも１つに基づいて、前記サービスの通知先を判断することを特徴とする請求項１７に記載の情報処理システム。
【請求項20】
サービスの実施を決定する情報処理システムが行う通知方法であって、
通知先判断部が、機器及び前記機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する処理と、
通知部が、前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する処理と、
を行う通知方法。
通知先判断部が、機器及び前記機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する処理と、
通知部が、前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する処理と、
を行う通知方法。
【請求項21】
サービスの実施を決定するサービス管理システムであって、
サービス対象機器と、
前記サービス対象機器及び前記サービス対象機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する通知先判断部と、
前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する通知部と、
を有するサービス管理システム。
サービス対象機器と、
前記サービス対象機器及び前記サービス対象機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する通知先判断部と、
前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する通知部と、
を有するサービス管理システム。
【請求項22】
サービスの実施を決定する情報処理システムを、
機器及び前記機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する通知先判断部と、
前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する通知部と、
として機能させるためのプログラム。
機器及び前記機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する通知先判断部と、
前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する通知部と、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システム、通知方法、サービス管理システム、及び、プログラムに関する。
【背景技術】
【0002】
画像形成装置等の機器ではモーターやクラッチなどが機械的な動作を行って色材で印刷を行うため、清掃や部品交換など各種のサービス（第一のサービス）が必要になる場合がある。例えば大型の画像形成装置（商用プリンタなど）の場合、様々なサービス作業が行われる。サービス作業としてはユーザー等が画像形成装置に対して手作業で行うものもあるし、管理者が端末装置等から画像形成装置の設定値を変更するものもある。
【0003】
機器のサービスの期間やサービス内容等についてサービス提供者と顧客との間で契約が締結される場合がある（例えば、特許文献１参照）。特許文献１には、契約期間が徒過した場合に段階的にサービス提供を制限する技術が記載されている。
【0004】
しかしながら、従来の技術では、適切な通知先に対して機器状態に基づいたサービス（第二のサービス）の実施を通知することが行われていない。補足すると、商用印刷や産業印刷などの分野における印刷工場では、機器の稼働時間を最大化（アップタイムマックス）することが望まれている。そのため、効果的なサービスを効率的に実施するニーズがあり、機器のオペレータ自身によって機器のサービスが実施されることがある（オペレータ自身がサービスすることを「オペレータメンテナンス」という）。この場合、機器のサービスを提供する企業（カスタマーエンジニア）と、機器の顧客との間で、オペレータメンテナンスの対象項目等が契約などにより定められる。つまり、サービスの対象モジュールが同じでもオペレータがサービスを実施する場合とカスタマーエンジニアが実施する場合がある。したがって、オペレータメンテナンス契約が締結されている場合、サービスの実施の通知を適切な通知先に行う必要がある。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本発明は、上記課題に鑑み、適切な通知先に対して機器状態に基づいたサービスの実施を通知する技術を提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明は、サービスの実施を決定する情報処理システムであって、機器及び前記機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する通知先判断部と、前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する通知部と、を有する。
【発明の効果】
【0007】
適切な通知先に対して機器状態に基づいたサービスの実施を通知する技術を提供することができる。
【図面の簡単な説明】
【0008】
【図1】追加メンテナンスの適切な通知先を決定する方法を説明する概念図である。
【図2】サービス管理システムのシステム構成例を説明する図である。
【図3】ＤＦＥのハードウェア構成例を示す図である。
【図4】画像形成装置の概略構成を示す模式図である。
【図5】画像形成装置の概略構成の変形例を示す模式図である。
【図6】コンピュータのハードウェア構成図の一例である。
【図7】サーバ装置、端末装置、及び、画像形成装置が有する機能をブロック状に分けて説明する機能ブロック図である。
【図8】機器状態情報記憶部に記憶されている機器状態情報の一例を示す図である。
【図9】機器管理情報記憶部に記憶されている機器管理情報の一例を示す図である。
【図10】故障メンテナンス情報記憶部に記憶されている故障メンテナンス情報の一例を示す図である。
【図11】メンテナンスレベル契約情報記憶部に記憶されているメンテナンスレベル契約情報の一例を示す図である。
【図12】メンテナンス通知先情報記憶部に記憶されているメンテナンス通知先情報の一例を示す図である。
【図13】メンテナンス実施ログ情報記憶部に記憶されているメンテナンス実施ログ情報の一例を示す図である。
【図14】追加メンテナンス、定期メンテナンス、及び、メンテナンス情報記憶部に記憶されているメンテナンス情報の一例を示す図である。
【図15】通知先判断部が追加メンテナンスの実施を通知する通知先を判断する処理を説明するフローチャート図の一例である。
【図16】メンテナンス実施ログ画面の一例を示す図である。
【図17】メンテナンス実施率画面の一例を示す図である。
【図18】メンテナンス実施率詳細表示画面の一例を示す図である。
【図19】メンテナンスレベルの変更を提案するコメントが表示されたメンテナンス実施率画面の一例を示す図である。
【図20】サーバ装置がメンテナンスレベルの変更申請を推奨する処理を説明するフローチャート図の一例である。
【図21】メンテナンスレベルが画像形成装置ごとに表示されたメンテナンス実施率画面の一例を示す図である。
【図22】メンテナンスレベルの変更を提案するコメントとメンテナンスレベルが画像形成装置ごとに表示されたメンテナンス実施率画面の一例を示す図である。
【図23】画像形成装置のメンテナンス実施率詳細表示画面の一例を示す図である。
【図24】サーバ装置がメンテナンスレベルの変更申請を行う処理を説明するフローチャート図の一例である。
【図25】前倒し実施の推奨を通知する前倒し実施提案画面の一例を示す図である。
【図26】定期メンテナンスの前倒し実施提案画面の変形例を示す図である。
【図27】ガイダンス画面の一例を示す図である。
【図28】拡張現実ヘッドセットを使用したメンテナンス作業を模式的に説明する図である。
【図29】通知部がカスタマーエンジニアである場合に、追加メンテナンスが生じた旨を通知するメールの表示例を示す図である。
【図30】ＳＬＡ情報の一例を示す図である。
【図31】メンテナンスレベルをＳＬＡレベルで置き換えたメンテナンスレベル契約情報の一例を示す図である。
【図32】液体吐出装置の全体概略図の一例である。
【図33】３Ｄプリンタのハードウェア構成例を示す概略図である。
【図34】制御装置が有するディスプレイに表示された進捗状況画面の一例を示す図である。
【発明を実施するための形態】
【0009】
以下、本発明を実施するための形態の一例として、サービス管理システムとサービス管理システムが行う通知方法について説明する。
【0010】
＜追加メンテナンス＞
画像形成装置のメンテナンスとは、スキャナーの読み取り面の清掃のような簡単なものから、帯電装置の電圧調整のような専門的なものまで多種多様である。従来は、主にカスタマーエンジニアが顧客を訪問してメンテナンスを行っているが、作業負荷の軽いメンテナンスについては顧客側のユーザー（エンドユーザーでも管理者でもよい）が実施することで、現場の印刷作業を妨げることなく機器を良好な状態に保つ試みがある。
画像形成装置のメンテナンスとは、スキャナーの読み取り面の清掃のような簡単なものから、帯電装置の電圧調整のような専門的なものまで多種多様である。従来は、主にカスタマーエンジニアが顧客を訪問してメンテナンスを行っているが、作業負荷の軽いメンテナンスについては顧客側のユーザー（エンドユーザーでも管理者でもよい）が実施することで、現場の印刷作業を妨げることなく機器を良好な状態に保つ試みがある。
【0011】
したがって、ユーザーは日常業務である印刷物の生産に加え、定期メンテナンス（第一のサービスの一例）を行う必要が生じている。また、画像形成装置から送信される後述の機器状態情報を後述するサーバ装置が予測モデルに適用することで、故障の予兆を事前に検知できるため、臨時に追加メンテナンス（第二のサービスの一例）を実施する必要も生じている。このため、印刷物の生産を阻害することを抑制しながら、定期メンテナンスと追加メンテナンスをユーザーが、効率的に実施することが求められるようになった。
【0012】
このように機器の稼働時間を最大化（アップタイムマックス）することが望まれているため、機器のオペレータ自身によって機器のメンテナンスを実施するオペレータメンテナンス契約（以下、単にオペレータメンテナンスという）が締結される場合がある。オペレータメンテナンスでは、全てのメンテナンスを機器のオペレータが行うわけでなく、どの程度の難易度のメンテナンスまでオペレータが行うか（残りはカスタマーエンジニアが行う）が契約により決まっている。このため、サービス管理システムは、オペレータメンテナンスにおいて、メンテナンスの対象モジュール（主に対象モジュール又は内部のパーツにより難易度が変わる）に応じてメンテナンスの通知先を決定する処理が必要になる。
【0013】
したがって、サービス管理システムの契約やプログラム購入をするのはメンテナンスなどを行うサービス提供企業が考えられ、サービスを受ける側の企業との間で利用されるシーンが考えられる。通知先は例えばサービス提供担当者、カスタマーエンジニア又はサービスを受けるユーザー（契約企業）である。通知先がユーザー（契約企業）であるとは、例えば通知先を画像形成装置とすることでよいが、ユーザー（契約企業）の管理者にメール等で通知されてもよい。また、通知先は、開発部署、ユーザーの管理者、一般ユーザー、個別の一般ユーザーのように細分化されていてもよい。
【0014】
図１は、本実施形態において、追加メンテナンスの適切な通知先を決定する方法を説明する概念図である。詳細は後述するが、サーバ装置は、メンテナンス通知先情報記憶部でメンテナンス通知先情報１００７ａ（サービス通知先情報の一例）を管理し、メンテナンスレベル契約情報記憶部でメンテナンスレベル契約情報１００６ａを管理している。
【0015】
追加メンテナンスが発生した場合、追加メンテナンスの対象モジュールが定まる。図１では、対象モジュールが感光体クリーニングユニットであるとする。また、追加メンテナンスが発生した画像形成装置が特定されているので、この画像形成装置のメンテナンスサービスを契約しているユーザー（契約企業）も特定される。メンテナンスレベル契約情報１００６ａにより、契約企業のメンテナンスレベルが定まる。図１では、契約企業のメンテナンスレベルはレベル２である。サーバ装置は、対象モジュールとメンテナンスレベルに対応付けられたメンテナンス作業担当者（通知先）をメンテナンス通知先情報１００７ａで特定できる。
【0016】
以上のように、本実施形態のサービス管理システムは、オペレータメンテナンス契約が締結されている場合において、適切な通知先に対して機器状態に基づいた追加メンテナンスの実施を通知することができる。
【0017】
＜用語について＞
サービスとは、機器が期待される機能を継続的に発揮できるように実施される、維持、管理、保守、修理、又は、これらに必要な作業である。サービスは必ずしも故障の抑制のみには限られない。本実施形態では、サービスをメンテナンスという用語で説明する。
サービスとは、機器が期待される機能を継続的に発揮できるように実施される、維持、管理、保守、修理、又は、これらに必要な作業である。サービスは必ずしも故障の抑制のみには限られない。本実施形態では、サービスをメンテナンスという用語で説明する。
【0018】
機器とは、メンテナンスを必要とする機械や構造物であればよい。本実施形態では、画像形成装置を機器の例として説明する。画像形成装置は用紙に印刷するものに限らず、３Ｄプリンタやアパレル商品用のプリンタでもよい。
【0019】
メンテナンススケジュールとは、メンテナンスの予定がカレンダーや時間割（タイムテーブル）等に登録された情報をいう。
【0020】
故障の予兆とは、故障が起ころうとするきざし又は前ぶれである。故障の予兆の検出時にすでに故障が生じていてもよい。
【0021】
メンテナンスの優先度とは、メンテナンスを先に実施すべき度合いであり、重要度と称してもよい。定期メンテナンスは定期的に行うことが決まっているメンテナンスなので、追加メンテナンスよりも優先度が高い。追加メンテナンスは定期メンテナンスよりも優先度が低い。
【0022】
前倒しとは、近い将来に実施する予定だった事柄を、状況に応じて時期を早めて取り上げることをいう。本実施例では、定期メンテナンスの実施日を予定日（又は予定時）よりも前に実施することをいう。
【0023】
＜システム構成例＞
図２は、本実施形態のサービス管理システム１００のシステム構成例を説明する図である。サービス管理システム１００は、サーバ装置１０４、ＤＦＥ１０２、及び、画像形成装置１０３を有している。端末装置１０１についてはサービス管理システム１００が有していてもよいし、有していなくてもよい。
図２は、本実施形態のサービス管理システム１００のシステム構成例を説明する図である。サービス管理システム１００は、サーバ装置１０４、ＤＦＥ１０２、及び、画像形成装置１０３を有している。端末装置１０１についてはサービス管理システム１００が有していてもよいし、有していなくてもよい。
【0024】
端末装置１０１とＤＦＥ１０２はネットワークＮを介して通信可能である。ネットワークは例えば画像形成装置１０３が配置されている施設内のＬＡＮを含み、ＤＦＥ１０２がインターネット上に配置されている場合は更にインターネットを含む。ＤＦＥ１０２と画像形成装置１０３は専用線で１対１に接続される場合もあるし、ネットワークを介して接続される場合もある。また、ＤＦＥ１０２と画像形成装置１０３は一体でもよいし、着脱可能でもよい。
【0025】
端末装置１０１ではＷｅｂブラウザが動作している。ＤＦＥ１０２が備えるサーバにＷｅｂブラウザがアクセスして、タスク作成、スケジュール登録、及び、タスク実行のそれぞれの入力操作画面を表示する。端末装置１０１は、入力画面に対するタスク作成、スケジュール登録、及び、タスク実行などの操作を管理者から受け付け、これらをＤＦＥ１０２に要求する。
【0026】
なお、管理者はＤＦＥ１０２にログインするため、ユーザーＩＤとパスワードを端末装置１０１に入力する。端末装置１０１はユーザーＩＤとパスワードをＤＦＥ１０２に送信するので、ＤＦＥ１０２による認証が成功すると、一般ユーザーか管理者か特定される。一般ユーザーか管理者に応じて表示される画面や入力可能な項目が異なってよい。なお、管理者の認証は認証サーバが行ってもよい。
【0027】
認証が成功し、管理者がログインした場合、タスク作成、スケジュール登録、及び、タスク実行へのアクセス権が与えられ、一般ユーザーの場合、タスク実行へのアクセス権が与えられる。
【0028】
端末装置１０１は、例えば、ＰＣ(Personal Computer)、スマートフォン、タブレット端末、ＰＤＡ(Personal Digital Assistant)、ウェアラブルＰＣ（サングラス型、腕時計型など）などである。ただし、通信機能を有しＷｅｂブラウザ又はＤＦＥ１０２に専用のアプリケーションソフトウェアが動作すればよい。例えば、カーナビ、ゲーム機、テレビ受像器なども端末装置１０１となりうる。
【0029】
なお、画像形成装置１０３でもＷｅｂブラウザが動作する場合、管理者は画像形成装置を操作してＤＦＥ１０２にタスク作成、スケジュール登録、及び、タスク実行を要求できる。
【0030】
また、ＤＦＥ１０２がコンソール用のディスプレイに入力操作画面を表示し、キーボードからタスク作成、スケジュール登録、及び、タスク実行の処理を受け付けることも可能である。この場合、サービス管理システム１００に端末装置１０１は不要になる。
【0031】
ＤＦＥ１０２は、画像形成装置１０３が実行する印刷ジョブの受け付け、画像処理（ＲＩＰ：Raster Image Processer）、実行中の進捗管理、異常監視などを行う制御装置である。ＤＦＥ１０２は端末装置１０１からタスク作成、スケジュール登録、及び、タスク実行の処理を受け付ける。すなわち、ＤＦＥ１０２は、画像形成装置１０３を操作するユーザインタフェース（入力操作画面）を管理者に提供する。ＤＦＥ１０２は１台以上の情報処理装置を有している。
【0032】
ＤＦＥ１０２はＷｅｂブラウザが表示する画面の画面情報を生成する。画面情報は、ＨＴＭＬ、ＸＭＬ、スクリプト言語、及びＣＳＳ（cascading style sheet）等で記述されたプログラムであり、主にＨＴＭＬによりＷｅｂページの構造が特定され、スクリプト言語によりＷｅｂページの動作が規定され、ＣＳＳによりＷｅｂページのスタイルが特定される。また、クライアント側の画面情報とサーバ側のアプリやデータベースが連携して実現するアプリをＷｅｂアプリという。本実施形態でも、端末装置１０１とＤＦＥ１０２が協働してＷｅｂアプリを実行する。
【0033】
ＤＦＥ１０２は、端末装置１０１又は画像形成装置１０３からの要求に応じて、タスクやタスクのスケジュールのデータベースへの登録処理、及び、画像形成装置に対するタスク実行処理（機器設定の変更、操作の要求等）を行う。
【0034】
画像形成装置１０３はＤＦＥ１０２より受け付けた要求に応じて、印刷ジョブを実行する。画像形成装置１０３は、画像を用紙に印刷する機能を有している。画像を形成する方式にはレーザプリンタ、インクジェットプリンタ、サーマルプリンタ、スクリーン印刷、凹版印刷等がある。また、画像形成装置１０３は複合機（マルチファンクションプリンタ）、又は、ＭＦＰ（Multi－function Peripheral/Product/Printer)の機能を有していてもよい。画像形成装置１０３は、プリンタ、印刷装置などと呼ばれていてもよい。また、画像形成装置１０３は、３ＤプリンタやＤＴＧ（Direct To Garment）プリンタ等でもよい。
【0035】
また、本実施形態の画像形成装置１０３は、いわゆる商用プリンタでもよい。商用プリンタは、社員等が社内的に使用する印刷物を印刷する機器ではなく、印刷物が商品となる商用印刷用の機器である。商用印刷では、画像形成装置１０３は、一般の企業や団体の事業活動に使われる印刷物を出力する。例えば、チラシ、パンフレット、ポスター、カタログ、会社案内、マニュアルなどを出力する場合がある。オフィス用の画像形成装置と商用の画像形成装置は、主に、印刷速度、画質、対応する用紙の種類・サイズなどが異なっている。
【0036】
また、本実施形態は、画像形成装置１０３以外の機器にも適用できる。画像形成装置１０３以外の機器は、例えば、ＰＪ（Projector：プロジェクター）、電子黒板、テレビ会議端末、デジタルサイネージ、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、ゲーム機等であってもよい。
【0037】
サーバ装置１０４は、メンテナンスに関する処理を実行する一台以上の情報処理システムである。すなわち、サーバ装置１０４は、機器状態情報１００１ａを画像形成装置１０３から受信し、故障の予兆の有無を判断し、故障の予兆を検出した場合、追加メンテナンスの実施推奨期間を決定する。
【0038】
サーバ装置１０４は、クラウド上に存在しても、オンプレミスに存在してもよい。クラウドとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される情報処理の利用形態をいう。オンプレミスとは、主にサーバやソフトウェアなどのシステムを、ユーザー側の担当者が管理できる施設の構内に設置して運用することをいう。
【0039】
サーバ装置１０４は図２に示すように独立して存在する他、ＤＦＥ１０２と一体でもよい。また、画像形成装置１０３がサーバ装置１０４の機能を有してもよい。
【0040】
【0041】
＜＜ＤＦＥ＞＞
図３は、ＤＦＥ１０２のハードウェア構成例を示す図である。ＤＦＥ１０２はコンピュータと同様の構成を有している。ＤＦＥ１０２はＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ/ＳＳＤ２０４、Ｉ/Ｆ２０５、及び、操作部２０６を有している。
図３は、ＤＦＥ１０２のハードウェア構成例を示す図である。ＤＦＥ１０２はコンピュータと同様の構成を有している。ＤＦＥ１０２はＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ/ＳＳＤ２０４、Ｉ/Ｆ２０５、及び、操作部２０６を有している。
【0042】
ＣＰＵ２０１は、ＲＡＭ２０３を作業領域として使用し、ＲＯＭ２０２に格納されているプログラムを実行する。
【0043】
ＨＤＤ／ＳＳＤ２０４は、記憶部として使用され、タスクやスケジュールの情報を格納している。ＨＤＤ／ＳＳＤ２０４に格納されている情報は、ＣＰＵ２０１が読み出しプログラム実行時に使用することもある。
【0044】
Ｉ/Ｆ２０５は、画像形成装置１０３及び端末装置１０１との通信可能にするインターフェースである。
【0045】
操作部２０６は、タッチパネルを有し、画面上で画像形成装置の状態、タスクのスケジュール、タスクの内容などを表示する。また、操作部２０６は、タスクを実行するユーザー（管理者、一般ユーザー)や、タスク作成やスケジュール登録を行う管理者からの入力を受け付ける。
【0046】
＜＜画像形成装置＞＞
図４は、本実施形態における画像形成装置１０３の概略構成を示す模式図である。この画像形成装置１０３は、電子写真方式の画像形成装置であり、プリンタ８１、給送装置２００、スキャナー３００、及び原稿自動搬送装置４００などを備えている。但し、本発明の実施形態に係る画像形成装置１０３は、印刷して印刷物を出力する印刷機能を備えた印刷装置であれば、これらのうちの一部を備えているものでもよく、呼称によって限定されるものでもない。
図４は、本実施形態における画像形成装置１０３の概略構成を示す模式図である。この画像形成装置１０３は、電子写真方式の画像形成装置であり、プリンタ８１、給送装置２００、スキャナー３００、及び原稿自動搬送装置４００などを備えている。但し、本発明の実施形態に係る画像形成装置１０３は、印刷して印刷物を出力する印刷機能を備えた印刷装置であれば、これらのうちの一部を備えているものでもよく、呼称によって限定されるものでもない。
【0047】
プリンタ８１は、特殊色（Ｓ：Special）、不可視緑色（Ｇ：Invisible Green）、不可視赤色（Ｒ：Invisible Red）、不可視青色（Ｂ：Invisible Blue）、黒色（Ｋ：Key plate）の各色の画像を作像するための五つの現像ステーション１８Ｓ、１８Ｇ、１８Ｒ、１８Ｂ、１８Ｋを具備する画像形成ユニットＧＵを備えている。各符号の数字（１８）の後に付されたＳ、Ｇ、Ｒ、Ｂ、Ｋという添字は、それぞれ、特殊色用、不可視緑色用、不可視赤色用、不可視青色用、黒色用の部材であることを示している。以下の説明で使用される他の符号についても同様である。また、以下の説明では、Ｓ、Ｇ、Ｒ、Ｂ、Ｋの文字が、それぞれ、特殊色、不可視緑色、不可視赤色、不可視青色、黒色を示す場合もある。なお、特殊色は、不可視緑色、不可視赤色、不可視青色、及び黒色のいずれとも異なる色の総称である。
【0048】
不可視緑色は、不可視光線の下では視認できるが可視光線の下では視認しにくい緑色を意味する。不可視赤色は、不可視光線の下では視認できるが可視光線の下では視認しにくい赤色を意味する。不可視青色は、不可視光線の下では視認できるが可視光線の下では視認しにくい青色を意味する。プリンタ８１は、不可視緑色、不可視赤色、及び不可視青色を重ね合わせることにより、任意の不可視色（不可視光線の下では視認できるが可視光線の下では視認しにくい色）を表現できる。黒色は、可視光線の下で視認できる黒色を意味し、特殊色は、可視光線の下で視認できる特殊色を意味する。
【0049】
可視光線は、人間によって光として認識される波長を有する電磁波である。不可視光線は、可視光線の波長以外の波長を有する電磁波である。本実施形態では、不可視光線は、ブラックライトなどが発する長波長紫外線である。また、本実施形態では、不可視色は、蛍光灯が発する光及び日光などの可視光線の下では透明であり、ブラックライトが発する紫外線などの不可視光線の下で視認できるようになる。
【0050】
具体的には、不可視緑色の画像は、不可視緑色トナー（以下、「Ｇトナー」とする）によって実現され、不可視赤色の画像は、不可視赤色トナー（以下、「Ｒトナー」とする）によって実現され、不可視青色の画像は、不可視青色トナー（以下、「Ｂトナー」とする）によって実現される。そして、不可視緑色、不可視赤色、及び不可視青色以外の不可視色の画像は、Ｇトナー、Ｒトナー、及びＢトナーのうちの少なくとも二つの不可視色トナーの重ね合わせによって実現される。なお、不可視光線の下で視認できる黒色である不可視黒色は、Ｇトナー、Ｒトナー、及びＢトナーをいずれも付着させないことによって実現される。また、可視光線の下で視認できる特殊色の画像は、特殊色トナー（以下、「Ｓトナー」とする）によって実現され、可視光線の下で視認できる黒色の画像は、黒色トナー（以下、「Ｋトナー」とする）によって実現される。
【0051】
本実施形態では、不可視色トナーは、透明トナー（クリアトナー）と透明蛍光体とを組み合わせることによって生成される。すなわち、不可視色トナーは、典型的には、クリアトナーを母体として生成される。なお、透明蛍光体は、透明蛍光顔料又は透明蛍光染料などである。また、本実施形態では、不可視色トナーは、重合トナーよりも高い定着温度を有する粉砕トナーである。但し、不可視色トナーは、重合トナーであってもよい。
【0052】
プリンタ８１の筐体内において、現像ステーション１８Ｓ、１８Ｇ、１８Ｒ、１８Ｂ、１８Ｋの他には、光書込ユニット２１、中間転写ユニット７３、二次転写装置２２、レジストローラ対４９、ベルト定着方式の定着装置２５などが配設されている。
【0053】
光書込ユニット２１は、光源、ポリゴンミラー、ｆ－θレンズ、反射ミラーなどを有し、画像データに基づいて感光体１Ｓ、１Ｇ、１Ｒ、１Ｂ、１Ｋの表面にレーザー光を照射する。
【0054】
現像ステーション１８Ｓ、１８Ｇ、１８Ｒ、１８Ｂ、１８Ｋは、ドラム状の感光体１Ｓ、１Ｇ、１Ｒ、１Ｂ、１Ｋの他に、帯電ローラ（帯電手段）、現像装置（現像手段）、ドラムクリーニング装置、除電ランプ（除電手段）などを有している。
【0055】
Ｓ（特殊色）用の現像ステーション１８Ｓにおける感光体１Ｓの表面は、帯電手段である帯電ローラによって一様に帯電させられる。帯電処理が施された感光体１Ｓの表面には、光書込ユニット２１によって変調及び偏向されたレーザー光が照射される。すると、照射部（露光部）の電位が減衰する。この減衰により、感光体１Ｓの表面にＳ用の静電潜像が形成される。形成されたＳ用の静電潜像は現像手段である現像装置によって現像されてＳトナー像となる。
【0056】
Ｓ用の感光体１Ｓ上に形成されたＳトナー像は、中間転写ベルト１１０に一次転写される。一次転写後の感光体１Ｓの表面は、ドラムクリーニング装置によって転写残トナーがクリーニングされる。
【0057】
Ｓ用の現像ステーション１８Ｓにおいて、ドラムクリーニング装置によってクリーニングされた感光体１Ｓは、除電器によって除電される。そして、帯電器によって一様に帯電させられて初期状態に戻る。以上のような一連のプロセスは、他色用（Ｇ、Ｒ、Ｂ、Ｋ用）の現像ステーション（１８Ｇ、１８Ｒ、１８Ｂ、１８Ｋ）においても同様にして行われる。
【0058】
中間転写ユニット７３は、無端状の中間転写ベルト１１０、及び、ベルトクリーニング装置９０などを有している。また、駆動ローラ７１、二次転写バックアップローラ７２、四つの一次転写バイアスローラ６２Ｓ、６２Ｇ、６２Ｒ、６２Ｂ、６２Ｋなども有している。
【0059】
無端状の中間転写ベルト１１０は、そのループの内側に配設された駆動ローラ７１などの複数の張架ローラによってテンション張架されている。そして、ベルト駆動モーターによって駆動される駆動ローラ７１の回転によって図中の時計回り方向に無端移動させられる。
【0060】
Ｓ、Ｇ、Ｒ、Ｂ、Ｋ用の一次転写バイアスローラ６２Ｓ、６２Ｇ、６２Ｒ、６２Ｂ、６２Ｋは、中間転写ベルト１１０の裏面（内周面）に接触するように配設され、電源から出力される一次転写バイアスが印加される。また、中間転写ベルト１１０をその裏面側から感光体１Ｓ、１Ｇ、１Ｒ、１Ｂ、１Ｋに向けて押圧する。これにより、感光体１Ｓ、１Ｇ、１Ｒ、１Ｂ、１Ｋと、中間転写ベルト１１０の表面（外周面）とが当接するＳ、Ｇ、Ｒ、Ｂ、Ｋ用の一次転写ニップが形成される。それらの一次転写ニップでは、一次転写バイアスの影響により、感光体１Ｓ、１Ｇ、１Ｒ、１Ｂ、１Ｋと一次転写バイアスローラ６２Ｓ、６２Ｇ、６２Ｒ、６２Ｂ、６２Ｋとの間に一次転写電界が形成される。
【0061】
Ｓ用の感光体１Ｓ上に形成されたＳトナー像は、この一次転写電界やニップ圧の影響によって中間転写ベルト１１０上に一次転写される。このＳトナー像の上には、Ｇ、Ｒ、Ｂ、Ｋ用の感光体１Ｇ、１Ｒ、１Ｂ、１Ｋ上に形成されたＧトナー像、Ｒトナー像、Ｂトナー像、Ｋトナー像が順次重ね合わせて一次転写される。この重ね合わせの一次転写により、中間転写ベルト１１０上には多色トナー像が形成される。
【0062】
中間転写ベルト１１０上に形成された多色トナー像は、後述の二次転写ニップで記録シートに二次転写される。二次転写ニップ通過後の中間転写ベルト１１０の表面に残留する転写残トナーは、駆動ローラ７１との間にベルトを挟み込むベルトクリーニング装置９０によってクリーニングされる。
【0063】
中間転写ユニット７３の下方に配設された二次転写装置２２は、二次転写ローラ２３を中間転写ベルト１１０における二次転写バックアップローラ７２に対する掛け回し箇所に当接させて二次転写ニップを形成している。二次転写バックアップローラ７２には、トナーと同極性の二次転写バイアスが印加されているのに対し、二次転写ローラ２３は接地されている。これにより、二次転写ニップには中間転写ベルト１１０上の多色トナー像をベルト側から二次転写ローラ２３側に向けて静電移動させる二次転写電界が形成される。レジストローラ対４９によって中間転写ベルト１１０上の多色トナー像に同期するように二次転写ニップに送り込まれた記録シートには、この二次転写電界やニップ圧の作用によって多色トナー像が二次転写される。
【0064】
プリンタ８１の筐体内の下部に設けられた給送装置２００には、内部に複数の記録シートをシート束の状態で複数枚重ねて収容する給送カセット７９、及び、ペーパーバンク７８が設けられている。給送カセット７９及びペーパーバンク７８は、紙束の一番上の記録シートに給送ローラ７７を押し当てている。そして、給送ローラ７７を回転させることにより、一番上の記録シートを給送路４６に向けて送り出す。
【0065】
給送カセット７９又はペーパーバンク７８から送り出された記録シートを受け入れる給送路４６は、複数の搬送ローラ対４７と、その路内の末端付近に設けられたレジストローラ対４９とを有している。そして、記録シートをレジストローラ対４９に向けて搬送する。レジストローラ対４９に向けて搬送された記録シートは、レジストローラ対４９のローラ間に挟まれる。一方、中間転写ユニット７３において、中間転写ベルト１１０上に形成された多色トナー像は、ベルトの無端移動に伴って二次転写ニップに進入する。
【0066】
レジストローラ対４９は、ローラ間に挟み込んだ記録シートを二次転写ニップにて多色トナー像に密着させ得るタイミングで送り出す。これにより、二次転写ニップでは、中間転写ベルト１１０上の多色トナー像が記録シートに密着する。そして、記録シート上に二次転写されて、白色の記録シート上でフルカラー画像となる。このようにしてフルカラー画像が形成された記録シートは、二次転写ローラ２３の回転駆動に伴って二次転写ニップを出た後、搬送ベルトを具備するシート搬送ユニットを経由して定着装置２５に送られる。
【0067】
定着装置２５は、定着ベルト２６を二本のローラによって張架しながら無端移動させるベルトユニットと、このベルトユニットの一方のローラに向けて押圧される加圧ローラ２７とを有している。定着ベルト２６と加圧ローラ２７とは互いに当接して定着ニップを形成しており、シート搬送ユニットから受け取った記録シートを定着ニップに挟み込む。ベルトユニットにおける二本のローラのうち、加圧ローラ２７から押圧される方の定着ローラは、内部に熱源（ヒータ）を有しており、これの発熱によって定着ベルト２６を加熱する。加熱された定着ベルト２６は、定着ニップに挟み込まれた記録シートを加熱する。この加熱やニップ圧の影響により、フルカラー画像が記録シートに定着させられる。
【0068】
定着装置２５内で定着処理が施された記録シートは、複写機の筐体の左側板に突設されたスタック部上にスタックされるか、もう一方の面にもトナー像を形成するために二次転写ニップに戻されるかする。
【0069】
原稿のコピーがとられる際には、例えばシート原稿の束が原稿自動搬送装置４００の原稿台７４上にセットされる。但し、その原稿が本状に閉じられている片綴じ原稿である場合には、コンタクトガラス７５上にセットされる。このセットに先立ち、複写機本体に対して原稿自動搬送装置４００が開かれ、スキャナー３００のコンタクトガラス７５が露出される。この後、閉じられた原稿自動搬送装置４００によって片綴じ原稿が押さえられる。
【0070】
このようにして原稿がセットされた後、コピースタートスイッチが押下されると、スキャナー３００による原稿読取動作がスタートする。但し、原稿自動搬送装置４００にシート原稿がセットされた場合には、この原稿読取動作に先立って、原稿自動搬送装置４００がシート原稿をコンタクトガラス７５まで自動搬送する。
【0071】
原稿読取動作では、まず、第１走行体７６と第２走行体３４とがともに走行を開始し、第１走行体７６に設けられた光源から光が発射される。そして、原稿面からの反射光が第２走行体３４内に設けられたミラーによって反射され、結像レンズ３５を通過した後、読取センサ３６に入射される。読取センサ３６は、入射光に基づいて画像情報を構築する。
【0072】
このような原稿読取動作と並行して、各現像ステーション（１８Ｓ、１８Ｇ、１８Ｒ、１８Ｂ、１８Ｋ）内の各機器や、中間転写ユニット７３、二次転写装置２２、定着装置２５がそれぞれ駆動を開始する。そして、読取センサ３６によって構築された画像情報に基づいて、光書込ユニット２１が駆動制御されて、感光体１Ｓ、１Ｇ、１Ｒ、１Ｂ、１Ｋ上にＳ、Ｇ、Ｒ、Ｂ、Ｋトナー像が形成される。これらトナー像は、中間転写ベルト１１０上に重ね合わせ転写されて多色トナー像となる。
【0073】
また、原稿読取動作の開始とほぼ同時に、給送装置２００内では給送動作が開始される。この給送動作では、給送ローラ７７の一つが選択的に回転させられ、ペーパーバンク７８又は給送カセット７９から記録シートが送り出される。送り出された記録シートは、分離ローラ８０で１枚ずつ分離されて反転給送路に進入した後、搬送ローラ対によって二次転写ニップに向けて搬送される。
【0074】
プリンタ８１の筐体内には、各機器の制御を司るＣＰＵなどから構成される制御部が配設されている。また、筐体の上面には、液晶ディスプレイ及び各種キーボタンなどから構成される操作表示部８２が配設されている。操作者は、この操作表示部８２に対する入力操作により、制御部に対して命令を送ることで、記録シートの片面だけに画像を形成するモードである片面プリントモード、又は、両面に画像を形成する両面プリントモードなどを指定することができる。また、画像形成装置１０３はこの操作表示部８２にメンテナンススケジュール等を表示する。
【0075】
図５は、画像形成装置１０３の変形例を示す図である。図５の画像形成装置１０３は、インクジェット方式の画像形成装置であり、主に、給紙部４０１、画像形成部３０６、乾燥部４０２、排紙部４０３、及び、制御装置４２３を有している。画像形成装置１０３は、給紙部４０１から給紙されるシート材としての記録材である用紙Ｐに対し、画像形成部３０６で画像形成用の液体であるインクにより画像を形成する。そして、画像形成装置１０３は、用紙上に付着したインクを乾燥部４０２において乾燥させた後、用紙を排紙部４０３から排紙する。
【0076】
給紙部４０１は、主に、複数の用紙Ｐが積載される給紙トレイ４１１と、給紙トレイ４１１から用紙を１枚ずつ分離して送り出す給送装置４１２と、用紙を画像形成部３０６へ送り込むレジストローラ対４１３とから構成されている。給送装置４１２には、ローラやコロを用いた装置や、エア吸引を利用した装置など、あらゆる給送装置を用いることが可能である。給送装置４１２により給紙トレイ４１１から送り出された用紙は、その先端がレジストローラ対４１３に到達した後、レジストローラ対４１３が所定のタイミングで駆動することにより、画像形成部３０６へ給紙される。なお、本実施形態において、給紙部４０１は、画像形成部３０６へ用紙Ｐを送り出すものであれば、その構成に制限はない。
【0077】
画像形成部３０６は、主に、給紙された用紙Ｐを受け取る受け取り胴３６１と、受け取り胴３６１によって搬送された用紙Ｐを外周面に担持して搬送する用紙担持ドラム３６２と、用紙担持ドラム３６２に担持された用紙Ｐに向けてインクを吐出するインク吐出部３６４と、用紙担持ドラム３６２によって搬送された用紙Ｐを乾燥部４０２へ受け渡す受け渡し胴３６５とから構成されている。給紙部４０１から画像形成部３０６へ搬送されてきた用紙Ｐは、受け取り胴３６１の表面に設けられた用紙グリッパによって先端が把持され、受け取り胴３６１の表面移動に伴って搬送される。受け取り胴３６１により搬送された用紙は、用紙担持ドラム３６２との対向位置で用紙担持ドラム３６２へ受け渡される。
【0078】
用紙担持ドラム３６２の表面にも用紙グリッパが設けられており、用紙の先端が用紙グリッパによって把持される。また、用紙担持ドラム３６２の表面には、複数の吸引孔が分散して形成されており、各吸引孔には吸引装置３６３によって用紙担持ドラム３６２の内側へ向かう吸い込み気流が発生する。受け取り胴３６１から用紙担持ドラム３６２へ受け渡された用紙Ｐは、用紙グリッパによって先端が把持されると共に、吸い込み気流によって用紙担持ドラム３６２の表面に吸着して、用紙担持ドラム３６２の表面移動に伴って搬送される。
【0079】
本実施形態のインク吐出部３６４は、Ｃ（シアン）、Ｍ（マゼンタ）、Ｙ（イエロー）、Ｋ（ブラック）の４色のインクを吐出して画像を形成するものであり、インクごとに個別の液体吐出ヘッド３６４Ｃ，３６４Ｍ，３６４Ｙ，３６４Ｋを備えている。液体吐出ヘッド３６４Ｃ，３６４Ｍ，３６４Ｙ，３６４Ｋは、液体を吐出するものであれば、その構成に制限はなく、あらゆる構成のものを採用することができる。画像形成装置１０３は、必要に応じて、白色、金色、銀色などの特殊なインクを吐出する液体吐出ヘッドを有したり、表面コート液などの画像を構成しない液体を吐出する液体吐出ヘッドを有したりしてもよい。
【0080】
インク吐出部３６４の液体吐出ヘッド３６４Ｃ，３６４Ｍ，３６４Ｙ，３６４Ｋは、画像情報に応じた駆動信号によりそれぞれ吐出動作が制御される。用紙担持ドラム３６２に担持された用紙Ｐがインク吐出部３６４との対向領域を通過する際に、液体吐出ヘッド３６４Ｃ，３６４Ｍ，３６４Ｙ，３６４Ｋから各色インクが吐出され、当該画像情報に応じた画像が形成される。なお、本実施形態において、画像形成部３０６は、用紙Ｐ上に液体を付着させて画像を形成するであれば、その構成に制限はない。
【0081】
乾燥部４０２は、主に、画像形成部３０６で用紙Ｐ上に付着したインクを乾燥させるための乾燥機構４２１と、画像形成部３０６から搬送されてくる用紙Ｐを搬送する搬送機構４２２とから構成されている。画像形成部３０６から搬送されてきた用紙Ｐは、搬送機構４２２に受け取られた後、乾燥機構４２１を通過するように搬送され、排紙部４０３へ受け渡される。乾燥機構４２１を通過する際、用紙Ｐ上のインクには乾燥処理が施され、これによりインク中の水分等の液分が蒸発し、用紙Ｐ上にインクが固着すると共に、用紙Ｐのカールが抑制される。
【0082】
排紙部４０３は、主に、複数の用紙Ｐが積載される排紙トレイ４３１から構成されている。乾燥部４０２から搬送されてくる用紙Ｐは、排紙トレイ４３１上に順次積み重ねられて保持される。なお、本実施形態において、排紙部４０３は、用紙Ｐを排紙するものであれば、その構成に制限はない。
【0083】
制御装置４２３は画像形成装置を制御する情報処理装置である。制御装置４２３は、例えばＣＰＵ、ＲＡＭ、ＲＯＭ、ＳＳＤ（ＨＤＤ）、通信装置等を有している。制御装置４２３はＤＦＥ１０２と通信して、タスクの実施に応じた設定値や操作の要求を受信する。
【0084】
画像形成装置１０３はディスプレイ４４０を内蔵しているか、又は、ディスプレイ４４０が外付けされている。画像形成装置１０３はこのディスプレイ４４０にメンテナンススケジュール等を表示する。なお、端末装置１０１やＤＦＥ１０２等もメンテナンススケジュールを表示することができる。
【0085】
<<サーバ装置>>
サーバ装置は、図６に示すように、コンピュータ５００としての構成を有する。図６は、コンピュータ５００のハードウェア構成図である。図６に示されているように、コンピュータ５００は、コンピュータによって構築されており、図６に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、光学ドライブ５１４、メディアＩ／Ｆ５１６を備えている。
サーバ装置は、図６に示すように、コンピュータ５００としての構成を有する。図６は、コンピュータ５００のハードウェア構成図である。図６に示されているように、コンピュータ５００は、コンピュータによって構築されており、図６に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、光学ドライブ５１４、メディアＩ／Ｆ５１６を備えている。
【0086】
これらのうち、ＣＰＵ５０１は、受注システム１０、生産管理システム２０、生産拠点システム３０、及び、コンピュータ５００全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリや各種のプリンタ等である。ネットワークＩ／Ｆ５０９は、通信ネットワークを利用してデータ通信をするためのインターフェースである。バスライン５１０は、図６に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
【0087】
また、キーボード５１１は、文字、数値、各種指示などの入力に使用される複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。光学ドライブ５１４は、着脱可能な記録媒体の一例としての光記憶媒体５１３に対する各種データの読み出し又は書き込みを制御する。なお、光記憶媒体５１３は、ＣＤ，ＤＶＤ、Ｂｌｕ－Ｒａｙ（登録商標）等でよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。
【0088】
＜機能について＞
続いて、図７等を参照して、サービス管理システム１００が有する各装置の機能について説明する。図７は、サービス管理システム１００が有するサーバ装置１０４、端末装置１０１、及び、画像形成装置１０３が有する機能をブロック状に分けて説明する機能ブロック図である。なお、端末装置１０１はサービス管理システム１００に必ずしも必須でなく、サーバ装置１０４及び画像形成装置１０３のみでもサービス管理システム１００が成り立つ。
続いて、図７等を参照して、サービス管理システム１００が有する各装置の機能について説明する。図７は、サービス管理システム１００が有するサーバ装置１０４、端末装置１０１、及び、画像形成装置１０３が有する機能をブロック状に分けて説明する機能ブロック図である。なお、端末装置１０１はサービス管理システム１００に必ずしも必須でなく、サーバ装置１０４及び画像形成装置１０３のみでもサービス管理システム１００が成り立つ。
【0089】
＜＜サーバ装置＞＞
サーバ装置１０４は、通信部１１、メンテナンス決定部１２、機器情報取得部１３、通知先判断部１４、ログ情報作成部１５、集計部１６、提案部１７、通知部１８、及び画面生成部１９を有している。サーバ装置１０４が有するこれらの機能は、サーバ装置１０４にインストールされた１以上のプログラムに含まれる命令を図６に示したＣＰＵ５０１が実行することで実現される機能又は手段である。
サーバ装置１０４は、通信部１１、メンテナンス決定部１２、機器情報取得部１３、通知先判断部１４、ログ情報作成部１５、集計部１６、提案部１７、通知部１８、及び画面生成部１９を有している。サーバ装置１０４が有するこれらの機能は、サーバ装置１０４にインストールされた１以上のプログラムに含まれる命令を図６に示したＣＰＵ５０１が実行することで実現される機能又は手段である。
【0090】
また、サーバ装置１０４は、機器状態情報記憶部１００１、故障予測モデル記憶部１００２、機器管理情報記憶部１００３、故障メンテナンス情報記憶部１００５、メンテナンスレベル契約情報記憶部１００６、メンテナンス通知先情報記憶部１００７、及び、メンテナンス実施ログ情報記憶部１００８を有する。これら各記憶部は、図６に示したＨＤ５０４、又は、ＲＡＭ５０３等により実現可能である。
【0091】
通信部１１は、後述する機器状態情報を画像形成装置１０３から受信し、メンテナンス決定部１２により故障の予兆が検出された場合、通知先判断部１４が判断した画像形成装置１０３又はカスタマーエンジニアに対して追加メンテナンス情報を送信する。また、通信部１１は、機器管理情報記憶部１００３に記憶された機器管理情報を参照して、追加メンテナンスが発生したことを機器の管理者へも通知してよい。
【0092】
機器情報取得部１３は、通信部１１を介して、画像形成装置１０３から機器状態情報を取得し、機器状態情報記憶部１００１に保存する。機器状態情報とは、画像形成装置１０３の使用状態を示す情報である。機器状態情報は、例えば、画像形成装置１０３の各種部品等の電流や電圧、温度等を各種のセンサで計測した計測値や、画像形成装置１０３により印刷データが用紙に印刷された回数を示すカウンタ値等を含む情報である。
【0093】
メンテナンス決定部１２は、機器情報取得部１３により取得された機器状態情報と、後述する故障予測モデル記憶部１００２に記憶された故障予測モデルとに基づいて、画像形成装置１０３において発生する故障の予兆を検出する。故障の予兆は、画像形成装置１０３においてどのような故障（故障の種類）の発生が予測されるかを有し、更に、故障が発生する確率や、発生するまでの時間、及び、発生が予測される故障の重症度等が含まれてよい。
【0094】
また、メンテナンス決定部１２は、予兆を検出した故障の種別に応じて、故障メンテナンス情報記憶部１００５に記憶されている故障種別から必要な追加メンテナンスを特定する。
【0095】
通知先判断部１４は、追加メンテナンスが発生した場合に、カスタマーエンジニア又はユーザー（契約企業）のどちらに通知するか判断する。ユーザー（契約企業）とは、故障が発生した画像形成装置１０３である。詳細は後述する。
【0096】
ログ情報作成部１５は、定期メンテナンス、及び追加メンテナンスに関してメンテナンス実施ログを作成する。追加メンテナンスを「前倒し実施メンテナンス」という場合がある。前倒し実施メンテナンスとは、追加メンテナンスと同じ又は類似する定期メンテナンスが、追加メンテナンスの推奨開始日に対し所定の日数以内に存在する場合の、該定期メンテナンスをいう。同じ又は類似するとは、対象モジュールが同じか、対象モジュールを構成するパーツが共通することをいう。このため、前倒し実施メンテナンスで行われるメンテナンスは、定期メンテナンスとも言えるし、追加メンテナンスとも言える。
【0097】
集計部１６は、メンテナンス実施ログに基づいてメンテナンスの実施率を集計する。集計は、作業可能レベルごと、画像形成装置１０３ごと、ユーザー（契約企業）ごと、定期メンテナンスごと、又は、追加メンテナンスごとなどで可能である。
【0098】
提案部１７は、追加メンテナンスの実施率が閾値未満の場合、ユーザーメンテナンスレベルの変更を提案する。つまり、ユーザー（契約企業）のメンテナンスレベルが高いとユーザー（契約企業）が作業する追加メンテナンスが増えるが、実施率が低い場合はメンテナンススキルが足りないと推定し、メンテナンスレベルを下げることを提案する。
【0099】
通知部１８は、通信部１１を介して、追加メンテナンスが発生した場合に、通知先判断部１４が判断した通知先である、カスタマーエンジニア又は故障が発生した画像形成装置１０３（ユーザー）に追加メンテナンスが発生した旨を通知する。
【0100】
画面生成部１９は、端末装置１０１、画像形成装置１０３、又は、サーバ装置１０４に直接、接続されたディスプレイに表示される画面の画面情報を生成する。画面生成部１９は、ＨＴＭＬ、ＸＭＬ、JavaScript（登録商標）、及び、ＣＳＳ（Cascade Style Sheet）等により実施率を表示するための画面情報を生成する。端末装置１０１又は画像形成装置１０３のＷｅｂブラウザは画面情報を受信し、解析することで後述する各種の画面を表示する。このように、サーバ装置１０４内のサーバ機能とＷｅｂブラウザが連携することで実行されるアプリケーションをＷｅｂアプリという。
【0101】
なお、端末装置１０１又は画像形成装置１０３がネイティブアプリを実行してもよく、この場合、画面の構成はネイティブアプリが有しているので、画面情報はネイティブアプリが表示する内容でよい。
【0102】
（機器状態情報記憶部１００１）
図８は、機器状態情報記憶部１００１に記憶されている機器状態情報１００１ａの一例を示す図である。図８に示すように、機器状態情報記憶部１００１には、画像形成装置１０３を一意に識別する機器ＩＤに対応付けて、取得日時、センサＡ計測値、センサＢ計測値、カウンタ値等が記憶されている。機器状態情報記憶部１００１には、図示する機器ＩＤ「ＰＰ１０００１」の機器状態情報１００１ａに加えて、他の機器の機器状態情報１００１ａも記憶されている。機器状態情報１００１ａは、画像形成装置１０３における計測値やカウンタ値の所定の時間毎の履歴を示す情報である。
図８は、機器状態情報記憶部１００１に記憶されている機器状態情報１００１ａの一例を示す図である。図８に示すように、機器状態情報記憶部１００１には、画像形成装置１０３を一意に識別する機器ＩＤに対応付けて、取得日時、センサＡ計測値、センサＢ計測値、カウンタ値等が記憶されている。機器状態情報記憶部１００１には、図示する機器ＩＤ「ＰＰ１０００１」の機器状態情報１００１ａに加えて、他の機器の機器状態情報１００１ａも記憶されている。機器状態情報１００１ａは、画像形成装置１０３における計測値やカウンタ値の所定の時間毎の履歴を示す情報である。
【0103】
・取得日時は、画像形成装置１０３が機器状態情報１００１ａをサーバ装置１０４に送信した日時である。図８の例では毎日、２０時３０分に機器状態情報１００１ａが送信されているがあくまで一例であり、不定期でも一日に複数回、送信されてよい。
【0104】
・センサ値Ａ，センサ値Ｂは、画像形成装置１０３に含まれる部品等の電流や電圧、温度等を各種のセンサで計測した計測値である。センサ値は３つ以上ある場合が多い。
【0105】
・カウンタ値は、画像形成装置１０３により印刷されたページ数の累積値を示す。
【0106】
メンテナンス決定部１２は、機器状態情報１００１ａと、故障予測モデル記憶部１００２に記憶された故障予測モデルとに基づいて、画像形成装置１０３における故障の発生を予測する。
【0107】
（故障予測モデル記憶部１００２）
故障予測モデルとは、故障が発生する際の計測値やカウンタ値のパターン等をモデル化したデータであり、故障の種別（故障種別）毎に存在する。故障予測モデルが更に機器の種別ごとに用意されてもよい。
故障予測モデルとは、故障が発生する際の計測値やカウンタ値のパターン等をモデル化したデータであり、故障の種別（故障種別）毎に存在する。故障予測モデルが更に機器の種別ごとに用意されてもよい。
【0108】
例えば、故障予測モデル記憶部１００２には、故障Ａの発生を予測するための故障予測モデルＡ、故障Ｂの発生を予測するための故障予測モデルＢ、故障Ｃの発生を予測するための故障予測モデルＣ等が記憶されている。故障予測モデルは、機器状態情報１００１ａと、故障が発生する確率、発生するまでの時間、及び、発生が予測される故障の重症度などを対応付ける情報である。このような情報は、予め管理者等が過去の知見に基づいて手動で作成してもよいし、機械学習により作成してもよい。
【0109】
機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが、データ識別等の判断に必要なアルゴリズムを、事前に取り込まれる学習データから自律的に生成し、新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよく、更に、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。機械学習の手法には、パーセプトロン、ディープラーニング、サポートベクターマシン、ロジスティック回帰、ナイーブベイズ、決定木、ランダムフォレストなどがあり、本実施形態で説明する手法には限られない。
【0110】
例えば機械学習の１つとしてディープラーニングを用いた故障予測モデルでは、機器状態情報１００１ａと、発生した故障、発生するまでの時間、及び、重症度等の組をトレーニングデータとして管理者が用意し、機器状態情報１００１ａを入力、発生した故障、発生するまでの時間、及び、重症度等を教師データとして、対応を学習する。あるいは、機械学習の１つとして重回帰を用いた故障予測モデルでは、担当者が、機器状態情報１００１ａを説明変数、発生した故障を目的変数として、多項式で関連付けておく。同様に、担当者は、機器状態情報１００１ａと発生するまでの時間を多項式で関連付け、機器状態情報１００１ａと重症度を多項式で関連付けておく。これらの目的変数と、多項式が出力する値との差が最小になるように多項式の係数を決定する（重回帰分析）。
【0111】
図８の機器状態情報１００１ａを参照して説明する。例えば、機器ＩＤ「ＰＰ１０００１」の機器状態情報１００１ａが取得された場合、メンテナンス決定部１２は、当該機器状態情報１００１ａと、故障Ａの発生を予測するための故障予測モデルＡとに基づいて、故障Ａの発生を予測（予兆を検出）する。同様に、メンテナンス決定部１２は、当該機器状態情報１００１ａと、故障Ｂの発生を予測するための故障予測モデルＢとに基づいて、故障Ｂの発生を予測する（予兆を検出）。他の故障についても同様でよい。このように、メンテナンス決定部１２は、故障予測モデル記憶部１００２に記憶されている各故障用の故障予測モデルごとに、故障予測モデルに対応する故障Ａ～Ｃ等の発生を予測する。
【0112】
（機器管理情報記憶部１００３）
図９は、機器管理情報記憶部１００３に記憶されている機器管理情報１００３ａの一例を示す図である。図９に示すように、機器管理情報記憶部１００３には、機器ＩＤ、ＩＰアドレス、機種、契約企業、及びメールアドレスの各項目が登録されている。
図９は、機器管理情報記憶部１００３に記憶されている機器管理情報１００３ａの一例を示す図である。図９に示すように、機器管理情報記憶部１００３には、機器ＩＤ、ＩＰアドレス、機種、契約企業、及びメールアドレスの各項目が登録されている。
【0113】
・機器ＩＤの項目は、画像形成装置１０３を識別する識別情報である。機器ＩＤで特定される画像形成装置１０３はサービス対象機器である。
【0114】
・ＩＰアドレスの項目は、画像形成装置１０３のＩＰアドレスである。サーバ装置１０４は、ＩＰアドレスを宛先に追加メンテナンス情報などを送信できる。
【0115】
・機種の項目は、画像形成装置１０３の種別であり、具体的には機種コード、型番、又は、機番等でよい。
【0116】
・契約企業の項目は、当該画像形成装置１０３のメンテナンスサービスを契約している企業名や企業ＩＤが格納される。本実施形態では、契約企業はオペレータメンテナンスを契約しているものと契約してないものがある。
【0117】
・メールアドレスは、画像形成装置１０３の管理者及び担当するカスタマーエンジニアなどのメールアドレスである。サーバ装置１０４は、メールアドレスを宛先に追加メンテナンスが設定されている旨などを送信できる。カスタマーエンジニアへ追加メンテナンスを通知するメール送信により、通知先判断部１４が判断した通知先に通知される。
【0118】
（故障メンテナンス情報記憶部１００５）
図１０は、故障メンテナンス情報記憶部１００５に記憶されている故障メンテナンス情報１００５ａの一例を示す図である。図１０に示すように、故障メンテナンス情報記憶部１００５には、故障種別に対応付けて、追加メンテナンス、及びメンテナンス期限の項目が登録されている。なお、故障メンテナンス情報１００５ａは、機種ごとに異なっても共通でもよい。
図１０は、故障メンテナンス情報記憶部１００５に記憶されている故障メンテナンス情報１００５ａの一例を示す図である。図１０に示すように、故障メンテナンス情報記憶部１００５には、故障種別に対応付けて、追加メンテナンス、及びメンテナンス期限の項目が登録されている。なお、故障メンテナンス情報１００５ａは、機種ごとに異なっても共通でもよい。
【0119】
・故障種別の項目は、メンテナンス決定部１２がどのような故障の予兆を検出したかを示す。
【0120】
・追加メンテナンスの項目は、予兆が検出された故障のメンテナンスに必要な追加メンテナンスの内容である。追加メンテナンスの内容には対象モジュールも含まれる。
【0121】
・メンテナンス期限の項目は、追加メンテナンスをいつまでに実施すべきかを示す。メンテナンス期限は、メンテナンス決定部１２による診断日を起点とする期間が設定されている。メンテナンス期限を徒過した直後に故障するというものではなく、メンテナンス期限を徒過すると徐々に故障する可能性が増大するおそれがある。
【0122】
（メンテナンスレベル契約情報記憶部１００６）
図１１は、メンテナンスレベル契約情報記憶部１００６に記憶されているメンテナンスレベル契約情報１００６ａの一例を示す図である。メンテナンスレベル契約情報１００６ａに、メンテナンスサービスの契約企業のメンテナンスレベル（第一のサービスレベル情報の一例）が登録されている。メンテナンスレベルは、例えば、オペレータメンテナンスにおいてオペレータがどの難易度のメンテナンスまで実施するかの契約などで決定されている。難易度の高いメンテナンスをオペレータが実施する契約ほどメンテナンス料金が安くなる。メンテナンスレベルにはレベル１～３と「通常」があり、レベル１＜レベル２＜レベル３の順にレベルが高く、高度なメンテナンスを契約企業側が行う契約であることを意味する。また、「通常」はオペレータメンテナンス契約が締結されていないことを示す。メンテナンスレベルが通常の場合、追加メンテナンスは全てカスタマーエンジニアが行う。なお、レベルを３段階としたのは一例であって、２段階でも４段階以上でもよい。
図１１は、メンテナンスレベル契約情報記憶部１００６に記憶されているメンテナンスレベル契約情報１００６ａの一例を示す図である。メンテナンスレベル契約情報１００６ａに、メンテナンスサービスの契約企業のメンテナンスレベル（第一のサービスレベル情報の一例）が登録されている。メンテナンスレベルは、例えば、オペレータメンテナンスにおいてオペレータがどの難易度のメンテナンスまで実施するかの契約などで決定されている。難易度の高いメンテナンスをオペレータが実施する契約ほどメンテナンス料金が安くなる。メンテナンスレベルにはレベル１～３と「通常」があり、レベル１＜レベル２＜レベル３の順にレベルが高く、高度なメンテナンスを契約企業側が行う契約であることを意味する。また、「通常」はオペレータメンテナンス契約が締結されていないことを示す。メンテナンスレベルが通常の場合、追加メンテナンスは全てカスタマーエンジニアが行う。なお、レベルを３段階としたのは一例であって、２段階でも４段階以上でもよい。
【0123】
図１１では、契約企業にメンテナンスレベルが対応付けられているが、機器、機器のユーザー（個別のオペレータ）、又はユーザーグループにメンテナンスレベルが対応付けられていてもよい。
【0124】
（メンテナンス通知先情報記憶部１００７）
図１２は、メンテナンス通知先情報記憶部１００７に記憶されているメンテナンス通知先情報１００７ａの一例を示す図である。メンテナンス通知先情報１００７ａは、メンテナンスレベルに応じて、対象モジュールの追加メンテナンスを、サーバ装置１０５がカスタマーエンジニア又は顧客のユーザー（契約企業）のどちらに通知するか決定するための情報である。図１２に示すように、メンテナンス通知先情報記憶部１００７には、対象モジュール、パーツＩＤ、パーツ名、通常ユーザー、レベル１～レベル３の各項目が登録されている。
図１２は、メンテナンス通知先情報記憶部１００７に記憶されているメンテナンス通知先情報１００７ａの一例を示す図である。メンテナンス通知先情報１００７ａは、メンテナンスレベルに応じて、対象モジュールの追加メンテナンスを、サーバ装置１０５がカスタマーエンジニア又は顧客のユーザー（契約企業）のどちらに通知するか決定するための情報である。図１２に示すように、メンテナンス通知先情報記憶部１００７には、対象モジュール、パーツＩＤ、パーツ名、通常ユーザー、レベル１～レベル３の各項目が登録されている。
【0125】
・対象モジュールの項目は、発生した追加メンテナンスにおいてメンテナンスの対象となるモジュールが設定されている。モジュールとは１つの以上のパーツ（部品）により何らかの機能を提供するものである。
【0126】
・パーツＩＤの項目は、対象モジュールを構成する各パーツを識別する識別情報が設定される。
【0127】
・パーツ名の項目は、対象モジュールを構成する複数のパーツの一般的な名称である。
【0128】
・通常ユーザーの項目は、オペレータメンテナンスを契約していない企業の場合にカスタマーエンジニアが通知先となることが設定されている。
【0129】
・レベル１～３の項目は、対象モジュールの作業可能レベル（作業の難易度）を示す（第二のサービスレベル情報の一例）。すなわち、レベル１～３の項目は、メンテナンスレベル契約情報１００６ａがレベル１～３の場合にカスタマーエンジニア（ＣＥ）又はユーザー（契約企業）のどちらが通知先となるか設定されている。例えば対象モジュールが「現像」でパーツＩＤが「１」のケースにおいて、契約企業のメンテナンスレベルがレベル１、２では、カスタマーエンジニアが作業することが設定されており、契約企業のメンテナンスレベルがレベル３では、契約企業のユーザー（オペレータのこと）が作業することが設定されている。カスタマーエンジニアは、個人を意味してもよいが、より詳細にはメンテナンスサービスのサービス提供者（企業）であると考えてよい。
【0130】
換言すると、対象モジュールの作業可能レベルは、レベル１～３のうち「USER」が最も左側にあるレベルで決まる。例えば、パーツＩＤが「１」のケースでは、作業可能レベルが３、パーツＩＤが「３」のケースでは、作業可能レベルが１である。作業可能レベルは、当該対象モジュールをメンテナンスするために必要なユーザーのメンテナンスレベルである。
【0131】
（メンテナンス実施ログ情報記憶部１００８）
図１３は、メンテナンス実施ログ情報記憶部１００８に記憶されているメンテナンス実施ログ情報１００８ａの一例を示す図である。メンテナンス実施ログ情報１００８ａ（サービス実施ログ情報の一例）は、過去のメンテナンスの実施に関するログ情報である。メンテナンス実施ログ情報１００８ａは、追加メンテナンスの他、定期メンテナンスの実施ログも含まれている。これらの実施ログは画像形成装置１０３からサーバ装置１０４が受信したものである。また、メンテナンス実施ログ情報１００８ａには実施されていないメンテナンスも登録されている。追加メンテナンスのうち、前倒し実施を推奨すると決定されたメンテナンスは「前倒し」と記されている。したがって、メンテナンス実施ログ情報記憶部１００８には、定期、追加、及び、前倒しのメンテナンスの実施ログが保存される。
図１３は、メンテナンス実施ログ情報記憶部１００８に記憶されているメンテナンス実施ログ情報１００８ａの一例を示す図である。メンテナンス実施ログ情報１００８ａ（サービス実施ログ情報の一例）は、過去のメンテナンスの実施に関するログ情報である。メンテナンス実施ログ情報１００８ａは、追加メンテナンスの他、定期メンテナンスの実施ログも含まれている。これらの実施ログは画像形成装置１０３からサーバ装置１０４が受信したものである。また、メンテナンス実施ログ情報１００８ａには実施されていないメンテナンスも登録されている。追加メンテナンスのうち、前倒し実施を推奨すると決定されたメンテナンスは「前倒し」と記されている。したがって、メンテナンス実施ログ情報記憶部１００８には、定期、追加、及び、前倒しのメンテナンスの実施ログが保存される。
【0132】
図１３に示すように、メンテナンス実施ログ情報記憶部１００８には、実施年月日、メンテナンス種別、対象モジュール、作業可能レベル、メンテナンス対等者、メンテナンス担当者、及びメンテナンス実施者の各項目が登録されている。
【0133】
・番号の項目には、実施ログを識別するための識別情報が記録される。
【0134】
・実施年月日の項目は、メンテナンスが実施された年月日が格納される。
【0135】
・メンテナンス種別の項目は、定期メンテナンス、追加メンテナンス、又は、前倒し実施メンテナンスが設定される。
【0136】
・対象モジュールはメンテナンスされた（又はされる予定の）モジュールである。
【0137】
・作業可能レベルは、メンテナンス通知先情報記憶部１００７により対象モジュールに対応付けられたレベル１～３又は「通常」である。
【0138】
・メンテナンス担当者の項目は、通知先判断部１４が判断したカスタマーエンジニア又はユーザー（契約企業）である。
【0139】
・メンテナンス実施者の項目は、メンテナンスを実際に実施したカスタマーエンジニア又はユーザー（契約企業）が設定される。実際のメンテナンス実施者は、メンテナンスの際に画像形成装置１０３にログインすることで特定される。
【0140】
＜＜端末装置＞＞
図７に戻って説明する。端末装置１０１の機能を説明する。端末装置１０１は、通信部３１、表示制御部３２、及び、操作受付部３３を有している。端末装置１０１が有するこれらの機能は、Ｗｅｂブラウザが画面情報に含まれるJavaScript（登録商標）を実行して、サーバ装置１０４が有するＷｅｂアプリと連携することで実現される機能又は手段である。
図７に戻って説明する。端末装置１０１の機能を説明する。端末装置１０１は、通信部３１、表示制御部３２、及び、操作受付部３３を有している。端末装置１０１が有するこれらの機能は、Ｗｅｂブラウザが画面情報に含まれるJavaScript（登録商標）を実行して、サーバ装置１０４が有するＷｅｂアプリと連携することで実現される機能又は手段である。
【0141】
通信部３１は、主にサーバ装置１０４と通信し、メンテナンススケジュール画面の画面情報をサーバ装置１０４から受信し、メンテナンススケジュール画面等に管理者が入力した情報をサーバ装置１０４に送信する。
【0142】
表示制御部３２は、サーバ装置１０４から送信された画面情報を解析してディスプレイ４４０に後述するメンテナンススケジュール画面等を表示する。
【0143】
操作受付部３３は、メンテナンススケジュール画面等に対する管理者又は一般ユーザーの操作及び入力を受け付ける。
【0144】
＜＜画像形成装置＞＞
次に、画像形成装置１０３の機能を説明する。画像形成装置１０３は、通信部４１、表示制御部４２、操作受付部４３、定期メンテナンス生成部４４、及び、判断部４５を有している。画像形成装置１０３が有するこれらの機能は、画像形成装置１０３にインストールされた１以上のプログラムに含まれる命令を操作表示部８２又は制御装置４２３が有するＣＰＵが実行することで実現される機能又は手段である。
次に、画像形成装置１０３の機能を説明する。画像形成装置１０３は、通信部４１、表示制御部４２、操作受付部４３、定期メンテナンス生成部４４、及び、判断部４５を有している。画像形成装置１０３が有するこれらの機能は、画像形成装置１０３にインストールされた１以上のプログラムに含まれる命令を操作表示部８２又は制御装置４２３が有するＣＰＵが実行することで実現される機能又は手段である。
【0145】
また、画像形成装置１０３は、メンテナンス情報記憶部４００１を有する。これらの記憶部は、操作表示部８２又は制御装置４２３が有するＨＤＤやＳＳＤ等により実現可能である。
【0146】
通信部４１はサーバ装置１０４側の通信部１１と通信する。通信部４１は例えば,ネットワークカード、など、ＴＣＰ/ＩＰで通信する通信インターフェース、又は、ＵＳＢケーブルと通信を制御する通信プログラムなどで実現される。通信部４１は、機器状態情報１００１ａをサーバ装置１０４に送信し、追加メンテナンス情報を受信して、メンテナンス情報記憶部４００１に保存する。
【0147】
表示制御部４２は、メンテナンス情報記憶部４００１に記憶されている定期メンテナンスの予定日をメンテナンススケジュール画面（カレンダーにメンテナンスの日程が表示される）に表示する。また、表示制御部４２は、サーバ装置１０４から提供される、前倒し実施を推奨するための前倒し実施提案画面やメンテナンス実施率画面を表示する。
【0148】
操作受付部４３は、メンテナンススケジュール画面や前倒し実施提案画面等に対するユーザーの操作及び入力を受け付ける。
【0149】
定期メンテナンス生成部４４は、定期メンテナンスの要否を判断し、必要である場合は、定期メンテナンス情報をメンテナンス情報記憶部４００１に保存する。定期メンテナンス生成部４４は、例えばカウンタ値に基づいて、一定枚数のカウンタ値ごとに定期メンテナンスが必要であると判断する。定期メンテナンス生成部４４は、カウンタ値に応じて決まった定期メンテナンスを行うと判断する。定期メンテナンスの作業負荷や作業時間は小さいので、定期メンテナンス生成部４４は、数時間、又は、日にち単位なら一日を定期メンテナンスの予定日に割り当てる。
【0150】
判断部４５は、追加メンテナンス情報がサーバ装置１０４から送信されると、定期メンテナンスの前倒し実施を推奨するか否か判断する。詳細は後述する。
【0151】
（メンテナンス情報記憶部４００１）
次に、図１４を参照して、メンテナンス情報について説明する。画像形成装置１０３が有するメンテナンス情報はサーバ装置１０４から送信される追加メンテナンスと、画像形成装置１０３が生成した定期メンテナンスとがある。まず、これらについて説明する。
次に、図１４を参照して、メンテナンス情報について説明する。画像形成装置１０３が有するメンテナンス情報はサーバ装置１０４から送信される追加メンテナンスと、画像形成装置１０３が生成した定期メンテナンスとがある。まず、これらについて説明する。
【0152】
図１４（ａ）は、定期メンテナンス生成部４４が生成した定期メンテナンス情報である。図１４（ａ）に示すように、当該画像形成装置１０３において生成した定期メンテナンスの予定が時系列に登録されている。定期メンテナンス情報は、メンテナンス名、診断日、予定日、及び対象モジュールの項目を有している。
【0153】
・メンテナンス名の項目は、定期メンテナンス生成部４４がカウンタ値に応じて決定した定期メンテナンスの名称である。
【0154】
・診断日は、定期メンテナンス生成部４４が、定期メンテナンスが必要であると判断した日にちである。診断日は、例えば２週間に一度、月曜日などの決まったタイミングでもよい。診断の頻度はこれに限るものではない。また、メンテナンスの種類や対象とする箇所によって診断の頻度は異なっていてもよい。
【0155】
・予定日は、定期メンテナンス生成部４４が、定期メンテナンスを実施すべき日にち又は期限である。定期メンテナンスを実施すべき日にちとは、例えばカウンタ値が一定値に到達することが予測される日にちである。
【0156】
・対象モジュールの項目は定期メンテナンスの対象となるモジュールや該当箇所である。
【0157】
図１４（ｂ）は、サーバ装置１０４が送信した追加メンテナンスに関する追加メンテナンス情報である。追加メンテナンス情報は、メンテナンス名、診断日、推奨開始日、及び対象モジュールの項目を有する。メンテナンス名の項目は、図１４（ａ）と同様でよい。
【0158】
・診断日は、メンテナンス決定部１２が故障の予兆を検出した日にちである。診断日はサーバ装置１０４から送信される。
【0159】
・推奨開始日は、追加メンテナンスの実施が推奨される始期である。推奨開始日は、例えば、診断日の次の日から、診断日に故障メンテナンス情報１００５ａのメンテナンス期限が追加された日にちまでのいずれかでよい。推奨開始日はサーバ装置１０４から送信される。
【0160】
・対象モジュールは、追加メンテナンスの対象となるモジュールである。対象モジュールは、故障メンテナンス情報記憶部１００５の追加メンテナンスの項目に含まれている。対象モジュールはサーバ装置１０４から送信される。
【0161】
したがって、画像形成装置１０３が有するメンテナンス情報記憶部４００１には、図１４（ａ）（ｂ）を統合したメンテナンス情報４００１ａが保存されている。図１４（ｃ）はメンテナンス情報記憶部４００１が保存するメンテナンス情報４００１ａの一例を示す。メンテナンス名、診断日、対象モジュールの項目は、図１４（ａ）又は（ｂ）の各項目と対応する。すなわちメンテナンス名、診断日及び対象モジュールの項目は、図１４（ａ）又は（ｂ）のメンテナンス名、診断日、及び対象モジュールと同じである。予定日/推奨開始日の項目は図１４（ａ）の予定日又は図１４（ｂ）の推奨開始日と対応する。
【0162】
＜通知先の判断＞
図１５は、通知先判断部１４が追加メンテナンスの実施を通知する通知先を判断する処理を説明するフローチャート図である。
図１５は、通知先判断部１４が追加メンテナンスの実施を通知する通知先を判断する処理を説明するフローチャート図である。
【0163】
ステップＳ１に示すように、図１５の処理は、故障予知に基づく追加メンテナンスが発生した際に実行される（Ｓ１）。
【0164】
故障予知に基づく追加メンテナンスが発生した場合、通知先判断部１４は、ユーザー（契約企業）のメンテナンスレベルをメンテナンスレベル契約情報１００６ａにより特定する（Ｓ２）。このユーザーは機器管理情報を送信した画像形成装置１０３に基づいて機器管理情報記憶部１００３から特定される。
【0165】
次に、通知先判断部１４は、メンテナンス通知先情報１００７ａから、追加メンテナンスの対象モジュールとメンテナンスレベルに対応付けられたカスタマーエンジニア又はユーザー（契約企業）を特定する（Ｓ３）。すなわち、通知先判断部１４は、ユーザー（契約企業）のメンテナンスレベルが作業可能レベル以上の場合、ユーザー（契約企業）を通知先に決定し、メンテナンスレベルが作業可能レベル未満の場合、メンテナンスサービスのサービス提供者を通知先に決定する。
【0166】
故障予知に基づいて検出された追加メンテナンスでは、メンテナンスの対象モジュールが決まるが、メンテナンス通知先情報１００７ａではパーツレベルで通知先が登録されている。このため、通知先判断部１４は、メンテナンス通知先情報１００７ａの対象モジュールが有するパーツのうち最も高い作業可能レベルを、対象モジュールの作業可能レベルに決定する。
【0167】
通知部１８は、通信部１１を介して、特定したカスタマーエンジニア又はユーザー（契約企業）に追加メンテナンスの実施を通知する（Ｓ４）。カスタマーエンジニアに通知するとは、通知部１８が担当のカスタマーエンジニアにメールを送信することをいう（図２９参照）。あるいは、通知部１８が、契約企業名や機器ＩＤを指定して追加メンテナンスが発生した旨をサポートセンターに通知してもよい。ユーザー（契約企業）に通知するとは、画像形成装置１０３又は管理者に機器ＩＤを指定して追加メンテナンスが発生した旨を通知することをいう（図２５参照）。
【0168】
このように、オペレータメンテナンス契約が締結されている場合において、適切な通知先（カスタマーエンジニア又は契約企業）に対して機器状態に基づいた追加メンテナンスの実施を通知することができる。
【0169】
＜メンテナンス実施ログの表示＞
次に、図１６を参照して、メンテナンス実施ログの表示例を説明する。図１６は、メンテナンス実施ログ画面６１０の一例を示す。メンテナンス実施ログ画面６１０は、サーバ装置１０４、端末装置１０１、又は、画像形成装置１０３のいずれが表示してよい。端末装置１０１はカスタマーエンジニアが操作する場合もあるし、ユーザーが操作する場合もある（以下の画面でも同様）。メンテナンス実施ログ画面６１０は、画像形成装置１０３ごとに表示可能であり、現在表示中の画像形成装置１０３を示す機器情報６１１が表示されている。
次に、図１６を参照して、メンテナンス実施ログの表示例を説明する。図１６は、メンテナンス実施ログ画面６１０の一例を示す。メンテナンス実施ログ画面６１０は、サーバ装置１０４、端末装置１０１、又は、画像形成装置１０３のいずれが表示してよい。端末装置１０１はカスタマーエンジニアが操作する場合もあるし、ユーザーが操作する場合もある（以下の画面でも同様）。メンテナンス実施ログ画面６１０は、画像形成装置１０３ごとに表示可能であり、現在表示中の画像形成装置１０３を示す機器情報６１１が表示されている。
【0170】
また、メンテナンス実施ログ画面６１０は、定期メンテナンスのみ、追加メンテナンスのみ、又は、その両方の実施ログを選択的に表示することができる。ユーザーは切り替えチェックボックス６１３をチェックすることで実施ログを表示するメンテナンスの種類を切り替えることができる。この切り替えは後述するメンテナンス実施率画面でも同様に可能である。
【0171】
画面生成部１９は、メンテナンス実施ログ情報記憶部１００８から取得した情報を加工してメンテナンス実施ログ画面６１０を作成する。このため、メンテナンス実施ログ画面６１０は、メンテナンス実施ログ情報記憶部１００８が有する項目である、メンテナンス実施ログ６１２（実施年月日、メンテナンス種別、対象モジュール、作業可能レベル、メンテナンス対等者、メンテナンス担当者、及びメンテナンス実施の項目）を表示する。
【0172】
図１７は、メンテナンス実施率画面６２０の一例を示す。メンテナンス実施率画面６２０は、サーバ装置１０４、端末装置１０１、又は、画像形成装置１０３のいずれが表示してよい。
【0173】
図１７のメンテナンス実施率画面６２０には当該ユーザー（契約企業）のメンテナンスレベルも表示されている。また、メンテナンス実施率画面６２０は、画像形成装置１０３ごとの実施率表示欄６２１～６２４を表示する。図１７の４つの実施率表示欄は一例であって、１つの実施率表示欄が大きく表示されてもよいし、５つ以上の実施率表示欄が表示されてもよい。
【0174】
１つの実施率表示欄６２１～６２４は、作業可能レベルであるレベル１～３ごとにメンテナンス実施率６２５～６２８を有している。メンテナンス実施率６２５～６２８の算出方法を説明する。
【0175】
まず、集計の対象は、メンテナンス担当者（実施者でなく）がユーザー（契約企業）のメンテナンス実施ログ情報１００８ａである。また、ユーザーは、追加メンテナンスのみ、定期メンテナンスのみ、又は、定期メンテナンス＋追加メンテナンス、の集計をサーバ装置１０４に指示できる。本実施形態では、定期メンテナンスはユーザーが全てを実施するという前提であるのと、「追加メンテナンスの実施率を向上させたい」ため、以下では主に追加メンテナンスの実施率を説明する。なお、追加メンテナンスには前倒し実施メンテナンスも含まれるとするが、更に、追加メンテナンスのうち前倒し実施メンテナンスのみの実施率を集計可能でよい。
【0176】
集計部１６は、メンテナンス実施ログ情報１００８ａから作業可能レベル別に実施されたメンテナンスの第１の数を集計する。また、集計部１６は、メンテナンス実施ログ情報１００８ａから作業可能レベル別に実施されてないメンテナンスの第２の数を集計する。
集計部１６は、第１の数＋第２の数に対する第１の数の比をメンテナンス実施率とする。実施されてないメンテナンスとは、予定日（定期メンテナンスの場合）又は推奨可能日（追加メンテナンスの場合）から一定期間が経過しても未実施（例えばメンテナンス実施者の登録がない）であることをいう。
集計部１６は、第１の数＋第２の数に対する第１の数の比をメンテナンス実施率とする。実施されてないメンテナンスとは、予定日（定期メンテナンスの場合）又は推奨可能日（追加メンテナンスの場合）から一定期間が経過しても未実施（例えばメンテナンス実施者の登録がない）であることをいう。
【0177】
画面生成部１９は、集計部１６が集計した実施率と実施率を棒グラフに表して、実施率表示欄６２１～６２４に配置する。したがって、メンテナンス実施率画面６２０は、メンテナンス実施の通知先がユーザー（契約企業）である場合に、作業可能レベルごとの追加メンテナンスのメンテナンス実施率６２５～６２８を表示できる。画面生成部１９は、定期メンテナンスごと、又は、定期メンテナンス＋追加メンテナンスごとにメンテナンス実施率を表示することもできる。
【0178】
なお、メンテナンス実施率画面６２０は、詳細ボタン６２１ａ～６２４ａを有している。詳細ボタン６２１ａ～６２４ａには、メンテナンスレベル契約情報１００６ａのメンテナンスレベルの変更申請を受け付けるＵＲＬが埋め込まれている。ユーザーが詳細ボタン６２１ａ～６２４ａを押下するとメンテナンス実施率画面６２０がＷｅｂページに遷移し、メンテナンスレベルの変更申請が可能になる。
【0179】
図１８は、メンテナンス実施率詳細表示画面６３０を示す。メンテナンス実施率詳細表示画面６３０は、ユーザー（契約企業）のメンテナンスレベル６３１、レベル変更ボタン６３２、メンテナンス実施ログ６３３、及び、実施率を示す円グラフ６３４を有している。メンテナンス実施ログ６３３については図１６と同様でよい。
【0180】
メンテナンス実施率詳細表示画面６３０は、メンテナンス実施の通知先がユーザー（契約企業）である追加メンテナンスにおいて、メンテナンス担当者がユーザー（契約企業）となっている追加メンテナンスの実施率を表示する。したがって、メンテナンス実施率の集計方法は図１７と同様でよい。画面生成部１９は、このメンテナンス実施率を円グラフ６３４に変換する。
【0181】
また、メンテナンス実施率詳細表示画面６３０は、レベル変更ボタン６３２を有している。レベル変更ボタン６３２は、メンテナンスレベル契約情報１００６ａのメンテナンスレベルの変更申請を受け付けるためのボタンである。レベル変更ボタン６３２が押下されると、メンテナンスレベルの変更申請のＷｅｂページが表示される。
【0182】
＜＜メンテナンス実施率画面の変形例＞＞
図１９は、メンテナンスレベルの変更を提案するコメントが表示されたメンテナンス実施率画面６４０である。図１９のメンテナンス実施率画面６４０は、実施率表示欄６４１～６４４にそれぞれメンテナンス実施率６４５～６４８を表示する。そして、図１９では、実施率表示欄６４１と６４２の実施率が閾値未満（閾値は例えば１００％）となっている。
図１９は、メンテナンスレベルの変更を提案するコメントが表示されたメンテナンス実施率画面６４０である。図１９のメンテナンス実施率画面６４０は、実施率表示欄６４１～６４４にそれぞれメンテナンス実施率６４５～６４８を表示する。そして、図１９では、実施率表示欄６４１と６４２の実施率が閾値未満（閾値は例えば１００％）となっている。
【0183】
実施率が低くなるのは、オペレータメンテナンスにおいて契約したメンテナンスレベルが高いため、ユーザー（契約企業）で実施できないメンテナンスが多いためと推定できる。
【0184】
このため、提案部１７は、メンテナンスレベルの変更を提案するコメント６４９，６５０を作成し、画面生成部１９が、コメント６４９，６５０を含むメンテナンス実施率画面６４０を生成する。コメント作成の判断基準となる閾値は適宜設定されるものとする。図１９では、レベル１～３のうち１つでも１００％未満の場合に、提案部１７がコメントを作成する。また、この閾値は、レベル１～３ごとに異なってもよい。
【0185】
コメント６４９，６５０には、メンテナンスレベル契約情報１００６ａのメンテナンスレベルの変更申請を受け付けるＵＲＬが埋め込まれており、ユーザーがコメント６４９，６５０を押下するとメンテナンス実施率画面がＷｅｂページに遷移し、メンテナンスレベルの変更申請が可能になる。
【0186】
【0187】
図２０は、サーバ装置１０４がメンテナンスレベルの変更申請を推奨する処理を説明するフローチャート図である。図２０の処理は、ユーザー（契約企業）がメンテナンス実施率画面６４０を表示する操作をサーバ装置１０４、画像形成装置１０３又は端末装置１０１に入力するとスタートする。
【0188】
まず、集計部１６が画像形成装置１０３ごとに、作業可能レベル別の実施率を算出する（Ｓ１１）。
【0189】
次に、提案部１７は、実施率が閾値未満の作業可能レベルが１つでもあるか否か判断する（Ｓ１２）。
【0190】
実施率が閾値未満の作業可能レベルが１つでもある場合（ステップＳ１２のＹｅｓ）、提案部１７は、メンテナンスレベルの変更を提案する（Ｓ１３）。提案される変更後のメンテナンスレベルは、現在のメンテナンスレベルより１つ小さいレベルでもよいし、実施率が閾値以上であるメンテナンスレベルのうち最も大きいレベルでもよい。レアケースだが、このように提案される変更後のメンテナンスレベルが、現在のユーザーのメンテナンスレベル以上の場合、提案は行われない。
【0191】
画面生成部１９は、作業可能レベルごとの実施率、棒グラフ、及び、ステップＳ１３で作成されたメンテナンスレベルの変更を提案するコメントを含むメンテナンス実施率画面６４０を生成する（Ｓ１４）。
【0192】
通信部１１はこの画面の画面情報を画像形成装置１０３又は端末装置１０１に送信する。サーバ装置１０４、画像形成装置１０３又は端末装置１０１はメンテナンス実施率画面６４０を表示する。
【0193】
なお、図２０では、提案部１７がユーザーのメンテナンスレベルを下げることを提案しているが、実施率が閾値以上であれば、ユーザーのメンテナンスレベルを上げることを提案してもよい。
【0194】
＜＜メンテナンス実施率画面の変形例＞＞
図２１は、メンテナンスレベルが画像形成装置ごとに表示されたメンテナンス実施率画面６６０である。図２１のメンテナンス実施率画面６６０では、実施率表示欄６６１～６６４に、それぞれメンテナンスレベル６６５～６６８が表示されている。メンテナンスレベルは企業ごとに契約されているが、ユーザー（契約企業）が画像形成装置１０３ごとに契約したいと要望することもできる。このような契約の場合、画面生成部１９は、画像形成装置ごとにメンテナンスレベル６６５～６６８を取得してメンテナンス実施率画面６６０を生成する。
図２１は、メンテナンスレベルが画像形成装置ごとに表示されたメンテナンス実施率画面６６０である。図２１のメンテナンス実施率画面６６０では、実施率表示欄６６１～６６４に、それぞれメンテナンスレベル６６５～６６８が表示されている。メンテナンスレベルは企業ごとに契約されているが、ユーザー（契約企業）が画像形成装置１０３ごとに契約したいと要望することもできる。このような契約の場合、画面生成部１９は、画像形成装置ごとにメンテナンスレベル６６５～６６８を取得してメンテナンス実施率画面６６０を生成する。
【0195】
サーバ装置１０４、画像形成装置１０３又は端末装置１０１は、画像形成装置ごとにメンテナンスレベル６６５～６６８を表示する。ユーザーがメンテナンスレベル６６５～６６８ごとにメンテナンス実施率がどのように変わるかを確認し、各画像形成装置１０３のメンテナンスレベルの変更を検討できる。
【0196】
＜＜メンテナンス実施率画面の変形例＞＞
図２２は、メンテナンスレベルの変更を提案するコメントとメンテナンスレベルが画像形成装置１０３ごとに表示されたメンテナンス実施率画面６７０である。図２２では、実施率表示欄６７１～６７４に、作業可能レベルごとのメンテナンス実施率６７５～６７８が表示されている。図２２では、実施率表示欄６７１と６７２にコメント６７９、６８０が表示されている。提案部１７は、閾値以上の実施率であった作業可能レベルのうち、最も高い作業可能レベルへのメンテナンスレベルの変更を提案する。例えば閾値が１００である場合、提案部１７は、実施率が１００[％]の作業可能レベルのうち最も高い作業可能レベルと同じメンテナンスレベルへの変更を提案する。
図２２は、メンテナンスレベルの変更を提案するコメントとメンテナンスレベルが画像形成装置１０３ごとに表示されたメンテナンス実施率画面６７０である。図２２では、実施率表示欄６７１～６７４に、作業可能レベルごとのメンテナンス実施率６７５～６７８が表示されている。図２２では、実施率表示欄６７１と６７２にコメント６７９、６８０が表示されている。提案部１７は、閾値以上の実施率であった作業可能レベルのうち、最も高い作業可能レベルへのメンテナンスレベルの変更を提案する。例えば閾値が１００である場合、提案部１７は、実施率が１００[％]の作業可能レベルのうち最も高い作業可能レベルと同じメンテナンスレベルへの変更を提案する。
【0197】
実施率表示欄６７１では作業可能レベルが「レベル１」のメンテナンス実施率が１００[％]であり、レベル２のメンテナンス実施率が９０[％]、レベル３のメンテナンス実施率が８５[％]である。つまり、作業可能レベルが「レベル２」「レベル３」のメンテナンスを実施するスキルが該ユーザー（契約企業）に足りないおそれがある。このため、提案部１７が、コメント６７９でメンテナンスレベルをレベル１へ変更することを提案している。
【0198】
一方、実施率表示欄６７２では、作業可能レベルが「レベル３」のメンテナンス実施率６７６が８５[％]であり、作業可能レベルが「レベル２」のメンテナンス実施率６７６が１００[％]であるため、提案部１７が、コメント６８０でレベル２への変更を提案している。つまり、作業可能レベルが「レベル３」のメンテナンスを実施するスキルが該ユーザー（契約企業）に足りないおそれがあるので、提案部１７が、コメント６８０でメンテナンスレベルをレベル２へ変更することを提案している。
【0199】
実施率表示欄６７３では、作業可能レベルがレベル１～３で全て１００[％]であるのと、メンテナンスレベルが「１」なので、提案部１７が、メンテナンスレベルの変更を提案しない。
【0200】
実施率表示欄６７４では、「追加メンテナンスをもっと実施しましょう」というコメント６８２が表示されている。これは、印刷機器Ｄでは、メンテナンスレベルがすでに「１」であるが、作業可能レベルがレベル１でも実施率が閾値未満であるため、提案部１７がメンテナンスレベルの変更を提案すべきでないからである。追加メンテナンスについては強制実施ではないため、提案部１７は、作業可能レベルが１でも実施率が閾値未満の場合はメンテナンスレベルの変更を提案していない。
【0201】
図２３を用いて補足する。図２３は、画像形成装置１０３Ｄのメンテナンス実施率詳細表示画面６９０を示す。図２３に示すように、メンテナンス実施者の項目に「実施前に通知消去」というメッセージ６９１が２つあり、追加メンテナンスの実施が行われていないことが分かる。
【0202】
図２４は、サーバ装置１０４がメンテナンスレベルの変更申請を行う処理を説明するフローチャート図である。図２４の処理は、ユーザー（契約企業）がメンテナンス実施率画面を表示する操作をサーバ装置１０４、画像形成装置１０３又は端末装置１０１に入力するとスタートする。
【0203】
まず、集計部１６が画像形成装置ごとに、メンテナンス担当者がユーザー（契約企業）かつ追加メンテナンスについて、作業可能レベル別の実施率を算出する（Ｓ２１）。
【0204】
次に、提案部１７は、実施率が閾値未満の作業可能レベルがあるか否か判断する（Ｓ２２）。閾値は１００[％]でなくてもよい。
【0205】
ステップＳ２２の判断がＹｅｓの場合、提案部１７は、実施率が閾値未満の作業可能レベルが、ユーザー（契約企業）又は画像形成装置１０３が契約しているメンテナンスレベル以下か判断する（Ｓ２３）。
【0206】
ステップＳ２３の判断がＹｅｓの場合、提案部１７は、メンテナンスレベルがすでに「１」か判断する（Ｓ２４）。
【0207】
ステップＳ２４の判断がＮｏの場合、提案部１７は、メンテナンスレベルの変更を提案する（Ｓ２５）。変更後のメンテナンスレベルは、実施率が閾値以上の作業可能レベルのうち、最も高いメンテナンスレベルである。
【0208】
ステップＳ２４の判断がＹｅｓの場合、提案部１７は、追加メンテナンスの実施の頻度を高くすることを提案する（Ｓ２６）。
【0209】
以上の処理より、サーバ装置１０４は、メンテナンスを実施するスキルが該ユーザー（契約企業）に足りないことを実施率から推定し、実施率が閾値以上の作業可能レベルへの変更を提案できる。
【0210】
＜前倒し実施の推奨通知例＞
図２５は、前倒し実施の推奨を通知する前倒し実施提案画面７００を示す。前倒し実施提案画面７００は、サーバ装置１０４、端末装置１０１、又は、画像形成装置１０３のいずれが表示してよい。
図２５は、前倒し実施の推奨を通知する前倒し実施提案画面７００を示す。前倒し実施提案画面７００は、サーバ装置１０４、端末装置１０１、又は、画像形成装置１０３のいずれが表示してよい。
【0211】
前倒し実施提案画面７００には、「メンテナンス実施を推奨」というタイトル７０１、「機械のデータを解析した結果、メンテナンスの前倒し実施が推奨されます。機械を最適な状態に保つために、「メンテナンス実行」ボタンからメンテナンスを実施してください」というメッセージ７０２、対象モジュール７０３、及び、ユーザーメンテナンスレベル７０４、が表示されている。
【0212】
対象モジュール７０３はメンテナンス情報記憶部４００１の対象モジュールの項目から取得されている。ユーザーメンテナンスレベル７０４は、対象モジュール７０３の作業可能レベルである。
【0213】
ユーザーがメンテナンス実行ボタン７０５を押下するとメンテナンス作業ためのガイダンス画面が表示される（図２７参照）。ユーザーがカスタマーエンジニアに作業依頼ボタン７０６が押下すると、定期メンテナンスの前倒し実施を推奨する元になった追加メンテナンスの内容がカスタマーエンジニア（カスタマーサポートセンター）にメール等で送信される。
【0214】
なお、ユーザーが定期メンテナンスの前倒し実施をしないで閉じるボタン７０７を押下した場合、前倒し実施が提案されている旨のアイコンやサムネイルが常に画面の一部に表示される。また、前倒し実施提案画面７００は所定のタイミングで繰り返し表示されてもよい。所定のタイミングとしては、画像形成装置１０３の電源オン、無操作時間が閾値以上となった場合、及び、ユーザーがログインした場合などでよい。
【0215】
【0216】
カスタマーエンジニア依頼推奨メッセージ７０８は、「メンテナンスレベル３以上のメンテナンス実施率は７５％です。カスタマーエンジニアに作業を依頼できます」である。この「７５％」は、図２６で通知している追加メンテナンスにおける対象モジュールと同じ作業可能レベルのメンテナンス実施率である。通知部１８は、この実施率が閾値未満の場合に、カスタマーエンジニア依頼推奨メッセージ７０８を通知すると判断する。よって、カスタマーエンジニア依頼推奨メッセージ７０８は、追加メンテナンスの対象モジュールにおける実施率が閾値未満の場合のみ提案される。ユーザーは実施率が低いことを確認することができ、カスタマーエンジニアに作業依頼ボタン７０６（表示部品の一例）を押下して、カスタマーエンジニアにメンテナンスを依頼することを検討できる。
【0217】
＜メンテナンスの実施＞
図２７は、ガイダンス画面７１０の一例である。ガイダンス画面７１０は、追加メンテナンスの作業手順７１１を示す。図２６の例では、作業手順７１１に以下のステップが表示されている。
１．オペレータが、現像ユニットを取り出す。
２．オペレータが、現像ユニットを清掃する。
３．オペレータが、現像ユニットをセットする。
４．オペレータが、現像ユニット清掃カウンタをリセットする。
図２７は、ガイダンス画面７１０の一例である。ガイダンス画面７１０は、追加メンテナンスの作業手順７１１を示す。図２６の例では、作業手順７１１に以下のステップが表示されている。
１．オペレータが、現像ユニットを取り出す。
２．オペレータが、現像ユニットを清掃する。
３．オペレータが、現像ユニットをセットする。
４．オペレータが、現像ユニット清掃カウンタをリセットする。
【0218】
また、作業手順７１１の各ステップの下側にステップの詳細を表示するためのボタン７１２～７１４が表示されている。「４．現像ユニット清掃カウンタをリセットする。」のステップでは詳細が不要なのでリセットボタン７１５が表示されている。
【0219】
ユーザーが４つのステップを実施して、実施済みボタン７１６を押下すると、メンテナンス実施ログ情報記憶部１００８に実施ログが記録される。
【0220】
図２８に示すように、拡張現実ヘッドセットを使用したメンテナンスが実施されてもよい。図２８は、拡張現実ヘッドセットを使用したメンテナンス作業を模式的に説明する図である。まず、図２８（ａ）は拡張現実ヘッドセットの外観図である。拡張現実ヘッドセットは、ヘッドマウント・ディスプレイを使用して、コンピュータが作り出すイメージとサウンドを、現実世界の要素に重ね合わせて表示する表示装置の一種である。
【0221】
拡張現実ヘッドセットを装着したユーザーには追加メンテナンスを支援する情報が次々と表示される。図２８（ｂ）に示すように、ユーザーが画像形成装置１０３の扉を開けたことを拡張現実ヘッドセットがカメラで検知すると、扉内に配置された様々な対象モジュールの光景に重ねて、対象モジュール７５１が表示される。ユーザーは対象モジュール７５１の映像を見ながら扉内の対象モジュールを探す。
【0222】
ユーザーが探すのと平行して（拡張現実ヘッドセットが見つける方が早くてもよい）、拡張現実ヘッドセットは扉内の光景をカメラで監視し、対象モジュールを画像処理にて検出する。図２８（ｃ）に示すように、対象モジュールを検出できると拡張現実ヘッドセットは、実機の対象モジュールを指し示す矢印７５２などを表示する。ユーザーが実機の対象モジュールを取り出したことを拡張現実ヘッドセットがカメラで検出すると、図２８（ｄ）に示すように、拡張現実ヘッドセットは追加メンテナンスの作業手順を動画７５３として表示する。ユーザーは動画７５３を見ながら手元の対象モジュールをメンテナンスすることができる。
【0223】
このように、拡張現実ヘッドセットを使用することで、ユーザーが定期メンテナンスを実施しやすくなる。
【0224】
＜カスタマーエンジニアに対し送信されるメールの一例＞
図２９は、通知部１８がカスタマーエンジニアに通知する場合に、追加メンテナンスが生じた旨を通知するメール文面７６０の表示例を示す。メール文面７６０には、サーバ装置１０４を示す送信元７６１、カスタマーエンジニアを示す宛先７６２、書誌情報７６３、及び、メッセージ７６４が記載されている。メッセージ７６４には、対象モジュールが記載されているので、カスタマーエンジニアはどのようなメンテナンスかを判断できる。また、メッセージ７６４には「お客様がメンテナンスでお困りの場合は契約レベルの変更もあわせて相談してください。」という記載があるので、カスタマーエンジニアは、メンテナンス時に契約レベルの変更を客先でお勧めできる。
＜サービスレベルアグリーメント（SLA）との対応＞
ＳＬＡとは、サービスの提供事業者とそのユーザーとの間で合意された、サービスのレベル（定義、範囲、内容、達成目標等）に関するサービス品質保証である。ＳＬＡは、サービスを提供する事業者が契約者に対して、どの程度まで品質を保証できるかを明示する。
以下では、図１１等で説明したメンテナンスレベルがＳＬＡレベルに対応する情報であり、上記の実施例で説明したメンテナンスレベルをＳＬＡレベルと置き換えて、判断部４５が通知先を判断できることを説明する。
図３０は、ＳＬＡ情報の一例を示す図である。ＳＬＡ情報（サービスレベル情報の一例）は、稼働時間、応答時間、解決時間、返金率などの項目ごとに、達成基準を規定している。ＳＬＡレベルはメンテナンスレベルに対応するものなので、１～３の値が設定されている。ＳＬＡレベル１＞ＳＬＡレベル２＞ＳＬＡレベル３の順に保障される品質が高い。ＳＬＡレベルは５段階等でもよい。
ＳＬＡ情報においてのような品質を保証するかはサービスによって様々でよい。図３０では、一例として、ＳＬＡレベルに応じた稼働率、応答時間、解決時間、返金率について保証される品質が示されている。稼働率は、全業務時間に対し画像形成装置１０３を故障なく使用できる時間の比率である。応答時間は何らかの異常の発生の通知に対しサービス提供者（人）が応答するまでの時間である。解決時間は何らかの異常の発生から異常が解消するまでの時間である。返金率は、品質が満たされなかった場合にサービス料がどのくらい割引されるかを示す。ＳＬＡ情報には、図示するほか、追加のサポートの有無、又は、品質が満たされていない場合の一連の対応など、サービスに応じた項目の品質について規定されてよい。
例えば、ＳＬＡ情報に、メンテナンス実施候補者のスキルレベル、現在地、営業時間、休業日、及び休日カレンダーが含まれていてもよい。
・メンテナンス実施候補者のスキルレベルは、一定以上のスキルレベルを有するＣＥがメンテナンスすることを保障する。ＳＬＡレベルが小さいほどスキルレベルが高い。
・現在地は、ユーザー（契約企業）の所在地から一定距離以内のＣＥがメンテナンスすることを保障する。ＳＬＡレベルが小さいほど距離が短い。
・営業時間は、ＣＥがメンテナンスに対応する時間帯（例えば、９：００～１８：００、２４時間等）を保障する。ＳＬＡレベルが小さいほど営業時間が長い。
・休業日は、ＣＥがメンテナンスに対応できない休業日を規定する。ＳＬＡレベルが小さいほど休業日が少ない。
・休日カレンダーは、ＣＥがメンテナンスに対応できる又はできない日をカレンダーにて提供する。ＳＬＡレベルが小さいほど休業日が少ない。
図３１は、メンテナンスレベルをＳＬＡレベルで置き換えたメンテナンスレベル契約情報１００６ａを示す。図１１と比較すると分かるように、メンテナンスレベルがＳＬＡレベルと置き換えられている。すなわち、各ユーザー（契約企業）は所望するサービス品質保証の程度に応じたＳＬＡレベルを契約する。
したがって、図１２のメンテナンス通知先情報１００７ａにおいてもメンテナンス通知先情報１００７ａのレベル１～３（作業可能レベル）が、ＳＬＡレベルと比較される。故障が予知され、故障予知に基づく追加メンテナンスが発生した場合、通知先判断部１４は、ユーザー（契約企業）のＳＬＡレベルをメンテナンスレベル契約情報１００６ａにより特定する。
通知先判断部１４は、メンテナンス通知先情報１００７ａから、追加メンテナンスの対象モジュールとＳＬＡレベルに対応付けられたカスタマーエンジニア又はユーザー（契約企業）を特定する。すなわち、通知先判断部１４は、ユーザー（契約企業）のＳＬＡレベルが作業可能レベル以上の場合、ユーザー（契約企業）を通知先に決定し、ＳＬＡレベルが作業可能レベル未満の場合、メンテナンスサービスのサービス提供者を通知先に決定する。
なお、サービス提供者と１つのユーザー（契約企業）の間には、複数のＳＬＡ情報が存在してよい。複数のＳＬＡ情報が存在しうるのは、１つのユーザー（契約企業）が異なるＳＬＡレベルで契約したり、カスタマイズされたＳＬＡ情報で別途契約したりすることをいう。複数のＳＬＡ情報が存在する場合、時間的に最初に（又は最新の）作成されたものが優先的に適用される。あるいは、ユーザーがＳＬＡ情報と時刻範囲を対応付けておき、現在時刻に対応づけられたＳＬＡ情報に基づいて、ＳＬＡレベルが判断されてよい。
図２９は、通知部１８がカスタマーエンジニアに通知する場合に、追加メンテナンスが生じた旨を通知するメール文面７６０の表示例を示す。メール文面７６０には、サーバ装置１０４を示す送信元７６１、カスタマーエンジニアを示す宛先７６２、書誌情報７６３、及び、メッセージ７６４が記載されている。メッセージ７６４には、対象モジュールが記載されているので、カスタマーエンジニアはどのようなメンテナンスかを判断できる。また、メッセージ７６４には「お客様がメンテナンスでお困りの場合は契約レベルの変更もあわせて相談してください。」という記載があるので、カスタマーエンジニアは、メンテナンス時に契約レベルの変更を客先でお勧めできる。
＜サービスレベルアグリーメント（SLA）との対応＞
ＳＬＡとは、サービスの提供事業者とそのユーザーとの間で合意された、サービスのレベル（定義、範囲、内容、達成目標等）に関するサービス品質保証である。ＳＬＡは、サービスを提供する事業者が契約者に対して、どの程度まで品質を保証できるかを明示する。
以下では、図１１等で説明したメンテナンスレベルがＳＬＡレベルに対応する情報であり、上記の実施例で説明したメンテナンスレベルをＳＬＡレベルと置き換えて、判断部４５が通知先を判断できることを説明する。
図３０は、ＳＬＡ情報の一例を示す図である。ＳＬＡ情報（サービスレベル情報の一例）は、稼働時間、応答時間、解決時間、返金率などの項目ごとに、達成基準を規定している。ＳＬＡレベルはメンテナンスレベルに対応するものなので、１～３の値が設定されている。ＳＬＡレベル１＞ＳＬＡレベル２＞ＳＬＡレベル３の順に保障される品質が高い。ＳＬＡレベルは５段階等でもよい。
ＳＬＡ情報においてのような品質を保証するかはサービスによって様々でよい。図３０では、一例として、ＳＬＡレベルに応じた稼働率、応答時間、解決時間、返金率について保証される品質が示されている。稼働率は、全業務時間に対し画像形成装置１０３を故障なく使用できる時間の比率である。応答時間は何らかの異常の発生の通知に対しサービス提供者（人）が応答するまでの時間である。解決時間は何らかの異常の発生から異常が解消するまでの時間である。返金率は、品質が満たされなかった場合にサービス料がどのくらい割引されるかを示す。ＳＬＡ情報には、図示するほか、追加のサポートの有無、又は、品質が満たされていない場合の一連の対応など、サービスに応じた項目の品質について規定されてよい。
例えば、ＳＬＡ情報に、メンテナンス実施候補者のスキルレベル、現在地、営業時間、休業日、及び休日カレンダーが含まれていてもよい。
・メンテナンス実施候補者のスキルレベルは、一定以上のスキルレベルを有するＣＥがメンテナンスすることを保障する。ＳＬＡレベルが小さいほどスキルレベルが高い。
・現在地は、ユーザー（契約企業）の所在地から一定距離以内のＣＥがメンテナンスすることを保障する。ＳＬＡレベルが小さいほど距離が短い。
・営業時間は、ＣＥがメンテナンスに対応する時間帯（例えば、９：００～１８：００、２４時間等）を保障する。ＳＬＡレベルが小さいほど営業時間が長い。
・休業日は、ＣＥがメンテナンスに対応できない休業日を規定する。ＳＬＡレベルが小さいほど休業日が少ない。
・休日カレンダーは、ＣＥがメンテナンスに対応できる又はできない日をカレンダーにて提供する。ＳＬＡレベルが小さいほど休業日が少ない。
図３１は、メンテナンスレベルをＳＬＡレベルで置き換えたメンテナンスレベル契約情報１００６ａを示す。図１１と比較すると分かるように、メンテナンスレベルがＳＬＡレベルと置き換えられている。すなわち、各ユーザー（契約企業）は所望するサービス品質保証の程度に応じたＳＬＡレベルを契約する。
したがって、図１２のメンテナンス通知先情報１００７ａにおいてもメンテナンス通知先情報１００７ａのレベル１～３（作業可能レベル）が、ＳＬＡレベルと比較される。故障が予知され、故障予知に基づく追加メンテナンスが発生した場合、通知先判断部１４は、ユーザー（契約企業）のＳＬＡレベルをメンテナンスレベル契約情報１００６ａにより特定する。
通知先判断部１４は、メンテナンス通知先情報１００７ａから、追加メンテナンスの対象モジュールとＳＬＡレベルに対応付けられたカスタマーエンジニア又はユーザー（契約企業）を特定する。すなわち、通知先判断部１４は、ユーザー（契約企業）のＳＬＡレベルが作業可能レベル以上の場合、ユーザー（契約企業）を通知先に決定し、ＳＬＡレベルが作業可能レベル未満の場合、メンテナンスサービスのサービス提供者を通知先に決定する。
なお、サービス提供者と１つのユーザー（契約企業）の間には、複数のＳＬＡ情報が存在してよい。複数のＳＬＡ情報が存在しうるのは、１つのユーザー（契約企業）が異なるＳＬＡレベルで契約したり、カスタマイズされたＳＬＡ情報で別途契約したりすることをいう。複数のＳＬＡ情報が存在する場合、時間的に最初に（又は最新の）作成されたものが優先的に適用される。あるいは、ユーザーがＳＬＡ情報と時刻範囲を対応付けておき、現在時刻に対応づけられたＳＬＡ情報に基づいて、ＳＬＡレベルが判断されてよい。
【0225】
＜主な効果＞
本実施形態のサービス管理システムは、オペレータメンテナンス契約が締結されている場合において、適切なメンテナンス作業担当者に対して機器状態に基づいた追加メンテナンスの実施を通知することができる。
本実施形態のサービス管理システムは、オペレータメンテナンス契約が締結されている場合において、適切なメンテナンス作業担当者に対して機器状態に基づいた追加メンテナンスの実施を通知することができる。
【0226】
また、サービス管理システムは、追加メンテナンス及び定期メンテナンスの実施率を作業可能レベルごとに表示できる。サービス管理システムは、実施率が閾値未満の場合、メンテナンスレベルの変更を提案できる。また、サービス管理システムは、メンテナンス実施率が閾値未満の場合、カスタマーエンジニアへの作業を依頼することを提案できる。
サービス管理システムは、実施率に基づいて、メンテナンスレベルの変更を提案していたが、メンテナンスを実施している時間の長さに基づいて、メンテナンスレベルの変更を提案してもよい。たとえば、あるメンテナンスにかかる平均時間を記憶しておき、その平均時間を大きく超えるメンテナンス時間がかかった場合、メンテナンスレベルを下げる提案をしてもよい。
サービス管理システムは、実施率に基づいて、メンテナンスレベルの変更を提案していたが、メンテナンスを実施している時間の長さに基づいて、メンテナンスレベルの変更を提案してもよい。たとえば、あるメンテナンスにかかる平均時間を記憶しておき、その平均時間を大きく超えるメンテナンス時間がかかった場合、メンテナンスレベルを下げる提案をしてもよい。
【0227】
【0228】
＜＜液体吐出装置＞＞
図３２は、液体吐出装置の全体概略図である。ここに例示した液体吐出装置は、自動車の車体などを塗装する塗装ロボットである。なお、各図において、互いに交差する３方向であるＸ軸方向、Ｙ軸方向、及びＺ軸方向を示す矢印を図示する場合がある。Ｘ軸方向は、例えば塗装対象物である車体の前後方向に沿う。Ｙ軸方向は車体の幅方向に沿う。Ｚ軸方向は上下方向に沿う。
図３２は、液体吐出装置の全体概略図である。ここに例示した液体吐出装置は、自動車の車体などを塗装する塗装ロボットである。なお、各図において、互いに交差する３方向であるＸ軸方向、Ｙ軸方向、及びＺ軸方向を示す矢印を図示する場合がある。Ｘ軸方向は、例えば塗装対象物である車体の前後方向に沿う。Ｙ軸方向は車体の幅方向に沿う。Ｚ軸方向は上下方向に沿う。
【0229】
図３２に示すように、塗装ロボット１０００は、自動車の車体側面などの対象物１２００に対向して設置されている。塗装ロボット１０００は、ベース１１００、第１アーム１１０１、第２アーム１１０２、及びヘッドユニット１１０３を備える。第１アーム１１０１は、ベース１１００に連結されている。第２アーム１１０２は、第１アーム１１０１に連結されている。ヘッドユニット１１０３は、第２アーム１１０２に連結されている。
【0230】
塗装ロボット１０００は、第１ジョイント１１０４、第２ジョイント１１０５、及び第３ジョイント１１０６を備える。第１ジョイント１１０４は、ベース１１００と第１アーム１１０１とを連結する。第２ジョイント１１０５は、第１アーム１１０１と第２アーム１１０２とを連結する。第３ジョイント１１０６は、第２アーム１１０２とヘッドユニット１１０３とを連結する。
【0231】
塗装ロボット１０００は、例えば多関節ロボットである。ベース１１００はＺ軸方向に延びる軸を回転軸として、ａ方向に旋回可能である。ベース１１００は、第１ジョイント１１０４を介して第１アーム１１０１の一端部を支持する。
【0232】
第１アーム１１０１は、Ｘ－Ｙ面に平行な軸を回転軸として、ｂ方向に旋回可能である。第１アーム１１０１の他端部は、第２ジョイント１１０５を介して第２アーム１１０２の一端部に支持する。第２アーム１１０２は、Ｘ－Ｙ面に平行な軸を回転軸として、ｃ方向に揺動可能である。また、第２アーム１１０２は、第２アーム１１０２の長手方向に延在する軸を回転軸として、ｄ方向に回転可能である。
【0233】
第２アーム１１０２の他端部は、第３ジョイント１１０６を介してヘッドユニット１１０３を支持する。ヘッドユニット１１０３は、第２アーム１１０２の長手方向と交差する方向に延在する軸を回転軸として、ｅ方向に回転可能である。また、ヘッドユニット１１０３は、ヘッドユニット１１０３と第３ジョイント１１０６とが離間する方向に延在する軸を回転軸として、ｆ方向に回転可能である。
【0234】
塗装ロボット１０００は、対象物１２００に対してヘッドユニット１１０３を自由に動かすことができる。塗装ロボット１０００は、対象物１２００に対してヘッドユニット１１０３を正確に配置できる。塗装ロボット１０００は、塗装する位置に対して正確にヘッドユニット１１０３を配置できる。塗装ロボット１０００は、対象物１２００に向けて塗料を吐出し、対象物１２００を塗装する。
【0235】
なお、本実施形態では、塗装ロボット１０００を、対象物１２００を挟んで両側に１台ずつ配置したシステム構成を例示したが、塗装ロボット１０００は、対象物１２００を挟んで両側に配置されるもの限定されない。塗装ロボット１０００の設置台数は、対象物１２００に対して１台でもよく、３台以上でもよい。
【0236】
＜＜３Ｄプリンタ＞＞
３Ｄプリンタとは、三次元的な形状データをもとにして、三次元の物体をつくりだすことができる機器である。３Ｄプリンタは、積層造形装置、付加製造装置、ＡＭ（Additive Manufacturing）装置、ＡＭマシンとも呼ばれる。３Ｄプリンタは、「立体印刷機」と呼ばれてもよい。３Ｄプリンタの造形方法としては、主に、液状の樹脂を塗布して紫外線などを照射し少しずつ硬化させていくインクジェット方式、熱で融解した樹脂を少しずつ積み重ねていくＦＤＭ方式（Fused Deposition Modeling）、粉末の樹脂に接着剤を吹きつけていく粉末固着方式などの造形方法があるが、造形方法は問わない。以下では、一例として、ＦＤＭ方式の３Ｄプリンタを説明する。
３Ｄプリンタとは、三次元的な形状データをもとにして、三次元の物体をつくりだすことができる機器である。３Ｄプリンタは、積層造形装置、付加製造装置、ＡＭ（Additive Manufacturing）装置、ＡＭマシンとも呼ばれる。３Ｄプリンタは、「立体印刷機」と呼ばれてもよい。３Ｄプリンタの造形方法としては、主に、液状の樹脂を塗布して紫外線などを照射し少しずつ硬化させていくインクジェット方式、熱で融解した樹脂を少しずつ積み重ねていくＦＤＭ方式（Fused Deposition Modeling）、粉末の樹脂に接着剤を吹きつけていく粉末固着方式などの造形方法があるが、造形方法は問わない。以下では、一例として、ＦＤＭ方式の３Ｄプリンタを説明する。
【0237】
図３３は、３Ｄプリンタのハードウェア構成例を示す概略図である。例えば、３Ｄプリンタ２０００は、図示するように、本体フレーム２１２０の内部に、チャンバー２１０３を備える。そして、チャンバー２１０３の内部は、３次元に造形物を造形するための処理空間となる。また、その処理空間内、すなわち、チャンバー２１０３の内部には、載置台として、ステージ２１０４が設けられる。この例では、ステージ２１０４上に、造形物が製造される。
【0238】
チャンバー２１０３の内部において、ステージ２１０４の上方には、造形手段としての造形ヘッド２１１０が設けられる。また、造形ヘッド２１１０は、その下方に、フィラメントを吐出する吐出ノズル２１１５を有する。なお、本実施形態では、造形ヘッド２１１０上に４つの吐出ノズル２１１５が設けられているが、吐出ノズル２１１５の数は、任意である。また、造形ヘッド２１１０には、各吐出ノズル２１１５に供給されるフィラメントを加熱するヘッド加熱装置２１１４が設けられる。このように、３Ｄプリンタは、予め保持されるフィラメントを用いて、造形物を製造する。
【0239】
また、本体フレーム２１２０の内部は、装置内冷却装置２１０８によって、温度が調整される。
【0240】
フィラメントは、例えば、ＡＢＳ（ａｃｒｙｌｏｎｉｔｒｉｌｅ ｂｕｔａｄｉｅｎｅ ｓｔｙｒｅｎｅ）樹脂又はＰＬＡ（ｐｏｌｙｌａｃｔｉｃ ａｃｉｄ）樹脂等の材料である。また、フィラメントは、熱可塑性である。したがって、フィラメントは、３Ｄプリンタから吐出される際には、加熱され、高温である。吐出後、フィラメントは、空冷等によって冷却されると、固まる。このような性質を利用して、３Ｄプリンタは、フィラメントを吐出して造形物を製造する。
【0241】
フィラメントは、例えば、細長いワイヤ形状である。そして、フィラメントは、巻き回された状態等で、３Ｄプリンタ２０００にセットされる。更に、フィラメント供給装置２１０６によって、フィラメントは、造形ヘッド２１１０上が有する各吐出ノズル２１１５へそれぞれ供給される。
【0242】
造形ヘッド２１１０は、Ｘ軸駆動機構２１０１によって、Ｘ軸方向に移動する。例えば、Ｘ軸駆動機構２１０１は、アクチュエータ、機構、電源及び電子回路等である。
【0243】
同様に、造形ヘッド２１１０は、Ｙ軸駆動機構２１０２によって、Ｙ軸方向に移動する。例えば、Ｙ軸駆動機構２１０２は、アクチュエータ、機構、電源及び電子回路等である。更に、造形ヘッド２１１０は、Ｚ軸駆動機構２１２３によって、Ｚ軸方向に移動する。例えば、Ｚ軸駆動機構２１２３は、アクチュエータ、機構、電源及び電子回路等である。
【0244】
図示する例では、制御装置２１００が、Ｘ軸駆動機構２１０１、Ｙ軸駆動機構２１０２及びＺ軸駆動機構２１２３に対して、位置を指令し、各機構は、制御装置２１００からの指令に基づいて、指令された位置にステージ２１０４を移動させる。制御装置２１００は、各装置を制御する。
【0245】
また、図示するように、３Ｄプリンタ２０００は、ステージ２１０４及びステージ２１０４上にある造形物を加熱できるステージ加熱装置２１０５を有するのが望ましい。ステージ加熱装置２１０５は、例えば、ヒータ等である。
【0246】
チャンバー２１０３の内部（処理空間）に、チャンバー２１０３内を加熱する加熱手段として、チャンバー用ヒータ２１０７が設けられる。そして、チャンバー用ヒータ２１０７によって、チャンバー２１０３内の温度が目標温度に維持された状態で、３Ｄプリンタ２０００は、製造を行うのが望ましい。
【0247】
なお、フィラメントは、吐出ノズル２１１５ごとに異なる種類であってもよいし、同じ種類でもよい。また、本実施形態において、３Ｄプリンタ２０００は、フィラメント供給装置２１０６により供給されるフィラメントをヘッド加熱装置２１１４で加熱溶融する。次に、３Ｄプリンタ２０００は、溶融状態となったフィラメントを吐出ノズル２１１５から押し出して、吐出する。そして、３Ｄプリンタ２０００は、吐出によって、ステージ２１０４上にフィラメントで形成される各層を積層して、造形物を製造する。
【0248】
なお、３Ｄプリンタ２０００は、サポート材を用いる装置でもよい。すなわち、吐出ノズル２１１５には、サポート材が供給される場合がある。また、サポート材は、フィラメントとは異なる材料であってもよい。そして、サポート材は、製造後、フィラメントで形成された造形物から除去される。例えば、サポート材は、まず、フィラメントと同様に、ヘッド加熱装置２１１４で加熱溶融される。次に、溶融状態となったサポート材は、吐出ノズル２１１５から押し出されるように吐出され、フィラメントと同様に、積層される。
【0249】
更に、図示するように、３Ｄプリンタ２０００は、ステージ２１０４上に設置されるシートＳＨを吸引できる構成であるのが望ましい。例えば、図示するように、シートＳＨは、チューブＴＵ及び吸引装置２１３０によって、センサＳＥＮが検出する状態に基づいて、吸引される。
【0250】
更にまた、図示するように、３Ｄプリンタ２０００は、ノズル清掃装置２１０９を有するのが望ましい。ノズル清掃装置２１０９は、吐出ノズル２１１５を清掃し、吐出されるフィラメントに不純物等が混ざらないようにする。
【0251】
ゆえに、３Ｄプリンタ２０００は、製造を開始する前に、予めチャンバー２１０３内の温度を目標温度まで昇温させる予熱処理を行う。例えば、チャンバー用ヒータ２１０７は、予熱処理中、チャンバー２１０３内を目標温度付近まで昇温させるために、チャンバー２１０３内を加熱する。一方で、製造中、チャンバー用ヒータ２１０７は、チャンバー２１０３内の温度を目標温度付近に維持するために、チャンバー２１０３内を加熱する。なお、チャンバー用ヒータ２１０７の動作は、制御装置２１００によって制御される。
【0252】
なお、３Ｄプリンタ２０００は、図示するハードウェア構成に限られない。例えば、制御装置２１００等は、複数あるハードウェア構成等でもよい。一方で、例えば、３Ｄプリンタ２０００は、吸引装置２１３０等がないハードウェア構成等でもよい。
【0253】
図３４は、制御装置２１００が有するディスプレイに表示された進捗状況画面２６０１の一例を示す図である。図３４の進捗状況画面２６０１では、上限高さ情報Ｍｈ（符号２６０３）に加え実際高さｈｘ（符号２６０４）が表示されている。
【0254】
ユーザーは３Ｄモデルの実際高さｈｘと造形物の現在の高さＨを比較して、印刷の進捗を把握することができる。また、３Ｄアプリで表示する３Ｄモデルと３Ｄプリンタ２０００の仮想空間に配置された３Ｄモデルの向きが変わるような場合に、ユーザーは３Ｄモデルの実際の高さを把握していなくてもよくなる。
【0255】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【0256】
本実施形態では画像形成装置１０３がネイティブアプリを実行し、メンテナンススケジュールを表示したが、画像形成装置１０３が汎用的なＷｅｂブラウザを使用してメンテナンススケジュールを表示してもよい。この場合、サーバ装置１０４がメンテナンススケジュールの画面を作成する。
【0257】
また、図７などの構成例は、サーバ装置１０４、及び、画像形成装置１０３による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。サーバ装置１０４、及び、画像形成装置１０３の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【0258】
また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、ＤＦＥ１０２は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。
【0259】
更に、サーバ装置１０４は、開示された処理ステップ、例えば図１５の処理を様々な組み合わせで共有するように構成できる。例えば、所定のユニットによって実行されるプロセスは、サーバ装置１０４が有する複数の情報処理装置によって実行され得る。また、サーバ装置１０４は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。
【0260】
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（Digital Signal Processor）、FPGA（Field Programmable Gate Array）や従来の回路モジュール等のデバイスを含むものとする。
【0261】
＜付記＞
[付記１]
サービスの実施を決定する情報処理システムであって、
機器及び前記機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する通知先判断部と、
前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する通知部と、
を有する情報処理システム。
[付記２]
定期的に実施する第一のサービスと前記第一のサービスとは異なる追加で実施する第二のサービスとがあり、前記サービスは、前記第二のサービスであることを特徴とする付記１に記載の情報処理システム。
[付記３]
前記通知先判断部は、前記第二のサービスの対象モジュールにサービスの難易度に関する第二のサービスレベル情報が対応付けられたサービス通知先情報から、
前記第二のサービスの対象モジュールに対応する前記第二のサービスレベル情報を取得し、前記第二のサービスレベル情報と前記第一のサービスレベル情報とに基づいて、前記第二のサービスが発生した旨を通知する通知先を判断する付記２に記載の情報処理システム。
[付記４]
前記第一のサービスレベル情報が前記第二のサービスレベル情報未満の場合、前記通知先判断部は、サービスのサービス提供者を前記通知先に決定し、
前記第一のサービスレベル情報が前記第二のサービスレベル情報以上の場合、前記通知先判断部は、前記機器を前記通知先に決定する、付記３に記載の情報処理システム。
[付記５]
前記サービス通知先情報には、前記対象モジュールが含むパーツごとに、前記第二のサービスレベル情報が対応付けられており、
前記通知先判断部は、前記対象モジュールが含むパーツのうち、最も高い前記第二のサービスレベル情報と、前記第一のサービスレベル情報とに基づいて、前記第二のサービスの前記対象モジュールに対するサービスを行う前記通知先を決定する付記３又は４に記載の情報処理システム。
[付記６]
前記第二のサービスの実施に関するサービス実施ログ情報に基づいて、前記サービス実施ログ情報を表示する表示制御部を有する付記３～６のいずれか１項に記載の情報処理システム。
[付記７]
前記表示制御部は、前記サービス実施ログ情報に記録された前記第二のサービスのうち、実施された前記第二のサービスの数に基づいて算出された実施率を表示する付記６に記載の情報処理システム。
[付記８]
前記サービス実施ログ情報には、前記第二のサービスに前記第二のサービスレベル情報が対応付けられており、
前記表示制御部は、前記第二のサービスレベル情報別に前記実施率を表示する付記７に記載の情報処理システム。
[付記９]
前記第二のサービスレベル情報別に算出された前記実施率のうち１つ以上が閾値未満の場合、前記第一のサービスレベル情報の変更を提案する提案部、を有する付記８に記載の情報処理システム。
[付記１０]
前記提案部は、前記第二のサービスレベル情報別に算出された前記実施率のうち１つ以上が閾値未満の場合、前記実施率が閾値以上の前記第二のサービスレベル情報のうち最も大きい前記第二のサービスレベル情報に相当する前記第一のサービスレベル情報への変更を提案する付記９に記載の情報処理システム。
[付記１１]
前記第一のサービスレベル情報は前記機器ごとに異なっており、
前記表示制御部は前記実施率と共に前記機器ごとの前記第一のサービスレベル情報を表示させる付記１０に記載の情報処理システム。
[付記１２]
前記提案部は、前記第二のサービスレベル情報別に算出された前記実施率のうち１つ以上が閾値未満であり、更に、前記第一のサービスレベル情報が最低の場合、
前記第二のサービスの実施を推奨することを提案する付記１０に記載の情報処理システム。
[付記１３]
前記通知部が前記第二のサービスを前記機器に通知した場合、
前記表示制御部は、前記通知先を前記機器からサービスのサービス提供者に変更する要求を受け付ける表示部品を前記第二のサービスを通知する画面に表示する、付記７～１２のいずれか１項に記載の情報処理システム。
[付記１４]
前記通知部が前記第二のサービスを前記機器に通知した場合であり、更に、前記第二のサービスの対象モジュールの実施率が閾値未満の場合、
前記表示制御部は、前記通知先を前記機器からサービスのサービス提供者に変更することを推奨するコメントを表示する付記１３に記載の情報処理システム。
[付記１５]
前記表示制御部は、前記第二のサービスの対象モジュールの前記実施率を表示する付記１４に記載の情報処理システム。
[付記１６]
前記ユーザーは、企業もしくは人である付記１～１５のいずれか１項に記載の情報処理システム。
［付記１７］
前記通知先判断部が、前記サービスの通知先を判断するための情報には、内部又は外部の記憶部に保存されているサービスレベル情報が含まれており、
前記サービスレベル情報は、前記ユーザーが所望するサービス品質保証の程度として契約しているサービスのレベルに関する情報であり、
前記サービスレベル情報は、前記ユーザーに対応付けられていることを特徴とする付記１に記載の情報処理システム。
［付記１８］
前記通知先判断部が前記サービスの通知先を判断するための情報には、内部又は外部の記憶部に保存されているサービスレベル情報が含まれており、
前記サービスレベル情報は前記第二のサービスの対象モジュールに対応付けられており、
前記通知先判断部は、前記対象モジュールに対応付けられた前記サービスレベル情報に基づいて、前記サービスの通知先を判断することを特徴とする付記２に記載の情報処理システム。
［付記１９］
前記通知先判断部は、前記サービスを実施するサービス作業担当者のスキルレベル、現在地、営業時間、休業日、及び休日カレンダーの少なくとも１つを用いて、前記サービスの通知先を判断することを特徴とする付記１に記載の情報処理システム。
[付記１]
サービスの実施を決定する情報処理システムであって、
機器及び前記機器のユーザーに対応付けられ、前記ユーザーが実施するサービスが異なる第一のサービスレベル情報により、前記サービスの通知先を判断する通知先判断部と、
前記通知先判断部が決定した前記通知先に対し、前記サービスの実施を通知する通知部と、
を有する情報処理システム。
[付記２]
定期的に実施する第一のサービスと前記第一のサービスとは異なる追加で実施する第二のサービスとがあり、前記サービスは、前記第二のサービスであることを特徴とする付記１に記載の情報処理システム。
[付記３]
前記通知先判断部は、前記第二のサービスの対象モジュールにサービスの難易度に関する第二のサービスレベル情報が対応付けられたサービス通知先情報から、
前記第二のサービスの対象モジュールに対応する前記第二のサービスレベル情報を取得し、前記第二のサービスレベル情報と前記第一のサービスレベル情報とに基づいて、前記第二のサービスが発生した旨を通知する通知先を判断する付記２に記載の情報処理システム。
[付記４]
前記第一のサービスレベル情報が前記第二のサービスレベル情報未満の場合、前記通知先判断部は、サービスのサービス提供者を前記通知先に決定し、
前記第一のサービスレベル情報が前記第二のサービスレベル情報以上の場合、前記通知先判断部は、前記機器を前記通知先に決定する、付記３に記載の情報処理システム。
[付記５]
前記サービス通知先情報には、前記対象モジュールが含むパーツごとに、前記第二のサービスレベル情報が対応付けられており、
前記通知先判断部は、前記対象モジュールが含むパーツのうち、最も高い前記第二のサービスレベル情報と、前記第一のサービスレベル情報とに基づいて、前記第二のサービスの前記対象モジュールに対するサービスを行う前記通知先を決定する付記３又は４に記載の情報処理システム。
[付記６]
前記第二のサービスの実施に関するサービス実施ログ情報に基づいて、前記サービス実施ログ情報を表示する表示制御部を有する付記３～６のいずれか１項に記載の情報処理システム。
[付記７]
前記表示制御部は、前記サービス実施ログ情報に記録された前記第二のサービスのうち、実施された前記第二のサービスの数に基づいて算出された実施率を表示する付記６に記載の情報処理システム。
[付記８]
前記サービス実施ログ情報には、前記第二のサービスに前記第二のサービスレベル情報が対応付けられており、
前記表示制御部は、前記第二のサービスレベル情報別に前記実施率を表示する付記７に記載の情報処理システム。
[付記９]
前記第二のサービスレベル情報別に算出された前記実施率のうち１つ以上が閾値未満の場合、前記第一のサービスレベル情報の変更を提案する提案部、を有する付記８に記載の情報処理システム。
[付記１０]
前記提案部は、前記第二のサービスレベル情報別に算出された前記実施率のうち１つ以上が閾値未満の場合、前記実施率が閾値以上の前記第二のサービスレベル情報のうち最も大きい前記第二のサービスレベル情報に相当する前記第一のサービスレベル情報への変更を提案する付記９に記載の情報処理システム。
[付記１１]
前記第一のサービスレベル情報は前記機器ごとに異なっており、
前記表示制御部は前記実施率と共に前記機器ごとの前記第一のサービスレベル情報を表示させる付記１０に記載の情報処理システム。
[付記１２]
前記提案部は、前記第二のサービスレベル情報別に算出された前記実施率のうち１つ以上が閾値未満であり、更に、前記第一のサービスレベル情報が最低の場合、
前記第二のサービスの実施を推奨することを提案する付記１０に記載の情報処理システム。
[付記１３]
前記通知部が前記第二のサービスを前記機器に通知した場合、
前記表示制御部は、前記通知先を前記機器からサービスのサービス提供者に変更する要求を受け付ける表示部品を前記第二のサービスを通知する画面に表示する、付記７～１２のいずれか１項に記載の情報処理システム。
[付記１４]
前記通知部が前記第二のサービスを前記機器に通知した場合であり、更に、前記第二のサービスの対象モジュールの実施率が閾値未満の場合、
前記表示制御部は、前記通知先を前記機器からサービスのサービス提供者に変更することを推奨するコメントを表示する付記１３に記載の情報処理システム。
[付記１５]
前記表示制御部は、前記第二のサービスの対象モジュールの前記実施率を表示する付記１４に記載の情報処理システム。
[付記１６]
前記ユーザーは、企業もしくは人である付記１～１５のいずれか１項に記載の情報処理システム。
［付記１７］
前記通知先判断部が、前記サービスの通知先を判断するための情報には、内部又は外部の記憶部に保存されているサービスレベル情報が含まれており、
前記サービスレベル情報は、前記ユーザーが所望するサービス品質保証の程度として契約しているサービスのレベルに関する情報であり、
前記サービスレベル情報は、前記ユーザーに対応付けられていることを特徴とする付記１に記載の情報処理システム。
［付記１８］
前記通知先判断部が前記サービスの通知先を判断するための情報には、内部又は外部の記憶部に保存されているサービスレベル情報が含まれており、
前記サービスレベル情報は前記第二のサービスの対象モジュールに対応付けられており、
前記通知先判断部は、前記対象モジュールに対応付けられた前記サービスレベル情報に基づいて、前記サービスの通知先を判断することを特徴とする付記２に記載の情報処理システム。
［付記１９］
前記通知先判断部は、前記サービスを実施するサービス作業担当者のスキルレベル、現在地、営業時間、休業日、及び休日カレンダーの少なくとも１つを用いて、前記サービスの通知先を判断することを特徴とする付記１に記載の情報処理システム。
【符号の説明】
【0262】
１０１ 端末装置
１０２ ＤＦＥ
１０３ 画像形成装置
１０４ サーバ装置
１０２ ＤＦＥ
１０３ 画像形成装置
１０４ サーバ装置
【先行技術文献】
【特許文献】
【0263】
【特許文献1】特開２０１７－０７８９９７号公報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】