(57)【要約】【課題】  ネットワーク内の通信を簡易に行える通信端末を提供する。【解決手段】  通信端末１０は、ネットワーク４０に接続された端末であることの登録を要求する登録要求に自端末が提供するサービスに関する情報を含める。送受信部２２により、一つの宛先アドレスで複数の端末が受信可能な形式でネットワーク４０に送信し、登録要求に応じて他の端末のそれぞれから自端末宛てに送信された登録応答を受信する。通信端末１０は、受信した登録応答から他の端末が提供するサービスに関する情報を取得するＳＩＰメッセージ処理部２６と、ＳＩＰメッセージ処理部２６により取得した情報を格納する他端末情報ファイル３２と、を備える。【選択図】  図１
2005033603.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された端末であることの登録を要求する登録要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式で前記ネットワークに送信する送信手段と、
前記登録要求に応じて他の端末のそれぞれから自端末宛てに送信された登録応答を受信する受信手段と、
前記登録応答から前記他の端末が提供するサービスに関する情報を取得する取得手段と、
前記取得手段により取得した情報を格納する格納手段と、
を備えることを特徴とする通信端末。
【請求項２】
前記取得手段により取得した情報に基づいて前記他の端末と通信可能か否かを判定し、その判定結果に基づいて前記取得手段により取得した情報を格納するか否かを制御する制御手段をさらに備えることを特徴とする請求項１に記載の通信端末。
【請求項３】
前記登録要求に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成する手段をさらに備えることを特徴とする請求項１に記載の通信端末。
【請求項４】
自端末とネットワークで接続された他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信される、前記ネットワークに接続された端末であることの登録を要求する登録要求を受信する受信手段と、
受信した登録要求から前記他の端末が提供するサービスに関する情報を取得する取得手段と、
前記取得手段により取得した情報を格納する格納手段と、
前記登録要求に対する登録応答に自端末が提供するサービスに関する情報を含めて前記他の端末に送信する送信手段と、
を備えることを特徴とする通信端末。
【請求項５】
前記取得手段により取得した情報に基づいて前記他の端末と通信可能か否かを判定し、その判定結果に基づいて、失敗応答を送信する、または登録応答を送信しないように前記送信手段を制御する制御手段をさらに備えることを特徴とする請求項４に記載の通信端末。
【請求項６】
前記格納手段に格納されたサービスに関する情報に基づいて選択された端末とセッションを開始して通信する手段をさらに備えることを特徴とする請求項１又は４に記載の通信端末。
【請求項７】
前記登録要求に用いられるプロトコルと前記セッション開始に用いられるプロトコルとが同じであることを特徴とする請求項６に記載の通信端末。
【請求項８】
前記サービスに関する情報には、端末が処理できるメディアに関する情報を含むことを特徴とする請求項１又は４に記載の通信端末。
【請求項９】
他の端末とのセッション開始を要求するセッション開始要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式でネットワークに送信する送信手段と、
前記セッション開始要求に応じて、前記ネットワークに接続された他の端末のうち前記サービスに関する情報に基づいて前記自端末と通信可能と判定した端末から送信されたセッション開始応答を受信する受信手段と、
前記セッション開始応答に基づいて前記他の端末と通信する通信手段と、
を備えることを特徴とする通信端末。
【請求項１０】
前記セッション開始応答から前記他の端末が提供するサービスに関する情報を取得する取得手段と、
前記取得手段により取得した情報を格納する格納手段と、
をさらに備えることを特徴とする請求項９に記載の通信端末。
【請求項１１】
自端末とネットワークで接続された他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信されるセッション開始を要求するセッション開始要求を受信する受信手段と、
前記セッション開始要求から前記他の端末が提供するサービスに関する情報を取得する取得手段と、
前記取得手段により取得した情報に基づいて前記他の端末と通信可能か否か判定する判定手段と、
前記判定手段による判定結果に基づいてセッション開始応答を送信する送信手段と、
を備えることを特徴とする通信端末。
【請求項１２】
前記送信手段が、前記セッション開始応答に自端末が提供するサービスに関する情報を含めて送信することを特徴とする請求項１１に記載の通信端末。
【請求項１３】
ネットワークに接続された他の端末と通信する通信方法であって、
ネットワークに接続された端末であることの登録を要求する登録要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式で前記ネットワークに送信する送信ステップと、
前記登録要求に応じて他の端末のそれぞれから自端末宛てに送信された登録応答を受信する受信ステップと、
前記登録応答から前記他の端末が提供するサービスに関する情報を取得する取得ステップと、
前記取得ステップにおいて取得した情報を格納する格納ステップと、
を備えることを特徴とする通信方法。
【請求項１４】
前記取得ステップにおいて取得した情報に基づいて前記他の端末と通信可能か否かを判定し、その判定結果に基づいて前記取得ステップにおいて取得した情報を格納するか否かを制御する制御ステップをさらに備えることを特徴とする請求項１３に記載の通信方法。
【請求項１５】
ネットワークに接続された他の端末と通信する通信方法であって、
自端末とネットワークで接続された他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信される、前記ネットワークに接続された端末であることの登録を要求する登録要求を受信する受信ステップと、
受信した登録要求から前記他の端末が提供するサービスに関する情報を取得する取得ステップと、
前記取得ステップにおいて取得した情報を格納する格納ステップと、
前記登録要求に対する登録応答に自端末が提供するサービスに関する情報を含めて前記他の端末に送信する送信ステップと、
を備えることを特徴とする通信方法。
【請求項１６】
ネットワークに接続された他の端末と通信する通信方法であって、
他の端末とのセッション開始を要求するセッション開始要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式でネットワークに送信する送信ステップと、
前記セッション開始要求に応じて、前記ネットワークに接続された他の端末のうち前記サービスに関する情報に基づいて前記自端末と通信可能と判定した端末から送信されたセッション開始応答を受信する受信ステップと、
前記セッション開始応答に基づいて前記他の端末と通信する通信ステップと、
を備えることを特徴とする通信方法。
【請求項１７】
ネットワークに接続された他の端末と通信する通信方法であって、
他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信されるセッション開始を要求するセッション開始要求を受信する受信ステップと、
前記セッション開始要求から前記他の端末が提供するサービスに関する情報を取得する取得ステップと、
前記取得ステップにおいて取得した情報に基づいて前記他の端末と通信可能か否か判定する判定ステップと、
前記判定ステップによる判定結果に基づいてセッション開始応答を送信する送信ステップと、
を備えることを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
ネットワークに接続される通信端末およびネットワークに接続された通信端末間の通信方法に関する。
【背景技術】
【０００２】
家庭やオフィスなどにおいて、ＰＣ端末、ＦＡＸ、スキャナなどの端末が接続されて構内ネットワークが構成される場合がある。以下、ネットワークに接続される端末を「通信端末」という。このようなネットワークに接続された通信端末同士が機器制御や動画／音声セッション確立などの連携した動作を行うためには、まず、それぞれの通信端末がお互いの存在を認識する必要がある（サービスディスカバリ）。さらに、それぞれの通信端末がお互いのサービス情報を交換するための仕組み（サービス情報の交換）が必要である。ここで、サービス情報とは、通信端末の種別、品番、名称等のデバイスに関する情報と、通信端末が提供可能な機能またはサービスに関する情報と、通信端末がサポートするメディアのコーデックや受信アドレス等のメディアに関する情報である。
【０００３】
サービスディスカバリやサービス情報の交換は、ディレクトリサービスを提供するサーバによって実現される場合がある。しかし、家庭やオフィスなどの小規模な環境にディレクトリサーバを設け、定期的に管理することは現実的ではない。また、ディレクトリサーバを介さず、通信端末間のｅｎｄ−ｔｏ−ｅｎｄでサービスディスカバリとサービス情報の交換を行う仕組みも存在する。この代表的な技術としてはユニバーサルプラグアンドプレイ（ＵＰｎＰ）が知られている（非特許文献１）。
【０００４】
ＵＰｎＰは、通信端末間のサービスの検出と機器制御を実現するための技術であり、複数のプロトコルにより構成されている。その中でサービスディスカバリを規定しているのは、ＳＳＤＰ（Simple Service Discovery Protocol, IETF draft-cai-ssdp-v1-03）である。ＳＳＤＰは、ＨＴＴＰのアーキテクチャを利用してエンド間でサービス情報の告知と検索を行うためのプロトコルである。通信端末は新規にネットワークに参加した際に、ＳＳＤＰにより他の端末へ自端末のプレゼンスを通知する。これによりサービスディスカバリが行われる。
【０００５】
続くサービス情報の交換では、他の端末のサービスを検索することにより、他の端末およびそのサービスを認識する。サービスの検索は、他の端末からの応答に含まれるＵＲＬを参照することにより行い、デバイス記述（Device Description）、サービス記述（Service Description）を取得する。ここで、デバイス記述とは、種別、品番、名称、製造者等のデバイスに関する情報であり、サービス記述とは、機能／サービスに関する情報である。なお、サービス記述には、通信端末がサポートするメディアコーデック等のメディアに関する情報を記述することができなかった。
【非特許文献１】Windows（登録商標）XPのユニバーサルプラグアンドプレイ（UPｎP）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ネットワーク内の通信端末間で、音声通話やテレビ通話等のメディアセッションを確立する場合には、上記したサービスディスカバリ、サービス情報の交換の手続きの後はじめてＳＩＰやＨ．３２３等のセッション制御プロトコルによりセッション確立が可能となる。すなわち、セッションの確立を行う前に、サービスディスカバリを行い、サービスディスカバリの応答に含まれるＵＲＬを参照することにより、サービス情報を取得する手続きが必要であった。
【０００７】
本発明は上記の背景を考慮し、ネットワーク内の通信を簡易に行える通信端末および通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る通信端末は、ネットワークに接続された端末であることの登録を要求する登録要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式でネットワークに送信する送信手段と、登録要求に応じて他の端末のそれぞれから自端末宛てに送信された登録応答を受信する受信手段と、登録応答から他の端末が提供するサービスに関する情報を取得する取得手段と、取得手段により取得した情報を格納する格納手段と、を備える。
【０００９】
登録要求に自端末が提供するサービスに関する情報（以下、「サービス情報」という）を含めて送信することにより、登録要求を受信した他の端末は、新しくネットワークに参加した通信端末のサービス情報を取得できる。また、登録要求に応じて送信される登録応答には送信元の端末のサービス情報が含まれているので、ネットワークに新しく参加した端末はネットワークに既に参加している端末のサービス情報を格納できる。従って、登録要求を送信してその登録応答を受信するシーケンスにより、自端末のサービス情報をネットワーク内の他の端末に通知すると共に、他の端末のサービス情報を取得できる。また、後にセッション接続を行うときには、それぞれの通信端末に格納された他の端末のサービス情報を参照してセッション相手を選択でき、セッション確立までのシーケンスを簡略化できる。なお、サービス情報には、端末の種別、品番、名称、製造者等のデバイスに関する情報、機能／サービスに関する情報が含まれる。
【００１０】
好ましくは、本発明に係る通信端末は、取得手段により取得した情報に基づいて他の端末と通信可能か否かを判定し、その判定結果に基づいて取得手段により取得した情報を格納するか否かを制御する制御手段をさらに備える。
【００１１】
この構成によれば、登録応答に含まれるサービス情報に基づいて、登録応答送信元の端末と通信可能か否かを判定し、通信可能と判定されたときに他の端末のサービス情報を格納する。これにより、通信不可能な通信端末のサービス情報を格納しなくてよいので、格納手段に格納する情報量を抑制できる。
【００１２】
好ましくは、本発明に係る通信端末は、登録要求に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成する手段をさらに備える。
【００１３】
この構成により、特別な設定なしで自動的に自端末のユーザ名を生成可能となる。また、ユーザ名を参照することにより端末を容易に識別可能となる。
【００１４】
本発明の別の態様に係る通信端末は、自端末とネットワークで接続された他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信される、ネットワークに接続された端末であることの登録を要求する登録要求を受信する受信手段と、受信した登録要求から他の端末が提供するサービスに関する情報を取得する取得手段と、取得手段により取得した情報を格納する格納手段と、登録要求に対する登録応答に自端末が提供するサービスに関する情報を含めて他の端末に送信する送信手段と、を備える。
【００１５】
登録要求には送信元の端末のサービス情報が含まれているので、受信した登録要求からサービス情報を取得して格納できる。また、登録要求に応じて送信する登録応答に自端末のサービス情報を含めて送信することにより、登録要求送信元の通信端末に自端末のサービス情報を通知できる。従って、登録要求を受信してその登録応答を送信するシーケンスにより、ネットワークに参加した通信端末の情報を取得できると共に、その通信端末に自端末のサービス情報を通知できる。また、後にセッション接続を行うときには、それぞれの通信端末に格納された他端末のサービス情報を参照してセッション相手を選択でき、セッション確立までのシーケンスを簡略化できる。
【００１６】
好ましくは、本発明の通信端末は、取得手段により取得した情報に基づいて他の端末と通信可能か否かを判定し、その判定結果に基づいて取得手段により取得した情報を格納するか否かを制御する制御手段をさらに備える。
【００１７】
この構成によれば、登録要求に含まれるサービス情報に基づいて登録要求送信元の端末と通信可能か否かを判定し、通信可能と判定されたときに他の端末のサービス情報を格納する。これにより、通信不可能な通信端末のサービス情報を格納しなくてよいので、格納手段に格納する情報量を抑制できる。
【００１８】
好ましくは、本発明の通信端末は、取得手段により取得した情報に基づいて他の端末と通信可能か否かを判定し、その判定結果に基づいて、失敗応答を送信する又は登録応答を送信しないように送信手段を制御する制御手段をさらに備える。
【００１９】
この構成によれば、登録要求に含まれるサービス情報に基づいて登録要求送信元の端末と通信可能か否かを判定し、通信不可能と判定されたときには失敗応答を送信する。これにより、登録要求送信元の通信端末はサービス情報に基づいて通信可能か否かを判定せずに応答を破棄できる。また、通信不可能と判定されたときに、登録応答を送信しないこととしてもよい。これにより、登録要求送信元の端末に送信される登録応答数を制限できる。
【００２０】
好ましくは、本発明の通信端末は、登録応答に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成する手段をさらに備える。
【００２１】
この構成により、特別な設定なしで自動的に自端末のユーザ名を生成可能となる。また、ユーザ名を参照することにより端末を容易に識別可能となる。
【００２２】
好ましくは、本発明の通信端末は、格納手段に格納されたサービスに関する情報に基づいて選択された端末とセッションを開始して通信する手段をさらに備える。
【００２３】
このようにセッションを開始する端末を格納手段に格納されたサービス情報に基づいて選択することにより、セッション接続時にサービス情報交換のシーケンスを省略でき、簡略化したシーケンスでセッションを開始できる。
【００２４】
好ましくは、登録要求とセッション開始には同じプロトコルを用いる。また、好ましくは、ネットワークはＩＰネットワークであり、通信用のプロトコルとしてＳＩＰを用いる。
【００２５】
これにより、サービス情報の交換とセッション接続を同じプロトコルで実現でき、通信端末のプロトコルスタックを軽減できる。また、ＳＩＰはプロトコルが簡単であり、また機器情報などや伝送データなどの付加情報をメッセージボディに入れることができるので好ましい。
【００２６】
好ましくは、サービスに関する情報には、端末が処理できるメディアに関する情報を含む。
【００２７】
これにより、セッションを開始する端末を格納手段に格納されたメディアに関する情報（以下、「メディア情報」という）に基づいて選択することにより、メディア情報不一致によるセッション接続失敗を防止できる。
【００２８】
本発明の別の態様に係る通信端末は、他の端末とのセッション開始を要求するセッション開始要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式でネットワークに送信する送信手段と、セッション開始要求に応じて、ネットワークに接続された他の端末のうちサービスに関する情報に基づいて自端末と通信可能と判定した端末から送信されたセッション開始応答を受信する受信手段と、セッション開始応答に基づいて他の端末と通信する通信手段と、を備える。
【００２９】
セッション開始要求に自端末のサービス情報を含めてネットワーク内の複数の端末に送信することにより、セッション開始要求を受信した他端末はサービス情報に基づいてセッション接続可能か否か判定できる。そして、接続可能と判定した他の端末から送信されたセッション開始応答を受信し、セッションを開始する。これにより、セッション確立前にサービスディスカバリ及びサービス情報取得の手続きを行っておく必要がなく、セッション開始までのシーケンスを簡略化できる。また、それぞれの通信端末が他端末のサービス情報を格納しておく必要がないので各端末の構成を簡単にできる。
【００３０】
好ましくは、本発明の通信端末は、セッション開始応答から他の端末が提供するサービスに関する情報を取得する取得手段と、取得手段により取得した情報を格納する格納手段と、をさらに備える。
【００３１】
この構成により、セッション開始のシーケンスを利用して他端末のサービス情報を取得して格納できる。従って、以降は、格納されたサービス情報を参照して選択した他端末のみを宛先としてセッション開始手続きを行うことができる。
【００３２】
好ましくは、本発明の通信端末は、セッション開始要求に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成する手段をさらに備える。
【００３３】
この構成により、特別な設定なしで自動的に自端末のユーザ名を生成可能となる。また、ユーザ名を参照することにより端末を容易に識別可能となる。
【００３４】
本発明の別の態様に係る通信端末は、自端末とネットワークで接続された他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信されるセッション開始を要求するセッション開始要求を受信する受信手段と、セッション開始要求から他の端末が提供するサービスに関する情報を取得する取得手段と、取得手段により取得した情報に基づいて他の端末と通信可能か否か判定する判定手段と、判定手段による判定結果に基づいてセッション開始応答を送信する送信手段と、を備える。
【００３５】
セッション開始要求に含まれる他端末のサービス情報により、セッション開始要求送信元の通信端末と通信可能か否かを判定し、判定の結果、通信可能な場合にセッション開始応答を送信する。これにより、セッション確立前にサービスディスカバリ及びサービス情報取得の手続きを行っておく必要がなく、セッション開始までのシーケンスを簡略化できる。また、それぞれの通信端末が他端末のサービス情報を格納しておく必要もないので各端末の構成を簡単にできる。
【００３６】
好ましくは、本発明の通信端末は、取得手段により取得した情報を格納する格納手段をさらに備える。
【００３７】
この構成により、セッション開始のシーケンスを利用して他端末のサービス情報を取得して格納できる。従って、以降は、格納されたサービス情報を参照して選択した他端末のみを宛先としてセッション開始手続きを行うことができる。
【００３８】
好ましくは、送信手段が、セッション開始応答に自端末が提供するサービスに関する情報を含めて送信する。
【００３９】
この構成により、セッション開始のシーケンスを利用して自端末のサービス情報を通知でき、セッション接続相手の端末がこのサービス情報を格納することが可能である。従って、セッション接続相手の端末は、以降のセッション開始時に、格納されたサービス情報を利用できる。
【００４０】
好ましくは、ネットワークはＩＰネットワークであり、セッション開始のプロトコルにＳＩＰを用いる。
【００４１】
ＳＩＰはプロトコルが簡単であり、また機器情報などや伝送データなどの付加情報をメッセージボディに入れることができるので好ましい。
【００４２】
本発明に係る通信方法は、ネットワークに接続された他の端末と通信する通信方法であって、ネットワークに接続された端末であることの登録を要求する登録要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式でネットワークに送信する送信ステップと、登録要求に応じて他の端末のそれぞれから自端末宛てに送信された登録応答を受信する受信ステップと、登録応答から他の端末が提供するサービスに関する情報を取得する取得ステップと、取得ステップにおいて取得した情報を格納する格納ステップと、を備える。
【００４３】
登録要求に自端末のサービス情報を含めて送信することにより、登録要求を受信した他の端末は、新しくネットワークに参加した通信端末のサービス情報を取得できる。また、登録要求に応じて送信される登録応答には送信元の端末のサービス情報が含まれているので、ネットワークに新しく参加した端末はネットワークに既に参加している端末のサービス情報を格納できる。従って、登録要求を送信してその登録応答を受信するシーケンスにより、自端末のサービス情報をネットワーク内の他の端末に通知すると共に、他の端末のサービス情報を取得できる。また、後にセッション接続を行うときには、それぞれの通信端末に格納された他の端末のサービス情報を参照してセッション相手を選択でき、セッション確立までのシーケンスを簡略化できる。なお、サービス情報には、端末の種別、品番、名称、製造者等のデバイスに関する情報、機能／サービスに関する情報が含まれる。
【００４４】
好ましくは、本発明の通信方法は、取得ステップにおいて取得した情報に基づいて他の端末と通信可能か否かを判定し、その判定結果に基づいて取得ステップにおいて取得した情報を格納するか否かを制御する制御ステップをさらに備える。
【００４５】
この方法によれば、登録応答に含まれるサービス情報に基づいて登録応答送信元の端末と通信可能か否かを判定し、通信可能と判定されたときに他の端末のサービス情報を格納する。これにより、通信不可能な通信端末のサービス情報を格納しなくてよいので、通信端末に格納する情報量を抑制できる。
【００４６】
好ましくは、本発明の通信方法は、登録要求に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成するステップをさらに備える。
【００４７】
この方法により、特別な設定なしで自動的に自端末のユーザ名を生成可能となる。また、ユーザ名を参照することにより端末を容易に識別可能となる。
【００４８】
本発明の別の態様に係る通信方法は、ネットワークに接続された他の通信端末と通信する通信方法であって、自端末とネットワークで接続された他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信される、ネットワークに接続された端末であることの登録を要求する登録要求を受信する受信ステップと、受信した登録要求から他の端末が提供するサービスに関する情報を取得した取得ステップと、取得ステップにおいて取得した情報を格納する格納ステップと、登録要求に対する登録応答に自端末が提供するサービスに関する情報を含めて他の端末に送信する送信ステップと、を備える。
【００４９】
登録要求には送信元の端末のサービス情報が含まれているので、受信した登録要求からサービス情報を取得して格納できる。また、登録要求に応じて送信する登録応答に自端末のサービス情報を含めて送信することにより、登録要求送信元の通信端末に自端末のサービス情報を通知できる。従って、登録要求を受信してその登録応答を送信するシーケンスにより、ネットワークに参加した通信端末の情報を取得できると共に、その通信端末に自端末のサービス情報を通知できる。また、後にセッション接続を行うときには、それぞれの通信端末に格納された他端末のサービス情報を参照してセッション相手を選択でき、セッション確立までのシーケンスを簡略化できる。
【００５０】
好ましくは、本発明の通信方法は、取得ステップにおいて取得した情報に基づいて他の端末と通信可能か否かを判定し、その判定結果に基づいて取得ステップにおいて取得した情報を格納するか否かを制御する制御ステップをさらに備える。
【００５１】
この方法によれば、登録要求に含まれるサービス情報に基づいて登録要求送信元の端末と通信可能か否かを判定し、通信可能と判定されたときに他の端末のサービス情報を格納する。これにより、通信不可能な通信端末のサービス情報を格納しなくてよいので、通信端末に格納する情報量を抑制できる。
【００５２】
好ましくは、本発明の通信方法は、取得ステップにおいて取得した情報に基づいて他の端末と通信可能か否かを判定し、その判定結果に基づいて、送信ステップにおいて失敗応答を送信する。
【００５３】
この方法によれば、登録要求に含まれるサービス情報に基づいて登録要求送信元の端末と通信可能か否かを判定し、通信不可能と判定されたときには失敗応答を送信する。これにより、登録要求送信元の通信端末はサービス情報に基づいて通信可能か否かを判定せずに応答を破棄できる。
【００５４】
好ましくは、本発明の通信方法は、登録応答に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成するステップをさらに備える。
【００５５】
この方法により、特別な設定なしで自動的に自端末のユーザ名を生成可能となる。また、ユーザ名を参照することにより端末を容易に識別可能となる。
【００５６】
好ましくは、本発明の通信方法は、格納ステップにおいて格納されたサービスに関する情報に基づいて選択された端末とセッションを開始して通信するステップをさらに備える。
【００５７】
このようにセッションを開始する端末を格納ステップにおいて格納されたサービス情報に基づいて選択することにより、セッション接続時にサービス情報交換のシーケンスを省略でき、簡略化したシーケンスでセッションを開始できる。
【００５８】
好ましくは、登録要求とセッション開始には同じプロトコルを用いる。また、好ましくは、ネットワークはＩＰネットワークであり、通信用のプロトコルとしてＳＩＰを用いる。
【００５９】
これにより、サービス情報の交換とセッション接続を同じプロトコルで実現でき、通信端末のプロトコルスタックを軽減できる。また、ＳＩＰはプロトコルが簡単であり、また機器情報などや伝送データなどの付加情報をメッセージボディに入れることができるので好ましい。
【００６０】
好ましくは、サービスに関する情報には、端末が処理できるメディアに関する情報を含む。
【００６１】
これにより、セッションを開始する端末を格納手段に格納されたメディア情報に基づいて選択することにより、メディア情報不一致によるセッション接続失敗を防止できる。
【００６２】
本発明の別の態様に係る通信方法は、ネットワークに接続された他の端末と通信する通信方法であって、他の端末とのセッション開始を要求するセッション開始要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式でネットワークに送信する送信ステップと、セッション開始要求に応じて、ネットワークに接続された他の端末のうちサービスに関する情報に基づいて自端末と通信可能と判定した端末から送信されたセッション開始応答を受信する受信ステップと、セッション開始応答に基づいて他の端末と通信する通信ステップと、を備える。
【００６３】
セッション開始要求に自端末のサービス情報を含めてネットワーク内の複数の端末に送信することにより、セッション開始要求を受信した他端末はサービス情報に基づいてセッション接続可能か否か判定できる。そして、接続可能と判定した他の端末から送信されたセッション開始応答を受信し、セッションを開始する。これにより、セッション確立前にサービスディスカバリ及びサービス情報取得の手続きを行っておく必要がなくなり、セッション開始までのシーケンスを簡略化できる。また、それぞれの通信端末が他端末のサービス情報を格納しておく必要がないので各端末の構成を簡単にできる。
【００６４】
好ましくは、本発明の通信方法は、セッション開始応答から他の端末が提供するサービスに関する情報を取得する取得ステップと、取得ステップにおいて取得した情報を格納する格納ステップと、をさらに備える。
【００６５】
この方法により、セッション開始のシーケンスを利用して他端末のサービス情報を取得して格納できる。従って、以降は、格納されたサービス情報を参照して選択した他端末のみを宛先としてセッション開始手続きを行うことができる。
【００６６】
好ましくは、本発明の通信方法は、セッション開始要求に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成するステップをさらに備える。
【００６７】
この方法により、特別な設定なしで自動的に自端末のユーザ名を生成可能となる。また、ユーザ名を参照することにより端末を容易に識別可能となる。
【００６８】
本発明の別の態様に係る通信方法は、ネットワークに接続された他の端末と通信する通信方法であって、他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信されるセッション開始を要求するセッション開始要求を受信する受信ステップと、セッション開始要求から他の端末が提供するサービスに関する情報を取得する取得ステップと、取得ステップにおいて取得した情報に基づいて他の端末と通信可能か否か判定する判定ステップと、判定ステップによる判定結果に基づいてセッション開始応答を送信する送信ステップと、を備える。
【００６９】
セッション開始要求に含まれる他端末のサービス情報により、セッション開始要求送信元の通信端末と通信可能か否かを判定し、判定の結果、通信可能な場合にセッション開始応答を送信する。これにより、セッション確立前にサービスディスカバリ及びサービス情報取得の手続きを行っておく必要がなく、セッション開始までのシーケンスを簡略化できる。また、それぞれの通信端末が他端末のサービス情報を格納しておく必要もないので各端末の構成を簡単にできる。
【００７０】
好ましくは、本発明の通信方法は、取得ステップにおいて取得した情報を格納する格納ステップをさらに備える。
【００７１】
この方法により、セッション開始のシーケンスを利用して他端末のサービス情報を取得して格納できる。従って、以降は、格納されたサービス情報を参照して選択した他端末のみを宛先としてセッション開始手続きを行うことができる。
【００７２】
好ましくは、送信ステップでは、セッション開始応答に自端末が提供するサービスに関する情報を含めて送信する。
【００７３】
この方法により、セッション開始のシーケンスを利用して自端末のサービス情報を通知でき、セッション接続相手の端末がこのサービス情報を格納することが可能である。従って、セッション接続相手の端末は、以降のセッション開始時に、格納されたサービス情報を利用できる。
【００７４】
好ましくは、ネットワークはＩＰネットワークであり、セッション開始のプロトコルにＳＩＰを用いる。
【００７５】
ＳＩＰはプロトコルが簡単であり、また機器情報などや伝送データなどの付加情報をメッセージボディに入れることができるので好ましい。
【発明の効果】
【００７６】
本発明は、登録要求に自端末に関する情報を含めて送信することにより、登録要求を受信した他の端末は、新しくネットワークに参加した通信端末のサービス情報を取得できる。また、登録要求に応じて送信される登録応答には送信元の端末のサービス情報が含まれているので、ネットワークに新しく参加した端末はネットワークに既に参加している端末のサービス情報を格納できる。従って、登録要求を送信してその登録応答を受信するシーケンスにより、自端末のサービス情報をネットワーク内の他の端末に通知すると共に、他の端末のサービス情報を取得できるというすぐれた効果を有する。
【００７７】
また、後にセッション接続を行うときには、それぞれの通信端末に格納された他の端末のサービス情報を参照してセッション相手を選択でき、セッション確立までのシーケンスを簡略化できるというすぐれた効果を有する。
【発明を実施するための最良の形態】
【００７８】
以下、本発明の実施形態に係る通信端末および通信方法について図面を参照しながら説明する。可能な場合には、同一の部分には同一の符号を付して重複する説明を省略する。
【００７９】
（第１実施形態）
図１は、第１実施形態に係る通信端末１０ａ〜１０ｄによる通信方法の特徴を示すシーケンス図である。以下の説明では、通信端末１０ａ〜１０ｄを総称する場合には、通信端末１０と記載する。図１による説明の前に本実施形態に係る通信端末１０の構成について説明する。
【００８０】
図２は、第１実施形態に係る通信端末１０が用いられる環境を示す図である。図２に示すように、本実施形態に係る通信端末１０は家庭のＬＡＮなどネットワーク４０に接続されて用いられる。通信端末１０の具体例としては、デジタルＴＶ、ＤＶＤプレーヤー、電話端末、カメラ付インターホンなどが挙げられる。
【００８１】
図３は、通信端末１０の構成を示すブロック図である。通信端末１０は、ユーザインターフェースを構成する入力手段１２および受信手段を有する。入力手段１２および出力手段１４はデバイス制御部１６に接続され、デバイス制御部１６は全体制御部１８に接続されている。また、通信端末１０はネットワーク４０を通じてデータを送受信するための送受信部２２を有する。送受信部２２も全体制御部１８に接続されている。さらに、通信端末１０は、メディア制御部２４と、ＳＩＰメッセージ処理部２６とを有する。ＳＩＰメッセージ処理部２６は、自端末情報ファイル３０および他端末情報ファイル３２にアクセス可能となっている。以下に、通信端末１０を構成する各構成要素について説明する。
【００８２】
入力手段１２は、ユーザからの指示を入力させる機能および音声や動画等のメディアストリームを入力させる機能を有する。入力手段１２は、マウス、キーボード又はボタンなどのユーザの入力を受け付けるデバイスにより構成される。また、メディアストリームの入力のために、カメラやマイクなどのデバイスが用いられる。
【００８３】
出力手段１４は、音声、動画またはテキストデータ等の情報を出力する機能を有する。出力手段１４は、ディスプレイやスピーカーなどのデバイスにより構成される。
【００８４】
デバイス制御部１６は、入力手段１２および出力手段１４を制御する機能を有する。デバイス制御部１６は、入力手段１２および出力手段１４と全体制御部１８およびメディア制御部２４に接続されている。そして、入力手段１２により入力されたユーザの指示を受け付けてその内容を全体制御部１８に通知し、入力手段１２により入力された音声又は動画等のメディアストリームをメディア制御部２４に渡す。また、全体制御部１８から指示された情報を出力手段１４により出力し、メディア制御部２４から渡されたメディアストリームを出力手段１４により出力する。
【００８５】
送受信部２２は、全体制御部１８からの指示を受けてＳＩＰメッセージを他の端末に送信する機能と、他の端末から送信されたＳＩＰメッセージを受信し、受信したＳＩＰメッセージを全体制御部１８に通知する機能を有する。また、送受信部２２は、メディア制御部２４から渡されるメディアストリームを他の端末へ送信する機能と、他の端末から送信されたメディアストリームを受信し、受信したメディアストリームをメディア制御部２４に渡す機能を有する。
【００８６】
ＳＩＰメッセージ処理部２６は、全体制御部１８からの指示によりＳＩＰメッセージを解析する機能を有する。また、ＳＩＰメッセージ処理部２６は、全体制御部１８からの指示によりＳＩＰメッセージを作成し、作成されたＳＩＰメッセージを全体制御部１８に渡す機能を有する。ＳＩＰメッセージ処理部２６は、全体制御部１８からの指定された情報を用いて、セッション記述を作成し、ＳＩＰメッセージのボディに付記することが可能である。セッション記述とは、セッションを確立するときに用いられる情報である。例えば、使用するコーデックの情報や受信アドレスの情報など、端末間でネゴシエートする必要のあるメディアに関する情報を含む。なお、ＳＩＰでは一般的に、セッション記述はＳＤＰ（Session Description Protocol）により記述される。
【００８７】
ＳＩＰメッセージ処理部２６は、サービス情報処理機能２８を有する。サービス処理機能２８は、ＳＩＰメッセージのメッセージボディにサービス情報を付記し、またメッセージボディに付記されたサービス情報を解析する機能である。例えば、サービス情報処理機能２８により、ＲＥＧＩＳＴＥＲメッセージ若しくは他端末から受信したＲＥＧＩＳＴＥＲメッセージの２００ＯＫ応答の作成を全体制御部１８から指示された場合、自端末情報ファイル３０からサービス情報を取得し、２００ＯＫ応答メッセージのボディに付記する。また、サービス情報処理機能２８により、ＲＥＧＩＳＴＥＲメッセージ若しくは他端末から受信したＲＥＧＩＳＴＥＲメッセージの２００ＯＫ応答の解析を全体制御部１８から指示された場合、メッセージに付記されたサービス情報を解析し、解析結果に基づいて他端末情報ファイル３２を更新する。
【００８８】
メディア制御部２４は、送受信部２２により受信したメディアストリームをデバイス制御部１６に渡し、出力手段１４によりメディアストリームを出力させる機能と、入力手段１２により入力されたメディアストリームをデバイス制御部１６から受け取り、送受信部２２に渡す機能を有する。
【００８９】
自端末情報ファイル３０は、自端末のサービス情報とセッション情報を格納するファイルである。サービス情報とは、種別、品番、アドレス、使用可能なコーデックや機能などのサービスに関する情報である。セッション情報とは、自端末が参加しているセッションの情報である。
【００９０】
他端末情報ファイル３２は、自端末とセッション接続可能な他端末のサービス情報を格納するファイルである。
【００９１】
全体制御部１８は、上記した各構成要素を適切に機能させ、通信端末１０全体を制御する機能を有する。全体制御部１８の機能を以下に挙げる。１）送受信部２２よりＳＩＰメッセージの受信を通知されると、ＳＩＰメッセージ処理部２６によってＳＩＰメッセージを解析させる。そして、解析結果に応じてデバイス制御部１６にユーザへの情報表示を指示し、あるいは、メディア制御部２４に対してメディアストリームの送受信開始または停止を指示する。２）デバイス制御部１６によりユーザからの入力を通知された場合または受信したＳＩＰメッセージに対する応答メッセージを作成する必要がある場合に、ＳＩＰメッセージ処理部２６にＳＩＰメッセージの作成を指示し、作成されたＳＩＰメッセージを送受信部２２に入力する。３）他端末のセッション確立または切断により、自端末の参加しているセッションの状態が変化した場合に、自端末情報ファイル３０のセッション情報を更新する。
【００９２】
また、全体制御部１８は、ＳＩＰ  ＵＲＩ決定機能２０を有する。ＳＩＰ  ＵＲＩ決定機能２０は、自端末が新たにネットワーク４０に接続してＩＰアドレスを取得した場合または自端末のＩＰアドレスが変化した場合に、自端末のＳＩＰ  ＵＲＩを作成する機能である。より詳細には、新たなＩＰアドレスと自端末情報ファイル３０に格納された品番とを用いてＳＩＰ  ＵＲＩを作成する。
【００９３】
ここで、実施形態に係る通信端末１０の構成を従来の通信端末の構成と比較する。図４は、従来の通信端末の構成を示す図である。従来の通信端末はＳＳＤＰメッセージ処理部を有していたのに対し、図３に示す本実施形態ではＳＳＤＰ処理部を有しておらず、簡単な構成となっている。
【００９４】
次に、本実施形態に係る通信端末１０の動作について説明する。通信端末１０の詳しい動作説明に先立って、本実施形態の通信端末１０の動作と従来の通信端末１０の動作を比較し、本実施形態の特徴について述べる。
【００９５】
図１は第１実施形態に係る通信端末１０による通信方法の特徴を示すシーケンス図、図５は従来の通信端末１０による通信方法を示すシーケンス図である。図１及び図５では、通信端末１０ｂ、通信端末１０ｃ、通信端末１０ｄが接続されたネットワーク４０に新たに通信端末１０ａがネットワーク４０に接続し、通信端末１０ａと通信端末１０ｄとの間でセッションを確立するまでの流れを示している。
【００９６】
最初に、従来のシーケンスについて説明する。従来は、ネットワーク４０に参加した通信端末１０ａは、まず、自端末のプレゼンスをネットワーク４０内の端末に通知する。すなわち、自端末のサービスタイプまたは識別子をヘッダにより指定したＳＳＤＰのＮＯＴＩＦＹコマンドを、ネットワーク４０内の端末にマルチキャスト送信する。なお、この通知に対する応答はない。
【００９７】
次に、通信端末１０ａは、ネットワーク４０内の他の端末のサービスの情報を検索する。通信端末１０ａは、検索対象としてすべてのサービスタイプを指定（ｓｓｄｐ：ａｌｌ）したＳＳＤＰのＭ−ＳＥＡＲＣＨコマンドをネットワーク４０内の端末にマルチキャスト送信する。これに対し、Ｍ−ＳＥＡＲＣＨコマンドを受信した他の通信端末１０ｂ〜１０ｄは、自身のサービスタイプまたは識別子をヘッダにより指定し、通信端末１０ａにＳＳＤＰの２００ＯＫ応答を送信する。ここまでのシーケンスにより、通信端末１０ａは自端末のサービスタイプを他端末に通知し、他端末のサービスタイプを受信して、サービスディスカバリが完了する。
【００９８】
続いて、通信端末１０ａによるセッションの確立について説明する。通信端末１０ａは、サービス情報の取得処理を行う（Ｓ１０）。すなわち、サービスディスカバリにより得られたデバイス情報のＵＲＩを参照し、他端末のサービス情報を取得する。次に、通信端末１０ａは、取得したサービス情報に基づいて、通信相手の通信端末１０を選択する。ここでは、通信端末１０ｄが通信相手として選択された例を示す。
【００９９】
通信端末１０ａは、選択された通信端末１０ｄにセッションの開始を要求するＩＮＶＩＴＥメッセージを送信する。通信端末１０ｄは、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに対する応答を通信端末１０ａに送信する。ここでは、ＳＩＰで肯定応答を示す２００ＯＫ応答を送信している。続いて、通信端末１０ａは２００ＯＫ応答に対するＡＣＫを通信端末１０ｄに送信する。これにより、通信端末１０ａと通信端末１０ｄとの間でセッションが確立され、音声／動画メディアの交換が可能となる。
【０１００】
次に、図１を参照しながら、実施形態に係る通信端末１０による通信シーケンスについて説明する。ネットワーク４０に参加した通信端末１０ａは、ネットワーク４０内の端末にＲＥＧＩＳＴＥＲメッセージをマルチキャストまたはブロードキャストで送信する。後に詳しく述べるが、このＲＥＧＩＳＴＥＲメッセージには、通信端末１０ａのサービス情報が含まれている。ＲＥＧＩＳＴＥＲメッセージを受信した通信端末１０ｂ〜１０ｄは、ＲＥＧＩＳＴＥＲメッセージに含まれた通信端末１０ａのサービス情報を格納し、ＳＩＰの２００ＯＫ応答（登録応答）を通信端末１０ａに送信する。この応答には応答送信元の通信端末１０ｂ〜１０ｄのサービス情報が含まれている。通信端末１０ａは、通信端末１０ｂ〜１０ｄから送信された応答を受信すると、応答に含まれるサービス情報を格納する。ここまでのシーケンスにより、サービスディスカバリとサービス情報の交換を行うことができる。従来の通信シーケンスに比べると、サービス情報の交換が完了するまでのシーケンスを削減できたことが分かる。
【０１０１】
次に、セッション接続について説明する。格納された他端末のサービス情報に基づいて通信相手となる通信端末を選択する。そして、選択された通信端末１０ｄに対してＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージを受信した通信端末１０ｄは２００ＯＫ応答を通信端末１０ａに返し、通信端末１０ａは２００ＯＫ応答に対するＡＣＫを送信する。以上のフローによりセッションが確立する。ネットワークへの登録時に他端末のサービス情報を格納しているので、通信端末１０ａはセッションを確立するフローではＵＲＩを参照してサービス情報を取得しなくてもよい。
【０１０２】
次に、第１実施形態に係る通信端末１０による通信方法について具体的に説明する。以下の説明では、通信端末１０ａがデジタルテレビ、通信端末１０ｂが電話端末、通信端末１０ｃがＤＶＤプレーヤー、通信端末１０ｄがカメラ付インターホンとする。
【０１０３】
図６は第１実施形態に係る通信端末１０による通信シーケンスの例を示す図である。図６を参照して、ここで説明する通信シーケンスの概略を述べる。ネットワーク４０には、電話端末１０ｂ、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄが接続されている。まず、このネットワーク４０にデジタルテレビ１０ａを接続する（Ｓ２０）。続いて、デジタルテレビ１０ａはＲＥＧＩＳＴＥＲメッセージを作成し、作成したＲＥＧＩＳＴＥＲメッセージをネットワーク４０内の通信端末１０にマルチキャストまたはブロードキャストで送信する（Ｓ３０）。このとき送信されるＲＥＧＩＳＴＥＲメッセージには、図７に示すようにデジタルテレビ１０ａのサービス情報が含まれる。ＲＥＧＩＳＴＥＲメッセージを受信した各通信端末１０ｂ〜１０ｄは、ＲＥＧＩＳＴＥＲメッセージに含まれるサービス情報を他端末情報ファイル３２に格納すると共に、ＲＥＧＩＳＴＥＲメッセージに含まれるサービス情報に基づいて、デジタルテレビ１０ａと接続可能か否か判定する（Ｓ４０）。
【０１０４】
判定の結果、デジタルテレビ１０ａと接続可能な通信端末はＳＩＰの２００ＯＫ応答を作成し、デジタルテレビ１０ａに送信する（Ｓ６０）。図６に示すように、ＤＶＤプレーヤー１０ｃとカメラ付インターホン１０ｄが２００ＯＫ応答を送信している。２００ＯＫ応答には、図８に示すように送信元の端末のサービス情報が含まれる。続いて、デジタルテレビ１０ａは、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄから送信された２００ＯＫ応答を受信し、２００ＯＫ応答に含まれるサービス情報を他端末情報ファイル３２に格納する（Ｓ７０）。以上で、デジタルテレビ１０ａがネットワーク４０に接続したことに伴うセッション情報交換手続きが完了する。
【０１０５】
次に、カメラ付インターホン１０ｄが来客を検知すると、カメラ付インターホン１０ｄは他端末情報ファイル３２を検索し、通信可能な通信端末１０としてデジタルテレビ１０ａを抽出する（Ｓ８０）。そして、カメラ付インターホン１０ｄはＩＮＶＩＴＥメッセージを作成し、デジタルテレビ１０ａに送信する（Ｓ８０）。ＩＮＶＩＴＥメッセージを受信したデジタルテレビ１０ａは、ＩＮＶＩＴＥメッセージの受入処理を行い、２００ＯＫ応答を作成する（Ｓ１００）。そして、デジタルテレビ１０ａは、２００ＯＫ応答をカメラ付インターホン１０ｄに送信する。２００ＯＫ応答を受信したカメラ付インターホン１０ｄはＡＣＫを作成し、デジタルテレビ１０ａに送信する（Ｓ１３０）。デジタルテレビ１０ａは、ＡＣＫを受信するとセッション情報を更新する（Ｓ１５０）。カメラ付インターホン１０ｄとデジタルテレビ１０ａとの間でセッションが確立する。以上でセッション確立手続きが完了する。
【０１０６】
次に、各端末における処理について説明する。
【０１０７】
図９は、デジタルテレビ１０ａのネットワーク接続処理（Ｓ２０）を示すフローチャートである。まず、デジタルテレビ１０ａをネットワーク４０に接続する（Ｓ２２）。そして、ユーザによりデジタルテレビ１０ａのＩＰアドレスが手動で設定される（Ｓ２４）。ここで、設定されるＩＰアドレスはローカルアドレスでもグローバルアドレスでもよい。また、ユーザにより手動で設定されるのではなく、ネットワーク４０上のＤＨＣＰサーバからＩＰアドレスを取得してもよい。
【０１０８】
次に、デジタルテレビ１０ａは、全体制御部１８によりＳＩＰ  ＵＲＩを作成する（Ｓ２６）。具体的には、設定されたＩＰアドレスとデジタルテレビ１０ａの品番を用いてＳＩＰセッションで用いるＳＩＰ  ＵＲＩを作成する。例えば、「品番＠ＩＰアドレス」というＳＩＰ  ＵＲＩを作成してもよい。品番が「Ｄ１１１」でＩＰアドレスが「１９２．１６８．０．１」の場合には、ＳＩＰ  ＵＲＩは「Ｄ１１１＠１９２．１６８．０．１」となる。全体制御部１８は、作成したＳＩＰ  ＵＲＩを自端末情報ファイル３０に格納する。
【０１０９】
なお、ＳＩＰ  ＵＲＩは、デジタルテレビ１０ａの電源がＯＮ、ＯＦＦされる度に同じ手続きにより決定してもよい。また、不揮発性メモリに書き込むことにより、電源がＯＦＦになっても次回電源がＯＮになったときに同じＵＲＩを使用可能としてもよい。
【０１１０】
図２０（ａ）〜図２０（ｄ）は、デジタルテレビ１０ａがネットワーク４０に接続された時点Ｔ１（図６参照）で、各通信端末１０が保持している情報を示す図である。図２０（ａ）はデジタルテレビ１０ａが保持する情報、図２０（ｂ）はＤＶＤプレーヤー１０ｃが保持する情報、図２０（ｃ）は電話端末１０ｂが保持する情報、図２０（ｄ）はカメラ付インターホン１０ｄが保持する情報である。図２０（ａ）〜図２０（ｄ）に示すように、自端末情報３０としてサービス情報とセッション情報を有し、他端末情報３２としてサービス情報を有している。各通信端末１０ａ〜１０ｄは、ＳＩＰ  ＵＲＩのｄｉｓｐｌａｙ−ｎａｍｅを有している。例えば、デジタルテレビ１０ａでは「居間ＴＶ」、カメラ付インターホン１０ｄでは「インターホン１」である。ｄｉｓｐｌａｙ−ｎａｍｅは、自動的に決定されるものではなく、ユーザの入力により決定される。ｄｉｓｐｌａｙ−ｎａｍｅは、ＳＩＰ  ＵＲＩの一部として他端末に送信される。ｄｉｓｐｌａｙ−ｎａｍｅは、ネットワーク４０内のセッション確立可能な端末一覧を表示するときなどに用いられる。ここで一例を示す。
【０１１１】
図１８（ａ）はＤＶＤプレーヤー１０ｃの利用可能デバイス一覧、図１８（ｂ）はデジタルテレビ１０ａの利用可能デバイス一覧の表示例を示す図である。図１８（ａ）及び図１８（ｂ）に示すように、他端末の識別子としてｄｉｓｐｌａｙ−ｎａｍｅが用いられる。なお、ｄｉｓｐｌａｙ−ｎａｍｅが与えられていない場合には、ＳＩＰ  ＵＲＩを表示する。
【０１１２】
図１０は、デジタルテレビ１０ａによるＲＥＧＩＳＴＥＲメッセージ作成・送信処理（Ｓ３０）を示すフローチャートである。デジタルテレビ１０ａは、ネットワーク４０内の通信端末１０とサービス情報の交換を行うため、ＳＩＰメッセージ処理部２６によりＲＥＧＩＳＴＥＲメッセージを作成する（Ｓ３２）。このとき、ＳＩＰメッセージ処理部２６のサービス情報処理機能２８により、自端末のサービス情報をＲＥＧＩＳＴＥＲメッセージのメッセージボディに付記する（Ｓ３４）。
【０１１３】
図７は、作成されるＲＥＧＩＳＴＥＲメッセージのデータ構成を示す図である。図７に示すように、ＲＥＧＩＳＴＥＲメッセージは、ＳＩＰヘッダにサービス情報が続いて構成される。メッセージボディに記述されるサービス情報には、種別、品番、対応コーデックおよび機能が含まれている。なお、自端末のサービス情報は、自端末情報ファイル３０に格納された情報を用いる。そして、デジタルテレビ１０ａは、作成したＲＥＧＩＳＴＥＲメッセージを送受信部２２によりネットワーク４０内の端末にマルチキャストまたはブロードキャストで送信する（Ｓ３６）。このとき使用されるマルチキャストアドレスまたはブロードキャストアドレスは、ユーザが手動で設定してもよいし、ＩＰアドレス／サブネットマスクから自動的にローカルマルチキャストアドレスまたはローカルブロードキャストアドレスが決定されてもよい。
【０１１４】
図１１は、ＲＥＧＩＳＴＥＲメッセージを受信した各通信端末１０の接続可否判定処理（Ｓ４０）を示すフローチャートである。通信端末１０はＲＥＧＩＳＴＥＲメッセージを受信する（Ｓ４２）と、メッセージを解析して送信元のサービス情報を取得する（Ｓ４４）。続いて、ＲＥＧＩＳＴＥＲメッセージを受信した通信端末１０は、ＲＥＧＩＳＴＥＲメッセージの送信元の通信端末１０とセッションを確立可能か否か判定する（Ｓ４６）。ここでは、通信端末１０の自端末情報ファイル３０に格納された自端末のサービス情報と、ＲＥＧＩＳＴＥＲメッセージに含まれるサービス情報とに基づいて行う。具体的には、ＲＥＧＩＳＴＥＲメッセージ送信元の端末と自端末とが共通のコーデックを有するか否かにより判定する。
【０１１５】
接続可能と判定された場合には、ＲＥＧＩＳＴＥＲメッセージ送信元のデジタルテレビ１０ａのサービス情報を他端末情報ファイル３２に格納する（Ｓ４８）。この例では、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄは、デジタルテレビ１０ａと共通のコーデックを有するので接続可能と判定し、ＲＥＧＩＳＴＥＲメッセージのメッセージボディに含まれるデジタルテレビ１０ａのサービス情報を格納する。接続不可能と判定された場合には、ＲＥＧＩＳＴＥＲメッセージを処理せずに破棄する（Ｓ５０）。この例では、電話端末１０ｂは共通のコーデックを有しないので、ＲＥＧＩＳＴＥＲメッセージを破棄する。
【０１１６】
図２１（ａ）〜図２１（ｄ）は、ＲＥＧＩＳＴＥＲメッセージがマルチキャストまたはブロードキャストで送信された時点Ｔ２（図６参照）で、各通信端末１０が保持している情報を示す図である。図２１（ａ）はデジタルテレビ１０ａが保持する情報、図２１（ｂ）はＤＶＤプレーヤー１０ｃが保持する情報、図２１（ｃ）は電話端末１０ｂが保持する情報、図２１（ｄ）はカメラ付インターホン１０ｄが保持する情報である。図２０（ｂ）と図２１（ｂ）、図２０（ｄ）と図２１（ｄ）を比較すれば分かるようにＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄの他端末情報ファイル３２には、デジタルテレビ１０ａのサービス情報が新たに格納されている。また、電話端末１０ｂについては、ＲＥＧＳＩＴＥＲメッセージを受信する前と状態が変化していない（図２０（ｃ）、図２１（ｃ）参照）。
【０１１７】
図１２は、ＲＥＧＩＳＴＥＲメッセージに対する応答作成・送信処理（Ｓ６０）を示すフローチャートである。このフローは、図１１に示すフローにおいて、ＲＥＧＩＳＴＥＲメッセージ送信元のデジタルテレビ１０ａと通信可能と判定された場合に実行される。すなわち、ＤＶＤプレーヤー１０ｃとカメラ付インターホン１０ｄにおいて実行される。電話端末１０ｃでは、このフローは実行されず、登録応答を送信しない。なお、電話端末１０ｃは、失敗応答を送信してもよい。
【０１１８】
まず、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄは、ＳＩＰメッセージ処理部２６により、ＲＥＧＩＳＴＥＲメッセージに対する２００ＯＫ応答を作成する（Ｓ６２）。このときＳＩＰメッセージ処理部２６は、２００ＯＫ応答に自端末のサービス情報を付記する（Ｓ６４）。図８は、カメラ付インターホン１０ｄが作成する２００ＯＫ応答のデータ構成を示す図である。図８に示すように、２００ＯＫ応答は、ＳＩＰヘッダにサービス情報が続いて構成される。メッセージボディに記述されるサービス情報には、種別、品番、対応コーデックおよび機能が含まれている。なお、自端末のサービス情報は、自端末情報ファイル３０に格納された情報を用いる。そして、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄは、作成した２００ＯＫ応答を送受信部２２によりデジタルテレビ１０ａにユニキャスト送信する（Ｓ６６）。以上で、セッション情報交換手続きが完了する。
【０１１９】
図１３は、２００ＯＫ応答を受信したデジタルテレビ１０ａのサービス情報登録処理（Ｓ７０）を示すフローチャートである。デジタルテレビ１０ａは、２００ＯＫ応答を受信する（Ｓ７２）と、受信した２００ＯＫ応答をＳＩＰメッセージ処理部２６により解析する。デジタルテレビ１０ａは、サービス情報処理機能２８により２００ＯＫ応答に含まれるサービス情報を抽出し、抽出したサービス情報を他端末情報ファイル３２に格納する（Ｓ７４）。
【０１２０】
図２２（ａ）〜図２２（ｄ）は、サービス情報交換の完了時点Ｔ３（図６参照）で、各通信端末１０が保持している情報を示す図である。図２２（ａ）はデジタルテレビ１０ａが保持する情報、図２２（ｂ）はＤＶＤプレーヤー１０ｃが保持する情報、図２２（ｃ）は電話端末１０ｂが保持する情報、図２２（ｄ）はカメラ付インターホン１０ｄが保持する情報である。
【０１２１】
図２１（ａ）と図２２（ａ）を比較すれば分かるようにデジタルテレビ１０ａの他端末情報ファイル３２には、ＤＶＤプレーヤー１０ｃとカメラ付インターホン１０ｄのサービス情報が新たに格納されている。また、既に述べたが、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄの他端末情報ファイル３２には、デジタルテレビ１０ａのサービス情報が追加されている。すなわち、デジタルテレビ１０ａがＲＥＧＩＳＴＥＲメッセージを送信し、その２００ＯＫ応答を受信するというシーケンスにより、デジタルテレビ１０ａとＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄとの間で、サービス情報が交換された。電話端末１０ｂは、デジタルテレビ１０ａと共通のコーデックを有しておらず、接続不可能なため、サービス情報の交換がなされていない。
【０１２２】
図１９（ａ）はサービス情報交換完了時点Ｔ３（図６参照）でＤＶＤプレーヤー１０ｃの利用可能デバイスを表示した画面例、（ｂ）はサービス情報交換完了時点Ｔ３でデジタルテレビ１０ａの利用可能デバイスを表示した画面例である。図１８（ａ）及び図１９（ａ）と比較すれば分かるように、ＤＶＤプレーヤー１０ｃの利用可能デバイスにデジタルテレビ１０ａが追加されている。また、図１８（ｂ）及び図１９（ｂ）を比較すれば分かるように、ネットワーク４０に接続したデジタルテレビ１０ａに利用可能デバイスの情報が登録された。
【０１２３】
本例においては、デジタルテレビ１０ａが新たにネットワーク４０に接続したことをトリガとしてサービス情報の交換がなされたが、これ以外のタイミングでサービス情報を交換してもよい。例えば、通信端末１０のアドレス（ＳＩＰ  ＵＲＩ）やサービス情報が変更された場合にサービス情報を交換することも可能である。
【０１２４】
次に、セッションの接続シーケンスについて説明する。図１４は、カメラ付インターホン１０ｄのＩＮＶＩＴＥメッセージ作成・送信処理（Ｓ８０）を示すフローチャートである。カメラ付インターホン１０ｄが来客を検知する（Ｓ８２）と、カメラ付インターホン１０ｄは他端末情報ファイル３２から接続可能な通信端末１０を検索し（Ｓ８４）、ネットワーク４０内に接続可能な通信端末１０が存在するか判定する（Ｓ８６）。判定の結果、接続可能な端末がネットワーク４０内に存在しない場合には、ログを記録して処理を終了する（Ｓ９４）。
【０１２５】
図２２（ｄ）に示すカメラ付インターホン１０ｄの他端末情報ファイル３２を参照すると、自端末機能の通話に対応できる通信端末１０は、デジタルテレビ１０ａであることが分かる。すなわち、デジタルテレビ１０ａは、カメラ付インターホン１０ｄの機能である「通話」機能を有している。接続可能な通信端末１０がネットワーク４０内に存在するので、カメラ付インターホン１０ｄは、その通信端末（デジタルテレビ１０ａ）宛てのＩＮＶＩＴＥメッセージを作成する（Ｓ８８）。このとき、作成されるメッセージにはＳＤＰにより記述されたセッション記述が含まれる。
【０１２６】
カメラ付インターホン１０ｄは、作成したＩＮＶＩＴＥメッセージをデジタルテレビ１０ａに送信する（Ｓ９０）。そして、全体制御部１８により、自端末情報ファイル３０のセッション情報を更新する（Ｓ９２）。具体的には、セッション状態を「接続中」、セッション相手を「デジタルテレビ１０ａ」、使用コーデックを「ＭＰＥＧ１」にそれぞれ更新する。
【０１２７】
図１５は、デジタルテレビ１０ａのＩＮＶＩＴＥメッセージの受入処理（Ｓ１００）を示すフローチャートである。デジタルテレビ１０ａはＩＮＶＩＴＥメッセージを受信する（Ｓ１０２）と、ＳＩＰメッセージ処理部２６によりＩＮＶＩＴＥメッセージを解析する（Ｓ１０４）。そして、ＳＩＰメッセージ処理部２６は、ＩＮＶＩＴＥメッセージのセッション記述からメディアに関する情報を取得する。
【０１２８】
続いて、デジタルテレビ１０ａは、ＩＮＶＩＴＥメッセージを受信したことを出力手段１４に表示し、ユーザに知らせる（Ｓ１０６）。このときに表示される画面の例を図２４に示す。この画面表示により、カメラ付インターホン１０ｄとの接続を許可するか否かユーザに選択させる（Ｓ１０８）。デジタルテレビ１０ａは、図２４に示す画面において、ユーザが「通話」を選択すれば接続し、「拒否」を選択すれば接続拒否する。
【０１２９】
ユーザが「通話」を選択し、接続を許可した場合には、デジタルテレビ１０ａはＩＮＶＩＴＥメッセージに対する２００ＯＫ応答を作成する（Ｓ１１０）。このとき作成される応答には、ＳＤＰにより記述されたセッション記述が含まれる。そして、デジタルテレビ１０ａは、作成した２００ＯＫ応答を送受信部２２によりカメラ付インターホン１０ｄに送信する（Ｓ１１２）。次に、デジタルテレビ１０ａは、自端末情報ファイル３０のセッション情報を更新する（Ｓ１１４）。具体的には、セッション状態を「接続中」、セッション相手を「カメラ付インターホン１０ｄ」、使用コーデックを「ＭＰＥＧ１」にそれぞれ更新する。また、デジタルテレビ１０ａは、全体制御部１８により、メディア制御部２４にメディア送受信の開始を指示する（Ｓ１１６）。
【０１３０】
一方、ユーザが「拒否」を選択し、接続を拒否した場合には、デジタルテレビ１０ａはＩＮＶＩＴＥメッセージに対する失敗応答を作成する（Ｓ１１８）。そして、デジタルテレビ１０ａは、カメラ付インターホン１０ｄに失敗応答を送信する（Ｓ１２０）。失敗応答を受信したカメラ付インターホン１０ｄは、失敗応答に対するＡＣＫを送信し処理を終了する。このように失敗応答が送信された場合には、ユーザの情報が来客者に知られないように、インターホンは来客者への通知を行わないことが好ましい。
【０１３１】
図１６は、２００ＯＫ応答を受信したカメラ付インターホン１０ｄのＡＣＫ作成・送信処理（Ｓ１３０）を示すフローチャートである。カメラ付インターホン１０ｄは２００ＯＫ応答を受信する（Ｓ１３２）と、ＳＩＰメッセージ処理部２６により２００ＯＫ応答を解析し、メッセージのセッション記述からメディアに関する情報を取得する（Ｓ１３４）。続いて、カメラ付インターホン１０ｄは、取得したメディア情報に基づいてメディア送受信を開始する（Ｓ１３６）。次に、カメラ付インターホン１０ｄは、２００ＯＫ応答に対するＡＣＫを作成し（Ｓ１３８）、作成したＡＣＫをデジタルテレビ１０ａに送信する（Ｓ１４０）。その後、カメラ付インターホン１０ｄは、自端末情報ファイル３０のセッション情報を更新する（Ｓ１４２）。具体的には、セッション状態を「通話中」に更新する。
【０１３２】
図１７は、２００ＯＫ応答に対するＡＣＫを受信したデジタルテレビ１０ａのサービス情報登録処理（Ｓ１５０）を示すフローチャートである。デジタルテレビ１０ａはＡＣＫを受信する（Ｓ１５２）と、ＳＩＰメッセージ処理部２６によりＡＣＫを解析し、ＩＮＶＩＴＥ手続きの完了を確認する（Ｓ１５４）。次に、デジタルテレビ１０ａは、自端末情報ファイル３０のセッション情報を更新する（Ｓ１５６）。具体的には、セッション状態を「通話中」に更新する。
【０１３３】
図２３（ａ）〜図２３（ｄ）は、デジタルテレビ１０ａとカメラ付インターホン１０ｄのセッション確立時点Ｔ４（図６参照）で、各通信端末１０が保持している情報を示す図である。図２３（ａ）はデジタルテレビ１０ａが保持する情報、図２３（ｂ）はＤＶＤプレーヤー１０ｃが保持する情報、図２３（ｃ）は電話端末１０ｂが保持する情報、図２３（ｄ）はカメラ付インターホン１０ｄが保持する情報である。図２３（ａ）及び図２３（ｄ）より、デジタルテレビ１０ａとカメラ付インターホン１０ｄのセッション状態が「通話中」に更新されていることが分かる。
【０１３４】
以上のフローにより、カメラ付インターホン１０ｄとデジタルテレビ１０ａとの間でセッションが確立し、来客者とデジタルテレビ１０ａのユーザとの間で、音声および映像、または音声のみによる通話が可能となる。図２５は、通話中のデジタルテレビ１０ａの画面例を示す図である。以上、第１実施形態に係る通信端末１０の動作について説明した。
【０１３５】
第１実施形態によれば、通信端末１０がネットワーク４０へ接続したときに、自端末のサービス情報を付記したＲＥＧＩＳＴＥＲメッセージをネットワーク４０内の通信端末１０にマルチキャストまたはブロードキャストで送信する。これにより、ＲＥＧＩＳＴＥＲメッセージを受信した通信端末１０は、新たに接続した通信端末１０のサービス情報を格納することができる。また、ＲＥＧＩＳＴＥＲメッセージを受信した通信端末１０は、その２００ＯＫ応答に自端末のサービス情報を付記して送信する。これにより、２００ＯＫ応答を受信した通信端末１０は、ネットワーク４０内の通信端末１０のサービス情報を格納することができる。
【０１３６】
また、第１実施形態によれば、ＲＥＧＩＳＴＥＲメッセージを受信した通信端末１０は、ＲＥＧＩＳＴＥＲメッセージに含まれるサービス情報に基づいて、ＲＥＧＩＳＴＥＲメッセージの送信元の通信端末１０と接続可能か否か判定する。そして、接続可能と判定された場合のみ、送信元の通信端末１０に関する情報を格納し、２００ＯＫ応答を送信する。すなわち、ネットワーク４０内のすべての通信端末１０の情報を格納するのではなく、自分が接続可能な通信端末１０に関する情報のみを格納する。これにより、通信端末１０に格納するデータ量を抑制できる。
【０１３７】
上記したフローでは、カメラ付インターホン１０ｄが接続可能な通信端末１０はデジタルテレビ１０ａのみであったが、接続可能な通信端末１０がネットワーク４０内に複数存在する場合もある。その場合には、カメラ付インターホン１０ｄは以下のいずれかの方法によりセッションを確立することができる。１）最も優先度の高い通信端末１０にセッション確立手続きを試み、失敗した場合に順次優先度の低い通信端末１０に対してセッション確立手続きを行う。この優先度は、ユーザにより設定されてもよいし、通信端末１０の機能に応じて決定してもよい。例えば、動画と音声の両方を通信可能な端末の方が、音声のみ通信可能な端末より優先度を高く設定してもよい。２）ＳＩＰのフォーキング処理を用いて、同時に複数の通信端末１０にＩＮＶＩＴＥメッセージを送信する。この場合、複数の通信端末１０とセッションが確立することもあり得る。複数の通信端末１０とセッションが確立した場合には、そのうちの一つの通信端末１０を選択し、残りの通信端末１０とのセッションを切断することとしてもよいし、複数の通信端末１０と通話を継続してもよい。
【０１３８】
また、上記したフローでは、カメラ付インターホン１０ｄは、接続可能な端末がネットワーク４０内に存在しない場合にはログをとって終了するが、その他の方法を採用してもよい。例えば、デジタルテレビ１０ａが存在しない場合に、ＤＶＤプレーヤー１０ｃに動画および音声の情報を蓄積することが可能である。これにより、来客者はメッセージを残すことができる。
【０１３９】
（第２実施形態）
図２６は、第２実施形態に係る通信端末１０の構成を示すブロック図である。第２実施形態に係る通信端末１０は、第１実施形態に係る通信端末１０と基本的な構成は同じである。第２実施形態に係る通信端末１０は、他の端末のサービス情報を保持する必要がなく、他端末情報ファイル３２を有していない。
【０１４０】
図２７は、第２実施形態に係る通信端末１０による通信方法の特徴を示すシーケンス図である。まず、図２７を参照しながら、第２実施形態の通信方法の特徴について説明する。第２実施形態では、通信端末１０がネットワーク４０への接続時に、サービスディスカバリおよびサービス情報の交換を行わない。通信端末１０がセッションを開始する際に、セッション確立と共に、サービスディスカバリおよびサービス情報の交換を行う。
【０１４１】
通信端末１０がセッションを開始するときには、セッション開始を要求するＩＮＶＩＴＥメッセージをネットワーク４０内の通信端末１０にマルチキャストまたはブロードキャストで送信する。後に詳しく述べるが、このＩＮＶＩＴＥメッセージには、通信端末１０ａのサービス情報が含まれている。ＩＮＶＩＴＥメッセージを受信した通信端末１０ｂ〜１０ｄは、ＩＮＶＩＴＥメッセージに含まれるサービス情報に基づいて、通信端末１０ａと通信可能か否か判定する。通信可能と判定した通信端末１０ｃが２００ＯＫ応答を通信端末１０ａに送信する。この応答には送信元の通信端末１０ｃのサービス情報が含まれている。通信端末１０ａは２００ＯＫ応答を受信すると、応答に基づいて通信端末１０ｃとのセッションを確立する。
【０１４２】
次に、第２実施形態に係る通信端末１０による通信方法について具体的に説明する。以下の説明では、通信端末１０ａがデジタルテレビ１０ａ、通信端末１０ｂが電話端末１０ｂ、通信端末１０ｃがＤＶＤプレーヤー１０ｃ、通信端末１０ｄがカメラ付インターホン１０ｄとする。
【０１４３】
図２８は第２実施形態に係る通信端末１０による通信シーケンスの例を示す図である。図２８を参照して、ここで説明するシーケンスの概略を述べる。ネットワーク４０には、電話端末１０ｂ、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄが接続されている。まず、このネットワーク４０にデジタルテレビ１０ａを接続する（Ｓ２００）。第２実施形態では第１実施形態と異なり、ＲＥＧＩＳＴＥＲメッセージをマルチキャストまたはブロードキャストで送信しないので、ネットワーク４０内の他の通信端末１０ｂ〜１０ｄはデジタルテレビ１０ａがネットワーク４０に接続したことを検知しない。また、第２実施形態では、通信端末１０は他端末情報ファイル３２を有していないので、各通信端末１０はネットワーク４０内に接続された他の端末についての情報を有していない。
【０１４４】
カメラ付インターホン１０ｄが来客を検知すると、セッション開始を要求するＩＮＶＩＴＥメッセージを作成し、ネットワーク４０内の通信端末１０にＩＮＶＩＴＥメッセージをマルチキャストまたはブロードキャストで送信する（Ｓ２１０）。
【０１４５】
図２９は、ＩＮＶＩＴＥメッセージのデータ構成を示す図である。ＩＮＶＩＴＥメッセージは、メッセージヘッダに続くメッセージボディにセッション記述とサービス情報を有する。ＩＮＶＩＴＥメッセージを受信した通信端末１０は、ＩＮＶＩＴＥメッセージの送信元であるカメラ付インターホン１０ｄと通信可能か判定する（Ｓ２２０）。通信可能と判定した通信端末１０は２００ＯＫ応答を送信する。ここでは、デジタルテレビ１０ａが通信可能と判定し、２００ＯＫ応答をカメラ付インターホン１０ｄに送信している。
【０１４６】
図３０は、２００ＯＫ応答のデータ構成を示す図である。２００ＯＫ応答は、メッセージヘッダに続くメッセージボディにセッション記述とサービス情報を有する。カメラ付インターホン１０ｄは、デジタルテレビ１０ａから送信された２００ＯＫ応答を受信するとＡＣＫを作成し、デジタルテレビ１０ａに送信する（Ｓ２５０）。これにより、ＩＮＶＩＴＥ手続きが完了し（Ｓ２７０）、カメラ付インターホン１０ｄとデジタルテレビ１０ａとの間のセッションが確立する。
【０１４７】
次に、各端末における処理について説明する。図３１は、デジタルテレビ１０ａのネットワーク接続処理（Ｓ２００）を示すフローチャートである。この接続処理は第１実施形態における接続処理と同様である。すなわち、デジタルテレビ１０ａをネットワーク４０に接続する（Ｓ２０２）。そして、ユーザによりデジタルテレビ１０ａのＩＰアドレスが手動で設定される（Ｓ２０４）。ここで、設定されるＩＰアドレスはローカルアドレスでもグローバルアドレスでもよい。また、ユーザにより手動で設定されるのではなく、ネットワーク４０上のＤＨＣＰサーバからＩＰアドレスを取得してもよい。
【０１４８】
次に、デジタルテレビ１０ａは、全体制御部１８によりＳＩＰ  ＵＲＩを作成する。具体的には、設定されたＩＰアドレスとデジタルテレビ１０ａの品番を用いてＳＩＰセッションで用いるＳＩＰ  ＵＲＩを作成する。全体制御部１８は、作成したＳＩＰ  ＵＲＩを自端末情報ファイル３０に格納する（Ｓ２０６）。以上により、ネットワーク４０への接続処理が完了する。
【０１４９】
図３２は、カメラ付インターホン１０ｄのＩＮＶＩＴＥメッセージ作成・送信処理（Ｓ２１０）の動作を示すフローチャートである。カメラ付インターホン１０ｄが来客を検知する（Ｓ２１２）と、ＳＩＰメッセージ処理部２６によりＩＮＶＩＴＥメッセージを作成する（Ｓ２１４）。このとき作成されるＩＮＶＩＴＥメッセージには、図２９に示すようにＳＩＰヘッダおよびセッション記述のほかに、カメラ付インターホン１０ｄのサービス情報が含まれている。なお、サービス情報には、カメラ付インターホン１０ｄのすべてのサービス情報を記述する必要はなく、セッション接続を行うために必要な情報のみ記述してもよい。ここでは、種別、品番、対応コーデックおよび機能の情報が含まれる。
【０１５０】
次に、カメラ付インターホン１０ｄは、作成したＩＮＶＩＴＥメッセージをネットワーク４０内の通信端末１０にマルチキャストまたはブロードキャストで送信する（Ｓ２１６）。このとき使用されるマルチキャストアドレスまたはブロードキャストアドレスは、ユーザが手動で設定してもよいし、ＩＰアドレス／サブネットマスクから自動的にローカルマルチキャストアドレスまたはローカルブロードキャストアドレスが決定されてもよい。
【０１５１】
そして、カメラ付インターホン１０ｄは、全体制御部１８により、自端末情報ファイル３０のセッション情報を更新する（Ｓ２１８）。具体的には、セッション状態を「接続中」に更新する。
【０１５２】
図３３は、ＩＮＶＩＴＥメッセージを受信した通信端末１０の接続可否判定処理（Ｓ２２０）を示すフローチャートである。通信端末１０はＩＮＶＩＴＥメッセージを受信する（Ｓ２２２）と、ＳＩＰメッセージ処理部２６によりＩＮＶＩＴＥメッセージを解析する。そして、ＳＩＰメッセージ処理部２６は、ＩＮＶＩＴＥメッセージのメッセージボディからセッション記述およびサービス情報を取得する（Ｓ２２４）。通信端末１０は、ＳＩＰ処理部により取得したセッション記述およびサービス情報に基づいてカメラ付インターホン１０ｄとのセッションを確立可能か否か判定する（Ｓ２２６）。ここで、各通信端末１０ａ〜１０ｃが有する自端末情報ファイル３０に格納されている情報について説明する。
【０１５３】
図３６（ａ）〜図３６（ｄ）は、ＩＮＶＩＴＥ作成時Ｔ５（図２８参照）における自端末情報ファイル３０に格納された情報を示す図である。図３６（ａ）はデジタルテレビ１０ａが保持する情報、図３６（ｂ）はＤＶＤプレーヤー１０ｃが保持する情報、図３６（ｃ）は電話端末１０ｂが保持する情報、図３６（ｄ）はカメラ付インターホン１０ｄが保持する情報である。各通信端末１０は、自端末のサービス情報およびセッション情報を有する。
【０１５４】
引き続き、図３６（ａ）〜図３６（ｄ）を参照してセッションを確立可能か否かの判定について説明する。図３６（ｃ）に示すように、電話端末１０ｂはＧ．７１１のコーデックを有するが、カメラ付インターホン１０ｄから送信されたＩＮＶＩＴＥメッセージに付記されたサービス情報を解析すると、カメラ付インターホン１０ｄと共通のコーデックを有しないことが分かる。従って、電話端末１０ｂは、カメラ付インターホン１０ｄとのセッション接続不可と判定する。接続不可と判定した電話端末１０ｂは、ＩＮＶＩＴＥメッセージを処理しないで破棄する（Ｓ２４０）。
【０１５５】
図３６（ｂ）に示すように、ＤＶＤプレーヤー１０ｃは、カメラ付インターホン１０ｄと共通のコーデックを有する。しかし、ＩＮＶＩＴＥメッセージに含まれるサービス情報を解析すると、カメラ付インターホン１０ｄの機能は通話であり、ＤＶＤプレーヤー１０ｃの必要とする機能とは異なる。従って、ＤＶＤプレーヤー１０ｃはカメラ付インターホン１０ｄとのセッション接続不可と判定する。接続不可と判定したＤＶＤプレーヤー１０ｃは、ＩＮＶＩＴＥメッセージを処理しないで破棄する（Ｓ２４０）。
【０１５６】
図３６（ａ）に示すように、デジタルテレビ１０ａは、カメラ付インターホン１０ｄと共通のコーデックを有する。そして、デジタルテレビ１０ａは、カメラ付インターホン１０ｄが必要とする通話機能を有するので、カメラ付インターホン１０ｄとのセッション接続可能と判定する。
【０１５７】
続いて、カメラ付インターホン１０ｄとのセッション接続可能と判定したデジタルテレビ１０ａは、ＩＮＶＩＴＥメッセージを受信したことを出力手段１４に表示し、来客があることをユーザに知らせる（Ｓ２２８）。このときに表示される画面は、第１実施形態での表示画面と同じである（図２４参照）。この画面表示により、カメラ付インターホン１０ｄとの接続を許可するか否かユーザに選択させる（Ｓ２３０）。デジタルテレビ１０ａは、図２４に示す画面において、ユーザが「通話」を選択すれば接続し、「拒否」を選択すれば接続拒否する。接続拒否の場合には、ＩＮＶＩＴＥメッセージに対する失敗応答を作成し（Ｓ２４２）、カメラ付インターホン１０ｄに送信する（Ｓ２４４）。
【０１５８】
ユーザが「通話」を選択し、接続を許可した場合には、デジタルテレビ１０ａはＩＮＶＩＴＥメッセージに対する２００ＯＫ応答を作成する（Ｓ２３２）。このとき作成される応答には、図３０に示すように、ＳＤＰにより記述されたセッション記述とデジタルテレビ１０ａのサービス情報を付記する（Ｓ２３４）。なお、サービス情報を付記することは必須ではなく、セッション記述のみを付記することも可能である。本実施形態では、サービス情報も付記しているので、デジタルテレビ１０ａのサービス情報をカメラ付インターホン１０ｄに通知できる。そして、デジタルテレビ１０ａは、作成した２００ＯＫ応答を送受信部２２によりカメラ付インターホン１０ｄに送信する（Ｓ２３６）。
【０１５９】
次に、デジタルテレビ１０ａは、自端末情報ファイル３０のセッション情報を更新する（Ｓ２３８）。具体的には、セッション状態を「接続中」、セッション相手を「カメラ付インターホン１０ｄ」、使用コーデックを「ＭＰＥＧ１」にそれぞれ更新する。また、デジタルテレビ１０ａは、全体制御部１８により、メディア制御部２４にメディア送受信の開始を指示する。
【０１６０】
図３４は、２００ＯＫ応答を受信したカメラ付インターホン１０ｄのＡＣＫ作成・送信処理（Ｓ２５０）を示すフローチャートである。カメラ付インターホン１０ｄは２００ＯＫ応答を受信する（Ｓ２５２）と、ＳＩＰメッセージ処理部２６により２００ＯＫ応答を解析し、メッセージのセッション記述からメディアに関する情報を取得する（Ｓ２５４）。そして、カメラ付インターホン１０ｄは、取得した情報に基づいてメディア制御部２４によりメディア送受信を開始する（Ｓ２５６）。次に、カメラ付インターホン１０ｄは、２００ＯＫ応答に対するＡＣＫを作成し（Ｓ２５８）、作成したＡＣＫをデジタルテレビ１０ａに送信する（Ｓ２６０）。その後、カメラ付インターホン１０ｄは、自端末情報ファイル３０のセッション情報を更新する（Ｓ２６２）。具体的には、セッション状態を「通話中」に更新する。
【０１６１】
図３５は、２００ＯＫ応答に対するＡＣＫを受信したデジタルテレビ１０ａのＩＮＶＩＴＥ手続き完了処理（Ｓ２７０）を示すフローチャートである。デジタルテレビ１０ａはＡＣＫを受信する（Ｓ２７２）と、ＳＩＰメッセージ処理部２６によりＡＣＫを解析し、ＩＮＶＩＴＥ手続きの完了を確認する（Ｓ２７４）。続いて、デジタルテレビ１０ａは、取得したメディア情報に基づいて、メディア送受信を開始する（Ｓ２７６）。デジタルテレビ１０ａは、自端末情報ファイル３０のセッション情報を更新する（Ｓ２７８）。具体的には、セッション状態を「通話中」、セッション相手を「カメラ付インターホン１０ｄ」、使用コーデックを「ＭＰＥＧ１」にそれぞれ更新する。
【０１６２】
図３７（ａ）〜図３７（ｄ）は、デジタルテレビ１０ａとカメラ付インターホン１０ｄのセッション確立時点Ｔ６（図２８参照）で、各通信端末１０が保持している情報を示す図である。図３７（ａ）はデジタルテレビ１０ａが保持する情報、図３７（ｂ）はＤＶＤプレーヤー１０ｃが保持する情報、図３７（ｃ）は電話端末１０ｂが保持する情報、図３７（ｄ）はカメラ付インターホン１０ｄが保持する情報である。デジタルテレビ１０ａとカメラ付インターホン１０ｄのセッション状態が「通話中」に更新されていることが分かる。
【０１６３】
以上のフローにより、カメラ付インターホン１０ｄとデジタルテレビ１０ａとの間でセッションが確立し、来客者とデジタルテレビ１０ａのユーザとの間で、音声および映像、または音声のみによる通話が可能となる。以上、第２実施形態に係る通信端末１０の動作について説明した。
【０１６４】
第２実施形態によれば、通信端末１０がセッションを開始するときに、ＩＮＶＩＴＥメッセージに自端末のサービス情報を付記してネットワーク４０内に通信端末１０にマルチキャストまたはブロードキャストで送信する。ＩＮＶＩＴＥメッセージを受信した通信端末１０は、受信したＩＮＶＩＴＥメッセージに含まれるセッション記述およびサービス情報に基づいて、ＩＮＶＩＴＥメッセージ送信元の通信端末１０とセッション接続可能か否か判定する。そして、接続可能と判定した場合に、ＩＮＶＩＴＥメッセージの２００ＯＫ応答に自端末のサービス情報を付記して送信する。これにより、セッション開始の際にサービスディスカバリ、サービス情報の交換、を行うことができる。
【０１６５】
また、第２実施形態によれば、他端末の情報を格納しておく必要がないので、通信端末１０のメモリ容量を節約できる。
【０１６６】
以上、本発明に係る通信端末１０および通信方法について、実施形態を挙げて詳細に説明したが、本発明は上記実施形態に限定されない。
【産業上の利用可能性】
【０１６７】
以上のように、本発明にかかる通信方法は、登録要求を送信してその登録応答を受信するシーケンスにより、自端末のサービス情報をネットワーク内の他の端末に通知すると共に、他の端末のサービス情報を取得できるというすぐれた効果を有し、ネットワークに接続された通信端末間の通信方法等として有用である。
【図面の簡単な説明】
【０１６８】
【図１】第１実施形態に係る通信端末による通信方法の特徴を示すシーケンス図
【図２】第１実施形態に係る通信端末が適用される環境を示す図
【図３】第１実施形態に係る通信端末の構成を示す図
【図４】従来の通信端末の構成を示す図
【図５】従来の通信方法のシーケンスを示す図
【図６】第１実施形態の通信端末による通信のシーケンスを示す図
【図７】ＲＥＧＩＳＴＥＲメッセージのデータ構成を示す図
【図８】２００ＯＫ応答のデータ構成を示す図
【図９】ネットワークへの接続処理を示す図
【図１０】ＲＥＧＩＳＴＥＲメッセージの作成・送信処理を示す図
【図１１】接続可否の判定処理を示す図
【図１２】ＲＥＧＩＳＴＥＲメッセージに対する２００ＯＫ応答の作成・送信処理を示す図
【図１３】サービス情報の登録処理を示す図
【図１４】ＩＮＶＩＴＥ作成・送信処理を示す図
【図１５】ＩＮＶＩＴＥ受入処理を示す図
【図１６】ＡＣＫ作成・送信処理を示す図
【図１７】サービス情報の登録処理を示す図
【図１８】（ａ）及び（ｂ）は、利用可能デバイス一覧画面の例を示す図
【図１９】（ａ）及び（ｂ）は、利用可能デバイス一覧画面の例を示す図
【図２０】（ａ）〜（ｄ）は、通信端末に格納された情報の例を示す図
【図２１】（ａ）〜（ｄ）は、通信端末に格納された情報の例を示す図
【図２２】（ａ）〜（ｄ）は、通信端末に格納された情報の例を示す図
【図２３】（ａ）〜（ｄ）は、通信端末に格納された情報の例を示す図
【図２４】デジタルテレビの画面例を示す図
【図２５】デジタルテレビの画面例を示す図
【図２６】第２実施形態に係る通信端末の構成を示す図
【図２７】第２実施形態に係る通信端末による通信方法の特徴を示すシーケンス図
【図２８】第２実施形態に係る通信端末による通信のシーケンスを示す図
【図２９】ＩＮＶＩＴＥメッセージのデータ構成を示す図
【図３０】２００ＯＫ応答のデータ構成を示す図
【図３１】ネットワークへの接続処理を示す図
【図３２】ＩＮＶＩＴＥメッセージ作成・送信処理を示す図
【図３３】接続可否判定処理を示す図
【図３４】ＡＣＫ作成・送信処理を示す図
【図３５】ＩＮＶＩＴＥ手続の完了処理を示す図
【図３６】（ａ）〜（ｄ）は、通信端末に格納された情報の例を示す図
【図３７】（ａ）〜（ｄ）は、通信端末に格納された情報の例を示す図
【符号の説明】
【０１６９】
１０  通信端末
１２  入力手段
１４  出力手段
１６  デバイス制御部
１８  全体制御部
２０  ＳＩＰ  ＵＲＩ決定機能
２２  送受信部
２４  メディア制御部
２６  ＳＩＰメッセージ処理部
２８  サービス情報処理機能
３０  自端末情報ファイル
３２  他端末情報ファイル
４０  ネットワーク
【図１】
2005033603.tif 000003
【図２】
2005033603.tif 000004
【図３】
2005033603.tif 000005
【図４】
2005033603.tif 000006
【図５】
2005033603.tif 000007
【図６】
2005033603.tif 000008
【図７】
2005033603.tif 000009
【図８】
2005033603.tif 000010
【図９】
2005033603.tif 000011
【図１０】
2005033603.tif 000012
【図１１】
2005033603.tif 000013
【図１２】
2005033603.tif 000014
【図１３】
2005033603.tif 000015
【図１４】
2005033603.tif 000016
【図１５】
2005033603.tif 000017
【図１６】
2005033603.tif 000018
【図１７】
2005033603.tif 000019
【図１８】
2005033603.tif 000020
【図１９】
2005033603.tif 000021
【図２０】
2005033603.tif 000022
【図２１】
2005033603.tif 000023
【図２２】
2005033603.tif 000024
【図２３】
2005033603.tif 000025
【図２４】
2005033603.tif 000026
【図２５】
2005033603.tif 000027
【図２６】
2005033603.tif 000028
【図２７】
2005033603.tif 000029
【図２８】
2005033603.tif 000030
【図２９】
2005033603.tif 000031
【図３０】
2005033603.tif 000032
【図３１】
2005033603.tif 000033
【図３２】
2005033603.tif 000034
【図３３】
2005033603.tif 000035
【図３４】
2005033603.tif 000036
【図３５】
2005033603.tif 000037
【図３６】
2005033603.tif 000038
【図３７】
2005033603.tif 000039