(57)【要約】 【課題】  複数のデータブロックに分割されて送信されてくるデジタルデータに応じた音声や映像を再生させる際に、その再生遅延を小さくしつつ、その音声や映像が途切れることを回避することを可能にする。【解決手段】  音声信号にデジタル変換を施して得られるオーディオデータが分割して書き込まれたパケットを受信し、そのオーディオデータに応じた音声信号を出力する通信装置に、各パケットに書き込まれているデータに所定の処理を施してそのデータに対応する音声信号を出力するとともに、その所要時間が互いに異なっている複数の変換手段を設け、パケットの受信時刻とそのパケットに含まれているデータに対応する音声の再生予定時刻との時間差が前記所要時間に収まる変換手段のうちで最も長い前記所要時間を要する変換手段へそのパケットに含まれているデータを供給させるようにする。【選択図】      図４
2006254203.tif 000002
【特許請求の範囲】
【請求項１】
音声信号または映像信号にデジタル変換を施して得られるデジタルデータを所定のデータサイズ分づつ分割して得られる分割データとその分割データを一意に識別する識別子とが書き込まれたデータブロックを順次受信する受信手段と、
前記受信手段により受信されたデータブロックに書き込まれている分割データに所定の処理を施してその分割データに対応する音声信号または映像信号を出力するとともに、前記所定の処理の実行に要する所要時間が異なっている複数の変換手段と、
前記受信手段によりデータブロックが受信される度にその受信時刻を取得する受信時刻取得手段と、
前記受信手段によるデータブロックの受信間隔に応じて、各データブロックに書き込まれている分割データに対応する音声または映像の再生予定時刻を決定する決定手段と、
前記受信手段により受信されたデータブロックに含まれている分割データを前記複数の変換手段の何れかへ供給してその分割データに応じた音声信号または映像信号の出力制御を行う出力制御手段であって、そのデータブロックについて前記受信時刻取得手段により取得された受信時刻と前記決定手段により決定された再生予定時刻との時間差が前記所要時間に収まる変換手段のうちで最も長い前記所要時間を要する変換手段へその分割データを供給する出力制御手段と
を有する通信装置。
【請求項２】
前記決定手段は、
前記受信手段により受信されるデータブロックには、そのデータブロックに含まれている分割データに応じた音声または映像の再生予定時刻を表す時刻データが含まれている場合には、前記受信手段による前記データブロックの受信間隔に替えて、その時刻データに基づいて再生予定時刻を決定する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
コンピュータ装置を、
音声信号または映像信号にデジタル変換を施して得られるデジタルデータを所定のデータサイズ分づつ分割して得られる分割データとその分割データを一意に識別する識別子とが書き込まれたデータブロックを順次受信する受信手段と、
前記受信手段により受信されたデータブロックに書き込まれている分割データに所定の処理を施してその分割データに対応する音声信号または映像信号を出力するとともに、前記所定の処理の実行に要する所要時間が異なっている複数の変換手段と、
前記受信手段によりデータブロックが受信される度にその受信時刻を取得する受信時刻取得手段と、
前記受信手段によるデータブロックの受信間隔に応じて、各データブロックに書き込まれている分割データに対応する音声または映像の再生予定時刻を決定する決定手段と、
前記受信手段により受信されたデータブロックに含まれている分割データを前記複数の変換手段の何れかへ供給してその分割データに応じた音声信号または映像信号の出力制御を行う出力制御手段であって、そのデータブロックについて前記受信時刻取得手段により取得された受信時刻と前記決定手段により決定された再生予定時刻との時間差が前記所要時間に収まる変換手段のうちで最も長い前記所要時間を要する変換手段へその分割データを供給する出力制御手段と
して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声信号または映像信号にデジタル変換を施して得られるデジタルデータを通信網を介して受信しそのデジタルデータに応じた音声信号または映像信号を再生する通信装置に関する。
【背景技術】
【０００２】
近年、インターネットなどの通信網を介したデータ通信が一般に普及している。この種のデータ通信の一例としては、ＩＰ（Internet Protocol）にしたがって行われるパケット通信が挙げられる。パケット通信においては、以下のようにしてデータの送受信が行われる。すなわち、データの送り手側の通信装置（以下、送信装置）は、送信対象データを所定のデータサイズを有する複数の分割データに分割し、それら各分割データに所定のヘッダを付与して生成されるパケットを送信することで、上記送信対象データを送信する。上記ヘッダには、パケットの送信元および送信先を表す通信アドレス（以下、前者を「送信元アドレス」と呼び、後者を「送信先アドレス」と呼ぶ）や、そのパケットに含まれている分割データを一意に示すシーケンス番号（例えば、上記送信対象データにおけるその分割データの先頭ビットの位置を表すデータ）などの識別子が書き込まれている。一方、上記送信先アドレスで特定される通信装置（すなわち、上記パケットの受け手側の通信装置：以下、「受信装置」）は、受信した各パケットに含まれている分割データを上記識別子にしたがって連結することによって、上記送信対象データを復元する。
【０００３】
ところで、上記パケット通信には、送信装置から送信された各パケットが受信装置へ到達するタイミングを制御することができないといった問題点がある。何故ならば、各パケットが受信装置へ到達するタイミングは、パケット通信を仲介する通信網にかかっている負荷の度合いに大きく依存してしまうからである。例えば、上記通信網にかかっている負荷が極めて小さい場合には、送信装置から送信された全てのパケットがほぼ同時に受信装置へ到達してしまい、逆に、上記通信網にかかっている負荷が極めて大きい場合には、上記送信装置からパケットが送信された時点から所定の時間が経過した時点でも、それらのパケットが１つも受信装置へ到達していないといったことが起こり得る。また、上記通信網内で各パケットが辿るルーティング経路は必ずしも同一ではないため、送信装置から順次送信されたパケットがその送信順に受信装置へ到達するとは限らない。
【０００４】
このような問題点を解消するための技術の一例としては、非特許文献１に開示された技術が挙げられる。非特許文献１には、通信網を介して受信したパケットを蓄積するためのバッファを受信装置に設け、複数のパケットがほぼ同時に到達した場合やパケットの到達順に入れ替わりが発生した場合であっても上記バッファからのパケットの読出し順を適宜制御することによって、送信対象データを復元するタイミングを適宜調整することが開示されている。
【非特許文献１】“マスタリングＴＣＰ／ＩＰ、ＲＩＰ編”、                        ＩＳＢＮ−２７４−０６５６１−８、１４０ページ
【発明の開示】
【発明が解決しようとする課題】
【０００５】
近年、通信網の高速化に伴い、音声信号にデジタル変換を施して得られるオーディオデータや映像信号にデジタル変換を施して得られるビデオデータなどのデジタルデータをパケット通信で送受信することが一般に行われており、その一例としてはパケット通信で音声通話を実現するＩＰ電話が挙げられる。一般に、音声通話においては、会話が不自然にならないようにするため、相手装置から送信されたオーディオデータに応じた音声を再生するまでの時間（以下、遅延時間）を短くする必要があるが、上記非特許文献１に記載された技術のように、相手装置から送信されたパケットを一旦バッファへ蓄積するようにしてしまうと、上記遅延時間を十分に短くすることができなくなってしまう。このため、上記の如き音声通話サービスを提供するための通信装置には、上記バッファを設けることは好ましくない。
【０００６】
しかしながら、受信装置に上記バッファを設けないようにしてしまうと、パケット通信を仲介する通信網にかかっている負荷の度合いに応じたパケットの到達タイミングのばらつきによる影響が顕著に表れてしまうといった問題点がある。具体的には、送信装置から送信された各パケットが、そのパケットに含まれている分割データに応じた音声の再生予定時刻よりも所定の時間（例えば、その分割データにアナログ変換を施して音声信号を生成する際に要する時間）だけ前の時刻に受信装置へ到達していないと、その分割データに応じた音声の再生が間に合わず、その部分の音声が途切れてしまうが、パケット通信においてこのようなことを保証することができないことは前述した通りである。
【０００７】
本発明は、上記課題に鑑みて為されたものであり、例えばパケットなどの複数のデータブロックに分割されて送信されてくるデジタルデータに応じた音声や映像を再生させる際に、その再生遅延を小さくすることを可能にするとともに、その音声や映像が途切れてしまうことを回避することを可能にする技術を提供することを目的としている。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、音声信号または映像信号にデジタル変換を施して得られるデジタルデータを所定のデータサイズ分ずつ分割して得られる分割データとその分割データを一意に識別する識別子とが書き込まれたデータブロックを順次受信する受信手段と、前記受信手段により受信されたデータブロックに書き込まれている分割データに所定の処理を施してその分割データに対応する音声信号または映像信号を出力するとともに、前記所定の処理の実行に要する所要時間が異なっている複数の変換手段と、前記受信手段によりデータブロックが受信される度にその受信時刻を取得する受信時刻取得手段と、前記受信手段によるデータブロックの受信間隔に応じて、各データブロックに書き込まれている分割データに対応する音声または映像の再生予定時刻を決定する決定手段と、前記受信手段により受信されたデータブロックに含まれている分割データを前記複数の変換手段の何れかへ供給してその分割データに応じた音声信号または映像信号の出力制御を行う出力制御手段であって、そのデータブロックについて前記受信時刻取得手段により取得された受信時刻と前記決定手段により決定された再生予定時刻との時間差が前記所要時間に収まる変換手段のうちで最も長い前記所要時間を要する変換手段へその分割データを供給する出力制御手段とを有する通信装置を提供する。このような通信装置によれば、各パケットの受信間隔に応じてそのパケットに含まれている分割データに対応する音声または映像の再生予定時刻が決定され、その再生予定時刻までに上記所定の処理の実行を完了することが可能な変換手段のうちでその所要時間が最も長い変換手段によって音声信号または映像信号の生成が行われる。
【０００９】
より好ましい態様においては、前記決定手段は、前記受信手段により受信されるデータブロックには、そのデータブロックに含まれている分割データに応じた音声または映像の再生予定時刻を表す時刻データが含まれている場合には、前記受信手段による前記データブロックの受信間隔に替えて、その時刻データに基づいて再生予定時刻を決定することを特徴としている。
【００１０】
また、本発明の別の態様においては、コンピュータ装置を、音声信号または映像信号にデジタル変換を施して得られるデジタルデータを所定のデータサイズ分ずつ分割して得られる分割データとその分割データを一意に識別する識別子とが書き込まれたデータブロックを順次受信する受信手段と、前記受信手段により受信されたデータブロックに書き込まれている分割データに所定の処理を施してその分割データに対応する音声信号または映像信号を出力するとともに、前記所定の処理の実行に要する所要時間が異なっている複数の変換手段と、前記受信手段によりデータブロックが受信される度にその受信時刻を取得する受信時刻取得手段と、前記受信手段によるデータブロックの受信間隔に応じて、各データブロックに書き込まれている分割データに対応する音声または映像の再生予定時刻を決定する決定手段と、前記受信手段により受信されたデータブロックに含まれている分割データを前記複数の変換手段の何れかへ供給してその分割データに応じた音声信号または映像信号の出力制御を行う出力制御手段であって、そのデータブロックについて前記受信時刻取得手段により取得された受信時刻と前記決定手段により決定された再生予定時刻との時間差が前記所要時間に収まる変換手段のうちで最も長い前記所要時間を要する変換手段へその分割データを供給する出力制御手段として機能させるプログラム、および、コンピュータ装置読み取り可能な記録媒体であって、該プログラムが書き込まれた記録媒体を提供する。このようなプログラムおよび記録媒体によれば、一般的なコンピュータ装置に本発明に係る通信装置と同一の機能を付与することが可能になる。
【発明の効果】
【００１１】
本発明によれば、複数のデータブロックに分割されて送信されてくるデジタルデータに応じた音声や映像を再生させる際に、その再生遅延を小さくすることが可能になるとともに、その音声や映像が途切れることを回避することが可能になる、といった効果を奏する。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を実施する際の最良の形態について図面を参照しつつ説明する。
（Ａ：構成）
図１は、本発明に係る通信装置を含む通信システム１０の全体構成の一例を示すブロック図である。この通信システム１０は、図１に示すように、通信網１００と、この通信網１００に接続されている通信装置２００Ａおよび２００Ｂと、を含んでいる。
【００１３】
通信網１００は、例えばインターネットであり、ルータなどの中継装置（図示省略）を含んでいる。この通信網１００は、自網に接続されている通信装置からＩＰにしたがって送出されたパケットを上記中継装置によって適宜ルーティングし、そのパケットのヘッダに書き込まれている送信先アドレスで特定される通信装置へ送り届ける機能を備えている。なお、本実施形態では、通信網１００がインターネットである場合について説明するが、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）であっても良いことは勿論である。要は、自網に接続されている通信装置からＩＰにしたがって送出されたパケットをその宛先へ送り届ける機能を備えた通信網であれば、どのような通信網であっても良い。
【００１４】
図１の通信装置２００Ａと２００Ｂは、例えば、パーソナルコンピュータ（以下、「ＰＣ」）であり、ＩＰにしたがったパケット通信を行う機能を備えている。図１においては詳細な図示は省略したが、通信装置２００Ａと２００Ｂとには、それぞれ、電話機が接続されており、その電話機から引渡された音声信号にデジタル変換を施してオーディオデータを生成し、そのオーディオデータをＩＰにしたがって通信網１００へ送出するとともに、ＩＰにしがたって通信網１００から送信されてくるオーディオデータを受信し、そのオーディオデータにアナログ変換を施して得られる音声信号を上記電話機へ供給する機能を備えている。つまり、通信装置２００Ａと２００Ｂとは、通信網１００を介したＩＰ電話サービスを提供するためのものである。なお、以下では、通信装置２００Ａと２００Ｂとを区別する必要がない場合には、「通信装置２００」と表記する。
【００１５】
図２は、通信装置２００のハードウェア構成の一例を示す図である。
図２に示すように、通信装置２００は、制御部１１０と、通信インターフェイス部（以下、「通信ＩＦ部」）１２０と、信号処理部１３０と、記憶部１４０と、これら構成要素間のデータ授受を仲介するバス１５０と、を有している。
【００１６】
制御部１１０は、例えばＣＰＵ（Central Processing Unit）であり、記憶部１４０に格納されているソフトウェアにしたがって通信装置２００の各部を中枢的に制御するものである。通信ＩＦ部１２０は、通信網１００に接続されており、通信網１００を介して送信されてくるパケットを受信し制御部１１０へ引渡す一方、制御部１１０から引渡されたパケットを通信網１００へ送出する。
【００１７】
信号処理部１３０は、図２に示すように、ＡＤ変換器１３０ａ、第１ＤＡ変換器１３０ｂ、第２ＤＡ変換器１３０ｃを含んでおり、図示せぬ電話機に接続されている。ＡＤ変換器１３０ａは、上記電話機から供給された音声信号にデジタル変換を施してオーディオデータを生成するものである。より詳細に説明すると、ＡＤ変換器１３０ａは、供給された音声信号を所定のサンプリング間隔でサンプリングしその音声信号の信号波形を表すオーディオデータ（図３（ａ）において“●”で示される各サンプルを表すデータ）を生成して制御部１１０へ引渡す。
【００１８】
一方、第１ＤＡ変換器１３０ｂと第２ＤＡ変換器１３０ｃは、共に、制御部１１０から引渡されたオーディオデータにアナログ変換を施して音声信号を生成し、その音声信号を上記電話機へ供給するものである。より詳細に説明すると、第１ＤＡ変換器１３０ｂは、供給されたオーディオデータに応じた音声信号を生成する際に、適宜補間を施して音声信号を生成する。具体的には、第１ＤＡ変換器１３０ｂは、図３（ｂ）にて“○”で示されるサンプルを補間して音声信号を再生する。これに対して、第２ＤＡ変換器１３０ｃは、図３（ｃ）に示すように、上記補間を行うことなく音声信号を生成する。
【００１９】
つまり、本実施形態では、第１ＤＡ変換器１３０ｂは、上記補間を行うことによって、第２ＤＡ変換器１３０ｃよりも良好な再生品質で音声信号を生成することが可能であるが、その一方で、アナログ変換に要する所要時間が第２ＤＡ変換器１３０ｃに比較して長くなっている。詳細については後述するが、本実施形態に係る通信装置２００においては、上記第１ＤＡ変換器１３０ｂと第２ＤＡ変換器１３０ｃとを、各パケットの受信時刻とそのパケットに含まれている分割データに応じた音声の再生予定時刻との時間差に応じて使い分けることによって、音声の再生が途切れてしまうことを回避することができるようになっている。
【００２０】
記憶部１４０は、図２に示すように、揮発性記憶部１４０ａと不揮発性記憶部１４０ｂとを含んでいる。揮発性記憶部１４０ａは、例えばＲＡＭ（Random Access Memory）であり、各種ソフトウェアにしたがって作動している制御部１１０によってワークエリアとして利用される。一方、不揮発性記憶部１４０ｂは、例えばＲＯＭ（Read Only Memory）やハードディスクであり、本発明に係る通信装置に特有な機能を制御部１１０に実現させるためのデータやソフトウェアを格納しておくためのものである。
【００２１】
不揮発性記憶部１４０ｂに格納されているデータの一例としては、第１ＤＡ変換器１３０ｂでアナログ変換を実行する際に要する所要時間を表す所要時間データが挙げられる。この所要時間データは、上記第１ＤＡ変換器１３０ｂと第２ＤＡ変換器１３０ｃとの何れを用いてアナログ変換を行うのかを制御部１１０に決定させる際に利用される。
【００２２】
一方、不揮発性記憶部１４０ｂに格納されているソフトウェアの一例としては、ＯＳ（Operating System）を制御部１１０に実現させるためのＯＳソフトウェアや、パケット通信ソフトウェアが挙げられる。以下、これらソフトウェアを実行することによって制御部１１０に付与される機能について説明する。
【００２３】
通信装置２００の電源（図示省略）が投入されると、制御部１１０は、まず、ＯＳソフトウェアを不揮発性記憶部１４０ｂから読み出し、これを実行する。ＯＳソフトウェアにしたがって作動している制御部１１０には、通信装置２００の各部を制御する機能、図示せぬクロックジェネレータから供給されるクロックに同期して計時を行うタイマ機能、他のソフトウェアを不揮発性記憶部１４０ｂから読み出し実行する機能などが付与される。そして、制御部１１０は、ＯＳソフトウェアの実行を完了しＯＳを実現している状態になると即座に、上記パケット通信ソフトウェアを不揮発性記憶部１４０ｂから読出し、これを実行する。このパケット通信ソフトウェアにしたがって作動している制御部１１０には、以下に述べる５つの機能が付与される。
【００２４】
第１に、ＡＤ変換器１３０ａから引渡されたオーディオデータをＩＰにしたがって送信する送信機能である。より詳細に説明すると、制御部１１０は、上記オーディオデータを所定のデータサイズ（例えば、１ミリ秒分の音声に対応するデータサイズ）を有する分割データに分割し、それら分割データの各々に各分割データを一意に示す識別子であるシーケンス番号を書き込んだヘッダを付加してパケットを生成し、それらのパケットを通信ＩＦ部１２０を介してそのシーケンス番号の順に通信網１００へ送出する。
【００２５】
第２に、通信網１００を介して相手装置から送信されてくるパケットを通信ＩＦ部１２０により順次受信する受信機能である。第３に、上記受信機能によりパケットを受信する度にその受信時刻を上記タイマ機能により取得する受信時刻取得機能である。第４に、上記受信機能によるパケットの受信間隔に応じて、各パケットに書き込まれている分割データに応じた音声の再生予定時刻を決定する決定機能である。そして、第５に、上記受信時刻取得機能により取得された受信時刻と上記決定機能により決定された再生予定時刻との時間差が、上記所定時間データの表す時間間隔以上である場合には、第１ＤＡ変換器１３０ｂへ分割データを供給してその分割データに対応する音声信号を生成させる一方、その時間差が、上記時間間隔よりも短い場合には、第２ＤＡ変換器１３０ｃへ分割データを供給して音声信号を生成させる出力制御機能である。
【００２６】
以上に説明したように、本実施形態に係る通信装置２００のハードウェア構成は、信号処理部１３０を備えている他は、一般的なコンピュータ装置のハードウェア構成と同一であり、本発明に係る通信装置に特徴的な機能はソフトウェアモジュールで実現されている。なお、本実施形態では、本発明に係る通信装置に特有な機能を制御部１１０に付与するためのパケット通信ソフトウェアやＯＳソフトウェアを夫々個別に不揮発性記憶部１４０ｂへ書き込んでおく場合について説明した。しかしながら、上記パケット通信ソフトウェアの役割とＯＳソフトウェアの役割との両者を兼ね備えたファームウェアを不揮発性記憶部１４０ｂへ書き込んでおくとしても勿論良い。また、本実施形態では、本発明に係る通信装置に特徴的な機能をソフトウェアモジュールで実現する場合について説明したが、これら各機能をハードウェアモジュールで実現するとしても良いことは勿論である。具体的には、上記ＡＤ変換器や複数のＤＡ変換器の他に、上記送信機能を担っている送信手段と、上記受信機能を担っている受信手段と、上記受信時刻取得機能を担っている受信時刻取得手段と、上記出力制御機能を担っている出力制御手段と、を組み合わせて通信装置２００を構成するとしても勿論良い。また、上記ＡＤ変換器１３０ａや第１ＤＡ変換器１３０ｂ、第２ＤＡ変換器１３０ｃの機能をソフトウェアモジュールで実現しても良いことは勿論である。
【００２７】
（Ｂ：動作）
次いで、通信装置２００が行う動作のうち、その特徴を顕著に示す動作について図面を参照しつつ説明する。なお、以下に説明する動作例では、通信装置２００Ａから通信装置２００Ｂへ宛ててオーディオデータの送信が行われた場合について説明する。
【００２８】
図４は、通信ＩＦ部１２０を介して上記オーディオデータに対応するパケットを受信した場合に、通信装置２００Ｂの制御部１１０が行う音声信号出力処理の流れを示すフローチャートである。図４に示すように、制御部１１０は、通信ＩＦ部１２０を介して上記パケットを受信すると（ステップＳＡ１）、各パケットの受信時刻を上記受信時刻取得機能により取得する（ステップＳＡ２）一方、その受信間隔に統計解析を施して各パケットに含まれている分割データに応じた音声の再生予定時刻を決定する（ステップＳＡ３）。
【００２９】
次いで、制御部１１０は、ステップＳＡ１にて受信した各パケットについて上記ステップＳＡ２にて取得した受信時刻と上記ステップＳＡ３にて決定した再生予定時刻との時間差を算出し（ステップＳＡ４）、その時間差が上記所要時間データの表す時間間隔以上であるか否かを判定する（ステップＳＡ５）。
【００３０】
そして、制御部１１０は、上記ステップＳＡ５の判定結果が“Ｙｅｓ”であるパケットについては、そのパケットに含まれている分割データを第１ＤＡ変換部１３０ｂへ引渡し（ステップＳＡ６）、逆に、ステップＳＡ５の判定結果が“Ｎｏ”であるパケットについては、そのパケットに含まれている分割データを第２ＤＡ変換部１３０ｃへ引渡す（ステップＳＡ７）。前述しように、上記所要時間データの表す時間間隔は、第１ＤＡ変換器１３０ｂによりアナログ変換を実行する際に要する所要時間を表しているのであるから、上記ステップＳＡ５の判定結果が“Ｎｏ”であるパケットは、その再生予定時刻とその受信時刻との時間差が上記所要時間よりも短く、第１ＤＡ変換器１３０ｂを用いてアナログ変換を行ったのでは、その再生予定時刻までに対応する音声信号を出力することが間に合わないパケットである。
【００３１】
このように、本実施形態に係る通信装置２００によれば、従来は音声の再生を間に合わせることができなかったパケットについても、若干再生品質を落としてアナログ変換を施して音声信号を再生することが可能になり、音声が途切れてしまうことが回避されるといった効果を奏する。また、本実施形態に係る通信装置２００では、通信網１００を介して受信したパケットを一旦バッファへ蓄積するなどの処理を行っていないため、再生遅延を充分に小さくしリアルタイム性を向上させることが可能になるといった効果も奏する。
【００３２】
（Ｃ：変形）
以上、本発明の１実施形態について説明したが、上記実施形態に以下に述べるような変形を加えても良いことは勿論である。
（Ｃ−１：変形例１）
上述した実施形態では、ＩＰ電話による音声通話サービスを提供するための通信装置に本発明を適用する場合について説明したが、いわゆるストリーミング配信によって送信されてくるオーディオデータを受信しそのオーディオデータに応じた音声を再生する通信装置に本発明を適用するとしても良いことは勿論である。
【００３３】
（Ｃ−２：変形例２）
上述した実施形態では、通信網１００を介して送信されてくるパケットに、音声信号にデジタル変換を施して得られるオーディオデータを所定のデータサイズに分割してなる分割データが書き込まれている場合について説明した。しかしながら、上記パケットに分割されて書き込まれているデジタルデータは、音声信号にデジタル変換を施して得られるものに限定されるものではなく、映像信号にデジタル変換を施して得られるビデオデータであっても良いことは勿論である。
【００３４】
（Ｃ−３：変形例３）
上述した実施形態では、夫々再生品質が異なり、その再生品質に応じた所要時間を要する２種類のＤＡ変換器（すなわち、第１ＤＡ変換器１３０ｂと第２ＤＡ変換器１３０ｃ）を通信装置２００に設けておく場合について説明した。しかしながら、３種類以上のＤＡ変換器を通信装置２００に設けておくとしても良いことは勿論である。要は、夫々再生品質が異なり、その再生品質に応じた所要時間を要する複数のＤＡ変換器を設けておき、その所要時間がパケットの受信時刻とそのパケットに含まれている分割データに応じた音声の再生予定時刻との時間差よりも短いＤＡ変換器のうちで、最も長い所要時間を要するＤＡ変換器を用いてアナログ変換を行う態様であれば、ＤＡ変換器の数は幾つであっても良い。アナログ変換に要する所要時間は、その再生品質が良好であるほど長くなることが一般的であるから、上記のようにしてＤＡ変換器を選択することによって、音声の再生が途切れてしまうことを回避しつつ、極力良好な再生品質で音声を再生することが可能になる。
【００３５】
（Ｃ−４：変形例４）
上述した実施形態では、通信装置２００Ａと２００ＢとがＩＰにしたがってデータ通信を行う場合について説明したが、ＵＤＰ（User Datagram Protocol）やＴＣＰ（Transmission Control Protocol）などＩＰよりも上位層の通信プロトコルを用いて上記データ通信をよりきめ細かく制御するようにしても良く、逆に、ＩＰよりも下位の通信プロトコル（例えば、データリンク層の通信プロトコル）にしたがって上記制御を行うとしても勿論良い。要は、デジタルデータを所定のデータサイズを有する分割データに分割し、その各々に各分割データを一意に表す識別子を書き込んだヘッダを付加したデータブロックとして送出する通信プロトコルであれば何れであっても良く、イーサネット（登録商標）以外でもＵＳＢ（Universal Serial Bus）やＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４といったネットワークでも適用できる。なお、ＴＣＰにしたがって上記データ通信を行う場合には、上記データブロックはセグメントと呼ばれ、データリンク層の通信プロトコルにしたがって上記データ通信を行う場合には、上記データブロックはフレームと呼ばれる。
【００３６】
（Ｃ−５：変形例５）
上述した実施形態では、各パケットに書き込まれている分割データに応じた音声の再生予定時刻を各パケットの受信間隔に基づいて決定する場合について説明した。しかしながら、上記各パケットにその再生予定時刻を表すタイムスタンプなどの時刻データが付加されている場合には、その時刻データにしたがって再生予定時刻を決定するようにしても勿論良い。なお、このような態様にあっては、パケットの送受信を開始することに先立って自装置の内部時計を相手装置と同期させておく時刻同期手段を通信装置２００に設けておくことが望ましい。
【００３７】
（Ｃ−６：変形例６）
上述した実施形態では、本発明に係る通信装置に特有な機能を制御部１１０に実現させるためのソフトウェアが不揮発性記憶部１４０ｂに予め書き込まれている場合について説明した。しかしながら、これらソフトウェアを、例えばＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）やＤＶＤ（Digital Versatile Disk）などのコンピュータ装置読み取り可能な記録媒体に記録して配布し、その記録媒体を用いて一般的なコンピュータ装置に上記ソフトウェアをインストールするとしても良い。
【図面の簡単な説明】
【００３８】
【図１】本発明に係る通信装置を含んでいる通信システム１０の構成例を示す図である。
【図２】同通信装置２００のハードウェア構成の一例を示すブロック図である。
【図３】同通信装置２００にて行われるＡＤ変換およびＤＡ変換の一例を示す図である。
【図４】同通信装置２００の制御部１１０が実行する音声信号出力処理の流れを示すフローチャートである。
【符号の説明】
【００３９】
１０…通信システム、１００…通信網、２００、２００Ａ、２００Ｂ…通信装置、１１０…制御部、１２０…通信ＩＦ部、１３０…信号処理部、１３０ａ…ＡＤ変換器、１３０ｂ…第１ＤＡ変換器、１３０ｃ…第２ＤＡ変換器、１４０…記憶部、１４０ａ…揮発性記憶部、１４０ｂ…不揮発性記憶部、１５０…バス。
【図１】
2006254203.tif 000003
【図２】
2006254203.tif 000004
【図３】
2006254203.tif 000005
【図４】
2006254203.tif 000006