JPWO2009019784A1 - 情報処理装置，更新情報取得方法及び更新情報取得プログラム - Google Patents

Abstract

本発明は、情報の配信元から更新情報を効率良く取得できるようにするために、情報の配信元（３−１〜３−３）において更新された情報を、ネットワーク（２）を介して取得する取得部（１３）と、配信元（３−１〜３−３）に対する更新情報の取得タイミングに係る取得規則を決定する決定部（１２ａ）とをそなえ、取得部（１３）が、取得規則が未決定である配信元（３−１〜３−３）に対して、所定の学習規則に基づいて更新情報を取得し、決定部（１２ａ）が、取得部（１３）による学習規則に基づく配信元（３−１〜３−３）からの更新情報の取得結果に基づいて、配信元（３−１〜３−３）に対する取得規則を決定し、取得部（１３）が、決定部（１２ａ）によって取得規則が決定されると、当該取得規則に基づいて、配信元（３−１〜３−３）から規則的に更新情報を取得するように構成する。

Description

本発明は、ネットワーク（例えばインターネット）上の情報の配信元における更新情報を規則的に取得するための技術に関する。

従来からインターネットでの情報配信の仕組みとしてＲＳＳ［RDF(Resource Description Framework) Site Summary；Rich Site Summary；Really Simple Syndication］がある。従来の情報処理装置においては、ＲＳＳの配信元［例えば、ＷＷＷ（World Wide Web）サーバ等の情報配信サーバ］からＲＳＳデータ（ＲＳＳフィード）を取得すべく、ＲＳＳリーダが当該ＲＳＳのＵＲＬ（Uniform Resource Locator）に対して、起動時やユーザが設定した定期的なタイミングでＲＳＳデータの取得、更新処理を行なっている。

なお、近年、ＲＳＳは、例えばウェブログでの更新情報の配信に用いられる他、ニュース配信サイトにおける最新ニュース、あるいは、テレビ局やラジオ局等の番組情報、もしくは、各種企業においてプレスリリースや新製品情報、サポート情報が、ＲＳＳを用いたヘッドライン情報としてインターネット上で配信されている。
そして、ＲＳＳは定期的に更新されて配信される場合が多いため、更新タイミングにあわせてＲＳＳを自動的に取得することが望ましい。

なお、従来から、デジタル複合機等の周辺機器のデバイスドライバのバージョンアップを情報処理装置が効率的に行なうために、周辺機器が、ネットワークを介してデバイスドライバの管理サーバに問い合わせを行なう際に、次回にデバイスドライバのバージョン情報を確認すべき間隔（更新予定時刻）を管理サーバから受信する技術がある（例えば、下記特許文献１参照）。
特開２００１−１２５７７３号公報

ところで、パーソナルコンピュータ等が使用する広帯域で定額制のインターネット（例えば今日の日本におけるブロードバンド）は有線網であり、更新直後のＲＳＳデータを取得すべく、間隔が短い定期的な（例えば５分毎の）ポーリングによってＲＳＳデータを更新（取得）したとしても、帯域（網）やユーザに課せられる課金の面で問題は生じない。
しかしながら、例えば携帯電話やＰＤＡ（Personal Digital Assistant）等の携帯端末が用いる無線網は、有線網と比較して様々な制限がある。

例えば、通信（利用）頻度が増えると、ユーザに高額の通信料金が課せられる場合がある他、網の過負荷による弊害（通信障害等）が生じ易いという問題がある。
より具体的には、プル型の通信の場合、携帯端末からの問い合わせ毎に通信料金が課せられる場合があるので、更新直後のＲＳＳデータを取得するために、短い間隔で定期的にポーリングを行なうと、高額の通信料金がユーザに課せられるおそれがある。

さらに、無線網の場合は、有線網によりも過負荷による弊害が生じ易いため、多くの携帯端末が同一ＵＲＬまたは同一ＷＷＷサーバに対して、間隔が短い定期的なポーリングを行なうと、通信に不具合が発生するおそれもある。
また、携帯端末のバッテリの電池容量に限りがあるため、間隔が短い定期的なポーリングを行なうと電池容量を多く消費してしまう。例えば、携帯電話は一つのバッテリで２，３時間の通信が可能であるため、パーソナルコンピュータのメーラのように５分毎に一度、ＲＳＳデータの取得処理を行なうと、一度の処理に１分掛かるとして、バッテリは１５時間しかもたない。

これらの理由により、特に携帯端末では、ＲＳＳデータを取得するためには、極力少ない問い合わせで更新されたＲＳＳデータを効率的に取得することが望ましい。
なお、上述した特許文献１の技術は、情報の配信元が次回の更新予定時刻を通知する機能を備えなければならず、情報の配信先であるユーザ端末側において効率的に情報を取得できるようにした技術ではない。

本発明は、このような課題に鑑み創案されたもので、情報の配信元から更新情報を効率良く取得できるようにした、情報処理装置，更新情報取得方法，更新情報取得プログラム及び同プログラムを記録したコンピュータ読取可能な記録媒体を提供することを目的とする。

上記目的を達成するために、本発明の情報処理装置は、ネットワーク上の情報の配信元において更新された情報を、該ネットワークを介して取得する取得部と、この取得部による該配信元に対する更新情報の取得タイミングに係る取得規則を決定する決定部とをそなえ、該取得部が、該決定部によって該取得規則が未決定である該配信元に対して、所定の学習規則に基づいて更新情報を取得し、該決定部が、該取得部による該学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該配信元に対する取得規則を決定し、該取得部が、該決定部によって該取得規則が決定されると、当該取得規則に基づいて、該配信元から規則的に更新情報を取得することを特徴としている。

なお、該取得部による該取得規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得部が該配信元から更新情報を正常に取得しているか否かを判断する判断部をそなえ、該取得部は、該判断部によって該配信元から更新情報を正常に取得していないと判断されると、所定の再学習規則に基づいて、該配信元から更新情報を取得し、該決定部は、該取得部による該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定するとともに、該取得部は、該決定部によって該取得規則が再決定されると、再決定された該取得規則に基づいて、該配信元から規則的に更新情報を取得することが好ましい。

また、該判断部は、該配信元に更新情報がないために、該取得部が更新情報を取得できなかった場合に、該取得部が更新情報を正常に取得していないと判断することが好ましい。
さらに、該再学習規則は、該決定部による再決定前の該取得規則に応じて決定されていることが好ましい。

なお、該取得部は、該決定部によって該取得規則が決定されてから所定期間経過すると、所定の再学習規則に基づいて、該配信元から更新情報を取得し、該決定部は、該取得部による該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定するとともに、該取得部は、該決定部によって該取得規則が再決定されると、当該再決定された該取得規則に基づいて、該配信元から更新情報を取得することが好ましい。

また、該再学習規則は、該決定部による再決定前の該取得規則に応じて決定されていることが好ましい。
さらに、該決定部が、予め保持された複数の規則のうち、該取得部による更新情報の取得結果に対応する規則を、該取得規則として決定することが好ましい。

なお、該決定部が、該複数の規則のうちの該取得部による該取得結果に対応する規則を、該複数の規則毎に設定された優先度の順に検索し、対応する規則が検索されると当該規則を該取得規則として決定することが好ましい。
さらに、該決定部が該複数の規則のうちの該取得部による該取得結果に対応する規則を検索する際に用いる、該優先度を設定する設定部をそなえて構成されていることが好ましい。

また、上記目的を達成するために、本発明の更新情報取得方法は、ネットワーク上の情報の配信元において更新された情報を、該ネットワークを介して規則的に取得する方法であって、所定の学習規則に基づいて、該配信元から更新情報を取得する学習取得ステップと、この学習取得ステップにおける該配信元からの更新情報の取得結果に基づいて、該配信元に対する更新情報の取得タイミングに係る取得規則を決定する決定ステップと、この決定ステップにおいて決定された該取得規則に基づいて、該配信元から更新情報を規則的に取得する第１通常取得ステップとを含んでいることを特徴としている。

なお、該第１通常取得ステップにおける該取得規則に基づく該配信元からの更新情報の取得結果に基づいて、該第１通常取得ステップにおいて更新情報を正常に取得しているか否かを判断する判断ステップと、この判断ステップにおいて、該第１通常取得ステップにおいて該配信元から更新情報を正常に取得していないと判断されると、所定の再学習規則に基づいて更新情報を取得する第１再学習取得ステップと、この第１再学習取得ステップにおける該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定する第１再決定ステップと、この第１再決定ステップにおいて再決定された該取得規則に基づいて、該配信元から更新情報を規則的に取得する第２通常取得ステップとを含むことが好ましい。

また、該判断ステップは、該配信元に更新情報がないために、該第１通常取得ステップにおいて更新情報を取得できなかった場合に、該第１通常取得ステップが更新情報を正常に取得していないと判断することが好ましい。
さらに、該再学習規則は、該第１再決定ステップにおける再決定前の該取得規則に応じて決定されていることが好ましい。

なお、該決定ステップにおいて該取得規則が決定されてから所定期間経過すると、所定の再学習規則に基づいて、該配信元から情報を取得する第２再学習取得ステップと、この第２再学習取得ステップにおける該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定する第２再決定ステップと、この第２再決定ステップにおいて該取得規則が再決定されると、当該再決定された該取得規則に基づいて、該配信元から更新情報を取得する第３通常取得ステップとを含むことが好ましい。

また、該再学習規則は、該第２再決定ステップにおける再決定前の該取得規則に応じて決定されていることが好ましい。
さらに、該決定ステップにおいて、予め保持された複数の規則のうち、該学習取得ステップにおける更新情報の取得結果に対応する規則が、該取得規則として決定されることが好ましい。

また、上記目的を達成するために、本発明の更新情報取得プログラムは、ネットワーク上の情報の配信元において更新された情報を、該ネットワークを介して規則的に取得する機能を、コンピュータに実現させるためのプログラムであって、該ネットワークを介して該配信元において更新された情報を取得する取得部、及び、この取得部による該配信元に対する更新情報の取得タイミングに係る取得規則を決定する決定部として、該コンピュータを機能させるとともに、該取得部が、該決定部によって該取得規則が未決定である該配信元に対して、所定の学習規則に基づいて更新情報を取得するように、該コンピュータを機能させ、該決定部が、該取得部による該学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該配信元に対する取得規則を決定するように、該コンピュータを機能させ、該取得部が、該決定部によって該取得規則が決定されると、当該取得規則に基づいて、該配信元から規則的に更新情報を取得するように、該コンピュータを機能させることを特徴としている。

なお、該取得部による該取得規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得部が該配信元から更新情報を正常に取得しているか否かを判断する判断部として、該コンピュータを機能させるとともに、該取得部が、該判断部によって該配信元から更新情報を正常に取得していないと判断されると、所定の再学習規則に基づいて、該配信元から更新情報を取得するように、該コンピュータを機能させ、該決定部が、該取得部による該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定するように、該コンピュータを機能させ、該取得部が、該決定部によって該取得規則が再決定されると、再決定された該取得規則に基づいて、該配信元から規則的に更新情報を取得するように、該コンピュータを機能させることが好ましい。

また、上記目的を達成するために、本発明のコンピュータ読取可能な記録媒体は、上述した更新情報取得プログラムを記録されている。

このように、本発明によれば、取得部が、決定部によって決定された、学習結果が反映された取得規則に基づいて、配信元から更新情報を効率良く取得することができる。したがって、ユーザがデータ通信量や時間に応じて課金される場合であっても、学習結果に応じた取得規則で効率的に更新情報を取得するので、ユーザに高額の通信料金が課せられることを抑止できる。また、無線通信網によりネットワークにアクセスする場合であっても、効率的に更新処理を実行するので、無線網の弊害（例えば網の過負荷による通信障害）を受け難くなる。さらに、バッテリから電源供給を受けて稼働する場合であっても、効率的に更新処理を行なうことで、消費電力を節約でき、バッテリの電力がすぐに消費されてしまうことを抑止できる。

さらに、取得部が決定部によって再決定された取得規則に基づいて、配信元から更新情報を取得するので、例えば、配信元で情報の更新時刻が変更されて、設定されていた取得規則が配信元での情報の更新に適合しなくなった場合であっても、再学習結果に応じた新たな取得規則に基づいて取得部が配信元に対して更新情報の取得処理を実行することになり、取得部は更新情報の取得処理をより確実に、且つ、より効率的に実行できる。

本発明の一実施形態としての情報処理装置の構成を示すブロック図である。 本発明の一実施形態としての情報処理装置のハードウェア構成の一例を示すブロック図である。 本発明の一実施形態としての情報処理装置の外観の一例を示す図である。 本発明の一実施形態としての情報処理装置の記憶部に保持されたフィード情報及び設定情報を説明するための図である。 本発明の一実施形態としての情報処理装置の記憶部に保持されたヒストリー情報を説明するための図である。 本発明の一実施形態としての情報処理装置に保持された複数の規則に関するテーブルを説明するための図である。 本発明の一実施形態としての情報処理装置の処理部の表示制御部によって表示部に表示されるフィード表示画面の一例を示す図である。 本発明の一実施形態としての更新情報取得方法の動作手順を説明するためのフローチャートである。 本発明の一実施形態としての情報処理装置の処理部のフィード取得処理部の取得実行部の動作手順を説明するためのフローチャートである。 本発明の一実施形態としての情報処理装置の処理部のフィード取得処理部の動作手順を説明するためのフローチャートである。 本発明の一実施形態としての情報処理装置の処理部のフィード取得処理部のスケジュール処理部の取得規則決定部の動作手順を説明するためのフローチャートである。

符号の説明

１ 情報処理装置
２ ネットワーク
３，３−１〜３−３ ＨＴＴＰ（HyperText Transfer Protocol）サーバ（配信元）
１０ 処理部
１１ フィード取得処理部
１２ スケジュール処理部
１２ａ 取得規則決定部（決定部）
１２ｂ 再学習判断部（判断部）
１２ｃ 設定部
１２ｄ テーブル
１２ｅ 適合ルール
１２ｆ 設定タイミング
１２ｇ 再学習ルール
１３ 取得実行部（取得部）
１４ 通信部
１４ａ アンテナ
１５ 表示制御部
１５ａ フィード表示画面
１６ フィードリスト表示処理部
１６ａ フィードリスト画面
１７ フィード表示処理部
１７ａ 見出し一覧ウィンドウ
１７ｂ ブラウザウィンドウ
１８ 表示部
２０ 記憶部
２１ フィード情報
２１ａ フィード名
２１ｂ フォルダ
２１ｃ ＵＲＬ（Uniform Resource Locator）
２１ｄ コンテンツ格納先
２２ 設定情報
２２ａ 定期取得設定
２２ｂ 定期取得ルール
２２ｃ 取得タイミング
２２ｄ 更新日時
２３ 更新情報
２４ ヒストリー情報
２４ａ 取得実行時間
２４ｂ 取得状況
２４ｃ コンテンツ更新時間
３１ 操作部
３２ マイク
３３ スピーカ
３４ メモリ
３５ ＬＳＩ（Large Scale Integration）
Ｓ２ 学習取得ステップ
Ｓ３ 決定ステップ
Ｓ５ 第１通常取得ステップ，第２通常取得ステップ
Ｓ６ 判断ステップ
Ｓ８ 第１再学習取得ステップ
Ｓ９ 第１再決定ステップ

以下、図面を参照しながら本発明の実施の形態について説明する。
〔１〕本発明の一実施形態について
まず、図１に示すブロック図を参照しながら、本発明の一実施形態としての情報処理装置（以下、本情報処理装置という）１の構成について説明する。
図１に示すように、本情報処理装置１は、通信ネットワーク２を介して複数のサーバ［ここでは、ＨＴＴＰ（HyperText Transfer Protocol）サーバ］３−１〜３−３と接続されるものであり、処理部１０，通信部１４，表示部１８，及び記憶部２０をそなえて構成されている。

ここで、本情報処理装置１は、例えば携帯端末であり、図２に示すように、ハードウェアとして通信部１４，表示部（ディスプレイ）１８，操作部（操作ボタン）３１，マイク３２，スピーカ３３，メモリ３４，及びＬＳＩ（Large Scale Integration）３５をそなえている。
なお、ＬＳＩ３５には、通信部１４，表示部１８，操作部３１，マイク３２，スピーカ３３，及びメモリ３４が接続されている。また、通信部１４はアンテナ１４ａを有している。

そして、処理部１０（後述するフィード取得処理部１１及び表示制御部１５）は、ＬＳＩ３５が所定のアプリケーションプログラム（後述する更新情報取得プログラム）を実行することによって実現される。なお、ＬＳＩ３５は、マイク３２やスピーカ３３に係る音声処理や通信部１４に係る通信処理（例えばベースバンド処理）も実行する。
さらに、記憶部２０は、メモリ３４によって実現される。このメモリ３４は、例えばフラッシュメモリ及びＳＲＡＭ（Static Random Access Memory）から構成されている。

また、本情報処理装置１としての携帯端末は、例えば携帯電話であり、図３に示すように、本情報処理装置１としての携帯電話は、ユーザがディスプレイ１８を見ながら、ユーザインタフェースとしての複数の操作部（操作ボタン）３１を操作可能に構成されている。
処理部１０は、フィード取得処理部１１と表示制御部１５とをそなえて構成されている。

フィード取得処理部１１は、ネットワーク２上における情報の配信元であるＨＴＴＰサーバ［ＷＷＷ（World Wide Web）サーバ］３−１〜３−３（以下、これらを特に区別しない場合には、単に符号“３”で示す）の所定のＵＲＬ（Uniform Resource Locator）から更新情報［ＲＳＳフィード（ＲＳＳデータ）］を取得するものであり、更新情報の取得ルール（取得規則）を決定して記憶部２０に登録するスケジュール処理部１２及び記憶部２０に保持された取得ルール等に基づいて当該ＵＲＬから更新情報を取得する取得実行部（取得部）１３をそなえて構成されている。なお、取得実行部１３は、ネットワーク２を介した通信［ＨＴＴＰ／ＳＳＬ（Secure Sockets Layer），ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を用いた通信］を実行する通信部１４を用いて、配信元から更新情報を取得する。

また、表示制御部１５は、更新情報に係るフィード名（リスト）や実際のフィードデータ（例えばコンテンツデータ）等を表示部１８表示させるものである。
さらに、記憶部２０は、フィード取得処理部１１が定期取得する配信元や更新情報に係るフィード情報２１，各フィード情報の定期取得に係る設定情報２２，取得した更新情報（ＲＳＳフィード）２３，及び取得履歴を示すヒストリー情報２４を保持するものである。

なお、記憶部２０のフィード情報２１は、スケジュール処理部１２の後述する取得規則決定部（決定部）１２ａもしくは設定部１２ｃによって登録されるものであり、設定情報２２は取得規則決定部１２ａ及び設定部１２ｃによって登録されるものである。
具体的には、図４に示すように、記憶部２０には、フィード情報２１としてフィード名２１ａ，フォルダ２１ｂ，ＵＲＬ２１ｃ，及びコンテンツ格納先２１ｄが保持されている。

つまり、フィード情報２１は、定期取得するＲＳＳデータの名称としてのフィード名２１ａ毎に、当該フィード名を階層構成で管理するためのフォルダ２１ｂと、当該ＲＳＳデータの配信元であるＵＲＬ２１ｃと、取得したＲＳＳデータの格納先（つまり更新情報２３の記憶部２０内の格納先のアドレス）であるコンテンツ格納先２１ｄとを含んでいる。
これらの情報２１ａ〜２１ｄは、操作部３１を介して入力されたユーザの指示に応じて、取得規則決定部１２ａもしくは設定部１２ｃによって登録される。

そして、設定情報２２も、フィード情報２１のフィード名２１ａ毎に定期取得するか否かを示す定期取得設定２２ａ、定期取得のためのルールを示す定期取得ルール２２ｂ、定期取得の具体的なタイミングを示す取得タイミング２２ｃ、及び、取得した最新の更新情報の更新日時２２ｄを含んでいる。
なお、定期取得設定２２ａは、操作部３１を介して入力されたユーザの指示に応じて設定部１２ｃが登録するものであり、定期取得ルール２２ｂ及び取得タイミング２２ｃは取得規則決定部１２ａによって登録され、更新日時２２ｄは取得実行部１３によって登録される。

具体的には、定期取得設定２２ａとして、“する”または“しない”が設定部１２ｃによってユーザの指示に基づいて設定される。また、定期取得ルール２２ｂとして、後述する“適合ルールＮｏ．１〜８”（後述する図６参照）のいずれか、あるいは、“学習中”、もしくは、“固定設定”が取得規則決定部１２ａによって設定される。
なお、記憶部２０に保持された更新情報２３については後述する図７を参照しながら詳述し、ヒストリー情報２４については、後述する図５を参照しながら詳述する。

次に、フィード取得処理部１１の取得実行部１３の詳細について説明する。
取得実行部１３は、ＨＴＴＰサーバ３において更新された情報を、通信部１４を用いてネットワーク２を介して取得するものである。
取得実行部１３は、記憶部２０に保持されたフィード情報２１のＵＲＬ２１ｃ（即ち、所定ＨＴＴＰサーバ３の所定ＵＲＬ）に対して、記憶部２０に保持された設定情報２２の定期取得ルール２２ｂに基づいて（具体的には取得タイミング２２ｃが示す時刻に）アクセスを行なって、当該ＵＲＬから更新情報（ＲＳＳフィード）を取得する。

例えば、図４に示すように、フィード名２１ａが“映画ニュース”のフィードに対しては、取得実行部１３は、適合ルール１、具体的には毎日１２時に、ＵＲＬ２１ｃが示すＵＲＬにアクセスして更新情報を取得する更新処理を実行する。
また、取得実行部１３は、フィード名２１ａが“スポーツｎｅｗｓ”のフィードに対しては、適合ルール４、具体的には毎日１２時と２０時に、対応するＵＲＬに対して更新処理を実行する。

さらに、取得実行部１３は、記憶部２０にフィード情報２１が保持され、設定情報２２の定期取得設定２２ａが“する”であるが、定期取得ルール２２ｂは未決定であるＵＲＬに対しては、予め設定された所定の学習規則に基づいて更新情報をする。
例えば、記憶部２０に新規に登録されたばかりで定期取得ルールが未決定のフィード、具体的には図４のフィード名２１ａが“ＰＣｓｈｏｐ”である配信元に関しては、予め設定された学習規則（ここでは、更新情報が２０回取得されるまで、毎日０時から４時間置きに定期的に更新処理（ポーリング）を実行するという規則）に基づいて、取得実行部１３は更新情報の取得処理を実行する。

このとき、対応する定期取得設定２２ａには“する”が設定され、定期取得ルール２２ｂには“学習中”が設定され、取得タイミング２２ｃには“毎日０：００，毎日４：００，毎日８：００，毎日１２：００，毎日１６：００，毎日２０：００”が設定される。
そして、取得実行部１３は、学習期間中の更新処理の結果を、例えば図５に示すようなヒストリー情報２４として記憶部２０に登録する。

つまり、取得実行部１３は、更新処理を行なった時間（取得実行時間２４ａ）毎に、その結果（“あり”または“なし”）を取得状況２４ｂとして登録するとともに、更新情報を取得できた場合（つまり取得状況が“あり”の場合）、当該取得した更新情報の配信元での更新時間（コンテンツ更新時間）２４ｃを登録する。
なお、更新時間２４ｃに登録する更新情報の更新時間（時刻）は、例えば更新情報に付加されている。

ここで、図５に示す記憶部２０のヒストリー情報２４は、配信元（図４のフィード情報２１）と対応付けて記録されている。そして、取得実行部１３は、ヒストリー情報２４における更新情報の有り無しを、前回取得した更新情報の配信元における更新日時に基づいて判断する。
具体的には、取得実行部１３は、設定情報２２としての更新日時２２ｄに最新の更新情報の更新日時を登録するとともに、更新情報の取得処理を実行する際には、更新情報（ＲＳＳデータ；例えばコンテンツデータ）の更新日付を“If-Modified-Since”に設定したＨＴＴＰ要求を通信部１４に発行させる。

これにより、更新日時２２ｄに設定された日時よりも新しい日時の更新情報が配信元にあった場合に、取得実行部１３は当該更新情報を取得する。
このとき、取得実行部１３は、ヒストリー情報２４の取得状況２４ｂを“あり”に設定するとともに、取得した更新情報の配信元における更新日時をコンテンツ更新時間２４ｃに登録する。

さらに、取得実行部１３は、設定情報２２の更新日時２２ｄにも、当該取得した更新情報の配信元における更新日時を上書き登録する。
一方、更新日時２２ｄに設定された日時よりも新しい日時に更新された更新情報が配信元に無かった場合は、取得実行部１３は更新情報を取得しない。
このとき、取得実行部１３は、ヒストリー情報２４の取得状況２４ｂを“なし”に設定し、コンテンツ更新時間２４ｃには何も登録しない。

なお、記憶部２０は、取得実行部１３による学習規則に応じた更新処理結果だけでなく、取得実行部１３による通常動作時（つまり、取得規則決定部１２ａによって決定された取得規則に基づく動作時）の更新処理の結果もヒストリー情報２４として保持する。
また、ヒストリー情報２４が、初期学習時のものか、再学習時のものか、通常動作時のものかを示す情報を、各ヒストリー情報２４に付加してもよく、かかる情報に基づいて、スケジュール処理部１２が当該ヒストリー情報２４の処理時を判断してもよい。

さらに、ヒストリー情報２４は、学習時や再学習時には、２０件までの更新処理結果を保持するように構成されており、２０件を超えると、最も古い更新処理結果は消去するように構成されている。これによりハード資源の節約を図っている。
また、取得実行部１３は、後述する再学習時にも、取得規則決定部１２ａによって決定された、予め設定された再学習ルールに応じて更新処理を実行するが、その点については後述する再学習判断部（判断部）１２ｂの説明箇所において詳細に説明する。
なお、取得実行部１３のより具体的な動作手順（複数の配信元に対する処理手順）については、後述する図９を参照しながら説明する。

次に、スケジュール処理部１２の詳細（取得規則決定部１２ａ，再学習判断部１２ｂ，及び設定部１２ｃ）について説明する。
取得規則決定部１２ａは、取得実行部１３による学習規則に基づく配信元からの更新情報の取得結果、即ち、記憶部２０のヒストリー情報２４に基づいて、当該配信元に対する取得規則を決定するものである。

具体的には、取得規則決定部１２ａは、図６に示すテーブル１２ｄに保持された複数の規則のうち、ヒストリー情報２４に対応する規則を、取得規則として決定するものであり、図６のテーブル１２ｄにおける複数の適合ルール１２ｅの中から、学習時のヒストリー情報２４に対応するルールを選択し、その選択した適合ルール１２ｅと、当該適合ルール１２ｅに対応する設定タイミング１２ｆとに基づいて取得規則を決定する。

さらに、取得規則決定部１２ａは、テーブル１２ｄに登録された番号（Ｎｏ．）１から８に向けて順番に、学習時のヒストリー情報２４に対応する適合ルール１２ｅを検索し、対応するものが検索されると、当該適合ルール１２ｅに基づいて取得規則を決定する。
ここで、テーブル１２ｄは、複数の適合ルール１２ａ毎に優先度が予め設定されている。図６の例では、“Ｎｏ．１”の適合ルールの優先度が最も高く、“Ｎｏ．８”に向けて順に優先度が低くなるように設定されている。

したがって、取得規則決定部１２ａは、複数の規則のうちのヒストリー情報２４に対応する規則を、複数の規則毎に設定された優先度の順に検索し、対応する規則が検索されると当該規則を取得規則として決定するように構成されている。
なお、図５のヒストリー情報２４は、毎日１０時３０分前頃に更新情報を取得しており（コンテンツ更新時間２４ｃ参照）、この状況が学習期間中（つまり更新情報を２０回取得するまで）続くのであれば、毎日１回、１０時３０分前頃に更新するという取得結果に基づいて、取得規則決定部１２ａは、Ｎｏ．１の適合ルール“毎日、１回更新”を検索し、取得した更新データ（更新情報）内の最も遅い更新時刻（つまり、コンテンツ更新時間２４ａのうち最も遅い更新時間；ここでは１０時２５分とする）に対応する、次の４時間単位時刻、即ち、ここでは１２時が、設定タイミングとなる。その結果、取得規則決定部１２ａは、毎日、１２時に取得するという取得規則を決定する。

この取得規則決定部１２ａによる取得規則の決定方法について、より詳細に説明すると、本情報処理装置１では、学習規則と同様に、取得規則決定部１２ａが決定する取得規則も一日を４時間単位に分けた０時，４時，８時，１２時，１６時，２０時のいずれかの時刻に更新処理を実行することが予め決まっている。
したがって、取得規則決定部１２ａは、学習期間中の更新処理結果に基づき、規則的に更新があった場合には、当該規則的な更新がされた更新情報を確実に取得できるように、規則的な更新のうち、一の規則単位において最も遅い時刻の直後の４時間単位時刻（０時，４時，８時，１２時，１６時，２０時のいずれか）を、更新処理を実行する時刻として決定する。

換言すると、取得規則決定部１２ａは、０時から４時以前の間に更新情報が定期的に取得されていれば４時を取得時刻として規則を決定する。また、４時から８時以前の間に更新情報が定期的に取得されていれば８時を取得時刻として規則を決定する。以降、これらと同様に、８時から１２時以前の間，１２時から１６時以前の間，１６時から２０時以前の間，及び２０時から０時以前の間に更新情報が定期的に取得されていれば、取得規則決定部１２ａは、それぞれ、１２時，１６時，２０時，０時を取得時刻として規則を決定する。

例えば、テーブル１２ｄのＮｏ．３の適合ルールに該当する場合であって、毎日１０時半頃と１６時半頃とに更新情報が取得される場合には、取得規則決定部１２ａは、１０時半頃の更新、及び、１６時半頃の更新のそれぞれを一の規則単位として、１０時半頃の更新情報のうちの最も遅い時刻の直後の４時間単位時刻（ここでは１２時）、及び、１６時半頃の更新情報のうちの最も遅い時刻の直後の４時間単位時刻（ここでは２０時）を、取得時刻として取得規則を決定する。

なお、図６のテーブル１２ｄに示す、Ｎｏ．１以降の適合ルール１２ｅ及び設定タイミング１２ｆについて説明すると、Ｎｏ．２の適合ルールは、土日休日以外は毎日１回更新されている場合であり、この適合ルールに該当する場合は、土日休日以外は、取得規則決定部１２ａは、更新情報内の最も遅い時刻に対応する４時間単位時刻に毎日更新処理を実行するという取得規則を決定する。

また、Ｎｏ．３の適合ルールは、毎日２回以上更新される場合であり、この場合、取得規則決定部１２ａは、上述したように規則単位毎に最も遅い更新時刻に対応する４時間単位時刻に更新処理を実行するという取得規則を決定する。
さらに、Ｎｏ．４の適合ルールは、土日休日以外は毎日２回以上更新される場合であり、この場合取得規則決定部１２ａは、Ｎｏ．１のルールに対するＮｏ．２のルールの関係と同様に、Ｎｏ．３のルールに対して、土日休日は例外として更新処理を行なわず、月曜から金曜日はＮｏ．３のルールの場合と同様に決定した時刻に更新処理を実行する取得規則を決定する。

また、Ｎｏ．５の適合ルールは、週に特定曜日にのみ１回更新される場合であり、この場合、取得規則決定部１２ａは、その曜日を特定し、毎週、当該曜日の最も遅い更新時刻に対応する４時間単位時刻に更新処理を実行するという取得規則を決定する。
さらに、Ｎｏ．６の適合ルールは、一週間に１回更新される場合であり、この場合、取得規則決定部１２ａは、日曜日を最初、土曜日を最後として、日曜から土曜にかけて最も後ろの曜日の更新情報のうちの最も遅い更新時刻に対応する４時間単位時刻に更新処理を実行するという取得規則を決定する。

また、Ｎｏ．７の適合ルールは、一週間に２回以上更新される場合であり、この場合、取得規則決定部１２ａは、更新された曜日（合致する曜日）毎に、その曜日内における更新情報のうちの最も遅い更新時刻に対応する４時間単位時刻に更新処理を実行するという取得規則を決定する。
さらに、Ｎｏ．８の適合ルールは、上述したＮｏ．１〜Ｎｏ．７のいずれにも該当しない場合であり、この場合、取得規則決定部１２ａは、毎週月曜日の１２時に更新処理を実行するという予め設定された取得規則を決定する。なお、この場合の取得規則は、設定部１２ｃによってユーザによって設定変更可能である。

また、取得規則決定部１２ａは、再学習判断部１２ｂによって再学習が必要であると判断されると（ここでは、取得実行部１３が更新情報を正常に取得していないと判断されると）、テーブル１２ｄに基づいて再学習規則１２ｇを決定する。
つまり、再学習判断部１２ｂは、取得実行部１３による再学習が必要であるか否かを判断するものであり、ここでは、取得実行部１３による取得規則決定部１２ａによって決定された取得規則に基づく配信元からの更新情報の取得結果（即ち、通常動作時の配信元からの更新処理に係るヒストリー情報２４）に基づいて、取得実行部１３が当該配信元から更新情報を正常に取得しているか否かを判断して、再学習の必要性を判断する。

具体的には、再学習判断部１２ｂは、通常動作時のヒストリー情報２４に基づいて、配信元に更新情報がないために、取得実行部１３が更新情報を取得できなかった場合に、取得実行部１３が更新情報を正常に取得していないと判断して、再学習が必要であると判断する。
また、再学習判断部１２ｂは、上記再学習の必要の判断（正常取得できているか否かの判断）とは別に、所定期間が経過する（例えば、取得実行部１３が取得規則に基づいて更新情報を２０回取得する）と、それまでに取得した更新情報の更新日時等（ヒストリー情報２４）に基づいて、適用中の取得規則が実際の配信元での情報の更新に適合しているか否かを判断する。

なお、再学習判断部１２ｂのより具体的な判断方法については、後述する図１０を参照しながら説明する。
そして、再学習判断部１２ｂによって取得実行部１３が更新情報を正常に取得していないと判断される、または、取得規則が配信元での情報の更新に適合していない判断されると、取得規則決定部１２ａは、現在（通常動作時）の取得規則１２ｅに対応して予め設定されている再学習ルール１２ｇを、再学習規則として決定する。

つまり、取得規則決定部１２ａによって決定される再学習規則は、取得規則決定部１２ａによる再学習規則の再決定前の取得規則に応じて決定される。
例えば、現在、取得実行部１３が、Ｎｏ．１〜４の適合ルール１２ｅに対応する取得規則を採用している場合、取得規則決定部１２ａは、対応する再学習規則として、テーブル１２ｄに基づいて、毎日４時間単位時刻で２０回更新情報が取得されるまで更新処理を実行するという再学習規則（図中“毎日４ｈ単位時刻、２０回”と表記）を決定する。

また、現在、取得実行部１３が、Ｎｏ．５〜８の適合ルール１２ｅに対応する取得規則を採用している場合、取得規則決定部１２ａは、対応する再学習規則として、テーブル１２ｄに基づいて、毎日４時間単位時刻で１０回更新情報が取得されるまで更新処理を実行するという再学習規則（図中“毎日４ｈ単位時刻、１０回”と表記）を決定する。
このように、Ｎｏ．１〜４の適合ルール１２ｅに比べて更新処理の頻度が低いＮｏ．５〜８の適合ルール１２ｅには、学習期間を決定する更新情報の取得回数が少なく設定されており、テーブル１２ｄに予め設定された再学習規則１２ｇは、現在採用している取得規則に応じた効率的な再学習を実現すべく設定されている。

そして、取得規則決定部１２ａによって再学習規則が決定されると、取得実行部１３は、上述した最初の学習時と同様に、決定された再学習規則に応じた更新処理を実行し、その再学習結果を、ヒストリー情報２４（図５参照）として記憶部２０に登録する。
さらに、取得実行部１３による再学習規則に応じた更新処理が終了すると、取得規則決定部１２ａは、取得実行部１３による再学習規則に基づく配信元からの更新情報の取得結果（つまり、ヒストリー情報２４）に基づいて、取得規則を再決定する。

このとき、取得規則決定部１２ａによる取得規則の再決定は、上述した最初（初期設定時）の取得規則の決定方法と同様に、テーブル１２ｄに基づいて行なわれる。
そして、取得規則決定部１２ａによって取得規則が再決定されると、取得実行部１３は、その再決定された取得規則に基づいて、配信元から更新情報を取得する。
設定部１２ｃは、操作部３１を介したユーザからの指示に応じて、各種設定を行なうものであり、例えば、ユーザの指示に応じて、どのＨＴＴＰサーバ３（サイト）の更新情報を定期取得するかを指定すべく、フィード情報２１のフィード名２１ａやフォルダ２１ｂ、及び、設定情報２２の定期取得設定２２ａを設定する。

また、設定部１２ｃは、ユーザの指示に応じて、テーブル１２ｄにおける各適合ルール１２ｅの順序（Ｎｏ．）、つまり、各適合ルール１２ｅの優先度を設定する。つまり、設定部１２ｃは、取得規則決定部１２ａが複数の規則（適合ルール１２ｅ及びこれに対応する設定タイミング１２ｆ）のうちの取得実行部１３による取得結果に対応する規則を検索する際に用いる、優先度を設定する。

さらに、設定部１２ｃは、ユーザの指示に応じて適合ルール１２ｅがその他（固定設定）の際の設定タイミング１２ｆ（図６中“月曜日１２時”）も設定することができる。
なお、設定部１２ｃは、ユーザの指示に応じて、再学習ルール１２ｇを設定、変更してもよい。

次に、表示制御部１５について説明すると、表示制御部１５は、表示部１８の表示内容を制御するものであり、フィードリスト表示制御部１６及びフィード表示制御部１７をそなえて構成されている。

ここで、図７に表示制御部１５によって表示部１８に表示されるフィード表示画面１５ａを示し、この図７を用いて、フィードリスト表示制御部１６及びフィード表示制御部１７について説明する。
フィードリスト表示制御部１６は、フィード情報２１におけるフィード名２１ａをフォルダ名２１ｂに基づいて階層構成（フォルダ構成）で管理し、フィード表示画面１５ａにおいてフィードリスト画面１６ａとして表示するものである。

また、フィードリスト表示制御部１６は、操作部３１を介したユーザの指示に応じた表示制御を行なうようになっており、図７に示す例では、ユーザの操作部３１を介した指示に応じて、網掛けで示すように、フィード名“映画ニュース”が選択された状態を表示している。
フィード表示制御部１７は、取得実行部１３によって取得され、記憶部２０に登録された更新情報２３を、フィード表示画面１５ａにおいて見出し一覧ウィンドウ１７ａ及びブラウザウィンドウ１７ｂとして表示するものである。

図７に示すように、フィード表示制御部１７は、まず見出し一覧ウィンドウ１７ａに、取得実行部１３によって取得されたフィード名２１ａが映画ニュースである所定のＵＲＬからの更新情報２３をリストとして表示する。
ここでは、更新情報２３毎にタイトル，作成日付（更新日付），及び作成者を表示する。

そして、フィード表示制御部１７も、操作部３１を介したユーザの指示に応じた表示制御を行なうようになっており、見出し一覧ウィンドウ１７ａにおいて選択された更新情報（ここでは、図中網掛けで示すタイトルが“△×□◇”の更新情報）２３の実体を、ブラウザウィンドウ１７ｂに表示する。
なお、図７に示す例では、表示制御部１５（フィードリスト表示処理部１６及びフィード表示処理部１７）が、表示部１８に一つのフィード表示画面１５ａを表示する場合を例にあげて説明したが、表示制御部１５による表示方法は、本発明において図７の例に限定されない。

例えば、本情報処理装置１は携帯電話であるので、図３に示したように、表示部１８が小さい場合には、表示制御部１５は、フィードリスト画面１６ａ，見出し一覧ウィンドウ１７ａ，及びブラウザウィンドウ１７ｂをそれぞれ一つずつ順に表示部１８に表示してもよい。
具体的には、まず、フィードリスト表示処理部１６が、表示部１８にフィードリスト画面１６ａのみを表示し、ユーザがこの画面１６ａを見ながらフィード名を選択すると、フィード表示処理部１７が、表示部１８に見出し一覧ウィンドウ１７ａを表示し、ユーザがこの画面１７ａを見ながら所定のタイトルを選択すると、フィード表示処理部１７が選択されたタイトルの更新情報を、ブラウザウィンドウ１７ｂに表示する。これにより表示部１８が小さくてもユーザは確実に且つ見易い状態で、所望の更新情報２３を見ることができる。

次に、図８に示すフローチャート（ステップＳ１〜Ｓ９）を参照しながら、本情報処理装置１の動作手順（つまり、本発明の一実施形態としての更新情報取得方法の処理手順）について説明する。
この図８に示す本情報処理装置１の動作手順は、一つの配信元に対する動作手順であり、まず、ユーザによって一の配信元のフィード情報２１及び設定情報２２が登録される、もしくは、設定情報２２の定期取得設定２２ａが“する”に設定されると（ステップＳ１）、取得実行部１３によって、予め設定された学習規則（初期学習規則；ここでは、更新情報が２０回取得されるまで、毎日０時から４時間置きに定期的にポーリングを実行するという規則）に基づいて、当該配信元から更新情報を取得する初期学習取得処理を実行する（学習取得ステップ；ステップＳ２）。

そして、更新情報が２０回取得され、取得実行部１３が初期学習取得処理を終了すると、その取得結果に基づいて、取得規則決定部１２ａが、当該配信元に対する更新情報の取得タイミングに係る取得規則を決定する（決定ステップ；ステップＳ３）。このとき、取得規則決定部１２ａは、決定した取得規則を設定情報２２として記憶部２０に登録する。
そして、ユーザによって当該配信元に係るフィード情報２１や設定情報２２が消去、もしくは、設定情報２２の定期取得設定２２ａが“しない”に変更されていなければ（ステップＳ４のＮｏルート）、取得実行部１３が、取得規則決定部１２ａによって決定された取得規則に基づいて、当該配信元から更新情報を規則的に取得する通常取得処理を実行する（第１通常取得ステップ；ステップＳ５）。

なお、ユーザによって当該配信元に係るフィード情報２１や設定情報２２が消去、もしくは、設定情報２２の定期取得設定２２ａが“しない”に変更されていれば（ステップＳ４のＹｅｓルート）、本情報処理装置１は、当該配信元に対する処理を終了する。
そして、取得実行部１３によって通常取得処理（上記ステップＳ５）が実行されると、その取得処理の結果に基づいて、再学習判断部１２ｂが、取得実行部１３が更新情報を正常に取得しているか否かを判断する（判断ステップ；ステップＳ６）。

ここで、再学習判断部１２ｂが、取得実行部１３が当該配信元から更新情報を正常に取得していないと判断すると（ステップＳ６のＮｏルート）、取得規則決定部１２ａが、テーブル１２ｄに基づいて、現在の取得規則に対応する再学習規則を決定し（ステップＳ７）、取得実行部１３が、決定された所定の再学習規則に基づいて更新情報を取得する再学習取得処理を実行する（第１再学習取得ステップ；ステップＳ８）。

次に、取得実行部１３による再学習取得処理が終了すると、その再学習取得処理の取得結果に基づいて、取得規則決定部１２ａが取得規則を再決定し（第１再決定ステップ；ステップＳ９）、上記ステップＳ４の処理に移行する。
つまり、ユーザによってフィード情報等が消去されていなければ（ステップＳ４のＮｏルート）、取得実行部１３が、取得規則決定部１２ａによって再決定された取得規則に基づいて通常の取得処理を実行する（第２通常取得ステップ；ステップＳ５）。

なお、上記ステップＳ６において、再学習判断部１２ｂが、取得実行部１３が当該配信元から更新情報を正常に取得していると判断すると（ステップＳ６のＹｅｓルート）、上記ステップＳ４の処理に移行する。

次に、図９に示すフローチャート（ステップＳ１０〜Ｓ１７）を参照しながら、複数の配信元に対する取得実行部１３の詳細な動作手順について説明する。
取得実行部１３は、起動タイマー（図示略）を有しており、この起動タイマーが起動することによって処理を開始する（ステップＳ１０）。
さらに、取得実行部１３は、カウンタ（図示略）を有しており、起動タイマーが起動すると（ステップＳ１０）、まず、カウンタの値ｋを０にリセットする（ステップＳ１１）。

次に、取得実行部１３は、カウンタの値ｋを１カウントアップし（ステップＳ１２）、図４に示すフィード情報２１のうちのカウントアップ後のカウンタの値の番号（Ｎｏ．）のフィードに関する設定情報（特に取得タイミング２２ｃ）を取得する（ステップＳ１３）。
そして、取得実行部１３は、取得した取得タイミング２２ｃに、本情報処理装置１内の時計（図示略）が示す現在時刻と同じものが有る（含まれている）か否かを判断する（ステップＳ１４）。

ここで、取得した取得タイミング２２ｃが現在時刻と同じものが有れば（ステップＳ１４のＹｅｓルート）、取得実行部１３は当該フィード情報２１が示す配信元に対する更新情報の取得処理を実行する（ステップＳ１５）。
なお、取得実行部１３は、上記ステップＳ１４において、現在時刻と同じ取得タイミングが無いと判断すると（ステップＳ１４のＮｏルート）、取得実行部１３は、上記ステップＳ１５の処理をスキップする。

次に、取得実行部１３は、現在のカウンタの値ｋが、フィード情報２１における配信元の数（フィード情報の総数；図４の例では５つ）よりも小さいか否かを判断し（ステップＳ１６）、まだカウンタの値ｋが、フィード情報２１として登録された配信元の総数よりも少なければ（ステップＳ１６のＹｅｓルート）、取得実行部１３は、上記ステップＳ１２の処理に移行する。

一方、現在のカウンタの値ｋが配信元の総数と等しくなれば（ステップＳ１６のＮｏルート）、取得実行部１３は、それまでに取得したすべての取得タイミング２２ｃの中で（即ち、Ｎｏ．１〜５のすべての配信元に対するすべての取得タイミングの中で）、次の定期取得タイミング（つまり、次に取得処理を実行すべき時刻）を起動タイマーに設定して（ステップＳ１７）、処理を終了する。
このように、取得実行部１３は、記憶部２０に保持されたフィード情報２１及び設定情報２２に基づいて、設定されたすべての配信元に対して、決定された取得規則に基づく更新情報の取得処理を確実に実行することができる。

次に、図１０に示すフローチャート（ステップＳ２０〜Ｓ３０）を参照しながら、上記図９のステップＳ１５における、取得実行部１３による一の配信元に対する更新情報の取得実行処理の詳細な動作手順、及び、このときの取得規則決定部１２ａ及び再学習判断部１２ｂの動作手順について詳細に説明する。

この図１０に示すように、取得実行部１３は、一の配信元から更新情報の取得処理を実行する際には、まず、当該一の配信元を示すＵＲＬ２１ｃに対して、更新日時２２ｄを“If-Modified-Since”に設定したＨＴＴＰ要求を、通信部１４を用いて実行する（ステップＳ２０）。
これにより、取得実行部１３は、ＵＲＬ２１に更新日時２２ｄより最新の更新日時の更新情報があれば、当該更新情報を取得し、取得結果を設定情報２２及びヒストリー情報２４に反映させる。

つまり、取得実行部１３は、更新日時２２ｄを、取得した更新情報の更新日時に更新するとともに、取得した更新情報に基づいて、ヒストリー情報２４に取得実行時間２４ａ，取得状況２４ｂ，及びコンテンツ更新時間２４ｃを更新する（ステップＳ２１）。
続いて、取得実行部１３の更新処理が終了すると、取得規則決定部１２ａが、現在学習中であるか（即ち、取得実行部１３が学習規則に基づいて処理を行なっているか）を判断し（ステップＳ２２）、ここで学習中であれば（ステップＳ２２のＹｅｓルート）、取得規則決定部１２ａは、今回の更新処理によって学習規則で定められた学習規定数（ここでは２０回）に到達したか否かを判断する（ステップＳ２３）。

そして、未だ学習規定数に到達していなければ（ステップＳ２３のＮｏルート）、取得実行部１３及び取得規則決定部１２ａは処理を終了する。
一方、学習規定数に到達していれば（ステップＳ２３のＹｅｓルート）、取得規則決定部１２ａは、上述のごとくテーブル１２ｄの適合ルール１２ｅ及び設定タイミング１２ｄに基づいて、定期取得タイミングを取得規則として算出して設定し（ステップＳ２４）、処理を終了する。

また、現在学習中ではなく、上記ステップＳ２２において、取得規則決定部１２ａが学習中ではないと判断すると（ステップＳ２２のＮｏルート）、再学習判断部１２ｂが、上記ステップＳ２１において更新されたヒストリー情報２４に基づいて、取得実行部１３が更新情報を正常に取得できたか（正しく更新できたか）を判断する（ステップＳ２５）。
ここで、再学習判断部１２ｂは、正しく更新されていないと判断すると（ステップＳ２５のＮｏルート）、その原因が、配信元において更新情報が無いためであるか否かを判断する（ステップＳ２６）。具体的には、再学習判断部１２ｂは、通信部１４を介して配信元から受信したＨＴＴＰ応答のステータスコードが新たない更新情報がないことを示すもの（“304 Not Modified”）であるか否かを判断する。

そして、再学習判断部１２ｂは、正しく更新されなかった原因が、更新情報がなかったためではない（例えば、無線電波が通じない場合やタイムアウトが検出された場合等の通信障害が原因である）と判断すると（ステップＳ２６のＮｏルート）、処理を終了する。
一方、再学習判断部１２ｂは、正しく更新されなかった原因が、更新情報がなかったためであると判断すると（ステップＳ２６のＹｅｓルート）、取得実行部１３に再学習を実行させるべく、再学習を設定（即ち、現在の取得規則に対応する再学習規則を設定情報２２に設定）して（ステップＳ２７）、処理を終了する。

また、再学習判断部１２ｂは、上記ステップＳ２５において、取得実行部１３によって正しく更新されたと判断すると（ステップＳ２５のＹｅｓルート）、現在が見直しタイミングに該当するか否かを判断する（ステップＳ２８）。
なお、見直しタイミングとは、再学習を実行すべきか否かの判断を行なうタイミングのことをいい、再学習判断部１２ｂは、取得実行部１３が通常動作（取得規則に基づく処理）を所定期間実行すると（例えば更新情報を２０回取得すると）、見直しタイミングと判断して、取得実行部１３に再学習を実行させるべきか否かを判断する。

具体的には、再学習判断部１２ｂはカウンタ（図示略）を有し、取得実行部１３によってヒストリー情報２４が更新される（即ち、更新情報が正常取得される）と、カウンタをインクリメントし、カウンタが所定値になった場合に見直しタイミングと判断する。なお、再学習判断部１２ｂは、学習完了後や再学習完了後にカウンタをリセットする。
そして、再学習判断部１２ｂは、見直しタイミングではないと判断すると（ステップＳ２８のＮｏルート）、処理を終了する。

一方、再学習判断部１２ｂは、見直しタイミングであると判断すると（ステップＳ２８のＹｅｓルート）、ヒストリー情報２４に基づいて、取得した更新情報の配信元における更新日時（コンテンツ更新時間）２４ｃが、取得実行部１３が採用中の取得規則と適合しているか否かを確認する（ステップＳ２９）。具体的には、再学習判断部１２ｂは、取得規則決定部１２ａによる取得規則の決定方法と同様に、現在の取得タイミングで最新の更新情報を最適なタイミングで取得できているか否かを確認する。
そして、再学習判断部１２ｂは、取得規則に適合していると判断すると（ステップＳ２９のＹｅｓルート）、そのまま処理を終了する。

一方、再学習判断部１２ｂは、取得規則に適合していないと判断すると（ステップ２９のＮｏルート）、取得実行部１３に再学習を実行させるべく、再学習を設定（即ち、現在の取得規則に対応する再学習規則を設定情報２２に設定）して（ステップＳ２７）、処理を終了する。

したがって、再学習判断部１２ｂによって見直しタイミングであると判断されると、例えば、毎日１２時に取得するという取得規則に基づいて取得実行部１３が更新処理を行なっている際、配信元において今までは毎日１０時半頃に情報が更新されていたが、毎日７時半頃に情報が更新されるように変更になった場合、取得実行部１３は、より効率的な処理を行なうために、毎日８時に取得処理を実行することが好ましく、この場合は、配信元の更新日時が、採用中の取得規則に適合していないと判断でき、再学習を実行して、より適切な取得規則を再設定することができる。

次に、図１１に示すフローチャート（ステップＳ４０〜Ｓ４５）を参照しながら、取得規則決定部１２ａによる取得規則の決定手順（つまり、上記図９のステップＳ３，Ｓ７、及び、上記図１０のステップＳ２４の具体的な動作手順）について詳細に説明する。
取得規則決定部１２ａは、カウンタ（図示略）を有しており、取得規則を決定する際には、まずカウンタの値ｍを０にリセットする（ステップＳ４０）。

次に、取得規則決定部１２ａは、カウンタの値ｍを１カウントアップし（ステップＳ４１）、図６に示すテーブル１２ｄのうちのカウントアップ後のカウンタの値ｍの番号（Ｎｏ．）の適合ルール１２ｅに対して、ヒストリー情報２４における取得実行部１３の取得結果が適合するか否かを判断する（ステップＳ４２）。
ここで、取得規則決定部１２ａは、適合すると判断すると（ステップＳ４３のＹｅｓルート）、その適合ルール１２ｅに対応する設定タイミング１２ｆに応じて、適合ルールに従った取得タイミングを算出し、取得規則として記憶部２０の設定情報２２に設定登録し（ステップＳ４４）、処理を終了する。

一方、取得規則決定部１２ａは、適合しないと判断すると（ステップＳ４３のＮｏルート）、カウンタの値ｍがテーブル１２ｄにおける適合ルール１２ｅの総数（図６の例では８つ）よりも小さいか否かを判断し（ステップＳ４５）、カウンタの値ｍが適合ルール１２ｅの総数よりも少なければ（ステップＳ４５のＹｅｓルート）、取得規則決定部１２ａは、上記ステップＳ４１の処理に移行する。

一方、現在のカウンタの値ｍが適合ルール１２ｅの総数と等しくなれば（ステップＳ４５のＮｏルート）、取得規則決定部１２ａは処理を終了する。
したがって、取得規則決定部１２ａは、テーブル１２ｄに基づいて、適合ルール１２ｅに予め設定された優先度に応じて、取得規則を確実に決定できる。
このように、本発明の一実施形態としての情報処理装置１及び更新情報取得方法によれば、取得実行部１３が、取得規則決定部１２ａによって取得規則が未決定である配信元に対しては、予め設定された所定の学習規則に基づいて更新情報を取得し、取得規則決定部１２ａが、取得実行部１３による学習規則に基づく配信元からの更新情報の取得結果に基づいて、当該配信元に対する取得規則を決定し、取得実行部１３は、取得規則決定部１２ａによって取得規則が決定されると、その取得規則に基づいて、当該配信元から規則的に更新情報を取得するので、取得実行部１３は、学習結果が反映された取得規則に基づいて配信元から更新情報を効率良く取得することができる。

したがって、ユーザがデータ通信量や時間に応じて課金されるシステムにおいて本情報処理装置１を使用する場合であっても、学習結果に応じた取得規則で効率的に更新情報を取得するので、ユーザに高額の通信料金が課せられることを抑止できる。
また、本情報処理装置１は、通信部１４がアンテナ１４ａを用いて無線通信網によりネットワーク２にアクセスするが、この場合であっても、効率的に更新処理を実行するので、無線網の弊害（例えば網の過負荷による通信障害）を受け難くなる。

さらに、本情報処理装置１は、携帯端末であり、バッテリ（図示略）から電源供給を受けて稼働するが、効率的に更新処理を行なうことで、消費電力を節約でき、バッテリの電力がすぐに消費されてしまうことを抑止できる。
また、取得実行部１３は、再学習判断部１２ｂによって配信元から更新情報を取得しておらず再学習の必要があると判断されると、所定の再学習規則に基づいて、配信元から更新情報を取得し、取得規則決定部１２ａが、取得実行部１３による再学習規則に基づく配信元からの更新情報の取得結果に基づいて、取得規則を再決定するとともに、取得実行部１３が取得規則決定部１２ａによって再決定された取得規則に基づいて、配信元から規則的に更新情報を取得するので、例えば、配信元で情報の更新時刻が変更されて、設定されていた取得規則が配信元での情報の更新に適合しなくなった場合であっても、再学習結果に応じた新たな取得規則に基づいて取得実行部１３が更新情報の取得処理を実行することになり、取得実行部１３は更新情報の取得処理をより確実に、且つ、より効率的に実行できる。

しかも、再学習判断部１２ｂは、配信元に更新情報がないために、取得実行部１３が更新情報を取得できなかった場合に、取得実行部１３が更新情報を正常に取得していない（つまり、再学習が必要である）と判断するので、取得規則が配信元の更新と適合しなくなった場合にのみ再学習を行なうことができ、例えば、通信障害によって更新情報が取得できなかった場合に無駄に再学習を実行することを抑止できる。

さらに、再学習時の再学習規則は、取得規則決定部１２ａによる再決定前の取得規則（つまり、再学習判断部１２ｂによって再学習が必要であると判断された際の取得規則）に応じて決定されているので、効率的な再学習を実施でき、無駄に消費電力を増大させることなく迅速に再学習を行なうことができる。
また、取得規則決定部１２ａが、図６のテーブル１２ｄに示すように、予め保持された複数の規則（適合ルール１２ｅ及び設定タイミング１２ｆ）のうち、取得実行部１３による更新情報の取得結果に対応する規則を、取得規則として決定するので、配信元における情報の更新タイミングに対応した取得規則を確実に決定することができ、その結果、更新情報の取得処理を効率的に実行できる。

さらに、取得規則決定部１２ａが、複数の規則のうちの取得実行部１３による取得結果に対応する規則を、複数の規則毎に設定された優先度の順に検索し、対応する規則が検索されると当該規則を取得規則として決定するので、予め設定された優先度に応じて取得規則を決定することができ、配信元における情報の更新タイミングにより即した取得規則を決定でき、その結果、更新情報の取得処理を効率的に実行できる。

また、設定部１２ｃが、取得規則決定部１２ａが複数の規則のうちの取得実行部１３による取得結果に対応する規則を検索する際に用いる、優先度を設定するので、ユーザの意思を反映させた取得規則を決定することができる。

〔２〕その他
なお、本発明は上述した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
上述した実施形態では、本情報処理装置１が、無線網を用いてネットワーク２に接続する携帯端末である場合を例にあげて説明したが、本発明はこれに限定されるものではなく、本情報処理装置１は、有線網を用いてネットワーク２に接続する端末（例えばパーソナルコンピュータ）であってもよい。
また、上述した実施形態では、更新情報の配信元がＨＴＴＰサーバ３である場合を例にあげて説明したが、本発明において更新情報の配信元は限定されるものではない。

さらに、上述した実施形態では、再学習判断部１２ｂが、取得実行部１３が正常に更新情報を取得していなければ再学習の必要があると判断するように構成したが、本発明はこれに限定されるものではなく、再学習判断部１２ｂは、所定期間経過（例えば１ヶ月）すると再学習の必要があると判断するように構成してもよい。
この場合、取得実行部１３は、取得規則決定部１２ａによって取得規則が決定されてから所定期間経過すると、予め設定あされた所定の再学習規則に基づいて、配信元から更新情報を取得し（第２再学習取得ステップ）、取得規則決定部１２ａは、取得実行部１３による再学習規則に基づく配信元からの更新情報の取得結果に基づいて、取得規則を再決定するとともに（第２再決定ステップ）、取得実行部１３は、取得規則決定部１２ａによって取得規則が再決定されると、当該再決定された取得規則に基づいて、配信元から更新情報を取得する（第３通常取得ステップ）ように構成される。

これにより、所定期間が経過すると必ず再学習を行なうことになるので、配信元の更新情報の更新タイミングと、取得規則とが適合しなくなった場合であっても、所定期間が経過すれば、再学習結果に応じて最適な取得規則を確実に再決定できるので、その結果、取得実行部１３は更新情報の取得処理をより効率的に実行できる。
また、上述した実施形態では、再学習判断部１２ｂは、取得実行部１３が通常動作を、更新情報が２０回取得されるまで実行すると、見直しタイミングであると判断するように構成したが（図１０のステップＳ２８参照）、本発明はこれに限定されるものではなく、例えば、取得実行部１３が通常動作を開始してから（つまり、取得規則決定部１２ａが取得規則を決定してから）、所定時間（例えば１ヶ月）経過すると、見直しタイミングであると判断するように構成してもよく、これによっても上述した実施形態と同様の作用効果を得ることができる。

なお、上述した実施形態では、取得規則，学習規則，及び再学習規則が、０時からの４時間単位時刻（０時，４時，８時，１２時，１６時，及び２０時）に更新処理を実行させるものである場合を例にあげて説明したが、本発明において各規則が何時に更新処理を実行させるものであるかは限定されず、ユーザによって設定可能であってもよい。
また、本発明において、図６に示した適合ルール１２ｅや設定タイミング１２ｆ、即ち、取得規則決定部１２ａが決定する取得規則は、上述した実施形態に限定されるものではなく、例えば、午前中（１２時）や午後（０時）に取得するものや、ユーザが更新情報を見れない（または見ない）曜日（例えば休日）や時間（通勤時間や仕事時間）は、更新処理を実行しないようなもの等、種々変更または組み合わせることができる。

さらに、設定部１２ｃがユーザの操作部３１を介した指示に応じて、取得規則決定部１２ａによって決定された取得規則を変更可能に構成されていてもよく、例えば、取得規則決定部１２ａによって決定された取得規則に対して、ユーザが更新情報を見れない（または見ない）曜日（例えば休日）や時間（通勤時間や仕事時間）等の取得不可時間帯を設定できるように構成してもよい。これによりユーザの利便性が向上するとともに、更新情報のより効率的な取得処理が可能になる。

また、上述した実施形態では、図１０のステップＳ２６において、再学習判断部１２ｂが、正しく更新されなかった原因が、更新情報がなかったためではないと判断すると（ステップＳ２６のＮｏルート）、処理を終了するように構成したが、本発明はこれに限定されるものではなく、かかる原因が例えば通信障害（例えば電波が圏外の場合やタイムアウトが検出された場合）であり、一時的な理由である場合には、再度、更新情報の取得処理を実行するシーケンスを実行するように構成してもよく、これによって、更新情報をより確実に取得することができるようになる。

なお、再学習判断部１２ｂは、ＨＴＴＰ応答のステータスコードが、永続的な理由を示すもの（“404 Not Found”）でなければ、かかる原因が一時的な理由であると判断する。
さらに、上述した実施形態では、取得規則決定部１２ａが、図６に示すテーブル１２ｄに基づいて取得規則を決定する場合を例にあげて説明したが、本発明はこれに限定されるものではなく、例えば、設定部１２ｃがユーザの指示に応じて、通信効率重視モードか更新反映率重視モードかを設定するように構成され、取得規則決定部１２ａが設定されたモードに応じて取得規則を決定するように構成してもよい。

具体的には、取得規則決定部１２ａが、上述のごとく図６のテーブル１２ｄに基づいて取得規則を決定するのが、配信元で情報が更新されると更新処理を行なうという更新反映率重視モードである。そして、ユーザによって通信効率重視モードが設定されると、取得規則決定部１２ａは、一日に一度もしくは週に一度のみ更新するという、当該モードに応じて予め設定された規則に従って取得規則を決定する。

例えば、学習時に取得実行部１３が、毎日３時と７時に更新情報を取得した場合、通信効率重視モードが設定されているときは、取得規則決定部１２ａは、最も遅い更新時刻である７時に対応する４時間単位時刻である８時に毎日更新するという取得規則を決定する。
また、学習時に取得実行部１３が、月曜から金曜の間に毎日更新情報を取得した場合、通信効率重視モードが設定されているときは、取得規則決定部１２ａは、一週間のうち最も遅い金曜日の対応時刻にだけ更新処理を実行するという取得規則を決定する。

これにより、ユーザは、例えば通信料金を抑えたい場合は通信効率重視モードを設定し、更新情報を積極的に取得したい場合は更新反映率重視モードに設定することができ、ユーザの利便性をより向上できる。
なお、上述した処理部１０のフィード処理部１１及び表示制御部１５、即ち、スケジュール処理部１２の取得規則決定部１２ａ，再学習判断部１２ｂ，及び設定部１２ｃ、並びに、取得実行部１３、さらにはフィードリスト表示処理部１６及びフィード表示処理部１７としての機能は、コンピュータ（ＣＰＵ，情報処理装置，各種端末を含む）が所定のアプリケーションプログラム（更新情報取得プログラム）を実行することによって実現されてもよい。

そのプログラムは、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷなど），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋Ｒ，ＤＶＤ＋ＲＷなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体から更新情報取得プログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。また、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。

ここで、コンピュータとは、ハードウェアとＯＳ（オペレーティングシステム）とを含む概念であり、ＯＳの制御の下で動作するハードウェアを意味している。また、ＯＳが不要でアプリケーションプログラム単独でハードウェアを動作させるような場合には、そのハードウェア自体がコンピュータに相当する。ハードウェアは、少なくとも、ＣＰＵ等のマイクロプロセッサと、記録媒体に記録されたコンピュータプログラムを読み取るための手段とをそなえている。

上記更新情報取得プログラムとしてのアプリケーションプログラムは、上述のようなコンピュータに、取得規則決定部１２ａ，再学習判断部１２ｂ，設定部１２ｃ，取得実行部１３，フィードリスト表示処理部１６，及びフィード表示処理部１７としての機能を実現させるプログラムコードを含んでいる。また、その機能の一部は、アプリケーションプログラムではなくＯＳによって実現されてもよい。

なお、本実施形態としての記録媒体としては、上述したフレキシブルディスク，ＣＤ，ＤＶＤ，磁気ディスク，光ディスク，光磁気ディスクのほか、ＩＣカード，ＲＯＭカートリッジ，磁気テープ，パンチカード，コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ），外部記憶装置等や、バーコードなどの符号が印刷された印刷物等の、コンピュータ読取可能な種々の媒体を利用することもできる。

本発明は、このような課題に鑑み創案されたもので、情報の配信元から更新情報を効率良く取得できるようにした、情報処理装置，更新情報取得方法及び更新情報取得プログラムを提供することを目的とする。

さらに、取得実行部１３は、記憶部２０にフィード情報２１が保持され、設定情報２２の定期取得設定２２ａが“する”であるが、定期取得ルール２２ｂは未決定であるＵＲＬに対しては、予め設定された所定の学習規則に基づいて更新情報を取得する。
例えば、記憶部２０に新規に登録されたばかりで定期取得ルールが未決定のフィード、具体的には図４のフィード名２１ａが“ＰＣｓｈｏｐ”である配信元に関しては、予め設定された学習規則（ここでは、更新情報が２０回取得されるまで、毎日０時から４時間置きに定期的に更新処理（ポーリング）を実行するという規則）に基づいて、取得実行部１３は更新情報の取得処理を実行する。

なお、本実施形態としての記録媒体としては、上述したフレキシブルディスク，ＣＤ，ＤＶＤ，磁気ディスク，光ディスク，光磁気ディスクのほか、ＩＣカード，ＲＯＭカートリッジ，磁気テープ，パンチカード，コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ），外部記憶装置等や、バーコードなどの符号が印刷された印刷物等の、コンピュータ読取可能な種々の媒体を利用することもできる。
〔３〕付記
（付記１）
ネットワーク上の情報の配信元において更新された情報を、該ネットワークを介して取得する取得部と、
該取得部による該配信元に対する更新情報の取得タイミングに係る取得規則を決定する決定部とをそなえ、
該取得部が、該決定部によって該取得規則が未決定である該配信元に対して、所定の学習規則に基づいて更新情報を取得し、
該決定部が、該取得部による該学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該配信元に対する取得規則を決定し、
該取得部が、該決定部によって該取得規則が決定されると、当該取得規則に基づいて、該配信元から規則的に更新情報を取得することを特徴とする、情報処理装置。
（付記２）
該取得部による該取得規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得部が該配信元から更新情報を正常に取得しているか否かを判断する判断部をそなえ、
該取得部は、該判断部によって該配信元から更新情報を正常に取得していないと判断されると、所定の再学習規則に基づいて、該配信元から更新情報を取得し、
該決定部は、該取得部による該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定するとともに、
該取得部は、該決定部によって該取得規則が再決定されると、再決定された該取得規則に基づいて、該配信元から規則的に更新情報を取得することを特徴とする、付記１記載の情報処理装置。
（付記３）
該判断部は、該配信元に更新情報がないために、該取得部が更新情報を取得できなかった場合に、該取得部が更新情報を正常に取得していないと判断することを特徴とする、付記２記載の情報処理装置。
（付記４）
該再学習規則は、該決定部による再決定前の該取得規則に応じて決定されていることを特徴とする、付記２または付記３記載の情報処理装置。
（付記５）
該取得部は、該決定部によって該取得規則が決定されてから所定期間経過すると、所定の再学習規則に基づいて、該配信元から更新情報を取得し、
該決定部は、該取得部による該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定するとともに、
該取得部は、該決定部によって該取得規則が再決定されると、当該再決定された該取得規則に基づいて、該配信元から更新情報を取得することを特徴とする、付記１〜４のいずれか１項に記載の情報処理装置。
（付記６）
該再学習規則は、該決定部による再決定前の該取得規則に応じて決定されていることを特徴とする、付記５記載の情報処理装置。
（付記７）
該決定部が、予め保持された複数の規則のうち、該取得部による更新情報の取得結果に対応する規則を、該取得規則として決定することを特徴とする、付記１〜６のいずれか１項に記載の情報処理装置。
（付記８）
該決定部が、該複数の規則のうちの該取得部による該取得結果に対応する規則を、該複数の規則毎に設定された優先度の順に検索し、対応する規則が検索されると当該規則を該取得規則として決定することを特徴とする、付記７記載の情報処理装置。
（付記９）
該決定部が該複数の規則のうちの該取得部による該取得結果に対応する規則を検索する際に用いる、該優先度を設定する設定部をそなえて構成されていることを特徴とする、付記８記載の情報処理装置。
（付記１０）
ネットワーク上の情報の配信元において更新された情報を、該ネットワークを介して規則的に取得する更新情報取得方法であって、
所定の学習規則に基づいて、該配信元から更新情報を取得する学習取得ステップと、
該学習取得ステップにおける該配信元からの更新情報の取得結果に基づいて、該配信元に対する更新情報の取得タイミングに係る取得規則を決定する決定ステップと、
該決定ステップにおいて決定された該取得規則に基づいて、該配信元から更新情報を規則的に取得する第１通常取得ステップとを含んでいることを特徴とする、更新情報取得方法。
（付記１１）
該第１通常取得ステップにおける該取得規則に基づく該配信元からの更新情報の取得結果に基づいて、該第１通常取得ステップにおいて更新情報を正常に取得しているか否かを判断する判断ステップと、
該判断ステップにおいて、該第１通常取得ステップにおいて該配信元から更新情報を正常に取得していないと判断されると、所定の再学習規則に基づいて更新情報を取得する第１再学習取得ステップと、
該第１再学習取得ステップにおける該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定する第１再決定ステップと、
該第１再決定ステップにおいて再決定された該取得規則に基づいて、該配信元から更新情報を規則的に取得する第２通常取得ステップとを含むことを特徴とする、付記１０記載の更新情報取得方法。
（付記１２）
該判断ステップは、該配信元に更新情報がないために、該第１通常取得ステップにおいて更新情報を取得できなかった場合に、該第１通常取得ステップが更新情報を正常に取得していないと判断することを特徴とする、付記１１記載の更新情報取得方法。
（付記１３）
該再学習規則は、該第１再決定ステップにおける再決定前の該取得規則に応じて決定されていることを特徴とする、付記１１または付記１２記載の更新情報取得方法。
（付記１４）
該決定ステップにおいて該取得規則が決定されてから所定期間経過すると、所定の再学習規則に基づいて、該配信元から情報を取得する第２再学習取得ステップと、
該第２再学習取得ステップにおける該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定する第２再決定ステップと、
該第２再決定ステップにおいて該取得規則が再決定されると、当該再決定された該取得規則に基づいて、該配信元から更新情報を取得する第３通常取得ステップとを含むことを特徴とする、付記１０〜１３のいずれか１項に記載の更新情報取得方法。
（付記１５）
該再学習規則は、該第２再決定ステップにおける再決定前の該取得規則に応じて決定されていることを特徴とする、付記１４記載の更新情報取得方法。
（付記１６）
該決定ステップにおいて、予め保持された複数の規則のうち、該学習取得ステップにおける更新情報の取得結果に対応する規則が、該取得規則として決定されることを特徴とする、付記１０〜１５のいずれか１項に記載の更新情報取得方法。
（付記１７）
ネットワーク上の情報の配信元において更新された情報を、該ネットワークを介して規則的に取得する機能を、コンピュータに実現させるための更新情報取得プログラムであって、
該ネットワークを介して該配信元において更新された情報を取得する取得部、及び、
該取得部による該配信元に対する更新情報の取得タイミングに係る取得規則を決定する決定部として、該コンピュータを機能させるとともに、
該取得部が、該決定部によって該取得規則が未決定である該配信元に対して、所定の学習規則に基づいて更新情報を取得するように、該コンピュータを機能させ、
該決定部が、該取得部による該学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該配信元に対する取得規則を決定するように、該コンピュータを機能させ、
該取得部が、該決定部によって該取得規則が決定されると、当該取得規則に基づいて、該配信元から規則的に更新情報を取得するように、該コンピュータを機能させることを特徴とする、更新情報取得プログラム。
（付記１８）
該取得部による該取得規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得部が該配信元から更新情報を正常に取得しているか否かを判断する判断部として、該コンピュータを機能させるとともに、
該取得部が、該判断部によって該配信元から更新情報を正常に取得していないと判断されると、所定の再学習規則に基づいて、該配信元から更新情報を取得するように、該コンピュータを機能させ、
該決定部が、該取得部による該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定するように、該コンピュータを機能させ、
該取得部が、該決定部によって該取得規則が再決定されると、再決定された該取得規則に基づいて、該配信元から規則的に更新情報を取得するように、該コンピュータを機能させることを特徴とする、付記１７記載の更新情報取得プログラム。
（付記１９）
ネットワーク上の情報の配信元において更新された情報を、該ネットワークを介して規則的に取得する機能を、コンピュータに実現させるための更新情報取得プログラムを記録したコンピュータ読取可能な記録媒体であって、
該更新情報取得プログラムが、
該ネットワークを介して該配信元において更新された情報を取得する取得部、及び、
該取得部による該配信元に対する更新情報の取得タイミングに係る取得規則を決定する決定部として、該コンピュータを機能させるとともに、
該取得部が、該決定部によって該取得規則が未決定である該配信元に対して、所定の学習規則に基づいて更新情報を取得するように、該コンピュータを機能させ、
該決定部が、該取得部による該学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該配信元に対する取得規則を決定するように、該コンピュータを機能させ、
該取得部が、該決定部によって該取得規則が決定されると、当該取得規則に基づいて、該配信元から規則的に更新情報を取得するように、該コンピュータを機能させることを特徴とする、更新情報取得プログラムを記録したコンピュータ読取可能な記録媒体。
（付記２０）
該更新情報取得プログラムが、
該取得部による該取得規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得部が該配信元から更新情報を正常に取得しているか否かを判断する判断部として、該コンピュータを機能させるとともに、
該取得部が、該判断部によって該配信元から更新情報を正常に取得していないと判断されると、所定の再学習規則に基づいて、該配信元から更新情報を取得するように、該コンピュータを機能させ、
該決定部が、該取得部による該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定するように、該コンピュータを機能させ、
該取得部が、該決定部によって該取得規則が再決定されると、再決定された該取得規則に基づいて、該配信元から規則的に更新情報を取得するように、該コンピュータを機能させることを特徴とする、付記１９記載の更新情報取得プログラムを記録したコンピュータ読取可能な記録媒体。

Claims (20)

1. ネットワーク上の情報の配信元において更新された情報を、該ネットワークを介して取得する取得部と、
   該取得部による該配信元に対する更新情報の取得タイミングに係る取得規則を決定する決定部とをそなえ、
   該取得部が、該決定部によって該取得規則が未決定である該配信元に対して、所定の学習規則に基づいて更新情報を取得し、
   該決定部が、該取得部による該学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該配信元に対する取得規則を決定し、
   該取得部が、該決定部によって該取得規則が決定されると、当該取得規則に基づいて、該配信元から規則的に更新情報を取得することを特徴とする、情報処理装置。
2. 該取得部による該取得規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得部が該配信元から更新情報を正常に取得しているか否かを判断する判断部をそなえ、
   該取得部は、該判断部によって該配信元から更新情報を正常に取得していないと判断されると、所定の再学習規則に基づいて、該配信元から更新情報を取得し、
   該決定部は、該取得部による該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定するとともに、
   該取得部は、該決定部によって該取得規則が再決定されると、再決定された該取得規則に基づいて、該配信元から規則的に更新情報を取得することを特徴とする、請求項１記載の情報処理装置。
3. 該判断部は、該配信元に更新情報がないために、該取得部が更新情報を取得できなかった場合に、該取得部が更新情報を正常に取得していないと判断することを特徴とする、請求項２記載の情報処理装置。
4. 該再学習規則は、該決定部による再決定前の該取得規則に応じて決定されていることを特徴とする、請求項２または請求項３記載の情報処理装置。
5. 該取得部は、該決定部によって該取得規則が決定されてから所定期間経過すると、所定の再学習規則に基づいて、該配信元から更新情報を取得し、
   該決定部は、該取得部による該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定するとともに、
   該取得部は、該決定部によって該取得規則が再決定されると、当該再決定された該取得規則に基づいて、該配信元から更新情報を取得することを特徴とする、請求項１〜４のいずれか１項に記載の情報処理装置。
6. 該再学習規則は、該決定部による再決定前の該取得規則に応じて決定されていることを特徴とする、請求項５記載の情報処理装置。
7. 該決定部が、予め保持された複数の規則のうち、該取得部による更新情報の取得結果に対応する規則を、該取得規則として決定することを特徴とする、請求項１〜６のいずれか１項に記載の情報処理装置。
8. 該決定部が、該複数の規則のうちの該取得部による該取得結果に対応する規則を、該複数の規則毎に設定された優先度の順に検索し、対応する規則が検索されると当該規則を該取得規則として決定することを特徴とする、請求項７記載の情報処理装置。
9. 該決定部が該複数の規則のうちの該取得部による該取得結果に対応する規則を検索する際に用いる、該優先度を設定する設定部をそなえて構成されていることを特徴とする、請求項８記載の情報処理装置。
10. ネットワーク上の情報の配信元において更新された情報を、該ネットワークを介して規則的に取得する更新情報取得方法であって、
    所定の学習規則に基づいて、該配信元から更新情報を取得する学習取得ステップと、
    該学習取得ステップにおける該配信元からの更新情報の取得結果に基づいて、該配信元に対する更新情報の取得タイミングに係る取得規則を決定する決定ステップと、
    該決定ステップにおいて決定された該取得規則に基づいて、該配信元から更新情報を規則的に取得する第１通常取得ステップとを含んでいることを特徴とする、更新情報取得方法。
11. 該第１通常取得ステップにおける該取得規則に基づく該配信元からの更新情報の取得結果に基づいて、該第１通常取得ステップにおいて更新情報を正常に取得しているか否かを判断する判断ステップと、
    該判断ステップにおいて、該第１通常取得ステップにおいて該配信元から更新情報を正常に取得していないと判断されると、所定の再学習規則に基づいて更新情報を取得する第１再学習取得ステップと、
    該第１再学習取得ステップにおける該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定する第１再決定ステップと、
    該第１再決定ステップにおいて再決定された該取得規則に基づいて、該配信元から更新情報を規則的に取得する第２通常取得ステップとを含むことを特徴とする、請求項１０記載の更新情報取得方法。
12. 該判断ステップは、該配信元に更新情報がないために、該第１通常取得ステップにおいて更新情報を取得できなかった場合に、該第１通常取得ステップが更新情報を正常に取得していないと判断することを特徴とする、請求項１１記載の更新情報取得方法。
13. 該再学習規則は、該第１再決定ステップにおける再決定前の該取得規則に応じて決定されていることを特徴とする、請求項１１または請求項１２記載の更新情報取得方法。
14. 該決定ステップにおいて該取得規則が決定されてから所定期間経過すると、所定の再学習規則に基づいて、該配信元から情報を取得する第２再学習取得ステップと、
    該第２再学習取得ステップにおける該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定する第２再決定ステップと、
    該第２再決定ステップにおいて該取得規則が再決定されると、当該再決定された該取得規則に基づいて、該配信元から更新情報を取得する第３通常取得ステップとを含むことを特徴とする、請求項１０〜１３のいずれか１項に記載の更新情報取得方法。
15. 該再学習規則は、該第２再決定ステップにおける再決定前の該取得規則に応じて決定されていることを特徴とする、請求項１４記載の更新情報取得方法。
16. 該決定ステップにおいて、予め保持された複数の規則のうち、該学習取得ステップにおける更新情報の取得結果に対応する規則が、該取得規則として決定されることを特徴とする、請求項１０〜１５のいずれか１項に記載の更新情報取得方法。
17. ネットワーク上の情報の配信元において更新された情報を、該ネットワークを介して規則的に取得する機能を、コンピュータに実現させるための更新情報取得プログラムであって、
    該ネットワークを介して該配信元において更新された情報を取得する取得部、及び、
    該取得部による該配信元に対する更新情報の取得タイミングに係る取得規則を決定する決定部として、該コンピュータを機能させるとともに、
    該取得部が、該決定部によって該取得規則が未決定である該配信元に対して、所定の学習規則に基づいて更新情報を取得するように、該コンピュータを機能させ、
    該決定部が、該取得部による該学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該配信元に対する取得規則を決定するように、該コンピュータを機能させ、
    該取得部が、該決定部によって該取得規則が決定されると、当該取得規則に基づいて、該配信元から規則的に更新情報を取得するように、該コンピュータを機能させることを特徴とする、更新情報取得プログラム。
18. 該取得部による該取得規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得部が該配信元から更新情報を正常に取得しているか否かを判断する判断部として、該コンピュータを機能させるとともに、
    該取得部が、該判断部によって該配信元から更新情報を正常に取得していないと判断されると、所定の再学習規則に基づいて、該配信元から更新情報を取得するように、該コンピュータを機能させ、
    該決定部が、該取得部による該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定するように、該コンピュータを機能させ、
    該取得部が、該決定部によって該取得規則が再決定されると、再決定された該取得規則に基づいて、該配信元から規則的に更新情報を取得するように、該コンピュータを機能させることを特徴とする、請求項１７記載の更新情報取得プログラム。
19. ネットワーク上の情報の配信元において更新された情報を、該ネットワークを介して規則的に取得する機能を、コンピュータに実現させるための更新情報取得プログラムを記録したコンピュータ読取可能な記録媒体であって、
    該更新情報取得プログラムが、
    該ネットワークを介して該配信元において更新された情報を取得する取得部、及び、
    該取得部による該配信元に対する更新情報の取得タイミングに係る取得規則を決定する決定部として、該コンピュータを機能させるとともに、
    該取得部が、該決定部によって該取得規則が未決定である該配信元に対して、所定の学習規則に基づいて更新情報を取得するように、該コンピュータを機能させ、
    該決定部が、該取得部による該学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該配信元に対する取得規則を決定するように、該コンピュータを機能させ、
    該取得部が、該決定部によって該取得規則が決定されると、当該取得規則に基づいて、該配信元から規則的に更新情報を取得するように、該コンピュータを機能させることを特徴とする、更新情報取得プログラムを記録したコンピュータ読取可能な記録媒体。
20. 該更新情報取得プログラムが、
    該取得部による該取得規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得部が該配信元から更新情報を正常に取得しているか否かを判断する判断部として、該コンピュータを機能させるとともに、
    該取得部が、該判断部によって該配信元から更新情報を正常に取得していないと判断されると、所定の再学習規則に基づいて、該配信元から更新情報を取得するように、該コンピュータを機能させ、
    該決定部が、該取得部による該再学習規則に基づく該配信元からの更新情報の取得結果に基づいて、該取得規則を再決定するように、該コンピュータを機能させ、
    該取得部が、該決定部によって該取得規則が再決定されると、再決定された該取得規則に基づいて、該配信元から規則的に更新情報を取得するように、該コンピュータを機能させることを特徴とする、請求項１９記載の更新情報取得プログラムを記録したコンピュータ読取可能な記録媒体。

Images