(57)【要約】【課題】メタデータを取得する際のネットワークトラフィックおよび消費電力を低減させることができるようにする。【解決手段】クライアントとして機能する画像形成装置１００−２は、所望のＵＲＩデータ１２１に対応するメタデータ１４１を保持しているか否かを他の画像形成装置１００−１、１００−３、１００−４に問い合わせ、画像形成装置１００−１がそのメタデータ１４１を保持している場合、画像形成装置１００−１からメタデータ１４１を取得する。画像形成装置１００−１、その他の画像形成装置１００−３、１００−４がメタデータ１４１を保持していない場合、ＵＲＩデータ１２１に対応するＵＲＩにアクセスし、そこからメタデータ１４１を取得する。【選択図】図１
2009043093.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のＷｅｂサイトが公開する情報に関するメタデータを取得し、取得した前記メタデータが保持する前記情報を出力することを特徴とする情報出力装置であって、
互いに通信可能な他の情報出力装置に前記メタデータが既に保持されているか否かを判定する判定手段と、
前記Ｗｅｂサイトまたは前記他の情報出力装置から該メタデータを取得するメタデータ取得手段と、
前記メタデータ取得手段によって取得された前記メタデータを保持するメタデータ保持手段と、
前記判定手段によって前記他の情報出力装置に前記メタデータが保持されていないと判定されたとき、前記メタデータ取得手段は、前記ネットワークを介して前記Ｗｅｂサイトから直接、前記メタデータを取得することを特徴とする情報出力装置。
【請求項２】
互いに通信可能な前記他の情報出力装置が保持している前記メタデータが、自ら保持するものよりも新しい場合、前記メタデータを取得し、自ら保持するものより新しくない場合、前記Ｗｅｂサイトから直接、前記メタデータを取得することを特徴とする請求項１に記載の情報出力装置。
【請求項３】
必要とする前記Ｗｅｂサイトの前記メタデータを、複数の前記他の情報出力装置が保持するとき、前記情報出力装置のうち、前記メタデータのうちの最も新しいものを保持するものから最新の前記メタデータを取得することを特徴とする請求項１または２に記載の情報出力装置。
【請求項４】
複数の前記他の前記情報出力装置が保持する前記メタデータの中で最も新しいものが、前記Ｗｅｂサイトが公開する最新のものよりも古いと判断される場合には、前記Ｗｅｂサイトから直接メタデータを取得することを特徴とする請求項１乃至３のいずれかに記載の情報出力装置。
【請求項５】
前記メタデータに対応する前記Ｗｅｂサイトの最新の情報を取得する取得手段と、
前記取得手段によって取得した前記情報を印字する印字手段と、
をさらに備えることを特徴とする請求項１乃至４のいずれかに記載の情報出力装置。
【請求項６】
ネットワーク上のＷｅｂサイトが公開する情報に関するメタデータを取得し、取得した前記メタデータが保持する前記情報を出力することを特徴とする情報出力方法であって、
判定手段により互いに通信可能な他の情報出力装置に前記メタデータが既に保持されているか否かを判定する判定ステップと、
メタデータ取得手段により前記Ｗｅｂサイトまたは前記他の情報出力装置から該メタデータを取得するメタデータ取得ステップと、
メタデータ保持手段により前記メタデータ取得ステップにおいて取得された前記メタデータを保持するメタデータ保持ステップと、
前記判定ステップにおいて前記他の情報出力装置に前記メタデータが保持されていないと判定されたとき、前記メタデータ取得ステップにおいて、前記ネットワークを介して前記Ｗｅｂサイトから直接、前記メタデータが取得されるように制御する制御ステップと、
を含むことを特徴とする情報出力方法。
【請求項７】
互いに通信可能な前記他の情報出力装置が保持している前記メタデータが、自ら保持するものよりも新しい場合、前記メタデータを取得し、自ら保持するものより新しくない場合、前記Ｗｅｂサイトから直接、前記メタデータを取得することを特徴とする請求項６に記載の情報出力方法。
【請求項８】
必要とする前記Ｗｅｂサイトの前記メタデータを、複数の前記他の情報出力装置が保持するとき、前記情報出力装置のうち、前記メタデータのうちの最も新しいものを保持するものから最新の前記メタデータを取得することを特徴とする請求項６または７に記載の情報出力方法。
【請求項９】
複数の前記他の前記情報出力装置が保持する前記メタデータの中で最も新しいものが、前記Ｗｅｂサイトが公開する最新のものよりも古いと判断される場合には、前記Ｗｅｂサイトから直接メタデータを取得することを特徴とする請求項６乃至８のいずれかに記載の情報出力方法。
【請求項１０】
取得手段が前記メタデータに対応する前記Ｗｅｂサイトの最新の情報を取得する取得ステップと、
前記取得ステップにおいて取得された前記情報を印字する印字ステップと、
をさらに含むことを特徴とする請求項６乃至９のいずれかに記載の情報出力方法。
【請求項１１】
ネットワーク上のＷｅｂサイトが公開する情報に関するメタデータを取得し、取得した前記メタデータが保持する前記情報を出力することを特徴とする情報出力プログラムであって、
互いに通信可能な他の情報出力装置に前記メタデータが既に保持されているか否かを判定する判定ステップと、
前記Ｗｅｂサイトまたは前記他の情報出力装置から該メタデータを取得するメタデータ取得ステップと、
前記メタデータ取得ステップにおいて取得された前記メタデータを保持するメタデータ保持ステップと、
前記判定ステップにおいて前記他の情報出力装置に前記メタデータが保持されていないと判定されたとき、前記メタデータ取得ステップにおいて、前記ネットワークを介して前記Ｗｅｂサイトから直接、前記メタデータが取得されるように制御する制御ステップと、
をコンピュータに実行させることを特徴とする情報出力プログラム。
【請求項１２】
互いに通信可能な前記他の情報出力装置が保持している前記メタデータが、自ら保持するものよりも新しい場合、前記メタデータを取得し、自ら保持するものより新しくない場合、前記Ｗｅｂサイトから直接、前記メタデータを取得することを特徴とする請求項１１に記載の情報出力プログラム。
【請求項１３】
必要とする前記Ｗｅｂサイトの前記メタデータを、複数の前記他の情報出力装置が保持するとき、前記情報出力装置のうち、前記メタデータのうちの最も新しいものを保持するものから最新の前記メタデータを取得することを特徴とする請求項１１または１２に記載の情報出力プログラム。
【請求項１４】
複数の前記他の前記情報出力装置が保持する前記メタデータの中で最も新しいものが、前記Ｗｅｂサイトが公開する最新のものよりも古いと判断される場合には、前記Ｗｅｂサイトから直接メタデータを取得することを特徴とする請求項１１乃至１３のいずれかに記載の情報出力プログラム。
【請求項１５】
取得手段が前記メタデータに対応する前記Ｗｅｂサイトの最新の情報を取得する取得ステップと、
前記取得ステップにおいて取得された前記情報を印字する印字ステップと
をさらに備えることを特徴とする請求項１１乃至１４のいずれかに記載の情報出力プログラム。
【請求項１６】
請求項１１乃至１５のいずれかに記載の情報出力プログラムが記録されたコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報出力装置、メタデータ取得印字方法、および記録媒体に関し、特に、ネットワークから情報を取得し出力する情報出力装置、メタデータ取得印字方法、および記録媒体に関するものである。
【背景技術】
【０００２】
インターネットの急激な発展に伴い、多様かつ大量のコンテンツがネットワーク上のＷｅｂサイトから容易に入手可能になってきた。株価、最新の企業情報、報道等の様々なニュースを公開するサイトも多数存在し、このようなサイトにおいてはコンテンツが頻繁に更新される。これまでは、このような最新情報を閲覧するためには、Ｗｅｂクライアント（ブラウザ）等を使用して頻繁に、各人が個別に各サイトにアクセスし、コンテンツを閲覧する必要があった。
しかし、閲覧すべきサイトが増えてくると、個別にアクセスし、コンテンツを閲覧する労力、時間は甚大なものになることや、また、表示されるコンテンツを、ネットワークを介して全てダウンロードしなければならないため、ネットワークに大きな負荷がかかるなど、様々な問題が生じるようになってきている。このような問題を解決するため、コンテンツの見出し、要約、更新日時などを簡潔に記述し、主にサイトの更新情報を公開するためにＲＤＦ（Resource Description Framework）、ＲＳＳ（Rich Site SummaryまたはReally Simple Syndication）、ＡｔｏｍといったＸＭＬ(Extensible Markup Language)形式で構造化されたメタデータフォーマットが策定され、実際に利用されるようになってきている。
【０００３】
現在、これらの更新情報を利用するためには、メタデータを解釈し、利用者が読みやすい形式にして表示する、一般にＲＳＳリーダと称されるソフトウエアアプリケーションをコンピュータ上で動作させる必要がある。現在、一般的なＲＳＳリーダは、複数のメタデータのネットワーク上での位置情報（以下ＵＲＩ（Uniform Resource Identifier）と記す）を登録することができ、利用者が定めた一定時間間隔、または利用者が欲する任意の時刻に、登録されたＵＲＩから各々のメタデータをダウンロードし、これらのメタデータを解釈し、各サイトのその時点でのコンテンツの見出し、要約等をそのコンテンツへのリンクとともにモニタ上に一覧表示する。
【０００４】
特許文献１記載の発明では、情報提供サイトがネットワーク上で提供する提供データについて、その提供データのメタデータをメタデータ提供サイトから所定時間毎に取得したコンピュータが、そのメタデータをコンピュータの記憶装置に格納するメタデータ保存方法において、保存対象となるメタデータは提供データについての記述対象の項目及び該項目の提供データについての値の組を含むものとし、該メタデータと該メタデータの記述対象である提供データのネットワーク上での位置情報とをネットワークを介して入力し、メタデータに記述されている項目値を一意に識別可能な項目情報を抽出するとともに該項目情報と位置情報とを組にすることにより、記憶装置内で一意に識別可能な識別子を生成し、この識別子を用いて参照できるように該識別子に対応する項目の項目値を記憶装置に時系列に並べて格納することにより、時々刻々と変化するデータに対するメタデータの効率的な保存及び参照を可能とする技術が開示されている。
【特許文献１】特開２００５−９２５８３公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したようなネットワークの発展に伴い、特に企業における市場動向、技術動向、競合他社の情報等のビジネス情報の収集においては、ＲＳＳのようなメタデータとＲＳＳリーダを利用した情報収集は必要不可欠になりつつある。一方で、通常のＲＳＳリーダを利用する場合、各自が自分のＲＳＳリーダにメタデータのＵＲＩを登録し、これにアクセスするため、ネットワークトラフィックが増加してしまうという問題がある。また、企業等目的を同じくする組織においては、利用者（社員等の構成員）が登録するＵＲＩが重複する比率も当然高くなり、さらに無駄なネットワークトラフィックが生じてしまう。
また、組織内で各自が自分のコンピュータでＲＳＳおよびＲＳＳリーダを利用することの欠点として、各自でコンピュータを起動しないとこれらを利用した情報に接することができないということが挙げられる。コンピュータを常時起動している場合であればこの点に関してはあまり問題にならないが、そうでない場合や、移動の際などにこのような情報に接することは困難である。移動の際には携帯型の情報通信機器を利用すれば良いが、通信料がかかることや、機器の重量によって利用者に負担がかかるなどの欠点がある。さらに、コンピュータでＲＳＳおよびＲＳＳリーダを利用する目的だけのためにコンピュータを起動することは、省エネルギーの観点からも好ましくないのは明らかである。
【０００６】
このような問題を解決するために、ネットワーク上で経時的に更新される情報に関するメタデータを取得し、メタデータが保持する情報を出力する画像形成装置に関して、企業などの組織において、組織の複数の構成員が、メタデータが保持する情報を閲覧するにあたって、簡易かつ自由度の高い情報の閲覧を可能とし、組織内のネットワークトラフィックおよび消費電力を低減することを目的とする発明が開示されている。
しかしながら、利用者が多い大規模なオフィスにて上記発明による画像形成装置を利用する場合には、取得したい情報も莫大な量となり、これに従って装置にかかるネットワークの負荷も非常に大きくなってしまう。これを解決するためには、上記発明による画像形成装置を複数台設置すれば良いが、このような大規模なオフィスのような環境で上記発明による画像形成装置を複数台設置すると、やはり利用者が登録するＵＲＩの重複が生じてしまい、オフィス外部に対する無駄なネットワークトラフィックが発生してしまうという問題が生じてしまう。
本発明はこのような状況に鑑みてなされたものであり、情報出力装置を複数台設置する環境において、ネットワーク上で経時的に更新される情報に関するメタデータを取得する場合において、無駄なネットワークトラフィックを減少させるとともに、消費電力を低減させることができる情報出力装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
請求項１に記載の情報出力装置は、ネットワーク上のＷｅｂサイトが公開する情報に関するメタデータを取得し、取得した前記メタデータが保持する前記情報を出力することを特徴とする情報出力装置であって、互いに通信可能な他の情報出力装置に前記メタデータが既に保持されているか否かを判定する判定手段と、前記Ｗｅｂサイトまたは前記他の情報出力装置から該メタデータを取得するメタデータ取得手段と、前記メタデータ取得手段によって取得された前記メタデータを保持するメタデータ保持手段と、前記判定手段によって前記他の情報出力装置に前記メタデータが保持されていないと判定されたとき、前記メタデータ取得手段は、前記ネットワークを介して前記Ｗｅｂサイトから直接、前記メタデータを取得することを特徴とする。
【０００８】
また、互いに通信可能な前記他の情報出力装置が保持している前記メタデータが、自ら保持するものよりも新しい場合、前記メタデータを取得し、自ら保持するものより新しくない場合、前記Ｗｅｂサイトから直接、前記メタデータを取得するようにすることができる。
また、必要とする前記Ｗｅｂサイトの前記メタデータを、複数の前記他の情報出力装置が保持するとき、前記情報出力装置のうち、前記メタデータのうちの最も新しいものを保持するものから最新の前記メタデータを取得するようにすることができる。
また、複数の前記他の前記情報出力装置が保持する前記メタデータの中で最も新しいものが、前記Ｗｅｂサイトが公開する最新のものよりも古いと判断される場合には、前記Ｗｅｂサイトから直接メタデータを取得するようにすることができる。
また、前記メタデータに対応する前記Ｗｅｂサイトの最新の情報を取得する取得手段と、前記取得手段によって取得した前記情報を印字する印字手段とをさらに備えるようにすることができる。
【０００９】
請求項６に記載の情報出力方法は、ネットワーク上のＷｅｂサイトが公開する情報に関するメタデータを取得し、取得した前記メタデータが保持する前記情報を出力することを特徴とする情報出力方法であって、判定手段により互いに通信可能な他の情報出力装置に前記メタデータが既に保持されているか否かを判定する判定ステップと、メタデータ取得手段により前記Ｗｅｂサイトまたは前記他の情報出力装置から該メタデータを取得するメタデータ取得ステップと、メタデータ保持手段により前記メタデータ取得ステップにおいて取得された前記メタデータを保持するメタデータ保持ステップと、前記判定ステップにおいて前記他の情報出力装置に前記メタデータが保持されていないと判定されたとき、前記メタデータ取得ステップにおいて、前記ネットワークを介して前記Ｗｅｂサイトから直接、前記メタデータが取得されるように制御する制御ステップと、を含むことを特徴とする。
【００１０】
また、互いに通信可能な前記他の情報出力装置が保持している前記メタデータが、自ら保持するものよりも新しい場合、前記メタデータを取得し、自ら保持するものより新しくない場合、前記Ｗｅｂサイトから直接、前記メタデータを取得するようにすることができる。
また、必要とする前記Ｗｅｂサイトの前記メタデータを、複数の前記他の情報出力装置が保持するとき、前記情報出力装置のうち、前記メタデータのうちの最も新しいものを保持するものから最新の前記メタデータを取得するようにすることができる。
また、複数の前記他の前記情報出力装置が保持する前記メタデータの中で最も新しいものが、前記Ｗｅｂサイトが公開する最新のものよりも古いと判断される場合には、前記Ｗｅｂサイトから直接メタデータを取得するようにすることができる。
また、取得手段が前記メタデータに対応する前記Ｗｅｂサイトの最新の情報を取得する取得ステップと、前記取得ステップにおいて取得された前記情報を印字する印字ステップとをさらに含むようにすることができる。
【００１１】
請求項１１に記載の情報出力プログラムは、ネットワーク上のＷｅｂサイトが公開する情報に関するメタデータを取得し、取得した前記メタデータが保持する前記情報を出力することを特徴とする情報出力プログラムであって、互いに通信可能な他の情報出力装置に前記メタデータが既に保持されているか否かを判定する判定ステップと、前記Ｗｅｂサイトまたは前記他の情報出力装置から該メタデータを取得するメタデータ取得ステップと、前記メタデータ取得ステップにおいて取得された前記メタデータを保持するメタデータ保持ステップと、前記判定ステップにおいて前記他の情報出力装置に前記メタデータが保持されていないと判定されたとき、前記メタデータ取得ステップにおいて、前記ネットワークを介して前記Ｗｅｂサイトから直接、前記メタデータが取得されるように制御する制御ステップとをコンピュータに実行させることを特徴とする。
【００１２】
また、互いに通信可能な前記他の情報出力装置が保持している前記メタデータが、自ら保持するものよりも新しい場合、前記メタデータを取得し、自ら保持するものより新しくない場合、前記Ｗｅｂサイトから直接、前記メタデータを取得するようにすることができる。
また、必要とする前記Ｗｅｂサイトの前記メタデータを、複数の前記他の情報出力装置が保持するとき、前記情報出力装置のうち、前記メタデータのうちの最も新しいものを保持するものから最新の前記メタデータを取得するようにすることができる。
また、複数の前記他の前記情報出力装置が保持する前記メタデータの中で最も新しいものが、前記Ｗｅｂサイトが公開する最新のものよりも古いと判断される場合には、前記Ｗｅｂサイトから直接メタデータを取得するようにすることができる。
また、取得手段が前記メタデータに対応する前記Ｗｅｂサイトの最新の情報を取得する取得ステップと、前記取得ステップにおいて取得された前記情報を印字する印字ステップとをさらに備えるようにすることができる。
請求項１６に記載のコンピュータ読み取り可能な記録媒体は、請求項１１乃至１５のいずれかに記載の情報出力プログラムが記録されていることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、ネットワーク上で経時的に更新される情報に関するメタデータが保持する情報を取得する場合に、ネットワークトラフィックおよび消費電力の低減を可能とすることができる。また、取得した情報を印字することができるので、簡易かつ自由度の高い閲覧方法を提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明が適用される画像形成装置の一実施の形態について説明する。図１は、本発明の一実施の形態の構成例を示すブロック図である。本発明が適用される実施の形態としての画像形成装置１００−１、１００−２、１００−３、１００−４は、それぞれネットワーク３００に接続されている。以下では、各画像形成装置１００−１、１００−２、１００−３、１００−４を区別する必要がない場合、適宜、画像形成装置１００と記載する。各画像形成装置１００のメタデータ取得手段１３０には、クライアントとして機能するためのＷＷＷブラウザ１３１が含まれている。各画像形成装置１００は、ネットワーク３００を介してそれぞれデータのやり取りを行うことができるようになっている。図１に示した例では、ネットワーク３００には、画像形成装置１００−１、１００−２、１００−３、１００−４が接続されているが、接続数は４に限定されない。
【００１５】
画像形成装置１００は、ＵＲＩデータ１２１からなるＵＲＩ（Uniform Resource Identifier）リスト１２２を生成するＵＲＩリスト生成手段１１０と、ＵＲＩリスト１２２を記憶するＵＲＩリスト記憶手段１２０と、メタデータ（meta data）１４１を取得するメタデータ取得手段１３０と、メタデータ取得手段１３０によって取得されたメタデータ１４１からなるメタデータリスト１４２を記憶するメタデータ記憶手段１４０と、メタデータ１４１を解析するメタデータ解析手段１５０と、メタデータ１４１に基づいて出力データを生成する出力データ生成手段１６０と、出力データ生成手段１６０によって生成された出力データを出力する出力手段１７０とから構成されている。
ここで、メタデータ１４１とは、データに関連する情報であり、データの作成日時、作成者、データ形式、タイトル、注釈等である。メタデータ１４１は、文書データや画像データ等のデータを効率的に管理し、検索するために用いられる。文書や画像などのデータを保存するファイル形式の多くは、ファイルの先頭にメタデータ１４１を格納し、続いてデータ本体を格納するようになっている。
【００１６】
ＵＲＩリスト生成手段１１０には、ＷＷＷサーバ機能部（以下、ＷＷＷサーバと記載する）１１１が含まれ、サーバ機能を有している。また、メタデータ取得手段１３０には、ＷＷＷブラウザ１３１が含まれ、クライアント機能をも有するようになっている。この例では、画像形成装置１００−１がサーバとして機能し、画像形成装置１００−２、１００−３、１００−４がそれぞれクライアントとして機能している。
ＵＲＩリスト生成手段１１０は、上述したＷＷＷサーバ１１１の処理により、複数の利用者が画像形成装置１００−２等を介して取得したいメタデータ１４１のネットワーク３００上での位置を示す位置情報（ＵＲＩ）を登録するための手段を提供する。
具体的には、利用者は、クライアントとしての画像形成装置１００−２上で動作するＷＷＷブラウザ１３１等を介して、ネットワーク３００経由で画像形成装置１００−１のＷＷＷサーバ１１１にアクセスし、ＨＴＭＬ（HyperText Markup Language）のＰＵＴメソッドやＰＯＳＴメソッドを利用して、取得したいメタデータ１４１のＵＲＩデータ１２１を画像形成装置１００−１に送信する。
【００１７】
ＵＲＩリスト生成手段１１０は、ＷＷＷサーバ１１１により取得された、画像形成装置１００−２から送信されてきたＵＲＩデータ１２１が、ＵＲＩリスト記憶手段１２０に既に登録されているか否かをチェックし、ＵＲＩデータ１２１がＵＲＩリスト記憶手段１２０に登録されていない場合、上記ＵＲＩデータ１２１を、ＵＲＩリスト記憶手段１２０のＵＲＩリスト１２２に追加登録する。
１または複数のＵＲＩデータ１２１からなるＵＲＩリスト１２２は、ＲＡＭ（Random Access Memory）、ハードディスク等のコンピュータ読み取り可能な記録媒体からなるＵＲＩリスト記憶手段１２０に記録される。ＵＲＩリスト記憶手段１２０は、例えば、外部接続メモリ、ＲＡＭ、ハードディスク等のコンピュータ読み取り可能な記録媒体からなり、取得したいメタデータ１４１のネットワーク３００上での位置情報（ＵＲＩデータ）１２１を、ＵＲＩリスト１２２を構成するデータとして保持する。
【００１８】
図２は、例えば、画像形成装置１００−１において、他の画像形成装置１００−２からＵＲＩデータ１２１が送信されてきたときに実行される処理手順を示すフローチャートである。まず、ステップＳ１において、ＵＲＩリスト生成手段１１０のＷＷＷサーバ１１１により、画像形成装置１００−２より送信されてきたＵＲＩデータ１２１が受信され、取得される。
次に、ステップＳ２において、ＵＲＩリスト生成手段１２０により、ＵＲＩリスト記憶部１２０のＵＲＩリスト１２２に、画像形成装置１００−２よりネットワーク３００を介して送信されてきたＵＲＩデータ１２１が既に登録されており、重複登録になるか否かが判定される。その結果、重複登録にならないと判定された場合、ステップＳ３に進む。ステップＳ３においては、ＵＲＩリスト生成手段１２０により、画像形成装置１００−２からネットワーク３００を介して送信されてきたＵＲＩデータがＵＲＩリスト１２２に登録される。その後、処理を終了する。一方、ステップＳ２において重複登録になると判定された場合、そのまま処理を終了する。
【００１９】
図３は、メタデータ取得手段１３０が、ＵＲＩリスト記憶手段１２０に記憶されたＵＲＩリスト１２２の各ＵＲＩデータ１２１に対応するメタデータ１４１を取得する手順を示すフローチャートである。
まず、ステップＳ１１において、メタデータ取得手段１３０は、ＵＲＩリスト記憶手段１２０からＵＲＩリスト１２２を取得し、ステップＳ１２において、ＵＲＩリスト１２２に含まれる各ＵＲＩデータ１２１について順次、ネットワーク３００に接続された他の画像形成装置１００に対して、このＵＲＩデータ１２１に対応するＲＳＳ等のメタデータ１４１を既に保持しているか否かの問い合わせを行う。
問い合わせに対する応答に基づいて、他の画像形成装置１００がメタデータ１４１を保持していることが判明した場合、ステップＳ１４に進み、メタデータ１４１を保持している他の画像形成装置１００からメタデータ１４１を取得する。一方、他の画像形成装置１００がメタデータ１４１を保持していないことが判明した場合、ステップＳ１３に進み、メタデータ取得手段１３０が保持するＷＷＷブラウザ１３１によりクライアント機能として動作し、ＵＲＩデータ１２１に対応する実際のＷｅｂサイトにアクセスし、メタデータ１４１を取得する。
【００２０】
取得されたメタデータ１４１は、メタデータリスト１４２に追加される。メタデータリスト１４２は、例えば、外部接続メモリ、ＲＡＭ、ハードディスク等のコンピュータ読み取り可能な記録媒体からなるメタデータ記憶手段１４０に記録、保持されている。
ステップＳ１３またはステップＳ１４の処理が終了すると、ステップＳ１６に進み、最終のＵＲＩデータ１２１について、メタデータ１４１を取得する処理が行われたか否かが判定され、最終のＵＲＩデータ１２１について、メタデータ１４１を取得する処理が行われていないと判定された場合、ステップＳ１５に進み、次のＵＲＩデータ１２１が処理対象として設定された後、ステップＳ１２に戻り、ステップＳ１２以降の処理が繰り返し実行される。一方、最終のＵＲＩデータ１２１について、メタデータ１４１を取得する処理が行われたと判定された場合、本処理を終了する。このようにして、メタデータ取得手段１３０は、ＵＲＩデータ１２１に対応するメタデータ１４１を効率的に取得することができる。
【００２１】
図４は、クライアントとしての画像形成装置１００−２が、他の画像形成装置１００−１および画像形成装置１００−３乃至１００−８に対して、メタデータ１４１を既に保持しているか否かの問い合わせをする例を示している。例えば、画像形成装置１００−２が所望のＵＲＩデータ１２１に対応するメタデータ１４１を画像形成装置１００−１、１００−３乃至１００−８に問い合わせ、画像形成装置１００−１がそのＵＲＩデータ１２１に対応するメタデータ１４１を保持している場合、画像形成装置１００−２は、画像形成装置１００−１からメタデータ１４１を取得する。
また、画像形成装置１００−２は、例えば、画像形成装置１００−１および画像形成装置１００−３乃至１００−８のいずれもＵＲＩデータ１２１に対応するメタデータ１４１を保持していない場合、メタデータ取得手段１３０が有するＷｅｂクライアント機能により、ネットワーク３００を介して実際のＵＲＩにアクセスし、メタデータ１４１を取得する。
【００２２】
図５は、画像形成装置１００−２が、取得したメタデータ１４１を出力する手順を示すフローチャートである。まず、利用者が、画像形成装置１００−２に設けられた図示しないコントロールパネル等を介してメタデータ１４１の出力を指示すると、ステップＳ２１において、メタデータ記憶手段１４０に保持されているメタデータ１４１が、メタデータ解析手段１５０によって読み出され、解析された後、出力データ生成手段１６０に供給される。
次に、ステップＳ２２において、出力データ生成手段１６０は、メタデータ解析手段１５０より供給されたメタデータ１４１を出力用データに変換し、出力手段１７０に供給する。次に、ステップＳ２３において、出力手段１７０は、出力データ生成手段１６０より供給された出力用データを紙等の被出力媒体上に印字等によって出力する。メタデータ１４１を紙等に出力することにより、簡易にかつ自由度の高い方法でメタデータ１４１を閲覧することができる。
【００２３】
図６は、メタデータ解析手段１３０の処理手順を示すフローチャートである。図６に示すように、まず、ステップＳ３１において、メタデータ解析手段１３０は、メタデータリスト１４２から各メタデータ１４１を取得し、ステップＳ３２において、メタデータ１４１を各要素に分解し、抽出する。
次に、ステップＳ３３において、抽出された各要素について順番に、必要な要素であるか否かが判定される。即ち、メタデータ１４１の各要素に付随するタグ情報によって、例えば、コンテンツのタイトル、記事のタイトル、更新時刻、コンテンツの概要等に基づいて、その要素が出力すべき情報を含む要素であるか否かが判定される。まず、最初の要素について上記判定処理が実行される。
その結果、出力すべき情報を含む要素であると判定された場合、ステップＳ３４に進み、その出力すべき情報（意味のあるデータ）が抽出され、取得される。一般的に用いられるメタデータ１４１は、ＸＭＬ（Extensible Markup Language）形式で記述されており、各要素は、例えば、記事のタイトルであれば＜ｔｉｔｌｅ＞で表される開始タグと、＜／ｔｉｔｌｅ＞で表される終了タグの間に記述されている。このため、各要素に対応するタグをもとに、必要な情報を抽出すれば良い。ステップＳ３４の処理が終了すると、ステップＳ３６に進む。
【００２４】
一方、ステップＳ３３において、出力すべき情報を含む要素ではないと判定された場合、ステップＳ３６に進む。ステップＳ３６においては、最後の要素であるか否かが判定される。その結果、最後の要素ではないと判定された場合、ステップＳ３５に進み、次の要素が上記判定処理の対象として設定され、ステップＳ３３に戻る。これにより、次の要素についてステップＳ３３以降の処理が実行されることになる。
各メタデータ１４１の最後の要素まで上記判定処理を繰り返した後、ステップＳ３６において最後の要素であると判定されると、ステップＳ３７に進み、抽出された各要素の情報を、出力する順序に並び替える。この順序とは、例えば、コンテンツのタイトル、コンテンツの更新時刻、コンテンツの概要といった順序であり、予め出荷時に設定されているか、または、利用者がコントロールパネル等を利用して出力順序として指定しても良い。
利用者が指定する際には、コントロールパネル上に要素の候補が表示され、コントロールパネル上に表示されたカーソルを利用して候補を選択した後、数字キーを押下してその要素の順序を決定するようにしても良いし、予め設定された順序の候補を数種類提示し、その中から選択させるようにしても良い。
各メタデータ１４１に含まれる情報のうち、出力するために必要な情報はこのように抽出され並び替えられた後、ステップＳ３８において出力用データに追加される。これらの手順は全てのメタデータ１４１に対して実施される。
【００２５】
出力データ生成手段１６０は、メタデータ解析手段１５０によって生成されたＥＵＣ（Extended UNIX Code）、ｕｔｆ−８（8-bit UCS Transformation Format）等の文字コードからなる出力用データをフォントデータに置き換え、必要に応じて用紙のサイズに合わせて改行を行ない、出力手段１７０が出力可能なビットマップデータに変換し、出力手段１７０に供給する。出力手段１７０は、出力データ生成手段１６０から供給された出力用データを紙等の被出力媒体に印刷等の方法で出力する。次に、ステップＳ３９において最終メタデータ１４１について上記各処理が実行されたか否かが判定され、最終のメタデータ１４１について上記各処理が実行されていないと判定された場合、次のメタデータ１４１が処理対象として設定された後、ステップＳ３１に戻り、ステップＳ３１以降の処理が実行される。一方、最終のメタデータ１４１について上記各処理が実行されたと判定された場合、本処理を終了する。
このような構成によって上記処理が実行されるようにすることにより、ネットワーク３００上で公開される経時的に更新される情報に関するメタデータ１４１が保持する内容を閲覧するにあたって、出力媒体として紙を利用することを可能とすることができ、簡易かつ自由度の高い情報の閲覧が可能となる。また、ネットワークリクエストを取りまとめることにより、ネットワークトラフィックを低減させることができる。さらに、利用者が各自のコンピュータを起動することなくこれらを実施することができるため、消費電力の低減が可能となる。
【００２６】
図７は、本発明の他の実施の形態の処理手順を示すフローチャートである。本実施の形態の構成は、図１に示した実施の形態の構成と同様であるとする。従って、本実施の形態の構成についての説明は省略する。以下、図７のフローチャートを参照して、本発明の他の実施の形態の処理手順について説明する。
本実施の形態においては、まず、ステップＳ５１において、メタデータ取得手段１３０は、現在の時刻を取得する。これには、内蔵している計時手段を用いても良いし、あるいは、ＮＴＰ（Network Time Protocol）等のプロトコルを用いて外部装置と通信を行い、現在の時刻を取得しても良い。
次に、ステップＳ５２において、ＵＲＩリスト１２２をＵＲＩリスト記憶手段１２０より取得する。次に、ステップＳ５３において、ＵＲＩリスト１２２を構成する各ＵＲＩデータ１２１について、順番に、対応するＲＳＳ等のメタデータ１４１を、メタデータ記憶手段１４０が既に保持していれば、その取得時刻を取得する。即ち、メタデータ１４１は、その取得時刻が付属情報として関連付けされて記憶されている。また、メタデータ記憶手段１４０が既に保持しているメタデータ１４１は、前回取得したメタデータ１４１であり、その取得時刻は前回、メタデータ１４１を取得した時刻である。一方、そのＵＲＩデータ１２１に対応するメタデータ１４１がまだＵＲＩデータ１２１に対応する実際のＵＲＩにアクセスして取得されていない場合、メタデータ記憶手段１４０にはそのＵＲＩデータ１２１に対応するメタデータ１４１が記憶されていない。
【００２７】
次に、ステップＳ５４において、ネットワーク３００に接続された他の画像形成装置１００に対して、該ＵＲＩデータ１２１に対応するメタデータ１４１を既に保持しているか否かの問い合わせを行う。他の画像形成装置１００が上記ＵＲＩデータ１２１対応するメタデータ１４１を保持している場合、ステップＳ５５に進む。一方、他の画像形成装置１００が上記ＵＲＩデータ１２１対応するメタデータ１４１を保持していない場合、ステップＳ５６に進む。
ステップＳ５５においては、上記メタデータ１４１を保持している他の全ての画像形成装置１００に対して、メタデータ１４１の取得時刻の問い合わせを行う。得られた取得時刻のうち、最新の時刻が自ら保持するメタデータ１４１の取得時刻よりも新しい場合、または、自らメタデータ１４１を保持していない場合には、ステップＳ５７に進み、メタデータ１４１の取得時刻が最も新しいものを保持している画像形成装置１００からその最新のメタデータ１４１を取得する。一方、得られた取得時刻のうち、最新の時刻が自ら保持するメタデータ１４１の取得時刻と同一か、または最新の時刻が自ら保持するメタデータ１４１の取得時刻より新しくない場合、ステップＳ５６に進む。
ステップＳ５６においては、ＷＷＷブラウザ１３１のクライアント機能により、ＵＲＩデータ１２１に対応する実際のＵＲＩにアクセスし、最新のメタデータ１４１を取得する。
ステップＳ５６またはステップＳ５７の処理が終了すると、ステップＳ５９に進み、最終のＵＲＩデータについて上記各処理が行われたか否かが判定される。最終のＵＲＩについて上記各処理が行われていないと判定された場合、ステップＳ５８に進み、次のＵＲＩデータ１２１の取得時刻を処理対象にセットした後、ステップＳ５３に戻り、ステップＳ５３以降の処理が繰り返し実行される。一方、最終のＵＲＩデータ１２１について上記各処理が行われたと判定された場合、本処理を終了する。
【００２８】
図８は、本発明のさらに他の実施の形態の処理手順を示すフローチャートである。本実施の形態の構成は、図１に示した実施の形態の構成と同様であるとする。従って、本実施の形態の構成についての説明は省略する。以下、図８のフローチャートを参照して、本発明の他の実施の形態の処理手順について説明する。
本実施の形態においては、まず、ステップＳ６１において、メタデータ取得手段１３０は、現在の時刻を取得する。これには、内蔵している計時手段を用いても良いし、あるいは、ＮＴＰ（Network Time Protocol）等のプロトコルを用いて外部装置と通信を行い、現在の時刻を取得しても良い。
次に、ステップＳ６２において、ＵＲＩリスト１２２をＵＲＩリスト記憶手段１２０より取得する。次に、ステップＳ６３において、ＵＲＩリスト１２２のＵＲＩデータ１２１に対応するＲＳＳ等のメタデータ１４１を既に保持していれば、そのメタデータ１４１を解析し、解析結果から、実際のＵＲＩに対応するＷｅｂサイトでのメタデータ１４１の次回更新時刻を取得する。これには、例えば、メタデータ１４１に含まれる更新頻度、前回の更新時刻等の情報と、先に取得した現在の時刻を用いれば良い。例えば、更新頻度が６時間に１回の更新であり、前回の更新時刻が１２：００であれば、次回の更新時刻は１８：００となる。
【００２９】
次に、ステップＳ６５において、ネットワーク３００に接続された他の画像形成装置１００に対して、該ＵＲＩデータ１２１に対応するメタデータ１４１を既に保持しているか否かの問い合わせを行う。他の画像形成装置１００が上記ＵＲＩデータ１２１対応するメタデータ１４１を既に保持している場合、ステップＳ６６に進む。一方、他の画像形成装置１００が上記ＵＲＩデータ１２１対応するメタデータ１４１を保持していない場合、ステップＳ６７に進む。
ステップＳ６６においては、上記メタデータ１４１を保持している他の全ての画像形成装置１００に対して、メタデータ１４１の取得時刻の問い合わせを行う。得られた取得時刻のうち、メタデータ１４１の最新の取得時刻が、メタデータ１４１の更新時刻よりも新しいか否かが判定され、最新の取得時刻が更新時刻より新しいと判定された場合、ステップＳ６８に進み、メタデータ１４１の取得時刻が最も新しいものを保持している画像形成装置１００からその最新のメタデータ１４１を取得する。一方、得られた取得時刻のうち、最新の時刻が、メタデータ１４１の更新時刻と同一か、または最新の時刻が更新時刻より新しくない場合、ステップＳ６７に進む。
【００３０】
ステップＳ６７においては、クライアント２００が備えるＷＷＷクライアント機能により、ＵＲＩデータ１２１に対応する実際のＵＲＩにアクセスし、最新のメタデータ１４１を取得する。
ステップＳ６７またはステップＳ６８の処理が終了すると、ステップＳ７０に進み、最終のＵＲＩデータ１２１についての処理が行われたか否かが判定される。最終のＵＲＩデータ１２１についての処理が行われていないと判定された場合、ステップＳ６９に進み、次のＵＲＩデータ１２１を処理対象にセットした後、ステップＳ６３に戻り、ステップＳ６３以降の処理が繰り返し実行される。一方、最終のＵＲＩデータ１２１についての処理が行われたと判定された場合、本処理を終了する。
【００３１】
図９は、本発明のさらに他の実施の形態の構成例を示している。本実施の形態では、サーバ機として機能する画像形成装置１００−１と、クライアントとして機能する画像形成装置１００−２乃至１００−５から構成されている。
クライアントとして機能する画像形成装置１００−２乃至１００−５およびサーバ機として機能する画像形成装置１００−１は、それぞれ自らが取得した全てのメタデータ１４１の名前等の識別情報と取得時刻を予め、メタデータ１４１を取得する毎に、サーバ機である画像形成装置１００−１に登録しておく。サーバ機である画像形成装置１００−１は、各画像形成装置１００からの登録データ（メタデータ１４１の名前等の識別情報と取得時刻）を各画像形成装置１００毎に対応付けて登録しておく。
例えば、画像形成装置１００−４があるＵＲＩデータ１２１に対応したメタデータ１４１を取得する場合の処理手順について説明する。画像形成装置１００−４のメタデータ取得手段１３０は、まず、現在の時刻を取得する。これには、内蔵している計時手段を用いても良いし、あるいは、ＮＴＰ等のプロトコルを用いて外部装置と通信を行い、時刻を取得しても良い。
【００３２】
次に、ＵＲＩリスト１２２をＵＲＩリスト記憶手段１２０より取得する。ＵＲＩリスト１２２のＵＲＩデータ１２１に対応するＲＳＳ等のメタデータ１４１を、既に保持していれば、メタデータ１４１を解析し、実際のＷｅｂサイトのメタデータ１４１の次回更新時刻を取得する。これには、例えば、メタデータ１４１に含まれる更新頻度、前回の更新時刻等の情報と、先に取得した現在の時刻を用いれば良い。
さらに、画像形成装置１００−４は、ネットワーク３００に接続されたサーバ機である画像形成装置１００−１に対して、ＵＲＩデータ１２１に対応する最新のメタデータ１４１を保持している画像形成装置１００があるか否か、およびその最新のメタデータ１４１の取得時刻を問い合わせる。サーバ機である画像形成装置１００−１は、登録データに基づいて、例えば、画像形成装置１００−５が最新のメタデータ１４１を保持していると判断すると、画像形成装置１００−５がそのようなメタデータ１４１を保持しているというリプライを画像形成装置１００−４に返す。このリプライに基づき、画像形成装置１００−４は、画像形成装置１００−５からメタデータ１４１を取得する。
【００３３】
以上のように、本実施の形態においても、ネットワーク３００上で経時的に更新される情報に関するメタデータ１４１が保持する情報を閲覧するにあたって、出力媒体として紙を利用することを可能とすることにより、簡易かつ自由度の高い情報の閲覧が可能となる。また、ネットワークリクエストを取りまとめることによるネットワークトラフィックの低減が可能となる。また、利用者が各自のコンピュータを起動することなくこれらを実施することが可能となることによる消費電力の低減が可能となる。
本実施の形態は、サーバ機がない場合と比較すると、画像形成装置１００−４は、ネットワーク３００に問い合わせをブロードキャストすることなく、サーバ機に対してだけこの問い合わせを行えば良くなるため、ネットワークトラフィックのさらなる低減が可能となる。
【００３４】
なお、上記各実施の形態においては、ネットワーク３００上のＷｅｂサイトが公開するそのＷｅｂサイトの情報に関するメタデータ１４１として、ＸＭＬ形式で構造化されたＲＤＦ、ＲＳＳ、Ａｔｏｍを例として説明したが、特にこの形式でなくとも各要素が特定され、分離可能な形式であれば良い。また、ＵＲＩにアクセスする際に、ｈｔｔｐプロトコルを利用するＷＷＷサーバクライアントシステムを例示してきたが、ＵＲＩにアクセスするために他のプロトコルが必要であれば、そのプロトコルに応じた手段を用いれば良い。
なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更することができることは言うまでもない。
【産業上の利用可能性】
【００３５】
本発明は、例えば、画像形成装置だけでなく、その他の各種情報処理装置にも適用することができる。
【図面の簡単な説明】
【００３６】
【図１】本発明の一実施の形態の構成例を示すブロック図である。
【図２】画像形成装置が他の画像形成装置からＵＲＩデータが送信されてきたときの処理手順を示すフローチャートである。
【図３】メタデータ取得手段が、ＵＲＩリスト記憶手段に記憶されたＵＲＩリストの各ＵＲＩデータに対応するメタデータを取得する手順を示すフローチャートである。
【図４】画像形成装置が、他の画像形成装置に対して、メタデータを既に保持しているか否かの問い合わせをする例を示す図である。
【図５】画像形成装置が、取得したメタデータを出力する手順を示すフローチャートである。
【図６】メタデータ解析手段の処理手順を示すフローチャートである。
【図７】本発明の他の実施の形態の処理手順を示すフローチャートである。
【図８】本発明のさらに他の実施の形態の処理手順を示すフローチャートである。
【図９】本発明のさらに他の実施の形態の構成例を示す図である。
【符号の説明】
【００３７】
１００−１〜１００−８…画像形成装置、１１０…ＵＲＩリスト生成手段、１１１…ＷＷＷサーバ、１２０…ＵＲＩリスト記憶手段、１２１…ＵＲＩデータ、１２２…ＵＲＩリスト、１３０…メタデータ取得手段、１４０…メタデータ記憶手段、１４１…メタデータ、１４２…メタデータリスト、１５０…メタデータ解析手段、１６０…出力データ生成手段、１７０…出力手段、３００…ネットワーク
【図１】
2009043093.tif 000003
【図２】
2009043093.tif 000004
【図３】
2009043093.tif 000005
【図４】
2009043093.tif 000006
【図５】
2009043093.tif 000007
【図６】
2009043093.tif 000008
【図７】
2009043093.tif 000009
【図８】
2009043093.tif 000010
【図９】
2009043093.tif 000011