(57)【要約】【課題】Ｗｅｂキャッシュ機能を利用してＷｅｂサイトの初期画面表示の高速化を実現すると共にキャッシュ保存のデータ量を削減すること。【解決手段】Ｗｅｂサーバ３０から受信されてＷｅｂブラウザで画面表示されるＷｅｂページのデータをキャッシュ記憶部１４に保存し、次に同一のＷｅｂページを表示する際にその保存データを用いて表示するＷｅｂキャッシュ機能を有する携帯電話機１０において、画面サイズ情報記憶部１２に携帯電話画面の１画面分の解像サイズを示す画面サイズ情報を記憶しておき、キャッシュ判定部１１にて、Ｗｅｂサーバ３０から受信されたＷｅｂデータ中のレイアウト情報の内、先頭から記憶画面サイズ情報に対応する量のデータを求め、このデータをキャッシュ記憶部１４に保存する処理を行う。【選択図】      図１
2008211433.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバから受信されてＷｅｂブラウザで画面表示されるＷｅｂページのデータを第１の記憶手段に保存し、次に同一又は関連するＷｅｂページを表示する際にその保存データを用いて表示するＷｅｂキャッシュ機能を有する携帯端末機において、
携帯端末画面の１画面分の解像サイズを示す画面サイズ情報を記憶する第２の記憶手段と、
Ｗｅｂサーバから受信されたＷｅｂデータ中のレイアウト情報から、前記画面サイズ情報に対応する範囲のデータを求め、このデータを前記第１の記憶手段に保存する処理を行う判定手段と
を備えたことを特徴とする携帯端末機。
【請求項２】
前記判定手段は、前記Ｗｅｂサーバから受信されたＷｅｂデータの通信ヘッダにデータ内容の変更情報が含まれており、このデータが前記画面サイズ情報に対応する範囲のデータである場合に、このデータを前記第１の記憶手段に上書き保存する処理を行うことを特徴とする請求項１に記載の携帯端末機。
【請求項３】
前記画面サイズ情報は、前記携帯端末画面の１画面を越え２画面未満の間の画面分、所定の整数の複数画面分の何れか１つの解像サイズを示す情報であることを特徴とする請求項１または２に記載の携帯端末機。
【請求項４】
Ｗｅｂサーバから受信されてＷｅｂブラウザで画面表示されるＷｅｂページのデータをキャッシュ保存し、次に同一又は関連するＷｅｂページを表示する際にそのキャッシュ保存データを用いて表示する携帯端末機におけるＷｅｂキャッシュ方法において、
前記Ｗｅｂサーバから受信中のＷｅｂデータのレイアウト情報を取得する第１のステップと、
前記第１のステップで取得されたレイアウト情報内のデータを一定量ずつ読込む第２のステップと、
前記第２のステップで読込まれたデータの表示サイズを順次求め、この表示サイズを累積しながら１画面分の画面サイズと比較する第３のステップと、
前記第３のステップでの比較により前記累積表示サイズが、携帯端末画面の１画面分の解像サイズと同一以上となった際に、現時点での読込みデータをキャッシュ保存する第４のステップと
を含むことを特徴とする携帯端末機におけるＷｅｂキャッシュ方法。
【請求項５】
前記第２のステップにおいて、前記第１のステップで取得された通信ヘッダに変更情報が含まれている場合に、前記第１のステップで取得されたレイアウト情報内のデータを一定量ずつ読込む処理を行うことを特徴とする請求項４に記載の携帯端末機におけるＷｅｂキャッシュ方法。
【請求項６】
コンピュータに、
Ｗｅｂサーバから受信されてＷｅｂブラウザで画面表示されるＷｅｂデータのレイアウト情報を取得する第１の処理と、
前記第１の処理で取得されたレイアウト情報内のデータを一定量ずつ読込む第２の処理と、
前記第２の処理で読込まれたデータの表示サイズを順次求め、この表示サイズを累積しながら１画面分の画面サイズと比較する第３の処理と、
前記第３の処理での比較により前記レイアウト情報の表示サイズが、携帯端末画面の１画面分の解像サイズと同一以上となった際に、現時点での読込みデータをキャッシュ保存する第４の処理と
を実行させることを特徴とするＷｅｂキャッシュプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂ（ウェブ）ブラウザが表示したＷｅｂページのデータを一時的に保存し、次に同一又は関連するＷｅｂページを表示する際にその保存データを用いて高速表示するＷｅｂキャッシュ機能を備えた携帯端末機、携帯端末機におけるＷｅｂキャッシュ方法、Ｗｅｂキャッシュプログラムに関する。
【背景技術】
【０００２】
Ｗｅｂキャッシュは、ネットワーク通信において従来から一般に広く利用されている技術である。Ｗｅｂサーバで実現されるＷｅｂサイトへのアクセス時にパソコン（パーソナルコンピュータ）や携帯端末機などの端末装置内にアイコンなどのデータを記憶手段に保存し、同一サイトに再アクセスする際に、その保存データを用いて各種Ｗｅｂサイトの表示時間の高速化と通信量削減を実現している。
【０００３】
Ｗｅｂキャッシュは、パソコン用のＷｅｂブラウザでは標準機能として組み込まれている。ＷＥＢサーバからダウンロードしたデータをキャッシュするかどうかは、Ｗｅｂサーバ側（コンテンツ提供者側）が明示的に設定することができ、その情報はＨＴＴＰ(Hyper Text Transfer Protocol)ヘッダに載せて運ばれる。ＷＥＢブラウザはそのＨＴＴＰヘッダに基づき、キャッシュの可否を判断したり、キャッシュデータのタイマ（有効期限）の設定を行ったりする。
【０００４】
一般的なＷｅｂサイト全体のデータ量は、１００ＫＢ〜３００ＫＢ程度と言われているが、パソコンのハードディスクは大容量化が進んでいるため、サイト全体をキャッシュしても記憶容量が減少して保存ページ数が極端に少なくなるといったことは無い。
一方、携帯端末機の記憶容量はパソコンと比較すると非常に小さい。そのため従来のキャッシュ技術をそのまま携帯端末機に応用しただけでは、保存できるページ数が極端に少なくなる。
【０００５】
このため、例えば特許文献１に記載されているように、携帯端末機のキャッシュ時の保存データ量の削減を目的とし、携帯端末機がダウンロードする文字又は図形データに制御テーブル内の制御コードを付加し、ユーザの表示指示入力に応じた制御コードで定義される文字や図形を表示するようになっている。
【特許文献１】特開２００６−３８４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記特許文献１においては、携帯端末機がダウンロードしたデータを表示する場合、ユーザの表示指示入力でこれに応じた制御テーブルを選択し、更にその後の表示指示入力の都度、これに対応した制御コードを先に選択された制御テーブル内から検索し、この検索された制御コードで当該コードに対応する文字や図形を表示しなければならないので、その分、表示速度が遅くなるという問題がある。
本発明は、このような課題に鑑みてなされたものであり、Ｗｅｂキャッシュ機能を利用してＷｅｂサイトの初期画面表示の高速化を実現すると共にキャッシュ保存のデータ量を削減することができる携帯端末機、携帯端末機におけるＷｅｂキャッシュ方法、Ｗｅｂキャッシュプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の請求項１による携帯端末機は、Ｗｅｂサーバから受信されてＷｅｂブラウザで画面表示されるＷｅｂページのデータを第１の記憶手段に保存し、次に同一又は関連するＷｅｂページを表示する際にその保存データを用いて表示するＷｅｂキャッシュ機能を有する携帯端末機において、携帯端末画面の１画面分の解像サイズを示す画面サイズ情報を記憶する第２の記憶手段と、Ｗｅｂサーバから受信されたＷｅｂデータ中のレイアウト情報から、前記画面サイズ情報に対応する範囲のデータを求め、このデータを前記第１の記憶手段に保存する処理を行う判定手段とを備えたことを特徴とする。
【０００８】
この構成によれば、携帯端末機でＷｅｂデータを受信する際に、パソコン画面に比べ画面サイズが大幅に小さい携帯端末画面に最初に表示されるデータだけキャッシュ保存することができる。従って、次に同じＷｅｂデータを受信する際のアクセス時に、その保存データを用いて携帯端末画面に、Ｗｅｂサイトの初期画面を高速に表示することができ、また、キャッシュ保存データ量を削減することができる。ここで、ユーザが感じる遅延時間は、ページ全体のデータを取得するためにかかる時間ではなく、最初にページが画面に表示されるまでの時間である。このため、ページ全体のデータ取得が完了していなくても、一部分でも初期画面としてそれが速く表示されればユーザのデータ取得の体感速度を向上させることができる。
【０００９】
また、本発明の請求項２による携帯端末機は、請求項１において、前記判定手段は、前記Ｗｅｂサーバから受信されたＷｅｂデータの通信ヘッダにデータ内容の変更情報が含まれており、このデータが前記画面サイズ情報に対応する範囲のデータである場合に、このデータを前記第１の記憶手段に上書き保存する処理を行うことを特徴とする。
この構成によれば、キャッシュ保存したデータを用いて初期画面表示しながら前回と同一又は関連するＷｅｂサイトにアクセスした際に、その内容が変更されている場合でも、受信Ｗｅｂデータの通信ヘッダから瞬時にそれを判断し、キャッシュ上書き保存することが可能となる。言い換えれば、初期画面を表示しながらキャッシュ保存データを更新することができるので、ユーザのデータ取得時の体感速度を低下させることはない。
【００１０】
また、本発明の請求項３による携帯端末機は、請求項１または２において、前記画面サイズ情報は、前記携帯端末画面の１画面を越え２画面未満の間の画面分、所定の整数の複数画面分の何れか１つの解像サイズを示す情報であることを特徴とする。
この構成によれば、画面サイズ情報が１画面を越え２画面未満の間の画面分の場合は、初期画面を表示する際に、キャッシュ保存データが１画面分よりも余裕を持っているので、携帯電話画面前面に正しく綺麗に表示することが可能となる。また、画面サイズ情報が２画面分以上の場合は、スクロール時に即時適正な表示を行うことが可能となる。
【００１１】
また、本発明の請求項４による携帯端末機におけるＷｅｂキャッシュ方法は、Ｗｅｂサーバから受信されてＷｅｂブラウザで画面表示されるＷｅｂページのデータをキャッシュ保存し、次に同一又は関連するＷｅｂページを表示する際にそのキャッシュ保存データを用いて表示する携帯端末機におけるＷｅｂキャッシュ方法において、前記Ｗｅｂサーバから受信中のＷｅｂデータのレイアウト情報を取得する第１のステップと、前記第１のステップで取得されたレイアウト情報内のデータを一定量ずつ読込む第２のステップと、前記第２のステップで読込まれたデータの表示サイズを順次求め、この表示サイズを累積しながら１画面分の画面サイズと比較する第３のステップと、前記第３のステップでの比較により前記累積表示サイズが、携帯端末画面の１画面分の解像サイズと同一以上となった際に、現時点での読込みデータをキャッシュ保存する第４のステップとを含むことを特徴とする。
この方法によれば、請求項１と同様の作用効果を得ることができる。
【００１２】
また、本発明の請求項５による携帯端末機におけるＷｅｂキャッシュ方法は、請求項４において、前記第２のステップにおいて、前記第１のステップで取得された通信ヘッダに変更情報が含まれている場合に、前記第１のステップで取得されたレイアウト情報内のデータを一定量ずつ読込む処理を行うことを特徴とする。
この方法によれば、請求項２と同様の作用効果を得ることができる。
【００１３】
また、本発明の請求項６によるＷｅｂキャッシュプログラムは、コンピュータに、Ｗｅｂサーバから受信されてＷｅｂブラウザで画面表示されるＷｅｂデータのレイアウト情報を取得する第１の処理と、前記第１の処理で取得されたレイアウト情報内のデータを一定量ずつ読込む第２の処理と、前記第２の処理で読込まれたデータの表示サイズを順次求め、この表示サイズを累積しながら１画面分の画面サイズと比較する第３の処理と、前記第３の処理での比較により前記レイアウト情報の表示サイズが、携帯端末画面の１画面分の解像サイズと同一以上となった際に、現時点での読込みデータをキャッシュ保存する第４の処理とを実行させることを特徴とする。
このプログラム処理によれば、請求項１と同様の作用効果を得ることができる。
【発明の効果】
【００１４】
以上説明したように本発明によれば、Ｗｅｂキャッシュ機能を利用してＷｅｂサイトの初期画面表示の高速化を実現すると共にキャッシュ保存のデータ量を削減することができるという効果がある。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を、図面を参照して説明する。
図１は、本発明の実施の形態に係る携帯端末機を用いた通信システムの構成を示す図である。
図１に示す通信システムは、通話並びにデータ通信を行う機能を有する携帯電話機（携帯端末機）１０と、携帯電話機１０と無線通信を行う無線基地局２０ａと、無線基地局２０ａが接続された移動体通信網並びに有線通信網を含む通信ネットワーク２０と、通信ネットワーク２０に接続されたＷｅｂサーバ３０とを備えて構成され、携帯電話機１０が、通信ネットワーク２０の無線基地局２０ａを介してＷｅｂサーバ３０から所望のＷｅｂサイトのデータ（Ｗｅｂデータ）をダウンロードするようになっている。
【００１６】
携帯電話機１０は、一般的な通信機能であってパソコンと同様なＷｅｂページ上でインタラクティブな表現を可能にするＤＨＴＭＬ(Dynamic Hyper Text Markup Language)に対応したＷｅｂブラウザを備え、更に、本特徴要素であるキャッシュ判定部（判定手段）１１並びに画面サイズ情報記憶部（第２の記憶手段）１２と、これらと連携する通信部１３とキャッシュ記憶部（第１の記憶手段）１４を備えて構成されている。
【００１７】
なお、携帯電話機１０は、ＤＨＴＭＬに対応したＷｅｂブラウザの機能によって、Ｗｅｂサーバ３０から同一のＷｅｂサイトにアクセスしてＷｅｂデータをダウンロードする際に、キャッシュ保存データを用いて初期画面表示を行いながらＷｅｂサーバ３０にアクセスして該当Ｗｅｂデータをダウンロードすることができる。この際、Ｗｅｂサイト全体をダウンロードしていなくても、キャッシュデータ及び既に受信したＷｅｂデータから随時画面表示できるようになっている。
また、キャッシュ保存データを用いない場合、基本的にはＷｅｂページレイアウトを規定するＨＴＭＬファイルやスタイルシートファイル（レイアウト情報）を受信した段階で画面表示が始まり、アイコン等の画像データは途中から動的にＷｅｂページに表示されていくようになっている。
【００１８】
本発明の特徴は、図２に示すように、携帯電話画面（携帯電話機１０の画面）１５は、パソコン画面４０に比べ画面サイズが大幅に小さいので、携帯電話機１０でパソコン画面１面分のＷｅｂデータＡ〜Ｏを受信する際に、携帯電話画面１５に最初に表示されるデータＡとＢだけキャッシュとして保存し、次に同じＷｅｂデータＡ〜Ｏを受信する際のアクセス時に、そのキャッシュ保存データＡ，Ｂを用いて携帯電話画面１５に、Ｗｅｂサイトの初期画面を高速に表示すると共にキャッシュ保存データ量を削減できるようにした点にある。
【００１９】
これを実現するための構成要素について説明する。
画面サイズ情報記憶部１２は、携帯電話画面１５の１画面分の解像サイズを示す画面サイズ情報を記憶するものである。
キャッシュ判定部１１は、通信部１３で受信されたＷｅｂデータを取得し、この通信ヘッダにデータ内容が変更されたことを示す情報が含まれており、このデータが画面サイズ情報記憶部１２に記憶された画面サイズに対応する範囲のデータである場合に、そのキャッシュ保存対象データをキャッシュ記憶部１４に上書き保存するものである。つまりキャッシュ記憶部１４には1画面表示分のキャッシュ保存対象データが記憶されることになる。
【００２０】
キャッシュ保存対象データとは、画像データ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ（ジャバスクリプト）及びスタイルシート等であり、これらデータへのリンク情報がＨＴＭＬファイル等のレイアウト情報に含まれており、この含まれたリンク情報に応じてＷｅｂサーバ３０から画像データ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ（ジャバスクリプト）及びスタイルシート等がダウンロードされるようになっている。
従って、上記のキャッシュ判定部１１がキャッシュ記憶部１４に上書き保存する１画面表示分のキャッシュ保存対象データとは、更に説明すると、１画面表示分のレイアウト情報に含まれるリンク情報に対応付けられたキャッシュ保存対象データとなる。
【００２１】
また、上記のレイアウト情報の解析を行う場合、図３に示すように、ＨＴＭＬファイル５０に設定されているブラウザ規定値５１を解析する。ブラウザ規定値５１は、ＨＴＭＬタグに対応した文字の大きさ（高さ、余白など）を示すものであり、このブラウザ規定値５１から画面表示する文字数や改行コード等を求めて累積すれば、ＨＴＭＬファイル５０のどの部分が携帯電話画面１５に収まるかを判定することが容易にできる。なお、ブラウザ規定値５１に加え、画像属性値５２を用いてもよい。
キャッシュ記憶部１４は、キャッシュ判定部１１での判定により得られるキャッシュ保存対象データを記憶するものである。
なお、通信部１３は、携帯電話機１０に標準装備されており、音声を始め各種データの送受信処理を行うものである。
【００２２】
次に、このような構成の携帯電話機１０におけるＷｅｂキャッシュ保存時の判定処理の動作を、図４に示すフローチャートを参照して説明する。
まず、携帯電話機１０が、無線基地局２０ａ及び通信ネットワーク２０を介して、Ｗｅｂサーバ３０の同一のＷｅｂサイトにアクセスしたとする。この際、携帯電話機１０では、キャッシュ記憶部１４に記憶された該当のレイアウト情報が用いられて携帯電話画面に初期画面が表示され、この状態でＷｅｂサーバ３０にアクセスが行われて該当Ｗｅｂデータが通信部１３で受信される。
【００２３】
この受信後、図４のステップＳ１において、キャッシュ判定部１１にて、受信中Ｗｅｂデータのレイアウト情報であるＨＴＭＬファイル５０が取得され、このＨＴＭＬファイル５０のリンク情報に対応する複数のキャッシュ保存対象データである例えば画像データが取得される。
ステップＳ２において、それら画像データについて変更の有無が通信ヘッダに含まれる情報から判定される。変更が無ければ画像データに内容変更は無いので、Ｗｅｂキャッシュ保存判定処理が終了する。
【００２４】
一方、変更があれば、ステップＳ３において、キャッシュ判定部１１で、その受信された各画像データが一定量読込まれ、ステップＳ４において、その読込まれた画像データを含む表示サイズが解析され、この表示サイズが携帯電話１画面分の画面サイズ情報に当て嵌められる。
そして、ステップＳ５において、その画像データを含む表示サイズが画面サイズ情報と同一以上か否かが判定される。同一未満であれば、ステップＳ３に戻り、上記ステップＳ３、Ｓ４の処理を繰り返す。但し、この繰り返しの際のステップＳ４の処理では、今回求められた表示サイズが前回までの表示サイズに累積され、この累積表示サイズが画面サイズ情報に当て嵌められることになる。
【００２５】
一方、ステップＳ５において、画像データの表示サイズが画面サイズ情報と同一以上と判定された場合、ステップＳ６において、キャッシュ判定部１１によって、その判定時に読込まれている画像データ（キャッシュ保存対象データ）が、キャッシュ記憶部１４に上書き保存される。
また、キャッシュ記憶部１４に記憶されていない始めてのＷｅｂサイトへのアクセス時には、上記のようにキャッシュ保存データを用いた初期画面表示は行われず、ステップＳ３〜ステップＳ６の処理によって、携帯電話１画面分のキャッシュ保存対象データが読込まれ、キャッシュ記憶部１４に記憶される。
【００２６】
このように本実施の形態の携帯電話機１０によれば、パソコン画面１面分のＷｅｂデータを受信する際に、図５（ａ）に示すように、パソコン画面４０に比べ大幅に小さい携帯電話画面１５に最初に表示されるデータＡとＢだけキャッシュとして保存し、次に同じＷｅｂデータを受信する際のアクセス時に、そのキャッシュ保存データＡ，Ｂを用いて携帯電話画面１５にＷｅｂサイトの初期画面を表示するようにしたので、同一Ｗｅｂサイトへのアクセス時にそのＷｅｂサイトの初期画面を高速に表示することができる。
【００２７】
ユーザが感じる遅延時間は、ページ全体のデータを取得するためにかかる時間ではなく、最初にページが画面に表示されるまでの時間である。つまりページ全体のデータ取得が完了していなくても、初期画面が速く表示されればユーザのデータ取得の体感速度は向上する。従って、本実施の形態のように初期画面を表示させれば、ユーザのデータ取得の体感速度を向上させることができる。
【００２８】
また、このように初期画面を表示しながら初期画面表示用以外のキャッシュされていないデータをＷｅｂサーバ３０から受信する必要があるが、この受信は初期画面表示に影響を与えないように実行される。即ち、その際の受信データはＤＨＴＭＬ機能により随時画面上に追加されるため、図５（ｂ）に矢印Ｙ１で示すようにユーザがページをスクロールして、表示画面が１５ａから１５ｂに移行した場合には、これに対応する正しいデータＥ，Ｆ，Ｉ，Ｊが表示されていることになる。従って、ユーザの体感速度は低下しない。
【００２９】
また、キャッシュ保存は、携帯電話１画面分で済むので、キャッシュ保存データ量を大幅に削減することができる。
この他、上記ステップＳ１において、キャッシュ判定部１１にて、受信中Ｗｅｂデータのレイアウト情報として図６に示すＨＴＭＬファイル６０にスタイルシート６１が適用されたファイルが受信された場合、ステップＳ４での解析がスタイルシート６１から実行されることになる。
スタイルシート６１は、上記ブラウザ規定値５１と同様にＷｅｂページの画面表示レイアウトを定義するものであり、このスタイルシート６１が利用されている場合、ブラウザ規定値５１に代えスタイルシート６１の値を利用して１画面分のデータを求める。
【００３０】
即ち、ステップＳ４では、キャッシュ判定部１１において、ステップＳ３で読込まれたデータ中のスタイルシート６１の値の解析が行われ、これにより求められたレイアウト情報の表示サイズが携帯電話１画面分の画面サイズ情報に当て嵌められる。
この場合も上記同様に、同じＷｅｂデータを受信する際のアクセス時に、そのキャッシュ保存データを用いて携帯電話機１０に、Ｗｅｂサイトの初期画面を高速に表示することができると共に、キャッシュ保存データ量を削減することができる。
【００３１】
この他、キャッシュする範囲を、携帯電話１画面分に限らず、１画面を越え２画面未満の間の画面分、２画面分、３画面分、複数画面分といった範囲で余裕を持ってキャッシュを保存するようにしても良い。
この場合、画面サイズ情報記憶部１２に、携帯電話画面１５の１画面を越え２画面未満の間の画面分、２画面分、３画面分、複数画面分の何れかの解像サイズを示す画面サイズ情報を記憶し、キャッシュ判定部１１にて上記ステップＳ５の判定を行うようにすればよい。
【００３２】
但し、画面サイズ情報が、１画面を越え２画面未満の間の画面分の場合は、ステップＳ５での判定は、レイアウト情報表示サイズが画面サイズ情報と同じか否かを判定し、異なればステップＳ３に戻り、同じであればステップＳ６の処理を行うようにする。
この画面サイズ情報が１画面を越え２画面未満の間の画面分の場合は、初期画面を表示する際に、キャッシュ保存データが１画面分よりも余裕を持っているので、携帯電話画面前面に正しく綺麗に表示することが可能となる。
【００３３】
また、画面サイズ情報が２画面分以上の場合は、スクロール時に即時適正な表示を行うことが可能となる。
また、画像リンクが図３又は図６に示した“ｗｉｄｔｈ”及び“ｈｅｉｇｈｔ”の画像属性値５２を持たない場合は、画像データのヘッダを基にレイアウト情報の表示サイズを求める計算を行うようにしてもよい。
なお、ＨＴＭＬファイルとスタイルシートだけでは画面レイアウトが分からないときにヘッダを用いるケースがある。
【００３４】
レイアウト情報の表示サイズを求める計算に利用される情報（スタイルシート、ＨＴＭＬの属性値など）といった情報は、本実施の形態記載例に限られず、一般にＨＴＭＬ、スタイルシートの企画で標準化されているすべての値の利用が考えられる。
また、コンピュータが、次に説明する第１〜第５の処理によるＷｅｂキャッシュ保存判定処理を実行可能な第１のプログラムを作成し、これを、携帯電話機１０などで用いるようにしても、上記同等な効果を得ることが可能となる。
【００３５】
第１の処理において、受信中Ｗｅｂデータのレイアウト情報を取得する。
第２の処理において、第１の処理で取得された通信ヘッダに変更情報が含まれているか否かを判定する。
第３の処理において、変更有データが添付されていれば、第１の処理で取得されたレイアウト情報内のデータ（キャッシュ保存対象データ）を一定量ずつ読込む。
第４の処理において、第３の処理で読込まれたデータを含む表示サイズを求め、この表示サイズを累積しながら携帯電話１画面分の画面サイズと比較する。
第５の処理において、第４の処理での比較によって表示サイズが携帯電話１画面分の画面サイズと同一以上となった際に、現時点での読込みデータをキャッシュ上書き保存する。
【００３６】
更に、コンピュータが、次に説明する第１１〜第１４の処理によるＷｅｂキャッシュ保存判定処理を実行可能な第２のプログラムを作成し、これを、携帯電話機１０などで用いるようにしても、上記同等な効果を得ることが可能となる。
第１１の処理において、受信中Ｗｅｂデータのレイアウト情報を取得する。
第１２の処理において、第１１の処理で取得されたレイアウト情報内のデータ（キャッシュ保存対象データ）を一定量ずつ読込む。
第１３の処理において、第１２の処理で読込まれたデータを含む表示サイズを求め、この表示サイズを累積しながら携帯電話１画面分の画面サイズと比較する。
第１４の処理において、第１３の処理での比較によって表示サイズが携帯電話１画面分の画面サイズと同一以上となった際に、現時点での読込みデータをキャッシュ上書き保存する。
【図面の簡単な説明】
【００３７】
【図１】本発明の実施の形態に係る携帯端末機を用いた通信システムの構成を示す図である。
【図２】携帯電話画面とパソコン画面とのサイズ比較図である。
【図３】ＨＴＭＬファイル及びブラウザ規定値の例を示す図である。
【図４】本実施の形態の携帯電話機におけるＷｅｂキャッシュ保存時の判定処理の動作を説明するためのフローチャートである。
【図５】（ａ）携帯電話画面への初期表示データを示す図、（ｂ）パソコン画面１画面分表示データ上での携帯電話画面のスクロール移動時の画面を示す図である。
【図６】ＨＴＭＬファイル及びスタイルシートの例を示す図である。
【符号の説明】
【００３８】
１０  携帯電話機
１１  キャッシュ判定部
１２  画面サイズ情報記憶部
１３  通信部
１４  キャッシュ記憶部
１５，１５ａ，１５ｂ  携帯電話画面
２０  通信ネットワーク
２０ａ  無線基地局
３０  ＷＥＢサーバ
４０  パソコン画面
５０，６０  ＨＴＭＬファイル
５１  ブラウザ規定値
５２  画像属性値
６１  スタイルシート
【図１】
2008211433.tif 000003
【図２】
2008211433.tif 000004
【図３】
2008211433.tif 000005
【図４】
2008211433.tif 000006
【図５】
2008211433.tif 000007
【図６】
2008211433.tif 000008