JP2000200233A - デ―タ取得通知装置及びデ―タ取得通知方法並びに記録媒体 - Google Patents

Abstract

(57)【要約】 【目的】 クライアントに、クライアントが希望するサ
ーバからデータを受信するのに要する時間を短縮させる
ことが出来、この結果ネットワーク資源の有効利用を可
能とする。 【構成】 クライアントからネットワークを介して与え
られた、ＵＲＬが指し示すドメインにアクセスして該当
データを取得し、データの取得後にこのデータを圧縮
し、この圧縮データをダウンロード可能な状態にすると
共に、この状態をクライアントに通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ＷＷＷ（World
Wide Web）などのデータをクライアントに代わって取得
する代理取得技術に関し、更に詳しくは、取得したデー
タに圧縮を掛けることにより、クライアントがこのデー
タを受信するのに要する時間を短縮しようとするもので
ある。

【０００２】

【従来の技術】サーバ・クライアント環境に於いて、ク
ライアントが例えばＷＷＷサーバからハイパーテキスト
やグラフィックなどをダウンロードすることが日常的に
行なわれている。また所要のアドレスを自動的に巡回し
て、所要のデータをローカルの記憶装置に蓄積するソフ
トウェアを、クライアント上で実行することなども行な
われている。

【０００３】このような自動巡回ソフトウェアの利用に
は、ＬＡＮに常時接続されたクライアントから行なわれ
る場合もあれば、所謂ダイアルアップ接続によって、各
家庭から必要な時にのみ接続して行なわれる場合もあ
る。後者の場合一般的には電話回線を利用しサービスプ
ロバイダを介してインターネットに接続される。そして
その接続時間に応じた利用料金を支払っている。

【０００４】

【発明が解決しようとする課題】しかしながら、上記の
ような自動巡回ソフトウェアが、設定された通りに全て
をダウンロードする間は、インターネットとの接続を切
ることが出来ず、高額な回線使用料を支払わなくてはな
らないという問題がある。また生のデータをそのままダ
ウンロードしていることも問題であり、この間はコンピ
ュータや回線などの資源を圧迫し続けているわけであ
り、これはインターネットに限らずサーバ・クライアン
ト環境全般に生じている問題でもある。

【０００５】そこでこの発明では、クライアントがサー
バからデータを受信するのに要する時間を短縮出来、ネ
ットワーク資源の有効利用が出来るようにすることを課
題とする。

【０００６】

【課題を解決するための手段および作用】上記課題は、
請求項１の発明では、取得すべきデータのＵＲＬを受け
付ける入力部と、この入力部のＵＲＬが指し示すドメイ
ンにアクセスして（以下入力部のＵＲＬにアクセスして
と表記する）、前記データの取得要求を出すと共に受信
したデータをキャッシュメモリに格納する取得部と、キ
ャッシュメモリ内のデータを圧縮して記憶装置に格納す
る圧縮部と、この圧縮データへのアクセスを可能にする
と共にアクセス可能であることをクライアントに通知す
る通知部とを備えたデータ取得通知装置を提供すること
により達成される。

【０００７】データ取得通知装置は、入力部が取得すべ
きデータのＵＲＬを受け付ける際にはサーバとして振舞
い、取得部がＵＲＬにアクセスして前記データの取得要
求を出すと共に受信したデータをキャッシュメモリに格
納する際には、クライアントとして振舞う。また圧縮部
が受信したデータを圧縮した後、通知部が圧縮データへ
のアクセスを可能にすると共にアクセス可能であること
をクライアントに通知する際にはサーバとして振舞う。

【０００８】クライアントは、上記通知に基づいて、サ
ーバに接続して圧縮データをダウンロードする。従って
クライアントには、データ取得通知装置が取得すべきデ
ータのＵＲＬを受け付けた後は接続を一時切断させてお
くことが出来る。そしてクライアントが再びデータ取得
通知装置に接続して来たなら、希望するデータを圧縮デ
ータとして、より短い時間で引き渡すことが出来、資源
の有効利用を可能としている。なおクライアント側で
は、この後この圧縮データの解凍を行なって利用する。

【０００９】更に請求項２の発明では、請求項１のデー
タ取得通知装置に於いて、前記通知部は、前記圧縮デー
タへのリンクが記されたハイパーテキストを生成してク
ライアントに提示するＷＷＷサーバ部を備えていること
を特徴とするものとした。

【００１０】データ取得通知装置は、受信したデータの
圧縮が完了すると、ＷＷＷサーバ部によりクライアント
通知用のハイパーテキストを生成する。クライアントは
まずＷＷＷサーバ部に接続し、ＷＷＷブラウザによって
通知を確認し、続いて希望するデータを圧縮データとし
て受け取ることが出来る。従って、クライアントには希
望するデータをより短い時間で引き渡すことが出来る。

【００１１】更に請求項３の発明では、請求項１のデー
タ取得通知装置に於いて、前記通知部は、前記圧縮デー
タへアクセスするためのＵＲＬを記した電子メールをク
ライアントに送信するための電子メール送信部を備えて
いることを特徴とするものとした。

【００１２】クライアントがこの電子メールを受信した
ら、そこに記されている圧縮データのＵＲＬへアクセス
し、希望するデータを圧縮データとして受け取ることが
出来る。従って、電子メールによる通知を受信するまで
クライアントには待機させていればよく、希望するデー
タをより短い時間で引き渡すことが出来る。

【００１３】次に請求項４の発明では、クライアントか
らネットワークを介して与えられたＵＲＬにアクセスし
て所要データを取得し、データの取得後にこのデータを
圧縮し、この圧縮データをダウンロード可能な状態にす
ると共に、この状態をクライアントに通知することを特
徴とするデータ取得通知方法とすることにより、上記課
題を解決している。

【００１４】従って、クライアントは、取得すべきデー
タのＵＲＬを知らせた後は、接続を一時切断しておくこ
とが出来る。そして上記通知に基づいて、希望するデー
タを圧縮データとしてより短い時間で受け取ることが出
来る。従ってクライアントに対して負担を与えず、資源
を有効利用することが可能と成っている。

【００１５】更に請求項５の発明では、請求項４のデー
タ取得通知方法に於いて、前記圧縮データへのリンクが
記されたハイパーテキストを提示することによって、ク
ライアントに通知することを特徴としている。

【００１６】従って、クライアントに、ＷＷＷブラウザ
で通知を確認させ、希望するデータをより短い時間で受
け取らせることが出来る。

【００１７】更に請求項６の発明では、請求項４のデー
タ取得通知方法に於いて、前記圧縮データへアクセスす
るためのＵＲＬを記した電子メールをクライアントに送
信することによりクライアントに通知することを特徴と
している。

【００１８】従って、クライアントには、電子メールに
よる通知を受信するまで待機させていればよく、希望す
るデータをより短い時間で引き渡すことが出来る。

【００１９】次に請求項７の発明は、取得すべきデータ
のＵＲＬにアクセスして所要データを取得する取得部を
備えるコンピュータに、前記データを処理させるための
プログラムを記録した記録媒体であって、取得すべきデ
ータのＵＲＬを入力部で受け付け、取得部が入力部のＵ
ＲＬにアクセスして前記データの取得要求を出すと共に
受信したデータをキャッシュメモリに格納し、キャッシ
ュメモリ内のデータを圧縮部が圧縮して記憶装置に格納
し、通知部がこの圧縮データへのアクセスを可能にする
と共にアクセス可能であることをクライアントに通知す
る処理をコンピュータに行わせるためのプログラムを記
録した記録媒体である。

【００２０】コンピュータは、取得すべきデータを処理
するためのプログラムを記録媒体からロードして、実行
する。この実行の内容は、クライアントからネットワー
クを介して与えられたＵＲＬにアクセスして該当データ
を取得し、データの取得後にこのデータを圧縮し、この
圧縮データをダウンロード可能な状態にすると共に、こ
の状態をクライアントに通知することである。従って、
クライアントは、取得すべきデータのＵＲＬを知らせた
後は、接続を一時切断しておくことが出来る。そして上
記通知に基づいて、希望するデータを圧縮データとして
より短い時間で受け取ることが出来る。この結果、資源
の有効利用が可能と成っている。このような利益をクラ
イアントに提供している。

【００２１】更に請求項８の発明は、請求項７のプログ
ラムを記録した記録媒体に於いて、前記通知処理は、圧
縮データへのリンクが記されたハイパーテキストを生成
して提示することによりクライアントに通知するもので
ある。

【００２２】従って、クライアントに、ＷＷＷブラウザ
で通知を確認させ、希望するデータをより短い時間で受
け取らせることが出来る。

【００２３】更に請求項９の発明は、請求項７のプログ
ラムを記録した記録媒体に於いて、前記通知処理は、圧
縮データへアクセスするためのＵＲＬを記した電子メー
ルをクライアントに送信することによりクライアントに
通知するものである。

【００２４】従って、クライアントには、電子メールに
よる通知を受信するまで待機させていればよく、希望す
るデータをより短い時間で引き渡すことが出来る。

【００２５】プログラムを記録した記録媒体とは、ＣＤ
−ＲＯＭ、ハードディスク、フレキシブルディスク、Ｒ
ＯＭ、ＲＡＭ、メモリカード、紙テープやパンチカード
等を含む概念である。またコンピュータで直接実行可能
な状態でプログラムを記録した記録媒体以外にも、例え
ばＣＤ−ＲＯＭからハードディスク等の他の記録媒体へ
インストールすることによって実行可能と成るプログラ
ムを記録した記録媒体や、データをエンコードしたり、
暗号化したり、圧縮したプログラムを記録した記録媒体
等のことも含む。上記でＲＡＭを含んでいるのは、ネッ
トワーク経由で受信したプログラムがＲＡＭ上に展開さ
れることがあるからである。またＵＲＬとは、ＨＴＭＬ
書式のアンカータグにて表記される<A HREF="スキーム
名://ドメイン名/パス名/ファイル名"></A>や、リモー
トマウントされたディレクトリやそこに置かれたファイ
ル名を一意に指し示す、一般的なアドレスのことであ
る。

【００２６】

【発明の実施の形態】以下、この発明の実施の形態を図
面に基づいて説明するが、この発明はこれ等の実施の形
態に限定されない。なお以下の実施形態では、クライア
ントが取得すべきデータを有しているサーバのことを、
この発明のサーバとしての役割と区別するために、他サ
ーバと呼称する。

【００２７】（第１の実施形態）図１は、この発明の一
実施形態によるデータ取得通知装置の全体構成を示した
ものである。入力装置１はこのデータ取得通知装置に於
ける各種操作を行なうためのキーボードを具えている。
表示装置１１は入力装置１からの各種設定操作やその結
果などを表示するためのものである。このデータ取得通
知装置は、クライアントから、データのダウンロードと
圧縮とを依頼される時、及び圧縮データをクライアント
に送信する時にはサーバとして振舞い、他サーバに接続
してデータをダウンロードする際にはクライアントとし
て振舞うが、この際送受信装置１３はクライアントや他
サーバとの通信を仲介する。記憶装置１０は、他サーバ
からダウンロードしたデータを一時的に保存し、そのデ
ータを制御装置１２が圧縮した後、少なくともクライア
ントにダウンロードされるまで保存する。そしてこれ等
の装置を制御装置１２が統括する。

【００２８】このデータ取得通知装置は、前記送受信装
置１３を介してインターネット等のネットワークに常時
接続されるものである。前記制御装置１２が送受信装置
１３を介してクライアントからの接続要求を受けると、
クライアントに対して取得すべきデータのＵＲＬの入力
を促し、このＵＲＬの入力を受け付ける。

【００２９】続いて制御装置１２は送受信装置１３を介
してＵＲＬが指し示す接続先に接続し、取得すべきデー
タのダウンロードを開始する。ダウンロードされたデー
タは記憶装置１０に一時的に保存する。記憶装置１０の
この部位は一般にキャッシュメモリと呼称される。ダウ
ンロードが終了したら接続先との接続を切断する。

【００３０】続いて制御装置１２は、一時保存されたデ
ータを圧縮して保存する。この実施形態ではデータの圧
縮が完了した時点で一時保存されたデータを記憶装置１
０から削除している。

【００３１】その後この圧縮されたデータは前記クライ
アントが再び送受信装置１３を介して接続してきた時に
クライアントがダウンロードし得るように提示する。そ
してクライアントからのダウンロード要求を受け付ける
と、制御装置１２はこの圧縮されたデータを送受信装置
１３を介してクライアントにダウンロードさせ、処理が
終了すると圧縮されたデータを記憶装置１０から削除す
る。

【００３２】本来であれば、クライアントは他サーバと
直接やり取りをしてデータを取得するところ、そのデー
タは生データであるから、クライアントにとっては、ダ
ウンロードに時間が掛かる問題がある。それをこの発明
のデータ取得通知装置が代理してダウンロードすると共
に、クライアントに対してはこのダウンロードデータを
圧縮したものを提供している。

【００３３】この実施形態では、他サーバからダウンロ
ードしたデータを単に圧縮するだけとしているが、ダウ
ンロードデータが複数である場合には、後述する実施形
態のように書庫化圧縮してもよい。例えば、ハイパーテ
キストから呼び出される画像データをハイパーテキスト
と共にダウンロードした場合や、階層構造を持つ複数の
ハイパーテキストをダウンロードしたような場合であ
る。またこの際、データを所望したクライアント側のデ
ィレクトリ構造に合わせて、ハイパーテキストのリンク
の書き換えを行なった後書庫化圧縮するようにしてもよ
い。クライアントに対して圧縮データが用意されている
ことを通知するのは、クライアントが次に接続して来た
時であり、圧縮データが恰かもそこに用意されていたか
のように、圧縮データへのリンクを示したハイパーテキ
ストを生成して提示する。クライアントとの接続断はク
ライアントに任せるか、ＵＲＬを受け付けたり圧縮デー
タを送信し終わった時点で切るようにしてもよい。また
表示装置１１はクライアントとのやり取りを表示するよ
うにしてもよい。

【００３４】この他、入力部を、電子メールを受け付け
てそこに書かれたＵＲＬを読み出す機能を持つものとす
るなどが実現されている。またｔｅｌｎｅｔによる受付
や、電話受付と音声認識によってもよい。クライアント
に専用ソフトを提供することも可能である。圧縮部は、
この実施形態では制御装置１２により実現されている
が、圧縮アルゴリズムなどは任意である。通知部は、電
子メールを発信する機能を持つものとするなどが実現さ
れているが、ファクシミリを送信する機能なども実現可
能である。所謂スマートプルと呼ばれるプッシュ技術を
採用してもよい。圧縮データは、ＷＷＷやｆｔｐを利用
してダウンロードさせるが、これ以外にも可能である。
また後述するように、クライアントとの接続時にＩＤや
パスワード入力を促すようにしてもよい。

【００３５】この実施形態のデータ取得通知装置は、他
サーバとやり取りしてデータを取得するものであるが、
更にクライアントからＵＲＬと共にキーワードを受け付
け、他サーバにこのキーワードにて検索させた結果を送
信させ、この結果を受信して圧縮し、クライアントに通
知し、圧縮データをダウンロードさせるような装置も実
現されている。

【００３６】（第２の実施形態）次に、図１のデータ取
得通知装置を、ＣＰＵ２を用いて実現した場合のハード
ウェア構成を図２に示す。また図３、図６、図８、図９
に、データ取得通知プログラムの各部のプログラム３０
〜３３をフローチャートにて示す。なお、図１のデータ
取得通知装置４はＣＰＵを用いることなくハードウェア
ロジックによって構成してもよい。

【００３７】ＣＰＵ２には、メモリ２０、記憶装置であ
るハードディスク１０、入力装置であるキーボード・マ
ウス１、表示装置であるディスプレイ１１、送受信装置
であるＬＡＮカード１３、ＣＤ−ＲＯＭドライブ２２が
接続されている。ハードディスク１０には、オペレーテ
ィングシステムＯＳ３、データ取得通知プログラムを構
成するＵＲＬ受付サーバプログラム３０、データ受信ク
ライアントプログラム３１、データ圧縮プログラム３
２、通知と送信サーバプログラム３３とが記憶されてい
る。これ等のプログラム群は、ＣＤ−ＲＯＭドライブ２
２を介してＣＤ−ＲＯＭ２３からインストールされたも
のである。

【００３８】図４に、このデータ取得通知装置４にクラ
イアント５がインターネット経由で接続して来た状態を
示す。図５には、データ取得通知装置４が用意したクラ
イアント側のディスプレイＤに表示させる表示画面を示
す。なおここでは、クライアントのユーザーが取得した
いとするデータは、ＷＷＷページであるものと仮定して
説明する。なおここでの処理は、ＵＲＬ受付サーバプロ
グラム３０が担当している。

【００３９】データ取得通知装置４と他サーバ６とは、
共にインターネットに常時接続されている。今、クライ
アント５がダイアルアップ接続によりインターネットに
接続され、データ取得通知装置４にコネクションを張っ
て来た場合、データ取得通知装置４はサーバとして振舞
う。両者のコネクションを確立し（ステップＳ１）、他
サーバ６が所有する特定のＷＷＷページを示すアドレス
である接続先ＵＲＬを受け付け（ステップＳ２）、両者
のコネクションを切断する（ステップＳ３）。なおステ
ップＳ３でのコネクションの切断前に、続けて接続先Ｕ
ＲＬを設定したいか否かを尋ね、希望があれば再度接続
先ＵＲＬ入力を受け付けるようにしてもよい。ステップ
Ｓ１に於いて、クライアント５のディスプレイＤには起
動されているブラウザ７が表示されており、ブラウザ７
のアドレスバー７１にデータ取得通知装置４のＵＲＬを
入力して、データ取得通知装置４に接続される。ステッ
プＳ２に於いてブラウザ７にはデータ取得通知装置４が
送信したＨＴＭＬ文書７０が表示されている。このＨＴ
ＭＬ文書７０には接続先ＵＲＬの入力フォーム７２が設
けられており、クライアントのユーザーが、取得したい
とするＷＷＷページのＵＲＬをここに書き込み、ＯＫボ
タンを押すことによって、取得すべきＷＷＷページのＵ
ＲＬが送信されデータ取得通知装置４が受け付ける。図
３で符号４０はこの時のＵＲＬデータの流れを示す。な
お受信したＵＲＬデータはハードディスク１０の一時記
憶に保存される。

【００４０】前記ＨＴＭＬ文書７０即ちブラウザ７の表
示に付いて更に詳しく説明すると、クライアントのユー
ザーは単に入力フォーム７２にＵＲＬを書き込むだけで
はなく、取得したいとする最初のＷＷＷページからリン
クされたページの深度を設定したり、リンク先がこのサ
イト内のもののみか、サイト外も可能とするか、また今
回のみのアクセスか、スケジュールを設定するか、など
の設定も行ない得るようにしている。またここでは、ク
ライアントのユーザーＩＤやパスワードを入力させて、
後述する圧縮データのダウンロード時に、図１１に於け
るこのユーザー専用のＨＴＭＬ文書７６へのアクセスに
対するユーザー認証に備える。

【００４１】さて、データ取得通知装置４と他サーバ６
とは共にインターネットに接続されているが、クライア
ント５は既にデータ取得通知装置４との接続と共にイン
ターネットとの接続も切断している（図７）。今データ
取得通知装置４が他サーバ６にコネクションを張った場
合、データ取得通知装置４は今度はクライアントとして
振舞う。即ちデータ取得通知装置４が、先にクライアン
ト５が入力したＵＲＬデータに基づいて他サーバ６に接
続し（ステップＳ４）、所要のＷＷＷページのダウンロ
ードを開始する（ステップＳ５）。設定通りにダウンロ
ードが終了すると（ステップＳ６）、他サーバ６とのコ
ネクションを切断して（ステップＳ７）終了する。図７
で符号６０はこの時のＷＷＷページの流れを示す。また
受信したＷＷＷページはハードディスク１０の一時記憶
に保存される。なおここでの処理は、データ受信クライ
アントプログラム３１が担当している。

【００４２】続いて図８に示すように、データ圧縮プロ
グラム３２が、ハードディスク１０の一時記憶に保存さ
れたダウンロードデータであるＷＷＷページの書庫化圧
縮を行なって、ハードディスク１０に保存し（ステップ
Ｓ８）、その後クライアント５の再接続に備えて書庫化
圧縮データへのリンクを張った通知用のＨＴＭＬ文書を
生成する（ステップＳ９）。このようにこの実施形態で
は、通知はデータ取得通知装置４のＷＷＷサーバが、Ｗ
ＷＷページ上に、圧縮データがいつでもダウンロード可
能である旨を表示することによって行なう。逆に言えば
クライアントのユーザーは、このＷＷＷページを見て圧
縮データがダウンロード可能である旨の通知を受けるこ
とに成る。

【００４３】さて図１０では、適当な頃合を見計らった
クライアントがこのデータ取得通知装置４にインターネ
ット経由で接続して来た状態を示す。この場合クライア
ントは、データ取得通知装置４のＷＷＷサーバのダウン
ロード用のＵＲＬをブラウザ７のアドレスバー７４に入
力することによって接続して来る。符号７４はダウンロ
ード用のＵＲＬが入力されたアドレスバーである。この
接続の際クライアントのユーザーには、ユーザーＩＤや
パスワードを入力させ、先に受け付けたものとの比較に
よりユーザー認証を行なう。図１１には、データ取得通
知装置４が用意した、クライアント側のディスプレイＤ
に表示させる表示画面を示す。ブラウザ７にはデータ取
得通知装置４が送信したＨＴＭＬ文書７３が表示されて
いる。このＨＴＭＬ文書７３には書庫化圧縮データへの
リンク７５を表示している。ここでは、クライアントの
ユーザーが希望した、２つの書庫化圧縮データへのリン
ク７５が表示されている。なおここでの処理は、通知と
送信サーバプログラム３３が担当している。

【００４４】図９は、通知と送信サーバプログラム３３
の処理に関するフローチャートである。クライアント５
がダイアルアップ接続によってインターネットに接続さ
れ、データ取得通知装置４にコネクションを張って来た
場合、データ取得通知装置４は再びサーバとして振舞
う。両者のコネクションを確立し（ステップＳ１０）、
クライアントがアドレスバー７４に入力したダウンロー
ド用のＵＲＬに相当するＨＴＭＬ文書７３を表示する。
クライアントが書庫化圧縮データへのリンク７５を選択
すると、この書庫化圧縮データをクライアント５側にダ
ウンロードさせる（ステップＳ１１）。図１０で符号４
１はこの時の書庫化圧縮データの流れを示す。クライア
ント５に対しこのデータの送信が終了したら（ステップ
Ｓ１２）、両者のコネクションを切断する（ステップＳ
１３）。なお、ステップＳ１３でのコネクションの切断
前、複数の書庫化圧縮データへのリンク７５が示されて
いる場合に、続けてダウンロードしたいか否かを尋ね、
希望があれば更に継続し得るようにしてもよい。この後
この実施形態では、クライアントに送信済みの書庫化圧
縮データをハードディスク１０から削除する。なおクラ
イアント側では、受信した書庫化圧縮データを解凍復元
して利用することに成る。

【００４５】（第３の実施形態）次に、図１２乃至図１
５はこの発明の第３の実施形態を表わす。この実施形態
の主たる目的は基本的には第２の実施形態と同一である
が、クライアントに対し圧縮データがダウンロード可能
であることを通知するのに、電子メールを利用したいと
するものである。

【００４６】今、クライアント５がダイアルアップ接続
によりインターネットに接続され、データ取得通知装置
４にコネクションを張って来た場合、両者のコネクショ
ンを確立し（ステップＳ１４）、クライアントのユーザ
ー所望の接続先ＵＲＬと共にこのユーザーの電子メール
アドレスを受け付け（ステップＳ１５）、この後両者の
コネクションを切断する（ステップＳ１６）。図１３に
よればステップＳ１４に於いて、クライアント５のディ
スプレイＤには、起動中のブラウザ７が表示されてお
り、ブラウザ７のアドレスバー７１中にデータ取得通知
装置４のＵＲＬを入力してデータ取得通知装置４に接続
される。ステップＳ１５に於いてブラウザ７には、デー
タ取得通知装置４が送信したＨＴＭＬ文書７６が表示さ
れている。このＨＴＭＬ文書７０には接続先ＵＲＬの入
力フォーム７２が設けられており、かつユーザーの電子
メールアドレスを受け付けるための入力フォーム７７が
新たに設けられている。クライアントのユーザーが、取
得したいとするＷＷＷページのＵＲＬと電子メールアド
レスとをこれ等のフォームに書き込み、ＯＫボタンを押
すことにより、取得すべきＷＷＷページのＵＲＬと、通
知の送信先である電子メールアドレスが送信され、デー
タ取得通知装置４が受け付ける。なお受信したＵＲＬデ
ータ及び電子メールアドレスはハードディスク１０の一
時記憶に保存される。図１２に、ＵＲＬ及び電子メール
アドレス受付サーバプログラムのフローチャートを示
す。

【００４７】この後データ取得通知装置４は、所要のデ
ータのダウンロードとその圧縮作業とを行なう。後者に
付いて、ハードディスク１０の一時記憶に保存されたダ
ウンロードデータであるＷＷＷページの書庫化圧縮を行
なって、ハードディスク１０に保存し（ステップＳ１
７）、次に書庫化圧縮データへのリンクを張った通知用
のＨＴＭＬ文書を生成し（ステップＳ１８）、ダウンロ
ードが終了し書庫化圧縮が完了して、いつでもこのデー
タのダウンロードが可能である旨の通知を行なうべく、
前記ユーザーの電子メールアドレスに宛てて、通知用の
電子メールを送信する（ステップＳ１９）。図１４はこ
の処理のフローチャートであり、図１５は通知用の電子
メール４２の送信経路を示す。

【００４８】この通知用の電子メールを受け取ったユー
ザーは、上述した第２の実施形態で説明したように、図
１０の経路で所望の書庫化圧縮データをダウンロードす
る。このデータは圧縮されているため、クライアント５
が直接他サーバ６からデータを受信するのに要する時間
と比較すると、ほぼ圧縮率に相当する時間短縮が出来る
ことに成り、インターネット資源の有効利用が可能にな
っている。また通知は電子メールによって為されるた
め、第２の実施形態とは異なり、クライアント５のユー
ザーが、頃合を見計らってこのデータ取得通知装置４に
接続して、ダウンロードが可能になっているか否かを確
認するという手間が省け、ユーザー側にとっては極めて
便利である。

【００４９】（第４の実施形態）さて第２及び第３の実
施形態では何れも、先ずこのクライアント５にインター
ネット経由でデータ取得通知装置４に接続させ、クライ
アントのユーザーが取得したいとするデータのＵＲＬ
を、ＵＲＬ受付サーバプログラム３０によって受け付け
ている。一方第３の実施形態では、前記通知は通知用の
電子メールをクライアント５に向けて発信することで行
なっている。ということは、ユーザーが取得したいとす
るデータのＵＲＬの受け付けに電子メールを利用すれ
ば、ユーザーにとっては、申込時の利便性が増すものと
思考される。

【００５０】図１６は、電子メールによるＵＲＬ受付サ
ーバプログラムに於ける処理フローチャートを表わした
ものである。なお、電子メールによるＵＲＬ受付サーバ
プログラムのブロック図は図示していない。クライアン
ト５のユーザーが取得したいとするデータのＵＲＬを本
文に書き込んだ電子メールを、データ取得通知装置４の
電子メールアドレスに宛てて送信する。するとデータ取
得通知装置４は、この電子メールを受信し（ステップＳ
１６）、電子メールの本文からユーザーが取得したいと
するデータのＵＲＬ、即ち接続先ＵＲＬを抽出し（ステ
ップＳ１７）、これをキューに追加する（ステップＳ１
８）。キューに追加されたＵＲＬは次の処理、即ち他サ
ーバ６からのダウンロード処理の出番待ちということに
成る。

【００５１】（第５の実施形態）クライアントのユーザ
ーが取得したいとするデータは他サーバであるサーバ６
が所有している。例えば他サーバ６が階層構造を持つ複
数のハイパーテキストを所有している場合、これ等のデ
ータが他サーバ６に於いてはディレクトリを分けて保存
されている場合が多い。この際リンクの書式が、ＨＴＭ
Ｌ書式のアンカータグで表記される<A HREF="スキーム
名://ドメイン名/パス名/ファイル名"></A>とされてい
る場合がある。これをそのままクライアント５側に持っ
て来た時に、ドメイン名が残されたままであると、せっ
かく自己のハードティスク上にリンク先のデータを置い
てあるにも拘わらずわざわざ他サーバ６を見に行くよう
なことが起こる。そこで、データを所望したクライアン
ト側のディレクトリ構造に合わせて、ハイパーテキスト
のリンクの書き換えを行なった後書庫化圧縮を行なう、
というのが第５の実施形態である。この処理の結果リン
ク先は全てクライアント側のディレクトリ内であること
に成る。

【００５２】データ取得通知装置４が先にクライアント
５が入力したＵＲＬデータに基づいて他サーバ６に接続
し、所要のＷＷＷページをダウンロードする。この後図
１７のリンク書換サーバプログラムのフローチャートで
表されているように、ダウンロードファイル間のリンク
をクライアント側のディレクトリ構造に合わせて書き換
え（ステップＳ２３）、これ等ＷＷＷページの書庫化圧
縮を行なって、ハードディスク１０に保存し（ステップ
Ｓ２４）、後のクライアント５の再接続に備えて書庫化
圧縮データへのリンクを張った通知用のＨＴＭＬ文書を
生成する処理を行なう（ステップＳ２５）。このように
この実施形態では、リンク先を全てクライアント側のデ
ィレクトリ構造に合わせて書き換える。なお、クライア
ント５のディレクトリ構造を事前にデータ取得通知装置
４に通知しておかなくてはならないということに不便を
感じる場合には、一定のディレクトリ構造を決めてお
き、これに基づいてステップＳ２３で書き換えを行な
い、これにクライアント５側で対応させるようにしても
よい。

【００５３】（第６の実施形態）そもそもこの発明は、
クライアントがサーバからデータを受信するのに要する
時間を短縮させ、インターネット資源を有効利用出来る
ようにすることを課題としている。すると、例えばクラ
イアントのユーザーがあるＷＷＷページをダウンロード
したいする時、そのＷＷＷページに巨大なファイルサイ
ズの動画データがリンクされていた場合、そのダウンロ
ードはネットワークに対する大きな負荷と成る可能性が
ある。そこでクライアントのユーザーが望むなら、この
ような動画ファイルはダウンロードしないことにしても
よい。これは単に動画ファイルだけに止どまらない。

【００５４】そこでこの実施形態では、データ取得通知
装置４が先にクライアント５が入力したＵＲＬデータに
基づいて他サーバ６に接続し、所要のＷＷＷページをダ
ウンロードするが、この際ファイルの拡張子を一々チェ
ックし（ステップＳ２６）、動画ファイルであるかどう
かを識別し（ステップＳ２７）、動画ファイルでないも
のを全てダウンロードする（ステップＳ２８）。と同時
に動画ファイルに関しては、ハードディスク１０内に用
意したアイコンに置き換える作業を行なうようにする
（ステップＳ２９）。なおアイコンは静止画でも動画で
もよい。またいつも同じアイコンを使用することが決ま
っているのであれば、このアイコンをクライアント５側
に保存しておけば、クライアント５に向けて毎回送信す
る必要がなくなる。図１８ではこのアイコン置換サーバ
プログラムのフローチャートを表わしている。

【００５５】（第７の実施形態）次に、第１乃至第６の
実施形態のデータ取得通知装置は、他サーバとやり取り
を行なってデータを取得するものであるが、更にクライ
アントからＵＲＬと共にキーワードを受け付け、他サー
バにこのキーワードにて検索させた結果を送信させ、こ
の結果を受信して圧縮し、クライアントに通知して、圧
縮データをダウンロードさせるようにしてもよい。この
場合、他サーバは検索エンジンを具えていることに成る
が、時としては検索結果が数百、数千にも成ることがあ
る。このような検索結果一覧のデータは、圧縮して送信
されることが望ましい。これによりネットワークに対す
る負荷を軽減することが出来るからである。

【００５６】図１９は、この実施形態に於けるハードデ
ィスク１０を図示したものである。ＣＰＵ２、メモリ２
０、入力装置であるキーボード・マウス１、表示装置で
あるディスプレイ１１、送受信装置であるＬＡＮカード
１３、ＣＤ−ＲＯＭドライブ２２等は図示を省略して、
第２の実施形態に倣った。ハードディスク１０には、オ
ペレーティングシステムＯＳ３、データ取得通知プログ
ラムを構成しているところのキーワード受付サーバプロ
グラム３４、キーワード検索クライアントプログラム３
５、検索結果一覧圧縮プログラム３６及び通知と送信サ
ーバプログラム３７とが記憶されている。これ等のプロ
グラム群は図示していないＣＤ−ＲＯＭドライブ２２を
介してＣＤ−ＲＯＭ２３からインストールされたもので
ある。

【００５７】キーワード受付サーバプログラム３４は、
このデータ取得通知装置４にクライアント５がインター
ネット経由で接続して来て、クライアントのユーザーが
検索したいとするキーワードを受け付ける。キーワード
検索クライアントプログラム３５は、このデータ取得通
知装置４が他サーバ６に接続して、他サーバ６にキーワ
ードを引き渡し、検索結果を受け取った後他サーバ６と
のコネクションを切断し、受信した検索結果一覧をハー
ドディスク１０の一時記憶に保存する。続いて検索結果
一覧圧縮プログラム３６が、ハードディスク１０の一時
記憶に保存されたダウンロードデータである検索結果一
覧を読み出して圧縮を行ない、この圧縮データをハード
ディスク１０に保存する。一時記憶の検索結果一覧は削
除する。そして通知と送信サーバプログラム３７が、Ｗ
ＷＷページ上に、圧縮データがいつでもダウンロード可
能である旨を表示する。クライアントのユーザーは、こ
のＷＷＷページを見て圧縮データがダウンロード可能で
ある旨の通知を受けることに成る。

【００５８】（第８の実施形態）さて図２０は第８の実
施形態の模式図である。ネットワークローダブルな検索
エージェントであるａｐｐｌｅｔを、このデータ取得通
知装置４がクライアント５に送信し、このａｐｐｌｅｔ
にクライアント５のユーザーが所望するデータのＵＲＬ
を託し、ａｐｐｌｅｔが他サーバ６から所望のデータ
を、ダウンロード先をデータ取得通知装置４に指定して
ダウンロードし、データ取得通知装置４がこのダウンロ
ードデータを圧縮して保存通知し、この圧縮データをク
ライアント５がダウンロードするというものである。符
号４３はこの時のａｐｐｌｅｔの移動を示し、符号４４
はＵＲＬデータの流れを示し、符号４５はダウンロード
データの流れを示し、また符号４６は圧縮データの流れ
を示す。

【００５９】ａｐｐｌｅｔはサーバからダウンロードさ
れ、クライアント側のａｐｐｌｅｔ用仮想マシン上で動
作するエージェントであり、サーバ側では前記ａｐｐｌ
ｅｔとクライアント・サーバ通信を行なうプロセスが動
作しており、両者が協調して作業する遠隔プログラミン
グ方式を実現するものである。しかしながらこの場合
は、クライアントがインターネットとの接続を休止する
と不都合が起こるため、上記サーバ側のプロセスが前記
協調の中で新規に検索エージェントを作り、これが仮想
ブラウザと成って他サーバに活動の場所を移し、この他
サーバから所要のデータをサーバにダウンロードし、サ
ーバ側で圧縮保存した後、クライアントに通知し、クラ
イアントに提供するようにしてもよい。

【００６０】

【発明の効果】以上この発明は、クライアントに、クラ
イアントが希望するサーバからデータを受信するのに要
する時間を短縮させて上げることが出来、この結果資源
の有効利用が可能となっている。

【図面の簡単な説明】

【図１】データ取得通知装置の全体構成を示す図であ
る。

【図２】図１の装置を、ＣＰＵ２を用いて実現した場合
のハードウェア構成を示す図である。

【図３】ＵＲＬ受付サーバプログラム３０のフローチャ
ートである。

【図４】インターネット経由の場合のＵＲＬデータ４０
の流れを示す図である。

【図５】クライアント側のディスプレイＤに表示させる
表示画面を示す図である。

【図６】データ受信クライアントプログラム３１のフロ
ーチャートである。

【図７】インターネット経由の場合のＷＷＷページ６０
の流れを示す図である。

【図８】圧縮プログラム３２のフローチャートである。

【図９】通知と送信サーバプログラム３３のフローチャ
ートである。

【図１０】インターネット経由の場合の圧縮データ４１
の流れを示す図である。

【図１１】クライアント側のディスプレイＤに表示させ
る表示画面を示す図である。

【図１２】ＵＲＬ及び電子メールアドレス受付サーバプ
ログラムのフローチャート。

【図１３】クライアント側のディスプレイＤに表示させ
る表示画面を示す図である。

【図１４】通知用の電子メール送信サーバプログラムの
フローチャートである。

【図１５】インターネット経由の場合の通知用の電子メ
ール４２の流れを示す図である。

【図１６】電子メールによるＵＲＬ受付サーバプログラ
ムのフローチャートである。

【図１７】リンク書換サーバプログラムのフローチャー
ト。

【図１８】アイコン置換サーバプログラムのフローチャ
ート。

【図１９】キーワード検索の場合のハードウェア構成を
示す図である。

【図２０】遠隔プログラミング方式に於ける各データの
流れを示す模式図である。

【符号の説明】

１ 制御装置 １０ 記憶装置 １３ 送受信装置 ２３ ＣＤ−ＲＯＭ ３０ データ取得通知プログラムを構成するＵＲＬ受付
サーバプログラム ３１ 同データ受信クライアントプログラム ３２ 同データ圧縮プログラム ３３ 同通知と送信サーバプログラム ３４ データ取得通知プログラムを構成するキーワード
受付サーバプログラム ３５ 同キーワード検索クライアントプログラム ３６ 同検索結果一覧圧縮プログラム ３７ 同通知と送信サーバプログラム

Claims (9)

【特許請求の範囲】
1. 【請求項１】 取得すべきデータのＵＲＬを受け付ける
   入力部と、この入力部のＵＲＬにアクセスして前記デー
   タの取得要求を出すと共に受信したデータをキャッシュ
   メモリに格納する取得部と、キャッシュメモリ内のデー
   タを圧縮して記憶装置に格納する圧縮部と、この圧縮デ
   ータへのアクセスを可能にすると共にアクセス可能であ
   ることをクライアントに通知する通知部とを備えたデー
   タ取得通知装置。
2. 【請求項２】 請求項１のデータ取得通知装置に於い
   て、前記通知部は、前記圧縮データへのリンクが記され
   たハイパーテキストを生成してクライアントに提示する
   ＷＷＷサーバ部を備えていることを特徴とするデータ取
   得通知装置。
3. 【請求項３】 請求項１のデータ取得通知装置に於い
   て、前記通知部は、前記圧縮データへアクセスするため
   のＵＲＬを記した電子メールをクライアントに送信する
   ための電子メール送信部を備えていることを特徴とする
   データ取得通知装置。
4. 【請求項４】 クライアントからネットワークを介して
   与えられたＵＲＬにアクセスして所要データを取得し、
   データの取得後にこのデータを圧縮し、この圧縮データ
   をダウンロード可能な状態にすると共に、この状態をク
   ライアントに通知することを特徴とするデータ取得通知
   方法。
5. 【請求項５】 請求項４のデータ取得通知方法に於い
   て、前記圧縮データへのリンクが記されたハイパーテキ
   ストを提示することによりクライアントに通知すること
   を特徴とするデータ取得通知方法。
6. 【請求項６】 請求項４のデータ取得通知方法に於い
   て、前記圧縮データへアクセスするためのＵＲＬを記し
   た電子メールをクライアントに送信することによりクラ
   イアントに通知することを特徴とするデータ取得通知方
   法。
7. 【請求項７】 取得すべきデータのＵＲＬにアクセスし
   て所要データを取得する取得部を備えるコンピュータ
   に、前記データを処理させるためのプログラムを記録し
   た記録媒体であって、取得すべきデータのＵＲＬを入力
   部で受け付け、取得部が入力部のＵＲＬにアクセスして
   前記データの取得要求を出すと共に受信したデータをキ
   ャッシュメモリに格納し、キャッシュメモリ内のデータ
   を圧縮部が圧縮して記憶装置に格納し、通知部がこの圧
   縮データへのアクセスを可能にすると共にアクセス可能
   であることをクライアントに通知する処理をコンピュー
   タに行わせるためのプログラムを記録した記録媒体。
8. 【請求項８】 請求項７のプログラムを記録した記録媒
   体に於いて、前記通知処理は、圧縮データへのリンクが
   記されたハイパーテキストを生成して提示することによ
   りクライアントに通知するものであることを特徴とする
   プログラムを記録した記録媒体。
9. 【請求項９】 請求項７のプログラムを記録した記録媒
   体に於いて、前記通知処理は、圧縮データへアクセスす
   るためのＵＲＬを記した電子メールをクライアントに送
   信することによりクライアントに通知するものであるこ
   とを特徴とするプログラムを記録した記録媒体。