(57)【要約】【課題】ＩＰ電話のプロトコルを機器制御として応用する場合には、機器制御要求であることを指定する手段がなく、セッションの概念があり、機器操作に相当するコマンドがないなどの課題がある。【解決手段】通常の電話の呼接続要求と機器制御の要求を判別するＩＰ電話呼制御部と、ＩＰ電話形式のメッセージからアクセス対象の機器の属性を取得し、属性が合致する機器を各々の機器制御プロトコルを使って検索・取得・管理する機器検索・管理部及び機器管理テーブルと、ＩＰ電話のセッションと制御する機器の情報を対応付けて管理するセッション管理部及びセッション管理テーブルと、呼制御のコマンドを各々の機器の制御プロトコルに変換する呼制御・機器制御プロトコル変換部及び呼制御・機器制御プロトコル対応テーブルと、プロトコル変換結果をもとに、実際に機器を制御する機器制御部と、から構成される。【選択図】図２                                                                  
2005244275.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ電話網から受信したメッセージから要求内容を判別するＩＰ電話呼制御手段と、前記要求内容が機器制御である場合に、前記メッセージからアクセス対象の機器属性を取得し、前記機器属性に合致する機器の検索を行う機器検索手段と、前記機器属性に合致する機器が検出された場合に、呼を制御する呼制御コマンドと機器を制御する機器制御コマンドとの対応を予め蓄積したプロトコル対応テーブルを検索して、前記メッセージに含まれる呼制御コマンドに対応する機器制御コマンドを取得するプロトコル変換手段と、変換された前記機器制御コマンドを用いて、前記検出機器を制御する機器制御手段と、前記メッセージの受信により開始するセッションと制御されている前記検出機器の情報とを対応付けて管理するセッション管理手段とを有するゲートウェイ装置。
【請求項２】
ファイヤウォールのポートフォワーディング設定を行うファイヤウォール制御部と、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）データから、メディアに関する情報を取得するＳＤＰ解析部を更に含み、機器検出手段は、機器制御が、検出機器に対するストリーム接続要求を含む場合に、前記ＳＤＰ解析部が取得したメディア情報に基づいて、前記検出機器のストリーム接続情報を取得し、前記ファイヤウォール制御部は、前記ストリーム接続情報を用いて前記検出機器のポート設定を行い、セッション管理手段は、セッション管理テーブルに、前記ストリーム接続情報と前記ポート設定情報との対応を蓄積する請求項１記載のゲートウェイ装置。
【請求項３】
検出機器のリストを作成する機器一覧生成手段を更に含み、ＩＰ電話呼制御手段は、前記アクセス対象の機器の属性に合致する機器が複数存在する場合には、前記リストをアクセス要求元へ返信する請求項１又は２記載のゲートウェイ装置。
【請求項４】
前記ＩＰ電話呼制御部が、ＩＰ電話のセッションが開始された後に受信した機器制御セッションを開始するためのメッセージを、前記ＩＰ電話のセッションに含まれると判断した場合は、前記セッション管理手段は、セッション管理テーブルに開始されたセッションと検出機器の情報と前記受信したメッセージを対応付けて管理する請求項１ないし３のいずれか記載のゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
ネットワーク家電などの機器を遠隔からコントロールするゲートウェイ装置に関するものである。
【背景技術】
【０００２】
従来、宅内機器へのリモートアクセスを行う場合に、アクセスルータ及び機器が一般的にＤＨＣＰを利用するためアドレスが固定できず、更に、宅外と宅内のネットワーク境界にはＮＡＴ、Ｆｉｒｅｗａｌｌが存在し、直接アクセスすることが困難であるため、ダイナミックＤＮＳサービスを利用して固定ＵＲＬでアクセスするというものが行われているが、ネットワークに繋がった機器が増えた場合、各機器のＵＲＬを把握することは困難であり、また、アクセスする者が所有者でない場合には機器のＵＲＬを知ることは更に困難である。
【０００３】
ここで、宅内機器へのリモートアクセスを行うために、リモート操作するクライアントと宅内ネットワークの間に、第１に、宅内機器情報を収集し蓄積する機能、第２に、リモートからのＨＴＴＰ  ＵＲＬでのアクセスを解釈し、宅内機器へ転送する機能、第３に、宅外からのアクセスプロトコル（ＨＴＴＰ）と宅内ネットワークプロトコル（ＵＰｎＰ、ＨＡＶｉなど）を翻訳する機能を有するＨｏｍｅＧａｔｅｗａｙ（以下ＨＧＷ）を設置し、ＨＧＷ経由でアクセスを行う。
【０００４】
特に第２の機能には、ＵＲＬのオプション部分に機器の属性（「ライト」など）を指定すると、機器情報ＤＢを検索して該当する属性の機器を選定する機能がある。
【０００５】
以上の構成により、各機器のＵＲＬを把握する必要がなく、ＨＧＷのＵＲＬさえ取得できれば、機器の属性指定のみで各機器へアクセスすることを可能とし、更に、ＮＡＴ、Ｆｉｒｅｗａｌｌ通過に対しては、宅外と宅内の境界に位置する前記ＨＧＷ上のＨＴＴＰプロキシが外部からのコマンドを受け取り、宅内機器へ転送することで解決している（特許文献１参照）。
【特許文献１】特開２００３−２０８３６６号公報（第３ページ、第１０ページ、第５図）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、先行技術においてもＨＧＷのＵＲＬを取得する必要はあり、特に所有者以外の者がアクセスしようとした場合、ＨＧＷのＵＲＬは一般に公開されるものではないため困難であるが、個人や組織を代表するアクセス識別子である電話番号、特に、今後の普及が予測されるＩＰ電話番号を宅内機器へのアクセスの代表アドレスとして利用することで利便性が大幅に向上すると考えられる。
【０００７】
また、ＩＰ電話網を経由してＩＰ電話のアドレスで着呼させるためには、ＩＰ電話のプロトコルに則った動作をすることが要求される。ＩＰ電話のプロトコルは呼制御を行うために設計されたプロトコルであり、これを機器制御として応用する場合には、次のような不整合が生じる。
【０００８】
まず、第１に、機器制御要求であることを指定する手段がない。第２に、セッションの概念がある。第３に、機器操作に相当するコマンドがないである。
【０００９】
このため、ＩＰ電話のプロトコルを用いて機器を制御するためには、これらの整合のた
めに変換等を行う手段が必要となるが、特許文献１では考慮されていない。これを本願で対象とする第一の課題とする。
【００１０】
また、接続対象となる機器によっては、通常の電話と異なり、音声以外のメディアを送受信することが考えられる。そのためには、ＩＰ電話のプロトコルのメディア送受信情報を解析して、機器のストリーム送受信設定を行う手段が必要となる。これを本願で対象とする第二の課題とする。
【００１１】
また、属性で機器を検索する場合、検索条件に合致する機器が複数になる場合があり、アクセス者に選択させる手段が必要となる。これを本願が対象とする第三の課題とする。
【００１２】
また、単純に個々の機器にリモートアクセスするだけでなく、先にＩＰ電話を使って通話のみ行い、後、機器の操作を同一セッションで行いたい場合が考えられる。例えば、映像機器を電話のセッションに組み込みたい場合などである。このためには、ＩＰ電話のセッションと後から追加した機器のセッションの対応が取れることと、どのようなメディアを追加したいのかを認識できる必要がある。これを本願が対象とする第四の課題とする。
【課題を解決するための手段】
【００１３】
以上説明したように、ＩＰ電話のプロトコルと機器制御のプロトコルを接続するためには、第一に、通常の電話の呼と機器制御の要求を判別する手段、第二に、電話の呼のセッションと機器を制御するセッションの対応を管理する手段、第三に、呼制御のプロトコルと機器制御のプロトコルの対応をとる手段が必要である。
【００１４】
これらを実現するために、本願のゲートウェイ装置は、通常の電話の呼接続要求と機器制御の要求を判別する手段を備えたＩＰ電話呼制御部と、機器制御の要求であった場合、ＩＰ電話形式のメッセージからアクセス対象の機器の属性を取得し、前記取得した属性に合致する宅内の機器を各々の機器制御プロトコルを使って検索・取得・管理する機器検索・管理部及び機器管理テーブルと、機器へのアクセスに成功した場合、ＩＰ電話のセッションと制御する機器の情報を対応付けて管理するためのセッション管理部及びセッション管理テーブルと、呼制御のコマンドを各々の機器の制御プロトコルに変換するための呼制御・機器制御プロトコル変換部及び呼制御・機器制御プロトコル対応テーブルと、前記プロトコルを変換した結果をもとに、実際に機器を制御する機器制御部と、から構成される。
【発明の効果】
【００１５】
以上説明したように、本発明のゲートウェイ装置によって、ＩＰ電話のプロトコルで宅内へアクセスし、宅内の機器を制御することが可能になる。すなわち、次のような効果が得られる。第一に、機器へのアクセスを、一般に入手が容易なＩＰ電話アドレスと機器指定のための属性指定で行うことができ、個々の機器のアドレスや一般に入手が困難なアクセスルータのアドレスを知る必要がない。第二に、ＩＰ電話サービス利用に付随するＮＡＴ、Ｆｉｒｅｗａｌｌを通過する設定を新たに行う必要がない。第三に、ＩＰ電話サービスとして提供されるセキュリティやモビリティ（電話機が移動しても呼が転送されるサービス）の機能を共用することができる。
【００１６】
さらに、ＩＰ電話で始めた通話を保ちながら同時に映像機器など他の機器を取り入れた、例えばＩＰ電話機とテレビ受像機を連携させたテレビ電話のようなサービスが可能になる。
【発明を実施するための最良の形態】
【００１７】
本発明第１の発明は、ＩＰ電話網から受信したメッセージから要求内容を判別するＩＰ
電話呼制御手段と、前記要求内容が機器制御である場合に、前記メッセージからアクセス対象の機器属性を取得し、前記機器属性に合致する機器の検索を行う機器検索手段と、前記機器属性に合致する機器が検出された場合に、呼を制御する呼制御コマンドと機器を制御する機器制御コマンドとの対応を予め蓄積したプロトコル対応テーブルを検索して、前記メッセージに含まれる呼制御コマンドに対応する機器制御コマンドを取得するプロトコル変換手段と、変換された前記機器制御コマンドを用いて、前記検出機器を制御する機器制御手段と、前記メッセージの受信により開始するセッションと制御されている前記検出機器の情報とを対応付けて管理するセッション管理手段とを有するゲートウェイ装置としたものであり、機器へのアクセスを、一般に入手が容易なＩＰ電話アドレスと機器指定のための属性指定で行うことができ、個々の機器のアドレスや一般に入手が困難なアクセスルータのアドレスを知る必要がないため、ＩＰ電話のプロトコルで宅内へアクセスし、宅内の機器を制御することが可能になるという作用を有する。
【００１８】
本発明第２の発明は、ファイヤウォールのポートフォワーディング設定を行うファイヤウォール制御部と、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）データから、メディアに関する情報を取得するＳＤＰ解析部を更に含み、機器検出手段は、機器制御が、検出機器に対するストリーム接続要求を含む場合に、前記ＳＤＰ解析部が取得したメディア情報に基づいて、前記検出機器のストリーム接続情報を取得し、前記ファイヤウォール制御部は、前記ストリーム接続情報を用いて前記検出機器のポート設定を行い、セッション管理手段は、セッション管理テーブルに、前記ストリーム接続情報と前記ポート設定情報との対応を蓄積する請求項１記載のゲートウェイ装置としたものであり、機器へのアクセスを、一般に入手が容易なＩＰ電話アドレスと機器指定のための属性指定で行うことができ、個々の機器のアドレスや一般に入手が困難なアクセスルータのアドレスを知る必要がないため、ＩＰ電話のプロトコルで宅内へアクセスし、宅内の機器を制御することが可能になるという作用を有する。
【００１９】
本発明第３の発明は、検出機器のリストを作成する機器一覧生成手段を更に含み、ＩＰ電話呼制御手段は、前記アクセス対象の機器の属性に合致する機器が複数存在する場合には、前記リストをアクセス要求元へ返信する請求項１又は２記載のゲートウェイ装置としたものであり、機器へのアクセスを、一般に入手が容易なＩＰ電話アドレスと機器指定のための属性指定で行うことができ、個々の機器のアドレスや一般に入手が困難なアクセスルータのアドレスを知る必要がないため、ＩＰ電話のプロトコルで宅内へアクセスし、宅内の機器を制御することが可能になるという作用を有する。
【００２０】
本発明第４の発明は、前記ＩＰ電話呼制御部が、ＩＰ電話のセッションが開始された後に受信した機器制御セッションを開始するためのメッセージを、前記ＩＰ電話のセッションに含まれると判断した場合は、前記セッション管理手段は、セッション管理テーブルに開始されたセッションと検出機器の情報と前記受信したメッセージを対応付けて管理する請求項１ないし３のいずれか記載のゲートウェイ装置としたものであり、ＩＰ電話のプロトコルで宅内へアクセスし、宅内の機器を制御することが可能になり、ＩＰ電話で始めた通話を保ちながら同時に映像機器など他の機器を取り入れた、例えばＩＰ電話機とテレビ受像機を連携させたテレビ電話のようなサービスが可能になるという作用を有する。
【００２１】
以下本発明の実施例について、図面を参照しながら説明する。本例ではＩＰ電話のプロトコルは、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を例にして説明する。ただし、ＳＩＰに限定するものではない。
【００２２】
（実施の形態１）
図１は本発明のゲートウェイ装置を使ったリモートアクセスクライアントと宅内ネットワーク機器群の接続状態を示す図である。
【００２３】
リモートアクセスクライアント１０１は、宅内機器を宅外から操作するための端末でＩＰ電話のプロトコルを搭載しているものである。ＩＰ電話サーバ群１０２は、ＳＩＰによる電話サービスを行うのに必要なレジストラサーバやプロキシサーバなどのサーバ群である。アクセスルータ１０３は、宅内ＬＡＮ１０６とアクセス網の境界に設置されるゲートウェイで、宅外へのアクセス機能の他にファイヤウォールやＮＡＴ機能などを提供するものである。なお、本願で説明する機器制御のためのゲートウェイとは別である。ゲートウェイ装置１０４は、機器制御を行うためのゲートウェイで、ＩＰ電話のプロトコルによるアクセスを、宅内の機器制御プロトコルに変換する機能を提供するものである。宅内ネットワーク機器群１０５は、アクセス対象となる宅内ＬＡＮ１０６に接続された家電等の機器である。
【００２４】
図２は、ゲートウェイ装置１０４の内部構成図である。ＩＰ電話呼制御部２０１は、アクセスルータ１０３から入力されるＩＰ電話のプロトコルを使って呼制御を行うものである。ゲートウェイ全体制御部２０２は、着呼や機器のイベントなどのトリガに応じてゲートウェイ装置１０４を制御するための信号を出力するものである。機器管理・検索部２０３は、ゲートウェイ全体制御部２０２の要求に従って、宅内機器の情報を、機器制御部２０９の宅内機器情報収集機能を使って収集する機能を提供するものである。セッション管理部２０５は、ＩＰ電話のセッションと機器制御のセッションの対応を、セッション管理テーブル２０６を使って管理するものである。
【００２５】
呼制御・機器制御プロトコル変換部２０７は、ＩＰ電話のプロトコルとＵＰｎＰ（ユニバーサルプラグアンドプレイ）や、Ｊｉｎｉなどの各種機器制御プロトコルの対応を呼制御・機器制御プロトコル対応テーブル２０８から取得し、変換するものである。機器制御部２０９は、ＵＰｎＰやＪｉｎｉなど各種宅内機器を制御するプロトコルにより実際に宅内ネットワーク機器群１０５を制御する機能を提供するものである。
【００２６】
Ｆｉｒｅｗａｌｌ制御部２１０は、ゲートウェイ全体制御部２０２を経由して、アクセスルータ１０３のＦｉｒｅｗａｌｌを制御して、宅内機器１０５が宅外からのストリームを受信可能とするものである。ＳＤＰ解析部２１１は、宅外からの宅内機器１０５への接続要求をゲートウェイ全体制御部２０２が受信した場合に、受信したＳＤＰ情報から、ストリーム接続のためのメディア情報（メディア種、コーデック、ポート番号など）を取得するものである。
【００２７】
図３は、セッション管理テーブル２０６の内容を示したもので、ＳＩＰのＣａｌｌ−ＩＤなど呼制御側のセッションＩＤ、ＳＩＰ  Ｆｒｏｍなど呼制御側のアクセス元アドレス、ＵＰｎＰやＪｉｎｉなど機器側プロトコルの種別、ＵＲＬなど機器側アクセス対象のアドレス、ストリーム接続のためのポート番号などが登録されている。
【００２８】
図４は、呼制御・機器制御プロトコル対応テーブル２０８で、ＩＰ電話側のコマンドと各機器制御プロトコルのコマンドとの対応が記録され、必要に応じてコマンドの変換を行う。
【００２９】
図５は、リモートアクセスクライアント１０１から機器制御要求をする際にＳＩＰアドレス６０２として指定する記述の例である。詳しくは、後述する。
【００３０】
次に、ゲートウェイ装置１０４の内部動作フローを説明したフローチャート図６〜図１２と、及びＩＰ電話のプロトコルをＳＩＰ、機器制御のプロトコルをＵＰｎＰとした場合の動作シーケンス例を示した図１３、図１４とを用いて動作の流れを説明する。
【００３１】
まず、図６及び図１３に示すように、宅内ＩＰ電話機のプロトコルを用いたゲートウェイ装置１０４が起動すると、ＩＰ電話サーバ群１０２の１つであるレジストラサーバに、ＩＰ電話機としてのＳＩＰアドレスを登録する（Ｓ１０１、Ｓ７０１）。ここで登録するアドレスは、ゲートウェイ装置１０４がＩＰ電話として着信するためのアドレスであって宅内機器１０５のアドレスではないことに注意する。
【００３２】
次に、ゲートウェイ装置１０４は、電話網である呼制御側からのメッセージ、または宅内の機器側からのメッセージの受信待ち状態に入る（Ｓ１０３）。
【００３３】
リモートアクセスクライアント１０１が、機器を制御する要求を呼制御メッセージとして送出する（Ｓ７０２）と、ＩＰ電話サーバ１０２を経由（Ｓ７０３）し、ＩＰ電話呼制御部２０１がメッセージを受信する。ＩＰ電話呼制御部２０１は、受信したメッセージのアドレス内容を解析し、通常の通話要求か、機器制御要求かを判定する。
【００３４】
本実施例では、判定は図５に示すようなＳＩＰ  ＵＲＩ６０１のＵＲＩパラメータを利用することを想定する。ＵＲＩパラメータは、ＳＩＰ  ＵＲＩ６０１の後に、セミコロン「；」に続けて、＜パラメータ名＞＝＜パラメータ値＞の形式で記述ことが可能である。ＳＩＰプロトコルにおいては、このＵＲＩパラメータはユーザが自由に定義可能とされているので、ここに独自のパラメータを追加して電話網を経由させることが可能である。すなわち、図５のような記述が可能である。本実施例では、ＳＩＰアドレス６０２に続けてｄｅｖｉｃｅ＝ｖｃｒのようにデバイスの属性を指定するキーワード（ＶＣＲ：Ｖｉｄｅｏ  Ｃａｓｓｅｔｔｅ  Ｒｅｃｏｒｄｅｒ）が記述されたデバイス属性指定６０３を追加する。
【００３５】
ＩＰ電話呼制御部２０１が、受信したメッセージのアドレスにキーワードが付与されていることから、機器制御要求であると判断した場合、ゲートウェイ全体制御部２０２へ受信したメッセージを渡す。ゲートウェイ全体制御部２０２は、メッセージを受信すると、メッセージが呼制御側から上がったものか、機器制御側から上がったものかを判定する（Ｓ１０４）。この場合、呼制御側からのメッセージであるので、機器制御コマンド種を判定する（Ｓ１０５）。図６及び図１３のＳ７０４に示すように呼接続要求「ＩＮＶＩＴＥ」の受信であるので、呼接続要求処理（Ｓ２０１）の処理を開始する。
【００３６】
図７に示す呼接続要求処理について説明する。
【００３７】
まず、デバイス属性指定６０３から機器の属性を取得する（Ｓ２０２）。また、受信したメッセージのボディ部であるＳＤＰをＳＤＰ解析部２１１で解析して、ストリーム接続の設定に必要な情報（メディア種、コーデック、ポート番号など）を取得する（Ｓ２０３、Ｓ７０５）。
【００３８】
図８に示すＳＤＰデータ内容８０１の例の場合、メディア記述１  ８０２から、１行目左側から順に、“ｍ＝”に続く記述から、メディア種として  ａｕｄｉｏ（音声）、受信ポート番号として  ４９１７０番、トランスポートプロトコルとして  ＲＴＰ／ＡＶＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ／  Ａｕｄｉｏ／Ｖｉｄｅｏ  Ｐｒｏｆｉｌｅ）が、２行目の“ａ＝ｒｔｐｍａｐ：”に続く記述から、コーデック
ＰＣＭ符号化μ則／クロック速度  ８０００Ｈｚが、取得できる。なお、ビデオ予約など単なる制御を行うのみで、映像などストリームの送受信を行わない場合は、取得は不要である。
【００３９】
次に、ゲートウェイ全体制御部２０２は、機器管理・検索部２０３に対して宅内ネットワーク機器群１０５からＶＣＲの属性を持つものを検索するように要求する（Ｓ２０４）
。機器管理・検索部２０３は、宅内ネットワーク機器群１０５に対して各々の機器制御プロトコルが持つ機器情報取得コマンドを、呼制御・機器制御プロトコル対応テーブル２０８から取得する。機器制御プロトコルがＵＰｎＰの場合、機器検索（ディスカバリ）はＳＳＤＰ（Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）を用いて行うと規定されているので、機器制御部２０９がＵＰｎＰのプロトコルを用いて機器情報の収集を行う（Ｓ７０６）。
【００４０】
もし、該当する機器が１つも見つからなかった場合は（Ｓ２０５）、ゲートウェイ全体制御部２０２は、失敗メッセージを作成してＩＰ電話呼制御部２０１を介して要求元に返信する（Ｓ２０６）。該当する機器が２つ以上見つかった場合は、何らかの優先度判定を行い、順次起動処理を行う（Ｓ２０７、Ｓ２０８、Ｓ７０７）。優先度判定とは、例えば、問い合わせに最も早く返答した機器、画面サイズが大きい順やＣＰＵ能力の順など機器の属性から判定する方法などが考えられる。
【００４１】
また、図４に示すように、ＵＰｎＰの場合、機器を起動するなど制御はＨＴＴＰ上にＰＯＳＴメソッドを用いて、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）をボディ情報として送出することで行う。なお、具体的なＳＯＡＰメッセージの内容は省略するが、ＸＭＬ形式で電源ＯＮに相当するコマンドを記述する。
【００４２】
なお、使用するコマンドは、呼制御・機器制御プロトコル変換部２０７が、呼制御・機器制御プロトコル対応テーブル２０８、すなわち図４のテーブルを検索することで取得する。例えば、機器が複数有る場合は、機器毎に順に起動を試み、起動に失敗した場合は、Ｓ７０６で収集した機器の次候補に対し順次起動指示を行い、次候補の機器がなくなった場合は失敗メッセージを生成する（Ｓ２１１、Ｓ２１２）。）
次に、起動に成功し（Ｓ２１０）、更に、ストリーム接続要求がある場合のみ、ゲートウェイ全体制御部２０２は、呼制御・機器制御プロトコル変換部２０７に、呼制御・機器制御プロトコル対応テーブル２０８、即ち、図４のテーブルを検索させることで、ＵＰｎＰのストリーム制御コマンドを取得する。
【００４３】
次に、機器制御部２０９が、アクセス対象として選択された機器に対してストリーム接続に必要な情報（メディア種、コーデック、ポート番号など）の取得要求を行う（Ｓ２１３、Ｓ７０８）。この際、先にＳ２０３で取得したアクセス要求元から提示されたメディアに関する情報を考慮する。
【００４４】
また、宅外からのストリーム受信が伴う場合は、アクセスルータ１０３のＦｉｒｅｗａｌｌに対して、Ｆｉｒｅｗａｌｌ制御部２１０が、取得した宅内ネットワーク機器群１０５のポート番号情報などをもとにポートフォワーディングなどの設定を行う（Ｓ２１５、Ｓ７０９）。なお、ストリームの送受が伴わないような接続要求であれば、Ｓ２１３、Ｓ２１４、Ｓ２１５の処理は必要ない。これは制御に関しては、ＩＰ電話の呼制御用のポート（通常５０６０番）を機器制御と共用することによる。
【００４５】
次に、ゲートウェイ全体制御部２０２は、セッション管理部２０５に、セッション管理テーブル２０６に、図３に示す内容を登録する指示を行う（Ｓ２１６、Ｓ７１０）。
【００４６】
次に、ゲートウェイ全体制御部２０２は、成功メッセージを作成し、ＩＰ電話呼制御部２０１を介してアクセス要求元へ成功を意味する「２００  ＯＫ」のＳＩＰメッセージを返信する（Ｓ２１７）。
【００４７】
以上で、宅外から宅内ネットワーク機器群１０５への「接続要求処理」は完了する。
【００４８】
次に、アクセスに成功した機器をリモートから操作する動作例を説明する。リモートアクセスクライアント１０１からの操作要求メッセージ（Ｓ７１１）をゲートウェイ装置１０４が受信し、コマンド種を判定するところ（Ｓ１０５）までは呼接続要求の例に同じである。
【００４９】
呼制御プロトコルであるＳＩＰには、機器を操作することに相当するコマンドがないため、付加情報通知などに利用される「ＩＮＦＯ」を機器操作コマンドに対応させる。機器操作コマンドの具体的内容は通知内容として隠蔽される。ＳＩＰの場合はＩＮＦＯコマンドのボディとして隠蔽することが可能である。
【００５０】
まず、Ｓ１０５にて、コマンド種判定で通知コマンドであると判定されると、Ｓ３０１の図９に示す「操作要求処理」が行われる。
【００５１】
次に、ゲートウェイ全体制御部２０２の指示により、セッション管理部２０５がセッション管理テーブル２０６を検索して、受信したメッセージのＣａｌｌ−ＩＤからどのセッションに関する制御要求かと、その機器制御プロトコル種（ＵＰｎＰ、Ｊｉｎｉなど）を取得する（Ｓ３０２）。
【００５２】
次に、呼制御・機器制御プロトコル変換部２０７が、呼制御・機器制御プロトコル対応テーブル２０８を検索して、呼制御側からのメッセージであるため、ＩＮＦＯコマンドのボディに記述されているコマンドに対応する機器制御コマンドを取得する（Ｓ３０３）。
【００５３】
次に、呼接続要求処理時と同様に、機器制御部２０９が、取得した機器制御コマンドを宅内ネットワーク機器群１０５に対して発行する（Ｓ３０４、Ｓ３０５、Ｓ７１２）。
【００５４】
次に、操作結果が失敗である場合は、ゲートウェイ全体制御部２０２が、失敗メッセージを作成し（Ｓ３０７）、ＩＰ電話呼制御部２０１を介して返信し、操作結果が成功である場合は、成功した旨を同様に返信する（Ｓ３０８）。
【００５５】
以上が「操作要求処理」を行う場合の動作例である。
【００５６】
次に、図１０に示す接続している機器に対して切断を行う「呼切断要求処理」を説明する。リモートアクセスクライアント１０１からの呼切断要求メッセージ（Ｓ７１３）をゲートウェイ装置１０４が受信し、コマンド種を判定するところ（Ｓ１０５）までは「呼接続要求処理」及び「操作要求処理」の例に同じである。なお、ＳＩＰでは呼切断要求は、「ＢＹＥ」コマンドが使用される（Ｓ７１３）。
【００５７】
次に、Ｓ１０５にて、ゲートウェイ全体制御部２０２が、コマンド種を「呼切断要求」と判断すると、「操作要求処理」と同様に、Ｓ４０２〜Ｓ４０７及びＳ７１３〜Ｓ７１４の処理を行う。ここで、機器の停止に成功した場合、ゲートウェイ全体制御部２０２の指示により、セッション管理部２０５が、セッション管理テーブル２０６から、該当セッション情報を削除する（Ｓ４０８、Ｓ７１５）。最後に成功メッセージを、ＩＰ電話制御部２０１を介して返信し、全ての処理は終了する。
【００５８】
以上が宅外から宅内機器へのリクエストメッセージの処理であるが、宅内機器から宅外へ障害などのイベント通知や、停止（切断）要求を発行することも可能である。図１１を用いて、「通知処理」について説明する。
【００５９】
まず、既に説明した接続要求時の動作で、リモートアクセスクライアント１０１と宅内機器１０５でセッションが確立しているものとする。宅内機器１０５で故障などイベント
が発生し、これを前記宅外のリモートアクセスクライアント１０１へ通知する動作は次のようになる。
【００６０】
機器制御部２０９は、宅内機器１０５からのメッセージの受信を監視する。何らかのメッセージを受信した場合は、ゲートウェイ全体制御部２０２へ通知する（Ｓ１０３）。ゲートウェイ全体制御部２０２は、呼制御側からのメッセージか、機器制御側からのメッセージかを判定し（Ｓ１０４）、機器制御側からであればそのコマンド種を判断し（Ｓ１０６）、呼制御・機器制御プロトコル変換部２０７が呼制御・機器制御プロトコル対応テーブル２０８を検索し、対応する呼制御コマンド「ＩＮＦＯ」を取得する（Ｓ５０２、Ｓ５０３）。
【００６１】
次にゲートウェイ全体制御部２０２は、セッション管理部２０５を使ってセッション管理テーブル２０６からコマンドを転送するＩＰ電話側のアドレス、例えば、図３ではＳＩＰ：ＡＡＡ＠ｂｂｂ．ｃｏｍを取得する（Ｓ５０４）。ＩＰ電話制御部２０１を介してリモートアクセスクライアント１０１へ通知メッセージを送信する。送信が成功か失敗かに応じて宅内機器１０５への返信メッセージを作成し、返信する（Ｓ５０７、Ｓ５０８）。
【００６２】
次に、図１２を用いて「呼接続切断処理」について説明する。
【００６３】
宅内機器１０５からリモートアクセスクライアント１０１への切断要求「ＢＹＥ」も同様の処理で行う（Ｓ６０１〜Ｓ６０９）。ただし、呼制御側からの切断要求と同様に、切断成功時は、ゲートウェイ全体制御部２０２の指示でセッション管理テーブルの該当セッション情報を削除する（Ｓ６０８）。
【００６４】
以上説明したように、ＩＰ電話のプロトコルで宅内へアクセスし、宅内の機器を制御することが可能になる。
【００６５】
また、ストリームを扱うサービスでも外部から宅内機器と接続することが可能となる。
【００６６】
なお、ＩＰ電話機及び宅内機器は必ずしも宅内に固定されたものではある必要はなく、例えば携帯可能なＩＰ電話機と通信可能な身の回り（近傍）の機器の組み合わせであっても良い。
【００６７】
また、図中記述しているＵＰｎＰのコマンドは規格化された正確なコマンド表記ではなく、意味的な対応を説明するためだけの例である。また、本発明は、機器制御プロトコルの種類に依存するものでもない。
【００６８】
（実施の形態２）
本実施の形態では、機器を選択するために指定した属性に該当する機器が複数になった場合の処理について説明する。
【００６９】
図１５は、図２のゲートウェイ装置に、機器管理・検索部２０３の結果を元にして、一覧リストを生成する機能を提供する機器一覧生成部２１２を追加した構成である。
【００７０】
図１６は本実施の形態の動作の流れを説明したものである。
【００７１】
第１の実施の形態と同様に、ＶＣＲを属性とする機器への接続要求メッセージが、リモートアクセスクライアント１０１から、ＩＰ電話サーバ群１０２、アクセスルータ１０３を経由して、ゲートウェイ装置１０４へ送信される（Ｓ７０４）。宅内機器の検索の結果（Ｓ７０６）、複数の該当する機器が取得できた場合、機器一覧生成部２１２は、機器管
理・検索部２０３から取得した情報をもとに、機器のリストを作成し（Ｓ８０１）、ＩＰ電話呼制御部２０１を介して、リモートアクセスクライアント１０１に返信する。
【００７２】
この際、機器は複数であるため、特定できなかったので、セッション管理テーブルにはセッション情報が生成されないことに注意する。
【００７３】
次に、リモートアクセスクライアント１０１は、取得した機器一覧リストの情報をユーザに表示し、選択させる。再度アクセス要求を今度は機器を特定可能なＩＤなどの属性を使って発行する（Ｓ８０２）。以降は、実施の形態１と同様な処理となる。
【００７４】
以上説明したように、検索に該当する機器が複数になった場合でも、アクセス者がリストから機器を指定することが可能になる。
【００７５】
（実施の形態３）
本実施の形態では、ＩＰ電話で通話中、通話を維持したまま、映像をセッションに加えて宅内のテレビに表示させることでテレビ電話を実現するサービスを想定する。なお、ゲートウェイ装置１０４の構成は、第１の実施の形態と同様であるため、ここでの説明は省略する。また、本実施の形態の動作の流れについて、実施の形態１で図６、図７を用いて説明した基本動作との差分を説明する。
【００７６】
ＩＰ電話のセッションが既に確立している中で、ＩＰ電話呼制御部２０１が機器アクセス要求のＩＮＶＩＴＥコマンドを通話中の呼と同じセッションとして受信する（Ｓ１０３、Ｓ１０５、Ｓ２０１）と、ゲートウェイ全体制御部２０２への入力に、通話セッションが既に存在することを示す情報と、通話のセッション確立時に受信したＳＤＰを加えて出力する。
【００７７】
ゲートウェイ全体制御部２０２の指示により、セッション制御部２０５は、通話中のセッションと機器制御のセッションを対応付けて管理するために、図３に示すセッション管理テーブルの通話セッションフラグを「通話有り」に設定する（Ｓ２１６）。
【００７８】
ここで、図１５――１７は、新たに追加されたメディアを判定する動作を示したものである。
【００７９】
次に、機器制御メッセージのボディ部であるＳＤＰの内容と、前記通話セッション確立時に受信したＳＤＰをＳＤＰ解析部２１１で比較・解析し（Ｓ９０１）、追加されたメディアに関する記述を取得する（Ｓ９０２）。
【００８０】
メディアに関する記述は、ＳＤＰプロトコルでは「ｍ＝」から始まる行に続くように記述される。先に接続されている通話のＳＤＰと比較することで、既に接続されたメディアに関する記述か、新たに追加されたメディアに関する記述かを判定することができる（Ｓ９０４）。既に接続されているメディアであれば、読み飛ばし、新たに追加されたメディアであれば、一時記憶して（Ｓ９０５）後に制御対象である機器との接続を、機器制御部２０９を介して行う際に利用する。
【００８１】
全てのメディアに関する記述について、上記の取得、判定処理が終了した場合（Ｓ９０３）、ＳＤＰ解析は終了する（Ｓ９０６）。
【００８２】
また、ユーザが通話を切断した場合、セッション管理部２０５は、ＩＰ電話呼制御部２０１からの切断情報に基づくゲートウェイ全体制御部２０２の指示により、連動して機器制御のセッションも切断する。すなわち、実施の形態１と同様、呼制御・機器制御プロト
コル変換部２０７及び、機器制御部２０９を使って機器を停止する。これにより、ユーザにＩＰ電話と機器の各々に対して何度も切断操作を強いることを不要とする。
【００８３】
また、宅内機器側から切断要求を受けた場合も同様に、図３に示したセッション管理テーブルの通話セッションの項目を参照して、通話セッション有りの場合は、ＩＰ電話呼制御部２０１に通話のセッションも切断するように指示を行う。
【産業上の利用可能性】
【００８４】
以上のように、本発明にかかるゲートウェイ装置は、ＩＰ電話のプロトコルと機器制御のプロトコルを変換することにより、ＩＰ電話のプロトコルで宅内へアクセスし、宅内の機器を制御することが可能になるという効果を有する。
【００８５】
例えば、宅外の携帯電話から、電話番号に関する情報しかない相手先に接続し、その電話番号の周辺の機器を制御するなどの用途に利用できる。
【図面の簡単な説明】
【００８６】
【図１】本発明の第１の実施の形態によるネットワークシステムの構成を示す図
【図２】本発明の第１の実施の形態によるゲートウェイ装置の構成を示す図
【図３】本発明の第１の実施の形態によるセッション管理テーブルの構成を示す図
【図４】本発明の第１の実施の形態による呼制御・機器制御プロトコル対応テーブルの構成を示す図
【図５】本発明の第１の実施の形態によるＳＩＰ  ＵＲＩを示す図
【図６】本発明の第１の実施の形態によるゲートウェイ装置の動作を示すフローチャート
【図７】本発明の第１の実施の形態による接続要求処理の動作を示すフローチャート
【図８】本発明の第１の実施の形態によるＳＤＰを示す図
【図９】本発明の第１の実施の形態による操作要求処理の動作を示すフローチャート
【図１０】本発明の第１の実施の形態による呼切断要求処理の動作を示すフローチャート
【図１１】本発明の第１の実施の形態による通知処理の動作を示すフローチャート
【図１２】本発明の第１の実施の形態による呼切断処理の動作を示すフローチャート
【図１３】本発明の第１の実施の形態による通信のシーケンスを示す図
【図１４】本発明の第１の実施の形態による通信のシーケンスを示す図
【図１５】本発明の第２の実施の形態によるゲートウェイ装置の構成を示す図
【図１６】本発明の第２の実施の形態による通信のシーケンスを示す図
【図１７】本発明の第３の実施の形態によるゲートウェイ装置の動作を示すのフローチャート
【符号の説明】
【００８７】
１０１  リモートアクセスクライアント
１０２  ＩＰ電話サーバ群
１０３  アクセスルータ
１０４  ゲートウェイ装置
１０５  宅内ネットワーク機器群
１０６  宅内ＬＡＮ
２０１  ＩＰ電話呼制御部
２０２  ゲートウェイ全体制御部
２０３  機器管理・検索部
２０５  セッション管理部
２０６  セッション管理テーブル
２０７  呼制御・機器制御プロトコル変換部
２０８  呼制御・機器制御プロトコル対応テーブル
２０９  機器制御部
２１０  Ｆｉｒｅｗａｌｌ制御部
２１１  ＳＤＰ解析部
２１２  機器一覧生成部
６０１  ＳＩＰ  ＵＲＩ
６０２  ＳＩＰアドレス
６０３  デバイス属性指定
８０１  ＳＤＰデータ
８０２  メディア記述
【図１】
2005244275.tif 000003
【図２】
2005244275.tif 000004
【図３】
2005244275.tif 000005
【図４】
2005244275.tif 000006
【図５】
2005244275.tif 000007
【図６】
2005244275.tif 000008
【図７】
2005244275.tif 000009
【図８】
2005244275.tif 000010
【図９】
2005244275.tif 000011
【図１０】
2005244275.tif 000012
【図１１】
2005244275.tif 000013
【図１２】
2005244275.tif 000014
【図１３】
2005244275.tif 000015
【図１４】
2005244275.tif 000016
【図１５】
2005244275.tif 000017
【図１６】
2005244275.tif 000018
【図１７】
2005244275.tif 000019