(57)【特許請求の範囲】
【請求項１】
第１の所定のプロトコルに従う少なくとも１つの第１のバスと、第２のプロトコルに従う少なくとも１つの第２のバスと、前記バスに接続されターゲット装置として動作することが可能な装置の中央集中制御手段を与える前記バス間のゲートウェイとを有し、前記中央集中制御手段は前記少なくとも１つの第１のバス及び前記少なくとも１つの第２のバスの一方のクライアント装置のために前記少なくとも１つの第１のバス及び前記少なくとも１つの第２のバスの一方のターゲット装置を制御可能とし、前記中央集中制御手段は各バスのターゲット装置を前記バスに特定的な制御標準を用いて制御するのに用いられ、前記中央集中制御手段は、標準通信プロトコルに従って前記ゲートウェイ上のサーバを介して、クライアントとして動作することが可能な装置にアクセス可能とされる、異種ネットワーク中で、クライアント装置によってターゲット装置を制御する方法であって、
前記クライアントから受信したプロファイル情報に従って、前記ゲートウェイが中央集中制御を維持しなければならないか、或いは、制御を前記クライアント装置へ分散させるかを決定する段階と、
制御を前記クライアント装置へ分散させることが決定された場合、前記ゲートウェイによって前記ターゲット装置を制御する制御アプリケーションを生成し、前記クライアント装置へ前記制御アプリケーションをダウンロードし、前記アプリケーションが転送されると、前記クライアント装置によって前記制御アプリケーションを実行することにより、前記クライアント装置は、前記中央集中制御手段を通過することなく、前記クライアント装置によって実行された前記制御アプリケーションを介して、前記クライアント及び前記ターゲット装置が接続されたバスの制御標準に従って前記ターゲット装置を直接制御する段階と、
中央集中制御が維持されなければならないことが決定された場合、前記ゲートウェイによって制御インタフェースを生成することにより、前記クライアント装置は、前記制御インタフェースを介してターゲット装置を制御し、前記制御インタフェースは、前記ターゲット装置が接続されたバスの制御標準に従って前記ターゲット装置を制御する段階とを有することを特徴とする方法。
【請求項２】
クライアント装置について、所定の標準に従って制御アプリケーションを実行する能力を示すプロファイル情報を前記ゲートウェイへ送信する第１の段階を含む、請求項１記載の方法。
【請求項３】
前記制御アプリケーションの転送についての意思決定段階は、前記プロファイル情報と、２つの装置、即ちクライアント及びターゲットが同じバス上に存在することについての検出とに基づく、請求項２記載の方法。
【請求項４】
前記制御アプリケーションはＪａｖａ（登録商標）アプリケーションである、請求項１乃至３のうちいずれか一項記載の方法。
【請求項５】
第１の所定のプロトコルに従う少なくとも１つの第１のバスと、第２のプロトコルに従う少なくとも１つの第２のバスとの間のゲートウェイ装置であって、
前記ゲートウェイは、前記バスに接続されターゲット装置として動作することが可能な装置の中央集中制御手段を与え、前記中央集中制御手段は前記少なくとも１つの第１のバス及び前記少なくとも１つの第２のバスの一方のクライアント装置のために前記少なくとも１つの第１のバス及び前記少なくとも１つの第２のバスの一方のターゲット装置を制御可能とし、前記中央集中制御手段は各バスのターゲット装置を前記バスに特定的な制御標準を用いて制御するのに用いられ、前記中央集中制御手段は標準通信プロトコルに従って前記ゲートウェイ上のサーバを介してクライアントとして動作することが可能な装置にアクセス可能とされ、
前記クライアントから受信したプロファイル情報に従って、前記ゲートウェイが中央集中制御を維持しなければならないか、或いは、制御を前記クライアント装置へ分散させるかを決定する手段を有し
制御を前記クライアント装置へ分散させることが決定された場合、前記クライアント装置が、前記ゲートウェイを通過することなく、その制御手段の一部を使用して前記ターゲット装置を直接制御可能とし、
中央集中制御が維持されなければならないことが決定された場合、前記ゲートウェイ装置が、前記ターゲット装置が接続されたバスに特定的な制御標準に従って前記クライアント装置が前記ターゲット装置を制御可能にする制御インタフェースを提供することを特徴とする、ゲートウェイ装置。
【請求項６】
前記クライアント装置への前記制御アプリケーションの転送についての意思決定手段は、制御アプリケーションを実行する能力を示す前記クライアント装置のプロファイル情報を用いる、請求項５記載のゲートウェイ装置。
【請求項７】
前記クライアント装置への前記制御アプリケーションの転送についての意思決定手段は、２つの装置、即ちクライアント及びターゲットが同じバス上に存在することについての検出を用いる、請求項５又は６記載のゲートウェイ装置。
【請求項８】
前記制御アプリケーションはＪａｖａ（登録商標）アプリケーションである、請求項５乃至７のうちいずれか一項記載のゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異種ネットワークに接続された装置間の制御の方法、及び、かかる方法を実施するゲートウェイに関連する。
【背景技術】
【０００２】
本発明は、例えば文献"IEEE  Std  1394-1995  High  Performance  Bus,  1996-08-30"に定義されたＩＥＥＥ  １３９４プロトコル等の第１のプロトコルに従う少なくとも１つの第１のバスと、例えばイーサネット（Ethernet）（登録商標）プロトコル等の他のプロトコルによる少なくとも１つの第２のバスとを有する異種ネットワークの枠組みに適する。考えられる異種ネットワークの様々なバスは、様々なバスに接続された装置が互いに通信することを可能とするゲートウェイを介して接続される。バスに接続された装置は遠隔に制御されえ、即ち、これらの装置が提供するサービスは、例えば、ＩＥＥＥ１３９４については、その仕様が文献"HAVi  Specification  Version  1.1"に記載されたＨＡＶｉ（Home  Audio  Video  Interoperability）、又は、イーサネット（登録商標）については、そのアーキテクチャが文献"UPnP  Device  Architecture  1.0"に定義されているＵＰｎＰ（Universal  Plug  and  Play）といった制御標準に従ってそれらのバス上でアクセス可能とされる。これらの制御標準は、「クライアント」と称される装置が、「ターゲット」装置と称される同一バス上の他の装置と対話し、作動させることを可能とする。ゲートウェイはまた、ネットワークの同一バス上に又は他のバス上に配置されたターゲット装置によって提供されるサービスにアクセスするために、バスのうちの１つに接続されたクライアント装置によって使用されうる制御サービスを提供する。このゲートウェイは、例えば、文書"OSGi  Service  Platform.  Release  3"に含まれるＯＳＧｉ（Open  Service  Gateway  Initiative）仕様に準拠してもよい。これは、ゲートウェイが様々なバスによって用いられる全ての制御標準と互換性があり、標準は接続された全てのバスの全ての装置に対して同じ方法でアクセス可能とされるため、達成される成果である。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このようなネットワークでは、ゲートウェイは、このゲートウェイに接続されたバス上にある様々な装置によって提供されるサービスにアクセスすることが可能であり、従って、これらを制御することが可能である。このために、ゲートウェイは、各バスに特定的な標準を用い、このことは当該のバスに接続された装置を制御することを可能とする。ゲートウェイはまた、例えばＨＴＴＰ（Hyper  Text  Transfer  Protocol）等の標準プロトコルに従う装置を制御する制御インタフェースを提供する。この機構を通じて、ネットワークに任意のバスに接続されたターゲット装置は、例えばゲートウェイと通信するのにＨＴＴＰプロトコルを用いるＨＴＭＬ（Hyper  Text  Markup  Language）ページブラウザといった標準プロトコルと互換性のあるソフトウエアを有する任意のクライアント装置によって制御されうる。従って、ネットワーク上では、アドホックなブラウザを具備した任意のクライアント装置について、ゲートウェイによって与えられる制御インタフェースを介して同じバス又は他のバスのいずれかに接続された任意のターゲット装置を制御することが可能である。制御メッセージ及び応答は、クライアントとゲートウェイとの間では、例えばＨＴＴＰ等の標準プロトコルに従って流れるのに対して、制御メッセージは、ゲートウェイとターゲット装置の間では各バスに特定の制御標準に従って流れる。
【課題を解決するための手段】
【０００４】
本発明は、第１の所定のプロトコルに従う少なくとも１つのバスと、第２のプロトコルに従う少なくとも１つの第２のバスと、バスに接続されターゲット装置として動作することが可能な装置の中央集中された制御手段を与えるバス間のゲートウェイとを有し、中央集中された制御手段は各バスのターゲット装置をバスに特定的な制御標準を用いて制御するのに用いられ、中央集中された制御手段は、標準通信プロトコルに従ってゲートウェイ上のサーバを介して、クライアントとして動作することが可能な装置にアクセス可能とされる、異種ネットワーク中で、クライアント装置によってターゲット装置を制御する方法であって、
ゲートウェイから前記クライアント装置へターゲット装置を制御するアプリケーションを転送する条件付き転送段階と、
アプリケーションが転送されると、２つの装置、即ちクライアントとターゲットの間で、これらが接続されているバスの制御標準に従って直接的な対話を確立し、クライアント装置によって制御アプリケーションを実行する実行段階とを有することを特徴とする方法に関連する。
【０００５】
本発明の望ましい実施例によれば、方法は、クライアント装置について、クライアント装置が所定の標準に従って制御アプリケーションを実行する能力を示すプロファイル情報をゲートウェイへ送信する第１の段階を含む。
【０００６】
本発明の望ましい実施例によれば、方法は、ゲートウェイについて、クライアント装置への制御アプリケーションの転送についての意思決定段階を含む。
【０００７】
本発明の望ましい実施例によれば、制御アプリケーションの転送についての意思決定段階は、プロファイル情報と、２つの装置、即ちクライアント及びターゲットが同じバス上に存在することについての検出とに基づく。
【０００８】
本発明の望ましい実施例によれば、制御アプリケーションはＪａｖａ（登録商標）アプリケーションである。
【０００９】
本発明はまた、本発明の方法を実施するゲートウェイ装置に関連する。
【発明の効果】
【００１０】
本発明は、クライアントと同じバス上に配置されたターゲット装置を制御することを意図するクライアント装置が、このバスのネイティブ通信プロトコルを用いてバス上で直接に制御メッセージを交換することを可能とする。このために、ターゲット装置と対話することを意図するクライアントはゲートウェイに接続する。ゲートウェイは、ネットワークの全ての装置を制御する制御インタフェースを提供することが可能である。このインタフェースは、例えばダイナミックＨＴＭＬページといった標準プロトコルを介してネットワークに全てのターゲットページに対して同じように提供される。ゲートウェイは、クライアントによって渡された制御命令をターゲットが接続されているバスに特定的な制御標準（ＨＡＶｉ，ＵＰｎＰ等）に適合するコマンドへ翻訳する装置である。これにより、クライアントとターゲットが同一バス上に存在するときはもはやクライアントとターゲットの間に必要なインタフェースとして作用しないゲートウェイ上のバス帯域幅及び負荷を減じることとなる。もちろん、この直接的な通信は、かかる通信に関与している装置の、ゲートウェイによって知られている状態について疑ってはならない。このために、ゲートウェイは、当該のバス上で、当該の装置の更新状態を保つよう当該の装置で起こっている状態変化によってトリガされるイベントを集める。
【発明を実施するための最良の形態】
【００１１】
本発明の他の特徴及び利点は、添付の図面を参照して、制限的でない例としての、以下の実施例の説明から明らかとなろう。図１は、１つの実施例によるネットワークを示すブロック図である。この例では、ゲートウェイによって相互接続された２種類のバスを示す。明らかに、本発明は、他のプロトコルに従う他の種類のバスを含みうる。本例では、ＨＡＶｉ標準に従って制御されうる装置８を接続するＩＥＥＥ１３９４プロトコルに従う第１のバスが与えられている。第２のバスは、イーサネット（Ethernet）（登録商標）に従ってゲートウェイに接続され、この第２のバスは、ＵＰｎＰ標準に従って制御されることが可能な装置９、１０、及び１１を接続する。このネットワークはまた、ＵＰｎＰ標準と互換性がなくイーサネット（登録商標）に直接接続される装置も含みうる。従って、これらの装置は、クライアントであるが、これらの装置自体はネットワークの他の装置によって制御されることができない。従って、これらの装置はターゲット装置になることはできない。ゲートウェイは、相互接続されたバスと互換性のあるネットワークインタフェース１６及び１７を含み、従って、本例では、これらはイーサネット（登録商標）及びＩＥＥＥ１３９４インタフェースであり、その上に、ＨＡＶｉ及びＵＰｎＰ等の制御標準が重ねられている。ゲートウェイは更に、読み出し専用メモリ（ＲＯＭ）１５及び作業用ランダム・アクセス・メモリ（ＲＡＭ）１３に記憶されたプログラムを実行しうるマイクロプロセッサ１４を含む。これらの構成要素は、バス１８を介して相互接続される。接続された装置は、同様のアーキテクチャを有する。これらは、プロセッサ２０、ＲＡＭ１９、ＲＯＭ２１及びこれらを接続するための少なくとも１つのネットワークインタフェース２２を有する。これらの構成要素は、内部バス２３を介して相互接続される。上述の標準は、例としてのみ与えられたものであって、他の標準が用いられてもよい。矢印１２は、本発明の実施例に従ったクライアント装置１０によるターゲット装置１１の直接制御を表わす。この制御は、図５に示す方法によりゲートウェイからクライアント装置１０によって得られる制御アプリケーションによって実行される。
【００１２】
図２は、本実施例のゲートウェイを形成する主なソフトウエアレイヤを表わす。やはり、イーサネット（登録商標）又はＩＥＥＥ１３９４等のバス通信プロトコルがあり、その上にはＨＡＶｉ又はＵＰｎＰといった制御標準が重ねられている。制御レイヤとの通信に必要な通信インタフェースを有するＪａｖａ（登録商標）レイヤは、この存在する制御レイヤ（ＨＡＶｉ、ＵＰｎＰ等）をＪａｖａ（登録商標）アプリケーションが用いることを可能とする。最後に、ゲートウェイは、遠隔クライアントがゲートウェイ上のページをブラウズすることを可能とするウェブサーバソフトウエアを有する。Ｊａｖａ（登録商標）レイヤの存在により、利用可能な制御標準に従ってネットワーク装置と対話するための言語を用い、ゲートウェイ上にダイナミックなウェブページが存在しうる。遠隔クライアントは、従って、接続されたバス上で当該のバスによって用いられる制御標準に従って通信することが可能となるサーバ上で実行されるＪａｖａ（登録商標）アプリケーションと対話することが可能となる。ページに含まれるＪａｖａ（登録商標）アプリケーションは、クライアントへダウンロードされローカルに実行されてもよい。クライアントとターゲットの間の直接的な通信を可能とするのは、クライアント上でのアプリケーションの実行を意図した制御アプリケーションの転送である。もちろん、例えばＪａｖａ（登録商標）Ｓｃｒｉｐｔ、ＶＢＳｃｒｉｐｔ，ＰＨＰ等のＪａｖａ（登録商標）以外の言語が使用されてもよい。実際に、制御標準とインタフェース接続され、ローカルな実行のためにクライアントによって実行されることが可能な任意の言語が使用されうる。
【００１３】
図３は、本実施例における、バスのうちの一本に接続される装置を形成する主なソフトウエアレイヤを示す図である。最下レイヤには、イーサネット（登録商標）、ＩＥＥＥ１３９４又は任意の他の物理通信プロトコルでありうる物理ネットワークと通信する通信プロトコルがある。このレイヤの上には、他のネットワーク装置が装置を制御することを可能とする制御標準がある。この標準は、ホームネットワーク用のＨＡＶｉ、イーサネット（登録商標）ネットワーク上のＵＰｎＰ、又は任意の他の制御標準でありうる。この制御標準なしには、装置がネットワーク上の他の装置によって駆動されるのは不可能であり、従って、ターゲット装置として作用するのも不可能である。このレイヤなしには、装置が、バス上に存在するターゲット装置を直接駆動するために制御アプリケーションを実行するのは不可能である。しかしながら、これは、装置がクライアントとして動作することを防止するものではなく、ゲートウェイ上の中央制御アプリケーションを介してターゲット装置を駆動することを防止するものでもない。これは、携帯情報端末、携帯型ＭＰ３音楽装置又は他の装置といった、特にイーサネット（登録商標）を介して、ネットワークに時折接続される装置の場合があてはまる。ゲートウェイサービス及び他の装置を制御する制御機能にアクセスするのを可能とするために、ゲートウェイのサーバと互換性のあるブラウザも必要とされる。例えばウェブブラウザであるこのブラウザは、ゲートウェイに実装されるサーバに接続するのに使用されえ、従ってネットワークのターゲット装置を制御するためにページにアクセスするのに使用されうる。ネットワーク上で用いられる制御標準へのＡＰＩ（Application  Programming  Interface）を有するＪａｖａ（登録商標）実装は、ゲートウェイからの制御アプリケーションがローカルに実行されるのを可能とする。本発明の実施例によれば、制御標準を駆動するこのＪａｖａ（登録商標）レイヤ又はＪａｖａ（登録商標）ＡＰＩなしには、制御アプリケーションはこの装置用にローカルに使用されることはできない。この場合、装置は、ネットワークのターゲット装置を駆動するのにゲートウェイのみを使用することが可能となる。
【００１４】
図４は、公知の従来技術による通信の例を示す図である。本例では、例えばＨＡＶｉモニタ等のクライアント装置は、例えばＨＡＶｉチューナ等のターゲット装置によって提供されるサービスに、チューナによってピックアップされた番組をモニタ上に表示するよう、アクセスすることを意図する。ステップ３１では、クライアントは、ネットワーク上で利用可能な装置のページを要求し、ステップ３２においてこのページを取得する。ステップ３３では、選ばれたターゲット装置、即ちチューナを選択する。ステップ３４を介してチューナ制御ページを取得し、ステップ３５において選ばれた番組を選択することを可能とする。次に、ステップ３６において、ゲートウェイは、所望の番組が選択されるのを可能としチューナとモニタの間でデータが交換されることを可能とするＨＡＶｉ制御をチューナに送ることにより、所望の番組によってチューナを駆動する。最後に、ステップ３７において、チューナの状態の変化によりＨＡＶｉイベントが伝送され、このイベントはゲートウェイによって受信され、ゲートウェイがチューナの状態をメモリに保存することが可能となる。
【００１５】
図５は、本発明の実施例による通信の同じ例を示す図である。ステップ３１、３２、及び３３は、図４のものと同様である。しかし、ここでは、ステップ４０において、ゲートウェイは、チューナの選択に応じて、クライアント上で直接実行されＨＡＶｉプロトコルを用いることによりチューナの直接制御を可能とするＪａｖａ（登録商標）アプリケーションを、ページと共に伝送する。所望の番組の選択は、従って、Ｊａｖａ（登録商標）プログラムによって解釈され、チューナ用のＨＡＶｉ制御が発生される。これらの制御は、ゲートウェイを通過することなく、ステップ４１において直接チューナへ送られる。チューナの状態の変化はやはり、前の例における同じステップ３７と同様に、ゲートウェイによってピックアップされるイベントの伝送を生じさせる。
【００１６】
ゲートウェイが中央集中された制御を維持しクライアントが中央アプリケーションを介してターゲット装置を駆動することを可能とせねばならないか、或いは、Ｊａｖａ（登録商標）制御プログラムを含むページがクライアント装置上で実行されねばならないかを、どのようにしてゲートウェイが知るのかについて以下に説明する。
【００１７】
クライアントへの制御を分散させることを可能とするために満たされねばならない条件は、第１に、クライアントとターゲットとが同じバス上にあることであり、第２に、クライアントが、伝送されたＪａｖａ（登録商標）プログラムを実行することが可能であり、Ｊａｖａ（登録商標）を高水準制御プロトコル（ＨＡＶｉ，ＵＰｎＰ等）とインタフェース接続するソフトウエアレイヤを有することである。説明した実施例では、Ｊａｖａ（登録商標）と例えばＨＡＶｉとの間でこのインタフェースレイヤを実装するＪａｖａ（登録商標）クラスは、クライアントへ送信されるＪａｖａ（登録商標）プログラムの中で伝送されるのではなく、従ってクライアント上に存在せねばならない。
【００１８】
ゲートウェイが、制御を分散させることについて決定することを可能とする情報を有することを保証するために、ネットワークに接続している装置は、それらの能力を示すプロファイル情報をゲートウェイへ送信せねばならない。この実施例では、このプロファイル情報はＨＡＶｉ、ＵＰｎＰ、及びＮｏＣｏｎｔｒｏｌ、という３つの値をとることができる。値ＨＡＶｉは、装置がＨＡＶｉ装置を制御することを可能とする能力を有することを示す。従って、これは、Ｊａｖａ（登録商標）能力を有しＪａｖａ（登録商標）／ＨＡＶｉインタフェースレイヤを有するＨＡＶｉ互換装置である。値ＵＰｎＰは、Ｊａｖａ（登録商標）能力及びＪａｖａ（登録商標）／ＵＰｎＰインタフェースを有するＵＰｎＰ互換装置の存在を示す。値ＮｏＣｏｎｔｒｏｌは、能力のうちの１つが欠けており、従ってＪａｖａ（登録商標）制御アプリケーションを実行することができない装置を示す。
【００１９】
ゲートウェイは、この情報が存在するとき、また、ターゲット装置の種別及びその場所により、中央集中された制御を維持せねばならないか、或いは、この制御をクライアント装置へ分散させることが可能であるかを決定することができる。従って、ゲートウェイは、それ自身の中央集中された制御アプリケーションでインタフェースページを発生させるか、或いは、ターゲット装置を制御するためにクライアント装置へダウンロードされうる制御アプリケーションを発生させるために、その情報を使用する。
【００２０】
上述の実施例は、制限的なものではない。特に、本発明を、他の制御プロトコルを装備した他の種類のバス上で実現することが可能である。また、分散された制御アプリケーションの実現のために、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、ＶＢＳｃｉｒｐｔ、ＰＨＰ又は他の言語といったＪａｖａ（登録商標）以外の言語を用いることも可能である。
【図面の簡単な説明】
【００２１】
【図１】本発明による典型的な異種ネットワークを示すブロック図である。
【図２】本発明による典型的なゲートウェイを示す機能図である。
【図３】典型的なソース装置を示す機能図である。
【図４】公知の従来技術による通信の一例を示す図である。
【図５】本発明による通信の同じ例を示す図である。
【符号の説明】
【００２２】
８  ＨＡＶｉ標準により制御される装置
９  ＵＰｎＰ標準により制御される装置
１０  ＵＰｎＰ標準により制御される装置
１１  ＵＰｎＰ標準により制御される装置
１２  直接制御
１３  ＲＡＭ
１４  プロセッサ
１５  ＲＯＭ
１６  イーサネット（登録商標）インタフェース
１７  １３９４インタフェース
１８  バス
１９  ＲＡＭ
２０  プロセッサ
２１  ＲＯＭ
２２  インタフェース
２３  内部バス
【図１】
0004778692.tif 000002
【図２】
0004778692.tif 000003
【図３】
0004778692.tif 000004
【図４】
0004778692.tif 000005
【図５】
0004778692.tif 000006