JP4182973B2 - 情報端末装置、データ提供システム、及び、プログラム - Google Patents

Description

本発明は、コンテンツを有するサーバ装置と通信可能な情報端末装置と、このサーバ装置及び情報端末装置を備えたデータ提供システムと、情報端末装置にて用いられるプログラムに関する。

従来、コンテンツを有するサーバ装置としては、各種コンテンツを表すウェブページを備えたウェブサーバが知られている。また、情報端末装置としては、ブラウザと呼ばれるアプリケーションプログラムを通じて、ウェブサーバからウェブページを取得し、これをモニタに表示するパーソナルコンピュータや、ウェブサーバからウェブページを取得し、これを印刷する印刷装置が知られている。

また、ウェブサーバとパーソナルコンピュータと印刷装置とが混在したシステムとしては、ウェブサーバが、同一コンテンツを、送信先装置の種類に応じて、表示用のウェブページとして出力したり、印刷用のデータとして出力するシステムが知られている（例えば、特許文献１参照）。
特開２００１−１０１３０３号公報

ところで、ウェブページは、モニタに表示出力されることが通常であるため、モニタに表示出力されることを前提として、レイアウトされることが多い。このため、一般的なウェブページを、ウェブページが示すレイアウトに従って印刷出力すると、利用者にとって不都合が生じる可能性がある。また、無料で提供するウェブページが、ウェブページが示すレイアウトに従って印刷出力されて消費者に提供されると、ページ提供者にとって、不都合が生じる可能性がある。

例えば、用紙サイズより縦幅（行数）の大きいウェブページが印刷出力された場合には、ウェブページが複数枚の用紙にわたって分割出力されることになるが、単一のウェブページが複数枚の用紙に分割出力されると、利用者が、特定ページに印刷された文書を解釈するのに、他のページを参照しなければならないといった不都合が生じる可能性がある。

また、ウェブページには、先頭位置や末尾に、広告画像がレイアウトされることがあるが、この種のウェブページが印刷出力されて、消費者の目に触れる場合には、ウェブページが複数枚の用紙に分割出力されることにより、広告の効果が薄れる可能性がある。即ち、ウェブページが複数枚の用紙に分割出力されると、消費者が不要なページ（用紙）を破棄する可能性があり、広告画像が印刷されたページ（用紙）が破棄され、広告画像が消費者の目に触れる機会が少なくなり、結果的に、広告の効果が薄れる可能性がある。

本発明は、こうした問題に鑑みなされたものであり、ウェブページ等のコンテンツを表す表示用データを複数枚の用紙にわたって印刷出力する場合に、特定種の情報が利用者の目に触れ易くなるようにすることを目的とする。

かかる目的を達成するためになされた請求項１記載の発明は、ネットワークに接続されたサーバ装置と情報端末装置とを備えるデータ提供システムであって、サーバ装置が、コンテンツ要求信号を、ネットワークを介して受信すると、このコンテンツ要求信号に基づき、要求されたコンテンツを表す表示用データと、この表示用データの構成要素の夫々が主たる構成要素及び従たる構成要素のいずれかに分類されて表された印刷用データと、を格納した応答データを、ネットワークを介して、要求元装置に送信する構成にされたものである。

このデータ提供システムにおける情報端末装置は、ネットワークを介して、上記サーバ装置と通信可能な通信手段を備えると共に、コンテンツ要求手段、データ受信手段、コンテンツ表示制御手段、データ変換手段、及び、印刷制御手段を備える。

この情報端末装置におけるコンテンツ要求手段は、コンテンツ要求信号を、通信手段を介して、サーバ装置に送信し、データ受信手段は、コンテンツ要求手段の動作により、サーバ装置から送信されてくる応答データを、通信手段を介して受信する。また、コンテンツ表示制御手段は、データ受信手段が受信した応答データに含まれる表示用データに基づき、コンテンツを、表示装置に表示させる。

また、データ変換手段は、データ受信手段が受信した応答データに含まれる印刷用データに基づき、主たる構成要素及び従たる構成要素をまとめて、印刷画像データに変換する。但し、このデータ提供システムにおける情報端末装置のデータ変換手段は、主たる構成要素に対応する印刷画像が複数枚の用紙に及ぶ場合、上記印刷画像データとして、従たる構成要素に対応する印刷画像が、主たる構成要素に対応する印刷画像が形成される用紙の所定領域に、複数枚にわたって重複形成される種類の印刷画像データを生成する。

また、このデータ提供システムにおける情報端末装置の印刷制御手段は、印刷装置に、データ変換手段により生成された印刷画像データに基づく印刷画像を、用紙に形成させることにより、主たる構成要素に対応する印刷画像が複数枚の用紙に及ぶ場合、従たる構成要素に対応する印刷画像を、複数枚の用紙に重複形成させる。

このように構成されたデータ提供システムによれば、従たる構成要素に対応する印刷画像が、従たる構成要素についての表示時のレイアウトとは無関係に、主たる構成要素に対応する印刷画像が形成される用紙の複数に形成されるので、広告画像や文書の理解に必要な資料等、用紙に重複形成させたい表示用データの構成要素を、予め従たる構成要素として、印刷用データに定めておけば、これらの印刷画像を、利用者の目に触れ易いように用紙に形成することができる。

即ち、この発明によれば、広告画像を、従たる構成要素と予め定めておけば、コンテンツの印刷出力時に、広告画像を、複数枚の用紙に印刷することができ、広告の効果が向上する。その他、文書理解のために必要な資料を、従たる構成要素と定めておけば、印刷用データに基づき、利用者にとって理解しやすい文書を、用紙に印刷することができる。

また、請求項２記載の発明は、請求項１記載のデータ提供システムを構成する情報端末装置の発明である。この情報端末装置によれば、従たる構成要素に対応する印刷画像を、主たる構成要素に対応する印刷画像が形成される用紙の複数に形成するので、従たる構成要素に対応する印刷画像（広告画像等）を、利用者の目に触れ易いよう用紙に形成することができる。
ところで、上述の情報端末装置は、従たる構成要素に対応する印刷画像を、その他の構成要素に対応する印刷画像が形成される複数枚の用紙の一部に対して形成する構成されてもよいが、複数枚の用紙の全てに対して形成する構成されると一層好ましい。

即ち、上述の情報端末装置が備えるデータ変換手段は、従たる構成要素に対応する印刷画像が、主たる構成要素に対応する印刷画像が形成される各用紙の所定領域に形成される種類の印刷画像データを生成する構成にされるとよい（請求項３）。

このように情報端末装置を構成すれば、従たる構成要素に対応する印刷画像が、各用紙に印刷されるので、これらの画像を、一層、利用者の目に触れ易くすることができる。そして、従たる構成要素として広告画像を設定すれば、用紙の一部を利用者が破棄しても、その行為が、広告の効果の希薄に繋がることがないので、この発明によれば、広告の効果が一層向上する。

また、印刷用データには、従たる構成要素に対応する印刷画像を印刷すべき用紙内の領域を指定する情報を含ませるようにし、データ変換手段は、印刷用データが備える上記「領域を指定する情報」が表す領域に、従たる構成要素に対する印刷画像が形成される種類の印刷画像データを生成する構成にされてもよい（請求項４）。

また、請求項１〜４記載の情報端末装置における各手段は、プログラムにより、コンピュータに実現させることができる。

また、請求項５記載のプログラムは、コンテンツ要求信号を、ネットワークを介して受信すると、このコンテンツ要求信号に基づき、要求されたコンテンツを表す表示用データと、この表示用データの構成要素の夫々が主たる構成要素及び従たる構成要素のいずれかに分類されて表された印刷用データと、を格納した応答データを、ネットワークを介して、要求元装置に送信するサーバ装置、とネットワークを介して通信可能な通信手段を備えるコンピュータを、請求項２記載の情報端末装置における上記コンテンツ要求手段と、データ受信手段と、コンテンツ表示制御手段と、データ変換手段と、印刷制御手段として機能させるためのプログラムである。

このプログラムによれば、請求項２記載の情報端末装置を構成することができ、表示用データ及び印刷用データの生成段階で定められた従たる構成要素に対応する印刷画像（広告画像等）を、表示時のレイアウトとは無関係に、利用者の目に触れ易いよう用紙に形成することができる。

以下、本発明の実施例について、図面と共に説明する。
図１は、本発明が適用されたデータ提供システム１の構成を表すブロック図である。図１に示すように本実施例のデータ提供システム１は、ウェブサーバ１０，２０と、パーソナルコンピュータ（以下、「ＰＣ」とする。）３０と、ディジタル複合機（以下、「複合機」とする。）５０と、が広域ネットワークとしてのインターネットを通じて通信可能に接続された構成にされている。

ウェブサーバ１０，２０は、各種コンテンツを、ウェブページ（ＨＴＭＬ文書）として、要求元装置に提供するサーバ装置である。このウェブサーバ１０，２０は、周知のウェブサーバと同一のハードウェア構成にされており、動作時、繰返し図２に示すウェブサーバ処理を実行して、外部からの要求に応じ、自身がデータベースに保持するコンテンツを表すウェブページを、要求元装置に提供する。

一方、ＰＣ３０は、各種演算処理を行うＣＰＵ３１ａ及びＲＯＭ／ＲＡＭ等のメモリ３１ｂを備える制御部３１と、ハードディスク装置にて構成され、ブラウザなどの各種アプリケーションプログラムを記憶する記憶部３３と、インターネットに接続され、インターネット内の装置と通信可能な通信部３５と、液晶ディスプレイ等で構成される表示部３７と、利用者が操作可能なキーボードやポインティングデバイス等で構成される操作部３９と、を備える。このＰＣ３０は、利用者の操作により操作部３９からブラウザに対する起動指令が入力されると、記憶部３３に記憶されたブラウザを読み出し、このブラウザに基づいて、図３に示すブラウザ処理を実行する。

また、複合機５０は、各種演算処理を行うＣＰＵ５１ａ及びＲＯＭ／ＲＡＭ等のメモリ５１ｂを備える制御部５１と、インターネットに接続され、インターネット内の装置と通信可能な通信部５５と、情報表示用の表示部５７と、各種操作キーから構成される操作部５９と、記録部６１と、読取部６３と、公衆電話回線網（ＰＳＴＮ）に接続され、外部のファクシミリ装置や電話装置と通信可能な回線制御部６５と、音声通話用のマイクロフォン及びスピーカからなるハンドセット６７と、を備える。この複合機５０は、プリンタ機能、スキャナ機能、コピー機能、ファクシミリ機能、電話機能を有し、装置各部を、制御部５１にて統括制御して、上記各機能を実現する。

詳述すると、記録部６１は、制御部５１に制御されて、図示しない給紙部から、この給紙部にセットされた用紙を取り込み、この用紙に、インクジェット方式又はレーザプリンタ方式にて、印刷画像を形成するものであり、制御部５１は、例えば、ＰＣ３０から印刷コマンドを通信部５５を介して受信すると、この印刷コマンドと共に送信されてきた印刷画像データ（ＰＤＬデータ等）に基づき、記録部６１を制御し、印刷画像データが表す印刷画像を、用紙に形成する。尚、受信した印刷画像データが、用紙複数枚分（複数ページ分）の印刷画像データである場合、制御部５１は、周知のように、各ページの印刷画像データを、夫々の用紙に、順に形成する（プリンタ機能）。

また、読取部６３は、制御部５１に制御されて、ＡＤＦ装置（オートドキュメントフィーダ）にセットされた原稿や、原稿載置台にセットされた原稿を光学的に読み取り、この原稿を表す画像データを生成するものであり、制御部５１は、例えば、ＰＣ３０から、読取コマンドが入力されると、ＡＤＦ装置や原稿載置台にセットされた原稿を光学的に読み取り、この結果生成された画像データを、メモリ５１ｂに一時保存したり、コマンド入力元のＰＣ３０に送信する（スキャナ機能）。

また、制御部５１は、操作部５９から複写コマンドが入力されると、読取部６３を制御して、ＡＤＦ装置にセットされた原稿や、原稿載置台にセットされた原稿を読み取り、この読み取り画像を、記録部６１を通じて、用紙に印刷する動作を行う（コピー機能）。その他、制御部５１は、周知の手順にて、ファクシミリ機能や、音声通話機能を実現する。

続いて、データ提供システム１を構成するウェブサーバ１０，２０及びＰＣ３０が実行する処理について説明する。
図２は、ウェブサーバ１０，２０が繰返し実行するウェブサーバ処理を表すフローチャートである。ウェブサーバ１０，２０は、図２に示すウェブサーバ処理を開始すると、インターネットを通じて、外部装置（ＰＣ３０，複合機５０等）からコマンドを受信するまで待機し（Ｓ１１０）、コマンドを受信すると（Ｓ１１０でＹｅｓ）、受信コマンドが、ウェブページの要求コマンドであるか否かを判断する（Ｓ１２０）。

そして、受信コマンドがウェブページの要求コマンドであると判断すると（Ｓ１２０でＹｅｓ）、要求コマンドが示すＵＲＬに従い、そのＵＲＬに対応するウェブページを、自身が有するデータベース（図示せず）から読み出し、読み出したウェブページを、応答データとして、要求元装置に送信する（Ｓ１３０）。その後、Ｓ１１０に移行する。尚、要求されたウェブページがデータベースに存在しない場合、ウェブサーバ１０，２０は、応答データとして、エラーメッセージを返信する。

一方、ウェブサーバ１０，２０は、ウェブページの要求コマンド以外のコマンドを受信すると（Ｓ１２０でＮｏ）、Ｓ１４０にて受信コマンドに対応した処理を実行した後、Ｓ１１０に移行する。その後、再び、インターネットを通じて、外部装置からコマンドを受信するまで待機する。

次に、ＰＣ３０のＣＰＵ３１ａが実行する処理について説明する。図３は、ＰＣ３０のＣＰＵ３１ａが、記憶部３３に記憶されたブラウザに基づいて実行するブラウザ処理を表すフローチャートである。ブラウザ処理を開始すると、ＣＰＵ３１ａは、操作用のアイコン等が付加されたＧＵＩ（グラフィカルユーザインタフェース）構成の新規ウィンドウを表示部３７に表示し、このウィンドウ内に初期画面を表示する（Ｓ２１０）。

また、この処理を終えると、ウィンドウに対する操作が利用者により行われるまで待機し（Ｓ２２０）、操作が行われると（Ｓ２２０でＹｅｓ）、Ｓ２３０に移行する。そして、行われた操作がウェブページの取得操作である場合（Ｓ２３０でＹｅｓ）、その操作により利用者から指定されたＵＲＬ先のウェブページを取得するためのウェブページの要求コマンドを、ＵＲＬ先のウェブサーバ１０，２０に、通信部３５を介して送信し（Ｓ２４０）、この後、上記送信した要求コマンドに対応する応答データを、インターネット及び通信部３５を通じて受信するまで待機する（Ｓ２４５）。

そして、応答データを受信すると（Ｓ２４５でＹｅｓ）、Ｓ２５０に移行し、受信した応答データに基づいて、ウィンドウ内の画面更新を行う。即ち、ＣＰＵ３１ａは、ウェブサーバ１０，２０から応答データとして、ウェブページを受信すると、このウェブページの記述（但し、コメントデータとしての記述を除く）に従って、ウェブページが示すコンテンツを、ウィンドウ内に表示する。一方、応答データとして、エラーメッセージを受信した場合には、そのエラーメッセージに対応する画面更新を行う。また、Ｓ２５０での処理を終えると、ＣＰＵ３１ａは、Ｓ２２０に移行し、次の操作が行われるまで待機する。

一方、ＣＰＵ３１ａは、ウィンドウに対する操作が、ウェブページの取得操作ではなく（Ｓ２３０でＮｏ）、印刷操作である場合（Ｓ２６０でＹｅｓ）、Ｓ２７０に移行して、図４に示すウェブページ印刷処理を実行する。図４は、ＣＰＵ３１ａが実行するウェブページ印刷処理を表すフローチャートである。

ウェブページ印刷処理を開始すると、ＣＰＵ３１ａは、ウィンドウに表示されているウェブページが、印刷用データを有するウェブページであるか否かを判断する（Ｓ３１０）。尚、図５及び図６は、印刷用データを含むウェブページのソースを表す図であり、具体的に、図５は、ウェブページのソース前半部分を示した図、図６は、ウェブページのソース後半部分を示した図である。

本実施例では、ウェブサーバ１０が、図５及び図６に示す構成の印刷用データを備えたウェブページを保有しており、このウェブページには、印刷用データとして、”ｍｅｓｓａｇｅ ｆｏｒ ｐｒｉｎｔｅｒｓ”で始まるコメントデータ（図６点線内）が付与されている。この印刷用データは、ウェブページを表示する際に参照されるウェブページのソース（図５及び図６の点線外のデータである。以下、「表示用データ」とする。）を、主データと従属データとに分類してなるものであり、ウェブページを表示する際には参照されないコメント用のタグ（＜！−− −−＞）内に設けられている。

具体的に、本実施例の印刷用データは、主データとして、文字列”ｏｔｈｅｒｓ”を先頭に有するデータであって、用紙の本文領域に印刷画像を形成すべきＨＴＭＬ文書（但し、記号「＜」「＞」を使用しないで記載されたもの）が記述されたデータを有する構成にされている。また、印刷用データは、従属データとして、表示用データが示す画像データ（ウェブページに表示される画像データ）であって、用紙のヘッダ領域に印刷画像を形成すべき種類の画像データのファイル名、表示用データが示す画像データであって、用紙のフッタ領域に印刷画像を形成すべき種類の画像データのファイル名、及び、表示用データが示す画像データであって、用紙の綴じ代領域に印刷画像を形成すべき種類の画像データのファイル名が記述されたデータを有する。

即ち、印刷用データは、従属データとして、用紙のヘッダ領域に印刷画像を形成すべき種類の画像データのファイル名（図６では”ｈｅａｄｅｒｃｏｍｅｒｃｉａｌｍｅｓｓａｇｅ．ｇｉｆ”）を値に有するパラメータ「ヘッダソース」、用紙のフッタ領域に印刷画像を形成すべき種類の画像データのファイル名（図６では、”ｆｏｏｔｅｒｃｏｍｅｒｃｉａｌｍｅｓｓａｇｅ．ｇｉｆ”）を値に有するパラメータ「フッタソース」、及び、用紙の綴じ代領域に印刷画像を形成すべき種類の画像データのファイル名（図６では、”ｒｉｇｈｔｃｏｍｅｒｃｉａｌｍｅｓｓａｇｅ．ｇｉｆ”）を値に有するパラメータ「レフトソース」の各パラメータについて、パラメータと設定値との対応関係を示すデータを有する構成にされている。

Ｓ３１０では、ウィンドウに表示されているウェブページが、印刷用データを有するウェブページであるか否かを、”ｍｅｓｓａｇｅ ｆｏｒ ｐｒｉｎｔｅｒｓ”で始まるコメントデータがあるか否かをウェブページ内で検索することにより判断し、ウィンドウに表示されているウェブページが、印刷用データを有するウェブページであると判断すると（Ｓ３１０でＹｅｓ）、このウェブページから、印刷用データを抽出し、この印刷用データを、印刷画像データへの変換対象に設定する（Ｓ３２０）。その後、Ｓ３３０にて、第一変換処理を実行する。

図７は、ＣＰＵ３１ａが実行する第一変換処理を表すフローチャートである。ＣＰＵ３１ａは、第一変換処理を実行すると、まず、変換対象に設定された印刷用データに対応する印刷画像を形成する用紙のサイズを識別する（Ｓ４１０）。用紙サイズは、利用者による印刷操作時に、利用者から指定され、Ｓ４１０では、この用紙サイズを識別する。

Ｓ４１０での処理を終えると、ＣＰＵ３１ａは、Ｓ４２０に移行し、変換対象の印刷用データにおいて、パラメータ「ヘッダソース」に設定された画像データを、用紙のヘッダ領域にレイアウトする画像データに決定する。具体的に、ここでは、パラメータ「ヘッダソース」に設定された画像データを、印刷対象として、メモリ３１ｂ内の作業領域に登録すると共に、この画像データに対し、用紙のヘッダ領域に対応する位置座標を、印刷位置として割り当てる等して、この画像データの印刷位置を、用紙のヘッダ領域に決定する。尚、本実施例では、図８に示すように、横幅が、用紙における印字可能領域の横幅に対応し、縦幅が、所定幅に予め定められた領域であって、起点が、用紙における印字可能領域の左上端点に定められた領域が、ヘッダ領域として定められている。

また、Ｓ４２０での処理を終えると、ＣＰＵ３１ａは、Ｓ４３０に移行し、変換対象の印刷用データにおいて、パラメータ「フッタソース」に設定された画像データを、用紙のフッタ領域にレイアウトする画像データに決定する。具体的に、ここでは、パラメータ「フッタソース」に設定された画像データを、印刷対象として、メモリ３１ｂ内の作業領域に登録すると共に、この画像データに対し、用紙のフッタ領域に対応する位置座標を、印刷位置として割り当てる等して、この画像データの印刷位置を、用紙のフッタ領域に決定する動作を行う。尚、本実施例では、横幅が、用紙における印字可能領域の横幅に対応し、縦幅が、所定幅に定められた領域であって、終点が、用紙における印字可能領域の右下端点に定められた領域が、フッタ領域として定められている。

また、Ｓ４３０での処理を終えると、ＣＰＵ３１ａは、Ｓ４４０に移行し、変換対象の印刷用データにおいて、パラメータ「レフトソース」に設定された画像データを、用紙の綴じ代領域にレイアウトする画像データに決定する。具体的に、ここでは、パラメータ「レフトソース」に設定された画像データの内、レイアウトされていない未処理の部分画像データであって、綴じ代領域に対応するサイズの部分画像データを、印刷対象として、メモリ３１ｂ内の作業領域に登録すると共に、この部分画像データに対し、用紙の綴じ代領域に対応する位置座標を、印刷位置として割り当てる等して、この部分画像データの印刷位置を、用紙の綴じ代領域に決定する動作を行う。尚、本実施例では、用紙におけるヘッダ領域とフッタ領域との間に挟まれた領域であって、横幅が所定幅で、起点がヘッダ領域の左下端点の真下に設定された領域が、綴じ代領域として定められている。

その他、Ｓ４４０での処理を終えると、ＣＰＵ３１ａは、Ｓ４５０に移行し、変換対象の印刷用データにおける主データのイメージの内、レイアウトされていない（換言すると印刷画像データに変換されていない）１ページ分のイメージを、用紙の本文領域にレイアウトするイメージに決定する。具体的に、ここでは、該当データを、印刷対象として、メモリ３１ｂ内の作業領域に登録すると共に、このデータに対して、用紙の本文領域に対応する位置座標を、印刷位置として割り当てることで、該当データの印刷位置を、用紙の本文領域に決定する動作を行う。尚、本実施例では、用紙の印字可能領域の内、上記ヘッダ領域、フッタ領域、及び、綴じ代領域のいずれにも該当しない領域が、本文領域として定められている。

そして、これらの処理を終えると、ＣＰＵ３１ａは、Ｓ４６０に移行し、Ｓ４２０〜Ｓ４５０での決定内容に従って、ヘッダソースに設定された画像データを、ヘッダ領域にレイアウトし、フッタソースに設定された画像データを、フッタ領域にレイアウトし、レフトソースに設定された画像データを、綴じ代領域にレイアウトし、１ページ分の主データのイメージを、本文領域にレイアウトしてなる用紙１枚分（１ページ分）の印刷画像データ（ＰＤＬデータや、ラスタ画像データ等）を生成する。

また、この処理を終えると、ＣＰＵ３１ａは、Ｓ４７０に移行し、レイアウトされていない（印刷画像データに変換していない）未処理の主データのイメージが存在するか否かを判断し、存在すると判断すると（Ｓ４７０でＹｅｓ）、Ｓ４２０に移行し、再び、Ｓ４２０〜Ｓ４６０までの処理を実行することにより、ヘッダソースに設定された画像データを、ヘッダ領域にレイアウトし、フッタソースに設定された画像データを、フッタ領域にレイアウトし、レフトソースに設定された画像データを、綴じ代領域にレイアウトし、１ページ分の主データのイメージを、本文領域にレイアウトしてなる用紙１枚分（１ページ分）の印刷画像データを生成する。そして、未処理の主データのイメージが存在しないと判断すると（Ｓ４７０でＮｏ）、当該第一変換処理を終了する。

また、このようにして、Ｓ３３０での第一変換処理を終えると、ＣＰＵ３１ａは、Ｓ３８０に移行して、生成された各ページの印刷画像データをまとめて、印刷コマンドと共に、複合機５０に入力し、この印刷画像データに基づく印刷画像を、用紙に形成させる。このような動作により、ＣＰＵ３１ａは、複合機５０に、ヘッダソースに設定された画像データに対応する印刷画像を、主データに対応する印刷画像が形成される各用紙のヘッダ領域に形成させ、フッタソースに設定された画像データに対応する印刷画像を、主データに対応する印刷画像が形成される各用紙のフッタ領域に形成させ、レフトソースに設定された画像データに対応する印刷画像を、主データに対応する印刷画像が形成される各用紙の綴じ代領域に形成させる。

一方、ＣＰＵ３１ａは、Ｓ３１０において、ウィンドウに表示されているウェブページが、印刷用データを有さない種類のウェブページであると判断すると（Ｓ３１０でＮｏ）、Ｓ３４０に移行し、ウェブページが、特定種の構造を有しているか否かを判断する。具体的に、本実施例では、ウェブページが、特定種の構造として、３行３列のテーブルであって、第１行１列から第１行３列までのセルが一つに結合され、第３行１列から第３行３列までのセルが一つに結合され、第１行、第３行、及び第２行３列のセルに、リンク付きの画像データがレイアウトされたテーブルにて構成されたボディ部を有するか否かを判断する。尚、図９は、このような特定種の構造を有するウェブページのソース例を示す図であり、図１０左図は、このような特定種の構造を有するウェブページの表示形態を示す図である。本実施例では、ウェブサーバ２０が、この種のウェブページを有するものとする。

そして、ウェブページが、このような特定種の構造を有していないと判断すると（Ｓ３４０でＮｏ）、ＣＰＵ３１ａは、ウィンドウに表示されているウェブページの記述に従い、このウェブページを表示レイアウトに一致するレイアウトの印刷画像データであって、ページ単位の印刷画像データに変換する（Ｓ３５０）。また、この処理を終えると、ＣＰＵ３１ａは、Ｓ３８０に移行し、生成された各ページの印刷画像データをまとめて、印刷コマンドと共に、複合機５０に入力し、この印刷画像データに基づく印刷画像を、ページ毎に、用紙に形成させる。

その他、ＣＰＵ３１ａは、Ｓ３４０において、ウェブページが、特定種の構造を有していると判断すると（Ｓ３４０でＹｅｓ）、Ｓ３６０に移行し、表示されているウェブページを、印刷画像データへの変換対象に設定する。その後、Ｓ３７０にて、第二変換処理を実行する。尚、図１１は、ＣＰＵ３１ａが実行する第二変換処理を表すフローチャートである。

ＣＰＵ３１ａは、第二変換処理を実行すると、まず、変換対象のウェブページにおいて、テーブルの第１行にレイアウトされた画像データを、ヘッダ画像データに設定し（Ｓ５１１）、テーブルの第３行にレイアウトされた画像データを、フッタ画像データに設定し（Ｓ５１３）、テーブルの第２行３列にレイアウトされた画像データを、綴じ代画像データに設定する（Ｓ５１５）。また、この処理を終えると、テーブルの第２行１列及び第２行２列のセル部分に対応したＨＴＭＬ文書を再構築してなるものであって、テーブルの第２行１列及び第２行２列のセル部分に対応する１行２列のテーブルを記述したＨＴＭＬ文書を、主データとして生成する。具体的に、図９に基づいて、生成する主データの構成を説明すると、図９に示す領域Ｒａの記述に対してタグ＜／ｔｒ＞を末尾に付し、これをテーブルタグで囲んだＨＴＭＬ文書を、主データとして生成する（Ｓ５１７）。

また、この処理を終えると、ＣＰＵ３１ａは、変換対象に設定されたウェブページに対応する印刷画像を形成する用紙のサイズを識別する（Ｓ５１９）。尚、用紙サイズを識別方法は、Ｓ４１０で説明した方法と同様である。

また、Ｓ５１９での処理を終えると、ＣＰＵ３１ａは、Ｓ５２０に移行し、Ｓ５１１にて設定されたヘッダ画像データを、用紙のヘッダ領域にレイアウトする画像データに決定する。即ち、ヘッダ画像データを、印刷対象として、メモリ３１ｂ内の作業領域に登録すると共に、この画像データに対し、用紙のヘッダ領域に対応する位置座標を、印刷位置として割り当てる等して、この画像データの印刷位置を、用紙のヘッダ領域に決定する。

また、Ｓ５２０での処理を終えると、ＣＰＵ３１ａは、Ｓ５３０に移行し、Ｓ５１３にて設定されたフッタ画像データを、用紙のフッタ領域にレイアウトする画像データに決定する。即ち、フッタ画像データを、印刷対象として、メモリ３１ｂ内の作業領域に登録すると共に、この画像データに対し、用紙のフッタ領域に対応する位置座標を、印刷位置として割り当てる等して、この画像データの印刷位置を、用紙のフッタ領域に決定する動作を行う。

また、Ｓ５３０での処理を終えると、ＣＰＵ３１ａは、Ｓ５４０に移行し、Ｓ５１５にて設定された綴じ代画像データを、用紙の綴じ代領域にレイアウトする画像データに決定する。具体的に、ここでは、綴じ代画像データの内、レイアウトされていない未処理の部分画像データであって、綴じ代領域に対応するサイズの部分画像データを、印刷対象として、メモリ３１ｂ内の作業領域に登録すると共に、この部分画像データに対し、用紙の綴じ代領域に対応する位置座標を、印刷位置として割り当てる等して、この部分画像データの印刷位置を、用紙の綴じ代領域に決定する動作を行う。

その他、Ｓ５４０での処理を終えると、ＣＰＵ３１ａは、Ｓ５５０に移行し、Ｓ５１７で生成した主データのイメージの内、レイアウトされていない（換言すると印刷画像データに変換されていない）１ページ分のイメージを、用紙の本文領域にレイアウトするイメージに決定する。具体的に、ここでは、該当データを、印刷対象として、メモリ３１ｂ内の作業領域に登録すると共に、このデータに対し、用紙の本文領域に対応する位置座標を、印刷位置として割り当てることで、該当データの印刷位置を、用紙の本文領域に決定する動作を行う。

そして、これらの処理を終えると、ＣＰＵ３１ａは、Ｓ５６０に移行し、Ｓ５２０〜Ｓ５５０での決定内容に従って、ヘッダ画像データを、ヘッダ領域にレイアウトし、フッタ画像データを、フッタ領域にレイアウトし、綴じ代画像データを、綴じ代領域にレイアウトし、１ページ分の主データのイメージを、本文領域にレイアウトしてなる用紙１枚分（１ページ分）の印刷画像データ（ＰＤＬデータや、ラスタ画像データ等）を生成する。

また、この処理を終えると、ＣＰＵ３１ａは、Ｓ５７０に移行し、レイアウトされていない（印刷画像データに変換していない）未処理の主データのイメージが存在するか否かを判断し、存在すると判断すると（Ｓ５７０でＹｅｓ）、Ｓ５２０に移行し、再び、Ｓ５２０〜Ｓ５６０までの処理を実行することにより、ヘッダ画像データを、ヘッダ領域にレイアウトし、フッタ画像データを、フッタ領域にレイアウトし、綴じ代画像データを、綴じ代領域にレイアウトし、１ページ分の主データのイメージを、本文領域にレイアウトしてなる用紙１枚分（１ページ分）の印刷画像データを生成する。そして、未処理の主データのイメージが存在しないと判断すると（Ｓ５７０でＮｏ）、第二変換処理を終了する。

また、このようにして、Ｓ３７０での第二変換処理を終えると、ＣＰＵ３１ａは、Ｓ３８０に移行して、生成された各ページの印刷画像データをまとめて、印刷コマンドと共に、複合機５０に入力し、この印刷画像データに基づく印刷画像を、用紙に形成させる。即ち、このような動作により、ＣＰＵ３１ａは、複合機５０に、ウェブページにおいて表示位置が先頭領域に設定された画像データに対応する印刷画像を、主データに対応する印刷画像が形成される各用紙のヘッダ領域に形成させ、ウェブページにおいて表示位置が末尾領域に設定された画像データに対応する印刷画像を、主データに対応する印刷画像が形成される各用紙のフッタ領域に形成させ、ウェブページにおいて表示位置が右端領域に設定された画像データに対応する印刷画像を、主データに対応する印刷画像が形成される各用紙の綴じ代領域に形成させる。

尚、図１０右図は、図１０左図に示す表示レイアウトのウェブページを、Ｓ３７０にて印刷画像データに変換し、この印刷画像基づいて用紙に印刷画像を形成した際の各用紙の印刷レイアウトを表す図である。本実施例のＰＣ３０では、図１０左図に示す主データに対応する印刷画像が複数枚の用紙に及ぶ構成のウェブページを印刷処理した場合、ウェブページを構成するテーブルの第１行のセル（Ｔａｂｌｅ［１，１］）に対応する画像が、各用紙のヘッダ領域に形成され、ウェブページを構成するテーブルの第３行のセル（Ｔａｂｌｅ［３，１］）に対応する画像が、各用紙のフッタ領域に形成され、ウェブページを構成するテーブルの第２行３列のセル（Ｔａｂｌｅ［２，３］）に対応する画像が、各用紙の綴じ代領域に形成される。

また、このようにしてＳ３８０での処理を終えると、ＣＰＵ３１ａは、当該ウェブページ印刷処理を終了する。また、Ｓ２７０でのウェブページ印刷処理を終了すると、ＣＰＵ３１ａは、Ｓ２２０に移行して、次の操作が行われるまで待機する。

その他、ＣＰＵ３１ａは、ウィンドウに対する操作が、ウェブページの取得操作や印刷操作ではなく（Ｓ２３０でＮｏ，Ｓ２６０でＮｏ）、終了操作である場合（Ｓ２８０でＹｅｓ）、Ｓ２８５に移行して、ウェブページ表示用の上記ウィンドウを閉じ、当該ブラウザ処理を終了する。その他、ＣＰＵ３１ａは、ウィンドウに対して上記操作以外の操作がなされると（Ｓ２８０でＮｏ）、行われた操作に対応する処理を実行する（Ｓ２９０）。そして、Ｓ２９０での処理を終えると、Ｓ２２０に移行し、次の操作が行われるまで待機する。

以上、本実施例のデータ提供システム１について説明したが、このデータ提供システム１によれば、ＰＣ３０のＣＰＵ３１ａが、ウェブサーバ１０，２０から受信した応答データに基づき、特定種の構造（テーブル構造）を有するウェブページを受信したと判断した場合には（Ｓ３４０でＹｅｓ）、このウェブページを解析し、ウェブページにおいて表示位置が先頭領域（テーブルの第１行）に設定された画像データ、表示位置が末尾領域（テーブルの第３行）に設定された画像データ、表示位置が右端領域（テーブルの第２行３列）に設定された画像データを、複数枚の用紙に印刷画像を形成するウェブページの構成要素に設定する（Ｓ５１１〜Ｓ５１５）。

そして、ＣＰＵ３１ａは、このウェブページを印刷画像データに変換する際、Ｓ５１１〜Ｓ５１５で設定した画像データに対応する印刷画像が、その他のウェブページの構成要素である主データに対応する印刷画像が形成される各用紙の本文領域周囲に、形成される種類の印刷画像データを生成する（Ｓ５６０）。即ち、主データに対応する印刷画像が複数枚の用紙に及ぶ場合、Ｓ５１１〜Ｓ５１５で設定した画像データに対応する印刷画像が、主データに対応する印刷画像が形成される用紙の周囲領域に、複数枚にわたって重複形成される種類の印刷画像データを生成する（Ｓ５６０）。

従って、このデータ提供システム１によれば、ウェブページにおいて、表示位置が先頭領域（テーブルの第１行）に設定された画像データ、表示位置が末尾領域（テーブルの第３行）に設定された画像データ、表示位置が右端領域（テーブルの第２行３列）に設定された画像データに対応する印刷画像が、利用者の目に触れ易くなるように、ウェブページに基づく印刷画像を、用紙に形成することができる。

具体的に、上記特定種のウェブページの場合、テーブルの第１行、第３行、第２行３列には、広告用の画像データがレイアウトされることが多いため、このデータ提供システム１によれば、広告画像を、各用紙に印刷することができて、広告の効果が向上する。即ち、ウェブページの表示レイアウトに従って、ウェブページを印刷すると、テーブル第１行や第３行にレイアウトされた広告画像については、先頭ページと、最終ページとにしか広告画像が形成されないことになり、これらのページが、利用者に破棄されてしまうと、広告画像が、利用者の目に一切触れないことになってしまう。

これに対し、本実施例によれば、各ページに広告画像を形成するため、先頭ページや、最終ページが破棄されても、他のページが破棄されないかぎり、広告画像を、利用者の目に触れさせることができ、この結果、広告の効果が向上するのである。このように広告の効果が向上すれば、ウェブサーバの運営者は、広告主から広告に対する料金を徴収しやすくなり、これをウェブサーバの運営に役立てることができる。

また、本実施例によれば、ウェブページにおいて表示位置が先頭領域に設定された画像データに対応する印刷画像を、用紙のヘッダ領域に形成し、ウェブページにおいて表示位置が末尾領域に設定された画像データに対応する印刷画像を、用紙のフッタ領域に形成するので、表示レイアウトに対して、大幅なレイアウトの変更を加えることなく、広告画像が利用者の目に触れやすいように、ウェブページに基づく印刷画像を、用紙に形成することができる。

その他、本実施例によれば、受信したウェブページに、表示用の構成要素が主データ及び従属データのいずれかに分類されて表された印刷用データが含まれる場合、この印刷用データを、印刷画像データへの変換対象として、この印刷用データに基づき、ウェブページに対応する印刷画像データを生成するが（Ｓ３３０）、この際、従属データに対応する印刷画像が、主データに対応する印刷画像が形成される各用紙の周囲領域に形成される種類の印刷画像データを生成する。即ち、主データに対応する印刷画像が複数枚の用紙に及ぶ場合、従属データに対応する印刷画像が主データに対応する印刷画像が形成される用紙の複数に重複形成されるように、印刷画像データを生成する。

このように、本実施例のデータ提供システム１では、印刷用データを含むウェブページを受信した場合、ＰＣ３０において、この印刷用データに従い、ウェブページの表示レイアウトとは無関係に、従属データに対応する印刷画像を、主データに対応する印刷画像が形成される用紙の複数に形成するので、広告画像や文書の理解に必要な資料等、用紙に重複形成させたいウェブページの構成要素を、予め従属データとして、印刷用データに定めておけば、これらの印刷画像を、利用者の目に触れ易いように用紙に形成することができる。

即ち、本実施例によれば、広告画像を、従属データとして、印刷用データに定めておけば、ウェブページの印刷出力時に、広告画像を、複数枚の用紙に印刷することができ、広告の効果が向上する。その他、文書理解のために必要な資料を、従属データと定めておけば、ウェブページの印刷出力時に、利用者にとって理解しやすい印刷レイアウトで、ウェブページが示す文書を、用紙に印刷することができる。

尚、本発明の通信手段は、本実施例において通信部３５に相当する。その他、コンテンツ要求手段は、Ｓ２４０の処理にて実現され、データ受信手段は、Ｓ２４５の処理にて実現されている。また、データ変換手段は、Ｓ４２０〜Ｓ４７０の処理にて実現され、印刷制御手段は、Ｓ３８０の処理にて実現されている。

ところで、以上には、ＰＣ３０が、ウェブページをウェブサーバ１０，２０から取得し、このウェブページに対応する印刷画像データを、ブラウザ（及びプリンタドライバ）に基づいて生成する実施例について説明したが、複合機５０は、直接ウェブサーバ１０，２０からウェブページを取得し、これに基づいて、ＰＣ３０が印刷画像データを生成する手法と同様の手法で、印刷画像データを生成し、これに基づく印刷画像を用紙に形成する構成にされてもよい。

（変形例）
以下、複合機５０が上記のように構成された変形例のデータ提供システム１について説明する。尚、変形例のデータ提供システム１は、プログラムに基づいて、複合機５０が実行する処理に特徴がある程度であるので、以下では、複合機５０が実行する処理についてのみ説明する。

図１２は、変形例のデータ提供システム１において、複合機５０のＣＰＵ５１ａが、動作時、繰返し実行する複合機処理を表すフローチャートである。
複合機処理を開始すると、ＣＰＵ５１ａは、操作部５９や通信部５５を通じて外部からコマンド入力があるまで待機し（Ｓ６１０）、コマンド入力があると（Ｓ６１０でＹｅｓ）、Ｓ６２０に移行する。そして、入力されたコマンドがＰＣ３０からの印刷コマンドである場合（Ｓ６２０でＹｅｓ）、印刷コマンドと共に入力された印刷画像データを、印刷処理して、記録部６１を介し、この印刷画像データに基づく印刷画像を、ページ毎に、用紙に形成する（Ｓ６３０）。そして、この処理を終えると、Ｓ６１０に移行する。

一方、入力されたコマンドがＰＣ３０からの印刷コマンドではなく（Ｓ６２０でＮｏ）利用者が操作部５９を操作することにより入力されるウェブプリントコマンドである場合（Ｓ６４０でＹｅｓ）、ＣＰＵ５１ａは、Ｓ６５０に移行して、その操作により利用者から指定されたＵＲＬ先のウェブページを取得するためのウェブページの要求コマンドを、ＵＲＬ先のウェブサーバ１０，２０に、通信部５５を介して送信し、この後、上記送信した要求コマンドに対応する応答データを、インターネット及び通信部５５を通じて受信するまで待機する（Ｓ６６０）。

そして、応答データを受信すると（Ｓ６６０でＹｅｓ）、Ｓ６７０に移行し、受信した応答データが、ウェブページ（ＨＴＭＬ文書）であるか否かを判断する。そして、受信した応答データが、ウェブページではない（換言するとエラーメッセージである）と判断すると（Ｓ６７０でＮｏ）、Ｓ６８０の処理を実行することなく、Ｓ６１０に移行し、次のコマンドが入力されるまで待機する。

これに対し、受信した応答データがウェブページであると判断すると（Ｓ６７０でＹｅｓ）、ＣＰＵ５１ａは、受信したウェブページを印刷するために、図１３に示すウェブプリント処理を実行する（Ｓ６８０）。図１３は、複合機５０のＣＰＵ５１ａが実行するウェブプリント処理を表すフローチャートである。

ウェブプリント処理を開始すると、ＣＰＵ５１ａは、まず、受信したウェブページが、印刷用データを有するウェブページであるか否かを判断する（Ｓ７１０）。そして、受信したウェブページが、印刷用データを有するウェブページであると判断すると（Ｓ７１０でＹｅｓ）、このウェブページから、印刷用データを抽出し、抽出した印刷用データを、印刷画像データへの変換対象に設定する（Ｓ７２０）。その後、Ｓ７３０にて、第一変換処理を実行する。尚、Ｓ７３０では、上述した図７に示す第一変換処理（Ｓ４１０〜Ｓ４７０）を、複合機５０のＣＰＵ５１ａで実行する。但し、Ｓ７３０では、複合機５０のメモリ５１ｂ内に設けられた作業領域を利用して、印刷画像データを生成すると共に、Ｓ４１０で、複合機５０に設定された標準用紙のサイズを識別する。

また、このようにしてＳ７３０での第一変換処理を終了すると、ＣＰＵ５１ａは、この第一変換処理にて生成された印刷画像データを、印刷処理して、記録部６１を介し、この印刷画像データに基づく印刷画像を、用紙に形成する（Ｓ７８０）。その後、当該ウェブプリント処理を終了する。

その他、ＣＰＵ５１ａは、Ｓ７１０において、受信したウェブページが、印刷用データを有さない種類のウェブページであると判断すると（Ｓ７１０でＮｏ）、Ｓ７４０に移行し、ウェブページが、特定種の構造を有しているか否かを判断する。尚、ここでは、Ｓ３４０と同様の手法で、ウェブページが、特定種の構造を有しているか否かを判断する。

そして、ウェブページが、特定種の構造を有していないと判断すると（Ｓ７４０でＮｏ）、ＣＰＵ５１ａは、受信したウェブページの記述に従い、ウェブページを表示レイアウトに一致するレイアウトの印刷画像データであって、ページ単位の印刷画像データに変換する（Ｓ７５０）。また、この処理を終えると、ＣＰＵ５１ａは、Ｓ７８０に移行し、生成された印刷画像データを、印刷処理して、記録部６１を介し、この印刷画像データに基づく印刷画像を、用紙に形成する（Ｓ７８０）。その後、当該ウェブプリント処理を終了する。

その他、ＣＰＵ５１ａは、Ｓ７４０において、ウェブページが、特定種の構造を有していると判断すると（Ｓ７４０でＹｅｓ）、Ｓ７６０に移行し、受信したウェブページを、印刷画像データへの変換対象に設定する。その後、Ｓ７７０にて、第二変換処理を実行する。尚、Ｓ７７０では、上述した図１１に示す第二変換処理（Ｓ５１１〜Ｓ５７０）を、複合機５０のＣＰＵ５１ａにて実行する。但し、Ｓ７７０では、複合機５０のメモリ５１ｂ内に設けられた作業領域を利用して、印刷画像データを生成すると共に、Ｓ５１９で、複合機５０に設定された標準用紙のサイズを識別する。

また、このようにしてＳ７７０での第二変換処理を終了すると、ＣＰＵ５１ａは、この第二変換処理にて生成された印刷画像データを、印刷処理して、記録部６１を介し、この印刷画像データに基づく印刷画像を、用紙に形成する（Ｓ７８０）。その後、当該ウェブプリント処理を終了する。

また、このようにしてＳ６８０でのウェブプリント処理を終了すると、ＣＰＵ５１ａは、Ｓ６１０に移行して、次のコマンドが入力されるまで待機する。その他、入力されたコマンドが印刷コマンド及びウェブプリントコマンドのいずれでもない場合（Ｓ６２０でＮｏ，Ｓ６４０でＮｏ）、ＣＰＵ５１ａは、Ｓ６９０に移行して、入力されたコマンドに対応する処理を実行した後、Ｓ６１０に移行し、次のコマンドが入力されるまで待機する。

以上、変形例のデータ提供システム１について説明したが、変形例においても、上述した実施例と同様に、ウェブページを構成する広告画像等を、主データに対応する印刷画像が形成される各用紙の周囲に形成することができるので、広告画像等を、利用者の目に触れやすいように、ウェブページを印刷することができる。また、複合機５０においては、ウェプページがウェブサーバ１０，２０から直接ダウンロードされて印刷されるため、従来の手法でウェブページを印刷すると、場合によっては、利用者が広告画像を殆んど見ずに、広告画像が印刷された用紙を破棄してしまう可能性があるが、本実施例によれば、各用紙に広告画像を形成するので、広告の効果が従来と比較して格段に向上する。

尚、変形例において、本発明の通信手段は、通信部５５に対応する。その他、コンテンツ要求手段は、Ｓ６５０の処理にて実現され、データ受信手段は、Ｓ６６０の処理にて実現されている。また、データ変換手段は、Ｓ７３０で実行する第一変換処理のＳ４２０〜Ｓ４７０にて実現され、印刷制御手段は、Ｓ７８０の処理にて実現されている。

また、本発明のデータ提供システム、情報端末装置、及び、プログラムは、上記実施例に限定されるものではなく、種々の態様を採ることができる。
例えば、上記実施例では、ウェブページにおいてテーブルの第２行３列にレイアウトされた画像データについても、これに対応する印刷画像を、複数枚の用紙に形成するようにしたが、第２行３列にレイアウトされたデータは、複数枚の用紙に形成する従属データではなく、主データとして取扱われてもよい。

その他、上記実施例では、ウェブページが、特定種の構造として、３行３列のテーブルを有すると説明したが、最上位行と最下位行を同様の処理としてもよい。
また、上記第一変換処理では、Ｓ４２０〜Ｓ４４０において、「ヘッダソース」、「フッタソース」、「レフトソース」及び「未レイアウトイメージ」の順で処理を行うこととしたが、例えば、コメントデータ（図６参照）において指定されている順に従い処理を実行するようにしてもよい。

本実施例のデータ提供システム１の構成を表すブロック図である。 ウェブサーバ１０，２０が行うウェブサーバ処理を表すフローチャートである。 ＰＣ３０のＣＰＵ３１ａが行うブラウザ処理を表すフローチャートである。 ＣＰＵ３１ａが行うウェブページ印刷処理を表すフローチャートである。 印刷用データを含むウェブページのソースを表す説明図である。 印刷用データを含むウェブページのソースを表す説明図である。 第一変換処理を表すフローチャートである。 用紙における各領域の配置を表した説明図である。 ウェブページのソース例を示す説明図である。 ウェブページの表示レイアウトと、印刷レイアウトとの対応関係を表す説明図である。 第二変換処理を表すフローチャートである。 変形例にて複合機５０のＣＰＵ５１ａが行う複合機処理を表すフローチャートである。 変形例にてＣＰＵ５１ａが行うウェブプリント処理を表すフローチャートである。

符号の説明

１…データ提供システム、１０，２０…ウェブサーバ、３０…ＰＣ、３１，５１…制御部、３１ａ，５１ａ…ＣＰＵ、３１ｂ，５１ｂ…メモリ、３３…記憶部、３５，５５…通信部、３７，５７…表示部、３９，５９…操作部、５０…複合機、６１…記録部、６３…読取部、６５…回線制御部、６７…ハンドセット

Claims (5)

1. ネットワークに接続されたサーバ装置と情報端末装置とを備えるデータ提供システムであって、
   前記サーバ装置は、コンテンツ要求信号を、ネットワークを介して受信すると、このコンテンツ要求信号に基づき、要求されたコンテンツを表す表示用データと、この表示用データの構成要素の夫々が主たる構成要素及び従たる構成要素のいずれかに分類されて表された印刷用データと、を格納した応答データを、前記ネットワークを介して、要求元装置に送信する構成にされ、
   前記情報端末装置は、
   前記ネットワークを介して、前記サーバ装置と通信可能な通信手段と、
   コンテンツ要求信号を、前記通信手段を介して、前記サーバ装置に送信するコンテンツ要求手段と、
   前記コンテンツ要求手段の動作により、前記サーバ装置から送信されてくる応答データを、前記通信手段を介して受信するデータ受信手段と、
   前記データ受信手段が受信した応答データに含まれる表示用データに基づき、コンテンツを、表示装置に表示させるコンテンツ表示制御手段と、
   前記データ受信手段が受信した応答データに含まれる印刷用データに基づき、主たる構成要素及び従たる構成要素をまとめて、印刷画像データに変換する手段であって、主たる構成要素に対応する印刷画像が複数枚の用紙に及ぶ場合、前記印刷画像データとして、従たる構成要素に対応する印刷画像が、主たる構成要素に対応する印刷画像が形成される用紙の所定領域に、複数枚にわたって重複形成される種類の印刷画像データを生成するデータ変換手段と、
   印刷装置に、前記データ変換手段により生成された印刷画像データに基づく印刷画像を、用紙に形成させる印刷制御手段と、
   を備えることを特徴とするデータ提供システム。
2. コンテンツ要求信号を、ネットワークを介して受信すると、このコンテンツ要求信号に基づき、要求されたコンテンツを表す表示用データと、この表示用データの構成要素の夫々が主たる構成要素及び従たる構成要素のいずれかに分類されて表された印刷用データと、を格納した応答データを、前記ネットワークを介して、要求元装置に送信するサーバ装置、と前記ネットワークを介して通信可能な通信手段と、
   コンテンツ要求信号を、前記通信手段を介して、前記サーバ装置に送信するコンテンツ要求手段と、
   前記コンテンツ要求手段の動作により、前記サーバ装置から送信されてくる応答データを、前記通信手段を介して受信するデータ受信手段と、
   前記データ受信手段が受信した応答データに含まれる表示用データに基づき、コンテンツを、表示装置に表示させるコンテンツ表示制御手段と、
   前記データ受信手段が受信した応答データに含まれる印刷用データに基づき、主たる構成要素及び従たる構成要素をまとめて、印刷画像データに変換する手段であって、主たる構成要素に対応する印刷画像が複数枚の用紙に及ぶ場合、前記印刷画像データとして、従たる構成要素に対応する印刷画像が、主たる構成要素に対応する印刷画像が形成される用紙の所定領域に、複数枚にわたって重複形成される種類の印刷画像データを生成するデータ変換手段と、
   印刷装置に、前記データ変換手段により生成された印刷画像データに基づく印刷画像を、用紙に形成させる印刷制御手段と、
   を備えることを特徴とする情報端末装置。
3. 前記データ変換手段は、主たる構成要素に対応する印刷画像が複数枚の用紙に及ぶ場合、前記印刷画像データとして、従たる構成要素に対応する印刷画像が、主たる構成要素に対応する印刷画像が形成される各用紙の所定領域に形成される種類の印刷画像データを生成する構成にされていることを特徴とする請求項２記載の情報端末装置。
4. 前記印刷用データは、従たる構成要素に対応する印刷画像を印刷すべき用紙内の領域を指定する情報を備え、
   前記データ変換手段は、前記用紙の所定領域として、前記印刷用データが備える前記領域を指定する情報が表す領域に、従たる構成要素に対する印刷画像が形成される種類の印刷画像データを生成する構成にされていること
   を特徴とする請求項２又は請求項３記載の情報端末装置。
5. コンテンツ要求信号を、ネットワークを介して受信すると、このコンテンツ要求信号に基づき、要求されたコンテンツを表す表示用データと、この表示用データの構成要素の夫々が主たる構成要素及び従たる構成要素のいずれかに分類されて表された印刷用データと、を格納した応答データを、前記ネットワークを介して、要求元装置に送信するサーバ装置、と前記ネットワークを介して通信可能な通信手段を備えるコンピュータを、
   コンテンツ要求信号を、前記通信手段を介して、前記サーバ装置に送信するコンテンツ要求手段と、
   前記コンテンツ要求手段の動作により、前記サーバ装置から送信されてくる応答データを、前記通信手段を介して受信するデータ受信手段と、
   前記データ受信手段が受信した応答データに含まれる表示用データに基づき、コンテンツを、表示装置に表示させるコンテンツ表示制御手段と、
   前記データ受信手段が受信した応答データに含まれる印刷用データに基づき、主たる構成要素及び従たる構成要素をまとめて、印刷画像データに変換する手段であって、主たる構成要素に対応する印刷画像が複数枚の用紙に及ぶ場合、前記印刷画像データとして、従たる構成要素に対応する印刷画像が、主たる構成要素に対応する印刷画像が形成される用紙の所定領域に、複数枚にわたって重複形成される種類の印刷画像データを生成するデータ変換手段と、
   印刷装置に、前記データ変換手段により生成された印刷画像データに基づく印刷画像を、用紙に形成させる印刷制御手段
   として機能させるためのプログラム。

Images