(57)【要約】【課題】本発明はＳＩＰセッション制御方式に関し，標準的なＳＩＰによるアクセス方法でリモート端末から公衆網を介した家電等のローカル端末の制御におけるセキュリティを維持することを目的とする。【解決手段】ＳＩＰクライアント機能を備えたリモート端末からネットワークのＳＩＰサーバを介してゲートウェイ装置に接続された情報家電等のローカル端末の制御を行うため，ゲートウェイ装置はリモート端末からヘッダ部に送信先としてゲートウェイ装置を指定してデータ部にローカル端末の情報を設定したＳＩＰメッセージを受信すると，ヘッダ部の送信先を前記データ部に設定されたローカル端末に変換するアドレス変換手段と，アドレス変換されたＳＩＰメッセージによりローカル端末とのセッションの接続により，当該セッションの呼識別情報に対応した送信元，ゲートウェイ装置，送信先を設定したアクセス対応テーブルを設けるよう構成する。【選択図】図１
2009271651.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰクライアント機能を備えたリモート端末からネットワークのＳＩＰサーバを介して遠隔の宅内の情報家電等のローカル端末を収容するゲートウェイ装置を経由してローカル端末の制御を行うためのＳＩＰセッション制御方式において，
ゲートウェイ装置は，リモート端末からヘッダ部に送信先としてゲートウェイ装置を指定してデータ部にローカル端末の情報を設定したＳＩＰメッセージを受信すると，ヘッダ部の送信先を前記データ部に設定されたローカル端末に変換するアドレス変換手段と，
アドレス変換されたＳＩＰメッセージによりローカル端末とのセッションの確立に応じて，当該セッションの呼識別情報に対応した送信元，ゲートウェイ装置，送信先を設定したアクセス対応テーブルを設けてセッション接続を行うこと特徴とするＳＩＰセッション制御方式。
【請求項２】
請求項１において，
前記ゲートウェイ装置は，自ゲートウェイ装置へのアクセスを許可する送信元情報が設定されたユーザアクセス許可リストと，ユーザアクセス可否判別手段とを備え，
前記ユーザアクセス可否判別手段はＳＩＰメッセージを受信すると送信元のリモート端末を識別して前記ユーザアクセス許可リストを用いて許否の判別を行い，許可された送信元であるＳＩＰメッセージだけを宛先のローカル端末へ送信することを特徴とするＳＩＰセッション制御方式。
【請求項３】
請求項２において，
前記ゲートウェイ装置は，各ローカル端末へのアクセスを許可する送信元情報が設定されたローカル端末のユーザアクセス許可リストと，ローカル端末へのユーザアクセス可否判別手段とを備え，
前記ローカル端末へのユーザアクセス可否判別手段はＳＩＰメッセージを受信すると送信元のリモート端末を識別して前記ローカル端末へのユーザアクセス許可リストを用いて許否の判別を行い，許可された送信元であるＳＩＰメッセージだけを宛先のローカル端末へ送信することを特徴とするＳＩＰセッション制御方式。
【請求項４】
請求項１において，
前記ローカル端末は，自ローカル端末へのアクセスを許可する送信元情報が設定されたユーザアクセス許可リストと，ローカル端末へのユーザアクセス可否判別手段とを備え，
前記ゲートウェイ装置からのＳＩＰメッセージを受信すると送信元のリモート端末を識別して前記ユーザアクセス許可リストを用いてアクセス許否の判別を行い，許可された送信元であるＳＩＰメッセージのアクセスを受け取ることを特徴とするＳＩＰセッション制御方式。
【請求項５】
請求項１において，
前記リモート端末は，前記セッションが設定された状態において前記ローカル端末の情報と，前記ローカル端末への操作内容とをデータ部に設定したセッション変更のＳＩＰメッセージを送信する手段を備え，
前記ゲートウェイ装置は，自ゲートウェイ装置へのアクセスを許可する送信元情報が設定されたユーザアクセス許可リストと，ユーザアクセス可否判別手段とを備え，
前記ユーザアクセス可否判別手段は前記セッション変更のＳＩＰメッセージを受信すると送信元のリモート端末を識別して前記ユーザアクセス許可リストを用いて許否の判別を行い，許可された送信元である前記ＳＩＰメッセージだけを宛先のローカル端末へ送信することを特徴とするＳＩＰセッション制御方式。
【請求項６】
請求項１において，
前記ローカル端末は，イベントが発生するとヘッダ部の宛先にゲートウェイ装置を設定し，データ部に宛先のリモート端末の情報と発生したイベントの情報を設定したＳＩＰメッセージをゲートウェイ装置に送信し，
前記ゲートウェイ装置は，ローカル端末からの前記ＳＩＰメッセージを受信すると，ヘッダ部の送信先を前記データ部に設定されたリモート端末に変換するアドレス変換手段を備え，
アドレス変換されたＳＩＰメッセージによりリモート端末とのセッションの確立に応じて，当該セッションの呼識別情報に対応した送信元，ゲートウェイ装置，送信先を設定したアクセス対応テーブルを設けてセッション接続を行うこと特徴とするＳＩＰセッション制御方式。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，宅内のゲートウェイ装置を通して宅内（または企業内や支店内等）の家電等のローカル端末をネットワークを介したリモート端末から制御を行うＳＩＰセッション制御方式に関する。
【背景技術】
【０００２】
近年，インターネット上のリモート端末から宅内ゲートウェイ（ＨＧＷ：Home Gateway) を経由して宅内の情報端末（パーソナルコンピュータや，情報家電等）を制御する構成が想定されている。
【０００３】
図２２は想定される構成の例である。８０はリモート端末，８１は公衆のインターネット，８２は管理サーバ，８３は宅内ゲートウェイ（ＨＧＷ），８４−１〜８４−４は宅内ゲートウェイ８３と相互に接続され, 送受信機能と処理機能を備えた家電を含む情報端末であり，この例では，８４−１はパソコン（ＰＣ），８４−２は洗濯機，８４−３はＴＶ装置，８４−４はエアコン（エアコンディショナ）である。宅内の各情報端末と宅内ゲートウェイ（ＨＧＷ）８３とはＬＡＮ（Local Area Network) のインタフェースで接続されている。
【０００４】
リモート端末８０が宅内ゲートウェイ８３にアクセスする場合，リモート端末８０はインターネット８１上の管理サーバ８２にてユーザ認証のチェックを受けて，認証が得られると，管理サーバ８２から宅内ゲートウェイ８３の接続情報を入手して，その情報に基づいてリモート端末８０と宅内ゲートウェイ８３との間のセッションを確立する。この構成によれば次の(1) 〜(3) のような問題があった。
【０００５】
(1) 上記図２２の宅内ゲートウェイ８３がリモートアクセス制御と情報家電制御のインターワーク（プロトコル変換機能を含む）を行っており，リモート端末から直接情報家電を制御する手段がなかった。
【０００６】
(2) 情報家電毎に家電機器への制御インタフェースが異なるため, 情報家電種別が増える度に宅内ゲートウェイに情報家電制御用のアダプタをインストールする等の，宅内ゲートウェイへの影響が大きい。
【０００７】
(3) 情報家電制御にはインターネット側に管理サーバを必要とし, 管理サーバのダウン時には情報家電への制御が不可能になる。
【０００８】
なお，ＳＩＰ技術においてコネクションを開設するための通信要求におけるアドレス情報が開示されることを防止するための管理方法が提案されている（特許文献１参照）。その管理方法では，通信を要求する側の通信端末（ＵＡＣ：User Agent Client)からの通信要求メッセージの送信を受ける相手側の通信端末（ＵＡＳ：User Agent Server)は, 通信要求に対する応答メッセージを要求側に返すが，その中に自身の個別アドレス情報を含めるようになっており，要求側の通信端末（ＵＡＣ）への相手側の通信端末（ＵＡＳ）からのアドレス情報が公開されてしまうので，これを防止して保安を維持するため，要求側の通信端末（ＵＡＣ）から相手側の通信端末（ＵＡＳ）に対する接続要請メッセージを送信すると，サーバで受信して相手側の通信端末（ＵＡＳ）に伝送し，相手側の通信端末（ＵＡＳ）から接続要請メッセージに対する応答メッセージが受信された場合，応答メッセージに含まれた相手側の通信端末（ＵＡＳ）の個別アドレス情報を所定の乱数で代替するようにして，相手側の通信端末（ＵＡＳ）の個別アドレスが要求側の通信端末（ＵＡＣ）に開示されないようにするものである。
【特許文献１】特開２００６−３１１５３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上記図２２に示す想定される構成の例では上記(1) 〜(3) のような問題があった。具体的には，
インターネット通信機能を具備した情報家電を始めとする情報端末に対して，遠隔（宅外）からアクセスする場合，すなわち所有者がリモートサイトからアクセスする場合や，情報家電の保守やリモート設定を目的としたサービス会社からアクセスする場合等に，情報端末機器毎にリモートアクセス方法が異なっていたり，情報家電やゲートウェイ装置（ＨＧＷ）の機器毎に特定の制御方式を採用することになり，各情報家電メーカや，各ゲートウェイ装置（ＨＧＷ）のメーカ独自の制御方式となり，標準的なアクセス方法が確立されていなかった。
【００１０】
また，公衆網・企業網においてＩＰｖ６技術が導入されると，各情報端末に対して１つ１つにＩＰｖ６アドレスが付与されるようになり，企業網や家庭網を始めとするプライベートなネットワークと，公衆網との間に境界線がなくなるため，端末が直接ＤＯＳ攻撃（Denial of Service attack) にさらされる危険が増してくるというセキュリティ上の問題がある。この場合，公衆網からプライベートネットワークにアクセスする場合，ＤＯＳ攻撃を遮断するしくみがほとんどないという問題があった。
【００１１】
上記の問題に対して，特許文献１の方法によっては解決することができない。  
【００１２】
本発明は，各情報家電や，ゲートウェイ装置（ＨＧＷ）のメーカ独自の方式ではなく標準的なアクセス方法で，リモート端末からネットワーク（公衆網）を介したローカル端末までの間のセキュリティを維持することができるＳＩＰセッション制御方式を提供することを目的とする。また，情報家電等のローカル端末側で各種の状態変化を表すイベント発生時に即時に標準的なアクセス方法でリモート端末側に知らせることを可能にすることも目的とするものである。
【課題を解決するための手段】
【００１３】
本発明のＳＩＰセッション制御方式では，ＳＩＰクライアント機能を備えたリモート端末からネットワークのＳＩＰサーバを介して遠隔の宅内の家電等のローカル端末を収容するゲートウェイ装置を経由してローカル端末の制御を行うためのリモート端末からヘッダ部に送信先としてゲートウェイ装置を指定してデータ部にローカル端末の情報を設定したＳＩＰメッセージを送信し，ゲートウェイ装置でこれを受信すると，アドレス変換手段によりヘッダ部の送信先をデータ部の宛先の情報として設定されたローカル端末に変換し，アドレス変換されたＳＩＰメッセージによりローカル端末とのセッションの確立に応じて，当該セッションの呼識別情報に対応した送信元，ゲートウェイ装置，送信先を設定したアクセス対応テーブルを設けてセッション接続を行うよう構成する。
【００１４】
また，ゲートウェイ装置は，自ゲートウェイ装置へのアクセスを許可する送信元情報が設定されたユーザアクセス許可リストとユーザアクセス可否判別手段とを設け，ユーザアクセス可否判別手段がＳＩＰメッセージを受信すると送信元のリモート端末を識別してユーザアクセス許可リストを用いて許否の判別を行い，許可された送信元であるＳＩＰメッセージだけを宛先のローカル端末へ送信するよう構成する。
【００１５】
更に，ゲートウェイ装置に各ローカル端末へのアクセスを許可する送信元情報が設定されたローカル端末のユーザアクセス許可リストと，ローカル端末へのユーザアクセス可否判別手段とを設け，ローカル端末へのユーザアクセス可否判別手段はＳＩＰメッセージを受信すると送信元のリモート端末を識別してローカル端末へのユーザアクセス許可リストを用いて許否の判別を行い，許可された送信元であるＳＩＰメッセージだけを宛先のローカル端末へ送信するよう構成する。
【００１６】
また，好ましくは，ローカル端末に自ローカル端末へのアクセスを許可する送信元情報が設定されたユーザアクセス許可リストとローカル端末へのユーザアクセス可否判別手段とを設け，ゲートウェイ装置からのＳＩＰメッセージを受信すると送信元のリモート端末を識別して前記ユーザアクセス許可リストを用いてアクセス許否の判別を行い，許可された送信元であるＳＩＰメッセージのアクセスを受け取るよう構成する。
【００１７】
更に好ましくは，リモート端末は，セッションが設定された状態においてローカル端末の情報と，ローカル端末への操作内容とをデータ部に設定したセッション変更のＳＩＰメッセージを送信し，ゲートウェイ装置は，自ゲートウェイ装置へのアクセスを許可する送信元情報が設定されたユーザアクセス許可リストと，ユーザアクセス可否判別手段とを備え，ユーザアクセス可否判別手段はセッション変更のＳＩＰメッセージを受信すると送信元のリモート端末を識別してユーザアクセス許可リストを用いて許否の判別を行い，許可された送信元であるＳＩＰメッセージだけを宛先のローカル端末へ送信するよう構成する。
【００１８】
また，イベントがローカル端末で発生すると，ヘッダ部の宛先にゲートウェイ装置を設定し，データ部に宛先のリモート端末の情報と発生したイベントの情報を設定したＳＩＰメッセージをゲートウェイ装置に送信し，ゲートウェイ装置は，ローカル端末からのＳＩＰメッセージを受信すると，ヘッダ部の送信先をデータ部に設定されたリモート端末にアドレス変換し，アドレス変換されたＳＩＰメッセージによりリモート端末とのセッションの確立に応じて，当該セッションの呼識別情報に対応した送信元，ゲートウェイ装置，送信先を設定したアクセス対応テーブルを設けてセッション接続を行うよう構成する。
【発明の効果】
【００１９】
(1) ゲートウェイ装置へのリモートアクセス制御と情報家電等のローカル端末へのリモートアクセス制御との何れも, 汎用プロトコルを用いることができるため, 家電端末の種別が増えた場合でも, ゲートウェイ装置（ＨＧＷ）への影響は，自ネットワーク配下に装置名称とＩＰアドレスを追加するだけ（端末情報の登録のみ）で，ドライバのインストールなどは必要ない。
【００２０】
(2) セキュリティサービス会社毎，または情報家電メーカ毎のセンタ・サーバが不要となるため，センタ・サーバがダウン時などによる情報家電のローカル端末へのリモートアクセスが不可となる確率が小さくなる。特に，公衆ＳＩＰサーバを含む公衆ＩＰネットワークは経路や装置の２重化等により高信頼設計になっているため，アクセスできる可能性が大きい。
【００２１】
(3) リモートアクセス時にセッションが接続状態のまま残ってしまう可能性を防止することができる。
【００２２】
(4) 情報家電等のローカル端末からイベント発生時の通知手段としてＳＩＰ通信プロトコルを用いることができるため，ローカル端末でイベント発生時にローカル端末側からリモートユーザに対しての通知は従来はＥメールが使われており，即時通知が困難であったが，本発明によりＳＩＰ通信プロトコルを用いてセッションを確立することにより通知を行うため，リアルタイム性が確保される。
【発明を実施するための最良の形態】
【００２３】
図１は本発明に係るシステムの構成を示す。図中，１は公衆ネットワークに接続され，ユーザが管理（または保持）する宅内（家，オフィス等の建物や施設内）の情報家電等のローカル端末を収容したゲートウェイ装置（ホームゲートウェイ（ＨＧＷ）を含む) ，１０はＳＩＰサーバ４に対してクライアントとして制御を行うＳＩＰ端末クライアント（ＳＩＰ−ＵＡＣ: SIP-User Agent Client)制御部，１１はセッションで使用するメディアの調停を行うためのセッション記述プロトコル（ＳＤＰ:Session Description Protocol)制御部，１２はローカル端末２に対してサーバとして機能するための制御を行うＳＩＰ端末サーバ（ＳＩＰ−ＵＡＳ：SIP-User Agent Server)制御部である。なお，図１ではローカル端末２は１台だけ示すが，各種の情報家電（テレビ受像機，録画再生装置，パーソナルコンピュータ，エアコンディショナ，洗濯機，照明装置，音響機器，給湯機器，防犯装置等）に対応する複数台を設けることができる。
【００２４】
２はゲートウェイ装置１と接続された宅内に設けられた情報家電等のローカル端末（図１には一つだけ示すがゲートウェイ装置には複数のローカル端末がＬＡＮ等により接続可能），２０はゲートウェイ装置１に対してクライアントとしての制御を行うＳＩＰ端末クライアント（ＳＩＰ−ＵＡＣ) 制御部，２１は端末制御部，２２はリモート端末３からのネットワークを介したアクセスにより制御可能な家電等の端末本体である。
【００２５】
３は情報家電等のローカル端末を制御する公衆ネットワーク（インターネット）に接続するリモート端末，３０はユーザへの入出力を行うユーザインタフェース（ＩＦ），３１はセッション記述プロトコル（ＳＤＰ）制御部，３２はＳＩＰ端末クライアント制御部（ＳＩＰ−ＵＡＣで表示），４は公衆ネットワーク（インターネット）に接続されＳＩＰによる端末間の接続制御を行うＳＩＰサーバである。
【００２６】
ゲートウェイ装置１内の１０ａはリモート端末３からゲートウェイ装置１へのアクセスが許可されるユーザ（リモート端末）が登録（事前設定）されるユーザアクセス許可リスト，１１ａはリモート端末３からゲートウェイ装置１経由でローカル端末２にアクセスする際に作成される呼識別番号（Call-ID)毎のリモート端末とゲートウェイ装置とローカル端末の対応が設定されるアクセス対応テーブルであり，セッションが開始される時に生成され，セッションが継続中は保持し，セッションが完了すると削除される。１１ｂはリモート端末のユーザからのローカル端末へのアクセスが許可されているリモート端末が登録されたローカル端末のユーザアクセス可否の許可リストであり，用途によってアクセス可能レベルを指定できる。１１ｃはローカル端末２から発生して公衆ネットワークに送出されるイベント通知の可否を判定するためのイベント通知許可リスト，１２ａはローカル端末のユーザアドレス対応リストである。ローカル端末２内の２０ａはローカル端末へアクセスすることを許可されるリモート端末の情報が設定され用途によってアクセス権限も設定されるユーザアクセス許可リスト，２０ｂはローカル端末でイベントが発生した際にリモート端末のユーザに対する通知の可否と通知するべきユーザを管理する（イベント毎にユーザを管理可能とする）イベント通知許可リスト，２０ｃはリモート端末からゲートウェイ装置経由でローカル端末にアクセスする際に作成される呼識別番号（Call-ID)毎のリモート端末とゲートウェイ装置とローカル端末の対応を表すアクセス対応テーブルである。リモート端末３内の３０ａはリモート端末からゲートウェイ装置経由でローカル端末にアクセスする際に作成される呼識別番号（Call-ID)毎のリモート端末とゲートウェイ装置とローカル端末の対応を表すアクセス対応テーブルである。
【００２７】
図２乃至図５はシステムにおけるＳＩＰセッションの動作シーケンスである。図中，１〜４及び各リスト，テーブルを表す各符号は図１と同一符号は同じものを表す。
【００２８】
図２はリモート端末からローカル端末へのセッション接続のシーケンスを示す。
【００２９】
リモート端末３からローカル端末２に対してＳＩＰメッセージ（セッション接続のためのＩＮＶＩＴＥや，位置登録のためのＲＥＧＩＳＴＥＲ等のメソッドメッセージを含む）５０を送信する。そのＳＩＰメッセージ５０のヘッダ部にはメッセージ名，送信元（Fromアドレス) として「リモート端末３のユーザ」，送信先（Toアドレス) として「ゲートウェイ装置１」が設定され，データ部には本発明により「宛先：ローカル端末」が設定されている。このＳＩＰメッセージ５０はＳＩＰサーバ４を経由してゲートウェイ装置１で受信される。ゲートウェイ装置１ではアドレス変換手段１００において，ＳＩＰメッセージ５０内のヘッダ部における送信元（From）を「ゲートウェイ装置」に変換し，元のメッセージのデータ部に「宛先」として設定されている「ローカル端末」を送信先(To)に設定することで，変更したＳＩＰメッセージ５０’を生成し，ローカル端末２に送信する。ローカル端末２は受け取ったＳＩＰメッセージ５０’の送信先（Toアドレス）が自ローカル端末２である場合，そのＳＩＰメッセージにより送信元のリモート端末３とローカル端末２との接続（セッション）が形成される。
【００３０】
上記に説明したようなリモート端末３のユーザがゲートウェイ装置１を経由してローカル端末２にアクセスする場合，上記ＳＩＰメッセージ５０のように，ＳＩＰメッセージのヘッダに書かれた送信元（Fromアドレス) のリモート端末のユーザアドレス，送信先（Toアドレス）のゲートウェイ装置のアドレス，データ部に書き込まれたローカル端末のアドレスが書き込まれていると，セッション毎に一意の呼識別番号（Call-ID)とリモート端末のアドレスとゲートウェイ装置のアドレスとローカル端末のアドレスをセットにしたアクセス対応テーブル１１ａが生成される。
【００３１】
このアクセス対応テーブル１１ａが生成された後は，ゲートウェイ装置１においてメッセージを送受信する際に参照され，Call-ID を確認し，ＳＩＰメッセージのヘッダ部に書かれた送信元（Fromアドレス）と送信先（Toアドレス) を，Call-ID に対応するアドレスに変更する場合に使用する。これにより，このアクセス対応テーブルが生成された後は，データ部に宛先情報を書き込む必要がなく，リモート端末３からゲートウェイ装置１を経由してローカル端末２にメッセージを送信する場合，ＳＩＰメッセージのヘッダ部の送信元（Fromアドレス）をリモート端末３のユーザからゲートウェイ装置１に変更し，送信先（Toアドレス) をゲートウェイ装置１からローカル端末２に変更してローカル端末２に送信することが可能になる。
【００３２】
また，同じアクセス対応テーブル１１ａを使用して，ローカル端末２からゲートウェイ装置１を経由してリモート端末３にメッセージを送信する場合のアドレス変換も可能となる。ローカル端末２からゲートウェイ装置１を経由してリモート端末３にメッセージを送信する場合，ＳＩＰメッセージのヘッダ部の送信元（Fromアドレス）をローカル端末２のアドレスからゲートウェイ装置１のアドレスに変更し，送信先（Toアドレス) をゲートウェイ装置１のアドレスからリモート端末３のユーザのアドレスに変更し，リモート端末３に送信することが可能になる。このアクセス対応テーブル１１ａはゲートウェイ装置１においてセッションを開始する時に生成され，終了するまで有効となり，セッションが終了した時点で無効になる。
【００３３】
図２においてゲートウェイ装置１内にローカル端末のＩＰアドレス対応リスト１２ａを設けるように構成することができる。このＩＰアドレス対応リスト１２ａは，ローカル端末２のＳＩＰ−ＵＲＩ（SIP-Uniform Resource Identifier :SIPを介して電話をかける際に使われるSIP 宛先指定スキーマ）とＩＰアドレス（ＩＰＶ６対応）の対応関係が設定される。これはリモート端末３のユーザがゲートウェイ装置１経由でローカル端末２に接続する際に，ゲートウェイ装置１において，ローカル端末のＩＰアドレス変換手段１０１により送信先（Toアドレス) であるローカル端末２のＳＩＰ−ＵＲＩからＩＰアドレスを解決（取得）する場合に参照される。
【００３４】
リモート端末３のユーザからゲートウェイ装置１を介してローカル端末２へメッセージを送信する場合，ゲートウェイ装置１にアクセスするが，図２に示すようにユーザアクセス可否判別手段１０２を設け，ユーザアクセス許可リスト１０ａを参照して，アクセスが許可されているかチェックすることによりセキュリティを確保するように構成することができる。すなわち，ユーザアクセス許可リスト１０ａにゲートウェイ装置１にアクセスが許可される各リモート端末のＳＩＰ−ＵＲＩのリストを登録し，ゲートウェイ装置１にリモート端末３からのＳＩＰメッセージが到達すると，ユーザアクセス許可リスト１０ａを参照して，リモート端末３のＳＩＰ−ＵＲＩが登録されていないと，ゲートウェイ装置１へのアクセスが実行されず，アクセス不可の応答を含むメッセージをリモート端末３に送り返し，登録されているとアクセス可としてそのメッセージはローカル端末２に送信される。なお，１つのゲートウェイ装置１に異なる複数のユーザがアクセスすることが可能で，同時接続が許容される。
【００３５】
また，ゲートウェイ装置１において，ローカル端末へのユーザアクセスを管理するための構成を設けることができる。図２に示すようにゲートウェイ装置１にローカル端末へのユーザアクセス可否判別手段１０３を設け，チェックを行う時に参照するためのローカル端末のユーザアクセス許可リスト１１ｂが設けられる。そのユーザアクセス許可リスト１１ｂには，各ローカル端末のＳＩＰ−ＵＲＩ（宛先）別にアクセスが許可されるリモート端末のアドレスが設定され，一つのローカル端末に対して複数の異なるリモート端末のアドレスを設定することができる。
【００３６】
図３はローカル端末へのユーザアクセス可否判別を含むシーケンスである。図中，１〜４の各符号は上記図１，図２の同一符号と同じである。リモート端末３からのローカル端末２へのアクセスが発生すると，ゲートウェイ装置１においてアドレス変換手段（図２の１００）によりアドレス変換が行われてローカル端末２へ送られる（図１，図２の５０’）。このローカル端末２には，ローカル端末へのアクセス可否判別手段２００が設けられ，同じくローカル端末に設けられたユーザアクセス許可リスト２０ａが参照される。このユーザアクセス許可リスト２０ａには，リモート端末別にアクセスが許可（アクセス資格）されたリモート端末のアドレス（ＳＩＰ−ＵＲＩ）とアクセス権限（ローカル端末に対する操作内容，例えば，「リード可」，「リード／ライト可」，「リード／ライト／実行可」，「機器の状態参照」，「機器の操作内容」等）を設定することができる。リモート端末３からゲートウェイ装置１を経由したローカル端末２へのアクセスに対して，送信元（Fromアドレス）のアドレスを識別し，ユーザアクセス許可リスト２０ａを参照してローカル端末へのアクセスが許可されているか判別する。なお，アクセス内容（操作内容）がユーザアクセス許可リスト２０ａに設定されたアクセス権限で許容された範囲かについてもチェックすることができる。
【００３７】
この判別で，アクセスが許容されない場合は，送信元に対してアクセス不可のメッセージを含む応答を返し，許容されることが判別されるとローカル端末２において指定された動作が実行される。
【００３８】
なお，ユーザアクセス許可リスト２０ａにユーザ毎のアクセス権限が設定されている場合，同じローカル端末２に対してあるリモート端末のユーザＡには「状態参照」のみが可能であるのに対して，ユーザＢには「状態参照」且つ「特定の操作」を可能とする等により，ユーザ毎に異なるアクセス権限を設定することができる。
【００３９】
ユーザアクセス許可リスト２０ａに設定されたアクセス権限は，ローカル端末２のアクセス許可リスト通知手段２０１を起動することにより，指定されたリモート端末に対して通知することができる。その場合，ＳＩＰメッセージの一つである「ＲＥＧＩＳＴＥＲ」メッセージ５１を用い，宛先のリモート端末に対して許可された「アクセス権限」を設定する。そのヘッダ部の送信元（Fromアドレス）が「ローカル端末２」，送信先（Toアドレス) として「ゲートウェイ装置１」，データ部に「宛先リモート端末のアクセス権限」が設定される。ゲートウェイ装置１はこれを受け取ると，ヘッダ部の送信元（Fromアドレス）を「ゲートウェイ装置１」，送信先（Toアドレス) を「リモート端末」に変換して，「ＲＥＧＩＳＴＥＲ」メッセージ５１’としてリモート端末３に向けて送信する。
【００４０】
図４はリモート端末からローカル端末へ操作内容を通知して制御するシーケンスである。図４中の１〜４の各符号は上記図１〜図３の同一符号と同じである。
【００４１】
この動作は上記図３に示すＳＩＰメッセージがローカル端末２においてアクセス許可が得られてリモート端末３とローカル端末２間の接続（セッション）が形成された状態において実行される。リモート端末３からローカル端末２に対して操作を実行したい場合，既に設定されているセッションの変更を要求する「ＲＥ−ＩＮＶＩＴＥ」（再インバイト）メッセージ５２を送信する。そのヘッダ部には，メッセージ名（再インバイト），送信元（Fromアドレス）としてリモート端末３のユーザ，送信先（Toアドレス) としてゲートウェイ装置１が設定され，データ部に「宛先」としてローカル端末の情報と共に「操作内容」（ローカル端末である電子機器への操作内容）が設定されている。ゲートウェイ装置１で「ＲＥ−ＩＮＶＩＴＥ」メッセージ５２を受け取ると，上記図２に示すユーザアクセス可否判別手段１０２でユーザアクセス許可リスト１０ａを参照してアクセス許可のチェックを行い，許可されているリモート端末であることが判別されると，ＲＥ−ＩＮＶＩＴＥメッセージのヘッダ部の送信元（Fromアドレス）と送信先（Toアドレス) を上記図２と同様に変換されたＲＥ−ＩＮＶＩＴＥメッセージ５２’がローカル端末２に送信され，ローカル端末２において受信メッセージの内容に従って最初のＩＮＶＩＴＥメッセージにより設定されたセッションが変更されて操作内容に従った操作が実行される。
【００４２】
ゲートウェイ装置１において，ローカル端末のユーザアクセス許可リスト１１ｂによりアクセス可否判別手段１０３によりチェックを行い，許可されたリモート端末であるかの確認をすることができる。ＲＥ−ＩＮＶＩＴＥメッセージ５３を受信したゲートウェイ装置１が，リモート端末が許可されていることを確認すると，アドレスを変換したＲＥ−ＩＮＶＩＴＥメッセージ５３’をローカル端末２に送信する。
【００４３】
ローカル端末で上記のＲＥ−ＩＮＶＩＴＥメッセージ５２’または５３’を受信すると，メッセージのデータ部に設定された操作内容の実行手段２０２で操作内容が実行され，応答メッセージ５４がゲートウェイ装置１へ送信される。応答メッセージ５４には，ヘッダ部にメッセージ名，送信元（Fromアドレス）としてローカル端末２，送信先（Toアドレス) としてゲートウェイ装置１が設定され，データ部に宛先として「リモート端末３」と「操作内容」と「実行結果」が設定される。この応答メッセージ５４は，ゲートウェイ装置１においてヘッダ部の送信元（Fromアドレス）と送信先（Toアドレス) が変換された応答メッセージ５４’としてリモート端末３へ向けて送信される。リモート端末３ではこのメッセージを受け取ることにより，ローカル端末２に対して送信した操作内容が，実行されたか否かを確認することができる。
【００４４】
図５はローカル端末で発生したイベント通知のシーケンスである。図５中の１〜４の各符号は上記図１〜図４の同一符号の各部と同じものである。ローカル端末２において，イベント（例えば，家電の動作状態の変化や，検出等）２０３が発生すると，ローカル端末２ではＩＮＶＩＴＥのＳＩＰメッセージ５５が発生する。そのＳＩＰメッセージのヘッダ部には，メッセージ名ＩＮＶＩＴＥ，送信元（Fromアドレス）がローカル端末２，送信先（Toアドレス) がゲートウェイ装置１が設定され，データ部には「宛先：リモート端末」，「イベント有無」，「イベント内容」（またはイベント詳細）が書き込まれている。ゲートウェイ装置１では，イベントを含むＳＩＰメッセージ５５を受信すると上りのアドレス変換手段１０５において，送信元（Fromアドレス）をゲートウェイ装置１，送信先（Toアドレス) をＳＩＰメッセージ５５のデータ部の「宛先」に設定された「リモート端末」に変換し，データ部の内容はそのままでＩＮＶＩＴＥメッセージ５５’としてＳＩＰサーバ４へ送信する。
【００４５】
イベント２０３が発生した時，イベント通知可否判別手段２０４において，ローカル端末２に設けたイベント通知許可リスト２０ｃを参照してイベント通知が許可されるかの判定をする。イベント通知許可リスト２０ｃには各イベントに対して，通知が許可されるリモート端末のアドレス（ＳＩＰ−ＵＲＩ）が設定され，複数のリモート端末のアドレスを設定することにより，一つのイベントを異なる複数のリモート端末のユーザに対して通知することができ，図５のイベント発生のＩＮＶＩＴＥメッセージ５６の例では，同時に３つのリモート端末のそれぞれにメッセージが送信され，ゲートウェイ装置１でアドレス変換されてメッセージ５６’となって送信される。
【００４６】
ローカル端末２においてイベント通知可否のチェックを行わないで，ゲートウェイ装置１にイベント通知可否判別手段１０４とイベント通知許可リスト１１ｃ（ローカル端末２に備えた２０ｃと同様の構成）を設け，ローカル端末２からイベント発生を通知するメッセージ（ＩＮＶＩＴＥ）を受信した時，イベント通知許可リスト１１ｃを参照してチェックを行い，許可された宛先のリモート端末であると，ＳＩＰサーバ４に向けて送信するよう構成することができる。その場合，ゲートウェイ装置１で許可されてないイベント通知であることが判ると不可の通知をローカル端末２に送る。
【００４７】
また，イベント発生時にローカル端末２から情報登録のためのＳＩＰメッセージ（ＲＥＧＩＳＴＥＲ）を用いてリモート端末３へ向けて通知を送ることができる（図５の５７）。この場合，ＳＩＰメッセージの中のデータ部にイベントの内容，詳細が設定される。このＳＩＰメッセージがゲートウェイ装置１で受信されると，イベント通知可否判別手段１０４でイベント通知許可リスト１１ｃが参照されて許可されていることが判別されると，ゲートウェイ装置１から宛先のリモート端末３にＳＩＰメッセージ（ＲＥＧＩＳＴＥＲ）５７’が送信される。このイベント通知のメッセージが複数のリモート端末に送信される場合，複数のゲートウェイ装置を介して，各ゲートウェイ装置からそれぞれ異なるリモート端末に通知させるようにしてもよい。その場合，ローカル端末２においてイベント通知可否のチェックをするか，通知の経路である各ゲートウェイ装置においてチェックをするかの何れかでチェックを行う。
【００４８】
また，ローカル端末２からリモート端末３へイベントを通知する際に，ＳＩＰの「ＲＥＧＩＳＴＥＲ」メッセージを用いることができる。その場合，「ＲＥＧＩＳＴＥＲ」メッセージは，そのヘッダ部にメッセージ名，送信元（Fromアドレス），送信先（Toアドレス) が設定され，データ部に「宛先：リモート端末」と「イベント有無，イベント詳細」が設定される構成となる。
【００４９】
図６は複数セッションを用いた場合の構成例１を示し，図６中の１〜４の各符号は上記図１〜５の同一符号の各部と同じである。但し，ローカル端末は２−１〜２−３の３台，ゲートウェイ装置も１−１〜１−３の３台が設けられている。リモート端末３と複数のローカル端末２−１〜２−３はそれぞれ異なるゲートウェイ装置１−１〜１−３を経由した別々のセッションで接続されている。リモート端末３にはアクセス対応テーブル３０ａが設けられ，各ローカル端末２−１〜２−３の間に各ゲートウェイ装置１−１〜１−３を経由した各セッションの設定に応じて，各セッション毎に呼識別番号（Call-ID)とリモート端末，ゲートウェイ装置，及びローカル端末の各アドレスの対応情報が設定されている。１つのリモート端末３に複数のゲートウェイ装置１−１〜１−３や，複数のローカル端末２−１〜２−３からのアクセスを可能にする。リモート端末３において，ＳＩＰメッセージ内に書かれたセッション毎に一意の呼識別番号(Call-ID) と，リモート端末３のユーザのアドレスとゲートウェイ装置１のアドレスとローカル端末のアドレスをセットにしてアクセス対応テーブル３０ａを用いて各セッションが管理される。
【００５０】
このように同時に複数のゲートウェイ装置や複数のローカル端末からのアクセスを管理し，複数同時接続を可能にする。
【００５１】
図７は複数セッションを用いた場合の構成例２を示し，図７中の１〜４の各符号は上記図６の同一符号の各部と同じである。但し，ローカル端末は２−１〜２−３の３台，リモート端末３−１〜３−３の３台設けられている。この場合，リモート端末３−１はゲートウェイ装置１を通してローカル端末２−１とのセッションで接続され，リモート端末３−２はゲートウェイ装置１を通してローカル端末２−２とのセッションで接続され，リモート端末３−３はゲートウェイ装置１を通してローカル端末２−３とのセッションで接続される。これらのセッションは１台のゲートウェイ装置１に設けられたアクセス対応テーブル１１ａにより管理される。すなわち，各セッションに対応して呼識別番号（Call-ID)が設定され, それぞれにリモート端末，ゲートウェイ装置及びローカル端末のアドレスが設定される。この図７の構成により，ゲートウェイ装置１に設けたアクセス対応テーブル１１ａにより，複数のローカル端末及び複数のリモート端末からのアクセス管理をすることで，複数同時接続が可能となる。
【００５２】
図８は多段のゲートウェイ装置を経由してアクセスする場合の構成を示す。図中，２〜４は上記図１〜図７の同一符号の各部と同じであり，１Ａ，１Ｂは多段構成のゲートウェイ装置である。リモート端末３からゲートウェイ装置１Ａを経由した後，ゲートウェイ装置１Ｂを経由してローカル端末２にアクセスする場合，リモート端末３からゲートウェイ装置１Ａにアクセスする時にＳＩＰメッセージ５８のヘッダ部の送信元（Fromアドレス）はリモート端末３のユーザのアドレス，送信先（Toアドレス) はゲートウェイ装置１Ａのアドレス，データ部には１番目の送信先であるゲートウェイ装置１Ｂのアドレスと，２番目の送信先であるローカル端末２のアドレスを書き込んでおく。
【００５３】
このＳＩＰメッセージ５８を受信したゲートウェイ装置１Ａは，ＳＩＰメッセージのヘッダ部の送信元（Fromアドレス）をリモート端末３のユーザのアドレスからゲートウェイ装置１Ａのアドレスに変更し，送信先（Toアドレス) をゲートウェイ装置１Ａのアドレスからゲートウェイ装置１Ｂのアドレスに変更し，ＳＩＰメッセージ５８’としてゲートウェイ装置１Ｂに送信する。次に，このＳＩＰメッセージ５８’を受信したゲートウェイ装置１Ｂは，メッセージのヘッダ部の送信元（Fromアドレス）をゲートウェイ装置１Ａのアドレスからゲートウェイ装置１Ｂのアドレスに変更し，送信先（Toアドレス) をゲートウェイ装置１Ｂのアドレスからローカル端末２のアドレスに変更し，ＳＩＰメッセージ５８”としてローカル端末２に送信する。
【００５４】
ローカル端末２からリモート端末３に対して発信する場合は，図８に示す伝送とは逆の手順に従ってアドレス変換を行うことで可能となる。
【００５５】
次にゲートウェイ装置を経由して一つのリモート端末とローカル端末との間にセッションが確立中（通話中）している時に，別のリモート端末から同じゲートウェイ装置を介して同じローカル端末に対して接続開始要求（セッション接続を要求するＩＮＶＩＴＥメッセージ）が発生した場合，ゲートウェイ装置はアクセス対応テーブル１１ａで現在の接続状態を保持し，複数セッションを許容しないことを識別すると，２番目以降に接続しようとしたリモート端末に対してエラー応答（話中である）を返送する。
【００５６】
図９〜図１１に各装置の実施例の構成を示し，図９はリモート端末の実施例の構成，図１０はゲートウェイ装置の実施例の構成，図１１はローカル端末の実施例の構成である。
【００５７】
図９において，３０〜３２は上記図１に示す同一符号の各部に対応し，リモート端末３のユーザインタフェース３０内の３００ａはユーザアプリ部，３００ｂはインタフェース（ＩＦ）部，ＳＤＰ制御部３１内の３１０ａ〜３１０ｃはＳＩＰ制御部を構成し，３１０ａはメッセージ送受信部，３１０ｂはメッセージ生成部，３１０ｃは制御部，３１１ａ〜３１１ｅは新たな機構であり，３１１ａは制御部３１０ｃとの間でメッセージや制御情報の送受信を行う等を行う制御部，３１１ｂはユーザデータ変換部３１１ｄで変換されたデータフォーマットからＳＤＰのメッセージを作成するメッセージ生成部，３１１ｃはメッセージを解析し，解析結果を制御部３１１ａに応答し，呼識別番号(Call-ID) 毎にリモート端末のユーザとゲートウェイ装置１, リモート端末３のアクセス対応テーブル３０ａを作成するメッセージ解析部，３１１ｄはユーザインタフェース部３１１ｅとＳＤＰ制御部側のデータフォーマットを変換するユーザデータ変換部，３１１ｅはユーザインタフェース３０とＳＤＰ制御部３１の間のデータ送受信を行うＩＦ（インタフェース）部，３０ａはアクセス対応テーブルである。
【００５８】
ＳＩＰ−ＵＡＣ制御部３２内の３２０ａ〜３２０ｄはＳＩＰ制御部を構成し，３２０ａはメッセージ生成部３２０ｂ，制御部３２０ｃと外部インタフェース３３の間でメッセージの送受信を行うメッセージ送受信部，３２０ｄはＳＤＰ制御部３１とメッセージ生成部３２０ｂと制御部間でメッセージを送受信するメッセージ送受信部，３２１ａ，３２１ｂは新たな機構であり，３２１ａはメッセージ解析部３２１ｂと制御部３２０ｃの間でメッセージ及び制御情報の送受信を行い，新たな機能部の制御を行う制御部，３２１ｂはメッセージを解析し，解析結果を制御部３２１ａに応答するメッセージ解析部である。
【００５９】
次にゲートウェイ装置の実施例の構成である図１０において，１０〜１２は上記図１に示す同一符号の各部に対応し，ゲートウェイ装置１のＳＩＰ−ＵＡＣ制御部１０内の，１００ａ〜１００ｄはＳＩＰ制御部を構成し，１００ａはメッセージ送受信部，１００ｂはメッセージ生成部，１００ｃは制御部であり，ＳＩＰ信号の制御機能を有し，ＳＩＰ信号の送受信を制御し，メッセージ及び制御情報の送受信を行いＳＩＰ制御部内及び新たな機構の各機能ブロック間の制御を行い，後述するメッセージ解析部１０１ｂからＮＧ（不許可）を受信した場合，メッセージ送受信部１００ｄに対してエラーメッセージの送信（ＳＩＰサーバ４側へ）を指示する。１００ｄはＳＩＰサーバ４に接続する外部インタフェース（ＩＦ）１３を介したメッセージ送受信部である。また，１０１ａ，１０１ｂ及び１０ａは新たな機構であり，１０１ａはＳＩＰ制御部の制御部１００ｃとの間でメッセージ及び制御情報の送受信を行い，新たな機構の制御を行うリモート通信制御部，１０１ｂはメッセージ解析部であり，リモート端末からローカル端末へのアクセス時に受信したメッセージのヘッダ部の送信元（Fromアドレス）を抽出し，ユーザアクセス許可リスト１０ａを参照し，アクセス可否を判定し，判定結果をリモート通信制御部１０１ａに返送し，また，リモート通信制御部１０１ａの指示に従い，メッセージを解析し，解析結果をリモート通信制御部１０１ａ経由で制御部１００ｃに応答する。１０ａはリモート端末からゲートウェイ装置１へのアクセスが許可された端末情報を格納したユーザアクセス許可リストである。
【００６０】
ゲートウェイ装置１のＳＤＰ制御部１１内の，１１０ａ〜１１０ｄは，ＳＩＰ制御部を構成し，前記ＳＩＰ−ＵＡＣ制御部１０内の１００ａ〜１００ｄの各部と同様の機能を備える。１１１ａ〜１１１ｃは新たな機構であり，１１１ａはメッセージ制御部であり，メッセージ解析部１１１ｃ，アドレス変換部１１１ｂ及び制御部１１０ｃとの間でメッセージ及び制御情報の送受信を行う。１１１ｂはアクセス対応テーブル１１ａの内容に従い，ＳＩＰメッセージのヘッダ部のアドレス設定を変換し，メッセージ制御部１１１ａに返送する（逆方向の変換も含む）アドレス変換部，１１１ｃはメッセージ解析部であり，リモート端末からローカル端末へのアクセス時，受信メッセージのヘッダ部の送信先（Toアドレス) からローカル端末のアドレスを抽出し，ローカル端末のユーザアクセス許可リスト１１ｂを参照し，リモート端末からローカル端末へのアクセス可否を判定し，判定結果をメッセージ制御部１１１ａに返送し，メッセージ制御部１１１ａの指示に従いメッセージを解析し，解析結果をメッセージ制御部１１１ａを経由して制御部１１０ｃに応答し，更に呼識別番号（Call-ID)毎に, リモート端末のユーザとゲートウェイ装置，ローカル端末のアクセス対応テーブル１１ａを作成する。１１ｃはローカル端末２から発生したイベント通知の送信することを許可される相手リモート端末のリストであるイベント通知許可リストである。
【００６１】
次にローカル端末の実施例の構成である図１１において，２０，２１’，２２’は上記図１に示す２０，２１，２２の各部に対応し，２０はＳＩＰ−ＵＡＣ制御部，２１’は家電制御部，２２’は各種の家電本体である。ローカル端末２のＳＩＰ−ＵＡＣ制御部２０内の，２００ａ〜２００ｄはＳＩＰ制御部を構成し，上記リモート端末３のＳＩＰ−ＵＡＣ制御部３２内の３２０ａ〜３２０ｄと同様のＳＩＰ制御を行う。２０１ａ，２０１ｂは新たな機構であり，２０１ａは制御部，２０１ｂはメッセージ解析部，２０ａはイベント通知許可リスト，２０ｂはユーザアクセス許可リスト，２０ｃはアクセス対応テーブルである。
【００６２】
家電制御部２１’内の２１０ａ〜２１０ｃはＳＩＰ制御部を構成し，２１０ａはメッセージ送受信部，２１０ｂはメッセージ生成部，２１０ｃは制御部である。２１１ａ〜２１１ｄは新たな機構であり，２１１ａは制御部２１０ｃとの間でメッセージや制御情報の送受信を行い，２１１ｂはユーザデータ変換部２１１ｃで変換されたデータフォーマットからＳＩＰメッセージを作成するメッセージ生成部，２１１ｃはメッセージを解析し，解析結果を制御部に応答すると共に呼識別番号（Call-ID)毎にリモート端末のユーザと，ゲートウェイ装置，ローカル端末のアクセス対応テーブルを作成するメッセージ解析部，２１１ｃは家電本体２２’と家電制御部２１’の間のデータフォーマットを変換するユーザデータ変換部，２１１ｄは家電本体と家電制御部の間のデータ送受信を行うインタフェース（ＩＦ）部である。
【００６３】
家電本体２２’内の２２０ａは家電アプリ部（家電アプリケーション部）であり，２２１ａは家電アプリ部２２０ａと家電制御部２１’の間のデータ送受信を行うインタフェース（ＩＦ）部である。
【００６４】
上記図９〜図１１に示す実施例のリモート端末，ゲートウェイ装置及びローカル端末及び従来の構成を備えたＳＩＰサーバとによるＳＩＰメッセージによる動作シーケンスの例を以下に図を用いて説明する。
【００６５】
図１２〜図１５はＳＩＰメッセージによるリモート端末からローカル端末への接続シーケンス（その１）〜（その４）である。各図中，１，１０〜１２，２，３，３０〜３２及び４の各符号は上記図１に示す同一符号の各部と同じであり，説明を省略する。但し，ローカル端末２の中の２０’はＳＩＰ制御部（図１のＳＩＰ−ＵＡＣ制御部２０と同様の機能），２１’は家電制御部（図１の端末制御部２１に対応），２２’は家電本体（図１の端末本体に対応）である。
【００６６】
最初にリモート端末３において，ユーザインタフェース３０からローカル端末２に接続する指示をＳＤＰ制御部３１に出力すると，ＳＤＰ制御部３１でＳＩＰメッセージ（ＩＮＶＩＴＥ）のデータ部（宛先の情報としてローカル端末の情報を設定）を生成する。このＩＮＶＩＴＥのメッセージは，図１２のａに示すようにヘッダ部，データ部がそれぞれ設定されて，ＳＩＰサーバ４に送信され，ＳＩＰサーバ４から更にゲートウェイ装置１のＳＩＰ−ＵＡＣ制御部１０に送られる（図１２のａ’）。ＳＩＰ−ＵＡＣ制御部１０では，ヘッダ部の送信元（From）部分からリモート端末のユーザ名を抽出し（図１２のＳ２），ユーザアクセス許可リスト１０ａを参照し，ユーザ（リモート端末）からゲートウェイ装置へのアクセス可否を判断する（同Ｓ３）。
【００６７】
ここでアクセス不可となればＮＧ（拒否）応答をＳＩＰサーバ４を介してリモート端末３へ返送し，アクセス可の場合はＳＤＰ制御部１１にＩＮＶＩＴＥを送る。ＳＤＰ制御部１１ではデータ部の宛先部分からローカル端末のアドレスを抽出し（図１２のＳ４），ローカル端末のユーザアクセス許可リスト１１ｂを参照し，抽出したローカル端末に対するアクセス可否を判断し（同Ｓ５），アクセス不可の場合（リストに含まれてない）はＮＧの応答をＳＩＰサーバ４を介してリモート端末３に返送し，アクセス可の場合は，呼識別番号（Call-ID)毎にリモート端末のユーザと, ゲートウェイ装置，ローカル端末のアクセス対応テーブル１１ａを作成し（同Ｓ６），ＳＩＰメッセージのヘッダ部の送信元（Fromアドレス）をゲートウェイ装置のアドレスに，送信先（Toアドレス) をローカル端末のアドレスに変更する（同Ｓ７）。
【００６８】
続いて，ゲートウェイ装置１のＳＤＰ制御部１１からＳＩＰ−ＵＡＳ制御部１２にＩＮＶＩＴＥを転送すると，ローカル端末のＩＰアドレス対応リスト１２ａを参照し，ローカル端末のＩＰアドレスを抽出し（図１３のＳ８），ＳＩＰメッセージをローカル端末に送信する（同Ｓ９）。これによりローカル端末２の家電制御部２１’と接続され（図１３のｆ），更に家電本体２２’と接続される。また，ＩＮＶＩＴＥがローカル端末２のＳＩＰ制御部２０’に送られると，暫定応答（「１００」で表す）をゲートウェイ装置１に返送し（図１３のｇ），ローカル端末２のＳＩＰ制御部２０’ではＳＩＰメッセージのデータ部の部分からリモート端末のユーザのアドレスを抽出し（図１３のＳ１０），ユーザアクセス許可リスト２０ａを参照し，ユーザからローカル端末へのアクセス可否を判断し（同Ｓ１１），アクセス可の場合は呼識別番号（Call-ID)毎に，リモート端末のユーザ，ゲートウェイ装置，ローカル端末を設定したアクセス対応テーブル２０ｃを作成する（同Ｓ１２）。
【００６９】
続いて，暫定応答を表すＳＩＰメッセージ「１８０」（図１３のｈ）をゲートウェイ装置１に送信すると，ＳＤＰ制御部１１で受信され，呼識別番号（Call-ID)に対応したアクセス対応テーブル（図１の１１ａ）を参照し（図１３のＳ１３），ヘッダ部の送信元（Fromアドレス）をローカル端末からゲートウェイ装置に，送信先（Toアドレス) をゲートウェイ装置からリモート端末のユーザのアドレスに変更し（同Ｓ１４），ＳＩＰ−ＵＡＣ制御部１０に暫定応答の「１８０」を通知する。ＳＩＰ−ＵＡＣ制御部１０ではこれを受け取るとＳＩＰメッセージ（１８０）をリモート端末３に送信する（図１３のＳ１５及び図１４のｉ）。
【００７０】
上記のローカル端末２内の接続動作（図１３のｆ）に対応した接続ＯＫの応答が家電本体２２’から家電制御部２１’及びＳＩＰ制御部２０’に伝達されると，ＳＩＰ制御部２０’からゲートウェイ装置１に対して成功を表すＳＩＰメッセージ「メッセージ名２００」が送信される。ゲートウェイ装置１のＳＤＰ制御部１１ではこれを受け取ると，呼識別番号(Call-ID) に対応したアクセス対応テーブル１１ａを参照し（図１４のＳ１６），ヘッダ部の送信元（Fromアドレス）をローカル端末からゲートウェイ装置に，送信先（Toアドレス) をゲートウェイ装置からリモート端末のユーザのアドレスに変更し（図１４のＳ１７），ＳＩＰ−ＵＡＣ制御部１０に転送すると，そこからＳＩＰメッセージをリモート端末３に送信する（同Ｓ１８）。この成功を表すＳＩＰメッセージ「２００」は，リモート端末３で送られると（図１４のｋ），ユーザインタフェース３０に成功（ＯＫ）の結果通知が行われる。
【００７１】
これに対して，ＡＣＫ（確認）の通知指示が発生すると，リモート端末３からＳＩＰサーバを介してゲートウェイ装置１にＡＣＫが送信され（図１５のｌ），ＳＤＰ制御部１１において呼識別番号(Call-ID) に対応したアクセス対応テーブル（図１の１１ａ）を参照し（図１５のＳ１９），ヘッダ部の送信元（Fromアドレス）をリモート端末のユーザのアドレスからゲートウェイ装置に，送信先（Toアドレス) をゲートウェイ装置からローカル端末に変更する（同Ｓ２０）。このＡＣＫのメッセージは，ＳＩＰ−ＵＡＳ制御部１２でＩＰアドレスが抽出され（図１５のＳ２１），ローカル端末に送信され（同Ｓ２２），家電本体に達すると，ローカル端末２の家電本体２２’とリモート端末３のユーザインタフェース３０との間が接続状態となる。
【００７２】
上記図１２〜図１５により形成されたリモート端末３とローカル端末２の家電本体との接続を切断する場合は，リモート端末３から切断の指示を入力すると，ＳＩＰサーバ４を介してゲートウェイ装置１に対して「ＢＹＥ」のＳＩＰメッセージが送られ，ゲートウェイ装置１においてアクセス対応テーブル（図１２の１１ａ）等のチェックを経てローカル端末２に達して，成功の応答を表すＳＩＰメッセージ「２００」がローカル端末２からリモート端末３まで達することにより，切断動作が完了する。
【００７３】
図１６〜図１８はリモート端末からローカル端末の操作シーケンス（その１）〜（その３）である。これらの図中の各符号は上記図１２〜図１５に示す同一符号と同じであり，説明を省略する。上記図１２〜図１５の接続シーケンスによりリモート端末３とローカル端末２との間の接続が完成した状態において，リモート端末３のユーザインタフェース３０からローカル端末２に対する操作内容として「操作内容(1) 」を入力する。これによりＳＤＰ制御部３１においてデータ部を構成する内容として「送信先（Toアドレス) と操作内容：操作内容(1) 」が設定され，このデータ部がＳＩＰ−ＵＡＣ制御部３２に供給されると，「Ｒｅ−ＩＮＶＩＴＥ」（セッションの変更を要求する再インバイト）のＳＩＰメッセージが生成されてＳＩＰサーバ４に送信される（図１６のａ）。その内容は図１６のａに示すヘッダ部とデータ部とで構成される。これを受けたＳＩＰサーバ４からリモート端末３に対し暫定応答（「１００」で示す）が返送される（図１６のｂ）。
【００７４】
ＳＩＰサーバ４からゲートウェイ装置１のＳＩＰ−ＵＡＣ制御部１０に「Ｒｅ−ＩＮＶＩＴＥ」が送られると（図１６のｃ），更にＳＤＰ制御部１１に送られ（同ｃ’），ここで呼識別番号(Call-ID) 毎に，リモート端末３のユーザとゲートウェイ装置１，ローカル端末２のアクセス対応テーブル（図１２の１１ａ）を参照し（図１６のＳ２），ヘッダ部の送信元（Fromアドレス）をリモート端末３からゲートウェイ装置１に，送信先（Toアドレス) をゲートウェイ装置１からローカル端末２のユーザのアドレスに変更する（同Ｓ３）。変更されたＲｅ−ＩＮＶＩＴＥ（図１６のｃ”）がＳＩＰ−ＵＡＳ制御部１２に送られると，ローカル端末のＩＰアドレス対応リスト１２ａを参照して，ローカル端末２のアドレスを抽出し（同Ｓ４），ＳＩＰメッセージ（Ｒｅ−ＩＮＶＩＴＥ）をローカル端末２に送信する（同Ｓ５）。
【００７５】
ＳＩＰメッセージ（Ｒｅ−ＩＮＶＩＴＥ）がローカル端末２に送信されると（図１７のｅ），ローカル端末２のＳＩＰ制御部２０’で呼識別番号(Call-ID) に対応したアクセス対応テーブル（図１３の２０ｃ）を参照し，アクセスの可否を判断し（図１７のＳ６），アクセス不可であることが判るとＮＧ応答をゲートウェイ装置１に返送し，アクセス可であることが判ると家電制御部２１’に通知する（同ｅ’）。家電制御部２１’では，Ｒｅ−ＩＮＶＩＴＥのデータ部から操作内容(1) を抽出し，操作対象である家電本体２２’に対し操作内容(1) の信号を送る（同ｅ”）。家電本体２２’において操作が実行されると（図１７のＳ７），応答（操作結果：ＯＫを表す）を家電制御部２１’，ＳＩＰ制御部２０’に返し（同ｇ），ＳＩＰ制御部２０’からゲートウェイ装置１に対し成功を表すＳＩＰメッセージ「メッセージ名２００」が送信される（同ｈ）。そのデータ部には，図１７のＳＩＰメッセージの構成に示すように，操作指示のメッセージ（Ｒｅ−ＩＮＶＩＴＥ) のデータ部に含まれた宛先，操作内容（操作内容(1))に対して「操作結果：ＯＫ」等が付加されている。
【００７６】
これを受け取ったゲートウェイ装置１のＳＤＰ制御部１１では，呼識別番号(Call-ID) に対応したアクセス対応テーブル（図１２の１１ａ）を参照し（図１８のＳ６），ヘッダ部の送信元（Fromアドレス）をローカル端末２からゲートウェイ装置１に送信先（Toアドレス) をゲートウェイ装置１からリモート端末３のユーザのアドレスに変更し（同Ｓ７）ＳＩＰ−ＵＡＣ制御部１０に送ると，その「メッセージ名２００」のＳＩＰメッセージをリモート端末３に送信する（同Ｓ８）。このＳＩＰメッセージはＳＩＰサーバ４を通ってリモート端末３に送られ，ＳＤＰ制御部３１からユーザインタフェース３０に結果通知（ＯＫ）が行われ，ユーザインタフェース３０から確認を表すＡＣＫが入力されると，リモート端末３からＳＩＰサーバ４を介してゲートウェイ装置１に「ＡＣＫ」のＳＩＰメッセージが送信される。これがゲートウェイ装置１のＳＤＰ制御部１１に達すると，呼識別番号(Call-ID) に対応したアクセス対応テーブルを参照し（同Ｓ９），ヘッダ部の送信元（Fromアドレス）と送信先（Toアドレス) を変更し（図１８のＳ１０），ＳＤＰ制御部１１からＳＩＰ−ＵＡＳ制御部１２を経由してローカル端末２に送信される。
【００７７】
図１９〜図２１はローカル端末からリモート端末へのイベント通知シーケンス（その１）〜（その３）である。これらの図中の各符号は上記図１２〜図１８に示す同一符号と同じであり，説明を省略する。
【００７８】
ローカル端末２の家電本体２２’においてイベント発生があると（図１９のＳ１），家電制御部２１’にイベント通知が送られ，更にＳＩＰ制御部２０’に送られると（図１９のａ），ＳＩＰ制御部２０’ではイベント通知許可リスト２０ｂを参照して通知可否を判断する（同Ｓ２）。許可されないイベント通知であるとアクセス付加の応答（ＮＧ応答）を家電本体２２’に送り返し，イベント通知が許可リストに設定されているとアクセス可として呼識別番号(Call-ID) 毎にリモート端末３のユーザとゲートウェイ装置１，ローカル端末２のアクセス対応テーブル（図１２の１１ａ）を作成し（図１９のＳ３），続いてイベント通知許可リスト２０ｂの設定内容に従ってＳＩＰメッセージを作成してゲートウェイ装置１に送信し，イベント通知許可リスト２０ｂに複数の宛先がある場合は複数に送信することが可能である（同Ｓ４）。そのＳＩＰメッセージの名称は「ＩＮＶＩＴＥ」で，データ部に宛先としてリモート端末３，イベント有無が「有」，イベント内容が「イベント・・・」が設定される（図１９のｂ）。
【００７９】
このメッセージがゲートウェイ装置１に達すると（図１９のｂ’），イベント通知許可リスト１１ｃを参照して通知可否を判断し（図１９のＳ５），アクセス不可ならＮＧ応答をローカル端末２に返し，アクセス可なら呼識別番号(Call-ID) 毎にリモート端末３のユーザとゲートウェイ装置１，ローカル端末２のアクセス対応テーブルを作成する（同Ｓ６）。続いてヘッダ部の送信元（Fromアドレス）と送信先（Toアドレス) を変更し（図１９のＳ７），ＳＩＰサーバ４にそのＩＮＶＩＴＥのメッセージを送信し（図２０のｄ），ＳＩＰサーバ４からリモート端末３へ送信されると（同ｅ），そのＳＤＰ制御部３１からイベント通知がユーザインタフェース３０へ与えられると（同ｆ），ユーザインタフェース３０を介してユーザが認識し，ユーザ応答（確認）が発生する（同Ｓ８）。
【００８０】
リモート端末３のＳＩＰ−ＵＡＣ制御部３２から暫定応答を表すＳＩＰメッセージ「１８０」（図２０のｇ）をＳＩＰサーバ４を介してゲートウェイ装置１に送信すると（図２０のｇ，ｈ），ＳＤＰ制御部１１で受信され，呼識別番号（Call-ID)に対応したアクセス対応テーブル（図１９のＳ６で作成）を参照し（図２０のＳ８），ヘッダ部の送信元（Fromアドレス）をリモート端末３のユーザのアドレスからゲートウェイ装置１に，送信先（Toアドレス) をゲートウェイ装置１からローカル端末２のアドレスに変更し（同Ｓ９），ゲートウェイ装置１からローカル端末２に暫定応答の「１８０」のＳＩＰメッセージを通知する（図２０のｉ）。
【００８１】
一方，リモート端末３から成功（イベント通知の成功）を表すメッセージ名「２００」のＳＩＰメッセージがゲートウェイ装置１に送られる（図２１のｊ，ｋ）。ゲートウェイ装置１のＳＤＰ制御部１１でこれを受け取ると，呼識別番号(Call-ID) に対応したアクセス対応テーブルを参照し（図２１のＳ１０），ヘッダ部の送信元（Fromアドレス）をリモート端末のユーザのアドレスからゲートウェイ装置に，送信先（Toアドレス) をゲートウェイ装置からローカル端末に変更し（同Ｓ１１），ローカル端末２に送信される（同ｌ）。この「２００」のＳＩＰメッセージがローカル端末２で受信されると，これに対する応答が家電本体２２’から発生するとＳＩＰ制御部２０’から確認を表すＡＣＫのＳＩＰメッセージがゲートウェイ装置１に送られる（図２１のｍ）。これを受け取ったゲートウェイ装置１のＳＤＰ制御部１１では呼識別番号(Call-ID) に対応したアクセス対応テーブルを参照し（図２１のＳ１２），ヘッダ部の送信元（Fromアドレス）リモート端末からゲートウェイ装置に，送信先（Toアドレス) をゲートウェイ装置からリモート端末３に変更して，ＳＩＰサーバ４へＡＣＫが送信され（同ｎ），ＳＩＰサーバ４からリモート端末３に送信され（同ｏ），最後にリモート端末３のユーザインタフェース３０に対して応答として通知される。
【００８２】
（付記１）  ＳＩＰクライアント機能を備えたリモート端末からネットワークのＳＩＰサーバを介して遠隔の宅内の情報家電等のローカル端末を収容するゲートウェイ装置を経由してローカル端末の制御を行うためのＳＩＰセッション制御方式において，ゲートウェイ装置は，リモート端末からヘッダ部に送信先としてゲートウェイ装置を指定してデータ部にローカル端末の情報を設定したＳＩＰメッセージを受信すると，ヘッダ部の送信先を前記データ部に設定されたローカル端末に変換するアドレス変換手段と，アドレス変換されたＳＩＰメッセージによりローカル端末とのセッションの確立に応じて，当該セッションの呼識別情報に対応した送信元，ゲートウェイ装置，送信先を設定したアクセス対応テーブルを設けてセッション接続を行うこと特徴とするＳＩＰセッション制御方式。
【００８３】
（付記２）  付記１において，前記ゲートウェイ装置は，自ゲートウェイ装置へのアクセスを許可する送信元情報が設定されたユーザアクセス許可リストと，ユーザアクセス可否判別手段とを備え，前記ユーザアクセス可否判別手段はＳＩＰメッセージを受信すると送信元のリモート端末を識別して前記ユーザアクセス許可リストを用いて許否の判別を行い，許可された送信元であるＳＩＰメッセージだけを宛先のローカル端末へ送信することを特徴とするＳＩＰセッション制御方式。
【００８４】
（付記３）  付記２において，前記ゲートウェイ装置は，各ローカル端末へのアクセスを許可する送信元情報が設定されたローカル端末のユーザアクセス許可リストと，ローカル端末へのユーザアクセス可否判別手段とを備え，前記ローカル端末へのユーザアクセス可否判別手段はＳＩＰメッセージを受信すると送信元のリモート端末を識別して前記ローカル端末へのユーザアクセス許可リストを用いて許否の判別を行い，許可された送信元であるＳＩＰメッセージだけを宛先のローカル端末へ送信することを特徴とするＳＩＰセッション制御方式。
【００８５】
（付記４）  付記１において，前記ローカル端末は，自ローカル端末へのアクセスを許可する送信元情報が設定されたユーザアクセス許可リストと，ローカル端末へのユーザアクセス可否判別手段とを備え，前記ゲートウェイ装置からのＳＩＰメッセージを受信すると送信元のリモート端末を識別して前記ユーザアクセス許可リストを用いてアクセス許否の判別を行い，許可された送信元であるＳＩＰメッセージのアクセスを受け取ることを特徴とするＳＩＰセッション制御方式。
【００８６】
（付記５）  付記４において，前記ユーザアクセス許可リストに，送信元情報と共にローカル端末への許可された操作内容が設定され，前記ユーザアクセス可否判別手段は，送信元のリモート端末からの操作内容が前記ユーザアクセス許可リストに設定された操作内容に適合するか判別して，アクセス可否の判別を行うことを特徴とするＳＩＰセッション制御方式。
【００８７】
（付記６）  付記４または５の何れかにおいて，前記ローカル端末は，前記ユーザアクセス許可リストを登録のためのＳＩＰメッセージにより，前記ゲートウェイ装置及びＳＩＰサーバを介して前記リモート端末に対して通知するユーザアクセス許可リスト通知手段を備えることを特徴とするＳＩＰセッション制御方式。
【００８８】
（付記７）  付記１において，前記リモート端末は，前記セッションが設定された状態において前記ローカル端末の情報と，前記ローカル端末への操作内容とをデータ部に設定したセッション変更のＳＩＰメッセージを送信する手段を備え，前記ゲートウェイ装置は，自ゲートウェイ装置へのアクセスを許可する送信元情報が設定されたユーザアクセス許可リストと，ユーザアクセス可否判別手段とを備え，前記ユーザアクセス可否判別手段は前記セッション変更のＳＩＰメッセージを受信すると送信元のリモート端末を識別して前記ユーザアクセス許可リストを用いて許否の判別を行い，許可された送信元である前記ＳＩＰメッセージだけを宛先のローカル端末へ送信することを特徴とするＳＩＰセッション制御方式。
【００８９】
（付記８）  付記７において，前記ローカル端末は，前記セッションが設定された状態において前記ローカル端末の情報と，前記ローカル端末への操作内容とをデータ部に設定したセッション変更のＳＩＰメッセージを送信する手段を備え，前記ゲートウェイ装置は，各ローカル端末へのアクセスを許可する送信元情報が設定されたローカル端末のユーザアクセス許可リストと，ローカル端末へのユーザアクセス可否判別手段とを備え，前記ローカル端末へのユーザアクセス可否判別手段は前記セッション変更のＳＩＰメッセージを受信すると送信元のリモート端末を識別して前記ローカル端末へのユーザアクセス許可リストを用いて許否の判別を行い，許可された送信元である前記ＳＩＰメッセージだけを宛先のローカル端末へ送信することを特徴とするＳＩＰセッション制御方式。
【００９０】
（付記９）  付記７または８の何れかにおいて，前記ローカル端末は，前記セッション変更のＳＩＰメッセージのデータ部に設定された操作内容による操作を実行すると，実行結果と宛先のリモート端末の情報をデータ部に設定した応答のＳＩＰメッセージを生成する手段を備え，前記応答のＳＩＰメッセージをローカル端末からゲートウェイ装置，ＳＩＰサーバを介して宛先のリモート端末へ送信することを特徴とするＳＩＰセッション制御方式。
【００９１】
（付記１０）  付記１において，前記ローカル端末は，イベントが発生するとヘッダ部の宛先にゲートウェイ装置を設定し，データ部に宛先のリモート端末の情報と発生したイベントの情報を設定したＳＩＰメッセージをゲートウェイ装置に送信し，前記ゲートウェイ装置は，ローカル端末からの前記ＳＩＰメッセージを受信すると，ヘッダ部の送信先を前記データ部に設定されたリモート端末に変換するアドレス変換手段を備え，アドレス変換されたＳＩＰメッセージによりリモート端末とのセッションの確立に応じて，当該セッションの呼識別情報に対応した送信元，ゲートウェイ装置，送信先を設定したアクセス対応テーブルを設けてセッション接続を行うこと特徴とするＳＩＰセッション制御方式。
【００９２】
（付記１１）  付記１０において，前記ローカル端末は，イベント別に各イベント発生の通知が許容されたリモート端末が設定されたイベント通知許可リストを備え，イベントが発生すると前記イベント通知許可リストを照合して当該イベントに対して通知が許可されたリモート端末をデータ部の宛先の情報に設定した前記ＳＩＰメッセージをゲートウェイ装置に送信することを特徴とするＳＩＰセッション制御方式。
【００９３】
（付記１２）  付記１において，リモート端末を１台設け，該リモート端末は，複数のローカル端末との間で各ローカル端末に対応して設けられた各ゲートウェイ装置を介してＳＩＰメッセージによるアクセスを行い，各アクセス別の呼識別番号に対応したリモート端末，ゲートウェイ装置及びローカル端末の情報を設定したアクセス対応テーブルを設けたことを特徴とするＳＩＰセッション制御方式。
【００９４】
（付記１３）  付記１において，リモート端末を複数台設け，各リモート端末は１台のゲートウェイ装置を介して複数のローカル端末との間でＳＩＰメッセージによるアクセスを行い，各アクセス別の呼識別番号に対応したリモート端末，ゲートウェイ装置及びローカル端末の情報を設定したアクセス対応テーブルを設けたことを特徴とするＳＩＰセッション制御方式。
【図面の簡単な説明】
【００９５】
【図１】本発明に係るシステムの構成を示す図である。
【図２】リモート端末からローカル端末へのセッション接続のシーケンスを示す図である。
【図３】ローカル端末へのユーザアクセス可否判別を含むシーケンスを示す図である。
【図４】リモート端末からローカル端末へ操作内容を通知して制御するシーケンスを示す図である。
【図５】ローカル端末で発生したイベント通知のシーケンスを示す図である。
【図６】複数セッションを用いた場合の構成例１を示す図である。
【図７】複数セッションを用いた場合の構成例２を示す図である。
【図８】多段のゲートウェイ装置を経由してアクセスする場合の構成を示す図である。
【図９】リモート端末の実施例の構成を示す図である。
【図１０】ゲートウェイ装置の実施例の構成を示す図である。
【図１１】ローカル端末の実施例の構成を示す図である。
【図１２】ＳＩＰメッセージによるリモート端末からローカル端末への接続シーケンス（その１）を示す図である。
【図１３】ＳＩＰメッセージによるリモート端末からローカル端末への接続シーケンス（その２）を示す図である。
【図１４】ＳＩＰメッセージによるリモート端末からローカル端末への接続シーケンス（その３）を示す図である。
【図１５】ＳＩＰメッセージによるリモート端末からローカル端末への接続シーケンス（その４）を示す図である。
【図１６】リモート端末からローカル端末の操作シーケンス（その１）を示す図である。
【図１７】リモート端末からローカル端末の操作シーケンス（その２）を示す図である。
【図１８】リモート端末からローカル端末の操作シーケンス（その３）を示す図である。
【図１９】ローカル端末からリモート端末へのイベント通知シーケンス（その１）を示す図である。
【図２０】ローカル端末からリモート端末へのイベント通知シーケンス（その２）を示す図である。
【図２１】ローカル端末からリモート端末へのイベント通知シーケンス（その３）を示す図である。
【図２２】想定される構成の例を示す図である。
【符号の説明】
【００９６】
１        ゲートウェイ装置
１０      ＳＩＰ端末クライアント（ＳＩＰ−ＵＡＣ）制御部
１１      セッション記述プロトコル（ＳＤＰ）制御部
１２      ＳＩＰユーザサーバ（ＳＩＰ−ＵＡＳ）制御部
２        ローカル端末
２０      ＳＩＰ端末クライアント（ＳＩＰ−ＵＡＣ) 制御部
２１      端末制御部
２２      端末本体
３        リモート端末
３０      ユーザインタフェース
３１      セッション記述プロトコル（ＳＤＰ）制御部
３２      ＳＩＰ端末クライアント（ＳＩＰ−ＵＡＣ）制御部
４        ＳＩＰサーバ
【図１】
2009271651.tif 000003
【図２】
2009271651.tif 000004
【図３】
2009271651.tif 000005
【図４】
2009271651.tif 000006
【図５】
2009271651.tif 000007
【図６】
2009271651.tif 000008
【図７】
2009271651.tif 000009
【図８】
2009271651.tif 000010
【図９】
2009271651.tif 000011
【図１０】
2009271651.tif 000012
【図１１】
2009271651.tif 000013
【図１２】
2009271651.tif 000014
【図１３】
2009271651.tif 000015
【図１４】
2009271651.tif 000016
【図１５】
2009271651.tif 000017
【図１６】
2009271651.tif 000018
【図１７】
2009271651.tif 000019
【図１８】
2009271651.tif 000020
【図１９】
2009271651.tif 000021
【図２０】
2009271651.tif 000022
【図２１】
2009271651.tif 000023
【図２２】
2009271651.tif 000024