JPH0677994A - ネットワーク対応プリント処理システム - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】電子メールを用いてプリントサービスにデータ
を送出し得るネットワーク対応プリント処理システムを
提供する。 【構成】クライアント１０はプリント用パラメータファ
イル及びドキュメントファイルを含む電子メールを、プ
リントサービスを行うユーザに送信する。メール受信機
構１１１はその電子メールを受信してメールボックス管
理部１１２に渡す。メールボックス管理部１１２は電子
メールを記憶装置１１３内の該当メールボックス１１３
Ａに格納する。パラメータファイル解析機構１２０は、
その電子メールを取り出してパラメータファイルの内容
をチェックする。パラメータファイル解析機構１２０
は、その内容が正しい場合は、パラメータファイル及び
ドキュメントファイルをプリント要求機構１３０に渡し
てプリントサーバ１４０に対しプリントジョブの処理を
依頼する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ネットワークを等し
てドキュメントをプリンタに送出し、プリントさせるネ
ットワーク対応プリント処理システムに関する。

【０００２】

【従来の技術】従来、ドキュメントをネットワークを通
してプリンタに送り、プリントさせるためには、プリン
トサービス（プリントサーバ）がサポートするプロトコ
ルに従ってドキュメントを送るようにしていた。

【０００３】例えばＸＮＳプリントサービスに対して
は、クライアントはＸＮＳプリンティングプロトコル
（XNSS 119005 Printing Protocol ）に従ってデータを
送るようにしていた。

【０００４】また現在ＩＳＯ（国際標準化機構）で標準
化が進められているＤＰＡ（ISO/IEC DIS 10175 Inform
ation technology-Text and office systems-Document
Printing Application(DPA) ）プリントサービスに対し
ては、クライアントはＤＰＡプロトコルに従ってデータ
を送るよう取り決めている。

【０００５】

【発明が解決しようとする課題】しかしながら、上記Ｘ
ＮＳプリントサービス、ＤＰＡプリントサービスは、そ
れぞれ単一のプロトコルのみしかサポートしていないた
め、そのプロトコルをサポートしないクライアントは、
そのプリントサービスにプリント依頼することができな
い。例えばＸＮＳプリンティングプロトコルをサポート
していないクライアントはＸＮＳプリントサービスにプ
リント依頼することができない。

【０００６】この発明は、電子メールを用いてプリント
サービスにデータを送出することのできるネットワーク
対応プリント処理システムを提供することを目的とす
る。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、第１の発明のネットワーク対応プリント処理システ
ムは、クライアントから送信された少なくともプリント
のためのパラメータ及びプリントすべきドキュメントを
含む電子メールを受信するメール受信手段と、前記電子
メール内のパラメータに基づいて前記電子メール内のド
キュメントをプリントするプリント手段とを具えてい
る。

【０００８】第２の発明のネットワーク対応プリント処
理システムは、第１の発明において、前記電子メールに
対するプリント処理の結果をメッセージ化し、このメッ
セージ化されたプリント処理結果を、前記クライアント
に返信する配信報告手段を更に具えたことを特徴とす
る。

【０００９】第３の発明のネットワーク対応プリント処
理システムは、第１の発明において、前記電子メールが
自己のシステムが解釈できるメールプロトコル形式でな
かった場合は、当該電子メールを当該メールプロトコル
の内部フォーマットに変換するメールフォーマット変換
手段を更に具えたことを特徴とする。

【００１０】第４の発明のネットワーク対応プリント処
理システムは、第３の発明において、前記電子メールに
対するプリント処理の結果をメッセージ化する配信報告
手段と、前記メッセージ化されたプリント処理結果を、
前記クライアントに対応するメールプロトコルに変換
し、このプロトコル変換されたプリント処理結果を前記
クライアントに転送するメール転送手段とを更に具えた
ことを特徴とする。

【００１１】第５の発明のネットワーク対応プリント処
理システムは、クライアントから送信された少なくとも
プリントのためのパラメータ及びプリントすべきドキュ
メントコンテントであるファイルへのリファレンス情報
を含む電子メールを受信するメール受信手段と、前記受
信した電子メール内のリファレンス情報に基づいて前記
ファイルを取得するファイル転送手段と、前記受信した
電子メール内のプリントのためのパラメータに基づいて
前記取得したファイル内のドキュメントをプリントする
プリント手段とを具えている。

【００１２】

【作用】第１の発明では、メール受信手段によって、ク
ライアントから送信された少なくともプリントのための
パラメータ及びプリントすべきドキュメントを含む電子
メールを受信し、プリント手段によって、前記電子メー
ル内のパラメータに基づいて前記電子メール内のドキュ
メントをプリントする。

【００１３】第２の発明では、第１の発明において、配
信報告手段によって、前記電子メールに対するプリント
処理の結果例えばプリント成功又はプリント失敗を示す
旨をメッセージ化し、このメッセージ化されたプリント
処理結果を、前記クライアントに返信する。

【００１４】第３の発明では、第１の発明において、メ
ールフォーマット変換手段によって、クラテアントから
送信された前記電子メールが自己のシステムが解釈でき
るメールプロトコル形式でなかった場合は、当該電子メ
ールを当該メールプロトコルの内部フォーマットに変換
する。そしてプリント手段は、その変換された電子メー
ル内のパラメータ及びドキュメントに基づいてプリント
処理する。

【００１５】第４の発明では、第３の発明において、配
信報告手段によって、前記電子メールに対するプリント
処理の結果例えばプリント成功又はプリント失敗を示す
旨をメッセージ化し、更にメール転送手段によって、前
記メッセージ化されたプリント処理結果を、プリント処
理依頼した前記クライアントに対応するメールプロトコ
ルに変換し、このプロトコル変換されたプリント処理結
果を前記クライアントに転送する。

【００１６】第５の発明では、メール受信手段によっ
て、クライアントから送信された少なくともプリントの
ためのパラメータ及びプリントすべきドキュメントコン
テントであるファイルへのリファレンス情報を含む電子
メールを受信し、ファイル転送手段によって、前記受信
した電子メール内のリファレンス情報に基づいて前記フ
ァイルを取得し、更にプリント手段によって、前記受信
した電子メール内のプリントのためのパラメータに基づ
いて前記取得したファイル内のドキュメントをプリント
する。

【００１７】

【実施例】以下、本発明の実施例を添付図面参照して説
明する。

【００１８】図１は、本発明に係るネットワーク対応プ
リント処理システムを第１の実施例を構成図で示したも
のである。

【００１９】同図において、ネットワーク対応プリント
処理システムは、クライアント１０と、プリント処理シ
ステム２０とがネットワーク３０に接続されて構成され
ている。

【００２０】クライアント１０は例えばワークステーシ
ョンやコンピュータであり、プリントサービスを表現す
る特殊なユーザに電子メールを送る。

【００２１】プリント処理システム２０は、メールサー
バ１１０と、パラメタファイル解析機構１２０と、プリ
ント要求機構１３０と、プリントサーバ１４０とを有し
ており、メールサービス機能及びプリントサービス機能
を提供する。

【００２２】メールサーバ１１０において、メール受信
機構１１１はネットワーク３０を経て入力される電子メ
ールを受信し、この電子メールをメールボックス管理部
１１２に渡す。メールボックス管理部１１２は渡された
電子メールを、通常のメールサーバと同様に、記憶装置
１１３内の宛先毎（ユーザ毎）のメールボックスに格納
する。配信報告機構１１４は、メールボックスに格納さ
れた電子メールに対するプリント処理の結果を配信報告
メールとして、当該電子メールの発信元であるクライア
ントに送信する。

【００２３】なお、この実施例においては、各プリント
サーバにそれぞれ対応して、メールの宛先となり得る特
殊なユーザが定義され、プリントサーバと共存するメー
ルサーバには、そのユーザに対するメールボックスが用
意されるようになっている。ここでは、このメールサー
バに１つのプリントサーバが接続され、そのプリントサ
ーバに対応してSharaku-PSというユーザが登録され、更
にこのユーザに対応してメールボックス１１３Ａが格納
されている。なおこの例では、メールボックスは１つの
みであるが、このメールサーバに複数のプリンタが接続
されている場合は、各プリンタにそれぞれ対してメール
ボックスが存在することになる。

【００２４】パラメタファイル解析機構１２０は、記憶
装置１１３内のメールボックスからメールを取り出し、
パラメタファイルを解析すると共に、必要なパラメタと
共にドキュメントファイルをプリント要求機構１３０に
送出する。プリント要求機構１３０では、それらの情報
をプリントサーバ１４０に渡してプリント出力を依頼す
る。プリントサーバ１４０はパラメタ及びドキュメント
ファイルに基づいてプリント出力する。この実施例で
は、プリントサーバ１４０は「Sharaku-PS」というユー
ザとして設けられている。

【００２５】係る構成において、ネットワーク対応プリ
ント処理システムのプリント処理について、図２に示す
フローチャートを参照しながら説明する。

【００２６】最初に、クライアント１０は、プリント部
数等、プリント時に必要なパラメタ群を記述したパラメ
タファイルとプリントしたいドキュメントファイルとを
ひとまとめにした電子メールを、プリントサーバを表現
する特殊なユーザ（この例ではSharaku-PS）に送信す
る。なお、このようなパラメータファイルとドキュメン
トファイルの対は１つの電子メール本体の中に幾つあっ
ても構わない。

【００２７】ここに、クライアント１０からの電子メー
ルの一例を以下に示す。 ここで、『』はパラメタファイルを示す。「」はドキュ
メントファイルを示す。

【００２８】上記の電子メールにおいては、宛先となる
ユーザはSharaku-PSと指定されており、またパラメタフ
ァイルの中に、コメント及びドキュメントの名前（これ
らはプリント時のスタートシートに印字される）が指定
され、またプリント枚数は２部と指定され、更にドキュ
メントのフォーマットはPostScript（ポストスクリプ
ト）と指定されている。このファイルに続くドキュメン
トファイルは、PostScriptのプリントフォーマットファ
イルである。

【００２９】この様な電子メールがクライアント１０か
ら送信されると、該電子メールは、ネットワーク３０を
経てメール受信機構１１１に入力され（ステップ２０
１）、その後、メールボックス管理部１１２に入力され
る。メールボックス管理部１１２では、受け取った電子
メール内の宛先（この例ではSharaku-PS）を参照し、こ
の宛先に対応するメールボックス１１３Ａに当該電子メ
ールを格納する（ステップ２０２）。

【００３０】メールボックス１１３Ａに電子メールが届
くと、パラメタファイル解析機構１２０は、メールボッ
クス１１３Ａからその電子メールを取り出して、パラメ
タファイルの内容をチェックし（ステップ２０３）、そ
の内容にエラーがあるか否かを判断する（ステップ２０
４）。

【００３１】ステップ２０４において、エラーの場合は
その旨をメールサーバ１１０の配信報告機構１１４に通
知し（ステップ２０５）、一方、エラーでない場合は、
指定されたパラメタ群をプリントサーバ１４０が理解で
きる形式に変換し（ステップ２０６）、この変換された
パラメタ群およびドキュメントファイルをプリントジョ
ブとしてプリント要求機構１３０に渡す（ステップ２０
７）。プリント要求機構１３０では、受け取ったプリン
トジョブを該当するプリントサーバ１４０（この例では
Sharaku-PSに対応するプリントサーバ）に渡し、プリン
ト出力を依頼する。

【００３２】プリントサーバ１４０は、受け取ったドキ
ュメントを指定されたパラメタに従ってプリントすると
共に（ステップ２０８）、プリントが終了したか否かを
判断する（ステップ２０９）。ここで、プリントが終了
していない場合はエラーか否かを判断し（ステップ２１
０）、エラーでない場合は上記ステップ２０７に戻りこ
のステップ以降を実行し、一方、エラーの場合はその旨
をメールサーバ１１０の配信報告機構１１４に通知する
（ステップ２１１）。

【００３３】なおプリントサーバ１４０は、ステップ２
０８において、プリント終了した場合は、プリントショ
ブを終了した旨を配信報告機構１１４に通知する。

【００３４】すると配信報告機構１１４は、ショブの状
態（終了）を記述した配信報告メールを、元の電子メー
ルの発信者を宛先（この例ではクライアント１０）にし
て発信する（ステップ２１２）。

【００３５】またステップ２０５、２１１におけるエラ
ー通知を受け取った配信報告機構１１４は、ショブの状
態（エラー）を記述した配信報告メールを、元の電子メ
ールの発信者を宛先（この例ではクライアント１０）に
して発信する（ステップ２１３）。

【００３６】次に、プリントサーバ１４０から出力され
るプリント出力例を以下に示す。 というスタートシートに続いて、実際のドキュメントの
内容がプリント出力される。

【００３７】続いて、プリントジョブ成功の場合の配信
報告機構１１４から送信される配信報告メールの一例を
以下に示す。 ここで、「」は配信報告メールを示し、『』はパラメタ
ファイルを示す。

【００３８】引き続いて、エラーの場合の配信報告機構
１１４から送信される配信報告メールの一例を以下に示
す。 ここで、「」は配信報告メールを示し、『』はパラメタ
ファイルを示す。

【００３９】次に、本発明の第２の実施例について説明
する。

【００４０】図３は、本発明に係るネットワーク対応プ
リント処理システムを第２の実施例を構成図で示したも
のである。この構成図は、図１に示した第１の実施例の
構成図において、プリントサーバ３１０、プリンタ選択
機構３２０及びプリントステータス問合わ機構３３０を
追加し、またメールボックス１１３Ａをメールボックス
３４０に変更し、更にプリントサーバ１４０を削除した
構成になっている。

【００４１】この実施例においては、メールサーバ１１
０は、クライアントに代わってプリントサーバにプリン
ト要求を発行するエージェントとして捕らえることがで
きるので、このメールサーバ１１０は、記憶装置１１３
内に、PrintAgentという名前のメールボックス３４０を
持っている。

【００４２】プリントサーバ３１０には「Sharaku-PS」
という名前が設定されている。この実施例ではネットワ
ーク３０には１つのプリントサーバのみしか接続されて
いないが、ネットワーク３０に複数のプリントサーバを
接続するようにしても良い。この場合は、各プリントサ
ーバにそれぞれ対応してサーバ名（プリンタ名）が設定
される。クライアント１０は、電子メール内のパラメタ
ファイル中に、プリント出力を希望するプリンタを記述
することができる。

【００４３】プリンタ選択機構３２０は、プリント要求
を送信すべきプリントサーバを決定して、プリント出力
を依頼する。

【００４４】プリントステータス問合せ機構３３０は、
プリント要求されたプリントサーバに対して、プリント
ジョブのステータスを一定時間毎に問合わせする。

【００４５】係る構成において、ネットワーク対応プリ
ント処理システムのプリント処理について、図３に示す
フローチャートを参照しながら説明する。

【００４６】最初に、クライアント１０は、第１の実施
例と同様に、パラメタファイルとドキュメントファイル
とをひとまとめにした電子メールを、仮想的なユーザつ
まりPrintAgentというユーザに対して電子メールを送信
する。

【００４７】ここに、クライアント１０からの電子メー
ルの一例を以下に示す。 ここで、『』はパラメタファイルを示す。「」はドキュ
メントファイルを示す。

【００４８】上記の電子メールにおいては、Sharaku-PS
というプリントサーバが指定されている。この指定は無
くても構わない。

【００４９】この様な電子メールがクライアント１０か
ら送信されると、上記第１の実施例で説明した図２のス
テップ２０１〜２０６と同様の処理が行われる（ステッ
プ４０１〜４０６）。

【００５０】パラメタファイル解析機構１２０は、変換
されたパラメタ群およびドキュメントファイルをプリン
トジョブとしてプリンタ選択機構３２０に渡す（ステッ
プ４０７）。プリンタ選択機構３２０では、パラメタ群
に基づいて、プリント要求を送信すべきプリントサーバ
が存在するか否かを調べる（ステップ４０８）。ここ
で、存在しない場合には、配信報告機構１１４にエラー
の旨を通知し（ステップ４０９）、一方、存在する場合
は、プリント要求機構１３０に対して、該当するプリン
トサーバを示す情報と、プリンタ選択機構３２０から渡
されたプリントジョブとを渡す（ステップ４１０）。

【００５１】なおプリントサーバの選択に当たっては、
プリンタ選択機構３２０は、パラメタファイル中にプリ
ンタが指定されている場合には、そのプリンタを選択す
る。またプリンタの指定がなく、パラメタファイル中に
例えば使用するフォント等の指定がある場合はその条件
を満たすプリンタを選択する。その条件を満たすプリン
タを見付けられない場合は、配信報告機構１１４にエラ
ーを通知することになる。

【００５２】従ってこの例では、プリント要求機構１３
０には、プリントサーバ３１０のサーバ名である「Shar
aku-PS」と上記プリントジョブとが渡されることになる
ので、プリント要求機構１３０は、決定されたプリント
サーバに対し、該プリントサーバがサポートするプロト
コルでPrint 要求を発行する（ステップ４１１）。

【００５３】そしてプリント要求機構１３０は、Print
要求が成功したか否かを判断し（ステップ４１２）、こ
こで、何等かの理由でPrint 要求が失敗した場合には、
メールサーバ１１０の配信報告機構１１４にエラーを通
知し（ステップ４１３）、一方、Print 要求が成功した
場合は、その旨及びプリントサーバを示す情報をプリン
トステータス問合せ機構３３０に通知する。

【００５４】プリントステータス問合せ機構３３０は、
通知されたプリントサーバを示す情報に基づくプリント
サーバに対して、プリントジョブのステータスを一定時
間毎に問合わせする（ステップ４１４）。次に、その問
合わせの結果が、プリントの終了を示す旨であるかを調
べる（ステップ４１５）。プリントの終了を示す旨でな
い場合は、エラーを示す旨であるかを調べる（ステップ
４１６）。エラーを示す旨でない場合には、上記ステッ
プ４１４に戻りこのステップ以降を実行し、一方、エラ
ーを示す旨の場合は、メールサーバ１１０の配信報告機
構１１４にエラーを通知し（ステップ４１７）。

【００５５】なおプリントステータス問合せ機構３３０
は、ステップ４１５において、問合せの結果がプリント
の終了を示す旨であった場合は、プリントショブを終了
した旨を配信報告機構１１４に通知する。なおプリント
要求依頼されたプリントサーバからは、第１の実施例で
説明したようなプリント内容が出力される。

【００５６】すると配信報告機構１１４は、ショブの状
態（終了）を記述した配信報告メールを、元の電子メー
ルの発信者を宛先（この例ではクライアント１０）にし
て発信する（ステップ４１８）。なおこの配信報告メー
ルには、プリントジョブを実行したプリントサーバ名が
含まれている。これにより、ユーザは、プリントジョブ
が実際にどのプリントサーバにより実行されたかを知る
ことができる。

【００５７】またステップ４０５、４０９、４１３、４
１７におけるエラー通知を受け取った配信報告機構１１
４は、ショブの状態（エラー）を記述した配信報告メー
ルを、元の電子メールの発信者を宛先（この例ではクラ
イアント１０）にして発信する（ステップ４１９）。

【００５８】ここに、プリントジョブ成功の場合の配信
報告機構１１４から送信される配信報告メールの一例を
以下に示す。 ここで、「」は配信報告メールを示し、『』はパラメタ
ファイルを示す。

【００５９】引き続いて、エラーの場合の配信報告機構
１１４から送信される配信報告メールの一例を以下に示
す。 ここで、「」は配信報告メールを示し、『』はパラメタ
ファイルを示す。次に第３の実施例を説明する。

【００６０】図５は、本発明に係るネットワーク対応プ
リント処理システムの第３の実施例を構成図で示したも
のである。

【００６１】同図において、ネットワーク対応プリント
処理システムは、複数のクライアント５０１、５０２、
５０３と、複数の記憶装置５０４、５０５と、プリント
処理システム５０６とがネットワーク５０７に接続され
て構成されている。

【００６２】各クライアントは例えばワークステーショ
ンやコンピュータであり、プリントサービスを表現する
特殊なユーザに電子メールを送る。

【００６３】クライアント５０１はＳＭＴＰ（シンプル
・メール・トランスファ・プロトコル）のメールプロト
コルをサポートするＵＮＩＸクライアントであり、クラ
イアント５０２はＸＮＳ（ゼロックス・ネットワーク・
システム）のメールプロトコルをサポートするＸＮＳク
ライアントであり、クライアント５０３はＭＨＳ（メッ
セージ・ハンドリング・システム）のメールプロトコル
をサポートするＯＳＩ（開放型システム間相互接続）ク
ライアントである。

【００６４】記憶装置５０４にはクライアント５０１か
ら送信された電子メールが、宛先毎に確保されたメール
ボックスに格納され、記憶装置５０５にはクライアント
５０２から送信された電子メールが、宛先毎に確保され
たメールボックスに格納される。

【００６５】プリント処理システム５０６は、メールサ
ーバ５１０と、第１の実施例のパラメタファイル解析機
構１２０と同様の機能を果たすパラメタファイル解析機
構５２０と、第１の実施例のプリント要求機構１３０と
同様の機能を果たすプリント要求機構５３０と、第１の
実施例のプリントサーバ１４０と同様の機能を果たすプ
リントサーバ５４０とを有しており、メールサービス機
能及びプリントサービス機能を提供する。

【００６６】この実施例においては、メールサーバ５１
０は、ＭＨＳのメールプロトコル形式に従って、電子メ
ールに対する処理を行うように設定されているので、メ
ール受信機構５１１は、ネットワーク５０７を経て入力
されるクライアント５０３からの電子メール（ＭＨＳメ
ール）を受信すると、その電子メールをメールボックス
管理部５１２に渡す。メールボックス管理部５１２は、
渡された電子メールを、記憶装置５１３内の宛先毎（ユ
ーザ毎）のメールボックスに格納する。

【００６７】またメール受信機構５１１は、一定周期毎
に、記憶装置５０４及び記憶装置５０５内のメールボッ
クスを調べ、メールボックス内に電子メールがある場合
は、それを取り出して、その電子メールのフォーマット
変換をフォーマット変換機構５１４に依頼する。

【００６８】フォーマット変換機構５１４はフォーマッ
ト変換依頼のあった電子メールのフォーマットをＭＨＳ
の形式に変換し、該変換後の電子メールをメール受信機
構５１１に渡す。この変換後の電子メールは、メール受
信機構５１１、メールボックス管理部５１２を経て、記
憶装置５１３内の該当するメールボックスに格納され
る。

【００６９】配信報告機構５１５は、メールボックスに
格納された電子メールに対するプリント処理の結果を、
ＭＨＳの形式で配信報告メールを作成し、この配信報告
メールをメール転送機構５１６に転送する。

【００７０】メール転送機構５１６は、配信報告メール
の宛先を参照して、宛先が、ＭＨＳクライアントのとき
は、そのクライアントに対して配信報告メールをＭＨＳ
形式のまま送信し、一方、ＭＨＳ以外のクライアントの
ときは、そのクライアントに対して、配信報告メールを
適したフォーマットに変換した後に送信する。

【００７１】プリントサーバ５４０内のプリンタはネッ
トワーク上のユーザと同様に登録される。なおＵＮＩ
Ｘ、ＯＳＩ、ＸＮＳの各クライアントがサポートするメ
ールプロトコルに応じて、登録されるユーザ名（プリン
タ名）が異なるので、次にそのユーザ名について説明す
る。

【００７２】ＵＮＩＸのプロトコルにおいては、プリン
タ名は、 sharaku@netg.fujixerox.cop.jp となる。ＯＳＩ（ＭＨＳ）のプロトコルにおいては、プ
リンタ名は、 /S=sharaku/OU=KSPB/O=FujiXerox/PRMD=Xerox/ADMD=/C=
JP/ となる。ＸＮＳのプロトコルにおいては、プリンタ名
は、 sharaku:KSPB:FujiXerox となる。

【００７３】係る構成において、ネットワーク対応プリ
ント処理システムのプリント処理について、図６に示す
フローチャートを参照しながら説明する。

【００７４】クライアント５０１（UNIXクライアント）
は、「sharaku@netg.fujixerox.cop.jp 」というユーザ
に対して電子メールを送信する。この電子メールは通常
のＳＭＴＰメールであり、UNIXファイルシステムのディ
レクトリ/usr/spool/mail の下のsharaku というファイ
ルに配達される。つまりこの電子メールはネットワーク
５０７を経て記憶装置５０４内のメールボックスに格納
される。

【００７５】なおＳＭＴＰメールではバイナリファイル
を送れないので、ユーザは、電子メールをuuencodeして
ASCII ファイル形式にして送る。またＸＮＳなどのよう
にドキュメントコンテントとしてのドキュメントコンテ
ントファイルを付けることはできないので、１つのファ
イル中にControl-L などの制御文字列を入れて区切りな
がらパラメタ部分、（ASCII 化した）ドキュメントコン
テント部分を入れていくことになる。

【００７６】ここに、クライアント５０１からの電子メ
ールの一例を以下に示す。 「 From:tsubo＠nbetg.ksp.fujixerox.co.jp To:sharaku＠nbetg.ksp.fujixerox.co.jp 『パラメタ』 『ドキュメントコンテント』 」 ここで、「」は電子メールを示し、『』はファイルを示
す。

【００７７】またクライアント５０２（XNS クライアン
ト）は「sharaku:KSPB:FujiXerox」というユーザに対し
て電子メールを送る。この電子メールは通常のＸＮＳメ
ールであり、ＸＮＳのメールサーバ（Magic:KSPB:Xero
x）上の個人メールボックスに配達される。つまりこの
電子メールはネットワーク５０７を経て記憶装置５０５
内のメールボックスに格納される。

【００７８】ここに、クライアント５０２からの電子メ
ールの一例を以下に示す。 「 From:Tsuboyama:KSPB:Fuji Xerox To:sharaku:KSPB:Fuji Xerox 『パラメタ』 『ドキュメントコンテント（アタッチメント）』 」 ここで、「」は電子メールを示し、『』はファイルを示
す。

【００７９】更にクライアント５０３（OSI クライアン
ト）は「/S=sharaku/OU=KSPB/O=FujiXerox/PRMD=Xerox/
ADMD=/C=JP/ 」というユーザに対して電子メールを送
る。

【００８０】ここに、クライアント５０３からの電子メ
ールの一例を以下に示す。 「 From:/S=Tsuboyama/OU=KSPB/O=Fuji Xerox/PRMD=Xerox/ADMD=/C=JP/ To:/S=sharaku/OU=KSPB/O=Fuji Xerox/PRMD=Xerox/ADMD=/C=JP/ 『パラメタ』 『ドキュメントコンテント（ボディパート）』 」 ここで、「」は電子メールを示し、『』はファイルを示
す。

【００８１】この様な電子メールは、ＭＨＳ形式のメー
ルであるので、ネットワーク５０７を経てメール受信機
構５１１によって直接受信される。

【００８２】最初に、メール受信機構５１１は、自己の
システムが理解できるメールプロトコル（この例ではＭ
ＨＳのメールプロトコル）形式の電子メールが自己のプ
リント処理システム宛てに送信されてきたかを調べる
（ステップ６０１）。電子メールが送信されてきた場合
は、その電子メールを受信して（ステップ６０２）、メ
ールボックス管理部５１２に渡す。メールボックス管理
部５１２は、渡された電子メールを記憶装置５１３の該
当するメールボックスに格納する（ステップ６０３）。

【００８３】またメール受信機構５１１は、ステップ６
０１において電子メールが送信されて来ない場合は、一
定周期毎に、記憶装置５０４及び記憶装置５０５内のメ
ールボックスを調べ、それらのメールボックス内に電子
メールが存在するか否かを判断する（ステップ６０
４）。電子メールが存在しない場合には上記ステップ６
０１に戻りこのステップ以降を実行し、一方、電子メー
ルが存在する場合は、その電子メールを取り出して（ス
テップ６０５）、その電子メールのフォーマット変換を
フォーマット変換機構５１４に依頼する。

【００８４】なおメール受信機構５１１は、上記ステッ
プ６０５において、ＳＭＴＰメールの属性を見て、バイ
ナリファイルがuuencodeされていることがわかれば、uu
decode処理を施して、元のバイナリファイルに戻す作業
を行う。

【００８５】フォーマット変換機構５１４はフォーマッ
ト変換依頼のあった電子メールのフォーマットをＭＨＳ
の形式に変換し（ステップ６０６）、変換後の電子メー
ルをメール受信機構５１１に渡す。この変換後の電子メ
ールは、メール受信機構５１１、メールボックス管理部
５１２を経て、記憶装置５１３内の該当するメールボッ
クスに格納される。

【００８６】メールボックスに電子メールが届くと、パ
ラメタファイル解析機構５２０は、メールボックスに格
納されている電子メールを先頭から取り出して、その電
子メール内のパラメタファイルの内容をチェックする
（ステップ６０７）。

【００８７】その後、図２に示したステップ２０４〜２
１１と同様の処理が行われる（ステップ６０８〜６１
５）。

【００８８】そしてプリントサーバ５４０は、ステップ
６１３において、プリント終了した場合は、その旨を配
信報告機構５１５に通知する。すると配信報告機構５１
５は、メールボックスに格納された電子メールに対する
プリント処理の結果つまりジョブの状態（終了）を記述
した配信報告メールを、ＭＨＳのメールプロトコル形式
で配信報告メールを作成し（ステップ６１６）、この配
信報告メールをメール転送機構５１６に転送する。

【００８９】またステップ６０９、６１５におけるエラ
ー通知を受け取った配信報告機構５１５は、ジョブの状
態（エラー）を記述した配信報告メールを、ＭＨＳのメ
ールプロトコル形式で配信報告メールを作成し（ステッ
プ６１７）、この配信報告メールをメール転送機構５１
６に転送する。

【００９０】メール転送機構５１６では、転送されてき
た配信報告メールの宛先を参照し、該宛先に対して、Ｍ
ＨＳのメールプロトコルで転送可能か否かを判断し（ス
テップ６１８）、転送可能であれば、その宛先に対し
て、配信報告メールをＭＨＳの形式で転送し（ステップ
６１９）、一方、転送不可能であれば、そのクライアン
トに対して、配信報告メールを適したフォーマットに変
換した後に送信する（ステップ６２０）。

【００９１】ここで、プリントサーバ５４０から出力さ
れるプリント出力例を以下に示す。 というスタートシートに続いて、実際のドキュメントの
内容がプリント出力される。

【００９２】この第３の実施例では、ＳＭＴＰメールと
ＸＮＳメールとＭＨＳメールについて説明したが、これ
ら以外のメールに関しても、上述したような処理を行う
ように設定することによりサポートすることができる。

【００９３】以上説明したように、第３の実施例によれ
ば、プリンティングアプリケーション、メールアプリケ
ーションを導入しなくても、クライアントは、プリント
サーバにドキュメントを送り、プリントアウトさせるこ
とができる。またクライアントはプリンティングプロト
コルをサポートする必要はない。また使用しているメー
リングプロトコルを意識する必要もない。さらにクライ
アントから見ると新たなツールを覚える必要がない。

【００９４】次に、第４の実施例について説明する。

【００９５】図７は、本発明に係るネットワーク対応プ
リント処理システムの第４の実施例を構成図で示したも
のである。

【００９６】同図において、ネットワーク対応プリント
処理システムは、クライアント７０１と、記憶装置７０
２と、プリント処理システム７０３とがネットワーク７
０４に接続されて構成されている。

【００９７】クライアント７０１は例えばワークステー
ションやコンピュータであり、プリントサーバを表現す
る特殊なユーザに電子メールを送る。記憶装置７０２に
はプリント出力すべきドキュメントファイルが格納され
ている。

【００９８】プリント処理システム７０３は、メールサ
ーバ７１０と、パラメタファイル解析機構７２０と、プ
リント要求管理機構７３０と、ファイル転送機構７４０
と、プリント要求機構７５０と、プリントサーバ７６０
と、プリントステータス監視機構７７０とを有してお
り、メールサービス機能及びプリントサービス機能を提
供する。

【００９９】メールサーバ７１０は、メール受信機構７
１１とメールボックス管理部７１２と記憶装置７１３と
配信報告機構７１４とを備えて構成されており、図１に
示した第１の実施例の構成図のメールサーバ１１０と同
様の機能を果たす。

【０１００】パラメタファイル解析機構７２０、プリン
ト要求機構７５０及びプリントサーバ７６０は、それぞ
れ図１に示した第１の実施例の構成図のパラメタファイ
ル解析機構１２０、プリント要求機構１３０及びプリン
トサーバ１４０と同様の機能を果たす。

【０１０１】プリント要求管理機構７３０は、パラメタ
ファイル解析機構７２０から渡されたプリントジョブを
参照して、ファイル転送機構７４０に対して、該当する
ドキュメントファイルのファイル転送を指示する。また
プリント要求管理機構７３０は、ファイル転送指示に応
答したファイル転送機構７４０によって転送されてきた
ドキュメントファイル及び上記プリントジョブ内のパラ
メタ群をプリント要求機構７５０に渡す。この結果、プ
リントサーバ１４０からは、パラメタ群に従ってドキュ
メントがプリントアウトされる。

【０１０２】ファイル転送機構７４０は、ファイル転送
指示に従って該当するドキュメントファイルを取得し、
これをプリント処理システム７０３内に設けられた図示
しないメモリに一時的に保存すると共に、ファイル削除
指示に従って、前記図示しないメモリに保存されている
ドキュメントファイルを削除する。

【０１０３】プリントステータス監視機構７７０は、記
憶装置７１３のメールボックスから取り出した電子メー
ルに対するプリント処理の状態を監視すると共に、ファ
イル転送機構７４０に対して、プリント処理を終了した
ドキュメントファイルを削除するよう指示する。また配
信報告機構７１４に対して、配信報告メールを送信する
ように指示する。

【０１０４】係る構成において、ネットワーク対応プリ
ント処理システムのプリント処理について、図８に示す
フローチャートを参照して説明する。

【０１０５】クライアント７０１は以下の情報をひとま
とめにして、プリントサーバを表現する特殊なユーザに
メールを送る。 （１）プリントデータが格納されているホスト、プリン
トデータが格納されているパス名、プリントデータの格
納に当たっての識別名、ファイル転送サービスの種類
等、プリントデータ取得時に必要なリファレンス情報。 （２）プリント部数、プリント時に必要なパラメタ。 なおリファレンス情報とプリントパラメタとが記述され
たファイルは１つのメール本体の中に幾つ有っても構わ
ない。

【０１０６】若しくは （３）プリント部数など、プリント時に必要なパラメタ
群を記述したファイル。 （４）プリントしたいドキュメントファイル。 なおパラメタファイルとドキュメントファイルの対は１
つのメール本体の中に幾つ有っても構わない。

【０１０７】ここに、クライアント７０１から送信され
る電子メールの一例を以下に示す。 「 From:Yomoda To:Sharaku-PS 『doc-name:DevPlan comment:Development Plan copies:2 doc-type:Post Script doc-content-type:referenced-document-by-ftp transfer-method:referenced-data-transfer doc-content-reference-ftp-hostname:parsley doc-content-reference-ftp-pathname: /usr/export/home/yomoda/doc/PostScript/ doc-content-reference-ftp-filename:DevPlan.ps 』 」 ここで、「」は電子メールを示し、『』はリファレンス
情報とプリントパラメタとが記述されたファイルを示
す。

【０１０８】パラメタ群の中には、ドキュメントの名前
とコメント（これはプリント時のスタートシートに印字
される）が指定され、プリント枚数が２部と指定され、
ドキュメントのフォーマットはPostScriptと指定されて
いる。またファイル転送サービスの種類もdoc-content-
typeというローカルな属性がreferenced-document-by-f
tpという値に設定されている。これによってファイル転
送サービスの種類が特定されている。プリントデータ
（document-content）がincluded-document でなくrefe
renced-document であることが指定されている。更にtr
ancefer-methodも指定されている。

【０１０９】このプリントデータをサーバが取得するた
めのリファレンス情報として、プリントデータが格納さ
れているホストの名前 (doc-content-reference-ftp-ho
stname:parsley) 、プリントデータが格納されているパ
ス名 (doc-content-reference-ftp-pathname:/usr/expo
rt/home/yomoda/doc/PostScript/) 、プリントデータの
格納当たっての識別名(doc-content-reference-ftp-fil
ename:DevPlan.ps) がそれぞれ指定されている。

【０１１０】なおドキュメントファイル自身はPostScri
ptのプリントフォーマットファイルである。

【０１１１】なお、ここでは、上記電子メールのリファ
イレンス情報に基づくドキュメントファイルは記憶装置
７０２に格納されているものとする。そのドキュメント
ファイルは以下のようになっている。

【０１１２】 「parsley:/home/yomoda/doc/PostScript/DevPlan.ps ［PostScript Format ］ 」 という情報に続いて、実際のドキュメントが保存されて
いる。

【０１１３】さて、上記のような電子メールがクライア
ント７０１から送信されると、この電子メールは、ネッ
トワーク７０４を経てメールサーバ７１０に入力され、
図２に示したステップ２０１〜２０４と同様の処理が行
われる（ステップ８０１〜８０４）。

【０１１４】そして、パラメタファイル解析機構７２０
は、ステップ８０４において、エラーの場合はその旨を
プリントステータス監視機構７７０に通知し（ステップ
８０５）、一方、エラーがない場合は、パラメタ群をプ
リントサーバが理解できる形式に変換し（ステップ８０
６）、その後、その変換したパラメタ群中のリファレン
ス情報を解析すると共に（ステップ８０７）、リファレ
ンス情報の内容をチェックし（ステップ８０８）、更
に、その内容が正しいか否かを判断する（ステップ８０
９）。

【０１１５】ステップ８０９において、エラーの場合に
はその旨をプリントステータス監視機構７７０に通知し
（ステップ８１０）、一方、エラーでない場合は、パラ
メタ群をプリント要求管理機構７３０に渡す（ステップ
８１１）。

【０１１６】プリント要求管理機構７３０はパラメタ群
中のリファレンス情報を参照すると共に、ファイル転送
機構７４０に、その情報を渡すと共に該当するドキュメ
ントファイルの転送を指示する。

【０１１７】ファイル転送機構７４０は渡されたリファ
レンス情報に基づいて、プリントすべきドキュメントフ
ァイルの転送処理を実行し（ステップ８１２）、ファイ
ル転送が成功したか否かを判断する（ステップ８１
３）。この場合、ドキュメントファイルは記憶装置７０
２内から取得される。

【０１１８】ステップ８１３において、失敗するなどエ
ラーが発生した場合は、その旨をプリントステータス監
視機構７７０に通知し（ステップ８１４）、一方、成功
した場合は、プリント処理システム７０３内の図示しな
いメモリにら一時的に保存する（ステップ８１５）。

【０１１９】そしてプリント要求管理機構７３０は、転
送されてきたドキュメントファイル及び、パラメタファ
イル解析機構７３０から既に渡されているパラメタ群を
プリントジョブとしてプリント要求機構７５０に渡す
（ステップ８１６）。

【０１２０】プリント要求機構７５０では、受け取った
プリントジョブを該当するプリントサーバ７６０（この
例ではSharaku-PSに対応するプリントサーバ）に渡し、
プリント出力を依頼する。

【０１２１】プリントサーバ７６０は、受け取ったドキ
ュメントファイルをプリントデータ（document-conten
t）とし、このプリントデータを指定されたパラメタに
従ってプリントすると共に（ステップ８１７）、プリン
トが終了したか否かを判断する（ステップ８１８）。こ
こで、プリントが終了していない場合はエラーか否かを
判断し（ステップ８１９）、エラーでない場合は上記ス
テップ８１７に戻りこのステップ以降を実行し、一方、
エラーの場合はその旨をプリントステータス監視機構７
７０に通知する（ステップ８２０）。

【０１２２】ステップ８１８においてプリントが終了し
た場合はその旨が、プリントサーバ７６０からプリント
ステータス監視機構７７０に通知されるので、プリント
ステータス監視機構７７０は、メールサーバ７１０の配
信報告機構７１４に、ジョブが終了した旨の配信報告を
するように指示する（ステップ８２１）。この結果、配
信報告機構７１４からは、ジョブの終了を示す旨の配信
報告メールが、元の電子メールの発信者宛て送信され
る。

【０１２３】またステップ８０５、８１０、８１４、８
２０におけるエラー通知を受け取ったプリントステータ
ス監視機構７７０は、メールサーバ７１０の配信報告機
構７１４に、エラーの旨の配信報告をするように指示す
る（ステップ８２２）。この結果、配信報告機構７１４
からは、ジョブのエラーを示す旨の配信報告メールが、
元の電子メールの発信者宛て送信される。

【０１２４】そしてプリントステータス監視機構７７０
は、上記ステップ８２１、８２２を終了したら、ファイ
ル転送機構７４０に対して、ファイル転送機構７４０に
対して、リファレンス情報に基づいて、一時的に取得し
たドキュメントファイルを削除するよう指示する（ステ
ップ８２３）。すると、ファイル転送機構７４０は、リ
ファレンス情報に基づいて、プリント処理システム７０
３内の図示しないメモリに一時的に保存されているドキ
ュメントファイルを削除する。

【０１２５】次に、プリントサーバ７６０から出力され
るプリント出力例を以下に示す。 というスタートシートに続いて、実際のドキュメントの
内容がプリント出力される。

【０１２６】続いて、プリントジョブ成功の場合の配信
報告機構７１４から送信される配信報告メールの一例を
以下に示す。 ここで、「」は配信報告メールを示し、『』はパラメタ
ファイルを示す。

【０１２７】引き続いて、エラーの場合の配信報告機構
７１４から送信される配信報告メールの一例を以下に示
す。 ここで、「」は配信報告メールを示し、『』はパラメタ
ファイルを示す。

【０１２８】上述した第４の実施例では、プリント処理
システムにメールサーバとプリントサーバとが存在する
場合の処理について説明したが、プリント処理システム
にメールサーバのみ存在し、プリントサーバがネットワ
ークに接続されている場合にも、第２の実施例と第４の
実施例とを組み合わせることにより容易に適用できると
いうことは言うまでもまい。

【０１２９】以上説明したように第４の実施例によれ
ば、ファイルリファレンス情報を電子メールで送信する
ことのできるクライアントは、メール転送時のネットワ
ーク及びクライアントの負荷を抑制しつつ、プリントサ
ーバから所望のプリント出力を得ることができる。

【０１３０】

【発明の効果】以上説明したように、第１の発明によれ
ば、メール受信手段によって、クライアントから送信さ
れた少なくともプリントのためのパラメータ及びプリン
トすべきドキュメントを含む電子メールを受信し、プリ
ント手段によって、前記電子メール内のパラメータに基
づいて前記電子メール内のドキュメントをプリントする
ようにしたので、電子メールを用いてプリントサービス
（プリントサーバ）にデータを送信することができると
いう利点がある。またクライアントはプリントプロトコ
ルをサポートする必要はないので、ユーザの作業性が良
いという利点もある。

【０１３１】第２の発明によれば、第１の発明におい
て、配信報告手段によって、前記電子メールに対するプ
リント処理の結果例えばプリント成功又はプリント失敗
を示す旨をメッセージ化し、このメッセージ化されたプ
リント処理結果を、前記クライアントに返信するように
したので、ユーザはプリントジョブが実際にどのプリン
トサービスにより実行されたかを知ることができるとい
う利点がある。

【０１３２】第３の発明によれば、第１の発明におい
て、メールフォーマット変換手段によって、クラテアン
トから送信された前記電子メールが自己のシステムが解
釈できるメールプロトコル形式でなかった場合は、当該
電子メールを当該メールプロトコルの内部フォーマット
に変換する。そしてプリント手段は、その変換された電
子メール内のパラメータ及びドキュメントに基づいてプ
リント処理するようにしたので、任意のメールプロトコ
ル形式に従った電子メールを用いてプリントサービスに
データを送信できるという利点がある。従って、複数の
異なるメールプロトコル形式の電子メールに対するプリ
ント処理を実行することのできるネットワーク対応プリ
ント処理システムを提供することができるという利点が
ある。

【０１３３】第４の発明によれば、第３の発明におい
て、配信報告手段によって、前記電子メールに対するプ
リント処理の結果例えばプリント成功又はプリント失敗
を示す旨をメッセージ化し、更にメール転送手段によっ
て、前記メッセージ化されたプリント処理結果を、プリ
ント処理依頼した前記クライアントに対応するメールプ
ロトコルに変換し、このプロトコル変換されたプリント
処理結果を前記クライアントに転送するようにしたの
で、ユーザはプリントジョブが実際にどのプリントサー
ビスにより実行されたかを知ることができるという利点
がある。

【０１３４】第５の発明によれば、メール受信手段によ
って、クライアントから送信された少なくともプリント
のためのパラメータ及びプリントすべきドキュメントコ
ンテントであるファイルへのリファレンス情報を含む電
子メールを受信し、ファイル転送手段によって、前記受
信した電子メール内のリファレンス情報に基づいて前記
ファイルを取得し、更にプリント手段によって、前記受
信した電子メール内のプリントのためのパラメータに基
づいて前記取得したファイル内のドキュメントをプリン
トするようにしたので、大容量のデータであるドキュメ
ントァイルを、大容量のデータ転送に適していないメー
ルプロトコルを使用してデータ転送する必要がないこと
となり、よってメール転送時のネットワーク上の転送効
率を工場させることができ、かつメールサービスの負荷
を抑制することができるという利点がある。

【図面の簡単な説明】

【図１】本発明に係るネットワーク対応プリント処理シ
ステムの第１の実施例を示す構成図。

【図２】第１の実施例のプリント処理動作を示すフロー
チャート。

【図３】本発明に係るネットワーク対応プリント処理シ
ステムの第２の実施例を示す構成図。

【図４】第２の実施例のプリント処理動作を示すフロー
チャート。

【図５】本発明に係るネットワーク対応プリント処理シ
ステムの第３の実施例を示す構成図。

【図６】第３の実施例のプリント処理動作を示すフロー
チャート。

【図７】本発明に係るネットワーク対応プリント処理シ
ステムの第４の実施例を示す構成図。

【図８】第４の実施例のプリント処理動作を示すフロー
チャート。

【符号の説明】

１０、５０１、５０２、５０３、７０１…クライアント ２０、５０６、７０３…プリント処理システム ３０、５０７、７０４…ネットワーク １１０、５１０、７１０…メールサーバ １１１、５１１、７１１…メール受信機構 １１２、５１２、７１２…メールボックス管理部 １１３、５０４、５０５、５１３、７０２、７１３…記
憶装置 １１３Ａ、３４０…メールボックス １１４、５１５、７１４…配信報告機構 １２０、５２０、７２０…パラメタファイル解析機構 １３０、５３０、７５０…プリント要求機構 １４０、３１０、５４０、７６０…プリントサーバ ３２０…プリンタ選択機構 ３３０…プリントステータス問合せ機構 ５１４…メールフォーマット変換機構 ５１６…メール転送機構 ７３０…プリント要求管理機構 ７４０…ファイル転送機構 ７７０…プリントステータス監視機構

───────────────────────────────────────────────────── フロントページの続き (72)発明者 坪山 徳保 神奈川県川崎市高津区坂戸３丁目２番１号 ＫＳＰ Ｒ＆Ｄ ビジネスパークビル 富士ゼロックス株式会社内

Claims (5)

【特許請求の範囲】
1. 【請求項１】クライアントから送信された少なくともプ
   リントのためのパラメータ及びプリントすべきドキュメ
   ントを含む電子メールを受信するメール受信手段と、 前記電子メール内のパラメータに基づいて前記電子メー
   ル内のドキュメントをプリントするプリント手段とを具
   えたことを特徴とするネットワーク対応プリント処理シ
   ステム。
2. 【請求項２】前記電子メールに対するプリント処理の結
   果をメッセージ化し、このメッセージ化されたプリント
   処理結果を、前記クライアントに返信する配信報告手段
   を更に具えたことを特徴とする請求項１記載のネットワ
   ーク対応プリント処理システム。
3. 【請求項３】前記電子メールが自己のシステムが解釈で
   きるメールプロトコル形式でなかった場合は、当該電子
   メールを当該メールプロトコルの内部フォーマットに変
   換するメールフォーマット変換手段を更に具えたことを
   特徴とする請求項１記載のネットワーク対応プリント処
   理システム。
4. 【請求項４】前記電子メールに対するプリント処理の結
   果をメッセージ化する配信報告手段と、 前記メッセージ化されたプリント処理結果を、前記クラ
   イアントに対応するメールプロトコルに変換し、このプ
   ロトコル変換されたプリント処理結果を前記クライアン
   トに転送するメール転送手段とを更に具えたことを特徴
   とする請求項３記載のネットワーク対応プリント処理シ
   ステム。
5. 【請求項５】クライアントから送信された少なくともプ
   リントのためのパラメータ及びプリントすべきドキュメ
   ントコンテントであるファイルへのリファレンス情報を
   含む電子メールを受信するメール受信手段と、 前記受信した電子メール内のリファレンス情報に基づい
   て前記ファイルを取得するファイル転送手段と、 前記受信した電子メール内のプリントのためのパラメー
   タに基づいて前記取得したファイル内のドキュメントを
   プリントするプリント手段とを具えたことを特徴とする
   ネットワーク対応プリント処理システム。