JP2016178399A - 画像形成装置及び画像形成方法 - Google Patents

Abstract

【課題】スキャンされた画像データに基づいて、リモートメンテナンスを行うことができるようにすること。【解決手段】パネル部１１２への操作の入力に基づいて、自装置のモードを、リモートメンテナンスを行うためのリモートメンテナンスモードに移行させるコマンド制御部１１５と、画像形成指示及び読取指示を受信する送受信部１１１と、画像形成指示に従って、リモートメンテナンス用の画像データに基づいて、画像を媒体に形成する印刷部１１３と、読取指示に従って、印刷部１１３で画像が形成された媒体を読み取り、読取画像データを生成するスキャナ部１１４とを備え、送受信部１１１は、スキャナ部１１４で生成された読取画像データを送信する。【選択図】図１

Description

本発明は、画像形成装置及び画像形成方法に関し、特に、リモートでメンテナンスを行うことのできる画像形成装置及び画像形成方法に関する。

従来から、スキャンした画像データをネットワーク上の共有フォルダに格納する装置があった（特許文献１参照）。

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

しかしながら、従来の技術は、スキャンされた画像データがネットワーク上の共有フォルダに格納されるだけであり、このような画像データに基づいて、装置のリモートメンテナンスを行うことはできない。

そこで、本発明は、スキャンされた画像データに基づいて、リモートメンテナンスを行うことができるようにすることを目的とする。

本発明の一態様に係る画像形成装置は、操作の入力を受け付ける操作部と、前記操作部への操作の入力に基づいて、自装置のモードを、リモートメンテナンスを行うためのリモートメンテナンスモードに移行させる管理部と、前記リモートメンテナンスモードにおいて、画像形成指示及び読取指示を受信する受信部と、前記リモートメンテナンスモードにおいて、前記画像形成指示に従って、リモートメンテナンス用の画像データに基づいて、画像を媒体に形成する画像形成部と、前記リモートメンテナンスモードにおいて、前記読取指示に従って、前記画像形成部で画像が形成された媒体を読み取り、読取画像データを生成する読取部と、前記リモートメンテナンスモードにおいて、前記読取部で生成された読取画像データを送信する送信部と、を備えることを特徴とする。

本発明の一態様に係る画像形成方法は、操作の入力を受け付け、前記操作の入力に基づいて、リモートメンテナンスを行うためのリモートメンテナンスモードに移行し、前記リモートメンテナンスモードにおいて、画像形成指示を受信し、前記リモートメンテナンスモードにおいて、前記画像形成指示に従って、リモートメンテナンス用の画像データに基づいて、画像を媒体に形成し、前記リモートメンテナンスモードにおいて、読取指示を受信し、前記リモートメンテナンスモードにおいて、前記読取指示に従って、前記画像が形成された媒体を読み取り、読取画像データを生成し、前記リモートメンテナンスモードにおいて、前記生成された読取画像データを送信し、前記リモートメンテナンスモードから別のモードに移行することを特徴とする。

本発明の一態様によれば、スキャンされた画像データに基づいて、リモートメンテナンスを行うことができる。

実施の形態１に係る複合機を含むリモートメンテナンスシステムの概略図である。 実施の形態１に係る複合機の構成を概略的に示すブロック図である。 実施の形態１におけるパネル部の一例を示す概略図である。 実施の形態１におけるサポートサーバの構成を概略的に示すブロック図である。 実施の形態１におけるファイルサーバの構成を概略的に示すブロック図である。 実施の形態１に係る複合機で障害が発生した場合に、ユーザ側とサポートセンタ側とで行われる処理の概要を示すシーケンス図である。 実施の形態１において、テスト条件を選択する際に、表示部に表示される画面の一例を示す概略図である。 実施の形態１に係る複合機がサポートセンタ側のサーバと通信し、テストパターンの画像データを取得して、印刷を行う処理を示すシーケンス図である。 実施の形態１に係る複合機でスタートボタンが押下されて、サポートセンタ側のサポートサーバにコマンドの問合せを開始した時の複合機の処理を示すフローチャートである。 実施の形態１において、コマンド処理時の複合機の処理を示すフローチャートである。 実施の形態１において、サポートサーバが複合機からコマンド要求を受ける際の処理を示すフローチャートである。 実施の形態１において、複合機がサポートセンタ側のサーバと通信し、スキャンデータを送信する処理を示すシーケンス図である。 実施の形態１において、コマンド処理時の複合機の処理を示すフローチャートである。 実施の形態２におけるサポートサーバの構成を概略的に示すブロック図である。 実施の形態２において、テスト条件を選択する際に、表示部に表示される画面の一例を示す概略図である。

実施の形態１．
（構成の説明）
図１は、実施の形態１に係る画像形成装置としての複合機１１０を含むリモートメンテナンスシステム１００の概略図である。
リモートメンテナンスシステム１００は、大きく分けて２つの部分からなる。複合機１１０が接続されている「ユーザ側」の部分と、外部装置としてのサポートサーバ１３０及びファイルサーバ１５０が接続されている「サポートセンタ側」の部分である。

ユーザ側では、複合機１１０は、ＬＡＮ１０１に接続されていて、ルータ１０２を介して、インターネット１０３に接続されている。
サポートセンタ側には、障害発生時に問題の解決をサポートするためのサポートサーバ１３０がインターネット１０３に接続されている。また、複合機１１０が印刷のために受信するファイルと、スキャンしたデータとして送信されたファイルとを格納するためのファイルサーバ１５０がインターネット１０３に接続されている。

複合機１１０は、サポートサーバ１３０とファイルサーバ１５０にインターネット１０３経由で接続可能である。さらに、サポートサーバ１３０及びファイルサーバ１５０には、それぞれの装置を識別するための装置識別情報としてのホスト名が割り当てられている。サポートサーバ１３０のホスト名は、「support.cloud.com」であり、ファイルサーバ１５０のホスト名は、「file.service.com」である。

図２は、実施の形態１に係る複合機１１０の構成を概略的に示すブロック図である。
複合機１１０は、送受信部１１１と、パネル部１１２と、印刷部１１３と、スキャナ部１１４と、コマンド制御部１１５とを備える。
送受信部１１１は、データを送信する送信部及びデータを受信する受信部として機能する。送受信部１１１は、ＬＡＮ１０１と接続されている。送受信部１１１は、例えば、ネットワークカードで実現することができる。
パネル部１１２は、操作の入力を受け付ける操作部（入力部）及び表示部として機能する。パネル部１１２は、例えば、タッチパネル等のオペレータパネルである。

図３は、パネル部１１２の一例を示す概略図である。
パネル部１１２は、タッチパネル１２１ａにより構成されている。
タッチパネル１２１ａは、表示領域１２１ｂと、リモートメンテナンスボタン１２１ｃと、スタートボタン１２１ｄとを有する。
表示領域１２１ｂは、複合機の状態等の各種画像を表示するための領域である。
リモートメンテナンスボタン１２１ｃは、障害発生時に障害の発生原因の調査の開始を指示するために押下される領域である。このボタン１２１ｃが押下されることにより、複合機１１０は、印刷（画像形成）、スキャン（読み取り）又はファクシミリ送受信等を通常通りに行う通常モード（第１のモード）から、障害の発生原因を調査するためのリモートメンテナンスモード（第２のモード）に移行する。
スタートボタン１２１ｄは、印刷又はスキャンの開始を指示するために押下される領域である。

図２の説明に戻り、印刷部１１３は、画像データに基づいて、印刷する（画像を形成する）画像形成部である。
スキャナ部１１４は、原稿をスキャンする画像読取部である。特に、スキャナ部１１４は、印刷部１１３で画像が形成された媒体を読み取り、スキャンデータ（読取画像データ）を生成する。

コマンド制御部１１５は、複合機１１０での処理を制御する制御部である。例えば、コマンド制御部１１５は、複合機１１０のモードを管理する管理部として機能する。また、コマンド制御部１１５は、ファイルサーバ１５０からリモートメンテナンス用の画像データを取得する取得部として機能する。さらに、コマンド制御部１１５は、外部サーバへのコマンド要求の送信、外部サーバからのコマンド受信を制御する。
コマンド制御部１１５は、例えば、図示してはいない記憶部（不揮発性メモリ又は揮発性メモリ）に記憶されているプログラムをＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサで実行することにより実現することができる。

図４は、サポートサーバ１３０の構成を概略的に示すブロック図である。
サポートサーバ１３０は、送受信部１３１と、コマンド格納部１３２と、表示部１３３と、操作部１３４と、制御部１３５とを備える。
送受信部１３１は、データを送信する送信部及びデータを受信する受信部として機能する。送受信部１３１は、インターネット１０３に接続されている。
コマンド格納部１３２は、コマンドファイルを格納する記憶領域である。例えば、コマンド格納部１３２は、制御部１３５で生成された印刷開始コマンドファイル（画像形成開始コマンドファイル）及びスキャン開始コマンドファイル（読取開始コマンドファイル）が関連付けられて記憶される。

表示部１３３は、各種画像を表示する。例えば、表示部１３３は、コマンドファイル作成のための操作画面の画像を表示する。
操作部１３４は、操作の入力を受け付ける入力部である。例えば、操作部１３４は、コマンドファイルを生成するための操作の入力を受け付ける。

制御部１３５は、サポートサーバ１３０での処理を制御する。制御部１３５は、コマンド生成部１３６と、コマンド制御部１３７とを備える。
コマンド生成部１３６は、操作部１３４によって操作された内容に従って、コマンドファイルを生成する。コマンド生成部１３６で作成したコマンドファイルは、コマンド格納部１３２に格納される。
コマンド制御部１３７は、サーバ外部から受信したコマンド要求に対する応答を制御する。コマンド制御部１３７は、コマンド要求を受け取った際に、コマンド格納部１３２に格納されたコマンドファイルを参照して、コマンド要求に対する応答を行う。

以上に記載されたサポートサーバ１３０は、例えば、ＣＰＵと、メモリと、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の外部記憶装置と、キーボード及びマウス等の入力装置と、ディスプレイ等の表示装置と、通信ネットワークに接続するためのネットワークインターフェース等の通信装置とを備えた一般的なコンピュータで実現できる。
例えば、コマンド格納部１３２は、ＣＰＵがメモリ又は外部記憶装置を利用することにより実現可能であり、制御部１３５は、外部記憶装置に記憶されている所定のプログラムをメモリにロードしてＣＰＵで実行することで実現可能であり、操作部１３４は、ＣＰＵが入力装置を利用することで実現可能であり、表示部１３３は、ＣＰＵが表示装置を利用することで実現可能であり、送受信部１３１は、ＣＰＵが通信装置を利用することで実現可能である。

図５は、ファイルサーバ１５０の構成を概略的に示すブロック図である。ファイルサーバ１５０は、送受信部１５１と、記憶部１５２と、制御部１５５とを備える。
送受信部１５１は、データを送信する送信部及びデータを受信する受信部として機能する。送受信部１５１は、インターネット１０３に接続されている。

記憶部１５２は、ファイルサーバ１５０での処理に必要なデータを記憶する記憶領域である。記憶部１５２は、テストパターン格納部１５３と、スキャンデータ格納部１５４とを備える。
テストパターン格納部１５３は、複合機１１０で印刷を行わせる画像データを記憶する記憶領域である。障害の発生原因を調査するためテストパターンに対応して、複数の画像データが記憶されている。
スキャンデータ格納部１５４は、複合機１１０でスキャンされたスキャンデータを記憶する記憶領域である。

制御部１５５は、ファイルサーバ１５０での処理を制御する。例えば、制御部１５５は、複合機１１０からの要求に応じて、テストパターン格納部１５３に記憶されている画像データを、送受信部１５１に送信させる。また、制御部１５５は、送受信部１５１が、スキャンデータを受信した場合に、このスキャンデータをスキャンデータ格納部１５４に記憶する。さらに、制御部１５５は、サポートサーバ１３０からの要求に応じて、スキャンデータ格納部１５４に格納されているスキャンデータを、送受信部１５１に送信させる。

以上に記載されたファイルサーバ１５０は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、通信ネットワークに接続するためのネットワークインターフェース等の通信装置とを備えた一般的なコンピュータで実現できる。
例えば、記憶部１５２は、ＣＰＵがメモリ又は外部記憶装置を利用することにより実現可能であり、制御部１５５は、外部記憶装置に記憶されている所定のプログラムをメモリにロードしてＣＰＵで実行することで実現可能であり、送受信部１５１は、ＣＰＵが通信装置を利用することで実現可能である。

（動作の説明）
図６は、複合機１１０で障害が発生した場合に、ユーザ側とサポートセンタ側とで行われる処理の概要を示すシーケンス図である。
複合機１１０で印刷した結果に問題があった場合（Ｓ１０）、ユーザは、電話にてサポートセンタに連絡し、問題の内容を報告する（Ｓ１１）。
サポートセンタの担当者は、電話にて問題の状況を聞き取った結果、サポートセンタが指定したテストパターンの画像データを実際に印刷した結果を確認する必要があると判断すると、ユーザにリモートメンテナンスの開始を依頼する（Ｓ１２）。具体的には、複合機１１０のパネル部１１２に表示されているリモートメンテナンスボタン１２１ｃ（図３参照）を押下するように、ユーザに依頼する。

このような依頼を受けたユーザは、複合機１１０のパネル部１１２を操作して、リモートメンテナンスボタン１２１ｃを押下する（Ｓ１３）。
リモートメンテナンスボタン１２１ｃが押下されると、複合機１１０は、サポートセンタ側のサポートサーバ１３０とのセッションを開始することで、リモートメンテナンスモードに移行する（Ｓ１４）。ここで、サポートサーバ１３０のコマンド制御部１３７は、複合機１１０とのセッションを開始すると、セッションを識別するために、セッション毎に一意となるセッション識別情報であるセッションＩＤを付与する。

サポートサーバ１３０と、複合機１１０との間でセッションが開始されると、例えば、サポートサーバ１３０の表示部１３３に、セッションを開始した複合機１１０を識別するための識別情報が表示される。そして、サポートセンタの担当者が、操作部１３４を介して、表示部１３３に表示された識別情報を選択して実行する指示の入力を行うと、サポートサーバ１３０と複合機１１０との間のセッションＩＤが、電話をしてきたユーザに割り当てられたものとして扱われる。
そして、サポートセンタの担当者は、故障の原因を診断するためのテスト条件を選択する。

図７は、テスト条件を選択する際に、表示部１３３に表示される画面の一例を示す概略図である。
条件選択画面１０４は、印刷条件選択領域（画像形成条件選択領域）１０４ａと、スキャン条件選択領域（読取条件選択領域）１０４ｂと、スタートボタン１０４ｃとを備える。
印刷条件選択領域１０４ａは、印刷条件（画像形成条件）を選択するための領域である。印刷条件選択領域１０４ａは、テストパターン選択領域１０４ａ−１と、印刷パラメータ（画像形成パラメータ）の項目を示す印刷パラメータ項目表示領域１０４ａ−２と、印刷パラメータの値を選択するための印刷パラメータ選択領域１０４ａ−３とを備えている。サポートセンタの担当者は、操作部１３４を介して、テストパターンとして使用する画像データを、テストパターン選択領域１０４ａ−１から選択するとともに、印刷パラメータ項目表示領域１０４ａ−２に表示されている項目毎に、印刷パラメータ選択領域１０４ａ−３に表示されている何れかの値を選択する。
スキャン条件選択領域１０４ｂは、スキャン条件（読取条件）を選択するための領域である。スキャン条件選択領域１０４ｂは、スキャンパラメータ（読取パラメータ）の項目を示すスキャンパラメータ項目表示領域１０４ｂ−１と、スキャンパラメータの値を選択するためのスキャンパラメータ選択領域１０４ｂ−２とを備えている。サポートセンタの担当者は、操作部１３４を介して、スキャンパラメータ項目表示領域１０４ｂ−１に表示されている項目毎に、スキャンパラメータ選択領域１０４ｂ−２に表示されている何れかの値を選択し、又は、所望の値を入力する。
スタートボタン１０４ｃは、印刷条件選択領域１０４ａ及びスキャン条件選択領域１０４ｂで選択されたパラメータの値に基づいて、コマンドファイルを生成する指示を入力する領域である。スタートボタン１０４ｃが押下されると、コマンド生成部１３６は、印刷条件選択領域１０４ａで選択された値に基づいて、複合機１１０に印刷を行わせる印刷指示（画像形成指示）及び印刷条件を含む印刷開始コマンド（画像形成開始コマンド）を含む印刷開始コマンドファイルを生成して、コマンド格納部１３２に記憶させる。また、コマンド生成部１３６は、スキャン条件選択領域１０４ｂで選択された値に基づいて、複合機１１０に印刷を行わせるスキャン指示（読取指示）及びスキャン条件を含むスキャン開始コマンド（読取開始コマンド）を含むスキャン開始コマンドファイルを生成して、コマンド格納部１３２に記憶させる。

ここで生成された印刷開始コマンドファイル及びスキャン開始コマンドファイルは、関連付けてコマンド格納部１３２に記憶される。例えば、Ｓ１４でセッションが開始された際に生成されたセッションＩＤにこれらのファイルを関連付けることで、これらのファイルを関連付けることができる。具体的には、これらのファイルのファイル名にセッションＩＤを含めることで、これらのファイルを関連付けることができる。また、これらのファイルを識別するためのファイル識別情報（例えば、ファイル名）と、Ｓ１４でセッションが開始された際に生成されたセッションＩＤとを対応付けるファイル管理情報（例えば、テーブル形式のファイル管理テーブル）をコマンド格納部１３２に記憶させておくことで、これらのファイルを関連付けることができる。さらに、セッションＩＤに記憶領域を割り当て、割り当てられた記憶領域に、印刷開始コマンドファイル及びスキャン開始コマンドファイルを記憶させてもよい。なお、これらのファイルが関連付けられることで、これらのファイルに含まれている印刷条件及びスキャン条件が関連付けられることになる。

図６の説明に戻り、サポートセンタの担当者は、電話で、複合機１１０のパネル部１１２に表示されているスタートボタン１２１ｄ（図３参照）を押下して、印刷を開始するように、ユーザに依頼する（Ｓ１６）。
このような依頼を受けて、ユーザは、スタートボタン１２１ｄを押下する（Ｓ１７）。複合機１１０は、サポートセンタ側のサーバ１３０、１５０と通信して、テストパターンの画像データを受信し、印刷部１１３で印刷を実行する（Ｓ１８）。なお、複合機１１０とサポートセンタ側のサーバ１３０、１５０とのやり取りの詳細は、後述する。

次に、サポートセンタの担当者は、電話で、印刷結果（原稿）を複合機１１０のスキャナ部１１４にセットして、パネル部１１２のスタートボタン１２１ｄを押下することで、スキャンを開始するように、ユーザに依頼する（Ｓ１９）。
このような依頼を受けて、ユーザは、印刷された原稿を複合機１１０のスキャナ部１１４にセットする（Ｓ２０）。
次に、ユーザは、複合機１１０のパネル部１１２のスタートボタン１２１ｄを押下する（Ｓ２１）。
そして、複合機１１０は、スキャナ部１１４で原稿を読み取り、スキャンデータを生成し、サポートセンタ側のサーバ１３０、１５０と通信して、そのスキャンデータを送信する（Ｓ２２）。なお、複合機１１０とサポートセンタ側のサーバ１３０、１５０とのやり取りの詳細は、後述する。

サポートセンタの担当者は、ファイルサーバ１５０に格納された画像データを確認して、印刷結果の問題の原因を推測する（Ｓ２３）。
そして、サポートセンタの担当者は、電話で、ユーザに問題を解消する方法を案内する（Ｓ２４）。

案内が終了したら、複合機１１０又はサポートサーバ１３０からの要求により、セッションを終了し、複合機は、リモートメンテナンスモードから通常モードに移行する。
なお、図６に記載したシーケンスでは、ユーザとサポートセンタの担当者とは、電話でやりとりを行っているが、このような例に限定されるものではない。例えば、電子メール、ファクシミリ通信その他の通信手段により、やりとりが行われてもよい。

図８は、複合機１１０がサポートセンタ側のサーバ１３０、１５０と通信し、テストパターンの画像データを取得して、印刷を行う処理を示すシーケンス図である。
複合機１１０のコマンド制御部１１５は、パネル部１１２のスタートボタン１２１ｄが押下されると、サポートセンタ側のサポートサーバ１３０に、コマンドの問合せのために、送受信部１１１を介して、コマンド要求を送信する（Ｓ３０）。例えば、コマンド要求は、ＨＴＴＰのＰＯＳＴメソッドによって、“ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｃｌｏｕｄ．ｃｏｍ／ｉｎｑｕｉｒｅ”宛に送信される。
なお、サポートサーバ１３０のコマンド制御部１３７は、セッションが開始されて最初に取得されるコマンド要求は、印刷開始のコマンドを要求するものであり、印刷開始コマンドの送信後に取得されるコマンド要求は、スキャン開始のコマンドを要求するものであると認識するものとする。

サポートサーバ１３０では、サポートセンタ担当者によって選択されたテスト条件に従った印刷開始コマンドが作成され、セッションＩＤに関連付けられて、印刷開始コマンドファイルとしてコマンド格納部１３２に格納されている。サポートサーバ１３０のコマンド制御部１３７は、コマンド要求を受信すると複合機１１０に対して、ＨＴＴＰレスポンスコード「２００ＯＫ」と印刷開始コマンドを含んだデータを応答する（Ｓ３１）。
その応答には、例えば、以下のようなデータが含まれている。
{
“success”:“true”
“command”:“start_print”
“filename”:“pattern.pdf”
“destination”:“file.server.com/print/”
“color”:“color”
“quality”:“photo”
“size”:“A4”
}

ここで、「“success”:“true”」は、コマンド要求に対してコマンドがあることを示している。
「“command”:“start_print”」は、コマンドの名称を示しており、印刷をスタートするコマンドであることを示している。
「“filename”:“pattern001.pdf”」は、ファイルサーバ１５０に格納されているテストパターンの画像データのファイル名が、“pattern001.pdf”であることを示している。このファイル名は、画像データを識別するための画像データ識別情報として機能する。
「“destination”:“file.server.com/print/”」は、テストパターンの画像データのファイルが格納されている宛先を示している。
「“color”:“color”」は、カラーの印刷パラメータを「カラー」に設定することを示している。
「“quality”:“photo”」は、印刷品質の印刷パラメータを「写真」に設定することを示している。
「“size”:“A4”」は、用紙サイズの印刷パラメータを「Ａ４」に設定することを示している。
即ち、以上のデータでは、「“command”:“start_print”」が印刷開始指示（画像形成指示）を示し、「“filename”:“pattern001.pdf”」が印刷すべき画像データを示し、「“color”:“color”」、「“quality”:“photo”」及び「“size”:“A4”」が、印刷時に設定するパラメータの値を示している。
なお、「“destination”:“file.server.com/print/”」は、リモートメンテナンス用の画像データを取得するための宛先を示している。

複合機１１０のコマンド制御部１１５は、サポートサーバ１３０からのコマンドを受信して、コマンド実行可能である旨をサポートサーバ１３０に通知する。この通知は、例えば、ＨＴＴＰのＰＯＳＴメソッドによって、“ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｃｌｏｕｄ．ｃｏｍ／ｒｅｐｏｒｔ”宛に、以下の様なデータを送信することで実現される（Ｓ３２）。
{
“command-result”:“accepted”
}
ここで、「“command-result”:“accepted”」は、サポートサーバ１３０からのコマンドを複合機１１０が受け付けたことを示している。

サポートサーバ１３０のコマンド制御部１３７は、複合機１１０からの通知に対して、ＨＴＴＰレスポンスコード「２００ＯＫ」と共に以下のデータを返し、異議のないことを示す（Ｓ３３）。
{
“success”:“true”
}

複合機１１０のコマンド制御部１１５は、ステップＳ３３のＨＴＴＰレスポンスコードを受信して、テストパターンの画像データのファイルのダウンロードを開始する。ここでは、コマンド制御部１１５は、送受信部１１１を介して、宛先“ｆｉｌｅ．ｓｅｒｖｅｒ．ｃｏｍ／ｐｒｉｎｔ／”に従って、ホスト名“ｆｉｌｅ．ｓｅｒｖｅｒ．ｃｏｍ”のファイルサーバ１５０に接続する。この例では、ＷｅｂＤＡＶプロトコルが用いられている。
まず、複合機１１０のコマンド制御部１１５は、ファイルサーバ１５０に対して、ファイルサーバ１５０に格納先のフォルダ“／ｐｒｉｎｔ”があることを確認するために、ＨＴＴＰのＨＥＡＤコマンドを送信する（Ｓ３４）。

ファイルサーバ１５０の制御部１５５は、“／ｐｒｉｎｔ”フォルダが存在するので、複合機１１０に対して、ＨＴＴＰレスポンスコード「２００ＯＫ」を返す（Ｓ３５）。
複合機１１０のコマンド制御部１１５は、“／ｐｒｉｎｔ”フォルダがあることを確認できたので、ファイルサーバ１５０からテストパターンの画像データを取得する要求を行う。ここでは、ＨＴＴＰのＧＥＴメソッド“ＧＥＴ／ｐｒｉｎｔ／ｐａｔｔｅｒｎ００１．ｐｄｆ”により、画像データの取得を要求する（Ｓ３６）。
ファイルサーバ１５０の制御部１５５は、そのような要求に応じて、「ｐａｔｔｅｒｎ００１．ｐｄｆ」の画像データを複合機１１０に送る。そして、ファイルサーバ１５０の制御部１５５は、その画像データの送信が完了したらＨＴＴＰレスポンスコード「２００ＯＫ」を返して、ファイルの送信が成功したことを複合機１１０に通知する（Ｓ３７）。

複合機１１０は、ファイルサーバ１５０からのテストパターンデータの受信が完了したら、印刷部１１３でテストパターンの画像データの印刷を開始する（Ｓ３８）。このとき、印刷部１１３は、ステップＳ３１で送られてきた印刷パラメータを取得して、取得された印刷パラメータを用いて印刷を行う。印刷が完了したら、複合機１１０のコマンド制御部１１５は、サポートサーバ１３０にコマンド実行が完了した旨を通知する（Ｓ３９）。この通知は、ＨＴＴＰのＰＯＳＴメソッドによって、“ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｃｌｏｕｄ．ｃｏｍ／ｒｅｐｏｒｔ”宛に以下のようなデータを送信することで実現される。
{
“command-result”:“completed”
}

サポートサーバ１３０のコマンド制御部１３７は、複合機１１０からの通知に対して、ＨＴＴＰレスポンスコード「２００ＯＫ」と共に以下のようなデータを返し、通知を受領したことを示す（Ｓ４０）。
{
“success”:“true”
}

図９は、複合機１１０でスタートボタン１２１ｄが押下されて、サポートセンタ側のサポートサーバ１３０にコマンドの問合せを開始した時の複合機１１０の処理を示すフローチャートである。

複合機１１０のスタートボタン１２１ｄがユーザにより押下されると、パネル部１１２からコマンド制御部１１５に対して、ユーザによりスタートボタン１２１ｄの押下が通知される。コマンド制御部１１５は、その通知を受けて、コマンド取得するために、サポートサーバ１３０にコマンド取得要求を送信する（Ｓ５０）。
そして、コマンド制御部１１５は、サポートサーバ１３０からの応答にコマンドが含まれているか否かを判断する（Ｓ５１）。コマンドが含まれていなければ（Ｓ５１でＮｏ）、ステップＳ５０に戻り、コマンド制御部１１５は、一定時間待って再度サポートサーバ１３０にコマンド取得要求を送信する。応答にコマンドが含まれていれば（Ｓ５１でＹｅｓ）、処理はステップＳ５２に進む。

ステップＳ５２では、コマンド制御部１１５は、コマンドを処理する。ここでの処理の詳細は、図１０を用いて説明する。
コマンド制御部１１５は、コマンド処理が完了すると、処理結果をサポートサーバ１３０に送信する（Ｓ５３）。
そして、コマンド制御部１１５は、サポートサーバ１３０からの応答を受け取ると（Ｓ５４）、ステップＳ５１に戻り、次のコマンドがあるか否かの確認をする。

図１０は、コマンド処理時の複合機１１０の処理を示すフローチャートである。ここでは、印刷開始コマンドを処理する時の動作フローを説明する。
複合機１１０のコマンド制御部１１５は、サポートサーバ１３０から印刷開始コマンドを受信すると、ファイル受信を開始する前にサポートサーバ１３０に対してコマンド処理の開始を通知する（Ｓ６０）。この処理は、図８のステップＳ３２の処理に相当する。

サポートサーバ１３０からのコマンド開始を了承する旨の応答を受領すると（これは、図８のステップＳ３３の処理に相当する）、ファイルサーバ１５０からファイルを受信する（Ｓ６１）。この処理は、図８のステップＳ３４〜Ｓ３７の処理に相当する。
ファイルの受信が完了すると、印刷部１１３は印刷を開始する（Ｓ６２）。ここでは、印刷開始コマンドに含まれているパラメータの値が設定されて、印刷が行われる。
印刷が完了すると、コマンド制御部１１５は、印刷開始コマンドの処理が完了したことをサポートサーバ１３０に通知する（Ｓ６３）。この処理は、図８のステップＳ３９〜Ｓ４０の処理に相当する。

図１１は、サポートサーバ１３０が複合機１１０からコマンド要求を受ける際の処理を示すフローチャートである。
サポートサーバ１３０のコマンド制御部１３７は、コマンド要求を待ち受けている（Ｓ７０）。
外部からコマンド要求を受信すると、コマンド制御部１３７は、コマンド格納部１３２に対応するコマンドファイルがあるか否かを確認する（Ｓ７１）。コマンドファイルがなければ（Ｓ７１でＮｏ）、コマンド制御部１３７は、コマンドがない旨を応答し（Ｓ７２）、ステップＳ７０に戻り、再度コマンド要求を待ち受ける。一方、コマンドファイルがある場合には（Ｓ７１でＹｅｓ）、処理はステップＳ７３に進む。

ステップＳ７３では、コマンド制御部１３７は、コマンド格納部１３２に格納されている対応するコマンドファイルに含まれているコマンドを送信する。
そして、コマンド制御部１３７は、コマンドを送信した後、コマンドの処理結果の受信を待つ（Ｓ７４）。
コマンド制御部１３７は、コマンド処理結果を受信したら処理を終了し（Ｓ７５）、ステップＳ７０に戻り、コマンド処理の受信待ち状態となる。

図１２は、複合機１１０がサポートセンタ側のサーバ１３０、１５０と通信し、スキャンデータを送信する処理を示すシーケンス図である。
複合機１１０のコマンド制御部１１５は、パネル部１１２のスタートボタン１２１ｄが押下されると、サポートセンタ側のサポートサーバ１３０に、コマンドの問合せのために、送受信部１１１を介して、コマンド要求を送信する（Ｓ８０）。例えば、コマンド要求は、ＨＴＴＰのＰＯＳＴメソッドによって、“ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｃｌｏｕｄ．ｃｏｍ／ｉｎｑｕｉｒｅ”宛に送信される。
ここでのコマンド要求は、印刷開始コマンドを送信した後のものであるため、サポートサーバ１３０のコマンド制御部１３７は、スキャン開始のコマンドを要求するものであると認識する。

サポートサーバ１３０では、サポートセンタ担当者によって選択されたテスト条件に従ったスキャン開始コマンドが作成され、セッションＩＤに関連付けられて、スキャン開始コマンドファイルとしてコマンド格納部１３２に格納されている。サポートサーバ１３０のコマンド制御部１３７は、コマンド要求を受信すると複合機１１０に対して、ＨＴＴＰレスポンスコード「２００ＯＫ」とスキャン開始コマンドとを含んだデータを応答する（Ｓ８１）。
その応答には、例えば、以下のようなデータが含まれている。
{
“success”:“true”
“command”:“startscan'
“filename”:“image123456.pdf'
“scansize”:“A4”
“density”:“0”
“document_type”:“photo'
“resolution”:“200”
“contrast”:“0”
“grayscale”:“OFF”
}

ここで、「“success”:“true”」は、コマンド要求に対してコマンドがあることを示している。
「“command”:“start_scan”」は、コマンドの名称を示しており、スキャンをスタートするコマンドであることを示している。
「“filename”:“image123456.pdf”」は、スキャンした結果をファイルサーバ１５０に格納する時のファイル名を示している。このファイル名は、スキャンデータを識別するためのスキャンデータ識別情報（読取画像データ識別情報）として機能する。
「“destination”:“file.server.com/scan/”」は、スキャンした結果を格納するファイルの宛先を示している。
「“scan_size”:“A4”」はスキャンする領域のサイズを示している。
「“density”:“0”」はスキャン時の濃度の補正値を示している。
「“document_type”:“photo”」はスキャン原稿のタイプを示している。
「“resolution”:“200”」はスキャン解像度の値を示している。
「“contrast”:“0”」はスキャン時のコントラストの値を示している。
「“grayscale”:“OFF”」はスキャン時のグレースケールの適用のＯＮ又はＯＦＦを示している。
即ち、以上のデータでは、「“command”:“start_scan”」がスキャン開始指示（読取指示）を示し、「“filename”:“image123456.pdf”」がスキャンデータのファイル名を示し、「“scan_size”:“A4”」、「“density”:“0”」、「“document_type”:“photo”」、「“resolution”:“200”」、「“contrast”:“0”」及び「“grayscale”:“OFF”」が、スキャン時に設定するパラメータの値を示している。
なお、「“destination”:“file.server.com/scan/”」は、スキャンデータを送信する宛先を示している。

複合機１１０のコマンド制御部１１５は、サポートサーバ１３０からのコマンドを受信して、コマンド実行可能である旨をサポートサーバ１３０に通知する。この通知は、例えば、ＨＴＴＰのＰＯＳＴメソッドによって、“ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｃｌｏｕｄ．ｃｏｍ／ｒｅｐｏｒｔ”宛に、以下の様なデータを送信することで実現される（Ｓ８２）。
{
“command-result”:“accepted”
}

サポートサーバ１３０のコマンド制御部１３７は、複合機１１０からの通知に対して、ＨＴＴＰレスポンスコード「２００ＯＫ」と共に以下のデータを返し、異議のないことを示す（Ｓ８３）。
{
“success”:“true”
}

複合機１１０は、ステップＳ８３のＨＴＴＰレスポンスコードを受信して、スキャナ部１１４で原稿の読み取りを開始する（Ｓ８４）。ここでは、スキャナ部１１４は、ステップＳ８１で取得されたスキャン開始コマンドに含まれているスキャナパラメータの値を取得して、取得されたスキャナパラメータの値を用いて、原稿の読み取りを行う。
そして、複合機１１０のコマンド制御部１１５は、送受信部１１１を介して、ステップＳ８１で受信したスキャン開始コマンドに含まれる宛先に接続する。ここでは、コマンド制御部１１５は、送受信部１１１を介して、宛先“ｆｉｌｅ．ｓｅｒｖｅｒ．ｃｏｍ／ｓｃａｎ／”に従って、ホスト名“ｆｉｌｅ．ｓｅｒｖｅｒ．ｃｏｍ”のファイルサーバ１５０に接続する。この例では、ＷｅｂＤＡＶプロトコルが用いられている。

まず、複合機１１０のコマンド制御部１１５は、ファイルサーバ１５０に対して、ファイルサーバ１５０に格納先のフォルダ“／ｓｃａｎ”があることを確認するために、ＨＴＴＰのＨＥＡＤコマンドを送信する（Ｓ８５）。
ファイルサーバ１５０の制御部１５５は、“／ｓｃａｎ”フォルダが存在するので、複合機１１０に対してＨＴＴＰレスポンスコード「２００ＯＫ」を返す（Ｓ８６）。
複合機１１０のコマンド制御部１１５は、“／ｓｃａｎ”フォルダがあることを確認できたので、ファイルサーバ１５０に対してスキャンで読み取られたスキャンデータを送信する（Ｓ８７）。データの送信には、ＨＴＴＰのＰＵＴメソッド“ＰＵＴ／ｓｃａｎ／ｉｍａｇｅ１２３４５６．ｐｄｆ”が用いられ、スキャンデータが送信される。
ファイルサーバ１５０の制御部１５５は、データの格納が完了したら、ＨＴＴＰレスポンスコード「２００ＯＫ」を返して、ファイルの格納が成功したことを複合機１１０に通知する（Ｓ８８）。

複合機１１０のコマンド制御部１１５は、ファイルサーバ１５０へのスキャンデータの格納が完了したら、サポートサーバ１３０にコマンド実行が完了した旨を通知する（Ｓ８９）。この通知は、ＨＴＴＰのＰＯＳＴメソッドによって、“ｈｔｔｐ：／／ｓｕｐｐｏｒｔ．ｃｌｏｕｄ．ｃｏｍ／ｒｅｐｏｒｔ”宛に以下の様なデータを送信することで実現される。
{
“command-result”:“completed”
}

サポートサーバ１３０のコマンド制御部１３７は、複合機１１０からの通知に対して、ＨＴＴＰレスポンスコード「２００ＯＫ」と共に以下のようなデータを返し、通知を受領したことを示す（Ｓ９０）。
{
“success”:“true”
}

図１３は、コマンド処理時の複合機１１０の処理を示すフローチャートである。ここでは、スキャン開始コマンドを処理する時の動作フローを説明する。
複合機１１０のコマンド制御部１１５は、サポートサーバ１３０からスキャン開始コマンドを受信すると、スキャンを開始する前にサポートサーバ１３０に対してコマンド処理の開始を通知する（Ｓ１００）。この処理は、図１２のステップＳ８２の処理に相当する。
サポートサーバ１３０からのコマンド開始を了承する旨の応答を受領すると（この処理は、図１２のステップＳ８３の処理に相当する）、スキャナ部１１４は原稿の読み取りを開始する（Ｓ１０１）。ここでは、スキャン開始コマンドに含まれているパラメータの値が設定されて、スキャンが行われる。

スキャンが完了すると、コマンド制御部１１５は、読み取られたスキャンデータをファイルサーバ１５０に送信する（Ｓ１０２）。ここでの処理は、図１２のステップＳ８５〜Ｓ８８の処理に相当する。

そして、コマンド制御部１１５は、スキャンデータの送信が完了すると、スキャン開始コマンドの処理が完了したことをサポートサーバ１３０に通知する（Ｓ１０３）。ここでの処理は、図１２のステップＳ８９〜Ｓ９０の処理に相当する。

以上のように、実施の形態１によれば、サポートセンタが指定したテストパターンの画像データに基づく印刷の内容に従って、スキャンパラメータの値が自動的に決定され、複合機１１０に設定される。このため、複合機１１０は、ユーザ自身が設定することなく、テストパターンの内容に応じた最適なパラメータの値を設定して、印刷及びスキャンを行うことができる。

実施の形態２．
図１に示されているように、実施の形態２におけるリモートメンテナンスシステム２００は、複合機１１０と、サポートサーバ２３０と、ファイルサーバ１５０とを備える。
実施の形態２における複合機１１０及びファイルサーバ１５０は、実施の形態１と同様に構成されているため、以下では、実施の形態２におけるサポートサーバ２３０について説明する。

図１４は、実施の形態２におけるサポートサーバ２３０の構成を概略的に示すブロック図である。
サポートサーバ２３０は、送受信部１３１と、コマンド格納部２３２と、表示部１３３と、操作部１３４と、制御部２３５とを備える。
実施の形態２における送受信部１３１、表示部１３３及び操作部１３４については、実施の形態１と同様に構成されているため、以下、コマンド格納部２３２及び制御部２３５について説明する。

コマンド格納部２３２は、テスト条件毎に、印刷条件と、スキャン条件とを関連付けて記憶している。具体的には、コマンド格納部２３２は、テスト条件毎に、印刷開始コマンドファイルと、スキャン開始コマンドファイルとを関連付けて記憶している。

制御部２３５は、サポートサーバ２３０での処理を制御する。制御部１３５は、コマンド制御部１３７と、コマンド指定部２３８とを備える。
コマンド制御部１３７は、実施の形態１と同様に構成されているため、以下、コマンド指定部２３８について説明する。

コマンド指定部２３８は、表示部１３３に複合機１１０の故障診断を行うためのテスト条件を選択するための画面の画像を表示させて、操作部１３４を介して、サポートセンタの担当者から使用するテスト条件の選択を受け付ける。そして、コマンド指定部２３８は、コマンド格納部２３２において、選択されたテスト条件に対応する印刷開始コマンドファイル及びスキャン開始コマンドファイルと、セッションＩＤとを関連付ける。関連付けについては、実施の形態１と同様に行われればよい。

図１５は、テスト条件を選択する際に、表示部１３３に表示される画面の一例を示す概略図である。
条件選択画面２０４は、テスト条件選択領域２０４ａと、スタートボタン２０４ｂとを備える。
テスト条件選択領域２０４ａには、テストパターンとして使用される画像データと、印刷パラメータの項目及び値と、スキャンパラメータの項目及び値と、を関連付けたテスト条件が複数表示されている。サポートセンタの担当者は、操作部１３４を介して、テスト条件選択領域２０４ａに表示されている複数のテスト条件から、使用するテスト条件を選択する。
スタートボタン２０４ｂは、テスト条件選択領域２０４ａで選択されたテスト条件に対応するコマンドファイルを用いて、故障診断を行う指示を入力する領域である。スタートボタン２０４ｂが押下されると、コマンド指定部２３８は、コマンド格納部２３２において、選択されたテスト条件に対応する印刷開始コマンドファイル及びスキャン開始コマンドファイルをセッションＩＤと関連付ける。以下、このセッションでは、関連付けられた印刷開始コマンドファイル及びスキャン開始コマンドファイルを用いて、故障診断が行われる。

以上のように、実施の形態２によれば、印刷開始コマンド及びスキャン開始コマンドが予め関連付けられているので、サポートセンタの担当者は、テスト条件を容易に選択することができる。

以上に記載した実施の形態１及び２では、画像形成装置の一例として複合機１１０が記載されているが、このような例に限定されるものではない。例えば、画像形成装置は、複写機及びファクシミリ装置等であってもよい。

以上に記載された実施の形態１及び２では、複合機１１０は、ＬＡＮ１０１経由でインターネット１０３に接続されていたが、このような例に限定されるものではない。複合機１１０が、サポートサーバ１３０、２３０及びファイルサーバ１５０に接続することができれば、その他のネットワーク構成であってもよい。

以上に記載された実施の形態１及び２では、サポートサーバ１３０、２３０と、ファイルサーバ１５０とが設けられているが、これらが一つのサーバであってもよい。また、ファイルサーバ１５０が、リモートメンテナンス用の画像データ及びスキャンデータを記憶しているが、画像データを記憶するサーバと、スキャンデータを記憶するサーバとに分かれていてもよい。

以上に記載された実施の形態１及び２では、複合機１１０は、ファイルサーバ１５０より、テストパターンに対応する画像データを取得するように構成されているが、このような例に限定されるものではない。例えば、複合機１１０の図示しない記憶部に、複数のテストパターンに対応する複数の画像データが予め記憶されており、印刷開始コマンドで、どの画像データを使用するかが指定されてもよい。
また、その記憶部には、印刷条件と、スキャン条件とが関連付けて記憶されていてもよい。そして、サポートサーバ１３０、２３０からの印刷開始コマンド及びスキャン開始コマンドで、どの印刷条件及びスキャン条件を使用するかが、例えば、ＩＤ等の識別情報で指定されてもよい。ここでの識別情報は、印刷条件を識別する印刷条件識別情報（画像形成条件識別情報）及びスキャン条件を識別するスキャン条件識別情報（読取条件識別情報）の組み合わせであってもよく、又は、印刷条件及びスキャン条件の組み合わせを識別する条件識別情報であってもよい。印刷部１１３及びスキャナ部１１４は、このような識別情報に基づいて、記憶部から印刷条件及びスキャン条件をそれぞれ取得して用いる。

１００，２００ リモートメンテナンスシステム、 １１０ 複合機、 １１１ 送受信部、 １１２ パネル部、 １１３ 印刷部、 １１４ スキャナ部、 １１５ コマンド制御部、 １３０，２３０ サポートサーバ、 １３１ 送受信部、 １３２，２３２ コマンド格納部、 １３３ 表示部、 １３４ 操作部、 １３５，２３５ 制御部、 １３６ コマンド生成部、 １３７ コマンド制御部、 ２３８ コマンド指定部、 １５０ ファイルサーバ、 １５１ 送受信部、 １５２ 記憶部、 １５５ 制御部。

Claims (9)

1. 操作の入力を受け付ける操作部と、
   前記操作部への操作の入力に基づいて、自装置のモードを、リモートメンテナンスを行うためのリモートメンテナンスモードに移行させる管理部と、
   前記リモートメンテナンスモードにおいて、画像形成指示及び読取指示を受信する受信部と、
   前記リモートメンテナンスモードにおいて、前記画像形成指示に従って、リモートメンテナンス用の画像データに基づいて、画像を媒体に形成する画像形成部と、
   前記リモートメンテナンスモードにおいて、前記読取指示に従って、前記画像形成部で画像が形成された媒体を読み取り、読取画像データを生成する読取部と、
   前記リモートメンテナンスモードにおいて、前記読取部で生成された読取画像データを送信する送信部と、を備えること
   を特徴とする画像形成装置。
2. 前記画像形成部は、リモートメンテナンスモードにおいて、画像を形成するために必要なパラメータの値を含む画像形成条件を取得するとともに、当該取得された画像形成条件に含まれているパラメータの値を用いて、前記画像を前記媒体に形成し、
   前記読取部は、前記画像形成条件に関連付けられ、前記読取画像データを読み取るために必要なパラメータの値を含む読取条件を取得するとともに、当該取得された読取条件に含まれているパラメータの値を用いて、前記画像形成部で画像が形成された媒体を読み取ること
   を特徴とする請求項１に記載の画像形成装置。
3. 前記リモートメンテナンスモードにおいて、前記受信部は、前記画像形成条件及び前記読取条件を受信し、
   前記画像形成部は、前記受信部から前記画像形成条件を取得し、
   前記読取部は、前記受信部から前記読取条件を取得すること
   を特徴とする請求項２に記載の画像形成装置。
4. 前記受信部は、前記画像形成条件と前記読取条件とを関連付けて記憶している外部装置から、前記画像形成条件と前記読取条件とを受信することを特徴とする請求項３に記載の画像形成装置。
5. 前記画像形成指示及び前記画像形成条件は、第１のコマンドに含まれており、
   前記読取指示及び前記読取条件は、第２のコマンドに含まれており、
   前記受信部は、前記第１のコマンド及び前記第２のコマンドを受信すること
   を特徴とする請求項３又は４に記載の画像形成装置。
6. 前記画像形成条件には、前記リモートメンテナンス用の画像データを識別するための画像データ識別情報と、前記リモートメンテナンス用の画像データを取得するための宛先と、がさらに含まれており、
   前記リモートメンテナンスモードにおいて、前記画像形成条件に含まれている宛先から、前記画像データ識別情報で識別されるリモートメンテナンス用の画像データを取得する取得部をさらに備え、
   前記画像形成部は、前記取得部で取得されたリモートメンテナンス用の画像データに基づいて、画像を媒体に形成すること
   を特徴とする請求項２から５の何れか一項に記載の画像形成装置。
7. 前記読取条件には、前記読取画像データを送信する宛先がさらに含まれており、
   前記送信部は、前記読取条件に含まれている宛先に、前記読取画像データを送信すること
   を特徴とする請求項２から６の何れか一項に記載の画像形成装置。
8. 前記読取条件には、前記読取画像データを識別するための読取画像データ識別情報がさらに含まれており、
   前記読取部は、前記読取画像データに前記読取画像データ識別情報を付与し、
   前記送信部は、前記読取条件に含まれている宛先に、前記読取画像データとともに、前記読取画像データに付与された前記読取画像データ識別情報を送信すること
   を特徴とする請求項７に記載の画像形成装置。
9. 操作の入力を受け付け、
   前記操作の入力に基づいて、リモートメンテナンスを行うためのリモートメンテナンスモードに移行し、
   前記リモートメンテナンスモードにおいて、画像形成指示を受信し、
   前記リモートメンテナンスモードにおいて、前記画像形成指示に従って、リモートメンテナンス用の画像データに基づいて、画像を媒体に形成し、
   前記リモートメンテナンスモードにおいて、読取指示を受信し、
   前記リモートメンテナンスモードにおいて、前記読取指示に従って、前記画像が形成された媒体を読み取り、読取画像データを生成し、
   前記リモートメンテナンスモードにおいて、前記生成された読取画像データを送信し、
   前記リモートメンテナンスモードから別のモードに移行すること
   を特徴とする画像形成方法。

Images