JP2012199883A - 画像処理装置、端末装置、特定の処理の実行方法、およびコンピュータプログラム - Google Patents

Abstract

【課題】フレキシブル性および安全性をあまり損なうことなく、画像形成装置の特定の処理を他の装置から実行できるようにする。
【解決手段】画像形成装置１に次の手段を設ける。ユーザ端末装置２がサービスセンタ装置３と接続されているか否かを判別し、接続されていれば特定の機能を開放するメンテナンス機能開放処理部１０３。そして、ユーザ端末装置２からの要求に応じて、特定の機能を用いた処理を実行する機能呼出処理部１０５。
【選択図】図４

Description

本発明は、他の装置からの要求に応じて特定の処理を実行する画像処理装置などに関する。

近年、コピー、スキャナ、ファックス、ＩＰ（Internet Protocol）通信、およびファイルサーバなど様々な機能が備わった画像形成装置が普及している。このような画像形成装置は、「ＭＦＰ（Multi Function Peripherals）」または「複合機」などと呼ばれる。

また、近年、画像形成装置のＡＰＩ（Application Program Interface）が公開されるようになった。そして、ＡＰＩに基づいて作成されたアプリケーションをパーソナルコンピュータで実行することによって、画像形成装置を離れた場所から使用することができるようになった。

一方の装置を他方の装置によって遠隔的に操作する方法として、次のような方法が提案されている。

コンタクトセンターは通信網を介してメンテナンス指令を、携帯型端末に送信する。携帯型端末はサービスパーソンによって携行可能であり、メンテナンス指令を受信する送受信部を備えている。メンテナンス指令は、メンテナンスの対象となる機器を特定する機器特定情報、例えば機器名称と、当該特定された機器の存在場所、即ち現場の位置を示す位置特定情報、例えば現場位置とを含む。携帯型端末は表示・操作部とデータベースをも備えている。表示・操作部を操作することにより、特定された機器についてのメンテナンス情報をデータベースから読み出す（特許文献１）。

ディジタル複合装置の主制御部は、ディジタル複合装置のユーザが操作部の遠隔操作モードキーを押下したとき、ディジタル複合装置の型番やシリアル番号などの機器情報を含むセンタ呼び出し信号をセンタ装置にインターネットを介して送信し、これに応答して、センタ装置から送信されてくる、ディジタル複合装置をセンタ装置により遠隔で操作するためのキー操作信号を受信し、受信されたキー操作信号に対応するキー操作を実行する（特許文献２）。

特開２００２−３４４６４１号公報 特開２００６−３３２８９０号公報

ところが、ＡＰＩを無制限に公開すると、画像形成装置のセキュリティ上、好ましくない。しかし、厳しく制限すると、ＡＰＩのフレキシブル性を損なってしまう。

本発明は、このような課題に鑑み、フレキシブル性および安全性をあまり損なうことなく、画像形成装置の特定の処理を他の装置から実行できるようにすることを、目的とする。

本発明の一形態に係る画像処理装置は、端末装置からの要求に応じて特定の処理を実行する画像処理装置であって、前記端末装置が特定の状態であるか否かを判別する状態判別手段と、前記要求があった際に、前記端末装置が前記特定の状態であれば前記特定の処理を実行し、そうでない場合は前記要求を拒否する、特定処理実行手段と、を有する。

好ましくは、前記特定の状態は、前記端末装置が特定のサーバに接続されている状態である。

または、前記特定の状態は、前記端末装置が特定のサーバに接続されておりかつ前記特定の処理を使用するアプリケーションが前記端末装置において起動している状態である。

または、前記特定のサーバは、当該画像処理装置が前記端末装置に対して指定したサーバである。

前記特定の処理は、例えば、当該画像処理装置のメンテナンスのための処理である。

本発明の一形態に係る端末装置は、特定の処理を実行する画像処理装置のクライアントとして用いられる端末装置であって、前記特定の処理を前記画像処理装置に実行させる前に、特定のサーバへ接続する接続手段と、前記特定のサーバへ接続した旨と前記特定の処理のためのインタフェースの開放の要求とを前記画像処理装置へ送信する、開放要求手段と、を有する。

本発明によると、フレキシブル性および安全性をあまり損なうことなく、画像形成装置の特定の処理を端末装置から実行することができる。

ネットワークシステムの全体的な構成の例を示す図 画像形成装置のハードウェア構成の例を示す図 ユーザ端末装置のハードウェア構成の例を示す図 ＡＰＩ機能管理ソフトウェアによって実現される画像形成装置の機能的構成の例を示す図 リモートメンテナンスソフトウェアによって実現されるユーザ端末装置の機能的構成の例を示す図 メンテナンス用の機能を閉鎖しているときの使用可否データの例を示す図 メンテナンス用の機能を開放しているときの使用可否データの例を示す図 メンテナンス指令画面の例を示す図 画像形成装置、ユーザ端末装置、およびサービスセンタ装置の全体的な処理の流れの例を説明するシーケンス図

図１は、ネットワークシステム４の全体的な構成の例を示す図である。図２は、画像形成装置１のハードウェア構成の例を示す図である。図３は、ユーザ端末装置２のハードウェア構成の例を示す図である。

図１に示すように、ネットワークシステム４は、画像形成装置１、ユーザ端末装置２、およびサービスセンタ装置３などによって構成される。

画像形成装置１は、「複合機」または「ＭＦＰ（Multi Function Peripherals）」などと呼ばれる画像処理装置であって、コピー、ネットワークプリント、ファックス、およびスキャナなどの機能を集約した画像処理装置である。

ネットワークプリント機能は、印刷データをパーソナルコンピュータなどのクライアントから受信して画像を用紙に印刷する機能である。「ネットワークプリンタ機能」または「ＰＣプリント機能」などと呼ばれることもある。

画像形成装置１は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、大容量記憶装置１０ｄ、スキャナユニット１０ｅ、印刷ユニット１０ｆ、ＮＩＣ（Network Interface Card）１０ｇ、タッチパネルディスプレイ１０ｈ、モデム１０ｉ、フィニッシャ１０ｊ、および近距離無線インタフェース１０ｋのほか制御用の回路などによって構成される。

ＮＩＣ１０ｇは、ケーブルでハブまたはルータに繋がれ、パーソナルコンピュータなどの装置とＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などのプロトコルで通信を行う。

モデム１０ｉは、ファックス端末などの装置との間でＧ３などのプロトコルで電話回線を介して画像データをやり取りする。

タッチパネルディスプレイ１０ｈは、ユーザに対してメッセージまたは指示を与えるための画面、ユーザが処理の指令および条件を入力するための画面、およびＣＰＵ１０ａの処理の結果を示す画面などを表示する。また、ユーザが指で触れた位置を検知し、検知結果を示す信号をＣＰＵ１０ａに送信する。

スキャナユニット１０ｅは、用紙に記されている写真、文字、絵、図表などからなる画像を読み取って画像データを生成する。

印刷ユニット１０ｆは、スキャナユニット１０ｅによって読み取られた画像のほか、パーソナルコンピュータまたはファックス端末などから受信したデータに示される画像を印刷する。

フィニッシャ１０ｊは、印刷ユニット１０ｆによって画像が印刷された印刷物に対して、ステープルで綴じる処理およびパンチ穴を開ける処理などの仕上げの処理を行う。

近距離無線インタフェース１０ｋは、画像形成装置１の近傍にある装置と無線によって通信を行う。近距離無線インタフェース１０ｋとして、Ｂｌｕｅｔｏｏｔｈの規格の通信装置を用いてもよいし、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１つまり無線ＬＡＮの規格の通信装置を用いてもよい。

ＲＯＭ１０ｃまたは大容量記憶装置１０ｄには、オペレーティングシステムおよびミドルウェアなどのソフトウェアがインストールされている。さらに、ＡＰＩ（Application Program Interface）機能管理ソフトウェア１ＳＷがインストールされている。ＡＰＩ機能管理ソフトウェア１ＳＷについては、後に詳細に説明する。ソフトウェアを構成するモジュールは、必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによって実行される。大容量記憶装置１０ｄとして、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）などが用いられる。

図１に戻って、ユーザ端末装置２は、画像形成装置１が提供するサービスをユーザが受けるための端末装置である。ユーザは、ユーザ端末装置２を操作することによって画像形成装置１を使用することができる。つまり、ユーザ端末装置２は、タッチパネルディスプレイ１０ｈの代わりに用いられる。

ユーザ端末装置２として、タブレットＰＣ、スマートフォン、パーソナルコンピュータ、またはＰＤＡ（Personal Digital Assistant）などが用いられる。以下、近距離無線インタフェース１０ｋと無線で通信を行う機能を有する端末装置をユーザ端末装置２として用いる場合を例に、説明する。

ユーザ端末装置２は、図３に示すように、ＣＰＵ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、大容量記憶装置２０ｄ、タッチパネルディスプレイ２０ｅ、操作キー２０ｆ、近距離無線インタフェース２０ｇ、携帯電話網通信インタフェース２０ｈ、音声出力装置２０ｉ、およびマイクロホン２０ｊなどによって構成される。

音声出力装置２０ｉは、音声ボードおよびスピーカなどによって構成され、音声を出力する。マイクロホン２０ｊは、音声を集音しデータ化する。

操作キー２０ｆは、ユーザ端末装置２をリセットするキーおよび出力する音声の大きさを調整するためのキーなどである。

タッチパネルディスプレイ２０ｅは、画像形成装置１のタッチパネルディスプレイ１０ｈと同様に、種々の画面を表示する。特に、後述する、画像形成装置１のメンテナンス用の画面を表示する。また、ユーザが指で触れた位置を検知し、検知結果を示す信号をＣＰＵ２０ａに送信する。

近距離無線インタフェース２０ｇは、画像形成装置１の近距離無線インタフェース１０ｋと同様に、ユーザ端末装置２の近傍にある装置と無線によって通信を行う。近距離無線インタフェース２０ｇとして、近距離無線インタフェース１０ｋと同じ規格の通信装置が用いられる。

携帯電話網通信インタフェース２０ｈは、携帯電話網（いわゆるキャリア網）またはインターネットなどを介して他の装置と通信を行う。携帯電話網通信インタフェース２０ｈとして、第３世代携帯電話網またはＰＨＳ（Personal Handy-phone System）網などに対応した通信装置が用いられる。

ＲＯＭ２０ｃまたは大容量記憶装置２０ｄには、オペレーティングシステムおよびミドルウェアなどのソフトウェアがインストールされている。さらに、リモートメンテナンスソフトウェア２ＳＷがインストールされている。リモートメンテナンスソフトウェア２ＳＷについては、後に詳細に説明する。ソフトウェアを構成するモジュールは、必要に応じてＲＡＭ２０ｂにロードされ、ＣＰＵ２０ａによって実行される。大容量記憶装置２０ｄとして、フラッシュメモリなどが用いられる。

図１に戻って、サービスセンタ装置３は、コールバックの機能を有するアクセスサーバであって、画像形成装置１のメーカまたは販売元が運営するサービスセンタに設置されている。

図４は、ＡＰＩ機能管理ソフトウェア１ＳＷによって実現される画像形成装置１の機能的構成の例を示す図である。図５は、リモートメンテナンスソフトウェア２ＳＷによって実現されるユーザ端末装置２の機能的構成の例を示す図である。図６は、メンテナンス用の機能を閉鎖しているときの使用可否データ５の例を示す図である。図７は、メンテナンス用の機能を開放しているときの使用可否データ５の例を示す図である。図８は、メンテナンス指令画面２ＷＮの例を示す図である。

次に、メンテナンスの作業の必要が画像形成装置１に生じた場合に用いられる各装置の各部の動作などについて、説明する。

画像形成装置１のＡＰＩ機能管理ソフトウェア１ＳＷおよびユーザ端末装置２のリモートメンテナンスソフトウェア２ＳＷは、ユーザ端末装置２を用いたリモートによる画像形成装置１のメンテナンスのためのソフトウェアである。

ＡＰＩ機能管理ソフトウェア１ＳＷの各モジュールを実行することによって、図４に示す使用可否データ記憶部１０１、サービスコール通知処理部１０２、メンテナンス機能開放処理部１０３、開放完了通知部１０４、機能呼出処理部１０５、およびメンテナンス機能閉鎖処理部１０６などが実現される。

また、ユーザ端末装置２のリモートメンテナンスソフトウェア２ＳＷの各モジュールを実行することによって、図５に示すセッション要求部２０１、セッション確立処理部２０２、メンテナンス機能開放要求部２０３、メンテナンス処理部２０４、およびメンテナンス終了通知部２０５などが実現される。

画像形成装置１の使用可否データ記憶部１０１には、図６に示すように、画像形成装置１のオペレーティングシステムに予め用意されている、ＡＰＩの機能ごとの使用可否データ５が、記憶されている。これらの機能の一部は、画像形成装置１のメンテナンスのために用いられる。メンテナンスの機能として、現像剤の攪拌、シアン、マゼンタ、イエロー、および黒ごとのトナーの補給、およびサンプル画像の印刷などがある。

使用可否データ５は、関数名フィールド５ａ、メンテナンスフラグ５ｂ、および使用可否フラグ５ｃのフィールドを有する。

関数名フィールド５ａは、その機能を呼び出すための識別子を示す。関数名フィールド５ａの値は固定であり、変更されない。

メンテナンスフラグ５ｂは、その機能がメンテナンスのためのものであるか否かを示す。「１」は、メンテナンスのためのものであることを意味し、「０」は、そうでないことを意味する。メンテナンスフラグ５ｂの値も固定であり、メンテナンスの機能の使用可否データ５のメンテナンスフラグ５ｂは「１」であり、それ以外の機能の使用可否データ５のメンテナンスフラグ５ｂは「０」である。

使用可否フラグ５ｃは、その機能を使用することを許可するか否かを示す。「１」は、許可することを意味し、「０」は禁止することを意味する。使用可否フラグ５ｃの値は、可変である。ただし、メンテナンスの機能の使用可否データ５の使用可否フラグ５ｃのデフォルト値は、「０」である。

画像形成装置１にエラーが発生するなど、メンテナンスの作業が必要になったら、画像形成装置１のオペレーティングシステムは、サービスコールをタッチパネルディスプレイ１０ｈなどに出力する。

サービスコール通知処理部１０２は、サービスコールに呼応して、サービスコールが発生した旨およびサービスセンタ装置３の識別子を示すサービスコール通知データ６Ａをユーザ端末装置２へ送信する。

サービスコール通知処理部１０２には、ユーザ端末装置２の識別子およびサービスセンタ装置３の識別子が予め登録されている。近距離無線通信の規格としてＢｌｕｅｔｏｏｔｈが用いられる場合は、ユーザ端末装置２の製品識別子（ＰＩＤ）が予め登録されている。または、無線ＬＡＮが用いられる場合は、ユーザ端末装置２のＩＰアドレスまたはＭＡＣ（Media Access Control）アドレスが予め登録されている。

また、サービスセンタ装置３の識別子は、ユーザ端末装置２とサービスセンタ装置３との接続の形態に依存する。本実施形態では、サービスセンタ装置３からユーザ端末装置２へのコールバックによる接続を採る場合を例に、説明する。そこで、サービスセンタ装置３の識別子として、サービスセンタ装置３の電話番号がサービスコール通知処理部１０２に予め登録されている。

サービスコール通知処理部１０２は、予め登録されているこれらの識別子に基づいてサービスコール通知データ６Ａを生成し送信する。

ユーザ端末装置２のセッション要求部２０１（図５参照）は、画像形成装置１からサービスコール通知データ６Ａを受信すると、サービスコール通知データ６Ａに示される電話番号へダイアルアップし、セッションの確立を要求する旨およびユーザ端末装置２の電話番号を示すセッション要求データ６Ｂをサービスセンタ装置３へ送信する。送信後、一旦、サービスセンタ装置３との接続を終了する。

サービスセンタ装置３には、正規のユーザのユーザ端末装置２の電話番号が予め登録されている。サービスセンタ装置３は、セッション要求データ６Ｂを受信すると、セッション要求データ６Ｂに示される電話番号が正規のユーザのユーザ端末装置２のものであるか否かをチェックする。そして、正規のユーザのユーザ端末装置２のものであれば、その電話番号へ発呼してコールバックすることによって、このユーザ端末装置２とのセッションの確立を行う。

ユーザ端末装置２のセッション確立処理部２０２は、サービスセンタ装置３からの呼を受けると、サービスセンタ装置３とのセッションの確立を行う。

メンテナンス機能開放要求部２０３は、セッションが確立されると、メンテナンスの機能を使用可能にするように要求する旨、サービスセンタ装置３との接続（セッション）が有効である旨、およびサービスセンタ装置３の電話番号などを示す開放要求データ６Ｃを画像形成装置１へ送信する。

画像形成装置１のメンテナンス機能開放処理部１０３は、開放要求データ６Ｃを受信すると、開放要求データ６Ｃにサービスセンタ装置３との接続（セッション）が有効である旨が示され、かつ、開放要求データ６Ｃに示される電話番号がサービスセンタ装置３のものであることを確認する。そして、確認できたら、図７のように、メンテナンスフラグ５ｂが「１」である使用可否データ５の使用可否フラグ５ｃをすべて「１」に更新する。これにより、メンテナンスの機能が開放されアプリケーションから呼び出すことが可能になる。

開放完了通知部１０４は、メンテナンスの機能が開放された旨を示す開放通知データ６Ｄをユーザ端末装置２へ送信する。

ユーザ端末装置２のメンテナンス処理部２０４は、開放通知データ６Ｄを受信すると、画像形成装置１のメンテナンスのための処理を、例えば次のように行う。

開放通知データ６Ｄを受信すると、メンテナンス処理部２０４は、図８のような、メンテナンスのアプリケーションを一覧を示すメンテナンス指令画面２ＷＮをタッチパネルディスプレイ２０ｅに表示させる。アプリケーションは、１つの機能のみが用いられることもあれば、複数の機能が用いられる場合もある。アプリケーションのソースは、画像形成装置１のＡＰＩに基づいて記述されている。したがって、画像形成装置１のＡＰＩの機能の関数名が示されている。アプリケーションのソースは、ユーザ端末装置２に予め用意されている。

ユーザは、メンテナンス指令画面２ＷＮを見ながら、実行するアプリケーションを選択する。すると、メンテナンス処理部２０４は、選択されたアプリケーションを、そのアプリケーションのソースに基づいて実行する。この際に、画像形成装置１に対して、関数名などを示す機能呼出データ６Ｅを送信することによって、機能の実行を要求する。

画像形成装置１の機能呼出処理部１０５は、機能呼出データ６Ｅを受信すると、それに示される関数名の機能を、ＡＰＩを介してオペレーティングシステムから呼び出して実行する。

ただし、実行する前に、機能呼出処理部１０５は、その関数名が関数名フィールド５ａに示される使用可否データ５を使用可否データ記憶部１０１から検索し、その使用可否データ５の使用可否フラグ５ｃをチェックする。そして、使用可否フラグ５ｃが「１」であれば、その関数名の機能を実行し、「０」であれば、実行を中止する。

ユーザは、メンテナンスが終わったら、メンテナンス指令画面２ＷＮの「終了」ボタンを押す（図８参照）。

すると、メンテナンス終了通知部２０５は、メンテナンスの作業の終了を示す終了通知データ６Ｆを画像形成装置１へ送信する。

画像形成装置１のメンテナンス機能閉鎖処理部１０６は、終了通知データ６Ｆを受信すると、図６のように、メンテナンスフラグ５ｂが「１」である使用可否データ５の使用可否フラグ５ｃをすべて「０」にリセットする。これにより、メンテナンスの機能の使用が禁止される。

また、メンテナンス指令画面２ＷＮの「終了」ボタンが押されたら、ユーザ端末装置２とサービスセンタ装置３とのセッションを切断する。また、メンテナンス終了通知部２０５は、「終了」ボタンが押されることなくセッションが切断された場合も、終了通知データ６Ｆを画像形成装置１へ送信する。これにより、リモートによるメンテナンスが中断される。

図９は、画像形成装置１、ユーザ端末装置２、およびサービスセンタ装置３の全体的な処理の流れの例を説明するシーケンス図である。

次に、ネットワークシステム４の各装置の全体的な処理の流れを、図９のシーケンス図を参照しながら説明する。

画像形成装置１は、メンテナンスが必要な事象（例えば、エラー）を検知すると、ユーザ端末装置２へサービスコール通知データ６Ａを送信する（＃７０１）。

ユーザ端末装置２は、サービスコール通知データ６Ａを受信しエラー等の事象を検知すると（＃７２１）、リモートメンテナンスソフトウェア２ＳＷを起動し（＃７２２）、ステップ＃７２３以降の処理を順次行う。

まず、ユーザ端末装置２は、セッション要求データ６Ｂをサービスセンタ装置３へ送信する（＃７２３）。

サービスセンタ装置３は、セッション要求データ６Ｂを受信すると（＃７４１）、ユーザ端末装置２へコールバックする（＃７４２）。

ユーザ端末装置２は、サービスセンタ装置３からの呼を受けるとこれに応答する（＃７２４）。そして、ユーザ端末装置２およびサービスセンタ装置３は、セッションの確立の処理を行う（＃７２５、＃７４３）。

ユーザ端末装置２は、セッションが確立されたら、開放要求データ６Ｃを画像形成装置１へ送信する（＃７２６）
画像形成装置１は、開放要求データ６Ｃを受信すると（＃７０２）、メンテナンスの機能の使用可否データ５の使用可否フラグ５ｃ（図９参照）を「１」に更新する（＃７０３）。これにより、リモートによるメンテナンスの機能の使用が可能になる。そして、画像形成装置１は、開放通知データ６Ｄをユーザ端末装置２へ返信する（＃７０４）。

ユーザ端末装置２は、開放通知データ６Ｄを受信すると（＃７２７）、リモートによる画像形成装置１のメンテナンスの処理を行う（＃７２８）。具体的には、メンテナンス指令画面２ＷＮ（図８参照）を表示し、メンテナンスのアプリケーションをユーザに選択させる。そして、選択されたアプリケーションのソースに示される関数名を、機能呼出データ６Ｅを画像形成装置１へ送信することによって、通知する。

画像形成装置１は、ユーザ端末装置２からの機能呼出データ６Ｅに示される関数名の機能を、ＡＰＩを介して呼び出して実行する（＃７０５）。ただし、この機能の使用可否データ５の使用可否フラグ５ｃが「１」を示す場合に実行し、「０」を示す場合は実行しない。

メンテナンス指令画面２ＷＮの「終了」ボタンが押されまたはサービスセンタ装置３とのセッションが切断されると（＃７２９）、ユーザ端末装置２は、終了通知データ６Ｆを画像形成装置１へ送信する（＃７３０）。

画像形成装置１は、終了通知データ６Ｆを受信すると（＃７０６）、メンテナンスの機能の使用可否データ５の使用可否フラグ５ｃを「０」に更新する（＃７０７）。これにより、リモートによるメンテナンスの機能の使用が再び禁止される。

本実施形態によると、フレキシブル性および安全性をあまり損なうことなく画像形成装置１のＡＰＩをユーザ端末装置２で使用することができる。

本実施形態では、メンテナンスの機能の使用を制限したが、他の目的の機能の使用を制限してもよい。例えば、ファックスの送信の機能の使用を、ユーザ端末装置２がサービスセンタ装置３と接続されている場合にのみ、認めるようにしてもよい。

本実施形態では、リモートによる画像形成装置１のメンテナンスを、ユーザ端末装置２をユーザが操作することによって行ったが、サービスセンタ装置３をサービスセンタのオペレータが操作することによって行ってもよい。この場合は、サービスセンタ装置３は、メンテナンス指令画面２ＷＮ（図８参照）に相当する画面を表示し、操作に応じて機能呼出データ６Ｅをユーザ端末装置２へ送信する。ユーザ端末装置２は、この機能呼出データ６Ｅを画像形成装置１へ転送する。そして、画像形成装置１は、この機能呼出データ６Ｅに従って処理を実行する。

本実施形態では、サービスセンタ装置３は、コールバックによってユーザ端末装置２とのセッションの確立を行った。これにより、ユーザ端末装置２の身元を確認しセキュリティの保護を図ることができた。コールバック以外の方法によっても、セキュリティの保護を図ることができる。例えば、ユーザ端末装置２がサービスセンタ装置３へ電子証明書を送信し、サービスセンタ装置３がこの電子証明書が本物であるか否かをチェックすることによって、セキュリティの保護を図ってもよい。

ユーザ端末装置２は、電話番号の代わりにＩＰアドレスをサービスセンタ装置３へ通知してもよい。そして、サービスセンタ装置３は、このＩＰアドレスが予め登録されているのであれば、このＩＰアドレスに基づいてユーザ端末装置２とのセッションを確立してもよい。この際に、ユーザ端末装置２およびサービスセンタ装置３は、ＳＯＡＰ（Simple Object Access Protocol）またはＴＥＬＮＥＴなどを用いて通信を行えばよい。

本実施形態では、画像形成装置１は、ユーザ端末装置２によるメンテナンスの機能の使用を、ユーザ端末装置２がサービスセンタ装置３に接続された状態であるときに許可されたが、他の信頼のできる装置に接続された状態であるときにも許可してもよい。例えば、所定のデータを記録したハードウェアキーがＵＳＢ（Universal Serial Bus）ポートに取り付けられていれば、許可してもよい。この場合は、ユーザ端末装置２は、ハードウェアキーから所定のデータを読み出して画像形成装置１へ送信する。画像形成装置１は、送信されてきた所定のデータが正しいものであるか否かをチェックし、正しければ、メンテナンスの機能の使用を許可する。

その他、ネットワークシステム４、画像形成装置１、ユーザ端末装置２の全体または各部の構成、処理内容、処理順序、データの構成などは、本発明の趣旨に沿って適宜変更することができる。

１ 画像形成装置（画像処理装置）
１０３ メンテナンス機能開放処理部（状態判別手段）
１０５ 機能呼出処理部（特定処理実行手段）
２ ユーザ端末装置（端末装置）
２０２ セッション確立処理部（接続手段）
２０３ メンテナンス機能開放要求部（開放要求手段）
３ サービスセンタ装置（特定のサーバ）

Claims (8)

1. 端末装置からの要求に応じて特定の処理を実行する画像処理装置であって、
   前記端末装置が特定の状態であるか否かを判別する状態判別手段と、
   前記要求があった際に、前記端末装置が前記特定の状態であれば前記特定の処理を実行し、そうでない場合は前記要求を拒否する、特定処理実行手段と、
   を有することを特徴とする画像処理装置。
2. 前記特定の状態は、前記端末装置が特定のサーバに接続されている状態である、
   請求項１記載の画像処理装置。
3. 前記特定の状態は、前記端末装置が特定のサーバに接続されておりかつ前記特定の処理を使用するアプリケーションが前記端末装置において起動している状態である、
   請求項１記載の画像処理装置。
4. 前記特定のサーバは、当該画像処理装置が前記端末装置に対して指定したサーバである、
   請求項２または請求項３記載の画像処理装置。
5. 前記特定の処理は、当該画像処理装置のメンテナンスのための処理である、
   請求項１ないし請求項４のいずれかに記載の画像処理装置。
6. 特定の処理を実行する画像処理装置のクライアントとして用いられる端末装置であって、
   前記特定の処理を前記画像処理装置に実行させる前に、特定のサーバへ接続する接続手段と、
   前記特定のサーバへ接続した旨と前記特定の処理のためのインタフェースの開放の要求とを前記画像処理装置へ送信する、開放要求手段と、
   を有することを特徴とする端末装置。
7. 端末装置からの要求に応じて特定の処理を実行する画像処理装置に、
   前記端末装置が特定の状態であるか否かを判別させ、
   前記要求があった際に、前記端末装置が前記特定の状態であれば、前記特定の処理を実行させ、そうでない場合は前記要求を拒否させる、
   ことを特徴とする特定の処理の実行方法。
8. 端末装置からの要求に応じて特定の処理を実行する画像処理装置に用いられるコンピュータプログラムであって、
   当該画像処理装置に、
   前記端末装置が特定の状態であるか否かを判別する判別処理を実行させ、
   前記要求があった際に、前記端末装置が前記特定の状態であれば、前記特定の処理を実行させ、そうでない場合は前記要求を拒否させる、
   ことを特徴とするコンピュータプログラム。

Images