(57)【特許請求の範囲】
【請求項１】
データの取得を指示するコンピュータと、
自機の充電池の残量を検出する検出部と、
前記充電池が充電中であるか否かを判定する充電判定部と、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部と、
前記コンピュータによる指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部と、
を備え、
前記コンピュータは、所定の時刻で前記閾値を増加させる、
ことを特徴とする携帯端末。
【請求項２】
データの取得を指示するコンピュータと、
自機の充電池の残量を検出する検出部と、
前記充電池が充電中であるか否かを判定する充電判定部と、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部と、
前記コンピュータによる指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部と、
を備え、
前記コンピュータは、データの取得を指示する度に、前記閾値を均等に増加させる、
ことを特徴とする携帯端末。
【請求項３】
データの取得を指示するコンピュータと、
自機の充電池の残量を検出する検出部と、
前記充電池が充電中であるか否かを判定する充電判定部と、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部と、
前記コンピュータによる指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部と、
を備え、
前記コンピュータは、前記閾値を増加させ、
前記データは複数であり、
前記残量判定部は、前記取得部による前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得部は、
前記残量判定部によって前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定部によって前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記コンピュータによりさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
ことを特徴とする携帯端末。
【請求項４】
前記コンピュータは、
前記閾値を段階的に増加させる、
ことを特徴とする請求項１又は３に記載の携帯端末。
【請求項５】
前記取得部は、
前記コンピュータによる指示があったときに、データを取得中である場合、前記データの取得を継続する、
ことを特徴とする請求項１乃至４のいずれか１項に記載の携帯端末。
【請求項６】
前記ネットワーク上の複数のデータ各々の所在に関する情報を記憶する記憶部をさらに備え、
前記取得部は、
前記記憶部に記憶された前記各データの所在に関する情報を用いて、前記各データを取得する、
ことを特徴とする請求項１乃至５のいずれか１項に記載の携帯端末。
【請求項７】
データの取得をコンピュータが指示する指示工程と、
自機の充電池の残量を前記コンピュータが検出する検出工程と、
前記充電池が充電中であるか否かを前記コンピュータが判定する充電判定工程と、
前記検出工程において検出された前記充電池の残量が閾値以上であるか否かを前記コンピュータが判定する残量判定工程と、
前記指示工程において指示があったときに、前記充電判定工程において前記充電池が充電中であると判定され、前記残量判定工程において前記充電池の残量が閾値以上であると判定された場合に、前記コンピュータがネットワークを介してデータを取得する取得工程と、
所定の時刻で前記閾値を前記コンピュータが増加させる調整工程と、
を含むことを特徴とするデータ取得方法。
【請求項８】
データの取得をコンピュータが指示する指示工程と、
自機の充電池の残量を前記コンピュータが検出する検出工程と、
前記充電池が充電中であるか否かを前記コンピュータが判定する充電判定工程と、
前記検出工程において検出された前記充電池の残量が閾値以上であるか否かを前記コンピュータが判定する残量判定工程と、
前記指示工程において指示があったときに、前記充電判定工程において前記充電池が充電中であると判定され、前記残量判定工程において前記充電池の残量が閾値以上であると判定された場合に、前記コンピュータがネットワークを介してデータを取得する取得工程と、
前記閾値を前記コンピュータが増加させる調整工程と、
を含み、
前記調整工程は、前記指示工程による指示がある度に前記閾値を均等に増加させる、
ことを特徴とするデータ取得方法。
【請求項９】
データの取得をコンピュータが指示する指示工程と、
自機の充電池の残量を前記コンピュータが検出する検出工程と、
前記充電池が充電中であるか否かを前記コンピュータが判定する充電判定工程と、
前記検出工程において検出された前記充電池の残量が閾値以上であるか否かを前記コンピュータが判定する残量判定工程と、
前記指示工程において指示があったときに、前記充電判定工程において前記充電池が充電中であると判定され、前記残量判定工程において前記充電池の残量が閾値以上であると判定された場合に、前記コンピュータがネットワークを介してデータを取得する取得工程と、
前記閾値を前記コンピュータが増加させる調整工程と、
を含み、
前記データは複数であり、
前記残量判定工程では、前記取得工程において前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得工程では、
前記残量判定工程において前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定工程において前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示工程においてさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
ことを特徴とするデータ取得方法。
【請求項１０】
前記調整工程は、
前記閾値を段階的に増加させる、
ことを特徴とする請求項７又は９に記載のデータ取得方法。
【請求項１１】
コンピュータを、
データの取得を指示する指示部、
自機の充電池の残量を検出する検出部、
前記充電池が充電中であるか否かを判定する充電判定部、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部、
前記指示部による指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部、
所定の時刻で前記閾値を増加させる調整部、
として機能させることを特徴とするプログラム。
【請求項１２】
コンピュータを、
データの取得を指示する指示部、
自機の充電池の残量を検出する検出部、
前記充電池が充電中であるか否かを判定する充電判定部、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部、
前記指示部による指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部、
前記指示部による指示がある度に前記閾値を均等に増加させる調整部、
として機能させることを特徴とするプログラム。
【請求項１３】
コンピュータを、
データの取得を指示する指示部、
自機の充電池の残量を検出する検出部、
前記充電池が充電中であるか否かを判定する充電判定部、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部、
前記指示部による指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部、
前記閾値を増加させる調整部、
として機能させ、
前記データは複数であり、
前記残量判定部は、前記取得部によって前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得部は、
前記残量判定部によって前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定部によって前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示部によりさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを取得する携帯端末、データ取得方法及びプログラムに関する。
【背景技術】
【０００２】
コンテンツの更新情報等のデータを定期的に取得する携帯電話、スマートフォン（多機能携帯電話）、ＰＨＳ（Personal Handy-phone System）等の携帯端末が知られている。この種の携帯端末は、通常、電池の電力で動作する。このため、電池の残量が十分でないために、データを取得できないことがある。また、データの取得中に電池の残量が少なくなり、データの取得が中断されることがある。例えば、複数のサイトを巡回してコンテンツを取得する場合に、巡回の途中で電池の残量が少なくなって、一部のコンテンツの取得が中断されることがある。
このような問題点を解決できる技術が特許文献１に開示されている。特許文献１に開示されている携帯通信端末は、充電中にデータを取得することによって、データを確実に取得する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１１１５７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示された携帯通信端末では、充電しているにも関わらず、電池に蓄えられた電力がデータの取得のために消費されてしまう。このため、充電に時間がかかってしまい、場合によっては、充電が不完全に終わってしまう。
【０００５】
本発明は、上記実情に鑑みてなされたものであり、充電とコンテンツの取得とを適切に実施できる携帯端末、データ取得方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の観点に係る携帯端末は、
データの取得を指示するコンピュータと、
自機の充電池の残量を検出する検出部と、
前記充電池が充電中であるか否かを判定する充電判定部と、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部と、
前記コンピュータによる指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部と、
を備え、
前記コンピュータは、所定の時刻で前記閾値を増加させる、
ことを特徴とする。
【０００７】
また、本発明の第２の観点に係る携帯端末は、
データの取得を指示するコンピュータと、
自機の充電池の残量を検出する検出部と、
前記充電池が充電中であるか否かを判定する充電判定部と、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部と、
前記コンピュータによる指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部と、
を備え、
前記コンピュータは、データの取得を指示する度に、前記閾値を均等に増加させる、
ことを特徴とする。
【０００８】
また、本発明の第３の観点に係る携帯端末は、
データの取得を指示するコンピュータと、
自機の充電池の残量を検出する検出部と、
前記充電池が充電中であるか否かを判定する充電判定部と、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部と、
前記コンピュータによる指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部と、
を備え、
前記コンピュータは、前記閾値を増加させ、
前記データは複数であり、
前記残量判定部は、前記取得部による前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得部は、
前記残量判定部によって前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定部によって前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記コンピュータによりさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
ことを特徴とする。
【０００９】
この場合、前記コンピュータは、
前記閾値を段階的に増加させる、
こととしてもよい。
【００１０】
また、前記取得部は、
前記コンピュータによる指示があったときに、データを取得中である場合、前記データの取得を継続する、
こととしてもよい。
【００１１】
また、前記ネットワーク上の複数のデータ各々の所在に関する情報を記憶する記憶部をさらに備え、
前記取得部は、
前記記憶部に記憶された前記各データの所在に関する情報を用いて、前記各データを取得する、
こととしてもよい。
【００１２】
また、本発明の第４の観点に係るデータ取得方法は、
データの取得をコンピュータが指示する指示工程と、
自機の充電池の残量を前記コンピュータが検出する検出工程と、
前記充電池が充電中であるか否かを前記コンピュータが判定する充電判定工程と、
前記検出工程において検出された前記充電池の残量が閾値以上であるか否かを前記コンピュータが判定する残量判定工程と、
前記指示工程において指示があったときに、前記充電判定工程において前記充電池が充電中であると判定され、前記残量判定工程において前記充電池の残量が閾値以上であると判定された場合に、前記コンピュータがネットワークを介してデータを取得する取得工程と、
所定の時刻で前記閾値を前記コンピュータが増加させる調整工程と、
を含むことを特徴とする。
【００１３】
また、本発明の第５の観点に係るデータ取得方法は、
データの取得をコンピュータが指示する指示工程と、
自機の充電池の残量を前記コンピュータが検出する検出工程と、
前記充電池が充電中であるか否かを前記コンピュータが判定する充電判定工程と、
前記検出工程において検出された前記充電池の残量が閾値以上であるか否かを前記コンピュータが判定する残量判定工程と、
前記指示工程において指示があったときに、前記充電判定工程において前記充電池が充電中であると判定され、前記残量判定工程において前記充電池の残量が閾値以上であると判定された場合に、前記コンピュータがネットワークを介してデータを取得する取得工程と、
前記閾値を前記コンピュータが増加させる調整工程と、
を含み、
前記調整工程は、前記指示工程による指示がある度に前記閾値を均等に増加させる、
ことを特徴とする。
【００１４】
また、本発明の第６の観点に係るデータ取得方法は、
データの取得をコンピュータが指示する指示工程と、
自機の充電池の残量を前記コンピュータが検出する検出工程と、
前記充電池が充電中であるか否かを前記コンピュータが判定する充電判定工程と、
前記検出工程において検出された前記充電池の残量が閾値以上であるか否かを前記コンピュータが判定する残量判定工程と、
前記指示工程において指示があったときに、前記充電判定工程において前記充電池が充電中であると判定され、前記残量判定工程において前記充電池の残量が閾値以上であると判定された場合に、前記コンピュータがネットワークを介してデータを取得する取得工程と、
前記閾値を前記コンピュータが増加させる調整工程と、
を含み、
前記データは複数であり、
前記残量判定工程では、前記取得工程において前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得工程では、
前記残量判定工程において前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定工程において前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示工程においてさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
ことを特徴とする。
【００１５】
この場合、前記調整工程は、
前記閾値を段階的に増加させる、
こととしてもよい。
【００１６】
また、本発明の第７の観点に係るプログラムは、
コンピュータを、
データの取得を指示する指示部、
自機の充電池の残量を検出する検出部、
前記充電池が充電中であるか否かを判定する充電判定部、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部、
前記指示部による指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部、
所定の時刻で前記閾値を増加させる調整部、
として機能させることを特徴とする。
【００１７】
また、本発明の第８の観点に係るプログラムは、
コンピュータを、
データの取得を指示する指示部、
自機の充電池の残量を検出する検出部、
前記充電池が充電中であるか否かを判定する充電判定部、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部、
前記指示部による指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部、
前記指示部による指示がある度に前記閾値を均等に増加させる調整部、
として機能させることを特徴とする。
【００１８】
また、本発明の第９の観点に係るプログラムは、
コンピュータを、
データの取得を指示する指示部、
自機の充電池の残量を検出する検出部、
前記充電池が充電中であるか否かを判定する充電判定部、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部、
前記指示部による指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部、
前記閾値を増加させる調整部、
として機能させ、
前記データは複数であり、
前記残量判定部は、前記取得部によって前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得部は、
前記残量判定部によって前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定部によって前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示部によりさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
ことを特徴とする。
【発明の効果】
【００１９】
本発明によれば、充電池の充電中に、検出された充電池の残量が閾値以上の場合に限って、データを取得する処理が間欠的に行われる。こうすることで、データを取得しながら確実に充電できる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係るシステム全体の構成を示す図である。
【図２】実施形態１及び２に係る携帯端末の構成を示すブロック図である。
【図３】フィードテーブルと次取得フィードインデックスの一例を示す図である。
【図４】フィードの構成を例示する図である。
【図５】フィードリーダーによるコンテンツの表示例を示す図である。
【図６】フィードの取得処理のフローチャートである。
【図７】実施形態１に係る電池残量の閾値の調整処理のフローチャートである。
【図８】実施形態１に係る電池の残量と閾値を示す図である。
【図９】実施形態２に係る電池残量の閾値の調整処理のフローチャートである。
【図１０】実施形態２に係る電池の残量と閾値を示す図である。
【図１１】実施形態３に係る携帯端末の構成を示すブロック図である。
【図１２】（ａ）は、実施形態３に係るメディアファイルテーブルの一例を示す図である。（ｂ）は、実施形態３に係る次取得メディアファイルインデックスの一例を示す図である。（ｃ）は、実施形態３に係る取得済メディアファイルテーブルの一例を示す図である。
【図１３】実施形態３に係る取得処理のフローチャートである。
【図１４】実施形態３に係る取得処理のフローチャートである。
【図１５】（ａ）は、取得するフィードの条件が登録可能な場合のフローチャートの一部である。（ｂ）は、取得するメディアファイルの条件が登録可能な場合のフローチャートの一部である。
【図１６】充電時間帯を予定できない場合における、充電開始からの経過時間と電池残量の閾値との関係の一例を示す図である。
【発明を実施するための形態】
【００２１】
本発明の実施形態について、図面を参照して詳細に説明する。
【００２２】
（実施形態１）
まず、図１を参照して、実施形態１に係る携帯端末１について説明する。
携帯端末１は、通話機能、電子メール送受信機能、Ｗｅｂサイト閲覧機能等を備える。携帯端末１は、ＡＣ電源に接続された充電器２を用いて充電が可能である。
公衆基地局３は、通信回線網４に接続されており、通信圏内に存在する携帯端末１と無線で接続することによって、携帯端末１と通信回線網４とを通信可能に接続する中継局である。
通信回線網４は、アナログ回線網、デジタル回線網等から構成される。
携帯端末１は、公衆基地局３の中継により、通信回線網４を介して通話等が可能である。また、携帯端末１は、公衆基地局３の中継により、通信回線網４上に設けられたサーバ等（不図示）との間でデータ通信が可能である。
【００２３】
図２に示すように、携帯端末１は、電池１１と、通信部１２と、アンテナ１３と、音声処理部１４と、操作入力部１５と、表示部１６と、記憶部１７と制御部１８とを備える。
電池１１は、充電器２と接続することで充電可能な二次電池である。電池１１から各部に電力が供給されることによって、携帯端末１は動作する。
通信部１２は、アンテナ１３に接続され、アンテナ１３を介して公衆基地局３から受信した無線信号を復調し、制御部１８に供給する。また、通信部１２は、制御部１８から供給されたベースバンド信号で搬送波の変調等を行って、アンテナ１３を介して公衆基地局３に送信する。
音声処理部１４は、音声信号の符号化、復号等を行う。
操作入力部１５は、キーボタン、スイッチボタン等を備え、ユーザの操作に対応する操作信号を制御部１８に出力する。例えば、操作入力部１５は、携帯端末１の電源オン・オフの指示、電話番号、電子メールを構成するテキスト、ｗｅｂサイトのスクロールや変更の指示等に対応する操作信号を入力する。
【００２４】
表示部１６は、制御部１８の制御に従って、携帯端末１の機能を利用するために必要な各種の情報を表示する。例えば、表示部１６は、各種の情報は、電源状態、電波強度（ＳＳＩ）、電池１１の残量、サーバ接続状態等の動作状態、未読メールの有無、インターネット接続時におけるｗｅｂサイト等の種々のデータを表示する。また、表示部１６は、記憶部１７に記憶されたコンテンツを表示する。
【００２５】
記憶部１７は、例えば、フラッシュメモリ、ＲＡＭ（Random Access Memory）等の読み書き可能なメモリを備える。記憶部１７は、各種プログラム、データ、電話帳データ、楽曲データ、画像データ等を記憶する。
記憶部１７は、通信回線網４上の複数のフィード各々のＵＲＬ（Uniform Resource Locator）を記憶する。例えば、図３に示すように、記憶部１７は、各フィードのＵＲＬと各ＵＲＬを一意に識別可能なインデックスとが関連づけられたフィードテーブル１７ａを記憶する。
また、記憶部１７は、次に取得するフィードのＵＲＬに対応するインデックスである次取得フィードインデックス１７ｂを記憶する。
初期状態では、記憶部１７に記憶される次取得フィードインデックス１７ｂは「１」である。ユーザは、次取得フィードインデックス１７ｂをフィード取得の優先順位に従って設定できる。この場合、優先順位が最も高いフィードのＵＲＬに対応するインデックスが「１」とされる。即ち、インデックスはフィード取得の取得順を表す。
また、記憶部１７は、取得したフィードから解析されたコンテンツを記憶する。
【００２６】
ここで、フィードとは、ブログやニュースサイト等ｗｅｂサイトにおいて日々更新されるコンテンツを配信用に加工した文書である。フィードリーダーがフィードの更新を定期的に確認することで、ユーザは最新のコンテンツを得ることができる。
フィードは、ｗｅｂサイトから提供されるコンテンツのメタデータであるＸＭＬ（Extensible Markup Language）形式のデータである。フィードの種類には、ＲＤＦ（Resource Description Framework）、ＲＳＳ（RDF Site Summary）、Ａｔｏｍ等がある。フィードは、図４に示すように、フィードヘッダーと、フィードボディとから構成される。フィードヘッダーは、フィードのタイトル等で構成される。フィードボディは、例えば、コンテンツのタイトルと、記事等のコンテンツと、コンテンツへの一意なＵＲＬであるパーマリンクと、コンテンツの作者名と、コンテンツが更新された日時とで構成される。
フィードは、例えば、アプリケーションもしくはｗｅｂサービスとして提供されるフィードリーダーを用いて取得される。フィードリーダーは、ユーザによって登録されたフィードのＵＲＬにアクセスし、フィードを取得する。
フィードのＵＲＬは、ｗｅｂサイトにおいて提供される画像がクリックされることを契機に、ｗｅｂブラウザが起動したフィードリーダーによって登録されてもよい。また、フィードのＵＲＬは、ｗｅｂサイトを規定するＨＴＭＬ（HyperText Markup Language）のヘッダー要素内のリンク要素から自動的に検出されるため、このフィードのＵＲＬが登録されるようにしてもよい。また、フィードのＵＲＬが記載されたＯＰＭＬ（Outline Processor Markup Language）形式のファイルがフィードリーダーによって読み込まれることによって、フィードのＵＲＬが登録されるようにしてもよい。
取得されたフィードから解析されたコンテンツは、記憶部１７に記憶される。記憶部１７に記憶されたコンテンツは、ユーザからの指示や設定により任意のタイミングで表示することが可能である。例えば、図５に示すように、取得された各フィードのコンテンツのタイトル、パーマリンク、作者名、更新された日時、コンテンツが一覧表示される。
【００２７】
図２に戻り、制御部１８は、ＣＰＵ，ＲＡＭ等から構成され、制御部１８が記憶部１７に記憶された各種プログラムを実行制御することにより、指示部２１、検出部２２、充電判定部２３、残量判定部２４、取得部２５、調整部２６として機能し、携帯端末１の各部を統括的に制御するとともに、フィードのＵＲＬの登録、フィードのＵＲＬへのアクセス、下記の各処理を実行する。
指示部２１は、タイマー２１Ｔを備え、取得部２５に、フィードの取得を間欠的に指示する。
ユーザは、指示部２１がフィードの取得を指示する時刻を、あらかじめ設定することができる。例えば、ユーザが携帯端末１を充電する午前１時から午前７時の間にフィードを取得する場合には、午前１時、２時、３時、４時、５時、及び６時にフィードの取得を指示するように設定することができる。
【００２８】
検出部２２は、電池１１の残量を検出する。例えば、電池１１が完全に充電された状態では、電池１１の残量は１００％と検出され、電池１１に蓄えられた電力がない状態では、電池１１の残量は０％と検出される。
充電判定部２３は、電池１１が充電中であるか否かを判定する。
残量判定部２４は、検出部２２によって検出された電池１１の残量が閾値以上であるか否かを判定する。なお、残量判定部２４は、取得部２５によってフィードが取得される度に、電池１１の残量が閾値以上であるか否かを判定するようにしてもよい。
【００２９】
取得部２５は、例えば、上述のフィードリーダー（不図示）を備え、指示部２１による指示があったときに、充電判定部２３によって電池１１が充電中であると判定され、残量判定部２４によって電池１１の残量が閾値以上であると判定された場合に、通信回線網４を介してフィードを取得する。
また、取得部２５は、フィードを取得する度に、取得したフィードを解析し、コンテンツを記憶部１７に記憶させると共に、次に取得するフィードのＵＲＬに対応するインデックスである次取得フィードインデックス１７ｂを記憶部１７に記憶させる。すなわち、記憶部１７に記憶されている次取得フィードインデックス１７ｂを更新する。
また、取得部２５は、残量判定部２４によって電池１１の残量が閾値未満であると判定されるまでは、記憶部１７に記憶された各フィードのＵＲＬを用いて、各フィードをインデックスの順番に従って取得する。また、取得部２５は、残量判定部２４によって電池１１の残量が閾値未満であると判定された場合には、次の順番のフィードの取得を開始せずに、指示部２１によりさらなる指示があった後に、次の順番から各フィードの取得を再開する。
具体的には、例えば、取得部２５によって、インデックス「１」に対応するＵＲＬからフィードが取得された後に、残量判定部２４によって電池１１の残量が閾値未満であると判定された場合には、取得部２５は、次の順番であるインデックス「２」に対応するＵＲＬのフィードの取得を開始せずに、指示部２１によりさらなる指示があった後に、インデックス「２」から各フィードの取得を再開する。
【００３０】
調整部２６は、午前１時から午前６時まで閾値を２０％にし、午前６時以降の閾値を８０％にする。
【００３１】
次に、図６を参照して、上記構成を有する携帯端末１の動作を説明する。
【００３２】
携帯端末１は、通常の携帯端末と同様に、通話動作、メール送受信動作等を行うが、以下では、特徴的なフィードを取得する動作を説明する。
まず、前提として、事前の設定により、フィードを取得するタイミングとして、午前１時、２時、３時、４時、５時、及び６時が設定されているものとする。
また、調整部２６が設定する閾値として、午前１時から午前６時までは２０％、午前６時以降は、８０％に設定されているものとする。
フィード取得機能がオンされると、制御部１８は、図６のフローが示す処理を繰り返して実行する。
まず、制御部１８の指示部２１は、予め設定されている所定の時刻になるまで待機し（ステップＳ１；Ｎｏ）。所定の時刻になると（ステップＳ１；Ｙｅｓ）、指示部２１はフィードの取得を指示する（ステップＳ２）。
指示部２１の指示に応答し（ステップＳ２）、検出部２２は、取得部２５がフィードを取得中か否かを判定する（ステップＳ３）。
取得部２５がフィードを取得中の場合（ステップＳ３；Ｙｅｓ）、処理は、ステップＳ１に戻る。
【００３３】
一方、取得部２５がフィードを取得中でない場合（ステップＳ３；Ｎｏ）、検出部２２は、電池１１が充電中であるか否かを判定する（ステップＳ４）。
電池１１が充電中でない場合（ステップＳ４；Ｎｏ）、処理は、ステップＳ１に戻る。
【００３４】
一方、電池１１が充電中である場合（ステップＳ４；Ｙｅｓ）、検出部２２は電池１１の残量を検出する（ステップＳ５）。
次に、調整部２６は、閾値の調整処理を実行する（ステップＳ６）。
【００３５】
この閾値の調整処理において、調整部２６は、図７に示すように、指示部２１が備えるタイマー２１Ｔを参照して、現在の時刻を取得する（ステップＳ２１）。次に、取得した時刻が午前６時以降であるか否かを判別する（ステップＳ２２）。  
時刻が午前６時以降でない場合（ステップＳ２２；Ｎｏ）、調整部２６は、閾値を２０％に設定する（ステップＳ２３）。
一方、時刻が午前６時以降の場合（ステップＳ２２；Ｙｅｓ）、調整部２６は、閾値を８０％に設定する（ステップＳ２４）。
【００３６】
図６に戻り、残量判定部２４は、検出部２２によって検出された電池１１の残量が閾値以上か否かを判定する（ステップＳ７）。
電池１１の残量が閾値以上の場合（ステップＳ７；Ｙｅｓ）、取得部２５は、記憶部１７に記憶されたフィードテーブル１７ａと次取得フィードインデックス１７ｂとを参照し、次に取得するフィードのインデックスとＵＲＬを取得する（ステップＳ８）。そして、取得部２５は、通信部１２を介して、インデックスに対応するＵＲＬからフィードを取得する（ステップＳ９）。
次に、取得部２５は、取得したフィードを解析し、コンテンツをフィードヘッダーの情報と共に記憶部１７に記憶させる（ステップＳ１０）。具体的には、取得部２５は、記憶部１７のコンテンツデータベースに記憶されている該当コンテンツを上書きする。コンテンツデータベースに該当コンテンツがない場合には、取得部２５は、コンテンツを新しく作成し、記憶部１７に記憶させる。取得部２５は、フィードヘッダーの情報を比較して、該当コンテンツであるか否かを判定する。
【００３７】
取得部２５は、記憶部１７に記憶されている次取得フィードインデックス１７ｂに対し次のインデックスを記憶することで次取得フィードインデックス１７ｂを更新する（ステップＳ１１）。ただし、取得部２５は、ステップＳ８で取得したインデックスがフィードテーブル１７ａの最後のインデックスと同一の場合には、記憶部１７にインデックスを記憶させない。
次に、フィードテーブル１７ａに設定された全てのＵＲＬからフィードが取得されたか否かを判別する（ステップＳ１２）。
フィードテーブル１７ａに設定された全てのＵＲＬうち、フィードが取得されていないものが残っている場合（ステップＳ１２；Ｎｏ）、処理は、ステップＳ５に戻る。
【００３８】
一方、フィードテーブル１７ａ内の全てのＵＲＬからフィードが取得されたと判定された場合（ステップＳ１２；Ｙｅｓ）、取得部２５は、記憶部１７に記憶された次取得フィードインデックス１７ｂを初期化し（ステップＳ１３）、処理は、ステップＳ１に戻る。
【００３９】
一方、ステップＳ７で電池１１の残量が閾値未満の場合（ステップＳ７；Ｎｏ）、処理は、ステップＳ８〜Ｓ１３をスキップして、ステップＳ１に戻る。
【００４０】
次に、本実施形態に係る充電中の電池１１の残量（実線）と閾値（点線）とが示されている図８を参照しながら、携帯端末１の動作をより具体的に説明する。
【００４１】
図８に示すように、電池１１の残量は、充電中は増加するが、フィードの取得中は、その動作による消費により、減少する。なお、図８は、充電中における電池１１の残量の増加量に比べてフィードの取得中における電池１１の残量の減少量の方が大きい場合の例である。この場合、充電中であってもフィードを取得している間は、電池１１の残量が減少する。しかし、充電中における電池１１の残量の増加量とフィードの取得中における電池１１の残量の減少量が同等の場合や、充電中における電池１１の残量の増加量に比べてフィードの取得中における電池１１の残量の減少量の方が小さい場合もある。これらの場合にも本実施形態に係るフィードの取得方法は有効である。以下の説明では、指示部２１によって、午前１時、２時、３時、４時、５時、及び６時にフィードの取得が指示（図６のフローに示す処理が実行）された場合の、主にステップＳ６以降を説明する。
【００４２】
午前１時の指示では、６時以前と判定され（ステップＳ２２；Ｎｏ）、調整部２６は閾値を２０％に設定する（ステップＳ２３）。検出された電池１１の残量が２０％以上であるため（ステップＳ７；Ｙｅｓ）、取得部２５は、記憶部１７に記憶されたフィードテーブル１７ａと次取得フィードインデックス１７ｂとを参照し、次に取得するフィードのインデックスとＵＲＬを取得する（ステップＳ８）。次に、取得部２５は、通信部１２を介して、ＵＲＬからフィードを取得する（ステップＳ９）。フィードテーブル１７ａ内の全てのフィードが取得されるまで、取得部２５は、通信部１２を介して、フィードテーブル１７ａのインデックスの順にフィードを順次取得する（ステップＳ５乃至Ｓ１２）。
フィードテーブル１７ａ内の各フィードのＵＲＬを巡回中（ステップＳ５乃至Ｓ１２）の午前１時５５分（図８中のタイミングＴＡ）に電池１１の残量が２０％未満になると（ステップＳ７；Ｎｏ）、取得部２５は、一部のフィードを取得していなくても、それ以上の取得動作を停止し、処理は、ステップＳ１に戻る。
【００４３】
午前２時の指示では、６時以前と判定され（ステップＳ２２；Ｎｏ）、調整部２６は閾値を２０％に設定する（ステップＳ２３）。検出された電池１１の残量が２０％未満であるため（ステップＳ７；Ｎｏ）、取得部２５は、フィードを取得しない。
【００４４】
午前３時の指示では、６時以前と判定され（ステップＳ２２；Ｎｏ）、調整部２６は閾値を２０％に設定する（ステップＳ２３）。検出された電池１１の残量が２０％以上であるため（ステップＳ７；Ｙｅｓ）、取得部２５は、記憶部１７に記憶されたフィードテーブル１７ａと次取得フィードインデックス１７ｂとを参照し、次に取得するフィードのインデックスとＵＲＬを取得する（ステップＳ８）。
次に、取得部２５は、通信部１２を介して、ＵＲＬからフィードを取得する（ステップＳ９）。
午前３時１０分、（図８中のタイミングＴＢ）に、フィードテーブル１７ａ内の全てのＵＲＬからフィードが取得されると（ステップＳ１２；Ｙｅｓ）、取得部２５は、記憶部１７に記憶された次取得フィードインデックス１７ｂを初期化し（ステップＳ１３）、処理は、ステップＳ１に戻る。
【００４５】
午前４時、５時の各時点での指示では、６時以前と判定され（ステップＳ２２；Ｎｏ）、調整部２６は閾値を２０％に設定する（ステップＳ２３）。検出された電池１１の残量が２０％以上であるため（ステップＳ７；Ｙｅｓ）、取得部２５は、記憶部１７に記憶されたフィードテーブル１７ａと次取得フィードインデックス１７ｂとを参照し、次に取得するフィードのインデックスとＵＲＬを取得する（ステップＳ８）。次に、取得部２５は、通信部１２を介して、ＵＲＬからフィードを取得する（ステップＳ９）。
午前４時２５分（図８中のタイミングＴＣ）及び午前５時１０分（図８中のタイミングＴＤ）に、フィードテーブル１７ａ内の全てのＵＲＬからのフィードの取得が完了すると（ステップＳ１２；Ｙｅｓ）、取得部２５は、記憶部１７に記憶された次取得フィードインデックス１７ｂを初期化し（ステップＳ１３）、処理は、ステップＳ１に戻る。
【００４６】
午前６時の指示では、６時以降と判定され（ステップＳ２２；Ｙｅｓ）、調整部２６は閾値を８０％に設定する（ステップＳ２４）。検出された電池１１の残量が８０％未満であるため（ステップＳ７；Ｎｏ）、処理は、ステップＳ１に戻る。
【００４７】
こうして、本実施形態においては、携帯端末１が充電中で、且つ、電池残量が予め設定された閾値以上である場合にのみ、フィードが取得される。
以上説明したように、本実施の形態によれば、充電中且つ電池残量が電池残量閾値より大きい場合にのみ、フィードを取得する。従って、充電とコンテンツの取得を両方適切に行うことができる。
【００４８】
（実施形態２）
次に、本発明の実施形態２について説明する。
本実施形態の携帯端末１の構成は、実施形態１と同じである。ただし、調整部２６による閾値の調整方法が異なる。調整部２６は、指示部２１による指示がある度に閾値を均等に増加させる。このため、調整部２６は、時刻と閾値とが対応付けられたテーブル（以下、閾値テーブルとする）を記憶する。例えば、この閾値テーブルでは、午前１時、２時、３時、４時、５時、６時の各時点以降の閾値として、それぞれ２０％、３２％、４４％、５６％、６８％、８０％が設定されている。調整部２６は、閾値を段階的に増加させる。
【００４９】
まず、図９を参照して、調整部２６による閾値の調整処理（ステップＳ６）のフローを説明する。
調整部２６は、指示部２１のタイマー２１Ｔを参照して、現在時刻を取得する（ステップＳ３１）。
調整部２６は、閾値テーブルを参照し（ステップＳ３２）、閾値を設定する（ステップＳ３３）。例えば、調整部２６は、午前１時以降の閾値を２０％に、午前２時以降の閾値を３２％に設定する。
【００５０】
次に、充電中の携帯端末１の電池１１の残量（実線）と閾値（点線）とが示されている図１０を参照しながら、本実施形態に係る携帯端末１の動作を説明する。前提として、実施形態１と同じく、指示部２１は、午前１時、２時、３時、４時、５時、及び６時にフィードの取得を指示する。
【００５１】
午前１時の指示では、調整部２６は閾値を２０％に設定する（ステップＳ３３）。検出された電池１１の残量が２０％以上であるため（ステップＳ７；Ｙｅｓ）、取得部２５は、記憶部１７に記憶されたフィードテーブル１７ａと次取得フィードインデックス１７ｂとを参照し、次に取得するフィードのＵＲＬとインデックスとを取得する（ステップＳ８）。
次に、取得部２５は、通信部１２を介して、ＵＲＬからフィードを取得する（ステップＳ９）。
午前１時５５分（図１０中のＴＡ）に、フィードテーブル１７ａ内の全てのＵＲＬからフィードが取得されると（ステップＳ１２；Ｙｅｓ）、取得部２５は、記憶部１７に記憶された次取得フィードインデックス１７ｂを初期化し（ステップＳ１３）、処理は、ステップＳ１に戻る。
【００５２】
午前２時の指示では、調整部２６は閾値を３２％に設定する（ステップＳ３３）。検出された電池１１の残量が３２％未満であるため（ステップＳ７；Ｎｏ）、取得部２５は、ステップＳ１に戻る。
【００５３】
午前３時の指示では、調整部２６は閾値を４４％に設定する（ステップＳ３３）。検出された電池１１の残量が４４％未満であるため（ステップＳ７；Ｎｏ）、取得部２５は、ステップＳ１に戻る。
【００５４】
午前４時の指示では、調整部２６は閾値を５６％に設定する（ステップＳ３３）。検出された電池１１の残量が５６％以上であるため（ステップＳ７；Ｙｅｓ）、取得部２５は、記憶部１７に記憶されたフィードテーブル１７ａと次取得フィードインデックス１７ｂとを参照し、次に取得するフィードのＵＲＬとインデックスとを取得する（ステップＳ８）。
次に、取得部２５は、通信部１２を介して、ＵＲＬからフィードを取得する（ステップＳ９）。
【００５５】
フィードテーブル１７ａ内の各フィードのＵＲＬを巡回中（ステップＳ５乃至Ｓ１２）の午前４時４０分（図１０中のタイミングＴＢ）に電池１１の残量が５６％より低くなると（ステップＳ７；Ｎｏ）、処理は、ステップＳ１に戻る。
午前５時の指示では、調整部２６は閾値を６８％に設定する（ステップＳ３３）。検出された電池１１の残量が６８％未満であるため（ステップＳ７；Ｎｏ）、処理は、ステップＳ１に戻る。
【００５６】
午前６時の指示では、調整部２６は閾値を８０％に設定する（ステップＳ３３）。検出された電池１１の残量が８０％以上であるため（ステップＳ７；Ｙｅｓ）、取得部２５は、記憶部１７に記憶されたフィードテーブル１７ａと次取得フィードインデックス１７ｂとを参照し、次に取得するフィードのＵＲＬとインデックスとを取得する（ステップＳ８）。
次に、取得部２５は、通信部１２を介して、ＵＲＬからフィードを取得する（ステップＳ９）。
フィードテーブル１７ａ内の各フィードのＵＲＬを巡回中（ステップＳ５乃至Ｓ１２）の午前６時１５分（図１０中のタイミングＴＣ）に電池１１の残量が８０％より低くなると（ステップＳ７；Ｎｏ）、以後のフィード取得動作を停止し、処理は、ステップＳ１に戻る。
【００５７】
（実施形態３）
次に、本発明の実施形態３について説明する。
【００５８】
図１１が示すように、本実施形態の携帯端末１の基本的な構成は、制御部１８が取得閾値判定部２７をさらに備えている以外は、実施形態１と同じである。ただし、取得部２５の役割が実施形態１及び２とは異なる。
【００５９】
本実施形態において、取得部２５は、指示部２１による指示があったときに、充電判定部２３によって電池１１が充電中であると判定され、残量判定部２４によって電池１１の残量が閾値以上であると判定された場合に、通信回線網４を介してフィード又はメディアファイルを取得する。
【００６０】
また、取得部２５は、指示部２１の指示によって、インデックス番号順にフィードを取得する度に、取得したフィードを解析し、フィードが参照している楽曲データ、画像データ等のメディアファイルの各ＵＲＬと各ＵＲＬを一意に識別可能なインデックス番号とが関連づけられた図１２(a)に例示するようなテーブル（以下、メディアファイルテーブル１７ｃ）を作成し記憶部１７に記憶させると共に、次に取得するフィードに対応するインデックスである次取得フィードインデックス１７ｂを記憶部１７に記憶させる。実施形態１及び２のように、コンテンツをさらに記憶部１７に記憶させてもよい。
【００６１】
また、取得部２５は、残量判定部２４によって電池１１の残量が閾値未満であると判定されるまでは、記憶部１７に記憶されているメディアファイルテーブル１７ｃを参照して、各メディアファイルをインデックスの順番に従って取得し、記憶部１７に格納する。続いて、取得部２５は、次に取得するメディアファイルのＵＲＬに対応するインデックスである次取得メディアファイルインデックス１７ｄを記憶部１７に記憶させると共に、図１２(c)に例示するような、取得したメディアファイルのＵＲＬと取得日時とを対応付けた取得済メディアファイルテーブル１７ｅを記憶部１７に記憶させる。具体的には、取得されたメディアファイルのＵＲＬが取得済メディアファイルテーブル１７ｅに登録されている場合には、取得日時を更新し、取得済メディアファイルテーブル１７ｅにＵＲＬが登録されていない場合には、ＵＲＬと取得日時を登録する。
【００６２】
一方、取得部２５は、残量判定部２４によって電池１１の残量が閾値未満であると判定された場合には、次の順番のメディアファイルの取得を開始せずに、指示部２１によりさらなる指示があった後、次の順番から各メディアファイルの取得を再開する。メディアファイルテーブル１７ｃ内の全てのメディアファイルを取得した後、記憶部１７に記憶されているメディアファイルテーブル１７ｃを削除すると共に、記憶部１７に記憶されているメディアファイルのインデックスである次取得メディアファイルインデックス１７ｄを初期化し、次の順番のフィードを取得する。
【００６３】
取得閾値判定部２７は、取得部２５がメディアファイルを取得する度に、取得したメディアファイルの積算データ容量が取得閾値（例えば、１ＧＢ）以下であるか否かを判定する。なお、取得閾値は、ユーザが任意に設定できるようにしてもよい。
【００６４】
そして、取得閾値判定部２７が取得閾値を超えていると判定した場合には、取得部２５は、取得日時の古いメディアファイルを記憶部１７から削除させる。
【００６５】
次に、図１３及び図１４のフローチャートを参照して、実施形態３に係る携帯端末１によるメディアファイルの取得処理を説明する。なお、図１３のフローチャートにおいて、ステップＳＴ１からＳＴ７は図６のステップＳ１からＳ７と共通するため、ステップＳＴ７から説明する。
【００６６】
ステップＳＴ１〜ＳＴ６の処理を終了すると、残量判定部２４は、ステップＳＴ５で検出された電池１１の残量がステップＳＴ６で設定された閾値以上か否かを判定する（ステップＳＴ７）。電池１１の残量が閾値以上でると判定された場合（ステップＳＴ７；Ｙｅｓ）、記憶部１７にメディアファイルテーブル１７ｃが記憶されているか否かを判定する（ステップＳＴ８）。記憶部１７にメディアファイルテーブル１７ｃが記憶されていないと判定された場合には（ステップＳＴ８；Ｎｏ）、取得部２５は、記憶部１７に記憶されているフィードテーブル１７ａと次取得フィードインデックス１７ｂとを参照し、次に取得するフィードのＵＲＬとインデックスとを取得する（ステップＳＴ９）。そして、取得部２５は、通信部１２を介して、次取得フィードインデックス１７ｂに対応するＵＲＬからフィードを取得する（ステップＳＴ１０）。
【００６７】
次に、取得部２５は、取得したフィードを解析し、メディアファイルテーブル１７ｃを作成し記憶部１７に記憶させる（ステップＳＴ１１）。そして、取得部２５は、記憶部１７に記憶されている次取得フィードインデックス１７ｂを更新し（ステップＳＴ１２）、処理は、ステップＳＴ５に戻る。
【００６８】
一方、ステップＳＴ８で、記憶部１７にメディアファイルテーブル１７ｃが記憶されている場合には（ステップＳＴ８；Ｙｅｓ）、取得部２５は、記憶部１７に記憶されているメディアファイルテーブル１７ｃと次取得メディアファイルインデックス１７ｄとを参照し、次に取得するメディアファイルのＵＲＬとインデックスとを取得する（ステップＳＴ２１）。そして、取得部２５は、通信部１２を介して、そのインデックスに対応するＵＲＬからメディアファイルを取得し、記憶部１７に格納する（ステップＳＴ２２）。
【００６９】
次に、取得部２５は、取得したメディアファイルのＵＲＬと取得日時を記憶部１７の取得済メディアファイルテーブル１７ｅに格納する（ステップＳＴ２３）。そして、取得部２５は、次取得メディアファイルインデックス１７ｄを更新する（ステップＳＴ２４）。ただし、取得部２５は、ステップＳＴ２１で取得したインデックスがメディアファイルテーブル１７ｃの最後のインデックスと同一の場合には、次取得メディアファイルインデックス１７ｄをクリアする。
【００７０】
次に、取得閾値判定部２７は、取得したメディアファイルの積算データ容量が取得閾値以下か否かを判定する（ステップＳＴ２５）。取得閾値を超えていると判定された場合には（ステップＳＴ２５；Ｎｏ）、取得部２５は、記憶部１７に記憶されている取得済メディアファイルテーブル１７ｅを参照して、取得したメディアファイルを取得日時の古い順に積算データ容量が取得閾値以下になるまで記憶部１７から順次削除する（ステップＳＴ４１）。
取得したメディアファイルの積算データ容量が取得閾値以下になると（ステップＳＴ２５；Ｙｅｓ）、処理は、ステップＳＴ２６に移行する。一方、ステップＳＴ２５で、取得したメディアファイルの積算データ容量が取得閾値以下であると判定された場合には（ステップＳＴ２５；Ｙｅｓ）、処理は、ステップＳＴ２６に移行する。
【００７１】
次に、メディアファイルテーブル１７ｃに登録されている全てのＵＲＬからメディアファイルを取得したか否かを判定し（ステップＳＴ２６）、一部のＵＲＬからメディアファイルを取得していないと判定された場合には（ステップＳＴ２６；Ｎｏ）、処理は、ステップＳＴ５に戻る。一方、メディアファイルテーブル１７ｃに登録されている全てのＵＲＬからメディアファイルが取得されたと判定された場合には（ステップＳＴ２６；Ｙｅｓ）、取得部２５は、記憶部１７に記憶されているメディアファイルテーブル１７ｃに登録されているメディアファイルを削除する（ステップＳＴ２７）。そして、次取得メディアファイルインデックス１７ｄを初期化する（ステップＳＴ２８）。
【００７２】
次に、フィードテーブル１７ａ内の全てのＵＲＬからフィードを取得したか否かを判定し（ステップＳＴ２９）、一部のＵＲＬからフィードが取得されていなければ（ステップＳＴ２９；Ｎｏ）、処理は、ステップＳＴ５に戻る。
【００７３】
一方、フィードテーブル１７ａ内の全てのＵＲＬからフィードが取得されたと判定された場合には（ステップＳＴ２９；Ｙｅｓ）、取得部２５は、記憶部１７に記憶されている次取得フィードインデックス１７ｂを初期化し（ステップＳＴ３０）、処理は、ステップＳＴ１に戻る。
【００７４】
上記の各実施形態によれば、電池１１の充電中に、検出された電池１１の残量が閾値以上の場合に限って、フィード及び／又はメディアファイルを取得する処理が間欠的に行われる。こうすることで、フィード又はメディアファイルを取得しながら確実に充電できる。
また、設定された時刻にフィード又はメディアファイルの取得処理が行われるので、例えば、夜寝るときに充電器２にセットすれば、朝起きたときには、電池１１の充電がされており、夜中に更新されるｗｅｂサイトの情報のうち最新の情報を取得しておくことができる。
【００７５】
また、取得部２５は、取得したフィードを解析し、コンテンツ又はメディアファイルを記憶部１７に記憶させるので、通信回線網４との接続ができない状況でもユーザは取得したコンテンツ又はメディアファイルを表示（出力）させることができる。
また、取得部２５は、指示部２１による指示があったときに、フィード又はメディアファイルを取得中である場合には、フィード又はメディアファイルの取得を継続することとした。こうすることで、取得中のフィード又はメディアファイルを確実に取得できる。
【００７６】
また、上記の実施形態１によれば、調整部２６は、午前６時以降は閾値を増加させる。このため、充電時間の終了近くで、電池１１の残量が少ないにも関わらず、フィードが取得されることを防止できる。
また、上記の実施形態２によれば、調整部２６は、指示部２１によるフィードの取得の指示ごとに閾値を均等に増加させる。こうすることで、電池１１の残量に応じて、より柔軟に閾値を設定できる。
【００７７】
また、上記の実施形態３によれば、取得部２５によって取得されたメディアファイルのＵＲＬが記憶部１７の取得済メディアファイルテーブル１７ｅに登録されている場合には、取得日時を更新し、取得済メディアファイルテーブル１７ｅにＵＲＬが登録されていない場合には、ＵＲＬと取得日時を登録する。そして、取得及び記憶しているメディアファイルの積算データ容量が取得閾値を超えた場合には、取得済メディアファイルテーブル１７ｅを参照して、取得日時の古いメディアファイルから順次削除する。こうすることで、ランク付け等の複雑な計算を用いなくとも、古いメディアファイルを自動的に順次削除できると共に、システム負荷を小さくし消費電力を抑えることができる。
【００７８】
なお、取得部２５がフィードを取得し、メディアファイルテーブル１７ｃを作成する際に、記憶部１７の取得済メディアファイルテーブル１７ｅを参照して、既に取得済メディアファイルテーブル１７ｅに登録されているメディアファイルはメディアファイルテーブル１７ｃから除外するようにしてもよい。こうすることで、例えば、複数のフィードが同一のメディアファイルを参照している場合に、該メディアファイルの重複取得を防ぐことができる。これにより、メディアファイルを効率的に取得できると共に、充電中の電力消費を抑えることができる。
【００７９】
また、上記の各実施形態によれば、残量判定部２４は、取得部２５によってフィード又はメディアファイルの取得が完了する度に、電池１１の残量が閾値以上であるか否かを判定し、取得部２５は、残量判定部２４によって電池１１の残量が閾値未満であると判定されるまでは、記憶部１７に記憶されているフィードテーブル１７ａ又はメディアファイルテーブル１７ｃを用いて、フィード又はメディアファイルをインデックスの順番に取得し、残量判定部２４によって電池１１の残量が閾値未満であると判定された場合には、次のインデックスのフィード又はメディアファイルの取得を中止し、次取得フィードインデックス１７ｂ又は次取得メディアファイルインデックス１７ｄを更新し、指示部２１によりさらなる取得指示があった後に、記憶部１７に記憶されているインデックスを用いて、次のフィード又は次のメディアファイルの取得を再開する。
こうすることで、フィードテーブル１７ａに登録されている一部のフィード又はメディアファイルテーブル１７ｃに登録されている一部のメディアファイルが取得されなくても、電池１１の残量が閾値より大きくなれば、未取得のフィード又はメディアファイルのＵＲＬからアクセスするので、効率的にフィード又はメディアファイルを取得できる。
【００８０】
なお、フィードのインデックスを、ユーザにとってのフィードの優先順に対応させておけば、ユーザにとって優先度の高いフィードを優先的に取得することができる。また、ユーザが、取得するメディアファイルの条件（種類、カテゴリ、更新日時、更新者、キーワード等）の登録等をできるようにしておけば、ユーザが所望するメディアファイルを効率的に取得できる。その結果、充電中の消費電力を抑えられ、より確実に携帯端末１の充電を完了することができる。この場合、例えば、図１５（ａ）に示すように、ステップＳＴ９終了後、取得対象のフィードが、取得条件に合致しているか否かを判定し（ステップＳＴ５１）、取得条件に合致していると判定した場合には（ステップＳＴ５１；ＹＥＳ）、ステップＳＴ１０に進み、取得条件に合致していないと判定した場合には（ステップＳＴ５１；ＮＯ）、ステップＳＴ１２に進むように構成すればよい。
また、例えば、図１５（ｂ）に示すように、ステップＳＴ２１終了後、取得対象のメディアファイルが、取得条件に合致しているか否かを判定し（ステップＳＴ６１）、取得条件に合致していると判定した場合には（ステップＳＴ６１；ＹＥＳ）、ステップＳＴ２２に進み、取得条件に合致していないと判別した場合には（ステップＳＴ６１；ＮＯ）、ステップＳＴ２４に進むように構成すればよい。
なお、残量判定部２４によって電池１１の残量が閾値未満であると判定された場合に、取得部２５は、次取得フィードインデックス１７ｂ又は次取得メディアファイルインデックス１７ｄを更新する代わりに、次のインデックス以降の全てのインデックス、または未取得のフィード又はメディアファイルのＵＲＬに対応するインデックスのリストである作業リストを記憶部１７に記憶させるようにしてもよい。
【００８１】
また、上記の各実施形態によれば、取得部２５は、フィードリーダーを備えるとした。一般にフィードは、ｗｅｂサイトによって自動生成され、フィードリーダーを用いれば容易に取得できるため、所望のｗｅｂサイトの更新情報等を確実に取得することができる。
なお、上記の実施形態では、閾値を段階的に増加させることとしたが、時刻と閾値との関数を設定して計算により閾値を算出してもよい。関数の具体例としては一次関数または、二次関数であり、時刻が遅くなるほど閾値の値を高く設定することが好ましい。また、閾値の算出に時刻ではなくフィードの取得回数と閾値との関数を用いてもよい。
また、上記実施の形態では、予め充電が予定されている時間帯内で充電量閾値を変化させたが、充電が予定できないユーザ等のために、例えば、図１６に示すように、タイマー２１Ｔで充電開始からの経過時間を計時し、充電継続時間に応じて、閾値を徐々に連続的に又は段階的に増加させるようにしてもよい。
なお、調整部２６による閾値の設定は、携帯端末１、電池１１、充電器２等の仕様に応じて、変更を加えることができる。閾値の計算アルゴリズムの検討には、実測を含めた検証が必要となるため、調整部２６は独立したモジュールとして構成されるのが望ましい。
【００８２】
なお、取得処理のフローにおいて、電池１１が充電中であるか否かの判定（図６のステップＳ４又は図１２のステップＳＴ４）の後に、取得部２５がフィード又はメディアファイルを取得中か否かの判定（図６のステップＳ３又は図１３のステップＳＴ３）が実行されるようにしてもよい。
【００８３】
なお、取得処理のフローにおいて、取得部２５によってフィード又はメディアファイルが取得される度に、充電中か否かを判定し、充電されていないと判定された場合には、フィード又はメディアファイルの取得を中止するようにしてもよい。具体的には、図６において、フィードテーブル１７ａに設定された全てのＵＲＬからフィードが取得されていない場合には（ステップＳ１２）、ステップＳ４に戻る構成とする。図１３及び１４において、メディアファイルテーブル１７ｃに設定された全てのＵＲＬからメディアファイルが取得されていない場合（ステップＳＴ２６；Ｎｏ）、フィードテーブル１７ａに設定された全てのＵＲＬからフィードが取得されていない場合（ステップＳＴ２９；Ｎｏ）、及び、記憶部１７の次取得フィードインデックス１７ｂを更新した（ステップＳＴ１２）後に、ステップＳＴ４に戻る構成とする。こうすることで、例えば、ユーザが携帯端末１を使用するために、充電途中で携帯端末１を充電器２から外した場合に、フィード又はメディアファイルの取得を中止して電力の消費を抑えることができる。また、この場合、表示部１６に選択画面を表示させ、ユーザにデータの取得を続行するか否かを選択させるようにしてもよい。
【００８４】
なお、上記の実施形態３において、メディアファイルテーブル１７ｃに登録されている全てのメディアファイルが取得された後、次の順番のフィードを取得する構成にしたが、取得順序はこれに限定されるものではない。
【００８５】
なお、上記実施形態において、実行されるプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）、ＤＶＤ、ＭＯ（Magneto-Optical disc）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをインストールすることにより、上述の処理を実行する携帯端末１を構成することとしてもよい。
また、プログラムをインターネット等の通信ネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、取得等するようにしてもよい。
また、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、取得等してもよい。
【００８６】
なお、携帯端末１は、多機能携帯電話、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）、ＰＣ（Personal Computer）等であってもよい。
【００８７】
なお、本発明は、上記実施形態及び図面によって限定されるものではない。本発明の要旨を変更しない範囲で実施形態及び図面に変更を加えることができるのはもちろんである。
【符号の説明】
【００８８】
１      携帯端末
２      充電器
３      公衆基地局
４      通信回線網
１１    電池
１２    通信部
１３    アンテナ
１４    音声処理部
１５    操作入力部
１６    表示部
１７    記憶部
１８    制御部
２１    指示部
２１Ｔ  タイマー
２２    検出部
２３    充電判定部
２４    残量判定部
２５    取得部
２６    調整部
２７    取得閾値判定部
【図１】
0005708481.tif 000002
【図２】
0005708481.tif 000003
【図３】
0005708481.tif 000004
【図４】
0005708481.tif 000005
【図５】
0005708481.tif 000006
【図６】
0005708481.tif 000007
【図７】
0005708481.tif 000008
【図８】
0005708481.tif 000009
【図９】
0005708481.tif 000010
【図１０】
0005708481.tif 000011
【図１１】
0005708481.tif 000012
【図１２】
0005708481.tif 000013
【図１３】
0005708481.tif 000014
【図１４】
0005708481.tif 000015
【図１５】
0005708481.tif 000016
【図１６】
0005708481.tif 000017