(57)【要約】【課題】コンテンツ要約情報表示機能を有する多機能機を提供すること。【解決手段】更新コンテンツ情報１３２が更新されると、ＲＳＳスリープリセットイベントが発生する。ユーザが、コンテンツタイトル文字列１６２を選択（キー入力）すると、リスト表示要求イベントが発生する。ＲＳＳスリープリセットイベントおよびリスト表示要求イベントの発生に応じて多機能機１０はスリープ状態からアクティブ状態に復帰する。リスト表示要求イベントの発生では、選択されたタイトルに係る情報が、表示パネル５０に表示される。多機能機１０がＲＳＳスリープリセットイベントによってアクティブ状態に復帰している場合に、リスト表示要求イベントが発生すると、再度スリープ状態に移る条件が、リスト表示要求イベントに起因する条件に切り替えられる。【選択図】図９
2010086275.tif 000002
【特許請求の範囲】
【請求項１】
各コンテンツのタイトルを少なくとも含むコンテンツ要約情報の要約情報位置情報に基づいて前記コンテンツ要約情報にアクセス可能である通信装置であって、
前記要約情報位置情報を記憶する位置情報記憶手段と、
前記位置情報記憶手段に記憶されている前記要約情報位置情報に基づいて前記コンテンツ要約情報を第１所定時間ごとに取得する要約情報取得手段と、
取得された前記コンテンツ要約情報に含まれる前記タイトルを前記通信装置に備えられる表示部に表示させる第１表示手段と、
前記表示部がスリープ状態の期間中において、前記要約情報取得手段によって取得された前記コンテンツ要約情報の内容が更新されるという第１イベントが発生した場合には、前記表示部をアクティブ状態に復帰させる第１制御手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記第１表示手段は、前記取得されたコンテンツ要約情報を順次表示し、
前記第１制御手段は、前記取得されたコンテンツ要約情報の全ての表示が終了すること、または、前記表示部がアクティブ状態にされてから第２所定時間内に前記第１イベントとは異なる第２イベントが行われないこと、に応じて前記表示部を前記アクティブ状態から前記スリープ状態に移行させる
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記通信装置は、前記表示部が前記スリープ状態の期間中に前記第２イベントが発生すると前記表示部を前記スリープ状態から前記アクティブ状態に復帰させ、前記表示部が前記第２イベントによりアクティブ状態にされてから第２所定時間内に前記第２イベントが発生しないことに応じて前記表示部を前記アクティブ状態から前記スリープ状態に移行させる第２制御手段を備え、
前記第１制御手段によって前記表示部がアクティブ状態とされている期間中に前記第２イベントが発生することに応じて、前記表示部を制御する手段を前記第１制御手段から前記第２制御手段に移行する
ことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記第１制御手段は、前回取得したコンテンツ要約情報と今回取得したコンテンツ要約情報との差分の有無を検出することで、前記コンテンツ要約情報の内容の更新の有無を検出する更新検出手段
を備えることを特徴とする請求項１ないし請求項３に記載の通信装置。
【請求項５】
前記コンテンツ要約情報は前記要約情報位置情報に関連づけられて複数集められており、
前記通信装置は、
前記第１表示手段によって表示された前記タイトルの選択を受け付ける第１選択手段と、
前記第１選択手段において選択された前記タイトルに対応する前記コンテンツ要約情報の前記要約情報位置情報に関連づけられた複数の前記コンテンツ要約情報の前記タイトルを一覧表示する第２表示手段と、
前記一覧表示された前記タイトルのうちの何れかの選択を受け付ける第２選択手段と、
前記第２選択手段において選択された前記タイトルに対応する前記コンテンツを取得するコンテンツ取得手段と、を備え、
前記第２イベントは、前記第１選択手段が選択を受け付けたというイベントである
ことを特徴とする請求項３に記載の通信装置。
【請求項６】
前記通信装置は各種の入力を受け付ける操作部を備え、
前記第２イベントは、前記操作部の操作である
ことを特徴とする請求項２または請求項３に記載の通信装置。
【請求項７】
前記通信装置は情報表示装置に通信可能に接続され、
前記第２イベントは、前記情報表示装置からの信号受信である
ことを特徴とする請求項２または請求項３に記載の通信装置。
【請求項８】
前記通信装置は、
前記第１表示手段によって表示された前記タイトルの選択を受け付ける第１選択手段と、
前記第１選択手段において選択された前記タイトルに対応する前記コンテンツを取得するコンテンツ取得手段と、
前記コンテンツ取得手段が取得した前記コンテンツを前記表示部に表示させるコンテンツ表示手段と、を備え、
前記第２イベントは、前記第１選択手段が選択を受け付けたというイベントである
ことを特徴とする請求項３に記載の通信装置。
【請求項９】
前記コンテンツ取得手段が取得した前記コンテンツを前記表示部に表示させるコンテンツ表示手段
を備えることを特徴とする請求項５に記載の通信装置。
【請求項１０】
前記通信装置は情報表示装置に通信可能に接続され、
前記コンテンツ取得手段が取得した前記コンテンツを前記情報表示装置に送信する位置情報送信手段
をさらに備えることを特徴とする請求項５に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上で公開されているコンテンツのタイトルを表示する通信装置に関する。
【背景技術】
【０００２】
様々なコンテンツがネットワーク上で公開されている。各コンテンツのＵＲＬと各コンテンツのタイトルとを含むコンテンツ要約情報を公開しているサーバが存在する。コンテンツ要約情報の一例として、例えば、フィード情報（Ｆｅｅｄ）を挙げることができる。フィード情報のフォーマットとしては、例えば、ＲＳＳ(Resource Description Framework Site Summary)やＡｔｏｍが存在する。
【０００３】
特許文献１には、複数のＲＳＳサーバからＲＳＳフィード情報（記事の画像も含まれる）を取得し、記事のタイトルを一覧表示し、何れかのタイトルが選択されると、記事のタイトル、本文（デスクリプション）、画像、ウェブページへのリンクボタンを表示する構成が開示されている。そして、リンクボタンが選択されると、ウェブページの情報を取得して表示するという構成が開示されている。
【０００４】
また、所定の条件（例えば、ＲＳＳフィード情報を表示する機器に対して、無操作状態がある一定期間続いた場合など）を満たすと、スリープ状態（例えば、表示部のバックライトを消すなど）になる構成が知られている。
【０００５】
【特許文献１】特開２００８−１６５６９２
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ＲＳＳフィード情報の表示機能とスリープ機能とを兼ね備えた場合には、ＲＳＳフィード情報を表示部に表示しているときに、スリープ状態に移行する事態が発生しうる。すると、表示部のバックライトが消えるなどのためにＲＳＳフィード情報を読みとることが困難となるため問題である。本明細書では、このような不便性を解消することができる技術を提供する。
【課題を解決するための手段】
【０００７】
本発明に係る通信装置は、要約情報位置情報に基づいてコンテンツ要約情報にアクセス可能である通信装置である。コンテンツ要約情報は、各コンテンツのタイトルを少なくとも含む情報である。上記の「位置情報」という用語は、コンテンツの位置を特定することができるあらゆる情報を含む概念である。位置情報の一例として、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ  ＲｅＳｏｕｒｃｅ  Ｌｏｃａｔｏｒ）等を挙げることができる。また、上記の「タイトル」は、コンテンツの全体の文字列よりも少ない文字列であって、コンテンツの内容を反映している文字列を意味する。
【０００８】
本発明に係る通信装置は、位置情報記憶手段と、要約情報取得手段と、第１表示手段と、第１制御手段と、を備える。位置情報記憶手段は、要約情報位置情報を記憶する。要約情報取得手段は、位置情報記憶手段に記憶されている要約情報位置情報に基づいてコンテンツ要約情報を第１所定時間ごとに取得する。第１表示手段は、取得されたコンテンツ要約情報に含まれるタイトルを通信装置に備えられる表示部に表示させる。タイトルを表示するには、各種の表示方法があり、例えばスクロール表示でもよい。第１制御手段は、表示部がスリープ状態の期間中において、要約情報取得手段によって取得されたコンテンツ要約情報の内容が更新されるという第１イベントが発生していた場合には、表示部をアクティブ状態に復帰させる。
【０００９】
これにより、コンテンツ要約情報が更新されると、表示部がスリープ状態からアクティブ状態に復帰するので、ユーザに最新のコンテンツ要約情報が取得されたことを報知することや、ユーザが最新のコンテンツ要約情報を読みやすくすることが可能となる。
【００１０】
また、通信装置において、第１表示手段は、取得されたコンテンツ要約情報を順次表示する。また、第１制御手段は、取得されたコンテンツ要約情報の全ての表示が終了すること、または、表示部がアクティブ状態にされてから第２所定時間内に第１イベントとは異なる第２イベントが行われないこと、に応じて表示部をアクティブ状態からスリープ状態に移行させる。
【００１１】
これにより、第２所定時間の経過前にコンテンツ要約情報の全ての表示が終了する場合においても、表示部をアクティブ状態からスリープ状態に移行させることができる。よって、取得されたコンテンツ要約情報の情報量に応じて、表示部をアクティブ状態とする期間を最適化できるため、通信装置のさらなる省電力化を図ることができる。
【００１２】
また、通信装置は、表示部がスリープ状態の期間中に第２イベントが発生すると表示部をスリープ状態からアクティブ状態に復帰させ、表示部が第２イベントによりアクティブ状態にされてから第２所定時間内に第２イベントが発生しないことに応じて表示部をアクティブ状態からスリープ状態に移行させる第２制御手段を備える。また、第１制御手段によって表示部がアクティブ状態とされている期間中に第２イベントが発生することに応じて、表示部を制御する手段を第１制御手段から第２制御手段に移行する。
【００１３】
これにより、第２制御手段によって情報を表示している表示部が、第１制御手段によってスリープ状態にされてしまうことを防ぐことができる。
【００１４】
またこれにより、第１イベントに応じてアクティブ状態に復帰した場合における表示部の制御手段（第１制御手段）と、第２イベントが発生することに応じてアクティブ状態に復帰した場合における表示部の制御手段（第２制御手段）との両方の手段を、適切に使い分けることが可能となる。よって、通信装置のさらなる省電力化を図ることができる。
【００１５】
また、通信装置において、第１制御手段は、前回取得したコンテンツ要約情報と今回取得したコンテンツ要約情報との差分の有無を検出することで、コンテンツ要約情報の内容の更新の有無を検出する更新検出手段を備えるとしてもよい。これにより、コンテンツ要約情報の内容の更新を検出することが可能となる。
【００１６】
また、コンテンツ要約情報は要約情報位置情報に関連づけられて複数集められている。また、通信装置は、第１選択手段と、第２表示手段と、第２選択手段と、コンテンツ取得手段とを更に備えていても良い。第１選択手段は、第１表示手段によって表示されたタイトルの選択を受け付ける。第２表示手段は、第１選択手段において選択されたタイトルに対応するコンテンツ要約情報の要約情報位置情報に関連づけられた複数のコンテンツ要約情報のタイトルを一覧表示する。第２選択手段は、一覧表示されたタイトルのうちの何れかの選択を受け付ける。コンテンツ取得手段は、第２選択手段において選択されたタイトルに対応するコンテンツを取得する。また、第２イベントは、第１選択手段が選択を受け付けたというイベントであってもよい。
【００１７】
これにより、第２イベント（第１選択手段の操作）が行われたにもかかわらず、バックグラウンドで動作している全てのコンテンツ要約情報を表示する処理が完了することに応じて表示部がスリープ状態に移行する、という事態を防止することができる。
【００１８】
また、通信装置は、通信装置は各種の入力を受け付ける操作部を備え、第２イベントは、操作部の操作であるとしてもよい。これにより、操作部の操作により表示部のスリープ状態が解除されるため、操作部の操作時において表示部を見やすくすることが可能となる。よって、ユーザの利便性を図ることが可能となる。
【００１９】
また、通信装置は、通信装置は情報表示装置に通信可能に接続され、第２イベントは、情報表示装置からの信号受信であるとしてもよい。通信装置は、情報表示装置に通信可能に接続される。また、上記の「情報表示装置」という用語は、情報を表示することができるあらゆるデバイスを含む概念である。情報表示装置の一例として、ＰＣ、テレビ等を挙げることができる。これにより、よりユーザの利便性を図ることが可能となる。
【００２０】
また、通信装置は、第１選択手段と、コンテンツ取得手段と、コンテンツ表示手段と、を備えるとしてもよい。第１選択手段は、第１表示手段によって表示されたタイトルの選択を受け付ける。コンテンツ取得手段は、第１選択手段において選択されたタイトルに対応するコンテンツを取得する。コンテンツ表示手段は、コンテンツ取得手段が取得したコンテンツを表示部に表示させる。また、第２イベントは、第１選択手段が選択を受け付けたというイベントであるとしてもよい。これにより、第２イベント（第１選択手段の操作）が行われたにもかかわらず、バックグラウンドで動作している全てのコンテンツ要約情報を表示する処理が完了することに応じて表示部がスリープ状態に移行する、という事態を防止することができる。
【００２１】
また通信装置は、コンテンツ取得手段が取得したコンテンツを表示部に表示させるコンテンツ表示手段を備えるとしてもよい。これにより、ユーザが選択したコンテンツを、通信装置に備えられる表示部において見ることが可能となるため、よりユーザの利便性を図ることが可能となる。
【００２２】
また通信装置は、情報表示装置に通信可能に接続されてもよい。そして通信装置は、コンテンツ取得手段が取得したコンテンツを情報表示装置に送信する位置情報送信手段を備えるとしてもよい。これにより、通信装置が有する表示部ではコンテンツの全体を見づらい場合、通信装置から情報表示装置にコンテンツの位置情報を送信することができる。そして、ユーザは、情報表示装置が有する表示手段においてコンテンツの全体を見ることができるため、よりユーザの利便性を図ることが可能となる。
【発明を実施するための最良の形態】
【００２３】
図面を参照して実施例を説明する。図１は、本実施例の多機能機システム２の概略図を示す。多機能機システム２は、多機能機１０と、複数のＰＣ７０および７１と、複数のコンテンツ提供サーバ９０および９１と、を備える。多機能機１０は、ＬＡＮ回線４に接続されている。各ＰＣ７０および７１は、ＬＡＮ回線４に接続されている。ＬＡＮ回線４は、ルータ６を介してインターネット８に接続されている。各コンテンツ提供サーバ９０、９１は、インターネット８に接続されている。本実施例では、コンテンツ提供サーバ９０がある１つのサイトを公開しており、コンテンツ提供サーバ９１が別の１つのサイトを公開している。各サイトは、複数のコンテンツを含んでいる。さらに、各コンテンツ提供サーバ９０、９１は、自身のサイトが含んでいる複数のコンテンツの要約情報であるフィード情報（ＲＳＳ形式のフィード情報）を記憶している。これらの情報の具体的な内容については、後で詳しく説明する。
【００２４】
（多機能機の構成）
図２は、多機能機１０の構成を示す。多機能機１０は、制御部１２、表示パネル５０、キーパッド５２、印刷部５４、スキャン部５６、ＦＡＸ部５８、ネットワークインターフェイス６０、ＰＳＴＮインターフェイス６２、等を有する。制御部１２は、ＣＰＵ１４、ＲＯＭ１６、ＲＡＭ３０、ＮＶＲＡＭ４０、等を有する。
【００２５】
ＣＰＵ１４は、ＲＯＭ１６に記憶されているプログラム１８〜２６に従って様々な処理を実行する。ＣＰＵ１４が実行する処理については、後で詳しく説明する。ＲＯＭ１６は、様々なプログラム１８〜２６を記憶している。基本機能プログラム１８は、多機能機１０の基本的な動作を制御するためのプログラムである。基本機能プログラム１８は、例えば、表示パネル５０に表示される表示データを生成するためのプログラムを含んでいる。また、基本機能プログラム１８は、例えば、印刷部５４、スキャン部５６、ＦＡＸ部５８等を制御するためのプログラムを含んでいる。インターネット接続プログラム２０は、インターネット８に接続するためのプログラムである。フィード情報解析プログラム２２は、コンテンツ提供サーバ９０、９２から取得されるフィード情報を解析し、表示パネル５０で表示するための情報（以下では表示情報と呼ぶ）を作成するためのプログラムである。フィード情報表示プログラム２４は、表示情報を表示するためのプログラムである。ＰＣ管理プログラム２６は、ＰＣ７０、７１から送信されるＰＣ起動通知に従って処理を実行するためのプログラムである。
【００２６】
ＲＡＭ３０は、様々な記憶領域３２〜３８を有する。基本機能ワーク領域３２は、基本機能プログラム１８に従って処理が実行される過程で生成される各種データを記憶するための記憶領域である。フィード情報解析ワーク領域３４は、フィード情報解析プログラム２２に従って処理が実行される過程で作成される各種データを記憶するための記憶領域である。表示情報記憶領域３６は、フィード情報解析プログラム２２に従って作成される表示情報を記憶するための記憶領域である。ＰＣ情報記憶領域３８は、ＰＣ起動通知の送信元のＰＣに関する情報を記憶するための記憶領域である。
【００２７】
ＮＶＲＡＭ４０は、様々な記憶領域４２〜４６を有する。基本機能パラメータ記憶領域４２は、ＣＰＵ１４が基本機能プログラム１８に従って処理を実行する際に利用される各種パラメータ（例えば印刷設定、スキャン設定等）を記憶するための記憶領域である。ＵＲＬ記憶領域４４は、各コンテンツ提供サーバ９０、９１が有するフィード情報のＵＲＬを記憶するための記憶領域である。例えば、ユーザは、各コンテンツ提供サーバ９０、９１からのコンテンツ提供サービスを受けるための登録を行なう必要がある。この登録は、多機能機１０を利用して実行されてもよいし、ＰＣ７０、７１を利用して実行されてもよい。
【００２８】
表示パネル５０は、様々な情報を表示することができる。表示パネル５０の表示画面は、ＰＣ７０、７１が有する表示画面より小さい。表示パネル５０は、タッチパネルとして機能する。キーパッド５２は、複数のキーによって構成される。ユーザは、キーパッド５２を操作することによって様々な指示や情報を多機能機１０に入力することができる。ネットワークインターフェイス６０は、ＬＡＮ回線４に接続されている。多機能機１０は、ＰＣ７０、７１と通信可能であるとともに、インターネット８にアクセス可能である。ＰＳＴＮインターフェイス６２は、図示省略しているＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）に接続されている。ＰＳＴＮは、ＦＡＸ通信や電話通信を行なう際に利用される。
【００２９】
（ＵＲＬ記憶領域の記憶内容）
続いて、ＮＶＲＡＭ４０のＵＲＬ記憶領域４４（図２参照）の記憶内容について説明する。図３は、ＵＲＬ記憶領域４４の記憶内容の一例を示す。ＵＲＬ記憶領域４４は、各コンテンツ提供サーバ９０、９１のフィード情報のＵＲＬ１０２を記憶することが可能である。換言すると、ＵＲＬ記憶領域４４は、各サイトのフィード情報のＵＲＬ１０２を記憶することが可能である。図３の例では、ｎ個のＵＲＬ１０２が記憶されている。ここで、ｎを登録サイト数ｎと定義する。各ＵＲＬ１０２には、識別番号１００が付与されている。本実施例では、識別番号１００を符号「ｉ」で表現する。
【００３０】
（表示情報記憶領域の記憶内容）
続いて、ＲＡＭ３０の表示情報記憶領域３６（図２参照）の記憶内容について説明する。図４は、表示情報記憶領域３６の記憶内容の一例を示す。表示情報記憶領域３６は、ＵＲＬ記憶領域４４に記憶されているＵＲＬ毎に表示情報１１２を記憶することが可能である。換言すると、表示情報記憶領域３６は、ＵＲＬ記憶領域４４に記憶されているサイト毎に表示情報１１２を記憶することが可能である。上述したように、ＵＲＬ記憶領域４４にはｎ個（ｎは１以上の整数）のＵＲＬ１０２が記憶されている（図３参照）。このために、表示情報記憶領域３６にもｎ個の表示情報１１２が記憶されている。各表示情報１１２には、識別番号１１０が付与されている。本実施例では、識別番号１１０を符号「ｉ」で表現する。
【００３１】
個々の表示情報１１２のデータ構成について説明する。表示情報１１２は、サイト情報１２０を含んでいる。サイト情報１２０は、サイトタイトル文字列１２２とフィード更新日時情報１２４を含んでいる。サイトタイトル文字列１２２は、サイトのタイトルの文字列である。サイトのタイトルのことを「サイトの名称」と言い換えることもできる。フィード更新日時情報１２４は、コンテンツ提供サーバにおいてフィード情報が更新された日時（最新の更新日時）に関する情報である。
【００３２】
表示情報１１２は、更新コンテンツ情報１３２を含んでいる。更新コンテンツ情報１３２の数は、サイトが有するコンテンツの数に等しい。例えば、図４では、「ｉ＝０」に対応する表示情報１１２は、ｍ個（ｍは１以上の整数）の更新コンテンツ情報１３２を有する。ここで、ｍを登録コンテンツ数ｍと定義する。これは、「ｉ＝０」に対応するサイトがｍ個のコンテンツを有することを意味する。例えば、所定のサイトにおいて天気予報に関するコンテンツとスポーツに関するコンテンツとが存在する場合、そのサイトに対応する表示情報１１２は、２個の更新コンテンツ情報１３２を有することになる。各更新コンテンツ情報１３２には、識別番号１３０が付与されている。本実施例では、識別番号１３０を符号「ｊ」で表現する。
【００３３】
各更新コンテンツ情報１３２は、コンテンツタイトル文字列１４０とコンテンツ更新日時情報１４２とコンテンツ要約文字列１４４とコンテンツＵＲＬ１４６を含んでいる。コンテンツタイトル文字列１４０は、コンテンツのタイトルの文字列である。コンテンツのタイトルのことを「コンテンツの名称」と言い換えることもできる。コンテンツ更新日時情報１４２は、コンテンツ提供サーバにおいてコンテンツが更新された日時（最新の更新日時）に関する情報である。コンテンツ要約文字列１４４は、コンテンツが有する文字列が要約化されたものである。換言すると、コンテンツ要約文字列１４４は、コンテンツのタイトルより多い文字列であり、コンテンツの全体の文字列より少ない文字列であり、コンテンツの内容が反映された文字列である。コンテンツＵＲＬ１４６は、コンテンツのＵＲＬである。
【００３４】
（フィード情報解析処理）
続いて、多機能機１０のＣＰＵ１４がフィード情報を取得して解析するためのフィード情報解析処理について説明する。フィード情報解析処理は、独立したタスクとして動作し、インターネット接続プログラム２０とフィード情報解析プログラム２２（図２参照）に従って多機能機１０の起動時から実行される。図５は、フィード情報解析処理のフローチャートを示す。
【００３５】
Ｓ４８では、表示情報記憶領域３６に記憶されている表示情報１１２を初期化する。そしてＳ５０へ進む。
【００３６】
Ｓ５０では、ＣＰＵ１４は、ｎ個のサイトに順次接続して、各サイトからフィード情報を取得する。フィード情報は、図４に示されるサイト情報１２０や更新コンテンツ情報１３２を含んでいる。
【００３７】
Ｓ５２に進むと、ＣＰＵ１４は、フィード情報を解析することによって、図４に示される表示情報１１２を作成する。Ｓ５４に進むと、ＣＰＵ１４は、前回の更新時刻に取得した表示情報１１２と、今回の更新時刻に取得した表示情報１１２とを比較する。
【００３８】
Ｓ５６に進むと、ＣＰＵ１４は、前回の更新時刻に取得した表示情報１１２と、今回の更新時刻に取得した表示情報１１２とが同じか否かを判断する。具体的には、両者の表示情報１１２の間に差分があるか否かによって、両者が同じか否かを判断する。表示情報１１２が同じでない（Ｓ５６：ＮＯ）場合には、Ｓ５８に進み、ＲＳＳスリープリセットイベントを生成した上で、Ｓ６０へ進む。生成されたＲＳＳスリープリセットイベントは、フィード情報解析ワーク領域３４に記憶される。ここで、ＲＳＳスリープリセットイベントとは、コンテンツ要約情報の内容が更新されたことを報知するイベントである。一方、表示情報が同じである（Ｓ５６：ＹＥＳ）場合には、Ｓ６０に進む。
【００３９】
Ｓ６０において、ＣＰＵ１４は、作成された表示情報１１２を表示情報記憶領域３６に格納する。Ｓ６２に進むと、ＣＰＵ１４は、更新時刻に到達するまで待機する。更新時刻は、例えば、ユーザによって設定されてもよいし、プログラムによって決められていてもよい。更新時刻に到達するとＳ５０に戻る。図５の処理を実行することにより、表示情報記憶領域３６に、ｎ個の各サイトの最新のフィード情報が格納される。
【００４０】
（表示処理）
続いて、図６および図７のフローチャートを用いて、多機能機１０のＣＰＵ１４がフィード情報を表示するための表示処理について説明する。表示処理は、独立したタスクとして動作し、フィード情報表示プログラム２４（図２参照）に従って多機能機１０の起動時から実行される。図６のＳ７１において、ＣＰＵ１４は、表示情報記憶領域３６から表示情報１１２を読み込む。Ｓ７２に進むと、ＣＰＵ１４は、ＮＶＲＡＭ４０のＵＲＬ記憶領域４４（図２参照）に記憶されている登録サイト数ｎを取得する。Ｓ７４に進むと、ＣＰＵ１４は、カウンタｉを初期化する。Ｓ７６に進むと、ＣＰＵ１４は、カウンタｉが登録サイト数ｎより小さいか否かを判断する。カウンタｉが登録サイト数ｎより小さくない場合（Ｓ７６：ＮＯ）、Ｓ７７へ進み、ＲＳＳスクロール完了イベントを生成した上で、Ｓ７４へ戻る。ここで、ＲＳＳスクロール完了イベントとは、ｎ個の登録サイトの各々に含まれる、ｍ個の全てのコンテンツのスクロール表示が一通り終了したことを報知するイベントである。一方、カウンタｉが登録サイト数ｎより小さい場合（Ｓ７６：ＹＥＳ）、Ｓ７８に進む。
【００４１】
Ｓ７８では、ＣＰＵ１４は、ＲＡＭ３０の表示情報記憶領域３６からｉ番目のサイトの表示情報に含まれるサイト情報を取得する。例えば、ゼロ番目のサイトの場合、図４の例では、サイト情報１２０（サイトタイトル文字列１２２とフィード更新日時情報１２４）が取得される。次いでＳ８０へ進むと、ＣＰＵ１４は、ｉ番目のサイトの登録コンテンツ数ｍを取得する。次いでＳ８２へ進むと、ＣＰＵ１４は、カウンタｊを初期化する。Ｓ８４へ進むと、ＣＰＵ１４は、カウンタｊが登録コンテンツ数ｍより小さいのか否かを判断する。カウンタｊが登録コンテンツ数ｍより小さくない場合（Ｓ８４：ＮＯ）、Ｓ８６へ進み、カウンタｉに１を加算した上で、Ｓ７６へ戻る。一方、カウンタｊが登録コンテンツ数ｍより小さい場合（Ｓ８４：ＹＥＳ）、Ｓ８８に進む。
【００４２】
図７のＳ８８では、ＣＰＵ１４は、ＲＡＭ３０の表示情報記憶領域３６からｉ番目のサイトのｊ番目の更新コンテンツ情報を取得する。これにより、１つのコンテンツのコンテンツタイトル文字列１４０とコンテンツ更新日時情報１４２とコンテンツ要約文字列１４４とコンテンツＵＲＬ１４６が取得される。次いでＳ９０へ進むと、ＣＰＵ１４は、Ｓ７８で取得されたサイトタイトル文字列１２２と、Ｓ８８で取得されたコンテンツタイトル文字列１４０と、Ｓ８８で取得されたコンテンツ更新日時情報１４２を表示パネル５０に送信する。
【００４３】
Ｓ９２に進むと、表示パネル５０に、表示文字列がスクロール表示される。この結果、図１３の上段の図に示されるように、コンテンツタイトル文字列１６２が、表示パネル５０の右から左に移動するように表示される。即ち、コンテンツタイトル文字列１６２は、テロップ状に表示される。なお、サイトタイトル文字列１２２やコンテンツ更新日時情報１４２が表示パネル５０で表示されるとしてもよい。Ｓ９２を終えると、Ｓ１００に進む。
【００４４】
Ｓ１００では、ＣＰＵ１４は、イベントが発生するまで待機する。Ｓ１００において待機対象となるイベントは、例えば、文字列スクロール終了イベントや、リスト表示要求イベントが挙げられる。そして、イベントが発生するとＳ１０２に進む。
【００４５】
Ｓ１０２では、ＣＰＵ１４は、文字列スクロール終了イベントが発生したか否かを判断する。文字列スクロール終了イベントとは、１コンテンツ分のコンテンツタイトル文字列１６２のスクロール表示が終了したことを報知するイベントである。文字列スクロール終了イベントが発生している場合（Ｓ１０２：ＹＥＳ）には、Ｓ１０４へ進む。Ｓ１０４では、ＣＰＵ１４は、カウンタｊに１を加算した上で、図６のＳ８４へ戻る。このＳ８４でカウンタｊがｍより小さいと判断されると、ＣＰＵ１４は、Ｓ８８、Ｓ９０、Ｓ９２を再び実行する。これにより、次の更新コンテンツ情報（例えば１番目の更新コンテンツ情報）に基づいて、コンテンツタイトル文字列１６２がテロップ表示される。１つのサイトの全ての更新コンテンツ情報に基づいてコンテンツタイトル文字列１６２がテロップ表示されると、Ｓ８４でＮＯと判断される。この場合、ＣＰＵ１４は、カウンタｉに１を加算し（Ｓ８６）、次のサイト（例えば１番目のサイト）についてＳ７８〜Ｓ９２の処理を実行する。これにより、次のサイトの更新コンテンツ情報に基づいてコンテンツタイトル文字列１６２がテロップ表示される。
【００４６】
一方、Ｓ１０２において、文字列スクロール終了イベントが発生していない場合（Ｓ１０２：ＮＯ）には、Ｓ１０６へ進む。Ｓ１０６では、ＣＰＵ１４は、リスト表示要求イベントが発生したか否かを判断する。リスト表示要求イベントとは、図１３の上段の図に示すように、コンテンツタイトル文字列１６２がテロップ表示されている状態において、ユーザが、コンテンツタイトル文字列１６２を選択（キー入力）したことを報知するイベントである。これにより、ユーザが、コンテンツタイトル文字列１６２に対応する更新コンテンツ情報１３２を選択することが可能となる。リスト表示要求イベントが発生していない場合（Ｓ１０６：ＮＯ）には、Ｓ１００へ戻り、ＣＰＵ１４は、イベントが発生するまで待機する。一方、リスト表示要求イベントが発生している場合（Ｓ１０６：ＹＥＳ）には、Ｓ１０８へ進み、ＣＰＵ１４は、リスト表示処理を実行する。
【００４７】
（リスト表示処理）
続いて、Ｓ１０８で実行されるリスト表示処理を、図８のフローチャートを用いて説明する。Ｓ１２０において、ＣＰＵ１４は、ＲＡＭ３０の表示情報記憶領域３６からｉ番目のサイト（コンテンツタイトル文字列１６２が表示されているサイト）の全ての更新コンテンツ情報１３２を取得する。例えば、ゼロ番目のサイトの場合、図４の例では、ｍ個の更新コンテンツ情報１３２が存在する。この場合、Ｓ１２０においてｍ個の更新コンテンツ情報１３２が取得される。Ｓ１２２に進むと、ＣＰＵ１４は、Ｓ７８で取得されたサイトタイトル文字列１２２と、Ｓ１２０で取得された各コンテンツタイトル文字列１４０と、Ｓ１２０で取得された各コンテンツ更新日時情報１４２とを含むリストデータを作成する。Ｓ１２４に進むと、ＣＰＵ１４は、Ｓ１２２で作成されたリストデータを表示パネル５０に送信する。この結果、図１３の下段の図に示されるように、リスト１７０が表示パネル５０に表示される。
【００４８】
リスト１７０は、複数のコンテンツ（例えばｍ個のコンテンツ）のそれぞれについて、当該コンテンツのコンテンツ更新日時情報と当該コンテンツのコンテンツタイトル文字列とを含んでいる。図１３の下段の図の例では、リスト１７０の最上段に、政治に関するコンテンツについて、コンテンツ更新日時情報「２０：２３」とコンテンツタイトル文字列「首相退陣表明・・・」とが表示されている。また、この例では、サイトタイトル文字列１７２「ＡＢＣ．ＣＯＭ」も表示されている。Ｓ１２４を終えると、Ｓ１２６に進む。
【００４９】
Ｓ１２６では、ＣＰＵ１４は、イベントが発生するまで待機する。イベントが発生するとＳ１２８に進む。Ｓ１２８では、ＣＰＵ１４は、コンテンツ選択操作イベントが発生したのか否かを判断する。ここでコンテンツ選択操作イベントは、図１３の下段の図に示すように、リスト１７０が表示されている状態において、リスト１７０の複数のコンテンツから、何れか１つのコンテンツ（コンテンツタイトル文字列）をユーザが選択（タッチ）したことを報知するイベントである。Ｓ１２８においてコンテンツ選択操作イベントが発生した場合（Ｓ１２８：ＹＥＳ）、Ｓ１３０へ進み、コンテンツ表示処理を実行する。コンテンツ表示処理では、ＣＰＵ１４は、コンテンツ選択操作イベントで選択されたコンテンツの表示データを、表示パネル５０に送信する。この結果、表示パネル５０には、サイトタイトル文字列１７２、コンテンツ更新日時情報１８０、コンテンツタイトル文字列１８２、コンテンツ要約文字列１８４などが表示される。これにより、ユーザは、一覧表示されたタイトルから目的のタイトルを選択することで、選択されたコンテンツの内容を表示パネル５０に表示させることができる。
【００５０】
なお、コンテンツ表示処理では、表示情報１１２を表示パネル５０に表示させる形態に限られない。ユーザによって選択されたコンテンツのコンテンツＵＲＬ１４６をＰＣ７０や７１に送信する形態であってもよい。これにより、表示パネル５０よりも大きな表示部を有するＰＣ７０や７１において、選択されたコンテンツの内容を表示させることができる。
【００５１】
図８のＳ１２８において、コンテンツ選択操作イベントが発生していない場合（Ｓ１２８：ＮＯ）、Ｓ１３２へ進み、ＣＰＵ１４は、リスト表示終了操作イベントが発生したか否かを判断する。リスト表示終了操作イベントは、図１３の下段の図に示すように、リスト１７０が表示されている状態において、ボタン１７４をユーザが選択（タッチ）したことを報知するイベントである。リスト表示終了操作イベントが発生した場合（Ｓ１３２：ＹＥＳ）、ＣＰＵ１４は、リスト表示処理を終了した上で、図６のＳ８４に戻る。一方、リスト表示終了操作イベントが発生しなかった場合（Ｓ１３２：ＮＯ）、ＣＰＵ１４は、イベントに応じた処理を実行し、Ｓ１２６に戻って、イベントが発生するまで待機する。
【００５２】
（スリープモード処理）
続いて、多機能機１０のＣＰＵ１４がスリープモードを実行するための処理について説明する。多機能機１０は、スリープモードとアクティブモードとを有する。スリープモードでは、表示パネル５０のバックライトが消灯され、表示パネル５０に表示される情報は視認できなくなる。なおスリープモードにおいても、定期的なフィード情報の更新（図５）は継続して実行される。また、アクティブモードは、アプリケーションの実行中またはアプリケーションの待機中のモードである。アクティブモードでは、表示パネル５０のバックライトが点灯され、表示パネル５０には各種の情報が表示される。そして、スリープモードの間に、アプリケーション状態が「実行中」になったり（Ｓ３０２：ＹＥＳ）、通常スリープリセットイベント（Ｓ３２４）またはＲＳＳスリープリセットイベント（Ｓ５８）が発生すると、多機能機１０はスリープモードを解除し、アクティブモードに移行する。また、後述するスリープモード処理により、多機能機１０は、アクティブモードからスリープモードに移行する。
【００５３】
図９および図１０のフローチャートを用いて、スリープモード処理を説明する。スリープモード処理は、独立したタスクとして動作し、フィード情報表示プログラム２４（図２参照）に従って多機能機１０の起動時から実行される。Ｓ４０２において、スリープタイマーがスタートされる。スリープタイマーは、リセットされてから所定時間が経過すると、スリープタイマータイムアップイベントを生成するタイマーである。なお、所定時間は任意に設定することが可能とされる。なお、図９におけるＳ４０４〜Ｓ４２４は、スリープモードの解除に関する制御である。一方、図１０におけるＳ４３０〜Ｓ４３６は、スリープモードを開始するため制御である。
【００５４】
まず、Ｓ４０４〜Ｓ４２４における、スリープモードの解除に関する制御を説明する。Ｓ４０４に進むと、ＣＰＵ１４は、各種のアプリケーション状態を示すアプリケーションフラグを参照する。ここで、アプリケーション状態とは、印刷部５４、スキャン部５６、ＦＡＸ部５８などの動作状態のことである。例として、図１１を用いて、印刷部５４に印刷指令を行う印刷処理アプリケーションにおけるアプリケーション状態を説明する。
印刷処理は、独立したタスクとして動作する。
【００５５】
Ｓ３０２において、ＣＰＵ１４は、ＰＣ７０または７１から印刷データの入力の有無を判断する。印刷データの入力がない場合（Ｓ３０２：ＮＯ）には、Ｓ３０２に戻り、待機状態となる。一方、印刷データの入力がある場合（Ｓ３０２：ＹＥＳ）には、Ｓ３０４へ進む。
【００５６】
Ｓ３０４において、ＣＰＵ１４は、フィード情報解析ワーク領域３４に記憶されるアプリケーションフラグを「実行中」にする。そして、Ｓ３０６へ進む。Ｓ３０６において、印刷データがＰＣ７０または７１から受信される。次にＳ３０８において、印刷部５４において印刷が行われる。印刷が終了するとＳ３１０へ進む。Ｓ３１０において、ＣＰＵ１４は、アプリケーションフラグを「待機中」にする。その後、Ｓ３０２へ戻る。これにより、Ｓ４０４の処理において、印刷部５４のアプリケーション状態が実行状態（「稼動中」）であるか否かを検出することができる。なお、スキャン部５６、ＦＡＸ部５８などの他のアプリケーションについても、図１０と同様にアプリケーションフラグを変更する処理が行われるが、ここでは詳細な説明は省略する。
【００５７】
図９のＳ４０６において、ＣＰＵ１４は、１つ以上のアプリケーションの状態が「実行中」であるか否かを判断する。１つ以上のアプリケーションの状態が「実行中」である場合（Ｓ４０６：ＹＥＳ）にはＳ４０７へ進み、アプリケーション実行中イベントを最終イベント情報としてフィード情報解析ワーク領域３４に記憶させ、Ｓ４１４へ進み、アプリケーションの状態が全て「実行中」でない場合（Ｓ４０６：ＮＯ）にはＳ４０８へ進む。
【００５８】
Ｓ４０８に進むと、ＣＰＵ１４は、イベントを受信したか否かを判断する。ＣＰＵ１４は、先に述べたアプリケーションの状態に加え、後述する４種類のイベントの受信の有無によって、スリープモードの制御を行う。Ｓ４１０に進むと、ＣＰＵ１４は、通常スリープリセットイベントを受信したか否かを判断する。通常スリープリセットイベントとは、通常スリープリセットイベント生成処理によって生成されるイベントである。具体的に通常スリープリセットイベントが生成される場面としては、リスト表示要求イベント（Ｓ１０６）時に、キー入力操作が行われる場面が挙げられる。
【００５９】
図１２のフローチャートを用いて、通常スリープリセットイベント生成処理を説明する。通常スリープリセットイベント生成処理は、独立したタスクとして動作する。Ｓ３２２において、ＣＰＵ１４は、キー入力が行われたか否かを判断する。キー入力が行われていない場合（Ｓ３２２：ＮＯ）には、Ｓ３２２へ戻り、待機状態とされる。また、キー入力が行われた場合（Ｓ３２２：ＹＥＳ）には、Ｓ３２４へ進む。Ｓ３２４では、ＣＰＵ１４は、通常スリープリセットイベントを生成する。具体的には、ＣＰＵ１４は、通常スリープリセットイベントのフラグをフィード情報解析ワーク領域３４に記憶させる。そして、Ｓ３２６へ進む。Ｓ３２６において、ＣＰＵ１４は、キー入力を処理する。その後、Ｓ３２２へ戻り、待機状態とされる。
【００６０】
スリープモード処理に説明を戻す。図９のＳ４１０において、通常スリープリセットイベントを受信していない場合（Ｓ４１０：ＮＯ）には、Ｓ４１８へ進む。Ｓ４１８において、ＣＰＵ１４は、ＲＳＳスリープリセットイベントを受信したか否かを判断する。ＲＳＳスリープリセットイベントとは、Ｓ５８で生成されるイベントであり、更新コンテンツ情報１３２の内容が更新されたことを報知するイベントである。ＲＳＳスリープリセットイベントを受信していない場合（Ｓ４１８：ＮＯ）には、Ｓ４３０（図１０）へ進む。一方、ＲＳＳスリープリセットイベントを受信した場合（Ｓ４１８：ＹＥＳ）には、Ｓ４２０へ進む。
【００６１】
Ｓ４２０において、ＣＰＵ１４は、多機能機１０がスリープモード中であるか否かを判断する。スリープモード中である場合（Ｓ４２０：ＹＥＳ）には、Ｓ４２２へ進む。ＣＰＵ１４は、ＲＳＳスリープリセットイベントを最終イベント情報としてフィード情報解析ワーク領域３４に記憶させた上で、Ｓ４１６へ進む。Ｓ４１６では、ＣＰＵ１４は、スリープモードを解除し、表示パネル５０のバックライトを点灯させた上で、Ｓ４０２へ戻る。一方、スリープモード中でない場合（Ｓ４２０：ＮＯ）には、Ｓ４２４へ進む。Ｓ４２４では、ＣＰＵ１４は、スリープタイマーをリセットした上で、Ｓ４０４へ戻る。
【００６２】
これにより、ＲＳＳスリープリセットイベントを受信した場合（コンテンツ要約情報が更新された場合）に、表示パネル５０がスリープ状態からアクティブ状態に復帰する。よって、更新タイミングで新たな情報が取得できた場合、スリープモードを解除し、表示パネル５０のバックライトを点灯させることにより、ユーザに新たなフィード情報が取得されたことを知らせることができる。
【００６３】
一方、図９のＳ４１０において、通常スリープリセットイベントを受信した場合（Ｓ４１０：ＹＥＳ）には、Ｓ４１２へ進む。ＣＰＵ１４は、通常スリープリセットイベントを最終イベント情報としてフィード情報解析ワーク領域３４に記憶させる。
【００６４】
Ｓ４１４へ進むと、ＣＰＵ１４は、多機能機１０がスリープモード中であるか否かを判断する。スリープモード中である場合（Ｓ４１４：ＹＥＳ）には、Ｓ４１６へ進む。また、スリープモード中でない場合（Ｓ４１４：ＮＯ）には、Ｓ４２４へ進む。
【００６５】
次に、図１０を用いて、Ｓ４３０〜Ｓ４３６における、スリープモードを開始するための制御を説明する。Ｓ４３０において、ＣＰＵ１４は、ＲＳＳスクロール完了イベントを受信したか否かを判断する。ＲＳＳスクロール完了イベントとは、Ｓ７７で生成されるイベントであり、表示情報１１２の全てをスクロール表示によって表示完了したことを報知するイベントである。
【００６６】
Ｓ４３０において、ＲＳＳスクロール完了イベントを受信していない場合（Ｓ４３０：ＮＯ）には、Ｓ４３２へ進む。Ｓ４３２では、ＣＰＵ１４は、スリープタイマータイムアップイベントを受信したか否かを判断する。スリープタイマータイムアップイベントは、Ｓ４０２で生成されるイベントであり、タイマーがリセットされてからの所定時間の経過を報知するイベントである。スリープタイマータイムアップイベントを受信していない場合（Ｓ４３２：ＮＯ）には、Ｓ４０４へ戻る。また、スリープタイマータイムアップイベントを受信した場合（Ｓ４３２：ＹＥＳ）には、Ｓ４３４へ進む。Ｓ４３４では、ＣＰＵ１４は多機能機１０のモードをスリープモードへ移行し、表示パネル５０のバックライトを消灯する。
【００６７】
一方、Ｓ４３０において、ＲＳＳスクロール完了イベントを受信した場合（Ｓ４３０：ＹＥＳ）には、Ｓ４３６へ進む。Ｓ４３６において、ＣＰＵ１４は、最終イベントがＲＳＳスリープリセットイベントであるか否かを判断する。この判断は、フィード情報解析ワーク領域３４に記憶させた最終イベント情報の種類を、ＣＰＵ１４が確認することで行われる。最終イベントがＲＳＳスリープリセットイベントでない場合（Ｓ４３６：ＮＯ）には、Ｓ４０４へ戻る。一方、最終イベントがＲＳＳスリープリセットイベントである場合（Ｓ４３６：ＹＥＳ）には、Ｓ４３４へ進み、スリープモードへ移行する。
【００６８】
これにより、ＲＳＳスリープリセットイベントにより多機能機１０がアクティブ状態とされているとき（最終イベントがＲＳＳスリープリセットイベントのとき）は、ＲＳＳスクロール完了イベントを受信したとき（Ｓ４３６：ＹＥＳ）か、または、スリープタイマータイムアップイベントを受信したとき（Ｓ４３２：ＹＥＳ）にスリープ状態へ移行する。これを第１制御と定義する。
【００６９】
一方、アプリケーション状態が「実行中」となることによりアクティブ状態とされているとき（最終イベントがアプリケーション実行中イベントのとき）、あるいは、通常スリープリセットイベントによりアクティブ状態とされているとき（最終イベントが通常スリープリセットイベントのとき）は、スリープタイマータイムアップイベントを受信したとき（Ｓ４３２：ＹＥＳ）のみにスリープ状態へ移行する。ＲＳＳスクロール完了イベントを受信したときであっても、最終イベントがＲＳＳスリープリセットイベントではないため、スリープ状態へ移行しない（Ｓ４３６：ＮＯ）。これを第２制御と定義する。
【００７０】
そして、第１制御が行われている期間中に、通常スリープリセットイベントが発生すると、Ｓ４１２において最終イベント情報がＲＳＳスリープリセットイベントから通常スリープリセットイベントへ変更されることにより、スリープ状態を制御する手段が第１制御から第２制御に移行する。また、第１制御が行われている期間中に、アプリケーション状態が「実行中」となると、Ｓ４０７において最終イベント情報がＲＳＳスリープリセットイベントからアプリケーション実行中イベントへ変更されることにより、スリープ状態を制御する手段が第１制御から第２制御に移行する。
【００７１】
よって例えば、多機能機１０が、更新コンテンツ情報１３２の内容の更新によってスリープ状態からアクティブ状態になっているときに、ユーザがコンテンツタイトル文字列１６２を選択（キー入力）する操作を行ったり、ユーザがＰＣ７０、７１から多機能機１０へ印刷指令を送信する操作を行うと、スリープ状態を制御する手段が第１制御から第２制御に移行する。よって、全てのコンテンツのスクロール表示が一通り終了しても、無操作状態で所定時間が経過するまでは、スリープ状態には戻らない。
【００７２】
これにより、コンテンツタイトル文字列１６２の選択が行われた際に、バックグラウンドで動作している全てのコンテンツをスクロール表示する処理が完了することに応じて多機能機１０がスリープモードに移行してしまう、という事態を防止することができる。よって、ユーザがキー操作を行ったにも関わらず、表示パネル５０の表示を見ることが出来なくなる、という事態を防止することができる。またこれにより、第１制御手段と第２制御手段とを、適切に使い分けることが可能となるため、多機能機１０のさらなる省電力化を図ることができる。
【００７３】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００７４】
図７のＳ１０８において、ＣＰＵ１４は、リスト表示要求イベントが発生している場合には、リスト表示処理を実行し、リスト１７０を表示パネル５０に表示するとしたが、この形態に限られない。Ｓ１０８において、ＣＰＵ１４は、コンテンツ表示処理（Ｓ１３０）を実行するとしてもよいことは言うまでもない。この場合、コンテンツタイトル文字列１６２がテロップ表示されている状態において、ユーザが、コンテンツタイトル文字列１６２を選択（キー入力）すると、選択されたコンテンツの表示データ（コンテンツ要約文字列１８４など）が表示パネル５０に表示される。
【００７５】
またスリープモードにおいては、表示パネル５０のバックライトが消灯される形態に代えて、スクリーンセーバーが表示される形態であってもよいことは言うまでもない。
【００７６】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【００７７】
なお、更新コンテンツ情報１３２はコンテンツ要約情報の一例、フィード情報のＵＲＬ１０２は要約情報位置情報の一例、多機能機１０は通信装置の一例、ＵＲＬ記憶領域４４は位置情報記憶手段の一例、表示パネル５０は表示部の一例、ＲＳＳスリープリセットイベントは第１イベントの一例、アプリケーション状態が「実行中」となること、通常スリープリセットイベント、リスト表示要求イベントは第２イベントの一例、ＰＣ７０および７１は情報表示装置の一例、である。
【図面の簡単な説明】
【００７８】
【図１】多機能機システムの構成を示す図である。
【図２】多機能機の構成を示す図である。
【図３】ＵＲＬ記憶領域の記憶内容の一例を示す図である。
【図４】表示情報記憶領域の記憶内容の一例を示す図である。
【図５】多機能機が実行するフィード情報解析処理のフローチャートを示す図である。
【図６】多機能機が実行する表示処理のフローチャート（その１）を示す図である。
【図７】多機能機が実行する表示処理のフローチャート（その２）を示す図である。
【図８】多機能機が実行するリスト表示処理のフローチャートを示す図である。
【図９】多機能機が実行するスリープモード処理のフローチャート（その１）を示す図である。
【図１０】多機能機が実行するスリープモード処理のフローチャート（その２）を示す図である。
【図１１】多機能機が実行する印刷処理のフローチャートを示す図である。
【図１２】多機能機が実行する通常スリープリセットイベント生成処理のフローチャートを示す図である。
【図１３】表示パネルの表示内容の一例を示す図である。
【符号の説明】
【００７９】
１０  多機能機
４４  ＵＲＬ記憶領域
５０  表示パネル
７０、７１  ＰＣ
１０２  ＵＲＬ
１３２  更新コンテンツ情報
１６２  コンテンツタイトル文字列
１７０  リスト
【図１】
2010086275.tif 000003
【図２】
2010086275.tif 000004
【図３】
2010086275.tif 000005
【図４】
2010086275.tif 000006
【図５】
2010086275.tif 000007
【図６】
2010086275.tif 000008
【図７】
2010086275.tif 000009
【図８】
2010086275.tif 000010
【図９】
2010086275.tif 000011
【図１０】
2010086275.tif 000012
【図１１】
2010086275.tif 000013
【図１２】
2010086275.tif 000014
【図１３】
2010086275.tif 000015