(57)【特許請求の範囲】
【請求項１】
マルチパス透過的相互接続ＴＲＩＬＬ中のルーティングブリッジＲＢが、前記ＲＢに付着された端末に、前記ＴＲＩＬＬでのメッセージの転送に用いられる別名を配分し、
前記ＲＢが、前記端末が前記別名に基づいて細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行うように、配分された前記別名を前記端末に送信するステップを含み、
前記ＴＲＩＬＬ中の前記ＲＢが付着された前記端末に前記別名を配分するステップが、
前記ＲＢが自分の使用中の別名を取得し、
前記ＲＢが、取得した自分の使用中の前記別名を付着された前記端末に配分することを含み、
前記ＲＢが配分された前記別名を前記端末に送信した後、さらに、
前記ＲＢが、遠端からのＴＲＩＬＬメッセージを受信し、
前記ＲＢが、前記ＴＲＩＬＬメッセージ中の別名が自分の使用中の別名であるか否か、及び前記ＴＲＩＬＬメッセージ中の内層のイーサネット（登録商標）メッセージヘッド中のターゲット媒体アクセス制御ＭＡＣアドレスフィールドが前記ＲＢに付着された端末のＭＡＣアドレスであるか否かを判断し、
判断結果がＹＥＳである場合、前記ＲＢは、前記ＴＲＩＬＬメッセージを前記ＲＢに付着された前記端末に転送するステップを含む別名処理方法。
【請求項２】
端末が、マルチパス透過的相互接続ＴＲＩＬＬ中のルーティングブリッジＲＢが配分した、前記ＴＲＩＬＬでのメッセージの転送に用いられる別名を受信し、
前記端末が、受信した前記別名に基づいて、細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行うステップを含み、
前記端末が受信した前記別名に基づいて、細粒度ラベルでマルチテナント業務を区別した前記ＴＲＩＬＬメッセージのカプセル化を行うステップが、
前記端末が、前記端末と前記ＲＢとの間のパス類型に基づいて、前記端末と前記ＲＢとの間のパスでメッセージを転送するに用いられる前記パス類型に対応するメッセージヘッドを前記ＴＲＩＬＬメッセージにカプセル化することを含み、
前記端末が前記ＴＲＩＬＬ中の前記ＲＢが前記端末に配分した別名を受信するステップが、
前記端末が、前記ＲＢが前記端末に配分した前記ＲＢの自分の使用中の別名を受信することを含むマルチパス透過的相互接続ＴＲＩＬＬメッセージ処理方法。
【請求項３】
マルチパス透過的相互接続ＴＲＩＬＬ中のルーティングブリッジＲＢに位置する別名処理装置であって、
前記ＲＢに付着された端末に、前記ＴＲＩＬＬでのメッセージの転送に用いられる別名を配分する第１の配分モジュールと、
前記端末が前記別名に基づいて細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行うように、配分された前記別名を前記端末に送信する第１の送信モジュールと、を備え、
前記第１の配分モジュールが、
前記ＲＢの自分の使用中の別名を取得する第１の取得モジュールと、
取得した前記ＲＢの自分の使用中の前記別名を付着された前記端末に配分する第２の配分モジュールと、を含み、
遠端からのＴＲＩＬＬメッセージを受信する第１の受信モジュールと、
前記ＴＲＩＬＬメッセージ中の別名が自分の使用中の別名であるか否か、及び前記ＴＲＩＬＬメッセージ中の内層のイーサネット（登録商標）メッセージヘッド中のターゲット媒体アクセス制御ＭＡＣアドレスフィールドが前記ＲＢに付着された端末のＭＡＣアドレスであるか否かを判断する第１の判断モジュールと、
判断結果がＹＥＳである場合、前記ＴＲＩＬＬメッセージを前記ＲＢに付着された前記端末に転送する第１の転送モジュールと、をさらに含む別名処理装置。
【請求項４】
端末に位置するマルチパス透過的相互接続ＴＲＩＬＬメッセージ処理装置であって、
前記ＴＲＩＬＬ中のルーティングブリッジＲＢが前記端末に配分した、前記ＴＲＩＬＬでのメッセージの転送に用いられる別名を受信する第２の受信モジュールと、
受信した前記別名に基づいて、細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行う第１のカプセル化モジュールと、を備え、
前記第２の受信モジュールは、前記ＲＢが前記端末に配分した前記ＲＢの自分の使用中の別名を受信することによって、前記ＴＲＩＬＬ中のルーティングブリッジＲＢが前記端末に配分した別名を受信し、
前記第１のカプセル化モジュールは、前記端末と前記ＲＢとの間のパス類型に基づいて、前記端末と前記ＲＢとの間のパスでメッセージを転送するに用いられる前記パス類型に対応するメッセージヘッドを前記ＴＲＩＬＬメッセージにカプセル化することによって、受信した前記別名に基づいて、細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行うマルチパス透過的相互接続ＴＲＩＬＬメッセージ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、具体的に、別名、マルチパス透過的相互接続ＴＲＩＬＬメッセージ処理方法及び装置に関するものである。
【背景技術】
【０００２】
マルチパス透過的相互接続（Transparent  Interconnection  of  Lots  of  Links、ＴＲＩＬＬと略称）は、さまざまなメリットを融合した技術である。例えば、ＩＳＩＳパス状態ルーティングプロトコルを用いて二層ネットワークのトポロジーを計算することで、二層ブリッジでＳＴＰ（スパニングツリー）プロトコルを運行する際に一部のパスを遮断しなければならないので二層ネットワークのパスが充分に利用されていない問題を解決し、また、ＥＣＭＰアルゴリズム（等価コストマルチパス）を介してパスの負荷バランスを提供し、また、ＴＲＩＬＬプロトコルでルーティングの最も短いパス思想、ホップカウント（hop  count）を用いる方法でループの問題を解決すると共に、ＳＴＰネットワーク条件で故障後のネットワーク振動を防止し、分割ツリーの思想によってマルチキャスト、放送の伝送問題を解決し、また、ルーティングプロトコルのプルーニング、後方パス検出等の方式を参照してマルチキャストメッセージの処理を保証しつつ簡単化した。ＴＲＩＬＬネットワークの入り口にｉｎｇｒｅｓｓ  ＲＢｒｉｄｇｅ（入り口ルーティングブリッジ）があって、原始データのＴＲＩＬＬカプセル化を実現し、ユニキャストデータはＳＰＦアルゴリズムによって計算された最も短いパスに沿って転送され、マルチキャスト又は放送データは分割ツリーに沿って複数の出口に転送され、ＴＲＩＬＬネットワークの出口にはｅｇｒｅｓｓ  ＲＢｒｉｄｇｅ（出口ルーティングブリッジ）があってＴＲＩＬＬデータにデカプセル化を行う。
【０００３】
クラウドコンピューティングデータセンターの発展に伴って、業務にマルチテナント業務の精密な区別を行わなければならないが、既存のＶＬＡＮでテナント業務を区別する方法は既に要求を満たすことができなくなった。関連技術において、ＦＢＢ技術を用いる方法でマルチテナントを精密に区別する方法が開示されていて、ＰＢＢ技術において、Ｉ−ＳＩＤを用いてマルチテナントの業務を区別しているが、ＰＢＢとＴＲＩＬＬのカプセル化フォーマットが異なるので、ＰＢＢメッセージをｉｎｇｒｅｓｓ  ＲＢｒｉｄｇｅ機器に転送した場合、メッセージのフォーマットの変換及びラベルのマッピング操作、例えば、Ｉ−ＳＩＤ識別子からＴＲＩＬＬ細粒度ラベル（ｆｉｎｅ  ｇｒａｉｎｅｄ  ｌａｂｅｌ）へのマッピング等を行わなければならないので、余分の制御パネルメカニズムを介してマッピング情報の表示及び更新を行わなければならない。
従って、関連技術において、マルチテナントを精密に区別するには余分のフォーマットの変換及びラベルマッピングプロセスを行わなければならなく、設計が複雑であると共に、マルチテナントの処理効率も低い。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、少なくとも既存技術においてマルチテナントの精密の区別に余分のフォーマットの変換及びラベルのマッピングプロセスが必要で、設計が複雑であると共にマルチテナントの処理効率が低い問題を解決できる別名、マルチパス透過的相互接続ＴＲＩＬＬメッセージ処理方法及び装置を提供することをその目的とする。
【課題を解決するための手段】
【０００５】
本発明の一態様によると、マルチパス透過的相互接続ＴＲＩＬＬ中のルーティングブリッジＲＢが、前記ＲＢに付着された端末に、前記ＴＲＩＬＬでのメッセージの転送に用いられる別名を配分し、前記ＲＢが、端末が前記別名に基づいて細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行うように、配分された前記別名を前記端末に送信するステップを含む別名処理方法を提供する。
【０００６】
前記ＴＲＩＬＬ中の前記ＲＢが付着された前記端末に前記別名を配分するステップが、前記ＲＢが自分の使用中の別名を取得し、前記ＲＢが、取得した自分の使用中の前記別名を付着された前記端末に配分することを含む。
【０００７】
前記ＲＢが配分された前記別名を前記端末に送信した後、前記ＲＢが、遠端からのＴＲＩＬＬメッセージを受信し、前記ＲＢが、前記ＴＲＩＬＬメッセージ中の別名が自分の使用中の別名であるか否か、及び前記ＴＲＩＬＬメッセージ中の内層のイーサネット（登録商標）メッセージヘッド中のターゲット媒体アクセス制御ＭＡＣアドレスフィールドが前記ＲＢに付着された端末のＭＡＣアドレスであるか否かを判断し、判断結果がＹＥＳである場合、前記ＲＢは、前記ＴＲＩＬＬメッセージを前記ＲＢに付着された前記端末に転送するステップを更に含む。
【０００８】
本発明の他の一態様によると、端末が、前記ＴＲＩＬＬ中のルーティングブリッジＲＢが配分した、前記ＴＲＩＬＬでのメッセージの転送に用いられる別名を受信し、前記端末が、受信した前記別名に基づいて、細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行うステップを含むマルチパス透過的相互接続ＴＲＩＬＬメッセージ処理方法を提供する。
【０００９】
前記端末が受信した前記別名に基づいて、細粒度ラベルでマルチテナント業務を区別した前記ＴＲＩＬＬメッセージのカプセル化を行うステップは、前記端末が、前記端末と前記ＲＢとの間のパス類型に基づいて、前記端末と前記ＲＢとの間のパスでメッセージを転送するに用いられる前記パス類型に対応するメッセージヘッドを前記ＴＲＩＬＬメッセージにカプセル化することを含む。
【００１０】
前記端末が前記ＴＲＩＬＬ中の前記ＲＢが前記端末に配分した別名を受信するステップは、前記端末が、前記ＲＢが前記端末に配分した前記ＲＢの自分の使用中の別名を受信することを含む。
【００１１】
本発明の他の一態様によると、マルチパス透過的相互接続ＴＲＩＬＬ中のルーティングブリッジＲＢに位置する別名処理装置であって、前記ＲＢに付着された端末に、前記ＴＲＩＬＬでのメッセージの転送に用いられる別名を配分する第１の配分モジュールと、前記端末が前記別名に基づいて細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行うように、配分された前記別名を前記端末に送信する第１の送信モジュールと、を備える別名処理装置を提供する。
【００１２】
前記第１の配分モジュールは、前記ＲＢの自分の使用中の別名を取得する第１の取得モジュールと、取得した前記ＲＢの自分の使用中の前記別名を付着された前記端末に配分する第２の配分モジュールと、を含む。
【００１３】
上記装置は、遠端からのＴＲＩＬＬメッセージを受信する第１の受信モジュールと、前記ＴＲＩＬＬメッセージ中の別名が自分の使用中の別名であるか否か、及び前記ＴＲＩＬＬメッセージ中の内層のイーサネット（登録商標）メッセージヘッド中のターゲット媒体アクセス制御ＭＡＣアドレスフィールドが前記ＲＢに付着された端末のＭＡＣアドレスであるか否かを判断する第１の判断モジュールと、判断結果がＹＥＳである場合、前記ＴＲＩＬＬメッセージを前記ＲＢに付着された前記端末に転送する第１の転送モジュールと、を含む。
【００１４】
本発明の他の一態様によると、端末に位置するマルチパス透過的相互接続ＴＲＩＬＬメッセージ処理装置であって、前記ＴＲＩＬＬ中のルーティングブリッジＲＢが前記端末に配分した、前記ＴＲＩＬＬでのメッセージの転送に用いられる別名を受信する第２の受信モジュールと、受信した前記別名に基づいて細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行う第１のカプセル化モジュールと、を備えるマルチパス透過的相互接続ＴＲＩＬＬメッセージ処理装置を提供する。
【００１５】
本発明によると、マルチパス透過的相互接続ＴＲＩＬＬ中のルーティングブリッジＲＢによって前記ＲＢに付着された端末に別名を配分し、ここで、前記別名は前記ＴＲＩＬＬでのメッセージの転送に用いられ、前記ＲＢが配分された前記別名を前記端末に送信し、ここで、前記端末は前記別名に基づいて細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行い、これにより、既存技術においてマルチテナントの精密な区別に余分のフォーマットの変換及びラベルのマッピングプロセスが必要で設計が複雑であると共にマルチテナントの処理効率が低い問題を解決し、ＴＲＩＬＬ別名に基づく端末から端末への転送によってマルチテナント業務を精密に区別でき、余分のプロセスを省略できると共に、処理効率を向上させる効果を実現できる。
【図面の簡単な説明】
【００１６】
ここで説明する図面は本発明を理解させるためのもので、本発明の一部を構成し、本発明における実施例と共に本発明を解釈し、本発明を不当に限定するのではない。
【図１】本発明の実施例に係わる別名処理方法を示すフローチャートである。
【図２】本発明の実施例に係わるマルチパス透過的相互接続ＴＲＩＬＬメッセージ処理方法を示すフローチャートである。
【図３】本発明の実施例に係わる別名装置の構造を示すブロック図である。
【図４】本発明の実施例に係わる別名装置中の第１の配分モジュール３２の構造を示すブロック図である。
【図５】本発明の好適な実施例に係わる別名処理装置の構造を示すブロック図である。
【図６】本発明の実施例に係わるマルチパス透過的相互接続ＴＲＩＬＬメッセージ処理装置の構造を示すブロック図である。
【図７】本発明の実施例に係わるＴＲＩＬＬのデータセンターネットワークにおけるネットワーク構成を示す図である。
【図８】本発明の実施例に係わるＴＲＩＬＬがカプセル化したメッセージ構造を示す図である。
【図９】本発明の実施例に係わる内部ヘッド部が細粒度ラベルでカプセル化した構造を示す図である。
【図１０】本発明の実施例に係わる智能端末の通信ネットワークを示す図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照しつつ実施例を結合して本発明を詳しく説明する。ここで、衝突しない限り、本願に記載の実施例及び実施例中の特徴を互いに組み合わせることができる。
本実施例で別名処理方法を提供し、図１は、本発明の実施例に係わる別名処理方法を示すフローチャートで、図１に示すように、以下のステップを含む。
マルチパス透過的相互接続ＴＲＩＬＬ中のルーティングブリッジＲＢが、当該ＲＢに付着された端末に別名を配分し（ステップＳ１０２）、ここで、当該別名はＴＲＩＬＬでメッセージを転送する際に用いられる。
ＲＢは、配分された当該別名を上記端末に送信し（ステップＳ１０４）、ここで、当該端末は、上記別名に基づいて、細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行う。
【００１８】
上記ステップによると、ルーティングブリッジ側がルーティングブリッジＲＢを介して端末にＴＲＩＬＬ別名（ｎｉｃｋｎａｍｅ）を配分（配分して送信）し、ＴＲＩＬＬメッセージのカプセル化を支援する端末が配分された当該別名に基づいて、ＴＲＩＬＬメッセージのカプセル化を行い、ＴＲＩＬＬプロトコルが細粒度ラベル能力を支援するので、カプセル化されたＴＲＩＬＬメッセージで細粒度ラベルでマルチテナント業務の区別を実現することによって、関連技術においてＩ−ＳＩＤでマルチテナント業務を区別する場合にメッセージのフォーマットの変換及びラベルのマッピング操作を行わなければならないことでプロセスが複雑になり且つ処理効率が低い問題を解決し、ＴＲＩＬＬ別名を端末から端末への転送することで、関連技術における設計が複雑でマルチテナントの処理効率が低い問題を解決し、余分のプロセスを省略し、処理効率を向上させる効果を実現できる。
【００１９】
ＴＲＩＬＬ中のＲＢが付着された端末に別名を配分するにおいて、ＲＢの自分の別名を当該ＲＢに付着された端末に配分することができ、例えば、当該ＲＢが自分の使用中の別名を取得した後、取得した自分の使用中の当該別名を付着された端末に配分し、自分の使用中の別名を付着された端末に配分すると別名の空間を節約できる。
【００２０】
ＲＢが配分された当該別名を端末に送信した後、当該ＲＢが遠端からのＴＲＩＬＬメッセージを受信した場合、当該ＲＢは当該ＴＲＩＬＬメッセージ中の別名が自分の使用中の別名であるか否か、且つ、当該ＴＲＩＬＬメッセージ中の内層イーサネット（登録商標）メッセージヘッド中のターゲット媒体アクセス制御ＭＡＣアドレスフィールドがＲＢに付着された端末のＭＡＣアドレスであるか否かを判断し、在判断結果がＹＥＳである場合、当該ＲＢは、当該ＴＲＩＬＬメッセージをＴＲＩＬＬメッセージ中のＭＡＣ層アドレスに対応する当該ＲＢに付着された端末に転送し、これにより、ＴＲＩＬＬメッセージの端末から端末への転送を高速に実現できる。
【００２１】
本実施例によると、マルチパス透過的相互接続ＴＲＩＬＬメッセージ処理方法を提供し、図２は、本発明の実施例に係わるマルチパス透過的相互接続ＴＲＩＬＬメッセージ処理方法を示すフローチャートで、図２に示すように、当該プロセスは以下のステップを含む。
端末は、ＴＲＩＬＬ中のルーティングブリッジＲＢが端末に配分した別名を受信し（ステップＳ２０２）、ここで、当該別名は、ＴＲＩＬＬでのメッセージの転送に用いられ、また、ｎｉｃｋｎａｍｅ空間を節約するため、端末が受信した当該別名が前記ＲＢの自分の使用中の別名であることが好ましい。
当該端末は、受信した上記別名に基づいて、細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行う（ステップＳ２０４）。
【００２２】
上記ステップによると、端末側において、ルーティングブリッジＲＢが端末に配分（配分して送信）したＴＲＩＬＬ別名（ｎｉｃｋｎａｍｅ）を受信し、ＴＲＩＬＬメッセージのカプセル化を支援する端末が配分された当該別名に基づいてＴＲＩＬＬメッセージのカプセル化を行い、ＴＲＩＬＬプロトコルが細粒度ラベル能力を支援するので、カプセル化されたＴＲＩＬＬメッセージにおいて細粒度ラベルでマルチテナント業務の区別を実現することによって、関連技術においてＩ−ＳＩＤでマルチテナント業務を区別することでメッセージのフォーマットの変換及びラベルのマッピング操作を行わなければならないことでプロセスが複雑で処理効率が低い問題を解決し、ＴＲＩＬＬ別名の端末から端末への転送に基づいて、関連技術において設計が複雑でマルチテナントの処理効率が低い問題を解決し、余分のプロセスを省略し、処理効率を向上させる効果を実現できる。
【００２３】
尚、端末が受信した別名に基づいて細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行う場合、端末は、端末とＲＢとの間のパス類型に基づいて、ＴＲＩＬＬメッセージに当該パス類型に対応するメッセージヘッドをカプセル化することができ、ここで、パスに対応するメッセージヘッドは端末とＲＢとの間のパスでのメッセージの転送に用いられる。例えば、端末とＲＢとの間のパスがイーサネット（登録商標）パスであると、当該端末がＴＲＩＬＬメッセージにカプセル化したメッセージヘッドはイーサネット（登録商標）メッセージヘッドであって、端末とＲＢとの間のパスが他のパスであると、端末がＴＲＩＬＬメッセージにカプセル化したメッセージヘッドは他のパスのメッセージヘッドである。このようなカプセル化によって端末とＴＲＩＬＬネットワーク中のルーティングブリッジとの間で高速のメッセージの転送を実現する。
【００２４】
本実施例によると別名、マルチパス透過的相互接続ＴＲＩＬＬメッセージ処理装置を提供し、当該装置は上記実施例及び好適な実施形態を実現するものであって、既に説明した部分の説明は省略する。以下の使用のように、用語「モジュール」は所定の機能を実現できるソフトウェア及び/又はハードウェアの組合せである。以下に説明する装置をソフトウェアで実現することが好ましいが、ハードウェア又はソフトウェアとハードウェアとの組合せで実現することも可能である。
【００２５】
図３は、本発明の実施例に係わる別名装置の構造を示すブロック図で、図３に示すように、当該装置はマルチパス透過的相互接続ＴＲＩＬＬ中のルーティングブリッジＲＢに位置し、第１の配分モジュール３２と、第１の送信モジュール３４とを備え、以下、当該装置を説明する。
【００２６】
第１の配分モジュール３２は、ＲＢに付着された端末に別名を配分し、ここで、当該別名はＴＲＩＬＬでのメッセージの転送に用いられる。第１の送信モジュール３４は、上記第１の配分モジュール３２に接続されて、配分された上記別名を端末に送信し、ここで、端末は上記別名に基づいて細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行う。
【００２７】
図４は、本発明の実施例に係わる別名装置中の第１の配分モジュール３２の構造を示すブロック図で、図４に示すように、当該第１の配分モジュール３２は、第１の取得モジュール４２と、第２の配分モジュール４４と、を含み、以下、当該第１の配分モジュール３２を説明する。
第１の取得モジュール４２がＲＢの自分の使用中の別名を取得し、第２の配分モジュール４４が、上記第１の取得モジュール４２に接続されて、取得した当該ＲＢの自分の使用中の別名を付着された端末に配分する。
【００２８】
図５は、本発明の好適な実施例に係わる別名処理装置の構造を示すブロック図で、図５に示すように、当該装置は図３に示す全てのモジュールを備える以外、第１の受信モジュール５２と、第１の判断モジュール５４と、第１の転送モジュール５６とを更に備え、以下、当該好適な装置を説明する。
第１の受信モジュール５２は、遠端からのＴＲＩＬＬメッセージを受信し、第１の判断モジュール５４は、上記第１の受信モジュール５２に接続されて、ＴＲＩＬＬメッセージ中の別名が自分の使用中の別名であるか否か、及びＴＲＩＬＬメッセージ中の内層イーサネット（登録商標）メッセージヘッド中のターゲットＭＡＣアドレスフィールドが当該ＲＢに付着された端末のＭＡＣアドレスであるか否かを判断し、第１の転送モジュール５６は、上記第１の判断モジュール５４に接続されて、判断結果がＹＥＳである場合、当該ＴＲＩＬＬメッセージをＲＢに付着された当該端末に転送する。
【００２９】
図６は、本発明の実施例に係わるマルチパス透過的相互接続ＴＲＩＬＬメッセージ処理装置の構造を示すブロック図で、図６に示すように、当該装置は端末に位置し、第２の受信モジュール６２と、第１のカプセル化モジュール６４と、を備え、以下、当該装置を説明する。
第２の受信モジュール６２は、ＴＲＩＬＬ中のルーティングブリッジＲＢが端末に配分した別名を受信し、ここで、当該別名は当該ＴＲＩＬＬでのメッセージの転送に用いられ、第１のカプセル化モジュール６４は、上記第２の受信モジュール６２に接続されて、受信した上記別名に基づいて細粒度ラベルでマルチテナント業務を区別したＴＲＩＬＬメッセージのカプセル化を行う。
【００３０】
上記実施例及び好適な実施形態において、ＴＲＩＬＬプロトコルのｆｉｎｅ  ｇｒａｉｎｅｄ  ｌａｂｅｌ（細粒度ラベル）技術によるテナント業務の精密な区別を支援する特徴に基づいて、データセンターのＴＲＩＬＬネットワークにおける業務マルチテナントの方法を提供し、当該方法において、ＴＲＩＬＬプロトコルの転送を端末の仮想マシン・モニター（Ｈｙｐｅｒｖｉｓｏｒ）に配置することで、仮想マシンのマルチテナント業務を区別する。関連技術においてPBB技術を用いて端末とルーティングブリッジＲＢridgeとの間のデータ伝送を行う方法に比べ、当該方法によると、ＴＲＩＬＬ  ｎｉｃｋｎａｍｅの端末から端末への転送に基づくものであるので、縁部のＲＢridgeでテナント識別子のマッピングを行う必要がなく、テナント業務を精密に区別することができる。
【００３１】
本実施例において、ＴＲＩＬＬプロトコルのデータ転送を端末に配置しないために、端末にｎｉｃｋｎａｍｅ値を配分する必要があって、また、端末がｆｉｎｅ  ｇｒａｉｎｅｄ  ｌａｂｅｌに基づくＴＲＩＬＬカプセル化を支援しなければならない。そして、ｎｉｃｋｎａｍｅ空間を節約するため、本実施例において、ＲＢridgeは自分の使用中のｎｉｃｋｎａｍｅ値を端末に配分し、新規のｎｉｃｋｎａｍｅ値を付着された端末に配分する必要はない。
【００３２】
以下、本実施例に提供されるＴＲＩＬＬネットワークにおいて業務マルチテナントを解決する方法を説明し、当該方法は以下のステップを含む。
ルーティングブリッジは、自分に付着された端末にｎｉｃｋｎａｍｅを配分し（Ｓ１）、当該ｎｉｃｋｎａｍｅはルーティングブリッジの使用中のｎｉｃｋｎａｍｅであって、これにより、ｎｉｃｋｎａｍｅの空間を節約できる。
端末は、ｆｉｎｅ  ｇｒａｉｎｅｄ  ｌａｂｅｌに基づくＴＲＩＬＬメッセージのカプセル化を行って（Ｓ２）、ＴＲＩＬＬメッセージヘッド中のｉｎｇｒｅｓｓ  ｎｉｃｋｎａｍｅフィールドは自分のｎｉｃｋｎａｍｅ値である。
ルーティングブリッジは、遠端のＴＲＩＬＬメッセージを受信した後、ｅｇｒｅｓｓ  ｎｉｃｋｎａｍｅが自分の使用中のｎｉｃｋｎａｍｅであることを発現したが、ＭＡＣアドレスは付着された端末のＭＡＣアドレスでないと、当該ＴＲＩＬＬメッセージを当該端末に転送する（Ｓ３）。
【００３３】
尚、端末であるＨｙｐｅｒｖｉｓｏｒは智能端末であり、普通の端末機器に比べ、当該智能端末はＴＲＩＬＬメッセージのカプセル化を実現でき、ＴＲＩＬＬプロトコルが細粒度ラベル（ｆｉｎｅ  ｇｒａｉｎｅｄ  ｌａｂｅｌ）能力を支援するので、ｆｉｎｅ  ｇｒａｉｎｅｄ  ｌａｂｅｌを用いてマルチテナント業務を区別することができる。通常、端末とＴｏＲでＩＳＩＳプロトコルを運行しなく、ネットワークトポロジーとルーティングを計算する必要がないので、智能端末はルーティングブリッジのようにｎｉｃｋｎａｍｅを直接に発生して配分することができなく、その故、智能端末のｎｉｃｋｎａｍｅ値をルーティングブリッジにより配分しなければならない。ｎｉｃｋｎａｍｅの空間を節約するため、本実施例において、ルーティングブリッジによりｎｉｃｋｎａｍｅを付着された智能端末に配分する際、配分するのは自分の使用したｎｉｃｋｎａｍｅ値である。図７は、本発明の実施例に係わるＴＲＩＬＬのデータセンターネットワークにおけるネットワークの構成を示す図であり、図７に示すように、ＲＢ１がｎｉｃｋｎａｍｅ  Ｎ１を使用するとすると、ＲＢ１は付着された端末Ｈｙｐｅｒｖｉｓｏｒ１、Ｈｙｐｅｒｖｉｓｏｒ２、Ｈｙｐｅｒｖｉｓｏｒ３にいずれもＮｉｃｋｎａｍｅ  Ｎ１を配分する。端末がメッセージを送信する際、配分されたｎｉｃｋｎａｍｅ値を用いてカプセル化を行い、例えば、端末はＮ１をｉｎｇｒｅｓｓ  ｎｉｃｋｎａｍｅとしてＴＲＩＬＬのカプセル化を行う。
【００３４】
図８は、本発明の実施例に係わるＴＲＩＬＬカプセル化メッセージのフォーマットを示す図で、図８に示すように、パスヘッド部（Ｌｉｎｋ  Ｈｅａｄｅｒ）は端末からｉｎｇｒｅｓｓ  ＲＢへのパスカプセルで、例えば、端末からｉｎｇｒｅｓｓ  ＲＢまではイーサネット（登録商標）パスであって、最も外層のｌｉｎｋ  Ｈｅｒｄｅｒはイーサネット（登録商標）メッセージヘッドであって、ここで、ターゲットＭＡＣフィールドはＲＢ１のＭＡＣアドレスであって、ソースＭＡＣアドレスは端末の自分のＭＡＣアドレスである。他のパス類型、例えばPPPパス類型であると、ＲＦＣ６３２５に定義されたフォーマットに従ってカプセル化を行う。ＴＲＩＬＬヘッド部（ＴＲＩＬＬメッセージヘッド）中のｅｇｒｅｓｓ  Ｎｉｃｋｎａｍｅフィールドはターゲット端末のｎｉｃｋｎａｍｅ値（ターゲット端末も智能端末である場合、そうでないと、当該端末に付着されたｉｎｇｒｅｓｓ  ＲＢのｎｉｃｋｎａｍｅである）であって、ｉｎｇｒｅｓｓ  Ｎｉｃｋｎａｍｅフィールドは端末自分のＮｉｃｋｎａｍｅ  Ｎ１である。内部ヘッド部（Ｉｎｎｅｒ  Ｈｅａｄｅｒ）は送信待ちのイーサネット（登録商標）メッセージヘッドであって、業務のマルチテナントを実現するため、Ｉｎｎｅｒ  Ｈｅａｄｅｒはｆｉｎｅ  ｇｒａｉｎｅｄ  ｌａｂｅｌを用いてカプセル化を行い、具体的なカプセル化フォーマットは図９に示す通りで、図９は、本発明の実施例に係わる内部ヘッド部が細粒度ラベルを用いてカプセル化を行うフォーマット図で、図９に示すように、Ｉｎｎｅｒ  Ｈｅａｄｅｒは、初期及び選択肢フィールドと、内層のターゲットＭＡＣ（６  ｂｙｔｅｓ）と、内層のソースＭＡＣ（６  ｂｙｔｅｓ）と、類型フィールド  ０x８１００（２  ｂｙｔｅｓ）と、内層ラベルの第１部分（２  ｂｙｔｅｓ）と、類型フィールド  ０ｘ８９３Ｂ（２  ｂｙｔｅｓ）と、内層ラベルの第２部分（２  ｂｙｔｅｓ）と、負荷（Payload）と、末端フィールド（選択可能）等を含む。
【００３５】
以下、二つの智能端末の間のデータ通信プロセスを介してデータ転送を実現する例を説明する。
図１０は、本発明の実施例に係わる智能端末による通信ネットワークを示す図で、図１０に示すように、先ず、ＲＢ１がＨｙｐｅｒｖｉｓｏｒ１とＨｙｐｅｒｖｉｓｏｒ２に自分の使用中のｎｉｃｋｎａｍｅ  Ｎ１を配分し、ＲＢ３がＨｙｐｅｒｖｉｓｏｒ３とＨｙｐｅｒｖｉｓｏｒ  ４にＮｉｃｋｎａｍｅ  Ｎ３を配分し、Ｈｙｐｅｒｖｉｓｏｒ１のＭＡＣアドレスはＭＡＣ−Ａで、Ｈｙｐｅｒｖｉｓｏｒ  ３のＭＡＣアドレスはＭＡＣ−Ｃである。以下、図１０を結合してＨｙｐｅｒｖｉｓｏｒ１とＨｙｐｅｒｖｉｓｏｒ３との間のデータ通信プロセスを説明する。当該プロセスは以下のステップを含む。
【００３６】
（１）Ｈｙｐｅｒｖｉｓｏｒ１は、図８に示すデータフォーマットに従ってメッセージのカプセル化を行い、外層のｌｉｎｋ  Ｈｅａｄｅｒはイーサネット（登録商標）メッセージヘッドで、ターゲットＭＡＣアドレスはＲＢ１のＭＡＣアドレスで、ソースＭＡＣはＨｙｐｅｒｖｉｓｏｒ１の自分のＭＡＣアドレスであって、ＴＲＩＬＬ  Ｈｅａｄｅｒ中のｅｇｒｅｓｓ  ＮｉｃｋｎａｍｅフィールドはＮ３で、ｉｎｇｒｅｓｓ  ｎｉｃｋｎａｍｅフィールドはＮ１である。内層のイーサネット（登録商標）ヘッドのターゲットＭＡＣアドレスはＭＡＣ−Ｃで、ソースＭＡＣアドレスはＭＡＣ−Ａであって、内層のイーサネット（登録商標）ヘッドは、図９に示すフォーマットに従ってカプセル化を行い、図に示す内層ラベルの第１部分と内層ラベルの第２部分はｆｉｎｅ  ｇｒａｉｎｅｄ  ｌａｂｅｌを示す。
【００３７】
（２）カプセル化されたＴＲＩＬＬメッセージヘッドはＨｙｐｅｒｖｉｓｏｒとＲＢとの間のネットワークで転送され、ＴｏＲがＴＲＩＬＬのカプセル化及び転送を支援しないので、ＨｙｐｅｒｖｉｓｏｒとＲＢとの間のネットワークにおいて外層のイーサネット（登録商標）メッセージヘッドに応じて転送する。外層のイーサネット（登録商標）メッセージヘッドのターゲットＭＡＣアドレスがＲＢ１のＭＡＣアドレスであるので、メッセージはユニキャストの方式でＲＢ１に転送される。
【００３８】
（３）ＲＢ１は、当該ＴＲＩＬＬカプセル化されたメッセージを受信した後、ｎｉｃｋｎａｍｅ転送テーブルを調査して転送する。
【００３９】
（４）メッセージはＴＲＩＬＬネットワークにおいて既存のＴＲＩＬＬメッセージ転送メカニズムに応じて転送され、即ち、メッセージはｅｇｒｅｓｓ  ｎｉｃｋｎａｍｅに基づいてｎｉｃｋｎａｍｅを調査してからＲＢ３に転送される。
【００４０】
（５）ＲＢ３は、当該メッセージを受信した後、ｅｇｒｅｓｓ  ｎｉｃｋｎａｍｅが自分のＮ３であることは発現したが、内層のターゲットＭＡＣアドレスは自分のＭＡＣアドレスではなく、ＭＡＣ−Ｃであるので、ローカルのＭＡＣアドレステーブルを調査し、当該メッセージをローカルに付着された智能端末であるＨｙｐｅｒｖｉｓｏｒ３に送信すべきであることを発現したので、メッセージのＴＲＩＬＬカプセル化を保持したまま、ＴＲＩＬＬメッセージを智能端末に転送する。
【００４１】
（６）メッセージは、ＲＢ３と智能端末であるＨｙｐｅｒｖｉｓｏｒ３の間でも外層のＭＡＣメッセージヘッドによって転送される。
【００４２】
（７）Ｈｙｐｅｒｖｉｓｏｒ３は、当該メッセージを受信し、関連するデカプセル化及びメッセージ処理を行う。
【００４３】
（８）Ｈｙｐｅｒｖｉｓｏｒ３の応答メッセージの転送プロセスは上述のプロセスと同じで、智能端末との間の通信を完成する。
【００４４】
尚、二つの智能端末が同一のＲＢに付着された場合、例えば、図中のＨｙｐｅｒｖｉｓｏｒ１とＨｙｐｅｒｖｉｓｏｒ２の場合、業務マルチテナントの機能を実現するため、当該二つの智能端末の間の通信も上記の実施例及び好適な実施形態のＴＲＩＬＬメッセージのカプセル化方法を用いることができ、メッセージを転送する際に外層のイーサネット（登録商標）メッセージヘッドのみに基づいて転送すればよく、ＴＲＩＬＬメッセージヘッドにデカプセル化する必要がなく、ｎｉｃｋｎａｍｅに基づいて転送しなく、一方、パスの遠回りを減少するため、ＲＢ１メッセージの外層イーサネット（登録商標）ヘッドのカプセル化を行う際、ターゲットＭＡＣアドレスを直接にＨｙｐｅｒｖｉｓｏｒ２のＭＡＣアドレスＭＡＣ-Bとしてカプセル化する。
【００４５】
当業者にとって、上記の本発明の各ブロック又は各ステップは共通の計算装置によって実現することができ、単独の計算装置に集中させることができれば、複数の計算装置から構成されるネットワークに分布させることもでき、さらに計算装置が実行可能なプログラムのコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行することができ、又は夫々集積回路ブロックに製作し、又はそれらにおける複数のブロック又はステップを単独の集積回路ブロックに製作して実現することができることは明らかなことである。このように、本発明は如何なる特定のハードウェアとソフトウェアの結合にも限定されない。
【００４６】
以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の精神や原則内での如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。
【符号の説明】
【００４７】
３２  第１の配分モジュール
３４  第１の送信モジュール
４２  第１の取得モジュール
４４  第２の配分モジュール
５２  第１の受信モジュール
５４  第１の判断モジュール
５６  第１の転送モジュール
６２  第２の受信モジュール
６４  第１のカプセル化モジュール
【図１】
0006339068.tif 000002
【図２】
0006339068.tif 000003
【図３】
0006339068.tif 000004
【図４】
0006339068.tif 000005
【図５】
0006339068.tif 000006
【図６】
0006339068.tif 000007
【図７】
0006339068.tif 000008
【図８】
0006339068.tif 000009
【図９】
0006339068.tif 000010
【図１０】
0006339068.tif 000011