JPH118654A - ネットワークシステムおよびデータ中継装置 - Google Patents

Abstract

(57)【要約】 【課題】データ蓄積サーバおよびデータ蓄積サーバに蓄
積されているデータに手を加えることなく、クライアン
ト端末が、データ蓄積サーバに蓄積されている音データ
を再生する際に、全ての音データをダウンロードし終わ
るまで待たなくても、即座に音データの再生を開始する
ことを可能とする。 【解決手段】データ蓄積サーバ１とクライアント端末４
との間に介在するデータ中継装置３が、データ蓄積サー
バ１から受信したデータが音データであった場合や、ク
ライアント端末４から受信した要求が音データの逐次再
生であった場合に、データ蓄積サーバ１から受信した音
データを、一定時間間隔ごとに、該一定時間で再生可能
な音データのデータ量に相当するサイズでパケット化し
てから、クライアント端末４に送信するようにし、クラ
イアント端末４が、データ中継装置３から受信したパケ
ットに含まれている音データを逐次再生するようにす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データを蓄積して
いるデータ蓄積サーバと、データ蓄積サーバに蓄積され
ているデータを提示するクライアント端末と、データ蓄
積サーバとクライアント端末との間で送受信されるデー
タを中継するデータ中継装置とが、ネットワークを介し
て接続されたネットワークシステムにおいて、データ中
継装置が、データ蓄積サーバから受信したデータが音デ
ータであった場合に、該音データを、クライアント端末
が全ての音データを受信しないうちに、該音データの再
生を開始することが可能となるような形式に変換する技
術に関する。

【０００２】

【従来の技術】従来のデータ中継装置を備えたネットワ
ークシステムにおいて、データ蓄積サーバに蓄積されて
いるデータをクライアント端末で提示（表示／再生）す
る場合のシーケンスは、一般に、図３１に示すようにな
る。

【０００３】図３１に示すように、クライアント端末に
おいて、ユーザが、データ蓄積サーバに蓄積されている
データの表示・再生を指示すると、まず、ブラウザプロ
グラムは、データ中継装置のデータ中継プログラムとの
間の通信回線を接続し（Ｓ４０）、データ要求を送信す
る（Ｓ４１）。

【０００４】データ中継装置において、データ中継プロ
グラムは、ブラウザプログラムからデータ要求を受信す
ると、代理サーバプログラムにデータ要求を発行する
（Ｓ４２）。代理サーバプログラムは、データ中継プロ
グラムからデータ要求を受け付けると、データ蓄積サー
バの蓄積データ送信プログラムとの間の通信回線を接続
し（Ｓ４３）、データ要求を送信する（Ｓ４４）。

【０００５】データ蓄積サーバにおいて、蓄積データ送
信プログラムは、代理サーバプログラムからデータ要求
を受信すると、データ送信の可否を調べ、その結果を示
すデータ要求応答を、代理サーバプログラムに返信する
（Ｓ４５）。

【０００６】ここで、蓄積データ送信プログラムは、デ
ータ送信が「可」であった場合には、引き続き、要求さ
れたデータを送信する（Ｓ５０）。

【０００７】データ中継装置において、代理サーバプロ
グラムは、蓄積データ送信プログラムからデータ要求応
答を受信すると、データ中継プログラムにデータ要求応
答を発行し（Ｓ４６）、同様に、データ中継プログラム
は、代理サーバプログラムからデータ要求応答を受け付
けると、ブラウザプログラムにデータ要求応答を送信す
る（Ｓ４７）。

【０００８】一方、データ中継装置において、代理サー
バプログラムは、蓄積データ送信プログラムから全ての
データを受信すると、受信したデータをデータ中継プロ
グラムに受け渡し（Ｓ５２）、蓄積データ送信プログラ
ムとの間の通信回線を切断する（Ｓ５１）。データ中継
プログラムは、代理サーバプログラムから渡されたデー
タをブラウザプログラムに送信し（Ｓ２９０）、全ての
データの送信を完了すると、ブラウザプログラムとの間
の通信回線を切断する（Ｓ２９５）。

【０００９】以上に説明したシーケンスにおいて、とり
わけ音データを扱う場合、クライアント端末における音
データの再生は、Ｓ２９０のデータ送信が完了し、全て
の音データがクライアント端末に到着してから行われて
いた。

【００１０】また、新たに専用サーバを設けるようにし
たり、固有な形式に予め変換された音データをデータ蓄
積サーバが蓄積するようにしたりすることにより、クラ
イアント端末が、全ての音データをダウンロードしなく
ても再生を開始できるようにしたシステムが、「インタ
ーネットマガジン１９９６年１月号（ソフトバンク株式
会社発行）」の２０２頁〜２０９頁に紹介されている。

【００１１】

【発明が解決しようとする課題】上述したように、従来
のネットワークシステムでは、データ蓄積サーバに蓄積
されている音データをクライアント端末で再生しようと
する際に、全ての音データをクライアント端末にダウン
ロードしてからでなければ、音データの再生を開始する
ことができなかった。

【００１２】また、上述した文献に紹介されている技術
では、全ての音データをダウンロードし終わる前から再
生が可能となるような逐次再生を実現しているが、その
ためには、データ蓄積サーバに蓄積されている音データ
を、予め固有の形式に変換しておく必要があった。

【００１３】そこで、本発明の目的は、データ蓄積サー
バおよびデータ蓄積サーバに蓄積されているデータに手
を加えることなく、クライアント端末が、データ蓄積サ
ーバに蓄積されている音データを再生する際に、全ての
音データをダウンロードし終わるまで待たなくても、即
座に音データの再生を開始することが可能となるような
逐次再生を実現することにある。

【００１４】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、第１の態様として、音データを少なくと
も蓄積しているデータ蓄積サーバと、該データ蓄積サー
バに蓄積されているデータを提示するクライアント端末
と、上記データ蓄積サーバと上記クライアント端末との
間で送受信されるデータを中継するデータ中継装置と
が、ネットワークを介して接続されたネットワークシス
テムであって、上記データ中継装置は、上記データ蓄積
サーバから受信したデータが音データであった場合に、
該音データを、一定時間間隔ごとに、該一定時間で再生
可能な音データのデータ量に相当するサイズでパケット
化してから、上記クライアント端末に送信するデータ中
継手段を備え、上記クライアント端末は、上記データ中
継装置から受信したパケットに含まれている音データを
逐次再生する音データ再生手段を備えたことを特徴とし
たネットワークシステムを提供している。

【００１５】また、上記目的を達成するために、本発明
は、第２の態様として、音データを少なくとも蓄積して
いるデータ蓄積サーバと、該データ蓄積サーバに蓄積さ
れているデータを提示するクライアント端末と、上記デ
ータ蓄積サーバと上記クライアント端末との間で送受信
されるデータを中継するデータ中継装置とが、ネットワ
ークを介して接続されたネットワークシステムであっ
て、上記データ中継装置は、上記クライアント端末から
受信した要求が音データの逐次再生であった場合に、上
記データ蓄積サーバから受信した音データを、一定時間
間隔ごとに、該一定時間で再生可能な音データのデータ
量に相当するサイズでパケット化してから、上記クライ
アント端末に送信するデータ中継手段を備え、上記クラ
イアント端末は、上記データ中継装置から受信したパケ
ットに含まれている音データを逐次再生する音データ再
生手段を備えたことを特徴としたネットワークシステム
を提供している。

【００１６】また、上記目的を達成するために、本発明
は、第３の態様として、音データを少なくとも蓄積して
いるデータ蓄積サーバと、該データ蓄積サーバに蓄積さ
れているデータを提示するクライアント端末との間にネ
ットワークを介して接続され、上記データ蓄積サーバと
上記クライアント端末との間で送受信されるデータを中
継するデータ中継装置であって、上記データ蓄積サーバ
から受信したデータが音データであった場合に、該音デ
ータを、一定時間間隔ごとに、該一定時間で再生可能な
音データのデータ量に相当するサイズでパケット化して
から、上記クライアント端末に送信するデータ中継手段
を備えたことを特徴としたデータ中継装置を提供してい
る。

【００１７】また、上記目的を達成するために、本発明
は、第４の態様として、音データを少なくとも蓄積して
いるデータ蓄積サーバと、該データ蓄積サーバに蓄積さ
れているデータを提示するクライアント端末との間にネ
ットワークを介して接続され、上記データ蓄積サーバと
上記クライアント端末との間で送受信されるデータを中
継するデータ中継装置であって、上記クライアント端末
から受信した要求が音データの逐次再生であった場合
に、上記データ蓄積サーバから受信した音データを、一
定時間間隔ごとに、該一定時間で再生可能な音データの
データ量に相当するサイズでパケット化してから、上記
クライアント端末に送信するデータ中継手段を備えたこ
とを特徴としたデータ中継装置を提供している。

【００１８】なお、第４の態様において、上記データ中
継手段は、上記データ蓄積サーバから受信したデータ
に、音データの要求を上記クライアントのユーザが入力
するための表示データが含まれている場合に、該データ
を、逐次再生の要求を上記クライアントのユーザが入力
するための表示データを付加してから、上記クライアン
ト端末に送信するようにすることができる。

【００１９】また、第３の態様および第４の態様のいず
れにおいても、上記データ中継手段は、上記データ蓄積
サーバから受信した音データのデータ量を削減してから
パケット化するようにすることができる。

【００２０】さらに、上記クライアント端末において、
上記音データ再生手段は、受信すべき順番より後の順番
に受信したパケットを廃棄するようにしたり、受信すべ
き順番のパケットを受信できなかった場合には、次にパ
ケットを受信した時刻が、前回受信したパケットに含ま
れている音データの再生を開始した時刻から、上記デー
タ中継手段が音データをパケット化する時間間隔に相当
する時間が経過する以前であるならば、１パケットに相
当するデータ量の無音データを再生するようにしたり、
未再生の音データが予め定めた規定量を超過した場合
に、新たに受信したパケットを廃棄するようにしたりす
ることができる。

【００２１】ここで、上記音データ再生手段がパケット
を廃棄するか否かを判断するために用いる未再生の音デ
ータの規定量は、上記データ中継装置と上記クライアン
ト端末との間を接続したネットワーク上で生じる伝送遅
延の分散を補正するための伝送遅延分散吸収時間と、上
記データ中継手段が音データをパケット化する時間間隔
に相当する時間とを加えた時間に、上記音データ再生手
段が再生可能な音データのデータ量以下のデータ量であ
るようにし、上記音データ再生手段は、パケットの受信
間隔に基づいて上記伝送遅延分散吸収時間を求めるよう
にすることができる。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００２３】図１は本発明の実施形態に係るネットワー
クシステムの構成図である。

【００２４】図１に示すように、本実施形態に係るネッ
トワークシステムは、種々のデータが蓄積されているデ
ータ蓄積サーバ１と、データの提示（表示／再生）を行
うクライアント端末４と、データ蓄積サーバ１とクライ
アント端末４との間で送受信されるデータやコマンドを
中継するデータ中継装置３とが、ネットワーク２を介し
て接続された構成となっている。

【００２５】なお、ここで用いられるネットワーク２
は、電話回線であっても、イーサネットやＦＤＤＩ（Fi
ber Distributed Data Interface）等のＬＡＮ（Local
Area Network）であっても、ＩＳＤＮ（Intergrated Se
rvices Digital Network）やＡＴＭ（Asynchronous Tra
nsfer Mode）であってもよい。

【００２６】図２はデータ蓄積サーバ１およびデータ中
継装置３のハードウェア構成図である。

【００２７】図２に示すように、データ蓄積サーバ１お
よびデータ中継装置３は、共に、マウス１０と、キーボ
ード１１と、ディスプレイ１２と、各種プログラムおよ
び種々のデータを蓄積している蓄積装置１５と、プログ
ラムが実行時にロードされるメモリ１４と、プログラム
を実行するＣＰＵ（中央処理装置）１３と、ネットワー
ク２に接続した通信制御部１７とが、内部バス１６を介
して接続された構成となっている。

【００２８】図３はクライアント端末４のハードウェア
構成図である。

【００２９】図３に示すように、クライアント端末４
は、ユーザからのコマンド等の入力手段となるマウス２
０およびキーボード２１と、プログラムの実行状態等を
示す内容を表示するためのディスプレイ２２と、各種プ
ログラムを蓄積している蓄積装置２５と、プログラムが
実行時にロードされるメモリ２４と、プログラムを実行
するＣＰＵ２３と、音声出力装置２９（例えば、スピー
カ）が接続された音声復号化装置２８と、ネットワーク
２に接続した通信制御部２７とが、内部バス２６を介し
て接続された構成となっている。

【００３０】なお、音声復号化装置２８の代わりに、Ｃ
ＰＵ２３が実行する音声復号化プログラムを用いてもよ
い。

【００３１】また、ユーザからのコマンド等の入力手段
は、マウス２０やキーボード２１の代わりに、タブレッ
トやペン入力装置等を用いてもよい。

【００３２】図４はデータ蓄積サーバ１のＣＰＵ１３が
実行するプログラムの動作概要を示す説明図である。

【００３３】図４に示すように、データ蓄積サーバ１に
おいて、蓄積データ送信プログラム３０は、データ中継
装置３から送信されたデータ要求を通信制御部１７を介
して受信すると、蓄積装置１５に蓄積されているデータ
のうちの要求されたデータを、通信制御部１７を介して
データ中継装置３に送信するよう動作する。

【００３４】なお、蓄積データ送信プログラム３０は、
従来、データ蓄積サーバにおいて用いられていたものと
同じである。

【００３５】図５はデータ中継サーバ３のＣＰＵ１３が
実行するプログラムの動作概要を示す説明図である。

【００３６】図５（ａ）に示すように、データ中継装置
３において、データ中継プログラム３２は、クライアン
ト端末４から送信されたコマンドを通信制御部１７を介
して受信すると、該コマンドの解析を行った後に、該コ
マンドを代理サーバプログラム３１に渡すよう動作す
る。代理サーバプログラム３１は、データ中継プログラ
ム３２から渡されたコマンドを、通信制御部１７を介し
てデータ蓄積サーバ１に送信するよう動作する。

【００３７】一方、図５（ｂ）に示すように、データ中
継装置３において、代理サーバプログラム３１は、デー
タ蓄積サーバ１から送信されたデータを通信制御部１７
を介して受信すると、該データをデータ中継プログラム
３２に渡すよう動作する。データ中継プログラム３２
は、代理サーバプログラム３１から渡されたデータを、
先に行ったコマンドの解析結果に基づいて、必要に応じ
て、データ量の削減等の処理を行った後に、通信制御部
１７を介してクライアント端末４に送信するよう動作す
る。

【００３８】本実施形態では、特に、対象データが音デ
ータであった場合は、このデータ中継プログラム３２に
おいて、詳細を後述するように、音データを等分割して
パケット化し、一定時間間隔で送信するという音データ
中継処理を行う。

【００３９】なお、代理サーバプログラム３１は、従
来、データ中継装置において単独で用いられ、クライア
ント端末４からデータ蓄積サーバ１へのコマンド送信
や、データ蓄積サーバ１からクライアント端末４へのデ
ータ送信を中継するものとして動作していたものと同じ
である。

【００４０】本実施形態は、データ中継装置３におい
て、クライアント端末４と代理サーバプログラム３１と
の間にデータ中継プログラム３２を介在させることによ
り、データ中継時におけるデータ量の削減等に加えて、
対象データが音データであった場合に、音データ中継処
理を行うようにした点を特徴としている。

【００４１】なお、データ中継時に行うデータ量の削減
は、音データを間引きすることで実現できる。

【００４２】図６はクライアント端末４のＣＰＵ２３が
実行するプログラムの動作概要を示す説明図である。

【００４３】図６に示すように、クライアント端末４に
おいて、プラウザプログラム３３は、ユーザからマウス
２０やキーボード２１を介して入力されたデータ要求等
のコマンドを受け付けると、該コマンドを通信制御部２
７を介してデータ中継装置３に送信するよう動作する。

【００４４】本実施形態では、ユーザは、要求したデー
タが音データである場合に、特に、その再生方法とし
て、逐次再生の要求を指示することができるようにして
いる。

【００４５】そこで、プラウザプログラム３３は、ユー
ザが逐次再生の要求を指示した場合には、音データ受信
・再生プログラム３４を起動するよう動作し、音データ
受信・再生プログラム３４は、データ中継装置３から送
信された音データを通信制御部２７を介して受信する
と、該音データを音声復号化装置２８を介して再生する
よう動作する。

【００４６】図８はプラウザプログラム３３によるハイ
パーテキストの表示内容の一例を示す説明図である。

【００４７】クライアント端末４において、プラウザプ
ログラム３３は、データ中継装置３から送信されたハイ
パーテキストを、ディスプレイ２２に表示する。

【００４８】図８において、ディスプレイ２２には、従
来のハイパーテキストの表示方法と同様に、音データへ
のハイパーリンクを実現するためのアンカータグ３７が
表示されている。

【００４９】さらに、本実施形態では、ディスプレイ２
２に、逐次再生の要求をユーザが指示するための逐次再
生用ボタン３８が表示されるようになっている。

【００５０】本実施形態では、この逐次再生用ボタン３
８は、データ中継装置３によって提供されるようになっ
ており、データ中継装置３は、データ中継プログラム３
２によって、代理サーバプログラム３１から渡されたハ
イパーテキスト（データ蓄積サーバ１から送信されたハ
イパーテキスト）を解析し、該ハイパーテキスト内に音
データの所在地（アドレス）を示す情報が埋め込まれて
いる場合には、逐次再生用ボタン３８を付加してから、
該ハイパーテキストをクライアント端末４に送信するよ
うになっている。

【００５１】そして、クライアント端末４は、ユーザが
アンカータグ３７を選択（クリック）した場合には、従
来技術と同様に、全ての音データをクライアント端末４
にダウンロードしてから再生を開始するよう動作し、ユ
ーザが逐次再生用ボタン３８をクリックした場合には、
逐次再生を行うよう動作する。

【００５２】ここで、データ中継装置３は、前者の場
合、すなわち、プラウザプログラム３３から送信された
データ要求によって要求されたデータが音データである
場合は、データ蓄積サーバ１から送信された音データに
ついて音データ中継処理を行わないが、後者の場合、す
なわち、プラウザプログラム３３から送信されたデータ
要求によって要求されたデータが音データであり、か
つ、逐次再生用ボタン３８がクリックされた場合には、
データ蓄積サーバ１から送信された音データについて音
データ中継処理を行うよう動作する。

【００５３】なお、逐次再生用ボタン３８を表示せず
に、例えば、図７に示すように、従来のハイパーテキス
トの表示方法と同様に、音データへのハイパーリンクを
実現するためのアンカータグ３６のみを表示するように
し、ユーザがアンカータグ３６をクリックした場合に、
常に、逐次再生を行うよう動作するようにしてもよい。

【００５４】ここで、データ中継装置３は、プラウザプ
ログラム３３から送信されたデータ要求によって要求さ
れたデータが音データである場合は、常に、データ蓄積
サーバ１から送信された音データについて音データ中継
処理を行うよう動作する。

【００５５】以下、データ蓄積サーバ１に蓄積されてい
る音データをクライアント端末４で再生する際の処理に
ついて説明するが、ここでは、従来技術と異なる点、す
なわち、本実施形態の特徴であるデータ中継処理を行っ
て音データの逐次再生を実現する際の処理について説明
する。

【００５６】図９はデータ蓄積サーバ１に蓄積されてい
る音データをクライアント端末４で逐次再生する際の処
理の流れを示すシーケンス図である。

【００５７】図９に示すように、クライアント端末４に
おいて、ユーザが、データ蓄積サーバ１に蓄積されてい
る音データの逐次再生の要求を指示した場合、すなわ
ち、例えば、図７に示したアンカータグ３６をユーザが
クリックしたり、図８に示した逐次再生用ボタン３８を
ユーザがクリックした場合に、ブラウザプログラム３３
は、データ中継プログラム３２との間の通信回線を接続
し（Ｓ４０）、データ要求を送信する（Ｓ４１）。

【００５８】データ中継装置３において、データ中継プ
ログラム３２は、ブラウザプログラム３３からデータ要
求を受信すると、代理サーバプログラム３１にデータ要
求を発行する（Ｓ４２）。代理サーバプログラム３１
は、データ中継プログラム３２からデータ要求を受け付
けると、蓄積データ送信プログラム３０との間の通信回
線を接続し（Ｓ４３）、データ要求を送信する（Ｓ４
４）。

【００５９】データ蓄積サーバ１において、蓄積データ
送信プログラム３０は、代理サーバプログラム３１から
データ要求を受信すると、データ送信の可否を調べ、そ
の結果を示すデータ要求応答を、代理サーバプログラム
３１に返信する（Ｓ４５）。

【００６０】ここで、蓄積データ送信プログラム３０
は、データ送信が「可」であった場合には、引き続き、
要求された音データを送信する（Ｓ５０）。

【００６１】データ中継装置３において、代理サーバプ
ログラム３１は、蓄積データ送信プログラム３０からデ
ータ要求応答を受信すると、データ中継プログラム３２
にデータ要求応答を発行し（Ｓ４６）、同様に、データ
中継プログラム３２は、代理サーバプログラム３１から
データ要求応答を受け付けると、ブラウザプログラム３
３にデータ要求応答を送信する（Ｓ４７）。

【００６２】クライアント端末４において、ブラウザプ
ログラム３３は、データ中継プログラム３２から受信し
たデータ要求応答が示す結果が「可」であった場合に
は、音データ受信再生プログラム３４に起動要求を発行
することで（Ｓ４８）、音データ受信再生プログラム３
４を起動する。

【００６３】さて、データ中継装置３において、代理サ
ーバプログラム３１は、蓄積データ送信プログラム３０
から全ての音データを受信すると、受信した音データを
データ中継プログラム３２に受け渡し（Ｓ５２）、蓄積
データ送信プログラム３０との間の通信回線を切断する
（Ｓ５１）。

【００６４】また、データ中継装置３において、データ
中継プログラム３２は、ブラウザプログラム３３にデー
タ要求応答を送信した後に、プラウザプログラム３３と
の間の通信回線を切断し（Ｓ４９）、音データ受信・再
生プログラム３４との間の通信回線を接続する（Ｓ５
３）。そして、代理サーバプログラム３１から音データ
が渡された後に、該音データのデータ形式を調べ、調べ
たデータ形式を、音データ受信・再生プログラム３４に
通知する（Ｓ５４）クライアント端末４において、音デ
ータ受信・再生プログラム３４は、データ中継プログラ
ム３２から通知されたデータ形式を再生可能な環境であ
るか否かを調べ、調べた結果を示す再生可否通知を、デ
ータ中継プログラム３２に返信する（Ｓ５５）。

【００６５】データ中継装置３において、データ中継プ
ログラム３２は、音データ受信・再生プログラム３４か
ら受信した再生可否通知が示す結果が「可」であった場
合には、代理サーバプログラム３１から渡された音デー
タを、一定時間間隔ごとに、一定サイズ（該一定時間で
再生可能なデータ量に相当するサイズ）でパケット化し
て、音データ受信・再生プログラム３４に送信する処理
である音データ中継処理を実行し（Ｓ５６）、全ての音
データの送信を完了すると、データ送信完了通知を音デ
ータ受信・再生プログラム３４に送信する（Ｓ５７）。

【００６６】クライアント端末４において、音データ受
信・再生プログラム３４は、一定時間間隔ごとにパケッ
ト化されて送信されてくる音データを、パケット受信後
に順次再生することにより、逐次再生を実現する。そし
て、全ての音データの再生をが完了すると、データ中継
プログラム３２との間の通信回線を切断する（Ｓ５
８）。

【００６７】なお、データ中継プログラム３２が音デー
タ受信・再生プログラム３４に音データを送信する際に
（Ｓ５６）、該音データをパケット化する時間間隔とし
ては、例えば、４０ｍｓｅｃ間隔といった値を定めるこ
とができる。そして、データ中継プログラム３２は、こ
こで定めた時間（例えば、４０ｍｓｅｃ）で再生可能な
データ量の音データを含めるようにする。

【００６８】なお、ここで定める時間間隔は、値が大き
くなれば、それだけパケットロス時の影響が大きくなる
ので、上限値は、１秒未満の値とすることが望ましい。
一方、下限値は、送信処理の負荷を押さえるために、数
十ｍｓｅｃ以上の値とすることが望ましい。

【００６９】また、上述した例では、代理サーバプログ
ラム３１からデータ中継プログラム３２への音データの
受け渡し（Ｓ５２）を、代理サーバプログラム３１が蓄
積データ送信プログラム３０から全ての音データを受信
し終わってから行っているが、代理サーバプログラム３
１が、蓄積データ送信プログラム３０から受信した音デ
ータを、受信した音データから次々とデータ中継プログ
ラム３２に渡し始めるようにしてもよい。

【００７０】また、これに伴い、データ中継プログラム
３２におけるデータ形式の通知（Ｓ５４）やデータ送信
（Ｓ５６）も、データ形式が記述されているヘッダ部の
情報を受信した段階や、パケット化に要する時間に相当
するデータ量の音データを受信した段階から開始するよ
うにしてもよい。

【００７１】図１０はデータ蓄積サーバ１に蓄積されて
いる音データをクライアント端末４で逐次再生する際の
プラウザプログラム３３の処理手順を示すフローチャー
トである。

【００７２】図１０に示すように、クライアント端末４
において、ユーザが、データ蓄積サーバ１に蓄積されて
いる音データの逐次再生の要求を指示した場合、すなわ
ち、例えば、図７に示したアンカータグ３６をユーザが
クリックしたり、図８に示した逐次再生用ボタン３８を
ユーザがクリックした場合に（ステップ６０）、ブラウ
ザプログラム３３は、データ中継プログラム３２との間
の通信回線を接続し（ステップ６１）、データ要求コマ
ンドを送信する（ステップ６２）。

【００７３】そして、プラウザプログラム３３は、デー
タ中継プログラム３２からデータ要求応答が返信される
と（ステップ６３）、該データ要求応答が示す結果を調
べ（ステップ６４）、調べた結果が「否」または「エラ
ー」でない場合は、音データ受信・再生プログラム３４
を起動する（ステップ６５）。

【００７４】また、プラウザプログラム３３は、データ
要求応答が示す結果が「否」または「エラー」であった
場合、および、音データ受信・再生プログラム３４を起
動し終わった場合には、データ中継プログラム３２との
間の通信回線を切断する（ステップ６６）。

【００７５】一方、プラウザプログラム３３は、ユーザ
が、データ蓄積サーバ１に蓄積されている音データの逐
次再生以外の要求を指示した場合には（ステップ６
０）、該要求がブラウザプログラム３３の終了要求であ
るならば、処理を終了し（ステップ６７）、それ以外の
要求（例えば、他ページの表示要求等）であるならば、
該要求に応じたその他の処理を行う（ステップ６８）。

【００７６】図１１はデータ蓄積サーバ１に蓄積されて
いる音データをクライアント端末４で逐次再生する際の
データ中継プログラム３２の処理手順を示すフローチャ
ートである。

【００７７】図１１に示すように、データ中継装置３に
おいて、データ中継プログラム３２は、ブラウザプログ
ラム３３からデータ要求コマンドを受信すると（ステッ
プ７０）、代理サーバプログラム３１にデータ要求コマ
ンドを発行する（ステップ７１）。

【００７８】その後、データ中継プログラム３２は、代
理サーバプログラム３１からデータ要求応答を受け取る
と（ステップ７２）、ブラウザプログラム３３にデータ
要求応答を転送する（ステップ７３）。

【００７９】ここで、データ中継プログラム３２は、受
け取ったデータ要求応答の内容が「可」であった場合に
は（ステップ７４）、音データ受信・再生プログラム３
４との間の通信処理を行い（ステップ７５）、受け取っ
たデータ要求応答の内容が「否」または「エラー」であ
った場合には（ステップ７４）、何もしない。

【００８０】図１２は図１１のステップ７５で行われる
通信処理の詳細な処理手順を示すフローチャートであ
る。

【００８１】図１２に示すように、図１１のステップ７
５の通信処理において、データ中継プログラム３２は、
まず、音データ受信・再生プログラム３４との間の通信
回線を接続する（ステップ８０）。そして、代理サーバ
プログラム３１からデータ受信エラーの通知もなく（ス
テップ８１）、無事に要求した音データを受け取ったら
（ステップ８２）、圧縮またはデータ形式の変換の必要
性を調べる（ステップ９６）。

【００８２】この判断材料としては、例えば、データ中
継装置３の設定や、データ中継装置３とクライアント端
末４との間のネットワーク２の帯域等が挙げられる。

【００８３】前者の場合、データ中継装置３から送信す
る音データの形式を固定としているならば、それ以外の
形式のデータを受信したときには、圧縮またはデータ形
式の変換を行うようにする。例えば、データ中継装置３
から送信する音データの圧縮形式をＧＳＭ（Global Sys
tem for Mobile telecommunication）としている場合
に、ＭＰＥＧ１（Moving Picture Experts Group１）／
Audioの形式で圧縮された音データを受信したときに
は、圧縮形式の変換を行うようにする。

【００８４】また、後者の場合、例えば、データ中継装
置３とクライアント端末４との間のネットワーク２が、
モデムによる２２.８kbpsのダイアルアップ接続である
ならば、データ中継装置３から送信する音データのビッ
トレートも２２.８kbps以下になるように、データ形式
を変更するようにする。

【００８５】さて、データ中継プログラム３２は、圧縮
またはデータ形式の変換が必要であると判断した場合は
（ステップ９６）、変換フラグに「１」をセットし（ス
テップ９７）、そうでない場合は、変換フラグに「０」
をセットする（ステップ９８）。

【００８６】続いて、データ中継プログラム３２は、圧
縮または非圧縮等の状態，サンプルサイズ，サンプリン
グ周波数，モノラルまたはステレオ等の状態といったデ
ータ形式を調べ、音データ受信・再生プログラムにデー
タ形式を通知する（ステップ８３）。なお、変換フラグ
に「１」がセットされている場合は、変換後のデータ形
式を通知する。

【００８７】その後、データ中継プログラム３２は、音
データ受信・再生プログラム３４から再生可否通知を受
信すると、該再生可否通知の内容が「再生可」であった
場合には（ステップ８４）、データ変換（圧縮）処理を
行い（ステップ８５）、音データ中継処理を行う（ステ
ップ８６）。そして、全ての音データの送信が完了する
と、音データ受信・再生プログラム３４にデータ送信完
了通知を送信し（ステップ８８）、音データ受信・再生
プログラム３４との間の通信回線を切断する（ステップ
８９）。

【００８８】一方、データ中継プログラム３２は、代理
サーバプログラム３１からデータ受信エラーが通知され
た場合は（ステップ８１）、音データ受信・再生プログ
ラム３４にエラー通知を行ってから（ステップ８７）、
音データ受信・再生プログラム３４との間の通信回線を
切断する（ステップ８９）。

【００８９】なお、図１２に示したフローチャートにお
いて、ステップ８５のデータ変換（圧縮）処理、およ
び、ステップ９６〜ステップ９８の処理は、データ形式
を変換しないデータ中継装置３である場合や、データ中
継装置３とクライアント端末４との間のネットワーク２
の帯域が充分に確保できる場合などには不要となるの
で、省略することが可能である。

【００９０】図１３は図１２のステップ８５で行われる
データ変換（圧縮）処理の詳細な処理手順を示すフロー
チャートである。

【００９１】図１３に示すように、図１２のステップ８
５のデータ変換（圧縮）処理において、データ中継プロ
グラム３２は、変換フラグを調べ（ステップ９２）、
「１」がセットされている場合は、データ形式の変換を
行い（ステップ９４）、「０」がセットされている場合
は、何もしない。

【００９２】図１４は図１２のステップ８６で行われる
音データ中継処理の詳細な処理手順を示すフローチャー
トである。

【００９３】図１４に示すように、図１２のステップ８
６の音データ中継処理において、データ中継プログラム
３２は、まず、パケット化時間(Ｔｐ)、および、１パケ
ット内に含める音声／サウンドデータのデータ量(Ｌｐ)
を設定し（ステップ１００）、各パケットに付ける送信
シーケンス番号を初期化すると共に（ステップ１０
１）、タイマ基準値(Ｔｓ)としてタイマ値を設定する
（ステップ１０２）。

【００９４】ここで、パケット化時間(Ｔｐ)としては、
例えば、４０ｍｓｅｃといった値を設定することができ
る。また、データ量(Ｌｐ)の大きさは、パケット化時間
(Ｔｐ)と同等の時間に再生される音データのデータ量以
上の大きさとなるようにする。

【００９５】なお、ステップ１００〜ステップ１０２の
処理は、実行される順序を変えてもかまわない。

【００９６】続いて、データ中継プログラム３２は、タ
イマの現在値(Ｔｎ)からタイマ基準値(Ｔｓ)を引いた値
と、パケット化時間(Ｔｐ)とを比較し（ステップ１０
４）、ＴｎからＴｓを引いた値がＴｐよりも大きくなっ
たら、代理サーバプログラム３１から受け取った音デー
タのうちの未送信の音データについて、１Ｌｐ分の音デ
ータをパケット化し、音データ受信・再生プログラム３
４に送信する（ステップ１０５）。

【００９７】データ中継プログラム３２は、パケットの
送信後、残データ量を調べ（ステップ１０６）、未送信
の音データが残っている場合には、送信シーケンス番号
を更新すると共に（ステップ１０７）、タイマ基準値
(Ｔｓ)を再設定してから（ステップ１０８）、ステップ
１０４に戻る。そして、ステップ１０４〜ステップ１０
８の処理を繰り返した後、全ての音データの送信が完了
すると（ステップ１０６）、音データ中継処理を終了す
る。

【００９８】ところで、データ中継プログラム３２から
音データ受信・再生プログラム３４への音データの送信
を、代理サーバプログラム３１からデータ中継プログラ
ム３２への音データの受け渡し（図９のＳ５２）が完了
する前に開始するようにする場合には、図１１のステッ
プ７５で行われる通信処理は、以下に説明する通りにな
る。

【００９９】図１５は図１１のステップ７５で行われる
通信処理の別の詳細な処理手順を示すフローチャートで
ある。

【０１００】図１５において、ステップ８０，ステップ
８１，ステップ８３〜ステップ８５，ステップ８７〜ス
テップ８９は、図１２と同じである。

【０１０１】図１５に示すように、ステップ２８２で
は、ステップ８２と異なり、データ中継プログラム３２
は、全ての音データの受け取りが完了しなくても、デー
タ形式に関する情報が含まれている先頭データ（第１デ
ータ）を受け取った段階で（ステップ２８２）、ステッ
プ８３に進み、音データ受信・再生プログラム３４にデ
ータ形式を通知するようにしている。

【０１０２】また、データ中継プログラム３２は、音デ
ータ受信・再生プログラム３４から再生可否通知を受信
すると、該再生可否通知の内容が「再生可」であった場
合には（ステップ８４）、代理サーバプログラム３１か
ら残りの音データの一部を受け取った後に（ステップ２
８４）、ステップ８５に進み、新たに受け取った音デー
タについて、データ変換（圧縮）処理を行う。そして、
ステップ８５が完了すると、図１６で詳細を説明する音
データ中継処理を行い（ステップ２８６）、全ての音デ
ータの送信が完了すると（ステップ２８８）、ステップ
８８以降の処理を行う。

【０１０３】一方、データ中継プログラム３２は、未送
信の音データがある場合には、ステップ２８４に戻って
処理を継続する。

【０１０４】図１６は図１５のステップ２８６で行われ
る音データ中継処理の詳細な処理手順を示すフローチャ
ートである。

【０１０５】図１６において、ステップ１００〜ステッ
プ１０５，ステップ１０７，ステップ１０８は、図１４
と同じである。

【０１０６】図１６に示すように、データ中継プログラ
ム３２は、始めに、初回のパケット送信であるか否かを
調べる（ステップ１０９）。そして、ステップ１００〜
ステップ１０２の処理は、初回のパケット送信時のみ行
い、２回目以降は、ステップ１０４以降の処理のみを行
うようにする。

【０１０７】また、図１４のフローチャートに示した処
理との違いは、ステップ１０６がなくなり、ステップ１
０４において、ＴｎからＴｓを引いた値がＴｐよりも小
さかった場合、および、ステップ１０８の完了時に、音
データ中継処理を終了するようにしている点である。

【０１０８】図１７はデータ蓄積サーバ１に蓄積されて
いる音データをクライアント端末４で逐次再生する際の
代理サーバプログラム３１の処理手順を示すフローチャ
ートである。

【０１０９】図１７に示すように、データ中継装置３に
おいて、代理サーバプログラム３１は、データ中継プロ
グラム３２からデータ要求コマンドを受け取ると（ステ
ップ１１０）、蓄積データ送信プログラム３０との間の
通信回線を接続し（ステップ１１１）、蓄積データ送信
プログラム３０にデータ要求コマンドを転送する（ステ
ップ１１２）。

【０１１０】その後、代理サーバプログラム３１は、蓄
積データ送信プログラム３０からデータ要求応答を受信
すると（ステップ１１３）、該データ要求応答の内容を
データ中継プログラム３２に通知する（ステップ１１
４）。ここで、データ要求応答の内容が「可」である場
合、すなわち、データ送信が可能であることを示すもの
である場合は（ステップ１１５）、蓄積データ送信プロ
グラム３０から引き続いて送信されてくる音データを受
信する。

【０１１１】そこで、代理サーバプログラム３１は、全
ての音データを正常に受信し終わると（ステップ１１
６）、受信した音データをデータ中継プログラム３２に
受け渡し（ステップ１１７）、蓄積データ送信プログラ
ム３０との間の通信回線を切断する（ステップ１１
８）。

【０１１２】一方、代理サーバプログラム３１は、デー
タ要求応答の内容が「否」または「エラー」である場合
は（ステップ１１５）、蓄積データ送信プログラム３０
との間の通信回線を切断する（ステップ１１８）。

【０１１３】また、代理サーバプログラム３１は、全て
の音データを正常に受信できなかった場合は（ステップ
１１６）、データ中継プログラム３２にエラー通知を行
った後（ステップ１１９）、蓄積データ送信プログラム
３０との間の通信回線を切断する（ステップ１１８）。

【０１１４】図１８はデータ蓄積サーバ１に蓄積されて
いる音データをクライアント端末４で逐次再生する際の
蓄積データ送信プログラム３０の処理手順を示すフロー
チャートである。

【０１１５】図１８に示すように、データ蓄積サーバ１
において、蓄積データ送信プログラム３０は、代理サー
バプログラム３１からデータ要求コマンドを受信すると
（ステップ１２０）、要求された音データの送信の可否
を調べ、調べた結果を示すデータ要求応答を、代理サー
バプログラム３１に返信する（ステップ１２２）。そし
て、データ送信が「可」である場合は（ステップ１２
４）、要求された音データを代理サーバプログラム３１
に送信する（ステップ１２６）。

【０１１６】図１９はデータ蓄積サーバ１に蓄積されて
いる音データをクライアント端末４で逐次再生する際の
音データ受信・再生プログラム３４の処理手順を示すフ
ローチャートである。

【０１１７】図１９に示すように、クライアント端末４
において、音データ受信・再生プログラム３４は、デー
タ中継プログラム３２から、これから送信されようとし
ている音データのデータ形式通知を受信すると（ステッ
プ１３０）、該データ形式の再生が可能か否かを判断し
（ステップ１３１）、再生が可能であると判断した場合
には、データ中継プログラム３２に「再生可」である旨
を通知する（ステップ１３２）。そして、データ中継プ
ログラム３２からデータ送信完了通知が送信されてくる
まで（ステップ１３４）、データ中継プログラム３２か
ら送信されてくるパケットの受信・再生処理を行う（ス
テップ１３５）。

【０１１８】一方、音データ受信・再生プログラム３４
は、データ形式通知によって通知されたデータ形式の再
生が不可能であると判断した場合には（ステップ１３
１）、データ中継プログラム３２に「再生不可」である
旨を通知する（ステップ１３３）。

【０１１９】図２０は図１９のステップ１３５で行われ
るパケット受信・再生処理の詳細な処理手順を示すフロ
ーチャートである。

【０１２０】図２０に示すように、図１９のステップ１
３５のパケット受信・再生処理において、音データ受信
・再生プログラム３４は、まず、現在時刻を変数(Ｔｎ)
に設定する（ステップ１４０）。

【０１２１】続いて、音データ受信・再生プログラム３
４は、データ中継プログラム３２から送信されてくるパ
ケットの第１パケットを既に受信しているか否かを確認
し（ステップ１４１）、未だ受信していない場合は、ス
テップ１４６以降の処理を行い、既に受信している場合
には、再生開始フラグの状態、および、現在時刻(Ｔｎ)
と再生開始時刻との関係を調べる（ステップ１４２）。
そして、再生開始フラグが「ＯＦＦ」で、かつ、現在時
刻(Ｔｎ)が再生開始時刻より大きい場合には、再生開始
フラグを「ＯＮ」の状態に変更すると共に、音声復号化
装置２８に再生開始の指示を出す（ステップ１４３）。

【０１２２】続いて、音データ受信・再生プログラム３
４は、データ中継プログラム３２から送信されてくるパ
ケットを受信する（ステップ１４６）。そして、この受
信パケットが第１パケットである場合は（ステップ１４
７）、再生開始時刻，次パケット再生開始限度時刻(Ｔ
ｅ)，受信シーケンス番号を設定する（ステップ１４
８）。

【０１２３】具体的には、音データ受信・再生プログラ
ム３４は、ステップ１４８では、再生開始時刻を、現在
時刻(Ｔｎ)に伝送遅延分散吸収時間(Ｔｄ)を加えた値と
し、次パケット再生開始限度時刻(Ｔｅ)を、再生開始時
刻にパケット化時間(Ｔｐ)を加えた値とする。

【０１２４】なお、伝送遅延分散吸収時間(Ｔｄ)の値
は、後述する伝送遅延分散観測処理によって設定される
が、再生開始時刻と密接に関係してくるので、その初期
値は、あまり大きな値にすることは望ましくない。実際
には、パケット化時間(Ｔｐ)前後の値から１秒未満の間
の値とすることが望ましい。

【０１２５】一方、音データ受信・再生プログラム３４
は、受信パケットが第１パケットでない場合は（ステッ
プ１４７）、図２１で詳細を説明する伝送遅延分散観測
処理を行う（ステップ１４９）。

【０１２６】続いて、音データ受信・再生プログラム３
４は、受信パケットに付与されているシーケンス番号と
記憶している受信シーケンス番号とを比較し、パケット
抜けの有無を調べる（ステップ１５０）。そして、パケ
ット抜けが検出された場合には、現在時刻(Ｔｎ)と再生
開始限度時刻(Ｔｅ)とを比較し（ステップ１５１）、Ｔ
ｎがＴｅよりも小さい場合には、ＴｅからＴｎを引いた
分の時間に相当する無音データを、音声復号化装置２８
に書き込む（ステップ１５２）。

【０１２７】続いて、音データ受信・再生プログラム３
４は、再生開始限度時刻(Ｔｅ)を再設定すると共に、受
信シーケンス番号を更新する（ステップ１５３）。

【０１２８】具体的には、音データ受信・再生プログラ
ム３４は、ステップ１５３では、再生開始限度時刻(Ｔ
ｅ)を、更新前の再生開始限度時刻(Ｔｅ)にパケット化
時間(Ｔｐ)を加えた値とする。

【０１２９】また、音データ受信・再生プログラム３４
は、パケット抜けが検出されなかった場合（ステップ１
５０）、および、ステップ１５３の処理が完了したら、
再度、受信パケットに付与されていたシーケンス番号と
記憶している受信シーケンス番号とを比較し、該パケッ
トに含まれている音データを再生すべきか否かを調べる
（ステップ１５４）。

【０１３０】例えば、受信パケットに付与されていたシ
ーケンス番号が受信を期待していた番号よりも小さかっ
た場合には、該パケットは、遅延して到着したパケット
であり、既に次のパケットの受信・再生が完了している
ことを意味しているので、このような場合には、音デー
タ受信・再生プログラム３４は、該パケットに含まれて
いる音データの再生を行わず、再び、ステップ１４６以
降の処理を繰り返すようにする。

【０１３１】そして、音データ受信・再生プログラム３
４は、音データを再生すべきであると判断した場合は
（ステップ１５４）、音声復号化装置２８内に残ってい
る音データのデータ量を調べ（ステップ１５５）、調べ
たデータ量が、伝送遅延分散吸収時間(Ｔｄ)分に相当す
る音データのデータ量に１Ｌｐを加えた量よりも大きい
場合には、受信シーケンス番号を更新し（ステップ１５
７）、再び、ステップ１４６に戻る。また、調べた音デ
ータ量が、伝送遅延分散吸収時間(Ｔｄ)分に相当する音
データのデータ量に１Ｌｐを加えた量以下である場合に
は、受信パケットに含まれている音データを音声復号化
装置２８に書き込むと共に、再生開始限度時刻（Ｔｅ）
を再設定してから（ステップ１５６）、受信シーケンス
番号を更新し（ステップ１５７）、再び、ステップ１４
６に戻る。

【０１３２】具体的には、音データ受信・再生プログラ
ム３４は、ステップ１５６では、再生開始限度時刻(Ｔ
ｅ)を、受信パケットに含まれている音データを音声復
号化装置２８に書き込んだ時刻に、パケット化時間(Ｔ
ｐ)を加えた値とする。

【０１３３】なお、図２０に示したフローチャートにお
いて、音声復号化装置２８の代わりに音声復号化プログ
ラムを用いるようにした場合には、音データ受信・再生
プログラム３４は、ステップ１４３，ステップ１５２，
ステップ１５５，ステップ１５６の処理を音声復号化プ
ログラムに対して行う。また、音データ受信・再生プロ
グラム３４は、音データを再生すべきであると判断した
場合に（ステップ１５４）、ステップ１５５の処理を省
き、ステップ１５６の処理を行った後に、ステップ１５
７の処理を行うようにしてもかまわない。

【０１３４】図２１は図２０のステップ１４９で行われ
る伝送遅延分散観測処理の詳細な処理手順を示すフロー
チャートである。

【０１３５】図２１に示すように、図２０のステップ１
４９の伝送遅延分散観測処理において、音データ受信・
再生プログラム３４は、まず、伝送遅延時間の観測デー
タを取得する（ステップ１６０）。なお、取得方法につ
いては、図２２を詳細を説明する。

【０１３６】続いて、音データ受信・再生プログラム３
４は、伝送遅延時間観測カウンタが「１００」より小さ
い場合、すなわち、伝送遅延時間の観測データの数が
「１００」に満たない場合には（ステップ１６１）、伝
送遅延観測カウンタを更新し（ステップ１６２）、伝送
遅延分散観測処理を終了する。

【０１３７】また、音データ受信・再生プログラム３４
は、伝送遅延時間観測カウンタが「１００」以上である
場合には（ステップ１６１）、伝送遅延観測カウンタを
「０」に初期化し（ステップ１６３）、記憶していた伝
送遅延時間の観測データに基づいて、新伝送遅延分散吸
収時間(Ｔｄｎ)を計算する（ステップ１６４）。

【０１３８】計算方法としては、伝送遅延時間の分散分
布を求め、受信パケットの９５％以上が含まれるような
伝送遅延時間を求める方法を採ることができる。また、
同様の計算で、受信パケットの９０％以上が含まれるよ
うにしてもよいし、別の計算方法を用いてもかまわな
い。ただし、再生する音データの内容がスピーチのよう
な類のものであった場合に、パケットロスによる音切れ
が内容の把握に支障をきたさないようにするためには、
受信パケットの許容率を９５％以上とした方が望まし
い。

【０１３９】続いて、音データ受信・再生プログラム３
４は、伝送遅延分散吸収時間(Ｔｄ）と新伝送遅延分散
吸収時間（Ｔｄｎ)とを比較し（ステップ１６５）、Ｔ
ｄがＴｄｎより小さい場合には、ＴｄｎからＴｄを引い
た時間分に相当する無音データを、音声復号化装置２８
に書き込み（ステップ１６６）、伝送遅延分散吸収時間
(Ｔｄ)を新伝送遅延分散吸収時間(Ｔｄｎ)に更新してか
ら（ステップ１６９）、伝送遅延分散観測処理を終了す
る。

【０１４０】一方、音データ受信・再生プログラム３４
は、ＴｄがＴｄｎより小さくなく（ステップ１６５）、
ＴｄがＴｄｎより大きい場合には（ステップ１６７）、
ＴｄからＴｄｎを引いた時間分に相当する音データを、
音声復号化装置２８から削除し（ステップ１６８）、伝
送遅延分散吸収時間(Ｔｄ)を新伝送分散吸収時間(Ｔｄ
ｎ)に更新してから（ステップ１６９）、伝送遅延分散
観測処理を終了する。

【０１４１】ここで、ステップ１６８で音声復号化装置
２８内の音データを削除する代わりに、次に音声復号化
装置２８に書き込むべき音データから、ＴｄとＴｄｎと
の差分相当の音データを削除するようにしてもかまわな
い。

【０１４２】また、音データ受信・再生プログラム３４
は、ＴｄがＴｄｎより大きくなかった場合は（ステップ
１６７）、伝送遅延分散吸収時間(Ｔｄ)を新伝送遅延分
散吸収時間(Ｔｄｎ)に更新してから（ステップ１６
９）、伝送遅延分散観測処理を終了する。

【０１４３】なお、図２１に示したフローチャートにお
いては、音データ受信・再生プログラム３４が、ステッ
プ１６１で、伝送遅延分散吸収時間(Ｔｄ)を更新するか
否かを判断するために用いている伝送遅延時間観測カウ
ンタが、「１００」より小さいか否かを判定するようし
ているが、「１００」以外の値としてもかまわない。

【０１４４】この伝送遅延観測カウンタの上限値は、ど
れくらいの間隔で伝送遅延分散吸収時間(Ｔｄ)を見直す
かを規定するための値であるので、Ｔ秒間隔でＴｄを見
直したい場合は、パケット化時間(Ｔｐ)[ｍｓｅｃ]で１
０００Ｔ[ｍｓｅｃ]を割った値をＴｄ値として設定すれ
ばよい。

【０１４５】また、音データを極力削除しないようにす
るために、ステップ１６７およびステップ１６８の処理
を除いてもかまわない。さらに、音声復号化装置２８の
代わりに音声復号化プログラムを用いるようにした場合
には、音データ受信・再生プログラム３４は、ステップ
１６６およびステップ１６８の処理を音声復号化プログ
ラムに対して行う。

【０１４６】図２２は図２１のステップ１６０で伝送遅
延時間の観測データを取得する方法の一例を示す説明図
である。

【０１４７】図２２において、１７０は音データを送信
する側を示し、ここでは、データ中継プログラム３２が
これに相当している。また、１７１（黒三角印）は音デ
ータを含むパケットの送信タイミングを示している。

【０１４８】送信側１７０は、１７２に示すように、パ
ケット化時間(Ｔｐ)の時間間隔で、音データを含むパケ
ットを送信する。

【０１４９】また、図２２において、１７３は音データ
を受信する側を示し、ここでは、音データ受信・再生プ
ログラム３４がこれに相当している。

【０１５０】受信側１７３は、送信側１７０がいつパケ
ットを送信したかが判らないので、１７４に示すよう
に、送信側１７０と同じ時間間隔（パケット化時間(Ｔ
ｐ)）で、１７５（白三角印）に示す受信観測点を設
け、受信観測点１７５と実際に受信した時刻１７６との
差分１７７を求める。この差の分布は、実際の伝送遅延
時間の分布と等しいという性質を持つということから、
受信側１７３は、この観測データから、伝送遅延分散吸
収時間(Ｔｄ)を算出することが可能となる。

【０１５１】図２３は音データを含むパケットが送受信
される際のシーケンスの一例を示す説明図である。

【０１５２】図２３において、１８０は音データを含む
パケットを送信する側を示し、ここでは、データ中継プ
ログラム３２がこれに相当している。また、１８１は音
データを含むパケットを受信する側を示し、ここでは、
音データ受信・再生プログラム３４に相当している。ま
た、１８２は送信側１８０と受信側１８１との間を接続
するネットワークを示している。

【０１５３】送信側１８０は、パケット化時間(Ｔｐ)１
８３の時間間隔で、音データをパケット化し、各パケッ
ト１８４にシーケンス番号１８５を付与して送信する。

【０１５４】受信側１８１は、受信した第１パケット１
８６に含まれている音データを、第１パケット１８６の
受信時刻から伝送遅延分散吸収時間(Ｔｄ)１８７が経過
した後に、音声復号化装置２８に書き込むことで、再生
を開始する。以降は、受信側１８１は、パケットを受信
すると、順次、該パケットに含まれている音データを音
声復号化装置２８に書き込むことで、再生を行う。

【０１５５】ここで、１８８および１８９に示すよう
に、前回受信したパケットに含まれている音データの再
生を開始してからパケット化時間(Ｔｐ)が経過しても、
次のパケットが到着しなかった場合には、受信側１８１
においては、１９０に示すように、次のパケットが到着
するまでの間は、無音状態となる。

【０１５６】また、１９１に示すように、伝送途中でパ
ケットが消失してしまった場合には、受信側１８１は、
次のパケット１９２を受信した段階で、パケットロスが
発生したものとみなし、この受信タイミングが、前回受
信したパケット１９３に含まれている音データの再生を
開始してからパケット化時間(Ｔｐ)が経過する以前であ
るならば、先にロスしたパケット分の無音データを音声
復号化装置２８に書き込んでから、新たに受信したパケ
ット１９４に含まれている音データを音声復号化装置２
８に書き込む。なお、無音データを書き込まなくても、
音声復号化装置２８に音データが与えられないので、結
果的に、無音状態となる。

【０１５７】一方、送信側１８１は、受信タイミング
が、前回受信したパケット１９３に含まれている音デー
タの再生を開始してからパケット化時間(Ｔｐ)が経過し
た後であるならば、即座に、新たに受信したパケット１
９４に含まれている音データを音声復号化装置２８に書
き込む。

【０１５８】また、図示していないが、受信側１８１
は、送信側１８０の送信順序とは異なる順序で、パケッ
トを受信してしまうことも考えられるが、このように、
受信すべき順番が前後したパケットを受信した場合は、
後に受信したパケットの順番で、その旨が分かるので、
受信すべき順番より後の順番に受信したパケットについ
ては、該パケットを廃棄し、該パケットに含まれている
音データが再生されないようにする。

【０１５９】図２４は図２０のステップ１５５およびス
テップ１５６の処理が行われた場合のシーケンスの一例
を示す説明図である。

【０１６０】図２４において、１８０〜１８３は、各
々、図２３と同じである。

【０１６１】ステップ１５５およびステップ１５６の処
理は、送信側１８０および受信側１８１のクロック差等
が原因で、各々で計時されるパケット化時間(Ｔｐ)１８
３，２００に差が生じ、その結果、受信側１８１に音デ
ータが蓄積されてしまうような場合に行われることとな
る。

【０１６２】受信側１８１は、２０４に示すように、パ
ケットを受信した時点２０２で、２パケット分以上の音
データが蓄積されている場合には、該パケットを廃棄し
て、該パケットに含まれている音データの再生を行わ
ず、次に受信したパケット２０６に含まれている音デー
タを再生する。

【０１６３】以上に説明したように、本実施形態によれ
ば、データ中継装置３が、データ蓄積サーバ１から受信
した音データを、一定時間間隔ごとに、該一定時間で再
生可能な音データのデータ量に相当するサイズでパケッ
ト化して送信するようにし、クライアント端末４が、デ
ータ中継装置３から受信したパケットに含まれている音
データを逐次再生するようにしているので、データ蓄積
サーバ１およびデータ蓄積サーバに蓄積されている音デ
ータを一切変更しなくても、クライアント端末４が、デ
ータ蓄積サーバ１に蓄積されている音データを再生する
際に、再生対象の音データを全て受信し終わるまで待た
ずに、即座に音データの再生を開始することが可能とな
る。

【０１６４】さて、最後に、データ蓄積サーバ１とデー
タ中継装置３との間、および、データ中継装置３とクラ
イアント端末４との間で各々送受信されるデータやコマ
ンドの具体的な形式について、図面を用いて簡単に説明
しておく。

【０１６５】図２５はクライアント端末４からデータ中
継装置３を介してデータ蓄積サーバ１に送信されるデー
タ要求コマンドの形式を示す説明図である。

【０１６６】図２５において、２１０は通信ヘッダ、２
１２はデータ要求である旨を示す識別子、２１４は要求
内容である。クライアント端末４において、プラウザプ
ログラム３３は、要求２１４に、ユーザからの指示に従
って選択したデータのファイル名や所在地といった情報
を設定し、データ中継プログラム３２に送信する。

【０１６７】図２６はデータ蓄積サーバ１からデータ中
継装置３を介してクライアント端末４に送信されるデー
タ要求応答コマンドの形式を示す説明図である。

【０１６８】図２６において、２２０は通信ヘッダ、２
２２はデータ要求応答である旨を示す識別子、２２４は
データ要求コマンドに対する結果である。データ蓄積サ
ーバ１において、蓄積データ送信プログラム３０は、結
果２２４に、要求された音データの送信の可否を設定
し、代理サーバプログラム３１に送信する。

【０１６９】図２７はデータ中継プログラム３２が音デ
ータ受信・再生プログラム３４に音データのデータ形式
を通知する際に用いられるデータ形式通知コマンドの形
式を示す説明図である。

【０１７０】図２７において、２３０は通信ヘッダ、２
３１はデータ形式通知コマンドである旨を示す識別子、
２３２〜２３５はデータ形式の詳細であり、２３２が符
号化形式、２３３がチャネル数、２３４がサンプリング
レート、２３５がサンプルサイズである。このデータ形
式通知コマンドは、図１５のステップ８３で、データ中
継プログラム３２から音データ受信・再生プログラム３
４に送信されるコマンドである。

【０１７１】図２８は音データ受信・再生プログラム３
４からデータ中継プログラム３２に音データの再生の可
否を通知する際に用いられる再生可否通知コマンドの形
式を示す説明図である。

【０１７２】図２８において、２３０は通信ヘッダ、２
４２は再生可否通知コマンドである旨を示す識別子、２
４４は再生の可否を示す結果である。音データ受信・再
生プログラム３４は、データ中継プログラム３２からデ
ータ形式通知コマンドを受信すると、結果２４４に、該
データ形式通知コマンドが示すデータ形式の音データを
再生可能であるか否かを判断した結果を設定し、データ
中継プログラム３２に返信する。この再生可否通知コマ
ンドは、図１９のステップ１３２およびステップ１３３
で、音データ受信・再生プログラム３４からデータ中継
プログラム３２に送信されるコマンドである。

【０１７３】図２９はデータ中継プログラム３２から音
データ受信・再生プログラム３４に音データを送信する
ために用いられるパケットの形式を示す説明図である。

【０１７４】図２９において、２５０は通信ヘッダ、２
５２はデータパケットである旨を示す識別子、２５４は
シーケンス番号、２５６は音データのデータ量を示すデ
ータサイズ、２５８は音データ本体である。データ中継
プログラム３２は、代理サーバプログラム３１から受け
取った音データを、１Ｌｐ分ずつ、図２９に示すような
形式のパケットにパケット化し、音データ受信・再生プ
ログラム３４に送信する。

【０１７５】図３０はデータ中継プログラム３２から音
データ受信・再生プログラム３４に送信されるデータ送
信完了通知コマンドの形式を示す説明図である。

【０１７６】図３０において、２３０は通信ヘッダ、２
６２はデータ送信完了通知コマンドである旨を示す識別
子である。このデータ送信完了通知コマンドは、データ
中継プログラム３２から音データ受信・再生プログラム
３４に全ての音データを送信し終わった段階、すなわ
ち、図１２のステップ８８で、データ中継プログラム３
２から音データ受信・再生プログラム３４に送信され
る。

【０１７７】

【発明の効果】以上に説明したように、本発明によれ
ば、データ蓄積サーバおよびデータ蓄積サーバに蓄積さ
れているデータに手を加えることなく、クライアント端
末が、データ蓄積サーバに蓄積されている音データを再
生する際に、全ての音データをダウンロードし終わるま
で待たなくても、即座に音データの再生を開始すること
が可能となるような逐次再生を実現することができる。

【図面の簡単な説明】

【図１】本発明の実施形態に係るネットワークシステム
の構成図。

【図２】データ蓄積サーバおよびデータ中継装置のハー
ドウェア構成図。

【図３】クライアント端末のハードウェア構成図。

【図４】データ蓄積サーバのＣＰＵが実行するプログラ
ムの動作概要を示す説明図。

【図５】データ中継装置のＣＰＵが実行するプログラム
の動作概要を示す説明図。

【図６】クライアント端末のＣＰＵが実行するプログラ
ムの動作概要を示す説明図。

【図７】ブラウザプログラムによるハイパーテキストの
表示内容の一例を示す説明図。

【図８】ブラウザプログラムによるハイパーテキストの
表示内容の一例を示す説明図。

【図９】データ蓄積サーバに蓄積されている音データを
クライアント端末で逐次再生する際の処理の流れを示す
シーケンス図。

【図１０】データ蓄積サーバに蓄積されている音データ
をクライアント端末で逐次再生する際のプラウザプログ
ラムの処理手順を示すフローチャート。

【図１１】データ蓄積サーバに蓄積されている音データ
をクライアント端末で逐次再生する際のデータ中継プロ
グラムの処理手順を示すフローチャート。

【図１２】図１１のステップ７５で行われる通信処理の
詳細な処理手順を示すフローチャート。

【図１３】図１２のステップ８５で行われるデータ変換
（圧縮）処理の詳細な処理手順を示すフローチャート。

【図１４】図１２のステップ８６で行われる音データ中
継処理の詳細な処理手順を示すフローチャート。

【図１５】図１１のステップ７５で行われる通信処理の
別の詳細な処理手順を示すフローチャート。

【図１６】図１５のステップ２８６で行われる音データ
中継処理の詳細な処理手順を示すフローチャート。

【図１７】データ蓄積サーバに蓄積されている音データ
をクライアント端末で逐次再生する際の代理サーバプロ
グラムの処理手順を示すフローチャート。

【図１８】データ蓄積サーバに蓄積されている音データ
をクライアント端末で逐次再生する際の蓄積データ送信
プログラムの処理手順を示すフローチャート。

【図１９】データ蓄積サーバに蓄積されている音データ
をクライアント端末で逐次再生する際の音データ受信・
再生プログラムの処理手順を示すフローチャート。

【図２０】図１９のステップ１３５で行われるパケット
受信・再生処理の詳細な処理手順を示すフローチャー
ト。

【図２１】図２０のステップ１４９で行われる伝送遅延
分散観測処理の詳細な処理手順を示すフローチャート。

【図２２】図２１のステップ１６０で伝送遅延時間の観
測データを取得する方法の一例を示す説明図。

【図２３】音データを含むパケットが送受信される際の
シーケンスの一例を示す説明図。

【図２４】図２０のステップ１５５およびステップ１５
６の処理が行われた場合のシーケンスの一例を示す説明
図。

【図２５】クライアント端末からデータ中継装置を介し
てデータ蓄積サーバに送信されるデータ要求コマンドの
形式を示す説明図。

【図２６】データ蓄積サーバからデータ中継装置を介し
てクライアント端末に送信されるデータ要求応答コマン
ドの形式を示す説明図。

【図２７】データ中継プログラムが音データ受信・再生
プログラムに音データのデータ形式を通知する際に用い
られるデータ形式通知コマンドの形式を示す説明図。

【図２８】音データ受信・再生プログラムからデータ中
継プログラムに音データの再生の可否を通知する際に用
いられる再生可否通知コマンドの形式を示す説明図。

【図２９】データ中継プログラムから音データ受信・再
生プログラムに音データを送信するために用いられるパ
ケットの形式を示す説明図。

【図３０】データ中継プログラムから音データ受信・再
生プログラムに送信されるデータ送信完了通知コマンド
の形式を示す説明図。

【図３１】従来のネットワークシステムでデータ蓄積サ
ーバに蓄積されているデータをクライアント端末で提示
する際の処理の流れを示すシーケンス図。

【符号の説明】

１…データ蓄積サーバ、２…ネットワーク、３…データ
中継装置、４…クライアント端末、１０，２０…マウ
ス、１１，２１…キーボード、１２，２２…ディスプレ
イ、１３，２３…ＣＰＵ、１４，２４…メモリ、１５，
２５…蓄積装置、１６，２６…内部バス、１７，２７…
通信制御部、２８…音声復号化装置、２９…音声出力装
置、３０…蓄積データ送信プログラム、３１…代理サー
バプログラム、３２…データ中継プログラム、３３…ブ
ラウザプログラム、３４…音データ受信・再生プログラ
ム、３６，３７…アンカータグ、３８…逐次再生用ボタ
ン。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 嶋田 貴夫 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内

Claims (14)

【特許請求の範囲】
1. 【請求項１】音データを少なくとも蓄積しているデータ
   蓄積サーバと、該データ蓄積サーバに蓄積されているデ
   ータを提示するクライアント端末と、上記データ蓄積サ
   ーバと上記クライアント端末との間で送受信されるデー
   タを中継するデータ中継装置とが、ネットワークを介し
   て接続されたネットワークシステムであって、 上記データ中継装置は、 上記データ蓄積サーバから受信したデータが音データで
   あった場合に、該音データを、一定時間間隔ごとに、該
   一定時間で再生可能な音データのデータ量に相当するサ
   イズでパケット化してから、上記クライアント端末に送
   信するデータ中継手段を備え、 上記クライアント端末は、 上記データ中継装置から受信したパケットに含まれてい
   る音データを逐次再生する音データ再生手段を備えたこ
   とを特徴とするネットワークシステム。
2. 【請求項２】音データを少なくとも蓄積しているデータ
   蓄積サーバと、該データ蓄積サーバに蓄積されているデ
   ータを提示するクライアント端末と、上記データ蓄積サ
   ーバと上記クライアント端末との間で送受信されるデー
   タを中継するデータ中継装置とが、ネットワークを介し
   て接続されたネットワークシステムであって、 上記データ中継装置は、 上記クライアント端末から受信した要求が音データの逐
   次再生であった場合に、上記データ蓄積サーバから受信
   した音データを、一定時間間隔ごとに、該一定時間で再
   生可能な音データのデータ量に相当するサイズでパケッ
   ト化してから、上記クライアント端末に送信するデータ
   中継手段を備え、 上記クライアント端末は、 上記データ中継装置から受信したパケットに含まれてい
   る音データを逐次再生する音データ再生手段を備えたこ
   とを特徴とするネットワークシステム。
3. 【請求項３】音データを少なくとも蓄積しているデータ
   蓄積サーバと、該データ蓄積サーバに蓄積されているデ
   ータを提示するクライアント端末との間にネットワーク
   を介して接続され、上記データ蓄積サーバと上記クライ
   アント端末との間で送受信されるデータを中継するデー
   タ中継装置であって、 上記データ蓄積サーバから受信したデータが音データで
   あった場合に、該音データを、一定時間間隔ごとに、該
   一定時間で再生可能な音データのデータ量に相当するサ
   イズでパケット化してから、上記クライアント端末に送
   信するデータ中継手段を備えたことを特徴とするデータ
   中継装置。
4. 【請求項４】音データを少なくとも蓄積しているデータ
   蓄積サーバと、該データ蓄積サーバに蓄積されているデ
   ータを提示するクライアント端末との間にネットワーク
   を介して接続され、上記データ蓄積サーバと上記クライ
   アント端末との間で送受信されるデータを中継するデー
   タ中継装置であって、 上記クライアント端末から受信した要求が音データの逐
   次再生であった場合に、上記データ蓄積サーバから受信
   した音データを、一定時間間隔ごとに、該一定時間で再
   生可能な音データのデータ量に相当するサイズでパケッ
   ト化してから、上記クライアント端末に送信するデータ
   中継手段を備えたことを特徴とするデータ中継装置。
5. 【請求項５】請求項４記載のデータ中継装置であって、 上記データ中継手段は、 上記データ蓄積サーバから受信したデータに、音データ
   の要求を上記クライアントのユーザが入力するための表
   示データが含まれている場合に、該データを、逐次再生
   の要求を上記クライアントのユーザが入力するための表
   示データを付加してから、上記クライアント端末に送信
   することを特徴とするデータ中継装置。
6. 【請求項６】請求項３，４または５記載のデータ中継装
   置であって、 上記データ中継手段は、 上記データ蓄積サーバから受信した音データのデータ量
   を削減してからパケット化することを特徴とするデータ
   中継装置。
7. 【請求項７】音データを少なくとも蓄積しているデータ
   蓄積サーバと、該データ蓄積サーバに蓄積されているデ
   ータを提示するクライアント端末と、上記データ蓄積サ
   ーバと上記クライアント端末との間で送受信されるデー
   タを中継するデータ中継装置とが、ネットワークを介し
   て接続されたネットワークシステムにおいて、 上記データ中継装置にインストールされ、 上記データ蓄積サーバから受信したデータが音データで
   あった場合に、該音データを、一定時間間隔ごとに、該
   一定時間で再生可能な音データのデータ量に相当するサ
   イズでパケット化してから、上記クライアント端末に送
   信するデータ中継手段を備えるよう、上記データ中継装
   置を機能させるためのプログラムが記録された記録媒
   体。
8. 【請求項８】音データを少なくとも蓄積しているデータ
   蓄積サーバと、該データ蓄積サーバに蓄積されているデ
   ータを提示するクライアント端末と、上記データ蓄積サ
   ーバと上記クライアント端末との間で送受信されるデー
   タを中継するデータ中継装置とが、ネットワークを介し
   て接続されたネットワークシステムにおいて、 上記データ中継装置にインストールされ、 上記クライアント端末から受信した要求が音データの逐
   次再生であった場合に、上記データ蓄積サーバから受信
   した音データを、一定時間間隔ごとに、該一定時間で再
   生可能な音データのデータ量に相当するサイズでパケッ
   ト化してから、上記クライアント端末に送信するデータ
   中継手段を備えるよう、上記データ中継装置を機能させ
   るためのプログラムが記録された記録媒体。
9. 【請求項９】請求項８記載の記録媒体であって、 上記データ中継手段は、 上記データ蓄積サーバから受信したデータに、音データ
   の要求を上記クライアントのユーザが入力するための表
   示データが含まれている場合に、該データを、逐次再生
   の要求を上記クライアントのユーザが入力するための表
   示データを付加してから、上記クライアント端末に送信
   することを特徴とする記録媒体。
10. 【請求項１０】請求項７，８または９記載の記録媒体で
    あって、 上記データ中継手段は、 上記データ蓄積サーバから受信した音データのデータ量
    を削減してからパケット化することを特徴とする記録媒
    体。
11. 【請求項１１】音データを少なくとも蓄積しているデー
    タ蓄積サーバと、該データ蓄積サーバに蓄積されている
    データを提示するクライアント端末と、上記データ蓄積
    サーバと上記クライアント端末との間で送受信されるデ
    ータを中継するデータ中継装置とが、ネットワークを介
    して接続されたネットワークシステムにおいて、 上記クライアント端末にインストールされ、 上記データ中継装置からパケット化された音データを受
    信した際に、該パケットが、受信すべき順番より後の順
    番に受信したパケットである場合には、該パケットを廃
    棄し、廃棄しなかったパケットに含まれている音データ
    を逐次再生する音データ再生手段を備えるよう、上記ク
    ライアント端末を機能させるためのプログラムが記録さ
    れた記録媒体。
12. 【請求項１２】音データを少なくとも蓄積しているデー
    タ蓄積サーバと、該データ蓄積サーバに蓄積されている
    データを提示するクライアント端末と、上記データ蓄積
    サーバと上記クライアント端末との間で送受信されるデ
    ータを中継するデータ中継装置とが、ネットワークを介
    して接続されたネットワークシステムにおいて、 上記クライアント端末にインストールされ、 上記データ中継装置からパケット化された音データを受
    信した際に、該パケットが、受信すべき順番より後の順
    番に受信したパケットである場合、および、未再生の音
    データが予め定めた規定量を超過している場合には、該
    パケットを廃棄し、廃棄しなかったパケットに含まれて
    いる音データを逐次再生する音データ再生手段を備える
    よう、上記クライアント端末を機能させるためのプログ
    ラムが記録された記録媒体。
13. 【請求項１３】請求項１２記載の記録媒体であって、 上記音データ再生手段がパケットを廃棄するか否かを判
    断するために用いる未再生の音データの規定量は、 上記データ中継装置と上記クライアント端末との間を接
    続したネットワーク上で生じる伝送遅延の分散を補正す
    るための伝送遅延分散吸収時間と、上記データ中継手段
    が音データをパケット化する時間間隔に相当する時間と
    を加えた時間に、上記音データ再生手段が再生可能な音
    データのデータ量以下のデータ量であり、 上記音データ再生手段は、 パケットの受信間隔に基づいて上記伝送遅延分散吸収時
    間を求めることを特徴とする記録媒体。
14. 【請求項１４】請求項１１，１２または１３記載の記録
    媒体であって、 上記音データ再生手段は、 受信すべき順番のパケットを受信できなかった場合に
    は、次にパケットを受信した時刻が、前回受信したパケ
    ットに含まれている音データの再生を開始した時刻か
    ら、上記データ中継装置が音データをパケット化する時
    間間隔に相当する時間が経過する以前であるならば、１
    パケットに相当するデータ量の無音データを再生するこ
    とを特徴とする記録媒体。