JP5042142B2 - 画像出力装置及び印刷方法、プログラム - Google Patents

Description

本発明は、インターネットを含むネットワーク上のウェブリソースを取得して印刷することが可能な画像出力装置及び方法、プログラム、記憶媒体、並びに印刷システムに関する。

近年、多くの情報機器がネットワークに接続され、様々な分野で利用されている。特に、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）は広く普及されており、インターネット及びイントラネット上のウェブサーバから情報を収集することは日常的に行われている。その中でもニュースや天気など時事的な情報を扱うウェブサイトでは、これらの情報が頻繁に更新され、提供されている。こうした情報をプリントアウトする場合、一般的には、パーソナルコンピュータ（ＰＣ）上のウェブブラウザにより閲覧した情報をプリンタに送って印刷している。近年、ネットワークに接続可能で、ウェブサイトから情報を取得して印刷することができるプリンタが提案されている（例えば、特許文献１参照）。

特許文献１に記載されたプリンタでは、記録紙等の無駄な消費を避けるために、ＲＳＳやＡｔｏｍ等で記述された更新情報をウェブサイトから取得し、更新があったか否かを解析して、更新があった場合には該当するリソースを取得して印刷が行われる。このプリンタでは、ＵＲＬタイトルとＵＲＬから成るページが出力されるが、実際に更新されたページについては記憶領域に保存され、ユーザの要求に応じて更新される構成を有する。また、このプリンタでは、お気に入りとしてＵＲＬを登録したり、登録したＵＲＬのリストを呼び出したりすることが可能である。
特開２００７−１５６７１３号公報

しかしながら、上記特許文献１に記載されたプリンタでは、出力されたＵＲＬタイトルとＵＲＬから成るページから、実際に更新されたページが所望する内容か否かを判断することが難しく、誤った印刷の結果、紙を無駄にしてしまうおそれがある。リストから実際に更新されたページを印刷する場合においては、取得したプリンタでなければ印刷が行なえず、プリンタの前で作業する時間を必要としてしまう。

また、特許文献１におけるＵＲＬ登録処理では、ＵＲＬ登録時に仮想キーボードをパネル上に表示して直接入力させているが、ＵＲＬ情報の入力文字数の大半が数十文字であり、手入力では登録に手間がかかる。さらに、何度も失敗する可能性がある。

本発明は、上記問題に鑑み、取得したウェブリソースから更新情報が容易に判断可能な印刷データを出力することができ、無駄な印刷をしてしまう可能性を軽減することが可能な画像出力装置及びその制御方法、プログラムを提供することを目的とする。

上記目的を達成するために、請求項１記載の画像出力装置は、印刷手段と、ネットワークに接続する通信手段とを備える画像出力装置であって、前記ネットワーク上のウェブサイトのＵＲＬ情報を登録する登録手段と、前記登録手段により登録されたＵＲＬ情報を用いて、前記通信手段によりネットワーク上のウェブサイトからウェブリソースを取得する取得手段と、所定のタイミングで、前記取得手段により取得されたウェブリソースが更新されたか否かを判定する第一の判定手段と、前記第一の判定手段による判定の結果に応じて、更新されたウェブリソースにかかる情報を用紙に出力するための出力データを生成する生成手段と、前記生成手段により生成された出力データが記憶領域に蓄積されることにより所定の量を超えたか否かを判定する第二の判定手段と、前記第二の判定手段による判定の結果、前記出力データが所定の量を超えたと判定された場合、前記出力データを用いて生成される印刷データを、前記印刷手段により印刷させる印刷制御手段とを備えることを特徴とする。

上記目的を達成するために、請求項６記載の画像出力装置の印刷方法は、印刷手段と、ネットワークに接続する通信手段とを備える画像出力装置の印刷方法であって、前記ネットワーク上のウェブサイトのＵＲＬ情報を登録する登録ステップと、前記登録ステップにより登録されたＵＲＬ情報を用いて、前記通信手段によりネットワーク上のウェブサイトからウェブリソースを取得する取得ステップと、所定のタイミングで、前記取得ステップにより取得されたウェブリソースが更新されたか否かを判定する第一の判定ステップと、前記第一の判定ステップによる判定の結果に応じて、更新されたウェブリソースにかかる情報を用紙に出力するための出力データを生成する生成ステップと、前記生成ステップにより生成された出力データが記憶領域に蓄積されることにより所定の量を超えたか否かを判定する第二の判定ステップと、前記第二の判定ステップによる判定の結果、前記出力データが所定の量を超えたと判定された場合、前記出力データを用いて生成される印刷データを、前記印刷手段により印刷させる印刷制御ステップとを備えることを特徴とする。

上記目的を達成するために、請求項７記載のプログラムは、印刷手段と、ネットワークに接続する通信手段とを備える画像出力装置において実行可能なプログラムであって、前記ネットワーク上のウェブサイトのＵＲＬ情報を登録する登録手段、前記登録手段により登録されたＵＲＬ情報を用いて、前記通信手段によりネットワーク上のウェブサイトからウェブリソースを取得する取得手段、所定のタイミングで、前記取得手段により取得されたウェブリソースが更新されたか否かを判定する第一の判定手段、前記第一の判定手段による判定の結果に応じて、更新されたウェブリソースにかかる情報を用紙に出力するための出力データを生成する生成手段、前記生成手段により生成された出力データが記憶領域に蓄積されることにより所定の量を超えたか否かを判定する第二の判定手段、前記第二の判定手段による判定の結果、前記出力データが所定の量を超えたと判定された場合、前記出力データを用いて生成される印刷データを、前記印刷手段により印刷させる印刷制御手段として前記画像出力装置を機能させることを特徴とする。

本発明によれば、取得したウェブリソースから更新情報が容易に判断可能な印刷データを出力することができ、無駄な印刷をしてしまう可能性を軽減する。

以下、本発明の実施の形態を図面を参照して詳細に説明する。

図１は、本発明の実施形態に係る画像出力装置のハードウェア構成の一例を示すブロック図である。

図１において、画像出力装置１は、プリント機構１０１と、通信インターフェース（通信Ｉ／Ｆ）１０２と、ＲＯＭ１０３と、ＣＰＵ１０４と、ＲＡＭ１０５と、センサ１０６とを備える。プリント機構１０１は、実際に紙への印字処理を実行する機能を有する。具体的には、インクジェットプリンタの場合は、インクの微細な粒子を紙に吹き付けることにより印字処理を行い、レーザープリンタの場合は、レーザー光を利用して感光体にトナー(黒炭の粉)を付着させることで印字処理を行う。通信Ｉ／Ｆ１０２は、ＬＡＮ（Local Area Network）、ＢｌｕｅＴｏｏｔｈ、ＵＳＢ（Universal Serial Bus）等による外部との接続を司る。また、通信Ｉ／Ｆ１０２は、インターネットを含むネットワーク２へのアクセスと、ネットワーク２上のホスト端末（不図示）からの印刷データや設定情報の入出力を仲介する。

ＲＯＭ１０３は、装置（システム）のブートＲＯＭ（Random Access Memory）であり、ブートプログラム及び制御プログラムが格納されている。ＣＰＵ１０４は、装置全体を制御する制御手段としてのコントローラである。ＲＡＭ１０５は、ＣＰＵ１０４が動作するために必要なシステムワークメモリであって、受信した画像データの一時保存や後述する登録ＵＲＬ一覧及び取得済データの格納に用いられる。

センサ１０６は、例えば、情報読取手段として、用紙等に記載された文字パターンや二次元バーコード等の読み取りが可能な光学センサである。ＣＰＵ１０４は、センサ１０６で読み取られた画像から文字パターンや二次元バーコード等を検出することができる。

本実施形態における画像出力装置１は、上記基本的な構成要素に加えて、ハードディスクドライブ（ＨＤＤ）１０７、スキャナ１０８、及びパネル１０９を任意に選択して装備することが可能である。ＨＤＤ１０７は、ネットワーク２から通信Ｉ／Ｆ１０２を介して受信したデータやセンサ１０６で読み取った画像データ等を格納することができる。スキャナ１０８は、用紙等の全面を走査することができ、用紙に印刷された画像を読み取ることが可能である。なお、スキャナ１０８は、センサ１０６と同様の機能を有するので、スキャナ１０８を装備している場合には、センサ１０６を備えない構成であってもよい。パネル１０９は、画像出力装置１に対して設定を行ったり、情報の表示に用いられるグラフィカルユーザインターフェース（ＧＵＩ）である。

図２は、図１の画像出力装置１に格納されるデータ及びソフトウェアの一例を示すブロック図である。

図２において、通信プロトコルモジュール２０１は、通信Ｉ／Ｆ１０２使用してＬＡＮ、ＢｌｕｅＴｏｏｔｈ、ＵＳＢ等からの情報の送受信を行なうためのプロトコルを実現している。マネージャモジュール２０２は、画像出力装置１が円滑に動作するために装置全体の制御を司る。

登録ＵＲＬ一覧２０３は、ＲＡＭ１０５に格納されている情報であり、画像出力装置１がネットワーク２にアクセスする際に用いられる。取得済データ２０４は、ＲＡＭ１０５又はＨＤＤ１０７に格納される情報であり、登録ＵＲＬ一覧２０３を用いて取得された情報である。

更新情報解析モジュール２０５は、ネットワーク２から取得した更新情報の解析を行なう。更新情報については後述する。ウェブページ解析モジュール２０６は、ネットワーク２から取得したウェブリソースを解析する。画像コーデックモジュール２０７は、画像の圧縮処理や展開処理を行なう。この処理には、ＪＰＥＧやＧＩＦなどの既存のフォーマットが使用される。出力画像生成モジュール２０８は、画像出力装置１が実際に印刷に用いるデータを生成する。印刷制御モジュール２０９は、出力画像生成モジュール２０８で生成されたデータをプリント機構１０１を用いて用紙に印刷する制御を司る。

画像出力装置１が接続しているネットワーク２から取得する情報は、ネットワーク上に存在するウェブサイトから提供される、ＨＴＭＬ（HyperText Markup Language）で記述されたウェブページや画像などで構成される。これらを総称してウェブリソースと呼ぶ。画像出力装置１がネットワーク２から取得する更新情報もウェブリソースの一種であり、ＲＳＳ（RDF Site Summary）やＡｔｏｍなどの形式に添って記述されている。更新情報の形式には、ＲＳＳの各バージョンやＡｔｏｍなど数種類のＸＭＬ形式が知られているが、本実施形態では、ＲＳＳ１．０に沿って記述されたＸＭＬ形式の更新情報について説明する。

図３は、ウェブサイトで提供されるＸＭＬ形式の更新情報の構造を示す図である。なお、図３における包含関係は、ＸＭＬ要素の包含関係を意味する。

図３において、ＲＤＦ要素３０１は、ＸＭＬ形式のリソースの最上位の要素である。ＲＤＦ要素３０１には、Ｃｈａｎｎｅｌ要素３０２、Ｉｍａｇｅ要素３０３、及びＩｔｅｍ要素群３０４が含まれる。Ｃｈａｎｎｅｌ要素３０２には、更新情報全体に関連する基本情報が記述される。このＣｈａｎｎｅｌ要素３０２はＲＤＦ的な主語ノードに相当する。なお、ＲＤＦ（Resource Description Framework）とは、一般に、情報についての情報(メタデータ)の表現方法についての枠組みをいう。

Ｃｈａｎｎｅｌ要素３０２の内容には、ｔｉｔｌｅ要素３０５、ｌｉｎｋ要素３０６、ｄｅｓｃｒｉｐｔｉｏｎ要素３０７、ｉｍａｇｅ要素３０８、ｉｔｅｍｓ要素３０９が含まれる。ｔｉｔｌｅ要素３０５は、この更新情報のタイトルを表す。ｌｉｎｋ要素３０６は、この更新情報が扱っているサイトのＵＲＬを表す。ｄｅｓｃｒｉｐｔｉｏｎ要素３０７は、この更新情報が扱っているサイトの内容や機能などの説明が記述される。ｉｍａｇｅ要素３０８は、この更新情報が扱っているサイトのロゴなどの画像資源を特定するＵＲＬが記述される。詳細については後述する。なお、画像情報などが存在しない場合、ｉｍａｇｅ要素３０８の記述は不要である。

ｉｔｅｍｓ要素３０９は、後述するＩｔｅｍ要素群３０４のインデックスを提供するものである。ｓｅｑ要素３１０内のリスト化されたｌｉ要素３１１には、更新情報を取得するためのＵＲＬが記述される。ｌｉ要素３１１には、少なくとも１つのＵＲＬ記述が必要である。

Ｉｍａｇｅ要素３０３はロゴなどの画像を表現する。Ｉｍａｇｅ要素３０３の内容には、ｔｉｔｌｅ要素３１２、ｌｉｎｋ要素３１３、ｕｒｌ要素０３１４が含まれる。ｔｉｔｌｅ要素３１２は、画像のタイトルを表し、画像の代替テキストとして用いられる。ｌｉｎｋ要素３１３には、この画像をアンカーとするハイパーリンクを表示する場合に、リンク先として用いるＵＲＬが記述される。ｕｒｌ要素０３１４は、画像リソースのＵＲＬが記述される。

Ｉｔｅｍ要素群３０４は、Ｃｈａｎｎｅｌ要素３０２内のｉｔｅｍｓ要素３０９でリスト化された個数分の記述が必要となり、提供元であるウェブページの更新情報を表現する要素の並びである。Ｉｔｅｍ要素群３０４の内容には、ｔｉｔｌｅ要素３１５、ｌｉｎｋ要素３１６、及びｄｅｓｃｒｉｐｔｉｏｎ要素３１７が含まれる。ｔｉｔｌｅ要素３１５は、更新情報のタイトルが記述される。ｌｉｎｋ要素３１６は、更新情報のＵＲＬが記述される。ｄｅｓｃｒｉｐｔｉｏｎ要素３１７は、更新情報の説明が記述される。なお、更新情報の説明が不要の場合はｄｅｓｃｒｉｐｔｉｏｎ要素を省略しても構わない。

いずれの形式であっても更新情報には、そのウェブサイトで更新されたウェブページのタイトル、概要、本文のＵＲＬなどの情報が記述されている。本実施形態における画像出力装置１は、更新情報を取得して解析し、ウェブページの更新情報として所定の形式でプリント出力することができる。画像出力装置１は、この処理を予め設定された時間間隔又はユーザが指定したタイミングで行なうことで、ユーザは更新情報が印刷された印刷物を入手することができ、任意に各ウェブサイトの情報を取得することが可能になる。

図４は、画像出力装置１による更新情報の出力結果（印刷データ）の一例を示す図である。

図４に示す更新情報は、取得済データ２０４から作成され、階層化された更新情報のリストと、ウェブページから作成された更新情報のリストで構成されている。

図４において、ｃｈａｎｎｅｌ１のＵＲＬ４０１は、更新情報のＵＲＬである。ｃｈａｎｎｅｌ１のｔｉｔｌｅ４０２は、更新情報のタイトル（title）である。ｃｈａｎｎｅｌ１のｌｉｎｋ４０３は、更新情報のリンク（ｌｉｎｋ）情報である。リンク先は更新情報を提供しているウェブページのＵＲＬになる。

ｃｈａｎｎｅｌ１のＲＳＳバーコード４０４は、ｃｈａｎｎｅｌ１のＵＲＬ４０１を二次元バーコード化したデータである。ｃｈａｎｎｅｌ１のリンクバーコード４０５は、ｃｈａｎｎｅｌ１のｌｉｎｋ４０３を二次元バーコード化したデータである。ｃｈａｎｎｅｌ１のロゴ４０６は、ｃｈａｎｎｅｌ１のｉｍａｇｅ要素から取得した画像情報である。ここでは、ｃｈａｎｎｅｌ１の更新情報は２つの要素を持ち、その内容が続けて出力されている。

ｉｔｅｍ１１のｔｉｔｌｅ４０７は、更新情報の要素１のタイトルである。ｉｔｅｍ１１のｌｉｎｋ４０８は、更新情報の要素１のリンク情報である。ｉｔｅｍ１１のｄｅｓｃｒｉｐｔｉｏｎ４０９は更新情報の要素１の詳細である。なお、要素１に詳細の記述が無い場合はこの項目は省略する。ｉｔｅｍ１１のリンクバーコード４１０は、ｉｔｅｍ１１のｌｉｎｋ４０８を二次元バーコード化したデータである。

ｉｔｅｍ１２のｔｉｔｌｅ４１１は、更新情報の要素２のタイトルである。ｉｔｅｍ１２のｌｉｎｋ４１２は、更新情報の要素２のリンク情報である。ｉｔｅｍ１２のｄｅｓｃｒｉｐｔｉｏｎ４１３は、更新情報の要素２の詳細である。なお、要素２に詳細の記述が無い場合はこの項目は省略する。ｉｔｅｍ１２のリンクバーコード４１４は、ｉｔｅｍ１２のｌｉｎｋ４１２を二次元バーコード化したデータである。

ｃｈａｎｎｅｌ２のＵＲＬ４１５は、更新情報のＵＲＬである。ｃｈａｎｎｅｌ２のｔｉｔｌｅ４１６は、更新情報のタイトルである。ｃｈａｎｎｅｌ２のｌｉｎｋ４１７は、更新情報のリンク情報である。リンク先は更新情報を提供しているウェブページのＵＲＬになる。ｃｈａｎｎｅｌ２のＲＳＳバーコード４１８は、ｃｈａｎｎｅｌ１のＵＲＬ４１５を二次元バーコード化したデータである。ｃｈａｎｎｅｌ２のリンクバーコード４１９は、ｃｈａｎｎｅｌ１のｌｉｎｋ４１７を二次元バーコード化したデータである。ｃｈａｎｎｅｌ２のロゴ４２０は、ｃｈａｎｎｅｌ２のｉｍａｇｅ要素から取得した画像情報である。ここでは、ｃｈａｎｎｅｌ２の更新情報は１つの要素を持ち、その内容が続けて出力されている。

ｉｔｅｍ２１のｔｉｔｌｅ４２１は、更新情報の要素１のタイトルである。ｉｔｅｍ２１のｌｉｎｋ４２２は、更新情報の要素１のリンク情報である。ｉｔｅｍ２１のｄｅｓｃｒｉｐｔｉｏｎ４２３は、更新情報の要素１の詳細である。なお、要素１に詳細の記述が無い場合はこの項目は省略する。ｉｔｅｍ２１のリンクバーコード４２４は、ｉｔｅｍ２１のｌｉｎｋ４２２を二次元バーコード化したデータである。続く出力内容は、更新情報を用いず、ウェブページから直接更新情報を作成したものである。

ウェブページ１のｔｉｔｌｅ４２５は、ウェブページのタイトルである。ウェブページ１のＵＲＬ４２６は、ウェブページのＵＲＬである。ウェブページ１のリンクバーコード４２７は、ウェブページ１のＵＲＬ４２６を二次元バーコード化したデータである。ウェブページ１のロゴ４２８はウェブページのロゴである。ウェブページ２のｔｉｔｌｅ４２９は、ウェブページのタイトルである。ウェブページ２のＵＲＬ４３０は、ウェブページのＵＲＬである。ウェブページ２のリンクバーコード４３１は、ウェブページ１のＵＲＬ４３０を二次元バーコード化したデータである。ウェブページ２のロゴ４３２はウェブページのロゴである。

以上のように、図示の出力結果ならば、二次元バーコード読み取り機能を持つネットワーク端末（例えば、携帯電話など（以下、「モバイル端末」と称する）を用いることで、タイトル情報から内容を把握しにくい情報でも、実際の情報を確認することができる。また、印刷を行なう際も、本当に必要な情報のみ印刷をすることが可能になるため無駄な印刷を防ぐことができる。

図５は、画像出力装置１で実行されるＵＲＬ登録処理のフローチャートである。なお、本処理は、ＣＰＵ１０４が図２に示す構成要素を協働させることで実行されるものである。

本実施形態における画像出力装置１は、ＵＲＬ登録モードを備える。この登録モードは、ＵＲＬ情報を取得すると、登録ＵＲＬ一覧２０３に追加する機能である。

図５において、まず、ＣＰＵ１０４は、ＵＲＬ情報を取得する（ステップＳ５０１）。ＵＲＬ情報の取得方法としては、センサ１０６又はスキャナ１０８によって用紙から情報を直接読み取る方法と、通信Ｉ／Ｆ１０２から受信する方法とがあるがいずれでもよい。

次に、ＣＰＵ１０４は、ステップＳ５０１で取得したＵＲＬ情報に該当するＵＲＬがあるか否かを判断する（ステップＳ５０２）。この結果、該当するＵＲＬがある場合は、該ＵＲＬに基づいてウェブサイトの情報を保有するウェブサーバからウェブリソースを取得する（ステップＳ５０３）。

次に、ＣＰＵ１０４は、取得したウェブリソースが更新情報であるかを判断する（ステップＳ５０４）。なお、取得したウェブリソースが更新情報か否かはウェブリソースの記述形式で判断できる。取得したウェブリソースが更新情報である場合、ウェブリソースは前述の図３において説明したＸＭＬ形式で記述されている。そのため、通常のＨＴＭＬ形式で記述されるウェブページのウェブリソースと区別することが可能である。この結果、取得したウェブリソースが更新情報であるときは、ＣＰＵ１０４は、ＲＡＭ１０５に格納されている登録ＵＲＬ一覧２０３を参照して、ＵＲＬが未登録ＵＲＬか否かを判断する（ステップＳ５０５）。この結果、未登録ＵＲＬであるときは、未登録ＵＲＬを登録ＵＲＬ一覧２０３に追加して（ステップＳ５０６）、本処理を終了する。一方、登録済みＵＲＬならばそのまま本処理を終了する。

ステップＳ５０４において、取得したウェブリソースが更新情報でない場合、ＣＰＵ１０４は、ウェブページ解析モジュール２０６により該ウェブリソースを解析する（ステップＳ５０７）。次に、ＣＰＵ１０４は、ウェブリソース内に更新情報ＵＲＬがあるかどうかを判断する（ステップＳ５０８）。なお、更新情報ＵＲＬは、通常のウェブページのリンクと同じ記述でウェブリソースに記述されるが、リンク先のＵＲＬが通常のウェブページの「．ＨＴＭＬ」ではなく、更新情報の記述形式を示す「．ＸＭＬ」ファイルになる。そのため、ウェブリソース内に更新情報ＵＲＬの有無は、「．ＸＭＬ」ファイルをリンク先とした記述を探すことで判断可能である。

ステップＳ５０８の判断の結果、更新情報ＵＲＬがある場合は、この更新情報ＵＲＬを用いて、後述する印刷データ生成処理を行ない（ステップＳ５１０）、生成した印刷データを出力する（ステップＳ５１１）。この印刷データの出力については、ユーザに登録可能なＵＲＬを示すために行われる。すなわち、印刷データの出力結果を用いてＵＲＬ登録処理をやり直すことで、ユーザはＵＲＬ情報を確認しながらＵＲＬ登録処理を行なうことができる。なお、ステップＳ５０８において、更新情報ＵＲＬがある場合には、ステップＳ５０５，Ｓ５０６の登録処理を実行してもよい。

ステップＳ５０８において、更新情報ＵＲＬがない場合は、ＣＰＵ１０４は、更新情報に代わる更新が確認できる情報があるか否かを判断する（ステップＳ５０９）。例えば、ウェブリソースがウェブサーバにアップデータされた日付が取得できるならば、その日付をウェブリソースの更新の確認に利用できる。この結果、更新が確認できる情報があったときは、ステップＳ５０５，Ｓ５０６の登録処理を実行する。

以上のように、画像出力装置１で管理するＵＲＬ情報を容易な操作で登録することが可能となる。

図６は、画像出力装置１に格納される登録ＵＲＬ一覧２０３の内容を示す図である。

ＵＲＬ６０１は、更新情報の取得先となるＵＲＬ情報である。更新周期６０２は、更新頻度を表す。更新回数６０３は、更新周期内の更新回数を表す。最終更新日時６０４は、更新情報が更新された日時を表す。更新された日付が分からない場合は後述の取得日時と同じになる。取得日時６０５は、画像出力装置１が更新情報を取得した日時を表す。これらの情報は登録時のウェブリソースから自動で生成されるが、該当する情報が無い場合、固定の内容で登録する。また、登録した内容はユーザが自由に変更可能である。

なお、登録ＵＲＬ一覧の各項目の設定から、画像出力装置１が更新情報を取得する日時が算出される。取得頻度が計算できる。例えば、図示のＵＲＬ情報２の場合、更新周期が「日」で更新回数が「２回」である。すなわち、１日に２回の更新が行われるＵＲＬなので、前回の取得から１２時間後に更新情報を取得する。取得後、取得日時を更新し、取得した更新情報の内容が新しいならば、最終更新日時を更新する。

図７は、画像出力装置１で実行される更新情報取得処理を示すフローチャートである。なお、本処理は、ＣＰＵ１０４が図２に示す構成要素を協働させることで実行されるものである。

画像出力装置１は、本処理を定期的に行なうことで、所定の時刻に実行するように印刷ジョブの設定をしなくても登録ＵＲＬの更新情報を確認することができ、ユーザは任意のタイミングで取得されている全ての更新情報を出力することが可能である。なお、本処理は、ＣＰＵ１０４が図２に示す構成要素を協働させることで実行されるものである。

図７において、まず、ＣＰＵ１０４は、登録ＵＲＬ一覧２０３から、更新情報を取得するためのＵＲＬリストを作成する（ステップＳ７０１）。ＵＲＬリストとはウェブリソースを取得して更新情報を確認する必要があるＵＲＬを登録ＵＲＬ一覧２０３からピックアップしたものである。次に、ＣＰＵ１０４は、作成したＵＲＬリストに更新情報を取得していない未処理ＵＲＬがあるか否かを判断し（ステップＳ７０２）、未処理ＵＲＬがある場合は、ステップＳ７０３へ進む一方、未処理ＵＲＬがない場合は本処理を終了する。未処理ＵＲＬの有無は、以降の処理においてＵＲＬ選択がＵＲＬリストの先頭から順に行なう場合、リストの末尾に到達することで判断可能である。

ステップＳ７０３では、ＣＰＵ１０４は、ＵＲＬリスト上の未処理ＵＲＬを選択し、通信Ｉ／Ｆ１０２を介してネットワーク２にアクセスし、選択された未処理ＵＲＬに対応するウェブサイトからウェブリソースを取得する（ステップＳ７０４）。

次に、ＣＰＵ１０４は、取得したウェブリソースが更新情報であるときは（ステップＳ７０５でＹＥＳ）、取得済データ２０４に未処理ＵＲＬと同一のＵＲＬがあるかを検索する（ステップＳ７０６）。同一のＵＲＬがある場合（ステップＳ７０７でＹＥＳ）、ＣＰＵ１０４は、更新情報である取得したウェブリソースを解析する（ステップＳ７０８）。更新がある場合は（ステップＳ７０９でＹＥＳ）、取得済データ２０４の該当ＵＲＬの更新情報の内容を更新して（ステップＳ７１０）、ステップＳ７０２に戻る。なお、ステップＳ７０８における更新の有無は、取得したウェブリソースが最終更新日時６０４より新しい情報か否かで判断できる。一方、ステップＳ７０７において、同一ＵＲＬが無い場合は（ステップＳ７０７でＮＯ）、ＣＰＵ１０４は、該当ＵＲＬの更新情報を取得済データ２０４に追加して（ステップＳ７１１）、ステップＳ７０２に戻る。

ステップＳ７０５において、取得したウェブリソースが更新情報でないときは（ステップＳ７０５でＮＯ）、取得済データ２０４に未処理ＵＲＬと同一のＵＲＬがあるかを検索する（ステップＳ７１２）。同一のＵＲＬがある場合は（ステップＳ７１３でＹＥＳ）、ＣＰＵ１０４は、ウェブページである取得したウェブリソースを解析する（ステップＳ７１４）。更新がある場合は（ステップＳ７１５でＹＥＳ）、取得済データ２０４の該当ＵＲＬウェブ情報の内容を更新して（ステップＳ７１６）、ステップＳ７０２に戻る。なお、更新の有無は、取得したウェブリソースが最終更新日時６０４より新しい情報か否かで判断できる。一方、ステップＳ７１３において、同一ＵＲＬが無い場合は（ステップＳ７１３でＮＯ）、ＣＰＵ１０４は、該当ＵＲＬのウェブ情報（図８のｉｔｅｍ要素８０４に該当する情報）を取得済データ２０４に追加して（ステップＳ７１７）、ステップＳ７０２に戻る。

図８は、画像出力装置１が取得した更新情報に基づいて作成される取得済データ２０４の構造を示す図である。

図８の示す取得済データ２０４は、ＸＭＬ形式で記述されており、その包含関係はＸＭＬ要素の包含関係を意味する。

図８において、ｓｔｏｒｅｄＤａｔａ要素８０１は、ＸＭＬ形式のリソースの最上位の要素である。ｓｔｏｒｅｄＤａｔａ要素８０１には、登録ＵＲＬ一覧２０３に登録されたＵＲＬに対応する複数のｐａｒａｇｒａｐｈ要素８０２が含まれる。ｐａｒａｇｒａｐｈ要素８０２には、ｈｅａｄｅｒ要素８０３と、複数のｉｔｅｍ要素８０４とが含まれる。

ｈｅａｄｅｒ要素８０３は更新情報のヘッダである。ｉｔｅｍ要素８０４は、更新情報の詳細（以下、「更新内容」と称する）である。なお、ｉｔｅｍ要素８０４が取得できない（例えば、ウェブページ解析によって取得したデータである）場合、ｉｔｅｍ要素８０４は省略される。

ｈｅａｄｅｒ要素８０３には、ｕｒｌ要素８０５、ｔｉｔｌｅ要素８０６、ｌｉｎｋ要素８０７、ｉｍａｇｅ＿ｕｒｌ要素８０８、ｄａｔｅ要素８０９、及びｐｒｉｎｔ要素８１０要素が含まれる。ｕｒｌ要素８０５は、更新情報のＵＲＬが記述される。ｔｉｔｌｅ要素８０６は、この更新情報のタイトルが記述される。ｌｉｎｋ要素８０７は、この更新情報が扱っているサイト（リンク）のＵＲＬが記述される。なお、サイトのＵＲＬがｕｒｌ要素８０５の記述と同じ（例えば、ウェブページ解析によって取得したデータである）場合、ｌｉｎｋ要素８０７は省略される。

ｉｍａｇｅ＿ｕｒｌ要素８０８は、この更新情報のロゴ画像を特定するＵＲＬが記述される。ロゴ画像は、図４に示したロゴ４０６，４２０，４２８，４３２等である。該当するＵＲＬが無い場合は省略される。ｄａｔｅ要素８０９は、この更新情報のＵＲＬに最後に更新情報を取得した日時が記述される。ｐｒｉｎｔ要素８１０は、ｐａｒａｇｒａｐｈ要素８０２に印刷するデータがあるか否かが記述される。ｐａｒａｇｒａｐｈ要素８０２に含まれるｉｔｅｍ要素８０４のｐｒｉｎｔｏｕｔ要素において一つでも印刷していない情報があれば、印刷データありと判断する。ウェブページの場合は、ｉｔｅｍ要素８０４が存在しないため、ｄａｔｅ要素８０９が更新されると印刷データありと判断する。

ｉｔｅｍ要素８０４には、ｔｉｔｌｅ要素８１１、ｌｉｎｋ要素８１２、ｄｅｓｃｒｉｐｔｉｏｎ要素８１３、ｄａｔｅ要素８１４、及びｐｒｉｎｔｏｕｔ要素８１５が含まれる。ｔｉｔｌｅ要素８１１は、更新内容のタイトルが記述される。ｌｉｎｋ要素８１２は、更新内容のＵＲＬが記述される。ｄｅｓｃｒｉｐｔｉｏｎ要素８１３は、更新内容の説明が記述される。更新内容の説明がない場合、ｄｅｓｃｒｉｐｔｉｏｎ要素は省略される。ｄａｔｅ要素８１４は、更新内容の日時が記述される。ｐｒｉｎｔｏｕｔ要素８１５は、ｉｔｅｍ要素８０４が印刷済みか否かが記述される。

更新情報を解析して取得したデータも、ウェブページを解析して取得したデータも、図示のようなウェブリソースとは異なる形式のデータに変換され、取得済データ２０４として保存される。取得済データ２０４で管理することで、ＸＭＬ形式で出力する情報を保存するため、実際に出力するデータで保存する場合と比較し、多くの情報を蓄積することが可能である。

次に、図５のステップＳ５１０における印刷データ生成処理について図９を参照して説明する。

図９は、取得済データ２０４から印刷データを生成する印刷データ生成処理のフローチャートである。なお、本処理は、ＣＰＵ１０４が図２に示す構成要素を協働させることで実行されるものである。

画像出力装置１は、ユーザ指示によるタイミングまたは予め設定された設定時刻に印刷データ生成処理を実行して更新情報のリストデータを生成する。

図９において、ＣＰＵ１０４は、取得済データ２０４におけるｓｔｏｒｅｄＤａｔａ要素８０１から未出力のｐａｒａｇｒａｐｈ要素８０２のリスト（以降、「未出力データ」と称する）を抽出する（ステップＳ９０１）。未出力データは、ｓｔｏｒｅｄＤａｔａ要素８０１内の全要素から判断される。このとき、例えば、以前印刷したデータを含まないように抽出したい場合、ｐｒｉｎｔ要素８１０が印刷データありになっているか、及びｐｒｉｎｔｏｕｔ要素８１５が印刷済みになっていないかを確認することで判断することができる。また、ある期間内に取得したデータを抽出したい場合、ｄａｔｅ要素８０９若しくはｄａｔｅ要素８１４が該当期間内を示しているかを確認することで判断することができる。このように、ユーザは未出力データ抽出時において、取得済データ２０４から判断可能な条件を提示することが可能である。換言すると、ユーザは任意の条件を設定しておくことで、所望の未出力データを抽出することが可能となる。

次に、ＣＰＵ１０４は、抽出した未出力データに印刷データを生成していないｕｒｌ要素８０５（以降、「未処理ＵＲＬ」と称する）が存在するか否かを判断する（ステップＳ９０２）。未処理ＵＲＬが存在すると判断した場合（ステップＳ９０２でＹＥＳ）、未処理ＵＲＬがなくなるまでステップＳ９０３〜Ｓ９１４の処理を繰り返す。なお、未出力データは条件に該当したｐａｒａｇｒａｐｈ要素８０２のリストなので、ｐａｒａｇｒａｐｈ要素８０２内のｕｒｌ要素８０５を順次末尾まで処理することで、未処理ＵＲＬの有無が確認できる。

ＣＰＵ１０４は、未処理ＵＲＬを選択する（ステップＳ９０３）。次に、取得済データ２０４におけるｌｉｎｋ要素８０７の有無により、選択した未処理ＵＲＬが更新情報のＵＲＬかウェブページのＵＲＬかを判断する（ステップＳ９０４）。選択した未処理ＵＲＬが更新情報のＵＲＬであれば、ＣＰＵ１０４は、取得済データ２０４におけるｕｒｌ要素８０５（更新情報のＵＲＬ）及びｌｉｎｋ要素８０７（リンク情報）からそれぞれ二次元バーコードを生成する（ステップＳ９０５）。この二次元バーコードは、図４に示すＲＳＳバーコード４０４、リンクバーコード４０５に該当する。

次に、ＣＰＵ１０４は、取得済データ２０４にｉｍａｇｅ＿ｕｒｌ要素８０８があると判断した場合、ｉｍａｇｅ＿ｕｒｌ要素８０８のＵＲＬからイメージデータ（イメージ情報）を取得し、該イメージ情報に基づいてロゴデータを生成する（ステップＳ９０６）。このロゴデータは図４のロゴ４０６に該当する。

ＣＰＵ１０４は、ステップＳ９０５〜Ｓ９０６で生成した二次元バーコード及びロゴデータと、ｕｒｌ要素８０５、ｔｉｔｌｅ要素８０６、及びｌｉｎｋ要素８０７から生成したヘッダ部のデータを印刷データに追加する（ステップＳ９０７）。このヘッダ部の印刷データにより、図４における４０１〜４０６が出力される。

次に、ＣＰＵ１０４は、未処理ＵＲＬを持つｐａｒａｇｒａｐｈ要素８０２から未処理更新内容が記述されたｉｔｅｍ要素８０４を選択する（ステップＳ９０８）。これは、未処理ＵＲＬを持つｐａｒａｇｒａｐｈ要素８０２が持つｉｔｅｍ要素８０４を順次選択することを意味する。つづいて、ＣＰＵ１０４は、更新内容のｌｉｎｋ要素８１２（リンク情報）から二次元バーコードを生成する（ステップＳ９０９）。この二次元バーコードは、図４の４１４に該当する。

次に、ＣＰＵ１０４は、ステップＳ９０９で生成したデータと、ｔｉｔｌｅ要素８１１、ｌｉｎｋ要素８１２、及びｄｅｓｃｒｉｐｔｉｏｎ要素８１３から生成した詳細部のデータを印刷データに追加する（ステップＳ９１０）。これらの一連の処理を、未処理更新内容が記述されたｉｔｅｍ要素がなくなるまで繰り返す（ステップＳ９０８〜Ｓ９１１）。未処理更新内容が記述されたｉｔｅｍ要素がなくなったときは（ステップＳ９１１でＹＥＳ）、ステップＳ９０２へ戻る。

ステップＳ９０４において、選択した未処理ＵＲＬがウェブページのＵＲＬであれば（ステップＳ９０４でＮＯ）、ＣＰＵ１０４は、取得済データ２０４におけるｕｒｌ要素８０５（更新情報のＵＲＬ）から二次元バーコードを生成する（ステップＳ９１２）。この二次元バーコードは、図４の４２７に該当する。

次に、ＣＰＵ１０４は、取得済データ２０４にｉｍａｇｅ＿ｕｒｌ要素８０８があると判断した場合、ｉｍａｇｅ＿ｕｒｌ要素８０８のＵＲＬからイメージデータを取得し、該イメージ情報に基づいてロゴデータを生成する（ステップＳ９１３）。このロゴデータは図４のロゴ４２８に該当する。

ＣＰＵ１０４は、ステップＳ９１２〜Ｓ９１３で生成したデータと、ｕｒｌ要素８０５及びｔｉｔｌｅ要素８０６から生成したデータを印刷データに追加して（ステップＳ９１４）、ステップＳ９０２へ戻る。

上記処理において、未出力データから印刷データとして生成されたものについては出力済みデータとされるので、次回の印刷データ生成処理の対象とならず（ステップＳ９０２でＮＯ）、印刷データの出力（印刷）は実行されない。この結果、無駄な印刷を回避することができる。なお、出力済みデータとするためには、ｐｒｉｎｔｏｕｔ要素８１５を「印刷済み」に、ｐａｒａｇｒａｐｈ要素８０２が持つ全てのｐｒｉｎｔｏｕｔ要素８１５が「印刷済み」ならば、ｐｒｉｎｔ要素８１０を「印刷データなし」とデータを書き換えている。

図１０は、画像出力装置１で実行されるリスト出力処理のフローチャートである。なお、本処理は、ＣＰＵ１０４が図２に示す構成要素を協働させることで実行されるものである。

リスト出力機能としてのリスト出力処理は、ユーザ指示によるジョブの場合または定期的な印刷ジョブが発生した場合に実行される。なお、定期的な印刷ジョブの発生は、予め設定された設定時刻にイベントを発生させて処理を実行する場合や、一定周期のタイマイベントでジョブが発生する時刻かを監視し、予め設定された設定時刻に処理を実行する場合が考えられる。

ＣＰＵ１０４は、ユーザ指示によるジョブの場合（ステップＳ１００１でＹＥＳ）または定期的な印刷ジョブが発生した場合（ステップＳ１００２でＹＥＳ）、最新の更新情報を出力できるように、図７に示す更新情報取得処理を行なう（ステップＳ１００３）。次に、ＣＰＵ１０４は、更新情報取得処理により更新情報を取得した後、図９に示す印刷データ生成処理を行なう（ステップＳ１００４）。

次に、ＣＰＵ１０４は、印刷データ生成処理の結果から、印刷すべきデータの有無を確認し（ステップＳ１００５）、印刷すべきデータがある場合は印刷データを出力する（ステップＳ１００６）。一方、印刷すべきデータが無い場合はそのまま終了する。印刷すべきデータは、例えば、印刷データ生成処理で生成されて印刷データに追加されたデータである。すなわち、既に印刷された更新情報については印刷する必要がないので、前回（または過去に）印刷されていない新たな更新情報の印刷データのみを印刷し、用紙の無駄を防ぐことが可能となる。

以上の処理を実行することで、更新情報を図４のような出力結果を得ることが出来る。

なお、上記リスト出力処理では、ジョブ発生時に条件を課すことにより、図９の印刷データ生成処理において未出力データを抽出する（ステップＳ９０１）条件が変わり、生成される未出力データも変更できる。その結果、一度出力したデータを印刷データに含めたり、印刷データに表示する更新情報のＵＲＬを限定したりすることも可能である。

上記リスト出力処理では、通常の出力と比較すると用紙の節約が可能だが、ジョブが発生するたびに、たとえ印刷データが出力用紙サイズに対してわずかしかなくともプリント出力してしまう。そこで、ＨＤＤなどの生成した印刷データを保存する領域を持つ画像出力装置の場合、実際にプリント出力する条件を設定することで、さらに用紙を節約することが可能である。

図１１は、画像出力装置１で実行される用紙節約設定時のリスト出力処理のフローチャートである。なお、本処理は、ＣＰＵ１０４が図２に示す構成要素を協働させることで実行されるものである。

用紙節約設定時のリスト出力機能の場合、明示的なジョブの発生は必要ない。ＣＰＵ１０４は、登録ＵＲＬ一覧２０３に登録された情報に従って定期的に図７に示す更新情報取得処理を行なう（ステップＳ１１０１）。そして、ＣＰＵ１０４は、更新情報の取得後、取得済データ２０４が印刷開始条件を満たしたか否かを判断する（ステップＳ１１０２）。印刷開始条件の一例を図１２に示す。

図１２において、「未出力データが印刷用紙ｎ項分蓄積された」ことを条件に印刷する場合、ｎは用紙設定と出力情報の文字数から算出される。出力結果は図４に示すように形式に当てはめた文字情報である。このため、“４０文字を１行として６０行を１項とする”というような１項に出力可能な文字数・行数の用紙設定と、図８に示した取得済データ２０４から抽出する出力情報の文字数から、出力に必要な頁数が算出できる。その結果、未出力データが何項分蓄積されたかを判断することができる。

一方、「未出力データに含まれる記事数がｎ個を超えた」ことを条件に印刷する場合、図８に示した取得済データ２０４のｐｒｉｎｔｏｕｔ要素８１５において、印刷済みになっていないｉｔｅｍ要素８０４を数えることで判断可能である。なお、図１２に例示した各印刷開始条件は組み合わせが可能である。この場合、指定された各印刷開始条件の結果を総合して、印刷開始条件を満たしたかが判断される。

ステップＳ１１０２では、印刷開始条件を満たしていない場合、画像出力装置１は、印刷データ生成処理を行なわず、定期的な更新情報取得処理のみが実行される。そして、印刷開始条件を満たした場合、ＣＰＵ１０４は、図９に示す印刷データ生成処理を行なう（ステップＳ１１０３）。次に、ＣＰＵ１０４は、印刷データ生成処理の結果から、印刷すべきデータの有無を確認し（ステップＳ１１０４）、印刷すべきデータある場合は印刷データを出力する（ステップＳ１１０５）。一方、印刷すべきデータが無い場合はそのまま終了する。

以上の処理を実行することにより、印刷データが出力用紙サイズに対してわずかしかない場合には、印刷を見送ったり、出力用紙サイズ全体に印刷されるような印刷データが生成されてから出力することが可能になる。

次に、直接、又は、二次元バーコードを読み取る機能をもつ端末を経由して、前述したリスト出力機能によって生成されたリンク情報からウェブページを印刷する方法を図１３を参照して説明する。

図１３は、画像出力装置１で実行されるウェブページ印刷処理のフローチャートである。

図示のウェブページ印刷処理は、この処理は通信プロトコルから情報を受信した際に発生するイベント、もしくはセンサ１０６又はスキャナ１０８から読み取った情報から発生するイベントから開始される。

ＣＰＵ１０４は、取得した情報がＵＲＬ情報か否かを判断する（ステップＳ１３０１）。ＵＲＬ情報でないときは、そのまま終了する一方、ＵＲＬ情報ならば、ＵＲＬのリンク先が存在するかどうかを確認する（ステップＳ１３０２）。該当ＵＲＬが存在しないならば終了し、該当ＵＲＬが存在するならば（ステップＳ１３０２でＹＥＳ）、リンク先のウェブリソースを取得する（ステップＳ１３０３）。取得したウェブリソースは印刷適した形にレンダリング処理を行なう（ステップＳ１３０４）。レンダリングしたウェブリソースから印刷データを生成し（ステップＳ１３０５）、その結果を出力する（ステップＳ１３０６）。

なお、このウェブページ印刷における印刷データ生成は、図９に示すリスト出力に特化した印刷データ生成でなく、一般のプリンタドライバが行なっている印刷データの生成処理である。このように、印刷時にネットワーク２にアクセスし、印刷データを生成することで、更新ページの情報を出力する手段が、同機能を備えるプリンタならばどのプリンタからでも行なえるようになり、更新情報を取得したプリンタでしか印刷できない状況を回避できる。

次に、画像出力装置１を用いたリスト出力から、印刷無しに詳細な情報を確認する方法を説明する。

図１４は、画像出力装置１で出力されたリストの活用方法の一例を示すイメージ図である。

図示例では、携帯電話等のモバイル端末１４０１をユーザが利用することを想定している。

まず、図５のＵＲＬ登録処理により画像出力装置１はＵＲＬを登録する。次に、画像出力装置１は、図１０のリスト出力処理または図１１の用紙節約設定時におけるリスト出力処理により図４の更新情報を印刷出力する。

ユーザは、モバイル端末１４０１（情報端末）を用いて、図示例のように複数の記事１〜６が印刷された更新情報の二次元バーコードから、所望のウェブサイトのＵＲＬ情報を取得することができる。そして、ユーザは、モバイル端末１４０１で取得したＵＲＬ情報を用いてネットワーク２を経由してウェブサイトにアクセスすることができ、その情報が本当に所望する情報か否かを容易に判断することが出来る。この方法を用いれば、印刷出力された更新情報からでも所望する内容か否かを容易に判断可能になるため、不必要な印刷を行なって、用紙を無駄にすることを防ぐことが可能である。

また、閲覧したウェブサイトに印刷したい情報があった場合、ウェブページの印刷はリスト出力に用いた画像出力装置Ａでも行なえるが、リスト出力に用いなかった画像出力装置Ｂでも行なえる。すなわち、ユーザはモバイル端末１４０１から赤外線などの通信技術を用いて、画像出力装置Ａ又は画像出力装置Ｂに対して希望するウェブサイトのＵＲＬ情報を送信する。ＵＲＬ情報を受信した画像出力装置は、図１３のウェブページ印刷処理を行なって、該当するウェブサイトの内容を印刷出力する。この方法を用いれば、例えば、自宅にて更新情報を出力し、外出先で更新情報の詳細情報を出力するという異なる箇所に設置された画像出力装置においても、複雑な設定を必要とせずに連携した更新情報の取得が可能である。

上記実施形態によれば、画像出力装置１は、ネットワーク２上のウェブサイトのＵＲＬ情報を登録し、登録したＵＲＬ情報に基づいて、ウェブサイトからウェブリソースを取得する。そして、取得したウェブリソースを異なる形式の取得済データ２０４に変換して保存する一方、該ウェブリソースから更新の有無を判断し、取得済データ２０４を更新し、更新した取得済データ２０４から印刷データを生成する。そして、生成した印刷データを図４の形式で印刷する。これにより、取得したウェブリソースから更新情報が容易に判断可能な印刷データを出力することができ、無駄な印刷をしてしまう可能性を軽減することが可能となる。

また、ウェブサイトの更新情報を閲覧する場合、当該更新情報を取得した画像出力装置からの印刷出力に限定されている状況を廃して、場所を選ばずに更新情報を取得することできる。

また、センサ１０６により読み取った情報または通信Ｉ／Ｆ１０２により受信した情報に基づいてＵＲＬ情報を取得し、該ＵＲＬ情報の登録を行う。これにより、ＵＲＬ登録時の手間を省き、ＵＲＬ登録を容易に行うことが可能となる。

また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現する場合も含まれる。この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、またはインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

本発明の実施形態に係る画像出力装置のハードウェア構成の一例を示すブロック図である。 図１の画像出力装置に格納されるデータ及びソフトウェアの一例を示すブロック図である。 ウェブサイトで提供されるＸＭＬ形式の更新情報の構造を示す図である。 画像出力装置による更新情報の出力結果の一例を示す図である。 画像出力装置で実行されるＵＲＬ登録処理のフローチャートである。 画像出力装置に格納される登録ＵＲＬ一覧の内容を示す図である。 画像出力装置で実行される更新情報取得処理のフローチャートである。 画像出力装置が取得した更新情報に基づいて作成される取得済データの構造を示す図である。 取得済データから印刷データを生成するための印刷データ生成処理のフローチャートである。 画像出力装置で実行されるリスト出力処理のフローチャートである。 画像出力装置で実行される用紙節約設定時のリスト出力処理のフローチャートである。 用紙節約設定時における印刷開始条件の一例を示す図である。 画像出力装置で実行されるウェブページ印刷処理のフローチャートである。 画像出力装置で出力されたリストの活用方法の一例を示すイメージ図である。

符号の説明

１ 画像出力装置
２ ネットワーク
１０１ プリント機構
１０２ 通信Ｉ／Ｆ
１０３ ＲＯＭ
１０４ ＣＰＵ
１０５ ＲＡＭ
１０６ センサ
２０２ マネージャ
２０３ 登録ＵＲＬ一覧
２０４ 取得済データ

Claims (7)

1. 印刷手段と、ネットワークに接続する通信手段とを備える画像出力装置であって、
   前記ネットワーク上のウェブサイトのＵＲＬ情報を登録する登録手段と、
   前記登録手段により登録されたＵＲＬ情報を用いて、前記通信手段によりネットワーク上のウェブサイトからウェブリソースを取得する取得手段と、
   所定のタイミングで、前記取得手段により取得されたウェブリソースが更新されたか否かを判定する第一の判定手段と、
   前記第一の判定手段による判定の結果に応じて、更新されたウェブリソースにかかる情報を用紙に出力するための出力データを生成する生成手段と、
   前記生成手段により生成された出力データが記憶領域に蓄積されることにより所定の量を超えたか否かを判定する第二の判定手段と、
   前記第二の判定手段による判定の結果、前記出力データが所定の量を超えたと判定された場合、前記出力データを用いて生成される印刷データを、前記印刷手段により印刷させる印刷制御手段と
   を備えることを特徴とする画像出力装置。
2. 前記第二の判定手段は、前記出力データが記憶領域に蓄積されることにより所定の量を超えたか否かを判定する条件として、出力データが用紙ｎ項分蓄積されたかにより判定する条件、蓄積された出力データの記事数がｎ個を超えたかにより判定する条件、蓄積された出力データが記憶領域における定められたデータ量の上限値を超えたか否かにより判定する条件のいずれかの条件を用いて判定することを特徴とする請求項１に記載の画像出力装置。
3. 前記第一の判定手段は、前記取得手段により取得されたウェブリソースが更新されたか否かの判定を、所定の記述形式で記載された更新情報を解析した結果に基づいて判定するか、または新たに取得したウェブリソースを解析した結果に基づいて判定するかのいずれかによって行うものであり、
   前記生成手段は、前記第一の判定手段において所定の記述形式で記載された更新情報を解析した結果に基づいて更新されたと判定された場合は、当該更新情報を用いて前記出力データを生成し、一方、前記第一の判定手段において新たに取得したウェブリソースを解析した結果に基づいて更新されたと判定された場合は、当該解析したウェブリソースを用いて前記出力データを生成することを特徴とする請求項１または２記載の画像出力装置。
4. 前記生成手段は、前記更新されたウェブリソースにかかる情報を取得可能なＵＲＬ情報に基づく二次元バーコードを生成して前記出力データに含め、
   前記印刷制御手段は、前記生成された二次元バーコードを印刷させることを特徴とする請求項１乃至３のいずれか１項に記載の画像出力装置。
5. 用紙に印刷される二次元バーコードから情報を読み取る情報読取手段を更に備え、
   前記登録手段は、前記情報読取手段により読み取った情報を用いてＵＲＬ情報を取得し、
   前記印刷制御手段は、前記取得したＵＲＬ情報を用いて前記取得手段によりウェブリソースを取得し、前記印刷手段に印刷データを印刷させることを特徴とする請求項４記載の画像出力装置。
6. 印刷手段と、ネットワークに接続する通信手段とを備える画像出力装置の印刷方法であって、
   前記ネットワーク上のウェブサイトのＵＲＬ情報を登録する登録ステップと、
   前記登録ステップにより登録されたＵＲＬ情報を用いて、前記通信手段によりネットワーク上のウェブサイトからウェブリソースを取得する取得ステップと、
   所定のタイミングで、前記取得ステップにより取得されたウェブリソースが更新されたか否かを判定する第一の判定ステップと、
   前記第一の判定ステップによる判定の結果に応じて、更新されたウェブリソースにかかる情報を用紙に出力するための出力データを生成する生成ステップと、
   前記生成ステップにより生成された出力データが記憶領域に蓄積されることにより所定の量を超えたか否かを判定する第二の判定ステップと、
   前記第二の判定ステップによる判定の結果、前記出力データが所定の量を超えたと判定された場合、前記出力データを用いて生成される印刷データを、前記印刷手段により印刷させる印刷制御ステップと
   を備えることを特徴とする印刷方法。
7. 印刷手段と、ネットワークに接続する通信手段とを備える画像出力装置において実行可能なプログラムであって、
   前記ネットワーク上のウェブサイトのＵＲＬ情報を登録する登録手段、
   前記登録手段により登録されたＵＲＬ情報を用いて、前記通信手段によりネットワーク上のウェブサイトからウェブリソースを取得する取得手段、
   所定のタイミングで、前記取得手段により取得されたウェブリソースが更新されたか否かを判定する第一の判定手段、
   前記第一の判定手段による判定の結果に応じて、更新されたウェブリソースにかかる情報を用紙に出力するための出力データを生成する生成手段、
   前記生成手段により生成された出力データが記憶領域に蓄積されることにより所定の量を超えたか否かを判定する第二の判定手段、
   前記第二の判定手段による判定の結果、前記出力データが所定の量を超えたと判定された場合、前記出力データを用いて生成される印刷データを、前記印刷手段により印刷させる印刷制御手段
   として前記画像出力装置を機能させることを特徴とするプログラム。

Images