(57)【要約】【課題】  第１及び第２のネットワーク間にゲートウェイ装置が介在する場合において、通信機能を備える機器を第２のネットワークに接続することで自動的に第１のネットワーク上の機器から第２のネットワーク上の機器にアクセスすることを可能にする。【解決手段】  第１及び第２のネットワークを接続するゲートウェイ装置が、前記第２のネットワーク上の機器を検出し、前記検出された機器を所定の呼制御プロトコルによって識別するための機器識別情報を生成し、前記第２のネットワーク上の機器が準拠する制御プロトコル、又は前記第２のネットワークの種類に基づいて前記機器識別情報を分類して記憶し、前記機器識別情報を、前記第１のネットワーク上の機器に対して提供し、前記機器識別情報に対する呼接続要求を受けた場合は、前記機器と呼接続を行い、前記呼接続を行った機器と、第２のネットワーク上の機器との間の通信を仲介する。【選択図】  図１２
2006148804.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークと１以上の第２のネットワークとを接続し、前記第１のネットワーク上の機器と所定の呼制御プロトコルに基づいた通信を行うゲートウェイ装置であって、
前記第２のネットワーク上の機器を検出する接続検知手段と、
前記検出された機器を前記所定の呼制御プロトコルによって識別するための機器識別情報を生成する機器識別情報生成手段と、
前記第２のネットワーク上の機器が準拠する制御プロトコル又は前記第２のネットワークの種類に基づいて、前記生成された機器識別情報を分類して記憶する分類記憶手段と、
前記第１のネットワーク上の機器からの前記所定の呼制御プロトコルによる情報取得要求を受け取った場合は、前記制御プロトコル又は前記第２のネットワークの種類ごとに分類された前記機器識別情報を、前記第１のネットワーク上の機器に対して提供する情報提供手段と、
前記提供した機器識別情報に対して前記所定の呼制御プロトコルによる呼接続要求を前記第１のネットワーク上の機器から受けた場合は、前記呼接続要求を行った機器との間で呼接続を行う呼接続手段と、
前記呼接続を行った機器と、前記呼接続要求された機器識別情報を持つ前記第２のネットワーク上の機器との間の通信を仲介する仲介手段と、
を備えたゲートウェイ装置。
【請求項２】
前記接続検知手段は、前記第２のネットワーク上の機器が当該機器の準拠する前記制御プロトコルに基づいて送信するブロードキャストパケットの受信によって前記機器の検出を行うことを特徴とする請求項１に記載のゲートウェイ装置。
【請求項３】
前記ブロードキャストパケットは、送信元の機器を一意に特定する前記送信元の機器の固有情報を含むことを特徴とする請求項２に記載のゲートウェイ装置。
【請求項４】
前記所定の呼制御プロトコルに基づく通信に参加する機器を登録する登録手段をさらに備え、
前記接続検知手段は、前記所定の呼制御プロトコルに基づく通信を行う前記第２のネットワーク上の機器からの登録用ユニキャストパケットの受信に基づいて前記機器の検出を行う、
ことを特徴とする請求項１乃至３のいずれかに記載のゲートウェイ装置。
【請求項５】
前記所定の呼制御プロトコルに基づく通信を行う前記第２のネットワーク上の機器に、前記機器識別情報生成手段によって生成された前記機器識別情報を通知する機器識別情報通知手段をさらに備えたことを特徴とする請求項４に記載のゲートウェイ装置。
【請求項６】
前記登録用ユニキャストパケットは、送信元の機器を一意に特定する前記送信元の機器の固有情報を含むことを特徴とする請求項４又は５に記載のゲートウェイ装置。
【請求項７】
前記機器情報生成手段は、前記所定の呼制御プロトコルに基づく通信を行うために予め与えられた基本アドレス情報と、前記検出された機器の固有情報とに基づいて、前記機器識別情報を生成することを特徴とする請求項１乃至６のいずれかに記載のゲートウェイ装置。
【請求項８】
前記分類記憶手段は、前記検出された機器の準拠する制御プロトコル又は前記検出された機器の属するネットワークのカテゴリが未だ作成されていない場合は、前記カテゴリを作成し前記検出された機器の機器識別情報を前記カテゴリ内に登録し、既に作成されている場合は、前記既に作成されているカテゴリ内に前記検出された機器の機器識別情報を登録することを特徴とする請求項１乃至７のいずれかに記載のゲートウェイ装置。
【請求項９】
前記情報提供手段は、前記情報取得要求に応じて前記制御プロトコル又はネットワークの種類を前記第１のネットワーク上の機器に提示し、前記第１のネットワーク上の機器から前記提示した制御プロトコル又はネットワークの種類に対する指定データを受けた場合は、指定された種類に属する前記機器識別情報を前記第１のネットワーク上の機器に提供することを特徴とする請求項１乃至８のいずれかに記載のゲートウェイ装置。
【請求項１０】
前記所定の呼制御プロトコルはSIPであり、前記第２のネットワーク上で用いられる機器の制御プロトコルは、UPnP又はAV/C又はECHONET又はこれらの組み合わせであることを特徴とする請求項１乃至９のいずれかに記載のゲートウェイ装置。
【請求項１１】
第１のネットワークと１以上の第２のネットワークとを接続し、前記第１のネットワーク上の機器と所定の呼制御プロトコルに基づいた通信を行うゲートウェイ装置と、
前記第１のネットワークに接続され、前記所定の呼制御プロトコルに基づく通信に参加する機器を登録するサーバ装置と、
を備えたネットワークシステムであって、
前記ゲートウェイ装置は、
前記第２のネットワーク上の機器を検出する接続検知手段と、
前記検出された機器を前記所定の呼制御プロトコルによって識別するための機器識別情報を生成する機器識別情報生成手段と、
前記第２のネットワーク上の機器が準拠する制御プロトコル又は前記第２のネットワークの種類に基づいて、前記生成された機器識別情報を分類して記憶する分類記憶手段と、
前記第１のネットワーク上の機器からの前記所定の呼制御プロトコルによる情報取得要求を受け取った場合は、前記制御プロトコル又は前記第２のネットワークの種類ごとに分類された前記機器識別情報を、前記第１のネットワーク上の機器に対して提供する情報提供手段と、
前記提供した機器識別情報に対して前記所定の呼制御プロトコルによる前記呼接続要求を前記第１のネットワーク上の機器から受けた場合は、前記呼接続要求を行った機器との間で呼接続を行う呼接続手段と、
前記呼接続を行った機器と、前記呼接続要求された機器識別情報を持つ前記第２のネットワーク上の機器との間の通信を仲介する仲介手段と、
を備え、
前記サーバ装置は、
前記所定の呼制御プロトコルに基づく通信を行う前記第２のネットワーク上の機器から自機器の登録を依頼する登録用ユニキャストパケットを受け取った場合は、前記第２のネットワーク上の機器が属するゲートウェイ装置を前記登録用ユニキャストパケットに基づいて特定するゲートウェイ特定手段と、
前記自機器の登録の依頼を前記特定されたゲートウェイ装置に行うことを指示する指示データを前記第２のネットワーク上の機器に送出する転送手段と、
を備え、
前記ゲートウェイ装置における前記接続検知手段は、前記第２のネットワーク上の機器からの前記登録用ユニキャストパケットの受信によって前記第２のネットワーク上の機器を検出する、
ことを特徴とするネットワークシステム。
【請求項１２】
前記サーバ装置は、前記ゲートウェイ装置のアドレスを予め記憶したアドレス記憶手段をさらに備え、
前記ゲートウェイ特定手段は、前記登録用ユニキャストパケットの送信元アドレスと、前記アドレス記憶手段内のアドレスとを比較することにより、前記第２のネットワーク上の機器が属するゲートウェイ装置を特定することを特徴とする請求項１１に記載のネットワークシステム。
【請求項１３】
第１のネットワークと１以上の第２のネットワークとを接続し、前記第１のネットワーク上の機器と所定の呼制御プロトコルに基づいた通信を行うゲートウェイ装置において実行する通信プログラムであって、
前記第２のネットワーク上の機器を検出する接続検知ステップと、
前記検出された機器を前記所定の呼制御プロトコルによって識別するための機器識別情報を生成する機器識別情報生成ステップと、
前記第２のネットワーク上の機器が準拠する制御プロトコル又は前記第２のネットワークの種類に基づいて、前記生成された機器識別情報を分類して記憶する分類記憶ステップと、
前記第１のネットワーク上の機器からの前記所定の呼制御プロトコルによる情報取得要求を受け取った場合は、前記制御プロトコル又は前記第２のネットワークの種類ごとに分類された前記機器識別情報を、前記第１のネットワーク上の機器に対して提供する情報提供ステップと、
前記提供した機器識別情報に対して前記所定の呼制御プロトコルによる呼接続要求を前記第１のネットワーク上の機器から受けた場合は、前記呼接続要求を行った機器との間で呼接続を行う呼接続ステップと、
前記呼接続を行った機器と、前記呼接続要求された機器識別情報を持つ前記第２のネットワーク上の機器との間の通信を仲介する仲介ステップと、
を備えた通信プログラム。
【請求項１４】
第１のネットワークと１以上の第２のネットワークとを接続し、前記第１のネットワーク上の機器と所定の呼制御プロトコルに基づいた通信を行うゲートウェイ装置において実行する通信方法であって、
前記第２のネットワーク上の機器を検出し、
前記検出された機器を前記所定の呼制御プロトコルによって識別するための機器識別情報を生成し、
前記第２のネットワーク上の機器が準拠する制御プロトコル又は前記第２のネットワークの種類に基づいて、前記生成された機器識別情報を分類して記憶し、
前記第１のネットワーク上の機器からの前記所定の呼制御プロトコルによる情報取得要求を受け取った場合は、前記制御プロトコル又は前記第２のネットワークの種類ごとに分類された前記機器識別情報を、前記第１のネットワーク上の機器に対して提供し、
前記提供した機器識別情報に対して前記所定の呼制御プロトコルによる呼接続要求を前記第１のネットワーク上の機器から受けた場合は、前記呼接続要求を行った機器との間で呼接続を行い、
前記呼接続を行った機器と、前記呼接続要求された機器識別情報を持つ前記第２のネットワーク上の機器との間の通信を仲介する、
ことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートウェイ装置、ネットワークシステム、通信プログラム及び通信方法に関する。
【背景技術】
【０００２】
近年、ADSLやFTTHの普及により、家庭内からインターネットに常時接続するブロードバンド環境が一般的なものとなりつつある。このブロードバンド環境を利用したサービスの好例としては、現在、急速に広まっているIP電話サービスが挙げられる。このIP電話サービスによって、ユーザはインターネットを介して音声や映像のコミュニケーションが可能となる。
【０００３】
翻って、宅内のローカルネットワークに目を向けると、パーソナルコンピュータのみならず、白物家電やAV機器のようなコンシューマ機器の中にも、ネットワークインタフェースを備えたものが登場し、いわゆるホームネットワークを形成し始めている。この流れを受けて、これらのコンシューマ機器の相互接続を可能にするための、制御プロトコルの標準規格の策定が進められている。これら制御プロトコルの代表例としては、IEEE(Institute of Electrical and Electronics)802ネットワーク上に構築されるTCP/IPネットワークを利用するUPnP(Universal Plug and Play)、IEEE1394高速シリアルバス上で利用されるAV/C、様々な通信ネットワーク上で利用可能なECHONET（登録商標）が挙げられる。
【０００４】
UPnPは、主にパーソナルコンピュータやその周辺機器、ルータ等のネットワーク機器を相互接続することを目的とした国際標準規格のプロトコルである。現在では、その対象をAV機器にまで広げており、規格の標準化が進められている。
【０００５】
IEEE1394高速バスネットワークは、AV機器を対象としたネットワークであり、このネットワーク上で利用するAV/Cは、AV機器の制御コマンドを送受するプロトコルの標準規格である。
【０００６】
ECHONETは、白物家電、センサ、設備機器を対象とした制御プロトコルの国内標準規格である。ECHONETは、IEEE802、Bluetooth（登録商標）、赤外線、電灯線、小電力無線など様々な通信ネットワーク上での利用が想定されている。
【０００７】
上記のUPｎP、AV/C、ECHONETプロトコル、それぞれに準拠した機器同士は、ネットワークを介して相互接続し個別に制御することが可能となる。現在、これらの制御プロトコルに準拠した機器が、既に製品化され、普及し始めており、同時に、これらの機器群を宅外から自由に制御可能にするサービスに対する期待が高まっている。しかしながら、遠隔制御サービスは、通常宅内の制御プロトコルをそのまま宅外から利用するだけでは、実現できない。なぜならば、前記制御プロトコルは、LAN（Local Area Network）での利用を前提とした仕様となっており、ブロードキャスト通信やマルチキャスト通信に依存した機能もあるため、公衆網である宅外ネットワークへそのまま拡張することは現実的でないからである。
【０００８】
宅内機器に対する遠隔制御サービスを実現するためには、宅外ネットワークと宅内ネットワークとの間にゲートウェイ装置を介在させる方法が考えられる。この場合、ゲートウェイ装置は、外部ネットワークからの制御命令パケットを宅内の前記制御プロトコルに変換し、ターゲット機器に対して送信する。
【０００９】
例えば、宅外ネットワーク上のトランスポートプロトコルとして、HTTP（Hyper Text Transfer Protocol）を利用する場合、ゲートウェイ装置上にはHTTPサーバが搭載されており、宅外ネットワーク上の操作端末は、HTTPのGETあるいはPOSTメソッドで制御命令をゲートウェイ装置上の遠隔制御用プログラムに対して送信する。この遠隔制御用プログラムは、URL（Uniform Resource Locator）によって一意に識別されるものであり、実体はCGI（Common Gateway Interface）やJava Servlet等である。ゲートウェイ装置上の前記遠隔制御用プログラムは、受信したHTTPリクエストから制御命令を取得して、ターゲットの宅内機器を認識し、この宅内機器が準拠している制御プロトコルに制御命令を変換し、送信する。ターゲット機器は、受信した制御命令パケットを処理し、その処理結果をゲートウェイ装置上の前記遠隔制御用プログラムに対して、制御プロトコルに基づいて応答する。この応答結果を、ゲートウェイ装置が宅外ネットワーク上の制御命令を送信した操作端末に対して、HTTPレスポンスとして返す。以上の手順により、宅外ネットワーク上の操作端末から宅内ネットワーク上の電子機器の制御が実現される。このHTTPを用いた例は、従来のインターネット利用形態に即したものと言えるが、ゲートウェイ装置は、宅外ネットワーク上の任意の操作端末からの一方的な要求に対して、サービスを受け入れるために、当該サービス受付のためにポートを開けて待つ必要があり、そのままではセキュリティ上問題がある。また、新たな機器や制御プロトコルに対応するためにはHTTPサーバ上のアプリケーションを変更する必要があり、拡張性に乏しい点も否めない。
【００１０】
ゲートウェイ装置を利用して遠隔制御サービスを実現するもう１つの例として、宅外ネットワーク上で呼接続を行って通信する方法が挙げられる。つまり、IP電話と同じ方法を、宅外の制御端末と、ゲートウェイ装置との間の通信に利用する。呼接続には、例えばSIP（Session Initiation Protocol）が利用できる。制御端末は、SIP プロキシやSIPサーバを経由して、ゲートウェイ装置にSIPのINVITEメッセージを送信して通信セッションの確立を要求する。ゲートウェイ装置は、INVITEメッセージを受け入れるか否かを判断し、受け入れる場合、INVITEメッセージに対する200 OKレスポンスを返信する。操作端末側が、200 OKレスポンスを受信したことをACKメッセージによってゲートウェイ装置に通知することで、操作端末とゲートウェイ装置間に通信セッションが確立される。このとき、ゲートウェイ装置側では、操作端末のIPアドレスやポート番号が判明するので、不明なクライアントからのアクセスは拒否することが可能であり、セッション未確立の相手との通信を全て拒否することが可能である。また、セッションが確立されてからポートを開けることで、不正なアクセスを防止し、セキュリティ性を向上させることが可能である。この例のように、SIPを利用して遠隔制御を実現する場合、制御命令の送信にはSIPの拡張仕様であるMESSAGEメソッドや、INFOメソッドを利用する方法が考えられる。この場合、ターゲット機器の指定方法としては、前記メソッドのBODYメッセージに機器の識別情報を含める方法、ゲートウェイ装置が宅内機器にSIP URIを付与し、仮想的なSIP対応機器として公開することで、宅外ネットワーク上の操作端末が仮想的なSIP対応機器に対して、個別に前記SIPメソッドを送信する方法が考えられる。
【００１１】
呼接続を利用して遠隔制御を実現する利点は、前述したセキュリティ面のほかにも幾つか挙げられる。
【００１２】
例えば、冒頭で挙げたIP電話システムとの親和性が高く、共存が可能である点である。IP電話は急速に普及しているので、これらのシステムに組み込むことで、特別な遠隔制御用のシステムを別途用意する必要なく、宅内家電の遠隔制御を実現することができ、普及も見込める。また、第3世代携帯電話の標準規格団体である３GPP（3rd Generation Partnership Project）で策定が進むIMS（IP Multimedia Subsystem）では、SIPの利用を前提としているので、操作端末側の規格とも親和性が高いといえる。
【００１３】
さらに、SIPの拡張機能を利用できるという利点も大きい。通信相手の状態や能力を確認するプレゼンス機能や、機器の状態変化を非同期で通知するイベント通知機能は、宅内家電の遠隔制御を実現する上で必要な機能であるが、これらはSIP拡張として標準規格化が進められている。したがって、これらの機能を、遠隔制御サービスを実現するために別途用意する必要はない。
【００１４】
呼接続を行って通信を確立する外部ネットワークを想定したゲートウェイ装置に関わる技術として例えば特許文献1に開示されたものがある。また、外部ネットワークのセッション確立にSIPを利用し、宅内ネットワークにUPnPやX10を利用することで、宅内機器の遠隔制御を実現する方法を記した論文として非特許文献１がある。
【００１５】
特許文献１や非特許文献１で言及されているゲートウェイ装置は、宅外ネットワーク上の機器からの制御命令を、宅内ネットワークに接続されたターゲット機器へ送付する方法と、宅内ネットワークに接続された機器からの状態変化イベントを、宅外ネットワーク上の機器へ通知する方法を備えている。宅外ネットワーク上おける前者の制御命令伝送方法は、SIPの拡張仕様であるMESSAGEメソッドやINFOメソッドで実現するものとし、後者のイベント通知方法には、やはりSIPの拡張仕様であるSUBSCRIBEメソッドと、NOTIFYメソッドを利用するとしている。
【特許文献１】特開2004-187149号公報
【非特許文献１】Stan Moyer, ”Instant Messaging and Presence for Network Appliances using SIP” Internet Telephoney Workshop 2001
【発明の開示】
【発明が解決しようとする課題】
【００１６】
特許文献１で言及されているゲートウェイ装置は、制御命令や、イベント情報の伝送方法については言及しているものの、宅内機器を宅外ネットワークから制御可能にする設定方法については示されていない。家電機器は、パーソナルコンピュータと違い、幅広い年齢層のユーザを想定しているので、遠隔制御を可能にするためのネットワーク設定等の複雑な作業をユーザに強いることは極力避けたい。家電機器を宅内ネットワークに接続しただけで、自動的に宅外ネットワークから操作可能とする機能（プラグアンドプレイ機能）は必要であり、解決すべき課題である。
【００１７】
また、特許文献１では、宅内の制御プロトコルが複数存在する場合について対処方法が示されていない。宅内ネットワーク上には、UPnP、ECHONET、AV/C等の複数の制御プロトコルが混在している可能性もある。さらには、SIPに対応した機器が存在し、宅内ネットワークにおいても呼接続を前提とした通信を行うケースも考えられる。前記プラグアンドプレイ機能を、様々な制御プロトコルが収容可能な枠組みで実現することも重要であり、解決すべき課題といえる。
【００１８】
最後に、遠隔制御サービスの実現方法を考えると、自宅の利用可能な機器一覧を取得して、その中から個別の機器を選択するユースケースが考えられる。また、自宅の全機器の電源状態を一度に取得したいケースも考えられる。しかし、今後IPv6（Internet Protocol Version 6）が普及するなどして、個々の宅内機器にグローバルなネットワークアドレスが付与される状況や、前述した複数の制御プロトコルが宅内ネットワークに混在する状況を想定すると、「ある家庭に属する機器」として家電機器群を家庭単位でグルーピングするためには、特別な解決手段が必要となる。さらには、ユーザに複雑な設定操作を行わせないという観点から、このグルーピングを自動的に行いたい。すなわち、プラグアンドプレイの処理の一環として、家電機器のグルーピングを実現することが必要となる。
【００１９】
本発明は、第１及び第２のネットワーク間にゲートウェイ装置が介在し、このゲートウェイ装置が第１のネットワーク上の機器との間で呼接続を行って、第２のネットワーク上の機器との通信を仲介する場合において、第２のネットワークに通信機能を備える機器を接続することで自動的に第１のネットワーク上の機器から第２のネットワーク上の機器にアクセスすることを可能にするゲートウェイ装置、ネットワークシステム、通信プログラム及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【００２０】
本発明の一態様に従ったゲートウェイ装置は、第１のネットワークと１以上の第２のネットワークとを接続し、前記第１のネットワーク上の機器と所定の呼制御プロトコルに基づいた通信を行うゲートウェイ装置であって、前記第２のネットワーク上の機器を検出する接続検知手段と、前記検出された機器を前記所定の呼制御プロトコルによって識別するための機器識別情報を生成する機器識別情報生成手段と、前記第２のネットワーク上の機器が準拠する制御プロトコル又は前記第２のネットワークの種類に基づいて、前記生成された機器識別情報を分類して記憶する分類記憶手段と、前記第１のネットワーク上の機器からの前記所定の呼制御プロトコルによる情報取得要求を受け取った場合は、前記制御プロトコル又は前記第２のネットワークの種類によって分類された前記機器識別情報を、前記第１のネットワーク上の機器に対して提供する情報提供手段と、前記提供した機器識別情報に対して前記所定の呼制御プロトコルによる呼接続要求を前記第１のネットワーク上の機器から受けた場合は、前記呼接続要求を行った機器との間で呼接続を行う呼接続手段と、前記呼接続を行った機器と、前記呼接続要求された機器識別情報を持つ前記第２のネットワーク上の機器との間の通信を仲介する仲介手段と、備える。
【００２１】
本発明の一態様に従ったネットワークシステムは、第１のネットワークと１以上の第２のネットワークとを接続し、前記第１のネットワーク上の機器と所定の呼制御プロトコルに基づいた通信を行うゲートウェイ装置と、前記第１のネットワークに接続され、前記所定の呼制御プロトコルに基づく通信に参加する機器を登録するサーバ装置と、を備えたネットワークシステムであって、前記ゲートウェイ装置は、前記第２のネットワーク上の機器を検出する接続検知手段と、前記検出された機器を前記所定の呼制御プロトコルによって識別するための機器識別情報を生成する機器識別情報生成手段と、前記第２のネットワーク上の機器が準拠する制御プロトコル又は前記第２のネットワークの種類に基づいて、前記生成された機器識別情報を分類して記憶する分類記憶手段と、前記第１のネットワーク上の機器からの前記所定の呼制御プロトコルによる情報取得要求を受け取った場合は、前記制御プロトコル又は前記第２のネットワークの種類ごとに分類された前記機器識別情報を、前記第１のネットワーク上の機器に対して提供する情報提供手段と、前記提供した機器識別情報に対して前記所定の呼制御プロトコルによる前記呼接続要求を前記第１のネットワーク上の機器から受けた場合は、前記呼接続要求を行った機器との間で呼接続を行う呼接続手段と、前記呼接続を行った機器と、前記呼接続要求された機器識別情報を持つ前記第２のネットワーク上の機器との間の通信を仲介する仲介手段と、を備え、前記サーバ装置は、前記所定の呼制御プロトコルに基づく通信を行う前記第２のネットワーク上の機器から自機器の登録を依頼する登録用ユニキャストパケットを受け取った場合は、前記第２のネットワーク上の機器が属するゲートウェイ装置を前記登録用ユニキャストパケットに基づいて特定するゲートウェイ特定手段と、前記自機器の登録の依頼を前記特定されたゲートウェイ装置に行うことを指示する指示データを前記第２のネットワーク上の機器に送出する転送手段と、を備え、前記ゲートウェイ装置における前記接続検知手段は、前記第２のネットワーク上の機器からの前記登録用ユニキャストパケットの受信によって前記第２のネットワーク上の機器を検出する、ことを特徴とする。
【００２２】
本発明の一態様に従った通信プログラムは、第１のネットワークと１以上の第２のネットワークとを接続し、前記第１のネットワーク上の機器と所定の呼制御プロトコルに基づいた通信を行うゲートウェイ装置において実行する通信プログラムであって、前記第２のネットワーク上の機器を検出する接続検知ステップと、前記検出された機器を前記所定の呼制御プロトコルによって識別するための機器識別情報を生成する機器識別情報生成ステップと、前記第２のネットワーク上の機器が準拠する制御プロトコル又は前記第２のネットワークの種類に基づいて、前記生成された機器識別情報を分類して記憶する分類記憶ステップと、前記第１のネットワーク上の機器からの前記所定の呼制御プロトコルによる情報取得要求を受け取った場合は、前記制御プロトコル又は前記第２のネットワークの種類ごとに分類された前記機器識別情報を、前記第１のネットワーク上の機器に対して提供する情報提供ステップと、前記提供した機器識別情報に対して前記所定の呼制御プロトコルによる呼接続要求を前記第１のネットワーク上の機器から受けた場合は、前記呼接続要求を行った機器との間で呼接続を行う呼接続ステップと、前記呼接続を行った機器と、前記呼接続要求された機器識別情報を持つ前記第２のネットワーク上の機器との間の通信を仲介する仲介ステップと、を備える。
【００２３】
本発明の一態様に従った通信方法は、第１のネットワークと１以上の第２のネットワークとを接続し、前記第１のネットワーク上の機器と所定の呼制御プロトコルに基づいた通信を行うゲートウェイ装置において実行する通信方法であって、前記第２のネットワーク上の機器を検出し、前記検出された機器を前記所定の呼制御プロトコルによって識別するための機器識別情報を生成し、前記第２のネットワーク上の機器が準拠する制御プロトコル又は前記第２のネットワークの種類に基づいて、前記生成された機器識別情報を分類して記憶し、前記第１のネットワーク上の機器からの前記所定の呼制御プロトコルによる情報取得要求を受け取った場合は、前記制御プロトコル又は前記第２のネットワークの種類ごとに分類された前記機器識別情報を、前記第１のネットワーク上の機器に対して提供し、  前記提供した機器識別情報に対して前記所定の呼制御プロトコルによる呼接続要求を前記第１のネットワーク上の機器から受けた場合は、前記呼接続要求を行った機器との間で呼接続を行い、前記呼接続を行った機器と、前記呼接続要求された機器識別情報を持つ前記第２のネットワーク上の機器との間の通信を仲介する、ことを特徴とする。
【発明の効果】
【００２４】
本発明により、第１及び第２のネットワーク間にゲートウェイ装置が介在し、このゲートウェイ装置が第１のネットワーク上の機器との間で呼接続を行って、第２のネットワーク上の機器との間の通信を仲介する場合において、第２のネットワークに通信機能を備える機器を接続することで自動的に第１のネットワーク上の機器から第２のネットワーク上の機器にアクセスすることが可能になる。
【発明を実施するための最良の形態】
【００２５】
（本発明の実施の形態１）
図１は、本実施の形態１に従ったゲートウェイ装置を適用したネットワーク構成の全体図を示したものである。
【００２６】
宅外ネットワーク１１は例えばインターネットを想定する。
【００２７】
宅内ネットワーク１２は、IEEE802ネットワークであり、UPnPプロトコルに準拠したPVR（UPnP対応機器）２１とプリンタ（UPnP対応機器）２４とが接続されている。
【００２８】
宅外ネットワーク１１と宅内ネットワーク１２との間には、本発明を適用したゲートウェイ装置２２が介在している。
【００２９】
PVR２１は、宅内ネットワーク１２に接続されると、UPnPプロトコル仕様に基づき、以下のSSDP（Simple Service Discovery Protocol）のaliveパケットを送信する。
【００３０】
NOTIFY * HTTP/1.1
HOST: 192.168.0.100:1900
CACHE-CONTROL: max-age = 60
LOCATION: http://192.168.0.100:51001/MediaServerGen.xml
NT: urn:schemas-upnp-org:service:MediaServer:2
NTS: ssdp:alive
SERVER: XXX Linux/2.1 UPnP/1.0 XXX Corp/1.0.0
USN:uuid:db65c184-7767-11b8-8000-080044d86765::urn:schemas-upnp-org:service:MediaServer:2
ゲートウェイ装置２２におけるUPnP Control Point機能３１が備える接続検知手段１０１は、上記のSSDP aliveパケットを受信することで、PVR２１が宅内ネットワーク１２に接続されたことを認識する。
【００３１】
また、ゲートウェイ装置２２は、PVR２１が初めて接続されたか否かを、初期接続判定手段１０２により認識する。これは、既にPVR２１の機器情報が、自身に既に登録されているか否かで判断する。例えば、後述するリソースリスト情報（Resource List Document）１０６又は分類記憶手段１０５にPVR２１が含まれているか否かで判断する。
【００３２】
ここで、PVR２１が初めて接続された機器であると判断された場合、ゲートウェイ装置２２における識別情報生成手段１０３は、USNヘッダのUUID（Universally Unique Identifier）値を取得する。識別情報生成手段１０３は、このUUID値と、SIPドメインを利用するユーザに付与されているAOR（Address Of Record）とを利用してGRUU（Globally Routable UA URI）を生成し、プレゼンスサーバ機能３２における識別情報記憶手段１０４に格納する。
【００３３】
GRUUは、ユーザに対するAORのようなもので、SIP機器に対して割り振られるSIP アドレスであり、グローバル環境から、一意にSIP機器を特定するものである。GRUUの生成には、AOR文字列と、UUID文字列とを合わせたもののハッシュ値を求め、“ハッシュ値＋＠＋ドメイン文字列”をGRUUとする方法や、AOR文字列とUUID文字列とを暗号化し、“暗号化した値＋＠＋ドメイン文字列”とする方法などが考えられる。また、本実施の形態１のように、UPnP機器を仮想的なSIP機器に見せる場合には、UPnP機器を表現するDevice Description Documentに含まれるdeviceType文字列を利用して、ユーザが機種を特定できるGRUUを生成してもよい。可読な識別情報の生成例として、UPnP機器であるPVR２１のdeviceTypeが “urn: schemas-upnp-org:service:MediaServer:2”、AOR文字列とUUID文字列とを合わせた文字列のハッシュ値が“hha678djl723a”、ドメイン名が“sip-example.com”であった場合、GRUUを“mediaserver-2.hha678djl723a@sip-example.com”とする方法が考えられる。
【００３４】
ゲートウェイ装置２２は、このGRUUをプレゼンスサーバ機能３２におけるリソースリスト情報１０６に登録し、管理することで、UPnP機器であるPVR２１を仮想的なSIP機器として、宅外ネットワーク１１上のSIP対応操作端末２３からのアクセスを可能にする。すなわち、ゲートウェイ装置２２におけるプレゼンスサーバ機能３２が備える情報開示手段１０８が、非SIP対応機器であるPVR２１を仮想的なSIPインスタンスとし、これをSIPのプレゼンスメカニズムを利用して、宅外ネットワーク１１に公開する。
【００３５】
情報開示手段１０８の具体的な実現方法として、ゲートウェイ装置２２は、宅内ネットワーク１２上の機器に割り振られたSIPアドレスと遠隔制御サービスとを関連付けるために2種類のXMLドキュメントを利用する。1つ目は、SIPリソースの一覧を記述したドキュメントであり、リソースリスト情報（Resource List Document）１０６と呼ばれる。2つ目は、サービスと、そのサービスに関連付けられるリソースリストとの関係を定義したドキュメントであり、SIPサービス情報（RLS (Resource List Server) Services Document）１０７と呼ばれる。これらのドキュメントの記述形式については、プレゼンス機能のためのSIPの拡張仕様を策定しているIETF（The Internet Engineering Task Force）のSIMPLE（SIP for Instant Messaging and Presence Leveraging Extensions）ワーキンググループで標準化が進められている。
【００３６】
例えば、PVR２１に付与されたGRUUを前者のリソースリスト情報（Resource List Document）に以下のように含める。
【００３７】
<?xml version="1.0" encoding="UTF-8"?>
<resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<list name="home-appliances">
<display-name>Home Appliances</display-name>
<list name="upnp-appliances">
<display-name>UPnP Appliances</display-name>
<entry uri="sip:printer-1.aidyl107wlw73@sip-example.com">
<display-name>Printer:1</display-name>
</entry>
<entry uri="sip: mediaserver-2.hha678djl723a@sip-example.com">
<display-name>MediaServer:2</display-name>
</entry>
</list>
<list name="echonet-appliances">
<display-name>ECHONET Appliances</display-name>
<entry uri="sip:refrigerator-gr463it.mkidyo297389s@sip-example.com">
<display-name>Refrigerator-RF463JP</display-name>
</entry>
<entry uri="sip:airconditioner-ac100jp-kkirufa12a135@sip-example.com">
<display-name> AirConditioner-AC100JP</display-name>
</entry>
</list>
<list name="sip-appliances">
<display-name>SIP Appliances</display-name>
<entry uri="sip:dtv.apsyukl234734adfd@sip-example.com">
<display-name>DigitalTV-DT777JP</display-name>
</entry>
</list>
</list>
</resource-lists>
【００３８】
このリソースリスト情報（Resource List Document）の例では、PVR２１以外に、UPnPプロトコルに対応したプリンタと、ECHONETプロトコルに対応した冷蔵庫及びエアコンと、SIPによる通信機能を搭載したデジタルテレビとが登録されている。“Home Appliances”というリソースリストに、宅内ネットワーク１２に接続された機器が含まれ、さらに、宅内機器が準拠する制御プロトコルに応じて、さらに粒度の小さい“UPnP Appliances”、“ECHONET Appliances”、“SIP Appliances”リソースリストに機器が登録される。リソースリストへの登録は、例えば、機器の初期接続が判定された際に行う。また、この際、図２に示す形式の分類テーブルに当該機器の情報を登録する。この分類テーブルの生成及び記憶は分類記憶手段１０５によって行われる。
【００３９】
図２に示すとおり、機器情報としては、機器の表示名、機器にアクセスするための外部アドレス（識別情報生成手段１０３によって生成されたGRUU）、機器にアクセスするための内部アドレス（Contact URI）、AOR、機器固有の識別子、及び対応する制御プロトコル（機器が属するリソースリスト）の情報が含まれる。このほかにも、位置情報などの付加的な情報を加えてもよい。
【００４０】
宅内機器を制御プロトコル毎のリソースリストに含めることで、宅外ネットワーク１１上のSIP対応操作端末２３で生成された制御命令パケットを、ゲートウェイ装置２２のプレゼンスサーバ機能３２において、適切な制御プロトコルへの変換アプリケーションに容易に結びつけることが出来る。これは、2つ目のSIPサービス情報（RLS Services Document）１０７を利用することで実現される。ゲートウェイ装置２２は、以下のようなSIPサービス情報（RLS Services Document）を用意する。
【００４１】
<?xml version="1.0" encoding="UTF-8"?>
<rls-services xmlns="urn:ietf:params:xml:ns:rls-services"
xmlns:rl="urn:ietf:params:xml:ns:resource-lists"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<service uri="sip:presence.asdfads23r23r@sip-example.com">
<resource-list>http://xcap.example.com/resource-lists/users/sip-example/index/~~/resource-lists/list[@name="home-appliances"]</resource-list>
<packages>
<package>presence</package>
</packages>
</service>
<service uri="sip:upnp-rc.asdfads23r23r@sip-example.com">
<resource-list>http://xcap.example.com/resource-lists/users/sip-example/index/~~/resource-lists/list[@name="upnp-appliances"]</resource-list>
<packages>
<package>upnp-rc</package>
</packages>
</service>
<service uri="sip:echonet-rc.asdfads23r23r@sip-example.com">
<resource-list>http://xcap.example.com/resource-lists/users/sip-example/index/~~/resource-lists/list[@name="echonet-appliances"]</resource-list>
<packages>
<package>echonet-rc</package>
</packages>
</service>
</rls-services>
【００４２】
このSIPサービス情報（RLS Services Document）は、前述したリソースリスト情報（Resource List Document）で定義されたリソースリスト、“home-appliances”“upnp-appliances”“echonet-appliances”に対応するサービス“presence”“upnp-rc（Remote Control）”“echonet-rc”をそれぞれ定義している。ゲートウェイ装置２２におけるプレゼンスサーバ機能３２は、これらのサービスに対応するアプリケーションを搭載することで、宅内ネットワーク１２上の制御プロトコルに応じた処理を実現することが出来る。
【００４３】
ゲートウェイ装置２２は、前述した２つのドキュメント１０６、１０７を初期起動時に自動生成し、宅内ネットワーク１２に接続されたUPnP機器（PVR２１）を、リソースリスト情報（Resource List Document）に含まれる適切なリソースリスト（本例ではupnp-appliances）に挿入することで、UPnP機器を仮想的なSIP対応機器として外部ネットワーク１１に公開することが可能となる。宅外ネットワーク１１上のSIP対応操作端末２３は、ゲートウェイ装置２２に対して要求を行って、PVR２１の情報をSIPの枠組みで取得し、取得した情報に基づき、UPnP機器にアクセスすることが出来るようになる。上述したリソースリスト情報（Resource List Document）を、表示画面を有する宅外ネットワーク１１上のSIP対応操作端末２３でプレゼンス情報として表示した例を、図３に示す。
【００４４】
ゲートウェイ装置２２における呼接続機能１０９は、宅外ネットワーク１１に接続されたSIP対応操作端末２３からのGRUUに対する呼接続要求に応じて、SIP対応操作端末２３との間で呼接続を行う。ゲートウェイ装置２２は、呼接続を行ったSIP対応操作端末２３と、呼接続要求に係るUPnP対応機器との間の通信を仲介する（プロトコル変換を含む）。
【００４５】
本実施の形態は、電子機器を宅内ネットワークに接続するだけで、外部からアクセス可能にするためのプラグアンドプレイ機能に焦点を当てたものなので、遠隔制御自体の実現方法の詳細については触れないが、前述したSIMPLEワーキンググループで策定が進められている仕様等を適用することが出来る。
【００４６】
以上の実施の形態１における、GRUUの生成方法、リソースリスト情報（Resource List Document）およびSIPサービス情報（RLS Services Document）の記述形式については、IETFで標準化が進められている技術である。本実施の形態の特徴は、ゲートウェイ装置が、SSDPのaliveパケットを受信した際に、その機器が初めて接続されたものかどうかを判断し、新規に接続された機器であると判断した場合には、制御プロトコル（例えばUPnP、ECHONET）毎に分類し、かつ、SIPの枠組みでアクセス可能な情報として、プレゼンスサーバ（ゲートウェイ装置自体）に登録する点にある。
【００４７】
図４は、本実施の形態１におけるゲートウェイ装置の動作シーケンスを示す。
【００４８】
ゲートウェイ装置２２における接続検知手段１０１は、PVR（UPnP対応機器）２１からSSDP aliveメッセージを受信すると（ステップS1）、例えばリソースリスト情報１０６に基づいて、宅内ネットワーク１２上に新規な機器が接続されたか否かを判断する（ステップS2）。
【００４９】
新規な機器が接続されていない、即ち当該機器が既にリソースリスト情報１０６に登録されている場合は処理を終了する（ステップS2のNO）。一方、新規な機器が接続されたと判断した場合（ステップS2のYES）、識別情報生成手段１０３は、受信メッセージからUUIDを取得し、GRUUを生成する（ステップS3）。識別情報生成手段１０３は、生成したGRUUを識別情報記憶手段１０４に登録する。
【００５０】
プレゼンスサーバ機能３２は、新規に検出された機器が初のUPnP機器であるか否かを判断する、即ち、UPnPのリソースリスト（“upnp-appliances”）が既にリソースリスト情報１０６又は分類記憶手段１０５に登録されているか否かを判断する（ステップS4）。
【００５１】
UPnPのリソースリストがリソースリスト情報１０６又は分類記憶手段１０５に未だ存在しない場合は（ステップS4のYES）、UPnP機器を表す新規リソースリストを生成し、生成したリソースリストをリソースリスト情報１０６に追加する（ステップS5）。
【００５２】
この後、又はステップS4においてUPnPのリソースリストが既に登録されていた場合（ステップS4のNO）は、プレゼンスサーバ機能３２は、新たに検出されたPVR２１を、リソースリスト情報１０６におけるUPnPリソースリストに登録する（ステップS6）。また、分類記憶手段１０５は、分類テーブルにPVR２１の情報を追加する（ステップS6）。
【００５３】
以上に説明した本実施の形態１による効果について説明する。
【００５４】
宅内のIEEE（Institute of Electrical and Electronics）802ネットワーク上にUPnPプロトコルに準拠したPVR（Personal Video Recorder）が接続されると、本発明を適用したゲートウェイ装置は、接続されたPVRを仮想的なSIPインスタンスとして外部に公開する。宅外ネットワーク上の操作端末は、例えばSIPを利用した呼接続をこの仮想的なSIPインスタンスに対して行うことで、宅内のPVRにアクセスすることが出来るようになる。
【００５５】
また、宅内ネットワークに機器が接続されると、本発明を適用したゲートウェイ装置が、これを「家庭内に属する機器」を表すカテゴリに登録し、さらにこのカテゴリ自体を、仮想的なSIPインスタンスとして宅外ネットワークに公開する。これにより、宅外ネットワーク上の操作端末は、宅内機器の一覧情報を取得することが出来るようになる。
【００５６】
（本発明の実施の形態２）
本実施の形態２では、宅内ネットワークの機器制御プロトコルとしてECHONETを用いた場合について説明する。本例における、宅内ネットワークの通信媒体は、特に規定しないが、IEEE802、Bluetooth、電灯線、赤外線など様々なネットワーク媒体が適用可能である。
【００５７】
図５は、本実施の形態２に従ったゲートウェイ装置を適用したネットワーク構成の全体図を示したものである。
【００５８】
宅外ネットワーク４１は例えばインターネットを想定する。
【００５９】
宅内ネットワーク４２は、Bluetoothネットワークであり、ECHONETプロトコルに準拠したエアコン５１が、この宅内ネットワーク４２に接続されている。
【００６０】
宅外ネットワーク４１と宅内ネットワーク４２との間には、本発明を適用したゲートウェイ装置５２が介在している。
【００６１】
エアコン５１は、宅内ネットワーク４２に接続され、かつBluetooth上でTCP/IPプロトコルを実現するPAN（Personal Area Network）プロファイルを利用してIPでアクセス可能な状態になると、ECHONET機器として接続された旨を通知するECHONETプロトコルの一斉同報パケットを送信する。これは、UPnPプロトコルにおけるSSDP aliveパケットと同質のものである。
【００６２】
ゲートウェイ装置５２における接続検知手段２０１は、前記一斉同報パケットを受信することで、エアコン５１が宅内ネットワーク４２に接続されたことを認識する。初期接続判定手段２０２は、実施の形態１に従う。
【００６３】
ゲートウェイ装置２２における識別情報生成手段２０３は、エアコン５１から、この機器のBluetoothアドレスを取得する。Bluetoothアドレス（BTアドレス）は、Bluetooth機器に与えられる不変のグローバルユニークな識別子であり、IEEE802ネットワークにおけるMAC（Media Access Control）アドレスと同様のものである。識別情報生成手段２０３は、このBluetoothアドレス値と、SIPドメインを利用するユーザに付与されているAOR（Address Of Records）とを利用してGRUU（Globally Routable UA URI）を生成する。GRUUに可読な文字列を含める場合は、実施の形態１におけるUPnPの場合にDevice Description DocumentのdeviceTypeを利用したように、ECHONETプロトコルにおける、機器の型名を表すgoodsname値と、機器の種別を表すEOJ（EHONET Object）コードとを利用する。 例えば、goodsnameが、“AC100JP”、EOJコードが“0x013001”の場合、EOJコードにより、ECHONETオブジェクトのタイプがエアコンであることが判明する。これらの値を利用し、GRUUとAORとから生成したハッシュ値が“kkirufa12a135”、ドメイン名が“sip-example.com”であった場合、GRUUを“ac100jp-kkirufa12a135@sip-example.com”とする方法が考えられる。
【００６４】
ゲートウェイ装置５２は、このGRUUをプレゼンスサーバ機能３４に登録し、管理することで、ECHONET機器であるエアコン５１を仮想的なSIP機器として、宅外ネットワーク４１上のSIP対応操作端末５３からアクセスできるようにする。
【００６５】
ゲートウェイ装置５２における呼接続機能２０９は、宅外ネットワーク４１に接続されたSIP対応操作端末５３からのGRUUに対する呼接続要求に応じて、SIP対応操作端末５３との間で呼接続を行う。ゲートウェイ装置５２は、呼接続を行ったSIP対応操作端末５３と、呼接続要求に係るECHONET対応機器との間の通信を仲介する（プロトコル変換を含む）。
【００６６】
ゲートウェイ装置５２のプレゼンスサーバ機能３４が備える識別情報記憶手段２０４、分類記憶手段２０５、リソースリスト情報２０６、SIPサービス情報２０７及び情報開示手段２０８は、実施の形態１と同様であるので説明を省略する。
【００６７】
本実施の形態の特徴は、ゲートウェイ装置が、ECHONET機器がネットワークに接続した際に送信する一斉同報パケットを受信した際に、その機器が初めて接続されたものかどうかを判断し、新規に接続された機器であると判断した場合には、制御プロトコル（例えばECHONET）毎に分類し、かつ、SIPの枠組みでアクセス可能な情報として、プレゼンスサーバ（ゲートウェイ装置自体）に登録する点にある。
【００６８】
図６は、本実施の形態２におけるゲートウェイ装置の動作シーケンスを示す。
【００６９】
ゲートウェイ装置５２における接続検知手段２０１は、エアコン（ECHONET対応機器）５１からECHONET一斉同報通知メッセージを受信すると（ステップS11）、例えばリソースリスト情報２０６に基づいて、宅内ネットワーク４２上に新規な機器が接続されたか否かを判断する（ステップS12）。
【００７０】
新規な機器が接続されていない、即ち当該機器が既にリソースリスト情報２０６に登録されている場合は処理を終了する（ステップS12のNO）。一方、新規な機器が接続されたと判断した場合（ステップS12のYES）、識別情報生成手段２０３は、受信メッセージからBTアドレスを取得し、GRUUを生成する（ステップS13）。識別情報生成手段２０３は、生成したGRUUを識別情報記憶手段２０４に登録する。
【００７１】
プレゼンスサーバ機能３４は、新規に検出された機器が初のECHONET機器であるか否かを判断する、即ち、ECHONETのリソースリスト（“echonet-appliances”）が既にリソースリスト情報２０６又は分類記憶手段２０５に登録されているか否かを判断する（ステップS14）。
【００７２】
ECHONETのリソースリストがリソースリスト情報２０６又は分類記憶手段２０５に未だ存在しない場合は（ステップS14のYES）、ECHONET機器を表す新規リソースリストを生成し、生成したリソースリストをリソースリスト情報２０６に追加する（ステップS15）。また、プレセンスサーバ機能３４は、分類テーブルにエアコン５１の情報を追加する（ステップS15）。
【００７３】
この後、又はステップS14においてECHONETのリソースリストが既に登録されていた場合（ステップS14のNO）は、プレゼンスサーバ機能３４は、新たに検出されたエアコン５１を、リソースリスト情報２０６におけるECHONETリソースリストに登録する（ステップS16）。また、分類記憶手段２０５は、分類テーブルにエアコン５１の情報を追加する（ステップS16）。
【００７４】
以上のように本実施の形態２によれば、宅内のBluetoothネットワーク上にECHONETプロトコルに準拠したエアコンが接続されると、本発明を適用したゲートウェイ装置が、このエアコンの接続を検知し、当該エアコンを仮想的なSIPインスタンスとして外部に公開する。これにより、宅外ネットワーク上の機器は、PVRの場合と同様、例えばSIPを利用した呼接続を行って、宅内のエアコンにアクセスすることが出来るようになる。
【００７５】
（本発明の実施の形態３）
本実施の形態３では、宅内ネットワークとしてIEEE1394ネットワークを想定し、IEEE1394ネットワーク上の機器制御プロトコルとしてAV/Cを用いた場合について説明する。
【００７６】
図７は、本実施の形態３に従ったゲートウェイ装置を備えたネットワーク構成の全体図を示したものである。
【００７７】
宅外ネットワーク７１は例えばインターネットを想定する。
【００７８】
宅内ネットワーク７２は、IEEE1394ネットワークであり、AV/Cプロトコルに準拠したPVR８１が、この宅内ネットワーク７２に接続されている。
【００７９】
宅外ネットワーク７１と宅内ネットワーク７２の間には、本発明を適用したゲートウェイ装置８２が介在している。
【００８０】
PVR８２が、宅内ネットワーク７２に接続されると、宅内ネットワーク７２でバスリセットが発生する。ゲートウェイ装置８２におけるIEEE1394通信機能及びAV/C通信機能３５が備える接続検知手段３０１は、このバスリセットを検知し、PVR８１が新規に接続されたことを検知する。このために、ゲートウェイ装置８２は、宅内ネットワークに接続されている1394機器の情報を記憶しておき、バスリセット前後の、接続されている機器の差分情報を把握する必要がある。すなわち、本実施の形態３における接続検知手段３０１は、バスリセットを検出し、バスリセット前の１３９４機器情報との比較によって新規接続機器を把握する。
【００８１】
識別情報生成手段３０３は、実施の形態１におけるUUIDの代わりとしてEUI64値を用いてGRUUを生成する。EUI64値も、時不変かつグローバルユニークな識別子である。GRUUの登録、管理方法は実施の形態１に倣う。
【００８２】
ゲートウェイ装置８２における呼接続機能３０９は、宅外ネットワーク７１に接続されたSIP対応操作端末８３からのGRUUに対する呼接続要求に応じて、SIP対応操作端末８３との間で呼接続を行う。ゲートウェイ装置８２は、呼接続を行ったSIP対応操作端末８３と、呼接続要求に係るAV/C対応機器との間の通信を仲介する（プロトコル変換を含む）。
【００８３】
ゲートウェイ装置８２のプレゼンスサーバ機能３６が備える識別情報記憶手段３０４、分類記憶手段３０５、リソースリスト情報３０６、SIPサービス情報３０７及び情報開示手段３０８は、実施の形態１と同様であるので説明を省略する。
【００８４】
本実施の形態の特徴は、ゲートウェイ装置が、IEEE1394ネットワークでバスリセットが発生した際に、新規にAV/C機器が接続されたことを判断し、このAV/C機器を制御プロトコル（例えばAV/C）毎に分類し、かつ、SIPの枠組みでアクセス可能な情報として、プレゼンスサーバ（ゲートウェイ装置自体）に登録する点にある。
【００８５】
図８は、本実施の形態３におけるゲートウェイ装置の動作シーケンスを示す。
【００８６】
ゲートウェイ装置８２における接続検知手段３０１は、宅内ネットワーク７２におけるバスリセットを検出すると（ステップS21）、バスリセット前後の機器情報に基づいて、宅内ネットワーク７２上に新規な機器が接続されたか否かを判断する（ステップS22）。
【００８７】
新規な機器が接続されていない場合は処理を終了する（ステップS22のNO）。一方、新規な機器が接続されたと判断した場合（ステップS22のYES）、識別情報生成手段３０３は、EUI６４値に基づいて、GRUUを生成する（ステップS23）。識別情報生成手段３０３は、生成したGRUUを識別情報記憶手段３０４に登録する。
【００８８】
プレゼンスサーバ機能３６は、新規に検出された機器が初のAV/C機器であるか否かを判断する、即ち、AV/Cのリソースリスト（“av/c-appliances”）が既にリソースリスト情報３０６又は分類記憶手段３０５に登録されているか否かを判断する（ステップS24）。
【００８９】
AV/Cのリソースリストがリソースリスト情報３０６又は分類記憶手段３０５に未だ存在しない場合は（ステップS24のYES）、AV/C機器を表す新規リソースリストを生成し、生成したリソースリストをリソースリスト情報３０６に追加する（ステップS25）。
【００９０】
この後、又はステップS24においてAV/Cのリソースリストが既に登録されていた場合（ステップS24のNO）は、プレゼンスサーバ機能３６は、新たに検出されたPVR81を、リソースリスト情報３０６におけるAV/Cリソースリストに登録する（ステップS26）。また、分類記憶手段３０５は、分類テーブルにPVR８１の情報を追加する（ステップS26）。
【００９１】
以上のように、本実施の形態３によれば、宅内のIEEE1394ネットワーク上のAV/Cプロトコルに準拠したPVRに対して、前述したUPｎP機器、ECHONET機器の場合と同様に、例えば外部からSIPを利用した呼接続によりアクセス出来るようになる。
【００９２】
（本発明の実施の形態４）
本実施の形態４では、宅内ネットワークとしてIEEE802ネットワークを想定し、宅内機器としてSIP対応機器の場合を説明する。
【００９３】
図９は、本実施の形態４に従ったゲートウェイ装置を適用したネットワーク構成の全体図を示したものである。
【００９４】
宅外ネットワーク９１は例えばインターネットを想定する。
【００９５】
宅内ネットワーク９２は、IEEE802ネットワークであり、SIPに対応したDTV(デジタルテレビ)９３がこの宅内ネットワーク９２に接続されている。
【００９６】
宅外ネットワーク９１と宅内ネットワーク９２との間には、本発明を適用したゲートウェイ装置９４が介在している。ゲートウェイ装置９４における呼接続機能９７は、SIP対応操作端末９６及びDTV９３との間で、呼接続を行う機能を有する。
【００９７】
また宅外ネットワーク９１上には、SIP機器を登録するためのSIPサーバ９５が存在する。
【００９８】
DTV９３のIPアドレス設定や、DNS（Domain Name Service）設定などは、予め自動で行われることを前提とする。
【００９９】
図１０は、本実施の形態４におけるシステムの動作シーケンスを示す。
【０１００】
まずゲートウェイ装置９４は、宅外ネットワーク９１に初めて接続される場合、自身をSIPサーバ９５に登録する。ゲートウェイ装置９４は、宅内ネットワーク９２で利用されるAORと自機器のハードウェアアドレスとからGRUUを生成し、この値をSIPサーバ９５に登録する。この登録処理にはSIPのREGISTERメソッド、あるいはPUBLISHメソッドを利用する。ここではREGISTERリクエスト５０１をSIPサーバ９５に送り、200OKレスポンス５０２を受けたとする。
【０１０１】
続いてDTV９３が、宅内ネットワーク９２に接続される。ここでDTV９３には、予め、SIPサーバ９５のアドレス等、自動登録に必要な情報が設定されており、接続をトリガとして、REGISTERリクエスト５０３をSIPサーバ９５に対して送信する。REGISTERリクエスト５０３に含まれるBODYメッセージには、何らかの登録すべき機器情報（プレゼンス情報等）が含まれていてもよいし、何も含まなくてもよい。もし、含む場合には、例えばPIDF（Presence Information Data Format）の拡張書式を利用できる。このREGISTERリクエスト５０３のメッセージ例を以下に示す（ヘッダ情報等を一部省略する）。この例では、プラグアンドプレイを実現するための登録であることをSIPサーバ９５に知らせるために、”Supported:pnp”というヘッダ値を定義し、挿入している。
【０１０２】
REGISTER sip:sip.server@outside.com SIP/2.0
To: <sip:sip.server@outside.com>;tag=444555666
From: <sip:dtv.serialno.000345a1b2c3@sip-example.com>;tag=111222333
Call-ID: 72727272@sip-example.com
CSeq: 1111 REGISTER
Max-Forwards: 70
Supported: pnp
Contact: <sip:dtv.serialno.000345a1b2c3@sip-example.com>
Expires: 3600
Content-Length: 0
【０１０３】
REGISTERリクエスト５０３を受信すると、SIPサーバ９５は、送信元アドレス情報から、DTV９３がゲートウェイ装置９４の属する宅内ネットワーク９２に接続された機器であることをゲートウェイ識別手段４１１により認識し、200OKレスポンス５０４をDTV９３に対して送信する。このREGISTERリクエスト５０３に対する応答メッセージ５０４の例を以下に示す（ヘッダ情報等を一部省略する）。
【０１０４】
SIP/2.0 200 OK
To: <sip: sip:dtv.serialno.000345a1b2c3@sip-example.com>;tag=111222333
From: <sip:sip.server@outside.com>;tag=444555666
Call-ID: 72727272@abcdefghijk
CSeq: 1111 REGISTER
Max-Forwards: 70
Contact: sip:sip.server@outside.com
Expires: 3600
Content-Length: 0
【０１０５】
ここで、ゲートウェイ識別手段４１１は、ゲートウェイ装置９４からのREGISTERリクエスト５０１から取得したアドレス情報（例えばIPアドレス）と、宅内ネットワーク９２上のSIP機器からのREGISTERリクエスト５０３から取得したアドレス情報（例えばIPアドレス）とを比較することで、当該SIP機器がゲートウェイ装置９４の属する宅内ネットワーク９２に接続された機器であることを認識する。このため、SIPサーバ９５は、登録されたゲートウェイ装置９４のアドレス情報を管理する必要がある。SIPサーバ９５上で管理するゲートウェイ情報のフォーマットの一例を図１１に示す。ゲートウェイ情報は、SIPサーバ９５におけるプレゼンス機能４１４においてプレゼンス情報４１５として管理される。
【０１０６】
続いて、SIPサーバ９５は、DTV９３に対してREFERリクエスト５０５を送信し、Refer-Toヘッダにゲートウェイ装置９４のアドレスを含める。すなわち、自身が備える呼接続機能４１２における転送手段４１３により、DTV９３からのアクセスをゲートウェイ装置９４へ転送する。REFERリクエスト５０５のメッセージ例を以下に示す（一部ヘッダ等の情報は省略する）。
【０１０７】
REFER sip:dtv.serialno.000345a1b2c3@sip-example.com SIP/2.0
To: <sip: sip:dtv.serialno.000345a1b2c3@sip-example.com>;tag=123456789
From: <sip:sip.server@outside.com>;tag=112233445
Call-ID: 898989898@abcdefghijk
CSeq: 93809824 REFER
Max-Forwards: 70
Refer-To: sip:gateway@sip-example.com
Contact: sip:sip.server@outside.com
Content-Length: 0
【０１０８】
DTV９３は、REFERメソッド５０５のRefer-Toヘッダを参照し、SIPサーバ９５に対して“２０２ Accepted”レスポンス５０６を返信する。その後、ゲートウェイ装置９４にREGISTERリクエスト５０７を送信し、再び登録処理を行う。REGISTERリクエスト５０７のメッセージ例を以下に示す（ヘッダ情報等を一部省略する）。ここでは、GRUUの生成をゲートウェイ装置９４に対して要求するので、“Supported: gruu”ヘッダを挿入する。
【０１０９】
REGISTER sip:gateway@sip-example.com SIP/2.0
To: <sip:gateway@sip-example.com>
From: <sip:dtv.serialno.000345a1b2c3@sip-example.com>;tag=123123123
Supported: gruu
Call-ID: 81818181@sip-example.com
CSeq: 1234 REGISTER
Max-Forwards: 70
Contact: <sip:dtv.serialno.000345a1b2c3@192.168.0.55>
;+sip.instance="<urn:uuid:ffeeffee-5dec-22e1-b432-112233445566>"
Content-Length: 0
【０１１０】
REGISTERリクエスト５０７を受信したゲートウェイ装置９４における接続検知手段４０１は、DTV９３のハードウェアアドレス情報等のグローバルな識別情報を取得し、DTV９３が初期接続であるか否かを判断する。初期接続である場合は、ゲートウェイ装置９４は、識別情報生成手段４０２においてGRUUを生成する。識別情報生成手段４０２は、生成したGRUUを識別情報記憶手段４０４に登録し、識別情報通知手段４０９はこのGRUUをDTV９３に対しREGISTERリクエスト５０７のレスポンス５０８として通知する。REGISTERレスポンス５０８のメッセージ例を以下に示す（ヘッダ情報等を一部省略する）。
【０１１１】
SIP/2.0 200 OK
To: <sip:dtv.serialno.000345a1b2c3@sip-example.com>;tag=123123123
From: <sip:gateway@sip-example.com>;tag=456456456
Call-ID: 81818181@sip-example.com
CSeq: 1234 REGISTER
Contact: <sip:gateway@192.168.0.10>
;gruu="sip:dtv.apsyukl234734adfd@sip-example.com"
;+sip.instance="<urn:uuid:ffeeffee-5dec-22e1-b432-112233445566>"
;expires=3600
Content-Length: 0
【０１１２】
DTV９３は、登録処理が成功すると、その旨をSIPサーバ９５に対してNOTIFYリクエスト５０９で通知し、SIPサーバ９５は202OKレスポンス５１０をDTV９３に返す。NOTIFYリクエスト５０９のメッセージ例を以下に示す（ヘッダ情報等を一部省略する）。
【０１１３】
NOTIFY sip:sip.server@outside.com SIP/2.0
To: <sip:sip.server@outside.com>;tag=112233445
From: <sip:dtv.serialno.000345a1b2c3@sip-example.com>;tag=123456789
Call-ID: 898989898@abcdefghijk
CSeq: 1020304 NOTIFY
Max-Forwards: 70
Event: refer;id=99999999
Subscription-State: terminated;reason=noresource
Contact: sip:dtv.serialno.000345a1b2c3@sip-example.com
Content-Type: message/sipfrag;version=2.0
Content-Length: 16
SIP/2.0 200 OK
【０１１４】
登録が成功した場合、NOTIFYリクエスト５０９のBODYメッセージには、MIMEタイプを”message/sipfrag”に指定し、”SIP/2.0 200 OK”を含める。
【０１１５】
なお、別の方法としては、SIPサーバ９５はREFERリクエストをDTV９３ではなく、ゲートウェイ装置９４に送信する方法も考えられる。
【０１１６】
GRUUの登録、管理方法も実施の形態１に倣うことによって、宅内ネットワーク９２に接続されるSIP機器は、実施の形態１、２、３に示した非SIP対応機器と同様に、ゲートウェイ装置９４によって宅内機器としてグルーピングされ、宅外ネットワーク９１からプレゼンスメカニズムを利用して参照することが可能となる。
【０１１７】
ゲートウェイ装置９４における呼接続機能９７は、宅外ネットワーク９１に接続されたSIP対応操作端末９６からのGRUUに対する呼接続要求に応じて、SIP対応操作端末９６との間で呼接続を行う。また、呼接続機能９７は、呼接続要求に係るSIP対応機器との間でも呼接続を行う。ゲートウェイ装置８２は、呼接続を行った両機器、すなわちSIP対応操作端末９６及びSIP対応機器間の通信を仲介する。
【０１１８】
ゲートウェイ装置９４のプレゼンスサーバ機能９８が備える識別情報記憶手段４０４、分類記憶手段４０５、リソースリスト情報４０６、SIPサービス情報４０７及び情報開示手段４０８は、実施の形態１と同様であるので説明を省略する。
【０１１９】
以上では、宅内ネットワーク９２におけるSIP対応機器９３は、REGISTERリクエスト（登録用ユニキャストパケット）をまずSIPサーバ９５に送ったが、直接ゲートウェイ装置９４に送るようにしてもよい。
【０１２０】
以上の実施の形態４における、REFER、REGISTERメソッドの利用方法は、IETFで標準化が進められている技術である。本実施の形態の特徴は、REGISTERリクエストを受信したSIPサーバが、送信元の機器が属するローカルネットワーク上のゲートウェイ装置を把握し、そのゲートウェイ装置へ登録するように送信元の機器を促す点、および、ゲートウェイ装置が、REGISTERリクエストを送信してきたSIP機器を、制御プロトコル（例えばSIP）毎に分類し、かつ、SIPの枠組みでアクセス可能な情報として、プレゼンスサーバ（ゲートウェイ装置自体）に登録する点にある。
【０１２１】
以上のように、本実施の形態４によれば、SIP対応機器を宅内ネットワークに接続した場合でも、宅外ネットワーク上の登録用SIPサーバとゲートウェイ装置とが連携することで、SIP対応機器に手動設定を施すことなく、「宅内機器」としてカテゴライズした上で、宅外ネットワーク上から操作可能となる。
【０１２２】
（本発明の実施の形態５）
実施の形態５では、ゲートウェイ装置が、前記した実施の形態１、２、３、４全ての宅内ネットワークをサポートするための通信インタフェースを具備している例を説明する。すなわち、宅内ネットワークに、IEEE802、Bluetooth、IEEE1394ネットワークが混在しているケースを説明する。
【０１２３】
図１２は、本実施の形態５に従ったゲートウェイ装置を備えたネットワーク構成の全体図である。図１３は、宅内ネットワーク上の機器を仮想的なSIPインスタンスとして宅外ネットワークに見せるゲートウェイ装置の機能を示す図である。図１４は、図１２のゲートウェイ装置の基本動作を示すフローチャートである。
【０１２４】
図１２に示すように、実施形態１から４の共存が可能であり、それぞれの宅内ネットワーク６０１、６０８、６１０上の制御プロトコルに対応する遠隔制御サービスを、SIPサービス情報（RLS Services Document）６２７に記述し、対応するプロトコル変換機能６１８をゲートウェイ装置６０４上に設置することで、多様なネットワーク、制御プロトコルに準拠した機器群を、各ネットワークに接続するだけで、遠隔制御可能にすることが出来る。なお、プロトコル変換機能に相当する機能は、実施の形態１ではUPnP Control Point機能３１、実施の形態２ではBluetooth通信機能及びECHONET通信機能３３、実施の形態３ではIEEE1394通信機能及びAV/C通信機能３５が各々有している。図１２のゲートウェイ装置６０４の詳細な動作例については、実施の形態１〜４の融合であるので省略する。
【０１２５】
以上のように本実施の形態５によれば、宅内ネットワークに機器が接続されると、本発明を適用したゲートウェイ装置は、機器が準拠する制御プロトコル（UPnP、ECHONET、AV/C）を判断し、それぞれの「制御プロトコルをサポートする機器」を表すカテゴリに登録し、さらにこのカテゴリ自体を、仮想的なSIPインスタンスとして宅外ネットワークに公開する。宅外ネットワーク上の操作端末が、宅内ネットワーク上の機器に対応する、ゲートウェイ装置上の仮想的なSIPインスタンスにアクセスすると、ゲートウェイ装置が、その機器が準拠する制御プロトコルに対応したアプリケーションを起動させることで、プロトコル変換等の、制御プロトコルに特化した処理を行うことが出来るようになる。
【図面の簡単な説明】
【０１２６】
【図１】本発明の実施の形態１に従ったゲートウェイ装置を適用したネットワーク構成図
【図２】本発明の実施の形態１における機器情報のフォーマットの一例を示す図
【図３】本発明の実施の形態１における宅内機器のプレゼンス情報表示の一例を示す図
【図４】本発明の実施の形態１におけるゲートウェイ装置の動作を説明するフローチャート
【図５】本発明の実施の形態２に従ったゲートウェイ装置を適用したネットワーク構成図
【図６】本発明の実施の形態２におけるゲートウェイ装置の動作を説明するフローチャート
【図７】本発明の実施の形態３に従ったゲートウェイ装置を適用したネットワーク構成図
【図８】本発明の実施の形態３におけるゲートウェイ装置の動作を説明するフローチャート
【図９】本発明の実施の形態４に従ったゲートウェイ装置を適用したネットワーク構成図
【図１０】本発明の実施の形態４におけるネットワークの動作を説明するーケンス図
【図１１】本発明の実施の形態４におけるSIPサーバ装置に記憶されるゲートウェイ情報のフォーマットの一例を示す図
【図１２】本発明の実施の形態５に従ったゲートウェイ装置を適用したネットワーク構成図
【図１３】宅内ネットワーク上の非SIP対応機器を、仮想的なSIPインスタンスとして見せるゲートウェイ機能の一例を示す図
【図１４】ゲートウェイ装置の基本動作を説明するフローチャート
【符号の説明】
【０１２７】
１１、４１、７１、９１、６０２：宅外ネットワーク
１２、４２、７２、９２、６０１、６０８、６１０：宅内ネットワーク
２１、６０６：UPnP対応機器（PVR）
２２、５２、８２、９４、６０４：ゲートウェイ装置
２３、５３、８３、９６、６０３：SIP対応操作端末
２４：UPnP対応機器（プリンタ）
３１、６１２：UPnP Control Point機能
３２、３４、３６、９８、６２３：プレゼンスサーバ機能
３３、６１５：Bluetooth通信機能及びECHONET通信機能
３５、６１６：IEEE1394通信機能及びAV/C通信機能
５１、６０９：ECHONET対応機器（エアコン）
８１、６１１：AV/C対応機器（PVR）
９３、６０７：SIP対応機器（DVT）
９５、６０５：SIPサーバ
１０１、２０１、３０１、４０１、６１３、６１４、６１７、６２０：接続検知手段
１０２、２０２、３０２、４０２：初期接続判定手段
１０３、２０３、３０３、４０３：識別情報生成手段
１０４、２０４、３０４、４０４、６２４：識別情報記憶手段
１０５、２０５、３０５、４０５、６２５：分類記憶手段
１０６、２０６、３０６、４０６、６２６：リソースリスト情報
１０７、２０７、３０７、４０７、６２７：SIPサービス情報
１０８、２０８、３０８、４０８、６２９：情報開示手段
１０９、２０９、３０９、９７、４１２、６１９、６３１：呼接続機能
４０９：識別情報通知手段
４１１、６３０：ゲートウェイ識別手段
４１３、６３２：転送手段
４１４、６３３：プレゼンス機能
４１５、６３４：プレゼンス情報
６１８：プロトコル変換機能
【図１】
2006148804.tif 000003
【図２】
2006148804.tif 000004
【図３】
2006148804.tif 000005
【図４】
2006148804.tif 000006
【図５】
2006148804.tif 000007
【図６】
2006148804.tif 000008
【図７】
2006148804.tif 000009
【図８】
2006148804.tif 000010
【図９】
2006148804.tif 000011
【図１０】
2006148804.tif 000012
【図１１】
2006148804.tif 000013
【図１２】
2006148804.tif 000014
【図１３】
2006148804.tif 000015
【図１４】
2006148804.tif 000016