JP2012182787A - 携帯端末、データ取得方法及びプログラム - Google Patents
携帯端末、データ取得方法及びプログラム Download PDFInfo
- Publication number
- JP2012182787A JP2012182787A JP2011290143A JP2011290143A JP2012182787A JP 2012182787 A JP2012182787 A JP 2012182787A JP 2011290143 A JP2011290143 A JP 2011290143A JP 2011290143 A JP2011290143 A JP 2011290143A JP 2012182787 A JP2012182787 A JP 2012182787A
- Authority
- JP
- Japan
- Prior art keywords
- acquisition
- unit
- data
- remaining amount
- feed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
【課題】データを取得しながら確実に充電できる携帯端末、データ取得方法及びプログラムを提供する。また、充電とコンテンツの取得とを適切に実施できる携帯端末、データ取得方法及びプログラムを提供する。
【解決手段】指示部２１は、間欠的にデータの取得を指示する。検出部２２は、電池１１の残量を検出する。充電判定部２３は、電池１１が充電中であるか否かを判定する。残量判定部２４は、検出部２２によって検出された電池１１の残量が閾値以上であるか否かを判定する。取得部２５は、指示部２１による指示があったときに、充電判定部２３によって電池１１が充電中であると判定され、残量判定部２４によって電池１１の残量が閾値以上であると判定された場合に、通信回線網を介してフィードを取得する。
【選択図】図２
【解決手段】指示部２１は、間欠的にデータの取得を指示する。検出部２２は、電池１１の残量を検出する。充電判定部２３は、電池１１が充電中であるか否かを判定する。残量判定部２４は、検出部２２によって検出された電池１１の残量が閾値以上であるか否かを判定する。取得部２５は、指示部２１による指示があったときに、充電判定部２３によって電池１１が充電中であると判定され、残量判定部２４によって電池１１の残量が閾値以上であると判定された場合に、通信回線網を介してフィードを取得する。
【選択図】図２
Description
本発明は、データを取得する携帯端末、データ取得方法及びプログラムに関する。
コンテンツの更新情報等のデータを定期的に取得する携帯電話、スマートフォン（多機能携帯電話）、ＰＨＳ（Personal Handy-phone System）等の携帯端末が知られている。この種の携帯端末は、通常、電池の電力で動作する。このため、電池の残量が十分でないために、データを取得できないことがある。また、データの取得中に電池の残量が少なくなり、データの取得が中断されることがある。例えば、複数のサイトを巡回してコンテンツを取得する場合に、巡回の途中で電池の残量が少なくなって、一部のコンテンツの取得が中断されることがある。
このような問題点を解決できる技術が特許文献１に開示されている。特許文献１に開示されている携帯通信端末は、充電中にデータを取得することによって、データを確実に取得する。
このような問題点を解決できる技術が特許文献１に開示されている。特許文献１に開示されている携帯通信端末は、充電中にデータを取得することによって、データを確実に取得する。
特許文献１に開示された携帯通信端末では、充電しているにも関わらず、電池に蓄えられた電力がデータの取得のために消費されてしまう。このため、充電に時間がかかってしまい、場合によっては、充電が不完全に終わってしまう。
本発明は、上記実情に鑑みてなされたものであり、充電とコンテンツの取得とを適切に実施できる携帯端末、データ取得方法及びプログラムを提供することを目的とする。
上記目的を達成するため、本発明の第１の観点に係る携帯端末は、
データの取得を指示する指示部と、
自機の充電池の残量を検出する検出部と、
前記充電池が充電中であるか否かを判定する充電判定部と、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部と、
前記指示部による指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部と、
前記閾値を増加させる調整部と、
を備えることを特徴とする。
データの取得を指示する指示部と、
自機の充電池の残量を検出する検出部と、
前記充電池が充電中であるか否かを判定する充電判定部と、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部と、
前記指示部による指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部と、
前記閾値を増加させる調整部と、
を備えることを特徴とする。
この場合、前記調整部は、
前記閾値を段階的に増加させる、
こととしてもよい。
前記閾値を段階的に増加させる、
こととしてもよい。
また、前記調整部は、
所定の時刻で前記閾値を増加させる、
こととしてもよい。
所定の時刻で前記閾値を増加させる、
こととしてもよい。
また、前記調整部は、
前記指示部による指示がある度に前記閾値を均等に増加させる、
こととしてもよい。
前記指示部による指示がある度に前記閾値を均等に増加させる、
こととしてもよい。
また、前記取得部は、
前記指示部による指示があったときに、データを取得中である場合、前記データの取得を継続する、
こととしてもよい。
前記指示部による指示があったときに、データを取得中である場合、前記データの取得を継続する、
こととしてもよい。
また、前記データは複数であり、
前記残量判定部は、
前記取得部によって前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得部は、
前記残量判定部によって前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定部によって前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示部によりさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
こととしてもよい。
前記残量判定部は、
前記取得部によって前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得部は、
前記残量判定部によって前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定部によって前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示部によりさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
こととしてもよい。
また、前記ネットワーク上の複数のデータ各々の所在に関する情報を記憶する記憶部をさらに備え、
前記取得部は、
前記記憶部に記憶された前記各データの所在に関する情報を用いて、前記各データを取得する、
こととしてもよい。
前記取得部は、
前記記憶部に記憶された前記各データの所在に関する情報を用いて、前記各データを取得する、
こととしてもよい。
また、本発明の第２の観点に係るデータ取得方法は、
データの取得を指示する指示工程と、
自機の充電池の残量を検出する検出工程と、
前記充電池が充電中であるか否かを判定する充電判定工程と、
前記検出工程において検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定工程と、
前記指示工程において指示があったときに、前記充電判定工程において前記充電池が充電中であると判定され、前記残量判定工程において前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得工程と、
前記閾値を増加させる調整工程と、
を含むことを特徴とする。
データの取得を指示する指示工程と、
自機の充電池の残量を検出する検出工程と、
前記充電池が充電中であるか否かを判定する充電判定工程と、
前記検出工程において検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定工程と、
前記指示工程において指示があったときに、前記充電判定工程において前記充電池が充電中であると判定され、前記残量判定工程において前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得工程と、
前記閾値を増加させる調整工程と、
を含むことを特徴とする。
この場合、前記調整工程は、
前記閾値を段階的に増加させる、
こととしてもよい。
前記閾値を段階的に増加させる、
こととしてもよい。
また、前記データは複数であり、
前記残量判定工程では、
前記取得工程において前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得工程では、
前記残量判定工程において前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定工程において前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示工程においてさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
こととしてもよい。
前記残量判定工程では、
前記取得工程において前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得工程では、
前記残量判定工程において前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定工程において前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示工程においてさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
こととしてもよい。
また、本発明の第３の観点に係るプログラムは、
コンピュータを、
データの取得を指示する指示部、
自機の充電池の残量を検出する検出部、
前記充電池が充電中であるか否かを判定する充電判定部、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部、
前記指示部による指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部、
前記閾値を増加させる調整部、
として機能させることを特徴とする。
コンピュータを、
データの取得を指示する指示部、
自機の充電池の残量を検出する検出部、
前記充電池が充電中であるか否かを判定する充電判定部、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部、
前記指示部による指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部、
前記閾値を増加させる調整部、
として機能させることを特徴とする。
この場合、前記調整部は、
前記閾値を段階的に増加させる、
こととしてもよい。
前記閾値を段階的に増加させる、
こととしてもよい。
また、前記データは複数であり、
前記残量判定部は、
前記取得部によって前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得部は、
前記残量判定部によって前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定部によって前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示部によりさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
こととしてもよい。
前記残量判定部は、
前記取得部によって前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得部は、
前記残量判定部によって前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定部によって前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示部によりさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
こととしてもよい。
本発明によれば、充電池の充電中に、検出された充電池の残量が閾値以上の場合に限って、データを取得する処理が間欠的に行われる。こうすることで、データを取得しながら確実に充電できる。
本発明の実施形態について、図面を参照して詳細に説明する。
（実施形態１）
まず、図１を参照して、実施形態１に係る携帯端末１について説明する。
携帯端末１は、通話機能、電子メール送受信機能、Ｗｅｂサイト閲覧機能等を備える。携帯端末１は、ＡＣ電源に接続された充電器２を用いて充電が可能である。
公衆基地局３は、通信回線網４に接続されており、通信圏内に存在する携帯端末１と無線で接続することによって、携帯端末１と通信回線網４とを通信可能に接続する中継局である。
通信回線網４は、アナログ回線網、デジタル回線網等から構成される。
携帯端末１は、公衆基地局３の中継により、通信回線網４を介して通話等が可能である。また、携帯端末１は、公衆基地局３の中継により、通信回線網４上に設けられたサーバ等（不図示）との間でデータ通信が可能である。
まず、図１を参照して、実施形態１に係る携帯端末１について説明する。
携帯端末１は、通話機能、電子メール送受信機能、Ｗｅｂサイト閲覧機能等を備える。携帯端末１は、ＡＣ電源に接続された充電器２を用いて充電が可能である。
公衆基地局３は、通信回線網４に接続されており、通信圏内に存在する携帯端末１と無線で接続することによって、携帯端末１と通信回線網４とを通信可能に接続する中継局である。
通信回線網４は、アナログ回線網、デジタル回線網等から構成される。
携帯端末１は、公衆基地局３の中継により、通信回線網４を介して通話等が可能である。また、携帯端末１は、公衆基地局３の中継により、通信回線網４上に設けられたサーバ等（不図示）との間でデータ通信が可能である。
図２に示すように、携帯端末１は、電池１１と、通信部１２と、アンテナ１３と、音声処理部１４と、操作入力部１５と、表示部１６と、記憶部１７と制御部１８とを備える。
電池１１は、充電器２と接続することで充電可能な二次電池である。電池１１から各部に電力が供給されることによって、携帯端末１は動作する。
通信部１２は、アンテナ１３に接続され、アンテナ１３を介して公衆基地局３から受信した無線信号を復調し、制御部１８に供給する。また、通信部１２は、制御部１８から供給されたベースバンド信号で搬送波の変調等を行って、アンテナ１３を介して公衆基地局３に送信する。
音声処理部１４は、音声信号の符号化、復号等を行う。
操作入力部１５は、キーボタン、スイッチボタン等を備え、ユーザの操作に対応する操作信号を制御部１８に出力する。例えば、操作入力部１５は、携帯端末１の電源オン・オフの指示、電話番号、電子メールを構成するテキスト、ｗｅｂサイトのスクロールや変更の指示等に対応する操作信号を入力する。
電池１１は、充電器２と接続することで充電可能な二次電池である。電池１１から各部に電力が供給されることによって、携帯端末１は動作する。
通信部１２は、アンテナ１３に接続され、アンテナ１３を介して公衆基地局３から受信した無線信号を復調し、制御部１８に供給する。また、通信部１２は、制御部１８から供給されたベースバンド信号で搬送波の変調等を行って、アンテナ１３を介して公衆基地局３に送信する。
音声処理部１４は、音声信号の符号化、復号等を行う。
操作入力部１５は、キーボタン、スイッチボタン等を備え、ユーザの操作に対応する操作信号を制御部１８に出力する。例えば、操作入力部１５は、携帯端末１の電源オン・オフの指示、電話番号、電子メールを構成するテキスト、ｗｅｂサイトのスクロールや変更の指示等に対応する操作信号を入力する。
表示部１６は、制御部１８の制御に従って、携帯端末１の機能を利用するために必要な各種の情報を表示する。例えば、表示部１６は、各種の情報は、電源状態、電波強度（ＳＳＩ）、電池１１の残量、サーバ接続状態等の動作状態、未読メールの有無、インターネット接続時におけるｗｅｂサイト等の種々のデータを表示する。また、表示部１６は、記憶部１７に記憶されたコンテンツを表示する。
記憶部１７は、例えば、フラッシュメモリ、ＲＡＭ（Random Access Memory）等の読み書き可能なメモリを備える。記憶部１７は、各種プログラム、データ、電話帳データ、楽曲データ、画像データ等を記憶する。
記憶部１７は、通信回線網４上の複数のフィード各々のＵＲＬ（Uniform Resource Locator）を記憶する。例えば、図３に示すように、記憶部１７は、各フィードのＵＲＬと各ＵＲＬを一意に識別可能なインデックスとが関連づけられたフィードテーブル１７ａを記憶する。
また、記憶部１７は、次に取得するフィードのＵＲＬに対応するインデックスである次取得フィードインデックス１７ｂを記憶する。
初期状態では、記憶部１７に記憶される次取得フィードインデックス１７ｂは「１」である。ユーザは、次取得フィードインデックス１７ｂをフィード取得の優先順位に従って設定できる。この場合、優先順位が最も高いフィードのＵＲＬに対応するインデックスが「１」とされる。即ち、インデックスはフィード取得の取得順を表す。
また、記憶部１７は、取得したフィードから解析されたコンテンツを記憶する。
記憶部１７は、通信回線網４上の複数のフィード各々のＵＲＬ（Uniform Resource Locator）を記憶する。例えば、図３に示すように、記憶部１７は、各フィードのＵＲＬと各ＵＲＬを一意に識別可能なインデックスとが関連づけられたフィードテーブル１７ａを記憶する。
また、記憶部１７は、次に取得するフィードのＵＲＬに対応するインデックスである次取得フィードインデックス１７ｂを記憶する。
初期状態では、記憶部１７に記憶される次取得フィードインデックス１７ｂは「１」である。ユーザは、次取得フィードインデックス１７ｂをフィード取得の優先順位に従って設定できる。この場合、優先順位が最も高いフィードのＵＲＬに対応するインデックスが「１」とされる。即ち、インデックスはフィード取得の取得順を表す。
また、記憶部１７は、取得したフィードから解析されたコンテンツを記憶する。
ここで、フィードとは、ブログやニュースサイト等ｗｅｂサイトにおいて日々更新されるコンテンツを配信用に加工した文書である。フィードリーダーがフィードの更新を定期的に確認することで、ユーザは最新のコンテンツを得ることができる。
フィードは、ｗｅｂサイトから提供されるコンテンツのメタデータであるＸＭＬ（Extensible Markup Language）形式のデータである。フィードの種類には、ＲＤＦ（Resource Description Framework）、ＲＳＳ（RDF Site Summary）、Ａｔｏｍ等がある。フィードは、図４に示すように、フィードヘッダーと、フィードボディとから構成される。フィードヘッダーは、フィードのタイトル等で構成される。フィードボディは、例えば、コンテンツのタイトルと、記事等のコンテンツと、コンテンツへの一意なＵＲＬであるパーマリンクと、コンテンツの作者名と、コンテンツが更新された日時とで構成される。
フィードは、例えば、アプリケーションもしくはｗｅｂサービスとして提供されるフィードリーダーを用いて取得される。フィードリーダーは、ユーザによって登録されたフィードのＵＲＬにアクセスし、フィードを取得する。
フィードのＵＲＬは、ｗｅｂサイトにおいて提供される画像がクリックされることを契機に、ｗｅｂブラウザが起動したフィードリーダーによって登録されてもよい。また、フィードのＵＲＬは、ｗｅｂサイトを規定するＨＴＭＬ（HyperText Markup Language）のヘッダー要素内のリンク要素から自動的に検出されるため、このフィードのＵＲＬが登録されるようにしてもよい。また、フィードのＵＲＬが記載されたＯＰＭＬ（Outline Processor Markup Language）形式のファイルがフィードリーダーによって読み込まれることによって、フィードのＵＲＬが登録されるようにしてもよい。
取得されたフィードから解析されたコンテンツは、記憶部１７に記憶される。記憶部１７に記憶されたコンテンツは、ユーザからの指示や設定により任意のタイミングで表示することが可能である。例えば、図５に示すように、取得された各フィードのコンテンツのタイトル、パーマリンク、作者名、更新された日時、コンテンツが一覧表示される。
フィードは、ｗｅｂサイトから提供されるコンテンツのメタデータであるＸＭＬ（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）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、取得等してもよい。
また、プログラムをインターネット等の通信ネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、取得等するようにしてもよい。
また、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、取得等してもよい。
なお、携帯端末１は、多機能携帯電話、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）、ＰＣ（Personal Computer）等であってもよい。
なお、本発明は、上記実施形態及び図面によって限定されるものではない。本発明の要旨を変更しない範囲で実施形態及び図面に変更を加えることができるのはもちろんである。
１ 携帯端末
２ 充電器
３ 公衆基地局
４ 通信回線網
１１ 電池
１２ 通信部
１３ アンテナ
１４ 音声処理部
１５ 操作入力部
１６ 表示部
１７ 記憶部
１８ 制御部
２１ 指示部
２１Ｔ タイマー
２２ 検出部
２３ 充電判定部
２４ 残量判定部
２５ 取得部
２６ 調整部
２７ 取得閾値判定部
２ 充電器
３ 公衆基地局
４ 通信回線網
１１ 電池
１２ 通信部
１３ アンテナ
１４ 音声処理部
１５ 操作入力部
１６ 表示部
１７ 記憶部
１８ 制御部
２１ 指示部
２１Ｔ タイマー
２２ 検出部
２３ 充電判定部
２４ 残量判定部
２５ 取得部
２６ 調整部
２７ 取得閾値判定部
Claims (13)
- データの取得を指示する指示部と、
自機の充電池の残量を検出する検出部と、
前記充電池が充電中であるか否かを判定する充電判定部と、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部と、
前記指示部による指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部と、
前記閾値を増加させる調整部と、
を備えることを特徴とする携帯端末。 - 前記調整部は、
前記閾値を段階的に増加させる、
ことを特徴とする請求項１に記載の携帯端末。 - 前記調整部は、
所定の時刻で前記閾値を増加させる、
ことを特徴とする請求項１又は２に記載の携帯端末。 - 前記調整部は、
前記指示部による指示がある度に前記閾値を均等に増加させる、
ことを特徴とする請求項１又は２に記載の携帯端末。 - 前記取得部は、
前記指示部による指示があったときに、データを取得中である場合、前記データの取得を継続する、
ことを特徴とする請求項１乃至４のいずれか１項に記載の携帯端末。 - 前記データは複数であり、
前記残量判定部は、
前記取得部によって前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得部は、
前記残量判定部によって前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定部によって前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示部によりさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
ことを特徴とする請求項１乃至５のいずれか１項に記載の携帯端末。 - 前記ネットワーク上の複数のデータ各々の所在に関する情報を記憶する記憶部をさらに備え、
前記取得部は、
前記記憶部に記憶された前記各データの所在に関する情報を用いて、前記各データを取得する、
ことを特徴とする請求項１乃至６のいずれか１項に記載の携帯端末。 - データの取得を指示する指示工程と、
自機の充電池の残量を検出する検出工程と、
前記充電池が充電中であるか否かを判定する充電判定工程と、
前記検出工程において検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定工程と、
前記指示工程において指示があったときに、前記充電判定工程において前記充電池が充電中であると判定され、前記残量判定工程において前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得工程と、
前記閾値を増加させる調整工程と、
を含むことを特徴とするデータ取得方法。 - 前記調整工程は、
前記閾値を段階的に増加させる、
ことを特徴とする請求項８に記載のデータ取得方法。 - 前記データは複数であり、
前記残量判定工程では、
前記取得工程において前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得工程では、
前記残量判定工程において前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定工程において前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示工程においてさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
ことを特徴とする請求項８又は９に記載のデータ取得方法。 - コンピュータを、
データの取得を指示する指示部、
自機の充電池の残量を検出する検出部、
前記充電池が充電中であるか否かを判定する充電判定部、
前記検出部によって検出された前記充電池の残量が閾値以上であるか否かを判定する残量判定部、
前記指示部による指示があったときに、前記充電判定部によって前記充電池が充電中であると判定され、前記残量判定部によって前記充電池の残量が閾値以上であると判定された場合に、ネットワークを介してデータを取得する取得部、
前記閾値を増加させる調整部、
として機能させることを特徴とするプログラム。 - 前記調整部は、
前記閾値を段階的に増加させる、
ことを特徴とする請求項１１に記載のプログラム。 - 前記データは複数であり、
前記残量判定部は、
前記取得部によって前記各データの取得が完了する度に、前記充電池の残量が閾値以上であるか否かを判定し、
前記取得部は、
前記残量判定部によって前記充電池の残量が閾値未満であると判定されるまでは、前記各データを所定の順番に従って取得し、
前記残量判定部によって前記充電池の残量が閾値未満であると判定された場合には、次の順番のデータの取得を開始せず、前記指示部によりさらなる指示があった後に、前記次の順番から前記各データの取得を再開する、
ことを特徴とする請求項１１又は１２に記載のプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011290143A JP5708481B2 (ja) | 2011-02-07 | 2011-12-28 | 携帯端末、データ取得方法及びプログラム |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011024335 | 2011-02-07 | ||
| JP2011024335 | 2011-02-07 | ||
| JP2011290143A JP5708481B2 (ja) | 2011-02-07 | 2011-12-28 | 携帯端末、データ取得方法及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2012182787A true JP2012182787A (ja) | 2012-09-20 |
| JP5708481B2 JP5708481B2 (ja) | 2015-04-30 |
Family
ID=47013574
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011290143A Active JP5708481B2 (ja) | 2011-02-07 | 2011-12-28 | 携帯端末、データ取得方法及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5708481B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106598816A (zh) * | 2016-12-29 | 2017-04-26 | 深圳天珑无线科技有限公司 | 终端感知状态控制方法和终端感知状态控制装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002111573A (ja) * | 2000-09-29 | 2002-04-12 | Casio Comput Co Ltd | 携帯通信端末およびデータダウンロード方法並びにデータダウンロードシステム。 |
| JP2006261930A (ja) * | 2005-03-16 | 2006-09-28 | Matsushita Electric Ind Co Ltd | 携帯端末装置 |
| JP2009060717A (ja) * | 2007-08-31 | 2009-03-19 | Kyocera Corp | 携帯通信端末、起動方法およびブートプログラム |
-
2011
- 2011-12-28 JP JP2011290143A patent/JP5708481B2/ja active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002111573A (ja) * | 2000-09-29 | 2002-04-12 | Casio Comput Co Ltd | 携帯通信端末およびデータダウンロード方法並びにデータダウンロードシステム。 |
| JP2006261930A (ja) * | 2005-03-16 | 2006-09-28 | Matsushita Electric Ind Co Ltd | 携帯端末装置 |
| JP2009060717A (ja) * | 2007-08-31 | 2009-03-19 | Kyocera Corp | 携帯通信端末、起動方法およびブートプログラム |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106598816A (zh) * | 2016-12-29 | 2017-04-26 | 深圳天珑无线科技有限公司 | 终端感知状态控制方法和终端感知状态控制装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5708481B2 (ja) | 2015-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11004551B2 (en) | Sleep improvement system, and sleep improvement method using said system | |
| US7769416B2 (en) | Energy-efficient design of a multimedia messaging system for mobile devices | |
| CN101990669B (zh) | 用于更新内容项的方法、设备和计算机程序产品 | |
| US20090259936A1 (en) | Methods, Apparatuses and Computer Program Products for Generating A Preview of A Content Item | |
| US20140074527A1 (en) | Schedule generation method and communication terminal for schedule generation method | |
| CN103270466A (zh) | 经由对定时器相关任务的协调和选择性操作的功率管理 | |
| JP2011159077A (ja) | 携帯端末装置 | |
| CN101098530A (zh) | 根据用户行为分析结果显示待机屏幕的移动终端及方法 | |
| JP5163648B2 (ja) | 情報処理装置，更新情報取得方法及び更新情報取得プログラム | |
| CN102104678A (zh) | 一种天气信息更新提醒的方法、系统及通信终端 | |
| JP2010167043A (ja) | 基礎体温管理システム、基礎体温計及び携帯型無線端末 | |
| CN103365721A (zh) | 调整移动终端内存的方法及该移动终端 | |
| CN103412900A (zh) | 一种文件下载处理方法及终端 | |
| CN105511880B (zh) | 一种基于透明计算的软件智能启动方法 | |
| CN109241031B (zh) | 模型生成方法、模型使用方法、装置、系统及存储介质 | |
| JP5708481B2 (ja) | 携帯端末、データ取得方法及びプログラム | |
| JP5043799B2 (ja) | 通信端末、及び、位置情報取得調整プログラム | |
| JP5646534B2 (ja) | 携帯端末、情報処理方法及びプログラム | |
| KR101972740B1 (ko) | 동기부여 알람 서비스 제공 방법 | |
| US20070094398A1 (en) | System and method for automatically downloading network content | |
| JP2005352996A (ja) | 移動通信端末及びアプリケーション制御方法 | |
| JP5611310B2 (ja) | 無線通信方式の切換制御プログラム | |
| JP5110522B2 (ja) | 携帯端末装置及びプログラム | |
| JP5614347B2 (ja) | 情報処理装置、電力制御方法、および電力制御プログラム | |
| CN114047936A (zh) | 一种应用程序管理方法、装置、电子设备及可读存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20140228 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20141113 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20141118 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150119 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20150203 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20150216 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5708481 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |