JP2000207330A - デ―タ送信装置、デ―タ通信システムおよびデ―タ受信装置 - Google Patents

Abstract

(57)【要約】 【課題】 回線の無駄な使用を避け、効率のよい通信を
行なうことができるデータ送信装置およびデータ通信シ
ステムを提供する。 【解決手段】 ブラウザによりホームページのトップメ
ニューＰ１が表示されているときに、ユーザがホームペ
ージ群を構成するツリーＴ１の一括ダウンロードボタン
を押下すると、ツリーＴ１に含まれるホームページのデ
ータが一括してダウンロードされる。これにより、ホー
ムページＰ２をユーザが見ている間にも、その下位のホ
ームページＰ３〜Ｐ５がダウンロードされるため、回線
の無駄な使用を避け、効率のよい通信を行なうことがで
きるデータ送信装置およびデータ通信システムを提供す
ることが可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、データ送信装置
およびデータ通信システムに関し、特にクライアントか
らの要求に応じてホームページのデータを送信するデー
タ送信装置およびデータ通信システムに関する。

【０００２】

【従来の技術】従来よりサーバとクライアントとを回線
で接続し、サーバに複数のホームページのデータ（コン
テンツデータ）を記憶させ、クライアントからの要求に
よりサーバからデータを送信させるデータ通信システム
が知られている。

【０００３】クライアントに備えられた表示装置に表示
されたハイパーリンクポイントをユーザがクリックする
あるいはＵＲＬを入力することにより、そのハイパーリ
ンクポイントあるいはＵＲＬに対応したコンテンツデー
タのダウンロードが行なわれる。ダウンロードされたコ
ンテンツデータは、表示装置に表示される。

【０００４】ハイパーリンクポイントとは、他のホーム
ページにリンクされているテキスト（または絵（ビット
マップ））であり、ブラウザ上ではアンダーライン等で
強調して表示される。

【０００５】

【発明が解決しようとする課題】しかしながら、従来の
データ通信システムには以下に述べる問題点があった。

【０００６】（１） ユーザのクリックによりコンテン
ツのダウンロード処理が行なわれるため、何の通信も行
なわれず回線が待機している時間が長い。

【０００７】（２） ユーザがクリックしてからコンテ
ンツデータをダウンロードするため、ホームページが表
示されるまでの時間が長い。

【０００８】そこでこの発明は、回線の無駄な使用を避
け、効率のよい通信を行なうことができるデータ送信装
置およびデータ通信システムを提供することを目的とし
ている。

【０００９】

【課題を解決するための手段】上記目的を達成するため
この発明のある局面に従うと、データ送信装置は、クラ
イアントからの要求に応じてホームページのデータを送
信するデータ送信装置であって、ツリー構造をなす複数
のホームページのデータを記憶する記憶手段と、クライ
アントからの要求に応じて、ツリー構造をなす複数のホ
ームページのデータを一括して送信する送信手段とを備
える。

【００１０】この発明によると、クライアントからの要
求に応じて、ツリー構造をなす複数のホームページのデ
ータが一括して送信されるため、回線の無駄な使用を避
け、効率のよい通信を行なうことができるデータ送信装
置を提供することが可能となる。

【００１１】この発明の他の局面に従うと、データ通信
システムは、クライアントとサーバとからなるシステム
であって、サーバは、クライアントからの要求に応じ
て、ツリー構造をなす複数のホームページのコンテンツ
リストを送信する送信手段を含み、クライアントは、コ
ンテンツリストを受信する受信手段と、受信されたコン
テンツリストに基づいて、ツリー構造をなす複数のホー
ムページの送信要求を出力する出力手段とを含む。

【００１２】この発明に従うと、サーバによりツリー構
造をなす複数のホームページのコンテンツリストが送信
され、クライアントにおいてはそのコンテンツリストに
基づいてツリー構造をなす複数のホームページの送信要
求を出力することができる。これにより、回線の無駄な
使用を避け、効率のよい通信を行なうことができるデー
タ通信システムを提供することが可能となる。

【００１３】この発明のさらに他の局面に従うと、デー
タ送信装置に対してホームページのデータの送信要求を
することができるデータ受信装置は、送信要求せずに送
られてくるホームページのデータを受信する機能をもつ
ことを特徴とする。

【００１４】この発明に従うと、データ受信装置におい
て送信要求せずに送られてくるホームページのデータを
受信することができるため、効率的な通信を行なうこと
ができる。

【００１５】

【発明の実施の形態】［第１の実施の形態］図１は、本
発明の第１の実施の形態におけるデータ通信システムの
構成を示すブロック図である。図を参照して、データ通
信システムは大きくは、データ受信装置（クライアン
ト）１００と、データ送信装置（サーバ）２００とから
構成される。

【００１６】データ受信装置１００は、ダウンロードさ
れたホームページの表示を行なったり、サーバへダウン
ロードの要求を行なうブラウザ１０１と、ダウンロード
されたホームページのコンテンツデータが一括してダウ
ンロードされたものであるか否かを判定する判定処理部
１０７と、一括してダウンロードされたホームページの
データを受信する一括受信部１０５と、一括してダウン
ロードされたホームページのデータを一旦記憶する一時
保存部１０３とから構成される。

【００１７】データ送信装置２００は、ホームページの
コンテンツデータを記憶する記憶部２０３と、クライア
ントからの通常の要求に基づいて、必要なコンテンツデ
ータを送信するＷＷＷサーバ２０５と、クライアントか
らの一括ダウンロード要求に基づいて、ツリー構造をな
す複数のホームページのデータを一括して送信するＷＷ
Ｗサーバ２０１と、ツリー構造をなす複数のホームペー
ジのＵＲＬまたはサーバ内でホームページが保存されて
いる位置をツリーごとに対応付けて記憶する分類ツリー
／ＵＲＬ対応テーブル２０９と、分類ツリー／ＵＲＬ対
応テーブル２０９のデータに基づいて、一括ダウンロー
ドの処理を行なう一括ダウンロード処理部２０７とから
構成される。

【００１８】図２は、ホームページのツリー構造を説明
するための図である。図を参照して、ブラウザ１０１に
より表示されたホームページのトップページＰ１に表示
された所定のハイパーリンクポイントをユーザがマウス
でクリックすることにより、次のホームページが表示さ
れる。クリックするハイパーリンクポイントによって、
図においてはページＰ２、Ｐ６またはＰ９のいずれかが
表示される。

【００１９】ページＰ２においてユーザが表示されたハ
イパーリンクポイントをさらにクリックすると、クリッ
クするハイパーリンクポイントによってページＰ３また
はＰ５が表示される。ページＰ３においてユーザがハイ
パーリンクポイントをクリックすると、ページＰ４が表
示される。

【００２０】ページＰ４においては、トップページＰ１
と同様に、クリックされるハイパーリンクポイントによ
って、ページＰ１０、Ｐ１３またはＰ１５のいずれかが
表示される。

【００２１】このように、ホームページは上位から下位
にわたるツリー構造を有している。適当な単位でツリー
は分割され、ツリーＴ１〜Ｔ６のようにホームページは
分類されている。

【００２２】そして、分類ツリー／ＵＲＬ対応テーブル
２０９は、図３のようにそれぞれのツリーに含まれるホ
ームページのＵＲＬを記憶している。これにより、１つ
のツリーに含まれるホームページが特定される。

【００２３】図４は、図２のトップページＰ１がブラウ
ザ１０１によって表示された状態を示す図である。図を
参照して、画面にはハイパーリンクポイントＡ１〜Ａ６
が表示されている。この例では一括ダウンロード、通常
ダウンロードの区別が可能なようにそれぞれボタン形状
の絵、メニューで表示を行なっている。

【００２４】ハイパーリンクポイントＡ１〜Ａ３は、通
常のダウンロードを行なうためのハイパーリンクポイン
トであり、このいずれかをクリックすると、ホームペー
ジＰ２、Ｐ６またはＰ９のいずれかのダウンロードおよ
び表示が行なわれる。

【００２５】ハイパーリンクポイントＡ４〜Ａ６は、一
括ダウンロードを行なうためのハイパーリンクポイント
であり、これらのいずれかをクリックすると、ツリーＴ
１、Ｔ２またはＴ３に含まれるすべてのホームページの
ダウンロード（一括ダウンロード）が行なわれる。ま
た、同時にホームページＰ２、Ｐ６またはＰ９のいずれ
かが表示される。

【００２６】このような一括ダウンロードを行なうと、
図２に示されるホームページＰ２をユーザが見ている間
においても、ホームページＰ３〜Ｐ５のダウンロードが
行なわれるため、回線を有効に使用することができ、効
率のよい通信を行なうことができる。

【００２７】図５および図６は、一括ダウンロードにお
けるクライアントとサーバとの行なう処理を示すフロー
チャートである。各ステップの横に書かれている、Ｃと
Ｓのアルファベットは、その処理がクライアントを主体
としたものか（Ｃ）、サーバを主体としたものか（Ｓ）
を示している。

【００２８】図を参照して、ステップＳ１０１において
クライアントからサーバに対してアクセスが行なわれる
と、ステップＳ１０３においてサーバはクライアントへ
トップページ（図２におけるページＰ１）を転送する。

【００２９】ステップＳ１０５においてクライアント側
でユーザがブラウジングを行なう。ステップＳ１０７に
おいて、トップページにおけるメニュー（ハイパーリン
クポイント）の選択が行なわれ、一括ダウンロードの指
示が出されたのであれば、クライアントからサーバへ選
択されたメニューが何であるかが送信される。

【００３０】ステップＳ１０９において、サーバからク
ライアントへ選択されたメニューに対応するツリーに含
まれるホームページを一括して送信する処理が行なわれ
る。ステップＳ１１１において、クライアント側は一括
受信したホームページを適当な方法で（本実施の形態に
おいては一時保存部１０３を用いて）保存する。

【００３１】ステップＳ１１３において、クライアント
側のブラウザ１０１によりトップページが画面に表示さ
れる。

【００３２】ステップＳ１１５で、ユーザはマウスによ
りトップページにおけるハイパーリンクポイントをクリ
ックしたり、ＵＲＬを指定する。その指定されたＵＲＬ
に対応するホームページが一括ダウンロードなどにより
既に受信済であるかがステップＳ１１７で判定される。

【００３３】ステップＳ１１７でＹＥＳであれば、ステ
ップＳ１１９で一時保存部から受信済のホームページを
読込み、ステップＳ１２１で表示が行なわれる。その
後、ステップＳ１１５へ戻る。

【００３４】一方、ステップＳ１１７でＮＯであれば、
ステップＳ１２３でクライアントからサーバに対しホー
ムページの送信要求がなされ、ステップＳ１２５におい
てサーバからクライアントへホームページの送信が行な
われる。なお、ステップＳ１２５で送信を行なうサーバ
は、ステップＳ１０３およびＳ１０９で送信を行なった
サーバと同じ場合もあるし、異なる場合もある。

【００３５】ステップＳ１２５での処理の後、ステップ
Ｓ１２７でクライアント側における受信処理がなされ、
その後ステップＳ１２１へ進む。

【００３６】図７は、一括ダウンロードが行なわれると
きの処理をより詳細に示したフローチャートである。

【００３７】図を参照して、ステップＳ２０１でクライ
アント側においてユーザが一括ダウンロード用のハイパ
ーリンクポイントを選択すると、ステップＳ２０３でサ
ーバ側において一括送信処理が起動される。その後、ス
テップＳ２０５で一括ダウンロードされたホームページ
の中の１つのホームページがブラウザ１０１により表示
される。

【００３８】より詳しくは、ステップＳ２０３において
は、まず分類ツリー／ＵＲＬ対応テーブル２０９によっ
て要求のあったツリーに対応するコンテンツ（ＵＲＬ）
が決定される。ステップＳ２０３ｂにおいて、ツリー構
造をなすホームページにおいてトップページに最も近い
コンテンツから順次送信が行なわれる。

【００３９】図８は、一括ダウンロードが行なわれると
きのクライアントでの受信処理を示すフローチャートで
ある。

【００４０】図を参照して、ステップＳ３０１で割込処
理によりコンテンツ受信処理が発生すると、ステップＳ
３０３でコンテンツ保存処理が行なわれる。

【００４１】より詳しくはステップＳ３０３での処理に
おいては、ステップＳ３０３ａで通常のホームページの
読込処理が行なわれる。ただしこのとき、ブラウザ１０
１を用いたホームページの表示は行なわず、一時保存部
にホームページのコンテンツデータを格納するのみとす
る。

【００４２】［変形例］図９は、図８のステップＳ３０
３ａの変形例を示すフローチャートである。

【００４３】図８においては、一括ダウンロードされた
ホームページを一時保存部に格納することとしたが、図
９においては、一括ダウンロードされたホームページを
ファイルとして保存することを特徴としている。

【００４４】具体的には、図９を参照して、ステップＳ
３０３ｂで一括ダウンロードされたホームページのＵＲ
Ｌの一部（たとえば終わりの部分）を利用して、そのホ
ームページのファイル名が作成される。

【００４５】ステップＳ３０３ｃでそのホームページが
ファイルとしてメモリに保存される。ステップＳ３０３
ｄで、ファイルとして保存されたホームページのファイ
ル名とＵＲＬとの対応テーブルが作成される。

【００４６】図１０は、図９のステップＳ３０３ｄで作
成される対応テーブルの具体例を示す図である。図を参
照して、対応テーブルにはホームページのＵＲＬとその
ホームページの格納されている場所（ファイル名）とが
対応付けて記録されている。

【００４７】この対応テーブルにより、ホームページが
ファイルとして保存されているか否かということと、そ
のファイルの存在する場所とを知ることができる。

【００４８】［第２の実施の形態］図１１は、本発明の
第２の実施の形態におけるデータ通信システムの構成を
示すブロック図である。図を参照して、データ通信シス
テムは、大きくは、クライアント３００とサーバ４００
とから構成される。

【００４９】クライアント３００は、サーバ４００から
コンテンツリストやコンテンツデータの受信を行ない、
かつサーバ４００に対してホームページの送信要求を行
なうブラウザ３０１と、一括ダウンロードされたホーム
ページのデータを一時記憶する一時保存部３０３と、受
信されたコンテンツリストを解釈するコンテンツリスト
解釈部３０５と、コンテンツリストを記憶するコンテン
ツリスト記憶部３０７とから構成される。

【００５０】ブラウザ３０１には、コンテンツタイプ判
定処理部３０１ａが含まれている。コンテンツタイプ判
定処理部３０１ａは、受信されたコンテンツがコンテン
ツリストであるかコンテンツデータであるかを判別す
る。

【００５１】サーバ４００は、クライアント３００から
送信要求を受付け、ホームページのコンテンツデータを
送信するＷＷＷサーバ４０１と、コンテンツデータを記
憶するコンテンツ記憶部４０３と、第１の実施の形態と
同様にツリーとＵＲＬとの対応関係を記憶する分類ツリ
ー／ＵＲＬ対応テーブル４１１と、分類ツリー／ＵＲＬ
対応テーブル４１１およびクライアントの要求に基づい
てコンテンツリスト４０７を作成するコンテンツリスト
作成部４０９と、コンテンツリスト４０７をクライアン
トに対して送信するコンテンツリスト送信部４０５とか
ら構成されている。

【００５２】ここにコンテンツリストとは、ツリーとツ
リーに含まれるホームページのＵＲＬとの対応関係を示
すリストである。クライアントはコンテンツリストを用
いることにより、ツリーに含まれているホームページの
ＵＲＬを知ることができ、ユーザの指示がなくともツリ
ーに含まれるホームページをダウンロードすることがで
きる。

【００５３】図１２は、本実施の形態において一括ダウ
ンロードが行なわれるときの処理を示したフローチャー
トである。

【００５４】図を参照して、ステップＳ４０１で一括ダ
ウンロード用ハイパーリンクポイントがクライアント側
において選択されたのであれば、ステップＳ４０３でサ
ーバ側で一括送信処理が起動される。その後、一括ダウ
ンロードされたホームページの中の最もトップページに
近いホームページがステップＳ４０５でブラウザに表示
される。

【００５５】なお、ステップＳ４０３では、より詳しく
は、ステップＳ４０３ａにおいて、分類ツリー／ＵＲＬ
対応テーブルに基づいて送信するコンテンツが決定さ
れ、コンテンツリストが作成される。そして、ステップ
Ｓ４０３ｂで、コンテンツリストがクライアントに対し
て送信される。

【００５６】ステップＳ４０３ｃでクライアント側にお
いてコンテンツリストが受信され、ステップＳ４０３ｄ
でクライアント側においてコンテンツリストの解釈が行
なわれ、ツリーに含まれるホームページのダウンロード
処理が逐次行なわれる。

【００５７】図１３は、一括ダウンロードが行なわれる
ときのクライアントでの受信処理を示すフローチャート
である。

【００５８】図を参照して、ステップＳ５０１で、コン
テンツリストを用いてコンテンツ送信要求がクライアン
トからサーバに対して行なわれる。

【００５９】ステップＳ５０３で、サーバはコンテンツ
を送信する。ステップＳ５０４で、クライアントはコン
テンツを受信する。

【００６０】ステップＳ５０５で、クライアント側にお
いて第１の実施の形態と同様にコンテンツを保存する処
理が行なわれる。

【００６１】なお、このステップＳ５０５での処理は、
図８による処理を用いてもよいし、図９による処理を用
いてもよい。

【００６２】以上のように本実施の形態においては、現
在広く用いられているＨＴＴＰなどの通信プロトコルの
仕様を変更することなく、一括ダウンロードを実現する
ことができる。また、一括ダウンロードによりホームペ
ージをユーザが見ている間においても、他のホームペー
ジのダウンロードが行なわれるため、回線を有効に使用
することができ、効率のよい通信を行なうことができ
る。

【００６３】なお、上述の第１および第２の実施の形態
においては、一括ダウンロードのハイパーリンクポイン
トをクリックした後にツリーに含まれるホームページの
一括ダウンロードを行なうこととしたが、ユーザが一括
ダウンロードボタンを押下しなくても一括ダウンロード
を開始するようにしてもよい。これは、具体的には、１
枚のホームページが表示された後に、自動的にその下位
に位置するホームページを一括してダウンロードするも
のである。

【００６４】今回開示された実施の形態はすべての点で
例示であって制限的なものではないと考えられるべきで
ある。本発明の範囲は上記した説明ではなくて特許請求
の範囲によって示され、特許請求の範囲と均等の意味お
よび範囲内でのすべての変更が含まれることが意図され
る。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態におけるデータ通信
システムの構成を示すブロック図である。

【図２】ホームページのツリー構造を説明するための図
である。

【図３】分類ツリー／ＵＲＬ対応テーブル２０９の内容
を示す図である。

【図４】図２のトップページＰ１がブラウザ１０１によ
って表示された状態を示す図である。

【図５】一括ダウンロードにおけるクライアントとサー
バとの行なう処理を示すフローチャートである。

【図６】図５に続くフローチャートである。

【図７】一括ダウンロードが行なわれるときの処理を詳
細に示したフローチャートである。

【図８】一括ダウンロードが行なわれるときのクライア
ントでの受信処理を示すフローチャートである。

【図９】図８のステップＳ３０３ａの変形例を示すフロ
ーチャートである。

【図１０】図９のステップＳ３０３ｄで作成される対応
テーブルの具体例を示す図である。

【図１１】本発明の第２の実施の形態におけるデータ通
信システムの構成を示す図である。

【図１２】第２の実施の形態において一括ダウンロード
が行なわれたときの処理を示したフローチャートであ
る。

【図１３】一括ダウンロードが行なわれるときのクライ
アントでの受信処理を示すフローチャートである。

【符号の説明】

１００，３００ クライアント（データ受信装置） ２００，４００ サーバ（データ送信装置） １０１，３０１ ブラウザ １０７ 判定処理部 １０５ 一括受信部 １０３ 一時保存部 ２０３，４０３ コンテンツ記憶部 ２０１，２０５，４０１ ＷＷＷサーバ ２０７ 一括ダウンロード処理部 ２０９，４１１ 分類ツリー／ＵＲＬ対応テーブル ３０５ コンテンツリスト解釈部 ３０７ コンテンツリスト記憶部 ４０５ コンテンツリスト送信部 ４０７ コンテンツリスト ４０９ コンテンツリスト作成部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 岡田 潤 大阪市此花区島屋一丁目１番３号 住友電 気工業株式会社大阪製作所内 Ｆターム(参考） 5B082 HA05 5B089 GA11 GA21 GB04 GB09 JA22 JB02 KA04 KA05 KA07 KB07 KC23 KC27 KC44 KC59 LB02

Claims (3)

【特許請求の範囲】
1. 【請求項１】 クライアントからの要求に応じてホーム
   ページのデータを送信するデータ送信装置であって、 ツリー構造をなす複数のホームページのデータを記憶す
   る記憶手段と、 前記クライアントからの要求に応じて、前記ツリー構造
   をなす複数のホームページのデータを一括して送信する
   送信手段とを備えた、データ送信装置。
2. 【請求項２】 クライアントとサーバとからなるデータ
   通信システムであって、 前記サーバは、前記クライアントからの要求に応じて、
   ツリー構造をなす複数のホームページのコンテンツリス
   トを送信する送信手段を含み、 前記クライアントは、 前記コンテンツリストを受信する受信手段と、 前記受信されたコンテンツリストに基づいて、前記ツリ
   ー構造をなす複数のホームページの送信要求を出力する
   出力手段とを含む、データ通信システム。
3. 【請求項３】 データ送信装置に対してホームページの
   データの送信要求をすることができるデータ受信装置で
   あって、 送信要求せずに送られてくるホームページのデータを受
   信する機能をもつことを特徴とする、データ受信装置。