ネットワーク対応プリント処理システム
【目的】電子メールを用いてプリントサービスにデータを送出し得るネットワーク対応プリント処理システムを提供する。
【構成】クライアント１０はプリント用パラメータファイル及びドキュメントファイルを含む電子メールを、プリントサービスを行うユーザに送信する。メール受信機構１１１はその電子メールを受信してメールボックス管理部１１２に渡す。メールボックス管理部１１２は電子メールを記憶装置１１３内の該当メールボックス１１３Ａに格納する。パラメータファイル解析機構１２０は、その電子メールを取り出してパラメータファイルの内容をチェックする。パラメータファイル解析機構１２０は、その内容が正しい場合は、パラメータファイル及びドキュメントファイルをプリント要求機構１３０に渡してプリントサーバ１４０に対しプリントジョブの処理を依頼する。
【構成】クライアント１０はプリント用パラメータファイル及びドキュメントファイルを含む電子メールを、プリントサービスを行うユーザに送信する。メール受信機構１１１はその電子メールを受信してメールボックス管理部１１２に渡す。メールボックス管理部１１２は電子メールを記憶装置１１３内の該当メールボックス１１３Ａに格納する。パラメータファイル解析機構１２０は、その電子メールを取り出してパラメータファイルの内容をチェックする。パラメータファイル解析機構１２０は、その内容が正しい場合は、パラメータファイル及びドキュメントファイルをプリント要求機構１３０に渡してプリントサーバ１４０に対しプリントジョブの処理を依頼する。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】この発明は、ネットワークを等してドキュメントをプリンタに送出し、プリントさせるネットワーク対応プリント処理システムに関する。
【０００２】
【従来の技術】従来、ドキュメントをネットワークを通してプリンタに送り、プリントさせるためには、プリントサービス（プリントサーバ）がサポートするプロトコルに従ってドキュメントを送るようにしていた。
【０００３】例えばＸＮＳプリントサービスに対しては、クライアントはＸＮＳプリンティングプロトコル（XNSS 119005 Printing Protocol ）に従ってデータを送るようにしていた。
【０００４】また現在ＩＳＯ（国際標準化機構）で標準化が進められているＤＰＡ（ISO/IEC DIS 10175 Information 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というプリントサーバが指定されている。この指定は無くても構わない。
【００４９】この様な電子メールがクライアント１０から送信されると、上記第１の実施例で説明した図２のステップ２０１〜２０６と同様の処理が行われる（ステップ４０１〜４０６）。
【００５０】パラメタファイル解析機構１２０は、変換されたパラメタ群およびドキュメントファイルをプリントジョブとしてプリンタ選択機構３２０に渡す（ステップ４０７）。プリンタ選択機構３２０では、パラメタ群に基づいて、プリント要求を送信すべきプリントサーバが存在するか否かを調べる（ステップ４０８）。ここで、存在しない場合には、配信報告機構１１４にエラーの旨を通知し（ステップ４０９）、一方、存在する場合は、プリント要求機構１３０に対して、該当するプリントサーバを示す情報と、プリンタ選択機構３２０から渡されたプリントジョブとを渡す（ステップ４１０）。
【００５１】なおプリントサーバの選択に当たっては、プリンタ選択機構３２０は、パラメタファイル中にプリンタが指定されている場合には、そのプリンタを選択する。またプリンタの指定がなく、パラメタファイル中に例えば使用するフォント等の指定がある場合はその条件を満たすプリンタを選択する。その条件を満たすプリンタを見付けられない場合は、配信報告機構１１４にエラーを通知することになる。
【００５２】従ってこの例では、プリント要求機構１３０には、プリントサーバ３１０のサーバ名である「Sharaku-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:Xerox）上の個人メールボックスに配達される。つまりこの電子メールはネットワーク５０７を経て記憶装置５０５内のメールボックスに格納される。
【００７８】ここに、クライアント５０２からの電子メールの一例を以下に示す。
「 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されていることがわかれば、uudecode処理を施して、元のバイナリファイルに戻す作業を行う。
【００８５】フォーマット変換機構５１４はフォーマット変換依頼のあった電子メールのフォーマットをＭＨＳの形式に変換し（ステップ６０６）、変換後の電子メールをメール受信機構５１１に渡す。この変換後の電子メールは、メール受信機構５１１、メールボックス管理部５１２を経て、記憶装置５１３内の該当するメールボックスに格納される。
【００８６】メールボックスに電子メールが届くと、パラメタファイル解析機構５２０は、メールボックスに格納されている電子メールを先頭から取り出して、その電子メール内のパラメタファイルの内容をチェックする（ステップ６０７）。
【００８７】その後、図２に示したステップ２０４〜２１１と同様の処理が行われる（ステップ６０８〜６１５）。
【００８８】そしてプリントサーバ５４０は、ステップ６１３において、プリント終了した場合は、その旨を配信報告機構５１５に通知する。すると配信報告機構５１５は、メールボックスに格納された電子メールに対するプリント処理の結果つまりジョブの状態（終了）を記述した配信報告メールを、ＭＨＳのメールプロトコル形式で配信報告メールを作成し（ステップ６１６）、この配信報告メールをメール転送機構５１６に転送する。
【００８９】またステップ６０９、６１５におけるエラー通知を受け取った配信報告機構５１５は、ジョブの状態（エラー）を記述した配信報告メールを、ＭＨＳのメールプロトコル形式で配信報告メールを作成し（ステップ６１７）、この配信報告メールをメール転送機構５１６に転送する。
【００９０】メール転送機構５１６では、転送されてきた配信報告メールの宛先を参照し、該宛先に対して、ＭＨＳのメールプロトコルで転送可能か否かを判断し（ステップ６１８）、転送可能であれば、その宛先に対して、配信報告メールをＭＨＳの形式で転送し（ステップ６１９）、一方、転送不可能であれば、そのクライアントに対して、配信報告メールを適したフォーマットに変換した後に送信する（ステップ６２０）。
【００９１】ここで、プリントサーバ５４０から出力されるプリント出力例を以下に示す。
というスタートシートに続いて、実際のドキュメントの内容がプリント出力される。
【００９２】この第３の実施例では、ＳＭＴＰメールとＸＮＳメールとＭＨＳメールについて説明したが、これら以外のメールに関しても、上述したような処理を行うように設定することによりサポートすることができる。
【００９３】以上説明したように、第３の実施例によれば、プリンティングアプリケーション、メールアプリケーションを導入しなくても、クライアントは、プリントサーバにドキュメントを送り、プリントアウトさせることができる。またクライアントはプリンティングプロトコルをサポートする必要はない。また使用しているメーリングプロトコルを意識する必要もない。さらにクライアントから見ると新たなツールを覚える必要がない。
【００９４】次に、第４の実施例について説明する。
【００９５】図７は、本発明に係るネットワーク対応プリント処理システムの第４の実施例を構成図で示したものである。
【００９６】同図において、ネットワーク対応プリント処理システムは、クライアント７０１と、記憶装置７０２と、プリント処理システム７０３とがネットワーク７０４に接続されて構成されている。
【００９７】クライアント７０１は例えばワークステーションやコンピュータであり、プリントサーバを表現する特殊なユーザに電子メールを送る。記憶装置７０２にはプリント出力すべきドキュメントファイルが格納されている。
【００９８】プリント処理システム７０３は、メールサーバ７１０と、パラメタファイル解析機構７２０と、プリント要求管理機構７３０と、ファイル転送機構７４０と、プリント要求機構７５０と、プリントサーバ７６０と、プリントステータス監視機構７７０とを有しており、メールサービス機能及びプリントサービス機能を提供する。
【００９９】メールサーバ７１０は、メール受信機構７１１とメールボックス管理部７１２と記憶装置７１３と配信報告機構７１４とを備えて構成されており、図１に示した第１の実施例の構成図のメールサーバ１１０と同様の機能を果たす。
【０１００】パラメタファイル解析機構７２０、プリント要求機構７５０及びプリントサーバ７６０は、それぞれ図１に示した第１の実施例の構成図のパラメタファイル解析機構１２０、プリント要求機構１３０及びプリントサーバ１４０と同様の機能を果たす。
【０１０１】プリント要求管理機構７３０は、パラメタファイル解析機構７２０から渡されたプリントジョブを参照して、ファイル転送機構７４０に対して、該当するドキュメントファイルのファイル転送を指示する。またプリント要求管理機構７３０は、ファイル転送指示に応答したファイル転送機構７４０によって転送されてきたドキュメントファイル及び上記プリントジョブ内のパラメタ群をプリント要求機構７５０に渡す。この結果、プリントサーバ１４０からは、パラメタ群に従ってドキュメントがプリントアウトされる。
【０１０２】ファイル転送機構７４０は、ファイル転送指示に従って該当するドキュメントファイルを取得し、これをプリント処理システム７０３内に設けられた図示しないメモリに一時的に保存すると共に、ファイル削除指示に従って、前記図示しないメモリに保存されているドキュメントファイルを削除する。
【０１０３】プリントステータス監視機構７７０は、記憶装置７１３のメールボックスから取り出した電子メールに対するプリント処理の状態を監視すると共に、ファイル転送機構７４０に対して、プリント処理を終了したドキュメントファイルを削除するよう指示する。また配信報告機構７１４に対して、配信報告メールを送信するように指示する。
【０１０４】係る構成において、ネットワーク対応プリント処理システムのプリント処理について、図８に示すフローチャートを参照して説明する。
【０１０５】クライアント７０１は以下の情報をひとまとめにして、プリントサーバを表現する特殊なユーザにメールを送る。
（１）プリントデータが格納されているホスト、プリントデータが格納されているパス名、プリントデータの格納に当たっての識別名、ファイル転送サービスの種類等、プリントデータ取得時に必要なリファレンス情報。
（２）プリント部数、プリント時に必要なパラメタ。
なおリファレンス情報とプリントパラメタとが記述されたファイルは１つのメール本体の中に幾つ有っても構わない。
【０１０６】若しくは（３）プリント部数など、プリント時に必要なパラメタ群を記述したファイル。
（４）プリントしたいドキュメントファイル。
なおパラメタファイルとドキュメントファイルの対は１つのメール本体の中に幾つ有っても構わない。
【０１０７】ここに、クライアント７０１から送信される電子メールの一例を以下に示す。
「 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-ftpという値に設定されている。これによってファイル転送サービスの種類が特定されている。プリントデータ（document-content）がincluded-document でなくreferenced-document であることが指定されている。更にtrancefer-methodも指定されている。
【０１０９】このプリントデータをサーバが取得するためのリファレンス情報として、プリントデータが格納されているホストの名前 (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のプリントフォーマットファイルである。
【０１１１】なお、ここでは、上記電子メールのリファイレンス情報に基づくドキュメントファイルは記憶装置７０２に格納されているものとする。そのドキュメントファイルは以下のようになっている。
【０１１２】
「parsley:/home/yomoda/doc/PostScript/DevPlan.ps ［PostScript Format ］ 」
という情報に続いて、実際のドキュメントが保存されている。
【０１１３】さて、上記のような電子メールがクライアント７０１から送信されると、この電子メールは、ネットワーク７０４を経てメールサーバ７１０に入力され、図２に示したステップ２０１〜２０４と同様の処理が行われる（ステップ８０１〜８０４）。
【０１１４】そして、パラメタファイル解析機構７２０は、ステップ８０４において、エラーの場合はその旨をプリントステータス監視機構７７０に通知し（ステップ８０５）、一方、エラーがない場合は、パラメタ群をプリントサーバが理解できる形式に変換し（ステップ８０６）、その後、その変換したパラメタ群中のリファレンス情報を解析すると共に（ステップ８０７）、リファレンス情報の内容をチェックし（ステップ８０８）、更に、その内容が正しいか否かを判断する（ステップ８０９）。
【０１１５】ステップ８０９において、エラーの場合にはその旨をプリントステータス監視機構７７０に通知し（ステップ８１０）、一方、エラーでない場合は、パラメタ群をプリント要求管理機構７３０に渡す（ステップ８１１）。
【０１１６】プリント要求管理機構７３０はパラメタ群中のリファレンス情報を参照すると共に、ファイル転送機構７４０に、その情報を渡すと共に該当するドキュメントファイルの転送を指示する。
【０１１７】ファイル転送機構７４０は渡されたリファレンス情報に基づいて、プリントすべきドキュメントファイルの転送処理を実行し（ステップ８１２）、ファイル転送が成功したか否かを判断する（ステップ８１３）。この場合、ドキュメントファイルは記憶装置７０２内から取得される。
【０１１８】ステップ８１３において、失敗するなどエラーが発生した場合は、その旨をプリントステータス監視機構７７０に通知し（ステップ８１４）、一方、成功した場合は、プリント処理システム７０３内の図示しないメモリにら一時的に保存する（ステップ８１５）。
【０１１９】そしてプリント要求管理機構７３０は、転送されてきたドキュメントファイル及び、パラメタファイル解析機構７３０から既に渡されているパラメタ群をプリントジョブとしてプリント要求機構７５０に渡す（ステップ８１６）。
【０１２０】プリント要求機構７５０では、受け取ったプリントジョブを該当するプリントサーバ７６０（この例ではSharaku-PSに対応するプリントサーバ）に渡し、プリント出力を依頼する。
【０１２１】プリントサーバ７６０は、受け取ったドキュメントファイルをプリントデータ（document-content）とし、このプリントデータを指定されたパラメタに従ってプリントすると共に（ステップ８１７）、プリントが終了したか否かを判断する（ステップ８１８）。ここで、プリントが終了していない場合はエラーか否かを判断し（ステップ８１９）、エラーでない場合は上記ステップ８１７に戻りこのステップ以降を実行し、一方、エラーの場合はその旨をプリントステータス監視機構７７０に通知する（ステップ８２０）。
【０１２２】ステップ８１８においてプリントが終了した場合はその旨が、プリントサーバ７６０からプリントステータス監視機構７７０に通知されるので、プリントステータス監視機構７７０は、メールサーバ７１０の配信報告機構７１４に、ジョブが終了した旨の配信報告をするように指示する（ステップ８２１）。この結果、配信報告機構７１４からは、ジョブの終了を示す旨の配信報告メールが、元の電子メールの発信者宛て送信される。
【０１２３】またステップ８０５、８１０、８１４、８２０におけるエラー通知を受け取ったプリントステータス監視機構７７０は、メールサーバ７１０の配信報告機構７１４に、エラーの旨の配信報告をするように指示する（ステップ８２２）。この結果、配信報告機構７１４からは、ジョブのエラーを示す旨の配信報告メールが、元の電子メールの発信者宛て送信される。
【０１２４】そしてプリントステータス監視機構７７０は、上記ステップ８２１、８２２を終了したら、ファイル転送機構７４０に対して、ファイル転送機構７４０に対して、リファレンス情報に基づいて、一時的に取得したドキュメントファイルを削除するよう指示する（ステップ８２３）。すると、ファイル転送機構７４０は、リファレンス情報に基づいて、プリント処理システム７０３内の図示しないメモリに一時的に保存されているドキュメントファイルを削除する。
【０１２５】次に、プリントサーバ７６０から出力されるプリント出力例を以下に示す。
というスタートシートに続いて、実際のドキュメントの内容がプリント出力される。
【０１２６】続いて、プリントジョブ成功の場合の配信報告機構７１４から送信される配信報告メールの一例を以下に示す。
ここで、「」は配信報告メールを示し、『』はパラメタファイルを示す。
【０１２７】引き続いて、エラーの場合の配信報告機構７１４から送信される配信報告メールの一例を以下に示す。
ここで、「」は配信報告メールを示し、『』はパラメタファイルを示す。
【０１２８】上述した第４の実施例では、プリント処理システムにメールサーバとプリントサーバとが存在する場合の処理について説明したが、プリント処理システムにメールサーバのみ存在し、プリントサーバがネットワークに接続されている場合にも、第２の実施例と第４の実施例とを組み合わせることにより容易に適用できるということは言うまでもまい。
【０１２９】以上説明したように第４の実施例によれば、ファイルリファレンス情報を電子メールで送信することのできるクライアントは、メール転送時のネットワーク及びクライアントの負荷を抑制しつつ、プリントサーバから所望のプリント出力を得ることができる。
【０１３０】
【発明の効果】以上説明したように、第１の発明によれば、メール受信手段によって、クライアントから送信された少なくともプリントのためのパラメータ及びプリントすべきドキュメントを含む電子メールを受信し、プリント手段によって、前記電子メール内のパラメータに基づいて前記電子メール内のドキュメントをプリントするようにしたので、電子メールを用いてプリントサービス（プリントサーバ）にデータを送信することができるという利点がある。またクライアントはプリントプロトコルをサポートする必要はないので、ユーザの作業性が良いという利点もある。
【０１３１】第２の発明によれば、第１の発明において、配信報告手段によって、前記電子メールに対するプリント処理の結果例えばプリント成功又はプリント失敗を示す旨をメッセージ化し、このメッセージ化されたプリント処理結果を、前記クライアントに返信するようにしたので、ユーザはプリントジョブが実際にどのプリントサービスにより実行されたかを知ることができるという利点がある。
【０１３２】第３の発明によれば、第１の発明において、メールフォーマット変換手段によって、クラテアントから送信された前記電子メールが自己のシステムが解釈できるメールプロトコル形式でなかった場合は、当該電子メールを当該メールプロトコルの内部フォーマットに変換する。そしてプリント手段は、その変換された電子メール内のパラメータ及びドキュメントに基づいてプリント処理するようにしたので、任意のメールプロトコル形式に従った電子メールを用いてプリントサービスにデータを送信できるという利点がある。従って、複数の異なるメールプロトコル形式の電子メールに対するプリント処理を実行することのできるネットワーク対応プリント処理システムを提供することができるという利点がある。
【０１３３】第４の発明によれば、第３の発明において、配信報告手段によって、前記電子メールに対するプリント処理の結果例えばプリント成功又はプリント失敗を示す旨をメッセージ化し、更にメール転送手段によって、前記メッセージ化されたプリント処理結果を、プリント処理依頼した前記クライアントに対応するメールプロトコルに変換し、このプロトコル変換されたプリント処理結果を前記クライアントに転送するようにしたので、ユーザはプリントジョブが実際にどのプリントサービスにより実行されたかを知ることができるという利点がある。
【０１３４】第５の発明によれば、メール受信手段によって、クライアントから送信された少なくともプリントのためのパラメータ及びプリントすべきドキュメントコンテントであるファイルへのリファレンス情報を含む電子メールを受信し、ファイル転送手段によって、前記受信した電子メール内のリファレンス情報に基づいて前記ファイルを取得し、更にプリント手段によって、前記受信した電子メール内のプリントのためのパラメータに基づいて前記取得したファイル内のドキュメントをプリントするようにしたので、大容量のデータであるドキュメントァイルを、大容量のデータ転送に適していないメールプロトコルを使用してデータ転送する必要がないこととなり、よってメール転送時のネットワーク上の転送効率を工場させることができ、かつメールサービスの負荷を抑制することができるという利点がある。
【図面の簡単な説明】
【図１】本発明に係るネットワーク対応プリント処理システムの第１の実施例を示す構成図。
【図２】第１の実施例のプリント処理動作を示すフローチャート。
【図３】本発明に係るネットワーク対応プリント処理システムの第２の実施例を示す構成図。
【図４】第２の実施例のプリント処理動作を示すフローチャート。
【図５】本発明に係るネットワーク対応プリント処理システムの第３の実施例を示す構成図。
【図６】第３の実施例のプリント処理動作を示すフローチャート。
【図７】本発明に係るネットワーク対応プリント処理システムの第４の実施例を示す構成図。
【図８】第４の実施例のプリント処理動作を示すフローチャート。
【符号の説明】
１０、５０１、５０２、５０３、７０１…クライアント
２０、５０６、７０３…プリント処理システム
３０、５０７、７０４…ネットワーク
１１０、５１０、７１０…メールサーバ
１１１、５１１、７１１…メール受信機構
１１２、５１２、７１２…メールボックス管理部
１１３、５０４、５０５、５１３、７０２、７１３…記憶装置
１１３Ａ、３４０…メールボックス
１１４、５１５、７１４…配信報告機構
１２０、５２０、７２０…パラメタファイル解析機構
１３０、５３０、７５０…プリント要求機構
１４０、３１０、５４０、７６０…プリントサーバ
３２０…プリンタ選択機構
３３０…プリントステータス問合せ機構
５１４…メールフォーマット変換機構
５１６…メール転送機構
７３０…プリント要求管理機構
７４０…ファイル転送機構
７７０…プリントステータス監視機構
【０００１】
【産業上の利用分野】この発明は、ネットワークを等してドキュメントをプリンタに送出し、プリントさせるネットワーク対応プリント処理システムに関する。
【０００２】
【従来の技術】従来、ドキュメントをネットワークを通してプリンタに送り、プリントさせるためには、プリントサービス（プリントサーバ）がサポートするプロトコルに従ってドキュメントを送るようにしていた。
【０００３】例えばＸＮＳプリントサービスに対しては、クライアントはＸＮＳプリンティングプロトコル（XNSS 119005 Printing Protocol ）に従ってデータを送るようにしていた。
【０００４】また現在ＩＳＯ（国際標準化機構）で標準化が進められているＤＰＡ（ISO/IEC DIS 10175 Information 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というプリントサーバが指定されている。この指定は無くても構わない。
【００４９】この様な電子メールがクライアント１０から送信されると、上記第１の実施例で説明した図２のステップ２０１〜２０６と同様の処理が行われる（ステップ４０１〜４０６）。
【００５０】パラメタファイル解析機構１２０は、変換されたパラメタ群およびドキュメントファイルをプリントジョブとしてプリンタ選択機構３２０に渡す（ステップ４０７）。プリンタ選択機構３２０では、パラメタ群に基づいて、プリント要求を送信すべきプリントサーバが存在するか否かを調べる（ステップ４０８）。ここで、存在しない場合には、配信報告機構１１４にエラーの旨を通知し（ステップ４０９）、一方、存在する場合は、プリント要求機構１３０に対して、該当するプリントサーバを示す情報と、プリンタ選択機構３２０から渡されたプリントジョブとを渡す（ステップ４１０）。
【００５１】なおプリントサーバの選択に当たっては、プリンタ選択機構３２０は、パラメタファイル中にプリンタが指定されている場合には、そのプリンタを選択する。またプリンタの指定がなく、パラメタファイル中に例えば使用するフォント等の指定がある場合はその条件を満たすプリンタを選択する。その条件を満たすプリンタを見付けられない場合は、配信報告機構１１４にエラーを通知することになる。
【００５２】従ってこの例では、プリント要求機構１３０には、プリントサーバ３１０のサーバ名である「Sharaku-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:Xerox）上の個人メールボックスに配達される。つまりこの電子メールはネットワーク５０７を経て記憶装置５０５内のメールボックスに格納される。
【００７８】ここに、クライアント５０２からの電子メールの一例を以下に示す。
「 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されていることがわかれば、uudecode処理を施して、元のバイナリファイルに戻す作業を行う。
【００８５】フォーマット変換機構５１４はフォーマット変換依頼のあった電子メールのフォーマットをＭＨＳの形式に変換し（ステップ６０６）、変換後の電子メールをメール受信機構５１１に渡す。この変換後の電子メールは、メール受信機構５１１、メールボックス管理部５１２を経て、記憶装置５１３内の該当するメールボックスに格納される。
【００８６】メールボックスに電子メールが届くと、パラメタファイル解析機構５２０は、メールボックスに格納されている電子メールを先頭から取り出して、その電子メール内のパラメタファイルの内容をチェックする（ステップ６０７）。
【００８７】その後、図２に示したステップ２０４〜２１１と同様の処理が行われる（ステップ６０８〜６１５）。
【００８８】そしてプリントサーバ５４０は、ステップ６１３において、プリント終了した場合は、その旨を配信報告機構５１５に通知する。すると配信報告機構５１５は、メールボックスに格納された電子メールに対するプリント処理の結果つまりジョブの状態（終了）を記述した配信報告メールを、ＭＨＳのメールプロトコル形式で配信報告メールを作成し（ステップ６１６）、この配信報告メールをメール転送機構５１６に転送する。
【００８９】またステップ６０９、６１５におけるエラー通知を受け取った配信報告機構５１５は、ジョブの状態（エラー）を記述した配信報告メールを、ＭＨＳのメールプロトコル形式で配信報告メールを作成し（ステップ６１７）、この配信報告メールをメール転送機構５１６に転送する。
【００９０】メール転送機構５１６では、転送されてきた配信報告メールの宛先を参照し、該宛先に対して、ＭＨＳのメールプロトコルで転送可能か否かを判断し（ステップ６１８）、転送可能であれば、その宛先に対して、配信報告メールをＭＨＳの形式で転送し（ステップ６１９）、一方、転送不可能であれば、そのクライアントに対して、配信報告メールを適したフォーマットに変換した後に送信する（ステップ６２０）。
【００９１】ここで、プリントサーバ５４０から出力されるプリント出力例を以下に示す。
というスタートシートに続いて、実際のドキュメントの内容がプリント出力される。
【００９２】この第３の実施例では、ＳＭＴＰメールとＸＮＳメールとＭＨＳメールについて説明したが、これら以外のメールに関しても、上述したような処理を行うように設定することによりサポートすることができる。
【００９３】以上説明したように、第３の実施例によれば、プリンティングアプリケーション、メールアプリケーションを導入しなくても、クライアントは、プリントサーバにドキュメントを送り、プリントアウトさせることができる。またクライアントはプリンティングプロトコルをサポートする必要はない。また使用しているメーリングプロトコルを意識する必要もない。さらにクライアントから見ると新たなツールを覚える必要がない。
【００９４】次に、第４の実施例について説明する。
【００９５】図７は、本発明に係るネットワーク対応プリント処理システムの第４の実施例を構成図で示したものである。
【００９６】同図において、ネットワーク対応プリント処理システムは、クライアント７０１と、記憶装置７０２と、プリント処理システム７０３とがネットワーク７０４に接続されて構成されている。
【００９７】クライアント７０１は例えばワークステーションやコンピュータであり、プリントサーバを表現する特殊なユーザに電子メールを送る。記憶装置７０２にはプリント出力すべきドキュメントファイルが格納されている。
【００９８】プリント処理システム７０３は、メールサーバ７１０と、パラメタファイル解析機構７２０と、プリント要求管理機構７３０と、ファイル転送機構７４０と、プリント要求機構７５０と、プリントサーバ７６０と、プリントステータス監視機構７７０とを有しており、メールサービス機能及びプリントサービス機能を提供する。
【００９９】メールサーバ７１０は、メール受信機構７１１とメールボックス管理部７１２と記憶装置７１３と配信報告機構７１４とを備えて構成されており、図１に示した第１の実施例の構成図のメールサーバ１１０と同様の機能を果たす。
【０１００】パラメタファイル解析機構７２０、プリント要求機構７５０及びプリントサーバ７６０は、それぞれ図１に示した第１の実施例の構成図のパラメタファイル解析機構１２０、プリント要求機構１３０及びプリントサーバ１４０と同様の機能を果たす。
【０１０１】プリント要求管理機構７３０は、パラメタファイル解析機構７２０から渡されたプリントジョブを参照して、ファイル転送機構７４０に対して、該当するドキュメントファイルのファイル転送を指示する。またプリント要求管理機構７３０は、ファイル転送指示に応答したファイル転送機構７４０によって転送されてきたドキュメントファイル及び上記プリントジョブ内のパラメタ群をプリント要求機構７５０に渡す。この結果、プリントサーバ１４０からは、パラメタ群に従ってドキュメントがプリントアウトされる。
【０１０２】ファイル転送機構７４０は、ファイル転送指示に従って該当するドキュメントファイルを取得し、これをプリント処理システム７０３内に設けられた図示しないメモリに一時的に保存すると共に、ファイル削除指示に従って、前記図示しないメモリに保存されているドキュメントファイルを削除する。
【０１０３】プリントステータス監視機構７７０は、記憶装置７１３のメールボックスから取り出した電子メールに対するプリント処理の状態を監視すると共に、ファイル転送機構７４０に対して、プリント処理を終了したドキュメントファイルを削除するよう指示する。また配信報告機構７１４に対して、配信報告メールを送信するように指示する。
【０１０４】係る構成において、ネットワーク対応プリント処理システムのプリント処理について、図８に示すフローチャートを参照して説明する。
【０１０５】クライアント７０１は以下の情報をひとまとめにして、プリントサーバを表現する特殊なユーザにメールを送る。
（１）プリントデータが格納されているホスト、プリントデータが格納されているパス名、プリントデータの格納に当たっての識別名、ファイル転送サービスの種類等、プリントデータ取得時に必要なリファレンス情報。
（２）プリント部数、プリント時に必要なパラメタ。
なおリファレンス情報とプリントパラメタとが記述されたファイルは１つのメール本体の中に幾つ有っても構わない。
【０１０６】若しくは（３）プリント部数など、プリント時に必要なパラメタ群を記述したファイル。
（４）プリントしたいドキュメントファイル。
なおパラメタファイルとドキュメントファイルの対は１つのメール本体の中に幾つ有っても構わない。
【０１０７】ここに、クライアント７０１から送信される電子メールの一例を以下に示す。
「 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-ftpという値に設定されている。これによってファイル転送サービスの種類が特定されている。プリントデータ（document-content）がincluded-document でなくreferenced-document であることが指定されている。更にtrancefer-methodも指定されている。
【０１０９】このプリントデータをサーバが取得するためのリファレンス情報として、プリントデータが格納されているホストの名前 (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のプリントフォーマットファイルである。
【０１１１】なお、ここでは、上記電子メールのリファイレンス情報に基づくドキュメントファイルは記憶装置７０２に格納されているものとする。そのドキュメントファイルは以下のようになっている。
【０１１２】
「parsley:/home/yomoda/doc/PostScript/DevPlan.ps ［PostScript Format ］ 」
という情報に続いて、実際のドキュメントが保存されている。
【０１１３】さて、上記のような電子メールがクライアント７０１から送信されると、この電子メールは、ネットワーク７０４を経てメールサーバ７１０に入力され、図２に示したステップ２０１〜２０４と同様の処理が行われる（ステップ８０１〜８０４）。
【０１１４】そして、パラメタファイル解析機構７２０は、ステップ８０４において、エラーの場合はその旨をプリントステータス監視機構７７０に通知し（ステップ８０５）、一方、エラーがない場合は、パラメタ群をプリントサーバが理解できる形式に変換し（ステップ８０６）、その後、その変換したパラメタ群中のリファレンス情報を解析すると共に（ステップ８０７）、リファレンス情報の内容をチェックし（ステップ８０８）、更に、その内容が正しいか否かを判断する（ステップ８０９）。
【０１１５】ステップ８０９において、エラーの場合にはその旨をプリントステータス監視機構７７０に通知し（ステップ８１０）、一方、エラーでない場合は、パラメタ群をプリント要求管理機構７３０に渡す（ステップ８１１）。
【０１１６】プリント要求管理機構７３０はパラメタ群中のリファレンス情報を参照すると共に、ファイル転送機構７４０に、その情報を渡すと共に該当するドキュメントファイルの転送を指示する。
【０１１７】ファイル転送機構７４０は渡されたリファレンス情報に基づいて、プリントすべきドキュメントファイルの転送処理を実行し（ステップ８１２）、ファイル転送が成功したか否かを判断する（ステップ８１３）。この場合、ドキュメントファイルは記憶装置７０２内から取得される。
【０１１８】ステップ８１３において、失敗するなどエラーが発生した場合は、その旨をプリントステータス監視機構７７０に通知し（ステップ８１４）、一方、成功した場合は、プリント処理システム７０３内の図示しないメモリにら一時的に保存する（ステップ８１５）。
【０１１９】そしてプリント要求管理機構７３０は、転送されてきたドキュメントファイル及び、パラメタファイル解析機構７３０から既に渡されているパラメタ群をプリントジョブとしてプリント要求機構７５０に渡す（ステップ８１６）。
【０１２０】プリント要求機構７５０では、受け取ったプリントジョブを該当するプリントサーバ７６０（この例ではSharaku-PSに対応するプリントサーバ）に渡し、プリント出力を依頼する。
【０１２１】プリントサーバ７６０は、受け取ったドキュメントファイルをプリントデータ（document-content）とし、このプリントデータを指定されたパラメタに従ってプリントすると共に（ステップ８１７）、プリントが終了したか否かを判断する（ステップ８１８）。ここで、プリントが終了していない場合はエラーか否かを判断し（ステップ８１９）、エラーでない場合は上記ステップ８１７に戻りこのステップ以降を実行し、一方、エラーの場合はその旨をプリントステータス監視機構７７０に通知する（ステップ８２０）。
【０１２２】ステップ８１８においてプリントが終了した場合はその旨が、プリントサーバ７６０からプリントステータス監視機構７７０に通知されるので、プリントステータス監視機構７７０は、メールサーバ７１０の配信報告機構７１４に、ジョブが終了した旨の配信報告をするように指示する（ステップ８２１）。この結果、配信報告機構７１４からは、ジョブの終了を示す旨の配信報告メールが、元の電子メールの発信者宛て送信される。
【０１２３】またステップ８０５、８１０、８１４、８２０におけるエラー通知を受け取ったプリントステータス監視機構７７０は、メールサーバ７１０の配信報告機構７１４に、エラーの旨の配信報告をするように指示する（ステップ８２２）。この結果、配信報告機構７１４からは、ジョブのエラーを示す旨の配信報告メールが、元の電子メールの発信者宛て送信される。
【０１２４】そしてプリントステータス監視機構７７０は、上記ステップ８２１、８２２を終了したら、ファイル転送機構７４０に対して、ファイル転送機構７４０に対して、リファレンス情報に基づいて、一時的に取得したドキュメントファイルを削除するよう指示する（ステップ８２３）。すると、ファイル転送機構７４０は、リファレンス情報に基づいて、プリント処理システム７０３内の図示しないメモリに一時的に保存されているドキュメントファイルを削除する。
【０１２５】次に、プリントサーバ７６０から出力されるプリント出力例を以下に示す。
というスタートシートに続いて、実際のドキュメントの内容がプリント出力される。
【０１２６】続いて、プリントジョブ成功の場合の配信報告機構７１４から送信される配信報告メールの一例を以下に示す。
ここで、「」は配信報告メールを示し、『』はパラメタファイルを示す。
【０１２７】引き続いて、エラーの場合の配信報告機構７１４から送信される配信報告メールの一例を以下に示す。
ここで、「」は配信報告メールを示し、『』はパラメタファイルを示す。
【０１２８】上述した第４の実施例では、プリント処理システムにメールサーバとプリントサーバとが存在する場合の処理について説明したが、プリント処理システムにメールサーバのみ存在し、プリントサーバがネットワークに接続されている場合にも、第２の実施例と第４の実施例とを組み合わせることにより容易に適用できるということは言うまでもまい。
【０１２９】以上説明したように第４の実施例によれば、ファイルリファレンス情報を電子メールで送信することのできるクライアントは、メール転送時のネットワーク及びクライアントの負荷を抑制しつつ、プリントサーバから所望のプリント出力を得ることができる。
【０１３０】
【発明の効果】以上説明したように、第１の発明によれば、メール受信手段によって、クライアントから送信された少なくともプリントのためのパラメータ及びプリントすべきドキュメントを含む電子メールを受信し、プリント手段によって、前記電子メール内のパラメータに基づいて前記電子メール内のドキュメントをプリントするようにしたので、電子メールを用いてプリントサービス（プリントサーバ）にデータを送信することができるという利点がある。またクライアントはプリントプロトコルをサポートする必要はないので、ユーザの作業性が良いという利点もある。
【０１３１】第２の発明によれば、第１の発明において、配信報告手段によって、前記電子メールに対するプリント処理の結果例えばプリント成功又はプリント失敗を示す旨をメッセージ化し、このメッセージ化されたプリント処理結果を、前記クライアントに返信するようにしたので、ユーザはプリントジョブが実際にどのプリントサービスにより実行されたかを知ることができるという利点がある。
【０１３２】第３の発明によれば、第１の発明において、メールフォーマット変換手段によって、クラテアントから送信された前記電子メールが自己のシステムが解釈できるメールプロトコル形式でなかった場合は、当該電子メールを当該メールプロトコルの内部フォーマットに変換する。そしてプリント手段は、その変換された電子メール内のパラメータ及びドキュメントに基づいてプリント処理するようにしたので、任意のメールプロトコル形式に従った電子メールを用いてプリントサービスにデータを送信できるという利点がある。従って、複数の異なるメールプロトコル形式の電子メールに対するプリント処理を実行することのできるネットワーク対応プリント処理システムを提供することができるという利点がある。
【０１３３】第４の発明によれば、第３の発明において、配信報告手段によって、前記電子メールに対するプリント処理の結果例えばプリント成功又はプリント失敗を示す旨をメッセージ化し、更にメール転送手段によって、前記メッセージ化されたプリント処理結果を、プリント処理依頼した前記クライアントに対応するメールプロトコルに変換し、このプロトコル変換されたプリント処理結果を前記クライアントに転送するようにしたので、ユーザはプリントジョブが実際にどのプリントサービスにより実行されたかを知ることができるという利点がある。
【０１３４】第５の発明によれば、メール受信手段によって、クライアントから送信された少なくともプリントのためのパラメータ及びプリントすべきドキュメントコンテントであるファイルへのリファレンス情報を含む電子メールを受信し、ファイル転送手段によって、前記受信した電子メール内のリファレンス情報に基づいて前記ファイルを取得し、更にプリント手段によって、前記受信した電子メール内のプリントのためのパラメータに基づいて前記取得したファイル内のドキュメントをプリントするようにしたので、大容量のデータであるドキュメントァイルを、大容量のデータ転送に適していないメールプロトコルを使用してデータ転送する必要がないこととなり、よってメール転送時のネットワーク上の転送効率を工場させることができ、かつメールサービスの負荷を抑制することができるという利点がある。
【図面の簡単な説明】
【図１】本発明に係るネットワーク対応プリント処理システムの第１の実施例を示す構成図。
【図２】第１の実施例のプリント処理動作を示すフローチャート。
【図３】本発明に係るネットワーク対応プリント処理システムの第２の実施例を示す構成図。
【図４】第２の実施例のプリント処理動作を示すフローチャート。
【図５】本発明に係るネットワーク対応プリント処理システムの第３の実施例を示す構成図。
【図６】第３の実施例のプリント処理動作を示すフローチャート。
【図７】本発明に係るネットワーク対応プリント処理システムの第４の実施例を示す構成図。
【図８】第４の実施例のプリント処理動作を示すフローチャート。
【符号の説明】
１０、５０１、５０２、５０３、７０１…クライアント
２０、５０６、７０３…プリント処理システム
３０、５０７、７０４…ネットワーク
１１０、５１０、７１０…メールサーバ
１１１、５１１、７１１…メール受信機構
１１２、５１２、７１２…メールボックス管理部
１１３、５０４、５０５、５１３、７０２、７１３…記憶装置
１１３Ａ、３４０…メールボックス
１１４、５１５、７１４…配信報告機構
１２０、５２０、７２０…パラメタファイル解析機構
１３０、５３０、７５０…プリント要求機構
１４０、３１０、５４０、７６０…プリントサーバ
３２０…プリンタ選択機構
３３０…プリントステータス問合せ機構
５１４…メールフォーマット変換機構
５１６…メール転送機構
７３０…プリント要求管理機構
７４０…ファイル転送機構
７７０…プリントステータス監視機構
【特許請求の範囲】
【請求項１】クライアントから送信された少なくともプリントのためのパラメータ及びプリントすべきドキュメントを含む電子メールを受信するメール受信手段と、前記電子メール内のパラメータに基づいて前記電子メール内のドキュメントをプリントするプリント手段とを具えたことを特徴とするネットワーク対応プリント処理システム。
【請求項２】前記電子メールに対するプリント処理の結果をメッセージ化し、このメッセージ化されたプリント処理結果を、前記クライアントに返信する配信報告手段を更に具えたことを特徴とする請求項１記載のネットワーク対応プリント処理システム。
【請求項３】前記電子メールが自己のシステムが解釈できるメールプロトコル形式でなかった場合は、当該電子メールを当該メールプロトコルの内部フォーマットに変換するメールフォーマット変換手段を更に具えたことを特徴とする請求項１記載のネットワーク対応プリント処理システム。
【請求項４】前記電子メールに対するプリント処理の結果をメッセージ化する配信報告手段と、前記メッセージ化されたプリント処理結果を、前記クライアントに対応するメールプロトコルに変換し、このプロトコル変換されたプリント処理結果を前記クライアントに転送するメール転送手段とを更に具えたことを特徴とする請求項３記載のネットワーク対応プリント処理システム。
【請求項５】クライアントから送信された少なくともプリントのためのパラメータ及びプリントすべきドキュメントコンテントであるファイルへのリファレンス情報を含む電子メールを受信するメール受信手段と、前記受信した電子メール内のリファレンス情報に基づいて前記ファイルを取得するファイル転送手段と、前記受信した電子メール内のプリントのためのパラメータに基づいて前記取得したファイル内のドキュメントをプリントするプリント手段とを具えたことを特徴とするネットワーク対応プリント処理システム。
【請求項１】クライアントから送信された少なくともプリントのためのパラメータ及びプリントすべきドキュメントを含む電子メールを受信するメール受信手段と、前記電子メール内のパラメータに基づいて前記電子メール内のドキュメントをプリントするプリント手段とを具えたことを特徴とするネットワーク対応プリント処理システム。
【請求項２】前記電子メールに対するプリント処理の結果をメッセージ化し、このメッセージ化されたプリント処理結果を、前記クライアントに返信する配信報告手段を更に具えたことを特徴とする請求項１記載のネットワーク対応プリント処理システム。
【請求項３】前記電子メールが自己のシステムが解釈できるメールプロトコル形式でなかった場合は、当該電子メールを当該メールプロトコルの内部フォーマットに変換するメールフォーマット変換手段を更に具えたことを特徴とする請求項１記載のネットワーク対応プリント処理システム。
【請求項４】前記電子メールに対するプリント処理の結果をメッセージ化する配信報告手段と、前記メッセージ化されたプリント処理結果を、前記クライアントに対応するメールプロトコルに変換し、このプロトコル変換されたプリント処理結果を前記クライアントに転送するメール転送手段とを更に具えたことを特徴とする請求項３記載のネットワーク対応プリント処理システム。
【請求項５】クライアントから送信された少なくともプリントのためのパラメータ及びプリントすべきドキュメントコンテントであるファイルへのリファレンス情報を含む電子メールを受信するメール受信手段と、前記受信した電子メール内のリファレンス情報に基づいて前記ファイルを取得するファイル転送手段と、前記受信した電子メール内のプリントのためのパラメータに基づいて前記取得したファイル内のドキュメントをプリントするプリント手段とを具えたことを特徴とするネットワーク対応プリント処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開平６−７７９９４
【公開日】平成６年（１９９４）３月１８日
【国際特許分類】
【出願番号】特願平４−２３０５２１
【出願日】平成４年（１９９２）８月２８日
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【公開日】平成６年（１９９４）３月１８日
【国際特許分類】
【出願日】平成４年（１９９２）８月２８日
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
[ Back to top ]