【０００１】
【発明の属する技術分野】
ＰＣカードもしくはＣＦカードを持ち、ネットワークに接続する事が出来る組み込み機器用ＰＣカードシステムに関する。
【０００２】
【従来の技術】
従来のＰＣカードやＣＦカードを使用している組み込み機器に関しては、あらかじめＰＣカードコントローラーも１つに決まっており、その組み込み機器で使用されるであろうカードも限定されている為か、ＰＣ等で用いられているＰＣカードソフトウェアと呼ばれる、カードサービス・ソケットサービス・クライアントドライバを用いたシステムではなく、イネーブラと呼ばれるＰＣカードコントローラー限定・ＰＣカードの種類も限定された初期化ルーチンのようなものを使用してる場合が多い。また最近ではＰＣカードソフトウェア（カードサービス・ソケットサービス・クライアントドライバ）を組み込んだシステムも使用されてきてはいるが、組み込み機器では後からドライバを追加する事が基本的にしづらい為に、製品作成時には将来使用されるであろうデバイスドライバをすべて組み込んでしまっておく必要があった。
【０００３】
ここで、組み込み機器などで用いられているＰＣカードソフトウェアについて説明を行なう。
【０００４】
ＰＣカードソフトウェアとは、カードサービス・ソケットサービス・クライアントドライバという３つのレイヤから構成されている。ソケットサービスは機種によって異なるハードウェアであるＰＣカードコントローラーの違いを吸収してカードサービスに対して統一したインターフェースを提供している。ソケットサービスはＰＣカードコントローラー等のハードに依存している為に、ＰＣカードコントローラー毎に必要であり、組み込み機器においては通常ＰＣカードコントローラーは一つしか載せていない為、組み込み機器内に一つだけ必要である。カードサービスはシステムが提供しているハードウェアリソースを管理し、ＰＣカードごとに必要なリソースを割り当てるためにクライアントドライバに対して統一したインターフェースを提供している。カードサービスは複数のソケットサービス・クライアントドライバをコントロールできる為に、組み込み機器ごとに一つだけ存在している。クライアントドライバは使用するＰＣカードごとに必要となるドライバで、カードサービスを利用してＰＣカードに対して設定を行なったりアクセスをする。クライアントドライバは使用されるであろうＰＣカードの機能ごとに必要とされる。
【０００５】
ここで従来の技術におけるカードサービス・ソケットサービスを使用している組み込み機器において、ＰＣカードが刺されたときの制御の流れについて、図２を用いて説明を行なう。
【０００６】
図２は従来の技術の全体の構成図である。２０１〜２０３はハードウェアレイヤで、２０１はＰＣカードである。２０２は組み込み機器につけられたＰＣカード用スロットである。２０３はＰＣカードの制御を行なうＰＣカードコントローラーである。２０４〜２０６はＰＣカードソフトウェアレイヤで、２０４はソケットサービスである。２０５はカードサービスである。２０６はカードサービスに登録されたクライアントドライバである。２０７〜２０８がソフトウェアレイヤで、２０７が組み込み機器を制御しているＯＳであり、２０８がそのＯＳの上にのっているアプリケーションである。２０９〜２１０はＰＣカード内部にあるレジスタやメモリ領域である。２０９はＰＣカードの中にある、ＰＣカードの情報を記述しているＣＩＳ（Ｃａｒｄ Ｉｎｆｏｍａｔｉｏｎ Ｓｔｒｕｃｔｕｒｅ：カード情報構造）である。２０９はＰＣカード上にあるリソースにアクセスする為に設定を行なう必要があるレジスタ、ＣＣＲ（カードコンフィグレーションレジスタ）である。
【０００７】
次にＰＣカードが組み込み機器に認識され、使用されるようになるまでの制御の流れについて説明する。
【０００８】
まず最初にＰＣカード（２０１）をスロット（２０２）に挿入した時にＰＣカードコントローラー（２０３）からカードサービス（２０５）に対してＰＣカードが挿入された事が通知される。そこでカードサービス（２０５）はクライアントドライバ（２０６）に対してＰＣカード（２０１）が挿入されたことを通知する。ＰＣカード（２０１）の挿入によって処理を渡されたクライアントドライバ（２０６）はカードサービスファンクションを使用して、ＰＣカード（２０１）内にあるＣＩＳ（２０９）を取得する。ＣＩＳ（２０９）の中にはそのカードの種類・メーカー等の情報が記述されている。クライアントドライバ（２０６）は取得したＣＩＳ（２０９）を元に、挿入されたＰＣカード（２０１）が自分の対象カードかを認識する。ＣＩＳを調べた結果、挿入されたカード（２０１）が自分が処理するカードでなかった場合、何も行なわずにカードサービス（２０５）に処理を戻す。カードサービス（２０５）はカードサービスに登録されている次のクライアントドライバ（２０６）にＰＣカード（２０１）の挿入を通知し、その後、カードサービス（２０５）はクライアントドライバ（２０６）に処理を渡す。上記処理を繰り返し行なう。ここでもし、クライアントドライバ（２０６）がＣＩＳ（２０９）を取得して調べた結果、自分が処理するカードだった場合、カードサービス（２０５）に対して挿入されたＰＣカード（２０１）の初期化処理を行なう。
【０００９】
次にＰＣカードの初期化処理の流れを述べる。カードサービス（２０５）はクライアントドライバ（２０６）からの要求を受けて要求されたハードウェアリソースが割り当て可能かどうかを確認する。確認の結果、割り当てが可能であればソケットサービスファンクションを使ってソケットサービス（２０４）に指示を送る。ソケットサービス（２０４）はカードサービス（２０５）の指示を受けて対象ＰＣカード（２０１）に対してハードウェアリソースを割り当てる為にＰＣカード（２０１）内のＣＣＲ（２１０）の設定を行なう。カードサービス（２０５）はＰＣカード（２０１）に対するハードウェアリソースの割り当てを確認後、クライアントドライバ（２０６）に処理を戻す。以降はクライアントドライバ（２０６）が直接ＰＣカード（２０１）に対して処理を行なうようになる。
【００１０】
その後、組み込み機器で動作しているアプリケーション（２０８）は組み込み機器で使用されているＯＳ（２０７）を経由しクライアントドライバ（２０６）を経由してＰＣカード（２０１）を使用することが可能となる。
【００１１】
以上により、カードサービス・ソケットサービスを利用している組み込み機器はＰＣカードを組み込み機器で使用することが出来るようになる。
【００１２】
【発明が解決しようとする課題】
しかし組み込み機器では、ＰＣカードのクライアントドライバが組み込み機器の内部に入った形で作成している為に、組み込み機器の発売以降に発売されたＰＣカードに関してはクライアントドライバを持っていないために、そのＰＣカードを使用することが出来なかった。その為、ＰＣカードの機能に関しては組み込み機器内にクライアントドライバがある、すでにサポートされている製品とまったく同等であったとしても、他社のＯＥＭ品として発売されたＰＣカードを使用することが出来ないという問題があった。また、カードサービスには、基本的なジャンルごとの標準的なドライバを代用品として使用する機能を持ってはいるのであるが、あくまでも最低限の機能を保証するだけであり、個々のＰＣカードごとに持っている高度な機能に関しては使用することが出来なかった。
【００１３】
そこで本発明では、組み込み機器内部の読み書き可能な領域にドライバ互換情報を持ち、さらにネットワークに接続できる事により、そのドライバ互換情報を必要なときに更新する機能を持つことにより、新しいＰＣカードもしくはＣＦカードを刺された時、そのＰＣカード用のクライアントドライバが組み込み機器本体内部に無いときには、ドライバ互換情報を参照し、互換性のあるクライアントドライバを組み込み機器本体内部に持っている場合にはその互換性のある他の製品用のクライアントドライバを使用する。またドライバ互換情報の中に刺されたカードの互換情報が無かった場合には、ネットワークに接続して最新のドライバ互換情報を入手し更新を行い、最新のドライバ互換情報を参照することにより他の製品の互換性のあるクライアントドライバを使用することが出来る組み込み機器用ＰＣカードシステムを提供することを目的とする。
【００１４】
【課題を解決するための手段】
この発明は下記の構成を備えることにより上記課題を解決できるものである。
【００１５】
（１）ＰＣカードもしくはＣＦカードを接続するスロットを有する組み込み機器において、機器内部にカードのドライバ互換情報を保持している事を特徴とする組み込み機器用ＰＣカードシステム。
【００１６】
（２）ＰＣカードもしくはＣＦカードを刺された時に、そのカード用のドライバを持っていない場合、機器内部に保持しているカードのドライバ互換情報を参照し、互換性のある他の製品用のカードドライバを使用することを特徴とする前記（１）記載の組み込み機器用ＰＣカードシステム。
【００１７】
（３）ＰＣカードもしくはＣＦカードを接続するスロット有し、ネットワークに接続する機能を有している組み込み機器において、機器内部にカードのドライバ互換情報を保持している事を特徴とする組み込み機器用ＰＣカードシステム。
【００１８】
（４）ＰＣカードもしくはＣＦカードを刺された時に、そのカード用のドライバを持っていない場合、機器内部に保持しているカードのドライバ互換情報を参照し、刺されたカードに関しての互換情報が無かった場合、ネットワークに接続してドライバ互換情報をダウンロードしてくる事を特徴とする前記（３）記載の組み込み機器用ＰＣカードシステム。
【００１９】
（５）ダウンロードしてきたドライバ互換情報をカードが使用後にすぐに消去する事を特徴とする前記（４）記載の組み込み機器用ＰＣカードシステム。
【００２０】
（６）ダウンロードしてきたドライバ互換情報のうち、使用頻度が低いものに関しては削除を行なう事を特徴とする前記（４）記載の組み込み機器用ＰＣカードシステム。
【００２１】
（７）ダウンロードしてきたドライバ互換情報のうち、最終利用日時の古い物から削除を行なう事を特徴とする前記（４）記載の組み込み機器用ＰＣカードシステム。
【００２２】
（８）ダウンロードしてきたドライバ互換情報の一覧を表示し、保存や削除をユーザーに選ばせる事を特徴とする前記（４）記載の組み込み機器用ＰＣカードシステム。
【００２３】
【発明の実施の形態】
本発明の実施の一形態を以下の順序で図面を参照しながら説明する。まずは本発明の全体の構成図である図１を用いて本発明のＰＣカードを機器で利用する時の、内部での動作について説明を行なう。
【００２４】
本実施例の全体の構成図が図１である。１０１〜１０３はハードウェアレイヤで、１０１はＰＣカードである。１０２は組み込み機器につけられたＰＣカード用スロットである。１０３はＰＣカードの制御を行なうＰＣカードコントローラーである。
【００２５】
１０４〜１０６，１１１，１１２はＰＣカードソフトウェアレイヤで、１０４はソケットサービスである。１０５はカードサービスである。１０６はカードサービスに登録されたクライアントドライバである。１１１は組み込み機器内に存在しているクライアントドライバの管理とクライアントドライバの互換情報を管理しているドライバ互換サービスである。１１２はドライバ互換情報である。
【００２６】
１０７〜１０８がソフトウェアレイヤで、１０７が組み込み機器を制御しているＯＳであり、１０８がそのＯＳの上にのっているアプリケーションである。
【００２７】
１０９〜１１０はＰＣカード内部にあるレジスタやメモリ領域である。１０９はＰＣカードの中にある、ＰＣカードの情報を記述しているＣＩＳ（Ｃａｒｄ Ｉｎｆｏｍａｔｉｏｎ Ｓｔｒｕｃｔｕｒｅ：カード情報構造）である。１１０はＰＣカード上にあるリソースにアクセスする為に設定を行なう必要があるレジスタ、ＣＣＲ（カードコンフィグレーションレジスタ）である。
【００２８】
次に本実施例におけるＰＣカードが組み込み機器に認識され、使用されるようになるまでの制御の流れについて説明する。
【００２９】
まず最初にＰＣカード（１０１）をスロット（１０２）に挿入した時にＰＣカードコントローラー（１０３）からカードサービス（１０５）に対してＰＣカードが挿入された事が通知される。
【００３０】
そこでカードサービス（１０５）はクライアントドライバ（１０６）に対してＰＣカード（１０１）が挿入されたことを通知する。
【００３１】
ここで従来の技術では、ＰＣカード（１０１）の挿入によって処理を渡されたクライアントドライバ（１０６）はカードサービスファンクションを使用して、ＰＣカード（１０１）内にあるＣＩＳ（１０９）を取得するのであるが、本実施例ではこの部分が異なっている。ＰＣカード（１０１）の挿入によって処理を渡されたクライアントドライバ（１０６）はドライバ互換サービス（１１１）に対して拡張されたカードサービスファンクションを使用する。これによって処理はドライバ互換サービスに渡される。ドライバ互換サービス（１１１）はそこでカードサービスファンクションを使用してＰＣカード（１０１）内にあるＣＩＳ（１０９）を取得する。さらにここでドライバ互換情報（１１２）にアクセスを行い、取得したＣＩＳ（１０９）から、このＰＣカードはすでにドライバ互換情報に登録されているか、そしてこのＰＣカードに対応したクライアントドライバが組み込み機器内に存在するかを確認する。この部分のアルゴリズムに関して図３を用いて説明を行なう。
【００３２】
まずドライバ互換サービス（１１１）はカードサービスを使用して、刺されたＰＣカード（１０１）からＣＩＳ（１０９）を取得しする（３０１）。そこでドライバ互換サービス（１１１）はその取得したＣＩＳ（１０９）より刺されたＰＣカード（１０１）に関してドライバ互換情報（１１２）に登録されているかを確認する（３０２）。登録されていた場合、組み込み機器内部に刺されたＰＣカード用のクライアントドライバが存在するかを確認する（３０３）。
【００３３】
そこで刺されたＰＣカード用のクライアントドライバが存在している場合（３０７）、何の問題もなく正規のクライアントドライバを使用することが出来るので、ＣＩＳ（１０９）をそのままクライアントドライバ（１０６）に渡す。
【００３４】
もしそこで刺されたＰＣカード用のクライアントドライバが存在していなかった場合、刺されたＰＣカードと互換性のあるクライアントドライバが組み込み機器内に存在しているかを確認する（３０６）。そこで刺されたＰＣカードと互換性のあるクライアントドライバが存在していた場合、ドライバ互換サービスはＣＩＳを互換性のあるＰＣカードのＣＩＳに変更してクライアントドライバに渡す（３０８）。これにより、刺されたＰＣカードは互換性のある他のＰＣカードと認識され以降の処理が行なわれる。しかし、ここで刺されたＰＣカ−ドと互換性のあるクライアントドライバが見つからなかった場合、ＣＩＳをそのまま渡す（３０９）。その後カードサービスが、クライアントドライバが見つからなかった場合に用意している標準的なクライアントドライバを使う事になる。この状態になると、基本的な機能は使う事が出来るが、ＰＣカードが持っている転送速度が速い等のより高度な機能は使う事が出来なくなる。
【００３５】
以上がドライバ互換情報に刺されたＰＣカードの互換情報が登録されていた場合であるが、もし互換情報が登録されていなかった場合、ドライバ互換サービスは通信モジュール（１１３）に対してドライバ互換情報の最新版が登録されているサーバーにアクセスしてドライバ互換情報の最新版をダウンロードするように依頼する。そこで通信モジュール（１１３）はサーバーにアクセスを行い、最新のドライバ互換情報をダウンロードしてくる。その後、再度、ドライバ互換サービスはクライアントドライバ互換情報を参照しながら、刺されたＰＣカードの互換情報がドライバ互換情報に登録されているかを確認する（３０５）。ここで互換情報が登録されていた場合、（３０３）の処理に移行する。もし登録されていなかった場合、（３０９）の処理を行なう。
【００３６】
処理を渡されたクライアントドライバ（１０６）は、ＣＩＳ（１０９）を調べた結果、挿入されたＰＣカードが自分が処理するカードであった場合、カードサービス（１０５）に対して挿入されたＰＣカード（１０１）の初期化処理を行なう。このＰＣカード初期化処理は、まずカードサービス（１０５）がクライアントドライバ（１０６）からの要求を受けて要求されたハードウェアリソースが割り当て可能かどうかを確認する。確認の結果、割り当てが可能であればソケットサービスファンクションを使ってソケットサービス（１０４）に指示を送る。ソケットサービス（１０４）はカードサービス（１０５）の指示を受けて対象ＰＣカード（１０１）に対してハードウェアリソースを割り当てる為にＰＣカード（１０１）内にあるＣＣＲ（１１０）に対して設定を行なう。カードサービス（１０５）はＰＣカード（１０１）に対するハードウェアリソースの割り当てを確認後、クライアントドライバ（１０６）に処理を戻す。以降はクライアントドライバ（１０６）が直接ＰＣカード（１０１）に対して処理を行なうようになる。
【００３７】
その後、組み込み機器で動作しているアプリケーション（１０８）は組み込み機器で使用されているＯＳ（１０７）を経由しクライアントドライバ（１０６）を経由してＰＣカード（１０１）を使用することが可能となる。
【００３８】
以上の様に本発明により、組み込み機器において機器の発売日以降に発売されたＰＣカードのうち、互換性のあるカードに関しては高度な機能まで使用することが出来るようになる。
【００３９】
（その他の実施例）
次に本発明の他の実施例を述べる。この実施例の特徴を表す図を図４に示す。
【００４０】
実施例１では、ＰＣカードがドライバ互換情報に登録されていなかった場合、サーバーにアクセスして、最新のドライバ互換情報をすべてダウンロードしてきたのであるが、本実施例では今回刺されたＰＣカード１つだけに関してのドライバ互換情報をダウンロードする事を特徴とする。
【００４１】
それにより、実施例１の様に大量のドライバ互換情報をダウンロードする事によりかかっていた時間や課金が１つのドライバ互換情報だけダウンロードする時間や課金になる為、大幅に節約する事が可能となる。また、１つのドライバ互換情報だけ更新する本実施例の形式にする事により、さらに以下の様な様々な実装例が考えられる。
【００４２】
今回刺されたＰＣカードに関してのダウンロードしたドライバ互換情報を、カードの使用が終了した所で削除を行なう。これにより、機器発売時に本体に持っているドライバ互換情報に関してはＲＯＭ領域にし、ＰＣカードが刺された時に新たにダウンロードするドライバ互換情報を書き込む領域だけを用意すればよい。
【００４３】
刺されたＰＣカードのドライバ互換情報のダウンロードを行なう前の段階で、以前からあるドライバ互換情報の中で使用頻度が少ないＰＣカードのドライバ互換情報を削除し、その領域に今回刺されたＰＣカードのドライバ互換情報をダウンロードする方法も考えられる。これによりドライバ互換情報を書き込んでおく領域は最初から増える事が無い為、組み込み機器の様に書き込み領域を少なくしたい機器向けである。
【００４４】
刺されたＰＣカードのドライバ互換情報のダウンロードを行なう前の段階で、以前からあるドライバ互換情報の中で最終利用日時の一番古いＰＣカードのドライバ互換情報を削除し、その領域に今回指されたカードの互換情報を書き込む方法も考えられる。この方法もドライバ互換情報を書き込んでおく領域が最初から増える事が無い為、書き込み領域を出きるだけ少なくしたい組み込み機器向けである。
【００４５】
また刺されたＰＣカードのドライバ互換情報のダウンロードを行なう段階で、以前からあるドライバ互換情報の一覧を表示し、ユーザーにその一覧の中から削除するＰＣカードのドライバ互換情報を選択してもらい、選択されたドライバ互換情報を削除し、その領域に今回指されたカードの互換情報を書き込む方法も考えられる。この方法もドライバ互換情報を書き込んでおく領域が最初から増える事が無い為、書き込み領域を出きるだけ少なくしたい組み込み機器向けである。またユーザーが自分で必要とするドライバ互換情報を選択する事ができる。
【００４６】
【発明の効果】
以上の実施例で説明したとおり、本発明により、組み込み機器において、組み込み機器発売以降に発売されたＰＣカードに関しても、機能的に互換性のあるＰＣカードが以前に発売されており組み込み機器内部にクライアントドライバが登録されているのであれば、ドライバ互換情報を更新する事により、高度な機能まで含めて使用することが可能となる。
【図面の簡単な説明】
【図１】本実施例１における組み込み機器のＰＣカードソフトウェアの構成図
【図２】従来の技術における組み込み機器のＰＣカードソフトウェアの構成図
【図３】本実施例１におけるＣＩＳと互換情報に関するアルゴリズムを示す図
【図４】その他の実施例におけるＣＩＳと互換情報に関するアルゴリズムを示す図
【符号の説明】
１０１ ＰＣカード
１０２ スロット
１０３ ＰＣカードコントローラー
１０４ ソケットサービス
１０５ カードサービス
１０６ クライアントドライバ
１０７ リアルタイムＯＳ
１０８ アプリケーション
１０９ ＣＩＳ（Ｃａｒｄ Ｉｎｆｏｍａｔｉｏｎ Ｓｔｒｕｃｔｕｒｅ：カード情報構造）
１１０ ＣＣＲ（カードコンフィギュレーションレジスタ）
１１１ ドライバ互換サービス
１１２ ドライバ互換情報
１１３ 通信モジュール
１１４ サーバー
２０１ ＰＣカード
２０２ スロット
２０３ ＰＣカードコントローラー
２０４ ソケットサービス
２０５ カードサービス
２０６ クライアントドライバ
２０７ リアルタイムＯＳ
２０８ アプリケーション
２０９ ＣＩＳ（Ｃａｒｄ Ｉｎｆｏｍａｔｉｏｎ Ｓｔｒｕｃｔｕｒｅ：カード情報構造）
２１０ ＣＣＲ（カードコンフィギュレーションレジスタ）
３０１ 刺されたＰＣカードのＣＩＳ取得
３０２ 刺されたＰＣカードはドライバ互換情報に登録されているか
３０３ 刺されたＰＣカード用のクライアントドライバは存在しているか
３０４ 最新版のドライバ互換情報のダウンロード
３０５ 刺されたＰＣカードはドライバ互換情報に登録されているか
３０６ 互換性のあるクライアントドライバは存在しているか
３０７ ＣＩＳをそのままクライアントドライバに渡す
３０８ 互換性のあるＰＣカードのＣＩＳに換えてクライアントドライバに渡す
３０９ ＣＩＳをそのままクライアントドライバに渡す（高度な機能の使用は諦める）
４０１ 刺されたＰＣカードのＣＩＳ取得
４０２ 刺されたＰＣカードはドライバ互換情報に登録されているか
４０３ 刺されたＰＣカード用のクライアントドライバは存在しているか
４０４ 刺されたＰＣカード用のドライバ互換情報のダウンロード
４０５ 刺されたＰＣカードはドライバ互換情報に登録されているか
４０６ 互換性のあるクライアントドライバは存在しているか
４０７ ＣＩＳをそのままクライアントドライバに渡す
４０８ 互換性のあるＰＣカードのＣＩＳに換えてクライアントドライバに渡す
４０９ ＣＩＳをそのままクライアントドライバに渡す（高度な機能の使用は諦める）[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a PC card system for an embedded device which has a PC card or a CF card and can be connected to a network.
[0002]
[Prior art]
As for the embedded device using the conventional PC card or CF card, only one PC card controller is determined in advance, and the cards which are likely to be used in the embedded device are limited. Instead of a system using a card service, a socket service, and a client driver, which is called PC card software used in PCs, an initialization routine that is limited to a PC card controller called an enabler and has a limited type of PC card is used. Often used. Recently, a system incorporating PC card software (card service, socket service, client driver) has been used, but it is basically difficult to add a driver later in an embedded device. It was necessary to incorporate all the device drivers that would be used in the future.
[0003]
Here, PC card software used in an embedded device or the like will be described.
[0004]
The PC card software is composed of three layers: card service, socket service, and client driver. The socket service provides a unified interface to the card service by absorbing differences between PC card controllers, which are different hardware depending on the model. Socket service depends on hardware such as PC card controller, so it is necessary for each PC card controller. In embedded devices, usually only one PC card controller is installed, so only one in embedded device is necessary. The card service manages hardware resources provided by the system and provides a unified interface to client drivers in order to allocate necessary resources for each PC card. There is only one card service for each embedded device because it can control multiple socket services and client drivers. The client driver is a driver required for each PC card to be used. The client driver makes settings and accesses the PC card using a card service. A client driver is required for each PC card function that will be used.
[0005]
Here, the flow of control when a PC card is stabbed in an embedded device using the card service / socket service in the prior art will be described with reference to FIG.
[0006]
FIG. 2 is an overall configuration diagram of a conventional technique. 201 to 203 are hardware layers, and 201 is a PC card. Reference numeral 202 denotes a PC card slot attached to an embedded device. A PC card controller 203 controls the PC card. 204 to 206 are PC card software layers, and 204 is a socket service. 205 is a card service. Reference numeral 206 denotes a client driver registered in the card service. 207 to 208 are software layers, 207 is an OS controlling the embedded device, and 208 is an application running on the OS. Reference numerals 209 to 210 denote registers and memory areas inside the PC card. Reference numeral 209 denotes a CIS (Card Information Structure: Card Information Structure) that describes information of the PC card in the PC card. Reference numeral 209 denotes a register, CCR (card configuration register), which needs to be set to access resources on the PC card.
[0007]
Next, a flow of control until a PC card is recognized by an embedded device and is used will be described.
[0008]
First, when the PC card (201) is inserted into the slot (202), the PC card controller (203) notifies the card service (205) that the PC card has been inserted. Then, the card service (205) notifies the client driver (206) that the PC card (201) has been inserted. The client driver (206) passed the processing by inserting the PC card (201) acquires the CIS (209) in the PC card (201) using the card service function. In the CIS (209), information such as the type and manufacturer of the card is described. The client driver (206) recognizes whether the inserted PC card (201) is its own target card based on the acquired CIS (209). As a result of checking the CIS, if the inserted card (201) is not a card to be processed by itself, the process returns to the card service (205) without doing anything. The card service (205) notifies the next client driver (206) registered in the card service of the insertion of the PC card (201), and then the card service (205) passes the processing to the client driver (206). The above processing is repeated. Here, if the client driver (206) obtains and checks the CIS (209) and finds that the card is to be processed by itself, the client driver (206) initializes the PC card (201) inserted into the card service (205). Perform processing.
[0009]
Next, the flow of the initialization processing of the PC card will be described. The card service (205) receives the request from the client driver (206) and checks whether the requested hardware resource can be allocated. As a result of the confirmation, if the assignment is possible, an instruction is sent to the socket service (204) using the socket service function. The socket service (204) receives the instruction of the card service (205) and sets the CCR (210) in the PC card (201) in order to allocate hardware resources to the target PC card (201). After confirming the assignment of the hardware resource to the PC card (201), the card service (205) returns the processing to the client driver (206). Thereafter, the client driver (206) directly processes the PC card (201).
[0010]
Thereafter, the application (208) running on the embedded device can use the PC card (201) via the OS (207) used by the embedded device, via the client driver (206). .
[0011]
As described above, the embedded device using the card service / socket service can use the PC card in the embedded device.
[0012]
[Problems to be solved by the invention]
However, in embedded devices, since the client driver of the PC card is created inside the embedded device, PC cards released after the release of the embedded device do not have a client driver. PC card could not be used. Therefore, even if the function of the PC card is exactly the same as an already supported product that has a client driver in the embedded device, it is not possible to use a PC card released as an OEM product of another company There was a problem. In addition, the card service has the function of using a standard driver for each basic genre as a substitute, but it only guarantees the minimum function, and I couldn't use it for the advanced features I had.
[0013]
Therefore, in the present invention, a new PC card or CF card is provided by having driver compatibility information in a readable / writable area inside an embedded device and having a function of updating the driver compatibility information when necessary by connecting to a network. When the card is stabbed, if the client driver for the PC card is not inside the embedded device itself, refer to the driver compatibility information, and if the compatible client driver is inside the embedded device itself, Use client drivers for other products with If there is no card compatibility information in the driver compatibility information, connect to the network to obtain and update the latest driver compatibility information, and then refer to the latest driver compatibility information for other products. It is an object of the present invention to provide a PC card system for an embedded device which can use a compatible client driver.
[0014]
[Means for Solving the Problems]
The present invention can solve the above problem by providing the following configuration.
[0015]
(1) An embedded device PC card system in which an embedded device having a slot for connecting a PC card or a CF card holds driver compatibility information of the card inside the device.
[0016]
(2) When a PC card or CF card is stabbed, if the driver for the card is not available, the driver compatibility information of the card held in the device is referred to and a card for another compatible product is used. The PC card system for an embedded device according to the above (1), wherein a driver is used.
[0017]
(3) An embedded device having a slot for connecting a PC card or a CF card and having a function of connecting to a network, wherein the device has driver compatibility information of the card inside the device. PC card system.
[0018]
(4) When a PC card or CF card is stabbed, if there is no driver for the card, the driver refers to the driver compatibility information of the card held inside the device and there is no compatibility information for the stabbed card. In this case, the PC card system for an embedded device according to (3), wherein the PC is connected to a network to download the driver compatibility information.
[0019]
(5) The PC card system for an embedded device according to (4), wherein the downloaded driver compatibility information is deleted immediately after the card is used.
[0020]
(6) The PC card system for an embedded device according to the above (4), wherein, among the downloaded driver compatibility information, one having a low use frequency is deleted.
[0021]
(7) The PC card system for an embedded device according to the above (4), wherein the downloaded driver compatibility information is deleted from the one with the oldest last use date and time.
[0022]
(8) The PC card system for an embedded device according to (4), wherein a list of downloaded driver compatibility information is displayed, and the user is allowed to select save or delete.
[0023]
BEST MODE FOR CARRYING OUT THE INVENTION
An embodiment of the present invention will be described in the following order with reference to the drawings. First, an internal operation when the PC card of the present invention is used in a device will be described with reference to FIG. 1 which is an overall configuration diagram of the present invention.
[0024]
FIG. 1 is an overall configuration diagram of the present embodiment. 101 to 103 are hardware layers, and 101 is a PC card. Reference numeral 102 denotes a PC card slot attached to an embedded device. A PC card controller 103 controls the PC card.
[0025]
104 to 106, 111 and 112 are PC card software layers, and 104 is a socket service. 105 is a card service. Reference numeral 106 denotes a client driver registered in the card service. Reference numeral 111 denotes a driver compatibility service that manages the client driver existing in the embedded device and manages the compatibility information of the client driver. Reference numeral 112 denotes driver compatibility information.
[0026]
107 to 108 are software layers, 107 is an OS that controls the embedded device, and 108 is an application running on the OS.
[0027]
Reference numerals 109 to 110 denote registers and memory areas inside the PC card. Reference numeral 109 denotes a CIS (Card Information Structure: Card Information Structure) that describes information of the PC card in the PC card. Reference numeral 110 denotes a register, CCR (card configuration register), which needs to be set to access resources on the PC card.
[0028]
Next, a description will be given of a control flow until the PC card in this embodiment is recognized by the embedded device and used.
[0029]
First, when the PC card (101) is inserted into the slot (102), the PC card controller (103) notifies the card service (105) that the PC card has been inserted.
[0030]
Then, the card service (105) notifies the client driver (106) that the PC card (101) has been inserted.
[0031]
Here, in the related art, the client driver (106) to which the processing has been passed by inserting the PC card (101) acquires the CIS (109) in the PC card (101) by using the card service function. However, this part is different in the present embodiment. The client driver (106) passed the processing by inserting the PC card (101) uses the card service function extended to the driver compatibility service (111). As a result, the processing is passed to the driver compatibility service. The driver compatible service (111) uses the card service function to acquire the CIS (109) in the PC card (101). Further, here, the driver compatibility information (112) is accessed, and from the obtained CIS (109), whether this PC card is already registered in the driver compatibility information, and whether the client driver corresponding to this PC card is installed in the embedded device. Check if it exists. The algorithm of this part will be described with reference to FIG.
[0032]
First, the driver compatibility service (111) acquires the CIS (109) from the stabbed PC card (101) by using the card service (301). Then, the driver compatibility service (111) checks whether the acquired PC card (101) from the CIS (109) is registered in the driver compatibility information (112) (302). If it has been registered, it is confirmed whether there is a client driver for the PC card inserted in the embedded device (303).
[0033]
Then, if there is a client driver for the stabbed PC card (307), the CIS (109) is passed to the client driver (106) as it is because the regular client driver can be used without any problem.
[0034]
If there is no client driver for the stabbed PC card there, it is confirmed whether a client driver compatible with the stabbed PC card exists in the embedded device (306). If there is a client driver compatible with the inserted PC card, the driver compatibility service changes the CIS to a CIS of a compatible PC card and passes it to the client driver (308). Thereby, the inserted PC card is recognized as another compatible PC card, and the subsequent processing is performed. However, if no client driver compatible with the inserted PC card is found, the CIS is passed as it is (309). After that, Card Services will use the standard client driver provided if no client driver is found. In this state, basic functions can be used, but more advanced functions such as a high transfer rate of the PC card cannot be used.
[0035]
The above is the case where the compatibility information of the PC card inserted in the driver compatibility information has been registered. If the compatibility information has not been registered, the driver compatibility service transmits the driver compatibility information to the communication module (113). Access the server where the latest version is registered and request that the latest version of the driver compatibility information be downloaded. Then, the communication module (113) accesses the server and downloads the latest driver compatibility information. Thereafter, the driver compatibility service checks again whether the compatibility information of the inserted PC card is registered in the driver compatibility information while referring to the client driver compatibility information (305). If the compatibility information has been registered, the process proceeds to (303). If not registered, the process of (309) is performed.
[0036]
The client driver (106) to which the processing has been passed examines the CIS (109), and if the inserted PC card is a card to be processed by itself, the PC card inserted into the card service (105) The initialization processing of (101) is performed. In this PC card initialization processing, first, the card service (105) receives a request from the client driver (106) and checks whether the requested hardware resource can be allocated. As a result of the confirmation, if the assignment is possible, an instruction is sent to the socket service (104) using the socket service function. The socket service (104) receives instructions from the card service (105) and makes settings for the CCR (110) in the PC card (101) in order to allocate hardware resources to the target PC card (101). . After confirming the assignment of the hardware resource to the PC card (101), the card service (105) returns the processing to the client driver (106). Thereafter, the client driver (106) directly processes the PC card (101).
[0037]
Thereafter, the application (108) running on the embedded device can use the PC card (101) via the OS (107) used by the embedded device, via the client driver (106). .
[0038]
As described above, according to the present invention, among the PC cards released in the embedded device after the release date of the device, a compatible card can be used even with advanced functions.
[0039]
(Other Examples)
Next, another embodiment of the present invention will be described. FIG. 4 is a diagram showing the features of this embodiment.
[0040]
In the first embodiment, when the PC card is not registered in the driver compatibility information, the server accesses the server and downloads all the latest driver compatibility information. In the present embodiment, one PC card inserted this time is used. It is characterized in that the driver compatibility information on only the driver is downloaded.
[0041]
As a result, the time and billing required to download a large amount of driver compatibility information as in the first embodiment is reduced to the time and billing required to download only one piece of driver compatibility information, so that significant savings can be achieved. . Further, by adopting the format of the present embodiment in which only one piece of driver compatibility information is updated, various implementation examples such as the following can be considered.
[0042]
The downloaded driver compatibility information regarding the PC card inserted this time is deleted when the use of the card is finished. Thus, the driver compatibility information possessed by the main unit at the time of device release may be stored in the ROM area, and only an area for writing driver compatibility information to be newly downloaded when a PC card is inserted may be prepared.
[0043]
At a stage before downloading the driver compatibility information of the stabbed PC card, the driver compatibility information of the PC card which is rarely used among the existing driver compatibility information is deleted, and the driver of the PC card stabbed this time in the area is deleted. A method of downloading compatibility information is also conceivable. As a result, the area in which the driver compatibility information is written does not increase from the beginning, so that it is intended for a device such as an embedded device whose writing region is desired to be reduced.
[0044]
Before downloading the driver compatibility information of the stabbed PC card, the driver compatibility information of the PC card having the oldest last use date and time among the existing driver compatibility information is deleted, and this area is pointed to this time. A method of writing card compatibility information is also conceivable. This method is also suitable for embedded devices in which the area for writing the driver compatibility information does not increase from the beginning, and the write area is required to be reduced as much as possible.
[0045]
At the stage of downloading the driver compatibility information of the stabbed PC card, a list of the existing driver compatibility information is displayed, and the user selects the driver compatibility information of the PC card to be deleted from the list. It is also conceivable to delete the specified driver compatibility information and write the compatibility information of the card pointed to this time in the area. This method is also suitable for embedded devices in which the area for writing the driver compatibility information does not increase from the beginning, and the write area is required to be reduced as much as possible. Also, the user can select necessary driver compatibility information.
[0046]
【The invention's effect】
As described in the above embodiment, according to the present invention, in an embedded device, regarding a PC card released after the release of the embedded device, a functionally compatible PC card has been released before and the embedded device is included in the embedded device. If a client driver is registered, updating the driver compatibility information enables use of even advanced functions.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a PC card software of an embedded device according to the first embodiment; FIG. 2 is a configuration diagram of a PC card software of an embedded device according to a conventional technique; FIG. 3 is an algorithm relating to CIS and compatibility information in the first embodiment; FIG. 4 is a diagram showing an algorithm relating to CIS and compatibility information in another embodiment.
101 PC card 102 Slot 103 PC card controller 104 Socket service 105 Card service 106 Client driver 107 Real-time OS
108 Application 109 CIS (Card Information Structure: Card Information Structure)
110 CCR (Card Configuration Register)
111 Driver compatibility service 112 Driver compatibility information 113 Communication module 114 Server 201 PC card 202 Slot 203 PC card controller 204 Socket service 205 Card service 206 Client driver 207 Real-time OS
208 Application 209 CIS (Card Information Structure: Card Information Structure)
210 CCR (Card Configuration Register)
301 Get CIS of stabbed PC card 302 Is stabbed PC card registered in driver compatibility information 303 Is there a client driver for stabbed PC card 304 Download latest version of driver compatibility information 305 Stabbed PC card Is 306 registered in the driver compatibility information 306 Is there a compatible client driver? 307 Pass CIS to client driver as is 308 Pass CIS of compatible PC card to client driver 309 Pass CIS as it is to client Pass to driver (given use of advanced features)
401 Get CIS of stabbed PC card 402 Is stabbed PC card registered in driver compatibility information 403 Is there a client driver for stabbed PC card 404 Download driver compatibility information for stabbed PC card 405 Is the PC card registered in the driver compatibility information 406 Is there a compatible client driver? 407 Pass the CIS to the client driver as it is 408 Pass the CIS of the compatible PC card to the client driver 409 CIS To the client driver as it is (giving up the use of advanced functions)
