Windowsプラットフォームを用いて制御バスドライバと通信カードとの間で制御通信パケットを伝送する制御バスシステムにおいて、前記制御バスドライバは一方を送信部として他方を受信部とするプロトコルドライバとネットワークドライバとで構成され、前記送信部にはWindowsフレームに送信元を識別するための制御通信フラグとタイムスタンプを生成して付加する手段が設けられ、前記受信部には受信したWindowsフレームから制御通信フラグと送信時刻情報を抽出して送信元の正当性を判断する手段が設けられたことを特徴とする制御バスシステム。前記制御通信フラグは、前記制御通信パケットが格納されているバッファの先頭アドレスであることを特徴とする請求項1に記載の制御バスシステム。前記タイムスタンプは、前記制御通信パケットの送信時刻を表すことを特徴とする請求項1に記載の制御バスシステム。しかし、図8に示す従来の制御バスシステムでは、一般的に公開されているパケットキャプチャツールを使用すれば、誰でも制御通信パケットをキャプチャできるとともに、キャプチャした制御通信パケットをなりすまして再送することもでき、さらに、キャプチャした制御通信パケットをなりすまして再送するのにあたって制御通信パケットの内容を変更することもできるので、制御バスのセキュリティを確保することができない。本発明は、このような課題を解決するものであり、その目的は、Windowsプラットフォームを用いた制御バスシステムにおける正当な送信元以外のなりすましなどの不正アクセスに対するセキュリティ対策を実現することにある。このような課題を解決するために、請求項1の発明は、Windowsプラットフォームを用いて制御バスドライバと通信カードとの間で制御通信パケットを伝送する制御バスシステムにおいて、前記制御バスドライバは一方を送信部として他方を受信部とするプロトコルドライバとネットワークドライバとで構成され、前記送信部にはWindowsフレームに送信元を識別するための制御通信フラグとタイムスタンプを生成して付加する手段が設けられ、前記受信部には受信したWindowsフレームから制御通信フラグと送信時刻情報を抽出して送信元の正当性を判断する手段が設けられたことを特徴とする。請求項2の発明は、請求項1に記載の制御バスシステムにおいて、前記制御通信フラグは、前記制御通信パケットが格納されているバッファの先頭アドレスであることを特徴とする。請求項3の発明は、請求項1に記載の制御バスシステムにおいて、前記タイムスタンプは、前記制御通信パケットの送信時刻を表すことを特徴とする。これらの構成により、Windowsプラットフォームを用いた制御バスシステムにおいて、正当な送信元以外の外部から不正アクセスによる制御通信パケットを送信できない仕組みが実現できる。以下、本発明の実施形態について詳細に説明する。図1は、本発明で用いる制御バスドライバ20の一実施例を示すブロック図である。図1において、制御バスドライバ20の制御バスプロトコルドライバ21は、制御通信パケット生成部21a、制御通信フラグ生成部21b、タイムスタンプ生成部21c、Windowsフレーム編集部21d、Windowsフレーム送信部21eなどで構成されている。そして、制御バスネットワークドライバ22は、Windowsフレーム受信部22a、制御通信パケット抽出部22b、制御通信フラグ確認部22c、タイムスタンプ確認部22d、制御バスフレーム編集部22e、制御バスフレーム送信部22fなどで構成されている。制御バスプロトコルドライバ21において、制御通信パケット生成部21aは、通信カード30に送信すべき制御通信パケットを生成してWindowsフレーム編集部21dに出力する。制御通信フラグ生成部21bは、送信元を識別するための制御通信フラグとして、制御通信パケットが格納されるバッファの先頭アドレスを生成し、Windowsフレーム編集部21dに出力する。タイムスタンプ生成部21cは、タイムスタンプとして、Windowsフレーム送信部21eからWindowsフレームが送信される時刻情報を生成し、Windowsフレーム編集部21dに出力する。Windowsフレーム編集部21dは、制御通信パケット生成部21aから入力される制御通信パケット、制御通信フラグ生成部21bから入力される制御通信フラグおよびタイムスタンプ生成部21cから入力されるタイムスタンプに基づき、内部に制御通信を判別するための制御通信フラグと制御バスプロトコルドライバ21からのWindowsフレームの送信時刻を示す時刻情報としてのタイムスタンプを有する所定のデータ形式のWindowsフレームを編集作成する。Windowsフレーム送信部21eは、Windowsフレーム編集部21dで編集作成された所定のデータ形式のWindowsフレームを制御バスネットワークドライバ22に送信する。制御バスネットワークドライバ22において、Windowsフレーム受信部22aは、Windowsフレーム送信部21eから送信されたWindowsフレームを受信する。制御通信パケット抽出部22bは、Windowsフレーム受信部22aで受信したWindowsフレームから送信元を識別するための制御通信パケットを抽出する。制御通信フラグ確認部22cは、Windowsフレーム受信部22aで受信したWindowsフレームから制御通信フラグを抽出し、そのフラグの値が制御通信パケットが格納されているバッファの先頭アドレスであるか否かのチェックを行う。フラグの値がバッファの先頭アドレスの場合には、正当な送信元である制御バスプロトコルドライバ21からのパケットと判断して以降の送信処理を続行実施するが、先頭アドレス以外の値の場合には、制御バスプロトコルドライバ21以外の不正アクセスにより送信されたWindowsフレームと判断して受信したWindowsフレームを破棄する。タイムスタンプ確認部22dは、Windowsフレーム受信部22aで受信したWindowsフレームからタイムスタンプを抽出し、その時刻情報に基づき、受信したWindowsフレームが、制御バスプロトコルドライバ21から制御バスネットワークドライバ22への通知に想定される最大遅延時間以内のものかを確認判断して、最大遅延時間以上経過したWindowsフレームについては正当な送信元以外の不正アクセスにより送信されたWindowsフレームと判断して受信したWindowsフレームを破棄する。制御バスフレーム編集部22eは、制御通信パケット抽出部22bで抽出された制御通信パケット、制御通信フラグ確認部22cにおける制御通信フラグの確認結果およびタイムスタンプ確認部22dにおけるタイムスタンプの確認結果に基づいて、制御通信パケットを通信カード30に送信するための所定のデータ形式の制御バスフレームを編集作成する。制御バスフレーム送信部22fは、制御バスフレーム編集部22eで編集作成された所定のデータ形式の制御バスフレームを通信カード30に送信する。図2は図1の動作処理の流れを説明するフローチャートであり、Aは制御バスプロトコルドライバ21における動作処理の流れを示し、Bは制御バスネットワークドライバ22における動作処理の流れを示している。Aに示す制御バスプロトコルドライバ21の動作処理の流れにおいて、制御通信フラグ生成部21bは、制御通信フラグとしてバッファの先頭アドレスをセットしてステップS1、Windowsフレームを編集するWindowsフレーム編集部21dに出力する。タイムスタンプ生成部21cは、Windowsフレーム編集部21dで編集されたWindowsフレームがWindowsフレーム送信部21eから送信される時刻情報を正当な送信元からのタイムスタンプ情報として生成しステップS2、Windowsフレームを編集するWindowsフレーム編集部21dに出力する。Windowsフレーム送信部21eは、制御通信パケット生成部21aで生成された制御通信パケットと制御通信フラグ生成部21bで生成された制御通信フラグとタイムスタンプ生成部21cで生成されたタイムスタンプに基づきWindowsフレーム編集部21dで編集された所定の形態のWindowsフレームを、制御バスネットワークドライバ22に対して送信するステップS3。Bに示す制御バスネットワークドライバ22の動作処理の流れにおいて、制御通信フラグ確認部22cは、Windowsフレーム受信部22aで受信したWindowsフレームから抽出した制御通信フラグの値が、制御通信パケットが格納されているバッファの先頭アドレスであるか否かのチェックを行うステップS1。フラグの値がバッファの先頭アドレスの場合には、正当な送信元である制御バスプロトコルドライバ21からのパケットと判断してステップS2のタイムスタンプ確認部22dにおけるタイムスタンプの正当性確認処理に移行する。タイムスタンプ確認部22dは、Windowsフレーム受信部22aで受信したWindowsフレームから抽出したタイムスタンプの時刻情報に基づき、受信したWindowsフレームが、制御バスプロトコルドライバ21から制御バスネットワークドライバ22への通知に想定される最大遅延時間以内のものかを確認判断しステップS2、最大遅延時間以内であれば正当な送信元からのWindowsフレームと判断して制御バスフレーム編集部22eで所定のデータ形式の制御バスフレームを編集作成して制御バスフレーム送信部22fを介して通信カード30に送信するステップS3の一連の送信処理に移行する。ステップS1における制御通信フラグの値が制御通信パケットが格納されているバッファの先頭アドレスではなかった場合やステップS2におけるタイムスタンプが想定される最大遅延時間を超えている場合には、正当な送信元である制御バスプロトコルドライバ21以外の不正アクセスにより送信されたWindowsフレームと判断して、受信した制御通信パケットを含むWindowsフレームを破棄するステップS4。図3は図1の制御バスドライバ20内部におけるパケットの流れ説明図であり、Aは制御バスプロトコルドライバ21による本来の送信系統を示し、Bはパケットキャプチャツール40によるキャプチャ再送系統を示している。Aに示す制御バスプロトコルドライバ21による本来の送信系統において、制御バスプロトコルドライバ21は、制御通信パケット生成部21aで生成された制御通信パケットの他に、制御通信フラグ生成部21bで生成された所定の制御通信フラグおよびタイムスタンプ生成部21cで生成された所定のタイムスタンプをWindowsフレームに取り込んで制御バスネットワークドライバ22に送信する。制御バスネットワークドライバ22は、制御バスプロトコルドライバ21から受信したWindowsフレームから制御通信パケットを抜き出して通信カード30に送信するための制御バスフレームに取り込むのにあたり、Windowsフレーム受信部22aで受信したWindowsフレームから抽出した制御通信フラグの値が制御通信パケットが格納されているバッファの先頭アドレスであるか否かのチェックと、Windowsフレーム受信部22aで受信したWindowsフレームから抽出したタイムスタンプの時刻情報が想定される最大遅延時間以内のものかについての確認判断を行う。そして、両者のデータが正当な値であることを確認できた場合にのみ、制御バスフレームの編集を行い、編集された制御バスフレームを制御バスフレーム送信部22fを介して通信カード30に送信する。これに対し、Bに示すキャプチャ再送系統において、パケットキャプチャプロトコルドライバ42には、制御バスネットワークドライバ22の制御通信フラグ生成部21bおよびタイムスタンプ生成部21cと同等な機能ブロックは設けられていない。したがって、パケットキャプチャプロトコルドライバ独自の制御通信フラグおよびタイムスタンプを生成することは不可能であって、パケットキャプチャアプリケーション41から入力される制御通信パケットをWindowsフレームに取り込んで制御バスネットワークドライバ22に送信するか、キャプチャされたWindowsフレーム全体を再送することになる。制御バスネットワークドライバ22は、Aで説明したように、パケットキャプチャプロトコルドライバ42から受信したWindowsフレームから制御通信パケットを抜き出すだけではなく、Windowsフレーム受信部22aで受信したWindowsフレームから抽出した制御通信フラグの値が制御通信パケットが格納されているバッファの先頭アドレスであるか否かのチェックと、Windowsフレーム受信部22aで受信したWindowsフレームから抽出したタイムスタンプの時刻情報が想定される最大遅延時間以内かの確認判断も行う。そして、両者のデータのいずれかが正当な値ではないと判断すると、受信したWindowsフレームを破棄する。これらの処理により、たとえば図8に示すように、パケットキャプチャツール40によりキャプチャされたWindowsフレーム全体が再送されたとしても、制御バスネットワークドライバ22において受信した制御通信パケットを含むWindowsフレームが破棄されるため、パケットキャプチャツール40によりキャプチャされた制御通信パケットやパケットキャプチャツール40で内容が変更された制御通信パケットが通信カード30に送信されることはなく、なりすましなどの不正アクセスに起因する問題発生を防止できる。なお、上記実施例では、制御バスドライバ20から通信カード30に向けてWindowsフレームの通信を行う例について説明したが、図4に示すように通信カード30から制御バスドライバ20の逆方向に通信を行う場合には、図1とほぼ同様な図5の仕組みを用いればよい。図5において、制御バスドライバ20の制御バスネットワークドライバ22は、制御通信パケット抽出部22g、制御通信フラグ生成部22h、タイムスタンプ生成部22i、Windowsフレーム編集部22j、Windowsフレーム送信部22kなどで構成されている。一方、制御バスプロトコルドライバ21は、Windowsフレーム受信部21f、制御通信パケット抽出部21g、制御通信フラグ確認部21h、タイムスタンプ確認部21iなどで構成されている。これら制御バスドライバ20を構成する各ブロックの動作は図1と同様であり、それらの説明は省略する。図6は図5の動作処理の流れを説明するフローチャートであり、Aは制御バスプロトコルドライバ21における動作処理の流れを示し、Bは制御バスネットワークドライバ22における動作処理の流れを示している。なお、具体的な動作処理の流れは実質的には図2と同一であり、その説明は省略する。そして、図7は図5の制御バスドライバ20内部におけるパケットの流れ説明図であって、具体的なパケットの流れは実質的には図3Aと流れの方向が異なるだけであり、その説明は省略する。以上説明したように、本発明によれば、Windowsプラットフォームを用いた制御バスシステムにおけるなりすましなどの不正アクセスに対するセキュリティ対策を実現できる。