JP2001103232A

JP2001103232A - データ処理装置及びその制御方法

Info

Publication number: JP2001103232A
Application number: JP2000216263A
Authority: JP
Inventors: Takekazu Kumagai; 武和熊谷
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1999-07-26
Filing date: 2000-07-17
Publication date: 2001-04-13

Abstract

(57)【要約】【課題】ＬＡＮに接続されたファクシミリに関するじょ
うほうをＬＡＮ上の端末で共有する。【解決手段】ＬＡＮ上のファクシミリ１０１０に対して
操作が行われると、ファクシミリ１０１０はその操作に
関する情報をサーバ１００１に送信する。また、操作の
結果などが画像で送信されると、その結果に関する情報
もサーバ１００１に送信する。サーバ１００１は、受信
したファクシミリ操作に関する情報、送信された画像、
送信結果に関する情報をデータベースに蓄積する。サー
バへこれた情報を送信するか否かはクライアント毎に設
定される。クライアントはこのデータベースを参照して
ファクシミリの動作履歴情報を獲得できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばローカルエ
リアネットワーク上に、ファクシミリ機能等を含むマル
チファンクションデバイスや、サーバ、クライアント等
を接続して文書等の管理を行うためのデータ処理装置及
びその制御方法に関する。

【０００２】

【従来の技術】従来、ＬＡＮ等のネットワークにファク
シミリモデム等のファクシミリ通信機能を有する端末を
接続し、それをファクシミリサーバとして電話回線と接
続したシステムがある。このようなＬＡＮシステムにお
いては、ＬＡＮ上のクライアント端末からの指示でファ
クシミリ通信が行えるほか、ファクシミリ装置単体も、
スタンドアロンのファクシミリ装置と同様に使用するこ
とができる。

【０００３】

【発明が解決しようとする課題】上述したＬＡＮシステ
ムには、クライアント端末からユーザがファクシミリ送
信した送信記録を後から確認可能なものがある。また、
ＬＡＮシステムへの接続の有無に関わらず、単体のファ
クシミリ装置においては、ファクシミリ送信終了後に、
送信を行ったファクシミリから送信結果に送信画像を付
加して送信レポートとしてプリント出力することができ
るものがある。

【０００４】しかしながら、ＬＡＮシステムに接続され
たファクシミリ装置をＬＡＮ経由ではなくその操作パネ
ル等により直接操作して、ファクシミリ送信を行った場
合には、その送信履歴は、ファクシミリ装置を直接操作
することによって得られるかもしれないが、ＬＡＮ上の
所望のクライアント端末あるいはサーバ端末から参照す
ることはできなかった。

【０００５】また、ファクシミリ装置を直接操作してフ
ァクシミリ送信する場合に、クライアント端末やサーバ
端末などに電話帳等のユーザ毎の個別データが用意され
ていたとしても、それを参照してファクシミリ送信を行
うことはできなかった。

【０００６】また、このようなＬＡＮシステムにおい
て、ファクシミリ装置を、スキャナやプリンタなどとし
ても使用できる多機能端末を用いた場合、ファクシミリ
通信の記録は履歴として残るのに対して、印刷やスキャ
ン、あるいはファクシミリ受信したデータのＬＡＮ上の
端末への配信といった、電話回線を用いたファクシミリ
通信以外の履歴は残していなかった。なお、今後、多機
能端末を、マルチファンクションデバイス、あるいはＭ
ＦＤ、あるいは単にデバイスと呼ぶ。

【０００７】本発明は上記従来例に鑑みてなされたもの
で、単独で操作可能な通信端末が接続されたネットワー
クシステムにおいて、前記通信端末を単独で操作して行
った通信の履歴を、ネットワーク上の端末から参照可能
なデータ処理装置及びその制御方法を提供することを第
１の目的とする。

【０００８】更に、単独で操作可能な通信端末が接続さ
れたネットワークシステムにおいて、前記通信端末を単
独で操作して通信を行う際に、ネットワーク上の端末に
格納されたデータを参照して通信を行えるデータ処理装
置及びその制御方法を提供することを第２の目的とす
る。

【０００９】更に、多機能端末を用いた処理の履歴を記
録として残すことができるデータ処理装置及びその制御
方法を提供することを第３の目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明は次のような構成からなる。

【００１１】ネットワークに接続する接続手段と、ジョ
ブを実行する処理手段と、前記処理手段によるジョブの
実行をマニュアル指示するための操作部と、前記処理手
段により実行したジョブの結果を示す情報を前記接続手
段を介してネットワーク上の端末に転送するか否かをユ
ーザ毎に設定する設定手段と、前記操作部により指示を
行ったユーザを判定する判定手段と、前記設定手段によ
る設定及び前記判定手段による判定に応じて、前記処理
手段で処理したジョブの結果を示す情報を、前記接続手
段を介してネットワーク上の端末に転送するか否かを制
御する制御手段とを備える。

【００１２】更に好ましくは、前記ジョブの結果は前記
処理手段により実行されたジョブの内容を示す。

【００１３】更に好ましくは、前記ジョブの結果は前記
処理手段により処理されたジョブに係る画像データであ
る。

【００１４】更に好ましくは、原稿画像を読み取るリー
ダを更に備え、前記処理手段は前記リーダから出力され
る画像データを処理する。

【００１５】更に好ましくは、電話回線と接続する第２
接続手段を更に備え、前記処理手段は前記リーダから出
力される画像データを前記第２接続手段を介して送信す
る。

【００１６】更に好ましくは、画像をプリントするプリ
ンタを更に備え、前記処理手段は前記リーダから出力さ
れる画像データに基づく画像を前記プリンタによりプリ
ントする。

【００１７】更に好ましくは、前記処理手段でジョブを
実行させる際に用いるべき設定データを前記接続手段を
介して接続されている端末から受信する受信手段を更に
備え、前記処理手段は受信手段で受信した設定データに
基づきジョブを実行する。

【００１８】あるいは、少なくとも、電話回線を介して
データを受信するデータ通信装置及び複数のクライアン
トを有するＬＡＮと接続する接続手段と、前記データ通
信装置が電話回線を介して受信したデータをＬＡＮを介
して受信する受信手段と、前記受信手段で受信したデー
タを、前記接続手段を介して接続されているクライアン
トに配信する配信手段と、前記配信手段による配信結果
を示す情報をクライアント毎に区別して蓄積する蓄積手
段とを備える。。

【００１９】更に好ましくは、前記配信手段は、前記受
信手段で受信したデータに応じて自動的に配信する。

【００２０】更に好ましくは、前記配信手段は、前記受
信手段で受信したデータを手動操作に基づいて配信す
る。

【００２１】更に好ましくは、前記蓄積手段は、配信結
果を示す情報を、クライアント毎に区別して蓄積すると
共に複数のクライアントで強要できるエリアにも蓄積す
る。

【００２２】あるいは、ネットワークに接続されたデー
タ処理装置の制御方法であって、データ処理装置の操作
部からの操作に基づき、データ処理装置が実行した結果
を示す情報をネットワーク上の端末に転送させるか否か
をユーザ毎に設定する設定工程と、操作部から指示を行
ったユーザを判定する判定工程と、前記設定工程におけ
る設定及び前記判定工程における判定に応じて、データ
処理装置が操作部からの指示に基づき実行したジョブの
結果を示す情報をネットワーク上の端末に転送するか否
かを制御する制御工程とを備える。

【００２３】あるいは、少なくとも、電話回線を介して
データを受信するデータ通信装置及び複数のクライアン
トを有するＬＡＮに接続されるデータ処理装置の制御方
法であって、データ通信装置が電話回線を介して受信し
たデータをＬＡＮを介して受信する受信工程と、前記受
信工程で受信したデータを、ＬＡＮ上のクライアントに
配信する配信工程と、前記配信工程による配信結果を示
す情報をクライアント毎に区別して蓄積する蓄積工程と
を備える。

【００２４】あるいは、ネットワークに接続されたデー
タ処理装置を制御するためのプログラムを記録したコン
ピュータ可読の記憶媒体であって、前記プログラムは、
データ処理装置の操作部からの操作に基づき、データ処
理装置が実行した結果を示す情報をネットワーク上の端
末に転送させるか否かをユーザ毎に設定する設定工程
と、操作部から指示を行ったユーザを判定する判定工程
と、前記設定工程における設定及び前記判定工程におけ
る判定に応じて、データ処理装置が操作部からの指示に
基づき実行したジョブの結果を示す情報をネットワーク
上の端末に転送するか否かを制御する制御工程との各工
程のコードを含む。

【００２５】あるいは、少なくとも、電話回線を介して
データを受信するデータ通信装置及び複数のクライアン
トを有するＬＡＮに接続されるデータ処理装置を制御す
るためのプログラムを記録したコンピュータ可読の記憶
媒体であって、前記プログラムは、データ通信装置が電
話回線を介して受信したデータをＬＡＮを介して受信す
る受信工程と、前記受信工程で受信したデータを、ＬＡ
Ｎ上のクライアントに配信する配信工程と、前記配信工
程による配信結果を示す情報をクライアント毎に区別し
て蓄積する蓄積工程との各工程のコードを含む。

【００２６】

【発明の実施の形態】［第１の実施の形態］以下、図面
を用いて本発明の第１の実施形態について説明する。図
１は、本実施形態による文書配信システムの構成図の例
である。

【００２７】ＬＡＮ上に、文書配信／管理サーバ１００
１をおき、それと接続して各種サービスを実行させるた
めの一台のマルチファンクションデバイス（ＭＦＤ）１
０１０と、各ユーザ用のサービス環境として複数（ここ
では例として３台）のクライアント端末１０２０、１０
２１１０２２をイーサネット（登録商標）等の同一ＬＡ
Ｎ上に配置した例を示している。ＭＦＤ１０１０は、Ｆ
ＡＸ通信のために公衆網（電話回線）に接続されてい
る。

【００２８】図２は、マルチファンクションデバイス
（ＭＦＤ）のブロック構成図を示している。

【００２９】２００１はリソース管理部であり、デバイ
スとしてサポートしている各種リソース２０１０〜２０
５１全体を管理して、リクエストされた各種ジョブのス
ケジューリング等を行なっている。

【００３０】２０１０は、ユーザによるマニュアル指示
を受け付けたり表示部による表示を行う操作部であり、
端末としての機能をユーザに提供するためのユーザイン
ターフェースとなっている。

【００３１】２０１５は読取制御部であり、原稿上の画
像を読み取るスキャナ２０１６の制御を行なう。

【００３２】２０２０は記録制御部であり、記録市場に
画像をプリントするプリンタ２０２１の制御を行なう。

【００３３】２０２５は通信制御部であり、回線制御部
２０２６を介してＦＡＸ送受信を制御する。

【００３４】２０３０はメモリ管理部であり、メモリ２
０３１資源を各制御部に割り当て、各種文書データ等の
蓄積管理や短縮ダイヤルデータや読取りモードデータな
どのデバイス設定データの登録管理等を行なう。

【００３５】２０３５は画像処理部であり、紙サイズ変
換、解像度変換、スムージング処理等特にＦＡＸ送信、
受信記録時に必要な画像処理を行なう。

【００３６】２０４０は符号化処理部であり、特にＦＡ
Ｘ送受信用に標準的に使用されているＭＨ，ＭＲ，ＭＭ
Ｒ，JBIGといった符号化、復号化処理を中心に行なって
いる。

【００３７】２０４５はＰＤＬ制御部であり、本実施形
態においてはＬＡＮを介して受け付けたページ記述言語
で記述されたデータ（ＰＤＬデータ）をＰＤＬ処理部２
０４６を用いてビデオデータに変換する。そのデータ
は、記録制御部２０２０に渡されてプリンタ２０２１で
出力される。

【００３８】２０５０は、外部ｉ／ｆ制御部であり、こ
の例ではＬＡＮ制御部２０５１を介して、ＬＡＮ上のサ
ーバと所定のデータ通信、ジョブ管理、制御を行なう。
例えば、サーバからの送信ジョブ、プリントジョブを受
けたり、サーバ側に受信データ、スキャナ読取データを
転送したり、といった処理をリソース管理部２００１の
管理下で行なう。

【００３９】また、ネットワーク上の特定のユーザ（ク
ライアント）用にスキャナ読取データをサーバ側に転送
するために、操作部２０１０上から、クライアントを指
定させる機能も設けられている。

【００４０】さらに、ＭＦＤ１０１０はサーバ１００１
と通信して以下の処理を行う。（１）「ユーザ認証」ユーザによる操作部２０１０からの操作により、ユーザ
ＩＤとパスワードが入力されると、ＬＡＮを経由してサ
ーバ１００１に問い合わせ、ユーザ認証（ログイン）の
結果を取得する。認証に成功した場合、サーバ１００１
から認証されたユーザのデバイス設定データを取得して
メモリ２０３１に記憶する。また、ユーザが操作部２０
１０によりログアウト操作を行うと、ログアウト処理が
行われる。この操作がなされなかった場合には、最後の
処理から一定時間経過後に自動的にログアウトの処理を
行う。ログアウト処理はログイン時にメモリ２０３１に
記憶されたデータをすべて消去する処理である。（２）「短縮ダイヤルデータ登録」操作部２０１０からの操作により、短縮ダイヤルデータ
の登録、編集、削除を行いデバイス上のメモリ２０３１
に記憶するとともに、サーバ１００１に図８で説明され
るユーザごとのアドレスデータの更新を依頼するように
リソース管理部２００１の管理下で各関連制御部が制御
される。（３）「コピー動作」操作部２０１０からの操作により、スキャナ２０１６に
セットした原稿が読み取られて、プリンタ２０１６に出
力されるようにリソース管理部２００１の管理下で各関
連制御部が制御される。（４）「ＦＡＸ送信」操作部２０１０からの操作により、スキャナ２０１６に
セットした原稿上の画像が読み取られて、回線制御部２
０２６からデータが転送されるように、リソース管理部
２００１の管理下で各関連制御部が制御される。送信が
終了した画像データは、サーバ１００１のハードディス
ク上に構築されたデータベースに保存されるようになっ
ている。（５）「ＦＡＸ受信」回線制御部２０６０を介して受信した画像データを、一
旦メモリ２０３１に蓄積し、一般的には、この画像デー
タを受信文書出力として、プリンタ２０２１からプリン
ト出力されるように、または、ＬＡＮ制御２０５１を介
してサーバ１００１へデータ転送されるように、リソー
ス管理部２００１の管理下で各関連制御部が制御され
る。（６）「スキャン」スキャナ２０１６で画像を読みとらせ、読みとられた画
像データをLAN制御部２０５１を介してサーバに転送さ
れるように、リソース管理部２００１の管理下で各関連
制御部が制御される。（７）「プリント」ＬＡＮ上の端末から送られてきたＰＤＬデータ等の印刷
データを、プリンタ２０２１により印刷する。

【００４１】以上、例示した処理をＭＦＤ１０１０は実
行できる。

【００４２】図３は、マルチファンクションデバイスに
おける、特にユーザが操作部２０１０を操作して各種ジ
ョブを処理する場合のフローチャートを示している。

【００４３】マルチファンクションデバイスは、待機状
態において操作部２０１０の表示部にユーザにログイン
を促す画面を表示している。この画面上で利用者が所定
の操作を行うと、図３の手順が実行される。

【００４４】ステップ２１０１では、この待機状態にお
いて、ユーザが操作部２０１０の入力部からユーザＩ
Ｄ、パスワードの入力操作を行うとステップ２１０２に
処理を進める。ログイン操作が行われない場合には、再
びステップ２１０１に戻り待機状態を継続する。

【００４５】ステップ２１０２では、ユーザが入力した
情報を用いてサーバ１００１と通信し、ユーザの認証処
理を行う。

【００４６】ステップ２１１０では、ユーザ認証が成功
すれば、ステップ２１１１でサーバ１００１からログイ
ンしたユーザ固有のアドレスデータやスキャナ読み取り
モード、スキャンデータ送信宛先などのデバイス設定デ
ータを取得しデバイスのメモリ２０３１に設定する。そ
の後、表示部にコピー、ファクシミリ送信、データ登録
などの操作が可能であることを示す表示を行い、ステッ
プ２１２０に処理を進める。このとき、強制ログアウト
処理を開始するためのタイマを起動する。

【００４７】また、認証に失敗した場合は警告音を鳴動
し、または、警告表示などを行った後に、再度ログイン
画面を表示し、ステップ２１０１に処理を戻す。

【００４８】ステップ２１２０では、ユーザ操作を待
ち、操作が行われればステップ２１３０へ、そうでなけ
ればステップ２１２１に処理を進める。

【００４９】ステップ２１２１は強制ログアウトを監視
するタイマの計時がタイムアウトした場合にはステップ
２１３３へ処理を進め、そうでなければ再びステップ２
１２０の処理にもどる分岐処理である。タイムアウトの
時間はあらかじめ設定してあるものとする。

【００５０】ステップ２１３０ではコピー操作、ファク
シミリ送信操作、データ登録操作などの操作の種類によ
り次に行う処理を分岐する。ＦＡＸ送信操作が行なわれ
たときはステップ２１３１へ、コピー操作が行われたと
きはステップ２１３２へ、スキャン操作が行われたとき
はステップ２１３３へ、ログアウト操作が行なわれたと
きはステップ２１３４へ、それ以外はステップ２１３５
に処理を進める。

【００５１】ステップ２１３１は送信操作が行なわれた
時の処理である、詳細は図４を用いて後述する。

【００５２】ステップ２１３２はコピー操作が行われた
ときの処理である。ここでは、コピー処理と同時に処理
に関する情報がサーバ１００１に通知される。これは、
図４で説明されるＦＡＸ送信処理の時に行われるのと同
様の処理であり、操作者、プリントに使用された記録紙
種別と枚数などがサーバに通知される。

【００５３】ステップ２１３３はスキャン操作が行われ
たときの処理である。ここでは、スキャナ２０１６から
原稿上の画像を読み取り、サーバ１００１にデータを転
送する。データの転送に先立ち、スキャン処理に関する
情報をサーバ１００１に転送する。

【００５４】ステップ２１３４はログアウト処理であり
ログイン時に設定されたユーザごとの設定データをクリ
アする。ステップ２１３５ではデータ登録など上記以外
の処理である。

【００５５】図４は、ユーザがマルチファンクションデ
バイスの操作部２０１０を操作して原稿をファクシミリ
送信するときに、デバイス内で行われる処理を説明する
フローチャートである。この処理は図３のステップ２１
３１に相当する。

【００５６】ステップ２２０１では、ユーザのファクシ
ミリ送信操作情報をサーバ１００１に通知するかどうか
を判断する。この通知するかどうかの情報はあらかじめ
メモリ２０３１にユーザ毎に設定されているものとす
る。ここでログインしたユーザが通知する設定になって
いる場合は、ステップ２００２でユーザが操作した情報
をサーバ１００１に通知する。

【００５７】ここでは入力された宛先の電話番号、宛先
名称、使用された発信人名称、ジョブＩＤなどが通知さ
れる。そうでなければ処理をスキップしステップ２２０
５に処理を進める。

【００５８】ステップ２２０５では、スキャナ２０１６
にセットされた原稿の読取を開始する。操作部２０１０
に設けられた解像度選択キー、読取濃度調整キー、読取
モード（文字モード／写真モード）などの設定条件にし
たがってスキャナ２０１６を駆動し、適切な画像処理を
行った上で、メモリ２０３１に設けられた画像メモリに
順次読取データを蓄積する。ここでは、この処理を行な
う別のプロセスを起動するだけで、実際の読取制御はそ
の別のプロセスで実行される。

【００５９】ステップ２２１０はユーザが入力した宛先
にダイヤルし回線を接続する処理である。

【００６０】ステップ２２１１では宛先との回線接続が
成功したかどうかにより処理を分岐する。成功すればス
テップ２２２０に、失敗すればステップ２２１２に処理
を進め、あらかじめ設定された内容に応じてリダイヤル
処理を行う。

【００６１】ステップ２２２０は、ステップ２２０２の
処理により読取られた画像データをファクシミリ符号に
変換してファクシミリ送信バッファに移し、ファクシミ
リ送信する処理である。ファクシミリ符号に変換する際
に相手機の受信能力に応じて解像度変換処理を行うこと
もある。また、ファクシミリ送信バッファはメモリ部２
０３１に設けられている。ここでは、ＩＴＵ−Ｔ勧告
Ｔ．３０で規定される手順にしたがってファクシミリ送
信されるものとする。ここではこの処理を起動するだけ
で実際にこの処理はほかのプロセスで実行される。

【００６２】ステップ２２２５は、送信された画像デー
タをサーバ１００１に転送するかどうかを判断する分岐
処理である。この転送するかどうかの情報はあらかじめ
ユーザ毎に設定されているものとする。ログインしたユ
ーザが転送するように設定されている場合は２２３０に
処理を進め，そうでない場合は２２４０に処理を進め
る。

【００６３】ステップ２２３０は、ステップ２２２０で
ファクシミリ送信し終わった画像データをファクシミリ
送信バッファから同じくメモリ部２０３１に設けられて
いるｉ／ｆ用データバッファに転送し、さらにバッファ
からサーバ１００１へ転送する処理である。ここではこ
の送信処理の起動を行なうだけであり、実際にはほかの
プロセスで実行される。サーバ１００１はステップ２０
０２であらかじめ通知された送信ジョブＩＤにより未転
送の送信画像データの有無の問い合わせを行い、あれば
画像データの転送を要求する。

【００６４】ステップ２２４０では、ファクシミリ送信
の終了後に回線の切断を行なう。ステップ２２４５はフ
ァクシミリ送信結果情報をサーバ１００１に通知するか
をユーザ毎の設定に基づき判断する処理である。通知す
る場合には、２２５０に、そうでなければ処理を終了す
る。

【００６５】ステップ２２５０では、サーバ１００１に
ファクシミリ送信に関わる情報を通知する。ここでは、
たとえば送信結果（正常／異常）、通信開始時刻、通信
時間、通信料金、通信ページ数などが通知される。な
お、ここで送信された情報は、後述するようにサーバ１
００１にユーザ毎に区別して格納される。

【００６６】図５は、ユーザがマルチファンクションデ
バイスの操作部２０１０を操作して原稿をコピーすると
きに、デバイス内で行われる処理を説明するフロー図で
ある。この処理は図３のステップ２１３２に相当する。

【００６７】ステップ２３０１では、ユーザのコピー操
作情報をサーバに通知するかどうかを判断する。この通
知するかどうかの情報はあらかじめユーザ毎にメモリ２
０３１に設定されているものとする。ここでログインし
たユーザが通知する設定になっている場合は、ステップ
２３０２でユーザが操作した情報をサーバに通知する。

【００６８】ここでは操作者の識別情報、入力されたコ
ピー枚数、読取編集モード情報（変倍率、トリミング情
報、マスキング情報、文字／写真モードなど）、ジョブ
ＩＤなどが通知される。そうでなければ処理をスキップ
しステップ２３０５に処理を進める。

【００６９】ステップ２３０５では、スキャナ２０１６
にセットされた原稿の読取を開始する。操作部２０１０
に設けられた読取編集モードなどの設定条件にしたがっ
てスキャナ２０１６を駆動し、適切な画像処理を行った
上で、メモリ２０３１に設けられた画像メモリに順次読
取データを蓄積する。ここでは、この処理を行なう別の
プロセスを起動するだけで、実際の読取制御は別のプロ
セスで実行される。

【００７０】ステップ２３１０はユーザが入力したコピ
ー枚数に応じてプリントを行う処理である。ステップ２
３０５で画像メモリに蓄積された読み取りデータに基づ
く画像をプリンタ２０２１を制御して記録紙上にプリン
トする。ここでは、この処理を行う別のプロセスを起動
するだけで、実際のプリント制御は別のプロセスで実行
される。

【００７１】ステップ２３１１は、プリント終了した画
像データをサーバに転送するかどうかを判断する分岐処
理である。この転送するかどうかの情報はあらかじめユ
ーザ毎に設定されているものとする。ログインしたユー
ザが転送するよう設定されている場合は２３２０に処理
を進め，そうでない場合は２３３０に処理を進める。

【００７２】ステップ２３２０は、ステップ２３１０で
プリントし終わった画像データをメモリ２０３１上に設
けられたプリントバッファから同じくメモリ部２０３１
に設けられているｉ／ｆ用データバッファに転送し、さ
らにバッファからサーバへ転送する処理である。ここで
はこの転送処理の起動を行なうだけであり、実際にはほ
かのプロセスで実行される。サーバ１００１はあらかじ
めステップ２３０２で通知されたコピージョブＩＤによ
り画像データの有無の問い合わせを行い、あれば画像デ
ータの転送を要求する。

【００７３】ステップ２３２５はコピー結果情報をサー
バに通知するかをユーザ毎の設定に基づき判断する処理
である。通知する場合には、２３３０に、そうでなけれ
ば処理を終了する。

【００７４】ステップ２３３０では、サーバ１００１に
コピーに関わる情報を通知する。

【００７５】ここでは、たとえばコピー結果（正常／異
常）、コピーページ数などが通知される。なお、ここで
送信された情報は、後述するようにサーバ１００１にユ
ーザ毎に格納される。

【００７６】図６は、本実施形態の文書配信管理サーバ
１００１のブロック構成図である。

【００７７】３００１はＬＡＮ制御部であり、基本的な
機能はサーバアプリケションがインストールされるネッ
トワークＯＳにより提供される。

【００７８】３００２はトランザクション管理部であ
り、サーバ管理下のＬＡＮ上のデバイス、クライアント
端末との個別の通信処理を、内部処理の結果を踏まえつ
つ、ＬＡＮ制御部３００１を介して行なう。

【００７９】３００３はリクエストQueue管理部であ
り、基本的にはデバイス側、クライアント側からの非同
期に転送される各種要求メッセージを一旦内部的にキュ
ー管理し、逐次要求内容に応じた処理をしている。ただ
し、サーバ内でスケジューリングを必要とする要求が発
生する場合も想定されている。

【００８０】３００４はジョブ管理部であり、デバイス
側、クライアント側、場合によってはサーバ内からの要
求内容に添って、各種ジョブ処理部に処理を渡す。

【００８１】３００５はユーザ管理に関するジョブを処
理するユーザ管理部で、基本的には管理下にあるユーザ
（クライアント）、デバイスの管理に関するジョブの処
理を行なう。例えば、各クライアント、デバイスからの
接続（ログイン）要求処理の判断、各ユーザ用に管理さ
れた文書情報、アドレス情報のハンドリング、ならびに
デバイス側のジョブ処理状況、リソース状態等を管理、
制御する。

【００８２】３００６はサーバ管理に関するジョブを処
理するサーバ管理部で、基本的にはサーバの管理者向け
に、サーバの設定、データのバックアップ、サービス用
ログデータの取得等のサービス機能を提供する。

【００８３】３００７では本サーバでの文書処理全般に
関する処理を扱う文書処理部である。必要に応じてスケ
ジューラ３０１０に制御権を渡し、その管理下で各種ジ
ョブ群３０２０を実行するようになっている。

【００８４】なお、各種ジョブ群３０２０の具体例につ
いては図７に示す。

【００８５】３０３０はメモリ管理部となっており、サ
ーバで扱う各種データは、原則としてその管理下でデー
タベース３０３１に蓄積、管理され、必要に応じて参
照、読み出しが行なわれる。なお、データベース３０３
１の具体例については図７に示す。また、データベース
に蓄積されるデータは、データバッファ３３１０を介し
てＭＦＤ１０１０と交換される。

【００８６】文書配信管理サーバ１００１はこのような
構成を有するが、これら各ブロックは、パーソナルコン
ピュータ等のハードディスクに上述した各種機能を実現
するためのアプリケーションプログラムをインストール
し、それをロード・実行することで実現できる。

【００８７】＜ジョブの種類＞図７は、本実施形態の文
書配信管理サーバ１００１の各種文書処理ジョブ群を示
す図である。大分類として、サーバとデバイスとの間で
のジョブデータの転送処理を伴う対デバイスジョブ３１
１０と、サーバ内で処理される、もしくはサーバとクラ
イアントとの間でのデータ処理に限定されるサーバ内部
ジョブ３１２０に分けてスケジュール管理されている。

【００８８】（１）対デバイスジョブ３１１１はＦａｘ送信ジョブであり、各クライアントか
らの送信要求ジョブデータを受け取り、デバイスに対し
てＦａｘ送信を要求する。

【００８９】３１１２はＦａｘ受信ジョブであり、デバ
イス側からＦａｘ受信データを受けて、サーバ内にＦａ
ｘ受信データを蓄積管理する。なお、デバイス側から配
信先クライアントのデータが付加されている場合は、そ
のクライアント（ユーザ）固有のデータとして管理する
ことで配信処理を行なう。配信先が不明の場合は、後述
する自動ルーティングジョブ３１２６に処理を移すこと
により、受信したイメージデータから配信先を抽出処理
することにより配信処理ができるようになつている。

【００９０】３１１３はプリントジョブであり、ここで
は、クライアント側からの、特にサーバ内に蓄積管理さ
れたイメージ文書の印刷要求ジョブに関して処理を制御
する。

【００９１】３１１４はスキャンジョブであり、デバイ
スが原稿上の画像を読み取って得たデータを受け取り、
所定のユーザの読取専用フォルダにファイルとして管理
して当該ユーザからアクセスできるようになっている。

【００９２】３１１５はデバイス送信ジョブであり、デ
バイスの操作部２０１０を操作してＦＡＸ送信したデー
タおよび通信情報をデバイスから受け取り、所定のユー
ザの送信済みデータとしてデータベースで管理する。こ
こでは、ユーザのＳｅｎｔＦａｘフォルダに管理される
こととする。

【００９３】３１１６はデータ設定ジョブであり、ユー
ザごとのデバイス設定データをデバイスに転送しデバイ
スに設定できるようになっている。

【００９４】３１１７はデバイスコピージョブであり、
デバイスの操作部２０１０を操作して原稿をコピーした
データおよびコピー処理情報をデバイスから受け取り、
所定のユーザのコピー済みデータとしてデータベースで
管理する。ここでは、ユーザのScanフォルダに管理され
ることとする。

【００９５】（２）サーバ内ジョブ３１２１はＯＣＲ解析ジョブであり、イメージデータと
して蓄積管理される受信文書、スキャナ読取文書等に対
してＯＣＲ処理をする。ここでは、直接指定された文書
全体をＯＣＲ処理する場合と、他の文書要約ジョブ３１
２２、ルーティングジョブ３１２６から目的に応じて起
動されることも可能になっている。例えば、受信文書か
ら宛先データを抽出処理したり、イメージデータ全体を
ＯＣＲ処理して、全文を文字コードを含むデータに電子
データ化したりすることが可能になっている。

【００９６】３１２２は文書要約ジョブであり、サーバ
内に蓄積された文字コード化された文書に対する、内容
の要約処理を行なうためのものである。

【００９７】３１２３は文書検索ジョブであり、サーバ
内に蓄積されたを検索の手段するものである。

【００９８】３１２４は暗号処理部であり、必要に応じ
てサーバに蓄積された文書に対して暗号化処理を施し、
文書に対するセキュリテイを保障するものである。

【００９９】３１２５は文書データ転送ジョブであり、
クライアント側にイメージデータを転送処理する。この
時、表示サイズの縮小要求があれば、縮小処理した表示
データを転送する。

【０１００】３１２６は自動ルーティングジョブであ
り、特には、受信文書に対して、宛先をＯＣＲ解析ジョ
ブ３１２１により抽出し、抽出された宛先に対応するユ
ーザ別の管理エリアに当該文書を移動させることで配信
処理を行なう。

【０１０１】３１２７は手動ルーティングジョブであ
り、特に一時的に蓄積された受信文書に対して、特別に
許可されたクライアント側のユーザに対して各文書を視
覚的に内容を見せて、所定の宛先を確認させる機能と、
ネットワーク上の各ユーザのフォルダに当該文書をサー
バ内で手動的に移動させる機能とを提供するものになっ
ている。

【０１０２】３１２８は文書登録ジョブであり、クライ
アント側の要求に応じてサーバ内に文書の登録を行なう
ことが可能になっている。

【０１０３】＜文書配信サーバにおけるデータベースの
構成＞図８は、本実施形態の文書配信管理サーバ１００
１のデータベース構成を示す図である。このデータベー
スはサーバ１００１のハードディスク上に構築される。
データは、ユーザ毎に管理されるユーザ固有データと、
ユーザが共有する共有データに分類される。共有データ
として以下のデータを管理する。（１）ユーザ管理情報ユーザ名、ユーザパスワード、ユーザ別設定、デバイス
設定情報等を含む。（２）サーバ管理情報ユーザライセンス数、時刻、サーバアプリケーションバ
ージョン等を含む。（３）共有アドレスデータ各ユーザで共有するアドレスデータ。ネットワーク上の
各ユーザのＬＡＮ上のアドレスについては、自動的に登
録する。（４）共有文書データ各ユーザで共有する文書データ。（５）共有文書アノテーションデータ共有する文書に対するアノテーション情報。（６）履歴管理データデバイスを使用して行った、ジョブの実行履歴。ＦＡＸ
通信記録や、コピー処理記録が管理されている。（７）一時保存データ特に、宛先が明示されずに転送されたＦＡＸ受信文書。

【０１０４】また、各ユーザ単位のデータとして以下の
データを管理する。（１）Inboxデータ主としてデバイス側から転送される受信文書データ。（２）OutBoxデータデバイス側に転送されるべき送信要求されたの文書デー
タ。（３）Scanデータスキャンジョブによって読み取られ、転送された文書デ
ータ。（４）SentFaxデータ送信処理済みの文書データ。（５）Trashデータ不要指示され一時保存された文書データ。（６）ユーザ専用フォルダデータユーザが個別に設定したフォルダに、ユーザが移動、複
写させた文書。（７）ユーザ専用アドレスデータユーザが独自に設定したアドレス情報。この中には、デ
バイスに短縮データとして転送される情報も含まれてい
る。（８）デバイス設定用データデバイスからのログイン時にデバイスにダウンロードさ
れる読取りモードなどのデバイス設定データ。

【０１０５】図９は、本実施形態の文書配信サーバ１０
０１を介したシステムにおけるデータフローを示す図で
ある。マルチファンクションデバイス（ＭＦＤ）１０１
０とサーバ１００１とは、データバッファ３３１０を介
してデータ転送処理が行なわれる。データバッファ３３
１０には、（１）ＦＡＸ送信要求用データバッファ（２）ＦＡＸ受信用データバッファ（３）プリントデータ用データバッファ（４）スキャナデータ用データバッファ（５）デバイス送信データ用データバッファ（６）デバイス設定データ用データバッファがそれぞれ用意され、これらのデータバッファ内のデー
タは、ＭＦＤ１０１０とデータパケット単位に混在させ
て転送が可能になっている。

【０１０６】サーバ内では、ＭＦＤ１０１０側のデータ
バッファ３３１０と、データベース３０３２側で内部的
に必要に応じたデータ転送が行なわれる。

【０１０７】各クライアント１０２０〜１０２２は、サ
ーバ１００１におけるデータベース３０３２に対してデ
ータ転送（アクセス）を行なうことにより、各種サービ
スの提供を受けることが基本になっている。

【０１０８】例えばクライアントとしてのユーザ１（１
０２０）は、サーバにおける共通データエリアのデータ
領域と、ユーザ１用として個別に管理されたユーザ１デ
ータ領域をアクセスすることで、各種サービスの提供を
受けることができるようになっている。

【０１０９】図１０は、文書配信管理サーバ１００１に
おける基本処理の手順を示すフローチャートである。

【０１１０】ステップ３４０１は、電源立ち上げ時に行
なうデータベースのチェック処理である。

【０１１１】ステップ３４１０は、各種クライアント、
ならびにデバイスからの、サーバへのログイン要求の確
認である。ログイン要求があれば、ステップ３４１１に
おいて、パスワードチェック等を含めたログイン処理を
行なう。この処理は、図６のユーザ管理部３００５で処
理される。

【０１１２】ステップ３４１５は、クライアントからの
ユーザ情報要求の確認である。ユーザ情報要求があれ
ば、ステップ３４１６で、要求内容に応じて各ユーザ個
別のデータ、および共有データをクライアント側に転送
処理する。この処理は、図６のユーザ管理部３００５で
処理される。

【０１１３】ステップ３４２０は、クライアントからの
サーバ情報要求の確認である。サーバ情報要求があれ
ば、ステップ３４２１で、要求内容に応じてサーバ固有
のデータをクライアント側に転送する。この処理は、図
６のサーバ管理部３００６で処理される。

【０１１４】なおここでは、図４のステップ２２０２及
び図５のステップ２３０２でデバイス１０１０から受信
し、後述するステップでデータベースの履歴データとし
て格納したユーザ毎の操作情報や、図４のステップ２２
５０で及び図５のステップ２３３０でデバイス１０１０
から受信し、後述するステップでデータベースに格納し
たユーザ毎のジョブ処理結果を含む通信履歴を読み出し
て、クライアントに送信する処理も行われる。

【０１１５】ステップ３４２５は、クライアントからの
文書データ要求の確認である。文書データ要求があれ
ば、ステップ３４２６で、指定された文書のデータ転送
処理を行なう。この処理は、図６の文書処理部３００７
で処理される。

【０１１６】ステップ３４３０は、クライアント、ある
いはデバイスからの各種ジョブ要求の確認である。ジョ
ブ要求があれば、ステップ３４３１で、指定されたジョ
ブの種類に応じたジョブデータの処理を行なう。各種ジ
ョブの処理は、図６の文書処理部３００７で処理され
る。

【０１１７】ステップ３４３５は、アドレスブック処理
に関する処理要求の確認である。処理要求があれば、ス
テップ３４３６でアドレス情報の収集、登録、変更に関
する処理を行なう。

【０１１８】ステップ３４４０は、ログアウト要求の確
認である。ログアウト要求があれば、ステップ３４４１
でログアウト処理を行なう。

【０１１９】ステップ３４４５は、サーバ停止要求の確
認である。要求があれば、ステップ３４４６で停止処理
を行なう。

【０１２０】ステップ３４５０では、図４のステップ２
２５０、および図５のステップ２３３０においてデバイ
ス１０１０から送信されたジョブ処理結果通知を受信し
たか判定する。受信した場合には、ステップ３４５１に
おいてジョブ処理結果をデータベース３０３１のログ管
理領域に格納する。

【０１２１】ステップ３４５５では、図４のステップ２
２０２および図５のステップ２３０２においてデバイス
１０１０から送信された操作情報通知を受信したか判定
する。受信した場合には、ステップ３４５６において操
作情報をデータベース３０３１の履歴領域に格納する。

【０１２２】以上の手順により、サーバ１００１は、ク
ライアント端末からの要求やオペレータによるサーバ１
００１のキーボードを用いた操作、あるいはＭＦＤ１０
１０による各種要求に応えて、各種処理を遂行する。

【０１２３】＜クライアント端末の構成＞図１１は、ク
ライアント端末のブロック構成図である。

【０１２４】４００１は一般の文書作成アプリケーショ
ン、４００２はＯＳが提供するグラフィックデバイスイ
ンターフェース部、４００３はプリンタドライバであ
り、４００４は、一般的にはＯＳが提供するプリントマ
ネージャであり、アプリケーション４００１から要求さ
れた印刷系のジョブは、これらのモジュール４００２〜
４００４を通り、ＬＡＮ制御部４０３０を介してネット
ワークＯＳが提供する印刷システム上で処理される。

【０１２５】４００５はＦＡＸドライバであり、アプリ
ケーションから送信要求する場合はこちらのドライバが
選択されて後述するジョブ管理部４０２０を介して送信
要求ジョブとして処理される。

【０１２６】４０１０は、本実施形態において提供され
る文書配信／管理アプリケーションであり、文書配信／
管理サーバへアクセスするためのグラフィックユーザイ
ンタフェース（ＧＵＩ）を提供している。

【０１２７】具体的には、各種データ（ＦＡＸ送受信文
書、スキャナ文書、通信履歴情報等）の表示、文書編集
機能、各種設定機能（個人文書を共有文書にするモード
設定、アドレス帳設定含む）、各種ジョブ指定操作（Ｆ
ＡＸ送信、文書印刷、等）などを提供している。

【０１２８】なお、本実施形態においては、一般ユーザ
用アプリケーションとは別に、いくつか管理者用アプリ
ケーションも用意してある。その一つには、受信文書の
手動配信アプリケーションがある。これは、宛先が不明
（解析不能含む）でサーバ内に一時保存されたの受信文
書の内容をビューアで表示し、目視で宛先を確認できる
ようにして、当該文書を所定のユーザ用の文書として設
定できるものである。

【０１２９】また、サーバ管理者用のアプリケーション
として、本サーバを使用するクライアント（ユーザ）設
定、デバイスのリモート設定等が可能な管理者用アプリ
ケーションも用意されている。

【０１３０】４０１１は、同様に提供される文書配信／
管理ドライバであり、アプリケーションから要求される
各種ジョブデータのハンドリングをジョブ管理部４０２
０を介して行なっている。

【０１３１】４０２０は、ジョブ管理部であり、アプリ
ケーション４０１０から要求されたジョブの管理を行な
う。

【０１３２】４０２１は、ジョブ制御部であり、各種ジ
ョブに対して、サーバとのデータ転送処理を行なうもの
である。

【０１３３】４０３０は、ＬＡＮ制御部であり、一般的
には、ＯＳメーカが提供するＬＡＮ上の通信を制御す
る。

【０１３４】図１２は、クライアント端末による処理フ
ローチャートである。

【０１３５】ステップ４１０１で、サーバ１００１への
接続(Login)処理を行なう。ここで、まず、本実施形態
におけるシステムのユーザとしてのユーザ認証（例え
ば、ユーザＩＤ，パスワードと使用する）を行なう。

【０１３６】ステップ４１０２は、サーバ１００１から
のデータアップロード、表示処理であり、ログインした
結果、当該ユーザ用のデータとしてサーバ側ですでに管
理されているデータを吸い上げ、ＧＵＩ上に所定のデー
タを表示させる。図２１はクライアントアプリケーショ
ンでの表示例である。この例ではユーザーのアクセス可
能なフォルダ一覧と選択しているフォルダに含まれるデ
ータ一覧が表示されるように構成されている。

【０１３７】ステップ４１１０は、ユーザからのジョブ
要求の有無を検索するもので、ステップ４１１１は、何
らかのジョブ要求があれば、その処理を行なう。ここで
遂行されるジョブとして、サーバからの通信ログの読み
出しが含まれる。読み出された通信ログは、画面上に表
示あるいは印刷される。

【０１３８】ステップ４１２０では、アプリケーション
の終了要求を見ており、終了要求がなければステップ４
１０２にもどり再度サーバ側のデータをアップロード
し、配信された文書の有無等のステータスの確認を行
う。

【０１３９】ステップ４１２１は、ステップ４１２０で
アプリケーションの終了要求があった場合の処理でサー
バとの切断(Logout)処理を行い、処理を終了させる。

【０１４０】以上のようにして、本実施形態の文書配信
システムによれば、ＬＡＮに接続されたマルチファンク
ションデバイスによる処理履歴を、たとえＬＡＮを介さ
ない処理であってもＬＡＮサーバに記録し、アクセスの
許可されたＬＡＮクライアントからそれを参照すること
ができる。

【０１４１】［第２実施形態］本実施形態のシステムは
第１実施形態とほぼ同様であるために、その説明は省略
する。ただし、本実施形態では通信ログはサーバに記録
されなくとも良いために、図１６のように、サーバのデ
ータバッファ３３１０には通信ログの領域はない。

【０１４２】マルチファンクションデバイス１０１０の
処理手順としては、図３の代わりに、図１３となる。

【０１４３】ＭＦＤ１０１０は、まずステップ１２０１
でサーバとの接続要求があるか判定する。サーバとの接
続要求の指示は、操作部２０１０からでもＬＡＮ経由で
も行えるようになっている。このとき接続するサーバも
複数の中から指定できる。なお、ＭＦＤ１０１０におい
てサーバに設定されたアドレスリスト等を利用する場合
にも、その旨をオペレータが指定することでサーバへの
接続要求が発生する。サーバへの接続要求は、前述した
ように利用者の認証を伴う。すなわち、ユーザＩＤ及び
パスワードの入力を要求し、認証された利用者に対して
だけ、サーバとの接続を認める。

【０１４４】ステップ１２０２では、接続要求があり、
かつユーザが認証された場合に、サーバとの接続処理を
行う。接続するサーバが指定されている場合には、その
サーバ名を示すパラメータをＬＡＮ上に流すデータに付
加することで、サーバに通知する。なお、ここではサー
バ１００１に接続した場合の説明を行う。

【０１４５】ステップ１２１０では、ＭＦＤ１０１０
に、サーバ１００１に転送すべきジョブデータがあるか
確認し、例えば受信文書転送ジョブ、スキャナ読取りジ
ョブ等があった場合には、ステップ１２１１でサーバ１
００１にジョブデータの転送等を行う。

【０１４６】ステップ１２２０では、サーバ１００１に
ＭＦＤ１０１０へのジョブ要求があるか確認し、要求が
あればステップ１２２１でＭＦＤ１０１０内のリソース
の空き状況を確認し、ジョブがその時点で受け付けられ
ない状態であると判定されれば、ステップ１２２２でサ
ーバ１００１にビジーを通知し、ジョブを受け付けられ
る状態であれば、ステップ１２２３でジョブ処理を遂行
する。ジョブ処理の際には、いったんジョブデータをメ
モリ２０３１に蓄積し、その後必要な処理、例えばファ
クシミリ送信やプリントアウト処理を行う。

【０１４７】ステップ１２３０では、アドレスリスト等
の、共通のあるいはユーザ毎の設定データを要求するジ
ョブであるか判定され、そうであればステップ１２３１
でサーバに対して必要なデータを要求し、取得する。サ
ーバは、アドレス等の設定データが要求されれば、共有
アドレスデータあるいはユーザ毎のアドレスデータ等の
設定データをデータベースから読んで、それをＭＦＤ１
０１０に返す。

【０１４８】ステップ１２４０では、サーバ１００１と
の接続を解放する要求が出ているか確認し、特に指示が
なければ再度ステップ１２１０に移行して処理を継続す
る。

【０１４９】なお、サーバ１００１においてアドレスリ
ストをデータベースに３０３１に登録する処理は、図１
０のステップ３４１６において行われる。この登録は、
サーバ１００１で作成あるいは修正したデータをデータ
ベースに登録することで行われる。また、クライアント
端末で作成したデータを、クライアントからの要求に応
じて登録することもできる。さらに、ＭＦＤ１０１０で
作成したデータをサーバに登録することもできる。

【０１５０】以上のようにして、ＭＦＤ１０１０からフ
ァクシミリ送信、スキャンジョブなどを行う場合にも、
サーバ１００１に送信先のアドレスデータ（電話番号な
ど）を要求し、それを取得して、取得したアドレスを送
信先としてファクシミリ送信やスキャンジョブの指示等
を行える。そして、ファクシミリ送信やスキャンジョブ
が行われた後は前述のように設定に応じて履歴等がサー
バ１００１に転送されることは言うまでもない。

【０１５１】［第３実施形態］本実施形態の文書配信シ
ステムは、第１実施形態のそれとほぼ同様の構成である
ために、共通の構成については説明を省略する。

【０１５２】図１４は本実施形におけるネットワーク構
成を示す図である。図１４に示したとおり、ＬＡＮには
２台のＭＦＤ１０１０及び１０１１が接続されている。
また、ユーザは各ユーザごとに管理されるのみならず、
所望のグループにユーザを分け、グループごとに共有す
るデータを持たせたり、グループを単位として文書の配
信先を指定することもできる。ＭＦＤやサーバ、クライ
アントそれぞれの構成は第１実施形態と同様である。

【０１５３】ただし、本実施形態のシステムではＭＦＤ
により遂行されたジョブの履歴がサーバに記録されるた
めに、図７に示したジョブの内、体デバイスジョブ群の
処理内容に、ログを記録する機能が付け加わっている。

【０１５４】図７において、Ｆａｘ送信ジョブ３１１１
は、各クライアントからの送信要求ジョブデータを受け
取り、デバイスに対してＦａｘ送信を要求する。このと
き、送信宛先名、送信宛先番号、送信開始時刻、通信時
間、通信ページ数、ジョブを実行したデバイスのＩＤな
どがログ情報として保存される。ログの保存先は、図１
５に示したサーバのデータベース中の文書ログデータ領
域１５０１である。これは、対デバイスジョブに関して
は全て同様である。

【０１５５】Ｆａｘ受信ジョブ３１１２は、デバイス側
からＦａｘ受信データを受けて、サーバ内にＦａｘ受信
データを蓄積管理する。このとき、画像データのほか
に、通信開始時刻、通信時間、通信相手、通信ページ
数、デバイスのＩＤなどの情報をデバイスから取得し、
ジョブを依頼したユーザのＩＤなどとともにログ情報と
して画像と関連づけて保存する。

【０１５６】なお、デバイス側から配信先クライアント
のデータが付加されている場合は、そのクライアント
（ユーザ）固有のデータとして管理することで配信処理
を行なう。このとき、配信時刻、配信宛先等がログ情報
として画像と関連づけて蓄積される。配信先が不明の場
合は、自動ルーティングジョブ３１２６に処理を移すこ
とにより、受信したイメージデータから配信先を抽出処
理することにより配信処理ができるようになつている。
ここで、配信先のユーザーが特定できた文書に関して
は、そのユーザ固有のデータとして管理することで配信
処理を行なう。このとき、配信時刻、配信宛先等がログ
情報として画像と関連づけて蓄積される。配信先抽出処
理を行ってもなお配信先が特定できない場合には、受信
文書は文書を受信したデバイスに対応するデバイスデー
タの受信文書配送グループを参照し、該当するグループ
データの受信文書データとして保存される。

【０１５７】プリントジョブ３１１３は、クライアント
側からの、特にサーバ内に蓄積管理されたイメージ文書
の印刷要求ジョブに関して処理を制御する。このとき、
ジョブを依頼したユーザのＩＤ、印刷開始時刻、印刷に
要した時間、印刷ページ数、ジョブを実行したデバイス
のＩＤなどがログ情報として保存される。

【０１５８】スキャンジョブ３１１４は、デバイスが原
稿上の画像を読み取って得たデータを受け取り、所定の
ユーザの読取専用フォルダにファイルとして管理して当
該ユーザからアクセスできるようになっている。このと
き、データの転送先、スキャン開始時刻、スキャンに要
した時間、スキャンページ数、デバイスのＩＤなどがロ
グ情報として保存される。また、文書の蓄積先として、
ユーザーフォルダのほかに、共有フォルダやグループの
共有フォルダを選択することも可能である。この場合に
は、これらのフォルダへのアクセスを許されているユー
ザーがクライアントアプリケーションによりスキャン文
書を参照可能である。グループデータに関しては図１
５、図１６により後ほど説明する。

【０１５９】これら各ジョブは、第１実施形態と同じく
図３のステップ２１３１で実行される。したがって、ロ
グ情報もステップ２１３１で保存される。

【０１６０】本実施形態ではデバイス送信ジョブ及びデ
ータ設定ジョブに関しては、とくに第１実施形態とかわ
りはない。

【０１６１】図１５は本実施形態の文書配信管理サーバ
１００１のデータベース構成を示す図である。このデー
タベースはサーバ１００１のハードディスク上に構築さ
れる。本実施形態では複数のグループを構成可能であ
り、前述した図８の構成に加えて、グループごとにグル
ープデータが追加されている。グループデータには以下
のものが含まれる。（１）ユーザーリストグループに所属するユーザーの一覧。（２）利用可能デバイスリストグループに属するマルチファンクションデバイスの一
覧。（３）文書データＡ）受信文書データグループに属するデバイスが受信した未配信の文書。

【０１６２】Ｂ）共有文書データグループに属するユーザー間で共有される文書データ。

【０１６３】Ｃ）共有文書アノテーション情報共有文書に付加されるアノテーション情報。

【０１６４】図１６は、本実施形態において文書配信管
理サーバ１００１における受信文書の配信処理のデータ
フローを示す図である。図９と異なる点は、ＭＦＤが２
台接続されている点と、ユーザをグループ化して、グル
ープ毎のデータを保持するグループ領域１６０１が用意
されている点である。つまり、サーバ１００は複数のＭ
ＦＤに関するデータを一元管理する。例えば、ユーザ１
は、共通データ領域１６０２のほかに、ユーザ１データ
領域１６０３、グループ１データ領域１６０１にアクセ
スすることができる。

【０１６５】図１７はＭＦＤからファクシミリ受信文書
の転送が行われたときにサーバ１００１で行われる処理
を説明するフローチャートである。

【０１６６】ステップ３５０１では、データベースをチ
ェックし、デバイスからの受信文書の転送要求があるか
確認する。ステップ３５１０で受信文書の有無により処
理を分岐する。受信文書がなければこの処理を終了す
る。ステップ３５２０では、受信情報を参照して自動配
信可能であるか判定する。ここでは配信用のデータ、例
えばＳＵＢ（サブアドレス）やＤＴＭＦ信号情報が付加
されていれば自動配信可能と判定し、ステップ３５６０
の自動配信処理を行う。

【０１６７】ステップ３５３０では、受信した文書をＯ
ＣＲ解析ジョブ３１２１によりＯＣＲ解析を行い、配信
用のデータの抽出処理を行う。ステップ３５４０では、
配信用の識別情報、たとえば、受信者名もしくは受信者
特定用のコード情報などを特定できれば、自動配信可能
と判定し、ステップ３５６０の自動配信処理を行う。

【０１６８】ステップ３５５０では、受信デバイスのデ
バイスデータを照合し、配信不可能な受信文書の処理方
法を照合し、手動配信を行う設定の場合はステップ３５
７１に、グループの共有フォルダに蓄積する設定の場合
はＳ３５７２に、デバイスで印刷する場合にはＳ３５７
３に処理を分岐する。ステップ３５６０では、配信用の
情報を図７及び図１５で説明したユーザ管理情報と照合
し、該当するユーザのInBoxデータ領域に文書を蓄積す
る。このとき、ログ情報として配信時刻、配信用データ
（ＳＵＢ、ＤＴＭＦ、ＯＣＲなど）をログファイルに保
存する。ステップ３５７１では、受信文書配信ツールを
用いて手動配信を行わせるために、配送先のグループの
受信文書データとして受信したデータをデータベースに
登録する。ステップ３５７２では、デバイスが属するグ
ループのユーザーが文書を共有できるように、グループ
の共有データとして受信したデータをデータベースに登
録する。このとき、ログ情報として蓄積時刻、蓄積者
（サーバ）、蓄積方法（自動配信）をログファイルに保
存する。ステップ３５７３では、受信した文書をデバイ
スで印刷するように印刷ジョブを生成し印刷をおこな
う。このとき、ログ情報として印刷を行ったＭＦＤ、印
刷依頼者（サーバ）、印刷部数、印刷時刻等をログファ
イルに保存する。

【０１６９】図１８は、受信文書配信クライアント端末
の処理フローチャートである。ステップ４２０１では、
サーバ１００１への接続を行う。ここで、まず本実施形
態におけるシステムのユーザとしてユーザ認証（例えば
ユーザＩＤ及びパスワードを照合する）を行う。このと
き配信処理を行うグループ名の入力を行う。

【０１７０】ステップ４２０２は、サーバ１００１から
のデータダウンロード及びその表示処理であり、サーバ
１００１に接続した結果、入力されたグループのデータ
としてサーバ側で既に管理されている受信文書データ及
び指定されたグループに属するユーザ名を吸い上げ、そ
れをＧＵＩ上に表示させる。ここでは、図２２で示した
図のように、少なくともグループデータのうち、受信文
書が一覧表示できる部分と、グループ内のユーザ及びグ
ループ共有用のフォルダが一覧表示できる部分とからな
る画面を表示する。また、一覧表示された文書の中から
文書を選択すると、選択された文書のイメージが表示さ
れる構成になっている。ユーザは表示されたイメージの
中の宛先情報を読みとり、配信すべきユーザを特定でき
るようになっている。

【０１７１】ステップ４２１０では、ユーザからの配信
処理の要求の有無により分岐する。ステップ４２１１で
は、配信処理の要求があれば、選択された受信データを
配信先として選択されたユーザのInBoxに転送する。こ
こでは、単一のユーザだけではなく、複数のユーザやグ
ループの共有フォルダを配信宛先として一度に選択可能
であり、複数のユーザ宛に配信する場合には、受信デー
タを複製した後に配送処理を行う。このとき、ログ情報
として配信処理者、配信宛先、配信時刻などをログファ
イルに保存する。

【０１７２】ステップ４２１５では、ユーザからの印刷
処理要求の有無に応じて分岐する。ステップ４２１６で
は、印刷処理があれば、選択された受信データを印刷す
る。

【０１７３】このとき、ログ情報として印刷を行ったＭ
ＦＤ、印刷依頼者、印刷部数、印刷時刻等をログファイ
ルに保存する。印刷がＭＦＤ１０１０あるいは１０１１
により行われた場合には、ログデータの保存先は、サー
バ１００１の文書ログデータ領域であることが望まし
く、その場合にはサーバ１００１にログデータ保存の要
求を発行することになる。

【０１７４】ステップ４２２０では、アプリケーション
の終了要求を見ており、終了要求がなければステップ４
２２０に戻り、再度サーバ１００１のデータをダウンロ
ードし、配信された文書の有無等のステータスの確認を
行う。

【０１７５】ステップ４２２１は、ステップ４２２０で
アプリケーションの終了要求があった場合の処理で、サ
ーバ１００１との切断処理を行い、処理を終了させる。

【０１７６】以上のように、本実施形態の文書配信シス
テムによれば、サーバ１００１からの要求に応じてＭＦ
Ｄで遂行されたジョブの履歴を全てサーバに保存してお
くことができる。また、クライアントからの要求による
文書の印刷等の履歴もサーバに保存できる。

【０１７７】さらに、ユーザをグループ分けし、グルー
プ毎に文書を配信することができる。

【０１７８】なお、本実施形態のシステム構成において
も、第１、第２の実施形態の処理を行うことは言うまで
もない。

【０１７９】以上説明したように本実施形態によれば、
プリンタ機能、ファックス機能、スキャナ機能等を有す
るマルチファンクションデバイスをネットワーク上に配
置し、当該デバイスをスタンドアローンで使用できるだ
けでなく、ネットワーク上の各クライアントから、当該
デバイスの有するこれらの機能を有効に活用できるよう
な文書配信システムを提供することが可能になった。

【０１８０】さらに、各ユーザに関する文書データ等を
サーバに一元管理することにより、文書データに対する
管理機能（検索、ＯＣＲ解析等）を容易に拡張すること
が可能になっている。

【０１８１】また、各ユーザは、任意の場所から自分の
データ、ならびに、共有化されたデータをアクセス可能
となっている。

【０１８２】また、各ユーザは、マルチファンクション
デバイスを従来のファクシミリ装置と同様に操作部を操
作して使う場合にも、コンピュータで作成したアドレス
データを使用可能になりユーザの使い勝手が向上する。

【０１８３】さらに、単独で操作可能なマルチファンク
ションデバイスが接続されたネットワークシステムにお
いて、このマルチファンクションデバイスを単独で操作
して行った通信の履歴を、ネットワーク上の端末から参
照可能となる。

【０１８４】更に、単独で操作可能なマルチファンクシ
ョンデバイスが接続されたネットワークシステムにおい
て、このマルチファンクションデバイスを単独で操作し
て通信を行う際に、ネットワーク上の端末に格納された
アドレス等のデータを参照して通信を行うことができ
る。

【０１８５】また、使用するユーザ毎にマルチファンク
ションデバイスの設定データを入れ替えるため、デバイ
スで、ユーザごと設定データをすべて保持する必要がな
くデータ保持用のメモリ量を削減できる。

【０１８６】更に、ネットワークに接続されたマルチフ
ァンクションデバイスを用いた処理の履歴を記録として
残すことができる。

【０１８７】また、ユーザ毎に区別して設定を行い、ロ
グインしたユーザの認証により異なる処理を行うので、
各ユーザの所望する処理を容易に行わせることができ
る。

【０１８８】なお、本発明は、複数の機器（例えばホス
トコンピュータ、インタフェイス機器、リーダ、プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機、ファクシミリ装置
など）に適用してもよい。

【０１８９】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはCPUやMPU）が記憶媒体に格納されたプログ
ラムコードを読み出し実行することによっても達成され
る。これを達成するための構成は、ＭＦＤに関しては図
１９に示した構成であり、ＣＰＵ１９０１により、ＣＤ
ＲＯＭ等のファイル格納デバイス１９０３からメモリ１
９０２にロードされたプログラムを実行して、図３，
４，５，１３のフローチャートに示された手順を遂行す
る。なお、１９０１〜１９０４はリソース管理部２００
１に含まれれる。

【０１９０】また、サーバ及びクライアントに関しては
図２０の構成であり、これもまた、ＣＰＵ２００１によ
り、ＣＤＲＯＭ等のファイル格納デバイス２００３から
メモリ２００２にロードされたプログラムを実行して、
図１０，１２，１７，１８のフローチャートに示された
手順を遂行する。

【０１９１】この場合、記憶媒体から読み出されたプロ
グラムコード自体が前述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
は本発明を構成することになる。

【０１９２】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているオペレーテ
ィングシステム(OS)などが実際の処理の一部または全部
を行い、その処理によって前述した実施形態の機能が実
現される場合も含まれる。

【０１９３】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるCPUなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれる。

【０１９４】

【発明の効果】以上説明したように本発明によれば、プ
リンタ機能、ファックス機能、スキャナ機能等を有する
マルチファンクションデバイスをネットワーク上に配置
し、当該デバイスをスタンドアローンで使用できるだけ
でなく、ネットワーク上の各クライアントから、当該デ
バイスの有するこれらの機能を有効に活用できるような
文書配信システムを提供することが可能になった。

【０１９５】さらに、各ユーザに関する文書データ等を
サーバに一元管理することにより、文書データに対する
管理機能（検索、ＯＣＲ解析等）を容易に拡張すること
が可能になっている。

【０１９６】また、各ユーザは、任意の場所から自分の
データ、ならびに、共有化されたデータをアクセス可能
となっている。

【０１９７】また、各ユーザは、マルチファンクション
デバイスを従来のファクシミリ装置と同様に操作部を操
作して使う場合にも、コンピュータで作成したアドレス
データを使用可能になりユーザの使い勝手が向上する。

【０１９８】さらに、単独で操作可能な通信端末が接続
されたネットワークシステムにおいて、前記通信端末を
単独で操作して行った通信の履歴を、ネットワーク上の
端末から参照可能となる。

【０１９９】更に、単独で操作可能な通信端末が接続さ
れたネットワークシステムにおいて、前記通信端末を単
独で操作して通信を行う際に、ネットワーク上の端末に
格納されたアドレス等のデータを参照して通信を行うこ
とができる。

【０２００】また、使用するユーザ毎にデータ通信端末
の設定データを入れ替えるため、デバイスで、ユーザご
と設定データをすべて保持する必要がなくデータ保持用
のメモリ量を削減できる。

【０２０１】更に、ネットワークに接続された多機能端
末を用いた処理の履歴を記録として残すことができる。

【図面の簡単な説明】

【図１】第１及び第２実施形態における文書配信システ
ムの構成図である。

【図２】マルチファンクションデバイスのブロック構成
図である。

【図３】第１及び第３の実施形態におけるマルチファン
クションデバイスにおける処理フローチャートである。

【図４】マルチファンクションデバイスにおけるファク
シミリ送信処理フローチャートである。

【図５】マルチファンクションデバイスにおけるコピー
処理フローチャートである。

【図６】文書配信管理サーバのブロック構成図である。

【図７】文書配信管理サーバの文書処理ジョブ群の例を
示す図である。

【図８】第１及び第２実施形態における文書配信管理サ
ーバのデータベース構成図である。

【図９】第１実施形態における文書配信管理サーバを介
したデータフローチャートである。

【図１０】文書配信管理サーバにおける基本処理フロー
チャートである。

【図１１】クライアント側のブロック構成図である。

【図１２】クライアント側の処理フローチャートであ
る。

【図１３】第２実施形態におけるマルチファンクション
デバイスにおける処理フローチャートである。

【図１４】第３実施形態における文書配信システムの構
成図である。

【図１５】第３実施形態における文書配信管理サーバの
データベース構成図である。

【図１６】第３実施形態における文書配信管理サーバを
介したデータフローチャートである。

【図１７】第３実施形態における文書配信管理サーバに
よる文書配信処理のフローチャートである。

【図１８】第３実施形態における文書配信クライアント
による文書配信処理のフローチャートである。

【図１９】マルチファンクションデバイスを構成する他
のブロック図である。

【図２０】サーバあるいはクライアントを構成する他の
ブロック図である。

【図２１】クライアントアプリケーションの表示例であ
る。

【図２２】手動配信アプリケーションの表示例である。

Claims

【特許請求の範囲】

【請求項１】ネットワークに接続する接続手段と、ジョブを実行する処理手段と、前記処理手段によるジョブの実行をマニュアル指示する
ための操作部と、前記処理手段により実行したジョブの結果を示す情報を
前記接続手段を介してネットワーク上の端末に転送する
か否かをユーザ毎に設定する設定手段と、前記操作部により指示を行ったユーザを判定する判定手
段と、前記設定手段による設定及び前記判定手段による判定に
応じて、前記処理手段で処理したジョブの結果を示す情
報を、前記接続手段を介してネットワーク上の端末に転
送するか否かを制御する制御手段とを備えることを特徴
とするデータ処理装置。
【請求項２】前記ジョブの結果は前記処理手段により
実行されたジョブの内容を示すことを特徴とする請求項
１に記載のデータ処理装置。
【請求項３】前記ジョブの結果は前記処理手段により
処理されたジョブに係る画像データであることを特徴と
する請求項１に記載のデータ処理装置。
【請求項４】原稿画像を読み取るリーダを更に備え、
前記処理手段は前記リーダから出力される画像データを
処理することを特徴とする請求項３に記載のデータ処理
装置。
【請求項５】電話回線と接続する第２接続手段を更に
備え、前記処理手段は前記リーダから出力される画像デ
ータを前記第２接続手段を介して送信することを特徴と
する請求項４に記載のデータ処理装置。
【請求項６】画像をプリントするプリンタを更に備
え、前記処理手段は前記リーダから出力される画像デー
タに基づく画像を前記プリンタによりプリントすること
を特徴とする請求項３に記載のデータ処理装置。
【請求項７】前記処理手段でジョブを実行させる際に
用いるべき設定データを前記接続手段を介して接続され
ている端末から受信する受信手段を更に備え、前記処理
手段は受信手段で受信した設定データに基づきジョブを
実行することを特徴とする請求項１に記載のデータ処理
装置。
【請求項８】少なくとも、電話回線を介してデータを
受信するデータ通信装置及び複数のクライアントを有す
るＬＡＮと接続する接続手段と、前記データ通信装置が電話回線を介して受信したデータ
をＬＡＮを介して受信する受信手段と、前記受信手段で受信したデータを、前記接続手段を介し
て接続されているクライアントに配信する配信手段と、前記配信手段による配信結果を示す情報をクライアント
毎に区別して蓄積する蓄積手段とを備えることを特徴と
するデータ処理装置。
【請求項９】前記配信手段は、前記受信手段で受信し
たデータに応じて自動的に配信することを特徴とする請
求項８に記載のデータ処理装置。
【請求項１０】前記配信手段は、前記受信手段で受信
したデータを手動操作に基づいて配信することを特徴と
する請求項８に記載のデータ処理装置。
【請求項１１】前記蓄積手段は、配信結果を示す情報
を、クライアント毎に区別して蓄積すると共に複数のク
ライアントで強要できるエリアにも蓄積することを特徴
とする請求項８に記載のデータ処理装置。
【請求項１２】ネットワークに接続されたデータ処理
装置の制御方法であって、データ処理装置の操作部からの操作に基づき、データ処
理装置が実行した結果を示す情報をネットワーク上の端
末に転送させるか否かをユーザ毎に設定する設定工程
と、操作部から指示を行ったユーザを判定する判定工程と、前記設定工程における設定及び前記判定工程における判
定に応じて、データ処理装置が操作部からの指示に基づ
き実行したジョブの結果を示す情報をネットワーク上の
端末に転送するか否かを制御する制御工程とを備えるこ
とを特徴とするデータ処理装置の制御方法。
【請求項１３】少なくとも、電話回線を介してデータ
を受信するデータ通信装置及び複数のクライアントを有
するＬＡＮに接続されるデータ処理装置の制御方法であ
って、データ通信装置が電話回線を介して受信したデータをＬ
ＡＮを介して受信する受信工程と、前記受信工程で受信したデータを、ＬＡＮ上のクライア
ントに配信する配信工程と、前記配信工程による配信結果を示す情報をクライアント
毎に区別して蓄積する蓄積工程とを備えることを特徴と
するデータ処理装置の制御方法。
【請求項１４】ネットワークに接続されたデータ処理
装置を制御するためのプログラムを記録したコンピュー
タ可読の記憶媒体であって、前記プログラムは、データ処理装置の操作部からの操作に基づき、データ処
理装置が実行した結果を示す情報をネットワーク上の端
末に転送させるか否かをユーザ毎に設定する設定工程
と、操作部から指示を行ったユーザを判定する判定工程と、前記設定工程における設定及び前記判定工程における判
定に応じて、データ処理装置が操作部からの指示に基づ
き実行したジョブの結果を示す情報をネットワーク上の
端末に転送するか否かを制御する制御工程との各工程の
コードを含むことを特徴とするコンピュータ可読記憶媒
体。
【請求項１５】少なくとも、電話回線を介してデータ
を受信するデータ通信装置及び複数のクライアントを有
するＬＡＮに接続されるデータ処理装置を制御するため
のプログラムを記録したコンピュータ可読の記憶媒体で
あって、前記プログラムは、データ通信装置が電話回線を介して受信したデータをＬ
ＡＮを介して受信する受信工程と、前記受信工程で受信したデータを、ＬＡＮ上のクライア
ントに配信する配信工程と、前記配信工程による配信結果を示す情報をクライアント
毎に区別して蓄積する蓄積工程との各工程のコードを含
むことを特徴とするコンピュータ可読記憶媒体。