(57)【要約】【課題】 本発明はIP、ブルートゥース、IEEE１３９４、ロントク等の多様なプロトコルを収容してこれら間の相互通信が可能にさせる共通プロトコル階層構造及び方法と共通プロトコルパケットに関する。【解決手段】 本発明の異機種プロトコルの間に相互データ伝送のための共通プロトコル階層構造は通信ネットワークで構成された二つの縦断利用者の仲の通信処理を階層別に分けることができるようにするOSI標準規約または参照モデル(OSI ７階層)において、階層の最上段に位するアプリケーション階層、前記アプリケーション階層の次に位する異機種プロトコルの間のデータ通信を可能にさせる共通プロトコル階層、前記共通プロトコル階層の次に位する表現階層、前記表現階層の次に位するセッション階層、前記セッション階層の次に位するトランスポート階層、前記トランスポート階層の次に位するネットワーク階層、前記ネットワーク階層の次に位するデータリンク階層及び前記データリンク階層の次に位する物理階層を含んで構成されるに技術的特徴がある。
2006503513.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークで構成された二つの縦断利用者の仲で、各階層が持っている特性で通信処理を階層別に分けることができるようにするOSI標準規約(OSI ７階層)ネットワークプロトコル階層構造において、
階層の最上段に位するアプリケーション階層と；
前記アプリケーション階層の次に位する異機種プロトコルの間のデータ通信を可能にさせる共通プロトコル階層と；
前記共通プロトコル階層の次に位する表現階層と；
前記表現階層の次に位するセッション階層と；
前記セッション階層の次に位するトランスポート階層と；
前記トランスポート階層の次に位するネットワーク階層と；
前記ネットワーク階層の次に位するデータリンク階層と；
前記データリンク階層の次に位する物理階層
を含んで構成されることを特徴とする異機種プロトコルの間に相互データ伝送のための共通プロトコル階層構造。
【請求項２】
OSI標準規約に付くネットワークプロトコルにおいて、
アプリケーション階層の次に位する異機種プロトコルの間にのデータ通信を可能にさせる共通プロトコル階層を含むことを特徴とする異機種プロトコルの間に相互データ伝送のための共通プロトコル階層構造。
【請求項３】
前記OSI標準規約に付くネットワークプロトコルはTCP/IP、IEEE１３９４、LonTalk及びブルートゥースプロトコルの中の何れか一つである事を特徴とする請求項２に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコル階層構造。
【請求項４】
前記共通プロトコル階層はパケットスイチング、ブロードキャストまたはマルチキャスト、住所変換、装置制御、パケット分類、保安、混雑接近制御及び資源管理を遂行することを特徴とする請求項１乃至請求項２に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコル階層構造。
【請求項５】
前記共通プロトコル階層はホームステーションチップ内部でサービス品質、保安及び通信管理の内部的なインタフェースを遂行することを特徴とする請求項１乃至請求項２に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコル階層構造。
【請求項６】
通信ネットワークで構成された二つの縦断利用者の仲で、通信処理を各階層が持っている特性で階層別に分けることができるようにするOSI標準規約(OSI ７階層)ネットワークプロトコル階層を用いた相互データ伝送方法において、異機種プロトコルの間の相互データ伝送のための共通プロトコル階層を通じてデータが伝送される段階を含んで成り立つことを特徴とする異機種プロトコルの間に相互データ伝送方法。
【請求項７】
OSI標準規約に付くネットワークプロトコル階層を用いた相互データ伝送方法において、アプリケーション階層の次に位する異機種プロトコルの間のデータ通信を可能にさせる共通プロトコル階層を通じてデータが伝送される段階を含むことを特徴とする異機種プロトコルの間に相互データ伝送方法。
【請求項８】
前記OSI標準規約に付くネットワークプロトコルはTCP/IP、IEEE１３９４、LonTalk及びブルートゥースプロトコルの中どの一つなのを特徴とする請求項７に記載の異機種プロトコルの間に相互データ伝送方法。
【請求項９】
前記共通プロトコル階層はパケットスイチング、ブロードキャストまたはマルチキャスト、住所変換、装置制御、パケット分類、保安、混雑接近制御及び資源管理を遂行することを特徴とする請求項６乃至請求項７に記載の異機種プロトコルの間に相互データ伝送方法。
【請求項１０】
前記共通プロトコル階層はホームステーションチップ内部でサービス品質、保安及び通信管理の内部的なインタフェースを遂行することを特徴とする請求項６乃至請求項７に記載の異機種プロトコルの間に相互データ伝送方法。
【請求項１１】
前記共通プロトコル階層を通じてデータが伝送される段階で、ネットワーク内のみたいなプロトコルを使う装置の間での通信は前記共通プロトコル階層を通じてデータが伝送される段階をバイパス(bypass)して、ネットワーク内の他のプロトコルを使う装置の間での通信は前記共通プロトコル階層段階を通じてデータが伝送される段階を遂行することを特徴とする請求項６に記載の異機種プロトコルの間に相互データ伝送方法。
【請求項１２】
前記共通プロトコル階層を通じてデータが伝送される段階では既存プロトコルのアプリケーション階層を通じてデータが伝送される段階と通信のために決まった規格のアプリケーションプログラムインタフェース(API)を支援することを特徴とする請求項１１に記載の異機種プロトコルの間に相互データ伝送方法。
【請求項１３】
ネットワークを通じて移動するすべてのデータ単位であるパケットにおいて、パケットに関する情報を含む共通プロトコルヘッダーとデータの内容を持つペイロードで構成されることを特徴とする異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項１４】
前記共通プロトコルヘッダーは、
移動する信号の発地に対する情報を持つ発地住所と；
移動する信号の目的地に対する情報を持つ目的地住所と；
トラフィックの種類、パケットの伝送方法及びホームネットワーク管理と関連したオプションフィールドと；
セグメンテーションとリオセムブルリ過程に使われる順序フィールドと；
アプリケーションデータの大きさを持つ長さフィールドと；
今後の使用のための予約フィールドと；で構成されることを特徴とする請求項１３に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項１５】
前記共通プロトコルヘッダーは１６バイトの大きさを持つことを特徴とする請求項１４に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項１６】
前記発地住所は前記１６バイト共通プロトコルヘッダーの中で３バイトの大きさを持つことを特徴とする請求項１４に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項１７】
前記目的地住所は前記１６バイト共通プロトコルヘッダーの中で３バイトの大きさを持つことを特徴とする請求項１４に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項１８】
前記オプションフィールドは前記１６バイト共通プロトコルヘッダーの中で２バイトの大きさを持つことを特徴とする請求項１４に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項１９】
前記オプションフィールドは
制御命令データとリアルタイムデータ及び非リアルタイムデータを区分するトラフィック種類フィールドと；
パケットの伝送方法を定義するパケット種類フィールドと；
共通プロトコルで提供するホームネットワーク管理のための管理パケットフィールドと；
で構成されることを特徴とする請求項１４に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項２０】
前記トラフィック種類フィールドは前記２バイトオプションフィールドの中で３ bitsの大きさを持つことを特徴とする請求項１９に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項２１】
前記パケット種類フィールドは前記２バイトオプションフィールドの中で５ bitsの大きさを持つことを特徴とする請求項１９に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項２２】
前記管理パケットフィールドは前記２バイトオプションフィールドの中で８ bitsの大きさを持つことを特徴とする請求項１９に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項２３】
前記管理パケットフィールドは、
装置たちのPnP機能を提供する装置登録パケットと；
ホームステーションたちのPnP機能を提供するホームステーション登録パケットと；
ホームネットワーク内の装置またはRGの動作有り無しを確認するオルライブ-チェックパケットと；
状態報告要請を受けた装置の状態をチェックして結果を送る状態報告パケットと；
VODストリームサービスを願う装置の要請に対する結果を応答するVOD MPEGストリーム関連パケットと；
放送用ストリームサービスを願う装置の要請に対する結果を応答する放送用MPEGストリーム関連パケットと；
ホームステーションが装置のゲートウェー・インタフェース住所を自動で知らせてくれるWAN及びストリームゲートウェー・インタフェース住所要求関連パケットと；
該当の装置と繋がれているホームステーションに新しい装置の追加、削除、初期化をする住所テーブル管理関連パケットと；を含んで構成されることを特徴とする請求項１９に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項２４】
前記装置登録パケットは
装置が始まれば装置がホームステーションに送るDRREQパケットと；
ホームステーションが前記DRREQパケットを受ければ装置に送るDRRESパケットと；を含んで構成されることを特徴とする請求項２３に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項２５】
前記ホームステーション登録パケットは、
ホームステーション登録のスタートを要請するHRSREQパケットと；
ホームステーション登録のスタート要請に応答するHRSRESパケットと；
ホームステーション登録を要請するHRREQパケットと；
ホームステーション登録要請に応答するHRRESパケットと；
ホームステーション登録を表示するHRINDパケットと；を含んで構成されることを特徴とする請求項２３に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項２６】
前記オルライブ-チェックパケットは、
装置が動作中か確認要請をするACREQパケットと；
装置がホームネットワークにログオンされているか応答をするACRESパケットとを含んで構成されることを特徴とする請求項２３に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項２７】
前記状態報告パケットは、
状態報告の要求項目及び要求項目に対するデータを含むRSREQパケットと；
要求項目に対する装置の状態をチェックした結果が含まれるRSRESパケットと；
装置の緊急な状況をホームステーションに送るRSINDパケット、を含んで構成されることを特徴とする請求項２３に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項２８】
前記VOD MPEGストリーム関連パケットは、
VOD MPEGストリームサービスを要請するVODREQパケットと；
VOD MPEGストリームサービスを応答するVODRESパケットと；
ペイロード内にMPEGストリームを積んで送るVODSTRパケットとを含んで構成されることを特徴とする請求項２３に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項２９】
前記放送用MPEGストリーム関連パケットは、
放送用MPEGストリームサービスを要請するBRCTREGパケットと；
放送用MPEGストリームサービスを応答するBRCTRESパケットと；
ペイロード内にMPEGストリームを積んで送るBRCTSTRパケットとを含んで構成されることを特徴とする請求項２３に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項３０】
前記WAN及びストリームゲートウェー・インタフェース住所要求関連パケットは、
WAN ゲートウェー・インタフェースの住所を要請するWGIREQパケットと；
WAN ゲートウェー・インタフェースの住所要請に応答するWGIRESパケットと；
WAN ゲートウェー・インタフェースの住所を初期化するWGIINDパケットと；
ストリームゲートウェー・インタフェース住所を要請するSGIREQパケットと；
ストリームゲートウェー・インタフェース住所要請に応答するSGIRESパケットと；
ストリームゲートウェー・インタフェースの住所を初期化するSGIINDパケットと；を含んで構成されることを特徴とする請求項２３に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項３１】
前記住所テーブル管理関連パケットは、
ホームステーションに新しい装置のログオンを知らせてくれるADEVパケットと；
ホームステーションに新しい装置のログアウトを知らせてくれるDDEVパケットと；
ホームステーションの装置たちが持っている住所テーブルを初期化するIDEVのパケット
を含んで構成されることを特徴とする請求項２３に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項３２】
前記ペイロードは装置を制御するためのUHCPパケットを積むことを特徴とする請求項１３に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項３３】
前記UHCPパケットのヘッダーフィールドは、
メッセージ種類を現わすメッセージタイプと；
メッセージ動作を詳らかに説明するアクションタイプと；
多くのつのメッセージ到着の時区別をするトランザクションIDと；
ペイロードの長さを現わす長さフィールドと；を含んで構成されることを特徴とする請求項３２に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項３４】
前記メッセージ種類は、
アクションタイ・プフィールドを行う時に使われる実行メッセージと；
アクションタイプ・フィールドを照会する時に使われる照会メッセージと；
ホームネットワーク内の装置たちのイベントやアラームを知らせる時に使われる報告メッセージ；
とを含むことを特徴とする請求項３３に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項３５】
前記実行メッセージは、
装置がペイロード内にある命令を遂行するようにするアクトと；
装置の属性をホームステーションに登録する時に使うレジスタと；  
前記アクト、レジスタパケットに対する応答のために使う応答とを含むことを特徴とする請求項３４に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項３６】
前記照会メッセージは、
装置の状態情報を要求する時に使われるアクトと；
装置のディレクトリ情報を要求する時に使われるデバイスディレクトリと；
属性情報を要求する時に使われる属性ディレクトリと；
アクト、デバイスディレクトリ、属性ディレクトリ要請に対する応答のために使われる応答と；を含むことを特徴とする請求項３４に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項３７】
前記順序のフィールドは前記１６バイト共通プロトコルヘッダーの中で１バイトの大きさを持つことを特徴とする請求項１４に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項３８】
前記順序のフィールドはセグメンテーションになった一連番号フィールドと最後のパケットなのを知らせてくれる最後のパケットフィールドで構成されることを特徴とする請求項３７に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項３９】
前記一連番号フィールドは前記１バイト順序のフィールドの中で７ bitsの大きさを持つことを特徴とする請求項３８に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項４０】
前記最後のパケットフィールドは前記１バイト順序のフィールドの中で１ bitの大きさを持つことを特徴とする請求項３８に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項４１】
前記長さフィールドは前記１６バイト共通プロトコルヘッダーの中で１バイトの大きさを持つことを特徴とする請求項１４に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【請求項４２】
前記予約フィールドは前記１６バイト共通プロトコルヘッダーの中で５バイトの大きさを持つことを特徴とする請求項１４に記載の異機種プロトコルの間に相互データ伝送のための共通プロトコルパケット。
【発明の詳細な説明】
【技術分野】
【０００１】
本の特許出願は(異機種プロトコルとマルチメディアデータの統合処理方法及び装置)名称の２００２年９月１８日出願した大韓民国出願特許第１０-２００２-００５６７２５号に係わるのである。
【０００２】
本発明は異機種プロトコルの間に相互データ伝送のための共通プロトコル構造に関することで、より詳しくはIP、ブルートゥース、IEEE１３９４及びロントク等の多様なプロトコルを収容してこれら間の相互通信が可能にさせる共通プロトコル階層の構造及び共通プロトコルパケット構造に関する。
【背景技術】
【０００３】
開放型システム相互接続(Open System Interconnection: OSI)の参照モデルは世界各国の業者たちがお互いの間の機種が他のコンピュータや端末装置を相互接続してアプリケーションプログラムの間に通信をなだらかにさまざまな業務を処理するための標準的な規則を提供する。
【０００４】
システム相互間のデータ流れはOSI環境を経って成り立つ。OSIでは７種階層が存在するのに、前記７種階層は大きく上位階層と下位階層で分けられる。上位階層は使用者と網運用管理のためのプロトコルを行って使用者の中央処理装置の間で通信が可能にさせるアプリケーション階層(Application Layer)、アプリケーション階層の機能モジュールの間で通信する構造を持つ情報の表現形式を扱う表現階層(Presentation Layer)及びアプリケーション階層間の対話を制御するセッション階層(Session Layer)を言う。
【０００５】
下位階層は上位階層が回線品質や通信の附加的なシステムの物理的な構成を意識しなくても両方端末装置の間で正確な通信が成り立つようにする役目を遂行する伝送階層(Transport Layer)、伝送階層の通信機能にデータ伝送サービスを提供するネットワーク階層(Network Layer)、論理ネットワークで物理的リンクのネーム・バリューを高めてデータを正確でなだらかに送る役目をするデータリンク階層(Data Link Layer)及びデータリンク階層からのデータ伝送要求によって物理媒体間の物理的なインタフェースとビートを送って受信する物理階層(Physical Layer)を言う。
【０００６】
開放型システムでシステムAの使用者プログラムデータはOSI環境に入力されて、アプリケーション階層から順に物理階層方へ移って伝送媒体に送り出しされる。この時データはHDLC(High level Data Link Control)手順に使われるフレームの中に入って伝送される。このフレームはOSIで中継開放型システムと呼ばれるデータ交換網の中を経って開放型システムから宛て先コンピュータで到着する。この中でデータは下位である物理階層から順番どおり各階層を経ってアプリケーション階層まで到逹して、最後に開放型システムからシステムBの目的地であるアプリケーションプロセスBに移る。
【０００７】
システム相互間のデータ流れはシステムとシステム間に成り立つことができるし、システムとシステムに繋がれた端末機とも成り立つことができる。ところが、２個以上のコンピュータシステムの間で通信をするためにはそれぞれのプロトコルが他の場合には相互間の通信が自由ではない。そのため、他の機種相互間に自由に效率的な通信をするためにプロトコル変換器が必要になった。
【０００８】
従来技術の米国登録特許の第５８５２６６０号によると、プロトコル変換器を使ってネットワークの間の信号接続機能部分を変換する装置及び方法が提示されている。これは例えばOSI階層の中でアプリケーション層データを含む遠隔通信SS７プロトコルを利用してネットワークの通信を互換可能にさせる方法に関するのである。
【０００９】
従来のプロトコル変換器は両方の中央処理装置(CPU)の間で異なる二つのプロトコルがデータの交換を成すようにした。すなわち、相互ソフトウェア間の直接的なデータ交換または、単純な論理を用いた相互ハードウェア間のデータ交換が成り立つようにする。このようなプロトコル変換器は中央処理装置が他の動作を遂行する期間にはその期間位の引き延ばし要素が発生するようになって、一側の中央処理装置が信号を受けて応答をシステムの内部と取り交わす間、中央処理装置の間に負担が与えられて時間無駄使い要素が発生して性能的な面で損失の多い問題点が発生する。  
多様なプロトコル間の通信のための従来の住所変換方法はプロトコル変換過程と密接な関係がある。したがってプロトコル変換方法による住所変換方法は大きく３種で分類することができる。
【００１０】
一番目では１:１プロトコル変換方法である。OSI ７階層を基準で特定プロトコルの特定階層を他のプロトコルのここに相応する階層に変換する方法である。これは変換しなければならない階層の数がm個といえばm個の変換方法が必要で、また変換しようとするプロトコル個数がn個ならnC２位の方法が必要なのですべてm・nC２位の方法が必要なつもりである。したがって多様なプロトコル階層を持つ多様なプロトコルの間の相互データ交換のためにはよほど多くの変換方法によって複雑度の大きくなる短所があった。
【００１１】
二番目では特定プロトコルへの変換方法である。n個のプロトコルの中でどの特定のプロトコルを基準でプロトコル変換をする方法である。すなわちn個のプロトコルをこの中一つの基準プロトコルに変換する方法は(n-１)個の変換方法が必要で、このそれぞれに対して各階層別に変換しなければならない場合の数がm個といえばm個の変換方法が必要なので、すべてm・(n-１)個の変換方法が存在する。これは上の一番目の方法に比較すればプロトコル変換の時複雑度側面で多くの減少を見せるが、やはり多くのプロトコルを変換するには大変な短所があった。
【００１２】
三番目では米国登録特許の第US５７１５２５０号のように、オーバレイを通じる住所変換方法を使うのである。これは例えばIP-over-IEEE１３９４、IP-over-ATM等がここに属する。これはIPというプロトコルがIEEE１３９４またはATMの階層の上に上がる構造で、特別な変換はしないがそれぞれ他のプロトコルの間にのデータ交換方法ではない。
【００１３】
すなわち、IP-over-IEEE１３９４の場合IEEE１３９４ネットワーク内の装置がIEEE１３９４データを送ればこれをIPに積んで送ってこれをIPを通じて再び受けてIP上位のIEEE１３９４階層を経ってIEEE１３９４装置がデータを受ける構造なので異機種プロトコルの間にデータ交換だからできない。
そうだが、前記のような従来のプロトコル変換方法たちは変換方法の複雑性、プロトコルの間に相互他の階層構造及び役目による複雑性、そして他のネットワーク内の装置をアクセスすることができる方法の複雑性を内在している。すなわち、変換しようとするプロトコルの間にの階層数及びプロトコル個数に比例する場合の数ほどの変換方法が必要なので複雑度が増加して、OSI ７階層を基準で各プロトコルが持っているプロトコル階層構造及び各階層の役目が相互とても違うのでこれら間の変換の時複雑度は特定係数倍ほどもっと増加して(この係数は各プロトコル階層での色々オプションフィールド及び処理する役目によって決められるはずである。)このような複雑なプロトコル変換をしてそれぞれ他のネットワークの装備間に通信が成り立つと仮定する時、これら間に相互認識することができる共通的な住所体系がないという問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明は前述した従来の問題点を解決するために案出されたものであり、多様なプロトコルを同時に収容することができる共通プロトコル階層構造と共通プロトコルパケット構造を設計して、一般的なプロトコル階層構造のアプリケーション階層下位に共通プロトコル階層を挿入して、すべてのネットワーク内の装置に共通住所を付与して、共通プロトコルを利用して各ネットワーク内の装置たちの動作状態の可否がわかる技法を提供するに本発明のその目的がある。
【課題を解決するための手段】
【００１５】
本発明の前記目的は通信ネットワークで構成された二つの縦断利用者の仲で、各階層が持っている特性で通信処理を階層別に分けることができるようにするOSI標準規約または参照モデル(OSI ７階層)構造において、階層の最上段に位するアプリケーション階層、前記アプリケーション階層の次で位する異機種プロトコルの間のデータ通信を可能にさせる共通プロトコル階層、前記共通プロトコル階層の次で位する表現階層、前記表現階層の次で位するセッション階層、前記セッション階層の次で位するトランスポート階層、前記トランスポート階層の次で位するネットワーク階層、前記ネットワーク階層の次で位するデータリンク階層及び前記データリンク階層の次で位する物理階層構造によって逹成される。
【００１６】
本発明の他の目的は通信ネットワークで構成された二つの縦断利用者の仲で、通信処理を各階層が持っている特別な機能を持って階層別に分けることができるようにするOSI標準規約または参照モデル(OSI ７階層)において、アプリケーション階層の次で位する異機種プロトコルの間のデータ通信を可能にさせる共通プロトコル階層段階を含んで成り立った異機種プロトコルの間に相互データ伝送のための共通プロトコル階層方法によって逹成される。
【００１７】
本発明のまた他の目的はネットワークを通じて移動するすべてのデータ単位であるパケットにおいて、パケットに関する情報を含む共通プロトコルヘッダーとデータの内容を持つペイロードで成り立った異機種プロトコルの間に相互データ伝送のための共通プロトコルパケットによって逹成される。
【発明の效果】
【００１８】
本発明の異機種プロトコルの間に相互データ伝送のための共通プロトコル階層構造及び方法と共通プロトコルパケットはアプリケーション階層または下位に共通階層を挿入することで既存プロトコル階層間の変換なしにアプリケーションプログラムだけで相互通信ができるし、共通プロトコルを使うすべてのネットワーク内のすべての装置に共通アドレスを付与することでこれら装置の管理及び相互通信が可能で、多様なプロトコルを使う装置たちの動作状態の可否をゲートウェーでわかる長所があって、多様なプロトコルを同時に収容することができる共通プロトコル階層及び共通プロトコルパケット構造の設計でプロトコルの間に互換性が増加することができる效果がある。
【発明を実施するための最良の形態】
【００１９】
既存の多様な伝送チャンネルを用いた多様なプロトコルの登場及び発展とこれらを収容する多様なミドルウェア、ハードウェアプラットホームの開発及びホームネットワーキングの関心度が増加する事によってホームネットワーキングの宅内網と外部網のプロトコルとしてまたはミドルウェアとしての標準で席を取るために角逐をしている状況である。ここに本発明ではこのような多様なプロトコルを皆収容することができる共通プロトコル構造及びこれら間に相互通信のためのプロトコル階層面での変換技法たちに対して説明している。
【００２０】
本発明の前記目的と技術的構成及びそれによる作用效果に関する詳しい事項は本発明の望ましい実施例を示している図面を参照した以下詳細な説明によって明確に理解されるはずである。
【００２１】
先に、図１は本発明による共通プロトコル階層の構造図である。共通プロトコル階層はアプリケーション階層１０の一部になることができるし、また既存のアプリケーション階層すぐ下に存在することができる。
【００２２】
前記共通プロトコルを含むネットワークプロトコルはワールドワイドウェップコンソーシアムであるW３Cでネットワーク間の通信標準規約で指定したOSI標準規約に付くすべてのネットワークプロトコルになることができる。そういうプロトコルの例ではインターネット、イントラネットまたはエックストラネッのような網で使われるTCP/IPプロトコル、リヌックス運営体制でのネットワーク通信に使われるIEEE１３９４プロトコル、使用者中心のシステムを具現するLonTalkプロトコル、無線ネットワークで使われるブルートゥースプロトコル等がある。
【００２３】
前記共通プロトコル階層を通じてデータが伝送される段階を含むネットワークプロトコル階層を用いたデータ伝送方法は二つの縦断の利用者の仲で通信サービスが可能にさせるアプリケーション階層を通じてデータが伝送される段階、パケットスイチング、ブロードキャストまたはマルチキャスト、住所変換、装置制御、パケット分類、保安、混雑接近制御及び資源管理などを遂行する共通プロトコル階層を通じてデータが伝送される段階、入力または出力されるデータを一つの表現形態から他の表現形態に変換する表現階層を通じてデータが伝送される段階、縦断ホストプログラムの間でメッセージを取り交わすための設定をして、データを受ける同期を制御する役目をして、通信セッションを構成するセッション階層を通じてデータが伝送される段階、縦断間信頼性あるデータ伝送を保障するための制御とエラーを管理するトランスポート階層を通じてデータが伝送される段階、パケットが正確な受信者に送られるように正しい経路を制御して受信の方で受けることができるようにするためのデータ経路を制御するネットワーク階層を通じてデータが伝送される段階、物理的レベルのエラー制御と同期を提供して、５を超過する１のストリーミングにビート化して、伝送確認と管理を担当するデータリンク階層を通じてデータが伝送される段階及び電気機械的に体系を取り揃えたネットワークを通じてビット列を運んで、伝送媒体を通じてデータを取り交わすハードウェア手段を提供する物理階層を通じてデータを送る段階を含んで成り立つ。
【００２４】
そういうプロトコル階層を用いたデータ伝送方法の例ではインターネット、イントラネットまたはエックストラネットのような網で使われるTCP/IPプロトコルを通じてデータを送る方法、リヌックス運営体制でのネットワーク通信に使われるIEEE１３９４プロトコルを通じてデータを送る方法、使用者中心のシステムを具現するLonTalkプロトコルを通じてデータを送る方法、無線ネットワークで使われるブルートゥースプロトコルを通じてデータを送る方法等がある。
【００２５】
図２は本発明による共通プロトコルのアプリケーション例示図としてネットワークAにいる装置たちの中で装置AAが共通プロトコルを支援するチップセットを使って他のネットワークBにある装置BAにデータを伝逹しようとする場合の例である。この時チップセットで支援するプロトコル階層とホームステーションのプロトコル階層は図３のようである。
【００２６】
装置AAのアプリケーション階層でのデータは共通プロトコル階層を経りながらアプリケーションデータの前にプリエムブル(preamble)と共通プロトコルヘッダーを付けて最終アプリケーションプロトコルデータ単位(application PDU)を作るようになって、以後プロトコル別で表現(階層６)階層から物理階層まで経って各プロトコル階層にあたるヘッダー(header)及びトレーラー(trailer)を付けるようになる。
【００２７】
このように完成されたパケットは各プロトコルネットワーク上の伝送媒体を通じて共通プロトコルを処理することができるチップセット外部のインタフェースモジュール装置AZで到逹するようになって、この装置では物理階層から階層６までのプロトコル階層を経りながら該当の階層のヘッダーとトレーラーを引き離してアプリケーション(application)階層まで到逹するようになる。この時装置AZのアプリケーションでは受けたアプリケーションプロトコルデータ単位パケットのプリエムブルを調査してプリエムブルが共通プロトコルを使うということが分かるようになって、チップから受けたパケットでプリエムブルをとり除いた共通プロトコルパケットのみ伝逹するようになって、プリエムブルが一致しない場合、自分の装置を目的地にして来たパケットなのを認識して自分のアプリケーション階層でデータ処理をするようになる。
【００２８】
この後共通プロトコルパケットを伝逹受けたチップセット内部では共通プロトコルヘッダー２１０内の住所情報によってスイチングをして目的地フォトにこの共通プロトコルパケットを送るようになって、このパケットを受けたチップ外部インタフェースモジュール装置BZに送ってくれる。
【００２９】
装置BZはこのパケットをアプリケーションデータに認識して共通プロトコル階層２０を経りながらプリエムブルと共通プロトコルヘッダー２１０をつけるようになる。この後階層６で物理階層８０と伝送媒体を通じて目的地である装置BAに送る。
【００３０】
伝送受けたパケットに対して物理階層８０から階層６までの処理手続きを経って共通プロトコル階層２０に到逹するようになって、やっぱりプリエムブルを調査してアプリケーションプロトコルデータ単位が他のネットワークから伝送された共通プロトコル階層２０を経って来たパケットであるのが分かる。
【００３１】
図３は共通プロトコルを支援するチップセット及びホームステーションのプロトコルの構造図である。共通プロトコル階層構造の共通プロトコル階層はパケットスイチング、ブロードキャストまたはマルチキャスト、住所変換、装置制御、パケット分類、保安、混雑接近制御及び資源管理などを遂行する。
【００３２】
図４は共通プロトコルを支援する装置のプロトコルの階層図である。ネットワーク内で共通プロトコルを支援する装置は必ず共通プロトコル階層を使わなければならないし、この時装置のプロトコル階層構造は下の図４のようである。ここで(1)の経路は自分の基本プロトコルを利用して自分のようなプロトコルを使う同じネットワーク内の装置と通信する場合１１０で、(2)の経路は共通プロトコルを使って他のネットワーク内の装置と通信する場合１２０を現わした図面である。また経路(3)は共通プロトコルと既存のプロトコルの間の円滑な通信のため、共通プロトコル階層では既存プロトコルのアプリケーション階層と通信のために決まった規格のAPIを支援１３０できなければならない。
【００３３】
図５は本発明による共通プロトコルパケットの構造図である。先にAPDU(Application Protocol Data Unit)はアプリケーション階層として生成されたデータで、異機種ネットワークの装置と通信する場合共通プロトコル階層に伝送されるようになる。
【００３４】
次に共通プロトコルパケット２００は総３２バイトで構成されて１６バイトのプリエムブルと１６バイトの共通プロトコルヘッダー２１０で構成される。ヘッダーは発地住所２２０、目的地住所２３０、オプションフィールド２４０、順序のフィールド２５０、長さフィールド２６０及び今後の使用のための予約フィールド２７０で構成される。
【００３５】
プリエムブルは１６バイトで構成されて、このフィールドの用途は大きく２種である。 一番目に現在入力受けたパケットが共通プロトコル階層を経って来たパケットなのかを知らせてくれる用途と、二番目に外部からの許可受けない宅内への接近を防止するための保安のための認証キー値打ちまたは認証暗号等が記入されることができる。
【００３６】
発地住所２２０は送信側の共通住所を現わしながらこれは共通プロトコル階層２０及びここに対応するアプリケーション階層１０でばかり理解することができるのである。この住所は実際ネットワーク内のすべての装置の物理住所(physical address)に１:１にマッピングされる住所で、この住所はこの共通プロトコルを収容するゲートウェーで一括的に管理をしなければならない。管理時には装置の物理住所とここに相応する共通住所を同時に管理するべきである。
【００３７】
またアプリケーション階層１０及び使用者はこの住所たちだけでも宅内のネットワーク構造及びどんなネットワークにどんな機能をするどんな装置があることがわかる構造に設計されていれば管理的な側面でさまざまな長所がありえる。そうするためには共通プロトコル内での住所体系に決まった規則があらなければならない。目的地住所２３０は発地住所２２０のような構造で、受信側の共通住所を現わす。
【００３８】
図６はオプションフィールド２４０の構造の例示図である。オプションフィールド２４０は２バイトで構成されることができるし、現在パケットのトラフィックタイプ(Traffic Type : TT)３１０、パケットタイプ(Packet Type : PT)３２０及びマネジメントパケット(Management Packet : MP)３３０で構成される。
【００３９】
図７はオプションフィールド２４０の細部内容であるトラフィック種類３１０の例示図である。トラフィック種類はパケットの急ぎ及びQoS(Quality of Service)のために制御命令データとリアルタイムデータ及び非リアルタイムデータで区分する。制御命令データは家内の装置たちを制御する時に使われるデータを意味して、リアルタイムデータはオーディオ、ビデオ及びゲーム等のエンターテイメント用リアルタイム処理を要するデータを現わす時に使われる。非リアルタイムデータはその以外のインターネットデータなどを現わす時に使われる。
【００４０】
図８はドメインネットワークとクラスタネットワークの定義を現わした図面である。ホームネットワークは一つ以上のレジデンションゲートウェー(RG)またはホームゲートウェー(HG)で構成されることができる。この時一つのRGまたはHGで構成されるネットワークをドメインネットワークだと定義する。そしてRGまたはHGに繋がれる一つのプロトコルネットワークをクラスタネットワークだと定義する。
【００４１】
図９はオプションフィールド２４０の細部内容であるパケット種類３２０の例示図である。パケット種類フィールドはパケットの伝送方法を定義するフィールドで、ユニキャスト(unicast)、ブロードキャスト(broadcast)及び多様なマルチキャスト(multicast)方法を提供する。前記の構造で基本的に１:１通信のためのユニキャストと１:あらゆる装置通信のためのブロードキャストがありえて、１:多数の装置通信のためのマルチキャスト方法がありえる。詳しいマルチキャスト方法はクラスタ内の装置たちだけの通信のためのクラスタ-マルチキャスト、ドメイン内の装置たちだけの通信のためのドメイン-マルチキャスト、RGだけの通信のためのRG-マルチキャストがありえる。
【００４２】
図１０と図１１はオプションフィールド２４０の細部内容である管理パケット種類３３０の例示図である。管理パケットフィールドは共通プロトコルで提供するホームネットワーク管理のために特別に定義されたフィールドである。１バイトで構成されてそれぞれのフィールド値は図１０と図１１の内容のようである。
【００４３】
図１２は順序フィールド２５０の構造の例示図である。共通プロトコル階層はアプリケーション階層とプレゼンテーション階層８０の間に存在するので各プロトコル毎に上、下の階層とのデータ交換をする時このような階層で支援するMTU(Maximum Transmission Unit)が違うことができる。こういう場合共通プロトコルパケット中にペイロード部分をセグメンテイションして送る必要がある。もちろん受信側ではこれらをまたリオセムブルリする過程が必要である。この時に使われるフィールドが順序フィールドで図１２のように現在セグメンテーションになった一連番号４１０と最後のパケットなのを知らせてくれるフィールド４２０で構成されることができる。
【００４４】
また長さフィールド(length field)２６０は共通プロトコルヘッダー２１０後のアプリケーションデータの大きさを現わす。
【００４５】
次に管理パケットフィールド３３０の細部項目に対してもっと詳らかに説明する事にする。管理パケットには装置登録(Device Registration)パケットとRGまたはホームステーション登録(Home Station Registration)パケット、オルライブ-チェック(Alive-Check)パケット、状態報告パケット、VOD及び放送用MPEGストリーム関連パケット、WAN及びストリームゲートウェー・インタフェース関連パケット、装置の追加、除去及び初期化と係わるパケット等がある。
【００４６】
図１３は装置登録(Device Registration)パケットに対する例示図である。装置登録パケットには装置登録を要請するDRREQ(Device Registration Request)、装置登録を応答するDRRES(Device Registration Response)パケットがありこのパケットを使うことで装置たちのPnP機能を提供することができる。
【００４７】
図１４はRGまたはホームステーション登録パケットに対する例示図である。RGまたはホームステーション登録パケットにはホームステーション登録のスタートを要請するHRSREQ(Home Station Registration Start Request)、ホームステーション登録のスタート要請に応答するHRSRES(Home Station Registration Start Response)、ホームステーション登録を要請するHRREQ(Home Station Registration Request)、ホームステーション登録要請に応答するHRRES(Home Station Registration Response)及びホームステーション登録を表示するHRIND(Home Station Registration Indication)パケットがありこのパケットを使うことでホームステーションたちのPnP機能を提供することができる。
【００４８】
前記のオルライブ-チェックパケットは図１５のオルライブ-チェックを要請するACREQ(Alive-Check Request)、オルライブ-チェックを応答するACRES(Alive-Check Response)パケットで構成されて、ホームネットワーク内の装置またはRGが動作している のかを確認するためのパケットである。ACREQを送った後、３秒中にACRESを受けることができなければ、該当の装置はホームネットワークからログアウトしたことで見做して、図１５のようにDDEV(Delete Device)パケットをホームネットワーク内のすべての装置にブロードキャスト(broadcast)する。
【００４９】
図１６はオルライブ-チェックパケット使用の例としてACREQ、ACRESパケットのタイム-ラインを見せてくれる。Case １はACREQパケットに対して３秒以前にACRES応答パケットを受けた場合である。したがってACREQパケットを送った装置は該当の装置がまだホームネットワークにログオンされていることがわかる。
【００５０】
Case ２はACREQパケットを送った後、３秒中に応答がない場合で、この時は該当の装置がホームネットワークからログアウトされたことを他の装置にDDEVパケットをブロードキャストすることで知らせてくれて、自分が管理する住所テーブルから該当の装置の住所を削除する。
【００５１】
図１７は状態報告(Report-Status)パケットの例として状態報告を要請するRSREQ(Report-Status Request)、状態報告を応答するRSRES(Report-Status Response)及び状態報告を初期化するRSIND(Report-Status Indication)パケットで構成される。
【００５２】
図１８は状態報告パケットの使用例としてRSREQを受けた装置は要求した項目に対して自分の状態をチェックして結果をRSRESに送ってくれる。状態報告要求項目及び要求項目に対するデータはRSREQパケットのペイロード部分に挿入される。RSINDパケットは装置自らが自分の緊急な状況などを自分のドメインネットワーク内のホームステーションに送ってくれる。
【００５３】
図１９はVOD MPEGストリーム関連パケットの例としてVOD MPEGストリームサービスを要請するVODREQ(VOD Request)、VOD MPEGストリームサービスを応答するVODRES(VOD Response)、及びVODSTR(VOD Stream)のパケットで構成されて、図２０は放送用MPEGストリーム関連パケットの例として放送用MPEGストリームサービスを要請するBRCTREQ(Broadcasting Request)、放送用MPEGストリームサービスを応答するBRCTRES(Broadcasting Response)、及びBRCTSTR(Broadcasting Stream)のパケットで構成される。
【００５４】
VOD及び放送用ストリームサービスを願う装置はVODREQ及びBRCTREQパケットをストリームゲートウェー・インタフェースに送る。この時ストリーム情報と必要な帯域幅を要求する。ストリームゲートウェー・インタフェースは要求した内容に対する結果と実際割り当てた帯域幅をVODRES及びBRCTRESパケットで知らせてくれる。実際ストリームはVODSTR及びBRCTSTRパケットのペイロード内に１８８バイトのMPEGストリームを送る。
【００５５】
図２１は WAN及びストリームゲートウェー・インタフェース住所要求関連パケットの例である。WANに接続及びストリームサービスを願う装置は該当のゲートウェー・インタフェースの住所が分かればこそ相互通信ができる。したがってこれらゲートウェー・インタフェース住所の要求、要求に対する応答及びゲートウェー・インタフェースを持っているホームステーションが自動で住所を知らせてくれるための機能を遂行するパケットが必要である。図２１のようにWAN ゲートウェー・インタフェースの住所を要請するWGIREQ(WAN Gateway Interface Request)、WAN ゲートウェー・インタフェースの住所要請に応答するWGIRES(WAN Gateway Interface Response)、WAN ゲートウェー・インタフェースの住所を初期化するWGIIND(WAN Gateway Interface Indication)、ストリームゲートウェー・インタフェース住所を要請するSGIREQ(Stream Gateway Interface Request)、ストリームゲートウェー・インタフェース住所要請に応答するSGIRES(Stream Gateway Interface Response)及びストリームゲートウェー・インタフェースの住所を初期化するSGIIND(Stream Gateway Interface Indication)パケットで構成される。住所要請に対して該当のゲートウェー・インタフェースを持っているホームステーションがペイロードに自分の住所を書いて応答パケットを送ってくれる。
【００５６】
図２２は住所テーブル管理関連パケットの例である。図２２のようにADEV(Add Device)、DDEV(Delete Device)、IDEV(Init Device)パケットで構成される。どんな装置がホームネットワークにログインするとかログアウトする場合、該当の装置と繋がれているホームステーションが他の装置たちに新しい装置のログオンまたは既存装置のログアウト事実を知らせてくれるためにADEV、DDEVパケットをbroadcastする。このパケットを伝逹受けた他の装置たちは自分が持っている住所テーブルから該当の装置の住所を削除する。IDEVパケットはホームステーションの装置たちが持っている住所テーブルを初期化しようとする時に使う。
【００５７】
図２３はUHCP(Universal Home Control Protocol)パケットの例である。家にある装置を制御するためのUHCPパケットはCPパケットのペイロードに積まれて、ペイロードに積まれた内容が装置制御パケットなのを現わすために管理パケットフィールドを図１１のように０xFFにセッティングする。UHCPパケットの形式は図２３のように４バイトのUHCPヘッダーとペイロードで構成される。
【００５８】
UHCPヘッダーフィールドはメッセージタイプ(MT)、アクションタイプ (AT)、トランザクションID(TID)及び長さフィールド(LEN)等で構成される。メッセージタイプ(MT)はメッセージ種類を現わす。メッセージ種類は実行(execution、０x１)、照会(query、０x２)、報告(notification、０x３)の三種類で分類される。アクションタイプ(AT)はメッセージの動作を詳らかに説明してくれる。メッセージの種類によってそれぞれ他の動作が定義される。トランザクションID(TID)は多くのつの応答メッセージが到着した時、該当の要求メッセージに対する応答メッセージを区別するために使うIDである。長さフィールド(LEN)はペイロードの長さをバイト数で現わす。UHCPメッセージの種類では実行メッセージ、照会メッセージ、報告メッセージがある。
【００５９】
図２４は実行メッセージ(Execution Message)の例である。図２４のようにアクト、レジスタ、応答(Response)三種類のATフィールドを持って、前記ATフィールドを行う時に使われるメッセージである。アクトは装置をペイロード内にある命令を遂行するようにするメッセージで、レジスタは装置の属性(attribute)をホームステーションに登録する時使って、特性はペイロード内に存在する。また応答はアクト、レジスタパケットに対する応答のために使われる。
【００６０】
図２５は照会メッセージ(Query Message)の例である。図２５のようにアクト、デバイスディレクトリ、属性ディレクトリ、応答の４種のATフィールドを持って、前記ATフィールド内容を照会する時に使われるメッセージである。アクトは装置の状態情報を要求する時使われて、デバイスディレクトリはホームネットワークでの装置のディレクトリ情報を要求する時使われて、ペイロードには何も積まれない。また、属性ディレクトリは属性情報を要求する時使われて、ペイロードには何も積まれない。応答はアクト、デバイスディレクトリ、属性ディレクトリ要請に対する応答のために使われる。
【００６１】
図２６は報告メッセージ(Notification Message)の例である。報告メッセージは図２６のような構造を持って、ホームネットワーク内の装置たちが自分の特定イベントやアラームなどを知らせる時に使われる。AT、TID二つのフィールドは使われない。
【図面の簡単な説明】
【００６２】
【図１】本発明による共通プロトコル階層の構造図である。
【図２】本発明による共通プロトコルのアプリケーションの例示図である。
【図３】共通プロトコルを支援するチップセット及びホームステーションのプロトコルの構造図である。
【図４】共通プロトコルを支援する装置のプロトコルの階層図である。
【図５】本発明による共通プロトコルパケットの構造図である。
【図６】オプションフィールドの構造の例示図である。
【図７】オプションフィールドの細部内容の中でトラフィック種類の例示図である。
【図８】ドメインネットワークとクラスタネットワークの定義図である。
【図９】オプションフィールドの細部内容の中でパケット種類の例示図である。
【図１０】オプションフィールドの細部内容の中で管理パケット種類の例示図である。
【図１１】オプションフィールドの細部内容の中で管理パケット種類の例示図である。
【図１２】順序フィールドの構造の例示図である。
【図１３】装置登録関連管理パケットの例示図である。
【図１４】ホームステーション登録関連管理パケットの例示図である。
【図１５】オルライブ-チェックパケットの例示図である。
【図１６】オルライブ-チェックパケット使用の例示図である。
【図１７】状態報告パケットの例示図である。
【図１８】状態報告パケット使用の例示図である。
【図１９】VOD MPEGストリーム関連パケットの例示図である。
【図２０】放送用MPEGストリーム関連パケットの例示図である。
【図２１】WAN及びストリームゲートウェー・インタフェース住所要求関連パケットの例示図である。
【図２２】住所テーブル管理関連パケットの例示図である。
【図２３】UHCPパケットの例示図である。
【図２４】UHCP実行メッセージの構造図である。
【図２５】UHCP照会メッセージの構造図である。
【図２６】UHCP報告メッセージの構造図である。
【符号の説明】
【００６３】
１０ :アプリケーション階層 
２０ :共通プロトコル階層
３０ :表現階層 
４０ :セッション階層
５０ :トランスポート階層 
６０ :ネットワーク階層
７０ :データリンク階層 
８０ :物理階層
１１０ :同じプロトコルを使う装置間通信段階
１２０ :他のプロトコルを使う装置間通信段階
１３０ :既存オプルリケションとの通信のためのAPI提供段階
２００ :共通プロトコルパケット 
２１０ :共通プロトコルヘッダー
２２０ :発地住所 
２３０ :目的地住所
２４０ :オプションフィールド 
２５０ :順序のフィールド
２６０ :長さフィールド 
２７０ :予約フィールド
２８０ :ペイロード 
３１０ :トラフィック種類フィールド
３２０ :パケット種類フィールド 
３３０ :パケット管理フィールド
４１０ :一連番号フィールド 
４２０ :最後のパケットフィールド
【図１】
2006503513.tif 000003
【図２】
2006503513.tif 000004
【図３】
2006503513.tif 000005
【図４】
2006503513.tif 000006
【図５】
2006503513.tif 000007
【図６】
2006503513.tif 000008
【図７】
2006503513.tif 000009
【図８】
2006503513.tif 000010
【図９】
2006503513.tif 000011
【図１０】
2006503513.tif 000012
【図１１】
2006503513.tif 000013
【図１２】
2006503513.tif 000014
2006503513.tif 000015
2006503513.tif 000016
2006503513.tif 000017
2006503513.tif 000018
2006503513.tif 000019
2006503513.tif 000020
2006503513.tif 000021
2006503513.tif 000022
2006503513.tif 000023
【図１６ａ】
2006503513.tif 000024
【図１６ｂ】
2006503513.tif 000025
2006503513.tif 000026
2006503513.tif 000027
2006503513.tif 000028
【図１８ａ】
2006503513.tif 000029
【図１８ｂ】
2006503513.tif 000030
2006503513.tif 000031
2006503513.tif 000032
2006503513.tif 000033
2006503513.tif 000034
2006503513.tif 000035
2006503513.tif 000036
2006503513.tif 000037
2006503513.tif 000038
2006503513.tif 000039
2006503513.tif 000040
2006503513.tif 000041
2006503513.tif 000042
2006503513.tif 000043
2006503513.tif 000044
2006503513.tif 000045
【図２３】
2006503513.tif 000046
【図２４】
2006503513.tif 000047
【図２５】
2006503513.tif 000048
【図２６】
2006503513.tif 000049
【国際調査報告】
2006503513.tif 000050