(57)【要約】【課題】記録エラーの発生を未然に防止する。【解決手段】記録装置１２０に装着されたディスクカートリッジのエラーレートを検出し、この検出されたエラーレートの情報を公衆端末装置１００のメイン処理部１０１に出力する。エラーレートが第１の値以下のとき正常と判断し、第２の値以上のとき、使用禁止とし、第１の値と第２の値の間のとき、光ビームの光強度を上げ、光ディスクに確実にデータを記録できるようにする。【選択図】　　　　図１４
2004063053.tif 000002
【特許請求の範囲】
【請求項１】
装置本体内の装着部に装着された光ディスクに対して光ビームを照射し、データの記録及び／又は再生を行う記録及び／又は再生手段と、
上記記録及び／又は再生手段によりデータの記録及び／又は再生が行われる上記光ディスクのエラーレートを検出するエラーレート検出手段と、
上記エラーレート検出手段により検出された上記光ディスクのエラーレートに基づいて、上記記録及び／又は再生手段により上記光ディスクに対して照射される光ビームの光強度を調整する強度制御手段とを備える記録及び／又は再生装置。
【請求項２】
上記強度制御手段は、上記エラーレート検出手段により検出されたエラーレートが正常と判断される第１の値と、エラー修復不能と判断される第２の値とを有し、エラーレートが上記第１の値と上記第２の値との間のとき、光ビームの光強度を上げる制御を行う請求項１記載の記録及び／又は再生装置。
【請求項３】
上記強度制御手段は、上記エラーレート検出手段により検出されたエラーレートが第１の値より小さいとき、上記記録及び／又は再生手段に対して記録及び／又は再生動作を許可する請求項２記載の記録及び／又は再生装置。
【請求項４】
更に、上記装着部に装着されている光ディスクをイジェクトするイジェクト手段を備え、
上記強度制御手段は、上記エラーレート検出手段により検出されたエラーレートが第２の値より大きいとき、上記記録及び／又は再生手段に対して記録及び／又は再生動作を禁止し、上記イジェクト手段によって上記装着部の光ディスクをイジェクトさせる請求項３記載の記録及び／又は再生装置。
【請求項５】
更に、上記エラーレート検出手段により検出された上記光ディスクのエラーレートが上記第２の値より大きいとき、上記記録及び／又は再生手段によるデータの記録及び／又は再生が不可能であることを告知する告知手段を備える請求項４記載の記録及び／又は再生装置。
【請求項６】
更に、上記エラーレート検出手段による検出結果を外部へと出力する外部出力手段を備える請求項１記載の記録及び／又は再生装置。
【請求項７】
上記強度制御手段は、上記記録及び／又は再生手段によって調整用データを上記装着部に装着された光ディスクに記録し、この記録した調整用データを再生するときの上記エラーレート検出手段が検出したエラーレートに基づいて上記光ビームの光強度を調整する請求項１記載の記録及び／又は再生装置。
【請求項８】
装置本体内の装着部に装着された光ディスクに対して光ビームを照射し、データの記録及び／又は再生を行うステップと、
上記データの記録及び／又は再生が行われる上記光ディスクのエラーレートを検出するステップと、
上記検出された上記光ディスクのエラーレートに基づいて、上記記録及び／又は再生手段により上記光ディスクに対して照射される光ビームの光強度を調整するステップとを有する装置管理方法。
【請求項９】
装置本体内の装着部に装着された光ディスクに対して光ビームを照射し、データの記録及び／又は再生を行うとき、エラーレートを検出するステップと、上記検出された上記光ディスクのエラーレートに基づいて、上記記録及び／又は再生手段により上記光ディスクに対して照射される光ビームの光強度を調整するステップとを有する光ディスクの記録及び／又は再生装置を動作させる装置管理プログラムが記録された記録媒体。
【請求項１０】
装置本体内の装着部に装着された光ディスクに対して光ビームを照射し、データの記録及び／又は再生を行うとき、エラーレートを検出するステップと、上記検出された上記光ディスクのエラーレートに基づいて、上記記録及び／又は再生手段により上記光ディスクに対して照射される光ビームの光強度を調整するステップとを有する光ディスクの記録及び／又は再生装置を動作させる装置管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、エラーレートに基づいて光ビームの強度を調整する光ディスクの記録及び／又は再生を行う記録及び／又は再生装置、この記録及び／又は再生装置を管理するための装置管理方法に関する。
【０００２】
【従来の技術】
現在、コンビニエンスストア、娯楽施設、駅構内等に公衆端末装置を設置し、この公衆端末装置を用いて各種サービスが提供されている。この公衆端末装置は、提供すべきサービスの種類に応じた各種サーバと接続されることで、例えば音楽配信、興業チケットや商品の販売、ディジタルカメラにより撮影した画像データの印刷等のサービスを提供することができる。
【０００３】
このサービスでは、例えば購買客であるユーザが、音楽配信のサービスを提供可能な公衆端末装置を利用して楽曲を購入するとき、ユーザは、その公衆端末が対応している所定の記録媒体を持参し、この記録媒体を装置本体の挿入口より挿入し、例えば公衆端末装置の画面に表示されている案内用の画像を見ながら所定の操作を行い、購入したい楽曲を選択し、また、現金、クレジットカード、若しくはキャッシュカード等の決済方法を指定し、持参した記録媒体に選択した楽曲を記録することができる。
【０００４】
この公衆端末装置内には、挿入した記録媒体に対して記録を行うことのできる記録装置、サービスに供する複数の楽曲データが蓄積されたハードディスク等が内蔵されている。公衆端末装置は、ユーザによって選択された楽曲データをハードディスクから読み出し記録装置でユーザが持参した記録媒体に記録すると、この記録媒体を公衆端末装置の挿入口から排出する。
【０００５】
ところで、上記のようにして公衆端末装置は、コンビニエンスストア、娯楽施設、駅構内等屋外や人通りが多い場所に設置されるものであるから、塵埃等の原因により、何らかの不具合が発生しやすくなり、また、常時、管理者が近くに待機し監視しているわけではないので、不具合が発生して直ちにメンテナンスを行うこともできない。
【０００６】
そこで、先に本出願人は内蔵の記録装置を使用した場合に生じる障害に対応したメンテナンスをより効率的なものとするための構成を先に出願している（特願２０００−３０２８６１）。
【０００７】
この出願では、例えば記録装置において、この記録装置自体の内部についての障害状況を把握可能な各種内部情報を収集したメンテナンス情報を作成できるようにし、所定の時期に、公衆端末装置が上記メンテナンス情報を記録装置から取得し、通信網を介して接続された管理センタに送信するようにしている。
【０００８】
このメンテナンス情報からは、管理センタ側で、送信されてきたメンテナンス情報の内容を分析して、記録装置においてどのような部位の障害が発生しているのかを容易に特定することができる。また、記録装置に問題が無ければ、公衆端末装置における記録装置以外の装置部位において障害が発生しているのだということを把握することも可能となる。また、上記記録装置が光ディスクに対応したものであるとき、メンテナンス情報には、光学ピックアップの半導体レーザの使用積算時間や出力レベルの情報等も格納される。メンテナンス情報には、半導体レーザの使用経過時間に応じた性能の劣化を示す情報も格納されている。そして、このような情報を利用して、管理センタは、例えば、記録装置自体や、記録装置内の部品交換時期を決定する等記録装置側が原因となる障害に関しての予防措置をとることもできる。
【０００９】
【発明が解決しようとする課題】
しかしながら現状として、上記したようなメンテナンス情報の内容によっては、障害が起きる可能性は無いと判断できる状況であるのに、記録装置に装着された記録媒体への記録エラーが生じる場合がある。この原因としては、例えば塵埃等による汚れを挙げることができる。すなわち、記録装置が光ディスクの記録再生装置であるときに、購買客であるユーザが持ち込んで記録装置に装着した光ディスクに許容以上の塵埃等が付着している場合には、記録装置側で正常に光ピックアップによるデータの書き込みを行ったとしても、確実にデータを記録することができず、適正なデータ記録結果が得られないことになる。また、何らかの事情で記録装置内部に許容以上の塵埃等が入り込んでしまい、光ピックアップの対物レンズに塵埃等が付着してしまったような場合にも、塵埃等によって光ピックアップからディスク信号面に対して出射される光ビームが正常ではなくなって、記録エラーの原因となってしまうこともある。
【００１０】
上述したメンテナンス情報の内容は、記録装置の機械的又はソフトウェア的な処理の結果により得られる動作に関する情報等も含まれている。すなわち、この中には、ディスクへの書き込み又は読み出しについてのリトライ回数の情報も格納されていることから、例えばこのリトライ回数の情報を参照して、例えば記録装置内に許容以上の塵埃等が入っているかどうかを判断することもできる。
【００１１】
しかしながら、このような予測が成り立った段階では、既に、公衆端末装置が稼働されている状況のもとで、記録媒体への記録エラーが比較的高い頻度で発生している可能性がある。メンテナンス情報を分析するということは、記録エラーが生じた結果を参照することになるから、例えば塵埃等を要因とする記録エラーの発生を直接的に予測して、未然に防止することは非常に難しいからである。
【００１２】
例えば記録媒体として、データの書換可能な光磁気ディスクを記録媒体として用いたディスクカートリッジがある。このディスクカートリッジに用いる光磁気ディスクは、プログラム領域に楽曲データが記録され、このプログラム領域の内周側に、プログラム領域に記録した楽曲データを管理するための管理情報（ＴＯＣ：Ｔａｂｌｅ　Ｏｆ　Ｃｏｎｔｅｎｔｓ）が記録される管理領域が設けられている。このＴＯＣは、プログラム領域に新たに楽曲データが記録される等プログラム領域が更新される度に書き換えられるものである。したがって、ＴＯＣは、記録エラーによって、確実に更新されないと、楽曲データとのリンクが外れ、これまでにディスクカートリッジにユーザが保存しておいた楽曲データまで再生不能としてしまう。
【００１３】
本発明は、以上のような問題点に鑑みてなされたものであり、その目的は、管理者がメンテナンス情報に基づいてメンテナンスが必要であると判断してから実際にメンテナンスを行う間であっても、光ディスクへのデータの記録を確実に行うことができる記録及び／又は再生装置及びこの記録及び／又は再生装置の装置管理方法を提供することにある。
【００１４】
また、本発明の目的は、以上のような目的を達成することができるように記録及び／又は再生装置を動作させることができるプログラム及びこのプログラムが記録された記録媒体を提供することにある。
【００１５】
【課題を解決するための手段】
本発明に係る記録及び／又は再生装置は、装置本体内の装着部に装着された光ディスクに対して光ビームを照射し、データの記録及び／又は再生を行う記録及び／又は再生手段と、記録及び／又は再生手段によりデータの記録及び／又は再生が行われる光ディスクのエラーレートを検出するエラーレート検出手段と、エラーレート検出手段により検出された光ディスクのエラーレートに基づいて、記録及び／又は再生手段により光ディスクに対して照射される光ビームの光強度を調整する強度制御手段とを備える。
【００１６】
また、本発明に係る装置管理方法は、装置本体内の装着部に装着された光ディスクに対して光ビームを照射し、データの記録及び／又は再生を行うステップと、データの記録及び／又は再生が行われる光ディスクのエラーレートを検出するステップと、検出された光ディスクのエラーレートに基づいて、記録及び／又は再生手段により光ディスクに対して照射される光ビームの光強度を調整するステップとを有する。
【００１７】
更に、本発明に係る記録媒体は、装置本体内の装着部に装着された光ディスクに対して光ビームを照射し、データの記録及び／又は再生を行うとき、エラーレートを検出するステップと、検出された光ディスクのエラーレートに基づいて、記録及び／又は再生手段により光ディスクに対して照射される光ビームの光強度を調整するステップとを有する。
【００１８】
本発明に係るプログラムは、装置本体内の装着部に装着された光ディスクに対して光ビームを照射し、データの記録及び／又は再生を行うとき、エラーレートを検出するステップと、検出された光ディスクのエラーレートに基づいて、記録及び／又は再生手段により光ディスクに対して照射される光ビームの光強度を調整するステップとを有する。
【００１９】
【発明の実施の形態】
以下、本発明を適用したユーザが購入した楽曲データを記録媒体に記録して提供することのできる公衆端末装置を、図面を参照して説明する。この公衆端末装置は、楽曲データの販売、その他の各種サービスを提供するサービスシステムを構築するもので、購買客であるユーザが利用する。なお、以降の説明は次の順序で行う。
【００２０】
１．サービスシステムの構成
１−１．概要
１−２．公衆端末装置
１−３．ＭＤレコーダ
１−３−１．内部構成
１−３−２．エラー訂正処理
２．ＩＥＥＥ１３９４データインタフェース
２−１．概要
２−２．スタックモデル
２−３．パケット
２−４．ＣＩＰ（Ｃｏｍｍｏｎ　Ｉｓｏｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔ）
２−５．ＦＣＰにおけるコマンド及びレスポンス
２−６．ＡＶ／Ｃコマンドパケット
３．記録エラー防止動作
４．メンテナンス情報
４−１．ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ
４−２．メンテナンス情報の作成処理
【００２１】
１．サービスシステムの構成
１−１．概要
図１は、本発明を適用した公衆端末装置１００を用いるサービスシステムの構成を示すものである。このサービスシステムでは、楽曲データの販売サービスを行う公衆端末装置１００と公衆端末装置１００の管理を行う管理サーバを有する管理センタ２００とが通信網３００を介して接続されている。また、公衆端末装置１００は、新曲等新たにサービスに供する楽曲データをダウンロードするため、通信衛星４００からの送信電波を受信することもできる。通信網３００は、ここでは特に限定されるものではないが、例えばｘＤＳＬ（ｘ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅ　Ｌｉｎｅ）、ＷＬＬ（Ｗｉｒｅｌｅｓｓ　Ｌｏｃａｌ　Ｌｏｏｐ）、ＰＨＳ（Ｐｅｒｓｏｎａｌ　Ｈａｎｄｙｐｈｏｎｅ　Ｓｙｓｔｅｍ）、携帯電話通信網、光ファイバ通信網、衛星通信網、ディジタル電話回線であるＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ　Ｓｅｒｖｉｃｅｓ　Ｄｉｇｉｔａｌ　Ｎｅｔｗｏｒｋ）、アナログ電話回線等である。
【００２２】
公衆端末装置１００は、ゲームセンタ、コンビニエンスストア、駅構内、路上脇等の屋外に多数設置され、購買客であるユーザに対して楽曲データの提供等の各種のサービスを提供する。公衆端末装置１００には、ユーザが所定の操作を行うのに必要な各種キー、ボタンからなる操作部１０７、操作等に応じて必要な内容の表示をユーザに対して行うための液晶表示パネル、陰極線管等からなる表示部１０８等が設けられている。この公衆端末装置１００では、楽曲データの販売を行うことができる。具体的に、この公衆端末装置１００では、ユーザが持参した光ディスクを記録媒体に用いるディスクカートリッジ９０にユーザが選択した所定の楽曲データを記録するようになっている。ここで、光ディスクは、記録可能なものであり、垂直磁化膜を記録層に有する光磁気ディスクである。勿論、光ディスクとしては、光磁気ディスクの他に、有機色素を記録層に用いる追記型光ディスク、相変化材料を記録層に用いる書換型の光ディスクであってもよい。
【００２３】
ユーザが持参したディスクカートリッジ９０にユーザが選択した楽曲データを記録するために、公衆端末装置１００には、光磁気ディスクに対して楽曲データを記録するための記録装置１２０が設けられている。また、公衆端末装置１００の筐体には、ディスクカートリッジが挿脱されるカートリッジ挿脱口１１１が設けられている。
【００２４】
楽曲データを購入しようとする購買者は、例えば操作部１０７に対する所定操作によって、幾つかのサービスの内から楽曲データの購入サービスを選択した上で、購入したい楽曲データを選曲する。そして、選択した楽曲の種類や楽曲数等に応じて提示された料金の支払いを、硬貨、紙幣等を投入口に投入することによって行う。なお、決済は、現金払いの他、クレジットカード、キャッシュカード等を用いたものであってもよい。ユーザは、この楽曲購入の操作を行っている過程において、例えば表示部１０８に表示される案内に従って、自ら持参した楽曲データを記録するためのディスクカートリッジ９０をカートリッジ挿脱口１１１に挿入する。なお、この代わりに、公衆端末装置１００内に新品のディスクカートリッジ９０を複数ストックするように格納しておき、ストックされている新品のディスクカートリッジ９０を、楽曲データを購入するユーザに対して提供するようにしてもよい。ディスクカートリッジ９０は、カートリッジ挿脱口１１１に挿入されると、記録装置１２０の装着部に装着され、ユーザが選択した楽曲データがカートリッジ本体内に回転可能に収納された光磁気ディスクに記録される。光磁気ディスクへの楽曲データの記録が終了すると、ディスクカートリッジ９０は、カートリッジ挿脱口１１１から排出され、購買者の手に戻る。以上のような手順によって、公衆端末装置１００にアクセスしたユーザは、所望の楽曲データをディスクカートリッジ９０に記録する、すなわち購入することができる。
【００２５】
また、購買者が購入する楽曲データは、ここではレコード会社等の楽曲データの提供会社が、通信衛星４００を利用して公衆端末装置１００に対して楽曲データを送信するようになっており、公衆端末装置１００は、この通信衛星４００からの送信電波を受信することで、楽曲データを取得する。例えば、通信衛星４００によるデータ通信は、通信速度が高く、複数の楽曲データを迅速にダウンロードすることができるからである。公衆端末装置１００は、通信衛星４００から送信される電波を受信することにより取得した楽曲データを、内部の記憶部１０４に格納する。記憶部１０４は、例えば大容量ハードディスクであり、本サービスに供する複数の楽曲データを蓄積している。したがって、表示部１０８に購入可能な楽曲データのリストを表示する場合、公衆端末装置１００は、記憶部１０４に格納されている楽曲データのタイトル、アーティスト名等のリストを表示部１０８に表示する。記録装置１２０によって楽曲データの記録を行う場合、公衆端末装置１００は、この記憶部１０４から読み出した楽曲データを記録データとして記録装置１２０に転送し、記録装置１２０が装着部に装着されたディスクカートリッジ９０の光磁気ディスクにユーザが選択した楽曲データを記録できるようにする。
【００２６】
管理センタ２００は、各地に配置されている公衆端末装置１００を管理する管理サーバを有し、各公衆端末装置１００から送信されたメンテナンス情報に基づいて記録装置１２０の交換、エアブロー等のメンテナンスを行うことができるようにしている。管理センタ２００の管理サーバは、通信網３００を介して各地に配置されている公衆端末装置１００に接続されている。管理センタ２００は、必要に応じて、各公衆端末装置１００と通信を行い、現在の動作状況や障害について把握可能な所定の情報であるメンテナンス情報を収集して、このメンテナンス情報に基づいてメンテナンスの時期を判断することができるようになっている。特に、管理センタ２００は、公衆端末装置１００内に設けられている記録装置１２０のメンテナンス情報を収集する。
【００２７】
なお、本システムに用いる公衆端末装置１００は、楽曲データの有償又は無償の提供サービスの他に、例えば興業チケットや商品の販売、ディジタルカメラにより撮影した画像データのプリント及び現金振り込み、現金引き出し等の金融サービス等を行うようにしてもよい。このようなサービスが提供できるようにするためには、公衆端末装置１００に、例えばそのサービスに応じた装置を付加し、また、必要に応じて、そのサービスの実現に必要とされるサーバとネットワーク接続をするようにすればよい。例えばオンラインによる商品の販売サービスを例にとると、公衆端末装置１００は、販売会社が運営する管理サーバ装置と通信可能にすればよい。また、ディジタルカメラにより撮影した画像データのプリントのサービスでは、公衆端末装置１００に、このようなディジタルカメラと接続可能なインタフェース若しくはディジタルカメラのリムーバブルな記録媒体に対応するドライバを設け、画像データを取り込み可能とすると共に、取り込んだ画像データを印刷できるようにプリンタを設ければよい。
【００２８】
１−２．公衆端末装置
図２は、公衆端末装置１００のブロック図である。公衆端末装置１００は、全体の動作を制御するメイン処理部１０１と、ディスクカートリッジ９０に対して楽曲データを記録する記録装置１２０とを備える。すなわち、公衆端末装置１００は、メイン処理部１０１に対して、楽曲データの記録機能を与えるために、記録装置１２０が付加されている。
【００２９】
メイン処理部１０１は、通信衛星４００からの電波を受信するアンテナ１１２と、通信衛星４００から送信された本サービスに供する楽曲データを増幅し復調する受信／復調部１０２と、本サービスに供する複数の楽曲データを蓄積する記憶部１０４と、管理センタ２００と通信するための通信インタフェース（以下、単に通信Ｉ／Ｆという。）１０５と、操作部１０７や表示部１０８と各回路とを接続するユーザインタフェース（以下、単にユーザＩ／Ｆという。）１０６と、ディスクカートリッジ９０の記録装置１２０と接続するＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃ　Ｅｎｇｉｎｅｅｒｓ）１３９４インタフェース（以下、単にＩＥＥＥ１３９４Ｉ／Ｆという。）１０９と、全体の動作を制御する制御部１０３とを備える。
【００３０】
受信／復調部１０２は、アンテナ１１２で受信した通信衛星４００からの送信電波信号が入力され、所定の復調処理を行う。具体的に、受信／復調部１０２は、通信衛星４００から配信されたは楽曲データを受信する。受信／復調部１０２は、受信した楽曲データを制御部１０３の制御によって、内部データバス１１０を介して記憶部１０４に保存する。記憶部１０４は、例えば大容量ハードディスクであり、本サービスに供する複数の楽曲データを蓄積する。
【００３１】
ユーザが操作をする操作部１０７は、キーボード、テンキー、ジョイスティック、トラックボール等からなり、また、表示部１０８は、陰極線管、液晶表示パネル等である。また、表示部１０８は、操作部１０７と一体化するためタッチパネルで構成するようにしてもよい。ユーザＩ／Ｆ１０６は、操作部１０７に対して行われた操作に応じて得られる操作信号を、内部で処理可能なコマンド信号に変換して、例えば内部データバス１１０を介して制御部１０３に入力する。また、ユーザＩ／Ｆ１０６は、制御部１０３の表示制御によって得られる表示データを表示部１０８で表示可能な映像データに変換して、表示部１０８に対して出力する。
【００３２】
通信Ｉ／Ｆ１０５は、通信網３００を介しての管理センタ２００とデータ通信を行う。例えば、通信Ｉ／Ｆ１０５は、メンテナンス情報等を管理センタ２００に送信するとき、送信データを、通信規格に対応したフォーマットに変換して、指定されたアドレスの装置に送信する。また、通信Ｉ／Ｆ１０５は、通信網３００を介して送信されたデータを受信すると、受信したデータを公衆端末装置１００内部で処理可能な形式のデータに変換し、内部データバス１１０を介して所定の回路に転送する。なお、この通信Ｉ／Ｆ１０５に対する動作制御は、制御部１０３が実行する。
【００３３】
ＩＥＥＥ１３９４　Ｉ／Ｆ１０９は　、ＩＥＥＥ１３９４の規格に対応して通信を行うためのものであり、ここでは、記録装置１２０と通信を行うために利用される。記録装置１２０は、ディスクカートリッジ９０に対応して少なくとも楽曲データの記録が可能な装置である。この記録装置１２０は、ＩＥＥＥ１３９４に対応した通信インタフェースを有しており、メイン処理部１０１との間で楽曲データの送受信及び外部機器との各種コマンドの送受信を行うことができる。この場合、記録装置１２０は、ＩＥＥＥ１３９４対応のデータバス２３を介して、メイン処理部１０１との間でコマンドの送受信を行うとともに、記憶部１０４よりユーザが選択した楽曲データを読み出す。なお、メイン処理部１０１記録装置１２０とを接続する通信インタフェースは、ＩＥＥＥ１３９４に限定されるものではなく、有線又は無線であってもよく、具体的に、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　ｓｅｒｉａｌ　ｂｕｓ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）、赤外線を用いるＩｒＤＡ（Ｉｎｆｒａｒｅｄ　Ｄａｔａ　Ａｓｓｏｃｉａｔｉｏｎ）、ＩＥＥＥ８０２．１１ａ／ｂ等であってもよい。
【００３４】
例えば、記録装置１２０により楽曲データを装着部に装着されたディスクカートリッジ９０の光磁気ディスクに記録する必要のある場合、メイン処理部１０１の制御部１０３の制御によって、記憶部１０４に記憶されている楽曲データは、ＩＥＥＥ１３９４　Ｉ／Ｆ　１０９に出力され、データバス２３を介して記録装置１２０に供給される。このとき、ＩＥＥＥ１３９４　Ｉ／Ｆ　１０９は、記録装置１２０への転送データとなる楽曲データを、ＩＥＥＥ１３９４のフォーマットに対応してパケット化し、所定タイミング及びデータレートで記録装置１２０に転送する。記録装置１２０は、ＩＥＥＥ１３９４　Ｉ／Ｆ　１０９よりデータバス２３を介して入力された楽曲データを受信し、受信した楽曲データをディスクカートリッジ９０の光磁気ディスクに記録する。
【００３５】
なお、通信衛星４００により送信される楽曲データは、ディスクカートリッジ９０のフォーマットに対応して圧縮処理が施されたデータであり、記憶部１０４に格納され、記録装置１２０に転送されるデータも圧縮楽曲データである。記録装置１２０は、例えばサンプリング周波数４４．１ＫＨｚ、量子化１６ビットのコンパクトディスクフォーマットのデータを１倍速とした場合に、１６倍の速度でディスクカートリッジ９０の光磁気ディスクに対して楽曲データを記録するようにし、ユーザが楽曲データを選択してから楽曲データの記録が完了したディスクカートリッジ９０を手にするまでの時間の短縮を図っている。カートリッジ挿脱口１１１かユーザによって挿入されたディスクカートリッジ９０は、記録装置１２０に設けられたローディング機構によって、ディスクカートリッジ９０を位置決めして装着する装着部にローディングされる。また、このローディング機構は、楽曲データの記録が完了したとき、又は、楽曲データの記録が不能のとき、ユーザによってカートリッジ挿脱口１１１より挿入されたディスクカートリッジ９０を外部にイジェクトする。
【００３６】
１−３．ディスクカートリッジの記録装置
１−３−１．内部構成
図３は、公衆端末装置１００を構成する記録装置１２０のブロック図である。なお、この記録装置１２０は、ユーザによって購入された楽曲データの記録であることから、例えばディスクカートリッジ９０から楽曲データを読み出して、これを再生音声として出力する必要は特には無いが、ここでは、例えばアナログオーディオ信号を出力可能な記録再生装置を説明する。
【００３７】
楽曲データの記録可能ディスクカートリッジ９０は、カートリッジ挿脱口１１１より挿入されローディング機構により装着部に装着されると、記録媒体である光磁気ディスクがディスク駆動部となるスピンドルモータ２の駆動軸に一体的に取り付けられたディスクテーブルにチャッキングされる。そして、スピンドルモータ２が駆動されると、光磁気ディスクは、ディスクテーブルと一体的に回転する。スピンドルモータ２によって回転されている光磁気ディスクに対しては、記録又は再生時に光ピックアップ３によって光ビームが照射される。
【００３８】
光ピックアップ３は、光ビームを出射する半導体レーザ、光磁気ディスクで反射された戻りの光ビームを検出する光検出器、半導体レーザより出射された光ビームを光磁気ディスクの所定記録トラックに合焦させる対物レンズ３ａ等を備えている。光ピックアップ３は、記録時には記録トラックをキュリー温度まで加熱するため、高レベルのレーザ出力し、再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルの光ビームを出力する。対物レンズ３ａは、２軸アクチュエータからなる対物レンズ駆動機構４により保持され、光磁気ディスクに近接離間するフォーカシング方向と記録トラックに対して直交するトラッキング方向に変位可能に保持されている。
【００３９】
また、ディスクテーブルに装着されている光磁気ディスクを挟んで光ピックアップ３の対物レンズ３ａと対向する位置には、磁気ヘッド６ａが配置されている。磁気ヘッド６ａは、供給されたデータによって変調された磁界を、キュリー温度以上に加熱された光磁気ディスクに印加する。光ピックアップ３及び磁気ヘッド６ａは、スレッド機構５により、同期してディスク半径方向に移動する。
【００４０】
光ピックアップ３が半導体レーザより出射した光ビームは、光磁気ディスクで反射され、戻りの光ビームは、複数に受光面が分割された光検出器によって検出され、光電変換される。光検出器によって生成された電気信号は、ＲＦアンプ７に供給される。ＲＦアンプ７は、再生ＲＦ信号、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（光磁気ディスクにプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）ＧＦＭ等を抽出する。抽出された再生ＲＦ信号は、エンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥは、サーボ回路９に供給され、グルーブ情報ＧＦＭは、アドレスデコーダ１０に供給される。
【００４１】
サーボ回路９は、供給されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥや、マイクロコンピュータにより構成されるシステムコントローラ１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ２の回転速度検出情報等に基づいて各種サーボ信号を生成し、対物レンズ駆動機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御を行い、また、スピンドルモータ２を、光磁気ディスクの回転が線速一定（ＣＬＶ：Ｃｏｎｓｔａｎｔ　Ｌｉｎｅａｒ　Ｖｅｌｏｃｉｔｙ）又は角速一定（ＣＡＶ：Ｃｎｓｔａｎｔ　Ａｎｇｕｌａｒ　Ｖｅｌｏｃｉｔｙ）となるように制御する。
【００４２】
アドレスデコーダ１０は、供給されたグルーブ情報ＧＦＭをデコードしてアドレス情報を抽出する。このアドレス情報は、システムコントローラ１１に供給され、各種の制御動作に用いられる。また、エンコーダ／デコーダ部８は、ＲＦアンプ７より入力された再生ＲＦ信号を、ＥＦＭ（Ｅｉｇｈｔ　ｔｏ　Ｆｏｕｒｔｅｅｎ　Ｍｏｄｕｌａｔｉｏｎ）復調し、ＡＣＩＲＣ（Ａｄｖａｎｃｅｄ　Ｃｒｏｓｓ　Ｉｎｔｅｒｌｅａｖｅ　Ｒｅｅｄ−Ｓｏｌｏｍｏｎ　Ｃｏｄｅ）等のデコード処理を施す。また、エンコーダ／デコーダ部は、再生ＲＦ信号よりサブコードデータ等を抽出し、抽出したサブコード等をシステムコントローラ１１に出力する。
【００４３】
楽曲データを再生するとき、エンコーダ／デコーダ部８は、ＥＦＭ復調、ＡＣＩＲＣ等のデコード処理が施された楽曲データ（セクターデータ）を、メモリコントローラ１２に出力し、メモリコントローラ１２は、入力された楽曲データを一旦バッファメモリ１３に書き込む。なお、光ピックアップ３による光磁気ディスクからのデータの読み取り及び光ピックアップ３からバッファメモリ１３までの系における再生データの転送は、１．４１Ｍｂｉｔ／ｓｅｃ（但し、１倍速の場合）で、しかも通常は再生音声としての実時間にあわせるために、間欠的に行われる。エンコーダ／デコーダ部８から出力され、バッファメモリ１３に書き込まれたデータは、再生データの転送が０．３Ｍｂｉｔ／ｓｅｃ（但し１倍速の場合）となるタイミング（つまり再生音声としての実時間にあったタイミング）で読み出され、エンコーダ／デコーダ部１４に出力される。エンコーダ／デコーダ部１４は、声圧縮処理されているデータを伸長する処理等を行い、４４．１ＫＨｚサンプリング、１６ビット量子化のディジタルオーディオ信号を生成する。
【００４４】
エンコーダ／デコーダ部１４から出力されるディジタルオーディオ信号は、ディジタル／アナログ変換器（以下、単にＤ／Ａ変換器という。）１５によってアナログ信号に変換され、出力処理部１６でレベル調整、インピーダンス調整等が行われライン出力端子１７からアナログオーディオ信号Ａｏｕｔとして外部機器に対して出力される。また、ヘッドホン出力ＨＰｏｕｔとして端子部２７に接続されるヘッドホン、イヤホン、スピーカ等に出力される。
【００４５】
ＩＥＥＥ１３９４　Ｉ／Ｆ２０には、記憶部１０４から読み出された楽曲データが、メイン処理部１０１のＩＥＥＥ１３９４　Ｉ／Ｆ　１０９に接続されたデータバス２１を介して入力される。ＩＥＥＥ１３９４　Ｉ／Ｆ２０に入力された楽曲データは、記録装置１２０によって装着部に装着されたディスクカートリッジ９０の光磁気ディスクに記録される。ここで、送信されてきた楽曲データが、例えば、サンプリング周波数４４．１ＫＨｚ、量子化ビット１６ビットのフォーマットであるとき、この楽曲データは、システムコントローラ１１を介して、エンコーダ／デコーダ部１４に転送される。そして、楽曲データは、エンコーダ／デコーダ部１４でデータ圧縮処理がされる。これに対して、送信されてきた楽曲データが、記録装置１２０に適合した方式によって圧縮処理された圧縮楽曲データであるとき、この楽曲データは、システムコントローラ１１を介して、圧縮処理を行う必要がないことから、メモリコントローラ１２に転送される。
【００４６】
メモリコントローラ１２は、入力された楽曲データを一時的にバッファメモリ１３に蓄積し、所定量のデータ単位毎に読み出しを行ってエンコーダ／デコーダ部８に転送する。エンコーダ／デコーダ部８では、ＡＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理を施した後、磁気ヘッド駆動回路６に出力する。ここで、ＡＣＩＲＣエンコードとは、誤り訂正符号としてコンパクトディスクシステムに採用されているＣＩＲＣ（Ｃｒｏｓｓ　Ｉｎｔｅｒｌｅａｖｅ　Ｒｅｅｄ−Ｓｏｌｏｍｏｎ　Ｃｏｄｅ）のインターリーブを変更した誤り訂正符号の付加処理である。
【００４７】
磁気ヘッド駆動回路６は、エンコード処理された記録データに応じて磁気ヘッド６ａに磁気ヘッド駆動信号を出力し、磁気ヘッド６ａは、光ピックアップ３から出射された光ビームによってキュリー温度以上に加熱された光磁気ディスクの一部にＮ又はＳの磁界を印加する。このとき、システムコントローラ１１は、光ピックアップ３に対して、記録レベルの光ビームを出力するように制御信号を供給する。
【００４８】
システムコントローラ１１は、例えばマイクロコンピュータであり、各種動作の制御を行う。このシステムコントローラ１１は、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）２１、ワークＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）２２等が接続されている。ＲＯＭ２１には、例えばフラッシュメモリやＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｒｅａｄ−Ｏｎｌｙ　Ｍｅｍｏｒｙ）等の書き換え可能なメモリ素子が使用され、例えばシステムコントローラ１１が実行すべきプログラムや、各種設定値などが格納される。また、ワークＲＡＭ２７は、システムコントローラ１１が各種制御処理を実行する際の作業領域として使用される。
【００４９】
ここで、ＲＯＭ２１に記憶されるプログラム等は、アップデートを行うことができる。すなわち、先ず、アップデートが必要なとき、管理センタ２００は、公衆端末装置１００にパッチファイル等のアップデートデータを送信する。なお、管理センタ２００は、通信衛星４００によりアップデートデータを送信するようにしてもよい。管理センタ２００より送信されたアップデートデータは、公衆端末装置１００のメイン処理部１０４アンテナ１１２又は通信Ｉ／Ｆ１０５で受信され、制御部１０３は、このアップデートデータをデータバス２３を介して記録装置１２０に転送する。そして、記録装置１２０のシステムコントローラ１１は、メイン処理部１０１から転送されたアップデートデータを受信すると、アップデートデータを実行し、ＲＯＭ２１に記録されているプログラムの更新を行う。
【００５０】
ところで、記録／再生動作は、光磁気ディスクの内周側に記録された管理情報を参照して行われる。ここで、管理情報には、Ｐ−ＴＯＣ（プリマスタードＴＯＣ）、Ｕ−ＴＯＣ（ユーザＴＯＣ）とがある。光磁気ディスクの最内周に設けられたＰ−ＴＯＣ領域には、記録媒体が再生専用か記録型であるかを識別する識別データ、光磁気ディスクの外周側のリードアウトのスタートアドレス、プログラム領域のスタートアドレス、Ｕ−ＴＯＣのスタートアドレス、その光磁気ディスクに最適な半導体レーザの出力レベル等ディスクに関するＰ−ＴＯＣが記録される。また、Ｐ−ＴＯＣ領域の外周側に設けられるＵ−ＴＯＣ領域には、ディスクタイトル、トラック名、コピープロテクションのオンオフ等のＵ−ＴＯＣが記録される。そして、システムコントローラ１１は、これらの管理情報に応じてディスクカートリッジ９０の記録すべきエリアのアドレスや、再生すべきエリアのアドレスを判別する。この管理情報は、バッファメモリ１３に保持され、システムコントローラ１１は、これらの管理情報を、記録や再生の開始時に光磁気ディスクの最内周に設けられた管理領域から読み出し、読み出した管理情報を、バッファメモリ１３に記憶しておき、以後そのディスクカートリッジ９０に対する記録／再生／編集動作の際に参照できるようにしている。また、Ｕ−ＴＯＣは、データの記録等に応じて書き換えられるものであるが、システムコントローラ１１は、記録動作の度に、Ｕ−ＴＯＣ更新処理をバッファメモリ１３に記憶されたＵ−ＴＯＣ情報に対して行い、その書換動作に応じて所定のタイミングでディスクカートリッジ９０のＵ−ＴＯＣ領域を書き換える。
【００５１】
なお、本発明では、記録装置１２０における、楽曲データの記録のみが可能であれば、ディスクカートリッジ９０から読み出した楽曲データについて伸長処理を施す機能と、これを再生音声として出力する機能は必ずしも必要ではない。また、メイン処理部１０１側から記録データとして転送されてくるのは、圧縮楽曲データであり、記録装置１２０内部において音声圧縮処理を施す必要も無い。したがって、図３において破線により示すエンコーダ／デコーダ部１４、Ｄ／Ａ変換器１５、ライン出力端子１７、ヘッドホン出力端子２７等は、必ずしも必要ではない。
【００５２】
１−３−２．エラー訂正処理
記録装置１２０は、エンコーダ／デコーダ部８において、ＡＣＩＲＣによる誤り訂正符号による誤り訂正処理を実行する。この誤り訂正処理は、Ｃ１系列及びＣ２系列によるエラー訂正を行う。図３に示すエンコーダ／デコーダ部８においてＥＦＭ復調されたデータは、内部ＲＡＭに蓄積され、この内部ＲＡＭに蓄積されるデータに対してエラー訂正処理が行われる。ＥＦＭ復調されて内部ＲＡＭに蓄積されるデータは、図４（ａ）に示すように、各バイト（シンボル）を（ｍ・ｎ）（ｍ：フレーム番号、ｎ：フレーム内のバイト単位の番号）で表すと、３２バイト＝１フレームの単位で繰り返される信号となる。エラー訂正処理を行うのに際しては、内部ＲＡＭ上において、図４（ｂ）に示すようにデータをバイト単位で並び換えてＣ１系列及びＣ２系列を用いてエラー検出及び訂正処理を実行する。
【００５３】
Ｃ１系列は、図４（ｂ）に示す縦方向の列の３２バイトのデータ単位が対応する。例えば、図４（ｂ）の最も右の縦方向の列であれば、（１・１）（１・２）（１・３）・・・（１・ｎ）・・・（１・３０）（１．３１）（１・３２）の３２バイトデータが１単位のＣ１系列となる。なお、これら３２バイトの内、下側の４バイト（１・２９）（１・３０）（１．３１）（１・３２）が、Ｃ１系列のパリティＰであり、残りの２８バイトのデータが実際の楽曲データとなる。このＣ１系列により２バイトのエラー検出訂正が可能である。
【００５４】
また、Ｃ２系列は、過去に取り込んだデータの内、４フレームおきの１フレーム中の１バイト（１フレームのデータの内パリティＰを除外したもの）を斜め方向にとったものである。例えば、図４（ｂ）の場合であれば（−１０３・１）（−９９・２）（−９５・３）・・・（−１０７＋４ｎ・ｎ）・・・（−３・２７）（１・２８）の２８バイトが１単位のＣ２系列となる。この場合も、２８バイト中の４バイトは、Ｃ２系列のパリティＱであり、従って、残りの２４バイトのデータが実際の楽曲データとなる。そして、このＣ２系列によっても２バイトのエラー検出訂正が可能であり、Ｃ１系列のエラー検出結果を示すエラーポインタを用いれば、４バイトまでの消失訂正が可能となる。
【００５５】
Ｃ１系列及びＣ１系列を利用した誤り訂正の動作は、図５及び図６のフローチャートに示すものとなる。これらの図に示す処理手順は、エンコーダ／デコーダ部８よって実行される。図５に示すように、エンコーダ／デコーダ部８は、ステップＳ６０１において、図４に示す１フレーム３２バイトのＣ１系列のデータについてパリティ計算を実行する。エンコーダ／デコーダ部８は、ステップＳ６０２において、この計算結果に基づいて、そのＣ１系列のデータについてのエラーが存在するか否かについて判別を行う。そして、エンコーダ／デコーダ部８は、エラーがないとき、ステップＳ６０３に進み、エラーがあるとき、ステップＳ６０４に進む。
【００５６】
エラーが無いとき、エンコーダ／デコーダ部８は、ステップＳ６０３において、２８個のバイト単位データの各々についてエラーの有無を示すポインタとして、「ＯＫ」、すなわちエラーが存在しないとするデータをセットし、図６のステップＳ６０７に進む。
【００５７】
また、エラーがあるとき、エンコーダ／デコーダ部８は、ステップＳ６０４において、Ｃ１系列中のエラー数が訂正可能なエラー数以下であるか否かについて判別する。ここで、Ｃ１系列中のエラー数が訂正可能なエラー数以下（つまり２バイト以下のエラー数となる）であるとき、エンコーダ／デコーダ部８は、ステップＳ６０５において、エラーを訂正した後にステップＳ６０３に進む。また、ステップＳ６０４において、そのＣ１系列中のエラー数が訂正可能なエラー数以上であるとき、エンコーダ／デコーダ部８は、ステップＳ６０６において、２８個のバイトの全てのポインタについて、「ＮＧ」、すなわち誤り訂正エラーであることを示すデータをセットして図６のステップＳ６０７に進む。
【００５８】
図６のステップＳ６０７において、エンコーダ／デコーダ部８は、Ｃ２系列によるパリティ計算を実行する。エンコーダ／デコーダ部８は、ステップＳ６０８において、上記ステップＳ６０７による計算結果を利用して、Ｃ２系列中にエラーが存在するか否かを判別し、エラーが無いとき、ステップＳ６０９に進み、エラーがあるとき、ステップＳ６１０に進む。Ｃ２系列にエラーが無いとき、エンコーダ／デコーダ部８は、ステップＳ６０９において、Ｃ２系列中の２４個のデータバイトの各々に、ポインタとしてＯＫ（エラー無し）を示すデータをセットする。これに対して、ステップＳ６０８でエラーがあるとき、エンコーダ／デコーダ部８は、ステップＳ６１０において、そのＣ２系列中のエラー数Ｅが訂正可能なエラー数ｍ以下（Ｅ≦ｍ）であるか否かを判別する。この場合、消失訂正を行うことから訂正可能なエラー数ｍは４バイト（ｍ＝４）までとなる。
【００５９】
エンコーダ／デコーダ部８は、Ｃ２系列中のエラー数Ｅが訂正可能なエラー数ｍ以下であるとき、ステップＳ６１１に進み、Ｃ１系列の誤り訂正処理により得られたエラー結果（すなわちポインタの状態）と、Ｃ２系列の計算結果（エラー数）とを照合する。エンコーダ／デコーダ部８は、ステップＳ６１２において、両者が一致（エラー数が一致）しているか否かを判別する。なお、上記ステップＳ６１１及びステップＳ６１２は、誤り訂正処理時における誤訂正検出の機能を果たしており、例えば正しい誤りの無いデータについてエラーと誤検出して誤った訂正処理を行うような不適切な動作を防止するための処理である。
【００６０】
そして、Ｃ１系列とＣ２系列とのエラー結果（エラー数）が一致しているとき、エンコーダ／デコーダ部８は、ステップＳ６１３において、Ｃ２系列によるエラー訂正処理を実行した後、ステップＳ６０９に進む。一方、エンコーダ／デコーダ部８は、ステップＳ６１２においてＣ１系列とＣ２系列とのエラー結果が一致していないと判別したとき、ステップＳ６１４において、Ｃ２系列の２４バイトのデータに対応する各ポインタに「ＮＧ」を示すデータをセットする。
【００６１】
また、ステップＳ６１０において、Ｃ２系列中のエラー数Ｅが訂正可能なエラー数ｍより多い（Ｅ＞ｍ）と判別されたとき、エンコーダ／デコーダ部８は、ステップＳ６１５において、Ｃ２系列中の各バイトについてのＣ１系列のエラー検結果のポインタを参照する。そして、エンコーダ／デコーダ部８は、Ｃ２系列中におけるＣ１系列のバイトデータについて「ＮＧ」を示すポインタ数ｎＮＧが、Ｃ２系列により訂正可能なエラー数ｍよりも多いか否か（ｎＮＧ＞ｍ）を判別する。エンコーダ／デコーダ部８は、Ｃ１ポインタ数ｎＮＧについてｎＮＧ＞ｍではないと判別したとき、これまで実行されてきた誤り訂正処理として、Ｃ１系列の検出エラー数或いはＣ２系列の検出エラー数の少なくとも何れか一方が誤っていると推定する。この場合、エンコーダ／デコーダ部８は、ステップＳ６１５からステップＳ６１４に進んで、Ｃ２系列の２４バイトのデータに対応する全てのポインタについて「ＮＧ」を示すデータをセットする。これに対して、エンコーダ／デコーダ部８は、Ｃ１ポインタ数ｎＮＧについてｎＮＧ＞ｍであると判別したとき、Ｃ１系列の計算結果により検出されたエラー数と、Ｃ２系列の計算結果により検出されたエラー数が一致するとみなす。この場合、エンコーダ／デコーダ部８は、ステップＳ６１６において、Ｃ１のポインタの結果に従って、Ｃ２のポインタに対して「ＯＫ」又は「ＮＧ」を示すデータをセットして出力する。このステップＳ６１６における処理では、Ｃ２のポインタに対して、先に行われたＣ１系列のポインタの結果をコピーする処理となる。これは、例えばＣ１ポインタコピー（Ｃ１ＰＣ）処理といわれる。
【００６２】
２．ＩＥＥＥ１３９４データインタフェース
２−１．概要
公衆端末装置１００では、メイン処理部１０１と記録装置１２０とが、データバス２３を介してＩＥＥＥ１３９４データインタフェースによって相互通信を行うように構成されている。そこで、ＩＥＥＥ１３９４規格に従ったデータ通信を説明する。
【００６３】
ＩＥＥＥ１３９４は、シリアルデータ通信の規格の１つであり、データ伝送方式として、周期的に通信を行うＩｓｏｃｈｒｏｎｏｕｓ通信方式と、この周期と関係なく非同期で通信するＡｓｙｎｃｈｒｏｎｏｕｓ通信方式とがある。Ｉｓｏｃｈｒｏｎｏｕｓ通信方式は、データの送受信に用いられ、Ａｓｙｎｃｈｒｏｎｏｕｓ通信方式は、各種制御コマンドの送受信に用いられる。これらの方式は、１本のケーブルを使用してデータの送受信を行う。
【００６４】
２−２．スタックモデル
図７は、ＩＥＥＥ１３９４のスタックモデルを示す。ＩＥＥＥ１３９４フォーマットにおいては、Ａｓｙｎｃｈｒｏｎｏｕｓ系４００とＩｓｏｃｈｒｏｎｏｕｓ系５００とに大別される。ここで、Ａｓｙｎｃｈｒｏｎｏｕｓ系４００とＩｓｏｃｈｒｏｎｏｕｓ系５００に共通な層として、最下位にＰｈｙｓｉｃａｌ　Ｌａｙｅｒ（物理層）３０１が設けられ、その上位にＬｉｎｋ　Ｌａｙｅｒ（リンク層）３０２が設けられる。Ｐｈｙｓｉｃａｌ　Ｌａｙｅｒ　３０１は、ハードウェア的な信号伝送を制御するためのレイヤであり、Ｌｉｎｋ　Ｌａｙｅｒ　３０２は、ＩＥＥＥ１３９４バスを、機器毎に規定された内部バスに変換するためのレイヤである。
【００６５】
Ｐｈｙｓｉｃａｌ　Ｌａｙｅｒ　３０１、Ｌｉｎｋ　Ｌａｙｅｒ　３０２及びＴｒａｎｓａｃｔｉｏｎ　Ｌａｙｅｒ　４０１は、Ｅｖｅｎｔ／Ｃｏｎｔｒｏｌ／ＣｏｎｆｉｇｕｒａｔｉｏｎのラインによってＳｅｒｉａｌ　Ｂｕｓ　Ｍａｎａｇｅｍｅｎｔ　３０３とリンクされる。また、ＡＶ　Ｃａｂｌｅ／Ｃｏｎｎｅｃｔｏｒ　３０４は、ＡＶデータ伝送のための物理的なコネクタ、ケーブルを示している。
【００６６】
Ａｓｙｎｃｈｒｏｎｏｕｓ系４００におけるＬｉｎｋ　Ｌａｙｅｒ　３０２の上位には、Ｔｒａｎｓａｃｔｉｏｎ　Ｌａｙｅｒ　４０１が設けられる。Ｔｒａｎｓａｃｔｉｏｎ　Ｌａｙｅｒ　４０１は、ＩＥＥＥ１３９４としてのデータ伝送プロトコルを規定するレイヤであり、基本的なＡｓｙｎｃｈｒｏｎｏｕｓ　Ｔｒａｎｓａｃｔｉｏｎでは、Ｗｒｉｔｅ　Ｔｒａｎｓａｃｔｉｏｎ，Ｒｅａｄ　Ｔｒａｎｓａｃｔｉｏｎ，Ｌｏｃｋ　Ｔｒａｎｓａｃｔｉｏｎが規定される。
【００６７】
Ｔｒａｎｓａｃｔｉｏｎ　Ｌａｙｅｒ　４０１の上層には、ＦＣＰ（Ｆｕｎｃｔｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）４０２が規定される。ＦＣＰ　４０２は、ＡＶ／Ｃ　Ｃｏｍｍａｎｄ（ＡＶ／Ｃ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ　Ｃｏｍｍａｎｄ　Ｓｅｔ）４０３として規定された制御コマンドを利用することで、各種ＡＶ機器に対するコマンド制御を実行する。また、Ｔｒａｎｓａｃｔｉｏｎ　Ｌａｙｅｒ　４０１の上層には、Ｃｏｎｎｅｃｔｉｏｎ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｃｅｄｕｒｅｓ　５０５を利用して、Ｐｌｕｇ（ＩＥＥＥ１３９４における論理的な機器接続関係）を設定するためのＰｌｕｇ　Ｃｏｎｔｒｏｌｌ　Ｒｅｇｉｓｔｅｒｓ　４０４が規定される。
【００６８】
Ｉｓｏｃｈｒｏｎｏｕｓ系５００におけるＬｉｎｋ　Ｌａｙｅｒ　３０２の上位には、ＣＩＰ　Ｈｅａｄｅｒ　Ｆｏｒｍａｔ　５０１が規定され、このＣＩＰ　Ｈｅａｄｅｒ　Ｆｏｒｍａｔ　５０１に管理される形態で、ＳＤ−ＤＶＣＲ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０２、ＨＤ−ＤＶＣＲ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０３、ＳＤＬ−ＤＶＣＲ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０４、ＭＰＥＧ２−ＴＳ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０５、Ａｕｄｉｏ　ａｎｄ　Ｍｕｓｉｃ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０６等の伝送プロトコルが規定されている。
【００６９】
ＳＤ−ＤＶＣＲ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０２、ＨＤ−ＤＶＣＲ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０３、ＳＤＬ−ＤＶＣＲ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０４は、それぞれ、ディジタルＶＴＲ（Ｖｉｄｅｏ　Ｔａｐｅ　Ｒｅｃｏｒｄｅｒ）に対応するデータ伝送プロトコルである。ＳＤ−ＤＶＣＲ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０２が扱うデータは、ＳＤ−ＤＶＣＲ　ｒｅｃｏｒｄｉｎｇ　ｆｏｒｍａｔ　５０８の規定に従って得られたデータシーケンス（ＳＤ−ＤＶＣＲ　ｄａｔａ　ｓｅｑｕｅｎｃｅ　５０７）となる。また、ＨＤ−ＤＶＣＲ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０３が扱うデータは、ＨＤ−ＤＶＣＲ　ｒｅｃｏｒｄｉｎｇ　ｆｏｒｍａｔ　５１０の規定に従って得られたデータシーケンス（ＳＤ−ＤＶＣＲ　ｄａｔａ　ｓｅｑｕｅｎｃｅ）５０９となる。ＳＤＬ−ＤＶＣＲ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０４が扱うデータは、ＳＤＬ−ＤＶＣＲ　ｒｅｃｏｒｄｉｎｇ　ｆｏｒｍａｔ　５１２の規定に従って得られるデータシーケンス（ＳＤ−ＤＶＣＲ　ｄａｔａ　ｓｅｑｕｅｎｃｅ）５１１となる。
【００７０】
ＭＰＥＧ２−ＴＳ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０５は、例えばディジタル衛星放送のチューナ等に対応する伝送プロトコルで、これが扱うデータは、ＤＶＢ　ｒｅｃｏｒｄｉｎｇ　ｆｏｒｍａｔ　５１４或いはＡＴＶ　ｒｅｃｏｒｄｉｎｇ　ｆｏｒｍａｔ　５１５の規定に従って得られるデータシーケンス（ＭＰＥＧ２−ＴＳ　ｄａｔａ　ｓｅｑｕｅｎｃｅ　５１３）である。
【００７１】
また、Ａｕｄｉｏ　ａｎｄ　Ｍｕｓｉｃ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　５０６は、例えばディスクカートリッジ９０を記録媒体に用いるディジタルオーディオ機器全般に対応する伝送プロトコルであり、これが扱うデータは、Ａｕｄｉｏ　ａｎｄ　Ｍｕｓｉｃ　ｒｅｃｏｒｄｉｎｇ　ｆｏｒｍａｔ５１７の規定に従って得られるデータシーケンス（Ａｕｄｉｏ　ａｎｄ　Ｍｕｓｉｃ　ｄａｔａ　ｓｅｑｕｅｎｃｅ）である。
【００７２】
２−３．パケット
ＩＥＥＥ１３９４フォーマットでは、図８に示すようにしてＩｓｏｃｈｒｏｎｏｕｓ　ｃｙｃｌｅ（ｎｏｍｉｎａｌ　ｃｙｃｌｅ）の周期を繰り返すことによって送信を行う。この場合、１　Ｉｓｏｃｈｒｏｎｏｕｓ　ｃｙｃｌｅは、１２５μｓｅｃとされ、帯域としては１００ＭＨｚに相当する。なお、Ｉｓｏｃｈｒｏｎｏｕｓ　ｃｙｃｌｅの周期は１２５μｓｅｃ以外であってもよい。ＩＥＥＥ１３９４フォーマットでは、このＩｓｏｃｈｒｏｎｏｕｓ　ｃｙｃｌｅ毎に、データをパケット化して送信する。
【００７３】
Ｉｓｏｃｈｒｏｎｏｕｓ　ｃｙｃｌｅの先頭には、１　Ｉｓｏｃｈｒｏｎｏｕｓ　ｃｙｃｌｅの開始を示すｃｙｃｌｅ　Ｓｔａｒｔ　Ｐａｃｋｅｔが配置される。このｃｙｃｌｅ　Ｓｔａｒｔ　Ｐａｃｋｅｔは、ｃｙｃｌｅ　Ｍａｓｔｅｒとして定義されたＩＥＥＥ１３９４システム内の特定の１機器によってその発生タイミングが指示される。ｃｙｃｌｅ　Ｓｔａｒｔ　Ｐａｃｋｅｔに続いては、Ｉｓｏｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔが優先的に配置される。Ｉｓｏｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔは、図８に示すように、チャンネル毎にパケット化された上で時分割的されて転送される（Ｉｓｏｃｈｒｏｎｏｕｓ　ｓｕｂａｃｔｉｏｎｓ）。また、Ｉｓｏｃｈｒｏｎｏｕｓ　ｓｕｂａｃｔｉｏｎｓ内においてパケット毎の区切りには、休止区間となるＩｓｏｃｈｒｏｎｏｕｓ　ｇａｐが例えば０．０５μｓｅｃ設けられる。このように、ＩＥＥＥ１３９４システムでは、１つの伝送線路によってＩｓｏｃｈｒｏｎｏｕｓデータをマルチチャンネルで送受信することができる。
【００７４】
ここで、例えばディスクカートリッジ９０の記録装置１２０が対応する圧縮楽曲データ（以下、ＡＴＲＡＣデータともいう。）をＩｓｏｃｈｒｏｎｏｕｓ方式により送信する場合、ＡＴＲＡＣデータの１倍速の転送レートが１．４Ｍｂｐｓであるとき、１２５μｓｅｃの１　Ｉｓｏｃｈｒｏｎｏｕｓ　ｃｙｃｌｅ周期毎に、少なくともほぼ２０数バイトのＡＴＲＡＣデータをＩｓｏｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔとして伝送すれば、時系列的な連続性（リアルタイム性）を確保することができる。例えば、ある機器がＡＴＲＡＣデータを送信する際には、ＩＥＥＥ１３９４システム内のＩＲＭ（Ｉｓｏｃｈｒｏｎｏｕｓ　Ｒｅｓｏｕｒｃｅ　Ｍａｎａｇｅｒ）に対して、ＡＴＲＡＣデータのリアルタイム送信が確保できるだけのＩｓｏｃｈｒｏｎｏｕｓ　パケットのサイズを要求する。ＩＲＭでは、現在のデータ伝送状況を監視して許可／不許可を与え、許可が与えられたとき、指定されたチャンネルを用いて、ＡＴＲＡＣデータをＩｓｏｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔにパケット化して送信する。すなわち、ＩＥＥＥ１３９４インタフェースでは、帯域予約を行うことができる。
【００７５】
Ｉｓｏｃｈｒｏｎｏｕｓ　ｃｙｃｌｅの帯域内では、Ｉｓｏｃｈｒｏｎｏｕｓ　ｓｕｂａｃｔｉｏｎｓが使用していない残る帯域を用いて、Ａｓｙｎｃｈｒｏｎｏｕｓ　ｓｕｂａｃｔｉｏｎｓ、すなわちＡｓｙｎｃｈｒｏｎｏｕｓのパケット送信が行われる。図８は、Ｐａｃｋｅｔ　Ａ，Ｐａｃｋｅｔ　Ｂの２つのＡｓｙｎｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔが送信されている例を示している。Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔの後には、ａｃｔ　ｇａｐ（０．０５μｓｅｃ）の休止期間を挟んで、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）といわれる信号が付随する。ＡＣＫは、Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｔｒａｎｓａｃｔｉｏｎの過程において、何らかのＡｓｙｎｃｈｒｏｎｏｕｓデータの受信があったことを送信側（Ｃｏｎｔｒｏｌｌｅｒ）に知らせるためにハードウェア的に受信側（Ｔａｒｇｅｔ）から出力される信号である。また、Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔ及びこれに続くＡＣＫからなるデータ伝送単位の前後には、１０μｓｅｃ程度の休止期間となるｓｕｂａｃｔｉｏｎ　ｇａｐが設けられる。
【００７６】
２−４．ＣＩＰ（Ｃｏｍｍｏｎ　Ｉｓｏｃｈｒｏｎｏｓ　Ｐａｃｋｅｔ）
図９は、ＣＩＰ（Ｃｏｍｍｏｎ　Ｉｓｏｃｈｒｏｎｏｓ　Ｐａｃｋｅｔ）、すなわち、図８に示したＩｓｏｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔのデータ構造を示している。上述のように、ディスクカートリッジ９０の記録装置１２０が対応する記録再生データの１つであるＡＴＲＡＣデータ（楽曲データ）は、ＩＥＥＥ１３９４通信において、Ｉｓｏｃｈｒｏｎｏｕｓ通信により、メイン処理部１０１から記録装置１２０に送信される。すなわち、ＡＴＲＡＣデータ（楽曲データ）は、リアルタイム性が維持されるだけのデータ量をこのＩｓｏｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔに格納して、１　Ｉｓｏｃｈｒｏｎｏｕｓ　ｃｙｃｌｅ毎に順次送信される。
【００７７】
ＣＩＰの先頭３２ビット（１　ｑｕａｄｌｅｔ）は、ＩＥＥＥ１３９４パケットヘッダとされる。ＩＥＥＥ１３９４パケットヘッダにおいて、上位から順に１６ビットの領域は、ｄａｔａ＿Ｌｅｎｇｔｈ、続く２ビットの領域はｔａｇ、続く６ビットの領域はｃｈａｎｎｅｌ、続く４ビットはｔｃｏｄｅ、続く４ビットは、ｓｙとされる。ＩＥＥＥ１３９４パケットヘッダに続く１ｑｕａｄｌｅｔの領域は、ｈｅａｄｅｒ＿ＣＲＣが格納される。
【００７８】
そして、ｈｅａｄｅｒ＿ＣＲＣに続く２　ｑｕａｄｌｅｔの領域がＣＩＰヘッダとなる。ＣＩＰヘッダの上位ｑｕａｄｌｅｔの上位２ビットには、それぞれ‘０’‘０’が格納され、続く６ビットの領域には、ＳＩＤ（送信ノード番号）が格納され、ＳＩＤに続く８ビットの領域には、ＤＢＳ（データブロックサイズ）が格納される。続いては、ＦＮ（２ビット）、ＱＰＣ（３ビット）の領域が設定されており、ＦＮには、パケット化する際に分割した数が格納され、ＱＰＣには、分割するために追加したｑｕａｄｌｅｔ数が格納される。ＳＰＨ（１ビット）には、ソースパケットのヘッダのフラグが示され、ＤＢＣにはパケットの欠落を検出するカウンタの値が格納される。
【００７９】
ＣＩＰヘッダの下位ｑｕａｄｌｅｔの上位２ビットには、それぞれ‘０’‘０’が格納される。そして、これに続いてＦＭＴ（６ビット）、ＦＤＦ（２４ビット）の領域が設けられる。ＦＭＴには、信号フォーマット（伝送フォーマット）が格納され、ここに格納される値によって、当該ＣＩＰに格納されるデータ種類（データフォーマット）が識別可能となる。具体的には、ＭＰＥＧストリームデータ、Ａｕｄｉｏストリームデータ、ディジタルビデオカメラ（ＤＶ）ストリームデータ等の識別が可能になる。このＦＭＴにより示されるデータフォーマットは、例えば図７に示したＣＩＰ　Ｈｅａｄｅｒ　Ｆｏｒｍａｔ　４０１により管理される、ＳＤ−ＤＶＣＲ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓａｃｔｉｏｎ　５０２、ＨＤ−ＤＶＣ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓａｃｔｉｏｎ　５０３，ＳＤＬ−ＤＶＣＲ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓａｃｔｉｏｎ　５０４、ＭＰＥＧ２−ＴＳ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓａｃｔｉｏｎ　５０５、Ａｕｄｉｏ　ａｎｄ　Ｍｕｓｉｃ　Ｒｅａｌｔｉｍｅ　Ｔｒａｎｓａｃｔｉｏｎ　５０６等の伝送プロトコルに対応する。ＦＤＦは、フォーマット依存フィールドであり、上記ＦＭＴにより分類されたデータフォーマットについて更に細分化した分類を示す。オーディオに関するデータであれば、例えばリニア楽曲データであるのか、ＭＩＤＩデータであるのかといった識別が可能になる。例えばＡＴＲＡＣデータであれば、先ず、ＦＭＴによりＡｕｄｉｏストリームデータのカテゴリーにあるデータであることが示され、ＦＤＦに規定に従った特定の値が格納されることで、そのＡｕｄｉｏストリームデータがＡＴＲＡＣデータであることを識別することができる。
【００８０】
例えばＦＭＴによりＭＰＥＧであることが示されている場合、ＦＤＦには、ＴＳＦ（タイムシフトフラグ）といわれる同期制御情報が格納される。また、ＦＭＴによりＤＶＣＲ（ディジタルビデオカメラ）であることが示されている場合、ＦＤＦは、図９の下に示すように定義される。ここでは、上位から順に、５０／６０（１ビット）により１秒間のフィールド数が規定され、ＳＴＹＰＥ（５ビット）によりビデオのフォーマットがＳＤとＨＤの何れとされてるのかが規定され、ＳＹＴによりフレーム同期用のタイムスタンプが示される。
【００８１】
上記ＣＩＰヘッダに続けては、ＦＭＴ、ＦＤＦによって示されるデータが、ｎ個のデータブロックのシーケンスによって格納される。ＦＭＴ、ＦＤＦによりＡＴＲＡＣデータであることが示される場合には、このデータブロックとしての領域にＡＴＲＡＣデータが格納される。そして、データブロックに続けては、最後にｄａｔａ＿ＣＲＣが配置される。
【００８２】
２−５．ＦＣＰにおけるコマンド及びレスポンス
Ａｓｙｎｃｈｒｏｎｏｕｓ通信によるデータの伝送は、図７に示したＦＣＰ　４０２によって規定される。そこで、ＦＣＰにより規定されるトランザクションについて説明する。ＦＣＰは、Ａｓｙｎｃｈｒｏｎｏｕｓ通信において規定されるＷｒｉｔｅ　Ｔｒａｎｓａｃｔｉｏｎを使用する。ＦＣＰをサポートする機器は、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅレジスタを備え、図１３に示すように、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅレジスタに対してＭｅｓｓａｇｅを書き込むことでトランザクションを実現する。
【００８３】
図１０の処理遷移図において、先ず、ＣＯＭＭＡＮＤ送信のための処理として、ステップＳ２１において、Ｃｏｎｔｒｏｌｌｅｒは、Ｔｒａｎｓａｃｔｉｏ　Ｒｅｑｕｅｓｔを発生して、Ｗｒｉｔｅ　Ｒｅｑｕｅｓｔ　ＰａｃｋｅｔをＴａｒｇｅｔに対して送信する処理を実行する。Ｔａｒｇｅｔは、ステップＳ２２において、このＷｒｉｔｅ　Ｒｅｑｕｅｓｔ　Ｐａｃｋｅｔを受信して、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅレジスタに対してデータの書き込みを行う。また、この際、Ｔａｒｇｅｔは、ステップＳ２３において、Ｃｏｎｔｒｏｌｌｅｒに対してＡｃｋｎｏｗｌｅｄｇを送信し、Ｃｏｎｔｒｏｌｌｅｒは、ステップＳ２４において、このＡｃｋｎｏｗｌｅｄｇを受信する。ここまでの一連の処理が、ＣＯＭＭＡＮＤの送信に対応する処理となる。
【００８４】
続いて、ＣＯＭＭＡＮＤに応答したＲＥＳＰＯＮＳＥのための処理として、Ｔａｒｇｅｔは、ステップＳ２５において、Ｗｒｉｔｅ　Ｒｅｑｕｅｓｔ　Ｐａｃｋｅｔを送信する。Ｃｏｎｔｒｏｌｌｅｒは、ステップＳ２６において、これを受信して、Ｃｏｍｍａｎｄ／Ｒｅｓｐｏｎｃｅレジスタに対してデータの書き込みを行う。また、Ｃｏｎｔｒｏｌｌｅｒは、ステップＳ２７において、Ｗｒｉｔｅ　Ｒｅｑｕｅｓｔ　Ｐａｃｋｅｔの受信に応じて、Ｔａｒｇｅｔに対してＡｃｋｎｏｗｌｅｄｇを送信する。Ｔａｒｇｅｔは、ステップＳ２８において、Ａｃｋｎｏｗｌｅｄｇを受信することで、Ｗｒｉｔｅ　Ｒｅｑｕｅｓｔ　ＰａｃｋｅｔがＣｏｎｔｒｏｌｌｅｒにて受信されたことを知る。すなわち、ＣｏｎｔｒｏｌｌｅｒからＴａｒｇｅｔ対するＣＯＭＭＡＮＤ伝送処理と、これに応答したＴａｒｇｅｔからＣｏｎｔｒｏｌｌｅｒに対するＲＥＳＰＯＮＳＥ伝送処理が、ＦＣＰによるデータ伝送（Ｔｒａｎｓａｃｔｉｏｎ）の基本となる。
【００８５】
２−６．ＡＶ／Ｃコマンドパケット
図７により説明したように、Ａｓｙｎｃｈｒｏｎｏｕｓ通信において、ＦＣＰは、ＡＶ／Ｃコマンドを用いて各種ＡＶ機器に対する通信を行うことができる。Ａｓｙｎｃｈｒｏｎｏｕｓ通信では、Ｗｒｉｔｅ，Ｒｅａｄ，Ｌｏｃｋの３種のトランザクションが規定されており、実際には各トランザクションに応じたＷｒｉｔｅ　Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｃｅ　Ｐａｃｋｅｔ，Ｒｅａｄ　Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｃｅ　Ｐａｃｋｅｔ，Ｌｏｃｋ　Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｃｅ　Ｐａｃｋｅｔが用いられる。そして、ＦＣＰでは、Ｗｒｉｔｅ　Ｔｒａｎｓａｃｔｉｏｎを使用する。図１１に、Ｗｒｉｔｅ　Ｒｅｑｕｅｓｔ　Ｐａｃｋｅｔ（Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔ（Ｗｒｉｔｅ　Ｒｅｑｕｅｓｔ　ｆｏｒ　Ｄａｔａ　Ｂｌｏｃｋ））のフォーマットを示す。ここでは、このＷｒｉｔｅ　Ｒｅｑｕｅｓｔ　Ｐａｃｋｅｔが、ＡＶ／Ｃコマンドパケットして使用される。
【００８６】
このＷｒｉｔｅ　Ｒｅｑｕｅｓｔ　Ｐａｃｋｅｔにおける上位５ｑｕａｄｌｅｔ（第１〜第５ｑｕａｄｌｅｔ）は、Ｐａｃｋｅｔ　Ｈｅａｄｅｒとされる。Ｐａｃｋｅｔ　Ｈｅａｄｅｒの第１ｑｕａｄｌｅｔにおける上位１６ビットの領域は、ｄｅｓｔｉｎａｔｉｏｎ＿ＩＤで、データの転送先（宛先）のＮｏｄｅ　ＩＤを示す。続く６ビットの領域は、ｔｌ（ｔｒａｎｓａｃｔ　ｌａｂｅｌ）であり、パケット番号を示す。続く２ビットは、ｒｔ（ｒｅｔｒｙ　ｃｏｄｅ）であり、当該パケットが初めて伝送されたパケットであるか、再送されたパケットを示す。続く４ビットの領域は、ｔｃｏｄｅ（ｔｒａｎｓａｃｔｉｏｎ　ｃｏｄｅ）であり、指令コードを示している。続く４ビットの領域は、ｐｒｉ（ｐｒｉｏｒｉｔｙ）であり、パケットの優先順位を示す。
【００８７】
第２ｑｕａｄｌｅｔにおける上位１６ビットの領域は、ｓｏｕｒｃｅ＿ＩＤであり、データの転送元のＮｏｄｅ＿ＩＤが示される。また、第２ｑｕａｄｌｅｔにおける下位１６ビットと第３ｑｕａｄｌｅｔ全体の計４８ビットは、ｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔとされ、ＣＯＭＭＡＮＤレジスタ（ＦＣＰ＿ＣＯＭＭＡＮＤ　ｒｅｇｉｓｔｅｒ）とＲＥＳＰＯＮＳＥレジスタ（ＦＣＰ＿ＲＥＳＰＯＮＳＥ　ｒｅｇｉｓｔｅｒ）のアドレスが示される。上記ｄｅｓｔｉｎａｔｉｏｎ＿ＩＤ及びｄｅｓｔｉｎａｔｉｏｎ＿ｏｆｆｓｅｔが、ＩＥＥＥ１３９４フォーマットにおいて規定される６４ビットのアドレス空間に相当する。
【００８８】
第４ｑｕａｄｌｅｔの上位１６ビットの領域は、ｄａｔａ＿ｌｅｎｇｔｈとされ、ｄａｔａｆｉｅｌｄ（図１１において太線により囲まれる領域）のデータサイズが示される。続く下位１６ビットの領域は、ｅｘｔｅｎｄｅｄ＿ｔｃｏｄｅの領域とされ、ｔｃｏｄｅを拡張する場合に使用される領域である。第５ｑｕａｄｌｅｔとしての３２ビットの領域は、ｈｅａｄｅｒ＿ＣＲＣであり、Ｐａｃｋｅｔ　ｈｅａｄｅｒのチェックサムを行うＣＲＣ計算値が格納される。
【００８９】
Ｐａｃｋｅｔ　ｈｅａｄｅｒに続く第６ｑｕａｄｌｅｔからｄａｔａ　ｂｌｏｃｋが配置され、このｄａｔａ　ｂｌｏｃｋ内の先頭に対してｄａｔａｆｉｅｌｄが形成される。ｄａｔａｆｉｅｌｄとして先頭となる第６ｑｕａｄｌｅｔの上位４ビットには、ＣＴＳ（Ｃｏｍｍａｎｄ　ａｎｄ　Ｔｒａｎｓａｃｔｉｏｎ　Ｓｅｔ）が記述される。これは、当該Ｗｒｉｔｅ　Ｒｅｑｕｅｓｔ　ＰａｃｋｅｔのコマンドセットのＩＤを示すもので、例えば、このＣＴＳの値について、［００００］と設定すれば、ｄａｔａｆｉｅｌｄに記述されている内容がＡＶ／Ｃコマンドであると定義されることになる。すなわち、このＷｒｉｔｅ　Ｒｅｑｕｅｓｔ　Ｐａｃｋｅｔは、ＡＶ／Ｃコマンドパケットであることが示される。したがって、ここでは、ＦＣＰがＡＶ／Ｃコマンドを使用するため、このＣＴＳには［００００］が記述される。ＣＴＳに続く４ビットの領域は、ｃｔｙｐｅ（Ｃｏｍｍａｎｄ　ｔｙｐｅ；コマンドの機能分類）又はコマンドに応じた処理結果（レスポンス）を示すｒｅｓｐｏｎｓｅが記述される。
【００９０】
図１２に、上記ｃｔｙｐｅ及びｒｅｓｐｏｎｓｅの定義内容を示す。ｃｔｙｐｅ（Ｃｏｍｍａｎｄ）としては、［００００］〜［０１１１］を使用でき、［００００］はＣＯＮＴＲＯＬ、［０００１］はＳＴＡＴＵＳ、［００１０］はＩＮＱＵＩＲＹ、［００１１］はＮＯＴＩＦＹとして定義され、［０１００］〜［０１１１］は、現状、未定義（ｒｅｓｅｒｖｅｄ）とされている。ＣＯＮＴＲＯＬは機能を外部から制御するコマンドであり、ＳＴＡＴＵＳは外部から状態を間い合わせるコマンド、ＩＮＱＵＩＲＹは、制御コマンドのサポートの有無を外部から問い合わせるコマンド、ＮＯＴＩＦＹは状態の変化を外部に知らせることを要求するコマンドである。また、ｒｅｓｐｏｎｓｅとしては、［１０００］〜［１１１１］を使用し、［１０００］はＮＯＴ　ＩＭＰＬＥＭＥＮＴＥＤ、［１００１］はＡＣＣＥＰＴＥＤ、［１０１０］はＲＥＪＥＣＴＥＤ、［１０１１］はＩＮ　ＴＲＡＮＳＩＴＩＯＮ、［１１００］はＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬＥ、［１１０１］はＣＨＡＮＧＥＤ、［１１１０］はｒｅｓｅｒｖｅｄ、［１１１１］はＩＮＴＥＲＩＭとしてそれぞれ定義される。これらのｒｅｓｐｏｎｓｅは、コマンドの種類に応じて使い分けられる。例えば、ＣＯＮＴＯＲＯＬのコマンドに対応するｒｅｓｐｏｎｓｅとしては、ＮＯＴ　ＩＭＰＬＥＭＥＮＴＥＤ、ＡＣＣＥＰＴＥＤ、ＲＥＪＥＣＴＥＤ、或いはＩＮＴＥＲＩＭの４つの内の何れかがＲｅｓｐｏｎｄｅｒ側の状況等に応じて使い分けられる。
【００９１】
図１１において、ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅに続く５ビットの領域には、ｓｕｂｕｎｉｔ−ｔｙｐｅが格納される。ｓｕｂｕｎｉｔ−ｔｙｐｅは、ＣＯＭＭＡＮＤの宛先又はＲＥＳＰＯＮＳＥの送信元のｓｕｂｕｎｉｔが何であるのか（機器）を示す。ＩＥＥＥ１３９４フォーマットでは、機器そのものをｕｎｉｔといい、そのｕｎｉｔ（機器）内において備えられる機能的機器単位の種類をｓｕｂｕｎｉｔという。例えば、一般のＶＴＲを例にとれば、ＶＴＲとしてのｕｎｉｔは、地上波や衛星放送を受信するチューナとビデオカセットレコーダ／プレーヤとの２つのｓｕｂｕｎｉｔを備えることになる。ｓｕｂｕｎｉｔ−ｔｙｐｅは、例えば図１３（ａ）に示すように定義されている。つまり、［０００００］はＭｏｎｉｔｏｒ、［００００１］〜［０００１０］はｒｅｓｅｒｖｅｄ、［０００１１］はＤｉｓｃ　ｒｅｃｏｒｄｅｒ／ｐｌａｙｅｒ、［００１００］はＶＣＲ、［００１０１］はＴｕｎｅｒ、［００１１１］はＣａｍｅｒａ、［０１０００］〜［１１１１０］はｒｅｓｅｒｖｅｄ、［１１１１１］は、ｓｕｂｕｎｉｔが存在しない場合に用いられるｕｎｉｔとして定義されている。
【００９２】
図１１において、上記ｓｕｂｕｎｉｔ−ｔｙｐｅに続く３ビットには、同―種類のｓｕｂｕｎｉｔが複数存在する場合に、各ｓｕｂｕｎｉｔを特定するためのｉｄ（Ｎｏｄｅ＿ＩＤ）が格納される。ｉｄ（Ｎｏｄｅ＿ＩＤ）に続く８ビットの領域には、ｏｐｃｏｄｅが格納され、続く８ビットの領域には、ｏｐｅｒａｎｄが格納される。ｏｐｃｏｄｅとは、オぺレーションコード（Ｏｐｅｒａｔｉｏｎ　Ｃｏｄｅ）のことであって、ｏｐｅｒａｎｄには、ｏｐｃｏｄｅが必要とする情報（パラメータ）が格納される。これらｏｐｃｏｄｅはｓｕｂｕｎｉｔ毎に定義され、ｓｕｂｕｎｉｔ毎に固有のｏｐｃｏｄｅのリストのテーブルを有する。例えば、ｓｕｂｕｎｉｔがＶＣＲであれば、ｏｐｃｏｄｅとしては、例えば図１３（ｂ）に示すようにして、ＰＬＡＹ（再生），ＲＥＣＯＲＤ（記録）等をはじめとする各種コマンドが定義される。ｏｐｅｒａｎｄは、ｏｐｃｏｄｅ毎に定義される。
【００９３】
図１１におけるｄａｔａｆｉｅｌｄは、上記第６ｑｕａｄｌｅｔの３２ビットが必要とされるが、必要があれば、これに続けて、ｏｐｅｒａｎｄを追加することもできる（Ａｄｄｉｔｉｏｎａｌ　ｏｐｅｒａｎｄｓ）。ｄａｔａｆｉｅｌｄに続けては、ｄａｔａ＿ＣＲＣが配置される。なお、必要があれば、ｄａｔａ＿ＣＲＣの前にｐａｄｄｉｎｇとしてデータを配置することもできる。
【００９４】
３．記録エラー防止動作
ユーザが購入した楽曲データをディスクカートリッジ９０に記録するような公衆端末装置１００では、楽曲データをディスクカートリッジ９０の光磁気ディスクに記録するとき、例えば光磁気ディスクが、光磁気ディスクに付着した塵埃等により汚損され、又は、ディスクカートリッジ９０に記録を行う記録装置１２０内の塵埃等の要因によって、記録エラーが発生してしまうことがある。そこで、このサービスシステムでは、公衆端末装置１００の記録装置１２０に記録エラーが発生する前に、その公衆端末装置１００のメンテナンスを行い、記録エラーの発生を防止するようにしている。
【００９５】
先ず、購買客であるユーザは、公衆端末装置１００で所望の楽曲データを選択し、決済方法等を指定し、楽曲データを購入するための所定の操作を行い、持参したディスクカートリッジ９０をカートリッジ挿脱口１１１に挿入する操作を行う。すると、公衆端末装置１００のメイン処理部１０１からディスクカートリッジ９０に対しては、ＩＥＥＥ１３９４データインタフェース対応のデータバス２３を介して、ユーザが選択した楽曲データの要求のコマンドを記録装置１２０に出力する。
【００９６】
ここで、図１４は、記録装置１２０がディスクカートリッジ９０に楽曲データを記録するまでの一連の手順を説明するフローチャートであり、これらの処理は、記録装置１２０におけるシステムコントローラ１１が実行する。
【００９７】
システムコントローラ１１は、ステップＳ１０１において、カートリッジ挿脱口１１１より挿入されたディスクカートリッジ９０の装着部へのローディングが完了したかどうかを判断する。具体的に、記録装置１２０に設けられたローディング機構は、ディスクカートリッジ９０がカートリッジ挿脱口１１１より挿入されたことを、例えばカートリッジ挿脱口１１１の近傍に設けられた押圧型スイッチ等が押圧されることで検出すると、システムコントローラ１１により駆動モータが駆動され、カートリッジ挿脱口１１１より挿入されたディスクカートリッジ９０を装着部に搬送し装着する。ここで、ディスクカートリッジ９０は、光磁気ディスクが回転可能に収納されたカートリッジ本体に相対向して設けられた記録再生用の開口部が、シャッタ部材がスライドされることにより開放され、光磁気ディスクの一部を外部に外部に臨ませる。そして、カートリッジの一方の開口部からは、磁気ヘッド６ａが進入可能な状態になり、また、他方の開口部には、光ピックアップ３の対物レンズ４が対向される。また、光磁気ディスクはスピンドルモータ２の駆動軸に一体的に設けられたディスクテーブルにチャッキングされ、ディスクテーブルと一体的に回転可能な状態となる。ディスクカートリッジ９０が装着される装着部には、ディスクカートリッジ９０が装着されたことを検出する例えば押圧型の検出スイッチが設けられており、記録装置１２０のシステムコントローラ１１は、この装着部に設けられた検出スイッチがディスクカートリッジ９０により押圧されることでディスクカートリッジ９０が装着部に確実に装着されたことを検出するとステップＳ１０２に進む。また、システムコントローラ１１は、ディスクカートリッジ９０が装着部に装着されていないことを検出したとき、ステップＳ１０１を繰り返す。
【００９８】
ステップＳ１０２において、記録装置１２０のシステムコントローラ１１は、ディスクカートリッジの誤記録防止機構が記録可能な状態になっているかどうかを判断する。ディスクカートリッジ９０には、検出孔及びこの検出孔を開閉する誤記録防止部材からなる誤記録防止機構が設けられている。この誤記録防止機構は、検出孔が開放されているとき、記録不可の状態であり、検出孔が誤記録防止部材により閉塞されているとき、記録可能の状態である。装着部には、検出孔の開閉を検出する機械的又は光学的な検出部が設けられている。システムコントローラ１１は、検出部が検出孔が閉塞されていることを検出したとき、記録不可と判断し、検出孔が開放されているとき、記録可能な状態にあると判断する。そして、システムコントローラ１１は、装着部に装着されたディスクカートリッジ９０が記録可能な状態にあるとき、ステップＳ１０３に進み、記録不可のとき、ステップＳ１０５に進む。
【００９９】
ステップＳ１０５では、システムコントローラ１１は、表示部１０８に、ディスクカートリッジ９０の誤記録防止機構が記録不可の状態になっているので記録を行うことができない旨や誤記録防止機構を記録可能な状態に切り換える旨の警告表示を行う。そして、システムコントローラ１１は、ステップＳ１０６において、ローディング機構を駆動し、ユーザがディスクカートリッジ９０の誤記録防止機構の切り換えを行うことができるように、装着部に装着されているディスクカートリッジ９０のイジェクトを行う。
【０１００】
記録装置１２０は、ディスクカートリッジ９０が記録可能な状態にあるとき、スピンドルモータ２を駆動し、光磁気ディスクをＣＬＶ、ＣＡＶ等で回転するとともに、光ピックアップ３の半導体レーザを駆動し、光ビームを光磁気ディスクに照射する。ここで、先ず、管理領域が設けられた光磁気ディスクの内周側にアクセスする。そして、システムコントローラ１１は、ステップＳ１０４において、Ｐ−ＴＯＣ及びＵ−ＴＯＣより管理情報を読み出し、バッファメモリ１３に保持し、記録に最適な光ビームの強度、記録可能容量等抽出する。そして、システムコントローラ１１は、光磁気ディスクにユーザが選択した楽曲データを記録するだけの容量があるかどうかを判断する。ユーザが持参したディスクカートリッジ９０は、何も楽曲データが記録されていないディスクカートリッジの他に、使用途中のディスクカートリッジ、すなわち既に一又は複数の楽曲データが保存されているディスクカートリッジであることがあるからである。そして、システムコントローラ１１は、ユーザが選択した新たな楽曲データが記録可能であるとき、ステップＳ１０７に進み、記録不能であるとき、ステップＳ１０８に進む。ステップＳ１０８では、システムコントローラ１１は、表示部１０８で、ディスクカートリッジ９０の空き容量が足りないため選択した楽曲データを記録することができず、代わりのディスクカートリッジを挿入し直す旨の警告表示を行う。そして、システムコントローラ１１は、上述したステップＳ１０６に進み、装着部に装着されているディスクカートリッジ９０のイジェクトを行う。
【０１０１】
装着部に装着されたディスクカートリッジ９０に対してユーザが選択した楽曲データを記録することができるとき、システムコントローラ１１は、ステップＳ１０７において、キャリブレーションチェックを行う。すなわち、システムコントローラ１１は、記録エラーを発生させることなく楽曲データを光磁気ディスクに記録できる状態あるかどうかを判断する。
【０１０２】
このキャリブレーションチェックを図１５に示すフローチャートを用いて説明すると、システムコントローラ１１は、キャリブレーションエリアのアドレスを指定して、光磁気ディスクに設けられたキャリブレーションエリアに光ピックアップ３がアクセスするように光磁気ディスクの径方向に移動させる。ここで、キャリブレーションエリアは、例えばディスク内周側の所定容量の物理的領域が割り当てられているもので、楽曲データなどの実データではなく、何らかの調整を目的とした、調整用のデータを記録するための領域である。
【０１０３】
ステップＳ２２２において、システムコントローラ１１は、ＲＯＭ２１等より調整用データを読み出し、この記録データを光磁気ディスクのキャリブレーションエリアに記録する。ここで、調整用データは、エラーレートを計測するために光磁気ディスクに記録する所定パターンのデータである。具体的に、調整用データは、楽曲データの一部等の特定パターンのデータをＡＴＲＡＣ方式により圧縮した上で、エラー訂正符号であるＡＣＩＲＣを付加した形式のもの、すなわち実際に記録する楽曲データの記録フォーマットと同じフォーマットのものであとよい。調整用データは、実際に記録する楽曲データと同じように、エラー訂正符号を付加し、ＥＦＭ変調したデータとすることで、エラーチェックを行う環境を、楽曲データを記録するときの環境に近づけることができる。
【０１０４】
システムコントローラ１１は、ＲＯＭ２１等より調整用データを読み出すと、先ず圧縮データをエンコーダ／デコーダ部１４に出力する。すると、調整用データは、圧縮データをエンコーダ／デコーダ部１４でＡＴＲＡＣ形式で圧縮され、次いで、メモリコントローラ１２に出力され、バッファメモリ１３で一時的に蓄積された後、エンコーダ／デコーダ部８でエラー訂正符号の付加及びＥＦＭ変調処理が行われ、磁気ヘッド駆動回路６に出力される。勿論、この調整用データは、既に圧縮処理がされたデータとし、システムコントローラ１１よりメモリコントローラ１２に出力されるようにしてもよい。
【０１０５】
調整用データを光磁気ディスクのキャリブレーションエリアに記録するとき、システムコントローラ１１は、光ピックアップ３の半導体レーザを、再生時の出力レベルより高い記録レベルで駆動し、光ビームを光磁気ディスクのキャリブレーションエリアの所定位置に照射し、光ビームが照射された領域をキュリー温度以上に加熱する。これと共に、磁気ヘッド６ａは、調整用データに応じて外部磁界を印加し、キャリブレーションエリアに調整用データを記録する。
【０１０６】
調整用データの記録が終了すると、システムコントローラ１１は、ステップＳ２３３において、キャリブレーションエリアに記録した調整用データの読み出しを開始する。すなわち、システムコントローラ１１は、光ピックアップ３を記録時より低いレベルの再生レベルで半導体レーザを駆動し、キャリブレーションエリアに光ビームを照射する。そして、光ピックアップ３は、光検出器で光磁気ディスクで反射された戻りの光ビームを検出すると、光電変換し、ＲＦアンプ７に出力する。ＲＦアンプ７は、再生ＲＦ信号を生成し、この再生ＲＦ信号をエンコーダ／デコーダ部８に出力する。
【０１０７】
エンコーダ／デコーダ部８では、ステップＳ２３４において、再生ＲＦ信号がが入力されると、読み出した調整用データのエラーチェックが行われる。すなわち、図４及び図５に示したように、エンコーダ／デコーダ部８が行うＡＣＩＲＣによるエラー訂正処理は、Ｃ１系列とＣ２系列とを行うが、ここでは、Ｃ１系列についてのエラーレートを計測する。すなわち、エンコーダ／デコーダ部８は、例えば再生された調整用データについての所定の単位データ長に対するＣ１系列によるエラーの発生率を、ここでのエラーレートとして求める。
【０１０８】
ここで、ステップＳ２３４で行うエラーチェックについて説明すると、図５及び図６に示す手順によってエンコーダ／デコーダ部８によって実行されるエラー訂正処理の過程において、Ｃ１系列についてのＮＧポインタ数がステップＳ６０６（図５）により得られる。そこで、システムコントローラ１１は、計測用データについての所定の単位データ長に相当するＣ１ポインタ総数に対する、このＣ１系列についてのＮＧポインタ数の比を求め、これをエラーレートとして計測するようにされる。そして、上記のようにして計測したエラーレートを、次のステップＳ１０８の処理によって、例えばＲＡＭ２２に書き込んで保持する。
【０１０９】
ところで、システムコントローラ１１は、ＲＯＭ２１等に閾値として第１の値と第２の値を保持している。第１の値は、エラーレートが正常値を示しているか否かを判断するための値であって、システムコントローラ１１は、計測したエラーレートが第１の値より小さいとき、記録装置１２０は正常であると判断する。また、第２の値は、エラーレートが修復不能な異常値を示しているか否かをを判断するための値であって、システムコントローラ１１は、計測したエラーレートが第２の値を超えているとき、データをエラー訂正処理でも修復不能な程に正確に書き込めない状態にあると判断し、記録装置１２０を使用禁止の状態とする。また、システムコントローラ１１は、計測したエラーレートが第１の値と第２の値の間であるとき、半導体レーザの出力を上げれば、エラー訂正処理で修復可能な状態でデータを記録できると判断する。
【０１１０】
ところで、光ピックアップ３は、対物レンズ３ａに塵埃等の異物が付着していると、半導体レーザより出射された光ビームが散光し、所定の光強度で光ビームを光磁気ディスクに照射し、記録時に光磁気ディスクの所定位置をキュリー温度以上に加熱することができなくなる。この状態は、半導体レーザの出力レベルを通常の記録時のレベルより高くすることで解決することができる。しかしながら、半導体レーザの記録レベルを高くしすぎると、光ビームは、隣接する記録トラックまで加熱しキュリー温度以上に加熱してしまうことがあり、正確にデータを記録することができなくなってしまう。
【０１１１】
そこで、システムコントローラ１１は、計測したエラーレートが第１の値より小さいとき、ステップＳ２３６において、対物レンズ３ａ、光磁気ディスク等に塵埃等が付着しておらず、正常に記録を行うことができると判断し、半導体レーザを通常の出力レベル（第１の記録レベル）駆動するようにする。
【０１１２】
また、システムコントローラ１１は、計測したエラーレートが第１の値と第２の値との間のとき、先ず、ステップＳ２３７において、ＲＯＭ２１等に保持している半導体レーザの出力レベルを第２の記録レベルに上げた回数が閾値（Ｎ回）以上であるかを判断する。そして、システムコントローラ１１は、半導体レーザの出力レベルを第２の記録レベルに上げた回数が閾値（Ｎ回）未満のとき、ステップＳ２３８において、エラーレートがエラー訂正処理で修復可能なレベルであると判断し、半導体レーザの出力レベルを第２の記録レベルに上げた回数が閾値（Ｎ回）以上のとき、ステップＳ２３９に進み、記録装置１２０を使用禁止の状態にする。Ｎ回以上半導体レーザの出力を第２の記録レベルに上げる場合には、既に対物レンズ３ａ等が塵埃等で汚損され、記録データがエラー訂正処理でも修復不能な程に正確に書き込めない状態に極めて近い状態にあると判断でき、早急に清掃等のメンテナンスを行った方が良い状態にあると判断できるからである。
【０１１３】
更に、システムコントローラ１１は、計測したエラーレートが第２の値を超えているとき、半導体レーザの出力レベルを第２の記録レベル以上に上げれば光磁気ディスクをキュリー温度以上に加熱することができるが、これ以上出力レベルを上げると、加熱すべき位置と隣接する位置までキュリー温度以上に加熱してしまうことになり、正確にデータを記録することができなくなるため、記録装置１２０を使用禁止の状態にする。また、システムコントローラ１１は、上述したように、計測したエラーレートが第２の値より大きいかを判断したとき、ステップＳ２３９において、エラーレートがエラー訂正処理で修復不可能なレベルであると判断する。また、システムコントローラ１１は、半導体レーザの出力レベルを第２の記録レベルに上げた回数が閾値（Ｎ回）以上のときも、エラーレートがエラー訂正処理で修復不可能なレベルと同じレベルにあるとみなす。
【０１１４】
システムコントローラ１１は、調整用データを記録し読み出したときのエラーレートが、第１の値より小さく正常なレベルであるとき、図１４に示すステップＳ１０９に進み、ユーザが選択した楽曲データの記録を開始する。すなわち、ＩＥＥＥ１３９４　Ｉ／Ｆ２０には、メイン処理部１０１のＩＥＥＥ１３９４　Ｉ／Ｆ　１０９からデータバス２１を介して入力された記憶部１０４から読み出された楽曲データが入力される。ＩＥＥＥ１３９４　Ｉ／Ｆ２０は、入力された楽曲データが圧縮されているとき、エンコーダ／デコーダ部１４でデータ圧縮処理を行う必要が無いことから、入力された圧縮された画像データをメモリコントローラ１２に出力する。また、ＩＥＥＥ１３９４　Ｉ／Ｆ２０は、入力された楽曲データが圧縮されていないとき、圧縮処理を行うため、エンコーダ／デコーダ部１４に出力し、エンコーダ／デコーダ部１４は、入力された楽曲データの圧縮処理を行うメモリコントローラ１２に出力する。
【０１１５】
そして、メモリコントローラ１２は、順次バッファメモリ１３より楽曲データを読み出し、読み出された楽曲データは、エンコーダ／デコーダ部８でエラー訂正符号化処理、ＥＦＭ等の変調処理がなされた後、磁気ヘッド駆動回路６に入力される。これと共に、光ピックアップ３は、第１の記録レベルで半導体レーザを駆動し、出射された光ビームを指定されたアドレスに照射し、キュリー温度以上に加熱する。そして、磁気ヘッド６ａは、磁気ヘッド駆動回路６に入力された楽曲データに応じて磁界を局所的にキュリー温度以上に加熱された光磁気ディスクに対して印加する。
【０１１６】
ステップＳ１１０において、システムコントローラ１１は、バッファメモリ１３に保持しているＵ−ＴＯＣの内容を、楽曲データ記録後の内容に更新し、この更新したＵ−ＴＯＣを光磁気ディスクの内周側の管理領域に記録する。そして、システムコントローラ１１は、ローディング機構を駆動し、楽曲データ及びＵ−ＴＯＣの更新が終了したディスクカートリッジ９０をイジェクトする。
【０１１７】
また、システムコントローラ１１は、調整用データを記録し読み出したときのエラーレートが第１の値と第２の値の間でエラー訂正処理で修復可能なレベルであるとき、ステップＳ１１２に進み、半導体レーザの駆動レベルを第１の記録レベルより高い第２の記録レベルで駆動する。すなわち、システムコントローラ１１は、光強度を第１の記録レベルのときより高くする。
【０１１８】
ステップＳ１１３において、システムコントローラ１１は、ＲＯＭ２１等に保持されている半導体レーザの出力レベルを第２の記録レベルに上げた回数に１を加算し、ステップＳ１０７に戻る。すなわち、システムコントローラ１１は、半導体レーザの出力を第２の記録レベルに上げた状態で、エラーレートの計測を再度行うようにする。そして、システムコントローラ１１は、半導体レーザの出力を第２の記録レベルにして、再度調整用データをキャリブレーションエリアに記録し、記録した調整用データを読み出し、エラーレートを計測し、エラーレートが第１の値より小さいか、第１の値と第２の値との間か、第２の値を超えているかの判断を行う。そして、システムコントローラ１１は、エラーレートが、半導体レーザの出力を第２の記録レベルに上げることで、第１の値より小さくなると、上述のように楽曲データを光磁気ディスクに記録するとともに、バッファメモリ１３に保持しているＵ−ＴＯＣの内容を、楽曲データ記録後の内容に更新し、この更新したＵ−ＴＯＣを光磁気ディスクの内周側の管理領域に記録する。そして、システムコントローラ１１は、ローディング機構を駆動し、楽曲データ及びＵ−ＴＯＣの更新が終了したディスクカートリッジ９０をイジェクトする。
【０１１９】
更に、システムコントローラ１１は、調整用データを記録し読み出したときのエラーレートが第２の値を超えているとき、半導体レーザの出力レベルを第２の記録レベル以上に上げれば光磁気ディスクをキュリー温度以上に加熱することができるが、これ以上出力レベルを上げると、加熱すべき位置と隣接する位置までキュリー温度以上に加熱してしまうことになり、正確にデータを記録することができなくなるため、記録装置１２０を使用禁止の状態にする。このため、システムコントローラ１１は、ステップＳ１１４において、表示部１０８に、現在楽曲データを販売するサービスを行うことができない旨の警告表示を行い、そのことを所望の楽曲データを購入しようとしているユーザに知らせ、ステップＳ１１５において、ローディング機構を駆動し、ユーザがディスクカートリッジ９０の誤記録防止機構の切り換えを行うことができるように、装着部に装着されているディスクカートリッジ９０のイジェクトを行う。
【０１２０】
ディスクカートリッジ９０の光磁気ディスクへの楽曲データの記録が終了しディスクカートリッジ９０のイジェクトが終了すると、また、記録装置１２０が使用禁止で、ディスクカートリッジ９０のイジェクトが終了すると、ステップＳ１１６において、ログの更新を行い、ステップＳ１１７において、更新したログを、ＩＥＥＥ１３９４インタフェースに対応するデータバス２３を介してメイン処理部１０１の記憶部１０４に転送する。ここで、ログは、記録装置１２０の動作記録であり、例えばシステムコントローラ１１が判断した記録エラーと推定される状況となったことを示す内容の情報等の障害情報等である。そして、公衆端末装置１００は、記憶部１０４のログをメンテナンス情報として管理センタ２００の管理サーバに送信する。
【０１２１】
以上のようにして計測されるエラーレートは、計測時において、楽曲データを記録するディスクカートリッジ９０の光磁気ディスクに塵埃等の異物が付着しているか等ディスクカートリッジ９０状態と、このときの記録装置１２０との状態、例えば対物レンズ３ａに付着している塵埃等の異物の付着量との兼ね合いによって決まるものである。エラーレートによっては、カートリッジ挿脱口１１１より挿入されたディスクカートリッジ９０が装着される毎に、そのときのディスクカートリッジ９０及び記録装置１２０の状態に応じて変化し得るものである。記録装置１２０は、楽曲データを記録する動作を行う度に、エラーレートを計測することで、記録エラーが発生する確率を高精度で推定することができる。
【０１２２】
すなわちカートリッジ挿脱口１１１より挿入されたディスクカートリッジ９０の光磁気ディスクのエラーレートが第２の値を超え、また第２の記録レベルに半導体レーザの出力を所定回数以上切り換えられ、記録エラーが発生すると推定される場合には、カートリッジ挿脱口１１１より挿入されたディスクカートリッジ９０をイジェクトしてしまうことで、そのディスクカートリッジ９０に対する楽曲データの記録を拒否するようにしている。これにより、記録エラーが発生した状態で楽曲データが記録されてしまうことを未然に防止することができる。記録エラーが発生している状態で楽曲データを光磁気ディスクに記録した場合には、Ｕ−ＴＯＣ等も確実に更新されないことになり、元々ディスクカートリッジ９０に保存されている楽曲データまでもが再生不能の状態になってしまうことを未然に防止することができる。
【０１２３】
また、この記録装置１２０は、楽曲データの記録前に、実際にキャリブレーションエリアに調整用データを記録し、この調整用データを読み出し、読み出した調整用データのエラーチェックを行っている。例えば、従来の公衆端末装置では、ディスクカートリッジ９０の光磁気ディスクの管理領域に記録されているＴＯＣの内容を楽曲データの記録前に読み込み、このＴＯＣが読み込めなかったときに、そのディスクカートリッジ９０が不良であると判定するようにしている。しかしながら、記録エラーより再生エラーは発生しにくいものである。このため、従来の公衆端末装置では、実際には記録エラーとなる場合でも、ＴＯＣが正常に読み込めたために楽曲データの記録を行ってしまい、結果として記録エラーが発生した状態でデータを記録してしまうことがあった。すなわち、ＴＯＣの読み出しの可否では、記録エラーの判定を正確に行うことはできないことがある。これに対して、本発明を適用した公衆端末装置１００の記録装置１２０では、実際にディスクカートリッジ９０にデータを一旦記録した上で、その記録結果を対象として計測するものであるから、エラーレートの値を、記録エラー発生の確率と容易に対応づけることができ、高い精度で記録エラーの発生を判定できる。
【０１２４】
なお、記録装置１２０は、調整用データを記録するとき、キャリブレーションエリアに記録するようにしているが、調整用データは、光磁気ディスクの楽曲データが記録されるプログラムエリアに記録するようにしてもよい。この場合、楽曲データの記録前に、調整用データを消去するようにすれば、調整用データに記録に伴う記録容量の減少を防止することができる。また、楽曲データが実際に記録される領域に調整用データが記録されることから、より正確なエラーレートを計測することができる。
【０１２５】
ところで、公衆端末装置１００は、記録装置１２０に異常が発生したとき、すなわち、システムコントローラ１１の処理が図１５中ステップＳ２３９で使用禁止となったとき、管理センタ２００に報告し、直ちにメンテナンスを受けられる状態にする必要がある。そこで、公衆端末装置１００の制御部１０３は、図１６に示すように、管理センタ２００に記録装置１２０のメンテナンス情報として、ログを管理センタ２００に送信する。
【０１２６】
ステップＳ３０１において、制御部１０３は、定期的に記録装置１２０の活動ログを管理センタ２００の管理サーバに送信するため、所定期間、例えば、１週間経過したかどうかを判断する。そして、制御部１０３は、所定期間が経過したとき、ステップＳ３０３に進み、所定期間が経過していないとき、ステップＳ３０２に進む。ステップＳ３０２において、制御部１０３は、記録装置１２０のシステムコントローラ１１から録装置１２０に異常が発生したとき、すなわち、システムコントローラ１１の処理が図１５中ステップＳ２３９で記録装置１２０が使用禁止となった旨のデータが入力されたかを判断する。そして、制御部１０３は、使用禁止が入力されたとき、ステップＳ３０２に進み、入力が無かったとき、ステップＳ３０１に戻る。
【０１２７】
ステップＳ３０３において、制御部１０３は、通信Ｉ／Ｆ１０５を介して管理センタ２００の管理サーバ装置に、所定期間毎に活動ログを送信する。また、制御部１０３は、システムコントローラ１１の処理が図１５中ステップＳ２３９で記録装置１２０が使用禁止となった旨やそれまでの活動ログを通信Ｉ／Ｆ１０５を介して管理センタ２００の管理サーバ装置に送信する。
【０１２８】
管理センタ２００側では、公衆端末装置１００から送信された活動ログやシステムコントローラ１１の処理が図１５中ステップＳ２３９で記録装置１２０が使用禁止となった旨を取得した場合、例えば、作業者が公衆端末装置１００の設置場所に赴くなどして、通知された障害状況に応じたメンテナンス作業を行う。このように、管理センタ２００では、エラーレートが所定以上とされる場合に、公衆端末装置１００がこのことを障害情報として管理サーバに通知することによって、作業者をその記録エラーが発生している公衆端末装置１００に派遣することができ、記録エラー発生防止のためのメンテナンス作業をより迅速に行うことができる。
【０１２９】
また、公衆端末装置１００は、より万全な記録エラーの防止を目的として、例えば記録エラーには至らないであろうと推定されるエラーレートの範囲内、すなわちエラーレートが第１の値と第２の値の間であっても、ディスクカートリッジ９０に対するデータの記録は実行させた上で、バックグラウンドで障害情報（警告情報）として、例えばエラーレートの値若しくはエラーレートに基づく危険度等を示す情報を、送信するようにしてもよい。すなわち、記録装置１２０のシステムコントローラ１１が、計測したエラーレートが第１の間と第２の値との間で、半導体レーザの出力を第２の記録レベルで楽曲データを記録したとき、メイン処理部１０１の制御部１０３は、これを、管理センタ２００の管理サーバ装置に送信するようにしてもよい。この状態は、後少しの時間でシステムコントローラ１１が記録装置１２０を使用禁止と判断すると予測可能な状態である。したがって、この状態を管理センタ２００に報告することで、楽曲データの販売サービスを行いつつ、記録装置１２０が使用禁止になる前に記録装置１２０のメンテナンスを行うことができる。
【０１３０】
また、例えば図１４においてステップＳ１０４〜Ｓ１０７の処理として示したエラーレート計測のための機能は、以前から製造ラインやサービス現場等においてとして使用されているものであり、既にサービスモードの１つとして記録装置１２０のファームウェアに実装されている。公衆端末装置１００は、基本的には、このサービスモードとして実装されているエラーレート測定のプログラムを、例えば楽曲データの記録時ＲＯＭ２１等から呼び出すことによって、図１４及び図１５に示したエラーレート計測処理を実現している。すなわち、エラーレート計測を実現するのにあたっては、このサービスモードのエラーレート測定機能を流用しているわけであり、従って、必要とされるファームウェアの追加は少なくて済むことになり、設計変更も容易である。
【０１３１】
なお、図１４乃至図１６による説明では、購買客であるユーザが楽曲データをディスクカートリッジ９０に記録する操作を行ったときに、キャリブレーションチェックを行う例を説明したが、キャリブレーションチェックは、これ以外のときに行うようにしてもよい。例えば、後述するようにしてメンテナンス情報の要求が行われたときに、メンテナンス情報を作成するのにあたり、メンテナンス情報内にエラーレートの情報を含めるためにエラーレートを計測するようにすればよい。
【０１３２】
４．メンテナンス情報
４−１．ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ
公衆端末装置１００は、メンテナンス情報を作成し、この作成したメンテナンス情報を公衆端末装置１００から管理センタ２００の管理サーバに送信する。管理センタ２００の管理サーバ装置は、各所に設置された公衆端末装置１００の記録装置１２０のメンテナンス情報を、通信網３００を介して収集し、公衆端末装置１００のメンテナンスに役立てることができる。例えば、ある公衆端末装置１００において、楽曲データの記録に関する動作について何らかの不具合があった場合においては、管理センタ２００側に送信されてきたメンテナンス情報を分析しさえすれば、その原因の特定を行って対応策をとることができる。以下、管理サーバ装置に送信するメンテナンス情報を説明する。
【０１３３】
記録装置１２０とメイン処理部１０１とは、ＩＥＥＥ１３９４インタフェースによる通信を行っており、したがって、記録装置１２０は、所定のタイミングでＩＥＥＥ１３９４インタフェースのフォーマットに従って、メンテナンス情報をメイン処理部１０１に転送する。メイン処理部１０１は、単に、記録装置１２０から転送されてきたメンテナンス情報を通信網３００を介して管理センタ２００に送信する。そして、ここで用いるＩＥＥＥ１３９４インタフェースのフォーマットでは、メンテナンス情報を記録装置１２０からメイン処理部１０１に出力させるため、ＩＥＥＥ１３９４インタフェースの規格に従ったＡＰＩによるコマンドとして、メンテナンス情報の送受信を実現するためのコマンドが用意されている。ＩＥＥＥ１３９４インタフェースの規格下では、記録装置１２０のメンテナンス情報を送受信するためのコマンドとして、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯが定義されている。
【０１３４】
ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯは、ＩＥＥＥ１３９４のＡＰＩ上で、ベンダーが追加的に設定可能としているＶＥＮＤＥＲ　ＤＥＰＥＮＤＥＮＴ　Ｃｏｍｍａｎｄを利用している。そこで、先ず、ＶＥＮＤＥＲ　ＤＥＰＥＮＤＥＮＴ　ＣｏｍｍａｎｄとしてのＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯのデータ構造について説明する。
【０１３５】
図１７は、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯのデータ構造を示している。なお、この図に示す構造は、図１１に示したＷｒｉｔｅ　Ｒｅｑｕｅｓｔ　Ｐａｃｋｅｔ（ＡＶ／Ｃコマンドパケット）のｄａｔａｆｉｅｌｄの内容を示している。
【０１３６】
ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯは、ＣＴＳの４ビットの領域に対して「０ｈ」を格納し、ｃｔｙｐｅの４ビットの領域に対しては「１ｈ」を格納することで、ＡＶ／Ｃ　ＳＴＡＴＵＳ　ｃｏｍｍａｎｄであることが示される。そして、ｏｐｃｏｄｅの８ビットの領域には、ＶＥＮＤＥＲ　ＤＥＰＥＮＤＥＮＴ　Ｃｏｍｍａｎｄであることを示す値「００ｈ」が格納される。これに続くｏｐｅｒａｎｄ［０］〜［２］の計３バイトの領域は、各Ｖｅｎｄｅｒ毎に固有に与えられたＣｏｍｐａｎｙ　ＩＤを格納する領域とされ、ここには、ｏｐｅｒａｎｄ［０］〜［２］から順に、０８ｈ，００ｈ，４６ｈが格納され、特定のＶＥＮＤＥＲ（メーカ）が示される。また、ｏｐｅｒａｎｄ［３］〜［６］の計４バイトの領域は、上記Ｃｏｍｐａｎｙ　ＩＤによって示されるＶＥＮＤＥＲがオペレーションの便宜を図るために定義した値が格納される。ｏｐｅｒａｎｄ［３］には、Ｌｅｖｅｌ（Ｆ０ｈ）が格納され、ｏｐｅｒａｎｄ［４］［５］の２バイトの領域には、Ｐｒｏｄｕｃｔ　ｃｏｄｅ（０１ｈ，０１ｈ）が格納される。また、ｏｐｅｒａｎｄ［６］にはＡｐｐｌｉｃａｔｉｏｎ　ｃｏｄｅ（０１ｈ）が格納される。
【０１３７】
Ｏｐｅｒａｎｄ［７］以降は、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯとしての実体的な内容が格納される。ｏｐｅｒａｎｄ［７］に対しては、当該ＶＥＮＤＥＲ　ＤＥＰＥＮＤＥＮＴ　ＣｏｍｍａｎｄとしてのＯｐｃｏｄｅの値が格納され、こここでは、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯであることを示す３０ｈが格納される。
【０１３８】
続くｏｐｅｒａｎｄ［８］以降には、メンテナンス情報としての情報項目が順次格納される。ｏｐｅｒａｎｄ［８］［９］は、Ｔｏｔａｌ＿ｒｅｃ（Ｈ），（Ｌ）の領域である。なお、Ｔｏｔａｌ＿ｒｅｃ自体は１６ビットで表現されることから、上位８ビットが（Ｈ）で表される領域に格納され、下位８ビットが（Ｌ）で表される領域に格納される。これについては、以降の情報項目においても同様である。Ｔｏｔａｌ＿ｒｅｃには、記録時間を表す値が格納され、ここでは、単位は「時間（ｈｏｕｒ）」である。ここでいう録音時間は、光ピックアップ３において照射される光ビームのレーザ出力が記録時に対応する「ＨＩＧＨ」になっている時間の累計となる。また、実録音時間を倍速値で割った時間がこれに対応する。すなわち、半導体レーザが第１の記録レベル及び第２の記録レベルで駆動されている時間である。なお、ここでは、第２の記録レベルで駆動された回数も記録される。なお、この回数が増えたとき、メイン処理部１０１にＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯを返すようにしてもよい。
【０１３９】
Ｏｐｅｒａｎｄ［１０］［１１］はＶｉｏｐ＿ｒｅｆ（Ｈ），（Ｌ）の領域となる。Ｖｉｏｐとは記録時のレーザ出力電流をモニタするための数値であるが、Ｖｉｏｐ＿ｒｅｆには、Ｖｉｏｐについての工場出荷時の測定値を示す値が格納される。記録時において、ディスク信号面をキュリー温度に加熱する程度の高い第１及び第２の記録レベルのレーザ出力が必要であるが、このレーザ出力は、光ピックアップ３において光ビームを出力するためのレーザ出力回路系において、所要のレーザ出力電流量を与えることで得ることができる。光ピックアップ３に用いる半導体レーザは、光ビームの照射時間の累積が多くなるのに従って性能が劣化する。したがって、レーザ出力回路系は、半導体レーザの劣化が進むに連れて、記録に必要なレーザ出力を得るためのレーザ出力電流量（Ｖｉｏｐ）を増加させる必要がある。このようなレーザ出力出力電流の制御は、ＡＧＣ（Ａｕｔｏｍａｔｉｃ　ｇａｉｎ　ｃｏｎｔｒｏｌ）回路によってフィードバック制御を行うことによって自動的に行うことができるが、半導体レーザの劣化がある程度以上に進んだ段階では、光磁気ディスクをキュリー温度以上に加熱できる程度のレーザ出力で光ビームを出射することができなくなり、データを正確に記録することができなくなるおそれがある。すなわち、レーザダイオード等のレーザ出力回路系には物理的寿命が存在する。そこで、Ｖｉｏｐ＿ｒｅｆに対する現在における実際のＶｉｏｐの増加率を求めることで、その増加率から、レーザ出力回路系の劣化の程度を判定することができる。そして、上記増加率がある値以上であるとき、レーザ出力回路系は寿命に近いために、例えば交換時期である判断することができる。Ｖｉｏｐ＿ｒｅｆは、このようなレーザ出力回路系の寿命の判定に使用される。
【０１４０】
Ｏｐｅｒａｎｄ［１２］［１３］の領域には、Ｖｉｏｐ（Ｈ），（Ｌ）が格納される。これは、現在におけるＶｉｏｐを示す値である。なお、Ｖｉｏｐが未確定の場合は、データとして００００ｈを返す。
【０１４１】
Ｏｐｅｒａｎｄ［１４］［１５］の領域には、Ｔｅｍｐｅｒａｔｕｒｅ（Ｈ），（Ｌ）が格納される。Ｔｅｍｐｅｒａｔｕｒｅは、記録装置１２０内の温度を示す値とされ、この場合には、２５℃を基準として、この基準温度に対する偏差が１６進数により表記される。当該ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯとしてのＲＥＳＰＯＮＣＥを送信する場合には、この領域に対して、２５℃を００００ｈとする２の補数形式データ（１６ｂｉｔ）を返す。例えば、Δ０１ｈ＝Δ０．７１℃となる。また、温度が未確定の場合は、データとして００００ｈ（２５℃）を返す。
【０１４２】
Ｏｐｅｒａｎｄ［１６］［１７］の領域にはＶｏｌｔａｇｅ（Ｈ），（Ｌ）が格納され、これは、当該記録装置１２０に対して与えられている電源電圧のレベルを示す。
【０１４３】
Ｏｐｅｒａｎｄ［１８］［１９］の領域にはＤｏｗｎｌｏａｄ＿ｃｏｕｎｔ［Ｒｅｑｕｅｓｔ］（Ｈ），（Ｌ）が格納される。Ｄｏｗｎｌｏａｄ＿ｃｏｕｎｔ［Ｒｅｑｕｅｓｔ］は、購買者による操作等に応じて、例えばメイン処理部１０１側の制御部１０３から楽曲データのダウンロード要求を受けた回数を示す。ここでいう「ダウンロード」とは、記憶部１０４に格納されている楽曲データを記録装置１２０によりディスクカートリッジ９０の光磁気ディスクに記録することをいう。ｏｐｅｒａｎｄ［２０］［２１］は、Ｄｏｗｎｌｏａｄ＿ｃｏｕｎｔ［Ｄｏｎｅ］（Ｈ），（Ｌ）の領域とされ、ダウンロードを正常に実行した回数が格納される。ｏｐｅｒａｎｄ［２２］［２３］は、Ｄｏｗｎｌｏａｄ＿ｃｏｕｎｔ［Ｃａｎｃｅｌ］（Ｈ），（Ｌ）の領域であり、ダウンロードを実行中にキャンセルを行った回数が格納される。これは、例えばデータバス２３を経由してメイン処理部１０１側からＤＯＷＮＬＯＡＤ＿ＥＮＤ（ＣＡＮＣＥＬ）コマンドを受信してこれに応答してダウンロード動作を中断した場合や、また、何らかのトラブルにより記録装置１２０自身がダウンロード動作を中断した場合にカウントアップされる値である。
【０１４４】
Ｏｐｅｒａｎｄ［２４］は、Ｉｎｔｅｒｒｕｐｔ＿Ｒｅｇｉｓｔｅｒ［７−０］の領域とされる。Ｉｎｔｅｒｒｕｐｔ＿Ｒｅｇｉｓｔｅｒは、記録装置１２０においてＩＥＥＥ１３９４　Ｉ／Ｆ２０として機能するＩＣ（Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）チップ内のレジスタに格納されるもので、ＩＥＥＥ１３９４　Ｉ／Ｆ２０によるデータ通信動作に関する情報を有する。そしてＩｎｔｅｒｒｕｐｔ＿Ｒｅｇｉｓｔｅｒはｂｉｔ７〜０までの８ビットからなり、以下のような情報内容を格納している。
ｂｉｔ７：Ｃｙｌｓｔ
ＣｙｃｌｅＭａｓｔｅｒでないとき、ＣｙｃｌｅＳｔａｒｔパケットを受信せず　にＣｙｃｌｅＴｉｍｅｒが２周したことを示す。
ｂｉｔ６：ＣｙＡｂＦａｉｌ
ＣｙｃｌｅＳｔａｒｔパケット送信するＡｒｂｉｔａｔｉｏｎが失敗したことを示す。
ｂｉｔ５：Ａｔｒａｃ　Ｅｒｒ
ＡＴＲＡＣ受信時、ＰＥＳ　ｎｕｍｂｅｒ　の不連続エラーを検出したことを示す。
ｂｉｔ４：ＴｘＬａｔｅ
Ｉｓｏｃｈｒｏｎｏｕｓパケットが送信　Ｌａｔｅになったことを示す。
ｂｉｔ３：ＲｘＬａｃｋ
ＩｓｏｃｈｒｏｎｏｕｓパケットのＤＢＣ不連続が発生したことを示す。
ｂｉｔ２：ＩＦＥｍｐｔｙ
ＩｓｏｃｈｒｏｎｏｕｓＦＩＦ０がＥｍｐｔｙになったことを示す。
ｂｉｔ１：ＩＦＦｕｌｌ
ＩｓｏｃｈｒｏｎｏｕｓＦＩＦ０がＦｕｌｌになったことを示す。
ｂｉｔ０：ＩｓＡｂＦａｉｌ
Ｉｓｏｃｈｒｏｎｏｕｓパケットを送信するＡｒｂｉｔａｔｉｏｎが失敗したことを示す。
【０１４５】
ここで、当該記録装置１２０について記録エラーが発生した場合には、ｂｉｔ５：Ａｔｒａｃ　Ｅｒｒと、ｂｉｔ３：ＲｘＬａｃｋを調べればよく、これらｂｉｔ５：Ａｔｒａｃ　Ｅｒｒ、及びｂｉｔ３：ＲｘＬａｃｋのビットの状態により、ダウンロード（記録）エラーの発生原因を特定していくことが可能になる。なお、これらｂｉｔ５：Ａｔｒａｃ　Ｅｒｒ及びｂｉｔ３：ＲｘＬａｃｋの内容は、後述するｅｍｄ＿ｆｌｇ２におけるｂｉｔ１：ｆ＿ａｔｒａｃ＿ｉｆｏｖｆが‘０’の場合にのみ意味がある。ＦＩＦ０オーバーフローが発生すると、データが破壊されてｂｉｔ１：ｆ＿ａｔｒａｃ＿ｉｆｏｖｆは‘１’になってしまうからである。
【０１４６】
Ｏｐｅｒａｎｄ［２５］は、ｅｍｄ＿ｆｌａｇ２［７−０］の領域である。このｅｍｄ＿ｆｌａｇ２も、上記Ｉｎｔｅｒｒｕｐｔ＿Ｒｅｇｉｓｔｅｒと同様、ＩＥＥＥ１３９４　Ｉ／Ｆ２０として機能するＩＣ（Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）チップ内のレジスタに格納される情報であり、その内容は、以下に示すものとなる。
ｂｉｔ７：ｎｏｔ　ｕｓｅｄ
ｂｉｔ６：ｎｏｔ　ｕｓｅｄ
ｂｉｔ５：ｎｏｔ　ｕｓｅｄ
ｂｉｔ４：ｎｏｔ　ｕｓｅｄ
ｂｉｔ３：ｎｏｔ　ｕｓｅｄ
ｂｉｔ２：ｆ＿ｔｓ＿ｅｒｒｏｒ　　Ｉｎｔｅｒｒｕｐｔ　Ｒｅｇｉｓｔｅｒ［ｂｉｔ１４］
受信したＡＴＲＡＣパケットのＴｒａｎｓｐｏｒｔ　Ｅｒｒ　Ｉｎｄｉｃａｔｏｒに”１”が立っていたことを示す。
ｂｉｔ１：ｆ＿ａｔｒａｃ＿ｉｆｏｖｆ　　Ｉｎｔｅｒｒｕｐｔ　Ｒｅｇｉｓｔｅｒ［ｂｉｔ１２］
ＦＩＦ０がＯｖｅｒＦｌｏｗしたことを示す。
ｂｉｔ０：ｆ＿ａｔｒａｃ＿ｅｒｒｏｒ　　Ｉｎｔｅｒｒｕｐｔ　Ｒｅｇｉｓｔｅｒ［ｂｉｔ５］
ＡＴＲＡＣ受信時、ＰＥＳ　ｎｕｍｂｅｒの不連続エラーを検出したことを示す。
【０１４７】
上記各情報は、ＩＥＥＥ１３９４インタフェースによる記録装置１２０側とメイン処理部１０１側との通信状態に関しての情報となるため、このｅｍｄ＿ｆｌａｇ２としての各情報のビット内容を参照することで、例えば少なくとも、記録エラーの原因が記録装置１２０側とメイン処理部１０１との何れにあるのかを把握することが可能である。
【０１４８】
Ｏｐｅｒａｎｄ［２６］は、ｓｔａｔｅ＿ｆｌａｇ［７−０］の領域である。ｓｔａｔｅ＿ｆｌａｇ［７−０］は、記録装置１２０内に備えられるシステムコントローラ１１としてのＩＣチップが内部ＲＡＭに格納する情報とされ、現状では以下の内容を有する。
【０１４９】
ｂｉｔ７：ｎｏｔ　ｕｓｅｄ
ｂｉｔ６：ｎｏｔ　ｕｓｅｄ
ｂｉｔ５：ｎｏｔ　ｕｓｅｄ
ｂｉｔ４：ｎｏｔ　ｕｓｅｄ
ｂｉｔ３：ｎｏｔ　ｕｓｅｄ
ｂｉｔ２：ｎｏｔ　ｕｓｅｄ
ｂｉｔ１：ｎｏｔ　ｕｓｅｄ
ｂｉｔ０：ＡＵＴＯ＿ＥＪＥＣＴ
ＡＵＴＯ＿ＥＪＥＣＴ　ｏｎ：１
ＡＵＴＯ＿ＥＪＥＣＴ　ｏｆｆ：０
公衆端末装置１００では、楽曲データを購入して記録するモードとされてディスクカートリッジ９０がカートリッジ挿脱口１１１より挿入することを要求しているとき以外に、ディスクカートリッジ９０がカートリッジ挿脱口１１１に挿入された場合には、これを強制的に排出するようにしている。一般に公衆端末装置１００は、楽曲データの販売以外にも前述したような各種のサービスを提供する。ここで、楽曲データ販売以外のサービスを提供しているときにディスクカートリッジ９０を挿入したとしてもこれは意味をなさないが、このようなときにディスクカートリッジ９０が挿入されて排出されないままであると、ユーザとしてはその装置の動作に違和感をもつことになり好ましくない。そこで、公衆端末装置１００では、楽曲データ販売のサービスを行うモード以外のとき、ディスクカートリッジ９０が挿入されてもこれを自動的に排出するという動作が行るように設定することができ、これをＡＵＴＯ＿ＥＪＥＣＴといっている。そして、ｂｉｔ０：ＡＵＴＯ＿ＥＪＥＣＴは、このようなＡＵＴＯ＿ＥＪＥＣＴの設定のオン／オフ状態について示す情報となる。
【０１５０】
Ｏｐｅｒａｎｄ［２７］は、ｒｅｔｒｙ＿ｓｔａｔｕｓ＿ｄｉｓｐ［７−０］の領域である。このｒｅｔｒｙ＿ｓｔａｔｕｓ＿ｄｉｓｐには、記録時に実行されたリトライの原因となるエラー状況についての表示情報として、主として、記録装置１２０におけるサーボ信号処理系についての情報が格納される。
ｂｉｔ７：ｆ＿ｒｅｔｒｙ＿ｃａｎｎｏｔ＿ａｃｃｅｓｓ
ｎｏｔ　ｕｓｅｄ
ｂｉｔ６：ｆ＿ｒｅｔｒｙ＿ｃｌｖ＿ｕｎｌｏｃｋ
スピンドルサーボ（ＳＰＥＥＤ　サーボ，ＣＬＶサーボ）のロックが外れたことによるリトライ
ｂｉｔ５：ｆ＿ｒｅｔｒｙ＿ｉｖｒ
ＲＦａｍｐ部の可変抵抗値が許容範囲を外れたことによるリトライ
ｂｉｔ４：ｆ＿ｒｅｔｒｙ＿ｆｏｃｕｓ
Ｆｏｃｕｓ　Ｓｅｒｖｏ　のロックが外れたことによるリトライ
ｂｉｔ３：ｆ＿ｒｅｔｒｙ＿ｄｉｎ＿ｕｎｌｏｃｋ
ｎｏｔ　ｕｓｅｄ
ｂｉｔ２：ｆ＿ｒｅｔｒｙ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ
次のＡＴＩＰ（Ａｂｓｏｌｕｔｅ　Ｔｉｍｅ　Ｉｎ　Ｐｒｅｇｒｏｏｖｅ：ディスクカートリッジのトラックに形成されるウォブルから検出されるアドレス情報）がＮＧであることによるリトライ
ｂｉｔ１：ｆ＿ｒｅｔｒｙ＿ａｄｅｒ
ＡＴＩＰ読み出しがＮＧであることによるリトライ
ｂｉｔ０：ｆ＿ｒｅｔｒｙ＿ｓｈｏｃｋ
外乱等のショックを検出したことによるリトライ
Ｏｐｅｒａｎｄ［２８］は、ｒｅｃ＿ｒｅｔｒｙ＿ｃｏｕｎｔ＿ｓｕｍの領域であり、記録時に生じたエラーにより実行されたリトライ回数を積算した値が格納される。
【０１５１】
ここで、ダウンロードエラーが発生した場合には
ｒｅｔｒｙ＿ｓｔａｔｕｓ＿ｄｉｓｐ［７−０］
ｒｅｃ＿ｒｅｔｒｙ＿ｃｏｕｎｔ＿ｓｕｍ
の各情報をチェックすることになるが、ｒｅｃ＿ｒｅｔｒｙ＿ｃｏｕｎｔ＿ｓｕｍが‘０’でない場合は、ｒｅｔｒｙ＿ｓｔａｔｕｓ＿ｄｉｓｐ［７−０］を調べる必要があることになる。これに対して、ｒｅｃ＿ｒｅｔｒｙ＿ｃｏｕｎｔ＿ｓｕｍが‘０’である場合は、これまでには、記録時のリトライエラーは発生していないのであるから、ｒｅｔｒｙ＿ｓｔａｔｕｓ＿ｄｉｓｐ［７−０］を調べる必要は無い。
【０１５２】
Ｏｐｅｒａｎｄ［２９］［３０］の領域には、Ｓｅｒｉａｌ＿ｎｕｍｂｅｒ（Ｈ），（Ｌ）が格納される。Ｓｅｒｉａｌ＿ｎｕｍｂｅｒは、記録装置１２０毎に固有となるように割り与えられた識別子であり、このシリアルナンバによって、記録装置１２０毎の特定を行うことが可能になる。
【０１５３】
Ｏｐｅｒａｎｄ［３１］［３２］の領域には、ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ（Ｈ），（Ｌ）が格納される。記録装置１２０のシステムコントローラ１１が実行すべきプログラムは、例えばＲＯＭ２１等に格納されており、ＲＯＭ２１等に格納されたプログラムは、アップデート可能である。ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒは、このプログラムのバージョンを示している。このｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒによって、現在におけるプログラムのバージョンを把握することが可能となり、例えば、あるバージョンのプログラムのバグに起因する動作の不具合があったような場合、ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒは、追跡調査を行うにあたっての有用な情報となる。
【０１５４】
Ｏｐｅｒａｎｄ［３３］［３４］の領域にはｅｒｒｏｒ＿ｒａｔｅ（Ｈ），（Ｌ）が格納される。ｅｒｒｏｒ＿ｒａｔｅは、今回のメンテナンス情報（ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ）のコマンドに応答して記録装置１２０で計測したエラーレートの値が格納される。例えば、このエラーレート計測時においては、正常であることが保証されたメンテナンス用のディスクカートリッジ９０を装着するようにすれば、記録装置１２０の記録性能としてのエラーレートの情報を得ることができる。これにより、例えば記録エラーが生じたとする場合に、この記録エラーの情報を管理センタ２００側で収集して分析することで、ダウンロードエラーの原因が、装着されるディスクカートリッジ９０側にあるのか、或いは記録装置１２０側にあるのかについての判断材料として使用することができる。
【０１５５】
４−２．メンテナンス情報の作成処理
公衆端末装置１００のメイン処理部１０１では、所要の機会、タイミングで、記録装置１２０からメンテナンス情報を取得する。ここでは、先ず、公衆端末装置１００は、記録装置１２０がディスクカートリッジ９０の光磁気ディスクにユーザが選択した楽曲データを記録したときに、メイン処理部１０１がメンテナンス情報を取得するようにされる。また、メイン処理部１０１は、所定時間以上にわたって記録装置１２０による楽曲データの記録が行われないような状態であれば、所定時間毎、若しくは所定時刻に記録装置１２０からメンテナンス情報を取得する。
【０１５６】
このメンテナンス情報の取得のため、メイン処理部１０１の制御部１０３は、ＩＥＥＥ１３９４　Ｉ／Ｆ　１０９を介して、上記図１７により説明したＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＣＯＭＭＡＮＤを記録装置１２０のＩＥＥＥ１３９４　Ｉ／Ｆ２０に送信する。すなわち、メイン処理部１０１は、記録装置１２０に対して、メンテナンス情報を得るためのリクエストを送信する。この際、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯにおけるｏｐｅｒａｎｄ［８］〜［３２］までには、各情報項目の値として、未知であることを示すＦＦｈが格納される。
【０１５７】
そして、このＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＣＯＭＭＡＮＤを受信した記録装置１２０は、システムコントローラ１１の制御によって、現在、ＲＯＭや各ＩＣチップの内部レジスタに保持している内部情報に基づいて、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯのｏｐｅｒａｎｄ［８］〜［３２］に対応する領域に適宜所要の値を格納し、ＲＥＳＰＯＮＳＥとして、メイン処理部１０１に返信する。なお、この際には、ＲＥＳＰＯＮＳＥのＣＴＳ−ｃｔｙｐｅは、０Ｃｈ（１１００）とされて、当該コマンドがＳＴＡＴＵＳ　ｃｏｍｍａｎｄに対するＲＥＳＰＯＮＳＥ（ＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬＥ）であることを示すようにされる。
【０１５８】
メイン処理部１０１は、ＩＥＥＥ１３９４　Ｉ／Ｆ　１０９にてＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯのＲＥＳＰＯＮＳＥを受信する。このメイン処理部１０１が受信したＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯのＲＥＳＰＯＮＳＥは、制御部１０３の制御によって、例えばファイル形式に変換され、メンテナンス情報ファイルとして記憶部１０４に転送される。ここで、記憶部１０４は、所定容量の領域が、記録装置１２０のメンテナンスに利用可能な領域として割り当てられており、この割当量域に対して、転送されてきたメンテナンス情報が格納される。そして、記憶部１０４は、過去のある時点から最新までの複数のメンテナンス情報を常時格納する。
【０１５９】
なお、過去からの複数のメンテナンス情報が蓄積されて、例えば割当量域が不足したとき、制御部１０３は、最も古いメンテナンス情報を上書き消去するようにして最新のメンテナンス情報を、記憶部１０４の割当領域に格納する。記憶部１０４に格納すべきメンテナンス情報は、過去のある時点から最新までの全ての情報が格納されれば、メンテナンスを目的とする上では万全であるが、例えば記録エラーが発生したときに対応する情報のみであってもよい。これによっても、管理センタ２００は、過去の障害状況を把握するのには充分な情報量を得ることができる。また、記憶部１０４に設けるメンテナンス情報のための割当領域を小さくすることができる。
【０１６０】
以上のように、メイン処理部１０１は、記録装置１２０からメンテナンス情報を取得して記憶部１０４に格納する。すなわち、メイン処理部１０１では、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＣＯＭＭＡＮＤを記録装置１２０に送信し、記録装置１２０では、これに応答して、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＲＥＳＰＯＮＳＥを返送する。この際、記録装置１２０は、メンテナンス情報としてＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＲＥＳＰＯＮＳＥを作成する。そこで、次に、記録装置１２０のメンテナンス情報の作成処理について説明する。
【０１６１】
上記図３に示した記録装置１２０は、メンテナンス情報の作成という観点から機能的に分類すると、図１８に示すように、メカデッキ部３０、信号処理機能部４０、システムコントロール機能部５０、ＩＥＥＥ１３９４機能部６０に大別することができる。
【０１６２】
メカデッキ部３０は、ディスクカートリッジ９０を回転駆動するスピンドルモータ２、光ピックアップ３における光学系、対物レンズ駆動機構４、光ピックアップ３を光磁気ディスクの径方向に送り操作するスレッド機構５、ディスクカートリッジ９０を装着部にローディングするローディング機構、記録時に限って磁気ヘッド６ａをディスクカートリッジ９０内に進入させる磁気ヘッド６ａの昇降機構等機械的な機構で構成されている。信号処理機能部４０は、メカデッキ部３０を駆動制御するための駆動回路で構成されている。例えば、信号処理機能部４０は、光磁気ディスクをＣＬＶ、ＣＡＶ等で回転するようにスピンドルモータ２を駆動制御し、また、楽曲データの記録時、光ピックアップ３の半導体レーザを上記第１の記録レベルや第２の記録レベルで駆動する。更に、信号処理機能部４０は、記録する楽曲データに対して、エラー訂正符号化処理やＥＦＭ変調処理等を施す。システムコントロール機能部５０は、システムコントローラ１１を中心に構成され、記録装置１２０全体を制御する。ここには、各種サーボ制御のための信号処理回路系（ＤＳＰ：Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｓｏｒ）も含まれる。ＩＥＥＥ１３９４機能部６０は、ＩＥＥＥ１３９４インタフェースの規格に従っての通信についての制御機能を有し、ＩＥＥＥ１３９４　Ｉ／Ｆ２０が相当する。
【０１６３】
ここで、メカデッキ部３０を除く信号処理機能部４０、システムコントロール機能部５０、ＩＥＥＥ１３９４機能部６０は、半導体集積回路チップで構成することができ、図３に示した回路の動作は、これら半導体集積回路チップが連係して動作することで実現することができる。ここでは、信号処理機能部４０、システムコントロール機能部５０、ＩＥＥＥ１３９４機能部６０がそれぞれ、内部レジスタ４１，５１，６１を有している。これら内部レジスタ４１，５１，６１には、メンテナンス情報の情報項目についての現在値が格納される。すなわち、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＲＥＳＰＯＮＳＥにおいて、ｏｐｅｒａｎｄ［８］〜［３２］に格納すべきとされる各情報の値は、必ず内部レジスタ４１，５１，６１の何れかに対して格納されている。
【０１６４】
図１９は、記録装置１２０が、メンテナンス情報を、メイン処理部１０１からの要求に応じて返信する際作成するＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＲＥＳＰＯＮＳＥをメイン処理部１０１に送信する際の手順を説明するフローチャートであり、ここに説明する処理は、システムコントローラ１１が実行する。システムコントローラ１１は、ステップＳ４０１において、メンテナンス情報の出力要求の待機状態にある。すなわち、システムコントローラ１１は、メイン処理部１０１からデータバス２３を介してＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＣＯＭＭＡＮＤが送信されてくることを待機している。システムコントローラ１１は、メイン処理部１０１から送信されてきたＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＣＯＭＭＡＮＤを受信すると、ステップＳ４０２に進み、受信するまでステップＳ４０１を繰り返す。
【０１６５】
ステップＳ４０２において、システムコントローラ１１は、上記図１４に示すステップＳ１０１〜ステップＳ１０４までの処理を行い、エラーレートが計測可能であるか否かを判別する。すなわち、システムコントローラ１１は、ディスクカートリッジ９０のローディングが完了し装着部に装着され、装着されたディスクカートリッジ９０が記録可能な状態になっており、記録する楽曲データ分だけ光磁気ディスクに空き容量があるかどうかを判断し、これらの要件を満たしたとき、ステップＳ４０３に進み、これらの要件を満たしていないとき、ステップＳ４０６に進む。
【０１６６】
ステップＳ４０３において、システムコントローラ１１は、エラーレートの計測、すなわち図１５に示すキャリブレーションチェックを行う。そして、システムコントローラ１１は、エラーレートの計測が終了すると、ステップＳ４０４に進み、計測したエラーレートを保持する。この場合、計測したエラーレートは、図１８に示すシステムコントロール機能部５０に設けられた内部レジスタ５１に格納される。
【０１６７】
システムコントローラ１１は、ステップＳ４０５において、メンテナンス情報を作成する。ここで、図１８に示した信号処理機能部４０の内部レジスタ４１には、メンテナンス情報の情報項目として、メカデッキ部３０に関する情報項目についての現在値が格納されている。具体的に、メカデッキ部３０に関する情報項目は、Ｔｏｔａｌ＿ｒｅｃ，Ｖｉｏｐ＿ｒｅｆ，Ｖｉｏｐ，Ｔｅｍｐｅｒａｔｕｒｅ，Ｖｏｌｔａｇｅであり、図１７に示したＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯでは、ｏｐｅｒａｎｄ［８］〜［１７］に格納される。
【０１６８】
ここで、図２０を用いてメンテナンス情報の作成処理について説明すると、システムコントローラ１１は、ステップＳ５０１において、内部レジスタ４１から上記各情報項目を読み出して収集し、これをテーブル化する処理を実行する。
【０１６９】
次いで、システムコントローラ１１は、ステップＳ５０２において、システムコントロール機能部５０の内部レジスタ５１に格納されているシステム制御機能に関連するメンテナンス情報の情報項目の現在値を収集してテーブル化する。この内部レジスタ５１に格納されている情報項目は、Ｓｅｒｉａｌ＿ｎｕｍｂｅｒ，ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ，Ｄｏｗｎｌｏａｄ＿ｃｏｕｎｔ［Ｒｅｑｕｅｓｔ］，Ｄｏｗｎｌｏａｄ＿ｃｏｕｎｔ［Ｄｏｎｅ］，Ｄｏｗｎｌｏａｄ＿ｃｏｕｎｔ［Ｃａｎｃｅｌ］，ｓｔａｔｅ＿ｆｌａｇ，ｒｅｔｒｙ＿ｓｔａｔｕｓ＿ｄｉｓｐ，ｒｅｃ＿ｒｅｔｒｙ＿ｃｏｕｎｔ＿ｓｕｍ及びｅｒｒｏｒ＿ｒａｔｅである。ここで、ｅｒｒｏｒ＿ｒａｔｅは、上記図１９のステップＳ４０３→Ｓ４０４の処理によって取得、保持されたエラーレートの値である。また、これらの情報項目の内、Ｓｅｒｉａｌ＿ｎｕｍｂｅｒ，ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒは、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯにおけるｏｐｅｒａｎｄ［２９］〜［３２］に格納される。また、残るＤｏｗｎｌｏａｄ＿ｃｏｕｎｔ［Ｒｅｑｕｅｓｔ］，Ｄｏｗｎｌｏａｄ＿ｃｏｕｎｔ［Ｄｏｎｅ］，Ｄｏｗｎｌｏａｄ＿ｃｏｕｎｔ［Ｃａｎｃｅｌ］は、ｏｐｅｒａｎｄ［１８］〜［２３］に格納され、ｓｔａｔｅ＿ｆｌａｇ，ｒｅｔｒｙ＿ｓｔａｔｕｓ＿ｄｉｓｐ，ｒｅｃ＿ｒｅｔｒｙ＿ｃｏｕｎｔ＿ｓｕｍは、ｏｐｅｒａｎｄ［２６］〜［２８］に格納される。ｅｒｒｏｒ＿ｒａｔｅは、ｏｐｅｒａｎｄ［３３］［３４］に格納される。
【０１７０】
ステップＳ５０３において、システムコントローラ１１は、同じく、ＩＥＥＥ１３９４機能部６０の内部レジスタ６１から情報項目を読み出してテーブル化を行う。内部レジスタ６１に格納されるメンテナンス情報の情報項目は、Ｉｎｔｅｒｒｕｐｔ＿Ｒｅｇｉｓｔｅｒ，ｅｍｄ＿ｆｌｇ２の２つである。これらの情報項目は、ｏｐｅｒａｎｄ［２４］〜［２５］に格納される。
【０１７１】
上記ステップＳ５０１，Ｓ５０２，Ｓ５０３の処理によって、信号処理機能部４０、システムコントロール機能部５０、ＩＥＥＥ１３９４機能部６０の各レジスタ４１，５１，６１のそれぞれの内容が記述されたテーブルが作成される。この段階で、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯのｏｐｅｒａｎｄ［８］〜［３２］に格納すべき情報値は、３つのテーブルの内の何れかに格納されている。
【０１７２】
そこで、続くステップＳ５０４において、上記３つのテーブルは、パケット化され、システムコントローラ１１は、図１７に示した構造のＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＲＥＳＰＯＮＳＥを作成する。
【０１７３】
かくして、システムコントローラ１１は、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＲＥＳＰＯＮＳＥを作成すると、図１９に示すステップＳ４０７において、ＩＥＥＥ１３９４　Ｉ／Ｆ２０を介して、メイン処理部１０１に対し、ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＲＥＳＰＯＮＳＥを送信する。
【０１７４】
また、先のステップＳ４０２において、エラーレートの計測が不可能なとき、システムコントローラ１１は、ステップＳ４０６において、エラーレートを計測する処理を行わずに、エラーレートの情報が無効とされたメンテナンス情報を作成し、このメンテナンス情報をメイン処理部１０１に送信することができるようにする。但し、ｅｒｒｏｒ＿ｒａｔｅについては、例えば無効であることを示す所定の値が格納されるようにして、ステップＳ５０２によるテーブル化の処理が実行される。
【０１７５】
ところで、これまで説明してきたエラーレートの計測と、このエラーレートの計測結果に応じて記録装置１２０に装着されたディスクカートリッジ９０をイジェクトする動作は、記録装置１２０のシステムコントローラ１１が、例えばＲＯＭ２１に記憶保持されているプログラムを実行することによって実現することができる。また、メイン処理部１０１の制御部１０３は、記憶部１０４に記憶されているプログラムを実行することによって実現することができる。このようなプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔ　Ｏｐｔｉｃａｌ）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ　ＶｅｒｓａｔｉｌｅＤｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に対して、一時的或いは永続的に記録しておき、必要に応じて、制御部１０３及びシステムコントローラ１１によって読み出されＲＯＭ２１、記憶部１０４等に転送され、制御部１０３及びシステムコントローラ１１実行できるようにすることもできる。
【０１７６】
なお、本発明は、以上の例に限定されるものではない。例えば、本発明は、記録再生装置であってもよく、この場合には、再生動作状況に対応した情報項目を備えたメンテナンス情報としてよい。また、エラーレートを計測してその情報を出力する機器としては、ディスクカートリッジ９０に対応したものに限定されず、他の記録媒体に対応した記録及び／又は再生装置であってもよい。記録媒体に対して記録されるべきデータとしても、楽曲データに限定されるものではなく、動画音声によるビデオデータ、静止画データ、何らかのデータファイル、アプリケーションソフトウェア等のコンテンツデータであってもよい。本発明を適用した公衆端末装置１００は、他のサービス提供に用いる装置であってもよい。
【０１７７】
【発明の効果】
本発明によれば、記録及び／又は再生装置を、例えば音楽配信事業の各端末に使用したとき、端末設置後の塵埃等の異物が対物レンズ等に付着し、散光のための書き込み不足が発生しデータの欠落、ＴＯＣ破壊によるデータ消失の障害が発生しやすくなるが、本発明では、データ記録前に、調整用データの試し書きを行い、調整用データのエラレート値を測定することで、事前に書き込み不足の状態を察知することができる。そして、不具合の度合い、すなわちエラーレートが修復可能であれば緊急措置として半導体レーザのパワーを上げて書き込みを行い、ホストへの送信を行い不具合症状が起こり始めていることを伝え、修復不能であるとき、記録及び／又は再生を禁止し、障害発生を阻止しながら、管理センタにメンテナンスが直ちに必要であることを伝えることができる。
【０１７８】
このように、記録及び／又は再生装置の障害を事前に察知し、障害を防止するだけでなく、メンテナンス作業の必要性を管理センタから指示することができたり、各店舗毎の、すなわち設置場所毎の塵埃による影響の進行度合いを半導体レーザの強度調整の回数から推し量ることができることにより、各店舗のメンテナンスの実施期間をを推し量ったりすることができる。
【図面の簡単な説明】
【図１】本発明を適用した公衆端末装置を用いるサービスシステムの構成を示す図である。
【図２】本発明を適用した公衆端末装置のブロック図である。
【図３】上記公衆端末装置を構成する記録装置のブロック図である。
【図４】エラー訂正処理の誤り訂正符号系列を説明する図である。
【図５】誤り訂正処理を示すフローチャートである。
【図６】誤り訂正処理を示すフローチャートである。
【図７】ＩＥＥＥ１３９４のスタックモデルを示す図である。
【図８】ＩＥＥＥ１３９４におけるＰａｃｋｅｔ送信を説明する図である。
【図９】ＣＩＰの構造を説明する図である。
【図１０】Ａｓｙｎｃｈｒｏｎｏｕｓ通信において規定されるＷｒｉｔｅ　Ｔｒａｎｓａｃｔｉｏｎを示す遷移図である。
【図１１】Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔ（ＡＶ／Ｃコマンドパケット）の構造を説明する図である。
【図１２】Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔにおける、ｃｔｙｐｅ／ｒｅｓｐｏｎｃｅの定義内容を説明する図である。
【図１３】Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｐａｃｋｅｔにおける、ｓｕｂｕｎｉｔ＿ｔｙｐｅと、ｏｐｃｏｄｅの定義内容例を説明する図である。
【図１４】記録装置が楽曲データを記録するときの手順を説明するフローチャートである。
【図１５】キャリブレーションチェックを説明するフローチャートである。
【図１６】メンテナンス情報となるログを管理サーバ装置に送信するときの手順を説明するフローチャートである。
【図１７】ＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＣＯＭＭＡＮＤの構造を説明する図である。
【図１８】記録装置におけるＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯの作成過程を説明する図である。
【図１９】記録装置がＧＥＴ＿ＭＡＩＮＴＥＮＡＮＣＥ＿ＩＮＦＯ　ＲＥＳＰＯＮＳＥをメイン処理部に送信する際の手順を説明するフローチャートである。
【図２０】記録装置のメンテナンス情報の作成処理を示すフローチャートである。
【符号の説明】
３　光ピックアップ、６ａ　磁気ヘッド、８　エンコーダ／デコーダ部、１１　システムコントローラ、１２　メモリコントローラ、１３　バッファメモリ、１４　エンコーダ／デコーダ部、２０　ＩＥＥＥ１３９４　インタフェース、２１　データバス、３０　メカデッキ部、４０　信号処理機能部、５０　システムコントロール機能部、６０　ＩＥＥＥ１３９４機能部、４１，５１，６１　内部レジスタ、９０　ディスクカートリッジ９０、１００　公衆端末装置、１０１　メイン処理部、１０３　制御部、１０４　記憶部、１０７　操作部、１０８　表示部、１０９　ＩＥＥＥ１３９４インタフェース、１１１　カートリッジ挿脱口、１２０　記録装置
【図１】
2004063053.tif 000003
【図２】
2004063053.tif 000004
【図３】
2004063053.tif 000005
【図４】
2004063053.tif 000006
【図５】
2004063053.tif 000007
【図６】
2004063053.tif 000008
【図７】
2004063053.tif 000009
【図８】
2004063053.tif 000010
【図９】
2004063053.tif 000011
【図１０】
2004063053.tif 000012
【図１１】
2004063053.tif 000013
【図１２】
2004063053.tif 000014
【図１３】
2004063053.tif 000015
【図１４】
2004063053.tif 000016
【図１５】
2004063053.tif 000017
【図１６】
2004063053.tif 000018
【図１７】
2004063053.tif 000019
【図１８】
2004063053.tif 000020
【図１９】
2004063053.tif 000021
【図２０】
2004063053.tif 000022