JP2007336015A - 画像処理装置 - Google Patents

Abstract

【課題】 ネットワーク接続された他の画像処理装置や管理装置が保持する文書・画像データ、機器管理情報等へアクセスできなかった従来システムに生じた使い勝手の悪さを解消する。
【解決手段】 ＭＦＰにリモートファイルアクセス機能を搭載させ、ネットワーク接続された他のＭＦＰをサーバにして、サーバＭＦＰが保持する文書等のファイルをアクセス可能とする。クライアント側のＭＦＰは、操作パネル１５０にこの機能を選択するボタン１５１を設け、起動時にユーザ認証を経てサーバＭＦＰから指定アドレスのファイル情報を得、GUI操作画面に、フォルダ構成１５２ｆ、フォルダ内の文書ファイル１５２ｃ、文書のプレビュー１５２ｖ、文書情報１５２ｉとして表示する。アクセスするファイルを指定し、ファイルを複製する文書コピー、プリント等のファイルデータ処理モードの設定キー１５２ｋを操作することで、クライアント側の処理を設定可能とする。
【選択図】 図５

Description

本発明は、処理対象となる画像出力が可能な形式のデータであるスキャン読取画像やプリンタドライバによって生成されたデータ等をもとにプリント出力或いは外部装置へのデータ転送等の画像出力処理を行うＭＦＰ等の画像処理装置に関し、より詳細には、ネットワークを介して外部装置と接続された当該画像処理装置において、処理対象となる画像や機器管理等の処理に必要な情報をネットワークＩ／Ｆ経由で外部装置にアクセスし、取得するリモートアクセス機能を備えた画像処理装置に関する。

今日、複写・ＦＡＸ・プリンタ・スキャナ等の機能を複合して持つＭＦＰ（Multi-Function Peripherals）、ネットワークプリンタ等の画像処理装置は、画像出力が可能な形式のデータとして、スキャン読取により入力されたり、外部の処理装置（例えば、ＰＣ：Personal Computer）のプリンタドライバからネットワークＩ／Ｆ経由で入力されたデータを記録媒体（記録紙）上に画像出力したり、外部の処理装置へ送信する処理を行う装置として、広く普及している。
ネットワーク接続されたこの種の画像処理装置の利用性を向上させることを意図した従来技術として、下記特許文献１，２を挙げることができる。
特許文献１には、スキャン、複写、ＦＡＸ等の複合機能を持つ画像処理装置の使用時に生成された画像情報を使用者名等の付加情報と共に、ネットワークに接続されたファイルサーバに格納し、このサーバに蓄積された情報をネットワークに接続したＰＣから再利用し得るようにしたファイリングシステムが示されている。このファイリングシステムでは、ＰＣは、ファイルサーバから得た画像に処理を加えた後、この画像の印刷出力をファイルネットワーク経由で複合機能を持つ画像処理装置に要求する、といった形態でシステムを利用する。
また、特許文献２には、サーバが通信回線を通じて文書ファイルをＭＦＰにサービスし、ＭＦＰで受取ったファイルによる印刷を行うシステムが示されている。このシステムでは、印刷の実行指示は、移動通信端末からユーザの入力操作によって、移動通信網経由でサーバに対して行われ、指示内容に、サーバ内に蓄積されたファイルと印刷を行わせるＭＦＰがそれぞれ指定される。

また、従来から、ＭＦＰ等の画像処理装置では、機器を適正に使用するために用いられる機器管理情報（ユーザー情報、機器設定情報等）、或いは機器が搭載する各種の機能を使用して処理された文書・画像データ等の情報が保管されている。
ネットワーク接続されたＭＦＰ等の画像処理装置においては、機器側で保管している機器管理情報、或いは処理した文書・画像データ等の情報を管理者やユーザーがネットワーク上の管理サーバマシンやクライアントＰＣから参照したり、設定を変更したりする手段として、これまで専用のアプリケーションソフトウェアや汎用のwebブラウザを用いてリモート操作を行う機能が提供されてきた（ファイリングシステムを開示する上記特許文献１、参照）。なお、処理された文書・画像データに対する設定等の管理情報は、文書等に付属して管理されているので、データを再利用して、プリント出力等をする時に設定を変更することが可能である。
特開２００２−１２７４３９号公報 特開２００３−２７４０６４号公報

しかしながら、従来技術に示されるネットワーク接続されたＭＦＰへのアクセスは、ＰＣから行っており、複数台のＭＦＰを接続して構成したシステム環境下において、あるＭＦＰからネットワーク経由で他のＭＦＰが保持している機器管理情報や文書・画像データ等の情報にアクセスし、取得した情報を利用することはできない。また、ネットワーク接続されたＰＣに対しても同様で、ＭＦＰからネットワーク経由でＰＣが保持している機器管理情報や文書・画像データ等の情報にアクセスすることができない。
このため、これまでは、以下の (1) 〜 (8) に述べるような使い勝手の悪さが生じる。
(1) リモートの他のＭＦＰにデータ蓄積されている文書等を手元のＭＦＰに複製できなかったため、蓄積文書を一旦印刷した上でその印刷文書をスキャナーで再度読み込んで、蓄積文書として、登録する必要がある。
(2) リモートのＭＦＰにデータ蓄積されている文書等の印刷の指示は、手元のＭＦＰに対する操作により行うことができないので、データ蓄積するリモートのＭＦＰを直接操作して指示する必要がある。しかも、リモートのＭＦＰへ印刷指示の操作をする際、既に別のジョブが印刷中である場合には、そのジョブが終わるまで、待たなければならない。
(3) リモートのＭＦＰにデータ蓄積されている文書等を手元のＭＦＰでＦＡＸ送信することができなかったため、蓄積文書を一旦印刷した上でその印刷文書をスキャナーで再度読み込んで、ＦＡＸ送信する必要がある。
(4) リモートのＭＦＰにデータ蓄積されている文書等を手元のＭＦＰからE-mail送信することができなかったため、蓄積文書を一旦印刷した上でその印刷文書をスキャナーで再度読み込んで、E-mail送信する必要がある。
(5) リモートのＭＦＰのアドレス帳に登録されているユーザー情報等のシステム内で共通に利用し得る機器管理情報を手元のＭＦＰに複製できなかったため、機器のユーザーや宛先を追加するためには、全てのＭＦＰにおいてユーザー登録作業を行う必要がある。
(6) リモートのＭＦＰのアドレス帳に登録されている宛先に対して手元のＭＦＰからＦＡＸ送信することができなかったため、手元のＭＦＰに未登録の宛先を追加した上でＦＡＸ送信するか、あるいはリモートのＭＦＰを直接操作してＦＡＸ送信する必要がある。
(7) ＭＦＰは、ＰＣ上のメールソフトが管理しているアドレス帳等のファイルをインポートすることで、ユーザー情報等をＰＣから複製できなかったため、ＰＣとＭＦＰでそれぞれユーザー情報等の維持管理を行う必要がある。
(8) 複数台のＭＦＰを接続して構成したシステム環境下において、複数台のＭＦＰに対して同一の機器管理情報の設定を行う場合には、それぞれの機器ごとに同一の設定操作を行う必要がある。
本発明は、画像処理機能を有し、ネットワーク上でクライアントとして機能し得る画像処理装置と、同種の画像処理装置或いはシステム管理装置を接続して構成された従来の画像処理システムにおいて、ネットワーク上に接続された他の画像処理装置或いはシステム管理装置が保持する機器管理情報や文書・画像データ等の情報へのアクセスができなかった従来システムにおいて生じた上述の使い勝手の悪さを解消することを可能とする仕組みを備えることにある。

請求項１の発明は、情報入力手段と、前記情報入力手段によって入力された情報を記憶する情報記憶手段と、前記情報入力手段によって入力された画像情報、前記情報記憶手段に記憶された画像情報の少なくとも一方を処理対象として、画像出力に係わる処理を行う画像処理手段を有する画像処理装置において、前記情報入力手段は、ネットワークＩ／Ｆ経由で汎用ネットワークアクセスプロトコルを用いて、外部装置が記憶している情報にアクセスするリモートアクセス機能を備えたことを特徴とし、このようにすることによって上記課題を解決するものである。
請求項２の発明は、請求項１に記載された画像処理装置において、前記リモートアクセス機能は、外部装置が記憶している情報にアクセスする際に、ユーザー識別情報を添付したアクセス要求を送信することを特徴とし、このようにすることによって上記課題を解決するものである。

請求項３の発明は、前記リモートアクセス機能を使用するアクセス要求をＧＵＩへの入力操作を通じて行うことが可能な請求項１又は２に記載された画像処理装置において、前記ＧＵＩは、アクセスの対象としているカレント情報のアドレスを表示することを特徴とし、このようにすることによって上記課題を解決するものである。
請求項４の発明は、前記リモートアクセス機能を使用するアクセス要求をＧＵＩへの入力操作を通じて行うことが可能な請求項１乃至３のいずれかに記載された画像処理装置において、前記ＧＵＩは、アクセスの対象となる情報をアイコンにて表示することを特徴とすることを特徴とすることを特徴とし、このようにすることによって上記課題を解決するものである。
請求項５の発明は、請求項４に記載された画像処理装置において、前記ＧＵＩは、前記アイコンへの入力操作により、アクセスの対象とした情報の表示形態を、プレビュー表示、属性情報、拡大プレビュー表示、カレントフォルダへの移行の少なくともいずれかの形態へ変更することを特徴とし、このようにすることによって上記課題を解決するものである。

請求項６の発明は、請求項１乃至５のいずれかに記載された画像処理装置において、前記リモートアクセス機能を使用して、外部装置から得た情報の複製を前記情報記憶手段に記憶させる記憶制御手段を備えたことを特徴とし、このようにすることによって上記課題を解決するものである。

請求項７の発明は、前記外部装置が画像処理装置である請求項１乃至６のいずれかに記載された画像処理装置において、前記リモートアクセス機能を使用して、前記外部装置から得た画像情報を前記画像処理手段に処理させる制御手段を備えたことを特徴とし、このようにすることによって上記課題を解決するものである。
請求項８の発明は、請求項７に記載された画像処理装置において、前記制御手段は、前記外部装置から得た処理対象となる全ページの画像情報を一旦前記情報記憶手段に記憶させ、該情報記憶手段から取出した画像情報を前記画像処理手段に処理させるようにしたことを特徴とし、このようにすることによって上記課題を解決するものである。
請求項９の発明は、請求項７に記載された画像処理装置において、前記制御手段は、前記画像処理手段の処理動作に伴って、処理対象のページ画像情報を逐次外部装置から得るようにしたことを特徴とし、このようにすることによって上記課題を解決するものである。
請求項１０の発明は、処理対象となる画像情報が前記外部装置に複数のフォーマットで記憶されている請求項７に記載された画像処理装置において、前記制御手段は、前記画像処理手段の画像処理モードに適応するフォーマットの画像情報を前記外部装置から得るようにしたことを特徴とし、このようにすることによって上記課題を解決するものである。

請求項１１の発明は、前記外部装置が画像処理装置である請求項１乃至１０のいずれかに記載された画像処理装置において、前記外部装置に記憶された機器管理情報を、前記リモートアクセス機能を使用して取得可能な情報の対象にし、取得した機器管理情報を本機に適用可能にしたことを特徴とし、このようにすることによって上記課題を解決するものである。
請求項１２の発明は、請求項１１に記載された画像処理装置において、前記リモートアクセス機能を使用して、前記外部装置から機器管理情報を複製する際に、該外部装置に記憶された機器管理情報の一部を複製の対象として指定可能にしたことを特徴とし、このようにすることによって上記課題を解決するものである。

請求項１３の発明は、前記外部装置がファイルサーバの機能を持つ請求項１乃至１２のいずれかに記載された画像処理装置において、前記外部装置に置かれたファイルに付与された機器管理情報を、前記リモートアクセス機能を使用して取得可能な情報の対象にし、取得した機器管理情報を本機に適用可能にしたことを特徴とし、このようにすることによって上記課題を解決するものである。
請求項１４の発明は、請求項１３に記載された画像処理装置において、前記リモートアクセス機能を使用して、前記外部装置に置かれたファイルに付与された機器管理情報を取得する際に、該機器管理情報の一部を取得の対象として指定可能にしたことを特徴とし、このようにすることによって上記課題を解決するものである。

請求項１５の発明は、請求項１乃至１４のいずれかに記載された画像処理装置において、外部装置からのリモートアクセス機能によるアクセス要求に応じ、前記情報記憶手段に記憶された情報をネットワークＩ／Ｆ経由で送信する機能を備えたことを特徴とし、このようにすることによって上記課題を解決するものである。

本発明によると、ネットワーク上に接続された他の画像処理装置やシステム管理装置等の外部装置が保持する機器管理情報、文書・画像データ等の情報へのアクセスを可能にし、アクセスにより取得した情報を機器の管理や画像処理に利用できるようにしたので、画像処理装置の利便性の向上を図ることが可能になる。
また、ユーザー認証によりセキュリティを保つことも可能にしたので、装置のパフォーマンスを向上させ（請求項２）、ＧＵＩ機能の付加によってアクセスの操作を容易にすることで、さらに使い勝手が良くなる（請求項３〜５）。
また、ファイルサーバの機能を持つＰＣ等の外部装置が管理するユーザー情報（例えば、アドレス帳）等を取得することで、利便性をさらに向上することが可能になる（請求項１３，１４）。

以下に、本発明の画像処理装置に係わる実施形態として、ＭＦＰを実施装置とした例を示す。
本実施形態のＭＦＰは、コピー・ＦＡＸ・プリンタ・スキャナ等の複合機能を提供し、これらの機能によって生成される画像出力用データをもとに、プリント出力、或いは外部装置（ＰＣ、ファクシミリ装置等）へのデータ転送等の画像出力処理を行う。この画像出力処理には、既存のＭＦＰと同様に、本体の操作パネルから指示されるコピー、ＦＡＸ送信、スキャナ配信等のジョブ以外に、ネットワークＩ／Ｆを介して外部機から指示される、プリンタ、ＦＡＸ受信等のジョブの処理を含む。
また、本実施形態のＭＦＰでは、上記した既存のＭＦＰが備える機能のほかに、ネットワークＩ／Ｆを介して外部装置にアクセスして、外部装置が保存している情報を取得する機能（以下「リモートアクセス機能」という）を備える。
このリモートアクセス機能は、ネットワークで同種のＭＦＰ、管理機能を持つＰＣ等の外部装置を接続することによって構成される画像処理システムにおいて、本ＭＦＰからネットワーク経由で他のＭＦＰやＰＣが保持している文書・画像データや機器管理情報（ユーザー情報、機器設定情報等）の情報にアクセスし、取得した情報を利用することができるようするための機能である。
この機能を備えることにより、アクセスができなかった従来システムにおいて生じた使い勝手の悪さ（上記［発明が解決しようとする課題］の項、参照）を解消し、利便性の向上を図ることが可能なる。
ところで、発明の課題を解決するための手段として設けるリモートアクセス機能は、ハードウェア構成として確立している既存の技術をベースに、ソフトウェア構成を新たに構築することによって、実現が可能である。
そこで、ここでは、既存のＭＦＰにおけるハードウェアの構成の変更を必要とせず、メインコントローラのソフトウェア構成により上記リモートアクセス機能を備えるようにした実施装置例を説明する。なお、以下に示す実施装置は、あくまでも実施可能な例として、ソフトウェア構成によって構築する形態を示すものであり、新たなハードウェア構成により本発明を実施しても良く、ソフトウェア構成による実施例に限定する趣旨ではない。

図１は、本実施形態に係わるＭＦＰのハードソフトウェア構成の概要を示す。
図１において、ＭＦＰ１００は、原稿画像を読取るスキャナ１３２と、画像情報をもとに記録媒体へプリント出力を行うプロッタ１３４と、外部装置（同種のＭＦＰ、ファクシミリ装置或いは管理機能を持つＰＣ等）とネットワークを介して交信するためのネットワークＩ／Ｆ１７０と、ＧＵＩ（Graphical User Interface）を通じてユーザの操作によるジョブの処理要求や実行指示を受付け、ジョブの実行状況をユーザに知らせる操作パネル１５０と、処理に必要な各種データを格納するデータストレージ１２０を有する。
データストレージ１２０は、ＨＤＤ（Hard Disc Drive）等の固定ストレージ１２２とメモリカード等のリムーバブルストレージ１２４よりなり、固定ストレージ１２２には、処理した文書・画像データを再利用が可能な所定の形式のデータとして蓄積したり、制御プログラム等の制御情報を格納する、リムーバブルストレージ１２４には、制御に用いられる、各種の機器管理情報、制御プログラム等の追加や変更が必要なデータを格納する。データストレージ１２０に格納されたこれらのデータは、後記で詳述するリモートアクセス機能により、他のＭＦＰからの取得要求の対象になる。また、リモートアクセス機能により、他のＭＦＰから取得したデータの複製（コピー）を格納する場所として、データストレージ１２０が利用される。
ＭＦＰ１００は、制御回路を搭載する制御基板として、装置全体を制御するメインコントローラとして機能する制御基板１１０と、メインコントローラの制御の下にスキャナ１３２、プロッタ１３４を制御する制御基板１３０を有する。後記（図４、参照）で詳述するリモートアクセス機能は、制御基板１１０に搭載され、他のＭＦＰやＰＣが保持している文書・画像データや機器管理情報等の情報にアクセスし、情報を取得し、また、他のＭＦＰからのアクセスに応答して、要求された情報を与える。

図２は、メインコントローラとして機能する制御基板１１０内のソフトウェア構成を示す。なお、図２には、本実施形態のリモートアクセス機能に係わる要部の構成を示す。
メインコントローラとして機能する制御基板１１０内のソフトウェアは、既存のＭＦＰに採用されている構成を前提に、本実施形態で新たに必要となる機能を実現する要素を付加し、構築されている。
前提となるＭＦＰのソフトウェア構成は、ＯＳ（Operating System）層２３０とミドルウェア層２２０とアプリケーション層２１０の３階層よりなるソフトウェア群よりなる。
アプリケーション層２１０のコピー・アプリ２１１，プリンタ・アプリ２１２，ファクス・アプリ２１３，スキャナ・アプリ２１４等のアプリは、ＭＦＰに備わるこれらの処理機能が利用される際に、各アプリのＵＩ（User Interface）の画面制御、キー操作制御及びジョブ生成などアプリ固有の処理を行う画面表示制御プログラムがその主体となる。
また、ＯＳ層２３０とミドルウェア層２２０は、アプリからの処理要求を解釈してハードウェア資源の獲得要求を発生させ、又ハードウェア資源を管理するために、各アプリで共通に必要となる処理を一元的に扱う。このために、ミドルウェア層２２０内にコントロールサービス（不図示）、システムリソースマネージャー（不図示）と、ＯＳ層２３０を有する。なお、ここで前提とするＭＦＰのソフトウェア構成の詳細は、例えば、特開２００４-７３４６号公報（同公報の図１、参照）、特開２００４-７３４６号公報（同公報の図１、参照）に記載されているので、これらの記載を参照することとする。
リモートアクセス機能を実現するためのソフトウェアとして、アプリケーション層２１０にリモートファイル・アクセス・アプリ２１５が実装される。このアプリは、他のＭＦＰからのアクセスに応答して、要求されたファイル等の情報を要求元に送信する処理を行う。また、ミドルウェア層２２０に実装されたネットワークリダイレクタ２２７は、他のＭＦＰやＰＣのファイル等の情報にアクセスするためで、このソフトウェアによりネットワーク・クライアント機能を実現する。
リモートアクセス機能を動作させたときに、関連動作として行うユーザー認証及び機器設定管理は、それぞれミドルウェア層２２０に実装した認証モジュール２２３、機器設定管理モジュール２２５により行う。

上記した画像処理装置（図１，２）に搭載されたリモートアクセス機能について、実施例にもとづいて詳細に説明する。
まず、ネットワーク経由で他のＭＦＰに蓄積された文書ファイルへアクセスする機能に係わる実施例を示す。
図３及び図４は、このアクセス機能に係わる実施例の動作を示すものである。
図３は、クライアントとなるＭＦＰからサーバとなるＭＦＰに対するアクセスを要求する際の動作イベントの遷移を示すものである。図３において、アクセス動作のシーケンスは、図中の (1) → (12) の順で実行される。
また、図４は、クライアントとなるＭＦＰ１００ｃからネットワーク１９０を通じて、サーバとなるＭＦＰ１００ｓのＨＤＤ１２２をアクセスする際の処理フローとして、図３に示した動作シーケンス実行時におけるＭＦＰ間の情報の流れを示すものである。なお、図４中の情報の流れを示す矢印には、図３中の動作シーケンスに対応付けて、シーケンス順を表す番号 (1) 〜 (12) を付す。
以下に、図３に示す動作イベントの遷移を参照して、サーバＭＦＰ１００ｓの蓄積文書ファイルへのアクセス動作を説明する。
シーケンス (1)：先ず、クライアントＭＦＰ１００ｃは、ファイルのアクセスが可能なサーバＭＦＰ１００ｓに、ネットワークＩ／Ｆ１７０及びネットワークリダイレクタ２２７を介して、ブラウズ要求を行う（イベントEv１０１）と、サーバＭＦＰ１００ｓのリモートファイル・アクセス・アプリ２１５は、このブラウズ要求を受けて、コンピュータ名（：Mymfp01）を付して、ブラウズ応答を返す（イベントEv１０２）。
シーケンス (2)：次に、クライアントＭＦＰ１００ｃは、コンピュータ名（：Mymfp01）を特定して、サーバＭＦＰ１００ｓにアクセスの対象となるリソース名を要求する（イベントEv１０３）。サーバＭＦＰ１００ｓは、このブラウズ要求を受けて、アクセスの対象として、接続するリソース名（：share）を付して、リソース名応答を返す（イベントEv１０４）。
シーケンス (3)：次に、クライアントＭＦＰ１００ｃは、アクセスの対象として、接続要求をするサーバＭＦＰ１００ｓにプロトコルネゴシエーション要求を行う（イベントEv１０５）と、サーバＭＦＰ１００ｓは、この要求が適うことを確認し、その応答として、接続に必要なセッションセットアップ用画面を返す（イベントEv１０６）。

シーケンス (4)：次に、クライアントＭＦＰ１００ｃは、ユーザー認証に必要なユーザーＩＤ／パスワード等を入力し、これらのデータを付して、セッションセットアップの手続を行う（イベントEv１０７）。この手続を受け、サーバＭＦＰ１００ｓは、ユーザー認証を行い（イベントEv１０８，１０９）、認証が得られたことを条件に、セッションセットアップ応答をクライアントＭＦＰ１００ｃに返す（イベントEv１１０）。このとき、ユーザー認証は、リモートアクセス機能の一環として行われるので、リモートファイル・アクセス・アプリ２１５が受取ったユーザーＩＤ／パスワード等を付した認証要求を認証モジュール２２３に行い（イベントEv１０８）、認証結果をそこからの認証応答として得る（イベントEv１０９）。
なお、ユーザー認証に失敗した場合には、認証結果をエラーメッセージの表示として、クライアントＭＦＰ１００ｃからユーザーに知らせる。また、ユーザー認証に失敗した場合にユーザーＩＤ／パスワード等の再入力を促す画面の表示で対応する方法を採用することにより、偶発するエラーを防ぐことを可能にしても良い。
シーケンス (5)：次に、セッションセットアップを受けて、クライアントＭＦＰ１００ｃは、シーケンス (2)で得たリソース（\\Mymfp01\ share）を特定して、そのリソースへの接続要求を行う（イベントEv１１１）と、サーバＭＦＰ１００ｓは、この接続要求を受けて、リソース接続応答を返す（イベントEv１１２）。
シーケンス (6)：次に、リソース接続応答を受けて、クライアントＭＦＰ１００ｃは、先のシーケンス (4) でユーザー名（“user01”とする）を登録しているので、“user01”のフォルダが、リソース（\\Mymfp01\ share）に存在することを問う（イベントEv１１３）と、サーバＭＦＰ１００ｓは、この問合わせを受けて、フォルダが存在すれば、フォルダ：user01として、フォルダ情報の応答を返す（イベントEv１１４）。

このときにサーバＭＦＰ１００ｓからのフォルダ情報の応答とともに、リモートアクセス機能を利用するためのリモートファイル・アクセス・アプリ２１５の操作画面が送信されて、クライアントＭＦＰ１００ｃに開かれる。
図５は、操作パネル１５０の液晶タッチパネル１５２に表示されたリモートファイル・アクセスの操作画面の１例を示す。図５に示す液晶タッチパネル１５２の画面には、クライアントＭＦＰ１００ｃがアクセスを要求するファイルのフォルダ・ファイル情報１５２ａ，１５２ｆ，１５２ｃ，１５２ｉ，１５２ｖ（後記で詳述）と、リモートアクセスにより読出したファイルを利用してクライアントＭＦＰ１００ｃが行う画像出力等の処理モードの設定キー１５２ｋ等を表示している。なお、図５に示す操作パネル１５０には、ＭＦＰのコピー・ファクス等の各種複合機能を選択する機能ボタンの１つに、リモートアクセス機能の起動時に操作するリモートファイルアクセスボタン１５１を設けている。
シーケンス (6) の動作では、フォルダ：user01の存在が確認されているので、この結果が、図５の画面上のフォルダ構成１５２ｆに反映されている。同図におけるフォルダ構成１５２ｆは、階層性を持たせた配列で各フォルダのアイコンを表示している。
シーケンス (7)：アクセスしようとするファイルを特定するためには、フォルダ：user01の中味を知るファイル情報がさらに必要であり、その手順として、クライアントＭＦＰ１００ｃは、シーケンス (6)で得たフォルダ（\\Mymfp01\ share\user01）を特定して、フォルダの構成を示すファイル情報の取得要求を行う（イベントEv１１５）と、サーバＭＦＰ１００ｓは、この要求を受けて、搭載されているアプリケーション分の複数のフォルダが存在すれば（ここでは、フォルダ：copier，fax，printer，scanner とする）、そのフォルダ構成を示すフォルダ情報の応答を返す（イベントEv１１６）。

シーケンス (8)：次に、クライアントＭＦＰ１００ｃは、アクセスしようとするファイルのフォルダ（\\Mymfp01\ share\user01\ copier）を特定して、このフォルダに入っているファイルのファイル情報の取得要求を行う（イベントEv１１７）と、サーバＭＦＰ１００ｓは、この要求を受けて、フォルダ：copierに入っているファイル名等を示すファイル情報の応答を返す（イベントEv１２１）。
ただ、このファイル名等の書誌情報は、各ファイルの文書・画像データを蓄積するために用いているＨＤＤ１２２に格納されているので、コピーアプリケーション２１１を介して、ＨＤＤ１２２をアクセスする必要がある。即ち、クライアントＭＦＰ１００ｃからファイル情報の取得要求を受けるリモートファイル・アクセス・アプリ２１５は、コピーアプリケーション２１１に、この取得要求を行う（イベントEv１１８）。コピーアプリケーション２１１は、この取得要求を受け、ＨＤＤ１２２にReadアクセスをかけて、ファイル情報を読出し（イベントEv１１１９）、取得したファイル情報を要求に対する応答として、リモートファイル・アクセス・アプリ２１５に渡す（イベントEv１２０）。
このとき、現在アクセスしているフォルダ（以下「カレントフォルダ」という）を、図５中のアドレス欄１５２ａに“\\Mymfp01\ share\user01\ copier”として表示し、同図中のファイル表示欄１５２ｄには、フォルダ：copier内に、それぞれのファイル名が、報告書01.tiff，報告書02.pdf，出張旅費-01.tiffである、３つの画像データが入っていたとすると、各画像データの表示をファイル名の付いたアイコン１５２ｃにより行う。

また、図５に示すような、液晶タッチパネル１５２に表示されたリモートファイル・アクセスの操作画面は、ＧＵＩ機能に従った表示動作が可能であり、リモートアクセスにより読出した画像データを表示するアイコンへの入力操作により、次の (1) 〜 (4) に示すような画面表示の変更を可能とする。
(1) フォルダ構成を各フォルダのアイコンの配列で表現した表示画面上の対象アイコンへダブルクリック操作を行うことにより、カレントフォルダを対象アイコンのフォルダに変更する。
(2) 文書・画像データの各ファイルをアイコンで表現した表示画面上の対象アイコンへクリック操作を行うことにより、対象アイコンの文書・画像データのプレビュー表示を行う。なお、プレビュー表示は、図５の表示画面上のプレビュー表示欄１５２ｖで行う。
(3) 文書・画像データの各ファイルをアイコンで表現した表示画面上の対象アイコンへダブルクリック操作を行うことにより、対象アイコンの文書・画像データの拡大プレビュー表示を行う。
(4) 文書・画像データの各ファイルをアイコンで表現した表示画面上の対象アイコンへダブルクリック操作を行うことにより、対象アイコンの文書・画像データの属性情報の表示を行う。なお、属性情報の表示は、図５の表示画面上の文書情報表示欄１５２ｉで行い、表示内容は、例えば、所謂書誌情報やユーザー操作による設定情報等を含む。
リモートファイル・アクセスの入力画面のアイコンへの上記のような入力操作に伴い、ファイル情報の取得が新たに必要になれば、シーケンス (8) の動作を繰り返し行い、得たファイル情報を画面の表示に反映させる。

シーケンス (9)：次に、クライアントＭＦＰ１００ｃは、ファイル（\\Mymfp01\ share\user01\ copier\報告書01.tiff）を特定して、アクセスの手順として、先ず、このファイルのオープンを要求する（イベントEv１２２）。この文書ファイルは、ＨＤＤ１２２に格納されているので、クライアントＭＦＰ１００ｃからファイルのオープン要求を受けるリモートファイル・アクセス・アプリ２１５は、コピーアプリケーション２１１を介して、ＨＤＤ１２２にオープンの可否を問い（イベントEv１２３，１２４）、その結果を応答により得る（イベントEv１２５）。オープンが可能であれば、この応答結果を得たリモートファイル・アクセス・アプリ２１５は、この応答をクライアントＭＦＰ１００ｃに返す（イベントEv１２６）。
シーケンス (10)：ファイルのオープンが可能であるとの応答を得たクライアントＭＦＰ１００ｃは、次に、ファイルオープンを要求したファイルのReadアクセスを要求する（イベントEv１２７）。Readアクセス時には、ファイルオープンの要求と同じルートで行うので、クライアントＭＦＰ１００ｃからファイルのRead要求を受けるリモートファイル・アクセス・アプリ２１５は、コピーアプリケーション２１１を介して、ＨＤＤ１２２にRead要求を行い（イベントEv１２７，１２８）、この要求を受けてＨＤＤ１２２でファイルReadをスタートさせた時に、ファイルReadの応答をクライアントＭＦＰ１００ｃに返す（イベントEv１２９，１３０）。コピーアプリケーション２１１は、ＨＤＤ１２２でファイルReadを行い（イベントEv１３１）、読出されたファイルデータをリモートファイル・アクセス・アプリ２１５経由でクライアントＭＦＰ１００ｃに送る（イベントEv１３２，１３３）。

この後、読出されたファイルデータを受取るクライアントＭＦＰ１００ｃは、ユーザーの指示に従ってファイルデータを処理する。例えば、図５の操作画面における、設定キー１５２ｋに示す、「文書コピー」「プリント」「FAX送信」「E-mail送信」等の処理モードを、このファイルデータを用いて行う処理として行う。ファイル表示欄１５２ｄ中のファイルが指定され、設定キー１５２ｋが操作されると、この入力操作に従って、選択した処理モードを起動する。
「文書コピー」が選択されている場合、サーバＭＦＰ１００ｓから受取ったデータは、クライアント内のストレージ１２０のＨＤＤに転送され、そこに格納される。即ち、サーバＭＦＰ１００ｓとクライアントＭＦＰ１００ｃのＨＤＤ１２２間でデータを複製（コピー）する。
「プリント」「FAX送信」「E-mail送信」のいずれかが選択された場合、それぞれの画像出力処理に必要なアプリケーションを起動し、サーバＭＦＰ１００ｓから取得したファイルデータを用いて処理を実行する。なお、「プリント」出力時の動作については、後記の実施例にて詳述する。
クライアントＭＦＰ１００ｃは、上記のように、設定された処理モードに従ってサーバＭＦＰ１００ｓから渡されるデータの転送処理を終え、ファイルReadが完了したことを確認して、この完了をリモートファイル・アクセス・アプリ２１５経由でコピーアプリケーション２１１に通知する（イベントEv１３４，１３５）。

シーケンス (11)：このリモートアクセス機能の動作シーケンスでは、Readアクセス（シーケンス (10)）によりサーバＭＦＰ１００ｓから得たファイルデータに何らかの処理を加えた後のデータをサーバＭＦＰ１００ｓに書戻すことを可能にしており、このために、このシーケンスを設けている。ユーザーによりファイルデータの書戻しを指示されたクライアントＭＦＰ１００ｃは、当該ファイルのWriteを要求する（イベントEv１４１）。クライアントＭＦＰ１００ｃからファイルのWrite要求を受けるリモートファイル・アクセス・アプリ２１５は、コピーアプリケーション２１１にWrite要求を行う（イベントEv１４２）。この要求を受ける用意が整っていることを確認したコピーアプリケーション２１１からの応答が、リモートファイル・アクセス・アプリ２１５経由でクライアントＭＦＰ１００ｃに返される（イベントEv１４３，１４４）。ファイルのWrite OKを受けるクライアントＭＦＰ１００ｃは、書戻すファイルデータをリモートファイル・アクセス・アプリ２１５経由でコピーアプリケーション２１１に送る（イベントEv１４５，１４６）。ファイルデータを受取るコピーアプリケーション２１１は、ＨＤＤ１２２にファイルWriteを指示して、受取ったファイルデータを送り込み（イベントEv１４７）、送り込んだ後、ファイルWriteが完了したことを確認して、この完了をリモートファイル・アクセス・アプリ２１５経由でクライアントＭＦＰ１００ｃに通知する（イベントEv１４８，１４９）。
シーケンス (12)：次に、クライアントＭＦＰ１００ｃは、シーケンス (9) でオープンしたファイル（\\Mymfp01\ share\user01\ copier\報告書01.tiff）をクローズする処理を行う。クローズの手順として、先ず、このファイルを特定して、クローズを要求する（イベントEv１５１）。クライアントＭＦＰ１００ｃからファイルのクローズ要求を受けとるリモートファイル・アクセス・アプリ２１５は、コピーアプリケーション２１１を介して、ＨＤＤ１２２にクローズの可否を問い（イベントEv１５２，１５３）、その結果を応答により得る（イベントEv１５４）。クローズが可能である、との応答結果を得たリモートファイル・アクセス・アプリ２１５は、この応答をクライアントＭＦＰ１００ｃに返す（イベントEv１５５）。なお、シーケンス (12)のファイルのクローズ処理は、シーケンス (11)が不要であれば、Readアクセス（シーケンス (10)）に続けて行う。

次に、上記した画像処理装置（図１，２）に搭載されたもう１つのリモートアクセス機能を実施例にもとづいて説明する。
図３，４を参照して説明したリモートアクセス機能の実施例では、ネットワーク経由で他のＭＦＰに蓄積された文書ファイルへアクセスする機能に係わる例を示したが、本実施例では、ネットワーク経由で他のＭＦＰやサーバマシンに保持された機器管理情報（ユーザー情報、機器設定情報等）へアクセスする機能に係わる実施例を示す。
図６及び図７は、このアクセス機能に係わる実施例の動作を示すものである。
図６は、クライアントとなるＭＦＰからサーバとなるＭＦＰに対するアクセスを要求する際の動作イベントの遷移を示すものである。図６において、アクセス動作のシーケンスは、図中の (1) → (11) の順で実行される。
また、図７は、クライアントとなるＭＦＰ１００ｃからネットワーク１９０を通じて、サーバとなるＭＦＰ１００ｓの不揮発メモリ１２３をアクセスする際の処理フローとして、図６に示した動作シーケンス実行時におけるＭＦＰ間の情報の流れを示すものである。なお、図７中の情報の流れを示す矢印には、図６中の動作シーケンスに対応付けて、シーケンス順を表す番号 (1) 〜 (11) を付す。
以下に、図６に示す動作イベントの遷移を参照して、サーバＭＦＰ１００ｓの不揮発メモリ１２３に保持されたユーザー情報、機器設定データ等の機器管理情報ファイルへのアクセス動作を説明する。
シーケンス (1)：先ず、クライアントＭＦＰ１００ｃは、ファイルのアクセスが可能なサーバＭＦＰ１００ｓに、ネットワークＩ／Ｆ１７０及びネットワークリダイレクタ２２７を介して、ブラウズ要求を行う（イベントEv２０１）と、サーバＭＦＰ１００ｓのリモートファイル・アクセス・アプリ２１５は、このブラウズ要求を受けて、コンピュータ名（：Mymfp01）を付して、ブラウズ応答を返す（イベントEv２０２）。
シーケンス (2)：次に、クライアントＭＦＰ１００ｃは、コンピュータ名（：Mymfp01）を特定して、サーバＭＦＰ１００ｓにアクセスの対象となるリソース名を要求する（イベントEv２０３）。サーバＭＦＰ１００ｓは、このブラウズ要求を受けて、アクセスの対象として、接続するリソース名（：share）を付して、リソース名応答を返す（イベントEv２０４）。
シーケンス (3)：次に、クライアントＭＦＰ１００ｃは、アクセスの対象として、接続要求をするサーバＭＦＰ１００ｓにプロトコルネゴシエーション要求を行う（イベントEv２０５）と、サーバＭＦＰ１００ｓは、この要求が適うことを確認し、その応答として、接続に必要なセッションセットアップ用画面を返す（イベントEv２０６）。

シーケンス (4)：次に、クライアントＭＦＰ１００ｃは、ユーザー認証に必要なユーザーＩＤ／パスワード等を入力し、これらのデータを付して、セッションセットアップの手続を行う（イベントEv２０７）。この手続を受け、サーバＭＦＰ１００ｓは、ユーザー認証を行い（イベントEv２０８，２０９）、認証が得られたことを条件に、セッションセットアップ応答をクライアントＭＦＰ１００ｃに返す（イベントEv２１０）。このとき、ユーザー認証は、リモートアクセス機能の一環として行われるので、リモートファイル・アクセス・アプリ２１５が受取ったユーザーＩＤ／パスワード等を付した認証要求を認証モジュール２２３に行い（イベントEv２０８）、認証結果をそこからの認証応答として得る（イベントEv２０９）。
なお、ユーザー認証に失敗した場合には、認証結果をエラーメッセージの表示として、クライアントＭＦＰ１００ｃからユーザーに知らせる。また、ユーザー認証に失敗した場合にユーザーＩＤ／パスワード等の再入力を促す画面の表示で対応する方法を採用することにより、偶発するエラーを防ぐことを可能にしても良い。
シーケンス (5)：次に、セッションセットアップを受けて、クライアントＭＦＰ１００ｃは、シーケンス (2)で得たリソース（\\Mymfp01\ share）を特定して、そのリソースへの接続要求を行う（イベントEv２１１）と、サーバＭＦＰ１００ｓは、この接続要求を受けて、リソース接続応答を返す（イベントEv２１２）。
シーケンス (6)：次に、リソース接続応答を受けて、クライアントＭＦＰ１００ｃは、先のシーケンス (4) でユーザー名（ここに、管理者ユーザー名を“admin”とする）を登録しているので、“admin”のフォルダが、リソース（\\Mymfp01\ share）に存在するか、否かを問う（イベントEv２１３）と、サーバＭＦＰ１００ｓは、この問合わせを受けて、フォルダが存在すれば、フォルダ：adminとして、フォルダ情報の応答を返す（イベントEv２１４）。

シーケンス (7)：アクセスしようとするファイルを特定するためには、フォルダ：adminの中味を知るファイル情報がさらに必要であり、その手順として、クライアントＭＦＰ１００ｃは、シーケンス (6)で得たフォルダ（\\Mymfp01\ share\ admin）を特定して、このフォルダに入っているファイルのファイル情報の取得要求を行う（イベントEv２１５）。サーバＭＦＰ１００ｓは、この要求を受けて、フォルダ内に複数のファイルが存在すれば、これらのファイル名（ここでは、Charge Counter.txt，User Programs.txt，User Counter.csv，Address.csv とする）等を示すファイル情報の応答を返す（イベントEv２１８）。ここに、このファイル名等は、ユーザー情報、機器設定データ等の機器管理情報を管理する機器情報管理モジュール２２５から取得するので、クライアントＭＦＰ１００ｃからフォルダ：admin内のファイル情報の取得要求を受けるリモートファイル・アクセス・アプリ２１５は、機器情報管理モジュール２２５に、この取得要求を行い（イベントEv２１６）、要求に対する応答として、該当フォルダのファイル情報を得る（イベントEv２１７）。
シーケンス (8)：次に、クライアントＭＦＰ１００ｃは、フォルダ内からアクセスの対象とするファイル（\\Mymfp01\ share\ admin \ Charge Counter.txt）を特定して、アクセスの手順として、先ず、このファイルのオープンを要求する（イベントEv２１９）。この機器管理情報ファイルは、不揮発メモリ１２３に格納されており、機器情報管理モジュール２２５で管理しているから、クライアントＭＦＰ１００ｃからファイルのオープン要求を受けるリモートファイル・アクセス・アプリ２１５は、機器情報管理モジュール２２５にオープンの可否を問い（イベントEv２２０）、その結果を応答により得る（イベントEv２２１）。オープンが可能であれば、この応答結果を得たリモートファイル・アクセス・アプリ２１５は、この応答をクライアントＭＦＰ１００ｃに返す（イベントEv２２２）。

シーケンス (9)：ファイルのオープンが可能であるとの応答を得たクライアントＭＦＰ１００ｃは、次に、ファイルオープンを要求したファイルのReadアクセスを要求する（イベントEv２２３）。Readアクセス時には、クライアントＭＦＰ１００ｃからファイルのRead要求を受けるリモートファイル・アクセス・アプリ２１５は、機器情報管理モジュール２２５に不揮発メモリ１２３のRead要求を行い（イベントEv２２４）、この要求を受けて不揮発メモリ１２３でファイルReadをスタートさせた時に、ファイルReadの応答をクライアントＭＦＰ１００ｃに返す（イベントEv２２６，２２７）。機器情報管理モジュール２２５は、不揮発メモリ１２３のファイルReadを行い（イベントEv２２５）、読出されたファイルデータをリモートファイル・アクセス・アプリ２１５経由でクライアントＭＦＰ１００ｃに送る（イベントEv２２８，２２９）。この後、読出されたファイルデータを受取るクライアントＭＦＰ１００ｃは、クライアント内で機器管理情報を格納する不揮発メモリ１２３にデータを転送する。即ち、サーバＭＦＰ１００ｓとクライアントＭＦＰ１００ｃの不揮発メモリ１２３間でデータを複製（コピー）する。
クライアントＭＦＰ１００ｃは、この転送処理を終え、ファイルReadが完了したことを確認して、この完了をリモートファイル・アクセス・アプリ２１５経由で機器情報管理モジュール２２５に通知する（イベントEv２３０，２３１）。

シーケンス (10)：このリモートアクセス機能の動作シーケンスでは、Readアクセス（シーケンス (9)）によりサーバＭＦＰ１００ｓから得たファイルデータに何らかの処理を加えた後のデータをサーバＭＦＰ１００ｓに書戻す仕組みを備えており、このために、シーケンス (10)を設けている。ユーザーによりファイルデータの書戻しを指示されたクライアントＭＦＰ１００ｃは、当該ファイルのWriteを要求する（イベントEv２３５）。クライアントＭＦＰ１００ｃからファイルのWrite要求を受けるリモートファイル・アクセス・アプリ２１５は、機器情報管理モジュール２２５にWrite要求を行う（イベントEv２３６）。この要求を受付ける条件が整っていることを確認する機器情報管理モジュール２２５からの応答が、リモートファイル・アクセス・アプリ２１５経由でクライアントＭＦＰ１００ｃに返される（イベントEv２３７，２３８）。この例では、ファイルWriteの応答が NGであから、その旨をクライアントＭＦＰ１００ｃに通知する。なお、ファイルによっては管理者権限を与えることにより、設定を変更するためのWrite要求を受付けるようにすることができる。この場合、クライアントＭＦＰ１００ｃは、書戻すファイルデータをリモートファイル・アクセス・アプリ２１５経由で機器情報管理モジュール２２５に送る。書戻すファイルデータを受取る機器情報管理モジュール２２５は、不揮発メモリ１２３にファイルWriteを指示して、受取ったファイルデータを送り込み、送り込んだ後、ファイルWriteが完了したことを確認して、この完了をリモートファイル・アクセス・アプリ２１５経由でクライアントＭＦＰ１００ｃに通知する。
シーケンス (11)：次に、クライアントＭＦＰ１００ｃは、シーケンス (8) でオープンしたファイル（\\Mymfp01\ share\ admin \ Charge Counter.txt）をクローズする処理を行う。クローズの手順として、先ず、このファイルを特定して、クローズを要求する（イベントEv２４１）。クライアントＭＦＰ１００ｃからファイルのクローズ要求を受けとるリモートファイル・アクセス・アプリ２１５は、機器情報管理モジュール２２５にクローズの可否を問い（イベントEv２４２）、その結果をClose応答により得る（イベントEv２４３）。クローズが可能である、との応答結果を得たリモートファイル・アクセス・アプリ２１５は、この応答をクライアントＭＦＰ１００ｃに返す（イベントEv２４４）。なお、シーケンス (11)のファイルのクローズ処理は、シーケンス (10)が不要であれば、Readアクセス（シーケンス (9)）に続けて行う。

次に示す実施形態は、上記リモートアクセス機能（図３，４、参照）によって取得される文書ファイルデータを用いて行われる印刷処理に係わるものである。
上記したように、本案のリモートアクセス機能は、データの取得に引続く一連の処理フローにより、取得した文書ファイルデータを用いる画像出力処理を行うことを可能にしている。このリモートアクセス機能による画像出力処理は、先に図５で示したリモートファイル・アクセス操作画面の例では、「プリント」「FAX送信」「E-mail送信」の処理モードが設定キー１５２ｋへの操作により選択される。「プリント」キーが選択された場合に、本実施形態の印刷処理を実行する。
この印刷処理は、クライアントＭＦＰ１００ｃ側の制御基板１１０に搭載する印刷処理用のアプリをサーバＭＦＰ１００ｓ側のリモートファイル・アクセス・アプリ２１５に連携させることにより、実施することができる。
ここでは、リモートアクセス機能による画像出力処理の３形態を「リモート文書印刷処理 ( I ) 〜 (III )」として、以下に示す。
「リモート文書印刷処理 ( I ) 」
この実施形態のリモート文書印刷処理は、リモートアクセスの対象とした文書ファイルの全データをクライアントＭＦＰ１００ｃ側に複製した上で、複製したデータをもとに印刷処理を行うようにするものである。
図８は、本実施形態のリモート文書印刷処理のフローチャートを示す。
図８の処理フローによると、クライアントＭＦＰ１００ｃでリモートアクセス機能による文書印刷処理がユーザーにより要求されると、サーバＭＦＰ１００ｓは、この要求に応え、ＨＤＤ１２２に格納された文書ファイルからアクセス対象として指示された文書ファイルを送信する。このとき、送信されるファイルデータは、全データをまとめてクライアントＭＦＰ１００ｃにおける印刷処理用データの格納に用いるＨＤＤ１２２等の記憶場所に転送する方式でデータを送ることにより、サーバ側の文書をファイル単位でクライアント側に複製する（ステップＳ１０１）。
次に、クライアントＭＦＰ１００ｃは、ＨＤＤ１２２等の記憶場所に複製した１文書ファイルのデータを用いて、印刷処理を行う（ステップＳ１０２）。
印刷処理をした後、クライアントＭＦＰ１００ｃ側に複製した文書ファイルのデータは、文書をサーバＭＦＰ１００ｓ側で一元管理し、又記憶容量を節減するために、削除し（ステップＳ１０３）、この処理フローを終了する。
なお、上記の印刷処理でＨＤＤ１２２に複製された１文書ファイルのデータを用いて印刷処理を行うアプリは、ドキュメントボックス機能による印刷処理と同様であるから、ドキュメントボックス機能のアプリを利用することにより実施することが可能である。

「リモート文書印刷処理 ( II ) 」
この実施形態のリモート文書印刷処理方式は、リモートアクセスの対象とした文書ファイルのデータをクライアントＭＦＰ１００ｃ側にページ毎に複製した上で、複製したページ毎のデータをもとに印刷処理を行うようにするものである。上記のリモート文書印刷処理 ( I ) では、１文書ファイルの全データを複製するために、使用可能なリソースの状態によっては、容量が足りなくなる場合が生じる。本実施形態は、このようなリソースの状態でも、印刷処理を可能とするために、使用する記憶容量が小さくてすむ、ページ毎の処理方式を採用する。
図９は、本実施形態のリモート文書印刷処理のフローチャートを示す。
図９の処理フローによると、クライアントＭＦＰ１００ｃでリモートアクセス機能による文書印刷処理がユーザーにより要求されると、サーバＭＦＰ１００ｓは、この要求に応え、ＨＤＤ１２２に格納された文書ファイルからアクセス対象として指示された文書ファイルを送信する。このとき、送信されるファイルデータは、１ページ毎にクライアントＭＦＰ１００ｃにおける印刷処理用データの格納に用いる記憶場所に転送する方式でデータを送る。このため、先ず初期条件として、処理するページ：ｎを“ｎ←１”とし（ステップＳ２０１）、サーバ側の文書を１ページから順に、ページ単位でクライアント側に複製する（ステップＳ２０２）。
次に、クライアントＭＦＰ１００ｃは、印刷処理用データの格納に用いる記憶場所に複製した文書ファイルの１ページ目のデータを用いて、設定された枚数分の印刷処理を行う（ステップＳ２０３）。
印刷処理をした後、クライアントＭＦＰ１００ｃ側に複製した１ページ目のデータは、文書ファイルデータをサーバＭＦＰ１００ｓ側で一元管理し、又記憶容量を節減するために、削除する（ステップＳ２０４）。
次いで、ページ毎の印刷処理を管理するために、処理するページｎを“ｎ←ｎ＋１”とし（ステップＳ２０５）、次ページが未処理として残っているか、否かをページｎをチェックする（ステップＳ２０６）。ここで、未処理ページがあれば、ステップＳ２０２に戻して、次ページの印刷処理を行うが、未処理ページがなければ、この処理フローを終了する。
なお、上記の印刷処理でページ毎のデータをもとに印刷処理を行うアプリは、コピー機能による印刷処理と同様であるから、コピーアプリを利用することにより実施することが可能である。

「リモート文書印刷処理 ( III ) 」
この実施形態のリモート文書印刷処理方式は、リモートアクセスの対象とした文書ファイルのデータが、複数のデータ形式でファイル化されている場合に、印刷処理を行うプロッタの機器条件に合わせたデータを選択することにより、適正な処理を可能とするものである。
図１０は、複数データ形式のファイルの例を示すテーブルである。同図に示すテーブルは、ユーザーに見せるファイル名と複数の実ファイル名とを関連させて示したテーブルである。ユーザーに見せるファイル名は、図５のリモートファイル・アクセスの操作画面上の表示に示すように、報告書01.tiff，報告書02.pdfを１ファイルとして示すが、実際には、それぞれに４つのデータ形式の異なるファイルを含んでいる。図１０に示す例では、テーブルの備考欄に示すように、画像データにおけるフルカラー／白黒の違い及び解像度の違いにより、ファイルのデータ形式を分けている。
例えば、操作画面上に表示されたファイルの１つを指定し、印刷処理をする場合、処理に用いるデータを１データ形式に限ってしまうと、クライアント側が持つプロッタ１３４によっては、カラー画像に対応できなかったり、解像度が異なる等の機器条件が適合しない場合が生じ、最適な動作が行われない。そこで、本実施形態では、機器条件を考慮して適合するデータ形式のファイルを選んで、アクセスすることで、最適動作を保証することを可能にする。

図１１は、本実施形態のリモート文書印刷処理のフローチャートを示す。
図１１の処理フローによると、クライアントＭＦＰ１００ｃでリモートアクセス機能による文書印刷処理がユーザーにより要求されると、サーバＭＦＰ１００ｓは、この要求に応え、ＨＤＤ１２２に格納された文書ファイルからアクセス対象として指示された文書ファイルを送信する。ただ、ここでは、リモートファイル・アクセスの操作画面上でアクセス対象として指示された文書ファイルは、実際には、複数データ形式のファイルからなる場合があり、最終的に印刷処理に適合する形式のファイルとしてアクセスする文書ファイルを特定するまでの一連の手順を必要とする。
手順としては、先ず、指示された文書ファイル名をもとに、図１０に示したようなテーブルを参照して、このファイル名で登録された複数データ形式のファイルを検索する（ステップＳ３０１）。
次いで、検索結果として得たファイルが複数存在するか、否かをチェックする（ステップＳ３０２）。
ここで、検索されたファイルが１つであれば（ステップＳ３０２-NO）、直ちにこのファイルを指定して、ファイルデータの取得要求を行うことにより、クライアントＭＦＰ１００ｃにおける印刷処理用データの格納に用いるＨＤＤ１２２等の記憶場所へファイルデータが転送され、サーバ側の文書ファイルがクライアント側に複製される（ステップＳ３０３）。

他方、検索されたファイルが複数あれば（ステップＳ３０２-YES）、複数のファイルから印刷処理に適合する形式のファイルを選択する（ステップＳ３０４）。
ここでは、ファイルの選択処理（ステップＳ３０４）に採用し得る方式として、“カラーモード優先”と“解像度優先”２方式の例を示す。
“カラーモード優先”
図１２は、カラーモード優先方式によるファイル選択処理のサブルーチンのフローチャートを示す。
図１２の処理フローによると、先ずＭＦＰの印刷モードの設定がカラー印刷か、否かをチェックし（ステップＳ４０１）、チェック結果により処理を分ける。
カラー印刷モードが設定されている場合には（ステップＳ４０１-YES）、「カラー」→「白黒」の順にファイルの存在をチェックし、最初に該当するファイルを選択する（ステップＳ４０２）。なお、解像度については、高解像度を優先させる。図１０のフルカラー／白黒の違い及び解像度（600dpi，200dpi）の違いにより、ファイルのデータ形式を分けている場合を例にすると、「カラー・600dpi」→「カラー・200dpi」→「白黒・600dpi」→「白黒・200dpi」の順序で検索され、最初に検索されたファイルを選択する。
他方、カラー印刷モードが設定されていない場合には（ステップＳ４０１-NO）、「白黒」→「カラー」の順にファイルを検索し、最初に該当するファイルを選択する（ステップＳ４０２）。図１０のフルカラー／白黒の違い及び解像度（600dpi，200dpi）の違いにより、ファイルのデータ形式を分けている場合を例にすると、「カラー・600dpi」→「カラー・200dpi」→「白黒・600dpi」→「白黒・200dpi」の順序で検索され、最初に検索されたファイルを選択する。
つまり、カラーモード優先方式では、フルカラー、白黒といった色を解像度に優先させて選択することを可能にする。

“解像度優先”
図１３は、解像度優先方式によるファイル選択処理のサブルーチンのフローチャートを示す。
図１３の処理フローによると、先ずＭＦＰの印刷モードの設定がカラー印刷か、否かをチェックし（ステップＳ５０１）、チェック結果により処理を分ける。
カラー印刷モードが設定されている場合には（ステップＳ５０１-YES）、「高解像度」→「低解像度」の順にファイルの存在をチェックし、最初に該当するファイルを選択する（ステップＳ５０２）。なお、色については、設定モードを優先させるので，このステップではカラーを優先させる。図１０のフルカラー／白黒の違い及び解像度（600dpi，200dpi）の違いにより、ファイルのデータ形式を分けている場合を例にすると、「600dpi・カラー」→「600dpi・白黒」→「200dpi・カラー」→「200dpi・白」の順序で検索され、最初に検索されたファイルを選択する。
他方、カラー印刷モードが設定されていない場合にも（ステップＳ５０１-NO）、「高解像度」→「低解像度」の順にファイルを検索し、最初に該当するファイルを選択する（ステップＳ４０２）が、色については、設定モードを優先させるので，このステップでは白黒を優先させる。図１０のフルカラー／白黒の違い及び解像度（600dpi，200dpi）の違いにより、ファイルのデータ形式を分けている場合を例にすると、「600dpi・白黒」→「600dpi・カラー」→「200dpi・白黒」→「200dpi・カラー」の順序で検索され、最初に検索されたファイルを選択する。
つまり、解像度優先方式では、解像度をフルカラー、白黒といった色に優先させて選択することを可能にする。

ファイルの選択処理（ステップＳ３０４）を上記サブルーチン（図１２又は図１３）で行った後、選択したファイルを指定したリモートアクセスにより、ファイルデータの取得要求が行われる。
この取得要求に応え、クライアントＭＦＰ１００ｃにおける印刷処理用データの格納に用いるＨＤＤ１２２等の記憶場所へファイルデータが転送され、サーバ側の文書ファイルがクライアント側に複製される（ステップＳ３０５）。
次に、クライアントＭＦＰ１００ｃは、ＨＤＤ１２２等の記憶場所に複製した文書ファイルのデータを用いて、印刷処理を行う（ステップＳ３０６）。
印刷処理をした後、クライアントＭＦＰ１００ｃ側に複製した文書ファイルのデータは、
文書ファイルデータをサーバＭＦＰ１００ｓ側で一元管理し、又記憶容量を節減するために、削除し（ステップＳ３０７）、この処理フローを終了する。

本発明の画像処理装置の実施形態に係わるＭＦＰのハードソフトウェア構成を示す。 図１に示したＭＦＰにおけるメインコントローラとして機能する制御基板内のソフトウェア構成を示す。 クライアントＭＦＰからサーバＭＦＰに対する蓄積文書アクセス要求時の動作イベントの遷移を示す。 図３に示した動作シーケンス実行時におけるクライアントＭＦＰ、サーバＭＦＰ間の情報の流れを示す。 リモートファイル・アクセスの操作画面の１例を示す。 クライアントＭＦＰからサーバＭＦＰに対する機器管理情報アクセス要求時の動作イベントの遷移を示す。 図６に示した動作シーケンス実行時におけるクライアントＭＦＰ、サーバＭＦＰ間の情報の流れを示す。 リモート文書印刷処理 ( I ) のフローチャートを示す。 リモート文書印刷処理 ( II ) のフローチャートを示す。 ユーザーに見せるファイル名と複数の実ファイル名との関連テーブルを示す。 リモート文書印刷処理 ( III ) のフローチャートを示す。 リモート文書印刷処理 ( III ) における印刷ファイル選択処理（カラーモード優先）サブルーチンのフローチャートを示す。 リモート文書印刷処理 ( III ) における印刷ファイル選択処理（解像度優先）サブルーチンのフローチャートを示す。

符号の説明

１００・・ＭＦＰ、１００ｃ・・クライアントＭＦＰ、１００ｓ・・サーバＭＦＰ、１１０・・メインコントローラとして機能する制御基板、１２０・・ストレージ、１２２・・ＨＤＤ、１２３・・不揮発メモリ、１３０・・プロッタ／スキャナ制御基板、１３２・・スキャナ、１３４・・プロッタ、１５０・・操作パネル、１７０・・ネットワークＩ／Ｆ、２１１・・コピーアプリ、２１５・・リモートファイル・アクセス・アプリ、２２３・・認証モジュール、２２５・・機器情報管理モジュール、２２７・・ネットワーク リダイレクタ。

Claims (15)

1. 情報入力手段と、
   前記情報入力手段によって入力された情報を記憶する情報記憶手段と、
   前記情報入力手段によって入力された画像情報、前記情報記憶手段に記憶された画像情報の少なくとも一方を処理対象として、画像出力に係わる処理を行う画像処理手段を有する画像処理装置であって、
   前記情報入力手段は、ネットワークＩ／Ｆ経由で汎用ネットワークアクセスプロトコルを用いて、外部装置が記憶している情報にアクセスするリモートアクセス機能を備えたことを特徴とする画像処理装置。
2. 請求項１に記載された画像処理装置において、
   前記リモートアクセス機能は、外部装置が記憶している情報にアクセスする際に、ユーザー識別情報を添付したアクセス要求を送信することを特徴とする画像処理装置。
3. 前記リモートアクセス機能を使用するアクセス要求をＧＵＩへの入力操作を通じて行うことが可能な請求項１又は２に記載された画像処理装置において、
   前記ＧＵＩは、アクセスの対象としているカレント情報のアドレスを表示することを特徴とする画像処理装置。
4. 前記リモートアクセス機能を使用するアクセス要求をＧＵＩへの入力操作を通じて行うことが可能な請求項１乃至３のいずれかに記載された画像処理装置において、
   前記ＧＵＩは、アクセスの対象となる情報をアイコンにて表示することを特徴とする画像処理装置。
5. 請求項４に記載された画像処理装置において、
   前記ＧＵＩは、前記アイコンへの入力操作により、アクセスの対象とした情報の表示形態を、プレビュー表示、属性情報、拡大プレビュー表示、カレントフォルダへの移行の少なくともいずれかの形態へ変更することを特徴とする画像処理装置。
6. 請求項１乃至５のいずれかに記載された画像処理装置において、
   前記リモートアクセス機能を使用して、外部装置から得た情報の複製を前記情報記憶手段に記憶させる記憶制御手段を備えたことを特徴とする画像処理装置。
7. 前記外部装置が画像処理装置である請求項１乃至６のいずれかに記載された画像処理装置において、
   前記リモートアクセス機能を使用して、前記外部装置から得た画像情報を前記画像処理手段に処理させる制御手段を備えたことを特徴とする画像処理装置。
8. 請求項７に記載された画像処理装置において、
   前記制御手段は、前記外部装置から得た処理対象となる全ページの画像情報を一旦前記情報記憶手段に記憶させ、該情報記憶手段から取出した画像情報を前記画像処理手段に処理させるようにしたことを特徴とする画像処理装置。
9. 請求項７に記載された画像処理装置において、
   前記制御手段は、前記画像処理手段の処理動作に伴って、処理対象のページ画像情報を逐次外部装置から得るようにしたことを特徴とする画像処理装置。
10. 処理対象となる画像情報が前記外部装置に複数のフォーマットで記憶されている請求項７に記載された画像処理装置において、
    前記制御手段は、前記画像処理手段の画像処理モードに適応するフォーマットの画像情報を前記外部装置から得るようにしたことを特徴とする画像処理装置。
11. 前記外部装置が画像処理装置である請求項１乃至１０のいずれかに記載された画像処理装置において、
    前記外部装置に記憶された機器管理情報を、前記リモートアクセス機能を使用して取得可能な情報の対象にし、取得した機器管理情報を本機に適用可能にしたことを特徴とする画像処理装置。
12. 請求項１１に記載された画像処理装置において、
    前記リモートアクセス機能を使用して、前記外部装置から機器管理情報を複製する際に、該外部装置に記憶された機器管理情報の一部を複製の対象として指定可能にしたことを特徴とする画像処理装置。
13. 前記外部装置がファイルサーバの機能を持つ請求項１乃至１２のいずれかに記載された画像処理装置において、
    前記外部装置に置かれたファイルに付与された機器管理情報を、前記リモートアクセス機能を使用して取得可能な情報の対象にし、取得した機器管理情報を本機に適用可能にしたことを特徴とする画像処理装置。
14. 請求項１３に記載された画像処理装置において、
    前記リモートアクセス機能を使用して、前記外部装置に置かれたファイルに付与された機器管理情報を取得する際に、該機器管理情報の一部を取得の対象として指定可能にしたことを特徴とする画像処理装置。
15. 請求項１乃至１４のいずれかに記載された画像処理装置において、
    外部装置からのリモートアクセス機能によるアクセス要求に応じ、前記情報記憶手段に記憶された情報をネットワークＩ／Ｆ経由で送信する機能を備えたことを特徴とする画像処理装置。

Images