JP6217803B2 - 装置、システム、その制御方法及びプログラム - Google Patents

Description

本発明は、画像形成装置、画像形成システム、その制御方法及びプログラムに関する。

近年、ネットワークを介して画像形成装置を遠隔管理する管理システムが普及してきている。当該管理システムは、ネットワークを介して、管理装置が、画像形成装置から種々の情報を受け付け、かかる情報に基づき修理を行うサービスマンの派遣指示、トナー、インクの発送指示等を行うものである。

管理装置が受け付ける情報とは、例えば、画像形成装置側で検出可能な情報である。例えば、画像形成装置のステータス、インク残量などの動作情報や、トナー切れ、紙詰まりなどのエラー情報、画像形成装置の故障情報等の情報である。

例えば、特許文献１には、画像形成装置の修理依頼を通知するためのパネルを画像形成装置に設置しておき、当該パネルのボタンの押下を受け付けた場合に、エラーの内容を入力させる画面（ＷＥＢページ）を作成してユーザに提示し、当該ＷＥＢページのＵＲＬを記載した修理依頼のメールを作成して送信することが記載されている。

特開２００５−１９００４４号公報

修理依頼元のユーザにとって、修理依頼をした場合、早急に当該依頼に対する応答や、修理対象修物の修理が行われることが望ましい。しかしながら、当該修理依頼の依頼先が、当該依頼に対する応答に時間がかかってしまう状態にある場合がある。

例えば、当該修理依頼がされた時間が、サポートセンター等、修理依頼先の営業時間外である場合、修理依頼をしてから翌日の営業開始時間までの間、当該修理依頼に対する応答がされず、当該修理依頼から応答までに大きなタイムラグが発生してしまう。

本発明は、装置にかかる依頼をするためのオブジェクトの表示状態を、当該依頼の受付可能時間内か否かに応じて異ならせる仕組みを提供することを目的とする。

例えば、画像形成装置にかかる依頼の操作を受け付ける依頼オブジェクトを、依頼を受付可能な時間の情報を用いて適切に表示する仕組みを提供する。

本発明は、装置の機能を実行するためのオブジェクトと、当該装置にかかる依頼を依頼先に送信するための依頼オブジェクトと、を含む複数のオブジェクトを表示する装置であって、前記複数のオブジェクトのうち、前記依頼オブジェクトに対する操作を受け付けたことに基づいて、当該装置にかかる依頼を依頼先に送信するべく制御する送信制御手段と、現在時刻が前記依頼の受付可能時間内か否かに応じて、依頼オブジェクトの表示状態を異ならせる表示制御を行う表示制御手段と、を備えることを特徴とする。

本発明によれば、装置にかかる依頼をするためのオブジェクトの表示状態を、当該依頼の受付可能時間内か否かに応じて異ならせる仕組みを提供することができる。

本発明の実施形態における、画像形成システムの構成の一例を示す図である。 本発明の実施形態における、メールサーバ及びＰＣのハードウェア構成の一例を示す図である。 本発明の実施形態における、複合機のハードウェア構成の一例を示す図である。 本発明の実施形態における、各種装置の機能構成の一例を示す図である。 本発明の実施形態における、修理依頼アプリケーションが起動された場合の、時間情報に基づいた画面の表示処理の流れを示すフローチャートである。 本発明の実施形態における、修理依頼ボタンが押下された場合の、時間情報に基づいた画面の表示処理の流れを示すフローチャートである。 本発明の第１の実施形態における、修理依頼処理の流れを示すフローチャートである。 本発明の実施形態における、修理依頼のキャンセル及び修理依頼完了処理の流れを示すフローチャートである。 本発明の実施形態における、各種データテーブルの構成の一例を示す図である。 本発明の実施形態における、ボタンデータの構成の一例を示す図である。 本発明の実施形態における、メールテンプレートの構成の一例を示す図である。 本発明の実施形態における、時間情報に応じた画面の表示状態の一例を示す図である。 本発明の実施形態における、修理依頼画面の構成の一例を示す図である。 本発明の実施形態における、修理依頼内容確認画面の構成の一例を示す図である。 本発明の実施形態における、修理依頼可能時間外の旨を通知する通知画面の構成の一例を示す図である。 本発明の第１の実施形態における、修理依頼に際しての画面遷移の様子を示す図である。 本発明の実施形態における、修理依頼のキャンセル処理に際しての画面遷移の様子を示す図である。 本発明の実施形態における、修理依頼完了処理に際しての画面遷移の様子を示す図である。 本発明の実施形態における、修理依頼アプリケーションとプラットフォームの機能の一例を示す図である。 本発明の第２の実施形態における、修理依頼処理の流れを示すフローチャートである。 本発明の第２の実施形態における、修理依頼に用いる画像の読み取り処理の流れを示すフローチャートである。 本発明の第２の実施形態における、修理依頼に用いる画像の読み取り処理に際しての画面遷移の様子を示す図である。 本発明の実施形態における、本発明の実施形態における、時間情報に応じた画面の表示状態の一例を示す図である。

以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。

以下、単純に「本発明の実施形態における」処理、データ、画面等について記載する場合、本発明の第１の実施形態及び第２の実施形態における共通の処理、データ、画面について記載するものとする。本実施形態の説明において、複合機は画像形成装置であるものとする。

複合機３００には、プラットフォームと、修理依頼アプリケーションがインストールされており、本発明の実施形態における各図のフローチャートの処理は、当該複合機３００のＣＰＵが、当該プラットフォーム、又は、当該修理依頼アプリケーションの機能を用いて実行するものとする。

以後、各アプリケーションを主語（処理の主体）とした処理の説明は、当該複合機３００のＣＰＵが、当該処理主体として記載されているアプリケーションの機能を用いて実行している処理とする。

まず図１を参照して、本発明の実施形態における、画像形成システムの構成の一例について説明する。図１は、本発明の実施形態における、画像形成システムの構成の一例を示す図である。

当該複合機３００は、当該複合機３００の修理依頼先であるサポートセンターの、修理依頼に対する対応が可能（修理依頼（画像形成装置にかかる依頼）の受付可能）な時間情報（図８の修理依頼可能時間８０３／所定の時間の情報）を記憶している。

当該複合機３００は、例えば、表示画面の更新が行われるごとに、現在時刻が当該修理依頼の可能な時間（所定時間内）か否かを判定し、現在時刻が当該修理依頼の可能な時間である場合は、修理依頼用のボタンである修理依頼ボタンを選択可能に表示画面に表示する処理を行い、現在時刻が当該修理依頼の可能な時間でない場合は、当該修理依頼ボタンを選択不可能にして表示画面に表示する処理を行う。

当該複合機３００は、修理依頼ボタンの押下を受け付け、修理依頼の内容の入力を受け付けて、サポートセンターに対して（ＰＣ２００に対して）修理依頼を行う指示を受け付け、当該修理依頼の依頼先に修理依頼をするメールを作成して、当該メールをメールサーバ１００に送信する。メールサーバ１００は、当該メールを、修理依頼先のメールアドレスに対して送信する。

メールサーバ１０１は、サポートセンターに設置されたメールサーバである。ＰＣ２００は、修理依頼先の端末である。例えば、複合機３００の修理担当者が、当該ＰＣ２００で受信した修理依頼のメールを確認して、複合機３００の設置場所に向かうこととなる。以上が図１の、本発明の実施形態における、画像形成システムの構成の一例についての説明である。

次に図２を参照して、本発明の実施形態における、メールサーバ及びＰＣのハードウェア構成の一例について説明する。図２は、本発明の実施形態における、メールサーバ及びＰＣのハードウェア構成の一例を示す図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、入力装置２０９であるキーボード（ＫＢ）や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ１５０）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。以上が図２の、本発明の実施形態における、メールサーバ及びＰＣのハードウェア構成の一例についての説明である。

次に図３を参照して、本発明の実施形態における、複合機のハードウェア構成の一例について説明する。図３は、本発明の実施形態における、複合機のハードウェア構成の一例を示す図である。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ１５０）や公衆回線（ＷＡＮ／外部ネットワーク）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム，画像データ等を格納する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（キーボード）３０８とのインタフェース部である。また、操作部Ｉ／Ｆ３０７は、操作部３０８から入力したキー情報（例えば、スタートボタンの押下）をＣＰＵ３０１に伝える役割をする。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）１５０に接続する。また、無線通信も可能な構成となっており、赤外線やＢｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ-Ｆｉ（登録商標）を用いた通信にて他の装置と接続する。データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となる携帯端末のＩＣカード（記憶媒体）の読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９による携帯端末のＩＣカードからの情報読み取りを制御し、該携帯端末のＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。

３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

尚、表示部はプリンタによって表示性能が異なり、タッチパネルを介して操作をできるプリンタ、単に液晶画面を備え文字列を表示（印刷状態や印刷している文書名の表示）させるだけのプリンタによって本発明は構成されている。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（ＩＣチップとして携帯端末内に備えられていてもよい）に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。また、カードリーダ３１９はＮＦＣの通信規格に対応しており、ＩＣカードや携帯端末のＩＣチップへの読み書きを行うことが可能な構成となっている。なお、ＮＦＣ規格対応のカードリーダに、ＮＦＣ規格対応の携帯端末をかざすと、認証を行い、携帯端末とプリンタ（複合機）とのペアリングを行う。そして、かざされた携帯端末とプリンタ（複合機）で通信（Ｐ２Ｐ）を確立してデータの通信を行うことが可能である。その他、高速通信規格である、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉ-Ｆｉ（登録商標）に通信を引き継ぎ（ハンドオーバー）、携帯端末とプリンタ（複合機）間で通信を行わせることも可能である。例えば、携帯端末をカードリーダにかざすことで、携帯端末に記憶されている画像をプリンタ（複合機）へ送信することが可能となる。なお、ＮＦＣの通信規格の詳細は、従来技術であるため、説明を省略するものとする。

上述した複合機３００では、複合機３００を制御するためのプラットフォームが存在し、このプラットフォーム上で、認証サーバと通信するための認証アプリケーションが動作している。認証アプリケーションはＨＤＤ３０４に記憶されている。プラットフォームが管理する、ログイン時にユーザ情報を格納するログインコンテキストや、各種設定情報は、ＨＤＤ３０４上に領域が確保されている。

また、プラットフォーム上には、複合機３００の本体機能を拡張したアプリケーションがインストールされ、動作している。これらアプリケーションは、プラットフォームのＡＰＩを用いて実行される。
このプラットフォームを介して、プリンタの各機能を制御することが可能な構成となっている。

また、複合機３００には、Ｗｅｂブラウザも記憶されており、Ｗｅｂシステムと連携することも可能である。この場合、Ｗｅｂアプリケーションサーバから受信した画面をＷｅｂブラウザを用いて表示する。Ｗｅｂブラウザ上で指示した命令は、Ｗｅｂアプリケーションサーバへ要求がなされ、Ｗｅｂアプリケーションサーバからの命令を受け付けることによって、複合機３００により動作（スキャンやプリント処理）を実行することが可能である。

以上のような構成によって、複合機３００は、スキャナ３１４から読み込んだ画像データをＬＡＮ１５０上に送信したり、ＬＡＮ１５０から受信した印刷データをプリンタ部３１２により印刷出力することができる。

また、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。以上が図３の、本発明の実施形態における、複合機のハードウェア構成の一例についての説明である。

次に図１８を参照して、本発明の実施形態における、修理依頼アプリケーションとプラットフォームの機能の一例について説明する。図１８は、本発明の実施形態における、修理依頼アプリケーションとプラットフォームの機能の一例を示す図である。

複合機３００には、プラットフォーム（ＯＳ）と、修理依頼アプリケーションが設定されている。

当該プラットフォームは、例えば、印刷データの印刷を行うプリント機能（プリント機能部）、ＦＡＸデータを生成して送信先に送信するＦＡＸ機能（ＦＡＸ機能部）を備える。また、上述したプリント機能部や、ＦＡＸ機能部のような、プラットフォーム上に配置された各機能部（プリント機能部、ＦＡＸ機能部に限られない）のエラーを検知してエラーコードを修理依頼アプリケーションに通知する機能（エラー制御機能部）を備える。

また、当該プラットフォームは、例えば、ユーザに、当該プリント機能やＦＡＸ機能の選択／実行を指示させるためのメインメニュー画面をディスプレイに表示する画面（表示画面）に表示する表示機能（表示機能部）を備える。例えば、メインメニュー画面に、プリント用のアイコン、ＦＡＸ用のアイコンを配置して表示画面に表示する。また、修理依頼アプリケーションから取得した、修理依頼アプリケーションの機能を実行するためのオブジェクト（修理依頼ボタン）を表示する。

ボタンは、修理依頼アプリケーションの機能を実行するためのオブジェクトの一例である。修理依頼アプリケーションの機能の実行に用いるオブジェクトであれば、例えば、アイコン（修理依頼アイコン）であってもよいし、他の種類のオブジェクトであってもよい。つまり、オブジェクトは、ボタン及びアイコンを含むものである。

以下、実施形態の説明においては、ボタン（修理依頼ボタン）を用いて、説明を記載する。

当該プラットフォームは、その他、印刷データの記憶機能、原稿をスキャン（画像読み取り）することによるスキャンデータの生成・記憶機能、各種操作履歴を記憶する操作履歴記憶機能等を備える。

修理依頼アプリケーションは、プラットフォーム上に設定されており、修理依頼メール等のメールの生成・送信機能（メール機能部）を備える。また、プラットフォームから取得したエラーコードをメモリに記憶するエラーコードの記憶機能を備える。

当該修理依頼アプリケーションと、プラットフォームの各機能とのデータの送受信は、プラットフォーム（ＯＳ）を介して行われる。つまり、例えば、修理依頼ボタンの表示を行う場合、修理依頼アプリケーションが、当該修理依頼ボタンのボタン画像及び当該ボタン画像の表示指示をプラットフォームに送信し、当該ボタン画像を取得したプラットフォームが、当該プラットフォーム内の表示機能部に対して、当該ボタン画像及びボタン画像のメインメニュー画面への表示指示を送信する。そして、当該指示を受け取った表示機能部が、当該ボタンを配置したメインメニュー画面を生成してディスプレイに表示画面として出力するものである。

また、メール送信の場合は、修理依頼アプリケーションがプラットフォームに対して、修理依頼アプリケーションが生成したメールデータ及び送信先の情報を送信する。プラットフォームアプリケーションはこれを受信して、外部ネットワークとの通信機能を用いて当該メールをネットワーク上に送出する。以上が図１８の、本発明の実施形態における、修理依頼アプリケーションとプラットフォームの機能の一例についての説明である。

次に図４を参照して、本発明の実施形態における、各種装置の機能構成の一例について説明する。図４は、本発明の実施形態における、各種装置の機能構成の一例を示す図である。

図４において、プラットフォームの、エラー情報送信部４０１は、複合機３００においてエラーを検知した場合に、当該エラーの情報であるエラー情報（例えば、エラーの識別情報であるエラーコード）を、修理依頼アプリケーションに通知する。ここで通知されるエラー情報は、例えばプリント不良など画像形成装置の故障に関するコード、トナー切れなど故障以外の情報を指すコードを含む。

修理依頼アプリケーションのエラー情報受信部４０２は、プラットフォームよりエラー情報を受信する。エラー情報記憶制御部４０３は、エラー情報受信部４０２で受信したエラー情報を複合機３００の外部メモリ等の記憶領域に記憶する。

修理依頼アプリケーションの修理依頼可能時間取得部４０４は、修理依頼可能時間の情報を複合機３００の外部メモリ等の記憶領域から取得する。修理依頼可能時間とは、複合機３００の修理依頼が可能な時間の情報である。修理依頼可能時間は、予め、複合機３００の外部メモリ等の記憶領域に記憶されているものとする。

修理依頼可能時間取得部４０４は、例えば、複合機３００において、修理依頼ボタン（修理依頼を行うためのボタン／詳細は後述する）を含む表示画面への画面遷移の指示を受け付けた場合に、当該修理依頼可能時間の取得を行う。また、表示画面に表示中の、当該修理依頼ボタンを表示している画面の更新指示を受け付けた場合に、当該修理依頼可能時間の取得を行う。また、当該修理依頼ボタンの押下を受け付けた場合に、当該修理依頼可能時間の取得を行う。

修理依頼アプリケーションの時間判定部４０５は、現在時刻と、修理依頼可能時間取得部４０４で取得した修理依頼可能時間を比較し、現在時刻が、修理依頼可能時間の示す時間内か判定する。

例えば、修理依頼可能時間＝０９：００〜１７：００であった場合、現在時刻が、０９：００〜１７：００かを判定する。現在時刻が１７：００：０１〜０８：５９：５９であった場合は、時間外と判定し、現在時刻が０９：００：００〜１７：００：００であった場合は、時間内と判定する。

修理依頼アプリケーションの修理依頼ボタン表示制御部４０６は、時間判定部４０５の判定結果に応じて、修理依頼ボタンの表示制御を行う。例えば、現在時刻が修理依頼可能時間の時間内であった場合、修理依頼ボタンを選択可能に表示することを決定し、修理依頼ボタンを選択可能に表示画面に表示するようプラットフォームに指示する。

また、例えば、現在時刻が修理依頼可能時間の時間外であった場合、修理依頼ボタンを選択できないように表示することを決定し、修理依頼ボタンを選択できないように表示画面に表示するようプラットフォームに指示する。

本発明の実施形態において、修理依頼ボタンは複数種類存在するものとする。以下、現在時刻が修理依頼可能時間の時間内の場合であって、修理依頼中でない場合に表示される修理依頼ボタンを「依頼ボタン」（依頼オブジェクト／修理依頼可能時間内であって依頼中でないことを識別可能なボタン）とする。修理依頼中である場合に表示される修理依頼ボタンを「依頼中ボタン」（依頼中オブジェクト／依頼を送信済みであることを識別可能なボタン）とする。現在時刻が修理依頼可能時間の時間外の場合であって、修理依頼中でない場合に表示される修理依頼ボタンを「時間外ボタン」（時間外オブジェクト／修理依頼可能時間外であって依頼中でないことを識別可能なボタン）とする。

時間外ボタンは、選択不可能に表示される（例えばグレーアウト表示される）修理依頼ボタンである。

修理依頼アプリケーションの修理依頼画面表示制御部４０７は、上述した依頼ボタンの押下を受け付けた場合に、ユーザが修理依頼の内容を入力するための画面である修理依頼画面を表示するよう、プラットフォームに指示する。

修理依頼アプリケーションのエラー情報取得部４０８は、前記修理依頼画面において、エラー情報（エラーコード）の表示指示を受け付けた場合に、エラー情報記憶制御部４０３で記憶したエラー情報を取得する。

修理依頼画面表示制御部４０７は、表示中の修理依頼画面において、エラー情報（エラーコード）の表示指示を受け付けた場合に、エラー情報取得部４０８で取得したエラー情報を含む修理依頼画面の表示を、プラットフォームに指示する。

修理依頼アプリケーションの修理依頼メール送信部４０９は、修理依頼画面で入力を受け付けた修理依頼の内容を含むメール（修理依頼メール）を作成して送信する。

メールサーバ１００の修理依頼メール受信部４１１は、修理依頼メール送信部４０９から送信された修理依頼メールを受信する。修理依頼メール送信部４１２は、修理依頼メール受信部４１１で受信された修理依頼メールを、修理依頼メールに含まれる宛先アドレス（修理依頼の依頼先）に送信する。

メールサーバ１０１の修理依頼メール受信部４１３は、修理依頼メール送信部４１２から送信された修理依頼メールを受信する。修理依頼メール送信部４１４は、修理依頼メール受信部４１３で受信された修理依頼メールを、修理依頼メールに含まれる宛先アドレス（修理依頼の依頼先）に送信する。

ＰＣ２００の修理依頼メール受信部４２１は、修理依頼メール送信部４１４から送信された修理依頼メールを受信する。以上が図４の、本発明の実施形態における、各種装置の機能構成の一例についての説明である。

［第１の実施形態］

次に図５Ａを参照して、本発明の実施形態における、修理依頼アプリケーションが起動された場合の、時間情報に基づいた画面の表示処理の流れについて説明する。図５Ａは、本発明の実施形態における、修理依頼アプリケーションが起動された場合の、時間情報に基づいた画面の表示処理の流れを示すフローチャートである。

ここでいう時間情報とは、上述した修理依頼可能時間のことである。

上述したように、図５Ａに示すフローチャートの各処理は、当該複合機３００のＣＰＵが、当該プラットフォーム、又は、当該修理依頼アプリケーションの機能を用いて実行するものである。

複合機３００のＣＰＵ３０１は、修理依頼アプリケーションの起動を実行する。つまり、修理依頼アプリケーションは、プラットフォームから、修理依頼アプリケーションの起動指示を受け付ける（ステップＳ５０１）。つまりメインメニューの表示の通知を受信する。

修理依頼アプリケーションは、複合機３００の外部メモリに記憶されている修理依頼ステータスを取得する（ステップＳ５０２）。当該修理依頼ステータスは、当該複合機３００の修理を依頼中（修理依頼中）か、修理未依頼かを示すステータスである。修理依頼ステータスについては図８の説明で後述する。

ここで図８を参照して、本発明の実施形態における、各種データテーブルの構成の一例について説明する。図８は、本発明の実施形態における、各種データテーブルの構成の一例を示す図である。

データテーブル８００は、メールサーバホスト名８０１、メールアドレス８０２、修理依頼可能時間８０３等から構成される。メールサーバホスト名８０１は、修理依頼メールの送信先（依頼先）のメールサーバのホスト名を示す。データテーブル８００は、複合機３００の外部メモリに記憶されている。

メールアドレス８０２は、修理依頼メールの送信先（依頼先）のメールアドレスを示す。修理依頼可能時間８０３は、修理依頼メールを依頼先に送信可能な時間を示す。

修理依頼ステータス８１０は、修理依頼の依頼先（修理依頼先）に対して、修理を依頼中か否かを示す情報である（依頼を送信済みか否かを示す情報である）。修理依頼ステータス８１０＝ｔｒｕｅの場合、修理依頼中であることを示す。修理依頼ステータス８１０＝ｆａｌｓｅの場合、修理未依頼であることを示す。

エラーコード８２０は、修理依頼アプリケーションが、プラットフォームから複合機３００のエラー情報（エラーコード）を受信した場合に、当該エラーコードを記憶するテーブルである。当該エラー解消の通知をプラットフォームから受信した場合は、当該エラーコード８２０のエラーコードを削除する。

つまり、エラーコード８２０は、現在発生中のエラーのエラーコードを記憶するテーブルである。

修理依頼ステータス８１０は、具体的には、修理依頼内容保持ファイル８３０のような、修理依頼の内容を保持するファイルの中に含まれる。当該修理依頼内容保持ファイル８３０は、複合機３００の外部メモリ等の記憶領域に記憶されており、当該修理依頼内容保持ファイル８３０の各項目は、修理依頼が依頼先に送信された場合、又は、修理依頼がキャンセルされた場合に更新される。以上が図８の、本発明の実施形態における、各種データテーブルの構成の一例についての説明である。

図５Ａの説明に戻る。修理依頼アプリケーションは、ステップＳ５０２で取得した修理依頼ステータスを参照して、修理依頼中か否かを判定する（ステップＳ５０３／依頼状況判定手段）。修理依頼中でないと判定した場合（ステップＳ５０３でＮＯ）、処理をステップＳ５０４に移行する。修理依頼中であると判定した場合（ステップＳ５０３でＹＥＳ）、処理をステップＳ５０７に移行する。

修理依頼アプリケーションは、ステップＳ５０４で、修理依頼可能時間８０３の情報を取得する（ステップＳ５０４／所定時間取得手段）。また、現在時刻の情報を取得する。当該現在時刻の情報は、プラットフォームが当該プラットフォームの機能に含まれる時計機能を用いて計測している。修理依頼アプリケーションは当該時計機能で計測されている現在時刻の情報を、当該プラットフォームから取得する。

修理依頼アプリケーションは、現在時刻が、修理依頼可能時間８０３の示す時間内か判定する（ステップＳ５０５／時間判定手段）。現在時刻が、修理依頼可能時間８０３の示す時間内である場合（ステップＳ５０５でＹＥＳ）、選択可能な修理依頼ボタン（依頼ボタン）の表示指示をプラットフォームに送信する（ステップＳ５０６）。

具体的には、図９に示すような、複合機３００の外部メモリに記憶されたボタンデータ９００を参照して、「状態９０１＝修理未依頼」に対応するボタン画像９０２と文字列９０３を取得して、当該ボタン画像の表示指示をプラットフォームに送信する。

図９のボタンデータ９００は、ボタンの画像データ（ボタン画像９０２）と、当該ボタンと共に表示する文字列９０３を、状態９０１（修理未依頼か、修理依頼中か、修理依頼可能時間外か）の情報と対応付けて記憶したデータテーブルである。当該ボタンデータ９００は、複合機３００の外部メモリ等の記憶領域に予め記憶されているものとする。

当該指示に従い、プラットフォームが、複合機３００の表示画面に、依頼ボタンが選択可能に配置されたメニュー画面が表示する処理を行う。例えば、図１１のメインメニュー画面１１００のような、依頼ボタン１１０１（選択可能な修理依頼ボタン）が配置されたメインメニュー画面を表示する。

ステップＳ５０５で、現在時刻が、修理依頼可能時間８０３の示す時間外であると判定された場合（ステップＳ５０５でＮＯ）、修理依頼アプリケーションは、当該時間外である旨を示す修理依頼ボタンである時間外ボタン（例えば図１１の時間外ボタン１１２１）をメニュー画面に配置して表示するよう、複合機３００のプラットフォームに指示する。

具体的には、図９のボタンデータ９００を参照して、「状態９０１＝修理依頼可能時間外」に対応するボタン画像９０２と文字列９０３を取得して、当該ボタン画像の表示指示をプラットフォームに送信する。

当該指示に従い、プラットフォームが、複合機３００の表示画面に、時間外ボタンを配置したメニュー画面を表示する。例えば、図１１のメインメニュー画面１１２０のような画面を表示する。

当該時間外ボタンは修理依頼ボタンの一種である。当該時間外ボタンは、現在時刻が修理依頼可能時間８０３の示す時間外であって、現在時刻において修理依頼が不可能であることを示すボタンである。また、当該時間外ボタンは、選択不可能な修理依頼ボタンであり、図１１のメインメニュー画面１１２０の時間外ボタン１１２１に示すように、選択できないようにグレーアウトされた状態でメニュー画面に表示されるボタンである。

つまり、複合機３００のＣＰＵ３０１は、修理依頼ボタンが選択できないように配置されたメニュー画面を表示画面に表示する。

複合機３００のＣＰＵ３０１は、ステップＳ５０３で、現在、修理依頼中であると判定した場合（ステップＳ５０３でＹＥＳ）、依頼中ボタン（図１１の依頼中ボタン１１１１）をメニュー画面に配置して表示するよう、複合機３００のプラットフォームに指示する（ステップＳ５０７）。

具体的には、図９のボタンデータ９００を参照して、「状態９０１＝修理依頼中」に対応するボタン画像９０２と文字列９０３を取得して、当該ボタン画像の表示指示をプラットフォームに送信する。

当該指示に従い、複合機３００のプラットフォームが、複合機３００の表示画面に、依頼中ボタンを配置したメニュー画面を表示する。例えば、図１１のメインメニュー画面１１１０のような画面を表示する。

当該依頼中ボタンは修理依頼ボタンの一種である。当該依頼中ボタンは、現在修理依頼中である旨を示すボタンである。また、当該依頼のキャンセル又は修理完了の情報をユーザに入力させる修理依頼中内容確認画面（図１６の１６２０、図１７の１７２０、図１３の各画面等）を表示画面に表示させるためのボタンである。

以上が図５Ａの、本発明の実施形態における、修理依頼アプリケーションが起動された場合の、時間情報に基づいた画面の表示処理の流れについての説明である。

次に図５Ｂを参照して、本発明の実施形態における、修理依頼ボタンが押下された場合の、時間情報に基づいた画面の表示処理の流れについて説明する。図５Ｂは、本発明の実施形態における、修理依頼ボタンが押下された場合の、時間情報に基づいた画面の表示処理の流れを示すフローチャートである。

上述したように、図５Ｂに示すフローチャートの各処理は、当該複合機３００のＣＰＵが、当該プラットフォーム、又は、当該修理依頼アプリケーションの機能を用いて実行するものである。

修理依頼アプリケーションは、依頼ボタン、依頼中ボタンのいずれかが押下されたか判定する（ステップＳ５１１）。つまり、修理依頼ボタン（オブジェクト）が押下されたか判定する。

具体的には、プラットフォームが依頼ボタン、依頼中ボタンのいずれかが押下された旨の情報を修理依頼アプリケーションに通知する。そして、修理依頼アプリケーションは、当該いずれかのボタンが押下された旨の情報をプラットフォームから受け付けた場合に、ステップＳ５１１で、当該依頼ボタン、依頼中ボタンのいずれかが押下されたと判定する。

修理依頼アプリケーションは、上記いずれかのボタンの押下を受け付けたと判定した場合は（ステップＳ５１１でＹＥＳ）、処理をステップＳ５１２に移行する。

修理依頼アプリケーションは、ステップＳ５１２の処理を実行し、ステップＳ５１３に処理を移行する。ステップＳ５１２の処理は図５ＡのステップＳ５０２の処理と同一のため、説明は割愛する。

修理依頼アプリケーションは、ステップＳ５０２で取得した修理依頼ステータスを参照して、修理依頼中か否かを判定する（ステップＳ５１３）。修理依頼中でないと判定した場合（ステップＳ５１３でＮＯ）、処理をステップＳ５１４に移行する。修理依頼中であると判定した場合（ステップＳ５１３でＹＥＳ）、処理をステップＳ５２０に移行し、修理依頼のキャンセル及び修理依頼完了処理のいずれかを実行する。当該修理依頼のキャンセル及び修理依頼完了処理の詳細については図７の説明で後述する。

修理依頼アプリケーションは、ステップＳ５１４の処理を実行し、処理をステップＳ５１５に移行する。ステップＳ５１４の処理は図５ＡのステップＳ５０４の処理と同一のため、説明は割愛する。

修理依頼アプリケーションは、現在時刻が、修理依頼可能時間８０３の示す時間内か判定する（ステップＳ５１５／時間判定手段）。現在時刻が、修理依頼可能時間８０３の示す時間内である場合（ステップＳ５１５でＹＥＳ）、処理をステップＳ５１６に移行し、修理依頼処理に移行する。

本発明の第１の実施形態における、当該修理依頼処理の詳細については図６の説明で後述する。

本発明の第２の実施形態における、当該修理依頼処理の詳細については図１６及び図１７の説明で後述する。

修理依頼アプリケーションは、ステップＳ５１６又はステップＳ５２０の処理後、処理をステップＳ５１７に移行する。また、ステップＳ５１７の処理後、処理をステップＳ５１８に移行する。ステップＳ５１７の処理は、図５ＡのステップＳ５０２、図５ＢのステップＳ５１２の処理と同一のため、説明は割愛する。

修理依頼アプリケーションは、ステップＳ５１７で取得した修理依頼ステータスを参照して、修理依頼中か否かを判定する（ステップＳ５１８）。修理依頼中でないと判定した場合（ステップＳ５１８でＮＯ）、処理をステップＳ５１９に移行する。修理依頼中であると判定した場合（ステップＳ５１８でＹＥＳ）、処理をステップＳ５２１に移行する。

ステップＳ５１９の処理は、図５ＡのステップＳ５０６の処理と同一のため、説明は割愛する。また、ステップＳ５２１の処理は、図５ＡのステップＳ５０７の処理と同一のため、説明は割愛する。

修理依頼アプリケーションは、現在時刻が、修理依頼可能時間８０３の示す時間内でない場合（ステップＳ５１５でＮＯ）、処理をステップＳ５２２に移行する。

修理依頼アプリケーションは、図１１に示すエラー画面１４００のようなエラー画面を表示し（ステップＳ５２２）、所定時間経過後、又は、複合機３００本体に設置されたメインメニューボタン（不図示）の押下指示を受け付けることで、処理をステップＳ５２３に移行する。ステップＳ５２３の処理は、図５ＡのステップＳ５０８の処理と同一のため、説明は割愛する。以上が図５Ｂの、本発明の実施形態における、修理依頼ボタンが押下された場合の、時間情報に基づいた画面の表示処理の流れについての説明である。

以上説明したように、本発明によれば、時間情報に基づいて、修理依頼にかかる情報をユーザに提示する仕組みを提供することができる。

つまり、画像形成装置にかかる依頼の画像（修理依頼ボタン）を、適切にユーザに提示する仕組みを提供することができる。

次に、図６を参照して、本発明の第１の実施形態における、修理依頼処理の流れについて説明する。図６は、本発明の第１の実施形態における、修理依頼処理の流れを示すフローチャートである。

上述したように、図６に示すフローチャートの各処理は、当該複合機３００のＣＰＵが、当該プラットフォーム、又は、当該修理依頼アプリケーションの機能を用いて実行するものである。

複合機３００のＣＰＵ３０１は、図１２の１２００のような修理依頼画面を表示画面に表示する（ステップＳ６０１）。具体的には、当該修理依頼画面の画像を生成して、プラットフォームに送信し、プラットフォームが当該修理依頼画面を表示画面に表示する処理を行う。

ここで図１２を参照して、本発明の実施形態における、修理依頼画面の構成の一例について説明する。図１２は、本発明の実施形態における、修理依頼画面の構成の一例を示す図である。

修理依頼画面１２００は、大項目１２０１、「戻る」ボタン１２０２、「修理依頼送信」ボタン１２０５等から構成される。大項目１２０１は、修理依頼の種別を選択するための項目である。当該大項目１２０１に対する押下指示を受け付けることで、修理依頼の内容として選択可能な項目がプルダウン表示される。例えば、「画像不良」、「エラーメッセージ」、「プリント不良」等の項目がプルダウン表示される。

当該プルダウン表示された各項目のうち１つの項目の選択を受け付けることで、当該選択を受け付けた項目を大項目１２０１に入力する。

「戻る」ボタン１２０２は、表示画面を当該修理依頼画面１２００が表示される前のメインメニュー画面に戻すためのボタンである。「修理依頼送信」ボタン１２０５は、当該修理依頼画面１２００で入力された各項目の内容を含む修理依頼メールを修理依頼先に向けて送信するためのボタンである。

修理依頼画面１２１０は、大項目１２０１において、「エラーメッセージ」が選択された場合に表示画面に表示される修理依頼画面である。大項目１２１１には、「エラーメッセージ」が入力されている。

エラーコード１２１２には、修理依頼アプリケーションが、修理依頼アプリケーションが、が複合機３００の外部メモリから取得したエラーコードを表示（入力）する入力部である。例えば、図８のエラーコード８２０に記憶された、現在複合機３００において発生中のエラーのエラーコードが入力される。以上が図１２の、本発明の実施形態における、修理依頼画面の構成の一例についての説明である。

図６の説明に戻る。修理依頼アプリケーションは、「戻る」ボタン１２０２の押下指示を受け付けたか判定する（ステップＳ６０２）。つまり、メインメニュー画面に戻る指示を受け付けたか判定する。

修理依頼アプリケーションは、「戻る」ボタン１２０２の押下指示を受け付けたと判定した場合（ステップＳ６０２でＹＥＳ）、処理を終了する。「戻る」ボタン１２０２の押下指示を受け付けていないと判定した場合（ステップＳ６０２でＮＯ）、処理をステップＳ６０３に移行する。

修理依頼アプリケーションは、「修理依頼送信」ボタン１２０５の押下指示を受け付けたか判定する（ステップＳ６０３）。つまり、修理依頼の実行指示を受け付けたか判定する。

修理依頼アプリケーションは、「修理依頼送信」ボタン１２０５の押下指示を受け付けたと判定した場合（ステップＳ６０３でＹＥＳ）、処理をステップＳ６０８に移行する。「修理依頼送信」ボタン１２０５の押下指示を受け付けていないと判定した場合（ステップＳ６０３でＮＯ）、処理をステップＳ６０４に移行する。

修理依頼アプリケーションは、大項目１２０１の入力指示を受け付けたか判定する（ステップＳ６０４／入力受付手段）。つまり、大項目の押下指示がされ、当該押下指示に応じてプルダウン表示された項目の選択指示がされたか判定する。

修理依頼アプリケーションは、大項目１２０１の入力指示を受け付けていないと判定した場合（ステップＳ６０４でＮＯ）、処理をステップＳ６０１に戻す。例えば、大項目以外の項目への、文字列の入力指示を受け付けた場合は、当該入力指示の結果を反映した画面を生成し、ステップＳ６０１で表示画面に表示する処理を行う。

修理依頼アプリケーションは、大項目１２０１の入力指示を受け付けたと判定した場合（ステップＳ６０４でＹＥＳ）、処理をステップＳ６０５に移行する。

修理依頼アプリケーションは、大項目１２０１に入力された項目が「エラーメッセージ」か判定する（ステップＳ６０５）。つまり、エラーコードの取得指示を受け付けたか判定する。

修理依頼アプリケーションは、大項目１２０１に入力された項目が「エラーメッセージ」であると判定した場合（ステップＳ６０５でＹＥＳ）、図８のエラーコード８２０を参照する。エラーコード８２０にエラーコードが記憶されている場合（つまり、複合機３００においてエラーが発生中の場合）、当該エラーコードを取得する（ステップＳ６０６）。そして、図１２のエラーコード１２１２に、取得したエラーコードを入力し（ステップＳ６０７）、処理をステップＳ６０１に戻す。

修理依頼アプリケーションは、大項目に入力された項目が「エラーメッセージ」でないと判定した場合（ステップＳ６０５でＮＯ）、処理をステップＳ６０１に戻す。

修理依頼アプリケーションは、ステップＳ６０８において、修理依頼メールの作成処理を行う（ステップＳ６０８）。具体的には、図１０に示すような、複合機３００の外部メモリに記憶された修理依頼メールのメールテンプレート１０００を取得して、当該メールテンプレートに従って、修理依頼画面で入力を受け付けた各項目の内容（文字列）を本文に挿入した電子メールを生成する。また、当該電子メールの送信先に、図８のメールアドレス８０２を設定する。

また、当該本文に挿入した情報に加えて、当該メールテンプレート１０００に含まれない、例えば、図１２の修理依頼画面１２００、１０１０における、会社名、名前、電話番号、住所の情報を挿入したテキストファイルを生成して、当該テキストファイルを暗号化し、生成した電子メールに添付する。

これにより、修理依頼を行うユーザ（依頼者）の個人情報については、セキュリティを高めるため、暗号化を行ってから、修理依頼の依頼先に送信することができる。

修理依頼アプリケーションは、ステップＳ６０８で生成した電子メールを送信する（ステップＳ６０９）。具体的には、当該電子メールを、修理依頼先（ＰＣ２００又はメールサーバ１０１）に送信するため、当該電子メールをメールサーバ１００に送信する処理を行う。

当該修理依頼メールの送信中は、送信中画面１５４０（図１５）のような画面を表示画面に表示し、送信が完了した場合に、修理依頼送信完了画面１５５０（図１５）のような送信完了画面を表示画面に表示する。

修理依頼アプリケーションは、当該修理依頼メール及び添付ファイルの生成に用いた、修理依頼の内容（「修理依頼送信」ボタン１２０５押下時点で、修理依頼画面１２００の各項目に入力されていた情報）を、図８の修理依頼内容保持ファイル８３０の対応する項目に書き込み、修理依頼ステータス８１０をｔｒｕｅに書き換える（ステップＳ６１０）。つまり、修理依頼ステータスを更新する。

以上が図６の、本発明の第１の実施形態における、修理依頼処理の流れについての説明である。

次に、図７を参照して、本発明の実施形態における、修理依頼のキャンセル及び修理依頼完了処理の流れについて説明する。図７は、本発明の実施形態における、修理依頼のキャンセル及び修理依頼完了処理の流れを示すフローチャートである。

上述したように、図７に示すフローチャートの各処理は、当該複合機３００のＣＰＵが、当該プラットフォーム、又は、当該修理依頼アプリケーションの機能を用いて実行するものである。

複合機３００のＣＰＵ３０１は、図１６の１６２０、図１７の１７２０、図１３に示すような修理依頼中内容確認画面を表示画面に表示する（ステップＳ７０１）。具体的には、当該修理依頼中内容確認画面の画像を生成して、プラットフォームに送信し、プラットフォームが当該修理依頼中内容確認画面を表示画面に表示する処理を行う。

ここで図１３を参照して、本発明の実施形態における、修理依頼内容確認画面の構成の一例について説明する。図１３は、本発明の実施形態における、修理依頼内容確認画面の構成の一例を示す図である。

修理依頼内容確認画面１３００は、修理依頼中の大項目が、エラーメッセージでない場合の修理依頼内容確認画面である。修理依頼内容確認画面１３１０は、修理依頼中の大項目が、エラーメッセージである場合（エラーコードを修理依頼に含めて送信している場合）の修理依頼内容確認画面である。

各修理依頼内容確認画面は、「戻る」ボタン１３０１、「修理依頼キャンセル」ボタン１３０２、「ＣＥ修理作業完了」ボタン１３０３等から構成される。「戻る」ボタン１３０１は、表示画面を各修理依頼内容確認画面が表示される前のメインメニュー画面に戻すためのボタンである。

「修理依頼キャンセル」ボタン１３０２は、修理依頼をキャンセルするためのボタンである。つまり修理依頼を取り下げるためのボタンである。当該「修理依頼キャンセル」ボタン１３０２の押下を受け付けた場合、修理依頼アプリケーションは、当該修理依頼のキャンセルを修理依頼先に通知する。
また、修理依頼内容保持ファイル８３０の、修理依頼ステータス８１０をｆａｌｓｅに書き換える処理を行う。

「ＣＥ修理作業完了」ボタン１３０３は、依頼していた修理の完了を、修理依頼先に通知するためのボタンである。以上が図１３の、本発明の実施形態における、修理依頼内容確認画面の構成の一例についての説明である。

図７の説明に戻る。修理依頼アプリケーションは、「修理依頼キャンセル」ボタン１３０２の押下を受け付けたか判定する（ステップＳ７０２）。つまり、修理依頼のキャンセルが指示されたか判定する。

修理依頼アプリケーションは、「修理依頼キャンセル」ボタン１３０２の押下を受け付けたと判定した場合（ステップＳ７０２でＹＥＳ）、修理依頼のキャンセルメールを生成する（ステップＳ７０７）。具体的には、図１０に示すような、複合機３００の外部メモリに記憶されたキャンセルメールのメールテンプレート１０１０を取得して、当該メールテンプレートに従って、修理依頼内容保持ファイル８３０の各項目の内容を本文に挿入した電子メールを生成する。

そして、当該キャンセルメールの宛先にメールアドレス８０２を設定して送信する（ステップＳ７０８）。当該キャンセルメールの送信中は、送信中画面１６４０（図１６）のような画面を表示画面に表示し、送信が完了した場合に、修理依頼キャンセル完了画面１６５０（図１６）のような送信完了画面を表示画面に表示する。

そして、処理をステップＳ７０６に移行し、修理依頼内容保持ファイル８３０の修理依頼ステータス８１０の値を、ｆａｌｓｅに書き換える。

修理依頼アプリケーションは、「修理依頼キャンセル」ボタン１３０２の押下を受け付けていないと判定した場合（ステップＳ７０２でＮＯ）、「ＣＥ修理作業完了」ボタン１３０３の押下を受け付けたか判定する（ステップＳ７０３）。つまり、修理依頼先に、修理完了の通知を行う指示を受け付けたか判定する。

修理依頼アプリケーションは、「ＣＥ修理作業完了」ボタン１３０３の押下を受け付けていないと判定した場合（ステップＳ７０３でＮＯ）、処理を終了する。

修理依頼アプリケーションは、「ＣＥ修理作業完了」ボタン１３０３の押下を受け付けたと判定した場合（ステップＳ７０３でＹＥＳ）、修理完了メールを生成する（ステップＳ７０４）。具体的には、図１０に示すような、複合機３００の外部メモリに記憶された修理完了メールのメールテンプレート１０２０を取得して、当該メールテンプレートに従って、修理依頼内容保持ファイル８３０の各項目の内容を本文に挿入した電子メールを生成する。

そして、当該修理依頼メールの宛先にメールアドレス８０２を設定して送信する（ステップＳ７０５）。当該修理完了メールの送信中は、送信中画面１７４０（図１７）のような画面を表示画面に表示し、送信が完了した場合に、ＣＥ作業完了画面１７５０（図１７）のような送信完了画面を表示画面に表示する。

そして、処理をステップＳ７０６に移行し、修理依頼内容保持ファイル８３０の修理依頼ステータス８１０の値を、ｆａｌｓｅに書き換える。

以上が図７の、本発明の実施形態における、修理依頼のキャンセル及び修理依頼完了処理の流れについての説明である。

図１８を参照して、本発明の実施形態における、アプリケーションごとの処理の一例について説明する。上述したように複合機３００のエラーを検知し、修理依頼アプリケーションに通知する機能（エラー制御部）はプラットフォーム（ＯＳ）に含まれる。

また、修理依頼アプリケーションからの指示を受けて、複合機３００の表示画面に、修理依頼ボタンを表示する表示機能（画面表示機能部）はプラットフォーム（ＯＳ）に含まれる。

以上、本発明の第１の実施形態について説明した。

以上説明したように、本発明によれば、修理依頼にかかる画像を、適切にユーザに提示する仕組みを提供することができる。

［第２の実施形態］

次に図１９〜図２１を用いて、本発明の第２の実施形態について説明する。第２の実施形態においては、複合機３００の修理依頼を行う場合に、印刷物をスキャンしたスキャン画像と、当該原稿の印刷元のデータである印刷データの画像とを、修理依頼に付与（添付）するための画面（スキャン画面／例えば、図２１）の表示を行う。

また、当該印刷物をスキャンしたスキャン画像と、当該印刷物の印刷元のデータである印刷データの、修理依頼（修理依頼メール）への付与（添付）を行う。

つまり、図２０に示す、修理依頼に用いる画像の読み取り処理を行う。

例えば、複合機の支障として、色ずれ、画像にスジが入って印刷される、色味が不正で印刷される等、検出不可能なエラーが存在する。このような症状が発生した場合には、修理依頼をするユーザが、修理依頼先のユーザに対して、電話等でエラーの症状を説明し、修理依頼先のユーザは、かかる説明内容に基づき、使用方法を指導する、サービスマンを派遣するなどにより対応している。

修理依頼元のユーザにとっては、このような検出不可能なエラーの症状を説明することは非常に煩雑であり、かかる症状を適切に説明することも困難である。エラーの内容が、修理依頼先（修理依頼先のユーザ）に正確に伝わらず、修理依頼元のユーザに対してどのような対応をすべきか即座に判断することができなかった。

また、修理依頼元のユーザは、どのように、エラーの内容を修理依頼先に伝えればよいか、分からないという問題があった。

第２の実施形態においては、上記修理依頼への各画像の添付処理により、印刷物と、印刷元のデータである印刷データの画像との間の差異を修理依頼先のユーザに確認させることができる。

また、上記スキャン画面の表示により、修理依頼元のユーザに、各画像を添付した修理依頼に必要な画面の情報を提示することができる。

当該スキャン画面の表示及び修理依頼への各画像の添付は、上述したように、例えば、複合機３００において色ズレが発生するようになってしまった場合（つまり、修理が必要な場合）、印刷物と、印刷元のデータである印刷データの画像との間の色ずれの度合い等、修理依頼の内容を修理依頼先のユーザに確認させる場合等に有効である。

また、当該スキャン画面において、印刷物をスキャンしたスキャン画像と、当該印刷物の印刷元のデータである印刷データの画像を比較表示することで、修理依頼元のユーザに対し、本当に複合機３００に対する修理が必要かを確認させる場合等に有効である。

つまり、印刷物に色ずれが発生しているように見えるが、印刷元の印刷データの画像と印刷物に差異がない、という場合、各画像を比較表示してユーザに確認させることで、複合機３００の修理依頼は不要であることをユーザに確認させることができる。

まず、図１９を参照して、本発明の第２の実施形態における、修理依頼処理の流れについて説明する。図１９は、本発明の第２の実施形態における、修理依頼処理の流れを示すフローチャートである。

第２の実施形態において図１９の処理は、第１の実施形態における図６の処理の代わりに、図５ＢのステップＳ５１６の処理として実行される。図５Ａ、図５Ｂ、図７の処理は第１の実施形態と同一であるため、説明は割愛する。

また、図１９のステップＳ６０１〜ステップＳ６０４、ステップＳ６０６〜ステップＳ６０８の処理は、図６のステップＳ６０１〜ステップＳ６０４、ステップＳ６０６〜ステップＳ６０８の処理と同一であるため、ここでは説明を割愛する。

修理依頼アプリケーションは、ステップＳ１９０１で、大項目１２０１に入力された項目が「エラーメッセージ」か判定する（ステップＳ１９０１）。つまり、エラーコードの取得指示を受け付けたか判定する。

修理依頼アプリケーションは、大項目１２０１に入力された項目が「エラーメッセージ」であると判定した場合（ステップＳ１９０１でＹＥＳ）、処理をステップＳ６０６に移行する。大項目に入力された項目が「エラーメッセージ」でないと判定した場合（ステップＳ１９０１でＮＯ）、処理をステップＳ１９０２に移行する。

修理依頼アプリケーションは、大項目１２０１に入力された項目が「プリント不良」か判定する（ステップＳ１９０２）。つまり、所定の項目の選択がされたか判定する。大項目に入力された項目が「プリント不良」でないと判定した場合（ステップＳ１９０２でＮＯ）、処理をステップＳ６０１に戻す。

大項目に入力された項目が「プリント不良」であると判定した場合（ステップＳ１９０２でＹＥＳ）、処理をステップＳ１９０３に移行し、スキャン画像の添付処理（修理依頼に用いる画像の読み取り処理）を実行する（ステップＳ１９０３）。当該スキャン画像の添付処理については、図２０の説明で後述する。

ここで図２０を参照して、本発明の第２の実施形態における、修理依頼に用いる画像の読み取り処理の流れについて説明する。図２０は、本発明の第２の実施形態における、修理依頼に用いる画像の読み取り処理の流れを示すフローチャートである。

修理依頼アプリケーションは、スキャン画面（図２１のスキャン画面２１００）を表示画面に表示する（ステップＳ２００１）。ここでいうスキャン画面は、修理依頼画面の一種であるものとする。

図２１を参照して、本発明の第２の実施形態における、修理依頼に用いる画像の読み取り処理に際しての画面遷移の様子、及び各画面の構成の一例について説明する。図２１は、本発明の第２の実施形態における、修理依頼に用いる画像の読み取り処理に際しての画面遷移の様子を示す図である。

スキャン画面２１００は、元画像表示部２１０１、出力画像表示部２１０２、「画像添付」ボタン２１０３等から構成される。元画像表示部は、印刷された印刷データの画像を表示する表示部である。例えば、印刷物の印刷元の印刷データの画像を表示する。

出力画像表示部２１０２は、印刷物をスキャンする（読み取る）ことで生成したスキャン画像を表示する表示部である。例えば、元画像表示部２１０１に表示される画像である印刷データを印刷した印刷物を、スキャンして、当該スキャンにより生成した印刷物のスキャン画像を出力画像表示部２１０２に表示する。

「画像添付」ボタン２１０３は、表示画面を履歴一覧画面２１１０に遷移させるためのボタンである。履歴一覧画面２１１０は、元画像表示部２１０１に表示する印刷データ（印刷データの画像）の選択、及び、出力画像表示部２１０２に表示するスキャン画像のスキャン（生成）を行うための画面である。

具体的には、複合機３００における操作履歴の一覧を取得して、一覧表示部２１１１に一覧表示し、一覧の中から選択を受け付けた操作履歴に対応する印刷データの画像データを、複合機３００の外部メモリから取得するものである（印刷データ記憶手段）。

尚、複合機３００のプラットフォームは、印刷データの印刷（紙への出力）を行った場合、その都度、当該印刷データの画像データを、複合機３００の外部メモリ等の記憶領域に、操作履歴の情報と紐付けて記憶するものとする。

履歴一覧画面２１１０において、「スキャン」ボタン２１１２が押下された場合、複合機本体にセットされた紙（印刷物）をスキャンする処理を行う。そして、画面をスキャン画面に戻す。例えば、スキャン画面２１２０のような画面に画面の表示を遷移させる。

スキャン画面２１２０において、元画像表示部２１２１には、一覧表示部２１１１において選択された履歴に対応する印刷データの画像が表示されている。出力画像表示部２１２２には、「スキャン」ボタン２１１２が押下されたことによりスキャンされた印刷物のスキャン画像が表示されている。

元画像表示部２１２１、出力画像表示部２１２２は、それぞれ、スキャン画面２１００の元画像表示部２１０１、出力画像表示部２１０２と同一のため、説明は割愛する。

スキャン画面２１２０において、「修理依頼送信」ボタン２１２３の押下がされることで、当該スキャン画面において入力された各項目（例えば、大項目、中項目、小項目）と、元画像表示部２１２１に表示された画像（一覧表示部２１１１において選択された履歴に対応する印刷データの画像）、出力画像表示部２１２２に表示された画像（「スキャン」ボタン２１１２が押下されたことによりスキャンされた印刷物のスキャン画像）をメールに記載、添付して、メールアドレス８０２（図８）に対して送信する。

以上が図２１の、本発明の第２の実施形態における、修理依頼に用いる画像の読み取り処理に際しての画面遷移の様子、及び各画面の構成の一例についての説明である。

図２０の説明に戻る。修理依頼アプリケーションは、「画像添付」ボタン２１０３が押下されたかを判定する（ステップＳ２００２）。「画像添付」ボタン２１０３が押下されていないと判定した場合（ステップＳ２００２でＮＯ）、処理をステップＳ２００１に戻す。

「画像添付」ボタン２１０３が押下されたと判定した場合（ステップＳ２００２でＮＯ）、複合機本体の外部メモリに保存されている各種機能の操作履歴を取得する（ステップＳ２００３）。

複合機３００のプラットフォームは、上述したように、コピーやプリント・ＦＡＸといった操作をユーザが行った場合、その操作履歴（出力画像や操作時間等）をＨＤＤの外部メモリ内に保持している。ここでは操作時に保存された操作履歴を取得する。

修理依頼アプリケーションは、ステップＳ２００３で取得した履歴の数だけ、ステップＳ２００４の処理を繰り返す。ステップＳ２００４では、修理依頼アプリケーションは、一覧表示部２１１１に操作履歴を一覧表示するためのリストを生成し、ステップＳ２００３で取得した操作履歴を１つ取得して、当該リストに追加する。

修理依頼アプリケーションは、ステップＳ２００４の処理を、ステップＳ２００３で取得した履歴数分実行した後、ステップＳ２００４で生成したリストを、一覧表示部２１１１に表示した履歴一覧画面２１１０を生成して、表示画面に表示する（ステップＳ２００５）。

具体的には、当該履歴一覧画面の画像を生成して、プラットフォームに送信し、プラットフォームが当該履歴一覧画面を表示画面に表示する処理を行う。

修理依頼アプリケーションは、一覧表示部の操作履歴の選択を受け付けたか判定し（ステップＳ２００６）、選択を受け付けたと判定した場合は（ステップＳ２００６でＹＥＳ）、選択された操作履歴を選択状態に変更して（ステップＳ２０１３）、処理をステップＳ２００５に戻す。

一覧表示部の操作履歴の選択を受け付けていないと判定した場合（ステップＳ２００６でＮＯ）、「スキャン」ボタン２１１２の押下を受け付けたか判定する（ステップＳ２００７）。「スキャン」ボタン２１１２の押下を受け付けていないと判定した場合（ステップＳ２００７でＮＯ）、処理をステップＳ２００５に戻す。

「スキャン」ボタン２１１２の押下を受け付けたと判定した場合（ステップＳ２００７でＹＥＳ）、複合機３００のＣＰＵ３０１は、複合機３００にセットされている原稿（印刷物）をスキャンしてスキャン画像を生成し、複合機３００の外部メモリに記憶する（ステップＳ２００８）。

具体的には、修理依頼アプリケーションが、スキャン処理の開始をプラットフォームに指示し、当該指示を受け付けたプラットフォームが、複合機本体のスキャン部の機能を用いて、原稿のスキャン処理を実行する。

修理依頼アプリケーションは、ステップＳ２００６で選択され、Ｓ２０１３で選択状態とされている操作履歴を取得して、当該操作履歴に対応する画像を取得する（ステップＳ２００９）。そして、図２１のスキャン画面２１２０に示すように、それぞれの画像を、表示画面に比較して表示（比較表示）する（ステップＳ２０１０／比較画面表示手段）。

修理依頼アプリケーションは、「修理依頼送信」ボタン２１２３が押下されたかを判定し（ステップＳ２０１１）、「修理依頼送信」ボタン２１２３が押下されていないと判定し場合は（ステップＳ２０１１でＮＯ）、処理をステップＳ２０１１の前に戻す。「修理依頼送信」ボタン２１２３が押下されたと判定し場合は（ステップＳ２０１１でＹＥＳ）、処理をステップＳ２０１２に移行する。

修理依頼アプリケーションは、修理依頼メールのメールテンプレート１０００に従って、スキャン画面２１２０において入力された各項目（例えば、大項目、中項目、小項目）をメール本文に挿入したメール（修理依頼メール）を生成し、メールアドレス８０２を当該メールの宛先に設定する。また、元画像表示部２１２１に表示された画像（一覧表示部２１１１において選択された履歴に対応する印刷データの画像）、出力画像表示部２１２２に表示された画像（「スキャン」ボタン２１１２が押下されたことによりスキャンされた印刷物のスキャン画像）をメールに添付する（ステップＳ２０１２）。つまり、修理依頼メールを生成する。

以上が図２０の、本発明の第２の実施形態における、修理依頼に用いる画像の読み取り処理の流れについての説明である。

図１９の説明に戻る。修理依頼アプリケーションは、図２０のステップＳ２０１２で生成した修理依頼メールを、当該メールに設定された宛先に向けて送信する（ステップＳ１９０４）。そして、当該修理依頼メールに含まれる各項目（大項目、中項目、小項目）の情報を、複合機の外部メモリに記憶されている修理依頼内容保持ファイル８３０の各項目の情報に上書し、当該修理依頼メールに添付した画像を、当該修理依頼内容保持ファイル８３０に対応付けて記憶する。また、修理依頼内容保持ファイル８３０の修理依頼ステータス８１０をｆａｌｓｅに書き換える（ステップＳ１９０５）。以上が図１９の、本発明の第２の実施形態における、修理依頼処理の流れについての説明である。

以上、本発明の第２の実施形態について説明した。

本発明の第２の実施形態によれば、印刷物と、印刷元のデータである印刷データの画像との間の差異を修理依頼先のユーザに確認させることができる。

また、修理依頼元のユーザに、各画像を添付した修理依頼に必要な画面の情報を提示することができる。

つまり、修理依頼にかかる画像を、適切にユーザに提示する仕組みを提供することができる。

尚、上述した実施形態においては、修理依頼先への修理依頼をメールで行うものとしたが、修理依頼の方法は、メールに限るものではない。

例えば、修理依頼情報を管理する管理サーバがサポートセンターに存在している場合、複合機３００に、当該修理依頼アプリケーションとは別に、当該管理サーバと、予め決められた通信方法・ファイル形式で情報の送受信が可能である通知アプリケーションが、プラットフォーム上に設定されていることが考えられる。例えば、修理依頼元のユーザが、複合機３００の状態を監視する管理システムに加入している場合等である。

この場合、顧客情報、複合機の型番等の情報は、既に管理サーバに登録されていることが考えられるため、修理依頼アプリケーションは、「修理依頼送信」ボタンの押下を受け付けた場合には、外部メモリに記憶されているエラーコード８２０を取得して、プラットフォームに送信し、当該プラットフォームは、受信したエラーコード８２０の情報を上記通知アプリケーションに送信する。通知アプリケーションは、プラットフォームから受信した当該エラーコード８２０の情報を、予め決められた通信方法・ファイル形式で管理サーバ（修理依頼先）に送信する（修理依頼を行う）

当該修理依頼のタイミングは、上述した実施形態における修理依頼メールの送信タイミングと同じである。キャンセルメール、修理完了メールについても同様である。

また、上述した実施形態においては、図５ＡのステップＳ５０１において、プラットフォームから修理依頼アプリケーションの起動指示を受け付けることで、ステップＳ５０２の処理（Ｓ５０２以降の処理）を開始するものとしたが、例えば、メインメニュー画面の更新処理がされた場合に、当該ステップＳ５０２の処理（Ｓ５０２以降の処理）を開始するようにしてもよい。

例えば、修理依頼ボタンが配置されている画面への表示画面の遷移指示を受け付けた、又は、修理依頼ボタンが配置されているメインメニュー画面の表示中に当該表示画面の更新指示を受け付けた（不図示の画面更新ボタンの押下）場合に、当該画面の更新が指示された旨の情報を、プラットフォームから、修理依頼アプリケーションが受信し、処理をステップＳ５０２に移行する。当該いずれの画面に修理依頼ボタンが配置されているかの情報は、プラットフォームが、複合機の外部メモリ等の記憶領域に予め記憶しているものとする。

また、上述した実施形態においては、図５ＡのステップＳ５０８、図５ＢのステップＳ５２３において、選択不可能な修理依頼ボタン（時間外ボタン）をメインメニュー画面に表示するものとしたが、例えば、当該時間外ボタンを表示させないように制御してもよい。

例えば、図５ＡのステップＳ５０８、図５ＢのステップＳ５２３において、修理依頼アプリケーションが、修理依頼ボタンを非表示にするよう、プラットフォームに対して指示し、プラットフォームが当該指示に従って、修理依頼ボタンを配置していないメインメニュー画面を、表示画面に表示するようにしてもよい（例えば図２２のメインメニュー画面２２２０を表示する）。

また、例えば、修理依頼可能時間内か時間外かを問わず時間外ボタンを押下可能に表示し、修理依頼可能時間外である場合にはたとえ修理依頼ボタン（押下可能な時間外ボタン）が押下されても修理依頼を送信しないようにしてもよい。例えば図５ＡのステップＳ５０８、図５ＢのステップＳ５２３において、時間外ボタンをグレーアウトせずに表示画面に表示し、押下を受け付けても修理依頼を送信せずに処理を終了するものである。

また、修理依頼可能時間外に時間外ボタンの押下を受け付けた場合に、修理依頼アプリケーションが当該押下の操作を受け付けたことを複合機３００の外部メモリに記憶し（操作記憶手段）、修理依頼可能時間内になった場合に修理依頼を自動送信して時間外ボタンの表示を依頼中ボタンに変更するようにしてもよい。

具体的には、ステップＳ５１５で修理依頼可能時間外であると判定された場合に（つまり、修理依頼可能時間外であることを示す修理依頼ボタンが押下された場合に）、修理依頼アプリケーションが、複合機３００の外部メモリに、修理依頼可能時間外に当該時間外ボタンが押下されたことを記憶する。そして、時間外ボタンを、複合機３００の外部メモリに記憶されている不図示の依頼待機ボタン（修理依頼可能時間外にボタンが押下され、修理依頼可能時間内になったら修理依頼の送信を行う、依頼の送信待ち状態であることを示すボタン）を、時間外ボタンに代えて表示画面に表示する。そして、現在時刻の情報及び修理依頼可能時間を定期的に取得し、現在時刻が修理依頼可能時間内になった場合に、現時点（現在時刻の示す日時）において複合機３００で発生しているエラーのエラーコードを取得（ステップＳ６０６の処理を実行）して、当該エラーコードを含む電子メールを作成すべく処理をステップＳ６０８に移行する。これにより、修理依頼可能時間外に修理依頼の指示を受け付けたことをユーザに通知することができる。また、修理依頼可能時間内になった場合に修理依頼を自動送信してボタンの表示を切り替えることで、修理依頼可能時間内になってはじめて修理依頼が送信されたことをユーザに通知することができる。

ここでは、現時点（現在時刻の示す日時）において複合機３００で発生しているエラーのエラーコードを取得して修理依頼メールで送信するものとしたが、例えば時間外ボタンが押下された時点で修理依頼アプリケーションがエラーコードを取得して当該押下を受け付けた日時と共に複合機３００の外部メモリに記憶しておき、修理依頼可能時間内になった場合に外部メモリから当該時間外ボタンの押下を受け付けた日時におけるエラーのエラーコードを取得して修理依頼メールで送信するようにしてもよい。

また、上述した実施形態の説明においては、メインメニュー画面において修理依頼ボタンの押下を受け付けた場合、修理依頼画面を表示するものとしたが、例えば、図１５に示すように、パスワード入力画面（１５１０）を表示し、パスワードの入力を受け付けて、当該パスワードが、複合機３００の外部メモリに予め保存されているパスワードと一致する場合に、修理依頼画面（１５２０）を表示画面に表示するようにしてもよい。

この場合、修理依頼アプリケーションは、当該パスワード入力画面の表示及びパスワードの一致判定を、図５のステップＳ５１５とステップＳ５１６の間に実行するものとする。

また、修理依頼画面において、「修理依頼送信」ボタンの押下を受け付けた場合、修理依頼送信確認画面１５３０（図１５）を表示画面に表示し、当該修理依頼送信確認画面１５３０において「ＯＫ」ボタンが押下された場合に、修理依頼メールを送信する処理を行うようにしてもよい。この場合、修理依頼アプリケーションは、当該修理依頼送信確認画面１５３０の表示処理及び「ＯＫ」ボタンの押下がされたかの判定処理を、図６のステップＳ６０３とステップＳ６０８の間に実行するものとする。

また、上述した実施形態の説明においては、メインメニュー画面において依頼中ボタンの押下を受け付けた場合、修理依頼内容確認画面を表示するものとしたが、例えば、図１６、図１７に示すように、パスワード入力画面（１６１０、１７１０）を表示し、パスワードの入力を受け付けて、当該パスワードが、複合機３００の外部メモリに予め保存されているパスワードと一致する場合に、修理依頼内容確認画面（１６２０、１７２０）を表示画面に表示するようにしてもよい。

この場合、修理依頼アプリケーションは、当該パスワード入力画面の表示及びパスワードの一致判定を、図５のステップＳ５１３とステップＳ５２０の間に実行するものとする。

また、修理依頼内容確認画面において、「キャンセル」ボタンの押下を受け付けた場合、修理依頼キャンセル確認ダイアログ１６３０を表示画面に表示し、当該修理依頼キャンセル確認ダイアログ１６３０において「ＯＫ」ボタンが押下された場合に、キャンセルメールを送信する処理を行うようにしてもよい。この場合、修理依頼アプリケーションは、当該修理依頼キャンセル確認ダイアログ１６３０の表示処理及び「ＯＫ」ボタンの押下がされたかの判定処理を、図７のステップＳ７０２とステップＳ７０７の間に実行するものとする。

また、修理依頼内容確認画面において、「ＣＥ修理作業完了」ボタンの押下を受け付けた場合、メンテナンスパスワード入力画面１７３０を表示画面に表示し、当該メンテナンスパスワード入力画面１７３０において、パスワードの入力がされ、「ＯＫ」ボタンが押下された場合であって、当該パスワードが、複合機３００の外部メモリに予め保存されているパスワードと一致する場合に、修理完了メールを送信するようにしてもよい。

この場合、修理依頼アプリケーションは、当該メンテナンスパスワード入力画面１７３０の表示処理及び「ＯＫ」ボタンの押下がされたかの判定、パスワードの一致判定の処理を、図７のステップＳ７０３とステップＳ７０４の間に実行するものとする。

また、上述した実施形態の説明においては複合機３００の「修理依頼」を行うものとしたが、当該依頼（画像形成装置にかかる依頼）は必ずしも修理の依頼に限るものではない。例えばトナー切れ等の、複合機の状態に基づく通知（トナー発注の依頼）や、印刷用紙の発注等の依頼であってもよい。例えば、ステップＳ５０６で「修理依頼ボタン」を表示する代わりに「依頼」ボタン（不図示）を表示し、ステップＳ５１１で押下を受け付けることで修理依頼画面１２００を表示する代わりに依頼画面（不図示）を表示し、当該依頼画面において依頼内容の入力（例えばトナー切れを示すエラーコードの選択・入力や、依頼本文のテキストの入力）を受け付けて、ステップＳ６０３で依頼画面に配置された「依頼送信」ボタンの押下を受け付けることでサポートセンターのメールサーバ１０１に対して依頼画面において入力された情報を記載した依頼メールを送信するようにしてもよい。

また、上述した実施形態の説明においては修理依頼可能時間の情報を複合機３００の外部メモリに記憶するものとしたが、サーバ等の外部装置のメモリに記憶するようにしてもよい。例えば、修理依頼情報を管理する管理サーバがサポートセンターに存在しているものとし、当該管理サーバのＩＰアドレスを複合機３００の外部メモリに記憶しておく。複合機３００の修理依頼アプリケーションは、所定の時間間隔で、または所定の時間（時刻）になった場合にステップＳ５０２以降の処理を実行し、ステップＳ５０４で管理サーバに修理依頼可能時間の情報を要求し、当該修理依頼可能時間を取得する（管理サーバは要求に応じて修理依頼可能時間を複合機３００に送信する（時間送信手段））。そしてステップＳ５０６、Ｓ５０８の処理を実行するようにしてもよい。また、ステップＳ５１４においても同様に、管理サーバに修理依頼可能時間を問い合わせて当該修理依頼可能時間を取得するようにしてもよい。当該修理依頼可能時間は、複合機３００、管理サーバ以外の記憶装置に記憶しておいてもよい。例えば、複合機３００に接続されるメモリカード等の記憶媒体に記憶しておいてもよい。

また、カレンダー情報（何月何日がサポートセンターの営業日・休業日かを示す情報）を複合機３００の外部メモリに記憶しておき、当該カレンダー情報に従って修理依頼ボタン、時間外ボタンの表示制御をしてもよい。具体的には、ステップＳ５０３で修理依頼中でないと判定した場合に、修理依頼アプリケーションが、当該カレンダー情報を外部メモリから取得して現在日時がサポートセンターの営業日か判定する。営業日である場合は処理をステップＳ５０４に移行し、休業日である場合は処理をステップＳ５０８に移行して時間外ボタンを表示する。また、ステップＳ５１３で修理依頼中でないと判定した場合に、修理依頼アプリケーションが、当該カレンダー情報を外部メモリから取得して現在日時がサポートセンターの営業日か判定する。営業日である場合は処理をステップＳ５１４に移行し、休業日である場合は処理をステップＳ５２２に移行してエラー表示を行い、ステップＳ５２３で時間外ボタンを表示する。つまり、休業日の場合は、現在時刻が修理依頼可能時間か否かの判定をスキップし、処理を簡略化することができる。

ここではカレンダー情報と修理依頼可能時間の情報が別々のデータとして記憶部に記憶されているものしたが、例えば修理依頼可能時間の情報の中にカレンダー情報を含めて記憶し、当該修理依頼可能時間の情報を取得して、上述のカレンダー情報を用いた判定、判定に基づく処理を行うようにしてもよい。これにより、カレンダーと修理依頼可能時間の情報を分けて記憶・管理する手間を軽減し、且つ、修理依頼先の営業日・営業時間に応じて適切に修理依頼をさせることができる。

以上説明したように、本発明によれば、時間情報に基づいて、修理依頼にかかる情報をユーザに提示する仕組みを提供することができる。

以上、本発明の実施形態を詳述したが、本発明は、例えば、システム、装置、方法、装置で読み取り実行可能なプログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

例えば、複合機３００とメールサーバ１００が１つの装置としてもよい。つまり、例えば、複合機３００のプラットフォームが、複合機３００の機能を用いて、上述した実施形態でメールサーバ１００が実行するものとして説明した処理（例えば、図４の４１１、４１１２）を複合機３００において実行するようにしてもよい。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のカード、ＲＯＭ等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

１００ メールサーバ
１０１ メールサーバ
１５０ ＬＡＮ
１６０ ＬＡＮ
２００ ＰＣ
３００ 複合機

Claims (13)

1. 装置の機能を実行するためのオブジェクトと、当該装置にかかる依頼を依頼先に送信するための依頼オブジェクトと、を含む複数のオブジェクトを表示する装置であって、
   前記複数のオブジェクトのうち、前記依頼オブジェクトに対する操作を受け付けたことに基づいて、当該装置にかかる依頼を依頼先に送信するべく制御する送信制御手段と、
   現在時刻が前記依頼の受付可能時間内か否かに応じて、依頼オブジェクトの表示状態を異ならせる表示制御を行う表示制御手段と、
   を備えることを特徴とする装置。
2. 前記表示制御手段は、前記複数のオブジェクトのうち前記機能を実行するためのオブジェクトの表示を、現在時刻が前記依頼の受付可能時間内か否かに応じて異ならせることなく、前記依頼オブジェクトの表示を、前記依頼の受付可能時間内か否かに応じて異ならせる表示制御を行うことを特徴とする請求項１に記載の装置。
3. 前記送信制御手段は、前記装置と通信可能な、前記依頼を受け付ける外部装置に対して前記依頼を送信するべく制御することを特徴とする請求項１又は２に記載の装置。
4. 前記表示制御手段は、現在時刻が前記受付可能時間外である場合に、前記依頼オブジェクトの表示を前記依頼の受付可能時間外であることを識別可能な表示状態、又は、前記依頼オブジェクトの非表示状態とする制御を行うことを特徴とする請求項１乃至３のいずれか１項に記載の装置。
5. 前記表示制御手段は、現在時刻が前記依頼の受付可能時間外である場合に、前記依頼オブジェクトの表示を前記依頼の操作を受け付けないことを示す表示状態とする制御を行うことを特徴とする請求項１乃至４のいずれか１項に記載の装置。
6. 前記表示制御手段は、既に前記装置にかかる依頼の送信がされている場合に、前記依頼オブジェクトの表示状態を、前記依頼が送信済みであることを識別可能な表示状態とする制御を行うことを特徴とする請求項１乃至５のいずれか１項に記載の装置。
7. 前記送信制御手段は、前記受付可能時間外に前記依頼オブジェクトに対する操作を受け付けた場合には前記依頼を依頼先に送信することなく、前記受付可能時間内に前記依頼オブジェクトに対する操作を受け付けた場合に前記依頼を依頼先に送信するべく制御することを特徴とする請求項１乃至６のいずれか１項に記載の装置。
8. 前記受付可能時間外に前記依頼オブジェクトに対する操作を受け付けたことを記憶する操作記憶手段と、
   を備え、
   前記送信制御手段は、前記受付可能時間外には前記依頼を依頼先に送信することなく、前記操作記憶手段に前記受付可能時間外に前記依頼オブジェクトに対する操作を受け付けたことが記憶されている場合であって現在時刻が前記受付可能時間内となっている場合に、前記依頼を依頼先に自動で送信するべく制御することを特徴とする請求項１乃至７のいずれか１項に記載の装置。
9. 装置の機能を実行するためのオブジェクトと、当該装置にかかる依頼を依頼先に送信するための依頼オブジェクトと、を含む複数のオブジェクトを表示する装置の制御方法であって、
   前記複数のオブジェクトのうち、前記依頼オブジェクトに対する操作を受け付けたことに基づいて当該装置にかかる依頼を依頼先に送信するべく制御する送信制御工程と、
   現在時刻が前記依頼の受付可能時間内か否かに応じて、依頼オブジェクトの表示状態を異ならせる表示制御を行う表示制御工程と、
   を含む制御方法。
10. 装置の機能を実行するためのオブジェクトと、当該装置にかかる依頼を依頼先に送信するための依頼オブジェクトと、を含む複数のオブジェクトを表示する装置を、
    前記複数のオブジェクトのうち、前記依頼オブジェクトに対する操作を受け付けたことに基づいて、当該装置にかかる依頼を依頼先に送信するべく制御する送信制御手段と、
    現在時刻が前記依頼の受付可能時間内か否かに応じて、依頼オブジェクトの表示状態を異ならせる表示制御を行う表示制御手段として機能させるためのプログラム。
11. 装置の機能を実行するためのオブジェクトと、当該装置にかかる依頼を依頼先に送信するための依頼オブジェクトと、を含む複数のオブジェクトを表示する装置と、当該依頼を受付可能な時間である受付可能時間を記憶する記憶手段を備えるサーバを含むシステムであって、
    前記装置は、
    前記受付可能時間を前記サーバに要求して取得する時間取得手段と、
    前記複数のオブジェクトのうち、前記依頼オブジェクトに対する操作を受け付けたことに基づいて、当該装置にかかる依頼を依頼先に送信するべく制御する送信制御手段と、
    現在時刻が前記依頼の受付可能時間内か否かに応じて、依頼オブジェクトの表示状態を異ならせる表示制御を行う表示制御手段と、
    を備え、
    前記サーバは、
    前記装置からの要求に応じて前記記憶手段に記憶された前記受付可能時間を前記装置に送信する時間送信手段と、
    前記送信手段により送信された前記依頼を受け付ける受付手段と、
    を備えることを特徴とするシステム。
12. 装置の機能を実行するためのオブジェクトと、当該装置にかかる依頼を依頼先に送信するための依頼オブジェクトと、を含む複数のオブジェクトを表示する装置と、当該依頼を受付可能な時間である受付可能時間を記憶する記憶手段を備えるサーバを含むシステムの制御方法であって、
    前記装置において、
    前記受付可能時間を前記サーバに要求して取得する時間取得工程と、
    前記複数のオブジェクトのうち、前記依頼オブジェクトに対する操作を受け付けたことに基づいて、当該装置にかかる依頼を依頼先に送信するべく制御する送信制御工程と、
    現在時刻が前記依頼の受付可能時間内か否かに応じて、依頼オブジェクトの表示状態を異ならせる表示制御を行う表示制御工程と、
    を含み、
    前記サーバにおいて、
    前記装置からの要求に応じて前記記憶手段に記憶された前記受付可能時間を前記装置に送信する時間送信工程と、
    前記送信工程により送信された前記依頼を受け付ける受付工程と、
    を含む制御方法。
13. 装置の機能を実行するためのオブジェクトと、当該装置にかかる依頼を依頼先に送信するための依頼オブジェクトと、を含む複数のオブジェクトを表示する装置と、当該依頼を受付可能な時間である受付可能時間を記憶する記憶手段を備えるサーバを含むシステムを制御するプログラムであって、
    前記装置を、
    前記受付可能時間を前記サーバに要求して取得する時間取得手段と、
    前記複数のオブジェクトのうち、前記依頼オブジェクトに対する操作を受け付けたことに基づいて、当該装置にかかる依頼を依頼先に送信するべく制御する送信制御手段と、
    現在時刻が前記依頼の受付可能時間内か否かに応じて、依頼オブジェクトの表示状態を異ならせる表示制御を行う表示制御手段として機能させ、
    前記サーバを、
    前記装置からの要求に応じて前記記憶手段に記憶された前記受付可能時間を前記装置に送信する時間送信手段と、
    前記送信手段により送信された前記依頼を受け付ける受付手段として機能させるためのプログラム。

Images