(57)【要約】【課題】タブページ閲覧においてウェブサーバとの間の通信量を低減させ、通信効率を向上できるようにすることを課題とする。【解決手段】携帯電話は、ウェブサーバから複数の異なるタブページ情報の更新情報をインデックスファイルＩＤＸＦで取得して、その更新情報と前回ダウンロードしたタブページ情報の更新情報とをページ毎に比較してタブページ情報の更新有無を判定し、更新有が確認されたタブページ情報のみをウェブサーバから受信してタブページ情報の更新を行い、ディスプレイにタブブラウザを表示する。【選択図】      図３
2005050019.tif 000002
【特許請求の範囲】
【請求項１】
ウェブサーバに記憶されているタブページ情報を閲覧する携帯端末であって、
更新情報をそれぞれ含む、複数の異なるタブページ情報を記憶するタブページ記憶手段と、
前記ウェブサーバから前記複数の異なるタブページ情報の更新情報を取得する取得手段と、
前記取得手段により取得された更新情報と前記タブページ記憶手段に記憶されたタブページ情報の更新情報とをページ毎に比較してタブページ情報の更新有無を判定する更新判定手段と、
前記更新判定手段により更新有が確認されたタブページ情報のみを前記ウェブサーバから受信するタブページ受信手段と、
前記タブページ記憶手段を前記タブページ受信手段により受信されたタブページ情報によって更新するタブページ更新手段と、
を備えたことを特徴とする携帯端末。
【請求項２】
前記複数の異なるタブページ情報に基づいてタブページを重ねてタブブラウザを表示する表示制御手段をさらに有したことを特徴とする請求項１に記載の携帯端末。
【請求項３】
前記携帯端末は動作を指示するキー操作手段を有しており、前記表示制御手段は前記キー操作手段の指示に応じてタブページ間を切り替えることを特徴とする請求項２に記載の携帯端末。
【請求項４】
前記更新情報は、更新日付を含むことを特徴とする請求項１、２または３に記載の携帯端末。
【請求項５】
前記タブページ情報は、各タブページのトップページであることを特徴とする請求項１〜４のいずれか１つに記載の携帯端末。
【請求項６】
前記携帯端末の通信方式はパケット通信であることを特徴とする請求項１〜５のいずれか１つに記載の携帯端末。
【請求項７】
前記取得手段は、タブページに対応させて更新情報と共にタブページ情報の所在場所を示すＵＲＬを取得し、前記タブページ受信手段は、前記ＵＲＬにしたがってタブページ情報を受信することを特徴とする請求項１〜６のいずれか１つに記載の携帯端末。
【請求項８】
ウェブサーバに記憶されているタブページを閲覧する携帯端末のウェブ閲覧方法であって、
複数のタブページを閲覧する場合、前記ウェブサーバから前記複数のタブページに関する更新情報を一括して取得し、前記一括して取得した更新情報と現在メモリに記憶されている複数のタブページに関する更新情報とをタブページ毎に比較して更新有無を判断し、更新有りのタブページのみを更新処理することを特徴とする携帯端末のウェブ閲覧方法。
【請求項９】
前記複数のタブページをタブブラウザによって閲覧することを特徴とする請求項８に記載の携帯端末のウェブ閲覧方法。
【請求項１０】
ウェブサーバに記憶されているタブページ情報を閲覧する携帯端末のウェブ閲覧方法であって、
更新情報をそれぞれ含む、複数の異なるタブページ情報をメモリに記憶しておき、前記ウェブサーバから前記複数の異なるタブページ情報の更新情報を取得する第１ステップと、
前記第１ステップにより取得された更新情報と前記メモリに記憶されたタブページ情報の更新情報とをページ毎に比較してタブページ情報の更新有無を判定する第２ステップと、
前記第２ステップにより更新有が確認されたタブページ情報のみを前記ウェブサーバから受信する第３ステップと、
前記メモリを前記第３ステップにより受信されたタブページ情報によって更新する第４ステップと、
を含んだことを特徴とする携帯端末のウェブ閲覧方法。
【請求項１１】
前記複数の異なるタブページ情報に基づいてタブページを重ねてタブブラウザを表示する第５ステップをさらに含んだことを特徴とする請求項１０に記載の携帯端末のウェブ閲覧方法。
【請求項１２】
前記更新情報は、更新日付を含むことを特徴とする請求項１０または１１に記載の携帯端末のウェブ閲覧方法。
【請求項１３】
前記携帯端末の通信方式はパケット通信であることを特徴とする請求項１０、１１または１２に記載の携帯端末のウェブ閲覧方法。
【請求項１４】
前記第１ステップは、タブページに対応させて更新情報と共にタブページ情報の所在場所を示すてＵＲＬを取得し、前記第３ステップは、前記ＵＲＬにしたがってタブページ情報を受信することを特徴とする請求項１０〜１３のいずれか１つに記載の携帯端末のウェブ閲覧方法。
【請求項１５】
ウェブサーバに記憶されているタブページ情報を閲覧する処理をコンピュータに実行させる携帯端末のウェブ閲覧プログラムであって、
前記コンピュータに、
更新情報をそれぞれ含む、複数の異なるタブページ情報をメモリに記憶しておき、前記ウェブサーバから前記複数の異なるタブページ情報の更新情報を取得する第１ステップと、
前記第１ステップにより取得された更新情報と前記メモリに記憶されたタブページ情報の更新情報とをページ毎に比較してタブページ情報の更新有無を判定する第２ステップと、
前記第２ステップにより更新有が確認されたタブページ情報のみを前記ウェブサーバから受信する第３ステップと、
前記メモリを前記第３ステップにより受信されたタブページ情報によって更新する第４ステップと、
を実行させることを特徴とする携帯端末のウェブ閲覧プログラム。
【請求項１６】
前記複数の異なるタブページ情報に基づいてタブページを重ねてタブブラウザを表示する第５ステップをさらに含んだことを特徴とする請求項１５に記載の携帯端末のウェブ閲覧プログラム。
【請求項１７】
前記更新情報は、更新日付を含むことを特徴とする請求項１５または１６に記載の携帯端末のウェブ閲覧プログラム。
【請求項１８】
前記携帯端末の通信方式はパケット通信であることを特徴とする請求項１５、１６または１７に記載の携帯端末のウェブ閲覧プログラム。
【請求項１９】
前記第１ステップは、タブページに対応させて更新情報と共にタブページ情報の所在場所を示すてＵＲＬを取得し、前記第３ステップは、前記ＵＲＬにしたがってタブページ情報を受信することを特徴とする請求項１５〜１８のいずれか１つに記載の携帯端末のウェブ閲覧プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、たとえば、携帯端末、携帯端末のウェブ閲覧方法および携帯端末のウェブ閲覧プログラムに関する。
【０００２】
【従来の技術】
今日、クライアント側の表示画面上に複数のタブ付きＨＴＭＬページを重ねて表示させ、選択されたタブ付きＨＴＭＬページを最前面に表示させるタブブラウザが登場している。
【０００３】
タブブラウザを構成する複数のタブ付きＨＴＭＬページには、それぞれ異なるＵＲＬが割り当てられている。クライアントにおいて、マウスなどの入力デバイスによりタブのひとつが選択されると、その選択されたタブに対応付けられたＵＲＬからタブ付きＨＴＭＬページが該当ウェブサーバに対して要求される。
【０００４】
このようにして、アクセス先のウェブサーバからクライアントに対して要求されたタブ付きＨＴＭＬページのファイルがダウンロードされると、そのタブ付きＨＴＭＬページがタブブラウザの最前面に表示される（特許文献１、特許文献２）。
【０００５】
【特許文献１】
特開２０００−１７２３９８号公報
【特許文献２】
特開２００２−４１２９６号公報
【０００６】
【発明が解決しようとする課題】
上述したようにタブブラウザの表示手法はすでに確立されているので、表示スペースに制約のある携帯電話などの携帯端末にも適用させることは可能である。
【０００７】
タブブラウザにおいては、ＨＴＭＬ規格により１ページ単位での通信が基本となるので、ＨＴＭＬページを切り替える度に、携帯端末がウェブサーバにアクセスしてページデータを読み込む必要がある。すなわち、タブブラウザから所望のタブ付きＨＴＭＬページが選択される度に、そのページの更新有無がウェブサーバとの通信を通じて確認される。
【０００８】
タブブラウザが５ページ分のタブ付きＨＴＭＬページから構成されるとした場合には、全ページの更新有無を確認するために、携帯端末とウェブサーバとの間で５回分の通信が必要である。
【０００９】
したがって、携帯電話のように携帯電話網を通じてインターネットにアクセスする仕組みを利用する場合には、通信量が増えてパケット料金が嵩むことになり、ユーザのコスト負担が増すという危惧がある。
【００１０】
本発明の目的は、タブページ閲覧においてウェブサーバとの間の通信量を低減させ、通信効率を向上させることが可能な携帯端末、携帯端末のウェブ閲覧方法および携帯端末のウェブ閲覧プログラムを提供することにある。
【００１１】
【課題を解決するための手段】
上述した課題を解決し、上記目的を達成するため、請求項１の発明に係る携帯端末は、ウェブサーバに記憶されているタブページ情報を閲覧する携帯端末であって、更新情報をそれぞれ含む、複数の異なるタブページ情報を記憶するタブページ記憶手段と、前記ウェブサーバから前記複数の異なるタブページ情報の更新情報を含むインデックスファイルを取得する取得手段と、前記取得手段により取得されたインデックスファイルの更新情報と前記タブページ記憶手段に記憶されたタブページ情報の更新情報とをページ毎に比較してタブページ情報の更新有無を判定する更新判定手段と、前記更新判定手段により更新有が確認されたタブページ情報のみを前記ウェブサーバから受信するタブページ受信手段と、前記タブページ記憶手段を前記タブページ受信手段により受信されたタブページ情報によって更新するタブページ更新手段と、を備えたことを特徴とするものである。
【００１２】
この請求項１の発明は、請求項２のように、前記複数の異なるタブページ情報に基づいてタブページを重ねてタブブラウザを表示する表示制御手段をさらに有してもよい。
【００１３】
この請求項２の発明は、請求項３の発明のように、前記携帯端末は動作を指示するキー操作手段を有しており、前記表示制御手段は前記キー操作手段の指示に応じてタブページ間を切り替えるようにしてもよい。
【００１４】
請求項１、２または３の発明は、請求項４の発明のように、前記更新情報は、更新日付を含むようにしてもよい。
【００１５】
請求項１〜４のいずれか１つの発明は、請求項５の発明のように、前記タブページ情報は、各タブページのトップページであってもよい。
【００１６】
請求項１〜５のいずれか１つの発明は、請求項６の発明のように、前記携帯端末の通信方式はパケット通信であってもよい。
【００１７】
請求項１〜６のいずれか１つの発明は、請求項７の発明のように、前記取得手段は、タブページに対応させて更新情報と共にタブページ情報の所在場所を示すてＵＲＬを取得し、前記タブページ受信手段は、前記ＵＲＬにしたがってタブページ情報を受信するようにしてもよい。
【００１８】
また、請求項８の発明に係る携帯端末のウェブ閲覧方法は、ウェブサーバに記憶されているタブページを閲覧する携帯端末のウェブ閲覧方法であって、複数のタブページを閲覧する場合、前記ウェブサーバから前記複数のタブページに関する更新情報を一括して取得し、前記一括して取得した更新情報と現在メモリに記憶されている複数のタブページに関する更新情報とをタブページ毎に比較して更新有無を判断し、更新有りのタブページのみを更新処理することを特徴とするものである。
【００１９】
請求項８の発明は、請求項９の発明のように、前記複数のタブページをタブブラウザによって閲覧するようにしてもよい。
【００２０】
請求項１０の発明に係る携帯端末のウェブ閲覧方法は、ウェブサーバに記憶されているタブページ情報を閲覧する携帯端末のウェブ閲覧方法であって、更新情報をそれぞれ含む、複数の異なるタブページ情報をメモリに記憶しておき、前記ウェブサーバから前記複数の異なるタブページ情報の更新情報を含むインデックスファイルを取得する第１ステップと、前記第１ステップにより取得されたインデックスファイルの更新情報と前記メモリに記憶されたタブページ情報の更新情報とをページ毎に比較してタブページ情報の更新有無を判定する第２ステップと、前記第２ステップにより更新有が確認されたタブページ情報のみを前記ウェブサーバから受信する第３ステップと、前記メモリを前記第３ステップにより受信されたタブページ情報によって更新する第４ステップと、を含んだことを特徴とするものである。
【００２１】
請求項１０の発明は、請求項１１の発明のように、前記複数の異なるタブページ情報に基づいてタブページを重ねてタブブラウザを表示する第５ステップをさらに含むようにしてもよい。
【００２２】
請求項１０または１１の発明は、請求項１２の発明のように、前記更新情報は、更新日付を含むようにしてもよい。
【００２３】
請求項１０、１１または１２の発明は、請求項１３の発明のように、前記携帯端末の通信方式はパケット通信であってもよい。
【００２４】
請求項１０〜１３のいずれか１つの発明は、請求項１４の発明のように、前記第１ステップは、タブページに対応させて更新情報と共にタブページ情報の所在場所を示すてＵＲＬを取得し、前記第３ステップは、前記ＵＲＬにしたがってタブページ情報を受信するようにしてもよい。
【００２５】
また、請求項１５の発明に係る携帯端末のウェブ閲覧プログラムは、ウェブサーバに記憶されているタブページ情報を閲覧する処理をコンピュータに実行させる携帯端末のウェブ閲覧プログラムであって、前記コンピュータに、更新情報をそれぞれ含む、複数の異なるタブページ情報をメモリに記憶しておき、前記ウェブサーバから前記複数の異なるタブページ情報の更新情報を含むインデックスファイルを取得する第１ステップと、前記第１ステップにより取得されたインデックスファイルの更新情報と前記メモリに記憶されたタブページ情報の更新情報とをページ毎に比較してタブページ情報の更新有無を判定する第２ステップと、前記第２ステップにより更新有が確認されたタブページ情報のみを前記ウェブサーバから受信する第３ステップと、前記メモリを前記第３ステップにより受信されたタブページ情報によって更新する第４ステップと、を実行させることを特徴とするものである。
【００２６】
請求項１５の発明は、請求項１６の発明のように、前記複数の異なるタブページ情報に基づいてタブページを重ねてタブブラウザを表示する第５ステップをさらに含むようにしてもよい。
【００２７】
請求項１５または１６の発明は、請求項１７の発明のように、前記更新情報は、更新日付を含むようにしてもよい。
【００２８】
請求項１５、１６または１７の発明は、請求項１８の発明のように、前記携帯端末の通信方式はパケット通信であってもよい。
【００２９】
請求項１５〜１８のいずれか１つの発明は、請求項１９の発明のように、前記第１ステップは、タブページに対応させて更新情報と共にタブページ情報の所在場所を示すてＵＲＬを取得し、前記第３ステップは、前記ＵＲＬにしたがってタブページ情報を受信するようにしてもよい。
【００３０】
【発明の実施の形態】
以下に添付図面を参照して、本発明にかかる一実施の形態を詳細に説明する。
【００３１】
まず、全体について説明する。図１は本発明の一実施の形態によるウェブサーバシステムを示す構成図である。本実施の形態によるウェブサーバシステムは、たとえば図１に示したように、携帯端末の１種である携帯電話とウェブサーバとの間を携帯電話網３およびインターネット６で通信可能に接続する構成である。
【００３２】
携帯電話１は、複数の携帯電話のうちの代表例を示しており、音声通話、インターネット通信などを機能として備えている。ウェブサーバ２は、複数のウェブサーバのうちの代表例を示しており、携帯電話などの携帯端末からの要求に応じてウェブページ閲覧、コンンテンツのダウンロード、電子商取引などをサービスとして提供するサイトを実現するものである。
【００３３】
本実施の形態によるサービスでは、携帯電話１側のアプリケーションソフトウェア（以下にアプリという）によりタブブラウザ形式でブラウザ表示を実現するため、ウェブサーバ２より携帯電話１に対してタブページ情報が提供される。本実施の形態においては、タブブラウザは、たとえば５ページ分のタブページにより構成されるものとする。したがって、携帯電話１においては、タブブラウザを表示させたとき、５ページ分のタブページが重ねて表示され、アクティブなタブページが最前面に表示されることになる。本実施の形態では、５ページ分のタブブラウザとしたが、本発明は、これに限定されるものではなく、複数ページ分のタブブラウザであればよい。
【００３４】
携帯電話網３は、携帯電話との間でパケット通信を制御するためのパケット網４、携帯電話とインターネット６との間の通信を制御するサーバ５などを備えている。インターネット６は、携帯電話網３を介して携帯電話との通信を行うほか、同ネットに接続されるパーソナルコンピュータ（ＰＣ）、サーバなどの通信を司る。
【００３５】
つぎに、ウェブサーバシステム２を構成する各部について詳述する。まずウェブサーバについて説明する。図２は本実施の形態によるウェブサーバの一構成例を示すブロック図であり、図３は本実施の形態によるウェブサーバ側の主となる記憶内容を説明する図である。
【００３６】
ウェブサーバ２は、インターネット６に接続され、このインターネット６を介して携帯電話、ＰＣなどの他の機器との間の通信を司る通信制御部２０１、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備え、サーバ全体の制御を司る制御部２０２、画像、着信メロディ、音楽などのデジタルコンテンツを保存する記憶部２０３により構成される。
【００３７】
制御部２０２は、インターネット６を介して他の機器の要求に応じてデジタルコンテンツを提供したり、インターネット６を介して、もしくは、図示せぬドライバを介してデジタルコンテンツの内容を更新する。
【００３８】
記憶部２０３は、携帯電話１において本実施の形態によるタブブラウザ表示を実現するためのサーバ側の処理を受けもつアプリなどを含むプログラム２０３Ａ、タブブラウザの各タブページ情報などを含むページ情報２０３Ｂなどを記憶する。
【００３９】
ページ情報２０３Ｂは、たとえば図３（Ａ）に示したように、１つのタブブラウザに対するインデックスファイルＩＤＸＦと、１つのタブブラウザを構成する各ページファイルの番号（ページファイル番号）に対応させてトップページの更新日付とそのトップページのページファイルとを対応させてなるタブページ情報とから構成される。
【００４０】
更新日付、ページファイルは、それぞれ各ページファイル番号＃１、＃２・・・に対応させ、ＤＴ＃１、ＤＴ＃２・・・、ＰＦ＃１、ＰＦ＃２・・・となる。更新日付は、ページファイルが更新されたときの日付を示し、ページファイルは、タブページを構成する情報を示す。
【００４１】
インデックスファイルＩＤＸＦは、たとえば図３（Ｂ）に示したように、各ページファイル番号に対してそのページファイル番号のタブページの更新日付とＵＲＬとを対応付けてなる構成である。たとえばページファイル番号＃１の場合には、更新日付は、２００３．６．１０となり、該当ページファイルが格納されている場所を示すＵＲＬは、ｈｔｔｐ：／／ａｂｃ．ｄｗａｎｇｏ．ｃｏ．ｊｐ／ｘｙｚ１．ｈｔｍｌ／となり、ページファイル番号＃４の場合には、更新日付は、２００３．６．１となり、該当ページファイルが格納されている場所を示すＵＲＬは、ｈｔｔｐ：／／ａｂｃ．ｄｗａｎｇｏ．ｃｏ．ｊｐ／ｘｙｚ４．ｈｔｍｌ／となる。本実施の形態においては、ＵＲＬはウェブサーバ２のメモリ領域をアクセス先とすることになる。
【００４２】
このインデックスファイルＩＤＸＦは、後述するが、携帯電話からアクセスがあったときに各タブページの更新状況に応じて更新され、携帯電話に供給されるものである。インデックスファイルＩＤＸＦの更新は、携帯電話からアクセスされたときに限らず定期的に、もしくは、あらかじめ決められたトリガに応じて実行されるようにしてもよい。
【００４３】
つづいて携帯端末について説明する。図４は本実施の形態による携帯端末の内部構成を示すブロック図である。図５は本実施の形態によるタブページ情報の記憶内容を説明する図である。
【００４４】
本実施の形態の携帯電話１は、たとえば図４に示したように、内部バス２３に、通信処理部１２（取得手段、タブページ受信手段）、音声処理部１３、ＣＰＵ１６（取得手段、更新判定手段、タブページ受信手段、表示制御手段）、ＲＯＭ１７、ＲＡＭ１８（タブページ記憶手段）、キーパッド１９（キー操作手段）、ディスプレイ２０（表示制御手段）、赤外線通信部２１、カメラ２２などを接続させ、データ、アドレス信号、制御信号などを伝送させることで各種の処理を実現する構成である。
【００４５】
通信処理部１２は、アンテナ１１に接続され、アンテナ１１を介して携帯電話網３と通信を行うものである。この通信処理部１２により、音声通話やウェブサーバ２との通信を実現することができる。音声処理部１３は、着信メロディ出力や音声出力のためのスピーカ１４、音声入力のためのマイク１５をそれぞれ接続させており、受話時や送話時の音処理を行うものである。
【００４６】
ＣＰＵ１６は、携帯電話１全体の制御をＲＯＭ１７に格納されたＯＳにしたがって行うものである。ＲＯＭ１７は、あらかじめインストールされているＯＳなどのプログラムを格納している。このＣＰＵ１６は、携帯用の各種アプリ、たとえばＪＡＶＡ（登録商標）アプリによりウェブ閲覧を制御する。また、このＣＰＵ１６は、キーパッド１９からの入力を受け付けて各種の処理を実行させたり、各種の処理に応じて表示を制御する。
【００４７】
ＲＡＭ１８は、記録媒体であり、カメラ２２による撮像画像を記憶するエリア、各種処理を行うためのワークエリアなどを備えているほか、ＪＡＶＡ（登録商標）アプリ１８Ａ（取得手段、更新判定手段、タブページ受信手段、タブページ更新手段、表示制御手段）、タブページ情報１８Ｂなどを記憶する。本実施の形態によるタブブラウザ機能は、ＪＡＶＡ（登録商標）アプリ１８Ａにより実現される。
【００４８】
タブページ情報１８Ｂは、たとえば図５に示したように、ページファイル番号＃１、＃２・・・に対してそれぞれＴＯＰページの更新日付ＤＴ＃１、ＤＴ＃２・・・、ＴＯＰページのページファイルＰＦ＃１、ＰＦ＃２・・・を対応付けて記憶されるものである。
【００４９】
キーパッド１９は、電話番号、アドレスなどの入力を行うためのキー、表示画面上のタブブラウザに対してタブページを切り替えたり、リンク先を選択するキーなどを備えている。ディスプレイ２０は、たとえば、タブブラウザを表示したり、電話やメールの機能を使うときの表示画面を形成したり、カメラ２２の撮像画像を表示するものである。
【００５０】
赤外線通信部２１は、所定の赤外線規格にしたがって同規格で赤外線通信可能な他の機器とのデータ通信を行うものであり、カメラ２２は、キーパッド１９の操作にしたがって撮像画像をデジタル画像として取り込むものである。
【００５１】
つぎに、携帯電話の表示例を示しながら動作について説明する。図６は本実施の形態によるタブブラウザの初期画面を説明する図、図７は本実施の形態による携帯電話側の画面遷移を説明する図、図８、図９および図１０は本実施の形態によるウェブ閲覧処理を説明するフローチャート、図１１は本実施の形態によるインデックスファイル更新処理を説明するフローチャートである。
【００５２】
本実施の形態において、まずユーザの操作により携帯電話１のＪＡＶＡ（登録商標）アプリ１８Ａが起動されると（ステップＳ１１１）、携帯電話網４、インターネット６を介して携帯電話１からウェブサーバ２へのアクセスが行われる（ステップＳ１１２）。このステップＳ１１２では、携帯電話１からウェブサーバ２に対してインデックスファイルＩＤＸＦが要求される。
【００５３】
ウェブサーバ２では、携帯電話１からのアクセスに伴ってまずページ情報２０３Ｂ内のインデックスファイルＩＤＸＦの更新有無がチェックされる（ステップＳ２１１）。ここでの更新チェックは、タブページのトップページに対するものである。また、ウェブサーバ２においてインデックスファイルＩＤＸＦの要求が受け付けられたので、更新チェックされた後のインデックスファイルＩＤＸＦが記憶部２０３から読み出される（ステップＳ２１２）。
【００５４】
この記憶部２０３から読み出されたインデックスファイルＩＤＸＦは、携帯電話１に対して送信される（ステップＳ２１３）。このようにして携帯電話１はインデックスファイルＩＤＸＦをダウンロード（受信）することにより取得する（ステップＳ１１３）。このインデックスファイルＩＤＸＦは、携帯電話１のＲＡＭ１８（ワークエリア）に格納される。このインデックスファイルＩＤＸＦを図３（Ｂ）に示した内容を一例として以下に説明する。
【００５５】
この段階で携帯電話１においては、タブブラウザを構成する各タブページ情報について一回の通信により全タブページ情報の更新日付を取得することができる。本実施の形態においては、タブブラウザは５ページ分の情報より成り立つものとする。
【００５６】
続いて、携帯電話１に保存されているタブブラウザのトップページについてそれぞれ更新の要否を確認するための処理が実行される。まずページファイル番号＃１から確認が行われる。ＲＡＭ１８のタブページ情報が参照され、ページファイル番号＃１に対応付けられた更新日付ＤＴ＃１がインデックスファイルＩＤＸＦ内のページファイル番号＃１の２００３．６．１０と比較される（ステップＳ１１４）。
【００５７】
もし更新日付ＤＴ＃１のほうが古い日付であった場合には、ウェブサーバ２側での更新が認められる。すなわち、ページファイル番号＃１について更新があったものと判断されるので（ステップＳ１１５）、該当タブページすなわちページファイル番号＃１のページファイルがウェブサーバ２に対して要求される（ステップＳ１１６）。この場合、ページファイル番号＃１のＵＲＬにアクセスがなされることになる。
【００５８】
そして、ウェブサーバ２では、ページファイル番号＃１のＵＲＬに格納されているページファイルの要求が受け付けられると（ステップＳ２１４）、ページファイル番号＃１のページファイルが記憶部２０３から読み出され（ステップＳ２１５）、携帯電話１に対して送信される（ステップＳ２１６）。
【００５９】
携帯電話１では、ウェブサーバ２よりページファイル番号＃１のページファイルをダウンロード（受信）する処理が開始され（ステップＳ１１７）、ＲＡＭ１８のタブページ情報１８Ｂを更新して保存する処理が実行される（ステップＳ１１８）。
【００６０】
そして、携帯電話１において、全タブページについての確認が済んでいない場合には（ステップＳ１１９）、処理は再度ステップＳ１１４に戻る。この完了有無の確認では、カウンタを用いてページファイル番号＃１〜５までをカウントするようにしてもよい。
【００６１】
同様に、ページファイル番号＃２〜＃５までの確認がすべて完了すると（ステップＳ１１９）、更新が完了したＲＡＭ１８のタブページ情報１８Ｂに基づいてタブブラウザがディスプレイ２０に表示される（ステップＳ１２０）。
【００６２】
ステップＳ１１５において更新なしと判断された場合にはその該当ページファイル番号についての更新処理はなく、処理はステップＳ１１９にジャンプして、つぎに確認すべきタブページがあれば処理はさらにステップＳ１１４に戻ることになる。
【００６３】
図６には、タブブラウザの表示例が示されている。本実施の形態においては、ページファイル番号＃１、＃２、＃３、＃４、＃５のタブページは、それぞれリンクページＴ１、新着ニュースページＴ２、検索ページＴ３、ＭＹページＴ４、コミュニティページＴ５に分かれ、異なるサービスを提供できるものである。すでに更新が完了しているので、トップページ間切替えでは再ダウンロードは不要となり、通信効率を図ることが可能である。なお、タブブラウザを表示する際の最前面にどのページファイル番号をもってくるかは、任意に設定することが可能とする。ここでは、新着ニュースページＴ２を最前面に設定する例を示す。
【００６４】
このページ間切替では、携帯電話１において、キーパッド１９を用いてたとえば左右方向いずれかのキー操作によりタブ切替が指示可能である。図１０において、図７（Ａ）に示すタブブラウザの表示態様であった場合、ユーザの操作によりタブ切替操作（左側のタブページへ）が判断されると（ステップＳ３１１）、切替先のタブページ情報がタブページＲＡＭ１８のタブページ情報１８Ｂより読み出される（ステップＳ３１３）。その読み出された切替先のタブページ情報に基づいてタブブラウザの最前面に図７（Ｂ）に示すごとくリンクページＴ１（切替先タブページ）が表示される（ステップＳ３１４）。
【００６５】
また、図７（Ａ）の状態から右側のタブページへの切替操作がなされた場合には、同図（Ｃ）に示すごとく検索ページＴ３（切替先タブページ）が表示され、さらに右側のタブページへの切替操作がなされた場合には、同図（Ｄ）に示すごとくＭＹページＴ４（切替先タブページ）が表示される。さらに右側のタブページへの切替操作がなされた場合には、同図（Ｅ）に示すごとくコミュニティページＴ５（切替先タブページ）が表示され、タブページ間の移動によりページ表示は最右端まで到達する。
【００６６】
なお、タブ切替ではなく同一タブページ内でリンクへのアクセスを指示する操作が受け付けられた場合には（ステップＳ３１２）、通常のリンクアクセス処理が実行される。また、タブ切替ではなく、リンクアクセスでもなかった場合には（ステップＳ３１２）、操作に応じたその他の処理が実行される。
【００６７】
ここで、ウェブサーバ２が携帯電話１からアクセスされた際の処理についても説明する（図８のステップＳ２１１）。図１１に示したように、携帯電話１よりウェブサーバ２に対してアクセスがあると（ステップ４１１）、ページファイルの更新日付が確認される（ステップＳ４１２）。このページファイルの更新有無は、ページ情報２０３Ｂ内のページファイルに対応する更新日付とインデックスファイルＩＤＸＦ内のページファイルに対応する更新日付とを比較すればよい。
【００６８】
そして、更新があれば（ステップＳ４１３）、インデックスファイルＩＤＸＦ内の該当するページファイル番号の更新日付を更新する処理が実行され（ステップＳ４１４）、更新がなければ、処理は終了する。携帯電話１に対してインデックスファイルＩＤＸＦを送信するタイミングはこの図１１の処理が完了してからとなる。
【００６９】
以上説明したように本実施の形態によれば、タブページ閲覧においてウェブサーバとの間の通信量を低減させ、通信効率を向上させることが可能である。すなわち、１回の通信でインデックスファイルＩＤＸＦをダウンロードしておくことで、後はウェブサーバ２と通信しなくても携帯電話１に保存されているタブページ情報の更新有無を判断すればよく、すべてのタブページについてウェブサーバ２との間で更新有無を確認するための通信を発生させずに済む。
【００７０】
その結果、各タブページの更新確認に対するパケット量が減少されるので、コスト削減に大きく貢献するものである。すなわち、５ページ分のタブページが存在すれば、１／５に節約することが可能である。
【００７１】
さて、前述の実施の形態では、図９に示したように、タブページ毎に更新有無を判断しながら更新有のタブページ情報をダウンロードしていたが、本発明はこれに限定されるものではなく、一度にすべてのタブページについて更新有無を確認して更新有のタブページ情報をまとめてダウンロードするようにしてもよい。
【００７２】
また、上述した実施の形態では、ステップＳ１２１でタブブラウザの表示を行うようにしていたが、本発明はこれに限定されるものではなく、タブページの更新確認が済む度に１ページずつ表示するようにしてもよい。
【００７３】
さて、前述の実施の形態では、携帯端末として携帯電話を例に挙げていたが、本発明はこれに限定されず、携帯電話網を介して通信する、すなわち、パケット通信する携帯端末にはすべて適用されるものである。
【００７４】
また、前述した実施の形態では、タブブラウザの例を挙げたが、本発明はこれに限定されず、複数のページ、複数の画像、複数の音楽などを１セットとして扱う通信に適用可能である。
【００７５】
また、前述の実施の形態では、１つのウェブサーバからタブブラウザの情報を提供するようにしていたが、本発明は、これに限定されるものではなく、複数のウェブサーバにタブブラウザのタブページ情報が分散させるようにしてもよい。
【００７６】
【発明の効果】
以上説明したように本発明によれば、タブページ閲覧においてウェブサーバとの間の通信量を低減させ、通信効率を向上させることが可能な携帯端末、携帯端末のウェブ閲覧方法および携帯端末のウェブ閲覧プログラムを提供できるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施の形態によるウェブサーバシステムを示す構成図である。
【図２】本実施の形態によるウェブサーバの一構成例を示すブロック図である。
【図３】本実施の形態によるウェブサーバ側の主となる記憶内容を説明する図である。
【図４】本実施の形態による携帯電話の内部構成を示すブロック図である。
【図５】本実施の形態によるタブページ情報の記憶内容を説明する図である。
【図６】本実施の形態によるタブブラウザの初期画面を説明する図である。
【図７】本実施の形態による携帯電話側の画面遷移を説明する図である。
【図８】本実施の形態によるウェブ閲覧処理を説明するフローチャートである。
【図９】本実施の形態によるウェブ閲覧処理を説明するフローチャートである。
【図１０】本実施の形態によるウェブ閲覧処理を説明するフローチャートである。
【図１１】本実施の形態によるインデックスファイル更新処理を説明するフローチャートである。
【符号の説明】
１  携帯電話
２  ウェブサーバ
１２  通信処理部
１６  ＣＰＵ
１７  ＲＯＭ
１８  ＲＡＭ
１８Ａ  ＪＡＶＡアプリ
１８Ｂ  タブページ情報
１９  キーパッド
２０  ディスプレイ
２０１  通信制御部
２０２  制御部
２０３  記憶部
２０３Ａ  プログラム
２０３Ｂ  ページ情報
【図１】
2005050019.tif 000003
【図２】
2005050019.tif 000004
【図３】
2005050019.tif 000005
【図４】
2005050019.tif 000006
【図５】
2005050019.tif 000007
【図６】
2005050019.tif 000008
【図７】
2005050019.tif 000009
【図８】
2005050019.tif 000010
【図９】
2005050019.tif 000011
【図１０】
2005050019.tif 000012
【図１１】
2005050019.tif 000013