(57)【要約】【課題】  市販の安価なメモリーカードリーダ装置等のＵＳＢデバイス装置を使用したコンピュータシステムで、ＵＳＢデバイス装置の異常をできるだけ早く、自動的に自己検出、自己復帰させるようにする方法とそのプログラム及びシステムを提供する。【解決手段】ＵＳＢデバイス装置１とホストＰＣ２と副記憶装置３からなるコンピュータシステムおいて、前記副記憶装置３に記憶したアプリケーションプログラム３−２に定期的に前記ＵＳＢデバイス装置１に対して、前記ＵＳＢデバイス装置１の状態の確認を行い、前記ＵＳＢデバイス装置１に異常があるか否か調べ、異常が検出されたとき、前記ＵＳＢデバイス装置１を一旦論理的に遮断した後、再び接続処理を行なう手段３−２−１と、前記ＵＳＢデバイス装置１がＵＳＢデバイス装置として論理的に接続されていないときに、ホストＰＣ２の再起動処置を行なう手段３−２−２を設ける。【選択図】図１
2007156921.tif 000002
【特許請求の範囲】
【請求項１】
ＵＳＢデバイス装置を接続したコンピュ−タシステムにおいて、定期的に前記ＵＳＢデバイス装置に対して、前記ＵＳＢデバイス装置の状態の確認を行い、前記ＵＳＢデバイス装置に異常があるか否か調べ、異常が検出されたとき、前記ＵＳＢデバイス装置を一旦論理的に遮断した後、再び接続処理を行なう手段を設けたことを特徴とするＵＳＢデバイス装置の異常検出・回復システム。
【請求項２】
前記ＵＳＢデバイス装置がＵＳＢデバイス装置として論理的に接続されていないときに、コンピュータシステムの再起動処置を行なう手段を設けたことを特徴とする請求項１記載のＵＳＢデバイス装置の異常検出・回復システム。
【請求項３】
請求項１または請求項２の手段としての機能をコンピュータシステムにおいて実現することを特徴とするＵＳＢデバイス装置の異常検出・回復プログラム。
【請求項４】
請求項３記載のＵＳＢデバイス装置の異常検出・回復プログラムを記録したことを特徴とする記録媒体。
【請求項５】
ＵＳＢデバイス装置を接続したコンピュ−タシステムにおいて、定期的に前記ＵＳＢデバイス装置に対して、前記ＵＳＢデバイス装置の状態の確認を行い、前記ＵＳＢデバイス装置に異常があるか否か調べ、異常が検出されたとき、前記ＵＳＢデバイス装置を一旦論理的に遮断した後、再び接続処理を行なう手段を設けたことを特徴とするＵＳＢデバイス装置の異常検出・回復方法。
【請求項６】
ＵＳＢデバイス装置がＵＳＢデバイス装置として論理的に接続されていないときに、コンピュータシステムの再起動処置を行なう手段を設けたことを特徴とする請求項５記載のＵＳＢデバイス装置の異常検出・回復方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インターフェースを介して接続する磁気ディスク装置、光ディスク装置、半導体メモリーカードリーダ装置等のＵＳＢデバイス装置の異常検出・回復システムとそのプログラム、そのプログラムを記録した記録媒体及び異常検出・回復方法に関するものである。
【背景技術】
【０００２】
近年のデジタルカメラやカメラ機能付携帯電話の普及に伴い、これら機器で撮影した写真を自動販売機のようにプリントするためのコンピュータシステム（フォトＫＩＯＳＫ）が広く利用されている。
【０００３】
このフォトＫIＯＳＫでは、デジタルカメラなどのＦｌａｓｈメモリーカードからプリントする写真を読み込んでプリントするため、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）と呼ばれるインターフェース規格でホストＰＣと接続するメモリーカードリーダ装置が使用されることが多い。
【０００４】
そして、このＵＳＢインターフェースでは、ホストコンピュータに接続されるデバイス側の装置の場合、データの送受信の処理は以下のように３階層に分けて定められている。
（１）「ＵＳＢバスインターフェース層」
このＵＳＢバスインターフェース層では、フレームと呼ばれる時間単位に分割された単位で、０もしくは１の、いわゆるデジタル信号を電気的に伝送する処理を行い、転送するデータのシリアル化やパラレル化、エンコードやデコード、巡回冗長検査（ＣＲＣ）の生成と検証、パケットのＩＤ（ＰＩＤ）や通信の為の特殊な信号の検出についての動作が規格により規定されている。
（２）「ＵＳＢデバイス層」
このＵＳＢデバイス層では、デバイスモデルと呼ばれる、機能区分毎に定められた動作仕様で、ストレージや、プリンタなどの様に、デバイスの概念ごとに定められている。また電源供給などの機器初期化や、エンドポイントと呼ばれる通信窓口の概念、デバイス目的に応じた転送のモードでデータの転送について規定されている。
（３）「ＵＳＢファンクション層」
このＵＳＢファンクション層では、各デバイスが、そのデバイスの主な特徴たる機能を、実際に行う部分であり、現在、市場に出回っている多くのＵＳＢデバイス装置は、コストを削減し、また、開発を容易にするために、マイクロプロセッサにハードウェアロジック周辺回路を付加したＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）を使用している。（非特許文献１参照）
【０００５】
このＡＳＩＣの各部の動作は、前述の階層でいえば、種々の製品の特徴付けを行う「ＵＳＢファンクション層」や、多岐にわたる様々な制御が必要な「ＵＳＢデバイス層」の実現は、ハードウェアロジックでは複雑になりすぎるため、マイクロプロセッサでソフトウェア的に実現する方法が多く用いられている。
【０００６】
一方、高頻度、かつ定期的に発生する「ＵＳＢバスインターフェース層」に関する処理は、他の層よりも限定された処理であり、ハードウェアロジックにより実現させることは困難ではなく、必要最小能力のマイクロプロセッサで機能を実現させるためにも、「ＵＳＢバスインターフェース層」の処理はマイクロプロセッサが管轄していないことが多い。
【０００７】
ここで、「ＵＳＢバスインターフェース層」の中で、実際の電気的信号変換回路は「ＰＨＹ」、シリアルデータ転送の固定的な処理を行う部分は、「ＳＩＥ」（Ｓｅｒｉａｌ  Ｉｎｔｅｒｆａｃｅ  Ｅｎｇｉｎｅ）と称されている。（非特許文献２参照）
【０００８】
さて、上記のマイクロプロセッサを用いた機器で問題となるのは、例えば静電気放電などの影響による誤動作で、一旦、機器が異常になると、改めて機器を初期化したり、場合によっては再度、電源を入れ直すまで異常状態から復旧しない状態に陥ってしまうことがある。
【０００９】
この場合、もしも異常状態になった装置において「ＵＳＢバスインターフェース層」が正常に動作しなくなった場合は、非特許文献３に示すようにマイクロソフト社とインテル社によって提唱された、プラグアンドプレイ機能により、当該ＵＳＢデバイス装置は、物理的に取り外されたものとして扱われ、それ以降、その装置はコンピュータシステムのホストＰＣから利用できなくなる。また、動作しているアプリケーションプログラムからも、利用できなくなったことも容易に判別可能となる。
【００１０】
しかし、多くのＵＳＢ装置は前述のように処理の一部、すなわち「ＵＳＢバスインターフェース層」は、前述のようにマイクロプロセッサではなく、ハードロジックが処理している為、仮にマイクロプロセッサが異常状態になったとしても、ハードロジックは正常に動作し続けており、「ＵＳＢバスインターフェース層」の限定的な処理では、然るべき応答を正常に返すので、ホストＰＣ側のオペレーティングシステム（以下、ＯＳという。）が行う処理によっては、異常が起きていることを認識できないままでいるケースがある。
【００１１】
例えば、Ｗｉｎｄｏｗｓ（登録商標）のＯＳの場合、ホストＰＣ側では異常が起きた後も、当該ＵＳＢデバイス装置は、ホストＰＣに繋がったままで、引き続き利用可能であるかの様に見える状態になっているため、実際にＵＳＢデバイス装置とのデータの授受を行なうような処理などに移ったときになってはじめて処理に異常生じ、機器に異常が発生していることが判明することになる。
【００１２】
現在、市場に多く出回っている民生用のＵＳＢデバイス装置では、コストが最優先され、特に容易に着脱可能な外付け機器の用途では、仮に異常となっても、一度装置を着脱しなおすことで、とりあえずは再度使用可能になることから、上記のような問題については、特に対策を講じている製品は稀である。
【００１３】
もちろん、医療用機器や車載機器など信頼性を要求される分野においては、ウォッチドッグタイマや、システム二重化等という手法を利用した異常検出・復帰手法が碓立しているので、コストさえかければ万一異常が発生したとしても、機器を自動的に異常から復帰させることは技術的に可能である。
【００１４】
しかし、この様な品質を求められる需要の数は限られており、もしも新規設計で対応を行なおうとすると、相当の開発費負担、もしくは初期コスト償却のための大幅な単価上昇が予想されるので、フォトＫＩＯＳＫにおいても、やむなく、市販の安価なＵＳＢデバイス装置をそのまま使用していることが少なくない。
【００１５】
以上のように、信頼性について十分考慮されていないメモリーカードリーダ装置を搭載したフォトＫＩＯＳＫ装置では、例えば操作者がもたらす静電気などの影響で、メモリーカードリーダ装置が異常状態となったとき、実際にカードからの読み取りを開始するまで、メモリーカードリーダ装置に異常が生じたことが解らない状態になっている場合がある。
【非特許文献１】鈴木一海・五十嵐顕寿  共著，「入門ＵＳＢ」，技術評論社，平成１３年４月２５日，Ｐ８０
【非特許文献２】「４ｔｈＧｅｎｅｒａｔｉｏｎ  ＵＳＢ２．０  Ｆｌａｓｈ  Ｍｅｄｉａ  Ｃｏｎｔｒｏｌｌｅｒ  ｗｉｔｈ  Ｉｎｔｅｇｒａｔｅｄ  ｃａｒｄ  Ｐｏｗｅｒ  ＦＥＴｓ」，[online]，米ＳＭＳＣ社，Ｐ４，２００６年６月１３日，インターネット<http://www.smsc.com/main/datasheets/2227_2228db.pdf>
【非特許文献３】「トランジスタ技術ＳＰＥＣＩＡＬ」，ＣＱ出版株式会社，No.63，２００４年７月１日，Ｐ４５〜Ｐ４９
【発明の開示】
【発明が解決しようとする課題】
【００１６】
そこで、本発明は、市販の安価なメモリーカードリーダ装置等のＵＳＢデバイス装置を使用したコンピュータシステムで、ＵＳＢデバイス装置の異常をできるだけ早く、自動的に自己検出、自己復帰させるようにする方法とそのプログラム及びシステムを提供することを課題とするものである。
【課題を解決するための手段】
【００１７】
本発明は、上記の課題を解決するためになされたもので、第１の発明は、ＵＳＢデバイス装置を接続したコンピュ−タシステムにおいて、定期的に前記ＵＳＢデバイス装置に対して、前記ＵＳＢデバイス装置の状態の確認を行い、前記ＵＳＢデバイス装置に異常があるか否か調べ、異常が検出されたとき、前記ＵＳＢデバイス装置を一旦論理的に遮断した後、再び接続処理を行なう手段(以下、装置異常検出及び再接続手段という。)を設けたことを特徴とするＵＳＢデバイス装置の異常検出・回復システムである。
【００１８】
第２の発明は、第１の発明においてＵＳＢデバイス装置が前記ＵＳＢデバイス装置として論理的に接続されていないときに、コンピュータシステムの再起動処置を行なう手段（以下、装置遮断検知時再起動手段という。）を設けたことを特徴とするＵＳＢデバイス装置の異常検出・回復システムである。
【００１９】
第３の発明は、第１の発明にかかる手段または第２の発明にかかる手段としての機能をコンピュータシステムにおいて実現することを特徴とするＵＳＢデバイス装置の異常検出・回復プログラムである。
【００２０】
第４の発明は、第３の発明のＵＳＢデバイス装置の異常検出・回復プログラムを記録したことを特徴とする記録媒体である。
【００２１】
第５の発明は、ＵＳＢデバイス装置を接続したコンピュ−タシステムにおいて、定期的に前記ＵＳＢデバイス装置に対して、前記ＵＳＢデバイス装置の状態の確認を行い、前記ＵＳＢデバイス装置に異常があるか否か調べ、異常が検出されたとき、前記ＵＳＢデバイス装置を一旦論理的に遮断した後、再び接続処理を行なう手段を設けたことを特徴とするＵＳＢデバイス装置の異常検出・回復方法である。
【００２２】
第６の発明は、第５の発明においてＵＳＢデバイス装置がＵＳＢデバイス装置として論理的に接続されていないときに、コンピュータシステムの再起動処置を行なう手段を設けたことを特徴とするＵＳＢデバイス装置の異常検出・回復方法である。
【００２３】
本発明の装置異常検出及び再接続手段は、定期的に「ＵＳＢファンクション層」の処理を行うことによってＵＳＢデバイス装置の状態を監視し、もしも、ＵＳＢデバイス装置に異常が検出された場合には、ＯＳが提供するプラグアンドプレイ機能を利用し、当該ＵＳＢデバイス装置を一旦、論理的に遮断する。この遮断処理は、それ以降当該ＵＳＢデバイス装置を使えないようにする処理であるので、仮に装置がまだ復旧しておらず異常状態のままであっても、問題なく行なうことができる。
【００２４】
そして続けて、もう一度、プラグアンドプレイ機能により当該装置の初期化と論理的接続を試みるようにし、当該装置がもしも異常から復帰していれば、改めてＵＳＢデバイス装置として接続され使用可能な状態になるようにする。
【００２５】
しかし、当該装置が異常のままであれば、プラグアンドプレイ動作に応じないため、オペレーティングシステムはその装置を副記憶装置としては取り扱わず、使用できない状態になっている。
【００２６】
そこで、本発明の装置遮断検知時再起動手段は、上記装置異常検出及び再接続手段で当該機器が復旧できなかった場合に、物理的に電源を入れ直すことにより復旧を試みるようにしてコンピュータシステムの再起動を行なうようにし、再起動の前には、何がしかの処理を行なっている場合、再起動前に然るべき前処理を行なった後で、再起動に移るようにしたものである。
【００２７】
このコンピュータシステムの再起動処理により、電源も入れ直されるため、当該装置が破壊に至っていない限り、前述の装置異常検出及び再接続手段では復旧しなかったケースでも、再起動後、当該装置が復活することができる。
【００２８】
以上の手順は、新規にコンピュータシステムを構築する場合、その上で動作するアプリケーションプログラムの中で、タイマー割り込みや、無負荷時（アイドル時）処理に加えることで定期的に行なうことができる。
【発明の効果】
【００２９】
以上、本発明によれば、市販の安価なＵＳＢ接続副記憶装置を使用した場合の機器異常を速やかに自己検出し、復旧することが可能となる。
【００３０】
また既成のコンピュータシステム用として出来上がっているアプリケーションプログラムの中には、何らかの事情による論理装置の遮断があったことを検出した場合、その復帰のためにシステムを再起動するようになっているものが存在する。これは、上記の本発明の「装置遮断検知時再起動手段」と同じの処理を既に行なっているものである。しかし、この既存アプリケーションプログラムでは、ＵＳＢ接続が論理的に遮断されない限り、電源再投入による復旧が行なわれないので、「ＵＳＢバスインターフェース層」が正常動作しているような異常状態での復旧はなされない。
【００３１】
しかし、既にこのような「装置遮断検知時再起動手順」と等価の処理を行なうアプリケーションが存在する場合、本発明の「装置異常検出及び再接続手段」を設けることで、既存のアプリケーションで対応できなかった異常の復旧を行なうことができる。
【実施例１】
【００３２】
図１は、本発明１を適用したコンピューターシステムのシステム構成と、コンピュータのプログラム構成を示すブロック図で、１はメモリーカード等の記録媒体１−５を記録媒体インターフェースに接続し記録媒体に記録されたデータを読み書きするためのＵＳＢデバイス装置、２はＵＳＢデバイス装置１のＵＳＢデバイスインターフェース１−２とＵＳＢホストインターフェース２−２を介して接続されるホストＰＣ、３はホストＰＣ２と副記憶装置インターフェース２−４に接続されると共にホストＰＣ２を制御するためのＷｉｎｄｏｗｓＸＰ（登録商標）のＯＳ３−１とＵＳＢデバイス装置１のデータを処理するアプリケーションプログラム３−２が記憶された副記憶装置である。
【００３３】
ホストＰＣ２はＣＰＵ２−１が副記憶装置３−１の中に収められた、ＯＳ３−１を主記憶装置２−３に読み込んでシステムを起動する。その際にアプリケーションプログラム３−２は、ＯＳ３−１の設定により自動的に主記憶装置２−３に読み込まれ、ＣＰＵ２−１により実行される。
【００３４】
一方、ＯＳ３−１は、ＵＳＢホストインターフェース２−２に対して、接続されたＵＳＢデバイス装置１があれば、そのＵＳＢデバイス装置１を利用できるように、プラグアンドプレイ機能により初期化を行なう。
【００３５】
アプリケーションプログラム３−２は、ＵＳＢデバイス装置１を利用してデータを授受する必要が生じると、必要に応じて、ＯＳ３−１が提供するさまざまなＡＰＩを呼び出す。ＡＰＩは、ＵＳＢホストコントローラ２−２に対して、ＵＳＢの規格で定められたコマンドを送ると、それを受け取ったＵＳＢホストコントローラ２−２−３が、そのＵＳＢホストコントローラ２−２の構成に応じて具体的な制御を行ないＵＳＢデバイス装置１に接続された記憶媒体１−５のデータを授受する。
【００３６】
基礎的で定型的なＵＳＢの信号処理では、ＳＩＥ２−２−２が、機械的に処理し、ＰＨＹ２−２−１で、所定の電気信号波形に変換され、ＵＳＢデバイス装置１との通信が行なわれる。ＵＳＢデバイス装置１は、ＰＨＹ１−２−１で、伝送される電気信号波形を、ＳＩＥ１−２−２へ伝える。ＳＩＥ１−２−２は、信号の同期や、誤り訂正などを機械的に処理する。そしてＣＰＵ１−１は、主記憶装置１−３に収められたファームウェアに従って、ＳＩＥ１−２−２を経由して送られてくるコマンドを解釈し、記録媒体インターフェース１−４を介して記録媒体1−５とのデータの授受を行なう。          
【００３７】
ここで、ＵＳＢホストインターフェース２−２は、フレームと呼ばれる時間単位での信号の授受を定期的に行ない、ＵＳＢデバイスインターフェース１−２からの応答がなくなると、ＯＳ３−１はＵＳＢデバイス装置１が取り外されたものと認識する。しかし、静電気等によりＵＳＢデバイス装置１のＣＰＵ１−１に異常が生じる等のＵＳＢバスインターフェース層より上位の階層でみた動作機能に問題がある場合であっても、ＵＳＢデバイス装置１側のＳＩＥ１−２−２が、何がしかの応答を返して、然るべく信号のやり取りが成立している限り、ＵＳＢホストインターフェース２−２からは、ＵＳＢデバイス装置１は接続されたままの状態として扱われる。
【００３８】
また、Ｗｉｎｄｏｗｓ（登録商標）のＯＳ３−１では、このＵＳＢホストインターフェース２−２が接続状態を維持している限り、既に接続されたＵＳＢデバイス装置１をプラグアンドプレイで遮断したり、再接続をしたりするようなことはないため、ＵＳＢデバイス装置１を利用してデータを授受する必要がない時に、ＵＳＢデバイス装置１に異常が生じても、そのまま放置されてしまう。
【００３９】
そこで、アプリケーションプログラム３−２は、定期的に、装置異常検出及び再接続手段３−２−１を実行して、ＵＳＢデバイス装置１の状態を監視し、ＵＳＢデバイス装置１に上記のような異常が検知されたときは、当該ＵＳＢデバイス装置１に対して初期化処理を行なったあと、一旦論理的に遮断し、さらにその後、再び接続処理を行なう。
【００４０】
図２は装置異常検出及び再接続手段３−２−１の処理手順を示すフローチャートである。ここでＯＳ側で用意されている機能（ＡＰＩ）に関しては、マイクロソフト社のＷｉｎｄｏｗｓＸＰ(登録商標)を前提として記してある。
【００４１】
一定時間毎に実行を行うタイマ割り込み処理によって装置異常検出及び再接続手段３−２−１は実行され、先ずステップＳ１では「ＵＳＢファンクション層」による異常があるか確認のために、当該ＵＳＢデバイス装置１の論理装置番号に対して空き容量を得るためのGetDisk FreeSpace( ) APIを呼び出す。
【００４２】
ここで、ステップＳ２でERROR_FILE_NOT_FOUNDまたは、ステップＳ３でERROR_PATH_NOT_FOUNDがエラーとして返された場合は、装置に異常があったと判断し、論理装置を遮断するためにステップＳ４でCM_Disable_DevNode()APIを呼び出し、ＵＳＢデバイス装置１を論理的に取外す。さらに続けてステップＳ５でCM_Enable_DevNode()APIを呼び出してＵＳＢデバイス装置１の論理的な再接続試行を行ない、ステップ５によりＵＳＢデバイス装置１の「ＵＳＢファンクション層」の異常が回復された場合は、ＯＳ３−１のプラグアンドプレイ機能によりＵＳＢデバイス装置１は論理装置として認識される。
【００４３】
しかし、装置に異常検出され再接続試行をした後も、ＵＳＢデバイス装置１の異常状態が継続していた場合、ＯＳ３−１はＵＳＢデバイス装置１の「ＵＳＢファンクション層」による応答がないため、プラグアンドプレイを実行することできない。
【００４４】
かかる場合は、アプリケーションプログラム３−２は、装置異常検出及び再接続手段３−２−１とは別に、定期的に、ホストＰＣ２を再起動させると共に、物理的にＵＳＢデバイス装置を初期化することによる「ＵＳＢファンクション層」の回復を行い再接続を行う装置遮断検知時再起動手段３−２−２を実行することで対処する。
【００４５】
ＷｉｎｄｏｗｓＸｐ（登録商標）のＯＳでは、論理的に磁気ディスク装置、光ディスク装置、半導体メモリーカードリーダ装置等のＵＳＢデバイス装置は副記憶装置として、アルファベット１文字の装置番号で認識され、その有無により確認することができる。従って、装置異常検出及び再接続手段３−２−１で、ステップＳ５の再接続試行においてＵＳＢデバイス装置１を論理的に認識できない場合は、その装置番号が利用できなくなっているので、ＵＳＢデバイス装置１に異常が継続していることが解る。
【００４６】
図３は、装置遮断検知時再起動手段３−２−２をアプリケーションの空き時間（アイドル時）処理に行なう場合の処理手順を示すフローチャートである。
【００４７】
先ず、装置遮断検知時再起動手段３−２−２はアプリケーションプログラム３−２のアイドル時にＵＳＢデバイス装置１に割当てられている論理装置番号の有無をステップＳ６で確認する。ＵＳＢデバイス装置１の論理装置番号の有無は、GetLogicalDrivers()APIによって返される論理装置番号を示すビット列の中に対象の論理装置番号に相当するビットがあるか否かで判断する。そして該当する論理装置番号がない場合はＵＳＢデバイス装置１に異常が発生していると判断し、次ぎにステップＳ７でアプリケーションプログラム３−２の実行を終了させ、ステップＳ８で、ExitWindowsEx() APIを呼び出し、ＯＳ３−１の再起動を行う。
【００４８】
ＯＳ３−１が再起動されると、ＵＳＢデバイス装置１は物理的に再起動すると共に初期化され、ＵＳＢデバイス装置１が破壊に至っていない限り当該装置が正常状態に回復することができる。
【実施例２】
【００４９】
図４は、本発明の第２の実施例を示したコンピュータシステムのシステム構成と、コンピュータのプログラム構成を示すブロック図である。
【００５０】
実施例１では、一つのアプリケーションプログラムに装置異常検出及び再接続手段と装置遮断検知時再起動手段を設けたが、図４に示すようにそれぞれ別のアプリケーションプログラムとして設けてもよく、例えば、本発明の「装置遮断検知時再起動手段」と等価の機能を有する装置遮断検知時再起動手段３−４−１を設けた既存アプリケーションプログラム３−４がある場合に、装置異常検出及び再接続手段３−３−１を設けたアプリケーションプログラム３−３を設けることによって上記実施例１と同等の機能を実現することができる。
【００５１】
なお、アプリケーションプログラム３−３と３−４を同時に並列に実行させていても、上記のようにＵＳＢデバイス装置１に異常が発生した場合に、それぞれ異常を検出する手段が異なるので互いに競合することはない。
【００５２】
なお、以上説明した実施例１と実施例２は、いずれも、実際の実施形態として、当該システムに使用されるホストＰＣ２は当該システムの専用機器である必要はないので、ホストＰＣ２で動作させるソフトウェアプログラムファイルの形として、あるいは、そのプログラムファイルが記録された、フレキシブルディスクやコンパクトディスク等の取外し可能な記録媒体として提供、実施される。
【図面の簡単な説明】
【００５３】
【図１】本発明の第１の実施例のシステム構成を示すブロック図。
【図２】本発明の第１の実施例の「装置異常検出及び再接続手段」をタイマー割り込みで行なう場合を示すフローチャート。
【図３】本発明の第１の実施例の「装置遮断検知時再起動手段」を示すフローチャート。
【図４】本発明の第２の実施例のシステム構成を示すブロック図。
【符号の説明】
【００５４】
１          ＵＳＢデバイス装置  
１−１      ＣＰＵ  
１−２      ＵＳＢデバイスインターフェース  
１−２−１  ＰＨＹ  
１−２−２  ＳＩＥ  
１−３      主記憶装置
１−４      記録媒体インターフェース
１−５      記録媒体
２          ホストＰＣ
２−１      ＣＰＵ  
２−２      ＵＳＢホストインターフェ−ス  
２−２−１  ＰＨＹ  
２−２−２  ＳＩＥ 
２−３      主記憶装置
２−４      副記憶装置インターフェース
３          副記憶装置
３−１      ＯＳ
３−２      アプリケーションプログラム
３−２−１  装置異常検出及び再接続手段
３−２−２  装置遮断検知時再起動手段
【図１】
2007156921.tif 000003
【図２】
2007156921.tif 000004
【図３】
2007156921.tif 000005
【図４】
2007156921.tif 000006