(57)【特許請求の範囲】
【請求項１】
インターネットの種々のサービスへのアクセスを中継するプロキシサーバを介して前記インターネット上に配置されかつ各種オブジェクトを格納したオリジンサーバにアクセスし、所望のオブジェクトを要求して取得する過程において前記オブジェクトをフィルタリングするオブジェクトフィルタリング方法であって、
クライアントは、メモリ容量の残量を予め定めた周期で監視し、その残量が所定値以下になった場合に、ＣＰＩ（Ｃａｐａｂｉｌｉｔｙ  ａｎｄ  Ｐｒｅｆｅｒｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）情報がメモリ容量の残量に応じた最新のＣＰＩ情報に、既に更新されているかどうかを判断し、更新されていなければ、最新のＣＰＩ情報に更新し、更新された最新ＣＰＩ情報に応じてフィルタリングの条件を設定して前記プロキシサーバに通知するステップと、前記プロキシサーバは、常にセッションの状態を監視し、前記クライアントから通知された最新のフィルタリング条件に従って、オリジンサーバから送られるオブジェクトの送出の許可および禁止を行うことでフィルタリングするステップとを有することを特徴とするオブジェクトフィルタリング方法。
【請求項２】
前記フィルタリングの条件は、前記更新された最新ＣＰＩ情報に従って、少なくとも、全てのオブジェクト形式の受信可能と、文字データ、音声データ、静止画データのみ受信可能と、文字データのみ受信可能とに設定できるようにしたことを特徴とする請求項１記載のオブジェクトフィルタリング方法。
【請求項３】
前記フィルタリング条件が前記オブジェクトのファイル名の拡張子で示されるようにしたことを特徴とする請求項１から請求項２のいずれか記載のオブジェクトフィルタリング方法。
【請求項４】
前記プロキシサーバは、前記オブジェクトフィルタリング条件として前記クライアントから通知された前記ファイル名の拡張子を持つファイルだけに対して前記クライアントへの送信を抑止するようにしたことを特徴とする請求項３記載のオブジェクトフィルタリング方法。
【請求項５】
前記プロキシサーバは、前記オブジェクトフィルタリング条件として前記クライアントから通知された前記ファイル名の拡張子を持たないファイルだけを前記クライアントに送信するようにしたことを特徴とする請求項３記載のオブジェクトフィルタリング方法。
【請求項６】
前記オブジェクトフィルタリング条件が前記オブジェクトのデータ長で示されるようにしたことを特徴とする請求項１から請求項２のいずれか記載のオブジェクトフィルタリング方法。
【請求項７】
前記プロキシサーバは、前記オブジェクトフィルタリング条件として前記クライアントから通知されたデータ長を持つファイルに対して前記クライアントへの送信を抑止するようにしたことを特徴とする請求項６記載オブジェクトフィルタリング方法。
【請求項８】
前記クライアントが携帯電話端末であることを特徴とする請求項１から請求項７のいずれか記載のオブジェクトフィルタリング方法。
【請求項９】
前記プロキシサーバがＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）用ゲートウェアサーバであることを特徴とする請求項１から請求項８のいずれか記載のオブジェクトフィルタリング方法。
【請求項１０】
インターネットの種々のサービスへのアクセスを中継するプロキシサーバを介して前記インターネット上に配置されかつ各種オブジェクトを格納したオリジンサーバにアクセスし、前記サーバに所望のオブジェクトを要求して取得するクライアント装置であって、
インターネットにアクセスして前記オブジェクトの取得制御を行う制御手段と、その取得したオブジェクトを記憶するメモリ手段とを有し、前記制御手段は、メモリ容量の残量を予め定めた周期で監視し、そのメモリ残量が予め定めたメモリ残量以下になったことを検出した時に、ＣＰＩ（Ｃａｐａｂｉｌｉｔｙ  ａｎｄ  Ｐｒｅｆｅｒｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）情報がメモリ容量の残量に応じた最新のＣＰＩ情報に、既に更新されているかどうかを判断し、更新されていなければ、最新のＣＰＩ情報に更新し、更新された最新ＣＰＩ情報に応じて自装置に転送すべきオブジェクトの送出を許可および禁止を前記プロシキサーバにおいて行わせるためのフィルタリング条件を設定して前記プロキシサーバに通知するようにしたことを特徴とするクライアント装置。
【請求項１１】
前記フィルタリング条件が前記オブジェクトのファイル名の拡張子で示されるようにしたことを特徴とする請求項１０記載のクライアント装置。
【請求項１２】
前記フィルタリング条件が前記オブジェクトのデータ長で示されるようにしたことを特徴とする請求項１０から請求項１１のいずれか記載のクライアント装置。
【請求項１３】
前記制御手段及び前記メモリ手段を含む携帯電話端末であることを特徴とする請求項１０から請求項１２のいずれか記載のクライアント装置。
【請求項１４】
前記制御手段及び前記メモリ手段を含むＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）端末であることを特徴とする請求項１０から請求項１３のいずれか記載のクライアント装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はオブジェクトフィルタリング方法及びそれを用いたクライアント装置に関し、特にプロキシサーバがクライアントへのオブジェクトをフィルタリングする方法及びそのクライアント装置に関する。
【０００２】
【従来の技術】
携帯電話向けのネットワーク接続用プロトコルとして、現在、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）がある。ＷＡＰに対応した電話を用いれば、ユーザは携帯電話等の携帯端末から簡単な操作方法でインタネット等に接続することができ、電子メールやその他のコンテンツを利用することができる。
【０００３】
このプロトコルはＷＡＰフォーラムにて検討が続けられており、関連ＷＥＢサイトにはＷＡＰ最新バージョンが公開されている。現時点におけるＷＡＰ最新バージョンのうち、「ＷＡＧ  ＵＡＰＲＯＦ  Ｖｅｒｓｉｏｎ  １０−Ｎｏｖ−１９９９（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｕｓｅｒ  Ａｇｅｎｔ  Ｐｒｏｆｉｌｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）」という表題のスペックによれば、ＷＡＰクライアントとＷＡＰゲートウェイとの間でのセッション確立時にはＷＡＰクライアントのＷＡＰコンテンツ処理能力や所望のコンテンツ形式を示すパラメータをＣＰＩ（Ｃａｐａｂｉｌｉｔｙ  ａｎｄ  Ｐｒｅｆｅｒｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ）としてＷＡＰゲートウェイへ送出し、ＷＡＰゲートウェイではそのパラメーターをセッション確立中は常にキャッシュしておくことが規定されている。
【０００４】
さらに、このスペックではＷＡＰ端末がそのＣＰＩを随時更新することができるとしている。ＷＡＰゲートウェイまたはＷＡＰオリジンサーバでは、ＣＰＩの情報を用いてＷＡＰクライアントに送出するコンテンツまたはオブジェクトの種類を制限することができる。
【０００５】
このＣＰＩはＷＡＰクライアントのハードウェア特性（表示サイズ、カラー対応可否、画像対応可否、メーカ名等）、ソフトウェア特性［ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）ベンダやバージョン、ＭＥｘＥサポート可否、オーディオエンコーダに関する情報、ビデオエンコーダに関する情報等）、アプリケーション特性／ユーザ要求事項（ブラウザメーカ、ブラウザバージョン、記述言語特性、記述言語バージョン、スクリプト系言語対応可否等）、ＷＡＰ特性（ベアラ特性等）等のクライアントとしてのＷＡＰクライアントに関する種々の特性を表わすことができる。
【０００６】
また、オブジェクトをフィルタリングする技術としては、例えば特許第２８９３０１９号公報に示すように、プッシュサービスにおけるオブジェクト配信をより効率的に実現するものがある。
【０００７】
【発明が解決しようとする課題】
上述した従来のオブジェクトをフィルタリングする技術では、クライアントからのオブジェクト取得要求に応じてプロキシサーバがクライアントへオブジェクトを送る際、ＣＰＩを参照してクライアントの能力に応じてオブジェクトをフィルタリングして送ることができる。
【０００８】
しかしながら、クライアント内のメモリ容量残量の変化に関しては無関係に送っているため、メモリ容量の残量が少なくなり、新しいオブジェクトの内容を全て記憶できない場合に、クライアントではそれらオブジェクトを記憶せずに捨ててしまうか、新たに受信したオブジェクトを記憶するために、いくつかの古いオブジェクトを削除する必要がある。
【０００９】
受信したオブジェクトをクライアントで記憶せずに捨ててしまう場合には、プロキシサーバとクライアントとの間の通信資源を無駄に消費してしまうという問題があり、また新しいオブジェクトを記憶するために古いオブジェクトを削除する場合には、大切なオブジェクトを不用意に削除してしまうという問題がある。
【００１０】
そこで、本発明の目的は上記の問題点を解消し、プロキシサーバとクライアントとの間の回線使用効率向上を図ることができ、クライアント側での不用意なデータ削除を回避することができるオブジェクトフィルタリング方法及びそれを用いたクライアント装置を提供することにある。
【００１１】
【課題を解決するための手段】
本発明によるオブジェクトフィルタリング方法は、インターネットの種々のサービスへのアクセスを中継するプロキシサーバを介して前記インターネット上に配置されかつ各種オブジェクトを格納したオリジンサーバにアクセスし、所望のオブジェクトを要求して取得する過程において前記オブジェクトをフィルタリングするオブジェクトフィルタリング方法であって、
クライアントは、メモリ容量の残量を予め定めた周期で監視し、その残量が所定値以下になった場合に、ＣＰＩ（Ｃａｐａｂｉｌｉｔｙ  ａｎｄ  Ｐｒｅｆｅｒｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）情報がメモリ容量の残量に応じた最新のＣＰＩ情報に、既に更新されているかどうかを判断し、更新されていなければ、最新のＣＰＩ情報に更新し、更新された最新ＣＰＩ情報に応じてフィルタリングの条件を設定して前記プロキシサーバに通知するステップと、前記プロキシサーバは、常にセッションの状態を監視し、前記クライアントから通知された最新のフィルタリング条件に従って、オリジンサーバから送られるオブジェクトの送出の許可および禁止を行うことでフィルタリングするステップとを有している。
【００１２】
【課題を解決するための手段】
本発明によるクライアント装置は、インターネットの種々のサービスへのアクセスを中継するプロキシサーバを介して前記インターネット上に配置されかつ各種オブジェクトを格納したオリジンサーバにアクセスし、前記サーバに所望のオブジェクトを要求して取得するクライアント装置であって、
インターネットにアクセスして前記オブジェクトの取得制御を行う制御手段と、その取得したオブジェクトを記憶するメモリ手段とを有し、前記制御手段は、メモリ容量の残量を予め定めた周期で監視し、そのメモリ残量が予め定めたメモリ残量以下になったことを検出した時に、ＣＰＩ（Ｃａｐａｂｉｌｉｔｙ  ａｎｄ  Ｐｒｅｆｅｒｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）情報がメモリ容量の残量に応じた最新のＣＰＩ情報に、既に更新されているかどうかを判断し、更新されていなければ、最新のＣＰＩ情報に更新し、更新された最新ＣＰＩ情報に応じて自装置に転送すべきオブジェクトの送出を許可および禁止を前記プロシキサーバにおいて行わせるためのフィルタリング条件を設定して前記プロキシサーバに通知するようにしている。
【００１３】
すなわち、本発明のオブジェクトフィルタリング方法は、上記の課題を解決するために、インタネット上に配置されかつ各種オブジェクトを格納したサーバに、インタネットの種々のサービスへのアクセスを中継するプロキシサーバを介してアクセスし、所望のオブジェクトを要求して取得する過程において、クライアントでのメモリ容量の残量の多寡に応じてクライアントがプロキシサーバに対してフィルタリングの条件を通知し、プロキシサーバがそのフィルタリング条件にしたがってオブジェクトをフィルタリングしている。
【００１４】
クライアントは常にまたは定期的にメモリ残量を監視し、その残量が一定量以下になった場合に、予め定めた様式にしたがって、プロキシサーバに対してそれ以降にクライアントに送出を許可するオブジェクト形式、またはそれ以降にクライアントに送出を禁止するオブジェクト形式を表わす情報データを送出する。このオブジェクト形式はファイル属性でも良いし、最大データ長でも良い。
【００１５】
プロキシサーバはその情報をクライアントから受取った後、その情報データ内に指定されている情報にしたがって、そのクライアントに送出するオブジェクトを制限、すなわちフィルタリングを実行する。
【００１６】
上記の一連の動作によって、プロキシサーバとクライアントとの間の回線使用効率向上を図り、クライアント側での不用意なデータ削除を回避することが可能となる。
【００１７】
つまり、本発明ではクライアント側のメモリ残量の多寡に応じて、プロキシサーバからクライアントに送るオブジェクトの数や種類を限定したり、あるいはプロキシサーバからクライアントに送らないオブジェクトの数や種類を限定することで、プロキシサーバとクライアントとの間の回線使用効率の向上を図り、クライアント側での不用意なデータ削除を回避させることが可能となる。
【００１８】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例による通信システムの構成を示すブロック図である。図１において、本発明の一実施例による通信システムはＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）ゲートウェイ１と、ＷＡＰ端末２と、ＷＡＰオリジンサーバ３と、インタネットオリジンサーバ４と、インタネット網１００とから構成されている。
【００１９】
ＷＡＰゲートウェイ１は無線基地局装置及び交換制御装置１１と、ＷＡＰサーバ１２と、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）／ＷＭＬ（Ｗｉｒｅｌｅｓｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）変換装置１３とから構成されている。
【００２０】
携帯電話等の情報通信端末向けのネットワーク接続用プロトコルとしてのＷＡＰでは、ＷＭＬで記述されてＷＡＰオリジンサーバ３に用意されたコンテンツを、インタネット網１００に接続され、インタネット網１００における種々のサービスへのＷＡＰ端末２からのアクセスを中継するプロキシサーバとしての機能を持つＷＡＰゲートウェイ１を介してＷＡＰ端末２に配信している。
【００２１】
また、現在のインタネット標準としての記述言語であるＨＴＭＬで記述されてインタネットオリジンサーバ４に用意されたコンテンツを、ＷＡＰゲートウェイ１内のＨＴＭＬ／ＷＭＬ変換装置１３でＨＴＭＬからＷＭＬに変換してＷＡＰ端末２に配信することもできる。
【００２２】
一方、ＷＡＰ端末２から送られたデータは、例えばＷＡＰゲートウェイ１内の無線基地局装置及び交換制御装置１１に送られ、無線基地局装置及び交換制御装置１１からＷＡＰサーバ１２を介してＷＡＰオリジンサーバ３に転送される。
【００２３】
また、ＷＡＰ端末２からのデータのアドレスがインタネットオリジンサーバ４であれば、そのデータはＷＡＰゲートウェイ１内のＨＴＭＬ／ＷＭＬ変換装置１３で変換されてインタネットオリジンサーバ４に転送される。
【００２４】
図２は図１のＷＡＰ端末２の構成を示すブロック図である。図２において、ＷＡＰ端末２はアンテナ２０と、共用器２１と、受信部２２と、送信部２３と、ＷＡＰデータ復号部２４と、ＷＡＰデータ符号部２５と、制御部２６と、メモリ部２７と、表示部２８と、入力部２９とを備え、ＷＡＰゲートウェイ１との間で無線通信を行う。
【００２５】
ＷＡＰ端末２のアンテナ２０は無線信号を送受信する。共用器２１は受信した無線信号と送信する無線信号とを一本のアンテナ２０で共用するためのものである。受信部２２には受信した無線信号が共用器２１を介して入力され、送信部２４は無線信号を共用器２１に入力する。
【００２６】
ＷＡＰデータ復号部２４は受信部２２で受信した無線信号の中から取り出されたデータ信号を復号する。ＷＡＰデータ符号部２５は送信部２３から送出する無線信号に含まれるＷＡＰデータを符号化する。
【００２７】
制御部２６はＷＡＰデータ復号部２４及びＷＡＰデータ符号部２５の動作を制御する。メモリ部２７は制御部２６に接続されてＷＡＰゲートウェイ１から送信されてきたデータやＷＡＰ端末２内部のデータを記憶する。表示部２８にはＷＡＰゲートウェイ１から送信されてきたＷＡＰデータやＷＡＰ端末２内部のデータの状態が制御部２６を介して表示される。尚、メモリ部２７の容量は限られているため、無制限にＷＡＰゲートウェイ１から送られてくるデータを格納しておくことはできない。
【００２８】
図３は図２のＷＡＰ端末２の動作を示すフローチャートであり、図４は図１のＷＡＰゲートウェイ１の動作を示すフローチャートである。これら図１〜図４を参照して本発明の一実施例によるオブジェクトフィルタリング方法の処理動作について説明する。
【００２９】
以下、上述した構成のＷＡＰ環境において、本発明に関わるＷＡＰ端末２の動作について説明する。ＷＡＰ端末２がＷＡＰサービスを受ける場合、ＷＡＰゲートウェイ１との間でセッションを張る必要がある。これはＷＡＰスペックの中でＷＳＰ（Ｗｉｒｅｌｅｓｓ  Ｓｅｓｓｉｏｎ  Ｐｒｏｔｏｃｏｌ）として詳細が規定されている。ここでは、既にＷＡＰ端末２とＷＡＰゲートウェイ１との間でセッションが確立し、ＷＡＰデータが転送されていることを前提として説明する。
【００３０】
ＷＡＰ端末２内の制御部２６では常にセッションの状態を監視しており（図３ステップＳ１）、セッションが確立している間は予め定めた時間間隔、もしくは任意の時間間隔でメモリ部２７の残存容量を監視している（図３ステップＳ２，Ｓ３）。
【００３１】
ここで、メモリ部２７の残存容量が予め定めた容量よりも多い場合にはセッション確立状態の監視とともに（図３ステップＳ１）、メモリ部２７の残存容量監視を継続する（図３ステップＳ２，Ｓ３）。
【００３２】
しかしながら、メモリ部２７の残存容量が予め定めた容量を下回った場合、制御部２６はＣＰＩ情報が既に更新されているかどうかを判断し（図３ステップＳ４）、更新されていなければＣＰＩ情報を更新し（図３ステップＳ５）、ステップＳ１〜Ｓ５の動作を継続する。ここで、既にＣＰＩ情報が更新されていれば、ＣＰＩ情報を改めて更新せずに、上記のステップＳ１〜Ｓ４の動作を継続する。
【００３３】
次に、ＷＡＰゲートウェイ１の動作について説明する。ここでも、既にＷＡＰ端末２とＷＡＰゲートウェイ１との間でセッションが確立し、ＷＡＰデータが転送されていることを前提として説明する。
【００３４】
ＷＡＰゲートウェイ１では常にセッションの状態を監視しており（図４ステップＳ１１）、セッションが確立している間は最新ＣＰＩ情報にしたがってオリジンサーバから送られるオブジェクトをフィルタリングする（図４ステップＳ１２）。
【００３５】
また、ＷＡＰゲートウェイ１は常にＣＰＩ情報が更新されたかどうかを監視しており（図４ステップＳ１３）、ＣＰＩ情報がＷＡＰ端末２によって更新された場合には、その更新されたＣＰＩ情報をキャッシングし（図４ステップＳ１４）、上記のステップＳ１１〜Ｓ１３の動作を継続する。
【００３６】
上記のように、ＷＡＰ端末２は常にまたは定期的にメモリ残量を監視し、その残量が一定量以下になった場合に、予め定めた様式にしたがってＷＡＰゲートウェイ１に対し、それ以降にＷＡＰ端末２に送出を許可するオブジェクト形式、またはそれ以降にＷＡＰ端末２に送出を禁止するオブジェクト形式を表わす情報データを送出する。このオブジェクト形式はファイル属性（例えば、オブジェクトのファイル名の拡張子）でも良いし、最大データ長でも良い。
【００３７】
ＷＡＰゲートウェイ１はその情報をＷＡＰ端末２から受取った後、その情報データ内に指定されている情報にしたがって、そのＷＡＰ端末２に送出するオブジェクトを制限、すなわちフィルタリングを実行する。
【００３８】
上記の一連の動作によって、ＷＡＰゲートウェイ１とＷＡＰ端末２との間の回線使用効率の向上を図り、ＷＡＰ端末２側での不用意なデータ削除を回避することができる。
【００３９】
このように、ＷＡＰ端末２（クライアント）側のメモリ残量の多寡に応じて、ＷＡＰゲートウェイ１（プロキシサーバ）からＷＡＰ端末２に送るオブジェクトの数や種類を限定したり、あるいはＷＡＰゲートウェイ１からＷＡＰ端末２に送らないオブジェクトの数や種類を限定することができるので、ＷＡＰゲートウェイ１とＷＡＰ端末２との間の回線使用効率向上を図ることができ、ＷＡＰ端末２側での不用意なデータ削除を回避することができる。
【００４０】
図５は本発明の他の実施例によるＷＡＰ端末の動作を示すフローチャートである。本発明の他の実施例では、本発明の一実施例において一つのメモリ残量判定値を定め、その判定値を基準としてＷＡＰ端末２内のメモリ部２７の残存容量の多寡を判断し、ＣＰＩ情報を更新する例について説明したが、ここでは二つの判定値を定め、それらの判定値をそれぞれａ，ｂ（ａ＞ｂ）としてＷＡＰ端末２内のメモリ部２７の残存容量の多寡を判断している。
【００４１】
以下の説明において、セッション確立時点でのＣＰＩ情報を「ＣＰＩ０」、メモリ残量が「ｂ」以上だが「ａ」を下回った場合のＣＰＩ情報を「ＣＰＩ１」として更新、さらにメモリ残量が「ｂ」を下回った場合にＣＰＩ情報を「ＣＰＩ２」として更新する例について示している。
【００４２】
ここでも、上記の例と同様に、既にＷＡＰ端末２とＷＡＰゲートウェイ１との間でセッションが確立し、ＷＡＰデータが転送されていることを前提として説明する。
【００４３】
ＷＡＰ端末２内の制御部２６では常にセッションの状態を監視しており（図５ステップＳ２１）、セッションが確立している間は予め定めた時間間隔、もしくは任意の時間間隔でメモリ部２７の残存容量を監視している（図５ステップＳ２２，Ｓ２３）。
【００４４】
ここで、メモリ部２７の残存容量が予め定めた第一の判定値「ａ」以上の場合には現在のＣＰＩ情報を判定し（図５ステップＳ２４）、ＣＰＩ情報が「ＣＰＩ０」でなければ、ＣＰＩ情報を「ＣＰＩ０」として情報を更新する（図５ステップＳ２５）。現在のＣＰＩ情報が「ＣＰＩ０」であれば、そのままステップＳ２１〜Ｓ２３までの動作を継続する。
【００４５】
上記のステップＳ２３の判定において、メモリ部２７の残存容量が予め定めた第一の判定値「ａ」よりも下回っている場合には、さらに第二の判定値「ｂ」と比較し（図５ステップＳ２６）、メモリ部２７の残存容量が「ｂ」以上の場合、現在のＣＰＩ情報を判定し（図５ステップＳ２７）、ＣＰＩ情報が「ＣＰＩ１」でなければ、ＣＰＩ情報を「ＣＰＩ１」として情報を更新する（図５ステップＳ８）。現在のＣＰＩ情報が「ＣＰＩ１」であれば、そのままステップＳ２１〜Ｓ２６の動作を継続する。
【００４６】
上記のステップＳ２６の判定において、メモリ部２７の残存容量が予め定めた第二の判定値「ｂ」よりも下回っている場合には、現在のＣＰＩ情報を判定し（図５ステップＳ２９）、ＣＰＩ情報が「ＣＰＩ２」でなければ、ＣＰＩ情報を「ＣＰＩ２」として情報を更新する（図５ステップＳ３０）。現在のＣＰＩ情報が「ＣＰＩ２」であれば、上記のステップＳ２１〜Ｓ２９の動作をそのまま継続する。
【００４７】
本実施例では、メモリ部２７の残存容量の増減に応じてダイナミックにＣＰＩ情報を更新することができる。ＣＰＩ情報の具体例としては、例えば「ＣＰＩ０」では全てのオブジェクト形式を受信可能、「ＣＰＩ１」では文字データ、音声データ、静止画データのみ受信可能、「ＣＰＩ２」では文字データのみ受信可能という様な設定が考えられる。
【００４８】
このように、クライアント（ＷＡＰ端末２）側のメモリ残量の多寡に応じて、プロキシサーバ（ＷＡＰゲートウェイ１）からクライアントに送るオブジェクトの数や種類を限定したり、あるいはプロキシサーバからクライアントに送らないオブジェクトの数や種類を限定することができるので、プロキシサーバとクライアントとの間の回線使用効率の向上を図ることができ、クライアント側での不用意なデータ削除を回避することができる。
【００４９】
尚、本発明の一実施例及び他の実施例では、クライアントをＷＡＰ端末２とし、プロキシサーバをＷＡＰゲートウェイ１としているが、クライアントが他の携帯電話端末であっても、またプロキシサーバがその携帯電話端末のゲートウェイサーバであってもよく、これに限定されない。
【００５０】
【発明の効果】
以上説明したように本発明によれば、インタネットの種々のサービスへのアクセスを中継するプロキシサーバを介してインタネット上に配置されかつ各種オブジェクトを格納したサーバにアクセスし、所望のオブジェクトを要求して取得する過程においてオブジェクトをフィルタリングする際に、クライアントにおけるメモリ容量の残量を監視し、その監視結果に応じてクライアントからプロキシサーバに対してフィルタリングの条件を通知し、この通知されたフィルタリング条件にしたがってプロキシサーバがオブジェクトをフィルタリングすることによって、プロキシサーバとクライアントとの間の回線使用効率向上を図ることができ、クライアント側での不用意なデータ削除を回避することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の一実施例による通信システムの構成を示すブロック図である。
【図２】図１のＷＡＰ端末の構成を示すブロック図である。
【図３】図２のＷＡＰ端末の動作を示すフローチャートである。
【図４】図１のＷＡＰゲートウェイの動作を示すフローチャートである。
【図５】本発明の他の実施例によるＷＡＰ端末の動作を示すフローチャートである。
【符号の説明】
１  ＷＡＰゲートウェイ
２  ＷＡＰ端末
３  ＷＡＰオリジンサーバ
４  インタネットオリジンサーバ
２０  アンテナ
２１  共用器
２２  受信部
２３  送信部
２４  ＷＡＰデータ復号部
２５  ＷＡＰデータ符号部
２６  制御部
２７  メモリ部
２８  表示部
２９  入力部
１００  インタネット網
【図１】
0004025498.tif 000002
【図２】
0004025498.tif 000003
【図３】
0004025498.tif 000004
【図４】
0004025498.tif 000005
【図５】
0004025498.tif 000006