(57)【特許請求の範囲】
【請求項１】
ヘッダー情報が保管されたレジスタ部、
受信されたフレームのヘッダー情報と前記レジスタ部に保管されたヘッダー情報が一致するか否かを比べる比較部、
前記比較部の比較結果によって前記受信されたフレームの処理を決定するインターフェースロジック部、
前記インターフェースロジック部で決定された前記受信されたフレームのヘッダー情報と一致するレジスタ部に保管されたヘッダー情報によるフレーム処理方法がフレーム加工である場合、前記受信されたフレームのデータを前記ヘッダー情報によるロジックに応じて加工するロジック処理部を含む、使用者定義プロトコルを適用したハードウェアプロトコルスタックであり、
前記ヘッダー情報によるロジックは、ヘッダー情報によるデータの単位指定を含み、
前記データの単位指定は、前記データの特定領域にペイロードデータ記録に対する要請があれば、前記ロジック処理部が基本オフセットを設定し、前記データのサイズ単位を設定の上、前記基本オフセットに、設定されたデータサイズ単位に対応される分を拡張してペイロードを保管する、使用者定義プロトコルを適用したハードウェアプロトコルスタック。
【請求項２】
前記インターフェースロジック部で決定された、前記受信されたフレームのヘッダー情報と一致するレジスタ部に保管されたヘッダー情報によるフレーム処理方法がフレーム保管である場合、
前記受信されたフレームを予め指定された位置に保管するフレーム受信部を含むことを特徴とする、請求項１に記載の使用者定義プロトコルを適用したハードウェアプロトコルスタック。
【請求項３】
前記インターフェースロジック部で決定された前記受信されたフレームのヘッダー情報と一致するレジスタ部に保管されたヘッダー情報によるフレーム処理方法が応答フレームの伝送である場合、
前記受信されたフレームに対する応答フレームを生成して伝送するフレーム生成部を含むことを特徴とする、請求項１ないし請求項２のいずれか１項に記載の使用者定義プロトコルを適用したハードウェアプロトコルスタック。
【請求項４】
ハードウェアプロトコルスタックの使用者定義プロトコルの適用方法であって、前記方法は、
レジスタ部が使用者から少なくとも一つ以上のフレームヘッダー情報が含まれたレジスタを入力してもらう段階と、
受信したフレームのフレームヘッダー情報と、前記少なくとも一つ以上のレジスタヘッダー情報を比較部が比べる段階と、
前記少なくとも一つ以上のレジスタヘッダー情報の中で、前記フレームヘッダー情報と一致するレジスタヘッダー情報によるフレーム処理方法でインターフェースロジック部がフレーム処理方法を決定する段階と
を含み、
前記レジスタヘッダー情報は受信したフレームデータの単位指定を含み、
前記データの単位指定は、前記データの特定領域にペイロードデータ記録に対する要請があれば、前記インターフェースロジック部が基本オフセットを設定し、前記データのサイズ単位を設定の上、前記基本オフセットに、設定されたデータサイズ単位に対応される分を拡張してペイロードを保管する、
該ハードウェアプロトコルスタックの使用者定義プロトコルの適用方法。
【請求項５】
前記インターフェースロジック部で決定されるフレーム処理方法がフレーム加工である場合、前記受信したフレームをロジック処理部が加工する段階と、
前記インターフェースロジック部で決定されるフレーム処理方法が応答フレームの伝送である場合、前記受信したフレームに対する応答フレームをフレーム生成部が生成して伝送する段階、及び
前記インターフェースロジック部で決定されるフレーム処理方法がフレーム保管である場合、前記受信したフレームをフレーム受信部が予め設定された目的地に保管する段階を含む段階を含むことを特徴とする、請求項４に記載のハードウェアプロトコルスタックの使用者定義プロトコルの適用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハードウェアプロトコルスタック及びハードウェアプロトコルスタックの使用者定義プロトコルの適用方法に係り、特に、使用者が定義したプロトコルを適用することができる、ハードウェアプロトコルスタック及びハードウェアプロトコルスタックの使用者定義プロトコルの適用方法に関する。
【背景技術】
【０００２】
ソフトウェアプロトコルスタックとハードウェアプロトコルスタック製品は、自動にプロトコルを解釈する機能を備えており、それぞれが固有のプロトコルに係る情報のみを処理する。ソフトウェアプロトコルスタックは、ハードウェアを別途に備えなくとも、現在使用するハードウェアに合うよう、ソフトウェアスタックを修正(ポーティング、porting)して使うもので、追加的なハードウェア資源を必要としない。しかし、ソフトウェア的にプロトコルを解釈するため、処理時間が増える短所がある。また、ハードウェアプロトコルスタックは、追加的なハードウェア資源が必要であるが、処理時間がソフトウェアプロトコルスタックに比べて顕著に速い長所がある。
【０００３】
図１は従来技術によるソフトウェアプロトコルスタックからフレームデータを抽出する過程を図示した概念図である。
【０００４】
図１を参照すれば、従来技術によるソフトウェアプロトコルスタックは、メディア１０にフレーム２０が流入されると、該デバイスはフレーム保管所３０にフレーム２０を保管する。また、ソフトウェアプロトコルスタック４０は、該フレーム２０のヘッダー情報を把握し、エラーデータや該フレーム２０がどの保管所に伝送されるべきであるかを判断して抽出する。このような構造によって、従来技術によるソフトウェアプロトコルスタックを利用すれば、開発者はソフトウェアプロトコルスタックがフレームを解釈する過程を知らなくても、データが自動に抽出されるので、開発に必要な時間を減らすことができる。
【０００５】
図２は従来技術によるハードウェアプロトコルスタックからフレームデータを抽出する過程を図示した概念図である。
【０００６】
図２を参照すれば、従来技術によるハードウェアプロトコルスタック５０は、メディア１０にフレーム２０が流入されると、ソフトウェアプロトコルスタックと違い、フレーム保管所に保管せずにハードウェアプロトコルスタック５０で直ちに処理する。したがって、使用者は所望のデータを速やかに抽出することができる。
【０００７】
このように、ハードウェアプロトコルスタックは、開発者が該プロトコルを正確に分からなくても自動に解釈してくれるので、開発時間を減少することができる。しかし、該プロトコルではなく、ユーザーが直接定義したり、ハードウェアプロトコルスタックが提供しないプロトコルを処理するためには、開発者が直接解釈する過程をソフトウェアで実現しなければならない。しかし、この場合、開発時間や努力が追加にかかり、ハードウェアで実現されたプロトコルスタックに比べて性能が低下する。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、使用者がプロトコルを新たに定義しても、ハードウェアプロトコルスタックの速い速度を保つことができる使用者定義プロトコルを適用したハードウェアプロトコルスタック及びハードウェアプロトコルスタックの使用者定義プロトコルの適用方法を提供することである。
【０００９】
本発明の目的は、以上で言及した目的に制限されず、言及していない本発明の他の目的及び長所は下記の説明によって理解されることができ、本発明の実施形態によってより明白に理解できる。また、本発明の目的及び長所は、特許請求の範囲に示す手段及びその組み合わせによって実現できることを容易に分かることができる。
【課題を解決するための手段】
【００１０】
このような目的を達成するための本発明は、ヘッダー情報が保管されたレジスタ部、受信されたフレームのヘッダー情報と前記レジスタ部に保管されたヘッダー情報が一致するか否かを比べる比較部、前記比較部での比較結果によって前記受信されたフレームの処理を決定するインターフェースロジック部、前記インターフェースロジック部で決定された前記受信されたフレームのヘッダー情報と一致するレジスタ部に保管されたヘッダー情報によるフレーム処理方法がフレーム加工である場合、前記受信されたフレームデータを前記ヘッダー情報によるロジックに応じて加工するロジック処理部を含む、使用者定義プロトコルを適用したハードウェアプロトコルスタックを提供する。
【００１１】
前記ヘッダー情報によるロジックは、ヘッダー情報による前記データの単位指定を含む。前記データ単位指定は、前記データの特定領域にペイロードデータ記録に対する要請があれば、前記ロジック処理部が基本オフセットを設定し、前記データのサイズ単位を設定の上、前記基本オフセットに設定されたデータサイズ単位に対応される分だけ拡張してペイロードを保管することができる。
【００１２】
ここで、前記インターフェースロジック部で決定された、前記受信されたフレームのヘッダー情報と一致するレジスタ部に保管されたヘッダー情報によるフレーム処理方法がフレーム保管である場合、前記受信されたフレームを予め指定された位置に保管するフレーム受信部を含む。
【００１３】
また、前記インターフェースロジック部で決定された前記受信されたフレームのヘッダー情報と一致するレジスタ部に保管されたヘッダー情報によるフレーム処理方法が応答フレームの伝送である場合、前記受信されたフレームに対する応答フレームを生成して伝送するフレーム生成部を含む。
【００１４】
また、本発明はレジスタ部が使用者から少なくとも一つ以上のフレームヘッダー情報が含まれたレジスタを入力してもらう段階と、受信したフレームのフレームヘッダー情報と、前記少なくとも一つ以上のレジスタヘッダー情報を比較部が比べる段階、前記少なくとも一つ以上のレジスタヘッダー情報の中で、前記フレームヘッダー情報と一致するレジスタヘッダー情報によるフレーム処理方法でインターフェースロジック部がフレーム処理方法を決定する段階を含む、ハードウェアプロトコルスタックの使用者定義プロトコルの適用方法を提供する。
【００１５】
前記インターフェースロジック部で決定されるフレーム処理方法がフレーム加工である場合、前記受信したフレームをロジック処理部が加工する段階と、前記インターフェースロジック部で決定されるフレーム処理方法が応答フレームの伝送である場合、前記受信したフレームに対する応答フレームをフレーム生成部が生成して伝送する段階、及び前記インターフェースロジック部で決定されるフレーム処理方法がフレーム保管である場合、前記受信したフレームをフレーム受信部が予め設定された目的地に保管する段階を含む。
【発明の効果】
【００１６】
本発明は、ハードウェアプロトコルスタックの供給社が提供するプロトコルにだけ適用されていたフレーム解釈機能を確張して、供給社が提供しないフレームの解釈と、使用者が作成したプロトコルを解釈できる機能、演算機能を提供することで柔軟性及び拡張性を増加させることができる。
【００１７】
また、本発明は、ハードウェアプロトコルスタックから、プロトコルの種類別に固定されている自動解釈機能を発展させ、ハードウェア的にも使用者が宣言したプロトコルを自動に処理することができるので、開発時間を縮めることができるし、ハードウェア的にフレームを解釈することであるので、使用者がプロトコルを定義しても速い速度を保つことができる。
【図面の簡単な説明】
【００１８】
【図１】従来技術によるソフトウェアプロトコルスタックからフレームデータを抽出する過程を図示した概念図。
【図２】従来技術によるハードウェアプロトコルスタックからフレームデータを抽出する過程を図示した概念図。
【図３】本発明による使用者定義プロトコルを適用したハードウェアプロトコルスタックのブロック図。
【図４】本発明による使用者定義プロトコルを適用したハードウェアプロトコルスタックのブロック図。
【図５】本発明によるハードウェアプロトコルスタックの使用者定義プロトコルの適用方法の手順図。
【発明を実施するための形態】
【００１９】
前述した目的、特徴及び長所は、添付の図面を参照して詳細に後述されるし、これによって本発明が属する技術分野における通常の知識を有する者が本発明の技術的思想を容易に実施することができる。本発明を説明するにあたり、本発明に係る公知技術に対する具体的説明が本発明の要旨を不必要に曖昧にすることができると判断される場合には、詳細な説明を省略する。以下、添付の図面を参照して、本発明による好ましい実施形態を詳しく説明する。図面において同一な参照符号は、同一または類似の構成要素を示すものとして使われる。
【００２０】
図３及び図４は、本発明による使用者定義プロトコルを適用したハードウェアプロトコルスタックのブロック図である。
【００２１】
本発明による使用者定義プロトコルを適用したハードウェアプロトコルスタックは、図３及び図４に図示されたように、受信されたフレームのヘッダーとレジスタに保管されたヘッダーを比べる比較部１１０と、ヘッダーが保管されるレジスタ部１２０、受信されたフレームの処理を決定するインターフェースロジック部１３０、受信されたフレームのデータをロジックに応じて処理するロジック処理部１４０、フレームを受信して保管するフレーム受信部１５０、及びフレームを生成するフレーム生成部１６０を含む。
【００２２】
比較部１１０は、メディアから受信されたフレームのヘッダー情報、すなわち、フレームヘッダー情報と、レジスタ部１２０に保管されたヘッダー情報、すなわち、レジスタヘッダー情報とを比べる。一般的に、フレームはヘッダー情報、すなわち、フレームヘッダー情報と、データ、フレームチェックシーケンス(frame check sequence、FCS)で構成される。比較部１１０は、フレームヘッダー情報、データ、及びフレームチェックシーケンスの中のフレームヘッダー情報をレジスタヘッダー情報と一致するかを比べる。
【００２３】
レジスタ部１２０は分析対象プロトコルのヘッダー情報を保管する。使用者は常用スタック製品が提供しないか、または、開発のために直接定義したプロトコルのヘッダー情報をレジスタに保管することができる。このようなレジスタ部１２０は、多数のレジスタを含むことができる。本発明は、レジスタ部１２０が第１レジスタ１２１と、第２レジスタ１２２、及び第Ｎレジスタ１２３を含むことを例示する。ここで、第１レジスタ１２１は、m(mは自然数)個のレジスタヘッダー情報を含み、これはＨＤＲ_００、ＨＤＲ_０１、…、ＨＤＲ_０mを例示する。第２レジスタ１２２もまたm(mは自然数)個のレジスタヘッダー情報を含み、ＨＤＲ_１０、ＨＤＲ_１１、…、ＨＤＲ_１mを例示する。また、第Ｎレジスタ(Ｎは自然数、１２３)もm(mは自然数)個のレジスタヘッダー情報を含み、m個のレジスタヘッダー情報としてＨＤＲ_Ｎ０、ＨＤＲ_Ｎ１、…、ＨＤＲ_Ｎmを例示する。
【００２４】
フレームに含まれたm(mは自然数)個のフレームヘッダー情報をＨＤＲ_Ｒ０、ＨＤＲ_Ｒ１、…、ＨＤＲ_Ｒmと例示すれば、比較部１１０は第１レジスタ１２１に含まれたレジスタヘッダー情報であるＨＤＲ_００、ＨＤＲ_０１、…、ＨＤＲ_０mを、フレームに含まれたフレームヘッダー情報であるＨＤＲ_Ｒ０、ＨＤＲ_Ｒ１、…、ＨＤＲ_Ｒmと比べる。ここで、両ヘッダー情報(フレームヘッダー情報とレジスタヘッダー情報)が相互マッチングしないと、比較部１１０は第２レジスタ１２２に含まれたレジスタヘッダー情報であるＨＤＲ_１０、ＨＤＲ_１１、…、ＨＤＲ_１mを、フレームに含まれたフレームヘッダー情報であるＨＤＲ_Ｒ０、ＨＤＲ_Ｒ１、…、ＨＤＲ_Ｒmと比べる。フレームヘッダー情報と第２レジスタ１２２に含まれたレジスタヘッダー情報が相互一致すると、ヘッダー情報比較を終了する。しかし、フレームヘッダー情報と第２レジスタ１２２に含まれたレジスタヘッダー情報が相互一致しないと、次のレジスタである第３レジスタに含まれたレジスタヘッダー情報をフレームヘッダー情報と比べる。また、比較部１１０は、フレームヘッダー情報とレジスタヘッダー情報が一致するまで比べ、これは第Ｎレジスタ１２３まで行うことができる。しかし、本発明はこれに限定されるものではなく、場合によって、フレームヘッダー情報とレジスタヘッダー情報を同時に比べることもできる。
【００２５】
インターフェースロジック部１３０は、受信されたフレームのフレームヘッダー情報とレジスタ部１２０に保管されたレジスタヘッダー情報の比較可否、フレームヘッダー情報とレジスタヘッダー情報の比較範囲、受信されたフレームの保管要否を決定する。すなわち、インターフェースロジック部１３０は、フレームに含まれたヘッダーの種類によってフレーム処理方法が変わる。ここで、フレーム処理方法は、フレームを加工または保管したり、応答フレームを生成して伝送することを含む。
【００２６】
ロジック処理部１４０はフレームヘッダー情報とレジスタヘッダー情報が一致し、該フレームヘッダー情報に対してインターフェースロジック部１３０でのフレーム処理方法がフレーム加工である場合、受信されたフレームのデータをロジックに応じて処理する。ここで、ロジックはフレームヘッダー情報による規則であって、例えば、フレームヘッダー情報によるフレームデータの単位指定などを含むことができる。フレームデータの単位指定である場合、受信されたフレームに含まれたデータには単位が指定されていない。したがって、ロジック処理部１４０は、該フレームのヘッダー情報によってデータに単位を指定する。
【００２７】
例えば、表１を参照すれば、０×１０の領域にペイロードデータ(payload data)を０×２０の分だけ使え、という要請があった場合、ロジック処理部１４０を使えば、使用者は基本オフセット(offset)を０×１０００と設定し、サイズの単位を４バイト(bytes)単位で設定して、０×１０１０に０×８０の分のペイロードを保管できる拡張性を持つことができる。
【００２８】
【表１】
0006518227.tif 000002
【００２９】
フレーム受信部１５０は、フレームヘッダー情報とレジスタヘッダー情報が一致し、該フレームヘッダー情報に対してインターフェースロジック部１３０でのフレーム処理方法がフレームの保管である場合、該フレームを予め設定された位置に保管(図３における（２）経路順に処理)する。
【００３０】
フレーム生成部１６０は、フレームヘッダー情報とレジスタヘッダー情報が一致し、該フレームヘッダー情報に対してインターフェースロジック部１３０でのフレーム処理方法が応答フレーム伝送である場合、フレーム生成部１６０は応答フレームを生成して伝送(図３における（１）経路順に処理)する。ここで、フレーム生成部１６０は、応答フレームの生成だけでなく、フレームヘッダー情報によって決められた様々なフレームを生成することもできる。
【００３１】
次いで、本発明によるハードウェアプロトコルスタックの使用者定義プロトコルの適用方法に対して図面を参照して説明する。後述する内容のうち、前述した本発明による使用者定義プロトコルを適用したハードウェアプロトコルスタックの説明と重なる内容は、省略したり手短に説明する。
【００３２】
図５は本発明によるハードウェアプロトコルスタックの使用者定義プロトコルの適用方法の手順図である。
【００３３】
本発明によるハードウェアプロトコルスタックの使用者定義プロトコルの適用方法は、図５に図示されたように、レジスタを入力してもらう段階(Ｓ１)、ヘッダー情報を比べる段階(Ｓ２)、フレーム処理を決定する段階(Ｓ３)、フレームを加工する段階(Ｓ４)、フレームに応答する段階(Ｓ５)、フレームを保管する段階(Ｓ６)を含む。
【００３４】
レジスタを入力してもらう段階(Ｓ１)は、レジスタ部が使用者からレジスタを入力してもらう。ここで、レジスタ部は、追って受信されるフレームのフレームヘッダー情報と比べるために、使用者から入力されたレジスタを保管する。また、使用者から入力されたレジスタは、ヘッダー情報、すなわち、レジスタヘッダー情報を含む。
【００３５】
ヘッダー情報を比べる段階(Ｓ２)でフレームが受信されると、比較部はレジスタを入力してもらう段階(Ｓ１)で入力されたレジスタのレジスタヘッダー情報と、受信されたフレームのフレームヘッダー情報を比べる。ここで、レジスタ部は第１レジスタないし第Ｎレジスタを含む。また、比較部はフレームヘッダー情報を第１レジスタのレジスタヘッダー情報から第Ｎレジスタのレジスタヘッダー情報まで、マッチングするまで比べる。
【００３６】
一方、ヘッダー情報を比べる段階(Ｓ２)でフレームヘッダー情報とレジスタヘッダー情報が一致しない場合、本発明は使用者からレジスタを追加に入力してもらうレジスタ追加入力(Ｓ２−１)段階をさらに含むこともできる。
【００３７】
フレーム処理を決定する段階(Ｓ３)は、ヘッダー情報を比べる段階(Ｓ２)でフレームヘッダー情報と一致するレジスタヘッダー情報が存在すれば、インターフェースロジック部は、該レジスタヘッダー情報によるフレーム処理方法でフレームを処理する。ここで、フレーム処理方法は、前述したように、フレームを加工または保管したり、応答フレームを生成して伝送することを含む。
【００３８】
フレームを加工する段階(Ｓ４)は、フレーム処理を決定する段階(Ｓ３)でヘッダー情報によるフレーム処理方法がフレームを加工することである場合、ロジック処理部が受信したフレームを加工する。
【００３９】
フレームに応答する段階(Ｓ５)は、フレーム処理を決定する段階(Ｓ３)でヘッダー情報によるフレーム処理方法がフレームで応答、すなわち、応答フレームを伝送することである場合、フレーム生成部が応答フレームを生成して伝送する。
【００４０】
フレームを保管する段階(Ｓ６)は、フレーム処理を決定する段階(Ｓ３)でヘッダー情報によるフレーム処理方法がフレーム保管である場合、受信したフレームをフレーム受信部が予め設定された目的地に保管する。
【００４１】
前述した本発明は、本発明が属する技術分野における通常の知識を有する者にとって、本発明の技術的思想を脱しない範囲内で様々な置換、変形及び変更が可能であるため、前述した実施形態及び添付の図面によって限定されるものではない。
本発明は一側面において以下の発明を包含する。
（発明１）
ヘッダー情報が保管されたレジスタ部、
受信されたフレームのヘッダー情報と前記レジスタ部に保管されたヘッダー情報が一致するか否かを比べる比較部、
前記比較部の比較結果によって前記受信されたフレームの処理を決定するインターフェースロジック部、
前記インターフェースロジック部で決定された前記受信されたフレームのヘッダー情報と一致するレジスタ部に保管されたヘッダー情報によるフレーム処理方法がフレーム加工である場合、前記受信されたフレームのデータを前記ヘッダー情報によるロジックに応じて加工するロジック処理部を含む、使用者定義プロトコルを適用したハードウェアプロトコルスタック。
（発明２）
前記ヘッダー情報によるロジックは、ヘッダー情報による前記データの単位指定を含むことを特徴とする、発明１に記載の使用者定義プロトコルを適用したハードウェアプロトコルスタック。
（発明３）
前記データの単位指定は、
前記データの特定領域にペイロードデータ記録に対する要請があれば、前記ロジック処理部が基本オフセットを設定し、前記データのサイズ単位を設定の上、前記基本オフセットに設定されたデータサイズ単位に対応される分を拡張してペイロードを保管することを特徴とする、発明２に記載の使用者定義プロトコルを適用したハードウェアプロトコルスタック。
（発明４）
前記インターフェースロジック部で決定された、前記受信されたフレームのヘッダー情報と一致するレジスタ部に保管されたヘッダー情報によるフレーム処理方法がフレーム保管である場合、
前記受信されたフレームを予め指定された位置に保管するフレーム受信部を含むことを特徴とする、発明１または発明２に記載の使用者定義プロトコルを適用したハードウェアプロトコルスタック。
（発明５）
前記インターフェースロジック部で決定された前記受信されたフレームのヘッダー情報と一致するレジスタ部に保管されたヘッダー情報によるフレーム処理方法が応答フレームの伝送である場合、
前記受信されたフレームに対する応答フレームを生成して伝送するフレーム生成部を含むことを特徴とする、発明１ないし発明４のいずれか１つに記載の使用者定義プロトコルを適用したハードウェアプロトコルスタック。
（発明６）
レジスタ部が使用者から少なくとも一つ以上のフレームヘッダー情報が含まれたレジスタを入力してもらう段階と、
受信したフレームのフレームヘッダー情報と、前記少なくとも一つ以上のレジスタヘッダー情報を比較部が比べる段階、
前記少なくとも一つ以上のレジスタヘッダー情報の中で、前記フレームヘッダー情報と一致するレジスタヘッダー情報によるフレーム処理方法でインターフェースロジック部がフレーム処理方法を決定する段階を含む、ハードウェアプロトコルスタックの使用者定義プロトコルの適用方法。
（発明７）
前記インターフェースロジック部で決定されるフレーム処理方法がフレーム加工である場合、前記受信したフレームをロジック処理部が加工する段階と、
前記インターフェースロジック部で決定されるフレーム処理方法が応答フレームの伝送である場合、前記受信したフレームに対する応答フレームをフレーム生成部が生成して伝送する段階、及び
前記インターフェースロジック部で決定されるフレーム処理方法がフレーム保管である場合、前記受信したフレームをフレーム受信部が予め設定された目的地に保管する段階を含む段階を含むことを特徴とする、発明６に記載のハードウェアプロトコルスタックの使用者定義プロトコルの適用方法。
【図１】
0006518227.tif 000003
【図２】
0006518227.tif 000004
【図３】
0006518227.tif 000005
【図４】
0006518227.tif 000006
【図５】
0006518227.tif 000007