(57)【要約】【課題】コンテンツ・ダイレクト・プリント機能を搭載したＭＦＰ、ＳＦＰ用のＦｒｏｎｔＥｎｄ制御装置において、ジョブの状況を電子メールあるはＷＥＢクライアント上で確認する方法を選択できるようにし、ユーザの仕事のやり方に柔軟に対応できるようにし使い勝手を向上すること。【解決手段】ジョブの処理状態をジョブ投入側のクライアントに通知する方法をクライアントで指示可能とし、ジョブの状態通知をＷＥＢクライアントに対し通知するか、電子メールで行うかを選択可能な出力制御装置。【選択図】        図１
2005004329.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上の情報処理装置で作成されたジョブデータを出力装置へ出力する出力制御装置であって、
ネットワーク上の情報処理装置で作成されたジョブデータを入力する入力手段と、
入力したジョブデータを出力装置へ出力する際に、前記ジョブデータに含まれるコンテンツを中間データ形式に変換し出力装置にジョブを投入するか、中間データに変換しないでコンテンツを出力装置にジョブを投入するか、または出力装置にジョブを投入しないかを判定する判定手段と、
前記判定手段における判定結果に応じて、コンテンツ変換手段で前記コンテンツを中間データ形式に変換し、前記ジョブデータを出力装置へ出力する出力手段とを有することを特徴とする出力制御装置。
【請求項２】
前記入力手段は、ネットワークを介して遠隔の情報処理装置からコンテンツ又はＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を含むデータを入力することを特徴とする請求項１に記載の出力制御装置。
【請求項３】
前記入力手段は、電子メール受信機能を有し、前記情報処理装置から電子メールで受信されたデータを解析し、前記コンテンツ又はＵＲＬを抽出することを特徴とする請求項１に記載の出力制御装置。
【請求項４】
前記出力制御手段は、ジョブの処理状態をジョブ投入側のクライアントに通知する方法をクライアントで指示することを特徴とする請求項２または請求項３に記載の出力制御装置。
【請求項５】
前記出力制御手段は、ＷＥＢサーバ機能を搭載し、ジョブの状態通知をＷＥＢクライアントに対し通知することを特徴とする請求項４に記載の出力制御装置。
【請求項６】
前記出力制御手段は、電子メール送信機能を有し、ジョブの投入元に対し、ジョブの状態通知を電子メールで通知することを特徴とする請求項４に記載の出力制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上の情報処理装置で作成されたジョブデータを出力装置へ出力する出力制御装置、出力制御方法、プログラム、及び記録媒体に関するものである。
【０００２】
【従来の技術】
昨今、パーソナルコンピュータ（以下「ＰＣ」と略す）のアプリケーションによって作成されたコンテンツファイルをローカルエリアネットワーク（ＬＡＮ）やインターネットなどのコンピュータネットワークを介してＰＣや機器から直接プリンタや複写装置でプリントする市場要求が高まっている。
【０００３】
更に、年々ＰＣのアプリケーションの種類が増大し、アプリケーションの機能アップと共に、ＰＣのアプリケーションによって作成されるコンテンツファイルの種類も膨大なものになっている（例えば、特許文献１）。
【０００４】
【特許文献１】
特開２００２−０２４０９８号公報
【０００５】
【発明が解決しようとする課題】
そのため、上記従来例では、以下に述べるような問題があった。
【０００６】
（１）プリンタや複写装置等の出力ディバイスで扱えるコンテンツファイルの種類には限りがあり、市場から新たに要求される新種のコンテンツファイルに対応することが困難である。よしんば、対応できたとしても短期間に対応することが困難である、という欠点があった。
【０００７】
なぜなら、ほとんどのプリンタや複写装置等の出力装置に搭載されるＣＰＵ、ＯＳ（オペレーティングシステム）は、ＰＣのＣＰＵ、ＯＳとは異なり、ＰＣ上のアプリケーションソフトを出力装置に移植するのは困難で、多大な時間と開発コストを必要とするからである。
【０００８】
更に、ＰＣ上のアプリケーションソフトのオブジェクト容量は膨大で、必要とするＲＡＭ容量も大きく出力装置のコストアップを招くからである。
【０００９】
確かに、一部の出力装置ではＰＣのハード、ＯＳを利用している例があるが、新種のコンテンツファイルに対応することがやはり困難である。
【００１０】
なぜなら、新たなＰＣ用のアプリケーションを出力装置に移植する度に、ＰＣ用のアプリケーション機能以外の機能を再評価する必要があるためである。
【００１１】
（２）ＰＣから出力装置へのコンテンツのジョブ投入は、コンテンツを解釈するアプリケーションを起動して、そのアプリケーションからプリンタ／ＦＡＸドライバプログラムを介して出力装置にジョブ投入される。そこで、例えばＴＩＦＦ画像をコンテンツ変換することなく直接ジョブ投入が可能な出力装置でも、ＰＣ側でプリンタ／ＦＡＸドライバプログラムでページ記述言語（ＰＤＬ）データなどにコンテンツ変換する必要があった。
【００１２】
（３）また、クライアントのＰＣ上にアプリケーションやプリンタ／ＦＡＸドライバプログラムが搭載されている。従って、ＰＣ上で生成されたＰＤＬデータはＬＰＲプロトコルやＳＭＢプロトコルで投入されていた。
【００１３】
（４）さらに、一旦出力制御装置に投入されたジョブの処理状態をジョブの投入元が確認する手段は、ＷＥＢクライアント画面で逐一確認する必要があった。
【００１４】
本発明は、上記課題を解決するためになされたもので、ネットワーク上の情報処理装置からのジョブデータに含まれるコンテンツ種別に応じてコンテンツ変換を行う出力制御装置、出力制御方法、プログラム、及び記録媒体を提供することを目的とする。
【００１５】
【課題を解決するための手段】
上記目的を達成するために、本発明は、ネットワーク上の情報処理装置で作成されたジョブデータを出力装置へ出力する出力制御装置であって、ネットワーク上の情報処理装置で作成されたジョブデータを入力する入力手段と、入力したジョブデータを出力装置へ出力する際に、中間データ形式に変換するか否かを判定する判定手段と、前記判定手段での判定結果に応じて、コンテンツ変換手段で前記コンテンツを中間データ形式に変換し、前記ジョブデータを出力装置へ出力し、出力制御装置で処理されるジョブの状態をクライアントので指示された通知方法でジョブの状態を通知する出力手段とを有することを特徴とする。
【００１６】
また、上記目的を達成するために、本発明は、ネットワーク上の情報処理装置で作成されたジョブデータを出力装置へ出力する出力制御方法であって、ネットワーク上の情報処理装置で作成されたジョブデータを入力する入力工程と、入力したジョブデータを出力装置へ出力する際に、前記ジョブデータに含まれるコンテンツを中間データ形式に変換するか否かを判定する判定工程と、前記判定工程での判定結果に応じて、コンテンツ変換手段で前記コンテンツを中間データ形式に変換し、前記ジョブデータを出力装置へ出力し、出力制御装置で処理されるジョブの状態をクライアントので指示された通知方法でジョブの状態を通知する出力工程とを有することを特徴とする。
【００１７】
【発明の実施の形態】
以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。
【００１８】
図２３、図２４、図２８、図２９は、本発明の特徴を最も良く表した図である。更に、本発明の特徴をより詳細に説明するために、図１乃至図２２、図２６、図２７を用いる。電子メール（Ｅ−ｍａｉｌ）の補足説明のために図２５を用いる。
【００１９】
まず、図２２を参照して本発明に係るフロント・エンド・プロセッサとして、ネットワーク上のパーソナルコンピュータ（ＰＣ）のアプリケーションによって作成されたコンテンツファイルをプリント又はファクシミリ送信するための出力制御装置である制御ユニット２２０１のハードウェア構成について説明する。
【００２０】
図２２において、２２０２は操作部であり、表示装置とキー入力装置で構成され、ＩＯ制御部２２０５を介してバス２２０７と接続される。２２０３はＣＰＵ、２２０４はＲＡＭである。２２０６はＬＡＮ  Ｉ／Ｆ部で、ＬＡＮやインターネットと接続される。２２０８はＲＯＭであり、プログラムやブートプログラム等が格納されている。２２０９はＨＤＤ  Ｉ／Ｆであり、ＨＤＤ（ハードディスク装置）２２１１と接続され、そのＨＤＤには本発明を実現するためのプログラムコード、データ、コンテンツデータ等が格納され、適宜ＲＡＭ２２０４に展開され、ＣＰＵ２２０３が読み書きを行う。
【００２１】
２２１０はディバイスＩ／Ｆ部であり、プリンタや複写装置であるＰＲＩＮＴ／ＦＡＸディバイスと接続され、本部位を介してディバイスにジョブ投入を行う。２２１２はＰＲＩＮＴ／ＦＡＸディバイスであり、実施形態では２つのジョブ投入方式をサポートしている。１つ目は、パーソナルコンピュータ上のプリンタ／ＦＡＸドライバプログラムが生成するＪＬ（Ｊｏｂ  Ｌａｎｇａｇｅ）に包まれたＰＤＬデータを受け付けるＰＤＬジョブ投入方式であり、２つ目はＪＬ等のジョブ情報データとＴＩＦＦデータとを受け付けるダイレクトジョブ投入方式である。上述したディバイスＩ／Ｆ部２２１０は、２つのジョブ投入方式に対応している。
【００２２】
ここで、電子メール（Ｅ−ｍａｉｌ）によるコンテンツのジョブ投入について簡単に説明する。フロント・エンド・プロセッサ（ＦＥＰ）のハードウェア２２０１と、そのハードウェア上で動作するプログラミングコードで実現されるジョブ処理について説明する。尚、プログラミングコードはＨＤＤ２２１１に格納されており、ＲＡＭ２２０４にロードされた後、ＣＰＵ２２０３によって実行されるものである。
【００２３】
図２３は、ジョブ処理の機能構成を示すブロック図である。まず電子メールによるジョブデータは、リモートのクライアントからＬＡＮ２３０２に接続されたネットワーク、ハード的にはＬＡＮ  Ｉ／Ｆ部２２０６を介してネットワーク通信部２３０３で受信される。このネットワーク通信部２３０３は本例では、ＴＣＰ／ＩＰのプロトコルスタックである。電子メールの通信プロトコル処理はジョブ受付投入部２３０５で行う。簡単に処理を説明する。
【００２４】
図２５は、電子メールの通信プロトコルシーケンスを示す図である。図２５において、２５０１はリモートの電子メールクライアント側の制御である。一方、２５０２はフロント・エンド・プロセッサのジョブ受付投入部２３０５での制御である。
【００２５】
図２１は、電子メールのジョブデータの一例を示す図である。図２１に示すように、データの内容の大筋は“−−−Ｂｏｕｎｄａｒｙ−−−”で区切られた第１のフィールドの“ｍａｇｉｃ＿ｎｕｍｂｅｒ…”から“…ｅｎｃｒｙｐｔ＿ｒｅｐｌｙ＿ｍｅｓｓａｇｅ＝“ｏｎ””までがジョブパラメータで、一行ずつがそれぞれ属性と属性値である。次に、第２フィールドはコンテンツデータであり、本例ではファイル名が“ｍａｉｌ＿ｆａｘ＿ｍａｃｈｉｎｅ９７０６１９２１５９５９．ｔｉｆ”のＴＩＦ（Ｔａｇｇｅｄ  Ｉｍａｇｅ  Ｆｏｒｍａｔ）ファイルであり、ＦＡＸ符号化されたバイナリデータをテキストに符号化するＢＡＳＥ６４で符号化された符号データが記述されている。符号データの実体は、図２１の“ｂａｓｅ６４で符号化されたＴＩＦＦ画像”の部分に記述される。
【００２６】
但し、本例では一行で表現されているが、実際は複数行のＢＡＳＥ６４データが記述される。
【００２７】
図２１に示す電子メールのジョブデータは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）のＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔ）等で規格化されたＳ／ＭＩＭＥ（ＰＫＣＳ  Ｓｅｃｕｒｉｔｙ  Ｓｅｒｖｉｃｅ  ｆｏｒ  ＭＩＭＥ）で暗号化されることで、盗聴、偽造、乗っ取りを防止できる。更に、実施形態では、ユーザーＩＤ（図２１の“ｕｓｅｒ＿ｉｄ＝…”）とパスワード（図２１の“ｐａｓｓｗｄ＝…”）とを用いてユーザー認証を行っているが、Ｓ／ＭＩＭＥのユーザー認証機能を使用すれば、ユーザーＩＤとパスワードは不要である。
【００２８】
クライアント側の誤った操作による不要なジョブ投入は、フロント・エンド・プロセッサの処理効率低下させたり、ジョブデータの解釈に関する例外処理を増大させる。従って、実施形態では、マジックナンバー（図２１の“ｍａｇｉｃ＿ｎｕｍｂｅｒ＝…”）を用いてこの問題に対処している。
【００２９】
さて、図２３に戻り、ジョブ処理の続きを説明する。ネットワーク通信部２３０３が受信したジョブデータは、先ずジョブ受付投入部２３０５で処理される。具体的には、図１に示すメインのジョブ処理フローチャートのジョブ受付／解析処理（ステップＳ１０１）で処理され、一時的にＨＤＤ２２１１内のテンポラリ領域に格納される。次に、ジョブ受付投入部２３０５の指示に従ってコンテンツ判定部２３０４が受け付け可能なジョブデータか否かを判断し、受け付け可能であれば、コンテンツ種別を抽出する。ここでは、電子メールデータかＨＴＴＰデータかを切り分け、電子メールデータの第１フィールドのジョブパラメータを切り出し、ＲＡＭ２２０４、ＨＤＤ２２１１内のジョブ管理テーブル（図２０）に格納する。一方、第２フィールドのＴＩＦＦ画像はＲＡＭ２２０４、ＨＤＤ２２１１のコンテンツ格納部２３０６に格納する。
【００３０】
次に、ジョブ受付投入部２３０５の指示に従ってコンテンツ判定部２３０４が受信したジョブデータの“Ｃｏｎｔｅｎｔ−Ｔｙｐｅ”属性値（図２１）と、コンテンツ種別管理レコード（図２８、図２９）とからディバイスがコンテンツを直接処理可能か、それともコンテンツ変換部２３０８によって中間データ形式に変換すべきかを判定する。その結果に従って、ジョブ受付投入部２３０５はコンテンツ変換部２３０８でコンテンツ変換しない場合には第１のジョブ投入部２３０７にジョブ投入を行うか、それともコンテンツ変換部２３０８で中間コードに変換して第２のジョブ投入部２３１４にジョブ投入を行う。
【００３１】
コンテンツ変換部２３０８は、コンテンツを処理するアプリケーションを含み、そのアプリケーションの起動、及びそのアプリケーションに対してコンテンツパラメータとコンテンツを用いて中間データ形式に変換する。第２のジョブ投入部２３１４は中間データ形式とジョブパラメータを用いてＪＬ（Ｊｏｂ  Ｌａｎｇｕａｇｅ）等のジョブ情報に包まれたＰＤＬジョブデータやＦＡＸジョブデータを生成する。
【００３２】
次に、第１のジョブ投入部２３０７は、中間データ形式に変換していないコンテンツとジョブパラメータを受けてディバイスが解釈可能なジョブデータに変換してからディバイスにジョブ投入を行う。
【００３３】
次に、ジョブ受付投入部２３０５は、プリント／ＦＡＸディバイス２３１３の処理結果を第１のジョブ投入部２３０７とディバイス通信部２３１０とを介して図２０に示すジョブ管理テーブルにセットする。更に、そのジョブ管理テーブルのデータを用いてジョブ終了結果を電子メールで図２１に示す電子メール送信元に電子メールで通知する。更に、ジョブ履歴格納部２３０９にジョブ管理テーブルのデータを用いてジョブ履歴を格納する。ジョブ履歴格納部２３０９の内容は、図２２に示す操作部２２０２を介してユーザがジョブ履歴参照を行った場合、履歴表示部２３１１により図２２に示す操作部２２０２の表示部にジョブ履歴が表示される。
【００３４】
次に、図２３に示したジョブ処理の機能構成の変形例を図２４を用いて簡単に説明する。
【００３５】
上述した図２３は、ジョブ受付投入部２３０５を中心として配下のコンテンツ判定部２３０４、コンテンツ格納部２３０６、第１のジョブ投入部２３０７、コンテンツ変換部２３０８を制御するマスター・セントリック・アーキテクチャである。つまり、会社に喩えるとワンマン社長型アーキテクチャである。
【００３６】
一方、図２４は、配下のスレーブの１つに指示を出した後に、処理結果のみが通知されるスレーブ・セントリック・アーキテクチャである。つまり、社員中心型アーキテクチャである。
【００３７】
尚、機能レベルにおいて、図２４は図２３と同様であり、これ以上は図２４に関する説明を割愛する。
【００３８】
ここで、電子メールに加え、ＨＴＴＰによるジョブ投入に対するフロント・エンド・プロセッサの処理をより具体な理解を促すために、図１に示すメインのジョブ処理を示すフローチャートに従って説明する。
【００３９】
まず、ステップＳ１０１において、ネットワークから投入される電子メールとＨＴＴＰによるジョブを受け付け、解析する（尚、詳細は図２を用いて後述する）。そして、ステップＳ１０２において、電子メールによるジョブ投入でないと判断した場合はステップＳ１０１に戻る。また、電子メールによるジョブ投入と判断した場合はステップＳ１０３へ進み、ステップＳ１０１の解析結果がジョブ受付可能かを判断する。ここで、ジョブ受付可能でなければステップＳ１１１へ進み、図２０に示すジョブ管理テーブルの「エラー」等を用いてジョブ投入元の電子メールアドレスに対して、電子メールエラー通知（尚、詳細な電子メールデータは割愛する）を行い、ステップＳ１０１に戻る。
【００４０】
また、ステップＳ１０３において、ジョブ受付可能であればステップＳ１０４へ進み、図２１に示す第２フィールドの“Ｃｏｎｔｅｎｔ−Ｔｙｐｅ”の値（例えば“ｉｍａｇｅ／ｔｉｆｆ”）を抽出し、ステップＳ１０５へ進み、図２８、図２９に示すコンテンツ種別管理レコードの「ＭＩＭＥタイプ」２８０１を登録されているレコード全てに対して検索する。そして、ステップＳ１０６の判断において、一致するものがなければステップＳ１１１へ進み、処理不能なコンテンツであること、及び処理可能なコンテンツ種別を含む電子メールエラー通知を行う。
【００４１】
一方、ステップＳ１０６において、一致するものがあり、処理可能な場合にはステップＳ１０７へ進み、コンテンツ変換が必要か否かを判定する。具体的には、図２８に示すコンテンツ種別管理レコードで一致したレコードの「処理部位識別」２８０３が“Ｄｅｖｉｃｅ”であればコンテンツ変換不要とし、また“ＦｒｏｎｔＥｎｄ”であればコンテンツ変換が必要と判断する。尚、「処理プログラム」２８０４はコンテンツを処理するアプリケーションプログラムのファイル名である。
【００４２】
次に、ステップＳ１０７において、コンテンツ変換が必要と判断されたならばステップＳ１０８へ進み、前述したように、コンテンツ変換を行い、ステップＳ１０９において、前述したディバイスへのジョブ投入を行う。また、コンテンツ変換が必要でなければステップＳ１０９へ進み、前述したディバイスへのジョブ投入を行う。そして、ステップＳ１１０において、ジョブの投入元の電子メールアドレスに対して電子メールでジョブの終了通知で行う。
【００４３】
次に、図１に示すステップＳ１０１でのジョブ受付とジョブ解析の詳細な処理を図２に示すフローチャートに従って説明する。
【００４４】
図２は、ジョブ受付／解析処理の詳細を示すフローチャートである。ステップＳ２０１において、ＴＣＰ／ＩＰポートのＬｉｓｔｅｎ処理を行い、続くステップＳ２０２において、ポートがオープンされているか否かを判断する。ここで、オープンされていなければステップＳ２０１に戻り、オープンされていればステップＳ２０３へ進み、電子メールのプロトコルであるＳＭＴＰポートか否かを判断する。ここで、ＳＭＴＰポートでなければステップＳ２０４へ進み、ＨＴＴＰポートか否かをチェックし、ＨＴＴＰでなければステップＳ２０１に戻る。また、ステップＳ２０４において、ＨＴＴＰポートであればステップＳ２０５へ進み、ＨＴＴＰジョブセッション処理（尚、詳細は図４を用いて後述する）を行い、処理を終了する。
【００４５】
また、ステップＳ２０３において、ＳＭＴＰポートであればステップＳ２０６へ進み、電子メール受信したデータを図２２に示すＨＤＤ２２１１にテキストデータのまま格納する。もし、Ｓ／ＭＩＭＥによる暗号化されたデータでれば、平文化した後にＨＤＤ２２１１に格納する。そして、ステップＳ２０７において、電子メールジョブ解析（尚、詳細は図３を用いて後述する）を行い、処理を終了する。
【００４６】
次に、図２に示したステップＳ２０７における電子メールで投入されたジョブのジョブ解析の詳細な処理を図３に示すフローチャートに従って説明する。
【００４７】
図３は、電子メールジョブ解析処理の詳細を示すフローチャートである。ステップＳ３０１において、電子メールジョブデータの“ｆｒｏｍ：”又は“ｒｅｐｌｙ−ｔｏ：”ヘッダから返信先の電子メールアドレスを抽出し、図２０に示す対象となる処理中のジョブ管理レコードの「返信アドレス」にセットする。そして、ステップＳ３０２において、受信コンテンツに正しいマジックナンバーが存在するか否かをチェックする。具体的には、図２１に示す第１フィールドの“ｍａｇｉｃ＿ｎｕｍｂｅｒ＝”に続くマジックナンバーのテキストを抽出し、ＨＤＤ２２１１又はＲＡＭ２２０４に格納された所定のマジックナンバーと比較する。もし、一致していなければステップＳ３１１へ進み、図２０の処理中のジョブ管理レコードの「エラー」に“受付不能”をセットし、ジャンクメールとして処理を終了する。
【００４８】
また、一致していればステップＳ３０３へ進み、本文データがあるかチェックする。具体的には、図２１に示す第１フィールドが存在するかをチェックする。もし、存在していなければそのままステップＳ３０６へ進むが、存在していればステップＳ３０４へ進み、第１フィールドの“ｍａｇｉｃ＿ｎｕｍｂｅｒ＝”から“ｅｎｃｒｙｐｔ＿ｒｅｐｌｙ＿ｍｅｓｓａｇｅ＝”行までのジョブパラメータであるジョブ情報の抽出を行い、図２０の処理中のジョブ管理レコードにセットする。そして、ステップＳ３０５において、ジョブ管理レコードの「処理可能フラグ」をＯＮする。
【００４９】
次に、ステップＳ３０６において、電子メールヘッダフィールドの“Ｃｏｎｔｅｎｔ−ｔｙｐｅ：”の値が“Ｍｕｌｔｉｐａｒｔ／Ｍｉｘｅｄ”かをチェックし、複数フィールドのデータが存在するかを判断する。その結果、“Ｍｕｌｔｉｐａｒｔ／Ｍｉｘｅｄ”でなければステップＳ３１３へ進み、上述の処理中のジョブ管理レコードの「エラー」に“受付可能”をセットし、処理を終了する。また、“Ｍｕｌｔｉｐａｒｔ／Ｍｉｘｅｄ”であればステップＳ３０７へ進み、第２フィールド以降のコンテンツデータの解析を行う。そして、ステップＳ３０８において、処理中フィールドのＭＩＭＥヘッダの“Ｃｏｎｔｅｎｔ−ｔｙｐｅ：”の値を抽出し、図２８、図２９に示すコンテンツ種別管理レコードの登録済みのレコードを検索して一致する「ＭＩＭＥタイプ」２８０１があるか否かをチェックする。
【００５０】
ここで、一致するレコードがなければステップＳ３１２へ進み、上述の処理中のジョブ管理レコードの「処理可能フラグ」をＯＦＦし、次のフィールドを処理するために次のフィールドを抽出してステップＳ３０６に戻る。また、一致するレコードがあればステップＳ３０９へ進み、対称フィールドのコンテンツデータを“Ｃｏｎｔｅｎｔ−Ｔｒａｎｓｆｅｒ−Ｅｎｃｏｄｅｉｎｇ：”の値が“ｂａｓｅ６４”ならＢＡＳＥ６４復号化してからコンテンツ格納部のＨＤＤ２２１１に格納する。そして、ステップＳ３１０において、上述の処理中のジョブ管理レコードの「処理可能フラグ」をＯＮし、次のフィールドを処理するために次のフィールドを抽出してステップＳ３０６に戻る。
【００５１】
次に、図２に示したステップＳ２０５におけるＨＴＴＰで投入されたジョブのジョブセッションの詳細な処理を図４に示すフローチャートに従って説明する。
【００５２】
図４は、ＨＴＴＰジョブセッション処理の詳細を示すフローチャートである。ステップＳ４０１において、ＨＴＴＰリクエストを受信するのを待ち、ＨＴＴＰリクエストを受信するとステップＳ４０２へ移行し、受信したＨＴＴＰヘッダにＣｏｏｋｉｅ属性が存在するかチェックする。ここで、存在しなければステップＳ４０９へ進み、ＨＴＴＰのセッション開始処理（尚、詳細は図５を用いて後述する）を行い、ステップＳ４０１へ移行する。一方、Ｃｏｏｋｉｅ属性が存在する場合はステップＳ４０３へ進み、図２０に示すジョブ管理テーブルの各処理中レコードの「セッションＩＤ」を検索し、一致するものがあればステップＳ４０４へ進み、一致したレコードの「ステータス」をチェックする。そして、ステップＳ４０５において、“ユーザー認証中”である場合はステップＳ４１４へ進み、ユーザー認証処理（尚、詳細は図７を用いて後述する）を行い、ステップＳ４０１へ移行する。
【００５３】
また、“ユーザー認証中”でなければステップＳ４０６へ進み、“ジョブ登録指示待ち”かチェックし、“ジョブ登録指示待ち”であればステップＳ４１５へ進み、ジョブパラメータ確認処理（尚、詳細は図１０を用いて後述する）を行い、ステップＳ４０１へ移行する。
【００５４】
また、“ジョブ登録指示待ち”でなければステップＳ４０７へ進み、“コンテンツ登録指示待ち”かチェックし、“コンテンツ登録指示待ち”であればステップＳ４１６へ進み、コンテンツパラメータ確認処理（尚、詳細は図１３を用いて後述する）を行い、ステップＳ４０１へ移行する。また、“コンテンツ登録指示待ち”でなければステップＳ４０８へ進み、ジョブ処理中かチェックし、ジョブ処理中であればステップＳ４１７へ進み、ジョブステータス確認処理（尚、詳細は図１７を用いて後述する）を行い、ステップＳ４０１へ移行する。また、ジョブ処理中でなければステップＳ４０１へ移行する。
【００５５】
一方、上述のステップＳ４０３において、一致するものがなければステップＳ４１０へ進み、受信したＨＴＴＰヘッダを参照してＧＥＴメソッドかをチェックする。その結果、ＧＥＴメソッドであればステップＳ４１１へ進み、受信したＨＴＴＰヘッダを参照してジョブステータス要求用のＵＲＬが指定されているかをチェックする。ここで、対象ＵＲＬが指定されていない場合、またステップＳ４１０でＧＥＴメソッドでない場合はステップＳ４１３へ進み、処理不要なジョブ処理で使用したＨＤＤ資源やジョブ管理レコードの解放等の処理を行い、ステップＳ４０１へ移行する。また、対象ＵＲＬが指定されていた場合はステップＳ４１２へ進み、ジョブ完了済みＨＴＭＬレスポンスをクライアント側に送出する。これにより、リモートのＷＥＢクライアントには図１９に示す画面が表示される。
【００５６】
次に、図４に示したステップＳ４０９でのセッション開始処理の詳細を図５に示すフローチャートに従って説明する。
【００５７】
図５は、セッション開始処理の詳細を示すフローチャートである。ステップＳ５０１において、受信したＨＴＴＰヘッダがＧＥＴメソッドかをチェックし、ＧＥＴメソッドであればステップＳ５０２へ進み、図２０に示すジョブ管理テーブルの新規のレコードを獲得する。次に、ステップＳ５０３において、セッションＩＤとジョブＩＤを新規に生成し、その新規レコードにセットする。そして、ステップＳ５０４において、送信するＨＴＴＰヘッダの“Ｓｅｔ−Ｃｏｏｋｉｅ”レスポンスヘッダに新規に生成したセッションＩＤをセットし、図６に示す「■出力可能なコンテンツ…ＭＨ，ＰＤＦ」の処理能力に関する説明文を含んだ「セッション開始用ＨＴＭＬ」データをＨＴＴＰ本体データをクライアントに送信する。本ＨＴＭＬデータにはコンテンツファイルの種別（ファイル名の拡張子）をチェックするＪａｖａ（登録商標）Ｓｃｒｉｐｔが含まれ、図２２の出力制御装置または出力装置が処理可能なコンテンツファイルか否かを該出力制御装置にデータ送出する前（ＰＯＳＴ前）にチェックする。もし、処理不能であればその旨をコンテンツ送信側のＷＥＢクライアント画面に表示する。
【００５８】
その結果、図６に示すユーザ認証用のＷＥＢクライアント画面がリモートのＷＥＢクライアントに表示される。次に、ステップＳ５０５において、図２０に示す処理中のジョブ管理レコードの「ステータス」に“セッション開始”状態をセットし、処理を終了する。また、上述のステップＳ５０１において、ＧＥＴメソッドでなければステップＳ５０６へ進み、その他の処理を行い、処理を終了する。
【００５９】
図６は、ユーザ認証用のＷＥＢクライアント画面で、処理可能なコンテンツの種別とユーザー認証のための、ユーザーＩＤとパスワードの入力欄を表示する。
【００６０】
次に、図４に示したステップＳ４１４でのユーザー認証処理の詳細を図７に示すフローチャートに従って説明する。
【００６１】
図７は、ユーザー認証処理の詳細を示すフローチャートである。ステップＳ７０１において、受信したＨＴＴＰヘッダがＰＯＳＴメソッドかをチェックし、ＰＯＳＴメソッドであればステップＳ７０２へ進み、受信したＨＴＴＰヘッダのＰＯＳＴメソッドの本体データにユーザーＩＤとパスワードの属性が存在するかをチェックする。ここで、存在すればステップＳ７０３へ進み、ユーザー管理ＤＢ（データベース）サーバに受信したユーザーＩＤとパスワードに合致するユーザーが登録済みか問い合わせを行う。そして、ステップＳ７０４において、その結果をチェックし、ユーザー管理ＤＢに登録済みで認証がＯＫであればステップＳ７０５へ進み、ジョブパラメータ設定用のＨＴＭＬデータを含むＨＴＴＰレスポンスをクライアントに送信する。そして、ステップＳ７０６において、図２０に示すジョブ管理テーブルの処理対象のレコードの「ステータス」に“ジョブ登録指示待ち”をセットし、処理を終了する。尚、上述のＨＴＭＬレスポンスを受信したＷＥＢクライアントは後述する図９に示すＷＥＢ画面を表示する。
【００６２】
図９は、ジョブパラメータ設定用のＷＥＢクライアント画面を示す図である。図９に示す例では、ジョブ登録情報（ジョブパラメータ）として、コンテンツをプリントするかＦＡＸ送信するかをＷＥＢクライアントのユーザーに選択させる「ジョブ選択」指定と、「出力部数」、「両面印刷指定」、複数のコンテンツファイルを印刷する際に各ファイルの１頁目を表面に印刷するかを指示する「ファイルの１頁目を表面に印刷」を含む「プリントパラメータ」指定と、「ジョブ選択」でＦＡＸ送信が指定された際の「ＦＡＸ電話番号」入力欄を含む「ＦＡＸパラメータ」指定と、出力頁の中にコンテンツの１頁分のみ、２頁分、或いは４頁分を含めるかを指定する「レイアウト指定」、「レイアウト指定」で２イン１、又は４イン１が指定された場合、複数のコンテンツファイルの先頭頁を新たな出力ページにレイアウトし、現在のコンテンツファイルの前のコンテンツファイルの最終頁の次に現在のコンテンツファイルの１頁目を同一出力頁内にレイアウトするか否かを指定する「ファイルの１頁目を別の頁にレイアウト」、フロント・エンド・プロセッサに投入したジョブの終了をＥｍａｉｌで通知するかを指定する「Ｅｍａｉｌジョブ完了通知」、「Ｅｍａｉｌアドレス」、ＨＴＴＰデータを暗号化するか否かを指定する「セキュリティー」、フロント・エンド・プロセッサの処理能力情報を含む、プリント及びＦＡＸ送信の「共通パラメータ」指定とを有する。
【００６３】
尚、図９に示す例では、コンテンツファイルやＵＲＬの指定ができない画面構成になっているが、これは、指定したコンテンツファイルの指定がＯＫで、更に別のＵＲＬの指定が誤っている場合に、ＷＥＢクライアントでユーザーが「ジョブ登録」ボタンを押下すると、正常なコンテンツファイルのデータがフロント・エンド・プロセッサ（ＦＥＰ）側に送られてしまい、そのアップロード時間を経過しないと、ＦＥＰ側からそのＵＲＬが誤っている旨のＨＴＴＰレスポンスが遅延し、ユーザーの使い勝手を悪くするからである。
【００６４】
ここで、本論に戻り、上述のステップＳ７０１において、受信したＨＴＴＰヘッダがＰＯＳＴメソッドでない場合、或いはステップＳ７０２において、ＰＯＳＴメソッドの本体データにユーザーＩＤとパスワードの属性が存在しない場合は共にステップＳ７０７へ進み、図５に示すステップＳ５０６と同様なその他の処理を行い、処理を終了する。
【００６５】
また、上述のステップＳ７０４において、ユーザー管理ＤＢに登録済みでなく認証がＯＫでない場合はステップＳ７０８へ進み、図８に示すユーザー認証エラー用のＷＥＢクライアント画面をＷＥＢクライアントに表示するためのＨＴＬＭをＨＴＴＰレスポンスで送信し、処理を終了する。
【００６６】
次に、図４に示したステップＳ４１５でのジョブパラメータ確認処理の詳細を図１０に示すフローチャートに従って説明する。
【００６７】
図１０は、ジョブパラメータ確認処理の詳細を示すフローチャートである。ステップＳ１００１において、受信したＨＴＴＰリクエストがＰＯＳＴメソッドかチェックし、ＰＯＳＴメソッドであればステップＳ１００２へ進み、図９に示す画面で指定したパラメータの正当性を属性名と属性値の値の範囲に関してチェックする。その結果、正しければステップＳ１００３へ進み、「ジョブ選択」指定がＦＡＸ送信で「ＦＡＸ電話番号」指定の電話番号の整合性をチェックする。ここで、正しければステップＳ１００４へ進み、「ジョブ選択」指定がプリントで「出力部数」指定が指定範囲である１〜９９部に収まっているかチェックする。ここで、指定範囲内であればステップＳ１００５へ進み、「Ｅｍａｉｌジョブ完了通知」が“する”の場合に「Ｅｍａｉｌアドレス」の整合性をチェックする。その結果、正しいアドレスの場合はステップＳ１００６へ進み、ジョブパラメータ確認用のＨＴＭＬを含むＨＴＴＰレスポンスを送信する。そして、ステップＳ１００７において、図２０に示す処理中ジョブ管理レコードの「ステータス」に“ジョブ登録実行指示待ち”状態をセットし、処理を終了する。
【００６８】
尚、上述のＨＴＭＬをＷＥＢクライアントに表示したものが図９であり、図９で設定した内容の確認項目とコンテンツの指定項目（ＦＩＬＥ１、ＦＩＬＥ２がＷＥＢクライアントからフロント・エンド・プロセッサに送信するファイル名を指定する欄で、「参照」ボタンを押下するとＷＥＢクライアントが動作するコンピュータ上のディレクトリファイル一覧が表示され、ユーザは一覧の中からプリント又はＦＡＸ送信するコンテンツファイルを選択する。一方、ＵＲＬ１、ＵＲＬ２は所望のＵＲＬを指定する欄で、そのＵＲＬをＦＥＰ側がＵＲＬで指定されたコンテンツファイルを検索する）と、ＦＥＰの処理可能なコンテンツに関する情報を含んでいる。
【００６９】
ここで、本論に戻り、ステップＳ００１において、受信したＨＴＴＰリクエストがＰＯＳＴメソッドでない場合、或いはステップＳ１００２において、正しい属性名と値でない場合はステップＳ１００８へ進み、図５に示すステップＳ５０６と同様なその他の処理を行い、処理を終了する。
【００７０】
また、ステップＳ１００３において、電話番号が正しくない場合はステップＳ１００９へ進み、図２０に示す処理中ジョブ管理レコードの「エラー」に“電話番号エラー”をセットし、ステップＳ１０１２へ進み、ジョブ登録エラー確認用のＨＴＭＬを含むＨＴＴＰレスポンスを送信する。
【００７１】
また、ステップＳ１００４において、出力部数が指定範囲内でない場合はステップＳ１０１０へ進み、図２０に示す処理中ジョブ管理レコードの「エラー」に“出力部数エラー”をセットし、ステップＳ１０１２へ進み、ジョブ登録エラー確認用のＨＴＭＬを含むＨＴＴＰレスポンスを送信する。
【００７２】
また、ステップＳ１００５において、電子メールアドレスが正しくない場合はステップＳ１００９へ進み、図２０に示す処理中ジョブ管理レコードの「エラー」に“電子メールアドレスエラー”をセットし、ステップＳ１０１２へ進み、ジョブ登録エラー確認用のＨＴＭＬを含むＨＴＴＰレスポンスを送信する。
【００７３】
尚、このＨＴＭＬをＷＥＢクライアントに表示したものが図１２であり、「ジョブ登録」項目にエラーが発生した旨のメッセージとその要因のメッセージ（図２０のジョブ管理テーブルの処理中レコードの「エラー」に対応したメッセージ）が表示される。その他の項目は図９と同様である。
【００７４】
次に、図４に示したステップＳ４１６でのコンテンツパラメータ確認処理の詳細を図１３、図１４に示すフローチャートに従って説明する。まず、コンテンツパラメータ確認処理を説明する前に、図２６に示すＷＥＢクライアント画面のＨＴＭＬデータの抜粋である［フロント・エンド・プロセッサがクライアント側に返すＨＴＭＬ］と図１１及び図１６に示す「アップロード」ボタンを押下した際にＷＥＢクライアントから送出されるＨＴＴＰデータである［クライアント側からフロント・エンド・プロセッサに返すＨＴＴＰデータ］について簡単に説明する。
【００７５】
図２６に示すＦＯＲＭタグの“ＡＣＴＩＯＮ”属性は、ＷＥＢクライアント側からＨＴＴＰリクエストされるＦＯＲＭタグで記述されたデータに従ったＰＯＳＴデータ処理するフロント・エンド・プロセッサ側のＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）プログラムである。“ＥＮＣＴＹＰＥ”属性は符号化のタイプを指定する属性で、その値が“ｍｕｌｔｉｐａｒｔ／ｆｏｒｍ−ｄａｔａ”の場合、ＷＥＢクライアントのパーソナルコンピュータに格納されたファイルをサーバ側にＨＴＴＰで送信することを示している。“ＭＥＴＨＯＤ”属性値である“ＰＯＳＴ”は、ＷＥＢクライアントからＨＴＴＰサーバ側に対して、データをＰＯＳＴする指示を行う属性値である。
【００７６】
図１３、図１４は、コンテンツパラメータ確認処理の詳細を示すフローチャートである。ステップＳ１３０１において、受信したＨＴＴＰリクエストがＰＯＳＴメソッドかをチェックし、ＰＯＳＴメソッドであればステップＳ１３０２へ進み、図２６に示すＨＴＴＰデータのＨＴＴＰヘッダの“Ｃｏｎｔｅｎｔ−ｔｙｐｅ”属性が“ｍｕｌｔｉｐａｒｔ／ｆｏｒｍ−ｄａｔａ”で複数のコンテンツデータが含まれているかをチェックする。ここで、複数のコンテンツが含まれていればステップＳ１３０３へ進み、１番目の“−−ＡａＢ０３ｘ”の境界区切り行と次の区切り行の中にＵＲＬ指定用の“ｕｒｌ１”、“ｕｒｌ２”属性の文字列を検索し、見つかったらその属性値がＮＵＬＬ又は空白文字列でないかチェックする。その結果、属性値がＮＵＬＬ又は空白文字列でなければステップＳ１３０５へ進み、そのＵＲＬ指定用の属性値の整合性をチェックし、誤りがなければステップＳ１３０６へ進み、図２０に示す処理中のジョブ管理レコードの「ジョブパラメータ」にＵＲＬ値と指定ＵＲＬ数（図２６に示す例では“ｕｒｌ１”と“ｕｒｌ２”の２個）を「ＵＲＬ数」にセットする。
【００７７】
また、ステップＳ１３０４において、属性値がＮＵＬＬ又は空白文字列の場合、又はステップＳ１３０６の処理が終了するとステップＳ１３０７へ進み、２つ目の境界区切り行の次の行に続く第２フィールドのヘッダの解析を行う。そして、ステップＳ１３０８において、第２フィールドの境界区切り行が存在するかをチェックする。その結果、存在すればステップＳ１３０９へ進み、第２フィールドのヘッダに“Ｃｏｎｔｅｎｔ−ｔｙｐｅ”属性の値が“ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ”であるかチェックし、存在しなければＷＥＢクライアントからコンテンツファイルが送られなかったと解釈し、図１４に示すステップＳ１４０６へ進む。また、存在すればステップＳ１３１０へ進み、図２６に示す“−ＢｂＣ０４ｙ”の境界区切り行に続く、ヘッダの“ｃｏｎｔｅｎｔ−ｔｙｐｅ：”属性の値を抽出し（例えば“ｉｍａｇｅ／ｔｉｆｆ”）、その属性値が図２８、図２９のコンテンツ種別管理テーブルの登録済みの各レコードの「ＭＩＭＥタイプ」２８０１の何れかに存在するか或いは“ｆｉｌｅｎａｍｅ”サブ属性値の拡張子がコンテンツ種別管理テーブルの登録済みの各レコードの「ファイル拡張子」の何れかに存在するかをチェックする。
【００７８】
その結果、存在しなければ、処理不能なコンテンツとして、図１４に示すステップＳ１４０７へ進むが、存在すればステップＳ１３１１へ進み、“−ＢｂＣ０４ｙ”の境界区切り行で区切られた各フィールドのコンテンツを抽出する。次に、ステップＳ１３１２において、各フィールドの“Ｃｏｎｔｅｎｔ−ｔｙｐｅ−ｅｎｃｏｄｅｉｎｇ”属性から復号化の必要性を確かめ、必要なら復号化を行う。そして、ステップＳ１３１３において、コンテンツ格納手段であるＨＤＤ２２１１にコンテンツを格納し、各フィールドのヘッダに記述されたコンテンツに対応したファイル名も図２０に示すジョブ管理レコードにセットする。次に、ステップＳ１３１４において、上述の“−ＢｂＣ０４ｙ”の境界区切り行で区切られた各フィールドの数を図２０のジョブ管理レコードの「受信コンテンツ数」にセットすると共に、そのフィールドの数と「ＵＲＬ数」を合算した値を「トータルコンテンツ数」にセットする。これが、フロント・エンド・プロセッサで処理するコンテンツファイル数となる。
【００７９】
次に、ステップＳ１３１５において、ジョブ管理レコードの「ステータス」に“ジョブ処理中”状態をセットし、ステップＳ１３１６において、そのレコードの「ＵＲＬ数」が０より大きいかチェックする。ここで、Ｎｏであれば図１４に示すステップＳ１４０９へ進むが、ＹｅｓであればステップＳ１３１７へ進み、図２０のジョブ管理レコードの「サブ・ステータス」に“コンテンツリトリーブ中”をセットする。次に、ステップＳ１３１８において、各ＵＲＬで指定されたコンテンツファイルをＨＴＴＰやＦＴＰ等のプロトコルでリモートのサーバ上からリトリーブ（引き出す）し、その結果がエラーなら図１４に示すステップＳ１４０８へ進むが、エラーでなければ図１４に示すステップＳ１４０９へ進み、リトリーブしたコンテンツの種別を図３に示したステップＳ３０７、Ｓ３０８と同様な方法でチェックし、変換が不要ならばステップＳ１４１２へ進む。また、変換が必要であればステップＳ１４１０へ進み、図２０に示すジョブ管理レコードの「サブステータス」に“コンテンツ変換終了待ち”状態をセットする。そして、ステップＳ１４１１において、図１に示したステップＳ１０８と同様にコンテンツ変換を行う。
【００８０】
次に、ステップＳ１４１２において、図１に示したステップＳ１０９と同様にディバスへのジョブ投入を行う。そして、ステップＳ１４１３において、ジョブの実行中用のＨＴＭＬデータをＨＴＴＰレスポンスでクライアントに送信する。その結果、図１５に示すジョブ実行中用のＷＥＢクライアント画面がＷＥＢクライアント側で表示される。次に、ステップＳ１４１４において、ジョブ管理レコードの「サブステータス」に“ジョブ終了待ち”をセットし、ステップＳ１４１５において、ＰＲＩＮＴ／ＦＡＸディバイス２２１２に投入したジョブの監視を行い、ジョブが終了するのを待つ。その後、ジョブが終了するとステップＳ１４１６へ進み、図２０に示すジョブ管理レコードの「ジョブパラメータ」の“Ｅｍａｉｌジョブ終了通知”属性（図９の「Ｅｍａｉｌジョブ完了通知」に対応）が“しない”ならばステップＳ１４１８へ進むが、そうでなければステップＳ１４１７へ進み、図２０のジョブ管理レコードの「エラー」等のジョブ終了関連情報に基づき、レコードの「返信先アドレス」へ電子メールによるジョブの終了通知を行う。そして、ステップＳ１４１８において、ジョブが完了し、規定時間経過した後、ジョブ管理レコードやコンテンツファイル等の関連データの消去を行った後に処理を終了する。これは、ジョブが終了した後もＷＥＢクライアントからジョブのステータスが確認できるようにする対策である。
【００８１】
図１４に示すステップＳ１４０１では図５に示したステップＳ５０６と同様なその他の処理を行い、処理を終了する。また、ステップＳ１４０２では、ジョブ管理レコードの「エラー」に“ＵＲＬ記述エラー”をセットする。次に、ステップＳ１４０３では、そのジョブ管理レコードの「エラー」等の情報からＷＥＢクライアントに対してコンテンツパラメータエラー用のＨＴＭＬデータを含むＨＴＴＰレスポンスを送信して、ステップＳ１４１５へ進む。
【００８２】
このレスポンスを受信したＷＥＢクライアントは、図１６に示すコンテンツパラメータエラー用のＷＥＢクライアント画面を表示する。この画面の「コンテンツ再登録」項目にエラー内容が表示され、“ＸＸＸＸＸＸＸＸＸＸ”に図２０に示すジョブ管理レコードの「エラー」の内容に従ったエラーメッセージが表示される。更に、再度コンテンツを指定するための、コンテンツ指定項目が表示される。
【００８３】
また、ステップＳ１４０４では、図２６に示すＨＴＴＰデータの第１フィールドで少なくとも１つのＵＲＬが指定されていればステップＳ１４０９へ進むが、そうでなければステップＳ１４０５へ進み、ジョブ管理レコードの「エラー」に“コンテンツ未設定エラー”をセットしてステップＳ１４０３へ進む。
【００８４】
また、ステップＳ１４０６では、図１３に示したステップＳ１３１０と同様にチェックし、存在しなければステップＳ１４０７へ進むが、そうでなければ図１３に示すステップＳ１３１１へ進む。
【００８５】
また、ステップＳ１４０７では、上述したジョブ管理レコードの「エラー」に“コンテンツ種別エラー”をセットし、ステップＳ１４０３へ進む。また、ステップＳ１４０８では、上述したジョブ管理レコードの「エラー」に“コンテンツリトリーブエラー”をセットし、ステップＳ１４０３へ進む。
【００８６】
次に、図４に示したステップＳ４１７でのジョブステータス確認処理の詳細を図１７に示すフローチャートに従って説明する。
【００８７】
図１７は、ジョブステータス確認処理の詳細を示すフローチャートである。ステップＳ１７０１において、受信したＨＴＴＰヘッダがＧＥＴメソッドかチェックし、ＧＥＴメソッドであればステップＳ１７０２へ進み、ジョブステータス通知用のＨＴＭＬを含むＨＴＴＰレスポンスをＷＥＢクライアントに送信し、処理を終了する。ここで、このデータを受信したＷＥＢクライアントは、図１８に示すジョブステータス通知用のＷＥＢクライアント画面を表示する。この画面の「ジョブステータス通知」項目のジョブステータスの“ＸＸＸＸＸ”には、上述したジョブ管理レコードの「ステータス」と「サブステータス」と「エラー」に対応するメッセージが表示される。更に、ユーザーＩＤとジョブＩＤも表示される。
【００８８】
また、ステップＳ１７０１において、ＧＥＴメソッドでなければステップＳ１７０３へ進み、図５に示したステップＳ５０６と同様なその他の処理を行い、処理を終了する。
【００８９】
図２７は、ジョブ投入元のＷＥＢクライアント２７０１と、本実施形態におけるフロント・エンド・プロセッサ２７０２との間で上述したジョブ投入からジョブ受け付け終了まで行われるジョブステータス通知のＨＴＴＰリクエストとレスポンスの通信プロトコルシーケンスを示す図である。
【００９０】
このように、本実施形態によれば、新規のコンテンツファイルに対する処理をフロント・エンド・プロセッサで処理することにより、プリンタや複写装置等の出力装置のソフト変更の頻度を低減することができる。
【００９１】
また、コンテンツ判定を行うことにより、コンテンツ変換処理を必ずしも行う必要がなくなり、コンテンツ変換処理をスキップすることが可能となる。
【００９２】
更に、ＬＰＲプロトコルやＳＭＢプロトコルによりイントラネット外のクライアントと通信することはセキュリティーの関係から一般的にはできないが、ＳＭＴＰやＨＴＴＰプロトコルでは、イントラネット外のクライアントと通信することができ、イントラネット外のクライアントからイントラネット内のフロント・エンド・プロセッサへのジョブ投入が可能となる。
【００９３】
また、本実施形態では、フロント・エンド・プロセッサとして説明しているが、パーソナルコンピュータ上で実現することも可能である。
【００９４】
尚、本発明は複数の機器（例えば、ホストコンピュータ，インターフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。
【００９５】
また、本発明の目的は前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【００９６】
この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【００９７】
このプログラムコードを供給するための記録媒体としては、例えばフロッピー（登録商標）ディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【００９８】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９９】
更に、記録媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１００】
【発明の効果】
以上説明したように、本発明によれば、新規のコンテンツファイルに対する処理を出力制御装置で処理することにより、プリンタや複写装置などの出力装置のソフト変更が不要となり、開発期間の短縮が実現でき、市場の要望に迅速に対応することが可能となる。加えて、評価期間が短縮されることから、開発コストを削減することも可能となる。
【０１０１】
そして、開発期間の短縮により、新規のコンテンツファイルに対応した製品を市場に早期に投入することで、ユーザーから受付可能なコンテンツの種別の数が増し、ユーザーの使い勝手を向上することが可能となる。
【０１０２】
また、コンテンツを判定することにより、コンテンツ変換処理を必ず行う必要がなくなり、コンテンツ変換処理をスキップし、ジョブの処理時間を短縮でき、ユーザーの使い勝手を向上することが可能となる。
【０１０３】
更には、ネットワーク外のクライアントからネットワーク内の出力制御装置へジョブ投入が可能となるばかりか、クライアント側で出力制御装置に投入したジョブの状態を通知する方法をクライアントで選択できるため、ユーザーの使い勝手を向上することが可能となる。クライアント側のユーザーは作業の状況に応じて臨機応変にジョブの通知を確認することができる。例えば、ユーザがジョブ終了するまでＷＥＢクライアントで確認したい場合は、電子メールによる通知を指定しない。一方、ジョブ投入後はＷＥＢクライアントから離れて他の仕事を行い、ジョブの結果は後で知りたい場合、電子メールによるジョブの状況確認の指示を行えば良い。
【図面の簡単な説明】
【図１】メインのジョブ処理を示すフローチャートである。
【図２】ジョブ受付／解析処理の詳細を示すフローチャートである。
【図３】電子メールジョブ解析処理の詳細を示すフローチャートである。
【図４】ＨＴＴＰジョブセッション処理の詳細を示すフローチャートである。
【図５】セッション開始処理の詳細を示すフローチャートである。
【図６】ユーザ認証用のＷＥＢクライアント画面を示す図である。
【図７】ユーザー認証処理の詳細を示すフローチャートである。
【図８】ユーザー認証エラー用のＷＥＢクライアント画面を示す図である。
【図９】ジョブパラメータ設定用のＷＥＢクライアント画面を示す図である。
【図１０】ジョブパラメータ確認処理の詳細を示すフローチャートである。
【図１１】コンテンツパラメータ確認の画面表示を示す図である。
【図１２】「ジョブ登録」項目にエラーが発生した旨のメッセージとその要因の画面表示を示す図である。
【図１３】コンテンツパラメータ確認処理の詳細を示すフローチャートである。
【図１４】コンテンツパラメータ確認処理の詳細を示すフローチャートである。
【図１５】ジョブ実行中用のＷＥＢクライアント画面を示す図である。
【図１６】コンテンツパラメータエラー用のＷＥＢクライアント画面を示す図である。
【図１７】ジョブステータス確認処理の詳細を示すフローチャートである。
【図１８】ジョブステータス通知用のＷＥＢクライアント画面を示す図である。
【図１９】ジョブ完了を通知する画面表示を示す図である。
【図２０】ジョブ管理テーブルの構成を示す図である。
【図２１】電子メールのジョブデータの一例を示す図である。
【図２２】本実施形態における制御ユニットのハードウェア構成を示す図である。
【図２３】ジョブ処理の機能構成を示すブロック図である。
【図２４】変形例におけるジョブ処理の機能構成を示すブロック図である。
【図２５】電子メールの通信プロトコルシーケンスを示す図である。
【図２６】ＷＥＢクライアント画面のＨＴＭＬデータと「アップロード」ボタンの押下によりＷＥＢクライアントから送出されるＨＴＴＰデータを示す図である。
【図２７】ジョブ投入からジョブ受け付け終了までの通信プロトコルシーケンスを示す図である。
【図２８】コンテンツ種別管理レコードの構成を示す図である。
【図２９】コンテンツ種別管理テーブルの構成を示す図である。
【図１】
2005004329.tif 000003
【図２】
2005004329.tif 000004
【図３】
2005004329.tif 000005
【図４】
2005004329.tif 000006
【図５】
2005004329.tif 000007
【図６】
2005004329.tif 000008
【図７】
2005004329.tif 000009
【図８】
2005004329.tif 000010
【図９】
2005004329.tif 000011
【図１０】
2005004329.tif 000012
【図１１】
2005004329.tif 000013
【図１２】
2005004329.tif 000014
【図１３】
2005004329.tif 000015
【図１４】
2005004329.tif 000016
【図１５】
2005004329.tif 000017
【図１６】
2005004329.tif 000018
【図１７】
2005004329.tif 000019
【図１８】
2005004329.tif 000020
【図１９】
2005004329.tif 000021
【図２０】
2005004329.tif 000022
【図２１】
2005004329.tif 000023
【図２２】
2005004329.tif 000024
【図２３】
2005004329.tif 000025
【図２４】
2005004329.tif 000026
【図２５】
2005004329.tif 000027
【図２６】
2005004329.tif 000028
【図２７】
2005004329.tif 000029
【図２８】
2005004329.tif 000030
【図２９】
2005004329.tif 000031