JP2000047926A - データの分割ダウンロード方式 - Google Patents

Abstract

(57)【要約】 【課題】大容量のデータをサーバからクライアント装置
へネットワークを介してダウンロードする場合におい
て、必要な部分をデータ全体の構成からクライアント操
作者が判別し、その部分をクライアント装置の操作者が
望む順番で必要なデータの部分をダウンロードする。 【解決手段】データが複数の論理的なまとまりで区切ら
れている場合に、該当データを先頭からダウンロードせ
ず、要求された区切りからダウンロードし、さらにその
区切りのダウンロード中に閲覧者が別な区切りを要求す
るとそれまでのデータのダウンロードを中断し、要求さ
れた別な区切りからのダウンロードを開始し、その別な
区切りからのダウンロードが終了すると、前に中断され
ていたデータのダウンロードを再開始する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークに接
続されたサーバからクライアント装置にデータをダウン
ロードするデータの閲覧システムに適用される。

【０００２】

【従来の技術】従来、サーバからのデータのダウンロー
ド方式として、まず、データを一画面表示分に相当する
最少単位に分け、さらにその最少単位を論理的なまとま
りで複数の区切りを設け、区切られた論理的なまとまり
についての説明とともにその区切った論理的なまとまり
の最初の最少単位の位置がデータ上の何番目にあるかを
示した管理部分をそのデータの先頭に設け、データのダ
ウンロードを開始した際、クライアント装置のデータの
閲覧画面に管理部分で保持しているデータの各論理的な
まとまりの説明を最初に表示し、そこからクライアント
装置を操作しているデータの閲覧者がその画面からダウ
ンロードしたい論理的なまとまりを指定すると、指定さ
れたデータの論理的なまとまり部分の最少単位のみの一
画面分に相当する部分を即時にダウンロードし、表示
し、その後、クライアント装置の閲覧者がその最少単位
のデータを閲覧している間は自動的にそのデータの先頭
から全てをクライアント装置上の記憶装置にダウンロー
ドする方式がある。

【０００３】

【発明が解決しようとする課題】従来の方式では、自動
的なダウンロードはデータの先頭から実施する。クライ
アント装置のデータ閲覧者が指定した部分が既にダウン
ロードされた部分であれば、クライアント上の記憶装置
から直接クライアント装置の画面に表示するため、その
際はネットワーク上でサーバからダウンロードする場合
よりも早い。従来の方式ではデータの閲覧者がデータの
先頭から順番に閲覧する場合、最初にデータの先頭の最
少単位がサーバからネットワークを通じて、クライアン
ト装置にダウンロードされ、画面に表示され、データ閲
覧者がそのデータを先頭から閲覧している間に残りのデ
ータ内容が先頭からクライアント装置へダウンロードさ
れるため、閲覧者がデータの先頭から続く次のデータ最
少単位を閲覧する際には、データ内容がクライアント装
置の記憶装置上にあるため、画面表示する時間が短い。

【０００４】ところが、データ閲覧者がデータ上の途中
の論理的なまとまりを指定した場合、そのデータ部分が
まだダウンロードされていなければ、指定した途中の論
理的なまとまりの先頭の最少単位がその時点でダウンロ
ードされる事になる。従って、データ閲覧者が次々とデ
ータの途中の論理的なまとまりを順不動に指定した場
合、結局、指定した時点でその論理的なまとまりの先頭
の最少単位のダウンロードが発生し、自動的に実施され
るデータのダウンロードはデータの先頭からのダウンロ
ードのダウンロードであるため効果が得られない。

【０００５】本発明の目的は、上記課題を解決するデー
タの分割ダウンロード方式を提供することにある。

【０００６】

【課題を解決するための手段】上記目的を達成するため
には、次の様にすれば良い。

【０００７】まず、データを一画面表示分に相当する最
少単位に分け、さらにその最少単位を論理的なまとまり
で複数の区切りを設け、区切られた論理的なまとまりに
ついての説明と共に、その区切った論理的なまとまりの
最初の最少単位の位置がデータ上の何番目にあるかを示
した管理部分をそのデータの先頭に設ける。クライアン
ト装置からデータの内容のダウンロード要求があると、
まず、管理部分のダウンロードを実施し管理部分を画面
表示する。

【０００８】次に閲覧者が閲覧したい論理的なまとまり
部分を指定すると、管理部分で保持しているデータの論
理的なまとまりの先頭をポイントしている該当のデータ
の最少単位からダウンロードを開始し、その最初の最少
単位がクライアント装置のディスク装置にロード終了し
た時点で画面表示を実施し、その後に続く指定された論
理的なまとまりのデータはクライアント装置のディスク
装置に自動的にダウンロードされ続け、その途中に閲覧
者が別な論理的まとまりのダウンロードを指定した場
合、それまでダウンロードしていた論理的なまとまりの
ダウンロードを中止し、閲覧者が新たに指定した論理的
なまとまりの先頭最少単位からのダウンロードを開始す
る。

【０００９】そして、新たに指定した論理的なまとまり
のダウンロード中に閲覧者が他のダウンロードの指定を
せず、その論理的なまとまりのダウンロードが終了する
と、その前にダウンロードを中断していた論理的なまと
まりのダウンロードを中断したポイントの最少単位から
ダウンロードを再開する。

【００１０】以上の動作により、閲覧者が画面に表示さ
れたデータの論理的なまとまりを示す管理部分から必要
とする論理的なまとまりを選択した順序の逆順にダウン
ロードする事によりダウンロードの効率化を実現する。

【００１１】

【発明の実施の形態】以下、本発明の一実施例を図面に
より説明する。尚、本例では、データを技術的な説明書
を電子化した電子図書を想定しておりデータが区切られ
ている最小単位を図書の１頁とし、論理的なもとまりを
章としている。

【００１２】図１は本発明の実施例における方式の全体
図であり１００は本例におけるデータの閲覧者である。
クライアント１１１は閲覧者１００がデータを閲覧する
ために使用する装置であり、サーバー１１２はクライア
ントが要求するデータを管理、ダウンロードする装置で
あり、１１３はクライアント装置がダウンロードしたデ
ータをバッファに保存するためのディスク装置であり、
１１４はサーバが管理、保存しているデータが格納され
ていすディスク装置であり、１２１はクライアント装置
１１１で稼動し、閲覧者がダウンロードしたいデータを
指示し、画面表示するため動作するプログラムであり、
１２２は閲覧者がデータダウンロードを要求した際、サ
ーバにデータの送信要求し、受信したデータを１３１の
バッファに格納するため稼動するプログラム、１２３は
クライアント装置からのデータダウンロードを受け付
け、該当データを１１４のディスクからアクセスし、ク
ライアント装置へ転送するために稼動するプログラムを
示している。

【００１３】図２と図３は閲覧プログラム１２１の流れ
を示しており、図４と図５は受信プログラム１２２の流
れを示しており、図７は１３２で格納されている本例に
おけるデータのフォーマットを示しており、図８はクラ
イアント装置上でデータダウンロードを制御するための
章管理テーブルの内容を示しており、図９は１３１に格
納されるダウンロードされたデータのバッファの内容を
示している。

【００１４】まず、１０１よりクライアント１１１から
送信プログラム１２１を使用してクライアント１１１か
らデータのダウンロードを要求する。図７にダウンロー
ドを要求されたデータフォーマットを示しており、その
内容は大きく２つに別れており、データの最初にはその
データの論理的なまとまりを管理している管理部があ
り、その内容は本例では図書の各章で構成されておりそ
の各章が何頁から始まっているかを先頭頁で管理してお
り何頁で終了しているかを最終頁で管理している。その
管理部の後に続くのがデータの最小単位で本例では頁と
なり全てのページが最初のページがらその図書の構成順
に連なっている。

【００１５】図２では閲覧プログラム１２１の動作を示
しており、２０１で閲覧者からデータのダウンロード要
求を受け付ける。２０２ではこのデータのダウンロード
が最初のダウンロード要求であるか判定し。最初のダウ
ンロードであれば２０７，２０８で今後閲覧するため制
御情報を初期化し、２０９で該当サーバにデータの管理
部の要求送信する。２１０でサーバからデータの管理部
の受信をし、その管理部分を２１１の処理によりサーバ
から図７で示す該当データの章管理部を受信し、その内
容をクライアント装置上の章管理テーブルとして図８―
１に示すように保持し、その内の章とその章の題名部分
のみをクライアント装置の画面に表示する。

【００１６】２０３は画面表示された章の説明画面から
閲覧者１００がどれかの章のダウンロードを指示した際
に指示された章のダウンロードがどこまでダウンロード
されているか検知するため、該当章の経過頁部の数値を
参照する。２０４では章管理テーブルの該当章の経過頁
部と最終頁部に格納されている数値を比較し同値であれ
ば、既にその章のダウンロードが終了している事を意味
し、もし値が異なれば２０５により優先順位カウンタに
１加え、２０６で章管理テーブルの該当章の優先順位部
に１加えられた優先順位カウンタ内の値を格納する。こ
こでの章管理テーブルの優先順位とは、各の閲覧者１０
０が選択したダウンロードの章の指定した順に順位が上
がり章管理テーブルの優先順位部に格納され、後述する
受信プログラム１２２によりう常に優先順位値の高い章
のダウンロードが実施される。

【００１７】次に図３の３０１で章管理テーブルの該当
章の先頭バッファポイントの内容を検知し、もし値が０
であれば、まだ受信プログラム１２２による該当章の先
頭頁のダウンロードがされていない事を意味し、３０２
により先頭の該当頁のダウンロードをある一定時間待
つ。尚、待つ一定時間は閲覧者が本プログラムを起動す
る前に任意に指定できるものとする。３０３では章管理
テーブルの先頭頁のデータがクライアント装置のバッフ
ァ１３１にダウンロードされている事を意味し、章管理
テーブルの先頭バッファポイントの数値で１３１のバッ
ファから該当のページを取り出し、３０４により画面表
示する。

【００１８】３０５はその後の閲覧者の操作を受け付
け、３０６では閲覧者１００が現在画面に表示されてい
る章とは別な章の閲覧を指示した場合の判定をしてお
り、もし別な章の閲覧を指示した場合は２０１からの処
理へ戻り、章管理テーブル内の別な章の優先順位部へ数
値を格納する事となる。３０７は現在表示している章の
ある頁から前後の頁を表示する事を判定するもので、も
し次頁の表示指示であれば、まず３１２により現在表示
している頁が最終頁であるかどうかを比較し、もし最終
頁なら３１３により“次頁はありません”のメッセージ
を画面に表示し、もし最終頁でなければ、３１４により
バッファ内の現在表示している頁の後に継続している後
リンクポインタの数値を読み、その数値が０であれば、
継続する次頁がまだバッファ上にダウンロードされてい
ない事を意味し、３１５により再度現在表示している頁
をバッファから読み出す、もし後リンクポイントに数値
があれば、３１６によりその数値が示すバッファのペー
ジを１３１のバッファから読み出し、画面表示する。

【００１９】３０８は閲覧者１００が現在表示されてい
る頁より前の頁を表示要求した場合であり、３０８によ
り現在の表示頁が該当章の先頭頁なら３０９により“前
頁はありません”のメッセージを表示し、もし前頁があ
れば３１０で前リンクポインタの数値により前頁のバッ
ファページを読み出し、３１１により画面表示する。

【００２０】図４、図５はクライアント装置上で稼動す
る受信プログラムの流れを示しており、４０１は受信プ
ログラム自身の終了指示があるかを検査する。受信プロ
グラムは閲覧者１００に起動されると常に章管理テーブ
ルを検索し、常に必要な章のデータをダウンロードする
ため動作している。まず、４０２にて章管理テーブル内
の優先順位部を検索する。４０３で、全ての優先順位部
の数値が０であった場合は、閲覧者１００による章デー
タのダウンロード要求指示がない事を意味し、再度４０
２にて章管理テーブル内の検索を繰り返す。４０４では
章管理テーブル内の優先順部に０以外の数値があった場
合の処理であり、その内の最大数値を持つ行、つまり、
ダウンロード要求の最も高い章を検索する。４０５では
その該当章内の経過頁部内の数値が０であるかを検査
し、もし０であれば該当章の先頭頁をダウンロードする
ため４０６にて章管理テーブル内の該当章の先頭頁部内
の数値を経過頁部へ複写する。

【００２１】もし、４０５にて０以外であれば、４０７
にてその時点の経過頁部内の数値に１を加える。４０８
ではダウンロードするデータ名とダウンロードする頁を
経過部内の数値によりサーバに要求する。４０９ではサ
ーバから該当の頁を受信する。４１０では受信した頁を
１３１のバッファに格納するため、格納する位置を決定
するバッファカウンタを１繰り上げる。４１１では受信
した頁のデータと章管理テーブルの該当章の経過頁部に
格納されている前頁がバッファ上どこのバッファに格納
されているかを示しているバッファポイントの数値と一
緒にバッファ内に格納する。

【００２２】５０１では、今回ダウンロードされた頁が
該当章の先頭頁かどうかを判定し、もし先頭頁であれば
５０２によりバッファカウンタの数値を章管理テーブル
の先頭バッファポイント部に格納する。もし先頭頁でな
ければ、５０３により章管理テーブルの該当章の経過バ
ッファポイントの数値によりバッファ内から前頁のデー
タを読み出し、５０４により現在のバッファカウントの
数値を読み出した前頁の後リンクポイントへ格納し、５
０５により読み出した前頁の内容をもとのバッファの位
置へ戻す。５０６は現在のバッファカウンタの数値を章
管理テーブルの該当章の経過バッファポイントへ格納す
る。５０７は章管理テーブル内の該当章の経過頁部の数
値が最終頁部内の数値と同等、もしくは越えていれば該
当章の最終頁をダウンロードした事を意味し、５０８に
より章管理テーブルの該当章の優先順位部内の数値を０
にし、これ以上ダウンロードの動作をさせない様にす
る。以降は図４の４０２の処理に戻り、これまでの動作
を繰り返す。

【００２３】図６はサーバ上で動作する転送プログラム
の流れを示しており、６０１はまずクランアント装置か
らデータのダウンロード要求を受信する。６０２ではダ
ウンロードの要求データは前述した２０９の該当データ
の章管理部分のダウンロード要求か、４０８の該当デー
タの頁部分の要求かを判定する。もし、章管理部分のダ
ウンロード要求であれば６０５により該当データの章管
理部分を１１４のディスク装置から読みだし、６０６に
てクライアント装置へ該当データの章管理部分を送信す
る。もし、クランアント装置からの要求が頁データであ
れば６０３により該当データの要求された頁データを１
１４のディスク装置から読み出し、６０４にてクライア
ント装置へ送信する。

【００２４】以上の動作を事例を用いて以下に説明す
る。図７は本事例での図１で示めす閲覧対象データ１３
２の内容である。まず、２０１，２０２，２０７，２０
８，２０９，２１０，２１１の動作により図７のデータ
フォーマットの章管理部の内容がサーバの転送プログラ
ムの６０１，６０２，６０５，６０６の動作によりクラ
アント装置に転送され、図８（ａ）で示す様にクランア
ント装置上のメモリに展開される。この時点で画面に表
示されるのは図８（ｂ）の章とその章の題名の部分であ
る。次に閲覧者が画面に表示されている章の説明から第
２章のダウンロードを要求する。すると２０３，２０４
と動作し、まだ１頁もダウンロードされていないので、
２０５，２０６の動作により章管理テーブルの第２章の
優先順位部の数値に１が格納される。つづいて、３０１
の動作により章管理テーブルの第２章の先頭バッファポ
イントの数値がまだ０である事から３０２によりデータ
のダウンロード待ちとなる。その間、受信プログラム１
２２は常に章管理テーブルを検索しており、４０１で稼
動の停止を閲覧者１００から指示されるまで稼動してお
り、まず、４０２で章管理テーブル内の優先順位のどれ
かの行に数値が入るまで、４０３の動作により検索を続
けている。

【００２５】本例では前述で２０６の動作により第２章
の優先順位部に１が入っており、他の優先順位の値は０
である事から４０４の動作により、第２章がダウンロー
ドの対象とする章となる。さらに４０５，４０６の動作
により章管理テーブルの第２章の行の経過頁部の値に先
頭頁部の数値３が複写される。そして、４０８で第２章
の経過頁内の数値、つまり３頁目のダウンロード要求を
サーバに行い、サーバー側では６０３，６０４の動作に
より第２章の３頁目がクライアント装置に送信され、４
０９で該当頁を受信し、４１０，４１１の動作によりク
ライアント装置のバッファに格納される。

【００２６】次に５０１，５０２の動作により章管理テ
ーブルの先頭バッファポイントに第２章の先頭頁が格納
されたバッファの位置である１が格納され、さらに５０
６の動作により章管理テーブルの経過バッファポイント
にも同様に１が格納され、５０７で判定により４０２の
動作位置に戻る。ここまで動作した時の章管理テーブル
の状態を図８−２に、バッファの内容を図９（ａ）に示
す。ここで３０２で待たされていた処理において、章管
理テーブルの第２章の先頭バッファポイントに１が格納
されるため３０１の判定で３０３に動作が進み、該当頁
である第２章の先頭頁がバッファ１から読み出され３０
４により画面表示する。ここで閲覧者１００は現在表示
されている第２章の先頭頁から次頁を読みだし指示する
と、３０６，３０７，３１２，３１４の判定動作により
再度現在表示の頁データをバッファ１から読みだし、３
１４により後リンクポイントを検査する。

【００２７】一方で、受信プログラムは引き続き第２章
のダウンロードを継続しており、４０２，４０３，４０
４，４０５，４０７，４０８，４０９，４１０，４１
１，５０１，５０３，５０４，５０５，５０６，５０７
の流れで第２章の２頁目をダウンロードする。ここで５
０３，５０４，５０５の動作でバッファ１に格納されて
いた第１章の１頁目（データ全体では３頁目となる）の
後リンクポイントに第２章の２頁目（データ全体では４
頁目）のバッファ位置２が格納される。この後３１４で
この後リンクポイントの値２が検出され３１６によりバ
ッファ２の内容である第２章の２頁目が読み出され、３
１７で画面表示される。ここまで動作した時の章管理テ
ーブルの状態を図８（ｃ）に、バッファの内容を図９
（ｂ）に示す。

【００２８】ここで、第２章の最終頁がまだダウンロー
ドされていない状況で、閲覧者１００が今度は第４章の
ダウンロードを指示すると３０５でその指示を受付け、
３０６の判定により２０１へ戻り、２０２，２０３，２
０４，２０５，２０６の動作により、今度は章管理テー
ブルの第４章の行の優先順位部内に数値２が格納され
る。前述した様に受信プログラムは常に優先順位部の最
大値の行を４０４で検索しているため、今度は第４章の
ダウンロードを開始し、その結果、第２章のダウンロー
ドは中断される。

【００２９】同様の動作で今度は第４章の２頁目（デー
タ全体では１０頁目）がダウンロードされた時点で閲覧
者が第１章のダウンロードを指示すると、第４章のダウ
ンロードを中断し、今度は第１章のダウンロードを開始
する。ここで第１章の１頁目をダウンロードした時点の
章管理テーブルの状態を図８（ｄ）に、バッファ野内容
を図９（ｃ）に示す。ここで、閲覧者が指示をこれ以上
の指示をせず、第１章の２頁目を画面表示しづづける
と、第１章部分のデータダウンロードが完了し、受信プ
ログラムは５０７の判定と５０８の動作により、章管理
テーブル内の第１章の優先順位部の数値を０に戻し、今
度は優先順位２の第４章のダウンロードを再開する事に
なり、これも終了すると、今度は優先順位１の第２章の
ダウンロードを再開する。

【００３０】この時点の章管理テーブルの状態を図８
（ｅ）に、バッファの内容を図９（ｄ）に示す。以下同
様に動作を実施し、最終的には章管理テーブルの優先順
位部内の数値が全て０になるまで、優先順位の値の高い
ものからダウンロードを実施し、クライアント装置内の
バッファに格納される。最終的な章管理テーブルの状態
を図８（ｆ）に、バッファの内容を図９（ｅ）に示す。
以上の動作上もし、閲覧者１００が既にダウンロードを
指示した章を再度、画面表示指示した場合は、優先順位
の高い数値が再度割り当てられ、従い、その章のダウン
ロードが優先され、また、既にバッファに格納された頁
の内容はバッファから読み出さされるため、サーバーか
らのダウンロードは実施されない。

【００３１】

【発明の効果】大容量のデータをサーバからクライアン
ト装置へネットワークを介してダウンロードする場合に
おいて、データ全体をダウンロードする必要はなく、必
要な部分をデータ全体の構成からクライアント操作者が
判別し、その部分をクライアント装置の操作者が望む順
番で必要なデータの部分をダウンロードする場合に効率
が良く、必要な部分のデータ取得に掛かる時間が短縮で
きる。

【図面の簡単な説明】

【図１】本発明の実施例における電子メールの自動転送
通知方式を示す図である。

【図２】本発明の実施例における閲覧プログラムの流れ
を示す図である。

【図３】本発明の実施例における閲覧プログラムの流れ
を示す図（図２の続き）である。

【図４】本発明の実施例における受信プログラムの流れ
を示す図である。

【図５】本発明の実施例における受信プログラムの流れ
を示す図（図３の続き）である。

【図６】本発明の実施例における転送プログラムの流れ
を示す図である。

【図７】本発明の実施例における閲覧データ１３２のフ
ォーマット例を示す図である。

【図８】（ａ）ないし（ｆ）は本発明の実施例における
章管理テーブルの状態の流れを示す図である。

【図９】（ａ）ないし（ｅ）は本発明の実施例における
閲覧データバッファの状態の流れを示す図である。

【符号の説明】

１００…閲覧者、 １１１…クライアント装置、 １
１２…サーバ、１１３，１１４…サーバに接続されてい
るディスク、１２１…閲覧プログラム、１２２…受信プ
ログラム、 １２３…転送プログラム、１３１…閲
覧データバッファ、 １３２…閲覧対象データ。

Claims (1)

【特許請求の範囲】
1. 【請求項１】ネットワークに接続されたサーバ、クライ
   アント装置間でサーバ上にある大容量の１ファイルで構
   成されているデータをクライアント装置へダウンロード
   し、データ内容を閲覧するシステムにおいて、そのデー
   タが複数の論理的なまとまりで区切られている場合に、
   クライアント装置の閲覧者がその大容量のデータを先頭
   から閲覧するのではなくデータの途中の区切りから読
   み、さらに又、別の区切りからそのデータを閲覧等、各
   論理的なまとまりを順不同で閲覧する場合、該当データ
   を先頭からダウンロードせず要求された区切りからダウ
   ンロードし、さらにその区切りのダウンロード中に閲覧
   者が別な区切りを要求するとそれまでの論理的なまとま
   り部分のデータのダウンロードを中断し、要求された別
   な区切りのダウンロードを開始し、その別な区切りから
   の論理的なまとまり部分のダウンロードが終了すると、
   前に中断されていた論理的なまとまりのデータ部分のダ
   ウンロードを再開始する事を特徴とするデータの分割ダ
   ウンロード方式。