(57)【要約】【課題】ユーザが印刷する際の完成イメージと同様のプレビュー画像を生成することのできる印刷サーバ装置を提供する。【解決手段】プレビュー要求データを受信するプレビュー要求受信手段と、受信したプレビュー要求データの内容を解析するプレビュー要求解析手段と、解析した内容に従い、プレビュー要求データ内で指定されたコンテンツを取得するコンテンツ取得手段と、取得したコンテンツとプレビュー要求データに含まれる印刷設定に従ってプレビュー用データを生成するプレビュー生成手段とを備える。【選択図】図１
2009038526.tif 000002
【特許請求の範囲】
【請求項１】
プレビュー要求データを受信するプレビュー要求受信手段と、
受信したプレビュー要求データの内容を解析するプレビュー要求解析手段と、
解析した内容に従い、プレビュー要求データ内で指定されたコンテンツを取得するコンテンツ取得手段と、
取得したコンテンツとプレビュー要求データに含まれる印刷設定に従ってプレビュー用データを生成するプレビュー生成手段とを備えたことを特徴とする印刷サーバ装置。
【請求項２】
請求項１に記載の印刷サーバ装置において、
上記コンテンツ取得手段は、プレビュー要求データ内で指定されたコンテンツを取得する際に、印刷用のデザイン設定が存在する場合には印刷用のコンテンツデータを取得し、
上記プレビュー生成手段は、取得した印刷用のコンテンツデータに従ってプレビュー用データを生成することを特徴とする印刷サーバ装置。
【請求項３】
請求項２に記載の印刷サーバ装置において、
印刷用のデザイン設定が存在しない場合であっても複数のデザイン設定が存在する場合、通常のブラウザ用のデザイン設定を取得することを特徴とする印刷サーバ装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の印刷サーバ装置において、
上記プレビュー生成手段は、プレビュー要求データ内で指定された印刷設定が白黒印刷である場合に、コンテンツデータのカラー指定を白黒のみに変換してプレビュー用データを生成することを特徴とする印刷サーバ装置。
【請求項５】
プレビュー要求データを受信する工程と、
受信したプレビュー要求データの内容を解析する工程と、
解析した内容に従い、プレビュー要求データ内で指定されたコンテンツを取得する工程と、
取得したコンテンツとプレビュー要求データに含まれる印刷設定に従ってプレビュー用データを生成する工程とを備えたことを特徴とする印刷サーバ制御方法。
【請求項６】
印刷サーバ装置を構成するコンピュータを、
プレビュー要求データを受信する手段、
受信したプレビュー要求データの内容を解析する手段、
解析した内容に従い、プレビュー要求データ内で指定されたコンテンツを取得する手段、
取得したコンテンツとプレビュー要求データに含まれる印刷設定に従ってプレビュー用データを生成する手段、
として機能させる印刷サーバ制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷システムにおける印刷サーバ装置に関する。
【背景技術】
【０００２】
一般に、ユーザが印刷を実施する前には出来上がりの印刷イメージを確認することが多く、これはプレビューと呼ばれている。プレビューは、一般的には印刷を行うコンピュータ上で生成される。例えば、広く普及しているオペレーティングシステム（ＯＳ：Operating System）であるＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）の場合、ＯＳ自体がプレビューの描画機能を有しているため、ユーザはどのようなアプリケーションソフトを使っても印刷イメージを確認することが可能である。他のＯＳにおいても同様な方法でプレビューが生成される。
【０００３】
一方、出先のオフィス等に設置された印刷装置を用いて印刷を行なえるようにした、いわゆる遠隔印刷サービスの技術が提案されている（例えば、特許文献１参照。）。
【０００４】
このようなサービスを利用することで遠隔印刷を行うことが可能となるが、遠隔印刷サービスにおいては、印刷用コンテンツの取得も印刷も遠隔のコンピュータ（サーバ）上で実行されるため、従来行われているＯＳによるプレビュー生成機能を利用することは不可能である。
【０００５】  そのため、遠隔のコンピュータでプレビュー画像を生成したいというニーズが生じることとなるが、そのような目的で利用可能なサービスとしてサムネール生成サービスと呼ばれるものが存在する（（公序良俗違反につき、不掲載）等）。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したサムネール生成サービスは主にウェブページを閲覧する際のプレビュー画像として縮小画像であるサムネールを生成するものであり、本来的に印刷用のプレビュー画像を生成するものではない。
【０００７】
そのため、印刷対象コンテンツのトップページ（表紙部分）のみしか生成されないほか、集約等の印刷設定が反映されないという問題がある。
【０００８】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ユーザが印刷する際の完成イメージと同様のプレビュー画像を生成することのできる印刷サーバ装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、プレビュー要求データを受信するプレビュー要求受信手段と、受信したプレビュー要求データの内容を解析するプレビュー要求解析手段と、解析した内容に従い、プレビュー要求データ内で指定されたコンテンツを取得するコンテンツ取得手段と、取得したコンテンツとプレビュー要求データに含まれる印刷設定に従ってプレビュー用データを生成するプレビュー生成手段とを備える印刷サーバ装置を要旨としている。
【００１０】
また、請求項２に記載されるように、請求項１に記載の印刷サーバ装置において、上記コンテンツ取得手段は、プレビュー要求データ内で指定されたコンテンツを取得する際に、印刷用のデザイン設定が存在する場合には印刷用のコンテンツデータを取得し、上記プレビュー生成手段は、取得した印刷用のコンテンツデータに従ってプレビュー用データを生成するようにすることができる。
【００１１】
また、請求項３に記載されるように、請求項２に記載の印刷サーバ装置において、印刷用のデザイン設定が存在しない場合であっても複数のデザイン設定が存在する場合、通常のブラウザ用のデザイン設定を取得するようにすることができる。
【００１２】
また、請求項４に記載されるように、請求項１乃至３のいずれか一項に記載の印刷サーバ装置において、上記プレビュー生成手段は、プレビュー要求データ内で指定された印刷設定が白黒印刷である場合に、コンテンツデータのカラー指定を白黒のみに変換してプレビュー用データを生成するようにすることができる。
【００１３】
また、請求項５に記載されるように、プレビュー要求データを受信する工程と、受信したプレビュー要求データの内容を解析する工程と、解析した内容に従い、プレビュー要求データ内で指定されたコンテンツを取得する工程と、取得したコンテンツとプレビュー要求データに含まれる印刷設定に従ってプレビュー用データを生成する工程とを備える印刷サーバ制御方法として構成することができる。
【００１４】
また、請求項６に記載されるように、印刷サーバ装置を構成するコンピュータを、プレビュー要求データを受信する手段、受信したプレビュー要求データの内容を解析する手段、解析した内容に従い、プレビュー要求データ内で指定されたコンテンツを取得する手段、取得したコンテンツとプレビュー要求データに含まれる印刷設定に従ってプレビュー用データを生成する手段、として機能させる印刷サーバ制御プログラムとして構成することができる。
【発明の効果】
【００１５】
本発明の印刷サーバ装置にあっては、ユーザが遠隔印刷サービスを利用して印刷を実施する際に、印刷されるイメージをプレビューとして確認することが可能となり、間違った印刷をしてしまうことを回避することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の好適な実施形態につき説明する。
【００１７】
＜システム構成＞
図１は本発明の一実施形態にかかるシステムの構成例を示す図である。
【００１８】
図１において、クライアント１と、印刷装置３と、サーバ装置４と、印刷サーバ装置５とが、ネットワーク２を介して接続されている。
【００１９】
クライアント１は、ユーザの使用するＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistants）、携帯電話等の情報端末である。クライアント１内には印刷対象となるコンテンツ（アプリケーションデータ等のドキュメントファイル）が保持されている場合がある。
【００２０】
ネットワーク２は、インターネット等の通信回線である。企業等の組織内のＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）であってもよい。
【００２１】
印刷装置３は、ＭＦＰ（Multi Function Printer）等の用紙への印刷機能を有する装置である。
【００２２】
サーバ装置４は、印刷対象となることのあるコンテンツを保持する任意の装置である。
【００２３】
印刷サーバ装置５は、本発明を適用した装置であり、制御部５１と、プレビュー要求受信部５２と、プレビュー要求解析部５３と、コンテンツ取得部５４と、プレビュー生成部５５と、プレビューデータ送信部５６とを備えている。これらの機能部は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のハードウェア上で実行されるソフトウェア（コンピュータプログラム）によって実現されるものである。
【００２４】
制御部５１は、印刷サーバ装置５内の全体的な制御を行なう機能を有している。
【００２５】
プレビュー要求受信部５２は、クライアント１もしくは印刷装置３からのプレビュー要求データをＨＴＴＰ（Hyper Text Transfer Protocol）等により受信する機能を有している。
【００２６】
プレビュー要求解析部５３は、プレビュー要求データを解析し、プレビュー要求データに含まれるコンテンツ所在位置、プリンタ種類、印刷設定等の情報を取得する機能を有している。
【００２７】
コンテンツ取得部５４は、プレビュー要求解析部５３で取得されたコンテンツ所在位置に基づいてコンテンツデータを取得する機能を有している。
【００２８】
プレビュー生成部５５は、取得したコンテンツデータに基づいて印刷用のプレビューデータを生成する機能を有している。
【００２９】
プレビューデータ送信部５６は、プレビュー要求を行なったクライアント１もしくは印刷装置３に生成したプレビューデータを送信する機能を有している。
【００３０】
＜第１の動作例＞
図２は第１の動作例を示すフローチャートであり、印刷サーバ装置５で行われる処理を示している。
【００３１】
図２において、処理を開始すると（ステップＳ１０１）、印刷サーバ装置５はプレビュー要求受信部５２においてプレビュー要求を受信できる状態となる。プレビュー要求受信部５２は、インターネット等のネットワーク２に有線あるいは無線で接続されてＩＰアドレス等が割り当てられており、印刷サーバプログラムがそのＩＰアドレスのある番号、例えば「８０８０」という番号のポートにて入力パケットを待ち受けている状態といったものである。
【００３２】
その後、利用者がクライアント１を操作するか、あるいは、印刷装置３の操作パネルを操作する等により印刷サーバ装置５にプレビュー要求データを送信すると、このプレビュー要求データは印刷サーバ装置５のプレビュー要求受信部５２により受信される（ステップＳ１０２）。この際のプレビュー要求データは、例えば、印刷するファイルのインターネット上の所在を示すＵＲＬ（Uniform Resource Locator）と、プリンタの種類を示すデータ、印刷設定等からなる。ここでは例として、ＵＲＬを「http://somewhere/page.html」、プリンタの種類を表すデータを「application/x-printer1」、白黒の印刷設定をしたものとして「color=monochrome」とする。
【００３３】
プレビュー要求データを受信した印刷サーバ装置５は、受信したプレビュー要求データの解析をプレビュー要求解析部５３により行う（ステップＳ１０３）。上述した例では、印刷するファイルのインターネット上の所在を示すＵＲＬとして「http://somewhere/page.html」を、プリンタの種類を示すデータとして「application/x-printer1」を、印刷設定データとして「color=monochrome」を得る。
【００３４】
次に、コンテンツ取得部５４は、解析によって得られたＵＲＬにアクセスし、印刷すべきコンテンツデータを取得する（ステップＳ１０４）。上述した例ではプレビュー要求データにＵＲＬが含まれており、そのＵＲＬにアクセスして印刷すべき元のデータを得るが、ユーザのクライアント１等から直接送信されたコンテンツデータ等であってもよい。また、取得のタイミングと以下の判別のタイミング等は入れ替わっても発明の本質とは無関係である。
【００３５】
次に、取得したコンテンツデータに基づき、プレビュー生成部５５によりプレビュー用データを生成するが、プレビュー要求データ内の印刷設定データにより処理を分岐する。すなわち、プレビュー生成部５５は印刷設定を判断し（ステップＳ１０５）、例えばカラー印刷（color）であるか白黒印刷（monochrome）であるか判断する。上述した例の場合、「color=monochrome」の指定がプレビュー要求データ内に存在するため、コンテンツデータに色指定が含まれていても白黒のみに変換してプレビューデータを生成する（ステップＳ１０７）。もし色指定が存在しない場合はコンテンツデータの色指定のままプレビューデータの生成を行う（ステップＳ１０６）。なお、印刷設定判別を更に細分化し、カラー印刷であっても「color=8」とある場合は色を８ビット指定されたものと解釈し、２５６色に変換してプレビューデータを生成することができる。
【００３６】
最後に、プレビューデータ送信部５６はプレビュー要求を行なったクライアント１もしくは印刷装置３に生成されたプレビューデータを送信し（ステップＳ１０８）、処理を終了する（ステップＳ１０９）。
【００３７】
このように、コンテンツデータは印刷用のプレビューに変換されるため、ユーザは印刷される最終イメージを確認した上で印刷を実施することが可能となる。従って従来の方法に比べて間違い印刷を防ぐことが可能となる。
【００３８】
＜第２の動作例＞
図３は第２の動作例を示すフローチャートであり、印刷サーバ装置５で行われる処理を示している。
【００３９】
図３において、処理を開始すると（ステップＳ２０１）、印刷サーバ装置５はプレビュー要求受信部５２においてプレビュー要求を受信できる状態となる。
【００４０】
その後、利用者がクライアント１を操作するか、あるいは、印刷装置３の操作パネルを操作する等により印刷サーバ装置５にプレビュー要求データを送信すると、このプレビュー要求データは印刷サーバ装置５のプレビュー要求受信部５２により受信される（ステップＳ２０２）。この際のプレビュー要求データは、例えば、印刷するファイルのインターネット上の所在を示すＵＲＬと、プリンタの種類を示すデータ、印刷設定等からなる。ここでは例として、ＵＲＬを「http://somewhere/page.html」、プリンタの種類を表すデータを「application/x-printer1」、白黒の印刷設定をしたものとして「color=monochrome」とする。
【００４１】
プレビュー要求データを受信した印刷サーバ装置５は、受信したプレビュー要求データの解析をプレビュー要求解析部５３により行う（ステップＳ２０３）。上述した例では、印刷するファイルのインターネット上の所在を示すＵＲＬとして「http://somewhere/page.html」を、プリンタの種類を示すデータとして「application/x-printer1」を、印刷設定データとして「color=monochrome」を得る。
【００４２】
次に、コンテンツ取得部５４は、解析によって得られたＵＲＬにアクセスし、印刷すべきコンテンツデータを取得する（ステップＳ２０４）。更に、コンテンツ取得部５４はコンテンツデータの中に印刷用のデザイン指定がなされているかを確認する（ステップＳ２０５）。デザイン指定とは、例えばＣＳＳ（Cascading Style Sheets）と呼ばれるものである。ＣＳＳは、通常ＨＴＭＬ（HyperText Markup Language）またはＸＨＴＭＬ（Extensible HyperText Markup Language）を閲覧する際のデザインを指定する目的で使われる。また、ＣＳＳにより、コンテンツを閲覧する端末に合わせてデザインを変化させることができる。例えば、ＰＣ等のディスプレイにおいてブラウザで閲覧するときは「media="screen"」、携帯電話などのモバイル端末の場合は「media="mobile"」、印刷用のデザインを指定する際には「media="print"」等のように指定する。なお、ここではＣＳＳの記法で説明するが、他のフォーマットを使用することもできる。
【００４３】
そして、コンテンツデータの中に印刷用のデザイン指定（「media="print"」の存在により判断）がなされていない場合は（ステップＳ２０５のＮｏ）、特に処理を行わないか、あるいは、印刷用のデザインが指定されていない場合であっても複数のデザインが選択可能である場合には、通常のデザインすなわちブラウザ用のデザイン（「media="screen"」の存在により判断）を取得する（ステップＳ２０６）。
【００４４】
また、コンテンツデータの中に印刷用のデザイン指定がなされている場合は（ステップＳ２０５のＹｅｓ）、印刷用のデザインを取得する（ステップＳ２０７）。
【００４５】
次に、取得したコンテンツデータ（ＣＳＳによるデザインを含む）に基づき、プレビュー生成部５５によりプレビュー用データを生成するが、プレビュー要求データ内の印刷設定データにより処理を分岐する。すなわち、プレビュー生成部５５は印刷設定を判断し（ステップＳ２０８）、例えばカラー印刷（color）であるか白黒印刷（monochrome）であるか判断する。上述した例の場合、「color=monochrome」の指定がプレビュー要求データ内に存在するため、コンテンツデータに色指定が含まれていても白黒のみに変換してプレビューデータを生成する（ステップＳ２１０）。このプレビューデータ生成にあたっては、取得したデザインのＣＳＳがある場合にはそのデザイン指定を適用してプレビューデータの生成を行なう。
【００４６】
もし色指定が存在しない場合はコンテンツデータの色指定のままプレビューデータの生成を行う（ステップＳ２０９）。この場合も取得したデザインのＣＳＳがある場合にはそのデザイン指定を適用してプレビューデータの生成を行なう。なお、印刷設定判別を更に細分化し、カラー印刷であっても「color=8」とある場合は色を８ビット指定されたものと解釈し、２５６色に変換してプレビューデータを生成することができる。
【００４７】
最後に、プレビューデータ送信部５６はプレビュー要求を行なったクライアント１もしくは印刷装置３に生成されたプレビューデータを送信し（ステップＳ２１１）、処理を終了する（ステップＳ２１２）。
【００４８】
このように、印刷用のデザインが入手できた場合は印刷用デザインのプレビューデータを生成できるようになるため、ユーザはより最終印刷物に近いプレビューデータを確認することができる。従って従来の方法に比べて間違い印刷を防ぐことが可能となる。
【００４９】
＜総括＞
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図面の簡単な説明】
【００５０】
【図１】本発明の一実施形態にかかるシステムの構成例を示す図である。
【図２】第１の動作例を示すフローチャートである。
【図３】第２の動作例を示すフローチャートである。
【符号の説明】
【００５１】
１      クライアント
２      ネットワーク
３      印刷装置
４      サーバ装置
５      印刷サーバ装置
５１    制御部
５２    プレビュー要求受信部
５３    プレビュー要求解析部
５４    コンテンツ取得部
５５    プレビュー生成部
５６    プレビューデータ送信部
【図１】
2009038526.tif 000003
【図２】
2009038526.tif 000004
【図３】
2009038526.tif 000005