JP4187284B2

JP4187284B2 - Storage device

Info

Publication number: JP4187284B2
Application number: JP08848897A
Authority: JP
Inventors: 好昭内田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1997-04-07
Filing date: 1997-04-07
Publication date: 2008-11-26
Anticipated expiration: 2017-04-07
Also published as: JPH10283265A

Description

【０００１】
【発明の属する技術分野】
本発明は、記憶装置に関し、例えば、磁気ディスク装置や光磁気ディスク装置など、書換可能な記録媒体へデータを記憶する記憶装置に関する。
【０００２】
【従来の技術】
近年、各種の情報が、コンピュータシステムが備える記憶装置内に保存され、再利用されるようになってきている。再利用の形態としては、既存のファイルの内容を更新するといったものや、既存のファイルの内容を修正して新たなファイルとして記憶するといったもの、通信回線を介して他のコンピュータシステムにファイルの内容を転送するといったものがある。
【０００３】
【発明が解決しようとする課題】
このように、コンピュータシステムを用いれば、既存の情報を加工して、あるいはそのまま、再利用できるため、各種の作業を効率的に完了させることが出来る。この際、当該作業の結果として作成された情報が、物理的に１度しか書込が行えない記憶装置内（記憶媒体上）に格納された場合には、その記憶装置内の情報が、作成者が作成した通りのものであると言うことができる。しかしながら、当該情報が、書換可能な記憶装置内の記録媒体に記憶された場合、その情報（ファイル）が、作成者が作成した通りのものであることを証明することは、情報の加工が容易であるために、逆に困難なものとなっている。
【０００４】
例えば、Ａ社が、「ある検討を一年前に実施済である」と主張するために社内文書を提示する場合を考える。この社内文書の提示が、紙に一年前に記された書類によって行われた場合には、紙質の変化・インクの具合などにより、当該書類の内容が一年前位に記述されたものであると判断できることもある。また、筆跡や押印の具合により、書類を作成した人物や承認した人物を特定できることもある。
【０００５】
しかしながら、記録媒体に記憶された、タイムスタンプが一年前となっているデータだけを示しても、タイムスタンプ、データの書換は極めて容易に行えるため、そのデータが、辻褄あわせのために捏造されたものではなく、実際に一年前に作成され、その後、更新もされていないデータであることを主張することはできない。
【０００６】
そこで、本発明の課題は、書換可能な記憶媒体に、その作成日、時などが証明できる形態でデータを記憶することが出来る記憶装置を提供することにある。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、本発明では、データの書換が可能な記録媒体を有する記憶装置を、アドレスと共に与えられるデータを、記録媒体の、そのアドレスで識別される位置に書き込む第１書込手段と、この第１書込手段によるデータの書き込み時に、その書き込み日時に相当する情報が含まれる属性データを作成する属性データ作成手段と、この属性データ作成手段により作成された属性データを、記憶媒体の、データの読み出しが可能な領域であって、第１書込手段によるデータの書き込みが行えない領域に書き込む第２書込手段とを用いて構成する。
【０００８】
すなわち、本発明による記憶装置は、データの書込要求を受けたときに、記録媒体に当該データを書き込むことによってその要求に応答するとともに、記録媒体上の、通常の方法では内容の書換が行えない領域に、そのデータの書込日時に相当する情報が含まれる属性データを作成して、書き込む。このため、本記憶装置を用いれば、書換可能な記憶媒体に、その作成日時が証明できる形態でデータが記憶できることになる。
【０００９】
なお、データの書込日時に相当する情報としては、データの書込が行われた日付と時間とを、適当な時間分解能（例えば、５分）で特定できる情報を用いることが望ましいが、記録媒体内での各データの相対的な書込順だけが分かる情報を用いることも出来る。
【００１０】
本発明による記憶装置を実現する際には、第２書込手段として、第１書込手段によってデータが書き込まれるトラック内に、属性データを書き込む手段を採用しておくことが望ましい。このような第２書込手段を採用しておけば、署名データの書込動作を行わない一般的な装置と同程度の速度で、書込要求へ応答できる記憶装置が形成されることになる。
【００１１】
本発明は、交換が行えない記録媒体を対象とする記憶装置にも、交換が行える記録媒体を対象とする記録装置にも適用することが出来るが、後者の記憶装置に適用する場合には、属性データ作成手段として、予め与えられている装置識別データが含まれる属性データを作成する手段を用いておくことが望ましい。このような属性データ作成手段を採用しておけば、記録媒体に記憶された署名データから、対応するデータの書き込みを行った記憶装置を特定できることになる。
【００１２】
また、属性データ作成手段として、データに所定の変換を施す（例えば、データからＣＲＣを求める）ことによって作成される検証データが含まれる属性データを作成する手段を用いても良い。また、記憶装置の使用環境に関係するデータである使用環境データ（例えば、ユーザの識別情報）を取得する取得手段を付加するとともに、取得手段によって取得された使用環境データが含まれる属性データを作成する属性データ作成手段を用いて、記憶装置を構成することも出来る。
【００１３】
また、アドレスと、属性データが満たすべき条件を指定する条件指定データとが含まれる属性データ読出要求を受けたときに、その属性データ読出要求に含まれるアドレスに記憶されたデータに対応する属性データを読み出し、読み出した属性データが属性データ読出要求に含まれる条件指定データによって指定された条件を満たすものであった場合に限り、その読み出した属性データを出力する属性データ読出・出力手段を付加して、記憶装置を構成しても良い。
【００１４】
このように記憶装置を構成した場合には、属性データの内容を読み出せる人物を特定できることになるので、属性データの内容が何らかの形で悪用されるのを防止できることになる。
【００１５】
また、本発明による記憶装置を形成する際に、属性データが満たすべき条件を指定する条件指定データが含まれるデータ読出要求を受けたときに、そのデータ読出要求に含まれる条件指定データで指定されている条件を満たす属性データに対応するデータを、記録媒体から読み出して出力するデータ読出・出力手段を付加しても良い。このようなデータ読出・出力手段を付加した場合には、必要なデータを簡単に検索できる記憶装置が得られることになる。
【００１６】
また、第１書込手段として、アドレス及び属性データが満たすべき条件を指定する条件指定データと共に書き込みデータを受け取り、アドレスで識別される位置に記憶されるデータに対応する属性データが、その条件指定データで指定されている条件を満たすものであった場合と、アドレスで識別される位置に記憶されるデータに対して有意な属性データが記憶されていなかった場合とに限り、データを記録媒体へ書き込む手段を用いることも出来る。
【００１７】
また、属性データ作成手段により作成された属性データを、第１書込手段に与えられたアドレスとともに、所定の第３者機関に送信する送信手段を付加しておけば、データを、その作成日時が公的にも証明できる形態で記録媒体に記憶できる記憶装置が得られることになる。
【００１８】
【発明の実施の形態】
以下、図面を参照して、本発明の一実施形態を具体的に説明する。
実施形態の記憶装置は、ＩＳＯ１５０４１に従ったフォーマットの光磁気ディスク（以下、ＭＯと表記する）を対象とする、ＳＣＳＩ−２インターフェースを有する装置（いわゆる、光磁気ディスク装置）として構成してある。
【００１９】
図１に示したように、実施形態の記憶装置１０は、インターフェース回路１１とドライブ制御部１２とリード／ライト制御部１３とメカ制御部１４とリニアアクチュエータ１５とヘッド１６とスピンドルモータ１７とローディンク機構１８を備える。ドライブ制御部１２を除く各部は、それぞれ、上記のようなＭＯを対象とする一般的な光磁気ディスク装置内の対応する部分とほぼ同じ機能を有する。
【００２０】
すなわち、リニアアクチュエータ１５は、メカ制御部１４から指示された、ＭＯ２０上の位置にヘッド１６を移動する。スピンドルモータ１７は、メカ制御部１４からの指示に従い、ＭＯ２０（のスピンドル）を回転させる。ローディンク機構１８は、ＭＯ２０が挿入されたことを検出した際には、その旨をドライブ制御部１２に通知し、排出ボタン（図示せず）が押下されたことを検出した際には、その旨をドライブ制御部１２に通知する。また、ドライブ制御部１２から排出指示を受けたときには、ＭＯ２０を排出するための処理を実行する。
【００２１】
インターフェース回路１１は、ホストから、ＳＣＳＩ−２で規定されている各種のコマンドを受け付け、その内容をドライブ制御部１２に通知する。さらに、インターフェース回路１１は、ホストから、本実施形態独自のコマンドをも受け付ける（詳細は後述）。また、インターフェース回路１１は、ＭＯ２０から読み出されたデータや、ＭＯ２０に書き込むべきデータのホストとの間の転送タイミング制御も行う。
【００２２】
リード／ライト制御部１３は、ドライブ制御部１２を介して与えられるセクタ単位のデータを記録媒体２０に書き込むための制御を、ヘッド１６に対して行う。また、リード／ライト制御部１３は、記録媒体２０に記憶されているデータを読み出すための制御をも行う。その際、リード／ライト制御部１３は、メカ制御部１４によるリニアアクチュエータ１５、スピンドルモータ１７の制御に同期した形で、ヘッド１６の制御を行う。なお、このリード／ライト制御部１３は、後述するように、通常、有意なデータの記憶に使用されないＭＯ２０の記憶領域に、署名データを書き込むためにも用いられている。
【００２３】
ドライブ制御部１２は、インターフェース回路１１を介して与えられるホストからのコマンドに応じて、リード／ライト制御部１３、メカ制御部１４等を統合的に制御することによって、ホストからの要求に応答する。その際、ドライブ制御部１２は、内部に備えるデータ用キャッシュメモリを利用したデータのキャッシングを行う。すなわち、ＭＯ２０内のあるアドレスに記憶されているデータを読み出した場合、ドライブ制御部１２は、そのデータをインターフェース回路１１を介してホストに供給するとともに、そのデータをデータ用キャッシュメモリに記憶する。そして、データ用キャッシュメモリに記憶されているデータに関する読出要求を受けた場合には、ＭＯ２０からデータを読み出すことなく、データ用キャッシュメモリ内のデータをホストに供給することによって、その読出要求に応答する。
【００２４】
ドライブ制御部１２は、書込要求に関しても同様に、ホストから与えられるＭＯ２０に書き込むべきデータを、一旦、データ用キャッシュメモリ内に保存する。そして、予め定められている、ＭＯ２０への書込を実行すべき条件が満たされたときに、データ用キャッシュメモリ内のデータ（ＭＯ２０への書き戻しが必要なデータのみ）を、ＭＯ２０に書き込むための制御を実行する。
なお、ドライブ制御部１２は、データ用キャッシュメモリを、署名データの一部を一時記憶するためにも用いているのであるが、その詳細については後述する。
【００２５】
ドライブ制御部１２は、上述したような一般的な光磁気ディスク装置でも行われている制御を実行する機能に加えて、書き込みが指示されたデータの内容、作成環境に応じたデータである署名データを、当該データと対応づけてＭＯ２０内に記憶する機能を有している。
【００２６】
まず、図２を用いて、当該機能を実現するために、記憶装置１０内で管理される情報と、当該機能によってＭＯ２０に書き込まれる情報の概要説明を行うことにする。
【００２７】
図２（ａ）に示したように、記憶装置１０（ドライブ制御部１２）内には、DRIVEIDO、DRIVETIMER、USERPARAM、MEDIATCNTと、２種のフラグFLAGD、FLAGMが記憶される。また、ＭＯ２０には、SIGCRC、DRIVEID、DRIVET、USERID、MEDIATからなる署名データと、MEDIACNTが書き込まれる。なお、１枚のＭＯ２０には、本記憶装置によってデータの書込が行われたセクタの数と等しい数の署名データと、１個のMEDIATCNTが記憶される。
【００２８】
DRIVEIDOは、記憶装置１０に与えられている６４ビットの装置識別情報である。DRIVETIMERは、記憶装置１０の駆動時間を表す３２ビットの情報であり、“０”を初期値として１秒毎にカウントアップを行うタイマの値となっている。USERPARAMは、記憶装置１０（ホスト）のユーザによって設定される３２ビットの情報である。
【００２９】
MEDIATCNTは、ＭＯ２０の使用状況を表す３２ビットの情報であり、ＭＯ２０が記憶装置１０にセットされた際にＭＯ２０から読み出される。その後、MEDIATCNTは、ＭＯ２０の使用状況に応じて更新される。そして、ＭＯ２０が排出される際に、更新されたMEDIATCNTの値が、ＭＯ２０に書き戻される。また、MEDIATCNTは、署名データの要素である１６ビットのデータMEDIATを算出するためにも用いられる。
【００３０】
FLAGD、FLAGMは、“１”、“０”のいずれかの値をとるフラグである。詳細は後述するが、FLAGDは、SIGCRC用バッファメモリを管理するためのフラグとして用いられており、FLADMは、MEDIATCNTの書き込みが必要か否かを管理するためのフラグとして使用されている。
【００３１】
署名データの要素であるSIGCRCは、ＭＯに書き込まれるデータの１６ビットＣＲＣとなっている。また、図中、矢印で対応づけてあるように、DRIVEIDは、３２ビットのDRIVEIDOから求められる１６ビットの情報となっており、DRIVETは、３２ビットのDRIVETIMERから求められる１６ビットの情報となっている。USERIDは、３２ビットのUSERPARAMから求められる１６ビットの情報となっている。
【００３２】
各３２ビットデータから署名データの要素である１６ビットデータを求める手順、MEDIATCNTの更新手順等の詳細に関しては後述することとし、ここでは、まず、署名データおよびMEDIATCNTが、ＭＯ２０のどの領域に記憶されるかを説明する。
【００３３】
図３に、記憶装置１０が対象とする、ＭＯ２０におけるトラックの利用形態（ＩＳＯ１５０４１）を示し、図４に、トラックの利用形態を示す。
ＩＳＯ１５０４１は、記憶容量を高めるために、ＺＣＡＶ(Zone Constant Angle Velosity)記録方式が採用された方式であり、図３に示したように、ＭＯ２０の記憶領域は、記録周波数が互いに異なる１１個の記憶領域（バンドと呼ばれる）に分割されている。図示してあるように、各バンドは、互いに異なる数の物理トラックからなり、各バンド内の物理トラックは、異なる数のセクタを有している。
【００３４】
ただし、データの記憶に実際に用いられている物理トラックは、バンド内の物理トラックの一部だけであり、残りの物理トラックは、他の用途に使用されている。例えば、バンド番号“１”のバンド（以下、バンド番号“ｎ”のバンドをバンド“ｎ”と表記する）は、１３４４個の物理トラックからなり、各物理トラックは、１６個のセクタを有するが、バンド“１”では、１２６２番から２５８５番まで(Start DataからStart R/W Spareまで)の１３３６個の物理トラックだけがデータ記憶に使用されている。そして、２５８６番から２５９７番まで（Start R/W SpareからStart Bufferまで）の１２個の物理トラックは、欠陥セクタの代替のために使用されている。また、２６００番から２６０１番まで（Start TestからStart Bufferまで）の物理トラックは、記憶装置の動作パラメータを、セットされたＭＯに合わせて補正するための試し書き領域として使用されている。また、バンド“１”内に３つ存在している、Start Bufferからの各２トラックは、バンドの境界に近い部分のセクタのアクセスを容易なものとするための緩衝領域として使用されている。すなわち、ＺＣＡＶ方式では、バンドが変わると記録周波数が変わるため、その変化に対応するために、これらの、何らデータが記憶されない緩衝領域が用意されている。
【００３５】
他のバンド内の物理トラックも、バンド“１”と同様に使用されている。ただし、バンド“０”とバンド“１１”には、媒体の管理情報を保存するための物理トラック（ＤＭＡ１＆ＤＭＡ２、ＤＭＡ３＆ＤＭＡ４）も用意されている。
【００３６】
また、ＩＳＯ１５０４１は、２０４８バイト／セクタでデータが記憶されるフォーマットであるが、図４に示したように、各セクタには、ヘッドのセクタへの位置づけや、クロックの同期、読取りエラーの補正のために様々なフィールドが設定されている。データフィールドとしては、２４５８バイト分の領域が確保されており、２４５８バイトのうち、２０４８バイトがユーザデータ用に、４０２バイトがＣＲＣ、ＥＣＣ、Ｒｅｓｙｎｃ用に使用されている。すなわち、データフィールドは、８バイト分の領域を除いた形で使用されている。この８バイト分の未使用領域は、レイアウトの都合上形成されているものであり、物理的に利用可能な領域となっている。
【００３７】
実施形態の記憶装置１０では、各バンド内の、Start Test直前のStart Bufferからの２トラックが、そのバンド内に格納されるセクタデータに関するSIGCRCを記憶するために使用される。
【００３８】
なお、バンド“０”ないしバンド“１０”は、データ記憶用の物理トラック数が“２０４８”以下であるため、Start Bufferから始まる２トラック内に、全てのセクタデータ用のSIGCRCを記憶することが出来る。すなわち、SIGCRCは、２バイトのデータであるため、あるバンドのトラック数をＬ、トラック当たりのセクタ数をＳとすると、そのバンド内の全てのセクタ用のSIGCRCの記憶に、２×Ｌ×Ｓバイトが必要とされることになる。一方、そのバンド内の２個の物理トラックに記憶できるバイト数は、２×２０４８×Ｓであるので、Ｌ≦２０４８であった場合、２トラック内に、全てのセクタデータ用のSIGCRCを記憶することが出来ることになる。しかしながら、バンド“１１”のデータ記憶用物理トラック数は、２０７９であるため、２トラックで、全てのセクタデータ用のSIGCRCを記憶することができない。このため、本実施形態では、バンド“１１”に関しては、Start Buffer直前のＤＭＡ用トラックの一部とStart Bufferからの２トラックを、SIGCRC用の記憶領域として用いている。
【００３９】
そして、実施形態の記憶装置１０では、各セクタ内で未使用となっている８バイト分の領域が、残りの計８バイトの署名データ要素（DRIVEID、DRIVET、MEDIAT、USERID）の記憶に、バンド“０”のＤＭＡ領域の一部が、MEDIATCNTの記憶に、使用されている。
【００４０】
以下、流れ図を用いて、記憶装置１０の動作を具体的に説明する。
図５に、電源投入時の記憶装置１０（ドライブ制御部１２）の動作手順を示す。図示したように、電源投入時、ドライブ制御部１２は、まず、自己診断を実行する（ステップＳ１０１）。次いで、装置に与えられている６４ビットの情報であるDRIVEIDOの上位３２ビットを、USERPARAMに設定（ステップＳ１０２）し、コマンド入力待機状態に移行する。
【００４１】
通常、本記憶装置１０のユーザは、電源投入後、ホストを操作することによって、ユーザパラメタを指定するためのMODESETコマンドを記憶装置１０に与える。当該MODESETコマンドが入力された場合、記憶装置１０は、図６に示したように、MODESETコマンド内に設定されているユーザパラメタを読み出すとともに、その長さが３２ビット以下であるか否かを判断（ステップＳ２０１）する。そして、ユーザパラメタの長さが３２ビット以下であった場合（ステップＳ２０１；Ｙ）には、そのユーザパラメタを、そのまま、USERPARAMとして記憶（ステップＳ２０２）し、コマンド入力待機状態に移行する。一方、ユーザパラメタの長さが３２ビットを越えていた場合（ステップＳ２０１；Ｎ）、記憶装置１０は、ユーザパラメタの３２ビットＣＲＣを求め、求めたＣＲＣをUSERPARAMとして記憶（ステップＳ２０３）する。そして、コマンド入力待機状態に移行する。
【００４２】
また、記憶装置１０は、媒体が挿入されたことを検出した際には、図７に示したように、挿入された媒体（ＭＯ）に対するテストを実行する（ステップＳ３０１）。なお、図示は省略したが、このステップにおいて媒体の異常を検出した場合、記憶装置１０は、ホストに対してその旨を通知した後、コマンド入力待機状態に移行する。
【００４３】
媒体が正常であることを確認した後、記憶装置１０は、FLAGM、FLAGDの“０”クリアを行い（ステップＳ３０２）、媒体上のバンド“０”内に所定の記憶領域からのMEDIATCNTの読出を試みる（ステップＳ３０３）。そして、読出に失敗した場合（ステップＳ３０４；Ｎ）には、MEDIATCNTとして“１”を記憶する（ステップＳ３０５）。次いで、FRAGMに“１”を設定する（ステップＳ３０６）。すなわち、MEDIATCNTの値をＭＯに書き込む必要があることを、FLAGMを“１”とすることによって記憶する。そして、コマンド入力待機状態に移行する。一方、MEDIATCNTの読出が行えた場合（ステップＳ３０４；Ｙ）、記憶装置１０は、MEDIATCNTとして、読み出した値を記憶（ステップＳ３０７）し、コマンド入力待機状態に移行する。
【００４４】
また、媒体が挿入された際には、記憶装置１０内で、図８に示した割込み処理が６０秒毎に実行されるようになる。図示したように、割込み処理時、記憶装置１０は、内部に保持しているMEDIATCNTに２５６（１６進表記では、１００）を加算（ステップＳ４０１）する。そして、FRAGMに“１”を設定（ステップＳ４０２）し、割込み処理を終了する。
【００４５】
次に、図９を用いて、WRITEコマンド受付時の記憶装置１０の動作を説明する。図示したように、WRITEコマンドを受信した際、記憶装置１０は、まず、その後に与えられる書込データから、その書込データに関する署名データの要素として使用するSIGCRCを算出する。すなわち、書込データの１６ビットＣＲＣを算出し、算出値をSGCCRC用バッファメモリに記憶する（ステップＳ５０１）。
【００４６】
次いで、署名データの要素として使用するMEDIAT、DRIVET、DRIVEIDに、MEDIATCNTの第８〜第２３ビット（中位２バイト）、DRIVETIMERの第８〜第２３ビット、DRIVEIDOの下位１６ビットを設定する（ステップＳ５０２）。その後、MEDIATCNTに“１”を加算（ステップＳ５０３）し、FLAGDとFLADMに共に“１”を設定する（ステップＳ５０４）。すなわち、ＭＯに書き込むべきSCGCRCが、SCGCRC用バッファメモリ内に記憶されたことを、FLAGDを“１”とすることによって記憶し、MEDIATCNTの値が変更されたことを、FLAGMを“１”とすることによって記憶する。
【００４７】
次いで、書き込みが要求されたデータと、SIGCRCを除く署名データとを、データ用キャッシュメモリあるいはＭＯに記憶（ステップＳ５０５）する。すなわち、書込データに対して用いられる一般的なキャッシュ制御アルゴリズムを、書込データとSIGCRCを除く署名データに対して用いて、それらのデータを、データ用キャッシュメモリあるいはＭＯに記憶する。そして、コマンド入力待機状態に移行する。
【００４８】
なお、ＳＣＳＩ−２には、記録媒体にデータを書き込むために使用できるコマンドとして、WRITEコマンド以外のコマンドも用意されている。例えば、記憶装置のＥＣＣ機能やエラーリカバリ機能をテストするためのコマンドとして、"WRITE LONG"コマンドが用意されているが、実施形態の記憶装置１０は、"WRITE LONG"コマンド受付時にも、WRITEコマンド受付時と同様に署名データを作成する。
【００４９】
ここで、DRIVET、MEDIATに関する補足説明を行っておく。既に説明したように、DRIVETIMERは、１秒毎に１インクリメントされる値である。このため、DRIVETは、２５６秒の時間分解能を有する情報となる。また、MEDIATCNTは、図６を用いて、説明したように、６０秒毎に２５６インクリメントされるデータとなっており、かつ、図９を用いて説明したように、１セクタ分のデータの書き込み要求が為された際に、１インクリメントされるデータとなっている。このため、MEDIATは、６０秒毎、及び、２５６回の書き込みアクセス毎に１インクリメントされるデータとなっている。換言すれば、MEDIATは、対応するセクタデータの書き込みの順序を表すデータとなっている。
【００５０】
次に、SCGCRC用バッファメモリ内のSCGCRCの、ＭＯへの書き込み手順を説明する。SCGCRC用バッファメモリ内のSCGCRCは、他ゾーン上のデータのアクセス要求を受信した時、あるいは、媒体排出時に、ＭＯに書き込まれる。このうち、他ゾーン上のデータへのアクセス要求がなされた場合、記憶装置１０は、図１０に示したように、まず、FLAGDが“１”であるか否かを判断（ステップＳ６０１）する。そして、“１”であった場合（ステップＳ６０１；Ｙ）には、SIGCRC用バッファメモリ内にデータのＭＯへの書込を実行（ステップＳ６０２）する。そして、FLAGDに“０”をセット（ステップＳ６０３）した後、要求されている他ゾーン上のデータにアクセスするために必要な制御を開始する。
【００５１】
また、媒体排出時（媒体排出コマンド、あるいは、排出ボタンが押下された時）、記憶装置１０は、図１１に示したように、データ用キャッシュメモリ内の、ＭＯへの書戻が必要なデータと署名データとのＭＯへの書込を行う（ステップＳ７０１）。次いで、SIGCRC用バッファメモリ内のSIGCRCをＭＯに記憶する処理（ステップＳ７０２、Ｓ７０３）を行う。さらに、FLAGMが“１”であった場合（ステップＳ７０４；Ｙ）には、MEDIATCNTのＭＯへの書き込みを行う（ステップＳ７０５）。その後、ＭＯを排出するための制御を行い（ステップＳ７０６）、図示した処理を終了する。
【００５２】
なお、SIGCRCのＭＯへの書き込み動作が、他の署名データ要素と別途行われるように構成してあるのは、SIGCRCの記憶領域を、データの記憶領域とは離れた位置に設定してあるからである。
【００５３】
以上、説明したように、本記憶装置１０によってデータが書き込まれたＭＯには、データが一般的な光磁気ディスク装置でも読み書き可能な形態で記憶されるとともに、データの書込を行った記憶装置１０を特定できる情報(DRIVEID)、データの作成者を表す情報("USERID")、データの書込時刻を表す情報("DRIVET")、データの相対的な書込順に関係する情報("MEDIAT")と、データの検証に使用できる情報("SIGCRC")とからなる署名データが、一般的な光磁気ディスク装置では読み書きできない形態で、かつ、本記憶装置１０によっても、単独では書換できない形態で記憶される。
【００５４】
このため、例えば、保存した時刻をごまかすために、ホスト内の時計の設定を変えた状態でデータ書込を行っても、そのデータに対応する署名データとして、記憶装置１０内のタイマから算出される時間情報（"DRIVET"）を含むデータがＭＯ内に記憶されてしまう。従って、署名データの内容を確認することによって、そのデータの書込時刻が判別できることになる。また、他の光磁気ディスク装置によってデータの改竄が行われた場合には、署名データ内のSIGCRCと、データから求められる１６ビットＣＲＣの値が一致しなくなるので、改竄されたことを判別できることになる。
【００５５】
このような判別のためにも用いれる機能として、実施形態の記憶装置１０には、"READ LONG"コマンドが入力された際に、データ（セクタデータとＥＣＣ）と、そのセクタデータと対応する署名データとを出力する機能が設けられている。すなわち、図１２に示したように、"READ LONG"コマンドが入力された際、記憶装置１０は、まず、読出を指示されたデータ（セクタデータとＥＣＣ）と、対応する署名データをＭＯから読み出す（ステップＳ８０１）。次いで、読み出したデータと署名データとを順に出力（ステップＳ８０２）し、コマンド入力待機状態に移行するように、記憶装置１０は構成されている。
【００５６】
データの改竄の有無を検証したい際や、署名データの内容を知りたい場合、ユーザは、この機能を利用する。そして、必要である場合には、この機能を用いて、取得したセクタデータの１６ビットＣＲＣと、取得した署名データ内のSIGCRCとを比較することによって、改竄の有無を判別する。
【００５７】
また、実施形態の記憶装置１０には、署名データをインデックスとして用いてデータの読出を行える機能も設けられている。この機能のために、本記憶装置１０では、SEARCH DATAコマンドと類似のフォーマットのコマンド（条件付きREADコマンドと表記する）が用意してあり、条件付きREADコマンドが入力された際、記憶装置１０は、その条件付きREADコマンドで指定されている署名データの要素（SIGCRCを除く）が、指定されている条件（ある値と一致、ある値以上等）を満たす署名データを探索する。そして、条件を満たす署名データがあった場合には、その署名データに対応するデータの出力を行う。
【００５８】
＜変形形態＞
実施形態の記憶装置は、ＭＯを対象とする装置であったが、本記憶装置で用いられている技術は、書換可能な媒体であればどのような媒体にも適用可能である。また、本技術は、交換可能な媒体を対象とする装置に適用したときに、特に顕著な効果が得られるものであるが、交換が不可能な媒体を対象とする装置に適用しても良いことは当然である。
【００５９】
また、署名データとして使用する情報の種類、ビット数等は、上記したものに限られるものではなく、必要に応じて、種類の増減や、各情報のビット数の増減を行って良い。例えば、本技術を、交換が不可能な媒体を対象とする装置に適用する場合には、DRIVEIDを署名データの要素とせずに、装置を形成することが出来る。また、MEDIATを媒体への書き込みアクセス回数のみをカウントするデータとしても良く、経過時間のみをカウントするデータとしても良い。
【００６０】
また、実施形態の記憶装置１０は、署名データの内容を簡単に読み出せるように構成されているが、読み出した内容を用いて何らかのデータ改竄を行うことも不可能ではない。このため、さらに、署名データの内容の一部、例えば、USERID(USERPARAM）を指定しなければ署名データ全体を読み出せないように装置を構成しても良い。すなわち、署名データの読み出し用のコマンドとして、アドレスと、例えば、USERPARAMの指定が必要なコマンドを用意し、そのコマンドが入力された際には、コマンド内に設定されているアドレスのデータに対応する署名データ内のUSERIDが、コマンド内に設定されているUSERPARAMに対応するものであるか否かを判断し、対応するものであった場合に限り、署名データ全体を出力するように装置を構成しても良い。なお、このように記憶装置を構成する場合、署名データ内のUSERIDが、コマンド内に設定されているUSERPARAMに対応するものでなかったとき、エラーとしても良いし、USERIDとして指定された値からランダムに作成した署名データを出力するようにしておいても良い。また、USERID以外の情報、例えば、DRIVEIDを用いても同様の制御を行うことが出来る。
【００６１】
同様に、署名データの内容の一部を指定しなければデータの書換を行えないように装置を構成しても良い。すなわち、アドレスの指定だけでデータの書換が行えるコマンドを受け付けないようにしておくとともに、アドレスと、例えば、USERPARAMの指定が必要なデータ書込用コマンドを用意し、そのデータ書込用コマンドが入力された際には、コマンド内に設定されているアドレスのデータに対応する署名データ内のUSERIDが、コマンド内に設定されているUSERPARAMに対応するものである場合と、有為なUSERIDが記憶されていない場合に限り、データ及び署名データのＭＯへの書込が行われるよう装置を構成しても良い。
【００６２】
また、実施形態で説明した記憶装置に、通信機能を付加すると共に、データの書込要求を受けた際には、作成した署名データとデータのアドレスとを、通信回線を介して、第３者機関に送信する機能を付加しても良い。
【００６３】
【発明の効果】
本発明の記憶装置によれば、書換可能な記憶媒体に、その作成日，時などが証明できる形態でデータを記憶することが出来る。
【図面の簡単な説明】
【図１】本発明の一実施形態による記憶装置の機能ブロック図である。
【図２】実施形態の記憶装置内で管理される情報と、ＭＯ内に書き込まれる情報の説明図である。
【図３】実施形態の記憶装置が対象とするＭＯのトラックフォーマットの説明図である。
【図４】実施形態の記憶装置が対象とするＭＯのセクタフォーマットの説明図である。
【図５】実施形態の記憶装置の電源投入時の動作手順を示す流れ図である。
【図６】実施形態の記憶装置のユーザパラメタを指定するMODESETコマンド受付時の動作手順を示す流れ図である。
【図７】媒体の挿入検出時における実施形態の記憶装置の動作手順を示す流れ図である。
【図８】実施形態の記憶装置において、６０秒毎に実行される割込み処理の流れ図である。
【図９】実施形態の記憶装置のWRITEコマンド受付時の動作手順を示す流れ図である。
【図１０】他ゾーン上のデータのアクセスが指示された際の実施形態の記憶装置の動作手順を示す流れ図である。
【図１１】実施形態の記憶装置の媒体排出時の動作手順を示す流れ図である。
【図１２】実施形態の記憶装置のREAD LONGコマンド受付時の動作手順を示す流れ図である。
【符号の説明】
１０記憶装置
１１インターフェース回路
１２ドライブ制御部
１３リード／ライト制御部
１４メカ制御部
１５リニアアクチュエータ
１６ヘッド
１７スピンドルモータ
１８ローディング機構
２０光磁気ディスク（ＭＯ）[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a storage device, and relates to a storage device that stores data in a rewritable recording medium such as a magnetic disk device or a magneto-optical disk device.
[0002]
[Prior art]
In recent years, various types of information have been stored and reused in a storage device included in a computer system. Reusable forms include updating the contents of an existing file, modifying the contents of an existing file and storing it as a new file, and contents of the file in another computer system via a communication line. There is something like forwarding.
[0003]
[Problems to be solved by the invention]
In this way, if the computer system is used, existing information can be processed or reused as it is, so that various operations can be completed efficiently. At this time, if the information created as a result of the work is stored in a storage device (on the storage medium) that can be physically written only once, the information in the storage device is created. Can be said to have been created by the person. However, when the information is stored in a recording medium in the rewritable storage device, it is easy to process the information to prove that the information (file) is as created by the creator. On the contrary, it is difficult.
[0004]
For example, consider a case in which company A presents an in-house document in order to argue that “a study has been carried out a year ago”. If this in-house document was presented using a document written on paper a year ago, the content of the document was written about a year ago due to changes in paper quality or ink conditions. Sometimes it can be determined. In addition, the person who created the document or the person who approved it may be identified depending on the state of the handwriting or the seal.
[0005]
However, even if only the data stored in the recording medium with a time stamp of one year ago is shown, the time stamp and data can be rewritten very easily. It cannot be claimed that the data was actually created a year ago and has not been updated since.
[0006]
SUMMARY OF THE INVENTION An object of the present invention is to provide a storage device that can store data in a rewritable storage medium in a form that can prove its creation date and time.
[0007]
[Means for Solving the Problems]
In order to solve the above-described problem, according to the present invention, a first writing is performed in which a storage device having a recording medium capable of data rewriting writes data given together with an address to a position identified by the address of the recording medium. Storing attribute data created by the attribute data creating means, attribute data creating means for creating attribute data including information corresponding to the date and time of writing when the data is written by the first writing means, The second writing unit writes data in an area in the medium where data can be read and data cannot be written by the first writing unit.
[0008]
That is, when a storage device according to the present invention receives a data write request, it responds to the request by writing the data to the recording medium, and can rewrite the contents on the recording medium by a normal method. Attribute data including information corresponding to the date and time of writing the data is created and written in a non-existing area. For this reason, if this storage device is used, data can be stored in a rewritable storage medium in a form in which the creation date and time can be proved.
[0009]
As information corresponding to the data writing date and time, it is desirable to use information that can specify the date and time when the data was written with an appropriate time resolution (for example, 5 minutes). It is also possible to use information in which only the relative writing order of each data in the medium is known.
[0010]
When realizing the storage device according to the present invention, it is desirable to employ, as the second writing means, means for writing attribute data in a track in which data is written by the first writing means. By adopting such second writing means, a storage device capable of responding to a write request is formed at a speed similar to that of a general device that does not perform a signature data writing operation. .
[0011]
The present invention can also be exchanged for storage devices targeted for recording media that cannot be exchanged. Ru Although the present invention can be applied to a recording device that targets a recording medium, when applied to the latter storage device, attribute data including device identification data given in advance is created as attribute data creating means. It is desirable to use means. If such attribute data creation means is employed, the storage device to which the corresponding data has been written can be identified from the signature data stored in the recording medium.
[0012]
Further, as attribute data creation means, means for creating attribute data including verification data created by performing predetermined conversion on data (for example, obtaining CRC from data) may be used. In addition, an acquisition unit that acquires usage environment data (for example, user identification information) that is data related to the usage environment of the storage device is added, and attribute data including the usage environment data acquired by the acquisition unit is created. The storage device can also be configured by using attribute data creating means.
[0013]
Further, when an attribute data read request including an address and condition specifying data specifying a condition to be satisfied by the attribute data is received, the attribute data corresponding to the data stored at the address included in the attribute data read request Attribute data reading / output means for outputting the read attribute data is added only when the read attribute data satisfies the condition specified by the condition specification data included in the attribute data read request. A storage device may be configured.
[0014]
When the storage device is configured in this way, it is possible to specify a person who can read the contents of the attribute data, so that it is possible to prevent the attribute data from being misused in some way.
[0015]
Further, when forming a storage device according to the present invention, when a data read request including condition specifying data specifying a condition to be satisfied by attribute data is received, the data is specified by the condition specifying data included in the data read request. Data reading / outputting means for reading out data corresponding to the attribute data that satisfies the condition from the recording medium and outputting the data may be added. When such data reading / output means is added, a storage device capable of easily retrieving necessary data can be obtained.
[0016]
In addition, as the first writing means, write data is received together with condition designation data for designating a condition to be satisfied by the address and attribute data, and attribute data corresponding to data stored at a position identified by the address is designated by the condition designation. The data is transferred to the recording medium only when the conditions specified by the data are satisfied and when no significant attribute data is stored for the data stored at the position identified by the address. Writing means can also be used.
[0017]
Further, if a transmission means for transmitting the attribute data created by the attribute data creation means together with an address given to the first writing means to a predetermined third party organization is added, the data is created on the date and time of creation. Can be stored in a recording medium in a form that can be proved publicly.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be specifically described with reference to the drawings.
The storage device according to the embodiment is configured as a device having a SCSI-2 interface (so-called magneto-optical disk device) for a magneto-optical disk (hereinafter referred to as MO) having a format according to ISO15041.
[0019]
As shown in FIG. 1, the storage device 10 of the embodiment includes an interface circuit 11, a drive control unit 12, a read / write control unit 13, a mechanical control unit 14, a linear actuator 15, a head 16, a spindle motor 17, and a loading mechanism. 18 is provided. Each part except the drive control part 12 has substantially the same function as the corresponding part in the general magneto-optical disk apparatus for the MO as described above.
[0020]
That is, the linear actuator 15 moves the head 16 to a position on the MO 20 instructed from the mechanical control unit 14. The spindle motor 17 rotates the MO 20 (the spindle) in accordance with an instruction from the mechanical control unit 14. When the loading mechanism 18 detects that the MO 20 has been inserted, the loading mechanism 18 notifies the drive control unit 12 of that fact, and when detecting that the eject button (not shown) has been pressed, Is notified to the drive control unit 12. Further, when a discharge instruction is received from the drive control unit 12, a process for discharging the MO 20 is executed.
[0021]
The interface circuit 11 accepts various commands defined by SCSI-2 from the host and notifies the drive control unit 12 of the contents. Furthermore, the interface circuit 11 also receives a command unique to the present embodiment from the host (details will be described later). The interface circuit 11 also performs transfer timing control between the data read from the MO 20 and data to be written into the MO 20 with the host.
[0022]
The read / write control unit 13 controls the head 16 to write data in units of sectors given via the drive control unit 12 to the recording medium 20. The read / write control unit 13 also performs control for reading data stored in the recording medium 20. At that time, the read / write control unit 13 controls the head 16 in synchronization with the control of the linear actuator 15 and the spindle motor 17 by the mechanical control unit 14. As will be described later, the read / write control unit 13 is also used to write signature data in a storage area of the MO 20 that is not normally used for storing significant data.
[0023]
The drive control unit 12 responds to a request from the host by controlling the read / write control unit 13, the mechanical control unit 14 and the like in an integrated manner in response to a command from the host given through the interface circuit 11. . At that time, the drive control unit 12 performs data caching using a data cache memory provided therein. That is, when data stored at a certain address in the MO 20 is read, the drive control unit 12 supplies the data to the host via the interface circuit 11 and stores the data in the data cache memory. When a read request regarding the data stored in the data cache memory is received, the data in the data cache memory is supplied to the host without reading the data from the MO 20 to respond to the read request. To do.
[0024]
Similarly to the write request, the drive control unit 12 temporarily stores data to be written to the MO 20 provided from the host in the data cache memory. In order to write data in the data cache memory (only data that needs to be written back to MO20) to MO20 when a predetermined condition for executing writing to MO20 is satisfied. Execute the control.
The drive control unit 12 also uses the data cache memory for temporarily storing a part of the signature data. Details thereof will be described later.
[0025]
In addition to the function of executing the control that is also performed in the general magneto-optical disk device as described above, the drive control unit 12 includes signature data that is data corresponding to the content of the data instructed to be written and the creation environment. Is stored in the MO 20 in association with the data.
[0026]
First, with reference to FIG. 2, an overview of information managed in the storage device 10 and information written in the MO 20 by the function in order to realize the function will be described.
[0027]
As shown in FIG. 2A, the storage device 10 (drive control unit 12) stores DRIVEIDO, DRIVETIMER, USERPARAM, and MEDIATCNT, and two types of flags FLAGD and FLAGM. In addition, signature data composed of SIGCRC, DRIVEID, DRIVET, USERID, and MEDIAT and MEDIACNT are written in the MO 20. Note that one MO 20 stores a number of signature data equal to the number of sectors to which data has been written by the storage device and one MEDIATCNT.
[0028]
DRIVEIDO is 64-bit device identification information given to the storage device 10. DRIVETIMER is 32-bit information representing the drive time of the storage device 10, and is a timer value that counts up every second with "0" as an initial value. USERPARAM is 32-bit information set by the user of the storage device 10 (host).
[0029]
MEDIATCNT is 32-bit information indicating the usage status of the MO 20, and is read from the MO 20 when the MO 20 is set in the storage device 10. Thereafter, MEDIATCNT is updated according to the usage status of the MO 20. Then, when MO20 is ejected, the updated MEDIATCNT value is written back to MO20. MEDIATCNT is also used to calculate 16-bit data MEDIAT, which is an element of signature data.
[0030]
FLAGD and FLAGM are flags that take a value of “1” or “0”. Although details will be described later, FLAGD is used as a flag for managing the buffer memory for SIGCRC, and FLADM is used as a flag for managing whether or not writing of MEDIATCNT is necessary.
[0031]
The signature data element SIGCRC is a 16-bit CRC of data written to the MO. In addition, as shown by the arrows in the figure, DRIVEID is 16-bit information obtained from 32-bit DRIVEIDO, and DRIVET is 16-bit information obtained from 32-bit DRIVETIMER. Yes. USERID is 16-bit information obtained from 32-bit USERPARAM.
[0032]
Details of the procedure for obtaining 16-bit data, which is an element of signature data from each 32-bit data, and the MEDIATCNT update procedure will be described later. Here, first, the signature data and the MEDIATCNT are stored in which area of the MO 20. Explain how.
[0033]
FIG. 3 shows a track usage mode (ISO15041) in the MO 20 targeted by the storage device 10, and FIG. 4 shows a track usage mode.
ISO15041 is a method in which a ZCAV (Zone Constant Angle Velosity) recording method is adopted in order to increase the storage capacity. As shown in FIG. 3, the storage area of the MO 20 has eleven storages with different recording frequencies. It is divided into regions (called bands). As shown in the figure, each band includes a different number of physical tracks, and the physical tracks in each band have a different number of sectors.
[0034]
However, the physical tracks actually used for data storage are only a part of the physical tracks in the band, and the remaining physical tracks are used for other purposes. For example, a band with a band number “1” (hereinafter, a band with a band number “n” is expressed as a band “n”) includes 1344 physical tracks, and each physical track has 16 sectors. In band “1”, only 1336 physical tracks from 1262 to 2585 (from Start Data to Start R / W Spare) are used for data storage. Then, twelve physical tracks from 2586 to 2597 (from Start R / W Spare to Start Buffer) are used for replacement of defective sectors. The physical tracks from 2600 to 2601 (from Start Test to Start Buffer) are used as test writing areas for correcting the operating parameters of the storage device in accordance with the set MO. Also, each of the two tracks from the Start Buffer, which exists in the band “1”, is used as a buffer area for facilitating access to a sector in a portion near the band boundary. That is, in the ZCAV method, the recording frequency changes when the band changes, so that a buffer area in which no data is stored is prepared to cope with the change.
[0035]
The physical tracks in other bands are also used in the same manner as the band “1”. However, physical tracks (DMA 1 & DMA 2, DMA 3 & DMA 4) for storing medium management information are also prepared for the bands “0” and “11”.
[0036]
ISO 15041 is a format in which data is stored at 2048 bytes / sector. As shown in FIG. 4, each sector is used for positioning the head to the sector, synchronizing the clock, and correcting read errors. Various fields are set for this purpose. As a data field, an area of 2458 bytes is secured. Of the 2458 bytes, 2048 bytes are used for user data and 402 bytes are used for CRC, ECC, and Resync. That is, the data field is used in a form that excludes an area of 8 bytes. This unused area for 8 bytes is formed for the sake of layout and is a physically usable area.
[0037]
In the storage device 10 of the embodiment, two tracks from the Start Buffer immediately before Start Test in each band are used to store SIGCRC related to sector data stored in the band.
[0038]
Bands “0” to “10” have the number of physical tracks for data storage of “2048” or less, so that SIGCRC for all sector data can be stored in two tracks starting from Start Buffer. I can do it. That is, since SIGCRC is data of 2 bytes, assuming that the number of tracks in a certain band is L and the number of sectors per track is S, 2 × L × S is stored in SIGCRC for all sectors in the band. A byte will be required. On the other hand, since the number of bytes that can be stored in two physical tracks in the band is 2 × 2048 × S, if L ≦ 2048, SIGCRC for all sector data is stored in two tracks. It will be possible. However, since the number of physical tracks for data storage in band “11” is 2079, SIGCRC for all sector data cannot be stored in 2 tracks. Therefore, in the present embodiment, for the band “11”, a part of the DMA track immediately before the Start Buffer and two tracks from the Start Buffer are used as a storage area for the SIGCRC.
[0039]
In the storage device 10 according to the embodiment, the unused 8-byte area in each sector is used for storing the remaining 8-byte signature data elements (DRIVEID, DRIVET, MEDIAT, USERID). A part of the “0” DMA area is used for storing the MEDIATCNT.
[0040]
Hereinafter, the operation of the storage device 10 will be specifically described with reference to a flowchart.
FIG. 5 shows an operation procedure of the storage device 10 (drive control unit 12) when the power is turned on. As shown in the figure, when the power is turned on, the drive control unit 12 first executes a self-diagnosis (step S101). Next, the upper 32 bits of DRIVEIDO, which is 64-bit information given to the device, is set to USERPARAM (step S102), and the process proceeds to a command input standby state.
[0041]
Normally, the user of the storage device 10 gives the MODESET command for specifying user parameters to the storage device 10 by operating the host after power-on. When the MODESET command is input, the storage device 10 reads the user parameter set in the MODESET command as shown in FIG. 6 and determines whether the length is 32 bits or less. (Step S201). If the length of the user parameter is 32 bits or less (step S201; Y), the user parameter is stored as USERPARAM as it is (step S202), and the command input standby state is entered. On the other hand, when the length of the user parameter exceeds 32 bits (step S201; N), the storage device 10 obtains the 32-bit CRC of the user parameter and stores the obtained CRC as USERPARAM (step S203). Then, the state shifts to a command input standby state.
[0042]
Further, when the storage device 10 detects that the medium has been inserted, as shown in FIG. 7, the storage device 10 executes a test for the inserted medium (MO) (step S301). Although not shown in the figure, when a medium abnormality is detected in this step, the storage device 10 notifies the host of the fact and then shifts to a command input standby state.
[0043]
After confirming that the medium is normal, the storage device 10 clears “0” of FLAGM and FLAGD (step S302), and reads MEDIATCNT from a predetermined storage area within the band “0” on the medium. An attempt is made (step S303). If reading fails (step S304; N), “1” is stored as MEDIATCNT (step S305). Next, “1” is set in FRAGM (step S306). That is, the fact that the value of MEDIATCNT needs to be written to MO is stored by setting FLAGM to “1”. Then, the state shifts to a command input standby state. On the other hand, when MEDIATCNT can be read (step S304; Y), the storage device 10 stores the read value as MEDIATCNT (step S307) and shifts to a command input standby state.
[0044]
Further, when the medium is inserted, the interrupt process shown in FIG. 8 is executed every 60 seconds in the storage device 10. As shown in the figure, at the time of interrupt processing, the storage device 10 adds 256 (100 in hexadecimal notation) to MEDIATCNT held inside (step S401). Then, “1” is set in FRAGM (step S402), and the interrupt process is terminated.
[0045]
Next, the operation of the storage device 10 when a WRITE command is received will be described with reference to FIG. As illustrated, when the WRITE command is received, the storage device 10 first calculates SIGCRC to be used as an element of signature data related to the write data from the write data given thereafter. That is, the 16-bit CRC of the write data is calculated, and the calculated value is stored in the SGCCRC buffer memory (step S501).
[0046]
Next, the 8th to 23rd bits of MEDIATCNT (middle 2 bytes), the 8th to 23rd bits of DRIVETIMER, and the lower 16 bits of DRIVEIDO are set in MEDIAT, DRIVET, and DRIVEID used as elements of the signature data (step) S502). Thereafter, “1” is added to MEDIATCNT (step S503), and both “FLAGD” and “FLADM” are set to “1” (step S504). That is, the fact that the SCGCRC to be written to the MO is stored in the SCGCRC buffer memory is stored by setting FLAGD to “1”, and the value of MEDIATCNT is changed to FLAGM being “1”. To remember.
[0047]
Next, the data requested to be written and the signature data excluding SIGCRC are stored in the data cache memory or MO (step S505). That is, a general cache control algorithm used for write data is used for the write data and signature data excluding SIGCRC, and the data is stored in the data cache memory or MO. Then, the state shifts to a command input standby state.
[0048]
SCSI-2 also provides commands other than the WRITE command as commands that can be used to write data to the recording medium. For example, a “WRITE LONG” command is prepared as a command for testing the ECC function and error recovery function of the storage device. However, the storage device 10 according to the embodiment also receives the WRITE command even when the “WRITE LONG” command is received. Create signature data in the same way as when accepting.
[0049]
Here, a supplementary explanation regarding DRIVET and MEDIAT will be given. As already described, DRIVETIMER is a value incremented by 1 every second. Therefore, DRIVET is information having a time resolution of 256 seconds. In addition, as described with reference to FIG. 6, MEDIATCNT is data that is incremented by 256 every 60 seconds, and as described with reference to FIG. 9, a write request for data for one sector. Is performed, the data is incremented by one. Therefore, MEDIAT is data that is incremented by 1 every 60 seconds and every 256 write accesses. In other words, MEDIAT is data representing the order of writing corresponding sector data.
[0050]
Next, the procedure for writing SCGCRC in the SCGCRC buffer memory to the MO will be described. SCGCRC in the SCGCRC buffer memory is written to the MO when an access request for data on another zone is received or when the medium is ejected. Among these, when an access request to data on another zone is made, the storage device 10 first determines whether or not FLAGD is “1” as shown in FIG. 10 (step S601). If it is “1” (step S601; Y), data is written to the MO in the SIGCRC buffer memory (step S602). Then, after setting “0” to FLAGD (step S603), the control necessary to access the requested data in another zone is started.
[0051]
Further, when the medium is ejected (when the medium eject command or the eject button is pressed), the storage device 10 stores data that needs to be written back to the MO in the data cache memory as shown in FIG. And the signature data are written to the MO (step S701). Next, a process of storing SIGCRC in the SIGCRC buffer memory in the MO (steps S702 and S703) is performed. If FLAGM is “1” (step S704; Y), MEDIATCNT is written to the MO (step S705). Thereafter, control for discharging the MO is performed (step S706), and the illustrated process ends.
[0052]
Note that the SIGCRC MO write operation is performed separately from other signature data elements because the SIGCRC storage area is set away from the data storage area. It is.
[0053]
As described above, in the MO in which data is written by the storage device 10, the data is stored in a readable / writable form even in a general magneto-optical disk device, and the storage device in which the data is written Information that can specify 10 (DRIVEID), information that represents the creator of the data ("USERID"), information that represents the data writing time ("DRIVET"), information that is related to the relative writing order of the data ("MEDIAT"") And the signature data composed of information (" SIGCRC ") that can be used for data verification are in a form that cannot be read / written by a general magneto-optical disk apparatus, and also cannot be rewritten by the storage device 10 alone. Is memorized.
[0054]
Therefore, for example, even if data writing is performed with the clock setting in the host changed in order to cheat the saved time, it is calculated from the timer in the storage device 10 as signature data corresponding to the data. Data including time information ("DRIVET") is stored in the MO. Therefore, by confirming the contents of the signature data, the writing time of the data can be determined. Further, when data is tampered with by another magneto-optical disk device, the SIGCRC in the signature data does not match the 16-bit CRC value obtained from the data, so that it can be determined that the tampering has occurred. Become.
[0055]
As a function used for such determination, the storage device 10 of the embodiment receives data (sector data and ECC) and a signature corresponding to the sector data when a “READ LONG” command is input. A function for outputting data is provided. That is, as shown in FIG. 12, when a “READ LONG” command is input, the storage device 10 first reads the data instructed to be read (sector data and ECC) and the corresponding signature data from the MO. (Step S801). Next, the storage device 10 is configured to output the read data and signature data in order (step S802) and shift to a command input standby state.
[0056]
The user uses this function when verifying whether or not the data has been tampered with or when wanting to know the contents of the signature data. If necessary, using this function, the 16-bit CRC of the acquired sector data is compared with the SIGCRC in the acquired signature data to determine whether or not tampering has occurred.
[0057]
In addition, the storage device 10 according to the embodiment has a function of reading data using signature data as an index. For this function, the storage device 10 has a command of the same format as the SEARCH DATA command (referred to as a conditional READ command). When the conditional READ command is input, the storage device 10 The signature data element (except SIGCRC) specified by the conditional READ command is searched for signature data that satisfies the specified condition (matches a certain value, exceeds a certain value, etc.). If there is signature data that satisfies the conditions, data corresponding to the signature data is output.
[0058]
<Deformation>
The storage device of the embodiment is a device that targets the MO. However, the technology used in this storage device can be applied to any rewritable medium. In addition, the present technology is particularly effective when applied to an apparatus that targets a replaceable medium, but may be applied to an apparatus that targets a medium that cannot be replaced. It is natural.
[0059]
In addition, the type of information used as signature data, the number of bits, and the like are not limited to those described above, and the number of types and the number of bits of each information may be increased or decreased as necessary. For example, when the present technology is applied to an apparatus that targets a medium that cannot be exchanged, the apparatus can be formed without using DRIVEID as an element of signature data. Further, MEDIAT may be data that counts only the number of write accesses to the medium, or data that counts only the elapsed time.
[0060]
Further, although the storage device 10 of the embodiment is configured so that the contents of the signature data can be easily read, it is not impossible to perform some data alteration using the read contents. For this reason, the apparatus may be configured such that the entire signature data cannot be read unless a part of the contents of the signature data, for example, USERID (USERPARAM) is specified. That is, as a command for reading signature data, an address and a command that requires specification of USERPARAM, for example, are prepared, and when the command is input, it corresponds to the data of the address set in the command. Judge whether the USERID in the signature data corresponds to the USERPARAM set in the command, and configure the device to output the entire signature data only if it corresponds. May be. When configuring the storage device in this way, if the USERID in the signature data does not correspond to the USERPARAM set in the command, an error may occur or a random value may be determined from the value specified as the USERID. It is also possible to output the created signature data. The same control can be performed using information other than USERID, for example, DRIVEID.
[0061]
Similarly, the apparatus may be configured so that data cannot be rewritten unless a part of the contents of the signature data is designated. In other words, the command that can rewrite data only by specifying the address is not accepted, and the address and, for example, the data write command that needs to specify USERPARAM are prepared, and the data write command is input If the USERID in the signature data corresponding to the address data set in the command corresponds to the USERPARAM set in the command, a significant USERID is stored. The apparatus may be configured so that the data and signature data are written to the MO only in the case where it is not.
[0062]
In addition, a communication function is added to the storage device described in the embodiment, and when a data write request is received, the created signature data and the data address are transmitted to the third party via the communication line. A function of transmitting to the institution may be added.
[0063]
【The invention's effect】
According to the storage device of the present invention, data can be stored in a rewritable storage medium in a form that can prove its creation date and time.
[Brief description of the drawings]
FIG. 1 is a functional block diagram of a storage device according to an embodiment of the present invention.
FIG. 2 is an explanatory diagram of information managed in the storage device of the embodiment and information written in the MO.
FIG. 3 is an explanatory diagram of an MO track format targeted by the storage device according to the embodiment;
FIG. 4 is an explanatory diagram of an MO sector format targeted by the storage device of the embodiment;
FIG. 5 is a flowchart showing an operation procedure when the storage device of the embodiment is turned on.
FIG. 6 is a flowchart showing an operation procedure when receiving a MODESET command for specifying a user parameter of the storage device of the embodiment.
FIG. 7 is a flowchart illustrating an operation procedure of the storage device according to the embodiment at the time of detecting insertion of a medium.
FIG. 8 is a flowchart of interrupt processing executed every 60 seconds in the storage device according to the embodiment.
FIG. 9 is a flowchart showing an operation procedure when a WRITE command is received in the storage device of the embodiment.
FIG. 10 is a flowchart illustrating an operation procedure of the storage device according to the embodiment when an access to data on another zone is instructed.
FIG. 11 is a flowchart illustrating an operation procedure when the storage device according to the embodiment ejects a medium.
FIG. 12 is a flowchart showing an operation procedure when the storage device of the embodiment accepts a READ LONG command.
[Explanation of symbols]
10 Storage device
11 Interface circuit
12 Drive controller
13 Read / write controller
14 Mechanical control unit
15 Linear actuator
16 heads
17 Spindle motor
18 Loading mechanism
20 Magneto-optical disk (MO)

Claims

A storage device having a recording medium capable of rewriting data,
First writing means for writing the data given from the host device together with an address to a position of the recording medium identified by the address;
Writing data in accordance with the first writing means to obtain information that can identify the write time-out more data form to the timer value is counted up from the initial value within the memory device to represent the driving time of the memory device Attribute data creating means for creating attribute data including the information ,
Second writing means for writing the attribute data created by the attribute data creating means to an area of the recording medium where data can be read and where data cannot be written by the first writing means. A storage device comprising:

The storage device according to claim 1, wherein the second writing unit writes the attribute data in a track in which data is written by the first writing unit.

3. The storage device according to claim 1, wherein the recording medium is replaceable.

4. The storage device according to claim 3, wherein the attribute data creating means creates attribute data including device identification data given in advance.

5. The storage device according to claim 1, wherein the attribute data creating unit creates attribute data including verification data created by performing predetermined conversion on the data. 6. .

The image processing apparatus further includes an acquisition unit that acquires usage environment data that is data related to the usage environment of the storage device, and the attribute data generation unit generates attribute data including the usage environment data acquired by the acquisition unit. The storage device according to claim 1, wherein the storage device is a storage device.

When an attribute data read request including an address and condition specification data specifying a condition to be satisfied by the attribute data is received, the attribute data corresponding to the data stored at the address included in the attribute data read request is read. Attribute data reading / output means for outputting the read attribute data only when the read attribute data satisfies the condition specified by the condition specifying data included in the attribute data read request is further provided. The storage device according to claim 1, wherein the storage device is a storage device.

When a data read request including condition specifying data specifying a condition to be satisfied by the attribute data is received, data corresponding to the attribute data satisfying the condition specified by the condition specifying data included in the data read request is The storage device according to any one of claims 1 to 7, further comprising data reading / outputting means for reading from the recording medium and outputting the data.

The first writing means receives write data together with condition designation data for designating a condition to be satisfied by the address and attribute data, and attribute data corresponding to data stored at a position identified by the address is designated by the condition designation. Only when the condition specified by the data is satisfied and when the attribute data generated with respect to the data stored at the position identified by the address is not stored, the data is stored in the recording medium. The storage device according to claim 1, wherein the storage device is written to.

2. The transmission apparatus according to claim 1, further comprising transmission means for transmitting the attribute data created by the attribute data creation means together with an address given to the first writing means to a predetermined third party organization. The storage device according to claim 9.

Obtaining means for obtaining attribute information relating to the recording medium from the recording medium when the exchangeable recording medium is inserted into the storage device;
The attribute information acquired by the acquisition means is information corresponding to at least one of an elapsed time since the recording medium was inserted and the number of times data is written to the recording medium by the first writing means. Attribute updating means for updating;
Further comprising
The second writing means includes
The attribute information relating to the recording medium updated by the attribute updating means when the recording medium is ejected is also an area where data can be read from the recording medium, and the data by the first writing means Writing to an area where writing is not possible,
The storage device according to claim 2.

12. The storage device according to claim 11, wherein the attribute data creating unit creates attribute data including data corresponding to attribute information relating to the recording medium updated by the attribute updating unit.