JP2009015713A - 提供情報通知装置、提供情報通知方法、およびコンピュータプログラム - Google Patents

Abstract

【課題】複数台の端末装置を使用するユーザに従来よりも便利に情報を取得させる。
【解決手段】画像形成装置１に、ユーザが指定したＲＳＳデータごとに、そのユーザが指定した通知方法および通知先に関する属性を示す個別通知設定データ８を記憶する、通知設定データベース１Ｋ１と、ユーザが指定したＲＳＳデータをＷｅｂサーバからダウンロードして取得するＲＳＳデータ取得部１０５と、ユーザが指定したＲＳＳデータが取得されるごとに、そのＲＳＳデータの個別通知設定データ８に示される通知方法でそのＲＳＳデータをその個別通知設定データ８に示される通知先に通知するための処理を行う、通知制御部１０６と、を設ける。
【選択図】図３

Description

本発明は、Ｗｅｂサーバなどのサーバから提供される情報をユーザに通知する装置および方法などに関する。

近年、携帯電話端末、ＰＨＳ端末、およびＰＤＡ（Personal Digital Assistant）などのモバイル端末装置のＣＰＵの速度、メモリの記憶容量、通信速度、および表示パネルの解像度が向上している。これにより、Ｗｅｂブラウザをはじめ、従来はパーソナルコンピュータでなければ性能的に実現できなかった様々なアプリケーションが、これらのモバイル端末装置でも実現されるようになった。

これに伴い、ユーザは、Ｗｅｂサイトから提供される情報を閲覧するための端末装置を使い分けるようになった。例えば、職場では職場のパーソナルコンピュータで閲覧し、移動中は携帯電話端末で閲覧し、自宅では自宅のパーソナルコンピュータで閲覧する、という使い分けがよく行われている。

また、近年、様々なＷｅｂサイトが開設され、ユーザに提供される情報の種類および量も増加している。

そこで、ユーザが情報の取得を便利に行うための方法が提案されている。特許文献１に記載される方法によると、ユーザが指定した放送の内容に関連する複数のコンテンツを示す一覧情報を、情報提供装置がユーザの指定に基づいて生成する。そして一覧情報が携帯電話機に送信される。携帯電話機では、ユーザの視聴した放送コンテンツに関連のあるコンテンツの一覧情報を受信することにより、当該コンテンツの一覧を携帯電話機の表示部に表示する。そして、ユーザが一覧からコンテンツを指定することにより、そのコンテンツのＲＳＳを情報提供装置が保存する。

特許文献２に記載される方法によると、Ｗｅｂページ更新検知システムを構成する検知対象管理サーバを、インターネットに配置する。検知対象管理サーバは、更新検知の対象となるデータのＵＲＬを、Ｗｅｂページ更新検知システムの利用者ごとに管理し、各利用者の連絡先と各利用者が属するグループを管理する。更新検知サーバは、インターネットに接続されたイントラネット内に配置され、検知対象管理サーバが管理しているデータベースの内容に従ってイントラネット上のＷＷＷサーバおよびインターネット上のＷＷＷサーバにアクセスし、Ｗｅｂページの更新状況を検知する。
特開２００６−１３９４７０号公報 特開２００５−３３２１６３号公報

ところで、複数台の端末装置を使用するユーザは、使用する場所に応じて端末装置を使い分けるだけでなく、目的に応じても使い分けることがある。よって、Ｗｅｂサイトから提供される情報をどの端末装置を使ってでも閲覧したい、とは限らない。

例えば、量の多い情報または大きな画像を含む情報は、小さな表示パネルのモバイル端末装置ではなく大きな表示パネルのパーソナルコンピュータで閲覧することがユーザに望まれることがある。または、仕事に無関係な情報は、職場の端末装置ではなくプライベート用の端末装置で閲覧することがユーザに望まれることがある。

本発明は、このような課題に鑑み、複数台の端末装置を使用するユーザにとって情報の取得を従来よりも便利にすることを、目的とする。

本発明に係る提供情報通知装置は、サーバから提供される情報である提供情報を取得してユーザに通知する提供情報通知装置であって、前記ユーザが指定した前記提供情報ごとに、当該ユーザが指定した、通知先および通知方法を含む、当該提供情報の通知に関する属性である通知属性を記憶する、通知属性記憶手段と、前記ユーザが指定した前記提供情報を、通信回線を介して取得する提供情報取得手段と、前記ユーザが指定した前記提供情報が取得されるごとに、当該提供情報を当該ユーザに通知するための処理を、前記通知属性記憶手段に記憶されている当該提供情報の前記通知属性に含まれる通知方法で、当該通知属性に含まれる通知先に当該提供情報を送信することによって、行う、通知処理手段と、を有することを特徴とする。

好ましくは、前記提供情報の前記通知属性には、当該提供情報の文字の修飾の形態が含まれており、前記通知処理手段は、前記提供情報を、当該提供情報の前記通知属性に含まれる前記形態に書き換えて送信する。

または、前記提供情報の前記通知属性には、時期ごとの、当該提供情報の通知先および通信方法が含まれており、前記通知処理手段は、前記提供情報を、当該提供情報の通知の日時が該当する時期に係る通信方法で当該時期に係る通知先に送信することによって、通知する。

または、前記ユーザの現在の状況を検知する状況検知手段、を有し、前記提供情報の前記通知属性には、前記ユーザの状況ごとの、当該提供情報の通知先および通信方法が含まれており、前記通知処理手段は、前記提供情報を、前記状況検知手段によって検知された前記ユーザの状況に係る通信方法で当該状況に係る通知先に送信することによって、通知する。

または、前記提供情報を印刷する印刷手段、を有し、前記通知処理手段は、前記提供情報の前記通知属性に含まれる通知方法が電子メールの送信である場合は、当該提供情報を記載しまたは添付した電子メールを送信することによって、当該提供情報を通知し、前記提供情報の前記通知属性に含まれる通知方法がインスタントメッセンジャのメッセージの送信である場合は、当該提供情報を記載しまたは添付したメッセージを送信することによって、当該提供情報を通知し、前記提供情報の前記通知属性に含まれる通知方法が印刷物の提供である場合は、当該提供情報を送信する代わりに、前記ユーザが当該提供情報通知装置にログインした際に当該提供情報を用紙に印刷する処理を前記印刷手段に実行させることによって、当該提供情報を通知する。

または、前記提供情報は、ＲＳＳのフォーマットで記載されている。

または、前記ユーザが指定した前記提供情報ごとに、当該提供情報が記載されたＲＳＳデータの、ネットワーク上の保存場所を記憶する、保存場所記憶手段、を有し、前記提供情報取得手段は、前記ユーザが指定した前記提供情報が記載されたＲＳＳデータを、前記保存場所記憶手段に記憶されている、当該ＲＳＳデータの前記保存場所から、所定のタイミングごとに取得し、前記通知処理手段は、同一の前記保存場所からＲＳＳデータが日時を異にして複数取得された場合は、最近取得されたＲＳＳデータから、それよりも前に取得されたＲＳＳデータに記載される前記提供情報を除いたものを、通知する。

本発明によると、複数台の端末装置を使用するユーザは、Ｗｅｂサーバなどから提供される情報ごとに、それを受信する端末装置を選ぶことができる。よって、従来よりも便利に情報を取得することができる。

図１は画像形成装置１のハードウェア構成の例を示す図、図２は画像形成装置１の機能的構成の例を示す図、図３は画像形成装置１と他の装置との接続の関係の例を示す図、図４はＲＳＳデータの例を示す図、図５はＲＳＳデータに基づいて再現される記事の一覧の例を示す図である。

本発明に係る提供情報通知装置の一実施形態である画像形成装置１は、コピー、スキャナ、ファックス、ドキュメントサーバ（いわゆるボックス）、およびネットワークプリンティング（いわゆるＰＣプリント）などの様々な機能を集約した装置である。一般に、複合機またはＭＦＰ（Multi Function Peripherals）などと呼ばれることもある。

画像形成装置１は、図１に示すように、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、ハードディスク１０ｄ、制御用回路１０ｅ、スキャナユニット１０ｆ、印刷ユニット１０ｇ、ＬＡＮボード１０ｈ、モデム１０ｉ、および操作パネル１０ｊなどによって構成される。

制御用回路１０ｅは、ハードディスク１０ｄ、スキャナユニット１０ｆ、印刷ユニット１０ｇ、ＬＡＮボード１０ｈ、モデム１０ｉ、および操作パネル１０ｊなどを制御するための回路である。

スキャナユニット１０ｆは、用紙に記されている文章、数式、記号、写真、図表、またはイラストなどの書類の画像を光学的に読み取って画像データを生成する。

印刷ユニット１０ｇは、スキャナユニット１０ｆで得られた画像データまたはパーソナルコンピュータまたはファックス端末などから送信されてきた画像データなどに基づいて画像を用紙に印刷する。

ＬＡＮボード１０ｈは、他の装置とＴＣＰ／ＩＰなどのプロトコルによって通信を行うためのＮＩＣ（Network Interface Card）である。モデム１０ｉは、公衆回線を介してファックス端末とファックスプロトコルによって通信を行う。

操作パネル１０ｊは、タッチパネル方式のパネルであって、ユーザに対してメッセージまたは指示を与えるための画面、ユーザが所望する処理の種類および処理条件を入力するための画面、およびＣＰＵ１０ａで実行された処理の結果を示す画面などを表示する。また、ユーザは、操作パネル１０ｊの所定の位置に触れることによって画像形成装置１に対して指令を与えたり処理条件の指定を行ったりすることができる。このように、操作パネル１０ｊは、画像形成装置１を操作するユーザのユーザインタフェースの役割を果たしている。

ＲＯＭ１０ｃまたはハードディスク１０ｄには、図２に示すような通知属性受付部１０１、電子メール処理部１０２、メッセンジャ処理部１０３、ユーザ所在情報管理部１０４、ＲＳＳデータ取得部１０５、通知制御部１０６、テキスト修飾部１０７、内容解析部１０８、ローカル出力処理部１０９、通知設定データベース１Ｋ１、ＲＳＳデータ記憶部１Ｋ２、および印刷待ＲＳＳデータ記憶部１Ｋ３などを実現するためのプログラムおよびデータが記憶されている。

これらのプログラムおよびデータは必要に応じてＲＡＭ１０ｂに読み出され、ＣＰＵ１０ａによってプログラムが実行される。図２に示す機能の一部または全部を、制御用回路１０ｅなどの回路によって実現するようにしてもよい。

図２の各部によると、インターネット上のＷｅｂサイトに新たに追加された記事（Ｉｔｅｍ）または更新された記事に関する情報を、ユーザの所望する通知先に通知することができる。この仕組みについては、後に詳細に説明する。

また、ＣＰＵ１０ａは、そのほかのプログラムも適宜実行し、画像形成装置１の全体的な制御を行う。

画像形成装置１は、図３に示すように、役所、企業、および学校などの組織のイントラネット５に設けられている。イントラネット５には、画像形成装置１以外にも、端末装置２１およびルータ２８などの装置が設けられている。

端末装置２１は、画像形成装置１のクライアントであって、画像形成装置１のスキャナ、ファックス、ボックス、およびＰＣプリントなどの機能を利用するための装置である。さらに、端末装置２１には、電子メールの作成および送受信を行うための電子メールアプリケーションおよびインスタントメッセンジャ（以下、「ＩＭ」と記載する。）のサービスを利用するためのＩＭアプリケーションのうちの少なくとも１つがインストールされている。さらに、図４のようなＲＳＳデータに基づいて、図５のような新規の記事または更新された記事の一覧を表示するアプリケーション（いわゆるＲＳＳリーダ）も、インストールされている。端末装置２１として、パーソナルコンピュータ、ワークステーション、またはＰＤＡなどが用いられる。

ルータ２８は、イントラネット５をインターネットなどの外部のネットワークと接続する。これにより、画像形成装置１および端末装置２１は、イントラネット５の外部の装置と通信を行うことができる。例えば、インターネットに接続されているＷｅｂサーバ４、携帯電話網に接続されている携帯電話端末３、またはインターネットに接続されている他のイントラネット内の端末装置２２などと通信を行うことができる。

携帯電話端末３は、電子メールアプリケーションおよびＩＭアプリケーションのうちの少なくとも一方が備えられた、携帯電話通信用の端末装置である。そのほか、携帯電話端末３には、ＲＳＳリーダも備えられている。

端末装置２２は、上述のように、イントラネット５とは別のイントラネットに設けられている端末装置である。端末装置２２にも、端末装置２１と同様に、電子メールアプリケーションおよびＩＭアプリケーションのうちの少なくとも１つがインストールされている。さらに、ＲＳＳリーダもインストールされている。

Ｗｅｂサーバ４は、１つまたは複数のＷｅｂページによって構成されるＷｅｂサイトを、インターネットに接続されている端末装置に提供する。さらに、Ｗｅｂサイトの中の記事ごとのタイトル（見出し）、要約、ＵＲＬ、公開した日時、および最後に更新した日時などの情報をＲＳＳのフォーマットで記述したデータ（つまり、ＲＳＳデータ）をも、提供する。

なお、ＲＳＳは、バージョンによってフォーマットに多少の違いがあり、そのフルネームもバージョンによって「RDF Site Summary」、「Rich Site Summary」、または「Really Simple Syndication」と異なる。しかし、画像形成装置１、端末装置２１、２２、携帯電話端末３、およびＷｅｂサーバ４は、いずれのバージョンのＲＳＳにも対応可能である。

図６は通知先設定データ７および個別通知設定データ８の例を示す図、図７は設定用の画面による通知の属性の受付の処理の流れの例を説明するフローチャート、図８は設定用の画面の例を示す図である。

次に、図２に示す画像形成装置１の各部、端末装置２１、端末装置２２、携帯電話端末３、およびＷｅｂサーバ４の処理内容などについて、詳細に説明する。

図２に示す通知設定データベース１Ｋ１には、図６に示すように、ユーザごとの通知先設定データ７が記憶されている。

通知先設定データ７には、それを有するユーザのユーザ名を示すデータおよび個別通知設定データ８が含まれている。複数の個別通知設定データ８を１人のユーザの通知先設定データ７に含めることもできる。

個別通知設定データ８は、そのユーザが所望する、ＲＳＳデータの通知の属性（通知内容、通知方法、および通知先など）に応じて、１つずつ用意される。

例えば、あるＷｅｂサイトのＲＳＳデータをパーソナルコンピュータ宛てに通知してもらい、別のＷｅｂサイトのＲＳＳデータを携帯電話端末宛てに通知してもらうことを所望する場合は、それぞれに応じた、個別通知設定データ８ａ、８ｂのような２つの個別通知設定データ８が用意される。

または、同一のＷｅｂサイトのＲＳＳデータであっても、株価情報に関する記事は数字を強調してパーソナルコンピュータ宛てにＩＭで通知してもらい、製品情報に関する記事は仕様についての語句を強調して画像形成装置１に印刷させることによって通知してもらい、ＩＴ技術情報に関する記事は強調なしで画像形成装置１に印刷させることによって通知してもらうことを所望する場合は、それぞれに応じた、個別通知設定データ８ｃ、８ｄ、８ｅのような３つの個別通知設定データ８が用意される。

個別通知設定データ８において、「提供元ＵＲＬ」は、ユーザが所望するＲＳＳデータのＵＲＬ、つまり、そのＲＳＳデータのインターネット上の位置を示す。

「通知方法／通知先」は、そのＲＳＳデータの通知先（送信先）および通知方法を示す。コロン（：）の右側が通知先を示し、左側が通知方法を示す。ただし、通知方法が画像形成装置１による印刷である場合は、通知先には、そのユーザを識別するための情報（例えば、そのユーザが画像形成装置１で電子メールを受信するための電子メールアドレス）が示される。

「選択内容」は、どのジャンル（種類）に関する記事のＲＳＳデータを通知（送信）するのかを示す。「修飾」は、ＲＳＳデータに含まれるテキストの中のどの語句または文字などにどのような修飾を施すのかを示す。

ＲＳＳデータの通知は、後に説明するように、通知先設定データ７に含まれる各個別通知設定データ８に基づいて行われる。したがって、個別通知設定データ８はＲＳＳデータの通知の条件を示している、と言える。

図２を参照して、電子メール処理部１０２は、電子メールの送受信に関する処理を行う。特に、後に説明するように、ユーザが所望するＲＳＳデータの通知の属性を示す電子メールを受信する処理およびＲＳＳデータを本文に記載しまたは添付ファイルとして添付した電子メールを送信する処理を、行う。

メッセンジャ処理部１０３は、ＩＭのサービスの処理を行う。特に、後に説明するように、ＲＳＳデータを本文に記載しまたは添付ファイルとして添付したメッセージを送信する処理を行う。

通知属性受付部１０１は、ユーザが新たに所望するＲＳＳデータの通知の属性を受け付けるための処理を行う。ここで、この受付の処理の手順を説明する。

ユーザは、予め、記事が新規に登録されまたは更新されたことを知りたいＷｅｂサイトを見つけ、そのＷｅｂサイトのＲＳＳデータのＵＲＬを調べておく。

自分の端末装置２１、端末装置２２、または携帯電話端末３などを操作して、そのＲＳＳデータのＵＲＬ、通知方法、通知先、および自分のユーザ名を本文に記載した電子メールを作成する。そのＲＳＳデータのうちの、特定のジャンルのデータのみを所望する場合は、そのジャンルも記載しておく。特定の語句または文字などを修飾したい場合は、それも記載しておく。

そして、ユーザは、所定のタイトルを付けて、その電子メールを画像形成装置１に宛てて送信させる。

画像形成装置１において、電子メール処理部１０２がその電子メールを受信すると、タイトルを参照することによって、その電子メールがユーザによって新たに所望されるＲＳＳデータの通知の属性に関するものであると判別し、その電子メールを通知属性受付部１０１に与える。

通知属性受付部１０１は、その電子メールの本文に記載される内容に問題点がないかどうか（例えば、ＵＲＬおよびユーザ名が有効であるか否かなど）をチェックし、問題点がなければ、その電子メールを受け付ける。そして、その本文に記載されるＵＲＬ、通知方法および通知先、ジャンル、および修飾する語句およびその方法（強調、下線、または除外など）がそれぞれ「提供元ＵＲＬ」、「通知方法／通知先」、「選択内容」、および「修飾」のフィールドに示される個別通知設定データ８を生成し、その本文に記載されるユーザ名の通知先設定データ７に登録する。

そのユーザ名の通知先設定データ７がない場合は、今回、その通知先設定データ７を新たに生成すればよい。

なお、同一のユーザの複数の個別通知設定データ８に、同一の通知方法および通知先が設定されることがある。そこで、ユーザごとに通知方法および通知先のデフォルト値を予め設定しておいてもよい。そして、ユーザが電子メールに通知方法および通知先を記載しなかった場合は、そのユーザのデフォルトの通知方法および通知先を示す個別通知設定データ８を生成しそのユーザの通知先設定データ７に登録するようにすればよい。

または、通知属性受付部１０１は、操作パネル１０ｊまたは端末装置のＷｅｂブラウザなどに設定用の画面を表示させ、ユーザが新たに所望するＲＳＳデータの通知の属性をその画面を介して受け付ける。ここで、この場合の処理の手順の例を、図７のフローチャートを参照して説明する。

ユーザが画像形成装置１にログインし（図７の＃１２１）、通知の属性の登録のコマンドを入力すると（＃１２２でＹｅｓ）、通知属性受付部１０１は、図８のような設定用の画面を表示させる（＃１２３）。ユーザが端末装置２１、２２、または携帯電話端末３などの端末装置を操作して遠隔的に画像形成装置１にログインした場合は、その端末装置に表示させる。操作パネル１０ｊを操作してログインした場合は、操作パネル１０ｊに表示させる。

図８に示す設定用の画面において、ユーザは、所望するＲＳＳデータの通知の属性を指定する。指定する項目は、前に説明した電子メールの場合と同様である。デフォルトの通知方法および通知先でよい場合は、「通知先」のテキストボックスを空欄にしておき、「通知方法」の「電子メール」、「ＩＭ」、および「印刷」のいずれのボタンをも選択しないでおけばよい。

通知属性受付部１０１は、指定された内容を受け付け（＃１２４）、その内容を示す個別通知設定データ８を生成し、そのユーザの通知先設定データ７に登録する（＃１２７）。

ただし、通知方法および通知先が指定されなかった場合は、そのユーザのデフォルトの通知方法および通知先が指定されたものとみなして、個別通知設定データ８を生成し登録する。

または、通知方法および通知先が指定されず、かつ、そのユーザのデフォルトとして現在操作中の装置に合った通知方法および通知先が設定されている場合は（＃１２５でＹｅｓ）、その装置が通知先になりかつその装置に好適な通知方法を示す個別通知設定データ８を生成し登録する（＃１２６、＃１２７）。

例えば、現在操作中の装置が端末装置２１でありかつその端末装置２１に電子メールのアプリケーションがインストールされている場合は、通知方法として、電子メール（ＭＡＩＬ）を示し、かつ、通知先として、その端末装置２１でそのユーザが電子メールを受信するための電子メールアドレスを示す、個別通知設定データ８を生成し登録する。または、現在操作中の装置が画像形成装置１である場合は、通知方法として、印刷（ＰＲＩＮＴ）を示し、かつ、通知先として、その画像形成装置１でそのユーザが電子メールを受信するための電子メールアドレスを示す、個別通知設定データ８を生成し登録する。

なお、「ワンタッチ／短縮」ボタン（図８）の使い方については、後に説明する。

図２に戻って、ユーザ所在情報管理部１０４は、各ユーザの所在などの状況（イントラネット５にログインしているか、または、どこにいるか、など）を、検知する。そして、各ユーザの、検知した最新の所在を示す情報を記憶し管理する。ユーザの状況の検知は、例えば、次のような方法によって行うことができる。

端末装置２１、２２、または携帯電話端末３などに、確認用のパケットを送信することによって、検知の対象のユーザがログインしているか否かを問い合わせる。または、イントラネット５の中に認証サーバが存在し、ログインに関する処理をその認証サーバが統括的に行っている場合は、検知の対象のユーザがイントラネット５に現在ログインしているか否かをその認証サーバに問い合わせる。

または、イントラネット５の中にスケジュールを管理するシステム（例えば、グループウェアのサーバ）が存在する場合は、そのユーザの現在の所在をそのシステムに問い合わせる。

または、そのユーザの携帯電話端末３が組織の施設内では内線電話機として使用でき施設外では携帯電話端末として使用できる端末装置である場合は、そのユーザの携帯電話端末３が内線電話機として現在機能しているか否かをイントラネット５の中の交換機に問い合わせる。内線電話機として機能している場合は、そのユーザが組織の施設内にいると検知し、機能していない場合は、組織の施設の外にいると検知する。

または、そのユーザの携帯電話端末３がＧＰＳ（Global Positioning System）機能を有する場合は、現在の位置を示す位置情報をその携帯電話端末３から取得することによって、検知する。

または、出退勤の管理のシステムが組織に設けられている場合は、そのユーザが出勤しているか退勤しているかをそのシステムに問い合わせることによって、そのユーザが組織の施設の中にいるか否かを検知する。組織の施設への入退室の管理のシステムが設けられている場合は、そのシステムに問い合わせることによってユーザの所在を検知することもできる。

ＲＳＳデータ取得部１０５は、通知設定データベース１Ｋ１に記憶されている各ユーザの通知先設定データ７に含まれる各個別通知設定データ８の提供元ＵＲＬに示されるＲＳＳデータをダウンロードして取得する。例えば、個別通知設定データ８に「http://www.example1.xxx/index.rdf」というＵＲＬが示される場合は、「example1.xxx」というドメインに属しかつ「www」というサーバ名を有するＷｅｂサーバ４にアクセスし、「index.rdf」というファイル名のＲＳＳデータ（ＲＳＳファイル）をダウンロードする。

ＲＳＳデータ取得部１０５によって取得されたＲＳＳデータは、提供元（取得先）のＵＲＬおよび取得された日時などの情報と対応付けられて、ＲＳＳデータ記憶部１Ｋ２に記憶される。さらに、ＲＳＳデータ記憶部１Ｋ２において、ＲＳＳデータごとに、ユーザにその内容を見せたか否かを示す開封フラグが１つずつ対応付けられる。開封フラグの初期値は、その内容を未だ見せていないことを意味する「０」である。

テキスト修飾部１０７は、個別通知設定データ８の提供元ＵＲＬに基づいてＲＳＳデータ取得部１０５によって取得されたＲＳＳデータの中の文字列（記事のタイトルまたは要約などの一部または全部）を修飾するための処理を行う。具体的には、その個別通知設定データ８の「修飾」の項目に示される通りに語句または文字などが修飾されるように、そのＲＳＳデータを更新する。

例えば、数字を強調するように個別通知設定データ８に示されている場合は、ＲＳＳデータに含まれる文字列の中から数字を検索し、それが強調されるように太字（ボールド）のタグまたはフォントサイズの拡大のタグを挿入することによって、そのＲＳＳデータを更新する。

または、仕様情報を強調するように個別通知設定データ８に示されている場合は、ＲＳＳデータに含まれる文字列の中から仕様に関する語句（例えば、ＣＰＵ、ＲＡＭ、ハードディスク、ＯＳなどを意味する語句）を検索し、それが強調されるようにタグを挿入することによって、そのＲＳＳデータを更新する。これらの語句は、予めデータベースに登録しておけばよい。

内容解析部１０８は、個別通知設定データ８の提供元ＵＲＬに基づいてＲＳＳデータ取得部１０５によって取得されたＲＳＳデータを解析することによって、そのＲＳＳデータの中から、その個別通知設定データ８の選択内容に示されるジャンルに関する記事（ＩＴＥＭ）を選出して残し、それ以外の記事を削除する。つまり、ＲＳＳデータの分割を行う。

例えば、「株価情報」というジャンルが個別通知設定データ８に示されている場合は、ＲＳＳデータの中の、株価に関する記事（ＩＴＥＭ）を選出して残し、それ以外の記事を削除する。

通知制御部１０６は、個別通知設定データ８に基づいて、Ｗｅｂサーバ４から発信されるＲＳＳデータの全部または一部分がユーザに通知されるように、電子メール処理部１０２、メッセンジャ処理部１０３、ＲＳＳデータ取得部１０５、テキスト修飾部１０７、内容解析部１０８、および印刷待ＲＳＳデータ記憶部１Ｋ３などを、次のように制御する。

個別通知設定データ８の「提供元ＵＲＬ」に示されるＵＲＬに対応するＲＳＳデータを取得する処理をＲＳＳデータ取得部１０５に実行させる。取得されたＲＳＳデータの中から、その個別通知設定データ８の「選択内容」に示されるジャンルの記事を選出する処理を内容解析部１０８に実行させる。ただし、「選択内容」が「すべて」である場合は、選出する処理を実行させる必要はない。

その個別通知設定データ８の「修飾」に示される内容の通りに、取得されかつ必要に応じて選出の処理がなされたＲＳＳデータの中の語句などを修飾する処理を、テキスト修飾部１０７に実行させる。ただし、「修飾」が「なし」である場合は、修飾する処理を実行させる必要はない。

そして、その個別通知設定データ８の「通知方法／通知先」に示される内容の通りに、必要に応じて選出の処理または修飾の処理がなされたＲＳＳデータをユーザに通知（送信）する処理を電子メール処理部１０２またはメッセンジャ処理部１０３に実行させる。「通知方法／通知先」に示される通知方法が「ＭＡＩＬ」である場合つまり電子メールである場合は、それに示される通知先に宛ててそのＲＳＳデータを本文に記載しまたは添付ファイルとして添付した電子メールを送信する処理を電子メール処理部１０２に実行させる。通知方法がＩＭである場合は、それに示される通知先に宛ててそのＲＳＳデータを本文に記載しまたは添付ファイルとして添付したメッセージを送信する処理をメッセンジャ処理部１０３に実行させる。

または、通知方法が「ＰＲＩＮＴ」である場合つまり印刷である場合は、必要に応じて選出の処理または修飾の処理がなされたＲＳＳデータを、その個別通知設定データ８に係るユーザのユーザ名と対応付けて、印刷待ＲＳＳデータ記憶部１Ｋ３に記憶させる。このＲＳＳデータは、後に説明するように、そのユーザが画像形成装置１に次回ログインした際に記事の一覧の印刷のために用いられる。

端末装置２１、２２、および携帯電話端末３は、電子メールまたはメッセージを受信すると、それに記載されまたは添付されているＲＳＳデータに示される記事の一覧をＲＳＳリーダによって表示する。そして、その電子メールまたはメッセージを開封してＲＳＳデータの内容をユーザに見せた旨を、画像形成装置１に報告する。

画像形成装置１において、その報告が受け付けられると、ＲＳＳデータ記憶部１Ｋ２に記憶されているそのＲＳＳデータに対応付けられている開封フラグを、ユーザに見せたことを意味する「１」に更新する。

ローカル出力処理部１０９は、ユーザが画像形成装置１にログインした際に、そのユーザのユーザ名と対応付けられているＲＳＳデータが印刷待ＲＳＳデータ記憶部１Ｋ３に記憶されている場合は、そのＲＳＳデータに示される記事の一覧を図５のように用紙に印刷する処理を印刷ユニット１０ｇに実行させる。そのユーザによる印刷の指令を待って印刷してもよい。

印刷後、そのＲＳＳデータは、印刷待ＲＳＳデータ記憶部１Ｋ３から削除する。また、ＲＳＳデータ記憶部１Ｋ２に記憶されている、それと同じＲＳＳデータに対応する開封フラグが「１」に更新される。

また、ローカル出力処理部１０９は、ユーザが画像形成装置１にログインした際に、そのユーザに対応付けられておりかつ開封フラグが「０」であるＲＳＳデータがＲＳＳデータ記憶部１Ｋ２に記憶されている場合は、未確認のＲＳＳデータが存在することを知らせる画面を表示する。そして、ユーザがいずれかのＲＳＳデータを指定して印刷の指令を入力したら、そのＲＳＳデータに示される記事の一覧を図５のように用紙に印刷する。

図９は時期の条件を含む個別通知設定データ８の例を示す図、図１０はユーザの状況の条件を含む個別通知設定データ８の例を示す図である。

ＲＳＳデータの通知方法または通知先を、時期またはユーザの所在に応じて個別通知設定データ８に設定できるように構成してもよい。

例えば、図９の個別通知設定データ８ｈのように、ＲＳＳデータの通知方法または通知先を、時期（曜日または時間帯など）によって異なるように設定できるようにしてもよい。

または、図１０の個別通知設定データ８ｎのように、ＲＳＳデータの通知方法または通知先を、ユーザの現在の所在などの状況（イントラネット５または画像形成装置１にログインしているか否か、現在の位置、または勤務中であるか否かなど）によって異なるように設定できるようにしてもよい。

図１１および図１２は画像形成装置１の全体的な処理の流れの例を説明するフローチャート、図１３はＲＳＳデータ加工処理の流れの例を説明するフローチャート、図１４は所在等確認処理の流れの例を説明するフローチャートである。

次に、あるユーザＸに対してＲＳＳデータの通知を行う場合の処理の手順を、図１１および図１２に示すフローチャートなどを参照しながら説明する。

ユーザＸは、通知して欲しいＲＳＳデータのＵＲＬ、通知方法、通知先、必要な記事のジャンル、および必要な修飾などの属性を記載した設定用の電子メールを画像形成装置１に宛てて予め送信しておく。

画像形成装置１は、この設定用の電子メールを受信すると（図１１の＃１でＹｅｓ）、それを受け付け（＃２）、新たに個別通知設定データ８を生成し、ユーザＸの通知先設定データ７に追記して登録する（＃３）。

画像形成装置１は、所定の時刻になったら（＃４でＹｅｓ）、ユーザＸの個別通知設定データ８に基づいてＷｅｂサーバ４からＲＳＳデータをダウンロードして取得し（＃５）、ＲＳＳデータ記憶部１Ｋ２に記憶する（＃６）。

そのＲＳＳデータを呼び出し（＃７）、その個別通知設定データ８に基づいて、ＲＳＳデータの更新（加工）の処理を行う（＃８）。係る処理の手順は、図１３に示す通りである。

すなわち、図１３において、画像形成装置１は、個別通知設定データ８から選択内容および修飾の設定を呼び出す（＃１３１）。ジャンル（種類）の選択の設定がなされている場合は（＃１３２でＹｅｓ）、その設定の内容に基づいてユーザＸが所望するジャンルの記事のみを残し他のジャンルの記事を分割して削除するように、そのＲＳＳデータを更新する（＃１３３）。

さらに、修飾の設定がなされている場合は（＃１３４でＹｅｓ）、その設定の内容に基づいてユーザＸが所望する修飾を施すように、そのＲＳＳデータを更新する（＃１３５）。

図１１に戻って、その個別通知設定データ８に、図９の個別通知設定データ８ｈのように、時期によって異なる通知方法または通知先が設定されている場合は（＃１０でＹｅｓ）、現在の時刻が該当するほうの通知方法または通知先を、そのＲＳＳデータの通知方法または通知先に決定する（＃１１）。一方、時期による通知方法および通知先の変更がない場合は（＃１０でＮｏ）、その個別通知設定データ８に示される唯一の通知方法または通知先に決定する（＃１２）。

電子メールで通知することに決定した場合は（図１２の＃１３でＹｅｓ）、そのＲＳＳデータを記載しまたは添付した電子メールを、決定した通知先に送信する（＃１４）。ＩＭで通知することに決定した場合は（＃１３でＮｏ、＃１５でＹｅｓ）、そのＲＳＳデータを記載しまたは添付したメッセージを、決定した通知先に送信する（＃１６）。

印刷物によって通知することに決定した場合は（図１２の＃１３でＮｏ、＃１５でＮｏ）、そのＲＳＳデータを、後にユーザＸが画像形成装置１にログインしたときに印刷によってユーザＸに通知するために、ユーザＸのユーザ名と対応付けて印刷待ＲＳＳデータ記憶部１Ｋ３に記憶させる（＃１７）。

なお、ユーザＸは、複数の個別通知設定データ８を登録させておくことができる。この場合は、ユーザＸは、順次、通知の属性を記載した電子メールを画像形成装置１に送信すればよい。画像形成装置１は、電子メールが送信されてくるごとに、ステップ＃２、＃３の処理を実行する。

または、前に図７および図８で説明したように、ユーザＸは、操作パネル１０ｊなどに表示される設定用の画面を見ながら、個別通知設定データ８を登録することもできる。

また、画像形成装置１は、ユーザＸの個別通知設定データ８が複数登録されている場合は、その個別通知設定データ８ごとに、ステップ＃５〜＃１７で説明した、ＲＳＳデータの取得および通知のための処理を適宜実行する。

ユーザＸは、自分の端末装置２１、２２、または携帯電話端末３を用いて、ＲＳＳデータの通知を受け、図５のようにその内容を確認することができる。複数の個別通知設定データ８を登録している場合は、複数の通知を受けることができる。記事のジャンルなどに応じて、通知先を使い分けることもできる。

ユーザＸが画像形成装置１にログインすると（＃１８でＹｅｓ）、画像形成装置１は、ユーザＸに対応付けられておりかつ開封フラグが「０」であるＲＳＳデータがＲＳＳデータ記憶部１Ｋ２に記憶されている場合またはユーザＸに対応付けられているＲＳＳデータが印刷待ＲＳＳデータ記憶部１Ｋ３に記憶されている場合は（＃１９でＹｅｓ）、未確認のＲＳＳデータが存在することを知らせる画面を表示する（＃２０）。

そして、ユーザＸがＲＳＳデータを指定して印刷の指令を入力したら（＃２１でＹｅｓ）、そのＲＳＳデータに示される記事の一覧を図５のように用紙に印刷する（＃２２）。

なお、個別通知設定データ８に、図１０の個別通知設定データ８ｎのように、ユーザの所在などの状況に応じて通知方法または通知先の設定がなされている場合は、画像形成装置１は、図１１のステップ＃９において、所在などの状況ごとに設定がなされている否かをチェックする。そして、そのような設定がなされている場合は（＃１０でＹｅｓ）、ステップ＃１１の処理の前に、図１４に示すような手順でユーザＸの所在などを確認する。

その個別通知設定データ８の「所在条件」に示される条件の種類をチェックする（＃１４１）。ログイン中であるか否かに関する条件である場合は（＃１４２でＹｅｓ）、確認用のパケットを端末装置２１などの端末装置に送信することによって、ユーザＸがログインしているか否かをチェックする（＃１４３）。現在の位置に関する条件である場合は（＃１４２でＮｏ）、スケジュールを管理するシステムに問い合わせるなどして、ユーザＸの現在の位置をチェックする（＃１４４）。

そして、画像形成装置１は、その個別通知設定データ８に示される通知方法および通知先の設定のうち、ユーザＸの現在の状況に該当するほうの通知方法または通知先を、そのＲＳＳデータの通知方法または通知先に決定する（＃１１）。

画像形成装置１は、以上説明したユーザＸのための処理と並行して、ユーザＸ以外のユーザのための処理も同様に行う。

本実施形態によると、ユーザは、自分の所望するＲＳＳデータごとに、その通知の属性つまり通知方法、通知先、記事のジャンル、および文字の修飾などを設定することができる。よって、ユーザは、従来よりも便利にＲＳＳデータを取得することができる。

本実施形態では、ユーザへの通知の対象がＲＳＳデータである場合を例に説明したが、他のフォーマットのデータを対象とする場合にも、本発明を適用することができる。

上述の通り、ＲＳＳデータの通知は定期的に行われるので、同一の個別通知設定データ８に基づいて通知が行われることもある。そうすると、これから通知しようとしているＲＳＳデータの内容と以前に通知したＲＳＳデータの内容が同一である場合がある。この場合は、ＲＳＳデータの全部を通知するのではなく、更新されまたは新たに追加された部分を通知するようにしてもよい。

本実施形態では、時期の条件またはユーザの所在などの状況の条件に応じて通知方法または通知先を変更する例を挙げたが（図９および図１０参照）、他の条件に応じて変更してもよい。

例えば、通知の対象のＲＳＳデータのサイズを条件としてもよい。そして、所定のサイズ以上である場合は、端末装置２１の電子メールアドレスに送信し、それ未満である場合は、携帯電話端末３の電子メールアドレスに送信するようにしてもよい。または、通知の対象のＲＳＳデータの記事の個数を条件としてもよい。そして、所定の個数以上である場合は、端末装置２１の電子メールアドレスに送信し、それ未満である場合は、携帯電話端末３の電子メールアドレスに送信するようにしてもよい。

図１５はワンタッチ登録処理の流れの例を説明するフローチャートである。

本実施形態では、ユーザは、新たな個別通知設定データ８を登録する際に、通知先を、その文字列を１文字ずつ入力することによって指定したが、画像形成装置１に設けられているアドレス帳またはユーザプロファイルのデータベースに登録されている電子メールアドレスの中から選択することによって指定できるように構成してもよい。この場合は、画像形成装置１は、例えば、図１５に示すような手順で処理を行う。

画像形成装置１は、ユーザがログインし（図１５の＃１８１）、通知の属性の登録のコマンドを入力すると（＃１８２でＹｅｓ）、図８のような設定用の画面を表示する（＃１８３）。

ここで、「ワンタッチ／短縮」ボタンが押されると（＃１８４でＹｅｓ）、画像形成装置１は、自らに設けられているアドレス帳またはユーザプロファイルのデータベースに登録されている電子メールアドレスの一覧を表示する（＃１８５）。または、イントラネット５内のＬＤＡＰ（Lightweight Directory Access Protocol）サーバなどで管理されているアドレス帳に登録されている電子メールアドレスの一覧を表示してもよい。すべての電子メールアドレスを表示するのではなく、ログインしているユーザ自身の電子メールアドレスを選出して表示してもよい。

ユーザは、この一覧の中から、通知先にしたい電子メールアドレスを、短縮ダイアルの選択時と同じようにタッチすることによって選択することができる。

ユーザがいずれかの電子メールアドレスを選択して指定し、他の属性の内容も指定したら、画像形成装置１は、指定された内容を受け付け（＃１８６）、それを示す個別通知設定データ８を生成し登録する（＃１８７）。なお、この個別通知設定データ８には、選択された電子メールアドレスをそのまま記す代わりに、その電子メールアドレスを識別するキー番号を記してもよい。そして、ＲＳＳデータの送信の際には、そのキー番号を検索キーとして用い、アドレス帳からその電子メールアドレスの文字列を検索すればよい。

一方、「ワンタッチ／短縮」ボタンが押されなかった場合は（＃１８４でＮｏ）、ユーザが１文字ずつ入力して指定した電子メールアドレスを含む個別通知設定データ８を生成し登録する（＃１８８、＃１８９）。

また、ユーザは、図８の設定用の画面において、登録済の個別通知設定データ８を削除することもできる。

ユーザが所定のコマンドを入力すると、画像形成装置１は、そのユーザの個別通知設定データ８の一覧を表示させる。削除したい個別通知設定データ８をユーザが一覧の中から選択すると、その個別通知設定データ８の内容が指定された状態で、図８の設定用の画面を表示する。そして、ユーザが「削除」ボタンを押すと、画像形成装置１は、その個別通知設定データ８をそのユーザの通知先設定データ７から削除する。

本実施形態では、画像形成装置１としてＭＦＰを用いたが、パーソナルコンピュータまたはサーバ機等であってもよく、またはこれらの装置と印刷装置とを組み合わせたシステムを用いてもよい。また、携帯電話端末３の代わりにＰＨＳ端末またはＰＤＡ（Personal Digital Assistant）を用いてもよい。

その他、画像形成装置１、端末装置２１、２２、携帯電話端末３、Ｗｅｂサーバ４、およびイントラネット５の全体または各部の構成、処理内容、処理順序、通知先設定データ７の構成、個別通知設定データ８の構成、通知方法などは、本発明の趣旨に沿って適宜変更することができる。

画像形成装置のハードウェア構成の例を示す図である。 画像形成装置の機能的構成の例を示す図である。 画像形成装置と他の装置との接続の関係の例を示す図である。 ＲＳＳデータの例を示す図である。 ＲＳＳデータに基づいて再現される記事の一覧の例を示す図である。 通知先設定データおよび個別通知設定データの例を示す図である。 設定用の画面による通知の属性の受付の処理の流れの例を説明するフローチャートである。 設定用の画面の例を示す図である。 時期の条件を含む個別通知設定データの例を示す図である。 ユーザの状況の条件を含む個別通知設定データの例を示す図である。 画像形成装置の全体的な処理の流れの例を説明するフローチャートである。 画像形成装置の全体的な処理の流れの例を説明するフローチャートである。 ＲＳＳデータ加工処理の流れの例を説明するフローチャートである。 所在等確認処理の流れの例を説明するフローチャートである。 ワンタッチ登録処理の流れの例を説明するフローチャートである。

符号の説明

１ 画像形成装置（提供情報通知装置）
１０２ 電子メール処理部（通知処理手段）
１０３ メッセンジャ処理部（通知処理手段）
１０４ ユーザ所在情報管理部（状況検知手段）
１０５ ＲＳＳデータ取得部（提供情報取得手段）
１０６ 通知制御部（通知処理手段）
１０９ ローカル出力処理部（通知処理手段）
１Ｋ１ 通知設定データベース（通知属性記憶手段、保存場所記憶手段）
４ Ｗｅｂサーバ（サーバ）

Claims (9)

1. サーバから提供される情報である提供情報を取得してユーザに通知する提供情報通知装置であって、
   前記ユーザが指定した前記提供情報ごとに、当該ユーザが指定した、通知先および通知方法を含む、当該提供情報の通知に関する属性である通知属性を記憶する、通知属性記憶手段と、
   前記ユーザが指定した前記提供情報を、通信回線を介して取得する提供情報取得手段と、
   前記ユーザが指定した前記提供情報が取得されるごとに、当該提供情報を当該ユーザに通知するための処理を、前記通知属性記憶手段に記憶されている当該提供情報の前記通知属性に含まれる通知方法で、当該通知属性に含まれる通知先に当該提供情報を送信することによって、行う、通知処理手段と、
   を有することを特徴とする提供情報通知装置。
2. 前記提供情報の前記通知属性には、当該提供情報の文字の修飾の形態が含まれており、
   前記通知処理手段は、前記提供情報を、当該提供情報の前記通知属性に含まれる前記形態に書き換えて送信する、
   請求項１記載の提供情報通知装置。
3. 前記提供情報の前記通知属性には、時期ごとの、当該提供情報の通知先および通信方法が含まれており、
   前記通知処理手段は、前記提供情報を、当該提供情報の通知の日時が該当する時期に係る通信方法で当該時期に係る通知先に送信することによって、通知する、
   請求項１または請求項２記載の提供情報通知装置。
4. 前記ユーザの現在の状況を検知する状況検知手段、を有し、
   前記提供情報の前記通知属性には、前記ユーザの状況ごとの、当該提供情報の通知先および通信方法が含まれており、
   前記通知処理手段は、前記提供情報を、前記状況検知手段によって検知された前記ユーザの状況に係る通信方法で当該状況に係る通知先に送信することによって、通知する、
   請求項１または請求項２記載の提供情報通知装置。
5. 前記提供情報を印刷する印刷手段、を有し、
   前記通知処理手段は、
   前記提供情報の前記通知属性に含まれる通知方法が電子メールの送信である場合は、当該提供情報を記載しまたは添付した電子メールを送信することによって、当該提供情報を通知し、
   前記提供情報の前記通知属性に含まれる通知方法がインスタントメッセンジャのメッセージの送信である場合は、当該提供情報を記載しまたは添付したメッセージを送信することによって、当該提供情報を通知し、
   前記提供情報の前記通知属性に含まれる通知方法が印刷物の提供である場合は、当該提供情報を送信する代わりに、前記ユーザが当該提供情報通知装置にログインした際に当該提供情報を用紙に印刷する処理を前記印刷手段に実行させることによって、当該提供情報を通知する、
   請求項１ないし請求項４のいずれかに記載の提供情報通知装置。
6. 前記提供情報は、ＲＳＳのフォーマットで記載されている、
   請求項１ないし請求項５のいずれかに記載の提供情報通知装置。
7. 前記ユーザが指定した前記提供情報ごとに、当該提供情報が記載されたＲＳＳデータの、ネットワーク上の保存場所を記憶する、保存場所記憶手段、を有し、
   前記提供情報取得手段は、前記ユーザが指定した前記提供情報が記載されたＲＳＳデータを、前記保存場所記憶手段に記憶されている、当該ＲＳＳデータの前記保存場所から、所定のタイミングごとに取得し、
   前記通知処理手段は、同一の前記保存場所からＲＳＳデータが日時を異にして複数取得された場合は、最近取得されたＲＳＳデータから、それよりも前に取得されたＲＳＳデータに記載される前記提供情報を除いたものを、通知する、
   請求項６記載の提供情報通知装置。
8. サーバから提供される情報である提供情報を取得してユーザに通知する提供情報通知方法であって、
   前記ユーザが指定した前記提供情報ごとに、当該ユーザが指定した、通知先および通知方法を含む、当該提供情報の通知に関する属性である通知属性を、通知属性記憶手段に記憶させておき、
   コンピュータに、
   前記ユーザが指定した前記提供情報を、通信回線を介して取得させ、
   前記ユーザが指定した前記提供情報を取得するごとに、当該提供情報を当該ユーザに通知するための処理を、前記通知属性記憶手段に記憶されている当該提供情報の前記通知属性に含まれる通知方法で、当該通知属性に含まれる通知先に当該提供情報を送信することによって、行わせる、
   ことを特徴とする提供情報通知方法。
9. サーバから提供される情報である提供情報を取得してユーザに通知するコンピュータに用いられるコンピュータプログラムであって、
   前記コンピュータに、
   前記ユーザが指定した前記提供情報ごとに、当該ユーザが指定した、通知先および通知方法を含む、当該提供情報の通知に関する属性である通知属性を、通知属性記憶手段に記憶させる処理を実行させ、
   前記ユーザが指定した前記提供情報を通信回線を介して取得する処理を実行させ、
   前記ユーザが指定した前記提供情報を取得するごとに、当該提供情報を当該ユーザに通知するための処理を、前記通知属性記憶手段に記憶されている当該提供情報の前記通知属性に含まれる通知方法で、当該通知属性に含まれる通知先に当該提供情報を送信することによって実行させる、
   ことを特徴とするコンピュータプログラム。

Images