(57)【特許請求の範囲】
【請求項１】
配信用のコンテンツを格納したコンテンツ格納サーバと、
コンテンツ自体を格納する実領域としての実記憶部とネットワーク上におけるコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を備え、コンテンツの取得要求に基づいて前記コンテンツ格納サーバから要求のあったコンテンツを取得するときそのサイズの通知を受け、実記憶部の空きサイズと比較した結果、実記憶部に容量的にその全体を格納できないコンテンツについてはそのコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納するクライアントと、
前記コンテンツ格納サーバとクライアントの双方がアクセス可能なネットワーク上に配置され、前記仮想記憶部にコンテンツの所在を示す情報を格納する際に自身の記憶部に割り当てられた記憶領域のその所在を示す情報に対応する位置に前記コンテンツ格納サーバから前記コンテンツの取得要求に基づいて読み出したそのコンテンツ全体を格納するゲートウェイ
とを具備することを特徴とする通信システム。
【請求項２】
配信用のコンテンツを格納すると共に配信先に送信するコンテンツを一時的に格納する記憶領域を備えたコンテンツ格納サーバと、
コンテンツ自体を格納する実領域としての実記憶部とネットワーク上におけるコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を備え、コンテンツの取得要求に基づいて前記コンテンツ格納サーバから要求のあったコンテンツを取得するときそのサイズの通知を受け、実記憶部の空きサイズと比較した結果、実記憶部に容量的にその全体を格納できないコンテンツについてはそのコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納すると共に前記コンテンツ格納サーバから前記コンテンツの取得要求に基づいて読み出したそのコンテンツ全体を前記コンテンツ格納サーバの記憶領域に一時的に格納するクライアント
とを具備することを特徴とする通信システム。
【請求項３】
配信用のコンテンツを格納するコンテンツ格納サーバと、
要求のあった配信先に送信するコンテンツ自体を一時的に格納する記憶領域を備えた一時格納用サーバと、
コンテンツ自体を格納する実領域としての実記憶部とネットワーク上におけるコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を備え、コンテンツの取得要求に基づいて前記コンテンツ格納サーバから要求のあったコンテンツを取得すると共に、取得するコンテンツのサイズの通知を受け、実記憶部の空きサイズと比較した結果、実記憶部に容量的にその全体を格納できないコンテンツについてはそのコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納し、格納できなかったコンテンツについてはその所在を示す情報に対応する前記一時格納用サーバの記憶領域に前記コンテンツ格納サーバから前記コンテンツの取得要求に基づいて読み出したそのコンテンツ全体を一時的に格納し、そのコンテンツが必要となったとき一時格納用サーバにその送出を要求するクライアント
とを具備することを特徴とする通信システム。
【請求項４】
配信用のコンテンツを格納するコンテンツ格納サーバと、
コンテンツの取得を要求するクライアントと、
前記コンテンツ格納サーバとクライアントの双方がアクセス可能なネットワーク上に配置され、クライアントの過去に要求したコンテンツの中から所定のコンテンツを選別するコンテンツ選別手段と、このコンテンツ選別手段によって選別されたコンテンツを前記コンテンツ格納サーバに対してクライアントの要求の有無に係わらず間隔的にアクセスしてこれらのコンテンツを取得する自動巡回手段と、クライアントから前記コンテンツ格納サーバに格納されている配信用のコンテンツの取得を要求されたとき自動巡回手段で取得したコンテンツがその要求に合うものであればこれを前記コンテンツ格納サーバに代わって配信するゲートウェイ
とを具備し、
前記クライアントは、コンテンツ自体を格納する実領域としての実記憶部とコンテンツを特定する情報とコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を備え、前記コンテンツ格納サーバからコンテンツを取得すると共に、実記憶部に容量的にその全体を格納できないコンテンツの場合にはコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納し、格納できなかったコンテンツについてはその全体を前記ゲートウェイ内の記憶領域に格納し必要に応じてこれを取り出すようにした
ことを特徴とする通信システム。
【請求項５】
配信用のコンテンツを格納するコンテンツ格納サーバと、
このコンテンツ格納サーバから所定のコンテンツを間隔を置いて取得し予め定められた記憶領域にこれを保持することでこれらのコンテンツの更新を行う自動巡回用記憶手段と、
コンテンツ格納サーバに格納されているコンテンツの取得が要求されたとき自動巡回用記憶手段に格納されたコンテンツがその要求に合うものであればこれを要求先に送信しそれ以外の場合にはコンテンツ格納サーバからこれを取得して送信するコンテンツ送信手段を備えたゲートウェイと、
このゲートウェイを介して前記コンテンツ格納サーバにコンテンツの取得を要求するコンテンツ通常取得要求手段と、
ゲートウェイに対して任意のコンテンツを前記所定のコンテンツとして前記自動巡回用記憶手段の予め定められた記憶領域に格納しておくことを要求する自動巡回要求手段と、
コンテンツ自体を格納する実領域としての実記憶部とコンテンツを特定する情報とそのコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を備え、前記コンテンツ格納サーバからコンテンツを取得すると共に、実記憶部に容量的にその全体を格納できないコンテンツの場合にはコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納し、格納できなかったコンテンツについてはその全体を前記ゲートウェイ内の記憶領域に格納し必要に応じてこれを取り出すようにしたクライアント
とを具備することを特徴とする通信システム。
【請求項６】
前記ゲートウェイはコンテンツ格納サーバに格納されていたコンテンツをフレーム単位のビットマップデータに変換してクライアントに送信することを特徴とする請求項４または請求項５記載の通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は比較的小型の通信装置を使用した場合に特に好適な通信システムに係わり、特に通信装置を基準にして比較的大量のデータを取り扱う場合に有益な通信システムに関する。
【０００２】
【従来の技術】
近年、コンピュータおよびコンピュータ関連機器が社会に広く浸透し、個人が積極的に情報の発信および消費を行うようになってきている。また、電話機を使用した通信は最初は音声通話がその大部分を占めていたが、ファクシミリ等による音声以外の情報を通信する割合が増加している。
【０００３】
移動通信の分野でも例外ではない。すわち、電子メールやインターネットの急激な普及に伴って、音声通信だけでなくメールの送受信や更にはＷＷＷ（ｗｏｒｌｄ  ｗｉｄｅ  ｗｅｂ）上の所望のホームページにアクセスして必要な情報を取得したり、自分の情報をアップロードするといったことが日常的に行われるようになってきている。
【０００４】
ところで、インターネット等の情報源から情報を引き出して利用するための機器としてのコンピュータ等の通信装置は、引き出した情報をそのまま使用する場合もあれば、一度保存して使用することも多い。たとえば、ホームページをダウンロードする場合を考えてみると、全く新しいホームページをアクセスするような場合にはそのホームページの要求先のファイルを全部ダウンロードすることになる。ところが、そのホームページを２度目にダウンロードする場合には、最初にダウンロードしたファイルを保存しておけば、それ以後に内容の更新を行ったファイルのみをダウンロードすることができ、ダウンロードに要する時間を軽減すると共に画像の処理速度を向上させることができる。
【０００５】
元来、このような情報源と通信を行う装置はオフィスや家庭に設置されている据え置き型のコンピュータや比較的大型の通信装置であった。これらの装置は必要とするだけの通信に十分な量のメモリ（記憶装置）を備えているのが大前提であり、またそれは据え置き型である以上実現可能であった。すなわち、これらの装置がＷＷＷのホームページやビデオメール、カラオケ用画像音声データ等の各種コンテンツを読み込むことを前提として設計され、また購入されたものであれば、読み込みが可能であるかどうかといった心配をする必要はまず不要であった。仮にそのような必要がある場合があるとすれば、たまたま内蔵のハードディスク等の記憶媒体が他の情報によって占有されてしまったというような場合に限られていた。
【０００６】
ところが、携帯電話機や持ち運び可能なコンピュータのような通信装置では、装置自体のサイズあるいは容積が小さいので、その内部に組み込む記憶媒体のメモリ容量がどうしても小さなものになってしまう。したがって、通信装置側が電子メールのテキスト情報のように比較的小容量のデータを読み込む場合には問題がないとしても、動画情報等からなる比較的大容量のコンテンツを読み込もうとすると、メモリ容量をオーバしてダウンロードできないといった問題が発生するおそれがあった。
【０００７】
図５９は、このような問題を解決するために従来行われていた手法を示したものである。この手法では、携帯電話機１１の他にラップトップ型等の移動型のコンピュータ１２を用意し、コンテンツのダウンロード等のように大容量のデータを情報源から読み込む場合には両者を通信カード付きケーブル１３で接続するようにしていた。この手法では、コンピュータ１２のカード用スロットを利用して携帯電話機１１とコンピュータ１２を接続するようにしている。そして携帯電話機１１を無線電話機として使用してコンピュータ１２を所望の通信相手に接続し、コンピュータ内部の記憶媒体にデータを蓄積すると共に、ブラウザ（ｂｒｏｗｓｅｒ）を使用して、視覚的なデータをコンピュータの画面１５上に表示するようにしている。
【０００８】
図６０は、このような従来の装置を用いて、ファイル、プログラム等の各種のデータ（以下これらをコンテンツと総称する。）を読み込む際の通信システムの構成を表わしたものである。ただしこの図では以上の説明における携帯電話機１１およびコンピュータ１２をクライアント２１と総称している。クライアント２１はその記憶部としてのクライアント記憶部２２を備えている。クライアント２１はゲートウェイ２３を介して、サーバ２４からコンテンツの読み込み動作を行い、これをクライアント記憶部２２に格納する。
【０００９】
図６１は、このような従来の通信システムにおけるコンテンツの読み込みの際の処理の流れを表わしたものである。まずクライアント２１はコンテンツの取得要求をゲートウェイ２３に送出する（ステップＳ３１）。具体的にはサーバ２４におけるその所望とするコンテンツのアドレスを指示してコンテンツの取得要求を行う。ゲートウェイ２３ではこのクライアント２１の要求をサーバ２４との接続用の信号に変換する。そしてサーバ２４に対してコンテンツアドレスと共にコンテンツの取得要求を行う（ステップＳ３２）。サーバ２４はこの要求に対してコンテンツの取得応答を出し（ステップＳ３３）、ゲートウェイ２３はこの取得応答をクライアント２１に送出する（ステップＳ３４）。これにより、クライアント２１はサーバ２４から取得したコンテンツをクライアント記憶部２２に格納する（ステップＳ３５）。先の例では、携帯電話機１１の通信機能を使用してこの携帯電話機１１を接続したコンピュータ１２の内蔵の磁気ディスク等の記憶部にコンテンツを蓄積することになる。
【００１０】
【発明が解決しようとする課題】
このような手法を採用することで、使用者はコンピュータ１２に備わった比較的大容量の記憶媒体、あるいはコンピュータ１２に更に外付けされる大容量の記憶媒体にコンテンツを格納することができる。また、コンピュータの画面１５にインターネットのホームページ等の必要な情報を視覚的に表示することができる。しかも、携帯電話機１１も移動型のコンピュータ１２も共に持ち運ぶことができるので、これらを目的の場所まで移動させることができる。
【００１１】
しかしながら、このように携帯電話機１１と移動型のコンピュータ１２を併用する通信システムでは、次のような問題があった。
（１）携帯電話機１１と移動型のコンピュータ１２を常に一緒に持ち歩く必要があり、特に旅行先にこれらの電源のアダプタ等の付属機器まで持って移動することは重量的に大きな負担を強いることになった。また、特に移動型のコンピュータ１２は高価なものが多いので、２つの装置を持ち歩くにはかなりの経済的な負担も強いることになった。
【００１２】
（２）携帯電話機１１と移動型のコンピュータ１２を組み合わせた場合には、携帯電話機１１に要求される機能は単なる発着信の機能でしかない。したがって、携帯電話機１１が情報処理装置として多機能化した場合にその一部の機能を使用するに過ぎない。特に、最近ではディスプレイ部分の占める割合を増加させて電子メール等の各種情報を見やすくした携帯電話機も登場している。このような携帯電話機１１の機能を十分生かす必要がある。
【００１３】
以上、携帯電話機１１と、メモリ容量が比較的大きなコンピュータ１２を例に挙げて説明したが、他の機器を使用した通信システムについても同様の問題が発生した。ここで他の機器とは、携帯電話機１１の代わりにＰＨＳ（ｐｅｒｓｏｎａｌ  ｈａｎｄｙ−ｐｈｏｎｅ  ｓｙｓｔｅｍ）を使用するもの、あるいは携帯電話機１１よりは大型であるがサーバ等の情報源に要求するデータ量から見ると自己のメモリ容量が十分ではない通常のデスクトップ型のコンピュータも含まれる。
【００１４】
すなわち、最近ではこれらの機器に備えられるＣＰＵ（中央処理装置）や画像処理用の素子の性能が飛躍的に向上しており、従来では処理が難しかった動画情報等の大容量の情報が活用されるようになってきている。加えて、無線、有線を問わずに通信速度が大幅に向上してきており、画像の解像度や音声の品質等に対する視聴者の要求も一段と厳しいものになっている。したがって、わずか前に購入したデスクトップ型のコンピュータであっても、取り込むデータおよびプログラムの大型化によって、気がついてみるとメモリ容量が不十分になっているといった事態の発生する場合が多い。
【００１５】
デスクトップ型のコンピュータのような比較的大きな機器の場合にはメモリの増設を行うことで不足したメモリ容量を補える場合も多い。しかしながら、機器によっては外観やコンパクトさを追求するあまり、メモリの増設が不可能な場合がある。また、メモリの増設が可能な場合であっても、専用のメモリ装置を使用するために高価となったり、コンピュータそのものをサービス部門に送る手順を必要とするためにそのコンピュータを比較的長期の間使用することができなくなるといった問題が発生した。なお、以下の説明では、携帯電話機やコンピュータ等のこれらの機器を、クライアントと総称することにする。
【００１６】
そこで本発明の目的は、外部から取り込むデータ用のメモリの容量が制限を受けているクライアントが、比較的データ量の多いコンテンツの読み込みを自在に行うことのできる通信システムを提供することにある。
【００１７】
本発明の他の目的は、クライアントとサーバの間にゲートウェイが介在している場合に、これを積極的に活用してクライアントが比較的データ量の多いコンテンツであっても迅速にその活用を図ることのできる通信システムを提供することにある。
【００１８】
【課題を解決するための手段】
請求項１記載の発明では、（イ）配信用のコンテンツを格納したコンテンツ格納サーバと、（ロ）コンテンツ自体を格納する実領域としての実記憶部とネットワーク上におけるコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を備え、コンテンツの取得要求に基づいてコンテンツ格納サーバから要求のあったコンテンツを取得するときそのサイズの通知を受け、実記憶部の空きサイズと比較した結果、実記憶部に容量的にその全体を格納できないコンテンツについてはそのコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納するクライアントと、（ハ）コンテンツ格納サーバとクライアントの双方がアクセス可能なネットワーク上に配置され、仮想記憶部にコンテンツの所在を示す情報を格納する際に自身の記憶部に割り当てられた記憶領域のその所在を示す情報に対応する位置にコンテンツ格納サーバからコンテンツの取得要求に基づいて読み出したそのコンテンツ全体を格納するゲートウェイとを通信システムに具備させる。
【００１９】
すなわち請求項１記載の発明では、クライアントにコンテンツ自体を格納する実領域としての実記憶部とネットワーク上におけるコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を配置しておく。ここでコンテンツとは、ホームページのコンテンツに限らずコンテンツ格納サーバに格納された各種のコンテンツ（データ）を含むものである。コンテンツ格納サーバからコンテンツの取得要求に基づいてコンテンツを取得するときそのサイズの通知を受け、実記憶部の空きサイズと比較した結果、実記憶部に容量的にその全体を格納できないコンテンツがある場合には、クライアントがそのコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納することにし、ゲートウェイのその所在を示す情報に対応する位置にコンテンツ格納サーバからコンテンツの取得要求に基づいて読み出したそのコンテンツ全体を格納するようにしている。このように、クライアントはそのコンテンツをゲートウェイに置くことにしたので、実領域をオーバする量のコンテンツをもここから取り出して使用することが可能になる。しかもその都度、これらのコンテンツをコンテンツ格納サーバから取り出す必要がないので、処理の迅速化を図ることができる。
【００２０】
請求項２記載の発明では、（イ）配信用のコンテンツを格納すると共に配信先に送信するコンテンツを一時的に格納する記憶領域を備えたコンテンツ格納サーバと、（ロ）コンテンツ自体を格納する実領域としての実記憶部とネットワーク上におけるコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を備え、コンテンツの取得要求に基づいてコンテンツ格納サーバから要求のあったコンテンツを取得するときそのサイズの通知を受け、実記憶部の空きサイズと比較した結果、実記憶部に容量的にその全体を格納できないコンテンツについてはそのコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納すると共にコンテンツ格納サーバからコンテンツの取得要求に基づいて読み出したそのコンテンツ全体をコンテンツ格納サーバの記憶領域に一時的に格納するクライアントとを通信システムに具備させる。
【００２１】
すなわち請求項２記載の発明では、クライアントにコンテンツ自体を格納する実領域としての実記憶部とコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を配置しておく。そして、コンテンツの取得要求に基づいてコンテンツ格納サーバから要求のあったコンテンツを取得するときそのサイズの通知を受け、実記憶部の空きサイズと比較した結果、実記憶部に容量的にその全体を格納できないコンテンツについてはそのコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納することにし、コンテンツ格納サーバからコンテンツの取得要求に基づいて読み出したそのコンテンツ全体をコンテンツ格納サーバの記憶領域に格納するようにしている。このように、クライアントはそのコンテンツをコンテンツ格納サーバに置くことにしたので、実領域をオーバする量のコンテンツをもここから取り出して使用することが可能になる。
【００２２】
請求項３記載の発明では、（イ）配信用のコンテンツを格納するコンテンツ格納サーバと、（ロ）要求のあった配信先に送信するコンテンツ自体を一時的に格納する記憶領域を備えた一時格納用サーバと、（ハ）コンテンツ自体を格納する実領域としての実記憶部とネットワーク上におけるコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を備え、コンテンツの取得要求に基づいてコンテンツ格納サーバから要求のあったコンテンツを取得すると共に、取得するコンテンツのサイズの通知を受け、実記憶部の空きサイズと比較した結果、実記憶部に容量的にその全体を格納できないコンテンツについてはそのコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納し、格納できなかったコンテンツについてはその所在を示す情報に対応する一時格納用サーバの記憶領域にコンテンツ格納サーバからコンテンツの取得要求に基づいて読み出したそのコンテンツ全体を一時的に格納し、そのコンテンツが必要となったとき一時格納用サーバにその送出を要求するクライアントとを通信システムに具備させる。
【００２３】
すなわち請求項３記載の発明では、クライアントにコンテンツ自体を格納する実領域としての実記憶部とコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を配置しておく。そして、コンテンツの取得要求に基づいてコンテンツ格納サーバから要求のあったコンテンツを取得するとき取得するコンテンツのサイズの通知を受け、実記憶部の空きサイズと比較した結果、実記憶部に容量的にその全体を格納できないコンテンツについてはそのコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納することにし、一時格納用サーバの記憶領域にコンテンツ格納サーバからコンテンツの取得要求に基づいて読み出したそのコンテンツ全体を格納するようにしている。このように、クライアントはそのコンテンツを一時格納用サーバに置くことにしたので、実領域をオーバする量のコンテンツをもここから取り出して使用することが可能になる。
【００３０】
請求項４記載の発明の通信システムでは、（イ）配信用のコンテンツを格納するコンテンツ格納サーバと、（ロ）コンテンツの取得を要求するクライアントと、（ハ）コンテンツ格納サーバとクライアントの双方がアクセス可能なネットワーク上に配置され、クライアントの過去に要求したコンテンツの中から所定のコンテンツを選別するコンテンツ選別手段と、このコンテンツ選別手段によって選別されたコンテンツをコンテンツ格納サーバに対してクライアントの要求の有無に係わらず間隔的にアクセスしてこれらのコンテンツを取得する自動巡回手段と、クライアントからコンテンツ格納サーバに格納されている配信用のコンテンツの取得を要求されたとき自動巡回手段で取得したコンテンツがその要求に合うものであればこれをコンテンツ格納サーバに代わって配信するゲートウェイとを具備し、（ニ）クライアントは、コンテンツ自体を格納する実領域としての実記憶部とコンテンツを特定する情報とコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を備え、コンテンツ格納サーバからコンテンツを取得すると共に、実記憶部に容量的にその全体を格納できないコンテンツの場合にはコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納し、格納できなかったコンテンツについてはその全体をゲートウェイ内の記憶領域に格納し必要に応じてこれを取り出すようにしたことを特徴としている。
【００３１】
すなわち請求項４記載の発明では、クライアントにコンテンツの所在を記憶する仮想記憶部を配置しておく。そして、コンテンツ格納サーバからコンテンツを取得するとき、クライアントがコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納することにし、ゲートウェイにそのコンテンツ全体を格納するようにしている。このように、クライアントはそのコンテンツのデータ量の多少に係わらずコンテンツをゲートウェイに置いてコンテンツの所在を示す情報のみを保有することにしたので、コンテンツの格納のためのメモリ領域を必要としない。
【００３２】
請求項５記載の発明では、（イ）配信用のコンテンツを格納するコンテンツ格納サーバと、（ロ）このコンテンツ格納サーバから所定のコンテンツを間隔を置いて取得し予め定められた記憶領域にこれを保持することでこれらのコンテンツの更新を行う自動巡回用記憶手段と、（ハ）コンテンツ格納サーバに格納されているコンテンツの取得が要求されたとき自動巡回用記憶手段に格納されたコンテンツがその要求に合うものであればこれを要求先に送信しそれ以外の場合にはコンテンツ格納サーバからこれを取得して送信するコンテンツ送信手段を備えたゲートウェイと、（ニ）このゲートウェイを介してコンテンツ格納サーバにコンテンツの取得を要求するコンテンツ通常取得要求手段と、（ホ）ゲートウェイに対して任意のコンテンツを前記した所定のコンテンツとして自動巡回用記憶手段の予め定められた記憶領域に格納しておくことを要求する自動巡回要求手段と、（へ）コンテンツ自体を格納する実領域としての実記憶部とコンテンツを特定する情報とそのコンテンツの所在を記憶しコンテンツ自体は格納しない仮想記憶部を備え、コンテンツ格納サーバからコンテンツを取得すると共に、実記憶部に容量的にその全体を格納できないコンテンツの場合にはコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納し、格納できなかったコンテンツについてはその全体をゲートウェイ内の記憶領域に格納し必要に応じてこれを取り出すようにしたクライアントとを通信システムに具備させる。
【００３３】
すなわち請求項５記載の発明では、クライアントにコンテンツの所在を記憶する仮想記憶部を配置しておく。そして、コンテンツ格納サーバからコンテンツを取得するとき、クライアントがコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納することにし、格納できなかったコンテンツについてはその全体をコンテンツ格納サーバの記憶領域に格納するようにしている。このように、クライアントはそのコンテンツのデータ量の多少に係わらずコンテンツをコンテンツ格納サーバの記憶領域に置いてコンテンツの所在を示す情報のみを保有することにしたので、コンテンツの格納のためのメモリ領域を必要としない。
【００３６】
請求項６記載の発明では、請求項４または請求項５記載の通信システムで、ゲートウェイはコンテンツ格納サーバに格納されていたコンテンツをフレーム単位のビットマップデータに変換してクライアントに送信することを特徴としている。
【００３７】
すなわち請求項６記載の発明では、ゲートウェイ側がクライアントの表示する画面に応じた表示内容をビットマップデータに変換して送信するようにしている。このため、コンテンツの内容自体はクライアント側に格納する必要がなくなる。
【００３８】
【発明の実施の形態】
【００３９】
【実施例】
以下実施例につき本発明を詳細に説明する。
【００４０】
（１）第１の実施例
【００４１】
（１−１）通信システムの概要
【００４２】
図１は本発明の第１の実施例における通信システムの構成の概要を表わしたものである。この通信システムは、コンテンツを蓄積したＷＷＷサーバ（ｗｏｒｌｄ  ｗｉｄｅ  ｗｅｂ  ｓｅｒｖｅｒ）等のサーバ１０１を備えている。サーバ１０１は、ゲートウェイ１０２を介してＷＷＷ等のクライアント１０３にファイルやデータ（以下、これらを総称してコンテンツと称する）を提供するようになっている。
【００４３】
ここでゲートウェイ１０２は、サーバ１０１とクライアント１０３の通信を可能とするものである。本実施例のゲートウェイ１０２は、図示しないＣＰＵ（中央処理装置）を備えたコンピュータシステムとして構成されており、ゲートウェイ記憶部１０４を内蔵している。クライアント１０３は同じく図示しないＣＰＵを備えたコンピュータシステムとして構成されており、クライアント記憶部１０５を内蔵している。ここで、クライアント記憶部１０５は、コンテンツを記憶する記憶部としての実記憶部１０６と論理的な記憶部としての仮想記憶部１０７を備えている。ゲートウェイ記憶部１０４には、仮想記憶部１０７に対応して割当領域１０８と呼ばれるコンテンツを記憶する記憶領域を備えている。
【００４４】
クライアント記憶部１０５の実記憶部１０６には、サーバ１０１から読み込んだコンテンツが実際に格納される領域である。ここでコンテンツとは、ファイルだけでなくプログラムやその他のデータを含んでいる。仮想記憶部１０７には実際のコンテンツが格納されない。これら実際のコンテンツは、ゲートウェイ記憶部１０４の割当領域１０８に代わって格納されるようになっている。仮想記憶部１０７にはこのゲートウェイ記憶部の割当領域１０８に蓄積されている実際のコンテンツのアドレス情報等のポインタ情報のみが格納されるようになっている。
【００４５】
このように第１の実施例の通信システムでは、クライアント記憶部１０５の実記憶部１０６のメモリ容量がもともと小さいので、実記憶部１０６に記憶できないコンテンツについては、そのポインタ情報のみを仮想記憶部１０７に格納し、実際のコンテンツをゲートウェイ記憶部の割当領域１０８に対応付けて格納するようにしている。したがって、クライアント１０３がコンテンツを使用する場合、実記憶部１０６に格納されたものについてはクライアント記憶部１０５から直接読み出すことができるのに対して、ゲートウェイ記憶部の割当領域１０８に蓄積したものについてはゲートウェイ１０２に対して読込要求を行うことになる。
【００４６】
この読込要求があると、ゲートウェイ１０２は読み込みの対象となるポインタ情報として仮想記憶部１０７に格納された情報を取得し、これらのポインタ情報に対応するコンテンツ情報をクライアント１０３に返すことになる。クライアント１０３では、この取得したコンテンツ情報を基にして、取得した情報を表示したり、あるいはプログラムの実行を開始することになる。
【００４７】
（１−２）コンテンツの蓄積
【００４８】
図２は、第１の実施例の通信システムでクライアントにコンテンツが蓄積される場合の処理の様子の概要を示したものである。図１に示したクライアント１０３はコンテンツの取得要求が発生すると（ステップＳ１２１：Ｙ）、クライアント記憶部１０５における実記憶部１０６内のコンテンツを新しく蓄積可能なコンテンツ用空きサイズＣａを取得する（ステップＳ１２２）。次にクライアント１０３は蓄積しようとするコンテンツのサイズＣｃを取得する（ステップＳ１２３）。このようなサイズが予め分っているような場合、例えばコンテンツの種類とサイズが明らかになった表のようなものからコンテンツを選択してこれをサーバ１０１から取得するよう場合には、これをクライアント１０３の図示しないキーボード等の入力手段から入力することができる。
【００４９】
しかしながら、通常の場合には実際にサーバ１０１にアクセスしている状況で特定のコンテンツの取得要求が行われる。したがって、このような場合にはそのコンテンツのダウンロードを指示した際に、コンテンツのサイズＣｃがサーバ１０１から通知される。クライアント１０３はこれらのサイズの大小関係を判別する（ステップＳ１２４）。そしてこの結果、空きサイズＣａよりも蓄積しようとするコンテンツのサイズＣｃの方が大きい場合には（Ｙ）、実記憶部１０６に対するそのコンテンツの蓄積を行わず、代わってコンテンツ仮想記憶部蓄積処理を実行する（ステップＳ１２５）。これ以外の場合には、実記憶部１０６に対するそのコンテンツの蓄積が可能なので、通常のコンテンツ蓄積処理を行う（ステップＳ１２６）。ステップＳ１２６の通常のコンテンツ蓄積処理は、図６１に示した従来の処理と異なることがない。そこでこれについての新たな説明は省略する。
【００５０】
図３は、仮想記憶部を使用してコンテンツを蓄積するコンテンツ仮想記憶部蓄積処理のうちクライアント側の処理の流れを表わしたものである。クライアント１０３は、図２で示したステップＳ１２５のコンテンツ仮想記憶部蓄積処理が開始されると、蓄積しようとするコンテンツの種類とそのコンテンツを割当領域１０８（図１）に格納する際のアドレスを仮想記憶部１０７に格納する（ステップＳ１４１）。ここでアドレスとは、コンテンツの蓄積を開始する開始アドレスと終了アドレスからなっていてもよいし、開始アドレスとコンテンツが蓄積されるサイズＣｃから構成されていてもよい。コンテンツが仮想記憶部１０７の複数の領域にまたがって格納される場合には、それぞれのアドレスを格納するようにしてもよい。
【００５１】
図４は、ゲートウェイ記憶部における割当領域とクライアント記憶部における仮想記憶部の対応関係を表わしたものである。コンテンツの種類を「コンテンツＡ」、「コンテンツＢ」、……と表わすことにする。仮想記憶部１０７にはこれら「コンテンツＡ」、「コンテンツＢ」、……を特定する情報（ＩＤ）とコンテンツアドレスが格納される。ゲートウェイ記憶部における割当領域１０８には、それぞれのコンテンツアドレスに対応付けて、「コンテンツＡ」、「コンテンツＢ」、……等のコンテンツが格納されることになる。
【００５２】
図３に戻って説明を続ける。仮想記憶部１０７に対してコンテンツに関する必要な情報を格納したら、クライアント１０３はゲートウェイ１０２を介してコンテンツ蓄積要求をサーバ１０１に送出する（ステップＳ１４２）。そして、この要求に対するコンテンツ蓄積の結果を知らせるコンテンツ蓄積応答が受信されるのを待機する（ステップＳ１４３）。
【００５３】
図５は、コンテンツ仮想記憶部蓄積処理のうちゲートウェイ側が行う処理の流れを表わしたものである。図３のステップＳ１４２でコンテンツ蓄積要求が送出され、サーバ１０１側がこれに応答するとサーバ１０１からコンテンツがゲートウェイ１０２に送られてくることになる。ゲートウェイ１０２はこのコンテンツを受信すると（ステップＳ１６１：Ｙ）、従来ではこれを適宜変換してクライアント１０３に送出したが、本実施例ではこれを割当領域１０８に蓄積する（ステップＳ１６２）。この蓄積が行われるアドレスは、図４で説明したように仮想記憶部１０７に格納したアドレスと一致することはもちろんである。
【００５４】
要求されたコンテンツが割当領域１０８に格納されたら、ゲートウェイ１０２はその結果をコンテンツ蓄積応答としてクライアント１０３に送出する（ステップＳ１６３）。何等かの原因で蓄積が正常に終了しなかった場合や、蓄積したアドレスが仮想記憶部１０７に格納したアドレスと全部または一部相違する場合にもコンテンツ蓄積応答としてこれらの内容を送出するようにすることも可能である。
【００５５】
一方、クライアント１０３側ではコンテンツ蓄積応答が受信されると（ステップＳ１４３：Ｙ）、蓄積が正常に終了したかどうかをチェックする（ステップＳ１４４）。蓄積が正常に終了していれば（Ｙ）、コンテンツを仮想的に蓄積する処理は無事終了する（エンド）。
【００５６】
これに対して、何等かの原因でコンテンツの蓄積が終了しなかったような場合には、ステップＳ１４１で仮想記憶部１０７に格納したそのコンテンツについての情報を削除する（ステップＳ１４５）。そして、たとえばクライアント１０３の図示しないＣＲＴ等のディスプレイにコンテンツの蓄積が失敗したことを表示する（ステップＳ１４６）。このような視覚的な表示の代わりに、音声でその旨を出力したり、用紙にプリントアウトするようにしてもよい。
【００５７】
なお、割当領域１０８に実際格納したコンテンツのアドレスが仮想記憶部１０７に格納したアドレスと相違した場合には、その旨をコンテンツ蓄積応答として出力してよいことを既に説明した。このような応答があった場合には、図３には示していないがクライアント側で仮想記憶部１０７に格納したアドレスを訂正するようにすればよい。また、このようなアドレスの一致をとるためには、たとえばステップＳ１４１では単にコンテンツの種類のみを仮想記憶部１０７に書き込んでおき、アドレスが確定した時点でこれにアドレス情報を付加するようにしてもよい。また、これとは別に、コンテンツが割当領域１０８の新たな領域に書き込まれるたびに、それらのアドレスを時間的に並行して仮想記憶部１０７に格納するような処理をとることも可能である。
【００５８】
（１−３）コンテンツの読み込み
【００５９】
このようにしてコンテンツがサーバ１０１から実記憶部１０３あるいは割当領域１０８に格納されたら、クライアント１０３はこれを用いて必要な処理を行うことになる。
【００６０】
図６は、クライアント側が蓄積後のコンテンツを読みこむ際の処理の概要を表わしたものである。クライアント１０３はオペレータの指示等によってコンテンツ読み込みの要求が発生したら（ステップＳ１８１：Ｙ）、サーバ１０１のオリジナルコンテンツを取得する必要があるかどうかを判別する（ステップＳ１８２）。ここでオリジナルコンテンツとは、サーバ１０１に現在存在するコンテンツである。サーバ１０１のオリジナルコンテンツを取得する理由は幾つか存在する。たとえばニュースのコンテンツを取得するように、蓄積したコンテンツが既に古くなっている可能性があるような場合には、最新のコンテンツを取得するためにサーバ１０１のオリジナルコンテンツを取得する。この他に、そのコンテンツのアドレスが実記憶部１０６または仮想記憶部１０７に存在しなくなっているような場合にもサーバ１０１のオリジナルコンテンツを取得することになる。クライアント１０３が先に説明したコンテンツの取得処理を行ってこれが成功していればそのコンテンツのアドレスが存在するはずである。しかしながら、後に説明するコンテンツの削除処理を行ったり、何等かの原因でコンテンツのアドレスが消失しているような場合があるからである。このような場合には、通常のコンテンツ取得処理が実行される（ステップＳ１８３）。すなわち、図２に示したコンテンツ取得要求（ステップＳ１２１）が発生し、ステップＳ１２２以後の処理が開始されることになる。
【００６１】
一方、ステップＳ１８２でサーバ１０１のオリジナルコンテンツの取得が必要であると判別されなかった場合には（Ｎ）、そのアドレスが実記憶部１０６に格納されているかどうかの判別が行われる（ステップＳ１８４）。実記憶部１０６に格納されている場合には（Ｙ）、実記憶部１０６を使用したコンテンツ読込処理が実行される（ステップＳ１８５）。また、仮想記憶部１０７の方にそのコンテンツのアドレスが格納されていたような場合には（ステップＳ１８４：Ｎ）、仮想記憶部１０７を用いたコンテンツ読込処理が実行される（ステップＳ１８６）。
【００６２】
図７は、図６のステップＳ１８５で示した実記憶部を用いたコンテンツ読込処理を表わしたものである。これは従来から行われていた処理と同じである。すなわち、そのコンテンツについてのアドレスを用いて実記憶部１０６からコンテンツの読み込みが行われ（ステップＳ２０１）、読み込みがすべて終了した時点で（ステップＳ２０２：Ｙ）、処理を終了することになる（エンド）。
【００６３】
図８は、図６のステップＳ１８６で示した仮想記憶部を用いたコンテンツ読込処理を表わしたものである。この場合にはクライアントの前記したＣＰＵはクライアント記憶部の仮想記憶部１０７から該当するコンテンツのアドレスを取得する（ステップＳ２２１）。そしてこのアドレスを付したコンテンツ読込要求をゲートウェイ１０２に対して行う（ステップＳ２２２）。そして、ゲートウェイ１０２からのこれに対する応答を待機することになる（ステップＳ２２３）。
【００６４】
図９は、これによるゲートウェイのコンテンツ読込処理の流れを表わしたものである。ゲートウェイ１０２では前記したそのＣＰＵがクライアント１０３側からコンテンツ読込要求が送信されてくるのを監視している（ステップＳ２４１）。そして、コンテンツ読込要求が受信されたら（Ｙ）、割当領域１０８からそのコンテンツを読み出してクライアント１０３に送出する（ステップＳ２４２）。コンテンツの読み出しには、一緒に送られてくるそのコンテンツのアドレス情報を使用する。コンテンツの送出が終了したらその結果をコンテンツ読込応答としてクライアント１０３に送出する（ステップＳ２４３）。該当するコンテンツが存在しない等の異常が発生した際にもその内容がコンテンツ読込応答として送られることになる。
【００６５】
図８に戻って説明を続ける。ゲートウェイ１０２からコンテンツ読込応答が送られてきたら（ステップＳ２２３）、クライアント１０３はこれを解読して、読み込みを指示したコンテンツが正常に送られてきたかどうかをチェックする（ステップＳ２２４）。このチェックには、コンテンツ読込応答の内容の解読だけでなく、クライアント１０３側でのデータの正常性のチェックを併用することが好ましい。コンテンツが正常に送られてきたと判別された場合には（Ｙ）、読み込まれたコンテンツを要求された箇所に出力することになる（ステップＳ２２５）。なお、クライアント１０３側でコンテンツを読み込む処理は図２で説明したコンテンツを取得して格納する処理とは異なるので、このコンテンツを出力するまで格納する領域は図１における実記憶部１０６以外の領域が割り当てられている。
【００６６】
ステップＳ２２４でコンテンツの読み込みが正常に終了しなかった場合には、次に説明するコンテンツ読込失敗処理が実行される（ステップＳ２２６）。
【００６７】
図１０は、クライアント側で行われるコンテンツ読込失敗処理を表わしたものである。この処理ではまずクライアント１０３の前記したディスプレイを使用してコンテンツの読み込みが失敗したことが表示される（ステップＳ２６１）。これと共にディスプレイには対応策の選択肢が表示される。オペレータが「リトライ」を選択したときには（ステップＳ２６２：Ｙ）、ゲートウェイ１０２を使用して再度、コンテンツの読込処理が行われる。このため、処理は図８のステップＳ２２１に戻ることになる（ステップＳ２６３）。
【００６８】
一方、ゲートウェイ１０２側に何等かの障害が発生した等の理由でリトライが無駄な場合、サーバ１０１から再度そのコンテンツを取得して読み込みが行われることが指示される場合がある。この場合には（ステップＳ２６４：Ｙ）、図６で説明した通常のコンテンツ取得処理が実行される（ステップＳ１８３）。すなわち、図２に示したコンテンツ取得要求（ステップＳ１２１）が発生し、ステップＳ１２２以後の処理が開始する。以上と異なり、コンテンツの読み込みの中止が指示された場合には（ステップＳ２６５：Ｙ）、コンテンツの読み込みが行われることなく処理が終了する（エンド）。
【００６９】
（１−４）蓄積コンテンツの削除
【００７０】
図１１はクライアント側で一度蓄積したコンテンツが不要になり削除する場合の処理の流れの概要を表わしたものである。クライアント１０３はオペレータの指示等によって特定のコンテンツを削除するコンテンツ削除要求が発生したら（ステップＳ２８１：Ｙ）、そのコンテンツのアドレスが存在するかどうかをチェックする（ステップＳ２８２）。具体的には実記憶部１０６内に該当するコンテンツが存在するかどうかを検索し、存在すればそのアドレスを取得する。該当するコンテンツがない場合には、仮想記憶部１０７に該当するコンテンツの種類が登録されているかどうかを検索して、登録されている場合にはそのアドレスを取得することになる。該当するコンテンツのアドレスがどこにも存在しない場合には（Ｎ）、エラー処理が行われる（ステップＳ２８３）。
【００７１】
一方、アドレスが存在した場合には、そのコンテンツのアドレスは実記憶部１０６に格納されているかどうかの判別が行われる（ステップＳ２８４）。実記憶部１０６に格納されている場合には（Ｙ）、実記憶部１０６を使用したコンテンツ削除処理が実行される（ステップＳ２８５）。また、仮想記憶部１０７の方にそのコンテンツのアドレスが格納されているような場合には（ステップＳ２８４：Ｎ）、仮想記憶部１０７を用いたコンテンツ削除処理が実行される（ステップＳ２８６）。
【００７２】
図１２は、ステップＳ２８５で説明した実記憶部を用いたコンテンツ削除処理を表わしたものである。この場合には、クライアント記憶部１０５内の実記憶部１０６にコンテンツが格納されている状態である。そこでこの場合には従来の手法と同様に該当するアドレスのコンテンツを削除すればよい（ステップＳ３０１）。
【００７３】
図１３は、図１１のステップＳ２８６で説明した仮想記憶部を用いたコンテンツ削除処理の流れを表わしたものである。この場合、クライアントの前記したＣＰＵはクライアント記憶部の仮想記憶部１０７から取得した該当するコンテンツのアドレスを付したコンテンツ削除要求をゲートウェイ１０２に対して行う（ステップＳ３２１）。そして、ゲートウェイ１０２からのこれに対する応答を待機することになる（ステップＳ３２２）。
【００７４】
図１４は、ゲートウェイのコンテンツ削除処理の流れを表わしたものである。ゲートウェイ１０２では前記したそのＣＰＵがクライアント１０３側からコンテンツ削除要求が送信されてくるのを監視している（ステップＳ３４１）。そして、コンテンツ削除要求が受信されたら（Ｙ）、割当領域１０８から該当するアドレスのコンテンツを削除する（ステップＳ３４２）。そしてその結果をコンテンツ削除応答としてクライアント１０３に送出する（ステップＳ３４３）。該当するコンテンツのアドレスが存在しない等の異常が発生した際にもその内容がコンテンツ削除応答として送られることになる。
【００７５】
図１３に戻って説明を続ける。ゲートウェイ１０２からコンテンツ削除応答が送られてきたら（ステップＳ３２２）、クライアント１０３はこれを解読して、削除を指示したコンテンツが正常に削除されたかどうかをチェックする（ステップＳ３２３）。コンテンツが正常に削除されたと判別された場合には（Ｙ）、仮想記憶部１０７からこれに対応するコンテンツについての情報（コンテンツの種類およびアドレス）を削除する（ステップＳ３２４）。これに対して仮想記憶部１０７におけるコンテンツの削除に何等かの異常が発生したことが判別された場合には（ステップＳ３２３：Ｎ）、コンテンツ削除失敗処理が実行される（ステップＳ３２５）。
【００７６】
図１５は、クライアント側で行われるコンテンツ削除失敗処理を表わしたものである。この処理ではまずクライアント１０３の前記したディスプレイを使用してコンテンツの削除が失敗したことが表示される（ステップＳ３６１）。これと共にディスプレイには対応策の選択肢が表示される。オペレータが「リトライ」を選択したときには（ステップＳ３６２：Ｙ）、ゲートウェイ１０２を使用して再度、コンテンツの削除処理が行われる。このため、処理は図１３のステップＳ３２１に戻ることになる（ステップＳ３６３）。
【００７７】
一方、コンテンツの削除の中止が指示された場合には（ステップＳ３６４：Ｙ）、コンテンツの削除が行われることなく処理が終了する（エンド）。この場合には、割当領域１０８はもちろんのこと、仮想記憶部１０７からこのコンテンツに対応する情報の削除は行われないことになる。
【００７８】
なお、以上説明した第１の実施例ではゲートウェイ１０２に対してコンテンツの取得要求を行うときにクライアント１０３側からそのコンテンツのアドレスを付記することにしたが、これに限るものではない。たとえばコンテンツの読込要求があった段階で、ゲートウェイ１０２でそのコンテンツのアドレスを仮想記憶部１０７から取得するようにしてもよい。コンテンツの読込処理および削除処理についても同様である。
【００７９】
（２）第２の実施例
【００８０】
（２−１）通信システムの概要
【００８１】
図１６は本発明の第２の実施例における通信システムの構成の概要を表わしたものである。この通信システムは、コンテンツを蓄積したＷＷＷサーバ等のサーバ４０１を備えている。サーバ１０１は、クライアント４０３と直接通信を行うことができる。本実施例のサーバ４０１は、図示しないＣＰＵを備えたコンピュータシステムとして構成されており、サーバ記憶部４０４を内蔵している。クライアント４０３は同じく図示しないＣＰＵを備えたコンピュータシステムとして構成されており、クライアント記憶部４０５を内蔵している。ここで、クライアント記憶部４０５は、コンテンツを記憶する記憶部としての実記憶部４０６と論理的な記憶部としての仮想記憶部４０７を備えている。サーバ記憶部４０４には、仮想記憶部４０７に対応して割当領域４０８と呼ばれるコンテンツを記憶する記憶領域を備えている。
【００８２】
クライアント記憶部４０５の実記憶部４０６には、サーバ４０１から読み込んだコンテンツが実際に格納される領域である。ここでコンテンツとは、ファイルだけでなくプログラムやその他のデータを含んでいる。仮想記憶部４０７には実際のコンテンツが格納されない。これら実際のコンテンツは、サーバ記憶部４０４の割当領域４０８に代わって格納されるようになっている。仮想記憶部４０７にはこのサーバ記憶部の割当領域４０８に蓄積されている実際のコンテンツのアドレス情報等のポインタ情報のみが格納されるようになっている。
【００８３】
このように第２の実施例の通信システムでは、クライアント記憶部４０５の実記憶部４０６のメモリ容量がもともと小さいので、実記憶部４０６に記憶できないコンテンツについては、そのポインタ情報のみを仮想記憶部４０７に格納し、実際のコンテンツをサーバ記憶部の割当領域１０８に対応付けて格納するようにしている。したがって、クライアント４０３がコンテンツを使用する場合、実記憶部４０６に格納されたものについてはクライアント記憶部４０５から直接読み出すことができるのに対して、サーバ記憶部の割当領域４０８に蓄積したものについてはサーバ４０１に対して読込要求を行うことになる。
【００８４】
この読込要求があると、サーバ４０１は読み込みの対象となるポインタ情報として仮想記憶部４０７に格納された情報を取得し、これらのポインタ情報に対応するコンテンツ情報をクライアント４０３に返すことになる。クライアント４０３では、この取得したコンテンツ情報を基にして、取得した情報を表示したり、あるいはプログラムの実行を開始することになる。
【００８５】
（２−２）コンテンツの蓄積
【００８６】
第２の実施例の通信システムでクライアントにコンテンツが蓄積される場合の処理の様子の概要は、第１の実施例の図２の制御をそのまま使用することができる。ただし、この説明でサーバ１０１とあるのをサーバ４０１と読み替え、クライアント１０３とあるのをクライアント４０３と読み替えるものとする。同様にクライアント記憶部１０５内の実記憶部１０６は、クライアント記憶部４０５の実記憶部４０６と読み替え、仮想記憶部１０７は仮想記憶部４０７と読み替える。更に、ゲートウェイ記憶部１０４の割当領域１０８はサーバ記憶部４０４の割当領域４０８と読み替える。
【００８７】
図１７は、第２の実施例で仮想記憶部を使用してコンテンツを蓄積するコンテンツ仮想記憶部蓄積処理のうちクライアント側の処理の流れを表わしたものである。クライアント４０３は、図２で示したステップＳ１２５のコンテンツ仮想記憶部蓄積処理が開始されると、蓄積しようとするコンテンツの種類とそのコンテンツをサーバ４０１の割当領域４０８（図１６）に格納する際のアドレスを仮想記憶部４０７に格納する（ステップＳ４２１）。ここでアドレスとは、コンテンツの蓄積を開始する開始アドレスと終了アドレスからなっていてもよいし、開始アドレスとコンテンツが蓄積されるサイズＣｃから構成されていてもよい。コンテンツが仮想記憶部４０７の複数の領域にまたがって格納される場合には、それぞれのアドレスを格納するようにしてもよい。
【００８８】
図１８は、サーバ記憶部における割当領域とクライアント記憶部における仮想記憶部の対応関係を表わしたものである。第１の実施例の場合と同様にコンテンツの種類を「コンテンツＡ」、「コンテンツＢ」、……と表わすことにする。仮想記憶部４０７にはこれら「コンテンツＡ」、「コンテンツＢ」、……を特定する情報（ＩＤ）とコンテンツアドレスが格納される。サーバ記憶部における割当領域４０８には、それぞれのコンテンツアドレスに対応付けて、「コンテンツＡ」、「コンテンツＢ」、……等のコンテンツが格納されることになる。
【００８９】
図１７に戻って説明を続ける。仮想記憶部４０７に対してコンテンツに関する必要な情報を格納したら、クライアント４０３はコンテンツ蓄積要求をサーバ１０１に直接送出する（ステップＳ４２２）。そして、この要求に対するコンテンツ蓄積の結果を知らせるコンテンツ蓄積応答が受信されるのを待機する（ステップＳ４２３）。
【００９０】
図１９は、コンテンツ仮想記憶部蓄積処理のうちサーバ側が行う処理の流れを表わしたものである。図１７のステップＳ４２２でコンテンツ蓄積要求が送出されるとサーバ４０１は、自らが所有するそのコンテンツをサーバ記憶部４０４の割当領域４０８に蓄積する（ステップＳ４４１）。この蓄積が行われるアドレスは、図４で説明したように仮想記憶部１０７に格納したアドレスと一致することはもちろんである。
【００９１】
要求されたコンテンツが割当領域４０８に格納されたら、サーバ４０１はその結果をコンテンツ蓄積応答としてクライアント１０３に送出する（ステップＳ４４２）。何等かの原因で蓄積が正常に終了しなかった場合や、蓄積したアドレスが仮想記憶部４０７に格納したアドレスと全部または一部相違する場合にもコンテンツ蓄積応答としてこれらの内容を送出するようにすることも可能である。
【００９２】
一方、クライアント４０３側ではコンテンツ蓄積応答が受信されると（ステップＳ４２３：Ｙ）、蓄積が正常に終了したかどうかをチェックする（ステップＳ４２４）。蓄積が正常に終了していれば（Ｙ）、コンテンツを仮想的に蓄積する処理は無事終了する（エンド）。
【００９３】
これに対して、何等かの原因でコンテンツの蓄積が終了しなかったような場合には、ステップＳ４２１で仮想記憶部４０７に格納したそのコンテンツについての情報を削除する（ステップＳ４２５）。そして、たとえばクライアント４０３の図示しないＣＲＴ等のディスプレイにコンテンツの蓄積が失敗したことを表示する（ステップＳ４２６）。このような視覚的な表示の代わりに、音声でその旨を出力したり、用紙にプリントアウトするようにしてもよい。
【００９４】
なお、割当領域４０８に実際格納したコンテンツのアドレスが仮想記憶部４０７に格納したアドレスと相違した場合には、その旨をコンテンツ蓄積応答として出力してよいことを既に説明した。このような応答があった場合には、図１７には示していないがクライアント側で仮想記憶部４０７に格納したアドレスを訂正するようにすればよい。また、このようなアドレスの一致をとるためには、たとえばステップＳ４２１では単にコンテンツの種類のみを仮想記憶部４０７に書き込んでおき、アドレスが確定した時点でこれにアドレス情報を付加するようにしてもよい。また、これとは別に、コンテンツが割当領域４０８の新たな領域に書き込まれるたびに、それらのアドレスを時間的に並行して仮想記憶部４０７に格納するような処理をとることも可能である。
【００９５】
（２−３）コンテンツの読み込み
【００９６】
次にこの第２の実施例で取得したコンテンツについての読込処理を説明する。コンテンツが読み込まれる場合の処理の様子の概要は、第１の実施例の図６の制御をそのまま使用することができるので、その説明を省略する。ただし、図６の制御ではクライアント４０３等の符号を適宜読み替える必要がある。この図のステップＳ１８５に示した実記憶部を用いたコンテンツ読込処理の詳細は、図７に示す通りであるが、これは従来と変わることがないので、この説明も省略する。
【００９７】
図２０は、図６のステップＳ１８６に対応する仮想記憶部を用いたコンテンツ読込処理を表わしたものである。この場合にはクライアント４０３の前記したＣＰＵはクライアント記憶部４０５の仮想記憶部４０７から該当するコンテンツのアドレスを取得する（ステップＳ４６１）。そしてこのアドレスを付したコンテンツ読込要求をサーバ４０１に対して行う（ステップＳ４６２）。そして、サーバ４０１からのこれに対する応答を待機することになる（ステップＳ４６３）。
【００９８】
図２１は、これによるサーバのコンテンツ読込処理の流れを表わしたものである。サーバ４０１では前記したそのＣＰＵがクライアント４０３側からコンテンツ読込要求が送信されてくるのを監視している（ステップＳ４８１）。そして、コンテンツ読込要求が受信されたら（Ｙ）、サーバ記憶部４０４の割当領域４０８からそのコンテンツを読み出してクライアント４０３に送出する（ステップＳ４８２）。コンテンツの読み出しには、一緒に送られてくるそのコンテンツのアドレス情報を使用する。コンテンツの送出が終了したらその結果をコンテンツ読込応答としてクライアント４０３に送出する（ステップＳ４８３）。該当するコンテンツが存在しない等の異常が発生した際にもその内容がコンテンツ読込応答として送られることになる。
【００９９】
図２０に戻って説明を続ける。サーバ４０１からコンテンツ読込応答が送られてきたら（ステップＳ４６３）、クライアント４０３はこれを解読して、読み込みを指示したコンテンツが正常に送られてきたかどうかをチェックする（ステップＳ４６４）。このチェックには、コンテンツ読込応答の内容の解読だけでなく、クライアント４０３側でのデータの正常性のチェックを併用することが好ましい。コンテンツが正常に送られてきたと判別された場合には（Ｙ）、読み込まれたコンテンツを要求された箇所に出力することになる（ステップＳ４６５）。なお、クライアント４０３側でコンテンツを読み込む処理は先に説明したコンテンツを取得して格納する処理とは異なるので、このコンテンツを出力するまで格納する領域は図１６における実記憶部４０６以外の領域が割り当てられている。
【０１００】
ステップＳ４６４でコンテンツの読み込みが正常に終了しなかった場合には、次に説明するコンテンツ読込失敗処理が実行される（ステップＳ４６６）。
【０１０１】
図２２は、クライアント側で行われるコンテンツ読込失敗処理を表わしたものである。この処理ではまずクライアント４０３の前記したディスプレイを使用してコンテンツの読み込みが失敗したことが表示される（ステップＳ４８１）。これと共にディスプレイには対応策の選択肢が表示される。オペレータが「リトライ」を選択したときには（ステップＳ４８２：Ｙ）、サーバ４０１を使用して再度、コンテンツの読込処理が行われる。このため、処理は図２０のステップＳ４６１に戻ることになる（ステップＳ４８３）。
【０１０２】
一方、サーバ４０１側に何等かの障害が発生した等の理由でリトライが無駄な場合、サーバ１０１から再度そのコンテンツを直接取得して読み込みが行われることが指示される場合がある。この場合には（ステップＳ４８４：Ｙ）、通常のコンテンツ取得処理が実行される（ステップＳ４８５）。すなわち、図２に対応する処理としてサーバ４０１に対してコンテンツ取得要求が発生し、取得されたそのコンテンツがそのままクライアント４０３に読み込まれることになる。以上と異なり、コンテンツの読み込みの中止が指示された場合には（ステップＳ４８６：Ｙ）、コンテンツの読み込みが行われることなく処理が終了する（エンド）。
【０１０３】
（２−４）蓄積コンテンツの削除
【０１０４】
次にこの第２の実施例で取得したコンテンツについての削除処理を説明する。コンテンツを削除する場合の処理の様子の概要は、第１の実施例の図１１の制御をそのまま使用することができるので、その説明を省略する。ただし、図１１の制御ではクライアント４０３等の符号を適宜読み替える必要がある。実記憶部４０５を用いたコンテンツの削除処理についても図１２をそのまま使用することができるので、図示および説明を同様に省略する。
【０１０５】
図２３は、仮想記憶部を用いたコンテンツ削除処理の流れを表わしたものである。この場合、クライアントの前記したＣＰＵはクライアント記憶部の仮想記憶部４０７から取得した該当するコンテンツのアドレスを付したコンテンツ削除要求をサーバ４０１に対して行う（ステップＳ５０１）。そして、サーバ４０１からのこれに対する応答を待機することになる（ステップＳ５０２）。
【０１０６】
図２４は、サーバのコンテンツ削除処理の流れを表わしたものである。サーバ４０１では前記したそのＣＰＵがクライアント４０３側からコンテンツ削除要求が送信されてくるのを監視している（ステップＳ５２１）。そして、コンテンツ削除要求が受信されたら（Ｙ）、割当領域４０８から該当するアドレスのコンテンツを削除する（ステップＳ５２２）。そしてその結果をコンテンツ削除応答としてクライアント４０３に送出する（ステップＳ５２３）。該当するコンテンツのアドレスが存在しない等の異常が発生した際にもその内容がコンテンツ削除応答として送られることになる。
【０１０７】
図２３に戻って説明を続ける。サーバ４０１からコンテンツ削除応答が送られてきたら（ステップＳ５０２）、クライアント４０３はこれを解読して、削除を指示したコンテンツが正常に削除されたかどうかをチェックする（ステップＳ５０３）。コンテンツが正常に削除されたと判別された場合には（Ｙ）、仮想記憶部４０７からこれに対応するコンテンツについての情報（コンテンツの種類およびアドレス）を削除する（ステップＳ５０４）。これに対して仮想記憶部４０７におけるコンテンツの削除に何等かの異常が発生したことが判別された場合には（ステップＳ５０３：Ｎ）、コンテンツ削除失敗処理が実行される（ステップＳ５０５）。
【０１０８】
図２５は、クライアント側で行われるコンテンツ削除失敗処理を表わしたものである。この処理ではまずクライアント４０３の前記したディスプレイを使用してコンテンツの削除が失敗したことが表示される（ステップＳ５４１）。これと共にディスプレイには対応策の選択肢が表示される。オペレータが「リトライ」を選択したときには（ステップＳ５４２：Ｙ）、サーバ４０１を使用して再度、コンテンツの削除処理が行われる。このため、処理は図２３のステップＳ５０１に戻ることになる（ステップＳ５４３）。
【０１０９】
一方、コンテンツの削除の中止が指示された場合には（ステップＳ５４４：Ｙ）、コンテンツの削除が行われることなく処理が終了する（エンド）。この場合には、割当領域４０８はもちろんのこと、仮想記憶部４０７からこのコンテンツに対応する情報の削除は行われないことになる。
【０１１０】
なお、以上説明した第２の実施例ではサーバ４０１に対してコンテンツの取得要求を行うときにクライアント４０３側からそのコンテンツのアドレスを付記することにしたが、これに限るものではない。たとえばコンテンツの読込要求があった段階で、サーバ４０１がそのコンテンツのアドレスを仮想記憶部４０７から取得するようにしてもよい。コンテンツの読込処理および削除処理についても同様である。
【０１１１】
（３）第３の実施例
【０１１２】
（３−１）通信システムの概要
【０１１３】
図２６は、本発明の第３の実施例における通信システムの構成の概要を表わしたものである。この通信システムは、コンテンツを蓄積したＷＷＷサーバ等のサーバ６０１を備えている。サーバ６０１は、ゲートウェイ６０２を介してＷＷＷ等のクライアント６０３にファイルやデータ等のコンテンツを提供するようになっている。
【０１１４】
ここでゲートウェイ６０２は、サーバ６０１とクライアント６０３の通信を可能とするものである。本実施例のゲートウェイ６０２は、図示しないＣＰＵを備えたコンピュータシステムとして構成されており、ゲートウェイ記憶部６０４を内蔵している。クライアント６０３は同じく図示しないＣＰＵを備えたコンピュータシステムとして構成されており、クライアント記憶部６０５を内蔵している。ここで、クライアント記憶部６０５は、コンテンツを記憶する論理的な記憶部としての仮想記憶部１０７を備えており、先の第１および第２の実施例のような実記憶部は備えていない。ゲートウェイ記憶部６０４には、仮想記憶部６０７に対応して割当領域６０８と呼ばれるコンテンツを記憶する記憶領域を備えている。
【０１１５】
クライアント記憶部の仮想記憶部６０７には実際のコンテンツが格納されない。実際のコンテンツは、ゲートウェイ記憶部６０４の割当領域６０８に代わって格納されるようになっている。仮想記憶部６０７にはこのゲートウェイ記憶部の割当領域６０８に蓄積されている実際のコンテンツのアドレス情報等のポインタ情報のみが格納されるようになっている。
【０１１６】
このように第３の実施例の通信システムでは、クライアント記憶部６０５のメモリ容量がもともと小さいので、コンテンツについてはそのポインタ情報（アドレス情報）のみを仮想記憶部６０７に格納し、実際のコンテンツをゲートウェイ記憶部の割当領域６０８に対応付けて格納するようにしている。したがって、クライアント６０３がコンテンツを使用する場合、ゲートウェイ６０２に対して読込要求を行うことになる。
【０１１７】
この読込要求があると、ゲートウェイ６０２は読み込みの対象となるポインタ情報として仮想記憶部６０７に格納された情報を取得し、これらのポインタ情報に対応するコンテンツ情報をクライアント６０３に返すことになる。クライアント６０３では、この取得したコンテンツ情報を基にして、取得した情報を表示したり、あるいはプログラムの実行を開始することになる。
【０１１８】
（３−２）コンテンツの蓄積
【０１１９】
図２７は、第３の実施例の通信システムでクライアントにコンテンツが蓄積される場合の処理の様子の概要を示したものである。図２６に示したクライアント６０３はコンテンツの取得要求が発生すると（ステップＳ６２１：Ｙ）、蓄積しようとするコンテンツの種類とそのコンテンツを割当領域６０８（図２６）に格納する際のアドレスを仮想記憶部６０７に格納する（ステップＳ６２２）。コンテンツが仮想記憶部６０７の複数の領域にまたがって格納される場合には、それぞれのアドレスを格納するようにしてもよい。ゲートウェイ記憶部６０４における割当領域６０８とクライアント記憶部６０５における仮想記憶部６０７の対応関係は先の実施例の図４と同様である。ただし、「仮想記憶部１０７」を「仮想記憶部６０７」に、「割当領域１０８」を「割当領域６０８」に読み替える。
【０１２０】
仮想記憶部６０７に対してコンテンツに関する必要な情報を格納したら、クライアント６０３はゲートウェイ６０２を介してコンテンツ蓄積要求をサーバ６０１に送出する（ステップＳ６２３）。そして、この要求に対するコンテンツ蓄積の結果を知らせるコンテンツ蓄積応答が受信されるのを待機する（ステップＳ６２４）。コンテンツ仮想記憶部蓄積処理のうちゲートウェイ６０２側が行う処理の流れは、第１の実施例における図５と同一であるので、その説明を省略する。
【０１２１】
クライアント６０３側ではコンテンツ蓄積応答が受信されると（ステップＳ６２４：Ｙ）、蓄積が正常に終了したかどうかをチェックする（ステップＳ６２５）。蓄積が正常に終了していれば（Ｙ）、コンテンツを仮想的に蓄積する処理は無事終了する（エンド）。
【０１２２】
これに対して、何等かの原因でコンテンツの蓄積が終了しなかったような場合には、ステップＳ６２２で仮想記憶部６０７に格納したそのコンテンツについての情報を削除する（ステップＳ６２６）。そして、たとえばクライアント６０３の図示しないＣＲＴ等のディスプレイにコンテンツの蓄積が失敗したことを表示する（ステップＳ６２７）。このような視覚的な表示の代わりに、音声でその旨を出力したり、用紙にプリントアウトするようにしてもよい。
【０１２３】
（３−３）コンテンツの読み込み
【０１２４】
このようにしてコンテンツがサーバ６０１から割当領域６０８に格納されたら、クライアント６０３はこれを用いて必要な処理を行うことになる。
【０１２５】
図２８は、クライアント側が蓄積後のコンテンツを読みこむ際の処理の概要を表わしたものである。クライアント６０３はオペレータの指示等によってコンテンツ読み込みの要求が発生したら（ステップＳ６４１：Ｙ）、サーバ１０１のオリジナルコンテンツを取得する必要があるかどうかを判別する（ステップＳ６４２）。サーバ１０１のオリジナルコンテンツを取得する理由は先に説明したように幾つか存在する。たとえばこのような理由によってサーバ１０１のオリジナルコンテンツを取得する必要があると判別された場合には、通常のコンテンツ取得処理が実行される（ステップＳ６４３）。すなわち、図２７に示したコンテンツ取得要求（ステップＳ６２１）が発生し、ステップＳ６２２以後の処理が開始することになる。
【０１２６】
一方、ステップＳ６４２でコンテンツのアドレスが存在した場合のようにサーバ１０１のオリジナルコンテンツを取得する必要がない場合には（Ｙ）、コンテンツがゲートウェイ記憶部６０４に格納されていることになる。そこで、仮想記憶部６０７を用いたコンテンツ読込処理が実行される（ステップＳ６４４）。この処理については、第１の実施例の図８〜図１０と特に異なるところがないので、これらの図示および説明を省略する。
【０１２７】
（３−４）蓄積コンテンツの削除
【０１２８】
図２９はクライアント側で一度蓄積したコンテンツが不要になり削除する場合の処理の流れの概要を表わしたものである。クライアント６０３はオペレータの指示等によって特定のコンテンツを削除するコンテンツ削除要求が発生したら（ステップＳ６６１：Ｙ）、そのコンテンツのアドレスが存在するかどうかをチェックする（ステップＳ６６２）。具体的には仮想記憶部６０７に該当するコンテンツの種類が登録されているかどうかを検索して、登録されている場合にはそのアドレスを取得することになる。該当するコンテンツのアドレスが存在しない場合には（Ｎ）、エラー処理が行われる（ステップＳ６６３）。
【０１２９】
一方、アドレスが存在した場合には、仮想記憶部６０７を用いたコンテンツ削除処理が実行される（ステップＳ６４６）。この処理については、第１の実施例の図１３〜図１５と特に異なるところがないので、これらの図示および説明を省略する。
【０１３０】
（４）第４の実施例
【０１３１】
（４−１）通信システムの概要
【０１３２】
図３０は本発明の第４の実施例における通信システムの構成の概要を表わしたものである。この通信システムは、コンテンツを蓄積したＷＷＷサーバ等のサーバ７０１を備えている。サーバ７０１は、クライアント７０３と直接通信を行うことができる。本実施例のサーバ７０１は、図示しないＣＰＵを備えたコンピュータシステムとして構成されており、サーバ記憶部７０４を内蔵している。クライアント７０３は同じく図示しないＣＰＵを備えたコンピュータシステムとして構成されており、クライアント記憶部７０５を内蔵している。ここで、クライアント記憶部７０５は、コンテンツを記憶する論理的な記憶部としての仮想記憶部７０７を備えている。サーバ記憶部７０４には、仮想記憶部７０７に対応して割当領域７０８と呼ばれるコンテンツを記憶する記憶領域を備えている。
【０１３３】
このように第４の実施例の通信システムでは、クライアント記憶部７０５のメモリ容量がもともと小さいので、コンテンツについてはそのポインタ情報（アドレス情報）のみを仮想記憶部７０７に格納し、実際のコンテンツをサーバ記憶部の割当領域７０８に対応付けて格納するようにしている。したがって、クライアント７０３がコンテンツを使用する場合、サーバ７０１に対して読込要求を行うことになる。
【０１３４】
この読込要求があると、サーバ７０１は読み込みの対象となるポインタ情報として仮想記憶部７０７に格納された情報を取得し、これらのポインタ情報に対応するコンテンツ情報をクライアント７０３に返すことになる。クライアント７０３では、この取得したコンテンツ情報を基にして、取得した情報を表示したり、あるいはプログラムの実行を開始することになる。
【０１３５】
（４−２）コンテンツの蓄積
【０１３６】
図３１は、第４の実施例の通信システムでクライアントにコンテンツが蓄積される場合の処理の様子の概要を示したものである。図３０に示したクライアント７０３はコンテンツの取得要求が発生すると（ステップＳ７２１：Ｙ）、蓄積しようとするコンテンツの種類とそのコンテンツを割当領域７０８（図３０）に格納する際のアドレスを仮想記憶部７０７に格納する（ステップＳ７２２）。コンテンツが仮想記憶部７０７の複数の領域にまたがって格納される場合には、それぞれのアドレスを格納するようにしてもよい。サーバ記憶部７０４における割当領域７０８とクライアント記憶部７０５における仮想記憶部７０７の対応関係は先の実施例の図１８と同様である。ただし、「仮想記憶部４０７」を「仮想記憶部７０７」に、「割当領域４０８」を「割当領域７０８」に読み替える。
【０１３７】
仮想記憶部７０７に対してコンテンツに関する必要な情報を格納したら、クライアント７０３はコンテンツ蓄積要求をサーバ７０１に直接送出する（ステップＳ７２３）。そして、この要求に対するコンテンツ蓄積の結果を知らせるコンテンツ蓄積応答が受信されるのを待機する（ステップＳ７２４）。コンテンツ仮想記憶部蓄積処理のうちサーバ７０１側が行う処理の流れは、第２の実施例における図９と同一であるので、その説明を省略する。
【０１３８】
クライアント７０３側ではコンテンツ蓄積応答が受信されると（ステップ７２４：Ｙ）、蓄積が正常に終了したかどうかをチェックする（ステップＳ７２５）。蓄積が正常に終了していれば（Ｙ）、コンテンツを仮想的に蓄積する処理は無事終了する（エンド）。
【０１３９】
これに対して、何等かの原因でコンテンツの蓄積が終了しなかったような場合には、ステップＳ７２２で仮想記憶部７０７に格納したそのコンテンツについての情報を削除する（ステップＳ７２６）。そして、たとえばクライアント７０３の図示しないＣＲＴ等のディスプレイにコンテンツの蓄積が失敗したことを表示する（ステップＳ７２７）。このような視覚的な表示の代わりに、音声でその旨を出力したり、用紙にプリントアウトするようにしてもよい。
【０１４０】
（４−３）コンテンツの読み込み
次にこの第４の実施例で取得したコンテンツについての読込処理を説明する。コンテンツの読み込みの概要については、第３の実施例における図２８と同一であるので、その図示および説明を省略する。また、この図２８におけるステップＳ６４４の「仮想記憶部を用いたコンテンツ読込処理」については、図２０に示した第２の実施例の処理と同一なので、その図示および説明を同様に省略する。
【０１４１】
（４−４）蓄積コンテンツの削除
次にこの第４の実施例で取得したコンテンツについての削除処理を説明する。コンテンツを削除する場合の処理の様子の概要は、第３の実施例における図２９の制御をそのまま使用することができるので、その説明を省略する。この図２９におけるステップＳ６４６の「仮想記憶部を用いたコンテンツ削除処理」については、第２の実施例の図２３〜図２５と特に異なるところがないので、これらの図示および説明を省略する。
【０１４２】
（５）第５の実施例
【０１４３】
（５−１）通信システムの概要
【０１４４】
図３２は本発明の第５の実施例における通信システムの構成の概要を表わしたものである。本実施例の通信システムでは、複数のサーバ８０１１〜８０１Ｎおよびゲートウェイ８０２がインターネット通信網８１１に接続されている。また、ゲートウェイ８０２は移動通信網８１２を介して携帯電話機としてのクライアント８０３１〜８０３Ｍに適宜接続されるようになっている。ゲートウェイ８０２には、クライアントデータ記憶装置８１３が接続されている。サーバ８０１１〜８０１Ｎは、クライアント（携帯電話機）８０３１〜８０３Ｍに対して配慮したデータ形式のホームページを格納している。
【０１４５】
図３３は、図３２に示したクライアントデータ記憶装置の記憶領域の割り当てを表わしたものである。クライアントデータ記憶装置８１３は、クライアント個別データエリア８２１とグループ共有エリア８２２とに分れている。ここでクライアントデータ記憶装置８１３には、図３２で示した１つのゲートウェイ８０２に対応するグループのクライアント８０３１〜８０３Ｍに対応するクライアント個別エリアＣＬ−１、ＣＬ−２、……ＣＬ−Ｍを備えている。グループ共有エリア８２２は、この１グループのクライアント８０３１〜８０３Ｍが共有するエリアである。クライアントデータ記憶装置８１３は、先の実施例における割当領域１０８（図１）に対応するものである。
【０１４６】
図３４は、本実施例で使用されるクライアントとしての携帯電話機の外観を表わしたものである。クライアント８０３はヒンジ機構８４１を中心に２つ折りできる構成となっており、アンテナの付いた面には、カラー液晶画面によって構成されるディスプレイ８４３と、音楽の再生も前提とした高音質のスピーカ８４４とが配置されている。また、他の面には、ダイアル等を行うための各種ボタンスイッチ８４５とマイクロフォン８４６が配置されている。
【０１４７】
図３５は、この第５の実施例で通話以外の特殊な通信サービスが行われる際のクライアント側の処理の流れの概要を表わしたものである。この例では第１のクライアント８０３１がこの通信サービスを利用する場合を代表例として説明する。各クライアント８０３１〜８０３Ｍは、図示しないがＣＰＵ（中央処理装置）を搭載した小型のコンピュータを使用しており、これに配置された記憶媒体に格納されたプログラムを実行することで、この通信サービスを利用することができるようになっている。
【０１４８】
（５−２）インターネット等の通信サービス
【０１４９】
通常の電話をかける以外の通信サービスを利用する場合、使用者は図３４に示した携帯電話機本体の電源をオンにした後、ボタンスイッチ８４５の中のこの特殊な通信サービスに割り当てられたＳボタンを押す（ステップＳ８５１）。これによりこの通信サービスを実行するモードに移行する。これと共に、ディスプレイ８４３（図３４）にはメニュー画面が表示される（ステップＳ８５２）。
【０１５０】
図３６は、モード設定後に初期的に表示されるメニュー画面を表わしたものである。この状態で使用者はボタンスイッチ８４５の中の上下ボタンを適宜操作することで希望する項目を選択し（ステップＳ８５３）、同じくボタンスイッチ８４５の中の右ボタンを押すことでメニューの細則の選択や最終的に選択されたメニュー項目の内容の表示を実行させる（ステップＳ８５４）。ステップＳ８５３でメニュー画面が表示された段階でこの通信モードを解除するときには、本実施例ではＳボタンを再び押すようにしている（ステップＳ８５５）。ステップＳ８５４でメニュー項目の細目が表示された場合やメニュー項目の内容の表示が行われている状態でも、再度、Ｓボタンを押すことで（ステップＳ８５６：Ｙ）、この通信モードを解除できるようになっている。
【０１５１】
図３６〜図３８は、旧来から行われている通信サービスの一例についてその操作を表わしたものである。まず図３６で表示されたメニュー画面から「インフォメーション」という項目をボタンスイッチ８４５の中の数字「４」を示すボタンで選択するか、上下ボタンを操作してこの項目の表示が反転している状態で右ボタンを押下したとする。すると、メニュー画面は図３７に示すような表示内容に切り替わる。その中の「エンターテイメント」という項目をボタンスイッチ８４５の中の数字「６」を示すボタンで選択するか、この項目の表示が反転している状態で右ボタンを押下したとする。すると、ディスプレイ８４３には「エンターテイメント」についての具体的なメニュー内容が表示される。
【０１５２】
図３８は「エンターテイメント」という区分の細目のメニュー画面を表示させた状態を表わしたものである。この中で、たとえば「カラオケ」という項目を選択すれば、カラオケに関する情報がディスプレイ８４３に表示されることになる。なお、左ボタンを押すことで前画面に戻ることができる。
【０１５３】
図３９以降は、この第５の実施例でインターネットに接続する場合を説明するためのものである。インターネットに接続する場合には、最初のメニュー画面で「インターネット」という項目を選択する（図３９）。なお、この図３９に示したメニュー画面では、「保存データ」という項目がある。これはインターネットで過去にダウンロードしたファイルを読み出して使用したり、不要なものとなったファイルを削除したり、過去にダウンロードしたファイルの最新版をダウンロードしてその内容を更新するときに使用される。次に説明する「インターネット」という項目を選択することでも該当のホームページの所望のファイルに辿りついてこれを更新することは可能である。しかしながら「保存データ」から該当するファイルを指定してその内容を更新する場合には、ゲートウェイ８０２側でそのファイルを取得してクライアント８０３に提供するので、転送したデータの量に応じた課金が行われるようなシステムでは、該当するそのファイルのデータ量に対してのみ課金が行われることになり、ホームページの他のファイルについても自動的に取得されて課金されるよりも経済的となる。
【０１５４】
図４０は、図３９で「インターネット」という項目を選択したときに現われるメニュー画面を表わしたものである。ここでは、「お気に入り」というすでにブックマークを付けたＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒｓ）からホームページを選択する方法と、「検索エンジン」と通称されている検索用のページを選択する方法と、「ＵＲＬ入力」を直接行う方法のいずれか１つを選択することができる。このうちの最初と最後の項目を選択した場合には、ＵＲＬの選択または入力の動作が行われ、その後にゲートウェイ８０２（図３２）を介してクライアント８０３がインターネット通信網８１１に接続されることになる。この接続処理については後に説明する。ここでは、「お気に入り」が選択されたものとする。
【０１５５】
図４１は「お気に入り」の中の「ニュース」という項目が選択された状態を表わしており、図４２はこの「ニュース」という項目の中の「ＣＭＭ」という会社のニュースが選択された状態を表わしている。「ＣＭＭ」という会社のニュースが選択されると、ゲートウェイ８０２側ではそのＵＲＬを基にして「ＣＭＭ」という会社のニュースのホームページにアクセスする。
【０１５６】
図４３は、ゲートウェイ側におけるホームページのアクセス時の処理の流れを表わしたものである。例えば第１のクライアント８０３１側がＵＲＬのアクセスを行うと（ステップＳ８７１：Ｙ）、ゲートウェイ８０２はそのクライアント８０３１の履歴情報の検索を行う（ステップＳ８７２）。そして、そのＵＲＬが履歴情報として存在していれば（ステップＳ８７３：Ｙ）、保存されているそのＵＲＬのファイルについての更新日付を表わした情報を取得する（ステップＳ８７４）。これに対して、そのＵＲＬが履歴情報として存在していない場合、ゲートウェイ８０２は該当するホームページのＵＲＬの該当するページにアクセスしてそのファイルを取得することになる（ステップＳ８７５）。
【０１５７】
図４４は、履歴情報の検索処理の具体的な流れを表わしたものである。ゲートウェイ８０２は第１のクライアント８０３１の要求したＵＲＬの履歴情報がゲートウェイ内に格納されているかどうかを判別する（ステップＳ８９１）。格納されている場合には（Ｙ）、クライアントデータ記憶装置８１３内の第１のクライアント８０３１に対応するクライアント個別エリアＣＬ−１から該当する履歴情報を取得する（ステップＳ８９２）。これに対してその履歴情報がゲートウェイ８０２内に格納されていないことが判別された場合には、本実施例では第１のクライアント８０３１の実記憶部（図１の実記憶部１０６参照）にこれが格納されている。したがって、この場合にはその実記憶部から履歴情報を取得することになる（ステップＳ８９３）。
【０１５８】
図４３に戻って説明を続ける。ステップＳ８７４で保存されているＵＲＬの該当ファイルの更新日付を取得した場合には、そのファイルが保存されている箇所はクライアント以外であるかどうかを判別する（ステップＳ８７６）。これは、履歴情報にそれぞれのファイルがゲートウェイ８０２に格納されているかクライアント８０３側に格納されているかを記しておくことにより、実際のファイルを検索することなく判別が可能である。ゲートウェイ８０２側にそのファイルが格納されている場合には（Ｙ）、その保存箇所としてのクライアント個別エリアＣＬ−１あるいはグループ共有エリア８２２から該当するファイルを取得して（ステップＳ８７７）、これを第１のクライアント８０３１側に送出することになる（ステップＳ８７８）。第１のクライアント８０３１側ではこれを使用して該当するＵＲＬのページをディスプレイ８４３に表示することになる。
【０１５９】
ここで、グループ共有エリア８２２から該当するファイルを取得する場合のあることを説明した。これは、同一グループのクライアント８０３１〜８０３Ｍが例えば同一事業所に所属していて、互いに共通したニュース（例えば「携帯電話機協会最新ニュース」）を共通で購読するような場合に、これを共有データとして保存するような場合をいう。このような場合には、履歴情報の管理を個人個人の管理とグループ単位の管理の二重構造とするか、共有データについてはたとえば第１のクライアント８０３１がアクセスしてファイルを取得したら、グループ内の他の全員のクライアント８０３２〜８０３Ｍの履歴情報にも反映させることが必要となる。
【０１６０】
一方、ステップＳ８７６で該当するＵＲＬのファイルの保存箇所がクライアントであると判別された場合には（Ｎ）、そのファイルはゲートウェイ８０２から該当の第１のクライアント８０３１に送出する必要はない。この場合には、第１のクライアント８０３１は自分の実記憶部１０６に格納したファイルを用いて該当するＵＲＬのページをディスプレイ８４３に展開表示することになる。いずれにせよ、ステップＳ８７３で該当するＵＲＬのファイルの履歴情報が残っている場合には本実施例ではそのファイルも残っているとの前提をとっており、この場合には該当するサーバ８０１にアクセスすることなくそのページの表示を可能にしている。これにより、クライアント８０３側ではホームページの表示処理を高速化できるだけでなく、ファイルをサーバ８０１から取り出す処理をなくすことで通信費の低減を図ることができる。
【０１６１】
これに対して、ステップＳ８７３で第１のクライアント８０３１の要求したＵＲＬが履歴情報として存在しなかった場合、該当するファイルは目的とするサーバ８０１から直接取得される（ステップＳ８７５）。この場合にはそのファイルについての履歴情報が作成され、履歴情報全体の更新が行われる（ステップＳ８７９）。そして該当するファイルが第１のクライアント８０３１に送出されることになる（ステップＳ８７８）。
【０１６２】
図４５は、ステップＳ８７９で示した履歴情報の更新処理の流れを表わしたものである。ゲートウェイ８０２では、第１のクライアント８０３１についての今までの履歴情報がゲートウェイ側に格納されていたかどうかをチェックする（ステップＳ９０１）。ゲートウェイ８０２に格納されていた場合には（Ｙ）、更新により履歴情報のデータ総量が増加するとの仮定のもとで、格納場所は特に変更せず、今まで通りクライアントデータ記憶装置８１３内の第１のクライアント８０３１に対応するクライアント個別エリアＣＬ−１に新たな履歴情報を追加した形で更新作業を行う（ステップＳ９０２）。
【０１６３】
一方、今までの履歴情報が第１のクライアント８０３１に存在した場合には更新後の履歴情報および新たなファイルのデータ量の総量が第１のクライアント８０３１の許容する範囲を越える可能性がある。そこでこれらデータ量の総量を算出し（ステップＳ９０３）、これが第１のクライアント８０３１の実記憶部に格納可能であるかどうかを判別する（ステップＳ９０４）。格納可能であれば（Ｙ）、第１のクライアント８０３１に更新後の履歴情報を送出して、その更新を要求する（ステップＳ９０５）。
【０１６４】
これに対して、ステップＳ９０４で第１のクライアント８０３１の実記憶部のメモリ容量が不足していると判別された場合には（Ｎ）、第１のクライアント８０３１に対して現在まで格納していた履歴情報をゲートウェイ８０２側に送出することと、送出後の履歴情報を第１のクライアント８０３１側から削除することを要求する。また、この削除に連動して第１のクライアント８０３１側の仮想記憶部（図１の仮想記録部４０７参照）へ、新たに履歴情報を格納するゲートウェイ８０２側の履歴情報の格納アドレスを書き込むように指示する（ステップＳ９０６）。そして、第１のクライアント８０３１についての更新後の全履歴情報をゲートウェイ８０２側のクライアントデータ記憶装置８１３内の第１のクライアント８０３１に対応するクライアント個別エリアＣＬ−１に格納することになる（ステップＳ９０７）。
【０１６５】
図４６は、図４２に示したメニュー画面から「ＣＭＭ」というニュースのホームページのＵＲＬにアクセスしたときのそのページの画面表示を表わしたものである。ディスプレイ８４３には、この例でＨＴＭＬで記述されたテキスト情報９２１にイメージ情報９２２〜９２４が組み合わされた画像情報が表示されている。これらの情報は別々のファイルで構成されており、履歴情報はこれら全体の１ページ分の情報と、個別のファイルの情報とに分れている。イメージ情報９２３は、ＭＰＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）による映像情報が該当ページに存在することを示している。本実施例では過去にホームページにアクセスしたときに取得した同一のファイルは再度ダウンロードせずにデータ転送量の減少を図っているが、これは次のような手順をとっている。
【０１６６】
まず、そのページ全体の履歴情報（最上位のファイルの履歴情報）を調べてこれが前の履歴情報と一致している場合にはこれよりも下位のファイルの履歴情報も一致しているので、サーバ８０１からそのページのダウンロードは行わない。この最上位のファイルの履歴情報が過去の履歴情報と一致していない場合には、１段下位のそれぞれのファイルの履歴情報を過去の履歴情報と比較する。そして、一致しているものについてはダウンロードを行わず、一致していないものについては更に下位のファイルを探して同様の手順をとる。下位のファイルが存在しない場合にはそのファイルの中身が相違することになるので、そのファイルをダウンロードすることになる。下位のファイルを呼び出した段階でその中に新しいファイルが存在した場合にもそのファイルをダウンロードすることはもちろんである。
【０１６７】
図４７は、図４６のメニューにおける「ＷＯＲＬＤ  ＡＦＦＡＩＲＳ」という項目が選択された状態を表わしたものである。このように新たな項目が選択されると、該当ページのＵＲＬがアクセスされる（図４３ステップＳ８７１）。そして、前に説明したと同様にページの内容に変更があるファイルのみがサーバ８０１からダウンロードされることになる。この図４３に示したディスプレイ８４３の表示画面で、ボタンスイッチ８４５の中の数字「６」を示すボタンを選択するか、上下ボタンを操作してこの項目の表示が反転している状態で右ボタンを押下すると、ムービ（動画）の再生が選択される。このとき、音声の出力は図３４に示したスピーカ８４４を用いて行われる。
【０１６８】
図４８は、これによりムービの再生が行われている状態を示したものである。このように大容量のムービ・ファイルのようなファイルであっても、これらをゲートウェイ８０２側のクライアント個別データエリア８２１あるいはグループ共有エリア８２２（図３３）に格納させることができるので、クライアント８０３のメモリ容量が少ない場合でも、インターネットのホームページで動画や音楽等を十分楽しむことができる。
【０１６９】
（６）第６の実施例の変形例
【０１７０】
（６−１）自動巡回システムの概要
【０１７１】
図４９は、第６の実施例の変形例における通信システムの構成の概要を表わしたものである。図４９で図３２と同一部分には同一の符号を付しており、これらの説明を適宜省略する。この変形例では、ゲートウェイ８０２Ａがクライアントデータ記憶装置８１３の他に自動巡回処理部９４１を備えており、通信システム全体としては自動巡回システムを構成している。自動巡回処理部９４１は、（ａ）クライアント８０３Ａ１〜８０３ＡＭの設定により、あるいは（ｂ）ゲートウェイ８０２側の自主的な動作によってインターネット通信網８１１に接続されたサーバ８０１１〜８０１Ｎを巡回して所望のホームページのファイルをダウンロードするようになっている。クライアント８０３Ａ１〜８０３ＡＭは、ゲートウェイ８０２Ａに対する自動巡回処理を指示する機能を追加したプログラムを搭載した点で、先のクライアント８０３１〜８０３Ｍと構成が相違している。したがって、ゲートウェイ８０２側が自主的な自動巡回を行うのみの通信システムでは、第６の実施例で示したクライアント８０３１〜８０３Ｍをそのまま使用してこの変形例の自動巡回システムを実現することもできる。
【０１７２】
（６−２）クライアントの要求による自動巡回
【０１７３】
図５０は、図３６に対応したものでモード設定後に初期的に表示されるメニュー画面を表わしたものである。このメニュー画面では、新たに「ファイル巡回設定」という項目が表示される。この「ファイル巡回設定」という項目をクライアント８０３側が選択すると、ホームページ上の所望のファイルの自動巡回をゲートウェイ８０２Ａ側に要求することになる。
【０１７４】
図５１は「ファイル巡回設定」という項目が選択された場合にディスプレイに表示される内容を示したものである。ディスプレイ８４３には、「巡回設定を行い、ファイルの更新を通知する」とする選択肢と、「巡回設定を行うが、ファイルの更新は通知しない」とする選択肢が表示される。前者を選択すると、ホームページ上で指定したファイルの内容が更新されたかどうかをゲートウェイ８０２Ａ側が時間間隔を置いて見に行って、更新された時点でそのファイルをゲートウェイ側の専用記憶領域に格納する。そして、そのファイルが更新された通知を、メールによって該当するクライアント８０３Ａに対して行う。もちろん、通信システムによっては合成音声で直接そのクライアント８０３Ａに電話をかけて通知したり、そのクライアント８０３Ａのディスプレイ８４３にその旨を表示するようにしてもよい。
【０１７５】
これに対して図５１に示したディスプレイ８４３の表示が行われている状態で後者の設定を選択した場合には、ホームページ上で指定したファイルの内容が更新されたかどうかをゲートウェイ８０２Ａ側が時間を置いて見に行って、更新された時点でそのファイルをゲートウェイ側の専用記憶領域に格納するだけの作業で処理が終了する。したがって、クライアント８０３Ａ側では次にそのホームページの該当するファイルをアクセスしなければファイルの内容が更新されたことを知ることができない。しかしながら、該当のファイルのアクセスを必要としたときにクライアント８０３Ａはゲートウェイ８０２Ａ内にそのファイルを直ちに見つけることができる。すなわち、ゲートウェイ８０３Ａがインターネット通信網８１１を介してサーバ８０１１〜８０１Ｎのうちの該当するものにその都度アクセスする必要がなく、伝送路の遅延による時間待ちも配慮する必要がないので、直ちに目的とするファイルを得ることができる。もちろん、更新が行われていないファイルについても、更新のチェックについて多少の時間差があるものの、その都度インターネットに接続することなく、その事実を知ることができる。
【０１７６】
図５２は先の実施例の図４２から「経産新聞」が選択された場合のこの変形例におけるディスプレイの表示内容を表わしたものである。「経産新聞」の全ファイルの中で更新されたすべてのファイルをダウンロードするのは図４２に示した画面の状態で「経産新聞」を選択して行うことになるが、図５２ではこの画面に表示された内容から適宜１つまたは複数の項目を選択して自動巡回を設定することになる。自動巡回先の設定は、上下のボタンで該当する大分類あるいは小分類の項目を反転表示させ、その状態でボタンスイッチ８４５の中の数字「８」を示すボタンを押すことで行われ、この状態でその項目が点滅表示に変わる。再度同一ボタンを押すと設定が解除される。図では「為替」と「政治」（国内外）が自動巡回の項目として設定されている。
【０１７７】
このようにして自動巡回の項目が設定されると、ゲートウェイ８０２Ａはこれらを設定要求先のクライアント８０３Ａと対応付けて自動巡回処理部９４１（図４９）の図示しない巡回先アドレス記憶部に格納する。自動巡回の項目の変更が行われたときには、同様にクライアント８０３Ａと対応付けて巡回先アドレス記憶部の記憶内容を変更することになる。
【０１７８】
図５３は、クライアント側の要求に基づいたゲートウェイ側の自動巡回の作業の様子を表わしたものである。ゲートウェイ８０２Ａは所定時間が経過するたびに各ホームページの更新状態をチェックする作業を開始する（ステップＳ９５１）。ただし、ホームページによっては新聞社のように頻繁に更新が行われるものと、個人のホームページのように１ヵ月に数度以下の更新が行われるものがある。そこで、ここでは詳細を説明しないが更新されるファイルの履歴をとって自動巡回のための時間間隔を複数グループに設定するようなことも可能である。
【０１７９】
さて、自動巡回のための時間が到来したら（ステップＳ９５１：Ｙ）、ゲートウェイ８０２Ａは前記した巡回先アドレス記憶部に格納された全ＵＲＬアドレスとそれらの最新更新日をクライアントと対応付けて読み出す（ステップＳ９５２）。そして、実際にホームページにアクセスするときに複数のクライアント８０２Ａ間で同一のファイルを重複してアクセスする無駄を避けるために、重複アドレスの整理を行う（ステップＳ９５３）。この過程で、同一のファイルについて更新日が異なるものがあれば、最新の更新日を採用する。
【０１８０】
このようにして更新をチェックすべき全ＵＲＬのアドレスが求められたら、ゲートウェイ８０２Ａはサーバ８０１１〜８０１Ｎのうちの該当するものに順次アクセスして対応するファイルが新たに更新されたかどうかをチェックし、更新されていればそれらを自動巡回処理部９４１（図４９）の図示しない第１の巡回ファイル保存領域の該当するファイルに上書きする（ステップＳ９５４）。クライアント８０３Ａの新規要求によって追加されたファイルについては、それらを新たに記憶する。そして、巡回先アドレス記憶部の更新日を各クライアント８０３Ａ１〜８０３ＡＭの個々のファイルごとに更新する（ステップＳ９５５）。
【０１８１】
（６−３）ゲートウェイの自主的な自動巡回
【０１８２】
この変形例のゲートウェイ８０２Ａは各クライアント８０３Ａ１〜８０３ＡＭの自動巡回の要求がないＵＲＬでも、実際のアクセスの頻度を見て、再度同一のＵＲＬのアクセスがある可能性が高いものについては自主的にそれらのファイルを取得して、自動巡回処理部９４１（図４９）の図示しない第２の巡回ファイル保存領域に格納するようにしている。これは、比較的トラヒックの低い時間帯等にこのようなファイルをダウンロードしておいて、各クライアント８０３Ａ１〜８０３ＡＭのホームページへのアクセスが集中した場合にもインターネット通信網８１１の負荷を軽減させることで、効率的な通信処理を実現するためである。この変形例ではこのような自動巡回は、ホームページの各ファイルのアドレス単位で行われ、アクセスの状況の把握は、自動巡回処理部９４１の同じく図示しない履歴記憶部を用いて行われる。
【０１８３】
図５４は、ゲートウェイが履歴記憶部にデータを記憶する作業の流れを表わしたものである。この変形例のゲートウェイ８０２Ａは、クライアント８０３Ａ１〜８０３ＡＭのいずれかからインターネットのＵＲＬへのアクセスの要求があると（ステップＳ９７１：Ｙ）、既に説明したようにそのアクセス処理を行う一方で、アクセスのあった日付（日時）を付加して、前記した履歴記憶部にホームページを構成するファイル別に記憶する（ステップＳ９７２）。このようにして履歴記憶部には、時間の経過と共にクライアント８０３Ａ１〜８０３ＡＭのアクセスしたＵＲＬが日付の情報と共に格納されていく。
【０１８４】
図５５は、この履歴記憶部の記憶内容を整理する処理の流れを表わしたものである。ゲートウェイ８０２Ａは、所定の時間ｔ１が経過するたびに（ステップＳ９８１：Ｙ）、履歴記憶部に記憶されている時間ｔ２以上経過したＵＲＬについての情報を削除する（ステップＳ９８２）。ここで時間ｔ２は時間ｔ１よりも大きな値である。例えば時間ｔ１が２４時間（１日）であるとすると、時間ｔ２は２４０時間（１０日）というような値である。このようにして古いデータを削除した後、ゲートウェイ８０２Ａは同一のＵＲＬでアクセスの行われた回数が所定回数Ａ未満のものを履歴記憶部から削除する（ステップＳ９８３）。この作業は、同一ＵＲＬで日付（日時）の異なるものが回数Ａ以上存在するかをチェックすることによって行う。このようにして、履歴記憶部に記憶するデータ量を適正な範囲に設定することができる。
【０１８５】
図５６は、以上のようにして逐次変更されていく履歴記憶部のデータを使用して自動巡回を行う作業の様子を表わしたものである。ゲートウェイ８０２Ａは、前記したようにインターネット通信網８１１（図４９）のトラヒックが少ない時間帯としての予め定めた時間帯が訪れると（ステップＳ９９１：Ｙ）、履歴記憶部に記憶されている現在のデータを所定の作業領域に読み込む（ステップＳ９９２）。そして、クライアント８０３Ａ１〜８０３ＡＭのそれぞれが先に説明した自動巡回を要求しているＵＲＬをファイル単位でここから削除する（ステップＳ９９３）。これは、クライアント８０３Ａ１〜８０３ＡＭのそれぞれが自動巡回を要求しているＵＲＬのファイルについては、別途収集が行われるので、これらをゲートウェイ８０２Ａ側が蓄積することにして、再度同一のＵＲＬにアクセスする無駄を省くことにしているためである。
【０１８６】
このようにして作業領域に残ったＵＲＬは、クライアント８０３Ａ１〜８０３ＡＭの要求によってアクセスされるものではなく、かつ最近ある程度の頻度でアクセスが行われているもので、今後クライアント８０３Ａ１〜８０３ＡＭが個別にアクセスをする可能性の高いものであるということができる。そこで、ゲートウェイ８０２Ａはサーバ８０１１〜８０１Ｎに対してこれらのＵＲＬを順次アクセスし、そのファイルの内容が更新されているものについては第２の巡回ファイル保存領域の該当するＵＲＬのファイルに上書きしてその内容を更新する（ステップＳ９９４）。更新されていないものについては内容をダウンロードする必要はない。新たなＵＲＬの場合にはそのファイルを作成して、第２の巡回ファイル保存領域に新しく保存することになる。
【０１８７】
このようにして現在存在するＵＲＬについてすべてのアクセスが終了したら（ステップＳ９９５：Ｙ）、今回の自動巡回の対象とならなかったＵＲＬのファイルを第２の巡回ファイル保存領域から削除する（ステップＳ９９６）。このようなファイルの削除をステップＳ９９４以降に行うことで、第２の巡回ファイル保存領域に格納するデータ量が不必要に増加しないようにすると共に、クライアント８０３Ａ１〜８０３ＡＭがＵＲＬをアクセスするたびに第２の巡回ファイル保存領域および第１の巡回ファイル保存領域のＵＲＬを参照して、重複したファイルのダウンロードを避けることができるようにしている。
【０１８８】
なお、この第６の変形例では、クライアント８０３Ａ１〜８０３ＡＭの要求に基づいた自動巡回を除外した形でゲートウェイ８０２Ａ側が自主的に自動巡回を行うことにしたが、ゲートウェイ８０２Ａ側が自主的に自動巡回するものにクライアント８０３Ａ１〜８０３ＡＭの要求に基づいたＵＲＬを含めて行うようにすることも可能であることは当然である。
【０１８９】
なお、以上説明した第１〜第４の実施例では通信システムの構成についてそれらの概要を説明しただけなので、一例として多少具体的な構成を補足する。ただし、これらは第１〜第５の実施例の内容となるシステムの詳細を限定するものではない。
【０１９０】
図５７は、このような通信システムを一例としてＷＡＰを用いて構成した場合を示したものであり、図５８は他の通信システムを比較のために示したものである。図５７のＷＡＰ（ｗｉｒｅｌｅｓｓ  ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）は携帯電話機や携帯情報端末から、無線を使ってインターネット情報を入手するためのプロトコルである。ＷＡＰを使用してインターネットのＨＴＭＬ（ｈｙｐｅｒｔｅｘｔ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）で作成したホームページにアクセスした場合、通常のサーバ１００１からゲートウェイ１００２にはＨＴＭＬファイルが送られる。ゲートウェイ１００２では、クライアント１００３が表示する画面を作成してこれをバイナリデータとして送信する。このとき、テキストはテキストデータとして送信し、ホームページのタグ情報のようなものは直接バイナリデータとして送信することになる。このようにＷＡＰを使用した通信システムでは、クライアント１００３側に送信するデータが比較的大きな場合でも、実際に送信されるデータは画面単位となる。
【０１９１】
したがって、通信システムを一例として説明したＷＡＰを使用すれば、クライアント１００３側に大容量のメモリを備える必要がなくなる。この点は、第５および第６の実施例に適用しても通信システムのクライアント側の負担を軽減する上で大きな効果がある。しかもファイルの格納場所をクライアント１００３側以外の場所に用意するようにすれば、比較的大容量のデータをサーバ１００１から取得することも可能になる。
【０１９２】
一方、図５８に示した通信システムでは、通常のサーバ１００１が基地局１００４を介してクライアント１００３と接続されている。この通信システムでは、ＨＴＭＬファイルがサーバ１００１と基地局１００４の間だけでなく、基地局１００４とクライアント１００３の間でも伝送される。この図でクライアント１００３が通常のデスクトップのパーソナルコンピュータのように有線でサーバ１００１と接続可能である場合には、基地局１００４は必要としない。クライアント１００３はＨＴＭＬファイルを直接受け取ることになるので、画面を作成する処理を行う必要がある。また、サーバから送られてくるデータが比較的大容量の場合には、先の実施例でも説明したようにこれらをいずれかの場所に保存しておいたり、大容量のメモリを増設する等の措置が必要となる。
【０１９３】
以上説明した実施例および変形例では、クライアントとゲートウェイあるいは移動通信網との間を無線で接続する通信システムを説明したが、先に説明したように本発明はクライアントとゲートウェイあるいはインターネット通信網を有線で接続した通信システムにもそのまま適用できるものであることは当然である。この場合には、クライアントとして通常のデスクトップ型のコンピュータ等の通信機器が含まれることになる。
【０１９４】
また、第１〜第４の実施例ではクライアントのメモリ容量を補う手段として、クライアントが本来格納するデータとしてのコンテンツをサーバに格納させる場合を挙げたが、この場合のサーバは必ずしもコンテンツを取得する先のサーバである必要はない。たとえば、インターネット通信網に接続され、クライアントの容量不足を補うための専用のサーバであってもよい。
【０１９５】
【発明の効果】
以上説明したように請求項１記載の発明によれば、コンテンツ格納サーバからコンテンツを取得するとき実記憶部に容量的にその全体を格納できないコンテンツがある場合には、クライアントがコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納することにし、ゲートウェイのその所在を示す情報に対応する位置にそのコンテンツ全体を格納するようにした。このため、コンテンツのデータ量が多くなってもクライアントはこれらをある程度まとめてコンテンツ格納サーバから取り出すことができ、コンテンツ格納サーバの負担の軽減を図ることができる。また、その都度、これらのコンテンツをコンテンツ格納サーバから取り出す必要がないので、処理の迅速化を図ることができる。更に本発明ではクライアント側にコンテンツ自体を格納する実記憶部を用意しているので、コンテンツのデータ量がこの容量を越えないような場合にはコンテンツをクライアント側に直接取り込むことができ、この点でも処理の高速化を達成することができる。
【０１９６】
また請求項２記載の発明によれば、コンテンツ格納サーバからコンテンツを取得するとき実記憶部に容量的にその全体を格納できないコンテンツがある場合には、クライアントがコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納することにし、コンテンツ格納サーバの記憶領域にそのコンテンツ全体を格納するようにした。このため、コンテンツのデータ量が多くなってもクライアントはこれらをある程度まとめてコンテンツ格納サーバに要求することができ、処理の簡素化を図ることができる。更に本発明ではクライアント側にコンテンツ自体を格納する実記憶部を用意しているので、コンテンツのデータ量がこの容量を越えないような場合にはコンテンツをクライアント側に直接取り込むことができ、この点でも処理の高速化を達成することができる。更に本発明ではコンテンツ格納サーバに再度コンテンツの要求を行うことにしているので、要求したときのコンテンツの内容だけでなく、これよりも時間的に新しいものも取り出すことができ、目的に応じてこれらを選択することができる。
【０１９７】
更に請求項３記載の発明によれば、コンテンツ格納サーバからコンテンツを取得するとき実記憶部に容量的にその全体を格納できないコンテンツがある場合には、クライアントがコンテンツを特定する情報とそのコンテンツの所在を示す情報のみを仮想記憶部に格納することにし、一時格納用サーバにそのコンテンツ全体を格納するようにした。このようにネットワーク上に一時格納用サーバを配置してここに実記憶部に容量的に格納できないコンテンツを格納するようにしたので、コンテンツ格納サーバおよびゲートウェイにメモリ容量の増加を要求することなく、コンテンツの格納が可能になる。
【０２０１】
更に請求項４記載の発明によれば、クライアントがゲートウェイを介してコンテンツ格納サーバに過去に取得を要求したコンテンツの中から選別されたものを、ゲートウェイが自主的にコンテンツ格納サーバから取得し、これを用いて個々のクライアントの要求を処理するようにしたので、コンテンツ格納サーバへのアクセスの集中を避けることができる他、ゲートウェイの空き時間やコンテンツ格納サーバとゲートウェイの間の通信網の混んでいない時間帯を利用してこのような自動巡回を行うようにすれば、通信処理の迅速化と処理の効率化を図ることができる。しかも、クライアントとゲートウェイ間の料金体系によってはクライアントにより安価な方法でコンテンツの取得を行わせることが可能になる。しかも自動巡回はゲートウェイが自主的に行うので、個々のクライアントに手間をかけないという利点がある。また、巡回して得られたコンテンツは実記憶部に容量的にその全体を格納できない場合、ゲートウェイ側にその全体が保管されるので、クライアントのメモリを無駄に使用することがないので、コンテンツを比較的大量に格納し更新することができ、そのヒット率を十分高めることができる。
【０２０２】
また請求項５記載の発明によれば、クライアント側が自動巡回の設定を行ったものについてゲートウェイ側が自動巡回を行うようにしている。このため、個々のクライアントのニーズにあった自動巡回を実現することができ、しかも巡回して得られたコンテンツは実記憶部に容量的にその全体を格納できない場合、ゲートウェイ側に保管されるので、クライアントのメモリを無駄に使用することはない。
【０２０３】
更に請求項４または請求項５記載の発明によれば、クライアントがコンテンツを格納する実領域としての実記憶部とコンテンツの所在を記憶する仮想記憶部を備え、実記憶部に容量的にその全体を格納できないコンテンツの場合にはコンテンツを特定する情報とその所在を示す情報をコンテンツ自体は格納しない仮想記憶部に格納し、格納できなかったコンテンツについてはゲートウェイ内の記憶領域にその全体を格納することにしたので、クライアントはそのメモリ容量を増加させることなく各種のコンテンツを自在にアクセスすることができる。
【０２０４】
また請求項６記載の発明によれば、請求項４または請求項５記載の通信システムで、ゲートウェイはコンテンツ格納サーバに格納されていたコンテンツをフレーム単位のビットマップデータに変換してクライアントに送信することにしたので、コンテンツの内容自体をクライアント側に格納する必要がなく、クライアントの画像処理の負担を軽減することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施例における通信システムの構成の概要を表わしたブロック図である。
【図２】第１の実施例の通信システムでクライアントにコンテンツが蓄積される場合の処理の様子の概要を示した流れ図である。
【図３】第１の実施例で仮想記憶部を使用してコンテンツを蓄積するコンテンツ仮想記憶部蓄積処理のうちクライアント側の処理の流れを表わした流れ図である。
【図４】第１の実施例でゲートウェイ記憶部における割当領域とクライアント記憶部における仮想記憶部の対応関係を表わした説明図である。
【図５】第１の実施例でコンテンツ仮想記憶部蓄積処理のうちゲートウェイ側が行う処理の流れを表わした流れ図である。
【図６】本実施例でクライアントが蓄積後のコンテンツを読み込む際の処理の概要を表わした流れ図である。
【図７】図６のステップＳ１８５で示した実記憶部を用いたコンテンツ読込処理を表わした流れ図である。
【図８】図６のステップＳ１８６で示した仮想記憶部を用いたコンテンツ読込処理を表わした流れ図である。
【図９】第１の実施例でゲートウェイのコンテンツ読込処理の流れを表わした流れ図である。
【図１０】第１の実施例でクライアント側で行われるコンテンツ読込失敗処理を表わした流れ図である。
【図１１】第１の実施例でクライアント側で一度蓄積したコンテンツが不要になり削除する場合の処理の流れの概要を表わした流れ図である。
【図１２】ステップＳ２８５で説明した実記憶部を用いたコンテンツ削除処理を表わした流れ図である。
【図１３】図１１のステップＳ２８６で説明した仮想記憶部を用いたコンテンツ削除処理の流れを表わした流れ図である。
【図１４】第１の実施例でゲートウェイのコンテンツ削除処理の流れを表わした流れ図である。
【図１５】第１の実施例でクライアント側で行われるコンテンツ削除失敗処理を表わした流れ図である。
【図１６】本発明の第２の実施例における通信システムの構成の概要を表わしたブロック図である。
【図１７】第２の実施例で仮想記憶部を使用してコンテンツを蓄積するコンテンツ仮想記憶部蓄積処理のうちクライアント側の処理の流れを表わした流れ図である。
【図１８】第２の実施例でサーバ記憶部における割当領域とクライアント記憶部における仮想記憶部の対応関係を表わした説明図である。
【図１９】第２の実施例でコンテンツ仮想記憶部蓄積処理のうちサーバ側が行う処理の流れを表わした流れ図である。
【図２０】第２の実施例で、図６のステップＳ１８６に対応する仮想記憶部を用いたコンテンツ読込処理を表わした流れ図である。
【図２１】第２の実施例でサーバのコンテンツ読込処理の流れを表わした流れ図である。
【図２２】第２の実施例でクライアント側で行われるコンテンツ読込失敗処理を表わした流れ図である。
【図２３】第２の実施例で仮想記憶部を用いたコンテンツ削除処理の流れを表わした流れ図である。
【図２４】第２の実施例でサーバのコンテンツ削除処理の流れを表わした流れ図である。
【図２５】第２の実施例でクライアント側で行われるコンテンツ削除失敗処理を表わした流れ図である。
【図２６】本発明の第３の実施例における通信システムの構成の概要を表わしたブロック図である。
【図２７】第３の実施例の通信システムでクライアントにコンテンツが蓄積される場合の処理の様子の概要を示した流れ図である。
【図２８】第３の実施例でクライアント側が蓄積後のコンテンツを読み込む際の処理の概要を表わした流れ図である。
【図２９】第３の実施例でクライアント側で一度蓄積したコンテンツが不要になり削除する場合の処理の流れの概要を表わした流れ図である。
【図３０】本発明の第４の実施例における通信システムの構成の概要を表わしたブロック図である。
【図３１】第４の実施例の通信システムでクライアントにコンテンツが蓄積される場合の処理の様子の概要を示した流れ図である。
【図３２】本発明の第５の実施例における通信システムの構成の概要を表わしたシステム構成図である。
【図３３】図３２に示したクライアントデータ記憶装置の記憶領域の割り当てを表わした説明図である。
【図３４】第５の実施例の通信システムでクライアントとしての携帯電話機の外観を表わした正面図である。
【図３５】第５の実施例の通信システムで通話以外の特殊な通信サービスが行われる際のクライアント側の処理の流れの概要を表わした流れ図である。
【図３６】第５の実施例の通信システムでモード設定後にディスプレイに表示されるメニュー画面を表わした平面図である。
【図３７】第５の実施例の通信システムでメニュー画面から「インフォメーション」を選択したときに現われる新たなニュー画面を表わしたディスプレイの平面図である。
【図３８】第５の実施例の通信システムで「エンターテイメント」という区分の細目のメニュー画面を表示させた状態を表わしたディスプレイの平面図である。
【図３９】第５の実施例の通信システムで「インターネット」という項目を選択する状態を表わしたディスプレイの平面図である。
【図４０】図３９で「インターネット」という項目を選択したときに現われるディスプレイの平面図である。
【図４１】第５の実施例の通信システムでメニューの「お気に入り」の中の「ニュース」という項目が選択された状態を表わしたディスプレイの平面図である。
【図４２】第５の実施例の通信システムで特定のニュースが選択された状態を表わしたディスプレイの平面図である。
【図４３】第５の実施例の通信システムでゲートウェイ側におけるホームページのアクセス時の処理の流れを表わした流れ図である。
【図４４】第５の実施例の通信システムで履歴情報の検索処理の具体的な流れを表わした流れ図である。
【図４５】図４６のメニューにおける「ＷＯＲＬＤ  ＡＦＦＡＩＲＳ」という項目が選択された状態を表わしたディスプレイの平面図である。
【図４６】第５の実施例の通信システムでムービの再生が行われている状態の一例を示したディスプレイの平面図である。
【図４７】第６の実施例の変形例における通信システムの構成の概要を表わしたシステム構成図である。
【図４８】この変形例の通信システムでモード設定後に初期的に表示されるメニュー画面を表わしたディスプレイの平面図である。
【図４９】この変形例の通信システムで「ファイル巡回設定」という項目が選択された場合にディスプレイに表示される内容を示した平面図である。
【図５０】図４２から「経産新聞」が選択された場合のこの変形例におけるディスプレイの表示内容を表わした平面図である。
【図５１】この変形例の通信システムでクライアント側の要求に基づいたゲートウェイ側の自動巡回の作業の様子を表わした流れ図である。
【図５２】この変形例の通信システムでゲートウェイが履歴記憶部にデータを記憶する作業の流れを表わした流れ図である。
【図５３】この変形例の通信システムで履歴記憶部の記憶内容を整理する処理の流れを表わした流れ図である。
【図５４】この変形例の通信システムで逐次変更されていく履歴記憶部のデータを使用して自動巡回を行う作業の様子を表わした流れ図である。
【図５５】本発明の通信システムを一例としてＷＡＰを用いて構成した場合を示した説明図である。
【図５６】ゲートウェイを介さずにサーバからＨＴＭＬファイルを直接取得する通信システムを示した説明図である。
【図５７】比較的大容量のコンテンツを読み込むために従来行われていた装置間の接続を示す接続説明図である。
【図５８】ゲートウェイを介さずにサーバからＨＴＭＬファイルを直接取得する通信システムを示した説明図である。
【図５９】比較的大容量のコンテンツを読み込むために従来行われていた装置間の接続を示す接続説明図である。
【図６０】従来の装置を用いてコンテンツを読み込む際の通信システムの構成を表わしたブロック図である。
【図６１】従来の通信システムにおけるコンテンツの読み込みの際の処理の流れを表わした説明図である。
【符号の説明】
１０１、４０１、６０１、７０１、８０１、１００１  サーバ
１０２、６０２、８０２、８０２Ａ、１００２  ゲートウェイ
１０３、４０３、６０３、７０３、８０３、８０３Ａ、１００３  クライアント
１０４、６０４  ゲートウェイ記憶部
１０５、４０５、６０５、７０５  クライアント記憶部
１０６、４０６  実記憶部
１０７、４０７、６０７、７０７  仮想記憶部
１０８、４０８、６０８、７０８  割当領域
４０４、７０４  サーバ記憶部
８１１  インターネット通信網
８１２  移動通信網
８１３  クライアントデータ記憶装置
９４１  自動巡回処理部
１００４  基地局
【図１】
0003570308.tif 000002
【図２】
0003570308.tif 000003
【図３】
0003570308.tif 000004
【図４】
0003570308.tif 000005
【図５】
0003570308.tif 000006
【図６】
0003570308.tif 000007
【図７】
0003570308.tif 000008
【図８】
0003570308.tif 000009
【図９】
0003570308.tif 000010
【図１０】
0003570308.tif 000011
【図１１】
0003570308.tif 000012
【図１２】
0003570308.tif 000013
【図１３】
0003570308.tif 000014
【図１４】
0003570308.tif 000015
【図１５】
0003570308.tif 000016
【図１６】
0003570308.tif 000017
【図１７】
0003570308.tif 000018
【図１８】
0003570308.tif 000019
【図１９】
0003570308.tif 000020
【図２０】
0003570308.tif 000021
【図２１】
0003570308.tif 000022
【図２２】
0003570308.tif 000023
【図２３】
0003570308.tif 000024
【図２４】
0003570308.tif 000025
【図２５】
0003570308.tif 000026
【図２６】
0003570308.tif 000027
【図２７】
0003570308.tif 000028
【図２８】
0003570308.tif 000029
【図２９】
0003570308.tif 000030
【図３０】
0003570308.tif 000031
【図３１】
0003570308.tif 000032
【図３２】
0003570308.tif 000033
【図３３】
0003570308.tif 000034
【図３４】
0003570308.tif 000035
【図３５】
0003570308.tif 000036
【図３６】
0003570308.tif 000037
【図３７】
0003570308.tif 000038
【図３８】
0003570308.tif 000039
【図３９】
0003570308.tif 000040
【図４０】
0003570308.tif 000041
【図４１】
0003570308.tif 000042
【図４２】
0003570308.tif 000043
【図４３】
0003570308.tif 000044
【図４４】
0003570308.tif 000045
【図４５】
0003570308.tif 000046
【図４６】
0003570308.tif 000047
【図４７】
0003570308.tif 000048
【図４８】
0003570308.tif 000049
【図４９】
0003570308.tif 000050
【図５０】
0003570308.tif 000051
【図５１】
0003570308.tif 000052
【図５２】
0003570308.tif 000053
【図５３】
0003570308.tif 000054
【図５４】
0003570308.tif 000055
【図５５】
0003570308.tif 000056
【図５６】
0003570308.tif 000057
【図５７】
0003570308.tif 000058
【図５８】
0003570308.tif 000059
【図５９】
0003570308.tif 000060
【図６０】
0003570308.tif 000061
【図６１】
0003570308.tif 000062