JPH11331305A - 送信装置および送信方法、受信装置および受信方法、並びに提供媒体 - Google Patents
送信装置および送信方法、受信装置および受信方法、並びに提供媒体Info
- Publication number
- JPH11331305A JPH11331305A JP10125633A JP12563398A JPH11331305A JP H11331305 A JPH11331305 A JP H11331305A JP 10125633 A JP10125633 A JP 10125633A JP 12563398 A JP12563398 A JP 12563398A JP H11331305 A JPH11331305 A JP H11331305A
- Authority
- JP
- Japan
- Prior art keywords
- encoded data
- encoding
- transmission
- encoding method
- decoding
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0033—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter
- H04L1/0034—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter where the transmitter decides based on inferences, e.g. use of implicit signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0014—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the source coding
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
- Time-Division Multiplex Systems (AREA)
Abstract
(57)【要約】
【課題】 ディジタルオーディオ信号を、リアルタイム
で、復号、再生する。 【解決手段】 伝送路の伝送レートが検出され、選択指
示部５５では、その伝送レートに対応したビットレート
の符号化データを得ることのできる符号化方法が、エン
コード選択回路５６に指示される。エンコード選択回路
５６は、選択指示部５５の指示にしたがい、スイッチ５
２を制御する。スイッチ５２は、エンコード選択回路５
６からの制御にしたがって、エンコーダ５３1乃至５３N
のうちのいずれかを選択し、これにより、フレーム切出
回路５１で切り出されたオーディオ信号のフレームは、
スイッチ５２が選択しているエンコーダに供給されて符
号化される。この符号化データは、ヘッダ挿入回路５４
において、その符号化方法に対応するＩＤが付加されて
出力される。
で、復号、再生する。 【解決手段】 伝送路の伝送レートが検出され、選択指
示部５５では、その伝送レートに対応したビットレート
の符号化データを得ることのできる符号化方法が、エン
コード選択回路５６に指示される。エンコード選択回路
５６は、選択指示部５５の指示にしたがい、スイッチ５
２を制御する。スイッチ５２は、エンコード選択回路５
６からの制御にしたがって、エンコーダ５３1乃至５３N
のうちのいずれかを選択し、これにより、フレーム切出
回路５１で切り出されたオーディオ信号のフレームは、
スイッチ５２が選択しているエンコーダに供給されて符
号化される。この符号化データは、ヘッダ挿入回路５４
において、その符号化方法に対応するＩＤが付加されて
出力される。
Description
【０００１】
【発明の属する技術分野】本発明は、送信装置および送
信方法、受信装置および受信方法、並びに提供媒体に関
し、特に、例えば、オーディオ信号などの時系列のディ
ジタル信号を符号化して送信し、受信側において、これ
を受信して、リアルタイムで復号する場合などに用いて
好適な送信装置および送信方法、受信装置および受信方
法、並びに提供媒体に関する。
信方法、受信装置および受信方法、並びに提供媒体に関
し、特に、例えば、オーディオ信号などの時系列のディ
ジタル信号を符号化して送信し、受信側において、これ
を受信して、リアルタイムで復号する場合などに用いて
好適な送信装置および送信方法、受信装置および受信方
法、並びに提供媒体に関する。
【０００２】
【従来の技術】例えば、インターネットなどのネットワ
ークを介して、送信側から受信側に、ディジタルオーデ
ィオ信号などのディジタル信号を伝送する場合において
は、一般に、ディジタル信号のデータレートの方が、ネ
ットワークの伝送帯域（伝送レート）より高いために、
送信側で、ディジタル信号を圧縮符号化し、符号化デー
タとしてから送信し、受信側で、その符号化データを復
号するようになされている。なお、このようなディジタ
ル信号の送受信を行う場合には、受信側において、送信
側が有するエンコーダに対応するデコーダを備えている
ということが前提となる。
ークを介して、送信側から受信側に、ディジタルオーデ
ィオ信号などのディジタル信号を伝送する場合において
は、一般に、ディジタル信号のデータレートの方が、ネ
ットワークの伝送帯域（伝送レート）より高いために、
送信側で、ディジタル信号を圧縮符号化し、符号化デー
タとしてから送信し、受信側で、その符号化データを復
号するようになされている。なお、このようなディジタ
ル信号の送受信を行う場合には、受信側において、送信
側が有するエンコーダに対応するデコーダを備えている
ということが前提となる。
【０００３】
【発明が解決しようとする課題】上述のように、送信側
では、あるエンコーダによって符号化された符号化デー
タがネットワークを介して、受信側に送信されるが、ネ
ットワークにおける符号化データの伝送レートは、一般
に、トラフィック量などに起因して変化する。従って、
受信側において、符号化データをすべてダウンロードし
てから復号を行うような場合は別として、符号化データ
を受信しながら、それをリアルタイムで復号するような
場合は、ネットワークの伝送レートが、符号化データの
データレートより小さくなると、符号化データの送信が
間に合わなくなり、オーディオ信号を、リアルタイム
で、復号、再生することが困難となる。
では、あるエンコーダによって符号化された符号化デー
タがネットワークを介して、受信側に送信されるが、ネ
ットワークにおける符号化データの伝送レートは、一般
に、トラフィック量などに起因して変化する。従って、
受信側において、符号化データをすべてダウンロードし
てから復号を行うような場合は別として、符号化データ
を受信しながら、それをリアルタイムで復号するような
場合は、ネットワークの伝送レートが、符号化データの
データレートより小さくなると、符号化データの送信が
間に合わなくなり、オーディオ信号を、リアルタイム
で、復号、再生することが困難となる。
【０００４】また、インターネットなどでは、符号化デ
ータの送信が間に合わなくなるようなことが、なるべく
生じないようなシステム設計がなされているが、それで
も、受信側のハードウェアの性能やデコーダの復号方法
などに起因して、オーディオ信号を、リアルタイムで、
復号、再生することが困難となることがある。
ータの送信が間に合わなくなるようなことが、なるべく
生じないようなシステム設計がなされているが、それで
も、受信側のハードウェアの性能やデコーダの復号方法
などに起因して、オーディオ信号を、リアルタイムで、
復号、再生することが困難となることがある。
【０００５】即ち、例えば、送信側におけるエンコーダ
の符号化方法が複雑なものであると、一般に、そのよう
なエンコーダによって符号化された符号化データを復号
するデコーダの復号方法も複雑なものとなる。この場
合、受信側のハードウェアが、その複雑な復号方法に対
処可能な処理能力を有していないと、オーディオ信号の
復号が、その再生に間に合わなくなる。また、デコーダ
による符号化データの復号処理時間は、受信側のハード
ウェアの処理能力に大きく影響されるから、受信側のハ
ードウェアの処理能力が、送信側が予想するものよりも
低いと、符号化データの復号に費やされる時間が、送信
側が予想する時間よりも長くなってしまい、オーディオ
信号を、リアルタイムで、復号、再生することが困難と
なる。
の符号化方法が複雑なものであると、一般に、そのよう
なエンコーダによって符号化された符号化データを復号
するデコーダの復号方法も複雑なものとなる。この場
合、受信側のハードウェアが、その複雑な復号方法に対
処可能な処理能力を有していないと、オーディオ信号の
復号が、その再生に間に合わなくなる。また、デコーダ
による符号化データの復号処理時間は、受信側のハード
ウェアの処理能力に大きく影響されるから、受信側のハ
ードウェアの処理能力が、送信側が予想するものよりも
低いと、符号化データの復号に費やされる時間が、送信
側が予想する時間よりも長くなってしまい、オーディオ
信号を、リアルタイムで、復号、再生することが困難と
なる。
【０００６】本発明は、このような状況に鑑みてなされ
たものであり、ディジタル信号を、リアルタイムで、復
号、再生することができるようにするものである。
たものであり、ディジタル信号を、リアルタイムで、復
号、再生することができるようにするものである。
【０００７】
【課題を解決するための手段】請求項１に記載の送信装
置は、ディジタル信号を、複数の符号化方法でそれぞれ
符号化し、符号化データを出力する複数の符号化手段
と、複数の符号化方法の中から、ディジタル信号の一部
または全部を符号化するための符号化方法を指示する指
示手段と、指示手段によって指示された符号化方法によ
る符号化データを選択する選択手段と、選択手段により
選択された符号化データに対して、その符号化データに
ついての符号化方法を示す符号化方法情報を付加する付
加手段とを備えることを特徴とする。
置は、ディジタル信号を、複数の符号化方法でそれぞれ
符号化し、符号化データを出力する複数の符号化手段
と、複数の符号化方法の中から、ディジタル信号の一部
または全部を符号化するための符号化方法を指示する指
示手段と、指示手段によって指示された符号化方法によ
る符号化データを選択する選択手段と、選択手段により
選択された符号化データに対して、その符号化データに
ついての符号化方法を示す符号化方法情報を付加する付
加手段とを備えることを特徴とする。
【０００８】請求項１２に記載の送信方法は、複数の符
号化方法の中から、ディジタル信号の一部または全部を
符号化するための符号化方法を指示する指示ステップ
と、指示ステップで指示された符号化方法による符号化
データを選択する選択ステップと、選択ステップで選択
された符号化データに対して、その符号化データについ
ての符号化方法を示す符号化方法情報を付加する付加ス
テップとを備えることを特徴とする。
号化方法の中から、ディジタル信号の一部または全部を
符号化するための符号化方法を指示する指示ステップ
と、指示ステップで指示された符号化方法による符号化
データを選択する選択ステップと、選択ステップで選択
された符号化データに対して、その符号化データについ
ての符号化方法を示す符号化方法情報を付加する付加ス
テップとを備えることを特徴とする。
【０００９】請求項２２に記載の提供媒体は、複数の符
号化方法の中から、ディジタル信号の一部または全部を
符号化するための符号化方法を指示する指示ステップ
と、指示ステップで指示された符号化方法による符号化
データを選択する選択ステップと、選択ステップで選択
された符号化データに対して、その符号化データについ
ての符号化方法を示す符号化方法情報を付加する付加ス
テップとを備えるコンピュータプログラムを提供するこ
とを特徴とする。
号化方法の中から、ディジタル信号の一部または全部を
符号化するための符号化方法を指示する指示ステップ
と、指示ステップで指示された符号化方法による符号化
データを選択する選択ステップと、選択ステップで選択
された符号化データに対して、その符号化データについ
ての符号化方法を示す符号化方法情報を付加する付加ス
テップとを備えるコンピュータプログラムを提供するこ
とを特徴とする。
【００１０】請求項３２に記載の受信装置は、符号化デ
ータに付加されている、その符号化データを得るのに用
いた符号化方法を示す符号化方法情報を抽出する抽出手
段と、符号化方法情報に基づいて、符号化データを復号
する復号方法を認識する認識手段と、認識手段により認
識された復号方法により、符号化データを復号する復号
手段とを備えることを特徴とする。
ータに付加されている、その符号化データを得るのに用
いた符号化方法を示す符号化方法情報を抽出する抽出手
段と、符号化方法情報に基づいて、符号化データを復号
する復号方法を認識する認識手段と、認識手段により認
識された復号方法により、符号化データを復号する復号
手段とを備えることを特徴とする。
【００１１】請求項３７に記載の受信方法は、符号化デ
ータに付加されている、その符号化データを得るのに用
いた符号化方法を示す符号化方法情報を抽出する抽出ス
テップと、符号化方法情報に基づいて、符号化データを
復号する復号方法を認識する認識ステップと、認識ステ
ップで認識された復号方法により、符号化データを復号
する復号ステップとを備えることを特徴とする。
ータに付加されている、その符号化データを得るのに用
いた符号化方法を示す符号化方法情報を抽出する抽出ス
テップと、符号化方法情報に基づいて、符号化データを
復号する復号方法を認識する認識ステップと、認識ステ
ップで認識された復号方法により、符号化データを復号
する復号ステップとを備えることを特徴とする。
【００１２】請求項４１に記載の提供媒体は、符号化デ
ータに付加されている、その符号化データを得るのに用
いた符号化方法を示す符号化方法情報を抽出する抽出ス
テップと、符号化方法情報に基づいて、符号化データを
復号する復号方法を認識する認識ステップと、認識手段
で認識された復号方法により、符号化データを復号する
復号ステップとを備えるコンピュータプログラムを提供
することを特徴とする。
ータに付加されている、その符号化データを得るのに用
いた符号化方法を示す符号化方法情報を抽出する抽出ス
テップと、符号化方法情報に基づいて、符号化データを
復号する復号方法を認識する認識ステップと、認識手段
で認識された復号方法により、符号化データを復号する
復号ステップとを備えるコンピュータプログラムを提供
することを特徴とする。
【００１３】請求項４５に記載の提供媒体は、複数の符
号化方法の中から、ディジタル信号の一部または全部を
符号化するための符号化方法を指示し、指示された符号
化方法により、ディジタル信号を符号化した符号化デー
タを選択し、選択された符号化データに、その符号化デ
ータについての符号化方法を示す符号化方法情報を付加
することをにより得られる符号化データおよび符号化方
法情報を提供することを特徴とする。
号化方法の中から、ディジタル信号の一部または全部を
符号化するための符号化方法を指示し、指示された符号
化方法により、ディジタル信号を符号化した符号化デー
タを選択し、選択された符号化データに、その符号化デ
ータについての符号化方法を示す符号化方法情報を付加
することをにより得られる符号化データおよび符号化方
法情報を提供することを特徴とする。
【００１４】請求項４６に記載の送信装置は、ディジタ
ル信号を、複数の符号化方法でそれぞれ符号化し、符号
化データを出力する複数の符号化手段と、伝送路の伝送
レートを検出する検出手段と、複数の符号化方法の中か
ら、伝送路の伝送レートに対応したビットレートの符号
化データを得ることができるものを選択する選択手段
と、選択手段により選択された符号化方法による符号化
データを送信する送信手段とを備えることを特徴とす
る。
ル信号を、複数の符号化方法でそれぞれ符号化し、符号
化データを出力する複数の符号化手段と、伝送路の伝送
レートを検出する検出手段と、複数の符号化方法の中か
ら、伝送路の伝送レートに対応したビットレートの符号
化データを得ることができるものを選択する選択手段
と、選択手段により選択された符号化方法による符号化
データを送信する送信手段とを備えることを特徴とす
る。
【００１５】請求項６２に記載の送信方法は、伝送路の
伝送レートを検出する検出ステップと、複数の符号化方
法の中から、伝送路の伝送レートに対応したビットレー
トの符号化データを得ることができるものを選択する選
択ステップと、選択ステップで選択された符号化方法に
よる符号化データを送信する送信ステップとを備えるこ
とを特徴とする。
伝送レートを検出する検出ステップと、複数の符号化方
法の中から、伝送路の伝送レートに対応したビットレー
トの符号化データを得ることができるものを選択する選
択ステップと、選択ステップで選択された符号化方法に
よる符号化データを送信する送信ステップとを備えるこ
とを特徴とする。
【００１６】請求項７８に記載の提供媒体は、伝送路の
伝送レートを検出する検出ステップと、複数の符号化方
法の中から、伝送路の伝送レートに対応したビットレー
トの符号化データを得ることができるものを選択する選
択ステップと、選択ステップで選択された符号化方法に
よる符号化データを送信する送信ステップとを備えるコ
ンピュータプログラムを提供することを特徴とする。
伝送レートを検出する検出ステップと、複数の符号化方
法の中から、伝送路の伝送レートに対応したビットレー
トの符号化データを得ることができるものを選択する選
択ステップと、選択ステップで選択された符号化方法に
よる符号化データを送信する送信ステップとを備えるコ
ンピュータプログラムを提供することを特徴とする。
【００１７】請求項９４に記載の受信装置は、伝送路の
伝送レートに対応したビットレートのデータを得ること
ができる符号化方法によって符号化された符号化データ
を受信する受信手段と、符号化データを復号する復号手
段とを備えることを特徴とする。
伝送レートに対応したビットレートのデータを得ること
ができる符号化方法によって符号化された符号化データ
を受信する受信手段と、符号化データを復号する復号手
段とを備えることを特徴とする。
【００１８】請求項９６に記載の受信方法は、伝送路の
伝送レートに対応したビットレートのデータを得ること
ができる符号化方法によって符号化された符号化データ
を受信する受信ステップと、符号化データを復号する復
号ステップとを備えることを特徴とする。
伝送レートに対応したビットレートのデータを得ること
ができる符号化方法によって符号化された符号化データ
を受信する受信ステップと、符号化データを復号する復
号ステップとを備えることを特徴とする。
【００１９】請求項９８に記載の提供媒体は、伝送路の
伝送レートに対応したビットレートのデータを得ること
ができる符号化方法によって符号化された符号化データ
を受信する受信ステップと、符号化データを復号する復
号ステップとを備えるコンピュータプログラムを提供す
ることを特徴とする。
伝送レートに対応したビットレートのデータを得ること
ができる符号化方法によって符号化された符号化データ
を受信する受信ステップと、符号化データを復号する復
号ステップとを備えるコンピュータプログラムを提供す
ることを特徴とする。
【００２０】請求項１に記載の送信装置においては、複
数の符号化手段は、ディジタル信号を、複数の符号化方
法でそれぞれ符号化して、符号化データを出力し、指示
手段は、複数の符号化方法の中から、ディジタル信号の
一部または全部を符号化するための符号化方法を指示す
るようになされている。選択手段は、指示手段によって
指示された符号化方法による符号化データを選択し、付
加手段は、選択手段により選択された符号化データに対
して、その符号化データについての符号化方法を示す符
号化方法情報を付加するようになされている。
数の符号化手段は、ディジタル信号を、複数の符号化方
法でそれぞれ符号化して、符号化データを出力し、指示
手段は、複数の符号化方法の中から、ディジタル信号の
一部または全部を符号化するための符号化方法を指示す
るようになされている。選択手段は、指示手段によって
指示された符号化方法による符号化データを選択し、付
加手段は、選択手段により選択された符号化データに対
して、その符号化データについての符号化方法を示す符
号化方法情報を付加するようになされている。
【００２１】請求項１２に記載の送信方法においては、
複数の符号化方法の中から、ディジタル信号の一部また
は全部を符号化するための符号化方法を指示し、その符
号化方法による符号化データを選択し、選択された符号
化データに対して、その符号化データについての符号化
方法を示す符号化方法情報を付加するようになされてい
る。
複数の符号化方法の中から、ディジタル信号の一部また
は全部を符号化するための符号化方法を指示し、その符
号化方法による符号化データを選択し、選択された符号
化データに対して、その符号化データについての符号化
方法を示す符号化方法情報を付加するようになされてい
る。
【００２２】請求項２２に記載の提供媒体においては、
複数の符号化方法の中から、ディジタル信号の一部また
は全部を符号化するための符号化方法を指示し、その符
号化方法による符号化データを選択し、選択された符号
化データに対して、その符号化データについての符号化
方法を示す符号化方法情報を付加する処理を行うための
コンピュータプログラムを提供するようになされてい
る。
複数の符号化方法の中から、ディジタル信号の一部また
は全部を符号化するための符号化方法を指示し、その符
号化方法による符号化データを選択し、選択された符号
化データに対して、その符号化データについての符号化
方法を示す符号化方法情報を付加する処理を行うための
コンピュータプログラムを提供するようになされてい
る。
【００２３】請求項３２に記載の受信装置においては、
抽出手段は、符号化データに付加されている、その符号
化データを得るのに用いた符号化方法を示す符号化方法
情報を抽出し、認識手段は、符号化方法情報に基づい
て、符号化データを復号する復号方法を認識するように
なされている。復号手段は、認識手段により認識された
復号方法により、符号化データを復号するようになされ
ている。
抽出手段は、符号化データに付加されている、その符号
化データを得るのに用いた符号化方法を示す符号化方法
情報を抽出し、認識手段は、符号化方法情報に基づい
て、符号化データを復号する復号方法を認識するように
なされている。復号手段は、認識手段により認識された
復号方法により、符号化データを復号するようになされ
ている。
【００２４】請求項３７に記載の受信方法においては、
符号化データに付加されている、その符号化データを得
るのに用いた符号化方法を示す符号化方法情報を抽出
し、その符号化方法情報に基づいて、符号化データを復
号する復号方法を認識し、認識された復号方法により、
符号化データを復号するようになされている。
符号化データに付加されている、その符号化データを得
るのに用いた符号化方法を示す符号化方法情報を抽出
し、その符号化方法情報に基づいて、符号化データを復
号する復号方法を認識し、認識された復号方法により、
符号化データを復号するようになされている。
【００２５】請求項４１に記載の提供媒体においては、
符号化データに付加されている、その符号化データを得
るのに用いた符号化方法を示す符号化方法情報を抽出
し、その符号化方法情報に基づいて、符号化データを復
号する復号方法を認識し、認識された復号方法により、
符号化データを復号する処理を行うためのコンピュータ
プログラムを提供するようになされている。
符号化データに付加されている、その符号化データを得
るのに用いた符号化方法を示す符号化方法情報を抽出
し、その符号化方法情報に基づいて、符号化データを復
号する復号方法を認識し、認識された復号方法により、
符号化データを復号する処理を行うためのコンピュータ
プログラムを提供するようになされている。
【００２６】請求項４５に記載の提供媒体においては、
複数の符号化方法の中から、ディジタル信号の一部また
は全部を符号化するための符号化方法を指示し、指示さ
れた符号化方法により、ディジタル信号を符号化した符
号化データを選択し、選択された符号化データに、その
符号化データについての符号化方法を示す符号化方法情
報を付加することをにより得られる符号化データおよび
符号化方法情報を提供するようになされている。
複数の符号化方法の中から、ディジタル信号の一部また
は全部を符号化するための符号化方法を指示し、指示さ
れた符号化方法により、ディジタル信号を符号化した符
号化データを選択し、選択された符号化データに、その
符号化データについての符号化方法を示す符号化方法情
報を付加することをにより得られる符号化データおよび
符号化方法情報を提供するようになされている。
【００２７】請求項４６に記載の送信装置においては、
複数の符号化手段は、ディジタル信号を、複数の符号化
方法でそれぞれ符号化して、符号化データを出力し、検
出手段は、伝送路の伝送レートを検出するようになされ
ている。選択手段は、複数の符号化方法の中から、伝送
路の伝送レートに対応したビットレートの符号化データ
を得ることができるものを選択し、送信手段は、選択手
段により選択された符号化方法による符号化データを送
信するようになされている。
複数の符号化手段は、ディジタル信号を、複数の符号化
方法でそれぞれ符号化して、符号化データを出力し、検
出手段は、伝送路の伝送レートを検出するようになされ
ている。選択手段は、複数の符号化方法の中から、伝送
路の伝送レートに対応したビットレートの符号化データ
を得ることができるものを選択し、送信手段は、選択手
段により選択された符号化方法による符号化データを送
信するようになされている。
【００２８】請求項６２に記載の送信方法においては、
伝送路の伝送レートを検出し、複数の符号化方法の中か
ら、伝送路の伝送レートに対応したビットレートの符号
化データを得ることができるものを選択し、その選択さ
れた符号化方法による符号化データを送信するようにな
されている。
伝送路の伝送レートを検出し、複数の符号化方法の中か
ら、伝送路の伝送レートに対応したビットレートの符号
化データを得ることができるものを選択し、その選択さ
れた符号化方法による符号化データを送信するようにな
されている。
【００２９】請求項７８に記載の提供媒体においては、
伝送路の伝送レートを検出し、複数の符号化方法の中か
ら、伝送路の伝送レートに対応したビットレートの符号
化データを得ることができるものを選択し、その選択さ
れた符号化方法による符号化データを送信する処理を行
うためのコンピュータプログラムを提供するようになさ
れている。
伝送路の伝送レートを検出し、複数の符号化方法の中か
ら、伝送路の伝送レートに対応したビットレートの符号
化データを得ることができるものを選択し、その選択さ
れた符号化方法による符号化データを送信する処理を行
うためのコンピュータプログラムを提供するようになさ
れている。
【００３０】請求項９４に記載の受信装置においては、
受信手段は、伝送路の伝送レートに対応したビットレー
トのデータを得ることができる符号化方法によって符号
化された符号化データを受信し、復号手段は、符号化デ
ータを復号するようになされている。
受信手段は、伝送路の伝送レートに対応したビットレー
トのデータを得ることができる符号化方法によって符号
化された符号化データを受信し、復号手段は、符号化デ
ータを復号するようになされている。
【００３１】請求項９６に記載の受信方法においては、
伝送路の伝送レートに対応したビットレートのデータを
得ることができる符号化方法によって符号化された符号
化データを受信し、その符号化データを復号するように
なされている。
伝送路の伝送レートに対応したビットレートのデータを
得ることができる符号化方法によって符号化された符号
化データを受信し、その符号化データを復号するように
なされている。
【００３２】請求項９８に記載の提供媒体においては、
伝送路の伝送レートに対応したビットレートのデータを
得ることができる符号化方法によって符号化された符号
化データを受信し、その符号化データを復号する処理を
行うためのコンピュータプログラムを提供するようにな
されている。
伝送路の伝送レートに対応したビットレートのデータを
得ることができる符号化方法によって符号化された符号
化データを受信し、その符号化データを復号する処理を
行うためのコンピュータプログラムを提供するようにな
されている。
【００３３】
【発明の実施の形態】以下に、本発明の実施の形態を説
明するが、その前に、特許請求の範囲に記載の発明の各
手段と以下の実施の形態との対応関係を明らかにするた
めに、各手段の後の括弧内に、対応する実施の形態（但
し、一例）を付加して、本発明の特徴を記述すると、次
のようになる。
明するが、その前に、特許請求の範囲に記載の発明の各
手段と以下の実施の形態との対応関係を明らかにするた
めに、各手段の後の括弧内に、対応する実施の形態（但
し、一例）を付加して、本発明の特徴を記述すると、次
のようになる。
【００３４】即ち、請求項１に記載の送信装置は、時系
列のディジタル信号を符号化した符号化データを出力す
る送信装置であって、ディジタル信号を、複数の符号化
方法でそれぞれ符号化し、符号化データを出力する複数
の符号化手段（例えば、図５に示すエンコーダ５３1乃
至５３Nなど）と、複数の符号化方法の中から、ディジ
タル信号の一部または全部を符号化するための符号化方
法を指示する指示手段（例えば、図５に示す選択指示部
５５など）と、指示手段によって指示された符号化方法
による符号化データを選択する選択手段（例えば、図５
に示すスイッチ５２およびエンコード選択回路５６な
ど）と、選択手段により選択された符号化データに対し
て、その符号化データについての符号化方法を示す符号
化方法情報を付加する付加手段（例えば、図５に示すヘ
ッダ挿入回路５４など）と、符号化方法情報が付加され
た符号化データを出力する出力手段（例えば、図４に示
す送信回路３３など）とを備えることを特徴とする。
列のディジタル信号を符号化した符号化データを出力す
る送信装置であって、ディジタル信号を、複数の符号化
方法でそれぞれ符号化し、符号化データを出力する複数
の符号化手段（例えば、図５に示すエンコーダ５３1乃
至５３Nなど）と、複数の符号化方法の中から、ディジ
タル信号の一部または全部を符号化するための符号化方
法を指示する指示手段（例えば、図５に示す選択指示部
５５など）と、指示手段によって指示された符号化方法
による符号化データを選択する選択手段（例えば、図５
に示すスイッチ５２およびエンコード選択回路５６な
ど）と、選択手段により選択された符号化データに対し
て、その符号化データについての符号化方法を示す符号
化方法情報を付加する付加手段（例えば、図５に示すヘ
ッダ挿入回路５４など）と、符号化方法情報が付加され
た符号化データを出力する出力手段（例えば、図４に示
す送信回路３３など）とを備えることを特徴とする。
【００３５】請求項６に記載の送信装置は、符号化デー
タを受信する受信装置が、コンピュータプログラムを実
行することにより、符号化データを復号する復号装置と
して機能する場合において、受信装置が、出力手段が出
力する符号化データを復号する復号装置として機能する
ためのコンピュータプログラムを有していないとき、そ
のコンピュータプログラムを、受信装置に送信する送信
手段（例えば、図９に示すプログラムの処理ステップＳ
７など）をさらに備えることを特徴とする。
タを受信する受信装置が、コンピュータプログラムを実
行することにより、符号化データを復号する復号装置と
して機能する場合において、受信装置が、出力手段が出
力する符号化データを復号する復号装置として機能する
ためのコンピュータプログラムを有していないとき、そ
のコンピュータプログラムを、受信装置に送信する送信
手段（例えば、図９に示すプログラムの処理ステップＳ
７など）をさらに備えることを特徴とする。
【００３６】請求項７に記載の送信装置は、符号化デー
タを受信する受信装置が、コンピュータプログラムを実
行することにより、符号化データを復号する復号装置と
して機能する場合において、受信装置が、出力手段が出
力する符号化データを復号する復号装置として機能する
ためのコンピュータプログラムを有していないとき、出
力手段が出力する符号化データを、受信装置が復号可能
な符号化方法によって符号化されたものに変更する変更
手段（例えば、図９に示すプログラムの処理ステップＳ
９など）をさらに備えることを特徴とする。
タを受信する受信装置が、コンピュータプログラムを実
行することにより、符号化データを復号する復号装置と
して機能する場合において、受信装置が、出力手段が出
力する符号化データを復号する復号装置として機能する
ためのコンピュータプログラムを有していないとき、出
力手段が出力する符号化データを、受信装置が復号可能
な符号化方法によって符号化されたものに変更する変更
手段（例えば、図９に示すプログラムの処理ステップＳ
９など）をさらに備えることを特徴とする。
【００３７】請求項１０に記載の送信装置は、複数の符
号化手段それぞれがディジタル信号を符号化することに
より得られる複数の符号化データを記憶する複数の記憶
手段（例えば、図１６に示すストレージ９１1乃至９１N
など）をさらに備え、選択手段が、複数の記憶手段にそ
れぞれ記憶された複数の符号化データのうち、指示手段
によって指示された符号化方法によるものを選択するこ
とを特徴とする。
号化手段それぞれがディジタル信号を符号化することに
より得られる複数の符号化データを記憶する複数の記憶
手段（例えば、図１６に示すストレージ９１1乃至９１N
など）をさらに備え、選択手段が、複数の記憶手段にそ
れぞれ記憶された複数の符号化データのうち、指示手段
によって指示された符号化方法によるものを選択するこ
とを特徴とする。
【００３８】請求項１１に記載の送信装置は、複数の符
号化手段、指示手段、選択手段、および付加手段の組を
複数備え、各組の付加手段の出力を多重化する多重化手
段（例えば、図４に示す多重化部４２など）をさらに備
えることを特徴とする。
号化手段、指示手段、選択手段、および付加手段の組を
複数備え、各組の付加手段の出力を多重化する多重化手
段（例えば、図４に示す多重化部４２など）をさらに備
えることを特徴とする。
【００３９】請求項３２に記載の受信装置は、時系列の
ディジタル信号の一部または全部を、複数の符号化方法
のうちのいずれかで符号化した符号化データを受信して
処理する受信装置であって、符号化データに付加されて
いる、その符号化データを得るのに用いた符号化方法を
示す符号化方法情報を抽出する抽出手段（例えば、図８
に示すヘッダ抽出回路８１など）と、符号化方法情報に
基づいて、符号化データを復号する復号方法を認識する
認識手段（例えば、図８に示すヘッダ抽出回路８１な
ど）と、認識手段により認識された復号方法により、符
号化データを復号する復号手段（例えば、図８に示すデ
コーダ８３1乃至８３N'のうちのいずれかなど）とを備
えることを特徴とする。
ディジタル信号の一部または全部を、複数の符号化方法
のうちのいずれかで符号化した符号化データを受信して
処理する受信装置であって、符号化データに付加されて
いる、その符号化データを得るのに用いた符号化方法を
示す符号化方法情報を抽出する抽出手段（例えば、図８
に示すヘッダ抽出回路８１など）と、符号化方法情報に
基づいて、符号化データを復号する復号方法を認識する
認識手段（例えば、図８に示すヘッダ抽出回路８１な
ど）と、認識手段により認識された復号方法により、符
号化データを復号する復号手段（例えば、図８に示すデ
コーダ８３1乃至８３N'のうちのいずれかなど）とを備
えることを特徴とする。
【００４０】請求項３３に記載の受信装置は、符号化デ
ータを送信してくる送信装置が、その送信先の処理能力
に基づいて、ディジタル信号の符号化方法を指示する場
合において、自身の処理能力を、送信装置に送信する処
理能力送信手段（例えば、図１２に示すプログラムの処
理ステップＳ１２など）をさらに備えることを特徴とす
る。
ータを送信してくる送信装置が、その送信先の処理能力
に基づいて、ディジタル信号の符号化方法を指示する場
合において、自身の処理能力を、送信装置に送信する処
理能力送信手段（例えば、図１２に示すプログラムの処
理ステップＳ１２など）をさらに備えることを特徴とす
る。
【００４１】請求項３４に記載の受信装置は、符号化デ
ータを送信してくる送信装置に対して、ディジタル信号
を符号化するのに用いる符号化方法の要求を送信する要
求送信手段（例えば、図１２に示すプログラムの処理ス
テップＳ１８など）をさらに備えることを特徴とする。
ータを送信してくる送信装置に対して、ディジタル信号
を符号化するのに用いる符号化方法の要求を送信する要
求送信手段（例えば、図１２に示すプログラムの処理ス
テップＳ１８など）をさらに備えることを特徴とする。
【００４２】請求項３５に記載の受信装置は、情報処理
装置が、コンピュータプログラムを実行することによ
り、復号手段として機能する場合において、符号化デー
タを復号する復号方法に対応する復号手段として機能す
るためのコンピュータプログラムを有していないとき、
符号化データを送信してくる送信装置が送信する、符号
化データを復号する復号方法に対応する復号手段として
機能するためのコンピュータプログラムを受信する受信
手段（例えば、図１２に示すプログラムの処理ステップ
Ｓ１６など）と、受信手段が受信したコンピュータプロ
グラムを、情報処理装置に組み込む組み込み手段（例え
ば、図１２に示すプログラムの処理ステップＳ１６な
ど）とをさらに備えることを特徴とする。
装置が、コンピュータプログラムを実行することによ
り、復号手段として機能する場合において、符号化デー
タを復号する復号方法に対応する復号手段として機能す
るためのコンピュータプログラムを有していないとき、
符号化データを送信してくる送信装置が送信する、符号
化データを復号する復号方法に対応する復号手段として
機能するためのコンピュータプログラムを受信する受信
手段（例えば、図１２に示すプログラムの処理ステップ
Ｓ１６など）と、受信手段が受信したコンピュータプロ
グラムを、情報処理装置に組み込む組み込み手段（例え
ば、図１２に示すプログラムの処理ステップＳ１６な
ど）とをさらに備えることを特徴とする。
【００４３】請求項３６に記載の受信装置は、複数の符
号化データが多重化されている場合において、抽出手
段、認識手段、および復号手段の組を複数備え、各組の
抽出手段に対して、複数の多重化データを分離して供給
する分離手段（例えば、図７に示す分離部７１など）を
さらに備えることを特徴とする。
号化データが多重化されている場合において、抽出手
段、認識手段、および復号手段の組を複数備え、各組の
抽出手段に対して、複数の多重化データを分離して供給
する分離手段（例えば、図７に示す分離部７１など）を
さらに備えることを特徴とする。
【００４４】請求項４６に記載の送信装置は、ディジタ
ル信号を符号化した符号化データを、所定の伝送路を介
して送信する送信装置であって、ディジタル信号を、複
数の符号化方法でそれぞれ符号化し、符号化データを出
力する複数の符号化手段（例えば、図５に示すエンコー
ダ５３1乃至５３Nなど）と、伝送路の伝送レートを検出
する検出手段（例えば、図５に示す選択指示部５５な
ど）と、複数の符号化方法の中から、伝送路の伝送レー
トに対応したビットレートの符号化データを得ることが
できるものを選択する選択手段（例えば、図５に示すエ
ンコード選択部５６など）と、選択手段により選択され
た符号化方法による符号化データを送信する送信手段
（例えば、図４に示す送信回路３３など）とを備えるこ
とを特徴とする。
ル信号を符号化した符号化データを、所定の伝送路を介
して送信する送信装置であって、ディジタル信号を、複
数の符号化方法でそれぞれ符号化し、符号化データを出
力する複数の符号化手段（例えば、図５に示すエンコー
ダ５３1乃至５３Nなど）と、伝送路の伝送レートを検出
する検出手段（例えば、図５に示す選択指示部５５な
ど）と、複数の符号化方法の中から、伝送路の伝送レー
トに対応したビットレートの符号化データを得ることが
できるものを選択する選択手段（例えば、図５に示すエ
ンコード選択部５６など）と、選択手段により選択され
た符号化方法による符号化データを送信する送信手段
（例えば、図４に示す送信回路３３など）とを備えるこ
とを特徴とする。
【００４５】請求項４８に記載の送信装置は、複数の符
号化手段それぞれがディジタル信号を符号化することに
より得られる複数の符号化データを記憶する複数の記憶
手段（例えば、図１６に示すストレージ９１1乃至９１N
など）をさらに備え、選択手段は、複数の記憶手段にそ
れぞれ記憶された複数の符号化データのうち、伝送路の
伝送レートに対応したビットレートのものを選択するこ
とを特徴とする。
号化手段それぞれがディジタル信号を符号化することに
より得られる複数の符号化データを記憶する複数の記憶
手段（例えば、図１６に示すストレージ９１1乃至９１N
など）をさらに備え、選択手段は、複数の記憶手段にそ
れぞれ記憶された複数の符号化データのうち、伝送路の
伝送レートに対応したビットレートのものを選択するこ
とを特徴とする。
【００４６】請求項６１に記載の送信装置は、選択手段
により選択された符号化方法による符号化データに対し
て、その符号化方法を示す符号化方法情報を付加する付
加手段（例えば、図５に示すヘッダ挿入回路５４など）
をさらに備えることを特徴とする。
により選択された符号化方法による符号化データに対し
て、その符号化方法を示す符号化方法情報を付加する付
加手段（例えば、図５に示すヘッダ挿入回路５４など）
をさらに備えることを特徴とする。
【００４７】請求項９４に記載の受信装置は、ディジタ
ル信号を符号化した符号化データを、所定の伝送路を介
して受信する受信装置であって、伝送路の伝送レートに
対応したビットレートのデータを得ることができる符号
化方法によって符号化された符号化データを受信する受
信手段（例えば、図７に示す受信回路６１など）と、符
号化データを復号する復号手段（例えば、図８に示すデ
コーダ８３1乃至８３N 'など）とを備えることを特徴と
する。
ル信号を符号化した符号化データを、所定の伝送路を介
して受信する受信装置であって、伝送路の伝送レートに
対応したビットレートのデータを得ることができる符号
化方法によって符号化された符号化データを受信する受
信手段（例えば、図７に示す受信回路６１など）と、符
号化データを復号する復号手段（例えば、図８に示すデ
コーダ８３1乃至８３N 'など）とを備えることを特徴と
する。
【００４８】請求項９５に記載の受信装置は、符号化デ
ータに、その符号化方法を示す符号化方法情報が付加さ
れている場合において、符号化方法情報に基づいて、符
号化データの復号方法を認識する認識手段（例えば、図
８に示すヘッダ抽出回路８１など）をさらに備えること
を特徴とする。
ータに、その符号化方法を示す符号化方法情報が付加さ
れている場合において、符号化方法情報に基づいて、符
号化データの復号方法を認識する認識手段（例えば、図
８に示すヘッダ抽出回路８１など）をさらに備えること
を特徴とする。
【００４９】なお、勿論この記載は、各手段を上記した
ものに限定することを意味するものではない。
ものに限定することを意味するものではない。
【００５０】図１は、本発明を適用した伝送システム
（システムとは、複数の装置が論理的に集合した物をい
い、各構成の装置が同一筐体中にあるか否かは問わな
い）の一実施の形態の構成例を示している。
（システムとは、複数の装置が論理的に集合した物をい
い、各構成の装置が同一筐体中にあるか否かは問わな
い）の一実施の形態の構成例を示している。
【００５１】この伝送システムでは、クライアント端末
３からサーバ１に対して、例えば、インターネットや、
ＩＳＤＮ（Integrated Service Digital Network），Ｌ
ＡＮ（Local Area Network），ＰＳＴＮ（Public Switc
hed Telephone Network）などでなるネットワーク２を
介して、時系列のディジタル信号としての、例えば、デ
ィジタルオーディオ信号の要求があると、サーバ１にお
いて、その要求のあったオーディオ信号を、所定の符号
化方法で符号化した符号化データが、ネットワーク２を
介して、クライアント端末３に送信される。クライアン
ト端末３では、サーバ１からの符号化データが受信さ
れ、例えば、リアルタイムで、復号、再生される（スト
リーミング再生される）。
３からサーバ１に対して、例えば、インターネットや、
ＩＳＤＮ（Integrated Service Digital Network），Ｌ
ＡＮ（Local Area Network），ＰＳＴＮ（Public Switc
hed Telephone Network）などでなるネットワーク２を
介して、時系列のディジタル信号としての、例えば、デ
ィジタルオーディオ信号の要求があると、サーバ１にお
いて、その要求のあったオーディオ信号を、所定の符号
化方法で符号化した符号化データが、ネットワーク２を
介して、クライアント端末３に送信される。クライアン
ト端末３では、サーバ１からの符号化データが受信さ
れ、例えば、リアルタイムで、復号、再生される（スト
リーミング再生される）。
【００５２】図２は、図１のサーバ１のハードウェア構
成例を示している。
成例を示している。
【００５３】ＲＯＭ（Read Only Memory）１１には、例
えば、ＩＰＬ（Initial Program Loading）プログラム
などが記憶されている。ＣＰＵ（Central Processor Un
it）１２は、例えば、ＲＯＭ１１に記憶されているＩＰ
Ｌプログラムにしたがって、外部記憶装置１６に記憶
（記録）されたＯＳ（Operating System）のプログラム
を実行し、さらに、そのＯＳの制御の下、外部記憶装置
１６に記憶された各種のアプリケーションプログラムを
実行することで、オーディオ信号の符号化処理や、その
符号化処理により得られる符号化データの、クライアン
ト端末３への送信処理、その他の後述するような各種の
処理などを行う。ＲＡＭ（Random AccessMemory）１３
は、ＣＰＵ１２の動作上必要なプログラムやデータなど
を記憶する。入力装置１４は、例えば、キーボードやマ
ウス、マイク、外部インターフェイスなどで構成され、
必要なデータやコマンドを入力するときに操作される。
さらに、入力装置１４は、外部からディジタルオーディ
オ信号の入力を受け付けるインターフェイスとしても機
能するようになされている。出力装置１５は、例えば、
ディスプレイや、スピーカ、プリンタなどで構成され、
必要な情報を表示、出力する。外部記憶装置１６は、例
えば、ハードディスクなどでなり、上述したＯＳやアプ
リケーションプログラム、さらには、後述するように、
クライアント端末３に提供するデコーダとしてのプログ
ラムモジュールなどを記憶している。また、外部記憶装
置１６は、その他、ＣＰＵ１２の動作上必要なデータな
ども記憶する。通信装置１７は、ネットワーク２を介し
ての通信に必要な制御を行う。
えば、ＩＰＬ（Initial Program Loading）プログラム
などが記憶されている。ＣＰＵ（Central Processor Un
it）１２は、例えば、ＲＯＭ１１に記憶されているＩＰ
Ｌプログラムにしたがって、外部記憶装置１６に記憶
（記録）されたＯＳ（Operating System）のプログラム
を実行し、さらに、そのＯＳの制御の下、外部記憶装置
１６に記憶された各種のアプリケーションプログラムを
実行することで、オーディオ信号の符号化処理や、その
符号化処理により得られる符号化データの、クライアン
ト端末３への送信処理、その他の後述するような各種の
処理などを行う。ＲＡＭ（Random AccessMemory）１３
は、ＣＰＵ１２の動作上必要なプログラムやデータなど
を記憶する。入力装置１４は、例えば、キーボードやマ
ウス、マイク、外部インターフェイスなどで構成され、
必要なデータやコマンドを入力するときに操作される。
さらに、入力装置１４は、外部からディジタルオーディ
オ信号の入力を受け付けるインターフェイスとしても機
能するようになされている。出力装置１５は、例えば、
ディスプレイや、スピーカ、プリンタなどで構成され、
必要な情報を表示、出力する。外部記憶装置１６は、例
えば、ハードディスクなどでなり、上述したＯＳやアプ
リケーションプログラム、さらには、後述するように、
クライアント端末３に提供するデコーダとしてのプログ
ラムモジュールなどを記憶している。また、外部記憶装
置１６は、その他、ＣＰＵ１２の動作上必要なデータな
ども記憶する。通信装置１７は、ネットワーク２を介し
ての通信に必要な制御を行う。
【００５４】次に、図３は、図１のクライアント端末３
のハードウェア構成例を示している。
のハードウェア構成例を示している。
【００５５】クライアント端末３は、ＲＯＭ２１乃至通
信装置２７で構成され、上述したＲＯＭ１１乃至通信装
置１７で構成されるサーバ１と基本的に同様に構成され
ている。
信装置２７で構成され、上述したＲＯＭ１１乃至通信装
置１７で構成されるサーバ１と基本的に同様に構成され
ている。
【００５６】但し、外部記憶装置２６には、アプリケー
ションプログラムとして、例えば、サーバ１からの符号
化データを復号するためのプログラムや、その他の後述
するような処理を行うためのプログラムなどが記憶され
ており、ＣＰＵ２２では、これらのアプリケーションプ
ログラムが実行されることで、符号化データの復号処理
などが行われるようになされている。
ションプログラムとして、例えば、サーバ１からの符号
化データを復号するためのプログラムや、その他の後述
するような処理を行うためのプログラムなどが記憶され
ており、ＣＰＵ２２では、これらのアプリケーションプ
ログラムが実行されることで、符号化データの復号処理
などが行われるようになされている。
【００５７】次に、図４は、図２のサーバ１の機能的構
成例を示している。なお、この構成は、基本的に、ＣＰ
Ｕ１２が、外部記憶装置１６に記憶されているアプリケ
ーションプログラムを実行することで実現される。
成例を示している。なお、この構成は、基本的に、ＣＰ
Ｕ１２が、外部記憶装置１６に記憶されているアプリケ
ーションプログラムを実行することで実現される。
【００５８】クライアント端末３に提供すべきオーディ
オ信号は、オーディオ信号入力回路３１に供給されるよ
うになされており、そこでは、アナログのオーディオ信
号がＡ／Ｄ変換されることにより、ディジタルオーディ
オ信号とされる。そして、オーディオ信号入力回路３１
は、そのディジタル信号としたオーディオ信号を、例え
ば、チャンネルごとに分けて符号化回路３２に供給す
る。
オ信号は、オーディオ信号入力回路３１に供給されるよ
うになされており、そこでは、アナログのオーディオ信
号がＡ／Ｄ変換されることにより、ディジタルオーディ
オ信号とされる。そして、オーディオ信号入力回路３１
は、そのディジタル信号としたオーディオ信号を、例え
ば、チャンネルごとに分けて符号化回路３２に供給す
る。
【００５９】即ち、オーディオ信号入力回路３１には、
例えば、曲のオーディオ信号については、その曲を構成
しているギターや、ピアノ、ドラム、歌（歌詞）などの
各パートごとに分けたものが同期して入力されるように
なされており、オーディオ信号入力回路３１は、各パー
トのオーディオ信号を、各チャンネルのオーディオ信号
として出力するようになされている。
例えば、曲のオーディオ信号については、その曲を構成
しているギターや、ピアノ、ドラム、歌（歌詞）などの
各パートごとに分けたものが同期して入力されるように
なされており、オーディオ信号入力回路３１は、各パー
トのオーディオ信号を、各チャンネルのオーディオ信号
として出力するようになされている。
【００６０】なお、オーディオ信号入力回路３１には、
各パートのオーディオ信号をミキシングしたものを入力
することも可能である。但し、この場合、オーディオ信
号入力回路３１からは、ミキシングされた状態のオーデ
ィオ信号が出力されることになる。
各パートのオーディオ信号をミキシングしたものを入力
することも可能である。但し、この場合、オーディオ信
号入力回路３１からは、ミキシングされた状態のオーデ
ィオ信号が出力されることになる。
【００６１】また、オーディオ信号入力回路３１には、
実際のオーディオ信号の他、例えば、ＭＩＤＩ（Musica
l Instrument Digital Interface）のデータ（ＭＩＤＩ
音源を制御するためのデータ）などを入力することも可
能である。
実際のオーディオ信号の他、例えば、ＭＩＤＩ（Musica
l Instrument Digital Interface）のデータ（ＭＩＤＩ
音源を制御するためのデータ）などを入力することも可
能である。
【００６２】符号化回路３２では、オーディオ信号入力
回路３１からのオーディオ信号が高能率符号化される。
回路３１からのオーディオ信号が高能率符号化される。
【００６３】即ち、図４の実施の形態では、符号化回路
３２は、Ｍ個の符号化部４１1乃至４１Mおよび多重化部
４２で構成されている。符号化部４１m（ｍ＝１，２，
・・・，Ｍ）には、オーディオ信号入力回路３１から、
対応するチャンネルのオーディオ信号が供給される。符
号化部４１mでは、オーディオ信号入力回路３１からの
オーディオ信号が符号化され、その結果得られる符号化
データは、多重化回路４２に供給される。多重化回路４
２では、符号化部４１1乃至４１MそれぞれからのＭ個の
符号化データが多重化され、多重化データとして、送信
回路３３に供給される。
３２は、Ｍ個の符号化部４１1乃至４１Mおよび多重化部
４２で構成されている。符号化部４１m（ｍ＝１，２，
・・・，Ｍ）には、オーディオ信号入力回路３１から、
対応するチャンネルのオーディオ信号が供給される。符
号化部４１mでは、オーディオ信号入力回路３１からの
オーディオ信号が符号化され、その結果得られる符号化
データは、多重化回路４２に供給される。多重化回路４
２では、符号化部４１1乃至４１MそれぞれからのＭ個の
符号化データが多重化され、多重化データとして、送信
回路３３に供給される。
【００６４】送信回路３３は、多重化データを、ネット
ワーク２を介して送信するための通信プロトコルに対応
したフォーマットに変換し、ネットワーク２を介して、
クライアント端末３に送信する。
ワーク２を介して送信するための通信プロトコルに対応
したフォーマットに変換し、ネットワーク２を介して、
クライアント端末３に送信する。
【００６５】次に、図５は、図４の符号化部４１mの構
成例を示している。
成例を示している。
【００６６】フレーム切出回路５１は、オーディ信号入
力回路３１からのオーディオ信号（オーディオデータ）
を、所定の長さ（例えば、エンコーダ５３1乃至５３Nに
よる符号化処理に適した長さや、ネットワーク２を介し
てのパケット（ネットワークパケット）送信に適した長
さ）のフレーム単位で切り出し、スイッチ５２に供給す
る。スイッチ５２は、エンコード選択回路５６の制御の
下、エンコーダ５３1乃至５３Nのうちのいずれかを選択
するようになされており、従って、フレーム切出回路５
１が出力するフレームは、スイッチ５２を介して、エン
コーダ５３1乃至５３Nのうちのいずれかに供給される。
力回路３１からのオーディオ信号（オーディオデータ）
を、所定の長さ（例えば、エンコーダ５３1乃至５３Nに
よる符号化処理に適した長さや、ネットワーク２を介し
てのパケット（ネットワークパケット）送信に適した長
さ）のフレーム単位で切り出し、スイッチ５２に供給す
る。スイッチ５２は、エンコード選択回路５６の制御の
下、エンコーダ５３1乃至５３Nのうちのいずれかを選択
するようになされており、従って、フレーム切出回路５
１が出力するフレームは、スイッチ５２を介して、エン
コーダ５３1乃至５３Nのうちのいずれかに供給される。
【００６７】エンコーダ５３1乃至５３N（Ｎは２以上）
は、それぞれ異なる符号化方法（例えば、リニアＰＣＭ
（Pulse Code Modulation）や、ＡＤＰＣＭ（Adaptive
Differential PCM），ＭＰＥＧ（Moving Picture Exper
ts Group）のレイヤ１，２，３，ＡＴＲＡＣ（Adaptive
Transform Acoustic Coding），ＡＴＲＡＣ２，ＨＶＸ
Ｃ（Harmonic Vector Excitation Coding）など）で、
オーディオ信号の符号化を行うようになされている。本
実施の形態では、例えば、得られる符号化データのビッ
トレートが多い（高い）が、オーディオ信号の再現性が
比較的良い符号化方法や、符号化データのビットレート
は少ない（低い）が、オーディオ信号の再現性が幾分劣
る符号化方法、復号するのに多くの演算量を必要とする
符号化方法（このような符号化方法は、一般に、符号化
時の演算量も多い）、復号するのにあまり多くの演算量
を必要としない符号化方法、特に音声（人間の発話）に
適した符号化方法、その他各種の符号化方法による符号
化を行うエンコーダが、エンコーダ５３1乃至５３Nとし
て用意されている。
は、それぞれ異なる符号化方法（例えば、リニアＰＣＭ
（Pulse Code Modulation）や、ＡＤＰＣＭ（Adaptive
Differential PCM），ＭＰＥＧ（Moving Picture Exper
ts Group）のレイヤ１，２，３，ＡＴＲＡＣ（Adaptive
Transform Acoustic Coding），ＡＴＲＡＣ２，ＨＶＸ
Ｃ（Harmonic Vector Excitation Coding）など）で、
オーディオ信号の符号化を行うようになされている。本
実施の形態では、例えば、得られる符号化データのビッ
トレートが多い（高い）が、オーディオ信号の再現性が
比較的良い符号化方法や、符号化データのビットレート
は少ない（低い）が、オーディオ信号の再現性が幾分劣
る符号化方法、復号するのに多くの演算量を必要とする
符号化方法（このような符号化方法は、一般に、符号化
時の演算量も多い）、復号するのにあまり多くの演算量
を必要としない符号化方法、特に音声（人間の発話）に
適した符号化方法、その他各種の符号化方法による符号
化を行うエンコーダが、エンコーダ５３1乃至５３Nとし
て用意されている。
【００６８】ここで、得られる符号化データのビットレ
ートが多い符号化方法としては、例えば、リニアＰＣＭ
（この符号化方法により得られる符号化データは、Ａ／
Ｄ変換されたディジタルオーディオ信号をそのまま出力
したものに等しい）などがある。さらに、得られる符号
化データのビットレートが少ない符号化方法（従って、
圧縮率が高い符号化方法）としては、例えば、ＭＰＥＧ
レイヤ３やＡＴＲＡＣ２などがある。また、例えば、復
号するのにあまり多くの演算量を必要としない符号化方
法としては、例えば、ＡＴＲＡＣなどがある。さらに、
音声に適した符号化方法としては、例えば、線形予測を
利用したものや、ＨＶＸＣなどがある。なお、ＨＶＸＣ
は、本件出願人が先に提案した手法の１つであり、その
詳細については、例えば、特開平９−１２７９８９号公
報などに開示されている。
ートが多い符号化方法としては、例えば、リニアＰＣＭ
（この符号化方法により得られる符号化データは、Ａ／
Ｄ変換されたディジタルオーディオ信号をそのまま出力
したものに等しい）などがある。さらに、得られる符号
化データのビットレートが少ない符号化方法（従って、
圧縮率が高い符号化方法）としては、例えば、ＭＰＥＧ
レイヤ３やＡＴＲＡＣ２などがある。また、例えば、復
号するのにあまり多くの演算量を必要としない符号化方
法としては、例えば、ＡＴＲＡＣなどがある。さらに、
音声に適した符号化方法としては、例えば、線形予測を
利用したものや、ＨＶＸＣなどがある。なお、ＨＶＸＣ
は、本件出願人が先に提案した手法の１つであり、その
詳細については、例えば、特開平９−１２７９８９号公
報などに開示されている。
【００６９】なお、ここでは、例えばＡＴＲＡＣ２であ
っても、ビットレートが異なれば、「異なる符号化方
法」に該当するものとする。従って、エンコーダ５３1
乃至５３Nは、例えば、すべてＡＴＲＡＣ２による符号
化を行うが、出力される符号化データのデータレート
が、それぞれ、６４Ｋｂｐｓ，３２Ｋｂｐｓ，２４Ｋｂ
ｐｓ，・・・となっている場合もある。
っても、ビットレートが異なれば、「異なる符号化方
法」に該当するものとする。従って、エンコーダ５３1
乃至５３Nは、例えば、すべてＡＴＲＡＣ２による符号
化を行うが、出力される符号化データのデータレート
が、それぞれ、６４Ｋｂｐｓ，３２Ｋｂｐｓ，２４Ｋｂ
ｐｓ，・・・となっている場合もある。
【００７０】選択指示部５５は、エンコーダ５３1乃至
５３Nそれぞれに対応する複数の符号化方法の中から、
後述するようにして適切な符号化方法を決定し、その符
号化方法を選択するように、エンコード選択回路５６に
対して指示をだす。エンコード選択回路５６は、この指
示にしたがって、スイッチ５２を制御し、その指示され
たエンコード方法による符号化を行うエンコーダを選択
させる。従って、フレーム切出回路５１が出力するフレ
ームは、スイッチ５２を介し、エンコーダ５３１乃至５
３Ｎのうちの、選択されたエンコーダ（以下、適宜、選
択エンコーダという）に供給される。
５３Nそれぞれに対応する複数の符号化方法の中から、
後述するようにして適切な符号化方法を決定し、その符
号化方法を選択するように、エンコード選択回路５６に
対して指示をだす。エンコード選択回路５６は、この指
示にしたがって、スイッチ５２を制御し、その指示され
たエンコード方法による符号化を行うエンコーダを選択
させる。従って、フレーム切出回路５１が出力するフレ
ームは、スイッチ５２を介し、エンコーダ５３１乃至５
３Ｎのうちの、選択されたエンコーダ（以下、適宜、選
択エンコーダという）に供給される。
【００７１】エンコーダ５３1乃至５３Nのうちの選択エ
ンコーダでは、そこに供給されたフレームが、所定の符
号化方法（選択エンコーダにおける符号化方法であるの
で、以下、適宜、選択符号化方法という）で符号化され
る。選択エンコーダにおける符号化の結果得られる符号
化データは、ヘッダ挿入回路５４に供給され、そこで、
選択符号化方法を表すＩＤ（Identification）（符号化
方法情報）が付加される。
ンコーダでは、そこに供給されたフレームが、所定の符
号化方法（選択エンコーダにおける符号化方法であるの
で、以下、適宜、選択符号化方法という）で符号化され
る。選択エンコーダにおける符号化の結果得られる符号
化データは、ヘッダ挿入回路５４に供給され、そこで、
選択符号化方法を表すＩＤ（Identification）（符号化
方法情報）が付加される。
【００７２】即ち、本実施の形態では、オーディオ信号
が、Ｎ個の符号化方法のうちのいずれかで符号化され
る。また、後述するように、ある一連のオーディオ信号
の符号化の途中で、スイッチ５２が切り替えられること
により、そのオーディオ信号の一部が、ある符号化方法
で符号化され、他の一部が、他の符号化方法で符号化さ
れることがある。そこで、ヘッダ挿入回路５４では、オ
ーディオ信号の各フレームが、どのような符号化方法で
符号化されたかを示すための情報として、各フレームの
符号化データには、そのフレームが符号化されたときの
符号化方法を示すＩＤが付加される。
が、Ｎ個の符号化方法のうちのいずれかで符号化され
る。また、後述するように、ある一連のオーディオ信号
の符号化の途中で、スイッチ５２が切り替えられること
により、そのオーディオ信号の一部が、ある符号化方法
で符号化され、他の一部が、他の符号化方法で符号化さ
れることがある。そこで、ヘッダ挿入回路５４では、オ
ーディオ信号の各フレームが、どのような符号化方法で
符号化されたかを示すための情報として、各フレームの
符号化データには、そのフレームが符号化されたときの
符号化方法を示すＩＤが付加される。
【００７３】ここで、例えば、エンコーダ５３1乃至５
３Nそれぞれには、ユニークな番号を付しておき、その
番号を表すバイト列を、ＩＤとして使用することができ
る。なお、どのようなＩＤを使用するかは、サーバ１側
とクライアント端末３側との間で、あらかじめ定めてお
く（コンセンサスをとっておく）必要がある。
３Nそれぞれには、ユニークな番号を付しておき、その
番号を表すバイト列を、ＩＤとして使用することができ
る。なお、どのようなＩＤを使用するかは、サーバ１側
とクライアント端末３側との間で、あらかじめ定めてお
く（コンセンサスをとっておく）必要がある。
【００７４】ヘッダ挿入回路５４においてＩＤの付加さ
れた符号化データは、多重化部４２（図４）に供給され
る。なお、ヘッダ挿入回路５４においては、フレーム単
位でＩＤを付加するのではなく、例えば、符号化方法が
変化した直後のフレームにのみ、ＩＤを付加するように
することも可能である。
れた符号化データは、多重化部４２（図４）に供給され
る。なお、ヘッダ挿入回路５４においては、フレーム単
位でＩＤを付加するのではなく、例えば、符号化方法が
変化した直後のフレームにのみ、ＩＤを付加するように
することも可能である。
【００７５】図６は、ヘッダ挿入回路５４が出力するデ
ータのフォーマットを示している。
ータのフォーマットを示している。
【００７６】同図に示すように、エンコーダ５３mから
出力された符号化データは、ヘッダ挿入回路５４におい
て、そのエンコーダ５３mにおける符号化方法を表すＩ
ＤとしてのＩＤmが、例えば、ヘッダに挿入された状態
で出力される。
出力された符号化データは、ヘッダ挿入回路５４におい
て、そのエンコーダ５３mにおける符号化方法を表すＩ
ＤとしてのＩＤmが、例えば、ヘッダに挿入された状態
で出力される。
【００７７】次に、図７は、図３のクライアント端末３
の機能的構成例を示している。なお、この構成は、基本
的に、ＣＰＵ２２が外部記憶装置２６に記憶されたアプ
リケーションプログラムを実行することで実現される。
の機能的構成例を示している。なお、この構成は、基本
的に、ＣＰＵ２２が外部記憶装置２６に記憶されたアプ
リケーションプログラムを実行することで実現される。
【００７８】サーバ１から、ネットワーク２を介して送
信されてくる符号化ビットストリーム（多重化データ）
は、受信回路６１に供給される。受信回路６１では、符
号化ビットストリームが受信され、図４の送信回路３３
におけるフォーマット変換に対応するフォーマット変換
が施された後、復号回路６２に供給されて復号される。
信されてくる符号化ビットストリーム（多重化データ）
は、受信回路６１に供給される。受信回路６１では、符
号化ビットストリームが受信され、図４の送信回路３３
におけるフォーマット変換に対応するフォーマット変換
が施された後、復号回路６２に供給されて復号される。
【００７９】復号回路６２は、分離部７１およびＭ個の
復号部７２1乃至７２Mで構成されている。なお、ここで
は、復号回路６２を構成する復号部７２1乃至７２Mの数
を、図４の符号化回路３２を構成する符号化部４１1乃
至４１Mの数と同一にしているが、それらの数は一致し
ていなくてもかまわない。但し、復号部の数が、符号化
部の数よりも少ない場合には、クライアント端末３にお
いて、復号、再生されないチャンネル（パート）のオー
ディオ信号が生じることになる。
復号部７２1乃至７２Mで構成されている。なお、ここで
は、復号回路６２を構成する復号部７２1乃至７２Mの数
を、図４の符号化回路３２を構成する符号化部４１1乃
至４１Mの数と同一にしているが、それらの数は一致し
ていなくてもかまわない。但し、復号部の数が、符号化
部の数よりも少ない場合には、クライアント端末３にお
いて、復号、再生されないチャンネル（パート）のオー
ディオ信号が生じることになる。
【００８０】分離部７１には、受信回路６１が出力す多
重化データが供給されるようになされており、そこで
は、多重化データが、各チャンネルの符号化データに分
離される。この各チャンネルの符号化データそれぞれ
は、復号部７２1乃至７２Mのうちの、対応するものに供
給される。
重化データが供給されるようになされており、そこで
は、多重化データが、各チャンネルの符号化データに分
離される。この各チャンネルの符号化データそれぞれ
は、復号部７２1乃至７２Mのうちの、対応するものに供
給される。
【００８１】復号部７２mでは、分離部７１からの符号
化データが、ディジタルオーディオ信号に復号され、オ
ーディオ信号出力回路６３に供給される。オーディオ信
号出力回路６３では、復号部７２1乃至７２Mそれぞれか
らのオーディオ信号が、Ｄ／Ａ変換され、さらに、必要
に応じてミキシングされて出力される。オーディオ信号
出力回路６３が出力するオーディオ信号は、出力装置２
５（図３）を構成するスピーカなどから出力される。
化データが、ディジタルオーディオ信号に復号され、オ
ーディオ信号出力回路６３に供給される。オーディオ信
号出力回路６３では、復号部７２1乃至７２Mそれぞれか
らのオーディオ信号が、Ｄ／Ａ変換され、さらに、必要
に応じてミキシングされて出力される。オーディオ信号
出力回路６３が出力するオーディオ信号は、出力装置２
５（図３）を構成するスピーカなどから出力される。
【００８２】次に、図８は、図７の復号部７２mの構成
例を示している。
例を示している。
【００８３】分離部７１からの符号化データは、ヘッダ
抽出回路８１に供給される。ヘッダ抽出回路８１では、
符号化データに付加されているＩＤが抽出され、そのＩ
Ｄに基づいて、その符号化データの復号方法が認識され
る。即ち、上述したように、ＩＤは、符号化方法を表
し、符号化方法が分かれば、その復号方法も分かる。そ
こで、ヘッダ抽出回路８１では、符号化データに付加さ
れているＩＤに基づいて、その符号化データの復号方法
が認識される。さらに、ヘッダ抽出回路８１は、その復
号方法の認識結果に基づいて、スイッチ８２を制御し、
デコーダ８３1乃至８３N'のうちのいずれかを選択させ
る。そして、ヘッダ抽出回路８１は、ＩＤを取り除いた
符号化データを、デコーダ８３1乃至８３N'のうちの、
スイッチ５２が選択しているもの（以下、適宜、選択デ
コーダという）に供給する。
抽出回路８１に供給される。ヘッダ抽出回路８１では、
符号化データに付加されているＩＤが抽出され、そのＩ
Ｄに基づいて、その符号化データの復号方法が認識され
る。即ち、上述したように、ＩＤは、符号化方法を表
し、符号化方法が分かれば、その復号方法も分かる。そ
こで、ヘッダ抽出回路８１では、符号化データに付加さ
れているＩＤに基づいて、その符号化データの復号方法
が認識される。さらに、ヘッダ抽出回路８１は、その復
号方法の認識結果に基づいて、スイッチ８２を制御し、
デコーダ８３1乃至８３N'のうちのいずれかを選択させ
る。そして、ヘッダ抽出回路８１は、ＩＤを取り除いた
符号化データを、デコーダ８３1乃至８３N'のうちの、
スイッチ５２が選択しているもの（以下、適宜、選択デ
コーダという）に供給する。
【００８４】デコーダ８３1乃至８３N'（Ｎ’は１以
上）は、それぞれ異なる復号方法（基本的には、サーバ
１のエンコーダ５３1乃至５３Nそれぞれにおける符号化
方法に対応する復号方法）で、符号化データを復号する
ようになされており、ヘッダ抽出回路８１からスイッチ
８２を介して、符号化データが供給される選択デコーダ
では、その符号化データが、オーディオ信号に復号され
る。この復号されたオーディオ信号は、オーディオ信号
出力回路６３（図７）に供給される。
上）は、それぞれ異なる復号方法（基本的には、サーバ
１のエンコーダ５３1乃至５３Nそれぞれにおける符号化
方法に対応する復号方法）で、符号化データを復号する
ようになされており、ヘッダ抽出回路８１からスイッチ
８２を介して、符号化データが供給される選択デコーダ
では、その符号化データが、オーディオ信号に復号され
る。この復号されたオーディオ信号は、オーディオ信号
出力回路６３（図７）に供給される。
【００８５】次に、図９のフローチャートを参照して、
サーバ１の処理について説明する。
サーバ１の処理について説明する。
【００８６】サーバ１は、クライアント端末３から、ネ
ットワーク２を介して、オーディオ信号の供給を受ける
ための接続要求が送信されてくると、その接続要求を受
信し、図９のフローチャートにしたがった処理を行う。
ットワーク２を介して、オーディオ信号の供給を受ける
ための接続要求が送信されてくると、その接続要求を受
信し、図９のフローチャートにしたがった処理を行う。
【００８７】即ち、サーバ１のＣＰＵ１２では、まず最
初に、ステップＳ１において、クライアント端末３との
通信を行うために必要な接続処理が行われ、これによ
り、クライアント端末３との間の通信リンクが確立され
る。なお、サーバ１は、例えば、現在接続されているク
ライアント端末の数が、自身が処理可能な数であるかど
うかや、安定した通信を阻害するような大きな負荷がか
かっていないかどうかなどを確認し、クライアント端末
３に対する処理を問題なく行うことができる状態であれ
ば、クライアント端末３との間の通信リンクを確立する
が、そのような状態でないときは、クライアント端末３
との間の接続を拒否するようになされている。
初に、ステップＳ１において、クライアント端末３との
通信を行うために必要な接続処理が行われ、これによ
り、クライアント端末３との間の通信リンクが確立され
る。なお、サーバ１は、例えば、現在接続されているク
ライアント端末の数が、自身が処理可能な数であるかど
うかや、安定した通信を阻害するような大きな負荷がか
かっていないかどうかなどを確認し、クライアント端末
３に対する処理を問題なく行うことができる状態であれ
ば、クライアント端末３との間の通信リンクを確立する
が、そのような状態でないときは、クライアント端末３
との間の接続を拒否するようになされている。
【００８８】そして、ステップＳ２において、ＣＰＵ１
２は、通信リンクを確立したクライアント端末３の処理
能力を判定する。ここで、クライアント端末３の処理能
力の判定は、例えば、図１０に示すようにして行われ
る。
２は、通信リンクを確立したクライアント端末３の処理
能力を判定する。ここで、クライアント端末３の処理能
力の判定は、例えば、図１０に示すようにして行われ
る。
【００８９】即ち、クライアント端末３は、図１０
（Ａ）に示すように、通信リンクの確立後、ＣＰＵ２２
の性能（ＣＰＵ名やクロックなど）や、メモリ容量（Ｒ
ＡＭ２３の容量）、ＯＳ、ハードディスクの残量（外部
記憶装置２６の残量）などのシステム情報を送信するな
されており、ＣＰＵ１２では、このように、クライアン
ト端末３から、いわば自主的に送信されてくるシステム
情報に基づいて、その処理能力が判定される。
（Ａ）に示すように、通信リンクの確立後、ＣＰＵ２２
の性能（ＣＰＵ名やクロックなど）や、メモリ容量（Ｒ
ＡＭ２３の容量）、ＯＳ、ハードディスクの残量（外部
記憶装置２６の残量）などのシステム情報を送信するな
されており、ＣＰＵ１２では、このように、クライアン
ト端末３から、いわば自主的に送信されてくるシステム
情報に基づいて、その処理能力が判定される。
【００９０】また、ＣＰＵ１２は、クライアント端末３
との間の通信リンクの確立後、通信装置１７を制御する
ことにより、図１０（Ｂ）に示すように、クライアント
端末３に対し、ネットワーク２を介して、システム情報
の送信を要求するシステム情報要求を送信する。このシ
ステム情報要求は、クライアント端末３の通信装置２７
で受信され、ＣＰＵ２２に供給される。ＣＰＵ２２は、
システム情報要求を受信すると、通信装置２７を制御す
ることにより、図１０（Ｂ）に示すように、クライアン
ト端末３のシステム情報を、ネットワーク２を介して、
サーバ１に送信する。サーバ１では、このようにして送
信されてくるシステム情報が、通信装置２７で受信さ
れ、ＣＰＵ１２に供給される。ＣＰＵ１２は、このシス
テム情報に基づいて、クライアント端末３の処理能力を
認識する。
との間の通信リンクの確立後、通信装置１７を制御する
ことにより、図１０（Ｂ）に示すように、クライアント
端末３に対し、ネットワーク２を介して、システム情報
の送信を要求するシステム情報要求を送信する。このシ
ステム情報要求は、クライアント端末３の通信装置２７
で受信され、ＣＰＵ２２に供給される。ＣＰＵ２２は、
システム情報要求を受信すると、通信装置２７を制御す
ることにより、図１０（Ｂ）に示すように、クライアン
ト端末３のシステム情報を、ネットワーク２を介して、
サーバ１に送信する。サーバ１では、このようにして送
信されてくるシステム情報が、通信装置２７で受信さ
れ、ＣＰＵ１２に供給される。ＣＰＵ１２は、このシス
テム情報に基づいて、クライアント端末３の処理能力を
認識する。
【００９１】さらに、ＣＰＵ１２は、クライアント端末
３との間の通信リンクの確立後、通信装置１７を制御す
ることにより、図１０（Ｃ）に示すように、エンコーダ
５３1乃至５３Nのうちのいずれかにより符号化した、例
えば、１フレーム分の符号化データを、ダミーのデータ
として、クライアント端末３に送信する。なお、このダ
ミーのデータとしては、例えば、クライアント端末３
が、接続要求時に要求するオーディオ信号の一部を用い
ることができる。また、ダミーのデータとする符号化デ
ータは、あらかじめ処理能力認識用に用意しておいても
良い。
３との間の通信リンクの確立後、通信装置１７を制御す
ることにより、図１０（Ｃ）に示すように、エンコーダ
５３1乃至５３Nのうちのいずれかにより符号化した、例
えば、１フレーム分の符号化データを、ダミーのデータ
として、クライアント端末３に送信する。なお、このダ
ミーのデータとしては、例えば、クライアント端末３
が、接続要求時に要求するオーディオ信号の一部を用い
ることができる。また、ダミーのデータとする符号化デ
ータは、あらかじめ処理能力認識用に用意しておいても
良い。
【００９２】サーバ１から送信されてくるダミーのデー
タは、クライアント端末３で受信され、復号部７２mが
有するデコーダ８３1乃至８３N'のうちのいずれかでデ
コードされる。即ち、ダミーのデータにも、ＩＤが付加
されており、図８に示した復号部７２mでは、ヘッダ抽
出回路８１において、ダミーのデータに付加されている
ＩＤが抽出され、そのＩＤに基づいて、ダミーのデータ
の復号方法が認識される。そして、ヘッダ抽出回路８１
は、その復号方法によって復号を行うデコーダを、スイ
ッチ８２を制御することにより選択させ、これにより、
ダミーのデータは、デコーダ８３1乃至８３N'のうち
の、選択デコーダに供給されて復号される。
タは、クライアント端末３で受信され、復号部７２mが
有するデコーダ８３1乃至８３N'のうちのいずれかでデ
コードされる。即ち、ダミーのデータにも、ＩＤが付加
されており、図８に示した復号部７２mでは、ヘッダ抽
出回路８１において、ダミーのデータに付加されている
ＩＤが抽出され、そのＩＤに基づいて、ダミーのデータ
の復号方法が認識される。そして、ヘッダ抽出回路８１
は、その復号方法によって復号を行うデコーダを、スイ
ッチ８２を制御することにより選択させ、これにより、
ダミーのデータは、デコーダ８３1乃至８３N'のうち
の、選択デコーダに供給されて復号される。
【００９３】クライアント端末３のＣＰＵ２２は、選択
デコーダにおいて、ダミーのデータを復号するのに要し
たデコード時間を測定し、図１０（Ｃ）に示すように、
そのデコード時間を、サーバ１に送信する。サーバ１の
ＣＰＵ１２では、そのデコード時間に基づいて、クライ
アント端末３の処理能力が認識される。
デコーダにおいて、ダミーのデータを復号するのに要し
たデコード時間を測定し、図１０（Ｃ）に示すように、
そのデコード時間を、サーバ１に送信する。サーバ１の
ＣＰＵ１２では、そのデコード時間に基づいて、クライ
アント端末３の処理能力が認識される。
【００９４】ＣＰＵ１２は、クライアント端末３の処理
能力の認識後、その処理能力が、オーディオ信号を、リ
アルタイムで復号、再生するのに十分であるかどうかを
判定する。即ち、図１０（Ａ）や図１０（Ｂ）で説明し
たようにして、クライアント端末３の処理能力が認識さ
れる場合には、エンコーダ５３1乃至５３Nによって符号
化された符号化データそれぞれを、リアルタイムで復号
するのに必要なシステムリソースを記述したリソーステ
ーブルが、例えば、外部記憶装置１６に記憶されてお
り、ＣＰＵ１２は、このリソーステーブルを参照するこ
とで、クライアント端末３の処理能力が、オーディオ信
号を所定の符号化方法で符号化した符号化データを、リ
アルタイムで復号、再生するのに十分であるかどうかを
判定する。
能力の認識後、その処理能力が、オーディオ信号を、リ
アルタイムで復号、再生するのに十分であるかどうかを
判定する。即ち、図１０（Ａ）や図１０（Ｂ）で説明し
たようにして、クライアント端末３の処理能力が認識さ
れる場合には、エンコーダ５３1乃至５３Nによって符号
化された符号化データそれぞれを、リアルタイムで復号
するのに必要なシステムリソースを記述したリソーステ
ーブルが、例えば、外部記憶装置１６に記憶されてお
り、ＣＰＵ１２は、このリソーステーブルを参照するこ
とで、クライアント端末３の処理能力が、オーディオ信
号を所定の符号化方法で符号化した符号化データを、リ
アルタイムで復号、再生するのに十分であるかどうかを
判定する。
【００９５】また、図１０（Ｃ）で説明したようにし
て、クライアント端末３の処理能力が認識される場合に
は、ＣＰＵ１２は、クライアント端末３における符号化
データのデコード時間が、その符号化データを復号した
オーディオ信号の再生時間よりも短いかどうかによっ
て、クライアント端末３の処理能力が、符号化データ
を、リアルタイムで復号、再生するのに十分であるかど
うかを判定する。即ち、デコード時間が、再生時間より
も短い場合には、クライアント端末３の処理能力が十分
であると判定され、そうでない場合には、クライアント
端末３の処理能力が不十分であると判定される。
て、クライアント端末３の処理能力が認識される場合に
は、ＣＰＵ１２は、クライアント端末３における符号化
データのデコード時間が、その符号化データを復号した
オーディオ信号の再生時間よりも短いかどうかによっ
て、クライアント端末３の処理能力が、符号化データ
を、リアルタイムで復号、再生するのに十分であるかど
うかを判定する。即ち、デコード時間が、再生時間より
も短い場合には、クライアント端末３の処理能力が十分
であると判定され、そうでない場合には、クライアント
端末３の処理能力が不十分であると判定される。
【００９６】ここで、図１０（Ｃ）で説明した方法で、
クライアント端末３の処理能力を認識する場合において
は、ダミーのデータは、クライアント端末３が有するデ
コーダ８３1乃至８３N'のうちのいずれかで復号可能な
ものを用いる必要がある。なお、クライアント端末３に
おいて、どのような符号化データが復号可能であるか
は、例えば、その復号方法に対応するＩＤを、あらかじ
め定めておいた方法で、クライアント端末３からサーバ
１に送信することで、サーバ１に認識させることができ
る。あるいは、サーバ１において、エンコーダ５３1乃
至５３Nに符号化させたダミーのデータを順次送信し、
クライアント端末３では、サーバ１から送信されてくる
ダミーのデータのうち、復号可能なものについてだけ復
号を行い、そのデコード時間を、サーバ１に返すように
しても良い。
クライアント端末３の処理能力を認識する場合において
は、ダミーのデータは、クライアント端末３が有するデ
コーダ８３1乃至８３N'のうちのいずれかで復号可能な
ものを用いる必要がある。なお、クライアント端末３に
おいて、どのような符号化データが復号可能であるか
は、例えば、その復号方法に対応するＩＤを、あらかじ
め定めておいた方法で、クライアント端末３からサーバ
１に送信することで、サーバ１に認識させることができ
る。あるいは、サーバ１において、エンコーダ５３1乃
至５３Nに符号化させたダミーのデータを順次送信し、
クライアント端末３では、サーバ１から送信されてくる
ダミーのデータのうち、復号可能なものについてだけ復
号を行い、そのデコード時間を、サーバ１に返すように
しても良い。
【００９７】また、図１０（Ｃ）の方法による場合にお
いては、ダミーのデータの復号を行うデコーダ（選択デ
コーダ）によっては、そのダミーのデータの内容（元の
オーディオ信号の振幅の変化の仕方など）によって、復
号に要する処理量が変化するときがあるが、このような
ときには、ダミーのデータとしては、例えば、処理量が
最も大きくなるまたは少なくなるものを使用することが
できる。
いては、ダミーのデータの復号を行うデコーダ（選択デ
コーダ）によっては、そのダミーのデータの内容（元の
オーディオ信号の振幅の変化の仕方など）によって、復
号に要する処理量が変化するときがあるが、このような
ときには、ダミーのデータとしては、例えば、処理量が
最も大きくなるまたは少なくなるものを使用することが
できる。
【００９８】さらに、図１０（Ｃ）では、クライアント
端末３からサーバ１に対して、デコード時間を送信し、
サーバ１において、そのデコード時間に基づいて、クラ
イアント端末３の処理能力が十分かどうかを判定させる
ようにしたが、この判定は、デコード時間の他、自身の
システムリソースなどにも基づいて、クライアント端末
３に判定させ、その判定結果を、サーバ１に送信させる
ようにしても良い。
端末３からサーバ１に対して、デコード時間を送信し、
サーバ１において、そのデコード時間に基づいて、クラ
イアント端末３の処理能力が十分かどうかを判定させる
ようにしたが、この判定は、デコード時間の他、自身の
システムリソースなどにも基づいて、クライアント端末
３に判定させ、その判定結果を、サーバ１に送信させる
ようにしても良い。
【００９９】なお、図１０（Ｃ）の方法による場合に
は、クライアント端末３に、実際に復号を行わせるた
め、他のプロセスでシステムリソースが使用されている
場合には、その分を除いた、符号化データの復号、再生
に割くことのできる、実質的なパワー（資源）を認識す
ることができる。
は、クライアント端末３に、実際に復号を行わせるた
め、他のプロセスでシステムリソースが使用されている
場合には、その分を除いた、符号化データの復号、再生
に割くことのできる、実質的なパワー（資源）を認識す
ることができる。
【０１００】図９に戻り、サーバ１のＣＰＵ１２は、ク
ライアント端末３の処理能力を認識すると、ステップＳ
３に進み、その処理能力の範囲内で、符号化データの、
リアルタイムでの復号、再生が可能なように、エンコー
ドスケジュールを設定する。即ち、選択指示部５５とし
て機能するＣＰＵ１２は、エンコーダ５３1乃至５３Nの
うちのいずれの符号化方法によって、クライアント端末
３が要求するオーディオ信号を符号化するかを決定す
る。
ライアント端末３の処理能力を認識すると、ステップＳ
３に進み、その処理能力の範囲内で、符号化データの、
リアルタイムでの復号、再生が可能なように、エンコー
ドスケジュールを設定する。即ち、選択指示部５５とし
て機能するＣＰＵ１２は、エンコーダ５３1乃至５３Nの
うちのいずれの符号化方法によって、クライアント端末
３が要求するオーディオ信号を符号化するかを決定す
る。
【０１０１】具体的には、例えば、クライアント端末３
の処理能力の範囲内で、より大きなパワーが必要とされ
る復号方法に対応する符号化方法で、かつネットワーク
２の伝送レートを越えない範囲で、より高いデータレー
トの符号化データを出力する符号化方法が、オーディオ
信号を符号化する符号化方法として設定される。この場
合、クライアント端末３で再生されるオーディオ信号の
音質を良くすることができる。
の処理能力の範囲内で、より大きなパワーが必要とされ
る復号方法に対応する符号化方法で、かつネットワーク
２の伝送レートを越えない範囲で、より高いデータレー
トの符号化データを出力する符号化方法が、オーディオ
信号を符号化する符号化方法として設定される。この場
合、クライアント端末３で再生されるオーディオ信号の
音質を良くすることができる。
【０１０２】また、例えば、そのような符号化方法が複
数存在する場合には、クライアント端末３が要求するオ
ーディオ信号に基づいて、符号化方法を設定する。即
ち、例えば、複数の符号化方法の中に、音声に適した符
号化方法（例えば、線形予測係数を利用するものや、Ｈ
ＶＸＣなど）と、楽器の音に適した符号化方法（例え
ば、ＡＴＲＡＣなど）とが含まれている場合において、
クライアント端末３が要求するオーディオ信号が、ある
一部分については、音声のレベルが比較的高く、他の一
部分については、楽器の音のレベルが比較的高いときに
は、音声のレベルが比較的高い部分については、音声に
適した符号化方法が設定され、楽器のレベルが比較的高
い部分については、楽器に適した符号化方法が設定され
る。
数存在する場合には、クライアント端末３が要求するオ
ーディオ信号に基づいて、符号化方法を設定する。即
ち、例えば、複数の符号化方法の中に、音声に適した符
号化方法（例えば、線形予測係数を利用するものや、Ｈ
ＶＸＣなど）と、楽器の音に適した符号化方法（例え
ば、ＡＴＲＡＣなど）とが含まれている場合において、
クライアント端末３が要求するオーディオ信号が、ある
一部分については、音声のレベルが比較的高く、他の一
部分については、楽器の音のレベルが比較的高いときに
は、音声のレベルが比較的高い部分については、音声に
適した符号化方法が設定され、楽器のレベルが比較的高
い部分については、楽器に適した符号化方法が設定され
る。
【０１０３】従って、サーバ１では、一連のオーディオ
信号について、その全体が、ある１つの符号化方法で符
号化されるとは限らず、ある部分については、ある符号
化方法で、他の部分については、それと異なる符号化方
法で符号化される場合がある。ステップＳ３では、この
ように、時系列のオーディオ信号を符号化するにあたっ
て用いる符号化方法の、いわばスケジュールが設定され
るので、このスケジュールをエンコードスケジュールと
呼んでいる。
信号について、その全体が、ある１つの符号化方法で符
号化されるとは限らず、ある部分については、ある符号
化方法で、他の部分については、それと異なる符号化方
法で符号化される場合がある。ステップＳ３では、この
ように、時系列のオーディオ信号を符号化するにあたっ
て用いる符号化方法の、いわばスケジュールが設定され
るので、このスケジュールをエンコードスケジュールと
呼んでいる。
【０１０４】なお、エンコードスケジュールとしては、
サーバ１の管理者（あるいは、オーディオ信号の提供
者）が、入力装置１４を操作することで、オーディオ信
号に適したものを、あらかじめ設定しておくようにする
ことも可能である。但し、そのあらかじめ設定されたエ
ンコードスケジュールを構成する符号化方法によるので
は、クライアント端末３の処理能力や、ネットワーク２
の伝送レートなどの観点から、リアルタイムでの復号、
再生を行うのが無理な場合には、ステップＳ３におい
て、その無理な部分に対応する符号化方法が、リアルタ
イムで復号、再生が可能なものに変更される。
サーバ１の管理者（あるいは、オーディオ信号の提供
者）が、入力装置１４を操作することで、オーディオ信
号に適したものを、あらかじめ設定しておくようにする
ことも可能である。但し、そのあらかじめ設定されたエ
ンコードスケジュールを構成する符号化方法によるので
は、クライアント端末３の処理能力や、ネットワーク２
の伝送レートなどの観点から、リアルタイムでの復号、
再生を行うのが無理な場合には、ステップＳ３におい
て、その無理な部分に対応する符号化方法が、リアルタ
イムで復号、再生が可能なものに変更される。
【０１０５】ここで、ネットワーク２の伝送レートの認
識方法については、後述する。
識方法については、後述する。
【０１０６】エンコードスケジュールが設定されると、
ステップＳ４に進み、ＣＰＵ１２は、クライアント端末
３のデコーダのアップデート（デコーダのバージョンア
ップ、新規のデコーダのインストールの両方を含む）が
必要であるかどうかを判定する。即ち、ステップＳ３で
設定されたエンコードスケジュールにしたがって、オー
ディオ信号を符号化し、符号化データとして、クライア
ント端末３に送信しても、クライアント端末３が、その
符号化データを復号可能なデコーダを有していない場合
には、オーディオ信号を再生することができない。そこ
で、ＣＰＵ１２は、クライアント端末３が有するデコー
ダ８３1乃至８３N'を認識し、さらに、エンコードスケ
ジュールに含まれる符号化方法による符号化データのう
ち、クライアント端末３で復号することができないもの
があるかどうかを認識する。
ステップＳ４に進み、ＣＰＵ１２は、クライアント端末
３のデコーダのアップデート（デコーダのバージョンア
ップ、新規のデコーダのインストールの両方を含む）が
必要であるかどうかを判定する。即ち、ステップＳ３で
設定されたエンコードスケジュールにしたがって、オー
ディオ信号を符号化し、符号化データとして、クライア
ント端末３に送信しても、クライアント端末３が、その
符号化データを復号可能なデコーダを有していない場合
には、オーディオ信号を再生することができない。そこ
で、ＣＰＵ１２は、クライアント端末３が有するデコー
ダ８３1乃至８３N'を認識し、さらに、エンコードスケ
ジュールに含まれる符号化方法による符号化データのう
ち、クライアント端末３で復号することができないもの
があるかどうかを認識する。
【０１０７】ここで、サーバ１のＣＰＵ１２では、例え
ば、クライアント端末３が有するデコーダ８３1乃至８
３N'それぞれの復号方法に対応する符号化方法について
のＩＤを、クライアント端末３から送信してもらうこと
で、そのデコーダ８３1乃至８３N'が認識される。ま
た、サーバ１のＣＰＵ１２は、例えば、エンコーダ５３
1乃至５３Nそれぞれに符号化させたダミーのデータを順
次送信し、クライアント端末３において、そのダミーの
データを復号させ、その復号結果を送信してもらうこと
で、その復号結果に基づき、クライアント端末３が有す
るデコーダ８３1乃至８３N'を認識する。
ば、クライアント端末３が有するデコーダ８３1乃至８
３N'それぞれの復号方法に対応する符号化方法について
のＩＤを、クライアント端末３から送信してもらうこと
で、そのデコーダ８３1乃至８３N'が認識される。ま
た、サーバ１のＣＰＵ１２は、例えば、エンコーダ５３
1乃至５３Nそれぞれに符号化させたダミーのデータを順
次送信し、クライアント端末３において、そのダミーの
データを復号させ、その復号結果を送信してもらうこと
で、その復号結果に基づき、クライアント端末３が有す
るデコーダ８３1乃至８３N'を認識する。
【０１０８】なお、サーバ１が、クライアント端末３が
有するデコーダ８３1乃至８３N'を認識するためのデー
タのやりとりは、例えば、ステップＳ２において、クラ
イアント端末３の処理能力を認識するためのデータのや
りとりとともに行うことも可能であるし、ステップＳ４
の処理の直前に行うようにしても良い。
有するデコーダ８３1乃至８３N'を認識するためのデー
タのやりとりは、例えば、ステップＳ２において、クラ
イアント端末３の処理能力を認識するためのデータのや
りとりとともに行うことも可能であるし、ステップＳ４
の処理の直前に行うようにしても良い。
【０１０９】エンコードスケジュールに含まれる符号化
方法による符号化データのうち、クライアント端末３で
復号することができないものがある場合には、ステップ
Ｓ４において、デコーダのアップデートが必要であると
判定される。この場合、ステップＳ４からＳ５に進み、
ＣＰＵ１２は、通信装置１７を制御することにより、ア
ップデートを行って良いかどうかを確認するための確認
メッセージを、クライアント端末３に送信する。
方法による符号化データのうち、クライアント端末３で
復号することができないものがある場合には、ステップ
Ｓ４において、デコーダのアップデートが必要であると
判定される。この場合、ステップＳ４からＳ５に進み、
ＣＰＵ１２は、通信装置１７を制御することにより、ア
ップデートを行って良いかどうかを確認するための確認
メッセージを、クライアント端末３に送信する。
【０１１０】この確認メッセージは、クライアント端末
３の通信装置２７で受信され、出力装置２５において表
示される。クライアント端末３のユーザは、この確認メ
ッセージを見て、アップデートを行うかどうかのメッセ
ージ（以下、適宜、アップデート可否メッセージとい
う）を、入力装置２４を操作することで入力する。通信
装置２７は、このアップデート可否メッセージを、サー
バ１に送信し、サーバ１の通信装置１７で受信される。
なお、クライアント端末３に、アップデートの可否を、
あらかじめ設定しておき、クライアント端末３からは、
その設定に基づいて、アップデート可否メッセージを送
信するようにすることも可能である。
３の通信装置２７で受信され、出力装置２５において表
示される。クライアント端末３のユーザは、この確認メ
ッセージを見て、アップデートを行うかどうかのメッセ
ージ（以下、適宜、アップデート可否メッセージとい
う）を、入力装置２４を操作することで入力する。通信
装置２７は、このアップデート可否メッセージを、サー
バ１に送信し、サーバ１の通信装置１７で受信される。
なお、クライアント端末３に、アップデートの可否を、
あらかじめ設定しておき、クライアント端末３からは、
その設定に基づいて、アップデート可否メッセージを送
信するようにすることも可能である。
【０１１１】通信装置１７で受信されたアップデート可
否メッセージは、ＣＰＵ１２に供給される。ＣＰＵ１２
は、ステップＳ６において、アップデート可否メッセー
ジに基づいて、デコーダのアップデートを行うべきかど
うかを判定する。即ち、アップデート可否メッセージ
が、アップデートを行う旨を表している場合、ステップ
Ｓ６では、アップデートを行うべきと判定され、ステッ
プＳ７に進み、ＣＰＵ１２は、デコーダのアップデート
処理を行う。
否メッセージは、ＣＰＵ１２に供給される。ＣＰＵ１２
は、ステップＳ６において、アップデート可否メッセー
ジに基づいて、デコーダのアップデートを行うべきかど
うかを判定する。即ち、アップデート可否メッセージ
が、アップデートを行う旨を表している場合、ステップ
Ｓ６では、アップデートを行うべきと判定され、ステッ
プＳ７に進み、ＣＰＵ１２は、デコーダのアップデート
処理を行う。
【０１１２】即ち、外部記憶装置１６には、エンコーダ
５３1乃至５３Nそれぞれが出力する符号化データをデコ
ードするためのデコーダとして、コンピュータを機能さ
せるためのプログラムモジュール（デコーダライブラ
リ）が記憶されており、ＣＰＵ１２は、エンコードスケ
ジュールに含まれる符号化方法による符号化データのう
ち、クライアント端末３で復号することができないもの
を復号するデコーダとして、クライアント端末３を機能
させるためのデコーダライブラリを、外部記憶装置１６
から読み出す。なお、外部記憶装置１６には、各種のＣ
ＰＵやＯＳ上で動作するデコーダライブラリを記憶して
おり、ＣＰＵ１２は、ステップＳ２で認識した処理能力
に基づき、クライアント端末３で動作可能なデコーダラ
イブラリを、外部記憶装置１６から読み出す。
５３1乃至５３Nそれぞれが出力する符号化データをデコ
ードするためのデコーダとして、コンピュータを機能さ
せるためのプログラムモジュール（デコーダライブラ
リ）が記憶されており、ＣＰＵ１２は、エンコードスケ
ジュールに含まれる符号化方法による符号化データのう
ち、クライアント端末３で復号することができないもの
を復号するデコーダとして、クライアント端末３を機能
させるためのデコーダライブラリを、外部記憶装置１６
から読み出す。なお、外部記憶装置１６には、各種のＣ
ＰＵやＯＳ上で動作するデコーダライブラリを記憶して
おり、ＣＰＵ１２は、ステップＳ２で認識した処理能力
に基づき、クライアント端末３で動作可能なデコーダラ
イブラリを、外部記憶装置１６から読み出す。
【０１１３】さらに、ＣＰＵ１２は、外部記憶装置１６
から読み出したデコーダライブラリを、それをクライア
ント端末３に組み込む（インストールする）ためのイン
ストールプログラムとともに、クライアント端末３に送
信する。クライアント端末３では、このデコーダライブ
ラリおよびインストールプログラムが受信され、さら
に、インストールプログラムが起動、実行されること
で、デコーダライブラリがインストールされる。
から読み出したデコーダライブラリを、それをクライア
ント端末３に組み込む（インストールする）ためのイン
ストールプログラムとともに、クライアント端末３に送
信する。クライアント端末３では、このデコーダライブ
ラリおよびインストールプログラムが受信され、さら
に、インストールプログラムが起動、実行されること
で、デコーダライブラリがインストールされる。
【０１１４】なお、エンコードスケジュールに含まれる
符号化方法による符号化データのうち、クライアント端
末３で復号することができないものが複数存在する場合
には、ステップＳ７では、その複数の符号化データそれ
ぞれを復号するデコーダとしてのデコーダライブラリが
送信され、クライアント端末３においてインストールさ
れる。
符号化方法による符号化データのうち、クライアント端
末３で復号することができないものが複数存在する場合
には、ステップＳ７では、その複数の符号化データそれ
ぞれを復号するデコーダとしてのデコーダライブラリが
送信され、クライアント端末３においてインストールさ
れる。
【０１１５】また、デコーダライブラリは、必要なとき
のみロードされるダイナミックリンクライブラリとする
ことができる。但し、デコーダライブラリを、ダイナミ
ックリンクライブラリとする場合には、クライアント端
末３上で動作しているＯＳが、ダイナミックリンクライ
ブラリを扱うことができるものである必要がある。
のみロードされるダイナミックリンクライブラリとする
ことができる。但し、デコーダライブラリを、ダイナミ
ックリンクライブラリとする場合には、クライアント端
末３上で動作しているＯＳが、ダイナミックリンクライ
ブラリを扱うことができるものである必要がある。
【０１１６】ステップＳ７において、デコーダのアップ
デート処理が終了すると、ステップＳ８に進み、クライ
アント端末８から要求のあったオーディオ信号が、エン
コードスケジュールにしたがって、符号化データに符号
化され、ネットワーク２を介して送信される。
デート処理が終了すると、ステップＳ８に進み、クライ
アント端末８から要求のあったオーディオ信号が、エン
コードスケジュールにしたがって、符号化データに符号
化され、ネットワーク２を介して送信される。
【０１１７】即ち、図５に示した符号化部４１mにおい
て、選択指示部５５は、エンコードスケジュールにした
がって、エンコード選択回路５６を指示することで、ス
イッチ５２に、エンコーダ５３1乃至５３Nのうちのいず
れかを選択させる。これにより、フレーム切出回路５１
に入力され、フレーム単位にされたオーディオ信号は、
スイッチ５２が選択しているエンコーダ（選択エンコー
ダ）に供給され、符号化データとされる。この符号化デ
ータは、ヘッダ挿入回路５４に挿入され、ＩＤが付加さ
れた後、多重化部４２に供給され、以下、上述したよう
にして、クライアント端末３に送信される。
て、選択指示部５５は、エンコードスケジュールにした
がって、エンコード選択回路５６を指示することで、ス
イッチ５２に、エンコーダ５３1乃至５３Nのうちのいず
れかを選択させる。これにより、フレーム切出回路５１
に入力され、フレーム単位にされたオーディオ信号は、
スイッチ５２が選択しているエンコーダ（選択エンコー
ダ）に供給され、符号化データとされる。この符号化デ
ータは、ヘッダ挿入回路５４に挿入され、ＩＤが付加さ
れた後、多重化部４２に供給され、以下、上述したよう
にして、クライアント端末３に送信される。
【０１１８】具体的には、例えば、いま、図１１（Ａ）
に示すような、時刻ｔ0からｔ6までの一連のオーディオ
信号（ｔ0＜ｔ6）が、クライアント端末３から要求され
た場合において、図１１（Ｂ）に示すようなエンコード
スケジュールが設定されたとする。なお、図１１におい
て、Ｅ1乃至Ｅ4は、エンコーダ５３1乃至５３4それぞれ
における符号化方法を表しているものとする。
に示すような、時刻ｔ0からｔ6までの一連のオーディオ
信号（ｔ0＜ｔ6）が、クライアント端末３から要求され
た場合において、図１１（Ｂ）に示すようなエンコード
スケジュールが設定されたとする。なお、図１１におい
て、Ｅ1乃至Ｅ4は、エンコーダ５３1乃至５３4それぞれ
における符号化方法を表しているものとする。
【０１１９】図１１（Ｂ）のエンコードスケジュールで
は、時刻ｔ0乃至ｔ1，ｔ1乃至ｔ2，ｔ2乃至ｔ3，ｔ3乃
至ｔ4，ｔ4乃至ｔ5，ｔ5乃至ｔ6（ｔ0＜ｔ1＜ｔ2＜ｔ3
＜ｔ4＜ｔ5＜ｔ6）において、符号化方法Ｅ1，Ｅ2，
Ｅ3，Ｅ4，Ｅ2，Ｅ3が、それぞれ指定されている。その
結果、時刻ｔ0乃至ｔ1，ｔ1乃至ｔ2，ｔ2乃至ｔ3，ｔ3
乃至ｔ4，ｔ4乃至ｔ5，ｔ5乃至ｔ6においては、スイッ
チ５２は、エンコーダ５３1，５３2，５３3，５３4，５
３2，５３3をそれぞれ選択し、従って、図１１（Ａ）に
示したオーディオ信号は、時刻ｔ0乃至ｔ1，ｔ1乃至
ｔ2，ｔ2乃至ｔ3，ｔ3乃至ｔ4，ｔ4乃至ｔ5，ｔ5乃至ｔ
6に対応する部分が、エンコーダ５３1，５３2，５３3，
５３4，５３2，５３3でそれぞれ符号化され、クライア
ント端末３に送信される。
は、時刻ｔ0乃至ｔ1，ｔ1乃至ｔ2，ｔ2乃至ｔ3，ｔ3乃
至ｔ4，ｔ4乃至ｔ5，ｔ5乃至ｔ6（ｔ0＜ｔ1＜ｔ2＜ｔ3
＜ｔ4＜ｔ5＜ｔ6）において、符号化方法Ｅ1，Ｅ2，
Ｅ3，Ｅ4，Ｅ2，Ｅ3が、それぞれ指定されている。その
結果、時刻ｔ0乃至ｔ1，ｔ1乃至ｔ2，ｔ2乃至ｔ3，ｔ3
乃至ｔ4，ｔ4乃至ｔ5，ｔ5乃至ｔ6においては、スイッ
チ５２は、エンコーダ５３1，５３2，５３3，５３4，５
３2，５３3をそれぞれ選択し、従って、図１１（Ａ）に
示したオーディオ信号は、時刻ｔ0乃至ｔ1，ｔ1乃至
ｔ2，ｔ2乃至ｔ3，ｔ3乃至ｔ4，ｔ4乃至ｔ5，ｔ5乃至ｔ
6に対応する部分が、エンコーダ５３1，５３2，５３3，
５３4，５３2，５３3でそれぞれ符号化され、クライア
ント端末３に送信される。
【０１２０】図９に戻り、ステップＳ８において、クラ
イアント端末３から要求されたオーディオ信号を符号化
した符号化データのすべての送信が終了すると、サーバ
１は、クライアント端末３との接続を切断し、処理を終
了する。
イアント端末３から要求されたオーディオ信号を符号化
した符号化データのすべての送信が終了すると、サーバ
１は、クライアント端末３との接続を切断し、処理を終
了する。
【０１２１】一方、アップデート可否メッセージが、ア
ップデートを行わない旨を表している場合、ステップＳ
６では、アップデートを行うべきでないと判定され、ス
テップＳ９に進み、ＣＰＵ１２は、エンコードスケジュ
ールの変更を行う。
ップデートを行わない旨を表している場合、ステップＳ
６では、アップデートを行うべきでないと判定され、ス
テップＳ９に進み、ＣＰＵ１２は、エンコードスケジュ
ールの変更を行う。
【０１２２】即ち、ＣＰＵ１２は、既に認識しているク
ライアント端末３の処理能力と、それが有しているデコ
ーダに基づいて、クライアント端末３が、リアルタイム
で復号可能な符号化データへの符号化方法を認識する。
そして、エンコードスケジュールの符号化方法のうち、
クライアント端末３が、復号することができない符号化
データの符号化方法を認識し、それを、クライアント端
末３が復号可能な符号化データの符号化方法に変更す
る。
ライアント端末３の処理能力と、それが有しているデコ
ーダに基づいて、クライアント端末３が、リアルタイム
で復号可能な符号化データへの符号化方法を認識する。
そして、エンコードスケジュールの符号化方法のうち、
クライアント端末３が、復号することができない符号化
データの符号化方法を認識し、それを、クライアント端
末３が復号可能な符号化データの符号化方法に変更す
る。
【０１２３】具体的には、例えば、図１１（Ｂ）に示し
たように、エンコードスケジュールが、時刻ｔ0乃至
ｔ1，ｔ1乃至ｔ2，ｔ2乃至ｔ3，ｔ3乃至ｔ4，ｔ4乃至ｔ
5，ｔ5乃至ｔ6において、符号化方法Ｅ1，Ｅ2，Ｅ3，Ｅ
4，Ｅ2，Ｅ3をそれぞれ指定するものである場合におい
て、クライアント端末３が、リアルタイムで復号可能な
符号化データの符号化方法がＥ1，Ｅ2，Ｅ4で、符号化
方法Ｅ2による符号化データを復号するデコーダを有し
ていないときには、エンコードスケジュールのうち、符
号化方法Ｅ2が指定されている部分が、例えば、図１１
（Ｃ）に示すように、クライアント端末３が、リアルタ
イムで復号可能な符号化データの符号化方法がＥ1，
Ｅ3，Ｅ4のうちのいずれかに変更される。図１１（Ｃ）
では、符号化方法Ｅ2が指定されている時刻ｔ1乃至
ｔ2，ｔ4乃至ｔ5におけるオーディオ信号の符号化方法
が、符号化方法Ｅ1に変更されている。
たように、エンコードスケジュールが、時刻ｔ0乃至
ｔ1，ｔ1乃至ｔ2，ｔ2乃至ｔ3，ｔ3乃至ｔ4，ｔ4乃至ｔ
5，ｔ5乃至ｔ6において、符号化方法Ｅ1，Ｅ2，Ｅ3，Ｅ
4，Ｅ2，Ｅ3をそれぞれ指定するものである場合におい
て、クライアント端末３が、リアルタイムで復号可能な
符号化データの符号化方法がＥ1，Ｅ2，Ｅ4で、符号化
方法Ｅ2による符号化データを復号するデコーダを有し
ていないときには、エンコードスケジュールのうち、符
号化方法Ｅ2が指定されている部分が、例えば、図１１
（Ｃ）に示すように、クライアント端末３が、リアルタ
イムで復号可能な符号化データの符号化方法がＥ1，
Ｅ3，Ｅ4のうちのいずれかに変更される。図１１（Ｃ）
では、符号化方法Ｅ2が指定されている時刻ｔ1乃至
ｔ2，ｔ4乃至ｔ5におけるオーディオ信号の符号化方法
が、符号化方法Ｅ1に変更されている。
【０１２４】ステップＳ９において、エンコードスケジ
ュールが変更された後は、ステップＳ８に進み、クライ
アント端末３から要求のあったオーディオ信号が、変更
後のエンコードスケジュールにしたがって、符号化デー
タに符号化され、ネットワーク２を介して送信される。
そして、オーディオ信号すべてについての符号化データ
の送信が終了すると、サーバ１は、クライアント端末３
との接続を切断し、処理を終了する。
ュールが変更された後は、ステップＳ８に進み、クライ
アント端末３から要求のあったオーディオ信号が、変更
後のエンコードスケジュールにしたがって、符号化デー
タに符号化され、ネットワーク２を介して送信される。
そして、オーディオ信号すべてについての符号化データ
の送信が終了すると、サーバ１は、クライアント端末３
との接続を切断し、処理を終了する。
【０１２５】なお、クライアント端末３から、アップデ
ートを行わない旨のアップデート可否メッセージが送信
されてくるのは、クライアント端末３のユーザが、デコ
ーダをアップデートしたくない場合の他、例えば、次の
ような場合がある。即ち、例えば、クライアント端末３
における外部記憶装置２６の残量が十分でない場合や、
クライアント端末３が、携帯型などの小型のもので、書
き換え可能な記録媒体を有していない場合には、クライ
アント端末３から、アップデートを行わない旨のアップ
デート可否メッセージが送信される。
ートを行わない旨のアップデート可否メッセージが送信
されてくるのは、クライアント端末３のユーザが、デコ
ーダをアップデートしたくない場合の他、例えば、次の
ような場合がある。即ち、例えば、クライアント端末３
における外部記憶装置２６の残量が十分でない場合や、
クライアント端末３が、携帯型などの小型のもので、書
き換え可能な記録媒体を有していない場合には、クライ
アント端末３から、アップデートを行わない旨のアップ
デート可否メッセージが送信される。
【０１２６】一方、エンコードスケジュールに含まれる
符号化方法による符号化データのうち、クライアント端
末３で復号することができないものがない場合には、ス
テップＳ４において、デコーダのアップデートが必要で
ないと判定される。この場合、ステップＳ４からＳ８に
進み、クライアント端末８から要求のあったオーディオ
信号が、ステップＳ３で設定されたエンコードスケジュ
ールにしたがって、符号化データに符号化され、ネット
ワーク２を介して送信される。そして、オーディオ信号
すべてについての符号化データの送信が終了すると、サ
ーバ１は、クライアント端末３との接続を切断し、処理
を終了する。
符号化方法による符号化データのうち、クライアント端
末３で復号することができないものがない場合には、ス
テップＳ４において、デコーダのアップデートが必要で
ないと判定される。この場合、ステップＳ４からＳ８に
進み、クライアント端末８から要求のあったオーディオ
信号が、ステップＳ３で設定されたエンコードスケジュ
ールにしたがって、符号化データに符号化され、ネット
ワーク２を介して送信される。そして、オーディオ信号
すべてについての符号化データの送信が終了すると、サ
ーバ１は、クライアント端末３との接続を切断し、処理
を終了する。
【０１２７】なお、クライアント端末３において、アッ
プデートを行わない旨のアップデート可否メッセージを
送信する場合においては、そのアップデート可否メッセ
ージに加えて、オーディオ信号の符号化方法を指定する
要求を送信することが可能である。この場合、ステップ
Ｓ９では、クライアント端末３からの要求に基づいて、
エンコードスケジュールが変更される。
プデートを行わない旨のアップデート可否メッセージを
送信する場合においては、そのアップデート可否メッセ
ージに加えて、オーディオ信号の符号化方法を指定する
要求を送信することが可能である。この場合、ステップ
Ｓ９では、クライアント端末３からの要求に基づいて、
エンコードスケジュールが変更される。
【０１２８】また、クライアント端末３から、アップデ
ートを行わない旨のアップデート可否メッセージを受信
し、ステップＳ９でエンコードスケジュールにおける符
号化方法を変更した場合には、以後、その変更する前の
符号化方法は、クライアント端末３に対して符号化デー
タを提供するときに用いないようにすることができる。
これは、クライアント端末３と、変更前の符号化方法と
を対応付けて記憶しておくことで行うことが可能であ
る。
ートを行わない旨のアップデート可否メッセージを受信
し、ステップＳ９でエンコードスケジュールにおける符
号化方法を変更した場合には、以後、その変更する前の
符号化方法は、クライアント端末３に対して符号化デー
タを提供するときに用いないようにすることができる。
これは、クライアント端末３と、変更前の符号化方法と
を対応付けて記憶しておくことで行うことが可能であ
る。
【０１２９】次に、図１２のフローチャートを参照し
て、クライアント端末３の処理についてさらに説明す
る。
て、クライアント端末３の処理についてさらに説明す
る。
【０１３０】ユーザは、サーバ１に対して、オーディオ
信号を要求する場合、入力装置２４を、そのオーディオ
信号を要求するように操作する。この場合、ＣＰＵ２２
は、通信装置２７を制御することにより、ステップＳ１
１において、接続要求を、ネットワーク２を介して、サ
ーバ１に送信する。サーバ１では、この接続要求に対応
して、図９のステップＳ１で、クライアント端末３との
通信リンクが確立される。クライアント端末３は、サー
バ１との間の通信リンクが確立されると、オーディオ信
号の要求を、サーバ１に送信する。
信号を要求する場合、入力装置２４を、そのオーディオ
信号を要求するように操作する。この場合、ＣＰＵ２２
は、通信装置２７を制御することにより、ステップＳ１
１において、接続要求を、ネットワーク２を介して、サ
ーバ１に送信する。サーバ１では、この接続要求に対応
して、図９のステップＳ１で、クライアント端末３との
通信リンクが確立される。クライアント端末３は、サー
バ１との間の通信リンクが確立されると、オーディオ信
号の要求を、サーバ１に送信する。
【０１３１】その後、クライアント端末３のＣＰＵ２２
は、ステップＳ１２において、自身の処理能力を、サー
バ１に送信する。サーバ１では、このクライアント端末
３の処理能力が受信、認識され、さらに、エンコードス
ケジュールがたてられる。そして、サーバ１は、デコー
ダのアップデートが必要な場合は、クライアント端末３
に対して、確認メッセージを送信し、必要でない場合
は、クライアント端末３が要求したオーディオ信号を、
エンコードスケジュールにしたがって符号化した符号化
データを送信する。
は、ステップＳ１２において、自身の処理能力を、サー
バ１に送信する。サーバ１では、このクライアント端末
３の処理能力が受信、認識され、さらに、エンコードス
ケジュールがたてられる。そして、サーバ１は、デコー
ダのアップデートが必要な場合は、クライアント端末３
に対して、確認メッセージを送信し、必要でない場合
は、クライアント端末３が要求したオーディオ信号を、
エンコードスケジュールにしたがって符号化した符号化
データを送信する。
【０１３２】クライアント端末３では、自身の処理能力
を送信した後、ステップＳ１３において、確認メッセー
ジが送信されてきたかどうかが判定される。ステップＳ
１３において、確認メッセージが送信されてきた場合、
その確認メッセージが、通信装置２７で受信され、ＣＰ
Ｕ２２に供給される。ＣＰＵ２２は、確認メッセージを
受信すると、それを、出力装置２５に供給して表示させ
る。
を送信した後、ステップＳ１３において、確認メッセー
ジが送信されてきたかどうかが判定される。ステップＳ
１３において、確認メッセージが送信されてきた場合、
その確認メッセージが、通信装置２７で受信され、ＣＰ
Ｕ２２に供給される。ＣＰＵ２２は、確認メッセージを
受信すると、それを、出力装置２５に供給して表示させ
る。
【０１３３】出力装置２５に表示された確認メッセージ
を見て、ユーザは、デコーダのアップデートを行うかど
うかのアップデート可否メッセージを、入力装置２４を
操作することで入力する。入力装置２４が操作されるこ
とにより、アップデート可否メッセージの入力がある
と、ステップＳ１４に進み、ＣＰＵ２２は、そのアップ
デート可否メッセージが、アップデートを要求するもの
であるか、または拒否するものであるかを判定する。ス
テップＳ１４において、アップデート可否メッセージが
アップデートを要求するものであると判定された場合、
ステップＳ１５に進み、ＣＰＵ２２は、通信装置２７を
制御することで、アップデートを要求する（アップデー
トを行う）旨のアップデート可否メッセージを、サーバ
１に送信する。
を見て、ユーザは、デコーダのアップデートを行うかど
うかのアップデート可否メッセージを、入力装置２４を
操作することで入力する。入力装置２４が操作されるこ
とにより、アップデート可否メッセージの入力がある
と、ステップＳ１４に進み、ＣＰＵ２２は、そのアップ
デート可否メッセージが、アップデートを要求するもの
であるか、または拒否するものであるかを判定する。ス
テップＳ１４において、アップデート可否メッセージが
アップデートを要求するものであると判定された場合、
ステップＳ１５に進み、ＣＰＵ２２は、通信装置２７を
制御することで、アップデートを要求する（アップデー
トを行う）旨のアップデート可否メッセージを、サーバ
１に送信する。
【０１３４】このアップデート可否メッセージを受信し
たサーバ１では、上述したように、デコーダライブラリ
とインストールプログラムが送信されてくるので、クラ
イアント端末３は、ステップＳ１６において、これらの
プログラムを受信して組みアップデート処理を行う。即
ち、クライアント端末３では、通信装置２７において、
デコーダライブラリとインストールプログラムが受信さ
れる。そして、ＣＰＵ２２において、インストールプロ
グラムが実行されることにより、デコーダライブラリ
が、外部記憶装置２６にインストールされる。
たサーバ１では、上述したように、デコーダライブラリ
とインストールプログラムが送信されてくるので、クラ
イアント端末３は、ステップＳ１６において、これらの
プログラムを受信して組みアップデート処理を行う。即
ち、クライアント端末３では、通信装置２７において、
デコーダライブラリとインストールプログラムが受信さ
れる。そして、ＣＰＵ２２において、インストールプロ
グラムが実行されることにより、デコーダライブラリ
が、外部記憶装置２６にインストールされる。
【０１３５】その後、サーバ１からは、符号化データが
送信されてくるので、クライアント端末３では、ステッ
プＳ１７において、その符号化データが受信され、復
号、再生される。
送信されてくるので、クライアント端末３では、ステッ
プＳ１７において、その符号化データが受信され、復
号、再生される。
【０１３６】即ち、図８に示した復号部７２mでは、ヘ
ッダ抽出回路８１において、符号化データに付加されて
いるＩＤが抽出され、そのＩＤに基づいて、その符号化
データの復号方法が認識される。さらに、ヘッダ抽出回
路８１は、その復号方法の認識結果に基づいて、スイッ
チ８２を制御し、デコーダ８３1乃至８３N'のうちのい
ずれかを選択させる（但し、ステップＳ１６のアップデ
ート処理によって、デコーダライブラリがインストール
された場合には、デコーダ８３1乃至８３N'に、そのデ
コーダライブラリに対応する新たなデコーダを加えたも
ののうちのいずれかが選択される）。そして、ヘッダ抽
出回路８１は、ＩＤを取り除いた符号化データを、デコ
ーダ８３1乃至８３N'のうちの、スイッチ５２が選択し
ているもの（選択デコーダ）に供給する。
ッダ抽出回路８１において、符号化データに付加されて
いるＩＤが抽出され、そのＩＤに基づいて、その符号化
データの復号方法が認識される。さらに、ヘッダ抽出回
路８１は、その復号方法の認識結果に基づいて、スイッ
チ８２を制御し、デコーダ８３1乃至８３N'のうちのい
ずれかを選択させる（但し、ステップＳ１６のアップデ
ート処理によって、デコーダライブラリがインストール
された場合には、デコーダ８３1乃至８３N'に、そのデ
コーダライブラリに対応する新たなデコーダを加えたも
ののうちのいずれかが選択される）。そして、ヘッダ抽
出回路８１は、ＩＤを取り除いた符号化データを、デコ
ーダ８３1乃至８３N'のうちの、スイッチ５２が選択し
ているもの（選択デコーダ）に供給する。
【０１３７】選択デコーダでは、そこに入力される符号
化データが、元のオーディオ信号に復号され、オーディ
オ信号出力回路６３（図７）に供給される。そして、サ
ーバ１からの符号化データのすべての復号、再生が終了
すると、処理を終了する。
化データが、元のオーディオ信号に復号され、オーディ
オ信号出力回路６３（図７）に供給される。そして、サ
ーバ１からの符号化データのすべての復号、再生が終了
すると、処理を終了する。
【０１３８】また、ステップＳ１４において、アップデ
ート可否メッセージがアップデートを拒否するものであ
ると判定された場合、ステップＳ１８に進み、ＣＰＵ２
２は、通信装置２７を制御することで、アップデートを
拒否する（アップデートを行わない）旨のアップデート
可否メッセージを、サーバ１に送信する。
ート可否メッセージがアップデートを拒否するものであ
ると判定された場合、ステップＳ１８に進み、ＣＰＵ２
２は、通信装置２７を制御することで、アップデートを
拒否する（アップデートを行わない）旨のアップデート
可否メッセージを、サーバ１に送信する。
【０１３９】このアップデート可否メッセージを受信し
たサーバ１では、上述したように、エンコードスケジュ
ールが、クライアント端末３が有するデコーダ８３1乃
至８３N'のうちのいずれかで復号可能な符号化方法で構
成されるものに変更され、その変更後のエンコードスケ
ジュールにしたがって符号化された符号化データが送信
されてくるので、クライアント端末３では、ステップＳ
１８からＳ１７に進み、上述したように、この符号化デ
ータが受信され、復号、再生されて、処理を終了する。
たサーバ１では、上述したように、エンコードスケジュ
ールが、クライアント端末３が有するデコーダ８３1乃
至８３N'のうちのいずれかで復号可能な符号化方法で構
成されるものに変更され、その変更後のエンコードスケ
ジュールにしたがって符号化された符号化データが送信
されてくるので、クライアント端末３では、ステップＳ
１８からＳ１７に進み、上述したように、この符号化デ
ータが受信され、復号、再生されて、処理を終了する。
【０１４０】一方、ステップＳ１３において、確認メッ
セージが送信されてこないと判定された場合、即ち、上
述したように、デコーダのアップデートが必要でなく、
このため、サーバ１から、符号化データが送信されてき
た場合、ステップＳ１７に進み、上述したように、符号
化データが受信され、復号、再生されて、処理を終了す
る。
セージが送信されてこないと判定された場合、即ち、上
述したように、デコーダのアップデートが必要でなく、
このため、サーバ１から、符号化データが送信されてき
た場合、ステップＳ１７に進み、上述したように、符号
化データが受信され、復号、再生されて、処理を終了す
る。
【０１４１】なお、ＣＰＵ２２は、ステップＳ１６のア
ップデート処理において、デコーダライブラリをインス
トールした場合、そのデコーダライブラリを実行するこ
とで、図８に示したデコーダ８３1乃至８３N'に加え
て、新たなデコーダを構成する（ＣＰＵ２２がデコーダ
ライブラリを実行することで、デコーダ８３1乃至８３N
'の他、そのデコーダライブラリに対応するデコーダと
しても機能するようになる）。そして、ヘッダ抽出回路
８１は、その新たなデコーダによって復号されるべき符
号化方法のＩＤを抽出した場合には、スイッチ８２に、
新たなデコーダを選択させ、そのＩＤが付加されていた
符号化データを、新たなデコーダに供給させる。これに
より、クライアント端末３では、元々、自身が有してい
たデコーダ８３1乃至８３N'のいずれによっても復号す
ることができなかった符号化データが復号される。
ップデート処理において、デコーダライブラリをインス
トールした場合、そのデコーダライブラリを実行するこ
とで、図８に示したデコーダ８３1乃至８３N'に加え
て、新たなデコーダを構成する（ＣＰＵ２２がデコーダ
ライブラリを実行することで、デコーダ８３1乃至８３N
'の他、そのデコーダライブラリに対応するデコーダと
しても機能するようになる）。そして、ヘッダ抽出回路
８１は、その新たなデコーダによって復号されるべき符
号化方法のＩＤを抽出した場合には、スイッチ８２に、
新たなデコーダを選択させ、そのＩＤが付加されていた
符号化データを、新たなデコーダに供給させる。これに
より、クライアント端末３では、元々、自身が有してい
たデコーダ８３1乃至８３N'のいずれによっても復号す
ることができなかった符号化データが復号される。
【０１４２】ここで、ステップＳ１８において、アップ
デートを拒否する旨のアップデート可否メッセージを送
信する場合においては、そのアップデート可否メッセー
ジとともに、所定の符号化方法による符号化データ（自
身が有しているデコーダによって復号可能な符号化デー
タ）を要求する旨を送信することが可能である。この場
合、サーバ１では、図９のステップＳにおいて、その要
求された符号化方法に、エンコードスケジュールが変更
される。
デートを拒否する旨のアップデート可否メッセージを送
信する場合においては、そのアップデート可否メッセー
ジとともに、所定の符号化方法による符号化データ（自
身が有しているデコーダによって復号可能な符号化デー
タ）を要求する旨を送信することが可能である。この場
合、サーバ１では、図９のステップＳにおいて、その要
求された符号化方法に、エンコードスケジュールが変更
される。
【０１４３】以上のように、サーバ１は、複数のエンコ
ーダ５３1乃至５３Nを有するので、例えば、クライアン
ト端末３の処理能力に最適な符号化方法による符号化デ
ータや、オーディオ信号の各部分ごとに、最適な符号化
方法で符号化を行った符号化データを選択して提供する
ことが可能となる。また、クライアント端末３の処理能
力に余裕がある場合には、サーバ１において、例えば、
復号結果であるオーディオ信号が、より高音質になるよ
うな符号化方法による符号化データを選択して提供する
ことができる。さらに、例えば、クライアント端末３が
要求する符号化方法による符号化データを選択して提供
することも可能となる。
ーダ５３1乃至５３Nを有するので、例えば、クライアン
ト端末３の処理能力に最適な符号化方法による符号化デ
ータや、オーディオ信号の各部分ごとに、最適な符号化
方法で符号化を行った符号化データを選択して提供する
ことが可能となる。また、クライアント端末３の処理能
力に余裕がある場合には、サーバ１において、例えば、
復号結果であるオーディオ信号が、より高音質になるよ
うな符号化方法による符号化データを選択して提供する
ことができる。さらに、例えば、クライアント端末３が
要求する符号化方法による符号化データを選択して提供
することも可能となる。
【０１４４】また、サーバ１において、クライアント端
末３が有するデコーダ（デコーダライブラリ）８３1乃
至８３N'を認識し、送信しようとする符号化データを復
号するデコーダを有していない場合には、そのデコーダ
（デコーダライブラリ）を送信して、クライアント端末
３に組み込むようにしたので、ユーザは、クライアント
端末３にインストールされているデコーダや、サーバ１
におけるオーディオ信号の符号化方法を、特に意識せず
に、統一したインターフェイスで、オーディオ信号の提
供を受けることができる。さらに、このように必要なデ
コーダが、いわば自動的にインストールされるので、サ
ーバ１側において、新たなエンコーダが追加されたとし
ても、ユーザは、そのエンコーダに対応するデコーダ
を、自身で入手し、インストールする必要がない。従っ
て、極端には、クライアント端末３が、１つのデコーダ
を有していない場合であっても、サーバ１にさえアクセ
スすることができれば、必要なデコーダがインストール
されるので、ユーザは、オーディオ信号の提供を受ける
ことができる。
末３が有するデコーダ（デコーダライブラリ）８３1乃
至８３N'を認識し、送信しようとする符号化データを復
号するデコーダを有していない場合には、そのデコーダ
（デコーダライブラリ）を送信して、クライアント端末
３に組み込むようにしたので、ユーザは、クライアント
端末３にインストールされているデコーダや、サーバ１
におけるオーディオ信号の符号化方法を、特に意識せず
に、統一したインターフェイスで、オーディオ信号の提
供を受けることができる。さらに、このように必要なデ
コーダが、いわば自動的にインストールされるので、サ
ーバ１側において、新たなエンコーダが追加されたとし
ても、ユーザは、そのエンコーダに対応するデコーダ
を、自身で入手し、インストールする必要がない。従っ
て、極端には、クライアント端末３が、１つのデコーダ
を有していない場合であっても、サーバ１にさえアクセ
スすることができれば、必要なデコーダがインストール
されるので、ユーザは、オーディオ信号の提供を受ける
ことができる。
【０１４５】次に、図１のネットワーク２において、サ
ーバ１からクライアント端末３に符号化データを伝送す
るときの伝送レート（符号化データに割り当てられる伝
送帯域）は、例えば、ＲＦＣ（Request For Comments）
２２０５（ＩＥＴＦ（Internet Engineering Task Forc
e）発行）などに規定されているＲＳＶＰ（Resouse Res
ervation Protocol）のように、使用する帯域を予約す
るプロトコルを用いる場合などを除けば、一般に、トラ
フィック量などに起因して変化する。従って、ネットワ
ーク２の伝送レートが、符号化データのデータレートよ
り小さくなると、符号化データの送信が間に合わなくな
り、オーディオ信号の、リアルタイム再生ができなくな
ることがある。
ーバ１からクライアント端末３に符号化データを伝送す
るときの伝送レート（符号化データに割り当てられる伝
送帯域）は、例えば、ＲＦＣ（Request For Comments）
２２０５（ＩＥＴＦ（Internet Engineering Task Forc
e）発行）などに規定されているＲＳＶＰ（Resouse Res
ervation Protocol）のように、使用する帯域を予約す
るプロトコルを用いる場合などを除けば、一般に、トラ
フィック量などに起因して変化する。従って、ネットワ
ーク２の伝送レートが、符号化データのデータレートよ
り小さくなると、符号化データの送信が間に合わなくな
り、オーディオ信号の、リアルタイム再生ができなくな
ることがある。
【０１４６】そこで、サーバ１は、クライアント端末３
との間でデータをやりとりするにあたり、ネットワーク
２の伝送レートを検出し、エンコードスケジュールを、
その伝送レート以下のビットレートの符号化データを得
ることができる符号化方法を用いたものに変更するよう
になされている。
との間でデータをやりとりするにあたり、ネットワーク
２の伝送レートを検出し、エンコードスケジュールを、
その伝送レート以下のビットレートの符号化データを得
ることができる符号化方法を用いたものに変更するよう
になされている。
【０１４７】ここで、図１３を参照して、ネットワーク
２の伝送レートの検出方法について説明する。
２の伝送レートの検出方法について説明する。
【０１４８】サーバ１とクライアント端末３との間の通
信は、一般に、クライアント端末３からオーディオ信号
の要求があり、その要求に応じて、サーバ１がデータを
送信することで、あるいは、サーバ１がデータを送信
し、そのデータを受信したクライアント端末３がアクノ
リッジ信号ＡＣＫ（acknowledge）を、サーバ１に送信
することで行われる。
信は、一般に、クライアント端末３からオーディオ信号
の要求があり、その要求に応じて、サーバ１がデータを
送信することで、あるいは、サーバ１がデータを送信
し、そのデータを受信したクライアント端末３がアクノ
リッジ信号ＡＣＫ（acknowledge）を、サーバ１に送信
することで行われる。
【０１４９】そこで、サーバ１のＣＰＵ１２では、例え
ば、図１３に示すように、クライアント端末３から、デ
ータの要求を受信した時刻ｔ１が記憶される。さらに、
ＣＰＵ１２は、その要求に応じて送信したデータのビッ
ト量ｎ１も記憶する。その後、ＣＰＵ１２は、クライア
ント端末３から、次のデータの要求が送信されてくる間
で待って、その要求を受信した時刻ｔ２を記憶するとと
もに、その要求のためのデータのビット量ｎ２も記憶す
る。そして、ＣＰＵ１２は、例えば、次式にしたがっ
て、伝送レートＢ［ｂｐｓ］を求める。
ば、図１３に示すように、クライアント端末３から、デ
ータの要求を受信した時刻ｔ１が記憶される。さらに、
ＣＰＵ１２は、その要求に応じて送信したデータのビッ
ト量ｎ１も記憶する。その後、ＣＰＵ１２は、クライア
ント端末３から、次のデータの要求が送信されてくる間
で待って、その要求を受信した時刻ｔ２を記憶するとと
もに、その要求のためのデータのビット量ｎ２も記憶す
る。そして、ＣＰＵ１２は、例えば、次式にしたがっ
て、伝送レートＢ［ｂｐｓ］を求める。
【０１５０】 Ｂ＝（ｎ１＋ｎ２）／（ｔ２−ｔ１） ・・・（１）
【０１５１】なお、ここでは、サーバ１がクライアント
端末３による要求を受信してから、その要求に応じたデ
ータを送信する時間、およびクライアント端末３がデー
タを受信してから、次の要求を送信する時間は無視する
こととし、０としてある。伝送レートＢは、これらの時
間を考慮する方が正確に求めることができるが、無視す
ることで、その時間分だけ低く見積もられるので、符号
化データのビットレートに、ある程度のマージンを見込
むことができる（実際の伝送レートは、式（１）で求め
られる伝送レートＢ以上になるため、符号化データのビ
ットレートが、マージンの範囲内で、伝送レートＢを越
えても、符号化データの送信が間に合わなくなることを
防止することができる）。
端末３による要求を受信してから、その要求に応じたデ
ータを送信する時間、およびクライアント端末３がデー
タを受信してから、次の要求を送信する時間は無視する
こととし、０としてある。伝送レートＢは、これらの時
間を考慮する方が正確に求めることができるが、無視す
ることで、その時間分だけ低く見積もられるので、符号
化データのビットレートに、ある程度のマージンを見込
むことができる（実際の伝送レートは、式（１）で求め
られる伝送レートＢ以上になるため、符号化データのビ
ットレートが、マージンの範囲内で、伝送レートＢを越
えても、符号化データの送信が間に合わなくなることを
防止することができる）。
【０１５２】サーバ１（のＣＰＵ１２）は、以上のよう
にして、オーディオ信号を送信する前に、伝送レートを
検出し、エンコードスケジュールをたてるようになされ
ている。さらに、サーバ１は、図９のステップＳ８にお
いて、オーディオ信号（ここでは、オーディオ信号を符
号化した符号化データ）を送信している最中にも、伝送
レートを検出し、エンコードスケジュールの変更を行う
ようになされている。
にして、オーディオ信号を送信する前に、伝送レートを
検出し、エンコードスケジュールをたてるようになされ
ている。さらに、サーバ１は、図９のステップＳ８にお
いて、オーディオ信号（ここでは、オーディオ信号を符
号化した符号化データ）を送信している最中にも、伝送
レートを検出し、エンコードスケジュールの変更を行う
ようになされている。
【０１５３】即ち、伝送レートは、図１４に示すよう
に、一般に、時間によって変化するため、サーバ１は、
所定の時間ｔごとに、式（１）によって、伝送レートＢ
を求める（但し、時間ｔは、サーバ１がオーディオ信号
を送信し、そのオーディオ信号を受信したクライアント
端末３がアクノリッジ信号ＡＣＫを送信するまでの時間
よりも長いものとする）。そして、サーバ１は、時間Ｔ
（≧ｔ）ごとに、エンコードスケジュールを変更する。
に、一般に、時間によって変化するため、サーバ１は、
所定の時間ｔごとに、式（１）によって、伝送レートＢ
を求める（但し、時間ｔは、サーバ１がオーディオ信号
を送信し、そのオーディオ信号を受信したクライアント
端末３がアクノリッジ信号ＡＣＫを送信するまでの時間
よりも長いものとする）。そして、サーバ１は、時間Ｔ
（≧ｔ）ごとに、エンコードスケジュールを変更する。
【０１５４】この場合、例えば、ｔ＝Ｔのときには、伝
送レートＢが求められるたびに、その伝送レートと、エ
ンコードスケジュールにおける符号化方法による符号化
データのビットレートとの大小関係が確認される。そし
て、ビットレートが、伝送レートを超えている場合に
は、ビットレートが、伝送レートＢ以下になるような符
号化データが得られる符号化方法にエンコードスケジュ
ールが変更される。
送レートＢが求められるたびに、その伝送レートと、エ
ンコードスケジュールにおける符号化方法による符号化
データのビットレートとの大小関係が確認される。そし
て、ビットレートが、伝送レートを超えている場合に
は、ビットレートが、伝送レートＢ以下になるような符
号化データが得られる符号化方法にエンコードスケジュ
ールが変更される。
【０１５５】ここで、伝送レートＢは、エンコードスケ
ジュールの変更タイミングの直前や、前回のエンコード
スケジュールの変更タイミングの直後に検出し、その伝
送レートＢに基づいて、エンコードスケジュールを変更
することも可能である。
ジュールの変更タイミングの直前や、前回のエンコード
スケジュールの変更タイミングの直後に検出し、その伝
送レートＢに基づいて、エンコードスケジュールを変更
することも可能である。
【０１５６】さらに、エンコードスケジュールの変更
は、例えば、図１５に示すように、サーバ１がオーディ
オ信号を送信し、そのオーディオ信号を受信したクライ
アント端末３がアクノリッジ信号ＡＣＫを送信すること
を、Ｓ回（Ｓは１以上の整数）繰り返すごとに行うこと
も可能である。
は、例えば、図１５に示すように、サーバ１がオーディ
オ信号を送信し、そのオーディオ信号を受信したクライ
アント端末３がアクノリッジ信号ＡＣＫを送信すること
を、Ｓ回（Ｓは１以上の整数）繰り返すごとに行うこと
も可能である。
【０１５７】また、この場合、Ｓが２以上のときには、
エンコードスケジュールを変更してから、次に変更する
までの間に、伝送レートＢを２回以上求めることができ
るが、このように伝送レートＢを２回以上求めることが
できる場合においては、そのうちのいずれか１の伝送レ
ートＢに基づいて、エンコードスケジュールを変更する
こともできるし、そのうちの２以上に基づいて、エンコ
ードスケジュールを変更することもできる。
エンコードスケジュールを変更してから、次に変更する
までの間に、伝送レートＢを２回以上求めることができ
るが、このように伝送レートＢを２回以上求めることが
できる場合においては、そのうちのいずれか１の伝送レ
ートＢに基づいて、エンコードスケジュールを変更する
こともできるし、そのうちの２以上に基づいて、エンコ
ードスケジュールを変更することもできる。
【０１５８】２以上の伝送レートＢのうちの１つに基づ
いて、エンコードスケジュールを変更する場合には、そ
のうちの最大値や、最小値を検出し、その最大値や最小
値に基づいて、エンコードスケジュールを変更すること
が可能である。なお、この場合、最大値よりは、最小値
を用いる方が、安全性の観点（オーディオ信号の送信
が、その再生に間に合わなくなるようなことを防止する
観点）等からは望ましい。
いて、エンコードスケジュールを変更する場合には、そ
のうちの最大値や、最小値を検出し、その最大値や最小
値に基づいて、エンコードスケジュールを変更すること
が可能である。なお、この場合、最大値よりは、最小値
を用いる方が、安全性の観点（オーディオ信号の送信
が、その再生に間に合わなくなるようなことを防止する
観点）等からは望ましい。
【０１５９】また、２以上の伝送レートＢに基づいて、
エンコードスケジュールの変更を行う場合には、例え
ば、それらの平均値や、最大値と最小値との間の中間値
（最大値と最小値との平均値）などに基づいて、エンコ
ードスケジュールを変更することが可能である。
エンコードスケジュールの変更を行う場合には、例え
ば、それらの平均値や、最大値と最小値との間の中間値
（最大値と最小値との平均値）などに基づいて、エンコ
ードスケジュールを変更することが可能である。
【０１６０】以上のように、ネットワーク２の伝送レー
トを検出し、エンコードスケジュールを、ネットワーク
２の伝送レートに対応したビットレートの符号化データ
を得ることができる符号化方法を用いたものに変更する
ようにしたので、サーバ１では、そのような符号化方法
による符号化データが選択されるようになり、その結
果、符号化データの送信が間に合わなくなり、オーディ
オ信号の、リアルタイム再生ができなくなるようなこと
を防止することができる。
トを検出し、エンコードスケジュールを、ネットワーク
２の伝送レートに対応したビットレートの符号化データ
を得ることができる符号化方法を用いたものに変更する
ようにしたので、サーバ１では、そのような符号化方法
による符号化データが選択されるようになり、その結
果、符号化データの送信が間に合わなくなり、オーディ
オ信号の、リアルタイム再生ができなくなるようなこと
を防止することができる。
【０１６１】ここで、ネットワーク２が、インターネッ
トの場合においては、例えば、ＲＦＣ１８８９（ＩＥＴ
Ｆ発行）などに規定されているＲＴＰ（Real-time Tran
sport Protocol）と呼ばれるプロトコルを使用すること
が可能であるが、ＲＴＰによるパケットには、そのパケ
ットの送信時刻が配置されるため、伝送レートＢは、式
（１）によるのではなく、パケットに配置されている送
信時刻を利用して求めることが可能である。
トの場合においては、例えば、ＲＦＣ１８８９（ＩＥＴ
Ｆ発行）などに規定されているＲＴＰ（Real-time Tran
sport Protocol）と呼ばれるプロトコルを使用すること
が可能であるが、ＲＴＰによるパケットには、そのパケ
ットの送信時刻が配置されるため、伝送レートＢは、式
（１）によるのではなく、パケットに配置されている送
信時刻を利用して求めることが可能である。
【０１６２】また、上述のＲＳＶＰによる場合には、通
信リンクが切断されるまで、予約した帯域（伝送レー
ト）が確保されるので、伝送レートが変化するという観
点から、図９のステップＳ８におけるオーディオ信号の
送信中に、伝送レートＢを求め、エンコードスケジュー
ルを変更する必要はない。即ち、ＲＳＶＰによる場合に
は、オーディオ信号を送信する前に、確保される伝送レ
ートに基づいて、エンコードスケジュールをたてた後
は、伝送レートが変化するという観点から、エンコード
スケジュールを変更する必要はない。
信リンクが切断されるまで、予約した帯域（伝送レー
ト）が確保されるので、伝送レートが変化するという観
点から、図９のステップＳ８におけるオーディオ信号の
送信中に、伝送レートＢを求め、エンコードスケジュー
ルを変更する必要はない。即ち、ＲＳＶＰによる場合に
は、オーディオ信号を送信する前に、確保される伝送レ
ートに基づいて、エンコードスケジュールをたてた後
は、伝送レートが変化するという観点から、エンコード
スケジュールを変更する必要はない。
【０１６３】さらに、伝送レートは、サーバ１で求める
のではなく、クライアント端末３で求めて、サーバ１に
送信してもらうようにすることが可能である。
のではなく、クライアント端末３で求めて、サーバ１に
送信してもらうようにすることが可能である。
【０１６４】なお、以上のように、符号化データの伝送
中にエンコードスケジュールを構成する符号化方法を変
更する場合、その変更後の符号化方法は、その符号化方
法による符号化データを復号可能なデコーダを、クライ
アント端末３が有している必要がある。
中にエンコードスケジュールを構成する符号化方法を変
更する場合、その変更後の符号化方法は、その符号化方
法による符号化データを復号可能なデコーダを、クライ
アント端末３が有している必要がある。
【０１６５】次に、図１６は、図４の符号化部４１mの
他の構成例を示している。なお、図中、図５における場
合と対応する部分については、同一の符号を付してあ
る。
他の構成例を示している。なお、図中、図５における場
合と対応する部分については、同一の符号を付してあ
る。
【０１６６】図５の実施の形態においては、スイッチ５
２に、エンコーダ５３1乃至５３Nのうちのいずれかを選
択させ、オーディオ信号を符号化して送信するようにし
たが、この場合、オーディオ信号の要求があるごとに、
その符号化を行う必要があり、処理が煩雑になる。
２に、エンコーダ５３1乃至５３Nのうちのいずれかを選
択させ、オーディオ信号を符号化して送信するようにし
たが、この場合、オーディオ信号の要求があるごとに、
その符号化を行う必要があり、処理が煩雑になる。
【０１６７】そこで、図１６の実施の形態では、あらか
じめエンコーダ５３1乃至５３Nそれぞれにおいて、オー
ディオ信号を符号化データに符号化して、例えば、磁気
ディスク（ハードディスク）や、ＭＯ（光磁気ディス
ク）、光ディスク、磁気テープ、相変化ディスクなどで
なるストレージ９１1乃至９１Nに記憶させておき、読み
出し部５６において、エンコード選択回路５６の制御に
基づいて、ストレージ９１1乃至９１Nのうちのいずれか
を選択して、符号化データを読み出すようになされてい
る。
じめエンコーダ５３1乃至５３Nそれぞれにおいて、オー
ディオ信号を符号化データに符号化して、例えば、磁気
ディスク（ハードディスク）や、ＭＯ（光磁気ディス
ク）、光ディスク、磁気テープ、相変化ディスクなどで
なるストレージ９１1乃至９１Nに記憶させておき、読み
出し部５６において、エンコード選択回路５６の制御に
基づいて、ストレージ９１1乃至９１Nのうちのいずれか
を選択して、符号化データを読み出すようになされてい
る。
【０１６８】即ち、フレーム切出回路５１が出力するフ
レームは、エンコーダ５３1乃至５３Nのすべてに供給さ
れ、それぞれにおいて符号化される。エンコーダ５３1
乃至５３Nにおいて得られた符号化データは、ストレー
ジ９１1乃至９１Nにそれぞれ供給されて記憶（記録）さ
れる。
レームは、エンコーダ５３1乃至５３Nのすべてに供給さ
れ、それぞれにおいて符号化される。エンコーダ５３1
乃至５３Nにおいて得られた符号化データは、ストレー
ジ９１1乃至９１Nにそれぞれ供給されて記憶（記録）さ
れる。
【０１６９】その後、クライアント端末３からオーディ
オ信号の要求があると、エンコード選択回路５６は、選
択指示部５５からのエンコードスケジュールに基づく指
示にしたがって、読み出し部９２を制御する。これによ
り、読み出し部９２では、ストレージ９１1乃至９１Nの
うちの、選択指示部５５からの制御に対応するものが選
択され、そこから符号化データを読み出される。この符
号化データは、ヘッダ挿入回路５４に供給され、以下、
上述したようにして送信される。
オ信号の要求があると、エンコード選択回路５６は、選
択指示部５５からのエンコードスケジュールに基づく指
示にしたがって、読み出し部９２を制御する。これによ
り、読み出し部９２では、ストレージ９１1乃至９１Nの
うちの、選択指示部５５からの制御に対応するものが選
択され、そこから符号化データを読み出される。この符
号化データは、ヘッダ挿入回路５４に供給され、以下、
上述したようにして送信される。
【０１７０】以上のような符号化部４１mによれば、ス
トレージ９１1乃至９１Nが必要となり、さらに、オーデ
ィオ信号をリアルタイムで取り込む場合には、エンコー
ダ５３1乃至５３Nを並列に動作させる必要があることか
ら、サーバ１の規模は大きくなるが、オーディオ信号の
要求があるごとに、その符号化を行う必要はなくなる。
トレージ９１1乃至９１Nが必要となり、さらに、オーデ
ィオ信号をリアルタイムで取り込む場合には、エンコー
ダ５３1乃至５３Nを並列に動作させる必要があることか
ら、サーバ１の規模は大きくなるが、オーディオ信号の
要求があるごとに、その符号化を行う必要はなくなる。
【０１７１】なお、本実施の形態では、図１１で説明し
たように、時系列のオーディオ信号を、各部分につい
て、適宜、適切な１の符号化方法で符号化したものを、
クライアント端末３に提供するようにしたが、リアルタ
イム再生が必要でない場合や、リアルタイム再生が必要
であっても、伝送レートが十分大きい場合などにおいて
は、時系列のオーディオ信号を、例えば、図１７に示す
ように、エンコーダ５３1乃至５３Nで符号化した符号化
データＥ1乃至ＥNすべてを、クライアント端末３に送信
することが可能である。この場合、クライアント端末３
では、所望の符号化方法による符号化データを選択し
て、復号、再生することが可能となる。
たように、時系列のオーディオ信号を、各部分につい
て、適宜、適切な１の符号化方法で符号化したものを、
クライアント端末３に提供するようにしたが、リアルタ
イム再生が必要でない場合や、リアルタイム再生が必要
であっても、伝送レートが十分大きい場合などにおいて
は、時系列のオーディオ信号を、例えば、図１７に示す
ように、エンコーダ５３1乃至５３Nで符号化した符号化
データＥ1乃至ＥNすべてを、クライアント端末３に送信
することが可能である。この場合、クライアント端末３
では、所望の符号化方法による符号化データを選択し
て、復号、再生することが可能となる。
【０１７２】また、本実施の形態では、オーディオ信号
を、処理の対象としたが、本発明は、その他、例えば、
ビデオ信号、その他の時系列のディジタル信号や、時系
列でないディジタル信号などにも適用可能である。
を、処理の対象としたが、本発明は、その他、例えば、
ビデオ信号、その他の時系列のディジタル信号や、時系
列でないディジタル信号などにも適用可能である。
【０１７３】さらに、ネットワーク２は、双方向のネッ
トワークであれば、有線および無線のいずれのものであ
っても良い。
トワークであれば、有線および無線のいずれのものであ
っても良い。
【０１７４】また、サーバ１を構成するエンコーダ５３
1乃至５３N、およびクライアント端末３を構成するデコ
ーダ８３1乃至８３N'は、上述したように、ＣＰＵ（情
報処理装置）（コンピュータ）に、コンピュータプログ
ラム（ソフトウェア）を実行させることによって実現す
ることも可能であるし、それ専用のハードウェアによっ
て実現することも可能である。但し、クライアント端末
３が有するデコーダを、すべてハードウェアによって構
成することとする場合には、サーバ１によって、そのア
ップデートを行うのは困難となる。
1乃至５３N、およびクライアント端末３を構成するデコ
ーダ８３1乃至８３N'は、上述したように、ＣＰＵ（情
報処理装置）（コンピュータ）に、コンピュータプログ
ラム（ソフトウェア）を実行させることによって実現す
ることも可能であるし、それ専用のハードウェアによっ
て実現することも可能である。但し、クライアント端末
３が有するデコーダを、すべてハードウェアによって構
成することとする場合には、サーバ１によって、そのア
ップデートを行うのは困難となる。
【０１７５】さらに、サーバ１やクライアント端末３が
行う処理を、コンピュータプログラムによって実現する
場合においては、そのコンピュータプログラムは、ＣＤ
−ＲＯＭ（Compact Disc-Read Only Memory）などの記
録媒体に記録して提供することも可能であるし、インタ
ーネットその他の伝送媒体を介して伝送することにより
提供することも可能である。
行う処理を、コンピュータプログラムによって実現する
場合においては、そのコンピュータプログラムは、ＣＤ
−ＲＯＭ（Compact Disc-Read Only Memory）などの記
録媒体に記録して提供することも可能であるし、インタ
ーネットその他の伝送媒体を介して伝送することにより
提供することも可能である。
【０１７６】また、図４の符号化部４１1乃至４１Mで
は、同一のエンコードスケジュールにしたがって符号化
を行うこともできるし、独立にエンコードスケジュール
をたてて符号化を行うことも可能である。
は、同一のエンコードスケジュールにしたがって符号化
を行うこともできるし、独立にエンコードスケジュール
をたてて符号化を行うことも可能である。
【０１７７】
【発明の効果】請求項１に記載の送信装置および請求項
１２に記載の送信方法、並びに請求項２２に記載の提供
媒体によれば、複数の符号化方法の中から、ディジタル
信号の一部または全部を符号化するための符号化方法が
指示され、その符号化方法による符号化データが選択さ
れる。そして、その選択された符号化データに対して、
その符号化データについての符号化方法を示す符号化方
法情報が付加される。従って、符号化方法情報に基づ
き、符号化データを復号することが可能となる。
１２に記載の送信方法、並びに請求項２２に記載の提供
媒体によれば、複数の符号化方法の中から、ディジタル
信号の一部または全部を符号化するための符号化方法が
指示され、その符号化方法による符号化データが選択さ
れる。そして、その選択された符号化データに対して、
その符号化データについての符号化方法を示す符号化方
法情報が付加される。従って、符号化方法情報に基づ
き、符号化データを復号することが可能となる。
【０１７８】請求項３２に記載の受信装置および請求項
３７に記載の受信方法、並びに請求項４１に記載の提供
媒体によれば、符号化データに付加されている、その符
号化データを得るのに用いた符号化方法を示す符号化方
法情報が抽出され、その符号化方法情報に基づいて、符
号化データを復号する復号方法が認識される。そして、
その認識された復号方法により、符号化データが復号さ
れる。従って、例えば、符号化データが、各種の符号化
方法で符号化されていても、その復号を行うことができ
る。
３７に記載の受信方法、並びに請求項４１に記載の提供
媒体によれば、符号化データに付加されている、その符
号化データを得るのに用いた符号化方法を示す符号化方
法情報が抽出され、その符号化方法情報に基づいて、符
号化データを復号する復号方法が認識される。そして、
その認識された復号方法により、符号化データが復号さ
れる。従って、例えば、符号化データが、各種の符号化
方法で符号化されていても、その復号を行うことができ
る。
【０１７９】請求項４５に記載の提供媒体によれば、複
数の符号化方法の中から、ディジタル信号の一部または
全部を符号化するための符号化方法を指示し、指示され
た符号化方法により、ディジタル信号を符号化した符号
化データを選択し、選択された符号化データに、その符
号化データについての符号化方法を示す符号化方法情報
を付加することをにより得られる符号化データおよび符
号化方法情報が提供される。従って、符号化方法情報に
基づき、符号化データを復号することが可能となる。
数の符号化方法の中から、ディジタル信号の一部または
全部を符号化するための符号化方法を指示し、指示され
た符号化方法により、ディジタル信号を符号化した符号
化データを選択し、選択された符号化データに、その符
号化データについての符号化方法を示す符号化方法情報
を付加することをにより得られる符号化データおよび符
号化方法情報が提供される。従って、符号化方法情報に
基づき、符号化データを復号することが可能となる。
【０１８０】請求項４６に記載の送信装置および請求項
６２に記載の送信方法、並びに請求項７８に記載の提供
媒体によれば、伝送路の伝送レートが検出され、複数の
符号化方法の中から、伝送路の伝送レートに対応したビ
ットレートの符号化データを得ることができるものが選
択される。そして、その選択された符号化方法による符
号化データが送信される。従って、例えば、符号化デー
タをリアルタイムで復号、再生するような場合に、符号
化データの送信が間に合わなくなるようなことを防止す
ることが可能となる。
６２に記載の送信方法、並びに請求項７８に記載の提供
媒体によれば、伝送路の伝送レートが検出され、複数の
符号化方法の中から、伝送路の伝送レートに対応したビ
ットレートの符号化データを得ることができるものが選
択される。そして、その選択された符号化方法による符
号化データが送信される。従って、例えば、符号化デー
タをリアルタイムで復号、再生するような場合に、符号
化データの送信が間に合わなくなるようなことを防止す
ることが可能となる。
【０１８１】請求項９４に記載の受信装置および請求項
９６に記載の受信方法、並びに請求項９８に記載の提供
媒体によれば、伝送路の伝送レートに対応したビットレ
ートのデータを得ることができる符号化方法によって符
号化された符号化データが受信され、その符号化データ
が復号される。従って、符号化データをリアルタイムで
復号することが可能となる。
９６に記載の受信方法、並びに請求項９８に記載の提供
媒体によれば、伝送路の伝送レートに対応したビットレ
ートのデータを得ることができる符号化方法によって符
号化された符号化データが受信され、その符号化データ
が復号される。従って、符号化データをリアルタイムで
復号することが可能となる。
【図１】本発明を適用した伝送システムの一実施の形態
の構成例を示す図である。
の構成例を示す図である。
【図２】図１のサーバ１のハードウェア構成例を示すブ
ロック図である。
ロック図である。
【図３】図１のクライアント端末３のハードウェア構成
例を示すブロック図である。
例を示すブロック図である。
【図４】図２のサーバ１の機能的構成例を示すブロック
図である。
図である。
【図５】図４の符号化部４１mの構成例を示すブロック
図である。
図である。
【図６】図５のヘッダ挿入回路５４が出力するデータの
フォーマットを示す図である。
フォーマットを示す図である。
【図７】図３のクライアント端末３の機能的構成例を示
すブロック図である。
すブロック図である。
【図８】図７の復号部７２mの構成例を示すブロック図
である。
である。
【図９】サーバ１の処理を説明するためのフローチャー
トである。
トである。
【図１０】図９のステップＳ２の処理を説明するための
図である。
図である。
【図１１】エンコードスケジュールを示す図である。
【図１２】クライアント端末３の処理を説明するための
フローチャートである。
フローチャートである。
【図１３】ネットワーク２の伝送レートを求める求め方
を説明するための図である。
を説明するための図である。
【図１４】エンコードスケジュールの変更タイミングを
説明するための図である。
説明するための図である。
【図１５】エンコードスケジュールの変更タイミングを
説明するための図である。
説明するための図である。
【図１６】図４の符号化部４１mの他の構成例を示すブ
ロック図である。
ロック図である。
【図１７】クライアント端末３への符号化データの送信
方法を説明するための図である。
方法を説明するための図である。
１ サーバ， ２ ネットワーク， ３ クライアント
端末， １１ ＲＯＭ， １２ ＣＰＵ， １３ ＲＡ
Ｍ， １４ 入力装置， １５ 出力装置，１６ 外部
記憶装置， １７ 通信装置， ２１ ＲＯＭ， ２２
ＣＰＵ，２３ ＲＡＭ， ２４ 入力装置， ２５
出力装置， ２６ 外部記憶装置，２７ 通信装置，
３１ オーディオ信号入力回路， ３２ 符号化回路，
３３ 送信回路， ４１1乃至４１M 符号化部， ４２
多重化部， ５１ フレーム切出回路， ５２ スイ
ッチ， ５３1乃至５３N エンコーダ， ５４ヘッダ挿
入回路， ５５ 選択指示部， ５６ エンコード選択
回路， ６１受信回路， ６２ 復号回路， ６３ オ
ーディオ信号出力回路， ７１ 分離部， ７１1乃至
７１M 復号部， ８１ ヘッダ抽出回路， ８２ ス
イッチ，８３1乃至８３N' デコーダ， ９１1乃至９１
N ストレージ， ９２ 読み出し部
端末， １１ ＲＯＭ， １２ ＣＰＵ， １３ ＲＡ
Ｍ， １４ 入力装置， １５ 出力装置，１６ 外部
記憶装置， １７ 通信装置， ２１ ＲＯＭ， ２２
ＣＰＵ，２３ ＲＡＭ， ２４ 入力装置， ２５
出力装置， ２６ 外部記憶装置，２７ 通信装置，
３１ オーディオ信号入力回路， ３２ 符号化回路，
３３ 送信回路， ４１1乃至４１M 符号化部， ４２
多重化部， ５１ フレーム切出回路， ５２ スイ
ッチ， ５３1乃至５３N エンコーダ， ５４ヘッダ挿
入回路， ５５ 選択指示部， ５６ エンコード選択
回路， ６１受信回路， ６２ 復号回路， ６３ オ
ーディオ信号出力回路， ７１ 分離部， ７１1乃至
７１M 復号部， ８１ ヘッダ抽出回路， ８２ ス
イッチ，８３1乃至８３N' デコーダ， ９１1乃至９１
N ストレージ， ９２ 読み出し部
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１０年６月８日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０１２３
【補正方法】変更
【補正内容】
【０１２３】具体的には、例えば、図１１（Ｂ）に示し
たように、エンコードスケジュールが、時刻ｔ0乃至
ｔ1，ｔ1乃至ｔ2，ｔ2乃至ｔ3，ｔ3乃至ｔ4，ｔ4乃至ｔ
5，ｔ5乃至ｔ6において、符号化方法Ｅ1，Ｅ2，Ｅ3，Ｅ
4，Ｅ2，Ｅ3をそれぞれ指定するものである場合におい
て、クライアント端末３が、リアルタイムで復号可能な
符号化データの符号化方法がＥ1，Ｅ3 ，Ｅ4で、符号化
方法Ｅ2による符号化データを復号するデコーダを有し
ていないときには、エンコードスケジュールのうち、符
号化方法Ｅ2が指定されている部分が、例えば、図１１
（Ｃ）に示すように、クライアント端末３が、リアルタ
イムで復号可能な符号化データの符号化方法がＥ1，
Ｅ3，Ｅ4のうちのいずれかに変更される。図１１（Ｃ）
では、符号化方法Ｅ2が指定されている時刻ｔ1乃至
ｔ2，ｔ4乃至ｔ5におけるオーディオ信号の符号化方法
が、符号化方法Ｅ1に変更されている。
たように、エンコードスケジュールが、時刻ｔ0乃至
ｔ1，ｔ1乃至ｔ2，ｔ2乃至ｔ3，ｔ3乃至ｔ4，ｔ4乃至ｔ
5，ｔ5乃至ｔ6において、符号化方法Ｅ1，Ｅ2，Ｅ3，Ｅ
4，Ｅ2，Ｅ3をそれぞれ指定するものである場合におい
て、クライアント端末３が、リアルタイムで復号可能な
符号化データの符号化方法がＥ1，Ｅ3 ，Ｅ4で、符号化
方法Ｅ2による符号化データを復号するデコーダを有し
ていないときには、エンコードスケジュールのうち、符
号化方法Ｅ2が指定されている部分が、例えば、図１１
（Ｃ）に示すように、クライアント端末３が、リアルタ
イムで復号可能な符号化データの符号化方法がＥ1，
Ｅ3，Ｅ4のうちのいずれかに変更される。図１１（Ｃ）
では、符号化方法Ｅ2が指定されている時刻ｔ1乃至
ｔ2，ｔ4乃至ｔ5におけるオーディオ信号の符号化方法
が、符号化方法Ｅ1に変更されている。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１４５
【補正方法】変更
【補正内容】
【０１４５】次に、図１のネットワーク２において、サ
ーバ１からクライアント端末３に符号化データを伝送す
るときの伝送レート（符号化データに割り当てられる伝
送帯域）は、例えば、ＲＦＣ（Request For Comments）
２２０５（ＩＥＴＦ（Internet Engineering Task Forc
e）発行）などに規定されているＲＳＶＰ（ResourceRes
ervation Protocol）のように、使用する帯域を予約す
るプロトコルを用いる場合などを除けば、一般に、トラ
フィック量などに起因して変化する。従って、ネットワ
ーク２の伝送レートが、符号化データのデータレートよ
り小さくなると、符号化データの送信が間に合わなくな
り、オーディオ信号の、リアルタイム再生ができなくな
ることがある。
ーバ１からクライアント端末３に符号化データを伝送す
るときの伝送レート（符号化データに割り当てられる伝
送帯域）は、例えば、ＲＦＣ（Request For Comments）
２２０５（ＩＥＴＦ（Internet Engineering Task Forc
e）発行）などに規定されているＲＳＶＰ（ResourceRes
ervation Protocol）のように、使用する帯域を予約す
るプロトコルを用いる場合などを除けば、一般に、トラ
フィック量などに起因して変化する。従って、ネットワ
ーク２の伝送レートが、符号化データのデータレートよ
り小さくなると、符号化データの送信が間に合わなくな
り、オーディオ信号の、リアルタイム再生ができなくな
ることがある。
Claims (99)
- 【請求項１】 時系列のディジタル信号を符号化した符
号化データを出力する送信装置であって、 前記ディジタル信号を、複数の符号化方法でそれぞれ符
号化し、前記符号化データを出力する複数の符号化手段
と、 前記複数の符号化方法の中から、前記ディジタル信号の
一部または全部を符号化するための符号化方法を指示す
る指示手段と、 前記指示手段によって指示された符号化方法による前記
符号化データを選択する選択手段と、 前記選択手段により選択された前記符号化データに対し
て、その符号化データについての符号化方法を示す符号
化方法情報を付加する付加手段と、 前記符号化方法情報が付加された前記符号化データを出
力する出力手段とを備えることを特徴とする送信装置。 - 【請求項２】 前記指示手段は、前記符号化データを受
信する受信装置の処理能力に基づいて、前記ディジタル
信号を符号化する符号化方法を指示することを特徴とす
る請求項１に記載の送信装置。 - 【請求項３】 前記指示手段は、前記ディジタル信号に
基づいて、そのディジタル信号を符号化する符号化方法
を指示することを特徴とする請求項１に記載の送信装
置。 - 【請求項４】 前記指示手段は、前記符号化方法を指示
する操作に基づいて、前記ディジタル信号を符号化する
符号化方法を指示することを特徴とする請求項１に記載
の送信装置。 - 【請求項５】 前記指示手段は、前記符号化データを受
信する受信装置の要求に基づいて、前記ディジタル信号
を符号化する符号化方法を指示することを特徴とする請
求項１に記載の送信装置。 - 【請求項６】 前記符号化データを受信する受信装置
が、コンピュータプログラムを実行することにより、前
記符号化データを復号する復号装置として機能する場合
において、 前記受信装置が、前記出力手段が出力する前記符号化デ
ータを復号する復号装置として機能するためのコンピュ
ータプログラムを有していないとき、 そのコンピュータプログラムを、前記受信装置に送信す
る送信手段をさらに備えることを特徴とする請求項１に
記載の送信装置。 - 【請求項７】 前記符号化データを受信する受信装置
が、コンピュータプログラムを実行することにより、前
記符号化データを復号する復号装置として機能する場合
において、 前記受信装置が、前記出力手段が出力する前記符号化デ
ータを復号する復号装置として機能するためのコンピュ
ータプログラムを有していないとき、 前記出力手段が出力する前記符号化データを、前記受信
装置が復号可能な符号化方法によって符号化されたもの
に変更する変更手段をさらに備えることを特徴とする請
求項１に記載の送信装置。 - 【請求項８】 前記出力手段が出力する前記符号化デー
タを復号する復号装置として機能するためのコンピュー
タプログラムを有していない前記受信装置に対して、前
記変更手段による変更後の符号化方法による符号化デー
タを提供した後に、その受信装置に対して、再度、符号
化データを提供するときに、変更前の符号化方法を用い
ないようにすることを特徴とする請求項７に記載の送信
装置。 - 【請求項９】 前記選択手段は、前記複数の符号化手段
のうち、前記指示手段によって指示された符号化方法に
よる符号化を行うものを選択して、前記ディジタル信号
を符号化させ、 前記出力手段は、その選択された前記符号化手段が出力
する前記符号化データを出力することを特徴とする請求
項１に記載の送信装置。 - 【請求項１０】 前記複数の符号化手段それぞれが前記
ディジタル信号を符号化することにより得られる複数の
符号化データを記憶する複数の記憶手段をさらに備え、 前記選択手段は、前記複数の記憶手段にそれぞれ記憶さ
れた複数の符号化データのうち、前記指示手段によって
指示された符号化方法によるものを選択することを特徴
とする請求項１に記載の送信装置。 - 【請求項１１】 前記複数の符号化手段、指示手段、選
択手段、および付加手段の組を複数備え、 各組の前記付加手段の出力を多重化する多重化手段をさ
らに備えることを特徴とする請求項１に記載の送信装
置。 - 【請求項１２】 時系列のディジタル信号を符号化した
符号化データを出力する送信装置の送信方法であって、 前記送信装置が、前記ディジタル信号を、複数の符号化
方法でそれぞれ符号化し、前記符号化データを出力する
複数の符号化手段を備え、 前記複数の符号化方法の中から、前記ディジタル信号の
一部または全部を符号化するための符号化方法を指示す
る指示ステップと、 前記指示ステップで指示された符号化方法による前記符
号化データを選択する選択ステップと、 前記選択ステップで選択された前記符号化データに対し
て、その符号化データについての符号化方法を示す符号
化方法情報を付加する付加ステップと、 前記符号化方法情報が付加された前記符号化データを出
力する出力ステップとを備えることを特徴とする送信方
法。 - 【請求項１３】 前記指示ステップにおいて、前記符号
化データを受信する受信装置の処理能力に基づいて、前
記ディジタル信号を符号化する符号化方法を指示するこ
とを特徴とする請求項１２に記載の送信方法。 - 【請求項１４】 前記指示ステップにおいて、前記ディ
ジタル信号に基づいて、そのディジタル信号を符号化す
る符号化方法を指示することを特徴とする請求項１２に
記載の送信方法。 - 【請求項１５】 前記指示ステップにおいて、前記符号
化方法を指示する操作に基づいて、前記ディジタル信号
を符号化する符号化方法を指示することを特徴とする請
求項１２に記載の送信方法。 - 【請求項１６】 前記指示ステップにおいて、前記符号
化データを受信する受信装置の要求に基づいて、前記デ
ィジタル信号を符号化する符号化方法を指示することを
特徴とする請求項１２に記載の送信方法。 - 【請求項１７】 前記符号化データを受信する受信装置
が、コンピュータプログラムを実行することにより、前
記符号化データを復号する復号装置として機能する場合
において、 前記受信装置が、前記出力ステップで出力される前記符
号化データを復号する復号装置として機能するためのコ
ンピュータプログラムを有していないとき、そのコンピ
ュータプログラムを、前記受信装置に送信する送信ステ
ップをさらに備えることを特徴とする請求項１２に記載
の送信方法。 - 【請求項１８】 前記符号化データを受信する受信装置
が、コンピュータプログラムを実行することにより、前
記符号化データを復号する復号装置として機能する場合
において、 前記受信装置が、前記出力ステップで出力される前記符
号化データを復号する復号装置として機能するためのコ
ンピュータプログラムを有していないとき、 前記出力ステップで出力される前記符号化データを、前
記受信装置が復号可能な符号化方法によって符号化され
たものに変更する変更ステップをさらに備えることを特
徴とする請求項１２に記載の送信方法。 - 【請求項１９】 前記出力ステップで出力される前記符
号化データを復号する復号装置として機能するためのコ
ンピュータプログラムを有していない前記受信装置に対
して、前記変更ステップによる変更後の符号化方法によ
る符号化データを提供した後に、その受信装置に対し
て、再度、符号化データを提供するときに、変更前の符
号化方法を用いないようにすることを特徴とする請求項
１８に記載の送信方法。 - 【請求項２０】 前記選択ステップにおいて、前記複数
の符号化手段のうち、前記指示ステップによって指示さ
れた符号化方法による符号化を行うものを選択して、前
記ディジタル信号を符号化させ、 前記出力ステップにおいて、その選択された前記符号化
手段が出力する前記符号化データを出力することを特徴
とする請求項１２に記載の送信方法。 - 【請求項２１】 前記送信装置が、前記複数の符号化手
段それぞれにおいて前記ディジタル信号を符号化するこ
とにより得られる複数の符号化データを記憶する複数の
記憶手段をさらに備え、 前記選択ステップにおいて、前記複数の記憶手段にそれ
ぞれ記憶された複数の符号化データのうち、前記指示ス
テップで指示された符号化方法によるものを選択するこ
とを特徴とする請求項１２に記載の送信方法。 - 【請求項２２】 時系列のディジタル信号を符号化した
符号化データを出力する処理を、コンピュータに行わせ
るためのコンピュータプログラムを提供する提供媒体で
あって、 前記コンピュータが、前記ディジタル信号を、複数の符
号化方法でそれぞれ符号化し、前記符号化データを出力
する複数の符号化手段を備え、 前記複数の符号化方法の中から、前記ディジタル信号の
一部または全部を符号化するための符号化方法を指示す
る指示ステップと、 前記指示ステップで指示された符号化方法による前記符
号化データを選択する選択ステップと、 前記選択ステップで選択された前記符号化データに対し
て、その符号化データについての符号化方法を示す符号
化方法情報を付加する付加ステップと、 前記符号化方法情報が付加された前記符号化データを出
力する出力ステップとを備えるコンピュータプログラム
を提供することを特徴とする提供媒体。 - 【請求項２３】 前記指示ステップにおいて、前記符号
化データを受信する受信装置の処理能力に基づいて、前
記ディジタル信号を符号化する符号化方法を指示するこ
とを特徴とする請求項２２に記載の提供媒体。 - 【請求項２４】 前記指示ステップにおいて、前記ディ
ジタル信号に基づいて、そのディジタル信号を符号化す
る符号化方法を指示することを特徴とする請求項２２に
記載の提供媒体。 - 【請求項２５】 前記指示ステップにおいて、前記符号
化方法を指示する操作に基づいて、前記ディジタル信号
を符号化する符号化方法を指示することを特徴とする請
求項２２に記載の提供媒体。 - 【請求項２６】 前記指示ステップにおいて、前記符号
化データを受信する受信装置の要求に基づいて、前記デ
ィジタル信号を符号化する符号化方法を指示することを
特徴とする請求項２２に記載の提供媒体。 - 【請求項２７】 前記符号化データを受信する受信装置
が、アプリケーションプログラムを実行することによ
り、前記符号化データを復号する復号装置として機能す
る場合において、 前記受信装置が、前記出力ステップで出力される前記符
号化データを復号する復号装置として機能するためのア
プリケーションプログラムを有していないとき、 前記コンピュータプログラムは、そのアプリケーション
プログラムを、前記受信装置に送信する送信ステップを
さらに備えることを特徴とする請求項２２に記載の提供
媒体。 - 【請求項２８】 前記符号化データを受信する受信装置
が、アプリケーションプログラムを実行することによ
り、前記符号化データを復号する復号装置として機能す
る場合において、 前記受信装置が、前記出力ステップで出力される前記符
号化データを復号する復号装置として機能するためのア
プリケーションプログラムを有していないとき、 前記コンピュータプログラムは、前記出力ステップで出
力される前記符号化データを、前記受信装置が復号可能
な符号化方法によって符号化されたものに変更する変更
ステップをさらに備えることを特徴とする請求項２２に
記載の提供媒体。 - 【請求項２９】 前記出力ステップで出力される前記符
号化データを復号する復号装置として機能するためのア
プリケーションプログラムを有していない前記受信装置
に対して、前記変更ステップによる変更後の符号化方法
による符号化データを提供した後に、その受信装置に対
して、再度、符号化データを提供するときに、変更前の
符号化方法を用いないようにすることを特徴とする請求
項２８に記載の提供媒体。 - 【請求項３０】 前記選択ステップにおいて、前記複数
の符号化手段のうち、前記指示ステップによって指示さ
れた符号化方法による符号化を行うものを選択し、前記
ディジタル信号を符号化させ、 前記出力ステップにおいて、その結果得られる符号化デ
ータを出力することを特徴とする請求項２２に記載の提
供媒体。 - 【請求項３１】 前記コンピュータが、前記複数の符号
化手段それぞれにおいて前記ディジタル信号を符号化す
ることにより得られる複数の符号化データを記憶する複
数の記憶手段をさらに備え、 前記選択ステップにおいて、前記複数の記憶手段にそれ
ぞれ記憶された複数の符号化データのうち、前記指示ス
テップで指示された符号化方法によるものを選択するこ
とを特徴とする請求項２２に記載の提供媒体。 - 【請求項３２】 時系列のディジタル信号の一部または
全部を、複数の符号化方法のうちのいずれかで符号化し
た符号化データを受信して処理する受信装置であって、 前記符号化データに付加されている、その符号化データ
を得るのに用いた符号化方法を示す符号化方法情報を抽
出する抽出手段と、 前記符号化方法情報に基づいて、前記符号化データを復
号する復号方法を認識する認識手段と、 前記認識手段により認識された前記復号方法により、前
記符号化データを復号する復号手段とを備えることを特
徴とする受信装置。 - 【請求項３３】 前記符号化データを送信してくる送信
装置が、その送信先の処理能力に基づいて、前記ディジ
タル信号の符号化方法を指示する場合において、 自身の処理能力を、前記送信装置に送信する処理能力送
信手段をさらに備えることを特徴とする請求項３２に記
載の受信装置。 - 【請求項３４】 前記符号化データを送信してくる送信
装置に対して、前記ディジタル信号を符号化するのに用
いる符号化方法の要求を送信する要求送信手段をさらに
備えることを特徴とする請求項３２に記載の受信装置。 - 【請求項３５】 情報処理装置が、コンピュータプログ
ラムを実行することにより、前記復号手段として機能す
る場合において、 前記符号化データを復号する復号方法に対応する前記復
号手段として機能するためのコンピュータプログラムを
有していないとき、 前記符号化データを送信してくる送信装置が送信する、
前記符号化データを復号する復号方法に対応する前記復
号手段として機能するためのコンピュータプログラムを
受信する受信手段と、 前記受信手段が受信したコンピュータプログラムを、前
記情報処理装置に組み込む組み込み手段とをさらに備え
ることを特徴とする請求項３２に記載の受信装置。 - 【請求項３６】 複数の前記符号化データが多重化され
ている場合において、 前記抽出手段、認識手段、および復号手段の組を複数備
え、 各組の前記抽出手段に対して、複数の前記多重化データ
を分離して供給する分離手段をさらに備えることを特徴
とする請求項３２に記載の受信装置。 - 【請求項３７】 時系列のディジタル信号の一部または
全部を、複数の符号化方法のうちのいずれかで符号化し
た符号化データを受信して処理する受信方法であって、 前記符号化データに付加されている、その符号化データ
を得るのに用いた符号化方法を示す符号化方法情報を抽
出する抽出ステップと、 前記符号化方法情報に基づいて、前記符号化データを復
号する復号方法を認識する認識ステップと、 前記認識ステップで認識された前記復号方法により、前
記符号化データを復号する復号ステップとを備えること
を特徴とする受信方法。 - 【請求項３８】 前記符号化データを送信してくる送信
装置が、その送信先の処理能力に基づいて、前記ディジ
タル信号の符号化方法を指示する場合において、 自身の処理能力を、前記送信装置に送信する処理能力送
信ステップをさらに備えることを特徴とする請求項３７
に記載の受信方法。 - 【請求項３９】 前記符号化データを送信してくる送信
装置に対して、前記ディジタル信号を符号化するのに用
いる符号化方法の要求を送信する要求送信ステップをさ
らに備えることを特徴とする請求項３７に記載の受信方
法。 - 【請求項４０】 情報処理装置が、コンピュータプログ
ラムを実行することにより、前記復号ステップとして機
能する場合において、 前記符号化データを復号する復号方法に対応する前記復
号ステップとして機能するためのコンピュータプログラ
ムを有していないとき、 前記符号化データを送信してくる送信装置が送信する、
前記符号化データを復号する復号方法に対応する前記復
号ステップとして機能するためのコンピュータプログラ
ムを受信する受信ステップと、 前記受信ステップで受信したコンピュータプログラム
を、前記情報処理装置に組み込む組み込みステップとを
さらに備えることを特徴とする請求項３７に記載の受信
方法。 - 【請求項４１】 時系列のディジタル信号の一部または
全部を、複数の符号化方法のうちのいずれかで符号化し
た符号化データを、コンピュータに処理させるためのコ
ンピュータプログラムを提供する提供媒体であって、 前記符号化データに付加されている、その符号化データ
を得るのに用いた符号化方法を示す符号化方法情報を抽
出する抽出ステップと、 前記符号化方法情報に基づいて、前記符号化データを復
号する復号方法を認識する認識ステップと、 前記認識ステップで認識された前記復号方法により、前
記符号化データを復号する復号ステップとを備えるコン
ピュータプログラムを提供することを特徴とする提供媒
体。 - 【請求項４２】 前記符号化データを送信してくる送信
装置が、その送信先の処理能力に基づいて、前記ディジ
タル信号の符号化方法を指示する場合において、 前記コンピュータプログラムは、自身の処理能力を、前
記送信装置に送信する処理能力送信ステップをさらに備
えることを特徴とする請求項４１に記載の提供媒体。 - 【請求項４３】 前記コンピュータプログラムは、前記
符号化データを送信してくる送信装置に対して、前記デ
ィジタル信号を符号化するのに用いる符号化方法の要求
を送信する要求送信ステップをさらに備えることを特徴
とする請求項４１に記載の提供媒体。 - 【請求項４４】 前記コンピュータプログラムは、前記
符号化データを復号する復号方法に対応する前記復号ス
テップとして機能するためのプログラムモジュールを有
していないときに、 前記符号化データを送信してくる送信装置が送信する、
前記符号化データを復号する復号方法に対応する前記復
号ステップとして機能するためのプログラムモジュール
を受信する受信ステップと、 前記受信ステップで受信したプログラムモジュールを組
み込む組み込みステップとをさらに備えることを特徴と
する請求項４１に記載の提供媒体。 - 【請求項４５】 時系列のディジタル信号を符号化した
符号化データを提供する提供媒体であって、 複数の符号化方法の中から、前記ディジタル信号の一部
または全部を符号化するための符号化方法を指示し、 前記指示された符号化方法により、前記ディジタル信号
を符号化した符号化データを選択し、 前記選択された符号化データに、その符号化データにつ
いての符号化方法を示す符号化方法情報を付加すること
をにより得られる前記符号化データおよび符号化方法情
報を提供することを特徴とする提供媒体。 - 【請求項４６】 ディジタル信号を符号化した符号化デ
ータを、所定の伝送路を介して送信する送信装置であっ
て、 前記ディジタル信号を、複数の符号化方法でそれぞれ符
号化し、前記符号化データを出力する複数の符号化手段
と、 前記伝送路の伝送レートを検出する検出手段と、 前記複数の符号化方法の中から、前記伝送路の伝送レー
トに対応したビットレートの符号化データを得ることが
できるものを選択する選択手段と、 前記選択手段により選択された符号化方法による前記符
号化データを送信する送信手段とを備えることを特徴と
する送信装置。 - 【請求項４７】 前記選択手段は、前記複数の符号化手
段のうち、前記伝送路の伝送レートに対応したビットレ
ートの符号化データを出力するものを選択して、前記デ
ィジタル信号を符号化させ、 前記送信手段は、その選択された前記符号化手段が出力
する前記符号化データを送信することを特徴とする請求
項４６に記載の送信装置。 - 【請求項４８】 前記複数の符号化手段それぞれが前記
ディジタル信号を符号化することにより得られる複数の
符号化データを記憶する複数の記憶手段をさらに備え、 前記選択手段は、前記複数の記憶手段にそれぞれ記憶さ
れた複数の符号化データのうち、前記伝送路の伝送レー
トに対応したビットレートのものを選択することを特徴
とする請求項４６に記載の送信装置。 - 【請求項４９】 前記検出手段は、前記符号化データを
受信する受信装置との間における、所定量のデータをや
りとりするための通信時間を求め、その通信時間に基づ
いて、前記伝送路の伝送レートを検出することを特徴と
する請求項４６に記載の送信装置。 - 【請求項５０】 前記検出手段は、前記通信時間を測定
することにより求めることを特徴とする請求項４９に記
載の送信装置。 - 【請求項５１】 前記符号化データを受信する受信装置
との間でやりとりされるデータに、そのデータを送信し
た送信時刻が付加されている場合において、 前記検出手段は、前記送信時刻に基づいて、前記通信時
間を求めることを特徴とする請求項４９に記載の送信装
置。 - 【請求項５２】 前記送信手段が、前記伝送路につい
て、所定の伝送レートを確保して、前記符号化データの
送信を行う場合において、 前記選択手段は、前記複数の符号化方法の中から、前記
所定の伝送レートに対応したビットレートの符号化デー
タを得ることができるものを選択することを特徴とする
請求項４６に記載の送信装置。 - 【請求項５３】 前記選択手段は、前記符号化データの
送信開始時に、前記検出手段によって検出された前記伝
送路の伝送レートに対応したビットレートの符号化デー
タを得ることができる前記符号化方法を選択することを
特徴とする請求項４６に記載の送信装置。 - 【請求項５４】 前記選択手段は、前記符号化データの
送信開始後に、前記検出手段によって検出される前記伝
送路の伝送レートに基づいて、前記符号化方法の選択を
変更することを特徴とする請求項４６に記載の送信装
置。 - 【請求項５５】 前記検出手段は、前記符号化データを
受信する受信装置との間における、所定量のデータをや
りとりするための通信時間を求め、その通信時間に基づ
いて、前記伝送路の伝送レートを検出することを特徴と
する請求項５４に記載の送信装置。 - 【請求項５６】 前記検出手段は、前記符号化データを
受信する受信装置との間において、データのやりとりを
するごとに、前記伝送路の伝送レートを検出し、 前記選択手段は、前記検出手段によって前記伝送路の伝
送レートが検出されるごとに、その伝送レートに基づい
て、前記符号化方法の選択を変更することを特徴とする
請求項５４に記載の送信装置。 - 【請求項５７】 前記検出手段は、前記符号化データを
受信する受信装置との間において、データのやりとりを
するごとに、前記伝送路の伝送レートを検出し、 前記選択手段は、前記検出手段によって前記伝送路の伝
送レートが、所定の複数回数検出されるごとに、前記伝
送路の伝送レートに基づいて、前記符号化方法の選択を
変更することを特徴とする請求項５４に記載の送信装
置。 - 【請求項５８】 前記選択手段は、前記検出手段によっ
て複数回検出された前記伝送路の伝送レートのうちの２
以上の値に基づいて、前記符号化方法の選択を変更する
ことを特徴とする請求項５７に記載の送信装置。 - 【請求項５９】 前記選択手段は、前記検出手段によっ
て複数回検出された前記伝送路の伝送レートの平均値、
または最大値と最小値との間の中間値に基づいて、前記
符号化方法の選択を変更することを特徴とする請求項５
８に記載の送信装置。 - 【請求項６０】 前記選択手段は、前記検出手段によっ
て複数回検出された前記伝送路の伝送レートのうちの最
大値または最小値に基づいて、前記符号化方法の選択を
変更することを特徴とする請求項５７に記載の送信装
置。 - 【請求項６１】 前記選択手段により選択された前記符
号化方法による前記符号化データに対して、その符号化
方法を示す符号化方法情報を付加する付加手段をさらに
備えることを特徴とする請求項４６に記載の送信装置。 - 【請求項６２】 ディジタル信号を符号化した符号化デ
ータを、所定の伝送路を介して送信する送信装置の送信
方法であって、 前記送信装置は、前記ディジタル信号を、複数の符号化
方法でそれぞれ符号化し、前記符号化データを出力する
複数の符号化手段を備え、 前記伝送路の伝送レートを検出する検出ステップと、 前記複数の符号化方法の中から、前記伝送路の伝送レー
トに対応したビットレートの符号化データを得ることが
できるものを選択する選択ステップと、 前記選択ステップで選択された符号化方法による前記符
号化データを送信する送信ステップとを備えることを特
徴とする送信方法。 - 【請求項６３】 前記選択ステップにおいて、前記複数
の符号化手段のうち、前記伝送路の伝送レートに対応し
たビットレートの符号化データを出力するものを選択し
て、前記ディジタル信号を符号化させ、 前記送信ステップにおいて、その選択された前記符号化
手段が出力する前記符号化データを送信することを特徴
とする請求項６２に記載の送信方法。 - 【請求項６４】 前記送信装置は、前記複数の符号化手
段それぞれが前記ディジタル信号を符号化することによ
り得られる複数の符号化データを記憶する複数の記憶手
段をさらに備え、 前記選択ステップにおいて、前記複数の記憶手段にそれ
ぞれ記憶された複数の符号化データのうち、前記伝送路
の伝送レートに対応したビットレートのものを選択する
ことを特徴とする請求項６２に記載の送信方法。 - 【請求項６５】 前記検出ステップにおいて、前記符号
化データを受信する受信装置との間における、所定量の
データをやりとりするための通信時間を求め、その通信
時間に基づいて、前記伝送路の伝送レートを検出するこ
とを特徴とする請求項６２に記載の送信方法。 - 【請求項６６】 前記検出ステップにおいて、前記通信
時間を測定することにより求めることを特徴とする請求
項６５に記載の送信方法。 - 【請求項６７】 前記符号化データを受信する受信装置
との間でやりとりされるデータに、そのデータを送信し
た送信時刻が付加されている場合において、 前記検出ステップにおいて、前記送信時刻に基づいて、
前記通信時間を求めることを特徴とする請求項６５に記
載の送信方法。 - 【請求項６８】 前記送信ステップにおいて、前記伝送
路について、所定の伝送レートを確保して、前記符号化
データの送信を行う場合において、 前記選択ステップにおいて、前記複数の符号化方法の中
から、前記所定の伝送レートに対応したビットレートの
符号化データを得ることができるものを選択することを
特徴とする請求項６２に記載の送信方法。 - 【請求項６９】 前記選択ステップにおいて、前記符号
化データの送信開始時に、前記検出ステップで検出され
た前記伝送路の伝送レートに対応したビットレートの符
号化データを得ることができる前記符号化方法を選択す
ることを特徴とする請求項６２に記載の送信方法。 - 【請求項７０】 前記選択ステップにおいて、前記符号
化データの送信開始後に、前記検出ステップによって検
出される前記伝送路の伝送レートに基づいて、前記符号
化方法の選択を変更することを特徴とする請求項６２に
記載の送信方法。 - 【請求項７１】 前記検出ステップにおいて、前記符号
化データを受信する受信装置との間における、所定量の
データをやりとりするための通信時間を求め、その通信
時間に基づいて、前記伝送路の伝送レートを検出するこ
とを特徴とする請求項７０に記載の送信方法。 - 【請求項７２】 前記検出ステップにおいて、前記符号
化データを受信する受信装置との間において、データの
やりとりをするごとに、前記伝送路の伝送レートを検出
し、 前記選択ステップにおいて、前記検出ステップで前記伝
送路の伝送レートが検出されるごとに、その伝送レート
に基づいて、前記符号化方法の選択を変更することを特
徴とする請求項７０に記載の送信方法。 - 【請求項７３】 前記検出ステップにおいて、前記符号
化データを受信する受信装置との間において、データの
やりとりをするごとに、前記伝送路の伝送レートを検出
し、 前記選択ステップにおいて、前記検出ステップで前記伝
送路の伝送レートが、所定の複数回数検出されるごと
に、前記伝送路の伝送レートに基づいて、前記符号化方
法の選択を変更することを特徴とする請求項７０に記載
の送信方法。 - 【請求項７４】 前記選択ステップにおいて、前記検出
ステップで複数回検出された前記伝送路の伝送レートの
うちの２以上の値に基づいて、前記符号化方法の選択を
変更することを特徴とする請求項７３に記載の送信方
法。 - 【請求項７５】 前記選択ステップにおいて、前記検出
ステップで複数回検出された前記伝送路の伝送レートの
平均値、または最大値と最小値との間の中間値に基づい
て、前記符号化方法の選択を変更することを特徴とする
請求項７４に記載の送信方法。 - 【請求項７６】 前記選択ステップにおいて、前記検出
ステップで複数回検出された前記伝送路の伝送レートの
うちの最大値または最小値に基づいて、前記符号化方法
の選択を変更することを特徴とする請求項７３に記載の
送信方法。 - 【請求項７７】 前記選択ステップで選択された前記符
号化方法による前記符号化データに対して、その符号化
方法を示す符号化方法情報を付加する付加ステップをさ
らに備えることを特徴とする請求項６２に記載の送信方
法。 - 【請求項７８】 ディジタル信号を符号化した符号化デ
ータを、所定の伝送路を介して送信する処理を、コンピ
ュータに行わせるためのコンピュータプログラムを提供
する提供媒体であって、 前記コンピュータは、前記ディジタル信号を、複数の符
号化方法でそれぞれ符号化し、前記符号化データを出力
する複数の符号化手段を備え、 前記伝送路の伝送レートを検出する検出ステップと、 前記複数の符号化方法の中から、前記伝送路の伝送レー
トに対応したビットレートの符号化データを得ることが
できるものを選択する選択ステップと、 前記選択ステップで選択された符号化方法による前記符
号化データを送信する送信ステップとを備えるコンピュ
ータプログラムを提供することを特徴とする提供媒体。 - 【請求項７９】 前記選択ステップにおいて、前記複数
の符号化手段のうち、前記伝送路の伝送レートに対応し
たビットレートの符号化データを出力するものを選択し
て、前記ディジタル信号を符号化させ、 前記送信ステップにおいて、その選択された前記符号化
手段が出力する前記符号化データを送信することを特徴
とする請求項７８に記載の提供媒体。 - 【請求項８０】 前記コンピュータは、前記複数の符号
化手段それぞれが前記ディジタル信号を符号化すること
により得られる複数の符号化データを記憶する複数の記
憶手段をさらに備え、 前記選択ステップにおいて、前記複数の記憶手段にそれ
ぞれ記憶された複数の符号化データのうち、前記伝送路
の伝送レートに対応したビットレートのものを選択する
ことを特徴とする請求項７８に記載の提供媒体。 - 【請求項８１】 前記検出ステップにおいて、前記符号
化データを受信する受信装置との間における、所定量の
データをやりとりするための通信時間を求め、その通信
時間に基づいて、前記伝送路の伝送レートを検出するこ
とを特徴とする請求項７８に記載の提供媒体。 - 【請求項８２】 前記検出ステップにおいて、前記通信
時間を測定することにより求めることを特徴とする請求
項８１に記載の提供媒体。 - 【請求項８３】 前記符号化データを受信する受信装置
との間でやりとりされるデータに、そのデータを送信し
た送信時刻が付加されている場合において、 前記検出ステップにおいて、前記送信時刻に基づいて、
前記通信時間を求めることを特徴とする請求項８１に記
載の提供媒体。 - 【請求項８４】 前記送信ステップにおいて、前記伝送
路について、所定の伝送レートを確保して、前記符号化
データの送信を行う場合において、 前記選択ステップにおいて、前記複数の符号化方法の中
から、前記所定の伝送レートに対応したビットレートの
符号化データを得ることができるものを選択することを
特徴とする請求項７８に記載の提供媒体。 - 【請求項８５】 前記選択ステップにおいて、前記符号
化データの送信開始時に、前記検出ステップで検出され
た前記伝送路の伝送レートに対応したビットレートの符
号化データを得ることができる前記符号化方法を選択す
ることを特徴とする請求項７８に記載の提供媒体。 - 【請求項８６】 前記選択ステップにおいて、前記符号
化データの送信開始後に、前記検出ステップによって検
出される前記伝送路の伝送レートに基づいて、前記符号
化方法の選択を変更することを特徴とする請求項７８に
記載の提供媒体。 - 【請求項８７】 前記検出ステップにおいて、前記符号
化データを受信する受信装置との間における、所定量の
データをやりとりするための通信時間を求め、その通信
時間に基づいて、前記伝送路の伝送レートを検出するこ
とを特徴とする請求項８６に記載の提供媒体。 - 【請求項８８】 前記検出ステップにおいて、前記符号
化データを受信する受信装置との間において、データの
やりとりをするごとに、前記伝送路の伝送レートを検出
し、 前記選択ステップにおいて、前記検出ステップで前記伝
送路の伝送レートが検出されるごとに、その伝送レート
に基づいて、前記符号化方法の選択を変更することを特
徴とする請求項８６に記載の提供媒体。 - 【請求項８９】 前記検出ステップにおいて、前記符号
化データを受信する受信装置との間において、データの
やりとりをするごとに、前記伝送路の伝送レートを検出
し、 前記選択ステップにおいて、前記検出ステップで前記伝
送路の伝送レートが、所定の複数回数検出されるごと
に、前記伝送路の伝送レートに基づいて、前記符号化方
法の選択を変更することを特徴とする請求項８６に記載
の提供媒体。 - 【請求項９０】 前記選択ステップにおいて、前記検出
ステップで複数回検出された前記伝送路の伝送レートの
うちの２以上の値に基づいて、前記符号化方法の選択を
変更することを特徴とする請求項８９に記載の提供媒
体。 - 【請求項９１】 前記選択ステップにおいて、前記検出
ステップで複数回検出された前記伝送路の伝送レートの
平均値、または最大値と最小値との間の中間値に基づい
て、前記符号化方法の選択を変更することを特徴とする
請求項９０に記載の提供媒体。 - 【請求項９２】 前記選択ステップにおいて、前記検出
ステップで複数回検出された前記伝送路の伝送レートの
うちの最大値または最小値に基づいて、前記符号化方法
の選択を変更することを特徴とする請求項８９に記載の
提供媒体。 - 【請求項９３】 前記コンピュータプログラムは、前記
選択ステップで選択された前記符号化方法による前記符
号化データに対して、その符号化方法を示す符号化方法
情報を付加する付加ステップをさらに備えることを特徴
とする請求項７８に記載の提供媒体。 - 【請求項９４】 ディジタル信号を符号化した符号化デ
ータを、所定の伝送路を介して受信する受信装置であっ
て、 前記伝送路の伝送レートに対応したビットレートのデー
タを得ることができる符号化方法によって符号化された
前記符号化データを受信する受信手段と、 前記符号化データを復号する復号手段とを備えることを
特徴とする受信装置。 - 【請求項９５】 前記符号化データに、その符号化方法
を示す符号化方法情報が付加されている場合において、 前記符号化方法情報に基づいて、前記符号化データの復
号方法を認識する認識手段をさらに備えることを特徴と
する請求項９４に記載の受信装置。 - 【請求項９６】 ディジタル信号を符号化した符号化デ
ータを、所定の伝送路を介して受信する受信方法であっ
て、 前記伝送路の伝送レートに対応したビットレートのデー
タを得ることができる符号化方法によって符号化された
前記符号化データを受信する受信ステップと、前記符号
化データを復号する復号ステップとを備えることを特徴
とする受信方法。 - 【請求項９７】 前記符号化データに、その符号化方法
を示す符号化方法情報が付加されている場合において、 前記符号化方法情報に基づいて、前記符号化データの復
号方法を認識する認識ステップをさらに備えることを特
徴とする請求項９６に記載の受信方法。 - 【請求項９８】 ディジタル信号を符号化した符号化デ
ータを、所定の伝送路を介して受信する処理を、コンピ
ュータに行わせるためのコンピュータプログラムを提供
する提供媒体であって、 前記伝送路の伝送レートに対応したビットレートのデー
タを得ることができる符号化方法によって符号化された
前記符号化データを受信する受信ステップと、前記符号
化データを復号する復号ステップとを備えるコンピュー
タプログラムを提供することを特徴とする提供媒体。 - 【請求項９９】 前記符号化データに、その符号化方法
を示す符号化方法情報が付加されている場合において、 前記コンピュータプログラムは、前記符号化方法情報に
基づいて、前記符号化データの復号方法を認識する認識
ステップをさらに備えることを特徴とする請求項９８に
記載の提供媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10125633A JPH11331305A (ja) | 1998-05-08 | 1998-05-08 | 送信装置および送信方法、受信装置および受信方法、並びに提供媒体 |
| US09/299,509 US6507611B1 (en) | 1998-05-08 | 1999-04-26 | Transmitting apparatus and method, receiving apparatus and method, and providing medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10125633A JPH11331305A (ja) | 1998-05-08 | 1998-05-08 | 送信装置および送信方法、受信装置および受信方法、並びに提供媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11331305A true JPH11331305A (ja) | 1999-11-30 |
Family
ID=14914879
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10125633A Withdrawn JPH11331305A (ja) | 1998-05-08 | 1998-05-08 | 送信装置および送信方法、受信装置および受信方法、並びに提供媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6507611B1 (ja) |
| JP (1) | JPH11331305A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001292385A (ja) * | 2000-04-05 | 2001-10-19 | Ntt Communications Kk | ストリーミング映像再生方法、ストリーミング映像再生装置、及びストリーミング映像再生プログラムを記録した記録媒体 |
| EP1501310A1 (en) * | 2002-04-26 | 2005-01-26 | NEC Corporation | Moving picture data code conversion/transmission method and device, code conversion/reception method and device |
| JP2007143076A (ja) * | 2005-11-22 | 2007-06-07 | Ntt Electornics Corp | コーデック切り替え装置 |
| US7330901B2 (en) | 2002-03-05 | 2008-02-12 | Sony Corporation | Data stream-distribution system and method therefor |
| CN100435506C (zh) * | 2002-04-26 | 2008-11-19 | 日本电气株式会社 | 音频数据编码转换发送方法以及编码转换接收方法、设备和*** |
| US10212417B2 (en) | 2001-02-13 | 2019-02-19 | Realtime Adaptive Streaming Llc | Asymmetric data decompression systems |
| US10284225B2 (en) | 2000-10-03 | 2019-05-07 | Realtime Data, Llc | Systems and methods for data compression |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4131052B2 (ja) | 1998-07-17 | 2008-08-13 | ソニー株式会社 | 撮像装置 |
| JP2000181448A (ja) * | 1998-12-15 | 2000-06-30 | Sony Corp | 送信装置および送信方法、受信装置および受信方法、並びに提供媒体 |
| US6456666B1 (en) * | 1999-07-29 | 2002-09-24 | Agere Systems Guardian Corp. | Signal encoding for transmission of multiple digital signals over single physical medium |
| JP3586398B2 (ja) * | 1999-11-29 | 2004-11-10 | 松下電器産業株式会社 | ディジタル信号処理装置、及びディジタル信号処理方法 |
| US6922730B1 (en) * | 1999-12-21 | 2005-07-26 | Intel Corporation | Dedicated digital-to-analog network audio bridging system |
| US7388918B2 (en) * | 2000-03-13 | 2008-06-17 | Texas Instruments Incorporated | Apparatus and method for the transparent upgrading of technology and applications in digital radio systems using programmable transmitters and receivers |
| JP2002247137A (ja) * | 2000-04-25 | 2002-08-30 | Canon Inc | 通信装置及び通信方法 |
| FR2826823B1 (fr) * | 2001-06-27 | 2003-10-10 | Canon Kk | Procede et dispositif de traitement d'un signal numerique code |
| US20040003134A1 (en) * | 2002-06-27 | 2004-01-01 | Lin Eugene S. | Software sharing model |
| KR100604032B1 (ko) * | 2003-01-08 | 2006-07-24 | 엘지전자 주식회사 | 복수 코덱을 지원하는 장치와 방법 |
| US7873706B2 (en) * | 2003-03-19 | 2011-01-18 | Cgi Communications, Inc. | System and method for seamlessly providing video content to client systems over a network |
| CN1914922B (zh) * | 2004-01-28 | 2012-03-14 | 日本电气株式会社 | 内容的编码、分发及接收的方法、装置、*** |
| JP4559927B2 (ja) * | 2005-07-14 | 2010-10-13 | パナソニック株式会社 | 通信データ処理装置及び方法 |
| KR101356737B1 (ko) * | 2006-07-12 | 2014-02-03 | 삼성전자주식회사 | 디코딩 정보 업데이트를 위한 방법 및 장치 |
| EP2262139A1 (en) * | 2009-06-12 | 2010-12-15 | Alcatel Lucent | Variable bitrate equipment |
| US9179169B2 (en) | 2012-03-14 | 2015-11-03 | Imagine Communications Corp. | Adaptive media delivery |
| US10965771B2 (en) * | 2018-09-25 | 2021-03-30 | International Business Machines Corporation | Dynamically switchable transmission data formats in a computer system |
| CN111739543B (zh) * | 2020-05-25 | 2023-05-23 | 杭州涂鸦信息技术有限公司 | 音频编码方法的调试方法及其相关装置 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4931250A (en) * | 1988-05-12 | 1990-06-05 | Codex Corporation | Multimode modem |
| JP3498375B2 (ja) | 1994-07-20 | 2004-02-16 | ソニー株式会社 | ディジタル・オーディオ信号記録装置 |
| AU683183B2 (en) | 1994-08-18 | 1997-10-30 | British Telecommunications Public Limited Company | Analysis of audio quality |
| US5960035A (en) * | 1995-09-29 | 1999-09-28 | Motorola Inc. | Method and apparatus for load balancing for a processor operated data communications device |
| JP4005154B2 (ja) | 1995-10-26 | 2007-11-07 | ソニー株式会社 | 音声復号化方法及び装置 |
| US6021158A (en) * | 1996-05-09 | 2000-02-01 | Texas Instruments Incorporated | Hybrid wireless wire-line network integration and management |
| US6236676B1 (en) * | 1998-04-17 | 2001-05-22 | Siemens Information And Communication Networks, Inc. | Intelligent adaptive modulation system |
-
1998
- 1998-05-08 JP JP10125633A patent/JPH11331305A/ja not_active Withdrawn
-
1999
- 1999-04-26 US US09/299,509 patent/US6507611B1/en not_active Expired - Lifetime
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001292385A (ja) * | 2000-04-05 | 2001-10-19 | Ntt Communications Kk | ストリーミング映像再生方法、ストリーミング映像再生装置、及びストリーミング映像再生プログラムを記録した記録媒体 |
| JP4498531B2 (ja) * | 2000-04-05 | 2010-07-07 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | ストリーミング映像再生方法、ストリーミング映像再生装置、及びストリーミング映像再生プログラムを記録した記録媒体 |
| US10284225B2 (en) | 2000-10-03 | 2019-05-07 | Realtime Data, Llc | Systems and methods for data compression |
| US10212417B2 (en) | 2001-02-13 | 2019-02-19 | Realtime Adaptive Streaming Llc | Asymmetric data decompression systems |
| US7330901B2 (en) | 2002-03-05 | 2008-02-12 | Sony Corporation | Data stream-distribution system and method therefor |
| US7526567B2 (en) | 2002-03-05 | 2009-04-28 | Sony Corporation | Data stream-distribution system and method therefor |
| KR100960006B1 (ko) | 2002-03-05 | 2010-05-28 | 소니 주식회사 | 데이터 스트림-분배 시스템 및 그 방법 |
| EP1501310A1 (en) * | 2002-04-26 | 2005-01-26 | NEC Corporation | Moving picture data code conversion/transmission method and device, code conversion/reception method and device |
| CN100435506C (zh) * | 2002-04-26 | 2008-11-19 | 日本电气株式会社 | 音频数据编码转换发送方法以及编码转换接收方法、设备和*** |
| EP1501310A4 (en) * | 2002-04-26 | 2012-07-11 | Nec Corp | DATA CODE IMPLEMENTATION / TRANSMISSION METHOD AND DEVICE FOR MOBILE PICTURES, CODE IMPLEMENTING / RECEIVING METHOD AND DEVICE |
| JP2007143076A (ja) * | 2005-11-22 | 2007-06-07 | Ntt Electornics Corp | コーデック切り替え装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US6507611B1 (en) | 2003-01-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH11331305A (ja) | 送信装置および送信方法、受信装置および受信方法、並びに提供媒体 | |
| KR100960006B1 (ko) | 데이터 스트림-분배 시스템 및 그 방법 | |
| US6738380B1 (en) | Apparatus, method and transmitting medium for transmitting and receiving fragmented coded data | |
| US7130618B2 (en) | Method, apparatus, and system for transmitting moving image data | |
| JPH1065597A (ja) | 音声メッセージ送信装置、音声メッセージ受信装置及び携帯無線音声メッセージ通信装置 | |
| JP2005084578A (ja) | 演奏システム及び楽音映像再生装置 | |
| JP2000349825A (ja) | データパケットの２つ以上のシーケンスを処理する方法および装置 | |
| JP2005513542A (ja) | 無線ユニット間におけるハイファイ音響信号の送信 | |
| US6038529A (en) | Transmitting and receiving system compatible with data of both the silence compression and non-silence compression type | |
| US6757303B1 (en) | Technique for communicating time information | |
| US6928060B1 (en) | Audio data communication | |
| US6525253B1 (en) | Transmission of musical tone information | |
| JP2003347940A (ja) | 音声を高能率符号化するシステムに音声帯域のデータ信号を透過させるための符号化と伝送の方法と装置 | |
| JPH1065655A (ja) | マルチメディア通信方法及びシステム | |
| JP4050961B2 (ja) | パケット型音声通信端末 | |
| KR100875936B1 (ko) | 가변대역 멀티코덱 음성 품질 측정 구간 일치를 위한 방법및 그 장치 | |
| JP2002252644A (ja) | 音声パケット通信装置及び音声パケット通信方法 | |
| EP1617415B1 (en) | Code conversion method and device, program, and recording medium | |
| JPH0588697A (ja) | 欠落音声補間方式 | |
| KR101236496B1 (ko) | 전자 메일 송신 단말 및 전자 메일 시스템 | |
| JPH08340314A (ja) | 通信装置 | |
| KR100428717B1 (ko) | 무선 데이터 채널상에서의 음성파일 송수신 방법 | |
| JP2006284771A (ja) | セッション端末 | |
| JP2002084518A (ja) | オブジェクト選択式情報通信方法及びその装置 | |
| JPH08321828A (ja) | 符号化信号伝送装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20050802 |