JP2008053834A - 画像処理システム、携帯端末、画像処理装置及びプログラム - Google Patents

Abstract

【課題】使い勝手の良い画像処理システム等を提供することを目的とする。
【解決手段】ジョブ依頼者（クライアント）が自己の携帯電話９についてＭＦＰ３ａとの間で、ログイン認証を行い（図中の「１」である。）、ジョブを登録する（図中の「２」である。）と、ＭＦＰ３ａは該当するアプリを携帯電話９に送信し（図中の「３」である。）、インストールされる（図中の「４」である。）。クライアントは、ジョブ実行中にエラーが発生した旨の通知を受け取ると、その内容に基づいてジョブの内容（送信方法）を変更する旨をＭＦＰ３ａに送信し（図中の「１４」である。）、ＭＦＰ３は、その変更した内容に基づいてジョブを実行する（図中「１５」である。）。ジョブが完了すると、携帯電話９にジョブ完了通知がＭＦＰ３ａから届き、インストールしたアプリをアンインストールする（図中の「１７」である。）。
【選択図】図２

Description

本発明は、画像処理装置及び携帯端末を備える画像処理システムにおける画像処理技術に関する。

近年、プリント処理やＦＡＸ処理の他、読み取った画像をＭａｉｌ送信する（所謂、「スキャンＭａｉｌ」である。）処理等の多くの処理機能を備える画像処理装置（例えば、ＭＦＰ（Multiple Function Peripheral）である。）が販売されている。
このような画像処理装置は、比較的高価であり、また、その設置にもある程度のスペースを必要とする。このため、多数のクライアント端末に限られた台数の画像処理装置をネットワークを介して接続した印刷システムとして使用されることが多い。なお、クライアント端末の使用者をクライアントともいう。

複数のクライアントの中には、前記画像処理装置から遠く離れた者や、会議等が多くクライアント端末から離れることが多い者もいる。このようなクライアントのために、例えば、画像処理装置に依頼したジョブの完了を示す完了通知や、ジョブ実行中のエラー発生を示すエラー通知等を、例えばＭａｉｌや音声データを利用してクライアントが所有している携帯電話に送信するような印刷システムが提案されている（例えば、特許文献１、特許文献２）。

このようにエラー通知を送信する印刷システムを採用すれば、例えば、印刷データを受け取って実行した際にエラーが発生した場合に、クライアントは、画像処理装置から送信されてきたエラー通知により、画像処理装置のところに行く前に上記エラー発生を知ることができ、早期に当該エラーに対処できる。
特開２００２−１９６９００号公報 特開２００３−３４８２８３号公報

しかしながら、従来の印刷システムにおいては、クライアントは画像処理装置からのエラー通知によりエラー発生を早期に知ることができるものの、そのエラーを解除するためには必ず画像処理装置の設置場所に行って、エラー解除のために種々の操作・処置を施す必要がある。
つまり、クライアントにとって使い勝手の良いものとは言えないのである。

本発明は、上記のような問題点を鑑みてなされたものであって、使い勝手の良い画像処理システム、画像処理装置、携帯端末及びプログラムを提供することを目的とする。

上記目的を達成するために、請求項に記載された本発明に係る画像処理システムは、画像処理装置と携帯端末とを備える画像処理システムにおいて、
前記画像処理装置は、画像処理に関するジョブを受け付けて実行するジョブ実行手段と、携帯端末の使用者が自装置の登録者であるか否かを認証する認証手段と、認証された携帯端末の使用者に係るジョブを実行する際に前記使用者が操作するのと同等の操作の少なくとも１つが可能なアプリケーションソフトを前記認証された使用者の携帯端末に送信する送信手段と、前記携帯端末側で前記アプリケーションソフトを利用して前記認証された使用者が当該ジョブについて操作する操作内容を前記携帯端末から受信する受信手段とを備え、
前記携帯端末は、前記アプリケーションソフトを受信する受信手段と、受信したアプリケーションを実行するアプリケーションソフト実行手段と、前記アプリケーションソフトを利用して前記認証に係るジョブを、前記認証された使用者が当該携帯端末で操作する場合の操作内容を前記画像処理装置に送信する送信手段とを備え、
前記画像処理装置のジョブ実行手段は、前記認証に係る携帯端末から受信した操作内容を反映して前記ジョブを実行することを特徴としている。

ここでいう「認証手段」は、携帯端末の使用者が自装置の登録者であるか否かを認証できれば良く、その認証方法を特に限定するものではない。また、携帯端末の使用者を認証する際に、使用者が特定の携帯端末を使用している場合は、携帯端末と画像処理装置との間で認証を行えば良いし、さらに、使用者が特定の（定まった）携帯端末を使用しない場合は、使用者と画像処理装置との間の認証を行っても良い。このような例としては、クライアント（画像処理装置へのジョブ依頼者）が複数人で、当該クライアントの数より少ない数の携帯端末を共有する場合等がある。

また、前記画像処理装置において、前記ジョブ実行手段は、画像処理に関して複数種類のジョブを実行する機能を有し、前記送信手段は、当該ジョブの種類に対応するアプリケーションソフトを送信することを特徴とし、或いは、前記画像処理装置は、さらに、前記認証に係るジョブの実行について発生したエラーに関する情報を前記携帯端末に送信する手段を備え、前記携帯端末の前記アプリケーションソフト実行手段は、前記エラーについて対処を行なうための操作を受け付け、前記携帯端末の前記送信手段は、前記エラー対処のために受け付けられた操作内容を前記画像処理装置に送信し、前記画像処理装置の前記ジョブ実行手段は、前記受信手段で受信したエラー対処のための操作内容に基づいて前記エラーが発生したジョブの実行を行なうことを特徴としている。

ここで、「エラーに関する情報を前記携帯端末に送信する手段」は、画像処理装置の送信手段を利用するものであっても良く、また、前記送信手段とは別の手段であっても良い。
上記目的を達成するために、請求項に記載された本発明に係る画像処理装置は、画像処理に関するジョブを実行するジョブ実行手段を備えると共に携帯端末と通信可能な画像処理装置であって、携帯端末の使用者が自装置の登録者であるか否かを認証する認証手段と、認証された携帯端末の使用者に係るジョブを実行する際に前記使用者が操作するのと同等の操作の少なくとも１つが可能なアプリケーションソフトを前記認証された使用者の携帯端末に送信する送信手段と、前記携帯端末側で前記アプリケーションソフトを利用して前記認証された使用者が当該ジョブについて操作する操作内容を前記携帯端末から受信する受信手段とを備え、前記ジョブ実行手段は、前記認証に係る携帯端末から受信した操作内容を反映して前記ジョブを実行することを特徴としている。

また、前記ジョブ実行手段は、画像処理に関するジョブについて複数種類を実行する機能を有し、前記送信手段は、当該ジョブの種類に対応するアプリケーションソフトを送信することを特徴とし、或いは、前記認証手段は、無線通信を利用して携帯端末の使用者の認証情報を当該携帯端末から直接取得することを特徴としている。
さらに、前記アプリケーションソフトは、前記認証に係る使用者から受け付けた１つのジョブを実行するために認証が許可された携帯端末に送信されることを特徴とし、或いは、前記画像処理装置は、さらに、前記認証された携帯端末の使用者に係るジョブの実行について発生したエラーに関する情報を前記携帯端末に送信する手段を備え、前記受信手段は、前記エラーについて対処を行なうための操作に関する操作内容を前記携帯端末から受信し、前記ジョブ実行手段は、前記受信手段で受信したエラー対処のための操作内容に基づいて前記エラーが発生したジョブの実行を行なうことを特徴としている。

ここで、「エラーに関する情報を前記携帯端末に送信する手段」は、画像処理装置の送信手段を利用するものであっても良く、また、前記送信手段とは別の手段であっても良い。
上記目的を達成するために、請求項に記載された本発明に係る携帯端末は、画像処理に関するジョブを実行する画像処理装置と通信可能な携帯端末であって、前記画像処理装置において携帯端末の使用者を認証するために必要とされる認証情報を前記画像処理装置に送信する第１の送信手段と、前記画像処理装置で認証されたときに、当該認証に係るジョブを画像処理装置が実行する際に当該使用者が操作するのと同等の操作の少なくとも１つが可能なアプリケーションソフトを前記画像処理装置から受信する受信手段と、前記アプリケーションソフトを利用して前記認証に係る使用者が当該ジョブの実行について操作する操作内容を前記画像処理装置に送信する第２の送信手段とを備えることを特徴としている。

また、前記携帯端末は、さらに、前記画像処理装置において行なわれる前記認証に係るジョブの実行について発生したエラーに関する情報を受信する手段を備え、前記アプリケーション実行手段は、前記エラーについて対処を行なって当該エラーが発生したジョブの実行を可能とするための操作を受け付け、前記送信手段は、前記受け付けられたエラー対処のための操作内容を前記画像処理装置に送信することを特徴としている。

ここで、「エラーに関する情報を受信する手段」は、携帯端末の受信手段を利用するものであっても良く、また、前記受信手段とは別の手段であっても良い。
上記目的を達成するために、請求項に記載された本発明に係る画像処理装置用のプログラムは、画像処理に関するジョブを実行すると共に携帯端末と通信可能な画像処理装置に、携帯端末の使用者が自装置の登録者であるか否かを認証する認証ステップと、認証された携帯端末の使用者に係るジョブを実行する際に前記使用者が操作するのと同等の操作の少なくとも１つが可能なアプリケーションソフトを前記認証された使用者の携帯端末に送信する送信ステップと、前記携帯端末側で前記アプリケーションソフトを利用して前記認証された使用者が当該ジョブについて操作する操作内容を前記携帯端末から受信する受信ステップと、前記認証に係る携帯端末から受信した操作内容を反映して前記ジョブを実行する実行ステップとを実行させることを特徴としている。

また、前記画像処理装置に、さらに、前記認証された携帯端末の使用者に係るジョブの実行についてエラーが発生したとき、当該エラーに関する情報を前記携帯端末に送信するステップを実行させ、前記受信ステップは、前記エラーについて対処を行なうための操作に関する操作内容を受信するものであり、前記実行ステップは、前記受信ステップで受信したエラー対処のための操作内容に基づいて前記エラーが発生したジョブの実行を行なう
ことを特徴としている。

また、上記目的を達成するために、請求項に記載された本発明に係る携帯端末用のプログラムは、画像処理に関するジョブを実行する画像処理装置と通信可能な携帯端末に、前記画像処理装置において携帯端末の使用者を認証するために必要とされる認証情報を前記画像処理装置に送信する第１の送信ステップと、前記画像処理装置で認証されたときに、当該認証に係るジョブを画像処理装置が実行する際に当該使用者が操作するのと同等の操作の少なくとも１つが可能なアプリケーションソフトを前記画像処理装置から受信する受信ステップと、前記アプリケーションソフトを利用して前記認証に係る使用者が当該ジョブの実行について操作する操作内容を前記画像処理装置に送信する第２の送信ステップと
を実行させることを特徴としている。

また、前記携帯端末に、さらに、前記受信したアプリケーションソフトをインストールするか否かの入力を前記認証に係る使用者から受け付ける受付ステップを実行させることを特徴とし、或いは、前記携帯端末に、さらに、前記画像処理装置からジョブ実行に関する情報を受信する第３の受信ステップと、受信した前記情報に従って、前記アプリケーションソフトを削除するか自装置の使用者に報知するかを切り換える切換ステップとを実行させることを特徴としている。

さらに、前記切換ステップでは、前記情報がジョブ実行の完了を示すときに、前記アプリケーションソフトを削除するに切換え、前記情報がジョブ実行中のエラー発生を示すときは、ユーザに報知するに切り換えることを特徴とし、或いは、前記携帯端末に、さらに、前記画像処理装置において行なわれる前記認証に係るジョブの実行について発生したエラーに関する情報を受信する第３の受信ステップと、前記エラーについて対処を行なって当該エラーの発生したジョブの実行を可能とするための操作を受け付けるステップとを実行させ、前記第２の送信ステップは、前記エラー対処のための操作内容を前記画像処理装置に送信することを特徴としている。

上記印刷システムは、認証された携帯端末の使用者に係るジョブを実行する際に使用者が操作するのと同等の操作が可能なアプリケーションソフトを利用して、当該認証に係るジョブについて認証された使用者が当該携帯端末で操作する場合の操作内容を携帯端末から画像処理装置に送信できる。
このため、例えば、画像処理装置において実行中のジョブにエラーが発生して、当該ジョブの内容を変更することでエラーを解除できる場合や、ジョブ実行前にジョブ内容に変更が生じた場合には、ジョブ依頼者はわざわざ画像処理装置の設置場所に行かなくても、携帯端末から画像処理装置を操作して、そのエラーを解除したりジョブ内容を変更したりすることができる。

また、前記画像処理装置において、前記ジョブ実行手段は、画像処理に関して複数種類のジョブを実行する機能を有し、前記送信手段は、当該ジョブの種類に対応するアプリケーションソフトを送信している。このため、アプリケーションソフトは、該当するジョブについて操作できれば良く、全ジョブに対応したアプリケーションに比べて、アプリケーションソフトの容量を小さくでき、携帯端末への負担も軽減できる。

上記画像処理装置は、認証された携帯端末の使用者に係るジョブを実行する際に使用者が操作するのと同等の操作が可能なアプリケーションソフトを利用して、当該認証に係るジョブについて認証された使用者が当該携帯端末で操作する場合の操作内容を携帯端末から受信できる。
このため、例えば、画像処理装置において実行中のジョブにエラーが発生して、当該ジョブの内容を変更することでエラーを解除できる場合や、ジョブ実行前にジョブ内容に変更が生じた場合には、ジョブ依頼者はわざわざ画像処理装置の設置場所に行かなくても、携帯端末から画像処理装置を操作して、そのエラーを解除したりジョブ内容を変更したりすることができる。

また、前記ジョブ実行手段は、画像処理に関するジョブについて複数の種類を実行する機能を有し、前記送信手段は、当該ジョブの種類に対応するアプリケーションソフトを送信している。このため、アプリケーションソフトは、該当するジョブについて操作できれば良く、全ジョブに対応したアプリケーションに比べて、アプリケーションソフトの容量を小さくでき、携帯端末への負担も軽減できる。

さらに、前記認証手段は、無線通信を利用して携帯端末の使用者の認証情報を当該携帯端末から直接取得している。このため、携帯端末の使用者を確実に認証でき、処理する画像についての漏洩等のセキュリティを確保できると共に、認証に係るジョブと関係のない人からの当該ジョブについての操作を受け付けるようなこともなくすることができる。
しかも、前記アプリケーションソフトは、前記認証に係る使用者から受け付けた１つのジョブを実行するために認証が許可された携帯端末に送信される。このため、認証と関係のない携帯端末にアプリケーションソフトが送信されるようなことを未然に防ぐことができる。

上記携帯端末は、認証された携帯端末の使用者に係るジョブを実行する際に使用者が操作するのと同等の操作が可能なアプリケーションソフトを利用して、当該認証に係るジョブについて認証された使用者が当該携帯端末で操作する場合の操作内容を画像処理装置に送信できる。
このため、例えば、画像処理装置において実行中のジョブにエラーが発生して、当該ジョブの内容を変更することでエラーを解除できる場合や、ジョブ実行前にジョブ内容に変更が生じた場合には、ジョブ依頼者はわざわざ画像処理装置の設置場所に行かなくても、携帯端末から画像処理装置を操作して、そのエラーを解除したりジョブ内容を変更したりすることができる。

本発明の画像処理システムの実施の形態として、画像処理装置としてＭＦＰを、携帯端末として携帯電話をそれぞれ適用した印刷システムについて説明する。
＜第１の実施の形態＞
１．全体構造
図１は、第１の実施の形態に係る印刷システムの全体構成を示す図である。

印刷システム１は、同図に示すように、１台又は複数台、ここでは２台のＭＦＰ３ａ，３ｂと、１台又は複数台、ここでは３台以上のクライアント端末５ａ，５ｂ，５ｃと、１台又は複数台、ここでは１台の携帯電話９とから構成される。
ＭＦＰ３ａ，３ｂは、プリント処理、コピー処理、ＦＡＸ送信処理、スキャン処理、スキャンした画像をＭａｉｌに添付して送信（以下、「Ｍａｉｌ送信」という。）する処理等を行える。

このＭＦＰ３ａ，３ｂは、ＬＡＮ７を介してクライアント端末５ａ，５ｂ，５ｃに接続され、また、電話回線やインターネット等にも接続されている。なお、ＦＡＸ送信及びＭａｉｌ送信を含めて、「スキャン送信」という場合もある。
具体的には、クライアント端末５ａ，５ｂ，５ｃ及びＭＦＰ３ａ，３ｂは、ＬＡＮケーブルにＨＵＢ（図示省略）を介して接続され、所定のプロトコル、ここではＴＣＰ／ＩＰプロトコルにより相互に通信可能となっている。また、ＬＡＮ７は、図外のルータを介して、インターネットに接続されている。

これにより、ＭＦＰ３ａ，３ｂは、クライアント端末５ａ，５ｂ，５ｃからプリントジョブを受信したり、ＦＡＸを受信・送信したり、Ｍａｉｌ送信したりできる。
なお、クライアントあるいはクライアント端末５ａ，５ｂ，５ｃが、ＭＦＰ３ａ，３ｂにプリント処理、コピー処理、ＦＡＸ送信処理、スキャン処理、Ｍａｉｌ送信処理をさせる場合には、クライアントの操作もしくはクライアント端末からの送信によりプリントジョブ、コピージョブ、ＦＡＸ送信ジョブ、スキャンジョブ、Ｍａｉｌ送信ジョブを依頼することで行われる。

また、クライアントがＭＦＰ３ａに対して所定の手続き（後に詳細に説明する。）を行うことで、ＭＦＰ３ａは、例えば、すでにＭＦＰ３ａに依頼したジョブの内容を変更したり、何らかの原因で発生したエラーを解除したりする操作を、クライアントが所有する携帯電話９から受け付け、その操作に沿ってジョブを実行する機能も有する。
図２は、第１の実施の形態の処理の一例を説明するための図である。

まず、ジョブを依頼しようする者、つまりクライアントがＭＦＰ３ａの設置場所に行き、クライアントの携帯電話９とＭＦＰ３ａとの間で、ログイン認証を行う（図中の「１」である。）。このログイン認証とは、これから説明する種々の処理を許可するために、前記携帯電話９とＭＦＰ３ａとの間で行う認証のことであり、携帯端末９がＭＦＰ３ａに登録されているクライアントの携帯電話９であると認証されるとログインが許可される。

ログイン認証がされると、クライアントは、ＭＦＰ３ａに実行させるジョブを登録する（図中の「２」である。）。ここでは、送信先が「Ａ」で、送信方法が「Ｍａｉｌ」のスキャン送信ジョブが登録される。
ＭＦＰ３ａは、クライアントからジョブ登録（スキャン送信ジョブ）を受けると、当該ジョブに関連して携帯電話９で使用されるアプリケーションソフト（以下、単に「アプリ」という。）を携帯電話９に送信する（図中の「３」である。）。これを受けた携帯電話９は、受信したアプリを自身にインストールする（図中の「４」である。）。

次に、クライアントが、ＭＦＰ３ａから離れて他の場所に移動する（本移動は必須でない。）。そして、ＭＦＰ３ａはジョブを実行して（図中の「１１」である。）、送信先の「Ａ」にＭａｉｌ送信する（図中の「１２」である。）。
ここで、例えば、送信先の「Ａ」のＭａｉｌアドレスが変更等している場合に、Ｍａｉｌ送信ができず、送信エラーが発生すると、ＭＦＰ３ａが当該エラー内容を携帯電話９に通知する（図中の「１３」である。）。

クライアントは、前記エラーの内容を携帯電話９から知ると、Ｍａｉｌ送信からＦＡＸ送信に送信方法を変更する操作を携帯電話９から行う（図中の「１４」である。）。
これを受け、ＭＦＰ３ａは、携帯電話９からの操作指示通りに、送信方法をＭａｉｌ送信からＦＡＸ送信に変更して、送信先「Ａ」に送信する際にすでにスキャンしたデータをＦＡＸデータとしてＦＡＸ送信する（図中の「１５」である。）。ＦＡＸ送信が終わってジョブが完了すると、ジョブが完了した旨の通知（以下、「完了通知」という。）を携帯電話９に送信する（図中「１６」である。）。

クライアントは、携帯電話９からジョブが完了したことを知ることができると共に、携帯電話９は、ＭＦＰ３ａに依頼したジョブが完了したことにより不要となったアプリを携帯電話９からアンインストールする（図中の「１７」である。）。
上述のように、例えば、ＭＦＰ３ａに指示を与える必要が生じた際にも、ジョブ依頼者は、わざわざＭＦＰ３ａの設置場所に行ったり、クライアント端末５ａ，５ｂ，５ｃの設置場所に戻ったりする必要がなく、ＭＦＰ３ａに直接指示できる。

また、ＭＦＰ３ａにジョブを依頼した後に、クライアントが移動して、ＭＦＰ３ａやクライアント端末５ａ，５ｂ，５ｃから離れても、携帯電話９からＭＦＰ３ａへの指示・操作が可能となる。
なお、実施の形態では、ＭＦＰ３ａと携帯電話９との間でやり取りされる指示・通知内容等は、Ｍａｉｌのヘッダ部に格納されており、また、Ｍａｉｌの種類を示す識別番号もヘッダに格納されている。これにより、ＭＦＰ３ａ、携帯電話９は、互いに受信したＭａｉｌにどのような情報が格納されているか分かるようになっている。

２．各装置の構成
２−１．ＭＦＰ
（１）概略
ＭＦＰ３ａは、従来の公知の機能、具体的には、上述したプリント処理、コピー処理、スキャン処理、ＦＡＸ送受信処理、Ｍａｉｌ送受信処理等を行う他、クライアントの所有している携帯電話を認証して、当該認証に係る携帯電話からジョブに関する操作を受けることができる。

なお、認証については、後述するが、携帯電話９に、クライアントの情報が格納されたＩＣチップが搭載されており、この情報を読み取るリーダがＭＦＰ３ａに設けられていることで実施している。
（２）外観
図３は、第１の実施の形態に係るＭＦＰの外観の一例を示す外略図である。

ＭＦＰ３ａは、図３に示すように、原稿等の読み取りにより画像データを取得するスキャナ部３０１と、画像が形成されたドキュメント（原稿）をスキャナ部３０１に供給するドキュメントフィーダ３０３と、画像データやプリントデータに基づいて画像形成を行うプリント部３０５と、前記プリント部３０５で画像が形成されたドキュメントを貯留するトレイ３０７と、画像形成に使用する紙やフィルム等の記録シートを格納し且つ当該記録シートをプリント部３０５に供給する給紙部３０９と、コピー枚数等の入力や種々の設定入力等に用いられる文字・記号等の複数の入力キー（例えば、１０キー）を備える操作部３１１と、クライアントの携帯電話９を認証する認証部３１３と、クライアントに対して各種の表示を行うディスプレイ部３１５等を備える。

なお、ディスプレイ部３１５は、タッチパネル式であり、クライアントが指で触れたタッチパネル上の位置を検知し、検知結果を入力信号とする機能も有し、一部上記の操作部３１１としても機能する。
また、ディスプレイ部３１５で行う表示には、例えば、クライアントに対して、処理中のジョブの状況、ジョブの受信状況、エラー等のメッセージ、クライアントが設定する際にその設定を誘導する画面、コピー枚数の入力結果等がある。

（３）ハードウェア
図４は、第１の実施の形態に係るＭＦＰにおけるハードウェア構成の一例を示す図である。
ＭＦＰ３ａは、図４に示すように、操作部３１１、ディスプレイ部３１５、認証部３１３、スキャナ部３０１、給紙部３０９、プリント部３０５、ドキュメントフィーダ３０３、通信インタフェース３１７、制御部３１９、ＲＯＭ３２１、ＲＡＭ３２３、ハードディスク３２５、アプリ蓄積部３２７等を備える。

操作部３１１、ディスプレイ部３１５、ドキュメントフィーダ３０３は上述した通りである。
スキャナ部３０１は、原稿に描かれている画像を光電的に読み取って、デジタルの画像データ（ここでは、赤（Ｒ）緑（Ｇ）青（Ｂ）又は黒（Ｂｌ）の濃度を示す濃度データである。）を生成する。このようにして得られた画像データは、プリント部３０５において画像形成（プリント）に用いられる他、例えば、ＴＩＦＦ、ＰＤＦ、ＪＰＥＧなどのフォーマットのファイルに変換され、ハードディスク３２５に記憶されたり（この処理を「スキャン ｔｏ Ｂｏｘ」処理という。）、ＦＡＸデータに変換されてＦＡＸ送信に用いられたり、Ｍａｉｌ送信用の添付ファイルに用いられたりする。

プリント部３０５は、上記スキャナ部３０１にて読み取られた画像、ＬＡＮ７等のネットワークを介して接続されているクライアント端末５ａ，５ｂ，５ｃ等から送信されてきたデータの画像（文書も含む。）や、ＦＡＸ受信したＦＡＸデータの画像等を給紙部３０９から供給された記録シートに印刷する。
認証部３１３は、例えば、図３に示すように、ディスプレイ部３１５と操作部３１１との間に設けられたＩＣリーダ３１３ａを備える。このＩＣリーダ３１３ａは、携帯電話９のＩＣチップに格納されている情報を読み出し、読み取った情報は制御部３１９に出力される。

アプリ蓄積部３２７は、携帯電話９にインストールされるアプリを蓄積するものであり、クライアント又はクライアント端末５ａ，５ｂ，５ｃから依頼されたジョブに対応するアプリを蓄積する。本実施の形態では、スキャン送信処理用のスキャン用アプリ３２７ａと、プリント処理用のプリント用アプリ３２７ｂとがある。
通信インタフェース３１７は、クライアント端末５ａ，５ｂ，５ｃ等の外部装置や外部ネットワーク等とネットワークを介して通信（Ｍａｉｌの送受信を含む。）を行ったり、電話回線を通じてＦＡＸの送受信等を行ったりする。なお、通信インタフェース３１７としては、例えば、ＮＩＣ（ネットワーク・インタフェース・カード）、モデム、ターミナルアダプター等が利用される。

ＲＯＭ３２１は、プリント処理、コピー処理、ＦＡＸ送信処理、スキャン処理、Ｍａｉｌ送信処理、スキャン ｔｏ Ｂｏｘ処理等の各処理機能を実現するためのプログラム、データ等が記憶されている。言うまでもなく、本実施の形態の機能を実現するプログラム及びデータも記憶されている。
これらのプログラム又はデータの一部または全部を、ハードディスク３２５にインストールしておいてもよい。この場合は、ハードディスク３２５にインストールされているプログラム又はデータは、必要に応じてＲＡＭ３２３にロードされる。

ＲＡＭ３２３は、制御部３１９の制御により実行される種々のジョブを実行するためのワークエリアを提供したり、必要なプログラムや各種のテーブル等が記憶されたりする。
なお、本実施の形態で説明する機能は、必ずしも制御部３１９だけでなく専用ハードウェアを利用したり、一部はオペレーティングシステム（ＯＳ）等の汎用プログラムの機能を利用したりして実現することもできる。

（４）制御部
制御部３１９は、図４に示すように、操作部３１１、ディスプレイ部３１５、認証部３１３、スキャナ部３０１、給紙部３０９、プリント部３０５、ドキュメントフィーダ３０３、通信インタフェース３１７、ＲＯＭ３２１、ＲＡＭ３２３、ハードディスク３２５、アプリ蓄積部３２７等を制御する。つまり、上記の各部と連携して、各ジョブの処理を実行すべく各部を制御している。

図５は、第１の実施の形態に係るＭＦＰの制御部のブロック図である。
同図に示すように、制御部３１９は、主制御部３３１、認証制御部３３３、アカウント管理部３３５、アカウントデータベース３３７、入力取得部３３９、表示制御部３４１、アドレス管理部３４３、アドレス格納部３４５、アプリ制御部３４７、ジョブ制御部３４９を備える。

表示制御部３４１は、ディスプレイ部３１５への表示内容を制御する。入力取得部３３９は、操作部３１１（ディスプレイ部３１５のタッチパネル含む。）からの入力を取得する。入力取得部３３９と表示制御部３４１は互いに連関しており、操作部３１１を介して入力された内容によって、表示制御部３４１はディスプレイ部３１５に表示する内容を制御する。

ジョブ制御部３４９は、主にジョブを管理するものであり、ジョブ解析部３５１とジョブ指示部３５３、ジョブ管理部３５５とを備える。
ジョブ管理部３５５は、ジョブに関する管理をしており、クライアントあるいはクライアント端末５ａ，５ｂ，５ｃから受けたジョブを登録したり、登録したジョブの処理順序を決定したり、処理中のジョブにエラーが発生していないかどうか等の実行中のジョブを管理したりする。

ジョブ解析部３５１では、登録されたジョブの種類を解析し、また、ジョブ指示部３５３は、ジョブ管理部３５５で管理されている（未実行である。）ジョブのうち、処理する順番となったジョブを処理すべく関係する制御部・管理部に種々の指示をしたり、ジョブの内容変更が指示されたときにその変更に沿うように各部分に指示したりする。
例えば、クライアント端末５ａ，５ｂ，５ｃからプリントジョブの依頼があると、まず、ジョブ管理部３５５がジョブを登録し、ジョブ解析部３５１が登録したジョブを解析して、その解析結果に基づいてジョブ指示部３５３は、プリントジョブの処理に関係する部分である、給紙部３０９やプリンタ部３０５等に指示する。

また、ジョブ制御部３４９は、クライアントあるいはクライアント端末５ａ，５ｂ，５ｃから受けたジョブが認証に係るジョブである場合には、その旨を主制御部３３１に出力する。
アカウント管理部３３５は、携帯電話９を認証する際に用いる認証情報等のアカウント情報を管理している。アカウントデータベース３３７は、前記アカウント情報が記録されている。アカウント情報としては、ここでは、認証情報、送信情報、課金情報、アクセス情報等であり、これらは、例えば管理テーブルにより管理されている。

図６は、第1の実施の形態に係る認証情報の管理テーブルである。
認証情報としては、同図に示すように、氏名、パスワード、クライアントが使用するクライアント端末のＩＰアドレス等のアドレスが管理テーブルＴ１に格納されている。
アカウント管理部３３５は、操作部３１１から新しい情報が入力されると、入力された情報をアカウントデータベース３３７に追加したり、操作部３１１から変更後の新しい情報が入力されるとアカウントデータベースの情報を書き換えたり等する。

なお、アカウント管理部３３５は、通信インタフェース３１７を介してクライアント端末５ａ，５ｂ，５ｃからアカウント情報の変更・追加等がある場合も、同様に、アカウントデータベース３３７の情報を追加・変更等を行う。
アドレス管理部３４３は、ネットワーク内の他のプリンタ、ＭＦＰ３ｂ等のアドレス（クライアント端末の場合もある。）、スキャン送信のあて先であるＦＡＸ番号やＭａｉｌアドレス等を管理している。アドレス格納部３４５は、前記種々のアドレスを格納テーブルに格納している。

アドレス管理部３４３も、アカウント管理部３３５と同様に、操作部３１１や通信インタフェース３１７を介してアドレスの変更・追加等がある場合も、アドレス格納部３４５のアドレスを追加・変更等を行う。
認証制御部３３３は、携帯電話９の認証を行う。具体的には、クライアントの携帯電話９のＩＣ部９０９（図７参照）を介して取得した氏名とパスワードが、図６に示すような、アカウントデータベース３３７に登録されている認証情報と一致しているか否かの判定を行う。一致している場合は、後述の主制御部３３１に携帯電話９の認証によるログインを許可する旨を出力する。

アプリ制御部３４７は、主制御部３３１から携帯電話９の認証によりログインが許可された旨及び当該認証に係るジョブの登録があると、当該携帯電話９のクライアントが依頼したジョブに対応するアプリを携帯電話９に送信する他、携帯電話９側で当該アプリを利用して、実行中又は実行予定のジョブについての操作指示を受けると、その指示に沿って主制御部３３１を介してジョブ指示部３５３に指示する。

最後に、主制御部３３１は、例えばアカウント管理部３３３等の管理部や、例えば認証制御部３３３等の制御部を全体的に制御するものであり、ＣＰＵ等により構成される。
２−２．携帯電話
（１）概要
携帯電話９は、従来の公知の処理、具体的には、電話通信処理、Ｍａｉｌの送受信処理等を行う他、クライアントを認証するための情報及びメールアドレスを格納するＩＣチップを有する。

携帯電話９は、ＭＦＰ３ａとの間で認証がなされると、当該携帯電話のクライアントが依頼したジョブについて、ＭＦＰ３ａから送信されたアプリを利用して操作する機能を有する。なお、携帯電話９を通常の電話機として使用するときは、その所有者を「ユーザ」とし、携帯電話９を本発明に係る使用をするときには、その所有者を「クライアント」として、両者を表現上区別する。

（２）外観
図７は、第1の実施の形態に係る携帯電話の外観の一例を示す概略図である。
携帯電話９は、図７に示すように、電話番号、Ｍａｉｌアドレスの入力等に用いられる数字、文字、記号等の複数の入力キー９０１ａを備える操作部９０１と、電話番号、Ｍａｉｌの内容を表示するディスプレイ部９０３、通話の際に使用するスピーカ９０５、マイク９０７等の他、認証用のＩＣチップが設けられたＩＣ部９０９等を備える。

（３）ハードウェア
図８は、第1の実施の形態に係る携帯電話におけるハードウェア構成の一例を示す図である。
携帯電話９は、図８に示すように、制御部９１１、マイク９０７、スピーカ９０５、ＩＣ部９０９、ディスプレイ部９０３、操作部９０１、メモリ９１３、無線通信部ユニット９１５、振動部９１６を備える。

ＩＣ部９０９は、内部にＩＣチップを備え、携帯電話９のユーザの氏名（ニックネイム、略称等を含む。）及びパスワードの認証情報及び携帯電話９のメールアドレスをＭＦＰ３ａに無線通信により出力（送信）する。
メモリ９１３は、携帯電話９のユーザに関する情報（例えば、氏名、Ｍａｉｌアドレス等のプロフィール）、他人の電話番号、Ｍａｉｌアドレス、住所録等を記憶する。無線通信ユニット９１５は、最寄の基地局との間で無線通信を行う。

振動部９１６は、着呼信号を受信すると、当該着呼をユーザに知らせるべく、携帯電話９を振動させる。なお、操作部９０１及びディスプレイ部９０３は上述した通りである。
（４）制御部
制御部９１１は、図８に示すように、主制御部９１２、通話制御部９１７、Ｍａｉｌ制御部９１９、認証制御部９２２、表示制御部９２７、入力取得部９２９、メモリ管理部９３１、通信制御部９３３を備える。

通話制御部９１７は、主に無線通信ユニット９１５を介して電話通信に必要な制御を行う。具体的には、ユーザが操作部９０１の入力キー９０１ａで入力した電話番号に基づいた発呼信号を発信したり、着呼信号を受信すると着信音をスピーカ９０５から出力したり、マイク９０７から入力された音声を例えばデジタル信号に変換したり、無線通信ユニット９１５から送信されてきた信号を音声に変換してスピーカ９０５から出力したり等する。

Ｍａｉｌ制御部９１９は、主に無線通信ユニット９１５を介してパケット通信等のＭａｉｌ送受信に必要な制御を行う。具体的には、ユーザが操作部９０１の各種のキーを操作して入力した文書をＭａｉｌ本文に格納し（以下、単に「Ｍａｉｌに格納する」ともいう。）て送信したり、画像等をＭａｉｌ本文に添付し（以下、単に「Ｍａｉｌに添付する」ともいう。）て送信したり、逆にＭａｉｌ受信をクライアントに報知したり、Ｍａｉｌ内容をディスプレイ部９０３に表示したり等する。

認証制御部９２２は、主にアプリ制御部９２３とＩＣ管理部９２５とを備え、主に、ＭＦＰ３ａとの認証や、アプリの管理・制御や、認証情報等の管理等を行う。
アプリ制御部９２３は、ＭＦＰ３ａからのＭａｉｌに添付されたアプリを一旦メモリ９１３に格納したり、アプリを起動して携帯電話９からクライアントが依頼したジョブに関する情報をディスプレイ９０３に表示したり、ジョブに関する指示を携帯電話９からＭＦＰ３ａに送信したり等する。

ＩＣ管理部９２５は、主にＭＦＰ３ａとの間で行う携帯電話９の認証に必要な制御を行う。具体的には、ＩＣ部９０９のＩＣチップ内の情報を書き換えたり、携帯電話９をＭＦＰ３ａの認証部３１３に近づけた際にクライアント名とパスワード及びメールアドレスをＭＦＰ３ａに送信したりする。
表示制御部９２７は、主にディスプレイ部９０３の表示に必要な制御を行う。具体的には、操作部９０１からの入力内容を表示したり、アプリ制御部９２３の指示に従ってアプリの実行画面を表示したり等する。

入力取得部９２９は、主に操作部９０１から入力された数字、文字等を取得し、メモリ管理部９３１は、主にメモリ９１３を管理する。メモリ管理部９３１は、例えば、操作部９０１から入力された電話番号や住所、Ｍａｉｌアドレスをメモリ９１３に格納したり、ＭＦＰ３ａからのアプリを保存したり、削除したり等の管理をする。
通信制御部９３３は、主に、無線通信ユニット９１５を介しての電話通信、パケット通信等に必要な制御を行う。最後に、主制御部９１２は、例えばメモリ管理部９３１等の管理部や、例えばアプリ制御部９２３等の制御部を互いに関連させて制御する。

２−３．クライアント端末
次に、クライアント端末５ａ，５ｂ，５ｃについて説明するが、これらの構成等は基本的には同じであり、単に、「クライアント端末５」として説明する。
クライアント端末５は、例えば、ＰＣ（パーソナルコンピュータ）であり、図１に示すように、モニター５０１、本体５０３、キーボード５０５、マウス５０７等を備える。

クライアント端末５には、ソフトウエアとして、ＯＳ、アプリケーション、プリンタドライバの他、モニタードライバ等の各種のドライバ等がインストールされている。
アプリケーションは、ＯＳ上で稼動し、例えば、文書作成用、図形作成用、計算機能付き表作成用等があり、ＯＳを介してインストールされ、記憶部に保存され、また、ＬＡＮ７を介してＭＦＰ３ａ、３ｂに文書等のプリントを行うジョブを依頼する。

３．動作説明
３−１．ＭＦＰ３ａ
（１）全体動作
ここでは、ＭＦＰ３ａの動作について説明をする
図９は、第１の実施の形態に係るＭＦＰ３ａの制御部３１９のフローチャートを示す図である。

制御部３１９は、まず、ディスプレイ部３１５にディフォルト画面を表示させ（Ｓ１０１）、次のステップに進む。
ステップＳ１０１では、例えばクライアント端末５ａからプリントジョブを受信した場合（図中の「ＹＥＳ」の場合である。）は、プリントジョブ処理を実行し（Ｓ１０３）、受信していない場合（図中の「ＮＯ」の場合である。）はステップＳ１０４に進む。なお、プリントジョブ処理は、従来と同じ公知の処理を行うので、ここでの説明は省略する。

ステップＳ１０４では、外部からＦＡＸを受信した場合（図中の「ＹＥＳ」の場合である。）は、ＦＡＸ受信処理を実行し（Ｓ１０５）、受信していない場合（図中の「ＮＯ」の場合である。）はステップＳ１０６に進む。なお、ＦＡＸ受信処理は、従来と同じ公知の処理を行うので、ここでの説明は省略する。
ステップＳ１０６では、Ｍａｉｌを受信した場合（図中の「ＹＥＳ」の場合である。）は、Ｍａｉｌ受信処理を実行し（Ｓ１０７）、受信していない場合（図中の「ＮＯ」の場合である。）はステップＳ１０８に進む。なお、Ｍａｉｌ受信処理は、従来と同じ公知の処理を行うので、ここでの説明は省略する。

ステップＳ１０８では、入力取得部３３９が操作部３１１からの入力を受け付けた、つまり、クライアントからの操作部３１１の入力操作があった場合（図中の「ＹＥＳ」の場合である。）はステップＳ１０９に進み、クライアントの入力操作がなかった場合（図中の「ＮＯ」の場合である。）はステップＳ１０２に戻る。
ステップＳ１０９では、ステップＳ１０８の操作内容がＦＡＸ送信に関するものである場合（図中の「ＹＥＳ」の場合である。）は、ＦＡＸ送信処理を実行し（Ｓ１１０）、操作内容がＦＡＸ送信に関するものと違う場合（図中の「ＮＯ」の場合である。）はステップＳ１１１に進む。なお、ＦＡＸ送信処理は、従来と同じ公知の処理を行うので、ここでの説明は省略する。

ステップＳ１１１では、ステップＳ１０８の操作内容がスキャン ｔｏ Ｂｏｘに関するものである場合（図中の「ＹＥＳ」の場合である。）は、スキャン ｔｏ Ｂａｘ処理を実行し（Ｓ１１２）、操作内容がスキャン ｔｏ Ｂｏｘに関するものと違う場合（図中の「ＮＯ」の場合である。）はステップＳ１１３に進む。なお、スキャン ｔｏ Ｂｏｘ処理は、従来と同じ公知の処理を行うので、ここでの説明は省略する。

ステップＳ１１３では、ステップＳ１０８の操作内容がスキャン送信に関するものである場合（図中の「ＹＥＳ」の場合である。）は、スキャン送信処理を実行し（Ｓ１１４）、操作内容がスキャン送信に関するものと違う場合（図中の「ＮＯ」の場合である。）はステップＳ１１５に進む。なお、スキャン送信処理は、従来と同じ公知の処理を行うので、ここでの説明は省略する。

ステップＳ１１５では、ステップＳ１０８の操作内容がコピーに関するものである場合（図中の「ＹＥＳ」の場合である。）は、コピー処理を実行し（Ｓ１１６）、操作内容がコピーに関するものと違う場合（図中の「ＮＯ」の場合である。）はステップＳ１１７に進む。なお、コピー処理は、従来と同じ公知の処理を行うので、ここでの説明は省略する。

ステップＳ１１７では、ステップＳ１０８の操作内容が認証操作に関するものである場合（図中の「ＹＥＳ」の場合である。）は、ジョブ指示部３５３や認証制御部３３３に認証処理をさせ（Ｓ１１８）、操作内容が認証操作に関するものと違う場合（図中の「ＮＯ」の場合である。）はステップＳ１０２に戻る。
（２）認証処理
図１０は、第１の実施の形態に係る認証処理（Ｓ１１８）のフローチャートを示す図である。

主制御部３１９は、図９のステップＳ１０８でクライアントから認証操作についての操作を受け付けると、表示制御部３４１を介してディスプレイ部３１５に認証用のディフォルト画面を表示させる（Ｓ１３１）。認証用のディフォルト画面とは、携帯電話９の認証を行うため、クライアントに表示する案内画面等であり、ここでは、認証処理を開始するか否かも表示する。

ディスプレイ部３１５に表示した画面に従ってクライアントが行う認証開始の旨の操作（例えば、タッチパネルでの入力）があるか否かを判定し（Ｓ１３２）、認証開始の旨の操作があると、ステップＳ１３３に進んで携帯電話９の（認証）情報及びメールアドレスを取得する。
この際、クライアントが、例えばタッチパネルにより認証開始の操作を行うと、クライアントは、所有している携帯電話９のＩＣ部９０９をＭＦＰ３ａの認証部３１３のＩＣリーダ３１３ａに近づける。これによって、ＭＦＰ３ａの認証制御部３３３は、携帯電話９のＩＣ部９０９からクライアントの氏名とパスワードを無線通信により認証部３１３から取得する（Ｓ１３３）と共に、取得した氏名とパスワードとがアカウントデータベース３３７に格納されている、予め登録されていたアカウントであるか否かを確認する（Ｓ１３４）。

ステップＳ１３４で、携帯電話９から取得した氏名、パスワードがアカウントと一致する場合（図中の「ＯＫ」の場合である。）は、アカウント確認した旨を携帯電話９に、例えばＥ−Ｍａｉｌを利用して送信して（Ｓ１３５）、ログインを当該携帯電話９に対して許可する（Ｓ１３６）。
一方、ステップＳ１３２で、クライアントが認証開始の操作をしない場合（図中の「ＮＯ」の場合である。）は、ステップＳ１３７に進んで、他の認証手段を実行するか否かを表示制御部３４１によって表示させると共に、入力取得部３３９を介してクライアントからの入力を待つ。

クライアントからの入力が他の認証手段を実行する旨である場合（図中の「ＹＥＳ」の場合である。）は、認証制御部３３３は、予め登録されている他の認証手段（例えば、直接、クライアントが操作部３１１から自己の氏名、パスワードを入力する。）で認証処理を実行（Ｓ１３８）して、アカウントが確認できればログインを許可する（Ｓ１３６）。このとき、携帯電話９のメールアドレスも併せて入力される。

一方、主制御部３３１は、クライアントからの入力が他の認証手段を実行しない旨である場合（図中の「ＮＯ」の場合である。）、ステップＳ１３１に戻る。
ステップＳ１３６でログインが許可されると、アドレス管理部３４３はアプリの送信先の情報として、ステップＳ１３３，Ｓ１３８で取得した携帯電話９のメールアドレスをアドレス格納部３４５に格納し（Ｓ１４０）、携帯電話９の認証に係るジョブの種類を特定するジョブ種類特定処理を行う（Ｓ１４１）。

ここでいう「ジョブの種類」とは、例えば、プリントジョブ、コピージョブ、スキャン送信ジョブ等のことを指す。
図１１は、第１の実施の形態に係るジョブの種類特定処理（Ｓ１４１）のフローチャートを示す図である。
ジョブの種類特定処理では、まず、表示制御部３４１は、クライアントから携帯電話の認証に係るジョブ（の種類）を受け付けるべく、その解説・案内等をジョブ登録用の画面としてディスプレイ部３１５に表示し（Ｓ１５１）、主制御部３３１はクライアントからのキー入力があるか否かを入力取得部３３９を介して判定（Ｓ１５２）する。

クライアントからキー入力がある（図中の「ＹＥＳ」である。）と、入力されたキーの種類を判別して（Ｓ１５３）、そのキーの種類に基づいてジョブ解析部３５１がジョブの種類、ここではプリントジョブかスキャンジョブかを解析する。なお、本実施の形態では、認証に係るジョブは、プリントジョブとスキャン送信ジョブの２種類であるが、この２種類のジョブに限定するものではない。

ステップＳ１５４で、ジョブ種類がスキャン送信ジョブである場合（図中の「スキャン」の場合である。）、主制御部３３１は、スキャン送信ジョブの設定入力を行う内容を表示制御部３４１を介してディスプレイ部３１５に表示させ（Ｓ１５５）、スキャン送信ジョブに関する入力を入力取得部３３９を介して操作部３１１から受け付けて、ジョブ管理部３５５でスキャン送信ジョブの設定を行い（Ｓ１５６）、リターンして図１０のステップＳ１４２に進む。

一方、ステップＳ１５４で、ジョブ種類がプリントジョブである場合（図中の「プリント」の場合である。）、主制御部３３１は、プリントジョブの設定入力を行う内容を表示制御部３４１を介してディスプレイ部３１５に表示させ（Ｓ１５７）、プリントジョブに関する入力を入力取得部３３９を介して操作部３１１から受け付けて、ジョブ管理部３５５でプリントジョブの設定を行い（Ｓ１５８）、リターンして図１０のステップＳ１４２に進む。

図１０に戻って、ステップＳ１４２では、アプリ送信処理を行う。
図１２は、第１の実施の形態に係るアプリ送信処理（Ｓ１４２）のフローチャートを示す図である。
アプリ送信処理は、認証に係るジョブに関するアプリを、その認証に係る携帯電話に９に送信する処理である。送信するアプリは、例えば、ジョブ処理中にエラー等が発生した場合に、その対処を携帯電話９からＭＦＰ３ａに指示したり、ジョブの処理内容の変更を行う場合に、その変更を携帯電話９からＭＦＰ３ａに指示したりするためのアプリである。

上述したように、ジョブの種類を特定できると、アプリ制御部３４７は、アドレス管理部３４３からアドレス格納部３４５に格納されているアプリ送信先情報を取得し（Ｓ１４６）、ジョブの種類がスキャン送信ジョブの場合（Ｓ１４７で「スキャン送信用」の場合である。）、スキャン送信ジョブを操作するためのアプリを前記アプリ送信先情報宛に、例えばＥ−Ｍａｉｌで送信した（Ｓ１４８）後、リターンして図１０のステップＳ１４３に進む。

一方、ジョブの種類がプリントジョブの場合（Ｓ１４７で「プリント用」の場合である。）、プリントジョブを操作するためのアプリを前記アプリ送信先情報宛にＥ-Ｍａｉｌで送信した（Ｓ１４９）後、リターンして図１０のステップＳ１４３に進む。
図１０に戻って、ステップＳ１４３で、ジョブの種類がスキャン送信ジョブの場合（Ｓ１４３で「スキャン送信」である。）、スキャン送信ジョブ処理（Ｓ１４４）へと進み、ジョブの種類がプリントジョブの場合（Ｓ１４３で「プリント」である。）、プリントジョブ処理（Ｓ１４５）へと進む。

以下、スキャン送信ジョブ処理及びプリントジョブ処理について説明する。なお、本実施の形態では、スキャン送信ジョブ処理及びプリントジョブ処理が略同じフローである（ジョブの処理内容が異なる。）。このため、ここでは、スキャン送信ジョブ処理について説明し、その後、プリントジョブ処理についてスキャン送信ジョブの処理内容と異なる処理について説明する。

（２−１）スキャン送信ジョブ処理
図１３は、第１の実施の形態に係るスキャン送信ジョブ処理（Ｓ１４４）のフローチャートを示す図である。
スキャン送信ジョブ処理は、主にジョブ制御部３４９でクライアントから受けたジョブを実行する（Ｓ１６１）。そして、ジョブの処理が完了すると（Ｓ１６１で「ＹＥＳ」である。）、クライアントが所有する携帯電話９に、ジョブが完了した旨の通知（ジョブ完了通知）を、例えばＥ−Ｍａｉｌで送信する（Ｓ１６３）。

携帯電話９が受信した上記ジョブ完了通知をクライアントが見ると、クライアントがＭＦＰ３ａに依頼したジョブが完了したため、ＭＦＰ３ａとの間でのやり取り（ログイン状態）を終了する操作を行う（ログアウトを示す旨をＭＦＰ３ａに送信する。）。
この操作に伴って、ＭＦＰ３ａは、携帯電話９がログアウトした旨を受信する（Ｓ１６４の「ＹＥＳ」である。）と、図１０のリターン（認証処理が終了する。）に進み、さらに、図９のステップＳ１０２に進む。なお、ステップＳ１６４で、携帯電話９のログアウトした旨を受信していない場合は、そのまま携帯電話９のログアウトを待つ（図中の「ＮＯ」である。）。

一方、ステップＳ１６２でジョブが完了していない場合（図中の「ＮＯ」の場合で、ジョブ管理部３５５からジョブ完了の情報を受けていない場合である。）、携帯電話９の認証に係るジョブにエラーが発生したか否かを判定する（Ｓ１６５）。この判定は、ジョブ管理部３５５に問い合わせることで行われる。
エラーが発生している場合（Ｓ１６５で「ＹＥＳ」の場合である。）、エラー内容を判別して（Ｓ１６６）、その内容が、ＭＦＰ３ａの設置場所に行って処置しないと解除できないようなエラー、例えば、記録シート詰まり、トナー切れ等のＭＦＰ３ａ自体に発生しているエラーである場合（Ｓ１６７で「ＹＥＳ」の場合である。）、エラー内容を携帯電話９に送信し（Ｓ１６８）、ステップＳ１６９に進む。

ステップＳ１６９では、ＭＦＰ３ａに発生したエラーが解除されたか否かを判定する。
ここで、エラー内容を携帯電話９を介して知ったクライアントが、当該エラー内容を見て、あるいは、他の人がＭＦＰ３ａのエラー原因の処置をして、そのエラーが解除されると、ステップＳ１６９で「ＹＥＳ」となり、ステップＳ１７０に進む。
そして、エラーが解除された旨を示すエラー解除通知を携帯電話９にＥ−Ｍａｉｌを利用して送信した後、ステップＳ１６１に進んで、例えば、上記で説明したステップＳ１６２，Ｓ１６３，Ｓ１６４を行う。

一方、ステップＳ１６７で、発生したエラーがＭＦＰ３ａの設置場所に行かずとも解除できるようなエラーである場合（図中の「ＮＯ」の場合である。）、そのエラーの内容を携帯電話９に送信する（Ｓ１７２）。
ここで、「発生したエラーがＭＦＰ３ａの設置場所に行かずとも解除できるようなエラーである場合」とは、例えば、図２に示すように、スキャンしたデータをＥ−Ｍａｉｌに添付して送信する際に、送信先の「Ａ」に送信できなかった場合等である。

上記エラー内容を見たクライアントは、携帯電話９からそのエラーを解除するような、ジョブ内容についての変更をＭＦＰ３ａに送信する。なお、ここでの内容の変更は、図２に示すように、スキャンしたデータをＥ−Ｍａｉｌに添付して送信するのをやめ、ＦＡＸで送信するような場合である。その他の内容の変更の例については後述する。
ステップＳ１７３で、携帯電話３ａから上記ジョブ内容変更を受信すると（図中の「ＹＥＳ」である。）、最初にクライアントから受けたジョブについて内容の変更を反映してエラーを解除した（Ｓ１７４）後、ステップＳ１７０へと進む。なお、ステップＳ１７０からの次のステップは、上述した通りである。

ステップＳ１７３で、携帯電話９からエラーを解除するようなジョブ内容の変更を受信していない場合（図中の「ＮＯ」の場合である。）、ステップＳ１７５に進んで、エラーが解除されたかどうかを判定し、解除されていないとき（図中の「ＮＯ」のときである。）はステップＳ１７３に戻り、解除されているとき（図中の「ＹＥＳ」のときである。）はステップＳ１７０に進む。

ステップＳ１６５で認証に係るジョブにエラーが発生していない場合（図中の「ＮＯ」の場合である。）、例えば、ジョブ処理の順番待ち状態であり、ステップＳ１７６で携帯電話９からジョブ内容の変更を受信している（図中の「ＹＥＳ」である。）と、認証に係るジョブに受信した内容変更を反映させ（Ｓ１７７）て、ステップＳ１６１へと進む。また、携帯電話９からジョブ内容の変更を受信していない（図中の「ＮＯ」である。）と、そのままジョブが処理されるのを待つべくステップＳ１６１へと進む。

（２−２）プリントジョブ処理
プリントジョブ処理のフローチャートも図１３で表すことができる。
まずプリントジョブ処理は、ステップＳ１６１で、クライアント又はクライアント端末から受けたプリントジョブを実行する（図１３では、クライアントから受けたジョブはスキャン送信ジョブである。）。

また、ステップＳ１６７で、発生したエラーがＭＦＰ３ａの設置場所に行かずとも解除できるようなエラーである場合（図中の「ＮＯ」の場合である。）、そのエラーの内容を携帯電話９に送信する（Ｓ１７２）。
ここでの「発生したエラーがＭＦＰ３ａの設置場所に行かずとも解除できるようなエラーである場合」とは、例えば、プリントジョブに係る実行した際に、本ジョブ用の記録シートがない場合である。

このようなエラー内容を見たクライアントは、携帯電話９からそのエラーを解除するようなジョブ内容の変更をＭＦＰ３ａに送信する。ここでの内容の変更は、プリントジョブの記録シートを、例えば、「Ａ４」サイズから「Ｂ５」サイズに変更するような場合である。
なお、このような処理を行うことで、クライアントは、ＭＦＰ３ａの設置場所に行く前に、ＭＦＰ３ａから離れた携帯電話９からジョブを操作することができ、例えば、携帯電話９にエラーの内容だけを送信するような場合に比べて早期にエラー解除ができ、利便性の向上を図ることができる。

３−２．携帯電話
（１）全体動作
ここでは、携帯電話９の動作について説明をする。
図１４は、第１の実施の形態に係る携帯電話９のフローチャートを示す図である。
制御部９１１は、まず、ディスプレイ部９０３にディフォルト画面を表示させ（Ｓ２０１）、次のステップに進む。

ステップＳ２０２では、電話着信を受けた場合（図中の「ＹＥＳ」の場合である。）は、通話制御部９１７に電話着信処理をさせ（Ｓ２０３）、着信を受けていない場合（図中の「ＮＯ」の場合である。）はステップＳ２０４に進む。
電話着信処理（Ｓ２０３）は、従来と同じ公知の処理を行うので、ここでの説明は省略するが、電話着信処理では、例えば、電話の着信があると、スピーカ９０７や振動部９１６によって電話の着信をユーザに報知したり、相手の電話番号や名前をディスプレイ部９０３に表示したり、相手と通話したり等の処理を行う。

ステップＳ２０４では、Ｍａｉｌを受信した場合（図中の「ＹＥＳ」の場合である。）は、通信制御部９３３にＭａｉｌ受信処理させ（Ｓ２０５）、受信していない場合（図中の「ＮＯ」の場合である。）はステップＳ２０６に進む。
Ｍａｉｌ受信処理（Ｓ２０５）は、従来と同じ公知の処理を行うので、ここでの説明は省略するが、Ｍａｉｌ受信処理は、例えば、Ｍａｉｌの受信があると、スピーカ９０７や振動部９１６によってＭａｉｌの受信をユーザに報知したり、ユーザの操作に基づいてもしくは自動的にＭａｉｌ本文を受信し、受信したＭａｉｌ本文をメモリ９１３に記憶したり等の処理を行う。

ステップＳ２０６では、入力取得部９２９が操作部９０１からの入力を受け付けた、つまり、ユーザからの操作部９０１の入力操作があった場合（図中の「ＹＥＳ」の場合である。）はステップＳ２０７に進み、ユーザの入力操作がなかった場合（図中の「ＮＯ」の場合である。）はステップＳ２０２に戻る。
ステップＳ２０７では、ステップＳ２０６の操作内容が電話発信操作に関する場合（図中の「ＹＥＳ」の場合である。）は、通話制御部９１７に電話発信処理させ（Ｓ２０８）、操作内容が電話発信操作に関するものと違う場合（図中の「ＮＯ」の場合である。）はステップＳ２０９に進む。

電話発信処理（Ｓ２０８）は、従来と同じ公知の処理を行うので、ここでの説明は省略するが、ユーザのキー入力により受け付けた番号を順次ディスプレイ部９０３に表示したり、受け付けた番号に電話を掛けたり、相手と通話したり等の処理を行う。
ステップＳ２０９では、ステップＳ２０６の操作内容がＭａｉｌ操作に関する場合（図中の「ＹＥＳ」の場合である。）は、通信制御部９３３にＭａｉｌに関する種々のＭａｉｌ処理をさせ（Ｓ２１０）、操作内容がＭａｉｌ操作に関するものと違う場合（図中の「ＮＯ」の場合である。）はステップＳ２１１に進む。

Ｍａｉｌ処理（Ｓ２１０）は、従来と同じ公知の処理を行うので、ここでの説明は省略するが、例えば、ユーザの入力によって作成された文章をＭａｉｌ本文に格納したり、Ｍａｉｌを送信したり、受信・送信したＭａｉｌをメモリ９１３から削除したり等の処理を行う。
ステップＳ２１１では、ステップＳ２０６の操作内容が認証操作に関する場合（図中の「ＹＥＳ」の場合である。）は、認証制御部９２２に認証処理させ（Ｓ２１２）、操作内容が認証操作に関するものと違う場合（図中の「ＮＯ」の場合である。）はステップＳ２０２に戻る。

（２）認証処理
図１５は、第１の実施の形態に係る認証処理（Ｓ２１２）のフローチャートを示す図である。
入力取得部９２９を介して主制御部９１２は、図１４のステップＳ２０６でクライアントから認証操作についての操作を受け付けると、表示制御部９２７を介してディスプレイ部９０３に認証用画面を表示させる（Ｓ２２１）。認証用の画面とは、ＭＦＰ３ａが携帯電話９の認証を行うため、クライアントに表示する案内画面等であり、ここでは、認証処理を開始するか否かも表示する。

ディスプレイ部９０３に表示した画面に従ってクライアントが認証を開始する旨の操作（例えば、入力キーでの入力）があると（Ｓ２２２の「ＹＥＳ」である。）、ステップＳ２２３に進んで携帯電話９の携帯認証処理を行う。
図１６は、第１の実施の形態に係る携帯認証処理（Ｓ２２３）のフローチャートを示す図である。

図１５のステップＳ２２２で携帯認証を開始すると、クライアントは、携帯電話９のＩＣ部９０９をＭＦＰ３ａの認証部３１３のＩＣリーダ３１３ａに近づける。これにより、認証制御部９２２及び通信制御部９３３等は、携帯電話９のＩＣチップに記録されている携帯電話情報（本実施の形態では、氏名、パスワード及び携帯電話９のメールアドレスである。）を無線で送信する（Ｓ２４１）。

ここで、ＭＦＰ３ａは、上記氏名とパスワードとメールアドレスとを受信すると、受信した氏名とパスワードとについてアカウント確認（当該氏名とパスワードがログインを許可可能なクライアントとしてアカウントデータベース３３７に登録されているかを判定する。）して、認証できた場合に、アカウント確認をした旨を携帯電話９に送信する（図１０のステップＳ１３３，Ｓ１３４，Ｓ１３５である。）。

ステップＳ２４２で、認証制御部９２２は、上記アカウント確認の旨を、メール制御部９１９や通信制御部９３３等を介して受信すると（ステップＳ２４２の「ＹＥＳ」である。）、ログイン状態となり（Ｓ２４３）、リターンして、図１５のステップＳ２２４に進む。
ここで、ＭＦＰ３ａは、クライアントが登録しようとするジョブの種類を受け付け、当該ジョブの種類に対応するアプリを携帯電話９に送信する（図１０のステップＳ１４２である。）。

アプリ制御部９２２は、上記アプリをＭＦＰ３ａから受信し（Ｓ２２４）、ディスプレイ部９０３に受信したアプリインストールについて許可するか否かを、表示制御部９２７を介してディスプレイ部９０３に表示すると共に、クライアントからアプリのインストールの許可があると（Ｓ２２５の「ＹＥＳ」である。）、受信したアプリをインストールする。

上記のインストールが完了すると、インストールしたアプリを起動させて、アプリ処理を行う（Ｓ２２８）。なお、本実施の形態では、ＭＦＰ３ａから受信できるアプリは、スキャン送信ジョブ用とプリントジョブ用の２種類であり、アプリ処理は次項で説明する。
一方、ステップＳ２２５で、アプリのインストールの許可がない、つまりアプリをインストールしない場合（図中の「ＮＯ」の場合である。）、ＭＦＰ３ａとのやり取りを中止することを意味するログアウトが行われた（Ｓ２３０）後、リターンして、図１４のステップＳ２０２に進む。

（３）アプリ処理
図１７は、第１の実施の形態に係るアプリ処理（Ｓ２２８）のフローチャートを示す図である。なお、図１７のアプリは、プリントジョブ用である。
アプリ制御部９２３は、まず、Ｍａｉｌを受信したか否かを判定する（Ｓ２５０）。Ｍａｉｌを受信している場合（図中の「ＹＥＳ」の場合である。）は、受信したＭａｉｌがＭＦＰ３ａからのＭａｉｌか否かを判定する（Ｓ２５１）。なお、この判定は、Ｍａｉｌのヘッダのフィールド、つまり、送信者のアドレスから判定する。

ステップＳ２５１で、受信したＭａｉｌがＭＦＰ３ａからである場合（図中の「ＹＥＳ」の場合である。）、Ｍａｉｌの通知内容を判別した後（Ｓ２５２）、ジョブ情報通知処理を行う（Ｓ２５３）。
図１８は、第１の実施の形態に係るジョブ情報報知処理（Ｓ２５３）のフローチャートを示す図である。

まず、携帯電話９の報知設定がマナーモードになっているか否かを判定する（Ｓ２１５）。マナーモードに設定されていない（図中の「ＮＯ」である。）と、バイブレータと報知用のＬＥＤの点滅と音（以下、これらを「報知手段」ということもある。）でクライアントにＭａｉｌを受信したことを報知する（Ｓ２１６）。
この報知は、ステップＳ２１６で、クライアントが上記の報知を認知し報知手段を停止するまで続く。つまり、クライアントからの報知手段の停止を示す操作部９０１の操作がない場合（ステップＳ２１７で「ＮＯ」の場合である。）は、ステップＳ２１６に戻って報知を続ける。

また、ステップＳ２１７でユーザからの報知手段の停止を示す操作部９０１の操作がある場合（図中の「ＹＥＳ」の場合である。）は、ステップＳ２１８に進んで、バイブレータと報知用のＬＥＤの点滅と音の出力とを停止して、リターンして、図１７のステップＳ２５４に進む。
一方、ステップＳ２１５でマナーモードに設定されている（図中の「ＹＥＳ」である。）と判定されると、バイブレータと報知用のＬＥＤの点滅（以下、これらも「報知手段」ということもある。）でクライアントにＭａｉｌを受信したことを報知する（Ｓ２１９）。

この報知は、ステップＳ２２０で、クライアントが上記の報知を認知し報知手段を停止するまで続く。つまり、クライアントからの報知手段の停止を示す操作部９０１の操作がない場合（ステップＳ２２０で「ＮＯ」の場合である。）は、ステップＳ２１９に戻って報知を続ける。
また、クライアントからの報知手段の停止を示す操作部９０１の操作がある場合（ステップＳ２２０で「ＹＥＳ」の場合である。）は、ステップＳ２１８に進んで、バイブレータと報知用のＬＥＤの点滅とを停止して、リターンして、図１７のステップＳ２５４に進む。

図１７のステップＳ２５４では、ＭＦＰ３ａからのＭａｉｌの内容が、ジョブの実行が完了した場合に送信されるジョブ完了通知であるか、ジョブ実行中にエラーが発生した場合に送信されるエラー通知であるかを判定する（Ｓ２５４）。
ジョブ完了通知である場合は、表示制御部９２７を介してディスプレイ９０３に「ジョブが完了した」ことを表示（Ｓ２５５）して、アプリアンインストール処理を行う（Ｓ２５６）。

図１９は、第１の実施の形態に係るアプリアンインストール処理（Ｓ２５６）のフローチャートを示す図である。
ステップＳ２４８で、ＭＦＰ３ａからログアウトし、認証に係るジョブを携帯電話９から操作するためにインストールされたアプリを、携帯電話７からアンインストールして（Ｓ２４９）、図１７のステップＳ２５６にリターンする。なお、図１７のステップＳ２５６のリターンは、図１５のステップＳ２５６のアプリ処理の終了、図１４のステップＳ２１２の認証処理の終了へとつながり、最終的に図１４のステップＳ２０２に進むことになる。

図１７に戻って、ステップＳ２５４で、ＭＦＰ３ａからのＭａｉｌの内容が、エラー通知であると判定された場合は、エラー内容が、記録シート詰まり、トナー交換等の、ＭＦＰ３ａの設置場所に行き、解除する必要のあるエラーのとき（図中の「ＹＥＳ」のときである。）は、報知手段の１つであるＬＥＤを点滅させ（Ｓ２５８）て報知すると共に、表示制御部９２７を介してディスプレイ９０３に「ジョブのエラー内容とエラーの解除」を促す表示を（Ｓ２５９）行う。

上記表示を見たユーザあるいはＭＦＰ３ａの近くの人が、ＭＦＰ３ａに発生したエラーを解除すると、ＭＦＰ３ａは、図１３のステップＳ１６９でエラー解除を判定して、ステップＳ１７０で携帯電話９にエラーが解除されたエラー解除通知を送信する。
携帯電話９が、上記エラー解除通知を受信すると、ＬＥＤの点滅を停止して（Ｓ２６１）、ステップＳ２５０に進む。

また、ステップＳ２５７で、エラー内容が、例えば、設定した記録シートがない等の、ＭＦＰ３ａの設置場所に行かなくても解除することができるエラーであるとき（図中の「ＮＯ」のときである。）は、表示制御部９２７を介してディスプレイ９０３にジョブ変更の操作画面を表示する（Ｓ２６２）。
上記表示を見たクライアントが、ジョブの設定の変更、例えば、記録シートを「Ａ４」から「Ｂ４」に切り換える操作があると、入力取得部９２９がその操作内容を受け付ける（Ｓ２６３）。受け付けた内容変更をＭＦＰ３ａに送信する（Ｓ２６４）。

なお、上記内容変更を受信したＭＦＰ３ａは、図１３のステップＳ１７４でその内容変更を反映することで、エラーが解除されると、エラーが解除した旨のエラー解除通知を携帯電話９に送信する（Ｓ１７０）。
これを受けると（図１７のステップＳ２６５の「ＹＥＳ」である。）、ステップＳ２５０に進む。なお、携帯電話９は、エラー解除通知を受信していない場合は、その受信を待つべく、ステップＳ２６５に戻って、再度受信の有無を判定する（図中の「ＮＯ」のときである。）。

一方、ステップＳ２５１で、受信したＭａｉｌがＭＦＰ３ａからのものでない場合は、通常のＭａｉｌであるため、図１４のステップＳ２０５でのＭａｉｌ受信処理を行うべく、リターンする。なお、図１７のステップＳ２５６後のリターンは、上述したように、最終的に図１４のステップＳ２０２に進むことになる。
また、ステップＳ２５０で、Ｍａｉｌを受信していないとき（図中の「ＮＯ」である。）は、つまり、クライアントが携帯端末からジョブを操作するのを中止する場合か、ジョブの実行内容を変更する場合かであり、操作中止の旨の入力操作がある（ステップＳ２６６の「中止」である。）と、Ａからリターンに進む。

ステップＳ２６６で、ジョブ内容変更の旨の入力操作がある（ステップＳ２６６の「変更」である。）と、表示制御部９２７を介してディスプレイ９０３にジョブ内容変更の操作画面を表示する（Ｓ２６７）。
上記表示を見たクライアントが、ジョブ内容の変更、例えば、プリント部数を「１部」から「５部」に変更する操作があると、入力取得部９２９がその操作内容を受け付ける（Ｓ２６８）。受け付けた内容変更をＭＦＰ３ａに送信して（Ｓ２６９）、ステップＳ２５０に進む。

（４）アプリ処理について
図１７で説明したアプリ処理は、プリントジョブ用であったが、スキャン送信ジョブ用のアプリ処理もプリントジョブ用の処理と略同じである。
両者の違いは、実行するジョブの種類が異なるため、ジョブの内容の変更とエラーの内容とが異なる。この違いによって、図１７におけるステップＳ２６２とステップＳ２６７のディスプレイ９０３の表示内容が異なり、また、クライアントから受け付ける内容が異なり、当然ＭＦＰに送信する内容変更も異なる。

図２０は、第１の実施の形態に係るプリント用とスキャン送信用のアプリの違いを示す図である。
同図に示すように、ステップＳ２６２（エラー発生時の表示である。）では、プリントジョブ用が、印刷サイズ変更、カラー／モノクロ変更、解像度変更を表示するのに対し、スキャン送信ジョブ用が、送信先変更、送信方法変更、カラー／モノクロ変更、解像度変更を表示する。

一方、ステップＳ２６７（ジョブ実行前の変更の表示である。）では、プリントジョブ用が、印刷サイズ変更、カラー／モノクロ変更、解像度変更、印刷部数変更、印刷枚数変更、ソート変更を表示するのに対し、スキャン送信用が、送信先変更、送信方法変更、カラー／モノクロ変更、解像度変更、ファイル形式変更を表示する。なお、これらを表示すると共に、これらの変更について、クライアントからの入力操作を受け付ける。

（５）他の例
上記の例では、図２に示すように、ＭＦＰ３ａのジョブ実行中にエラーが発生し、そのエラー内容通知に基づいて、ジョブを操作すべく、その内容変更をＭＦＰ３ａに送信していたが、エラーが発生しなくても、ジョブの内容変更をＭＦＰ３ａに送信することもできる。

図２１は、第１の実施の形態に係る他の例を説明するための図である。
なお、図２１は、図２の説明と同じ内容の部分があるので、その部分の説明については、簡単に行う。
まず、図２１に示すように、ジョブ依頼者であるクライアントがＭＦＰ３ａに設置場所に行き、クライアントの携帯電話９とＭＦＰ３ａとの間で、ログイン認証を行う（図中の「１」である。）。

ログイン認証がされると、クライアントは、ＭＦＰ３ａに実行させるジョブを登録する（図中の「２」である。）。ここでは、印刷サイズが「Ａ４」で、印刷部数が「３部」であるプリントジョブが登録される。
ＭＦＰ３ａは、クライアントからジョブ登録（プリントジョブ）を受けると、当該ジョブに関連して使用されるアプリを携帯電話９に送信する（図中の「３」である。）。これを受け、携帯電話９は受信したアプリをインストールする（図中の「４」である。）。

次に、クライアントが、クライアント端末から、ＭＦＰ３ａに対してプリントジョブを依頼する（プリントジョブに係るデータを出力する。）。
クライアントは、ＭＦＰ３ａがプリントジョブを実行する前にジョブの内容に変更が生じた場合、例えば、印刷部数が「３部」から「５部」に変更する必要が生じた場合、携帯電話９から印刷部数を変更する指示を携帯電話９から送信する（図中の「１１」である。）。

この指示を受けたＭＦＰ３ａは、認証に係るプリントジョブの印刷部数を５部に変更してプリントジョブを実行し（図中の「１２」である。）、ジョブが完了すると、携帯電話９にそのジョブ完了通知を送信する（図中「１３」である。）。
クライアントは、印刷部数を変更したジョブが完了したことを携帯電話９から知ることができると共に、携帯電話９は、ＭＦＰ３ａに依頼したジョブが完了したことにより不要となったアプリをアンインストールする（図中の「１４」である。）。

なお、上述の例は、図１７のステップＳ２５０（「ＮＯ」の場合である。），Ｓ２６６（「変更」である。），Ｓ２６７，Ｓ２６８，Ｓ２６９によって実施される。
上述のように、例えば、ＭＦＰ３ａに指示を与える必要が生じた際にも、クライアントは、わざわざＭＦＰ３ａの設置場所に行ったり、クライアント端末５ａ，５ｂ，５ｃの設置場所に戻ったりする必要がなく、ＭＦＰ３ａに依頼したジョブを操作できる。また、ＭＦＰ３ａにジョブを依頼した後に、ＭＦＰ３ａやクライアント端末５ａ，５ｂ，５ｃから離れていても、携帯電話９からＭＦＰ３ａへの指示（ジョブの操作）が可能となる。

また、携帯電話９にインストールされたアプリは、ジョブが完了した後に、アンインストールするようにしているので、携帯電話９のメモリの容量もさほど大きくする必要もない。
しかも、携帯電話９にインストールされるアプリについて、ジョブ依頼ごとにＭＦＰ３ａから取得する構成を採用しているので、例えば、ＭＦＰ３ａのソフトをバージョンアップしたときでも、バージョンアップ後のアプリをＭＦＰ３ａから取得できる。

一方、ＭＦＰ３ａがジョブについて操作を受ける場合は、当該ジョブについて認証されたクライアントからであるので、セキュリティ、誤操作等の面でも安心である。
＜第２の実施の形態＞
第1の実施の形態における他の例では、プリントジョブについて携帯電話から操作できるアプリとして、図２１に示したような、内容変更等を想定していたが、本第２の実施の形態では、プリントジョブについて、図２１に示していない内容の変更として、プリント出力するＭＦＰの変更、ジョブの取り消しを追加した場合を説明する。

図２２は、第２の実施の形態の処理の一例を説明するための図である。
図２２は、第１の実施の形態における図２の説明と同じ内容の部分があるので、その部分の説明については、簡単に行う。
まず、図２２に示すように、クライアントがＭＦＰ３ａに設置場所に行き、ジョブ依頼者の携帯電話９とＭＦＰ３ａとの間で、ログイン認証を行う（図中の「１」である。）。

ログイン認証がされると、クライアントは、ＭＦＰ３ａに実行させるジョブを登録する（図中の「２」である。）。ここでは、印刷サイズが「Ａ４」で、印刷部数が「３部」であるプリントジョブが登録される。
ＭＦＰ３ａは、クライアントからジョブ登録（プリントジョブ）を受けると、当該ジョブに関連して使用されるアプリを携帯電話９に送信する（図中の「３」である。）。これを受けた携帯電話９は、受信したアプリをインストールする（図中の「４」である。）。

次に、クライアントが、クライアント端末からＭＦＰ３ａにプリントジョブを依頼する（プリントジョブに係るデータを出力する。）。そして、ＭＦＰ３ａはクライアント端末のジョブを実行する前に、他人のジョブの実行中にエラーが発生した場合（図中の「１１」である。）、その旨のエラー内容を携帯電話９に通知する（図中の「１２」である。）。

クライアントは、前記エラーの内容を携帯電話９から知ることができ、プリントの出力先を元のＭＦＰ３ａから別のＭＦＰ３ｂに出力先を変更する指示を携帯電話９から送信する（図中の「１３」である。）。
この指示を受けたＭＦＰ３ａは、認証に係るプリントジョブをＭＦＰ３ｂに移行（プリントのデータを送信）する（図中の「１４」である。）。このジョブ移行に伴ってＭＦＰ３ｂでプリントジョブを実行し（図中の「１５」である。）、そのジョブが完了した旨の通知をＭＦＰ３ａに送信する（図中の「１６」である。）。

これを受け、ＭＦＰ３ａでは、携帯電話９にジョブ完了通知を送信する（図中「１７」である。）。クライアントは、ジョブが完了したことを携帯電話９から知ることができると共に、携帯電話９は、ＭＦＰ３ａに依頼したジョブが完了したことにより不要となったアプリをアンインストールする（図中の「１８」である。）。
上述のように、例えば、ＭＦＰ３ａに指示を与える必要が生じた際にも、クライアントは、わざわざＭＦＰ３ａの設置場所に行ったり、クライアント端末５ａ，５ｂ，５ｃの設置場所に戻ったりする必要がなく、ＭＦＰ３ａに指示できる。また、ＭＦＰ３ａにジョブを依頼した後に、ＭＦＰ３ａやクライアント端末５ａ，５ｂ，５ｃから離れていても、携帯電話９からＭＦＰ３ａへの指示が可能となる。

ＭＦＰ３ａ、クライアント端末５ａ，５ｂ，５ｃ、携帯電話９の構成は、基本的には、第１の実施の形態で説明した構成と同じであるが、プリントジョブ用のアプリが第１の実施の形態と異なる。
図２３は、第２の実施の形態に係るアプリのプリントジョブ処理のフローチャートを示す図である。

このフローチャートは、図１３のフローチャートの一部が異なるだけであり、その異なる部分について説明する。なお、本実施の形態では、携帯電話９からジョブ内容変更を、プリントの出力先の変更、つまり、ＭＦＰの変更を指示する通知を受信したとして、以下説明する。
ステップＳ１７３で、携帯電話９からジョブ内容変更を受信すると（図中の「ＹＥＳ」である。）、その内容変更が「出力先変更」であるか否かを判定する（Ｓ３０１）。判定した結果、出力先変更でない場合（図中の「ＮＯ」の場合である。）、内容変更が「ジョブ取り消し」であるか否かを判定する（Ｓ３０３）。

ステップＳ３０３での判定結果が、ジョブ取り消しの場合（図中の「ＹＥＳ」の場合である。）は、そのプリントジョブを取り消し、その取り消した旨を携帯電話９に送信して（Ｓ３０５）、リターンして、図１０に戻る。
なお、ステップＳ３０３での判定結果が、ジョブ取り消しでない場合（図中の「ＮＯ」の場合である。）は、ステップＳ１７４に進み、その後、図１３のステップＳ１７４以降の処理を行う。

また、ステップＳ３０１で、内容変更が出力先変更である場合（図中の「ＹＥＳ」の場合である。）、登録ジョブの内容を他のＭＦＰ（ここでは、ＭＦＰ３ｂである。）に送信（Ｓ３０７）する。
そして、ＭＦＰ３ａは、ジョブを移行させた他のＭＦＰ３ｂから、ステップＳ３０７で送信したプリントジョブの完了を示すジョブ完了通知を受信したか否かを判定し（Ｓ３０８）、受信した場合（図中の「ＹＥＳ」の場合である。）、ジョブ完了通知を携帯電話９に送信した（Ｓ３０９）後、リターンして図１０に戻る。

＜第３の実施の形態＞
第1の実施の形態及び第２の実施の形態では、クライアントからのジョブ実行中にエラーが発生した場合に、その対処としてジョブ内容の変更を携帯電話から指示していたが、本発明は、ＭＦＰにエラーが発生しなくても携帯電話からＭＦＰのジョブを操作しても良い。本第３の実施の形態では、ジョブの取り消し、又は出力先の変更が可能であるため、ＭＦＰの設置場所に行って処置しなければ解除できないエラーであっても、当該ジョブに限っては携帯電話によりエラーを回避することができる。

図２４は、第３の実施の形態の処理の一例を説明するための図である。
図２４は、第２の実施の形態における図２２の説明と同じ内容の部分があるので、その部分の説明については、簡単に行う。
まず、図２４に示すように、クライアントがＭＦＰ３ａに設置場所に行き、ジョブ依頼者の携帯電話９とＭＦＰ３ａとの間で、ログイン認証を行う（図中の「１」である。）。

ログイン認証がされると、クライアントは、ＭＦＰ３ａに実行させるジョブを登録する（図中の「２」である。）。ここでは、印刷サイズが「Ａ４」で、印刷部数が「３部」であるプリントジョブが登録される。
ＭＦＰ３ａは、クライアントからジョブ登録（プリントジョブ）を受けると、当該ジョブに関連して使用されるアプリを携帯電話９に送信する（図中の「３」である。）。これを受けた携帯電話９は、受信したアプリをインストールする（図中の「４」である。）。

次に、クライアントが、クライアント端末からＭＦＰ３ａにプリントジョブ依頼する（プリントジョブに係るデータを出力する。）。
次に、クライアントが、アプリを利用して携帯電話９からＭＦＰ３ａに、ジョブ状況を知らせるようにアクセス（図中の「１１」である。）して、ＭＦＰ３ａからジョブ状況を取得する（図中の「１２」である。）。

クライアントは、上記ジョブ状況が、例えば、ＭＦＰ３ａが他人のジョブを実行していて自分のジョブ実行にまで時間を要する旨であると、出力先をＭＦＰ３ａからＭＦＰ３ｂに変更する旨を指示（図中の「１３」である。）する。
これを受けたＭＦＰ３ａは、第２の実施の形態と同様に、ＭＦＰ３ｂにジョブを移行させる等、第２の実施の形態と同様の処理を行う。

図２５は、第３の実施の形態に係るＭＦＰにおける認証処理（Ｓ４０１）のフローチャートを示す図である。
このフローチャートは、図１３のフローチャートの一部が異なるだけであり、その異なる部分について説明する。
図２５に示すように、まず、図２４中の「１１」に相当するアクセスがあるか否かを判定する（Ｓ４０３）。携帯電話９からアクセスがある場合（図中の「ＹＥＳ」の場合である。）、ＭＦＰ３ａが現在受けているジョブの状況を携帯電話９に送信する（Ｓ４０５）。

次に、携帯電話９からジョブの内容を変更するか否かの指示を受けたか否かを判定する（Ｓ４０７）。ジョブの内容変更がある場合（図中の「ＹＥＳ」の場合である。）、図１３のステップＳ１７６に進む。逆にジョブの内容変更がない場合（図中の「ＮＯ」である。）、同じく図１３のステップＳ１６１に進む。
一方、ステップＳ４０３で携帯電話９からのアクセスがない場合（図中の「ＮＯ」である。）、所定時間が経過したか否かを判定し、経過していないとき（図中の「ＮＯ」のときである。）は、ステップＳ４０３に戻り、経過しているとき（図中の「ＹＥＳ」のときである。）は、携帯電話９からアクセスがないものとみなして、ステップＳ１６１に進む。

図２６は、第３の実施の形態に係る携帯電話におけるアプリ処理（Ｓ４１１）のフローチャートを示す図である。
このフローチャートは、図１７のフローチャートの一部が異なるだけであり、その異なる部分について説明し、また、ここで説明する部分は、ＭＦＰ３ａの認証処理の一部である図２５に対応する。

図２６に示すように、まず、図２４中の「１１」に相当するアクセスをＭＦＰ３ａに対して行う。なお、このアクセスは、アプリ処理を行うときに自動的に行うようにしても良いし、クライアントからアクセス指示を受けてからしても良い。
上記アクセスに対して、ＭＦＰ３ａからジョブ状況を取得すると、その内容をディスプレイ部９０３に表示する（Ｓ４１５）。この表示を見たクライアントが、ジョブの内容を変更する操作を行うと、ステップＳ４１７で「ＹＥＳ」と判定されて、図１７のステップＳ２６６に進み、ジョブの内容を変更しない操作を行うと、ステップＳ４１７で「ＮＯ」と判定されて、図１７のステップＳ２５０に進む。

＜まとめ＞
以上、本発明を上記各実施の形態に基づいて説明したが、本発明の内容が、上記の各実施の形態に示された具体例に限定されないことは勿論であり、例えば、以下のような変形例を実施することができる。
１．画像処理装置及び携帯端末について
（１）画像処理装置
上記実施の形態では、画像処理装置としてＭＦＰを利用した場合について説明したが、本発明に係る画像処理装置は、スキャンした原稿（画像）を読み取ったり受信したＦＡＸを出力したりするＦＡＸ装置、スキャンした原稿をコピーするコピー装置、電子データを記録シート上に画像（文書、図形、画像等）として形成するプリンター等の各種装置、あるいはこれらのいくつかを任意に組み合わせた、各種複合機であっても良い。

（２）携帯端末
上記各実施の形態では、携帯端末として携帯電話を利用した場合について説明したが、本発明に係る携帯端末は、ＭＦＰ（画像処理装置）と通信可能であり、ＭＦＰから受信したアプリを起動させることができ、また、アプリの実行に伴って各種の情報を表示、入力ができ、ＭＦＰに送信できる構成を有していれば良い。

つまり、本発明に係る携帯端末としては、例えば、携帯電話（ＰＨＳも含む。）、携帯情報端末（ＰＤＡ）、さらには、これらを融合させたスマートフォン等を使用できる。
さらには、携帯端末は、所謂、電気通信事業者を介さずに、独自の規格により画像処理装置と通信可能な携帯端末であっても良い。例えば、ブルートゥースを利用できる他、Ｈｏｍｅ ＲＦも場合によっては利用できる。

また、無線ＬＡＮを利用することもできる。この場合、画像処理装置と携帯端末との距離が大きくなると、通信できなくなるが、例えば、複数のルータを用い、最寄りのルータと携帯端末とを無線ＬＡＮによって接続することにより実施できる。
２．認証について
上記各実施の形態では、画像処理装置と携帯端末との認証にＩＣを用いた無線を利用したが、他の方法で、画像処理装置と携帯端末とを認証しても良い。他の方法としては、携帯端末とその所有者とが同一とみなして、所有者との間で指紋認証・声紋認証を行っても良い。

また、携帯端末が携帯電話の場合、携帯電話から画像処理装置に電話を掛け、そのあと、携帯電話のテンキーを利用してパスワードを入力送信するようにしても良い。
３．認証とジョブ登録について
上記各実施の形態では、図２、図２１及び図２２に示すように、ログイン認証した後に、ジョブ登録が行われているが、ジョブ登録をする際、あるいは登録した後に、ログイン認証を開始するようにしても良い。但し、先にジョブ登録した場合に、当該ジョブが実施される前にログイン認証を行う必要がある。

したがって、認証する前に、例えばプリントジョブを登録する場合、クライアント端末から画像処理装置にプリントジョブのデータを送信する際に、データのヘッダに認証する旨の情報を格納しておき、この情報を読み取った画像処理装置が、当該プリントジョブを依頼したクライアントの携帯端末と認証処理を行えば良い。
また、スキャン送信ジョブを行う場合、例えば、画像処理装置は、当該ジョブを受け付ける際に、画像処理装置のディスプレイに、スキャン送信ジョブに関する設定（例えば、送り先、送信方法等の設定）入力画面を表示する際に、併せて、認証を行うか否かの表示をして、設定の受け付けと同時にも認証についての受け付けも行っても良いし、前記設定の入力が完了した後に、認証を行うか否かを表示して、クライアントからの入力を受け付けても良い。

４．ジョブについて
（１）種類
上記各実施の形態では、認証に係るジョブとして、プリントジョブとスキャン送信ジョブを例示したが、他のジョブについても実施できる。
図２７は、他のジョブ用のアプリの主な機能を示す図である。

図２７に示す例では、スキャンジョブ用及びプリントジョブ用のアプリを備え、スキャンジョブ用として、実施の形態で説明した、スキャン送信ジョブに加えて、スキャン ｔｏ Ｂｏｘ 用のアプリを含んでいる。
スキャン ｔｏ Ｂｏｘ に適用した場合、例えば、「解像度変更」、「カラー／モノクロ変更」、「ファイル形式変更」に加えて、「保存先変更」等が行える。

（２）内容変更
上記各実施の形態での内容変更は、ジョブの種類が同一のジョブでの内容変更であったが、ジョブの種類を変更しても良い。例えば、スキャン送信ジョブをコピージョブに変更しても良い。具体的には、原稿をスキャンしたものを送信せずに、それをコピーの形で印刷出力するような場合である。

なお、ジョブの種類を変更する場合には、変更後のジョブに対応するジョブのアプリを再度送信しても良いし、あるいは変更後のジョブに対応するアプリを送信せずに、変更後のジョブについては内容変更等を認めないようにしても良い。
５．画像処理装置と携帯端末との通知等のやり取りについて
上記各実施の形態において、画像処理装置と携帯端末との通知のやり取りは、Ｍａｉｌのヘッダを利用していたが、例えば、Ｍａｉｌ本文中に通知等の情報を格納しても良い。なお、本発明では、Ｍａｉｌについて特に説明しなかったが、所謂、Ｅ−Ｍａｉｌだけでなく、ＭＦＰの電話と、携帯電話との電気通信事業者を同一にした場合に、インターネットを介さずに、直接メッセージの送受信を行うショートメッセージ型のＭａｉｌも含んだ概念で使用している。

さらに、画像処理装置と携帯端末とを無線ＬＡＮを利用して接続する場合には、互いのＩＰアドレスに直接情報（パケット）送信しても実施できる。
６．アプリケーションソフトについて
実施の形態では、アプリケーションソフトを起動させた際の画面表示等について説明していないが、当該アプリケーションソフトでは、画像処理装置に送信する指示内容、あるいは画像処理装置から受信した情報に対応した画面が設定されている。

画像処理装置において、例えば、図２２で説明したように、「Ａ４」の記録シートがなくエラーが発生した場合、この記録シートがない旨のエラーを示す情報が、予め画像処理装置と携帯端末との間で対応付けられており、携帯端末がこのエラーを示す情報を受信すると、例えば、「ジョブを中止する」、「記録シートを変更する」、「記録シートを補充する」等、クライアントの選択する項目がディスプレイ部に表示するようにプログラムされている。

７．その他
実施の形態では、例えば、図１９のステップＳ２４９に示すように、携帯電話の使用者であるクライアントに許可なくアプリケーションソフトをアンインストールしているが、画像処理装置から、画像処理に関するジョブが完了した旨の通知（ジョブ完了通知）を受信すると、アプリケーションソフトを削除するか否かについてクライアントの指示を受けるようにしても良い。

画像処理装置から携帯端末に送信されるアプリケーションソフトの形態については、圧縮した形態でもあっても良いし、圧縮されていない形態でもあっても良く、特に限定するものではない。
８．最後に
上記の各実施の形態及び変形例等は、それぞれについて、他の実施の形態・変形例等との関連性について特に説明しなかったが、各実施の形態、各変形例の内容等を適宜組み合わせたものでも良い。

本発明は、例えば、クライアントが画像処理装置からエラー通知によりエラー発生を知ったときに、わざわざ画像処理装置の設置場所に行く回数を少なくすることができる印刷システム等に利用できる。

第１の実施の形態に係る印刷システムの全体構成を示す図である。 第１の実施の形態の処理の一例を説明するための図である。 第１の実施の形態に係るＭＦＰの外観の一例を示す概略図である。 第１の実施の形態に係るＭＦＰにおけるハードウェア構成の一例を示す図である。 第１の実施の形態に係るＭＦＰの制御部のブロック図である。 第1の実施の形態に係る認証情報の管理テーブルである。 第1の実施の形態に係る携帯電話の外観の一例を示す概略図である。 第1の実施の形態に係る携帯電話におけるハードウェア構成の一例を示す図である。 第１の実施の形態に係るＭＦＰの制御部のフローチャートを示す図である。 第１の実施の形態に係る認証処理のフローチャートを示す図である。 第１の実施の形態に係るジョブの種類特定処理のフローチャートを示す図である。 第１の実施の形態に係るアプリ送信処理のフローチャートを示す図である。 第１の実施の形態に係るスキャン送信ジョブ処理のフローチャートを示す図である。 第１の実施の形態に係る携帯電話のフローチャートを示す図である。 第１の実施の形態に係る認証処理のフローチャートを示す図である。 第１の実施の形態に係る携帯認証処理のフローチャートを示す図である。 第１の実施の形態に係るアプリ処理のフローチャートを示す図である。 第１の実施の形態に係るジョブ情報報知処理のフローチャートを示す図である。 第１の実施の形態に係るアプリアンインストール処理のフローチャートを示す図である。 第１の実施の形態に係るプリント用とスキャン送信用の違いを示す図である。 第１の実施の形態に係る他の例を説明するための図である。 第２の実施の形態の処理の一例を説明するための図である。 第２の実施の形態に係るプリントジョブ処理のフローチャートを示す図である。 第３の実施の形態の処理の一例を説明するための図である。 第３の実施の形態に係るＭＦＰにおける認証処理のフローチャートを示す図である。 第３の実施の形態に係る携帯電話におけるアプリ処理のフローチャートを示す図である。 他のジョブ用のアプリの主な機能を示す図である。

符号の説明

１ 印刷システム
３ａ ＭＦＰ（画像処理装置）
５ａ，５ｂ，５ｃ クライアント端末
７ ＬＡＮ
９ 携帯電話（携帯端末）
３１３ 認証部
３１９ 制御部
３３３ 認証制御部
３３５ アカウント管理部
３３７ アカウントデータベース
３４７ アプリ制御部
３４９ ジョブ制御部
３５１ ジョブ解析部
３５３ ジョブ指示部
３５５ ジョブ管理部
９０９ ＩＣ部
９１１ 制御部
９２２ 認証制御部
９２３ アプリ制御部
９２５ ＩＣ管理部

Claims (17)

1. 画像処理装置と携帯端末とを備える画像処理システムにおいて、
   前記画像処理装置は、
   画像処理に関するジョブを受け付けて実行するジョブ実行手段と、
   携帯端末の使用者が自装置の登録者であるか否かを認証する認証手段と、
   認証された携帯端末の使用者に係るジョブを実行する際に前記使用者が操作するのと同等の操作の少なくとも１つが可能なアプリケーションソフトを前記認証された使用者の携帯端末に送信する送信手段と、
   前記携帯端末側で前記アプリケーションソフトを利用して前記認証された使用者が当該ジョブについて操作する操作内容を前記携帯端末から受信する受信手段と
   を備え、
   前記携帯端末は、
   前記アプリケーションソフトを受信する受信手段と、
   受信したアプリケーションを実行するアプリケーションソフト実行手段と、
   前記アプリケーションソフトを利用して前記認証に係るジョブを、前記認証された使用者が当該携帯端末で操作する場合の操作内容を前記画像処理装置に送信する送信手段と
   を備え、
   前記画像処理装置のジョブ実行手段は、
   前記認証に係る携帯端末から受信した操作内容を反映して前記ジョブを実行する
   ことを特徴とする画像処理システム。
2. 前記画像処理装置において、
   前記ジョブ実行手段は、画像処理に関して複数種類のジョブを実行する機能を有し、
   前記送信手段は、当該ジョブの種類に対応するアプリケーションソフトを送信する
   ことを特徴とする請求項１に記載の画像処理システム。
3. 前記画像処理装置は、さらに、前記認証に係るジョブの実行について発生したエラーに関する情報を前記携帯端末に送信する手段を備え、
   前記携帯端末の前記アプリケーションソフト実行手段は、前記エラーについて対処を行なうための操作を受け付け、
   前記携帯端末の前記送信手段は、前記エラー対処のために受け付けられた操作内容を前記画像処理装置に送信し、
   前記画像処理装置の前記ジョブ実行手段は、前記受信手段で受信したエラー対処のための操作内容に基づいて前記エラーが発生したジョブの実行を行なう
   ことを特徴とする請求項１又は２に記載の画像処理システム。
4. 画像処理に関するジョブを実行するジョブ実行手段を備えると共に携帯端末と通信可能な画像処理装置であって、
   携帯端末の使用者が自装置の登録者であるか否かを認証する認証手段と、
   認証された携帯端末の使用者に係るジョブを実行する際に前記使用者が操作するのと同等の操作の少なくとも１つが可能なアプリケーションソフトを前記認証された使用者の携帯端末に送信する送信手段と、
   前記携帯端末側で前記アプリケーションソフトを利用して前記認証された使用者が当該ジョブについて操作する操作内容を前記携帯端末から受信する受信手段と
   を備え、
   前記ジョブ実行手段は、前記認証に係る携帯端末から受信した操作内容を反映して前記ジョブを実行する
   ことを特徴とする画像処理装置。
5. 前記ジョブ実行手段は、画像処理に関するジョブについて複数種類を実行する機能を有し、
   前記送信手段は、当該ジョブの種類に対応するアプリケーションソフトを送信する
   ことを特徴とする請求項４に記載の画像処理装置。
6. 前記認証手段は、無線通信を利用して携帯端末の使用者の認証情報を当該携帯端末から直接取得する
   ことを特徴とする請求項４又は５に記載の画像処理装置。
7. 前記アプリケーションソフトは、前記認証に係る使用者から受け付けた１つのジョブを実行するために認証が許可された携帯端末に送信される
   ことを特徴とする請求項４〜６のいずれか１項に記載の画像処理装置。
8. 前記画像処理装置は、さらに、前記認証された携帯端末の使用者に係るジョブの実行について発生したエラーに関する情報を前記携帯端末に送信する手段を備え、
   前記受信手段は、前記エラーについて対処を行なうための操作に関する操作内容を前記携帯端末から受信し、
   前記ジョブ実行手段は、前記受信手段で受信したエラー対処のための操作内容に基づいて前記エラーが発生したジョブの実行を行なう
   ことを特徴とする請求項４〜７のいずれか１項に記載の画像処理装置。
9. 画像処理に関するジョブを実行する画像処理装置と通信可能な携帯端末であって、
   前記画像処理装置において携帯端末の使用者を認証するために必要とされる認証情報を前記画像処理装置に送信する第１の送信手段と、
   前記画像処理装置で認証されたときに、当該認証に係るジョブを画像処理装置が実行する際に当該使用者が操作するのと同等の操作の少なくとも１つが可能なアプリケーションソフトを前記画像処理装置から受信する受信手段と、
   前記アプリケーションソフトを利用して前記認証に係る使用者が当該ジョブの実行について操作する操作内容を前記画像処理装置に送信する第２の送信手段と
   を備えることを特徴とする携帯端末。
10. 前記携帯端末は、さらに、前記画像処理装置において行なわれる前記認証に係るジョブの実行について発生したエラーに関する情報を受信する手段を備え、
    前記アプリケーション実行手段は、前記エラーについて対処を行なって当該エラーが発生したジョブの実行を可能とするための操作を受け付け、
    前記送信手段は、前記受け付けられたエラー対処のための操作内容を前記画像処理装置に送信する
    ことを特徴とする請求項９に記載の携帯端末。
11. 画像処理に関するジョブを実行すると共に携帯端末と通信可能な画像処理装置に、
    携帯端末の使用者が自装置の登録者であるか否かを認証する認証ステップと、
    認証された携帯端末の使用者に係るジョブを実行する際に前記使用者が操作するのと同等の操作の少なくとも１つが可能なアプリケーションソフトを前記認証された使用者の携帯端末に送信する送信ステップと、
    前記携帯端末側で前記アプリケーションソフトを利用して前記認証された使用者が当該ジョブについて操作する操作内容を前記携帯端末から受信する受信ステップと、
    前記認証に係る携帯端末から受信した操作内容を反映して前記ジョブを実行する実行ステップと
    を実行させることを特徴とする画像処理装置用のプログラム。
12. 前記画像処理装置に、さらに、
    前記認証された携帯端末の使用者に係るジョブの実行についてエラーが発生したとき、当該エラーに関する情報を前記携帯端末に送信するステップを実行させ、
    前記受信ステップは、前記エラーについて対処を行なうための操作に関する操作内容を受信するものであり、
    前記実行ステップは、前記受信ステップで受信したエラー対処のための操作内容に基づいて前記エラーが発生したジョブの実行を行なう
    ことを特徴とする請求項１１に記載の画像処理装置用のプログラム。
13. 画像処理に関するジョブを実行する画像処理装置と通信可能な携帯端末に、
    前記画像処理装置において携帯端末の使用者を認証するために必要とされる認証情報を前記画像処理装置に送信する第１の送信ステップと、
    前記画像処理装置で認証されたときに、当該認証に係るジョブを画像処理装置が実行する際に当該使用者が操作するのと同等の操作の少なくとも１つが可能なアプリケーションソフトを前記画像処理装置から受信する受信ステップと、
    前記アプリケーションソフトを利用して前記認証に係る使用者が当該ジョブの実行について操作する操作内容を前記画像処理装置に送信する第２の送信ステップと
    を実行させることを特徴とする携帯端末用のプログラム。
14. 前記携帯端末に、さらに、
    前記受信したアプリケーションソフトをインストールするか否かの入力を前記認証に係る使用者から受け付ける受付ステップ
    を実行させることを特徴とする請求項１３に記載の携帯端末用のプログラム。
15. 前記携帯端末に、さらに、
    前記画像処理装置からジョブ実行に関する情報を受信する第３の受信ステップと、
    受信した前記情報に従って、前記アプリケーションソフトを削除するか自装置の使用者に報知するかを切り換える切換ステップと
    を実行させることを特徴とする請求項１３又は１４に記載の携帯端末用のプログラム。
16. 前記切換ステップでは、
    前記情報がジョブ実行の完了を示すときに、前記アプリケーションソフトを削除するに切換え、前記情報がジョブ実行中のエラー発生を示すときは、ユーザに報知するに切り換える
    ことを特徴とする請求項１５に記載の携帯端末用のプログラム。
17. 前記携帯端末に、さらに、
    前記画像処理装置において行なわれる前記認証に係るジョブの実行について発生したエラーに関する情報を受信する第３の受信ステップと、
    前記エラーについて対処を行なって当該エラーの発生したジョブの実行を可能とするための操作を受け付けるステップとを実行させ、
    前記第２の送信ステップは、前記エラー対処のための操作内容を前記画像処理装置に送信する
    ことを特徴とする請求項１３又は１４に記載の携帯端末用のプログラム。

Images