(57)【要約】【課題】コンテンツを表示するための通信システム等を提供すること。【解決手段】多機能機１０は、コンテンツ提供サーバ９０、９１からフィード情報を取得する。多機能機１０は、電源ＯＦＦ時に、電源ＯＦＦ時取得記事情報２０１およびサイトＵＲＬ１０２をＰＣ７０に送信する。多機能機１０は、電源ＯＮ時に、記事受け渡し要求をＰＣ７０に送信する。多機能機１０は、ＰＣ０から送信されてくる、コンテンツ情報１３２を受信する。ＰＣ７０は、多機能機１０から送信された電源ＯＦＦ時取得記事情報２０１およびサイトＵＲＬ１０２を受信して保持する。ＰＣ７０は、電源ＯＦＦ時取得記事情報２０１を受信することに応じて、フィード情報を取得し、フィード情報から電源ＯＦＦ時取得記事情報２０１以降に新たに含まれたコンテンツ情報１３２を抽出して保存する。ＰＣ７０は、電源ＯＮ時取得記事情報２０２を受信することに応じて、多機能機１０が取得し損なったコンテンツ情報１３２を多機能機１０へ送信する。【選択図】図２
2010176343.tif 000002
【特許請求の範囲】
【請求項１】
サーバにアクセス可能な通信装置と前記サーバにアクセス可能な情報表示装置とが通信可能に接続される通信システムであって、
前記通信装置は、
複数のコンテンツ情報を含むフィード情報のフィード情報位置情報を記憶する位置情報記憶手段と、
前記位置情報記憶手段に記憶されている前記フィード情報位置情報を用いて前記サーバから前記フィード情報を取得する第１要約情報取得手段と、
前記通信装置の機能停止時に、前記機能停止時までに取得されていた最新の前記コンテンツ情報に関する停止時ポインタ情報および前記フィード情報位置情報を前記情報表示装置に送信する第１送信手段と、
前記通信装置の起動時に、起動コマンドを前記情報表示装置に送信する第２送信手段と、
前記情報表示装置から送信されてくる前記コンテンツ情報を受信する第１受信手段と、
前記第１要約情報取得手段および前記第１受信手段によって取得された前記コンテンツ情報を表示する第１表示手段と、
を備え、
前記情報表示装置は、
前記通信装置から送信された前記停止時ポインタ情報および前記フィード情報位置情報を受信して保持する第２受信手段と、
前記停止時ポインタ情報を受信することに応じて、受信した前記フィード情報位置情報を用いて前記フィード情報を取得し、取得した前記フィード情報に前記停止時ポインタ情報以降に新たに含まれた前記コンテンツ情報を抽出して保存する第２要約情報取得手段と、
前記起動コマンドを受信することに応じて、前記第２要約情報取得手段で取得された前記コンテンツ情報を前記通信装置へ送信する第３送信手段と、
を備える
ことを特徴とする通信システム。
【請求項２】
前記通信装置は、
前記起動時に、前記位置情報記憶手段に記憶されている前記フィード情報位置情報を用いて前記サーバから前記フィード情報を取得し前記コンテンツ情報を抽出する第３要約情報取得手段と、
前記第３要約情報取得手段で取得された前記コンテンツ情報のうち、最も古い前記コンテンツ情報に関する起動時ポインタ情報を前記情報表示装置に送信する第４送信手段と、
を備え、
前記情報表示装置が備える前記第３送信手段は、前記起動時ポインタ情報を受信することに応じて、前記停止時ポインタ情報以降かつ前記起動時ポインタ情報以前に更新された前記コンテンツ情報を前記通信装置へ送信する
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記停止時ポインタ情報および前記起動時ポインタ情報は、前記更新日時情報を含み、
前記情報表示装置が備える前記第３送信手段は、前記第２要約情報取得手段によって取得された前記コンテンツ情報のうち、前記停止時ポインタ情報の前記更新日時情報よりも新しく前記起動時ポインタ情報の前記更新日時情報よりも古い前記更新日時情報を有する前記コンテンツ情報を抽出して前記通信装置へ送信する
ことを特徴とする請求項２に記載の通信システム。
【請求項４】
前記通信装置が備える前記第１要約情報取得手段は、予め定められる所定間隔時間ごとに前記サーバから前記フィード情報を取得し、
前記通信装置が備える前記第１送信手段は、前記所定間隔時間を前記情報表示装置に送信し、
前記情報表示装置が備える前記第２受信手段は、前記通信装置から送信された前記所定間隔時間を受信して保持し、
前記情報表示装置が備える前記第２要約情報取得手段は、受信した前記フィード情報位置情報を用いて、前記所定間隔時間ごとに前記フィード情報を前記サーバから取得する
ことを特徴とする請求項１ないし請求項３の何れかに記載の通信システム。
【請求項５】
サーバにアクセス可能とされ、前記サーバにアクセス可能な情報表示装置と通信可能に接続される通信装置であって、
複数のコンテンツ情報を含むフィード情報のフィード情報位置情報を記憶する位置情報記憶手段と、
前記位置情報記憶手段に記憶されている前記フィード情報位置情報を用いて前記サーバから前記フィード情報を取得する第１要約情報取得手段と、
前記通信装置の機能停止時に、前記機能停止時までに取得されていた最新の前記コンテンツ情報に関する停止時ポインタ情報および前記フィード情報位置情報を前記情報表示装置に送信する第１送信手段と、
前記通信装置の起動時に、起動コマンドを前記情報表示装置に送信する第２送信手段と、
前記情報表示装置から送信されてくる、前記停止時ポインタ情報以降に更新された前記コンテンツ情報を受信する第１受信手段と、
前記第１要約情報取得手段および前記第１受信手段によって取得された前記コンテンツ情報を表示する第１表示手段と、
を備えることを特徴とする通信装置。
【請求項６】
前記通信装置は、
前記起動時に、前記位置情報記憶手段に記憶されている前記フィード情報位置情報を用いて前記サーバから前記フィード情報を取得し前記コンテンツ情報を抽出する第３要約情報取得手段と、
前記第３要約情報取得手段で取得された前記コンテンツ情報のうち、最も古い前記コンテンツ情報に関する起動時ポインタ情報を前記情報表示装置に送信する第４送信手段と、
を備え、
前記第１受信手段は、前記情報表示装置から送信されてくる、前記停止時ポインタ情報以降かつ前記起動時ポインタ情報以前に更新された前記コンテンツ情報を受信する
ことを特徴とする請求項５に記載の通信装置。
【請求項７】
前記停止時ポインタ情報および前記起動時ポインタ情報は、前記更新日時情報を含み、
前記第１受信手段は、前記情報表示装置から送信されてくる、前記停止時ポインタ情報の前記更新日時情報よりも新しく前記起動時ポインタ情報の前記更新日時情報よりも古い前記更新日時情報を有する前記コンテンツ情報を受信する
ことを特徴とする請求項６に記載の通信装置。
【請求項８】
サーバにアクセス可能とされ、前記サーバにアクセス可能な通信装置と通信可能に接続される情報表示装置であって、
前記通信装置の機能が停止されることに応じて前記通信装置から送信されてくる、前記通信装置に保持されている前記フィード情報のフィード情報位置情報と、前記通信装置の機能停止時までに前記通信装置で取得されていた最新の前記コンテンツ情報に関する停止時ポインタ情報と、を受信して保持する第２受信手段と、
前記停止時ポインタ情報を受信することに応じて、受信した前記フィード情報位置情報を用いて前記フィード情報を取得し、取得した前記フィード情報に前記停止時ポインタ情報以降に新たに含まれた前記コンテンツ情報を抽出して保存する第２要約情報取得手段と、
前記通信装置が起動されることに応じて前記通信装置から送信されてくる起動コマンドを受信することに応じて、前記第２要約情報取得手段で取得された前記コンテンツ情報を前記通信装置へ送信する第３送信手段と、
を備えることを特徴とする情報表示装置。
【請求項９】
前記第３送信手段は、
前記通信装置で取得された前記コンテンツ情報のうち、最も古い前記コンテンツ情報に関する起動時ポインタ情報を前記通信装置から受信することに応じて、前記停止時ポインタ情報以降かつ前記起動時ポインタ情報以前に更新された前記コンテンツ情報を前記通信装置へ送信する
ことを特徴とする請求項８に記載の情報表示装置。
【請求項１０】
前記停止時ポインタ情報および前記起動時ポインタ情報は、前記更新日時情報を含み、
前記第３送信手段は、前記第２要約情報取得手段によって取得された前記コンテンツ情報のうち、前記停止時ポインタ情報の前記更新日時情報よりも新しく前記起動時ポインタ情報の前記更新日時情報よりも古い前記更新日時情報を有する前記コンテンツ情報を抽出して前記通信装置へ送信する
ことを特徴とする請求項９に記載の情報表示装置。
【請求項１１】
サーバにアクセス可能とされ、前記サーバにアクセス可能な情報表示装置と通信可能に接続される通信装置を、
複数のコンテンツ情報を含むフィード情報のフィード情報位置情報を記憶する位置情報記憶手段と、
前記位置情報記憶手段に記憶されている前記フィード情報位置情報を用いて前記サーバから前記フィード情報を取得する第１要約情報取得手段と、
前記通信装置の機能停止時に、前記機能停止時までに取得されていた最新の前記コンテンツ情報に関する停止時ポインタ情報および前記フィード情報位置情報を前記情報表示装置に送信する第１送信手段と、
前記通信装置の起動時に、起動コマンドを前記情報表示装置に送信する第２送信手段と、
前記情報表示装置から送信されてくる、前記停止時ポインタ情報以降に更新された前記コンテンツ情報を受信する第１受信手段と、
前記第１要約情報取得手段および前記第１受信手段によって取得された前記コンテンツ情報を表示する第１表示手段と、
して機能させるためのプログラム。
【請求項１２】
サーバにアクセス可能とされ、前記サーバにアクセス可能な通信装置と通信可能に接続される情報表示装置を、
前記通信装置の機能が停止されることに応じて前記通信装置から送信されてくる、前記通信装置に保持されている前記フィード情報のフィード情報位置情報と、前記通信装置の機能停止時までに前記通信装置で取得されていた最新の前記コンテンツ情報に関する停止時ポインタ情報と、を受信して保持する第２受信手段と、
前記停止時ポインタ情報を受信することに応じて、受信した前記フィード情報位置情報を用いて前記フィード情報を取得し、取得した前記フィード情報に前記停止時ポインタ情報以降に新たに含まれた前記コンテンツ情報を抽出して保存する第２要約情報取得手段と、
前記通信装置が起動されることに応じて前記通信装置から送信されてくる起動コマンドを受信することに応じて、前記第２要約情報取得手段で取得された前記コンテンツ情報を前記通信装置へ送信する第３送信手段と、
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上で公開されているコンテンツを表示するための通信システム、通信装置、情報表示装置およびプログラムに関する。
【背景技術】
【０００２】
様々なコンテンツがネットワーク上で公開されている。各コンテンツのＵＲＬと各コンテンツのタイトルとを含むコンテンツ要約情報を公開しているサーバが存在する。コンテンツ要約情報の一例として、例えば、フィード情報（Ｆｅｅｄ）を挙げることができる。フィード情報のフォーマットとしては、例えば、ＲＳＳ(Resource Description Framework Site Summary)やＡｔｏｍが存在する。下記の非特許文献１には、フィード情報を取得して各コンテンツのタイトルを表示するためのソフトウェアが開示されている。このソフトウェアをＰＣにインストールすると、ユーザは、各コンテンツのタイトルを見ることができる。ユーザがタイトルをクリックすると、ＰＣは、ブラウザを起動し、そのタイトルに対応するコンテンツのＵＲＬにアクセスする。これにより、ＰＣにおいてコンテンツが表示される。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】小津智幸、“ＲＳＳ対応サイトの配信記事タイトルを電光掲示板風に表示「Ｄｉｒｔｙ  Ｎｅｗｓ  Ｒｅａｄｅｒ」”、［Ｏｎｌｉｎｅ］、平成１６年５月２６日、Ｉｍｐｒｅｓｓ  Ｃｏｒｐｏｒａｔｉｏｎ、［平成２０年７月２９日検索］、インターネット、＜ｈｔｔｐ：／／ｗｗｗ．ｆｏｒｅｓｔ．ｉｍｐｒｅｓｓ．ｃｏ．ｊｐ／ａｒｔｉｃｌｅ／２００４／０５／２６／ｄｉｒｔｙｎｅｗｓｒｅａｄｅｒ．ｈｔｍｌ＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ネットワーク上のサーバに保持されているフィード情報は、サーバ側のルールでアップロードおよび削除が行われる。すなわち、ネットワーク上で公開されているフィード情報は、不定期に更新される。すると、ＰＣの電源がオフにされるなどの事態に起因して、フィード情報を取得できない状態が一定期間継続すると、未取得のフィード情報が削除されてしまう結果、フィード情報を取得し損なう場合がある。本明細書では、このような不便性を解消することができる技術を提供する。
【課題を解決するための手段】
【０００５】
本発明に係る通信システムは、サーバにアクセス可能な通信装置と、サーバにアクセス可能な情報表示装置とを備える。通信装置と情報表示装置とは、通信可能に接続される。本発明に係る通信装置は、位置情報記憶手段と、第１要約情報取得手段と、第１送信手段と、第２送信手段と、第１受信手段と、第１表示手段と、を備える。位置情報記憶手段は、フィード情報のフィード情報位置情報を記憶する。フィード情報は、複数のコンテンツ情報を含む情報である。更新日時情報は、例えば、各コンテンツがサーバにアップロードされた日時に関する情報が挙げられる。また、上記の「位置情報」という用語は、コンテンツの位置を特定することができるあらゆる情報を含む概念である。位置情報の一例として、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）等を挙げることができる。
【０００６】
第１要約情報取得手段は、位置情報記憶手段に記憶されているフィード情報位置情報を用いて、サーバからフィード情報を取得する。第１送信手段は、通信装置の機能停止時に、停止時ポインタ情報およびフィード情報位置情報を情報表示装置に送信する。通信装置の機能停止時とは、例えば、通信装置の電源がオフにされる時や、通信装置がスリープ状態に移行する時である。また、停止時ポインタ情報とは、機能停止時までに取得されていた最新のコンテンツ情報に関する情報である。停止時ポインタ情報の例としては、各コンテンツの更新日時情報が挙げられる。第２送信手段は、通信装置の起動時に、起動コマンドを情報表示装置に送信する。通信装置の起動時とは、例えば、通信装置の電源がオンにされる時や、通信装置がスリープ状態から回復する時である。また、起動コマンドとは、通信装置が起動した旨を報知する情報である。第１受信手段は、情報表示装置から送信されてくる、停止時ポインタ情報以降に更新されたコンテンツ情報を受信する。停止時ポインタ情報以降に更新されたコンテンツ情報とは、通信装置が機能停止していた期間において取得することが出来なかったコンテンツ情報である。第１表示手段は、第１要約情報取得手段および第１受信手段によって取得されたコンテンツ情報を表示する。
【０００７】
また、本発明に係る情報表示装置は、第２受信手段と、第２要約情報取得手段と、第３送信手段とを備える。第２受信手段は、通信装置から送信された停止時ポインタ情報およびフィード情報位置情報を、受信して保持する。第２要約情報取得手段は、停止時ポインタ情報を受信することに応じて、受信したフィード情報位置情報を用いてフィード情報を取得する。そして、取得したフィード情報から、停止時ポインタ情報以降に新たにフィード情報に含まれたコンテンツ情報を抽出する。そして抽出したコンテンツ情報を保存する。第３送信手段は、起動コマンドを受信することに応じて、第２要約情報取得手段で取得されたコンテンツ情報を通信装置へ送信する。
【０００８】
これにより、通信装置が機能停止状態である期間中に取得し損ねたコンテンツ情報が存在する場合においても、通信装置は、当該取得し損ねたコンテンツ情報を情報表示装置から受信することができる。よって、通信装置で確実にコンテンツ情報を取得することが可能となる。なお、通信装置が取得し損ねたコンテンツ情報とは、通信装置が機能停止している期間中にサーバにアップロードおよび削除されたコンテンツ情報である。
【０００９】
また、通信装置は、通信装置の機能停止移行時に停止時ポインタ情報を情報表示装置へ通知する。そして情報表示装置は、停止時ポインタ情報以降に更新されたコンテンツ情報をフィード情報から抽出する。これにより、既に通信装置で取得済のコンテンツ情報（すなわち停止時ポインタ情報以前のコンテンツ情報）が、情報表示装置で取得されることが防止されるため、情報表示装置の負担を減らすことが可能となる。
【００１０】
また、通信装置は、第３要約情報取得手段と、第４送信手段とを更に備えるとしてもよい。第３要約情報取得手段は、起動時に、位置情報記憶手段に記憶されているフィード情報位置情報を用いてサーバからフィード情報を取得する。第４送信手段は、起動時ポインタ情報を情報表示装置に送信する。起動時ポインタ情報とは、通信装置が起動した時に、第３要約情報取得手段で取得できる最も古いコンテンツ情報に関する情報である。起動時ポインタ情報の例としては、各コンテンツの更新日時情報が挙げられる。
【００１１】
また、情報表示装置が備える第３送信手段は、起動時ポインタ情報を受信することに応じて、停止時ポインタ情報以降かつ起動時ポインタ情報以前に更新されたコンテンツ情報を、通信装置へ送信するとしてもよい。停止時ポインタ情報以降かつ起動時ポインタ情報以前に更新されたコンテンツ情報とは、通信装置が機能停止されることに起因して、通信装置で取得し損ねたコンテンツ情報である。
【００１２】
これにより、情報表示装置は、通信装置が機能停止中に取得したコンテンツ情報のうち、通信装置で取得し損ねたコンテンツ情報のみを通信装置へ送信することができる。よって、コンテンツ情報の送受信のデータ量を軽減することが可能となる。
【００１３】
また、停止時ポインタ情報および起動時ポインタ情報は、更新日時情報を含むとしてもよい。また、情報表示装置が備える第３送信手段は、第２要約情報取得手段によって取得されたコンテンツ情報のうち、停止時ポインタ情報の更新日時情報よりも新しく起動時ポインタ情報の更新日時情報よりも古い更新日時情報を有するコンテンツ情報を抽出して、通信装置へ送信するとしてもよい。これにより、更新日時情報を用いて、通信装置が機能停止している期間中にサーバにアップロードされ削除された情報を抽出することができる。よって、通信装置で取得し損ねたコンテンツ情報を、確実に抽出することが可能となる。
【００１４】
また、通信装置が備える第１要約情報取得手段は、予め定められる所定間隔時間ごとにサーバからフィード情報を取得する。所定間隔時間は、例えば予めユーザによって定めるとしてもよい。通信装置が備える第１送信手段は、所定間隔時間を情報表示装置に送信する。情報表示装置が備える第２受信手段は、通信装置から送信された所定間隔時間を受信して保持する。情報表示装置が備える第２要約情報取得手段は、受信したフィード情報位置情報を用いて、所定間隔時間ごとに、フィード情報をサーバから取得する。これにより、通信装置と情報表示装置との間で、フィード情報を取得する所定間隔時間を一致させることができる。
【００１５】
また、本発明に係る通信装置は、位置情報記憶手段と、第１要約情報取得手段と、第１送信手段と、第２送信手段と、第１受信手段と、第１表示手段と、を備える。また、本発明に係るプログラムは、通信装置を、位置情報記憶手段と、第１要約情報取得手段と、第１送信手段と、第２送信手段と、第１受信手段と、第１表示手段と、して機能させる。第１受信手段は、情報表示装置から送信されてくる、停止時ポインタ情報以降に更新されたコンテンツ情報を受信する。これにより、通信装置が機能停止状態である期間中に取得し損ねたコンテンツ情報が存在する場合においても、通信装置は、当該取得し損ねたコンテンツ情報を情報表示装置から受信することができる。よって、通信装置で確実にコンテンツ情報を取得することが可能となる。
【００１６】
また、通信装置は、第３要約情報取得手段と、第４送信手段とを更に備えるとしてもよい。また、第１受信手段は、情報表示装置から送信されてくる、停止時ポインタ情報以降かつ起動時ポインタ情報以前に更新されたコンテンツ情報を受信する。これにより、通信装置は、機能停止中に取得し損ねたコンテンツ情報のみを情報表示装置から受信することができる。よって、コンテンツ情報の送受信のデータ量を軽減することが可能となる。
【００１７】
また、停止時ポインタ情報および起動時ポインタ情報は、更新日時情報を含むとしてもよい。また、第１受信手段は、情報表示装置から送信されてくる、停止時ポインタ情報の更新日時情報よりも新しく、起動時ポインタ情報の更新日時情報よりも古い更新日時情報を有するコンテンツ情報を受信する。これにより、通信装置で取得し損ねたコンテンツ情報を、確実に抽出することが可能となる。
【００１８】
また、本発明に係る情報表示装置は、第２受信手段と、第２要約情報取得手段と、第３送信手段とを備える。また、本発明に係るプログラムは、情報表示装置を、第２受信手段と、第２要約情報取得手段と、第３送信手段として機能させる。第２受信手段は、通信装置の機能が停止されることに応じて通信装置から送信されてくる、通信装置に保持されているフィード情報のフィード情報位置情報と、通信装置の機能停止時までに通信装置で取得されていた最新のコンテンツ情報に関する停止時ポインタ情報と、を受信して保持する。第３送信手段は、通信装置が起動されることに応じて通信装置から送信されてくる起動コマンドを受信することに応じて、第２要約情報取得手段で取得されたコンテンツ情報を、通信装置へ送信する。これにより、通信装置が取得し損ねたコンテンツ情報が存在する場合においても、情報表示装置で、当該取得し損ねたコンテンツ情報を取得することが可能となる。
【００１９】
また、第３送信手段は、通信装置で取得されたコンテンツ情報のうち、最も古いコンテンツ情報に関する起動時ポインタ情報を通信装置から受信することに応じて、停止時ポインタ情報以降かつ起動時ポインタ情報以前に更新されたコンテンツ情報を通信装置へ送信する。これにより、情報表示装置は、通信装置が取得し損ねたコンテンツ情報のみを通信装置へ送信することができる。よって、コンテンツ情報の送信データ量を軽減することが可能となる。
【００２０】
また、停止時ポインタ情報および起動時ポインタ情報は、更新日時情報を含むとしてもよい。また、第３送信手段は、第２要約情報取得手段によって取得されたコンテンツ情報のうち、停止時ポインタ情報の更新日時情報よりも新しく、起動時ポインタ情報の更新日時情報よりも古い更新日時情報を有するコンテンツ情報を抽出して、通信装置へ送信する。これにより、通信装置で取得し損ねたコンテンツ情報を、確実に抽出することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】多機能機システムの概略図である。
【図２】多機能機の動作フローチャート（その１）を示す図である。
【図３】多機能機の動作フローチャート（その２）を示す図である。
【図４】多機能機の動作フローチャート（その３）を示す図である。
【図５】ＰＣの動作フローチャート（その１）を示す図である。
【図６】ＰＣの動作フローチャート（その２）を示す図である。
【図７】ＰＣの動作フローチャート（その３）を示す図である。
【図８】ＵＲＬ記憶領域の記憶内容の一例を示す図である。
【図９】コンテンツ情報記憶領域の記憶内容の一例を示す図である。
【図１０】通信テーブルの記憶内容の一例を示す図である。
【発明を実施するための形態】
【００２２】
図面を参照して実施例を説明する。図１は、本実施例の多機能機システム２の概略図を示す。多機能機システム２は、多機能機１０と、ＰＣ７０と、複数のコンテンツ提供サーバ９０および９１と、を備える。多機能機１０は、ＬＡＮ回線４に接続されている。ＰＣ７０は、ＬＡＮ回線４に接続されている。ＬＡＮ回線４は、ルータ６を介してインターネット８に接続されている。各コンテンツ提供サーバ９０、９１は、インターネット８に接続されている。本実施例では、コンテンツ提供サーバ９０がある１つのサイトを公開しており、コンテンツ提供サーバ９１が別の１つのサイトを公開している。各サイトは、複数のコンテンツを含んでいる。さらに、各コンテンツ提供サーバ９０、９１は、自身のサイトが含んでいる複数のコンテンツの要約情報であるフィード情報（ＲＳＳ形式のフィード情報）を記憶している。これらの情報の具体的な内容については、後で詳しく説明する。
【００２３】
多機能機１０は、制御部１２、タッチパネル５０、キーパッド５２、印刷部５４、ＦＡＸ部５８、ネットワークインターフェイス６０、ＰＳＴＮインターフェイス６２、等を有する。制御部１２は、ＣＰＵ１４、ＲＯＭ１６、ＲＡＭ３０、ＮＶＲＡＭ４０、等を有する。
【００２４】
ＣＰＵ１４は、ＲＯＭ１６に記憶されている各種のプログラムに従って様々な処理を実行する。基本機能プログラム１８は、多機能機１０の基本的な動作を制御するためのプログラムである。基本機能プログラム１８は、例えば、タッチパネル５０に表示される表示データを生成するためのプログラムを含んでいる。また、基本機能プログラム１８は、例えば、印刷部５４、ＦＡＸ部５８等を制御するためのプログラムを含んでいる。インターネット接続プログラム２０は、インターネット８に接続するためのプログラムである。フィード情報解析プログラム２２は、コンテンツ提供サーバ９０、９２から取得されるフィード情報を解析し、コンテンツ情報１３２を抽出するためのプログラムである。
【００２５】
ＮＶＲＡＭ４０は、基本機能パラメータ記憶領域４２およびＵＲＬ記憶領域４４を備える。基本機能パラメータ記憶領域４２は、ＣＰＵ１４が基本機能プログラム１８に従って処理を実行する際に利用される各種パラメータ（例えば印刷設定、ＦＡＸ設定等）を記憶するための記憶領域である。ＵＲＬ記憶領域４４は、各コンテンツ提供サーバ９０、９１が有するフィード情報のＵＲＬを記憶するための記憶領域である。例えば、ユーザは、各コンテンツ提供サーバ９０、９１からのコンテンツ提供サービスを受けるための登録を行なう必要がある。
【００２６】
ネットワークインターフェイス６０は、ＬＡＮ回線４に接続されている。多機能機１０は、ＰＣ７０と通信可能であるとともに、インターネット８にアクセス可能である。
【００２７】
ＲＡＭ３０は、基本機能ワーク領域３２、フィード情報解析ワーク領域３４、コンテンツ情報記憶領域３７を備える。基本機能ワーク領域３２は、基本機能プログラム１８に従って処理が実行される過程で生成される各種データを記憶するための記憶領域である。フィード情報解析ワーク領域３４は、フィード情報解析プログラム２２に従って処理が実行される過程で作成される各種データを記憶するための記憶領域である。コンテンツ情報記憶領域３７は、コンテンツ提供サーバから取得したフィード情報から抽出されたコンテンツ情報１３２を保持する領域である。コンテンツ情報１３２は、フィード情報の少なくとも一部を有するように生成される。
【００２８】
次に、ＰＣ７０の構成を説明する。ＰＣ７０は、ＣＰＵ７２、ハードディスク７４、表示部８２、操作部８４、等を有する。ハードディスク７４は、基本プログラム７６、フィード情報リーダーソフト７９、コンテンツ情報記憶領域３７ｂ、通信テーブル７５などを備える。基本プログラム７６は、ＰＣ７０の基本的な動作を制御するためのプログラムである。フィード情報リーダーソフト７９は、フィード情報をダウンロードして表示するためのプログラムである。コンテンツ情報記憶領域３７ｂは、コンテンツ提供サーバから取得したフィード情報から抽出されたコンテンツ情報１３２を保持する領域であり、多機能機１０のコンテンツ情報記憶領域３７と同様の構成を有する。通信テーブル７５は、多機能機１０とＰＣ７０とでコンテンツ情報１３２を通信する際に必要な情報を保持するテーブルである。
【００２９】
表示部８２は、様々な情報を表示することができる。操作部８４は、キーボードやマウスによって構成される。ユーザは、操作部８４を操作することによって、様々な指示や情報をＰＣ７０に入力することができる。
【００３０】
図８に、ＵＲＬ記憶領域４４の記憶内容の一例を示す。図８の例では、ｎ個のサイトＵＲＬ１０２が記憶されている。各サイトＵＲＬ１０２には、識別番号１００が付与されている。また、サイトＵＲＬ１０２の各々に対応して、取得設定１０３および取得ステータス１０４が記憶される。取得設定１０３は、サイトＵＲＬ１０２に基づいてフィード情報を取得するか否かを決定する設定であり、例えばユーザによって予め設定される。取得ステータス１０４は、記事更新処理時において、サイトＵＲＬ１０２に基づいた記事更新が行われる前なのか後なのかを表すステータスである。
【００３１】
図９を用いて、コンテンツ情報記憶領域３７および３７ｂの記憶内容について説明する。コンテンツ情報記憶領域３７および３７ｂは、ＵＲＬ記憶領域４４に記憶されているサイトＵＲＬ１０２ごとに表示情報１１２を記憶することが可能である。個々の表示情報１１２のデータ構成について説明する。表示情報１１２は、サイトタイトル文字列１２２を備える。サイトタイトル文字列１２２は、サイト名を表す文字列である。また、表示情報１１２は、ｍ個（ｍは１以上の整数）のコンテンツ情報１３２を備える。コンテンツ情報１３２は、コンテンツタイトル文字列１４０、ディスクリプション１４４、コンテンツ更新日時情報１４２、コンテンツＵＲＬ１４６を備えている。コンテンツタイトル文字列１４０は、コンテンツのタイトルの文字列である。ディスクリプション１４４は、コンテンツが有する文字列が要約化されたものである。コンテンツ更新日時情報１４２は、コンテンツ提供サーバにおいてコンテンツが更新された日時（最新の更新日時）に関する情報である。サイトＵＲＬ１０２は、各コンテンツ提供サーバ９０、９１のフィード情報のＵＲＬである。コンテンツＵＲＬ１４６は、それぞれのコンテンツのＵＲＬである。
【００３２】
図１０に、通信テーブル７５の一例を示す。図１０の例では、ｎ個のサイトＵＲＬ１０２が記憶されている。各サイトＵＲＬ１０２には、識別番号２００が付与されている。また、サイトＵＲＬ１０２の各々に対応して、電源ＯＦＦ時取得記事情報２０１、電源ＯＮ時取得記事情報２０２、取得設定２０３、取得ステータス２０４、が記憶される。また、通信テーブル７５には、所定間隔時間１４８が記憶される。電源ＯＦＦ時取得記事情報２０１は、多機能機１０の電源ＯＦＦ時までに取得されていた、最新のコンテンツ情報１３２についてのコンテンツ更新日時情報１４２である。電源ＯＮ時取得記事情報２０２は、多機能機１０の電源ＯＮ以降における初回のフィード情報取得時に取得できる、最も古いコンテンツ情報１３２についてのコンテンツ更新日時情報１４２である。取得設定２０３および取得ステータス２０４は、図８における取得設定１０３および取得ステータス１０４と同様であるため、ここでは詳細な説明を省略する。
【００３３】
多機能機１０の動作を、図２ないし図４のフローチャートを用いて説明する。また、ＰＣ７０の動作を、図５ないし図７のフローチャートを用いて説明する。
【００３４】
多機能機１０の動作のメインループを、図２を用いて説明する。本メインループ処理は、多機能機１０の電源がオンされることにより実行が開始され、電源がオフされるまで繰り返し実行されるものである。Ｓ１１において、ＣＰＵ１４は、多機能機１０がＲＳＳサイト設定モードに入っているか否かを判断する。ＲＳＳサイト設定モードに入っている場合（Ｓ１１：ＹＥＳ）には、Ｓ１３へ進む。ＲＳＳサイト設定モードへの遷移は、例えば、ユーザの操作によって行われる。
【００３５】
Ｓ１３において、ＣＰＵ１４は、ＲＳＳサイト設定処理を行う。ＲＳＳサイト設定処理では、ユーザが閲覧を希望するＲＳＳサイトのサイトＵＲＬ１０２が、多機能機１０に登録される。ＲＳＳサイト設定処理は、例えば、タッチパネル５０にＲＳＳサイト設定画面を表示し、ユーザがタッチパネル５０やキーパッド５２を用いてサイトＵＲＬ１０２を入力することで行われても良い。
【００３６】
Ｓ１５に進むと、ＣＰＵ１４は、ＲＳＳサイトの登録を確定するか否かを判断する。登録を確定しない場合（「ＣＡＮＣＥＬ」ボタンの入力など）（Ｓ１５：ＮＯ）には、ＲＳＳサイト設定処理が終了される。一方、登録を確定する場合（「ＯＫ」ボタンの入力など）（Ｓ１５：ＹＥＳ）には、Ｓ１７へ進む。Ｓ１７において、ＣＰＵ１４は、入力されたサイトＵＲＬ１０２をＵＲＬ記憶領域４４に保存する。
【００３７】
一方、ＲＳＳサイト設定モードに入っていない場合（Ｓ１１：ＮＯ）には、Ｓ１９へ進む。Ｓ１９において、ＣＰＵ１４は、記事更新時間が到来したか否かを判断する。記事更新時間は、所定間隔時間１４８ごとに到来するように算出される。所定間隔時間１４８は、例えばユーザによって予め設定される。記事更新時間が到来した場合（Ｓ１９：ＹＥＳ）には、Ｓ２１へ進む。Ｓ２１では、記事更新処理が行われる。記事更新処理の詳しい内容は、後述する。一方、記事更新時間が到来していない場合（Ｓ１９：ＮＯ）には、Ｓ２３へ進む。
【００３８】
Ｓ２３において、ＣＰＵ１４は、多機能機１０の電源ＯＦＦの指令が入力されたか否かを判断する。電源ＯＦＦの指令入力は、例えば、ユーザによってＯＦＦキーを押下することで行われる。電源ＯＦＦの指令が入力された場合（Ｓ２３：ＹＥＳ）には、Ｓ２５へ進む。Ｓ２５において、ＣＰＵ１４は、多機能機１０の電源ＯＦＦ処理を行う。
【００３９】
Ｓ２７に進むと、ＣＰＵ１４は、ＰＣ７０に、コンテンツ情報１３２の記事取得代行要求を送信する。記事取得代行要求は、多機能機１０の電源ＯＦＦの間に、ＰＣ７０にコンテンツ情報１３２の取得を代行してもらう要求である。記事取得代行要求には、ＵＲＬ記憶領域４４に登録されているサイトＵＲＬ１０２や、電源ＯＦＦ時取得記事情報２０１が含まれる。電源ＯＦＦ時取得記事情報２０１は、電源ＯＦＦ時までに取得されていた最新のコンテンツ情報１３２を表す、停止時ポインタ情報の役割をする情報である。
【００４０】
一方、電源ＯＦＦの指令が入力されていない場合（Ｓ２３：ＮＯ）には、Ｓ２９へ進む。Ｓ２９において、ＣＰＵ１４は、記事スクロール表示処理を行う。記事スクロール表示処理では、例えば、コンテンツ情報１３２のコンテンツタイトル文字列１４０が１つずつタッチパネル５０にスクロール表示され、ユーザがスクロール表示されたタイトルをタッチすることにより選択すると、ディスクリプション１４４が表示されるとしてもよい。
【００４１】
多機能機１０における、Ｓ２１で行われる記事更新処理について、図３を用いて詳説する。Ｓ３１において、ＣＰＵ１４は、ＵＲＬ記憶領域４４に記憶されているサイトＵＲＬ１０２について、順に参照する。
【００４２】
Ｓ３３に進むと、ＣＰＵ１４は、サイトＵＲＬ１０２の各々の取得設定１０３が「取得する」に設定されているか否かを判断する。「取得する」に設定がされていない場合（Ｓ３３：ＮＯ）には記事更新処理が終了され、「取得する」に設定がされている場合（Ｓ３３：ＹＥＳ）にはＳ３５へ進む。Ｓ３５において、ＣＰＵ１４は、ＵＲＬ記憶領域４４において取得設定１０３が「取得する」に設定されているサイトＵＲＬ１０２の取得ステータス１０４を、「更新前」に設定する。
【００４３】
Ｓ３７に進むと、ＣＰＵ１４は、サイトＵＲＬ１０２に基づいて各コンテンツ提供サーバ９０、９１にアクセスし、フィード情報を取得する。そして、ＣＰＵ１４は、フィード情報解析プログラム２２を実行することで、取得したフィード情報からコンテンツ情報１３２を抽出する。
【００４４】
Ｓ３９に進むと、ＣＰＵ１４は、記事情報入れ替え処理を行う。記事情報入れ替え処理は、古いコンテンツ情報１３２と新しいコンテンツ情報１３２とを入れ替える処理である。記事情報入れ替え処理の詳細な内容については、後述する。
【００４５】
Ｓ４１に進むと、ＣＰＵ１４は、フィード情報を取得したサイトＵＲＬ１０２の取得ステータス１０４を「更新後」に変更する。
【００４６】
Ｓ４３において、ＣＰＵ１４は、取得ステータス１０４が「更新前」であるサイトＵＲＬ１０２がＵＲＬ記憶領域４４に存在するか否かを判断する。存在する場合（Ｓ４３：ＹＥＳ）にはＳ３７へ戻り、更新前のサイトＵＲＬ１０２に基づいてフィード情報を取得する。一方、存在しない場合（Ｓ４３：ＮＯ）には、Ｓ４５へ進む。
【００４７】
Ｓ４５において、ＣＰＵ１４は、多機能機１０の電源ＯＮ以降の初回のフィード情報取得であるか否かを判断する。初回ではない場合（Ｓ４５：ＮＯ）には、記事更新処理を終了する。一方、初回である場合（Ｓ４５：ＹＥＳ）には、Ｓ４７へ進む。
【００４８】
Ｓ４７において、ＣＰＵ１４は、ＰＣ７０へ記事受け渡し要求を送信する。記事受け渡し要求は、多機能機１０の電源ＯＦＦの間にＰＣ７０に代行して取得してもらっていたコンテンツ情報１３２を、多機能機１０へ受け渡す旨の要求である。記事受け渡し要求には、起動時ポインタ情報として、電源ＯＮ時取得記事情報２０２が含まれる。
【００４９】
Ｓ４９に進むと、ＣＰＵ１４は、ＰＣ７０から記事受け渡し要求に対する結果報告を受信する。後述するように、電源ＯＦＦの期間中に多機能機１０が取得し損なったコンテンツ情報１３２がある場合には、結果報告として、取得できなかったコンテンツ情報１３２を受信する。また、取得し損なったコンテンツ情報１３２がない場合には、結果報告として、その旨を表す０件通知を受信する。なお、多機能機１０が取得し損なったコンテンツ情報１３２とは、多機能機１０が電源ＯＦＦとされている期間中に、コンテンツ提供サーバ９０、９１にアップロードおよび削除されたコンテンツ情報１３２である。
【００５０】
Ｓ５１において、ＣＰＵ１４は、コンテンツ情報１３２を受信したか否かを判断する。コンテンツ情報１３２を受信していない場合（Ｓ５１：ＮＯ）には、記事更新処理を終了する。一方、コンテンツ情報１３２を受信した場合（Ｓ５１：ＹＥＳ）には、Ｓ５３へ進む。Ｓ５３において、ＣＰＵ１４は、ＰＣ７０から受信したコンテンツ情報１３２を、コンテンツ情報記憶領域３７へ保存する。これにより、コンテンツ情報記憶領域３７には、Ｓ３７において多機能機１０が取得したコンテンツ情報１３２と、Ｓ４９においてＰＣ７０から受信したコンテンツ情報１３２との両方が記憶される。よって、多機能機１０が取得し損なった記事を、タッチパネル５０に表示可能とすることができる。
【００５１】
多機能機１０における、Ｓ３９で行われる記事情報入れ替え処理について、図４を用いて詳説する。Ｓ６１において、ＣＰＵ１４は、取得したフィード情報のＸＭＬ形式のファイルを解析し、各コンテンツ情報１３２を抽出する。
【００５２】
Ｓ６３ないしＳ７１では、コンテンツ更新日時情報１４２が空白であるコンテンツ情報１３２についての記事情報入れ替え処理が行われる。Ｓ６３において、ＣＰＵ１４は、コンテンツ更新日時情報１４２が空白のコンテンツ情報１３２が存在するか否かを判断する。存在しない場合（Ｓ６３：ＮＯ）には、Ｓ７３へ進む。一方、存在する場合（Ｓ６３：ＹＥＳ）には、Ｓ６５へ進む。
【００５３】
Ｓ６５において、ＣＰＵ１４は、コンテンツ更新日時情報１４２が空白のコンテンツ情報１３２が、既に取得済みの情報であるか否かを、コンテンツタイトル文字列１４０を用いて判断する。具体的には、前回の記事更新時間に取得したコンテンツ情報１３２中に、今回の記事更新時間に取得したコンテンツ情報１３２のコンテンツタイトル文字列１４０と一致するタイトルを有するものが存在するか否かを判断する。存在する場合（Ｓ６５：ＹＥＳ）には、前回に取得済みのコンテンツ情報１３２であると判断される。よってＳ６７に進み、ＣＰＵ１４は、コンテンツ更新日時情報１４２が空白のコンテンツ情報１３２を削除する。一方、存在しない場合（Ｓ６５：ＮＯ）には、未取得のコンテンツ情報１３２であると判断される。よってＳ６９に進み、ＣＰＵ１４は、今回の記事更新時間に取得したコンテンツ情報１３２のコンテンツ更新日時情報１４２へ、現在の日時情報を記憶する。
【００５４】
Ｓ７１に進むと、ＣＰＵ１４は、コンテンツ更新日時情報１４２が空白のコンテンツ情報１３２が他に存在するか否かを判断する。存在する場合（Ｓ７１：ＹＥＳ）にはＳ６３へ戻り、ＣＰＵ１４は、当該コンテンツ情報１３２についての記事情報入れ替え処理を行う。一方、存在しない場合（Ｓ７１：ＮＯ）には、Ｓ７３へ進む。
【００５５】
Ｓ７３において、ＣＰＵ１４は、今回の記事更新時間に取得したコンテンツ情報１３２中に、前回の記事更新時間に取得済みのコンテンツ情報１３２が存在するか否かを判断する。存在する場合（Ｓ７３：ＹＥＳ）には、当該コンテンツ情報１３２は古いコンテンツ情報１３２であると判断される。よってＳ７５へ進み、ＣＰＵ１４は、コンテンツ情報記憶領域３７に記憶されている古いコンテンツ情報１３２を削除した上で、Ｓ７７へ進む。一方、存在しない場合（Ｓ７３：ＮＯ）には、当該コンテンツ情報１３２は新しいコンテンツ情報１３２であると判断され、Ｓ７７へ進む。
【００５６】
Ｓ７７において、ＣＰＵ１４は、新しいコンテンツ情報１３２をコンテンツ情報記憶領域３７へ保存する。これにより、新しいコンテンツ情報１３２が取得されると古いコンテンツ情報１３２が削除されるという、記事情報入れ替え処理が行われる。
【００５７】
ＰＣ７０の動作のメインループを、図５を用いて詳説する。Ｓ８１において、ＣＰＵ７２は、多機能機１０から出力された記事取得代行要求を受信したか否かを判断する。記事取得代行要求を受信した場合（Ｓ８１：ＹＥＳ）には、Ｓ８３へ進む。Ｓ８３において、ＣＰＵ７２は、受信した記事取得代行要求に含まれる情報（電源ＯＦＦ時取得記事情報２０１、サイトＵＲＬ１０２、所定間隔時間１４８）を、通信テーブル７５に保存する。そしてフローを終了する。
【００５８】
一方、記事取得代行要求を受信していない場合（Ｓ８１：ＮＯ）には、Ｓ８５へ進む。Ｓ８５において、ＣＰＵ７２は、多機能機１０から出力された記事受け渡し要求を受信したか否かを判断する。記事受け渡し要求を受信した場合（Ｓ８５：ＹＥＳ）には、Ｓ８７へ進む。Ｓ８７において、ＣＰＵ７２は、受信した記事受け渡し要求に含まれる、電源ＯＮ時取得記事情報２０２を、通信テーブル７５に保存する。電源ＯＮ時取得記事情報２０２を保存する動作は、サイトＵＲＬ１０２ごとに行われる。
【００５９】
Ｓ８９に進むと、ＣＰＵ７２は、電源ＯＦＦの期間中に多機能機１０が取得し損なったコンテンツ情報１３２があるか否かを判断する。当該判断は、サイトＵＲＬ１０２ごとに行われる。多機能機１０が取得し損なったコンテンツ情報１３２とは、ＰＣ７０のコンテンツ情報記憶領域３７ｂに保存されているコンテンツ情報１３２のうち、電源ＯＦＦ時取得記事情報２０１のコンテンツ更新日時情報よりも新しく、電源ＯＮ時取得記事情報２０２のコンテンツ更新日時情報よりも古いコンテンツ更新日時情報１４２を有するコンテンツ情報１３２である。
【００６０】
取得し損なったコンテンツ情報１３２が存在する場合（Ｓ８９：ＹＥＳ）には、Ｓ９１へ進む。Ｓ９１において、ＣＰＵ７２は、取得し損なったコンテンツ情報１３２を抽出し、多機能機１０に対して送信する。
【００６１】
一方、取得し損なったコンテンツ情報１３２が存在しない場合（Ｓ８９：ＮＯ）には、Ｓ９３ヘ進み、ＣＰＵ７２は、その旨を表す０件通知を多機能機１０へ送信する。Ｓ９５に進むと、ＣＰＵ７２は、コンテンツ情報記憶領域３７ｂへ保存していたコンテンツ情報１３２を削除する。そしてフローを終了する。
【００６２】
一方、記事受け渡し要求を受信していない場合（Ｓ８５：ＮＯ）には、Ｓ９７へ進む。Ｓ９７において、ＣＰＵ７２は、記事更新時間が到来したか否かを判断する。記事更新時間は、通信テーブル７５に記憶された所定間隔時間１４８ごとに到来するように算出される。記事更新時間が到来していない場合（Ｓ９７：ＮＯ）には、フローを終了する。一方、記事更新時間が到来している場合（Ｓ９７：ＹＥＳ）には、Ｓ９９へ進む。Ｓ９９において、ＣＰＵ７２は、ＰＣ側記事取得処理を行う。
【００６３】
ＰＣ７０における、Ｓ９９で行われるＰＣ側記事取得処理について、図６、図７を用いて詳説する。Ｓ１０１において、ＣＰＵ７２は、通信テーブル７５に保存されているサイトＵＲＬ１０２の一覧を参照する。Ｓ１０３に進むと、ＣＰＵ７２は、サイトＵＲＬ１０２の各々の取得設定２０３が「取得する」に設定されているか否かを判断する。「取得する」に設定がされていない場合（Ｓ１０３：ＮＯ）にはＰＣ側記事取得処理が終了され、「取得する」に設定がされている場合（Ｓ１０３：ＹＥＳ）にはＳ１０５へ進む。
【００６４】
Ｓ１０５において、ＣＰＵ７２は、通信テーブル７５において取得設定２０３が「取得する」に設定されているサイトＵＲＬ１０２の取得ステータス２０４を、「更新前」に設定する。
【００６５】
Ｓ１０７に進むと、ＣＰＵ７２は、サイトＵＲＬ１０２に基づいて各コンテンツ提供サーバ９０、９１にアクセスし、フィード情報を取得する。Ｓ１０９に進むと、ＣＰＵ７２は、フィード情報リーダーソフト７９を実行することで、取得したフィード情報からコンテンツ情報１３２を抽出する。
【００６６】
Ｓ１１１ないしＳ１１９において、コンテンツ更新日時情報１４２が空白であるコンテンツ情報１３２についての記事情報入れ替え処理が行われる。なお、ＰＣ７０における記事情報入れ替え処理は、多機能機１０における記事情報入れ替え処理（Ｓ６３ないしＳ７１、図４）と同様であるため、ここでは詳細な説明は省略する。
【００６７】
Ｓ１２１（図７）に進むと、ＣＰＵ７２は、通信テーブル７５から電源ＯＦＦ時取得記事情報２０１を読み出す。
【００６８】
Ｓ１２３において、ＣＰＵ７２は、Ｓ１０９で取得したコンテンツ情報１３２のコンテンツ更新日時情報１４２が、電源ＯＦＦ時取得記事情報２０１のコンテンツ更新日時情報１４２よりも古いか否かを判断する。古い場合（Ｓ１２３：ＹＥＳ）にはＳ１２５へ進み、ＣＰＵ７２は、古いと判断されたコンテンツ情報１３２を削除する。一方、古くない場合（Ｓ１２３：ＮＯ）には、当該コンテンツ情報１３２の削除を行わずにＳ１２７へ進む。
【００６９】
Ｓ１２７において、ＣＰＵ７２は、Ｓ１０９で取得した全てのコンテンツ情報１３２について、電源ＯＦＦ時取得記事情報２０１よりも古いか否かの判断が行われたかを判断する。全てのコンテンツ情報１３２について判断が行われていない場合（Ｓ１２７：ＮＯ）には、Ｓ１２１へ戻り、他のコンテンツ情報１３２について判断を行う。一方、全てのコンテンツ情報１３２について判断が行われている場合（Ｓ１２７：ＹＥＳ）には、Ｓ１２９へ進む。
【００７０】
Ｓ１２９において、ＣＰＵ７２は、新しいと判断されたコンテンツ情報１３２を、コンテンツ情報記憶領域３７ｂへ追加記憶する。これにより、電源ＯＦＦ時取得記事情報２０１よりも新しいコンテンツ情報１３２のみがコンテンツ情報記憶領域３７ｂに蓄積される。
【００７１】
Ｓ１３１に進むと、ＣＰＵ７２は、通信テーブル７５において、フィード情報を取得したサイトＵＲＬ１０２の取得ステータス２０４を「更新後」に変更する。
【００７２】
Ｓ１３３に進むと、ＣＰＵ７２は、取得ステータス２０４が「更新前」であるサイトＵＲＬ１０２が通信テーブル７５に存在するか否かを判断する。存在する場合（Ｓ１３３：ＹＥＳ）にはＳ１０７へ戻り、更新前のサイトＵＲＬ１０２に基づいてフィード情報を取得する。一方、存在しない場合（Ｓ１３３：ＮＯ）には、ＰＣ側記事取得処理を終了する。
【００７３】
多機能機１０およびＰＣ７０の動作の具体例を説明する。ある１つのサイトＵＲＬ１０２に対応するコンテンツ提供サーバ９０で、記事「Ａ」から「Ｇ」までの７つの記事がこの時系列の順番でアップロードされ、古い記事から順番にコンテンツ提供サーバ９０から削除される場合を説明する。また、所定間隔時間１４８が６０分である場合を説明する。
【００７４】
多機能機１０がコンテンツ提供サーバ９０から記事「Ａ」「Ｂ」のコンテンツ情報１３２を取得（Ｓ２１、Ｓ３７）した段階で、多機能機１０へ電源ＯＦＦの指令が入力されるとする（Ｓ２３）。多機能機１０は、電源ＯＦＦ処理を行い（Ｓ２５）、ＰＣ７０へ記事取得代行要求を送信する（Ｓ２７）。このとき、記事取得代行要求には、サイトＵＲＬ１０２と、記事「Ｂ」まで取得済であることを表す電源ＯＦＦ時取得記事情報２０１とが含まれる。
【００７５】
多機能機１０が電源ＯＦＦの間は、ＰＣ７０が記事取得を代行する。ＰＣ７０は、所定間隔時間１４８ごと（６０分ごと）にフィード情報をコンテンツ提供サーバ９０から取得する（Ｓ１０７）。このとき、取得したフィード情報から記事「Ａ」〜「Ｆ」が抽出できた場合を説明する。ＰＣ７０は、電源ＯＦＦ時取得記事情報２０１によって、多機能機１０では記事「Ｂ」まで取得済みであることを認識している（Ｓ１２３）。よってＰＣ７０は、記事「Ｂ」以前の記事（記事「Ａ」「Ｂ」）を削除し（Ｓ１２５）、記事「Ｃ」〜「Ｆ」を保存する（Ｓ１２９）。
【００７６】
多機能機１０の電源がＯＮとされると、多機能機１０がコンテンツ提供サーバ９０からフィード情報を取得し、コンテンツ情報１３２を抽出する（Ｓ３７）。このとき、取得したフィード情報から記事「Ｅ」〜「Ｇ」が抽出できた場合を説明する。この場合は、多機能機１０が、電源ＯＦＦの期間中に記事「Ｃ」「Ｄ」を取得し損ねた場合に該当する。電源ＯＮ時は、電源ＯＮ以降の初回のフィード情報取得に該当する（Ｓ４５：ＹＥＳ）。よって、多機能機１０からＰＣ７０へ、記事受け渡し要求が送信される（Ｓ４７）。記事受け渡し要求には、記事「Ｅ」から取得可能であることを表す電源ＯＮ時取得記事情報２０２が含まれる。
【００７７】
ＰＣ７０は、記事受け渡し要求を受信することに応じて（Ｓ８５：ＹＥＳ）、多機能機１０が取得し損なった記事（記事「Ｃ」「Ｄ」）を抽出し、多機能機１０へ送信する（Ｓ９１）。多機能機１０は、ＰＣ７０から送信された記事「Ｃ」「Ｄ」を受信する（Ｓ４９）。そして、電源ＯＮ時に多機能機１０が取得した記事「Ｅ」〜「Ｇ」と、ＰＣ７０から送信された記事「Ｃ」「Ｄ」とを合わせてコンテンツ情報記憶領域３７に記憶する（Ｓ５３）。これにより、タッチパネル５０への表示対象記事は、記事「Ｃ」〜「Ｇ」となるため、多機能機１０が取得し損なった記事を表示可能とすることができる。
【００７８】
本実施形態に係る発明の効果を以下に説明する。本実施形態に係る多機能機システム２では、多機能機１０が電源ＯＦＦ状態である期間中に取得し損ねたコンテンツ情報１３２が存在する場合においても、多機能機１０は、取得し損ねたコンテンツ情報１３２をＰＣ７０から受信することができる。よって、多機能機１０で確実にコンテンツ情報１３２を取得することが可能となる。
【００７９】
また、本実施形態に係る多機能機システム２では、多機能機１０は、電源ＯＦＦ時に電源ＯＦＦ時取得記事情報２０１をＰＣ７０へ通知する。そして情報表示装置は、電源ＯＦＦ時取得記事情報２０１以降に更新されたコンテンツ情報１３２をフィード情報から抽出する。これにより、既に多機能機１０で取得済のコンテンツ情報１３２（すなわち電源ＯＦＦ時取得記事情報２０１以前のコンテンツ情報１３２）が、ＰＣ７０で取得されることが防止されるため、ＰＣ７０の負担を減らすことが可能となる。
【００８０】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
【００８１】
本実施形態では、多機能機１０がコンテンツ情報１３２を取得できない場合として、電源ＯＦＦ時を説明したが、この形態に限られない。スリープモード時など、機能停止時であれば何れの場合であってもよい。
【００８２】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【００８３】
なお、コンテンツ情報１３２はコンテンツ情報の一例、サイトＵＲＬ１０２はフィード情報位置情報の一例、電源ＯＦＦ時は機能停止時の一例、電源ＯＦＦ時取得記事情報２０１は停止時ポインタ情報の一例、電源ＯＮ時取得記事情報２０２は起動時ポインタ情報の一例、ＰＣ７０は情報表示装置の一例、電源ＯＮ時は起動時の一例、記事受け渡し要求は起動コマンドの一例、である。
【００８４】
また、Ｓ１７を実行する制御部は位置情報記憶手段の一例である。Ｓ３７を実行する制御部は第１要約情報取得手段の一例である。Ｓ２７を実行する制御部は第１送信手段の一例である。Ｓ４７を実行する制御部は第２送信手段の一例である。Ｓ４９を実行する制御部は第１受信手段の一例である。Ｓ２９を実行する制御部は第１表示手段の一例である。Ｓ８３を実行する制御部は第２受信手段の一例である。Ｓ１２１ないしＳ１２９を実行する制御部は第２要約情報取得手段の一例である。Ｓ９１を実行する制御部は第３送信手段の一例である。Ｓ３７を実行する制御部は第３要約情報取得手段の一例である。Ｓ４７を実行する制御部は第４送信手段の一例である。
【符号の説明】
【００８５】
１０  多機能機
３７  コンテンツ情報記憶領域
５０  表示パネル
７０  ＰＣ
１０２  サイトＵＲＬ
１３２  コンテンツ情報
２０１  電源ＯＦＦ時取得記事情報
２０２  電源ＯＮ時取得記事情報
【図１】
2010176343.tif 000003
【図２】
2010176343.tif 000004
【図３】
2010176343.tif 000005
【図４】
2010176343.tif 000006
【図５】
2010176343.tif 000007
【図６】
2010176343.tif 000008
【図７】
2010176343.tif 000009
【図８】
2010176343.tif 000010
【図９】
2010176343.tif 000011
【図１０】
2010176343.tif 000012