画像形成装置、配信処理システム、画像処理方法、プログラム及び記録媒体
【課題】同一機器内で、別プロセスで動作するアプリケーション間において、情報を直接やり取りすること。
【解決手段】画像形成装置の各機能を制御する第１制御手段２３１と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、第１及び第２制御手段２３２はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置であって、第１制御手段は、ユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を第２制御手段に出力する出力手段３０３を有し、第２制御手段は、第１制御手段からユーザ情報を取得する取得手段４０１と、取得されたユーザ情報を記憶する記憶手段４０２と、記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いてユーザ認証を制御する認証制御手段４０３とを有する。
【解決手段】画像形成装置の各機能を制御する第１制御手段２３１と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、第１及び第２制御手段２３２はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置であって、第１制御手段は、ユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を第２制御手段に出力する出力手段３０３を有し、第２制御手段は、第１制御手段からユーザ情報を取得する取得手段４０１と、取得されたユーザ情報を記憶する記憶手段４０２と、記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いてユーザ認証を制御する認証制御手段４０３とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、配信処理システム、画像処理方法、プログラム及び記録媒体に関する。
【背景技術】
【０００２】
近年、多くの企業において、多機能複合機などの画像入出力機器のネットワーク上への配置・接続が進んでいる。画像入出力機器は、業務の効率化を図る手段として大きな役割を担っている。特に、紙文書の電子化と配布を効率的に行う配信処理システムが重要になっている。このシステムを構成する大きな要素は、画像入出力機器（例えばスキャナなど）と配信管理サーバである。配信管理サーバには、あらかじめさまざまな業務・用途にあわせた複数の配信設定（処理フロー）メニューが登録されている。利用者は、画像入出力機器のオペレーションパネル（操作部）から、業務に適した処理フローを選択してスキャンを行う。
【０００３】
例えば、特開２００６−０１８６４０号公報（特許文献１）には、配信処理や画像変換処理をプラグイン化し、管理者がそれらプラグインを任意に組み合わせて入力、画像変換、出力の処理フローを作成し、その処理フローを利用して画像データの配信処理を行う技術が開示されている。このとき、処理フローの実行を制御するアプリケーションが画像形成装置にインストールされ、このアプリケーションを用いてユーザ認証を行ない、認証されたユーザが、自身が実行できる処理フローを用いて配信処理を行う。
【０００４】
また、画像形成装置の各機能（コピー、ＦＡＸなど）の実行や操作画面のキーイベントを制御するＥｑｕｉｔｒａｃ社のアプリケーションが知られている。このアプリケーションは、各機能のログを追跡したり、ユーザ認証を行なうことでユーザ毎の各機能の制御をより厳密に行うことができたりする。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、前述したような別プロセスで動作する複数のアプリケーションを持つ画像形成装置では、アプリケーション間で情報を直接やり取りすることができないという問題点があった。例えば、それぞれのアプリケーションでログインを行う必要がある場合には、それぞれのアプリケーション機能を用いる際に、ユーザＩＤなどを入力してログインを行う必要があり、ユーザにとって煩雑な処理を必要としていた。また、機器内でログイン情報をやり取りしようとする場合でも、他のアプリケーションがサードベンダにより製作されている場合には、そのＡＰＩ（アプリケーションプログラムインタフェース）が隠されていることがある。よって、ログイン情報を取得するためのモジュールを外部のサーバに設け、そのモジュールを介してログイン情報を他のアプリケーションに送信していた。
【０００６】
そこで、本発明は上記問題点に鑑みてなされたものであり、同一機器内で、別プロセスで動作するアプリケーション間において、情報を直接やり取りすることができる画像形成装置、配信処理システム、画像処理方法、プログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明における一局面の画像形成装置は、当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置であって、前記第１制御手段は、ユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力手段を有し、前記第２制御手段は、前記第１制御手段から前記ユーザ情報を取得する取得手段と、取得されたユーザ情報を記憶する記憶手段と、記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いてユーザ認証を制御する認証制御手段とを有する。
【０００８】
また、本発明における他の局面の配信処理システムは、当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置と、前記第１制御手段のユーザ認証を行なう認証サーバと、前記第２制御手段のユーザ認証を行ない、前記処理フローの配信処理を行う配信サーバとを含む配信処理システムであって、前記第１制御手段は、前記認証サーバによるユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力手段を有し、前記第２制御手段は、前記第１制御手段から前記ユーザ情報を取得する取得手段と、取得されたユーザ情報を記憶する記憶手段と、記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いて前記配信サーバにユーザ認証を要求する認証要求手段とを有する。
【０００９】
また、本発明における他の局面の画像処理方法は、当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置における画像処理方法であって、前記第１制御手段は、ユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力段階を有し、前記第２制御手段は、前記第１制御手段から前記ユーザ情報を取得する取得段階と、取得されたユーザ情報を記憶手段に記憶する記憶段階と、記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いてユーザ認証を行なう認証段階とを有する。
【００１０】
また、本発明の画像形成装置、配信処理システム、及び画像処理方法は、コンピュータにより実行可能なプログラムにより実現することができ、また、プログラムを記録した記録媒体をコンピュータに読み取らせて実現することも可能である。
【発明の効果】
【００１１】
本発明によれば、同一機器内で、別プロセスで動作するアプリケーション間において、情報を直接やり取りすることができる画像形成装置、配信処理システム、画像処理方法、プログラム、及び記録媒体を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施例１に係る配信処理システムの運用例を示す図。
【図２】実施例１に係る画像形成装置のハードウェア構成の一例を示すブロック図。
【図３】実施例１に係る画像形成装置の機能構成の一例を示すブロック図。
【図４】実施例１に係るＭＦＰと機能管理サーバと配信サーバとの主要機能構成の一例を示すブロック図。
【図５】ユーザ情報の一例を示す図。
【図６】ＸＭＬ形式のユーザ情報の一例を示す図。
【図７】操作画面の遷移例を示す図。
【図８】実施例１における処理フローの例を示す図。
【図９】実施例１におけるログイン時の処理の一例を示すフローチャート。
【図１０】実施例１におけるログアウト時の処理の一例を示すフローチャート。
【図１１】実施例２に係るＭＦＰと機能管理サーバと配信サーバとの主要機能構成の一例を示すブロック図。
【図１２】実施例２における処理フローの例を示す図。
【図１３】実施例２における課金処理の一例を示すフローチャート。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照して、本発明に係る画像形成装置、配信処理システム、画像処理方法、プログラム及び記録媒体の実施例を詳細に説明する。
【００１４】
また、以下に示す実施例では、画像データを入力する画像形成装置として、プリンタ機能、スキャナ機能、コピー機能、ファクシミリ機能を一つの筐体に搭載した複合機を例にあげて説明しているが、これに限定されるものではない。
【００１５】
［実施例１］
＜システム構成とハードウェア構成＞
図１は、実施例１に係る配信処理システムの運用例を示す図である。図１に示すように、配信処理システムは、ネットワークを介してＭＦＰ（Multifunction Peripheral）１０、機能管理サーバ２０、配信サーバ３０、情報処理端末（例えば、ＰＣ（Personal Computer）、ＰＤＡ（Personal Data Assistance）など）４０が接続されている。なお、ＭＦＰの数やサーバの数や情報処理端末の数はこれに限定されるものではなく、任意数の各機器がネットワークを介して接続されていてもよい。
【００１６】
ＭＦＰ１０は、スキャン機能、コピー機能、プリンタ機能、ファクシミリ機能などを一つの筐体に搭載したものである。ＭＦＰ１０は、スキャナ機能により紙媒体等をスキャン処理して画像データを生成し、生成された画像データを配信サーバ３０に送信する。ＭＦＰの詳細については後述する。以下、画像形成装置はＭＦＰを例にして説明する。
【００１７】
また、本実施例に係る画像形成装置１０の制御システムは、ＳＤＫ（Software Development Kit）によって構成され、ユーザによって構築された処理フローに従って文書の蓄積や配信処理を実行する。
【００１８】
機能管理サーバ２０は、ＭＦＰの機能を管理するサーバである。機能管理サーバ２０は、ユーザ認証を行うことでユーザ毎に操作できる機能を管理したり、各ユーザに関する情報を保持したりする。機能管理サーバ２０は、例えばユーザ情報の管理やログ管理を行うサーバ等である。
【００１９】
配信サーバ３０は、ＭＦＰでスキャンされた画像データを受信して、指定された処理フロー（プロジェクトともいう）に従って種々の処理や配信処理を実行するワークステーション等のコンピュータである。配信設定には、メール送信、ＦＡＸ送信、フォルダ配信などがある。また、配信サーバ３０は、配信処理を行ってエラーが発生した場合にエラー処理を行う。
【００２０】
情報処理端末４０は、管理者によりデータ配信に関する管理ツールが起動され、入力、画像変換、出力の各プラグインが順に選択されることで処理フローを作成する。作成された処理フローは配信サーバ３０に保存される。
【００２１】
次に、実施例１に係る画像形成装置１０のハードウェア構成について説明する。図２は、実施例１に係る画像形成装置１０のハードウェア構成の一例を示すブロック図である。図２に示すように、画像形成装置１０は、制御部１１、主記憶部１２、補助記憶部１３、外部デバイスＩ／Ｆ部１４、ネットワークＩ／Ｆ部１７、操作部１８、表示部１９、画像処理部２１、画像出力部２２を含む。
【００２２】
制御部１１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部１１は、主記憶部１２に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。
【００２３】
主記憶部１２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部１１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。
【００２４】
補助記憶部１３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。
【００２５】
外部デバイスＩ／Ｆ部１４は、認証のためのユーザ情報の入力に用いられるカードリーダー１５と接続するためのインタフェースである。外部デバイスＩ／Ｆ部１４は、例えば、ＵＳＢポート（ＵＳＢホストインタフェース）又はシリアルボート等によって構成される。
【００２６】
カードリーダー１５は、カード１６から情報を読み取るいわゆるカードリーダーである。また、カードリーダー１５は、外部デバイスＩ／Ｆ部１４と接続可能なハードウェアインタフェース（例えば、ＵＳＢコネクタ又はシリアルインタフェース等）を備える。但し、カードリーダー１５は、画像形成装置１０に内蔵されていてもよい。カードリーダー１５は、接触型又は非接触型のいずれであってもよい。
【００２７】
カード１６は、ＩＣカードに限定されず、磁気カード等、少なくとも各カード１６に一意なカードＩＤ（カード番号）が記録可能なものであればよい。カードＩＤは、一般的に、Ｕｎｉｖｅｒｓａｌ ＩＤ又はＣａｒｄ Ｓｅｒｉａｌ Ｎｕｍｂｅｒと呼ばれる。カード５０の具体例の一部としては、Ｐｒｏｘｉｍｉｔｙカード、Ｍｉｆａｒｅカード、Ｊａｖａ（登録商標）Ｃａｒｄ等が挙げられる。
【００２８】
実施例１において、カード１６は各ユーザに配布されていることとする。但し、運用上必要とされるセキュリティのレベルに応じて、複数のユーザによって一枚のカード１６を共用させてもよい。なお、各ユーザに配布されるカード１６は一種類に限定されなくてもよい。上記のようにカードリーダー１５は、ＵＳＢ等によって簡便に画像形成装置１０に接続することが可能である。したがって、それぞれ対応するカード１６の種類（Ｐｒｏｘｉｍｉｔｙカード、Ｍｉｆａｒｅカード、Ｊａｖａ（登録商標）Ｃａｒｄ等）が異なる複数のカードリーダー１５を画像形成装置１０に同時に接続させてもよい。この場合、複数種類のカード１６を同時に利用することができる。
【００２９】
ネットワークＩ／Ｆ部１７は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された機能管理サーバ２０、配信サーバ３０と当該画像形成装置１０とのインタフェースである。
【００３０】
操作部１８は、ハード的なボタン（キー）によって構成され、ユーザによる操作入力を受け付ける入力手段である。表示部１９は、ＬＣＤ（Liquid Crystal Display）等によって構成され、操作画面やメッセージなどを表示させる。なお、表示部１９及び操作部１８は、オペレーションパネルとして一体的に構成されてもよい。
【００３１】
画像処理部２１は、画像データを出力（印刷）等する際に必要とされる各種の画像処理を実行する。画像出力部２２は、画像データの出力（例えば印刷）を行う。
【００３２】
図２において、画像形成装置１０は、ネットワーク（有線又は無線の別を問わない）を介して機能管理サーバ２０と接続されている。機能管理サーバ２０は、ユーザ認証機能を有しており、ＬＤＡＰ（Lightweight Directory Access Protocol）、Ｗｉｎｄｏｗｓ（登録商標）認証、Ｋｅｒｂｅｒｏｓ等、ユーザＩＤ及びパスワードに基づく認証方式によってユーザの認証を実行するコンピュータである。
【００３３】
すなわち、機能管理サーバ２０は、ユーザＩＤ及びパスワードとの対応情報が記録されたユーザ情報データベースを備える。機能管理サーバ２０は、当該ユーザ情報データベースに記録された対応情報と、認証要求において入力されたユーザＩＤ及びパスワードとを照合することにより認証処理を実行する。なお、ユーザＩＤとは、ユーザを一意に識別するユーザ識別情報であり、一般的にユーザ名とも呼ばれる情報である。なお、ユーザ情報は、ユーザ毎に実行できる機能情報や残金情報を含む。
【００３４】
また、画像形成装置１０は、ネットワークを介して配信サーバ３０と接続されている。配信サーバ３０は、画像形成装置１０においてスキャンされた画像データの配信処理を管理し、前述したようなユーザ認証機能を有する。
【００３５】
＜機能構成＞
図３は、実施例１に係る画像形成装置の機能構成の一例を示すブロック図である。図３に示すように、複合機１０は、白黒ラインプリンタ（B&W LP）２０１と、カラーラインプリンタ（Color LP）２０２と、ネットワークコントローラ２０４と、ファクシミリ、メモリなどのハードウェアリソース２０５を有するとともに、プラットホーム２２０とアプリケーション２３０とから構成されるソフトウェア群２１０とを備える。
【００３６】
プラットホーム２２０は、アプリケーション２３０からの処理要求を解釈してハードウェア資源の獲得要求を発生させるコントロールサービスと、一または複数のハードウェア資源の管理を行い、コントロールサービスからの獲得要求を調停するシステムリソースマネージャ（ＳＲＭ）２２３と、汎用ＯＳ２２１とを有する。
【００３７】
コントロールサービス層２４０は、複数のサービスモジュールから形成され、ＳＣＳ（システムコントロールサービス）２２２と、ＥＣＳ（エンジンコントロールサービス）２２４と、ＭＣＳ（メモリコントロールサービス）２２５と、ＯＣＳ（オペレーションパネルコントロールサービス）２２６と、ＦＣＳ（ファックスコントロールサービス）２２７と、ＮＣＳ（ネットワークコントロールサービス）２２８とから構成される。なお、このプラットホーム２２０は、あらかじめ定義された関数により前記アプリケーション２３０から処理要求を受信可能とするＡＰＩを有する。
【００３８】
汎用ＯＳ２２１は、ＵＮＩＸ（登録商標）などの汎用オペレーティングシステムであり、プラットホーム２２０並びにアプリケーション２３０の各ソフトウェアをそれぞれプロセスとして並列実行する。なお、実施例１では、汎用ＯＳ２２１としてＵＮＩＸ（登録商標）を使用している。但し、汎用ＯＳ２２１は、ＵＮＩＸ（登録商標）に限定されるものではなく、いずれのＯＳを利用することができる。
【００３９】
ＳＲＭ２２３のプロセスは、ＳＣＳ２２２とともにシステムの制御およびリソースの管理を行うものである。ＳＲＭ２２３のプロセスは、スキャナ部やプリンタ部などのエンジン、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４ Ｉ／Ｆ、ＲＳ２３２Ｃ Ｉ／Ｆなど）のハードウェア資源を利用する上位層からの要求にしたがって調停を行い、実行制御する。
【００４０】
具体的には、ＳＲＭ２２３は、要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、ＳＲＭ２２３は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、要求内容（例えば、プリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。
【００４１】
ＳＣＳ２２２のプロセスは、アプリ管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、割り込みアプリ制御などを行う。
【００４２】
ＥＣＳ２２４のプロセスは、白黒ラインプリンタ（B&W LP）２０１、カラーラインプリンタ（Color LP）２０２、ファクシミリなどからなるハードウェアリソース２０５のエンジンの制御を行う。
【００４３】
ＭＣＳ２２５のプロセスは、画像メモリの取得および解放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などを行う。
【００４４】
ＦＣＳ２２７のプロセスは、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を利用したファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読みとり、ファクシミリ受信印刷、融合送受信を行うためのＡＰＩを提供する。
【００４５】
ＮＣＳ２２８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのプロセスである。また、ＮＣＳ２２８は、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーション２３０からデータをネットワーク側に送信する際の仲介を行ったりする。具体的には、ftpd、lpd、snmpd、telnetd、smtpdなどのサーバデーモンや、同プロトコルのクライアント機能などを有している。
【００４６】
ＯＣＳ２２６は、オペレータ（ユーザ）と本体制御間の情報伝達手段となるオペレーションパネル（操作パネル）の制御を行う。ＯＣＳ２２６は、オペレーションパネルからキー押下をキーイベントとして取得し、取得したキーに対応したキーイベント関数をＳＣＳ２２２に送信するＯＣＳプロセスの部分と、アプリケーション２３０またはコントロールサービスからの要求によりオペレーションパネルに各種画面を描画出力する描画関数やその他オペレーションパネルに対する制御を行う関数などがあらかじめ登録されたＯＣＳライブラリの部分とから構成される。このＯＣＳライブラリは、アプリケーション２３０、コントロールサービスおよび後述する表示処理部の各モジュールにリンクされて実装されている。なお、ＯＣＳ２２６のすべてをプロセスとして動作させるように構成しても良く、あるいはＯＣＳ２２６のすべてをＯＣＳライブラリとして構成してもよい。
【００４７】
アプリケーション２３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ２１１と、コピー用アプリケーションであるコピーアプリ２１２と、ファクシミリ用アプリケーションであるファックスアプリ２１３と、スキャナ用アプリケーションであるスキャナアプリ２１５と、ネットワーク上の機器に対して、各種要求を行うアプリケーションであるリモート制御アプリ２１７とを有している。
【００４８】
また、機能制御アプリ２３１（第１制御手段に相当）は、画像形成装置の各機能の動作を制御したり、各機能を実行する際にユーザ認証を行なったりするアプリケーションである。配信制御アプリ２３２（第２制御手段に相当）は、入力、画像変換、出力の各処理を任意に組み合わせた処理フローの実行を制御するアプリケーションである。
【００４９】
このように、実施例１にかかる画像形成装置１０には、複数のアプリケーション２３０および複数のサービスモジュールからなるコントロールサービス層２４０が存在し、いずれもプロセスとして動作している。そして、これらの各プロセス内部には、一または複数のスレッドが生成されて、スレッド単位の並列実行が行われる。そして、コントロールサービス層２４０の各サービスモジュールがアプリケーション２３０に対し共通サービスを提供しており、このため、これらの多数のプロセスが並列動作、およびスレッドの並列動作を行って互いに協調動作を行いながら、コピー、プリンタ、ファクシミリなどの画像形成処理にかかるユーザサービスを提供するようになっている。
【００５０】
なお、実施例１にかかる画像形成装置１０では、複数のアプリケーション２３０のプロセスと複数のコントロールサービスのプロセスとが動作しているが、アプリケーション２３０とコントロールサービスのプロセスをそれぞれ単一の構成とすることも可能である。また、アプリケーション２３０が全く存在せず、コントロールサービスのプロセスと汎用ＯＳ２２１とハードウェア資源だけを設け、アプリケーション２３０をＮＣＳ２２８により接続されたネットワークを介して新規アプリケーションをネットワーク経由で搭載可能な構成とすることもできる。また、各アプリケーション２３０は、アプリケーションごとに追加または削除することができる。
【００５１】
次に、実施例１において、別プロセスで動作するアプリケーション間でデータを直接やりとりするための主要な機能について説明する。図４は、実施例１に係るＭＦＰと機能管理サーバと配信サーバとの主要機能構成の一例を示すブロック図である。
【００５２】
図４に示すように、画像形成装置１０は、機能制御アプリ２３１、配信制御アプリ２３２、ユーザ情報記憶手段４０２を含む。ここで、機能制御アプリ２３１と、配信制御アプリ２３２とは、別プロセスで並行して動作可能であり、それぞれ処理を実行するためにユーザ認証を行なうとする。
【００５３】
機能制御アプリ２３１は、認証情報取得手段３０１、認証制御手段３０２、ユーザ情報出力手段３０３、ログアウト手段３０４を含む。配信制御アプリ２３２は、ユーザ情報取得手段４０１、認証制御手段４０３、ログアウト手段４０４を含む。まず、機能制御アプリ２３１と配信制御アプリ２３２とのユーザ認証について説明する。
【００５４】
（認証）
認証情報取得手段３０１は、表示部１９にログイン画面を表示させている状態において、ユーザによってカード１６がカードリーダー１５にセットされると、カードリーダー１５がカード１６より読み取ったカードＩＤを取得する。なお、カードリーダー１５へのカード１６のセットとは、カードリーダー１５へカード１６を挿入したり、カード１６をかざしたりといったように、カードリーダー１５がカード１６に記録されている情報を読み取れる状態にすることをいう。
【００５５】
また、認証情報取得手段３０１は、取得したカードＩＤに対応するユーザＩＤやパスワードを取得する。ここで、画像形成装置１０は、カードＩＤ毎にユーザＩＤやパスワード、カード効力等を対応付けた対応情報を保持しているとする。なお、パスワードが登録されていない場合は、パスワード画面を表示部１９に表示させ、パスワードをユーザに入力させるようにすれば良い。
【００５６】
なお、実施例１では、認証についてカード１６から認証情報を取得するようにしたが、カード１６からの取得に限らず、指紋などの生体情報を取得したりユーザによる入力された情報を取得したりして認証を行なってもよい。
【００５７】
認証制御手段３０２は、認証情報取得手段３０１からユーザＩＤ（カードＩＤでも良い）やパスワードを取得すると、取得したユーザＩＤとパスワードとを機能管理サーバ２０に送信する。ここで、機能管理サーバ２０において、画像形成装置１０から送信されたユーザＩＤやパスワードを用いてユーザ認証が行なわれる（認証手段５０１）。
【００５８】
機能管理サーバ２０の認証手段５０１は、画像形成装置１０から取得したユーザＩＤとパスワードと、自身が保持するユーザ情報ＤＢ５０２に記憶されるユーザＩＤとパスワードとに基づいて認証を行なう。
【００５９】
ここで、機能管理サーバ２０のユーザ情報ＤＢ５０２に記憶される情報について説明する。図５は、ユーザ情報の一例を示す図である。図５に示すように、ユーザ情報は、カードＩＤ、ユーザＩＤ、パスワード、Ｈｏｍｅフォルダ、メールアドレス、所属、残金、スキャントータル数、スキャンモノクロ数、スキャンカラー数などを含む。
【００６０】
「Ｈｏｍｅフォルダ」は、ユーザのホームフォルダへのネットワークパスを示す情報である。「残金」は、ユーザがチャージしている金額を示す情報である。「スキャントータル数」、「スキャンモノクロ数」、「スキャンカラー数」は、画像形成装置１０によりスキャンされた数のログ情報である。なお、ユーザ情報は、ユーザ毎に許可される機能情報を含むようにしてもよい。
【００６１】
図４に戻り、機能管理サーバ２０の認証手段５０１は、認証が成功すると、認証成功の結果と共に、認証が成功したユーザのユーザ情報を画像形成装置１０に送信する。また、認証手段５０１は、認証が失敗すると、認証失敗の結果のみを画像形成装置１０に送信する。
【００６２】
ここで、送信されるユーザ情報について説明する。図６は、ＸＭＬ形式のユーザ情報の一例を示す図である。図６に示す例では、ユーザ情報は、＜ｔｙｐｅ＞、＜ｕｓｅｒＮａｍｅ＞、＜ｐａｓｓｗｏｒｄ＞、＜ｅｍａｉｌａｄｄｒｅｓｓ＞、＜ｈｏｍｅＤｉｒｅｃｔｏｒｙ＞、＜ｄｏｍａｉｎ＞、＜ｏｐｔｉｏｎ＞を含む。
【００６３】
ここで、＜ｔｙｐｅ＞は、アプリケーションのタイプが記述される。また、＜ｏｐｔｉｏｎ＞には、任意の情報を記述することができ、例えば残金情報を記述することができる。
【００６４】
図４に戻り、認証制御手段３０２は、機能管理サーバ２０から認証成功を示す返信を受信するとともに、図６に示すようなユーザ情報を受信した場合には、ユーザ情報出力手段３０３にユーザ情報を出力する。なお、説明の便宜上、認証制御手段３０２とユーザ情報出力手段３０３とを分けた構成にしたが、１つの構成でも良い。ユーザ情報出力手段３０３は、取得したユーザ情報を配信制御アプリ２３２に出力する。
【００６５】
次に、配信制御アプリ２３２のユーザ情報取得手段４０１は、機能制御アプリ２３１からユーザ情報を取得する。ユーザ情報取得手段４０１は、取得したユーザ情報をユーザ情報記憶手段４０２に記憶する。ユーザ情報記憶手段４０２は、ユーザ情報を格納するデータ格納領域である。
【００６６】
認証制御手段４０３は、配信サーバ３０への配信処理要求を検知した場合、ユーザ情報記憶手段４０２に記憶されているユーザ情報に含まれるユーザＩＤとパスワードとを配信サーバ３０に送信する。
【００６７】
配信サーバ３０の認証手段６０１は、画像形成装置１０からユーザＩＤとパスワードとを取得すると、自身が管理するユーザ情報とパスワードと用いてユーザ認証を行なう。なお、配信サーバ３０は、ユーザ認証を外部の認証サーバに行なわせるようにしてもよい。
【００６８】
認証手段６０１は、ユーザ認証が成功すると、認証されたユーザに許可されている処理フロー（プロジェクト）情報を画像形成装置１０に送信する。また、認証手段６０１は、ユーザ認証が失敗すると、認証画面を画像形成装置１０の表示部１９に表示するよう要求する。
【００６９】
以上より、配信制御アプリ２３２は、機能制御アプリ２３１でユーザ認証が成功した場合のユーザＩＤとパスワードとを用いてユーザ認証を行なうことができる。つまり、別プロセスで動作する機能制御アプリ２３１と配信制御アプリ２３２とでそれぞれユーザ認証を行なう必要がない。これは、機能制御アプリ２３１と配信制御アプリ２３２とで行うユーザ認証において、同一ユーザであれば同じユーザＩＤとパスワードを用いるという考えに基づいている。仮にパスワードが異なっている場合でも、従来どおりそれぞれでユーザ認証を行なうようにすれば問題ない。
【００７０】
よって、ユーザは、機能制御アプリ２３１を実行するときに一度ユーザ認証を行なえば、配信制御アプリ２３２を実行するときには装置内部でユーザ認証を行なうので、改めて認証画面からパスワード等を入力する必要がない。つまり、サードベンダなどによって開発されたアプリケーションからのデータの受け取り口をオープンにすることで、シングルサインオンによる認証を可能とすることができる。
【００７１】
（ログアウト）
次に、機能制御アプリ２３１と配信制御アプリ２３２とのログアウトについて説明する。まず、それぞれのアプリのログアウトの関係について説明する。機能制御アプリ２３１においてユーザログアウトを行う時、配信制御アプリ２３２でログインしていたユーザがログアウトしていなければログアウトできない。これは、機能制御アプリ２３１と配信制御アプリ２３２とで、別々のユーザが処理することを防ぐためである。つまり、先に機能制御アプリ２３１でユーザログアウトしてしまうと、次に、機能制御アプリ２３１にログインしたユーザが、他人のユーザＩＤやパスワードを用いて配信制御アプリ２３２を実行できるため、これを防止する必要があるからである。
【００７２】
一方、配信制御アプリ２３２は、独立してログアウトすることができる。これは、配信制御アプリ２３２は、機能制御アプリ２３１がログインしないとログインされないことからである。つまり、先に配信制御アプリ２３２においてユーザログアウトされたとしても、機能制御アプリ２３１と配信制御アプリ２３２とで別々のユーザに処理されることはないからである。
【００７３】
以上、それぞれのアプリのログアウトの関係を踏まえ、Ｆｏｒｃｅログアウトとログアウトリクエストとの２種類のログアウトについて説明する。以下、「ログイン中」について、ユーザが配信制御アプリ２３２にログインしていてオペレーションパネル上で操作している（配信先や読取条件を指定している）状態、又はログインはしているが、何の操作もしていない状態を、単に「ログイン中」と呼ぶ。
【００７４】
「配信処理中」とは、ユーザが配信制御アプリ２３２にログインしていて、かつ、用紙の読み込み中であったり、読み込んだ用紙から画像データを作成したり、画像データを配信制御アプリに送信したり、機器自体に処理が発生している状態（処理を止められない状態）を指す。
【００７５】
「Ｆｏｒｃｅログアウト」は、配信制御アプリ２３２から、ログイン中のユーザを強制的にログアウトさせる命令である。ただし、「配信処理中」の場合のみ、「Ｆｏｒｃｅログアウト」は失敗に終わる。
【００７６】
「ログアウトリクエスト」は、「ログイン中」にユーザがいるか否かを問い合わせる命令である。「ログイン中」のユーザがいない場合（ユーザが配信制御アプリを一度も使わなかった場合、ユーザが配信制御アプリ２３２から明示的にログアウトした場合、配信制御アプリのタイムアウト発生によりユーザが配信制御アプリ２３２から自動的にログアウトされた場合など）にログアウトは成功する。また、配信制御アプリ２３２が「ログイン中」の場合、ログアウトは失敗に終わる。
【００７７】
（１）Ｆｏｒｃｅログアウト
（先に機能制御アプリ２３１のログアウトが要求された場合）
機能制御アプリ２３１のログアウト手段３０４は、表示部１９に表示されるログアウトボタンが押下されたことを検知すると、「Ｆｏｒｃｅログアウト」を配信制御アプリ２３２に発行する。配信制御アプリ２３２が「配信処理中」でなければ、配信制御アプリ２３２のログアウト手段４０４は、配信制御アプリ２３２にログインしていたユーザのログアウトを行う。このとき、ユーザ記憶手段４０２に記憶されているユーザ情報を削除する。これは、機能制御アプリ２３１にこの後ログインしてくるユーザに使用されないようにするためである。ユーザ情報の削除後、かつ、配信制御アプリ２３２のユーザログアウト後に、ログアウト手段３０４は、機能制御アプリ２３１にログインしていたユーザのログアウトを行う。
【００７８】
一方、配信制御アプリ２３２が「配信処理中」であれば、配信制御アプリ２３２のユーザログアウトは失敗に終わる。次に、ログアウト手段３０４は、所定時間おきに、前述した「Ｆｏｒｃｅログアウト」を配信制御アプリ２３２の配信処理が終わるまで繰り返し発行する。配信制御アプリ２３２の配信処理が終了すれば、機能制御アプリ２３１及び配信制御アプリ２３２は、前述した処理と同様の処理をし、ログアウトを行う。
【００７９】
（先に配信制御アプリ２３２のログアウトが要求された場合）
配信制御アプリ２３２のログアウト手段４０４は、表示部１９に表示されるログアウトボタンが押下されたことを検知すると、配信制御アプリ２３２が「配信処理中」であるか否かを判断する。配信制御アプリ２３２が「配信処理中」でなければ、ログアウト手段４０４は、配信制御アプリ２３２にログインしているユーザのログアウトを行う。このとき、ユーザ情報記憶手段４０２のユーザ情報は保存したままにしておく。このユーザが再度配信処理を実行する可能性があるからである。
【００８０】
また、配信制御アプリ２３２が「配信処理中」であれば配信処理の終了を待って、ログアウト手段４０４は、配信制御アプリ２３２にログインしているユーザのログアウトを行う。
【００８１】
なお、Ｆｏｒｃｅログアウトの他の例として、配信制御アプリ２３２での配信処理中にユーザの残金が０になった場合は、ログアウト手段４０４は、配信制御アプリ２３２にログインしているユーザのログアウトを行う。
【００８２】
ログアウトボタンを押下することで、機能制御アプリ２３１と配信制御アプリ２３２とのどちらのログアウトであるかを判断するかについては、ログアウトボタン押下時にどちらの機能が実行されているかにより決まる。つまり、機能制御アプリ２３１において、ＣＯＰＹやＰＲＩＮＴを実行しているとき等に、ユーザが操作画面からログアウトボタンを押下した場合は機能制御アプリ２３１によるユーザログアウトと判断する。
【００８３】
一方、配信制御アプリ２３２において、処理フローによる配信処理を実行しているとき等に、ユーザが操作画面からログアウトボタンを押下した場合は配信制御アプリ２３２によるユーザログアウトと判断する。
【００８４】
（２）ログアウトリクエスト
（先に機能制御アプリ２３１がタイムアウトした場合）
機能制御アプリ２３１のログアウト手段３０４は、機能制御アプリ２３１の機能が所定時間実行されなかった場合、配信制御アプリ２３２に「ログアウトリクエスト」を発行する。なお、機能制御アプリ２３１は、自身が有するタイマ機能を用いてカウンタをデクリメントしていくことにより、ＣＯＰＹなどの機能が何も動作していない時間を計測することができる。
【００８５】
配信制御アプリ２３２に「ログイン中」のユーザがいない場合、ログアウト手段４０４は、配信制御アプリ２３２にログインしているユーザのログアウトを行う。
【００８６】
このとき、ユーザ記憶手段４０２に記憶されているユーザ情報を削除する。これは、機能制御アプリ２３１にこの後ログインしてくるユーザに使用されないようにするためである。ユーザ情報の削除後、かつ、配信制御アプリ２３２のログアウト後に、ログアウト手段３０４は、機能制御アプリ２３１にログインしているユーザのログアウトを行う。
【００８７】
一方、配信制御アプリ２３２に「ログイン中」のユーザがいる場合、ユーザログアウトの処理は失敗に終わる。この場合、ログアウト手段３０４は、タイマのカウンタを初期値に戻し、再度デクリメントを始める。
【００８８】
（先に配信制御アプリ２３２がタイムアウトした場合）
配信制御アプリ２３２のログアウト手段４０４は、配信制御アプリ２３２の機能が所定時間実行されなかった場合、配信制御アプリ２３２にログインしているユーザのログアウトを行う。このとき、ユーザ情報記憶手段４０２のユーザ情報は保存したままにしておく。なお、配信制御アプリ２３２は、自身が有するタイマ機能を用いてカウンタをデクリメントしていくことにより、配信処理が行われていない時間を計測することができる。
【００８９】
この後、機能制御アプリ２３１にログアウトが要求された場合には、ログアウト手段３０４は、配信制御アプリ２３２に「Ｆｏｒｃｅログアウト」を発行する。これは、ユーザ記憶手段４０２に記憶されているユーザ情報を削除するためである。ユーザ情報の削除後に、ログアウト手段３０４は、機能制御アプリ２３１にログインしているユーザのログアウトを行う。
【００９０】
これより、機能制御アプリ２３１は、配信制御アプリ２３２のログアウトを待ってログアウトすることができ、機能制御アプリ２３１と、配信制御アプリ２３２とが別々のユーザにより処理されることを防止することができる。
【００９１】
＜操作画面の遷移＞
次に、操作画面の遷移例について説明する。図７は、ＭＦＰの操作画面の遷移例を示す図である。図７（Ａ）に示すように、まずは、機能制御アプリ２３１のユーザ認証を行なうために、「カードをかざしてください」という操作画面が表示されている。このとき、「ＣＯＰＹ」や「ＰＲＩＮＴ」の表示は半輝度になっており、処理できないようになっている。これらの各機能は、ユーザ認証が成功しなければ操作できない。
【００９２】
次に、ユーザがＩＣカードをかざすなどして認証が成功した場合、図７（Ｂ）の操作画面に遷移する。図７（Ｂ）に示すように、ログインしたユーザが利用できる操作が輝度状態になり、この例では「ＣＯＰＹ」、「ＰＲＩＮＴ」、「ＡＰＬ」が処理できるようになる。また、「ＡＰＬ」とは、配信サーバ３０による配信処理を可能とする拡張アプリケーションを意味する。
【００９３】
次に、図７（Ｂ）に示す操作画面から「ＣＯＰＹ」が押下されたとすると、図７（Ｃ）に示す操作画面に遷移する。図７（Ｃ）に示すように、「ＣＯＰＹ」の設定画面が表示される。図７（Ａ）〜（Ｃ）までは、機能制御アプリ２３１により制御される。
【００９４】
次に、図７（Ｂ）又は図７（Ｃ）に示す操作画面から「ＡＰＬ」が押下されたとすると、図７（Ｄ）に示す操作画面に遷移する。図７（Ｄ）に示すように、処理フローを示すプロジェクト一覧が表示される。この例ではプロジェクトを「Ｐ」で示している。なお、図７（Ｃ）、図７（Ｄ）に示す「戻る」は、図７（Ｂ）の操作画面に戻るためのボタンである。
【００９５】
次に、図７（Ｃ）に示す操作画面から「Ｐ」が押下された場合、ユーザ情報記憶手段４０３に記憶されているユーザＩＤとパスワードとを用いて認証が行なわれる。配信サーバ３０での認証が成功すると、図７（Ｅ）に示す操作画面に遷移する。かかる処理は全て装置内部で行われるため、ユーザはユーザ認証が行なわれていることは分からない。図７（Ｅ）に示すように、処理フローの各処理の設定値の入力や確認を行い、処理フローによる配信処理が実行できるようになる。
【００９６】
次に、図７（Ｃ）に示す操作画面から「Ｐ」が押下された場合、ユーザ認証に失敗したときには、図７（Ｆ）に示す操作画面に遷移する。図７（Ｆ）に示す例では、ユーザネーム（ＵＮ）は既に入力され半輝度状態になっており、パスワードのみを入力してユーザ認証を行なうようになっている。
【００９７】
図７（Ｆ）における操作画面で認証が成功すると図７（Ｅ）に示す操作画面に遷移する。また、図７（Ｄ）に示す操作画面から「ＣＯＰＹ」が押下された場合は、図７（Ｃ）に示す「ＣＯＰＹ」の設定画面に遷移する。また、図７（Ｄ）〜（Ｆ）は、配信制御アプリ２３２により制御される。
【００９８】
＜処理フロー＞
次に、配信制御アプリ２３２で用いられる処理フローについて説明する。図８は、実施例１における処理フローの例を示す図である。図８に示すように、処理フロー１（Ｓｃａｎ ｔｏ ｈｏｍｅ）は、原稿をスキャン入力して、スキャン入力した画像データをフォルダに配信する処理を示す。処理フロー２（Ｓｃａｎ ｔｏ ｍｅ）は、原稿をスキャン入力して、スキャン入力された画像データをＰＤＦ変換し、ＰＤＦ変換された画像データをメールに添付して配信する処理を示す。
【００９９】
このとき、ユーザ情報記憶手段４０２に記憶されているユーザ情報を用いて、処理フローにおける処理の設定値を自動で設定することができる。例えば、ユーザ情報には、図６に示したように、ユーザのメールアドレスやホームディレクトリが含まれているとする。
【０１００】
処理フロー１の配信処理を行う場合、ユーザによりディレクトリなどを設定されなくても、ユーザ情報記憶手段４０２に記憶されているユーザ情報に含まれるホームディレクトリを設定することができる。同様に、処理フロー２の配信処理を行う場合、ユーザによりメールアドレスを入力されたり選択されたりしなくても、ユーザ情報記憶手段４０２に記憶されているユーザ情報に含まれるメールアドレスを自動設定することができる。
【０１０１】
前述したようにして設定された処理フローは、配信サーバ３０の配信手段６０２により配信される。なお、配信サーバ３０の配信設定ＤＢ６０３は、管理者により設定された処理フローや各処理のプラグインを保持する。
【０１０２】
よって、ユーザ情報記憶手段４０２に記憶されているユーザ情報に含まれる情報を用いることにより、ユーザによる入力や選択などを必要とせず、処理フローにおける処理の設定値を自動で設定することができる。
【０１０３】
＜動作＞
次に、実施例１における画像形成装置１０の動作について説明する。図９は、実施例１におけるログイン時の処理の一例を示すフローチャートである。図９に示すように、ステップＳ１１において、認証情報取得手段３０１は、ＩＣカードなどからカードＩＤを取得し、取得したカードＩＤに対応するユーザＩＤやパスワードを取得する。なお、カードを用いる以外にも指紋などの生体認証やユーザにより入力された情報を認証に用いてもよい。認証情報取得手段３０１は、認証制御手段３０２に取得した情報を出力する。
【０１０４】
ステップＳ１２において、認証制御手段３０２は、取得した認証に用いる情報、例えばユーザＩＤ又はカードＩＤ、及びパスワードを機能管理サーバ２０に送信する。機能管理サーバ２０は、ユーザ認証を行なって認証結果を認証制御手段３０２に送信する。このとき、機能管理サーバ２０は、認証が成功した場合、認証されたユーザのユーザ情報も画像形成装置１０に送信する。
【０１０５】
ステップＳ１２において、認証制御手段３０２は、認証が成功したか否かを判定する。ステップＳ１２における判定結果がＹＥＳ（認証成功）である場合はステップＳ１３に進み、判定結果がＮＯ（認証失敗）である場合はステップＳ１１に戻る。
【０１０６】
ステップＳ１３において、ユーザ情報出力手段３０３は、機能管理サーバ２０から取得したユーザ情報を配信制御アプリ２３２に出力する。
【０１０７】
ステップＳ１４において、配信制御アプリ２３２のユーザ情報取得手段４０１は、機能制御アプリ２３１からユーザ情報を取得する。
【０１０８】
ステップＳ１５において、ユーザ情報取得手段４０１は、取得したユーザ情報をユーザ情報記憶手段４０２に出力して、ユーザ情報記憶手段４０２はユーザ情報を記憶する。
【０１０９】
ステップＳ１６において、配信制御アプリ２３２は、処理フローの実行が要求されたか否かを判定する。配信制御アプリ２３２は、図７（Ｄ）に示す「Ｐ」が押下されたときに処理フローの実行が要求されたと判定する。ステップＳ１６の判定結果がＹＥＳ（要求あり）である場合ステップＳ１７に進み、判定結果がＮＯ（要求なし）である場合ステップＳ１６に戻る。
【０１１０】
ステップＳ１７において、配信制御アプリ２３２の認証制御手段４０３は、ユーザ情報記憶手段４０２に記憶されているユーザ情報のユーザＩＤとパスワードとを配信サーバ３０に送信する。配信サーバ３０の認証手段６０１は、受信したユーザＩＤとパスワードとを用いてユーザ認証を行なう。認証手段６０１は、認証結果を配信制御アプリ２３２に送信する。認証制御手段４０３は、配信サーバ３０から認証結果を受信し、認証が成功したか否かを判定する。ステップＳ１７の判定結果がＹＥＳ（認証成功）である場合、ステップＳ１９に進み、判定結果がＮＯ（認証失敗）である場合ステップＳ１８に進む。
【０１１１】
ステップＳ１８において、認証制御手段４０３は、図７（Ｆ）に示すような認証画面を表示部１９に表示させ、パスワードをユーザに入力させる。パスワードが入力されるとステップＳ１７に戻り再び認証を行なう。
【０１１２】
ステップＳ１９において、配信制御アプリ２３２は、処理フローの実行ボタンがユーザにより押下されると、配信サーバ３０に対し、画像データや処理フローの情報、処理フローにおける処理の書誌情報などを送信する。配信サーバ３０の配信手段６０２は、処理フローに従って、画像形成装置１０から取得した画像データを配信処理する。
【０１１３】
これにより、ユーザは、機能制御アプリ２３１を実行するときに一度ユーザ認証を行なえば、配信制御アプリ２３２を実行するときにはシステム内でユーザ認証を行なうので、改めて認証画面からパスワード等を入力する必要がない。
【０１１４】
次に、実施例１に係る画像形成装置１０のログアウト時の処理の動作について説明する。図１０は、実施例１におけるログアウト時の処理の一例を示すフローチャートである。図１０に示すように、ステップＳ２１において、ログアウト手段３０４又はログアウト手段４０４は、ログアウトイベントが検知されたか否かを判定する。ステップＳ２１の判定結果がＹＥＳ（検知された）である場合ステップＳ２２に進み、判定結果がＮＯ（未検知）である場合ステップＳ２１に戻る。
【０１１５】
ステップＳ２２において、画像形成装置１０は、機能制御アプリ２３１によるユーザログアウト（以下、機能ログアウトという）なのか、配信制御アプリ２３２によるユーザログアウト（以下、配信ログアウトという）なのかを判定する。ステップＳ２２の判定結果がＹＥＳ（機能ログアウト）である場合ステップＳ２４に進み、判定結果がＮＯ（配信ログアウト）である場合ステップＳ２３に進む。
【０１１６】
ステップＳ２３において、配信制御アプリ２３２のログアウト手段４０４は、配信制御アプリ２３２にログインしているユーザのログアウトを行う。
【０１１７】
ステップＳ２４において、機能制御アプリ２３１のログアウト手段３０４は、配信制御アプリ２３２に、配信処理中ではないかを問い合わせる。ステップＳ２４の問合せ結果がＹＥＳ（配信処理中ではない）を示す場合ステップＳ２５に進み、問合せ結果がＮＯ（配信処理中である）を示す場合ステップＳ２４に戻り、再度問い合わせる。
【０１１８】
ステップＳ２５において、配信制御アプリ２３２のログアウト手段４０４は、機能制御アプリ２３１からログアウトイベントを発行された場合、ユーザ情報記憶手段４０２に記憶されているユーザ情報を削除する。
【０１１９】
ステップＳ２６において、配信制御アプリ２３２は、既にユーザログアウトされているか否かを判定する。ステップＳ２６の判定結果がＹＥＳ（配信ログアウトされている）である場合ステップＳ２８に進み、判定結果がＮＯ（配信ログアウトされていない）である場合ステップＳ２７に進む。
【０１２０】
ステップＳ２７において、ログアウト手段４０４は、配信制御アプリ２３２にログインしているユーザのログアウトを行う。
【０１２１】
ステップＳ２８において、ログアウト手段３０４は、機能制御アプリ２３１にログインしているユーザのログアウトを行う。
【０１２２】
これにより、機能制御アプリ２３１は、配信制御アプリ２３２のログアウトを待ってログアウトすることができ、機能制御アプリ２３１と、配信制御アプリ２３２とが別々のユーザにより処理されることを防止することができる。
【０１２３】
以上、実施例１によれば、同一機器内で、別プロセスで動作するアプリケーション間であっても、情報を直接やり取りすることができる。
【０１２４】
［実施例２］
実施例２に係る画像形成装置について説明する。実施例２では、配信サーバを用いて配信処理を行う度に課金される場合、ユーザ情報に残金情報を含めて、この残金情報を用いて配信処理を行う。
【０１２５】
＜機能構成＞
図１１は、実施例２に係るＭＦＰと機能管理サーバと配信サーバとの主要機能構成の一例を示すブロック図である。図１１に示す機能において、図４に示す機能と同様の機能のものは同じ符号を付し、その説明を省略する。
【０１２６】
図１１に示す画像形成装置５０は、機能制御アプリ２３１におけるユーザ情報更新手段７０１、配信制御アプリ２３２における残金情報更新手段８０１が新たに追加されている。
【０１２７】
まず、実施例２における前提として、配信サーバ３０により配信処理を行う度に課金される。図１２は、実施例２における処理フローの例を示す図である。図１２に示すように、処理フロー１（Ｓｃａｎ ｔｏ ｈｏｍｅ）では、フォルダ配信をする度に１０円課金される。処理フロー２（Ｓｃａｎ ｔｏ ｍｅ）では、ＰＤＦ変換する度に５円課金され、Ｅ−ｍａｉｌ送信する度に５円課金される。
【０１２８】
配信処理を行う度に課金される場合、ユーザ情報記憶手段４０１に記憶されたユーザ情報に含まれる残金を用いて課金を行う。このとき、機能管理サーバ２０から送信されるユーザ情報には残金情報が含まれる。
【０１２９】
配信制御アプリ２３２の残金情報更新手段８０１は、配信制御アプリ２３２により配信サーバ３０に配信処理を要求するとき、ユーザ情報記憶手段４０２に記憶されているユーザ情報の残金を確認する。残金情報更新手段８０１は、残金が残っていることが確認できれば、配信処理の要求を許可し、残金を更新する。また、残金情報更新手段８０１は、残金が残っていないことが分かれば、配信処理の要求をストップし、ユーザにチャージを促す画面を表示したり、配信制御アプリ２３２におけるユーザログアウトを行ったりする。
【０１３０】
機能制御アプリ２３１のユーザ情報更新手段７０１は、機能制御アプリ２３１におけるユーザログアウトを行う際、ユーザ情報記憶手段４０２に記憶されているユーザ情報が削除される前に、ユーザ情報に含まれる残金情報を取得する。
【０１３１】
次に、ユーザ情報更新手段７０１は、取得した残金情報をユーザＩＤと共に機能管理サーバ２０に送信する。機能管理サーバ２０は、画像形成装置１０から取得したユーザＩＤに対応する、ユーザ情報ＤＢ５０２に記憶されているユーザの残金情報を、画像形成装置１０から取得した残金情報に更新する。
【０１３２】
これにより、機能管理サーバ２０で管理しているユーザの残金情報を用いて、配信処理の課金を行うことができる。また、配信処理の課金が行われた場合は、機能管理サーバ２０で管理しているユーザの残金情報を更新することができる。よって、機能制御アプリ２３１と配信制御アプリ２３２それぞれで残金情報を管理する必要がない。
【０１３３】
＜動作＞
次に、実施例２に係る画像形成装置５０の課金動作について説明する。図１３は、実施例２における課金処理の一例を示すフローチャートである。図１３に示すように、ステップＳ３１において、配信制御アプリ２３２は、処理フローの実行を要求されたか否かを判定する。ステップＳ３１の判定結果がＹＥＳ（要求あり）である場合ステップＳ３２に進み、判定結果がＮＯ（要求なし）である場合ステップＳ３１に戻る。
【０１３４】
ステップＳ３２において、残金情報更新手段８０１は、要求された配信処理を行うだけの残金があるか判定する。残金情報は、ユーザ情報記憶手段４０２に記憶されているユーザ情報に含まれる残金情報を用いる。ステップＳ３２の判定結果がＹＥＳ（残金ある）である場合ステップＳ３４に進み、判定結果がＮＯ（残金なし）である場合ステップＳ３３に進む。
【０１３５】
ステップＳ３３において、残金情報更新手段８０１は、エラー処理を行う。ここで、エラー処理とは、表示部１９に残金が足りない旨を知らせる画面を表示したり、配信制御アプリ２３２にログインしているユーザのログアウトを行ったりする処理のことを言う。
【０１３６】
ステップＳ３４において、配信制御アプリ２３２は、残金があると確認された場合、ユーザに要求された配信処理を配信サーバ３０に要求する。配信サーバ３０の配信手段６０２は、配信制御アプリ２３２から要求された配信処理を行う。
【０１３７】
ステップＳ３５において、残金情報更新手段８０１は、配信処理を行うのに課金された分だけ、ユーザ情報記憶手段４０２に記憶されている残金情報から減算する（更新する）。
【０１３８】
ステップＳ３６において、配信制御アプリ２３２は、要求された配信処理を全て行ったか否かを判定する。ステップＳ３６の判定結果がＹＥＳ（終了）である場合はステップＳ３７に進み、判定結果がＮＯ（未了）である場合ステップＳ３２に戻る。
【０１３９】
ステップＳ３７において、機能制御アプリ２３１のユーザ情報更新手段７０１は、ユーザログアウトのタイミングで、ユーザ情報記憶手段４０２に記憶されている残金情報を取得し、取得した残金情報をユーザＩＤと共に機能管理サーバ２０に送信する。機能管理サーバ２０は、ユーザ情報ＤＢ５０２に記憶されている残金情報であって、機能制御アプリ２３１から取得したユーザＩＤに対応するユーザＩＤの残金情報を、機能制御アプリ２３１から取得した残金情報に更新する。
【０１４０】
以上、実施例２によれば、機能管理サーバ２０で管理しているユーザの残金情報を用いて、配信処理の課金を行うことができる。また、配信処理の課金が行われた場合は、機能管理サーバ２０で管理しているユーザの残金情報を更新することができる。
【０１４１】
［変形例］
次に前述した各実施例の変形例について説明する。変形例では、前述した配信サーバ３０が組み込まれた画像形成装置について説明する。配信サーバ３０が組み込まれた画像形成装置の各機能は、基本的には図４、図１１に示す画像形成装置１０、５０と配信サーバ３０の機能と同様である。これより、変形例に係る画像形成装置によれば、ＭＦＰ単体で、各実施例に示した処理を行なうことができる。
【０１４２】
なお、各実施例や変形例の画像形成装置で実行されるアプリ間連携プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（FD）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１４３】
また、各実施例や変形例の画像形成装置で実行されるアプリ間連携プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、各実施例や変形例の画像形成装置で実行されるアプリ間連携プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０１４４】
また、各実施例や変形例の画像形成装置で実行されるアプリ間連携プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１４５】
各実施例や変形例の画像形成装置で実行されるアプリ間連携プログラムは、前述した各手段を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からアプリ間連携プログラムを読み出して実行することにより上記各手段が主記憶装置上にロードされ、主記憶装置上に生成されるようになっている。
【０１４６】
また、機能管理サーバ２０、配信サーバ３０での認証を、外部の認証サーバに行なわせるようにしてもよい。
【０１４７】
なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施例にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【０１４８】
１０ ＭＦＰ
２０ 機能管理サーバ
３０ 配信サーバ
４０ 情報処理端末
２３１ 機能制御アプリ
２３２ 配信制御アプリ
３０１ 認証情報取得手段
３０２ 認証制御手段
３０３ ユーザ情報出力手段
３０４ ログアウト手段
４０１ ユーザ情報取得手段
４０２ ユーザ情報記憶手段
４０３ 認証制御手段
４０４ ログアウト手段
５０１ 認証手段
５０２ ユーザ情報ＤＢ
６０１ 認証手段
６０２ 配信手段
６０３ 配信設定ＤＢ
７０１ ユーザ情報更新手段
８０１ 残金情報更新手段
【先行技術文献】
【特許文献】
【０１４９】
【特許文献１】特開２００６−０１８６４０号公報
【技術分野】
【０００１】
本発明は、画像形成装置、配信処理システム、画像処理方法、プログラム及び記録媒体に関する。
【背景技術】
【０００２】
近年、多くの企業において、多機能複合機などの画像入出力機器のネットワーク上への配置・接続が進んでいる。画像入出力機器は、業務の効率化を図る手段として大きな役割を担っている。特に、紙文書の電子化と配布を効率的に行う配信処理システムが重要になっている。このシステムを構成する大きな要素は、画像入出力機器（例えばスキャナなど）と配信管理サーバである。配信管理サーバには、あらかじめさまざまな業務・用途にあわせた複数の配信設定（処理フロー）メニューが登録されている。利用者は、画像入出力機器のオペレーションパネル（操作部）から、業務に適した処理フローを選択してスキャンを行う。
【０００３】
例えば、特開２００６−０１８６４０号公報（特許文献１）には、配信処理や画像変換処理をプラグイン化し、管理者がそれらプラグインを任意に組み合わせて入力、画像変換、出力の処理フローを作成し、その処理フローを利用して画像データの配信処理を行う技術が開示されている。このとき、処理フローの実行を制御するアプリケーションが画像形成装置にインストールされ、このアプリケーションを用いてユーザ認証を行ない、認証されたユーザが、自身が実行できる処理フローを用いて配信処理を行う。
【０００４】
また、画像形成装置の各機能（コピー、ＦＡＸなど）の実行や操作画面のキーイベントを制御するＥｑｕｉｔｒａｃ社のアプリケーションが知られている。このアプリケーションは、各機能のログを追跡したり、ユーザ認証を行なうことでユーザ毎の各機能の制御をより厳密に行うことができたりする。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、前述したような別プロセスで動作する複数のアプリケーションを持つ画像形成装置では、アプリケーション間で情報を直接やり取りすることができないという問題点があった。例えば、それぞれのアプリケーションでログインを行う必要がある場合には、それぞれのアプリケーション機能を用いる際に、ユーザＩＤなどを入力してログインを行う必要があり、ユーザにとって煩雑な処理を必要としていた。また、機器内でログイン情報をやり取りしようとする場合でも、他のアプリケーションがサードベンダにより製作されている場合には、そのＡＰＩ（アプリケーションプログラムインタフェース）が隠されていることがある。よって、ログイン情報を取得するためのモジュールを外部のサーバに設け、そのモジュールを介してログイン情報を他のアプリケーションに送信していた。
【０００６】
そこで、本発明は上記問題点に鑑みてなされたものであり、同一機器内で、別プロセスで動作するアプリケーション間において、情報を直接やり取りすることができる画像形成装置、配信処理システム、画像処理方法、プログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明における一局面の画像形成装置は、当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置であって、前記第１制御手段は、ユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力手段を有し、前記第２制御手段は、前記第１制御手段から前記ユーザ情報を取得する取得手段と、取得されたユーザ情報を記憶する記憶手段と、記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いてユーザ認証を制御する認証制御手段とを有する。
【０００８】
また、本発明における他の局面の配信処理システムは、当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置と、前記第１制御手段のユーザ認証を行なう認証サーバと、前記第２制御手段のユーザ認証を行ない、前記処理フローの配信処理を行う配信サーバとを含む配信処理システムであって、前記第１制御手段は、前記認証サーバによるユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力手段を有し、前記第２制御手段は、前記第１制御手段から前記ユーザ情報を取得する取得手段と、取得されたユーザ情報を記憶する記憶手段と、記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いて前記配信サーバにユーザ認証を要求する認証要求手段とを有する。
【０００９】
また、本発明における他の局面の画像処理方法は、当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置における画像処理方法であって、前記第１制御手段は、ユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力段階を有し、前記第２制御手段は、前記第１制御手段から前記ユーザ情報を取得する取得段階と、取得されたユーザ情報を記憶手段に記憶する記憶段階と、記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いてユーザ認証を行なう認証段階とを有する。
【００１０】
また、本発明の画像形成装置、配信処理システム、及び画像処理方法は、コンピュータにより実行可能なプログラムにより実現することができ、また、プログラムを記録した記録媒体をコンピュータに読み取らせて実現することも可能である。
【発明の効果】
【００１１】
本発明によれば、同一機器内で、別プロセスで動作するアプリケーション間において、情報を直接やり取りすることができる画像形成装置、配信処理システム、画像処理方法、プログラム、及び記録媒体を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施例１に係る配信処理システムの運用例を示す図。
【図２】実施例１に係る画像形成装置のハードウェア構成の一例を示すブロック図。
【図３】実施例１に係る画像形成装置の機能構成の一例を示すブロック図。
【図４】実施例１に係るＭＦＰと機能管理サーバと配信サーバとの主要機能構成の一例を示すブロック図。
【図５】ユーザ情報の一例を示す図。
【図６】ＸＭＬ形式のユーザ情報の一例を示す図。
【図７】操作画面の遷移例を示す図。
【図８】実施例１における処理フローの例を示す図。
【図９】実施例１におけるログイン時の処理の一例を示すフローチャート。
【図１０】実施例１におけるログアウト時の処理の一例を示すフローチャート。
【図１１】実施例２に係るＭＦＰと機能管理サーバと配信サーバとの主要機能構成の一例を示すブロック図。
【図１２】実施例２における処理フローの例を示す図。
【図１３】実施例２における課金処理の一例を示すフローチャート。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照して、本発明に係る画像形成装置、配信処理システム、画像処理方法、プログラム及び記録媒体の実施例を詳細に説明する。
【００１４】
また、以下に示す実施例では、画像データを入力する画像形成装置として、プリンタ機能、スキャナ機能、コピー機能、ファクシミリ機能を一つの筐体に搭載した複合機を例にあげて説明しているが、これに限定されるものではない。
【００１５】
［実施例１］
＜システム構成とハードウェア構成＞
図１は、実施例１に係る配信処理システムの運用例を示す図である。図１に示すように、配信処理システムは、ネットワークを介してＭＦＰ（Multifunction Peripheral）１０、機能管理サーバ２０、配信サーバ３０、情報処理端末（例えば、ＰＣ（Personal Computer）、ＰＤＡ（Personal Data Assistance）など）４０が接続されている。なお、ＭＦＰの数やサーバの数や情報処理端末の数はこれに限定されるものではなく、任意数の各機器がネットワークを介して接続されていてもよい。
【００１６】
ＭＦＰ１０は、スキャン機能、コピー機能、プリンタ機能、ファクシミリ機能などを一つの筐体に搭載したものである。ＭＦＰ１０は、スキャナ機能により紙媒体等をスキャン処理して画像データを生成し、生成された画像データを配信サーバ３０に送信する。ＭＦＰの詳細については後述する。以下、画像形成装置はＭＦＰを例にして説明する。
【００１７】
また、本実施例に係る画像形成装置１０の制御システムは、ＳＤＫ（Software Development Kit）によって構成され、ユーザによって構築された処理フローに従って文書の蓄積や配信処理を実行する。
【００１８】
機能管理サーバ２０は、ＭＦＰの機能を管理するサーバである。機能管理サーバ２０は、ユーザ認証を行うことでユーザ毎に操作できる機能を管理したり、各ユーザに関する情報を保持したりする。機能管理サーバ２０は、例えばユーザ情報の管理やログ管理を行うサーバ等である。
【００１９】
配信サーバ３０は、ＭＦＰでスキャンされた画像データを受信して、指定された処理フロー（プロジェクトともいう）に従って種々の処理や配信処理を実行するワークステーション等のコンピュータである。配信設定には、メール送信、ＦＡＸ送信、フォルダ配信などがある。また、配信サーバ３０は、配信処理を行ってエラーが発生した場合にエラー処理を行う。
【００２０】
情報処理端末４０は、管理者によりデータ配信に関する管理ツールが起動され、入力、画像変換、出力の各プラグインが順に選択されることで処理フローを作成する。作成された処理フローは配信サーバ３０に保存される。
【００２１】
次に、実施例１に係る画像形成装置１０のハードウェア構成について説明する。図２は、実施例１に係る画像形成装置１０のハードウェア構成の一例を示すブロック図である。図２に示すように、画像形成装置１０は、制御部１１、主記憶部１２、補助記憶部１３、外部デバイスＩ／Ｆ部１４、ネットワークＩ／Ｆ部１７、操作部１８、表示部１９、画像処理部２１、画像出力部２２を含む。
【００２２】
制御部１１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部１１は、主記憶部１２に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。
【００２３】
主記憶部１２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部１１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。
【００２４】
補助記憶部１３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。
【００２５】
外部デバイスＩ／Ｆ部１４は、認証のためのユーザ情報の入力に用いられるカードリーダー１５と接続するためのインタフェースである。外部デバイスＩ／Ｆ部１４は、例えば、ＵＳＢポート（ＵＳＢホストインタフェース）又はシリアルボート等によって構成される。
【００２６】
カードリーダー１５は、カード１６から情報を読み取るいわゆるカードリーダーである。また、カードリーダー１５は、外部デバイスＩ／Ｆ部１４と接続可能なハードウェアインタフェース（例えば、ＵＳＢコネクタ又はシリアルインタフェース等）を備える。但し、カードリーダー１５は、画像形成装置１０に内蔵されていてもよい。カードリーダー１５は、接触型又は非接触型のいずれであってもよい。
【００２７】
カード１６は、ＩＣカードに限定されず、磁気カード等、少なくとも各カード１６に一意なカードＩＤ（カード番号）が記録可能なものであればよい。カードＩＤは、一般的に、Ｕｎｉｖｅｒｓａｌ ＩＤ又はＣａｒｄ Ｓｅｒｉａｌ Ｎｕｍｂｅｒと呼ばれる。カード５０の具体例の一部としては、Ｐｒｏｘｉｍｉｔｙカード、Ｍｉｆａｒｅカード、Ｊａｖａ（登録商標）Ｃａｒｄ等が挙げられる。
【００２８】
実施例１において、カード１６は各ユーザに配布されていることとする。但し、運用上必要とされるセキュリティのレベルに応じて、複数のユーザによって一枚のカード１６を共用させてもよい。なお、各ユーザに配布されるカード１６は一種類に限定されなくてもよい。上記のようにカードリーダー１５は、ＵＳＢ等によって簡便に画像形成装置１０に接続することが可能である。したがって、それぞれ対応するカード１６の種類（Ｐｒｏｘｉｍｉｔｙカード、Ｍｉｆａｒｅカード、Ｊａｖａ（登録商標）Ｃａｒｄ等）が異なる複数のカードリーダー１５を画像形成装置１０に同時に接続させてもよい。この場合、複数種類のカード１６を同時に利用することができる。
【００２９】
ネットワークＩ／Ｆ部１７は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された機能管理サーバ２０、配信サーバ３０と当該画像形成装置１０とのインタフェースである。
【００３０】
操作部１８は、ハード的なボタン（キー）によって構成され、ユーザによる操作入力を受け付ける入力手段である。表示部１９は、ＬＣＤ（Liquid Crystal Display）等によって構成され、操作画面やメッセージなどを表示させる。なお、表示部１９及び操作部１８は、オペレーションパネルとして一体的に構成されてもよい。
【００３１】
画像処理部２１は、画像データを出力（印刷）等する際に必要とされる各種の画像処理を実行する。画像出力部２２は、画像データの出力（例えば印刷）を行う。
【００３２】
図２において、画像形成装置１０は、ネットワーク（有線又は無線の別を問わない）を介して機能管理サーバ２０と接続されている。機能管理サーバ２０は、ユーザ認証機能を有しており、ＬＤＡＰ（Lightweight Directory Access Protocol）、Ｗｉｎｄｏｗｓ（登録商標）認証、Ｋｅｒｂｅｒｏｓ等、ユーザＩＤ及びパスワードに基づく認証方式によってユーザの認証を実行するコンピュータである。
【００３３】
すなわち、機能管理サーバ２０は、ユーザＩＤ及びパスワードとの対応情報が記録されたユーザ情報データベースを備える。機能管理サーバ２０は、当該ユーザ情報データベースに記録された対応情報と、認証要求において入力されたユーザＩＤ及びパスワードとを照合することにより認証処理を実行する。なお、ユーザＩＤとは、ユーザを一意に識別するユーザ識別情報であり、一般的にユーザ名とも呼ばれる情報である。なお、ユーザ情報は、ユーザ毎に実行できる機能情報や残金情報を含む。
【００３４】
また、画像形成装置１０は、ネットワークを介して配信サーバ３０と接続されている。配信サーバ３０は、画像形成装置１０においてスキャンされた画像データの配信処理を管理し、前述したようなユーザ認証機能を有する。
【００３５】
＜機能構成＞
図３は、実施例１に係る画像形成装置の機能構成の一例を示すブロック図である。図３に示すように、複合機１０は、白黒ラインプリンタ（B&W LP）２０１と、カラーラインプリンタ（Color LP）２０２と、ネットワークコントローラ２０４と、ファクシミリ、メモリなどのハードウェアリソース２０５を有するとともに、プラットホーム２２０とアプリケーション２３０とから構成されるソフトウェア群２１０とを備える。
【００３６】
プラットホーム２２０は、アプリケーション２３０からの処理要求を解釈してハードウェア資源の獲得要求を発生させるコントロールサービスと、一または複数のハードウェア資源の管理を行い、コントロールサービスからの獲得要求を調停するシステムリソースマネージャ（ＳＲＭ）２２３と、汎用ＯＳ２２１とを有する。
【００３７】
コントロールサービス層２４０は、複数のサービスモジュールから形成され、ＳＣＳ（システムコントロールサービス）２２２と、ＥＣＳ（エンジンコントロールサービス）２２４と、ＭＣＳ（メモリコントロールサービス）２２５と、ＯＣＳ（オペレーションパネルコントロールサービス）２２６と、ＦＣＳ（ファックスコントロールサービス）２２７と、ＮＣＳ（ネットワークコントロールサービス）２２８とから構成される。なお、このプラットホーム２２０は、あらかじめ定義された関数により前記アプリケーション２３０から処理要求を受信可能とするＡＰＩを有する。
【００３８】
汎用ＯＳ２２１は、ＵＮＩＸ（登録商標）などの汎用オペレーティングシステムであり、プラットホーム２２０並びにアプリケーション２３０の各ソフトウェアをそれぞれプロセスとして並列実行する。なお、実施例１では、汎用ＯＳ２２１としてＵＮＩＸ（登録商標）を使用している。但し、汎用ＯＳ２２１は、ＵＮＩＸ（登録商標）に限定されるものではなく、いずれのＯＳを利用することができる。
【００３９】
ＳＲＭ２２３のプロセスは、ＳＣＳ２２２とともにシステムの制御およびリソースの管理を行うものである。ＳＲＭ２２３のプロセスは、スキャナ部やプリンタ部などのエンジン、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４ Ｉ／Ｆ、ＲＳ２３２Ｃ Ｉ／Ｆなど）のハードウェア資源を利用する上位層からの要求にしたがって調停を行い、実行制御する。
【００４０】
具体的には、ＳＲＭ２２３は、要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、ＳＲＭ２２３は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、要求内容（例えば、プリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。
【００４１】
ＳＣＳ２２２のプロセスは、アプリ管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、割り込みアプリ制御などを行う。
【００４２】
ＥＣＳ２２４のプロセスは、白黒ラインプリンタ（B&W LP）２０１、カラーラインプリンタ（Color LP）２０２、ファクシミリなどからなるハードウェアリソース２０５のエンジンの制御を行う。
【００４３】
ＭＣＳ２２５のプロセスは、画像メモリの取得および解放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などを行う。
【００４４】
ＦＣＳ２２７のプロセスは、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を利用したファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読みとり、ファクシミリ受信印刷、融合送受信を行うためのＡＰＩを提供する。
【００４５】
ＮＣＳ２２８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのプロセスである。また、ＮＣＳ２２８は、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーション２３０からデータをネットワーク側に送信する際の仲介を行ったりする。具体的には、ftpd、lpd、snmpd、telnetd、smtpdなどのサーバデーモンや、同プロトコルのクライアント機能などを有している。
【００４６】
ＯＣＳ２２６は、オペレータ（ユーザ）と本体制御間の情報伝達手段となるオペレーションパネル（操作パネル）の制御を行う。ＯＣＳ２２６は、オペレーションパネルからキー押下をキーイベントとして取得し、取得したキーに対応したキーイベント関数をＳＣＳ２２２に送信するＯＣＳプロセスの部分と、アプリケーション２３０またはコントロールサービスからの要求によりオペレーションパネルに各種画面を描画出力する描画関数やその他オペレーションパネルに対する制御を行う関数などがあらかじめ登録されたＯＣＳライブラリの部分とから構成される。このＯＣＳライブラリは、アプリケーション２３０、コントロールサービスおよび後述する表示処理部の各モジュールにリンクされて実装されている。なお、ＯＣＳ２２６のすべてをプロセスとして動作させるように構成しても良く、あるいはＯＣＳ２２６のすべてをＯＣＳライブラリとして構成してもよい。
【００４７】
アプリケーション２３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ２１１と、コピー用アプリケーションであるコピーアプリ２１２と、ファクシミリ用アプリケーションであるファックスアプリ２１３と、スキャナ用アプリケーションであるスキャナアプリ２１５と、ネットワーク上の機器に対して、各種要求を行うアプリケーションであるリモート制御アプリ２１７とを有している。
【００４８】
また、機能制御アプリ２３１（第１制御手段に相当）は、画像形成装置の各機能の動作を制御したり、各機能を実行する際にユーザ認証を行なったりするアプリケーションである。配信制御アプリ２３２（第２制御手段に相当）は、入力、画像変換、出力の各処理を任意に組み合わせた処理フローの実行を制御するアプリケーションである。
【００４９】
このように、実施例１にかかる画像形成装置１０には、複数のアプリケーション２３０および複数のサービスモジュールからなるコントロールサービス層２４０が存在し、いずれもプロセスとして動作している。そして、これらの各プロセス内部には、一または複数のスレッドが生成されて、スレッド単位の並列実行が行われる。そして、コントロールサービス層２４０の各サービスモジュールがアプリケーション２３０に対し共通サービスを提供しており、このため、これらの多数のプロセスが並列動作、およびスレッドの並列動作を行って互いに協調動作を行いながら、コピー、プリンタ、ファクシミリなどの画像形成処理にかかるユーザサービスを提供するようになっている。
【００５０】
なお、実施例１にかかる画像形成装置１０では、複数のアプリケーション２３０のプロセスと複数のコントロールサービスのプロセスとが動作しているが、アプリケーション２３０とコントロールサービスのプロセスをそれぞれ単一の構成とすることも可能である。また、アプリケーション２３０が全く存在せず、コントロールサービスのプロセスと汎用ＯＳ２２１とハードウェア資源だけを設け、アプリケーション２３０をＮＣＳ２２８により接続されたネットワークを介して新規アプリケーションをネットワーク経由で搭載可能な構成とすることもできる。また、各アプリケーション２３０は、アプリケーションごとに追加または削除することができる。
【００５１】
次に、実施例１において、別プロセスで動作するアプリケーション間でデータを直接やりとりするための主要な機能について説明する。図４は、実施例１に係るＭＦＰと機能管理サーバと配信サーバとの主要機能構成の一例を示すブロック図である。
【００５２】
図４に示すように、画像形成装置１０は、機能制御アプリ２３１、配信制御アプリ２３２、ユーザ情報記憶手段４０２を含む。ここで、機能制御アプリ２３１と、配信制御アプリ２３２とは、別プロセスで並行して動作可能であり、それぞれ処理を実行するためにユーザ認証を行なうとする。
【００５３】
機能制御アプリ２３１は、認証情報取得手段３０１、認証制御手段３０２、ユーザ情報出力手段３０３、ログアウト手段３０４を含む。配信制御アプリ２３２は、ユーザ情報取得手段４０１、認証制御手段４０３、ログアウト手段４０４を含む。まず、機能制御アプリ２３１と配信制御アプリ２３２とのユーザ認証について説明する。
【００５４】
（認証）
認証情報取得手段３０１は、表示部１９にログイン画面を表示させている状態において、ユーザによってカード１６がカードリーダー１５にセットされると、カードリーダー１５がカード１６より読み取ったカードＩＤを取得する。なお、カードリーダー１５へのカード１６のセットとは、カードリーダー１５へカード１６を挿入したり、カード１６をかざしたりといったように、カードリーダー１５がカード１６に記録されている情報を読み取れる状態にすることをいう。
【００５５】
また、認証情報取得手段３０１は、取得したカードＩＤに対応するユーザＩＤやパスワードを取得する。ここで、画像形成装置１０は、カードＩＤ毎にユーザＩＤやパスワード、カード効力等を対応付けた対応情報を保持しているとする。なお、パスワードが登録されていない場合は、パスワード画面を表示部１９に表示させ、パスワードをユーザに入力させるようにすれば良い。
【００５６】
なお、実施例１では、認証についてカード１６から認証情報を取得するようにしたが、カード１６からの取得に限らず、指紋などの生体情報を取得したりユーザによる入力された情報を取得したりして認証を行なってもよい。
【００５７】
認証制御手段３０２は、認証情報取得手段３０１からユーザＩＤ（カードＩＤでも良い）やパスワードを取得すると、取得したユーザＩＤとパスワードとを機能管理サーバ２０に送信する。ここで、機能管理サーバ２０において、画像形成装置１０から送信されたユーザＩＤやパスワードを用いてユーザ認証が行なわれる（認証手段５０１）。
【００５８】
機能管理サーバ２０の認証手段５０１は、画像形成装置１０から取得したユーザＩＤとパスワードと、自身が保持するユーザ情報ＤＢ５０２に記憶されるユーザＩＤとパスワードとに基づいて認証を行なう。
【００５９】
ここで、機能管理サーバ２０のユーザ情報ＤＢ５０２に記憶される情報について説明する。図５は、ユーザ情報の一例を示す図である。図５に示すように、ユーザ情報は、カードＩＤ、ユーザＩＤ、パスワード、Ｈｏｍｅフォルダ、メールアドレス、所属、残金、スキャントータル数、スキャンモノクロ数、スキャンカラー数などを含む。
【００６０】
「Ｈｏｍｅフォルダ」は、ユーザのホームフォルダへのネットワークパスを示す情報である。「残金」は、ユーザがチャージしている金額を示す情報である。「スキャントータル数」、「スキャンモノクロ数」、「スキャンカラー数」は、画像形成装置１０によりスキャンされた数のログ情報である。なお、ユーザ情報は、ユーザ毎に許可される機能情報を含むようにしてもよい。
【００６１】
図４に戻り、機能管理サーバ２０の認証手段５０１は、認証が成功すると、認証成功の結果と共に、認証が成功したユーザのユーザ情報を画像形成装置１０に送信する。また、認証手段５０１は、認証が失敗すると、認証失敗の結果のみを画像形成装置１０に送信する。
【００６２】
ここで、送信されるユーザ情報について説明する。図６は、ＸＭＬ形式のユーザ情報の一例を示す図である。図６に示す例では、ユーザ情報は、＜ｔｙｐｅ＞、＜ｕｓｅｒＮａｍｅ＞、＜ｐａｓｓｗｏｒｄ＞、＜ｅｍａｉｌａｄｄｒｅｓｓ＞、＜ｈｏｍｅＤｉｒｅｃｔｏｒｙ＞、＜ｄｏｍａｉｎ＞、＜ｏｐｔｉｏｎ＞を含む。
【００６３】
ここで、＜ｔｙｐｅ＞は、アプリケーションのタイプが記述される。また、＜ｏｐｔｉｏｎ＞には、任意の情報を記述することができ、例えば残金情報を記述することができる。
【００６４】
図４に戻り、認証制御手段３０２は、機能管理サーバ２０から認証成功を示す返信を受信するとともに、図６に示すようなユーザ情報を受信した場合には、ユーザ情報出力手段３０３にユーザ情報を出力する。なお、説明の便宜上、認証制御手段３０２とユーザ情報出力手段３０３とを分けた構成にしたが、１つの構成でも良い。ユーザ情報出力手段３０３は、取得したユーザ情報を配信制御アプリ２３２に出力する。
【００６５】
次に、配信制御アプリ２３２のユーザ情報取得手段４０１は、機能制御アプリ２３１からユーザ情報を取得する。ユーザ情報取得手段４０１は、取得したユーザ情報をユーザ情報記憶手段４０２に記憶する。ユーザ情報記憶手段４０２は、ユーザ情報を格納するデータ格納領域である。
【００６６】
認証制御手段４０３は、配信サーバ３０への配信処理要求を検知した場合、ユーザ情報記憶手段４０２に記憶されているユーザ情報に含まれるユーザＩＤとパスワードとを配信サーバ３０に送信する。
【００６７】
配信サーバ３０の認証手段６０１は、画像形成装置１０からユーザＩＤとパスワードとを取得すると、自身が管理するユーザ情報とパスワードと用いてユーザ認証を行なう。なお、配信サーバ３０は、ユーザ認証を外部の認証サーバに行なわせるようにしてもよい。
【００６８】
認証手段６０１は、ユーザ認証が成功すると、認証されたユーザに許可されている処理フロー（プロジェクト）情報を画像形成装置１０に送信する。また、認証手段６０１は、ユーザ認証が失敗すると、認証画面を画像形成装置１０の表示部１９に表示するよう要求する。
【００６９】
以上より、配信制御アプリ２３２は、機能制御アプリ２３１でユーザ認証が成功した場合のユーザＩＤとパスワードとを用いてユーザ認証を行なうことができる。つまり、別プロセスで動作する機能制御アプリ２３１と配信制御アプリ２３２とでそれぞれユーザ認証を行なう必要がない。これは、機能制御アプリ２３１と配信制御アプリ２３２とで行うユーザ認証において、同一ユーザであれば同じユーザＩＤとパスワードを用いるという考えに基づいている。仮にパスワードが異なっている場合でも、従来どおりそれぞれでユーザ認証を行なうようにすれば問題ない。
【００７０】
よって、ユーザは、機能制御アプリ２３１を実行するときに一度ユーザ認証を行なえば、配信制御アプリ２３２を実行するときには装置内部でユーザ認証を行なうので、改めて認証画面からパスワード等を入力する必要がない。つまり、サードベンダなどによって開発されたアプリケーションからのデータの受け取り口をオープンにすることで、シングルサインオンによる認証を可能とすることができる。
【００７１】
（ログアウト）
次に、機能制御アプリ２３１と配信制御アプリ２３２とのログアウトについて説明する。まず、それぞれのアプリのログアウトの関係について説明する。機能制御アプリ２３１においてユーザログアウトを行う時、配信制御アプリ２３２でログインしていたユーザがログアウトしていなければログアウトできない。これは、機能制御アプリ２３１と配信制御アプリ２３２とで、別々のユーザが処理することを防ぐためである。つまり、先に機能制御アプリ２３１でユーザログアウトしてしまうと、次に、機能制御アプリ２３１にログインしたユーザが、他人のユーザＩＤやパスワードを用いて配信制御アプリ２３２を実行できるため、これを防止する必要があるからである。
【００７２】
一方、配信制御アプリ２３２は、独立してログアウトすることができる。これは、配信制御アプリ２３２は、機能制御アプリ２３１がログインしないとログインされないことからである。つまり、先に配信制御アプリ２３２においてユーザログアウトされたとしても、機能制御アプリ２３１と配信制御アプリ２３２とで別々のユーザに処理されることはないからである。
【００７３】
以上、それぞれのアプリのログアウトの関係を踏まえ、Ｆｏｒｃｅログアウトとログアウトリクエストとの２種類のログアウトについて説明する。以下、「ログイン中」について、ユーザが配信制御アプリ２３２にログインしていてオペレーションパネル上で操作している（配信先や読取条件を指定している）状態、又はログインはしているが、何の操作もしていない状態を、単に「ログイン中」と呼ぶ。
【００７４】
「配信処理中」とは、ユーザが配信制御アプリ２３２にログインしていて、かつ、用紙の読み込み中であったり、読み込んだ用紙から画像データを作成したり、画像データを配信制御アプリに送信したり、機器自体に処理が発生している状態（処理を止められない状態）を指す。
【００７５】
「Ｆｏｒｃｅログアウト」は、配信制御アプリ２３２から、ログイン中のユーザを強制的にログアウトさせる命令である。ただし、「配信処理中」の場合のみ、「Ｆｏｒｃｅログアウト」は失敗に終わる。
【００７６】
「ログアウトリクエスト」は、「ログイン中」にユーザがいるか否かを問い合わせる命令である。「ログイン中」のユーザがいない場合（ユーザが配信制御アプリを一度も使わなかった場合、ユーザが配信制御アプリ２３２から明示的にログアウトした場合、配信制御アプリのタイムアウト発生によりユーザが配信制御アプリ２３２から自動的にログアウトされた場合など）にログアウトは成功する。また、配信制御アプリ２３２が「ログイン中」の場合、ログアウトは失敗に終わる。
【００７７】
（１）Ｆｏｒｃｅログアウト
（先に機能制御アプリ２３１のログアウトが要求された場合）
機能制御アプリ２３１のログアウト手段３０４は、表示部１９に表示されるログアウトボタンが押下されたことを検知すると、「Ｆｏｒｃｅログアウト」を配信制御アプリ２３２に発行する。配信制御アプリ２３２が「配信処理中」でなければ、配信制御アプリ２３２のログアウト手段４０４は、配信制御アプリ２３２にログインしていたユーザのログアウトを行う。このとき、ユーザ記憶手段４０２に記憶されているユーザ情報を削除する。これは、機能制御アプリ２３１にこの後ログインしてくるユーザに使用されないようにするためである。ユーザ情報の削除後、かつ、配信制御アプリ２３２のユーザログアウト後に、ログアウト手段３０４は、機能制御アプリ２３１にログインしていたユーザのログアウトを行う。
【００７８】
一方、配信制御アプリ２３２が「配信処理中」であれば、配信制御アプリ２３２のユーザログアウトは失敗に終わる。次に、ログアウト手段３０４は、所定時間おきに、前述した「Ｆｏｒｃｅログアウト」を配信制御アプリ２３２の配信処理が終わるまで繰り返し発行する。配信制御アプリ２３２の配信処理が終了すれば、機能制御アプリ２３１及び配信制御アプリ２３２は、前述した処理と同様の処理をし、ログアウトを行う。
【００７９】
（先に配信制御アプリ２３２のログアウトが要求された場合）
配信制御アプリ２３２のログアウト手段４０４は、表示部１９に表示されるログアウトボタンが押下されたことを検知すると、配信制御アプリ２３２が「配信処理中」であるか否かを判断する。配信制御アプリ２３２が「配信処理中」でなければ、ログアウト手段４０４は、配信制御アプリ２３２にログインしているユーザのログアウトを行う。このとき、ユーザ情報記憶手段４０２のユーザ情報は保存したままにしておく。このユーザが再度配信処理を実行する可能性があるからである。
【００８０】
また、配信制御アプリ２３２が「配信処理中」であれば配信処理の終了を待って、ログアウト手段４０４は、配信制御アプリ２３２にログインしているユーザのログアウトを行う。
【００８１】
なお、Ｆｏｒｃｅログアウトの他の例として、配信制御アプリ２３２での配信処理中にユーザの残金が０になった場合は、ログアウト手段４０４は、配信制御アプリ２３２にログインしているユーザのログアウトを行う。
【００８２】
ログアウトボタンを押下することで、機能制御アプリ２３１と配信制御アプリ２３２とのどちらのログアウトであるかを判断するかについては、ログアウトボタン押下時にどちらの機能が実行されているかにより決まる。つまり、機能制御アプリ２３１において、ＣＯＰＹやＰＲＩＮＴを実行しているとき等に、ユーザが操作画面からログアウトボタンを押下した場合は機能制御アプリ２３１によるユーザログアウトと判断する。
【００８３】
一方、配信制御アプリ２３２において、処理フローによる配信処理を実行しているとき等に、ユーザが操作画面からログアウトボタンを押下した場合は配信制御アプリ２３２によるユーザログアウトと判断する。
【００８４】
（２）ログアウトリクエスト
（先に機能制御アプリ２３１がタイムアウトした場合）
機能制御アプリ２３１のログアウト手段３０４は、機能制御アプリ２３１の機能が所定時間実行されなかった場合、配信制御アプリ２３２に「ログアウトリクエスト」を発行する。なお、機能制御アプリ２３１は、自身が有するタイマ機能を用いてカウンタをデクリメントしていくことにより、ＣＯＰＹなどの機能が何も動作していない時間を計測することができる。
【００８５】
配信制御アプリ２３２に「ログイン中」のユーザがいない場合、ログアウト手段４０４は、配信制御アプリ２３２にログインしているユーザのログアウトを行う。
【００８６】
このとき、ユーザ記憶手段４０２に記憶されているユーザ情報を削除する。これは、機能制御アプリ２３１にこの後ログインしてくるユーザに使用されないようにするためである。ユーザ情報の削除後、かつ、配信制御アプリ２３２のログアウト後に、ログアウト手段３０４は、機能制御アプリ２３１にログインしているユーザのログアウトを行う。
【００８７】
一方、配信制御アプリ２３２に「ログイン中」のユーザがいる場合、ユーザログアウトの処理は失敗に終わる。この場合、ログアウト手段３０４は、タイマのカウンタを初期値に戻し、再度デクリメントを始める。
【００８８】
（先に配信制御アプリ２３２がタイムアウトした場合）
配信制御アプリ２３２のログアウト手段４０４は、配信制御アプリ２３２の機能が所定時間実行されなかった場合、配信制御アプリ２３２にログインしているユーザのログアウトを行う。このとき、ユーザ情報記憶手段４０２のユーザ情報は保存したままにしておく。なお、配信制御アプリ２３２は、自身が有するタイマ機能を用いてカウンタをデクリメントしていくことにより、配信処理が行われていない時間を計測することができる。
【００８９】
この後、機能制御アプリ２３１にログアウトが要求された場合には、ログアウト手段３０４は、配信制御アプリ２３２に「Ｆｏｒｃｅログアウト」を発行する。これは、ユーザ記憶手段４０２に記憶されているユーザ情報を削除するためである。ユーザ情報の削除後に、ログアウト手段３０４は、機能制御アプリ２３１にログインしているユーザのログアウトを行う。
【００９０】
これより、機能制御アプリ２３１は、配信制御アプリ２３２のログアウトを待ってログアウトすることができ、機能制御アプリ２３１と、配信制御アプリ２３２とが別々のユーザにより処理されることを防止することができる。
【００９１】
＜操作画面の遷移＞
次に、操作画面の遷移例について説明する。図７は、ＭＦＰの操作画面の遷移例を示す図である。図７（Ａ）に示すように、まずは、機能制御アプリ２３１のユーザ認証を行なうために、「カードをかざしてください」という操作画面が表示されている。このとき、「ＣＯＰＹ」や「ＰＲＩＮＴ」の表示は半輝度になっており、処理できないようになっている。これらの各機能は、ユーザ認証が成功しなければ操作できない。
【００９２】
次に、ユーザがＩＣカードをかざすなどして認証が成功した場合、図７（Ｂ）の操作画面に遷移する。図７（Ｂ）に示すように、ログインしたユーザが利用できる操作が輝度状態になり、この例では「ＣＯＰＹ」、「ＰＲＩＮＴ」、「ＡＰＬ」が処理できるようになる。また、「ＡＰＬ」とは、配信サーバ３０による配信処理を可能とする拡張アプリケーションを意味する。
【００９３】
次に、図７（Ｂ）に示す操作画面から「ＣＯＰＹ」が押下されたとすると、図７（Ｃ）に示す操作画面に遷移する。図７（Ｃ）に示すように、「ＣＯＰＹ」の設定画面が表示される。図７（Ａ）〜（Ｃ）までは、機能制御アプリ２３１により制御される。
【００９４】
次に、図７（Ｂ）又は図７（Ｃ）に示す操作画面から「ＡＰＬ」が押下されたとすると、図７（Ｄ）に示す操作画面に遷移する。図７（Ｄ）に示すように、処理フローを示すプロジェクト一覧が表示される。この例ではプロジェクトを「Ｐ」で示している。なお、図７（Ｃ）、図７（Ｄ）に示す「戻る」は、図７（Ｂ）の操作画面に戻るためのボタンである。
【００９５】
次に、図７（Ｃ）に示す操作画面から「Ｐ」が押下された場合、ユーザ情報記憶手段４０３に記憶されているユーザＩＤとパスワードとを用いて認証が行なわれる。配信サーバ３０での認証が成功すると、図７（Ｅ）に示す操作画面に遷移する。かかる処理は全て装置内部で行われるため、ユーザはユーザ認証が行なわれていることは分からない。図７（Ｅ）に示すように、処理フローの各処理の設定値の入力や確認を行い、処理フローによる配信処理が実行できるようになる。
【００９６】
次に、図７（Ｃ）に示す操作画面から「Ｐ」が押下された場合、ユーザ認証に失敗したときには、図７（Ｆ）に示す操作画面に遷移する。図７（Ｆ）に示す例では、ユーザネーム（ＵＮ）は既に入力され半輝度状態になっており、パスワードのみを入力してユーザ認証を行なうようになっている。
【００９７】
図７（Ｆ）における操作画面で認証が成功すると図７（Ｅ）に示す操作画面に遷移する。また、図７（Ｄ）に示す操作画面から「ＣＯＰＹ」が押下された場合は、図７（Ｃ）に示す「ＣＯＰＹ」の設定画面に遷移する。また、図７（Ｄ）〜（Ｆ）は、配信制御アプリ２３２により制御される。
【００９８】
＜処理フロー＞
次に、配信制御アプリ２３２で用いられる処理フローについて説明する。図８は、実施例１における処理フローの例を示す図である。図８に示すように、処理フロー１（Ｓｃａｎ ｔｏ ｈｏｍｅ）は、原稿をスキャン入力して、スキャン入力した画像データをフォルダに配信する処理を示す。処理フロー２（Ｓｃａｎ ｔｏ ｍｅ）は、原稿をスキャン入力して、スキャン入力された画像データをＰＤＦ変換し、ＰＤＦ変換された画像データをメールに添付して配信する処理を示す。
【００９９】
このとき、ユーザ情報記憶手段４０２に記憶されているユーザ情報を用いて、処理フローにおける処理の設定値を自動で設定することができる。例えば、ユーザ情報には、図６に示したように、ユーザのメールアドレスやホームディレクトリが含まれているとする。
【０１００】
処理フロー１の配信処理を行う場合、ユーザによりディレクトリなどを設定されなくても、ユーザ情報記憶手段４０２に記憶されているユーザ情報に含まれるホームディレクトリを設定することができる。同様に、処理フロー２の配信処理を行う場合、ユーザによりメールアドレスを入力されたり選択されたりしなくても、ユーザ情報記憶手段４０２に記憶されているユーザ情報に含まれるメールアドレスを自動設定することができる。
【０１０１】
前述したようにして設定された処理フローは、配信サーバ３０の配信手段６０２により配信される。なお、配信サーバ３０の配信設定ＤＢ６０３は、管理者により設定された処理フローや各処理のプラグインを保持する。
【０１０２】
よって、ユーザ情報記憶手段４０２に記憶されているユーザ情報に含まれる情報を用いることにより、ユーザによる入力や選択などを必要とせず、処理フローにおける処理の設定値を自動で設定することができる。
【０１０３】
＜動作＞
次に、実施例１における画像形成装置１０の動作について説明する。図９は、実施例１におけるログイン時の処理の一例を示すフローチャートである。図９に示すように、ステップＳ１１において、認証情報取得手段３０１は、ＩＣカードなどからカードＩＤを取得し、取得したカードＩＤに対応するユーザＩＤやパスワードを取得する。なお、カードを用いる以外にも指紋などの生体認証やユーザにより入力された情報を認証に用いてもよい。認証情報取得手段３０１は、認証制御手段３０２に取得した情報を出力する。
【０１０４】
ステップＳ１２において、認証制御手段３０２は、取得した認証に用いる情報、例えばユーザＩＤ又はカードＩＤ、及びパスワードを機能管理サーバ２０に送信する。機能管理サーバ２０は、ユーザ認証を行なって認証結果を認証制御手段３０２に送信する。このとき、機能管理サーバ２０は、認証が成功した場合、認証されたユーザのユーザ情報も画像形成装置１０に送信する。
【０１０５】
ステップＳ１２において、認証制御手段３０２は、認証が成功したか否かを判定する。ステップＳ１２における判定結果がＹＥＳ（認証成功）である場合はステップＳ１３に進み、判定結果がＮＯ（認証失敗）である場合はステップＳ１１に戻る。
【０１０６】
ステップＳ１３において、ユーザ情報出力手段３０３は、機能管理サーバ２０から取得したユーザ情報を配信制御アプリ２３２に出力する。
【０１０７】
ステップＳ１４において、配信制御アプリ２３２のユーザ情報取得手段４０１は、機能制御アプリ２３１からユーザ情報を取得する。
【０１０８】
ステップＳ１５において、ユーザ情報取得手段４０１は、取得したユーザ情報をユーザ情報記憶手段４０２に出力して、ユーザ情報記憶手段４０２はユーザ情報を記憶する。
【０１０９】
ステップＳ１６において、配信制御アプリ２３２は、処理フローの実行が要求されたか否かを判定する。配信制御アプリ２３２は、図７（Ｄ）に示す「Ｐ」が押下されたときに処理フローの実行が要求されたと判定する。ステップＳ１６の判定結果がＹＥＳ（要求あり）である場合ステップＳ１７に進み、判定結果がＮＯ（要求なし）である場合ステップＳ１６に戻る。
【０１１０】
ステップＳ１７において、配信制御アプリ２３２の認証制御手段４０３は、ユーザ情報記憶手段４０２に記憶されているユーザ情報のユーザＩＤとパスワードとを配信サーバ３０に送信する。配信サーバ３０の認証手段６０１は、受信したユーザＩＤとパスワードとを用いてユーザ認証を行なう。認証手段６０１は、認証結果を配信制御アプリ２３２に送信する。認証制御手段４０３は、配信サーバ３０から認証結果を受信し、認証が成功したか否かを判定する。ステップＳ１７の判定結果がＹＥＳ（認証成功）である場合、ステップＳ１９に進み、判定結果がＮＯ（認証失敗）である場合ステップＳ１８に進む。
【０１１１】
ステップＳ１８において、認証制御手段４０３は、図７（Ｆ）に示すような認証画面を表示部１９に表示させ、パスワードをユーザに入力させる。パスワードが入力されるとステップＳ１７に戻り再び認証を行なう。
【０１１２】
ステップＳ１９において、配信制御アプリ２３２は、処理フローの実行ボタンがユーザにより押下されると、配信サーバ３０に対し、画像データや処理フローの情報、処理フローにおける処理の書誌情報などを送信する。配信サーバ３０の配信手段６０２は、処理フローに従って、画像形成装置１０から取得した画像データを配信処理する。
【０１１３】
これにより、ユーザは、機能制御アプリ２３１を実行するときに一度ユーザ認証を行なえば、配信制御アプリ２３２を実行するときにはシステム内でユーザ認証を行なうので、改めて認証画面からパスワード等を入力する必要がない。
【０１１４】
次に、実施例１に係る画像形成装置１０のログアウト時の処理の動作について説明する。図１０は、実施例１におけるログアウト時の処理の一例を示すフローチャートである。図１０に示すように、ステップＳ２１において、ログアウト手段３０４又はログアウト手段４０４は、ログアウトイベントが検知されたか否かを判定する。ステップＳ２１の判定結果がＹＥＳ（検知された）である場合ステップＳ２２に進み、判定結果がＮＯ（未検知）である場合ステップＳ２１に戻る。
【０１１５】
ステップＳ２２において、画像形成装置１０は、機能制御アプリ２３１によるユーザログアウト（以下、機能ログアウトという）なのか、配信制御アプリ２３２によるユーザログアウト（以下、配信ログアウトという）なのかを判定する。ステップＳ２２の判定結果がＹＥＳ（機能ログアウト）である場合ステップＳ２４に進み、判定結果がＮＯ（配信ログアウト）である場合ステップＳ２３に進む。
【０１１６】
ステップＳ２３において、配信制御アプリ２３２のログアウト手段４０４は、配信制御アプリ２３２にログインしているユーザのログアウトを行う。
【０１１７】
ステップＳ２４において、機能制御アプリ２３１のログアウト手段３０４は、配信制御アプリ２３２に、配信処理中ではないかを問い合わせる。ステップＳ２４の問合せ結果がＹＥＳ（配信処理中ではない）を示す場合ステップＳ２５に進み、問合せ結果がＮＯ（配信処理中である）を示す場合ステップＳ２４に戻り、再度問い合わせる。
【０１１８】
ステップＳ２５において、配信制御アプリ２３２のログアウト手段４０４は、機能制御アプリ２３１からログアウトイベントを発行された場合、ユーザ情報記憶手段４０２に記憶されているユーザ情報を削除する。
【０１１９】
ステップＳ２６において、配信制御アプリ２３２は、既にユーザログアウトされているか否かを判定する。ステップＳ２６の判定結果がＹＥＳ（配信ログアウトされている）である場合ステップＳ２８に進み、判定結果がＮＯ（配信ログアウトされていない）である場合ステップＳ２７に進む。
【０１２０】
ステップＳ２７において、ログアウト手段４０４は、配信制御アプリ２３２にログインしているユーザのログアウトを行う。
【０１２１】
ステップＳ２８において、ログアウト手段３０４は、機能制御アプリ２３１にログインしているユーザのログアウトを行う。
【０１２２】
これにより、機能制御アプリ２３１は、配信制御アプリ２３２のログアウトを待ってログアウトすることができ、機能制御アプリ２３１と、配信制御アプリ２３２とが別々のユーザにより処理されることを防止することができる。
【０１２３】
以上、実施例１によれば、同一機器内で、別プロセスで動作するアプリケーション間であっても、情報を直接やり取りすることができる。
【０１２４】
［実施例２］
実施例２に係る画像形成装置について説明する。実施例２では、配信サーバを用いて配信処理を行う度に課金される場合、ユーザ情報に残金情報を含めて、この残金情報を用いて配信処理を行う。
【０１２５】
＜機能構成＞
図１１は、実施例２に係るＭＦＰと機能管理サーバと配信サーバとの主要機能構成の一例を示すブロック図である。図１１に示す機能において、図４に示す機能と同様の機能のものは同じ符号を付し、その説明を省略する。
【０１２６】
図１１に示す画像形成装置５０は、機能制御アプリ２３１におけるユーザ情報更新手段７０１、配信制御アプリ２３２における残金情報更新手段８０１が新たに追加されている。
【０１２７】
まず、実施例２における前提として、配信サーバ３０により配信処理を行う度に課金される。図１２は、実施例２における処理フローの例を示す図である。図１２に示すように、処理フロー１（Ｓｃａｎ ｔｏ ｈｏｍｅ）では、フォルダ配信をする度に１０円課金される。処理フロー２（Ｓｃａｎ ｔｏ ｍｅ）では、ＰＤＦ変換する度に５円課金され、Ｅ−ｍａｉｌ送信する度に５円課金される。
【０１２８】
配信処理を行う度に課金される場合、ユーザ情報記憶手段４０１に記憶されたユーザ情報に含まれる残金を用いて課金を行う。このとき、機能管理サーバ２０から送信されるユーザ情報には残金情報が含まれる。
【０１２９】
配信制御アプリ２３２の残金情報更新手段８０１は、配信制御アプリ２３２により配信サーバ３０に配信処理を要求するとき、ユーザ情報記憶手段４０２に記憶されているユーザ情報の残金を確認する。残金情報更新手段８０１は、残金が残っていることが確認できれば、配信処理の要求を許可し、残金を更新する。また、残金情報更新手段８０１は、残金が残っていないことが分かれば、配信処理の要求をストップし、ユーザにチャージを促す画面を表示したり、配信制御アプリ２３２におけるユーザログアウトを行ったりする。
【０１３０】
機能制御アプリ２３１のユーザ情報更新手段７０１は、機能制御アプリ２３１におけるユーザログアウトを行う際、ユーザ情報記憶手段４０２に記憶されているユーザ情報が削除される前に、ユーザ情報に含まれる残金情報を取得する。
【０１３１】
次に、ユーザ情報更新手段７０１は、取得した残金情報をユーザＩＤと共に機能管理サーバ２０に送信する。機能管理サーバ２０は、画像形成装置１０から取得したユーザＩＤに対応する、ユーザ情報ＤＢ５０２に記憶されているユーザの残金情報を、画像形成装置１０から取得した残金情報に更新する。
【０１３２】
これにより、機能管理サーバ２０で管理しているユーザの残金情報を用いて、配信処理の課金を行うことができる。また、配信処理の課金が行われた場合は、機能管理サーバ２０で管理しているユーザの残金情報を更新することができる。よって、機能制御アプリ２３１と配信制御アプリ２３２それぞれで残金情報を管理する必要がない。
【０１３３】
＜動作＞
次に、実施例２に係る画像形成装置５０の課金動作について説明する。図１３は、実施例２における課金処理の一例を示すフローチャートである。図１３に示すように、ステップＳ３１において、配信制御アプリ２３２は、処理フローの実行を要求されたか否かを判定する。ステップＳ３１の判定結果がＹＥＳ（要求あり）である場合ステップＳ３２に進み、判定結果がＮＯ（要求なし）である場合ステップＳ３１に戻る。
【０１３４】
ステップＳ３２において、残金情報更新手段８０１は、要求された配信処理を行うだけの残金があるか判定する。残金情報は、ユーザ情報記憶手段４０２に記憶されているユーザ情報に含まれる残金情報を用いる。ステップＳ３２の判定結果がＹＥＳ（残金ある）である場合ステップＳ３４に進み、判定結果がＮＯ（残金なし）である場合ステップＳ３３に進む。
【０１３５】
ステップＳ３３において、残金情報更新手段８０１は、エラー処理を行う。ここで、エラー処理とは、表示部１９に残金が足りない旨を知らせる画面を表示したり、配信制御アプリ２３２にログインしているユーザのログアウトを行ったりする処理のことを言う。
【０１３６】
ステップＳ３４において、配信制御アプリ２３２は、残金があると確認された場合、ユーザに要求された配信処理を配信サーバ３０に要求する。配信サーバ３０の配信手段６０２は、配信制御アプリ２３２から要求された配信処理を行う。
【０１３７】
ステップＳ３５において、残金情報更新手段８０１は、配信処理を行うのに課金された分だけ、ユーザ情報記憶手段４０２に記憶されている残金情報から減算する（更新する）。
【０１３８】
ステップＳ３６において、配信制御アプリ２３２は、要求された配信処理を全て行ったか否かを判定する。ステップＳ３６の判定結果がＹＥＳ（終了）である場合はステップＳ３７に進み、判定結果がＮＯ（未了）である場合ステップＳ３２に戻る。
【０１３９】
ステップＳ３７において、機能制御アプリ２３１のユーザ情報更新手段７０１は、ユーザログアウトのタイミングで、ユーザ情報記憶手段４０２に記憶されている残金情報を取得し、取得した残金情報をユーザＩＤと共に機能管理サーバ２０に送信する。機能管理サーバ２０は、ユーザ情報ＤＢ５０２に記憶されている残金情報であって、機能制御アプリ２３１から取得したユーザＩＤに対応するユーザＩＤの残金情報を、機能制御アプリ２３１から取得した残金情報に更新する。
【０１４０】
以上、実施例２によれば、機能管理サーバ２０で管理しているユーザの残金情報を用いて、配信処理の課金を行うことができる。また、配信処理の課金が行われた場合は、機能管理サーバ２０で管理しているユーザの残金情報を更新することができる。
【０１４１】
［変形例］
次に前述した各実施例の変形例について説明する。変形例では、前述した配信サーバ３０が組み込まれた画像形成装置について説明する。配信サーバ３０が組み込まれた画像形成装置の各機能は、基本的には図４、図１１に示す画像形成装置１０、５０と配信サーバ３０の機能と同様である。これより、変形例に係る画像形成装置によれば、ＭＦＰ単体で、各実施例に示した処理を行なうことができる。
【０１４２】
なお、各実施例や変形例の画像形成装置で実行されるアプリ間連携プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（FD）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１４３】
また、各実施例や変形例の画像形成装置で実行されるアプリ間連携プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、各実施例や変形例の画像形成装置で実行されるアプリ間連携プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０１４４】
また、各実施例や変形例の画像形成装置で実行されるアプリ間連携プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１４５】
各実施例や変形例の画像形成装置で実行されるアプリ間連携プログラムは、前述した各手段を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からアプリ間連携プログラムを読み出して実行することにより上記各手段が主記憶装置上にロードされ、主記憶装置上に生成されるようになっている。
【０１４６】
また、機能管理サーバ２０、配信サーバ３０での認証を、外部の認証サーバに行なわせるようにしてもよい。
【０１４７】
なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施例にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【０１４８】
１０ ＭＦＰ
２０ 機能管理サーバ
３０ 配信サーバ
４０ 情報処理端末
２３１ 機能制御アプリ
２３２ 配信制御アプリ
３０１ 認証情報取得手段
３０２ 認証制御手段
３０３ ユーザ情報出力手段
３０４ ログアウト手段
４０１ ユーザ情報取得手段
４０２ ユーザ情報記憶手段
４０３ 認証制御手段
４０４ ログアウト手段
５０１ 認証手段
５０２ ユーザ情報ＤＢ
６０１ 認証手段
６０２ 配信手段
６０３ 配信設定ＤＢ
７０１ ユーザ情報更新手段
８０１ 残金情報更新手段
【先行技術文献】
【特許文献】
【０１４９】
【特許文献１】特開２００６−０１８６４０号公報
【特許請求の範囲】
【請求項１】
当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置であって、
前記第１制御手段は、
ユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力手段を有し、
前記第２制御手段は、
前記第１制御手段から前記ユーザ情報を取得する取得手段と、
取得されたユーザ情報を記憶する記憶手段と、
記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いてユーザ認証を制御する認証制御手段と
を有する画像形成装置。
【請求項２】
前記ユーザ情報はさらに、前記ユーザのメールアドレス、ホームフォルダのいずれか一つを少なくとも含み、
前記第２制御手段は、
前記記憶されたユーザ情報に含まれるメールアドレス又はホームフォルダを前記処理フローの配信先に設定して配信処理の実行を要求する請求項１記載の画像形成装置。
【請求項３】
前記ユーザ情報はさらに、前記ユーザの残金情報を含み、
前記第２制御手段は、
前記処理フローを実行する場合に課金されるとき、前記記憶されたユーザ情報に含まれる残金情報を用いる請求項１又は２記載の画像形成装置。
【請求項４】
前記第１制御手段は、
ログインしているユーザのログアウトが要求された場合、前記第２制御手段においてログアウトされていた場合にのみ、ログアウトを行う請求項１乃至３いずれか一項に記載の画像形成装置。
【請求項５】
前記ログアウトは、前記ユーザにより明示的に要求される第１ログアウトと、装置内で自動的に要求される第２ログアウトがあり、
前記第２制御手段は、
前記第１ログアウトが要求された場合にのみ、前記記憶手段に記憶されているユーザ情報を削除する請求項４記載の画像形成装置。
【請求項６】
当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置と、前記第１制御手段のユーザ認証を行なう認証サーバと、前記第２制御手段のユーザ認証を行ない、前記処理フローの配信処理を行う配信サーバとを含む配信処理システムであって、
前記第１制御手段は、
前記認証サーバによるユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力手段を有し、
前記第２制御手段は、
前記第１制御手段から前記ユーザ情報を取得する取得手段と、
取得されたユーザ情報を記憶する記憶手段と、
記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いて前記配信サーバにユーザ認証を要求する認証要求手段と
を有する配信処理システム。
【請求項７】
前記ユーザ情報はさらに、前記ユーザのメールアドレス、ホームフォルダのいずれか一つを少なくとも含み、
前記第２制御手段は、
記憶されたユーザ情報に含まれるメールアドレス又はホームフォルダを配信先に設定して前記処理フローの実行を前記配信サーバに要求する請求項６記載の配信処理システム。
【請求項８】
前記ユーザ情報はさらに、前記ユーザの残金情報を含み、
前記第２制御手段は、
前記配信サーバを用いて前記処理フローを実行する場合に課金されるとき、記憶されたユーザ情報に含まれる残金情報を用いる請求項６又は７記載の配信処理システム。
【請求項９】
前記第１制御手段は、
ログインしていたユーザのログアウトが要求された場合、前記第２制御手段においてログアウトされた場合にのみ、ログアウトを行う請求項６乃至８いずれか一項に記載の配信処理システム。
【請求項１０】
前記ログアウトは、前記ユーザにより明示的に要求される第１ログアウトと、当該画像形成装置内で自動的に要求される第２ログアウトがあり、
前記第２制御手段は、
前記第１ログアウトが要求された場合にのみ、前記記憶手段に記憶されているユーザ情報を削除する請求項９記載の配信処理システム。
【請求項１１】
当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置における画像処理方法であって、
前記第１制御手段は、
ユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力段階を有し、
前記第２制御手段は、
前記第１制御手段から前記ユーザ情報を取得する取得段階と、
取得されたユーザ情報を記憶手段に記憶する記憶段階と、
記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いてユーザ認証を行なう認証段階と
を有する画像処理方法。
【請求項１２】
当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置を制御するコンピュータを、
前記第１制御手段は、
ユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力手段として機能させ、
前記第２制御手段は、
前記第１制御手段から前記ユーザ情報を取得する取得手段と、
取得されたユーザ情報を記憶する記憶手段と、
記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いてユーザ認証を制御する認証制御手段として機能させるためのプログラム。
【請求項１３】
請求項１２記載のプログラムを記録したコンピュータに読み取り可能な記録媒体。
【請求項１】
当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置であって、
前記第１制御手段は、
ユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力手段を有し、
前記第２制御手段は、
前記第１制御手段から前記ユーザ情報を取得する取得手段と、
取得されたユーザ情報を記憶する記憶手段と、
記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いてユーザ認証を制御する認証制御手段と
を有する画像形成装置。
【請求項２】
前記ユーザ情報はさらに、前記ユーザのメールアドレス、ホームフォルダのいずれか一つを少なくとも含み、
前記第２制御手段は、
前記記憶されたユーザ情報に含まれるメールアドレス又はホームフォルダを前記処理フローの配信先に設定して配信処理の実行を要求する請求項１記載の画像形成装置。
【請求項３】
前記ユーザ情報はさらに、前記ユーザの残金情報を含み、
前記第２制御手段は、
前記処理フローを実行する場合に課金されるとき、前記記憶されたユーザ情報に含まれる残金情報を用いる請求項１又は２記載の画像形成装置。
【請求項４】
前記第１制御手段は、
ログインしているユーザのログアウトが要求された場合、前記第２制御手段においてログアウトされていた場合にのみ、ログアウトを行う請求項１乃至３いずれか一項に記載の画像形成装置。
【請求項５】
前記ログアウトは、前記ユーザにより明示的に要求される第１ログアウトと、装置内で自動的に要求される第２ログアウトがあり、
前記第２制御手段は、
前記第１ログアウトが要求された場合にのみ、前記記憶手段に記憶されているユーザ情報を削除する請求項４記載の画像形成装置。
【請求項６】
当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置と、前記第１制御手段のユーザ認証を行なう認証サーバと、前記第２制御手段のユーザ認証を行ない、前記処理フローの配信処理を行う配信サーバとを含む配信処理システムであって、
前記第１制御手段は、
前記認証サーバによるユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力手段を有し、
前記第２制御手段は、
前記第１制御手段から前記ユーザ情報を取得する取得手段と、
取得されたユーザ情報を記憶する記憶手段と、
記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いて前記配信サーバにユーザ認証を要求する認証要求手段と
を有する配信処理システム。
【請求項７】
前記ユーザ情報はさらに、前記ユーザのメールアドレス、ホームフォルダのいずれか一つを少なくとも含み、
前記第２制御手段は、
記憶されたユーザ情報に含まれるメールアドレス又はホームフォルダを配信先に設定して前記処理フローの実行を前記配信サーバに要求する請求項６記載の配信処理システム。
【請求項８】
前記ユーザ情報はさらに、前記ユーザの残金情報を含み、
前記第２制御手段は、
前記配信サーバを用いて前記処理フローを実行する場合に課金されるとき、記憶されたユーザ情報に含まれる残金情報を用いる請求項６又は７記載の配信処理システム。
【請求項９】
前記第１制御手段は、
ログインしていたユーザのログアウトが要求された場合、前記第２制御手段においてログアウトされた場合にのみ、ログアウトを行う請求項６乃至８いずれか一項に記載の配信処理システム。
【請求項１０】
前記ログアウトは、前記ユーザにより明示的に要求される第１ログアウトと、当該画像形成装置内で自動的に要求される第２ログアウトがあり、
前記第２制御手段は、
前記第１ログアウトが要求された場合にのみ、前記記憶手段に記憶されているユーザ情報を削除する請求項９記載の配信処理システム。
【請求項１１】
当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置における画像処理方法であって、
前記第１制御手段は、
ユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力段階を有し、
前記第２制御手段は、
前記第１制御手段から前記ユーザ情報を取得する取得段階と、
取得されたユーザ情報を記憶手段に記憶する記憶段階と、
記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いてユーザ認証を行なう認証段階と
を有する画像処理方法。
【請求項１２】
当該画像形成装置の各機能を制御する第１制御手段と、画像データの配信に関する各処理が組み合わされた処理フローの実行を制御する第２制御手段とを備え、前記第１及び第２制御手段はそれぞれ別プロセスで動作し、それぞれユーザ認証を行なう画像形成装置を制御するコンピュータを、
前記第１制御手段は、
ユーザ認証が成功した場合、ユーザ識別情報及びパスワードを含むユーザ情報を前記第２制御手段に出力する出力手段として機能させ、
前記第２制御手段は、
前記第１制御手段から前記ユーザ情報を取得する取得手段と、
取得されたユーザ情報を記憶する記憶手段と、
記憶されたユーザ情報に含まれるユーザ識別情報及びパスワードを用いてユーザ認証を制御する認証制御手段として機能させるためのプログラム。
【請求項１３】
請求項１２記載のプログラムを記録したコンピュータに読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１０−１９８３６４（Ｐ２０１０−１９８３６４Ａ）
【公開日】平成２２年９月９日（２０１０．９．９）
【国際特許分類】
【出願番号】特願２００９−４２８８１（Ｐ２００９−４２８８１）
【出願日】平成２１年２月２５日（２００９．２．２５）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２２年９月９日（２０１０．９．９）
【国際特許分類】
【出願日】平成２１年２月２５日（２００９．２．２５）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]