JP2006285840A - 文書管理システム - Google Patents

Abstract

【課題】 文書管理システムに登録された文書を、ＷｅｂクライアントからＷｅｂサーバに登録されていないプリンタを用いて印刷する文書管理システムを提供する。
【解決手段】 Ｗｅｂクライアントからプリンタ対して、文書管理サーバに格納されている印刷形式の文書の印刷要求を行うとき、印刷データのＵＲＬを渡し、プリンタは渡されたＵＲＬにアクセスして文書管理サーバから、文書を取り出し、印刷を行うことを特徴とする文書管理システム。
【選択図】 図１

Description

本発明は、ネットワーク（ＬＡＮ）上に構築されたクライアントサーバシステムに関するもので、特にＷｅｂブラウザ経由で文書管理サーバに保存されている文書を印刷する機能に係る文書管理システムに関するものである。

文書管理サーバには、すでにドライバにより印刷可能な形式に変換された文書を保存することができる。このような文書のことを印刷ジョブ文書と称する。

文書管理サーバ、Ｗｅｂサーバにより構築された文書管理システムがインターネットを経由して、遠隔地から利用可能に構成されており、遠隔地のＷｅｂクライアントから文書管理サーバに保存されている印刷ジョブ文書をＷｅｂクライアントの近辺のプリンタ印刷することを想定する。

従来、文書管理システムのＷｅｂクライアントから文書管理サーバに保存されている印刷ジョブ文書を印刷しようとした場合、特許文献１に見られるように、Ｗｅｂサーバが管理しているプリンタでしか、印刷することができなかった。

そのため、文書管理システムの印刷機能では、Ｗｅｂクライアントの近辺のプリンタに印刷ジョブ文書を印刷することができなかった。

この代替の手段として、Ｗｅｂクライアントにより文書管理サーバから印刷ジョブ文書を一旦ダウンロードし、ダウンロードした文書をプリンタドライバを使用して、近辺のプリンタで印刷するという方法がある。ただし、印刷ジョブ文書は特殊なフォーマットであり、一般のアプリケーションでは取り扱うことができないため、ダウンロード時にイメージ形式に変換されてダウンロードされる。そして、イメージ形式のデータを取り扱うことのできるアプリケーションからプリンタドライバを使用して印刷することになる。また、プリンタドライバはプリンタの機種に依存しており、機種ごとに違うものをインストールしておかなければならない。
特開２００１−１０３２２６号公報

上記の代替手段による印刷では、ドライバなしでも印刷できるフォーマットで保存されているデータを印刷する場合、ドライバが必要になるばかりでなく、途中にイメージ変換処理が発生するため、かえって余計な処理を行わなければならず、処理時間の増加、画質の劣化が問題となっている。

本発明により、遠隔地のＷｅｂクライアントからその近辺のプリンタに印刷ジョブ文書を印刷する場合でも、手間が少なく、処理時間の増加を抑え、画質劣化の起こらない印刷結果が得られるような文書管理システムを提供する。

ネットワークを構築するデバイス、サーバ、クライアントに対して以下のような手段を設ける。

（１）デバイスに対して、
印刷機能を有するデバイスに対して
クライアントからの印刷要求を受け付け、印刷要求で指定された印刷可能な文書を文書管理サーバから取り出し、印刷を行う手段を設ける。

（２）文書管理サーバに対して、
クライアントからの要求に応じて、文書管理サーバに管理されている文書のＵＲＬを返答する手段、デバイスからの文書取得要求に応じて、文書を返送する手段を設ける。

なお、システムで扱うすべてのデータに関しては、サーバにおいて一括管理されている。

（３）Ｗｅｂサーバに対して、
文書管理サーバに保持されている文書の文書一覧表示、文書の印刷指示画面表示手段、
印刷実行画面表示手段を設ける。

（４）Ｗｅｂクライアントに対して、
印刷指示画面を表示し、文書を印刷するデバイスの選択手段、文書のＵＲＬを含む印刷印刷要求を送付する手段を設ける。

すなわち、本発明の技術内容は以下の構成を備えることにより前記課題を解決できた。

〔１〕文書管理サーバ、Ｗｅｂサーバ、Ｗｅｂクライアントコンピュータ、プリンタがネットワーク接続された文書管理システムにおいて、文書管理サーバは、ネットワーク通信によるＷｅｂサーバからの要求に応じて、文書管理サーバで管理されている文書の一覧を提供する手段、及び、プリンタからの要求に応じて文書の取り出しを可能とする手段を備え、Ｗｅｂサーバは、Ｗｅｂクライアントからのリクエストに応じて、文書管理サーバとネットワーク通信を行う手段、印刷対象文書の選択のための画面を作成する手段、Ｗｅｂクライアント上に印刷実行プログラムを起動する手段を備え、Ｗｅｂクライアントは、印刷実行プログラムによりプリンタに印刷対象文書のＵＲＬを含む印刷要求を送付する手段を設け、プリンタは、Ｗｅｂクライアントから前記印刷を受け付ける手段、文書管理サーバから印刷対象文書を取り出す手段、取り出した文書を印刷する手段を設けることを特徴とする文書管理システム。

本発明によれば、遠隔地のＷｅｂクライアントからその近辺のプリンタに印刷ジョブ文書を印刷する場合でも、手間が少なく、処理時間の増加を抑え、画質劣化の起こらない印刷結果が得られるようにできる。また、この際、デバイスに依存したプリンタドライバを必要としない。

以下本発明を実施するための最良の形態を、実施例により詳しく説明する。

図１は本発明における文書管理システムの構成例を示す図である。

ＬＡＮを介して、文書管理サーバ１００１、Ｗｅｂサーバ１００２、クライアントコンピュータ１０１１、１０１２、マルチファンクションデバイス１０２１が接続されており、また、マルチファンクションデバイス１０２１はさらに公衆網にも接続されている。

ＬＡＮはルータ１０３１を介してＩｎｔｅｒｎｅｔに接続されている。

また、第３のクライアントＰＣ１０１３および第２のマルチファンクションデバイス１０２３がＩｎｔｅｒｎｅｔに接続されている。

文書管理サーバ１００１はＬＡＮに接続されているマルチファンクションデバイス１０２１および本文書管理システムの利用ユーザ、システム内に蓄積された文書、システムで処理を行ったジョブの履歴管理なども行っている。また、クライアントＰＣ１０１１、１０１２で動作しているクライアントアプリケーションおよび、Ｗｅｂサーバ１００２、マルチファンクションデバイス１０２１からのリクエストを受け付けて、ジョブ生成、文書登録などの処理を行う。

Ｗｅｂサーバ１００２はクライアントＰＣ１０１１、１０１２、１０１３の上で動作しているＷｅｂブラウザアプリケーションからのリクエストを受け付け、ＨＴＭＬページを送出する。ここで、クライアントＰＣからのリクエストが文書管理システムに関するものであった場合は、文書管理サーバ１００１と通信を行い、リクエスト処理を行う。

マルチファンクションデバイス１０２１は文書管理サーバの制御によりＦＡＸ送信、プリントなどのジョブを実行する。

また、文書管理サーバ１００１では、文書ごとに各ユーザがその文書に対してどのような操作を行うことが可能であるかの管理を行っており、マルチファンクションデバイス１０２１、Ｗｅｂサーバ１００２、クライアントＰＣ１０１１、１０１２、１０１３からの要求に応じて、ユーザと文書の組で実行可能な操作の可否を示すアクセス権情報を提供可能としている。操作の種類としては、文書名、文書作成日などの文書情報の閲覧、文書内容の閲覧、文書の印刷、文書情報の変更、文書内容の変更、文書の削除などが管理されている。

図２は、本発明における文書管理サーバで動作するアプリケーションプログラムの構成を示す図である。

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

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

２００３は、リクエストＱｕｅｕｅ管理部であり、基本的にはデバイス側、クライアント側からの非同期に転送される各種要求メッセージを一旦内部的にＱｕｅｕｅ管理し、逐次要求内容に応じた処理をしている。

ただし、サーバ内でスケジューリングを必要とする要求が発生する場合も想定されている。

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

２００５はユーザ管理に関するジョブを処理するもので、基本的には接続されるユーザ（クライアント）、デバイスの管理に関するジョブの処理を行う。

例えば、各クライアント、デバイスからの接続（ログイン）要求処理の判断、各ユーザ用に管理された文書情報、アドレス情報のハンドリング、ならびにデバイス側のジョブ処理状況、リソース状態等を管理、制御する。

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

２００７では本サーバでの文書処理全般に関する処理を扱う。

必要に応じてスケジューラ２０１０に制御権を渡し、その管理下で各種ジョブ２０２０を実行するようになっている。

２０３０はメモリ管理部となっており、サーバで扱う各種データは、原則としてその管理下でデータベース２０３１に蓄積、管理され、必要に応じて参照、読み出しが行われる。

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

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

３０１０は操作部であり、端末としての機能をユーザに提供するためのユーザインターフェースとなっている。

３０１５は読取制御部であり、スキャナ３０１６の制御を行う。

３０２０は記録制御部であり、プリンタ３０２１の制御を行う。

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

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

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

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

３０４５はＰＤＬ制御部であり、本実施例においてはＬＡＮを介して受け付けたＰＤＬデータをＰＤＬ処理部３０４６を用いてビデオデータに変換する。

そのデータは、一般的には記録制御部３０２０に渡されてプリンタ３０２１で出力される。

３０５０は、外部ｉ／ｆ制御部であり、この例ではＬＡＮ制御部３０５１を介して、ＬＡＮ上のサーバと所定のデータ通信、ジョブ管理、制御を行う。

例えば、サーバからの送信ジョブ、印刷ジョブを受けたり、サーバ側に受信データ、スキャナ読取データを転送したりの処理をリソース管理部３００１の管理下で行う。

ここで、送信ジョブや、印刷ジョブはＸＭＬ／ＳＯＡＰで記述されたＷｅｂサービス型のリモートプロシージャとして定義されており、外部インターフェイス制御部で、この解釈が行われる。

図４を用いて、Ｗｅｂサーバによる、印刷実行指示画面の作成処理について説明する。

ここでは、前提として、Ｗｅｂクライアントに、文書または複数の文書のリストが表示されている状態で文書を選択し、印刷ボタンを選択することにより、Ｗｅｂサーバに文書印刷指示画面作成要求が発行されるものとする。このとき、印刷指示画面作成要求のパラメータとして、少なくとも選択文書の識別子リストが付加されている。

ステップ４０１で要求が正当なものであるかの確認を行う。このために、セッション情報をＷｅｂサーバに保持しておき、これを元にクライアントからの要求に含まれるセッション識別子を検査することにより要求の正当性が確認できる。この検査に合格するとステップ４１１に処理をすすめる。そうでなければ、ステップ４６１に処理を進める。

ステップ４１１では要求に付加されている文書の識別子を持つ文書が文書管理サーバに保存されているかどうかを確認する処理である。

すべての文書が文書管理サーバに管理されているものであれば、ステップ４２１に処理を進め、そうでなければ。ステップ４６１に処理を進める。

ステップ４２１では、それぞれの文書に対して、要求を発行したユーザが印刷するため権利を有しているかどうかを検査する処理である。

各文書についてのアクセス権は、文書管理サーバで管理されている。

各文書へのアクセス権があればステップ４３１へ、そうでなければステップ４６１へ処理を進める。

ステップ４３１では、印刷指示画面表示用ファイル及び、印刷指示画面表示用のＨＴＭＬページを作成する。

印刷指示画面表示用ファイルには、少なくとも選択された文書名、ＵＲＬのリストが含まれているものとする。印刷指示画面は、Ｗｅｂクライアントに配置された印刷指示プラグインにより表示される。ここでは、この印刷指示プラグインを起動するためのＨＴＭＬページとプラグイン起動に必要なデータを収めたファイルを作成する。

ステップ４６１では、エラー通知画面を作成する。

エラー通知画面には、エラーの内容が書き出される。

図５は、Ｗｅｂクライアントの印刷実行プラグインが行う処理を説明するフローチャートである。この処理はＷｅｂサーバで印刷指示を受け付けに成功した場合に行われる。

印刷実行プラグインは、Ｗｅｂクライアント稼動するコンピュータに配置されており、Ｗｅｂブラウザが所定のＭＩＭＥ ＴＹＰＥのデータを受信したときに起動するプラグインとして構成されている。ここでは、Ｗｅｂブラウザが印刷実行プラグイン起動用のファイルを受け取ったときに、印刷実行プラグインが起動されるように構成されているものとする。

ステップ５０１では、起動ファイルから印刷対象の文書名、及び文書のＵＲＬを取得する処理である。

ステップ５１１では、印刷実行を行うためのユーザインターフェース画面を表示する。印刷実行画面には少なくとも印刷対象の文書リストを表示するためのコントロール、印刷を依頼するデバイスを指定するためのコントロール、デバイス登録画面を起動するためのボタンコントロール、印刷実行を支持するためのボタンコントロールから構成されている。また、印刷指示を行わずに画面を閉じるためのボタンコントロールを配置してもよい。ここでは、ステップ５０１で取得した文書名のリストを表示し、また、あらかじめ印刷指示アプリケーションに登録されているデバイスのリストからひとつのデバイスを選択可能とした初期画面を表示する。

ステップ５２１では、ユーザの操作待ちを行い、ユーザの操作により以下に行う処理を分岐する処理である。デバイス選択操作が行われた場合は、ステップ５４１へ、印刷実行操作が行われた場合は、ステップ５３１へ、デバイス登録操作を行われた場合は、ステップ５５１へ、その他の操作を行われた場合は、ステップ５６１へ処理を進める。

ステップ５３１では、ユーザ認証情報、印刷対象の文書のＵＲＬのリストを含む印刷要求メッセージを作成し、選択されたプリンタに対して送付する処理を行う。ユーザ認証情報には少なくともユーザ名とパスワードが含まれる。

ステップ５４１では、選択されたデバイスを記憶し、デバイス選択されたこと示す表示に画面を更新する処理を行う。

ステップ５５１では、デバイス登録処理を行う。

ここでは、デバイス登録用の画面を表示し、ユーザにデバイスの名前及び、アドレスを入力させる。ここで入力されたデバイスの情報は、印刷実行プラグインがアクセス可能なハードディスク上に保存される。

図６はＷｅｂクライアントから印刷ジョブの要求を受け取ったときに、マルチファンクションデバイスで実行される印刷実行処理を説明するフローチャートである。

ステップ６０１では、クライアントからの要求が正当なものであるかの確認を行う。

正当性の確認は印刷要求の中に含まれるユーザ認証情報を文書サーバに問い合わせることにより行われる。要求が正当であれば、ステップ６１１へ、そうでなければステップ６９１へそれぞれ処理を進める。

ステップ６１１では、Ｗｅｂクライアントから印刷実行要求のパラメータである文書の識別子リストの中から、１つの文書を取り出す処理である。この処理は、繰り返し行われる処理であり、そのたびに、リストの中から次のアイテムを取り出すようになっている。

ステップ６２１では、文書管理サーバに問い合わせて、上記ステップ６１１で取り出した文書の識別子を持つ文書が文書管理サーバ中に存在するかどうかを確認する処理である。

その結果、該当する文書が見つかれば、ステップ６３１へ、そうでなければ、ステップ６９１へ処理を進める。

ステップ６３１では、文書管理サーバに問い合わせて、現在アプリケーションを実行中のユーザが対象の文書を印刷するのに十分な権限を有しているかどうか、指定のデータが印刷可能なデータであるかどうかを確認する処理である。

上記確認の結果、ユーザが十分な権限を有している場合は、ステップ６５１へ、そうでなければ、ステップ６９１へ処理を進める。ここで、文書管理サーバでは、文書の属性の１情報として、プリンタよる直接印刷可能であるかどうかという情報を保持している。

ステップ６４１では、文書管理サーバに問い合わせ、対象の文書をプリンタの管理するディスク領域にファイルとして作成する処理を行う。

ステップ６５１では、記録制御部を制御して、ステップ６４１で作成したファイルを印刷ジョブとして投入する処理である。ここで、プリンタに異常が発生しており、印刷ジョブを作成できない場合は、ステップ６９１に処理を進め、そうでなければ、６６１へ処理を進める。

ステップ６６１では、ステップ６５１で作成した印刷ジョブを実行する処理である。

ステップ６７１では、現在処理中の文書がＷｅｂクライアントから要求された最後のファイルかどうかを検査し、最後の文書であればステップ６８１へ、未処理の文書が残っている場合は、ステップ６１１へ処理を進める。

ステップ６８１では、要求された文書の印刷の処理の受付が完了したことを報告する応答メッセージを送信する処理である。

ここで、マルチファンクションデバイスによる一連の処理が終了する。

ステップ６９１では、要求された処理が正常に実行できなかった旨を通知する応答メッセージを送信する処理である。

ここで、マルチファンクションデバイスによる一連の処理が終了する。

［他の実施例１］
上記実施例では、印刷を行うデバイスとしてマルチファンクションデバイスを使用する例を示したが、プリンタ機能を備えるものであれば構わない。

［他の実施例２］
上記実施例では、Ｗｅｂクライアントからプリンタに送付される印刷要求に含まれるユーザ認証情報は平分のまま送付されることとなっているが、セキュリティを強化するためにＷｅｂクライアント、プリンタ双方の間で共有された暗号化方式により暗号化することも可能である。

［他の実施例３］
上記実施例では文書管理サーバとＷｅｂサーバが別々のコンピュータ上で動作する例を示したが、文書管理サーバとＷｅｂサーバは同一のコンピュータ上で動作してもかまわない。

［他の実施例４］
上記実施例では、Ｗｅｂクライアントはインターネット上のクライアントコンピュータ１０１３で動作する例を示したが、ＬＡＮ上のクライアントコンピュータ１０１１、１０１２で動作してもかまわない。

［他の実施例５］
上記実施例では、ユーザ認証情報としてユーザ名とパスワードを使用し、ユーザ認証情報を文書管理サーバに問い合わせることとしているが、認証サーバは文書管理サーバとは別になっており、ユーザ認証情報として、ユーザ名とパスワードの組ではなく、認証時に取得した認証トークンであっても構わない。このとき、要求の正当性確認処理は、文書サーバではなく、認証サーバに問い合わせることになる。

文書管理システムの構成図 文書管理サーバのブロック構成図 マルチファンクションデバイスのブロック構成図 Ｗｅｂサーバでの印刷指示画面作成処理を示すフローチャート Ｗｅｂクライアントでの印刷実行処理を示すフローチャート マルチファンクションデバイスでの印刷実行処理を示すフローチャート

符号の説明

１００１ 文書管理サーバ
１００２ Ｗｅｂサーバ
１０１１ クライアントコンピュータ
１０１２ クライアントコンピュータ
１０１３ クライアントコンピュータ
１０２１ ＭＦＰ
１０２２ ＭＦＰ
１０３１ ルータ

Claims (7)

1. 文書管理サーバ、Ｗｅｂサーバ、Ｗｅｂクライアントコンピュータ、プリンタがネットワーク接続された文書管理システムにおいて、
   文書管理サーバは、
   ネットワーク通信によるＷｅｂサーバからの要求に応じて、文書管理サーバで管理されている文書の一覧を提供する手段、
   及び、プリンタからの要求に応じて文書の取り出しを可能とする手段を備え、
   Ｗｅｂサーバは、
   Ｗｅｂクライアントからのリクエストに応じて、文書管理サーバとネットワーク通信を行う手段、
   印刷対象文書の選択のための画面を作成する手段、
   Ｗｅｂクライアント上に印刷実行プログラムを起動する手段を備え、
   Ｗｅｂクライアントは、
   印刷実行プログラムによりプリンタに印刷対象文書のＵＲＬを含む印刷要求を送付する手段を設け、
   プリンタは、
   Ｗｅｂクライアントから前記印刷を受け付ける手段、
   文書管理サーバから印刷対象文書を取り出す手段、
   取り出した文書を印刷する手段を設けることを特徴とする文書管理システム。
2. 請求項１に記載の文書管理システムにおいて、Ｗｅｂクライアントからプリンタへ送付される印刷要求に印刷対象の文書のＵＲＬが含まれることを特徴とする文書管理システム。
3. 請求項１に記載の文書管理システムにおいて、
   Ｗｅｂクライアントの印刷実行プログラムは、さらに、ユーザの操作に応じてプリンタをプログラムが管理する記憶手段に記憶することを特徴とする文書管理システム。
4. 請求項１に記載の文書管理システムにおいて、
   Ｗｅｂクライアントからプリンタへ送付される印刷要求に印刷対象の文書のＵＲＬを複数含ませることが可能であることを特徴とする文書管理システム。
5. 請求項１に記載の文書管理システムにおいて、
   Ｗｅｂクライアントからプリンタへ送付される印刷要求に指定された印刷対象の文書に対するオペレータのアクセス権が適切でない場合、印刷しないことを特徴とする文書管理システム。
6. 請求項５に記載の文書管理システムにおいて、Ｗｅｂクライアントからプリンタへ送付される印刷要求にユーザ名を含み、アクセス権の検証を行うためにユーザ名を使用することを特徴とする文書管理システム。
7. 請求項６に記載の文書管理システムにおいて、Ｗｅｂクライアントからプリンタへ送付される印刷要求に含まれるユーザ名がＷｅｂクライアント、プリンタ双方で共有する暗号化方式により暗号化されていることを特徴とする文書管理システム。