JP3740330B2 - サーバ装置及びネットワークシステム - Google Patents
サーバ装置及びネットワークシステム Download PDFInfo
- Publication number
- JP3740330B2 JP3740330B2 JP26737599A JP26737599A JP3740330B2 JP 3740330 B2 JP3740330 B2 JP 3740330B2 JP 26737599 A JP26737599 A JP 26737599A JP 26737599 A JP26737599 A JP 26737599A JP 3740330 B2 JP3740330 B2 JP 3740330B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- server
- job
- document
- predetermined
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Document Processing Apparatus (AREA)
- Facsimiles In General (AREA)
- Small-Scale Networks (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＬＡＮ等のコンピュータネットワーク上に構築されたクライアントサーバシステムにおけるサーバ装置に関するもので、同一ネットワークを複数のグループで共有している場合に、ネットワーク上に配置された複数の共用デバイスの利用を複数の各ユーザグループ毎に管理することの可能なサーバ装置に関するものである。
【０００２】
【従来の技術】
オフィスにおけるコンピュータネットワーク環境が整備されつつあり、代表的なネットワーク接続デバイスとして、ネットワークプリンタシステムに関しては一般的に使用されている。
【０００３】
そして最近では、プリンタだけでなく、スキャナ、ファクシミリ通信装置等もネットワークに接続されて運用されつつある。また、プリンタ機能（画像形成機能）、スキャナ機能（画像読み取り機能）及びファクシミリ文書の送受信機能の２つ以上を併せ持つマルチファンクションデバイスがネットワーク上で共用デバイスとして接続される場合も増えている。
【０００４】
【発明が解決しようとする課題】
このように、各種デバイスがネットワーワに多数接続されるようになってきて、それらの保守、運用のあり方が問題になってきている。
【０００５】
特に、同一ネットワーク上に多数のユーザが、多種多数のデバイスを使用するような環境で、効率よく業務を遂行するためには、最適な運用形態を提供することが必須となっている。
【０００６】
このような課題に鑑み、本発明は、複数の共用デバイス及び複数のクライアントと共通のネットワークで接続されてネットワークシステムを構成するサーバ装置において、共用デバイスの利用をクライアントを利用するユーザが属するグループ毎に管理可能なサーバ装置を提供することを目的とする。
【０００７】
すなわち、本発明の要旨は、デバイスおよびクライアント装置と通信し、受信したデータを管理するサーバ装置であって、所定の記憶領域に対する、複数のユーザが属するグループのアクセス権限に係わる情報を記憶する記憶手段と、所定の記憶領域と、デバイスとを対応付けて管理する管理手段と、デバイスからデータを受信した場合、デバイスに対応付けられた所定の記憶領域にデータを格納する格納手段と、所定の記憶領域に対して所定のグループに属する所定のユーザからアクセス要求があった場合には、記憶手段に記憶されたアクセス権限に係わる情報に基づいて、所定のユーザの、所定の記憶領域に格納されたデータへのアクセスの可否を決定する決定手段と、を備えることを特徴とするサーバ装置に存する。
【０００８】
また、本発明の別の要旨は、デバイスおよびクライアント装置と通信し、受信したデータを管理するサーバ装置の制御方法であって、所定の記憶領域に対する、複数のユーザが属するグループのアクセス権限に係わる情報を記憶手段に記憶する記憶工程と、所定の記憶領域と、デバイスとを対応付けて管理する管理工程と、デバイスからデータを受信した場合、デバイスに対応付けられた所定の記憶領域にデータを格納する格納工程と、所定の記憶領域に対して所定のグループに属する所定のユーザからアクセス要求があった場合には、記憶手段に記憶されたアクセス権限に係わる情報に基づいて、所定のユーザの、所定の記憶領域に格納されたデータへのアクセスの可否を決定する決定工程と、を備えることを特徴とするサーバ装置の制御方法に存する。
【０００９】
また、本発明の別の要旨は、コンピュータ装置に、本発明のサーバ装置の制御方法を実行させる制御プログラムを格納したコンピュータ読み取り可能な記録媒体に存する。
【００１０】
【発明の実施の形態】
以下、図面を参照して本発明の好ましい実施形態について説明する。以下の説明においては、本発明の一実施形態として、マルチファンクションデバイスを共用デバイスとするネットワークシステムにおける文書配信サーバに本発明を適用した例を説明する。
【００１１】
（システム構成）
図１は、本発明の実施形態にかかる文書配信システムの構成例を示す図である。図において、１０００は、文書配信サーバである。
１０１０から１０１３は、このサーバを利用するクライアント（クライアント１からクライアント４）である。
【００１２】
１０２０、１０２１は、このサーバに接続されるマルチファンクションデバイス（ＭＦＤ１、ＭＦＤ２）である。マルチファンクションデバイスは、例えばプリンタ、スキャナ及びファクシミリ装置の機能を併せ持つ装置である。
【００１３】
ここでは、クライアント１と、クライアント２が、マルチファンクションデバイスＭＦＤ１を共有して運用しており、これをグループＡとする。
また、同様に、クライアント３と、クライアント４が、デバイスＭＦＤ２を共有して運用しており、これをグループＢとする。
このような運用管理を、１０００の文書配信サーバが行っている。
【００１４】
（クライアントの構成）
図２は、クライアントの機能構成例を示すブロック図である。
５００１は、一般の文書作成アプリケーション、５００２はＯＳが提供するグラフィックデバイスインターフェース部、５００３は、プリンタドライバである。５００４は、一般的にはＯＳが提供するプリントマネージャーであり、アプリケーション５００１から要求された印刷系のジョブは、これらのモジュール（５００２から５００４）を通り、５０３０のＬＡＮ制御部を介してネットワークＯＳが提供する印刷システム上で処理される。
【００１５】
５００５は、ＦＡＸドライバであり、文書作成アプリケーション５００１から文書をＦＡＸ送信する場合はこちらのドライバが選択されて後述するジョブ管理部５０２０を介して送信要求ジョブとして処理される。
【００１６】
５００６は、ローカルスキャナデバイス５０５０から画像を読み込み、読み込んだ画像の編集等を行うスキャナアプリケーション、５００７は、スキャナアプリケーション５００６と後述するスキャナドライバ５００８とをインターフェースするスキャナドライバインターフェース、５００８は、デバイス固有のスキャナドライバであり、スキャナアプリケーション５００６による画像読み込み要求は、後述するジョブ管理部５０２０を介してスキャナ読み込みジョブとして処理される。なお、図２の構成例においては、画像読み取り装置としてクライアントに直接接続されたローカルスキャナデバイス５０５０を用いる場合を示しているが、ＬＡＮに接続されたリモートスキャナを用いて画像の読み込みを行なう構成も可能である。
【００１７】
５０１０は、文書配信／管理アプリケーションであり、文書配信サーバへのアクセス、各種設定機能等をＧＵＩを用いてユーザに提供している。
【００１８】
具体的には、各種データ（ＦＡＸ送受信文書、スキャナ文書、通信履歴情報等）の表示、文書編集機能、各種設定機能（個人文書を共有文書にするモード設定、アドレス帳設定含む）、各種ジョブ指定操作（ＦＡＸ送信、文書印刷、等）などを提供している。
【００１９】
なお、図２のクライアントにおいては、一般ユーザ用アプリケーションとは別に、いくつかの図示しない管理者用アプリケーションも用意されている。
その一つには、受信文書の手動配信アプリケーションがある。これは、宛先が不明（解析不能含む）で文書配信サーバ内に一時保存された受信文書の内容をビュワーアプリケーションを用いて表示し、目視でその文書の宛先を確認できるようにして、当該文書を所定のユーザ宛の文書として配信するものである。
また、サーバ管理者用のアプリケーションとして、本サーバを使用するクライアント（ユーザ）設定、デバイスのリモート設定等が可能な管理者用アプリケーションも用意されている。
【００２０】
５０１１は、文書配信／管理ドライバであり、文書配信／管理アプリケーション５０１０から要求される各種ジョブデータのハンドリングをジョブ管理部５０２０経由で行なっている。
５０２０は、ジョブ管理部であり、各種アプリケーション５００１、５００６、５０１０から要求された各種ジョブの管理を行なう。
【００２１】
５０２１は、サーバジョブ制御部であり、各種サーバを介してのジョブに対して、サーバとのデータ転送処理を行なうものであり、５０３０は、ＬＡＮ制御部であり、一般的には、ＯＳメーカが提供するＬＡＮ上の通信を制御する。
５０２２は、ローカルジョブ制御部であり、ローカルデバイスに対するジョブに対してその制御を５０４０のＩ／Ｏ制御部を介して行う。
５０２３は、ローカルジョブ用のデータベースであり、各種ジョブデータが管理される。
【００２２】
このようなクライアントは、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ、ＣＲＴ、ネットワークインタフェース、周辺機器用のインタフェース、キーボート、マウス等のハードウェア構成を有し、ＧＵＩを用いたＯＳが稼働可能な汎用のコンピュータ装置によって実現することができる。
【００２３】
（クライアントの処理動作）
次に、クライアントの処理動作について、図３に示すフローチャートを用いて説明する。
ステップＳ５１０１で、文書配信サーバ１０００への接続(Login)処理を行なう。
ここで、まず、ログイン画面等にユーザＩＤ，パスワードを入力する等により、文書配信／管理システムのユーザとしての認証を行なう。
【００２４】
ステップＳ５１０２は、サーバからのデータアップロード、表示処理であり、Loginが正常に許可された結果、当該ユーザ用のデータとしてサーバ側ですでに管理されているデータを用いて、クライアント側に所定のＧＵＩデータを表示させる。
ステップＳ５１１０は、ユーザからのジョブ要求の有無を検知するもので、ステップＳ５１１１は、何らかのジョブ要求が有ればその処理を行なう。
【００２５】
ステップＳ５１２０では、文書配信／管理アプリケーション５０１０の終了要求を見ており、終了要求がなければステップＳ５１０２にもどり再度サーバ側のデータをアッフロードし、配信された文書の有無等に関するステータスの確認を行う。
ステップＳ５１２１は、ステップＳ５１２０でアプリケーションの終了要求があった場合の処理でサーバとの切断(Logout)処理を行い、処理を終了させる。
【００２６】
（マルチファンクションデバイスの構成）
図４は、本実施形態で用いることのできるマルチファンクションデバイス（ＭＦＤ）の構成例を示すブロック図である。
２００１はリソース管理部であり、デバイスとしてサポートしている各種リソース全体を管理して、リクエストされた各種ジョブのスケジューリング等を行なっている。
【００２７】
２０１０は操作部であり、端末としての機能をユーザに提供するためのユーザインターフェースとなっている。
２０１５は読取制御部であり、スキャナ部２０１６の制御を行なう。
【００２８】
２０２０は記録制御部であり、プリンタ部２０２１の制御を行なう。また、プリンタ部２０２１にはオプションとして、２０２２のソータユニット、２０２３の両面記録ユニットを実装、制御することができるようになっている。
【００２９】
２０２５は通信制御部であり、回線制御部２０２６を介して通常のＦＡＸ送受信を制御する。
２０３０はメモリ管理部であり、メモリ２０３１資源を各制御部に割り当て、各種文書データ等の蓄積管理等を行なう。
【００３０】
２０３５は画像処理部であり、紙サイズ変換、解像度変換、スムージング処理等特にＦＡＸ送信、受信記録時に必要な画像処理を行なう。
２０４０は符号化処理部であり、特にＦＡＸ送受信用に標準的に使用されているＭＨ、ＭＲ、ＭＭＲといった符号化、復号化処理を中心に行なっている。
【００３１】
２０４５はＰＤＬ制御部であり、本実施形態においてはＬＡＮを介して受信したＰＤＬ（ページ記述言語）データをＰＤＬ処理部２０４６でビデオデータに変換する。変換後のビデオデータは、記録制御部２０２０に渡されてプリンタ部２０２１で出力される。
【００３２】
２０５０は、外部ｉ／ｆ制御部であり、この例ではＬＡＮ制御部２０５１を介して、ＬＡＮ上のサーバと所定のデータ通信、ジョブ管理、制御を行なう系と、ＷＳｉ／ｆ制御部２０５２を介して外部接続されるワークステーション（ＷＳ）と所定の処理を行う系をサポートしている。
【００３３】
このようなマルチファンクションデバイスは、例えば、サーバ／ＷＳからの送信ジョブ、プリントジョブを受けたり、サーバ／ＷＳ側に受信データ、スキャナー読取データを転送する等処理をリソース管理部２００１の管理下で行なう。
【００３４】
また、ネットワーク上の特定のユーザ（クライアント）用としてサーバにスキャナー読取データを転送するために、操作部２０１０上から、前記クライアントを指定する手段も設けられている。以下に、マルチファンクションデバイス単体での動作について補足する。
【００３５】
「コピー動作」
・操作部２０１０からの操作により、スキャナ部２０１６にセットした原稿が読み取りされて、プリンタ部２０２１に出力されるようにリソース管理部２００１の管理下で各関連制御部が制御される。
【００３６】
「ＦＡＸ送信」
・操作部２０１０からの操作により、スキャナ部２０１６にセットした原稿が読み取りされて、符号化処理部２０４０によってファクシミリ符号化処理を行ない、回線制御部２０２６からファクシミリデータが転送されるように、リソース管理部２００１の管理下で各関連制御部が制御される。
【００３７】
「ＦＡＸ受信」
・回線制御部２０６０から着信されたデータを、一旦メモリ２０３１に蓄積し、一般的には、この画像データを受信文書出力として、符号化処理部２０４０で復号化してプリンタ部２０２１からプリント出力されるように、または、ＬＡＮ制御２０５１を介してサーバへデータ転送されるように、リソース管理部２００１の管理下で各関連制御部が制御される。
【００３８】
（マルチファンクションデバイスの処理動作）
図５は、上述のマルチファンクションデバイスの処理動作、特にＬＡＮ上のサーバと接続されて、サーバと連携して各種ジョブを処理する場合の動作を示すフローチャートである。
【００３９】
ステップＳ２１０１では、まずサーバとの接続要求がなされているかを確認し、要求がなければ要求されるまで待つ。なお、このサーバとの接続要求指示は、マルチファンクションデバイスの操作部２０１０からでも、ネットワーク上からでも受け付けられるようになっている。この時、接続すべきサーバを指定することもできるようになっている。
【００４０】
ステップＳ２１０２は、ステップＳ２１０１でサーバとの接続要求がなされている場合の接続処理であり、接続すべきサーバ名が指定されている場合は、そのパラメータ値をＬＡＮ上に送信するデータに付加することで、所定のサーバと接続するようになっている。また、サーバと接続されると、後述するアドレス帳データ等をサーバ側からダウンロードするようになっている。
【００４１】
ステップＳ２１１０では、マルチファンクションデバイス内にサーバへ転送すべきジョブデータがあるか否かの確認をし、例えば受信文書転送ジョブ、スキャナ読み取りジョブ等があった場合には、ステップＳ２１１１でサーバにジョブデータ転送等の処理を行なう。
【００４２】
ステップＳ２１２０では、まずマルチファンクションデバイス内のリソースの空き状況を確認し、ジョブを受け付けられる状態ならばステップＳ２１２１でサーバにマルチファンクションデバイスへのジョブ要求があるか否かを確認（ジョブ請求）し、要求ジョブがあればステップＳ２１２２でジョブデータを受け付けて、ジョブ処理を行なう。一般的には、一旦ジョブデータをメモリに蓄積し、その後必要な処理、例えばＦＡＸ送信処理、プリントアウト処理を行なうことになる。
【００４３】
ステップＳ２１２５では、ジョブ処理中、アイドル中等のデバイスのステータスをサーバに通知する。
【００４４】
ステップＳ２１３０では、サーバとの接続を切断する要求が出されていないかを確認し、指示がなければ再度ステップＳ２１１０の処理に移行し、処理を継続する。もし、サーバとの接続を切断する要求があれば、ステップＳ２１３１でサーバとの切断処理を行い、ステップＳ２１０１でサーバとの接続要求を待つようになっている。また、サーバでなくＷＳと接続される場合も、基本的にはここで示した処理と同様の処理が行なわれる。
【００４５】
（文書配信サーバの構成）
図６は、本実施形態における文書配信サーバ１０００の機能構成例を示すブロック図である。
図において、３００１はＬＡＮ制御部であり、基本的な機能はサーバアプリケーションがインストールされるネットワークＯＳにより提供される。
【００４６】
３００２はトランザクション管理部であり、サーバ管理下のデバイス、クライアントとの個別の通信処理を、内部処理の結果を踏まえ、ＬＡＮ制御部３００１を介して行なう。
【００４７】
３００３は、リクエストQueue管理部であり、基本的にはデバイス、クライアントから非同期に転送される各種要求メッセージを一旦内部的にQueue管理し、逐次要求内容に応じた処理をしている。ただし、サーバ内でスケジューリングを必要とする要求が発生する場合も想定されている。
【００４８】
３００４は、サービス管理部であり、デバイス又はクライアント、場合によってはサーバ内からの要求内容に添って、各種ジョブ処理部に処理を渡す。
３００５はユーザ／デバイス管理部であり、ユーザ（クライアント）又はデバイスに関するジョブを処理するもので、基本的には接続されるユーザ（クライアント）、デバイスの管理に関するジョブ処理を行なう。
【００４９】
例えば、各クライアント（１０１０−１０１３）、デバイス（１０２０、１０２１）からの接続（ログイン）要求処理の判断、各ユーザ用に管理された文書情報、アドレス情報のハンドリング、ならびにデバイスの処理能力、ジョブ処理状況、リソース状態等を管理、制御する。
【００５０】
３００６はサーバ管理に関するジョブを処理するもので、基本的にはサーバの管理者向けに、サーバの設定、データのバックアップ、サービス用ログデータの取得等のサービス機能を提供する。
３００７では本サーバでの各種ジョブ処理全般に関する管理を扱う。ここでは、必要に応じてスケジューラ３０１０に制御権を渡し、その管理下で各種ジョブ３０２０を実行するようになっている。
【００５１】
３０３０はメモリ管理部となっており、サーバで扱う各種データは、原則としてその管理下でデータベース３０３１に蓄積、管理され、必要に応じて参照、読み出しが行なわれる。
【００５２】
更に、３０５０は、モデム制御部であり、サーバに実装／接続されるモデムを制御するもので、これは、３０５１のＦＡＸ制御部の管理下でコントロールされる。ＦＡＸ制御部３０５１は、トランザクション管理部３００２を介して、サーバに管理されたＦＡＸ送信ジョブを処理したり、直接受信処理したＦＡＸ受信文書をサーバ側に転送処理する機能を有する。
【００５３】
（文書処理ジョブ群）
図７は、本実施形態における文書配信サーバの各種文書処理ジョブ群を示す図である。
文書配信サーバの文書処理ジョブは、原則として、サーバとデバイス間でのジョブデータの転送処理を伴うジョブである対デバイスジョブ群３１１０と、サーバ内で処理される、もしくはサーバ＝クライアント間でのデータ処理に限定される各種文書処理ジョブ群３１２０に大きく分けることができ、それぞれサーバ内のスケジューラ３０１０により管理、制御されている。以下、各ジョブ群に属するジョブについて説明する。
【００５４】
＜対デバイスジョブ群＞
３１１１は、Ｆａｘ送信ジョブであり、各クライアントからの送信要求ジョブデータを受け取り、送信要求をしてきたクライアントに対応するデバイスに対してＦａｘ送信を要求する。
３１１２は、Ｆａｘ受信ジョブであり、デバイスからＦａｘ受信データを受けて、サーバ内に受信データを蓄積管理する。
【００５５】
３１１３は、プリントジョブであり、ここでは、クライアント側からの、特にサーバ内に蓄積管理された、Ｆａｘ受信データ等のイメージ文書の印刷要求ジョブに関して処理を制御する。
３１１４は、スキャンジョブであり、デバイスが読み取った原稿データを受け取り、通常は所定のユーザの読取専用フォルダにファイルとして管理して、当該ユーザからアクセスできるようになっている。また、スキャンジョブとして同報処理する機能もサポートしている。
【００５６】
＜文書処理ジョブ群＞
３１２１は、ＯＣＲ解析ジョブであり、イメージデータとして蓄積管理される受信文書、スキャナ読取文書等に対してＯＣＲ処理をする。
ここでは、直接指定された文書全体をＯＣＲ処理する場合と、他の文書要約ジョブ３１２２、ルーティングジョブ３１２６から目的に応じて起動されることも可能になっている。
【００５７】
例えば、受信文書から宛先データを抽出処理したり、イメージデータ全体をＯＣＲ処理して、文字コードで構成される（画像データを含むこともある）文書データに変換することが可能になっている。
３１２２は、文書要約ジョブであり、サーバ内に蓄積された文字コード化された文書に対する、内容の要約処理を行なうためのものである。
【００５８】
３１２３は、文書検索ジョブであり、サーバ内に蓄積された文書に対して検索の手段を提供するものである。
３１２４は、暗号処理部であり、必要に応じてサーバに蓄積された文書に対して暗号化処理を施し、文書に対するセキュリテイを保証するものである。
【００５９】
３１２５は、文書データ転送ジョブであり、クライアント側にイメージデータを転送処理する。この時、表示サイズの縮小要求があれば、縮小処理した表示データを転送する。
３１２６は、自動ルーティングジョブであり、受信文書に対してする配信処理を、宛先をＯＣＲ解析ジョブ３１２１により抽出し、抽出された宛先に対応するユーザ別の管理エリアに当該文書を移動させることで配信処理を行なう。
【００６０】
３１２７は、手動ルーティングジョブであり、特に一時的に蓄積された受信文書に対して、特別に許可されたクライアントのユーザに対して各文書を視覚的に内容を見せて、所定の宛先を確認させる手段と、ネットワーク上の各ユーザのフォルダに当該文書をサーバ内で手動的に移動させる手段とを提供するものになっている。
３１２８は、文書登録ジョブであり、クライアント側の要求に応じてサーバ内に文書の登録を行なうことが可能になっている。
【００６１】
（文書配信サーバの動作）
図８は、文書配信サーバの基本動作を示すフローチャートである。
ステップＳ３４０１は、電源立ち上げ時に行なうデータベースのチェックである。
ステップＳ３４１０は、各種クライアント、ならびにデバイスからの、サーバへのLogin要求の確認である。Login要求があれば、ステップＳ３４１１において、パスワードチェック等を含めたLogin処理を行なう。
【００６２】
ステップＳ３４１５は、クライアントからのユーザ情報要求の確認である。ユーザ情報要求があれば、ステップＳ３４１６で、要求内容に応じて各ユーザ個別のデータ、および共有データをクライアント側に転送処理する。
【００６３】
ステップＳ３４２０は、クライアントからのサーバ情報要求の確認である。システム情報要求があれば、ステップＳ３４２１で、要求内容に応じてサーバ固有のデータ、ならびに接続されたデバイスの情報等をクライアント側に転送する。
ステップＳ３４２５は、クライアントからの文書データ要求の確認である。文書データ要求があれば、ステップＳ３４２６で、指定された文書のデータ転送処理を行なう。
【００６４】
ステップＳ３４３０は、クライアント、デバイスからの各種ジョブ要求の確認である。ジョブ要求があれば、ステップＳ３４３１で、指定されたジョブの種類に応じたジョブデータの処理を行なう。
ステップＳ３４３５は、アドレスブック処理に関する処理要求の確認である。処理要求があれば、ステップＳ３４３６でアドレス情報の収集、登録、変更に関する処理を行なう。
【００６５】
ステップＳ３４４０は、デバイスからの情報通知要求の確認である。ここでは、デバイスからの能力通知、ステータス通知を取得し管理する。
ステップＳ３４４５は、Logout要求の確認である。Logout要求があれば、ステップＳ３４４６でLogout処理を行なう。
【００６６】
ステップＳ３４９０は、サーバシャットダウン要求の確認である。要求があれば、ステップＳ３４９１でシャットダウン処理を行なう。
【００６７】
（スケジューラ動作）
図９は、スケジューラの動作を説明するフローチャートである。
ここで、文書配信サーバにおいて、クライアント、デバイスと協調してどのようにジョブを処理するようになっているかを説明する。
ステップＳ４２０１では、デバイスからの受信通知を受信したかを判断し、受信したならば、前述したＦＡＸ受信ジョブを起動し、後の処理はＦＡＸ受信処理に委ねる。
【００６８】
ステップＳ４２０５では、デバイスからのスキャンジョブ通知を受信したかを判断し、受信したならば、前述したスキャンジョブを起動し、後の処理はそちらに委ねる。
ステップＳ４２１０では、デバイスからのジョブ請求を受信したかを判断し、受信したならば、まずステップＳ４２１１で請求元デバイスを確認し、そのデバイス向けのジョブの有無を前述したジョブテーブルから検索処理し、ステップＳ４２１２でその検索結果に基づき、ジョブがあればステップＳ４２１３で当該ジョブデータをデバイス側に転送し、ジョブがなければ、ステップＳ４２１４でその旨をデバイス側に通知する。
【００６９】
このように処理することにより、デバイスが特定されたジョブはそのデバイスに対してジョブが要求されるが、特にデバイスが限定されないジョブに関しては、所定の機能リソースが空いているデバイスに対して順次ジョブが割り振られることにより、効率良くジョブが処理されるようになっている。
【００７０】
ステップＳ４２２０では、クライアントからのＦＡＸ送信要求を受信したかを判断し、受信した場合にはまずステップＳ４２２１で、ジョブを要求したクライアントのユーザのグループが、指定されたデバイスのグループと一致しているか否かを、ユーザ管理テーブル及びデバイス管理テーブルに基づいて確認し、可能であればステップＳ４２２２でジョブデータの転送処理を行ってジョブ登録を行い、不可能であればステップＳ４２２３でエラー処理を行う。エラー処理としては、エラーの内容等をクライアント側に通知し、クライアントサイドで指定するデバイスの変更するよう促すか、自動的に当該ジョブが処理可能なデバイスを自動選択し、変更されたデバイス名等をジョブを要求したクライアント側へ通知する等の手段を採用することができる。
【００７１】
ステップＳ４２３０では、クライアントからのプリント要求を受信したかを判断し、受信した場合にはステップＳ４２３１でクライアントのユーザのグループが、指定されたデバイスのグループと一致しているか否かを確認し、問題がなければステップＳ４２３２でジョブデータの転送処理を行ってジョブ登録を行い、問題があればステップＳ４２３３でステップＳ４２２３と同様のエラー処理を行う。
【００７２】
ステップＳ４２４０では、その他のサーバでサポートしている文書処理サービス要求を受信したかを判断し、受信した場合にはステップＳ４１４１で所定の文書処理ジョブを起動し、後の処理はそちらに委ねる。
これらの処理を繰り返されることにより、適宜ジョブが処理されるようになっている。
【００７３】
（ユーザ管理テーブル）
図１０は、本実施形態において、文書配信サーバがデータベース３０３１の共有データ部に記憶するユーザ管理テーブルの例を示す図である。
項目及び登録内容は以下の通りである。
（１）番号：内部的に各登録ユーザを管理するための番号。
（２）ユーザ名：基本的にはネットワークユーザ名を登録するが、それとは別にＦＡＸ送信先としてのユーザ名、グループ登録されるユーザ名等が登録できる。
・このデータは直接デバイス側に送られ、デバイスで配信宛先として表示、指示することができるようになっている。
・また、ＭＦＤ等プリンタ機能を有するデバイスをユーザ登録することにより、例えばスキャナで読取った画像を出力させるプリンタを指定したり、グループユーザにプリンタを含ませることで同報指示の一環でプリント出力も指示できるようになっている。
【００７４】
（３）属性：登録されたユーザの属性、具体的には、ネットワークユーザ（クライアント）、ＦＡＸ番号、グループユーザ、プリンタ（ＭＦＤ）かの識別をするものである。
（４）メンバー：グループユーザの場合、グループメンバーをユーザ番号で指定する。図１０の例では、ユーザＡＡＡＡ，ＢＢＢＢはＡグループ、ユーザＣＣＣＣ，ＤＤＤＤはＢグループのメンバであることを示している。
（５）ダイヤル番号：ＦＡＸ送信先ユーザの場合、ＦＡＸ番号を登録する。
（６）システム管理者：本システム全体の管理者を登録する。
・システム内の共有リソースの設定管理は、システム管理者のみ行える。
【００７５】
（７）グループ管理者：グループ設定した場合のグループ内システム管理者を登録する。
・グループ内の共有リソースの設定管理を行なう権限を有する。
（８）スキャナ登録
・ユーザ名としてＭＦＤ等のスキャナ機能を有するデバイスに転送するか否かの設定を行い、「登録する」と設定されたもののみをデバイスに転送する。
・また、デフォルト設定としては、「ネットワークユーザ」、「グループユーザ」はデバイスに登録、「ＦＡＸ送信先ユーザ」は未登録という設定になるようにしてある。
・なお、これらのアドレスデータは、各クライアントからはすべて文書配信先として使用可能である。
【００７６】
（デバイス管理テーブル）
図１１は、本実施形態において、文書配信サーバがデータベース３０３１の共有データ部に記憶するデバイス管理テーブルの例を示す図である。
項目及び登録内容は以下の通りである。
（１）番号：内部的に各デバイスを管理するための番号。
（２）デバイス名：各デバイスにユーザが登録するデバイス名。
（３）機能別使用制限：各デバイスの有する機能別にアクセス（使用権）を設定する。
【００７７】
各クライアント（ユーザ）からのジョブを各デバイスへ振り分ける時、また、各デバイスからのジョブを受け付ける場合等は、このテーブルを参照して制御が行なわれる。
例えば、ＭＦＤ１というデバイスは、プリント機能、ＦＡＸ送信、ＦＡＸ受信機能に関しては、原則としてＡグループに属するユーザに対応したジョブを処理するように制御される。
【００７８】
ただし、ＦＡＸ受信に関しては、別途自動配信機能を有するため、システム内の配信先が一意に決定される場合は、所定のグループ外のユーザにも配信可能となる。しかし、配信先が特定されない受信文書に関しては、グループ専用の共有領域に当該文書が管理されるようになる。また、ＦＡＸ受信機能に使用ユーザ制限を設定しないときの、配信先が特定されない受信文書は、システム共通の管理領域に受信文書が管理されることになる。
【００７９】
（データベースの構成）
図１２は、本実施形態における文書配信サーバが有するデータベース３０３１の構成例を示す図である。
［共有データ］：共有データとして以下のデータを管理する。項目及び内容は以下の通りである。
（１）ユーザ管理情報
・ユーザ名、ユーザパスワード、ユーザ別設定、デバイス設定情報、ユーザ管理テーブル等。
（２）サーバ管理情報
・ユーザライセンス数、時刻、サーバアプリケーションバージョン等。
【００８０】
（３）デバイス管理情報
・デバイス管理テーブル、デバイスが有する機能、ステータス等
（４）共有アドレスデータ：共有するアドレスデータ。
・ネットワーク上の各ユーザのＬＡＮ上のアドレスについては、自動的に登録する。
（５）共有文書データ：共有する文書データ
（６）共有文書アノテーションデータ
・共有する文書に対するアノテーション情報。
【００８１】
（７）通信ログデータ
・ＦＡＸ文書管理テーブル等、特に、ＦＡＸ送受信に関連する通信ログ（履歴）データ。
（８）ジョブ・課金ログデータ
・課金管理上必要なログデータ（通信時間、プリント要求カウント等）。
（９）一時保存データ
・特に、宛先が明示されずに転送されたＦＡＸ受信文書。
【００８２】
［個別ユーザデータ］：各ユーザ単位のデータとして以下のデータを管理する。項目及び内容は以下の通りである。
（１）Inboxデータ：主としてデバイス側から転送された受信文書データ。
（２）OutBoxデータ：デバイス側に転送されるべき未処理のジョブ情報。
（３）Scanデータ：スキャン読取後、転送された文書データ。
（４）SentFaxデータ：送信処理済みの文書データ。
（５）Trashデータ：不要指示され一時保存された文書データ。
（６）ユーザ専用フォルダデータ
・ユーザが個別に設定したフォルダに、ユーザが移動、複写させた文書が管理される。
（７）ユーザ専用アドレスデータ
・ユーザが独自に設定したアドレス情報。
【００８３】
［個別グループデータ］：各グループ単位のデータとして以下のデータを管理する
（１）Inboxデータ：グループ内のデバイス側から転送される受信文書データ。
（２）OutBoxデータ：グループ内のデバイスに要求されたジョブ情報。
（３）Scanデータ：グループユーザ指定のスキャン文書データ。
（４）グループ専用フォルダデータ：グループユーザが独自に設定したフォルダ。
（５）グループ専用アドレスデータ：グループユーザ専用のアドレス情報。
【００８４】
（データフロー）
図１３は、図１に示した本実施形態の文書配信システムにおけるデータフローを示す図である。
サーバ１０００とマルチファンクションデバイス（ＭＦＤ１、２）（１０２０、１０２１）とは、サーバ１０００におけるデータバッファ３３１０を介してデータ転送処理が行なわれ、データバッファ３３１０においては
（１）ＦＡＸ送信要求用データバッファ
（２）ＦＡＸ受信用データバッファ
（３）プリントデータ用データバッファ
（４）スキャナデータ用データバッファ
がそれぞれに用意され、これらのデータはデバイス＝サーバ間でパケット単位に混在させて転送が可能になっている。
【００８５】
サーバ内では、データバッファ３３１０と、データベース３０３１との間で内部的に必要に応じたデータ転送が行なわれる。
各ユーザ（１０１０〜１０１３）は、サーバにおけるデータベースに対してデータ転送（アクセス）を行なうことにより、各種サービスの提供を受けることが基本になっている。
【００８６】
例えばクライアント１としてのユーザ１（１０１０）は、サーバにおける共通データエリアのデータ領域、ユーザ１用として個別に管理されたユーザ１データ領域、ならびに、所属するＡグループ専用のデータ領域をアクセスすることで、各種サービス、データの提供を受けることができるようになっている。
【００８７】
（ＦＡＸ受信文書管理テーブル）
図１４は、本実施形態において、文書配信サーバがデータベース３０３１に記憶するＦＡＸ受信文書管理テーブルの例を示す図である。
ここでは、共有データエリア内に送信元別のフォルダの管理ができるようにして、必要に応じてアクセスの制限ができるようにしてある。
【００８８】
項目及び登録内容は以下の通りである。
（１）共有内フォルダ名
・ここでは、所定の相手先番号、フォルダＩＤ別にフォルダ名を設定し、ユーザがフォルダ別にＦＡＸ受信文書をアクセスできるようになっている。
・特にフォルダ設定されていない場合のＦＡＸ受信文書で、配信先が自動的に判別できない文書は、一般受信文書（デフォルト）として管理される。
なお、グループ指定されたデバイスからののＦＡＸ受信文書は、グループ専用のInBoxに管理される。
・配信先が確定せずデフォルトとされた文書を自動プリント出力設定し、受信記録させることもできるようになっている。
・また、配信先が確定しない文書は、一時保存して、手動ルーティング処理で配信する設定も可能になっている。
【００８９】
（２）相手先番号
・各フォルダ別に、ＦＡＸ送信元のダイヤル番号を設定する。
・ＦＡＸデバイスから通知された受信文書に対応するダイヤル番号と、ここで設定された番号とを比較して、対応するフォルダに受信文書が管理される。
・ダイヤル番号は、国際標準のＦＡＸ手順においてサポートされている手段により情報交換されるものを使用する。
・複数のダイヤル番号を登録することにより、共通のグループ間でのＦＡＸ受信を一括管理させることができるようになっている。
【００９０】
（３）フォルダＩＤ
・例えば、ＩＴＵ−Ｔ Ｔ．３０で規定されるサブアドレス等を用いて直接ＩＤ指定してフォルダを選択することができるようになっている。
（４）文書番号
・各フォルダ別に文書番号を管理する。
（５）アクセス権
・共有エリアに受信文書として管理はされるものの、部門外のクライアントからのアクセスは許容したくない場合に備えて、各フォルダに対してアクセス可能なユーザ（クライアント）を任意に設定できるようになっている。
【００９１】
なお、ここに示したテーブルは、共有フォルダに関連した処理用のテーブルであるが、これとは別に、各ユーザ用のInBoxに対応させたフォルダＩＤの設定をすることで、直接ユーザ専用フォルダに受信文書を転送処理することも可能になっている。
【００９２】
（スキャンジョブ）
図１５は、スキャンジョブにおける処理フロー図を示している。
ステップＳ３６０１では、まずＭＦＤからのスキャンジョブデータを受信する。このジョブデータは、スキャナで読み込んだ画像データからなる画像データ部と、その配信先データとからなる配信先データ部とを含んでいる。
【００９３】
ステップＳ３６０２では、まず画像データ部を一時保存文書ファイルとしてデータベースに登録する。
ステップＳ３６０３では、配信先データ部の内容を解析し、処理すべき配信数等を検出する。
ステップＳ３６１０では、未処理の個別宛先データ（ユーザ名）を抽出する。
【００９４】
ステップＳ３６１５では、その属性が「クライアント」か否かを判断し、そうであればステップＳ３６１６で、所定のユーザフォルダに対する内部的な配信処理を行い、ステップＳ３６３０に処理を進める。
ステップＳ３６２０では、宛先データ属性が「ＦＡＸ送信先」かを判断し、そうであればステップＳ３６２１で内部的に新規の送信ジョブとしての登録を行い、ステップＳ３６３０に進む。
【００９５】
ステップＳ３６３０では、宛先データがプリンタデバイスに対応しているかを判断し、そうであればステップＳ３６３１でプリントジョブとしてジョブ登録する。
ステップＳ３６４０では、他の配信処理すべきデータが残っているか否かの確認を行い、まだ未処理分があればステップＳ３６１０まで処理を戻す。
配信（登録）処理が終了したら、ステップＳ３６５０で一時保存文書等の後処理を行い処理を終了する。
【００９６】
（ＦＡＸ受信ジョブ）
図１６は、ＦＡＸ受信ジョブ処理フロー図を示している。
ステップＳ３８０１では、デバイス側からＦＡＸ受信データと配信処理用のデータとを含んだジョブデータを受信する。
【００９７】
ステップＳ３８０２では、画像データを、暫定的に一般受信文書として登録処理する。
ステップＳ３８０３では、付加された配信処理データの内容を解析する。
【００９８】
ステップＳ３８１０では、明示的に送信宛先としてフォルダＩＤ（クライアント専用フォルダ、もしくは所定の共有フォルダ）が指示されているか確認し、指示がされていた場合は、ステップＳ３８１１で指定されたユーザフォルダへ文書を再登録して処理を終了する。
【００９９】
ステップＳ３８２０では、ＦＡＸ送信元ダイヤルデータが付加されているかの確認を行い、送信元ダイヤルデータがあれば、ステップＳ３８２１で対応するＦＡＸ送信元別フォルダが設定されているかの確認をし、所定のフォルダが設定されていればステップＳ３８２２で対応するフォルダへ文書の再登録処理をして処理を終了する。
【０１００】
ステップＳ３８３０では、配信先が未定の文書に対する自動配信処理モードの設定を確認し、その設定がなされていれば、ステップＳ３８３１で、当該文書の扱いを自動ルーティングジョブに渡すことで配信処理の扱いを委託することで処理を終了する。
【０１０１】
ステップＳ３８４０では、デバイスの使用権が設定されているか確認を行い、設定があれば、ステップＳ３８４１で所定のフォルダへ文書の再登録処理をして処理を終了する。
【０１０２】
ステップＳ３８５０では、自動印刷モードが設定されているか否かの確認をし、設定されていれば、これまで配信先が未確定の文書をステップＳ３８５１でプリントジョブとして処理されるようにジョブ登録し処理を終了する。
【０１０３】
ここまでで登録すべきフォルダが確定しない受信文書は、強制的にデフォルトの共通フォルダに登録するなり、一般受信文書として蓄積管理しておき、所定のクライアントから手動ルーティングジョブ３１２７を起動して手動で所定のユーザフォルダへ文書を転送処理するようになっている。
【０１０４】
【他の実施形態】
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【０１０５】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０６】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０７】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した（図３、図５、図８、図９、図１５および図１６の１つ以上に示す）フローチャートに対応するプログラムコードが格納されることになる。
【０１０８】
【発明の効果】
以上説明したように、本発明によれば、クライアントを使用するユーザをグループユーザとして登録、管理し、かつ各共用デバイスの利用権限をユーザグループ毎に設定することによって、
（１）所定のユーザグループで所定の共用デバイス群を占有的に活用できるようになる。
（２）デバイスからの受信文書等をグループ内ユーザに限定した形態で管理できる。
（３）グループユーザ内で文書情報、アドレス情報を共有することができる。
さらに、デバイスの有する機能別にアクセス件を設定することにより、ファクシミリ通信機能は所定のユーザにのみ開放し、プリンタ機能は任意のユーザが使用可能、といったユーザの希望する運用形態に柔軟に対応させることができるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施形態に係る文書配信システムの構成例を示すブロック図である。
【図２】クライアントの構成例を示すブロック図である。
【図３】クライアントの処理動作を示すフローチャートである。
【図４】マルチファンクションデバイスの構成例を示すブロック図である。
【図５】マルチファンクションデバイスの処理動作を示すフローチャートである。
【図６】本発明の実施形態に係る文書配信サーバの構成例を示すブロック図である。
【図７】文書配信サーバのジョブ群の例を示す図である。
【図８】文書配信サーバの基本処理動作を示すフローチャートである。
【図９】文書配信サーバのスケジューラの処理動作を示すフローチャートである。
【図１０】ユーザ管理テーブルの例を示す図である。
【図１１】デバイス管理テーブルの例を示す図である。
【図１２】文書配信サーバのデータベース構成例を示す図である。
【図１３】図１に示す文書配信システムにおけるデータの流れを示す図である。
【図１４】ＦＡＸ受信文書管理テーブルの例を示す図である。
【図１５】スキャンジョブ処理の詳細を示すフローチャートである。
【図１６】ＦＡＸ受信ジョブ処理の詳細を示すフローチャートである。
【発明の属する技術分野】
本発明は、ＬＡＮ等のコンピュータネットワーク上に構築されたクライアントサーバシステムにおけるサーバ装置に関するもので、同一ネットワークを複数のグループで共有している場合に、ネットワーク上に配置された複数の共用デバイスの利用を複数の各ユーザグループ毎に管理することの可能なサーバ装置に関するものである。
【０００２】
【従来の技術】
オフィスにおけるコンピュータネットワーク環境が整備されつつあり、代表的なネットワーク接続デバイスとして、ネットワークプリンタシステムに関しては一般的に使用されている。
【０００３】
そして最近では、プリンタだけでなく、スキャナ、ファクシミリ通信装置等もネットワークに接続されて運用されつつある。また、プリンタ機能（画像形成機能）、スキャナ機能（画像読み取り機能）及びファクシミリ文書の送受信機能の２つ以上を併せ持つマルチファンクションデバイスがネットワーク上で共用デバイスとして接続される場合も増えている。
【０００４】
【発明が解決しようとする課題】
このように、各種デバイスがネットワーワに多数接続されるようになってきて、それらの保守、運用のあり方が問題になってきている。
【０００５】
特に、同一ネットワーク上に多数のユーザが、多種多数のデバイスを使用するような環境で、効率よく業務を遂行するためには、最適な運用形態を提供することが必須となっている。
【０００６】
このような課題に鑑み、本発明は、複数の共用デバイス及び複数のクライアントと共通のネットワークで接続されてネットワークシステムを構成するサーバ装置において、共用デバイスの利用をクライアントを利用するユーザが属するグループ毎に管理可能なサーバ装置を提供することを目的とする。
【０００７】
すなわち、本発明の要旨は、デバイスおよびクライアント装置と通信し、受信したデータを管理するサーバ装置であって、所定の記憶領域に対する、複数のユーザが属するグループのアクセス権限に係わる情報を記憶する記憶手段と、所定の記憶領域と、デバイスとを対応付けて管理する管理手段と、デバイスからデータを受信した場合、デバイスに対応付けられた所定の記憶領域にデータを格納する格納手段と、所定の記憶領域に対して所定のグループに属する所定のユーザからアクセス要求があった場合には、記憶手段に記憶されたアクセス権限に係わる情報に基づいて、所定のユーザの、所定の記憶領域に格納されたデータへのアクセスの可否を決定する決定手段と、を備えることを特徴とするサーバ装置に存する。
【０００８】
また、本発明の別の要旨は、デバイスおよびクライアント装置と通信し、受信したデータを管理するサーバ装置の制御方法であって、所定の記憶領域に対する、複数のユーザが属するグループのアクセス権限に係わる情報を記憶手段に記憶する記憶工程と、所定の記憶領域と、デバイスとを対応付けて管理する管理工程と、デバイスからデータを受信した場合、デバイスに対応付けられた所定の記憶領域にデータを格納する格納工程と、所定の記憶領域に対して所定のグループに属する所定のユーザからアクセス要求があった場合には、記憶手段に記憶されたアクセス権限に係わる情報に基づいて、所定のユーザの、所定の記憶領域に格納されたデータへのアクセスの可否を決定する決定工程と、を備えることを特徴とするサーバ装置の制御方法に存する。
【０００９】
また、本発明の別の要旨は、コンピュータ装置に、本発明のサーバ装置の制御方法を実行させる制御プログラムを格納したコンピュータ読み取り可能な記録媒体に存する。
【００１０】
【発明の実施の形態】
以下、図面を参照して本発明の好ましい実施形態について説明する。以下の説明においては、本発明の一実施形態として、マルチファンクションデバイスを共用デバイスとするネットワークシステムにおける文書配信サーバに本発明を適用した例を説明する。
【００１１】
（システム構成）
図１は、本発明の実施形態にかかる文書配信システムの構成例を示す図である。図において、１０００は、文書配信サーバである。
１０１０から１０１３は、このサーバを利用するクライアント（クライアント１からクライアント４）である。
【００１２】
１０２０、１０２１は、このサーバに接続されるマルチファンクションデバイス（ＭＦＤ１、ＭＦＤ２）である。マルチファンクションデバイスは、例えばプリンタ、スキャナ及びファクシミリ装置の機能を併せ持つ装置である。
【００１３】
ここでは、クライアント１と、クライアント２が、マルチファンクションデバイスＭＦＤ１を共有して運用しており、これをグループＡとする。
また、同様に、クライアント３と、クライアント４が、デバイスＭＦＤ２を共有して運用しており、これをグループＢとする。
このような運用管理を、１０００の文書配信サーバが行っている。
【００１４】
（クライアントの構成）
図２は、クライアントの機能構成例を示すブロック図である。
５００１は、一般の文書作成アプリケーション、５００２はＯＳが提供するグラフィックデバイスインターフェース部、５００３は、プリンタドライバである。５００４は、一般的にはＯＳが提供するプリントマネージャーであり、アプリケーション５００１から要求された印刷系のジョブは、これらのモジュール（５００２から５００４）を通り、５０３０のＬＡＮ制御部を介してネットワークＯＳが提供する印刷システム上で処理される。
【００１５】
５００５は、ＦＡＸドライバであり、文書作成アプリケーション５００１から文書をＦＡＸ送信する場合はこちらのドライバが選択されて後述するジョブ管理部５０２０を介して送信要求ジョブとして処理される。
【００１６】
５００６は、ローカルスキャナデバイス５０５０から画像を読み込み、読み込んだ画像の編集等を行うスキャナアプリケーション、５００７は、スキャナアプリケーション５００６と後述するスキャナドライバ５００８とをインターフェースするスキャナドライバインターフェース、５００８は、デバイス固有のスキャナドライバであり、スキャナアプリケーション５００６による画像読み込み要求は、後述するジョブ管理部５０２０を介してスキャナ読み込みジョブとして処理される。なお、図２の構成例においては、画像読み取り装置としてクライアントに直接接続されたローカルスキャナデバイス５０５０を用いる場合を示しているが、ＬＡＮに接続されたリモートスキャナを用いて画像の読み込みを行なう構成も可能である。
【００１７】
５０１０は、文書配信／管理アプリケーションであり、文書配信サーバへのアクセス、各種設定機能等をＧＵＩを用いてユーザに提供している。
【００１８】
具体的には、各種データ（ＦＡＸ送受信文書、スキャナ文書、通信履歴情報等）の表示、文書編集機能、各種設定機能（個人文書を共有文書にするモード設定、アドレス帳設定含む）、各種ジョブ指定操作（ＦＡＸ送信、文書印刷、等）などを提供している。
【００１９】
なお、図２のクライアントにおいては、一般ユーザ用アプリケーションとは別に、いくつかの図示しない管理者用アプリケーションも用意されている。
その一つには、受信文書の手動配信アプリケーションがある。これは、宛先が不明（解析不能含む）で文書配信サーバ内に一時保存された受信文書の内容をビュワーアプリケーションを用いて表示し、目視でその文書の宛先を確認できるようにして、当該文書を所定のユーザ宛の文書として配信するものである。
また、サーバ管理者用のアプリケーションとして、本サーバを使用するクライアント（ユーザ）設定、デバイスのリモート設定等が可能な管理者用アプリケーションも用意されている。
【００２０】
５０１１は、文書配信／管理ドライバであり、文書配信／管理アプリケーション５０１０から要求される各種ジョブデータのハンドリングをジョブ管理部５０２０経由で行なっている。
５０２０は、ジョブ管理部であり、各種アプリケーション５００１、５００６、５０１０から要求された各種ジョブの管理を行なう。
【００２１】
５０２１は、サーバジョブ制御部であり、各種サーバを介してのジョブに対して、サーバとのデータ転送処理を行なうものであり、５０３０は、ＬＡＮ制御部であり、一般的には、ＯＳメーカが提供するＬＡＮ上の通信を制御する。
５０２２は、ローカルジョブ制御部であり、ローカルデバイスに対するジョブに対してその制御を５０４０のＩ／Ｏ制御部を介して行う。
５０２３は、ローカルジョブ用のデータベースであり、各種ジョブデータが管理される。
【００２２】
このようなクライアントは、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ、ＣＲＴ、ネットワークインタフェース、周辺機器用のインタフェース、キーボート、マウス等のハードウェア構成を有し、ＧＵＩを用いたＯＳが稼働可能な汎用のコンピュータ装置によって実現することができる。
【００２３】
（クライアントの処理動作）
次に、クライアントの処理動作について、図３に示すフローチャートを用いて説明する。
ステップＳ５１０１で、文書配信サーバ１０００への接続(Login)処理を行なう。
ここで、まず、ログイン画面等にユーザＩＤ，パスワードを入力する等により、文書配信／管理システムのユーザとしての認証を行なう。
【００２４】
ステップＳ５１０２は、サーバからのデータアップロード、表示処理であり、Loginが正常に許可された結果、当該ユーザ用のデータとしてサーバ側ですでに管理されているデータを用いて、クライアント側に所定のＧＵＩデータを表示させる。
ステップＳ５１１０は、ユーザからのジョブ要求の有無を検知するもので、ステップＳ５１１１は、何らかのジョブ要求が有ればその処理を行なう。
【００２５】
ステップＳ５１２０では、文書配信／管理アプリケーション５０１０の終了要求を見ており、終了要求がなければステップＳ５１０２にもどり再度サーバ側のデータをアッフロードし、配信された文書の有無等に関するステータスの確認を行う。
ステップＳ５１２１は、ステップＳ５１２０でアプリケーションの終了要求があった場合の処理でサーバとの切断(Logout)処理を行い、処理を終了させる。
【００２６】
（マルチファンクションデバイスの構成）
図４は、本実施形態で用いることのできるマルチファンクションデバイス（ＭＦＤ）の構成例を示すブロック図である。
２００１はリソース管理部であり、デバイスとしてサポートしている各種リソース全体を管理して、リクエストされた各種ジョブのスケジューリング等を行なっている。
【００２７】
２０１０は操作部であり、端末としての機能をユーザに提供するためのユーザインターフェースとなっている。
２０１５は読取制御部であり、スキャナ部２０１６の制御を行なう。
【００２８】
２０２０は記録制御部であり、プリンタ部２０２１の制御を行なう。また、プリンタ部２０２１にはオプションとして、２０２２のソータユニット、２０２３の両面記録ユニットを実装、制御することができるようになっている。
【００２９】
２０２５は通信制御部であり、回線制御部２０２６を介して通常のＦＡＸ送受信を制御する。
２０３０はメモリ管理部であり、メモリ２０３１資源を各制御部に割り当て、各種文書データ等の蓄積管理等を行なう。
【００３０】
２０３５は画像処理部であり、紙サイズ変換、解像度変換、スムージング処理等特にＦＡＸ送信、受信記録時に必要な画像処理を行なう。
２０４０は符号化処理部であり、特にＦＡＸ送受信用に標準的に使用されているＭＨ、ＭＲ、ＭＭＲといった符号化、復号化処理を中心に行なっている。
【００３１】
２０４５はＰＤＬ制御部であり、本実施形態においてはＬＡＮを介して受信したＰＤＬ（ページ記述言語）データをＰＤＬ処理部２０４６でビデオデータに変換する。変換後のビデオデータは、記録制御部２０２０に渡されてプリンタ部２０２１で出力される。
【００３２】
２０５０は、外部ｉ／ｆ制御部であり、この例ではＬＡＮ制御部２０５１を介して、ＬＡＮ上のサーバと所定のデータ通信、ジョブ管理、制御を行なう系と、ＷＳｉ／ｆ制御部２０５２を介して外部接続されるワークステーション（ＷＳ）と所定の処理を行う系をサポートしている。
【００３３】
このようなマルチファンクションデバイスは、例えば、サーバ／ＷＳからの送信ジョブ、プリントジョブを受けたり、サーバ／ＷＳ側に受信データ、スキャナー読取データを転送する等処理をリソース管理部２００１の管理下で行なう。
【００３４】
また、ネットワーク上の特定のユーザ（クライアント）用としてサーバにスキャナー読取データを転送するために、操作部２０１０上から、前記クライアントを指定する手段も設けられている。以下に、マルチファンクションデバイス単体での動作について補足する。
【００３５】
「コピー動作」
・操作部２０１０からの操作により、スキャナ部２０１６にセットした原稿が読み取りされて、プリンタ部２０２１に出力されるようにリソース管理部２００１の管理下で各関連制御部が制御される。
【００３６】
「ＦＡＸ送信」
・操作部２０１０からの操作により、スキャナ部２０１６にセットした原稿が読み取りされて、符号化処理部２０４０によってファクシミリ符号化処理を行ない、回線制御部２０２６からファクシミリデータが転送されるように、リソース管理部２００１の管理下で各関連制御部が制御される。
【００３７】
「ＦＡＸ受信」
・回線制御部２０６０から着信されたデータを、一旦メモリ２０３１に蓄積し、一般的には、この画像データを受信文書出力として、符号化処理部２０４０で復号化してプリンタ部２０２１からプリント出力されるように、または、ＬＡＮ制御２０５１を介してサーバへデータ転送されるように、リソース管理部２００１の管理下で各関連制御部が制御される。
【００３８】
（マルチファンクションデバイスの処理動作）
図５は、上述のマルチファンクションデバイスの処理動作、特にＬＡＮ上のサーバと接続されて、サーバと連携して各種ジョブを処理する場合の動作を示すフローチャートである。
【００３９】
ステップＳ２１０１では、まずサーバとの接続要求がなされているかを確認し、要求がなければ要求されるまで待つ。なお、このサーバとの接続要求指示は、マルチファンクションデバイスの操作部２０１０からでも、ネットワーク上からでも受け付けられるようになっている。この時、接続すべきサーバを指定することもできるようになっている。
【００４０】
ステップＳ２１０２は、ステップＳ２１０１でサーバとの接続要求がなされている場合の接続処理であり、接続すべきサーバ名が指定されている場合は、そのパラメータ値をＬＡＮ上に送信するデータに付加することで、所定のサーバと接続するようになっている。また、サーバと接続されると、後述するアドレス帳データ等をサーバ側からダウンロードするようになっている。
【００４１】
ステップＳ２１１０では、マルチファンクションデバイス内にサーバへ転送すべきジョブデータがあるか否かの確認をし、例えば受信文書転送ジョブ、スキャナ読み取りジョブ等があった場合には、ステップＳ２１１１でサーバにジョブデータ転送等の処理を行なう。
【００４２】
ステップＳ２１２０では、まずマルチファンクションデバイス内のリソースの空き状況を確認し、ジョブを受け付けられる状態ならばステップＳ２１２１でサーバにマルチファンクションデバイスへのジョブ要求があるか否かを確認（ジョブ請求）し、要求ジョブがあればステップＳ２１２２でジョブデータを受け付けて、ジョブ処理を行なう。一般的には、一旦ジョブデータをメモリに蓄積し、その後必要な処理、例えばＦＡＸ送信処理、プリントアウト処理を行なうことになる。
【００４３】
ステップＳ２１２５では、ジョブ処理中、アイドル中等のデバイスのステータスをサーバに通知する。
【００４４】
ステップＳ２１３０では、サーバとの接続を切断する要求が出されていないかを確認し、指示がなければ再度ステップＳ２１１０の処理に移行し、処理を継続する。もし、サーバとの接続を切断する要求があれば、ステップＳ２１３１でサーバとの切断処理を行い、ステップＳ２１０１でサーバとの接続要求を待つようになっている。また、サーバでなくＷＳと接続される場合も、基本的にはここで示した処理と同様の処理が行なわれる。
【００４５】
（文書配信サーバの構成）
図６は、本実施形態における文書配信サーバ１０００の機能構成例を示すブロック図である。
図において、３００１はＬＡＮ制御部であり、基本的な機能はサーバアプリケーションがインストールされるネットワークＯＳにより提供される。
【００４６】
３００２はトランザクション管理部であり、サーバ管理下のデバイス、クライアントとの個別の通信処理を、内部処理の結果を踏まえ、ＬＡＮ制御部３００１を介して行なう。
【００４７】
３００３は、リクエストQueue管理部であり、基本的にはデバイス、クライアントから非同期に転送される各種要求メッセージを一旦内部的にQueue管理し、逐次要求内容に応じた処理をしている。ただし、サーバ内でスケジューリングを必要とする要求が発生する場合も想定されている。
【００４８】
３００４は、サービス管理部であり、デバイス又はクライアント、場合によってはサーバ内からの要求内容に添って、各種ジョブ処理部に処理を渡す。
３００５はユーザ／デバイス管理部であり、ユーザ（クライアント）又はデバイスに関するジョブを処理するもので、基本的には接続されるユーザ（クライアント）、デバイスの管理に関するジョブ処理を行なう。
【００４９】
例えば、各クライアント（１０１０−１０１３）、デバイス（１０２０、１０２１）からの接続（ログイン）要求処理の判断、各ユーザ用に管理された文書情報、アドレス情報のハンドリング、ならびにデバイスの処理能力、ジョブ処理状況、リソース状態等を管理、制御する。
【００５０】
３００６はサーバ管理に関するジョブを処理するもので、基本的にはサーバの管理者向けに、サーバの設定、データのバックアップ、サービス用ログデータの取得等のサービス機能を提供する。
３００７では本サーバでの各種ジョブ処理全般に関する管理を扱う。ここでは、必要に応じてスケジューラ３０１０に制御権を渡し、その管理下で各種ジョブ３０２０を実行するようになっている。
【００５１】
３０３０はメモリ管理部となっており、サーバで扱う各種データは、原則としてその管理下でデータベース３０３１に蓄積、管理され、必要に応じて参照、読み出しが行なわれる。
【００５２】
更に、３０５０は、モデム制御部であり、サーバに実装／接続されるモデムを制御するもので、これは、３０５１のＦＡＸ制御部の管理下でコントロールされる。ＦＡＸ制御部３０５１は、トランザクション管理部３００２を介して、サーバに管理されたＦＡＸ送信ジョブを処理したり、直接受信処理したＦＡＸ受信文書をサーバ側に転送処理する機能を有する。
【００５３】
（文書処理ジョブ群）
図７は、本実施形態における文書配信サーバの各種文書処理ジョブ群を示す図である。
文書配信サーバの文書処理ジョブは、原則として、サーバとデバイス間でのジョブデータの転送処理を伴うジョブである対デバイスジョブ群３１１０と、サーバ内で処理される、もしくはサーバ＝クライアント間でのデータ処理に限定される各種文書処理ジョブ群３１２０に大きく分けることができ、それぞれサーバ内のスケジューラ３０１０により管理、制御されている。以下、各ジョブ群に属するジョブについて説明する。
【００５４】
＜対デバイスジョブ群＞
３１１１は、Ｆａｘ送信ジョブであり、各クライアントからの送信要求ジョブデータを受け取り、送信要求をしてきたクライアントに対応するデバイスに対してＦａｘ送信を要求する。
３１１２は、Ｆａｘ受信ジョブであり、デバイスからＦａｘ受信データを受けて、サーバ内に受信データを蓄積管理する。
【００５５】
３１１３は、プリントジョブであり、ここでは、クライアント側からの、特にサーバ内に蓄積管理された、Ｆａｘ受信データ等のイメージ文書の印刷要求ジョブに関して処理を制御する。
３１１４は、スキャンジョブであり、デバイスが読み取った原稿データを受け取り、通常は所定のユーザの読取専用フォルダにファイルとして管理して、当該ユーザからアクセスできるようになっている。また、スキャンジョブとして同報処理する機能もサポートしている。
【００５６】
＜文書処理ジョブ群＞
３１２１は、ＯＣＲ解析ジョブであり、イメージデータとして蓄積管理される受信文書、スキャナ読取文書等に対してＯＣＲ処理をする。
ここでは、直接指定された文書全体をＯＣＲ処理する場合と、他の文書要約ジョブ３１２２、ルーティングジョブ３１２６から目的に応じて起動されることも可能になっている。
【００５７】
例えば、受信文書から宛先データを抽出処理したり、イメージデータ全体をＯＣＲ処理して、文字コードで構成される（画像データを含むこともある）文書データに変換することが可能になっている。
３１２２は、文書要約ジョブであり、サーバ内に蓄積された文字コード化された文書に対する、内容の要約処理を行なうためのものである。
【００５８】
３１２３は、文書検索ジョブであり、サーバ内に蓄積された文書に対して検索の手段を提供するものである。
３１２４は、暗号処理部であり、必要に応じてサーバに蓄積された文書に対して暗号化処理を施し、文書に対するセキュリテイを保証するものである。
【００５９】
３１２５は、文書データ転送ジョブであり、クライアント側にイメージデータを転送処理する。この時、表示サイズの縮小要求があれば、縮小処理した表示データを転送する。
３１２６は、自動ルーティングジョブであり、受信文書に対してする配信処理を、宛先をＯＣＲ解析ジョブ３１２１により抽出し、抽出された宛先に対応するユーザ別の管理エリアに当該文書を移動させることで配信処理を行なう。
【００６０】
３１２７は、手動ルーティングジョブであり、特に一時的に蓄積された受信文書に対して、特別に許可されたクライアントのユーザに対して各文書を視覚的に内容を見せて、所定の宛先を確認させる手段と、ネットワーク上の各ユーザのフォルダに当該文書をサーバ内で手動的に移動させる手段とを提供するものになっている。
３１２８は、文書登録ジョブであり、クライアント側の要求に応じてサーバ内に文書の登録を行なうことが可能になっている。
【００６１】
（文書配信サーバの動作）
図８は、文書配信サーバの基本動作を示すフローチャートである。
ステップＳ３４０１は、電源立ち上げ時に行なうデータベースのチェックである。
ステップＳ３４１０は、各種クライアント、ならびにデバイスからの、サーバへのLogin要求の確認である。Login要求があれば、ステップＳ３４１１において、パスワードチェック等を含めたLogin処理を行なう。
【００６２】
ステップＳ３４１５は、クライアントからのユーザ情報要求の確認である。ユーザ情報要求があれば、ステップＳ３４１６で、要求内容に応じて各ユーザ個別のデータ、および共有データをクライアント側に転送処理する。
【００６３】
ステップＳ３４２０は、クライアントからのサーバ情報要求の確認である。システム情報要求があれば、ステップＳ３４２１で、要求内容に応じてサーバ固有のデータ、ならびに接続されたデバイスの情報等をクライアント側に転送する。
ステップＳ３４２５は、クライアントからの文書データ要求の確認である。文書データ要求があれば、ステップＳ３４２６で、指定された文書のデータ転送処理を行なう。
【００６４】
ステップＳ３４３０は、クライアント、デバイスからの各種ジョブ要求の確認である。ジョブ要求があれば、ステップＳ３４３１で、指定されたジョブの種類に応じたジョブデータの処理を行なう。
ステップＳ３４３５は、アドレスブック処理に関する処理要求の確認である。処理要求があれば、ステップＳ３４３６でアドレス情報の収集、登録、変更に関する処理を行なう。
【００６５】
ステップＳ３４４０は、デバイスからの情報通知要求の確認である。ここでは、デバイスからの能力通知、ステータス通知を取得し管理する。
ステップＳ３４４５は、Logout要求の確認である。Logout要求があれば、ステップＳ３４４６でLogout処理を行なう。
【００６６】
ステップＳ３４９０は、サーバシャットダウン要求の確認である。要求があれば、ステップＳ３４９１でシャットダウン処理を行なう。
【００６７】
（スケジューラ動作）
図９は、スケジューラの動作を説明するフローチャートである。
ここで、文書配信サーバにおいて、クライアント、デバイスと協調してどのようにジョブを処理するようになっているかを説明する。
ステップＳ４２０１では、デバイスからの受信通知を受信したかを判断し、受信したならば、前述したＦＡＸ受信ジョブを起動し、後の処理はＦＡＸ受信処理に委ねる。
【００６８】
ステップＳ４２０５では、デバイスからのスキャンジョブ通知を受信したかを判断し、受信したならば、前述したスキャンジョブを起動し、後の処理はそちらに委ねる。
ステップＳ４２１０では、デバイスからのジョブ請求を受信したかを判断し、受信したならば、まずステップＳ４２１１で請求元デバイスを確認し、そのデバイス向けのジョブの有無を前述したジョブテーブルから検索処理し、ステップＳ４２１２でその検索結果に基づき、ジョブがあればステップＳ４２１３で当該ジョブデータをデバイス側に転送し、ジョブがなければ、ステップＳ４２１４でその旨をデバイス側に通知する。
【００６９】
このように処理することにより、デバイスが特定されたジョブはそのデバイスに対してジョブが要求されるが、特にデバイスが限定されないジョブに関しては、所定の機能リソースが空いているデバイスに対して順次ジョブが割り振られることにより、効率良くジョブが処理されるようになっている。
【００７０】
ステップＳ４２２０では、クライアントからのＦＡＸ送信要求を受信したかを判断し、受信した場合にはまずステップＳ４２２１で、ジョブを要求したクライアントのユーザのグループが、指定されたデバイスのグループと一致しているか否かを、ユーザ管理テーブル及びデバイス管理テーブルに基づいて確認し、可能であればステップＳ４２２２でジョブデータの転送処理を行ってジョブ登録を行い、不可能であればステップＳ４２２３でエラー処理を行う。エラー処理としては、エラーの内容等をクライアント側に通知し、クライアントサイドで指定するデバイスの変更するよう促すか、自動的に当該ジョブが処理可能なデバイスを自動選択し、変更されたデバイス名等をジョブを要求したクライアント側へ通知する等の手段を採用することができる。
【００７１】
ステップＳ４２３０では、クライアントからのプリント要求を受信したかを判断し、受信した場合にはステップＳ４２３１でクライアントのユーザのグループが、指定されたデバイスのグループと一致しているか否かを確認し、問題がなければステップＳ４２３２でジョブデータの転送処理を行ってジョブ登録を行い、問題があればステップＳ４２３３でステップＳ４２２３と同様のエラー処理を行う。
【００７２】
ステップＳ４２４０では、その他のサーバでサポートしている文書処理サービス要求を受信したかを判断し、受信した場合にはステップＳ４１４１で所定の文書処理ジョブを起動し、後の処理はそちらに委ねる。
これらの処理を繰り返されることにより、適宜ジョブが処理されるようになっている。
【００７３】
（ユーザ管理テーブル）
図１０は、本実施形態において、文書配信サーバがデータベース３０３１の共有データ部に記憶するユーザ管理テーブルの例を示す図である。
項目及び登録内容は以下の通りである。
（１）番号：内部的に各登録ユーザを管理するための番号。
（２）ユーザ名：基本的にはネットワークユーザ名を登録するが、それとは別にＦＡＸ送信先としてのユーザ名、グループ登録されるユーザ名等が登録できる。
・このデータは直接デバイス側に送られ、デバイスで配信宛先として表示、指示することができるようになっている。
・また、ＭＦＤ等プリンタ機能を有するデバイスをユーザ登録することにより、例えばスキャナで読取った画像を出力させるプリンタを指定したり、グループユーザにプリンタを含ませることで同報指示の一環でプリント出力も指示できるようになっている。
【００７４】
（３）属性：登録されたユーザの属性、具体的には、ネットワークユーザ（クライアント）、ＦＡＸ番号、グループユーザ、プリンタ（ＭＦＤ）かの識別をするものである。
（４）メンバー：グループユーザの場合、グループメンバーをユーザ番号で指定する。図１０の例では、ユーザＡＡＡＡ，ＢＢＢＢはＡグループ、ユーザＣＣＣＣ，ＤＤＤＤはＢグループのメンバであることを示している。
（５）ダイヤル番号：ＦＡＸ送信先ユーザの場合、ＦＡＸ番号を登録する。
（６）システム管理者：本システム全体の管理者を登録する。
・システム内の共有リソースの設定管理は、システム管理者のみ行える。
【００７５】
（７）グループ管理者：グループ設定した場合のグループ内システム管理者を登録する。
・グループ内の共有リソースの設定管理を行なう権限を有する。
（８）スキャナ登録
・ユーザ名としてＭＦＤ等のスキャナ機能を有するデバイスに転送するか否かの設定を行い、「登録する」と設定されたもののみをデバイスに転送する。
・また、デフォルト設定としては、「ネットワークユーザ」、「グループユーザ」はデバイスに登録、「ＦＡＸ送信先ユーザ」は未登録という設定になるようにしてある。
・なお、これらのアドレスデータは、各クライアントからはすべて文書配信先として使用可能である。
【００７６】
（デバイス管理テーブル）
図１１は、本実施形態において、文書配信サーバがデータベース３０３１の共有データ部に記憶するデバイス管理テーブルの例を示す図である。
項目及び登録内容は以下の通りである。
（１）番号：内部的に各デバイスを管理するための番号。
（２）デバイス名：各デバイスにユーザが登録するデバイス名。
（３）機能別使用制限：各デバイスの有する機能別にアクセス（使用権）を設定する。
【００７７】
各クライアント（ユーザ）からのジョブを各デバイスへ振り分ける時、また、各デバイスからのジョブを受け付ける場合等は、このテーブルを参照して制御が行なわれる。
例えば、ＭＦＤ１というデバイスは、プリント機能、ＦＡＸ送信、ＦＡＸ受信機能に関しては、原則としてＡグループに属するユーザに対応したジョブを処理するように制御される。
【００７８】
ただし、ＦＡＸ受信に関しては、別途自動配信機能を有するため、システム内の配信先が一意に決定される場合は、所定のグループ外のユーザにも配信可能となる。しかし、配信先が特定されない受信文書に関しては、グループ専用の共有領域に当該文書が管理されるようになる。また、ＦＡＸ受信機能に使用ユーザ制限を設定しないときの、配信先が特定されない受信文書は、システム共通の管理領域に受信文書が管理されることになる。
【００７９】
（データベースの構成）
図１２は、本実施形態における文書配信サーバが有するデータベース３０３１の構成例を示す図である。
［共有データ］：共有データとして以下のデータを管理する。項目及び内容は以下の通りである。
（１）ユーザ管理情報
・ユーザ名、ユーザパスワード、ユーザ別設定、デバイス設定情報、ユーザ管理テーブル等。
（２）サーバ管理情報
・ユーザライセンス数、時刻、サーバアプリケーションバージョン等。
【００８０】
（３）デバイス管理情報
・デバイス管理テーブル、デバイスが有する機能、ステータス等
（４）共有アドレスデータ：共有するアドレスデータ。
・ネットワーク上の各ユーザのＬＡＮ上のアドレスについては、自動的に登録する。
（５）共有文書データ：共有する文書データ
（６）共有文書アノテーションデータ
・共有する文書に対するアノテーション情報。
【００８１】
（７）通信ログデータ
・ＦＡＸ文書管理テーブル等、特に、ＦＡＸ送受信に関連する通信ログ（履歴）データ。
（８）ジョブ・課金ログデータ
・課金管理上必要なログデータ（通信時間、プリント要求カウント等）。
（９）一時保存データ
・特に、宛先が明示されずに転送されたＦＡＸ受信文書。
【００８２】
［個別ユーザデータ］：各ユーザ単位のデータとして以下のデータを管理する。項目及び内容は以下の通りである。
（１）Inboxデータ：主としてデバイス側から転送された受信文書データ。
（２）OutBoxデータ：デバイス側に転送されるべき未処理のジョブ情報。
（３）Scanデータ：スキャン読取後、転送された文書データ。
（４）SentFaxデータ：送信処理済みの文書データ。
（５）Trashデータ：不要指示され一時保存された文書データ。
（６）ユーザ専用フォルダデータ
・ユーザが個別に設定したフォルダに、ユーザが移動、複写させた文書が管理される。
（７）ユーザ専用アドレスデータ
・ユーザが独自に設定したアドレス情報。
【００８３】
［個別グループデータ］：各グループ単位のデータとして以下のデータを管理する
（１）Inboxデータ：グループ内のデバイス側から転送される受信文書データ。
（２）OutBoxデータ：グループ内のデバイスに要求されたジョブ情報。
（３）Scanデータ：グループユーザ指定のスキャン文書データ。
（４）グループ専用フォルダデータ：グループユーザが独自に設定したフォルダ。
（５）グループ専用アドレスデータ：グループユーザ専用のアドレス情報。
【００８４】
（データフロー）
図１３は、図１に示した本実施形態の文書配信システムにおけるデータフローを示す図である。
サーバ１０００とマルチファンクションデバイス（ＭＦＤ１、２）（１０２０、１０２１）とは、サーバ１０００におけるデータバッファ３３１０を介してデータ転送処理が行なわれ、データバッファ３３１０においては
（１）ＦＡＸ送信要求用データバッファ
（２）ＦＡＸ受信用データバッファ
（３）プリントデータ用データバッファ
（４）スキャナデータ用データバッファ
がそれぞれに用意され、これらのデータはデバイス＝サーバ間でパケット単位に混在させて転送が可能になっている。
【００８５】
サーバ内では、データバッファ３３１０と、データベース３０３１との間で内部的に必要に応じたデータ転送が行なわれる。
各ユーザ（１０１０〜１０１３）は、サーバにおけるデータベースに対してデータ転送（アクセス）を行なうことにより、各種サービスの提供を受けることが基本になっている。
【００８６】
例えばクライアント１としてのユーザ１（１０１０）は、サーバにおける共通データエリアのデータ領域、ユーザ１用として個別に管理されたユーザ１データ領域、ならびに、所属するＡグループ専用のデータ領域をアクセスすることで、各種サービス、データの提供を受けることができるようになっている。
【００８７】
（ＦＡＸ受信文書管理テーブル）
図１４は、本実施形態において、文書配信サーバがデータベース３０３１に記憶するＦＡＸ受信文書管理テーブルの例を示す図である。
ここでは、共有データエリア内に送信元別のフォルダの管理ができるようにして、必要に応じてアクセスの制限ができるようにしてある。
【００８８】
項目及び登録内容は以下の通りである。
（１）共有内フォルダ名
・ここでは、所定の相手先番号、フォルダＩＤ別にフォルダ名を設定し、ユーザがフォルダ別にＦＡＸ受信文書をアクセスできるようになっている。
・特にフォルダ設定されていない場合のＦＡＸ受信文書で、配信先が自動的に判別できない文書は、一般受信文書（デフォルト）として管理される。
なお、グループ指定されたデバイスからののＦＡＸ受信文書は、グループ専用のInBoxに管理される。
・配信先が確定せずデフォルトとされた文書を自動プリント出力設定し、受信記録させることもできるようになっている。
・また、配信先が確定しない文書は、一時保存して、手動ルーティング処理で配信する設定も可能になっている。
【００８９】
（２）相手先番号
・各フォルダ別に、ＦＡＸ送信元のダイヤル番号を設定する。
・ＦＡＸデバイスから通知された受信文書に対応するダイヤル番号と、ここで設定された番号とを比較して、対応するフォルダに受信文書が管理される。
・ダイヤル番号は、国際標準のＦＡＸ手順においてサポートされている手段により情報交換されるものを使用する。
・複数のダイヤル番号を登録することにより、共通のグループ間でのＦＡＸ受信を一括管理させることができるようになっている。
【００９０】
（３）フォルダＩＤ
・例えば、ＩＴＵ−Ｔ Ｔ．３０で規定されるサブアドレス等を用いて直接ＩＤ指定してフォルダを選択することができるようになっている。
（４）文書番号
・各フォルダ別に文書番号を管理する。
（５）アクセス権
・共有エリアに受信文書として管理はされるものの、部門外のクライアントからのアクセスは許容したくない場合に備えて、各フォルダに対してアクセス可能なユーザ（クライアント）を任意に設定できるようになっている。
【００９１】
なお、ここに示したテーブルは、共有フォルダに関連した処理用のテーブルであるが、これとは別に、各ユーザ用のInBoxに対応させたフォルダＩＤの設定をすることで、直接ユーザ専用フォルダに受信文書を転送処理することも可能になっている。
【００９２】
（スキャンジョブ）
図１５は、スキャンジョブにおける処理フロー図を示している。
ステップＳ３６０１では、まずＭＦＤからのスキャンジョブデータを受信する。このジョブデータは、スキャナで読み込んだ画像データからなる画像データ部と、その配信先データとからなる配信先データ部とを含んでいる。
【００９３】
ステップＳ３６０２では、まず画像データ部を一時保存文書ファイルとしてデータベースに登録する。
ステップＳ３６０３では、配信先データ部の内容を解析し、処理すべき配信数等を検出する。
ステップＳ３６１０では、未処理の個別宛先データ（ユーザ名）を抽出する。
【００９４】
ステップＳ３６１５では、その属性が「クライアント」か否かを判断し、そうであればステップＳ３６１６で、所定のユーザフォルダに対する内部的な配信処理を行い、ステップＳ３６３０に処理を進める。
ステップＳ３６２０では、宛先データ属性が「ＦＡＸ送信先」かを判断し、そうであればステップＳ３６２１で内部的に新規の送信ジョブとしての登録を行い、ステップＳ３６３０に進む。
【００９５】
ステップＳ３６３０では、宛先データがプリンタデバイスに対応しているかを判断し、そうであればステップＳ３６３１でプリントジョブとしてジョブ登録する。
ステップＳ３６４０では、他の配信処理すべきデータが残っているか否かの確認を行い、まだ未処理分があればステップＳ３６１０まで処理を戻す。
配信（登録）処理が終了したら、ステップＳ３６５０で一時保存文書等の後処理を行い処理を終了する。
【００９６】
（ＦＡＸ受信ジョブ）
図１６は、ＦＡＸ受信ジョブ処理フロー図を示している。
ステップＳ３８０１では、デバイス側からＦＡＸ受信データと配信処理用のデータとを含んだジョブデータを受信する。
【００９７】
ステップＳ３８０２では、画像データを、暫定的に一般受信文書として登録処理する。
ステップＳ３８０３では、付加された配信処理データの内容を解析する。
【００９８】
ステップＳ３８１０では、明示的に送信宛先としてフォルダＩＤ（クライアント専用フォルダ、もしくは所定の共有フォルダ）が指示されているか確認し、指示がされていた場合は、ステップＳ３８１１で指定されたユーザフォルダへ文書を再登録して処理を終了する。
【００９９】
ステップＳ３８２０では、ＦＡＸ送信元ダイヤルデータが付加されているかの確認を行い、送信元ダイヤルデータがあれば、ステップＳ３８２１で対応するＦＡＸ送信元別フォルダが設定されているかの確認をし、所定のフォルダが設定されていればステップＳ３８２２で対応するフォルダへ文書の再登録処理をして処理を終了する。
【０１００】
ステップＳ３８３０では、配信先が未定の文書に対する自動配信処理モードの設定を確認し、その設定がなされていれば、ステップＳ３８３１で、当該文書の扱いを自動ルーティングジョブに渡すことで配信処理の扱いを委託することで処理を終了する。
【０１０１】
ステップＳ３８４０では、デバイスの使用権が設定されているか確認を行い、設定があれば、ステップＳ３８４１で所定のフォルダへ文書の再登録処理をして処理を終了する。
【０１０２】
ステップＳ３８５０では、自動印刷モードが設定されているか否かの確認をし、設定されていれば、これまで配信先が未確定の文書をステップＳ３８５１でプリントジョブとして処理されるようにジョブ登録し処理を終了する。
【０１０３】
ここまでで登録すべきフォルダが確定しない受信文書は、強制的にデフォルトの共通フォルダに登録するなり、一般受信文書として蓄積管理しておき、所定のクライアントから手動ルーティングジョブ３１２７を起動して手動で所定のユーザフォルダへ文書を転送処理するようになっている。
【０１０４】
【他の実施形態】
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【０１０５】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０６】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０７】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した（図３、図５、図８、図９、図１５および図１６の１つ以上に示す）フローチャートに対応するプログラムコードが格納されることになる。
【０１０８】
【発明の効果】
以上説明したように、本発明によれば、クライアントを使用するユーザをグループユーザとして登録、管理し、かつ各共用デバイスの利用権限をユーザグループ毎に設定することによって、
（１）所定のユーザグループで所定の共用デバイス群を占有的に活用できるようになる。
（２）デバイスからの受信文書等をグループ内ユーザに限定した形態で管理できる。
（３）グループユーザ内で文書情報、アドレス情報を共有することができる。
さらに、デバイスの有する機能別にアクセス件を設定することにより、ファクシミリ通信機能は所定のユーザにのみ開放し、プリンタ機能は任意のユーザが使用可能、といったユーザの希望する運用形態に柔軟に対応させることができるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施形態に係る文書配信システムの構成例を示すブロック図である。
【図２】クライアントの構成例を示すブロック図である。
【図３】クライアントの処理動作を示すフローチャートである。
【図４】マルチファンクションデバイスの構成例を示すブロック図である。
【図５】マルチファンクションデバイスの処理動作を示すフローチャートである。
【図６】本発明の実施形態に係る文書配信サーバの構成例を示すブロック図である。
【図７】文書配信サーバのジョブ群の例を示す図である。
【図８】文書配信サーバの基本処理動作を示すフローチャートである。
【図９】文書配信サーバのスケジューラの処理動作を示すフローチャートである。
【図１０】ユーザ管理テーブルの例を示す図である。
【図１１】デバイス管理テーブルの例を示す図である。
【図１２】文書配信サーバのデータベース構成例を示す図である。
【図１３】図１に示す文書配信システムにおけるデータの流れを示す図である。
【図１４】ＦＡＸ受信文書管理テーブルの例を示す図である。
【図１５】スキャンジョブ処理の詳細を示すフローチャートである。
【図１６】ＦＡＸ受信ジョブ処理の詳細を示すフローチャートである。
Claims (7)
- デバイスおよびクライアント装置と通信し、受信したデータを管理するサーバ装置であって、
所定の記憶領域に対する、複数のユーザが属するグループのアクセス権限に係わる情報を記憶する記憶手段と、
前記所定の記憶領域と、前記デバイスとを対応付けて管理する管理手段と、
前記デバイスからデータを受信した場合、前記デバイスに対応付けられた所定の記憶領域に前記データを格納する格納手段と、
前記所定の記憶領域に対して所定のグループに属する所定のユーザからアクセス要求があった場合には、前記記憶手段に記憶されたアクセス権限に係わる情報に基づいて、前記所定のユーザの、前記所定の記憶領域に格納されたデータへのアクセスの可否を決定する決定手段と、
を備えることを特徴とするサーバ装置。 - 前記デバイスが、ファクシミリ文書の送受信機能、画像読み取り機能及び画像形成機能の少なくともひとつの機能を有することを特徴とする請求項１記載のサーバ装置。
- 前記グループ毎に、そのグループに所属する前記ユーザが共有する、複数のデバイスのいずれかから得られたデータをまとめて記憶する領域を有することを特徴とする請求項１又は請求項２記載のサーバ装置。
- 前記デバイスが、ファクシミリ文書の送受信機能、画像読み取り機能及び画像形成機能のうちの少なくともふたつの機能を有し、
前記管理手段は、デバイスの利用権限に関する情報を、前記デバイスの機能毎に記憶することを特徴とする請求項１乃至請求項３のいずれか１項に記載のサーバ装置。 - 前記デバイスから受信したデータが、前記デバイスが受信したファクシミリ文書データであることを特徴とする請求項１乃至４のいずれかに記載のサーバ装置。
- デバイスおよびクライアント装置と通信し、受信したデータを管理するサーバ装置の制御方法であって、
所定の記憶領域に対する、複数のユーザが属するグループのアクセス権限に係わる情報を記憶手段に記憶する記憶工程と、
前記所定の記憶領域と、前記デバイスとを対応付けて管理する管理工程と、
前記デバイスからデータを受信した場合、前記デバイスに対応付けられた所定の記憶領域に前記データを格納する格納工程と、
前記所定の記憶領域に対して所定のグループに属する所定のユーザからアクセス要求があった場合には、前記記憶手段に記憶されたアクセス権限に係わる情報に基づいて、前記所定のユーザの、前記所定の記憶領域に格納されたデータへのアクセスの可否を決定する決定工程と、
を備えることを特徴とするサーバ装置の制御方法。 - コンピュータ装置に、請求項６記載のサーバ装置の制御方法を実行させる制御プログラムを格納したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26737599A JP3740330B2 (ja) | 1999-09-21 | 1999-09-21 | サーバ装置及びネットワークシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26737599A JP3740330B2 (ja) | 1999-09-21 | 1999-09-21 | サーバ装置及びネットワークシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001092760A JP2001092760A (ja) | 2001-04-06 |
| JP3740330B2 true JP3740330B2 (ja) | 2006-02-01 |
Family
ID=17443976
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26737599A Expired - Fee Related JP3740330B2 (ja) | 1999-09-21 | 1999-09-21 | サーバ装置及びネットワークシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3740330B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012176398A1 (en) | 2011-06-24 | 2012-12-27 | Sony Corporation | Information processing device, program, information processing method, and information processing system |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3823995B2 (ja) | 2004-10-14 | 2006-09-20 | コニカミノルタビジネステクノロジーズ株式会社 | 画像処理装置およびその制御方法、ならびにコンピュータプログラム |
| JP2007142948A (ja) * | 2005-11-21 | 2007-06-07 | Konica Minolta Business Technologies Inc | データ入出力システム |
| JP4632446B2 (ja) * | 2006-01-24 | 2011-02-16 | キヤノン株式会社 | 画像処理システム、その管理方法、および制御装置 |
| JP5171995B2 (ja) * | 2011-06-14 | 2013-03-27 | アラクサラネットワークス株式会社 | ネットワークにおけるデータ伝送制御 |
| JP6193605B2 (ja) * | 2013-04-12 | 2017-09-06 | キヤノン株式会社 | 印刷システムおよびその制御方法、ならびにプログラム |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05128117A (ja) * | 1991-11-01 | 1993-05-25 | Hitachi Ltd | 文書編集システム |
| JPH07295911A (ja) * | 1994-04-20 | 1995-11-10 | Canon Inc | データ処理装置およびネットワークシステム |
| JPH10161823A (ja) * | 1996-11-27 | 1998-06-19 | Nec Corp | 印刷システム |
| JP3805077B2 (ja) * | 1997-09-18 | 2006-08-02 | キヤノン株式会社 | 印刷システム、サーバ装置、印刷処理方法、記憶媒体 |
| JPH11102362A (ja) * | 1997-09-26 | 1999-04-13 | Dainippon Printing Co Ltd | コンピュータネットワークを利用した集版システム |
| JP3548400B2 (ja) * | 1997-10-21 | 2004-07-28 | キヤノン株式会社 | 複合画像形成装置、複合画像形成方法、及び記憶媒体 |
-
1999
- 1999-09-21 JP JP26737599A patent/JP3740330B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012176398A1 (en) | 2011-06-24 | 2012-12-27 | Sony Corporation | Information processing device, program, information processing method, and information processing system |
| US9424207B2 (en) | 2011-06-24 | 2016-08-23 | Sony Corporation | Information processing device, program, information processing method, and information processing system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001092760A (ja) | 2001-04-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6947182B1 (en) | Network system and control method of the same | |
| US8726401B2 (en) | Data transmission apparatus, control method therefor, and image input/output apparatus | |
| US8107112B2 (en) | Image forming apparatus and scanned data process method | |
| US7969599B2 (en) | Device managing system, information process apparatus, and control method thereof | |
| US8458251B2 (en) | Conference aided system, input board and control method thereof, and program | |
| US8760680B2 (en) | Data processing apparatus, method, and storage medium | |
| US8477352B2 (en) | Image forming apparatus, control method thereof, image forming system, and program | |
| US20060047731A1 (en) | Document-management device, document-management program, recording medium, and document-management method | |
| JP4574004B2 (ja) | 文書配信システム、文書配信装置、文書配信方法及び記憶媒体 | |
| US20010013954A1 (en) | Image processing apparatus, control method of image processing apparatus, and storage medium | |
| US20070091361A1 (en) | Printer, print control method, and program for executing print control method | |
| US7199730B2 (en) | Character string processing apparatus, character string processing method, and image-forming apparatus | |
| US20100179965A1 (en) | Image processing apparatus and image processing method | |
| JP2012231431A (ja) | 画像処理システム、その画像処理システムにおける画像処理装置およびサーバ、並びに、データ制御方法およびプログラム | |
| JP3740330B2 (ja) | サーバ装置及びネットワークシステム | |
| US7184976B1 (en) | Apparatus which can be connected to network, and charging management system | |
| JP2001103232A (ja) | データ処理装置及びその制御方法 | |
| JP3703275B2 (ja) | データ処理装置、方法及び記憶媒体 | |
| JP2001094590A (ja) | 文書配信サーバ及び文書配信システム | |
| JP2005196334A (ja) | サービス処理実行管理装置及び方法 | |
| JP2002189638A (ja) | ログ管理システム、ログ管理装置、ログ管理方法及び記憶媒体 | |
| JP6690313B2 (ja) | 情報処理システムおよび情報処理方法 | |
| JP2001045204A (ja) | データ管理システム | |
| JP2001043034A (ja) | 情報処理装置及び方法 | |
| JP2001043035A (ja) | 情報処理装置及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050127 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050201 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050404 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20051011 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051107 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081111 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091111 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101111 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111111 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121111 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131111 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |