(57)【要約】      （修正有）【課題】  機器を確実に組み込むことができる、ネットワークにおけるデータ転送方法を提供する。【解決手段】  下位ネットワーク層（ＬＬ）、中間ネットワーク層（ＩＬ）及び上位ネットワーク層（ＨＬ）と、ＬＬ内で第１の規格の第１伝送データを送信する第１の機器（Ｄ１）と、ＬＬ内で第２の規格の第２伝送データを受信する第２の機器（Ｄ２）とを備えるネットワークにおけるデータ転送方法において、ＬＬにおいて、第１の機器の第１の伝送データを受信する第１の受信ステップと、第１の伝送データを処理して、ＩＬの第１の中間層データを生成する第１の下位層処理ステップと、第１の中間層データを処理して、ＨＬの上位層データを生成する第１の中間層処理ステップと、上位層データを処理して、ＩＬの第２の中間層データを生成する第２の中間層処理ステップと、第２の中間層データを処理して、第２の伝送データを生成する第２の下位層処理ステップとを有する。【選択図】  図１Ａ
2006186973.tif 000002
【特許請求の範囲】
【請求項１】
下位ネットワーク層（ＬＬ）、中間ネットワーク層（ＩＬ）及び上位ネットワーク層（ＨＬ）と、
上記下位ネットワーク層（ＬＬ）内で第１の規格（ＵＳＢ）の第１の伝送データ（T-DATA-1）を送信する少なくとも１つの第１の機器（Ｄ１、ＵＳＢ−Ｄ）と、
上記下位ネットワーク層（ＬＬ）内で第２の規格（ＢＴ）の第２の伝送データ（T-DATA-2）を受信する少なくとも１つの第２の機器（Ｄ２、ＢＴ−Ｄ）とを備えるネットワークにおけるデータ転送方法において、
上記下位ネットワーク層（ＬＬ）において、上記第１の機器（Ｄ１、ＵＳＢ−Ｄ）の上記第１の伝送データ（T-DATA-1）を受信する第１の受信ステップと、
上記第１の伝送データ（T-DATA-1）を処理して、上記中間ネットワーク層（ＩＬ）の第１の中間層データ（IL-DATA-1）を生成する第１の下位層処理ステップ（LLPS-1）と、
上記第１の中間層データ（IL-DATA-1）を処理して、上記上位ネットワーク層（ＨＬ）の上位層データ（HL-DATA）を生成する第１の中間層処理ステップ（ILPS-1）と、
上記上位層データ（HL-DATA）を処理して、上記中間ネットワーク層（ＩＬ）の第２の中間層データ（IL-DATA-2）を生成する第２の中間層処理ステップ（ILPS-2）と、
上記第２の中間層データ（IL-DATA-2）を処理して、上記第２の伝送データ（T-DATA-2）を生成する第２の下位層処理ステップ（LLPS-2）とを有し、
上記第１の中間層処理ステップ（ILPS-1）は、保証機能（ＳＦ）を含み、及び／又は上記第２の中間層処理ステップ（ILPS-2）は、保証機能（ＳＦ−２）を含むことを特徴とするデータ転送方法。
【請求項２】
上記第１の中間層処理ステップ（ILPS-1）内及び／又は上記第２の中間層処理ステップ（ILPS-2）内の保証機能は、上記上位層データ（HL-DATA）が所定の保証レベルを満たすことを保証し、及び／又は上記第２の中間層データ（IL-DATA-2）が該所定の保証レベルを満たすことを保証することを特徴とする請求項１記載のデータ転送方法。
【請求項３】
上記第１の伝送データ（T-DATA-1）、上記第１の中間層データ（IL-DATA-1）、上記上位層データ（HL-DATA）、上記第２の中間層データ（IL-DATA-2）及び／又は上記第２の伝送データ（T-DATA-2）は、上記第１の機器（ＵＳＢ−Ｄ、Ｄ１）によって上記第２の機器（ＢＴ−Ｄ、Ｄ２）を制御し、又は該第２の機器（ＢＴ−Ｄ、Ｄ２）によって該第１の機器（ＵＳＢ−Ｄ、Ｄ１）を制御することを許可するコマンド及び／又は動作を含むことを特徴とする請求項１又は２記載のデータ転送方法。
【請求項４】
上記第１の中間層データ（IL-DATA-1）及び／又は上記上位層データ（HL-DATA）のコマンド及び／又は動作には、上記保証機能（ＳＦ）が適用されることを特徴とする請求項３記載のデータ転送方法。
【請求項５】
上記保証機能（ＳＦ）は、上記コマンド及び／又は動作に対する信頼性検査を含むことを特徴とする請求項３又は４記載のデータ転送方法。
【請求項６】
上記保証機能（ＳＦ）は、保証機能シグネチャを有し、
上記ネットワークは、ネットワークシグネチャを有し、
上記第２の下位層処理ステップ（LLPS-2）は、上記保証機能シグネチャと上記ネットワークシグネチャが互いに対応しない場合、ユーザプロンプトを生成する保証認証ステップを含み、
上記ユーザプロンプトは、ユーザに対し、安定性の問題の有無にかかわらず、上記保証機能、上記第１の機器及び／又は上記第２の機器を使いたいかを尋ねることを特徴とする請求項１乃至４いずれか１項記載のデータ転送方法。
【請求項７】
上記保証機能（ＳＦ）は、保証機能シグネチャを有し、
上記ネットワークは、ネットワークシグネチャを有し、
上記保証機能シグネチャと上記ネットワークシグネチャが互いに対応しない場合、上記第１の中間層処理ステップ（ILPS-1）及び／又は上記第２の中間層処理ステップ（ILPS-2）は、実行されず、
上記第１の機器（Ｄ１、ＵＳＢ−Ｄ）及び／又は上記第２の機器（Ｄ２、ＢＴ−Ｄ）の間の接続は、確立されないことを特徴とする請求項１乃至５いずれか１項記載のデータ転送方法。
【請求項８】
上記保証機能（ＳＦ）は、ある動作及び／又はコマンドの阻止及び／又は変更を含むことを特徴とする請求項１乃至７いずれか１項記載のデータ転送方法。
【請求項９】
上記ネットワークは、少なくとも１つの高性能ゲートウェイ（ＳＧ、ＳＧ−１、ＳＧ−２）を含む一組の高性能ゲートウェイを有し、
上記第１の機器（Ｄ１）は、上記一組の高性能ゲートウェイの少なくとも第１の高性能ゲートウェイ（ＳＧ−１）に接続され、
上記第２の機器（Ｄ２）は、上記一組の高性能ゲートウェイの少なくとも第２の高性能ゲートウェイ（ＳＧ−２）に接続され、
上記第１の中間層処理ステップ（ILPS-1）及び／又は上記第２の中間層処理ステップ（ILPS-2）は、上記第１の高性能ゲートウェイ（ＳＧ−１）及び／又は上記第２の高性能ゲートウェイ（ＳＧ−２）において実行されることを特徴とする請求項１乃至８いずれか１項記載のデータ転送方法。
【請求項１０】
上記ネットワークは、少なくとも２つの高性能ゲートウェイ（ＳＧ−１、ＳＧ−２）を含む一組の高性能ゲートウェイを有し、該第１の高性能ゲートウェイ（ＳＧ−１）及び該第２の高性能ゲートウェイ（ＳＧ−２）は、物理的に分離され、上記第１の中間層処理ステップ（ILPS-1）及び／又は上記第２の中間層処理ステップ（ILPS-2）が互いに影響を与えないことを特徴とする請求項９記載のデータ転送方法。
【請求項１１】
上記ネットワークは、拡張マークアップ言語（ＸＭＬ）を含むテキストベースのプロトコルに基づく上位ネットワーク層（ＨＬ）を有し、如何なる実行可能なプログラムも該ネットワークに干渉せず及び／又は影響を与えないことを特徴とする請求項１乃至１０いずれか１項記載のデータ転送方法。
【請求項１２】
上記ネットワークは、ＵＰｎＰ規格、ＨＡＶＩ規格又はＪｉｎｉ規格に基づく上位ネットワーク層（ＨＬ）を有することを特徴とする請求項１乃至１１いずれか１項記載のデータ転送方法。
【請求項１３】
上記第１の規格及び上記第２の規格は、ＩＥＥＥ１３９４、ブルートゥース、ＷＬＡＮ、ＵＳＢ及びＭＯＳＴのうちのいずれかの規格であることを特徴とする請求項１乃至１２いずれか１項記載のデータ転送方法。
【請求項１４】
上記第１の高性能ゲートウェイと上記第２の高性能ゲートウェイは同一であり、上記第１の中間層処理ステップ（ILPS-1）及び上記第２の中間層処理ステップ（ILPS-2）は、同じゲートウェイ上で実行されることを特徴とする請求項９又は１０記載のデータ転送方法。
【請求項１５】
上記同じゲートウェイは、第１の処理手段及び第２の処理手段を含み、
上記第１の処理手段と上記第２の処理手段は、互いに独立し、
上記第１の中間層処理ステップ（ILPS-1）は、上記第１の処理手段によって実行され、
上記第２の中間層処理ステップ（ILPS-2）は、上記第２の処理手段によって実行されることを特徴とする請求項１４記載のデータ転送方法。
【請求項１６】
少なくとも１つの機器（Ｄ１、Ｄ２）、更なる高性能ゲートウェイ及び／又はネットワークに接続可能な高性能ゲートウェイ（ＳＧ、ＳＧ−１、ＳＧ−２）において、
上位ネットワーク層（ＨＬ）の上位層データ（HL-DATA）が供給され、該上位層データ（HL-DATA）を処理して、中間ネットワーク層（ＩＬ）の第２の中間層データ（IL-DATA-2）を生成するエミュレータプロキシモジュール（Ｅ１、４０８）と、
上記第１の中間層データ（IL-DATA-1）を受信及び／又は処理して、上記上位層データ（HL-DATA）を生成するプレゼンタプロキシモジュール（Ｐ１、４０５）とを備え、
上記エミュレータプロキシモジュール（Ｅ１、４０８）の処理は、上記第２の中間層データ（IL-DATA-2）が所定の保証レベルを満たすことを保証する保証機能を含み、
上記プレゼンタプロキシモジュール（Ｐ１、４０５）の処理は、上記上位層データ（HL-DATA）が所定の保証レベルを満たすことを保証する保証機能（ＳＦ）を含むことを特徴とする高性能ゲートウェイ。
【請求項１７】
上記機器（ＵＳＢ−Ｄ、Ｄ１）及び／又は上記更なる高性能ゲートウェイから上記第１の中間層データ（IL-DATA-1）を受信する中間層受信手段を更に備える請求項１６記載の高性能ゲートウェイ。
【請求項１８】
第１の規格（ＵＳＢ）であって、下位ネットワーク層（ＬＬ）の第１の伝送データ（T-DATA-1）を受信する下位層受信手段（１０２）と、
上記第１の伝送データ（T-DATA-1）を処理して、上記第１の中間層データ（IL-DATA-1）を生成するバスサービス手段（２０５）とを更に備える請求項１６記載の高性能ゲートウェイ。
【請求項１９】
上記第１の伝送データ（T-DATA-1）、上記第１の中間層データ（IL-DATA-1）、上記上位層データ（HL-DATA）及び／又は上記第２の中間層データ（IL-DATA-2）は、上記第１の機器（Ｄ１）によって上記第２の機器（Ｄ２）を制御し、又は該第２の機器（Ｄ２）によって該第１の機器（Ｄ１）を制御することを許可するコマンド及び／又は動作を含むことを特徴とする請求項１６乃至１８いずれか１項記載の高性能ゲートウェイ。
【請求項２０】
上記エミュレータプロキシモジュール（Ｅ１、４０８）は、上記上位層データ（HL-DATA）のコマンド及び／又は動作を処理して、該コマンド及び／又は動作に上記保証機能を適用することを特徴とする請求項１９記載の高性能ゲートウェイ。
【請求項２１】
上記プレゼンタプロキシモジュール（Ｐ１、４０５）は、上記第１の中間層データ（IL-DATA-1）のコマンド及び／又は動作を処理して、該コマンド及び／又は動作に上記保証機能（ＳＦ）を適用することを特徴とする請求項１９又は２０記載の高性能ゲートウェイ。
【請求項２２】
上記保証機能（ＳＦ）は、上記コマンド及び／又は動作に対する信頼性検査を含むことを特徴とする請求項１９乃至２１いずれか１項記載の高性能ゲートウェイ。
【請求項２３】
上記保証機能（ＳＦ）は、保証機能シグネチャを有し、上記ネットワークは、ネットワークシグネチャを有し、
上記保証機能シグネチャと上記ネットワークシグネチャが互いに対応するかを検査し、上記保証機能シグネチャと上記ネットワークシグネチャが互いに対応しない場合、上記エミュレータプロキシモジュール（Ｅ１）及び／又は上記プレゼンタプロキシモジュール（Ｐ１）の動作及び／又はローディングを阻止する保証認証手段を更に備える請求項１６乃至２２いずれか１項記載の高性能ゲートウェイ。
【請求項２４】
上記保証機能は、ある動作及び／又はコマンドの阻止を含むことを特徴とする請求項１９乃至２３いずれか１項記載の高性能ゲートウェイ。
【請求項２５】
上記上位ネットワーク層（ＨＬ）は、ＵＰｎＰ規格、ＨＡＶＩ規格又はＪｉｎｉ規格に基づくことを特徴とする請求項１６乃至２４いずれか１項記載の高性能ゲートウェイ。
【請求項２６】
上記第１の規格は、ＩＥＥＥ１３９４、ブルートゥース、ＷＬＡＮ、ＵＳＢ及びＭＯＳＴのうちのいずれかの規格であることを特徴とする請求項１８乃至２５いずれか１項記載の高性能ゲートウェイ。
【請求項２７】
請求項１乃至１５いずれか１項記載のデータ転送方法及び／又は該データ転送方法のステップを実行又は実現するネットワークシステム。
【請求項２８】
１つ以上のコンピュータ、デジタルシグナルプロセッサに実行されて、請求項１乃至１５いずれか１項記載のデータ転送方法及び／又は該データ転送方法のステップを実行又は実現するコンピュータプログラムを有するコンピュータプログラム製品。
【請求項２９】
請求項２８記載のコンピュータプログラム製品を格納したコンピュータにより読取可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおけるデータ転送方法及び少なくとも１つの機器に接続可能な高性能ゲートウェイ（sophisticated gateway）に関する。
【背景技術】
【０００２】
ネットワーク、特に自動車環境で用いられるネットワークでは、新たな機器が頻繁にネットワークに接続される。例えば、自動車ネットワークでは、ユーザは、例えばブルートゥースプレーヤ、ユニバーサルシリアルバス（Universal Serial Bus：以下、ＵＳＢという。）プレーヤ又は携帯電話機等の自らの個人的なマルチメディア機器を自動車内に持ち込み、これらの機器を自動車のバス（car bus）に接続する。ネットワークと機器間に接続を確立するために、機器は、ネットワークの一部である又はネットワークに接続されたゲートウェイに接続される。この機器が、ネットワークに接続された他の機器と通信し、又はネットワークとデータを交換することができるようにするために、所謂プロキシモジュールが用いられる。これらのプロキシモジュール又はサービスは、機器又はゲートウェイによって提供される。
【０００３】
機器は、プログラムされたプロキシモジュール及び／又はゲートウェイ、すなわち機器及び／又はゲートウェイの製造業者、又はサードパーティの販売業者によって提供されたプロキシモジュール及び／又はゲートウェイを備えていることもある。なお、このような機器の製造業者のプロキシモジュールは、ネットワーク又は自動車の製造業者によっては管理されていない。このため、機器のプロキシモジュール及び／又はゲートウェイがネットワークに干渉して、ネットワークの安定性が損なわれる可能性がある。例えば、機器のプロキシモジュール及び／又はゲートウェイがネットワークに重大な影響を与えた場合、ネットワークが動作不能になることもある。以下、サードパーティの販売業者、すなわち外部ソースから提供されるプロキシモジュール、機器又はゲートウェイを、それぞれ非保証プロキシ（insecure proxy）、非保証機器（insecure device）及び非保証ゲートウェイ（insecure gateway）と呼ぶこととする。一方、ネットワーク製造業者、例えば自動車製造業者から提供されるプロキシ、機器及び／又はゲートウェイを、以下、それぞれ保証プロキシ（secure proxy）、保証機器（secure device）及び保証ゲートウェイ（secure gateway）と呼ぶこととする。
【０００４】
可能なシナリオにおいては、ネットワークに接続することができる機器は、ある程度の安定性が必要とされる。例えば、カーラジオは、ゲートウェイを介してネットワークに接続することができる。ある機器は、非保証ゲートウェイを介してネットワークに接続されることもある。このような機器は、例えばブルートゥースプレーヤであってもよい。ここで、ユーザが、カーラジオを介して、自らのブルートゥースプレーヤを操作することを望んだとする。この場合、カーラジオとブルートゥースプレーヤは、対話、すなわちデータを交換する必要がある。ここで、ブルートゥースプレーヤは、サードパーティの販売業者からの非保証ゲートウェイを介してネットワークに接続されるので、ブルートゥースプレーヤがカーラジオに悪影響を与える可能性がある。例えば、このプレーヤがカーラジオに干渉し、カーラジオが動作しなくなることもある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
そこで、本発明の目的は、機器を確実に組み込むことができる、ネットワークにおけるデータ転送方法を提供することである。更に、本発明の目的は、ある程度の安定性を必要とする機器を接続できる高性能ゲートウェイを提供することである。
【課題を解決するための手段】
【０００６】
この目的を達成するために、本発明は、請求項１に係るネットワークにおけるデータ転送方法を提供する。更に、本発明は、請求項１６に係る高性能ゲートウェイ、請求項２７、２８及び２９にそれぞれ定義されるネットワークシステム、コンピュータプログラム製品及びコンピュータにより読取可能な媒体を提供する。本発明の更なる特徴及び好ましい実施形態は、それぞれ、各従属請求項及び／又は以下の詳細な説明に定義されている。
【０００７】
本発明に基づくネットワークは、下位ネットワーク層、中間ネットワーク層及び上位ネットワーク層と、下位ネットワーク層内で第１の規格の第１の伝送データを送信する少なくとも１つの第１の機器と、下位ネットワーク層内で第２の規格の第２の伝送データを受信する少なくとも１つの第２の機器とを備える。第１の機器は、例えばＵＳＢ、ＩＥＥＥ１３９４等の有線接続を介して、及び／又は、例えばブルートゥース又はＷＬＡＮ等の無線接続を介して第１の伝送データを提供することができる。第２の機器は、上述の規格の１つを介して第２の伝送データを受信することができる。第１の規格と第２の規格は、同じ規格であっても、異なる規格であってもよい。本発明に係るデータ転送方法は、下位ネットワーク層内で、第１の機器の第１の伝送データを受信する第１の受信ステップと、第１の伝送データを処理して、中間ネットワーク層の第１の中間層データを生成する第１の下位層処理ステップと、第１の中間層データを処理して、上位ネットワーク層の上位層データを生成する第１の中間層処理ステップと、上位層データを処理して、中間ネットワーク層の第２の中間層データを生成する第２の中間層処理ステップと、第２の中間層データを処理して、第２の伝送データを生成する第２の下位層処理ステップとを有し、第１の中間層処理ステップは、保証機能を含み、及び／又は第２の中間層処理ステップは、保証機能を含む。
【０００８】
この保証機能は、好ましくは、上位層データが所定の保証レベルを満たすことを保証し、及び／又は第２の中間層データが所定の保証レベルを満たすことを保証する。所定の保証レベルは、ネットワーク管理者及び／又はネットワーク製造業者が設定でき、例えば、ある保証レベルは、ある動作及び／又はコマンドのみを許可する。
【０００９】
第１の中間層処理ステップは、プレゼンタプロキシサービスに対応している。例えば、プレゼンタプロキシサービスは、非保証の可能性があり、すなわち、プレゼンタプロキシサービスは、サードパーティの販売業者のゲートウェイ及び／又は機器によって提供され、及び／又はこれらに含まれている可能性がある。この場合、第２の中間層処理ステップが、エミュレータプロキシサービスに対応し、保証機能を含んでいてもよい。この具体例では、第２の中間層処理ステップ、すなわちエミュレータプロキシサービスが保証プロキシサービスである。これは、エミュレータプロキシが上位層データをフィルタリングし、保証された第２の中間層データを出力することを意味する。
【００１０】
換言すれば、保証機能を実現するプロキシは、エミュレータ及びプレゼンタの両方であってもよい。各プレゼンタ／エミュレータの対は、機器をバスＡからバスＢに翻訳する。例えば自動車ネットワークにおいて、機器が保護された側にある場合、プレゼンタは保証プロキシである。一方、機器が保護されていない側にある場合、例えばモバイル機器は自動車のバスシステムに翻訳され、エミュレータは非保証プロキシである。要約すれば、保証プロキシとは、保護する必要があるバスシステムと通信を行うプロキシである。
【００１１】
したがって、本発明の一側面においては、プロキシサービスを２つの異なるプロキシサービス及び／又はモジュール、すなわちプレゼンタプロキシサービスとエミュレータプロキシサービスとに分離する。プレゼンタプロキシサービスとエミュレータプロキシサービスは、異なるハードウェアプラットホーム上で、例えば異なる高性能ゲートウェイ上で実行することができる。上位層データは、テキストベースの規格のデータであってもよい。したがって、２つのプロキシサービス、すなわちプレゼンタプロキシサービスとエミュレータプロキシサービスは互いに影響を及ぼすことができないので、ネットワークの安定性は非常に高くなる。また、データは、第２の中間層データがネットワークの保証レベルを満たすように、すなわち第２の中間層データがネットワーク又は接続された機器に有害な如何なるデータも含まないように、処理、フィルタリング及び／又は適応化されるので、ネットワークは保証される。
【００１２】
第１の伝送データ、第１の中間層データ、上位層データ、第２の中間層データ及び／又は第２の伝送データは、第１の機器によって第２の機器を制御し、又は第２の機器によって第１の機器を制御することを許可するコマンド及び／又は動作を含むことができる。これらのコマンド及び／又は動作は、例えば第１の機器又は第２の機器のある機能に関連したコマンドを含むことができ、例えば、第２の機器は、例えば「音量を上げる」といった機能を有することができる。ここで、ユーザが、第１の機器を操作することによって第２の機器の音量を上げることを望んだとする。ここで、第２の機器は、あるレベル以上には、音量を上げられないとする。この場合、「音量を上げる」コマンドは、音量が第２の機器が出せる最大音量以上に上がらないように、第２の中間層処理ステップにおいて処理又はフィルタリングされる。
【００１３】
好ましくは、第１の中間層データ及び／又は上位層データのコマンド及び／又は動作には、保証機能が適用される。コマンド及び／又は動作は、変更及び／又は修正することができ、これにより、保証されたコマンド及び／又は動作が生成される。保証されたコマンド及び／又は保証された動作は、所定の保証レベルを満たしている。保証レベルは、許可されたコマンド及び／又は動作を定義するリストとみなすことができる。他のコマンド及び／又は動作は、許されず、したがって、第１の中間層処理ステップ又は第２の中間層処理ステップ内でフィルタリングされる。
【００１４】
保証機能は、好ましくは、コマンド及び／又は動作に関する信頼性検査を含む。例えば、機器は、それぞれのコマンドがある機器によって前に実行された場合に限り、使用できるある機能を有していてもよい。この場合、保証機能は、これらのある機能へのアクセスを許可する前に、これらの各コマンドが実行されたかを検査することができる。
【００１５】
好ましい実施形態においては、保証機能（ＳＦ）は保証機能シグネチャを有し、ネットワークはネットワークシグネチャを有し、第２の下位層処理ステップは、ユーザプロンプトを生成する保証認証ステップを含み、保証機能シグネチャとネットワークシグネチャが互いに対応しない場合、ユーザプロンプトは、ユーザに対し、安定性の問題の有無にかかわらず、第１の機器及び／又は第２の機器を使いたいかを尋ねる。換言すれば、保証機能シグネチャとネットワークシグネチャが互いに対応し、及び／又は同じである場合、ネットワークは、安全であるとみなし、第２の下位層処理ステップを実行する。一方、保証機能シグネチャとネットワークシグネチャが同じではない場合、第２の下位層処理ステップの実行を完全に防いでもよく、又はユーザが明示的に指示した場合にのみ、第２の下位層処理ステップを実行するようにしてもよい。後述するように、保証機能は、エミュレータプロキシモジュール及び／又はプレゼンタプロキシモジュールに関連している。これは、シグネチャを導入することにより、保護されたバス、例えば自動車のバス上で動作する非保証プロキシモジュールがインストールされることを避けることができることを意味している。この目的で、保護されたバス上の全てのプロキシ又はプロキシモジュールは、例えば電子メールのようにシグネチャを得ることができ、ゲートウェイは、無効なシグネチャを有するプロキシモジュールのインストールを拒否することができる。したがって、認証されたプロキシ、すなわちプロキシモジュールのみがインストールされることを保証することができる。全てのプロキシがシグネチャを必要とし、各社が、それらのプロキシに署名するための対応する鍵及び／又はシグネチャを必要とするプロキシを提供することを保証することによって、より高いレベルの安全性が実現される。これにより、セキュリティチェイン（secure chain）が確立される。
【００１６】
好ましくは、保証機能シグネチャとネットワークシグネチャが互いに対応しない場合、第１の中間層処理ステップ及び／又は第２の中間層処理ステップは、実行されず、第１の機器と第２の機器間の接続は、確立されない。換言すれば、保証機能シグネチャとネットワークシグネチャが同じではなく、及び／又は互いに対応しない場合、第１の中間層処理ステップ及び／又は第２の中間層処理ステップを実行するために用いられるゲートウェイは、対応するソフトウェアモジュール、すなわちプロキシモジュールをロードしない。
【００１７】
更に好ましくは、保証機能は、ある動作及び／又はコマンドの阻止及び／又は変更を含む。これは、ある機能を隠すアプリケーションレベルのフィルタリングが実行されることを意味する。換言すれば、保証機能は、ある動作及び／又はコマンドのみを許可する。フィルタリングは、保証された動作／コマンドのみを後続するネットワーク層に渡すことを意味する。
【００１８】
好ましくは、ネットワークは、少なくとも１つの高性能ゲートウェイからなる一組の高性能ゲートウェイを含み、第１の機器は、一組の高性能ゲートウェイの少なくとも第１の高性能ゲートウェイに接続され、第２の機器は、一組の高性能ゲートウェイの少なくとも第２の高性能ゲートウェイに接続され、第１の中間層処理ステップ及び／又は第２の中間層処理ステップは、第１の高性能ゲートウェイ及び／又は第２の高性能ゲートウェイ上で実行される。この高性能ゲートウェイの組は、１つの単一の高性能ゲートウェイのみしか含んでいなくてもよい。この場合、第１の高性能ゲートウェイと第２の高性能ゲートウェイは同一である。
【００１９】
好ましい実施形態においては、ネットワークは、少なくとも２つの高性能ゲートウェイからなる一組の高性能ゲートウェイを含み、第１の高性能ゲートウェイと第２の高性能ゲートウェイは、物理的に分離され、第１の中間層処理ステップと第２の中間層処理ステップは互いに影響を及ぼさない。これは、プレゼンタプロキシサービスとエミュレータプロキシサービスが、物理的に分離され、２つの異なるハードウェア機器、ゲートウェイ及び／又はプラットホーム上で実行されることを意味する。第１の中間層処理ステップ、すなわちプレゼンタプロキシサービスは、第１の高性能ゲートウェイ上で実行され、第２の中間層処理ステップ、すなわちエミュレータプロキシサービスは、第２の高性能ゲートウェイで実行される。
【００２０】
更に、ネットワークは、如何なる実行可能なプログラムもネットワークに干渉せず及び／又は影響を与えないように、例えばＸＭＬ（拡張マークアップ言語（extensible markup language））等のテキストベースのプロトコルに基づく上位ネットワーク層を有していてもよい。これにより、例えばウイルス及び同様の意図されないコードがネットワークのシステム及び／又は安定性に悪影響を及ぼすことを防止することができる。
【００２１】
好ましくは、上位ネットワーク層は、ＵＰｎＰ（ユニバーサルプラグアンドプレイ（Universal Plug and Play））規格、ＨＡＶＩ（ホームオーディオビデオインターオペラビリティ（Home Audio Video Interoperability））規格、Ｊｉｎｉ（サン社（SUN Inc.）のＪｉｎｉネットワーク技術）規格及び／又はサルテーション規格（サリュテーションコンソーシアム（Salutation Consortium）による規格）に基づいている。これらの規格に関する詳細は、以下のウェブサイトに開示されている。
http://www.upnp.org
http://www.havi.org
http://wwws.sun.com/software/jini
http://www.salutation.org
また、第１の規格及び第２の規格は、好ましくは、ＩＥＥＥ１３９４、ブルートゥース、ＷＬＡＮ（無線ＬＡＮ）、ＵＳＢ（ユニバーサルシリアルバス（universal serial bus））、及び車載マルチメディア光ネットワーク規格（media oriented systems transport）であるＭＯＳＴのいずれかである。
【００２２】
好ましい実施形態では、一組の高性能ゲートウェイの第１の高性能ゲートウェイと第２の高性能ゲートウェイは同一であり、これにより、第１の中間層処理ステップと第２の中間層処理ステップは、同じゲートウェイ上で実行される。これは、第１の中間層処理ステップと第２の中間層処理ステップが同じ機器上で実行されることを意味する。
【００２３】
同じゲートウェイは、第１の処理手段と、第２の処理手段とを備え、第１の処理手段と第２の処理手段は、互いに独立し及び／又は互いに分離されており、第１の中間層処理ステップは、第１の処理手段によって実行され、第２の中間層処理ステップは、第２の処理手段によって実行される。これは、第１の中間層処理ステップと第２の中間層処理ステップが同じゲートウェイ、すなわち同じ機器上で実行されるが、両方の処理ステップは、異なる及び／又は独立した処理手段、すなわち第１の処理手段上と第２の処理手段上で実行されるので、２つの対応する実行可能なプログラムは、互いに影響しないことを意味する。
【００２４】
本発明に係る高性能ゲートウェイは、少なくとも１つの機器及び／又は更なる高性能ゲートウェイに接続することができる。高性能ゲートウェイは、上位ネットワーク層の上位層データが供給され、上位層データを処理して、中間ネットワーク層の第２の中間層データを生成するエミュレータプロキシモジュールを備え、処理は、例えば第２の中間層データが所定の保証レベルを満たすことを保証する保証機能を含む。これにより、エミュレータプロキシモジュールは、アプリケーションデータが供給され、このアプリケーションデータを処理して、処理されたアプリケーションデータを第２の中間層データとして中間ネットワーク層に供給する。中間ネットワーク層は、ＯＳＩ参照モデルの上位層の下にある。エミュレータプロキシモジュールの処理は、保証機能を含み、これにより、保証された中間層データが、第２の中間層データとして生成される。「安全（Secure）」とは、データが、例えば、第２の中間層データの更なる処理に問題を引き起こす虞がある如何なるコマンド及び／又は動作も含んでいないことを意味する。したがって、エミュレータプロキシモジュールには、フィルタリング機能を有している。
【００２５】
好ましくは、高性能ゲートウェイは、更に、第１の中間層データを受信及び処理して、上位層データを生成するプレゼンタプロキシモジュールを備える。第１の中間層データは、非保証機器及び／又はゲートウェイによって提供してもよい。
【００２６】
なお、高性能ゲートウェイは、エミュレータプロキシモジュール及び／又はプレゼンタプロキシモジュールを備えることができるということは重要なことである。これは、高性能ゲートウェイは、エミュレータプロキシモジュールのみ、プレゼンタプロキシモジュールのみ、あるいはエミュレータプロキシモジュールとプレゼンタプロキシモジュールの両方を備えることができることを意味する。
【００２７】
好ましい第１の実施形態においては、プレゼンタプロキシモジュールにおける処理は、上位層データが所定の保証レベルを満たすことを保証する保証機能を含む。これは、エミュレータプロキシモジュール及び／又はプレゼンタプロキシモジュールが保証機能を実行してもよいことを意味する。多くの場合、両方のプロキシモジュールが保証機能を実行する必要はなく、いずれかのプロキシモジュールが保証機能を実行すればよい。
【００２８】
第１の実施形態においては、高性能ゲートウェイは、機器及び／又は更なる高性能ゲートウェイから第１の中間層データを受信する中間層受信手段を更に備える。この機器及び／又は更なる高性能ゲートウェイ、又は複数の高性能ゲートウェイは、例えば、下位層データから第１の中間層データを生成する。したがって、機器又は更なる高性能ゲートウェイは、それぞれのバスサービスを実行し、これは、下位層データを処理して、第１の中間層データを生成することを意味する。したがって、機器及び／又は高性能ゲートウェイは、バスサービスモジュールを備える。典型的な例示的なシナリオでは、第１の機器、例えばＵＳＢ機器は、第１の伝送データをＵＳＢフォーマット／規格で更なる高性能ゲートウェイに送ることができる。更なる高性能ゲートウェイは、バスサービスを実行し、これにより、機器のＵＳＢデータを処理する。バスサービスによるＵＳＢデータの処理の後に、第１の中間層データが得られる。そして、第１の中間層データは、高性能ゲートウェイに送られ、中間層受信手段で受信される。
【００２９】
第２の実施形態においては、高性能ゲートウェイは、第１の規格であって、下位ネットワーク層の第１の伝送データを受信する下位層受信手段と、第１の伝送データを処理して、第１の中間層データを生成するバスサービス手段とを更に備える。この場合、機器及び／又は更なる高性能ゲートウェイは、バスサービスを実行する必要はない。これに代えて、バスサービスは、高性能ゲートウェイによって実行される。典型的な例示的なシナリオでは、第１の機器、例えばＵＳＢ機器は、ＵＳＢデータを第１の伝送データとして、高性能ゲートウェイに送ることができる。高性能ゲートウェイは、このＵＳＢデータを、下位ネットワーク層、この場合物理的ＵＳＢ層の下位層受信回路で受信する。そして、ＵＳＢデータ、すなわち第１の伝送データは、高性能ゲートウェイのバスサービス手段によって処理され、これにより、第１の中間層データが生成される。
【００３０】
多くの場合、第１の伝送データ、第１の中間層データ、上位層データ、第２の中間層データ及び／又は第２の伝送データは、第１の機器によって第２の機器を制御し、又は第２の機器によって第１の機器を制御することを許可するコマンド及び／又は動作を含むことができる。コマンド及び／又は動作は、例えば「音量を上げる」、「選局」、「早送り」、「再生」又はこれに類するものであってもよい。このリストは、応用例に応じて、当業者にとって周知の更に多くのコマンドを含むことができる。
【００３１】
エミュレータプロキシモジュールは、好ましくは、上位層データのコマンド及び／又は動作を処理して、コマンド及び／又は動作に保証機能を適用する。例えば、スピーカの音量を上げる処理、例えば１００％上げるコマンドを変更して、１０％だけ僅かに上げるコマンドに翻訳してもよい。また、音量の最大値を予め決めてもよい。これにより、自動車の運転中に、スピーカから出る音の音量が予想外に大きくなって、運転に危険が生じるような状況を回避することができる。
【００３２】
更に好ましくは、プレゼンタプロキシモジュールは、第１の中間層データのコマンド及び／又は動作を処理して、コマンド及び／又は動作に保証機能を適用する。換言すれば、プレゼンタプロキシモジュールは、コマンド及び／又は動作をフィルタリングし、この場合、上位ネットワーク層である次のネットワーク層に、保証されたコマンド及び／又は動作のみを転送することを許可する保証プロキシである。
【００３３】
保証機能は、好ましくは、コマンド及び／又は動作に対する信頼性検査を含む。
【００３４】
好ましい実施形態においては、保証機能は保証機能シグネチャを有し、ネットワークはネットワークシグネチャを有し、高性能ゲートウェイは、保証機能シグネチャとネットワークシグネチャが互いに対応するかを検査し、保証機能シグネチャとネットワークシグネチャが互いに対応しない場合、エミュレータプロキシモジュール及び／又はプレゼンタプロキシモジュールの動作及び／又はローディングを阻止する保証認証手段を備える。
【００３５】
保証機能は、好ましくは、ある動作及び／又はコマンドの阻止を含む。上述のように、これは、所定の機能を隠すアプリケーションレベルのフィルタリングが実行されることを意味する。
【００３６】
上位ネットワーク層は、好ましくは、ＵＰｎＰ規格、ＨＡＶＩ規格又はＪｉｎｉ規格に基づいている。
【００３７】
更に好ましくは、第１の規格は、ＩＥＥＥ１３９４、ブルートゥース、ＷＬＡＮ、ＵＳＢ及びＭＯＳＴのうちのいずれかの規格である。
【００３８】
本発明に係るデータ転送システムは、上述したデータ転送方法及び／又はデータ転送方法のステップを実行又は実現する。
【００３９】
また、本発明に係るコンピュータプログラム製品は、１以上のコンピュータ、デジタルシグナルプロセッサ又はこれに類する装置によって実行されて、上述したデータ転送方法及び／又はデータ転送方法のステップを実行又は実現するコンピュータプログラムを有する。
【００４０】
また、本発明に係るコンピュータにより読取可能な媒体は、上述したコンピュータプログラム製品を格納している。
【発明を実施するための最良の形態】
【００４１】
図１Ａに示すように、第１の機器Ｄ１は、第１の伝送データT-DATA-1を生成する。そして、第１の伝送データT-DATA-1は、第１の下位層処理ステップLLPS-1において処理される。第１の下位層処理ステップLLPS-1は、バスサービスに対応している。これは、第１の下位層処理ステップLLPS-1によって出力されるデータIL-DATA-1が中間ネットワーク層ＩＬの規格に互換性を有するように、第１の伝送データT-DATA-1がバスサービスによって処理されることを意味する。換言すれば、第１の下位層処理ステップLLPS-1は、下位層データ、すなわち下位ネットワーク層ＬＬの第１の伝送データT-DATA-1を中間ネットワーク層ＩＬの第１の中間層データIL-DATA-1に変換する。
【００４２】
そして、第１の中間層データIL-DATA-1は、第１の中間層処理ステップILPS-1内で処理される。この第１の中間層処理ステップILPS-1は、第１の機器Ｄ１が上位ネットワーク層ＨＬに見えるようにするプレゼンタプロキシサービス（presenter proxy service）、又は単にプレゼンタに対応している。上位ネットワーク層ＨＬは、例えばＯＳＩ参照モデルのアプリケーション層に対応している。
【００４３】
このプレゼンタ、すなわち第１の中間層処理ステップILPS-1の出力は、上位層データHL-DATAである。これらの上位層データHL-DATAは、第２の中間層処理ステップILPS-2に供給される。
【００４４】
例示的な一実施形態においては、第１の機器Ｄ１は、ＵＳＢ機器であってもよく、このＵＳＢ機器は、特にその機能及びコマンドセットは、上位層データHL-DATAによって提示（presented）され、すなわち上位ネットワーク層ＨＬに知らされる。
【００４５】
上位層データHL-DATAは、第２の中間層処理ステップILPS-2内で処理される。第２の中間層処理ステップILPS-2は、第１の機器Ｄ１をエミュレートするエミュレータプロキシサービス（emulator proxy service）、又は単にエミュレータに対応している。第１の機器Ｄ１は、例えば第１の規格に準拠していてもよく、すなわち、第１の伝送データT-DATA-1は、第１の規格に準拠していてもよい。そして、エミュレータは、異なる規格、例えば第２の規格で第１の機器Ｄ１をエミュレートする。
【００４６】
第２の中間層処理ステップILPS-2の出力は、第２の中間層データIL-DATA-2である。そして、第２の中間層データIL-DATA-2は、第２の下位層処理ステップLLPS-2内で処理される。第２の下位層処理ステップLLPS-2は、バスサービスに対応しており、すなわち、第２の中間層データIL-DATA-2は、第２の下位層処理ステップLLPS-2内で処理され、第２の伝送データT-DATA-2が生成される。第２の伝送データT-DATA-2は、第２の規格に準拠し、第２の機器Ｄ２に供給される。
【００４７】
図１Ａに示す構成において、具体例を用いて更に説明する。
【００４８】
例示的な実施形態において、ユーザが、第１の機器Ｄ１を介して第２の機器Ｄ２を制御することを望んだとする。例えば、第２の機器Ｄ２は、ブルートゥースヘッドホンであってもよく、第１の機器Ｄ１は、ＵＳＢプレーヤであってもよい。そして、ユーザは、ＵＳＢプレーヤに保存されている楽曲の再生を望んだとする。これは、第２の機器、この場合ブルートゥースヘッドホンにとって、ＵＳＢプレーヤはエミュレートされたブルートゥースプレーヤとして「見え」なければならないことを意味している。したがって、ＵＳＢプレーヤは、第２の中間層処理ステップLLPS-2内で、すなわちエミュレータによってブルートゥースプレーヤとしてエミュレートされる。
【００４９】
図１Ａに示すように、第２の中間層処理ステップLLPS-2は、保証機能（security function）ＳＦを有する。保証機能ＳＦは、上位層データHL-DATAを処理して、保証された第２の中間層データIL-DATA-2を生成する。上述のように、上位層データHL-DATAは、第２の機器Ｄ２によって実行する必要がある第１の機器Ｄ１の動作及び／又はコマンドを含んでいる。第１の機器Ｄ１は、サードパーティの販売業者から提供された機器である可能性があり、したがって、ネットワークの安定性に対する潜在的危険性を有し、すなわち、第１の機器Ｄ１及び／又は第１の中間層処理ステップILPS-1は、非保証である。また、第１の機器Ｄ１及び／又は第１の中間層処理ステップILPS-1が非保証であるので、上位層データHL-DATAも非保証である可能性がある。これらの保証されない第２の上位層データHL-DATAを、第２の機器Ｄ２及び／又は第２の下位層処理ステップLLPS-2に供給すると、安定性又はロバスト性に関してネットワーク及び／又は第２の機器Ｄ２に問題が生じることがある。保証機能ＳＦは、特に上位層データHL-DATAの動作及び／又はコマンドをフィルタリングすることによって、このような問題を防いでいる。
【００５０】
図１Ａには示していないが、第１の中間層処理ステップILPS-1も、同様な保証機能ＳＦを有していてもよい。この場合、第２の中間層処理ステップILPS-2は、保証機能ＳＦを有していなくてもよい。なお、両方の処理ステップ、すなわち第１の中間層処理ステップILPS-1と第２の中間層処理ステップILPS-2が、いずれも保証機能ＳＦを有していてもよい。
【００５１】
第１の中間層処理ステップILPS-1が保証機能ＳＦを有している場合、第１の中間層データIL-DATA-1は、保証機能ＳＦによって処理され、これにより、保証された上位層データHL-DATAが生成される。
【００５２】
図１Ｂは、第１の機器Ｄ１と、物理的ゲートウェイＰＧと、高性能ゲートウェイＳＧと、第２の機器Ｄ２とからなるネットワークの構成を示すブロック図である。第１の機器Ｄ１は、物理的ゲートウェイＰＧに接続され、物理的ゲートウェイＰＧは、高性能ゲートウェイＳＧに接続されている。高性能ゲートウェイＳＧは、第２の機器Ｄ２に接続されている。なお、図１Ｂは、例示的なネットワーク内のどこで、上述の処理ステップを実行できるかを説明するための例示的な実施形態を示している。
【００５３】
図１Ｂの具体例では、第１の機器Ｄ１は、ＵＳＢプレーヤであり、ＵＳＢデータUSB-DATAを物理的ゲートウェイＰＧに供給する。物理的ゲートウェイＰＧは、第１の下位層処理ステップLLPS-1、すなわちＵＳＢバスサービスＵＳＢ−ＢＳを提供する。これは、物理的ゲートウェイＰＧ内で、第１の中間層データIL-DATA-1が生成され、高性能ゲートウェイＳＧに送られることを意味する。そして、第１の中間層データIL-DATA-1は、第１の中間層処理ステップILPS-1内で処理され、すなわち、第１の中間層データIL-DATA-1は、高性能ゲートウェイＳＧ内のプレゼンタプロキシサービスによって処理される。更に、高性能ゲートウェイＳＧ内の上位ネットワーク層ＨＬは、第１の中間層処理ステップILPS-1によって出力された上位層データHL-DATAを受け取る。上位層データHL-DATAは、第２の中間層処理ステップILPS-2によって処理される。そして、更に高性能ゲートウェイＳＧにおいて、第２の中間層データIL-DATA-2は、第２の下位層処理ステップLLPS-2内で処理される。これは、高性能ゲートウェイＳＧがそれぞれのバスサービスを実行することを意味する。図１Ｂの具体例では、第２の機器Ｄ２は、ブルートゥース機器、例えばブルートゥースヘッドホンである。したがって、高性能ゲートウェイＳＧは、ブルートゥースバスサービスＢＴ−ＢＳを提供する。
【００５４】
なお、「物理的ゲートウェイ」という用語は、如何なるプロキシサービスも提供しないゲートウェイを意味する。図１Ｂの具体例では、物理的ゲートウェイＰＧは、プロキシサービスは提供せずに、ＵＳＢバスサービスＵＳＢ−ＢＳのみを提供する。また、物理的ゲートウェイＰＧは、バスサービスすら提供しないと考えられる。この場合、ＵＳＢデータUSB-DATAは、直接それぞれのバスサービスを実行する高性能ゲートウェイＳＧに送られる。
【００５５】
図２は、１つの高性能ゲートウェイＳＧ’だけがＵＳＢ機器ＵＳＢ−Ｄ、例えばＵＳＢプレーヤに接続されているネットワークの具体例を示している。更に、高性能ゲートウェイＳＧ’には、ブルートゥース機器ＢＴ−Ｄ、例えばブルートゥースヘッドホンが接続されている。ＵＳＢプレーヤは、ＵＳＢデータUSB-DATAを高性能ゲートウェイＳＧ’に送信する。ＵＳＢデータUSB-DATAは、第１の伝送データT-DATA-1に対応している。高性能ゲートウェイＳＧ’は、プレゼンタプロキシモジュールＰ１内でＵＳＢバスサービスＵＳＢ−ＢＳ（図２には示さず）及びプレゼンタプロキシサービスを実行する。したがって、プレゼンタプロキシモジュールＰ１は、第１の中間層処理ステップILPS-1を実行する。そして、出力データ、すなわち上位層データHL-DATAは、上位ネットワーク層ＨＬを表すメディアサーバＭＳに送られる。そして、これらの上位層データHL-DATAは、エミュレータプロキシモジュールＥ１によって処理され、エミュレータプロキシモジュールＥ１は、第２の中間層処理ステップILPS-2を実行する。これにより、ブルートゥース機器ＢＴ−Ｄ、すなわちブルートゥースヘッドホンが認識及び制御できる仮想ブルートゥースプレーヤＶ−ＢＴ−Ｄがエミュレートされる。仮想ブルートゥースプレーヤＶ−ＢＴ−Ｄは、ＵＳＢ機器ＵＳＢ−Ｄ、すなわちＵＳＢプレーヤに対応している。
【００５６】
図２の具体例では、プレゼンタプロキシモジュールＰ１は、サードパーティの販売業者から提供されており、したがって、非保証である。したがって、上位層データHL-DATAに含まれるコマンド及び／又は動作は、ブルートゥース機器ＢＴ−Ｄ、すなわちブルートゥースヘッドホンに悪影響を及ぼす虞がある。しかしながら、エミュレータプロキシモジュールＥ１は、保証プロキシであり、すなわち、エミュレータプロキシモジュールＥ１は、ＵＳＢ機器ＵＳＢ−Ｄの各コマンド及び／又は動作を受信するメディアサーバＭＳから出されたコマンド及び／又は動作をチェックする。エミュレータプロキシモジュールＥ１は、ブルートゥース機器ＢＴ−Ｄで問題が生じる可能性があるＵＳＢ機器ＵＳＢ−Ｄの保証されていないコマンド及び／又は動作をフィルタリングすることができる。
【００５７】
図３は、上位ネットワーク層ＨＬを表すＵＰｎＰメディアサーバＵＰｎＰ−ＭＳとＵＰｎＰメディアレンダラＵＰｎＰ−ＭＲとを備える例示的なネットワークを示している。
【００５８】
図３の具体例では、ＵＳＢ機器ＵＳＢ−Ｄが高性能ゲートウェイＳＧに接続されている。高性能ゲートウェイＳＧは、第１のプレゼンタプロキシモジュールＰ１、すなわちプレーヤプレゼンタプロキシモジュールと、第２のエミュレータプロキシモジュールＥ２、すなわちレンダラエミュレータプロキシモジュールとを備える。第１のプレゼンタプロキシモジュールＰ１は、ＵＳＢ機器ＵＳＢ−ＤをＵＰｎＰメディアサーバＵＰｎＰ−ＭＳに示す。第２のエミュレータプロキシモジュールＥ２は、仮想ＵＳＢレンダラＶ−ＵＳＢ−Ｒをエミュレートする。
【００５９】
また、図３に示すように、高性能ゲートウェイＳＧは、第２のプレゼンタプロキシモジュールＰ２、すなわちレンダラプレゼンタプロキシモジュールと、第１のエミュレータプロキシモジュールＥ１、すなわちプレーヤエミュレータプロキシモジュールとを備える。第２のプレゼンタプロキシモジュールＥ２及び第１のエミュレータプロキシモジュールＥ１は、上位ネットワーク層ＨＬを表すＵＰｎＰメディアレンダラＵＰｎＰ−ＭＲに接続されている。第２のプレゼンタプロキシモジュールＰ２は、ブルートゥースヘッドホンＢＴ−Ｄに接続されており、ブルートゥースヘッドホンＢＴ−ＤをＵＰｎＰメディアレンダラＵＰｎＰ−ＭＲに示す。更に、ＵＰｎＰメディアレンダラＵＰｎＰ−ＭＲは、第１のエミュレータプロキシモジュールＥ１に接続されており、ブルートゥースピコネットＢＴ−Ｐ内で仮想ブルートゥースプレーヤＶ−ＢＴ−Ｄをエミュレートする。したがって、仮想ブルートゥースプレーヤＶ−ＢＴ−Ｄは、ブルートゥースヘッドホンＢＴ−Ｄで見えるようになる。
【００６０】
なお、図３において、ＵＰｎＰメディアサーバＵＰｎＰ−ＭＳ及びＵＰｎＰ−メディアレンダラＵＰｎＰ−ＭＲは、上位ネットワーク層ＨＬを表している。これは、ＵＰｎＰメディアサーバＵＰｎＰ−ＭＳ及びＵＰｎＰメディアレンダラＵＰｎＰ−ＭＲが、如何なる種類の処理も実行しないことを意味する。
【００６１】
図４は、ブルートゥースプレーヤＢＴ−Ｄが、第１の機器Ｄ１としてＵＰｎＰメディアサーバＵＰｎＰ−ＭＳに示される一般的な使用シナリオを示している。ＵＰｎＰメディアサーバＵＰｎＰ−ＭＳは、上位ネットワーク層ＨＬ内にある。ブルートゥースプレーヤＢＴ−Ｄは、プレゼンタプロキシモジュール又は単にプレゼンタＰ１を用いてＵＰｎＰメディアサーバＵＰｎＰ−ＭＳに示される。第１の中間層処理ステップILPS-1は、プレゼンタＰ１において実行される。更に、図４は、仮想ＵＳＢプレーヤＶ−ＵＳＢ−Ｄをエミュレートするエミュレータプロキシモジュール又は単にエミュレータＥ１を示している。この具体例では、仮想ＵＳＢプレーヤＶ−ＵＳＢ−Ｄは、物理的なブルートゥースプレーヤＢＴ−Ｄに対応している。
【００６２】
図５は、２つの高性能ゲートウェイ、すなわち第１の高性能ゲートウェイＳＧ１及び第２の高性能ゲートウェイＳＧ２を備えるネットワークを示している。第１の高性能ゲートウェイＳＧ１及び第２の高性能ゲートウェイＳＧ２は、ＵＰｎＰ規格を用いて、すなわち上位ネットワーク層ＨＬ内で通信を行う。第１の高性能ゲートウェイＳＧ１は、非保証プロキシサービスＩＰＳを含んでいる。第２の高性能ゲートウェイＳＧ２は、保証プロキシサービスＳＰＳを含んでいる。第１の高性能ゲートウェイＳＧ１は、ＵＳＢバスサービスＵＳＢ−ＢＳに接続され、第２の高性能ゲートウェイＳＧ２は、ブルートゥースバスサービスＢＴ−ＢＳに接続されている。第２の高性能ゲートウェイＳＧ２は、保証プロキシサービスＳＰＳを含むので、ブルートゥースバスサービスＢＴ−ＢＳは、保護されている。ＵＳＢバスサービスＵＳＢ−ＢＳは、非保証プロキシサービスＩＰＳを含む第１の高性能ゲートウェイＳＧ１に接続されているので、ＵＳＢバスサービスＵＳＢ−ＢＳは、非保証である。この具体例では、第１の高性能ゲートウェイＳＧ１は、サードパーティの販売業者から提供されている場合があるので、非保証であり、動的である。一方、第２の高性能ゲートウェイＳＧ２は、保証プロキシサービスＳＰＳを含むので、ブルートゥースバスサービスＢＴ−ＢＳを保護することができる。この具体例では、第１の高性能ゲートウェイＳＧ１は、サードパーティの販売業者によってプログラムされ、変更される可能性がある動的なゲートウェイであるが、第２の高性能ゲートウェイＳＧ２は、如何なるサードパーティの販売業者によって如何なる変更も許されない保証ゲートウェイである。
【００６３】
図６は、ＭＯＳＴデータを第１の伝送データT-DATA-1として受信する下位層受信回路１０２を備えるシステムのブロック図である。下位層受信回路１０２は、第１の中間層データIL-DATA-1を生成するＭＯＳＴバスサービスモジュール２０５に接続されている。第１の中間層データIL-DATA-1は、ＵＰｎＰ層３０２、すなわち中間ネットワーク層ＩＬに供給される。更に、図６には、下位層受信回路１０２に接続されたＭＯＳＴ機器ＭＯＳＴ−Ｄを示す第１のプレゼンタプロキシモジュールＰ１を示している。第１のプレゼンタプロキシモジュールＰ１は、上位層データHL-DATAを生成し、この上位層データHL-DATAは、図６では指示符号４１２で示す上位ネットワーク層ＨＬに供給される。上位層データHL-DATAは、指示符号４０８で示す第１のエミュレータプロキシモジュールＥ１に供給され、処理される。図６では、第１のエミュレータプロキシモジュールＥ１の出力は、第２の中間層データIL-DATA-2であり、ＵＰｎＰ層３０２に供給される。第１のエミュレータプロキシモジュールＥ１は、ＭＯＳＴ機器ＭＯＳＴ−Ｄを他の規格でエミュレートする。ここでは、ＭＯＳＴ機器ＭＯＳＴ−Ｄがエミュレートされる規格は、ブルートゥース規格である。そして、第１のエミュレータプロキシモジュールＥ１によって生成されたデータは、図６では指示符号２０８で示すブルートゥースバスサービスモジュールＢＴ−ＢＳに転送される。そして、ブルートゥースバスサービスＢＴ−ＢＳによって出力されたデータは、ブルートゥース送信回路１０３を介して、ブルートゥース機器ＢＴ−Ｄに送信される。ブルートゥース送信回路１０３から送信されるデータは、指示符号T-DATA-2で示され、すなわち、このデータは、第２の伝送データT-DATA-2に対応している。図６の具体例では、エミュレータプロキシモジュールＥ１は、保証されており、すなわち、エミュレータプロキシモジュールＥ１は、保証機能ＳＦを実行し、第２の中間層データIL-DATA-2が信頼できることを保証する。
【００６４】
以下、当業者が本発明又はその特徴を更に明瞭に理解するための具体例を説明する。
【００６５】
アプリケーション層では、ゲートウェイ機器は、プロキシと呼ばれるソフトウェアモジュールによって、１つの通信規格から他の通信規格に翻訳する必要ある。新たな機器を組み込むことにより、例えば機器製造業者のサードパーティの販売業者によって提供される可能性がある新たなソフトウェアモジュールを組み込むことが必要になる。これにより、ゲートウェイが不安定になる虞がある。本発明は、このようなゲートウェイプロキシを安定して組み込むことができる方法を提供する。更に、本発明は、自動車環境で要求されるような長いライフサイクルおいて、機器を組み込むことができる方法を提供する。
【００６６】
従来のゲートウェイでは、動的にインストールされるソフトウェアプロキシモジュールは、システムの安定性に悪影響を与える虞があった。特に、安全性が重視される自動車環境では、このようなゲートウェイにサードパーティの販売業者からのソフトウェアをインストールできないこともあった。このような理由のために、携帯電話機等の機器の組込を、機器の製造業者が行うことはできず、ゲートウェイ製造業者が行わなければならない。この結果、機器を、自動車環境にうまく組み込むことができず、特に安全に組み込むことができないことがある。
【００６７】
自動車環境にモバイル機器を安全に組み込むためには、モバイル機器の製造業者が、それらの機器の組込のためのプロキシモジュールを提供できる必要がある。一方で、自動車の製造業者は、安定性の問題を避けるために、自動車のバスに接続された機器に対する全ての制御を維持する必要がある。これは、タスクを、機器の製造業者（非保証プロキシ）によって提供される部分と、自動車製造業者（保証プロキシ）によって制御される部分との２つの部分に分離することによって実現される。
【００６８】
ゲートウェイプロキシのタスクは、アプリケーションレベルのプロトコルを２つのバスシステム間で翻訳することである。この翻訳タスクは、元のバスシステムに関連する部分と、ターゲットバスシステムに関連する部分との２つの部分に分離される。両方の部分の間で、ＵＰｎＰは、アプリケーションレベルにおける参照インタフェースとして機能する。図４は、ＵＳＢバスシステムに翻訳する必要があるブルートゥース機器のための、このプロキシを分離する原理を示している。翻訳プロキシの第１の部分は、プレゼンタＰ１によって実現され、プレゼンタＰ１は、機器をＵＰｎＰマルチメディアゲートウェイに示す。第２の部分は、エミュレータＥ１であり、エミュレータＥ１は、ＵＰｎＰメディアサーバＵＰｎＰ−ＭＳに基づいて、仮想ＵＳＢプレーヤをＵＳＢバスシステムにエミュレートする。
【００６９】
プロキシを分離する原理により、例えば、以下に示すような幾つかの効果が得られる。
【００７０】
・再利用（Reusability）：単に対応するプレゼンタを実装し、既存のエミュレータを再利用することによって、新たな機器をサポートすることができる。単にそのバスシステムのプロキシを実装し、これらのプロキシを他のバスシステムからの既存のプロキシと組み合わせることによって、新たなバスシステムをサポートすることができる。
【００７１】
・簡易性（Simplicity）：プロキシを実装するには、単にＵＰｎＰ及び１つのバスシステムに関する知識があればよい。
【００７２】
・安全性：バスに接続された全てのプロキシを安全に実装することによって、自動車のバスシステムのような安全性が重要なバスシステムを保護することができる。そして、サードパーティの非保証プロキシに接続された他のバスシステムを用いることができる。
【００７３】
ＵＰｎＰに未だ指定されていない機器に対する制限を回避するために、プレゼンタ／エミュレータ通信用の専用インタフェースを用いてもよい。また、プロキシを分離することが望ましくない状況もある。このような場合、プレゼンタを、単に全てをエミュレータに転送するダミープロキシとして実装してもよい。
【００７４】
機器間で用いられるＵＰｎＰインタフェースは、機器の製造業者が自らのプロキシモジュールを実装する際の基準規格（reference standard）として機能する。対応するＵＰｎＰ規格によって定義されるコマンドのみが、このようなサードパーティのプロキシによって実行される。更に、ＵＰｎＰによって提供される機能セットは、第２のプロキシによって制限することができ、又は、第２のプロキシにおいて、妥当性検査を行ってもよい。例えば、突然の音量の増加を拒否し、音量の滑らかな増加のみを許可するようにしてもよい。
【００７５】
システムの安全性を更に高めるために、プロキシモジュールを２つ以上のゲートウェイに分散させてもよい。第１のゲートウェイは、自動車のバス、例えばＭＯＳＴ又はＩＤＢ−Ｍに接続した全てのプレゼンタ及びエミュレータを実行し、自動車製造業者によって完全に制御される。第２のゲートウェイは、自動車のバスに接続しなければならない機器に関連するプロキシを提供する。これらのプロキシは、機器の製造業者によって提供される、非保証プロキシであってもよい。ＵＰｎＰのようなテキストベースの（ＸＭＬ）技術を適用することによって、第２のゲートウェイ上で実行されるモジュールコードが第１のゲートウェイに影響を及ぼすことがなくなる。更に、プロキシは、テキストベースのＵＰｎＰメッセージによって通信するので、プロキシの２つのゲートウェイ上への実装は、プラットホームに依存しない。これにより、ゲートウェイにおいて異なる技術を組み合わせることが可能となる。このような組合せは、民生用電子（ＣＥ）機器に比べて、自動車のライフサイクルが長いために必要である。
【００７６】
ＵＰｎＰによって対応するインタフェースを実装するために、各プロキシは、ＵＰｎＰ機器として示す必要がある。ゲートウェイ自体もＵＰｎＰ機器であるとみなすと、図６に示すゲートウェイモジュール及びＵＰｎＰインタフェースは、ゲートウェイにおいて発見することができる。ゲートウェイ機器は、以下のサービスを提供する。
【００７７】
・バス／ネットワークインタフェースへのトランスポートレベルのアクセス（バスサービス）
・ストリーム変換サービス（transcoding service）へのアクセス（トランスコーダ（transcoder））
・ゲートウェイプロキシ実行システムへのアクセス（デバイスマネージャ）
プロキシモジュールを第２のゲートウェイで利用可能にするために、プロキシモジュール自体は、ＵＰｎＰ機器として示される。プロキシモジュールによって提供される機器に依存したサービスは、プロキシモジュールによって表される機器の種類のＵＰｎＰ仕様によって定義される。更に、プロキシモジュールは、ゲートウェイ内部のハウスキーピング機能のためのプロキシサービスを提供する。
【００７８】
マルチメディアゲートウェイは、実際の機器であるが、プロキシサービスを実行する機器は、接続された専用のバスシステムの１つから実際の機器を表すプロキシソフトウェアモジュールである。
【００７９】
サードパーティの販売業者からの非保証ゲートウェイプロキシモジュールは、最大限の安全性を図ることによって、ゲートウェイに組み込むことができる。ゲートウェイ製造業者／自動車製造業者は、ゲートウェイ機能に対する全ての制御を維持することができる。
【００８０】
図５は、保証ゲートウェイの全体的なシナリオを示している。左側には、保護されたバスシステム、例えばブルートゥースを示している。右側には、図５の具体例ではＵＳＢである外部のバスを示している。ゲートウェイは、実際には、プリインストールされた保証プロキシを有する保証部分と、潜在的に非保証プロキシを有する動的で非保証部分との２つの部分からなる。２つのゲートウェイ間の通信及びプロキシ間の直接的な通信は、ＵＰｎＰによって行われる。図６には、対応するＵＰｎＰ機器及びサービスを示している。ＵＰｎＰゲートウェイ機器は、ゲートウェイ自体、例えば保証ゲートウェイと動的なゲートウェイの両方である。仮想ＵＰｎＰ機器は、プロキシによってシミュレートされた機器である。機器を１つのバスシステムから他のバスシステムに翻訳するために、ブルートゥースに接続する保証プロキシと、ＵＳＢに接続する保証プロキシとの２つのプロキシが必要である。
【００８１】
このように、保証プロキシは、その後ろの、すなわち後続するネットワーク層内のバスシステムを保護するために用いられる。このような保証プロキシは、潜在的に非保証ソースからはロードされない。更に、コマンドの信頼性検査のような安全性メカニズムをプロキシに組み込んでもよい。更に、保護されたバスシステムにおいて他の機器と通信することを保証する適切な認証メカニズムを用いることができる。更に、保証プロキシは、安全上の理由で、ある動作を阻止することができる。
【００８２】
本発明又は本発明の一側面は、以下のものを備える。
【００８３】
１．２つの分離された部分、すなわち静的な保証部分（保証プロキシ）と動的な非保証部分（非保証プロキシ）とからなるアプリケーションレベルのゲートウェイモジュール（プロキシ）：保証プロキシを介して全ての通信をルーティングすることによって、保証された手法で、非保証プロキシからの潜在的な非保証ゲートウェイ機能の動的な使用を可能にする。
【００８４】
２．プロキシサービス：保証部分が、保証され、バス内の検証／認証メカニズムによって保護されたバス内で動作する。
【００８５】
３．プロキシサービス：保証プロキシが、非保証プロキシから受け取った動作に対する信頼性検査を行う。
【００８６】
４．プロキシサービス：保証プロキシが、ある動作を阻止することによって、アプリケーションレベルのフィルタリングを行う。
【００８７】
５．２つの部分、すなわち静的な保証部分（保証ゲートウェイ）と動的な非保証部分（動的なゲートウェイ）とからなるゲートウェイ機器：動的なゲートウェイと同様に、如何なる機能も動的に更新することを許されない保証ゲートウェイを介して全てのコマンド及び動作をルーティングすることによって、保証された手法で、動的な非保証ゲートウェイからの潜在的な非保証ゲートウェイ機能の動的な使用を可能にする。
【００８８】
６．機器：両方の部分が、高い保証レベル（security level）を実現するために、テキストベースのプロトコル（ＸＭＬ）によって通信するスタンドアロンのデータ処理ユニットであり、例えば、非保証ゲートウェイ上のコードが保証ゲートウェイ上のコードに影響を与えない。
【００８９】
７．定義された機器：好ましくは、ＵＰｎＰが、ゲートウェイとゲートウェイプロキシ間の通信のためのテキストベースのプロトコルとして用いられる。
【００９０】
８．定義された機器：保証ゲートウェイが、選択されたアプリケーションレベルのコマンドがその保証ゲートウェイを通過することのみを許可し、したがって、動的な非保証ゲートウェイから保護されたバスの一部の機能を隠す。
【００９１】
９．定義された機器：ゲートウェイの両方の部分が、単一の場合に組み合わされる。
【００９２】
本明細書において用いている用語を以下の表に示す。この表は、現在用いている用語と、他の文脈で、例えば、標準化文書及びプレゼンテーションで用いる代替の用語とを示している。最後の列には、対応する従来の用語を示している。
【００９３】
【表１】
2006186973.tif 000003
【符号の説明】
【００９４】
Ｄ１  第１の機器、Ｄ２  第２の機器、ＬＬ  下位ネットワーク層又は下位層、ＩＬ  中間ネットワーク層又は中間層、ＨＬ  上位ネットワーク層又は上位の層、LLPS-1  第１の下位層処理ステップ、LLPS-2  第２の下位層処理ステップ、ILPS-1  第１の中間層処理ステップ、ILPS-2  第２の中間層処理ステップ、T-DATA-1  第１の伝送データ、T-DATA-2  第２の伝送データ、IL-DATA-1  第１の中間層データ、IL-DATA-2  第２の中間層データ、HL-DATA  上位層データ、ＳＦ  保証機能、ＭＳ  メディアサーバ、ＵＳＢ  ユニバーサルシリアルバス、ＢＴ  ブルートゥース、ＰＧ  物理的ゲートウェイ、ＳＧ  高性能ゲートウェイ、ＢＳ  バスサービス、Ｖ−ＢＴ−Ｄ  仮想ブルートゥースプレーヤ、Ｐ１  第１のプレゼンタプロキシモジュール、Ｐ２  第２のプレゼンタプロキシモジュール、１Ｅ  第１のエミュレータプロキシモジュール、２Ｅ  第２のエミュレータプロキシモジュール、ＵＰｎＰ−ＭＳ  ＵＰｎＰメディアサーバ、ＵＰｎＰ−ＭＲ  ＵＰｎＰメディアレンダラ、ＢＰ−Ｐ  ブルートゥースピコネット、ＳＰＳ  保証プロキシサービス、ＩＰＳ  非保証プロキシサービス、１０２  下位層受信回路、２０５  ＭＯＳＴバスサービスモジュール、２０８  ブルートゥースバスサービス、ＭＯＳＴ−Ｄ  ＭＯＳＴ機器、ＢＴ−Ｄ  ブルートゥース機器
【図面の簡単な説明】
【００９５】
【図１Ａ】本発明に基づく処理の手順を示すフローチャートである。
【図１Ｂ】物理的ゲートウェイ及び高性能ゲートウェイの２つの機器のブロック図である。
【図２】高性能ゲートウェイに接続された２つの機器のブロック図である。
【図３】複数のプロキシを備える高性能ゲートウェイのブロック図である。
【図４】一般的な使用シナリオにおけるブロック図である。
【図５】保証ゲートウェイ及び動的なゲートウェイのブロック図である。
【図６】異なるネットワーク層の間でのデータフロー及び処理を説明するブロック図である。
【図１Ａ】
2006186973.tif 000004
【図１Ｂ】
2006186973.tif 000005
【図２】
2006186973.tif 000006
【図３】
2006186973.tif 000007
【図４】
2006186973.tif 000008
【図５】
2006186973.tif 000009
【図６】
2006186973.tif 000010
【外国語明細書】
2006186973000001.pdf
2006186973000002.pdf
2006186973000003.pdf
2006186973000004.pdf