JP2004164621A - プリントジョブ送信方法 - Google Patents

Abstract

【課題】 ユーザ名が保存され、サーバによってユーザ名が判別できるようなプリントジョブを送信するための方法を、シッククライアントのユーザに提供する。
【解決手段】 ユーザは、サーバ３１６上のプリント・キューを指す１つ以上のネイティブドライバ３１４を選択する。ユーザ・インターフェースは、データ・ファイル３１０中で選択されたデスティネーションとそのプロパティを保存し、さらにユーザのドキュメント・ファイルにユーザ名を保存する。スプーラ３０６に呼び出されたプリント処理装置３１２は制御データ・フィールドであるドキュメント名にユーザ名を追加する。サーバ３１６はネイティブドライバから制御データおよび原プリントデータを受信する。コンテキストはユーザＳＹＳＴＥＭである。その後サーバ３１６は、制御データ内のドキュメント名を解析し、制御データ内の実際のユーザ名を分析し、名をＳＹＳＴＥＭから実際のユーザ名に変更する。
【選択図】 図３

Description

本発明は、一般に多機能周辺装置へのドキュメント管理システムに関連し、特にシッククライアントからドキュメント管理モジュールに印刷する方法に関連する。

本願優先権主張の基礎となる米国特許出願第１０／２７１，３８５号は、２００２年３月１４日出願の米国特許出願第１０／０９８，７７５号および２００２年３月２９日出願の米国特許出願第１０／１１２，１０４号に関連するものである。

ドキュメント管理モジュール（ＤＭＭ）は、ファクス、電子メール、ｉＳＰ ＤＭＭ、ウェブポストおよびプリンタを含むが、それに限定されずに、ユーザに複数のデスティネーションへドキュメントを送信する機能を提供する。一般的に、配布は、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）プラットフォーム上のシッククライアント（プリンタドライバに類似）およびいかなるプラットフォームにも基づくシンクライアント（ブラウザ・ベースのクライアント）の二つのタイプのクライアントにより、遂行される。

この配布は、通常は、ドキュメント管理機能および装置管理サポートを有するドキュメント配布ソリューションである画像サービス・プラットフォーム装置（あるいはｉＳＰ）用のネットワーク・ベースのドキュメントサービス装置である。ユーザは、ドキュメント管理コンポーネントにより、迅速にドキュメントの保存、あるいは主要レポジトリからのドキュメント検索ができる。装置管理は、装置の発見、装置有効性の監視、およびデバイス状態の提供のために、ユーザと管理者に使用される。

この種の構造の問題点は、シッククライアントからのプリントジョブを実行する場合に、ユーザの識別ができなくなることにある。これはつまり、ユーザとしてのコンテキストでアプリケーションへログインする一方、原プリントデータを作成中のプリント処理装置へは、専用のＷｉｎｄｏｗｓユーザ「ＳＹＳＴＥＭ」としてのコンテキストでログインするからである。

プリント処理装置がＳＹＳＴＥＭのコンテキストでＷｉｎｄｏｗｓによりロードされるので、通常リモート・プロシージャ・コール（「ＲＰＣ」）を介して、クライアントマシンからサーバマシンに出力を送信するために使用されるＤＭＭあるいはネイティブドライバは、ユーザＳＹＳＴＥＭとしてサーバに接続する。したがって、ｉＳＰサーバがリモート（クライアント）スプーラからジョブを受信する場合、実際のユーザ名（ユーザＩＤ）は失われ、また、ｉＳＰサーバはユーザのインボックスにドキュメントを配置することができない。したがって、リモート（クライアント）コンピュータからｉＳＰサーバにプリントデータを送る場合に、ユーザ名を保存する方法が必要になる。

前述の必要性を考慮して、本発明はユーザ名が保存され、サーバによってユーザ名が判別できるようなプリントジョブを送信するための方法をシッククライアントを使用するユーザに提供するものである。

この方法は、ユーザのコンテキスト内で実行するアプリケーションの起動、およびプリントジョブの開始を含む。プリントジョブを開始した後に配布ドライバがロードされ、サーバ上の少なくとも１つを指す１つ以上のドライバから成るユーザ・インターフェースを表示する。ユーザはディスプレイから少なくとも１つのドライバを選択する。この方法は選択された各ドライバの画像ファイルの作成もさらに含む。画像ファイルは処理（ファイルへのユーザＩＤの追加を含む）される。各選択されたドライバの画像ファイルから原プリントデータを作成するデスティネーションドライバが起動される。原プリントデータはサーバに送信され、そこで原プリントデータを解析し、ユーザＩＤを決定する。原プリントデータは、その後、サーバ上にあるユーザのインボックスに送信が可能になる。

好ましい実施例において、ユーザＩＤは、ＡＳＣＩＩ・６０（あるいは３Ｃ ｈｅｘ）、ユーザ名およびＡＳＣＩＩ・６２（あるいは３Ｅ ｈｅｘ）の順に構成される。ユーザＩＤはドキュメント名に追加されることが好ましい。

本発明は、アプリケーションプログラム、配布ドライバユーザ・インターフェース、グラフィカルデバイス・インターフェース、プリント処理装置、ネイティブドライバから構成されるサーバ、およびネイティブドライバに通信接続したサーバへ、シッククライアントからプリントジョブを送信するシステムに対して使用されることが予測される。グラフィカルデバイス・インターフェースは、アプリケーションプログラム、配布ドライバ・インターフェース、プリント処理装置およびネイティブドライバに通信接続している。

プリント処理装置は画像ファイルにユーザＩＤを追加し、ネイティブドライバへ画像ファイルを転送し、ネイティブドライバは原プリントデータを作成し、サーバへ送信する。サーバは原プリントデータを解析し、ユーザＩＤを決定し、制御データにユーザＩＤを入れて、ユーザ専用の部分を有するレポジトリに原プリントデータおよび制御データを格納する。

リモート・プロシージャ・コールは、ネイティブドライバとサーバ間の通信に使用されることが好ましい。一般的に、アプリケーションプログラムからのプリントリクエストに応じてユーザによりプリントリクエストが開始され、グラフィカルデバイス・インターフェースが配布ドライバユーザ・インターフェースにアクセスし、配布ドライバユーザ・インターフェースが処理を完了後、グラフィカルデバイス・インターフェースは画像ファイルを作成し、その画像ファイルをプリント処理装置に転送する。システムはさらにスプーラを含むこともある（プリント処理装置はスプーラのコンポーネントである）。

好ましい実施例において、アプリケーションプログラム、グラフィカルデバイス・インターフェースおよび配布ドライバユーザ・インターフェースは、アプリケーションプログラムのユーザのコンテキストにあり、またプリント処理装置、ネイティブドライバおよびサーバはシステムのコンテキスト、専用のＷｉｎｄｏｗｓユーザにある。

好ましい実施例において、方法は、配布ドライバにより収集された他のユーザ・インターフェース・データと共にユーザ名を保存することにより、ユーザを識別する。ユーザ・インターフェース・データは、続いて、グラフィック・データ・インターフェースにより作成されたそれぞれのＥＭＦファイルを送ることにより、ネイティブ・プリント・ドライバを起動するプリント処理装置に送信される。プリント処理装置は、「＜」「＞」で囲うことにより、ファイル名にユーザ名を追加、あるいはＡＳＣＩＩ・６０（３Ｃ ｈｅｘ）およびＡＳＣＩＩ・６２（３Ｅ ｈｅｘ）に追加する。

当業者によって容易に認識することができるように、本発明はハードウェア、ソフトウェアあるいはそれらの組合せのどれかを使用することにより実現されるだろう。
開示された利点および改良の中で、この発明の別の目的およびメリットは、添付の図面に関連して得ることができる以下の説明から明白になるだろう。図面は、この明細書の一部を構成し、本発明の典型的な実施例を含んでおり、さらにその多様な目的および特徴を図示する。

この説明の全体にわたって示された好ましい実施例および例は、本発明を制限するものではなく、例として見なされるべきである。
本発明は、既存のオペレーティングシステムファイル構造に組み込まれたフォルダを介してドキュメント管理レポジトリへのアクセスを提供するドキュメント管理システムを含むシステムに向けられる。

Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓオペレーティング・システムを利用する場合、システムはＷｉｎｄｏｗｓ Ｅｘｐｌｏｒｅｒ（登録商標）を介してネットワーク・ベースのドキュメントへのアクセスを提供する。この特徴は本発明を使用するユーザに利用可能な操作のサブセットのみを表わすが、ブラウザ・ベースのクライアントは、Ｗｉｎｄｏｗｓツールおよび環境の使用に慣れているユーザに使いやすさを提供し、また単に基本機能だけを実行する必要のあるユーザのために十分な機能を提供する。

ユーザがＷｉｎｄｏｗｓ Ｅｘｐｌｏｒｅｒ・ファイル・マネージャを起動する場合、ドキュメントレポジトリは、エクスプローラ・フォルダ・ペイン内に別のフォルダとして表わされる。ユーザが適切なアクセス権を持つ場合、ユーザはレポジトリ・フォルダ上に以下の操作を実行することができる。

フォルダ・ツリー構造の拡張、フォルダ・プロパティの閲覧、フォルダの削除、フォルダのリネーム、フォルダのコピー、フォルダの移動、ドキュメントのドラッグ・アンド・ドロップ、ドキュメントの削除、ドキュメントのリネーム、ドキュメントのコピー、ドキュメントの移動、ドキュメント・プロパティの閲覧、および読取専用でドキュメント内容の閲覧。ドキュメントがレポジトリ・ファイル構造の範囲内で移動もしくはコピーされる場合、そのメタデータと同様にドキュメントも「移動」、あるいは「コピー」される。ドキュメントがレポジトリ外のフォルダに移動あるいはコピーされる場合は、ドキュメントの内容だけが移動あるいはコピーされる（この操作はダウンロード操作と同等である）。

図１は、ドキュメント管理構造を組み込んだシステム１００の概念的な概要のブロック図である。システム１００は、ドキュメント管理機能および装置管理機能を備えたドキュメント配布ソリューションであるネットワーク・ベースのドキュメントサービス装置１０２（以後、イメージ・サービス・プラットフォーム装置用のｉＳＰ装置とする）を含んでいる。ユーザは、ドキュメント管理コンポーネントにより、迅速に主要レポジトリからドキュメントを格納し検索することができる。装置管理機能は、装置およびモニタ装置の有効性を発見し、ユーザにデバイス状態を提供するのに使用される。

ｉＳＰ装置１０２は既存のファクス、プリンタおよび電子メール・サーバの交換あるいは追加をし、ドキュメントを送信、追跡、および格納する、より効率的な方法を提示する。ｉＳＰ装置１０２は、ドキュメント通信を単純に、またさらに確実に実行することにより、生産力の増加およびコストの削減を目指した、単独・共同の企業ワークグループ（そのような環境に制限されていなくても）で適切に実施されるクライアント／サーバ・システムである。ユーザは、多様なワークグループ間でドキュメントを共有し、共同作業を行うことができる。例えば顧客に見積もりを出した時、支払いが発生あるいはクレジットラインを承認した時、個別原価を追跡する時、およびユーザへ料金を通知する時など、販売部門と経理部門間の共同作業が起こり得る。

代表的業務は、ビジネスの運営に影響する重要なドキュメントの送信である。
それら重大なドキュメントは、販売、経理、購買、技術、倉庫業務および人的資源といったビジネスの機能的な領域からのものであり得るが、それに制限されない。

これらのドキュメントはすべて経営上重要な意味を持つものである。ジョブ・ルーティング・コンポーネントは、１つ以上の多機能周辺装置（ＭＦＰ）、および別のＬＰＤ対応装置、ファクス、電子メールおよびウェブ・サーバに、ユーザがジョブを指示することを可能にする。ＬＰＤ対応装置とは、ＴＣＰ／ＩＰネットワーク（例えばインターネット）を介してローカル・コンピュータからプリンタへのアクセスを可能にするネットワーク・プリントサーバ（つまりライン・プリンタ・デーモン（あるいはスプール・エリア・ハンドラ））である。

多くの従来の装置のように、ｉＳＰ装置１０２は、インストール、設定、およびサポートが簡単な、密閉したボックスのサーバから成るハードウェア・コンポーネントおよびｉＳＰソフトウェアを備えたプラグアンドプレイ装置であり、その双方については、以下により詳しく説明される。ｉＳＰ装置１０２は、１つ以上のｉＳＰクライアントに代わって、ルーティング・サービス、ドキュメント管理サービスおよび装置管理サービスを提供する。例えば、ローカル・エリア・ネットワーク（ＬＡＮ）環境において、ｉＳＰ装置１０２は、ＬＡＮ上に配置される第１のブラウザ・ベースの「シン」クライアント１０４から１つ以上のローカル・ネットワーク周辺装置（１０６と１０８）にサービスを提供する。図１に示した構成は、ＬＡＮ環境上でシッククライアント１１０が、ｉＳＰ装置１０２により提供されるサービスにアクセスすることができるように「シック」ドライバ・ベースのシッククライアント１１０がＬＡＮ上に適切に配置されている。

システム１００は、パケット交換のＴＣＰ／ＩＰベースのグローバルな通信網（ＧＣＮ）１１２を介して、１つ以上のリモート周辺装置（１１４と１１６）へシンクライアント１０４およびシッククライアント１１０のサービスを提供するように構成されている。そのような遠隔地に配置されたリモート周辺装置（１１４と１１６）は、ＬＡＮに配置された、ローカルネットワーク周辺装置（１０６と１０８）（例えばプリンタ、ファクス、複写機、多機能周辺装置、スキャナなど）と同等のもの（と同様の型）を含む。

図２は、開示された実施例に従った、クライアント／サーバ・トポロジのブロック図である。構成上の観点から、装置２００（ｉＳＰ装置１０２と同様）は、ドキュメント管理機能および装置管理機能を備えたドキュメント配布ソリューションを含むクライアント／サーバ・システムである。そのような機能を支持して、装置２００は、ドキュメント管理モジュール（ＤＭＭ）２０２、装置管理モジュール（ＤＶＭＭ）２０４、および、ドキュメント配布モジュール（ＤＤＭ）２０６、といった３つのモジュールを含む。

構造はこれらの３つのモジュールに制限されていないが、ドキュメントと装置管理を容易にする別のモジュールを含むのに適切に拡張可能であるということに注意する。ＤＭＭ２０２の主な機能は、主要ドキュメントレポジトリにドキュメントを格納し、ドキュメントの修正、ドキュメント編集中の共同作業、格納されたドキュメントの調査・設置のためのユーザ操作を容易にすることである。ＤＤＭモジュール２０６の主な機能は、プリンタ、ファクス、電子メール・サーバ、ＤＭＭレポジトリおよびウェブ・サーバのようなデスティネーションへ、ジョブを送ることである。ＤＶＭＭ２０４の主な機能は、ネットワークにつながれた出力装置の検出、状態のチェックおよび制御を集中的に管理することである。

ＤＤＭ２０６は、ネイティブ・ファイル・フォーマットおよびＰＤＦ（ポータブルドキュメントフォーマット）でＤＭＭ２０２にドキュメントを配布するために、ＤＭＭ２０２にアクセスする。また、ＤＤＭ２０６はファイルを所望の個所へ分配するために内部・外部サーバへアクセスする。例えば、ＤＤＭ２０６はファイルを、１つ以上のローカル・ウェブ・デスティネーションサーバ２０８に、ＰＤＦおよびネイティブ・ファイル・フォーマットの両方で配布し、また１つ以上の内部ＳＭＴＰ電子メール・サーバ２１０に、添付ファイルとしてＰＤＦおよびネイティブ・ファイル・フォーマットで配布し、さらに１つ以上の内部ファクス・モデム２１２に、Ｇ３／Ｇ４ファクス・ファイル・フォーマットで配布する。

そのような装置が装置２００から遠い場合には、ＤＤＭ２０６は、１つ以上の、以下に述べる装置にファイルを送信するために、そこにアクセスする。リモート・ウェブサーバ２１４（ＰＤＦおよびネイティブ・ファイル・フォーマットで送信）。リモートＳＭＴＰ（単純メール転送プロトコル）電子メール・サーバ２１６（ＰＤＦおよびネイティブ・ファイル・フォーマットで、添付ファイルとして送信）。リモートＭＦＰ／ネットワーク・プリンタ／ファクス・モデム２１８（Ｇ３／Ｇ４ファクス・ファイル・フォーマットで送信）。クライアント・ブロック２２０は、装置２００との汎用インターフェースを備えたシッククライアント２２２（シッククライアント１１０と同様）とシンクライアント２２４（シンクライアント１０４と同様）の両方を表わしている。

装置２００のＤＶＭＭ２０４は、シッククライアント２２２およびシンクライアント２２４にそのようなステータス信号の送信であることを示し、クライアント・ブロック２２０にデバイス状態信号を通知する。シッククライアント２２２およびシンクライアント２２４の両方は、選択された内部・外部装置へドキュメントを配布用するためにＤＤＭ２０６にアクセスする。ＤＤＭ２０６もまたクライアント・ブロック２２０に、ＤＤＭ２０６へ転送されたドキュメントのジョブ・ステータスを通知する。ＤＤＭ２０６に受信されたドキュメントは、装置２００内部のスプール装置２２６にスプールされる。

シッククライアント２２２に入力されたドキュメント２２８は、ネイティブ・アプリケーション２３０で開かれ、ネイティブ・アプリケーション２３０のプリント・コマンドに応じてシッククライアント２２２へ送信される。シンクライアント２２４はサーバからドキュメントを選択するためのブラウザ・ベースなので、ドキュメント２２８はシンクライアント２２４にアップロードされる。さらに、シンクライアント２２４は、第２の装置２３４のリモートＤＭＭ２３２と適切に通信する。

装置２００がサーバ・コンポーネントで、全てのユーザ・マシン（シンおよびシック・タイプ）がすべてクライアントである場合、ＤＤＭ２０６はクライアント・サーバ構造を持つ。ＤＤＭ２０６の一次機能は、ユーザに出力装置に関する専門知識を要求せずに、事実上いかなるタイプのクライアント・オペレーティング・システム（ＯＳ）（例えばＷｉｎｄｏｗｓ、Ｕｎｉｘ（登録商標）、Ｍａｃｉｎｔｏｓｈ（登録商標）など）から多様なタイプのデスティネーションへのジョブを送ることである。上記に説明されるように、以下の２つのタイプのクライアントが利用できる。シッククライアント２２２（すなわち、プリンタドライバを通して作動）、およびシンクライアント２２４（すなわち、ブラウザを通して作動）である（シッククライアント２２２は、サポートされたＷｉｎｄｏｗｓプラットフォーム上でのみ有効であるということに注意する）。

図２の実施例において、装置２００はＬｉｎｕｘ ＯＳを実行する。ＤＤＭ２０６は、順番に、内部あるいは外部のデスティネーションへジョブを送る。したがって、装置２００は、これらのジョブのそれぞれのデスティネーションへの配信をモニタし制御するための中心となる。クライアント（２２２と２２４）は、プロファイルとして、ルーティング・オプションの特定のセットを保存する機能を提供しており、そうすることにより、同一のオプションで、同一のデスティネーションへジョブを提出する場合のユーザ・タスクを単純化している。デスティネーション・タイプはネットワーク・プリンタ（ＭＦＰ２１８の）、電子メール・サーバ（２１０と２１６の）、ウェブ・サーバ（２０８と２１４の）およびファクス・モデム（２１２、またＭＦＰ２１８の）を含んでいる。

シンクライアント２２４は、シッククライアント２２２を介して到達できる全てのデスティネーションへドキュメントを送信することができるが、それには１つ大きな特徴がある。これらのドキュメントにフォーマット変換は適用されないということである。これらのドキュメントは、原稿（つまり、「ネイティブ」）フォーマットで、最終デスティネーションに配布される。

シンクライアント２２４による特徴的なブラウザ・インターフェースは、ユーザに、１つ以上のデスティネーション・デバイスに配布される必要があるドキュメントをブラウズし、１つ以上のデスティネーション・タイプを選択し、１つ以上の特定のデスティネーションを選択し、特定のデスティネーションのプロパティを選択する機能を提供するものである。デスティネーション・タイプを選択する場合、および、プリンタまたはファクスのデスティネーションの場合には、ドキュメントはそのままの形で送信されるので、ドキュメント２２８は、それぞれのプリンタかファクスにサポートされた特定のフォーマットにされなければならない。シンクライアント２２４は、ネットワーク・プリンタ、電子メール、ウェブ・サーバ・ポスト、ファクス・モデムおよびＤＭＭのデスティネーション・タイプをサポートする。その後、特定のデスティネーションと、それに対応するプロパティを選択することができる（例えば電子メール・プロパティ、ウェブポストプロパティ、ファクス・モデム・プロパティ、ネットワーク・プリンタ・プロパティ、およびＤＭＭプロパティ）。

電子メール・プロパティ（このデスティネーション・タイプが設定される場合、ｉＳＰ Ａｄｍｉｎは、各ＳＭＴＰサーバのホスト名を用意しなければならない）の下では、「Ｔｏ」アドレス、「ＣＣ／ＢＣＣ」アドレス、「Ｓｕｂｊｅｃｔ」、「Ｍｅｓｓａｇｅ」、「Ｆｒｏｍ Ｕｓｅｒ」（Ｗｉｎｄｏｗｓログイン・ユーザ名）、およびＭＡＰＩサポートを備えたアドレス帳がオプションとして提供される。

ウェブポストプロパティ（ポスティング・ウェブ・サーバにインストールする必要があるウェブ・サービス）の下では、ドキュメント名称およびコメントを見ることができる。ファクス・モデム・プロパティを備えることにより、ユーザは１つ以上の有効なファクス装置および対応するベンダ特有のプロパティを選択することができる。ネットワーク・プリンタ・プロパティは、ユーザが１つ以上の有効なプリンタ・デバイスを選択することを可能にするが、ベンダ特有のプロパティは選択できない。ユーザはさらに、選択された装置に関連した装置キューのステータスをチェックすることができる。ＤＭＭプロパティ（ドキュメントはユーザのインボックスに送られる）は、ドキュメント名称およびコメントを見ることを可能にする。

クライアントのインストールは、クライアントおよびユーザ・プラットフォームのタイプに従って実行される。Ｗｉｎｄｏｗｓプラットフォームについては、シッククライアント２２２はｐｏｉｎｔ−ａｎｄ−ｐｒｉｎｔ機能を介してインストールされる。シッククライアント２２２も、装置２００のＵＲＬ（ユニフォーム・リソース・ロケータ）パスにブラウザを指示することによりインストールすることができる。この機能は、装置２００のＵＲＬにブラウザを指示することにより利用可能になるので、シンクライアント２２４は専用のインストールを必要としない。Ｕｎｉｘプラットフォームについては、この機能が、装置２００のＵＲＬにブラウザを指示することにより利用可能になるので、シンクライアント２２４は専用のインストールを必要としない。シッククライアント２２２によりユーザに提示されたスクリーンの数および性質は、選択されるデスティネーションのタイプおよび数に依存する。

シッククライアント２２２を介してドキュメントを送るには、ユーザは、そのネイティブ・アプリケーション２３０内のドキュメント２２８を開き、ファイル／プリント・メニューを選択する。ルーティングにシッククライアント２２２を使用するには、ネイティブ・アプリケーション２３０が、Ｗｉｎｄｏｗｓ ＯＳのプリント機能をサポートしなければならない。次のステップとして、ユーザはデスティネーションを選択する必要がある。ユーザが単に１つのデスティネーションへジョブを送信しようとする場合、その後のステップの順序はＷｉｎｄｏｗｓプリント操作と同様である。

しかし、ユーザが複数のデスティネーションへジョブを送信しようとする場合、ユーザは以下のオプションを選択する。プリンタ・ダイアログ・ボックス内のプリント・ドライバ（いくつかのアプリケーションでは、デスティネーション・プリンタの選択方法が異なる）、デスティネーション・タイプ、特定のデスティネーション、特定のデスティネーションのプロパティ、あるいはそのなかのどれかが、プロパティ・スクリーンのナビゲートを回避するために前もって格納されたジョブ配布プロファイルを選択し、ロードする。ユーザはさらに現行のジョブ・プロファイルを格納することができる。

プリント・ドライバ・オプションを選択している状態で、ユーザが、プロパティ・ボタンを選択すると、プロパティ（これらのプロパティはアプリケーションのページ・セットアップ値により無効になる）に共通な総括的な設定が、送られたドキュメントに適用できる（例えばページ・サイズ、方向、カラー／Ｂ＆Ｗ、複写枚数）。

デスティネーション・タイプのオプションを選択している状態において、ユーザはネットワーク・プリンタ、電子メール、ウェブポスト、ファクス・モデムおよびＤＭＭを選択することができる。その後、特定のデスティネーション、および対応する特定のデスティネーション・プロパティ（例えば電子メール・プロパティ、ウェブポストプロパティ、ファクス・モデム・プロパティ、ネットワーク・プリンタ・プロパティ、ＤＭＭプロパティ）を選択することができる。

電子メール・プロパティ（このデスティネーション・タイプが設定される場合、ｉＳＰ Ａｄｍｉｎは、各ＳＭＴＰサーバのホスト名を用意しなければならない）の下では、「Ｔｏ」アドレス、「ＣＣ／ＢＣＣ」アドレス、「Ｓｕｂｊｅｃｔ」、「Ｍｅｓｓａｇｅ」、「Ｆｒｏｍ Ｕｓｅｒ」（Ｗｉｎｄｏｗｓログイン・ユーザ名）、およびＭＡＰＩサポートを備えたアドレス帳がオプションとして提供される。ウェブポストプロパティ（ポスティング・ウェブ・サーバにインストールする必要があるｉＳＰウェブ・サービス）の下では、ドキュメント名称およびコメントを見ることができる。ファクス・モデム・プロパティを備えることにより、ユーザは１つ以上の有効なファクス装置および対応するベンダ特有のプロパティを選択することができる。

ネットワーク・プリンタ・プロパティは、ユーザが１つ以上の有効なプリンタ・デバイス、および対応するベンダ特定のプロパティを選択することを可能にする。ユーザはさらに、選択された装置に関連した装置キューのステータスをチェックすることができる。ＤＭＭプロパティ（ドキュメントはユーザのインボックスに送られる）は、ドキュメント名称およびコメントを見ることを可能にする。これに対し、プロパティ・スクリーンのナビゲートを回避するために、ユーザには、前もって格納されたジョブ配信プロファイルを選択しロードするオプションがある。ユーザはさらに現行のジョブ・プロファイルを格納することができる。

図３は、本発明の好ましい実施例により考えられたクライアント／サーバ・システム３００である。アプリケーション３０２はクライアントマシン上のコンテキスト・ユーザの下で実行されている。アプリケーション３０２はグラフィック・データ・インターフェース（ＧＤＩ）３０４と通信する。アプリケーション３０２はＧＤＩ３０４にドキュメント・プロパティあるいはプリント・コマンドを送信する。

プリント処理装置３１２を備えたスプーラ３０６は、ＧＤＩ３０４に通信接続している。アプリケーション３０２がプリントリクエストを開始すると、配布ドライバ３０８が起動される。図３に示されるように、配布ドライバ３０８はスプーラ３０６を介して起動される。配布ドライバはユーザのコンテキスト中で起動され、ユーザがネイティブ・プリンタ（そのうちのいくつかはサーバ３１６上に設定されており、サーバはイメージ・サービス・プラットフォーム装置（ｉＳＰ）であることが好ましい）のような１つ以上のデスティネーション（示されない）を選択することができるユーザ・インターフェースを表示する。

プリンタが選択された後、データ・ファイル３１０が作成される。ＧＤＩ３０４は、拡張メタ・ファイル（ＥＭＦ）を作成する。その後、ＥＭＦはスプーラ３０６に送信され、プリント処理装置３１２により処理される。専用のＷｉｎｄｏｗｓユーザＳＹＳＴＥＭのコンテキスト中で実行するプリント処理装置３１２は、ＥＭＦを読込み解釈し、データ・ファイル３１０からユーザ選択を読込む。その後、プリント処理装置３１２はファイル名にユーザＩＤを追加する。

ユーザ名は、「＜」「＞」のような特殊文字、あるいはＡＳＣＩＩ・６０（３Ｃ ｈｅｘ）およびＡＳＣＩＩ・６２（３Ｅ ｈｅｘ）で囲われることが好ましい。ユーザにより選択された各デスティネーションについては、プリント処理装置３１２がＥＭＦのコマンドをネイティブドライバ３１４が理解できるコマンドに翻訳し、その後ネイティブドライバ３１４に処理済みのファイルを送る。

ネイティブドライバ３１４は、スプーラ３０６およびＧＤＩ３０４を介してプリント処理装置３１２からプリントデータおよび制御データを受信する。ネイティブドライバ３１４は、ドキュメント管理システムに出力を送信するために設定され、またプリントジョブを開始したアプリケーション３０２に起因するＧＤＩ３０４の制御によって起動される（通常のＷｉｎｄｏｗｓプラットフォームの場合は、シッククライアントはプリント処理装置のユーザ、すなわちＳＹＳＴＥＭである）。ネイティブドライバ３１４は原プリントデータを作成し、次に、サーバ３１６へのリモート・プロシージャ・コールを開始する。

その後、ネイティブドライバ３１４は、スプーラ３０６およびポート・モニタ（示されない）を介してサーバ３１６へ原プリントデータおよび制御データを送信する。サーバ３１６はネイティブドライバからプリントジョブを受信する（プリントジョブ・コンテキストは、ＳＹＳＴＥＭユーザから送付される）。しかし、サーバ３１６は原プリントデータを解析し、ドキュメント・データからユーザ名を分離し、ユーザをＳＹＳＴＥＭから正確なユーザ名に変更する。一旦正確なユーザ名が決定されたら、サーバ３１６は、ドキュメント管理システム内のユーザのインボックス３１８へ原プリントデータおよび制御データを転送する。

図４は、本発明により考えられた方法である。ユーザが、ユーザのコンテキスト中で実行するアプリケーション３０２を起動し、プリントジョブを要求する場合、方法はステップ４００からスタートする。その後、ユーザはプリント・ダイアログを受信し、配布ドライバ３０８を選択する（この例ではステップ４０２で示されるような東芝製配布ドライバである）。ステップ４０２で配布ドライバ３０８を選択すると、アプリケーションはドキュメント／プロパティ・アプリケーションプログラム・インターフェースを呼び出し、ステップ４０４に示されるように、配布ドライバはユーザ・インターフェース（示されない）を表示する。その後、ユーザは、サーバ３１６上のプリント・キューを指す１つ以上のネイティブドライバ３１４を選択する。プリント・キューはドキュメント管理システムに出力を送信するために設定される。ユーザ・インターフェースはデータ・ファイル３１０中で選択されたデスティネーションおよびそのプロパティを保存し、さらにユーザのドキュメント・ファイル（示されない）にユーザ名を保存する。

ステップ４０６で、ユーザはジョブをプリントする。アプリケーション３０２は、配布ドライバ３０８のデバイス・コンテキストにプリントするためにＧＤＩ３０４のアプリケーションプログラム・インターフェースを呼び出す。ＧＤＩはＥＭＦ（示されない）を作成し、スプーラ３０６にそれを送信する。

ステップ４０８で、スプーラ３０６はＥＭＦを受信し、ＷｉｎｄｏｗｓユーザＳＹＳＴＥＭのコンテキスト内で実行中のプリント処理装置３１２を呼び出す。プリント処理装置３１２はＥＭＦを読込み処理する。更に、ユーザ名を含めるためにプリント処理装置により修正することができる唯一の制御データ・フィールドであるドキュメント名にプリント処理装置３１２はユーザ名を追加する。

ステップ４１０で、プリント処理装置３１２は選択されたデスティネーションのネイティブドライバ３１４をＧＤＩ３０４を介して起動する。ネイティブドライバ３１４がプリント処理装置３１２により起動される場合は、ＷｉｎｄｏｗｓユーザＳＹＳＴＥＭであるプリント処理装置３１２のコンテキスト下である。デスティネーション用のネイティブドライバ３１４は原プリントデータを作成し、スプーラ３０６およびポート・モニタ（示されない）を介してサーバ３１６へ送信する。

ステップ４１２で、サーバ３１６はネイティブドライバから制御データおよび原プリントデータを受信する。コンテキストはユーザＳＹＳＴＥＭである。その後、サーバ３１６は、制御データ内のドキュメント名を解析し、制御データ内の実際のユーザ名を分類し、名をＳＹＳＴＥＭから実際のユーザ名に変更する。

一旦ユーザの実際の名前が決定されたら、サーバ３１６は、ステップ４１４に示されるように、ドキュメント管理システム内のユーザのインボックス３１８に出力を送信する。
本発明は、一定の好ましい実施例に関して公開、および説明されたが、本明細書の解釈および理解において当業者により同等な変更および修正が生じることは明白である。本発明はそのような同等の変更および修正をすべて含んでおり、以下のクレームの適用範囲によってのみ制限される。

本発明の実施例を示すシステムの概念的な概要のブロック図である。 本発明の実施例に示すクライアント／サーバ・トポロジのブロック図である。 本発明の実施例を示す使用するために適切に応用されたシステムのブロック図である。 本発明の実施例を示す方法を説明するブロック図である。

Claims (30)

1. クライアントからサーバへプリントジョブを送信する方法において、
   プリントジョブを開始し、
   画像ファイルを作成し、
   この画像ファイルへユーザＩＤを追加し、
   デスティネーションドライバを起動し、
   前記画像ファイルから原プリントデータを作成し、
   前記サーバへ前記原プリントデータを送信し、
   前記サーバは前記原プリントデータを解析し前記ユーザＩＤを判断しサーバ上に設けられたユーザのインボックスへ前記原プリントデータを送信することを特徴とするプリントジョブ送信方法。
2. プリントジョブの開始は、ユーザのコンテキスト内で実行されるアプリケーションを起動する処理を含むことを特徴とする請求項１記載のプリントジョブ送信方法。
3. プリントジョブの開始は、配布ドライバをロードする処理を含むことを特徴とする請求項１記載のプリントジョブ送信方法。
4. プリントジョブの開始は、ユーザ・インターフェースを表示する処理を含むことを特徴とする請求項１記載のプリントジョブ送信方法。
5. ユーザ・インターフェースの表示は、サーバ上のキューを指す複数のドライバを表示する処理を含むことを特徴とする請求項４記載のプリントジョブ送信方法。
6. ユーザ・インターフェースの表示は、少なくとも１つのドライバを選択する処理を含むことを特徴とする請求項５記載のプリントジョブ送信方法。
7. ドライバを選択する処理は、選択されたドライバの画像ファイルを作成する処理を含むことを特徴とする請求項６記載のプリントジョブ送信方法。
8. 作成された画像ファイルが拡張メタファイルであることを特徴とする請求項１記載のプリントジョブ送信方法。
9. クライアントがシッククライアントであることを特徴とする請求項１記載のプリントジョブ送信方法。
10. ユーザＩＤはＡＳＣＩＩ６０、ユーザ名、およびＡＳＣＩＩ６２の順番から成り、画像ファイルのドキュメント名に追加されることを特徴とする請求項１記載のプリントジョブ送信方法。
11. シッククライアントからサーバへプリントジョブを送信する方法において、
    前記シッククライアントのユーザのコンテキスト内のプリケーションが起動されることに応じてプリントジョブを開始し、
    配布ドライバをロードし、
    前記サーバ上のキューを指す複数のドライバから成るユーザ・インターフェースを表示し、
    前記複数のドライバの中からユーザーが少なくとも１つのドライバを選択したことに応じて該ドライバに対応する画像ファイルを作成し、
    前記画像ファイルのドキュメント名にＡＳＣＩＩ６０、ユーザ名、およびＡＳＣＩＩ６２の順番から成るユーザＩＤを追加し、
    各選択されたドライバのための、原プリントデータを作成するデスティネーションドライバを起動し、
    作成した前記原プリントデータを前記サーバへ送信し、
    前記サーバは前記原プリントデータを解析し前記ユーザＩＤを判断しサーバ上の前記ユーザのインボックスへ前記原プリントデータを送信することを特徴とするプリントジョブ送信方法。
12. シッククライアントからのプリントジョブを開始する手順と、
    画像ファイルを作成する手順と、
    前記画像ファイルへユーザＩＤを追加する手順と、
    デスティネーションドライバを起動し前記画像ファイルから原プリントデータを作成する手順と、
    前記原プリントデータを解析しユーザＩＤを判断し自己のユーザのインボックスへ前記原プリントデータを送信する手順を有するサーバへ前記原プリントデータを送信する手順とを有することを特徴とするコンピュータによる読出し可能な記録媒体に記録されたプリントジョブ送信プログラム。
13. ユーザのコンテキスト内で実行されるアプリケーションを起動する手順をさらに有することを特徴とする請求項１２記載のプリントジョブ送信プログラム。
14. 配布ドライバをロードする手順をさらに有することを特徴とする請求項１２記載のプリントジョブ送信プログラム。
15. ユーザ・インターフェースを表示する手順をさらに有することを特徴とする請求項１２記載のプリントジョブ送信プログラム。
16. サーバのキューを指す複数のドライバを表示する手順をさらに有することを特徴とする請求項１５記載のプリントジョブ送信プログラム。
17. 表示された複数のドライバの中からユーザが少なくとも１つのドライバを選択することを可能にする手順をさらに有することを特徴とする請求項１６記載のプリントジョブ送信プログラム。
18. 選択された各ドライバの画像ファイルを作成する手順をさらに有することを特徴とする請求項１７記載のプリントジョブ送信プログラム。
19. コンピュータに
    シッククライアントからのプリントジョブを開始するための手段と、
    画像ファイルを作成するための手段と、
    前記画像ファイルへユーザＩＤを追加するための手段と、
    デスティネーションドライバを起動し、前記画像ファイルから原プリントデータを作成するための手段と、
    前記原プリントデータを解析し前記ユーザＩＤを判断し自己のユーザのインボックスへ原プリントデータを送信する手段を有するサーバへ、作成した前記原プリントデータを送信するための手段とを実現させるためのプログラムを記録したことを特徴とするコンピュータによる読出し可能な記録媒体。
20. ユーザのコンテキスト内で実行するアプリケーションを起動するため手段をさらに有することを特徴とする請求項１９記載のコンピュータによる読出し可能な記録媒体。
21. 配布ドライバをロードするための手段をさらに有することを特徴とする請求項１９記載のコンピュータによる読出し可能な記録媒体。
22. ユーザ・インターフェースを表示するための手段をさらに有することを特徴とする請求項１９記載のコンピュータによる読出し可能な記録媒体。
23. サーバのキューを指す複数のドライバを表示する手段をさらに有することを特徴とする請求項２２記載のコンピュータによる読出し可能な記録媒体。
24. 表示された複数のドライバの中からユーザが少なくとも１つのドライバを選択することを可能にするための手段をさらに有することを特徴とする請求項２３記載のコンピュータによる読出し可能な記録媒体。
25. 選択された各ドライバの画像ファイルを作成するための手段をさらに有することを特徴とする請求項２４記載のコンピュータによる読出し可能な記録媒体。
26. シッククライアントからサーバへプリントジョブを送信するためのシステムにおいて、
    アプリケーションプログラムと、
    配布ドライバユーザ・インターフェースと、
    グラフィカルデバイス・インターフェースと、
    プリント処理装置と、
    ネイティブドライバと、
    このネイティブドライバに通信接続したサーバと、
    前記グラフィカルデバイス・インターフェースが前記アプリケーションプログラムと前記配布ドライバ・インターフェースと前記プリント処理装置と前記ネイティブドライバとに通信接続していることを特徴とするプリントジョブ送信システム。
27. ネイティブドライバとサーバ間の通信のためにＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）が使用されることを特徴とする請求項２６記載のプリントジョブ送信システム。
28. アプリケーションプログラムからのプリントリクエストに応じてユーザによりプリントリクエストが開始され、グラフィカルデバイス・インターフェースが配布ドライバユーザ・インターフェースにアクセスし、前記配布ドライバユーザ・インターフェースが処理を完了後、前記グラフィカルデバイス・インターフェースは画像ファイルを作成し、その画像ファイルをプリント処理装置に転送し、このプリント処理装置は前記画像ファイルにユーザＩＤを追加し、また原プリントデータを作成し、サーバへ前記原プリントデータを送信するネイティブドライバへ前記画像ファイルを転送し、サーバは前記原プリントデータを解析し、ユーザＩＤを判断し、制御データのユーザＩＤを交換して挿入し、ユーザ専用の部分を有するレポジトリに前記原プリントデータおよび前記制御データを格納することを特徴とする請求項２６記載のプリントジョブ送信システム。
29. プリント処理装置がコンポーネントであるスプーラをさらに含むことを特徴とする請求項２６記載のプリントジョブ送信システム。
30. アプリケーションプログラムとグラフィカルデバイス・インターフェースと配布ドライバユーザ・インターフェースとは前記アプリケーションプログラムのユーザのコンテキストにあり、プリント処理装置とネイティブドライバとサーバとがシステムのコンテキストにあることを特徴とする請求項２６記載のプリントジョブ送信システム。

Images