(57)【要約】【課題】メディアにライトプロテクトを施すことなくＯＳによる書込動作を抑止し、データ破損を未然に防止することができるメディアリーダ／ライタの書込禁止方法を提供する。【解決手段】パーソナルコンピュータ等のホストと、該ホストに接続されたメディアリーダ／ライタとの間でＳＣＳＩコマンドに基づき情報の受け渡しを行うシステムにおいて、ＳＣＳＩコマンドとして、ＳＣＳＩのベンダ固有コマンドに書込禁止コマンドを割り当てておき、ホストは、メディアリーダ／ライタとのコマンド通信の所定のタイミング時に前記書込禁止コマンドを送信する（ステップＳ３０）。メディアリーダ／ライタは、書込禁止コマンドを受信すると、メディアが書込保護されているか否かにかかわらず書込禁止モードのみで動作する（ステップＳ３４）。【選択図】          図６
2004302870.tif 000002
【特許請求の範囲】
【請求項１】
パーソナルコンピュータ等のホストと、該ホストに接続されたメディアリーダ／ライタとの間でＳＣＳＩコマンドに基づき情報の受け渡しを行うシステムにおいて、
ＳＣＳＩのベンダ固有コマンドに書込禁止コマンドを割り当てておき、
前記ホストは、前記メディアリーダ／ライタとのコマンド通信の所定のタイミング時に前記書込禁止コマンドを送信し、
前記メディアリーダ／ライタは、前記書込禁止コマンドを受信すると、メディアが書込保護されているか否かにかかわらず書込禁止モードのみで動作することを特徴とするメディアリーダ／ライタの書込禁止方法。
【請求項２】
前記メディアリーダ／ライタは、前記書込禁止モード時に前記ホストから書込コマンドを受信すると、該メディアリーダ／ライタに装着されたメディアが読込専用メディアであること、又は前記メディアリーダ／ライタが読込専用機であることを送信することを特徴とする請求項１のメディアリーダ／ライタの書込禁止方法。
【請求項３】
ＳＣＳＩのベンダ固有コマンドに書込許可コマンドを割り当てておき、
前記ホストは、前記メディアリーダ／ライタへの書き込みを必要とする時に前記書込許可コマンドを送信し、所要の書込みが終了すると、再び前記書込禁止コマンドを送信し、
前記メディアリーダ／ライタは、前記書込許可コマンドを受信したのち、前記書込禁止コマンドを受信するまでの間、書込許可モードで動作することを特徴とする請求項１のメディアリーダ／ライタの書込禁止方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はメディアリーダ／ライタの書込禁止方法に係り、特に店頭や店内等に設置され、利用者が持参したメディアから該メディア内に記録された画像等の情報を読み込むデジタルスチルカメラ（ＤＳＣ）受付サービス機等に適用される技術に関する。
【０００２】
【従来の技術】
従来、ＤＳＣに使用されるメディア（スマートメディア、ｘＤピクチャーカード、コンパクトフラッシュ、ＳＤカード、メモリスティック等）からデータ（画像データ及び注文に必要な付帯情報データ）を読み出し、プリント等の注文を受け付けるＤＳＣ受付サービス機がある。
【０００３】
この種のＤＳＣ受付サービス機においては、メディア内データを破損しないことは、重要な要件となる。
【０００４】
例えば、一般的なオペレーションシステム（ＯＳ）であるウインドウズ（Ｗｉｎｄｏｗｓ  ）上にＤＳＣ店頭受付アプリケーションソフトをインストールし、周辺装置として一般的なメディアリーダ／ライタを接続し、ＤＳＣ受付サービス機を構成する場合、アプリケーションソフト上からメディア内記録データ（画像ファイル）を読み込む操作だけを行っても、ＯＳ管理のために自動的にファイルアクセス日の更新が行われ、結果的にメディア内のファイルシステムに対し、ファイル情報の更新（即ち、データの書込動作）が実施される。周辺装置として一般的なメディアリーダ／ライタを使用し、メディア内のデータの読込操作しか行わなくても、バックグラウンドで書込動作が行われている。
【０００５】
この書込動作中にメディアの抜き差しを行うと、メディアが電気的に不安定な状態でデータの書込動作が行われるため、そのメディアに対して不正な書込動作が実施され、メディア内のファイルシステムの情報を破損し、正しくデータを読み出せなくなってしまうことがある。
【０００６】
また、一般にＯＳでは、性能向上のために書込動作に対し、ＯＳ管理下で中央処理装置（ＣＰＵ）の負荷状況に応じ、一旦内部メモリ内に書込データをキャッシュしておき、適当なタイミングで実際のメディア内のメモリに書き込みを行う「遅延書込」と言う動作が行われる。ＯＳの設定や種類によって遅延書込を抑止できる場合もあるが、確実に制御できていないのが実情である。
【０００７】
この「遅延書込」は、アプリケーションソフトがマルチスレッド処理で画像処理等の高負荷な処理を行っていると、例えば、書込動作から数十秒経過してから実際の書込動作が行われる場合がある。そして、この遅延書込は前記の読込操作の場合のファイルアクセス日の更新の書込動作時にも発生する。この動作は、アプリケーションソフトから制御できないため、例えばメディア交換の際に、次のメディアを挿入後に前のメディアのファイル更新情報が書き込まれてしまい、次のメディアのメディア内ファイルシステム情報をかなりの確率で破損してしまう。
【０００８】
これらＯＳに依存する書込処理とメディア挿抜操作の組み合わせで発生するデータ破損を確実に防止するのがＤＳＣサービス受付機の大きな課題となっている。
【０００９】
従来、書込動作（遅延書込を含む）の防止策として以下の試みがなされている。
【００１０】
第１の対策としては、データ読込の際にキャッシュをフラッシュするコマンドを発行して遅延書込を抑止し、リードアクセスとほぼ同時にアクセス日の更新の書込動作を行わせる。
【００１１】
第２の対策としては、メディア自身のライトプロテクトをするように操作の途中でグラフィック・ユーザ・インターフェース（ＧＵＩ）にて告知し、メディア自身を読込専用（リードオンリー（ＲＯ））とする。具体的には、スマートメディアの場合は、ライトプロテクトシール（導電性のアルミ箔シール）を指定の場所に貼ってもらったり、ＳＤカードやメモリスティックの場合はライトプロテクトスイッチをＯＮに設定してもらう。
【００１２】
尚、特許文献１には、カードリーダ等の機器を提供しているメーカ（ベンダ）が独自にサポートしているベンダ固有情報を、オペレーションシステム（ＯＳ）がサポートしている標準クラスドライバを用いて受け渡しを実現するベンダ固有情報の送受信方法が記載されている。
【００１３】
【特許文献１】
特開２００１−３４４１９２号公報
【００１４】
【発明が解決しようとする課題】
しかしながら、前述した第１の対策の場合、遅延書込を抑止できても実際の書込動作を抑止できないため、操作ミスやＯＳ誤動作などにより発生するメディア内データの破損を完全に防ぐことはできない。
【００１５】
第２の対策の場合、メディア自身をライトプロテクトする操作は、人の操作が直接関与するため、設定忘れが発生したり、コンパクトフラッシュのようにライトプロテクト機構がないものもあり、対応としては不完全である。
【００１６】
本発明はこのような事情に鑑みてなされたもので、メディアにライトプロテクトを施すことなくＯＳによる書込動作を抑止し、データ破損を未然に防止することができるメディアリーダ／ライタの書込禁止方法を提供することを目的とする。
【００１７】
【課題を解決するための手段】
前記目的を達成するために請求項１に係るメディアリーダ／ライタの書込禁止方法は、パーソナルコンピュータ等のホストと、該ホストに接続されたメディアリーダ／ライタとの間でＳＣＳＩコマンドに基づき情報の受け渡しを行うシステムにおいて、ＳＣＳＩのベンダ固有コマンドに書込禁止コマンドを割り当てておき、前記ホストは、前記メディアリーダ／ライタとのコマンド通信の所定のタイミング時に前記書込禁止コマンドを送信し、前記メディアリーダ／ライタは、前記書込禁止コマンドを受信すると、メディアが書込保護されているか否かにかかわらず書込禁止モードのみで動作することを特徴としている。
【００１８】
請求項１に係る発明では、ホストからコマンド通信の開始時やメディアの装着時等の所定のタイミングで書込禁止コマンドを受信すると、メディアリーダ／ライタは、書込禁止モードのみで動作するようにしている。即ち、前記書込禁止コマンドを受信すると、メディアリーダ／ライタのファームウェアをリードオンリー対応にする。リードオンリー対応のファームウェアにすることにより、メディアリーダ／ライタは、請求項２に示すようにメディアリーダ／ライタに装着されたメディアが読込専用メディアであること、又は前記メディアリーダ／ライタが読込専用機であることを送信する。これにより、ホストは、メディア内のファイルに対してアクセス日の更新のための書込動作等を実施しなくなる。
【００１９】
また、ホストからメディアリーダ／ライタへの書込禁止コマンドの送信は、ＳＣＳＩのベンダ固有コマンド・コードを使用することで、自由な形式のデータを受け渡すことができ、メディアリーダ／ライタの通信方式の設計の自由度が上がる。
【００２０】
請求項３に示すように、請求項１のメディアリーダ／ライタの書込禁止方法において、ＳＣＳＩのベンダ固有コマンドに書込許可コマンドを割り当てておき、前記ホストは、前記メディアリーダ／ライタへの書き込みを必要とする時に前記書込許可コマンドを送信し、所要の書込みが終了すると、再び前記書込禁止コマンドを送信し、前記メディアリーダ／ライタは、前記書込許可コマンドを受信したのち、前記書込禁止コマンドを受信するまでの間、書込許可モードで動作することを特徴としている。
【００２１】
即ち、アプリケーションソフト等によってホストからメディアリーダ／ライタに所要の書き込みを行う場合には、ホストから書込許可コマンドを送信する。この書込許可コマンドを受信したメディアリーダ／ライタは、書込禁止モードから書込許可モードに切り替わる。その後、ホストからの書込コマンドにより所要の書込みが終了すると、ホストは再び書込禁止コマンドを送信し、この書込禁止コマンドを受信したメディアリーダ／ライタは、再び書込禁止モードのみで動作するようになる。メディアリーダ／ライタでの書込禁止モードと書込許可モードとの切り替えは、ホストから受信するＳＣＳＩのベンダ固有コマンド・コードの書込禁止コマンドと書込許可コマンドとに基づいて書込禁止モード用のファームウェアと書込許可モード用のファームウェアとを切り替えることで行うことができる。
【００２２】
【発明の実施の形態】
以下、添付図面に従って本発明に係るメディアリーダ／ライタの書込禁止方法の好ましい実施の形態について詳説する。
【００２３】
図１は本発明に係るメディアリーダ／ライタの書込禁止方法が適用されるＤＳＣ受付サービス機の実施の形態を示す概略構成図である。
【００２４】
同図に示すように、このＤＳＣ受付サービス機１０は、店頭や店内等に設置され、利用者が持参したＤＳＣメディアからメディア内に記録された情報（画像データ）を読み込み、その画像データに基づいてプリントサービスを行うもので、主としてパーソナルコンピュータ（ＰＣ）等のホスト２０と、ホスト２０と接続される周辺機器としてのタッチパネル付き液晶表示器３０と、メディアリーダ／ライタ４０と、レシートプリンタ５０とから構成されている。また、ＤＳＣ受付サービス機１０には、プリンタ６０が接続されている。尚、プリンタ６０は、ローカル・エリア・ネットワーク（ＬＡＮ）などによって接続することで、ＤＳＣ受付サービス機１０の設置場所とは別の場所に設置することが可能である。
【００２５】
図２は上記ホスト２０のハードウェア構成例を示すブロック図である。
【００２６】
同図に示すようにホスト２０は、主として各構成要素の動作を制御する中央処理装置（ＣＰＵ）２１と、装置の制御プログラムが格納されたり、プログラム実行時の作業領域となる主メモリ２２と、ウインドウズ等のオペレーティングシステム（ＯＳ）、ホスト２０に接続された周辺機器のデバイスドライバ、ＤＳＣ受付サービスソフトを含む各種のアプリケーションソフト、及び利用者の画像等が格納されるハードディスク装置２３と、ＣＤ−ＲＯＭドライブ２４と、表示用データを一時記憶する表示メモリ２５と、周辺機器用のインターフェース（ディスプレイＩ／Ｆ、タッチパネルＩ／Ｆ、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ  ）、ＩＥＥＥ１３９４、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）Ｉ／Ｆなど）２６と、モデム２７と、上記各構成要素を接続するバス２８とから構成されている。
【００２７】
ホスト２０は、ＯＳ管理の元に各種インターフェース群（ドライバソフトを含む）を利用し、ＤＳＣ受付サービスソフトなどのアプリケーションソフトを組み込むことで効率的に各種システムを構築することができる。ＤＳＣ受付サービス機１０の場合、アプリケーションソフトとしてＤＳＣ受付サービスソフトがホスト２０に組み込まれるとともに、メディアリーダ／ライタ４０のデバイスドライバも組み込まれている。
【００２８】
このＤＳＣ受付サービスソフトは、ＯＳとやり取りを行い、ＯＳが周辺機器（タッチパネル付き液晶表示器３０（表示器、タッチパネル）、メディアリーダ／ライタ４０、レシートプリンタ５０、プリンタ６０、ネットワーク上の各種デバイス）を各ドライバソフトを介して制御することで、一連のＤＳＣ受付を実現する。
【００２９】
ＤＳＣ受付サービスソフトは、後述するように操作画面をタッチパネル付き液晶表示器３０に表示させることで、利用者に操作画面に応じてタッチパネルを操作させ、また、利用者の操作に応じて操作画面を順次切り替えながら周辺機器（例えば、メディアリーダ／ライタ４０）からのデータ入力を行い、それらデータを操作に応じた内部処理（例えば、画像処理）を実行して周辺機器（例えば、プリンタ６０）に出力することで、ＤＳＣプリントサービスを実行させる。
【００３０】
メディアリーダ／ライタ４０は、メディアからデータを読み込むためのリーダユニットで、スマートメディア、ｘＤピクチャーカード、コンパクトフラッシュ、ＳＤカード、メモリスティックなどの多様なリムーバブルメディアに対応している。
【００３１】
図３はメディアリーダ／ライタ４０の構成例を示すブロック図である。
【００３２】
同図に示すようにメディアリーダ／ライタ４０は、接続コネクタ４１と、インターフェース（Ｉ／Ｆ）回路４２と、ファームウェアと呼ばれる小規模な制御ソフトウェアによって制御されるコントローラ４３と、メディアドライブ回路４４と、メディアスロット４５とから構成されている。
【００３３】
コントローラ４３（ファームウェア）は、ホスト２０内のメディアリーダ用ドライバとやり取りを行い、データ読取等の機能制御をメディアリーダ／ライタ４０のハードウェアと密接に関わりながら行っている。
【００３４】
尚、コントローラ４３は、接続コネクタ４１、及びＩ／  Ｆ回路４２を介してホスト２０と接続されている。また、この実施の形態では、ホスト２０とのＩ／  Ｆは、ＳＣＳＩ、ＩＥＥＥ１３９４、ＵＳＢなどが使用される。
【００３５】
メディアリーダ／ライタ４０は、コントローラ４３に搭載されているファームウェアによって制御されている。このファームウェアは、コントローラ内（或いは外部）のフラッシュメモリに書き込まれており、ファームウェアアップローダ機能により、ファームウェアを書き換えることで、制御方法を変更したり、バグに対応できるようになっている。
【００３６】
コントローラ（ファームウェア）４３は、ホスト２０とコマンド通信を行い、メディアスロット４５に挿入されたメディア内のデータを読み取ったり、書き込んだりすることができる。この例では、単純化のためにメディアスロットは、１つで表現してあるが、実際のＤＳＣ受付サービス機１０では、多様なメディアに対応するために複数のメディアスロットが設けられている。
【００３７】
メディアドライブ回路４４は、コントローラ４３の制御信号に従ってメディアスロット４５に装着されたメディアを駆動し、メディアにアクセス（書込・読込み）する。
【００３８】
図４はＤＳＣ受付サービス機１０でのＤＳＣ受付操作及び処理の流れを示すフローチャートである。
〔ステップＳ１０〕
ＤＳＣ受付サービス機１０が起動すると、タッチパネル付き液晶表示器３０に初期画面としてサービス選択画面が表示される。このサービス選択画面上で、「デジカメプリント」のボタンにタッチすると、ステップＳ１２に移行する。
〔ステップＳ１２〕
プリントサイズを選択するボタンが表示され、所望のボタンにタッチすると、プリントサイズが決定し、ステップＳ１４に移行する。
〔ステップＳ１４〕
メディアリーダ／ライタ４０にメディアをセットさせるための操作画面が表示される。図４に示す例では、メディアリーダ／ライタにセット可能なメディアは、スマートメディアとコンパクトフラッシュである。また、この操作画面には、「読込」ボタンが表示されるとともに、以下の注意書きが表示されている。
・必ず、メディアをセットしてから「読込」ボタンを押してください。
・「読込」ボタンを押した後は、指示があるまで絶対にメディアを抜かないで下さい。
・取扱いを間違えるとメディアを破損することがあります。
【００３９】
メディアリーダ／ライタ４０にメディアをセットしてから「読込」ボタンにタッチすると、メディアからサムネイル画像が読み込まれ、ステップＳ１６に移行する。
〔ステップＳ１６〕
メディアから読み込んだ各コマのサムネイル画像に基づいて８コマのサムネイル画面が表示される。この操作画面上で、「前の写真」又は「次の写真」ボタンにタッチすると、メディア内の他の８コマのサムネイル画面が表示される。
【００４０】
また、サムネイル画像毎に設けられている「＋」、「−」ボタンにタッチすることにより、各コマのプリント枚数をセットすることができ、「１枚」ボタンにタッチすることにより、一括して１枚指定を行うことができる。「次へ」ボタンにタッチすると、ステップＳ１８に移行する。
〔ステップＳ１８〕
注文内容を確認する画面が表示される。ここでは、プリントサイズ、プリント枚数、及び利用料金が表示される。注文内容を確認した後、「注文」ボタンにタッチすると、ステップＳ２０に移行する。
〔ステップＳ２０〕
メディアからプリント注文されたコマの画像データを読み込む読込処理中を示す画面が表示され、また、「メディアを抜かないで下さい。」という注意書きも表示される。読込処理が終了すると、ステップＳ２２に移行する。
【００４１】
尚、読込処理中に、レシートプリンタ５０から受付票がプリント出力される。この受付票には、受付日時、受付機ＩＤ、受付番号、サービス種別、プリントサイズ、プリント枚数等が印字される。
〔ステップＳ２２〕
この操作画面が表示されると、メディアの取出しが可能となる。メディアを取り出した後、「ＯＫ」ボタンにタッチすると、ステップＳ１０のサービス選択画面に戻る。
【００４２】
その後、利用者は、受付票を店員に渡し、店員からＤＰ袋の注文控を受け取る。プリント写真が仕上がった後、注文控を提示するとともに利用料金を支払うことで、プリント写真を受け取ることができる。
【００４３】
次に、本発明に係るメディアリーダ／ライタの書込禁止方法の実施の形態について説明する。
【００４４】
まず、ホスト２０とメディアリーダ／ライタ４０との間のコマンド通信で使用される、本発明に係るＳＣＳＩコマンドについて説明する。
【００４５】
図５に本発明に係るコマンド記述ブロック（ＣＤＢ）を示す。このＣＤＢコマンド（ＳＣＳＩコマンド）は、バイト０の「書込禁止／許可＝０ｘＣ０」に示すように、ベンダが独自にサポート可能なベンダ固有コマンド（ＳＣＳＩのグループ６（１２バイトコマンド））である。
【００４６】
図５において、ＣＤＢのバイト１のビット５〜７に示す論理ユニット番号は、デバイス内に複数の論理ユニットが存在するときに指定する。通常は、論理ユニット＝０しか存在しない。
【００４７】
ＣＤＢのバイト２のビット０は、デバイスの書込禁止／書込許可を選択するために用い、このビット０が”１”  の場合はデバイスに書込禁止を指示し、”０”  の場合は書込許可を指示する。
【００４８】
図６は本発明に係るメディアリーダ／ライタの書込禁止方法の手順を示すフローチャートである。
〔ステップＳ３０〕
ＤＳＣ受付サービスソフトの起動時等にホスト２０（ＤＳＣ受付サービスソフト）からメディアリーダ／ライタ４０に、書込禁止ビット＝”１”  としたベンダ固有コマンド「書込禁止／許可コマンド」を送信する。尚、図６のフローチャート上では、「書込禁止コマンド」と記載する。
〔ステップＳ３２〕
ホスト２０は、メディアリーダ／ライタ４０でメディアに書込みを行うか否かを判別する。例えば、ＤＳＣ受付サービスソフトが、メディアリーダ／ライタ４０に装着されたメディアから画像を読み込むプリントサービスを提供する場合には、メディアには書み込みが不要であると判別し、一方、利用者からの要求により利用者の画像データをメディアに書き込む書込サービスを行う場合には、書き込みが必要であると判別する。書み込みが不要な場合には、ステップＳ３４に進み、書み込みが必要な場合には、ステップＳ３６に進む。
〔ステップＳ３４〕
書込禁止コマンドを受信したメディアリーダ／ライタ４０は、書込禁止モードで動作する。即ち、メディアリーダ／ライタ４０は、リードオンリー対応（ＲＯ対応）になる。
【００４９】
即ち、メディアリーダ／ライタ４０のファームウェアをＲＯ対応とすることで、メディアリーダ／ライタ４０を読込専用機としている。
【００５０】
具体的には、以下の２つの処置を行っている。
【００５１】
１）メディアリーダ／ライタ４０（ファームウェア）からホスト２０（ＯＳ）に対し、メディアリーダ／ライタ４０に装着されたメディアがリードオンリー（ＲＯ）メディアであることを送信する。
【００５２】
例えば、メディアリーダ／ライタ４０のメディアスロットにメディアが挿入されると、メディアリーダ／ライタ４０（ファームウェア）は、挿入されたメディアがＲＯメディアであることをホスト２０に対し送信する。このＲＯメディアの送信は、前記書込禁止コマンドの受信時やメディア挿入時などの適当なタイミングでのホスト２０とのコマンド通信とのやり取りの中で実現できる。尚、メディア自身がライトプロテクトされているか否かにかかわらず、また、ライトプロテクト機能を有しないメディアの場合にもＲＯメディアの送信が行われる。
【００５３】
その後、操作者が操作画面の「読込」ボタンをタッチし、データリード要求を行うと（図４のステップＳ１４参照）、データリード要求があったことがホスト２０（ＯＳ）に通知される。ホスト２０は、データリード要求を受け付けると、メディアリーダ／ライタ４０を介してメディアからデータを読み込むが、事前にメディアがＲＯ状態のものであることを受け付けているため、アクセス日更新のための書込動作を含め、書込動作を行わない。また、書込動作を行うアプリケーションソフトに対してもＲＯメディアであることを送信することで、メディアに対してデータ書込動作を禁止することができる。
【００５４】
２）ホスト２０（ＯＳ）から書込コマンドが発行された場合、ホスト２０に対してＲＯメディアである旨（ＲＯエラー）を送信するとともに、ファームウェアはメディアに対して書込動作を実行しないようにする。これにより、万一、ホスト２０の不意な書込動作に対しても確実にメディアへの書き込みを抑止できる。
【００５５】
尚、上記の実施の形態では、メディアがＲＯメディアであることを送信することでＲＯ対応としたが、メディアリーダ／ライタ４０がＲＯデバイスであることを送信することでＲＯ対応とするようにしてもよい。
〔ステップＳ３６〕
ホスト２０（ＤＳＣ受付サービスソフト）からメディアリーダ／ライタ４０に、書込禁止ビット＝”０”  としたベンダ固有コマンド「書込禁止／許可コマンド」を送信する。尚、図６のフローチャート上では、「書込許可コマンド」と記載する。
〔ステップＳ３８〕
書込許可コマンドを受信したメディアリーダ／ライタ４０は、書込許可モードで動作する。即ち、メディアリーダ／ライタ４０は、ＲＯモード（メディア受付サービスの場合の書込禁止モード）からＲＷモード（メディア書込サービスの場合の書込許可モード）に切り替わる。ＲＯモードとＲＷモードとの切り替えは、前記書込許可コマンドにより、ＲＯモード用のファームウェアからＲＷモード用のファームウェアに切り替えることで行うことができる。また、メディアリーダ／ライタ４０は、ＲＷモードに切り替わり、かつ書込保護されていないメディアが装着されている場合には、ホスト２０にＲＷ対応であることを送信する。
【００５６】
ホスト２０は、メディアリーダ／ライタ４０がＲＷモードに切り替わると、メディア書込サービス用のアプリケーションにより、書込コマンド及び書込用の画像データをメディアリーダ／ライタ４０に送信し、ＣＤ−Ｒ等のメディアに画像データの書き込みを行わせる。
〔ステップＳ４０〕
ホスト２０は、ステップＳ３８で所要の書き込みが終了すると、再び書込禁止コマンドをメディアリーダ／ライタ４０に送信し、ステップＳ３２に飛ぶ。
【００５７】
尚、書込禁止コマンド、書込許可コマンドは、図５に示したものに限らず、ＳＣＳＩのベンダ固有コマンドを使用するものであれば、いかなるものでもよい。また、ＳＣＳＩコマンドは、ＳＣＳＩ後継としてのＩＥＥＥ１３９４やＵＳＢにも互換性のあるコマンドであり、ホストとメディアリーダ／ライタとのＩ／Ｆは、ＳＣＳＩに限らず、他のＩ／Ｆでも適用できる。
【００５８】
【発明の効果】
以上説明したように本発明によれば、メディアに対して書込動作をする必要がない場合に、ホストからのコマンド通信によりメディアリーダ／ライタを、メディアが書込保護されているか否かにかかわらず書込禁止モードにしたため、例えば、ＯＳ管理下でのアクセス日などの書込動作を抑止することができ、これにより遅延書込、操作ミス、ＯＳ誤動作などによる書込みに伴うメディア内のデータ破損を未然に防止することができ、特にメディアリーダ／ライタを書込禁止モードにするためにホストから送信するコマンドとして、ＳＣＳＩのベンダ固有コマンドを使用することで、自由な形式のデータを受け渡すことができ、メディアリーダ／ライタの通信方式の設計の自由度を上げることができる。
【図面の簡単な説明】
【図１】本発明に係るメディアリーダ／ライタの書込禁止方法が適用されるＤＳＣ受付サービス機の実施の形態を示す概略構成図
【図２】ＤＳＣ受付サービス機のホスト（ＰＣ）のハードウェア構成例を示すブロック図
【図３】ＤＳＣ受付サービス機のメディアリーダ／ライタの構成例を示すブロック図
【図４】ＤＳＣ受付サービス機でのＤＳＣ受付操作及び処理の流れを示すフローチャート
【図５】本発明に係る書込禁止コマンドの一例を示すコマンド記述ブロックを示す図
【図６】本発明に係るメディアリーダ／ライタの書込禁止方法の手順を示すフローチャート
【符号の説明】
１０…ＤＳＣ受付サービス機、２０…ホスト（ＰＣ）、２１…中央処理装置（ＣＰＵ）、２２…主メモリ、２３…ハードディスク装置、２６…周辺機器用のインターフェース、３０…タッチパネル付き液晶表示器、４０…メディアリーダ／ライタ、４３…コントローラ、４４…メディアドライブ回路、４５…メディアスロット
【図１】
2004302870.tif 000003
【図２】
2004302870.tif 000004
【図３】
2004302870.tif 000005
【図４】
2004302870.tif 000006
【図５】
2004302870.tif 000007
【図６】
2004302870.tif 000008