(57)【要約】【課題】ウェブサイトから受信した要約情報に含まれるコンテンツをメモリに保持する件数を、適切に設定することが可能な通信装置を提供すること。【解決手段】ＣＰＵは、コンテンツをメモリに保持する件数（保持件数）を、ウェブサイト毎に設定する。また、ＣＰＵは、ウェブサイトから受信したフィード情報を解析し、保持件数以内のコンテンツをメモリに保持し、保持件数を超えるコンテンツをメモリに保持することなく破棄する。さらに、ＣＰＵは、コンテンツの保持状況を示すコンテンツ保持情報を、ディスプレイに表示する。【選択図】図５
2010136057.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツを含む要約情報を配信するウェブサイトにアクセスし、前記ウェブサイトから前記要約情報を受信し、受信した前記要約情報に含まれる前記コンテンツを取得してメモリに保持し、前記メモリに保持されている前記コンテンツをディスプレイに表示する通信装置であって、
前記メモリに保持する前記コンテンツの件数（保持件数）を、前記ウェブサイト毎に設定する保持件数設定手段と、
受信した前記要約情報を解析し、前記保持件数以内の前記コンテンツを前記メモリに保持し、前記保持件数を超える前記コンテンツを前記メモリに保持することなく破棄する記憶制御手段と、
前記コンテンツの保持状況を示すコンテンツ保持情報を所定のタイミングで前記ディスプレイに表示する表示制御手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記表示制御手段は、前記メモリに保持されている前記コンテンツの表示画面において、前記ディスプレイに前記コンテンツ保持情報を表示する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記保持件数設定手段は、前記ディスプレイに表示される前記保持件数の設定画面でのユーザの入力に基づいて前記保持件数を設定し、
前記表示制御手段は、前記保持件数の設定画面において、前記ディスプレイに前記コンテンツ保持情報を表示する
ことを特徴とする請求項１または２に記載の通信装置。
【請求項４】
受信した前記要約情報を解析し、前記要約情報に含まれる前記コンテンツの件数（取得件数）を特定する取得件数特定手段を備え、
前記保持件数設定手段は、過去所定回の前記要約情報の受信における前記取得件数の平均値を、前記保持件数として設定可能である
ことを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
前記取得件数が前記保持件数を超える場合に前記取得件数から前記保持件数を減算した数（破棄件数）を計算する破棄件数演算手段と、
前記取得件数が前記保持件数以内の場合に前記保持件数から前記取得件数を減算した数（空き件数）を計算する空き件数演算手段と、
過去所定回の前記要約情報の受信における前記破棄件数の平均値（平均破棄件数）を計算する平均破棄件数演算手段と、
を備え、
前記表示制御手段は、前記取得件数、前記破棄件数、前記空き件数、前記平均破棄件数、のうち少なくとも１つを前記コンテンツ保持情報として前記ディスプレイに表示する
ことを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関する。特に、複数のコンテンツを含む要約情報を配信するウェブサイトにアクセスしてコンテンツを取得し、ディスプレイに表示する通信装置に関する。
【背景技術】
【０００２】
近年、フィード情報（Feed）のような複数のコンテンツを含む要約情報を配信するウェブサイトが増えている。フィード情報の代表的なフォーマットとしては、ＲＳＳやＡｔｏｍが挙げられる。
【０００３】
特許文献１に開示される構成は、ＲＳＳ形式のフィード情報をウェブサイトから受信し、コンテンツのタイトルを一覧表示し、何れかのタイトルが選択されると、コンテンツのタイトル、本文（ディスクリプション）、画像、ウェブサイトへのリンクボタン、を表示する。そして、リンクボタンが選択されると、元の情報が掲載されたウェブサイトが表示される。
【０００４】
【特許文献１】特開２００８−１６５６９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
パーソナルコンピュータのようなメモリ容量に比較的余裕のある装置であれば、ウェブサイトから受信した要約情報に含まれるコンテンツの全件を、メモリに保持しておいても問題はない。しかしながら、プリンタ機能、ファックス機能等を備える多機能機のようなメモリ容量が小さい装置の場合、メモリに保持することができる件数に制約があり問題である。
【０００６】
また、メモリ容量が小さい装置において、メモリに保持するコンテンツの件数を設定し、設定された件数を超えるコンテンツをメモリに保持することなく破棄する場合、何件程度に設定すれば適切なのか、一般のユーザにとって判断が難しい。したがって、過大なメモリ領域が確保されたり、破棄されるコンテンツの件数が増え過ぎたりするおそれがあり問題である。
【０００７】
本発明は上記の課題に鑑み提案されたものである。本発明は、ウェブサイトから受信した要約情報に含まれるコンテンツをメモリに保持する件数を、適切に設定することが可能な通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の請求項１に係る通信装置は、複数のコンテンツを含む要約情報を配信するウェブサイトにアクセスし、前記ウェブサイトから前記要約情報を受信し、受信した前記要約情報に含まれる前記コンテンツを取得してメモリに保持し、前記メモリに保持されている前記コンテンツをディスプレイに表示する通信装置であって、前記メモリに保持する前記コンテンツの件数（保持件数）を、前記ウェブサイト毎に設定する保持件数設定手段と、受信した前記要約情報を解析し、前記保持件数以内の前記コンテンツを前記メモリに保持し、前記保持件数を超える前記コンテンツを前記メモリに保持することなく破棄する記憶制御手段と、前記コンテンツの保持状況を示すコンテンツ保持情報を所定のタイミングで前記ディスプレイに表示する表示制御手段と、を備えることを特徴とする。
【０００９】
本発明の請求項２に係る通信装置は、請求項１の通信装置において、前記表示制御手段は、前記メモリに保持されている前記コンテンツの表示画面において、前記ディスプレイに前記コンテンツ保持情報を表示することを特徴とする。
【００１０】
本発明の請求項３に係る通信装置は、請求項１または２の通信装置において、前記保持件数設定手段は、前記ディスプレイに表示される前記保持件数の設定画面でのユーザの入力に基づいて前記保持件数を設定し、前記表示制御手段は、前記保持件数の設定画面において、前記ディスプレイに前記コンテンツ保持情報を表示することを特徴とする。
【００１１】
本発明の請求項４に係る通信装置は、請求項１乃至３のいずれか１項の通信装置において、受信した前記要約情報を解析し、前記要約情報に含まれる前記コンテンツの件数（取得件数）を特定する取得件数特定手段を備え、前記保持件数設定手段は、過去所定回の前記要約情報の受信における前記取得件数の平均値を、前記保持件数として設定可能であることを特徴とする。
【００１２】
本発明の請求項５に係る通信装置は、請求項１乃至４のいずれか１項の通信装置において、前記取得件数が前記保持件数を超える場合に前記取得件数から前記保持件数を減算した数（破棄件数）を計算する破棄件数演算手段と、前記取得件数が前記保持件数以内の場合に前記保持件数から前記取得件数を減算した数（空き件数）を計算する空き件数演算手段と、過去所定回の前記要約情報の受信における前記破棄件数の平均値（平均破棄件数）を計算する平均破棄件数演算手段と、を備え、前記表示制御手段は、前記取得件数、前記破棄件数、前記空き件数、前記平均破棄件数、のうち少なくとも１つを前記コンテンツ保持情報として前記ディスプレイに表示することを特徴とする。
【発明の効果】
【００１３】
本発明の請求項１に係る通信装置によれば、保持件数設定手段は、ウェブサイトから受信した要約情報に含まれるコンテンツをメモリに保持する件数（保持件数）を、ウェブサイト毎に設定する。これにより、ユーザの好みに合わせ、ユーザの関心が高いウェブサイトから配信される要約情報に含まれるコンテンツが破棄されるのを防ぐことができる。
【００１４】
また、記憶制御手段は、保持件数を超えるコンテンツをメモリに保持することなく破棄するため、メモリ容量の小さい装置であっても、ウェブサイトから受信した要約情報に含まれるコンテンツをディスプレイに表示する機能を搭載することができる。
【００１５】
また、表示制御手段は、コンテンツの保持状況を示すコンテンツ保持情報をディスプレイに表示する。これにより、ユーザに対して、保持件数を設定するための指標を提供することができる。
【００１６】
本発明の請求項２に係る通信装置によれば、表示制御手段は、メモリに保持されているコンテンツの表示画面において、ディスプレイにコンテンツ保持情報を表示するため、コンテンツの表示を閲覧するユーザに対して、現在のコンテンツ保持状況を知らせることができる。したがって、ユーザは、コンテンツを閲覧しながら、コンテンツ保持状況を確認することができる。
【００１７】
本発明の請求項３に係る通信装置によれば、保持件数設定手段は、ディスプレイに表示される保持件数の設定画面でのユーザの入力に基づいて保持件数を設定し、表示制御手段は、保持件数の設定画面において、ディスプレイにコンテンツ保持情報を表示する。そのため、保持件数を設定しようとするユーザに対して、現在のコンテンツ保持状況を知らせることができる。したがって、ユーザは、保持件数を設定する際に、コンテンツ保持状況を確認することができる。
【００１８】
本発明の請求項４に係る通信装置によれば、保持件数設定手段は、過去所定回の要約情報の受信における取得件数の平均値を、保持件数として設定可能なため、ユーザの手間を省きつつ、取得件数の履歴に応じた保持件数を設定することができる。したがって、ユーザは、無駄にメモリ領域を確保することや、過剰にコンテンツを破棄することを回避することができる。
【００１９】
本発明の請求項５に係る通信装置によれば、表示制御手段は、取得件数、破棄件数、空き件数、平均破棄件数、をコンテンツ保持情報としてディスプレイに表示する。これにより、保持件数を設定するための指標を、ユーザにとって把握し易い態様で、提供することができる。
【００２０】
本発明に係る通信装置によれば、ウェブサイトから受信した要約情報に含まれるコンテンツをメモリに保持する件数を、適切に設定することができる。
【発明を実施するための最良の形態】
【００２１】
図面を参照して実施例を説明する。図１は、本実施例の多機能機システム２の概略図を示す。多機能機システム２は、多機能機１０と、複数のＰＣ７０及び７１と、複数のコンテンツ提供サーバ９０及び９１と、を備える。多機能機１０、各ＰＣ７０、７１は、ＬＡＮ回線４に接続されている。ＬＡＮ回線４は、ルータ６を介してインターネット８に接続されている。各コンテンツ提供サーバ９０、９１は、インターネット８に接続されている。本実施例では、コンテンツ提供サーバ９０がある１つのウェブサイトを公開しており、コンテンツ提供サーバ９１が別の１つのウェブサイトを公開している。各ウェブサイトは、複数のコンテンツを掲載している。さらに、各コンテンツ提供サーバ９０、９１は、自身のウェブサイトに掲載される複数のコンテンツを含む要約情報であるフィード情報（ＲＳＳ形式のフィード情報）を記憶、配信している。これらの情報の具体的な内容については、後で詳しく説明する。
【００２２】
（多機能機の構成）
図２は、多機能機１０の構成を示す。多機能機１０は、制御部１２、表示パネル５０、キーパッド５２、印刷部５４、スキャン部５６、ＦＡＸ部５８、ネットワークインターフェイス６０、ＰＳＴＮインターフェイス６２、等を有する。制御部１２は、ＣＰＵ１４、ＲＯＭ１６、ＲＡＭ３０、ＮＶＲＡＭ４０、等を有する。
【００２３】
ＣＰＵ１４は、ＲＯＭ１６に記憶されているプログラム１８〜２６に従って様々な処理を実行する。ＣＰＵ１４が実行する処理については、後で詳しく説明する。ＲＯＭ１６は、様々なプログラム１８〜２６を記憶している。基本機能プログラム１８は、多機能機１０の基本的な動作を制御するためのプログラムである。基本機能プログラム１８は、例えば、表示パネル５０に表示される表示データを生成するためのプログラムを含んでいる。また、基本機能プログラム１８は、例えば、印刷部５４、スキャン部５６、ＦＡＸ部５８等を制御するためのプログラムを含んでいる。インターネット接続プログラム２０は、インターネット８に接続するためのプログラムである。フィード情報解析プログラム２２は、コンテンツ提供サーバ９０、９１から受信されるフィード情報を解析し、表示パネル５０で表示するための情報（以下では表示情報と呼ぶ）を作成するためのプログラムである。フィード情報表示プログラム２４は、表示情報を表示するためのプログラムである。ＰＣ管理プログラム２６は、ＰＣ７０、７１から送信されるＰＣ起動通知に従って処理を実行するためのプログラムである。
【００２４】
ＲＡＭ３０は、様々な記憶領域３２〜３８を有する。基本機能ワーク領域３２は、基本機能プログラム１８に従って処理が実行される過程で生成される各種データを記憶するための記憶領域である。フィード情報解析ワーク領域３４は、フィード情報解析プログラム２２に従って処理が実行される過程で作成される各種データを記憶するための記憶領域である。表示情報記憶領域３６は、フィード情報解析プログラム２２に従って作成される表示情報を記憶するための記憶領域である。ＰＣ情報記憶領域３８は、ＰＣ起動通知の送信元のＰＣに関する情報を記憶するための記憶領域である。
【００２５】
ＮＶＲＡＭ４０は、様々な記憶領域４２〜４６を有する。基本機能パラメータ記憶領域４２は、ＣＰＵ１４が基本機能プログラム１８に従って処理を実行する際に利用される各種パラメータ（例えば印刷設定、スキャン設定等）を記憶するための記憶領域である。ＵＲＬ記憶領域４４は、各コンテンツ提供サーバ９０、９１が有するフィード情報のＵＲＬを記憶するための記憶領域である。例えば、ユーザは、各コンテンツ提供サーバ９０、９１からのコンテンツ提供サービスを受けるための登録を行なう必要がある。この登録は、多機能機１０を利用して実行されてもよいし、ＰＣ７０、７１を利用して実行されてもよい。
【００２６】
表示パネル５０は、様々な情報を表示することができる。表示パネル５０の表示画面は、ＰＣ７０、７１が有する表示画面より小さい。例えば、ＰＣ７０、７１が１７インチ以上のＬＣＤを備えるのに対して、表示パネル５０は６インチ以下である。表示パネル５０は、タッチパネルとして機能する。キーパッド５２は、複数のキーによって構成される。ユーザは、キーパッド５２を操作することによって様々な指示や情報を多機能機１０に入力することができる。ネットワークインターフェイス６０は、ＬＡＮ回線４に接続されている。多機能機１０は、ＰＣ７０、７１と通信可能であるとともに、インターネット８にアクセス可能である。ＰＳＴＮインターフェイス６２は、図示省略しているＰＳＴＮ（Public Switched Telephone Network）に接続されている。ＰＳＴＮは、ＦＡＸ通信や電話通信を行なう際に利用される。
【００２７】
（ＵＲＬ記憶領域の記憶内容）
続いて、ＮＶＲＡＭ４０のＵＲＬ記憶領域４４（図２参照）の記憶内容について説明する。図３は、ＵＲＬ記憶領域４４の記憶内容の一例を示す。ＵＲＬ記憶領域４４は、各コンテンツ提供サーバ９０、９１のフィード情報のＵＲＬ１０２を記憶することが可能である。換言すると、ＵＲＬ記憶領域４４は、各ウェブサイトのフィード情報のＵＲＬ１０２を記憶することが可能である。図３の例では、ｎ個のＵＲＬ１０２が記憶されている。ここで、ｎを登録済サイト数ｎと定義する。各ＵＲＬ１０２には、識別番号１００が付与されている。本実施例では、識別番号１００を符号「ｉ」で表現する。
【００２８】
（表示情報記憶領域の記憶内容）
続いて、ＲＡＭ３０の表示情報記憶領域３６（図２参照）の記憶内容について説明する。図４は、表示情報記憶領域３６の記憶内容の一例を示す。表示情報記憶領域３６は、ＵＲＬ記憶領域４４に記憶されているＵＲＬ毎に表示情報１１２を記憶することが可能である。換言すると、表示情報記憶領域３６は、ＵＲＬ記憶領域４４に記憶されているウェブサイト毎に表示情報１１２を記憶することが可能である。上述したように、ＵＲＬ記憶領域４４にはｎ個（ｎは１以上の整数）のＵＲＬ１０２が記憶されている（図３参照）。このために、表示情報記憶領域３６にもｎ個の表示情報１１２が記憶されている。各表示情報１１２には、識別番号１１０が付与されている。本実施例では、識別番号１１０を符号「ｉ」で表現する。
【００２９】
個々の表示情報１１２のデータ構成について説明する。表示情報１１２は、サイト情報１２０を含んでいる。サイト情報１２０は、サイトタイトル文字列１２２とフィード更新日時情報１２４を含んでいる。サイトタイトル文字列１２２は、ウェブサイトのタイトルの文字列である。ウェブサイトのタイトルのことを「サイトの名称」と言い換えることもできる。フィード更新日時情報１２４は、コンテンツ提供サーバ９０、９１においてフィード情報が更新された日時（最新の更新日時）に関する情報である。
【００３０】
表示情報１１２は、更新コンテンツ情報１３２を含んでいる。更新コンテンツ情報１３２の件数の上限は、識別番号１１０で区別される表示情報１１２毎に設定される。換言すると、更新コンテンツ情報１３２の件数の上限は、ＵＲＬ記憶領域４４に記憶されているウェブサイト毎に設定される。例えば、図４では、「ｉ＝０」に対応する表示情報１１２は、ｓ個（ｓは１以上の整数）までの更新コンテンツ情報１３２を含むことが可能である。ここで、ｓを保持件数ｓと定義する。これは、「ｉ＝０」に対応するウェブサイトから受信したフィード情報に含まれるコンテンツをｓ個まで保持することを意味する。各更新コンテンツ情報１３２には、識別番号１３０が付与されている。本実施例では、識別番号１３０を符号「ｊ」で表現する。
【００３１】
各更新コンテンツ情報１３２は、コンテンツタイトル文字列１４０とコンテンツ更新日時情報１４２とコンテンツ要約文字列１４４とコンテンツＵＲＬ１４６とを含んでいる。コンテンツタイトル文字列１４０は、コンテンツのタイトルの文字列である。コンテンツのタイトルのことを「コンテンツの名称」と言い換えることもできる。コンテンツ更新日時情報１４２は、コンテンツ提供サーバ９０、９１においてコンテンツが更新された日時（最新の更新日時）に関する情報である。コンテンツ要約文字列１４４は、コンテンツが有する文字列が要約化されたものである。換言すると、コンテンツ要約文字列１４４は、コンテンツのタイトルより多い文字列であり、コンテンツの全体の文字列より少ない文字列であり、コンテンツの内容が反映された文字列である。コンテンツＵＲＬ１４６は、コンテンツのＵＲＬである。
【００３２】
（フィード情報処理）
続いて、多機能機１０のＣＰＵ１４が受信したフィード情報に含まれるコンテンツを表示パネル５０に表示するまでの一連の処理である、フィード情報処理について説明する。フィード情報処理は、ＲＯＭ１６に記憶されている各プログラム（図２参照）に従って実行される。図５、図７〜図１２は、フィード情報処理のフローチャートである。
【００３３】
多機能機１０は、省電力状態、待機状態、機能実行状態等の複数の状態を有する。本実施例では、多機能機１０が待機状態にある場合にフィード情報処理が実行されるものとして説明する。図５のＳ１００において、ＣＰＵ１４は、多機能機１０が待機状態に移行するまで待機する。待機状態に移行すると、ＣＰＵ１４は、Ｓ１０２において、ＮＶＲＡＭ４０のＵＲＬ記憶領域４４（図２参照）に記憶されている登録済サイト数ｎ（図３参照）を取得する。Ｓ１０４において、ＣＰＵ１４は、カウンタｉを初期化する。Ｓ１０６において、ＣＰＵ１４は、カウンタｉが登録済サイト数ｎより小さいか否かを判断する。カウンタｉが登録済サイト数ｎより小さくない場合（Ｓ１０６：ＮＯ）、処理はＳ１０４へ戻る。一方、カウンタｉが登録済サイト数ｎより小さい場合（Ｓ１０６：ＹＥＳ）、処理はＳ１０８へ進む。
【００３４】
Ｓ１０８において、ＣＰＵ１４は、ＵＲＬ記憶領域４４に記憶されているｉ番目のウェブサイトのＵＲＬ１０２（図３参照）を参照して、そのウェブサイトにアクセスする。Ｓ１１０において、ＣＰＵ１４は、アクセスしたウェブサイトが配信するフィード情報を受信する。Ｓ１１２において、ＣＰＵ１４は、受信したフィード情報を解析し、フィード情報に含まれるコンテンツの件数ｍを特定する。ここで、ｍを取得件数ｍと定義する。
【００３５】
Ｓ１１４において、ＣＰＵ１４は、ＲＡＭ３０の表示情報記憶領域３６（図２参照）に記憶されているｉ番目のウェブサイトの表示情報１１２に含まれる更新コンテンツ情報１３２の保持件数ｓ（図４参照）と、Ｓ１１２において特定した取得件数ｍとに基づいて、破棄件数ｄ、空き件数ｒ、平均破棄件数ａを計算する。
【００３６】
ここで、破棄件数ｄは、取得件数ｍ≧保持件数ｓのときｍ−ｓ、取得件数ｍ＜保持件数ｓのとき０、で与えられる値、空き件数ｒは、取得件数ｍ≧保持件数ｓのとき０、取得件数ｍ＜保持件数ｓのときｓ−ｍ、で与えられる値、平均破棄件数ａは、過去所定回のフィード情報の受信における破棄件数ｄの平均値、とそれぞれ定義する。これは、保持件数ｓと取得件数ｍとを比較した結果、取得件数ｍが保持件数ｓを超える、すなわち、保持件数ｓを超えるコンテンツがフィード情報に含まれる場合に、表示情報記憶領域３６に保持することなく破棄するコンテンツの件数が破棄件数ｄであることを意味する。逆に、取得件数ｍが保持件数ｓを超えない、すなわち、保持件数ｓ以内のコンテンツがフィード情報に含まれる場合に、表示情報記憶領域３６にさらに保持することができるコンテンツの件数が空き件数ｒであることを意味する。
【００３７】
Ｓ１１６において、ＣＰＵ１４は、ＲＡＭ３０のフィード情報解析ワーク領域３４（図２参照）に記憶されている履歴テーブルを更新する。図６は、履歴テーブルの一例を示す。図６に示されるように、履歴テーブルは、Ｓ１１２、Ｓ１１４で得られた破棄件数ｄ、空き件数ｒ、取得件数ｍ、平均破棄件数ａについて過去ｘ回分のデータを含んでいる。また、履歴テーブルは、ＵＲＬ記憶領域４４に記憶されているウェブサイト毎に、登録済サイト数ｎ個分だけ管理されている。
【００３８】
Ｓ１１８において、ＣＰＵ１４は、Ｓ１１０で受信したフィード情報から保持件数ｓ以内のコンテンツを取得して、ＲＡＭ３０の表示情報記憶領域３６に保持する。フィード情報に含まれるコンテンツが保持件数ｓを超える場合には、破棄件数ｄ分のコンテンツが表示情報記憶領域３６に保持されることなく破棄される。フィード情報に含まれるコンテンツが保持件数ｓ以内の場合には、空き件数ｒ分のコンテンツを表示情報記憶領域３６にさらに保持することができる状態になる。このように、保持件数ｓを超えるコンテンツをＲＡＭ３０の表示情報記憶領域３６に保持することなく破棄するため、多機能機１０のようにメモリ容量の小さい装置であっても、ウェブサイトから受信したフィード情報に含まれるコンテンツを表示パネル５０に表示する機能を搭載することができる。
【００３９】
Ｓ１２０において、ＣＰＵ１４は、カウンタｊを初期化する。Ｓ１２２において、ＣＰＵ１４は、カウンタｊが保持件数ｓより小さいか否かを判断する。カウンタｊが保持件数ｓより小さくない場合（Ｓ１２２：ＮＯ）、Ｓ１２４においてカウンタｉに１が加算され、処理はＳ１０６へ戻る。これにより、ＵＲＬ記憶領域４４に記憶されているｎ個のウェブサイトについて順繰りに処理が実行される。一方、カウンタｊが保持件数ｓより小さい場合（Ｓ１２２：ＹＥＳ）、処理はＳ１２６へ進む。
【００４０】
Ｓ１２６において、ＣＰＵ１４は、ＲＡＭ３０の表示情報記憶領域３６からｉ番目のウェブサイトのｊ番目の更新コンテンツ情報１３２を取得する。Ｓ１２８において、ＣＰＵ１４は、Ｓ１２６で取得したｊ番目のコンテンツを表示パネル５０にスクロール表示する。図１３（Ａ）は、Ｓ１２８における表示パネル５０の画面の一例を示す。Ｓ１２８のスクロール表示では、図１３（Ａ）に例示されるように、例えば、ｊ番目の更新コンテンツ情報１３２に含まれるコンテンツタイトル文字列１４０（図４参照）が、テロップ欄１６２において右から左へスクロールされ、表示される。また、Ｓ１２８において、ＣＰＵ１４は、ｉ番目のウェブサイトに対応する履歴テーブル（図６参照）から最新の空き件数ｒを取得して、ガイダンス欄１６４に表示する。これにより、コンテンツの表示を閲覧するユーザに対して、現在のコンテンツ保持状況を知らせることができる。したがって、ユーザは、コンテンツを閲覧しながら、コンテンツ保持状況を確認することができる。そのため、ユーザは、現在の保持件数ｓの設定が適切か否かを確認する機会が得られる。なお、ガイダンス欄１６４に表示されるのは、空き件数ｒの他、破棄件数ｄや平均破棄件数ａ等であってもよい。Ｓ１２８の後、処理は図７のＳ１３０に進む。
【００４１】
Ｓ１３０において、ＣＰＵ１４は、イベントが発生するまで待機する。イベントが発生すると、処理はＳ１３２に進む。Ｓ１３２において、ＣＰＵ１４は、発生したイベントがスクロール表示終了イベントであるか否かを判断する。ここで、スクロール表示終了イベントとは、コンテンツのスクロール表示が終了した際に発生するイベントである。イベントがスクロール表示終了イベントである場合（Ｓ１３２：ＹＥＳ）、Ｓ１３４においてカウンタｊに１が加算され、処理は図５のＳ１２２へ戻る。これにより、表示情報記憶領域３６に記憶されているｉ番目のウェブサイトのｓ個の更新コンテンツ情報１３２について順繰りに処理が実行される。なお、取得件数ｍが保持件数ｓより少ない場合には、カウンタｊが取得件数ｍに達した時点で、ＣＰＵ１４はＳ１２２においてＮＯと判断し、処理をＳ１０６へ戻してもよい。これにより、空の更新コンテンツ情報１３２について処理することを避けることができる。一方、イベントがスクロール表示終了イベントでない場合（Ｓ１３２：ＮＯ）、処理はＳ１３６へ進む。
【００４２】
Ｓ１３６において、ＣＰＵ１４は、発生したイベントがリスト表示要求イベントであるか否かを判断する。ここで、リスト表示要求イベントとは、図１３（Ａ）に例示されるスクロール表示画面において、ユーザがテロップ欄１６２を選択（タッチ）した際に発生するイベントである。イベントがリスト表示要求イベントでない場合（Ｓ１３６：ＮＯ）、処理はＳ１４０に進む。Ｓ１４０において、ＣＰＵ１４は、発生したイベントが機能実行操作イベントであるか否かを判断する。ここで、機能実行操作イベントとは、図１３（Ａ）に例示されるスクロール表示画面において、ユーザがいずれかの機能ボタン１６０を選択（タッチ）した際に発生するイベントである。イベントが機能実行操作イベントである場合（Ｓ１４０：ＹＥＳ）、多機能機１０は機能実行状態に移行し、ＣＰＵ１４は選択された機能ボタン１６０に対応する処理（例えば、ＦＡＸ送信処理、コピー処理等）を実行した後、処理を図５のＳ１００へ戻す。イベントが機能実行操作イベントでない場合（Ｓ１４０：ＮＯ）、ＣＰＵ１４は、発生したイベントに応じた処理を実行し、処理をＳ１３０へ戻す。一方、Ｓ１３６においてイベントがリスト表示要求イベントである場合（Ｓ１３６：ＹＥＳ）、処理はＳ１３８に進む。
【００４３】
Ｓ１３８において、ＣＰＵ１４は、ＲＡＭ３０の表示情報記憶領域３６（図２参照）からｉ番目のウェブサイトの表示情報１１２に含まれる全ての更新コンテンツ情報１３２及びサイト情報１２０を取得して、表示パネル５０にリスト表示する。図１３（Ｂ）〜（Ｅ）は、Ｓ１３８における表示パネル５０の画面の一例をそれぞれ示す。Ｓ１３８のリスト表示では、図１３（Ｂ）〜（Ｅ）に例示されるように、例えば、ｉ番目のウェブサイトのサイトタイトル文字列１２２（図４参照）がＲＳＳサイト名欄１７０に、保持件数ｓが保持件数欄１７１に、コンテンツタイトル文字列１４０及びコンテンツ更新日時情報１４２（図４参照）がリスト表示欄１７３に、それぞれ表示される。また、ユーザは、リスト表示欄１７３に備えられるスクロールバーを操作することで、ｉ番目のウェブサイトの表示情報１１２に含まれる全ての更新コンテンツ情報１３２を閲覧することができる。Ｓ１３８の後、処理は図８のＳ１４２に進む。
【００４４】
Ｓ１４２において、ＣＰＵ１４は、ｉ番目のウェブサイトに対応する履歴テーブル（図６参照）を参照して、最新の破棄件数ｄ、空き件数ｒ、平均破棄件数ａを取得する。Ｓ１４４において、ＣＰＵ１４は、Ｓ１４２で取得した破棄件数ｄが０より大きいか否かを判断する。破棄件数ｄが０以上である場合（Ｓ１４４：ＹＥＳ）、ＣＰＵ１４は、Ｓ１４６において、平均破棄件数ａを表示するか否かを判断する。平均破棄件数ａを表示するか否かは、例えば、ユーザの設定に基づいて判断される。平均破棄件数ａを表示する場合（Ｓ１４６：ＹＥＳ）、ＣＰＵ１４は、Ｓ１４８において、図１３（Ｂ）に例示されるように、ガイダンス欄１７４に平均破棄件数ａを表示する。平均破棄件数ａを表示しない場合（Ｓ１４６：ＮＯ）、ＣＰＵ１４は、Ｓ１５０において、図１３（Ｃ）に例示されるように、ガイダンス欄１７４に破棄件数ｄを表示する。一方、Ｓ１４４において破棄件数ｄが０より大きくない場合（Ｓ１４４：ＮＯ）、ＣＰＵ１４は、Ｓ１５２において、図１３（Ｄ）、（Ｅ）に例示されるように、ガイダンス欄１７４に「全件保持できました」というメッセージ、もしくは、空き件数ｒを表示する。「全件保持できました」というメッセージ、もしくは、空き件数ｒのどちらを表示するかは、例えば、ユーザの設定に基づいて決定される。図１３（Ｂ）〜（Ｅ）のように、リスト表示画面に平均破棄件数ａ、破棄件数ｄ、空き件数ｒ等を表示することにより、コンテンツの表示を閲覧するユーザに対して、現在のコンテンツ保持状況を知らせることができる。したがって、図１３（Ａ）のスクロール表示画面と同様に、ユーザは、現在の保持件数ｓの設定が適切か否かを確認する機会が得られる。Ｓ１４８、Ｓ１５０、Ｓ１５２のいずれかの後、処理は図９のＳ１５４に進む。
【００４５】
Ｓ１５４において、ＣＰＵ１４は、図１３（Ｂ）〜（Ｅ）に例示されるリスト表示画面上の設定ボタン１７２がユーザによって選択（タッチ）されたか否かを判断する。所定時間内に設定ボタン１７２が選択されない場合（Ｓ１５４：ＮＯ）、処理は図５のＳ１２２に戻り、ＣＰＵ１４は、再びｊ番目のコンテンツをスクロール表示する。一方、所定時間内に設定ボタン１７２が選択された場合（Ｓ１５４：ＹＥＳ）、ＣＰＵ１４は、Ｓ１５６において、表示パネル５０にＲＳＳ設定画面を表示し、Ｓ１５８において、イベントが発生するまで待機する。図１４（Ａ）、（Ｂ）は、Ｓ１５６における表示パネル５０の画面の一例をそれぞれ示す。イベントが発生すると、処理はＳ１６０に進む。
【００４６】
Ｓ１６０において、ＣＰＵ１４は、発生したイベントが「保持件数／履歴」タブ選択イベントであるか否かを判断する。ここで、「保持件数／履歴」タブ選択イベントとは、図１４（Ａ）、（Ｂ）に例示されるＲＳＳ設定画面において、ユーザがタブ１８０Ａ〜１８０Ｄのうち保持件数／履歴タブ１８０Ｃを選択（タッチ）した際に発生するイベントである。イベントが「保持件数／履歴」タブ選択イベントである場合（Ｓ１６０：ＹＥＳ）、処理は図１０のＳ１６４に進む。
【００４７】
Ｓ１６４において、ＣＰＵ１４は、ｉ番目のウェブサイトに対応する履歴テーブル（図６参照）を参照して、最新の破棄件数ｄ、取得件数ｍ、平均破棄件数ａ、履歴数ｘを取得する。また、ｉ番目のウェブサイトに対応する表示情報１１２（図４参照）から現在の保持件数ｓを取得する。Ｓ１６６において、ＣＰＵ１４は、Ｓ１６４で取得した情報を表示パネル５０に表示する。Ｓ１６６の表示では、図１４（Ａ）に例示されるように、例えば、保持件数ｓが設定欄１８１に、取得件数ｍ、破棄件数ｄ、平均破棄件数ａ、履歴数ｘが履歴表示欄１８４に、それぞれ表示される。また、過去５回の取得件数ｍの推移がグラフ表示欄１８５にグラフ表示される。さらに、グラフには、保持件数ｓが重ねて表示され、取得件数ｍが保持件数ｓを上回っている場合はコンテンツが破棄され、取得件数ｍが保持件数ｓを下回っている場合は空きがあることが示される。これにより、保持件数ｓを設定するための指標を、ユーザにとって見やすく、直感的に把握することが可能な態様で、提供することができる。そのため、ユーザは取得件数ｍに対する保持件数ｓの過不足を容易に把握できる。なお、履歴表示欄１８４には、この他にも例えば、空き件数ｒを表示してもよい。また、グラフ表示欄１８５にグラフ表示される取得件数ｍの増減は過去５回分でなくてもよい。Ｓ１６６の表示の後、処理はＳ１６８に進む。
【００４８】
Ｓ１６８において、ＣＰＵ１４は、イベントが発生するまで待機する。イベントが発生すると、処理はＳ１７０に進む。Ｓ１７０において、ＣＰＵ１４は、発生したイベントが終了イベントであるか否かを判断する。ここで、終了イベントとは、例えば、無操作状態が所定時間続いたり、ユーザによるキーパッド５２に含まれるキャンセルキーの入力があったりした際に発生するイベントである。イベントが終了イベントである場合（Ｓ１７０：ＹＥＳ）、処理は図５のＳ１００に戻り、ＣＰＵ１４は、ＲＳＳ設定画面の表示を終了して、多機能機１０が待機状態に移行するまで待機する。イベントが終了イベントでない場合（Ｓ１７０：ＮＯ）、処理はＳ１７２に進む。Ｓ１７２において、ＣＰＵ１４は、発生したイベントが「最適」ボタン押下イベントであるか否かを判断する。ここで、「最適」ボタン押下イベントとは、図１４（Ａ）に例示されるＲＳＳ設定画面上の最適ボタン１８３がユーザにより押下された際に発生するイベントである。イベントが「最適」ボタン押下イベントである場合（Ｓ１７２：ＹＥＳ）、処理はＳ１７４に進む。
【００４９】
Ｓ１７４において、ＣＰＵ１４は、ｉ番目のウェブサイトに対応する履歴テーブル（図６参照）を参照して、過去ｘ回分の取得件数ｍの値Ｍ１〜Ｍｘを取得し、その平均値（Ｍ１＋Ｍ２＋…＋Ｍｘ）／ｘを計算する。そして、ＣＰＵ１４は、ｉ番目のウェブサイトに対応する保持件数ｓを、計算で得られた取得件数ｍの平均値に設定する。そのため、ユーザは、最適ボタン１８３を押下するだけで、過去ｘ回のフィード情報の受信における取得件数ｍの平均値を、保持件数ｓとして設定することができる。これにより、ユーザの手間を省きつつ、取得件数ｍの履歴に応じた保持件数ｓを設定することが可能である。ユーザは、無駄にメモリ領域を確保することや、過剰にコンテンツを破棄することを回避することができる。Ｓ１７４の後、処理はＳ１６８に戻る。
【００５０】
一方、Ｓ１７２において、イベントが「最適」ボタン押下イベントでない場合（Ｓ１７２：ＮＯ）、処理はＳ１７６に進む。Ｓ１７６において、ＣＰＵ１４は、発生したイベントが設定欄への入力イベントであるか否かを判断する。ここで、設定欄への入力イベントとは、図１４（Ａ）に例示されるＲＳＳ設定画面上の設定欄１８１に、ユーザによる入力があった際に発生するイベントである。なお、ユーザは、例えば、キーパッド５２によって設定欄１８１への入力を行うことができる。イベントが設定欄への入力イベントである場合（Ｓ１７６：ＹＥＳ）、処理はＳ１７８に進む。Ｓ１７８において、ＣＰＵ１４は、設定欄１８１への入力に基づいて、設定欄１８１の値Ｓｅを更新する。Ｓ１７８の後、処理はＳ１６８に戻る。イベントが設定欄への入力イベントでない場合（Ｓ１７６：ＮＯ）、処理はＳ１８０に進む。Ｓ１８０において、ＣＰＵ１４は、発生したイベントが「ｏｋ」ボタン押下イベントであるか否かを判断する。ここで、「ｏｋ」ボタン押下イベントとは、図１４（Ａ）に例示されるＲＳＳ設定画面上のｏｋボタン１８２がユーザにより押下された際に発生するイベントである。イベントが「ｏｋ」ボタン押下イベントである場合（Ｓ１８０：ＹＥＳ）、処理はＳ１８２に進む。Ｓ１８２において、ＣＰＵ１４は、保持件数ｓを設定欄１８１の値Ｓｅに設定する。Ｓ１８２の後、処理はＳ１６８に戻る。イベントが「ｏｋ」ボタン押下イベントでない場合（Ｓ１８０：ＮＯ）、ＣＰＵ１４は、発生したイベントに応じた処理を実行し、処理をＳ１６８へ戻す。
【００５１】
一方、図９のＳ１６０において、イベントが「保持件数／履歴」タブ選択イベントでない場合（Ｓ１６０：ＮＯ）、処理はＳ１６２に進む。Ｓ１６２において、ＣＰＵ１４は、発生したイベントが「空き情報」タブ選択イベントであるか否かを判断する。ここで、「空き情報」タブ選択イベントとは、図１４（Ａ）、（Ｂ）に例示されるＲＳＳ設定画面において、ユーザがタブ１８０Ａ〜１８０Ｄのうち空き情報タブ１８０Ｄを選択（タッチ）した際に発生するイベントである。イベントが「空き情報」タブ選択イベントでない場合（Ｓ１６２：ＮＯ）、ＣＰＵ１４は、発生したイベントに応じた処理を実行し、処理を図５のＳ１２２へ戻して、再びｊ番目のコンテンツをスクロール表示する。イベントが「空き情報」タブ選択イベントである場合（Ｓ１６２：ＹＥＳ）、処理は図１１のＳ１８４に進む。
【００５２】
Ｓ１８４において、ＣＰＵ１４は、カウンタｉを初期化する。Ｓ１８６において、ＣＰＵ１４は、カウンタｉが登録済サイト数ｎより小さいか否かを判断する。カウンタｉが登録済サイト数ｎより小さい場合（Ｓ１８６：ＹＥＳ）、処理はＳ１８８へ進む。Ｓ１８８において、ＣＰＵ１４は、ｉ番目のウェブサイトに対応する履歴テーブル（図６参照）から最新の空き件数ｒを取得して、空き件数グラフのｉ番目に追加する処理を行う。Ｓ１８８の後、Ｓ１９０においてカウンタｉに１が加算され、処理はＳ１８６へ戻る。これにより、ＵＲＬ記憶領域４４に記憶されているｎ個のウェブサイトについて順繰りに処理が実行される。ＵＲＬ記憶領域４４に記憶されているｎ個のウェブサイトの全てについてＳ１８８の処理が完了すると、Ｓ１８６において、カウンタｉが登録済サイト数ｎより小さくないと判断され（Ｓ１８６：ＮＯ）、処理はＳ１９２に進む。Ｓ１９２において、ＣＰＵ１４は、Ｓ１８８で追加された空き件数ｒに基づいて、空き件数グラフを表示する。Ｓ１９２の表示では、図１４（Ｂ）に例示されるように、例えば、空き件数ｒが、ウェブサイト毎に、グラフ表示欄１９０にグラフ表示される。これにより、ユーザは、各ウェブサイトの空き件数ｒを比較して、保持件数ｓを設定することができる。したがって、ユーザの好みに合わせ、ユーザの関心が高いウェブサイトから配信されるフィード情報に含まれるコンテンツが破棄されるのを防ぐことができる。Ｓ１９２の表示の後、処理は図１２のＳ１９４に進む。
【００５３】
Ｓ１９４において、ＣＰＵ１４は、イベントが発生するまで待機する。イベントが発生すると、処理はＳ１９６に進む。Ｓ１９６において、ＣＰＵ１４は、発生したイベントが終了イベントであるか否かを判断する。ここで、終了イベントとは、既に述べたように、例えば、無操作状態が所定時間続いたり、ユーザによるキーパッド５２に含まれるキャンセルキーの入力があったりした際に発生するイベントである。イベントが終了イベントである場合（Ｓ１９６：ＹＥＳ）、処理は図５のＳ１００に戻り、ＣＰＵ１４は、ＲＳＳ設定画面の表示を終了して、多機能機１０が待機状態に移行するまで待機する。イベントが終了イベントでない場合（Ｓ１９６：ＮＯ）、処理はＳ１９８に進む。
【００５４】
Ｓ１９８において、ＣＰＵ１４は、発生したイベントが設定欄への入力イベントであるか否かを判断する。ここで、設定欄への入力イベントとは、図１４（Ｂ）に例示されるＲＳＳ設定画面上の設定欄１９１、１９２、１９３に、ユーザによる入力があった際に発生するイベントである。なお、ユーザは、例えば、キーパッド５２によって設定欄１９１、１９２、１９３への入力を行うことができる。イベントが設定欄への入力イベントである場合（Ｓ１９８：ＹＥＳ）、処理はＳ２００に進む。Ｓ２００において、ＣＰＵ１４は、設定欄１９１、１９２、１９３への入力に基づいて、設定欄１９１、１９２、１９３の値Ｓ０、Ｓ１、Ｓ２を更新する。Ｓ２００の後、処理はＳ１９４に戻る。イベントが設定欄への入力イベントでない場合（Ｓ１９８：ＮＯ）、処理はＳ２０２に進む。
【００５５】
Ｓ２０２において、ＣＰＵ１４は、発生したイベントが「ｏｋ」ボタン押下イベントであるか否かを判断する。ここで、「ｏｋ」ボタン押下イベントとは、図１４（Ｂ）に例示されるＲＳＳ設定画面上のｏｋボタン１９４がユーザにより押下された際に発生するイベントである。イベントが「ｏｋ」ボタン押下イベントでない場合（Ｓ２０２：ＮＯ）、ＣＰＵ１４は、発生したイベントに応じた処理を実行し、処理をＳ１９４へ戻す。イベントが「ｏｋ」ボタン押下イベントである場合（Ｓ２０２：ＹＥＳ）、処理はＳ２０４に進む。
【００５６】
Ｓ２０４において、ＣＰＵ１４は、カウンタｉを初期化する。Ｓ２０６において、ＣＰＵ１４は、カウンタｉが登録済サイト数ｎより小さいか否かを判断する。カウンタｉが登録済サイト数ｎより小さい場合（Ｓ２０６：ＹＥＳ）、処理はＳ２０８へ進む。Ｓ２０８において、ＣＰＵ１４は、ｉ番目のウェブサイトの保持件数ｓを設定欄の値Ｓｉに設定する。例えば、ＣＰＵ１４は、０番目のウェブサイト（サイト０）の保持件数ｓを、設定欄１９１の値Ｓ０に設定する。Ｓ２０８の後、Ｓ２１０においてカウンタｉに１が加算され、処理はＳ２０６へ戻る。これにより、ＵＲＬ記憶領域４４に記憶されているｎ個のウェブサイトについて順繰りに処理が実行される。ＵＲＬ記憶領域４４に記憶されているｎ個のウェブサイトの全てについてＳ２０８の処理が完了すると、Ｓ２０６において、カウンタｉが登録済サイト数ｎより小さくないと判断され（Ｓ２０６：ＮＯ）、処理はＳ１９４に戻る。
【００５７】
ここで、特許請求の範囲との対応は以下の通りである。
更新コンテンツ情報１３２はコンテンツの一例、フィード情報は要約情報の一例である。また、ＲＡＭ３０はメモリの一例、表示パネル５０はディスプレイの一例、多機能機１０は通信装置の一例である。また、ＣＰＵ１４により実行されるフィード情報処理のうち、Ｓ１７４、Ｓ１８２、Ｓ２０８は保持件数設定手段、Ｓ１１２は取得件数特定手段、Ｓ１１８は記憶制御手段、Ｓ１４８、Ｓ１５０、Ｓ１５２、Ｓ１６６、Ｓ１９２は表示制御手段、のそれぞれ一例である。また、Ｓ１１４は破棄件数演算手段、空き件数演算手段、平均破棄件数演算手段の一例である。また、取得件数ｍ、破棄件数ｄ、空き件数ｒ、平均破棄件数ａは、コンテンツ保持情報の一例である。
【００５８】
以上、詳細に説明した通り、本発明の前記実施例によれば、ウェブサイトから受信したフィード情報に含まれるコンテンツのＲＡＭ３０への保持件数ｓを、ウェブサイト毎に設定する。これにより、ユーザの好みに合わせ、ユーザの関心が高いウェブサイトから配信されるフィード情報に含まれるコンテンツが破棄されるのを防ぐことができる。
【００５９】
また、保持件数ｓを超えるコンテンツをＲＡＭ３０に保持することなく破棄するため、メモリ容量の小さい装置であっても、ウェブサイトから受信したフィード情報に含まれるコンテンツを表示パネル５０に表示する機能を搭載することができる。
【００６０】
また、図１３（Ａ）に例示されるスクロール表示画面や、図１３（Ｂ）〜（Ｅ）に例示されるリスト表示画面に、平均破棄件数ａ、破棄件数ｄ、空き件数ｒ等を表示するため、コンテンツの表示を閲覧するユーザに対して、現在のコンテンツ保持状況を知らせることができる。したがって、ユーザは、コンテンツを閲覧しながら、コンテンツ保持状況を確認することができ、現在の保持件数ｓの設定が適切か否かを確認する機会が得られる。
【００６１】
また、ユーザは、最適ボタン１８３を押下するだけで、過去ｘ回のフィード情報の受信における取得件数ｍの平均値を、保持件数ｓとして設定することができる。これにより、ユーザの手間を省きつつ、取得件数ｍの履歴に応じた保持件数ｓを設定することが可能である。ユーザは、無駄にメモリ領域を確保することや、過剰にコンテンツを破棄することを回避することができる。
【００６２】
また、図１４（Ａ）、（Ｂ）に例示されるＲＳＳ設定画面での保持件数ｓの設定に際して、表示パネル５０に取得件数ｍ、破棄件数ｄ、空き件数ｒ、平均破棄件数ａのようなコンテンツ保持情報を表示するため、保持件数ｓを設定しようとするユーザに対して、現在のコンテンツ保持状況を知らせることができる。多機能機１０は、保持件数ｓを設定するための指標を、ユーザにとって把握し易い態様で、提供することができる。ユーザは、保持件数ｓを設定する際に、コンテンツ保持状況を確認することができ、ウェブサイトから受信したフィード情報に含まれるコンテンツをＲＡＭ３０に保持する件数を、適切に設定することができる。
【００６３】
なお、本発明は前記実施例に限定されるものではなく、本発明の趣旨を逸脱しない範囲内での種々の改良、変更が可能であることは言うまでもない。
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数の目的を同時に達成するものであり、そのうちの１つの目的を達成すること自体で技術的有用性を持つものである。
【図面の簡単な説明】
【００６４】
【図１】多機能機システムの概略図である。
【図２】多機能機の構成図である。
【図３】ＵＲＬ記憶領域の記憶内容の一例を示す図である。
【図４】表示情報記憶領域の記憶内容の一例を示す図である。
【図５】多機能機が実行するフィード情報処理のフローチャート（その１）である。
【図６】履歴テーブルの一例を示す図である。
【図７】多機能機が実行するフィード情報処理のフローチャート（その２）である。
【図８】多機能機が実行するフィード情報処理のフローチャート（その３）である。
【図９】多機能機が実行するフィード情報処理のフローチャート（その４）である。
【図１０】多機能機が実行するフィード情報処理のフローチャート（その５）である。
【図１１】多機能機が実行するフィード情報処理のフローチャート（その６）である。
【図１２】多機能機が実行するフィード情報処理のフローチャート（その７）である。
【図１３】表示パネルの表示内容の一例を示す図（その１）である。
【図１４】表示パネルの表示内容の一例を示す図（その２）である。
【符号の説明】
【００６５】
１０    多機能機
３０    ＲＡＭ
３４    フィード情報解析ワーク領域
３６    表示情報記憶領域
４４    ＵＲＬ記憶領域
５０    表示パネル
１０２    ＵＲＬ
１３２    更新コンテンツ情報
【図１】
2010136057.tif 000003
【図２】
2010136057.tif 000004
【図３】
2010136057.tif 000005
【図４】
2010136057.tif 000006
【図５】
2010136057.tif 000007
【図６】
2010136057.tif 000008
【図７】
2010136057.tif 000009
【図８】
2010136057.tif 000010
【図９】
2010136057.tif 000011
【図１０】
2010136057.tif 000012
【図１１】
2010136057.tif 000013
【図１２】
2010136057.tif 000014
【図１３】
2010136057.tif 000015
【図１４】
2010136057.tif 000016