JPH09218780A - 文書処理システムのジョブチケットプログラム装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 印刷システムに用いるのに適したジョブチケ
ットのプログラムシステムを提供することにある。 【解決手段】 印刷システムは、ディスプレイ付きのユ
ーザインタフェースと、アプリケーションサーバとを備
えている。アプリケーションサーバは、第１の属性のセ
ットに対応する第１のメタフォールエレメントと、第２
の属性のセットに対応する第２のメタフォールエレメン
トとを登録する。両メタフォールエレメントは、ディス
プレイのスクリーンにおいて、相互にリンクする。ユー
ザには、ジョブチケットのプログラム作成を有効にする
メタフォールエレメントの組合わせとなる選択が知らさ
れる。また、第１メタフォールエレメントと第２メタフ
ォールエレメントとを含むメタフォールテンプレート
は、両属性セットからの属性と組合わされた属性セット
によって表されており、このメタフォールテンプレート
は、ディスプレイのスクリーンに第１メタフォールエレ
メントを表示するのに応答して、そのスクリーンに表示
できるように作られている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的にはネット
ワーク文書処理システムにおいてジョブを処理する技術
に関し、より詳しく述べれば、１）１つの、またはそれ
以上のメタフォール( metaphor )エレメントを用いて生
成したメタフォリカル( metaphorical )テンプレートに
基づいてジョブチケットをプログラムし、２）指定され
たジョブチケットの１つのセグメントを実行しながら、
そのジョブチケットの別のセグメント（使用不能な属性
を原因として）を再プログラムできるように、その指定
されたジョブチケットを表すメタフォリカルテンプレー
トを状態情報および制御メタフォールと共に供給するシ
ステムに関する。

【０００２】

【従来の技術】データ処理を容易にする目的向きワーク
フロー( workflow )モデルを使用する概念は、1991年11
月にジョージア州アトランタにおいて開催された組織的
計算システムに関する会議( the Conference on Organi
zational Computing Systems :COCS' 91 ) の議事録に
所載の文献 " A Process Model and System for Suppor
ting Collaberative Work " に記述されている。この文
献は、ある共働プロセスを複数の作業単位に分解し、こ
れらの作業単位を相対的にスケジュールし、これらの作
業単位をその作業を遂行する人々に柔軟に割当ててルー
ティングし、作業の遂行に関連する必要な文書（また
は、他のデータ）の提示および操作を供給するような、
共働作業のためのモデルを目指している。この共働プロ
セスモデルは、組織的なプロセスの定義、実行、監視、
および動的な変更をサポートし、目的向きネットワーク
サービスとして実現されている。

【０００３】多機能文書処理能力を有するネットワーク
文書処理システムにおいて、処理すべきジョブをプログ
ラムするのに使用される簡単で、しかも有効な複合ジョ
ブチケットを提供することが望ましい。同時に、もしそ
の複合ジョブチケットをワークフローの領域において上
述したものと類似の概念を使用し、その複合ジョブチケ
ットのユーザがそのジョブの多機能性を直接的な、そし
て図形的な手法で明らかにするジョブフローの表現を入
手することができれば有用である。

【０００４】

【発明の概要】本発明の一つの面によれば、あるジョブ
チケットに関連付けられたジョブをプログラムするため
に供給される複数のメタフォールエレメントを用いる文
書処理システムに使用するジョブチケットプログラミン
グシステムが提供される。複数の各メタフォールエレメ
ントは、文書処理デバイスのセットか、または格納デバ
イスのセットの何れかに対応する。ジョブチケットは、
１つまたはそれ以上のメタフォリカル組合わせによって
定義されるメタフォリカルテンプレートを用いてプログ
ラムされ、各メタフォリカルテンプレートは１つまたは
それ以上のメタフォールエレメントを含む。ジョブチケ
ットプログラミングシステムは、ａ）第１および第２の
選択セットを格納するメモリを有するアプリケーション
サーバを含み、第１および第２の各選択セットは、文書
処理デバイスセット内の使用可能な文書処理デバイス
か、または格納デバイスセット内の使用可能な格納デバ
イスの何れかに対応し、アプリケーションサーバは、複
数のメタフォールエレメントの第１のメタフォールエレ
メントを第１の選択セットに登録し、および複数のメタ
フォールエレメントの第２のメタフォールエレメントを
第２の選択セットに登録し、ｂ）上記複数のメタフォー
ルエレメントの第１のメタフォールエレメントおよび複
数のメタフォールエレメントの第２のメタフォールエレ
メントを表示する表示画面を有するユーザインタフェー
スと、ｃ）上記複数のメタフォールエレメントの第１の
メタフォールエレメントと複数のメタフォールエレメン
トの第２のメタフォールエレメントとを接続して１つま
たはそれ以上のメタフォリカル組合わせの１つを形成す
る画像エレメントとをさらに含む。実際には、１）第１
の選択セットにおける選択の１つは上記ユーザインタフ
ェースを用いて選択され、上記アプリケーションサーバ
は第２の選択セットにおけるどの１つまたはそれ以上の
選択が第１の選択セットにおける選択と共に使用するの
にコンパチブルであるかを決定し、第２の選択セットを
変更して第１の選択セットの選択とコンパチブルな１つ
またはそれ以上の選択セットの選択を指示する変更され
た第２の選択セットを形成し、そして２）第１の選択セ
ットの選択と、変更された第２の選択セットの１つまた
はそれ以上の選択の１つとを用いてジョブチケットをプ
ログラムするようになっている。

【０００５】本発明の別の面によれば、あるジョブチケ
ットに関連付けられたジョブをプログラムするために供
給される複数のメタフォールエレメントを用いる文書処
理システムに使用するジョブチケットプログラミングシ
ステムが提供される。複数の各メタフォールエレメント
は、文書処理デバイスのセットか、または格納デバイス
のセットの何れかに対応していて図形メタフォールが関
連している文書処理デバイスまたは格納デバイスを表す
図形外観を有している。ジョブチケットプログラミング
システムは、ａ）第１の属性セットおよび第２の属性セ
ットを格納するアプリケーションサーバを含み、第１お
よび第２の各属性セットは、文書処理デバイスの１つ内
の使用可能な能力か、または格納デバイスのセットの１
つ内の使用可能な能力の何れかに対応し、アプリケーシ
ョンサーバは複数のメタフォールエレメントの第１のメ
タフォールエレメントを第１の属性セットと共に、およ
び複数のメタフォールエレメントの第２のメタフォール
エレメントを第２の属性セットと共に登録し、ｂ）複数
のメタフォールエレメントの第１のメタフォールエレメ
ントを表示する画面表示を有するユーザインタフェース
をさらに含み、ｃ）上記アプリケーションサーバは、複
数のメタフォールエレメントの第１のメタフォールエレ
メントが表示されるのに応答し、複数のメタフォールエ
レメントの第１のメタフォールエレメントと複数のメタ
フォールエレメントの第２のメタフォールエレメントと
をリンクしてメタフォリカルテンプレートを形成し、メ
タフォリカルテンプレートはユーザインタフェース画面
表示上に表示され、メタフォリカルテンプレートは属性
の組合わされたセットに対応し、属性の組合わされたセ
ットは第１および第２の各属性セットからの１つまたは
それ以上の属性を含み、そしてｄ）メタフォリカルテン
プレートの組合わされた属性セットからの選択された属
性を用いてジョブチケットをプログラムするためのシス
テムをさらに含む。

【０００６】本発明のさらに別の面によれば、あるジョ
ブチケットに関連付けられたジョブをプログラムするた
めに複数のメタフォールエレメントが供給されるように
なっていて、ジョブチケットを用いてジョブを実行する
ネットワーク文書処理システムに使用するジョブチケッ
トプログラミングシステムが提供される。複数の各メタ
フォールエレメントは、文書処理デバイスのセットか、
または格納デバイスのセットの何れかに対応していて図
形メタフォールが関連している文書処理デバイスまたは
格納デバイスを表す図形外観を有している。ジョブチケ
ットプログラミングシステムは、ａ）文書処理デバイス
の１つ内の使用可能な能力か、または格納デバイスのセ
ットの１つ内の使用可能な能力の何れかに対応する属性
セットを格納し、複数のメタフォールエレメントの１つ
を属性セットと共に登録するアプリケーションサーバ
と、ｂ）複数のメタフォールエレメントの１つを含むメ
タフォリカルテンプレートを表示する画面表示を有する
ユーザインタフェースと、ｃ）上記アプリケーションサ
ーバを用いて生成され、ユーザインタフェースの画面表
示上に表示されるメタフォールを表す状態指示メタフォ
ールとを含み、上記状態指示メタフォールは属性セット
に関連付けられた状態情報の関数として変化し、そし
て、ｄ）上記ジョブチケットは上記状態指示メタフォー
ルを参照することによってプログラムされる。

【０００７】

【発明の実施の形態】図１に、メタフォリカルワークフ
ロー技術を実現するのに適するネットワーク文書処理シ
ステムの好ましい例を１００で示す。ネットワーク１０
０はいろいろなハードウェアプラットフォームを使用し
て実現することができることは明白であり、スキャナま
たはディジタル複写機１０２、キーボード１０４、位置
決めデバイスすなわちマウス１０６、マイクロホン１０
８、およびビデオカメラ１１０を含む入力デバイスを含
む。システム１００は、ディスプレイ装置１１２、プリ
ンタ１１４、およびスピーカ１１６を含む出力デバイス
をも有している。入力／出力（Ｉ／Ｏ）デバイスは、フ
ァクシミリ１２０、ファイルサーバ１２２、および電話
機１２４を含む。サーバ１２２は、ユーザアクセス権に
よって区別される公開、共用、および／または私用デー
タ格納デバイスを有するワークステーション８２に集中
されて、または該ワークステーション８２から離して構
成されている。サーバ１２２は、関係データベースシス
テム１２６、ネットワーク管理システム１２８、メール
システム１３０（例えば、電子メール、音声メール）、
およびデータ格納・検索システム１３２を含み、光ドラ
イブ、ハードドライブ、フロッピードライブ、および／
またはテープドライブを使用して物理的に構成すること
ができる。関係データベースシステム１２６は、データ
の高速問合わせ・検索を伴うシステムを構成している。

【０００８】ワークステーション８２は、異なるワーク
ステーション８２におけるユーザが一緒になって、異な
る形状で存在する公開、共用、または私用情報を実時間
で処理し、配布できるようになっている共働環境内で動
作する。（ここに、公開データは誰もがアクセスできる
データと定義し、共用データは限定された数のユーザが
アクセスできるデータと定義し、そして私用データは単
一のユーザが独自にアクセスできるデータと定義す
る。）ワークステーション８２は、分散環境内、または
集中環境内に存在することができる。何れの環境におい
ても、ワークステーション８２は、ローカルエリアネッ
トワーク（ＬＡＮ）またはワイドエリアネットワーク
（ＷＡＮ）１３４、ゲートウェイ１３６、および／また
はモデム１３８に接続される。分布システムでは、例え
ば冗長格納デバイスまたは独自アプリケーションの単一
のマウンティングを設けることによって、多数のワーク
ステーションの処理および格納能力が互いに分布した能
力として拡張される。

【０００９】ワークステーション８２はオブジェクト指
向ユーザインタフェース（ＵＩ）１４２を含み、ＵＩは
アイコンおよびウィンドウを使用して（典型的なオフィ
ス環境のさまざまな抽象( abstractions )を使用するオ
フィスデスクトップメタフォールを表す表示のような）
いろいろなデータ対象およびユーザアプリケーションを
表す。メタフォールを提示するオブジェクト指向技法を
有するウィンドウおよびアイコンを使用して、データを
維持し、いろいろなユーザ空間を通して移動させ、そし
て抽象コンピュータ概念を提示するユーザインタフェー
スは公知であり、その一例は Xerox Corporation から
市販されているデスクトップ、インバスケット、アウト
バスケット、および文書のような抽象を使用するグロー
バルビュー（ Globalview “ＧＶ”：商品名）ソフトウ
ェアである。ＵＩ １４２は、どのシステムからも離し
て動作させることができ、Ｘウィンドウズ（ "X Window
System ", W. Scheifler and James Gettys, Digital
Equipment Corporation, U.S., 1992, ISBN 1-55558-08
8-2 ) のような遠隔ウィンドウイングプロトコルを使用
するネットワークサービスにまたがって拡張可能であ
る。例えば、プリンタ１１４上のＵＩはどのワークステ
ーション８２、またはスキャナ１０２のような代替サー
ビスからも離して使用可能である。

【００１０】図２〜６を参照して、図１のネットワーク
システムを有するメタフォリカルジョブチケット／制御
システムを実現する技術を説明する。要約すれば、図２
の流れ図はネットワーク上に配置されているデバイスの
さまざまなプロファイルを用いてデータベースを構成す
る技術を記述し、一方図３および４はメタフォリカルテ
ンプレートを用いて手動でジョブチケットを作成する方
法を記述している。また図５の流れ図はメタフォリカル
テンプレートを用いて自動的にジョブチケットを作成す
る技術を記述している。一方、図１１の流れ図は図３〜
５の流れ図のジョブチケット作成技術の拡張を記述して
いる。

【００１１】特に図１および２を参照して、メタフォリ
カルワークフロー技術のためのネットワーク１００を構
成する技術を詳細に説明する。段階１４６において、サ
ーバ１２２はアプリケーションサーバとして作動するよ
うに構成される。アプリケーションサーバは、ネットワ
ーク管理システム１２８および関係データベース１２６
によって提供されるようなネットワーク管理のいろいろ
なエレメントを含むことは明白である。またサーバ１２
２はいろいろな形状の１つを取ることができることも明
白である。一つの例に使用したサーバ１２２は、 Morga
n らの米国特許第 5,220,674号に開示されているものと
類似しているが、サーバ１２２の機能性を与えるために
１つまたはそれ以上のプロセッサおよび適切な格納容量
を含むいろいろな適当な配列を使用することができる。

【００１２】段階１４８において入力／出力／格納デバ
イスのための能力／属性セットがアプリケーションサー
バへダウンロードされる。このダウンローディングは、
Xerox 8000 シリーズまたは他の適当な Xerox Network
Systems のようなサーバに使用するために入手可能な
幾つかの公知手順の１つによって達成できる。ネットワ
ーク１３４に結合されている各構成要素毎に、結合され
た構成要素を表すプロファイルが生成され（段階１５
０）、データベース１２６内に格納される（段階１５
２）。この説明の目的のために、あるデバイスの能力
（Capability）とは、そのデバイスに関して使用可能な
各機能（その機能が可能化されていようと、いまいと）
のことをいう。一方、あるデバイスの属性とは、あるユ
ーザが現在使用することができる可能化された機能のこ
とである。プロファイルを構成してデータベース内に格
納する方法が数多く存在していることは理解されよう。

【００１３】好ましい概念モデルにおけるプロファイル
の構築（段階１５０において最初に述べた）は図９〜１
２を参照することによって理解することができる。プロ
ファイルの構築の根底をなしている概念、および「プラ
グ・アンド・プレイ」におけるそれらの使用は伝達関数
分析を基礎としており、いろいろなプロファイルの合成
は簡単な水流落下(Water Flow Plumbing) のメタフォー
ルを用いて説明することができる。因みに、複雑な分析
および合成問題空間は、ある型の架空の配管内の水流と
比較されることが多い。好ましいプロファイルのルート
（根）における構造は、本質的には、全ての構成要素エ
レメント（例えば、スキャナ、プリンタ等）を簡単な、
曖昧ではない、そして一般的には一様伝達関数へマップ
したものであり、十分に知られた型の入力を既知の型の
出力に変換する（要求された特定のオプションの記述を
使用して）ようになっている。根元的な技術が要求する
ものは、オペレータが知覚するこの簡単なサービスのビ
ューよりも複雑であるが、技術が目指すところも、クラ
イアントが焦点を合わせている側も「これを当て嵌め、
これらのオプションによって変更し、これを解く（ " t
his goes in, modified by these options, to get thi
s out " 」という考え方に集中している。

【００１４】より大きい技術的な面からモデル化された
サービス、すなわち任意のデバイスまたはエレメントに
よって与えられる機能性は、以下のエレメントを含む記
述を有するものと論ずることができる。 (1) 私は、曖昧でない方法で記述された、十分に知られ
た形状の入力を使い尽くす（消費する）。 (2) 私は、曖昧でない方法で記述された、十分に知られ
た形状の入力をエクスポートする。 (3) 私は、私の伝達関数の若干の面に対する調整能力を
提供することによって、若干の十分に確立された境界内
の私の入力・出力の関係（伝達関数）の変更を見込む。 (4) 私は、私の環境から、十分に知られた資源を要求す
る。 (5) 私は、私の環境の若干の面（例えば、他人のサービ
スの状態）によって束縛されており、従って私の直接的
な制御の下にない若干のイベントに関して通報されなけ
ればならない（私は、他人のイベントの消費者であ
る）。 (6) 私は、私の環境に影響を与えるような十分に挙動す
る効果を有しており、私の挙動の若干の面の私の環境
を、ある前進する基準で、喜んで通報する（私は他人の
イベントのプロデューサである）。

【００１５】このテキストツール記述における「私は」
および「私の」は特定の（オブジェクト指向の）手法で
使用されており、ここで使用しているように、各サービ
スを自律的な個人として扱わなければならないこと、お
よび上述した会話が満たされさえすれば、このように定
義された各サービスは、適切に定義された他のどのよう
なサービスと共に機能できることも指示している。図９
に、抽象サービス機能を、上述した制約と共に示してあ
る。「サービスプロバイダ」のような定義は、純粋に技
術的構成要素である必要はないが、所望のタスクを達成
するために人が提供するプロセス、または人の能力と技
術の能力とを組合わせたハイブリッドプロセスであるこ
とができる。

【００１６】図９に、完全なサービスプロバイダ伝達関
数テンプレートを示す。図９のモデルを更に検討する
と、「環境」との会話は、使用する技術のアーチファク
トであり、そのことから、殆どの普通のユーザはそれら
に興味を示さないことが分かる。これらの基礎構造( in
frastrucure ) 構成要素、およびこれらのユーザからの
会話を、特定インタフェース設計への強い付着力を通し
て、およびこれらの「サービスプロバイダ」（これは、
マクロスケールでは、オブジェクト指向のセンスで大き
い物体以上の何物でもない）がダイナミックランタイム
資源登録データベースにアクセスできるようにすること
によって、「隠す」ことが可能である。

【００１７】サービスプロバイダ伝達関数テンプレート
のオペレータビューを示す図１０を参照する。上述した
「隠された」基礎構造サポートが与えられると、図９の
モデルのビューを図１０のように簡易化することができ
る。図１１に、システムの伝達関数の全体像を示す。図
１２のモデルにおいては、与えられたサービスプロバイ
ダが、若干の制御／変更ファクタを用いて入力の型を変
更し、これらの制御／変更ファクタは与えられた属性セ
ットの関数として変化する。サービスプロバイダ伝達関
数に使用するのに適するいろいろなサービスの例も図１
１に示されている。

【００１８】図１２に、与えられたサービスプロバイダ
伝達関数の機能性を示す特定例が示されている。図示の
ように、ハードコピーがスタッカまたはソータのような
出力に供給され、得られる出力は、現在使用可能なスト
ック（紙）のような１つまたはそれ以上の属性を含むジ
ョブチケットによって制御される。後述するように、
「サービスプロバイダ」伝達関数は、単一のスタッカの
ような単一の構成要素か、またはバインダ、フォール
ダ、およびスリッタのような複数のデバイスを含む複合
エレメントに対応させることができる。また後述するよ
うに、複数のサービスプロバイダの組合わせが、関連属
性セットを束縛し得る。

【００１９】本明細書の主題の基礎をなす重大な概念で
あるメタフォリカルワークフロー戦略の根底をなすもの
は、一連の関連「サービスプロバイダ」をこの伝達関数
メタフォールに沿って記述し、オペレータに視覚会話手
段を使用してこれらの構成要素を提供することである。
本質的には、オペレータに何を提供するのかは、複雑な
ワークフローシナリオを（その構成要素部分およびこれ
らの部分間の会話に基づいて）記述する手段である。そ
れらのワークフロータスクがどのように構成されている
のかを「配管」図によってオペレータに視覚的に提供す
る他に、総合的なワークフローの進み具合を変更するた
めに、重要な各「サービスプロバイダ」に制御を設けて
現在何が起こっているのかを視覚的に記述するのを容易
にすることができる。視覚的なワークフロープログラミ
ングメタフォールの使用例に関しては後述する。

【００２０】新しいデバイスが絶えずネットワークに結
合され、改訂されたソフトウェアが規則的に供給されて
いるから、ネットワークに結合されている全てのデバイ
スに定期的に問い合わせてデータベース１２６を編成し
ている間に、そのデバイスに関連する伝達関数が変更さ
れたか否かを決定することが好ましい（図２、段階１５
８）。好ましい例では、アプリケーションサーバがネッ
トワーク上の各デバイスと共に登録されていてイベント
関連情報を受け、ネットワークデバイスのそれぞれの伝
達関数の動的な変更を決定しているので、段階１５８の
定期的な問い合わせは必要ないであろう。ネットワーク
のデバイス伝達関数に関して以下にさらに説明する。ネ
ットワークに関連付けられたデバイスプロファイルの何
れかに状態変化が発生すると（段階１６０）、能力／属
性のアップグレーディングがもたらされるデバイスから
供給される新しい能力／属性エントリを用いてデータベ
ース１２６が動的に更新される（段階１６２）。データ
ベースを更新するシステムは、ＩＳＯ／ＩＥＣ 10175
によって構想されているようなＩＳＯ文書処理アーキテ
クチャ（ＤＰＡ）を使用して容易に実現することができ
る。ＤＰＡの原点はDigital Equipment Corporation、I
nternational Business Machines 、およびHewlett-Pac
kard が参画して MIT/Project Athena において開発さ
れた分散印刷システム、すなわち Palladium 印刷シス
テムである。1991年６月に Massachusetts Institute o
f Technology から出版された " Palladium Design Do
cument "にＩＳＯ ＤＰＡの詳細が記載されている。

【００２１】図２に示されているアプローチの段階１６
０および／または１６２に続く段階１６４は、適切な時
点に新しい１つの、または複数の組合わせをプログラム
することである。一つの例では、サーバ１２２の管理者
がシステムに参加し、現在の能力／属性セット（１つま
たは複数の）のダウンローディングによってサポートさ
れる１つまたはそれ以上の基本的組合わせをプログラム
する。一つの例では、サーバ管理者は１つまたはそれ以
上の新しい組合わせをハードコードすることができる
が、代替例では、適当なＡＰＩを用いて１つまたはそれ
以上の組合わせを動的に生成することができる。もしさ
らなる能力／属性セットをアプリケーションサーバへダ
ウンロードするのであれば（段階１６６）プロセスは段
階１４８へ戻され、そうでなければ図２のルーチンから
戻りによって出て行き、後刻必要になった時に、さらな
る能力／属性セットを追加するためにプロセスはこのル
ーチンに再び入る。

【００２２】図３の段階１７０、１７２において、１つ
またはそれ以上のプロファイルが、１つまたはそれ以上
のメタフォールエレメントにそれぞれマップされる。一
つの例では、メタフォールエレメントは公知の手法でプ
ロファイルを用いてマップされた普通のピクトグラムで
ある。 Xerox 6085 ワークステーションの一つのアプリ
ケーションでは、印刷属性のプロファイルがプリンタア
イコンへマップされる。一つの例においては、ユーザは
複数のメタフォールエレメントの中から選択するように
なっている。これらは、ネットワークを横切ってユーザ
にアクセス可能な共通ファイルによって与えることがで
きる。

【００２３】プロセスは、段階１７４において、手動
で、または自動でメタフォリカルテンプレートを作成す
る能力をユーザに与える。手動アプローチが選択された
ものとすれば（段階１７６）、開始メタフォールエレメ
ントが画面上に表示され、メタフォリカルテンプレート
生成が開始される。開始メタフォールエレメントは、与
えられたジョブのプログラム属性を含むことが好まし
く、プログラムされたジョブ属性は（米国特許第 5,39
8,289号に示されている型の対話のような）適当な対話
の中にそれらのソースを有することができる。図７およ
び８の例では、開始メタフォールエレメントは文書アイ
コンとして示されているが、他の例では開始メタフォー
ルエレメントは文章がローカルまたは遠隔格納位置に配
置されていることを指示する格納アイコンの形状をとる
ことができる。

【００２４】テンプレートビルディングプロセスを開始
するために（段階１７８）、スキャナ、プリンタ、ファ
クシミリデバイスまたは電子メール宛て先を表すメタフ
ォールのようなデバイスメタフォールは、図７および８
に示す型のコネクタ矢印によって開始メタフォールエレ
メントに結合される。コネクタには、ジョブ要求のセッ
トによって表される文書を、デバイスプロファイルに従
って実行可能にするコードが関連付けられている。一つ
の例では、コネクタコードはあるジョブ／文書をデバイ
ス内に自動的に「ドラッグ・アンド・ドロップ」させる
のに役立たせることができる。別のエレメントを付加す
る前に（段階１８０）、テンプレートが別の組合わせ内
へ分岐するか否かが決定される。図７および８から理解
できるように、任意のテンプレートは複数の組合わせを
含むことができるから、例えば、出力を複数位置へ供給
することができる。分岐点に到達しているものとすれば
（段階１８２）、その分岐点に関する情報、より詳しく
述べればメタフォリカルテンプレート内のその位置が格
納される（何故ならば、分岐するのではなく、一時に一
つの組合わせを完了させ、現在の組合わせが終了する前
に別の組合わせを生成することが好ましいからであ
る）。

【００２５】段階１８４においてもし現在の組合わせが
終了していないこと決定されれば、別のデバイスメタフ
ォールが現在のデバイスメタフォールに付加され（段階
１８６）、プロセスは段階１８０へ戻されて存在可能な
分岐点の存否について別の決定が行われる。段階１８４
において、現在の組合わせが完了していることが決定さ
れれば、段階１８８において全ての組合わせが完了した
か否かが決定され、それによって対象ジョブのメタフォ
リカルテンプレートが生成される（コネクタは、ジョブ
要求と与えられたプロファイル属性との間に矛盾が存在
しないことを条件として、そのプロファイルを用いてジ
ョブ要求のセットを実行することを可能にするコードの
グループである）。

【００２６】メタフォリカルテンプレート内の全ての組
合わせが完了していないものとすれば、次に使用可能な
分岐点が段階１９０において配置される。この配置段階
１９０は、段階１８０において決定された１つまたはそ
れ以上の分岐点へプロセスを移動させることによって容
易に実現することができる。一つのデバイスメタフォー
ルは、別のデバイスメタフォールまたは開始メタフォー
ルエレメントと結合できることは明白である。従って、
段階１９２における問い合わせの結果によって、プロセ
スを段階１７８へ移動させてデバイスメタフォールを開
始メタフォールエレメントと結合させることも、または
段階１９４へ移動させてデバイスメタフォールを別のデ
バイスメタフォールと結合させることもできる。

【００２７】好ましい例では、各メタフォールエレメン
トは、共通の一般的な機能を有する１つまたはそれ以上
のデバイスへマップされる。すなわち、一つの例では、
デバイスメタフォールは複数のプリンタへマップするこ
とができる。その件に関して図４を参照する。手動テン
プレート生成プロセスの好ましい例では、例えば普通の
ポインタを使用し、選択したデバイスメタフォールでダ
ブルクリックすることによって第１のデバイスメタフォ
ールを選択し（段階１９８）、１つまたはそれ以上のデ
バイス選択を表示させる。若干の環境においては、１つ
またはそれ以上の選択( choice：以下「選択」と記す）
の属性を調べなければ、どのデバイスが好ましいのかは
ユーザには明白ではないかも知れない。従って、段階２
００、２０２、および２０４は、ユーザインタフェース
１４２（図１）を使用することによって１つまたはそれ
以上の「選択」の属性を調べる能力をユーザに与える。

【００２８】好ましい例では、ビューイングを容易にす
るために、「選択」および属性は、Microsoft が典型
的なウィンドウズオペレーティングシステム環境におい
て使用しているように、階層順序で配置されるプルダウ
ンメニューとして示される。「選択」の選択は、典型的
にはカーソルシステムを用いてダブルクリックまたはボ
ックスチェックを使用することによって行われる。図４
のアプローチは再帰的であり、各組合わせは「選択」に
ついてユーザの好みを決定するものと考えられる。組合
わせが終わっていなければ（段階２０６）、別のデバイ
スメタフォールが選択されるので（段階２０８）ユーザ
は次のデバイスの属性を調べて上述した手順に従って適
当な「選択」を行うことができる。各組合わせ毎に「選
択」を行う技術は段階２０９および２１０を用いて実現
され、生成された各メタフォール組合わせ毎に決定がな
されてしまうまで、プロセスは段階２００へループバッ
クされる。

【００２９】メタフォリカルテンプレートが完了すると
（段階２０６）、１つまたはそれ以上のプログラムされ
た組合わせに基づいて、１つまたはそれ以上のジョブチ
ケットが作成される。実際には、ジョブチケットは、
「選択」の関連情報を専用ジョブチケット対話へ転送す
ることによって、選択された各「選択」毎に自動的に作
成される（段階２０４）。共通のシナリオでは、例えば
開始メタフォールエレメント内の属性から入手した１つ
またはそれ以上の入力チケット、および選択された「選
択」から導出した複数の出力チケットを含む複合ジョブ
チケットが供給される。

【００３０】メタフォリカルテンプレートをその対応ジ
ョブチケット（１つまたは複数）を用いて作成する（段
階２１２）時に、テンプレートをクライアントワークス
テーション８２にセーブする機会がユーザに与えられる
（段階２１４）。もしテンプレートをセーブすることを
望まなければ、段階２１２において複合ジョブチケット
が作成された後にそのメタフォリカルテンプレートは削
除される（段階２１６）。一方、ユーザはプログラムテ
ンプレートを将来の使用のためにクライアントワークス
テーションのメモリ内に格納することができる（段階２
１８）。図７を参照する。メタフォリカルテンプレート
をメモリ内に格納する時に、格納されたテンプレートの
位置をボタンまたは図形選択バーとリンクすることが望
ましい。実際には、与えられたボタンに、Microsoft's
Word 6.0 に類似のシステムに従ってラベル付けするこ
とができる。好ましくは、図８に示すように、任意のメ
タフォリカルテンプレートはいろいろな制御および状態
図形インディケータで補足される。

【００３１】段階２２０において、ユーザには、１つま
たはそれ以上のこれらの図形インディケータで各デバイ
スを補足する機会が与えられる。図形インディケータお
よびそれらの付随機能の詳細は図６に示されている。

【００３２】再度図３の段階１７４を参照する。ユーザ
は、メタフォリカルテンプレートを手動で作成するの
か、または自動的に作成するのかを決定する。自動的に
作成することを望むものとすればプロセスは図５の段階
２２４へ進められ、少なくとも１つの開始メタフォール
エレメントと、１つのデバイスメタフォールまたは格納
メタフォールとが供給され、ユーザは部分的テンプレー
トを生成する。図２に関して説明したように、アプリケ
ーションサーバには、ネットワークシステムを通して使
用可能な、メタフォリカルテンプレートを表す複数の組
合わせが供給される。

【００３３】これらの組合わせは、供給されたサーチタ
ームに従ってデータベースから容易に生成でき、これら
の動的なサーチの分類はありきたりであり、（ Mead da
taのLexis/Nexis アプリケーションによって提供され
る型の）公知の動的サーチ技術から実現することができ
ることも明白である。段階２２６において、段階２２４
によって生成されたサーチタームを使用して全ての関連
組合わせ、すなわちデータベース内のエントリを基礎と
して事例( instances ) を入手する。実際には、このサ
ーチタームはジョブ開始メタフォール内の選択された属
性、および１つまたはそれ以上の付属デバイスメタフォ
ールからの１つまたはそれ以上の属性から生成される。
実際には選択される属性が、ストック属性だけのような
若干のクラスの属性だけを含むように制約することがで
きる。

【００３４】データベースサーチを遂行する時、ユーザ
は、段階２２８において、選択されたサーチタームの属
性を含むネットワーク内のこれらの全ての組合わせを知
らされる。サーチタームは、データベースサーチターム
を生成するために選択された属性に依存して、比較的広
くすることも、または狭くすることも可能であることは
明白である。生成された事例に依存して、ユーザは段階
２３０において、このサーチの範囲の制限または拡張を
望むことができる。サーチ範囲を変化させるためには、
ヒューリスティック( heuristic ) タームを入力しても
よいし（段階２３２）、または段階２２４に基づいてサ
ーチタームを狭くしてもよい。ヒューリスティックター
ムをサーチタームに付加する場合には増補(Augumented)
タームが得られ、サーチを狭める場合には狭められたサ
ーチタームが得られる。増補されるサーチタームは、特
に、便利さ、価格、デバイス近接度、デバイス／属性の
質、および／または個人的な好みを適応させることがで
きる。好ましい例では、付加的な属性がいろいろなデバ
イス「選択」のために供給され、それらを潜在的なヒュ
ーリスティックスに対応させている。例えば、プリンタ
を「ローカル」または「遠隔」として指定することがで
きるので、近接ヒューリスティックが増補されるサーチ
ターム内に含まれる場合には、ユーザはローカルまたは
遠隔であるこれら全てのプリンタについて知らされるこ
とができる。

【００３５】サーチタームの増補または狭めに応答し、
新しいサーチタームに基づいて付加的なサーチが遂行さ
れる（段階２３４）。本質的にこの付加的なサーチは、
増補された、または狭めれたサーチを満たさない全ての
事例を排除する。段階２３６において、ユーザは付加的
なサーチの結果として生成された事例の数を知らされ、
もし事例の数が受入れ可能であれば、それらの事例に対
応する各テンプレートが表示される（段階２４０）。一
つの例では、ユーザは付加的なサーチの結果として生成
された各メタフォリカルテンプレートをスクロールさせ
る。ユーザは、入力されたサーチタームに対応するいろ
いろなテンプレートをスクロールさせ、テンプレートと
して役立つ事例を選択する（段階２４２）。選択したテ
ンプレートに従って、前述したものと矛盾しない手法で
複合ジョブチケットが作成される。

【００３６】図６を参照し、動作の柔軟性を最大にする
ためにメタフォリカルテンプレートを増補する技術を説
明する。要約すれば、図６に示されている技術は、各メ
タフォールエレメントに図形インディケータを付加する
ことを可能にし、要求に応じて個々のメタフォールの属
性変更を容易にするものである。段階２４６では、第１
の組合わせの第１のデバイスが選択される。図６に示す
例では、図８に「制御」で示されている１つまたはそれ
以上の制御図形インディケータが、メタフォリカルテン
プレートの各メタフォールエレメント毎に設けられる
（段階２４８）。各制御図形インディケータはアイコン
として生成され、それらの機能能力はホストクライアン
トワークステーションをネットワーク上の指定されたデ
バイスと通信させるアプリケーションサーバの能力に基
づいている。この通信は、特に Xerox network systems
（“ＸＮＳ”）から入手可能な１つまたはそれ以上のプ
ロトコルを含むことができる適当なプロトコルの使用に
よって容易にすることが好ましい。

【００３７】始めに、段階２５０においてアプリケーシ
ョンサーバは、適当な状態情報を入手するためにデバイ
スに問い合わせる。状態情報は、上述した１つまたはそ
れ以上のプロファイル、および前述したＤＰＡモデルお
よび／または米国特許第 5,170,340号の仮想マシン配列
に記載されている概念を使用する適当な状態保持配列を
使用することによって入手することができる。当分野に
精通していれば理解できるように、各デバイスがその現
在の状態をアプリケーションサーバに自動的に通報する
ような関係を維持することが望ましい。従って段階２５
１では、インディケータが与えられているデバイスは、
イベント通知に関してアプリケーションサーバと共に登
録される。イベント通知は Bauer らの米国特許第 5,3
67,635号に詳細に開示されているＳＮＭＰのような適当
なプロトコルを使用することによって供給することがで
きる。図８から、各デバイスメタフォール毎に制御およ
び状態の両インディケータが与えられることが理解され
よう。

【００３８】あるメタフォールに対して１つまたはそれ
以上の図形インディケータが与えられると、プロセスは
段階２５２において、試験中の現デバイスにおいてプロ
グラムされた能力または属性の全てが使用可能であるか
否かを調べる。典型的にはユーザは、使用可能な属性に
関心を示すであろうが、若干の環境においてはシステム
管理者のような特定ユーザは、マシンのプログラムされ
た能力に関心を示すことがあり得る。

【００３９】試験中の現デバイスのプログラムされた属
性の全てが使用可能ではないものとすれば、プログラム
は段階２５４へ進んで健全(Health)指示（図８の状態イ
ンディケータ参照）が与えられる。前述したように状態
インディケータは、ネットワーク上のいろいろなデバイ
スに関連するプロファイルまたは伝達関数情報からアプ
リケーションサーバへ供給される状態情報を用いて更新
される。健全指示は、幾つかの形状の１つで供給するこ
とができる。図８に示す例では、上向きおよび下向き矢
印を使用して "go" および "no go" 状態を指示してい
る。

【００４０】他の形状では、健全指示をアイコンに着色
する（例えば、「黄色」は動作の一時的遅延を、「赤
色」は動作の不確定遅延を、そして「緑色」は完全に動
作可能を表す）ことによって与えるか、またはメタフォ
ール間のコネクタ矢印を視覚的にフラッシュさせてメタ
フォリカル組合わせの構成要素が一時的にアウトオブオ
ーダーであることをユーザに理解さることができる。こ
れらのインディケータは、与えられたインディケータを
位置決めデバイスで選択することによって表示させるこ
とができる特性プロファイルを含むことを意図してい
る。また、マルチメディアが出現するに伴って、健全指
示は、１つまたはそれ以上のプログラムされた属性が対
象デバイスにおいて使用不能であることを指示する音響
インディケータの形状でクライアントワークステーショ
ン（図１）へ供給することができる。このような音響を
ベースとする健全インディケータは、クライアントワー
クステーションに設けられる適当なマルチメディアサポ
ート基盤を使用して達成することができる。

【００４１】インディケータを選択したユーザは、段階
２５６においてジョブの属性、または選択されたメタフ
ォールに関連する属性を変更することを決定できる。一
例では、選択したデバイスの動作を単に遅延させること
を指示することができる。これらの環境の下では、ユー
ザは試験中のジョブまたはデバイスを変更することなく
メタフォリカルテンプレートのいろいろなデバイスを試
験しながら進行することを望むかも知れない。一方段階
２５８において、対象メタフォールに関連するジョブま
たはデバイスの何れかの１つまたはそれ以上の属性を、
そのデバイスの状態インディケータを考慮して変更する
ことができる。変更の結果、メタフォールテンプレート
内のデバイス属性間に矛盾が生成し得ることは明白であ
る。例えば、スキャナにおける出力ストック「選択」は
「トランスペアランシー( transparency )」に変更する
ことが可能であり、メタフォリカルテンプレートに対応
するジョブチケットを呼出してプリンタにおいてそのテ
ンプレートを二重化することができる。殆どのシステム
は二重トランスペアランシーを許さないので、段階２６
０の試験の結果として適切なフラグを立てるようにな
る。

【００４２】矛盾が存在するものとすれば、属性変更が
可能であることを条件として（段階２６４）プロセスは
さらなる変更を行うようにユーザに促す（段階２６
２）。しかしながら、現在のデバイス（すなわち、試験
中のデバイス）に与える影響の程度の結果として属性変
更が認められない環境も存在する。この場合には、現在
のデバイスの代わりに新しいデバイスを用いることがで
き（段階２６６）、段階２６７を通して新しいデバイス
に現在のデバイスの役割を果たさせる。段階２６６の置
換を、手動でまたは自動的に遂行させることができるこ
とは明白である。

【００４３】属性変更を要求しないか、または変更して
も矛盾が存在しないものとすれば、プロセスは段階２７
０へ進んでメタフォリカル組合わせ内の最後のメタフォ
ールに到達したか否かを決定する。現在のメタフォリカ
ル組合わせの中ではそれ以上のメタフォールが試験され
なかったものとすれば、プロセスは次のメタフォールへ
進み（段階２７２）、段階２４８、２５０、および２５
２によって適切なインディケータが現在の組合わせに与
えられる。特定のメタフォリカル組合わせの最後のデバ
イスが問い合わされ、登録されると、段階２７４におい
てメタフォリカルテンプレート内の別のメタフォリカル
組合わせについて何等かのさらなる制御／状態情報が供
給されるか否かが決定される。次の組合わせの場合には
（段階２７６）、第１の未試験メタフォールが探知さ
れ、プロセスは段階２４８へ戻る。要約すれば、第１の
未試験メタフォールは分岐点に存在し、その分岐点に関
する情報は上述した方法に従って格納されていよう。

【００４４】図３および４の実施例に対応する例を図７
および８に示す。先ず図７を参照してテンプレートを生
成する手動アプローチ、すなわち「ＴＥＭＰ．１．０」
を説明する。始めに、ユーザは５つのメタフォール、す
なわちジョブ開始メタフォール２８０、スキャナメタフ
ォール２８２、プリンタメタフォール２８４、電子メー
ルインディケータ２８６、およびファックス関連メタフ
ォール２８８をアプリケーションサーバ（図１）から入
手する。これらのメタフォールはユーザインタフェース
画面１４２上に表示され、これらのメタフォールはコネ
クタアイコン３００によって互いにリンクされる。メタ
フォールエレメントおよびアイコンコネクタが表示され
た後に、普通の位置決めデバイス３０２によってスキャ
ナメタフォール２８２が選択されると、スキャナ「選
択」および関連属性が表示される。図７の例では、２つ
のスキャナ「選択」が示され、これらの「選択」の１つ
に対応する選択された属性のグループも示されている。
図３および４の方法によればユーザは、スキャナ１およ
びストックサイズ（この例では“8.5 ×11”）のような
関連属性を選択する。

【００４５】スキャナにおいて適切な選択が行われた後
に、ユーザはメタフォール２８４へ進み、それを位置決
めデバイスで選択する。プリンタはスキャナ１と矛盾し
ない選択を提供し、図７の例においてはスキャナ１と両
立不能なビルディング２のプリンタは使用できない。さ
らに、ユーザがノースプリンタを選択しても、スキャナ
が 11 × 17 のストックを処理できないので 11 × 17
のストック選択を使用することはできない。画面１４２
に示すように、使用できない各選択は「グレイアウト」
されている。プリンタメタフォール２８４を選択する上
述した手順は、メタフォール２８６および２８８につい
ても繰り返され、メタフォリカルテンプレートＴＥＭＰ
１．０に関する生成が完了する。

【００４６】ＴＥＭＰ．１．０が完全に生成されると、
それはシステム１００のメモリ内に格納するか、または
削除することができる。格納されたテンプレートバージ
ョンを将来使用する場合、このバージョンは普通のツー
ルバー３０４（図８）上のボタンまたは図形制御に参照
することができる。その場合、ボタンを使用して、格納
したテンプレートバージョンの自動取出し、および表示
を容易にすることができる。

【００４７】図８を参照して図５および６の概念の幾つ
かを組込んだ例を説明する。図８の例では、ユーザは、
メタフォールエレメント２８０、２８４、および２８６
を供給する。図４のプロセスに準じてユーザは、ユーザ
がファイル走査( scan-to-file )プロセスを望んでいる
ことを指示するヒューリスティックをシステムに供給す
る。従ってスキャナ２８２および格納デバイス３０６
が、自動的にシステムに付加される。図８の例では、１
つのファイル走査配列だけが使用可能であるものとして
いることは理解されよう。しかしながら、実際にはファ
イル走査の多くの事例を使用することが可能であり、ユ
ーザは図４の手順に従ってこれらの事例の１つを選択す
るように要求されることになる。

【００４８】さらに、各メタフォールには、図６の手順
に従って適切なインディケータが与えられる。図８のテ
ンプレートは、プリンタ２８４の結果として問題を含む
組合わせ（そのプリンタの状態矢印が動作不良を指示す
る）を含むことが理解されよう。それにも拘わらず、若
干の組合わせを実行しながら他の組合わせを適当に変更
することを可能にする制御を使用する結果として、メタ
フォールエレメント２８０、２８２、２８６、および３
０６を含む組合わせを実行しながら、ジョブまたはプリ
ンタに適当な変更を行い、その後に２８０、２８２、２
８４、および３０６を含む組合わせを実行することがで
きる。

【００４９】当分野に精通していれば上述した実施例の
数多くの特色が理解されよう。第１に、ユーザが手動で
メタフォリカルテンプレートを生成することを可能にす
る技術が提供され、このテンプレートはジョブチケット
の形状で使用するために最終的に格納される。テンプレ
ートを生成するための手動アプローチでは、ユーザは各
メタフォールエレメントにおいてデバイスを選択し、も
しそのように望むのであれば省略時属性をオーバライド
することができる。使用可能な「選択」および属性の整
然とした管理は、属性プロファイルを動的に更新するア
プリケーションサーバによって透過的に与えられる。従
って、好ましい例のシステムは、許されないメタフォリ
カル組合わせ、従って許されないジョブチケットのプロ
グラミングを回避するようにユーザを援助する。

【００５０】第２に、ユーザによって開始されたサーチ
に応答してテンプレートが自動的に生成されるような技
術が提供される。このサーチが、ネットワーク上の使用
可能なサーチに対応する全ての事例を生成する。サーチ
は、ヒューリスティック項または狭め項の導入によって
制限したり、または拡張したりすることができる。満足
できるサーチが遂行された後は生成された事例を表示す
ることができ、テンプレートとして働く適当な事例を選
択することができる。手動アプローチでも、または自動
アプローチでも、生成されたテンプレートはクライアン
トによって例えばボタンの形状で格納することができる
ので、ユーザは格納されたテンプレートを後刻効率的に
複製することができる。

【００５１】最後に、与えられたテンプレートに関し
て、ジョブチケット作成プロセスを幾つかの点で容易に
するために、各メタフォールエレメント毎にインディケ
ータを設けることができる。一例では、各メタフォール
毎に状態インディケータを設けて対応デバイスの動作状
態を指示する。ユーザは状態インディケータを見てジョ
ブまたはデバイスを変更し、そのジョブの処理を容易に
することができる。さらに別の例では、あるテンプレー
ト内の１つの組合わせを実行しながら別のメタフォリカ
ル組合わせに対して変更を行うことができるように、各
メタフォールエレメントに制御インディケータを設け
る。従って、与えられたメタフォリカルテンプレートに
ついて、若干のメタフォリカル組合わせを実行しなが
ら、他のメタフォリカル組合わせを改訂または再生成す
ることができる。各デバイスは、状態インディケータが
動的に更新されるように構成することが好ましい。この
動的更新により制御インディケータの使用が極めて容易
になり、それらの現在の状態に依存してユーザは選択し
たデバイスを始動させ、停止させることが可能になる。

【図面の簡単な説明】

【図１】本発明に係るメタフォリカルワークフロー技術
を実現することができる代表的なネットワークの概要図
である。

【図２】ネットワーク上に配置されたデバイスのいろい
ろなプロファイルを用いてデータベースを構成する技術
を示す流れ図である。

【図３】メタフォリカルテンプレートを有するジョブチ
ケットを手動で作成する方法を示す流れ図である。

【図４】図３から分岐した枝路を示す流れ図である。

【図５】メタフォリカルテンプレートを有するジョブチ
ケットを自動的に作成する方法を示す流れ図である。

【図６】図４から分岐した枝路を示す流れ図である。

【図７】ジョブの実行を指令するジョブチケットを作成
するのに使用されるメタフォリカルワークフロー例を表
示した画面の例である。

【図８】図７と同じような画面の別の例である。

【図９】サービスプロバイダ伝達関数テンプレートを示
す図である。

【図１０】サービスプロバイダ伝達関数テンプレートの
オペレータビューを示す図である。

【図１１】システムの伝達関数の全体像を示す図であ
る。

【図１２】あるサービスプロバイダ伝達関数の機能性を
示す特定例を示す図である。

【符号の説明】

８２ クライアントワークステーション １００ ネットワーク文書処理システム １０２ スキャナ（ディジタル複写機） １０４ キーボード １０６ 位置決めデバイス（マウス） １０８ マイクロホン １１０ ビデオカメラ １１２ 表示端末 １１４ プリンタ １１６ スピーカ １２０ ファクシミリ １２２ ファイルサーバ １２４ 電話機 １２６ 関係データベース １２８ ネットワーク管理システム １３０ メールシステム １３２ データ格納・検索システム １３４ ＬＡＮまたはＷＡＮ １３６ ゲートウェイ １３８ モデム １４２ オブジェクト指向ユーザインタフェース ２８０ ジョブ開始メタフォール ２８２ スキャナメタフォール ２８４ プリンタメタフォール ２８６ 電子メールインディケータ ２８８ ファックス関連メタフォール ３００ コネクタアイコン ３０４ ツールバー ３０６ 格納デバイス

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ディヴィッド エル サルガード アメリカ合衆国 ニューヨーク州 14564 ヴィクター ウィローブルック ロード 7276

Claims (3)

【特許請求の範囲】
1. 【請求項１】 印刷システムにおいてジョブチケットを
   用いてジョブをプログラムするために複数のメタフォー
   ルエレメントが供給され、該メタフォールエレメントの
   各々が、文書処理デバイスのセットまたは格納デバイス
   のセットにいずれかにそれぞれ対応しており、上記ジョ
   ブチケットをメタフォリカルテンプレートを用いてプロ
   グラムするシステムを有し、前記メタフォリカルテンプ
   レートは、１つまたはそれ以上のメタフォールエレメン
   トを含む、１つまたはそれ以上のメタフォリカル組合わ
   せによって定義されている、印刷システムにおいて、 ａ）上記文書処理デバイスセット内の使用可能な文書処
   理デバイスか、または上記格納デバイスセット内の使用
   可能な格納デバイスの何れかに各々が対応する第１およ
   び第２の選択セットを格納するメモリを有し、上記複数
   のメタフォールエレメントの第１のメタフォールエレメ
   ントを上記第１の選択セットに登録し、および上記複数
   のメタフォールエレメントの第２のメタフォールエレメ
   ントを上記第２の選択セットに登録するアプリケーショ
   ンサーバと、 ｂ）上記複数のメタフォールエレメントの第１のメタフ
   ォールエレメント、および上記複数のメタフォールエレ
   メントの第２のメタフォールエレメントを表示する表示
   画面を有するユーザインタフェースと、 ｃ）上記複数のメタフォールエレメントの第１のメタフ
   ォールエレメントと、上記複数のメタフォールエレメン
   トの第２のメタフォールエレメントとを連結して上記１
   つまたはそれ以上のメタフォリカル組合わせを形成する
   画像エレメントとを備え、 ｄ）１）上記第１の選択セットにおける選択の１つは、
   上記ユーザインタフェースを用いて選択され、 ２）上記アプリケーションサーバは、上記第１選択セッ
   トの選択で使用するには、上記第２選択セットのどの１
   つまたはそれ以上の選択がコンパチブルであるかを決定
   し、該アプリケーションサーバは、前記第２選択セット
   を変更し、上記第１選択セットの選択とコンパチブルな
   １つまたはそれ以上の第２選択セットの選択を表す、変
   更した第２の選択セットを形成し、 ３）上記ジョブチケットは、上記第１の選択セット選択
   および上記変更された第２の選択セットの１つまたはそ
   れ以上の選択の両方を用いてプログラムされることを特
   徴とする印刷システム。
2. 【請求項２】 ネットワーク文書処理システムにおいて
   ジョブチケットを用いてジョブをプログラムするために
   複数のメタフォールエレメントが供給され、上記複数の
   各メタフォールエレメントは文書処理デバイスのセット
   または格納デバイスのセットの何れかに対応していて図
   形メタフォールが関連付けられている文書処理デバイス
   または格納デバイスを表す図形外観を有し、メタフォリ
   カルテンプレートを用いて上記ジョブチケットをプログ
   ラムするシステムを有し、上記メタフォリカルテンプレ
   ートは少なくとも２つの上記メタフォールエレメントを
   含み、上記ネットワーク文書処理システムは、 ａ）上記文書処理デバイスの１つ内の使用可能な能力
   か、または上記格納デバイスのセットの１つ内の使用可
   能な能力の何れかにそれぞれが対応する第１の属性セッ
   トおよび第２の属性セットを格納し、上記複数のメタフ
   ォールエレメントの第１のメタフォールエレメントを上
   記第１の属性のセットに、および上記複数のメタフォー
   ルエレメントの第２のメタフォールエレメントを上記第
   ２の属性のセットに登録するアプリケーションサーバ
   と、 ｂ）上記複数のメタフォールエレメントの第１のメタフ
   ォールエレメントを表示する画面を有するユーザインタ
   フェースと、を備え、 ｃ）上記アプリケーションサーバは、上記複数のメタフ
   ォールエレメントの第１のメタフォールエレメントが表
   示されるのに応答して上記複数のメタフォールエレメン
   トの第１のメタフォールエレメントを上記複数のメタフ
   ォールエレメントの第２のメタフォールエレメントにリ
   ンクしてメタフォリカルテンプレートを形成し、上記メ
   タフォリカルテンプレートは上記ユーザインタフェース
   画面表示上に表示され、上記メタフォリカルテンプレー
   トは組合わされた属性セットに対応し、上記組合わされ
   た属性セットは上記第１および第２の各属性セットから
   の１つまたはそれ以上の属性を含み、 ｄ）さらに、上記メタフォリカルテンプレートの上記組
   合わされた属性セットから選択された属性を用いて上記
   ジョブチケットをプログラムするシステム、を備えてい
   ることを特徴とするネットワーク文書処理システム。
3. 【請求項３】 ジョブチケットを用いてジョブを実行す
   るネットワーク文書処理システムにおいて、上記ジョブ
   チケットを用いてジョブをプログラムするために複数の
   メタフォールエレメントが供給され、上記複数の各メタ
   フォールエレメントは文書処理デバイスのセットまたは
   格納デバイスのセットの何れかに対応していて図形メタ
   フォールが関連付けられている文書処理デバイスまたは
   格納デバイスを表す図形概観を有し、上記ジョブチケッ
   トをプログラムするシステムを有し、上記ネットワーク
   文書処理システムは、 ａ）上記文書処理デバイスの１つにおいて使用可能な能
   力か、または上記格納デバイスのセットの１つにおいて
   使用可能な能力の何れかに対応している属性のセットを
   格納し、上記複数のメタフォールエレメントの１つを上
   記属性のセットと共に登録するアプリケーションサーバ
   と、 ｂ）上記複数のメタフォールエレメントの１つを含むメ
   タフォリカルテンプレートを表示する画面表示を有する
   ユーザインタフェースと、 ｃ）上記アプリケーションサーバを用いて生成され、上
   記ユーザインタフェースの画面表示上に表示され、そし
   て上記属性のセットに関連付けられた状態情報の関数と
   して変化する状態指示メタフォールと、を備え、 ｄ）上記ジョブチケットは、上記状態指示メタフォール
   を参照することによってプログラムされることを特徴と
   するネットワーク文書処理システム。