JP2004102647A - 記録装置および方法、再生装置および方法、記録媒体、並びにプログラム - Google Patents

Abstract

【課題】より容易に、欠落を生じさせることなく、ストリームとして供給される音声データを記録する。
【解決手段】カーネル８２の制御の基に実行されるオーディオデータ処理プログラム８３は、ストリームとして供給された音声データの受信を制御する。録音アプリケーションプログラム８５は、音声データのコＨＤＤ１４への記録を制御する。ソケットサービスプログラム８４−１は、第１のプロセスにおいて、転送先を録音アプリケーションプログラム８５とした音声データをオーディオデータ処理プログラム８３から受け取り、第２のプロセスにおいて、転送すべき音声データがない場合、第２のプロセスを即座に終了し、転送すべき音声データがある場合、音声データを録音アプリケーションプログラム８５に転送して、第２のプロセスを終了する。本発明は、音声を記録または再生する記録再生装置に適用できる。
【選択図】　　　図３

Description

【０００１】
【発明の属する技術分野】
本発明は、記録装置および方法、再生装置および方法、記録媒体、並びにプログラムに関し、特に、コンテンツを記録するか、または再生する記録装置および方法、再生装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
従来のオーディオ機器は、一般に、いわゆる組み込み型マイクロコンピュータを内蔵している。内蔵されているマイクロコンピュータを動作させるためのソフトウェアは、組み込み型マイクロコンピュータに最適化され、規模の比較的小さいものが主流である。
【０００３】
ネットワークを利用する機能、および、より見やすいＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を備えたオーディオ機器を実現するために、ネットワークを利用する機能、およびＧＵＩの開発を従来の設計手法で行うことは、工数がかかりすぎ、妥当な方法ではない。
【０００４】
そこで、ネットワークを利用する機能、およびＧＵＩがすでに実現されている組み込み型マイクロコンピュータ用のオペレーティングシステムを採用する場合が多い。このような場合、本来パーソナルコンピュータをターゲットに設計されているオペレーティングシステムが組み込み型マイクロコンピュータに移植される。
【０００５】
一方、このようなパーソナルコンピュータをターゲットに設計されているオペレーティングシステムにおいては、コンシューマデジタルオーディオ機器においては常識的な、ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ　Ｃｏｍｍｉｓｓｉｏｎ）６０９５８に準拠するデジタルデータである音声データの処理を行って、音声データに係る著作権等を保護することは実現されていない。
【０００６】
また、従来のデジタルオーディオ機器の開発においては、マイクロコンピュータの能力に対して負荷が大きい処理は、専用のＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）に実行させるようにすることが多かった。
【０００７】
これに対して、一般的なパーソナルコンピュータの機能を利用するとき、デジタルデータである音声データを処理するための専用のサウンドチップ（音声処理用ＩＣ（Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ））は皆無に等しく、パーソナルコンピュータのＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）に音声データを処理させなければならない。このため、音声データを再生するか、または録音するなどの、いわゆるオーディオ機能を実現するためのプロセス（アプリケーションプログラム）は、個々に音声データを解析し、演算しなければならない。このため、ＣＤプレーヤ機能およびハードディスクレコーダ機能を開発する場合において、ＣＤプレーヤ機能およびハードディスクレコーダ機能毎に、ＩＥＣ６０９５８に準拠する音声データの処理の機能などの、オーディオデータ処理機能を開発しなければならない。
【０００８】
パーソナルコンピュータ用のオペレーティングシステムにおいては、イベントにより処理が起動される、いわゆるイベントドリブンのパラダイムが採用されている。音声データのように常に送信、受信、または転送されているデータを、このようなイベントドリブンのオペレーティングシステムにより制御されている装置で取り扱うとき、データの処理が間に合わなくなる場合が生じ得る。
【０００９】
音声データの処理が間に合わず、音声に欠落が生じることは、オーディオ製品として、致命的な欠点であると言える。特に、安定してシステムが動作しているなど、負荷が低い状態においては、音切れの発生が比較的少ないが、他のプロセス（他のアプリケーションプログラム）が起動または終了されたとき、または、起動中の他のアプリケーションプログラムによりハードディスクがアクセスされたなどの高負荷の状態においては、システムの負荷が大きくなり、音切れが顕著に発生する。
【００１０】
【発明が解決しようとする課題】
このように、ネットワークを利用する機能、およびＧＵＩの機能を含み、複数のプロセスを時分割で実行するマルチタスクオペレーティングシステムにより制御される機器おいて、音声データを含むコンテンツを時間的に連続するデータ、いわゆるストリームとして取り扱う場合、入力されるストリームを記録する場合、音切れ（音声データの欠落）を生じさせずに記録することは保証できず、また、音飛びを生じさせずにストリームを出力することも保証できないという問題があった。
【００１１】
また、ＶＸ−Ｗｏｒｋｓ（商標）またはμ−ｉ−ＴＲＯＮ（商標）などの組み込み型マイクロコンピュータ用のオペレーティングシステムにおいては、設計者がタスクの要求するターンアラウンドタイムを把握して設計しなければならず、設計は困難である。
【００１２】
本発明はこのような状況に鑑みてなされたものであり、ターンアラウンドタイムが保証されていないマルチタスクオペレーティングシステムにより制御される機器おいて、より容易に、欠落を生じさせることなく、ストリームとして供給されるコンテンツを記録するか、またはコンテンツをストリームとして再生することができるようにすることを目的とする。
【００１３】
【課題を解決するための手段】
本発明の記録装置は、マルチタスクオペレーティングシステム上の第１のプログラムの実行により実現される、第１のストリームとして供給されたコンテンツの受信を制御する受信制御手段と、マルチタスクオペレーティングシステム上の第２のプログラムの実行により実現される、コンテンツのコンテンツ記録媒体への記録を制御する記録制御手段と、マルチタスクオペレーティングシステム上の第３のプログラムの実行により実現される、第１のプロセスにおいて、転送先を記録制御手段としたコンテンツを受信制御手段から受け取り、第２のプロセスにおいて、転送すべきコンテンツがない場合、第２のプロセスを即座に終了し、転送すべきコンテンツがある場合、コンテンツを記録制御手段に転送して、第２のプロセスを終了する転送手段とを含むことを特徴とする。
【００１４】
転送手段は、ソケットとすることができる。
【００１５】
受信制御手段に、受信されたコンテンツを第１のストリームをなす第１の単位で記憶する第１のバッファと、コンテンツを第２の単位で記憶する第２のバッファと、第１のバッファに記憶されているコンテンツの単位を第２の単位に変換して、第２のバッファに移転する移転手段とをさらに設け、受信制御手段は、第２のバッファに記憶されているコンテンツを第２の単位で、転送手段に供給するようにすることができる。
【００１６】
記録装置は、第１のストリームとして受信されたコンテンツに含まれる制御情報を抽出する抽出手段をさらに設けることができる。
【００１７】
記録装置は、抽出手段により抽出された制御情報を基に、記録制御手段にコンテンツの記録の禁止を指示する指示手段をさらに設けることができる。
【００１８】
記録装置は、抽出手段により抽出された制御情報を基に、コンテンツを処理する処理手段をさらに設けることができる。
【００１９】
受信制御手段は、さらに、第１のストリームとして受信されたコンテンツの第２のストリームとしての送信を制御するようにすることができる。
【００２０】
受信制御手段に、第２のプログラムを登録する登録手段を設け、受信制御手段は、第２のプログラムが登録されている場合に限り、記録制御手段の要求に対応して、第３のプログラムの起動をマルチタスクオペレーティングシステムに要求するようにすることができる。
【００２１】
本発明の記録方法は、マルチタスクオペレーティングシステム上で実行される第１のプログラムによる、ストリームとして供給されたコンテンツの受信を制御する受信制御ステップと、マルチタスクオペレーティングシステム上で実行される第２のプログラムによる、コンテンツのコンテンツ記録媒体への記録を制御する記録制御ステップと、マルチタスクオペレーティングシステム上で実行される第３のプログラムによる、第１のプロセスにおいて、転送先を第２のプログラムとしたコンテンツを第１のプログラムから受け取り、第２のプロセスにおいて、転送すべきコンテンツがない場合、第２のプロセスを即座に終了し、転送すべきコンテンツがある場合、コンテンツを第２のプログラムに転送して、第２のプロセスを終了する転送ステップとを含むことを特徴とする。
【００２２】
本発明の記録媒体のプログラムは、マルチタスクオペレーティングシステム上で実行される第１のプログラムによる、ストリームとして供給されたコンテンツの受信を制御する受信制御ステップと、マルチタスクオペレーティングシステム上で実行される第２のプログラムによる、コンテンツのコンテンツ記録媒体への記録を制御する記録制御ステップと、マルチタスクオペレーティングシステム上で実行される第３のプログラムによる、第１のプロセスにおいて、転送先を第２のプログラムとしたコンテンツを第１のプログラムから受け取り、第２のプロセスにおいて、転送すべきコンテンツがない場合、第２のプロセスを即座に終了し、転送すべきコンテンツがある場合、コンテンツを第２のプログラムに転送して、第２のプロセスを終了する転送ステップとを含むことを特徴とする。
【００２３】
本発明のプログラムは、コンピュータに、マルチタスクオペレーティングシステム上で実行される第１のプログラムによる、ストリームとして供給されたコンテンツの受信を制御する受信制御ステップと、マルチタスクオペレーティングシステム上で実行される第２のプログラムによる、コンテンツのコンテンツ記録媒体への記録を制御する記録制御ステップと、マルチタスクオペレーティングシステム上で実行される第３のプログラムによる、第１のプロセスにおいて、転送先を第２のプログラムとしたコンテンツを第１のプログラムから受け取り、第２のプロセスにおいて、転送すべきコンテンツがない場合、第２のプロセスを即座に終了し、転送すべきコンテンツがある場合、コンテンツを第２のプログラムに転送して、第２のプロセスを終了する転送ステップとを実行させることを特徴とする。
【００２４】
本発明の再生装置は、マルチタスクオペレーティングシステム上の第１のプログラムの実行により実現される、コンテンツ記録媒体に記録されているコンテンツの読み出しを制御する読み出し制御手段と、マルチタスクオペレーティングシステム上の第２のプログラムの実行により実現される、第１のバッファに格納されているコンテンツのストリームとしての送信を制御する送信制御手段と、マルチタスクオペレーティングシステム上の第３のプログラムの実行により実現される、第１のプロセスにおいて、転送先を送信制御手段としたコンテンツを読み出し制御手段から受け取り、第１のバッファに空きがある場合、第２のプロセスにおいて、転送すべきコンテンツがないとき、第２のプロセスを即座に終了し、転送すべきコンテンツがあるとき、コンテンツを送信制御手段の第１のバッファに転送して、第２のプロセスを終了する転送手段とを含むことを特徴とする。
【００２５】
転送手段は、ソケットとすることができる。
【００２６】
送信制御手段に、転送手段から転送されたコンテンツを第１の単位で記憶する第１のバッファと、ストリームをなす第２の単位でコンテンツを記憶する第２のバッファと、第１のバッファに記憶されているコンテンツの単位を第２の単位に変換して、第２のバッファに移転する移転手段とを設けることができる。
【００２７】
再生装置は、コンテンツ記録媒体から読み出されたコンテンツに含まれる制御情報を抽出する抽出手段をさらに設けることができる。
【００２８】
再生装置は、抽出手段により抽出された制御情報を基に、コンテンツを処理する処理手段をさらに設けることができる。
【００２９】
送信制御手段に、第１のプログラムを登録する登録手段を設け、送信制御手段は、第１のプログラムが登録されている場合に限り、読み出し制御手段の要求に対応して、第３のプログラムの起動をマルチタスクオペレーティングシステムに要求するようにすることができる。
【００３０】
本発明の再生方法は、マルチタスクオペレーティングシステム上で実行される第１のプログラムによる、コンテンツ記録媒体に記録されているコンテンツの読み出しを制御する読み出し制御ステップと、マルチタスクオペレーティングシステム上で実行される第２のプログラムによる、バッファに格納されているコンテンツのストリームとしての送信を制御する送信制御ステップと、マルチタスクオペレーティングシステム上で実行される第３のプログラムによる、第１のプロセスにおいて、転送先を第２のプログラムとしたコンテンツを第１のプログラムから受け取り、バッファに空きがある場合、第２のプロセスにおいて、転送すべきコンテンツがないとき、第２のプロセスを即座に終了し、転送すべきコンテンツがあるとき、コンテンツをバッファに転送して、第２のプロセスを終了する転送ステップとを含むことを特徴とする。
【００３１】
本発明の記録媒体のプログラムは、マルチタスクオペレーティングシステム上で実行される第１のプログラムによる、コンテンツ記録媒体に記録されているコンテンツの読み出しを制御する読み出し制御ステップと、マルチタスクオペレーティングシステム上で実行される第２のプログラムによる、バッファに格納されているコンテンツのストリームとしての送信を制御する送信制御ステップと、マルチタスクオペレーティングシステム上で実行される第３のプログラムによる、第１のプロセスにおいて、転送先を第２のプログラムとしたコンテンツを第１のプログラムから受け取り、バッファに空きがある場合、第２のプロセスにおいて、転送すべきコンテンツがないとき、第２のプロセスを即座に終了し、転送すべきコンテンツがあるとき、コンテンツをバッファに転送して、第２のプロセスを終了する転送ステップとを含むことを特徴とする。
【００３２】
本発明のプログラムは、コンピュータに、マルチタスクオペレーティングシステム上で実行される第１のプログラムによる、コンテンツ記録媒体に記録されているコンテンツの読み出しを制御する読み出し制御ステップと、マルチタスクオペレーティングシステム上で実行される第２のプログラムによる、バッファに格納されているコンテンツのストリームとしての送信を制御する送信制御ステップと、マルチタスクオペレーティングシステム上で実行される第３のプログラムによる、第１のプロセスにおいて、転送先を第２のプログラムとしたコンテンツを第１のプログラムから受け取り、バッファに空きがある場合、第２のプロセスにおいて、転送すべきコンテンツがないとき、第２のプロセスを即座に終了し、転送すべきコンテンツがあるとき、コンテンツをバッファに転送して、第２のプロセスを終了する転送ステップとを実行させることを特徴とする。
【００３３】
本発明の記録装置および方法、記録媒体、並びにプログラムにおいては、マルチタスクオペレーティングシステム上で実行される第１のプログラムにより、ストリームとして供給されたコンテンツの受信が制御され、マルチタスクオペレーティングシステム上で実行される第２のプログラムにより、コンテンツのコンテンツ記録媒体への記録が制御される。マルチタスクオペレーティングシステム上で実行される第３のプログラムにより、第１のプロセスにおいて、転送先を第２のプログラムとしたコンテンツが第１のプログラムから受け取られる。そして、第３のプログラムにより、第２のプロセスにおいて、転送すべきコンテンツがない場合、第２のプロセスが即座に終了され、転送すべきコンテンツがある場合、コンテンツが第２のプログラムに転送されて、第２のプロセスが終了する。
【００３４】
記録装置は、独立した装置であっても良いし、記録再生装置の記録処理を行うブロックであってもよい。
【００３５】
コンテンツとは、使用者にとって有用な情報を言う。
【００３６】
コンテンツ記録媒体とは、何らかの物理的変化または化学的変化により情報を記録する媒体を言う。
【００３７】
本発明の再生装置および方法、記録媒体、並びにプログラムにおいては、マルチタスクオペレーティングシステム上で実行される第１のプログラムにより、コンテンツ記録媒体に記録されているコンテンツの読み出しが制御され、マルチタスクオペレーティングシステム上で実行される第２のプログラムにより、バッファに格納されているコンテンツのストリームとしての送信が制御される。マルチタスクオペレーティングシステム上で実行される第３のプログラムにより、第１のプロセスにおいて、転送先を第２のプログラムとしたコンテンツが第１のプログラムから受け取られる。そして、第３のプログラムにより、バッファに空きがある場合、第２のプロセスにおいて、転送すべきコンテンツがないとき、第２のプロセスが即座に終了され、転送すべきコンテンツがあるとき、コンテンツがバッファに転送され、第２のプロセスが終了される。
【００３８】
再生装置は、独立した装置であっても良いし、記録再生装置の再生処理を行うブロックであってもよい。
【００３９】
コンテンツとは、使用者にとって有用な情報を言う。
【００４０】
コンテンツ記録媒体とは、何らかの物理的変化または化学的変化により情報を記録する媒体を言う。
【００４１】
【発明の実施の形態】
図１は、本発明に係る記録再生装置の一実施の形態の構成を示す図である。
【００４２】
ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１は、記録再生装置を動作させるための基本プログラムであるオペレーティングシステムまたは後述する各種のアプリケーションプログラムなど、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ　Ｄｙｎａｍｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１２に記憶されている各種のプログラムを実行して、所定の処理を実際に実行する。また、ＣＰＵ１１は、記録再生装置全体を制御する。オペレーティングシステムとして、例えば、本来、パーソナルコンピュータをターゲットとする、いわゆるマルチタスクオペレーティングシステムであるＬＩＮＵＸ　ＯＳを利用することができる。
【００４３】
ＳＤＲＡＭ１２は、ＣＰＵ１１が実行するプログラム、およびプログラムの実行にあたり必要なパラメータ若しくはデータを記憶する。
【００４４】
なお、ＳＤＲＡＭ１２は、ＲＤ−ＲＡＭ（Ｒａｍｂｕｓ（商標）　ＤＲＡＭ）など他の方式のＤＲＡＭまたはＳＲＡＭ（Ｓｔａｔｉｃ　ＲＡＭ）であってもよい。
【００４５】
ＩＤＥ（Ｉｎｔｅｇｒａｔｅｄ　Ｄｅｖｉｃｅ　Ｅｌｅｃｔｒｏｎｉｃｓ）インターフェース１３は、ＡＴＡ（ＡＴ　Ａｔｔａｃｈｍｅｎｔ）に準拠した記録媒体を接続するためのインターフェースであり、ＣＰＵ１１並びにＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）１４およびＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ−Ｒｅａｄ　Ｏｎｌｙ
Ｍｅｍｏｒｙ）ドライブ１５が接続されている。
【００４６】
ＨＤＤ１４は、ＣＰＵ１１により実行される、オペレーティングシステムまたは各種のアプリケーションプログラムを記録し、記録されているプログラムを読み出して、読み出したプログラムをＣＰＵ１１に供給する。
【００４７】
ＨＤＤ１４は、内蔵されているハードディスクを駆動し、ＩＤＥインターフェース１３を介して、ＣＰＵ１１から供給されたデータをハードディスクに記録し、ハードディスクに記録されているデータを読み出して、読み出したデータをＣＰＵ１１に供給する。例えば、ＨＤＤ１４は、ＩＤＥインターフェース１３を介して、ＣＰＵ１１から供給された、コンテンツ（楽曲）の一例である音声データをハードディスクに記録し、ハードディスクに記録されている音声データを読み出して、読み出した音声データをＣＰＵ１１に供給する。
【００４８】
ＣＤ−ＲＯＭドライブ１５は、装着されているＣＤ−ＲＯＭまたはＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）に記録されているデータを読み出して、読み出したデータをＩＤＥインターフェース１３を介してＣＰＵ１１に供給する。例えば、ＣＤ−ＲＯＭドライブ１５は、装着されているＣＤに記録されているコンテンツ（楽曲）の一例である音声データを読み出して、読み出した音声データをＩＤＥインターフェース１３を介してＣＰＵ１１に供給する。
【００４９】
ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ　Ｃｏｍｐｏｎｅｎｔ　Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス１６は、アドインカードなどの拡張用デバイス等を記録再生装置に接続するためのバスであり、グラフィックカード１７、サウンドカード１８、およびドライブ１９が接続されている。
【００５０】
グラフィックカード１７は、ＰＣＩバス１６を介して、ＣＰＵ１１から供給されたデータを基に、図示せぬディスプレイに画像またはテキストを表示するための信号を生成し、ディスプレイに画像またはテキストを表示させる。
【００５１】
サウンドカード１８は、ＰＣＩバス１６を介して、ＣＰＵ１１から供給されたデータを、後述するＤＡＣ（Ｄｉｇｉｔａｌ　ｔｏ　Ａｎａｌｏｇ　Ｃｏｎｖｅｒｔｅｒ）５２に供給する。また、サウンドカード１８は、後述する外部再生装置５１から供給されたデータを取得し、ＰＣＩバス１６を介して、取得したデータをＣＰＵ１１に供給する。
【００５２】
サウンドカード１８は、ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ　Ｃｏｍｍｉｓｓｉｏｎ）６０９５８の規格に準拠し、時間的に連続したデータ、いわゆるストリームである音声データを出力する。サウンドカード１８は、ＩＥＣ６０９５８の規格に準拠し、時間的に連続したストリームである音声データを入力する。
【００５３】
ドライブ１９は、装着されている磁気ディスク３１、光ディスク３２、光磁気ディスク３３、または半導体メモリ３４に記録されているプログラムを読み出して、ＰＣＩバス１６を介して、取得したデータをＣＰＵ１１またはＳＤＲＡＭ１２に供給する。
【００５４】
なお、以下、記録再生装置が、コンテンツの一例としての音声データを記録するか、または再生する処理を説明するが、コンテンツは、音声データに限らず、動画像、または数値データなどであってもよい。
【００５５】
図２は、記録再生装置における音声データの流れの概要を説明する図である。
【００５６】
例えば、ＣＤプレーヤまたはＭＤ（Ｍｉｎｉ　Ｄｉｓｃ）プレーヤなどの外部の外部再生装置５１からコンテンツ（楽曲）であるストリームである音声データを取得し、取得した音声データをＨＤＤ１４に記録するとき、音声データは、サウンドカード１８から入力され、ＤＭＡ（Ｄｉｒｅｃｔ　Ｍｅｍｏｒｙ　Ａｃｃｅｓｓ）方式によりサウンドカード１８からＳＤＲＡＭ１２に供給される。サウンドカード１８に一時的に記憶された音声データは、ＨＤＤ１４に供給され、ＨＤＤ１４に記憶される。
【００５７】
ＨＤＤ１４に記録されている音声データを、外部装置の一例であるＤＡＣ（Ｄｉｇｉｔａｌ　ｔｏ　Ａｎａｌｏｇ　Ｃｏｎｖｅｒｔｅｒ）５２に出力するとき、すなわち、コンテンツ（楽曲）である音声データを再生するとき、ＣＰＵ１１の制御の基に、ＨＤＤ１４は、記録している音声データを読み出して、読み出した音声データをＳＤＲＡＭ１２に供給する。
【００５８】
同様に、ＣＤ−ＲＯＭドライブ１５に装着されているＣＤに記録されている音声データを、再生するとき、ＣＰＵ１１の制御の基に、ＣＤ−ＲＯＭドライブ１５は、ＣＤに記録されている音声データを読み出して、読み出した音声データをＳＤＲＡＭ１２に供給する。
【００５９】
ＳＤＲＡＭ１２は、ＨＤＤ１４またはＣＤ−ＲＯＭドライブ１５から供給された音声データを記憶する。
【００６０】
ＳＤＲＡＭ１２に記憶された音声データは、ＤＭＡ方式によりサウンドカード１８に供給される。サウンドカード１８は、ＳＤＲＡＭ１２から供給された音声データをストリームとしてＤＡＣ５２に出力する。ＤＡＣ５２は、音声データをデジタルアナログ変換して、音声信号を生成する。例えば、ＤＡＣ５２は、音声信号を図示せぬラウドスピーカに供給し、ラウドスピーカに音声を出力させる。
【００６１】
図３は、ＣＰＵ１１が実行するプログラムの機能の構成を説明するブロック図である。
【００６２】
デバイスドライバ８１は、カーネル８２の要求に基づいて、ＩＤＥインターフェース１３、ＨＤＤ１４、ＣＤ−ＲＯＭドライブ１５、グラフィックカード１７、およびサウンドカード１８を制御するプログラムである。実際には、ＩＤＥインターフェース１３、ＨＤＤ１４、ＣＤ−ＲＯＭドライブ１５、グラフィックカード１７、およびサウンドカード１８は、個々に、個別のデバイスドライバにより制御されるが、本明細書において、個々のデバイスドライバをまとめてデバイスドライバ８１と表現する。
【００６３】
カーネル８２は、オペレーティングシステム（基本プログラム）の中心をなすプログラムであり、各種のデバイス制御、ファイルシステム、ユーザプロセスの実行と監視、メモリマネージメント等の、記録再生装置が動作するのに必要な機能を提供する。
【００６４】
ここで、プロセスとは、マルチタスクオペレーティングシステムにおいて、メモリ資源、ディスク資源、またはＩ／Ｏ資源などを独立して占有するプログラムの実行単位をいう。マルチタスクオペレーティングシステムにおいて、実行している各プログラムに対応するプロセスに、見かけ上独立したメモリ空間やＩ／Ｏ空間が割り当てられるので、それぞれのプログラムは個々に動作しているように見える。これにより、各プログラムにおいては、同時に実行される他のプログラムとの関係を考慮する必要がなくなる。
【００６５】
プロセスには、ユーザ（使用者）により起動されたユーザプロセス、またはオペレーティングシステムの機能の一部を独立したプロセスとして実行するシステムプロセスなどが含まれる。
【００６６】
例えば、カーネル８２は、処理の開始または終了の管理、装置の管理、および障害の管理などのシステム制御、並びに例外処理、プロセス管理、およびプロセス間通信制御などの実行管理などを実行する。カーネル８２は、ユーザプロセスであるオーディオデータ処理プログラム８３、録音アプリケーションプログラム８５、および再生アプリケーションプログラム８６を、プロセスを単位として、時分割で実行させる。
【００６７】
オーディオデータ処理プログラム８３は、外部から供給された音声データを記録するとき、デバイスドライバ８１およびカーネル８２を介して、外部からストリームとして供給された音声データを取得し、取得した音声データをソケットサービスプログラム８４−１を介して、録音アプリケーションプログラム８５に供給する。また、オーディオデータ処理プログラム８３は、外部に音声データを出力して、外部の機器に音声データを再生させるとき、ソケットサービスプログラム８４−２を介して、再生アプリケーションプログラム８６から、音声データを取得し、カーネル８２およびデバイスドライバ８１を介して、サウンドカード１８に、取得した音声データをストリームとして外部に出力させる。
【００６８】
オーディオデータ処理プログラム８３は、複数のプログラム（プロセス）、例えば、再生アプリケーションプログラム８６に代表されるＣＤプレイヤーアプリケーション、または録音アプリケーションプログラム８５に代表されるＨＤレコーダアプリケーションから共通して使用されるソフトウエアである。各プロセスがオーディオデータ処理プログラム８３を共通に使用できるようにするため、オーディオデータ処理プログラム８３は、後述するソケットと称するプロセス間通信手法を用いる。
【００６９】
このようにすることで、本来、各アプリケーションプログラムのそれぞれが独自におこなわなければならないが、共通の処理である音声データの解析、または演算その他処理を、オーディオデータ処理プログラム８３に一任することができる。
【００７０】
その結果、共通の処理を録音アプリケーションプログラム８５および再生アプリケーションプログラム８６にそれぞれ実装する無駄を省く、いわゆる、資源の共通利用が図られる。
【００７１】
ソケットサービスプログラム８４−１は、オーディオデータ処理プログラム８３を入力側とし、録音アプリケーションプログラム８５を出力側とするソケットを確立するためのプログラムである。ソケットサービスプログラム８４−１により確立されたソケットは、オーディオデータ処理プログラム８３から、録音アプリケーションプログラム８５に、音声データを転送する。
【００７２】
さらに、ソケットは、オーディオデータ処理プログラム８３と録音アプリケーションプログラム８５とのメッセージの交換に使用される。
【００７３】
ソケットサービスプログラム８４−２は、再生アプリケーションプログラム８６を入力側とし、オーディオデータ処理プログラム８３を出力側とするソケットを確立するためのプログラムである。ソケットサービスプログラム８４−２により確立されたソケットは、再生アプリケーションプログラム８６から、オーディオデータ処理プログラム８３に、音声データを転送する。
【００７４】
さらに、ソケットは、オーディオデータ処理プログラム８３と再生アプリケーションプログラム８６とのメッセージの交換に使用される。
【００７５】
ソケットサービスプログラム８４−１および８４−２は、例えば、共有ライブラリのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｉｎｔｅｒｆａｃｅ）としてオペレーティングシステムと共に提供される。
【００７６】
本発明に係る記録再生装置において、再生アプリケーションプログラム８６から見たオーディオデータ処理プログラム８３の処理は、時間遅れなく、即座に実行されるように見える。同様に、録音アプリケーションプログラム８５から見たオーディオデータ処理プログラム８３の処理は、時間遅れなく、即座に実行されるように見える。
【００７７】
図４は、オーディオデータ処理プログラム８３、アプリケーションプログラム、およびソケットの関係の例を示す図である。図４において、それぞれの実線は、オーディオデータ処理プログラム８３と、アプリケーションプログラム１乃至アプリケーションプログラム４のいずれかとがメッセージを交換するためのそれぞれのソケットを示す。
【００７８】
図４において、１点鎖線は、アプリケーションプログラム１からオーディオデータ処理プログラム８３に音声データを供給するためのソケットを示す。図４において、２点鎖線は、オーディオデータ処理プログラム８３からアプリケーションプログラム３に音声データを供給するためのソケットを示す。
【００７９】
オーディオデータ処理プログラム８３との間でメッセージを交換するためのソケットは、アプリケーションプログラム１乃至アプリケーションプログラム４のそれぞれ毎に存在する。しかし、オーディオデータ処理プログラム８３が音声データを送信するためのソケットは、複数のアプリケーションプログラムのうち、録音の処理を実行する１つのアプリケーションプログラムに対して、１つしか存在しない。また、オーディオデータ処理プログラム８３が音声データを受信するためのソケットは、複数のアプリケーションプログラムのうち、再生の処理を実行する１つのアプリケーションプログラムに対して、１つしか存在しない。
【００８０】
このようにすることで、音声データが他のアプリケーションプログラムに横取りされることによる音声の欠落、または音声データに他のアプリケーションプログラムから供給された他の音声データが混入することによる音飛びが防止される。
【００８１】
音声データを送信するためのソケットを排他的に確立させる処理は、後述する。
【００８２】
なお、ソケットは、ＢＳＤ　ＵＮＩＸ（登録商標）上で開発されたＳｏｃｋｅｔ、米マイクロソフト（商標）社で開発されたＷｉｎＳｏｃｋ、またはＵｎｉｘ（登録商標）　Ｓｙｓｔｅｍ　Ｖで開発されたＳＴＲＥＡＭアーキテクチャを採用するＯｐｅｎＴｒａｎｓｐｏｒｔなどであってもよい。
【００８３】
ソケットは、複数のプロセス間を通信するために一般的に利用され、インターネットプロトコルの１つとして実装されることも多い。ソケットを利用する利点の１つは、大量のデータの転送が容易であることである。ソケットの詳細については、後述する。
【００８４】
録音アプリケーションプログラム８５は、ソケットサービスプログラム８４−１により提供されるソケットを介して、オーディオデータ処理プログラム８３から供給された音声データを、ＨＤＤ１４に記録させるプログラムである。録音アプリケーションプログラム８５は、取得した音声データを、カーネル８２およびデバイスドライバ８１を介して、ＨＤＤ１４に供給する。ＨＤＤ１４は、カーネル８２およびデバイスドライバ８１を介して、録音アプリケーションプログラム８５から供給された音声データを記録する。
【００８５】
より具体的には、録音アプリケーションプログラム８５が、システムコールにより、カーネル８２に、音声データの記録を要求したとき、カーネル８２は、デバイスドライバ８１に、ＨＤＤ１４への音声データの記録を制御させる。
【００８６】
再生アプリケーションプログラム８６は、カーネル８２およびデバイスドライバ８１を介して、ＣＤ−ＲＯＭドライブ１５に、装着されているＣＤ９１から音声データを読み出させ、読み出した音声データを取得する。または、再生アプリケーションプログラム８６は、カーネル８２およびデバイスドライバ８１を介して、ＨＤＤ１４に、記録されている音声データを読み出させ、読み出した音声データを取得する。
【００８７】
より具体的には、再生アプリケーションプログラム８６が、システムコールにより、カーネル８２に、ＣＤ−ＲＯＭドライブ１５からの音声データの読み出しを要求したとき、カーネル８２は、デバイスドライバ８１に、ＣＤ−ＲＯＭドライブ１５からの、装着されているＣＤに記録されている音声データの読み出しを制御させる。または、再生アプリケーションプログラム８６が、システムコールにより、カーネル８２に、ＨＤＤ１４からの音声データの読み出しを要求したとき、カーネル８２は、デバイスドライバ８１に、ＨＤＤ１４からの音声データの読み出しを制御させる。
【００８８】
再生アプリケーションプログラム８６は、取得した音声データを、ソケットサービスプログラム８４−２により提供されるソケットを介して、オーディオデータ処理プログラム８３に供給する。
【００８９】
オーディオデータ処理プログラム８３は、再生アプリケーションプログラム８６から供給された音声データの出力を、カーネル８２に要求する。カーネル８２は、デバイスドライバ８１に、サウンドカード１８を制御させ、音声データをストリームとして出力させる。
【００９０】
ＣＰＵ１１により実行されるプログラムが支配する仮想的な空間は、カーネル空間と、ユーザプロセス空間とに分類される。カーネル空間は、オペレーティングシステム、主としてカーネル８２に支配される空間である。これに対して、ユーザプロセス空間においては、オペレーティングシステム以外の通常のアプリケーションプログラムが実行される。
【００９１】
例えば、カーネル空間において、オペレーティングシステムを構成する、デバイスドライバ８１、カーネル８２、並びにソケットサービスプログラム８４−１およびソケットサービスプログラム８４−２が実行される。通常のアプリケーションプログラムである、オーディオデータ処理プログラム８３、録音アプリケーションプログラム８５、および再生アプリケーションプログラム８６は、ユーザプロセス空間で実行される。
【００９２】
システムコールとは、ユーザプロセス空間で実行される通常のアプリケーションプログラムが、カーネル空間で実行されるオペレーティングシステムにサービスを要求する手続をいう。例えば、ユーザプロセス空間とカーネル空間とに跨る音声データの転送、または、ＨＤＤ１４、ＣＤ−ＲＯＭドライブ１５、若しくはサウンドカード１８などのデバイスの制御は、システムコールにより実行される。例えば、オーディオデータ処理プログラム８３とカーネル８２との音声データの転送は、オーディオデータ処理プログラム８３からカーネル８２へのシステムコールにより実行される。また、サウンドカード１８の制御は、システムコールにより実行される。
【００９３】
本明細書において、システムコールには、いわゆるライブラリコール、またはカーネルコールが含まれる。
【００９４】
次に、オーディオデータ処理プログラム８３の構成を説明する。
【００９５】
図５は、オーディオデータ処理プログラム８３に含まれるプログラムおよび機能を説明するブロック図である。
【００９６】
読み出し制御プログラム１０１は、サウンドカード１８からの音声データの読み出しを制御し、ＩＥＣ６０９５８に準拠するストリームを取得したサウンドカード１８から読み出した音声データを読み出しデータバッファ１０２に格納する。
【００９７】
読み出しデータバッファ１０２は、サウンドカード１８から読み出した音声データを、サブフレームを単位として一時的に記憶する。読み出しデータバッファ１０２は、例えば、いわゆるリングバッファとすることができる。
【００９８】
例えば、読み出しデータバッファ１０２は、Ｎ個のバッファ（データの記憶の単位となるバッファ）からなるリングバッファである。最新の音声データは、１番目のバッファから順に、２番目のバッファ、３番目のバッファ、４番目のバッファと格納され、Ｎ番目のバッファまで音声データが格納されたとき、次に、１番目のバッファに戻って音声データが格納される。このように、リングバッファにおいては、Ｎ個のバッファが論理的な環を形成し、論理的に形成され環に沿って、音声データの格納の処理と音声データの読み出しの処理とが実行される。
【００９９】
このため、リングバッファ上の、次に音声データを格納すべき位置を示す書き込みポインタと、リングバッファ上の、次に音声データを読み出すべき位置を示す読み出しポインタとが、リングバッファ毎に設けられる。
【０１００】
書き込みポインタで示される位置および読み出しポインタで示される位置、すなわち、書き込みポインタの値および読み出しポインタの値を基に、そのリングバッファが空であるか、一杯であるかを判断することができる。
【０１０１】
オーディオデータ解析フィルタプログラム１０３は、読み出しデータバッファ１０２に格納されている音声データに含まれる、音声データの特徴を示すデータを解析して、解析された結果に対応するデータを音声データに加える。オーディオデータ解析フィルタプログラム１０３は、解析された結果に対応するデータが加えられた音声データを、録音データバッファ１０４、またはスイッチ１０５を介して、ＩＥＣ６０９５８エンコードプログラム１０６に供給する。
【０１０２】
録音データバッファ１０４は、録音アプリケーションプログラム８５に供給する音声データを一時的に記憶する。録音データバッファ１０４は、例えば、いわゆるリングバッファとすることができる。
【０１０３】
オーディオデータ処理プログラム８３は、録音アプリケーションプログラム８５に送信すべき新たな音声データが録音データバッファ１０４にないとき、録音アプリケーションプログラム８５の読み出し処理を遅延させる。
【０１０４】
録音データバッファ１０４に新たな音声データが順次格納されているにもかかわらず、録音アプリケーションプログラム８５が音声データの読み出しを行わないとき、または音声データを読み出せないとき、録音データバッファ１０４が一杯になるまで、音声データが保持される。
【０１０５】
これにより、録音アプリケーションプログラム８５により録音される音声データ（コンテンツ（楽曲））の音切れが防止される。
【０１０６】
オーディオデータ処理プログラム８３は、録音アプリケーションプログラム８５との同期を常に取る必要がなく、録音アプリケーションプログラム８５が所定の理由で、オーディオストリーミングを行うためのリアルタイム性を確保できない場合にも、音切れを防止する。
【０１０７】
送信制御プログラム１０７は、録音データバッファ１０４に格納されている音声データの録音アプリケーションプログラム８５への供給を制御するプログラムである。より詳細には、送信制御プログラム１０７は、録音アプリケーションプログラム８５が、録音データバッファ１０４の記録開始位置を指定してから、録音終了位置を指定するまで、すなわち、録音アプリケーションプログラム８５が録音の処理を実行している間、録音データバッファ１０４に新たな音声データが格納される度に、新たに格納された音声データを録音アプリケーションプログラム８５に供給する。
【０１０８】
送信制御プログラム１０７は、録音アプリケーションプログラム８５への音声データの供給の制御に際し、録音アプリケーションプログラム８５とメッセージを交換する。
【０１０９】
受信制御プログラム１０８は、再生アプリケーションプログラム８６から音声データを取得し、取得した音声データを再生データバッファ１０９に格納する処理を制御するプログラムである。受信制御プログラム１０８は、再生アプリケーションプログラム８６からの音声データの取得の処理に際し、再生アプリケーションプログラム８６とメッセージを交換する。
【０１１０】
再生データバッファ１０９は、再生アプリケーションプログラム８６から供給された音声データを一時的に記憶する。再生データバッファ１０９は、例えば、いわゆるリングバッファとすることができる。
【０１１１】
録音データバッファ１０４および再生データバッファ１０９は、図２１および図２２を参照して後述される構造を有する音声データを格納する。
【０１１２】
再生データバッファ１０９に格納された音声データは、図１８乃至図２０のフローチャートを参照して後述される処理により、サウンドカード１８に送出される。音声データがサウンドカード１８に送出されると、再生データバッファ１０９に空きができるので、再生アプリケーションプログラム８６からの音声データの転送を受け付けることができるようになる。
【０１１３】
再生アプリケーションプログラム８６は、再生データバッファ１０９に空きがあるとき、所定の大きさの音声データを１度に再生データバッファ１０９に転送させる。以降、再生アプリケーションプログラム８６は、再生データバッファ１０９に空きができると、その度に、所定の大きさの音声データを１度に再生データバッファ１０９に転送する。
【０１１４】
従って、録音の場合と同様に、再生アプリケーションプログラム８６が何らかの要因で定期的な音声データの転送ができない場合であっても、再生データバッファ１０９に音声データが格納されているとき、再生音の音切れを抑制できようになる。
【０１１５】
また、再生データバッファ１０９に格納されている音声データをクリアすることにより、再生アプリケーションプログラム８６が再生を停止するとき、または再生する曲を変更するとき、再生データバッファ１０９に格納されている音声データが継続してサウンドカード１８から出力されることが防止される。
【０１１６】
スイッチ１０５は、オーディオデータ解析フィルタプログラム１０３から供給された音声データ、再生データバッファ１０９から供給された音声データ、または無音のデータであるゼロデータを生成するゼロデータ生成プログラム１１０より供給されたゼロデータである音声データのいずれか１つを選択し、選択された音声データをＩＥＣ６０９５８エンコードプログラム１０６に供給する。
【０１１７】
例えば、録音アプリケーションプログラム８５により録音される音声を確認しながら（サウンドカード１８から音声データを出力しながら）録音を実行するとき、出力される音声データのソースとして、録音データバッファ１０４が選択される。すなわち、スイッチ１０５は、オーディオデータ解析フィルタプログラム１０３から供給された音声データを選択し、選択された音声データをＩＥＣ６０９５８エンコードプログラム１０６に供給する。
【０１１８】
このようにすることで、使用者は、図１８乃至図２０のフローチャートを参照して説明する処理により加工された音声データを確認しながら、録音をすることができる。
【０１１９】
例えば、再生アプリケーションプログラム８６が再生の処理を実行するとき、出力される音声データのソースとして、再生データバッファ１０９が選択される。すなわち、スイッチ１０５は、再生データバッファ１０９から供給された音声データを選択し、選択された音声データをＩＥＣ６０９５８エンコードプログラム１０６に供給する。
【０１２０】
また、例えば、再生のプロセスおよび録音のプロセスが存在しないとき、すなわち、再生アプリケーションプログラム８６および録音アプリケーションプログラム８５が起動されていないとき、録音データバッファ１０４および再生データバッファ１０９が共に選択されず、無音の音声データが出力される。すなわち、スイッチ１０５は、無音のデータであるゼロデータを生成するゼロデータ生成プログラム１１０より供給されたゼロデータである音声データを選択し、選択された音声データをＩＥＣ６０９５８エンコードプログラム１０６に供給する。
【０１２１】
再生アプリケーションプログラム８６が曲の再生を一時停止しているとき、再生データバッファ１０９の動作を止める必要があるので、この場合も、録音データバッファ１０４および再生データバッファ１０９が共に選択されず、無音の音声データが出力される。
【０１２２】
ＩＥＣ６０９５８エンコードプログラム１０６は、スイッチ１０５を介して供給された音声データを、ＩＥＣ６０９５８の規格に準拠するようにエンコードする、すなわち音声データの方式をＩＥＣ６０９５８の規格に準拠するように変更する。ＩＥＣ６０９５８エンコードプログラム１０６は、ＩＥＣ６０９５８の規格に準拠するようにエンコードした音声データを書き込みデータバッファ１１１に供給する。
【０１２３】
書き込みデータバッファ１１１は、ＩＥＣ６０９５８エンコードプログラム１０６から供給された音声データを、サブフレームを単位として一時的に記憶する。書き込みデータバッファ１１１は、例えば、いわゆるリングバッファとすることができる。
【０１２４】
オーディオデータ処理プログラム８３が動作しているとき、書き込みデータバッファ１１１に格納されている音声データは、サウンドカード１８に常に一定のタイミングで出力されているので、書き込みデータバッファ１１１は、コンスタントに動作していると言える。
【０１２５】
読み出しデータバッファ１０２および書き込みデータバッファ１１１は、ＩＥＣ６０９５８に準拠するサブフレームを単位として、音声データを記憶する。これに対して、録音データバッファ１０４および再生データバッファ１０９は、サブフレームに比較してより多い数のサンプルデータからなるデータ（図３０を参照して後述する）を単位として、音声データを記憶する。
【０１２６】
なお、音声データのストリームは、ＩＥＣ６０９５８に準拠する方式であると説明したが、音声データのストリームは、例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅｓ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）方式のトランスポートストリームまたはパケッタイズドエレメンタリストリームなど他の方式のストリームでも良く、ストリームの方式は、本発明を限定するものではない。
【０１２７】
次に、図６乃至図１１を参照して、オーディオデータ処理プログラム８３乃至再生アプリケーションプログラム８６による処理の概要を説明する。
【０１２８】
図６は、再生アプリケーションプログラム８６の登録の処理を説明するフローチャートである。
【０１２９】
ステップＳ１００１において、再生アプリケーションプログラム８６は、登録名を生成する。ステップＳ１００２において、再生アプリケーションプログラム８６は、プロセス間通信により、登録名と共に、ソケットの確立要求をオーディオデータ処理プログラム８３に送信する。
【０１３０】
ステップＳ２００１において、オーディオデータ処理プログラム８３は、再生アプリケーションプログラム８６から送信された、登録名、およびソケットの確立要求を受信する。ステップＳ２００２において、オーディオデータ処理プログラム８３は、再生の処理を実行する相手として他のアプリケーションプログラムが登録されていないか、すなわち、再生のアプリケーションプログラムの重複登録をチェックする。他のアプリケーションプログラムが再生のアプリケーションプログラムとして既に登録されているとき、以後の処理は、実行されない。
【０１３１】
これにより、複数の再生のアプリケーションプログラムの重複登録が防止される。その結果、アプリケーションプログラムから音声データを受信する２つ以上のソケットが確立されることがなくなり、音飛びが防止される。
【０１３２】
ステップＳ２００１の処理で受信した登録名が他のアプリケーションプログラムに対応して登録されていないと判断された場合、ステップＳ２００３に進み、オーディオデータ処理プログラム８３は、ステップＳ２００１の処理で受信した登録名を登録して、登録した登録名に対応する登録ＩＤを生成する。オーディオデータ処理プログラム８３は、生成した登録ＩＤを登録名に対応させて登録する、すなわち登録ＩＤおよび登録名を対応させて記憶する。
【０１３３】
オーディオデータ処理プログラム８３は、カーネル８２に、再生アプリケーションプログラム８６とのソケットの確立を要求する。
【０１３４】
ステップＳ２００４において、オーディオデータ処理プログラム８３は、再生アプリケーションプログラム８６に、登録ＩＤを送信する。
【０１３５】
ステップＳ１００３において、再生アプリケーションプログラム８６は、オーディオデータ処理プログラム８３から送信された登録ＩＤを受信する。
【０１３６】
ステップＳ１００４において、再生アプリケーションプログラム８６は、受信した登録ＩＤを記憶し、処理は終了する。
【０１３７】
録音アプリケーションプログラム８５の登録の処理は、図６を参照して説明した処理と同様なので、その説明は省略する。
【０１３８】
複数の録音のアプリケーションプログラムの重複登録が防止される。その結果、アプリケーションプログラムに音声データを送信する２つ以上のソケットが確立されることがなくなり、音切れが防止される。
【０１３９】
図７は、オーディオデータ処理プログラム８３に処理を要求するためのメッセージに格納されている登録ＩＤの確認の処理を説明するフローチャートである。
【０１４０】
ステップＳ１１０１において、再生アプリケーションプログラム８６は、プロセス情報に登録ＩＤを格納したメッセージを送信する。メッセージの構成については、後述する。
【０１４１】
ステップＳ２１０１において、オーディオデータ処理プログラム８３は、再生アプリケーションプログラム８６から送信された、プロセス情報に登録ＩＤを格納したメッセージを受信する。オーディオデータ処理プログラム８３は、メッセージのプロセス情報から登録ＩＤを抽出する。
【０１４２】
ステップＳ２１０２において、オーディオデータ処理プログラム８３は、記憶している登録ＩＤを基に、抽出された登録ＩＤが未登録であるか否かを判定し、抽出された登録ＩＤが登録されていると判定された場合、ステップＳ２１０３に進み、メッセージに格納されているコマンドに対応する処理を実行する。
【０１４３】
一方、ステップＳ２１０２において、抽出された登録ＩＤが未登録であると判定された場合、ステップＳ２１０４に進み、オーディオデータ処理プログラム８３は、エラーメッセージを再生アプリケーションプログラム８６に送信する。抽出された登録ＩＤが未登録であると判定された場合、オーディオデータ処理プログラム８３は、メッセージに格納されているコマンドに対応する処理を実行しない。
【０１４４】
ステップＳ１１０２において、再生アプリケーションプログラム８６は、オーディオデータ処理プログラム８３から送信されたエラーメッセージを受信し、処理は終了する。
【０１４５】
録音アプリケーションプログラム８５から送信されたメッセージについても、図７を参照して説明した、メッセージに格納されている登録ＩＤの確認の処理が同様に実行されるので、その説明は省略する。
【０１４６】
このようにすることで、複数のアプリケーションプログラムが、再生の処理、または録音の処理において、オーディオデータ処理プログラム８３を使用するとき、複数のアプリケーションプログラムが同時に再生の処理、または録音の処理を、オーディオデータ処理プログラム８３に要求することを防止することができる。
【０１４７】
例えば、再生を実行するあるプロセスが再生の処理を実行している場合、再生を実行する他のプロセスからの、オーディオデータ処理プログラム８３への再生のための音声データの送信を許したとき、あるプロセスから供給される音声データに他のプロセスの音声のデータが混ざり込んでしまうことになり、あるプロセスから供給される音声データを正しく再生することができなくなる。
【０１４８】
同様に、録音を実行するあるプロセスが録音の処理を実行している場合、オーディオデータ処理プログラム８３からの、録音を実行する他のプロセスへの録音のための音声データの送信を許したとき、音声データが横取りされてしまうことになり、あるプロセスは一部が欠けた音声データを記録することになる。
【０１４９】
このように、共通して使用されるオーディオデータ処理プログラム８３のこのような競合状態を防ぐために、オーディオデータ処理プログラム８３は、オーディオデータ処理プログラム８３を使用する各アプリケーションプログラムに、それぞれを識別するための情報を最初に要求する。
【０１５０】
実際に、再生の処理または録音の処理が実行されるとき、オーディオデータ処理プログラム８３は、録音データバッファ１０４の使用者、および再生データバッファ１０９の使用者を記憶しておき、録音データバッファ１０４または再生データバッファ１０９が使用されているとき、他の使用者からの使用を排除する排他制御を実行する。
【０１５１】
図８は、オーディオデータ処理プログラム８３による、再生アプリケーションプログラム８６から送信されたメッセージに格納されているコマンドに対応する処理を実行する処理を説明するフローチャートである。
【０１５２】
ステップＳ１２０１において、再生アプリケーションプログラム８６は、メッセージを送信するためのソケットを介して、実行要求のコマンドを格納したメッセージをオーディオデータ処理プログラム８３に送信する。
【０１５３】
図９は、メッセージの構成を説明する図である。メッセージは、コマンド、エラー、プロセス情報、および引数を含む。
【０１５４】
メッセージに含まれるコマンドは、メッセージを送信するアプリケーションプログラムがオーディオデータ処理プログラム８３に要求する処理内容を示す。エラーは、オーディオデータ処理プログラム８３が、コマンドで要求された処理を実行した結果を示す。エラーには、異常終了の結果に限らず、処理が正常に終了した場合、処理が正常に終了したことを示すデータが設定される。
【０１５５】
プロセス情報は、アプリケーションプログラム、すなわちプロセスの名前、または登録ＩＤ等を含む。引数は、コマンドに応じた引数、例えば、コマンドの処理に必要なパラメータなどである。オーディオデータ処理プログラム８３が、コマンドで要求された処理を実行した結果をアプリケーションプログラムに通知する場合、必要なとき、引数に、コマンドの実行結果が設定される。
【０１５６】
ステップＳ２２０１において、オーディオデータ処理プログラム８３は、再生アプリケーションプログラム８６からソケットを介して送信されたメッセージを受信する。ステップＳ２２０２において、オーディオデータ処理プログラム８３は、受信したメッセージからコマンドを抽出し、コマンドを解釈する。例えば、オーディオデータ処理プログラム８３は、コマンドのビット列に対応させて、サービスの名称を配置したテーブルを予め記憶し、記憶しているテーブルを基に、コマンドに対応するサービスの名称を取得する。
【０１５７】
ステップＳ２２０３において、オーディオデータ処理プログラム８３は、コマンドに対応する処理を実行する。例えば、オーディオデータ処理プログラム８３は、コマンドに対応するサービスの名称を基に、サービスの名称に対応した処理を起動する。
【０１５８】
ステップＳ２２０４において、オーディオデータ処理プログラム８３は、メッセージを送信するためのソケットを介して、ステップＳ２２０３の処理の実行結果を格納したメッセージを、再生アプリケーションプログラム８６に送信する。実行の結果は、メッセージのエラーに格納される。
【０１５９】
ステップＳ１２０２において、再生アプリケーションプログラム８６は、オーディオデータ処理プログラム８３から送信された、実行結果を格納したメッセージを受信し、処理は終了する。
【０１６０】
オーディオデータ処理プログラム８３による、録音アプリケーションプログラム８５から送信されたメッセージに格納されているコマンドに対応する処理を実行する処理は、図８に示すフローチャートを参照して説明した処理と同様なのでその説明は省略する。
【０１６１】
このように、オーディオデータ処理プログラム８３は、他のアプリケーションプログラムから送信されたメッセージに格納されているコマンドを基に、所定の処理を実行する。オーディオデータ処理プログラム８３に、コマンドを格納したメッセージを送信し、所定の処理を要求したアプリケーションプログラムは、オーディオデータ処理プログラム８３から送信された、実行結果を格納したメッセージを基に、オーディオデータ処理プログラム８３の処理の結果を知ることができる。
【０１６２】
図１０のフローチャートを参照して、再生アプリケーションプログラム８６からオーディオデータ処理プログラム８３に音声データを送信する処理の概要を説明する。
【０１６３】
ステップＳ１３０１において、再生アプリケーションプログラム８６は、メッセージを送信するためのソケットを介して、再生のコマンドを格納したメッセージをオーディオデータ処理プログラム８３に送信する。メッセージは、再生のコマンドを格納するとともに、プロセス情報として、再生アプリケーションプログラム８６の登録ＩＤを格納する。
【０１６４】
ステップＳ２３０１において、オーディオデータ処理プログラム８３は、再生のコマンドを格納したメッセージを受信する。ステップＳ２３０２において、オーディオデータ処理プログラム８３は、メッセージのプロセス情報として格納されている登録ＩＤを基に、メッセージを送信したプログラム、すなわち、再生アプリケーションプログラム８６が再生の処理が可能なプログラムであるかを判断する。ステップＳ２３０３において、オーディオデータ処理プログラム８３は、再生アプリケーションプログラム８６が再生の処理が可能なプログラムであると判断した場合、メッセージを送信するためのソケットを介して、エラーにＡＣＫを格納したメッセージを再生アプリケーションプログラム８６に送信し、再生アプリケーションプログラム８６が再生の処理が可能なプログラムでないと判断した場合、メッセージを送信するためのソケットを介して、エラーにＮＡＣＫを格納したメッセージを再生アプリケーションプログラム８６に送信する。
【０１６５】
ステップＳ１３０２において、再生アプリケーションプログラム８６は、オーディオデータ処理プログラム８３から送信されたＡＣＫまたはＮＡＣＫが格納されたメッセージを受信する。再生アプリケーションプログラム８６は、メッセージのエラーに格納されているＡＣＫまたはＮＡＣＫを抽出する。
【０１６６】
ステップＳ１３０３において、再生アプリケーションプログラム８６は、ＡＣＫを受信したか否かを判定し、ＡＣＫを受信したと判定された場合、ステップＳ１３０４に進み、再生する音声データを、音声データを送信するためのソケットを介してオーディオデータ処理プログラム８３に送信する。
【０１６７】
ステップＳ２３０４において、オーディオデータ処理プログラム８３は、音声データを送信するためのソケットを介して送信された音声データを受信する。
【０１６８】
ステップＳ２３０５において、オーディオデータ処理プログラム８３は、受信された音声データの大きさ（例えば、バイト数）を基に、音声データに欠落があるか否かなど、受信した音声データをチェックする。
【０１６９】
ステップＳ２３０６において、オーディオデータ処理プログラム８３は、音声データに欠落がある場合、エラーにＮＡＣＫを格納したメッセージをソケットを介して再生アプリケーションプログラム８６に送信し、音声データに欠落がない場合、エラーにＡＣＫを格納したメッセージをソケットを介して再生アプリケーションプログラム８６に送信する。
【０１７０】
ステップＳ１３０５において、再生アプリケーションプログラム８６は、オーディオデータ処理プログラム８３から送信された、ＡＣＫまたはＮＡＣＫがエラーに格納されているメッセージを受信する。再生アプリケーションプログラム８６は、メッセージのエラーからＡＣＫまたはＮＡＣＫを抽出する。
【０１７１】
ステップＳ１３０６において、再生アプリケーションプログラム８６は、ＮＡＣＫを格納したメッセージを受信したか否かを判定し、ＮＡＣＫを格納したメッセージを受信したと判定された場合、ステップＳ１３０７に進み、音声データをオーディオデータ処理プログラム８３に送信するためのソケットを介して、音声データを再送する。ステップＳ１３０７の処理で再送される音声データは、ステップＳ１３０４の処理で送信される音声のデータと同一である。
【０１７２】
ステップＳ２３０７において、オーディオデータ処理プログラム８３は、再生アプリケーションプログラム８６から再送された音声のデータを受信する。なお、ステップＳ２３０４の処理で欠落がない音声データが受信された場合、ステップＳ２３０７の処理は実行されない。
【０１７３】
また、音声データの再送の処理は、１つの音声データに対応して、１度限りとされる。１つの音声データを数回再送すると、再生のタイミングが間に合わなくなるためである。
【０１７４】
ステップＳ１３０６において、ＡＣＫを格納したメッセージを受信したと判定された場合、オーディオデータ処理プログラム８３がステップＳ２３０４の処理で欠落がない音声データを受信したので、音声データを再送する必要がなく、ステップＳ１３０７の処理はスキップされ、処理は、ステップＳ１３０８に進む。
【０１７５】
ステップＳ１３０８において、再生アプリケーションプログラム８６は、音声データの送信を終了するか否かを判定し、音声データの送信を終了しないと判定された場合、ステップＳ１３０４に戻り、音声データの送信の処理を繰り返す。
【０１７６】
ステップＳ１３０８において、音声データの送信を終了すると判定された場合、処理は終了する。
【０１７７】
ステップＳ１３０３において、ＮＡＣＫを受信したと判定された場合、再生アプリケーションプログラム８６が再生の処理が可能なプログラムでない、すなわち、再生アプリケーションプログラム８６は、オーディオデータ処理プログラム８３に音声データを送信することはできないので、処理は終了する。
【０１７８】
図１１のフローチャートを参照して、オーディオデータ処理プログラム８３から録音アプリケーションプログラム８５に音声データを送信する処理の概要を説明する。
【０１７９】
ステップＳ３４０１において、録音アプリケーションプログラム８５は、メッセージを送信するためのソケットを介して、録音のコマンドを格納したメッセージをオーディオデータ処理プログラム８３に送信する。メッセージは、録音のコマンドを格納するとともに、プロセス情報として、録音アプリケーションプログラム８５の登録ＩＤを格納する。
【０１８０】
ステップＳ２４０１において、オーディオデータ処理プログラム８３は、録音のコマンドを格納したメッセージを受信する。ステップＳ２４０２において、オーディオデータ処理プログラム８３は、メッセージのプロセス情報として格納されている登録ＩＤを基に、メッセージを送信したプログラム、すなわち、録音アプリケーションプログラム８５が録音の処理が可能なプログラムであるかを判断する。ステップＳ２４０３において、オーディオデータ処理プログラム８３は、録音アプリケーションプログラム８５が録音の処理が可能なプログラムであると判断した場合、メッセージを送信するためのソケットを介して、ＡＣＫをエラーに格納したメッセージを録音アプリケーションプログラム８５に送信し、録音アプリケーションプログラム８５が録音の処理が可能なプログラムでないと判断した場合、メッセージを送信するためのソケットを介して、ＮＡＣＫをエラーに格納したメッセージを録音アプリケーションプログラム８５に送信する。録音アプリケーションプログラム８５が録音の処理が可能なプログラムでないと判断された場合、以下の処理は実行されず、音声データは送信されない。
【０１８１】
ステップＳ３４０２において、録音アプリケーションプログラム８５は、オーディオデータ処理プログラム８３から送信されたＡＣＫまたはＮＡＣＫが格納されたメッセージを受信する。録音アプリケーションプログラム８５は、メッセージのエラーに格納されているＡＣＫまたはＮＡＣＫを抽出する。
【０１８２】
ステップＳ２４０３において、録音アプリケーションプログラム８５が録音の処理が可能なプログラムであると判断された場合、ステップＳ２４０４に進み、オーディオデータ処理プログラム８３は、録音する音声データを、音声データを送信するためのソケットを介して録音アプリケーションプログラム８５に送信する。
【０１８３】
ステップＳ３４０４において、録音アプリケーションプログラム８５は、音声データを送信するためのソケットを介して送信された音声データを受信する。
【０１８４】
ステップＳ３４０５において、録音アプリケーションプログラム８５は、受信された音声データの大きさ（例えば、バイト数）を基に、音声データに欠落があるか否かなど、受信した音声データをチェックする。
【０１８５】
ステップＳ３４０６において、録音アプリケーションプログラム８５は、音声データに欠落がある場合、エラーにＮＡＣＫを格納したメッセージをソケットを介してオーディオデータ処理プログラム８３に送信し、音声データに欠落がない場合、エラーにＡＣＫを格納したメッセージをソケットを介してオーディオデータ処理プログラム８３に送信する。
【０１８６】
ステップＳ２４０５において、オーディオデータ処理プログラム８３は、録音アプリケーションプログラム８５から送信された、ＡＣＫまたはＮＡＣＫがエラーに格納されているメッセージを受信する。オーディオデータ処理プログラム８３は、メッセージのエラーからＡＣＫまたはＮＡＣＫを抽出する。
【０１８７】
ステップＳ２４０６において、オーディオデータ処理プログラム８３は、ＮＡＣＫを格納したメッセージを受信したか否かを判定し、ＮＡＣＫを格納したメッセージを受信したと判定された場合、ステップＳ２４０７に進み、音声データを録音アプリケーションプログラム８５に送信するためのソケットを介して、音声データを再送する。ステップＳ２４０７の処理で再送される音声データは、ステップＳ２４０４の処理で送信される音声のデータと同一である。
【０１８８】
ステップＳ３４０７において、録音アプリケーションプログラム８５は、オーディオデータ処理プログラム８３から再送された音声のデータを受信する。なお、ステップＳ３４０４の処理で欠落がない音声データが受信された場合、ステップＳ３４０７の処理は実行されない。
【０１８９】
また、音声データの再送の処理は、１つの音声データに対応して、１度限りとされる。１つの音声データを数回再送すると、録音のタイミングが間に合わなくなるためである。
【０１９０】
ステップＳ２４０６において、ＡＣＫを格納したメッセージを受信したと判定された場合、録音アプリケーションプログラム８５がステップＳ３４０４の処理で欠落がない音声データを受信したので、音声データを再送する必要がなく、ステップＳ２４０７の処理はスキップされ、処理は、ステップＳ２４０８に進む。
【０１９１】
ステップＳ２４０８において、オーディオデータ処理プログラム８３は、音声データの送信を終了するか否かを判定し、音声データの送信を終了しないと判定された場合、ステップＳ２４０４に戻り、音声データの送信の処理を繰り返す。
【０１９２】
ステップＳ２４０８において、音声データの送信を終了すると判定された場合、処理は終了する。
【０１９３】
ステップＳ３４０３において、ＮＡＣＫを受信したと判定された場合、録音アプリケーションプログラム８５が再生の処理が可能なプログラムでない、すなわち、録音アプリケーションプログラム８５は、オーディオデータ処理プログラム８３に音声データを送信することはできないので、処理は終了する。
【０１９４】
次に、オーディオデータ処理プログラム８３乃至再生アプリケーションプログラム８６の処理の詳細を説明する。
【０１９５】
図１２は、オーディオデータ処理プログラム８３の起動の処理を説明するフローチャートである。
【０１９６】
ステップＳ１１において、オーディオデータ処理プログラム８３は、自分自身、すなわち、オーディオデータ処理プログラム８３全体のプロセスを始動する。
【０１９７】
ステップＳ１２において、オーディオデータ処理プログラム８３は、初期化の処理を実行する。
【０１９８】
ステップＳ１３において、オーディオデータ処理プログラム８３は、カーネル８２に、オーディオデータ処理プログラム８３に含まれる各プログラム、すなわち読み出し制御プログラム１０１乃至ゼロデータ生成プログラム１１０のスレッドとしての起動を要求する。
【０１９９】
また、オーディオデータ処理プログラム８３は、読み出しデータバッファ１０２、録音データバッファ１０４、再生データバッファ１０９、および書き込みデータバッファ１１１の記憶領域を確保する。
【０２００】
マルチスレッドシステムにおいては、複数のスレッドが、１つのプロセスで実行され、マルチスレッドシステムは、１つのプロセス内でのマルチタスク処理を可能とする。同じプロセス中のスレッド同士は、メモリ資源またはＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）資源などのリソースを共有するので、読み出し制御プログラム１０１乃至ゼロデータ生成プログラム１１０間のデータの転送は、容易に実行されることになる。
【０２０１】
ステップＳ１４において、カーネル８２は、オーディオデータ処理プログラム８３に含まれる各プログラム、すなわち読み出し制御プログラム１０１乃至ゼロデータ生成プログラム１１０を並列（時分割）に実行し、処理は終了する。
【０２０２】
読み出し制御プログラム１０１乃至ゼロデータ生成プログラム１１０は、停止が要求されるまで、並列に実行される。
【０２０３】
図１３は、送信制御プログラム１０７による、メッセージの処理を説明するフローチャートである。
【０２０４】
ステップＳ３１において、送信制御プログラム１０７は、カーネル８２から停止が要求されたか否かを判定し、停止が要求されていないと判定された場合、ステップＳ３２に進み、ソケット接続要求またはメッセージが受信されたか否かを判定し、ソケット接続要求およびメッセージが受信されていないと判定された場合、ステップＳ３２に戻り、ソケット接続要求またはメッセージが受信されるまで、判定の処理を繰り返す。
【０２０５】
ステップＳ３２の処理は、例えば、ｓｅｌｅｃｔシステムコールと称する関数の実行により実現される。
【０２０６】
ステップＳ３２において、ソケット接続要求またはメッセージが受信されたと判定された場合、ステップＳ３３に進み、送信制御プログラム１０７は、受信されたのがメッセージであるか否かを判定し、メッセージが受信されたと判定された場合、ステップＳ３４に進み、メッセージからコマンドを抽出し、抽出されたコマンドに応じた処理を起動し、コマンドに対応する処理を実行し、ステップＳ３１に戻り、処理を繰り返す。
【０２０７】
ステップＳ３３において、受信されたのがソケット接続要求であると判定された場合、ステップＳ３５に進み、送信制御プログラム１０７は、録音アプリケーションプログラム８５または再生アプリケーションプログラム８６とのソケット接続を確立して、ステップＳ３１に戻り、処理を繰り返す。
【０２０８】
例えば、ソケット接続の確立により、録音アプリケーションプログラム８５または再生アプリケーションプログラム８６と、オーディオデータ処理プログラム８３とに対応するポート番号が、ソケットオブジェクトとしてカーネル８２に記憶される。ソケットサービスプログラム８４−１または８４−２は、ソケット接続の確立により生成されたソケットオブジェクトを基に、音声データを受け取る相手、または音声データの転送先を特定する。
【０２０９】
例えば、ソケット接続の確立を要求した相手、すなわち、録音アプリケーションプログラム８５および再生アプリケーションプログラム８６のいずれかは、ソケット接続が確立されたとき、オーディオデータ処理プログラム８３から、自分が利用すべきソケットを特定するためのハンドルを取得する。
【０２１０】
ステップＳ３１において、停止が要求されたと判定された場合、処理は終了する。
【０２１１】
受信制御プログラム１０８による、メッセージの処理は、図１３のフローチャートを参照して説明した処理と同様なので、その説明は省略する。
【０２１２】
次に、読み出し制御プログラム１０１による、サウンドカード１８から音声データを読み出す処理を図１４のフローチャートを参照して説明する。
【０２１３】
ステップＳ５１において、読み出し制御プログラム１０１は、録音アプリケーションプログラム８５から停止が要求されたか否かを判定し、停止が要求されていないと判定された場合、ステップＳ５２に進み、サウンドカード１８から読み出しデータバッファ１０２の半分の大きさの音声データを読み出す。より詳細には、読み出し制御プログラム１０１は、システムコールにより、カーネル８２にサウンドカード１８からの音声データの読み出しを要求し、カーネル８２は、デバイスドライバ８１に、サウンドカード１８からの音声データの読み出しを実行させる。カーネル８２は、読み出された音声データを読み出し制御プログラム１０１に供給する。
【０２１４】
ステップＳ５２、並びに後述するステップＳ５６およびステップＳ５９の処理において、読み出される音声データは、ＩＥＣ６０９５８の規格に準拠したサブフレームの集合からなる。
【０２１５】
図１５は、サウンドカード１８から読み出される音声データの方式を説明する図である。ＩＥＣ６０９５８の規格に準拠した音声データは、ストリームとしてサウンドカード１８から入力され、入力された音声データは、オーディオデータ処理プログラム８３に供給される。また、オーディオデータ処理プログラム８３から供給された、ＩＥＣ６０９５８の規格に準拠した音声データは、サウンドカード１８から出力される。
【０２１６】
図１５は、ＩＥＣ６０９５８の規格の最小単位であるサブフレームである音声データの構造を示す図である。サブフレームは、サンプル（音声の振幅を示すデータ）を１つ含む、３２ビットのデータからなる。フレームは、２つのサブフレームからなり、Ｌ（左）チャンネルおよびＲ（右）チャンネルのサンプルを１つずつ含む。フレームをサンプルと称する場合もある。
【０２１７】
すなわち、サブフレームは、ＬチャンネルおよびＲチャンネルのいずれかの１つのサンプルを含む。
【０２１８】
ブロックは、連続する１９２個のフレームからなる。
【０２１９】
図中の左側に対応する、サブフレームの最上位から、４ビットは、プリアンブル（Ｐｒｅａｍｂｌｅ）である。プリアンブルは、Ｂ、Ｍ、またはＷのいずれかである。
【０２２０】
ブロックの先頭のサブフレームは、Ｌチャンネルのサンプルを格納し、ブロックの先頭のサブフレームのプリアンブルは、Ｂである。
【０２２１】
Ｒチャンネルのサンプルを格納するサブフレームのプリアンブルは、Ｗである。
【０２２２】
ブロックの先頭のサブフレームを除き、Ｌチャンネルのサンプルを格納するサブフレームのプリアンブルは、Ｍである。
【０２２３】
プリアンブルの次の４ビット（最上位から５ビット目乃至８ビット目）は、補助ビット（Ａｕｘｉｌｉａｒｙ　Ｓａｍｐｌｅ　Ｂｉｔｓ）であり、補助ビットの次の２０ビット（最上位から９ビット目乃至２８ビット目）は、音声のサンプル（サンプリングデータ）であるオーディオサンプルワード（Ａｕｄｉｏ　Ｓａｍｐｌｅ　Ｗｏｒｄ）である。
【０２２４】
補助ビットの４ビットには、音声データを２４ビットに拡張したとき、音声データの上位のビットが格納される。
【０２２５】
サブフレームの最上位から２９ビット目の１ビットは、サブフレームが有効であるか否かを示す有効フラグ（Ｖａｌｉｄｉｔｙ　Ｂｉｔ）（以下、Ｖビットとも称する）であり、Ｖビットの次の１ビットは、ユーザデータ（Ｕｓｅｒ　Ｄａｔａ　Ｂｉｔ）（以下、Ｕビットとも称する）である。サブフレームの最上位から３１ビット目の１ビットは、チャネルの状態を示すチャンネルステータス（Ｃｈａｎｎｅｌ　Ｓｔａｔｕｓ　Ｂｉｔ）（以下、Ｃビットとも称する）であり、Ｃビットの次のビットは、パリティビット（Ｐａｒｉｔｙ　Ｂｉｔ）（以下、Ｐビットとも称する）である。
【０２２６】
１つのブロックに属するサブフレームのＣビットは、集合して、音声データの属性を示す。すなわち、音声データの属性を示すチャンネルステータスは、１つのブロックにおける、１９２ビット（２４バイト）の、Ｌチャンネルのサンプルを格納するサブフレームのＣビットにより構成される。
【０２２７】
言い換えれば、チャンネルステータスは、プリアンブルがＢであるサブフレームのＣビット、およびプリアンブルがＭであるサブフレームのＣビットが順に収集され、構成される。
【０２２８】
チャンネルステータスには、音声データの用法である業務用または民生用の区別を示すビット、音声データであるかまたは音声以外のデータであるかの識別を示すビット、エンファシスの有無を示す３ビットのデータ、ＩＥＣ６０９５８の規格における８ビットのカテゴリコード、またはＬビットなどが含まれる。
【０２２９】
なお、プリアンブルＷには、プリアンブルＢまたはプリアンブルＭと同じ内容が格納されている。
【０２３０】
カテゴリコードにより示されるカテゴリが光ディスク機器、例えば、ＣＤまたはＭＤ（Ｍｉｎｉ−Ｄｉｓｃ）である場合、各サブフレームに含まれるＵビットは、サブコードと称する形式を有し、サブコードから光ディスクに記録されているコンテンツ（曲）の番号を変更するときに有用な情報を含む。
【０２３１】
サブコードについては、以下のように定められている。
【０２３２】
Ｕビットは、左右両チャンネルを多重化して使用し、平均１１７６ビットからなるサブコードブロックを構成する。ＣＤの１フレームは、１２のオーディオサンプルとして１つのサブコーディングシンボルからなる。９８のサブコーディングシンボルでサブコードブロックを構成し、その結果、必要なＵビットは、１２＊９８＝１１７６ビットとなる。
【０２３３】
サブコードシンクは、最小１６回連続する’０’ビットで現される。スタートビットは、’１’である。スタートビットに続いて、Ｑ乃至Ｗの７ビットが伝送される。スタートビットの間隔は、最小８ビットから最大１６ビットまで可変できる。
【０２３４】
サブコードフレームは、９８フレームからなり、サブコードフレームには、それぞれ９８ビットの、サブコードＰ、サブコードＱ、サブコードＲ、サブコードＳ、サブコードＴ、サブコードＵ、サブコードＶ、およびサブコードＷが含まれる。
【０２３５】
図１４に戻り、ステップＳ５３において、読み出し制御プログラム１０１は、サウンドカード１８から読み出された音声データのうち、先頭のサブフレームのプリアンブルがＷであるか否かを判定する。ステップＳ５３において、先頭のサブフレームのプリアンブルがＷであると判定された場合、先頭のサブフレームにはＲチャンネルのサンプルが格納されているので、ステップＳ５４に進み、読み出し制御プログラム１０１は、読み出した音声データを、読み出しデータバッファ１０２の書き込みポインタが示す、書き込み位置から１サブフレーム後にずらして、読み出しデータバッファ１０２に格納する。
【０２３６】
ステップＳ５５において、読み出し制御プログラム１０１は、ステップＳ５４の音声データの読み出しデータバッファ１０２への格納の処理に対応して、書き込みポインタを更新する。
【０２３７】
ステップＳ５６において、読み出し制御プログラム１０１は、読み出しデータバッファ１０２の半分から１サブフレームの大きさを減算した大きさの音声データを、サウンドカード１８から読み出し、手続は、ステップＳ６０に進む。
【０２３８】
一方、ステップＳ５３において、先頭のサブフレームのプリアンブルがＷでないと判定された場合、先頭のサブフレームにはＬチャンネルのサンプルが格納されているので、ステップＳ５７に進み、読み出し制御プログラム１０１は、読み出した音声データを、読み出しデータバッファ１０２の書き込みポインタの指している位置に格納する。
【０２３９】
ステップＳ５８において、読み出し制御プログラム１０１は、ステップＳ５７の音声データの読み出しデータバッファ１０２への格納の処理に対応して、書き込みポインタを更新する。
【０２４０】
ステップＳ５９において、読み出し制御プログラム１０１は、読み出しデータバッファ１０２の半分の大きさの音声データを、サウンドカード１８から読み出し、手続は、ステップＳ６０に進む。
【０２４１】
ステップＳ６０において、読み出し制御プログラム１０１は、ステップＳ５６の処理またはステップＳ５９の処理で読み出した音声データを、読み出しデータバッファ１０２の書き込みポインタが指している位置に格納する。
【０２４２】
ステップＳ６１において、読み出し制御プログラム１０１は、ステップＳ６０の音声データの読み出しデータバッファ１０２への格納の処理に対応して、書き込みポインタを更新し、ステップＳ５１に戻り、音声データの読み出しの処理を繰り返す。
【０２４３】
ステップＳ５１において、録音アプリケーションプログラム８５から停止が要求されたと判定された場合、処理は終了する。
【０２４４】
このように、サウンドカード１８から読み出された、読み出しデータバッファ１０２の半分の大きさの音声データの先頭に位置するサブフレームが、Ｌチャンネルのサンプルを格納する場合、図１６に示すように、音声データは、読み出しデータバッファ１０２の書き込みポインタで指定される位置に書き込まれる。そして、サウンドカード１８から、さらに読み出しデータバッファ１０２の半分の大きさの音声データが読み出され、読み出された音声データが、読み出しデータバッファ１０２に、前回に書き込まれた音声データに続いて書き込まれる。
【０２４５】
サウンドカード１８から読み出された、読み出しデータバッファ１０２の半分の大きさの音声データの先頭に位置するサブフレームが、Ｒチャンネルのサンプルを格納する場合、図１７に示すように、音声データは、読み出しデータバッファ１０２の書き込みポインタで指定される位置から、１サブフレーム後にずらして書き込まれる。そして、サウンドカード１８から、さらに読み出しデータバッファ１０２の半分の大きさから１サブフレームを減算した大きさの音声データが読み出され、読み出された音声データが、読み出しデータバッファ１０２に、前回に書き込まれた音声データに続いて書き込まれる。
【０２４６】
このようにすることで、読み出しデータバッファ１０２の所定の位置には、Ｌチャンネルのサブフレームが格納されることになり、ＬチャンネルとＲチャンネルとの音声の逆転が防止される。
【０２４７】
次に、図１８乃至図２０のフローチャートを参照して、オーディオデータ解析フィルタプログラム１０３およびＩＥＣ６０９５８エンコードプログラム１０６による、音声データの解析および加工の処理を説明する。
【０２４８】
ステップＳ１０１において、オーディオデータ解析フィルタプログラム１０３は、カーネル８２から停止が要求されたか否かを判定し、停止が要求されていないと判定された場合、ステップＳ１０２に進み、読み出しポインタの値を基に、読み出しデータバッファ１０２に新たな音声のデータが格納されたか否かを判定する。
【０２４９】
ステップＳ１０２において、読み出しデータバッファ１０２に新たな音声のデータが格納されたと判定された場合、ステップＳ１０３に進み、オーディオデータ解析フィルタプログラム１０３は、録音データバッファ１０４に格納されている音声データのうち、書き込みポインタで示される音声データのヘッダに通し番号を書き込む。
【０２５０】
図２１および図２２は、録音データバッファ１０４または再生データバッファ１０９に格納される音声データの構造を説明する図である。
【０２５１】
図２１に示すように、録音データバッファ１０４に格納される音声データ、および再生データバッファ１０９に格納される音声データは、ヘッダ部およびオーディオデータ部からなる。ヘッダ部には、サウンドカード１８から取得された音声データを解析して得られた情報、すなわち、音声データの処理を制御するための情報が格納される。オーディオデータ部には、サウンドカード１８から取得された音声データのサンプル、すなわち音声そのもののデータが格納される。１つのオーディオデータ部には、複数の音声データのサンプルが格納される。すなわち、１つのオーディオデータ部は、複数のサブフレームに対応する。
【０２５２】
録音アプリケーションプログラム８５は、オーディオデータ処理プログラム８３に対して録音の開始または停止の指示を行うことにより、オーディオデータ処理プログラム８３に、録音データバッファ１０４に格納されている音声データのうち、録音を開始する音声データの位置、および録音を停止する音声データの位置を通知することができる。
【０２５３】
図２２は、録音データバッファ１０４に格納される音声データ、および再生データバッファ１０９に格納される音声データのヘッダ部の構造の詳細を説明する図である。
【０２５４】
ヘッダ部には、通し番号、Ｃビット情報、ＳＣＭＳ（Ｓｅｒｉａｌ　Ｃｏｐｙ　Ｍａｎａｇｅｍｅｎｔ　Ｓｙｓｔｅｍ）情報、デジタルデータのカテゴリ、外部装置再生フラグ、トラックチェンジフラグ、トラックチェンジポイント位置情報、有効オーディオデータ長、再生情報、およびオーディオ信号レベルが含まれる。
【０２５５】
通し番号は、音声データに付される連続する番号である。通し番号は、録音アプリケーションプログラム８５が録音経過時間を知るために利用される。録音経過時間を知る方法については、後述する。
【０２５６】
また、例えば、録音アプリケーションプログラム８５は、オーディオデータ処理プログラム８３に対して録音の開始または停止の指示を行うとき、オーディオデータ処理プログラム８３に、通し番号により、録音データバッファ１０４に格納されている音声データのうち、録音を開始する音声データ（例えば、最初の音声データ）、および録音を停止する音声データ（例えば、最後の音声データ）を通知するようにしてもよい。
【０２５７】
Ｃビット情報は、サウンドカード１８から読み出される、ＩＥＣ６０９５８の規格に準拠した音声データに含まれるＣビットと同一の情報が設定される。
【０２５８】
ＳＣＭＳ情報は、サウンドカード１８から読み出される、ＩＥＣ６０９５８の規格に準拠した音声データに含まれるＣビットを解析して得られた情報のうち、サウンドカード１８から読み出された音声データの録音が許可されているか否かを示す情報である。
【０２５９】
デジタルデータのカテゴリは、サウンドカード１８から読み出される、ＩＥＣ６０９５８の規格に準拠した音声データに含まれるＣビットを解析して得られたカテゴリ情報に加えて、サウンドカード１８を介して読み出された音声データが、オーディオ用ＣＤ−Ｒ（ＣＤ−Ｒｅｃｏｒｄａｂｌｅ）に記録されている音声データであるか、または通常のＣＤに記録されている音声データであるかを判定するための情報を付したものである。
【０２６０】
オーディオ用ＣＤ−Ｒのカテゴリは、ＣＤであるが、オーディオ用ＣＤ−Ｒに記録されている音声データのＣビットに含まれる著作権情報が、４乃至１０Ｈｚで振動している特殊なカテゴリである。著作権情報が４乃至１０Ｈｚで振動している音声データは、記録してはならないので、その旨を示す情報がカテゴリとしてヘッダ部に格納される。
【０２６１】
外部装置再生フラグは、サウンドカード１８を介して読み出される音声データを供給する外部再生装置５１が再生中であるか否かを示すフラグである。
【０２６２】
一般に、多くの録音機器は、入力された音声データの音声のレベルが所定のスレッシュ値以下である状態が、所定の期間続いたとき、曲間を検出したものと判断し、曲の番号を変えるという機能を有する。
【０２６３】
しかしながら、販売されているＣＤには、アーティストの意志により、長く続く無音を意図的に挿入したものが存在する。このようなＣＤから読み取られた音声データを記録するとき、１つの曲に曲間が挿入されてしまう場合がある。
【０２６４】
これを防止するために、外部再生装置５１が再生中であれば、曲間を挿入しないようにすればよい。
【０２６５】
外部再生装置５１が再生中であるか否かの判断は、音声データのカテゴリがＣＤである場合、サブコードＱに含まれるａｆｒａｍｅが２０回連続狭義単調増加しているか否かを基準とする。従って、外部再生装置５１が再生中であるか否かの判断は、音声データのカテゴリがＣＤであるときのみ可能である。
【０２６６】
トラックチェンジフラグは、サウンドカード１８を介して読み出される音声データのＵビットを解析した結果、曲の切れ目が検出されたことを示す。
【０２６７】
トラックチェンジポイント位置情報は、トラックチェンジフラグが真であるとき（曲の切れ目が検出されたとき）、オーディオデータ部の先頭から何バイト目に曲間が検出されたかを示す。
【０２６８】
有効オーディオデータ長は、再生アプリケーションプログラム８６により再生データバッファ１０９に音声データが格納されたとき、再生データバッファ１０９に格納された音声データのうち、何バイト目まだの音声データを実際に再生すべきかを指定する。１つの曲に対応する音声データの大きさが、オーディオデータ部の大きさに比較して小さいとき、有効オーディオデータ長が、有効に利用さることになる。
【０２６９】
再生情報は、再生経過時間または録音経過時間を知るために利用されるメモ領域である。再生情報を基に、再生経過時間または録音経過時間を知る方法は、後述する。
【０２７０】
オーディオ信号レベルは、録音データバッファ１０４または再生データバッファ１０９に格納されている音声データの信号レベルを示す。
【０２７１】
図１８に戻り、ステップＳ１０３において、録音データバッファ１０４の書き込みポインタで示される音声データのヘッダ部に通し番号が書き込まれる。
【０２７２】
ステップＳ１０４において、オーディオ解析フィルタプログラム１０３は、読み出しデータバッファ１０２に格納されている音声データのうち、読み出しポインタで指定されている読み出し位置の音声データに、ＩＥＣ６０９５８のデコードの処理、およびＤＩＮ情報解読処理を適用する。
【０２７３】
すなわち、オーディオ解析フィルタプログラム１０３は、読み出しデータバッファ１０２に格納されている、ＩＥＣ６０９５８の規格に準拠するサブフレームの形式である音声データのうち、読み出し位置の音声データから、ＣビットおよびＵビット、並びに音声のサンプリングデータであるオーディオサンプルワードを分離する、いわゆるＩＥＣ６０９５８デコード処理を読み出しデータバッファ１０２の音声データに適用する。オーディオ解析フィルタプログラム１０３は、ＣビットおよびＵビットを分離し、解析した結果を、録音データバッファ１０４の書き込みポインタで指定される音声データのヘッダ部に書き込む。
【０２７４】
オーディオ解析フィルタプログラム１０３は、分離されたＣビットなどを解析することにより、サウンドカード１８から読み出され、読み出しデータバッファ１０２に格納されている音声データが、ＳＣＭＳの規格に準拠して、記録可能であるかを調べる。記録が禁止されている、または記録してはならない音声データであると判定された場合、記録の処理は、停止される。
【０２７５】
ＳＣＭＳの規格によれば、デジタルデータである音声データの２世代に渡るコピーが発生しないことが保証される。
【０２７６】
オーディオ解析フィルタプログラム１０３は、カテゴリがＣＤまたはＭＤであるとき、Ｕビットから曲間を検出する。オーディオ解析フィルタプログラム１０３は、検出した曲間に対応する情報を、録音データバッファ１０４の書き込みポインタで指定される音声データのヘッダ部に書き込む。
【０２７７】
図２３は、カテゴリがＣＤであるときのサブコードＱの構造を示す図である。
【０２７８】
図２４は、カテゴリがＭＤであるときのサブコードＱの構造を示す図である。
【０２７９】
８ビットのＴＮＯは、再生されている楽曲の曲番号を示す。オーディオ解析フィルタプログラム１０３は、曲番号を基に、曲間を検出する。
【０２８０】
カテゴリがＣＤであるときのサブコードＱにおける、各８ビットずつのａｍｉｎ，ａｓｅｃ、およびａｆｒａｍｅは、それぞれＢＣＤ（Ｂｉｎａｒｙ−Ｃｏｄｅｄ　Ｄｅｃｉｍａｌ）２桁のデータを含む。ａｍｉｎ，ａｓｅｃ、およびａｆｒａｍｅの合わせて６桁のＢＣＤのデータは、ＣＤの先頭を基準とした、ＣＤに記録されている音声の経過時間を示す。サブコードフレームの繰り返し周波数は、７５Ｈｚなので、ａｆｒａｍｅには、１／７５秒を単位とした経過時間を示すデータが配置され、ａｓｅｃには、１秒を単位とした、経過時間を示すデータが配置され、ａｍｉｎには、１分を単位とした、経過時間を示すデータが配置される。
【０２８１】
ステップＳ１０５において、オーディオ解析フィルタプログラム１０３は、Ｃビットの解析の結果を基に、音声データがエンファシスされているか否かを判定し、音声データがエンファシスされていると判定された場合、ステップＳ１０６に進み、音声データをデエンファシスし、手続は、ステップＳ１０７に進む。
【０２８２】
ステップＳ１０５において、音声データがエンファシスされていないと判定された場合、デエンファシスの処理は不要なので、ステップＳ１０６の処理はスキップされ、手続は、ステップＳ１０７に進む。
【０２８３】
これにより、録音アプリケーションプログラム８５により録音される音声データは、常に、デエンファシスされたものとなる。
【０２８４】
このように、音声データに含まれる、Ｃビット、Ｕビット、またはサブコードＱなどの制御情報が抽出され、抽出された制御情報に基づいて、音声データの記録が禁止されるか、またはコンテンツである音声データが処理される。
【０２８５】
ステップＳ１０７において、オーディオ解析フィルタプログラム１０３は、オーディオサンプルワードのレベル変更のための演算を実行して、レベルが変更されたオーディオサンプルワードを録音データバッファ１０４のオーディオデータ部に書き込む。例えば、オーディオ解析フィルタプログラム１０３は、−∞ｄＢ乃至＋１８ｄＢ間で、オーディオサンプルワードのレベルを調整する。
【０２８６】
ステップＳ１０８において、オーディオ解析フィルタプログラム１０３は、録音データバッファ１０４の書き込みポインタをインクリメントする。
【０２８７】
ステップＳ１０９において、オーディオ解析フィルタプログラム１０３は、読み出しデータバッファ１０２の読み出しポインタをインクリメントし、手続は、ステップＳ１１０に進む。
【０２８８】
ステップＳ１０２において、読み出しデータバッファ１０２に新たな音声のデータが格納されていないと判定された場合、録音データバッファ１０４への音声データの書き込みの処理は必要ないので、ステップＳ１０３乃至ステップＳ１０９の処理はスキップされ、手続は、ステップＳ１１０に進む。
【０２８９】
ステップＳ１１０において、オーディオデータ処理プログラム８３は、録音アプリケーションプログラム８５、再生アプリケーションプログラム８６、またはカーネル８２からの指示を基に、書き込みデータバッファ１１１に書き込む音声データを選択する。
【０２９０】
ステップＳ１１１において、ＩＥＣ６０９５８エンコードプログラム１０６は、再生データバッファ１０９が選択された、すなわち、再生データバッファ１０９に格納されている音声データを書き込みデータバッファ１１１に書き込むか否かを判定し、再生データバッファ１０９が選択されたと判定された場合、ステップＳ１１２に進み、再生データバッファ１０９に新たな音声データが格納されたか否かを判定する。
【０２９１】
ステップＳ１１２において、再生データバッファ１０９に新たな音声データが格納されたと判定された場合、ステップＳ１１３に進み、ＩＥＣ６０９５８エンコードプログラム１０６は、スイッチ１０５を切り換えて、読み出しポインタで指定される、再生データバッファ１０９の読み出し位置から、音声データを取得する。
【０２９２】
ステップＳ１１４において、ＩＥＣ６０９５８エンコードプログラム１０６は、再生データバッファ１０９に読み出しポインタをインクリメントさせる。
【０２９３】
ステップＳ１１５において、ＩＥＣ６０９５８エンコードプログラム１０６は、ステップＳ１１３の処理で取得された音声データを、ＩＥＣ６０９５８方式にエンコードし、音声データのピーク値を計算し、手続は、ステップＳ１１７に進む。
【０２９４】
すなわち、ステップＳ１１５において、ＩＥＣ６０９５８エンコードプログラム１０６は、再生データバッファ１０９から読み出した音声データのヘッダ部に含まれる制御情報を抽出し、抽出した制御情報を基に、コンテンツである音声データを処理する。
【０２９５】
ステップＳ１１２において、再生データバッファ１０９に新たな音声データが格納されていないと判定された場合、ステップＳ１１６に進み、ＩＥＣ６０９５８エンコードプログラム１０６は、スイッチ１０５を切り換えて、ゼロデータ生成プログラム１１０から供給されたゼロデータを、ＩＥＣ６０９５８方式にエンコードし、音声データのピーク値（すなわち、ゼロ）を計算し、手続は、ステップＳ１１７に進む。
【０２９６】
ステップＳ１１１において、再生データバッファ１０９が選択されていないと判定された場合、再生データバッファ１０９に格納されている音声データを処理する必要がないので、ステップＳ１１２乃至ステップＳ１１６の処理はスキップされ、手続は、ステップＳ１１７に進む。
【０２９７】
ステップＳ１１７において、ＩＥＣ６０９５８エンコードプログラム１０６は、録音データバッファ１０４が選択された、すなわち、録音データバッファ１０４に格納されている音声データを書き込みデータバッファ１１１に書き込むか否かを判定し、録音データバッファ１０４が選択されたと判定された場合、ステップＳ１１８に進み、録音データバッファ１０４に新たな音声データが格納されたか否かを判定する。
【０２９８】
ステップＳ１１８において、録音データバッファ１０４に新たな音声データが格納されたと判定された場合、ステップＳ１１９に進み、ＩＥＣ６０９５８エンコードプログラム１０６は、スイッチ１０５を切り換えて、再生データバッファ１０９から、音声データを取得する。
【０２９９】
ステップＳ１２０において、ＩＥＣ６０９５８エンコードプログラム１０６は、ステップＳ１１９の処理で取得された音声データを、ＩＥＣ６０９５８方式にエンコードし、音声データのピーク値を計算し、手続は、ステップＳ１２２に進む。
【０３００】
ステップＳ１１８において、録音データバッファ１０４に新たな音声データが格納されていないと判定された場合、ステップＳ１２１に進み、ＩＥＣ６０９５８エンコードプログラム１０６は、スイッチ１０５を切り換えて、ゼロデータ生成プログラム１１０から供給されたゼロデータを、ＩＥＣ６０９５８方式にエンコードし、音声データのピーク値（すなわち、ゼロ）を計算し、手続は、ステップＳ１２２に進む。
【０３０１】
ステップＳ１１７において、録音データバッファ１０４が選択されていないと判定された場合、録音データバッファ１０４に格納されている音声データを処理する必要がないので、ステップＳ１１８乃至ステップＳ１２１の処理はスキップされ、手続は、ステップＳ１２２に進む。
【０３０２】
ステップＳ１２２において、ＩＥＣ６０９５８エンコードプログラム１０６は、録音データバッファ１０４および再生データバッファ１０９のいずれも選択されていないか否かを判定し、録音データバッファ１０４および再生データバッファ１０９のいずれも選択されていないと判定された場合、ステップＳ１２３に進み、スイッチ１０５を切り換えて、ゼロデータ生成プログラム１１０から供給されたゼロデータを、ＩＥＣ６０９５８方式にエンコードし、音声データのピーク値（すなわち、ゼロ）を計算し、手続は、ステップＳ１２４に進む。
【０３０３】
ステップＳ１２２において、録音データバッファ１０４または再生データバッファ１０９のいずれかが選択されていると判定された場合、ＩＥＣ６０９５８方式にエンコードされた音声データがすでに取得されているので、ステップＳ１２３の処理はスキップされ、手続は、ステップＳ１２４に進む。
【０３０４】
ステップＳ１２４において、ＩＥＣ６０９５８エンコードプログラム１０６は、書き込みデータバッファ１１１の書き込みポインタが指す位置に、ＩＥＣ６０９５８方式にエンコードされた音声データを書き込む。
【０３０５】
ステップＳ１２５において、ＩＥＣ６０９５８エンコードプログラム１０６は、書き込みデータバッファ１１１の書き込みポインタをインクリメントする。
【０３０６】
ステップＳ１２６において、書き込み制御プログラム１１２は、書き込みデータバッファ１１１の読み出しポインタが指す位置の音声データをサウンドカード１８に書き込む。より詳細には、書き込み制御プログラム１１２は、システムコールにより、カーネル８２にサウンドカード１８への音声データの書き込みを要求し、書き込みデータバッファ１１１の読み出しポインタが指す位置の音声データをカーネル８２に供給する。カーネル８２は、デバイスドライバ８１に、サウンドカード１８への、供給された音声データの書き込みを実行させる。サウンドカード１８に供給された音声データは、ストリームとして出力される。
【０３０７】
ステップＳ１２７において、書き込み制御プログラム１１２は、書き込み制御プログラム１１２は、書き込みデータバッファ１１１の読み出しポインタが指す位置の音声データの再生情報を読み出す。
【０３０８】
ステップＳ１２８において、書き込み制御プログラム１１２は、書き込みデータバッファ１１１の読み出しポインタをインクリメントし、ステップＳ１０１に戻り、処理を繰り返す。
【０３０９】
ステップＳ１０１において、停止が要求されていると判定された場合、処理は終了する。
【０３１０】
オーディオデータ解析フィルタプログラム１０３およびＩＥＣ６０９５８エンコードプログラム１０６による、音声データの解析および加工の処理においては、読み出しデータバッファ１０２、録音データバッファ１０４、再生データバッファ１０９、および書き込みデータバッファ１１１に格納されている音声データが転送される。
【０３１１】
ステップＳ１０４の処理、ステップＳ１１５の処理、ステップＳ１１６の処理、ステップＳ１２０の処理、ステップＳ１２１の処理、およびステップＳ１２３の処理が適切な順番で実行されるので、音声データの処理がより短時間でできるようになる。
【０３１２】
また、録音データバッファ１０４に格納されている音声データを、書き込みデータバッファ１１１に格納するようにした場合、記録しようとする音声データをストリームとして出力することができ、記録と同時に再生することができる。
【０３１３】
次に、送信制御プログラム１０７による、録音アプリケーションプログラム８５への、録音データバッファ１０４に格納されている音声データの送信の処理を図２５のフローチャートを参照して説明する。
【０３１４】
ステップＳ１５１において、送信制御プログラム１０７は、カーネル８２から停止が要求されたか否かを判定し、停止が要求されていないと判定された場合、手続は、ステップＳ１５２に進む。
【０３１５】
ステップＳ１５２において、送信制御プログラム１０７は、録音アプリケーションプログラム８５から、ソケット接続要求があるか否かを判定し、ソケット接続要求がないと判定された場合、ソケットの接続の要求がされるまで、ステップＳ１５２に戻り、判定の処理を繰り返す。
【０３１６】
ステップＳ１５２において、ソケット接続要求があると判定された場合、送信制御プログラム１０７は、ソケットを確立させ、ステップＳ１５３に進み、送信制御プログラム１０７は、メッセージの交換に使用されるソケットを介して送信されたメッセージを基に、録音アプリケーションプログラム８５から録音の開始が要求されたか否かを判定する。
【０３１７】
ソケットを確立する処理を、より詳細に説明すると、送信制御プログラム１０７は、カーネル８２に、録音アプリケーションプログラム８５とのソケットの確立を要求する。カーネル８２は、オーディオデータ処理プログラム８３と録音アプリケーションプログラム８５とのソケットを確立させる。
【０３１８】
ステップＳ１５３において、録音アプリケーションプログラム８５から録音の開始が要求されたと判定された場合、ステップＳ１５４に進み、送信制御プログラム１０７は、録音データバッファ１０４の読み出しポインタを設定し録音開始位置を決定する。送信制御プログラム１０７は、録音データバッファ１０４の読み出しポインタを基に、録音アプリケーションプログラム８５に渡す音声データがあるか否かを判定し、録音アプリケーションプログラム８５に渡す音声データがあると判定された場合、ステップＳ１５５に進み、録音データバッファ１０４の読み出しポインタが指す位置の音声データを読み出す。
【０３１９】
ステップＳ１５６において、送信制御プログラム１０７は、読み出した音声データを、ソケットサービスプログラム８４−１により確立された、オーディオデータ処理プログラム８３を入力側とし、録音アプリケーションプログラム８５を出力側とし、音声データを転送するためのソケットに書き込む。
【０３２０】
例えば、送信制御プログラム１０７は、録音アプリケーションプログラム８５に対応するポート番号を指定して、ソケットオブジェクトのｓｅｎｄメソッドを呼び出することにより、音声データをソケットに書き込む。送信制御プログラム１０７がソケットオブジェクトのｓｅｎｄメソッドを呼び出すと、カーネル８２によりソケットサービスプログラム８４−１が起動され、ソケットサービスプログラム８４−１は、送信制御プログラム１０７から書き込まれた音声データを受け取り、所定のバッファに格納する。
【０３２１】
ここで、ターンアラウンドタイムが保証されておらず、イベントドリブンなマルチタスクオペレーティングシステムを利用した処理系における、録音データバッファ１０４、およびソケットを使用した音声データの転送についてより詳細に説明する。
【０３２２】
録音データバッファ１０４は、記録に必要な大きさ以上の大きさの音声データをスプールし、録音データバッファ１０４に格納されている音声データが録音アプリケーションプログラム８５に送信されるので、録音アプリケーションプログラム８５において、記録している音声のデータが途切れてしまうことが防止される。
【０３２３】
次に、イベントドリブンなマルチタスクオペレーティングシステムにおいて、問題となるのは、録音または再生を行う音声データのアップデートができたことを相手に通知することである。
【０３２４】
例えば、４４．１ＫＨｚでサンプリングされた音声データ４０９６バイトを１単位として、オーディオデータ処理プログラム８３から録音アプリケーションプログラム８５に送信するとき、２３．２２ｍ秒毎に、オーディオデータ処理プログラム８３は、録音アプリケーションプログラム８５に音声データがアップデートできたことを通知しなければならない。
【０３２５】
ソケットを利用しない場合の処理の例を図２６に示す。
【０３２６】
ソケットを利用しない場合において、音声データがアップデートできたことを通知する処理がオーバーヘッドとなる。従来、ソケットを利用せずにプロセス間の通知を行うには、アプリケーションプログラムにシグナルを送るか、またはプロセス間通信用のメッセージキューを利用していた。
【０３２７】
図２６において、Ａで示す矢印は、オーディオデータ処理プログラム８３から、録音アプリケーションプログラム８５への通知を示す。図２６において、Ｂで示す星印は、通知に対応する録音アプリケーションプログラム８５の応答の処理を示す。
【０３２８】
アプリケーションプログラムにシグナルを送るか、またはプロセス間通信用のメッセージキューを利用すると、処理のプライオリティが低く、オペレーティングシステムのプロセススケジューリングの問題以外に、通知を受ける方のプログラムの応答時間が一定しないという問題が生じる。
【０３２９】
同様に、シェアードメモリを利用した場合、通知に時間がかかる。
【０３３０】
また、例えば、１つのスレッドにおいて実行されるポーリングの処理においては、１０ｍ秒毎に一定のデータを処理するように設定したとしても、システムの状態により、その間隔が２０ｍ秒になる場合がありえる。
【０３３１】
図２６において、Ｃで示すように、オーディオデータ処理プログラム８３から、録音アプリケーションプログラム８５への通知がなされてから、２３．２２ｍ秒以内に、録音アプリケーションプログラム８５が、応答の処理が実行できない場合が生じ得る。このような場合には、音声データが欠落してしまうことになる。
【０３３２】
これに対して、ソケットを利用したとき、ソケットは、プロセス（アプリケーションプログラム）とプロセスとを結ぶデータのパイプの役割を果たす。
【０３３３】
ソケットを介して音声データを送るプロセスは、ソケットが音声データで一杯であるか否かを知ることができ、音声データで一杯でないとき、音声データが一杯になるまで音声データを送ることができる。ソケットを介して音声データを送るプロセスは、ソケットの状態のみに依存し、他のアプリケーションプログラムの状態に依存しない。
【０３３４】
ソケットを介して音声データを受け取るプロセスは、ソケットに音声データがあればそれを取得することができ、ソケットに音声データがなければ読み出しが待たされる（他の処理が実行される）。ソケットを介して音声データを受け取るプロセスは、ソケットがエンプティであるか否かを知ることができ、ソケットがエンプティになるまで、音声データを取得することができる。
【０３３５】
すなわち、オーディオデータ処理プログラム８３側から見れば、ソケットを利用することにより、再生または記録において、音声データが途切れないように、録音アプリケーションプログラム８５または再生アプリケーションプログラム８６に対して、音声データの送信のイニシアティブを取ることができるようになる。
【０３３６】
ここで、ソケットについて、さらにより詳細に説明する。
【０３３７】
多くのプロセス間通信のほとんどは、１台のコンピュータ上で共有リソースを使用することを前提としている。つまり、使用されるリソースは、ファイルシステム空間、共有メモリ、またはメッセージキューなど、それぞれの方法ごとに異なるが、そのコンピュータで実行中の１つのプロセスだけが、リソースを使用できる点は共通する。
【０３３８】
オペレーティングシステムの一例であるＵＮＩＸ（登録商標）では、プロセス間通信の１つであるパイプと呼ばれる機構を拡張したソケットインターフェースと呼ばれる通信手段が導入された。ソケットは、ネットワークを介した通信も扱うことができるように設計され、ソケットの１つの特徴は、高い汎用性にある。
【０３３９】
具体的には、あるコンピュータ上のプロセスと他のコンピュータのプロセスとは、ソケットを使い、互いに通信できる。ソケットを利用してクライアントサーバシステムをネットワーク上に分散して構築することができる。また、ＵＮＩＸ（登録商標）に限らず、Ｗｉｎｄｏｗｓ（登録商標）においても、ソケットの仕様が公開され、利用可能である。したがって、ネットワークを介して、異なるオペレーティングシステム間で通信ができる。
【０３４０】
図２７に示すように、ソケットは、１台のマシン上でローカルなクライアントサーバシステムや、ネットワークを介したクライアントサーバシステムの開発を可能にする通信機構である。ＵＮＩＸ（登録商標）が提供する印刷などの機能、リモートログイン機能、またはＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）サービスとネットワークユーティリティの通信機能は、ソケットを使って実現されている。
【０３４１】
ソケットの動作は、会社などにかかってくる電話にたとえて説明されることが多い。つまり、会社にかかってきた電話は、受け付けによって適切な部署にまわされ（サーバープロセス）、さらに、そこから適切な担当者（サーバーソケット）へと転送される。この時点で、かかってきた電話（クライアント）と適切な通話先（エンドポイント）とが結びつけられたことになり、間に介在するオペレータ役は、他の電話を受けることができるようになる。
【０３４２】
ＵＮＩＸ（登録商標）において、こうしたソケットの接続は、以下の要領で行われる。まず、サーバーアプリケーションは、ソケットを作成する。ソケットは、サーバープロセスに割り当てられるオペレーティングシステムのリソースである。サーバーがソケット作成した時点では、ほかのプロセスは、まだソケットにアクセスできない。
【０３４３】
次に、サーバープロセスがソケットに名前をつける。ローカルな通信をおこなう場合、ソケットの名前には、ファイルシステム上のファイル名が与えられる。一方、ネットワークソケットの場合、クライアントからの接続可能な特定のネットワークに応じたサービス識別子（ポート番号・アクセスポイント）が、ソケットの名前となる。
【０３４４】
サーバープロセスは、名前のついたソケットにクライアントが接続してくるのを待つ。サーバーがクライアントからの接続を許諾すると、名前のついたソケットとは別の新しいソケットが作成され、以降、この新しいソケットが、クライアントとサーバーとの通信に用いられ、名前のついたソケットは、他のクライアントからの接続要求を待つために再利用される。
【０３４５】
ソケットは、ドメイン・タイプ・プロトコルという３つの属性によって特徴づけられる。また、ソケットはアドレスを持ち、このアドレスがソケットの名前として使われる。アドレスの形式はドメインによって異なる。
【０３４６】
ソケットのドメインは、ソケットの通信で使用されるネットワークを指定するものである。最もよく使われるソケットのドメインは、インターネットネットワークである。インターネットネットワークは多くのＵＮＩＸ（登録商標）のＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）環境やインターネットで用いられている。インターネットネットワークを支えているプロトコル（ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ））においては、１つのアドレスファミリであるＩＰアドレスを用いて通信が行われる。ほとんどの場合、インターネット上のマシンを特定するには名前を使うが、これらの名前は実際に通信をおこなう前に低水準のＩＰアドレスに変換される。クライアントがネットワーク上でソケットを介してサーバーと接続するには、サーバーコンピュータのＩＰアドレスを知っている、もしくは探せる必要がある。
【０３４７】
一方、サーバー上では複数のサービスが提供されている可能性がある。そこで、クライアントは、ＩＰアドレスに付随するＩＰポートを使って接続先のマシンの特定のサービスを指定する。システム内部では、一意のポート番号によってポートが識別される。外部との間ではＩＰアドレスとポート番号との組み合わせにより接続先が特定される。ソケットは、通信の端点（エンドポイント）であり、実際に通信をおこなう前にソケットをポートに結びつける必要がある。
【０３４８】
サーバー側では、特定のポートへの接続を待つ。よく知られたサービスにはあらかじめ決められたポート番号が割り当てられている。例えば、ＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）などは２１、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）は８０などである。
【０３４９】
また、ソケットのタイプというものがある。これは１つのドメインには、それぞれの特徴の異なる様々な通信手段が用意されていることが多いためである。ＵＮＩＸ（登録商標）ドメインと呼ばれるドメインソケットでは信頼性の高い双方向通信経路が利用できる。ネットワークドメインの場合には、ネットワークの特性に注意する必要がある。インターネットプロトコルではストリームとデータグラムという二つの異なるレベルのサービスが存在する。このうちストリームソケットでは、信頼性の高い順次双方向のバイトストリームに基づく接続が利用でき、送信されたデータが喪失したり、重複したり、順番入れ替わったりしないことが保証されている。もう１つのサービスであるデータグラムソケットにおいては、接続の確立および維持は行われない。データグラムソケットは、情報に対する一回のみに問い合わせ、ステータス情報の定期的な提供、またはプライオリティが低いログの収集などに適している。
【０３５０】
音声データの転送には、ストリームソケットが使用される。
【０３５１】
次に、本発明に係る記録再生装置におけるソケットの動作について、説明する。
【０３５２】
図２８は、オーディオデータ処理プログラム８３が、録音アプリケーションプログラム８５に送信すべき音声データを有する場合の処理を説明する図である。
【０３５３】
録音アプリケーションプログラム８５は、オーディオデータ処理プログラム８３から音声データを受け取るために、ソケットサービスプログラム８４−１による確立される、オーディオデータ処理プログラム８３から録音アプリケーションプログラム８５に音声データを転送するためのソケットから、所定の大きさの音声データを読み出す処理を繰り返す。
【０３５４】
録音アプリケーションプログラム８５は、ソケットに音声データが読み出されているとき、所定の大きさの音声データをソケットから取得し、ソケットから音声データを取得した後、即座に、次の処理を実行する。録音アプリケーションプログラム８５は、ソケットに音声データが読み出されていないとき、音声データをソケットから読み出そうとするが、ソケットに音声データがないので、即座に、次の処理を実行する。
【０３５５】
録音アプリケーションプログラム８５による、ソケットから音声データを読み出す処理は、ソケットに音声データが読み出されているときであっても、ソケットに音声データが読み出されていないときであっても、即座に実行されて、終了し、次の処理が実行される。
【０３５６】
言い換えれば、録音アプリケーションプログラム８５による、ソケットから音声データを読み出す処理（プロセス）は、音声データを読み出す処理に要する時間だけで常に終了する。従って、録音アプリケーションプログラム８５による、ソケットから音声データを読み出す処理は、他のプロセスの状態の変化を待つことがなく、音声データを読み出す処理に要する時間以上に、記録再生装置のリソースを占有することがない。
【０３５７】
録音データバッファ１０４に、録音アプリケーションプログラム８５に送信すべき音声データが格納されているとき、オーディオデータ処理プログラム８３は、ソケットサービスプログラム８４−１による確立される、オーディオデータ処理プログラム８３から録音アプリケーションプログラム８５に音声データを転送するためのソケットに書き出す。
【０３５８】
ソケットに音声データが書き出されたとき、録音アプリケーションプログラム８５は、あらかじめ読み出しの準備が整っているので、ソケットに音声データが到着し次第すぐに音声データを読み出す。
【０３５９】
録音データバッファ１０４に、録音アプリケーションプログラム８５に送信すべき音声データが格納されていないとき、図２９に示すように、オーディオデータ処理プログラム８３は、ソケットに音声データを書き出さない。録音アプリケーションプログラム８５は、ソケットに音声データがある限り、音声データの読み出しの処理を実行し、ソケットに音声データがないとき、音声データの読み出しの処理を実行しない。
【０３６０】
このように、ステップＳ１５６の処理は、無用にリソースを占有することなく、音声データをソケットに書き出すのに必要な期間で終了する。
【０３６１】
図２５に戻り、ステップＳ１５７において、図１１のフローチャートを参照して説明したように、録音アプリケーションプログラム８５が、ＡＣＫまたはＮＡＣＫを格納したメッセージを送信してくるので、送信制御プログラム１０７は、オーディオデータ処理プログラム８３と録音アプリケーションプログラム８５とのメッセージの交換に使用されるソケットから、ＡＣＫまたはＮＡＣＫを格納したメッセージを読み出す。
【０３６２】
ステップＳ１５８において、送信制御プログラム１０７は、メッセージからＡＣＫまたはＮＡＣＫを抽出して、ＮＡＣＫが受信されたか否かを判定し、ＮＡＣＫが受信されたと判定された場合、ステップＳ１５９に進み、ステップＳ１５５の処理で読み出した音声データを、再送する。すなわち、送信制御プログラム１０７は、ソケットサービスプログラム８４−１により確立された、オーディオデータ処理プログラム８３を入力側とし、録音アプリケーションプログラム８５を出力側とし、音声データを転送するためのソケットに、音声データを再度書き込み、ステップＳ１６０に進む。
【０３６３】
ステップＳ１５８において、ＡＣＫが受信されたと判定された場合、録音アプリケーションプログラム８５において、受信された音声データの欠落が発生していないので、音声データを再送する処理は不要であるから、ステップＳ１５９の処理はスキップされ、手続は、ステップＳ１６０に進む。
【０３６４】
ステップＳ１６０において、送信制御プログラム１０７は、録音データバッファ１０４の読み出しポインタをインクリメントし、ステップＳ１５３に戻り、ソケットを介した音声データの送信の処理を繰り返す。
【０３６５】
ステップＳ１５４において、録音アプリケーションプログラム８５に渡す音声データがないと判定された場合、録音アプリケーションプログラム８５に音声データを送信する処理を実行する必要がないので、ステップＳ１５３に戻り、録音開始が要求されたか否かの判定を繰り返す。
【０３６６】
ステップＳ１５３において、録音の開始が要求されていないと判定された場合、ステップＳ１６１に進み、送信制御プログラム１０７は、メッセージの交換に使用されるソケットを介して送信されたメッセージを基に、録音アプリケーションプログラム８５から録音の停止が要求されたか否かを判定する。
【０３６７】
ステップＳ１６１において、録音の停止が要求されたと判定された場合、ステップＳ１６２に進み、送信制御プログラム１０７は、録音データバッファ１０４の読み出しポインタおよび書き込みポインタを基に、録音アプリケーションプログラム８５に渡す音声データがあるか否かを判定し、録音アプリケーションプログラム８５に渡す音声データがあると判定された場合、最後まで音声データを録音アプリケーションプログラム８５に送信する必要があるので、ステップＳ１５５に進み、音声データの送信の処理を実行する。
【０３６８】
録音データバッファ１０４に録音アプリケーションプログラム８５に渡す音声データがあるか否かは、録音データバッファ１０４の読み出しポインタの値と、録音データバッファ１０４の書き込みポインタの値とが一致するか否かにより判断することができる。
【０３６９】
ステップＳ１６２において、録音アプリケーションプログラム８５に渡す音声データがないと判定された場合、ステップＳ１６３に進み、終了を示すパターンをソケットに書き込んで、ステップＳ１５１に戻り、処理を繰り返す。
【０３７０】
ステップＳ１６３における、再生の終了を示すパターンとは、図２１に示される構造化された音声データのヘッダ部に設定されるパターンである。再生の終了を示すパターンは、例えば、図３０に示すように、通常のヘッダ部に現れない、０と１とが交互に現れるパターンである。
【０３７１】
ステップＳ１５１において、停止が要求されたと判定された場合、処理は終了する。
【０３７２】
次に、録音アプリケーションプログラム８５の録音の処理について説明する。
【０３７３】
本発明に係る記録再生装置における録音アプリケーションプログラム８５の処理を対比により、より明確にするために、図３１に従来の録音の処理を説明するフローチャートを示す。
【０３７４】
すなわち、ステップＳ１８１において、従来の記録再生装置は、録音データバッファに音声データがあるか否かを判定し、録音データバッファに音声データがないと判定された場合、ステップＳ１８１に戻り、録音データバッファに音声データが格納されるまで、処理を繰り返す。
【０３７５】
ステップＳ１８１において、録音データバッファに音声データがあると判定された場合、ステップＳ１８２に進み、記録再生装置は、録音データバッファから音声データを取得する。
【０３７６】
ステップＳ１８３において、記録再生装置は、取得した音声データを記録し、ステップＳ１８１に戻り、録音の処理を繰り返す。
【０３７７】
以上のような、従来の録音の処理においては、ステップＳ１８１において、プロセスに割り当てられた最大時間の間、録音データバッファに音声データが格納されるまで判定の処理が繰り返されることになり、判定の処理が繰り返される間、記録再生装置のリソースは、判定の処理によって継続的に占有されることになる。
【０３７８】
この間、他のプロセスは、録音データバッファを利用することができず、例えば、サウンドカードから読み出した音声データを録音データバッファに書き込むことはできない。
【０３７９】
従って、従来の録音の処理における、ステップＳ１８１において、録音データバッファに音声データが格納されるまで判定の処理が繰り返されることにより、他のプロセスに遅延が生じることになる。他のプロセスの遅延は、録音の処理のプロセスに影響を与え、録音の処理のプロセスに遅延を生じさせることになる。
【０３８０】
図３２は、本発明に係る記録再生装置における録音アプリケーションプログラム８５による録音の処理を説明するフローチャートである。
【０３８１】
ステップＳ２０１において、録音アプリケーションプログラム８５は、ソケットサービスプログラム８４−１により確立される、オーディオデータ処理プログラム８３から録音アプリケーションプログラム８５に音声データを転送するためのソケットから、音声データを取得する。
【０３８２】
ステップＳ２０１の処理において、ソケットに音声データがあるとき、録音アプリケーションプログラム８５は、ソケットから音声データを即座に取得して、ステップＳ２０１の処理を終了する。
【０３８３】
ステップＳ２０１の処理において、ソケットに音声データがないとき、録音アプリケーションプログラム８５は、ソケットから音声データを取得しないで、即座にステップＳ２０１の処理を終了する。
【０３８４】
例えば、録音アプリケーションプログラム８５は、ソケットオブジェクトにｒｅｃｅｉｖｅメッセージを送る。これにより、制御がソケットサービスプログラム８４−１に移行する。ソケットサービスプログラム８４−１は、受け取った音声データに対応するポート番号と、カーネル８２に記憶されている録音アプリケーションプログラム８５に対応するポート番号とを基に、音声データを録音アプリケーションプログラム８５の受信用バッファ（受信用パケットオブジェクト）に転送し、制御を録音アプリケーションプログラム８５に戻す。これにより、録音アプリケーションプログラム８５からは、ソケットオブジェクトにｒｅｃｅｉｖｅメッセージを送ると、受信バッファに音声データが入ってくるように見える。
【０３８５】
ステップＳ２０２において、録音アプリケーションプログラム８５は、取得した音声データを記録し、ステップＳ２０１に戻り、録音の処理を繰り返す。
【０３８６】
より詳細には、ステップＳ２０２において、録音アプリケーションプログラム８５は、カーネル８２に、ＨＤＤ１４への音声データの記録を要求すると共に、カーネル８２に音声データを供給する。カーネル８２は、デバイスドライバ８１に、音声データをＨＤＤ１４に記録させる。
【０３８７】
次に、図２５のステップＳ１５６の処理に対応して実行される、プロセスにおける、ソケットサービスプログラム８４−１による、音声データの受け取りの処理を図３３のフローチャートを参照して説明する。
【０３８８】
ステップＳ２１１において、ソケットサービスプログラム８４−１は、ステップＳ１５６の処理により送信制御プログラム１０７から書き込まれた音声データを受け取り、処理は終了する。受け取られた音声データは、例えば、ソケットサービスプログラム８４−１内の所定のバッファに格納される。
【０３８９】
図３４は、図３２のステップＳ２０１の処理に対応して実行される、プロセスにおける、ソケットサービスプログラム８４−１による、音声データの転送の処理を説明するフローチャートである。
【０３９０】
ステップＳ２２１において、ソケットサービスプログラム８４−１は、録音アプリケーションプログラム８５に転送すべき音声データがあるか否かを判定し、転送すべき音声データがあると判定された場合、ステップＳ２２２に進み、音声データを録音アプリケーションプログラム８５に転送し、処理は終了する。
【０３９１】
ステップＳ２２１において、転送すべき音声データがないと判定された場合、ステップＳ２２２の処理はスキップされ、即座に処理は終了する。
【０３９２】
このように、本発明の録音の処理においては、録音アプリケーションプログラム８５が音声データを取得する処理に要する時間は、常に、ソケットから音声データを読み出す時間に要する時間を越えることがない。すなわち、録音データバッファ１０４等のリソースが実行時間の長いプロセスで占有されることがない。
【０３９３】
従って、録音の処理が、サウンドカード１８から音声データを読み出す処理に影響を与えることはない。
【０３９４】
その結果、オーディオデータ処理プログラム８３から録音アプリケーションプログラム８５に供給される音声データに遅延が生じることがなく、外部から供給された音声データを記録するとき、音声データに欠落を生じることがない。
【０３９５】
このように、ストリームとして供給されるコンテンツを受信し、受信したコンテンツのコンテンツ記録媒体への記録を制御するようにした場合には、コンテンツを記録することができる。
【０３９６】
また、マルチタスクオペレーティングシステム上で実行される第１のプログラムにより、ストリームとして供給されたコンテンツの受信を制御し、マルチタスクオペレーティングシステム上で実行される第２のプログラムにより、コンテンツのコンテンツ記録媒体への記録を制御し、マルチタスクオペレーティングシステム上で実行される第３のプログラムにより、第１のプロセスにおいて、転送先を第２のプログラムとしたコンテンツを第１のプログラムから受け取り、第２のプロセスにおいて、転送すべきコンテンツがない場合、第２のプロセスを即座に終了し、転送すべきコンテンツがある場合、コンテンツを第２のプログラムに転送して、第２のプロセスを終了するようにした場合には、マルチタスクオペレーティングシステムにより制御される機器おいて、より容易に、欠落を生じさせることなく、ストリームとして供給されるコンテンツを記録することができる。
【０３９７】
次に、録音アプリケーションプログラム８５が録音経過時間を取得する方法について説明する。
【０３９８】
図３５は、録音アプリケーションプログラム８５が録音経過時間を取得する処理を説明する図である。
【０３９９】
図３５においてＡで示す矢印は、オーディオデータ処理プログラム８３が、サウンドカード１８から音声データを読み出すタイミングを示す。図３５においてＢで示す矢印は、録音アプリケーションプログラム８５が、オーディオデータ処理プログラム８３から音声データを取得するタイミングを示す。
【０４００】
オーディオデータ処理プログラム８３の内部には、読み出しデータバッファ１０２および録音データバッファ１０４が設けられているので、オーディオデータ処理プログラム８３が使用されると、録音アプリケーションプログラム８５は、受信した音声データの量のみから、正確な録音経過時間を知ることができない。すなわち、録音アプリケーションプログラム８５がオーディオデータ処理プログラム８３から取得した音声データは、その時点でサウンドカード１８に入力されている音声データに比較して、過去の音声データであるからである。
【０４０１】
そこで、まず始めに、録音アプリケーションプログラム８５は、オーディオデータ処理プログラム８３へ録音開始を通知する。この通知を受けたオーディオデータ処理プログラム８３は、図２２に示すヘッダ部の通し番号に、０から順に番号を付する。録音アプリケーションプログラム８５は、オーディオデータ処理プログラム８３がサウンドカード１８から読み出した音声データに付した通し番号を、オーディオデータ処理プログラム８３から、ポーリング等おこなって定期的に読み出す。録音データバッファ１０４に格納される音声データのオーディオデータ部に格納されるサンプルの数は固定なので、原則として、通し番号およびサンプルの数から経過時間が算出される。
【０４０２】
一方、トラックチェンジがあったときは、次のように経過時間が算出される。
【０４０３】
録音アプリケーションプログラム８５は、オーディオデータ処理プログラム８３から音声データを受け取り、その受け取った音声データのヘッダ部のトラックチェンジフラグ（図２２に示す）を基に、曲が変わったか否かを判定する。録音アプリケーションプログラム８５は、曲が変わったと判定されたときにおける、ポーリング動作でオーディオデータ処理プログラム８３から得られた通し番号と、転送により受け取った音声データに格納されている通し番号とを控えておく。
【０４０４】
曲（曲番）が変わってからの録音経過時間は、（ポーリングで得られた通し番号−転送し受け取った通し番号）を基に、計算で算出される。
【０４０５】
例えば、転送により受け取った音声データの通し番号が、４である場合に、トラックチェンジフラグから曲が変わったことを検出したとき、録音アプリケーションプログラム８５は、ポーリングで得られた通し番号が６であるとき、ポーリングで得られた通し番号である６から４を減算し、減算の結果である２から録音経過時間を算出する。
【０４０６】
同様に、録音アプリケーションプログラム８５は、ポーリングで得られた通し番号が８であるとき、ポーリングで得られた通し番号である８から４を減算し、減算の結果である４から録音経過時間を算出する。録音アプリケーションプログラム８５は、ポーリングで得られた通し番号が１０であるとき、ポーリングで得られた通し番号である１０から４を減算し、減算の結果である６から録音経過時間を算出する。
【０４０７】
このようにすることで、録音を実行中に、曲が変わっても（トラックチェンジがあっても）、曲の先頭からの録音の経過時間を正確に求めることができる。
【０４０８】
次に、図３６のフローチャートを参照して、オーディオデータ処理プログラム８３による、再生アプリケーションプログラム８６からの音声データの受信の処理について説明する。
【０４０９】
ステップＳ２３１において、受信制御プログラム１０８は、カーネル８２から停止が要求されたか否かを判定し、停止が要求されていないと判定された場合、ステップＳ２３２に進み、再生アプリケーションプログラム８６から、ソケット接続要求があるか否かを判定する。
【０４１０】
ステップＳ２３２において、ソケット接続要求がないと判定された場合、ソケットの接続の要求がされるまで、ステップＳ２３２に戻り、判定の処理を繰り返す。
【０４１１】
ステップＳ２３２において、ソケット接続要求があると判定された場合、ステップＳ２３３に進み、受信制御プログラム１０８は、ソケットを確立させ、ソケットから音声データを読み出す。
【０４１２】
より詳細には、受信制御プログラム１０８は、カーネル８２に、再生アプリケーションプログラム８６とのソケットの確立を要求する。カーネル８２は、受信制御プログラム１０８と再生アプリケーションプログラム８６とのソケットを確立させる。
【０４１３】
受信制御プログラム１０８は、再生アプリケーションプログラム８６からソケットに書き込まれた音声データを、ソケットから読み出す。
【０４１４】
ステップＳ２３４において、受信制御プログラム１０８は、予め記憶している音声データの大きさを示すデータ、および受信された音声データの大きさ（例えば、バイト数）を基に、音声データに欠落があるか否かを判定し、音声データに欠落があると判定された場合、ステップＳ２３５に進み、メッセージを交換するためのソケットを介して、再生アプリケーションプログラム８６にＮＡＣＫを送信する。
【０４１５】
ステップＳ２３６において、受信制御プログラム１０８は、再生アプリケーションプログラム８６から再送されてきた音声データをソケットから読み出して、手続は、ステップＳ２３８に進む。
【０４１６】
ステップＳ２３４において、音声データに欠落がないと判定された場合、音声データの再送を要求する必要がないので、ステップＳ２３７に進み、受信制御プログラム１０８は、メッセージを交換するためのソケットを介して、再生アプリケーションプログラム８６にＡＣＫを送信し、手続は、ステップＳ２３８に進む。
【０４１７】
ステップＳ２３８において、受信制御プログラム１０８は、ソケットから読み出された音声データのヘッダ部のパターンが、例えば、図３０に示す、再生終了パターンであるか否かを判定し、再生終了パターンでないと判定された場合、受信の処理が継続されるので、ステップＳ２３９に進み、ソケットから読み出した音声データを、再生データバッファ１０９の書き込みポインタが指す位置に書き込む。
【０４１８】
ステップＳ２４０において、受信制御プログラム１０８は、再生データバッファ１０９の書き込みポインタをインクリメントする。
【０４１９】
ステップＳ２４１において、受信制御プログラム１０８は、再生データバッファの書き込みポインタおよび読み出しポインタの値から、再生データバッファ１０９に空きがあるか否かを判定し、再生データバッファ１０９に空きがないと判定された場合、再生データバッファ１０９に空きができるまで、ステップＳ２４１の判定の処理を繰り返す。
【０４２０】
ステップＳ２４１において、再生データバッファ１０９に空きがあると判定された場合、ステップＳ２３３に戻り、音声データの受信の処理を繰り返す。
【０４２１】
ここで、再生アプリケーションプログラム８６からオーディオデータ処理プログラム８３へのソケットを介した音声データの送信の処理を説明する。
【０４２２】
図３７は、再生データバッファ１０９に空きがある場合の処理を説明する図である。
【０４２３】
再生アプリケーションプログラム８６は、送信すべき音声データがあるとき、オーディオデータ処理プログラム８３に音声データを送信するために、ソケットサービスプログラム８４−２による確立される、再生アプリケーションプログラム８６からオーディオデータ処理プログラム８３に音声データを転送するためのソケットへの音声データの書き込みの処理を実行し、送信すべき音声データがないとき、ソケットへの音声データの書き込みの処理を実行しない。
【０４２４】
再生アプリケーションプログラム８６は、オーディオデータ処理プログラム８３に送信すべき音声データがあるとき、所定の大きさの音声データをソケットに書き込み、即座に、次の処理を実行する。再生アプリケーションプログラム８６は、オーディオデータ処理プログラム８３に送信すべき音声データがないとき、音声データがないので、即座に、次の処理を実行する。
【０４２５】
再生アプリケーションプログラム８６による、ソケットに音声データを書き込む処理は、ソケットに音声データが書き込まれたときであっても、ソケットに音声データが書き込まれないときであっても、即座に実行されて、終了し、次の処理が実行される。
【０４２６】
言い換えれば、再生アプリケーションプログラム８６による、ソケットへの音声データを書き込む処理は、音声データを書き込む処理に要する時間だけで常に終了する。従って、再生アプリケーションプログラム８６による、ソケットに音声データを書き込む処理は、他のプロセスの状態の変化を待つことがなく、音声データを書き込む処理に要する時間以上に、記録再生装置のリソースを占有することがない。
【０４２７】
オーディオデータ処理プログラム８３は、再生データバッファ１０９に空きがあるとき、再生アプリケーションプログラム８６から音声データを受け取るために、ソケットサービスプログラム８４−２による確立される、再生アプリケーションプログラム８６からオーディオデータ処理プログラム８３に音声データを転送するためのソケットから、所定の大きさの音声データを読み出す。
【０４２８】
再生データバッファ１０９に空きがないとき、図３８に示すように、オーディオデータ処理プログラム８３は、ソケットから音声データを読み出さない。再生データバッファ１０９に空きがあるなしにかかわらず、再生アプリケーションプログラム８６は、送信すべき音声データがあるとき、ソケットへの音声データの書き込みの処理を実行し、送信すべき音声データがないとき、ソケットへの音声データの書き込みの処理を実行しない。
【０４２９】
ステップＳ２３８において、再生終了パターンであると判定された場合、再生アプリケーションプログラム８６から音声データの終了が通知されているので、ステップＳ２３１に戻り、停止要求の判定の処理を実行する。
【０４３０】
ステップＳ２３１において、停止が要求されていると判定された場合、処理は終了する。
【０４３１】
図３９は、再生アプリケーションプログラム８６による音声データの読み出しの処理を説明するフローチャートである。
【０４３２】
ステップＳ２６１において、再生アプリケーションプログラム８６は、再生すべき音声データをＣＤ９１から取得する。
【０４３３】
より詳細には、ステップＳ２６１において、再生アプリケーションプログラム８６は、カーネル８２に、ＣＤ９１からの音声データの読み出しを要求する。カーネル８２は、デバイスドライバ８１に、ＣＤ−ＲＯＭドライブ１５を制御させ、ＣＤ９１に記録されている音声データを読み出させる、読み出した音声データを再生アプリケーションプログラム８６に供給する。
【０４３４】
なお、再生アプリケーションプログラム８６による、ＨＤＤ１４からの音声データの読み出しも同様に実行される。
【０４３５】
ステップＳ２６２において、再生アプリケーションプログラム８６は、ソケットサービスプログラム８４−２により確立される、再生アプリケーションプログラム８６からオーディオデータ処理プログラム８３に音声データを転送するためのソケットに、音声データを供給し、ステップＳ２６１に戻り、再生の処理を繰り返す。
【０４３６】
ステップＳ２６２の処理において、オーディオデータ処理プログラム８３に供給すべき音声データがあるとき、再生アプリケーションプログラム８６は、ソケットに音声データを即座に供給して、ステップＳ２６２の処理を終了する。
【０４３７】
ステップＳ２６２の処理において、オーディオデータ処理プログラム８３に供給すべき音声データがないとき、再生アプリケーションプログラム８６は、ソケットに音声データを供給しないで、即座にステップＳ２６２の処理を終了する。
【０４３８】
ソケットサービスプログラム８４−２が再生アプリケーションプログラム８６から音声データを受け取る処理は、図３３のフローチャートを参照して説明した処理と同様なので、その説明は省略する。
【０４３９】
ソケットサービスプログラム８４−２がオーディオデータ処理プログラム８３に音声データを転送する処理は、図３４のフローチャートを参照して説明した処理と同様なので、その説明は省略する。
【０４４０】
このように、本発明の再生の処理においては、再生アプリケーションプログラム８６が音声データを供給する処理に要する時間は、常に、ソケットに音声データを書き込む時間に要する時間を越えることがない。従って、再生データバッファ１０９等のリソースが実行時間の長いプロセスで占有されることがない。
【０４４１】
従って、再生の処理が、サウンドカード１８に音声データを書き込む処理に影響を与えることはない。
【０４４２】
その結果、再生アプリケーションプログラム８６からオーディオデータ処理プログラム８３に供給される音声データに遅延が生じることがなく、外部に音声データを出力するとき、音声データに欠落を生じることがない。
【０４４３】
このように、本発明に係る記録再生装置は、プロセスの実行のタイミングが保証されないマルチタスクオペレーティングシステムにより制御されていても、オーディオ装置として当然の要求である、音切れまたは音飛びを生じない、安定した再生および録音を行うことができる。
【０４４４】
このように、コンテンツを記録媒体から読み出して、ストリームとして送信するようにした場合、コンテンツを再生することができる。
【０４４５】
また、マルチタスクオペレーティングシステム上で実行される第１のプログラムにより、コンテンツ記録媒体に記録されているコンテンツの読み出しを制御し、マルチタスクオペレーティングシステム上で実行される第２のプログラムにより、バッファに格納されているコンテンツのストリームとしての送信を制御し、マルチタスクオペレーティングシステム上で実行される第３のプログラムにより、第１のプロセスにおいて、転送先を第２のプログラムとしたコンテンツを第１のプログラムから受け取り、バッファに空きがある場合、第２のプロセスにおいて、転送すべきコンテンツがないとき、第２のプロセスを即座に終了し、転送すべきコンテンツがあるとき、コンテンツをバッファに転送して、第２のプロセスを終了するようにした場合、マルチタスクオペレーティングシステムにより制御される機器おいて、より容易に、欠落を生じさせることなく、コンテンツをストリームとして再生することができる。
【０４４６】
次に、再生アプリケーションプログラム８６が再生経過時間を取得する方法について説明する。
【０４４７】
図４０は、再生アプリケーションプログラム８６が再生経過時間を取得する処理を説明する図である。図４０においてＣで示す矢印は、再生アプリケーションプログラム８６がオーディオデータ処理プログラム８３に音声データを送信するタイミングを示す。図４０においてＤで示す矢印は、オーディオデータ処理プログラム８３がサウンドカード１８に音声データを供給するタイミングを示す。
【０４４８】
オーディオデータ処理プログラム８３の内部には、再生データバッファ１０９および書き込みデータバッファ１１１が設けられているので、オーディオデータ処理プログラム８３が使用されると、再生アプリケーションプログラム８６は、送信した音声データのみから、正確な再生経過時間を知ることができない。すなわち、再生アプリケーションプログラム８６がオーディオデータ処理プログラム８３に供給した音声データは、その時点でサウンドカード１８から出力されている音声データに比較して、未来の音声データであるからである。
【０４４９】
再生アプリケーションプログラム８６は、オーディオデータ処理プログラム８３に出力に音声データを転送するときに、図２１のヘッダ部の再生情報（図２２）にメモを書き込む。再生情報の内容は、再生を目的とするプロセスごとに自由であるが、例えば、再生アプリケーションプログラム８６は、あとで再生時間がわかるように再生の経過時間を示す時間情報などを書き込んでおく。
【０４５０】
再生アプリケーションプログラム８６は、ポーリング等の処理で、オーディオデータ処理プログラム８３から、サウンドカード１８に書き込もうとする音声データ（書き込む直前の音声データ）に付加されている再生情報（メモ）を取得する。
【０４５１】
再生アプリケーションプログラム８６は、取得した再生情報に含まれる再生の経過時間を示す時間情報を基に、再生経過時間を表示する。
【０４５２】
このようにすることで、再生アプリケーションプログラム８６は、現在聞こえている（出力されている）曲の再生経過時間と等しい、再生経過時間を表示することができる。
【０４５３】
以上のように、本発明によれば、オーディオデータ処理プログラム８３により、サウンドカード１８またはＨＤＤ１４などのオーディオ用ハードウェアの制御がブラックボックス化されるので、録音アプリケーションプログラム８５または再生アプリケーションプログラム８６は、それぞれ独自にオーディオ用ハードウェアを制御する必要がない。
【０４５４】
また、オーディオデータ処理プログラム８３が音声データに関する特有の処理、例えば、ＩＥＣ６０９５８の規格に準拠する処理を実行するようにしたので、音声データを記録する録音アプリケーションプログラム８５、または音声データを再生する再生アプリケーションプログラム８６をにおいて、音声データに関する特有の処理を実行させる必要がない。また、オーディオデータ処理プログラム８３は、ＩＥＣ６０９５８の規格に準拠する音声データに含まれる情報を解析して、解析した結果を構造化された音声データに格納し、構造化された音声データを録音アプリケーションプログラム８５に供給するようにしたので、録音アプリケーションプログラム８５は、より簡単に実現できるようになる。
【０４５５】
例えば、ＣＤから読み出された音声データを記録しているとき、音声データに含まれるサブコードＱを解析して、曲間を検出することは、経験的なノウハウが必要であり、高い精度で曲間を検出できるようにすることは困難である。オーディオデータ処理プログラム８３を利用することにより、このようなノウハウがなくとも、確実に、かつ容易に、曲間を知ることができるようなる。
【０４５６】
また、オーディオデータ処理プログラム８３が、再生アプリケーションプログラム８６から供給された音声データを、ＩＥＣ６０９５８の規格に準拠する音声データに変換するようにしたので、再生アプリケーションプログラム８６は、音声データのうち、オーディオサンプルワード以外の情報、例えば、プリアンブル、Ｖビット、またはＣビットなどの設定の処理を実行する必要がない。
【０４５７】
すなわち、オーディオデータ処理プログラム８３がＩＥＣ６０９５８の規格に準拠する音声データの解析および演算を一手に引き受けて、著作権の保護やデジタルオーディオ機器として当然の決まりごとに対応する処理を録音アプリケーションプログラム８５および再生アプリケーションプログラム８６に提供するようにしたので、録音アプリケーションプログラム８５および再生アプリケーションプログラム８６を短時間で容易に開発できるようになる。
【０４５８】
録音アプリケーションプログラム８５または再生アプリケーションプログラム８６は、構造化されている音声データに含まれる情報を使用して、録音時間または再生時間を得ることができる。
【０４５９】
オーディオデータ処理プログラム８３は、サウンドカード１８から音声データを読み出すための読み出しデータバッファ１０２とは別に、録音アプリケーションプログラム８５に音声データを送信するための録音データバッファ１０４を有するので、録音時の音切れをより少なくすることができる。また、オーディオデータ処理プログラム８３は、サウンドカード１８に音声データを供給するための書き込みデータバッファ１１１とは別に、再生アプリケーションプログラム８６から音声データを受信するための再生データバッファ１０９を有するので、再生時の音飛びをより少なくすることができる。
【０４６０】
再生アプリケーションプログラム８６または録音アプリケーションプログラム８５は、オーディオデータ処理プログラム８３に対して、録音または再生時に、開始、終了、または一時停止などの制御することができ、細かな録音再生の制御をすることができる。
【０４６１】
オーディオデータ処理プログラム８３は、１つの録音アプリケーションプログラム８５を登録して、登録した録音アプリケーションプログラム８５にのみ、音声データを供給するので、複数のプロセスが起動していても、音声データが横取りされて、録音時に音切れを発生させることがない。同様に、オーディオデータ処理プログラム８３は、１つの再生アプリケーションプログラム８６を登録して、登録した再生アプリケーションプログラム８６からのみ、音声データを受信するので、複数のプロセスが起動していても、異なる音声データが割り込んで、再生時に音飛びを発生させることがない。
【０４６２】
なお、本発明に係る記録再生装置が、オーディオデータ処理プログラム８３、録音アプリケーションプログラム８５、および再生アプリケーションプログラム８６を実行すると説明したが、複数の装置が、個々に、オーディオデータ処理プログラム８３、録音アプリケーションプログラム８５、または再生アプリケーションプログラム８６のいずれか１つを実行するようにしてもよい。この場合において、音声データは、ネットワークを介して送信される。
【０４６３】
また、オーディオデータ処理プログラム８３は、ソケットを介して、他のプログラムとメッセージを交換できるので、例えば、開発時または販売された後であっても、何らかの不具合が発生した場合、ネットワークを介して、アップデートするようにしてもよい。
【０４６４】
なお、音声データを記録するコンテンツ記録媒体の例として、ＨＤＤ１４およびＣＤ９１を一例としてあげたが、ＨＤＤ１４およびＣＤ９１に限らず、磁気ディスク３１、光ディスク３２、光磁気ディスク３３、または半導体メモリ３４などのコンテンツ記録媒体にコンテンツを記録し、磁気ディスク３１、光ディスク３２、光磁気ディスク３３、または半導体メモリ３４などのコンテンツ記録媒体に記録されているコンテンツを再生するようにしてもよい。
【０４６５】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０４６６】
この記録媒体は、図１に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク３１（フレキシブルディスクを含む）、光ディスク３２（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ−Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）を含む）、光磁気ディスク３３（ＭＤ（Ｍｉｎｉ−Ｄｉｓｃ）（商標）を含む）、若しくは半導体メモリ３４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されている図示せぬＲＯＭや、ＨＤＤ１４などで構成される。
【０４６７】
なお、上述した一連の処理を実行させるプログラムは、必要に応じてルータ、モデムなどのインターフェースを介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を介してコンピュータにインストールされるようにしてもよい。
【０４６８】
また、本明細書において、記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０４６９】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０４７０】
【発明の効果】
以上のように、第１の本発明によれば、コンテンツを記録することができる。
【０４７１】
また、第１の本発明によれば、マルチタスクオペレーティングシステムにより制御される機器おいて、より容易に、欠落を生じさせることなく、ストリームとして供給されるコンテンツを記録することができる。
【０４７２】
第２の本発明によれば、コンテンツを再生することができる。
【０４７３】
また、第２の本発明によれば、マルチタスクオペレーティングシステムにより制御される機器おいて、より容易に、欠落を生じさせることなく、コンテンツをストリームとして再生することができる。
【図面の簡単な説明】
【図１】本発明に係る記録再生装置の一実施の形態の構成を示す図である。
【図２】記録再生装置における音声データの流れの概要を説明する図である。
【図３】ＣＰＵ１１が実行するプログラムの機能の構成を説明するブロック図である。
【図４】オーディオデータ処理プログラム８３、アプリケーションプログラム、およびソケットの関係の例を示す図である。
【図５】オーディオデータ処理プログラム８３に含まれるプログラムおよび機能を説明するブロック図である。
【図６】再生アプリケーションプログラム８６の登録の処理を説明するフローチャートである。
【図７】メッセージに格納されている登録ＩＤの確認の処理を説明するフローチャートである。
【図８】メッセージに格納されているコマンドに対応する処理を実行する処理を説明するフローチャートである。
【図９】メッセージの構成を説明する図である。
【図１０】再生アプリケーションプログラム８６からオーディオデータ処理プログラム８３に音声データを送信する処理の概要を説明するフローチャートである。
【図１１】オーディオデータ処理プログラム８３から録音アプリケーションプログラム８５に音声データを送信する処理の概要を説明するフローチャートである。
【図１２】オーディオデータ処理プログラム８３の起動の処理を説明するフローチャートである。
【図１３】メッセージの処理を説明するフローチャートである。
【図１４】サウンドカード１８から音声データを読み出す処理を説明するフローチャートである。
【図１５】サウンドカード１８から読み出される音声データの方式を説明する図である。
【図１６】読み出しデータバッファ１０２への音声データの格納を説明する図である。
【図１７】読み出しデータバッファ１０２への音声データの格納を説明する図である。
【図１８】音声データの解析および加工の処理を説明するフローチャートである。
【図１９】音声データの解析および加工の処理を説明するフローチャートである。
【図２０】音声データの解析および加工の処理を説明するフローチャートである。
【図２１】録音データバッファ１０４または再生データバッファ１０９に格納される音声データの構造を説明する図である。
【図２２】録音データバッファ１０４または再生データバッファ１０９に格納される音声データのヘッダ部の構造を説明する図である。
【図２３】カテゴリがＣＤであるときのサブコードＱの構造を示す図である。
【図２４】カテゴリがＭＤであるときのサブコードＱの構造を示す図である。
【図２５】録音データバッファ１０４に格納されている音声データの送信の処理を説明するフローチャートである。
【図２６】ソケットを利用しない場合の処理の例を示す図である。
【図２７】ソケットの動作を説明する図である。
【図２８】ソケットの動作を説明する図である。
【図２９】ソケットの動作を説明する図である。
【図３０】再生の終了を示すパターンの例を示す図である。
【図３１】従来の録音の処理を説明するフローチャートである。
【図３２】録音アプリケーションプログラム８５による録音の処理を説明するフローチャートである。
【図３３】ソケットサービスプログラム８４−１による、音声データの受け取りの処理を説明するフローチャートである。
【図３４】ソケットサービスプログラム８４−１による、音声データの転送の処理を説明するフローチャートである。
【図３５】録音経過時間を取得する処理を説明する図である。
【図３６】再生アプリケーションプログラム８６からの音声データの受信の処理を説明するフローチャートである。
【図３７】ソケットの動作を説明する図である。
【図３８】ソケットの動作を説明する図である。
【図３９】再生アプリケーションプログラム８６による音声データの読み出しの処理を説明するフローチャートである。
【図４０】再生経過時間を取得する処理を説明する図である。
【符号の説明】
ＣＰＵ　１１，　１２　ＳＤＲＡＭ，　１４　ＨＤＤ，　１５　ＣＤ−ＲＯＭドライブ，　１８サウンドカード，　１９　ドライブ，　３１　磁気ディスク，　３２　光ディスク，　３３　光磁気ディスク，　３４　半導体メモリ，　８１　デバイスドライバ，　８２　カーネル，　８３　オーディオデータ処理プログラム，　８４−１および８４−２　ソケットサービスプログラム，　８５　録音アプリケーションプログラム，　８６　再生アプリケーションプログラム，　９１　ＣＤ，　１０１　読み出し制御プログラム，　１０２　読み出しデータバッファ，　１０３　オーディオデータ解析フィルタプログラム，　１０４　録音データバッファ，　１０５　スイッチ，　１０６　ＩＥＣ６０９５８エンコードプログラム，　１０７　送信制御プログラム，　１０８　受信制御プログラム，　１０９　再生データバッファ，　１１０　ゼロデータ生成プログラム，　１１１　書き込みデータバッファ，　１１２　書き込み制御プログラム

Claims (20)

1. マルチタスクオペレーティングシステムの制御の基に、第１のストリームとして供給されたコンテンツをコンテンツ記録媒体に記録する記録装置において、
   前記マルチタスクオペレーティングシステム上の第１のプログラムの実行により実現される、前記第１のストリームとして供給された前記コンテンツの受信を制御する受信制御手段と、
   前記マルチタスクオペレーティングシステム上の第２のプログラムの実行により実現される、前記コンテンツの前記コンテンツ記録媒体への記録を制御する記録制御手段と、
   前記マルチタスクオペレーティングシステム上の第３のプログラムの実行により実現される、第１のプロセスにおいて、転送先を前記記録制御手段とした前記コンテンツを前記受信制御手段から受け取り、第２のプロセスにおいて、転送すべき前記コンテンツがない場合、前記第２のプロセスを即座に終了し、転送すべき前記コンテンツがある場合、前記コンテンツを前記記録制御手段に転送して、前記第２のプロセスを終了する転送手段と
   を含むことを特徴とする記録装置。
2. 前記転送手段は、ソケットである
   ことを特徴とする請求項１に記載の記録装置。
3. 前記受信制御手段は、
   受信された前記コンテンツを前記第１のストリームをなす第１の単位で記憶する第１のバッファと、
   前記コンテンツを第２の単位で記憶する第２のバッファと、
   前記第１のバッファに記憶されている前記コンテンツの単位を前記第２の単位に変換して、前記第２のバッファに移転する移転手段と
   をさらに含み、
   前記第２のバッファに記憶されている前記コンテンツを前記第２の単位で、前記転送手段に供給する
   ことを特徴とする請求項１に記載の記録装置。
4. 前記第１のストリームとして受信された前記コンテンツに含まれる制御情報を抽出する抽出手段をさらに含む
   ことを特徴とする請求項１に記載の記録装置。
5. 前記抽出手段により抽出された前記制御情報を基に、前記記録制御手段に前記コンテンツの記録の禁止を指示する指示手段をさらに含む
   ことを特徴とする請求項４に記載の記録装置。
6. 前記抽出手段により抽出された前記制御情報を基に、前記コンテンツを処理する処理手段をさらに含む
   ことを特徴とする請求項４に記載の記録装置。
7. 前記受信制御手段は、さらに、前記第１のストリームとして受信された前記コンテンツの第２のストリームとしての送信を制御する
   ことを特徴とする請求項１に記載の記録装置。
8. 前記受信制御手段は、
   前記第２のプログラムを登録する登録手段を含み、
   前記第２のプログラムが登録されている場合に限り、前記記録制御手段の要求に対応して、前記第３のプログラムの起動を前記マルチタスクオペレーティングシステムに要求する
   ことを特徴とする請求項１に記載の記録装置。
9. マルチタスクオペレーティングシステムの制御の基に、ストリームとして供給されたコンテンツをコンテンツ記録媒体に記録する記録装置の記録方法において、
   前記マルチタスクオペレーティングシステム上で実行される第１のプログラムによる、前記ストリームとして供給された前記コンテンツの受信を制御する受信制御ステップと、
   前記マルチタスクオペレーティングシステム上で実行される第２のプログラムによる、前記コンテンツの前記コンテンツ記録媒体への記録を制御する記録制御ステップと、
   前記マルチタスクオペレーティングシステム上で実行される第３のプログラムによる、第１のプロセスにおいて、転送先を前記第２のプログラムとした前記コンテンツを前記第１のプログラムから受け取り、第２のプロセスにおいて、転送すべき前記コンテンツがない場合、前記第２のプロセスを即座に終了し、転送すべき前記コンテンツがある場合、前記コンテンツを前記第２のプログラムに転送して、前記第２のプロセスを終了する転送ステップと
   を含むことを特徴とする記録方法。
10. マルチタスクオペレーティングシステムの制御の基に、ストリームとして供給されたコンテンツをコンテンツ記録媒体に記録する記録処理用のプログラムであって、
    前記マルチタスクオペレーティングシステム上で実行される第１のプログラムによる、前記ストリームとして供給された前記コンテンツの受信を制御する受信制御ステップと、
    前記マルチタスクオペレーティングシステム上で実行される第２のプログラムによる、前記コンテンツの前記コンテンツ記録媒体への記録を制御する記録制御ステップと、
    前記マルチタスクオペレーティングシステム上で実行される第３のプログラムによる、第１のプロセスにおいて、転送先を前記第２のプログラムとした前記コンテンツを前記第１のプログラムから受け取り、第２のプロセスにおいて、転送すべき前記コンテンツがない場合、前記第２のプロセスを即座に終了し、転送すべき前記コンテンツがある場合、前記コンテンツを前記第２のプログラムに転送して、前記第２のプロセスを終了する転送ステップと
    を含むことを特徴とするコンピュータが読み取り可能な前記第１のプログラム乃至前記第３のプログラムからなるプログラムが記録されている記録媒体。
11. マルチタスクオペレーティングシステムを実行し、ストリームとして供給されたコンテンツをコンテンツ記録媒体に記録する記録装置を制御するコンピュータに、
    前記マルチタスクオペレーティングシステム上で実行される第１のプログラムによる、前記ストリームとして供給された前記コンテンツの受信を制御する受信制御ステップと、
    前記マルチタスクオペレーティングシステム上で実行される第２のプログラムによる、前記コンテンツの前記コンテンツ記録媒体への記録を制御する記録制御ステップと、
    前記マルチタスクオペレーティングシステム上で実行される第３のプログラムによる、第１のプロセスにおいて、転送先を前記第２のプログラムとした前記コンテンツを前記第１のプログラムから受け取り、第２のプロセスにおいて、転送すべき前記コンテンツがない場合、前記第２のプロセスを即座に終了し、転送すべき前記コンテンツがある場合、前記コンテンツを前記第２のプログラムに転送して、前記第２のプロセスを終了する転送ステップと
    を実行させることを特徴とする前記第１のプログラム乃至前記第３のプログラムからなるプログラム。
12. マルチタスクオペレーティングシステムの制御の基に、コンテンツ記録媒体に記録されているコンテンツをストリームとして再生する再生装置において、
    前記マルチタスクオペレーティングシステム上の第１のプログラムの実行により実現される、前記コンテンツ記録媒体に記録されている前記コンテンツの読み出しを制御する読み出し制御手段と、
    前記マルチタスクオペレーティングシステム上の第２のプログラムの実行により実現される、第１のバッファに格納されている前記コンテンツの前記ストリームとしての送信を制御する送信制御手段と、
    前記マルチタスクオペレーティングシステム上の第３のプログラムの実行により実現される、第１のプロセスにおいて、転送先を前記送信制御手段とした前記コンテンツを前記読み出し制御手段から受け取り、前記第１のバッファに空きがある場合、第２のプロセスにおいて、転送すべき前記コンテンツがないとき、前記第２のプロセスを即座に終了し、転送すべき前記コンテンツがあるとき、前記コンテンツを前記送信制御手段の前記第１のバッファに転送して、前記第２のプロセスを終了する転送手段と
    を含むことを特徴とする再生装置。
13. 前記転送手段は、ソケットである
    ことを特徴とする請求項１２に記載の再生装置。
14. 前記送信制御手段は、
    前記転送手段から転送された前記コンテンツを第１の単位で記憶する前記第１のバッファと、
    前記ストリームをなす第２の単位で前記コンテンツを記憶する第２のバッファと、
    前記第１のバッファに記憶されている前記コンテンツの単位を前記第２の単位に変換して、前記第２のバッファに移転する移転手段と
    を含むことを特徴とする請求項１２に記載の再生装置。
15. 前記コンテンツ記録媒体から読み出された前記コンテンツに含まれる制御情報を抽出する抽出手段をさらに含む
    ことを特徴とする請求項１２に記載の再生装置。
16. 前記抽出手段により抽出された前記制御情報を基に、前記コンテンツを処理する処理手段をさらに含む
    ことを特徴とする請求項１５に記載の再生装置。
17. 前記送信制御手段は、
    前記第１のプログラムを登録する登録手段を含み、
    前記第１のプログラムが登録されている場合に限り、前記読み出し制御手段の要求に対応して、前記第３のプログラムの起動を前記マルチタスクオペレーティングシステムに要求する
    ことを特徴とする請求項１２に記載の再生装置。
18. マルチタスクオペレーティングシステムの制御の基に、コンテンツ記録媒体に記録されているコンテンツをストリームとして再生する再生装置の再生方法において、
    前記マルチタスクオペレーティングシステム上で実行される第１のプログラムによる、前記コンテンツ記録媒体に記録されている前記コンテンツの読み出しを制御する読み出し制御ステップと、
    前記マルチタスクオペレーティングシステム上で実行される第２のプログラムによる、バッファに格納されている前記コンテンツの前記ストリームとしての送信を制御する送信制御ステップと、
    前記マルチタスクオペレーティングシステム上で実行される第３のプログラムによる、第１のプロセスにおいて、転送先を前記第２のプログラムとした前記コンテンツを前記第１のプログラムから受け取り、前記バッファに空きがある場合、第２のプロセスにおいて、転送すべき前記コンテンツがないとき、前記第２のプロセスを即座に終了し、転送すべき前記コンテンツがあるとき、前記コンテンツを前記バッファに転送して、前記第２のプロセスを終了する転送ステップと
    を含むことを特徴とする再生方法。
19. マルチタスクオペレーティングシステムの制御の基に、コンテンツ記録媒体に記録されているコンテンツをストリームとして再生する再生処理用のプログラムであって、
    前記マルチタスクオペレーティングシステム上で実行される第１のプログラムによる、前記コンテンツ記録媒体に記録されている前記コンテンツの読み出しを制御する読み出し制御ステップと、
    前記マルチタスクオペレーティングシステム上で実行される第２のプログラムによる、バッファに格納されている前記コンテンツの前記ストリームとしての送信を制御する送信制御ステップと、
    前記マルチタスクオペレーティングシステム上で実行される第３のプログラムによる、第１のプロセスにおいて、転送先を前記第２のプログラムとした前記コンテンツを前記第１のプログラムから受け取り、前記バッファに空きがある場合、第２のプロセスにおいて、転送すべき前記コンテンツがないとき、前記第２のプロセスを即座に終了し、転送すべき前記コンテンツがあるとき、前記コンテンツを前記バッファに転送して、前記第２のプロセスを終了する転送ステップと
    を含むことを特徴とするコンピュータが読み取り可能な前記第１のプログラム乃至前記第３のプログラムからなるプログラムが記録されている記録媒体。
20. マルチタスクオペレーティングシステムを実行し、コンテンツ記録媒体に記録されているコンテンツをストリームとして再生する再生装置を制御するコンピュータに、
    前記マルチタスクオペレーティングシステム上で実行される第１のプログラムによる、前記コンテンツ記録媒体に記録されている前記コンテンツの読み出しを制御する読み出し制御ステップと、
    前記マルチタスクオペレーティングシステム上で実行される第２のプログラムによる、バッファに格納されている前記コンテンツの前記ストリームとしての送信を制御する送信制御ステップと、
    前記マルチタスクオペレーティングシステム上で実行される第３のプログラムによる、第１のプロセスにおいて、転送先を前記第２のプログラムとした前記コンテンツを前記第１のプログラムから受け取り、前記バッファに空きがある場合、第２のプロセスにおいて、転送すべき前記コンテンツがないとき、前記第２のプロセスを即座に終了し、転送すべき前記コンテンツがあるとき、前記コンテンツを前記バッファに転送して、前記第２のプロセスを終了する転送ステップと
    を実行させることを特徴とする前記第１のプログラム乃至前記第３のプログラムからなるプログラム。

Images