(57)【要約】【課題】ＬＡＮ通信において大量のデータを高速・短時間に転送することを可能にする。【解決手段】ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおいて、同一の送信先に複数のフレームを送信する送信装置と、その同一の送信先であり、その複数のフレームを受信する受信装置と、を備える。そして、その複数のフレームのいずれか一つが、その同一の送信先のアドレスを含む。送信装置は、複数のフレームを作成するバ−ストモ−ド・データパケット作成手段を含み、バ−ストモ−ド・データパケット作成手段は、複数のフレームの転送であることを示すフラグと、複数のフレームのフレーム数を示す転送フレーム数を、複数のフレームの第１フレームに格納する。【選択図】      図４
2008109471.tif 000002
【特許請求の範囲】
【請求項１】
ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおいて、
同一の送信先に複数のフレームを送信する送信装置と、
前記同一の送信先であり、前記複数のフレームを受信する受信装置と、
を備え、
前記複数のフレームのいずれか一つが、前記同一の送信先のアドレスを含む、こと
を特徴とするＬＡＮシステム。
【請求項２】
前記送信装置は、前記複数のフレームを作成するバ−ストモ−ド・データパケット作成手段を含み、
前記バ−ストモ−ド・データパケット作成手段は、前記複数のフレームの転送であることを示すフラグと、前記複数のフレームのフレーム数を示す転送フレーム数を、前記複数のフレームの第１フレームに格納すること、
を特徴とする請求項１に記載のＬＡＮシステム。
【請求項３】
前記受信装置は、前記転送フレーム数を格納する転送フレーム数格納手段を含み、
前記受信装置は、前記第1のフレームを受信し、前記複数のフレームの転送であることを示すフラグを検出すると、「（前記第１フレームに含まれる前記転送フレーム数）−１」を前記転送フレーム数格納手段に格納し、
第２フレーム以降のフレームを受信する度に、転送フレーム数格納手段は格納している転送フレーム数から１減算を行い、格納している転送フレーム数が０になったときに前記複数のフレームの受信を終了したことを検出すること、
を特徴とする請求項２に記載のＬＡＮシステム。
【請求項４】
前記バ−ストモ−ド・データパケット作成手段は、前記ＬＡＮシステムが準拠する規格のデータ部よりも長いデータ部を前記複数のフレームに作成すること、
を特徴とする請求項２に記載のＬＡＮシステム。
【請求項５】
前記ＬＡＮシステムが準拠する規格は、ＩＥＥＥ８０２．ｘｘｘであり、前記データ部は、９０００Ｂｙｔｅであること、を特徴とする請求項４に記載のＬＡＮシステム。
【請求項６】
前記ＬＡＮシステムは前記複数のフレームを送信装置から受信装置に送信するＬＡＮインタフェースを備え、
前記送信装置は、前記ＬＡＮシステムが準拠する規格におけるフレーム間隔より短い間隔で、前記送信装置から前記ＬＡＮインタフェースに前記複数のフレームを送出するＬＡＮインタフェース送受信手段を含むこと、
を特徴とする請求項１に記載のＬＡＮシステム。
【請求項７】
前記ＬＡＮシステムが準拠する規格は、ＩＥＥＥ８０２．ｘｘｘであり、フレーム間隔は、１Ｂｙｔｅであること、を特徴とする請求項６に記載のＬＡＮシステム。
【請求項８】
前記送信装置は、前記複数のフレームの送信を行うことを通知する第１のバ−ストモ−ド・ブロードキャストフレームを前記ＬＡＮインタフェースに送信すること、
前記受信装置は、前記第１のバ−ストモ−ド・ブロードキャストフレームを受信すると前記ＬＡＮインタフェースに新たなデータの送信を保留する受信バ−ストモ−ド設定を行うこと、
を特徴とする請求項６に記載のＬＡＮシステム。
【請求項９】
前記送信装置は、前記複数のフレームの送信を行うことを終了することを通知する第２のバ−ストモ−ド・ブロードキャストフレームを前記ＬＡＮインタフェースに送信すること、
前記受信装置は、前記第２のバ−ストモ−ド・ブロードキャストフレームを受信すると前記受信バ−ストモ−ド設定を解除すること、
を特徴とする請求項８に記載のＬＡＮシステム。
【請求項１０】
前記送信装置は、第１の上位装置と、前記上位装置から送出されるデータを前記ＬＡＮインタフェースに送出する第１のＬＡＮ制御装置を含み、
前記第１の上位装置は、前記同一の送信先に送信され、それぞれが前記同一の送信先のアドレスを含む複数のフレームを前記第１のＬＡＮ制御装置に送出し、
前記第１のＬＡＮ制御装置は、前記複数のフレームのうち第２フレーム以降のフレームの前記同一の送信先のアドレスを削除するヘッダ削除手段を含み、
前記受信装置は、第２の上位装置と、前記ＬＡＮインタフェースから受信したデータを前記第２の上位装置に送出する第２のＬＡＮ制御装置を含み、
前記第２のＬＡＮ制御装置は、前記複数のフレームのうち第１フレームが備える前記同一の送信先のアドレスを前記第２フレーム以降のフレームに追加するヘッダ追加手段を含み、
前記第２の上位装置は、前記同一の送信先のアドレスを前記第２フレーム以降のフレームに追加後の前記複数のフレームを前記第２のＬＡＮ制御装置から受信すること、
を特徴とする請求項２に記載のＬＡＮシステム。
【請求項１１】
ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおいて、
同一の送信先に、いずれか一つのフレームが前記同一の送信先のアドレスを含む複数のフレームを送信すること、
を特徴とする送信装置。
【請求項１２】
ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおいて、
いずれか一つのフレームが同一の送信先のアドレスを含む複数のフレームを受信し、前記同一の送信先であること、
を特徴とする受信装置。
【請求項１３】
ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおいて、
同一の送信先に、いずれか一つのフレームが前記同一の送信先のアドレスを含む複数のフレームを送信すること、
を特徴とするＬＡＮシステム制御方法。
【請求項１４】
前記同一の送信先が、前記複数のフレームを受信すること、
を特徴とする請求項１３に記載のＬＡＮシステム制御方法。
【請求項１５】
ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおける送信装置に、
同一の送信先に、いずれか一つのフレームが前記同一の送信先のアドレスを含む複数のフレームを送信すること、
を実行させるためのプログラム。
【請求項１６】
ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおける受信装置に、
同一の送信先として、いずれか一つのフレームが前記同一の送信先のアドレスを含む複数のフレームを受信すること、
を実行させるためのプログラム。
【請求項１７】
ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおいて同一の送信先に送信される複数のフレームであって、
前記複数のフレームのいずれか一つが、前記同一の送信先のアドレスを含むこと、
を特徴とする複数のフレーム。
【請求項１８】
前記複数のフレームは、
前記複数のフレームの転送であることを示すフラグと、前記複数のフレームのフレーム数を示す転送フレーム数を格納する第１のフレーム、
を備えることを特徴とする請求項１７に記載の複数のフレーム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＬＡＮシステムに関し、特に、大量のデ−タを高速・短時間に転送するＬＡＮシステムに関する。
【背景技術】
【０００２】
従来、ＬＡＮ（Local Area Network）通信において、複数の転送データをバースト転送することが行われている。（例えば、特許文献１、特許文献２、特許文献３参照。）
特許文献１は、ＡＴＭ−ＬＡＮによる通信網３において、資源管理装置２１が或る周期毎に、通信端末に相当するパーソナルコンピュータＰＣ又はワークステーションＷＳからのバースト転送の通信予約要求を受付けた場合、その通信予約要求の時間帯においてバースト転送を可能とする技術を開示している。
【０００３】
特許文献２は、無線ＬＡＮにおいて、無線ＬＡＮ基地局が、無線端末宛のデータパケットを、確認応答なしに最小フレーム間隔で連続的に送信し、無線端末から無線ＬＡＮ基地局宛のデータパケットを利用して再送処理を行うことにより、データパケットの伝送効率を向上する技術を開示している。
【０００４】
特許文献３は、無線ＬＡＮ通信におけるバースト伝送時の転送フレーム形式を開示している。この中で、無線ＬＡＮ通信で複数のＭＡＣフレームを一つのＰＨＹフレームとしてまとめて送信するAggregation（アグレゲーション、集合体）方式と呼ばれるバーストデータのフレーム形式が示されている。
【０００５】
このフレーム形式では、無線ＬＡＮ通信のＭＡＣフレームであるData１・Data2・Data3・Data4・Data5・Data6・Data7・Data8を連結する。そして、ＭＡＣフレームを連結したフレームの先頭に、連結した各ＭＡＣフレームのフレーム長とＰＨＹヘッダとＰＨＹのプリアンブルを含むフレーム識別情報９１を付けて、一つのAggregation（アグレゲーション、集合体）フレームと呼ばれるフレームを作って送信する。
【０００６】
【特許文献１】特開平９−１２１２１７号公報（段落番号００２５、図２）
【特許文献２】特開２００６-５４８５３号公報（段落番号０００９）
【特許文献３】特開２００５−３４１４３５号公報（段落番号００７４、第９図）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来のＬＡＮ通信においては、例えば大量のデータを高速・短時間に転送することができない、という問題点があった。その理由は、回線の使用効率が悪いためである。
【０００８】
例えば、特許文献３に示されたバースト伝送時の転送フレーム形式を参照すると、Data１〜8に対して一つの送信先アドレスをもつのではなく、Data１〜8それぞれが送信先アドレスを含むＭＡＣフレームであるためである。
【０００９】
また、例えば、Data１〜8が連結されたものがデータ転送時の転送単位である１つの転送フレームとなるが、複数の転送フレームに対し一つのフレーム識別情報９１を備えるのではなく、１つの転送フレーム毎に１つのフレーム識別情報９１を備えているためである。
【００１０】
本発明の目的は上述した従来の課題である大量のデ−タを高速・短時間に転送するＬＡＮシステムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明のＬＡＮシステムは、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおいて、同一の送信先に複数のフレームを送信する送信装置と、前記同一の送信先であり、前記複数のフレームを受信する受信装置と、を備え、前記複数のフレームのいずれか一つが、前記同一の送信先のアドレスを含む、ことを特徴とする。
【００１２】
本発明の送信装置は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおいて、同一の送信先に、いずれか一つのフレームが前記同一の送信先のアドレスを含む複数のフレームを送信すること、を特徴とする。
【００１３】
本発明の受信装置は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおいて、いずれか一つのフレームが同一の送信先のアドレスを含む複数のフレームを受信し、前記同一の送信先であること、を特徴とする。
【００１４】
本発明のＬＡＮシステム制御方法は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおいて、同一の送信先に、いずれか一つのフレームが前記同一の送信先のアドレスを含む複数のフレームを送信すること、を特徴とする。
【００１５】
本発明のプログラムは、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおける送信装置に、同一の送信先に、いずれか一つのフレームが前記同一の送信先のアドレスを含む複数のフレームを送信すること、を実行させることを特徴とする。
【００１６】
本発明のプログラムは、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおける受信装置に、同一の送信先として、いずれか一つのフレームが前記同一の送信先のアドレスを含む複数のフレームを受信すること、を実行させることを特徴とする。
【００１７】
本発明の複数のフレームは、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムにおいて同一の送信先に送信される複数のフレームであって、前記複数のフレームのいずれか一つが、前記同一の送信先のアドレスを含むこと、を特徴とする。
【発明の効果】
【００１８】
本発明は、ＬＡＮシステムにおいて、大量のデ−タを高速・短時間に転送することが可能となる、という効果を有している。
【００１９】
その理由は、同一の送信先に複数のフレームが送信され、複数のフレームのいずれか一つが、同一の送信先のアドレスを含むため、回線の使用効率がよいためである。
【発明を実施するための最良の形態】
【００２０】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００２１】
本発明は、本体装置と特定の通信先装置間を他の装置と共有のＬＡＮインタフェ−スにて接続され、デ−タを送受信するＬＡＮ制御装置において、大量のデ−タを短時間で極秘に転送しなければならないという課題を解決する。本ＬＡＮ制御装置は特定の通信先装置を含むＬＡＮインタフェ−スに接続された各装置に対して、バ−ストモ−ドにてデ−タ転送を開始することを通知するために先ず、バ−ストモ−ドデ−タ転送を示すバ−ストモ−ドビットを含むバ−ストモ−ド・ブロ−ドキャストフレ−ムを同一ＬＡＮに接続された全機器に通知し、以降バ−ストモ−ドデ−タ転送が始まることを通知すると共に、バ−ストモードデータ転送が完了する迄送信処理を停止させることを指示する。
【００２２】
続けて送信先である特定の装置に向けてバ−ストモ−ド・デ−タパケットを作成し送信デ−タが終了するまで連続してＬＡＮインタフェ−スの帯域幅一杯でデ−タ転送を行う。
【００２３】
その結果、本発明では、大量のデ−タを高速・短時間に送信することが可能となる。その理由は、バーストモードデータ転送を行う送信装置（同一の送信先に送信され、その同一の送信先のアドレスを１つのみ備える複数のフレームを送信する送信装置）を備えるため、回線の使用効率がよいためである。
【００２４】
また、本発明では、データ漏洩を防止することが可能となる。その理由は、標準のＬＡＮ（例えば、ＩＥＥＥ８０２．ｘｘｘ）に準拠していないフレームの送信を行っているため、標準のＬＡＮ装置ではデータを読み出すことができないためである。これに対し、例えば上述の特許文献３に示された無線通信装置１５の場合、接続されるＬＡＮ規格に基づいたフレームの転送を行っているため、データが漏洩しやすい。
【００２５】
図１は、本発明の実施の形態におけるＬＡＮ（Local Area Network）システム１０００の構成を示した図である。本発明のＬＡＮシステム１０００は、ＬＡＮインタフェース３００と、ＬＡＮインタフェース３００に接続された  ＬＡＮ制御装置１００と、ＬＡＮ制御装置１００の上位装置２００と、ＬＡＮインタフェース３００に接続されたＬＡＮ機器４００と、を備える。ＬＡＮ制御装置１００、上位装置２００、ＬＡＮ機器４００は、図１に上位装置２０１、ＬＡＮ制御装置１０１、ＬＡＮ機器４０１と示すように、ＬＡＮインタフェース３００に複数器接続可能である。ＬＡＮ制御装置１００単体又は、ＬＡＮ制御装置１００と上位装置２００との組合せ、ＬＡＮ機器４００、はそれぞれ送信装置、又は受信装置として機能する。
【００２６】
ＬＡＮインタフェース３００は、例えば、ＩＥＥＥ８０２．ｘｘｘ（ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）標準規格のうち、ローカル・エリア・ネットワークなどの規格を定めたもの。ｘｘｘには規格に定められた英数字が入る。）に規定されたインタフェースである。
【００２７】
ＬＡＮシステム１０００は標準のＬＡＮ規格（例えば、ＩＥＥＥ８０２．ｘｘｘ）に準拠しているが、以下の説明におけるＬＡＮ制御装置１００と上位装置２００は標準のＬＡＮ規格に準拠しているだけでなく、本実施の形態で説明する特殊仕様にも対応して送受信を行う。以下、ＬＡＮ制御装置１００と上位装置２００とを詳述する。
【００２８】
図２は、本発明の実施の形態におけるバ−ストデ−タ転送型ＬＡＮ（Local Area Network）制御装置１００と上位装置２００の構成を示したブロック図である。図３は、バ−ストモ−ド転送の開始と終了をＬＡＮインタフェ−ス３００へ通知するためのバ−ストモ−ド・ブロ−ドキャストフレ−ムの構成を示した図である。図４は、ＬＡＮインタフェ−ス３００を介して目的のＬＡＮ装置（ＬＡＮ制御装置１００、ＬＡＮ機器４００等）へデ−タを送信する時のバ−ストモ−ド・データパケットの構成を示した図である。図５は、送信デ−タ用格納手段４に格納されるデ−タの構成を示した図である。図６は、ＬＡＮインタフェ−ス送受信手段５がバ−ストモ−ド・データパケットを送出する際の動作を示した図である。
【００２９】
図２は、本実施の形態におけるバ−ストデ−タ転送型ＬＡＮ制御装置１００と上位装置２００の構成例を示したブロック図である。
【００３０】
上位装置２００は、後述のバ−ストモ−ド・データパケットを作成、分解するバ−ストモ−ド・データパケット作成分解手段２１１と、ＬＡＮ制御装置１００にバ−ストモ−ド・ブロードキャストフレーム送信指示を出したり、受信バ−ストモ−ドへの設定、設定解除を指示したりするバ−ストモ−ド指示手段２１２と、を備える。上位装置２００は、例えば、サーバ等の情報処理装置である。上記バ−ストモ−ド・データパケット作成分解手段２１１、バ−ストモ−ド指示手段２１２は、マイクロプロセッサ等（図示せず）で、プログラム記憶媒体（図示せず）に記憶されたプログラムを実行することにより実現される。
【００３１】
バ−ストデ−タ転送型ＬＡＮ制御装置１００は、制御部１と、送信デ−タ記憶手段２と、送信デ−タ格納手段４と、ＬＡＮインタフェ−ス送受信手段５と、ＭＡＣアドレス記憶手段６と、受信デ−タ格納手段７と、正常性確認手段８と、受信デ−タ記憶手段９と、転送フレ−ム数格納手段１０と、を備える。これらの手段は、回路からなるハードウェアで構成してもよいし、ソフトウェアの機能手段で実現してもよい。
【００３２】
ソフトウェアの機能手段で実現する場合は、マイクロプロセッサ等で、プログラム記憶媒体に記憶されたプログラムを実行することにより実現される。プログラム記憶媒体としては、磁気ディスク、磁気テープ、半導体メモリや、ＣＤ−ＲＯＭ、ＤＶＤ（Digital Versatile Disk）等の光ディスクがある。また、プログラム記憶媒体に記憶されたプログラムに従う以外に、サーバ等から通信媒体を介してダウンロードしたプログラムを実行してもよい。
【００３３】
制御部１は、ＬＡＮ制御装置１００全体を制御する。制御部１は、上位装置２００からバ−ストモ−ド・ブロ−ドキャストフレ−ムの送信指示を制御線２１とデ−タ線３１を介して受信する。制御線２２、制御線２３を介して送信デ−タ記憶手段２並びに送信デ−タ用格納手段４とＬＡＮインタフェース送受信手段５へバ−ストモ−ドに設定する通知（標準のデータフレームではなく後述のバ−ストモ−ド・データパケットでデータ転送を行うモードに設定する通知）を行う。また、同様にバ−ストモ−ド解除通知を行う。
【００３４】
また制御部１は、図３に示すバ−ストモ−ド・ブロ−ドキャストフレ−ムを作成し、デ−タ線３４を介して送信デ−タ格納手段４に送出する。そして、バ−ストモ−ドデ−タ転送が完了する迄、制御部１内にこのフレ−ムを記憶する。
【００３５】
制御部１は、上位装置２００から制御線２１を介して受信バ−ストモ−ドへの設定を指示されると、ＬＡＮインタフェース送受信手段５と、受信データ格納手段７と、受信データ記憶手段９と、転送フレーム数格納手段１０と、にバ−ストモ−ドへの変更（新たなデータの送信を保留し、バ−ストモ−ド・データパケットを受信する受信バ−ストモ−ドにする設定）を指示する。
【００３６】
制御部１は、受信データ記憶手段９から制御線２６を介して受信デ−タの正常性確認結果を通知された場合には、制御線２１を介して上位装置２００へ通知する。
【００３７】
制御部１は、制御線２５を介して転送フレーム数格納手段１０から１つのバ−ストモ−ド・データパケットの転送終了の通知を受け取る。そして、ＬＡＮ制御装置１００がＬＡＮインタフェース３００からバ−ストモ−ド・ブロードキャストフレームを再度受信すると、受信したバ−ストモ−ド・ブロードキャストフレームが、ＬＡＮインタフェース送受信手段５、受信データ格納手段７、正常性確認手段８、受信データ記憶手段９を介して上位装置２００に送出される。その後、制御部１は上位装置２００からバ−ストモ−ド設定解除指示を受信し、ＬＡＮインタフェース送受信手段５と、受信データ格納手段７と、受信データ記憶手段９と、転送フレーム数格納手段１０と、にバ−ストモ−ドの設定解除を指示する。
【００３８】
送信デ−タ記憶手段２は、上位装置２００からＬＡＮインタフェ−ス３００へ送信するデ−タを一時的に記憶するバッファである。本発明の実施の形態では、送信データには、標準のＬＡＮシステム１０００が準拠する規格（例えば、ＩＥＥＥ８０２．ｘｘｘ）の転送フレームとバ−ストモ−ド・データパケットの２種類が或る。そして、データ線３２を介して送信データ格納手段４に送信データを送出する。また、制御部１から制御線２２を介してバ−ストモ−ドに設定する通知を受信すると、標準のデータフレームではなくバ−ストモ−ド・データパケットでデータ転送を行うモードに設定される。
【００３９】
送信デ−タ格納手段４は、送信デ−タを一時的に格納する送信デ−タ格納用バッファである。制御部１からバ−ストモ−ド・ブロ−ドキャストフレ−ムを受信し、直ちにＬＡＮインタフェ−ス送受信手段５へデ−タ線３３を介して送出する。また、データ線３２を介して送信データ記憶手段２から送信データを受信し、ＬＡＮインタフェ−ス送受信手段５へデ−タ線３３を介して送出する。送信データはデータ線３３を介してＬＡＮインタフェース送受信手段５に、制御線２８により送信状況を監視しながらタイミング良く送出される。また、制御部１から制御線２３を介してバ−ストモ−ドに設定する通知を受けると、標準のデータフレームではなくバ−ストモ−ド・データパケットでデータ転送を行うモードに設定される。
【００４０】
ＬＡＮインタフェ−ス送受信手段５は、ＬＡＮインタフェ−ス３００とデ−タの送受を行うＬＡＮインタフェ−ス送受信手段である。標準のＬＡＮシステム１０００が準拠する仕様（例えば、ＩＥＥＥ８０２．ｘｘｘ）に特殊仕様（例、バ−ストモ−ド・データパケットでのデータ転送を行う規格）を含む仕様に基づき送受信デ−タを送受信する。
【００４１】
ＬＡＮインタフェ−ス送受信手段５は、デ−タ線３３を介して送信データ格納手段４からバ−ストモ−ド・ブロ−ドキャストフレ−ム受け取ると、ＬＡＮインタフェ−ス３００へ送信することが可能か否かを調査する。送信が可能になると、直ちにバ−ストモ−ド・ブロ−ドキャストフレ−ムをＬＡＮインタフェ−ス３００へ送信する。
【００４２】
また、ＬＡＮインタフェ−ス送受信手段５は、上位装置２００からの送信データに関しては送信デ−タの受け入れ準備が整った時に、制御線２８を介して送信デ−タ格納手段４に通知し、送信データを受け取り、ＬＡＮインタフェ−ス３００に対しデータの送信を行う。
【００４３】
ＬＡＮインタフェース送受信手段５は、制御部１から制御線２３を介してバ−ストモ−ドに設定する通知を受けると、標準のデータフレームではなくバ−ストモ−ド・データパケットで送信のみのデータ転送を行うモードに自身を設定する。これにより、バ−ストデ−タ転送型ＬＡＮ制御装置１００は、バ−ストモ−ドでのデ−タの送信専用動作をすることになる。そして、送信データ格納手段４から標準のデータフレームではなくバ−ストモ−ド・データパケットを受信すると、図４に示す様に１バイト（８ビット）分のフレーム間隔を空けて、ＬＡＮインタフェ−ス３００に対しデ−タ送信を行う。
【００４４】
また、ＬＡＮインタフェース送受信手段５は、ＬＡＮインタフェース３００からバ−ストモ−ド・ブロ−ドキャストフレ−ムを受信すると、バ−ストモ−ド・ブロ−ドキャストフレ−ムをデ−タ線４０を介して受信デ−タ格納手段７に送出する。
【００４５】
自ＭＡＣアドレス記憶手段６は、自分のＭＡＣアドレスを記憶する。制御部１が、バ−ストモ−ド・ブロードキャストフレームを作成する際に、制御部１にデータ線３５に自分のＭＡＣアドレスを送出する。
【００４６】
受信デ−タ格納手段７は、ＬＡＮインタフェ−ス送受信手段５を介してＬＡＮインタフェ−スからの受信デ−タを受信し、一時的に格納するバッファである。そして、受信デ−タを、デ−タ線４２を介して正常性確認手段８へデ−タを送出する。また、制御部１から制御線２４を介してバ−ストモ−ドへの設定の指示を受けた場合は、以下のように動作する。バ−ストモ−ドへの設定の指示を受けた後に受信する、バーストモード・データパケットの最初のフレームのレングスフィールドに格納された転送フレ−ム数のデ−タを、転送フレ−ム数格納手段１０へデ−タ線４１を介して格納する。また、２番目のフレ−ム以降のパケットを受信する度に、転送フレ−ム数格納手段１０へデ−タ線４１を介して１パケットを受信したことを通知する。
【００４７】
正常性確認手段８は、受信デ−タ格納手段７からデ−タ線４２を介して受信したデ−タの正常性を確認する。正常性の確認には、転送フレーム内のＦＣＳフィールドに格納されたＣＲＣを使用する。ここで受信デ−タの正常か否かの判断された受信デ−タは、デ−タ線４３を介して受信デ−タ記憶手段９へ送られる。この判断結果は制御線２６を介して制御部１に通知される。
【００４８】
受信デ−タ記憶手段９は、ＬＡＮインタフェ−ス３００から受信したデ−タを上位装置２００へ転送する為に一時的に受信デ−タを記憶するバッファである。受信デ−タ記憶手段９は、ＬＡＮインタフェ−ス３００から受信した図４に示すデ−タパケットを、後述の転送フレーム数格納手段１０において転送フレ−ム数が０になるまで、又はバ−ストモ−ド・ブロ−ドキャストフレ−ムを再び受信する迄、上位装置２００へ送信する。
【００４９】
転送フレ−ム数格納手段１０は、受信デ−タ格納手段７からデータ線４１を介して送られた転送フレ−ム数を格納する。転送フレーム数格納手段１０は、バ−ストモ−ドの受信で有ることを制御部１から制御線２４を介して通知され受信デ−タ格納手段７から転送フレーム数を送られると、（転送フレ−ム数−１）を格納する。また、受信デ−タ格納手段７からデ−タ線４１を介して通知される１パケット受信通知を受けるたびに、格納している転送フレ−ム数から１減算を行う。そして、減算結果が０になった時、１つのバ−ストモ−ド・データパケットの転送が終了したことを検出し、制御線２５を介して制御部１へ通知する。
【００５０】
図３は、バ−ストモ−ド転送の開始と終了をＬＡＮインタフェ−スへ通知するためのバ−ストモ−ド・ブロ−ドキャストフレ−ムの構成を示した図である。
【００５１】
バ−ストモ−ド・ブロードキャストフレームは制御部１により作成され、送信データ格納手段４、ＬＡＮインタフェース送受信手段５、ＬＡＮインタフェ−ス３００を介して、ＬＡＮインタフェ−ス３００に接続されたＬＡＮ装置（ＬＡＮ制御装置１００、ＬＡＮ機器４００等）にブロードキャストされる。バ−ストモ−ド・ブロードキャストフレームを受信したＬＡＮ装置の内、本実施の形態で提案している特殊仕様に準拠しているＬＡＮ装置では、自身を受信バ−ストモ−ドにする設定、即ち、送信を保留する設定を行う。特殊使用に準拠していない通常のＬＡＮ装置は、バ−ストモ−ド・ブロードキャストフレームを受信しても特に何もしない。
【００５２】
尚、データ漏洩を防止する効果は減少するが、この特殊仕様の全部又は一部（例えば、後述のレングスフィールドに以降のデータ転送がバ−ストモ−ドであることを示すバーストモードビットを格納すること）が将来標準のＬＡＮ規格として承認されて、全てのＬＡＮ装置が本特殊仕様に対応して開発されたchipを採用した場合、全てのＬＡＮ装置が自身を受信バ−ストモ−ドにする設定を行うことができることになる。特殊仕様の一部のみ（例えば、後述のレングスフィールドに以後のデータ転送がバ−ストモ−ドであることを示すバーストモードビットを格納すること）が将来の標準のＬＡＮ規格として採用された場合、後述する現行の標準のＬＡＮ規格と比較して短いフレーム間隔を使用すること等は将来の標準のＬＡＮ規格に準拠した装置でも対応していないので、データ漏洩を防止する効果を維持することができる。
【００５３】
バ−ストモ−ド・ブロ−ドキャストフレ−ムはフィールドとして、送信先アドレスと、送信元アドレス（自分のアドレス）と、レングスと、ＦＣＳ（Frame Check Sequence）と、を備える。具体的には、送信先アドレスフィールドには、標準のブロ−ドキャストフレ−ムと同じ“ＦＦＦＦＦＦＦＦＦＦＦＦ”(HEX（hex decimal）)が格納される。送信元アドレス（自分のアドレス）フィールドには、このフレ−ムの発信元を示す自分のアドレスとしてＬＡＮ制御装置１００のＭＡＣアドレスが格納される。レングスフィールドには、２バイトデ−タ“８０００”(HEX)が格納される。即ち、二進法に直すと”１０００００００００００００００”が格納されることになり、レングスフィールドの最初のビットは１となる。ＦＣＳフィ−ルドには、前記３個のフィ−ルドのＣＲＣ（Cyclic Redundancy Check）が格納される。
【００５４】
即ち、本実施の形態では、バ−ストモ−ド・ブロ−ドキャストフレ−ムは標準のブロ−ドキャストフレ−ムの構成にそのフレ−ム内レングス部の最初のビットをバ−ストモ−ドであることを知らせるために割り当てる。そして、そのビットが有効であることを示す論理値“１”に設定し、同一ＬＡＮインタフェース３００に接続され、バ−ストモ−ド・ブロ−ドキャストフレ−ムを受信するＬＡＮ装置に対して、以降のＬＡＮデ−タ転送がバ−ストモ−ドで有ることを通知する。
【００５５】
図４は、ＬＡＮインタフェ−ス３００を介して目的のＬＡＮ装置（ＬＡＮ制御装置１００、ＬＡＮ機器４００等）へデ−タを送信する時のバ−ストモ−ド・データパケットの構成を示した図である。バ−ストモ−ド・データパケットは、送信先が同一である複数のフレームを備える。送信先は複数のフレームのいずれか一つに格納していればよい。本実施の形態では最初のフレームが格納する。そのため、最初のフレームと２番目以降のフレームでフレームの構成が異なる。
【００５６】
最初のフレームはフィールドとして、送信先アドレスと、送信元アドレス（自分のアドレス）と、レングスと、データと、ＦＣＳと、を備える。送信先アドレスフィールドと、送信元アドレスフィールドには、その表記の通り送信先ＬＡＮ機器のＭＡＣアドレスと、送信元であるＬＡＮ制御装置１００のＭＡＣアドレスが格納される。送信先ＬＡＮ機器のＭＡＣアドレスは、複数のフレームの同一の送信先である。
【００５７】
レングスフィールドには、複数のフレームの転送であるか、即ちバ−ストモ−ドでのデータ転送であるか標準のデータ転送であるかを示すフラグであるバ−ストモ−ドビットと、転送フレーム数と、が格納される。バ−ストモ−ドビットは、論理値が“１”である場合は、バ−ストモ−ドでのデータ転送（バ−ストモ−ド・データパケットの転送）であることを示すフラグである。また、論理値が“０”である場合は、標準のデータ転送であることを示す１ビットのフラグである。転送フレーム数は、本バ−ストモ−ド・データパケットの総転送フレーム数を示す１５ビットのデータである。本バ−ストモ−ド・データパケットの各フレームは、例えば、９０００バイトのデータフィールドを備え、最大転送フレーム数は、３２７６７（７ＦＦＦ(HEX)）である。結果として、本実施形態におけるバ−ストモ−ド・データパケットのデータ転送容量は約２９４．９ＭＢとなる。
【００５８】
データフィールドには、例えば、９０００バイトのデータが格納される。そのため、標準のＬＡＮシステム１０００が準拠する規格の転送フレーム内データフィールドよりも長いデータフィールドとなる（例えば、ＩＥＥＥ  ８０２．３ではデータフィールドは４６〜１５００バイト）。即ち、本バ−ストモ−ド・データパケットの各フレームは標準の転送フレームと比較して長いジャンボフレームとなる。
【００５９】
ＦＣＳは、４バイトのフィールドであり、前記各４つのフィ−ルドから計算したＣＲＣが格納される。
【００６０】
２番目以降のフレームは、例えば、９０００バイトのデータを格納するデータフィールドと、４バイトのＣＲＣを格納するＦＣＳと、が格納される。最初のフレームのように相手先アドレス、送信元（自分の）アドレス、レングス、は、格納されない。
【００６１】
各フレームの間隔は、例えば１バイトであり、標準のＬＡＮシステム１０００が準拠する規格のフレーム間隔１２バイト（ＩＥＥＥ８０２．ｘｘｘの場合）より１１バイト短く（削減）した構成とする。
【００６２】
即ち、本実施の形態では、２バイトのレングス部に新たにバ−ストモ−ドを示すビット並びに総転送フレ−ム数を収め、バ−ストモ−ドによるデ−タ転送量を受信先に通知し、受信側にて受信デ−タの過不足が生じないよう監視出来る仕組みを構築している。更に、図４において、２番目のフレ−ム以降の相手先アドレス、自分のアドレス及びレングス部を削除し、且つフレ−ム間隔を標準の１２分の１に短縮した構成をとることにより、総デ−タ転送時間を短縮することができる効果を有する。また、これらのフレ−ムは特殊な為標準のＬＡＮインタフェ−スに準拠した装置による情報漏洩防止の効果を有する。
【００６３】
図５は、送信デ−タ用格納手段４に格納されるデ−タの構成を示した図である。送信データ用格納手段４は、制御部１から制御線２３を介してバ−ストモ−ドに設定する通知を受けとると、以下のようにデータを格納する。
【００６４】
送信デ−タ用格納手段４は、転送フレームのレングスフィールドの先頭ビットを調べ、バ−ストモ−ドビットを検出する。バ−ストモ−ドビットが“１”である場合、バ−ストモ−ド・データパケットと認識し、送信先アドレスと、送信元アドレスと、レングスと、データと、ＦＣＳと、を備える第１のフレームを格納する。そして、データと、ＦＣＳと、を備える第２〜第ｎのフレームを格納する。
【００６５】
バ−ストモ−ドビットが“０”である場合、標準の転送フレームと認識し、送信先アドレスと、送信元アドレスと、レングスと、データと、ＦＣＳと、を備える第１〜第ｎのフレームを格納する。第２のフレーム以降のフレームも送信先アドレスと、送信元アドレスと、レングスと、を備える。
【００６６】
図６は、ＬＡＮインタフェ−ス送受信手段５がバ−ストモ−ド・データパケットを送出する際の動作を示した図である。ＬＡＮインタフェース送受信手段５は、送信データ格納手段４から送信データを受信すると、転送フレームのレングスフィールドの先頭ビットを調べ、バ−ストモ−ドビットを検出する。バ−ストモ−ドビットが“１”である場合、バ−ストモ−ド・データパケットは複数のフレームを備えているが、各フレームの間隔を、例えば１バイトとし、標準のＬＡＮシステム１０００が準拠する規格のフレーム間隔１２バイト（ＩＥＥＥ８０２．ｘｘｘの場合）より１１バイト短く（削減）した間隔で、データをＬＡＮインタフェ−ス３００に送出する。
【００６７】
次に、本発明の実施の形態におけるＬＡＮ（Local Area Network）システム１０００の動作について説明する。まず、送信時の動作について説明する。
【００６８】
図７は、本発明の実施の形態における  ＬＡＮ制御装置１００と、上位装置２００と、の送信時の動作を示したフローチャートである。
【００６９】
ＬＡＮ制御装置１００と上位装置２００は、バ−ストモ−ド・ブロードキャストフレームを作成、ＬＡＮインタフェース３００に送信する（Ｓ７０１）。次に、バ−ストモ−ド・データパケットの第１のフレームを作成、ＬＡＮインタフェース３００に送信する（Ｓ７０２）。次に、バ−ストモ−ド・データパケットの第２のフレームを作成、ＬＡＮインタフェース３００に送信する（Ｓ７０３）。そして、Ｓ７０３の処理を（転送フレーム数―１）回繰り返す（Ｓ７０４）。そして、バ−ストモ−ドでのデータ転送が終了した場合（Ｓ７０５，Ｙｅｓ）、バ−ストモ−ド・ブロードキャストフレームを作成し、ＬＡＮインタフェース３００に送信する（Ｓ７０６）。バ−ストモ−ドでのデータ転送が終了しない場合（Ｓ７０５，Ｎｏ）、Ｓ７０３の処理に戻る。
【００７０】
図８は、本発明の実施の形態における送信時の動作の内、上位装置２００の動作を示したフローチャートである。
【００７１】
上位装置２００は、バ−ストモ−ドでのデータ転送を開始するにあたり、まず、バ−ストモ−ド指示手段２１２がＬＡＮ制御装置１００に、バ−ストモ−ド・ブロードキャストフレームの送信を指示する（Ｓ８０１）。次に、バ−ストモ−ド・データパケット作成分解手段２１１がバ−ストモ−ド・データパケットの第１のフレームを作成し、ＬＡＮ制御装置１００に送信する（Ｓ８０２）。次に、バ−ストモ−ド・データパケットの第２のフレーム以降を作成し、ＬＡＮ制御装置１００に送信する（Ｓ８０３）。そして、Ｓ８０３の処理を（転送フレーム数―１）回繰り返す（Ｓ８０４）。バ−ストモ−ドでのデータ転送が終了した場合（Ｓ８０５，Ｙｅｓ）、再びバ−ストモ−ド指示手段２１２が、ＬＡＮ制御装置１００にバ−ストモ−ド・ブロードキャストフレームの送信を指示する（Ｓ８０６）。バ−ストモ−ドでのデータ転送が終了しない場合（Ｓ８０５，Ｎｏ）、Ｓ８０３の処理に戻る。
【００７２】
図９は、本発明の実施の形態における送信時の動作の内、ＬＡＮ制御装置１００の動作を示したフローチャートである。
【００７３】
ＬＡＮ制御装置１００は、上位装置２００からバ−ストモ−ド・ブロードキャストフレームの送信指示を受信する（Ｓ９０１）。次に、バ−ストモ−ド・ブロードキャストフレームを生成する（Ｓ９０２）。ＬＡＮ制御装置１００内の各手段はバ−ストモ−ドでのデータ転送に切り替える（Ｓ９０３）。
【００７４】
具体的には、以下のように動作する。制御部１は、上位装置２００からバ−ストモ−ド・ブロ−ドキャストフレ−ムの送信指示を制御線２１とデ−タ線３１を介して受ける。制御部１は、図３に示すバ−ストモ−ド・ブロ−ドキャストフレ−ムを生成し、この生成したバ−ストモ−ド・ブロ−ドキャストフレ−ムをデ−タ線３４を介して送信デ−タ格納手段４に転送すると共に、制御線２３を介して送信デ−タ格納手段４並びにＬＡＮインタフェ−ス送受信手段５にバ−ストモ−ド送信の開始を指示する。続けて制御部１は、送信デ−タ格納手段２に制御線２２を介してバ−ストモ−ドへの切り替えを指示する。このバ−ストモ−ド指示を受けた各手段はバ−ストモ−ドでの送信のみ実行するモ−ドに自身を設定する。指示を受けた送信デ−タ格納手段２は、図４に示す各フレ−ムの受信送信準備を行う。
【００７５】
次に、ＬＡＮ制御装置１００は、バ−ストモ−ド・ブロードキャストフレームを制御部１内に保存し（Ｓ９０４）、ＬＡＮインタフェース３００に送信する（Ｓ９０５）。具体的には、制御部１は生成したバ−ストモ−ド・ブロ−ドキャストフレ−ムを制御部１内にバ−ストモ−ドデ−タ転送が完了する迄保存する。バ−ストモ−ド・ブロ−ドキャストフレ−ムを受けた送信デ−タ格納手段４は、標準のブロ−ドキャストフレ−ムと同様にデ−タ線３３を介してＬＡＮインタフェ−ス送受信手段５に直ちに転送する。バ−ストモ−ド・ブロ−ドキャストフレ−ムを受けたＬＡＮインタフェ−ス送受信手段５は、直ちにＬＡＮインタフェ−ス３００の使用状況を確認しＬＡＮインタフェ−スが未使用であるのを確認した後、このフレ−ムをＬＡＮインタフェース３００に送信する。
【００７６】
次に、ＬＡＮ制御装置１００は、上位装置２００からバ−ストモ−ド・データパケットを受信する（Ｓ９０６）。具体的には、上位装置２００から送られてくる図４に示すパケットデ−タは、送信デ−タ記憶手段２で受信される。図１４に本実施の形態における送信データ記憶手段２に記憶するデータ形式を示す。送信デ−タ記憶手段２は、図１４に示す様に制御部１から制御線２２を介してバ−ストモ−ドの状態が指示されているか否かで記憶するデ−タが異なる。同図に於いて、バ−ストモ−ドが指示されている場合、最初のパケットは標準のパケットと同じ構成をしているが、図４に示す様にレングス部にバ−ストモ−ドビットと総デ−タ転送フレ−ム数が格納されている。これは受信側にて送信フレ−ム数の過不足防止のチェックに用いられる。他方、バ−ストモ−ドで無い場合は、図１４（２）に示す様に標準のパケットを記憶する。送信データ記憶手段２で受信された送信データは直ちにデ−タ線３２を介して送信デ−タ格納手段４に送られる。
【００７７】
次に、ＬＡＮ制御装置１００は、バ−ストモ−ド・データパケットをＬＡＮインタフェース３００に送信する（Ｓ９０７）。具体的には、送信デ−タを受けた送信デ−タ格納手段４は、制御部１からバ−ストモ−ドへの切り替えを指示された後、受信した送信データにおいてバ−ストモ−ドビット“１”を検出した場合、図５の１に示すパケットの様に送信デ−タを特殊なパケットとして格納する。そして、デ−タ線３３を介して送信デ−タをＬＡＮインタフェース送受信手段５へ制御線２８により送信状況を監視しながらタイミング良く送出する。
【００７８】
ＬＡＮインタフェ−ス送受信手段５は、次の送信デ−タの受け入れ準備が整った時、制御線２８を介して送信デ−タ格納手段４に通知する。そして、ＬＡＮインタフェ−ス送受信手段５は、図６に示す様に１バイト（８ビット）分のパケット間隔をあけてデ−タ転送を行い、バ−ストモ−ドデ−タ転送が終了する迄継続する。尚、バ−ストモ−ド・ブロードキャストフレームを理解できない現行の標準仕様のＬＡＮに準拠したＬＡＮ装置が、バーストモード・ブロードキャストフレームを受信しているにもかかわらずデータを送出することが考えられる。この場合は、ＬＡＮインタフェ−ス送受信手段５は、そのデータ送出を検出し、そのデータ送出に伴うデータ転送が終了するのを待ってからバ−ストモ−ドデータ転送を行う。
【００７９】
次に、ＬＡＮ制御装置１００が、上位装置２００から再度バ−ストモ−ド・ブロードキャストフレームの送信指示を受信すると（Ｓ９０８，Ｙｅｓ）、ＬＡＮ制御装置１００は、制御部１に保存されているバ−ストモ−ド・ブロードキャストフレームをＬＡＮインタフェース３００に送信する（Ｓ９０９）。その後、ＬＡＮ制御装置１００内の各手段は制御部１の指示に従いバ−ストモ−ドを解除する（Ｓ９１０）。上位装置から再度バ−ストモ−ド・ブロードキャストフレームの送信指示を受信しなかった場合（Ｓ９０８，Ｎｏ）、Ｓ９０６に戻る。
【００８０】
具体的には、デ−タ転送が終了した場合、上位装置２００から再びバ−ストモ−ド・ブロ−ドキャストフレ−ムの送信指示を受けた制御部１は、前回送信したバ−ストモ−ド・ブロ−ドキャストフレ−ムの控えを読み出し、デ−タ線３４を介して送信デ−タ格納手段４に送出する。このフレ−ムは、ＬＡＮインタフェ−ス３００へ送出されバ−ストモ−ドによるデ−タ転送を終了する。制御部１は、送信デ−タ格納手段４にバ−ストモ−ド・ブロ−ドキャストフレ−ムを送出した後、制御線２２並びに２３を介してバ−ストモ−ドを解除する。以降は、標準のＬＡＮ（例えば、ＩＥＥＥ８０２．ｘｘｘ）に準拠した送信デ−タを標準の処理手順により送受信を実行するモードに戻る。
【００８１】
次に、本発明の実施の形態におけるＬＡＮ（Local Area Network）システム１０００の受信時の動作について説明する。
【００８２】
図１０は、本発明の実施の形態における  ＬＡＮ制御装置１００と、上位装置２００と、のデータを受信時の動作を示したフローチャートである。ＬＡＮ制御装置１００と上位装置２００は、バ−ストモ−ド・ブロードキャストフレームを受信する（Ｓ１００１）。その後、バ−ストモ−ド・データパケットを受信し（Ｓ１００２）、バ−ストモ−ド・ブロードキャストフレームを再度受信すると（Ｓ１００３，Ｙｅｓ）、バ−ストモ−ドでの受信を終了する。バ−ストモ−ド・ブロードキャストフレームを再度受信しない場合（Ｓ１００３，Ｎｏ）、Ｓ１００２に戻る。
【００８３】
図１１は、本発明の実施の形態における受信時の動作の内、上位装置２００の動作を示したフローチャートである。
【００８４】
まず、上位装置２００は、ＬＡＮ制御装置１００からバ−ストモ−ド・ブロードキャストフレームを受信する（Ｓ１１０１）。次に、バ−ストモ−ド指示手段２１２がＬＡＮ制御装置１００に受信バ−ストモ−ドへの設定を指示する（Ｓ１１０２）。バ−ストモ−ド・データパケット作成分解手段２１１がＬＡＮ制御装置１００からバ−ストモ−ド・データパケットを受信する（Ｓ１１０３）。受信後、パケットは分解されデータが取り出される。その後、ＬＡＮ制御装置１００から再びバ−ストモ−ド・ブロードキャストフレームを受信すると（Ｓ１１０４，Ｙｅｓ）、バ−ストモ−ド指示手段２１２は、ＬＡＮ制御装置１００に受信バ−ストモ−ドの設定解除を指示する（Ｓ１１０５）。ＬＡＮ制御装置１００から再びバ−ストモ−ド・ブロードキャストフレームを受信しなかった場合（Ｓ１１０４，Ｎｏ）、Ｓ１１０３に戻る。
【００８５】
図１２は、本実施の形態における受信時の動作のうち、ＬＡＮ制御装置１００の動作を示したフローチャートである。
【００８６】
ＬＡＮ制御装置１００は、バ−ストモ−ド・ブロードキャストフレームを受信する（Ｓ１２０１）。すると、バ−ストモ−ド・ブロードキャストフレームを上位装置２００に送信する（Ｓ１２０２）。具体的には、ＬＡＮインタフェ−ス送受信手段５は、バ−ストモ−ド・ブロ−ドキャストフレ−ムを受信し、バ−ストモ−ド・ブロ−ドキャストフレ−ムをデ−タ線４０を介して受信デ−タ格納手段７に送出する。受信データ格納手段７は、ＬＡＮインタフェ−ス送受信手段５から送られた受信デ−タを、デ−タ線４２を介して正常性確認手段８へデ−タを送出する。正常性確認手段８で正常性を確認された受信データは、受信データ記憶手段９を経由して、上位装置２００へ送出される。
【００８７】
次に、ＬＡＮ制御装置１００は、上位装置２００からバ−ストモ−ドへの設定指示を受信する（Ｓ１２０３）。そして、ＬＡＮ制御装置１００内の各手段は、バ−ストモ−ドへ設定される（Ｓ１２０４）。具体的には、上位装置２００からバ−ストモ−ドへの設定指示を受信した制御部１は、制御線２４又は制御線２７を介してＬＡＮインタフェース送受信手段５と、受信データ格納手段７と、受信データ記憶手段９と、転送フレーム数格納手段１０と、にバ−ストモ−ドへの設定を指示する。
【００８８】
次に、ＬＡＮ制御装置１００は、バ−ストモ−ド・データパケットをＬＡＮインタフェース３００から受信し（Ｓ１２０５）、バ−ストモ−ド・データパケットを上位装置２００に送信する（Ｓ１２０６）。具体的には、ＬＡＮインタフェース送受信手段５は、バ−ストモ−ド・データパケットを受信し、受信データ格納手段７に送出する。
【００８９】
受信データ格納手段７で受信されたデータは、正常性格納手段８に送出され、受信デ−タの正常性が確認される。この判断結果は制御線２６を介して制御部１に通知される。制御部１は、この制御線２６で通知された受信デ−タの正常性確認結果を制御線２１を介して上位装置２００へ通知する。正常か否かの判断された受信デ−タは、デ−タ線４３を介して受信デ−タ記憶手段９へ送られる。受信データ記憶手段９は、ＬＡＮインタフェース３００から受信した受信デ−タを一時的に記憶し、受信デ−タを上位装置２００へ送出する。
【００９０】
ここで、受信データ格納手段７は、制御部１から制御線２４を介して、バ−ストモ−ドへ設定する指示を受けた後受信する最初のデ−タから転送フレーム数を取り出し、転送フレーム数格納手段１０へデータ線４１を介して格納する。即ち、図４に示された最初のフレームのレングスフィールドに格納された転送フレーム数を取り出し、転送フレーム数格納手段１０へ（転送フレーム数―１）のデータを格納する。
【００９１】
また、受信データ格納手段７は、２番目のフレ−ム以降のパケットを受信する度に、転送フレ−ム数格納手段１０へデ−タ線４１を介して１パケットを受信したことを通知（以下、１パケット受信通知と称す）する。
【００９２】
転送フレーム数格納手段１０は、バ−ストモ−ドの受信であることを制御部１から制御線２４を介して通知されたのち、受信デ−タ格納手段７から送られた転送フレ−ム数を格納する。また、受信デ−タ格納手段７からデ−タ線４１を介して１パケット受信通知を受けると、格納している転送フレ−ム数から１減算を行う。そして、減算結果が０になった時、制御線２５を介して制御部１へ１つのバ−ストモ−ド・データパケットの転送が終了したことを通知する。
【００９３】
次にＬＡＮ制御装置１００は、ＬＡＮインタフェース３００からバ−ストモ−ド・ブロードキャストフレームを再度受信すると（Ｓ１２０７，Ｙｅｓ）、受信したバ−ストモ−ド・ブロードキャストフレームは、ＬＡＮインタフェース送受信手段５、受信データ格納手段７、正常性確認手段８、受信データ記憶手段９を介して上位装置２００に送出される（Ｓ１２０８）。ＬＡＮインタフェース３００からバ−ストモ−ド・ブロードキャストフレームを再度受信しなかった場合（Ｓ１２０７，Ｎｏ）、Ｓ１２０５に戻る。
【００９４】
Ｓ１２０８後、ＬＡＮ制御装置１００は、上位装置２００からバ−ストモ−ドの設定解除指示を受信する（Ｓ１２０９）。即ち、制御部１は制御線２１を介して上位装置２００からバ−ストモ−ドの設定解除指示を受信する。その後、ＬＡＮ制御装置１００は、バ−ストモ−ド設定解除を行う（Ｓ１２１０）。即ち、制御部１からＬＡＮ制御装置１００内の各手段に制御線２４並びに制御線２７を介してバ−ストモ−ド設定解除の指示が出され、バーストモードが解除される。以降は、標準のＬＡＮ（例えば、ＩＥＥＥ８０２．ｘｘｘ）に準拠した標準の処理手順により送受信を実行するモードに戻る。
【００９５】
尚、本発明の実施の形態においては、「バ−ストモ−ド・ブロードキャストフレーム」はＬＡＮ制御装置１００の制御部１で作成され、「バ−ストモ−ド・データパケット」は上位装置２００で作成される例を示したが、本発明はこの例に限定されず他の形態を採用してもよい。例えば、「バ−ストモ−ド・ブロードキャストフレーム」を上位装置２００で作成し、「バ−ストモ−ド・データパケット」をＬＡＮ制御装置１００の制御部１で作成してもよい。また、「バ−ストモ−ド・ブロードキャストフレーム」「バ−ストモ−ド・データパケット」の両方を上位装置２００若しくは、ＬＡＮ制御装置１００の制御部１で作成してもよい。
【００９６】
次に本発明の他の実施例に付いて以下に図１３及び図１５を用いて説明する。
【００９７】
図１３は、本発明の他の実施形態を示すブロック図である。バ−ストデ−タ転送型ＬＡＮ制御装置１００は、図２に示したバーストデータ転送方ＬＡＮ制御装置１００と比べヘッダ削除手段３及びヘッダ追加手段１１を追加した構成である。図１５は、本発明の他の実施形態における送信データ記憶手段２と送信データ格納手段４に格納するデータ形式を示した図である。
【００９８】
次に図１３と図２の差分機能に関して説明する。このバ−ストデ−タ転送型ＬＡＮ制御装置１００は、常に上位装置２００から図１５の１に示すデ−タ形式のデ−タのみを受信し、送信デ−タ記憶手段２に格納する。そして、デ−タ線３２を介してヘッダ削除手段３へ送信デ−タが送られる。ヘッダ削除手段３は、制御部１から制御線２４を介してバ−ストモ−ドデ−タ転送の指示を受けている場合、まず、図１５の２（１）に示す様に最初のデ−タパケットはそのままデ−タ線３３を介して送信デ−タ格納手段４に送り、ＬＡＮインタフェース３００へ送信する。続く第２フレ−ム以降のデ−タにおいて、第２フレ−ムのヘッダ部である送信先アドレスと自分のアドレス並びにレングス部を削除したフレ−ムを、デ−タ線３３を介して送信デ−タ格納手段４へ送り、ＬＡＮインタフェ−スへ送信する。そして、このヘッダ削除動作は、バ−ストモ−ドでの送信デ−タが終了する迄継続される。
【００９９】
次に、受信動作に関して図２に示したバーストデータ転送方ＬＡＮ制御装置１００との差分を以下に説明する。
【０１００】
ヘッダ追加手段１１は、制御部１から制御線２８を介してバ−ストモ−ドに設定された場合、受信デ−タ格納手段７から送られた受信デ−タの内、最初の受信フレ−ム内ヘッダ部（送信先アドレス、自分のアドレス、レングス部）を内部に保持し、２番目のフレ−ム以降のフレ−ムに対して記憶した最初の受信フレ−ムのヘッダ部を付加して受信デ−タ記憶手段９を介して上位装置２００へ送る。ヘッダ追加手段１１は、制御線２８にて指示されるバ−ストモ−ドが解除される迄これらの動作を継続する。そして、再びバ−ストモ−ド・ブロ−ドキャストフレ−ムを受信し、上位装置２００からバ−ストモ−ド解除指示を受けた制御部１の指示により制御線２４並びに同２８を介してバ−ストモ−ドの解除が指示されると、ヘッダ削除手段３並びにヘッダ追加手段１１はバ−ストモ−ドを解除し、以降のデ−タ転送に於いて図１５の２（２）に示す様に送受信デ−タへのヘッダ追加削除動作は実行しない。
【０１０１】
本発明の他の実施形態では上述のように、上位装置２００ではなく制御装置１００側にヘッダ削除手段３及びヘッダ追加手段１１を備えているため、上位装置２００の負荷が軽減されるという効果を奏する。
【０１０２】
以上説明したように、本発明においては、以下に記載するような効果を奏する。
【０１０３】
第１の効果は、大量のデ−タを高速・短時間に送信することが可能となることである。
【０１０４】
その理由は、同一の送信先に送信され、その同一の送信先のアドレスを１つのみ備える複数のフレームを送信する送信装置を備えるため、回線の使用効率がよいためである。
【０１０５】
また、本実施例では、フレーム間隔を短縮していること（例えば１２Ｂｙｔｅから１Ｂｙｔｅに短縮）もその理由の一つである。
【０１０６】
また、本実施例では、バ−ストモ−ド・デ−タパケット転送時は複数のフレームの第１フレ−ムのレングス部にバ−ストモ−ドフラグと転送フレ−ム数を格納することにより、バ−ストモ−ド・データパケット転送における転送フレーム数を増加させること（例、最大３２７６７フレ−ム）が可能となったこともその理由の一つである。
【０１０７】
即ち、転送フレーム数を増加させると転送漏れが発生することが危惧されるが、本実施例ではＬＡＮ装置はバ−ストモ−ドフラグを検出すると、転送フレーム数を格納することにより、この情報を基に最後のフレームまで受信したことを検出することができる。このため転送漏れの発生を防ぐことができる。これにより本実施例では、約２９５ＭＢのデ−タを高速（ほぼワイヤ−スピ−ド）にて送信することが出来る。
【０１０８】
第２の効果は、データ漏洩を防止することが可能となることである。
【０１０９】
その理由は、標準のＬＡＮ（例えば、ＩＥＥＥ８０２．ｘｘｘ）に準拠していないフレームの転送を行っているため、標準のＬＡＮ装置ではデータを読み出すことができないためである。即ち、従来のＬＡＮ装置ではデータをキャプチャ出来ないためである。
【０１１０】
本実施例では、１番目のフレーム以外のフレームには送信先アドレス、自分のアドレス、レングスを付加しないこと、フレーム間隔を短縮したこと（例えば１２Ｂｙｔｅから１Ｂｙｔｅに短縮）、レングスフィールドにデータ部のサイズ等ではなく、バ−ストモ−ドであることを示すフラグや転送フレーム数を格納していること、等により標準のＬＡＮ規格とは異なるフレームを送信している。
【０１１１】
第３の効果は、ＬＡＮに接続している他のＬＡＮ装置とのデ−タ転送上の混乱を防止しつつ、バーストデータ転送を行うことができることである。
【０１１２】
その理由は、バ−ストモード・データパケットの送信開始前に、同一ＬＡＮインタフェースに接続されたＬＡＮ装置へ「バ−ストモ−ド・ブロ−ドキャストフレ−ム」を発行し、このフレ−ムを受信したＬＡＮ装置はデータの送信を保留するためである。
【０１１３】
第４の効果は、ＴＯＣ（total cost of ownership （総所有コスト）：コンピュ−タシステムの導入・維持・管理などに掛かる総経費を表す指標。米国のガ−トナ−グル−プが提唱）の大幅な改善ができることである。その理由は、従来仕様のフレ−ム処理とバ−ストモ−ドデ−タ転送が上位装置からの指示により実行出来る様にしているためである。
【０１１４】
第５の効果は、バーストデータ転送に係わる機器のＣＰＵの負荷を軽減できることである。その理由は、第２フレ−ム以降送信先アドレス、自分のアドレス並びにレングス部を削除したフレ−ムを送信・受信するようにしているためである。
【産業上の利用可能性】
【０１１５】
本発明はＬＡＮシステムに関し、特に、大量のデ−タを高速・短時間に転送するＬＡＮシステムにおいて利用可能である。
【図面の簡単な説明】
【０１１６】
【図１】本発明の実施の形態におけるＬＡＮ（Local Area Network）システムの構成を示した図である。
【図２】本発明の実施の形態におけるバ−ストデ−タ転送型ＬＡＮ（Local Area Network）制御装置１００と上位装置２００の構成を示したブロック図である。
【図３】本発明の実施の形態におけるバ−ストモ−ド転送の開始と終了をＬＡＮインタフェ−ス３００へ通知するためのバ−ストモ−ド・ブロ−ドキャストフレ−ムの構成を示した図である。
【図４】本発明の実施の形態におけるＬＡＮインタフェ−ス３００を介して目的のＬＡＮ装置（ＬＡＮ制御装置１００、ＬＡＮ機器４００等）へデ−タを送信する時のバ−ストモ−ド・データパケットの構成を示した図である。
【図５】本発明の実施の形態における送信デ−タ用格納手段４に格納されるデ−タの構成を示した図である。
【図６】ＬＡＮインタフェ−ス送受信手段５がバ−ストモ−ド・データパケットを送出する際の動作を示した図である。
【図７】本発明の実施の形態におけるＬＡＮ制御装置１００と、上位装置２００と、の送信時の動作を示したフローチャートである。
【図８】本発明の実施の形態における送信時の動作の内、上位装置２００の動作を示したフローチャートである。
【図９】本発明の実施の形態における送信時の動作の内、ＬＡＮ制御装置１００の動作を示したフローチャートである。
【図１０】本発明の実施の形態における  ＬＡＮ制御装置１００と、上位装置２００と、のデータを受信時の動作を示したフローチャートである。
【図１１】本発明の実施の形態における受信時の動作の内、上位装置２００の動作を示したフローチャートである。
【図１２】本実施の形態における受信時の動作のうち、ＬＡＮ制御装置１００の動作を示したフローチャートである。
【図１３】本発明の他の実施形態を示すブロック図である。
【図１４】本実施の形態における送信データ記憶手段２に記憶するデータ形式である。
【図１５】本発明の他の実施形態における送信データ記憶手段２と送信データ格納手段４に格納するデータ形式を示した図である。
【符号の説明】
【０１１７】
１    制御部
２    送信データ記憶手段
３    ヘッダ削除手段
４    送信データ格納手段
５    ＬＡＮインタフェース送受信手段
６    自ＭＡＣアドレス記憶手段
７    受信データ格納手段
８    正常性確認手段
９    受信データ記憶手段
１０    転送フレーム数格納手段
１１    ヘッダ追加手段
１００    ＬＡＮ制御装置
１０１    ＬＡＮ制御装置
２００    上位装置
２０１    上位装置
２１１    バ−ストモ−ド・データパケット作成分解手段
２１２    バ−ストモ−ド指示手段
３００    ＬＡＮインタフェース
４００    ＬＡＮ機器
４０１    ＬＡＮ機器
１０００    ＬＡＮシステム
【図１】
2008109471.tif 000003
【図２】
2008109471.tif 000004
【図３】
2008109471.tif 000005
【図４】
2008109471.tif 000006
【図５】
2008109471.tif 000007
【図６】
2008109471.tif 000008
【図７】
2008109471.tif 000009
【図８】
2008109471.tif 000010
【図９】
2008109471.tif 000011
【図１０】
2008109471.tif 000012
【図１１】
2008109471.tif 000013
【図１２】
2008109471.tif 000014
【図１３】
2008109471.tif 000015
【図１４】
2008109471.tif 000016
【図１５】
2008109471.tif 000017