JP2001209553A - 記憶媒体、情報処理装置および方法 - Google Patents

Abstract

(57)【要約】 【課題】 プログラムの処理の異常を迅速に回復するこ
とができるようにする。 【解決手段】 プロセスによる処理に異常が発生した場
合、イニシャライズ２ステートＤ、レディステートＥの
第１のルートの初期化処理が行われ、それでも異常が回
復しない場合、ターミネート１ステートＮ、イニシャラ
イズ１ステートＣ、イニシャライズ２ステートＤ、レデ
ィステートＥの第２のルートの初期化処理が行われ、そ
れでも異常が回復しない場合、ターミネート１ステート
Ｎ、ターミネート０ステートＯ、エグジットステートＰ
の第３のルートの初期化処理が行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、記憶媒体、情報処
理装置および方法に関し、特に、より迅速に異常なステ
ートを回復することができるようにし、また、情報を処
理するために必要なハードウエアの変更または改良が容
易にできるようにした記憶媒体、情報処理装置および方
法に関する。

【０００２】

【従来の技術】図１には、従来の音楽配信サービスシス
テムの配信側の装置を構成するエンコーダ１０の機能的
構成例（エンコード処理用のプログラムの構成例）が示
されている。なお、この音楽配信サービスシステムの配
信側の装置は、このエンコーダ１０の他、エンコーダ１
０におけるエンコード処理を制御する制御端末（図示せ
ず）、およびエンコードされる音楽データ（以下 PCM
(Pulse Code Modulation)非圧縮音楽データと称する）
をエンコーダ１０に供給したり、エンコーダ１０により
エンコードされた音楽データ（以下、PCM圧縮音楽デー
タと称する）を記憶し、音楽配信サービスの利用者（受
信側）に配信するサーバ（図示せず）から構成されてい
る。

【０００３】エンコーダ１０には、エンコード処理を制
御するための制御データが転送されるアラームLAN（ala
rm Local Area Network）との通信を制御するネットワ
ークカード、PCM非圧縮音楽データおよびPCM圧縮音楽デ
ータ（以下、これらを個々に区別する必要がない場合、
単に、音楽データと称する）が転送されるメディアムLA
N(medium LAN)との通信を制御するネットワークカー
ド、およびエンコード処理を実行するエンコードカード
などのハードウエアが設けられている。

【０００４】図１に示すエンコード処理用のプログラム
は、制御データ入出力プロセス１１、ネットワークカー
ドドライバプロセス１２、メイン処理プロセス１３、ネ
ットワークカードドライバプロセス１４、およびエンコ
ードカードドライバプロセス１５の５つのプロセス（図
中、実線の枠で示されている要素）から構成されてい
る。なお、プロセスは、実行可能な所定のプログラムで
構成され、データ領域（バッファやレジスタなど）を管
理し、各処理は、このプロセス単位で実行される。

【０００５】制御データ入出力プロセス１１は、メイン
処理プロセス１３と通信を行う。制御データ入出力プロ
セス１１は、ネットワークカードドライバプロセス１２
を介して、制御端末から送信されてくる、エンコード処
理に関する各種コマンドを受信し、メイン処理プロセス
１３に出力する。制御データ入出力プロセス１１はま
た、メイン処理プロセス１３から供給される、例えば、
エンコード処理が成功したことを示すメッセージやエン
コード処理が失敗したことを示すエラーメッセージなど
を、ネットワークカードドライバプロセス１２を介して
制御端末に出力する。なお、以下において、制御データ
入出力プロセス１１およびメイン処理プロセス１３との
間で授受されるコマンドやエラーメッセージを、個々に
区別する必要がない場合、単に、制御データと称する。

【０００６】メイン処理プロセス１３は、ネットワーク
カードドライバプロセス１４を介して、サーバ（図示せ
ず）から送信されてくる、例えば、PCM非圧縮音楽デー
タを受信し、エンコードカードドライバプロセス１５を
介して、エンコードカードに供給する。メイン処理プロ
セス１３はまた、エンコードカードドライバプロセス１
５を介してエンコードカードを制御し、制御データ入出
力プロセス１１からの制御データに基づくエンコード処
理をエンコードカードに実行させる。この例の場合、エ
ンコードカードにおいて、サンプリング周波数が48KHz
であるMPEG（Moving Picture Experts Group）１layer
２に準拠したエンコード処理（以下、MPEG１対応エンコ
ード処理と称する）、またはサンプリング周波数が44.1
KHzであるATRAC(adaptive transform acoustic coding)
１（商標）の規格に準拠したエンコード処理（以下、AT
RAC１対応エンコード処理と称する）が実行される。

【０００７】メイン処理プロセス１３は、エンコード処
理を施して得られたPCM圧縮音楽データを、エンコード
カードドライバプロセス１５を介して、エンコードカー
ドから受け取り、それを、ネットワークカードドライバ
プロセス１４を介してサーバに供給する。

【０００８】次に、制御データ入出力プロセス１１およ
びメイン処理プロセス１３について説明する。制御デー
タ入出力プロセス１１は、制御部２１、ネットワークカ
ード入力I/F(インターフェース)２２、およびネットワ
ークカード出力I/F２３の３つのプログラム（図中、点
線の枠で示されている要素）、並びにそれらを実行する
ために必要なデータ領域を有している。

【０００９】ネットワークカード入力I/F２２は、ネッ
トワークカードドライバプロセス１２により受信された
制御端末からの制御データを受け取り、制御部２１に出
力する。ネットワークカード出力I/F２３は、制御部２
１を介して供給される、メイン処理プロセス１３から
の、例えば、エラーメッセージを受け取り、ネットワー
クカードドライバプロセス１２に出力する。

【００１０】制御部２１は、ネットワークカード入力I/
F２２およびネットワークカード出力I/F２３を制御する
とともに、メイン処理プロセス１３の制御部３１と通信
を行う。

【００１１】次に、メイン処理プロセス１３の構成につ
いて説明する。メイン処理プロセス１３は、制御部３
１、ネットワークカード入出力I/F３２、エンコードエ
ンジン入出力I/F３３、エンコードエンジン入出力I/F３
４、エンコードエンジン３５、エンコードカード入出力
I/F３６、およびエンコードカード入出力I/F３７の７つ
のプログラム（図中、点線の枠で示されている要素）、
並びにそれらを実行させるために必要なデータ領域を有
している。

【００１２】ネットワークカード出力I/F３２は、ネッ
トワークカードドライバプロセス１４により受信された
PCM非圧縮音楽データを受け取り、制御部３１に出力し
たり、制御部３１を介して供給される、PCM圧縮音楽デ
ータを、ネットワークカードドライバプロセス１４に出
力する。

【００１３】エンコードエンジン入出力I/F３３は、制
御部３１を介して入力されたPCM非圧縮音楽データのう
ち、ATRAC１対応エンコード処理されるPCM非圧縮音楽デ
ータを受け取り、エンコードエンジン３５に出力する。
エンコードエンジン入出力I/F３３はまた、エンコード
エンジン３５から入力されるATRAC１対応エンコード処
理されたPCM圧縮音楽データを、制御部３１に出力す
る。

【００１４】エンコードエンジン入出力I/F３４は、制
御部３１を介して入力されたPCM非圧縮音楽データのう
ち、MPEG１対応エンコード処理されるPCM非圧縮音楽デ
ータを受け取り、エンコードエンジン３５に出力する。
エンコードエンジン入出力I/F３４はまた、エンコード
エンジン３５から入力されるMEPG１対応エンコード処理
が施されたPCM圧縮音楽データを、制御部３１に出力す
る。

【００１５】エンコードカード入出力I/F３６は、制御
部３１を介して入力されたPCM非圧縮音楽データのう
ち、ATRAC１対応エンコード処理されるPCM非圧縮音楽デ
ータを受け取り、エンコードカードドライバプロセス１
５に出力する。エンコードカード入出力I/F３６はま
た、エンコードカードドライバプロセス１５から入力さ
れるATRAC１対応エンコード処理されたPCM圧縮音楽デー
タを、制御部３１に出力する。

【００１６】エンコードカード入出力I/F３７は、制御
部３１を介して入力されたPCM非圧縮音楽データのう
ち、MPEG１対応エンコード処理されるPCM非圧縮音楽デ
ータを受け取り、エンコードカードドライバプロセス１
５に出力する。エンコードカード入出力I/F３７はま
た、エンコードカードドライバプロセス１５から入力さ
れるMEPG１対応エンコード処理が施されたPCM圧縮音楽
データを、制御部３１に出力する。

【００１７】エンコードエンジン３５は、エンコードエ
ンジン入出力I/F３３，３４から供給されたPCM非圧縮音
楽データを、ソフトウェア的に、ATRAC１対応エンコー
ド処理、またはMPEG１対応エンコード処理し、得られた
PCM圧縮音楽データを、それぞれに戻す。

【００１８】エンコーダ１０は以上のように構成されて
いるが、制御データ入出力プロセス１１乃至エンコード
カードドライバプロセス１５を構成する各プログラム
は、エンコーダ１０に設けられた、ネットワークカード
やエンコードカードなどの所定のハードウエアに依存し
て構築されている。

【００１９】従って、例えばインターネット、デジタル
衛星放送、地上波デジタル放送等の伝送媒体に対応し
て、エンコーダ１０に設けられているネットワークカー
ドやエンコードカードを変更したり、拡張したりする場
合、各プロセスを再構築する必要があり、時間および費
用がかかる課題があった。

【００２０】また、例えば、エンコーダ１０に設けられ
たハードウェアとしてのネットワークカードやエンコー
ドカードを制御するインターフェースプログラム（ネッ
トワークカード入力I/F２２、ネットワークカード出力I
/F２３、ネットワークカード入出力I/F３２乃至エンコ
ードカード入出力I/F３７）およびドライバプログラム
（ネットワークカードドライバプロセス１２，１４、お
よびエンコードカードドライバプロセス１５を構成する
プログラム）は、通常、エンコーダ１０の製造業者によ
り作成される。

【００２１】

【発明が解決しようとする課題】しかしながら、エンコ
ーダ１０の１つの部品としてのハードウエアの機能がよ
り高性能になると、部品としてのハードウェアを組み込
んでエンコーダ１０を製造する製造業者が、部品として
のハードウェアのインターフェースプログラムやドライ
バプログラムを直接作成することは、非効率的となり、
ハードウエアの製造業者（部品の製造業者）が各プログ
ラムを作成し、ハードウエアとともにエンコーダ１０の
製造業者に提供することが多くなる。

【００２２】このような場合、エンコーダ１０の製造業
者は、部品としてのハードウェアの詳細は判らなくなる
ため、それを制御する制御部２１や制御部３１の作成が
困難になり、ますます、ハードウェアの変更や拡張も困
難になる課題があった。

【００２３】更に、上述のようにエンコーダ１０は構成
されているが、プログラムの処理に異常が発生した場
合、プログラムの処理を一旦終了させるようにしている
ので、処理を再開させるのに時間がかかる課題があっ
た。

【００２４】本発明はこのような状況に鑑みてなされた
ものであり、プログラムの処理の異常を迅速に回復する
ことができるようにし、また、ハードウェアの変更や拡
張が容易にできるようにするものである。

【００２５】

【課題を解決するための手段】本発明のコンピュータ制
御可能なプログラムが記憶される記憶媒体は、プロセス
に異常が生じたとき、当該プロセスが、ハードウェアと
のデータの授受に用いられる第１のバッファを初期化す
る第１のパス、制御部とのデータの授受に用いられる第
２のバッファの開放し、第２のバッファの確保し、第２
のバッファの初期化し、および第１のバッファの初期化
する第２のパス、および第２のバッファの開放し、およ
び第１のバッファの開放する第３のパスのいずれかによ
り初期化される。

【００２６】上記プロセスが第１のパスにより初期化さ
れた場合においても当該プロセスの異常が回復しないと
き、プロセスは第２のパスにより初期化されるようにす
ることができる。

【００２７】上記プロセスが第２のパスにより初期化さ
れた場合においても当該プロセスの異常が回復しないと
き、プロセスは第３のパスにより初期化されるようにす
ることができる。

【００２８】上記制御部からのメッセージのメッセージ
タイプが割り込み、メッセージナンバがQUITのとき、プ
ロセスは、第１のパスの初期化が実行されるようにする
ことができる。

【００２９】上記制御部からのメッセージのメッセージ
タイプが割り込み、メッセージナンバがRESETのとき、
プロセスは、第２のパスの初期化が実行されるようにす
ることができる。

【００３０】上記プロセスは、リプライステート、マネ
ージステート、センドステート、レシーブステート、レ
ディステートの各ステートをさらに備えるようにするこ
とができる。

【００３１】本発明のコンピュータ制御可能なプログラ
ムが記憶される記憶媒体は、プロセスに異常が生じたと
き、当該プロセスが、プロセスが生成されるとき遷移す
る第１の初期化ステートを含む第１のパス、プロセスが
終了するとき遷移する第１の終了ステート、当該プロセ
スが生成されるとき遷移する第２の初期化ステート、並
びに第１の初期化ステートを含む第２のパス、および第
１の終了ステート、およびプロセスが終了するとき遷移
する第２の終了ステートを含む第３のパスのいずれかに
より初期化される。

【００３２】本発明の情報処理装置は、プロセスに異常
が生じたとき、プロセスが生成されるとき遷移する第１
の初期化ステートを含む第１の初期化手段と、プロセス
が終了するとき遷移する第１の終了ステート、当該プロ
セスが生成されるとき遷移する第２の初期化ステート、
並びに第１の初期化ステートを含む第２の初期化手段
と、第１の終了ステート、およびプロセスが終了すると
き遷移する第２の終了ステートを含む第３の初期化手段
とを備える。

【００３３】本発明の情報処理方法は、プロセスに異常
が生じたとき、プロセスが生成されるとき遷移する第１
の初期化ステートを含む第１の初期化ステップと、プロ
セスが終了するとき遷移する第１の終了ステート、当該
プロセスが生成されるとき遷移する第２の初期化ステー
ト、並びに第１の初期化ステートを含む第２の初期化ス
テップと、第１の終了ステート、およびプロセスが終了
するとき遷移する第２の終了ステートを含む第３の初期
化ステップとを備える。

【００３４】従って、いずれの場合においても、プロセ
スの異常なステートを迅速に回復することが可能とな
る。

【００３５】

【発明の実施の形態】図２は、本発明を適用した音楽配
信サービスシステムの配信側の構成例を示している。こ
の例の場合、例えば、100BASE-TXイーサネット（商標）
からなる、アラームLAN１０１およびメディアムLAN１０
２が設けられている。アラームLAN１０１には、端末１
１１およびエンコーダ１１２が接続され、メディアムLA
N１０２には、エンコーダ１１２およびサーバ１１３が
接続されている。

【００３６】端末１１１は、エンコーダ１１２を制御す
るためのプログラムからなる制御プロセスＷを有してお
り、その制御プロセスＷに基づいて、アラームLAN１０
１を介してエンコーダ１１２と通信して、エンコーダ１
１２を制御し、所定のエンコード処理を実行させる。

【００３７】エンコーダ１１２は、端末１１１により制
御され、サーバ１１３に保持されている、CD-DA(Compac
t Disc-Digital Audio)などのPCM非圧縮音楽データ
を、メディアムLAN１０２を介して受信し、ATRAC１また
はMPEG１audio layer３の規格に準拠したエンコード処
理を実行する。エンコーダ１１２はまた、エンコードし
て得られたPCM圧縮音楽データを、メディアムLAN１０２
を介して、サーバ１１３に、例えば、ファイル転送ベー
ス（（ファイル転送プロトコル（ftp:file transfer pr
otocol））で転送する。

【００３８】サーバ１１３は、PCM非圧縮音楽データを
記録し、それをエンコーダ１１２に供給したり、エンコ
ーダ１１２からのPCM圧縮音楽データを記録し、要求に
応じて、音楽配信サービスの利用者（受信側）に配信す
る。

【００３９】このように、制御データが転送されるアラ
ームLAN１０１を、音楽データが転送されるメディアムL
AN１０２とは別に設けるようにすることで、エンコード
処理および音楽データの配信処理がより効率的に行われ
る。

【００４０】図３は、エンコーダ１１２の構成例を示し
ている。CPU（Central ProcessingUnit）１２１は、ROM
（Read Only Memory）１２２又はハードディスク１２７
に記憶されている、例えば、エンコード処理用のプログ
ラムをRAM（Random AccessMemory）１２３に展開し、そ
れに従ってエンコード処理を実行する。RAM１２３に
は、CPU１２１が、例えば、エンコード処理を実行する
上において必要なデータなどが適宜記憶される。また、
RAM１２３には、必要なデータバッファ領域が確保され
る。

【００４１】ネットワークカード１２４は、アラームLA
N１０１に接続され、アラームLAN１０１を介して、制御
データを受信したり、送信する。

【００４２】ネットワークカード１２５は、メディアム
LAN１０２に接続され、メディアムLAN１０２を介して、
サーバ１１３から送信されてくるPCM非圧縮音楽データ
を受信したり、エンコードカード１２６によりエンコー
ドされたPCM圧縮音楽データを、サーバ１１３に送信す
る。

【００４３】エンコードカード１２６は、ネットワーク
カード１２５により受信されたPCM非圧縮音楽データ
を、ATRAC１に準拠したエンコード処理（ATRAC１対応エ
ンコード処理）、またはMEPG１audio layer３に準拠し
たエンコード処理（MPEG１対応エンコード処理）する。

【００４４】ハードディスク１２７は、CPU１２１が実
行するプログラムの他、ネットワークカード１２５によ
り受信されたPCM非圧縮音楽データや、エンコードカー
ド１２６によりエンコードされたPCM圧縮音楽データを
記憶する。

【００４５】この例の場合、音楽データは、イーサネッ
ト（登録商標）であるメディアムLAN１０２上に転送さ
れるので、PCM非圧縮音楽データは、リアルタイムでエ
ンコードされない。サーバ１１３から供給されたPCM非
圧縮音楽データは、はじめに、ハードディスク１２７に
記憶され、所定のタイミングで、エンコードカード１２
６に供給され、エンコードされる。その後、エンコード
されたPCM圧縮音楽データは、ハードディスク１２７に
記憶される。このように、ハードディスク１２７を一時
バッファとして利用することより、PCM非圧縮音楽デー
タは、適切にエンコードされる。

【００４６】インターフェース１２８は、ネットワーク
カード１２４、ネットワークカード１２５、エンコード
カード１２６、ハードディスク１２７と、CPU１２１と
の間に配置され、インターフェース処理を実行する。

【００４７】なお、CPU１２１、ROM１２２、RAM１２
３、およびインターフェース１２８は、１つのマザーボ
ード１２０に実装されている。

【００４８】この音楽配信サービスシステムは、リアル
タイムOS（Oprating System）に基づき制御される。リ
アルタイムOSは、複数のタスク（プロセス）を同時に動
作させることが可能なマルチタスクOSである。非リアル
タイムOSでは、所定の処理を実行している最中に、他の
イベント、すなわち外部からの要求が発生したとして
も、そのイベントハンドラが直ちには起動されない場合
がある。これに対してリアルタイムOSでは、予め設定さ
れた所定の時間内に、イベントハンドラが起動されるこ
とが保証されている。すなわち、図４に示されるよう
に、クロックにより定められた所定の時間（サバイバル
タイム）内において開始された処理は、そのサバイバル
タイム内において終了される。

【００４９】図５は、リアルタイムOSの基本的な概念を
模式的に表している。各プロセスは、生成されると、動
作状態、待機状態、および動作可能状態の３つの状態の
いずれかに順次遷移するように管理される。各プロセス
は、フラグ管理され、動作状態から待機状態に遷移する
とき、フラグ待ちを指示するコマンドwaitFlagが発行さ
れ、待機状態から動作可能状態へと遷移するとき、フラ
グに値をセットするコマンドsetFlagが発行される。

【００５０】同時に複数のプロセスが存在可能であり、
複数のプロセスのそれぞれには、優先順位が割り当てら
れる。リアルタイムOSにより、動作可能状態にあるプロ
セスの中で最も優先順位の高いプロセスに実行権が渡さ
れる。

【００５１】リアルタイムOSでは、このようにイベント
の発生によって、動作状態にあるプロセスを高速に切り
換えることができるようになされている。

【００５２】図６は、エンコーダ１１２の機能的構成例
（エンコード処理用のプログラムの構成例）を示してい
る。このエンコード処理用のプログラムは、カプセルマ
ネージャ１５１、エンコード制御アプリケーション１５
２、およびメインアプリケーション１５３の３つのプロ
セス（実施可能なプログラムとそれを実行するために必
要なデータ領域を有している）の他、所定のプロセスが
ブロック化（カプセル化）された制御データ入出力カプ
セル１５４、音楽データ入出力カプセル１５５、および
エンコード処理カプセル１５６の３つのカプセル（図
中、２重線の枠で示されている要素）から構成されてい
る。なお、図中、実線の枠で示されている要素は、プロ
セスである。

【００５３】カプセルマネージャ１５１は、メインアプ
リケーション１５３を介して、エンコード制御アプリケ
ーション１５２、制御データ入出力カプセル１５４、音
楽データ入出力カプセル１５５、およびエンコード処理
カプセル１５６を制御する。

【００５４】エンコード制御アプリケーション１５２
は、メインアプリケーション１５３と通信して、例え
ば、カプセルマネージャ１５１からの指令を受信し、そ
れに基づいて制御データ入出力カプセル１５４を制御す
る。メインアプリケーション１５３は、カプセルマネー
ジャ１５１と直接通信し、カプセルマネージャ１５１か
らの指令に基づいて音楽データ入出力カプセル１５５お
よびエンコード処理カプセル１５６を制御する。

【００５５】制御データ入出力カプセル１５４は、エン
コード制御マネージャ１６１により管理される。そのエ
ンコード制御マネージャ１６１は、エンコード制御アプ
リケーション１５２からの指令により、ネットワークカ
ード入力I/Fプロセス１６２（以下、ネットワークカー
ド入力I/Fと略称する。他のプロセスについても同様で
ある）、ネットワークカード出力I/F１６３、およびネ
ットワークカードドライバ（プロセス）１６４を生成し
たり、消去する。

【００５６】ネットワークカード入力I/F１６２は、ネ
ットワークカード１２４、およびネットワークカードド
ライバ１６４を介して、端末１１１の制御プロセスＷか
らの制御データ（コマンド）を受信し、エンコード制御
マネージャ１６１に出力する。ネットワークカード出力
I/F１６３は、エンコード制御アプリケーション１５２
とエンコード制御マネージャ１６１を介して、メインア
プリケーション１５３からの制御データ（メッセージ）
を受信し、ネットワークカードドライバ１６４に出力す
る。

【００５７】ネットワークカードドライバ１６４は、ネ
ットワークカード１２４に対して入出力インターフェー
ス処理を実行し、アラームLAN１０１上に転送される制
御データ（コマンド）を受信し、ネットワークカード入
力I/F１６２に出力したり、ネットワークカード出力I/F
１６３から、制御データ（メッセージ）を受信し、ネッ
トワークカード１２４に出力する。

【００５８】音楽データ入出力カプセル１５５は、デー
タ入出力マネージャ１７１により管理される。このデー
タ入出力マネージャ１７１は、メインアプリケーション
１５３からの指令により、ネットワークカード入出力I/
F１７２（プロセス）およびネットワークカードドライ
バ１７３（プロセス）を生成したり、消去する。

【００５９】ネットワークカード入出力I/F１７２は、
ネットワークカード１２５とネットワークカードドライ
バ１７３を介して、サーバ１１３からPCM非圧縮音楽デ
ータを受信し、データ入出力マネージャ１７１に出力し
たり、データ入出力マネージャ１７１から、PCM圧縮音
楽データを受信し、ネットワークカードドライバ１７３
に出力する。

【００６０】ネットワークカードドライバ１７３は、ネ
ットワークカード１２５に対して入出力インターフェー
ス処理を実行し、メディアムLAN１０２上に転送されたP
CM非圧縮音楽データを受信し、ネットワークカード出力
I/F１７２に出力する。ネットワークカードドライバ１
７３はまた、ネットワークカード入出力I/F１７２か
ら、PCM圧縮音楽データを受信し、ネットワークカード
１２５に出力する。

【００６１】エンコード処理カプセル１５６は、エンコ
ード処理マネージャ１８１により管理される。このエン
コード処理マネージャ１８１は、メインアプリケーショ
ン１５３からの指令により、エンコードエンジン入出力
I/F１８２、エンコードエンジン入出力I/F１８３、エン
コードエンジン１８４、エンコードカード入出力I/F１
８５、エンコードカード入出力I/F１８６、およびエン
コードカードドライバ１８７（いずれもプロセス）を生
成したり、消去する。エンコード処理マネージャ１８１
はまた、ソフトウェア（エンコードエンジン１８４）に
よるエンコードと、ハードウェア（エンコードカード１
２６）によるエンコードの識別処理、並びに、ATRAC１
対応エンコード処理とMPEG１対応エンコード処理の識別
処理を行う。

【００６２】エンコードエンジン入出力I/F１８２は、
エンコード処理マネージャ１８１から、ATRAC１対応エ
ンコード処理されるPCM非圧縮音楽データを受信し、エ
ンコードエンジン１８４に出力する。エンコードエンジ
ン入出力I/F１８２はまた、エンコードエンジン１８４
から、ATRAC１対応エンコード処理されたPCM圧縮音楽デ
ータを受信し、エンコード処理マネージャ１８１に出力
する。

【００６３】エンコードエンジン入出力I/F１８３は、
エンコード処理マネージャ１８１から、MPEG１対応エン
コード処理されるPCM非圧縮音楽データを受信し、エン
コードエンジン１８４に出力する。エンコードエンジン
入出力I/F１８３はまた、エンコードエンジン１８４か
ら、MEPG１対応エンコード処理されたPCM圧縮音楽デー
タを受信し、エンコード処理マネージャ１８１に出力す
る。

【００６４】エンコードエンジン１８４は、ソフトウェ
アによるATRAC１対応エンコード処理、またはソフトウ
ェアによるMPEG１対応エンコード処理を、エンコードエ
ンジン入出力I/F１８２，１８３から供給された制御デ
ータに基づき実行する。

【００６５】エンコードカード入出力I/F１８５は、エ
ンコード処理マネージャ１８１から、ATRAC１対応エン
コード処理されるPCM非圧縮音楽データを受信し、エン
コードカードドライバ１８７に出力する。エンコードカ
ード入出力I/F１８５はまた、エンコードカードドライ
バ１８７から、ATRAC１対応エンコード処理されたPCM圧
縮音楽データを受信し、エンコード処理マネージャ１８
１に出力する。

【００６６】エンコードカード入出力I/F１８６は、エ
ンコード処理マネージャ１８１から、MEPG１対応エンコ
ード処理されるPCM非圧縮音楽データを受信し、エンコ
ードカードドライバ１８７に出力する。エンコードカー
ド入出力I/F１８６はまた、エンコードカードドライバ
１８７から、MEPG１対応エンコード処理されたPCM圧縮
音楽データを受信し、エンコード処理マネージャ１８１
に出力する。

【００６７】エンコードカードドライバ１８７は、エン
コードカード１２６に対して入出力インターフェース処
理を実行し、エンコードカード入出力I/F１８５，１８
６から、PCM非圧縮音楽データを受信し、エンコードカ
ード１２６に出力したり、エンコードカード１２６か
ら、エンコード処理されたPCM圧縮音楽データを受信
し、エンコードカード入出力I/F１８５，１８６に出力
する。ハードウェアとしてのエンコードカード１２６
は、ATRAC１対応エンコード処理するとき、対応する機
能を有するものに取り替えられ、MPEG１対応エンコード
処理するとき、対応する機能を有するものに取り替えら
れる。

【００６８】次に、図７のフローチャートを参照して、
ATRAC１対応エンコード処理を実行する場合における各
プロセスの全体的な処理について説明する。

【００６９】なお、電源がオンされると、リアルタイム
ＯＳがカプセルマネージャ１５１を生成すると共に、カ
プセルマネージャ１５1は、メインアプリケーション１
５３に、音楽データ入出力カプセル１５５とエンコード
処理カプセル１５６を生成させるとともに、エンコード
制御アプリケーション１５２に、制御データ入出力カプ
セル１５４を生成させる。

【００７０】端末１１１の制御プロセスＷから、アラー
ムLAN１０１を介してエンコーダ１１２のネットワーク
カード１２４にATRAC１対応エンコード処理が指令され
ると、この指令は、制御データ入出力カプセル１５４の
ネットワークカードドライバ１６４からネットワークカ
ード入力I/F１６２を介してエンコード制御マネージャ
１６１に供給される。エンコード制御マネージャ１６１
は、この指令を受けると、ステップＳ１において、エン
コード制御アプリケーション１５２に対して、ATRAC１
対応エンコード処理の開始を要求する。

【００７１】エンコード制御アプリケーション１５２
は、ステップＳ１１において、エンコード制御マネージ
ャ１６１からの要求を受け取る。この要求には、エンコ
ードの種類とエンコードを実行する処理部を特定するコ
ード情報が含まれている。この例の場合、エンコードの
種類は、ATRAC１対応エンコード処理とされ、エンコー
ドの実行処理部は、ハードウェア（エンコードカード１
２６）とされる。

【００７２】エンコード制御アプリケーション１５２
は、エンコード制御マネージャ１６１からの要求を受け
取ると、ステップＳ１２において、その要求に基づい
て、ATRAC１対応エンコード処理の許可をメインアプリ
ケーション１５３に要求する。

【００７３】メインアプリケーション１５３は、ステッ
プＳ３１において、エンコード制御アプリケーション１
５２からの要求を受け取ると、その要求に対応する処理
を実行できるか否かを判定し、実行できない場合には、
その旨をエンコード制御アプリケーション１５２に応答
する。エンコード制御アプリケーション１５２は、この
応答結果を受信した場合、対応する応答を、さらにエン
コード制御マネージャ１６１に通知する。エンコード制
御マネージャ１６１は、この通知に対応する応答を、さ
らにエンコード制御マネージャ１６１、ネットワークカ
ード出力I/F１６３、ネットワークカードドライバ１６
４、ネットワークカード１２４を介して、端末１１１の
制御プロセスＷに通知する。

【００７４】図７の例の場合、メインアプリケーション
１５３は、ATRAC１対応エンコード処理を実行できると
判定し、対応する許可応答を、ステップＳ３２におい
て、エンコード制御アプリケーション１５２に通知す
る。

【００７５】エンコード制御アプリケーション１５２
は、ステップＳ１３において、メインアプリケーション
１５３からの許可応答を受信すると、ステップＳ１４に
おいて、エンコード制御マネージャ１６１に、ATRAC１
対応エンコード処理の開始を示す応答を出力する。エン
コード制御マネージャ１６１は、この応答を、ステップ
Ｓ２において受信する。エンコード制御マネージャ１６
１は、この応答に対応する通知を、上述したようにし
て、さらに制御プロセスＷに通知する。

【００７６】メインアプリケーション１５３は、ステッ
プＳ３２において、ATRAC１対応エンコード処理の許可
応答をエンコード制御アプリケーション１５２に出力し
た後、ステップＳ３３において、音楽データ入出力カプ
セル１５５のデータ入出力マネージャ１７１に、エンコ
ード処理の対象とされる基データの取得を要求する（基
データ取得要求を出力する）。この基データ取得要求に
は、その基データが記憶されている記憶部のアドレスの
他、取得するデータ量等も含まれている。

【００７７】ステップＳ８１において、データ入出力マ
ネージャ１７１は、メインアプリケーション１５３から
の要求を受け取ると、ステップＳ８２において、その要
求に基づいて、エンコードする基データを、指定された
アドレスから取得する処理を実行する。

【００７８】例えば、基データがハードディスク１２７
に記憶されている場合、データ入出力マネージャ１７１
は、ネットワークカード入出力I/F１７２、ネットワー
クカードドライバ１７３、ネットワークカード１２５を
介してハードディスク１２７にアクセスし、指定された
アドレスから、指定された量のPCM非圧縮音楽データを
取得する。

【００７９】なお、データ入出力マネージャ１７１は、
基データが図示せぬCD-R等に記録されている場合には、
そこにアクセスし、基データを取得する。また、データ
入出力マネージャ１７１は、基データがサーバ１１３に
記録されている場合には、アラームLAN１０１を介して
サーバ１１３にアクセスし、ミディアムLAN１０２を介
してサーバ１１３から基データの転送を受ける。取得さ
れたPCM非圧縮音楽データは、RAM１２３のバッファ領域
に、一時的に格納される。

【００８０】このようにして、PCM非圧縮音楽データが
取得されると、ステップＳ８３において、データ入出力
マネージャ１７１は、メインアプリケーション１５３に
対して、基データが取得されたことを表す基データ取得
応答を送信する。

【００８１】メインアプリケーション１５３は、ステッ
プＳ３４において、データ入出力マネージャ１７１から
の基データ取得応答を受信すると、ステップＳ３５にお
いて、エンコード処理マネージャ１８１にエンコード開
始を要求する。この要求には、エンコードの種類がATRA
C１対応エンコード処理であること、並びにエンコード
の実行処理部がエンコードカード１２６であることを表
す情報が含まれている。

【００８２】エンコード処理マネージャ１８１は、ステ
ップＳ６１において、メインアプリケーション１５３か
らのエンコード開始要求を受信すると、この要求に対応
する処理を実行できるか否かを判定し、実行できない場
合には、その旨を表す応答をメインアプリケーション１
５３に出力する。図７の例の場合、エンコード処理マネ
ージャ１８１は、エンコードが実行できると判定し、ス
テップＳ６２において、エンコードを開始することを表
す応答をメインアプリケーション１５３に出力する。

【００８３】メインアプリケーション１５３は、エンコ
ード処理マネージャ１８１からのエンコード開始応答
を、ステップＳ３６において受信する。これにより、メ
インアプリケーション１５３は、ステップＳ３５の要求
に対応する処理が、エンコード処理マネージャ１８１に
おいて受け入れられたことを知ることができる。

【００８４】エンコード処理マネージャ１８１は、ステ
ップＳ６２において、メインアプリケーション１５３に
エンコード開始応答を出力した後、ステップＳ６３にお
いてエンコード処理を実行させる。具体的には、エンコ
ード処理マネージャ１８１は、メインアプリケーション
１５３からのエンコード開始要求に基づいて、エンコー
ドカード入出力I/F１８５、エンコードカードドライバ
１８７を介してエンコードカード１２６に、ATRAC１対
応エンコード処理を要求する。この要求には、エンコー
ド対象とされるPCM非圧縮音楽データが保持されているR
AM１２３のバッファのアドレスが含まれている。エンコ
ードカード１２６は、この要求に基づいて、RAM１２３
のバッファ領域に記憶されているPCM非圧縮音楽データ
を読み出し、ATRAC１対応エンコード処理を実行する。
エンコードされたPCM圧縮音楽データは、RAM１２３のバ
ッファ領域に記憶される。

【００８５】以上のようにして、エンコードが終了する
と、ステップＳ６４において、エンコード処理マネージ
ャ１８１は、エンコードが終了したことを表すエンコー
ド終了通知を、メインアプリケーション１５３に出力す
る。

【００８６】メインアプリケーション１５３は、ステッ
プＳ３７において、エンコード処理マネージャ１８１が
出力したエンコード終了通知を受信すると、ステップＳ
３８において、これに対応するエンコード終了応答を、
エンコード処理マネージャ１８１に通知する。

【００８７】エンコード処理マネージャ１８１は、ステ
ップＳ６５において、メインアプリケーション１５３よ
り出力されたエンコード終了応答を受信する。これによ
り、エンコード処理マネージャ１８１は、エンコード終
了が、メインアプリケーション１５３に通知されたこと
を確認することができる。

【００８８】メインアプリケーション１５３は、ステッ
プＳ３８において、エンコード処理マネージャ１８１に
エンコード終了応答を出力した後、ステップＳ３９にお
いて、データ入出力マネージャ１７１に対して、エンコ
ードした結果生成されたPCM圧縮音楽データを保存する
ことを要求する生成データ保存要求を出力する。この要
求には、データを保存する媒体のアドレスが含まれてい
る。例えば、ハードディスク１２７に、このエンコード
後のPCM圧縮音楽データを保存する場合、ハードディス
ク１２７のアドレスが含まれている。

【００８９】データ入出力マネージャ１７１は、ステッ
プＳ８４において、メインアプリケーション１５３から
の生成データ保存要求を受け取ると、ステップＳ８５に
おいて、その要求に基づいて、受信したデータを保存す
る処理を実行する。具体的には、データ入出力マネージ
ャ１７１は、例えば、ハードディスク１２７への保存が
要求された場合、ネットワークカード入出力I/F１７
２、ネットワークカードドライブ１７３、ネットワーク
カード１２５を介して、ハードディスク１２７にアクセ
スし、指定されたアドレスにエンコードされたPCM圧縮
音楽データを記録させる。

【００９０】保存先がCD-Rとして指定されている場合に
は、エンコード後のPCM圧縮音楽データは、CD-Rの指定
されたアドレスに保存される。また、保存先がサーバ１
１３に指定されている場合、エンコード後のPCM圧縮音
楽データは、メディアムLAN１０２を介してサーバ１１
３に供給され、保存される。

【００９１】以上のようにして保存が完了したとき、ス
テップＳ８６において、データ入出力マネージャ１７１
は、データが保存されたことを表す生成データ保存応答
を、メインアプリケーション１５３に出力する。

【００９２】メインアプリケーション１５３は、ステッ
プＳ４０において、データ入出力マネージャ１７１から
の生成データ保存応答を受信すると、ステップＳ４１に
おいて、ATRAC１対応エンコード処理が終了したことを
表す終了通知を、エンコード制御アプリケーション１５
２に出力する。

【００９３】エンコード制御アプリケーション１５２
は、ステップＳ１５において、メインアプリケーション
１５３からの通知を受信すると、ステップＳ１６におい
て、エンコード制御マネージャ１６１に、ATRAC１対応
エンコード処理が終了したことを通知する。

【００９４】エンコード処理マネージャ１６１は、ステ
ップＳ３において、エンコード制御アプリケーション１
５２からの終了通知を受信すると、ステップＳ４におい
て、この通知に対応する応答を、エンコード制御アプリ
ケーション１５２に出力する。

【００９５】エンコード制御アプリケーション１５２
は、ステップＳ１７において、エンコード制御マネージ
ャ１６１からの応答を受信すると、ステップＳ１８にお
いて、メインアプリケーション１５３に対してATRAC１
対応処理終了応答を送信する。

【００９６】メインアプリケーション１５３は、ステッ
プＳ４２において、エンコード制御アプリケーション１
５２からの終了応答を受信する。

【００９７】図８は、MPEG１対応エンコード処理が実行
される場合の処理を表している。図８のステップＳ１０
１乃至ステップＳ１４２は、図７のATRAC１対応エンコ
ード処理を実行する場合における、ステップＳ１乃至ス
テップＳ４２における処理と、基本的に同様の処理であ
る。ただし、エンコードの種類が、ATRAC１対応エンコ
ード処理ではなく、MPEG１対応エンコード処理とされて
いる点が異なる。従って、図７のステップＳ８２に対応
する図８のステップＳ１８２における基データ取得処理
では、ATRAC１対応処理のフォーマットに基づくデータ
の送出量や送出タイミングが、MPEG１対応エンコード処
理のフォーマットに基づくものに変更される。

【００９８】また、図７のステップＳ６３のATRAC１対
応エンコード処理に対応する図８のステップＳ１６３に
おける処理では、ATRAC１対応エンコード処理ではな
く、MPEG１対応エンコード処理が実行される。当然のこ
とながら、ATRAC１とMPEG１とは、それぞれ異なるエン
コード方式であるため、エンコードのデータ量の単位、
送出タイミング、誤り訂正符号等も異なったものとな
る。

【００９９】このことは、図７のステップＳ８５に対応
する図８のステップＳ１８５における処理でも同様であ
る。

【０１００】しかしながら、これらのエンコードの方式
が異なることに起因する異なる処理は、全てエンコード
処理カプセル１５６内のエンコード処理マネージャ１５
１を中心とする各プロセスや、音楽データ入出力カプセ
ル１５５のデータ入出力マネージャ１７１を中心とする
各プロセスが実行する。従って、メインアプリケーショ
ン１５３、エンコード制御アプリケーション１５２等
は、ATRAC１対応エンコード処理とMPEG１対応エンコー
ド処理の違いを微細に認識している必要がない。

【０１０１】すなわち、メインアプリケーション１５３
から見て、音楽データ入出力カプセル１５５のデータ入
出力マネージャ１７１により実行されるデータ取得処理
および保存処理、並びにエンコード処理カプセル１５６
のエンコード処理マネージャ１８１により実行されるエ
ンコード処理は、その詳細が隠ぺいされる。

【０１０２】例えば、データ入出力マネージャ１７１
は、ハードディスク１２７からデータを取得する際、AT
A（AD(Advanced Technology) Attachment）コマンドを
用いるが、ネットワーク上のサーバ１１３からデータを
取得する際は、TCP/IP（Transmission Control Protoco
l/Internet Protocol）上のFTP（File Transfer Protoc
ol）、またはHTTP（Hyper Text Transport Protocol）
を用いる。

【０１０３】また、CD-Rからデータを取得する場合に
は、SCSI（Small Computer System Interface）インタ
ーフェースが用いられ、CD-Rを用いてデータが取得され
る場合、ATAPI（AT Attachment Packet Interface）が
用いられる。

【０１０４】また、エンコード処理は、ATRAC形式のエ
ンコードを高速に行う際、エンコードカードドライバ１
８７のうち、ATRACエンコーダドライバを介して処理が
行われるが、MPEGフォーマットのエンコードを高速に行
う場合には、エンコードカードドライバ１８７のうち、
MPEGエンコーダドライバを介して処理が行われる。

【０１０５】このように、エンコード処理カプセル１５
６の内部においては、様々なハードウェアドライバプロ
トコルを用いて処理が行われるが、メインアプリケーシ
ョン１５３は、データ取得要求、エンコード開始要求、
およびデータ保存要求という簡単な３つのシーケンスだ
けを有していれば良い。

【０１０６】従って、エンコード処理カプセル１５６や
音楽データ入出力カプセル１５５は、これらのプロトコ
ルやデータ取得方法を、メインアプリケーション１５３
に対して隠ぺいするものとなる。

【０１０７】結果的に、メインアプリケーション１５３
やエンコード制御アプリケーション１５２は、ただ単
に、エンコードの種類や、エンコードを実行する処理
が、ソフトウェアであるのかハードウェアであるのかを
識別するだけでよい。従って、メインアプリケーション
１５３やエンコード制御アプリケーション１５２は、基
本的に、エンコードの種類が変更されたり、拡張されて
も変更する必要がないか、変更するにしても、わずかで
済む。

【０１０８】エンコーダ１１２のエンコード処理用のプ
ログラムは、以上のように構成されるが、図６に示され
るプロセス（図中、実線の枠で示されている要素）のそ
れぞれは、図９に示す状態遷移図に従ってステート（状
態）を遷移し、所定の処理を実行する。

【０１０９】なお、この図９の各ステートは、図５にお
ける動作状態を構成するものである。

【０１１０】図９の状態遷移図におけるステートは、イ
グゼキュート（EXECUTE）、イニシャライズ０（INITIAL
IZE０）、イニシャライズ１（INITIALIZE１）、イニシ
ャライズ２（INITIALIZE２）、ターミネート１（TERMIN
ATE１）、ターミネート０（TERMINATE０）、エグジット
（EXIT）、レシーブ（RECEIVE）、リプライ（REPLY）、
マネージ（MANAGE）、センド（SEND）、およびレディ
（READY）の１２種類のステートにより構成されてい
る。

【０１１１】次に、図９の状態遷移図の正常時における
場合の状態遷移について、図１０のフローチャートを参
照して説明する。

【０１１２】電源がオンされ、リアルタイムOSが立ち上
げられてプロセスが生成されると、ステップＳ２０１に
おいて、プロセスは、イグゼキュートステート（EXECUT
E）Ａとなる。

【０１１３】次に、ステップＳ２０２において、プロセ
スは、イニシャライズ０ステート（INITIALIZE０）Ｂに
遷移する。このイニシャライズ０ステート（INITIALIZE
０）Ｂにおいては、カプセル（モジュール）登録処理が
実行される。具体的には、主に、ハードウェアとのデー
タの授受に用いられる第１のバッファが確保され、さら
に、その第１のバッファが初期化され（例えば、０が埋
め込まれ）、デバイスがオープンになり、そしてデバイ
スが正常であるか否かがチェックされる。この処理は、
電源オン時に、１回だけ必要な処理である。

【０１１４】次に、ステップＳ２０３において、プロセ
スは、イニシャライズ０ステート（INITIALIZE０）Ｂか
らイニシャライズ１ステート（INITIALIZE１）Ｃに遷移
し、カプセル用のリソース確保処理を実行する。この処
理が実行されることより、主に、メインアプリケーショ
ン１５３との間のデータの授受に用いられる第２のバッ
ファが確保され、さらに、その第２のバッファが初期化
され、そしてレジスタが初期化される。

【０１１５】ステップＳ２０４において、プロセスは、
イニシャライズ１ステート（INITIALIZE１）Ｃから、イ
ニシャライズ２ステート（INITIALIZE２）Ｄに遷移し、
デバイスを含むカプセルの初期化処理を実行する。この
初期化処理が実行されることより、第１のバッファが再
び初期化される（このとき、確保処理は行われない）。

【０１１６】次に、ステップＳ２０５において、プロセ
スは、イニシャライズ２ステート（INITIALIZE２）Ｄか
らレディステート（READY）Ｅに遷移する。

【０１１７】ステップＳ２０５において、各プロセス
は、図９におけるステートＥ，Ｆ，Ｇ，Ｈ，Ｉ，Ｊ，
Ｋ，Ｌ，Ｍのいずれかのステートに遷移する。すなわ
ち、ステップＳ２０６において、各プロセスは、終了要
求の処理要求メッセージを受信したか否かを判定し、終
了要求以外の処理要求メッセージを受信した場合には、
ステップＳ２０５に戻り、対応するステートに遷移す
る。

【０１１８】ステートＥ乃至ステートＭのいずれかのス
テートにあるプロセスは、ステップＳ２０６において、
終了要求の処理要求メッセージを受信したと判定した場
合、ステップＳ２０７に進み、ターミネート１ステート
（TERMINATE１）Ｎに遷移し、ここで、第２のバッファ
の開放処理が行われる。次に、ステップＳ２０８に進
み、プロセスは、ターミネート０ステート（TERMINATE
０）Ｏに遷移する。このステートにおいては、第１のバ
ッファが開放されるとともに、デバイスがクローズされ
る。

【０１１９】さらに、ステップＳ２０９に進み、プロセ
スは、エグジットステート（EXIT）Ｐに遷移し、リアル
タイムOSが終了され、電源がオフされた状態に移行す
る。

【０１２０】各プロセスは、他のプロセスと、プロセス
間通信用メッセージを授受し、所定のステートから、図
９において矢印で示される他のステートに遷移する。

【０１２１】図１１は、このプロセス間通信用メッセー
ジのフォーマットを表している。プロセス間通信用メッ
セージは、図１１（Ａ）に示すように、ヘッダと拡張部
分からなり、それらには、FTP (File Transfer Protoco
l)のフォーマットで各データが記載されている。ヘッダ
の”unsigned short type;”には、図１１（Ｃ）に示す
ように、メッセージタイプ（以下、MSGT(Message Type)
と記述する）、ファンクションタイプ（以下、FNCT(Fun
ction Type)と記述する）、メッセージナンバー（以
下、MSGN(Message number)と記述する）、そしてファン
クションナンバー（以下、FNCN( Function Number)と記
述する）が設けられている。

【０１２２】MSGTには、下記に示すように、要求するイ
ンタラプト、センド、レシーブ、またはリプライの各処
理に対応して割り当てられている００乃至１１のデータ
が格納される。 ＜処理＞ ＜データ＞ インタラプト(INT (INTERRUPT)) ００Ｂ センド(SND (SEND)) ０１Ｂ レシーブ(RCV (RECEIVE)) １０Ｂ リプライ(RPY (REPLY)) １１Ｂ

【０１２３】MSGNには、下記に示すように、要求する処
理に対応して割り当てられている所定のデータが格納さ
れる。 ＜処理＞ ＜データ＞ クウィト(QUT (QUIT)) ００１Ｂ リセット(RST (RESET)) ０１０Ｂ ターミネート(TRM (TERMINATE)) ０１１Ｂ リクエスト(REQ (REQUEST)) １００Ｂ ノーティファイ（NTF (NOTIFY)） １０１Ｂ リフューズ(RFS (REFUSE)) １１０Ｂ アクノリッジメント(ACK（ACKNOWLEDGEMENT）) １１１Ｂ

【０１２４】FNCTおよびFNCNには、要求する処理に対応
して、それぞれ下記の事項を示すデータが格納される。 ＜FNCT＞ ＜FNCN＞ エンコード ATRAC１対応エンコード処理 MPEG１対応エンコード処理 ファイル転送 put get

【０１２５】ヘッダの”pid_t src_pid”には、プロセ
ス間通信用メッセージの送り元(source)のプロセスのID
が、”pid_t dst_pid”には、送り先(destination)のプ
ロセスのIDが、それぞれ記載される。

【０１２６】プロセス間通信用メッセージの拡張部分に
は、例えば、エンコードされるPCM非圧縮音楽データが
格納されている場所（例えば、ハードディスク１２７の
メモリアドレス）や、エンコードされたPCM圧縮音楽デ
ータを格納する場所などが記載されている。

【０１２７】図１２のプロセス間通信用メッセージは、
図１１のプロセス間通信用メッセージのヘッダのみから
構成されている。

【０１２８】次に、図１０のステップＳ２０５，Ｓ２０
６における図９のステートＥ乃至ステートＭの間におけ
る状態遷移を説明する。ここでは、端末１１１（制御プ
ロセスＷ）からの要求に基づいて、メインアプリケーシ
ョン１５３が、エンコード処理マネージャ１８１に、AT
RAC１対応エンコード処理を要求する場合を例として説
明する。

【０１２９】なお、各プロセスは、図１３に示されるよ
うに、ステップＳ２２１において、処理待ちの状態か
ら、ステップＳ２２２に進み、所定の処理を実行し、そ
の処理が完了すると、再び、ステップＳ２２１の処理待
ちの状態に戻るようにプログラムされている。従って、
これから説明するステートの遷移は、各プロセスが規定
しているものであり、いずれの方向のステートに遷移す
るかがステートそのものに規定されているわけではな
い。換言すれば、各プロセスは、図９に矢印で示される
ルートに従って遷移することが予め規則付けられてい
る。

【０１３０】はじめに、メインアプリケーション１５３
の状態遷移を、図１４のフローチャートを参照して説明
する。なお、メインアプリケーション１５３のステート
は、図１０のステップＳ２０１乃至Ｓ２０５の処理で、
すでに、レディステート（READY）Ｅに遷移しているも
のとする。

【０１３１】ステップＳ３１１において、メインアプリ
ケーション１５３は、MSGTにSNDが、MSGNにREQが、FNCT
にエンコードを示すデータが、そしてFNCNにATRAC１対
応エンコード処理を示すデータが、それぞれ設定されて
いるヘッダを含むプロセス間通信用メッセージ（以下、
このようにMSGTにSNDが、そしてMSGNにREQが設定されて
いるプロセス間通信用メッセージを、（SND，REQ）メッ
セージと記載する。他のプロセス間通信用メッセージの
場合も同様とする）を、エンコード処理マネージャ１８
１に送信し、レディステート（READY）Ｅからセンドス
テート（SEND）Ｊに遷移する。

【０１３２】なお、この（SND，REQ）メッセージのヘッ
ダには、送り元のメインアプリケーション１５３のIDが
設定された”pid_t src_pid”、および送り先であるエ
ンコード処理マネージャ１８１のIDが設定された”pid_
t dst_pid ”が含まれている。また（SND，REQ）メッセ
ージは、図１１に示す構成を有しており、その拡張部分
には、エンコードされるPCM非圧縮音楽データが格納さ
れているハードディスク１２７のメモリアドレス、エン
コードされた後のPCM圧縮音楽データが格納されるハー
ドディスク１２７のメモリアドレスが記述されている。

【０１３３】また、図９において、括弧を付加して示す
メッセージは、受信メッセージを表し、括弧を付加しな
いメッセージは送信メッセージを表す。

【０１３４】メインアプリケーション１５３はまた、こ
のとき、内蔵するタイマーｔをスタートさせる。

【０１３５】次に、ステップＳ３１２において、メイン
アプリケーション１５３は、ステップＳ３１１で送信し
た（SND，REQ）メッセージに応答するプロセス間通信用
メッセージ（MSGTにRPYが設定されているメッセージ
で、以下、このようなメッセージを（RPY，XXX）メッセ
ージと記述する）が、エンコード処理マネージャ１８１
から受信されるまで待機し、受信されたと判定した場
合、ステップＳ３１３に進む。なお、（RPY，XXX）メッ
セージは、図１２に示した構成を有している。なお、
（RPY，XXX）メッセージは、図１２に示した構成を有し
ている。すなわち、ヘッダのみから構成されている。

【０１３６】ステップＳ３１３において、メインアプリ
ケーション１５３は、ステップＳ３１２で受信されたと
判定された（RPY，XXX）メッセージが、（RPY，ACK）メ
ッセージ（MSGTにRPYが、MSGNにACKが、それぞれ設定さ
れているメッセージ）であるか否かを判定し、（RPY，A
CK）メッセージであると判定した場合、ステップＳ３１
４に進む。この例の場合のように、エンコード処理が要
求されているとき、エンコード処理マネージャ１８１
は、エンコード処理が可能であるとき、（RPY，ACK）メ
ッセージをメインアプリケーション１５３に送信してく
る。

【０１３７】ステップＳ３１４において、メインアプリ
ケーション１５３は、センドステート（SEND）Ｊからマ
ネージステート（MANAGE）Ｋに遷移し、所定の処理を実
行する。ただし、いまの場合、メインアプリケーション
１５３は、特に処理を行わない。このマネージステート
（MANAGE）Ｋは、各プロセスに、必要に応じて所定の処
理を実行させることができるように用意されている。

【０１３８】次に、ステップＳ３１５において、メイン
アプリケーション１５３は、エンコード終了待ちの（RC
V,REQ）メッセージをエンコード処理マネージャ１８１
に送信して、マネージステート（MANAGE）Ｋからレシー
ブステート（RECEIVE）Ｌに遷移する。ステップＳ３１
６において、メインアプリケーション１５３は、エンコ
ード処理マネージャ１８１から、エンコード終了待ちメ
ッセージの受領を通知する（SND，NTF）メッセージが受
信されるまで待機し、受信されたと判定した場合、ステ
ップＳ３１７に進む。

【０１３９】ステップＳ３１７において、メインアプリ
ケーション１５３は、レシーブステート（RECEIVE）Ｌ
からリプライステート（REPLY）Ｍに遷移し、ステップ
Ｓ３１６で受信したと判定された（SND，NTF）メッセー
ジに応答するための（RPY，NTF）メッセージをエンコー
ド処理マネージャ１８１に送信する。その後、ステップ
Ｓ３１８に進み、メインアプリケーション１５３は、リ
プライステート（REPLY）Ｍからレディステート（READ
Y）Ｅに遷移し、処理は終了する。

【０１４０】エンコード処理マネージャ１８１は、メイ
ンアプリケーション１５３からエンコード要求の（SN
D，REQ）メッセージを受信した場合、何らかの理由によ
りエンコードを実行することができないとき、エンコー
ド不可を通知する（RPY，NTF）メッセージを送信してく
る。そこで、この場合、ステップＳ３１３において、受
信された（RPY，XXX）メッセージが（RPY，ACK）メッセ
ージではないと判定され、ステップＳ３１４乃至ステッ
プＳ３１７の処理はスキップされ、ステップＳ３１８に
進み、メインアプリケーション１５３は、センドステー
ト（SEND）Ｊからレディステート（READY）Ｅに遷移
し、処理は終了する。

【０１４１】なお、メインアプリケーション１５３は、
センドステート（SEND）Ｊ、マネージステート（MANAG
E）Ｋ、およびレシーブステート（RECEIVE）Ｌでは、ス
テップＳ３１１でスタートさせたタイマーｔの計測時間
が所定の時間を超えているか否かを判定し、超えていな
いと判定した場合、上述した処理を実行するが、タイマ
ーｔの計測時間が所定の時間を超えていると判定した場
合（いわゆるタイムアウトの場合）、レディステート
（READY）Ｅに遷移し、処理を終了させる。

【０１４２】次に、この例の場合のエンコード処理マネ
ージャ１８１の状態遷移を、図１５のフローチャートを
参照して説明する。ステップＳ３２１において、エンコ
ード処理マネージャ１８１は、エンコード要求待ちの
（RCV,REQ）メッセージをメインアプリケーション１５
３に送信し、レディステート（READY）Ｅからレシーブ
ステート（RECEIVE）Ｆに遷移する。エンコード処理マ
ネージャ１８１はまた、このとき、内蔵するタイマーｔ
をスタートさせる。

【０１４３】ステップＳ３２２において、メインアプリ
ケーション１５３から送信されてきた、エンコードを要
求する（SND，REQ）メッセージ（図１４のステップＳ３
１１の処理で送信されたメッセージ）が受信されると、
エンコード処理マネージャ１８１は、ステップＳ３２３
において、いま要求されたエンコードが処理可能である
か否かを判定する。エンコードが処理可能である場合に
は、ステップＳ３２４に進み、エンコード処理マネージ
ャ１８１は、レシーブステート（RECEIVE）Ｆからリプ
ライステート（REPLY）Ｇに遷移する。

【０１４４】ステップＳ３２４において、エンコード処
理マネージャ１８１は、メインアプリケーション１５３
からのエンコード要求の（SND，REQ）メッセージに対応
するエンコード受付応答の（RPY,ACK）メッセージを、
メインアプリケーション１５３に送信する。そして、ス
テートは、マネージステート（MANAGE）Hに遷移する。

【０１４５】次に、ステップＳ３２５において、エンコ
ード処理マネージャ１８１は、マネージステート（MANA
GE）Ｈにおいて、エンコードカード入出力I/F１８５と
エンコードカードドライバ１８７を介してエンコードカ
ード１２６を制御し、要求されたATRAC１対応エンコー
ド処理を実行させる。

【０１４６】カプセルマネージャ１５１は、制御データ
入出力カプセル１５４、音楽データ入出力カプセル１５
５、およびエンコード処理カプセル１５６の各カプセ
ル、またはそのカプセルのプロセスのそれぞれに対す
る、優先順位およびスケジュールアルゴリズムを決定す
る。

【０１４７】例えば、PCM非圧縮音楽データのエンコー
ドが開始されるとき、エンコード処理カプセル１５６に
は、制御データ入出力カプセル１５４および音楽データ
入出力カプセル１５５よりも高い優先順位が与えられ
る。また、ATRAC１対応エンコード処理が実行される場
合、エンコード処理カプセル１５６のエンコード処理マ
ネージャ１８１には、最も高い優先順位が与えられ、エ
ンコードエンジン入出力I/F１８２、エンコードエンジ
ン１８４、エンコードカード入出力I/F１８５、および
エンコードカードドライバ１８７には、それに継ぐ優先
順位が与えられ、そしてエンコードエンジン入出力I/F
１８３およびエンコードカード入出力I/F１８６には、
最も低い優先順位が与えられる。

【０１４８】つまり、ATRAC１対応エンコード処理が実
行される場合、ATRAC１対応エンコード処理に関する音
楽データの入出力を、エンコードエンジン１８４との間
でインターフェースするエンコードエンジン入出力I/F
１８２、およびATRAC１対応エンコード処理に関する音
楽データの入出力をエンコードカードドライバ１８７と
の間でインターフェースするエンコードカード入出力I/
F１８５の優先順位は、MPEG１対応エンコード処理に関
する音楽データの入出力をエンコードエンジン１８４と
の間でインターフェースするエンコードエンジン入出力
I/F１８３、およびMPEG１対応エンコード処理に関する
音楽データの入出力をエンコードカードドライバ１８７
との間でインターフェースするエンコードカード入出力
I/F１８６の優先順位に比べ、高く設定される。

【０１４９】さらに、ATRAC１対応エンコード処理が実
行される場合であっても、ソフトウェアによるエンコー
ドではなく、ハードウェアによるエンコードが指令され
ているとき、エンコードエンジン入出力I/F１８２より
エンコードカード入出力I/F１８５の方が、優先順位が
高く設定される。

【０１５０】カプセルマネージャ１５１は、上述したよ
うにして決定した、カプセルおよびプロセスの優先順位
を、エンコード制御アプリケーション１５２およびメイ
ンアプリケーション１５３を介して、制御データ入出力
カプセル１５４、音楽データ入出力カプセル１５５、お
よびエンコード処理カプセル１５６の各マネージャ（エ
ンコード制御マネージャ１６１、データ入出力マネージ
ャ１７１、およびエンコード処理マネージャ１８１）に
供給する。そして、各マネージャは、通知されたプロセ
スの優先順位に基づいて、プロセスを生成し、処理を実
行させる。

【０１５１】例えば、ATRAC１対応エンコード処理が実
行される場合、エンコード処理カプセル１５６のエンコ
ード処理マネージャ１８１は、エンコードエンジン入出
力I/F１８２、エンコードエンジン１８４、エンコード
カード入出力I/F１８５、およびエンコードカードドラ
イバ１８７を生成し、プロセス間通信用メッセージを供
給する。生成されたエンコードエンジン入出力I/F１８
２、エンコードエンジン１８４、エンコードカード入出
力I/F１８５、およびエンコードカードドライバ１８７
は、供給されたプロセス間通信用メッセージを、通信可
能なプロセスと送受信し、エンコード処理を実行する。
これにより、この例の場合、プロセス間通信用プロセス
の拡張部分に設定されたアドレスに格納されているPCM
非圧縮音楽データがハードディスク１２７から読み出さ
れ、ATRAC１対応エンコード処理が施され、ハードディ
スク１２７の、プロセス間通信用プロセスの拡張部分に
設定されているアドレスに記憶される。

【０１５２】なお、図１５の処理の例の場合、ATRAC１
対応エンコード処理をハードウェアにより実行するの
で、エンコードエンジン入出力I/F１８２，１８３、エ
ンコードエンジン１８４、およびエンコードカード入出
力I/F１８６は生成されない。これにより、それらに必
要なリソースを確保する必要がなく、そのリソースを他
の処理に利用することができる。

【０１５３】図１５の説明に戻り、ステップＳ３２５に
おいて、エンコード処理が完了したとき、ステップＳ３
２６において、エンコード処理マネージャ１８１は、マ
ネージステート（MANAGE）Ｈからセンドステート（SEN
D）Ｉに遷移し、エンコード終了を示す（SND，NTF）メ
ッセージをメインアプリケーション１５３に送信する。

【０１５４】ステップＳ３２７において、エンコード処
理マネージャ１８１は、メインアプリケーション１５３
から、送信された、エンコード終了待ち受領を通知する
（RPY，NTF）メッセージ（図１４のステップＳ３１７の
処理で送信されたメッセージ）が受信されるまで待機
し、受信されたと判定した場合、ステップＳ３２８に進
み、センドステート（SEND）Ｉからレディステート（RE
ADY）Ｅに戻り、処理は終了する。

【０１５５】マネージステート（MANAGE）Ｈ、およびセ
ンドステート（SEND）Ｉにおいて、エンコード処理マネ
ージャ１８１は、ステップＳ３２１でスタートさせたタ
イマーｔの計測時間が所定の時間を超えているか否かを
判定し、超えていないと判定した場合、上述したように
処理を実行するが、タイマーｔの計測時間が所定の時間
を超えていると判定した場合、レディステート（READ
Y）Ｅに遷移し、処理を終了させる。

【０１５６】以上のように、各プロセスが、プロセス間
通信用メッセージの内容に基づいて、ステートを遷移す
るようにしたので、メインアプリケーション１５３が、
エンコードするデータが格納されている場所、エンコー
ドされたPCM圧縮音楽データが格納される場所、または
エンコード処理の種類をエンコード処理マネージャ１８
１に通知するだけで、エンコード処理マネージャ１８１
に所定のエンコード処理を実行させることができる。す
なわち、メインアプリケーション１５３は、エンコード
処理カプセル１５６内のエンコード処理マネージャ１８
１以外のプロセスを制御したり（例えば、データ処理や
バッファ処理を制御したり）、データ転送を制御する必
要がない。従って、例えば、エンコードカード１２６
が、より性能が高い他のエンコードカードと入れ替えら
れても、そのエンコードカードと、それに対応したエン
コード処理カプセル１５６がともに提供されれば、メイ
ンアプリケーション１５３は再構築する必要がなく、よ
り性能が高いエンコードカードをそのまま利用（制御）
することができる。

【０１５７】メインアプリケーション１５３と音楽デー
タ入出力カプセル１５５との間、並びに、エンコード制
御アプリケーション１５２と制御データ入出力カプセル
１５４との間においても、同様のことが言える。

【０１５８】なお、以上においては、エンコーダ１１２
が、ATRAC１対応エンコード処理およびMPEG１対応エン
コード処理を実行する場合を例として説明したが、MP
３、その他のフォーマットのエンコード処理やエフェク
ト機能などを実行させるようにすることもできる。

【０１５９】例えば、エンコーダ１１２は、ATRAC３（A
daptive Transform Acoustic Coding 3）（商標），MPE
G-2AAC（Advanced Audio Coding）（商標），ODesign M
usicCodec（商標），TwinVO（Transform-Domain Weight
ed Interleave Vector Ouantization）（商標），MS Au
dio（Microsoft Audio(WMA:Windows Media Audio)）
（商標），Ogg Vorbis（商標）などのフォーマットのエ
ンコーダとすることも可能である。

【０１６０】次に、図１６を参照して、ステートの異常
時の初期化処理について説明する。図１６におけるステ
ートＱは、図９におけるレディステート（READY）Ｅ、
レシーブステート（RECEIVE）Ｆ，Ｌ、リプライステー
ト（REPLY）Ｇ，Ｍ、マネージステート（MANAGE）Ｈ，
Ｋ、センドステート（SEND）Ｉ，Ｊに対応している。す
なわち、これらのいずれのステートからもインタラプト
（INTERRUPT）のメッセージが受信された場合の初期化
のルートとして、イニシャライズ２ステート（INITIALI
ZE２）Ｄ、およびレディステート（READY）Ｅの第１の
ルート、ターミネート１ステート（TERMINATE１）Ｎ、
イニシャライズ１ステート（INITIALIZE１）Ｃ、イニシ
ャライズ２ステート（INITIALIZE２）Ｄ、およびレディ
ステート（READY）Ｅの第２のルート、またはターミネ
ート１ステート（TERMINATE１）Ｎ、ターミネート０ス
テート（TERMINATE０）Ｏ、およびエグジットステート
（EXIT）Ｐの第３のルート、の３つのルートが用意され
ている。

【０１６１】図１７は、この異常時における初期化処理
を説明するフローチャートである。この処理は、インタ
ラプトのメッセージを受信したとき、開始される。ステ
ップＳ３５１において、各プロセスは、インタラプトの
メッセージとして（INT，QUT）が受信されたか否かを判
定する。受信したインタラプトのメッセージが（INT,QU
T）であると判定された場合、ステップＳ３５２に進
み、プロセスは、イニシャライズ２ステート（INITIALI
ZE２）Ｄに遷移する。このステートにおいては、図１０
のステップＳ２０４の処理における場合と同様に、第１
のバッファの初期化処理が行われる。その後、レディス
テート（READY）Ｅに遷移する。

【０１６２】このように、プロセスを終了せず（エグジ
ットステート（EXIT）Ｐに遷移せず）、第１のバッファ
の初期化のみを行い、レディステート（READY）Ｅに遷
移するようにすることより、例えば、一旦終了させてし
まったプロセスを、エンコード処理のために、再度、生
成することによるオーバヘッドの発生を、防止すること
ができる。

【０１６３】また、何らかの異常が起きた場合に、第１
のバッファの初期化を行うだけで、その異常が回復する
ことが期待される。この第１のパスの処理は、後述する
第２のパスより短い時間で完了することができるので、
より迅速に、異常な事態を回復させることが可能とな
る。

【０１６４】ステップＳ３５１において、インタラプト
を受けたメッセージが（INT，QUT）メッセージではない
と判定された場合、ステップＳ３５３に進み、プロセス
は、インタラプトを受けたメッセージが（INT，RST）メ
ッセージであるか否かを判定する。インタラプトを受け
たメッセージが（INT，RST）メッセージである場合に
は、ステップＳ３５４に進み、プロセスは、ターミネー
ト１ステート（TERMINATE１）Ｎに遷移する。このステ
ートでは、第２のバッファの開放処理が行われる。

【０１６５】次に、ステップＳ３５５に進み、プロセス
は、イニシャライズ１ステート（INITIALIZE１）Ｃに遷
移する。このステートにおいては、図１０のステップＳ
２０３の処理における場合と同様に、第２のバッファの
確保、第２のバッファの初期化、並びにレジスタの初期
化処理が実行される。

【０１６６】次に、ステップＳ３５６に進み、プロセス
は、イニシャライズ２ステート（INITIALIZE２）Ｄに遷
移する。ここでは、ステップＳ３５２における場合と同
様に、第１のバッファの初期化処理が実行される。

【０１６７】その後、プロセスは、レディステート（RE
ADY）Ｅに遷移する。

【０１６８】このように、第２のパスの初期化処理にお
いては、第１のパスにおける初期化処理のステートを含
む、それ以外のステートの初期化処理が行われるため、
第１のパスの初期化処理を行う場合に比べて、より長い
時間がかかるが、より確実に、異常な事態を回復するこ
とが可能となる。

【０１６９】ステップＳ３５３において、インタラプト
を受けたメッセージが（INT，RST）メッセージではない
と判定された場合、そのメッセージは、結局（INT，TR
M）メッセージであるということになる。そこで、この
場合、ステップＳ３５７に進み、プロセスは、ターミネ
ート１ステート（TERMINATE１）Ｎに遷移する。そこ
で、ステップＳ３５４における場合と同様に、第２のバ
ッファの開放処理が行われる。次に、ステップＳ３５８
に進み、プロセスは、ターミネート０ステート（TERMIN
ATE０）Ｏに遷移する。このステートにおいては、第１
のバッファの開放処理が行われるとともに、デバイスを
クローズする処理が行われる。

【０１７０】そして、エグジットステート（EXIT）Ｐに
プロセスは遷移し、リアルタイムOSが終了され、電源オ
フの状態になる。

【０１７１】この第３のパスは、第１および第２のパス
の初期化処理では回復することができなかった場合に行
われる。この場合、リアルタイムOSが再起動され、各プ
ロセスが新たに再び生成される処理が行われることにな
るので、第１のパスまたは第２のパスの初期化処理に較
べ、より長い時間がかかるが、より確実に、異常事態を
回復することが可能となる。

【０１７２】上述した異常時における３つのパスの初期
化処理を時系列に沿って示すと、図１８に示すようにな
る。

【０１７３】例えば、メインアプリケーション１５３
は、異常が発生した場合、ステップＳ４１１において
（INT，QUT）メッセージをエンコード処理マネージャ１
８１に出力する。エンコード処理マネージャ１８１は、
この（INT，QUT）メッセージを受信すると、ステップＳ
４２１においてイニシャライズ２ステート（INITIALIZE
２）Ｄに遷移し、第１のバッファの初期化処理を実行す
る。ステップＳ４２２において、エンコード処理マネー
ジャ１８１は、レディステート（READY）Ｅに遷移す
る。エンコード処理マネージャ１８１は、この第１のパ
スの初期化処理により、異常が回復したか否かをステッ
プＳ４２３において、メインアプリケーション１５３に
通知する。

【０１７４】メインアプリケーション１５３は、第１の
パスの初期化処理により、異常が回復していない場合に
は、さらに、ステップＳ４１２において、（INT，RST）
メッセージをエンコード処理マネージャ１８１に出力す
る。エンコード処理マネージャ１８１は、メインアプリ
ケーション１５３から（INT，RST）メッセージを受信す
ると、ステップＳ４２４において、ターミネート１ステ
ート（TERMINATE１）Ｎに遷移し、第２のバッファの開
放処理を行う。次に、ステップＳ４２５において、エン
コード処理マネージャ１８１は、イニシャライズ１ステ
ート（INITIALIZE１）Ｃに遷移し、第２のバッファの確
保、第２のバッファの初期化、並びにレジスタの初期化
処理を実行する。

【０１７５】ステップＳ４２６において、エンコード処
理マネージャ１８１は、イニシャライズ２ステート（IN
ITIALIZE２）Ｄに遷移し、第１のバッファの初期化処理
を実行する。ステップＳ４２７において、エンコード処
理マネージャ１８１は、レディステート（READY）Ｅに
戻る。エンコード処理マネージャ１８１は、ステップＳ
４２８において、以上の第２のパスの初期化処理によ
り、異常が回復したか否かをメインアプリケーション１
５３に通知する。

【０１７６】メインアプリケーション１５３は、以上の
第２のパスの初期化処理により、エンコード処理マネー
ジャ１８１の異常がまだ回復しないと判定した場合、ス
テップＳ４１３において、エンコード処理マネージャ１
８１に対して（INT，TRM）メッセージを出力する。

【０１７７】エンコード処理マネージャ１８１は、メイ
ンアプリケーション１５３から（INT，TRM）メッセージ
を受信すると、ステップＳ４２９において、ターミネー
ト１ステート（TERMINATE１）Ｎに遷移し、第２のバッ
ファの開放処理を行う。ステップＳ４３０において、エ
ンコード処理マネージャ１８１は、さらに、ターミネー
ト０ステート（TERMINATE０）Ｏに遷移し、第１のバッ
ファの開放処理とデバイスクローズ処理を実行する。

【０１７８】ステップＳ４３１において、エンコード処
理マネージャ１８１は、レディステート（READY）Ｅに
遷移し、以上の第３のパスの初期化処理により、異常が
回復したか否かを、ステップＳ４３２において、メイン
アプリケーション１５３に通知する。

【０１７９】メインアプリケーション１５３は、以上の
第３のパスの初期化処理により、まだ異常が回復してい
ないと判定した場合、ステップＳ４１４において、リア
ルタイムOSに再起動を要求する。

【０１８０】リアルタイムOSは、ステップＳ４０１にお
いて、メインアプリケーション１５３からの要求に基づ
いて、再起動処理を実行する。

【０１８１】そして、ステップＳ４０２において、リア
ルタイムOSは、再起動後、再びエンコード処理マネージ
ャ１８１を生成する処理を実行する。これにより、上述
した図１０のステップ２０１乃至Ｓ２０５の処理によ
り、イグゼキュートステート（EXECUTE）Ａ、イニシャ
ライズ０ステート（INITIALIZE０）Ｂ、イニシャライズ
１ステート（INITIALIZE１）Ｃ、イニシャライズ２ステ
ート（INITIALIZE２）Ｄの各ステートを経て、レディス
テート（READY）Ｅに遷移する処理が実行される。

【０１８２】このように、３つのパスの初期化処理を設
け、より短い処理時間ですむパスから初期化処理を順次
行うようにしたので、より迅速に、異常を回復すること
が可能となる。

【０１８３】レシーブステート（RECEIVE）Ｆ，Ｌ、セ
ンドステート（SEND）Ｉ，Ｊ以外のステートにおいて
は、基本的にメッセージが受信できない状態となってい
る。従って、そのようなステートにおいて、例えば、異
常が発生し、そのステートにおける処理が完了できなく
なってしまったような場合、異常な事態を回復すること
ができなくなってしまうおそれがある。また、レシーブ
ステート（RECEIVE）Ｆ，Ｌ、並びにセンドステート（S
END）Ｉ，Ｊにおいても異常が発生し、所定のメッセー
ジを受信したとしても、他のステートに遷移できなくな
ってしまうような場合がある。このような異常な状態が
発生した場合にも、確実に、異常を回復することができ
るようにするために、各ステートには、上述したよう
に、インタラプトのメッセージを受け付けることができ
るようになされている。

【０１８４】以上のように、プロセス間通信用メッセー
ジのヘッダに、MSGT＝INT(INTERRUPT)を設定することに
より、ＵＮＩＸ（登録商標）のSIGNALシステムコールの
ように、例外信号（非同期信号）により、プロセスのス
テートをイニシャライズステート（INITIALIZE）（イニ
シャライズステート（INITIALIZE）Ｃ,Ｄ）やターミネ
ートステート（TERMINATE）（ターミネートステート（T
ERMINATE）Ｎ，Ｏ）に遷移させることができる。その結
果、環境変数などを予め退避させておくことより、遷移
前のステートへ確実に戻ることが可能となる。

【０１８５】図１９は、本発明を適用した音楽配信サー
ビスシステムの配信側の他の構成例を示している。な
お、図中、図２における場合と対応する部分について
は、同一の符号を付してあり、以下では、その説明は、
適宜省略する。

【０１８６】端末２００は、アラームLAN１０１および
メディアムLAN１０２に接続されており、サーバ１１３
から、PCM非圧縮音楽データを受け取り、それをエンコ
ードして、サーバ１１３に供給する。すなわち、端末２
００は、図２に示す端末１１１の機能に加え、エンコー
ダ１１２の機能をさらに備えている。

【０１８７】図２０は、端末２００の構成例を表してい
る。この端末２００は、例えばコンピュータで構成され
る。CPU５１１にはバス５１５を介して入出力インター
フェース５１６が接続されており、CPU５１１は、入出
力インターフェース５１６を介して、ユーザから、キー
ボード、マウスなどよりなる入力部５１８から指令が入
力されると、例えば、ROM５１２、ハードディスク５１
４、またはドライブ５２０に装着される磁気ディスク５
３１、光ディスク５３２、光磁気ディスク５３３、若し
くは半導体メモリ５３４などの記録媒体に格納されてい
るプログラムを、RAM５１３にロードして実行する。さ
らに、CPU５１１は、その処理結果を、例えば、入出力
インターフェース５１６を介して、LCDなどよりなる表
示部５１７に必要に応じて出力する。

【０１８８】なお、プログラムは、ハードディスク５１
４やROM５１２に予め記憶しておき、端末２００と一体
的にユーザに提供したり、磁気ディスク５３１、光ディ
スク５３２、光磁気ディスク５３３，半導体メモリ５３
４等のパッケージメディアとして提供したり、衛星、ネ
ットワーク等から通信部５１９を介してハードディスク
５１４に提供することができる。

【０１８９】半導体メモリ５３４は、フラッシュメモリ
などの不揮発性メモリであることが望ましい。また、半
導体メモリ５３４を内蔵するパッケージメディアは、マ
イクロコンピュータを内蔵し半導体メモリ５３４に対す
る読み書きの認証が可能なものであることが望ましい。
例えば、メモリスティック（商標）、SDメモリーカード
（商標）、コンパクトフラッシュ（商標）、スマートメ
ディア（商標）、マルチメディアカード（商標）、マイ
クロドライブ（商標）、IDフォーマット（商標）、Thum
b Drive（商標）などとすることができる。

【０１９０】図２１は、端末２００のRAM５１３にロー
ドされ、CPU５１１により実行されるプログラムの構成
例を示している。この端末２００には、図２の端末１１
１の制御プロセスＷの他、図６のエンコーダ１１２の音
楽データ入出力カプセル１５５およびエンコード処理カ
プセル１５６がさらに設けられている。端末２００が、
このような構成を有することより、端末１１１と同様の
エンコード処理の実行が可能となる。

【０１９１】この場合においても、制御プロセスＷに対
してデータ入出力マネージャ１７１が行う処理は、音楽
データ入出力カプセル１５５としてカプセル化されてお
り、同様に、エンコード処理マネージャ１８１が実行す
る処理は、エンコード処理カプセル１５６としてカプセ
ル化されている。

【０１９２】また、この場合においても、上述した状態
遷移図に対応して、異常時における初期化処理を含む各
種の処理が実行される。その処理は、上述した場合と基
本的に同様であるので、その説明は省略する。

【０１９３】なお、本明細書において、媒体により提供
されるプログラムを記述するステップは、記載された順
序に沿って時系列的に行われる処理はもちろん、必ずし
も時系列的に処理されなくとも、並列的あるいは個別に
実行される処理をも含むものである。

【０１９４】また、本明細書において、システムの用語
は、複数の装置、手段などより構成される全体的な装置
を意味するものとする。

【０１９５】

【発明の効果】本発明によれば、プロセスの異常なステ
ートを迅速に回復することが可能となる。

【図面の簡単な説明】

【図１】従来のエンコーダの機能的構成例を示すブロッ
ク図である。

【図２】本発明を適用した音楽配信サービスシステムの
構成例を示す図である。

【図３】図２のエンコーダの構成例を示す図である。

【図４】サバイバルタイムを説明する図である。

【図５】リアルタイムOSの原理を説明する図である。

【図６】図２のエンコーダの機能的構成例を示す図であ
る。

【図７】図６におけるプロセスのATRACエンコード処理
を説明する図である。

【図８】図６におけるプロセスのMPEGエンコード処理を
説明する図である。

【図９】図６のプロセスのステートの遷移を説明する図
である。

【図１０】正常時における初期化処理を説明するフロー
チャートである。

【図１１】プロセス間通信用メッセージの構成を説明す
る図である。

【図１２】プロセス間通信用メッセージの他の構成を説
明する図である。

【図１３】プロセスの処理を説明するフローチャートで
ある。

【図１４】図６のメインアプリケーションの動作を説明
するフローチャートである。

【図１５】図６のエンコード処理マネージャの動作を説
明するフローチャートである。

【図１６】異常時の初期化処理時におけるプロセスのス
テートの遷移を説明する図である。

【図１７】異常時の初期化処理を説明するフローチャー
トである。

【図１８】異常時の初期化処理を説明するアローチャー
トである。

【図１９】本発明を適用した音楽配信サービスシステム
の他の構成例を示す図である。

【図２０】図１９の端末の構成例を示すブロック図であ
る。

【図２１】図１９の端末の機能的構成例を示すブロック
図である。

【符号の説明】

１０１ アラームLAN， １０２ メディアムLAN， １
１１ 端末， １１２エンコーダ， １１３ サーバ，
１２１ CPU， １２２ ROM， １２３RAM， １２
４，１２５ ネットワークカード， １２６ エンコー
ドカード，１２７ ハードディスク， １５１ カプセ
ルマネージャ， １５２ エンコード制御アプリケーシ
ョン， １５３ メインアプリケーション， １５４
制御データ入出力カプセル， １５５ 音楽データ入出
力カプセル， １５６ エンコード処理カプセル， １
６１ エンコード制御マネージャ， １６２ ネットワ
ークカード入力I/F， １６３ ネットワークカード出
力I/F， １６４ ネットワークカードドライバ， １
７１ データ入出力マネージャ， １７２ ネットワー
クカード入出力I/F， １７３ ネットワークカードド
ライバ， １８１ エンコード処理マネージャ， １８
２，１８３ エンコードエンジン入出力I/F， １８４
エンコードエンジン， １８５ エンコードカード入
出力I/F，１８６ エンコードカード入出力I/F， １８
７ エンコードカードドライバ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 制御部とハードウエアとの間に位置し、
   上記制御部からのメッセージに基づいて上記ハードウエ
   アを制御するカプセル化されたプロセスを含むプログラ
   ムにおいて、 上記プロセスに異常が生じたとき、当該プロセスは、 上記ハードウェアとのデータの授受に用いられる第１の
   バッファを初期化する第１のパス、 上記制御部とのデータの授受に用いられる第２のバッフ
   ァの開放し、上記第２のバッファの確保し、上記第２の
   バッファの初期化し、および上記第１のバッファの初期
   化する第２のパス、 および上記第２のバッファの開放
   し、および上記第１のバッファの開放する第３のパスの
   いずれかにより初期化されるコンピュータ制御可能なプ
   ログラムが記憶される記憶媒体。
2. 【請求項２】 請求項１において、 上記プロセスが上記第１のパスにより初期化された場合
   においても当該プロセスの異常が回復しないとき、 上記プロセスは上記第２のパスにより初期化されるコン
   ピュータ制御可能なプログラムが記憶される記憶媒体。
3. 【請求項３】 請求項２において、 上記プロセスが上記第２のパスにより初期化された場合
   においても当該プロセスの異常が回復しないとき、 上記プロセスは上記第３のパスにより初期化されるコン
   ピュータ制御可能なプログラムが記憶される記憶媒体。
4. 【請求項４】 請求項１において、 上記制御部からのメッセージのメッセージタイプが割り
   込み、メッセージナンバがQUITのとき、上記プロセス
   は、上記第１のパスの初期化が実行されるコンピュータ
   制御可能なプログラムが記憶される記憶媒体。
5. 【請求項５】 請求項１において、 上記制御部からのメッセージのメッセージタイプが割り
   込み、メッセージナンバがRESETのとき、上記プロセス
   は、上記第２のパスの初期化が実行されるコンピュータ
   制御可能なプログラムが記憶される記憶媒体。
6. 【請求項６】 請求項１において、 上記プロセスは、リプライステート、マネージステー
   ト、センドステート、レシーブステート、レディステー
   トの各ステートをさらに備えるコンピュータ制御可能な
   プログラムが記憶される記憶媒体。
7. 【請求項７】 制御部とハードウエアとの間に位置し、
   上記制御部からのメッセージに基づいて上記ハードウエ
   アを制御するカプセル化されたプロセスを含むプログラ
   ムにおいて、上記プロセスに異常が生じたとき、当該プ
   ロセスは、 上記プロセスが生成されるとき遷移する第１の初期化ス
   テートを含む第１のパス、 上記プロセスが終了するとき遷移する第１の終了ステー
   ト、当該プロセスが生成されるとき遷移する第２の初期
   化ステート、並びに上記第１の初期化ステートを含む第
   ２のパス、および上記第１の終了ステート、および上記
   プロセスが終了するとき遷移する第２の終了ステートを
   含む第３のパスのいずれかにより初期化されるコンピュ
   ータ制御可能なプログラムが記憶される記憶媒体。
8. 【請求項８】 制御部とハードウエアとの間に位置し、
   上記制御部からのメッセージに基づいて上記ハードウエ
   アを制御するカプセル化されたプロセスを含むプログラ
   ムに基づき処理を行う情報処理装置において、 上記プロセスに異常が生じたとき、上記プロセスが生成
   されるとき遷移する第１の初期化ステートを含む第１の
   初期化手段と、 上記プロセスが終了するとき遷移する第１の終了ステー
   ト、当該プロセスが生成されるとき遷移する第２の初期
   化ステート、並びに上記第１の初期化ステートを含む第
   ２の初期化手段と、 上記第１の終了ステート、および上記プロセスが終了す
   るとき遷移する第２の終了ステートを含む第３の初期化
   手段とを備える情報処理装置。
9. 【請求項９】 制御部とハードウエアとの間に位置し、
   上記制御部からのメッセージに基づいて上記ハードウエ
   アを制御するカプセル化されたプロセスを含むプログラ
   ムに基づき処理を行う情報処理方法において、 上記プロセスに異常が生じたとき、上記プロセスが生成
   されるとき遷移する第１の初期化ステートを含む第１の
   初期化ステップと、 上記プロセスが終了するとき遷移する第１の終了ステー
   ト、当該プロセスが生成されるとき遷移する第２の初期
   化ステート、並びに上記第１の初期化ステートを含む第
   ２の初期化ステップと、 上記第１の終了ステート、および上記プロセスが終了す
   るとき遷移する第２の終了ステートを含む第３の初期化
   ステップとを備える情報処理方法。