(57)【要約】      （修正有）【課題】ネットワークを介して接続された拠点間でメディアデータの通信を行う通信システムにおいて、ゲートウエイを介して接続された端末同士が、相手の端末のアドレスを知らなくても通信を行うことが出来るようにする。【解決手段】帯域保証セッションを実行可能な広域ネットワークと拠点内ネットワークとに接続して、該広域ネットワークと該拠点内ネットワークとの間で通信を中継する通信中継装置において、前記拠点内ネットワークに接続された通信端末からの第１の登録要求を受けて、該通信端末を登録し管理する通信端末管理手段を備え、前記広域ネットワークからの第１の通信開始要求を受けて、前記通信端末管理手段に登録されている前記通信端末に第２の通信開始要求を送信することを特徴とする通信中継装置を用いる。【選択図】図１
2010219580.tif 000002
【特許請求の範囲】
【請求項１】
帯域保証セッションを確立することで帯域保証が可能な広域ネットワークと、拠点内ネットワークとに接続され、前記広域ネットワークと前記拠点内ネットワークとの間で通信を中継する通信中継装置において、
前記拠点内ネットワークに接続された通信端末から受信した第１の登録要求に基づいて、ユーザ識別情報と前記通信端末のアドレス情報を対応付けて登録する通信端末管理部と、
前記広域ネットワークから前記ユーザ識別情報を含む第１の通信開始要求を受信した場合に、前記通信端末管理部から前記ユーザ識別情報に対応する前記アドレス情報を取得し、前記アドレス情報に基づいて前記通信端末に第２の通信開始要求を送信する制御部と、
を有することを特徴とする通信中継装置。
【請求項２】
請求項１に記載の通信中継装置において、
前記通信端末管理部は、前記拠点内ネットワークに接続された複数の通信端末からの第１の登録要求を受信し、前記第１の登録要求に含まれる情報に基づいて、前記複数の通信端末のアドレス情報を登録することを特徴とする通信中継装置。
【請求項３】
請求項２に記載の通信中継装置において、
前記第１の通信開始要求に含まれるユーザ識別情報に基づいて、前記通信端末管理部に登録されている複数の通信端末のうち１つまたは複数の通信端末のアドレス情報を選択し、前記選択された通信端末のアドレス情報に基づいて、選択された前記１つまたは複数の通信端末に前記第２の通信開始要求を送信する
ことを特徴とする通信中継装置。
【請求項４】
請求項１から３のいずれか１項に記載の通信中継装置において、
前記第１の登録要求を受信した場合に、前記広域ネットワーク上に接続されたＳＩＰサーバに対し、第２の登録要求を送出することを特徴とする通信中継装置。
【請求項５】
請求項１から４のいずれか１項に記載の通信中継装置において、
前記第１の登録要求を受信する毎に、前記広域ネットワーク上に接続されたＳＩＰサーバに対し、前記第１の登録要求に含まれる情報に応じて異なる前記第２の登録要求を送出することを特徴とする通信中継装置。
【請求項６】
帯域保証セッションを確立することで帯域保証が可能な広域ネットワークに接続された通信中継装置と拠点内ネットワークで接続され、前記通信中継装置を介して広域ネットワークに接続された他の通信端末と通信を行う通信端末において、
前記広域ネットワークからユーザ識別情報を含む第１の通信開始要求を受信した場合に、前記通信中継装置が、前記ユーザ識別情報に対応するアドレス情報を取得し、前記アドレス情報に基づいて前記通信端末に第２の通信開始要求を送信するために、前記通信中継装置の通信端末管理部に登録される、前記ユーザ識別情報と前記通信端末のアドレス情報とを含む登録要求を、前記通信中継装置に送信する登録部を有し、
前記通信中継装置から通信開始要求を受け、通信を開始することを特徴とする通信端末。
【請求項７】
帯域保証セッションを確立することで帯域保証が可能な広域ネットワークと、拠点内ネットワークとに接続され、前記広域ネットワークと前記拠点内ネットワークとの間で通信を中継するための通信方法において、
前記拠点内ネットワークに接続された通信端末から受信した第１の登録要求に基づいて、ユーザ識別情報と前記通信端末のアドレス情報が対応付けられて通信端末管理部に登録されており、
前記広域ネットワークから前記ユーザ識別情報を含む第１の通信開始要求を受信した場合に、前記通信端末管理部から前記ユーザ識別情報に対応する前記アドレス情報を取得し、前記アドレス情報に基づいて前記通信端末に第２の通信開始要求を送信する
ことを特徴とする通信方法。
【請求項８】
請求項７に記載の通信方法において、
前記通信端末管理部は、前記拠点内ネットワークに接続された複数の通信端末からの第１の登録要求を受信し、前記第１の登録要求に含まれる情報に基づいて、前記複数の通信端末のアドレス情報を登録していることを特徴とする通信方法。
【請求項９】
請求項８に記載の通信方法において、
前記第１の通信開始要求に含まれるユーザ識別情報に基づいて、前記通信端末管理部に登録されている複数の通信端末のうち１つまたは複数の通信端末のアドレス情報を選択し、前記選択された通信端末のアドレス情報に基づいて、選択された前記１つまたは複数の通信端末に前記第２の通信開始要求を送信する
ことを特徴とする通信方法。
【請求項１０】
請求項７から９のいずれか１項に記載の通信方法において、
前記第１の登録要求を受信した場合に、前記広域ネットワーク上に接続されたＳＩＰサーバに対し、第２の登録要求を送出することを特徴とする通信方法。
【請求項１１】
請求項７から１０のいずれか１項に記載の通信方法において、
前記第１の登録要求を受信する毎に、前記広域ネットワーク上に接続されたＳＩＰサーバに対し、前記第１の登録要求に含まれる情報に応じて異なる前記第２の登録要求を送出することを特徴とする通信方法。
【請求項１２】
帯域保証セッションを実行可能な広域ネットワークに接続された通信中継装置と拠点内ネットワークで接続され、該通信中継装置を介して広域ネットワークに接続された他の通信端末と通信を行うための通信方法において、
前記広域ネットワークからユーザ識別情報を含む第１の通信開始要求を受信した場合に、前記通信中継装置が、前記ユーザ識別情報に対応するアドレス情報を取得し、前記アドレス情報に基づいて前記通信端末に第２の通信開始要求を送信するために、前記通信中継装置の通信端末管理部に登録される、前記ユーザ識別情報と前記通信端末のアドレス情報とを含む登録要求を、前記通信中継装置に送信し、
前記通信中継装置から通信開始要求を受け、通信を開始することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信中継装置、通信端末、および通信方法に関する。
【背景技術】
【０００２】
ネットワークを介して、遠隔地の相手との間で音声や映像などのメディアデータをリアルタイムに通信するシステムが実用化されている。中でも、インターネットの普及に伴って、ＩＰ（インターネットプロトコル）ネットワーク上で音声通信を行い、電話機能を実現するＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）やテレビ電話会議システムが実用化されている。
【０００３】
ＩＰネットワークによって接続された２拠点間で、メディアデータの通信を行う際に、端末同士でセッション（接続）を開始する手順の１つとして、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）があり、広く使われている。
【０００４】
また、ＩＰ技術を利用した通信事業者による次世代通信網（ＮＧＮ：Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）が登場している。ＮＧＮを利用して端末同士で通信を行う際に、帯域を保証したセッションを提供するサービスを利用することが可能である。帯域を保証されたセッション上では安定的な通信が可能である。
【０００５】
この帯域保証型セッションを確立する際には、制御プロトコルが用いられる。上述のＳＩＰは、そのような制御プロトコルの一例としても用いられている。その場合、基本的に、通信を行おうとする端末同士はセッションを確立するためにＳＩＰを実装する必要がある。そこで、ＳＩＰを実装しない端末同士でもこのような帯域保証型セッションを利用して帯域を確保した通信を可能にするシステムが特許文献１には記載されている。それによると、各端末と通信網の間にセッション代行装置をそれぞれ配置し、各端末にＳＩＰを実装する代わりに、各セッション代行装置にＳＩＰを実装し、セッション代行装置同士の間で帯域保証型セッションを確立させる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−７８８７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１に記載の技術では、一方の端末がもう一方の端末と通信する際に、相手の端末の接続先情報を自分の端末側のセッション代行装置に伝え、自分の端末側のセッション代行装置はその接続先情報に基づいて相手先端末側のセッション代行装置を判断し、接続を確立する。すなわち、最初の端末が接続する相手の端末の接続先情報を知らないと通信できない。接続先情報の代表的なものはＩＰアドレスである。
【０００８】
例えばＮＧＮなどの場合各家庭から通信網に接続するための通信中継装置であるゲートウエイ装置（ホームゲートウエイ装置：ＨＧＷ）を設置されていることが一般的である。家庭内では機器同士をつなぐＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）で機器を接続し、このＬＡＮをＨＧＷに接続される。このようにして、家庭内ＬＡＮと家庭外のネットワーク（通信網）はＨＧＷを境に分離されている場合が多い。その理由の１つは、セキュリティの確保である。すなわち、通信網側から家庭内ＬＡＮ上の機器へ直接アクセスすることはできないようになっている。
【０００９】
同様に家庭内ＬＡＮ上にどのような機器が存在するか、あるいは家庭内ＬＡＮ上の各機器のアドレス情報なども、外部の通信網から直接知られないようにしている。
【００１０】
一方家庭内ＬＡＮ上の機器は、機器の買い替えや抜き差し、電源のＯＮ／ＯＦＦなどで、機器構成が頻繁に変化するので、それに応じて家庭内ＬＡＮ上の機器のアドレスが不定期に変わる場合も多い。したがって、家庭内ＬＡＮ上の機器のアドレスを外部通信網に公開することは実用上も問題がある。
【００１１】
特許文献１に記載の技術の場合は、サーバがクライアントに対して何らかのサービスを提供するような場合には都合が良い。そのような場合は、目的から考えてもクライアント側がサーバの接続先情報（アドレス）を知っていてアクセスするのは当然である。
【００１２】
しかしながら、例えばＩＰネットワークを介したテレビ電話のように、互いにそれぞれの家庭内ＬＡＮ上にある機器同士で、通信網を介して通信を行おうとするアプリケーションの場合には、上述のように相手先の機器のアドレスを知ることは難しい。したがって、このようなアプリケーションにおいて、セッション代行装置を介して帯域確保型通信を行うことが出来ないという問題がある。
【課題を解決するための手段】
【００１３】
上記課題を解決するため、本発明では、帯域保証セッションを実行可能な広域ネットワークと拠点内ネットワークとに接続して、該広域ネットワークと該拠点内ネットワークとの間で通信を中継する通信中継装置において、前記拠点内ネットワークに接続された通信端末からの第１の登録要求を受けて、該通信端末を登録し管理する通信端末管理手段を備え、前記広域ネットワークからの第１の通信開始要求を受けて、前記通信端末管理手段に登録されている前記通信端末に第２の通信開始要求を送信することを特徴とする通信中継装置を用いることとした。
【発明の効果】
【００１４】
上記手段によれば、帯域保証セッションを実行可能な広域ネットワークと拠点内ネットワークが通信中継装置を介して接続され、ある拠点内ネットワーク上の通信端末と、別の拠点内ネットワーク上の別の通信端末とが上記広域ネットワークを介して通信する際に、直接相手の通信端末のアドレスを知らなくても通信が可能になる。
【図面の簡単な説明】
【００１５】
【図１】メディアデータ通信システムを示す図の例である。
【図２】ＨＧＷ１２の内部ブロック図の例である。
【図３】通信端末管理部１２３内部の管理テーブルの例を示す図である。
【図４】送受信装置１１の構成図の例である。
【図５】通信端末管理部１２３内部の管理テーブルの例を示す図である。
【図６】通信の接続の開始手順の一例を示す図である。
【図７】通信の接続の開始手順の一例を示す図である。
【図８】ＳＩＰサーバ４の構成図の例である。
【図９】データベース４３の内容の例を示す図である。
【発明を実施するための形態】
【００１６】
以下、実施例について説明する。
【実施例１】
【００１７】
図１は実施例１における映像および音声のメディアデータの送受信を行うメディアデータ通信システムの例を示す。拠点Ａと拠点Ｂの２つの拠点がある。
【００１８】
拠点Ａには送受信装置１１とＨＧＷ１２が設置され、これらは互いに宅内ネットワーク１３で接続されている。ＨＧＷ１２は公衆ネットワーク３に接続されている。送受信装置１１にはアドレスＡ１が、ＨＧＷ１２には公衆ネットワーク側にはアドレスＡ２が、宅内ネットワーク側にはアドレスＡ３がそれぞれ割り当てられている。
【００１９】
同様に、拠点Ｂには送受信装置２１とＨＧＷ２２が設置され、これらは互いに宅内ネットワーク２３で接続されている。ＨＧＷ２２は公衆ネットワーク３に接続されている。送受信装置２１にはアドレスＢ１が、ＨＧＷ２２には公衆ネットワーク側にはアドレスＢ２が、宅内ネットワーク側にはアドレスＢ３がそれぞれ割り当てられている。
さらに、公衆ネットワーク３には、ＳＩＰサーバ４が接続されている。
【００２０】
まず、拠点Ａについて説明する。
図２はＨＧＷ１２の内部ブロック図の例である。宅内ネットワークＩ／Ｆ部１２１、公衆ネットワークＩ／Ｆ部１２２、通信端末管理部１２３、ＳＩＰ通信部１２４、および制御部１２５から構成される。
【００２１】
宅内ネットワークＩ／Ｆ部１２１は宅内ネットワーク１３に接続され、宅内ネットワーク１３に接続された機器との通信を行う。
公衆ネットワークＩ／Ｆ部１２２は公衆ネットワーク３に接続され、公衆ネットワーク３に接続された機器との通信を行う。
【００２２】
宅内ネットワークとは、拠点内部の機器同士を接続するためのネットワークである。宅内ネットワークは拠点内ネットワークと呼ぶこともある。
公衆ネットワークとは、拠点外部にあって拠点同士を接続するためのネットワークである。公衆ネットワークは広域ネットワークと呼ぶこともある。
【００２３】
公衆ネットワークは、通信事業者によって提供されるＩＰ網である。帯域を確保しない通信のほか、帯域を確保した通信を可能にする帯域保証型通信の機能も提供されている。帯域保証型通信を行う場合の機器間の通信の帯域は、機器間でセッションを確立することによって確保される。帯域保証型通信では帯域確保用セッションの制御プロトコルの一例としてＳＩＰが用いられる。
【００２４】
公衆ネットワークから公衆ネットワークＩ／Ｆ部１２２を介して入ってきたパケットは、必要に応じ宅内ネットワークＩ／Ｆ部１２１を経由して宅内ネットワークに接続されている機器に転送される。宅内ネットワークに接続されている機器から宅内ネットワークＩ／Ｆ部１２１を介して入ってきたパケットは、必要に応じ公衆ネットワークＩ／Ｆ部１２２を経由して公衆ネットワークに接続されている機器に転送される。この転送の制御は、制御部１２５によって行われる。
【００２５】
通信端末管理部１２３は、宅内ネットワークに接続されている機器から宅内ネットワークＩ／Ｆ部１２１を介して登録要求を受け取り、その情報に基づいて、内部の管理テーブルに登録を行う。本実施例では、送受信装置１１から登録要求を受け取り、内部の管理テーブルに送受信装置１１を登録する場合を例に取り説明する。
【００２６】
この登録要求には送受信装置１１自身を識別する為に必要な情報が含まれている。そのような情報としてここでは送受信装置１１のアドレス情報およびニックネームを用いる。例えば送受信装置１１からの登録要求に、アドレスＡ１およびニックネーム「ｔａｒｏ」が含まれているものとする。
【００２７】
図３は通信端末管理部１２３内部の管理テーブルの例である。送受信装置１１からの上記登録要求に応じて、図に示すようにアドレスＡ１とニックネームｔａｒｏを関連づけて格納する。ｔａｒｏはユーザ識別情報であるが、ユーザではなく送受信装置を識別する情報であってもよい。
【００２８】
さらに、通信端末管理部１２３は、送受信部１１から登録要求を受け取った際、上記管理テーブルへの登録に加え、ＳＩＰ通信部１２４に対し、登録情報を伝える。ＳＩＰ通信部１２４は、その情報に基づき、ＳＩＰサーバ４に対し、ＳＩＰ−ＵＲＩの登録を行う。本実施例では、ニックネームｔａｒｏを用いて、「ｓｉｐ：ｔａｒｏ＠ｈｏｍｅ−ａ．ｃｏｍ」というＳＩＰ−ＵＲＩで登録を行うものとする。ＳＩＰサーバ４に伝える登録情報には、上記ＳＩＰ−ＵＲＩおよびＨＧＷ１２の公衆ネットワーク側アドレスＡ２の情報を含めて送信する。
【００２９】
図８はＳＩＰサーバ４の内部構成図である。ＨＧＷ１２から送信された上記登録情報を公衆ネットワークＩ／Ｆ部４１で受信する。受信した登録情報を制御部４２にて解釈し、データベース４３に登録する。
【００３０】
図９にデータベース４３の内容を示す。上記登録情報を受けて、ＳＩＰ−ＵＲＩ「ｔａｒｏ＠ｈｏｍｅ−ａ．ｃｏｍ」と、アドレスＡ２とが関連付けられて保存される。なおこの例では、そのほかにＳＩＰ−ＵＲＩ「ｈａｎａｋｏ＠ｈｏｍｅ−ｂ．ｃｏｍ」とそれに関連付けられたアドレスＢ２も保存されている様子が示されている。
【００３１】
ＳＩＰ通信部１２４は上記のようにＳＩＰ−ＵＲＩの登録のほか、公衆ネットワーク上の他のＳＩＰ機器とＳＩＰを用いて通信する。このＳＩＰ通信には帯域保証型セッションも含まれる。
【００３２】
次に、送受信装置１１の構成について説明する。図４に送受信装置１１の構成図の例を示す。送受信装置１１は、内部にネットワーク送受信部１１１、メディア復号化部１１２、表示部１１３、スピーカ１１４、制御部１１５、ＵＩ処理部１１６、撮像処理部１１７、マイク１１８、メディア復号化部１１９、登録処理部１１１０を備える。
【００３３】
ネットワーク送受信部１１１は、宅内ネットワーク１３に接続されており、制御部１１５の指示に基づき、メッセージや、映像・音声などのメディアデータの送受信処理を行う。ネットワーク送受信部１１１で受信したメディアデータは、メディア復号化部１１２に送られる。
【００３４】
メディア復号化部１１２では、ネットワーク送受信部１１２からメディアデータを受け取り、制御部１１５の指示に基づいて、映像および音声の復号化処理を行う。メディア復号化部１１２で復号化された映像は、表示部１１３を介して表示される。また、メディア復号化部１１２で復号化された音声は、スピーカ１１４を介して出力される。
【００３５】
制御部１１５は、通信処理を行うために必要な状態遷移を管理しており、ネットワーク送受信部１１１、メディア復号化部１１２およびＵＩ処理部１１６の動作を制御する。
また、制御部１１５は、外部装置への送信メッセージを作成し、ネットワーク送受信部１１１を介して送信する。また、制御部１１５は、ネットワーク送受信部１１１を介して外部装置からの受信メッセージを受信し、解釈し、その内容に基づいて上記制御を行う。
【００３６】
ＵＩ処理部１１６は、ユーザインターフェイスの処理を行う。すなわち、ユーザからの発信、切断、受信操作などの入力操作を受け付け、その内容を制御部１１６に通知する。また、制御部１１５からの指示に基づき、表示部１１３および／またはスピーカ１１４を介して、ユーザに対して着信通知等の出力を行う。
【００３７】
なお、受信装置１１、２１は必ずしも表示部１１３やスピーカ１１４を備える必要は無く、外部の表示装置や外部のスピーカに映像データや音声データを出力する構成でもよい。
【００３８】
次に、メディアデータの送信に関する動作を説明する。
撮像処理部１１７は、内部にレンズおよび撮像素子を備え、映像の撮像を行ってその内容をメディア符号化部１１９に送る。マイク１１８は、音声の入力を行い、その内容をメディア符号化部１１９に送る。
【００３９】
メディア符号化部１１９は、撮像処理部１１７およびマイク１１８からそれぞれ映像および音声を受け取り、制御部１１５の指示に基づいて、該映像および音声をメディアデータに符号化処理する。符号化されたメディアデータはネットワーク送受信部１１１に送られる。その後、ネットワーク送受信部１１１を介して外部のネットワークに送信される。
【００４０】
登録処理部１１１０はネットワーク送受信部１１１を介して宅内ネットワーク１３に接続されているＨＧＷ１２に登録要求を送出する。この登録要求には、送受信装置１１を識別する為に必要な情報として、アドレスＡ１およびユーザがあらかじめ指定したニックネームｔａｒｏを含む。
【００４１】
次に、拠点Ｂについて説明する。拠点Ｂの送受信装置２１は、送受信装置１１と同一の構成である。また、ＨＧＷ２２は、ＨＧＷ１２と同一の構成である。拠点Ａについての説明と共通の部分については説明を省略する。
【００４２】
送受信装置２１にはあらかじめユーザによりニックネーム「ｈａｎａｋｏ」が設定されている。ＨＧＷ１２と同様、ＨＧＷ２２は、送受信装置２１から登録要求を受け、通信端末管理部の内部管理テーブルに送受信装置２１を登録する。図５に当該管理テーブルの例を示す。図に示すようにアドレスＢ１とニックネームｈａｎａｋｏを関連づけて格納する。ｈａｎａｋｏはユーザ識別情報であるが、ユーザではなく送受信装置を識別する情報であってもよい。
【００４３】
さらに、ＨＧＷ２２は、送受信部２１から登録要求を受け取った際、上記管理テーブルへの登録に加え、ＳＩＰサーバ４に対し、ＳＩＰ−ＵＲＩの登録を行う。拠点Ｂにおいては、ニックネームｈａｎａｋｏを用いて、「ｓｉｐ：ｈａｎａｋｏ＠ｈｏｍｅ−ｂ．ｃｏｍ」というＳＩＰ−ＵＲＩで登録を行うものとする。ＳＩＰサーバ４に伝える登録情報には、上記ＳＩＰ−ＵＲＩおよびＨＧＷ２２の公衆ネットワーク側アドレスＢ２の情報を含めて送信する。
【００４４】
ＳＩＰサーバ４は、前述のＨＧＷ１２の場合と同様、ＨＧＷ２２からの登録情報を受信して、ＳＩＰ−ＵＲＩおよびそれに対応するアドレスを内部のデータベース４３に登録を行う。
【００４５】
次に、図６を用いて本実施例における通信の接続の開始手順の例を説明する。ここでは拠点Ａを発信側拠点、拠点Ｂを着信側拠点として説明する。ここに示される処理は、送受信装置、ＨＧＷの制御部１１５、１２５が装置内の各部を制御することにより実現される。
【００４６】
ここで、拠点ＡのユーザＵＡがＴＶである送受信装置１１に対し、発信先として「ｈａｎａｋｏ＠ｈｏｍｅ−ｂ．ｃｏｍ」を指定して発信操作を行う。送受信装置１１は、ユーザＵＡの発信操作を受けて、ＨＧＷ１２に対して、「ｈａｎａｋｏ＠ｈｏｍｅ−ｂ．ｃｏｍ」に対する接続要求を送出する。ＨＧＷ１２は、送受信装置１１からの接続要求を受け、帯域確保のためのＳＩＰによる通信を開始する。すなわち、ＨＧＷ１２は、ＳＩＰ−ＵＲＩ「ｓｉｐ：ｈａｎａｋｏ＠ｈｏｍｅ−ｂ．ｃｏｍ」に対する通信の開始を要求するＩＮＶＩＴＥメッセージをＳＩＰサーバ４に送出する。
【００４７】
ＳＩＰサーバ４は、ＨＧＷ１２からのＩＮＶＩＴＥメッセージを受けると、制御部４２においてこのメッセージを解釈し、ネットワークＩ／Ｆ部４１を通じてＨＧＷ１２に対してはＴｒｙｉｎｇメッセージを発信する。さらに、ＳＩＰ−ＵＲＩのドメイン「ｈｏｍｅ−ｂ．ｃｏｍ」をデータベース４３で検索して対応するアドレスＢ２を得る。その後、アドレスＢ２を持つＨＧＷ２２に対し、ＩＮＶＩＴＥメッセージを送出する。
【００４８】
拠点Ｂ側のＨＧＷ２２では、ＳＩＰサーバ４から上記ＩＮＶＩＴＥメッセージを受け取ると、Ｔｒｙｉｎｇメッセージを返し、続いてＯＫメッセージを返す。
【００４９】
ＳＩＰサーバ４は、ＨＧＷ２２からＯＫメッセージを受け取ると、制御部４２においてこのメッセージを解釈し、ネットワークＩ／Ｆ部４１を通じてＨＧＷ１２に対してＯＫメッセージを送出する。なお、ＳＩＰサーバ４は、ＨＧＷ１２に対して、ＨＧＷ２２のアドレスＢ２も伝える。この時点で、ＨＧＷ１２とＨＧＷ２２の間で、帯域確保されたセッションが成立する。
【００５０】
ＨＧＷ１２は、帯域確保が成立した後、送受信装置１１に対し接続完了通知を送信する。送受信装置１１は、ＨＧＷ１２から接続完了通知を受け取ると、今度は「ｈａｎａｋｏ＠ｈｏｍｅ−ｂ．ｃｏｍ」に対するアプリケーションレベルでの呼出要求をＨＧＷ１２に対して送出する。ＨＧＷ１２は、送受信装置１１から上記呼出要求を受け取ると、「ｈａｎａｋｏ＠ｈｏｍｅ−ｂ．ｃｏｍ」に対する呼出要求をＨＧＷ２２に送信する。
【００５１】
ＨＧＷ２２は、上記呼出要求をＨＧＷ１２から受け取ると、通信端末管理部１２３内部の管理テーブルを参照して、これをｈａｎａｋｏすなわち送受信装置２１宛と認識し、そのアドレスＢ１に対して呼出要求を行う。
【００５２】
具体的には、制御部１２５が、呼出要求に含まれていた「ｈａｎａｋｏ＠ｈｏｍｅ−ｂ．ｃｏｍ」のアットマーク以前のユーザ識別情報である「ｈａｎａｋｏ」を取得し、通信端末管理部１２３に登録された管理テーブルから、「ｈａｎａｋｏ」に対応するアドレス情報「Ｂ１」を取得する。このアドレスＢ１に対して呼出要求を送信する。
【００５３】
送受信装置２１では、上記呼出要求を受け取り、拠点Ａからの通信開始要求を認識する。これを受け、送受信装置２１では、音や画面表示等により、拠点ＢのユーザＵＢに着信を知らせるとともに、受話操作を促す。
【００５４】
受付ユーザＵＢが受話操作を行って、着信を許可すると、送受信装置２１は、着信を承諾する呼出受付メッセージをＨＧＷ２２に対して送信する。ＨＧＷ２２は、送受信装置２１から上記呼出受付メッセージを受け取ると、ＨＧＷ１２に対して呼出受付メッセージを送信する。
【００５５】
ＨＧＷ１２は、ＨＧＷ２２から上記呼出受付メッセージを受け取ると、送受信装置１１に対して呼出受付メッセージを送信する。これにより、送受信装置１１、送受信装置２１はともにメディアデータを送受信できる状態になる。
【００５６】
送受信装置１１は、映像および音声のエンコードおよびパケット化を開始し、そのメディアデータをＨＧＷ１２に対して送信を行う。ＨＧＷ１２からＨＧＷ２２へは、上記帯域確保されたセッションを介してメディアデータが送信される。ＨＧＷ２２に到着したメディアデータは、送受信装置２１へ送られる。送受信装置２１から送受信装置１１へのメディアデータ送信についても同様である。
【００５７】
このように、拠点Ａ側の端末である送受信装置１１およびＨＧＷ１２は、最終的な通信先の端末である拠点Ｂの送受信装置１２のアドレスＢ１を知らなくても、ＨＧＷ１２がＨＧＷ２１のアドレスＢ２さえ分れば、送受信装置１１と送受信装置２１との間で通信を行うことが可能となる。
【００５８】
なお、本実施例において、拠点Ａ、Ｂとも、ＨＧＷに接続されている送受信装置が１台の場合の例を示したが、複数台の送受信装置がＨＧＷに接続されていても良い。その場合、それぞれの送受信装置は異なるニックネームを持ち、ＨＧＷに対する登録要求はそれぞれの送受信装置から行われ、ＨＧＷ内部の管理テーブル（図３または図５）は、その台数分のエントリが作成される。
【００５９】
またその場合、ＨＧＷからＳＩＰサーバ４に対する登録処理も、それぞれのニックネームを用いて複数台分実施される。すなわちＨＧＷに対する登録要求に含まれるニックネームに応じて、ＳＩＰ−ＵＲＩおよびＨＧＷ１２の公衆ネットワーク側アドレスの情報を含む登録要求を生成し、この登録要求をＳＩＰサーバ４に送出する。さらに、ＨＧＷに対してＩＮＶＩＴＥメッセージの着信があった場合、メッセージに含まれるニックネームを通信端末管理部１２３内部の管理テーブルと照合して、拠点内の適切な送受信装置に対して呼出を行うことが可能である。
【００６０】
また本実施例において、公衆ネットワーク３上に１台のＳＩＰサーバ４が接続されて、その内部のデータベース４３を用いて登録情報の登録および検索を行う例を示したが、公衆ネットワーク３上に複数台のＳＩＰサーバが接続されて、それらが互いに連携をして登録および検索を行っても良い。
【実施例２】
【００６１】
次に本発明の実施例２について説明する。実施例１と同様の部分については説明を省略し、異なる部分についてのみ説明する。
【００６２】
図７は、本実施例における通信の接続の開始手順の例である。実施例１との違いは、送受信装置１１からＨＧＷ１１に対する接続要求とアプリケーションレベルの呼出要求を１つに統合したことである。
【００６３】
すなわち、ユーザＵＡによる発信操作から、ＨＧＷ２２へＩＮＶＩＴＥメッセージが到達し、ＨＧＷ２２がＳＩＰサーバ４に対してＴｒｙｉｎｇメッセージを返す部分までは実施例１と同様である。この後、引き続きＨＧＷ２２から送受信装置２１に対して呼出要求を行う。
【００６４】
送受信装置２１では、上記呼出要求を受け取り、拠点Ａからの通信開始要求を認識する。これを受け、送受信装置２１では、音や画面表示等により、拠点ＢのユーザＵＢに着信を知らせるとともに、受話操作を促す。受付ユーザＵＢが受話操作を行って、着信を許可すると、送受信装置２１は、着信を承諾する呼出受付メッセージをＨＧＷ２２に対して送信する。
【００６５】
ＨＧＷ２２は、送受信装置２１から上記呼出受付メッセージを受け取ると、ＳＩＰサーバ４に対してＯＫメッセージを送信する。
【００６６】
ＳＩＰサーバ４は、ＨＧＷ２２からＯＫメッセージを受け取ると、ＨＧＷ１２に対してＯＫメッセージを送出する。なお、ＳＩＰサーバ４は、ＨＧＷ１２に対して、ＨＧＷ２２のアドレスＢ２も伝える。この時点で、ＨＧＷ１２とＨＧＷ２２の間で、帯域確保されたセッションが成立する。
【００６７】
さらに、ＨＧＷ１２は、ＨＧＷ２２から上記ＯＫメッセージを受け取ると、送受信装置１１に対して接続完了メッセージを送信する。これにより、送受信装置１１、送受信装置２１はともにメディアデータを送受信できる状態になる。
あとは、実施例１と同様メディアデータの送受信が行われる。
以上、本実施例によっても、実施例１と同様の効果が得られる。
【００６８】
なお上記実施例１および２においてメディアデータとして映像および音声の符号化データの送受信の例を示したが、音声のみ、あるいは映像のみでもよい。また映像・音声以外のデータ送受信であっても同様の手順により利用可能である。
【符号の説明】
【００６９】
１・・・拠点Ａ
２・・・拠点Ｂ
３・・・宅外ネットワーク（公衆ネットワーク）
４・・・ＳＩＰサーバ
１１，１２・・・送受信装置
１３，２３・・・宅内ネットワーク
【図１】
2010219580.tif 000003
【図２】
2010219580.tif 000004
【図３】
2010219580.tif 000005
【図４】
2010219580.tif 000006
【図５】
2010219580.tif 000007
【図６】
2010219580.tif 000008
【図７】
2010219580.tif 000009
【図８】
2010219580.tif 000010
【図９】
2010219580.tif 000011