(57)【特許請求の範囲】
【請求項１】
ウェブページの画面を複数記憶する記憶部と、
前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、
前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する取得部と、
選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する更新部と、を備え、
前記所定の選択条件は、所定の期間における前記ウェブページの画面の更新回数が所定の閾値を超えること、および、所定の期間における前記ウェブページの画面の更新回数の多さに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む、
ことを特徴とする携帯端末装置。
【請求項２】
ウェブページの画面を複数記憶する記憶部と、
前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、
前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する取得部と、
選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する更新部と、を備え、
前記所定の選択条件は、所定の期間における前記ウェブページの画面の更新回数が所定の閾値を下回ること、および、所定の期間における前記ウェブページの画面の更新回数の多さに基づく順位が所定の順位より低いことのうち、少なくとも一方に係る条件を含む、
ことを特徴とする携帯端末装置。
【請求項３】
ウェブページの画面を複数記憶する記憶部と、
前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、
前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する取得部と、
選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する更新部と、を備え、
前記所定の選択条件は、前記ウェブページが、ユーザによる登録操作により作成されたリストに登録されていることを含む、
ことを特徴とする携帯端末装置。
【請求項４】
ウェブページの画面を複数記憶する記憶部と、
前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、
前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する取得部と、
選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する更新部と、を備え、
前記所定の選択条件は、前記ウェブページの画面の更新日時が所定の日時より新しいこと、および当該更新日時の新しさに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む、
ことを特徴とする携帯端末装置。
【請求項５】
ウェブページの画面を複数記憶する記憶部と、
前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、
前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する取得部と、
選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する更新部と、を備え、
前記所定の選択条件は、前記ウェブページの画面を生成するための前記情報のデータ量が所定の閾値より多いこと、および当該データ量の多さに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む、
ことを特徴とする携帯端末装置。
【請求項６】
ウェブページの画面を複数記憶する記憶部と、
前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、
前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する取得部と、
選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する更新部と、を備え、
前記所定の選択条件は、前記ウェブページの画面を生成するための前記情報のデータ量が所定の閾値より少ないこと、および当該データ量の多さに基づく順位が所定の順位より低いことのうち、少なくとも一方に係る条件を含む、
ことを特徴とする携帯端末装置。
【請求項７】
記憶部を備える携帯端末装置のコンピュータに、
前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付ける機能と、
前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する機能と、
選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する機能と、を実行させるとともに、
前記所定の選択条件は、前記ウェブページが、ユーザによる登録操作により作成されたリストに登録されていることを含む、
ことを特徴とするプログラム。
【請求項８】
記憶部を備える携帯端末装置のコンピュータに、
前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付ける機能と、
前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する機能と、
選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する機能と、を実行させるとともに、
前記所定の選択条件は、前記ウェブページの画面の更新日時が所定の日時より新しいこと、および当該更新日時の新しさに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む、
ことを特徴とするプログラム。
【請求項９】
記憶部を備える携帯端末装置の画面更新方法であって、
前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付けるステップと、
前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得するステップと、
選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新するステップと、を含むとともに、
前記所定の選択条件は、所定の期間における前記ウェブページの画面の更新回数が所定の閾値を超えること、および、所定の期間における前記ウェブページの画面の更新回数の多さに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む、
ことを特徴とする画面更新方法。
【請求項１０】
記憶部を備える携帯端末装置の画面更新方法であって、
前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付けるステップと、
前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得するステップと、
選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新するステップと、を含むとともに、
前記所定の選択条件は、所定の期間における前記ウェブページの画面の更新回数が所定の閾値を下回ること、および、所定の期間における前記ウェブページの画面の更新回数の多さに基づく順位が所定の順位より低いことのうち、少なくとも一方に係る条件を含む、
ことを特徴とする画面更新方法。
【請求項１１】
記憶部を備える携帯端末装置の画面更新方法であって、
前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付けるステップと、
前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得するステップと、
選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新するステップと、を含むとともに、
前記所定の選択条件は、前記ウェブページが、ユーザによる登録操作により作成されたリストに登録されていることを含む、
ことを特徴とする画面更新方法。
【請求項１２】
記憶部を備える携帯端末装置の画面更新方法であって、
前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付けるステップと、
前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得するステップと、
選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新するステップと、を含むとともに、
前記所定の選択条件は、前記ウェブページの画面の更新日時が所定の日時より新しいこと、および当該更新日時の新しさに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む、
ことを特徴とする画面更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機、ＰＤＡ（Personal Digital Assistant）、タブレットＰＣ（Tablet PC）、電子書籍端末等の携帯端末装置および当該携帯端末装置に用いて好適なプログラムと画面更新方法に関するものである。
【背景技術】
【０００２】
従来、複数のウェブページの画面を切り替えて閲覧できるウェブブラウザの機能を備えた携帯端末装置が知られている（たとえば、特許文献１参照）。このようなウェブブラウザでは、ユーザからの更新操作により、表示されているウェブページの画面を、最新の状態のウェブページの画面へ更新させることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−７０４１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、ユーザは、複数のウェブページの画面を更新させるためには、各ウェブページの画面ごとに更新操作を行う必要がある。複数のウェブページを更新させるためにユーザが更新操作を複数回行うことは、ユーザにとって煩わしい。
【０００５】
そこで、本発明は、複数のウェブページの画面を、ユーザが容易に一括更新させることができる携帯端末装置、プログラムおよび画面更新方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の態様は、携帯端末装置に関する。本態様に係る携帯端末装置は、ウェブページの画面を複数記憶する記憶部と、前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する取得部と、選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する更新部と、を備える。ここで、前記所定の選択条件は、所定の期間における前記ウェブページの画面の更新回数が所定の閾値を超えること、および、所定の期間における前記ウェブページの画面の更新回数の多さに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む。
【０００９】
本発明の第２の態様は、携帯端末装置に関する。本態様に係る携帯端末装置は、ウェブページの画面を複数記憶する記憶部と、前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する取得部と、選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する更新部と、を備える。ここで、前記所定の選択条件は、所定の期間における前記ウェブページの画面の更新回数が所定の閾値を下回ること、および、所定の期間における前記ウェブページの画面の更新回数の多さに基づく順位が所定の順位より低いことのうち、少なくとも一方に係る条件を含む。
【００１０】
本発明の第３の態様は、携帯端末装置に関する。本態様に係る携帯端末装置は、ウェブページの画面を複数記憶する記憶部と、前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する取得部と、選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する更新部と、を備える。ここで、前記所定の選択条件は、前記ウェブページが、ユーザによる登録操作により作成されたリストに登録されていることを含む。
【００１１】
本発明の第４の態様は、携帯端末装置に関する。本態様に係る携帯端末装置は、ウェブページの画面を複数記憶する記憶部と、前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する取得部と、選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する更新部と、を備える。ここで、前記所定の選択条件は、前記ウェブページの画面の更新日時が所定の日時より新しいこと、および当該更新日時の新しさに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む。
【００１３】
本発明の第５の態様は、携帯端末装置に関する。本態様に係る携帯端末装置は、ウェブページの画面を複数記憶する記憶部と、前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する取得部と、選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する更新部と、を備える。ここで、前記所定の選択条件は、前記ウェブページの画面を生成するための前記情報のデータ量が所定の閾値より多いこと、および当該データ量の多さに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む。
【００１４】
本発明の第６の態様は、携帯端末装置に関する。本態様に係る携帯端末装置は、ウェブページの画面を複数記憶する記憶部と、前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する取得部と、選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する更新部と、を備える。ここで、前記所定の選択条件は、前記ウェブページの画面を生成するための前記情報のデータ量が所定の閾値より少ないこと、および当該データ量の多さに基づく順位が所定の順位より低いことのうち、少なくとも一方に係る条件を含む。
【００１７】
本発明の第７の態様は、プログラムに関する。本態様に係るプログラムは、記憶部を備える携帯端末装置のコンピュータに、前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付ける機能と、前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する機能と、選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する機能と、を実行させる。ここで、前記所定の選択条件は、前記ウェブページが、ユーザによる登録操作により作成されたリストに登録されていることを含む。
本発明の第８の態様は、プログラムに関する。本態様に係るプログラムは、記憶部を備える携帯端末装置のコンピュータに、前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付ける機能と、前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得する機能と、選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新する機能と、を実行させる。ここで、前記所定の選択条件は、前記ウェブページの画面の更新日時が所定の日時より新しいこと、および当該更新日時の新しさに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む。
【００１８】
本発明の第９の態様は、記憶部を備える携帯端末装置の画面更新方法に関する。本態様に係る画面更新方法は、前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付けるステップと、前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得するステップと、選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新するステップと、を含む。ここで、前記所定の選択条件は、所定の期間における前記ウェブページの画面の更新回数が所定の閾値を超えること、および、所定の期間における前記ウェブページの画面の更新回数の多さに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む。
本発明の第１０の態様は、記憶部を備える携帯端末装置の画面更新方法に関する。本態様に係る画面更新方法は、前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付けるステップと、前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得するステップと、選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新するステップと、を含む。ここで、前記所定の選択条件は、所定の期間における前記ウェブページの画面の更新回数が所定の閾値を下回ること、および、所定の期間における前記ウェブページの画面の更新回数の多さに基づく順位が所定の順位より低いことのうち、少なくとも一方に係る条件を含む。
本発明の第１１の態様は、記憶部を備える携帯端末装置の画面更新方法に関する。本態様に係る画面更新方法は、前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付けるステップと、前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得するステップと、選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新するステップと、を含む。ここで、前記所定の選択条件は、前記ウェブページが、ユーザによる登録操作により作成されたリストに登録されていることを含む。
本発明の第１２の態様は、記憶部を備える携帯端末装置の画面更新方法に関する。本態様に係る画面更新方法は、前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付けるステップと、前記操作に応じて、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための情報を、通信網を介して選択的に取得するステップと、選択的に取得された前記情報に基づき、当該情報に対応する前記ウェブページの画面を一括して更新するステップと、を含む。ここで、前記所定の選択条件は、前記ウェブページの画面の更新日時が所定の日時より新しいこと、および当該更新日時の新しさに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む。
【発明の効果】
【００１９】
本発明によれば、複数のウェブページの画面を、ユーザが容易に一括更新させることができる携帯端末装置、プログラムおよび画面更新方法を提供できる。
【００２０】
本発明の効果ないし意義は、以下に示す実施の形態の説明によりさらに明らかとなろう。ただし、以下の実施の形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施の形態に記載されたものに何ら制限されるものではない。
【図面の簡単な説明】
【００２１】
【図１】実施の形態に係る、携帯電話機の外観構成を示す図である。
【図２】実施の形態に係る、携帯電話機の全体構成を示すブロック図である。
【図３】実施の形態に係る、ウィンドウリストの例と、ウェブページのウィンドウの表示例を示す図である。
【図４】実施の形態に係る、ウィンドウリストに登録されているウィンドウを更新するための更新処理を示すフローチャートである。
【図５】実施の形態に係る、携帯電話機の全体構成を示すブロック図と、ウィンドウリストに登録されているウィンドウの更新回数を示す表である。
【図６】実施の形態に係る、ウィンドウリストに登録されているウィンドウを更新するための更新処理を示すフローチャートである。
【図７】実施の形態に係る、携帯電話機の全体構成を示すブロック図と、ウィンドウリストに登録されているウィンドウのお気に入りリストへの登録状態を示す表である。
【図８】実施の形態に係る、ウィンドウリストに登録されているウィンドウを更新するための更新処理を示すフローチャートである。
【図９】実施の形態に係る、携帯電話機の全体構成を示すブロック図と、ウィンドウリストに登録されているウィンドウの最終更新日時を示す表である。
【図１０】実施の形態に係る、ウィンドウリストに登録されているウィンドウを更新するための更新処理を示すフローチャートである。
【図１１】実施の形態に係る、携帯電話機の全体構成を示すブロック図と、ウィンドウリストに登録されているウィンドウの生成に要するデータ量を示す表である。
【図１２】実施の形態に係る、ウィンドウリストに登録されているウィンドウを更新するための更新処理を示すフローチャートである。
【図１３】実施の形態に係る、携帯電話機の全体構成を示すブロック図と、ウィンドウリストに登録されているウィンドウを生成するための情報を取得する際に用いた通信方式を示す表である。
【図１４】実施の形態に係る、ウィンドウリストに登録されているウィンドウを更新するための更新処理を示すフローチャートである。
【図１５】その他の変更例に係る、ウェブページのウィンドウの表示例を示す図である。
【図１６】その他の変更例に係る、ウィンドウリストに登録されているウィンドウのリスト画面の表示例を示す図である。
【発明を実施するための形態】
【００２２】
以下、本発明の実施の形態について、図面を参照して説明する。
【００２３】
図１は、携帯電話機１の外観構成を示す正面図である。
【００２４】
携帯電話機１は、キャビネット２と、表示面３と、マイクロフォン４と、スピーカ５と、キー操作部６と、を備える。
【００２５】
表示面３は、キャビネット２の正面に配されている。表示面３は、後述の、画面を表示する表示部（図２）の、表示面である。
【００２６】
マイクロフォン４は、入力した音に応じた電気信号を、後述の音声処理部（図２）へ出
力する。スピーカ５は、音声処理部から入力する電気信号に応じた音を出力する。
【００２７】
キー操作部６は、キャビネット２に設けられている。キー操作部６は、ソフトキー、ハードキー等のキーから構成されている。キー操作部６の各キーには、実行中のプログラム等に応じた各種の機能が割り当てられる。
【００２８】
図２は、携帯電話機１の全体構成を示すブロック図である。
【００２９】
携帯電話機１は、制御部１１と、記憶部１２と、表示部１３と、操作入力部１４と、通信部１５と、音声入力部１６と、音声処理部１７と、音声出力部１８と、キー操作入力部１９と、を備える。
【００３０】
記憶部１２は、ＲＯＭ、ＲＡＭ等から構成される。記憶部１２には、プログラム２１が記憶されている。プログラム２１は、携帯電話機１の各部を制御するための制御プログラムの他、各種（たとえば、ウェブブラウザ、電子メール、電話帳、電子書籍閲覧）のアプリケーション・プログラム（以下、単に「アプリケーション」と言う。）等からなる。プログラム２１は、後述される受付部３１、取得部３２、更新部３３、選択部３４の機能を実行するためのプログラムも含む。
【００３１】
記憶部１２は、プログラム２１の実行の際、一時的に利用または生成されるデータを記憶する、ワーキング領域としても使用される。
【００３２】
制御部１１は、ＣＰＵ等から構成されている。制御部１１は、制御プログラムに従って、記憶部１２、表示部１３、操作入力部１４、音声入力部１６、音声処理部１７、音声出力部１８、キー操作入力部１９等の、携帯電話機１を構成する各部を制御することにより、各種のアプリケーションを実行する。
【００３３】
表示部１３は、制御部１１からの制御信号と画像信号とに基づき、表示面３に画面を表示する。表示部１３は、液晶ディスプレイ等から構成されている。表示部１３は、液晶ディスプレイに限らず、有機ＥＬディスプレイ等、他の表示装置から構成されてもよい。
【００３４】
操作入力部１４は、指、タッチペン等（簡単のため、以下、単に「指」と言う。）の表示面３への接触を検出するタッチセンサ等から構成されている。タッチセンサは、上記の液晶ディスプレイと一体的に形成されることにより、タッチパネルを構成している。タッチセンサは、透明なシート状に形成され、表示面３上を覆うように配されている。
【００３５】
操作入力部１４は、指の接触による表示面３に対する操作の入力を受け付ける。操作入力部１４は、指が触れた表示面３上の位置を入力位置として検出し、検出した入力位置に応じた位置信号を制御部１１へ出力する。
【００３６】
ユーザは、指を表示面３に触れることにより、表示面３に対するタッチ、タップ、ロングタップ、スライド、フリック等の各種の操作を行える。ここで、「タッチ」は、表示面３に指を接触させる操作である。「タップ」は、表示面３に指を所定の時間接触させた後、リリース（離す）する操作である。「ロングタップ」は、指を表示面３に接触させ、タップよりも長い所定時間の経過後、表示面３に接触させた指をリリースする操作である。「フリック」は、表示面３に指を接触させて弾く操作（指を接触させた後、所定速度で移動させて離す操作）である。「スライド」は、表示面３に指を接触させたまま所定距離移動させた後、タッチパネル上より指を離す操作である。
【００３７】
操作入力部１４を構成するタッチセンサは、静電容量式、超音波式、感圧式、抵抗膜式
、光検知式等、各種のタッチセンサであってよい。
【００３８】
通信部１５は、通話、通信等のための電波を送受信するアンテナを備える。通信部１５は、制御部１１から入力される通話や通信のための信号を無線信号に変換し、変換された無線信号を、アンテナを介して、基地局や他の通信装置等の通信先へ送信する。また、通信部１５は、アンテナを介して受信した無線信号を制御部１１が利用できる形式の信号へ変換し、変換された信号を制御部１１へ出力する。
【００３９】
音声入力部１６は、マイクロフォン４等から構成され、マイクロフォン４からの電気信号を音声処理部１７へ出力する。音声処理部１７は、音声入力部１６からの電気信号にＡ／Ｄ変換等を施し、変換後のデジタルの音声信号を制御部１１へ出力する。音声処理部１７は、制御部１１からのデジタルの音声信号にデコード処理およびＤ／Ａ変換等を施し、変換後の電気信号を音声出力部１８に出力する。音声出力部１８は、スピーカ５等から構成される。音声出力部１８は、音声処理部１７からの電気信号を入力し、スピーカ５から音声を出力する。
【００４０】
キー操作入力部１９は、キー操作部６の各キーが押下に応じて、押下されたキーに対応した信号を、制御部１１へ出力する。
【００４１】
さて、記憶部１２に記憶されているアプリケーションであるウェブブラウザは、複数のウェブページの画面（以下、「ウィンドウ」と言う。）を切換可能に表示する機能を備える。ウェブページを「表示する」（または「開く」）とは、正確には、ウェブブラウザの実行に基づき制御部１１が表示部１３を制御することにより、ウェブページの画面（以下、「ウィンドウ」と言う。）を表示面３に表示することを意味する。
【００４２】
図３（ａ）は、記憶部１２に記憶されるウィンドウリスト２２の例を示す表である。図３（ａ）に示されているウィンドウリスト２２は、８つのウィンドウＷ１〜Ｗ８が登録された後の状態のウィンドウリスト２２を示す。図３（ｂ）は、ウェブページのウィンドウ（Ｗ３）の表示例である。ウィンドウリスト２２には、８つ以外の個数のウィンドウが登録されてもよい。
【００４３】
ウィンドウＷ１〜Ｗ８のいずれかを選択する操作が操作入力部１４により検出された場合、制御部１１は、選択されたウィンドウＷ１〜Ｗ８を表示面３に表示する。この構成により、ユーザは、複数のウィンドウＷ１〜Ｗ８を切換可能に閲覧できる。
【００４４】
制御部１１は、ウィンドウリスト２２に新たにウィンドウＷ１〜Ｗ８を登録するとともに、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８を適時更新する。たとえば、ウィンドウリスト２２の状態が、初期の空の状態であるときに、ウェブブラウザが起動された場合、制御部１１は、あらかじめ定められているホームページ（ウェブページ）のウィンドウＷ１を表示面３に表示するとともに、ウィンドウリスト２２へ登録する。
【００４５】
制御部１１は、ウィンドウＷ１の表示の際、ウィンドウＷ１の生成に必要な情報を、ウィンドウＷ１に対応するウェブサイトを管理するウェブサーバから、通信網（インターネット等）を介して取得する。制御部１１は、取得した情報に基づき、ウィンドウＷ１を生成する。
【００４６】
この後、たとえば他のアプリケーションに基づく画面においてＵＲＬを指定する操作がなされた場合、制御部１１は、ウェブブラウザを起動し、指定されたＵＲＬに対応するウェブページのウィンドウＷ２を表示面３に表示するとともに、ウィンドウＷ２をウィンドウリスト２２に新たに登録する。このとき、ウィンドウリスト２２には、２つのウィンド
ウＷ１、Ｗ２が登録されている。
【００４７】
上記の操作とは別の操作として、ウェブブラウザのブックマークから、あるウェブサイト（たとえばニュースサイト）を選択する操作がなされた場合、制御部１１は、選択されたウェブページのウィンドウＷ３を表示面３に表示するとともに、ウィンドウリスト２２に登録する。このとき、ウィンドウリスト２２には、３つのウィンドウＷ１〜Ｗ３が登録されている。
【００４８】
以後、さらに同様な登録操作に基づいてウィンドウＷ４〜Ｗ８がウィンドウリスト２２に登録される（図３（ａ））。
【００４９】
制御部１１は、図３（ｂ）に示される更新ボタン４１をタップする操作に基づき、表示面３に現在表示しているウィンドウを更新する。たとえば、制御部１１は、現在、表示面３にウィンドウＷ３が表示されている場合に、更新ボタン４１に対するタップを操作入力部１４が検出すると、現在の表示対象であるウィンドウＷ３の表示を更新する。すなわち、制御部１１は、生成のための情報を新たに取得し、新たなウィンドウを生成する。制御部１１は、表示中のウィンドウＷ３を新たに生成されたウィンドウへ更新する。このとき、制御部１１は、ウィンドウリスト２２に登録されているウィンドウＷ３を新たに生成されたウィンドウへ更新する。
【００５０】
これより以下に説明するとおり、本実施の形態に係る携帯電話機１は、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８を一括更新する機能をさらに備える。
【００５１】
以下では、８つのウィンドウＷ１〜Ｗ８が登録されているウィンドウリスト２２を例として用いて、実施の態様について説明する。
【００５２】
制御部１１は、受付部３１と、取得部３２と、更新部３３とを備える（図２）。制御部１１は、受付部３１と、取得部３２と、更新部３３とは、制御部１１によって実行されるプログラムの機能として実現される。
【００５３】
受付部３１は、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８を一括更新させる操作（以下、「一括更新操作」という。）を受け付ける。受付部３１は、更新ボタン４１をロングタップする操作を操作入力部１４が検出した場合、当該操作を、ウィンドウＷ１〜Ｗ８を一括更新させる操作として受け付ける。受付部３１は、更新ボタン４１をタップする操作を操作入力部１４が検出した場合、当該操作を、現在表示されているウィンドウを更新させる操作として受け付ける。
【００５４】
取得部３２は、一括更新操作が受付部３１により受け付けられた場合、一括更新のために必要な、ウィンドウＷ１〜Ｗ８を生成するための情報（ｈｔｍｌファイル、画像等）を、通信網を介して、ウェブサーバから取得する。さらに、取得部３２は、１つのウィンドウＷ１〜Ｗ８を更新する操作が受付部３１により受け付けられた場合、更新に必要な、ウィンドウＷ１〜Ｗ８を生成するための情報を、ウェブサーバから取得する。
【００５５】
前回ウィンドウＷ１〜Ｗ８の生成のために用いられた情報が記憶部１２にキャッシュされている場合、取得部３２は、キャッシュされている情報と取得すべき情報との更新日時を比較することにより、既にキャッシュされている情報の取得を抑制してもよい。通信されるデータの量が抑制される。
【００５６】
更新部３３は、取得部３２が取得した情報に基づき、新たにウィンドウを生成する。更新部３３は、記憶部１２において、ウィンドウリスト２２に登録されているウィンドウＷ
１〜Ｗ８を、新たに生成されたウィンドウへ置き換えることにより、更新する。制御部１１は、更新部３３によりウィンドウＷ１〜Ｗ８が更新されたことに伴い、表示面３に表示されているウィンドウＷ１〜Ｗ８の表示を更新する。
【００５７】
図４は、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８を更新するための更新処理を示すフローチャートである。更新処理は、ウェブブラウザの実行に基づく画面が表示面３に表示されているときに実行される。
【００５８】
ウェブブラウザの実行に基づく画面、たとえば、ウィンドウ（図３（ｂ）参照）が表示面３に表示されている場合（Ｓ１０１：ＹＥＳ）、受付部３１は、更新ボタン４１に対してなされる操作を監視する（Ｓ１０２、Ｓ１０３）。受付部３１は、操作入力部１４により検出された操作が更新ボタン４１に対するタッチであり（Ｓ１０２：ＹＥＳ）、且つ、この操作がロングタップであった場合（Ｓ１０３：ロングタップ）、この操作を一括更新操作として受け付ける。この場合、取得部３２は、ウィンドウリスト２２に登録されている全てのウィンドウＷ１〜Ｗ８について、これらウィンドウＷ１〜Ｗ８を更新するための情報を、ウェブサーバより取得する（Ｓ１０４）。更新部３３は、取得された情報（各ウィンドウＷ１〜Ｗ８それぞれの情報）に基づき、ウィンドウリスト２２に登録されている各ウィンドウＷ１〜Ｗ８を、記憶部１２において更新する（Ｓ１０５）。
【００５９】
受付部３１は、操作入力部１４により検出された操作が更新ボタン４１に対するタッチであり（Ｓ１０２：ＹＥＳ）、且つ、この操作がタップであった場合（Ｓ１０３：タップ）、この操作を、現在、表示されているウィンドウＷｉ（ｉ＝１〜８）をウィンドウリスト２２において更新させる操作として受け付ける。この場合、取得部３２は、当該ウィンドウＷｉを更新するための情報を取得する（Ｓ１０６）。更新部３３は、取得された情報に基づき、ウィンドウＷｉを、記憶部１２において更新する（Ｓ１０７）。
【００６０】
制御部１１は、ステップＳ１０５およびＳ１０７の処理により、ウィンドウが記憶部１２において更新される際、現在表示面３に表示されているウィンドウの表示を更新する。表示面３には、更新された新たなウィンドウが表示される。
【００６１】
ステップＳ１０５、Ｓ１０７の処理の終了後、およびステップＳ１０２において更新ボタン４１に対するタッチが検出されなかった場合、制御部１１は、ステップＳ１０８の処理へ進む。ステップＳ１０８において、制御部１１は、ウェブブラウザの実行に基づく画面を閉じる操作が操作入力部１４により検出された場合（Ｓ１０８：ＹＥＳ）、図４に示される更新処理を終了する。制御部１１は、ウェブブラウザの実行に基づく画面を閉じる操作が操作入力部１４により検出されない場合（Ｓ１０８：ＮＯ）、ステップＳ１０２の処理へ戻る。
【００６２】
従来、ウェブブラウザには、所定の操作に応じて、表示中のウェブページの画面を更新する機能が備わっている。しかし、複数のウェブページの画面を更新するためには、当該所定の操作を複数回行うことが必須となる。このような複数回の操作は、ユーザにとって煩わしい。
【００６３】
しかしながら、上記の更新処理（図４）により、ユーザは、一括更新操作（更新ボタン４１をロングタップする操作）を行えば、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８を一括更新させることができる。すなわち、一括更新操作により、現在表示面３に表示されているウィンドウのみならず、現在表示面３に表示されていないウィンドウが更新される。このため、ユーザは、たとえば、表示対象のウィンドウを切り換えることにより別のウィンドウを表示面３に表示させたとき、別途更新のための操作を行うことなく、最新の状態のウィンドウを閲覧できる。
【００６４】
以上、本実施の形態によれば、ユーザによる一括更新操作に応じて、ウィンドウリスト２２に登録されている全てのウィンドウＷ１〜Ｗ８が、一括して更新される。よって、ユーザは、複数のウェブページの画面を、容易に一括更新させることができる。
【００６５】
一括して取得される情報のデータ量を抑制するため、一括更新の対象となるウィンドウを限定する処理が実行されてもよい。一括更新の対象を限定する処理は、各種の条件に基づき実行されてよい。たとえば、以下の変更例１〜５で説明するように、ウェブページの更新回数、お気に入り登録の状態、更新日時、ウェブページのデータ量、情報の取得の際に用いられる通信方式に基づいて、一括更新の対象となるウィンドウを限定する構成が採られ得る。
【００６６】
＜変更例１＞
図５（ａ）は、変更例１に係る携帯電話機１の全体構成を示すブロック図である。記憶部１２は、ウィンドウＷ１〜Ｗ８の更新回数情報２３を記憶する。制御部１１は、受付部３１、取得部３２および更新部３３に加え、選択部３４を備える。
【００６７】
図５（ｂ）は、ウィンドウリスト２２と、ウィンドウリスト２２の更新回数情報２３の内容の例を示す表である。更新回数情報２３は、ウィンドウリスト２２に登録されている各ウィンドウＷ１〜Ｗ８の更新回数ｎ１〜ｎ８を示すデータから構成されている。
【００６８】
図６は、本変更例に係る、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８を更新するための更新処理を示すフローチャートである。図６に示されるフローチャートでは、図４に示されるフローチャートにおけるステップＳ１０４およびＳ１０５の処理が、ステップＳ１１１〜Ｓ１１３の処理に置き換えられている。
【００６９】
ウィンドウＷｉ（ｉ＝１〜８）がウィンドウリスト２２に、新たに登録されるとき、制御部１１は、ウィンドウＷｉの更新回数ｎｉを初期値０に設定する（ｎｉ＝０）。以後、ウィンドウリスト２２に登録されているウィンドウＷｉが更新される毎に（Ｓ１０７、Ｓ１１３）、制御部１１は、ウィンドウＷｉの更新回数ｎｉを１だけ加算する。
【００７０】
図５（ｂ）に示された例では、ウィンドウＷ１〜Ｗ８の更新回数ｎ１〜ｎ８は、それぞれ、１回、０回、９回、２回、１０回、４回、１２回、３回である。
【００７１】
選択部３４は、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８のうちから、更新対象を限定するための所定の選択条件が満たされるウィンドウを選択する。当該選択条件は、ウィンドウＷ１〜Ｗ８の更新回数ｎ１〜ｎ８に基づく順位が所定の閾値（たとえば、第３位）以上であることである。当該所定の閾値（１〜８）は、適宜設定される。
【００７２】
図６に示されるフローチャートを参照し、ウィンドウの一括更新操作が受付部３１により受け付けられた場合（Ｓ１０２：ＹＥＳ→Ｓ１０３：ロングタップ）、選択部３４は、ウィンドウＷ１〜Ｗ８から、更新回数ｎ１〜ｎ８に関する順位が所定の順位Ａ位以内（Ａは閾値。たとえばＡ＝３）であるウィンドウを選択する。図５（ｂ）に示される例の場合、選択部３４は、ウィンドウＷ１〜Ｗ８から、ウィンドウＷ３（３位）、Ｗ５（２位）、Ｗ７（１位）を選択する（Ｓ１１１）。
【００７３】
本変更例では、取得部３２と更新部３３は、ステップＳ１０４およびＳ１０５と同様の処理を、選択されたウィンドウＷ３、Ｗ５、Ｗ７に対して選択的に実行する（Ｓ１１２、Ｓ１１３）。すなわち、取得部３２は、選択部３４により選択されたウィンドウＷ３、Ｗ
５、Ｗ７を生成するための情報を選択的に取得する（Ｓ１１２）。すなわち、取得部３２は、選択部３４により選択されなかったウィンドウＷ１、Ｗ２、Ｗ４、Ｗ６、Ｗ８を生成するための情報を、ウェブサーバから取得しない。
【００７４】
更新部３３は、取得部３２により取得した情報に基づき、選択部３４により選択されたウィンドウＷ３、Ｗ５、Ｗ７を、記憶部１２において更新する（Ｓ１１３）。
【００７５】
以上、本変更例の構成によれば、ユーザによる一括更新操作に応じて、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８のうち、選択部３４により選択されたウィンドウが、選択的に更新される。これによって、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８の全てが無条件に更新される場合に比較して、ウィンドウの生成のための情報の取得に要するデータ量を抑制できる。
【００７６】
情報の取得に要するデータ量を抑制できるため、通信に要する時間が短縮される。また、通信に要する電力が抑制される。
【００７７】
選択部３４は、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８のうち更新回数ｎｉに関する順位が閾値（Ａ位）以上である、すなわちユーザが更新する頻度の高いウィンドウを選択する。取得部３２は、ユーザが更新する頻度が高くないウィンドウの生成のための情報を新たに取得しない。更新頻度が高くないウィンドウは、更新の頻度が高いウィンドウに比較して、今後ユーザに閲覧される可能性は低い。よって、上述の如く更新の対象となるウィンドウが限定されても、ユーザに再び閲覧され易いウィンドウは選択的に更新される。再び閲覧され易いウィンドウへ表示が切り換えられた場合、表示されたウィンドウに対する更新のための操作の必要がないため、便利である。
【００７８】
選択部３４は、更新回数ｎ１〜ｎ８に基づく順位が所定の閾値より低いウィンドウを選択してもよい。この場合、更新の頻度が低いウィンドウに対応するウェブページの情報が適当に更新されるため、古い情報に基づくウィンドウが表示されることが抑制される。
【００７９】
選択部３４は、更新回数に基づく順位に関する閾値Ａに限らず、更新回数ｎ１〜ｎ８に関する所定の閾値に基づき、更新対象のウィンドウを限定して選択するような構成とされてもよい。この場合、たとえば、更新回数が所定回数Ｎ回以上のウィンドウが、選択的に更新される。あるいは、更新回数が所定回数Ｎ回以下のウィンドウが選択的に更新される。
【００８０】
選択部３４は、ウィンドウリスト２２への登録後から現在という期間に限らず、別の所定の期間（たとえば１時間前、１日前等）におけるウィンドウＷ１〜Ｗ８の更新回数に基づき、ウィンドウを選択してもよい。
【００８１】
＜変更例２＞
図７（ａ）は、変更例２に係る携帯電話機１の全体構成を示すブロック図である。記憶部１２は、お気に入りリスト２４を記憶する。制御部１１は、変更例１と同様に、選択部３４を備える。本変更例に係る選択部３４は、お気に入りリスト２４を参照して、ウィンドウリスト２２から更新対象のウィンドウを選択する。
【００８２】
お気に入りリスト２４は、ユーザが後に簡単にお気に入りのウィンドウを表示させられるよう、ウェブページのＵＲＬを記録するためのリストである。制御部１１は、ユーザによる登録操作に基づき、指定されたＵＲＬをお気に入りリスト２４に登録する。制御部１１は、お気に入りリスト２４の一覧を表示面３に表示し、一覧のうちいずれかのＵＲＬが選択された場合、選択されたＵＲＬに対応するウェブページを表示面３に表示させる。
【００８３】
図７（ｂ）は、ウィンドウリスト２２と、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８のお気に入りリスト２４への登録状態の例を示す表である。図７（ｂ）に示されている例では、ウィンドウＷ１、Ｗ５、Ｗ６、Ｗ８が、お気に入りリスト２４に登録されておらず、（未登録）。ウィンドウＷ２、Ｗ３、Ｗ４、Ｗ７が、お気に入りリスト２４に登録されている。
【００８４】
図８は、本変更例に係る、ウィンドウリスト２２に登録されているウィンドウを更新するための更新処理を示すフローチャートである。図８に示されるフローチャートは、図６に示されるフローチャートにおけるステップＳ１１１の処理が、ステップＳ１２１の処理に置き換えられている。
【００８５】
ステップＳ１２１において、選択部３４は、ウィンドウＷ１〜Ｗ８から、お気に入りリスト２４に登録されているウィンドウを選択する。図７（ｂ）に示される例の場合、選択部３４は、ウィンドウＷ２、Ｗ３、Ｗ４、Ｗ７を選択する。
【００８６】
以上、本変更例の構成によれば、ユーザによる一括更新操作に応じて、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８のうち、お気に入りリスト２４に登録されているウィンドウの生成のための情報が取得部３２により取得される一方、お気に入りリスト２４に登録されていないウィンドウの生成のための情報は取得されない。よって、更新の対象となるウィンドウが限定されても、再び閲覧され易いと考えられる、お気に入りリスト２４に登録されているウェブページのウィンドウは選択的に更新される。再び閲覧され易いウィンドウへ表示が切り換えられた場合、ユーザは別途更新のための操作を行う必要がなく、便利である。
【００８７】
＜変更例３＞
図９（ａ）は、変更例３に係る携帯電話機１の全体構成を示すブロック図である。記憶部１２は、ウィンドウの登録と更新に関する日時情報２５を記憶する。日時情報２５は、ウィンドウリスト２２に登録されているウィンドウの最終更新日時を示すデータから構成されている。制御部１１は、日時情報２５を参照することによりウィンドウリスト２２から更新対象のウィンドウを選択する選択部３４を備える。
【００８８】
図９（ｂ）は、ウィンドウリスト２２と、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８の最終更新日時の例を示す表である。図９（ｂ）示された例では、たとえば、ウィンドウＷ１の最終更新日時は、９月２１日１７時３０分である。ウィンドウＷ２の最終更新日時は、９月２０日１９時２２分である。
【００８９】
ウィンドウリスト２２においてウィンドウが新たに登録、または更新されるとき、制御部１１は、ウィンドウが新たに登録または更新されたときの日時を、当該ウィンドウに関連づけて記憶部１２に記憶させる。従って、各ウィンドウＷ１〜Ｗ８に関する更新日時が参照された場合、参照された更新日時は、対応するウィンドウＷ１〜Ｗ８の最終更新日時を示す。
【００９０】
図１０は、本変更例に係る、ウィンドウリスト２２に登録されているウィンドウを更新するための更新処理を示すフローチャートである。図１０に示されるフローチャートは、図６に示されるフローチャートにおけるステップＳ１１１の処理が、ステップＳ１３１の処理に置き換えられている。
【００９１】
ステップＳ１３１において、選択部３４は、ウィンドウＷ１〜Ｗ８の最終更新日時に関する順番が所定のＢ番目（Ｂは閾値。たとえば、Ｂ＝４）より古いことに基づき、ウィン
ドウを選択する。選択部３４は、ウィンドウＷ１〜Ｗ８から、上記所定の条件を満たすウィンドウ、すなわち図９（ｂ）に示される例の場合、最終更新日時が１番目から３番目に古いウィンドウＷ２（１番古い）、Ｗ４（２番目に古い）、Ｗ５（３番目に古い）を選択する。
【００９２】
以上、本実施の構成によれば、選択部３４は、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８のうち最終更新日時に関する順番が所定の閾値の順番より古いウィンドウを選択する。更新日時が古いウィンドウが更新されるため、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８は新しい状態に保たれ、よって、古い情報に基づくウィンドウが表示面３に表示されることが抑制される。
【００９３】
上記の例では、選択部３４は、最終更新日時が古い（Ｂ位より古い）ウィンドウを選択する。しかしながら、選択部３４は、最終更新日時が新しい（たとえば、１〜４番目に新しいウィンドウ）ウィンドウを選択してもよい。この場合、最終更新日時が新しいウィンドウ、すなわちユーザが最近閲覧したウィンドウが、最終更新日時が古いウィンドウよりも、再び閲覧される可能性があるとして、前もって優先的に更新される。
【００９４】
上記の例では、選択部３４は、ウィンドウＷ１〜Ｗ８の最終更新日時に関する順番に基づき、ウィンドウを選択する。しかしながら、選択部３４は、最終更新日時の順番に限らず、最終更新日時が所定の時間（たとえば１時間前、１日前等）よりも、古い、または新しいウィンドウを選択するよう構成されてもよい。
【００９５】
＜変更例４＞
図１１（ａ）は、変更例４に係る携帯電話機１の全体構成を示すブロック図である。記憶部１２は、ウィンドウの生成のために取得される情報のデータ量情報２６を記憶する。データ量情報２６は、ウィンドウリスト２２に登録されている各ウィンドウＷ１〜Ｗ８の生成のために取得部３２が前回取得した情報のデータ量ｃ１〜ｃ８から構成されている。制御部１１は、データ量情報２６を参照してウィンドウリスト２２から更新対象のウィンドウを選択する、選択部３４を備える。
制御部１１は、ウィンドウリスト２２においてウィンドウが登録または更新されるとき、当該ウィンドウに関する上記のデータ量ｃｉを記憶部１２へ記憶させる。
【００９６】
図１１（ｂ）は、ウィンドウリスト２２と、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８に係る上記データ量ｃｉの例を示す表である。図１１（ｃ）に示された例では、たとえば、ウィンドウＷ１のデータ量ｃ１は４５５ＫＢ（キロバイト）である。ウィンドウＷ２のデータ量ｃ２は１０９ＫＢ（キロバイト）である。
【００９７】
図１２は、本変更例に係る、ウィンドウリスト２２に登録されているウィンドウを更新するための更新処理を示すフローチャートである。図１２に示されるフローチャートは、図６に示されるフローチャートにおけるステップＳ１１１の処理が、ステップＳ１４１の処理に置き換えられている。
【００９８】
ステップＳ１４１において、選択部３４は、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８から、データ量ｃｉが下からＣ位以下（Ｃは閾値。たとえばＣ＝３）であるウィンドウを選択する。図１１（ｂ）に示される例の場合、選択部３４は、ウィンドウＷ１〜Ｗ８から、データ量が小さい３つのウィンドウＷ２（最下位）、Ｗ７（下から３位）、Ｗ８（下から２位）を選択する。
【００９９】
以上、本実施の構成によれば、選択部３４は、閾値Ｃを用いて、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８のうちデータ量が小さいウィンドウを選択する。
選択部３４により選択されたウィンドウＷ２、Ｗ７、Ｗ８の生成のために新たに取得される情報のデータ量は、前回の取得時におけるデータ量にほぼ同程度に小さい。よって、ウィンドウＷ２、Ｗ７、Ｗ８の更新のために取得部３２が必要な情報を取得するに要する時間を短縮できる。
【０１００】
上記の例では、選択部３４は、データ量に関する順位が低い（下からＣ位以下）ウィンドウを選択する。しかしながら、選択部３４は、データ量に関する順位が高い（たとえば、上から３位）ウィンドウを選択するよう構成されてもよい。この場合、データ量が大きい、更新に時間を要すると考えられるウェブページの情報が前もって取得され、対応するウィンドウが更新される。ユーザが、更新に時間がかかり得る、データ量が大きなウェブページの更新を避けることができ、便利である。
【０１０１】
上記の例では、選択部３４は、ウィンドウＷ１〜Ｗ８を生成するためのデータ量ｃ１〜ｃ８に関する順位に基づき、ウィンドウを選択する。しかしながら、選択部３４は、順位に限らず、データ量が、所定の閾値（たとえば２５６ＫＢ、１０２４ＭＢ、４０９６ＭＢ等）よりも小さいまたは大きいウィンドウを選択するよう構成されてもよい。
【０１０２】
上の例では、選択部３４は、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８から、前回ウィンドウを生成するための情報を取得したときのデータ量に基づき、ウィンドウを選択する。しかし、新たに生成すべきウィンドウを生成するための情報のデータ量に関する情報を事前に取得できる場合には、このような情報に基づき、選択部３４がウィンドウを選択してもよい。
【０１０３】
＜変更例５＞
本変更例において、通信部１５は、特性が互いに異なる第１通信方式と第２通信方式とで、無線信号を送受信する。第１通信方式での通信に要する電力は、第２通信方式での通信に要する電力より小さい。たとえば、第１通信方式はＣＤＭＡ１ｘ方式、第２通信方式はＷｉＦｉ方式（たとえばＩＥＥＥ８０２．１１ｎ規格に従った方式）である。
【０１０４】
図１３（ａ）は、変更例５に係る携帯電話機１の全体構成を示すブロック図である。記憶部１２は、通信方式情報２７を記憶する。通信方式情報２７は、ウィンドウリスト２２に登録されている各ウィンドウＷ１〜Ｗ８の生成のための情報が、第１通信方式と第２通信方式のうちいずれの通信方式により取得されたかを示す情報から構成される。
【０１０５】
制御部１１は、通信方式情報２７を参照してウィンドウリスト２２から更新対象のウィンドウを選択する選択部３４を備える。
【０１０６】
ウィンドウＷｉの生成のための情報がウェブサーバから取得される際（Ｓ１０６、Ｓ１１２）、制御部１１は、当該情報の取得に用いた通信方式を記憶部１２に記憶させる。
【０１０７】
図１３（ｂ）は、ウィンドウリスト２２と、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８の生成のために用いた通信方式の例を示す表である。図１３（ｂ）に示された例では、ウィンドウＷ１、Ｗ２、Ｗ５、Ｗ８に係る通信方式は、第１通信方式である。ウィンドウＷ３、Ｗ４、Ｗ６、Ｗ７は、第２通信方式である。
【０１０８】
図１４は、本変更例に係る、ウィンドウリスト２２に登録されているウィンドウを更新するための更新処理を示すフローチャートである。図１４に示されるフローチャートは、図６に示されるフローチャートにおけるステップＳ１１１の処理が、ステップＳ１５１の処理に置き換えられている。
【０１０９】
ステップＳ１５１において、選択部３４は、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８から、通信方式情報２７を参照して、通信方式が通信に要する電力が小さい第１通信方式であったウィンドウを選択する（Ｓ１５１）。
【０１１０】
以上、本変更例の構成によれば、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８から、特定の通信方式すなわち第１通信方式により、ウィンドウの生成のための情報が受信されたウィンドウを選択する。通信に要する電力が第２の通信方式（他の通信方式）よりも小さい第１通信方式で、選択部３４により選択されたウィンドウの生成のための情報が取得される（通信部１５により受信）されるため、よって、ウィンドウの一括更新に要する電力を抑制できる。
【０１１１】
選択部３４は、第２通信方式で情報が受信されたウィンドウを選択するよう構成されてもよい。一般に、通信速度と通信に要する電力とは、トレードオフの関係にあり得る。この場合、第２通信方式での通信速度は、第１通信方式での通信速度より大きい。よって、ウィンドウの一括更新に要する時間が短縮され、閲覧の利便性が向上する。
【０１１２】
通信部１５は、第１通信方式と第２通信方式との２つの通信方式に限らず、３つ以上の通信方式により通信可能な構成とされてもよい。選択部３４は、通信速度、通信に要する電力、電波の受信状態等に基づき、複数の通信方式のうち特定の通信方式で受信された情報に対応するウィンドウを選択できる。
【０１１３】
＜その他＞
以上、本発明の実施の形態および変更例について説明したが、本発明は、上記実施の形態等によって何ら制限されるものではなく、また、本発明の実施の形態も、上記以外に種々の変更が可能である。
【０１１４】
上記実施の形態および変更例１〜５において、ウィンドウの一括更新は、更新ボタン４１に対する操作に応じて実行される。ウィンドウの一括更新は、他の態様の操作に応じて実行されてもよい。たとえば、図１５に示す如く、各種の操作を提示するメニュー４２が表示された状態において、メニュー４２中の所定の領域４２ａ（ボタン）に対する操作（タップ、ロングタップ等）が受付部３１により受け付けられた場合に、ウィンドウが一括更新されるよう構成が採られてもよい。
【０１１５】
上記実施の形態および変更例１〜５では、ウィンドウＷ１〜Ｗ８のいずれかが表示面３に表示されているときに（図３（ｂ）参照）、ウィンドウＷ１〜Ｗ８が一括更新される構成について説明された。いずれかのウィンドウＷ１〜Ｗ８が表示されているときに限らず、一括更新操作に基づきウィンドウＷ１〜Ｗ８が一括更新されてもよい。
【０１１６】
たとえば、図１６に示されるように、ウィンドウＷ１〜Ｗ８を一覧するためのリスト画面４３が表示面３に表示されているときに、一括更新が実行されてもよい。リスト画面４３には、縮小されたウィンドウＷ１〜Ｗ８が、水平方向（Ｙ軸方向）へスクロール可能に表示され、縮小されたウィンドウＷ１〜Ｗ８の下に、更新ボタン４１が、表示される。受付部３１が更新ボタン４１に対する操作（ロングタップ）を検出した場合、ウィンドウリスト２２に登録されているウィンドウＷ１〜Ｗ８が一括更新される。
【０１１７】
上記変更例１、３、４で説明された、更新回数および更新回数に基づく順位、更新日時および更新日時に基づく順番、ならびにデータ量およびデータ量に基づく順位に関する閾値は、適宜設定されてよい。
【０１１８】
変更例１において、選択部３４は、更新回数に関する閾値と、更新回数に基づく順位に
関する閾値との両方に基づいて、ウィンドウを選択してもよい。たとえば、更新回数が所定のＮ１回以上であること、および／または、更新回数に基づく順位が所定のＮ２位以上であることを満たすウィンドウが、選択部３４により選択されてよい。変更例３（更新日時に基づく選択）と変更例４（データ量に基づく選択）についても、同様の構成が可能である。
【０１１９】
上記変更例１〜５の構成は、互いに組み合わされてよい。たとえば、ステップＳ１１１、Ｓ１２１、Ｓ１３１、Ｓ１４１、Ｓ１５１の処理における、一括更新の対象となるウィンドウを選択するための選択条件は、ＡＮＤ、ＯＲ、ＮＯＴ等の論理演算子を用いて互いに組み合わされ得る。この場合、選択部３４は、各選択条件が組み合わされて構成された選択条件に基づき、一括更新の対象となるウィンドウを選択する。たとえば、選択部３４は、変更例１における選択条件、および／または、変更例２における選択条件を満たすが、変更例５における選択条件を満たさないようなウィンドウを選択するよう構成が採られることができる。
【０１２０】
上記実施の形態では、スマートフォン型の携帯電話機に本発明が適用されている。しかしながら、これに限らず、ストレート式、折りたたみ式、スライド式等、他のタイプの携帯電話機に本発明が適用されてもよい。
【０１２１】
さらに、本発明は、携帯電話機に限られず、ＰＤＡ（Personal DigitalAssistant）、タブレットＰＣ（Tablet PC）、電子書籍端末等の携帯端末装置を含む、各種の通信装置に適用可能である。
【０１２２】
この他、本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。
【符号の説明】
【０１２３】
１  携帯電話機  （携帯端末装置）
１１  制御部
１２  記憶部
１５  通信部
２４  お気に入りリスト  （リスト）
３１  受付部
３２  取得部
３３  更新部
３４  選択部
Ｗ１〜Ｗ８  ウィンドウ  （画面）
【図１】
0005844632.tif 000002
【図２】
0005844632.tif 000003
【図３】
0005844632.tif 000004
【図４】
0005844632.tif 000005
【図５】
0005844632.tif 000006
【図６】
0005844632.tif 000007
【図７】
0005844632.tif 000008
【図８】
0005844632.tif 000009
【図９】
0005844632.tif 000010
【図１０】
0005844632.tif 000011
【図１１】
0005844632.tif 000012
【図１２】
0005844632.tif 000013
【図１３】
0005844632.tif 000014
【図１４】
0005844632.tif 000015
【図１５】
0005844632.tif 000016
【図１６】
0005844632.tif 000017