(57)【要約】【課題】複数のメンバがＲＳＳを用いて情報を共有する場合の効率化を図る。【解決手段】情報収集提供システムＳＹＳは、閲覧者情報を記憶する。閲覧者情報は、ＷＷＷサーバ５で公開されるＷｅｂページの属性を示す属性情報をどのユーザに閲覧させるかを示す。情報収集提供システムＳＹＳは、少なくとも１人のユーザが閲覧することが閲覧者情報に示されている属性情報を所定のタイミングごとに受信する。そして、あるユーザがログインしたときに、このユーザが閲覧することが閲覧者情報に示されている属性情報の最新版をこのユーザのために出力し、このユーザが指定した公開情報を出力する。【選択図】図１
2010211833.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上で公開されかつ更新され得る１つまたは複数の公開情報を１人または複数人のユーザに閲覧させるための処理を行う公開情報閲覧支援システムであって、
前記公開情報のうちの少なくともいずれか１つについての属性を示す属性情報を前記ユーザのうちのいずれに閲覧させるかを示す閲覧者情報を記憶する閲覧者情報記憶手段と、
少なくとも１人の前記ユーザが閲覧することが前記閲覧者情報に示されている前記属性情報を所定のタイミングごとに受信する属性情報受信手段と、
前記ユーザがログインしたときに、当該ユーザが閲覧することが前記閲覧者情報に示されている前記属性情報の最新版を当該ユーザのために出力する属性情報出力手段と、
前記ユーザが指定した前記公開情報を出力する公開情報出力手段と、
を有することを特徴とする公開情報閲覧支援システム。
【請求項２】
ネットワーク上で公開されかつ更新され得る１つまたは複数の公開情報を１人または複数人のユーザに閲覧させるための公開情報閲覧支援方法であって、
通信手段と、画像読取手段と、印刷手段または表示手段と、演算手段と、記憶手段と、を有するシステムに、
前記公開情報のうちの少なくともいずれか１つに関する属性を示す属性情報を前記ユーザのうちのいずれに閲覧させるかを示す閲覧者情報を記憶させ、
所定のタイミングごとに、少なくとも１人の前記ユーザが閲覧することが前記閲覧者情報に示されている前記属性情報を受信させ、
前記ユーザがログインしたときに、当該ユーザが閲覧することが前記閲覧者情報に示されている前記属性情報の最新版を表示させまたは用紙に印刷させ、
前記ユーザが指定した前記公開情報を表示させまたは用紙に印刷させる、
ことを特徴とする情報閲覧支援方法。
【請求項３】
通信手段と、画像読取手段と、印刷手段または表示手段と、演算手段と、記憶手段と、を有する画像処理装置を制御するコンピュータプログラムであって、
前記画像処理装置に、
ネットワーク上で公開されかつ更新され得る１つまたは複数の公開情報のうちの少なくともいずれか１つに関する属性を示す属性情報を前記ユーザのうちのいずれに閲覧させるかを示す閲覧者情報を記憶する処理を実行させ、
所定のタイミングごとに、少なくとも１人の前記ユーザが閲覧することが前記閲覧者情報に示されている前記属性情報を受信する処理を実行させ、
前記ユーザがログインしたときに、当該ユーザが閲覧することが前記閲覧者情報に示されている前記属性情報の最新版を表示する処理または用紙に印刷する処理を実行させ、
前記ユーザが指定した前記公開情報を表示する処理または用紙に印刷する処理を実行させる、
ことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上で公開される公開情報の更新日時および要約などの属性情報例えばＲＳＳフィードを取り扱うシステムおよび方法などに関する。
【背景技術】
【０００２】
ＷＷＷサーバは、当初は、主に学術的な情報を公開するために用いられていた。しかし、近年は、ニュース速報、新商品の発表、交通情報、気象情報、およびブログなど、学術的な情報よりも更新の頻度がはるかに高い情報を公開するためにも用いられている。
【０００３】
ユーザは、更新の頻度が高い情報を見逃しがちである。そこで、特許文献１−３に記載されるように、「ＲＳＳ」という技術が提案されている。この技術によると、インターネットなどのネットワーク上で公開される新規のＷｅｂページおよび更新されたＷｅｂページのタイトル、ＵＲＬ、要約、公開日時、または更新日時などを、一覧の形態でユーザに見せることができる。
【０００４】
このような機能を実現するためのアプリケーションは、「ＲＳＳリーダ」などと呼ばれており、徐々に普及している。また、ＲＳＳリーダを備えたＭＦＰ（Multi Function Peripherals）も提案されている。
【特許文献１】特開２００６−５４７３２号公報
【特許文献２】特開２００７−１４８８５０号公報
【特許文献３】特開２００６−３２４９１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、企業、役所、または学校などの組織において、複数のメンバがＲＳＳリーダを使用することがある。例えば、会社において、従業員同士が、互いに公開し合っているブログに、テレビ、雑誌、またはＷｅｂサイトで見つけた、業務と何らかの関連がある情報を書き込んでおけば、新しくかつ有用な情報を従業員同士で共有し合うことができる。そのほか、業務のレポート、会議などのイベントの開催の案内、オンラインマニュアルなどの社内でのみ開示されるＷｅｂページの一覧をＲＳＳで記載しておけば、従業員は新たに追加されたＷｅｂページおよび更新されたＷｅｂページを容易に見つけることができるので、便利である。
【０００６】
組織においてＲＳＳの普及および使用を促進するには、複数のメンバがＲＳＳによって情報を効率的に共有するための工夫が必要である。
【０００７】
本発明は、このような課題に鑑み、複数のメンバがＲＳＳを用いて情報を共有する場合の効率化を図ることを、目的とする。
【課題を解決するための手段】
【０００８】
本発明の一形態に係る公開情報閲覧支援システムは、ネットワーク上で公開されかつ更新され得る公開情報を受信する公開情報受信手段と、前記受信された公開情報を表わす公開情報画像を用紙に印刷する印刷手段と、前記用紙に記されている記載画像を読み取る読取手段と、前記公開情報画像が印刷された後に前記用紙に書き加えられた書込画像を、当該公開情報画像と当該用紙から読み取られた前記記載画像とを比較することによって取得する、書込画像取得手段と、要求に応じて前記書込画像とともに前記公開情報画像を出力する出力手段と、前記公開情報の最新版をユーザが閲覧したか否かを示す閲覧有無情報を記憶する閲覧有無情報記憶手段と、前記公開情報の最新版を前記ユーザが閲覧したか否かを前記閲覧有無情報に基づいて当該ユーザに対して通知する通知手段と、前記公開情報が更新された更新日時を示す更新日時情報を所定のタイミングごとに受信する更新日時情報受信手段と、前記ユーザに対して前記公開情報画像を出力した場合に、前記閲覧有無情報を、最新版を閲覧した旨を示すように更新し、前記更新日時情報受信手段により受信された前記更新日時情報に示される前記更新日時に基づいて前記公開情報が更新されたと判別される場合または前記書込画像が取得された場合に、前記閲覧有無情報を、最新版を閲覧していない旨を示すように更新する、閲覧有無情報更新手段と、を有する。
【０００９】
好ましくは、前記出力手段は、前記公開情報の最新版の前記公開情報画像を前記書込画像とともに出力する。
【００１０】
本発明の他の形態に係る公開情報閲覧支援システムは、ネットワーク上で公開されかつ更新され得る１つまたは複数の公開情報を１人または複数人のユーザに閲覧させるための処理を行う公開情報閲覧支援システムであって、前記公開情報のうちの少なくともいずれか１つについての属性を示す属性情報を前記ユーザのうちのいずれに閲覧させるかを示す閲覧者情報を記憶する閲覧者情報記憶手段と、少なくとも１人の前記ユーザが閲覧することが前記閲覧者情報に示されている前記属性情報を所定のタイミングごとに受信する属性情報受信手段と、前記ユーザがログインしたときに、当該ユーザが閲覧することが前記閲覧者情報に示されている前記属性情報の最新版を当該ユーザのために出力する属性情報出力手段と、前記ユーザが指定した前記公開情報を出力する公開情報出力手段と、を有する。
【発明の効果】
【００１１】
本発明によると、複数のメンバがＲＳＳを用いて情報を共有する場合の効率化を図ることができる。
【図面の簡単な説明】
【００１２】
【図１】情報収集提供システムの全体的な構成および情報収集提供システムと他の装置との接続形態の例を示す図である。
【図２】情報収集サーバのハードウェア構成の例を示す図である。
【図３】情報収集サーバの機能的構成の例を示す図である。
【図４】画像形成装置のハードウェア構成の例を示す図である。
【図５】画像形成装置の機能的構成の例を示す図である。
【図６】収集フィードテーブルの例を示す図である。
【図７】ユーザ閲覧フィードテーブルの例を示す図である。
【図８】ＲＳＳ通知ユーザ設定画面の例を示す図である。
【図９】ＷＷＷブラウザ画面の例を示す図である。
【図１０】閲覧設定データ登録処理の流れの例を説明するフローチャートである。
【図１１】記事属性テーブルの例を示す図である。
【図１２】ＲＳＳフィード収集処理の流れの例を説明するフローチャートである。
【図１３】ＲＳＳフィード提示処理の流れの例を説明するフローチャートである。
【図１４】フィード一覧画面の例を示す図である。
【図１５】記事一覧画面の例を示す図である。
【図１６】記事出力処理の流れの例を説明するフローチャートである。
【図１７】書込記事入力処理の流れの例を説明するフローチャートである。
【図１８】書込記事登録処理の流れの例を説明するフローチャートである。
【図１９】情報収集提供システムの全体的な処理の流れの例を説明するフローチャートである。
【発明を実施するための形態】
【００１３】
図１は情報収集提供システムＳＹＳの全体的な構成および情報収集提供システムＳＹＳと他の装置との接続形態の例を示す図、図２は情報収集サーバ１のハードウェア構成の例を示す図、図３は情報収集サーバ１の機能的構成の例を示す図、図４は画像形成装置２のハードウェア構成の例を示す図、図５は画像形成装置２の機能的構成の例を示す図である。
【００１４】
図１に示すように、本発明に係る公開情報閲覧支援システムの一実施形態である情報収集提供システムＳＹＳは、１台の情報収集サーバ１、１台または複数台の画像形成装置２、ゲートウェイ３、および通信回線４などによって構成される。
【００１５】
情報収集提供システムＳＹＳは、企業、役所、または学校などの組織に設けられている。そして、情報収集提供システムＳＹＳは、インターネット上のサーバまたはその組織のイントラネット上のサーバから発信される情報をチェックし、新しい情報があればその組織のメンバのために収集し提供する。
【００１６】
情報収集サーバ１、画像形成装置２、およびゲートウェイ３は、通信回線４を介して互いに接続可能である。通信回線４として、いわゆるＬＡＮ（Local Area Network）回線、専用線、または公衆回線などが用いられる。
【００１７】
ゲートウェイ３は、情報収集提供システムＳＹＳとインターネットとを繋ぐ装置である。ゲートウェイ３として、ルータまたはアクセスサーバなどが用いられる。情報収集サーバ１および画像形成装置２は、ゲートウェイ３を介してインターネット上のＷＷＷ（World Wide Web）サーバ５１と通信を行うことができる。
【００１８】
また、情報収集提供システムＳＹＳは、その組織のイントラネット上のＷＷＷサーバ５２とも接続可能である。情報収集サーバ１および画像形成装置２は、ＷＷＷサーバ５２とも通信を行うことができる。以下、ＷＷＷサーバ５１、５２を「ＷＷＷサーバ５」と総称する。
【００１９】
ＷＷＷサーバ５は、Ｗｅｂサイトを開設し記事を記載した１つまたは複数のＷｅｂページを発信する。さらに、ＷＷＷサーバ５は、記事ごとのタイトル（見出し）、要約、ＵＲＬ（Uniform Resource Locator）、記事を公開した日時、および記事を最後に更新した日時などの情報をＲＳＳのフォーマットで記述したデータ（つまり、ＲＳＳデータ）をも、提供する。記事は、「アイテム（ｉｔｅｍ）」と呼ばれることがある。また、１つまたは複数のアイテムからなるＲＳＳ情報は、「ＲＳＳフィード（ｆｅｅｄ）」または単に「フィード」と呼ばれることがある。
【００２０】
なお、ＲＳＳは、バージョンによってフォーマットに多少の違いがあり、そのフルネームもバージョンによって「RDF Site Summary」、「Rich Site Summary」、または「Really Simple Syndication」と異なる。しかし、情報収集サーバ１および画像形成装置２は、いずれのバージョンのＲＳＳにも対応可能である。
【００２１】
情報収集サーバ１は、組織のメンバつまり情報収集提供システムＳＹＳのユーザが日ごろ関心を持っているＲＳＳサイトからＲＳＳデータを収集し一元的に管理する。さらに、新たに追加された記事および更新された記事を検索し、ユーザが画像形成装置２を操作しているときにその記事の存在を画像形成装置２に通知する。なお、ユーザには、１人に１つずつユーザＩＤが与えられている。
【００２２】
画像形成装置２は、ユーザが記事を閲覧するために用いられる。ユーザは、記事を、画像形成装置２のタッチパネルに表示させまたは用紙に印刷させて閲覧することができる。
【００２３】
情報収集サーバ１は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ハードディスク１０ｄ、ＮＩＣ（Network Interface Card）１０ｅ、その他種々の装置によって構成される。
【００２４】
ＮＩＣ１０ｅは、画像形成装置２およびＷＷＷサーバ５などとＴＣＰ／ＩＰなどのプロトコルによって通信を行うためのインタフェース装置である。
【００２５】
ＲＯＭ１０ｃおよびハードディスク１０ｄには、図３に示す閲覧登録処理部１０１、フィードファイル収集部１２１、フィードファイル配信部１２２、記事ファイル収集部１２３、記事ファイル配信部１２４、記事変化検知部１３１、記事属性データ更新部１３２、書込記事データ取得部１４１、書込画像登録処理部１４２、閲覧設定データ記憶部１Ｋ１、フィードファイル記憶部１Ｋ２、および記事ファイル記憶部１Ｋ３などを実現するためのプログラムおよびデータが記憶されている。
【００２６】
これらのプログラムおよびデータは必要に応じてＲＡＭ１０ｂに読み出され、ＣＰＵ１０ａによってプログラムが実行される。これにより、後述する各フローチャートに示される上記各部による処理が機能的に実現される。情報収集サーバ１として、いわゆるサーバ機またはワークステーションなどが用いられる。
【００２７】
画像形成装置２は、コピー、ＰＣプリント、スキャナ、ファックス、およびドキュメントサーバなどの様々な機能を備えた「ＭＦＰ（Multi Function Peripherals）」または「複合機」などと呼ばれる装置である。画像形成装置２は、図４に示すように、ＣＰＵ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、ハードディスク２０ｄ、制御用回路２０ｅ、スキャナ２０ｆ、印刷装置２０ｇ、ＮＩＣ２０ｈ、モデム２０ｉ、および操作パネル２０ｊなどによって構成される。
【００２８】
制御用回路２０ｅは、ハードディスク２０ｄ、スキャナ２０ｆ、印刷装置２０ｇ、ＮＩＣ２０ｈ、モデム２０ｉ、および操作パネル２０ｊなどを制御するための回路である。
【００２９】
スキャナ２０ｆは、用紙に記されている文章、数式、記号、写真、図表、またはイラストなどの書類の画像を光学的に読み取って画像データを生成する。
【００３０】
印刷装置２０ｇは、スキャナ２０ｆで得られた画像データまたはパーソナルコンピュータまたは情報収集サーバ１などから送信されてきた画像データに基づいて画像を用紙に印刷する。
【００３１】
ＮＩＣ２０ｈは、他の装置とＴＣＰ／ＩＰなどのプロトコルによって通信を行うためのインタフェース装置である。モデム２０ｉは、公衆回線を介してファックス端末とファックスプロトコルによって通信を行うためのインタフェース装置である。
【００３２】
操作パネル２０ｊは、タッチパネル方式のパネルであって、ユーザに対してメッセージまたは指示を与えるための画面、ユーザが所望する処理の種類および処理条件を入力するための画面、およびＣＰＵ２０ａで実行された処理の結果を示す画面などを表示する。また、ユーザは、操作パネル２０ｊをタッチすることによって画像形成装置２に対して指令を与えたり処理条件の指定を行ったりすることができる。
【００３３】
ＲＯＭ２０ｃおよびハードディスク２０ｄには、図５に示す閲覧フィード指定受付部２０１、閲覧登録指令部２０２、フィードファイル取得部２０３、フィード一覧等表示処理部２０４、記事ファイル取得部２０５、記事出力処理部２０６、書込記事画像取得部２０７、および書込記事画像送信部２０８などを実現するためのプログラムおよびデータが記憶されている。これらのプログラムおよびデータは必要に応じてＲＡＭ２０ｂに読み出され、ＣＰＵ２０ａによってプログラムが実行される。これにより、後述する各フローチャートに示される上記各部による処理が機能的に実現される。図５に示す機能の一部または全部を、制御用回路２０ｅなどの回路によって実現するようにしてもよい。
【００３４】
次に、図３に示す情報収集サーバ１の各部および図５に示す画像形成装置２の各部の機能について、閲覧の設定に関する機能、情報を収集しユーザに提供する機能、およびユーザが書き加えた情報を他のユーザに提供する機能に大別して説明する。
【００３５】
〔閲覧の設定に関する機能〕
図６は収集フィードテーブルＴＬＡの例を示す図、図７はユーザ閲覧フィードテーブルＴＬＢの例を示す図、図８はＲＳＳ通知ユーザ設定画面ＧＮ０１の例を示す図、図９はＷＷＷブラウザ画面ＧＮ１１の例を示す図、図１０は閲覧設定データ登録処理の流れの例を説明するフローチャートである。
【００３６】
ユーザは、画像形成装置２にログインするたびに、自分が日ごろ閲覧するＲＳＳフィードに新たに追加されまたは更新された記事を画像形成装置２から知らせてもらうことができる。このサービスを受けるには、予め、閲覧の設定に関するデータを情報収集サーバ１に登録しておかなければならない。以下、これについて説明する。
【００３７】
図３において、情報収集サーバ１の閲覧設定データ記憶部１Ｋ１は、収集フィードテーブルＴＬＡ、ユーザ閲覧フィードテーブルＴＬＢ、および記事属性テーブルＴＬＣなどを記憶し管理する。
【００３８】
収集フィードテーブルＴＬＡには、図６のように、ＲＳＳフィードごとのファイル場所データ６Ａが格納されている。ファイル場所データ６Ａには、そのＲＳＳフィードを他のＲＳＳフィードと区別するためのフィードＩＤと、そのＲＳＳフィードのファイル（ＲＳＳデータ）の、ネットワーク上の場所を示すＵＲＬとが、示されている。
【００３９】
ユーザ閲覧フィードテーブルＴＬＢには、図７のように、ユーザごとの閲覧フィードデータ６Ｂが格納されている。閲覧フィードデータ６Ｂは、「ユーザＩＤ」フィールドおよびＲＳＳフィードごとの「閲覧フィード」フィールドによって構成される。「ユーザＩＤ」フィールドには、そのユーザのユーザＩＤが示される。さらに、そのユーザが日ごろ閲覧するＲＳＳフィードの「閲覧フィード」フィールドには、「○」が示される。日ごろ閲覧しないＲＳＳフィードの「閲覧フィード」フィールドの値は、Ｎｕｌｌである。
【００４０】
収集フィードテーブルＴＬＡには、情報収集サーバ１の運用を開始した時点では、ファイル場所データ６Ａは１つも格納されていない。ユーザ閲覧フィードテーブルＴＬＢには、ユーザごとに１つずつ閲覧フィードデータ６Ｂが予め用意されている。閲覧フィードデータ６Ｂの各「閲覧フィード」フィールドの初期値はすべてＮｕｌｌである。
【００４１】
ファイル場所データ６Ａおよび閲覧フィードデータ６Ｂは、情報収集サーバ１の閲覧登録処理部１０１と図５に示す画像形成装置２の閲覧フィード指定受付部２０１および閲覧登録指令部２０２とによって次のように生成されまたは更新される。
【００４２】
閲覧フィード指定受付部２０１は、閲覧を所望するＲＳＳフィードをユーザに指定させるための処理を、次のように行う。
【００４３】
ユーザは、操作パネル２０ｊを操作して所定のコマンドを入力する。すると、閲覧フィード指定受付部２０１は、図８のように、ＲＳＳ通知ユーザ設定画面ＧＮ０１および共通ボタン画面ＧＮ０２を操作パネル２０ｊに表示させる。ＲＳＳ通知ユーザ設定画面ＧＮ０１には、情報収集提供システムＳＹＳの各ユーザのユーザＩＤおよび名称の一覧が示されている。ここで、ユーザは、自分のユーザＩＤを、それが示される行を押すことによって、選択する。
【００４４】
すると、閲覧フィード指定受付部２０１は、図９のように、ＷＷＷブラウザ画面ＧＮ１１、共通ボタン画面ＧＮ１２、および追加ボタンＢＴ１１などを操作パネル２０ｊに表示させる。ここで、ユーザは、ＷＷＷブラウザ画面ＧＮ１１を操作してネットサーフィンし、興味のあるＷｅｂページ（記事）を探す。そして、そのＷｅｂページに「ＲＳＳ」というアイコンが付いていれば、それを選択してから追加ボタンＢＴ１１を押す。
【００４５】
「ＲＳＳ」のアイコンには、一般に、そのＷｅｂページの概要などを発信するＲＳＳフィード（ＲＳＳサイト）のＵＲＬが対応付けられている。
【００４６】
閲覧フィード指定受付部２０１は、追加ボタンＢＴ１１が押されると、そのアイコンに対応付けられているＵＲＬを受け付ける。
【００４７】
閲覧登録指令部２０２は、閲覧フィード指定受付部２０１によって受け付けられたＵＲＬおよびＲＳＳ通知ユーザ設定画面ＧＮ０１で選択されたユーザＩＤを示す閲覧登録指令データ７Ａを情報収集サーバ１に送信することによって、ＲＳＳの閲覧の登録の処理を行うように情報収集サーバ１に対して指令する。
【００４８】
情報収集サーバ１において、閲覧登録処理部１０１は、そのユーザのために、そのユーザが指定したＲＳＳフィードの閲覧の設定に関するデータの登録の処理を、図１０に示すような手順で行う。
【００４９】
閲覧登録処理部１０１は、閲覧登録指令データ７Ａを受信すると、その閲覧登録指令データ７Ａに示されるユーザＩＤ（つまり、画像形成装置２のユーザのユーザＩＤ）を示す閲覧フィードデータ６Ｂをユーザ閲覧フィードテーブルＴＬＢ（図７参照）の中から検索する（＃１５１）。
【００５０】
その閲覧登録指令データ７Ａに示されるＵＲＬを示すファイル場所データ６Ａを収集フィードテーブルＴＬＡ（図６参照）の中から検索する（＃１５２）。
【００５１】
そのようなファイル場所データ６Ａがあれば（＃１５３でＹｅｓ）、その閲覧フィードデータ６Ｂの中の、そのファイル場所データ６Ａに示されるフィードＩＤに対応するＲＳＳフィードの「閲覧フィード」フィールドを「○」に更新する（＃１５５）。
【００５２】
一方、そのようなファイル場所データ６Ａがなければ（＃１５３でＮｏ）、新たなフィードＩＤを発行し、そのフィードＩＤとその閲覧登録指令データ７Ａに示されるＵＲＬとを示す新たなファイル場所データ６Ａを生成し、収集フィードテーブルＴＬＡに格納させる（＃１５４）。つまり、そのＵＲＬに位置するＲＳＳフィードのファイル場所データ６Ａを新たに登録する。そして、その閲覧フィードデータ６Ｂに、生成したファイル場所データ６ＡのフィードＩＤに対応するＲＳＳフィードの「閲覧フィード」フィールドを適宜追加し、そのフィールドの値を「○」にセットする（＃１５５）。
【００５３】
〔情報を収集しユーザに提供する機能〕
図１１は記事属性テーブルＴＬＣの例を示す図、図１２はＲＳＳフィード収集処理の流れの例を説明するフローチャート、図１３はＲＳＳフィード提示処理の流れの例を説明するフローチャート、図１４はフィード一覧画面ＧＮ２１の例を示す図、図１５は記事一覧画面ＧＮ３１の例を示す図、図１６は記事出力処理の流れの例を説明するフローチャートである。
【００５４】
情報収集サーバ１のフィードファイル収集部１２１、フィードファイル配信部１２２、記事ファイル収集部１２３、記事ファイル配信部１２４、記事変化検知部１３１、および記事属性データ更新部１３２と、画像形成装置２のフィードファイル取得部２０３、フィード一覧等表示処理部２０４、記事ファイル取得部２０５、および記事出力処理部２０６とは、ＲＳＳフィードおよび記事を収集しユーザに閲覧させるための処理を行う。
【００５５】
情報収集サーバ１のフィードファイル収集部１２１は、所定のタイミングで（例えば、所定の時刻が訪れるごとに）、ＲＳＳフィードのファイル（以下、「フィードファイル８Ａ」と記載する。）をＷＷＷサーバ５からダウンロードする。
【００５６】
ところで、フィードファイル収集部１２１によってダウンロードされたＲＳＳフィードファイル８Ａには、記事ごとの種々の情報が示されている。具体的には、前述の通り、記事のタイトルおよび概要、記事を記載したＷｅｂページのＵＲＬ、記事が公開された日時、および記事が最後に更新された日時などが示されている。
【００５７】
フィードファイル記憶部１Ｋ２には、記事属性テーブルＴＬＣが記憶されている。記事属性テーブルＴＬＣには、図１１に示すように、ダウンロードされたフィードファイル８Ａに示される記事ごとの属性データ６Ｃが格納されている。
【００５８】
記事変化検知部１３１は、フィードファイル８Ａの中から新規の記事および更新された記事を検知する。そして、記事属性データ更新部１３２は、新規の記事の属性データ６Ｃを新たに生成し記事属性テーブルＴＬＣに追加する。また、更新された記事の属性データ６Ｃを更新する。
【００５９】
ここで、フィードファイル８Ａのダウンロードの処理、属性データ６Ｃの生成および更新の処理、および属性データ６Ｃの内容を、図１２のフローチャートを参照しながら説明する。
【００６０】
フィードファイル収集部１２１は、収集フィードテーブルＴＬＡ（図６参照）に格納されている１つ目のファイル場所データ６Ａに示されるＵＲＬに基づいて、ＷＷＷサーバ５にアクセスし（＃１６１）、フィードファイル８Ａをダウンロードする（＃１６２）。
【００６１】
ダウンロードされたフィードファイル８Ａは、そのＲＳＳフィードのフィードＩＤと対応付けられてフィードファイル記憶部１Ｋ２に記憶される。上述の通り同一のＵＲＬから定期的にフィードファイル８Ａがダウンロードされるが、フィードファイル収集部１２１には、同一のＵＲＬからダウンロードしたフィードファイル８Ａのうち、最新のものを記憶させておく。古いほうは、削除される。
【００６２】
初めてそのＵＲＬに基づいてそのフィードファイル８Ａがダウンロードされた場合は、そのフィードファイル８Ａに示される記事（アイテム）はすべて、情報収集提供システムＳＹＳのユーザにとって新規である。そこで、記事変化検知部１３１は、この場合は、そのフィードファイル８Ａに示される記事をすべて新規の記事として検知する（＃１６３、＃１６４でＮｏ、＃１６６でＹｅｓ）。そして、記事属性データ更新部１３２は、記事ごとに１つずつ記事ＩＤを発行し、記事ごとに１つずつ属性データ６Ｃを生成し記事属性テーブルＴＬＣに格納させる（＃１６７）。
【００６３】
属性データ６Ｃには、次のようなフィールドが設けられ次のような情報が示される。「記事ＩＤ」フィールドには、その記事に対して発行された記事ＩＤが示される。「タイトル」および「ＲＳＳフィード名」の各フィールドには、それぞれ、そのフィードファイル８Ａに示される、その記事のタイトルおよびそのＲＳＳフィードのタイトルが示される。「フィードＩＤ」および「ＵＲＬ」の各フィールドには、それぞれ、そのファイル場所データ６Ａに示されるフィードＩＤおよびＵＲＬが示される。
【００６４】
さらに、属性データ６Ｃには、ユーザごとの「フラグ」フィールドが設けられている。このフラグは、いわゆる未読フラグであって、そのユーザがその記事を、その記事が追加されまたは更新されてから未だ閲覧していない場合は、未読を意味する「１」を示す。既に閲覧した場合は、既読を意味する「０」を示す。属性データ６Ｃの各ユーザのフラグの初期値はすべて、「１」である。
【００６５】
一方、そのＵＲＬに基づいて既にダウンロードが行われたことがある場合は、記事変化検知部１３１は、今回ダウンロードされたフィードファイル８Ａと、同一のＵＲＬに基づく前回のダウンロードの処理の日時とに基づいて、記事の変化を検知する（＃１６３）。
【００６６】
すなわち、記事変化検知部１３１は、更新日時が前回のダウンロードの処理の日時よりも後でありかつ公開日時が前回のダウンロードの処理の日時以前である記事を、更新された記事として検知する。この場合は（＃１６４でＹｅｓ）、記事属性データ更新部１３２は、その記事の属性データ６Ｃを、その記事のＵＲＬとそのフィードファイル８Ａに対応付けられているフィードＩＤとをキーにして検索する。そして、その属性データ６Ｃの各ユーザのフラグをすべて「１」に更新する（＃１６５）。または、今回ダウンロードされたフィードファイル８Ａに示される更新日時と前回ダウンロードされたフィードファイル８Ａに示される更新日時とが一致しない記事を、更新された記事として検知してもよい。
【００６７】
または、記事変化検知部１３１は、公開日時が前回のダウンロードの処理の日時よりも後である記事を、新規の記事として検知する。この場合は（＃１６６でＹｅｓ）、記事属性データ更新部１３２は、新たな記事ＩＤを発行し、その記事の属性データ６Ｃを新たに生成し、記事属性テーブルＴＬＣに格納させる（＃１６７）。属性データ６Ｃの各フィールドの初期値は、前に述べた通りである。
【００６８】
なお、ユーザが記事の印刷物に書込みを行った場合にも、その記事の属性データ６Ｃが更新される。これについては、後述する。
【００６９】
収集フィードテーブルＴＬＡに格納されている２つ目以降の各ファイル場所データ６Ａについても同様に、図１２に示す処理が実行される。
【００７０】
図３および図５に戻って、画像形成装置２のフィードファイル取得部２０３は、ユーザがその画像形成装置２にログインした際に、そのユーザが日ごろ閲覧するＲＳＳフィードのフィードファイル８Ａを情報収集サーバ１から取得する。フィード一覧等表示処理部２０４は、それらのＲＳＳフィードの一覧をユーザに対して表示する処理を行う。情報収集サーバ１のフィードファイル配信部１２２は、画像形成装置２から要求されたフィードファイル８Ａを配信する処理を行う。
【００７１】
ここで、フィードファイル配信部１２２、フィードファイル取得部２０３、およびフィード一覧等表示処理部２０４による処理の手順を、あるユーザＵｘが画像形成装置２を操作する場合を例に、図１３のフローチャートを参照しながら説明する。
【００７２】
画像形成装置２において、ユーザＵｘが自分のユーザＩＤで画像形成装置２にログインすると（図１３の＃１７１）、フィードファイル取得部２０３は、情報収集サーバ１に対して、そのユーザＩＤを示すフィード要求データ７Ｂを送信することによって、フィードファイル８Ａを要求する（＃１７２）。
【００７３】
情報収集サーバ１において、フィード要求データ７Ｂが受信されると（＃１８１）、フィードファイル配信部１２２は、そのフィード要求データ７Ｂに示されるユーザＩＤを示す閲覧フィードデータ６Ｂをユーザ閲覧フィードテーブルＴＬＢ（図７参照）から呼び出し、その閲覧フィードデータ６Ｂにおいて「○」が示されるＲＳＳフィードのフィードＩＤを検索する（＃１８２）。そして、検索した各フィードＩＤに対応付けられてフィードファイル記憶部１Ｋ２に記憶されている各フィードファイル８Ａを、要求元である画像形成装置２に配信（送信）する（＃１８３）。
【００７４】
さらに、フィードファイル配信部１２２は、フィードファイル８Ａの送信の処理と前後してまたは並行して、それらのＲＳＳフィードに含まれる記事のうち、ユーザＵｘが未だ閲覧していないものを検索し、それらの記事の一覧を示す未読記事一覧データ７Ｃを生成する（＃１８４）。そして、その未読記事一覧データ７Ｃを画像形成装置２に送信する（＃１８５）。未読記事一覧データ７Ｃは次のように生成することができる。
【００７５】
ステップ＃１８２で検索したフィードＩＤを示す属性データ６Ｃを記事属性テーブルＴＬＣ（図１１参照）から呼び出す。さらに、呼び出した属性データ６Ｃから、ユーザＵｘのフラグが「１」である属性データ６Ｃを選出する。そして、選出した属性データ６Ｃに示される記事ＩＤおよびＵＲＬを示す未読記事一覧データ７Ｃを生成する。
【００７６】
画像形成装置２において、フィードファイル８Ａおよび未読記事一覧データ７Ｃが受信されると（＃１７３、＃１７４）、フィード一覧等表示処理部２０４は、それらに基づいて、図１４に示すように、フィード一覧画面ＧＮ２１を操作パネル２０ｊに表示させる（＃１７５）。
【００７７】
フィード一覧画面ＧＮ２１には、ユーザＵｘが閲覧の登録を情報収集サーバ１に対して行っているＲＳＳフィードの一覧が示される。「予算管理」などの名称は、情報収集サーバ１から受信したフィードファイル８Ａに示されるＲＳＳフィード名に基づいている。さらに、各ＲＳＳフィードの名称の右側には、「（２）」のように括弧書きで、そのＲＳＳフィードに含まれる記事のうちユーザＵｘが未だ読んでいないものの件数が示されている。この値は、未読記事一覧データ７Ｃに示される、各ＲＳＳフィードの記事の件数を計数することによって、求めることができる。
【００７８】
さらに、フィード一覧等表示処理部２０４は、フィード一覧画面ＧＮ２１の中からユーザＵｘがいずれかのＲＳＳフィードを押して選択すると、選択の内容を受け付け（＃１７６）、図１５のような、記事一覧画面ＧＮ３１、表示ボタンＢＴ３１、および印刷ボタンＢＴ３２などを操作パネル２０ｊに表示させる（＃１７７）。
【００７９】
記事一覧画面ＧＮ３１には、ユーザが選択したＲＳＳフィードに含まれる記事の一覧が示される。各記事のタイトルは、そのＲＳＳフィードのフィードファイル８Ａに基づいている。さらに、タイトルの左側には、黒い星印または白い星印のいずれかが示されているが、黒い星印はユーザＵｘがその記事を既に閲覧したことを意味し、白い星印はユーザＵｘがその記事を未だ閲覧していないことを意味する。閲覧が未だであるか否かは、未読記事一覧データ７Ｃを参照すれば分かる。
【００８０】
図３および図５に戻って、画像形成装置２の記事ファイル取得部２０５は、記事一覧画面ＧＮ３１の中からユーザが選択した記事の画像を再現するためのファイル（例えば、ＨＴＭＬで書かれたＨＴＭＬファイルおよびそれに示される画像ファイルなど。以下、「記事ファイル８Ｂ」と記載する。）を、情報収集サーバ１から取得する。記事出力処理部２０６は、ユーザが選択した記事を操作パネル２０ｊに表示しまたは用紙に印刷するなどして出力する処理を行う。情報収集サーバ１の記事ファイル収集部１２３は、画像形成装置２から要求された記事ファイル８ＢをＷＷＷサーバ５から収集する。記事ファイル配信部１２４は、要求された記事ファイル８Ｂを画像形成装置２に配信する。記事属性データ更新部１３２は、その記事の属性データ６Ｃを更新する。
【００８１】
ここで、記事ファイル取得部２０５、記事出力処理部２０６、記事ファイル収集部１２３、記事ファイル配信部１２４、および記事属性データ更新部１３２による処理の手順を、ユーザＵｘが画像形成装置２を操作する場合を例に、図１６のフローチャートを参照しながら説明する。
【００８２】
画像形成装置２において、記事ファイル取得部２０５は、ユーザＵｘによる記事の選択および表示ボタンＢＴ３１または印刷ボタンＢＴ３２のいずれかの選択を受け付けると（＃２３１）、情報収集サーバ１に対して、選択された記事の記事ＩＤを示す記事要求データ７Ｄを送信することによって、その記事の記事ファイル８Ｂを要求する（＃２３２）。
【００８３】
情報収集サーバ１において、記事要求データ７Ｄが受信されると（＃２４１）、原則として、記事ファイル収集部１２３は、その記事要求データ７Ｄに示される記事ＩＤを示す属性データ６Ｃを記事属性テーブルＴＬＣ（図１１参照）から呼び出し、それに示されるＵＲＬに基づいて、要求された記事の記事ファイル８ＢをＷＷＷサーバ５からダウンロードする（＃２４４）。そして、その記事ファイル８Ｂをその記事ＩＤおよびダウンロード（取得）した日時（以下、「取得日時」と記載する。）と対応付けて記事ファイル記憶部１Ｋ３に記憶させるとともに（＃２４５）、記事ファイル配信部１２４は、その記事ファイル８Ｂを要求元である画像形成装置２に配信する（＃２４６）。この際に、記事ファイル配信部１２４は、その記事の記事ＩＤおよびその記事ファイル８Ｂの取得日時をその画像形成装置２に通知しておく。
【００８４】
ただし、既にその記事ＩＤと対応付けられた記事ファイル８Ｂが記事ファイル記憶部１Ｋ３に記憶されており、かつ、要求された記事が更新されたことがある場合はその記事ファイル８Ｂの取得日時がその記事の最後の更新日時よりも後であるのならば（＃２４３でＹｅｓ）、記事ファイル収集部１２３によるダウンロードは行わず、記事ファイル配信部１２４は、その記事ファイル８Ｂを画像形成装置２に送信する（＃２４６）。この場合にも、その記事の記事ＩＤおよびその記事ファイル８Ｂの取得日時を画像形成装置２に通知しておく。なお、その記事ＩＤに対応する記事ファイル８Ｂが複数ある場合は、取得日時が最近の記事ファイル８Ｂを配信する。
【００８５】
記事属性データ更新部１３２は、その記事の属性データ６Ｃの中のユーザＵｘのフラグを「０」に更新する（＃２４７）。
【００８６】
画像形成装置２において、記事ファイル取得部２０５が記事ファイル８Ｂを取得（受信）すると（＃２３３）、記事出力処理部２０６は、その記事ファイル８Ｂに基づいて記事の内容の出力を行う（＃２３４）。記事一覧画面ＧＮ３１においてユーザが表示ボタンＢＴ３１を選択した場合は、その記事の内容を操作パネル２０ｊに表示させる。一方、ユーザが印刷ボタンＢＴ３２を選択した場合は、その記事が用紙に印刷されるように印刷装置２０ｇを制御する。なお、記事出力処理部２０６は、その記事の内容とともに、情報収集サーバ１から通知された記事ＩＤおよび取得日時を印刷させる。
【００８７】
〔ユーザが書き加えた情報を他のユーザに提供する機能〕
図１７は書込記事入力処理の流れの例を説明するフローチャート、図１８は書込記事登録処理の流れの例を説明するフローチャートである。
【００８８】
ユーザは、記事の印刷物にメモを書き加えることができる。そして、その記事を、そのメモをマージさせた状態で、他のユーザに閲覧してもらうことができる。
【００８９】
情報収集サーバ１の書込記事データ取得部１４１および書込画像登録処理部１４２と、画像形成装置２の書込記事画像取得部２０７および書込記事画像送信部２０８とは、メモをマージした記事を用意するための処理を行う。ここで、図１７および図１８を参照しながら、ユーザＵｘが画像形成装置２の操作を行う場合を例に、この処理の手順を説明する。
【００９０】
ユーザＵｘは、自分のユーザＩＤで画像形成装置２にログインした後、メモを書き加えた記事の印刷物を画像形成装置２の原稿台にセットし、所定のコマンドを入力する。
【００９１】
すると、画像形成装置２の書込記事画像取得部２０７は、用紙の原稿面をスキャナ２０ｆに読み取らせることによって、メモが書き加えられた記事の画像の画像データを取得する（図１７の＃２５１）。読み取られた画像（以下、「スキャン画像」と記載する。）の中から記事ＩＤおよび取得日時を表わす画像を検知し、ＯＣＲ（Optical Character Reader）処理によって記事ＩＤおよび取得日時のテキストデータを取得する（＃２５２）。記事ＩＤおよび取得日時を表わす画像を、スキャン画像から除外する（＃２５３）。
【００９２】
書込記事画像送信部２０８は、記事ＩＤおよび取得日時の画像が除外されたスキャン画像の画像データ７Ｅとともに、検知した記事ＩＤおよび取得日時とユーザＵｘのユーザＩＤとを示す登録要求データ７Ｆを、情報収集サーバ１に送信する（＃２５４）。
【００９３】
情報収集サーバ１において、書込記事データ取得部１４１が画像データ７Ｅおよび登録要求データ７Ｆを受信（取得）すると（図１８の＃２６１）、書込画像登録処理部１４２は、メモが書き加えられた記事の記事ファイル８Ｂを登録するための処理を、次のように行う。
【００９４】
書込画像登録処理部１４２は、記事ファイル記憶部１Ｋ３に記憶されている、その登録要求データ７Ｆに示される記事ＩＤに対応付けられている記事ファイル８Ｂの取得日時をチェックする（＃２６２）。そのような記事ファイル８Ｂが複数記憶されている場合は、最近の取得日時をチェックする。その登録要求データ７Ｆに示される取得日時と、チェックした取得日時とを比較する（＃２６３）。
【００９５】
両者が一致した場合は（＃２６４でＹｅｓ）、画像データ７Ｅによって再現される画像は、ＷＷＷサーバ５から最近にダウンロードされた記事（つまり、最新版の記事）に書込みが行われたものである、と判別できる。そこで、書込画像登録処理部１４２は、その画像データ７Ｅを記事ファイル８Ｂとして記事ファイル記憶部１Ｋ３に記憶させる（＃２６５）。この際に、その画像データ７Ｅを画像形成装置２から受信（取得）した日時を「取得日時」として対応付け、さらに、その登録要求データ７Ｆに示される記事ＩＤも、対応付けておく。
【００９６】
一方、両者が一致しなかった場合は（＃２６４でＮｏ）、画像データ７Ｅによって再現される画像は、ＷＷＷサーバ５からダウンロードされた古い記事（つまり、最新版でない記事）に書込みが行われたものである、と判別できる。そこで、書込画像登録処理部１４２は、最新版の記事に書込み（メモ）をマージしたものを記事ファイル記憶部１Ｋ３に登録する。
【００９７】
すなわち、書込画像登録処理部１４２は、画像データ７Ｅによって再現される画像と、書込みが行われた版の記事の画像とを比較照合し、両者の差分を検出する（＃２６６）。これにより、書込み（メモ）の画像が抽出でき、かつ、その位置も検知できる。
【００９８】
なお、書込みが行われた版の記事の画像は、その登録要求データ７Ｆに示される記事ＩＤおよび取得日時に対応付けられて記事ファイル記憶部１Ｋ３に記憶されている記事ファイル８Ｂに基づいて再現することができる。
【００９９】
差分つまり書込みの画像を抽出できたら（＃２６７でＹｅｓ）、最新版のその記事の画像にその書込みの画像を重ね合わせて組み込み（＃２６８）、その重ね合わせ画像の画像データを記事ファイル８Ｂとして記事ファイル記憶部１Ｋ３に記憶させる（＃２６９）。この際に、その重ね合わせ画像を生成した日時を「取得日時」として対応付け、さらに、その登録要求データ７Ｆに示される記事ＩＤも、対応付けておく。
【０１００】
書込みの内容は、ユーザＵｘ以外の者は未だ閲覧していないと、考えられる。そこで、ステップ＃２６５または＃２６９で記事ファイル８Ｂを新たに記事ファイル記憶部１Ｋ３に記憶させた後、記事属性データ更新部１３２は、その記事の属性データ６Ｃ（図１１参照）の中の、その記事の、ユーザＵｘ以外の各ユーザのフラグを、「１」に更新する（＃２７０）。
【０１０１】
以上の処理によって、書込みをユーザＵｘ以外のユーザに閲覧させるための準備が完了する。その後、ユーザＵｘ以外のユーザが画像形成装置２にログインし、かつ、当該ユーザが日ごろその記事を含むＲＳＳフィードを閲覧しているのであれば、その記事が更新された旨が、前に図１２および図１３で説明した処理によって、図１５のように、当該ユーザに知らされる。そして、前に図１６で説明した処理によって、その記事が当該ユーザのために出力される。
【０１０２】
図１９は情報収集提供システムＳＹＳの全体的な処理の流れの例を説明するフローチャートである。
【０１０３】
次に、情報収集提供システムＳＹＳにおける、ＲＳＳフィードおよび記事をユーザに提供するための全体的な処理の流れを、図１９のフローチャートを参照して説明する。
【０１０４】
情報収集サーバ１および画像形成装置２は、何らかのイベントが生じるごとに、次のような処理を行う。
【０１０５】
今後しばしば閲覧する予定であるＲＳＳフィードをユーザが指定すると（図１９の＃１１でＹｅｓ）、画像形成装置２は、そのユーザのユーザＩＤおよび指定されたＵＲＬを示す閲覧登録指令データ７Ａを情報収集サーバ１に送信し、情報収集サーバ１は、この閲覧登録指令データ７Ａに基づいて、そのユーザのために、そのＲＳＳフィードの閲覧の設定のデータを登録するための処理を行う（＃１２）。この処理の詳細は、前に図１０で説明した通りである。
【０１０６】
または、所定のタイミング（例えば、所定の時刻）が訪れると（＃１３でＹｅｓ）、情報収集サーバ１は、いずれかのユーザが日ごろ閲覧する各ＲＳＳフィードを各ＷＷＷサーバ５から収集する処理を行う（＃１４）。この処理の詳細は、前に図１２で説明した通りである。
【０１０７】
または、ユーザが画像形成装置２にログインすると（＃１５でＹｅｓ）、情報収集サーバ１および画像形成装置２は、そのユーザが日ごろ閲覧するＲＳＳフィードの一覧および各ＲＳＳフィードの記事の一覧をそのユーザに提示するための処理を行う（＃１６）。この処理の詳細は、前に図１３で説明した通りである。
【０１０８】
または、ユーザがいずれかの記事を指定して表示または印刷の指令を行うと（＃１７でＹｅｓ）、情報収集サーバ１および画像形成装置２は、その記事の最新版を表示しまたは印刷する処理を行う（＃１８）。この処理の詳細は、前に図１６で説明した通りである。
【０１０９】
または、ユーザが記事の印刷物に書込みを行った後、それを登録する指令を行うと（＃１９でＹｅｓ）、画像形成装置２は、その印刷物に記されている画像を読み取る処理を行い（＃２０）、情報収集サーバ１は、読み取られた画像を登録するための処理を行う（＃２１）。これらの処理の詳細は、前に図１７および図１８で説明した通りである。
【０１１０】
ステップ＃１１〜＃２１の処理は、情報収集サーバ１および／または画像形成装置２が稼動している間、適宜、実行される。
【０１１１】
本実施形態によると、複数のユーザがＲＳＳを用いて情報を共有する場合の効率化を図ることができる。
【０１１２】
すなわち、情報収集提供システムＳＹＳは、同一のＲＳＳフィードを１人のユーザが閲覧する場合であっても複数のユーザが閲覧する場合であっても、そのＲＳＳフィードを所定の頻度で取得する。よって、ＲＳＳフィードの受信の冗長性を減らし、受信の処理の効率化を図ることができる。
【０１１３】
また、ユーザが記事にメモを書き加えた場合に、情報収集提供システムＳＹＳは、その記事が更新された旨を他のユーザに知らせる。よって、メモなどの情報をも、ユーザ同士で効率的に共有することができる。
【０１１４】
本実施形態では、情報収集提供システムＳＹＳを１台の情報収集サーバ１および１台または複数台の画像形成装置２などによって構成したが、図３に示した情報収集サーバ１の機能および図５に示した画像形成装置２の機能を１台の画像形成装置（ＭＦＰ）に集約してもよい。
【０１１５】
または、画像形成装置２の代わりに、パーソナルコンピュータ、プリンタ、およびスキャナを用いてもよい。プリンタおよびスキャナは、ＵＳＢ（Universal Serial Bus）ポート、プリンタポート、またはＲＳ−２３２Ｃポートなどを介して１台のパーソナルコンピュータに接続されるタイプのものであってもよいし、ＮＩＣを介して複数台のパーソナルコンピュータで共用されるタイプのものであってもよい。
【０１１６】
メモなどの書込みの画像を記事に重ね合わせた後、その記事がＷＷＷサーバ５において更新されることがある。情報収集サーバ１は、やがて、その最新の記事の記事ファイル８Ｂをダウンロードする。その最新の記事にもその書込みの画像を反映させるために、その書込みの画像の画像データを、その記事の記事ＩＤと対応付けて保存しておいてもよい。そして、情報収集サーバ１は、その最新の記事の記事ファイル８Ｂをダウンロードしたら、その記事の画像にその書込みの画像が重ね合わされるようにその記事ファイル８Ｂを書き換えてもよい。
【０１１７】
その他、情報収集提供システムＳＹＳ、情報収集サーバ１、画像形成装置２の全体または各部の構成、処理内容、処理順序、データの構成、ファイルの構成などは、本発明の趣旨に沿って適宜変更することができる。
【符号の説明】
【０１１８】
ＳＹＳ  情報収集提供システム（公開情報閲覧支援システム）
１  情報収集サーバ
１２３  記事ファイル収集部（公開情報受信手段）
１３２  記事属性データ更新部（閲覧有無情報更新手段）
１４２  書込画像登録処理部（書込画像取得手段）
１Ｋ１  閲覧設定データ記憶部（閲覧有無情報記憶手段、閲覧者情報記憶手段）
２  画像形成装置（画像処理装置）
２０３  フィードファイル取得部（更新日時情報受信手段、属性情報受信手段）
２０４  フィード一覧等表示処理部（通知手段、属性情報出力手段）
２０６  記事出力処理部（印刷手段、出力手段、公開情報出力手段）
２０７  書込記事画像取得部（読取手段）
２０ｆ  スキャナ（読取手段）
２０ｇ  印刷装置（印刷手段、出力手段）
２０ｊ  操作パネル（出力手段）
６Ｂ  閲覧フィードデータ（閲覧者情報）
６Ｃ  属性データ（閲覧有無情報）
８Ａ  フィードファイル
８Ｂ  記事ファイル
ＴＬＢ  ユーザ閲覧フィードテーブル（閲覧者情報記憶手段）
ＴＬＣ  記事属性テーブル（閲覧有無情報記憶手段）
【図１】
2010211833.tif 000003
【図２】
2010211833.tif 000004
【図３】
2010211833.tif 000005
【図４】
2010211833.tif 000006
【図５】
2010211833.tif 000007
【図６】
2010211833.tif 000008
【図７】
2010211833.tif 000009
【図８】
2010211833.tif 000010
【図９】
2010211833.tif 000011
【図１０】
2010211833.tif 000012
【図１１】
2010211833.tif 000013
【図１２】
2010211833.tif 000014
【図１３】
2010211833.tif 000015
【図１４】
2010211833.tif 000016
【図１５】
2010211833.tif 000017
【図１６】
2010211833.tif 000018
【図１７】
2010211833.tif 000019
【図１８】
2010211833.tif 000020
【図１９】
2010211833.tif 000021