JPH113266A

JPH113266A - データ転送システムおよびデータ転送方法

Info

Publication number: JPH113266A
Application number: JP9153186A
Authority: JP
Inventors: Yutaka Ogawa; 裕尾河
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1997-06-11
Filing date: 1997-06-11
Publication date: 1999-01-06

Abstract

(57)【要約】【課題】伝送路の状態によりデータ要素を組み替え、
所定のコスト内の最適な情報を配布する。また、データ
再送、追加の要求に対して、サーバー側で最適なデータ
の組み合わせを容易に選択するシステムを提供する。【解決手段】サーバーからクライアントまでのデータ
転送に要するコストを検知し、検知されたデータ転送に
要するコストに応じて、あらかじめ設定された文書候補
から送付データを選択する。クライアント装置からの要
求文書を構成するデータ要素各々について、送付済みデ
ータであるか否かを区別した送付候補式に基づいて送付
が実行される。クライアント装置においては、データ要
素が、すでに取得済みであるか未取得であるかを区別す
るフラグを有するデータ要素の組み合わせを定義する要
求文書候補式を生成し、サーバーにデータ送付要求を行
う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数のコンピュータ
をネットワークで接続したシステム上でのデータ転送シ
ステムおよび方法に関し、特に、ネットワークに接続さ
れたクライアント装置からサーバー装置へのデータ転送
リクエストに対して、コストを考慮した転送データ構築
を実行し、コストに応じて構築されたデータをサーバー
からクライアントに転送することを可能としたデータ転
送システムおよびデータ転送方法に関する。

【０００２】

【従来の技術】ネットワークに接続されたコンピュータ
間でのデータ転送において、昨今、転送データの多様
化、すなわち文字、数値のみならず画像データ、音声デ
ータ等の混在したデータを転送するケースが増加してい
るが、一方で、ネットワークに接続されるコンピュータ
の増加に伴うネットワークトラフィックの問題から、デ
ータ転送に時間がかかりすぎる等の問題が発生してい
る。これらの問題を解決し、文書や画像等から構成され
る複雑なデータをクライアントの要求に合致した形で効
率よく伝送することが望まれている。

【０００３】伝送する画像の種類によって、ユーザの画
像に対する要求は異なってくる。例えば、伝送される画
像が動画像であれば実時間性が要求され、一方、高精細
静止画像であれば実時間性が要求されなくとも、誤りの
少ない伝送が要求される。つまり、ユーザは、伝送され
る画像はできるだけオリジナルに近いほうがよいという
要求を持っている。

【０００４】そこで、様々なクラスのトラフィックを扱
うために、アプリケーションによって通信品質を変える
こと、つまりＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖ
ｉｃｅ）による制御により、帯域や遅延などの保証を行
ってから通信を開始する技術が研究されている。例え
ば、ＯＳＩ等の階層型ネットワークにおいて、５層以上
の上位レイヤがトランスポートレイヤ（４層）以下が提
供する通信機能を利用する際に、スループットや遅延等
のＱｏＳを指定し、トランスポートレイヤが要求された
ＱｏＳを満たすよう通信制御することで実現される。

【０００５】しかし、上述したようにネットワークに接
続されるコンピュータの増加に伴い通信トラフィックが
増加し、上記ＱｏＳ制御でアプリケーションが要求する
伝送速度を保証できない場合が多くなる。この場合、時
間に余裕があれば、接続を延期したり、時間をかけて少
しづつデータを伝送する。また、時間に余裕がなけれ
ば、送信内容を加工することになる。例えば、静止画像
であれば減色や圧縮、動画像であればフレーム数を間引
くなどのデータ加工を行って伝送する。しかし、ユーザ
は、できるだけ早く画像を入手したいという要求も持っ
ているので、その要求に答えることも重要となる。

【０００６】短時間での処理を考慮した場合、転送デー
タ、例えば画像データを加工することになり、この場合
オリジナルの画像を期待することは困難になる。内容を
理解できればよいというユーザ要求の場合は、このよう
な加工されたデータを伝送すればよい。この場合、ユー
ザには、通信コストがかかる場合は、できるだけ安くす
ませたいという要求もあるので、サイズが小さければよ
いことになる。しかしながら、「短時間での処理」とい
う要求を優先しすぎると、ユーザに送られるデータは、
サイズの小さい低画質画像となり、この低画質画像を受
取ったユーザは、その転送データの理解に要する時間が
長くなる。従って、データ転送時間及びユーザのデータ
理解に要する時間のトータルを考えると、必ずしも理想
的なデータ転送形態になるとは限らない。

【０００７】特開平７ー１５２６６８号公報の情報処理
装置及び通信方法では、動画像をサーバーから取得する
際に、クライアントがあらかじめ品質優先か時間優先か
を選択し、品質優先なら画像に加工を加えずにサーバー
が伝送し、時間優先であれば、ネットワークの輻輳状態
に応じてフレーム数を間引いたり、画像を圧縮してサー
バーが送信することができる。

【０００８】上記公報の手法によれば、ネットワークが
輻輳状態でも、加工されているとはいえ、時間内に要求
した画像が得られる。つまり、ユーザの要求を満たすこ
とはできるが、画像伝送の通信コストが考慮されておら
ず、必ずしもユーザにとってメリットのある伝送ができ
ないという問題点がある。

【０００９】ところで、ユーザにとってのメリットの有
無を判断するアイデアとして、損失関数を用いた判断方
法がある（田口：「品質工学事例集日本編一般」、品
質工学講座５、日本規格協会）。これは、本来は同列に
比較することのできない尺度、例えば時間と材料の質な
どを、適当な変換パラメータを用いてコストに換算し、
選択するアクションが適切かどうかを、判断するもので
ある。しかし、これまで損失関数はシステムを作る前に
アクションの取捨選択をする際に使われており、システ
ムが稼動しだしてから損失関数によって動的にアクショ
ンの選択に反映させるということはされていなかった。

【００１０】さらに、データ検索装置に関する従来技術
として特開平７ー４９８７８号公報がある、この公開公
報に記載のデータ検索装置は、リンク先の情報につい
て、その情報を転送するためにかかるコストをあらかじ
め記述しておき、あらかじめ設定しておいたしきい値よ
りもそのコストが小さい場合には利用者の要求によりリ
ンク先の情報を検索、転送ないし表示する。コストが、
あらかじめ設定しておいたしきい値よりも大きい場合に
はリンク先の情報を検索、転送ないし表示する以前に利
用者に検索、転送、あるいは表示を行うか否かの確認を
取った上で処理を行うか、あるいはあらかじめ用意され
ているリンク先の情報の概要をあらわすダイジェスト情
報を表示するというものである。

【００１１】

【発明が解決しようとする課題】しかし、上述した従来
技術のいずれにもコストのしきい値に応じてデータ構成
を変化させて、コストの見地から最適と判断されるデー
タ構成要素の組み合わせを転送する構成は示されていな
い。上述の公知技術の中でコスト対応のデータ転送方式
を示す特開平７−４９８７８号公報のデータ検索装置
は、コストに対して設定した所定のしきい値によって処
理を二つに分岐させるのみであり、他のきめ細かな制
御、すなわち、データを構成する文書や画像を選択し、
データを再構成して文書送付を行うことについては開示
していない。また、この従来技術では、データ転送処理
を行う以前にデータ転送を実行するか否かの確認のため
の情報のやりとりを利用者との間で行う必要があり、こ
の確認ステップがデータ転送処理において新たに加わる
ことになる。従って、この方法によると、利用者の操作
ステップを、さらに複雑にしてしまうという問題があっ
た。

【００１２】上記従来技術の項目で示した各文献中、最
も本発明の解決課題に近いテーマを持つ特開平７−４９
８７８号公報に記載の技術は、（１）コストの情報はリ
ンクが記述されている上位ファイルに記述されているた
め、上位ファイルを転送した後ではコスト情報は変更で
きない。（２）しきい値により２種類の処理を切り替え
ているため、きめ細かな制御ができない。（３）リンク
先の情報を得るためには利用者がリンク先を選択する必
要があるため、上位ファイルを表示する際に同時にはリ
ンク先の情報を表示することはできない。等の欠点があ
る。

【００１３】上記のような問題点に鑑み、本発明は、次
のような構成を持つデータ転送システム、およびデータ
転送方法を提供する。（１）コスト情報はリンクが記述
されている上位ファイルに記述せず、サーバー側が情報
の転送時あるいは情報の要求を受けた際に決め、上位フ
ァイルを転送後に通信路の速度や負荷（ネットワークの
混み具合など）が変化しても変化に応じた転送を行うこ
とを可能とする。（２）コストに関する単独のしきい値
でデータ転送形態を変えるのではなく、情報の転送にか
かる総コストに応じて転送する内容、すなわちデータ構
成の変更を行い、よりきめ細かな処理を可能とする。
（３）転送する情報量をネットワーク等の混み具合など
を考慮したうえで制御するように構成し、一定時間のう
ちに転送しうる最も詳細な情報が自動的に転送可能とす
る。

【００１４】

【課題を解決するための手段】上述の課題を解決するた
めに、本発明のデータ転送システムは、複数のコンピュ
ータを接続したネットワークに接続されたクライアント
装置からサーバー装置に対するデータ転送要求に基づ
き、転送要求データをネットワークを介してサーバー装
置からクライアント装置へ転送するデータ転送システム
において、サーバー装置は、転送するデータを記憶する
メモリと、データを構成する要素を複数態様で組み合わ
せた複数の文書候補を定義する文書候補定義手段と、ク
ライアント装置までのデータ転送に要するコストを検知
するコスト検知手段と、コスト検知手段により検知され
たデータ転送に要するコストに応じて、転送要求のあっ
たデータを構成するデータ要素の組み合わせを選択する
情報選択手段と、情報選択手段によって選択されたデー
タを構成するデータ要素の組み合わせをクライアント装
置に転送する通信手段とを備え、クライアント装置は、
サーバーに対して要求するデータを指定する要求文書選
択手段と、要求するデータの含まれるデータ要素の組み
合わせを選択する文書要素選択手段と、文書要素選択手
段によって選択されたデータを構成するデータ要素の組
み合わせを示す識別データをサーバー装置に転送する通
信手段と、サーバー装置より転送されるデータを記憶す
るメモリと、サーバー装置より転送されたデータを要求
したデータの含まれるデータ要素の組み合わせとして再
構成する文書再構成手段とを備えたことを特徴とする。

【００１５】また、本発明のデータ転送システムにおけ
るサーバー装置は、データを構成するデータ要素各々に
ついてのデータ容量を記録したプロファイルリストをメ
モリ中に保持することを特徴とする。

【００１６】また、本発明のデータ転送システムにおけ
る文書候補定義手段は、転送するデータを構成するデー
タ要素の識別子を演算子によって関係づけた文書定義式
を有し、サーバー装置は、該文書定義式によって定義さ
れたデータ要素の組み合わせを示す候補文書リストを有
することを特徴とする。

【００１７】また、本発明のデータ転送システムにおけ
るサーバー装置は、データ転送コストに関する予め設定
されたしきい値をメモリ中に保持し、設定しきい値を超
えないデータ要素の組み合わせを候補文書リストから選
択する情報選択手段を有し、情報選択手段により、選択
されたデータ要素の組み合わせをクライアント装置へ送
付することを特徴とする。

【００１８】また、本発明のデータ転送システムのクラ
イアント装置における要求文書選択手段、および文書要
素選択手段における文書選択および文書要素選択は、該
クライアント装置における表示手段により表示されるデ
ータ要素の選択によって実行されることを特徴とする。

【００１９】また、本発明のデータ転送システムにおけ
るサーバー装置の情報選択手段による情報選択は、クラ
イアント装置からの要求文書を構成するデータ要素各々
について、クライアント装置に対する送付済みデータで
あるか否かを検出し、送付済みのデータ要素と未送付の
データ要素を区別したフラグを有する送付候補式に基づ
いて実行されることを特徴とする。

【００２０】また、本発明のデータ転送システムにおけ
るクライアント装置の文書要素選択手段は、要求データ
を含むデータ要素の組み合わせを定義する定義式を生成
し、該定義式は、データ要素を示す識別タグを演算子に
よって関係づけた式であり、かつ、各データ要素が、す
でに取得済みであるか未取得であるかを区別するフラグ
を有することを特徴とする。

【００２１】また、本発明のデータ転送システムにおけ
るサーバー装置は、転送するデータを記憶するメモリ
と、データを構成するデータ要素ごとの容量を記憶した
プロファイルリストと、クライアント装置からの要求文
書を構成するデータ要素各々について、クライアント装
置に対する送付済みデータであるか否かを検出し、送付
済みデータ要素と未送付データ要素を区別したフラグを
有する送付候補式を生成する手段と、送付候補式に基づ
くデータ要素の組み合わせを前期クライアント装置へ送
付する通信手段とを有する。

【００２２】また本発明のサーバー装置は、さらにデー
タ要素を複数態様で組み合わせた複数の文書候補を定義
する定義式として、データ要素を演算子によって関係づ
けた文書定義式と、文書定義式によって定義されたデー
タ要素の組み合わせを示す候補文書リストとを有する。

【００２３】さらに、本発明のデータ転送方法は、複数
のコンピュータを接続したネットワークに接続されたク
ライアント装置からサーバー装置に対するデータ転送要
求に基づき、該転送要求データをネットワークを介して
サーバー装置からクライアント装置へ転送するデータ転
送方法において、クライアント装置までのデータ転送に
要する単位データあたりのコストを検知するステップ
と、データを構成するデータ要素を複数態様で組み合わ
せた複数の文書候補の各々についての転送コストを算出
するステップと、サーバー内に保持された予め設定され
たデータ転送コストに関するしきい値を超えない転送コ
ストを有するデータ要素の組み合わせを文書候補中から
選択する文書候補選択ステップと、該選択された文書候
補を通信手段を介してクライアント装置へ送付するステ
ップと、選択された文書候補を受信したクライアント装
置において、該受信文書候補を転送要求データを含むデ
ータ要素の組み合わせとして再構成するステップとを有
することを特徴とする。

【００２４】さらに、本発明のデータ転送方法におけ
る、複数の文書候補の各々についての転送コストを算出
するステップは、ａ）単位データあたりのコストと、
ｂ）サーバー装置中に予め定義された文書定義式によっ
て決定されるデータを構成するデータ要素の複数の組み
合わせである複数の文書候補各々のデータ容量と、に基
づいて実行されることを特徴とする。

【００２５】さらに、本発明のデータ転送方法における
文書候補選択ステップは、クライアント装置からの要求
文書を構成するデータ要素各々について、クライアント
装置に対する送付済みデータであるか否かを検出し、送
付済みデータ要素と未送付データ要素を区別したフラグ
を有する送付候補式を生成するステップを含むことを特
徴とする。

【００２６】さらに、本発明のクライアント装置は、サ
ーバーに対する要求データを選択する要求文書選択手段
と、要求文書選択手段で選択された要求データを含むデ
ータ要素の組み合わせを選択する文書要素選択手段と、
文書要素選択手段で選択されたデータ要素の組み合わせ
を示す識別データをサーバー装置へ送付し、サーバー装
置から該識別データに基づいて送付されるデータを受け
取る通信手段と、サーバー装置から送付されるデータを
蓄積するメモリと、メモリに蓄積されたサーバー装置か
ら送付されるデータを、要求データを含むデータ要素の
組み合わせとして再構成する文書再構成手段と、文書再
構成手段によって再構成されたデータを表示する情報表
示手段とを有することを特徴とする。

【００２７】さらに、本発明のクライアント装置におけ
る文書要素選択手段は、要求データを含むデータ要素の
組み合わせを定義する定義式を生成し、該定義式は、デ
ータ要素を示す識別タグを演算子によって関係づけた式
であり、かつ、各データ要素が、すでに取得済みである
か未取得であるかを区別するフラグを有することを特徴
とする。

【００２８】さらに、本発明のクライアント装置におけ
る文書要素選択手段は、すでに取得済みであるデータ要
素に対しては、取得日時を示すデータが付加された文書
定義式を生成することを特徴とする。

【００２９】

【発明の実施の形態】

＜概念の説明＞本発明の実施例の説明の前にネットワー
クを利用したデータ転送におけるコストの概念の説明を
する。ネットワークに接続された１つのユーザー端末か
ら、ある１つのデータリクエストをサーバーに対して行
ったとき、要求されたデータをネットワークを介してユ
ーザー端末へ転送するには所定の転送時間を要すること
となる。この転送時間は、転送するデータの種類、例え
ばテキストのみであるか、画像を含むか、画像を含む場
合でも２５６色であるか１６色であるか等によって異な
る。またネットワークの転送経路の選択によっても異な
り、ネットワークの他端末による使用状況、すなわちネ
ットワークトラフィックによっても異なってくる。これ
らデータ通信に要する時間、すなわち転送時間が１つの
コストとして換算される。

【００３０】また、サーバーからクライアントであるユ
ーザー端末へ転送されたデータの品質に関してもコスト
換算がなされる。例えば、オリジナルのフルカラー画像
データがサーバー側にあり、これに対する転送リクエス
トがユーザー端末から行なわれたとする。リクエストを
受領したサーバー側は、フルカラーの画像データをその
ままユーザー側に送れば、その画像データを受取ったユ
ーザーは、フルカラー画像をディスプレイ上に表示、あ
るいはプリンタ出力することにより、即座に画像データ
の表示する内容を正確に把握することができる。すなわ
ちデータの転送に要する時間は多くなるが、ユーザーの
データ理解に要する時間は短くてすむこととなる。

【００３１】一方、サーバーが画像データを１６色デー
タとして転送した場合、データ転送に要する時間は、デ
ータ量が少ないため、短くてすむことになる。しかし、
ユーザーが受取る画像は、フルカラーデータに比較する
と、その情報量は少なくなり、１６色画像データをディ
スプレイに表示し、あるいはプリンタに出力した場合
に、その画像の正確な理解にユーザーが要する時間は長
くなる。また、場合によっては、画像データの正確な理
解が不可能な部分が発生する場合もある。このように、
データ品質の差異によってユーザ側でのデータ理解に要
する時間、また正確なデータ把握度に変化がもたらされ
る。従ってユーザのデータ理解に要する時間もまた、デ
ータ転送に要する時間と同様コスト換算することも考慮
すべき場合があるこれら、ユーザー側であるデータ受領
者側での処理を考慮した場合に、データ品質に基づくコ
ストが換算される。

【００３２】コスト換算の具体例として、フルカラー画
像の各形態での転送の場合を例にして説明する。もとの
オリジナル画像はフルカラー画像データとしてサーバー
側に保持されているが、クライアントに対して送付する
画像は、フルカラー画像データに限らず、ＱｏＳネゴシ
エーション機能によって決定された伝送速度に応じてそ
の画像を２５６色、１６色、白黒に変換して送信する場
合を想定する。ここでは、コストを以下のように定義し
て計算する。

【００３３】

【数１】但しＣ：単位通信コスト（円／分）、Ｄ：人件費（円
／秒）、Ｓ：画像サイズ（ｂｉｔ）、Ｖ：伝送速度（ｂ
ｉｔ／秒）、Ｑ：品質コスト（円）

【００３４】送付画像データがフルカラー、２５６色、
１６色、白黒の場合に発生するコストに関する計算の具
体例の説明を図１を使って行う。まずクライアントが要
求している画像の画素数を画像データ蓄積部から取得す
る（ステップｓ９０１）。ここでは画素数をＰとする。
その画素数を元にフルカラー、２５６色、１６色、白黒
の場合のデータ量を計算する（ステップｓ９０２）。各
画素が、フルカラーの場合３原色８ｂｉｔづつの計２４
ｂｉｔで作られ、２５６色は８ｂｉｔ、１６色は４ｂｉ
ｔ、白黒は１ｂｉｔで作られているとすると、データ量
は次のようになる。

【００３５】

【表１】フルカラーの場合：２４Ｐ（ｂｉｔ）２５６色の場合：８Ｐ（ｂｉｔ）１６色の場合：４Ｐ（ｂｉｔ）白黒の場合：１Ｐ（ｂｉｔ）単位通信コストはどの速度でも同じとして、人件費と合
わせて通信コストを計算する（ステップｓ９０３）。

【００３６】次に品質コストを計算する（ステップｓ９
０４）。同じ情報量であれば、画像を見て情報を理解す
る時間は、白黒の場合との伝送量の比の対数値に反比例
して減少するとする。つまり、１＋ｌｏｇ（伝送量／白
黒の場合の伝送量）に反比例するとする。

【００３７】フルカラーの画像を見て情報を理解するの
に要する時間をＴ秒とすると、２５６色、１６色、白黒
の場合は、１．２Ｔ秒、１．５Ｔ秒、２．４Ｔ秒の時間
がかかる。品質コストＱは以下の計算式で計算する。

【００３８】

【表２】フルカラーの場合：Ｑ＝Ｔ×Ｄ＝ＴＤ（円）２５６色の場合：Ｑ＝１．２Ｔ×Ｄ＝１．２ＴＤ（円）１６色の場合：Ｑ＝１．５Ｔ×Ｄ＝１．５ＴＤ（円）白黒の場合：Ｑ＝２．４Ｔ×Ｄ＝２．４ＴＤ（円）

【００３９】通信コストと合わせて全コストの計算を行
い（ステップｓ９０５）、結果をデータ処理制御部に伝
える（ステップｓ９０６）。全コストのグラフは図２の
様に描くことができる。図２は縦軸にコスト、横軸に伝
送速度を表わしたもので、フルカラー、２５６色、１６
色、白黒の４種類のデータ形態でデータを転送した場合
の、伝送速度の変化に対応したコストの変化を示してい
る。

【００４０】上述の例は、カラー画像データの転送につ
いての例であるが、テキストデータを含む場合、音声デ
ータを含む場合等、さまざまなデータ形態に応じてコス
ト計算の基礎とする適切な計算式が設定されることにな
る。本発明は、コストに関するしきい値を設定し、ユー
ザーのデータリクエストに対して、設定されたしきい値
に応じたデータの組み合わせを生成することによって、
大きなデータ品質の低下を引き起こさず、データ転送時
間も考慮したサーバーからクライアントへのデータの転
送を実行するものである。

【００４１】［実施例１］＜システム構成の説明＞本発明の実施例１を図３を用い
て説明する。図３は本発明のシステム構成を示す図であ
る。本実施例では図３に示すように、サーバー装置１０
とクライアント装置１２はネットワーク１１により接続
されている。サーバー装置１０は計算機バス１０３にＣ
ＰＵ１０１、通信手段１０２、メモリ１０４、１０５が
接続された構成からなる。クライアント装置１２は、ネ
ットワーク１１を介してサーバー装置１０に接続可能で
あり、クライアント装置１２は、計算機バス１２３にＣ
ＰＵ１２１、通信手段１２２、コンソール１２４、メモ
リ１２５が接続された構成を持つ。メモリ１２５は、情
報蓄積手段１２５１と、情報表示手段１２５２と、要求
文書選択手段１２５３と、文書要素選択手段１２５４
と、文書再構成手段１２５５を有する。サーバー装置１
０のメモリ１０４および１０５は、この図３に示すよう
に２つ以上の複数に分けた構成でも、あるいは、１つに
まとめたメモリ構成であってもよい。

【００４２】＜コンソール１２４の説明＞コンソール１
２４は、キーボードや手書き文字認識装置などの計算機
へ文字などを入力するための装置と、ＣＲＴなどの計算
機からの応答を表示するためのディスプレイ装置などを
備えたものである。コンソール１２４は、マウスやトラ
ックボールやライトペンやタッチパネルなどのディスプ
レイ上の位置を指定するためのポインティング装置を備
えていてもよい。

【００４３】＜メモリ１０４、１０５、１２５の説明＞
メモリ１０４および１０５および１２５は計算に必要な
メモリ（主にＲＡＭ）や、ファイルなどを記憶しておく
メモリ（主にハードディスクなどの２次記憶装置）のこ
とである。

【００４４】＜ネットワーク１１の説明＞ネットワーク
１１は電気的または光学的な媒体を利用するＬＡＮであ
り、図４、図５、図６、図７、図８に示すようにイーサ
ネットやトークンリングなどの有線によるＬＡＮや通信
媒体として電波や光信号を利用する無線ＬＡＮや光無線
ＬＡＮや公衆回線として利用されている有線による電話
回線や電波を媒体とした携帯電話やＰＨＳなどの電話回
線やＬＡＮとＬＡＮが接続されているＩｎｔｅｒｎｅｔ
などが含まれる。

【００４５】＜図４、図５、図６、図７、図８の接続例
の説明＞図４は、有線ＬＡＮ１に接続された複数のクラ
イアント、他の有線ＬＡＮ２に接続されたサーバーおよ
びクライアント、さらに無線ＬＡＮ、あるいは光ＬＡＮ
で接続された他のクライアントがネットワークを介して
接続されている例である。図５は、有線ＬＡＮによって
サーバーとクライアントが直接接続されている構成例を
示す。図６は、有線ＬＡＮに接続されたサーバーとノー
ドに無線ＬＡＮ、光ＬＡＮによりクライアントが通信す
る構成例を示す。図７は、有線ＬＡＮ上のサーバーに対
してネットワークおよび有線の公衆回線を介してクライ
アントが通信を行う構成例、図８は、有線ＬＡＮに接続
されたサーバーに対してネットワーク、および携帯電
話、ＰＨＳを介して通信を行う構成を示している。サー
バーとクライアントが通信を行う構成には、これら図４
から図８に示した他にも多数の通信環境が考えられる。
それぞれの通信環境において使用される通信網によって
伝送容量は規定され、各々の場合において所定時間に伝
送可能なデータ量は異なってくる。

【００４６】＜検知手段の説明＞図３のメモリ１０４中
の検知手段１０４１は、サーバー装置１０からクライア
ント装置１２までのパケット到達時間や、パケット転送
経路やパケットの輻輳率やパケットの再送回数などのネ
ットワーク１１の状態検知、利用者のアクセス権の問い
合わせ、あるいは、ネットワーク１１の利用時間を考慮
するための回線速度やネットワーク１１の利用料金を考
慮するための回線利用価格を考慮するためのパラメータ
検知等の機能を有する。

【００４７】＜配布される情報の説明＞サーバー装置１
０からクライアント装置１２に配布される情報はマルチ
メディア文書１，１０６ないしマルチメディア文書２，
１０７としてメモリ１０５に蓄積されている。上記マル
チメディア文書１、１０６は静止画像データファイル、
動画像データファイル、音声データ、テキストデータな
どの複数の種類、すなわちテキストデータファイル１，
１０６４、テキストデータファイル２，１０６５、テキ
ストデータファイル３，１０６６、画像データファイル
１，１０６７、画像データファイル２，１０６８、を有
する。マルチメディア文書は、これら複数種類のデー
タ、または単一種類の複数の文書構成部品の他に、上記
データファイルのファイル名とファイルの種類とファイ
ルの大きさなどが記述されているプロファイルリスト１
０６３と上記データファイルの依存関係を示す文書定義
式１０６１、および候補文書リスト１０６２から構成さ
れている。

【００４８】＜プロファイルリストの説明＞図９はプロ
ファイルリスト１０６３の例で、メモリ１０５に蓄積さ
れる特定の文書、この場合は、マルチメディア文書１，
１０６に対して、その文書中に含まれるテキストデータ
ファイルや画像データファイルなどのファイル名と、そ
のファイルごとの容量とファイルの種類が記述されてい
る。たとえば、図９中の第１行は、「４０ＫＢ」のデー
タ容量を持ち、「ｔｉｔｌｅ．ｔｘｔ」のファイル名
で、ファイルの種類が「ｔｅｘｔ／ｐｌａｉｎ」のデー
タであることを示している。この文書中には、図９の第
１行の４０ＫＢのデータから第１１行の８００ＫＢのデ
ータまで１１種類のデータが含まれる。

【００４９】＜プロファイルリスト中の項目の補足説明
＞図９では上記構成部品の大きさをキロバイト単位（Ｋ
Ｂ）で扱っているが、扱う単位としてバイト単位ないし
メガバイト単位、あるいはデータの大きさと単位表示を
併用して表現する形式でも構わない。本発明でいう静止
画像データ、動画像データ、音声データ、テキストデー
タは、それぞれ圧縮された形式のものでも構わない。

【００５０】＜プロファイルリスト中の項目が圧縮形式
の場合の補足説明＞圧縮された形式の場合は、上記構成
部品データ形式で該当するデータが圧縮形式のものであ
ることを示してやればよい。図１０にプロファイルリス
ト１０６３の一つのレコードの例を示す。図１０で「ｂ
ｙｔｅ」はファイルの容量を示し、「ｄａｔａｎａｍ
ｅ」はファイル名を示し、「ｄａｔａｔｙｐｅ」はフ
ァイルの種類を示すものである。

【００５１】＜プロファイルリストの補足＞本発明では
プロファイルリストは各構成部品とは別ファイルとして
構成しているがプロファイルリスト自体は他の構成部品
を含むファイルと同じファイル中にあってもよいし、あ
るいは、別の管理用ファイルないし別の管理用データベ
ース中にあってもよい。図１１はプロファイルリスト１
０６３の別の例で、各レコードにレコードを区別するた
めのタグ（ｔａｇ１，ｔａｇ２，ｔａｇ３．．．）が入
っていること以外は図９に示す例と同じである。

【００５２】＜文書構造の説明＞本発明では、上記マル
チメディア文書１，１０６はある特定の文書構造を持っ
ている。この文書構造を形成する要素が構造要素であ
る。複数の構造要素の組み合わせによって、いくつかの
異なるデータ構成要素の組みが構成される。マルチメデ
ィア文書を構成する構造要素をいくつか組み合わせるこ
とにより、構成部品の大きさ、構成部品のデータ形式な
どが異なる複数のデータ構成要素の組みが設定される。
このデータ構成要素の組みは、データ作成者によってあ
らかじめ設定され、各々の組みがデータ転送に際して代
理可能なものとして準備される。

【００５３】＜文書定義式の説明＞これらの複数のデー
タは、以下に示す式１のように文書定義式１０６１に記
述される。

【００５４】

【数２】ｔａｇ１ａｎｄ（（（ｔａｇ２ｏｒｔａｇ３ｏｒｔａｇ４）ａｎｄｔａｇ５）ｏｒ（ｔａｇ６ｏｒ（ｔａｇ７ａｎｄｔａｇ８）））＜式１＞上記表現は例示であって、すべての文書が上記と同一の
式で表現されるわけではない。

【００５５】上記の＜式１＞でｔａｇ１，ｔａｇ２，
ｔａｇ３，ｔａｇ４，ｔａｇ５，ｔａｇ６，ｔａｇ７，
ｔａｇ８は、各文書部品を表現するためのタグであり、
図１１中に示すプロファイルリスト上のタグに対応す
る。このタグ名は上記構成部品名を用いてもよいし、別
な表を介して上記構成部品名と関連付けをおこなうもの
でも構わない。また、タグは別の文書構造を示す式の別
名であっても構わない。

【００５６】上記の式で、「ａｎｄ」と「ｏｒ」と
「（）」は演算記号であり、「ａｎｄ」はその前後の
タグで示されるデータの双方が文書中に必要であること
を表現し「ｏｒ」はその前後のタグで示されるデータの
どちらかがあればよいという代替可能なデータを表現し
ている。「（）」で囲まれた部分は上記の判断の優先
度を設定するための記号である。

【００５７】

【数３】例えばｔａｇ９ａｎｄｔａｇ１０ｏｒ
ｔａｇ１１という表現が、（ｔａｇ９ａｎｄｔａ
ｇ１０）ｏｒｔａｇ１１、である場合には、ｔａｇ
９ａｎｄｔａｇ１０が優先し、ｔａｇ９ａｎｄ
（ｔａｇ１０ｏｒｔａｇ１１）、である場合には、
ｔａｇ１０ｏｒｔａｇ１１が優先することを示して
いる。

【００５８】本発明では上記各式中の演算記号として
「ａｎｄ」「ｏｒ」などを用いているが、コンピュータ
のプログラミング言語であるＣ言語などで一般的に用い
られている論理演算子ないし、数学の表記で用いられる
論理記号ないし、あらかじめ定められた別の記号をその
ために用いても構わない。

【００５９】上記＜式１＞について説明する。上記＜式
１＞で表現されるマルチメディア文書のサーバーに保持
されたデータの全体構成は、図１１で示すようにｔａｇ
１からｔａｇ１１まで、１１の構成要素からなるデータ
である。しかし、このデータをネットワーク等を介して
クライアントに転送を行う際には、そのコストを考慮し
て、ｔａｇ１−１１中から特定データのみを選択してデ
ータ要素の組み合わせを生成する。このデータ要素の組
み合わせとして、ｔａｇ１，ｔａｇ２，ｔａｇ５を選択
して、これらによって構成されるデータ要素の組みを生
成してもよいし、ｔａｇ１，ｔａｇ３，ｔａｇ５を選択
して、これらによって構成されるデータ要素の組みを生
成してもよいし、ｔａｇ１，ｔａｇ４，ｔａｇ５を選択
して、これらによって構成されるデータ要素の組みを生
成してもよいし、ｔａｇ１，ｔａｇ７，ｔａｇ８を選択
して、これらによって構成されるデータ要素の組みを生
成してもよいし、また、ｔａｇ１，ｔａｇ６を選択し
て、これらによって構成されるデータ要素の組みを生成
してもよい。

【００６０】これら複数のデータの構成要素の組み合わ
せの候補があるということを上記＜式１＞は、表現して
いる。すなわち、ｔａｇ１からｔａｇ１１までの全体デ
ータをネットワーク等の通信網を介して長時間かけて転
送する代わりに、これらのデータ要素の組み合わせ候補
の中から１つを選択してクライアントに転送することに
より、短時間でのデータ転送を可能とする。上記のそれ
ぞれのデータ要素の組みがデータを把握する上で必要な
データセットであるということになる。これらのデータ
の抽出、すなわちデータ要素の組み合わせの選択は、予
めデータ作成者、またはデータ管理者によって行われ、
上記＜式１＞のような形で図３に示すメモリ１０５中の
文書定義式１０６１中に保持される。

【００６１】＜文書例を用いた文書構造と動作の説明＞
具体的な文書の例を使って、データ要素の組み合わせの
生成について説明する。図１２に、文書を構成するデー
タ要素の構成を示す。図１２（ａ）に示すように、マル
チメディア文書は、文１、図１等の構成要素を持つ。こ
の図１２で示す場合は、文１−文９、図１−図５、動画
１、静止画１、表１の構成要素から構成されている。こ
れらの各要素は、上述したデータ転送の際に選択構成さ
れるデータ構成要素の組みが予め定義されている。その
定義式が図１２（ａ）に記載された式である。この式
は、次に示す通りである。

【００６２】

【数４】＜式５＞文１ａｎｄ（図１ｏｒ図２ｏｒ図３ｏｒ文２ｏｒ文３）ａｎｄ（動画１ｏｒ静止画１）ａｎｄ（文４ｏｒ文５ｏｒ文６ｏｒ（（文７ｏｒ文８）ａｎｄ（図４ｏｒ図５ｏｒ表１）））ａｎｄ文９

【００６３】上記式＜式５＞の内容を分かりやすく示し
たのが図１２（ａ）であり、それぞれのデータ要素が枠
によってグループ分けされている。１つの枠に囲まれた
要素、例えば、図１、図２、図３、文２、文３は、上記
＜式５＞においてすべて「ｏｒ」で結合されており、こ
れらの中からいずれか１つが選択可能であることを示し
ている。また、図１、図２、図３、文２、文３の組み
と、たとえば文１とは「ａｎｄ」で結合されており、文
１は必ず選択されることを示している。この＜式５＞か
らいくつかのデータ構成要素の組み合わせが可能である
が、その１つのデータ構成要素の組み合わせ例を式で示
すと以下のようになる。

【００６４】

【数５】

【００６５】この＜式６＞で示したデータ要素抽出の様
子を示したのが、図１２（ｂ）である。多数の構成要素
からなるマルチメディア文書中から＜式６＞で示された
文書構成要素が抽出され、図１２（ｃ）で示されるよう
なデータ要素の組み合わせが構成される。この図１２
（ｃ）のデータセットが通信ネットワーク等を介してサ
ーバーからクライアントに転送される。

【００６６】図１３に他のデータ要素の組み合わせの選
択を行った例を示す。図１３は、図１２に示すと同様の
構成要素を有するマルチメディア文書において、下記＜
式７＞で示される文書が選択される様子を示している。

【００６７】

【数６】

【００６８】この＜式７＞で示したデータ要素抽出の様
子を示したのが、図１３（ｂ）である。多数の構成要素
からなるマルチメディア文書中から＜式７＞で示された
文書構成要素が抽出され、図１３（ｃ）で示されるよう
なデータ要素の組み合わせが構成される。この図１３
（ｃ）のデータセットが通信ネットワーク等を介してサ
ーバーからクライアントに転送される。

【００６９】図１２および図１３で説明した文書定義式
によるデータ要素の組み合わせについて、データ要素ツ
リーを使用して表現すると、図１４、図１５、図１６の
ように示される。図１４は、図１２（ａ）および図１３
（ａ）に示すマルチメディア文書の構成データ要素をデ
ータ要素ツリーで示したものである。このデータ要素ツ
リーにおいて、ツリーの枝別れの部分、すなわち平行な
枝が上下に複数存在する部分は、上下の各データ要素が
文書定義式における「ｏｒ」によって結合され、枝が１
本の部分はツリーの左と右のデータ要素が「ａｎｄ」に
よって結合されていることを示している。

【００７０】図１５は、上述の、＜式６＞によって選択
されたデータ要素の抽出をデータ要素ツリーにおいて示
したものであり、選択されたデータ要素がツリー中の１
本の太線によって接続されている。

【００７１】また、図１６は、上述の、＜式７＞によっ
て選択されたデータ要素の抽出をデータ要素ツリーにお
いて示したものであり、図１５と同様、＜式７＞によっ
て選択されたデータ要素が１本の太線によって接続され
ている。このように文書定義式によって定義される文書
候補は、データ要素ツリーにおいて１本のラインによっ
て必ず接続される構成となる。

【００７２】上述のように、複数の構成要素からなるマ
ルチメディア文書においては、複数種類のデータ要素の
組み合わせが生成可能であり、サーバーは、これらの複
数のデータ要素の組みの候補の中から最適なデータ要素
の組み合わせを選択してクライアント側へ転送すること
となる。この最適なデータ要素の組み合わせの選択手法
については、後述する。

【００７３】図１２および図１３に２つの種類の候補文
書の組み合わせを示したように、１つのマルチメディア
文書から複数の組み合わせが可能となる。図１１に示す
データから構成されるマルチメディア文書について、前
述の＜式１＞によって定義される文書定義式によって導
かれるデータセットの組み合わせを候補文書リストとし
て示したのが図１７である。図１７は、図１１のｔａｇ
１からｔａｇ１１で示される各構成データから選択され
た要素を組み合わせて構成した文書を候補文書リストと
して示したものである。たとえば図１７の第１行は、図
１１のｔａｇ１：ｔｉｔｌｅ．ｔｘｔ、ｔａｇ２：ａｕ
ｔｈｏｒ．ｔｘｔ、および、ｔａｇ６：ｉｎｄｅｘ．ｔ
ｘｔの組み合わせであり、全体のデータ量が１４０ＫＢ
であることを示している。

【００７４】候補文書は、その他に２３０ＫＢ，２００
ＫＢ，８０ＫＢ，５４０ＫＢの組み合わせが候補文書と
して用意されている。これらの候補文書リストは、図３
のサーバー装置１０中のメモリ１０５中にあるマルチメ
ディア文書１，１０６中の候補文書リスト１０６２中に
保持される。

【００７５】図１７に示す候補文書リストは、上記文書
定義式＜式１＞により示される文書候補と文書候補中に
含まれる文書部品の総データ量が１対になっている形式
で構成されているが、文書候補を示す管理番号と文書候
補中に含まれる文書部品の総データ量を１対とした形式
で構成したものでもよい。また、データ対は、総データ
量の順にならべられていてもよいし、総データ量の順に
ならべられていなくてもよい。

【００７６】図３に示すサーバー内のメモリ１０５中の
内容を整理すると以下のようになる。図３に示すように
サーバーに保持されたマルチメディア文書中には、各構
成要素データであるテキストデータファイル、画像デー
タファイル等の他に、各文書の種類、容量等を記録した
プロファイルリスト１０６３（例えば、図９あるいは図
１１）、マルチメディア文書中の構成要素から所定の選
択された構成要素の組み合わせを定義する文書定義式１
０６１（たとえば上述の＜式１＞）、さらに、この文書
定義式によって定義される候補文書リスト１０６３（例
えば図１７）がメモリ１０５中に記憶保持されている。

【００７７】本発明の処理の流れを図３および図１８お
よび図１９および図２０および図２１および図２２およ
び図２３を用いて説明する。まず、図１９、２１、２
３、２０のフローを中心にフロー中の記号：Ｂ→Ｅ→Ｆ
→ＤおよびＢ→Ｇ→Ｈ→Ｄのルートに従って、クライア
ントから、１つのマルチメディア文書について初回の送
付要求が実行された場合のデータ転送処理の流れについ
て説明する。

【００７８】まず、情報の要求元であるクライアント装
置１２が、例えばマルチメディア文書１，１０６の送付
をサーバー装置１０に要求する。クライアント装置１２
が、マルチメディア文書１，１０６を初めて要求した場
合、まず、クライアント装置１２は「マルチメディア文
書１，１０６の要求文書候補式」と「クライアント装置
１２のアドレス」（以後「要求元アドレス」と記述）を
サーバー装置１０に送付し、サーバー装置１０はクライ
アント装置１２からの要求文書候補式と要求元アドレス
を受け取る（ステップＳ１９１）。この時にクライアン
ト装置１２はサーバー装置１０に要求した情報が配布さ
れるまでの制限時間を要求メッセージに付け加えて送付
しても構わない。要求した情報が配布されるまでの制限
時間が送付されない場合はサーバー装置はサーバー装置
１０側であらかじめ設定されている処理時間しきい値１
０４３を参照し、このしきい値に従って処理を行う。

【００７９】上記の「マルチメディア文書１，１０６の
要求文書候補式」の受け渡しはＨＴＴＰサーバーで用い
られるＣＧＩスクリプトへの変数の受け渡しとして実現
できる。すなわち、例えばサーバー装置１０のＵＲＬを
「ｈｔｔｐ：／／ｓｖｒｎａｍｅ．ｄｏｍａｉｎ．ａｒ
ｅａ」としてＣＧＩスクリプトの名称を「ｓｅｌｅｃ
ｔ．ｃｇｉ」とし要求するマルチメディア文書１，１０
６の名称を「ｍｍｔｅｘｔ１」とした場合は「ｈｔｔ
ｐ：／／ｓｖｒｎａｍｅ．ｄｏｍａｉｎ．ａｒｅａ／ｓ
ｅｌｅｃｔ．ｃｇｉ？ｄｏｃｎａｍｅ＝ｍｍｔｅｘｔ
１」という形式で受け渡される。

【００８０】クライアント装置１２からの要求メッセー
ジに要求した情報が配布されるまでの制限時間が付け加
えられている場合の要求メッセージの形式は例えば、要
求した情報が配布されるまでの制限時間が３０秒と指定
された場合は、「ｈｔｔｐ：／／ｓｖｒｎａｍｅ．ｄｏ
ｍａｉｎ．ａｒｅａ／ｓｅｌｅｃｔ．ｃｇｉ？ｄｏｃｎ
ａｍｅ＝ｍｍｔｅｘｔ１＆ｌｉｍｉｔ＝３０」という形
式で受け渡される。「ｄｏｃｎａｍｅ」はマルチメディ
ア文書の文書名を渡すための変数名である。「ｌｉｍｉ
ｔ」は要求した情報が配布されるまでの制限時間を渡す
ための変数名である。「＆」は変数と変数の区切りの記
号である。

【００８１】上記の「要求元アドレス」の受け渡しはＣ
ＧＩスクリプトに要求を送る場合にＣＧＩスクリプト変
数としてＩＰアドレスや、要求を出したホストの名前が
受け渡されることで実現しうる（図２１のステップＳ２
１１）。

【００８２】ＨＴＴＰはインターネットＲＦＣ１９４５
に記載されている。ＨＴＴＰはクライアント（ｃｌｉｅ
ｎｔ）からの要求によりサーバー（ｓｅｒｖｅｒ）が応
答するクライアント・サーバーモデルで動作する際の通
信プロトコルを規定したものである。

【００８３】ＨＴＴＰによるメッセージの受け渡しはク
ライアントからのリクエストに対してサーバーがレスポ
ンスを返すという単純なものである。ＨＴＴＰによるメ
ッセージの流れを図２４に示す。

【００８４】サーバー装置１０中の検知手段１０４１は
クライアント装置１２より送られた上記「要求元アドレ
ス」に対してＵＮＩＸＯＳなどで通常用いられるｐｉ
ｎｇコマンドやこれに類する手段により「要求元アドレ
ス」までのパケットの到達時間を測定を開始する（図２
１のステップＳ２１２）。

【００８５】ｐｉｎｇコマンドやこれに類する手段によ
る計測開始と同時にタイマーなどによる計時を開始し
（ステップＳ２１３）要求元アドレスからの応答をまち
（ステップＳ２１４）応答があった時点でタイマーを停
止し、要求元アドレスの応答時間を取得する（ステップ
Ｓ２１５）測定されたパケット到達時間は情報選択手段
１０４２に渡される。測定に使用するパケットの大きさ
はあらかじめ設定されているため、上記パケットの大き
さの情報を転送するために上記で取得された応答時間が
かかることより、処理時間しきい値１０４３内の時間で
転送しうるデーターの大きさが計算できる（ステップＳ
２１６）サーバー装置１０中の情報選択手段１０４２は
クライアント装置１２からサーバー装置１０に送付され
た上記「マルチメディア文書１，１０６の要求文書候補
式」中に構成要素部品を指定する記述の有無を判別し
（図１９のステップＳ１９２）上記「マルチメディア文
書１，１０６の要求文書候補式」より対応する上記候補
文書リスト１０６２を選択する（図２３のステップＳ２
３１）。クライアント装置１２が、マルチメディア文書
１，１０６を初めて要求した場合はこれにあたる。選択
の処理は上記応答時間の取得の後でも構わないが、応答
時間を測定する際に選択処理を行う方が全体の処理時間
を短くすることができる。

【００８６】情報選択手段１０４２は候補文書リスト１
０６２中に記述されている、候補文書のデータサイズの
各々について図２１の（ステップＳ２１６）で計算され
た処理時間しきい値１０４３内の時間で転送可能なデー
タの大きさの比較を行う。（図２０のステップＳ２０
２）。情報選択手段１０４２は候補文書リスト１０６２
に記述されたデータ構成要素の組のうち処理時間しきい
値１０４３内の時間で転送可能なデータ量を超えないも
ので最もデータ量の大きいものを選択する（図２０のス
テップＳ２０３）情報選択手段１０４２は上記ステップ
Ｓ２０３で選択された候補文書リスト１０６２中のデー
タ構成要素の組に記述されている文書部品を文書定義式
１０６１により選択する（図２０のステップＳ２０
４）。

【００８７】選択された文書は転送に必要なヘッダなど
を追加し（図２０のステップＳ２０５）、要求元アドレ
スに転送される（図２０のステップＳ２０６）。以下、
転送の完了を待ち（図２０のステップＳ２０７）転送が
完了したらサーバー側の処理を終了し、クライアント側
の処理に戻る。

【００８８】次に、図１８、１９、２０、２３のフロー
を中心に、クライアントが、すでにマルチメディア文書
の送付を受け、送付された文書に関する再送、あるいデ
ータセットの変更等の要求を行い、新たにサーバーから
データの送付を行う場合の処理の流れを説明する。

【００８９】クライアント装置１２からの、マルチメデ
ィア文書１，１０６の要求が二回目以降の場合、すでに
クライアント装置１２には＜式１＞で示されるマルチメ
ディア文書１，１０６構成要素ツリーと、候補文書リス
ト１０６２に記述されたデータ構成要素の組のうちの一
つに含まれる複数の構成要素が初回のデータ送付の際に
送付されている。

【００９０】まず、クライアント側である利用者は図２
５ないし図２６に示すようなユーザーインタフェースを
介して、構成要素ツリーから要求する文書部品ノードを
指定する（図１８、Ｓ１８１）。図２５ないし図２６の
ユーザーインタフェースでは構成要素ツリーの表示
（ａ）と情報の内容表示部分（ｂ）が分割された形式で
表現されているが、これらの表示部分は単独の表示によ
るもの、あるいは選択的に表示する形態でも構わない。
図２５および図２６では、ツリー表示（ａ）の斜線部が
選択され、その選択された内容が内容表示（ｂ）されて
いる状態を示している。図２５（ａ）ないし図２６
（ａ）において、構成要素ツリーの表示はグラフィカル
ユーザーインタフェースを用いた表現で記述している
が、テキストベースのインタフェースを用いても構わな
い。これらのインタフェース部分が、図３のクライアン
ト装置１２中の要求文書選択手段１２５３に相当する。

【００９１】クライアント側である利用者が文書部品ノ
ードを指定する方法は図２５（ａ）ないし図２６（ａ）
の構成要素ツリーの表示部分をマウスなどで選択するも
のでもよいし、図２５（ｂ）ないし図２６（ｂ）の情報
の内容表示部分をマウスなどで選択するものでもよい。
あるいは、要求する文書部品ノードの名前をテキストな
どで入力するものでも構わない。

【００９２】文書要素選択手段１２５４は、要求文書選
択手段１２５３で指定された文書構成部品のノードが含
まれる構成要素ツリー中のデータセットを選択する（図
１８、ステップＳ１８２）。文書要素選択手段１２５４
は、さらに選択したデータセットを要求するための要求
文書候補式を作成する（ステップＳ１８３）。

【００９３】具体的な例をあげて説明すると既に送付さ
れているマルチメディア文書の構成要素ツリーが、

【００９４】

【数７】ｔａｇ１ａｎｄ（ｔａｇ２ｏｒｔａｇ３）ａｎｄｔａｇ４ａｎｄ（ｔａｇ５ｏｒ（ｔａｇ６ａｎｄ（ｔａｇ７ｏｒｔａｇ８）））の場合で、ｔａｇ１ａｎｄｔａｇ３ａｎｄｔａｇ４ａｎｄｔａｇ５のデータが送付されているものとする。

【００９５】

【数８】このときにｔａｇ６の情報を要求ノードとして
指定すると要求文書候補式は、ｔａｇ１ａｎｄ（ｔａｇ２ｏｒｔａｇ３）ａｎｄｔａｇ４ａｎｄｔａｇ６ａｎｄ（ｔａｇ７ｏｒｔａｇ８）））となる。

【００９６】上記式に含まれる構成要素部品が既に送付
されているものかどうかを判別し（ステップＳ１８
４）、既に送付されているものであればその構成要素部
品の取得日時を要求文書候補式に追加し（ステップＳ１
８５）未取得の物であれば、未取得の物であることを示
すフラグを要求文書候補式に追加する（ステップＳ１８
６）この処理を構成要素部品の各々について行い（ステ
ップＳ１８７）、この一連の処理が終了し完成した要求
文書候補式をサーバーに送付することによって文書要求
を行う（ステップ１８８）。

【００９７】構成要素部品の日付を仮に「ｄａｔｅ」と
し、未取得の物であることを示すフラグを仮に「ｎｕｌ
ｌ」として例示するとフラグなど追加した後の要求文書
候補式は、

【００９８】

【数９】ｔａｇ１（ｄａｔｅ）ａｎｄ（ｔａｇ２（ｎｕｌｌ）ｏｒｔａｇ３（ｎｕｌｌ））ａｎｄｔａｇ４（ｄａｔｅ）ａｎｄｔａｇ６（ｎｕｌｌ）ａｎｄ（ｔａｇ７（ｎｕｌｌ）ｏｒｔａｇ８（ｎｕｌｌ））））となる。

【００９９】このようなフラグを追加した形式の文書要
求がサーバーに送付される場合の書式としては例えばサ
ーバー装置１０のＵＲＬを「ｈｔｔｐ：／／ｓｖｒｎａ
ｍｅ．ｄｏｍａｉｎ．ａｒｅａ」としてＣＧＩスクリプ
トの名称を「ｓｅｌｅｃｔ．ｃｇｉ」とし要求するマル
チメディア文書１，１０６の名称を「ｍｍｔｅｘｔ１」
とした場合では、「ｈｔｔｐ：／／ｓｖｒｎａｍｅ．ｄ
ｏｍａｉｎ．ａｒｅａ／ｓｅｌｅｃｔ．ｃｇｉ？ｄｏｃ
ｎａｍｅ＝ｍｍｔｅｘｔ１＆ＲＱＬ＝”ｔａｇ１（ｄａ
ｔｅ）ａｎｄ（ｔａｇ２（ｎｕｌｌ）ｏｒｔａ
ｇ３（ｎｕｌｌ））ａｎｄｔａｇ４（ｄａｔｅ）
ａｎｄｔａｇ６（ｎｕｌｌ）ａｎｄ（ｔａｇ７（ｎ
ｕｌｌ）ｏｒｔａｇ８（ｎｕｌｌ））））”」とい
う形式で受け渡される。

【０１００】「要求元アドレス」の受け渡し（図２１の
ステップＳ２１１）から処理時間しきい値１０４３内の
時間で転送しうるデーターの大きさが計算（ステップＳ
２１６）されるまでの処理は、前述のクライアント装置
１２からの、マルチメディア文書１，１０６を初めて要
求した場合と同様であるので説明を省略する。

【０１０１】サーバー装置１０中の情報選択手段１０４
２はクライアント装置１２からサーバー装置１０に送付
された上記「マルチメディア文書１，１０６の要求文書
候補式」中に構成要素部品を指定する記述の有無を判別
し（図１９のステップＳ１９２）。

【０１０２】要求文書候補式中に構成要素部品に関する
記述があった場合は要求文書候補式中に構成要素部品の
取得日時があるか判別し（ステップ１９３）取得日時が
無い物については構成要素部品に送付すべき構成部品で
あることを示す送付フラグをつける（ステップ１９
５）。

【０１０３】要求文書候補式中に構成要素部品に関する
記述があった場合で要求文書候補式中に構成要素部品の
取得日時があるものについては要求文書候補式中に記述
されている構成要素の取得日時がサーバー装置１０のな
かにある対応する構成要素の作成日時と同じ物であるか
どうかを調べる（ステップ１９４）。日付が同じ物であ
ればサーバー装置１０中の構成要素部品がクライアント
装置１２に送付されてからサーバー装置１０中の構成要
素部品の情報の更新は行われていないことになり、新た
に送付する必要がないことになるので、構成要素部品に
送付すべき構成部品でないことを示す非送付フラグをつ
ける（ステップ１９６）。

【０１０４】以上の処理を要求文書候補式中に記述され
ている構成要素部品の各々について行い（ステップ１９
７）、送付候補式を生成する（ステップ１９８）。

【０１０５】

【数１０】例として要求文書候補式が、ｔａｇ１（ｄａｔｅ）ａｎｄ（ｔａｇ２（ｎｕｌｌ）ｏｒｔａｇ３（ｎｕｌｌ））ａｎｄｔａｇ４（ｄａｔｅ）ａｎｄｔａｇ６（ｎｕｌｌ）ａｎｄ（ｔａｇ７（ｎｕｌｌ）ｏｒｔａｇ８（ｎｕｌｌ））））のとき、

【０１０６】サーバー側にある対応する構成要素部品の
うち、ｔａｇ１は更新なし、ｔａｇ２，ｔａｇ６，ｔａ
ｇ７，ｔａｇ８は未送付、ｔａｇ３，ｔａｇ４は更新あ
り、のときの送付候補式は送付フラグを「Ｓ」、非送付
フラグを「Ｎ」と書くとすると、

【０１０７】

【数１１】ｔａｇ１（Ｎ）ａｎｄ（ｔａｇ２（Ｓ）ｏｒｔａｇ３（Ｓ））ａｎｄｔａｇ４（Ｓ）ａｎｄｔａｇ６（Ｓ）ａｎｄ（ｔａｇ７（Ｓ）ｏｒｔａｇ８（Ｓ））））となる。

【０１０８】この送付候補式中の構成要素部品に送付フ
ラグのついている構成要素部品の大きさの和を式の各組
み合わせについて計算する（図２０のステップＳ２０
１）。

【０１０９】

【表３】送付候補式が上記の場合、ｔａｇ２，ｔａｇ
４，ｔａｇ６，ｔａｇ７の組み合わせの和ないし、ｔａ
ｇ２，ｔａｇ４，ｔａｇ６，ｔａｇ８の組み合わせの和
ないし、ｔａｇ３，ｔａｇ４，ｔａｇ６，ｔａｇ７の組
み合わせの和ないし、ｔａｇ３，ｔａｇ４，ｔａｇ６，
ｔａｇ８の組み合わせの和を計算すればよいことにな
る。

【０１１０】クライアント装置１２が、マルチメディア
文書１，１０６を二回目以降に要求した場合はこれにあ
たる。選択の処理は上記応答時間の取得の後でも構わな
いが、応答時間を測定する際に選択処理を行う方が全体
の処理時間を短くすることができる。

【０１１１】これらの構成要素部品の大きさと処理時間
しきい値１０４３内の時間で転送可能なデータの大きさ
の比較（図２０のステップＳ２０２）からサーバー装置
１０からクライアント装置１２への転送終了までの処理
は前記のものと同じであるため、説明を省略する。

【０１１２】サーバー装置１０からクライアント装置１
２への転送が終了したかどうかはクライアント装置１０
でも検出しており（図２２のステップＳ２２１）伝送経
路になにか異常が起ったり、急激にネットワークが混ん
できたりといった理由で所定の時間内に転送が終了しな
かった場合はこれを判別し（ステップＳ２２２）エラー
終了する。

【０１１３】サーバー装置１０からクライアント装置１
２への転送が正常に終了した場合、転送されたデータは
情報蓄積手段１２５１により蓄積されている（ステップ
Ｓ２２３）。メモリ１２５中には初回に送付された情報
も混在しているので、サーバー装置１０から送られてき
た構成指示式にしたがって文書再構成手段１２５５が文
書を再構成する。（ステップＳ２２４）再構成されたデ
ータは情報表示手段１２５２によって表示される（ステ
ップＳ２２５）。

【０１１４】サーバー装置１０よりクライアント装置１
２に配布される情報は上述したように処理時間しきい値
１０４３で規定される伝送標準時間を超えない転送可能
時間を持つ情報であるため伝送路を一定時間内で通過し
終ることが保証されている。このため伝送路の使用量を
見積もることができる。

【０１１５】なお、このようにしてクライアント装置に
転送される情報は＜式１＞で表現される文書構造に従っ
て選定された候補文書リストに含まれたものであるた
め、この＜式１＞の構成を意図的に設定変更することに
より、情報を配布する側の意図を反映した送付データ構
成を実現し得る。

【０１１６】図２７は図２０の（ステップＳ２０３）と
（ステップＳ２０４）を候補文書リスト１０６２とプロ
ファイルリスト１０６３との関係で図示したものであ
る。図２７では処理時間しきい値１０４３に定義された
時間しきい値に対応する転送可能なデータの大きさとし
て最大転送量＝３００ＫＢの場合を例として説明してい
る。しきい値によって決められたデータの最大転送量が
３００ＫＢであるため、候補文書リスト（図２７の左）
の複数の候補の中から、容量が３００ＫＢ以内の最大の
ものとして２３０ＫＢのものが選択される。これは図２
０の（ステップＳ２０３）の処理に対応する。

【０１１７】候補文書リストより選択された容量２３０
ＫＢのデータ構成要素の組みに記述されているタグ名に
より図２７の右のプロファイルリストから対応するファ
イル名が選択され、選択されたファイルが転送されるも
のとして選択される。これは図２０の（ステップＳ２０
４）の処理に対応する。ファイルの選択を行うときにプ
ロファイルリスト中に記述されたファイル形式に基づい
てヘッダや最終転送時の記述形式が変化する。

【０１１８】図２７中のプロファイルリストの例では図
９のプロファイルリストの例ではなく、図１１のプロフ
ァイルリストを例としているため、図２７の候補文書リ
ストでは、図２７のプロファイルリスト中に記述されて
いるタグ形式を候補文書リストの要素として記述してい
る。

【０１１９】プロファイルリストとして図９の形式を用
いた場合は、候補文書リストは図１７の形式となる。図
２７に示すように、図１１のプロファイルリストを用い
た場合は、「タグ名により図２７の右のプロファイルリ
ストから対応するファイル名が選択される」ことになる
が、図９の形式のプロファイルリストを用いた場合は、
「ファイル名により図２７の右のプロファイルリストか
ら対応するファイル名が選択される」こととなる。この
変更以外は、候補文書リスト作成手続は図９のプロファ
イルリストを用いた場合も図１１のプロファイルリスト
を用いた場合も共通である。

【０１２０】図２８はネットワークにおける転送時間と
転送量の関係を複数の異なる転送容量の場合について示
したものである。横軸に転送量、縦軸に処理時間を示
す。横軸中のＡ、Ｂ、Ｃ、Ｄは、マルチメディア文書中
から文書定義式によって選択された候補文書の各データ
の容量である。すなわち候補文書として４種類のデータ
量のものが設定され、候補文書リストに記録されている
ことを示す。サーバー中に設定されたしきい値は点線で
示してある。

【０１２１】ここで、ネットワークの転送容量が十分大
きい場合、例えば図２８中の転送容量４の場合には、転
送量Ｄ（ファイルの総量Ｄ）のものでも転送を含む処理
時間のしきい値より短い時間で処理を終えることができ
るが、ネットワークの転送容量が小さくなると、例えば
図２８中の転送容量３の場合には、転送量Ｄのものでは
転送を含む処理時間のしきい値より長い時間がかかる。
このため転送容量が小さい場合は（図２８中の転送容量
３の場合）、転送量Ｃ（ファイルの総量Ｃ）のものを転
送データとして選択し、転送すれば転送を含む処理時間
のしきい値より短い時間で処理を終了することができ
る。

【０１２２】例えばネットワークの転送容量が小さいと
きは、単位時間のデータ転送可能容量は小さくなり、例
えば図２８の「転送容量１の場合」の直線で示す転送量
と処理時間の関係となる。転送容量１の場合から４の場
合の順に、一定時間で転送可能なデータ量が増加する。

【０１２３】しきい値が図２８の破線で示すように設定
されていたとすれば、各転送容量の状態に応じて、それ
ぞれ図２８中の左向き矢印で示す位置がしきい値より下
であればデータ転送可能であり、しきい値より上であれ
ばその該当データの転送は、しきい値を超える時間を要
することになる。

【０１２４】サーバー側からクライアント側へのデータ
転送に際しては、ネットワーク中のデータ転送経路をま
ず決定し、その決定された経路の転送容量を確認し、図
２８に示す転送量と処理時間の関係を求める。この関係
は、例えば図２８に示すような直線となる。次に、クラ
イアントから要求のあったマルチメディア文書の候補文
書リストを検索するかまたは計算し、各候補文書リスト
の容量を求められた直線上にプロットし、そのプロット
が予め設定されたしきい値の上側にあるか下側にあるか
を求め、下側にある文書候補リストの中から最大容量の
ものを選択し、この選択された文書をネットワークを介
してクライアント側に転送する。

【０１２５】このような手続により、マルチメディア文
書をクライアントに送付することにより、マルチメディ
ア文書の所定時間内、すなわち、あらかじめ設定された
しきい値の時間以内に選択された情報を送付することが
可能となる。

【０１２６】

【発明の効果】上述のように、本発明のデータ転送シス
テムは、情報の配布を行う際に配布する情報を伝送路の
状態によりあらかじめ決められた文書構造に従って組み
替え、伝送量の制御を行うことにより所定のコスト内、
例えば一定時間内の転送時間で最適な情報を配布しうる
という効果を奏する。

【０１２７】さらに、本発明のデータ転送システムは、
伝送量の制御を行うために組み替えられる文書の構成は
あらかじめ設定されているものであるため、情報を配布
する側の意図を反映したデータ構成を実現し得る。

【０１２８】また、本発明のデータ転送システムは、ク
ライアント装置からの情報再送、または詳細情報の伝送
など追加情報の要求に対しても、サーバー側での柔軟な
対応が可能となり、ユーザーのリクエストおよびネット
ワークのデータトラフィック状況に応じた最適なデータ
の組み合わせを容易に選択してユーザーに送付すること
ができる。

【０１２９】また、本発明のデータ転送システムは、ユ
ーザーがクライアント装置からの情報再送、または詳細
情報の伝送など追加情報の要求等を行う際には、データ
要素ツリーがクライアント装置側に送付されているの
で、ユーザーが直接、構成要素の選択を行うことができ
る。

【０１３０】また、本発明のデータ転送システムは、ユ
ーザーがクライアント装置からの情報再送、または詳細
情報の伝送など追加情報の要求等を行う際に、ユーザー
が単独の構成要素の選択を行う場合でも、選択した構成
要素を含む、情報を配布する側の意図を反映した文書を
送付することができる。

【図面の簡単な説明】

【図１】ネットワークでのデータ転送におけるコスト
算出のフローを示した図である。

【図２】ネットワークでのデータ転送におけるコスト
と伝送速度との相関を示す図である。

【図３】本発明のデータ処理システムの概略構成を示
す図である。

【図４】サーバーとクライアントの接続例を示す図
（その１）である。

【図５】サーバーとクライアントの接続例を示す図
（その２）である。

【図６】サーバーとクライアントの接続例を示す図
（その３）である。

【図７】サーバーとクライアントの接続例を示す図
（その４）である。

【図８】サーバーとクライアントの接続例を示す図
（その５）である。

【図９】プロファイルリストの例を示す図である。

【図１０】プロファイルリストの１レコードのフォー
マット例を示す図である。

【図１１】プロファイルリストの別の例を示す図であ
る。

【図１２】マルチメディア文書の文書候補の選択を説
明する図（その１）である。

【図１３】マルチメディア文書の文書候補の選択を説
明する図（その２）である。

【図１４】マルチメディア文書の文書候補をデータ要
素ツリーによって説明する図である。

【図１５】マルチメディア文書の文書候補の選択をデ
ータ要素ツリーによって説明する図（その１）である。

【図１６】マルチメディア文書の文書候補の選択をデ
ータ要素ツリーによって説明する図（その２）である。

【図１７】候補文書リストの例を示す図である。

【図１８】マルチメディア文書の文書候補の選択のフ
ローを説明する図（その１）である。

【図１９】マルチメディア文書の文書候補の選択のフ
ローを説明する図（その２）である。

【図２０】マルチメディア文書の文書候補の選択のフ
ローを説明する図（その３）である。

【図２１】マルチメディア文書の文書候補の選択のフ
ローを説明する図（その４）である。

【図２２】マルチメディア文書の文書候補の選択のフ
ローを説明する図（その５）である。

【図２３】マルチメディア文書の文書候補の選択のフ
ローを説明する図（その６）である。

【図２４】クライアントとサーバーの間のメッセージ
のやりとりを示す図である。

【図２５】グラフィックユーザーインタフェースを用
いたクライアント装置側の表示例（その１）である。

【図２６】グラフィックユーザーインタフェースを用
いたクライアント装置側の表示例（その２）である。

【図２７】候補文書リストとプロファイルリストの動
作の連携を示す図である。

【図２８】通信路の転送容量による転送量と転送時間
の関係を示す図である。

【符号の説明】

１０サーバー装置１０１ＣＰＵ１０２通信手段１０３計算機バス１０４メモリ１０４１検知手段１０４２情報選択手段１０４３処理時間しきい値１０５メモリ１０６マルチメディア文書１１０６１文書定義式１０６２候補文書リスト１０６３プロファイルリスト１０６４テキストデータファイル１１０６５テキストデータファイル２１０６６テキストデータファイル３１０６７画像データファイル１１０６８画像データファイル２１０７マルチメディア文書２１１通信ネットワーク１２クライアント装置１２１ＣＰＵ１２２通信手段１２３計算機バス１２４コンソール１２５メモリ１２５１情報蓄積手段１２５２情報表示手段１２５３要求文書選択手段１２５４文書要素選択手段

Claims

【特許請求の範囲】

【請求項１】複数のコンピュータを接続したネットワ
ークに接続されたクライアント装置からサーバー装置に
対するデータ転送要求に基づき、転送要求データを前記
ネットワークを介して前記サーバー装置から前記クライ
アント装置へ転送するデータ転送システムにおいて、前記サーバー装置は、転送するデータを記憶するメモリと、前記データを構成する要素を複数態様で組み合わせた複
数の文書候補を定義する文書候補定義手段と、前記クライアント装置までのデータ転送に要するコスト
を検知するコスト検知手段と、前記コスト検知手段により検知されたデータ転送に要す
るコストに応じて、前記転送要求のあったデータを構成
するデータ要素の組み合わせを選択する情報選択手段
と、前記情報選択手段によって選択された前記データを構成
するデータ要素の組み合わせを前記クライアント装置に
転送する通信手段とを備え、前記クライアント装置は、前記サーバーに対して要求するデータを指定する要求文
書選択手段と、前記要求するデータの含まれるデータ要素の組み合わせ
を選択する文書要素選択手段と、前記文書要素選択手段によって選択された前記データを
構成するデータ要素の組み合わせを示す識別データを前
記サーバー装置に転送する通信手段と、前記サーバー装置より転送されるデータを記憶するメモ
リと、前記サーバー装置より転送されたデータを要求したデー
タの含まれるデータ要素の組み合わせとして再構成する
文書再構成手段とを備えた、ことを特徴とするデータ転送システム。
【請求項２】前記サーバー装置は、データを構成する
データ要素各々についてのデータ容量を記録したプロフ
ァイルリストをメモリ中に保持することを特徴とする請
求項１記載のデータ転送システム。
【請求項３】前記文書候補定義手段は、転送するデータを構成するデータ要素の識別子を演算子
によって関係づけた文書定義式を有し、前記サーバー装置は、該文書定義式によって定義された前記データ要素の組み
合わせを示す候補文書リストを有することを特徴とする
請求項１記載のデータ転送システム。
【請求項４】前記サーバー装置は、データ転送コストに関する予め設定されたしきい値をメ
モリ中に保持し、前記設定しきい値を超えないデータ要素の組み合わせを
前記候補文書リストから選択する情報選択手段を有し、前記情報選択手段により、選択されたデータ要素の組み
合わせを前記クライアント装置へ送付することを特徴と
する請求項３記載のデータ転送システム。
【請求項５】前記クライアント装置における前記要求
文書選択手段、および前記文書要素選択手段における文
書選択および文書要素選択は、該クライアント装置にお
ける表示手段により表示されるデータ要素の選択によっ
て実行されることを特徴とする請求項１記載のデータ転
送システム。
【請求項６】前記サーバー装置における情報選択手段
による情報選択は、前記クライアント装置からの要求文
書を構成するデータ要素各々について、前記クライアン
ト装置に対する送付済みデータであるか否かを検出し、
送付済みのデータ要素と未送付のデータ要素を区別した
フラグを有する送付候補式に基づいて実行されることを
特徴とする請求項１記載のデータ転送システム。
【請求項７】前記クライアント装置における文書要素
選択手段は、前記要求データを含むデータ要素の組み合わせを定義す
る定義式を生成し、該定義式は、前記データ要素を示す
識別タグを演算子によって関係づけた式であり、かつ、
各データ要素が、すでに取得済みであるか未取得である
かを区別するフラグを有することを特徴とする請求項１
記載のデータ転送システム。
【請求項８】複数のコンピュータを接続したネットワ
ークに接続されたクライアント装置からのデータ転送要
求に基づき、転送要求データをネットワークを介してク
ライアント装置へ転送するサーバー装置であり、転送するデータを記憶するメモリと、前記データを構成するデータ要素ごとの容量を記憶した
プロファイルリストと、前記クライアント装置からの要求文書を構成するデータ
要素各々について、前記クライアント装置に対する送付
済みデータであるか否かを検出し、送付済みデータ要素
と未送付データ要素を区別したフラグを有する送付候補
式を生成する手段と、前記送付候補式に基づくデータ要素の組み合わせを前期
クライアント装置へ送付する通信手段と、を有することを特徴とするサーバー装置。
【請求項９】前記サーバー装置は、さらに前記データ
要素を複数態様で組み合わせた複数の文書候補を定義す
る定義式として、前記データ要素を演算子によって関係
づけた文書定義式と、前記文書定義式によって定義された前記データ要素の組
み合わせを示す候補文書リストと、を有することを特徴とする請求項８記載のサーバー装
置。
【請求項１０】複数のコンピュータを接続したネット
ワークに接続されたクライアント装置からサーバー装置
に対するデータ転送要求に基づき、該転送要求データを
ネットワークを介してサーバー装置からクライアント装
置へ転送するデータ転送方法において、前記クライアント装置までのデータ転送に要する単位デ
ータあたりのコストを検知するステップと、前記データを構成するデータ要素を複数態様で組み合わ
せた複数の文書候補の各々についての転送コストを算出
するステップと、前記サーバー内に保持された予め設定されたデータ転送
コストに関するしきい値を超えない転送コストを有する
データ要素の組み合わせを前記文書候補中から選択する
文書候補選択ステップと、該選択された文書候補を通信手段を介して前記クライア
ント装置へ送付するステップと、前記選択された文書候補を受信した前記クライアント装
置において、該受信文書候補を前記転送要求データを含
むデータ要素の組み合わせとして再構成するステップ
と、を有することを特徴とするデータ転送方法。
【請求項１１】前記複数の文書候補の各々についての
転送コストを算出するステップは、ａ）前記単位データあたりのコストと、ｂ）前記サーバー装置中に予め定義された文書定義式に
よって決定される前記データを構成するデータ要素の複
数の組み合わせである複数の文書候補各々のデータ容量
と、に基づいて実行されることを特徴とする請求項１０記載
のデータ転送方法。
【請求項１２】前記文書候補選択ステップは、前記ク
ライアント装置からの要求文書を構成するデータ要素各
々について、前記クライアント装置に対する送付済みデ
ータであるか否かを検出し、送付済みデータ要素と未送
付データ要素を区別したフラグを有する送付候補式を生
成するステップを含むことを特徴とする請求項１０記載
のデータ転送方法。
【請求項１３】複数のコンピュータを接続したネット
ワークに接続されたサーバー装置に対してデータ転送を
要求し、該サーバー装置からの転送データを上記ネット
ワークを介して受信するクライアント装置であり、前記サーバーに対する要求データを選択する要求文書選
択手段と、前記要求文書選択手段で選択された要求データを含むデ
ータ要素の組み合わせを選択する文書要素選択手段と、前記文書要素選択手段で選択されたデータ要素の組み合
わせを示す識別データを前記サーバー装置へ送付し、前
記サーバー装置から該識別データに基づいて送付される
データを受け取る通信手段と、前記サーバー装置から送付されるデータを蓄積するメモ
リと、前記メモリに蓄積された前記サーバー装置から送付され
るデータを、前記要求データを含むデータ要素の組み合
わせとして再構成する文書再構成手段と、前記文書再構成手段によって再構成されたデータを表示
する情報表示手段とを有することを特徴とするクライア
ント装置。
【請求項１４】前記クライアント装置における文書要
素選択手段は、前記要求データを含むデータ要素の組み合わせを定義す
る定義式を生成し、該定義式は、前記データ要素を示す
識別タグを演算子によって関係づけた式であり、かつ、
各データ要素が、すでに取得済みであるか未取得である
かを区別するフラグを有することを特徴とする請求項１
３記載のクライアント装置。
【請求項１５】前記データ要素において、すでに取得
済みであるデータ要素に対しては、取得日時を示すデー
タが付加された文書定義式が生成されることを特徴とす
る請求項１４記載のクライアント装置。