ウェブページの画面を複数記憶する記憶部と、前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、前記操作に応じて、前記所定のウェブページの画面を生成するための情報を、通信網を介して取得する取得部と、取得された前記情報に基づき、前記記憶部に記憶された前記所定のウェブページの画面を一括して更新する更新部と、を備える、ことを特徴とする携帯端末装置。請求項1に記載の携帯端末装置において、前記取得部は、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための前記情報を選択的に取得し、前記更新部は、選択的に取得された前記情報に対応する前記所定のウェブページの画面を、一括して更新する、ことを特徴とする携帯端末装置。請求項2に記載の携帯端末装置において、前記所定の選択条件は、所定の期間における前記ウェブページの画面の更新回数が所定の閾値を超えること、および、所定の期間における前記ウェブページの画面の更新回数の多さに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む、ことを特徴とする携帯端末装置。請求項2に記載の携帯端末装置において、前記所定の選択条件は、所定の期間における前記ウェブページの画面の更新回数が所定の閾値を下回ること、および、所定の期間における前記ウェブページの画面の更新回数の多さに基づく順位が所定の順位より低いことのうち、少なくとも一方に係る条件を含む、ことを特徴とする携帯端末装置。請求項2に記載の携帯端末装置において、前記所定の選択条件は、前記ウェブページが、ユーザによる登録操作により作成されたリストに登録されていることを含む、ことを特徴とする携帯端末装置。請求項2に記載の携帯端末装置において、前記所定の選択条件は、前記ウェブページの画面の更新日時が所定の日時より新しいこと、および当該更新日時の新しさに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む、ことを特徴とする携帯端末装置。請求項2に記載の携帯端末装置において、前記所定の選択条件は、前記ウェブページの画面の更新日時が所定の日時より古いこと、および当該更新日時の古さに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む、ことを特徴とする携帯端末装置。請求項2に記載の携帯端末装置において、前記所定の選択条件は、前記ウェブページの画面を生成するための前記情報のデータ量が所定の閾値より多いこと、および当該データ量の多さに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含む、ことを特徴とする携帯端末装置。請求項2に記載の携帯端末装置において、前記所定の選択条件は、前記ウェブページの画面を生成するための前記情報のデータ量が所定の閾値より少ないこと、および当該データ量の多さに基づく順位が所定の順位より低いことのうち、少なくとも一方に係る条件を含む、ことを特徴とする携帯端末装置。請求項2に記載の携帯端末装置において、複数の通信方式により通信でき、前記取得部による制御のもと、前記ウェブページの画面を生成するための前記情報を受信する通信部をさらに備え、前記所定の選択条件は、前記通信部による通信に要する電力が前記複数の通信方式における他の通信方式よりも低い特定の通信方式により、前記情報が取得されたことを含む、ことを特徴とする携帯端末装置。請求項2に記載の携帯端末装置において、複数の通信方式により通信でき、前記取得部による制御のもと、前記ウェブページの画面を生成するための前記情報を受信する通信部をさらに備え、前記所定の選択条件は、前記通信部による通信の速度が前記複数の通信方式における他の通信方式よりも速い特定の通信方式により、前記情報が取得されたことを含む、ことを特徴とする携帯端末装置。記憶部を備える携帯端末装置のコンピュータに、前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付ける機能と、前記操作に応じて、前記所定のウェブページの画面を生成するための情報を、通信網を介して取得する機能と、取得された前記情報に基づき、前記記憶部に記憶された前記所定のウェブページの画面を一括して更新する機能と、を付与する、ことを特徴とするプログラム。記憶部を備える携帯端末装置の画面更新方法であって、前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付けるステップと、前記操作に応じて、前記所定のウェブページの画面を生成するための情報を、通信網を介して取得するステップと、取得された前記情報に基づき、前記記憶部に記憶された前記所定のウェブページの画面を一括して更新するステップと、を含む、ことを特徴とする画面更新方法。しかし、ユーザは、複数のウェブページの画面を更新させるためには、各ウェブページの画面ごとに更新操作を行う必要がある。複数のウェブページを更新させるためにユーザが更新操作を複数回行うことは、ユーザにとって煩わしい。そこで、本発明は、複数のウェブページの画面を、ユーザが容易に一括更新させることができる携帯端末装置、プログラムおよび画面更新方法を提供することを目的とする。本発明の第1の態様は、携帯端末装置に関する。本態様に係る携帯端末装置は、ウェブページの画面を複数記憶する記憶部と、前記記憶部に記憶された所定の前記ウェブページの画面を一括して更新させるための操作を受け付ける受付部と、前記操作に応じて、前記所定のウェブページの画面を生成するための情報を、通信網を介して取得する取得部と、取得された前記情報に基づき、前記記憶部に記憶された前記所定のウェブページの画面を一括して更新する更新部と、を備える。本態様に係る携帯端末装置において、前記取得部は、前記記憶部に記憶された前記ウェブページの画面うち、更新対象を限定するための所定の選択条件が満たされる前記ウェブページの画面を生成するための前記情報を選択的に取得するよう構成され得る。この場合、前記更新部は、選択的に取得された前記情報に対応する前記所定のウェブページの画面を、一括して更新する。本態様に係る携帯端末装置において、前記所定の選択条件は、所定の期間における前記ウェブページの画面の更新回数が所定の閾値を超えること、および、所定の期間における前記ウェブページの画面の更新回数の多さに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含むよう構成され得る。本態様に係る携帯端末装置において、前記所定の選択条件は、所定の期間における前記ウェブページの画面の更新回数が所定の閾値を下回ること、および、所定の期間における前記ウェブページの画面の更新回数の多さに基づく順位が所定の順位より低いことのうち、少なくとも一方に係る条件を含むよう構成され得る。本態様に係る携帯端末装置において、前記所定の選択条件は、前記ウェブページが、ユーザによる登録操作により作成されたリストに登録されていることを含むよう構成され得る。本態様に係る携帯端末装置において、前記所定の選択条件は、前記ウェブページの画面の更新日時が所定の日時より新しいこと、および当該更新日時の新しさに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含むよう構成され得る。本態様に係る携帯端末装置において、前記所定の選択条件は、前記ウェブページの画面の更新日時が所定の日時より古いこと、および当該更新日時の古さに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含むよう構成され得る。本態様に係る携帯端末装置において、前記所定の選択条件は、前記ウェブページの画面を生成するための前記情報のデータ量が所定の閾値より多いこと、および当該データ量の多さに基づく順位が所定の順位より高いことのうち、少なくとも一方に係る条件を含むよう構成され得る。本態様に係る携帯端末装置において、前記所定の選択条件は、前記ウェブページの画面を生成するための前記情報のデータ量が所定の閾値より少ないこと、および当該データ量の多さに基づく順位が所定の順位より低いことのうち、少なくとも一方に係る条件を含むよう構成され得る。本態様に係る携帯端末装置は、複数の通信方式により通信でき、前記取得部による制御のもと、前記ウェブページの画面を生成するための前記情報を受信する通信部をさらに備え得る。この場合、前記所定の選択条件は、前記通信部による通信に要する電力が前記複数の通信方式における他の通信方式よりも低い特定の通信方式により、前記情報が取得されたことを含み得る。あるいは、複数の通信方式により通信される構成において、前記所定の選択条件は、前記通信部による通信の速度が前記複数の通信方式における他の通信方式よりも速い特定の通信方式により、前記情報が取得されたことを含み得る。本発明の第2の態様は、プログラムに関する。本態様に係るプログラムは、記憶部を備える携帯端末装置のコンピュータに、前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付ける機能と、前記操作に応じて、前記所定のウェブページの画面を生成するための情報を、通信網を介して取得する機能と、取得された前記情報に基づき、前記記憶部に記憶された前記所定のウェブページの画面を一括して更新する機能と、を付与する。本態様の第3の態様は、記憶部を備える携帯端末装置の画面更新方法に関する。本態様に係る画面更新方法は、前記記憶部に記憶された複数のウェブページの画面のうち所定の画面を一括して更新させるための操作を受け付けるステップと、前記操作に応じて、前記所定のウェブページの画面を生成するための情報を、通信網を介して取得するステップと、取得された前記情報に基づき、前記記憶部に記憶された前記所定のウェブページの画面を一括して更新するステップと、を含む。本発明によれば、複数のウェブページの画面を、ユーザが容易に一括更新させることができる携帯端末装置、プログラムおよび画面更新方法を提供できる。本発明の効果ないし意義は、以下に示す実施の形態の説明によりさらに明らかとなろう。ただし、以下の実施の形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施の形態に記載されたものに何ら制限されるものではない。以下、本発明の実施の形態について、図面を参照して説明する。図1は、携帯電話機1の外観構成を示す正面図である。携帯電話機1は、キャビネット2と、表示面3と、マイクロフォン4と、スピーカ5と、キー操作部6と、を備える。表示面3は、キャビネット2の正面に配されている。表示面3は、後述の、画面を表示する表示部図2の、表示面である。マイクロフォン4は、入力した音に応じた電気信号を、後述の音声処理部図2へ出力する。スピーカ5は、音声処理部から入力する電気信号に応じた音を出力する。キー操作部6は、キャビネット2に設けられている。キー操作部6は、ソフトキー、ハードキー等のキーから構成されている。キー操作部6の各キーには、実行中のプログラム等に応じた各種の機能が割り当てられる。図2は、携帯電話機1の全体構成を示すブロック図である。携帯電話機1は、制御部11と、記憶部12と、表示部13と、操作入力部14と、通信部15と、音声入力部16と、音声処理部17と、音声出力部18と、キー操作入力部19と、を備える。記憶部12は、ROM、RAM等から構成される。記憶部12には、プログラム21が記憶されている。プログラム21は、携帯電話機1の各部を制御するための制御プログラムの他、各種たとえば、ウェブブラウザ、電子メール、電話帳、電子書籍閲覧のアプリケーションプログラム以下、単にアプリケーションと言う。等からなる。プログラム21は、後述される受付部31、取得部32、更新部33、選択部34の機能を実行するためのプログラムも含む。記憶部12は、プログラム21の実行の際、一時的に利用または生成されるデータを記憶する、ワーキング領域としても使用される。制御部11は、CPU等から構成されている。制御部11は、制御プログラムに従って、記憶部12、表示部13、操作入力部14、音声入力部16、音声処理部17、音声出力部18、キー操作入力部19等の、携帯電話機1を構成する各部を制御することにより、各種のアプリケーションを実行する。表示部13は、制御部11からの制御信号と画像信号とに基づき、表示面3に画面を表示する。表示部13は、液晶ディスプレイ等から構成されている。表示部13は、液晶ディスプレイに限らず、有機ELディスプレイ等、他の表示装置から構成されてもよい。操作入力部14は、指、タッチペン等簡単のため、以下、単に指と言う。の表示面3への接触を検出するタッチセンサ等から構成されている。タッチセンサは、上記の液晶ディスプレイと一体的に形成されることにより、タッチパネルを構成している。タッチセンサは、透明なシート状に形成され、表示面3上を覆うように配されている。操作入力部14は、指の接触による表示面3に対する操作の入力を受け付ける。操作入力部14は、指が触れた表示面3上の位置を入力位置として検出し、検出した入力位置に応じた位置信号を制御部11へ出力する。ユーザは、指を表示面3に触れることにより、表示面3に対するタッチ、タップ、ロングタップ、スライド、フリック等の各種の操作を行える。ここで、タッチは、表示面3に指を接触させる操作である。タップは、表示面3に指を所定の時間接触させた後、リリース離すする操作である。ロングタップは、指を表示面3に接触させ、タップよりも長い所定時間の経過後、表示面3に接触させた指をリリースする操作である。フリックは、表示面3に指を接触させて弾く操作指を接触させた後、所定速度で移動させて離す操作である。スライドは、表示面3に指を接触させたまま所定距離移動させた後、タッチパネル上より指を離す操作である。操作入力部14を構成するタッチセンサは、静電容量式、超音波式、感圧式、抵抗膜式、光検知式等、各種のタッチセンサであってよい。通信部15は、通話、通信等のための電波を送受信するアンテナを備える。通信部15は、制御部11から入力される通話や通信のための信号を無線信号に変換し、変換された無線信号を、アンテナを介して、基地局や他の通信装置等の通信先へ送信する。また、通信部15は、アンテナを介して受信した無線信号を制御部11が利用できる形式の信号へ変換し、変換された信号を制御部11へ出力する。音声入力部16は、マイクロフォン4等から構成され、マイクロフォン4からの電気信号を音声処理部17へ出力する。音声処理部17は、音声入力部16からの電気信号にA/D変換等を施し、変換後のデジタルの音声信号を制御部11へ出力する。音声処理部17は、制御部11からのデジタルの音声信号にデコード処理およびD/A変換等を施し、変換後の電気信号を音声出力部18に出力する。音声出力部18は、スピーカ5等から構成される。音声出力部18は、音声処理部17からの電気信号を入力し、スピーカ5から音声を出力する。キー操作入力部19は、キー操作部6の各キーが押下に応じて、押下されたキーに対応した信号を、制御部11へ出力する。さて、記憶部12に記憶されているアプリケーションであるウェブブラウザは、複数のウェブページの画面以下、ウィンドウと言う。を切換可能に表示する機能を備える。ウェブページを表示するまたは開くとは、正確には、ウェブブラウザの実行に基づき制御部11が表示部13を制御することにより、ウェブページの画面以下、ウィンドウと言う。を表示面3に表示することを意味する。図3aは、記憶部12に記憶されるウィンドウリスト22の例を示す表である。図3aに示されているウィンドウリスト22は、8つのウィンドウW1~W8が登録された後の状態のウィンドウリスト22を示す。図3bは、ウェブページのウィンドウW3の表示例である。ウィンドウリスト22には、8つ以外の個数のウィンドウが登録されてもよい。ウィンドウW1~W8のいずれかを選択する操作が操作入力部14により検出された場合、制御部11は、選択されたウィンドウW1~W8を表示面3に表示する。この構成により、ユーザは、複数のウィンドウW1~W8を切換可能に閲覧できる。制御部11は、ウィンドウリスト22に新たにウィンドウW1~W8を登録するとともに、ウィンドウリスト22に登録されているウィンドウW1~W8を適時更新する。たとえば、ウィンドウリスト22の状態が、初期の空の状態であるときに、ウェブブラウザが起動された場合、制御部11は、あらかじめ定められているホームページウェブページのウィンドウW1を表示面3に表示するとともに、ウィンドウリスト22へ登録する。制御部11は、ウィンドウW1の表示の際、ウィンドウW1の生成に必要な情報を、ウィンドウW1に対応するウェブサイトを管理するウェブサーバから、通信網インターネット等を介して取得する。制御部11は、取得した情報に基づき、ウィンドウW1を生成する。この後、たとえば他のアプリケーションに基づく画面においてURLを指定する操作がなされた場合、制御部11は、ウェブブラウザを起動し、指定されたURLに対応するウェブページのウィンドウW2を表示面3に表示するとともに、ウィンドウW2をウィンドウリスト22に新たに登録する。このとき、ウィンドウリスト22には、2つのウィンドウW1、W2が登録されている。上記の操作とは別の操作として、ウェブブラウザのブックマークから、あるウェブサイトたとえばニュースサイトを選択する操作がなされた場合、制御部11は、選択されたウェブページのウィンドウW3を表示面3に表示するとともに、ウィンドウリスト22に登録する。このとき、ウィンドウリスト22には、3つのウィンドウW1~W3が登録されている。以後、さらに同様な登録操作に基づいてウィンドウW4~W8がウィンドウリスト22に登録される図3a。制御部11は、図3bに示される更新ボタン41をタップする操作に基づき、表示面3に現在表示しているウィンドウを更新する。たとえば、制御部11は、現在、表示面3にウィンドウW3が表示されている場合に、更新ボタン41に対するタップを操作入力部14が検出すると、現在の表示対象であるウィンドウW3の表示を更新する。すなわち、制御部11は、生成のための情報を新たに取得し、新たなウィンドウを生成する。制御部11は、表示中のウィンドウW3を新たに生成されたウィンドウへ更新する。このとき、制御部11は、ウィンドウリスト22に登録されているウィンドウW3を新たに生成されたウィンドウへ更新する。これより以下に説明するとおり、本実施の形態に係る携帯電話機1は、ウィンドウリスト22に登録されているウィンドウW1~W8を一括更新する機能をさらに備える。以下では、8つのウィンドウW1~W8が登録されているウィンドウリスト22を例として用いて、実施の態様について説明する。制御部11は、受付部31と、取得部32と、更新部33とを備える図2。制御部11は、受付部31と、取得部32と、更新部33とは、制御部11によって実行されるプログラムの機能として実現される。受付部31は、ウィンドウリスト22に登録されているウィンドウW1~W8を一括更新させる操作以下、一括更新操作という。を受け付ける。受付部31は、更新ボタン41をロングタップする操作を操作入力部14が検出した場合、当該操作を、ウィンドウW1~W8を一括更新させる操作として受け付ける。受付部31は、更新ボタン41をタップする操作を操作入力部14が検出した場合、当該操作を、現在表示されているウィンドウを更新させる操作として受け付ける。取得部32は、一括更新操作が受付部31により受け付けられた場合、一括更新のために必要な、ウィンドウW1~W8を生成するための情報htmlファイル、画像等を、通信網を介して、ウェブサーバから取得する。さらに、取得部32は、1つのウィンドウW1~W8を更新する操作が受付部31により受け付けられた場合、更新に必要な、ウィンドウW1~W8を生成するための情報を、ウェブサーバから取得する。前回ウィンドウW1~W8の生成のために用いられた情報が記憶部12にキャッシュされている場合、取得部32は、キャッシュされている情報と取得すべき情報との更新日時を比較することにより、既にキャッシュされている情報の取得を抑制してもよい。通信されるデータの量が抑制される。更新部33は、取得部32が取得した情報に基づき、新たにウィンドウを生成する。更新部33は、記憶部12において、ウィンドウリスト22に登録されているウィンドウW1~W8を、新たに生成されたウィンドウへ置き換えることにより、更新する。制御部11は、更新部33によりウィンドウW1~W8が更新されたことに伴い、表示面3に表示されているウィンドウW1~W8の表示を更新する。図4は、ウィンドウリスト22に登録されているウィンドウW1~W8を更新するための更新処理を示すフローチャートである。更新処理は、ウェブブラウザの実行に基づく画面が表示面3に表示されているときに実行される。ウェブブラウザの実行に基づく画面、たとえば、ウィンドウ図3b参照が表示面3に表示されている場合S101:YES、受付部31は、更新ボタン41に対してなされる操作を監視するS102、S103。受付部31は、操作入力部14により検出された操作が更新ボタン41に対するタッチでありS102:YES、且つ、この操作がロングタップであった場合S103:ロングタップ、この操作を一括更新操作として受け付ける。この場合、取得部32は、ウィンドウリスト22に登録されている全てのウィンドウW1~W8について、これらウィンドウW1~W8を更新するための情報を、ウェブサーバより取得するS104。更新部33は、取得された情報各ウィンドウW1~W8それぞれの情報に基づき、ウィンドウリスト22に登録されている各ウィンドウW1~W8を、記憶部12において更新するS105。受付部31は、操作入力部14により検出された操作が更新ボタン41に対するタッチでありS102:YES、且つ、この操作がタップであった場合S103:タップ、この操作を、現在、表示されているウィンドウWii=1~8をウィンドウリスト22において更新させる操作として受け付ける。この場合、取得部32は、当該ウィンドウWiを更新するための情報を取得するS106。更新部33は、取得された情報に基づき、ウィンドウWiを、記憶部12において更新するS107。制御部11は、ステップS105およびS107の処理により、ウィンドウが記憶部12において更新される際、現在表示面3に表示されているウィンドウの表示を更新する。表示面3には、更新された新たなウィンドウが表示される。ステップS105、S107の処理の終了後、およびステップS102において更新ボタン41に対するタッチが検出されなかった場合、制御部11は、ステップS108の処理へ進む。ステップS108において、制御部11は、ウェブブラウザの実行に基づく画面を閉じる操作が操作入力部14により検出された場合S108:YES、図4に示される更新処理を終了する。制御部11は、ウェブブラウザの実行に基づく画面を閉じる操作が操作入力部14により検出されない場合S108:NO、ステップS102の処理へ戻る。従来、ウェブブラウザには、所定の操作に応じて、表示中のウェブページの画面を更新する機能が備わっている。しかし、複数のウェブページの画面を更新するためには、当該所定の操作を複数回行うことが必須となる。このような複数回の操作は、ユーザにとって煩わしい。しかしながら、上記の更新処理図4により、ユーザは、一括更新操作更新ボタン41をロングタップする操作を行えば、ウィンドウリスト22に登録されているウィンドウW1~W8を一括更新させることができる。すなわち、一括更新操作により、現在表示面3に表示されているウィンドウのみならず、現在表示面3に表示されていないウィンドウが更新される。このため、ユーザは、たとえば、表示対象のウィンドウを切り換えることにより別のウィンドウを表示面3に表示させたとき、別途更新のための操作を行うことなく、最新の状態のウィンドウを閲覧できる。以上、本実施の形態によれば、ユーザによる一括更新操作に応じて、ウィンドウリスト22に登録されている全てのウィンドウW1~W8が、一括して更新される。よって、ユーザは、複数のウェブページの画面を、容易に一括更新させることができる。一括して取得される情報のデータ量を抑制するため、一括更新の対象となるウィンドウを限定する処理が実行されてもよい。一括更新の対象を限定する処理は、各種の条件に基づき実行されてよい。たとえば、以下の変更例1~5で説明するように、ウェブページの更新回数、お気に入り登録の状態、更新日時、ウェブページのデータ量、情報の取得の際に用いられる通信方式に基づいて、一括更新の対象となるウィンドウを限定する構成が採られ得る。<変更例1>図5aは、変更例1に係る携帯電話機1の全体構成を示すブロック図である。記憶部12は、ウィンドウW1~W8の更新回数情報23を記憶する。制御部11は、受付部31、取得部32および更新部33に加え、選択部34を備える。図5bは、ウィンドウリスト22と、ウィンドウリスト22の更新回数情報23の内容の例を示す表である。更新回数情報23は、ウィンドウリスト22に登録されている各ウィンドウW1~W8の更新回数n1~n8を示すデータから構成されている。図6は、本変更例に係る、ウィンドウリスト22に登録されているウィンドウW1~W8を更新するための更新処理を示すフローチャートである。図6に示されるフローチャートでは、図4に示されるフローチャートにおけるステップS104およびS105の処理が、ステップS111~S113の処理に置き換えられている。ウィンドウWii=1~8がウィンドウリスト22に、新たに登録されるとき、制御部11は、ウィンドウWiの更新回数niを初期値0に設定するni=0。以後、ウィンドウリスト22に登録されているウィンドウWiが更新される毎にS107、S113、制御部11は、ウィンドウWiの更新回数niを1だけ加算する。図5bに示された例では、ウィンドウW1~W8の更新回数n1~n8は、それぞれ、1回、0回、9回、2回、10回、4回、12回、3回である。選択部34は、ウィンドウリスト22に登録されているウィンドウW1~W8のうちから、更新対象を限定するための所定の選択条件が満たされるウィンドウを選択する。当該選択条件は、ウィンドウW1~W8の更新回数n1~n8に基づく順位が所定の閾値たとえば、第3位以上であることである。当該所定の閾値1~8は、適宜設定される。図6に示されるフローチャートを参照し、ウィンドウの一括更新操作が受付部31により受け付けられた場合S102:YES→S103:ロングタップ、選択部34は、ウィンドウW1~W8から、更新回数n1~n8に関する順位が所定の順位A位以内Aは閾値。たとえばA=3であるウィンドウを選択する。図5bに示される例の場合、選択部34は、ウィンドウW1~W8から、ウィンドウW33位、W52位、W71位を選択するS111。本変更例では、取得部32と更新部33は、ステップS104およびS105と同様の処理を、選択されたウィンドウW3、W5、W7に対して選択的に実行するS112、S113。すなわち、取得部32は、選択部34により選択されたウィンドウW3、W5、W7を生成するための情報を選択的に取得するS112。すなわち、取得部32は、選択部34により選択されなかったウィンドウW1、W2、W4、W6、W8を生成するための情報を、ウェブサーバから取得しない。更新部33は、取得部32により取得した情報に基づき、選択部34により選択されたウィンドウW3、W5、W7を、記憶部12において更新するS113。以上、本変更例の構成によれば、ユーザによる一括更新操作に応じて、ウィンドウリスト22に登録されているウィンドウW1~W8のうち、選択部34により選択されたウィンドウが、選択的に更新される。これによって、ウィンドウリスト22に登録されているウィンドウW1~W8の全てが無条件に更新される場合に比較して、ウィンドウの生成のための情報の取得に要するデータ量を抑制できる。情報の取得に要するデータ量を抑制できるため、通信に要する時間が短縮される。また、通信に要する電力が抑制される。選択部34は、ウィンドウリスト22に登録されているウィンドウW1~W8のうち更新回数niに関する順位が閾値A位以上である、すなわちユーザが更新する頻度の高いウィンドウを選択する。取得部32は、ユーザが更新する頻度が高くないウィンドウの生成のための情報を新たに取得しない。更新頻度が高くないウィンドウは、更新の頻度が高いウィンドウに比較して、今後ユーザに閲覧される可能性は低い。よって、上述の如く更新の対象となるウィンドウが限定されても、ユーザに再び閲覧され易いウィンドウは選択的に更新される。再び閲覧され易いウィンドウへ表示が切り換えられた場合、表示されたウィンドウに対する更新のための操作の必要がないため、便利である。選択部34は、更新回数n1~n8に基づく順位が所定の閾値より低いウィンドウを選択してもよい。この場合、更新の頻度が低いウィンドウに対応するウェブページの情報が適当に更新されるため、古い情報に基づくウィンドウが表示されることが抑制される。選択部34は、更新回数に基づく順位に関する閾値Aに限らず、更新回数n1~n8に関する所定の閾値に基づき、更新対象のウィンドウを限定して選択するような構成とされてもよい。この場合、たとえば、更新回数が所定回数N回以上のウィンドウが、選択的に更新される。あるいは、更新回数が所定回数N回以下のウィンドウが選択的に更新される。選択部34は、ウィンドウリスト22への登録後から現在という期間に限らず、別の所定の期間たとえば1時間前、1日前等におけるウィンドウW1~W8の更新回数に基づき、ウィンドウを選択してもよい。<変更例2>図7aは、変更例2に係る携帯電話機1の全体構成を示すブロック図である。記憶部12は、お気に入りリスト24を記憶する。制御部11は、変更例1と同様に、選択部34を備える。本変更例に係る選択部34は、お気に入りリスト24を参照して、ウィンドウリスト22から更新対象のウィンドウを選択する。お気に入りリスト24は、ユーザが後に簡単にお気に入りのウィンドウを表示させられるよう、ウェブページのURLを記録するためのリストである。制御部11は、ユーザによる登録操作に基づき、指定されたURLをお気に入りリスト24に登録する。制御部11は、お気に入りリスト24の一覧を表示面3に表示し、一覧のうちいずれかのURLが選択された場合、選択されたURLに対応するウェブページを表示面3に表示させる。図7bは、ウィンドウリスト22と、ウィンドウリスト22に登録されているウィンドウW1~W8のお気に入りリスト24への登録状態の例を示す表である。図7bに示されている例では、ウィンドウW1、W5、W6、W8が、お気に入りリスト24に登録されておらず、未登録。ウィンドウW2、W3、W4、W7が、お気に入りリスト24に登録されている。図8は、本変更例に係る、ウィンドウリスト22に登録されているウィンドウを更新するための更新処理を示すフローチャートである。図8に示されるフローチャートは、図6に示されるフローチャートにおけるステップS111の処理が、ステップS121の処理に置き換えられている。ステップS121において、選択部34は、ウィンドウW1~W8から、お気に入りリスト24に登録されているウィンドウを選択する。図7bに示される例の場合、選択部34は、ウィンドウW2、W3、W4、W7を選択する。以上、本変更例の構成によれば、ユーザによる一括更新操作に応じて、ウィンドウリスト22に登録されているウィンドウW1~W8のうち、お気に入りリスト24に登録されているウィンドウの生成のための情報が取得部32により取得される一方、お気に入りリスト24に登録されていないウィンドウの生成のための情報は取得されない。よって、更新の対象となるウィンドウが限定されても、再び閲覧され易いと考えられる、お気に入りリスト24に登録されているウェブページのウィンドウは選択的に更新される。再び閲覧され易いウィンドウへ表示が切り換えられた場合、ユーザは別途更新のための操作を行う必要がなく、便利である。<変更例3>図9aは、変更例3に係る携帯電話機1の全体構成を示すブロック図である。記憶部12は、ウィンドウの登録と更新に関する日時情報25を記憶する。日時情報25は、ウィンドウリスト22に登録されているウィンドウの最終更新日時を示すデータから構成されている。制御部11は、日時情報25を参照することによりウィンドウリスト22から更新対象のウィンドウを選択する選択部34を備える。図9bは、ウィンドウリスト22と、ウィンドウリスト22に登録されているウィンドウW1~W8の最終更新日時の例を示す表である。図9b示された例では、たとえば、ウィンドウW1の最終更新日時は、9月21日17時30分である。ウィンドウW2の最終更新日時は、9月20日19時22分である。ウィンドウリスト22においてウィンドウが新たに登録、または更新されるとき、制御部11は、ウィンドウが新たに登録または更新されたときの日時を、当該ウィンドウに関連づけて記憶部12に記憶させる。従って、各ウィンドウW1~W8に関する更新日時が参照された場合、参照された更新日時は、対応するウィンドウW1~W8の最終更新日時を示す。図10は、本変更例に係る、ウィンドウリスト22に登録されているウィンドウを更新するための更新処理を示すフローチャートである。図10に示されるフローチャートは、図6に示されるフローチャートにおけるステップS111の処理が、ステップS131の処理に置き換えられている。ステップS131において、選択部34は、ウィンドウW1~W8の最終更新日時に関する順番が所定のB番目Bは閾値。たとえば、B=4より古いことに基づき、ウィンドウを選択する。選択部34は、ウィンドウW1~W8から、上記所定の条件を満たすウィンドウ、すなわち図9bに示される例の場合、最終更新日時が1番目から3番目に古いウィンドウW21番古い、W42番目に古い、W53番目に古いを選択する。以上、本実施の構成によれば、選択部34は、ウィンドウリスト22に登録されているウィンドウW1~W8のうち最終更新日時に関する順番が所定の閾値の順番より古いウィンドウを選択する。更新日時が古いウィンドウが更新されるため、ウィンドウリスト22に登録されているウィンドウW1~W8は新しい状態に保たれ、よって、古い情報に基づくウィンドウが表示面3に表示されることが抑制される。上記の例では、選択部34は、最終更新日時が古いB位より古いウィンドウを選択する。しかしながら、選択部34は、最終更新日時が新しいたとえば、1~4番目に新しいウィンドウウィンドウを選択してもよい。この場合、最終更新日時が新しいウィンドウ、すなわちユーザが最近閲覧したウィンドウが、最終更新日時が古いウィンドウよりも、再び閲覧される可能性があるとして、前もって優先的に更新される。上記の例では、選択部34は、ウィンドウW1~W8の最終更新日時に関する順番に基づき、ウィンドウを選択する。しかしながら、選択部34は、最終更新日時の順番に限らず、最終更新日時が所定の時間たとえば1時間前、1日前等よりも、古い、または新しいウィンドウを選択するよう構成されてもよい。<変更例4>図11aは、変更例4に係る携帯電話機1の全体構成を示すブロック図である。記憶部12は、ウィンドウの生成のために取得される情報のデータ量情報26を記憶する。データ量情報26は、ウィンドウリスト22に登録されている各ウィンドウW1~W8の生成のために取得部32が前回取得した情報のデータ量c1~c8から構成されている。制御部11は、データ量情報26を参照してウィンドウリスト22から更新対象のウィンドウを選択する、選択部34を備える。制御部11は、ウィンドウリスト22においてウィンドウが登録または更新されるとき、当該ウィンドウに関する上記のデータ量ciを記憶部12へ記憶させる。図11bは、ウィンドウリスト22と、ウィンドウリスト22に登録されているウィンドウW1~W8に係る上記データ量ciの例を示す表である。図11cに示された例では、たとえば、ウィンドウW1のデータ量c1は455KBキロバイトである。ウィンドウW2のデータ量c2は109KBキロバイトである。図12は、本変更例に係る、ウィンドウリスト22に登録されているウィンドウを更新するための更新処理を示すフローチャートである。図12に示されるフローチャートは、図6に示されるフローチャートにおけるステップS111の処理が、ステップS141の処理に置き換えられている。ステップS141において、選択部34は、ウィンドウリスト22に登録されているウィンドウW1~W8から、データ量ciが下からC位以下Cは閾値。たとえばC=3であるウィンドウを選択する。図11bに示される例の場合、選択部34は、ウィンドウW1~W8から、データ量が小さい3つのウィンドウW2最下位、W7下から3位、W8下から2位を選択する。以上、本実施の構成によれば、選択部34は、閾値Cを用いて、ウィンドウリスト22に登録されているウィンドウW1~W8のうちデータ量が小さいウィンドウを選択する。選択部34により選択されたウィンドウW2、W7、W8の生成のために新たに取得される情報のデータ量は、前回の取得時におけるデータ量にほぼ同程度に小さい。よって、ウィンドウW2、W7、W8の更新のために取得部32が必要な情報を取得するに要する時間を短縮できる。上記の例では、選択部34は、データ量に関する順位が低い下からC位以下ウィンドウを選択する。しかしながら、選択部34は、データ量に関する順位が高いたとえば、上から3位ウィンドウを選択するよう構成されてもよい。この場合、データ量が大きい、更新に時間を要すると考えられるウェブページの情報が前もって取得され、対応するウィンドウが更新される。ユーザが、更新に時間がかかり得る、データ量が大きなウェブページの更新を避けることができ、便利である。上記の例では、選択部34は、ウィンドウW1~W8を生成するためのデータ量c1~c8に関する順位に基づき、ウィンドウを選択する。しかしながら、選択部34は、順位に限らず、データ量が、所定の閾値たとえば256KB、1024MB、4096MB等よりも小さいまたは大きいウィンドウを選択するよう構成されてもよい。上の例では、選択部34は、ウィンドウリスト22に登録されているウィンドウW1~W8から、前回ウィンドウを生成するための情報を取得したときのデータ量に基づき、ウィンドウを選択する。しかし、新たに生成すべきウィンドウを生成するための情報のデータ量に関する情報を事前に取得できる場合には、このような情報に基づき、選択部34がウィンドウを選択してもよい。<変更例5>本変更例において、通信部15は、特性が互いに異なる第1通信方式と第2通信方式とで、無線信号を送受信する。第1通信方式での通信に要する電力は、第2通信方式での通信に要する電力より小さい。たとえば、第1通信方式はCDMA1x方式、第2通信方式はWiFi方式たとえばIEEE802.11n規格に従った方式である。図13aは、変更例5に係る携帯電話機1の全体構成を示すブロック図である。記憶部12は、通信方式情報27を記憶する。通信方式情報27は、ウィンドウリスト22に登録されている各ウィンドウW1~W8の生成のための情報が、第1通信方式と第2通信方式のうちいずれの通信方式により取得されたかを示す情報から構成される。制御部11は、通信方式情報27を参照してウィンドウリスト22から更新対象のウィンドウを選択する選択部34を備える。ウィンドウWiの生成のための情報がウェブサーバから取得される際S106、S112、制御部11は、当該情報の取得に用いた通信方式を記憶部12に記憶させる。図13bは、ウィンドウリスト22と、ウィンドウリスト22に登録されているウィンドウW1~W8の生成のために用いた通信方式の例を示す表である。図13bに示された例では、ウィンドウW1、W2、W5、W8に係る通信方式は、第1通信方式である。ウィンドウW3、W4、W6、W7は、第2通信方式である。図14は、本変更例に係る、ウィンドウリスト22に登録されているウィンドウを更新するための更新処理を示すフローチャートである。図14に示されるフローチャートは、図6に示されるフローチャートにおけるステップS111の処理が、ステップS151の処理に置き換えられている。ステップS151において、選択部34は、ウィンドウリスト22に登録されているウィンドウW1~W8から、通信方式情報27を参照して、通信方式が通信に要する電力が小さい第1通信方式であったウィンドウを選択するS151。以上、本変更例の構成によれば、ウィンドウリスト22に登録されているウィンドウW1~W8から、特定の通信方式すなわち第1通信方式により、ウィンドウの生成のための情報が受信されたウィンドウを選択する。通信に要する電力が第2の通信方式他の通信方式よりも小さい第1通信方式で、選択部34により選択されたウィンドウの生成のための情報が取得される通信部15により受信されるため、よって、ウィンドウの一括更新に要する電力を抑制できる。選択部34は、第2通信方式で情報が受信されたウィンドウを選択するよう構成されてもよい。一般に、通信速度と通信に要する電力とは、トレードオフの関係にあり得る。この場合、第2通信方式での通信速度は、第1通信方式での通信速度より大きい。よって、ウィンドウの一括更新に要する時間が短縮され、閲覧の利便性が向上する。通信部15は、第1通信方式と第2通信方式との2つの通信方式に限らず、3つ以上の通信方式により通信可能な構成とされてもよい。選択部34は、通信速度、通信に要する電力、電波の受信状態等に基づき、複数の通信方式のうち特定の通信方式で受信された情報に対応するウィンドウを選択できる。<その他>以上、本発明の実施の形態および変更例について説明したが、本発明は、上記実施の形態等によって何ら制限されるものではなく、また、本発明の実施の形態も、上記以外に種々の変更が可能である。上記実施の形態および変更例1~5において、ウィンドウの一括更新は、更新ボタン41に対する操作に応じて実行される。ウィンドウの一括更新は、他の態様の操作に応じて実行されてもよい。たとえば、図15に示す如く、各種の操作を提示するメニュー42が表示された状態において、メニュー42中の所定の領域42aボタンに対する操作タップ、ロングタップ等が受付部31により受け付けられた場合に、ウィンドウが一括更新されるよう構成が採られてもよい。上記実施の形態および変更例1~5では、ウィンドウW1~W8のいずれかが表示面3に表示されているときに図3b参照、ウィンドウW1~W8が一括更新される構成について説明された。いずれかのウィンドウW1~W8が表示されているときに限らず、一括更新操作に基づきウィンドウW1~W8が一括更新されてもよい。たとえば、図16に示されるように、ウィンドウW1~W8を一覧するためのリスト画面43が表示面3に表示されているときに、一括更新が実行されてもよい。リスト画面43には、縮小されたウィンドウW1~W8が、水平方向Y軸方向へスクロール可能に表示され、縮小されたウィンドウW1~W8の下に、更新ボタン41が、表示される。受付部31が更新ボタン41に対する操作ロングタップを検出した場合、ウィンドウリスト22に登録されているウィンドウW1~W8が一括更新される。上記変更例1、3、4で説明された、更新回数および更新回数に基づく順位、更新日時および更新日時に基づく順番、ならびにデータ量およびデータ量に基づく順位に関する閾値は、適宜設定されてよい。変更例1において、選択部34は、更新回数に関する閾値と、更新回数に基づく順位に関する閾値との両方に基づいて、ウィンドウを選択してもよい。たとえば、更新回数が所定のN1回以上であること、および/または、更新回数に基づく順位が所定のN2位以上であることを満たすウィンドウが、選択部34により選択されてよい。変更例3更新日時に基づく選択と変更例4データ量に基づく選択についても、同様の構成が可能である。上記変更例1~5の構成は、互いに組み合わされてよい。たとえば、ステップS111、S121、S131、S141、S151の処理における、一括更新の対象となるウィンドウを選択するための選択条件は、AND、OR、NOT等の論理演算子を用いて互いに組み合わされ得る。この場合、選択部34は、各選択条件が組み合わされて構成された選択条件に基づき、一括更新の対象となるウィンドウを選択する。たとえば、選択部34は、変更例1における選択条件、および/または、変更例2における選択条件を満たすが、変更例5における選択条件を満たさないようなウィンドウを選択するよう構成が採られることができる。上記実施の形態では、スマートフォン型の携帯電話機に本発明が適用されている。しかしながら、これに限らず、ストレート式、折りたたみ式、スライド式等、他のタイプの携帯電話機に本発明が適用されてもよい。さらに、本発明は、携帯電話機に限られず、PDAPersonalDigitalAssistant、タブレットPCTabletPC、電子書籍端末等の携帯端末装置を含む、各種の通信装置に適用可能である。この他、本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。