JP2007317169A - プリントシステム - Google Patents

Abstract

【課題】プリンタ側の状態に適応した印刷データを供給し、適切な印刷を行えるようにしたプリントシステムを提供する。
【解決手段】ネットワークを介してプリントサーバに１または複数のプリンタが接続されてなるプリントシステムであって、上記プリンタの状態を示すプリンタ情報を各プリンタから適当なタイミングで取得する手段と、上記プリントサーバから上記プリンタに印刷対象文書の書誌事項およびデータ保存場所情報を含むメタデータを生成して配信する手段と、上記プリンタから上記メタデータに基づいて印刷対象文書の印刷データの要求を受けた際に、要求を発した上記プリンタに対応する上記プリンタ情報に基づいて適切な印刷データを生成して配信する手段とを備える。
【選択図】図４

Description

本発明は、プリンタ側の状態に適応した印刷データを供給し、適切な印刷を行えるようにしたプリントシステムに関する。

図１は従来のサブスクライブ・パブリッシュ（subscribe-publish）型プッシュ（push）印刷の例を示す図であり、Ｗｅｂ技術で用いられるＲＳＳ（Rich Site Summary）フィードを利用して印刷データを提供するようにしたものである。

図１において、プリンタ１０に特定のＲＳＳフィードを購読するように設定することで、プリンタ１０はプリントサーバ２０からＲＳＳフィードを定期的に取得し、ＲＳＳに含まれるＵＲＬ（Uniform Resource Locator）に基づいてプリントサーバ２０からテキスト情報や画像情報の印刷データを取得して印刷を行うものである。

図２はＲＳＳの例を示す図であり、itemタグで囲まれた記事毎の記述Ｄ１、Ｄ２を含み、その中に含まれるenclosureタグにおける記述Ｄ３、Ｄ４に印刷データのＵＲＬが含まれている。

図３はＲＳＳの取得から印刷までの処理例を示すシーケンス図である。

図３において、プリンタ１０のＨＴＴＰ（Hyper Text Transfer Protocol）クライアントからプリントサーバ２０に対してＲＳＳ取得要求を行うことで（ステップＳ１）、プリンタ１０にＲＳＳが送信される（ステップＳ２）。ＨＴＴＰクライアントはＲＳＳをＲＳＳパーサに渡し（ステップＳ３）、ＲＳＳパーサはＲＳＳの解析を行い、enclosureタグから印刷データのＵＲＬを取得する（ステップＳ４）。

そして、プリントサーバ２０にリンク取得要求を行って（ステップＳ５）、印刷データを取得し（ステップＳ６）、印刷処理部に印刷データを渡して印刷命令を行うことで（ステップＳ７）、印刷を行う（ステップＳ８）。

なお、出願人は出願時点までに本発明に関連する公開された先行技術文献を発見することができなかった。よって、先行技術文献情報を開示していない。

上述したように、従来のプリントシステムではＷｅｂ技術のＲＳＳを利用することでＷｅｂベースのシステムを容易に構築することができるが、次のような問題点が指摘されていた。

すなわち、プリンタの基本仕様やオプションの有無、トレイに装填された用紙のサイズ等により、使用できる色数（カラー／モノクロ）、解像度、プリンタ言語、印刷可能範囲、紙種別等が異なり、プリントサーバから提供される印刷データを印刷できなかったり（例えば、Ａ３サイズの印刷データである場合にプリンタにＡ３の用紙が入っていない場合等）、予定された品質で印刷できなかったり（例えば、カラーの印刷データである場合にプリンタがカラー非対応（モノクロ）である場合等）する場合があった。

なお、ＨＴＴＰのAcceptヘッダには受け入れ可能なメディアタイプ等を記述することができるが、印刷条件を入れることは規定されていない。この場合、ＨＴＴＰのAcceptヘッダを独自に拡張することで、印刷条件を入れることは可能であるが、標準技術でなくなるため、システム構築の面で不利になる。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、プリンタ側の状態に適応した印刷データを供給し、適切な印刷を行えるようにしたプリントシステムを提供することにある。

上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、ネットワークを介してプリントサーバに１または複数のプリンタが接続されてなるプリントシステムであって、上記プリンタの状態を示すプリンタ情報を各プリンタから適当なタイミングで取得する手段と、上記プリントサーバから上記プリンタに印刷対象文書の書誌事項およびデータ保存場所情報を含むメタデータを生成して配信する手段と、上記プリンタから上記メタデータに基づいて印刷対象文書の印刷データの要求を受けた際に、要求を発した上記プリンタに対応する上記プリンタ情報に基づいて適切な印刷データを生成して配信する手段とを備えるプリントシステムを要旨としている。

また、請求項２に記載されるように、請求項１に記載のプリントシステムにおいて、上記プリンタ情報の取得は、上記プリンタから上記プリントサーバにプリンタ情報を伴う登録要求を送信することで行うようにすることができる。

また、請求項３に記載されるように、請求項１に記載のプリントシステムにおいて、上記プリンタ情報の取得は、上記プリントサーバがネットワーク上で発見したプリンタからプリンタ情報を取得することで行うようにすることができる。

また、請求項４に記載されるように、請求項１に記載のプリントシステムにおいて、上記プリンタ情報の取得は、上記プリンタから上記プリントサーバに送信した登録要求に含まれる上記プリンタのアクセス先情報に基づき、上記プリントサーバが上記プリンタからプリンタ情報を取得することで行うようにすることができる。

また、請求項５に記載されるように、請求項１乃至４のいずれか一項に記載のプリントシステムにおいて、上記プリンタ情報の取得は、一定時間毎に周期的に行うようにすることができる。

また、請求項６に記載されるように、請求項３または４のいずれか一項に記載のプリントシステムにおいて、上記プリンタ情報の取得は、上記プリンタから印刷対象文書の印刷データの要求を受けた際に行うようにすることができる。

また、請求項７に記載されるように、請求項１乃至６のいずれか一項に記載のプリントシステムにおいて、上記プリンタ情報を複数回にわたって取得する場合、初回は全情報の取得を行い、次回以降は時間的に変動する可能性の高い変動情報のみの取得を行うようにすることができる。

また、請求項８に記載されるように、請求項１乃至７のいずれか一項に記載のプリントシステムにおいて、上記印刷データの生成は、上記プリンタからの印刷データの要求に含まれるプリントサービスを識別するＩＤに基づき、プリンタＤＢから取得した対応するプリンタ情報に基づいて行うようにすることができる。

また、請求項９に記載されるように、請求項１乃至８のいずれか一項に記載のプリントシステムにおいて、上記印刷データの生成は、要求元のプリンタのタイプに対応するドライバにより生成するようにすることができる。

また、請求項１０に記載されるように、請求項１乃至９のいずれか一項に記載のプリントシステムにおいて、上記印刷データの生成は、外部の文書ＤＢから取得した文書データに基づいて行うようにすることができる。

また、請求項１１に記載されるように、請求項１乃至１０のいずれか一項に記載のプリントシステムにおいて、上記プリンタ情報には、罫線印刷済みの帳票用紙の情報が含まれ、上記プリンタから上記印刷対象文書のメタデータの要求があり、当該対象文書に対応する罫線印刷済みの帳票用紙が使用可能である場合は、上記印刷対象文書のメタデータに上記印刷対象文書の項目データを含ませ、上記プリンタは上記項目データの印刷を行うようにすることができる。

また、請求項１２に記載されるように、ネットワークを介して１または複数のプリンタが接続されてなるプリントサーバであって、上記プリンタの状態を示すプリンタ情報を各プリンタから適当なタイミングで取得する手段と、印刷対象文書の書誌事項およびデータ保存場所情報を含むメタデータを生成して上記プリンタに配信する手段と、上記プリンタから上記メタデータに基づいて印刷対象文書の印刷データの要求を受けた際に、要求を発した上記プリンタに対応する上記プリンタ情報に基づいて適切な印刷データを生成して配信する手段とを備えるプリントサーバとして構成することができる。

また、請求項１３に記載されるように、請求項１２に記載のプリントサーバにおいて、プリンタ側からＨＴＴＰリクエストを受信し、ＨＴＴＰレスポンスを返すＨＴＴＰサーバと、プリンタの状態を示すプリンタ情報の登録処理を行うプリンタ登録部と、プリンタに提供するＲＳＳを生成するＲＳＳ生成部と、プリンタ側から印刷データを要求された際にリクエストＵＲＬに含まれるプリントサービスを識別するＩＤを判定してプリンタ情報を取得するＩＤ判定部と、プリンタ情報から印刷条件を決定して印刷データの生成を行わせる生成データ決定部と、プリンタのタイプに応じて設けられ、印刷データの生成を行うドライバと、プリンタ情報を格納するプリンタＤＢとを備えるようにすることができる。

また、請求項１４に記載されるように、請求項１２または１３のいずれか一項に記載のプリントサーバにおいて、ネットワーク上に接続されたプリンタのディスカバリを行うディスカバリ部を備えるようにすることができる。

また、請求項１５に記載されるように、請求項１２乃至１４のいずれか一項に記載のプリントサーバにおいて、帳票の情報を管理する業務ＤＢとのインタフェースを行うＤＢコネクタを備えるようにすることができる。

また、請求項１６に記載されるように、プリントサーバにＨＴＴＰリクエストを送信してＨＴＴＰレスポンスを受け取るＨＴＴＰクライアントと、上記プリントサーバから受信したＲＳＳを解析するＲＳＳパーサと、上記プリントサーバから取得したデータの印刷処理を制御する印刷処理部と、作像ユニットおよび定着ユニット等の機構部からなるプリンタエンジンとを備えるプリンタとして構成することができる。

また、請求項１７に記載されるように、ネットワークを介してプリントサーバに１または複数のプリンタが接続されてなるプリントシステムにおけるプリント制御方法であって、上記プリンタの状態を示すプリンタ情報を各プリンタから適当なタイミングで取得する工程と、上記プリントサーバから上記プリンタに印刷対象文書の書誌事項およびデータ保存場所情報を含むメタデータを生成して配信する工程と、上記プリンタから上記メタデータに基づいて印刷対象文書の印刷データの要求を受けた際に、要求を発した上記プリンタに対応する上記プリンタ情報に基づいて適切な印刷データを生成して配信する工程とを備えるプリント制御方法として構成することができる。

また、請求項１８に記載されるように、請求項１７に記載のプリント制御方法をコンピュータに実行させるプリント制御プログラムとして構成することができる。

本発明のプリントシステムにあっては、プリンタ側の状態に適応した印刷データを供給することで、適切な印刷を行うことができる。

以下、本発明の好適な実施形態につき説明する。

＜第１の実施形態＞
図４は本発明の第１の実施形態にかかるプリントシステムの構成例を示す図である。

図４においては、タイプ（機種）Ａのプリンタ１（＃１）と、タイプＢのプリンタ１（＃２）と、タイプＡのプリンタ１（＃３）とが、ネットワークを介してプリントサーバ２に接続された状態を示している。また、プリントサーバ２は文書データを保存する文書ＤＢ３と接続されている。なお、プリンタ１の数は図示のものに限られるものではなく、各プリンタ１のタイプについても任意である。

プリントサーバ２は、プリンタ１側からＨＴＴＰリクエストを受信し、ＨＴＴＰレスポンスを返すＨＴＴＰサーバ２１と、プリンタ１の状態を示すプリンタ情報（メタデータ）の登録処理を行うプリンタ登録部２２と、プリンタ１に提供するＲＳＳを生成するＲＳＳ生成部２３と、プリンタ１側から印刷データを要求された際にリクエストＵＲＬに含まれるプリントサービスを識別するＩＤを判定してプリンタ情報を取得するＩＤ判定部２４と、プリンタ情報から印刷条件を決定して印刷データの生成を行わせる生成データ決定部２５と、プリンタ１のタイプに応じて設けられたドライバ２６（＃１、＃２）と、プリンタ情報を格納するプリンタＤＢ２７とを備えている。なお、ＨＴＴＰサーバ２１、プリンタ登録部２２、ＲＳＳ生成部２３、ＩＤ判定部２４、生成データ決定部２５、ドライバ２６はコンピュータプログラムが外部記録媒体等からインストールされることにより実現される。

図５はプリンタ１の内部構成例を示す図であり、プリントサーバ２にＨＴＴＰリクエストを送信してＨＴＴＰレスポンスを受け取るＨＴＴＰクライアント１１と、受信したＲＳＳを解析するＲＳＳパーサ１２と、印刷処理を制御する印刷処理部１３と、作像ユニットおよび定着ユニット等の機構部からなるプリンタエンジン１４とを備えている。なお、ＨＴＴＰクライアント１１、ＲＳＳパーサ１２、印刷処理部１３はコンピュータプログラムが外部記録媒体等からインストールされることにより実現される。

図６はプリンタ登録の処理例を示すシーケンス図である。

図６において、プリンタ１が稼動状態になった時点、ネットワークに接続された時点、もしくは状態に変更があった時点等に、プリンタ１からプリンタ情報を登録するためのデータをプリントサーバ２にＰＯＳＴする（ステップＳ１１）。図７はプリンタ１からＰＯＳＴするデータの例を示す図であり、ＸＭＬ（Extensible Markup Language）で記述した例である。このデータには、printerタグ内にプリンタ名（product-name）、用紙タイプ（paper-type）、印刷範囲（margin）等が含まれている。なお、プリンタ情報は図示の例に限られない。

図６に戻り、プリンタ１からＰＯＳＴされたデータをプリントサーバ２のＨＴＴＰサーバ２１が受け取り、ＨＴＴＰサーバ２１は受け取ったデータに含まれるＸＭＬデータをプリンタ登録部２２に渡す（ステップＳ１２）。

プリンタ登録部２２は渡されたＸＭＬデータに対して登録事前処理を行う（ステップＳ１３）。図８は登録事前処理の例を示すフローチャートであり、先ずＸＭＬ解析を行って登録すべきデータの取り出しを行い（ステップＳ２１）、続いてプリンタＤＢ２７に登録を行うためのＳＱＬ（Structured Query Language）文の生成を行い（ステップＳ２２）、ＳＱＬの実行を行う（ステップＳ２３）。図９は生成されるＳＱＬ文の例を示す図であり、プリントサービス（プリンタ）を識別するＩＤ（id）、カラー対応の有無、使用可能な用紙サイズ、プリンタ言語、印刷可能範囲等の情報をプリンタリストに登録する命令を含んでいる。

図６に戻り、プリンタ登録部２２でＳＱＬを実行することでプリンタＤＢ２７にＳＱＬを発行し（ステップＳ１４）、プリンタＤＢ２７にプリンタ情報が登録される。図１０はプリンタＤＢ２７の構造例を示す図であり、ｉｄ、カラー、Ａ４、Ｂ５、Ａ３、ＰＳ、ＰＣＬ、印刷可能範囲上、印刷可能範囲右、印刷可能範囲左、印刷可能範囲下等の項目を有している。

図６に戻り、プリンタ登録部２２は続いてＨＴＴＰサーバ２１に対し、プリンタＤＢ２７に登録したＩＤを含むアクセスＵＲＬを通知し（ステップＳ１５）、ＨＴＴＰサーバ２１はプリンタ１にＨＴＴＰレスポンスを返す（ステップＳ１６）。図１１はプリンタ１に返されるＨＴＴＰレスポンスの例を示す図であり、新規登録されたデータのLocationのＵＲＬにＩＤ「４５６」が含まれている状態を示している。

図１２はＲＳＳの取得から印刷までの処理例を示すシーケンス図である。

図１２において、プリンタ１のＨＴＴＰクライアント１１は、定期的もしくは明示的な指示に基づいてプリントサーバ２にＲＳＳ取得要求を行う（ステップＳ３１）。図１３はＨＴＴＰリクエストによるＲＳＳ取得要求の例を示す図である。

図１２に戻り、プリントサーバ２では印刷対象の文書（記事）につきＲＳＳ生成部２３によりＲＳＳの生成を行い（ステップＳ３２）、生成したＲＳＳをプリンタ１に送信する（ステップＳ３３）。図１４は生成されるＲＳＳの例を示す図であり、itemタグで囲まれた記事毎の記述Ｄ１１、Ｄ１２を含み、その中に含まれるenclosureタグにおける記述Ｄ１３、Ｄ１４に印刷データのＵＲＬが含まれ、このＵＲＬ内の記述Ｄ１５、Ｄ１６にプリントサービス（プリンタ）を識別するＩＤが含まれている。

図１２に戻り、ＨＴＴＰクライアント１１はＲＳＳのデータをＲＳＳパーサ１２に渡し（ステップＳ３４）、ＲＳＳパーサ１２はＲＳＳ解析処理を行い、enclosureタグから印刷データのＵＲＬを取得する（ステップＳ３５）。そして、プリントサーバ２にリンク取得要求を行う（ステップＳ３６）。図１５はＨＴＴＰリクエストによるリンク取得要求の例を示す図であり、記事（文書）を特定する記述Ｄ２１と、自己のプリンタ（プリントサービス）を特定するＩＤの記述Ｄ２２とを含んでいる。

図１２に戻り、リンク取得要求を受けたプリントサーバ２は、要求してきたプリンタの状態に適応した印刷データの生成を行い（ステップＳ３７）、生成した印刷データをプリンタ１に送信する（ステップＳ３８）。図１６は印刷データの例を示す図である。

なお、図１２ではリンク取得要求（ステップＳ３６）を待って印刷データの生成（ステップＳ３７）を行っているが、ＲＳＳ生成（ステップＳ３２）と並行して印刷データの生成を行い、蓄積しておくことで、印刷データの生成に時間がかかる場合にはリンク取得要求に対する応答時間を短縮することができる。

次いで、印刷データを受信したプリンタ１では、印刷処理部１３に印刷データを渡して印刷命令を行い（ステップＳ３９）、プリンタエンジン１４により印刷を行う（ステップＳ４０）。

図１７は図１２における印刷データ生成（ステップＳ３７）の処理例を示すシーケンス図である。

図１７において、プリントサーバ２のＨＴＴＰサーバ２１はプリンタ１から受信したリンク取得要求に含まれるＵＲＬをＩＤ判定部２４に渡し（ステップＳ４１）、ＩＤ判定部２４はＵＲＬからＩＤを切り出してプリンタ情報を取得するためのＳＱＬ文を生成する（ステップＳ４２）。図１８は生成されるＳＱＬ文の例を示す図である。

図１７に戻り、ＩＤ判定部２４はプリンタＤＢ２７にＳＱＬを発行し（ステップＳ４３）、プリンタ情報を取得する（ステップＳ４４）。そして、取得したプリンタ情報とＵＲＬを生成データ決定部２５に渡す（ステップＳ４５）。

生成データ決定部２５はプリンタ情報から印刷条件を決定するとともに、ＵＲＬから文書ＩＤを切り出し（ステップＳ４６）、文書ＤＢ３から印刷文書のデータを取得する（ステップＳ４７、Ｓ４８）。

次いで、生成データ決定部２５は要求してきたプリンタ１のタイプに対応するドライバ２６に印刷データ生成指示を行い（ステップＳ４９）、ドライバ２６は印刷データの生成を行い（ステップＳ５０）、生成した印刷データを生成データ決定部２５に返す（ステップＳ５１）。そして、生成データ決定部２５は印刷データをＨＴＴＰサーバ２１に渡し（ステップＳ５２）、プリンタ１に送信する。

このように、予めプリントサーバ２に各プリンタ１のプリンタ情報を登録しておき、そのプリンタ情報に基づき、要求のあったプリンタ１に適切な印刷データを生成して提供するようにしているため、基本仕様やオプションの有無、トレイに装填された用紙のサイズ等が異なっても、印刷できなかったり、予定された品質で印刷できなかったりすることがなくなる。

＜第２の実施形態＞
図１９は本発明の第２の実施形態にかかるプリントシステムの構成例を示す図であり、プリンタ１側からプリントサーバ２にプリンタ情報を登録しに行くのではなく、プリントサーバ２から接続されたプリンタ１をディスカバリ（発見）してプリンタ情報の登録を行うようにしたものである。

図１９において、プリントサーバ２の構成としては、ネットワーク上に接続されたプリンタ１のディスカバリを行うディスカバリ部２８が新たに設けられた点以外は図４と同様である。また、プリンタ１の構成も図５に示したものと同様である。

図２０はディスカバリによるプリンタ登録の処理例を示すシーケンス図である。

図２０において、プリントサーバ２はマルチキャストによりディスカバリのためのＰｒｏｂｅデータをプリンタ１側に送信する（ステップＳ６１）。図２１はディスカバリのためのＰｒｏｂｅを行うデータの例を示す図であり、ＷＳ−Ｄｉｓｃｏｖｅｒｙ(Web Services Dynamic Discovery)方式に基づくＳＯＡＰ（Simple Object Access Protocol）による記述例である。ここで、a:Actionタグで囲まれた記述Ｄ３１にはＰｒｏｂｅであることが示され、記述Ｄ３２には応答対象の条件が示されている。

図２０に戻り、Ｐｒｏｂｅのリクエストを受けたプリンタ１は、自己の条件と合致する場合にはＰｒｏｂｅＭａｔｃｈを示すデータをプリントサーバ２に返す（ステップＳ６２）。図２２はＰｒｏｂｅＭａｔｃｈを示すデータの例を示す図であり、プリントサービスのエンドポイント情報を示す記述Ｄ３３が含まれている。

図２０に戻り、プリントサーバ２はＰｒｏｂｅＭａｔｃｈを送ってきたプリンタ１に対し、プリンタ情報を示すメタデータの取得を要求するｇｅｔｍｅｔａｄａｔａを送信する（ステップＳ６３）。図２３はメタデータ取得リクエストの例を示す図であり、プリンタ情報を要求するものであるための拡張の記述Ｄ３４を含んでいる。

図２０に戻り、ｇｅｔｍｅｔａｄａｔａを受信したプリンタ１は、自己のプリンタ情報を示すメタデータをプリントサーバ２に送信する（ステップＳ６４）。図２４はメタデータ取得レスポンスの例を示す図であり、プリンタ情報を示す記述Ｄ３５を含んでいる。

図２０に戻り、プリントサーバ２は受信したメタデータをプリンタＤＢ２７に登録する（ステップＳ６５）。

このように、プリントサーバ２側からプリンタ登録を行うようにすることで、プリンタ１側からプリンタ登録を開始する処理が不要になり、プリンタ１側の制御構造を簡素化することができる。

＜第３の実施形態＞
第３の実施形態は、プリンタの状態が刻々と変化することに対応するため、プリンタからプリントサーバへ周期的にプリンタ情報を通知するようにしたものである。例えば、所定のサイズの用紙につき紙切れが発生した場合、既に登録されたプリンタ情報ではそのサイズの用紙が使用可能であると判断されてしまうが、周期的にプリンタ情報を通知することで、最新の状態を反映したプリンタ情報とすることができる。

システム構成および主要な動作は図４〜図１８に示した第１の実施形態と同様であるが、図６に示したプリンタ登録の処理を周期的に繰り返す点に特徴がある。

図２５は本発明の第３の実施形態において一定時間毎にプリンタが情報を通知する場合の処理例を示すシーケンス図である。図２５において、プリンタ１はプリントサーバ２に対して初回のプリンタ登録を行うと（ステップＳ１０１）、その後、プリンタ１は一定時間Ｔ毎にプリントサーバ２に対して初回のプリンタ登録と同様の更新を行う（ステップＳ１０２、Ｓ１０３、Ｓ１０４、・・・）。なお、登録するプリンタ情報については、後述するように、初回とその後の更新とで内容を変えることができる。

＜第４の実施形態＞
第４の実施形態は、プリンタの状態が刻々と変化することに対応するため、プリンタからプリントサーバへ初回のプリンタ登録が行われた後は、プリントサーバがプリンタから周期的にプリンタ情報を取得するようにしたものである。いわゆるＰｕｌｌ型（プリントサーバがプリンタから情報を引き出す（Ｐｕｌｌ）タイプ）の構成としたものである。

図２６は本発明の第４の実施形態にかかるプリンタおよびプリントサーバの構成例を示す図であり、（ａ）に示すように、プリンタ１にはプリントサーバ２からのＨＴＴＰリクエストを受け付けてＨＴＴＰレスポンスを返すためのＨＴＴＰサーバ１０１が設けられる。プリンタ１のその他の構成は図５に示したものと同様である。また、図２６（ｂ）に示すように、プリントサーバ２にはプリンタ１にＨＴＴＰでアクセスするためのＨＴＴＰクライアント２０１が設けられている。プリントサーバ２のその他の構成は図４に示したものと同様である。

図２７は一定時間毎にプリントサーバがプリンタ情報を取得する場合の処理例を示すシーケンス図である。図２７において、プリンタ１は先ずプリントサーバ２に対して初回のプリンタ登録を行う（ステップＳ１１１）。図２８はプリンタ１からプリントサーバ２へＰＯＳＴするデータの例を示す図であり、selfタグで示されるプリンタ１のプリンタ情報取得用のＵＲＬを含む記述Ｄ１０１が新たに追加されている点が第１の実施形態における図７とは異なる。

図２７に戻り、プリンタ１からプリントサーバ２への初回のプリンタ登録の後、プリントサーバ２は一定時間Ｔ毎にプリンタ１にプリンタ情報の取得要求を行い（ステップＳ１１２、Ｓ１１４、Ｓ１１６、・・・）、プリンタ情報を取得する（ステップＳ１１３、Ｓ１１５、Ｓ１１７、・・・）。

図２９は図２７のプリントサーバ２によるプリンタ１からの情報取得（ステップＳ１１２、Ｓ１１３、・・・）におけるプリンタ情報更新の処理例を示すシーケンス図である。図２９において、プリントサーバ２はＨＴＴＰクライアント２０１からプリンタ１にＨＴＴＰによりＧＥＴリクエストを行う（ステップＳ１２１）。図３０はプリンタへのリクエストおよびレスポンスの例を示す図であり、（ａ）に示すようなＧＥＴリクエストを送信する。ＧＥＴリクエストを受けたプリンタ１は（ｂ）に示すような処理成功を示すコード（２００ ＯＫ）とプリンタ情報を含むレスポンスをプリントサーバ２に返す。この内容はヘッダ部分が若干異なるほか、本文部分については図２８に示したものと同様である。

図２９に戻り、プリントサーバ２のＨＴＴＰクライアント２０１がプリンタ１からのレスポンスを受け取ると（ステップＳ１２２）、ＨＴＴＰクライアント２０１は受け取ったデータに含まれるＸＭＬデータをプリンタ登録部２２に渡す（ステップＳ１２３）。

プリンタ登録部２２は渡されたＸＭＬデータに対して登録事前処理を行う（ステップＳ１２４）。この登録事前処理は図８に示したものと同様であり、登録事前処理により生成されるＳＱＬ文も図９と同様である。

次いで、プリンタ登録部２２でＳＱＬを実行することでプリンタＤＢ２７にＳＱＬを発行し（ステップＳ１２５）、プリンタＤＢ２７にプリンタ情報が登録される。プリンタ情報は図１０に示したものと同様である。

＜第５の実施形態＞
第５の実施形態は、プリンタの状態が刻々と変化することに対応するため、印刷要求時（オンデマンド）にプリントサーバがプリンタからプリンタ情報を取得するようにしたものである。

プリンタ１によるプリントサーバ２からのＲＳＳの取得および印刷までの処理は図１２に示したものと同様であり、その際のプリントサーバ２における印刷データの生成（図１２のステップＳ３７）において最新のプリンタ情報をプリンタ１から取得するようにしている。

図３１は本発明の第５の実施形態においてオンデマンドにプリンタ情報を取得する場合の処理例を示すシーケンス図である。図３１において、プリントサーバ２のＨＴＴＰサーバ２１はプリンタ１から受信したリンク取得要求に含まれるＵＲＬをＩＤ判定部２４に渡し（ステップＳ１３１）、ＩＤ判定部２４はＵＲＬからＩＤを切り出してプリンタ情報を取得するためのＳＱＬ文を生成する（ステップＳ１３２）。生成されるＳＱＬ文は図１８に示したものと同様である。

次いで、ＩＤ判定部２４はプリンタＤＢ２７にＳＱＬを発行し（ステップＳ１３３）、プリンタ情報を取得する（ステップＳ１３４）。

次いで、ＩＤ判定部２４はプリンタ１にプリンタ情報取得を要求し（ステップＳ１３５）、プリンタ１から最新のプリンタ情報を取得する（ステップＳ１３６）。そして、ＩＤ判定部２４は取得したプリンタ情報とＵＲＬを生成データ決定部２５に渡す（ステップＳ１３７）。

生成データ決定部２５はプリンタ情報から印刷条件を決定するとともに、ＵＲＬから文書ＩＤを切り出し（ステップＳ１３８）、文書ＤＢ３から印刷文書のデータを取得する（ステップＳ１３９、Ｓ１４０）。

次いで、生成データ決定部２５は要求してきたプリンタ１のタイプに対応するドライバ２６に印刷データ生成指示を行い（ステップＳ１４１）、ドライバ２６は印刷データの生成を行い（ステップＳ１４２）、生成した印刷データを生成データ決定部２５に返す（ステップＳ１４３）。そして、生成データ決定部２５は印刷データをＨＴＴＰサーバ２１に渡し（ステップＳ１４４）、プリンタ１に送信する。

＜第６の実施形態＞
第６の実施形態は、周期的もしくはオンデマンドにプリンタからプリンタ情報を取得する場合に、時間的にあまり変動しない情報である固定部と時間的に変動する可能性の高い情報である変動部に分け、初回には固定部と変動部を併せて取得し、その後の取得時には変動部のみを取得することにより、通信トラヒックを低減させるようにしたものである。これまで説明してきたプリンタ情報としては簡略なものを示してきたが、実際には様々な項目を含むため相当量の情報を送受信することになり、また、それがプリンタの数だけ行き来することになるため、通信データ量の削減は意味のあることである。

図３２は本発明の第６の実施形態において固定部と変動部を分ける場合のプリンタ情報の例を示す図である。（ａ）は初回用の固定部と変動部を併せ持ったプリンタ情報を示しており、paper-type-listタグで示される使用可能な用紙サイズの記述Ｄ１１１が変動部に相当し、marginタグで示される印刷範囲の記述Ｄ１１２が固定部に相当する。（ｂ）は次回以降用の変動部のみを持ったプリンタ情報を示しており、変動部に相当するpaper-type-listタグで示される使用可能な用紙サイズの記述Ｄ１１３のみが含まれている。

図３３はＰｕｌｌ型（図２６〜図３０）とオンデマンド型（図３１）において固定部と変動部を分ける場合のリクエストの例を示す図である。図３３はプリンタ１からプリントサーバ２に初回の登録時にＰＯＳＴされるリクエストの例であり、staticタグで示す固定部のプリンタ情報を取得するためのＵＲＬを含む記述Ｄ１２１と、dynamicタグで示す変動部のプリンタ情報を取得するためのＵＲＬを含む記述Ｄ１２２とを含んでいる。次回以降、プリントサーバ２は変動部のみを取得したい場合、記述Ｄ１２２に含まれるプリンタのＵＲＬにアクセスすることで変動部のプリンタ情報を取得することができる。固定部のプリンタ情報についても取得する必要がある場合には、記述Ｄ１２１に含まれるプリンタのＵＲＬにアクセスすることで固定部のプリンタ情報を取得することができる。

＜第７の実施形態＞
図３４は本発明の第７の実施形態にかかるプリントシステムの構成例を示す図であり、プリンタ情報のメタデータに罫線印刷済みの帳票用紙の情報を含ませることで、対応する罫線印刷済みの帳票用紙が使用可能なプリンタに対してはＲＳＳに含まれるテキストデータのみで印刷を行わせるようにしたものである。

図３４において、プリントサーバ２の構成としては、帳票の情報を管理する業務ＤＢ４とのインタフェースを行うＤＢコネクタ２９が新たに設けられた点以外は図４と同様である。また、プリンタ１の構成も図５に示したものと同様である。

図３５は帳票の例を示す図であり、フォーマットの異なる帳票ａと帳票ｂとを示している。

図３６はプリントサーバ２に登録するメタデータの例を示す図であり、使用可能な帳票用紙の記述Ｄ４１を含んでいる。

図３７はＲＳＳの取得から印刷までの処理例を示すシーケンス図である。なお、印刷しようとする文書に対応する罫線印刷済みの帳票用紙が使用可能な状態における動作例を示している。

図３７において、プリンタ１のＨＴＴＰクライアント１１は、定期的もしくは明示的な指示に基づいてプリントサーバ２にＲＳＳ取得要求を行う（ステップＳ７１）。

プリントサーバ２ではＤＢコネクタ２９を介して業務ＤＢ４から帳票情報の取得を行い（ステップＳ７２、Ｓ７３）、取得した帳票情報に基づきＲＳＳ生成部２３はＲＳＳの生成を行い（ステップＳ７４）、プリンタ１に送信する（ステップＳ７５）。

次いで、ＨＴＴＰクライアント１１はＲＳＳのデータをＲＳＳパーサ１２に渡し（ステップＳ７６）、ＲＳＳパーサ１２はＲＳＳ解析処理を行い、各種のタグから帳票に印刷するデータを取得し（ステップＳ７７）、印刷処理部１３に印刷データを渡して印刷命令を行い（ステップＳ７８）、プリンタエンジン１４により印刷を行う（ステップＳ７９）。

図３８は図３７におけるＲＳＳ生成（ステップＳ７４）の処理例を示すフローチャートである。

図３８において、先ず、リクエストＵＲＬからプリンタＩＤを切り出し（ステップＳ８１）、対応するプリンタ情報を取得するためのＳＱＬ問合せを発行する（ステップＳ８２）。

次いで、検索結果から印刷可能範囲、保有用紙タイプを決定し（ステップＳ８３）、帳票が保有用紙タイプに含まれているか否か判断する（ステップＳ８４）。

そして、帳票が保有用紙タイプに含まれている場合（ステップＳ８４のＹｅｓ）は、業務ＤＢ４から取得したデータを含めたＲＳＳを生成し（ステップＳ８５）、生成されたＲＳＳをプリンタ１に返す（ステップＳ８７）。図３９は生成されるＲＳＳの例を示す図であり、例えば、見積書の各項目に印刷するデータの記述Ｄ４２が含まれている。

図３８に戻り、帳票が保有用紙タイプに含まれていない場合（ステップＳ８４のＮｏ）は、通常の印刷データへのリンク付きＲＳＳを生成し（ステップＳ８６）、生成されたＲＳＳをプリンタ１に返す（ステップＳ８７）。

このように、プリンタ情報のメタデータに罫線印刷済みの帳票用紙の情報を含ませ、対応する罫線印刷済みの帳票用紙が使用可能なプリンタ１に対してはＲＳＳに含まれるテキストデータのみで印刷を行わせるようにしたので、印刷データの生成およびネットワークの負荷を軽減することができる。

＜総括＞
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

従来のサブスクライブ・パブリッシュ型プッシュ印刷の例を示す図である。 ＲＳＳの例を示す図である。 ＲＳＳの取得から印刷までの処理例を示すシーケンス図である。 本発明の第１の実施形態にかかるプリントシステムの構成例を示す図である。 プリンタの内部構成例を示す図である。 プリンタ登録の処理例を示すシーケンス図である。 プリンタからＰＯＳＴするデータの例を示す図である。 登録事前処理の例を示すフローチャートである。 生成されるＳＱＬ文の例を示す図である。 プリンタＤＢの構造例を示す図である。 プリンタに返されるＨＴＴＰレスポンスの例を示す図である。 ＲＳＳの取得から印刷までの処理例を示すシーケンス図である。 ＲＳＳ取得要求の例を示す図である。 生成されるＲＳＳの例を示す図である。 リンク取得要求の例を示す図である。 印刷データの例を示す図である。 印刷データ生成の処理例を示すシーケンス図である。 生成されるＳＱＬ文の例を示す図である。 本発明の第２の実施形態にかかるプリントシステムの構成例を示す図である。 ディスカバリによるプリンタ登録の処理例を示すシーケンス図である。 ディスカバリのためのＰｒｏｂｅを行うデータの例を示す図である。 ＰｒｏｂｅＭａｔｃｈを示すデータの例を示す図である。 メタデータ取得リクエストの例を示す図である。 メタデータ取得レスポンスの例を示す図である。 本発明の第３の実施形態において一定時間毎にプリンタが情報を通知する場合の処理例を示すシーケンス図である。 本発明の第４の実施形態にかかるプリンタおよびプリントサーバの構成例を示す図である。 一定時間毎にプリントサーバがプリンタ情報を取得する場合の処理例を示すシーケンス図である。 プリンタからＰＯＳＴするデータの例を示す図である。 プリンタ情報更新の処理例を示すシーケンス図である。 プリンタへのリクエストおよびレスポンスの例を示す図である。 本発明の第５の実施形態においてオンデマンドにプリンタ情報を取得する場合の処理例を示すシーケンス図である。 本発明の第６の実施形態において固定部と変動部を分ける場合のプリンタ情報の例を示す図である。 Ｐｕｌｌ型とオンデマンド型において固定部と変動部を分ける場合のリクエストの例を示す図である。 本発明の第７の実施形態にかかるプリントシステムの構成例を示す図である。 帳票の例を示す図である。 プリントサーバに登録するメタデータの例を示す図である。 ＲＳＳの取得から印刷までの処理例を示すシーケンス図である。 ＲＳＳ生成の処理例を示すフローチャートである。 生成されるＲＳＳの例を示す図である。

符号の説明

１ プリンタ
１１ ＨＴＴＰクライアント
１２ ＲＳＳパーサ
１３ 印刷処理部
１４ プリンタエンジン
１０１ ＨＴＴＰサーバ
２ プリントサーバ
２１ ＨＴＴＰサーバ
２２ プリンタ登録部
２３ ＲＳＳ生成部
２４ ＩＤ判定部
２５ 生成データ決定部
２６ ドライバ
２７ プリンタＤＢ
２８ ディスカバリ部
２９ ＤＢコネクタ
２０１ ＨＴＴＰクライアント
３ 文書ＤＢ
４ 業務ＤＢ

Claims (18)

1. ネットワークを介してプリントサーバに１または複数のプリンタが接続されてなるプリントシステムであって、
   上記プリンタの状態を示すプリンタ情報を各プリンタから適当なタイミングで取得する手段と、
   上記プリントサーバから上記プリンタに印刷対象文書の書誌事項およびデータ保存場所情報を含むメタデータを生成して配信する手段と、
   上記プリンタから上記メタデータに基づいて印刷対象文書の印刷データの要求を受けた際に、要求を発した上記プリンタに対応する上記プリンタ情報に基づいて適切な印刷データを生成して配信する手段とを備えたことを特徴とするプリントシステム。
2. 請求項１に記載のプリントシステムにおいて、
   上記プリンタ情報の取得は、上記プリンタから上記プリントサーバにプリンタ情報を伴う登録要求を送信することで行うことを特徴とするプリントシステム。
3. 請求項１に記載のプリントシステムにおいて、
   上記プリンタ情報の取得は、上記プリントサーバがネットワーク上で発見したプリンタからプリンタ情報を取得することで行うことを特徴とするプリントシステム。
4. 請求項１に記載のプリントシステムにおいて、
   上記プリンタ情報の取得は、上記プリンタから上記プリントサーバに送信した登録要求に含まれる上記プリンタのアクセス先情報に基づき、上記プリントサーバが上記プリンタからプリンタ情報を取得することで行うことを特徴とするプリントシステム。
5. 請求項１乃至４のいずれか一項に記載のプリントシステムにおいて、
   上記プリンタ情報の取得は、一定時間毎に周期的に行うことを特徴とするプリントシステム。
6. 請求項３または４のいずれか一項に記載のプリントシステムにおいて、
   上記プリンタ情報の取得は、上記プリンタから印刷対象文書の印刷データの要求を受けた際に行うことを特徴とするプリントシステム。
7. 請求項１乃至６のいずれか一項に記載のプリントシステムにおいて、
   上記プリンタ情報を複数回にわたって取得する場合、初回は全情報の取得を行い、次回以降は時間的に変動する可能性の高い変動情報のみの取得を行うことを特徴とするプリントシステム。
8. 請求項１乃至７のいずれか一項に記載のプリントシステムにおいて、
   上記印刷データの生成は、上記プリンタからの印刷データの要求に含まれるプリントサービスを識別するＩＤに基づき、プリンタＤＢから取得した対応するプリンタ情報に基づいて行うことを特徴とするプリントシステム。
9. 請求項１乃至８のいずれか一項に記載のプリントシステムにおいて、
   上記印刷データの生成は、要求元のプリンタのタイプに対応するドライバにより生成することを特徴とするプリントシステム。
10. 請求項１乃至９のいずれか一項に記載のプリントシステムにおいて、
    上記印刷データの生成は、外部の文書ＤＢから取得した文書データに基づいて行うことを特徴とするプリントシステム。
11. 請求項１乃至１０のいずれか一項に記載のプリントシステムにおいて、
    上記プリンタ情報には、罫線印刷済みの帳票用紙の情報が含まれ、
    上記プリンタから上記印刷対象文書のメタデータの要求があり、当該対象文書に対応する罫線印刷済みの帳票用紙が使用可能である場合は、上記印刷対象文書のメタデータに上記印刷対象文書の項目データを含ませ、
    上記プリンタは上記項目データの印刷を行うことを特徴とするプリントシステム。
12. ネットワークを介して１または複数のプリンタが接続されてなるプリントサーバであって、
    上記プリンタの状態を示すプリンタ情報を各プリンタから適当なタイミングで取得する手段と、
    印刷対象文書の書誌事項およびデータ保存場所情報を含むメタデータを生成して上記プリンタに配信する手段と、
    上記プリンタから上記メタデータに基づいて印刷対象文書の印刷データの要求を受けた際に、要求を発した上記プリンタに対応する上記プリンタ情報に基づいて適切な印刷データを生成して配信する手段とを備えたことを特徴とするプリントサーバ。
13. 請求項１２に記載のプリントサーバにおいて、
    プリンタ側からＨＴＴＰリクエストを受信し、ＨＴＴＰレスポンスを返すＨＴＴＰサーバと、
    プリンタの状態を示すプリンタ情報の登録処理を行うプリンタ登録部と、
    プリンタに提供するＲＳＳを生成するＲＳＳ生成部と、
    プリンタ側から印刷データを要求された際にリクエストＵＲＬに含まれるプリントサービスを識別するＩＤを判定してプリンタ情報を取得するＩＤ判定部と、
    プリンタ情報から印刷条件を決定して印刷データの生成を行わせる生成データ決定部と、
    プリンタのタイプに応じて設けられ、印刷データの生成を行うドライバと、
    プリンタ情報を格納するプリンタＤＢとを備えたことを特徴とするプリントサーバ。
14. 請求項１２または１３のいずれか一項に記載のプリントサーバにおいて、
    ネットワーク上に接続されたプリンタのディスカバリを行うディスカバリ部を備えたことを特徴とするプリントサーバ。
15. 請求項１２乃至１４のいずれか一項に記載のプリントサーバにおいて、
    帳票の情報を管理する業務ＤＢとのインタフェースを行うＤＢコネクタを備えたことを特徴とするプリントサーバ。
16. プリントサーバにＨＴＴＰリクエストを送信してＨＴＴＰレスポンスを受け取るＨＴＴＰクライアントと、
    上記プリントサーバから受信したＲＳＳを解析するＲＳＳパーサと、
    上記プリントサーバから取得したデータの印刷処理を制御する印刷処理部と、
    作像ユニットおよび定着ユニット等の機構部からなるプリンタエンジンとを備えたことを特徴とするプリンタ。
17. ネットワークを介してプリントサーバに１または複数のプリンタが接続されてなるプリントシステムにおけるプリント制御方法であって、
    上記プリンタの状態を示すプリンタ情報を各プリンタから適当なタイミングで取得する工程と、
    上記プリントサーバから上記プリンタに印刷対象文書の書誌事項およびデータ保存場所情報を含むメタデータを生成して配信する工程と、
    上記プリンタから上記メタデータに基づいて印刷対象文書の印刷データの要求を受けた際に、要求を発した上記プリンタに対応する上記プリンタ情報に基づいて適切な印刷データを生成して配信する工程とを備えたことを特徴とするプリント制御方法。
18. 請求項１７に記載のプリント制御方法をコンピュータに実行させることを特徴とするプリント制御プログラム。

Images