JPH07152668A - 情報処理装置及び通信方法 - Google Patents

Abstract

(57)【要約】 【目的】時間的制約のあるデータを転送する場合に、通
信網の混雑具合に基づいてデータの圧縮等を行い、制約
された時間内にデータの供給を行う。 【構成】クライアントプログラム４からのデータ要求が
データ要求受付部２０に入力されると、ネットワーク受
信部２１よりネットワーク送信部２６にデータ要求が送
信される。データ管理部２８はデータ要求に含まれる検
索情報に基づいて二次記憶装置８もしくは主メモリ９よ
り供給すべきデータを獲得する。アクセス方法選択部２
７は、データ要求に含まれる指定情報が品質優先であれ
ば供給すべきデータをそのままネットワーク送信部２６
へ転送する。又、指定情報が時間優先であれば、アクセ
ス方法選択部２７は供給すべきデータをデータ圧縮部３
０へ転送し、ネットワーク回線の混み具合等に応じて選
択された圧縮・間引き方法で処理した後、ネットワーク
送信部２６へ転送する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信網を介して外部装置
とのデータ通信を行う情報処理装置及び通信方法に関す
るものである。

【０００２】

【従来の技術】従来より、イーサネット等のネットワー
クを介して他の情報処理装置が有するデータベースのデ
ータ供給プログラムへのアクセスすることが可能な情報
処理装置がある。

【０００３】この種の情報処理装置では、データ供給側
（データベースなど）からデータ要求側へのデータ転送
経路に、共用資源となるネットワーク回線が存在する。
このネットワーク回線は、他の複数の情報処理装置が接
続され、データの転送経路として使用されている。この
ため、ネットワークにおけるデータ転送の混み具合によ
り、データ要求側がデータを獲得するまでの時間が変化
する。

【０００４】

【発明が解決しようとする課題】データ要求側が要求す
るデータの中には、そのデータの獲得に時間的な制約を
有するものがある。例えば、動画像データ等は、リアル
タイム性があり、ある決まった時間内にデータが供給さ
れないと価値がなくなってしまう。この種のデータで
は、データの品質（画像データ等の場合には画質）より
も、多少品質が落ちても（解像度を落としデータ量を減
らすなど）時間内にデータが届くことの方が重要とな
る。

【０００５】しかしながら従来の情報処理装置では、時
間的制約を有するデータを扱う場合でもデータの品質だ
けを重視し、全データを転送しようとしてしまう。この
ため、ネットワークの混み具合によっては、データ要求
側に対して要求時間内にデータを供給できないという状
況が起こる。

【０００６】本発明は上記の問題点に鑑みてなされたも
のであり、時間的制約のあるデータを転送する場合に、
通信網の混雑具合に基づいてデータの圧縮等を行い、制
約された時間内にデータの供給を行うことを可能とする
情報処理方法及び装置及びその通信方法を提供すること
を目的とする。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明のデータを受信する側の情報処理装置は以
下の構成を備えている。即ち、通信網を介して接続され
た他の装置とデータ通信を行う情報処理装置であって、
前記他の装置に対してデータの要求を行う要求手段と、
前記要求手段による要求に応じたデータ、及び該データ
の圧縮状態を表す情報を前記他の装置より前記通信網を
介して受信する受信手段と、前記圧縮状態を表す情報に
基づいて、データの復元を行う復元手段とを備える。

【０００８】又、上記の目的を達成するための本発明に
よるデータ供給側の情報処理装置は以下の構成を有す
る。即ち、通信網を介して接続された他の装置とデータ
通信を行う情報処理装置であって、前記他の装置よりの
データ要求に応じたデータを獲得する獲得手段と、前記
回線の混み具合を判定する判定手段と、前記判定手段に
よる判定結果に基づいて、前記獲得手段により獲得され
たデータを圧縮する圧縮手段と、前記圧縮手段により圧
縮されたデータを、その圧縮状態を示す情報を付加して
前記他の外部装置に対して送信する送信手段とを備え
る。

【０００９】更に、上述の目的を達成する本発明の通信
方法は以下の工程を備えている。即ち、通信網で接続さ
れた第１及び第２の情報処理装置間における通信方法で
あって、前記第１の情報処理装置より前記第２の情報処
理装置に対してデータの要求を行う要求工程と、前記要
求工程による要求を受けて前記第２の情報処理装置が提
供すべきデータを獲得する獲得工程と、前記通信網の混
み具合を判定する判定工程と、前記判定工程により判定
された前記通信網の混み具合に応じて前記獲得工程で獲
得したデータを圧縮する圧縮工程と、前記圧縮工程にお
いて圧縮されたデータにその圧縮状態を示す情報を付加
して前記第１の情報処理装置へ送信する送信工程と、前
記第１の情報処理装置において、前記送信工程にて送信
されたデータを受信する受信工程と、前記第１の情報処
理装置において受信された前記データを、その圧縮状態
を示す情報に基づいて復元してこれを格納する格納工程
とを備える。

【００１０】

【作用】上述の構成もしくは工程により、データ供給側
の情報処理装置は、通信網上の混み具合に応じてデータ
の圧縮処理を行って、その圧縮状態を表す情報を付加し
てデータ送信を行う。このため、データ受信側の情報処
理装置は回線が混雑している場合でも、より確実にデー
タを受け取ることができる。又、データ受信側の情報処
理装置は、圧縮状態を表す情報に基づいて圧縮されたデ
ータを適切に復元する。

【００１１】

【実施例】以下、添付図面にしたがって本発明に係る実
施例を詳細に説明する。

【００１２】図１は本実施例の情報処理システムの概略
の機能構成を示すブロック図である。同図において、１
はデータ要求側の計算機であり、データ要求を行なうと
ともに、得られたデータをクライアントプログラムに提
供する。プログラムとデータ供給を行なうプログラムの
一部が動作する計算機、２はデータ供給側の計算機であ
り、データ要求を受けて要求元に対してデータの供給を
行なう。３はネットワーク回線であり、計算機１と計算
機２をつなぐ。ネットワーク回線３としては、イーサネ
ッネット等が挙げられる。尚、ネットワーク回線３に
は、計算機１、計算機２以外の情報処理装置が接続され
ていてもかまわないことはいうまでもない。

【００１３】４はクライアントプログラムであり、計算
機１上で動作し、動画表示などを実行するためにデータ
要求を行なう。５はディスプレイ装置であり、クライア
ントプログラム４による動画表示等が行われる。６は親
サーバプログラムであり、計算機２上で動作し、各種デ
ータを管理するとともに、ネットワーク通信を制御して
データ供給を行なう。親サーバプログラム６はネットワ
ーク回線上のデータ通信の混み具合に基づいて供給すべ
きデータの圧縮や間引き等を行う。７は子サーバプログ
ラムであり、計算機１上で動作し、クライアントプログ
ラム４からのデータ要求に従って計算機２の親サーバプ
ログラム６により出力されたデータをネットワーク回線
３を介して受け取る。ここで、子サーバプログラム７
は、供給されたデータが親サーバプログラム６により圧
縮または間引きされていた場合、伸長や補間を行なって
からクライアントプログラム４にデータ供給を行なう。

【００１４】８は二次記憶装置であり、各種データを格
納する。９は主メモリであり、親サーバプログラム６が
データを格納し管理するための領域を提供する。尚、主
メモリ９は二次記憶装置８のキャッシュとして使用して
もよい。更に、データの性質により高速なアクセスを必
要とするものは主メモリ９に、そうでないものは二次記
憶装置８に格納するというように振り分けて利用しても
かまわない。

【００１５】１０はバッファメモリであり、子サーバプ
ログラム７が親サーバプログラム６から受け取ったデー
タを、クライアントプログラム４に転送するまでの間、
一時的に格納しておく。１１はプログラム間通信機能で
あり、クライアントプログラム４と子サーバプログラム
７との間におけるロ−カルなデータ転送手段を提供す
る。具体的には計算機１上で動作するＯＳなどから提供
される共有メモリ通信機構などで、最大転送時間が予測
可能な高速プログラム（プロセス）間通信機能である。

【００１６】図２は上述の機能構成を実現するための概
略のハード構成を表すブロック図である。まず計算機１
の構成について説明する。同図において、１０１はＣＰ
Ｕであり、ＲＯＭ１０２もしくはＲＡＭ１０３に格納さ
れている制御プログラム（子サーバプログラム７等）を
実行する。１０２はＲＯＭであり、各種制御プログラム
やデータ等が格納されている。１０３はＲＡＭであり、
上述のクライアントプログラム４，子サーバプログラム
７等を格納するほか、バッファメモリ１０としての領域
を提供する。１０４はインターフェース回路であり、ネ
ットワーク回線３とシステムバス１０５との間を接続す
る。

【００１７】計算機２も、ＣＰＵ２０１，ＲＯＮ２０
２，ＲＡＭ２０３，インターフェース回路２０４，シス
テムバス２０５というように計算機１と同様の構成を備
えている。但し、ＲＡＭ２０３は親サーバプログラム６
を格納するとともに、主メモリ９としての領域を提供す
る。

【００１８】図３は親サーバプログラム６、子サーバプ
ログラム７の機能構成の詳細を表すブロック図である。

【００１９】図中、２０はデータ要求受付部であり、ク
ライアントプログラム４からのデータ要求を受け付け
る。ここで受け付けるデータ要求には、検索すべきデー
タを指定する検索情報と、データ供給を行うに際して時
間優先で供給するか品質優先で供給するかを指定する指
定情報とが含まれる。２１はネットワーク受信部であ
り、親サーバプログラム６との間で各種制御データ（品
質優先か時間優先かの指定情報、データ受信のアクノー
レジメント、バッファリングデータ数、検索情報など）
の送受信および供給データの受信をネットワーク回線３
を介して行なう。２２はデータ判別部であり、受信した
データが圧縮や間引かれたデータなのかそうでないのか
を判別する。２３はデータ伸長部であり、データが圧縮
または間引きされていた場合に伸張、補間を行なう。２
４はバッファリング部であり、子サーバプログラム７内
で一時的にデータのバッファリングを行なう。２５はデ
ータ供給部であり、クライアントプログラム４にプログ
ラム間通信機能１１を通してデータを供給する。

【００２０】２６はネットワーク送信部であり、ネット
ワーク回線３を介して子サーバプログラム７と制御デー
タの送受信およびデータの送信を行なう。２７はアクセ
ス方法選択部であり、クライアントプログラム４が品質
優先か時間優先のどちらを選択したかにより、データの
アクセス方法を選択する。２８はデータ管理部であり、
二次記憶装置８、主メモリ９に各種データの格納を行う
とともに、格納されているデータの管理及び検索を行な
う。２９は圧縮方法判断部であり、ネットワーク回線３
の混み具合や子サーバプログラム７内にバッファリング
されているデータ数をもとに、また転送するデータに圧
縮方法が記述されていた場合にはその情報をもとに、デ
ータの圧縮または間引きをどのように行なうかを判断す
る。３０はデータ圧縮部であり、複数の圧縮方法、間引
き方法を有する。データ圧縮部３０は、圧縮方法判断部
２９の判断結果をもとに選択された圧縮方法もしくは間
引き方法にてデータ圧縮を実行する。

【００２１】上述の構成を備える本実施例の情報処理シ
ステムでは、クライアントプログラム４からのデータ要
求がデータ要求受付部２０に入力されると、ネットワー
ク受信部２１よりネットワーク送信部２６にデータ要求
が送信される。データ管理部２８はデータ要求に含まれ
る検索情報に基づいて二次記憶装置８もしくは主メモリ
９より供給すべきデータを獲得する。アクセス方法選択
部２７は、データ要求に含まれる指定情報が品質優先で
あれば供給すべきデータをそのままネットワーク送信部
２６へ転送する。又、指定情報が時間優先であれば、ア
クセス選択部２７は供給すべきデータをデータ圧縮部３
０へ転送する。データ圧縮部３０では、ネットワーク回
線の混み具合等に応じて圧縮・間引き方法を選択する。
そして、データ圧縮部３０は、供給すべきデータに対し
て選択された圧縮・間引きを施した後、ネットワーク送
信部２６へ転送する。

【００２２】ネットワーク受信部２１では、提供された
データをデータ判別部２２へ転送する。データ判別部２
２は転送されたデータが圧縮・間引きされているか否か
を判断する。圧縮・間引きされていなければバッファリ
ング部２４屁データを転送し、そのままバッファメモリ
１０に格納する。一方、圧縮・間引きが成されていれ
ば、データはデータ伸長部２３へ転送され、データの伸
長・補間がなされた後、バッファリング部２４を介して
バッファメモリ１０に格納される。そして、データ供給
部２５はバッファメモリ１０に格納されたデータを取り
出してクライアントプログラム４に供給する。

【００２３】次に、本実施例の動作について添付のフロ
ーチャートを参照しながら更に詳細に説明する。図４及
び図５は本実施例の動作手順を説明するフローチャート
である。

【００２４】図４のステップＳ１１において、クライア
ントプログラム４からのデータ要求がデータ要求受付部
２０に入力されると、ステップＳ１２へ進む。ここで、
クライアントプログラム４からのデータ要求には、デー
タ検索に必要な検索情報、時間優先か品質優先かの指定
情報等が含まれている。又、指定情報において時間優先
を指定した場合には、その時間制約等の情報も受け渡さ
れる。子の時間制約の情報とは例えば、動画データなど
の場合には、１／３０秒で１フレームのデータを連続し
て供給して欲しい、といった情報である。ステップＳ１
２において、これらの情報（データ要求）はネットワー
ク受信手段２１により親サーバプログラム６に転送され
る。そして、ステップＳ１３において、親サーバプログ
ラムからデータが送信されるのを待つ。

【００２５】次に、データ要求が入力された親サーバプ
ログラム６の動作を図５により説明する。

【００２６】ステップＳ３１において、子サーバプログ
ラム７より転送された情報は、親サーバプログラム６の
ネットワーク送信部２６で受け取られる。そして、検索
情報はデータ管理部２８へ、指定情報はアクセス方法選
択部２７にそれぞれ受け渡される。ステップＳ３２にお
いて、データ管理部２８は、受け取った検索情報に基づ
いて二次記憶装置８や主メモリ９のデータ検索を行な
い、検索したデータをアクセス方法選択手段７に受け渡
していく。

【００２７】ステップＳ３３において、アクセス方法選
択部２７は、時間優先か品質優先かを指定する指定情報
に基づいて、データ管理部２８から受け渡されたデータ
の転送を行う。ここで、時間優先であれば読み出された
データをデータ圧縮部３０へ、品質優先であればネット
ワーク送信部２６へ受け渡す。

【００２８】品質優先であればステップＳ３３よりステ
ップＳ３９へ進み、読み出されたデータはネットワーク
送信部２６を介してデータをそのまま計算機１へ転送さ
れる。一方、ステップＳ３３において時間優先が指定さ
れている場合は、ステップＳ３４以降の処理が行われ
る。

【００２９】ステップＳ３４において、圧縮方法判断部
２９はネットワーク回線３の混み具合等を判断し、圧縮
・間引きのレベルを決定する。ここで、圧縮・間引きの
レベルを決定するための判断の方法としては、（１）子
サーバ１からのアクノーレジメントの到着時間の遅れの
度合いに基づいて回線の混み具合を判断し、圧縮のレベ
ルを決定する、（２）子サーバ１内のバッファメモリ１
０に残っているデータ量に基づいて回線の混み具合を判
断し、圧縮のレベルを決定する、（３）読み出したデー
タに圧縮・間引きを指定する情報が付加されている場合
はその情報に基づいて圧縮のレベルを決定する、等があ
る。

【００３０】続くステップＳ３５〜ステップＳ３８にお
いて、データ圧縮部３０は圧縮方法判断部２９により決
定された圧縮・間引きのレベルに応じて提供データに対
して圧縮や間引き等の処理を行う。ネットワーク回線３
が空いており、圧縮・間引きが必要でないと判断された
場合は、ステップＳ３６よりステップＳ３９へ進み、デ
ータはそのまま子サーバ１へ転送される。ステップＳ３
７では、圧縮方法判断部２９が決定したレベルに応じて
圧縮・間引き処理を行う。例えば、ネットワーク回線３
が非常に混雑しており、高レベルの圧縮・間引きが要求
された場合は、データの間引き荷より解像度を落とす。
又、低レベルの圧縮、間引きが要求された場合は前フレ
ームとの差分をもとに圧縮する。

【００３１】また、データ圧縮手段３０は、圧縮方法判
断手段２９の判断結果をもとに圧縮等を実行するが、デ
ータ送信開始時にはネットワークの混み具合等の情報が
ないため圧縮等を実行しないで送信を開始することにな
る。しかし、その後データ送信を続けるうちに、子サー
バ１から送られてくるアクノーレジメントの到着時間の
遅れが発生したり、子サーバ１内のバッファメモリ１０
にバッファリングされているデータ数の情報をもとに圧
縮方法判断手段２９がデータの圧縮や間引きを実行する
か否か、及びその方法を選択する。アクノーレジメント
の到着に時間がかかるようになってきたり、またバッフ
ァリングされているデータ数が経験的に決定したある水
準より少なくなってきた場合には、ネットワーク回線３
が混んできたためデータを要求した時間内に供給できな
いものと判断し、データの圧縮または間引きを実行し、
転送データ量を減らして時間内にデータを供給できるよ
うにする。

【００３２】上述のように、圧縮や間引き方法の選択
は、ネットワーク回線３の混み具合いの判断結果をもと
に、それに似合った方法を選ぶことにより行なう。つま
り、ネットワーク回線３がとても混んでいて転送データ
数を大幅に減らさなければならないと判断した場合に
は、たとえ品質が落ちても圧縮率の高い圧縮方法を選択
し、それほど減らさなくても良いと判断した場合には、
圧縮率の低い圧縮方法を選択する。

【００３３】また、圧縮方法があらかじめデータ内部に
記述されていてもかまわない。例えば、データが動画像
データで、大幅に転送データ数を減らしたい場合にはフ
レームデータの解像度を落とし、それほど減らさなくて
も良い場合には前フレームとの差分をもとに圧縮しろと
いう旨の情報をあらかじめデータ内部に付加する。そし
て、そのような情報が付加されていた場合には、その情
報にしたがった圧縮、間引き方法を選択する。

【００３４】以上のように、ステップＳ３７において、
データ圧縮部３０は圧縮方法判断部２９の判断結果をも
とにデータ圧縮や間引き処理を行なう。そして、実際に
データの圧縮や間引きを行なった場合には、ステップＳ
３８において、どの方法で圧縮・間引きを行なったかの
情報（圧縮情報）をデータに付加する。この圧縮情報を
元に、子サーバプログラム７は、各データに適応した伸
長、補間方法を選択、実行する。

【００３５】以上のように、品質優先を要求した場合に
は、アクセス方法選択部２７から直接全データがネット
ワーク送信部２６に受け渡される。又、時間優先を要求
した場合には、データ圧縮部３０を通してからネットワ
ーク送信部２６に受け渡される。そして、ステップＳ３
９において、ネットワーク送信部２６は受け渡されたデ
ータをネットワーク回線３を通して子サーバ１に転送す
る。

【００３６】続くステップＳ４０において、データ送信
先の子サーバ１からのアクノーレジメントを待ち、アク
ノーレジメントを受信したらステップＳ４１へ進む。ス
テップＳ４１では、このアクノーレジメントの応答時間
を獲得し、格納する。尚、アクノーレジメントの応答時
間の計測については、時間の計測を行うプログラムをス
テップＳ３９のデータ転送とともにスタートさせる等、
一般的な手法でかまわない。

【００３７】次に、子サーバプログラム７のデータ受信
動作（図４のステップＳ１３以降）について説明する。
ステップＳ１３において、ネットワーク受信部２１が、
親サーバプログラム６からネットワーク回線３を通して
データを受信するとステップＳ１４へ進む。ステップＳ
１４では、アクノーレジメントを親サーバ２に対して送
信する。このアクノーレジメントは先に説明したステッ
プＳ４０で参照される。ステップＳ１５では、受信した
データがデータ判別部２２に受け渡され、当該データが
圧縮・間引きされているか否かを判断する。この判断
は、先のステップＳ３８で付加された情報を参照するこ
とでなされる。ここで、データ判別部２２は、データが
圧縮・間引きされているか否かをネットワーク受信部２
１から受け取ったデータに付加された圧縮情報があるか
ないかで判別する。そして、圧縮情報があった場合に
は、圧縮、間引きが行なわれたデータとしてデータ伸長
部２３に受け渡す（即ちステップＳ１６へ進む）。圧縮
情報が無い場合には、バッファリング部２４に直接受け
渡す（即ちステップＳ１８へ進む）。

【００３８】ステップＳ１６において、データを受け取
ったデータ伸長部２３は、データに付加された圧縮情報
をもとに適用すべき伸長・補間処理を決定する。そし
て、ステップＳ１７において、伸長・補間処理を実行
し、得られたデータをバッファリング部２４に受け渡
す。ステップＳ１８において、バッファリング部２４
は、受け取ったデータをバッファメモリ１０に格納す
る。尚、データ供給部２５はクライアントプログラム４
からのデータの受け取り要求が来ると、バッファメモリ
１０より取り出す。また、ステップＳ１９において、親
サーバプログラム６内の圧縮方法判断部２９に対して、
圧縮方法の判断に必要な情報を与えるため、バッファメ
モリ１０にバッファリングされているデータ数の情報を
親サーバプログラム６にネットワーク受信部２１を通し
て送信する。

【００３９】尚、このバッファリングされたデータ量の
通知方法としては、本例の如くバッファリング処理のた
びにそのときのデータ数を送信する他に例えば次のよう
な方法を用いても良い。即ち、バッファリングされてい
るデータ数が経験的に決定したある水準より低くなった
ときと、その水準にデータ数が復帰したときにのみその
旨を表す情報を送信してもよい。又、バッファメモリ１
０が溢れそうになった場合には、親サーバプログラム６
にそれ以上のデータ転送を休止してもらったり、またそ
の危険性がなくなった場合に再びデータ送信を再開して
もらうといったフロー制御も実行する。

【００４０】データ供給部２５は、データ要求受付け部
２０で受け取ったデータのアクセス方法に関する情報に
従って、バッファリング部２４にデータ受け取り要求を
発行してデータを受け取る。そのデータをプログラム間
通信機能１１を通してクライアントプログラム４に供給
する。例えば、クライアントプログラム４から要求され
たデータが動画像などのデータで、そのアクセス方法が
１／３０秒で１フレームのデータを供給して欲しいとい
った要求であった場合には、データ供給部２５が時間の
制御を行ない、バッファリング部２４に対して１／３０
秒間隔で１フレーム分のデータを受け取るための受け取
り要求を発行する。このようにして１／３０秒間隔でデ
ータを受け取り、プログラム間通信機能１１を通してク
ライアントプログラム４に供給する。

【００４１】以上のように、本実施例では、時間優先で
データ要求を行なうことにより、ネットワーク回線の混
雑度に左右されずに所定の時間内にデータを獲得するこ
とが可能となる。例えば、クライアントプログラム４が
動画像データのようにリアルタイム性を持つデータをア
クセスする場合には、時間優先でデータ要求を行う。そ
して、１／３０秒に１フレーム分のデータというように
時間制約の指定を行なうことで、要求した時間制約にし
たがって、子サーバプログラム７からデータを受け取る
ことができるようになる。このため、ディスプレイ装置
５などにリアルタイム性を維持したまま画像の表示をす
ることができるようになる。

【００４２】また、従来通り品質優先で全データをアク
セスしたい場合には、品質優先でデータ要求を行なえば
よく、クライアントプログラム４の要求にしたがって最
適なかたちでデータ供給を行なうことができる。

【００４３】また、前述の説明から明らかなように、こ
の実施例によれば、特別なハードウェアを必要とせずに
上述した処理を実行することができる。

【００４４】以上説明したように、本実施例によれば、
ネットワークにて接続された他の計算機上のデータ供給
プログラムにデータを要求する際、品質が落ちてもある
時間内にデータを供給して欲しいといった時間優先でア
クセスするか、または時間は長くかかっても品質を落と
さないで全データを供給して欲しいといった品質優先で
アクセスするかを指定することが可能となる。このた
め、時間優先でデータ要求を行なった場合には、要求し
た時間制約にしたがってデータを受け取ることが可能と
なる。このようにして、データ要求プログラムの要求に
したがった最適なかたちでデータを供給することが可能
な情報処理システムが得られる。

【００４５】尚、本発明は、複数の機器から構成される
システムに適用しても１つの機器から成る装置に適用し
ても良い。また、本発明は、システム或は装置にプログ
ラムを供給することによって達成される場合にも適用で
きることはいうまでもない。

【００４６】

【発明の効果】以上説明したように本発明によれば、時
間的制約のあるデータを転送する場合に、通信網の混雑
具合に基づいてデータの圧縮等を行い、制約された時間
内にデータの供給を行うことが可能となる。

【００４７】

【図面の簡単な説明】

【図１】本実施例の情報処理システムの概略の機能構成
を示すブロック図である。

【図２】本実施例の機能構成を実現するための概略のハ
ード構成を表すブロック図である。

【図３】親サーバプログラム６、子サーバプログラム７
の機能構成の詳細を表すブロック図である。

【図４】本実施例の動作手順を説明するフローチャート
である。

【図５】本実施例の動作手順を説明するフローチャート
である。

【符号の説明】

１ 計算機（データ要求側） ２ 計算機（データ供給側） ３ ネットワーク回線 ４ クライアントプログラム ５ ディスプレイ装置 ６ 親サーバプログラム ７ 子サーバプログラム ８ 二次記憶装置 ９ 主メモリ １０ バッファメモリ １１ プログラム間通信機能

Claims (9)

【特許請求の範囲】
1. 【請求項１】 通信網を介して接続された他の装置とデ
   ータ通信を行う情報処理装置であって、 前記他の装置に対してデータの要求を行う要求手段と、 前記要求手段による要求に応じたデータ、及び該データ
   の圧縮状態を表す情報を前記他の装置より前記通信網を
   介して受信する受信手段と、 前記圧縮状態を表す情報に基づいて、データの復元を行
   う復元手段とを備えることを特徴とする情報処理装置。
2. 【請求項２】 前記受信手段が前記データを受信したこ
   とを前記他の装置に対して送信する送信手段を更に備え
   ることを特徴とする請求項１に記載の情報処理装置。
3. 【請求項３】 前記復元手段により得られたデータを格
   納するバッファ手段と、 前記バッファ手段により格納されているデータ量に基づ
   く情報を前記他の装置に転送する第２転送手段とを更に
   備えることを特徴とする請求項１に記載の情報処理装
   置。
4. 【請求項４】 通信網を介して接続された他の装置とデ
   ータ通信を行う情報処理装置であって、 前記他の装置よりのデータ要求に応じたデータを獲得す
   る獲得手段と、 前記回線の混み具合を判定する判定手段と、 前記判定手段による判定結果に基づいて、前記獲得手段
   により獲得されたデータを圧縮する圧縮手段と、 前記圧縮手段により圧縮されたデータを、その圧縮状態
   を示す情報を付加して前記他の外部装置に対して送信す
   る送信手段とを備えることを特徴とする情報処理装置。
5. 【請求項５】 前記判定手段は、当該装置から送信され
   たデータに対する前記他の外部装置よりの応答信号の遅
   れ時間に基づいて、前記回線の混み具合を判定すること
   を特徴とする請求項４に記載の情報処理装置。
6. 【請求項６】 前記判定手段は、前記送信手段より送信
   されたデータが前記他の外部装置において蓄積されてい
   る量に基づいて、前記回線の混み具合を判定することを
   特徴とする請求項４に記載の情報処理装置。
7. 【請求項７】 通信網で接続された第１及び第２の情報
   処理装置間における通信方法であって、 前記第１の情報処理装置より前記第２の情報処理装置に
   対してデータの要求を行う要求工程と、 前記要求工程による要求を受けて前記第２の情報処理装
   置が提供すべきデータを獲得する獲得工程と、 前記通信網の混み具合を判定する判定工程と、 前記判定工程により判定された前記通信網の混み具合に
   応じて前記獲得工程で獲得したデータを圧縮する圧縮工
   程と、 前記圧縮工程において圧縮されたデータにその圧縮状態
   を示す情報を付加して前記第１の情報処理装置へ送信す
   る送信工程と、 前記第１の情報処理装置において、前記送信工程にて送
   信されたデータを受信する受信工程と、 前記第１の情報処理装置において受信された前記データ
   を、その圧縮状態を示す情報に基づいて復元してこれを
   格納する格納工程とを備えることを特徴とする通信方
   法。
8. 【請求項８】 前記第１の情報処理装置が、前記受信工
   程において送信されたデータを受信した際に、その旨を
   表す応答信号を前記第２の情報処理装置に対して送信す
   る応答工程を更に備え、 前記判定工程は、前記応答信号の着信の遅れに基づいて
   前記通信網の混み具合を判定することを特徴とする請求
   項７に記載の通信方法。
9. 【請求項９】 前記格納工程により格納されているデー
   タの量を前記第２の情報処理装置に対して通知する通知
   工程を更に備え、 前記判定工程は、前記通知工程により通知されたデータ
   の量に基づいて前記通信網の混み具合を判定することを
   特徴とする請求項７に記載の通信方法。