(57)【要約】      （修正有）【課題】イメージングデバイスと少なくとも１つの制御可能な設定を有する少なくとも１つの伝送先とを備えるイメージングデバイスのユーザ・インターフェースにおいて選択することにより、パッシブ・メタデータを生成する。【解決手段】このイメージングデバイスは、イメージファイルをキャプチャする原稿画像化システムと、画像ファイルに関連するパッシブ・データユーザインプットを受けつけるユーザ・インターフェースシステムと、パッシブ・データをメタデータファイルへ変換するためのデータ変換システムと、ネットワークを介して画像ファイルおよび関連するメタデータファイルを少なくとも１つの伝送先へ伝送するための伝送システムとを備えている。【選択図】  図４
2005176314.tif 000002
【特許請求の範囲】
【請求項１】
（ａ)データ伝送用ネットワークと、
（ｂ）上記ネットワークに接続され、（i）画像ファイルをキャプチャする原稿画像化システムと、（ii）上記画像ファイルに関連すると共に少なくとも１つがパッシブ・データであるユーザインプットを受けつけるユーザ・インターフェースシステムと、（iii）上記パッシブ・データをメタデータファイルへ変換するデータ変換システムと、（iv）上記ネットワークを介して、上記画像ファイルおよび該画像ファイルに関連するメタデータファイルを伝送する伝送システムと、を備えるイメージングデバイスと、
（ｃ）上記ネットワークに接続され、制御可能な設定がある少なくとも１つの伝送先と、を含み、
（ｄ）上記伝送先が上記メタデータファイルを受信すると、上記パッシブ・データによって、上記伝送先の少なくとも１つの制御可能な設定が実行される
ドキュメント配信システム。
【請求項２】
上記イメージングデバイスがＭＦＰである請求項１に記載のシステム。
【請求項３】
上記パッシブ・データがルーティング情報である請求項１に記載のシステム。
【請求項４】
上記パッシブ・データがユーザ情報である請求項１に記載のシステム。
【請求項５】
上記パッシブ・データがファイルフォーマット命令である請求項１に記載のシステム。
【請求項６】
上記パッシブ・データが課金情報である請求項１に記載のシステム。
【請求項７】
上記ユーザ・インターフェースシステムは、パッシブスイッチが起動されると、ユーザインプットをパッシブ・データとして受けつける請求項１に記載のシステム。
【請求項８】
上記ユーザ・インターフェースシステムは、特定の伝送先が選択されると、ユーザインプットをパッシブ・データとして受けつける請求項１に記載のシステム。
【請求項９】
（ａ）原稿画像化システムを用いて、画像ファイルをキャプチャするステップと、
（ｂ）ユーザ・インターフェースシステムを用いて、ユーザインプットをパッシブ・データとして受けつけるステップと、
（ｃ）上記パッシブ・データをメタデータファイルへ変換するステップと、
（ｄ）上記画像ファイルおよび該画像ファイルに関連するメタデータファイルを、データ伝送ネットワークを介して、少なくとも１つの制御可能な設定がある伝送先へ伝送するステップと、
（ｅ）上記メタデータファイルにおける上記パッシブ・データに応じて、上記伝送先の少なくとも１つの制御可能な設定を実行するステップと、
を含むドキュメント配信方法。
【請求項１０】
さらに、パッシブスイッチを起動することによってパッシブモードを起動するステップを含む請求項９に記載の方法。
【請求項１１】
さらに、特定の伝送先を選択することによってパッシブモードを起動するステップを含む請求項９に記載の方法。
【請求項１２】
（ａ）画像ファイルをキャプチャする手段と、
（ｂ）ユーザインプットをパッシブ・データとして受けつけるユーザ・インターフェース手段と、
（ｃ）上記パッシブ・データをメタデータファイルへ変換する手段と、
（ｄ）上記画像ファイルを、少なくとも１つの上記メタデータファイルと関連付ける手段と、
（ｅ）上記画像ファイルと、少なくとも１つの上記関連付けられたメタデータファイルとを、データ伝送ネットワークを介して、少なくとも１つの制御可能な設定がある伝送先へ伝送する手段と、を含み、
（ｆ）上記メタデータファイルにおける上記パッシブ・データに応じて、上記伝送先の少なくとも１つの制御可能な設定が実行される
ドキュメント配信システム。
【請求項１３】
さらに、ユーザ・インターフェース手段がユーザインプットをパッシブ・データとして受けつける期間としてのパッシブモードを起動する手段を含む請求項１２に記載のシステム。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔発明の背景〕
【０００２】
本発明は、イメージングデバイスのユーザ・インターフェース（ＵＩ）選択からのパッシブ・メタデータの生成に関するものである。
【０００３】
イメージングデバイスは、通常、電子画像ファイル（例えば、電子ドキュメントまたは読み込まれた画像ファイル）をキャプチャするために書面原稿を画像化し、次に、画像ファイルを伝送先（例えば、他のイメージングデバイス、ファクシミリ機器、プリンタ、複写機、コンピュータ、ドキュメント管理ソフトウェア、ワークフローソフトウェア、セキュリティソフトウェア、ファクシミリサーバー（ファックスサーバー）、電子メールサーバー、または、何らかの種類のサーバー）へ伝送するものである。しかしながら、イメージングデバイスは、例えば、ＭＦＰ（複合機;Multi-Function Peripheral/Printer/Product）、ファクシミリ機器、スキャナであってよい。また、このイメージングデバイスは、周知または未知の何れかであって、画像ファイルを（コンピュータのように作成するのではなく）キャプチャして、この画像ファイルを伝送先へ伝送できるイメージングデバイスであってもよい。
【０００４】
メタデータは、通常、データについての情報（データ）とする。
このメタデータは、イメージングデバイスのフロントパネルまたは他のユーザ・インターフェース（ＵＩ）に収集され、読み込まれた画像ファイルと共に、伝送先へ伝送される。例えば、メタデータは、ファイル保管および読み出し（retrieval）のために使用され、画像ファイルの内容を記述する付加データでもよい。このメタデータは、ユーザによってＭＦＰのフロントパネルに入力され、次に、読み込まれた画像ファイルと共に伝送先へ伝送されてもよい。次に、伝送先が、メタデータファイル全体を解析し、メタデータ値を画像ファイルと共に記憶する。その後、ユーザが、画像を読み出すため、メタデータキーワードを検索してもよい。他の例では、メタデータは、プリントジョブに付加され、プリントジョブ特性を記述する付加データでもよい。このメタデータは、メタデータファイルにフォーマットされており、プリントジョブと共に伝送先デバイスへ送信されてもよい。次に、伝送先デバイスは、画像ファイルの処理手法を解するために、メタデータファイル全体を解析する。
【０００５】
メタデータは、イメージングデバイスのユーザ・インターフェースにおけるユーザインプットから収集されてもよい。ユーザ・インターフェースの一種として、管理者が設定可能な画面を含むフロントパネルがある。管理者は、シンプルな画面に表示されるカスタムメタデータプロンプト（例えば、キーボード、または、ユーザが「ユーザデータ」を選択できるような、値の選択候補表（a short list of values））を設定してもよい。例えば、管理者は、各指定受信者のためのファクシミリ番号をインプットするようにユーザに促すユーザデータフィールドを作成してもよい。このユーザは、扱いにくいキーボード上で全てのファクシミリ番号を入力することを要求されることになる。従来技術の限界は、管理者が、各指定伝送先のためのデータフィールドを予測し、作成する必要がある点である。極めて稀な状況を除いて、予め作成されたデータフィールドの量は、大抵のユーザのニーズに合致しないであろう。例えば、ファクシミリ番号のために５個のプロンプトがあるとすれば、１つのファクシミリ伝送先の読み出しを必要とするユーザは、４個の付加ユーザインターフェースプロンプトをスクロールダウンする必要がある。２０個のファクシミリ伝送先の読み出しを必要とするユーザは、入力ジョブ毎に５個のファクシミリ番号を含め、４回の別々の入力ジョブとしてファクシミリ送信を行う必要がある。従来技術によると、複数の伝送先へファクシミリを送信する基本的なプロセスは、以下のとおりである：
１．イメージングデバイスから、ユーザは、ユーザデータプロンプトをトリガーするファクシミリサーバー伝送先ボタンを選択する。
２．ユーザは、入力を促されたユーザデータ（ファクシミリ番号、ユーザＩＤ、課金（billing）コード、件名、または、送信者名）を、キーボードユーザインターフェースから入力する。
３．ユーザは、原稿をイメージングデバイスに配置し、スタートを押す。
４．イメージングデバイスは、上記原稿から画像ファイルをキャプチャし、ユーザデータからメタデータファイルをキャプチャし、２つのファイルを関連付ける。
５．イメージングデバイスは、関連付けられた画像ファイルとユーザメタデータファイルとを、サーバーへ伝送する。
６．サーバーは、ユーザメタデータファイルを解析し、ユーザが指定したように画像ファイルを伝送する。
【０００６】
「ユーザデータ」は、メタデータである。メタデータの例としては、ルーティング情報（例えばファクシミリ番号、電子メールアドレスまたはサーバーアドレス）、ユーザ情報（例えばユーザＩＤ，送信者名）、課金情報（例えば課金コード）および／または何れかの基本的な収集可能な情報などがあげられる。イメージングデバイスのユーザ・インターフェースにおけるユーザインプットからメタデータを収集する一例として、ユーザ・インターフェースのメタデータプロンプトが、ユーザに、その原稿のための特定の伝送先（ルーティング情報）を選択するように、および／または、他のユーザデータを入力するように指図してもよく、このアプローチは非常に適用性がある。なぜなら、アプリケーションによって必要とされる何れかの情報について、ユーザに入力を促すことができるからである。しかし、この適用性も、この方法によって得られる機能性を制限する。メタデータ画面は、３つの理由により、本質的に「能力が無い」。第１に、管理者が構成できるメタデータフィールドの数が限られている点である。第２に、ユーザにとって、前のフィールドにおいて何を入力したかに関係なく、全てのメタデータフィールドについて、常に入力が促される点である。第３に、データ入力が、キーボード、また場合によっては、所定値の選択候補表（a short list of pre-defined values）に限られている点である。
【０００７】
「アクティブデータ」は、ユーザデータと区別される。アクティブデータは、ユーザがイメージングデバイスにおいて行う選択を反映している。この選択は、デバイスの読み込み設定（イメージングデバイスが画像ファイルをキャプチャまたは送信する方法）を変更するものである。このアクティブデータの例として、ルーティング情報（例えば、ファクシミリ番号、電子メールアドレスまたはサーバーアドレス）およびファイルフォーマット命令／設定（例えば、データフォーマット、圧縮比、カラーオプション、露出度、解像度、暗号化、セキュリティの設定または許可）を含む。アクティブデータは、特定の目的を対象としているので、非常に特定されたインターフェースが、選択を行うユーザに提供されている。例えば、ルーティング情報を設定するとき、ユーザは、ワンタッチアドレスキーによる選択、および／または、サーバー上の汎用アドレス帳の即時検索によって、アドレスを入力できる。
【０００８】
Wileyによる米国特許出願番号第20030081234号（「参照文献Wiley」）は、ドキュメント配信方法およびそのための複合デバイスに関するものである。Wileyが開示するデバイスは、ドキュメントを受信するために、異なる種類のネットワーク伝送先（例えば、電子メール、ファクシミリ、または、プリンタ）を識別し、異なる種類のネットワーク伝送先の各々のためにドキュメントをフォーマットし、フォーマットしたドキュメントを、複合デバイスから異なる種類のネットワーク伝送先の各々へ送信する性能を有する。フォーマットされたドキュメントは、書面原稿の画像をヘッダー（ヘッダーは、少なくとも配信またはルーティング情報を含んでいてもよい）と組み合わせる電子ドキュメントでもよい。Wileyのデバイスの一実施形態では、ドキュメントプロパティ機能が備えられている。それゆえ、ユーザは、フォーマットされたドキュメント（電子フォーマットのドキュメント）に、少なくとも１つのドキュメントプロパティ（例えば、カラー、白黒、ドラフト、圧縮比、パスワード保護、ファイル種類）を設定してもよい。言い換えると、ドキュメントは、伝送先デバイスへ送信される前に、任意に選択されたドキュメントプロパティによってフォーマットされている。さらに、Wileyには、ユーザが伝送先の種類を指定できるインターフェースが開示されているが、この指定における上記選択は、「アクティブデータ」に制限されている。なぜなら、「アクティブデータ」によって、イメージングデバイスの設定が直接的に変更されるからである。そして、Wileyは、異なる種類のネットワーク伝送先の各々へ配信するために、原稿の画像化を１度だけ行う点を開示している。
【０００９】
ファクシミリサーバーは、例えば、コンピュータ制御（computer based）のファクシミリ機器でもよい。このコンピュータ制御のファクシミリ機器は、一般的に、ネットワーク（例えば、ＬＡＮ）に組み込まれた「共用」デバイス、または、類似の機能を実行するために適したハードウェアに関連付けられているプログラム（例えば、ソフトウェアプリケーションプログラム）である。ネットワークのユーザは、ユーザのＰＣから、ネットワークベースの（共有）プリンタを共有するのとほぼ同じ用法で、ファクシミリサーバーにアクセスできる。
ファクシミリを、ユーザの作業端末において生成し、伝送用のファクシミリサーバーへ「プリント」できる。その上、ファクシミリサーバーは、受信したファクシミリを送信できる。このファクシミリサーバーによって、ドキュメントを印刷する必要性、ドキュメントをファクシミリ装置へ運ぶ必要性、ドキュメントが伝送されるのを待機する必要性を省くことができる。多くの大企業では、ファクシミリの受信および送信を管理するため、ファクシミリ装置の代わりに、ファクシミリサーバーを使用している。ファクシミリサーバーによって、企業からすれば、受信または送信するファクシミリの監視が可能となる。さらに、ファクシミリサーバーによって、企業は、適当な部門または顧客に請求できる費用について追跡調査ができる。
ファクシミリサーバーは、パスワード保護された安全なドキュメント、および、自動的な（例えば、ユーザＩＤに基づいた）カバーシート作成などの高度なファクシミリ特性である利点を提供する。ファクシミリサーバーの例としては、Captaris, Inc.のRIGHTFAX（登録商標）, Biscom, IncorporatedのFAXCOM（登録商標）およびCastelle CorporationのFAXPRESS（登録商標）があげられる。
【００１０】
ファクシミリサーバーには、該ファクシミリサーバーを介してファクシミリ伝送先へ伝送するための書面原稿を読み込む機能（スキャンする機能）はない。従来は、ファクシミリサーバーを使用して、書面原稿を伝送するためには、まず、書面原稿を読み込む必要があり、次に、読み込まれた結果えられるドキュメントを、ファクシミリサーバーへ送信し、このサーバーにおいて情報（例えば、ユーザＩＤ、課金コードおよびデータ伝送先番号）をユーザデータとして収集し、次に、ドキュメントを、ファクシミリサーバーを介してファクシミリ伝送先へ伝送している。これは遅い煩雑なプロセスである。
【００１１】
〔発明の概要〕
本発明は、イメージングデバイスのユーザ・インターフェース（ＵＩ）選択からのパッシブ・メタデータの作成に関するものである。
【００１２】
本発明のシステムは、イメージングデバイスと、少なくとも１つの制御可能な設定がある少なくとも１つの伝送先とを備えている。上記イメージングデバイスは、画像ファイルをキャプチャする原稿画像化システムと、画像ファイルに関連するパッシブ・データユーザインプットを受けつけるユーザ・インターフェースシステムと、パッシブ・データをメタデータファイルへ変換するデータ変換システムと、画像ファイルおよび関連するメタデータファイルを、ネットワークを介して、少なくとも１つの伝送先へ伝送する伝送システムとを備えていることが好ましい。パッシブ・データによって、伝送先の少なくとも１つの制御可能な設定が実行される。パッシブ・データは、例えばルーティング情報、ユーザ情報、ファイルフォーマット命令および／または課金情報でもよい。
【００１３】
さらに、本発明は、ドキュメントの配信方法に関するものである。この方法は、原稿画像化システムを用いて、画像ファイルをキャプチャするステップと、ユーザ・インターフェースシステムを用いて、ユーザインプットを、パッシブ・データとして受信するステップと、パッシブ・データをメタデータファイルへ変換するステップと、画像ファイルおよび関連するメタデータファイルを、データ伝送ネットワークを介して、少なくとも１つの制御可能な設定がある伝送先へ伝送するステップと、メタデータファイルにおけるパッシブ・データに応じて、伝送先の少なくとも１つの制御可能な設定を実行するステップとを含む。
【００１４】
添付の図に関する本発明の以下の詳しい説明を参考にすれば、本発明の前記および他の目的、特徴および利点をより簡単に理解できるであろう。
図１は、本発明の例示的なイメージングデバイスの斜視図である。
図２は、例示的な制御ファイルに関連付けられている例示的な画像ファイルのフォーマットの例を示す図である。
図３は、課金メタデータ、ユーザインプットメタデータ、および、パッシブ・メタデータを含む制御ファイルを例示する図である。
図４は、ネットワークを介して伝送先サーバーと接続されているイメージングデバイスを含む、本発明のシステムおよび方法を実施するための例示的な高度な概略図である。
図５は、パッシブスイッチを有効にし、サーバー伝送先の設定を定義するための画面またはウェブページを例示する図である。
図６は、ユーザデータプロンプトをセットアップするために使用する画面またはウェブページを例示する図である。
図７は、本発明のファクシミリサーバーの例示的な形態を実施するユーザによって行われる基本的なステップを説明するフローチャートである。
図８〜図２３は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
図２４は、ネットワークを介してセキュリティソフトウェアと接続されているイメージングデバイスを含む、本発明のシステムおよび方法を実施するための第２の例示的な高レベル概略図である。
図２５は、ネットワークを介して伝送先サーバーと接続されているイメージングデバイスを含む、本発明のシステムおよび方法を実施するための第３の例示的な高レベル概略図である。
図２６は、リモート端末からユーザデータ画面を生成する場合のブロック図である。
【００１５】
〔発明の詳細な説明〕
本発明は、イメージングデバイスの高機能化ユーザ・インターフェースにおいて、ユーザ・インターフェース選択から生成されるパッシブ・メタデータに関するものである。本発明によって、一般的にデバイス設定の変更を行う高機能化されたユーザ・インターフェース画面が、パッシブ・メタデータの生成のために使えるようになる。このパッシブ・メタデータは、イメージングデバイスの設定を変更するものではないが、伝送先へ伝送されるパッシブ・メタデータとして、画像ファイルに関連付けられる（添付され、挿入され、または、付加される）。パッシブ・メタデータは、伝送先がメタデータファイルを受信するとき、この伝送先の制御可能な設定（例えば、ルーティング情報、ファイルフォーマット命令）を実行することに適している。
【００１６】
なお、メタデータが伝送および実施に適した何れかの形式にフォーマットされていてもよいことに留意すべきである。例えば、メタデータは、テキストまたはＸＭＬまたはファイルヘッダー（例えば、ＴＩＦＦタグ）としてフォーマットされていてもよい。なお、用語「ファイル」を、本書面全体にわたって使用しているが、他の実施形態では、他のデータフォーマットを使用してもよいことに留意すべきである。例えば、「パケット」をファイルの変わりに使用することもできる。複数のファイルまたは単一ファイルの一部を使用することもできる。これらのデータフォーマットは、一例であり、本発明の範囲を制限しない。
【００１７】
本発明を理解するためには、ユーザデータ、アクティブデータおよびパッシブ・データの違いを理解することが必須である。これらのデータ種類を以下の表にまとめる。
【００１８】
【表１】
2005176314.tif 000003
【００１９】
「ユーザデータ」は、限定されたユーザデータ入力画面においてインプットされ、ルーティング情報、ユーザ情報、支払い情報および／または任意の基本的な収集可能な情報などのメタデータを含むものである。「アクティブデータ」は、高機能化されたユーザ・インターフェース画面においてインプットされ、デバイス出力に直接影響を及ぼすイメージングデバイスの設定（イメージングデバイスが画像ファイルをキャプチャまたは送信する方法）に関するデータを含む。例は、ルーティング情報およびファイルフォーマット命令を含む。なお、ユーザデータまたはアクティブデータについて、データインプットの種類が重複していることもあることに留意すべきである。例えば、ファクシミリ番号は、ユーザデータとしてユーザによってインプットされても、アクティブデータとしてユーザによって選択されてもよい。「パッシブ・データ」は、ユーザデータとアクティブデータとの双方の特徴を有している。パッシブ・データの好ましい実施形態は、アクティブデータのように、高機能化されたユーザ・インターフェース画面においてインプットされる。パッシブ・データは、ユーザデータのように、イメージングデバイスの設定を変更しない。しかし、このパッシブ・データは、画像ファイルに関連付けられて（例えば、添付されて、挿入されて、または、付加されて）おり、伝送先へ送信される。パッシブ・メタデータは、伝送先がメタデータファイルを受信するときに、伝送先における少なくとも１つの制御可能な設定を実行するのに適している。本発明の新規な点は、伝送先がメタデータファイルを受信するときに、受動的に入力されたメタデータによって、伝送先における少なくとも１つの制御可能な設定が実行される点である。本発明のほかの新規な特徴は、数種類のパッシブ・データによって、制御可能なファイルフォーマット命令（例えば、データフォーマット、圧縮比、カラーオプション、露出度、解像度、暗号化、セキュリティの設定または許可）の実行が可能な点である。
【００２０】
本発明の利点は、ユーザデータの機能に、アクティブデータをインプットするための高度な手段を提供する点である。このことは、ユーザデータをインプットするための単純なインプット機構を提供するのみである周知のＭＦＰデバイスに対して、重要な改善点である。さらに、このことは、参照文献Wileyに記載のドキュメント配信方法を用いる周知のＭＦＰデバイスに対して、重要な改善点である。上記のとおり、参照文献Wileyに開示されているインターフェースを用いて、ユーザは、伝送先の種類を指定できる。しかし、選択は、そのデバイスの設定を直接的に変更する「アクティブデータ」に制限されている。Wileyの複合デバイスは、異なる種類のネットワーク伝送先を識別し、異なる種類のネットワーク伝送先の各々のためにドキュメントをフォーマットし、フォーマットしたドキュメントを、複合デバイスから異なる種類のネットワーク伝送先の各々へ送信する。しかしながら、Wileyのデバイスでは、本発明と違い、伝送先デバイスの設定の実行を行うことはできない。本発明のほかの利点については、この明細書全体にわたって記述する。
【００２１】
図１は、ユーザ・インターフェースを有する簡易化したイメージングデバイス１００を例示する。この図に示すように、ユーザデータ、アクティブデータおよびパッシブ・データは、別々の専用ユーザ・インターフェース１０２ａ、１０２ｂおよび１０２ｃに入力される。あるいは、ユーザ・インターフェースは、単一の多用途ユーザ・インターフェース１０２（図４）でもよい。他の実施形態として、複合型ユーザ・インターフェース（combination of user interface）を含んでいてもよい。例えば、本発明のイメージングデバイス１００は、ユーザデータ専用のユーザ・インターフェースと、アクティブデータおよびパッシブ・データのための複合型ユーザ・インターフェースとを備えていてもよい。多用途ユーザ・インターフェースまたは複合型ユーザ・インターフェースの好ましい一実施形態では、作動スイッチ（例えば、図８，１２，１５および２３に示すファクシミリサーバー（FAX SERVER）ボタン１５０）または作動設定によって、（１）複合型ユーザ・インターフェースにおけるインプットがアクティブデータ（アクティブモード）であって、このアクティブデータによってイメージングデバイスの設定を変更するか、または、（２）上記インプットをデータ伝送先へ伝送するためのパッシブ・データ（パッシブモード）に変換したほうがよいかが、イメージングデバイスに通知される。特記しない限り、実施形態における全てのユーザ・インターフェースを１０２と称する。
【００２２】
なお、パッシブスイッチによって制御される設定がハードコードであってもよいし、または、管理者によって構成されていてもよいことに留意すべきである。また、「パッシブスイッチ」１５０がパッシブモードを有効にするために加えられた特定のボタン（例えば、図８，１２，１５および図２３に記載のファクシミリサーバーボタン１５０）でもよいことに留意すべきである。用語「スイッチ」および「ボタン」がユーザに選択させる任意の手段の例であることに留意すべきである。あるいは、特定の伝送先を選択することによって、パッシブモードがトリガーされ、または有効にされてもよい（例えば、特定の伝送先が選択されたとき、パッシブモードが有効にされる）。なお、イメージングデバイスおよび／またはユーザ・インターフェースには、ユーザ・インターフェースがユーザインプットをパッシブ・データとして受けつける期間である「パッシブモード」があってもよいことに留意すべきである。パッシブモードは、パッシブスイッチまたは他のトリガーによって有効にされてもよい。
【００２３】
本発明の好ましい一実施形態では、トップパネル型またはフロントパネル型ユーザ・インターフェースを有しているが、ユーザ・インターフェースは、イメージングデバイスの上部または正面以外の場所（例えば側部）に配置されていてもよい。また、ユーザ・インターフェースは、イメージングデバイスの近く（例えば、壁または作業台（work surface）付近）に配置された別個の専用デバイス、または、ユーザ・インターフェースとして使用可能な構成（例えば、ＰＤＡまたは携帯電話機）を有するデバイスであってもよい。フロントパネル型ユーザ・インターフェースは、画面、ボタン、全機能型キーボード（a fully functional keyboard）、マウス、タッチパッド、または、周知または未知の何れかの種類のインプット機構を含んでいてもよいものと理解されるだろう。
【００２４】
好ましい一実施形態では、イメージングデバイス１００は、さらに、画像ファイル１２０をキャプチャする原稿画像化システム１０４（例えば、スキャナ）と、インプットされたデータをパッシブメタデータファイルに変換するデータ変換システム１０６と、画像ファイル１２０およびこの画像ファイル１２０に関連するメタデータファイル（コントロールファイル１２２でもよい）を、ネットワーク１１０（例えば、イントラネット、エクストラネット、ＬＡＮ，ＷＡＮまたはデバイス間でデータフロー可能な任意の種類のシステム）を通して伝送する伝送システム１０８と、を備えている。図２および図３に示すように、パッシブデータメタデータファイル１２２ｃは、課金メタデータ（billing metadata） １２２ａおよび他のユーザインプットメタデータ１２２ｂ（例えば、ユーザＩＤおよびカバーシート）と共に、単一の制御ファイル１２２に組み込まれてもよい。ユーザデータおよびパッシブ・データが単一制御ファイル１２２として組み合わせられているならば、ユーザデータとパッシブ・データとをフォーマットする手段、ソートする手段、および／または、これらデータを分類する手段が任意的に備えられていてもよいことに留意すべきである。あるいは、異なる種類のメタデータは、別々のメタデータファイルまたは分類されたメタデータファイルに保持されていてもよい。データ変換システム１０６が、ハードウェア、ソフトウェア、または、これらの組み合わせによって実行されてもよいことに留意すべきである。さらに、データ変換システム１０６は、標準的なイメージングデバイス１００に付加されていてもよいし、または、機能強化されたイメージングデバイス１００の一部であってもよい。伝送システム１０８が、ハードウェア、ソフトウェア、または、これらの組み合わせによって実行されてもよいことに留意すべきである。さらに、ユーザ伝送システム１０８は、標準的なイメージングデバイス１００に付加されていてもよいし、または、機能強化されたイメージングデバイス１００の一部であってもよい。
【００２５】
図４に示すように、イメージングデバイス１００は、ネットワーク１１０を介して、少なくとも１つの伝送先に接続されている。この伝送先には、少なくとも１つの制御可能な設定（例えば、ルーティング情報およびファイルフォーマット命令）がある。以下で説明するように、本発明の一実施形態では、伝送先が、伝送先サーバー１１４でもよい。画像ファイル１２０および制御ファイル１２２（パッシブメタデータファイルを受信する伝送先の少なくとも１つの制御可能な設定を実行するパッシブ・メタデータを含む）は、イメージングデバイス１００から、ネットワーク１１０を介して、この伝送先へ伝送される。伝送先が上記メタデータファイルを受信すると、このパッシブ・メタデータによって、直ちに伝送先の制御可能な設定を実行してもよいし、適切なプロセスが行われるか設定の実行に適切な時間まで、設定の実行を遅延させてもよいことに留意すべきである。
【００２６】
本発明の好ましい一実施例として、管理者にイメージングデバイス１００の設定を行わせてもよい（例えば、埋め込みウェブページ（embedded web pages）を用いて）。例えば、以下に説明するファクシミリサーバーにおける実施形態では、管理者が、図５に示すような画面またはウェブページを用いて、パッシブスイッチを有効にでき、および／または、ファクシミリサーバーの設定（例えば、どこへファイルを配信するか）を定義できる。管理者であれば、任意的に、図６に示すような画面またはウェブページを用いて、ユーザデータのプロンプトを設定できる。
【００２７】
ここで、図６に示されている、同一行の「Prompt to User」「XML Tag」「Entry Type」は、互いに対応関係にある。
図１６、１８、２０のように、「Prompt to User」で指定されているデータ項目は、入力すべき選択肢として、ユーザデータ画面に表示される。
ユーザがデータ項目を選択すると、図６に示す「Prompt to User」と対応する「Entry Type」で選択された入力画面が表示される。例えば、図１６のように「Billing Code」が選択されると、図１７のようにソフトキーボードが表示され、図２０のように「Cover Sheet」が選択されると図２１のように予め図６で指定しておいた選択データが表示される。
図２２に示すように、全てのデータ入力が完了し、確定すると（OK button is pressed）、入力された各データは、それぞれの「Prompt to User」に対応する「XML Tag」を用いて制御ファイル１２２に変換される。
この方法によって、画像ファイル１２０を処理する新たな機器やインストールされた新たなアプリケーションプログラム、この処理に複数のアクションを用いる単一のアプリケーションプログラムであっても、各アクションに具体的に要求されるデータアイテムは、適切に入力されるように提供される。
また、「Prompt to User」と「XML Tag」とを対応させることで、難しいタグ名でも平易なデータ項目ネームで表示できる。
また、例えば、同一あるいは類似の種類のデータが複数の機器やアプリケーションによって識別される場合、表示するデータ項目ネームを統一して平易に表示することができる。
【００２８】
あるいは、イメージングデバイス１００は、設定が不要なように、本発明の特徴を用いて予め設定されていてもよい。なお、いくつかの伝送先では、制御ファイル１２２においてパッシブ・データを受けつけ可能にする設定が必要なことに留意すべきである。しかし、以下で説明する実施形態のファクシミリサーバーは、大抵、制御ファイル１２２においてユーザデータを受けつけられるように予め設定され、大抵、同じような方法で、ファクシミリ伝送先のようなパッシブ・データを受けつけることができる。なお、特別に適用された伝送先デバイスが、デバイス性能を調整し、ユーザ・インターフェースを構成するために、イメージングデバイスと通信できることに留意すべきである。例えば、伝送先デバイスが暗号化を許容するならば、伝送先デバイスとイメージングデバイスとの間の（どちらかのデバイスによって開始された）通信において、ユーザがイメージングデバイスにおいて選択でき、かつ、パッシブ・データとして制御ファイルへ伝送できる暗号化オプションを、ユーザ・インターフェースに付加してもよい。
【００２９】
〔第１応用例〕
本発明の１つの実施例は、発明の背景において説明したファクシミリサーバーのアプリケーションを改善することである。ユーザは、ファクシミリ伝送先を選択するために、特別な画面および／またはＬＤＡＰ（Lightweight Directory Access Protocol）検索といった、ユーザ・インターフェース１０２の高度な機能を使用できる。ＬＤＡＰは、オンラインディレクトリサービスにアクセスするためのプロトコルである。専用のパッシブユーザーインターフェースがあってもよいが、この実施例では、ユーザ・インターフェース１０２におけるパッシブスイッチ、ボタンまたは設定が、パッシブモードを起動する。このパッシブモードは、ファクシミリデータ伝送先情報が、パッシブデータファイルへ変更するモードである（例えば、データ変換システム１０６がパッシブ・データをメタデータファイルへ変換する）。好ましい一実施形態では、ユーザデータファイルとしてコンパイルされているユーザデータに対してプロンプトを起動するための選択肢がある。画像ファイル１２０をファクシミリ伝送先（例えば、遠隔のファクシミリ機器伝送先または遠隔の電子メール伝送先）へ伝送するイメージングデバイス１００の代わりに、イメージングデバイス１００は、画像ファイル１２０を、これと共にファクシミリサーバー１１４へ伝送されて処理される制御ファイル１２２に関連付ける。ファクシミリサーバー１１４は、制御ファイル１２２を解析し、画像ファイル１２０を適切かつ最終的な伝送先へ送信する。制御ファイル１２２の適切な部分（例えば、課金情報を含むメタデータファイル１２２ａ）は、課金システム１１８のようなほかの伝送先へ送信されてもよい。
【００３０】
図７に示すように、例示的なファクシミリサーバーの形態を実現するためのユーザが行う基本的なステップは、以下の通りである：
１．ファクシミリ伝送先（例えば、アドホック入力（ad-hoc entry）、ワンタッチキー、汎用検索）を選択する（１４０）。
２．ファクシミリサーバーボタンを押す（ルーティング情報をパッシブ・データに変更し、ユーザデータプロンプトをトリガーするため）（１４２）。
３．入力を促されたユーザデータ（例えば、ユーザＩＤ、課金コード）を入力する（１４４）。
４．原稿画像化システム１０４に原稿を配置し、スタートを押す（１４６）。
【００３１】
図８〜図２３に、上記ファクシミリサーバーの形態を実現するときの例示的なユーザ・インターフェース１０２の経時的順序を例示する。なお、複数のステップの順序が例示であることに留意すべきである。図示した好ましい実施形態では、パッシブスイッチ１５０が、イメージングデバイス１００のユーザ・インターフェース１０２上の「ファクシミリサーバーボタン」である。このパッシブスイッチ１５０は、全てのルーティング情報をパッシブ・データに変更するように、デバイスに信号を送信する。この実施形態では、少なくとも１つの（例えば、図５および図６に示すような）埋め込みウェブページが備えられていてもよい。このウェブページによって、管理者からすれば、パッシブスイッチ１５０を有効にでき、パッシブスイッチ１５０を選択するとユーザデータの入力が促されるように設定できる。
【００３２】
図８に、ユーザがルーティング／ファックス伝送先を選択するユーザ・インターフェース１０２を示す。ユーザには、この画面によって、複数の選択肢が示される。これらには、汎用アドレス検索または部分検索などの高度機能を含まれるが、これに限定されてはいない。なお、上記汎用アドレス検索は、ユーザが「汎用アドレス検索（GLOBAL ADDRESS SEARCH）」の選択肢１５２を選択することにより実行できるものであり、この選択肢１５２は、ユーザを、図９に示すような汎用検索画面へ導く。また、上記部分検索は、ユーザが「ローカルアドレス帳(LOCAL ADDRESS BOOK，自装置が管理するアドレス帳)」の選択肢１５４を選択することにより実行できるものであり、この選択肢１５４は、ユーザを、図１３に示すようなローカルアドレス帳の画面へ導く。このローカルアドレス帳の画面は、ワンタッチキーを用いて伝送先を選択する選択肢を、ユーザに提供する。図９の汎用検索画面から、ユーザは、ネットワークアドレス帳（NETWORK ADDRESS BOOK，ネットワーク上のサーバーが管理するアドレス帳）にアクセスできる（また、任意的に、ユーザは、組み合わせ検索のための特定のイメージングデバイスアドレス帳へのアクセスを可能にするローカルアドレス帳へもアクセスできる）。汎用検索ページから導かれる検索の結果を、図１０の汎用検索結果画面のようなフォーマットで示すことができる。また、ユーザは、他の手段によって、インターネットを検索し、および／または、パーソナルアドレス帳を選択できる。パーソナルアドレス帳は、イメージングデバイス自体において、または、ユーザのパーソナルコンピュータから（例えば、ネットワークを介して）、ユーザ識別に用いることができるものである（例えば、コードまたはアクセスカードによって）。さらに、ユーザが個々のファクシミリ番号を手動で入力するように促される、手入力による選択肢（manual entry option）(図１１)が、ユーザに提供されてもよい。また、伝送先を入力している間に、アドレスの間にある「次のアドレス（NEXT ADDRESS）」ボタン１６０（図１２）を選択するよう、ユーザに入力を促してもよい。好ましい一実施形態では、ユーザは、選択処理の間に、「次のアドレス」ボタン１６０を選択することなく、リストから複数の伝送先を選択できる。図１４に示すように、選択された各伝送先について（または、選択された伝送先のグループ全体について）、ユーザに、露出度（EXPOSURE）１６２ａ、解像度(RESOLUTION)（１６２ｂ）、ファイルフォーマット(FILE FORMAT)（１６２ｃ）およびオリジナル(ORIGINAL)（１６２ｄ）などの条件設定（CONDITION SETTINGS）１６２（図１５）を選択する選択肢が与えられてもよい。同じく、これらの条件設定は、受動的に入力されてもよい。
【００３３】
好ましい一実施形態では、それが自動的に行われないならば、選択された情報（例えば、ルーティング情報）であるファクシミリ伝送先をパッシブ・データに変換するように、イメージングデバイス１００のデータ変換システム１０６に対して信号を送信するため、パッシブスイッチ１５０を起動してもよい（図１５）。なお、本発明のほかの実施形態では、パッシブスイッチ１５０を別々に選択することなく、ある伝送先（例えば、パッシブ情報を受けつけるように設定されたファクシミリサーバー）の選択によって、本発明を自動的に可能にしてもよいことに留意すべきである。例えば、図１３は、例示的なローカルアドレス帳の画面を示す。このローカルアドレス帳の画面は、複数の伝送先の選択肢を、ユーザに提供する。これらの伝送先の１つ以上を選択することによって、選択された情報（例えば、ルーティング情報）としてのファクシミリ伝送先を、パッシブ・データに変換するよう、自動的に本発明を可能としてもよい。
【００３４】
本発明の好ましい一実施形態では、この段階において、管理者によって設定されたメタデータプロンプトが表示される。例えば、（図１１に示すような）手入力による選択肢を用いて、付加的な経路伝送先（routing destinations）を追加するように、ユーザに入力を促してもよい。このとき、ユーザは、手入力で個々のファクシミリ番号（ユーザデータ）を入力するように促される。ユーザは、さらに、ユーザＩＤ、課金コードおよびカバーシートなどのデータを入力するように促されてもよい。ユーザは、この情報を入力するためにキーボードを使用してもよいし、または、所定の値のリスト（図２１）から選択してもよい。図１６から図２２に、課金コード(BILLING CODE)、ユーザＩＤ(USER ID)およびカバーシート(COVER SHEET)の入力を実施している間の例示的なユーザ・インターフェース１０２の経時的順序を例示する。
【００３５】
ユーザは、選択を終了すると、（原稿画像化システム１０４を用いて）画像ファイル１２０をキャプチャするために原稿の画像化（撮像）を開始する。このことは、原稿を、原稿画像化システム１０４（例えば、スキャナにおける原稿台（glass）または給紙口（feeder））に配置し、キャプチャ処理を開始することによって行われてもよい。なお、画像ファイル１２０は、ユーザがユーザ・インターフェース１０２において選択を行う前に、キャプチャされてもよい。
【００３６】
伝送システム１０８を用いて、画像ファイル１２０およびこの画像ファイルに関連するメタデータファイル（例えば、ユーザデータとパッシブ・データとの双方を有する制御ファイル１２２）を、ネットワーク１１０を介して、ユーザに指定された伝送先（例えば、ファクシミリサーバー伝送先１１４）へ送信する。
【００３７】
次に、例示的なファクシミリサーバー伝送先１１４は、このデータを処理し、読み込まれた画像を、制御ファイル１２２において特定されているファクシミリ伝送先１１６ａ〜ｄへ送信する。具体的には、ファクシミリサーバー伝送先１１４は、制御ファイル１２２を受信し、データを解析する。次に、ファクシミリサーバー伝送先１１４は、必要に応じてこのデータを処理する（例えば、カバーシートの付加、ユーザＩＤに関連する名前の記入（populate）；課金コードに対する料金請求を適用する）。ファクシミリサーバー伝送先１１４は、さらに、伝送先のための情報を解析する。最後に、ファクシミリサーバー伝送先１１４は、画像ファイル１２０および何れかのカバーシートを、特定の伝送先へ送信する。任意的に、ファクシミリサーバー伝送先１１４は、情報を、追加的な伝送先（例えば、課金システム１１８）へ送信できる。
【００３８】
〔第２応用例〕
図２４に、本発明の第２応用例を示す。この例では、ユーザが電子メールドキュメント等を送信するために高度なセキュリティ機能を使用できるユーザ・インターフェース１０２が、イメージングデバイス１００に含まれている。ユーザは、パッシブモードにおいてユーザ・インターフェース１０２からユーザ伝送先を選択し、ユーザデータ、アクティブデータ、または、パッシブ・データを介して、ドキュメントに対する許可を設定する（ドキュメントの許可を受動的に入力することは、さらなる新規な特徴である）。次に、イメージングデバイス１００は、セキュリティソフトウェア１８０に対し、ネットワーク１１０を介して、画像ファイル１２０を制御ファイル１２２（制御ファイル１２２は、メタデータ設定を含む）と関連付ける。このセキュリティソフトウェア１８０は、画像ファイル１２０を暗号化し、ユーザデータにおいて定義された許可を適用する。次に、セキュリティソフトウェア１８０（または他の装置、または電子メールサーバーなどのアプリケーションプログラム）は、暗号化された画像ファイル１８４を、電子メール伝送先１８６ａ〜ｄへ送信する。前記の例と同じく、セキュリティソフトウェア１８０（または他のデバイスまたは電子メールサーバーなどのアプリケーションプログラム）は、制御ファイル１２２の適切な部分（例えば、課金情報を含むメタデータファイル１２２ａ）が課金システム１１８などの他の伝送先へ送信されてもよいように、制御ファイル１２２を解析してもよい。
【００３９】
〔第３応用例〕
図２５に、本発明の第３の応用例を示す。この例では、イメージングデバイス１００は、ユーザが最終的な伝送先のデバイス設定を変更できるパッシブ・メタデータを選択できるユーザ・インターフェース１０２を含む。例えば、この実施形態では、ユーザは、たとえ最終的な伝送先デバイスがカラー印刷可能なプリンタであっても、最終的なドキュメントが白黒印刷されるように指定／選択してもよい。ユーザによって選択されたパッシブ・メタデータは、最終的な伝送先へ送信され、その伝送先のデバイス設定は変更される。図示した実施形態では、ユーザが、パッシブモードにおいてユーザ・インターフェース１０２から少なくとも数個の設定を選択できる。次に、イメージングデバイス１００は、画像ファイル１２０を、制御ファイル２２２と関連付け（この制御ファイル２２２は、課金メタデータ２２２ａ、ユーザインプットメタデータ２２２ｂ、およびパッシブ・メタデータ２２２ｃを含んでいてもよい）、ネットワーク１１０を介して、伝送先サーバー２２４へ情報を伝送する。次に、伝送先サーバー２２４は、画像ファイル１２０とメタデータファイル（例えば、メタデータファイル２２２ｂ・２２２ｃ）を、伝送先２２６ａ〜ｄへ送信する。前記の例と同じく、伝送先サーバー２２４は、制御ファイル２２２の適切な部分（例えば、課金情報を含むメタデータファイル２２２ａ）が課金システム１１８などの他の伝送先へ送信されてもよいように、制御ファイル２２２を解析する。
【００４０】
この明細書において使用した用語および表現は、説明のためであって、制限するための用語ではない。また、これらの用語および表現は、図示および説明した特徴の均等物およびそれらの一部を排除するものではない。本発明の範囲は、請求項のみによって定義および限定される。
【図面の簡単な説明】
【００４１】
【図１】図１は、本発明の例示的なイメージングデバイスの斜視図である。
【図２】図２は、例示的な制御ファイルに関連付けられている例示的な画像ファイルのフォーマットの例を示す図である。
【図３】図３は、課金メタデータ、ユーザインプットメタデータ、および、パッシブ・メタデータを含む制御ファイルを例示する図である。
【図４】図４は、ネットワークを介して伝送先サーバーと接続されているイメージングデバイスを含む、本発明のシステムおよび方法を実施するための例示的な高度な概略図である。
【図５】図５は、パッシブスイッチを有効にし、サーバー伝送先の設定を定義するための画面またはウェブページを例示する図である。
【図６】図６は、ユーザデータプロンプトをセットアップするために使用する画面またはウェブページを例示する図である。
【図７】図７は、本発明のファクシミリサーバーの例示的な形態を実施するユーザによって行われる基本的なステップを説明するフローチャートである。
【図８】図８は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図９】図９は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図１０】図１０は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図１１】図１１は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図１２】図１２は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図１３】図１３は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図１４】図１４は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図１５】図１５は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図１６】図１６は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図１７】図１７は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図１８】図１８は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図１９】図１９は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図２０】図２０は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図２１】図２１は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図２２】図２２は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図２３】図２３は、全体として、本発明のファクシミリサーバーの例示的な形態を実行するときの、例示的なユーザ・インターフェースの経時的順序（chronology）の例を示す図である。
【図２４】図２４は、ネットワークを介してセキュリティソフトウェアと接続されているイメージングデバイスを含む、本発明のシステムおよび方法を実施するための第２の例示的な高レベル概略図である。
【図２５】図２５は、ネットワークを介して伝送先サーバーと接続されているイメージングデバイスを含む、本発明のシステムおよび方法を実施するための第３の例示的な高レベル概略図である。
【図２６】図２６は、リモート端末からユーザデータ画面を生成する場合のブロック図である。
【図１】
2005176314.tif 000004
【図２】
2005176314.tif 000005
【図３】
2005176314.tif 000006
【図４】
2005176314.tif 000007
【図５】
2005176314.tif 000008
【図６】
2005176314.tif 000009
【図７】
2005176314.tif 000010
【図８】
2005176314.tif 000011
【図９】
2005176314.tif 000012
【図１０】
2005176314.tif 000013
【図１１】
2005176314.tif 000014
【図１２】
2005176314.tif 000015
【図１３】
2005176314.tif 000016
【図１４】
2005176314.tif 000017
【図１５】
2005176314.tif 000018
【図１６】
2005176314.tif 000019
【図１７】
2005176314.tif 000020
【図１８】
2005176314.tif 000021
【図１９】
2005176314.tif 000022
【図２０】
2005176314.tif 000023
【図２１】
2005176314.tif 000024
【図２２】
2005176314.tif 000025
【図２３】
2005176314.tif 000026
【図２４】
2005176314.tif 000027
【図２５】
2005176314.tif 000028
【図２６】
2005176314.tif 000029
【外国語明細書】
2005176314.tif 000030
2005176314.tif 000031
2005176314.tif 000032
2005176314.tif 000033
2005176314.tif 000034
2005176314.tif 000035
2005176314.tif 000036
FIG. 26 is a block diagram of user data screen formation process from the remote terminal.
2005176314.tif 000037
2005176314.tif 000038
2005176314.tif 000039
2005176314.tif 000040
2005176314.tif 000041
The “Prompt to User”, “XML Tag”, and “Entry Type” in the same line in FIG. 6 are corresponding to each other.
Options of data items specified in “Prompt to User” are displayed on the user data screen to be entered, as in FIG. 16, 18, and 20.
After the user selected a data item, an entry screen of the selected “Entry Type” is displayed, which is corresponding to “Prompt to User” as shown in FIG. 6.
For example, when “Billing Code” is selected as shown in FIG. 16, a soft keyboard like in FIG. 17 is displayed. Likewise, when “Cover Sheet” is selected as shown in FIG. 20, the data pre-specified in a process of FIG. 6 is displayed for selection, as in FIG. 21.
When all of the data has been entered and OK button is pressed as shown in FIG. 22, each of the entered data is converted into control file 122 with the use of the “XML Tag” corresponding to the “Prompt to User”. 
This method enables that the data items specifically required in each action are properly given to be entered, even if a new device or application program is installed, or one application is used for a plurality of actions for processing image file 120.
“XML Tag” corresponding to “Prompt to User” displays a difficult tag name in a plain data item name.
In addition, if a data of the same type or a similar type is identified by a plurality of devices or applications, for example, the data item names are displayed in integrated plain names.
2005176314.tif 000042
2005176314.tif 000043
2005176314.tif 000044
2005176314.tif 000045
2005176314.tif 000046
2005176314.tif 000047
2005176314.tif 000048
2005176314.tif 000049
2005176314.tif 000050
2005176314.tif 000051
2005176314.tif 000052
2005176314.tif 000053
2005176314.tif 000054
2005176314.tif 000055
2005176314.tif 000056
2005176314.tif 000057
2005176314.tif 000058
2005176314.tif 000059
2005176314.tif 000060
2005176314.tif 000061
2005176314.tif 000062
2005176314.tif 000063
2005176314.tif 000064
2005176314.tif 000065
2005176314.tif 000066
2005176314.tif 000067
2005176314.tif 000068
2005176314.tif 000069
2005176314.tif 000070
2005176314.tif 000071
2005176314.tif 000072
2005176314.tif 000073
2005176314.tif 000074
2005176314.tif 000075
2005176314.tif 000076
2005176314.tif 000077