(57)【特許請求の範囲】
【請求項１】
互いに異なるアドレス体系を有する第１のネットワークと第２のネットワークとを結合して互いの間でのデータ交換を実現するゲートウェイ装置において、
第１のネットワークの形式によるネットワークアドレスと第２のネットワークの形式によるネットワークアドレスとの間の対応を示すアドレス管理テーブルを備えるアドレス管理手段と、
前記第１のネットワークアドレスにより宛て先指定された制御要求の宛先アドレスを該アドレス管理テーブルに従って前記第２のネットワークのアドレスに変換するとともに、該制御要求の発行元のネットワークアドレスと該制御要求が該第２のネットワークアドレスに対して発行中であることとを記録し、該第２のネットワークアドレスより制御要求に対する実行結果を示す応答を受信した際には該記録に基いて該応答の前記第１のネットワーク上での宛先を前記制御要求の発行元のネットワークアドレスに変換して該記録を削除する変換手段と、
該変換手段で変換された前記第２のネットワークアドレスに宛てて、前記制御要求のデータ部を変更することなく前記第２のネットワークに送出し、前記第２のネットワークより受信した前記制御要求に対する応答のデータ部を前記第１のネットワークに送出するために取り出す第２のネットワーク向け送受信データ処理部と、
前記第１のネットワークより受信した制御要求を前記アドレス管理テーブルを参照して前記第２のネットワークに接続されている装置宛ての制御要求であることを判定して前記変換手段に渡し、前記データ処理部で取り出された前記制御要求に対する応答に前記変換手段で変換された該応答の宛先に従って前記制御要求の発行元に返送する第１のネットワーク向け送受信データ処理部とを備えたことを特徴とするゲートウェイ装置。
【請求項２】
前記第１のネットワークはＩＰアドレスによってアドレスを指定するＩＰネットワークであり、前記第２のネットワークはＩＥＥＥ１３９４インターフェースによって接続される装置によって構成されるネットワークであることを特徴とする請求項１記載のゲートウェイ装置。
【請求項３】
前記第２のネットワークに装置が追加もしくは削除されたときに、前記アドレス管理テーブルに項目を追加もしくは削除し、新規に装置が追加された場合には前記第１のネットワークにおけるネットワークアドレスを新規に取得して、該アドレスに対するアクセス要求を受け取って該新規に追加された装置へのアクセス要求に変換して第２のネットワークに送り出すことを特徴とする請求項１記載のゲートウェイ装置。
【請求項４】
前記第２のネットワーク上に送出する制御要求と、受信する応答はＩＥＥＥ１３９４上に規定されるＡＶ／Ｃコマンド及びレスポンスであることを特徴とする請求項１記載のゲートウェイ装置。
【請求項５】
前記変換手段において制御要求発行中と記録されている前記第２のネットワーク上の装置に対し、前記第１のネットワーク上のコントローラより別の制御要求を受信した場合には、該別の制御要求を受け付けられないことを示す応答を該コントローラに返信することを特徴とする請求項１記載のゲートウェイ装置。
【請求項６】
前記第２のネットワーク上に送出した制御要求に対する中間応答を受信した場合には、前記変換手段において記録されている制御要求発行中であることを示す情報を削除せずに、中間応答を前記第１のネットワーク上に送出し、前記制御要求に対する最終応答を受信した場合には、前記変換手段において記録されている制御要求発行中であることを示す情報を削除することを特徴とする請求項１記載のゲートウェイ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は２種類の異なるネットワークを接続して互いの間でデータのやり取りを可能にするゲートウェイ装置に関するものであり、特にＰＣ等の情報機器により構築される情報系のネットワークとデジタルＡＶ機器により構成されるＡＶ系のネットワークとを結合して情報機器からＡＶ機器を制御するのに適したゲートウェイ装置に関する。
【０００２】
【従来の技術】
情報家電装置の発展とインターネット利用の普及により、一般家庭の中にもネットワークを構築することが行われるようになってきている。
家庭でのネットワークの一形態は、個々の家族毎のＰＣあるいはデスクトップＰＣとノートＰＣ等、複数のＰＣによるインターネットアクセスの共有やプリンタ等の共有を目的とした情報系のネットワークであり、その代表的なものには１００ＢＡＳＥ−ＴＸ等ツイストペア線によるイーサネットＬＡＮやＩＥＥＥ８０２．１１ｂ規格による無線ＬＡＮが有り、ネットワーク上のプロトコルはインターネット等のコンピュータネットワークで広く利用されているＴＣＰ／ＩＰが一般的に使われている。以下こうしたＴＣＰ／ＩＰを用いる情報系ネットワークのことをＩＰネットワークと呼ぶ。
【０００３】
その一方でＴＶ、ＶＴＲ等に代表されるＡＶ装置のデジタル化が進み、デジタル衛星放送受信機及びこれを内蔵したＴＶや、デジタル記録方式のＶＴＲやビデオカメラ、ハードディスクを記録媒体に用いたハードディスク（以下ＨＤ）レコーダやＤＶＤ−ＲＡＭ等の光ディスクを用いた記録装置等が登場している。これらのデジタルＡＶ装置では伝送や蓄積における信号品質の劣化が起き難いというデジタル方式の特性を活かすため、各装置間の接続にＩＥＥＥ１３９４規格による高速シリアルインターフェース（以下１３９４ＩＦ）を採用したものが増えている。１３９４ＩＦは元々はＰＣの周辺層装置向けのバスとして設計されたものであるが、最大４００Ｍｂｐｓのデータ転送速度とＡＶ装置で扱われる映像音声のデータを途切れることなく伝送するのに適したアイソクロナス転送モードを備えており、ケーブルの抜き差しを検出して装置ＩＤを自動的に割り当てるので使用者の操作を軽減できるなどの利点をもつことから、デジタルＡＶ装置の標準インターフェースとして着目されて来た。このため、デジタルＡＶ装置に広く採用されているＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を伝送するためのプロトコルとデータ形式やＡＶ装置を制御するためのコマンド送受信プロトコルがＩＥＣ６１８８３規格として定められており、各ＡＶ装置、例えばＶＴＲやチューナ毎の制御コマンド仕様もＡＶ／Ｃ（Ａｕｄｉｏ  Ｖｉｄｅｏ  Ｃｏｎｔｒｏｌ）コマンドとして普及団体である１３９４ＴＡ（Ｔｒａｄｅ  Ａｓｓｏｃｉａｔｉｏｎ）により定められている。
【０００４】
かかるＡＶ／Ｃコマンドは１３９４ＩＦに特化したものであり、前記したＩＰネットワークに接続されるＰＣなどによりデジタルＡＶ装置を操作するためには、ＰＣに１３９４ＩＦを搭載する方法によるか、もしくはＩＰネットワークと１３９４ＩＦの双方に接続されるゲートウェイ装置を介して、デジタルＡＶ装置に操作要求を伝える方法を用いる必要が有る。
特開２０００−２２４２０７号公報や特開２００１−２０２３１７号公報にはこうしたゲートウェイ装置を用いて１３９４ＩＦに接続されているデジタルＡＶ装置などをＩＰネットワーク上のコントローラにより制御する方法が記載されている。
【０００５】
【発明が解決しようとする課題】
上述した従来の技術によればコントローラから操作しようとする場合には、コントローラからゲートウェイ装置に制御要求を送り、ゲートウェイ装置はこの制御要求を１３９４ＩＦによって接続されているＡＶ装置などに対する制御要求に変換して送信することによって該ＡＶ装置の動作を制御する。従ってゲートウェイ装置は１３９４ＩＦにより接続されるＡＶ装置などの制御仕様に合わせて、必要となる制御要求の変換方法に従う変換手段を予め組み込んでおく必要があった。このためゲートウェイ装置が制御仕様に関する情報を持たないＡＶ装置などはＩＰネットワーク上のコントローラからは操作することができないという問題が有った。
【０００６】
本発明の目的は、ＩＰネットワークと１３９４ＩＦの双方に接続するゲートウェイを介してＩＰネットワーク上のコントローラから１３９４ＩＦで接続されるＡＶ装置を制御する際に、ゲートウェイが制御対象となるＡＶ装置の制御仕様に合わせた制御要求の変換手段を組み込んでおく必要のないゲートウェイ装置の構成方法を提供することにある。
【０００７】
【課題を解決するための手段】
上記目的達成のため、本発明ではＩＰネットワークと１３９４ＩＦの双方に接続するゲートウェイ装置において、１３９４ＩＦに接続されている装置を特定するためのＩＰアドレスと１３９４ＩＦのノードＩＤを対応付けるための変換テーブルを設け、ＩＰネットワーク上のコントローラから該ＩＰアドレスに宛てて発行された制御要求をゲートウェイで受信し、該変換テーブルに従ってＩＰアドレスをノードＩＤに変換し制御コマンドのデータ部分をそのまま制御対象となる１３９４ＩＦ上の装置に転送することによって、コントローラからの制御を行う。
【０００８】
【発明の実施の形態】
本発明の実施の形態の一例を図１により説明する。図１は本発明の一実施例によるゲートウェイ装置を用いた家庭内のネットワークのシステム構成を示したものである。同図においてデジタルＴＶ１０１は本発明におけるゲートウェイ装置であり、１３９４ＩＦによるデジタルＡＶ装置のネットワークとイーサネット及び無線ＬＡＮによるＩＰネットワークとを結合している。
【０００９】
１３９４ＩＦによるネットワークにはＶＴＲ１０２、ＨＤ（ハードディスク）レコーダ１０３、ビデオカメラ１０４が接続され、イーサネットを用いたＬＡＮにはルータ１１１とＰＣ１１２とが接続され、さらにルータ１１１に設けられた無線ＬＡＮＩＦ１１４により無線ＬＡＮＩＦ１１３を持つ携帯情報端末１１３に接続されている。ルータ１１１は家庭内のネットワークと広域ネットワークとをつなぐルータ機能とＡＤＳＬモデムあるいはケーブルモデム等の広域ネットワークアクセス機能とを備えており、インターネットサービスプロバイダ２０１を経由してインターネット２００に接続される。
なおゲートウェイ１１１はルータとモデムを一体としたものである必要はなく、これらが別々の装置として設けられていても構わない。インターネット２００にはインターネットアクセス機能を持つ携帯電話端末２０３が接続され、これによって宅外から家庭内のＩＰネットワークに接続することができる。
【００１０】
図２は本発明の一実施例によるデジタルＴＶ１０１の詳細な構成の一例を示したブロック図である。全体の制御を行うＣＰＵ３０１よりシステムバス３０２を介してチューナ３０３、デコーダ３０４、グラフィクス処理部３０５、メモリ３０７、１３９４ＩＦ部３０８、ネットワークＩＦ部３０９、リモコンＩＦ３１０とそれぞれ接続されている。アンテナより受信された信号はチューナ３０２で番組が選択され、デコーダ３０４において映像信号に復元され，グラフィクス処理部３０５を経て表示部３０６へと送られる。表示部３０６はＣＲＴや液晶パネルなどのモニタディスプレイであり、デコーダ３０４で復元された映像を画面上に映し出す。なお表示部３０６は必ずしもデジタルＴＶ１０１と一体化していなくてもよく、外付けのモニタディスプレイとしても構わない。
【００１１】
１３９４ＩＦ３０８はＶＴＲ１２０などのＡＶ装置と１３９４ＩＦを介して接続されるものであり、ＣＰＵ３０１からの指令により各ＡＶ装置に制御コマンドを送信したり各装置の動作状態を受信したりする。また各ＡＶ装置から送られる映像音声データを受信してこれをデコーダ３０３へと送り、映像信号が復元されて表示部３０６に表示される。また、チューナ３０２から出力される映像音声データを記録するために１３９４ＩＦに送り出す。ネットワークＩＦ３０９はＩＰネットワークから送られてきた制御データを受け取り、あるいは応答データを送り出す。
リモコンＩＦ３１０は赤外線リモコン３１１から送られるユーザの操作を表すコードを受け取って、これをＣＰＵ３０１に送りデジタルＴＶ１０１の動作制御もしくは１３９４ＩＦにつながれているＡＶ装置の制御を行うために必要な制御データの発生など必要な処理をＣＰＵ３０１において行う。
【００１２】
図３は本発明の一実施例によるデジタルＴＶ１０１のＣＰＵ３０１で動作するソフトウェアの構成を示したものである。デジタルＴＶ機能アプリケーション４０１は放送の受信など受信機本来の持つ機能を制御するものである。ユーザからの操作入力をリモコンドライバ４１１から受け取り、操作画面をグラフィクスドライバ４１２を使って表示させる。
ネットワーク装置操作アプリケーションは１３９４ＩＦ上に接続された他のＡＶ装置を制御するものであり、リモコンドライバ４１１およびグラフィクスドライバ４１０を用いてユーザインターフェースを実現し、１３９４ＩＦによるネットワークに接続されている装置を制御するためのコマンドであるＡＶ／Ｃコマンドデータを生成してＦＣＰ（Ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）パケット処理部４０５にこれを渡し、１３９４ドライバ４０９を介してネットワーク上のＡＶ装置に対してＡＶ／Ｃコマンドを発行して操作を実行する。
【００１３】
ネットワークドライバ４０８はＩＰネットワークから受信したデータをＴＣＰ／ＩＰ処理部４０７に渡して送信先のＩＰアドレスとポート番号を調べ、ＡＶ装置に対する制御要求である場合にはデータ変換処理部４０４にこれを送って制御要求のデータ部分を取り出し、これをＦＣＰパケット処理部４０５に渡して、１３９４ドライバ４０９を経てＡＶ／Ｃコマンドとして１３９４ＩＦ上に送出する。逆に１３９４ＩＦからＡＶ／Ｃコマンドに対する応答であるＡＶ／Ｃレスポンスを受信した場合には、ＦＣＰパケット処理部４０５にこれを渡し、その応答がネットワーク装置操作アプリケーション４０２から発行されたコマンドに対する応答であるのか、ＩＰネットワークから受信した制御要求を変換した結果に対する応答なのかを判別し、その結果に応じてネットワーク装置操作アプリケーション４０２もしくはデータ変換処理部４０４に送り、データ変換処理部４０４に送られたデータは更にＴＣＰ／ＩＰ処理部４０７に送られＩＰネットワーク上のデータとしてネットワークドライバ４０８よりＩＰネットワーク上に送り出される。
【００１４】
装置検出部４０６は１３９４ＩＦに新たな装置が接続されるかもしくは接続されていた装置が取り外されると、これをネットワーク装置操作アプリケーション４０２およびアドレス管理部４０３に通知する。アドレス管理部４０３は内部にＩＰアドレスと１３９４ＩＦのノードＩＤおよびノード固有ＩＤの対応関係を示すアドレス管理テーブルを保持しており、該アドレス管理テーブルはＴＣＰ／ＩＰ処理部４０７において受信したデータが１３９４ＩＦで接続されているＡＶ装置の制御要求であるか否かの判定、およびデータ変換部４０４においてデータの送信元もしくは宛先のＩＰアドレスと１３９４ＩＦのノードアドレスの変換を行うために参照される。
【００１５】
図４は本発明の一実施例によるアドレス管理部４０３の保持するアドレス管理テーブルのデータ内容の一例を示したものである。アドレス管理テーブルは１３９４ＩＦに接続されている装置１台１台に関してＩＰアドレス５０１、ノード固有ＩＤ５０４、ノードＩＤ５０５の対応関係を示している。図４のアドレス管理テーブルの場合ＩＰアドレスとしてＩＰｖ６を用いた場合の例を示しており、１２８ｂｉｔのＩＰアドレス５０１は６４ｂｉｔのサブネットプレフィクス５０２および６４ｂｉｔのインターフェースＩＤ５０３とに分けられる。
ノード固有ＩＤ５０４は１３９４ＩＦに対応した装置１台１台に製造時に割り当てられる唯一の識別番号であり、上位２４ｂｉｔの製造者ＩＤと下位４０ｂｉｔの装置ＩＤによって構成される。ノードＩＤ５０５は装置１台１台に動的に割り当てられる識別番号である。
【００１６】
１３９４ＩＦによるネットワーク上に新たに装置が追加されたり削除されたりすると、バスリセットが発生して各装置に伝えられ、各装置にノードＩＤが自動的に割り当てられる。装置検出部４０６はバスリセットが発生すると１３９４ＩＦによるネットワーク上の装置１台１台のノード固有ＩＤを調べ、ノードＩＤとノード固有ＩＤの対応をアドレス管理部に伝え、アドレス管理テーブルを作成する。ノード固有ＩＤの調査結果、新規の装置が追加されている場合にはその装置のＩＰアドレス値のうちインターフェースＩＤ部分にはノード固有ＩＤの値を元にしてその上位７ｂｉｔ目をローカルに使用されるＩＤであることを示す１に変えた値を書き込み、ＩＰネットワーク上にはこのインターフェースＩＤを有する新たな装置が追加された場合と同様にしてＩＰアドレスの割当処理を実行し、ルータから与えられるサブネットプレフィクス値をアドレス管理テーブルに書き込む。
【００１７】
このようにして、ＩＰネットワーク上にはあたかも新しい装置が追加されたように見せて、ＩＰネットワーク上のコントローラから１３９４ＩＦ上の装置に対して割り当てられたＩＰアドレスを使ってアクセスすることが可能となる。ＩＰネットワーク上の装置から１３９４ＩＦで接続されている装置へのアクセスを示すためには適当なポート番号を定めてこのポート番号に宛てられたデータをデータ変換部４０４で処理するようにする。
【００１８】
図５は１３９４ＩＦを介して送受信されるＡＶ／Ｃコマンドのパケット形式を示したものである。ＡＶ／Ｃコマンドは１３９４ＴＡ（Ｔｒａｄｅ  Ａｓｓｏｃｉａｔｉｏｎ）により仕様が定められており、ＩＥＣ６１８８３規格で規定されているＦＣＰ（Ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）のプロトコルとパケット形式に従い、１３９４ＩＦのＡｓｙｃｈｒｏｎｏｕｓパケットとしてコントローラからターゲット装置に発行される。
ＡＶ／Ｃコマンドのパケットはパケットヘッダ部６０１とコマンド／レスポンスデータ部６０２から成る。パケットヘッダ部はＩＥＥＥ１３９４規格に規定されるＡｓｙｎｃｈｒｏｎｏｕｓブロック書き込みパケットの形式に従い、宛先ノードＩＤ６０３、トランザクションの要求と応答の一致を識別するトランザクションラベル６０４、リトライ状態を示すリトライコード６０５、データの書込み読出し等の区別を示すトランザクションコード６０６、パケットの優先度を示すプライオリティ６０７、送信ノードＩＤ６０８、受信ノードの宛先アドレスを示す受信アドレスオフセット６０９、データ長６１０、拡張トランザクションコード６１１、エラーチェック用ＣＲＣ６１２から構成される。
【００１９】
また、コマンド／レスポンスデータ６０２はコマンドコードの種別を示すＣＴＳコード６１３、制御コマンド／状態読出しコマンド／レスポンスなどの種別を示すコマンドタイプ６１４、ＴＶやＶＴＲ、チューナ等ＡＶ装置としての種別を示すサブユニットタイプ６１５、装置内のサブユニットの識別のためのサブユニットＩＤ６１６、コマンドの種別を示すオペコード６１７、コマンドのパラメータであるオペランド［１］〜［ｎ］６１８、６１９、６２０、ゼロパディング部６２１、ＣＲＣ６２２から構成される。
【００２０】
図６はＩＰネットワーク上のコントローラからゲートウェイ装置の１３９４ＩＦ上に接続されているＡＶ装置に向けて送り出される制御要求のパケット形式を示したものである。制御要求はＴＣＰパケットをデータとして持つＩＰｖ６データグラムであり、ＩＰｖ６ヘッダ部７０１、ＴＣＰヘッダ部７０２、コマンド／レスポンスデータ６０２から成る。ＩＰｖ６ヘッダ７０１は、ＩＰのバージョン７０３、優先順位を示すトラフィッククラス７０４、パケットの取り扱いを区分するフローラベル７０５、データの大きさを示すペイロード長７０６、後ろにくるヘッダの種類を示す次ヘッダ７０７、ホップの制限数を示すホップリミット７０８、送信元アドレス７０９、宛先アドレス７１０から構成される。
【００２１】
ＴＣＰヘッダ７０２は送信元のポート番号７１１、宛先のポート番号７１２、ＴＣＰパケットの順番を示すシーケンス番号７１３、次に受信されるパケットを示す受信確認シーケンス番号７１４、ＴＣＰデータ部の先頭を示すデータオフセット７１５、予約フィールド７１６、ＴＣＰ通信の制御情報を格納する制御ビット７１７、フロー制御のためのウィンドウサイズ７１８、エラーチェック用チェックサム７１９、緊急に使われるデータの位置を示す緊急ポインタ７２０、ＴＣＰ通信のオプションの種類を示すオプション７２０から構成される。コマンド／レスポンスデータは前記したＡＶ／Ｃコマンドの内容と同一である。
【００２２】
図７はＩＰネットワーク上のコントローラとゲートウェイ及びターゲットであるＡＶ装置の間のコマンドとレスポンスの送受信シーケンスを示している。先ずコントローラによって操作しようとするＡＶ装置のＩＰアドレスに向けて図６に示す形式の制御コマンドが発行されるとゲートウェイにおいて受信され、図４に示すアドレス管理テーブルの検索が行われる。
アドレス管理テーブルのＩＰアドレス欄５０１に合致するアドレスが存在する場合には対応するノードＩＤに宛てて、制御コマンドのコマンドデータ部をそのまま用いたＡＶ／Ｃコマンドとして発行され、操作対象であるＡＶ装置（ターゲット）にコマンドが送られる。その際にデータ変換部４０４ではコマンドの発行元のＩＰアドレスと宛先であるノードＩＤを発行中のコマンドとしてリストに記録しておく。
【００２３】
コマンドを受信したＡＶ装置はコマンドに対応する動作を実行し、その結果をＡＶ／ＣレスポンスとしてゲートウェイのノードＩＤを指定して送信する。ゲートウェイでは受信したＡＶ／Ｃレスポンスの送信ノードＩＤとトランザクションラベルを調べて自分自身が発行したコマンドに対するレスポンスであるか、あるいはＩＰネットワーク経由で受け取った制御要求に対するレスポンスであるのかを判別し、ＩＰ経由で受け取った制御要求に対するレスポンスの場合には、データ変換部４０４において記録されている制御要求発行元のＩＰアドレスを調べ、該ＩＰアドレスに対して受信したＡＶ／Ｃレスポンスのデータ部をそのままの形式でデータとして持つ制御応答を発行し、記録しておいたＩＰアドレスとノードＩＤの組を発行中のコマンドリストより削除する。
ＡＶ／Ｃコマンドの仕様ではターゲットがコマンドを受信してからレスポンスを発行するまでの期間が１００ｍ秒以内と定められている。しかしながら例えばＶＴＲのテープ操作のように動作完了迄に所要時間が長くかかるコマンドの実行の場合には、１００ｍ秒以内に一旦中間（ＩＮＴＥＲＩＭ）レスポンスを発行し、実際の動作完了後に最終レスポンスを発行することが定められている。
【００２４】
図８はこうした中間レスポンスの発行を行う場合のコマンドとレスポンスの送受信シーケンスを示している。この場合にもＩＰアドレスとノードＩＤの変換とコマンド／レスポンスデータの転送方法は上記の場合と同様である。ただし中間レスポンスをゲートウェイにおいて受信してこれをコントローラに転送する際にはデータ変換部で記録している発行処理中のコマンドリストからは削除せずにおき、最終のレスポンスの転送時まで保持しておく。
【００２５】
図９はＩＰネットワーク上の２台のコントローラから相前後して同じターゲットに制御要求が発行された場合のシーケンスを示したものである。初めにコントローラＡよりターゲットに対して制御コマンドが発行され、ゲートウェイにおいてＩＰアドレスとノードＩＤの変換とパケットの転送処理が行われる。次にコントローラＢから同じターゲットに対して制御コマンドが発行され、先に発行されたコントローラＡからの制御コマンドが実行完了前であった場合には、ゲートウェイにおいて記録されている発行中のコマンドリストを参照することにより該ターゲットがコマンド処理中であることが判定できるので、コントローラＢからの制御要求をターゲットに対するＡＶ／Ｃコマンドとして発行せずに、コントローラＢに対してはターゲットが処理中であることを示すビジーレスポンスを返信する。このようにして同一のターゲットに対して同時に２つ以上のコマンドを転送することがないため、ターゲットからのレスポンスの返信先のコントローラが識別できなくなるのを防ぐことができる。
【００２６】
以上説明したように、本発明の実施の形態であるゲートウェイ装置によれば、ＩＰネットワークに接続されたコントローラによって、１３９４ＩＦで接続されているＡＶ装置をゲートウェイを介して制御することができる。この際にゲートウェイは制御コマンドの宛先をＩＰアドレスから１３９４ＩＦのノードＩＤに変換して、コマンド及びレスポンスのデータはそのままの形式で転送するので、ゲートウェイ自身がターゲットであるＡＶ装置の制御仕様についての情報を備えている必要が無い。従ってゲートウェイ自身の持つ情報によってコントローラから操作できるＡＶ装置が限定されることがなく、また将来新たなコマンドによる制御仕様が定義されるようなＡＶ装置に対しても、コントローラ側の操作アプリケーションを対応するだけでゲートウェイを経由する操作が可能である。また制御対象となるＡＶ装置はＩＰネットワークからの操作を意識することなく、１３９４ＩＦによる制御コマンドの受信に対応さえしていればよい。
【００２７】
なお、以上の例ではＩＰネットワークとしてＩＰｖ６を用いた場合について説明した。本発明はＩＰｖ４によるＩＰネットワークであってもその本質に影響を受けるものではない。また図６においてコントローラの発行する制御要求はＴＣＰパケットを用いているが、本発明はこれに限定されるものではなく、例えばＵＤＰパケットを用いても実施可能である。
【００２８】
【発明の効果】
本発明によれば、ＩＰネットワークと１３９４ＩＦの双方に接続するゲートウェイを介してＩＰネットワーク上のコントローラから１３９４ＩＦで接続されるＡＶ装置を制御する際に、ゲートウェイが制御対象となるＡＶ装置の制御仕様に合わせた制御要求の変換手段を予め組み込んでおく必要がなく、ＡＶ／Ｃをサポートする任意のＡＶ装置をコントローラから制御することができる。
【図面の簡単な説明】
【図１】  本発明の一実施例による家庭内ネットワークの構成図である。
【図２】  本発明の一実施例によるゲートウェイ装置であるデジタルＴＶの構成を示すブロック図である。
【図３】  本発明の一実施例によるゲートウェイ装置であるデジタルＴＶのソフトウェア構成を示すブロック図である。
【図４】  本発明の一実施例によるゲートウェイ装置の備えるアドレス変換テーブルの構成を示す図である。
【図５】  ＡＶ／Ｃコマンド及びレスポンスのデータ形式を示す図である。
【図６】  ＩＰネットワーク上の制御コマンド及びレスポンスのデータ形式を示す図である。
【図７】  コントローラとゲートウェイとターゲット間のコマンド送受信順序を示すシーケンス図である。
【図８】  コントローラとゲートウェイとターゲット間で中間応答を伴うコマンド送受信順序を示すシーケンス図である。
【図９】  ２台のコントローラとゲートウェイとターゲット間でのコマンド送受信順序を示すシーケンス図である。
【符号の説明】
１０１…デジタルＴＶ（ゲートウェイ装置）
１１２…ＰＣ（コントローラ）
１１３…形態情報端末（コントローラ）
２０３…形態電話端末（コントローラ）
４０３…アドレス管理部
４０４…データ変換部
４０５…ＦＣＰパケット処理部
４０６…装置検出部
４０７…ＴＣＰ／ＩＰ処理部
４０８…ネットワークドライバ
４０９…１３９４ドライバ
【図１】
0003800058.tif 000002
【図２】
0003800058.tif 000003
【図３】
0003800058.tif 000004
【図４】
0003800058.tif 000005
【図５】
0003800058.tif 000006
【図６】
0003800058.tif 000007
【図７】
0003800058.tif 000008
【図８】
0003800058.tif 000009
【図９】
0003800058.tif 000010