JP2004139461A - 情報処理装置 - Google Patents
情報処理装置 Download PDFInfo
- Publication number
- JP2004139461A JP2004139461A JP2002305021A JP2002305021A JP2004139461A JP 2004139461 A JP2004139461 A JP 2004139461A JP 2002305021 A JP2002305021 A JP 2002305021A JP 2002305021 A JP2002305021 A JP 2002305021A JP 2004139461 A JP2004139461 A JP 2004139461A
- Authority
- JP
- Japan
- Prior art keywords
- image
- server
- client
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Record Information Processing For Printing (AREA)
Abstract
【課題】外部装置（例えば、クライアント端末）上において一度に全画像情報の出力イメージを確認することを可能とする。
【解決手段】画像情報の出力指示情報をクライアント端末１０１から受信することに応じて、画像情報の出力イメージを表すサムネイル画像を画像生成部１１１にて画像情報の各ページに夫々対応させて生成し、生成されたサムネイル画像を１ページ内に配置した返答用画像情報を、クライアント端末１０１に対して送信する。
【選択図】 図１
【解決手段】画像情報の出力指示情報をクライアント端末１０１から受信することに応じて、画像情報の出力イメージを表すサムネイル画像を画像生成部１１１にて画像情報の各ページに夫々対応させて生成し、生成されたサムネイル画像を１ページ内に配置した返答用画像情報を、クライアント端末１０１に対して送信する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して帳票等の印刷を行うためのリモート印刷の応用サービスを実現可能な情報処理装置に関するものである。
【０００２】
【従来の技術】
インターネットの急速な発展に伴い、クライアント端末上からネットワークを経由してＷｅｂサーバ等のサーバ上で動作する印刷処理プログラムに対して印刷命令を発行し、遠隔地から業務処理で使用する帳票等の書式に従った印刷業務を遂行することが行われるようになってきた。
【０００３】
このようにクライアントとサーバがネットワークを経由して特定の書式に従った印刷業務を遂行する方法において、特開２０００−２８４９３７号公報では、サーバ上で画像データを作成してクライアントへ送信しクライアント側の印刷機で印刷する場合（クライアント側印刷）に関して、Ａｄｏｂｅ Ｓｙｓｔｅｍｓ社のＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）文書等に変換した印刷イメージを生成して全てのページを一括してクライアントへ送信する方法が開示されている。
【０００４】
また、特開２０００−２０２７０号公報では、サーバ上で画像データを作成してサーバ側に接続された印刷機から印刷する場合（サーバ側印刷）に関して、印刷イメージから成る画像を生成し、Ｗｅｂサーバで公開し、クライアントから該印刷イメージをダウンロードして確認する方法が開示されている。
【０００５】
【特許文献１】
特開２０００−２８４９３７号公報
【特許文献２】
特開２０００−２０２７０号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、特開２０００−２８４９３７号公報に開示されるクライアント側印刷の場合には、Ａｄｏｂｅ Ｓｙｓｔｅｍｓ 社の ＰＤＦ （Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）文書等に変換した印刷イメージを生成して全てのページを一括してクライアントへ送信し、クライアントではページ毎に画像イメージを表示するため、各々のページの画像イメージを同時に確認できないという問題があった。
【０００７】
さらに、上記従来例では全ての印刷イメージを送信している為、単に印刷結果を確認する目的で印刷イメージをクライアントに送信する必要がないにも拘わらず、印刷イメージ自体をクライアントに送信して通信処理の負荷を大きくしたり、クライアント側での画像イメージのラスタライズ処理が発生する問題があった。
【０００８】
特開２０００−２０２７０号公報に開示されるサーバ側印刷の場合では、該サーバ上では生成した印刷イメージを保存し公開する為、サーバ側の記憶領域を使用し圧迫する可能性があるという問題があった。
【０００９】
また、上記従来例では、Ｗｅｂサーバの応答メッセージ中には生成された画像のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が埋め込まれ、該ＵＲＬを使用してＷｅｂブラウザが再びＷｅｂサーバにＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）による通信を行って該印刷イメージを得る為、通信処理が多くなるという問題があった。
【００１０】
さらに、上記従来例では、サーバ側の印刷機から印刷された時点で印刷イメージを作成し公開する為に、印刷処理の後で印刷イメージを確認する必要がなくなった場合にも必ず印刷イメージが作成され公開されてしまう。つまり、不要な公開処理および不要な印刷イメージの作成処理を行っていた。
【００１１】
本発明は、上記問題点に鑑みてなされたものであり、外部装置（例えば、クライアント端末）上において一度に全画像情報の出力イメージを確認することを可能とする情報処理装置を提供することを目的とする。
【００１２】
【課題を解決するための手段】
斯かる目的を達成するために、本発明の情報処理装置は、画像情報の出力指示情報を外部装置から受信する受信手段と、前記受信手段により受信された前記出力指示情報に応じて、前記画像情報の出力イメージを表すサムネイル画像を前記画像情報の各ページに夫々対応させて生成する画像生成手段と、前記画像生成手段により生成された前記サムネイル画像を１ページ内に配置した返答用画像情報を、前記外部装置に対して送信する送信手段とを有することを特徴とする。
【００１３】
【発明の実施の形態】
先ず、本発明の実施形態を概略的に説明する。
従来のリモート印刷システムにおけるクライアント側印刷では、サーバはクライアントからの最初の応答を受けて、印刷イメージを作成し、該印刷イメージを一括してクライアントへ返答する処理が行われている。これに対して、本発明の実施形態では、上記の印刷イメージの代わりに印刷イメージのサムネイル画像を生成する。即ち、応答メッセージに含まれるフォームデータを記憶し、該フォームデータから印刷するページ数を計算し、該ページ数が単数ページの場合は上記サムネイル画像を返答用画像とし、該ページ数が複数ページの場合は各印刷ページに対応した上記サムネイル画像を配置した１ページの返答用画像を生成し、該返答用画像からなるデータを返答メッセージの中に埋め込み返答する。これにより、クライアント側で該返答用画像を表示して各ページの印刷イメージを一度に確認可能とする。
【００１４】
従来のリモート印刷システムにおけるサーバ側印刷では、サーバ側で印刷イメージを作成し、サーバ側の印刷機による印刷処理と同時に該印刷イメージをＷｅｂサーバ等のサーバで公開するものであり、該印刷イメージにつきＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等のネットワーク識別子を設け、該ネットワーク識別子をクライアントへ応答することによってクライアントは該印刷イメージにアクセスすることを可能としている。
【００１５】
これに対して、本発明の実施形態では、上記の印刷イメージの代わりに印刷イメージのサムネイル画像を生成する。即ち、本発明の実施形態では、サーバは、クライアントからサーバへの応答メッセージに含まれるフォームデータを記録し、該フォームデータに基づきサーバが印刷イメージを作成する。作成された印刷イメージはサーバ側の印刷機から印刷される。さらにサーバでは、印刷イメージのページ数を決定し、該ページ数が単数ページの場合は上記サムネイル画像を返答用画像とし、該ページ数が複数ページの場合は各印刷ページに対応した上記サムネイル画像を配置した１ページの返答用画像を生成し、該返答用画像からなるデータを返答メッセージの中に埋め込みクライアントへ返答する。これによって、クライアント側で該返答用画像を表示して各ページの印刷イメージを一度に確認可能とするものである。
【００１６】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
図１は、本発明の一実施形態に係る情報処理システムのソフトウェア構成を示したブロック図である。
１０１は、クライアントであるＰＣ等の情報処理装置である。１０２は、サーバに対してデータの入出力を行うデータ入出力部（Ｗｅｂブラウザ）である。１０３は、Ｗｅｂブラウザ１０２の指示により、Ｗｅｂブラウザ１０２に表示されているイメージを標準的な印刷用データに変換する為のプリント出力部（印刷出力部）である。１０４は、クライアント側の印刷装置（プリンタ等）である。１０５は、サーバとクライアントがネットワークで接続されている事を示す。ネットワーク形態として、ＬＡＮ、インターネット、無線等、Ｗｅｂ環境の通信手順に対応するものであれば、その種類は問わない。
【００１７】
１０６は、Ｗｅｂサーバである情報処理装置である。１０７は、１０６がＷｅｂサーバである役割を行うネットワーク通信制御部である。１０８は、帳票印刷を行う為の帳票テンプレートの格納部（帳票テンプレート格納部）である。１０９は、フォームデータ等のデータ格納部である。１１０は、各業務に従ったアプリケーションロジックが格納されているデータ処理部である。１１１は、帳票イメージを決められた様式に従って作成する画像生成部である。１１２は、画像生成部１１１で作成されたデータをプリンタが出力できる形式に変換する印刷出力部であり、一般にはプリンタドライバと呼ばれている。１１３は、サーバ側の印刷装置（プリンタ等）である。
【００１８】
ただし、クライアント側印刷のみの場合には、図２（ａ）に示されるように、図１の１１２プリンタドライバおよび１１３サーバ側の印刷装置は不要である。また、サーバ側印刷のみの場合には、図２（ｂ）に示されるように、図１の１０３印刷出力部および１０４クライアント側の印刷装置は不要である。
【００１９】
＜第１の実施形態＞
次に、Ｗｅｂブラウザからの印刷指示について述べる。通常、Ｗｅｂブラウザ１０２とサーバ１１０上のデータ処理部との間では、Ｗｅｂブラウザ１０２からのデータの受付、解析、また場合によっては、受付データに応じてデータ格納部１０９からのデータ検索、結果のＷｅｂブラウザ１０２への返信など処理が行われる。この時、Ｗｅｂブラウザ１０２上には、一般的にボタンが表示され、Ｗｅｂブラウザ１０２のユーザがボタンを押す等の操作をした時、サーバへの要求を行い、サーバ側での処理が行われ、Ｗｅｂブラウザ１０２への応答となる。
【００２０】
図３は、本発明の第１の実施形態におけるクライアント側印刷の場合のＷｅｂブラウザにおける業務処理の状況を示している。図３は、クライアント側印刷の場合におけるクライアント上の画面表示を示した図である。
２０１は、ＰＣなどのモニタに表示されるＷｅｂブラウザのウィンドウであり、２０２のエリアにタイトルが表示される。２０３および２０４のエリアにはＷｅｂブラウザが持つコマンドが表示されている。Ｗｅｂブラウザに表示されている内容を印刷する為のコマンドも通常この位置にある。２０５は、接続するＷｅｂサーバのネットワーク識別子を入出力するテキストフィールドである。２０６および２０７は、クライアント側のユーザが選択する為のフィールドである。２０８はボタンで、この例においては、このボタンが押下されることにより、２０６、２０７で選択された内容がフォームデータとしてサーバ側に送信され、サーバからの応答を待つことになる。２１０はボタン２０８が押下された後にサムネイル画像が表示される領域である。
【００２１】
図３は人事システムの例を示している為、２０７で選択された人物の当月の勤務状況に関するデータが図１のデータ格納部１０９より検索される。次に、サーバではデータ格納部１０９から検索されたデータから当該人物の月時帳票のイメージ画像を生成した場合、当該イメージ画像はどれぐらいのページ数に相当するかを計算する。次に、サーバは、計算したページ数分の各イメージ画像に対応したサムネイル画像を生成し、各サムネイル画像が１ページの画像に配置されたデータが埋め込まれた返信メッセージをクライアントに返信する。
【００２２】
よって、本実施形態によれば、クライアントのＷｅｂブラウザは返答メッセージを２１０に表示し、ユーザは２１０に表示された返答メッセージ中のイメージから各ページに対応する印刷ページを一度に確認することが可能になる。
【００２３】
次に、Ｗｅｂブラウザからの印刷指示について具体的に述べる。
最初にユーザはＷｅｂブラウザのテキストフィールド２０５にＷｅｂサーバを指定するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であるネットワーク識別子を入力し接続要求を出す。図３ではＵＲＬの例として、ｈｔｔｐ：／／１９２．１６８．１．１００を入力している。Ｗｅｂブラウザは上記のＵＲＬにＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で接続し、ＧＥＴメソッドで返答を受ける。
【００２４】
Ｗｅｂサーバは上記の返答として、２つのフレーム要素から成るＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書を返す。１番目のフレームは図２の２０６、２０７、２０８を含むＨＴＭＬ文書ｅｘａｍｐｌｅ１．ｈｔｍｌを要素とし、２番目のフレームはＮＡＭＥ属性の値がｒｅｓｕｌｔであるＨＴＭＬ文書ｒｅｓｕｌｔ１．ｈｔｍｌを要素とする。
フレーム要素の例：
＜ＦＲＡＭＥＳＥＴ ＲＯＷＳ＝“５０％，５０％” ＴＩＴＬＥ＝“ｅｘａｍｐｌｅ１”＞
＜ＦＲＡＭＥ ＳＲＣ＝“ｅｘａｍｐｌｅ１．ｈｔｍｌ” ＮＡＭＥ＝“ｓｅｌｅｃｔｉｏｎ” ＴＩＴＬＥ＝“ｓｅｌｅｃｔｉｏｎ”＞
＜ＦＲＡＭＥ ＳＲＣ＝“ｒｅｓｕｌｔ１．ｈｔｍｌ” ＮＡＭＥ＝“ｒｅｓｕｌｔ” ＴＩＴＬＥ＝“ｒｅｓｕｌｔ”＞
＜／ＦＲＡＭＥＳＥＴ＞
【００２５】
Ｗｅｂブラウザは再び上記ＷｅｂサーバのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）であるｅｘａｍｐｌｅ１．ｈｔｍｌおよびｒｅｓｕｌｔ１．ｈｔｍｌで指定されるＨＴＭＬ文書をＧＥＴメソッドで受け取り、Ｗｅｂブラウザの画面２０１上に表示する。この例で２０６、２０７はＨＴＭＬ文書ｅｘａｍｐｌｅ１．ｈｔｍｌのＳＥＬＥＣＴ要素であり、２０８はＨＴＭＬのＩＭＰＵＴ要素であるボタンである。
【００２６】
２０６の例：
＜ＳＥＬＥＣＴ ＮＡＭＥ＝“ｔａｂｌｅ−ｓｅｌｅｃｔｉｏｎ”＞
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｋｙｕｕｋａ” ｓｅｌｅｃｔｅｄ＞休暇取得状況
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｗｅｅｋｌｙ”＞週間勤務状況
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｍｏｎｔｈｌｙ”＞月次集計
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｙｅａｒｌｙ”＞年間集計
＜／ＳＥＬＥＣＴ＞
２０７の例：
＜ＳＥＬＥＣＴ ＮＡＭＥ＝“ｎａｍｅ−ｓｅｌｅｃｔｉｏｎ”＞
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｎａｔｓｕｍｅ” ｓｅｌｅｃｔｅｄ＞夏目漱石
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｍａｓａｏｋａ”＞正岡子規
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｍｏｒｉ”＞森 鴎外
＜／ＳＥＬＥＣＴ＞
２０８の例：
＜ＩＮＰＵＴ ＴＹＰＥ＝“ｓｕｂｍｉｔ” ＶＡＬＵＥ＝“表示”＞
【００２７】
図３に表示されているように、２０６、２０７から適当な表および個人を選択し、２０８のボタンを押下することによりサブミット命令が実行され、ＨＴＭＬ文書ｅｘａｍｐｌｅ１．ｈｔｍｌのＦＯＲＭ要素のＰＯＳＴ メソッドが実行され、ＦＯＲＭ要素のＡＣＴＩＯＮ要素の値である ／ｃｇｉ−ｂｉｎ／ＣｌｉｅｎｔＰｒｉｎｔ２．ｃｇｉを指定し、ＴＡＲＧＥＴ属性の値を２番目のフレームに指定して、Ｗｅｂサーバへ印刷要求が発行される。
フォーム要素の例：
＜ＦＯＲＭ ＭＥＴＨＯＤ＝“ＰＯＳＴ” ＡＣＴＩＯＮ＝“／ｃｇｉ−ｂｉｎ／ＣｌｉｅｎｔＰｒｉｎｔ２．ｃｇｉ” ＴＡＲＧＥＴ＝“ｒｅｓｕｌｔ”＞
・・・省略・・・
＜／ＦＯＲＭ＞
【００２８】
Ｗｅｂサーバは印刷要求に対応してフォームデータを受け取り、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）プログラムであるＣｌｉｅｎｔＰｒｉｎｔ２．ｃｇｉにフォームデータを渡す。該ＣＧＩプログラムは該フォームデータから表および個人のデータを判別し、フォームデータに対応する表および個人のデータから帳票のサムネイル画像を作成し、Ｗｅｂブラウザに返答する。Ｗｅｂブラウザは受信したサムネイル画像を図３に示すようにＴＡＲＧＥＴ属性の値ｒｅｓｕｌｔで指定された２番目のフレームに表示する。
【００２９】
このように、本実施形態では、ＣｌｉｅｎｔＰｒｉｎｔ２．ｃｇｉを用いて印刷イメージのサムネイル画像を作成するものであり、サーバがクライアントから受信するフォームデータに基づいて帳票の印刷イメージのページ数を計算し、該ページ数が単数ページの場合には上記サムネイル画像を返答用画像とし、該ページ数が複数ページの場合には上記サムネイル画像を配置した一つの返答用画像を作成して、Ｗｅｂブラウザに返答するものである。
【００３０】
上記の例は、特に最初の返答メッセージとして、ＰＮＧ （Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）画像を使用し、該ＰＮＧ画像には印刷イメージの各印刷ページのサムネイル画像から成る要素を含むものである。該返答用画像には印刷イメージを含まない為、サーバからクライアントへの返答メッセージの通信量を減らす効果、特に上記印刷イメージのデータ量が対応するサムネイル画像と比較して大きい場合に、クライアント側での不要な印刷イメージのラスタライズ処理およびサーバ側での不要な印刷イメージの作成処理を省略できる効果が顕著となる。特に、クライアントが携帯情報端末や携帯電話等の場合には、画像処理の負担を減らす効果が有効なものとなる。
【００３１】
また、本実施形態では、クライアント側のＷｅｂブラウザが表示できる画像フォーマットであれば、ＰＮＧ フォーマットの代わりにＧＩＦ、ＪＰＥＧ、Ａｄｏｂｅ Ｓｙｓｔｅｍｓ社のＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、Ｗ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）のＳＶＧ（Ｓｃａｌａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）等のフォーマットを用いてもよい。
【００３２】
図３では、ページ数が４ページの場合の返答メッセージにおける返答画像の例を示している。ページ数が４ページである為、各ページのサムネイル画像を“田の字”形に配置した返答用画像が生成されて、Ｗｅｂブラウザに返答される。この処理によりクライアント側で各ページの印刷イメージを一度に確認することが実現される。
【００３３】
＜比較例１＞
次に、上記本発明の第１の実施形態によるクライアント側印刷との比較を図るべく本発明者が想到したクライアント側印刷の他の例を比較例１として説明する。図６は、本比較例１にて使用するＷｅｂブラウザによる表示画面を示した図である。図６の２０１〜２０８は図３と同じであり、２０９はボタン２０８を押下した後に印刷イメージが表示される領域である。図８は、本比較例１におけるＷｅｂブラウザからの印刷指示の流れについて示した図である。
【００３４】
ボタン２０８が押下されると（ステップＳ５０１）、２０６、２０７で選択された内容がフォームデータとしてサーバ側に送信され、クライアントはサーバからの応答を待つことになる。サーバは、受信したフォームデータから２０６で選択された帳票名及び２０７で選択された人名に基づいて、当該フォームデータに対応する帳票を認識する（ステップＳ５０２）。続いて、その帳票の紙サイズ、用紙の方向等の帳票内の可変な条件を検知し（ステップＳ５０３）、帳票のインデックスデータを作成する（ステップＳ５０４）。そして、帳票のテンプレートデータをマージした後（ステップＳ５０５）、印刷イメージを作成し（ステップＳ５０６）、当該印刷イメージの全ページを一括してＷｅｂブラウザに返答することによってクライアント側印刷を可能とする（ステップＳ５０７）。
【００３５】
しかしながら、本比較例１では、当該印刷イメージの全ページのデータを一括してＷｅｂブラウザに送信しても、クライアント側では図３に示すようにＷｅｂブラウザ上で表示される印刷イメージは１ページ毎に表示されるため、各々のページの印刷イメージを同時に確認することができない。また、単に印刷結果を確認する目的で印刷イメージ自体をクライアントに送信する必要はない。それにも拘わらず、本比較例１では、印刷イメージ自体をクライアントに送信して通信処理の負荷を大きくしている。
【００３６】
これに対して、上記第１の実施形態では、印刷イメージの全ページに対応したサムネイル画像を１ページの画像データ内に配置し、その画像データをクライアントへの返答メッセージに含ませているため、クライアント側では印刷イメージの全ページに対応した画像を一度に確認することが可能となる。また、サムネイル画像を扱うことによって通信処理の負荷も軽減される。
【００３７】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。本発明の第２の実施形態として、サーバ側印刷の場合に、印刷結果の各ページのサムネイル画像と共に印刷結果を示す文字列をラスタライズした画像を合成して１ページの返信用画像を生成する例を示す。尚、図４では、サーバ側印刷の場合のＷｅｂブラウザにおける業務処理の状況を示している。図４の３０１から３０７は、図３の２０１から２０７とそれぞれ順に同等である。
【００３８】
３０８はボタンで、この例においては、このボタンが押下されることにより、３０６、３０７で選択された内容がフォームデータとしてサーバ側に送信され、サーバ側で送信されたフォームデータにより対応する帳票のテンプレートから印刷イメージが作成されサーバ側の印刷機から印刷される。図４（ｂ）に示されるように、ボタンの押下により、３０６で選択した帳票名、および３０７で選択した人名に基づき、３０９の帳票の印刷イメージが４ページ印刷されている。さらに、上記印刷イメージから印刷ページのページ数４が計算され、ページ数４に対応する“田の字”形の配置が選択され、各ページに対応するサムネイル画像が生成され、印刷結果を示す文字列“印刷結果：ＯＫ”をラスタライズしイメージに変換した画像３１２、及び、各サムネイル画像を“田の字”形に配置した画像３１１を１ページの画像に合成した送信用画像が生成され、クライアントに送信される。これにより、図４（ａ）に示されるように、Ｗｅｂブラウザの画面上に３１１および３１２から成る送信用画像が表示される。
【００３９】
このように、本実施形態によれば、印刷結果を示す文字列から成る画像３１２と４ページ分の印刷イメージをサムネイル画像に変換し配置した画像３１１とを合成した画像が返信用画像としてクライアントのＷｅｂブラウザに表示されることにより、ユーザは印刷結果および各ページの印刷イメージを一度に確認できる。
【００４０】
上記の例は、ＨＴＭＬのフレーム要素を用いて、フォームデータ選択の為の画面（図３の２０６、２０７、２０８又は図４の３０６、３０７、３０８を表示する画面）と、印刷結果の画面（図３の２１０又は図４の３１１、３１２を表示する画面）とをクライアントの同一画面内に表示したものである。ここで、本実施形態では、ＨＴＭＬのフレーム要素に未対応のＷｅｂブラウザで表示可能にする為、ＨＴＭＬのフレーム要素を用いずに上記フォームデータ選択の為の画面と上記印刷結果の画面を別々の画面に表示できるようにしてもよい。例えば、図４のフレーム要素から成る画面の代わりに別々の画面を用いた例を図５に示す。図５（ａ）は図４におけるフォームデータ選択の為の画面に対応する例を示している。図５（ｂ）は図４における印刷結果の画面に対応する例を示している。図５の４０１〜４０８、４１１、４１２は、図４の３０１〜３０８、３１１、３１２とそれぞれ順に同等である。
【００４１】
また、上記の例はＣＧＩプログラムを使用したものである。ここでＣＧＩプログラムの代わりにＣＧＩプログラムと同様なＳｅｒｖｌｅｔプログラム等を用いるようにしてもよい。
【００４２】
＜比較例２＞
次に、上記本発明の第２の実施形態によるサーバ側印刷との比較を図るべく本発明者が想到したサーバ側印刷の他の例を比較例２として説明する。図７は、本比較例２にて使用するＷｅｂブラウザによる表示画面及び印刷イメージの出力結果を示した図である。図７の３０１〜３０８は図４と同じである。
【００４３】
本比較例２においては、ボタン３０８が押下されることにより、３０６、３０７で選択された内容がフォームデータとしてサーバ側に送信され、サーバ側では、送信されたフォームデータに対応する帳票のテンプレートから印刷イメージが作成された後、サーバ側の印刷機から印刷される。また、作成された印刷イメージはサーバが備える記録領域内に保存され、Ｗｅｂ上で公開される。公開された印刷イメージはサーバからクライアントにダウンロードされることによりユーザが参照することができる。本比較例２では、ボタン３０８の押下により、３０６で選択された帳票名及び３０７で選択された人名に基づいて、３０９の帳票の印刷イメージが４ページ印刷されている。また印刷イメージが出力された後には、サーバからクライアントに印刷結果が通知され、３１０で表示される。
【００４４】
しかしながら、本比較例２では、印刷イメージをＷｅｂ上で公開するために、印刷処理後に当該印刷イメージを記録領域内に保存する必要があり、記録領域の容量を圧迫してしまう可能性がある。また、本比較例２では、クライアントがサーバから印刷イメージをダウンロードするためには、当該印刷イメージのＵＲＬを使用してＨＴＴＰによる通信を行う必要があり、通信処理を増加させてしまう。さらに、本比較例２では、印刷処理が実行された後に印刷イメージをＷｅｂ上で公開されるが、印刷処理は既に実行され、既に印刷イメージを確認する必要はないことにも拘わらず、不要な公開処理及び印刷イメージの作成処理を実行している。
【００４５】
これに対して、上記第２の実施形態では、印刷イメージの全ページに対応したサムネイル画像を１ページの画像データ内に配置し、その画像データのクライアントへの返答メッセージに含ませているため、クライアント側では印刷イメージの全ページに対応した画像を一度に確認することができるとともに、サーバ側の記録領域が圧迫されることからも回避される。また、上記第２の実施形態では、クライアントからＵＲＬを指定して印刷イメージをダウンロードする通信処理を行う必要がなくなり、不要な公開処理や印刷イメージの作成処理等からの回避される。
【００４６】
以上のように、本発明の実施形態によれば、クライアント側印刷またはサーバ側印刷の場合に、それぞれ印刷する各ページの印刷イメージのサムネイル画像を作成し、クライアント側で一度に確認することが可能となる。
【００４７】
また、本発明の実施形態によれば、特にサーバ側印刷の場合に、サーバ側の印刷機における印刷結果を示す文字列をラスタライズした画像を生成し、上記サムネイル画像と共に一つの画像に合成してクライアント側で表示可能とすることにより、印刷結果と印刷イメージとを一度に確認することが可能となる。
【００４８】
＜その他の実施形態＞
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００４９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５０】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００５１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５３】
本発明の実施態様の他の例を以下に列挙する。
（実施態様１）画像情報の出力指示情報を外部装置から受信する受信手段と、
前記受信手段により受信された前記出力指示情報に応じて、前記画像情報の出力イメージを表すサムネイル画像を前記画像情報の各ページに夫々対応させて生成する画像生成手段と、
前記画像生成手段により生成された前記サムネイル画像を１ページ内に配置した返答用画像情報を、前記外部装置に対して送信する送信手段とを有することを特徴とする情報処理装置。
【００５４】
（実施態様２）前記画像生成手段は、前記画像情報の出力結果を示す情報を前記サムネイル画像とともに生成し、前記送信手段は、前記サムネイル画像及び前記画像情報の出力結果を示す情報を含む前記返答用画像情報を前記外部装置に対して送信することを特徴とする実施態様１に記載の情報処理装置。
【００５５】
（実施態様３）前記画像情報の出力結果を示す情報は、前記画像情報の出力結果を示す文字情報がラスタライズされて生成された情報であることを特徴とする実施態様２に記載の情報処理装置。
【００５６】
（実施態様４）複数の装置が互いに通信可能に接続されて成る情報処理システムであって、
前記複数の装置のうち少なくとも１つの装置は、実施態様１〜３の何れか１項に記載の情報処理装置の機能を有することを特徴とする情報処理システム。
【００５７】
（実施態様５）画像情報の出力指示情報を受信手段にて外部装置から受信するステップと、
前記受信手段により受信された前記出力指示情報に応じて、画像生成手段が前記画像情報の出力イメージを表すサムネイル画像を前記画像情報の各ページに夫々対応させて生成するステップと、
前記画像生成手段により生成された前記サムネイル画像を１ページ内に配置した返答用画像情報を、送信手段が前記外部装置に対して送信するステップとを含むことを特徴とする情報処理方法。
【００５８】
（実施態様６）前記画像生成方法は、前記画像情報の出力結果を示す情報を前記サムネイル画像とともに生成し、前記送信方法は、前記サムネイル画像及び前記画像情報の出力結果を示す情報を含む前記返答用画像情報を前記外部装置に対して送信することを特徴とする実施態様５に記載の情報処理方法。
【００５９】
（実施態様７）前記画像情報の出力結果を示す情報は、前記画像情報の出力結果を示す文字情報がラスタライズされて生成された情報であることを特徴とする実施態様６に記載の情報処理方法。
【００６０】
（実施態様８）実施態様５〜７の何れか１項に記載の情報処理方法をコンピュータに実行させるためのプログラム。
【００６１】
（実施態様９）実施態様８に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【００６２】
【発明の効果】
本発明によれば、画像情報の出力指示情報の外部装置からの受信に応じて、当該画像情報の出力イメージを表すサムネイル画像が１ページ内に配置された返答用画像情報を当該外部装置に対して送信するように構成したので、外部装置（例えば、クライアント端末）上において一度に全画像情報の出力イメージを確認することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る情報処理システムのソフトウェア構成を示したブロック図である。
【図２】クライアント側印刷及びサーバ側印刷におけるＷｅｂブラウザの一例を示した図である。
【図３】本発明の第１の実施形態におけるクライアント側印刷の場合のＷｅｂブラウザにおける業務処理の状況を示した図である。
【図４】本発明の第２の実施形態におけるサーバ側印刷の場合のＷｅｂブラウザにおける業務処理の状況を示した図である。
【図５】ＨＴＭＬのフレーム要素から成る画面の代わりに別々の画面を用いた例を示した図である。
【図６】比較例１にて使用されるＷｅｂブラウザによる表示画面を示した図である。
【図７】比較例２にて使用されるＷｅｂブラウザによる表示画面及び印刷イメージの出力結果を示した図である。
【図８】比較例１におけるＷｅｂブラウザからの印刷指示の流れについて示した図である。
【符号の説明】
１０１ クライアントであるＰＣ等の情報処理装置
１０２ サーバに対してデータの入出力を行うＷｅｂブラウザ
１０３ クライアント側の印刷出力部
１０４ クライアント側の印刷装置（プリンタ等）
１０５ サーバとクライアントが接続されているネットワーク
１０６ Ｗｅｂサーバである情報処理装置
１０７ Ｗｅｂサーバである役割を行うネットワーク通信制御部
１０８ 帳票印刷を行う為の帳票テンプレートの格納部分
１０９ フォームデータ等のデータ格納部
１１０ データ処理部で各業務に従ったアプリケーションロジック
１１１ 帳票イメージを決められた様式に従って作成する画像生成部
１１２ プリンタドライバ
１１３ サーバ側の印刷装置（プリンタ等）
２０１、３０１、４０１ ＰＣなどのモニタに表示されるブラウザのウィンドウ
２０２、３０２、４０２ タイトルが表示されるエリア
２０３、３０３、４０３ ブラウザが持つコマンドが表示されるエリア
２０４、３０４、４０４ ブラウザが持つコマンドが表示されるエリア
２０５、３０５、４０５ 接続するＷｅｂサーバのアドレスを入出力するテキストフィールド
２０６、３０６、４０６ クライアント側のユーザが選択する為のフィールド
２０７、３０７、４０７ クライアント側のユーザが選択する為のフィールド
２０８ 送信ボタン
２０９ 表示される帳票のイメージ
２１０ 印刷イメージのサムネイル画像から成る印刷イメージ
３０８、４０８ サーバ側の印刷機からの印刷ボタン
３０９、４０９ サーバ側の印刷機から印刷される帳票のイメージ（合計４ページ）
３１１、４１１ 印刷イメージのサムネイル画像
３１２、４１２ サーバ側の印刷結果を示す文字列をラスタライズした画像
【発明の属する技術分野】
本発明は、ネットワークを介して帳票等の印刷を行うためのリモート印刷の応用サービスを実現可能な情報処理装置に関するものである。
【０００２】
【従来の技術】
インターネットの急速な発展に伴い、クライアント端末上からネットワークを経由してＷｅｂサーバ等のサーバ上で動作する印刷処理プログラムに対して印刷命令を発行し、遠隔地から業務処理で使用する帳票等の書式に従った印刷業務を遂行することが行われるようになってきた。
【０００３】
このようにクライアントとサーバがネットワークを経由して特定の書式に従った印刷業務を遂行する方法において、特開２０００−２８４９３７号公報では、サーバ上で画像データを作成してクライアントへ送信しクライアント側の印刷機で印刷する場合（クライアント側印刷）に関して、Ａｄｏｂｅ Ｓｙｓｔｅｍｓ社のＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）文書等に変換した印刷イメージを生成して全てのページを一括してクライアントへ送信する方法が開示されている。
【０００４】
また、特開２０００−２０２７０号公報では、サーバ上で画像データを作成してサーバ側に接続された印刷機から印刷する場合（サーバ側印刷）に関して、印刷イメージから成る画像を生成し、Ｗｅｂサーバで公開し、クライアントから該印刷イメージをダウンロードして確認する方法が開示されている。
【０００５】
【特許文献１】
特開２０００−２８４９３７号公報
【特許文献２】
特開２０００−２０２７０号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、特開２０００−２８４９３７号公報に開示されるクライアント側印刷の場合には、Ａｄｏｂｅ Ｓｙｓｔｅｍｓ 社の ＰＤＦ （Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）文書等に変換した印刷イメージを生成して全てのページを一括してクライアントへ送信し、クライアントではページ毎に画像イメージを表示するため、各々のページの画像イメージを同時に確認できないという問題があった。
【０００７】
さらに、上記従来例では全ての印刷イメージを送信している為、単に印刷結果を確認する目的で印刷イメージをクライアントに送信する必要がないにも拘わらず、印刷イメージ自体をクライアントに送信して通信処理の負荷を大きくしたり、クライアント側での画像イメージのラスタライズ処理が発生する問題があった。
【０００８】
特開２０００−２０２７０号公報に開示されるサーバ側印刷の場合では、該サーバ上では生成した印刷イメージを保存し公開する為、サーバ側の記憶領域を使用し圧迫する可能性があるという問題があった。
【０００９】
また、上記従来例では、Ｗｅｂサーバの応答メッセージ中には生成された画像のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が埋め込まれ、該ＵＲＬを使用してＷｅｂブラウザが再びＷｅｂサーバにＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）による通信を行って該印刷イメージを得る為、通信処理が多くなるという問題があった。
【００１０】
さらに、上記従来例では、サーバ側の印刷機から印刷された時点で印刷イメージを作成し公開する為に、印刷処理の後で印刷イメージを確認する必要がなくなった場合にも必ず印刷イメージが作成され公開されてしまう。つまり、不要な公開処理および不要な印刷イメージの作成処理を行っていた。
【００１１】
本発明は、上記問題点に鑑みてなされたものであり、外部装置（例えば、クライアント端末）上において一度に全画像情報の出力イメージを確認することを可能とする情報処理装置を提供することを目的とする。
【００１２】
【課題を解決するための手段】
斯かる目的を達成するために、本発明の情報処理装置は、画像情報の出力指示情報を外部装置から受信する受信手段と、前記受信手段により受信された前記出力指示情報に応じて、前記画像情報の出力イメージを表すサムネイル画像を前記画像情報の各ページに夫々対応させて生成する画像生成手段と、前記画像生成手段により生成された前記サムネイル画像を１ページ内に配置した返答用画像情報を、前記外部装置に対して送信する送信手段とを有することを特徴とする。
【００１３】
【発明の実施の形態】
先ず、本発明の実施形態を概略的に説明する。
従来のリモート印刷システムにおけるクライアント側印刷では、サーバはクライアントからの最初の応答を受けて、印刷イメージを作成し、該印刷イメージを一括してクライアントへ返答する処理が行われている。これに対して、本発明の実施形態では、上記の印刷イメージの代わりに印刷イメージのサムネイル画像を生成する。即ち、応答メッセージに含まれるフォームデータを記憶し、該フォームデータから印刷するページ数を計算し、該ページ数が単数ページの場合は上記サムネイル画像を返答用画像とし、該ページ数が複数ページの場合は各印刷ページに対応した上記サムネイル画像を配置した１ページの返答用画像を生成し、該返答用画像からなるデータを返答メッセージの中に埋め込み返答する。これにより、クライアント側で該返答用画像を表示して各ページの印刷イメージを一度に確認可能とする。
【００１４】
従来のリモート印刷システムにおけるサーバ側印刷では、サーバ側で印刷イメージを作成し、サーバ側の印刷機による印刷処理と同時に該印刷イメージをＷｅｂサーバ等のサーバで公開するものであり、該印刷イメージにつきＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等のネットワーク識別子を設け、該ネットワーク識別子をクライアントへ応答することによってクライアントは該印刷イメージにアクセスすることを可能としている。
【００１５】
これに対して、本発明の実施形態では、上記の印刷イメージの代わりに印刷イメージのサムネイル画像を生成する。即ち、本発明の実施形態では、サーバは、クライアントからサーバへの応答メッセージに含まれるフォームデータを記録し、該フォームデータに基づきサーバが印刷イメージを作成する。作成された印刷イメージはサーバ側の印刷機から印刷される。さらにサーバでは、印刷イメージのページ数を決定し、該ページ数が単数ページの場合は上記サムネイル画像を返答用画像とし、該ページ数が複数ページの場合は各印刷ページに対応した上記サムネイル画像を配置した１ページの返答用画像を生成し、該返答用画像からなるデータを返答メッセージの中に埋め込みクライアントへ返答する。これによって、クライアント側で該返答用画像を表示して各ページの印刷イメージを一度に確認可能とするものである。
【００１６】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
図１は、本発明の一実施形態に係る情報処理システムのソフトウェア構成を示したブロック図である。
１０１は、クライアントであるＰＣ等の情報処理装置である。１０２は、サーバに対してデータの入出力を行うデータ入出力部（Ｗｅｂブラウザ）である。１０３は、Ｗｅｂブラウザ１０２の指示により、Ｗｅｂブラウザ１０２に表示されているイメージを標準的な印刷用データに変換する為のプリント出力部（印刷出力部）である。１０４は、クライアント側の印刷装置（プリンタ等）である。１０５は、サーバとクライアントがネットワークで接続されている事を示す。ネットワーク形態として、ＬＡＮ、インターネット、無線等、Ｗｅｂ環境の通信手順に対応するものであれば、その種類は問わない。
【００１７】
１０６は、Ｗｅｂサーバである情報処理装置である。１０７は、１０６がＷｅｂサーバである役割を行うネットワーク通信制御部である。１０８は、帳票印刷を行う為の帳票テンプレートの格納部（帳票テンプレート格納部）である。１０９は、フォームデータ等のデータ格納部である。１１０は、各業務に従ったアプリケーションロジックが格納されているデータ処理部である。１１１は、帳票イメージを決められた様式に従って作成する画像生成部である。１１２は、画像生成部１１１で作成されたデータをプリンタが出力できる形式に変換する印刷出力部であり、一般にはプリンタドライバと呼ばれている。１１３は、サーバ側の印刷装置（プリンタ等）である。
【００１８】
ただし、クライアント側印刷のみの場合には、図２（ａ）に示されるように、図１の１１２プリンタドライバおよび１１３サーバ側の印刷装置は不要である。また、サーバ側印刷のみの場合には、図２（ｂ）に示されるように、図１の１０３印刷出力部および１０４クライアント側の印刷装置は不要である。
【００１９】
＜第１の実施形態＞
次に、Ｗｅｂブラウザからの印刷指示について述べる。通常、Ｗｅｂブラウザ１０２とサーバ１１０上のデータ処理部との間では、Ｗｅｂブラウザ１０２からのデータの受付、解析、また場合によっては、受付データに応じてデータ格納部１０９からのデータ検索、結果のＷｅｂブラウザ１０２への返信など処理が行われる。この時、Ｗｅｂブラウザ１０２上には、一般的にボタンが表示され、Ｗｅｂブラウザ１０２のユーザがボタンを押す等の操作をした時、サーバへの要求を行い、サーバ側での処理が行われ、Ｗｅｂブラウザ１０２への応答となる。
【００２０】
図３は、本発明の第１の実施形態におけるクライアント側印刷の場合のＷｅｂブラウザにおける業務処理の状況を示している。図３は、クライアント側印刷の場合におけるクライアント上の画面表示を示した図である。
２０１は、ＰＣなどのモニタに表示されるＷｅｂブラウザのウィンドウであり、２０２のエリアにタイトルが表示される。２０３および２０４のエリアにはＷｅｂブラウザが持つコマンドが表示されている。Ｗｅｂブラウザに表示されている内容を印刷する為のコマンドも通常この位置にある。２０５は、接続するＷｅｂサーバのネットワーク識別子を入出力するテキストフィールドである。２０６および２０７は、クライアント側のユーザが選択する為のフィールドである。２０８はボタンで、この例においては、このボタンが押下されることにより、２０６、２０７で選択された内容がフォームデータとしてサーバ側に送信され、サーバからの応答を待つことになる。２１０はボタン２０８が押下された後にサムネイル画像が表示される領域である。
【００２１】
図３は人事システムの例を示している為、２０７で選択された人物の当月の勤務状況に関するデータが図１のデータ格納部１０９より検索される。次に、サーバではデータ格納部１０９から検索されたデータから当該人物の月時帳票のイメージ画像を生成した場合、当該イメージ画像はどれぐらいのページ数に相当するかを計算する。次に、サーバは、計算したページ数分の各イメージ画像に対応したサムネイル画像を生成し、各サムネイル画像が１ページの画像に配置されたデータが埋め込まれた返信メッセージをクライアントに返信する。
【００２２】
よって、本実施形態によれば、クライアントのＷｅｂブラウザは返答メッセージを２１０に表示し、ユーザは２１０に表示された返答メッセージ中のイメージから各ページに対応する印刷ページを一度に確認することが可能になる。
【００２３】
次に、Ｗｅｂブラウザからの印刷指示について具体的に述べる。
最初にユーザはＷｅｂブラウザのテキストフィールド２０５にＷｅｂサーバを指定するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であるネットワーク識別子を入力し接続要求を出す。図３ではＵＲＬの例として、ｈｔｔｐ：／／１９２．１６８．１．１００を入力している。Ｗｅｂブラウザは上記のＵＲＬにＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で接続し、ＧＥＴメソッドで返答を受ける。
【００２４】
Ｗｅｂサーバは上記の返答として、２つのフレーム要素から成るＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書を返す。１番目のフレームは図２の２０６、２０７、２０８を含むＨＴＭＬ文書ｅｘａｍｐｌｅ１．ｈｔｍｌを要素とし、２番目のフレームはＮＡＭＥ属性の値がｒｅｓｕｌｔであるＨＴＭＬ文書ｒｅｓｕｌｔ１．ｈｔｍｌを要素とする。
フレーム要素の例：
＜ＦＲＡＭＥＳＥＴ ＲＯＷＳ＝“５０％，５０％” ＴＩＴＬＥ＝“ｅｘａｍｐｌｅ１”＞
＜ＦＲＡＭＥ ＳＲＣ＝“ｅｘａｍｐｌｅ１．ｈｔｍｌ” ＮＡＭＥ＝“ｓｅｌｅｃｔｉｏｎ” ＴＩＴＬＥ＝“ｓｅｌｅｃｔｉｏｎ”＞
＜ＦＲＡＭＥ ＳＲＣ＝“ｒｅｓｕｌｔ１．ｈｔｍｌ” ＮＡＭＥ＝“ｒｅｓｕｌｔ” ＴＩＴＬＥ＝“ｒｅｓｕｌｔ”＞
＜／ＦＲＡＭＥＳＥＴ＞
【００２５】
Ｗｅｂブラウザは再び上記ＷｅｂサーバのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）であるｅｘａｍｐｌｅ１．ｈｔｍｌおよびｒｅｓｕｌｔ１．ｈｔｍｌで指定されるＨＴＭＬ文書をＧＥＴメソッドで受け取り、Ｗｅｂブラウザの画面２０１上に表示する。この例で２０６、２０７はＨＴＭＬ文書ｅｘａｍｐｌｅ１．ｈｔｍｌのＳＥＬＥＣＴ要素であり、２０８はＨＴＭＬのＩＭＰＵＴ要素であるボタンである。
【００２６】
２０６の例：
＜ＳＥＬＥＣＴ ＮＡＭＥ＝“ｔａｂｌｅ−ｓｅｌｅｃｔｉｏｎ”＞
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｋｙｕｕｋａ” ｓｅｌｅｃｔｅｄ＞休暇取得状況
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｗｅｅｋｌｙ”＞週間勤務状況
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｍｏｎｔｈｌｙ”＞月次集計
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｙｅａｒｌｙ”＞年間集計
＜／ＳＥＬＥＣＴ＞
２０７の例：
＜ＳＥＬＥＣＴ ＮＡＭＥ＝“ｎａｍｅ−ｓｅｌｅｃｔｉｏｎ”＞
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｎａｔｓｕｍｅ” ｓｅｌｅｃｔｅｄ＞夏目漱石
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｍａｓａｏｋａ”＞正岡子規
＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“Ｍｏｒｉ”＞森 鴎外
＜／ＳＥＬＥＣＴ＞
２０８の例：
＜ＩＮＰＵＴ ＴＹＰＥ＝“ｓｕｂｍｉｔ” ＶＡＬＵＥ＝“表示”＞
【００２７】
図３に表示されているように、２０６、２０７から適当な表および個人を選択し、２０８のボタンを押下することによりサブミット命令が実行され、ＨＴＭＬ文書ｅｘａｍｐｌｅ１．ｈｔｍｌのＦＯＲＭ要素のＰＯＳＴ メソッドが実行され、ＦＯＲＭ要素のＡＣＴＩＯＮ要素の値である ／ｃｇｉ−ｂｉｎ／ＣｌｉｅｎｔＰｒｉｎｔ２．ｃｇｉを指定し、ＴＡＲＧＥＴ属性の値を２番目のフレームに指定して、Ｗｅｂサーバへ印刷要求が発行される。
フォーム要素の例：
＜ＦＯＲＭ ＭＥＴＨＯＤ＝“ＰＯＳＴ” ＡＣＴＩＯＮ＝“／ｃｇｉ−ｂｉｎ／ＣｌｉｅｎｔＰｒｉｎｔ２．ｃｇｉ” ＴＡＲＧＥＴ＝“ｒｅｓｕｌｔ”＞
・・・省略・・・
＜／ＦＯＲＭ＞
【００２８】
Ｗｅｂサーバは印刷要求に対応してフォームデータを受け取り、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）プログラムであるＣｌｉｅｎｔＰｒｉｎｔ２．ｃｇｉにフォームデータを渡す。該ＣＧＩプログラムは該フォームデータから表および個人のデータを判別し、フォームデータに対応する表および個人のデータから帳票のサムネイル画像を作成し、Ｗｅｂブラウザに返答する。Ｗｅｂブラウザは受信したサムネイル画像を図３に示すようにＴＡＲＧＥＴ属性の値ｒｅｓｕｌｔで指定された２番目のフレームに表示する。
【００２９】
このように、本実施形態では、ＣｌｉｅｎｔＰｒｉｎｔ２．ｃｇｉを用いて印刷イメージのサムネイル画像を作成するものであり、サーバがクライアントから受信するフォームデータに基づいて帳票の印刷イメージのページ数を計算し、該ページ数が単数ページの場合には上記サムネイル画像を返答用画像とし、該ページ数が複数ページの場合には上記サムネイル画像を配置した一つの返答用画像を作成して、Ｗｅｂブラウザに返答するものである。
【００３０】
上記の例は、特に最初の返答メッセージとして、ＰＮＧ （Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）画像を使用し、該ＰＮＧ画像には印刷イメージの各印刷ページのサムネイル画像から成る要素を含むものである。該返答用画像には印刷イメージを含まない為、サーバからクライアントへの返答メッセージの通信量を減らす効果、特に上記印刷イメージのデータ量が対応するサムネイル画像と比較して大きい場合に、クライアント側での不要な印刷イメージのラスタライズ処理およびサーバ側での不要な印刷イメージの作成処理を省略できる効果が顕著となる。特に、クライアントが携帯情報端末や携帯電話等の場合には、画像処理の負担を減らす効果が有効なものとなる。
【００３１】
また、本実施形態では、クライアント側のＷｅｂブラウザが表示できる画像フォーマットであれば、ＰＮＧ フォーマットの代わりにＧＩＦ、ＪＰＥＧ、Ａｄｏｂｅ Ｓｙｓｔｅｍｓ社のＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、Ｗ３Ｃ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）のＳＶＧ（Ｓｃａｌａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）等のフォーマットを用いてもよい。
【００３２】
図３では、ページ数が４ページの場合の返答メッセージにおける返答画像の例を示している。ページ数が４ページである為、各ページのサムネイル画像を“田の字”形に配置した返答用画像が生成されて、Ｗｅｂブラウザに返答される。この処理によりクライアント側で各ページの印刷イメージを一度に確認することが実現される。
【００３３】
＜比較例１＞
次に、上記本発明の第１の実施形態によるクライアント側印刷との比較を図るべく本発明者が想到したクライアント側印刷の他の例を比較例１として説明する。図６は、本比較例１にて使用するＷｅｂブラウザによる表示画面を示した図である。図６の２０１〜２０８は図３と同じであり、２０９はボタン２０８を押下した後に印刷イメージが表示される領域である。図８は、本比較例１におけるＷｅｂブラウザからの印刷指示の流れについて示した図である。
【００３４】
ボタン２０８が押下されると（ステップＳ５０１）、２０６、２０７で選択された内容がフォームデータとしてサーバ側に送信され、クライアントはサーバからの応答を待つことになる。サーバは、受信したフォームデータから２０６で選択された帳票名及び２０７で選択された人名に基づいて、当該フォームデータに対応する帳票を認識する（ステップＳ５０２）。続いて、その帳票の紙サイズ、用紙の方向等の帳票内の可変な条件を検知し（ステップＳ５０３）、帳票のインデックスデータを作成する（ステップＳ５０４）。そして、帳票のテンプレートデータをマージした後（ステップＳ５０５）、印刷イメージを作成し（ステップＳ５０６）、当該印刷イメージの全ページを一括してＷｅｂブラウザに返答することによってクライアント側印刷を可能とする（ステップＳ５０７）。
【００３５】
しかしながら、本比較例１では、当該印刷イメージの全ページのデータを一括してＷｅｂブラウザに送信しても、クライアント側では図３に示すようにＷｅｂブラウザ上で表示される印刷イメージは１ページ毎に表示されるため、各々のページの印刷イメージを同時に確認することができない。また、単に印刷結果を確認する目的で印刷イメージ自体をクライアントに送信する必要はない。それにも拘わらず、本比較例１では、印刷イメージ自体をクライアントに送信して通信処理の負荷を大きくしている。
【００３６】
これに対して、上記第１の実施形態では、印刷イメージの全ページに対応したサムネイル画像を１ページの画像データ内に配置し、その画像データをクライアントへの返答メッセージに含ませているため、クライアント側では印刷イメージの全ページに対応した画像を一度に確認することが可能となる。また、サムネイル画像を扱うことによって通信処理の負荷も軽減される。
【００３７】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。本発明の第２の実施形態として、サーバ側印刷の場合に、印刷結果の各ページのサムネイル画像と共に印刷結果を示す文字列をラスタライズした画像を合成して１ページの返信用画像を生成する例を示す。尚、図４では、サーバ側印刷の場合のＷｅｂブラウザにおける業務処理の状況を示している。図４の３０１から３０７は、図３の２０１から２０７とそれぞれ順に同等である。
【００３８】
３０８はボタンで、この例においては、このボタンが押下されることにより、３０６、３０７で選択された内容がフォームデータとしてサーバ側に送信され、サーバ側で送信されたフォームデータにより対応する帳票のテンプレートから印刷イメージが作成されサーバ側の印刷機から印刷される。図４（ｂ）に示されるように、ボタンの押下により、３０６で選択した帳票名、および３０７で選択した人名に基づき、３０９の帳票の印刷イメージが４ページ印刷されている。さらに、上記印刷イメージから印刷ページのページ数４が計算され、ページ数４に対応する“田の字”形の配置が選択され、各ページに対応するサムネイル画像が生成され、印刷結果を示す文字列“印刷結果：ＯＫ”をラスタライズしイメージに変換した画像３１２、及び、各サムネイル画像を“田の字”形に配置した画像３１１を１ページの画像に合成した送信用画像が生成され、クライアントに送信される。これにより、図４（ａ）に示されるように、Ｗｅｂブラウザの画面上に３１１および３１２から成る送信用画像が表示される。
【００３９】
このように、本実施形態によれば、印刷結果を示す文字列から成る画像３１２と４ページ分の印刷イメージをサムネイル画像に変換し配置した画像３１１とを合成した画像が返信用画像としてクライアントのＷｅｂブラウザに表示されることにより、ユーザは印刷結果および各ページの印刷イメージを一度に確認できる。
【００４０】
上記の例は、ＨＴＭＬのフレーム要素を用いて、フォームデータ選択の為の画面（図３の２０６、２０７、２０８又は図４の３０６、３０７、３０８を表示する画面）と、印刷結果の画面（図３の２１０又は図４の３１１、３１２を表示する画面）とをクライアントの同一画面内に表示したものである。ここで、本実施形態では、ＨＴＭＬのフレーム要素に未対応のＷｅｂブラウザで表示可能にする為、ＨＴＭＬのフレーム要素を用いずに上記フォームデータ選択の為の画面と上記印刷結果の画面を別々の画面に表示できるようにしてもよい。例えば、図４のフレーム要素から成る画面の代わりに別々の画面を用いた例を図５に示す。図５（ａ）は図４におけるフォームデータ選択の為の画面に対応する例を示している。図５（ｂ）は図４における印刷結果の画面に対応する例を示している。図５の４０１〜４０８、４１１、４１２は、図４の３０１〜３０８、３１１、３１２とそれぞれ順に同等である。
【００４１】
また、上記の例はＣＧＩプログラムを使用したものである。ここでＣＧＩプログラムの代わりにＣＧＩプログラムと同様なＳｅｒｖｌｅｔプログラム等を用いるようにしてもよい。
【００４２】
＜比較例２＞
次に、上記本発明の第２の実施形態によるサーバ側印刷との比較を図るべく本発明者が想到したサーバ側印刷の他の例を比較例２として説明する。図７は、本比較例２にて使用するＷｅｂブラウザによる表示画面及び印刷イメージの出力結果を示した図である。図７の３０１〜３０８は図４と同じである。
【００４３】
本比較例２においては、ボタン３０８が押下されることにより、３０６、３０７で選択された内容がフォームデータとしてサーバ側に送信され、サーバ側では、送信されたフォームデータに対応する帳票のテンプレートから印刷イメージが作成された後、サーバ側の印刷機から印刷される。また、作成された印刷イメージはサーバが備える記録領域内に保存され、Ｗｅｂ上で公開される。公開された印刷イメージはサーバからクライアントにダウンロードされることによりユーザが参照することができる。本比較例２では、ボタン３０８の押下により、３０６で選択された帳票名及び３０７で選択された人名に基づいて、３０９の帳票の印刷イメージが４ページ印刷されている。また印刷イメージが出力された後には、サーバからクライアントに印刷結果が通知され、３１０で表示される。
【００４４】
しかしながら、本比較例２では、印刷イメージをＷｅｂ上で公開するために、印刷処理後に当該印刷イメージを記録領域内に保存する必要があり、記録領域の容量を圧迫してしまう可能性がある。また、本比較例２では、クライアントがサーバから印刷イメージをダウンロードするためには、当該印刷イメージのＵＲＬを使用してＨＴＴＰによる通信を行う必要があり、通信処理を増加させてしまう。さらに、本比較例２では、印刷処理が実行された後に印刷イメージをＷｅｂ上で公開されるが、印刷処理は既に実行され、既に印刷イメージを確認する必要はないことにも拘わらず、不要な公開処理及び印刷イメージの作成処理を実行している。
【００４５】
これに対して、上記第２の実施形態では、印刷イメージの全ページに対応したサムネイル画像を１ページの画像データ内に配置し、その画像データのクライアントへの返答メッセージに含ませているため、クライアント側では印刷イメージの全ページに対応した画像を一度に確認することができるとともに、サーバ側の記録領域が圧迫されることからも回避される。また、上記第２の実施形態では、クライアントからＵＲＬを指定して印刷イメージをダウンロードする通信処理を行う必要がなくなり、不要な公開処理や印刷イメージの作成処理等からの回避される。
【００４６】
以上のように、本発明の実施形態によれば、クライアント側印刷またはサーバ側印刷の場合に、それぞれ印刷する各ページの印刷イメージのサムネイル画像を作成し、クライアント側で一度に確認することが可能となる。
【００４７】
また、本発明の実施形態によれば、特にサーバ側印刷の場合に、サーバ側の印刷機における印刷結果を示す文字列をラスタライズした画像を生成し、上記サムネイル画像と共に一つの画像に合成してクライアント側で表示可能とすることにより、印刷結果と印刷イメージとを一度に確認することが可能となる。
【００４８】
＜その他の実施形態＞
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００４９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５０】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００５１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５３】
本発明の実施態様の他の例を以下に列挙する。
（実施態様１）画像情報の出力指示情報を外部装置から受信する受信手段と、
前記受信手段により受信された前記出力指示情報に応じて、前記画像情報の出力イメージを表すサムネイル画像を前記画像情報の各ページに夫々対応させて生成する画像生成手段と、
前記画像生成手段により生成された前記サムネイル画像を１ページ内に配置した返答用画像情報を、前記外部装置に対して送信する送信手段とを有することを特徴とする情報処理装置。
【００５４】
（実施態様２）前記画像生成手段は、前記画像情報の出力結果を示す情報を前記サムネイル画像とともに生成し、前記送信手段は、前記サムネイル画像及び前記画像情報の出力結果を示す情報を含む前記返答用画像情報を前記外部装置に対して送信することを特徴とする実施態様１に記載の情報処理装置。
【００５５】
（実施態様３）前記画像情報の出力結果を示す情報は、前記画像情報の出力結果を示す文字情報がラスタライズされて生成された情報であることを特徴とする実施態様２に記載の情報処理装置。
【００５６】
（実施態様４）複数の装置が互いに通信可能に接続されて成る情報処理システムであって、
前記複数の装置のうち少なくとも１つの装置は、実施態様１〜３の何れか１項に記載の情報処理装置の機能を有することを特徴とする情報処理システム。
【００５７】
（実施態様５）画像情報の出力指示情報を受信手段にて外部装置から受信するステップと、
前記受信手段により受信された前記出力指示情報に応じて、画像生成手段が前記画像情報の出力イメージを表すサムネイル画像を前記画像情報の各ページに夫々対応させて生成するステップと、
前記画像生成手段により生成された前記サムネイル画像を１ページ内に配置した返答用画像情報を、送信手段が前記外部装置に対して送信するステップとを含むことを特徴とする情報処理方法。
【００５８】
（実施態様６）前記画像生成方法は、前記画像情報の出力結果を示す情報を前記サムネイル画像とともに生成し、前記送信方法は、前記サムネイル画像及び前記画像情報の出力結果を示す情報を含む前記返答用画像情報を前記外部装置に対して送信することを特徴とする実施態様５に記載の情報処理方法。
【００５９】
（実施態様７）前記画像情報の出力結果を示す情報は、前記画像情報の出力結果を示す文字情報がラスタライズされて生成された情報であることを特徴とする実施態様６に記載の情報処理方法。
【００６０】
（実施態様８）実施態様５〜７の何れか１項に記載の情報処理方法をコンピュータに実行させるためのプログラム。
【００６１】
（実施態様９）実施態様８に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【００６２】
【発明の効果】
本発明によれば、画像情報の出力指示情報の外部装置からの受信に応じて、当該画像情報の出力イメージを表すサムネイル画像が１ページ内に配置された返答用画像情報を当該外部装置に対して送信するように構成したので、外部装置（例えば、クライアント端末）上において一度に全画像情報の出力イメージを確認することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る情報処理システムのソフトウェア構成を示したブロック図である。
【図２】クライアント側印刷及びサーバ側印刷におけるＷｅｂブラウザの一例を示した図である。
【図３】本発明の第１の実施形態におけるクライアント側印刷の場合のＷｅｂブラウザにおける業務処理の状況を示した図である。
【図４】本発明の第２の実施形態におけるサーバ側印刷の場合のＷｅｂブラウザにおける業務処理の状況を示した図である。
【図５】ＨＴＭＬのフレーム要素から成る画面の代わりに別々の画面を用いた例を示した図である。
【図６】比較例１にて使用されるＷｅｂブラウザによる表示画面を示した図である。
【図７】比較例２にて使用されるＷｅｂブラウザによる表示画面及び印刷イメージの出力結果を示した図である。
【図８】比較例１におけるＷｅｂブラウザからの印刷指示の流れについて示した図である。
【符号の説明】
１０１ クライアントであるＰＣ等の情報処理装置
１０２ サーバに対してデータの入出力を行うＷｅｂブラウザ
１０３ クライアント側の印刷出力部
１０４ クライアント側の印刷装置（プリンタ等）
１０５ サーバとクライアントが接続されているネットワーク
１０６ Ｗｅｂサーバである情報処理装置
１０７ Ｗｅｂサーバである役割を行うネットワーク通信制御部
１０８ 帳票印刷を行う為の帳票テンプレートの格納部分
１０９ フォームデータ等のデータ格納部
１１０ データ処理部で各業務に従ったアプリケーションロジック
１１１ 帳票イメージを決められた様式に従って作成する画像生成部
１１２ プリンタドライバ
１１３ サーバ側の印刷装置（プリンタ等）
２０１、３０１、４０１ ＰＣなどのモニタに表示されるブラウザのウィンドウ
２０２、３０２、４０２ タイトルが表示されるエリア
２０３、３０３、４０３ ブラウザが持つコマンドが表示されるエリア
２０４、３０４、４０４ ブラウザが持つコマンドが表示されるエリア
２０５、３０５、４０５ 接続するＷｅｂサーバのアドレスを入出力するテキストフィールド
２０６、３０６、４０６ クライアント側のユーザが選択する為のフィールド
２０７、３０７、４０７ クライアント側のユーザが選択する為のフィールド
２０８ 送信ボタン
２０９ 表示される帳票のイメージ
２１０ 印刷イメージのサムネイル画像から成る印刷イメージ
３０８、４０８ サーバ側の印刷機からの印刷ボタン
３０９、４０９ サーバ側の印刷機から印刷される帳票のイメージ（合計４ページ）
３１１、４１１ 印刷イメージのサムネイル画像
３１２、４１２ サーバ側の印刷結果を示す文字列をラスタライズした画像
Claims (1)
- 画像情報の出力指示情報を外部装置から受信する受信手段と、
前記受信手段により受信された前記出力指示情報に応じて、前記画像情報の出力イメージを表すサムネイル画像を前記画像情報の各ページに夫々対応させて生成する画像生成手段と、
前記画像生成手段により生成された前記サムネイル画像を１ページ内に配置した返答用画像情報を、前記外部装置に対して送信する送信手段とを有することを特徴とする情報処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002305021A JP2004139461A (ja) | 2002-10-18 | 2002-10-18 | 情報処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002305021A JP2004139461A (ja) | 2002-10-18 | 2002-10-18 | 情報処理装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004139461A true JP2004139461A (ja) | 2004-05-13 |
Family
ID=32452271
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002305021A Pending JP2004139461A (ja) | 2002-10-18 | 2002-10-18 | 情報処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004139461A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009274350A (ja) * | 2008-05-15 | 2009-11-26 | Fuji Xerox Co Ltd | 画像形成装置及びネットワークシステム |
-
2002
- 2002-10-18 JP JP2002305021A patent/JP2004139461A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009274350A (ja) * | 2008-05-15 | 2009-11-26 | Fuji Xerox Co Ltd | 画像形成装置及びネットワークシステム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7405838B2 (en) | Information processing apparatus, information processing method and print systems | |
| US20060055969A1 (en) | Print system and information processing apparatus | |
| US7538896B2 (en) | Data processing device generating print jobs in PDL and BMI formats | |
| US20130208296A1 (en) | Image forming system, image forming apparatus, and recording medium | |
| US20040184072A1 (en) | Storing and accessing thumbnail images corresponding to print jobs | |
| US20020063892A1 (en) | Information processing apparatus, print system, information processing method, and print method | |
| JP2002269017A (ja) | データ送信装置、データ送信方法、データ送信プログラムおよびデータ送信プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JPH09231022A (ja) | 文書蓄積装置 | |
| JP2007253598A (ja) | 印刷装置 | |
| US8194269B2 (en) | Image forming method and system using XHTML-print data | |
| JP2008077171A (ja) | データ配信装置、データ表示装置、データ配信方法、データ表示方法、データ配信プログラム、データ表示プログラム、および該プログラムを記録した記録媒体 | |
| JP7318386B2 (ja) | 情報処理装置及びプログラム | |
| JP2005532628A (ja) | コンテントプロバイダサーバと出力サーバとの間のデータ移動を流すための方法およびシステム | |
| JP4266324B2 (ja) | ウェブ・ページ表示システム | |
| JP6327880B2 (ja) | 画像処理装置、画像処理装置の制御方法、及びプログラム | |
| JP2004005385A (ja) | 色域不足を通知するシステムおよび方法 | |
| JP2000066867A (ja) | プリンタ装置およびページ情報印刷制御用プログラムを記憶した記憶媒体 | |
| JP4227426B2 (ja) | データ処理方法、プログラム及び情報処理装置 | |
| JP2004139461A (ja) | 情報処理装置 | |
| JP4839206B2 (ja) | 情報処理装置、電子メール送信方法、及び記録媒体 | |
| JP2006338281A (ja) | プリンタサーバ，印刷システム，プログラム及び印刷制御方法 | |
| JP3878038B2 (ja) | ジョブ生成装置、印刷装置、ジョブ生成方法、印刷方法、ジョブ生成プログラム、印刷プログラム、および、これらのプログラムを記録した記録媒体 | |
| JP2004013835A (ja) | 画像形成装置、情報管理装置、画像形成システム、画像形成方法、画像データ送信方法、プログラム及び記録媒体 | |
| JP2004139460A (ja) | 情報処理装置 | |
| JP2004094381A (ja) | 情報管理装置、データ出力方法、プログラム及び記録媒体 |