JP2005033603A

JP2005033603A - 通信端末及び通信方法

Info

Publication number: JP2005033603A
Application number: JP2003271765A
Authority: JP
Inventors: Kentaro Takei; 健太郎武井; Sachiko Takeshita; さち子竹下; Masanori Amishima; 真紀網嶋
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2003-07-08
Filing date: 2003-07-08
Publication date: 2005-02-03

Abstract

【課題】ネットワーク内の通信を簡易に行える通信端末を提供する。
【解決手段】通信端末１０は、ネットワーク４０に接続された端末であることの登録を要求する登録要求に自端末が提供するサービスに関する情報を含める。送受信部２２により、一つの宛先アドレスで複数の端末が受信可能な形式でネットワーク４０に送信し、登録要求に応じて他の端末のそれぞれから自端末宛てに送信された登録応答を受信する。通信端末１０は、受信した登録応答から他の端末が提供するサービスに関する情報を取得するＳＩＰメッセージ処理部２６と、ＳＩＰメッセージ処理部２６により取得した情報を格納する他端末情報ファイル３２と、を備える。
【選択図】図１

Description

ネットワークに接続される通信端末およびネットワークに接続された通信端末間の通信方法に関する。

家庭やオフィスなどにおいて、ＰＣ端末、ＦＡＸ、スキャナなどの端末が接続されて構内ネットワークが構成される場合がある。以下、ネットワークに接続される端末を「通信端末」という。このようなネットワークに接続された通信端末同士が機器制御や動画／音声セッション確立などの連携した動作を行うためには、まず、それぞれの通信端末がお互いの存在を認識する必要がある（サービスディスカバリ）。さらに、それぞれの通信端末がお互いのサービス情報を交換するための仕組み（サービス情報の交換）が必要である。ここで、サービス情報とは、通信端末の種別、品番、名称等のデバイスに関する情報と、通信端末が提供可能な機能またはサービスに関する情報と、通信端末がサポートするメディアのコーデックや受信アドレス等のメディアに関する情報である。

サービスディスカバリやサービス情報の交換は、ディレクトリサービスを提供するサーバによって実現される場合がある。しかし、家庭やオフィスなどの小規模な環境にディレクトリサーバを設け、定期的に管理することは現実的ではない。また、ディレクトリサーバを介さず、通信端末間のｅｎｄ−ｔｏ−ｅｎｄでサービスディスカバリとサービス情報の交換を行う仕組みも存在する。この代表的な技術としてはユニバーサルプラグアンドプレイ（ＵＰｎＰ）が知られている（非特許文献１）。

ＵＰｎＰは、通信端末間のサービスの検出と機器制御を実現するための技術であり、複数のプロトコルにより構成されている。その中でサービスディスカバリを規定しているのは、ＳＳＤＰ（Simple Service Discovery Protocol, IETF draft-cai-ssdp-v1-03）である。ＳＳＤＰは、ＨＴＴＰのアーキテクチャを利用してエンド間でサービス情報の告知と検索を行うためのプロトコルである。通信端末は新規にネットワークに参加した際に、ＳＳＤＰにより他の端末へ自端末のプレゼンスを通知する。これによりサービスディスカバリが行われる。

続くサービス情報の交換では、他の端末のサービスを検索することにより、他の端末およびそのサービスを認識する。サービスの検索は、他の端末からの応答に含まれるＵＲＬを参照することにより行い、デバイス記述（Device Description）、サービス記述（Service Description）を取得する。ここで、デバイス記述とは、種別、品番、名称、製造者等のデバイスに関する情報であり、サービス記述とは、機能／サービスに関する情報である。なお、サービス記述には、通信端末がサポートするメディアコーデック等のメディアに関する情報を記述することができなかった。
Windows（登録商標）XPのユニバーサルプラグアンドプレイ（UPｎP）

ネットワーク内の通信端末間で、音声通話やテレビ通話等のメディアセッションを確立する場合には、上記したサービスディスカバリ、サービス情報の交換の手続きの後はじめてＳＩＰやＨ．３２３等のセッション制御プロトコルによりセッション確立が可能となる。すなわち、セッションの確立を行う前に、サービスディスカバリを行い、サービスディスカバリの応答に含まれるＵＲＬを参照することにより、サービス情報を取得する手続きが必要であった。

本発明は上記の背景を考慮し、ネットワーク内の通信を簡易に行える通信端末および通信方法を提供することを目的とする。

本発明に係る通信端末は、ネットワークに接続された端末であることの登録を要求する登録要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式でネットワークに送信する送信手段と、登録要求に応じて他の端末のそれぞれから自端末宛てに送信された登録応答を受信する受信手段と、登録応答から他の端末が提供するサービスに関する情報を取得する取得手段と、取得手段により取得した情報を格納する格納手段と、を備える。

登録要求に自端末が提供するサービスに関する情報（以下、「サービス情報」という）を含めて送信することにより、登録要求を受信した他の端末は、新しくネットワークに参加した通信端末のサービス情報を取得できる。また、登録要求に応じて送信される登録応答には送信元の端末のサービス情報が含まれているので、ネットワークに新しく参加した端末はネットワークに既に参加している端末のサービス情報を格納できる。従って、登録要求を送信してその登録応答を受信するシーケンスにより、自端末のサービス情報をネットワーク内の他の端末に通知すると共に、他の端末のサービス情報を取得できる。また、後にセッション接続を行うときには、それぞれの通信端末に格納された他の端末のサービス情報を参照してセッション相手を選択でき、セッション確立までのシーケンスを簡略化できる。なお、サービス情報には、端末の種別、品番、名称、製造者等のデバイスに関する情報、機能／サービスに関する情報が含まれる。

好ましくは、本発明に係る通信端末は、取得手段により取得した情報に基づいて他の端末と通信可能か否かを判定し、その判定結果に基づいて取得手段により取得した情報を格納するか否かを制御する制御手段をさらに備える。

この構成によれば、登録応答に含まれるサービス情報に基づいて、登録応答送信元の端末と通信可能か否かを判定し、通信可能と判定されたときに他の端末のサービス情報を格納する。これにより、通信不可能な通信端末のサービス情報を格納しなくてよいので、格納手段に格納する情報量を抑制できる。

好ましくは、本発明に係る通信端末は、登録要求に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成する手段をさらに備える。

この構成により、特別な設定なしで自動的に自端末のユーザ名を生成可能となる。また、ユーザ名を参照することにより端末を容易に識別可能となる。

本発明の別の態様に係る通信端末は、自端末とネットワークで接続された他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信される、ネットワークに接続された端末であることの登録を要求する登録要求を受信する受信手段と、受信した登録要求から他の端末が提供するサービスに関する情報を取得する取得手段と、取得手段により取得した情報を格納する格納手段と、登録要求に対する登録応答に自端末が提供するサービスに関する情報を含めて他の端末に送信する送信手段と、を備える。

登録要求には送信元の端末のサービス情報が含まれているので、受信した登録要求からサービス情報を取得して格納できる。また、登録要求に応じて送信する登録応答に自端末のサービス情報を含めて送信することにより、登録要求送信元の通信端末に自端末のサービス情報を通知できる。従って、登録要求を受信してその登録応答を送信するシーケンスにより、ネットワークに参加した通信端末の情報を取得できると共に、その通信端末に自端末のサービス情報を通知できる。また、後にセッション接続を行うときには、それぞれの通信端末に格納された他端末のサービス情報を参照してセッション相手を選択でき、セッション確立までのシーケンスを簡略化できる。

好ましくは、本発明の通信端末は、取得手段により取得した情報に基づいて他の端末と通信可能か否かを判定し、その判定結果に基づいて取得手段により取得した情報を格納するか否かを制御する制御手段をさらに備える。

この構成によれば、登録要求に含まれるサービス情報に基づいて登録要求送信元の端末と通信可能か否かを判定し、通信可能と判定されたときに他の端末のサービス情報を格納する。これにより、通信不可能な通信端末のサービス情報を格納しなくてよいので、格納手段に格納する情報量を抑制できる。

好ましくは、本発明の通信端末は、取得手段により取得した情報に基づいて他の端末と通信可能か否かを判定し、その判定結果に基づいて、失敗応答を送信する又は登録応答を送信しないように送信手段を制御する制御手段をさらに備える。

この構成によれば、登録要求に含まれるサービス情報に基づいて登録要求送信元の端末と通信可能か否かを判定し、通信不可能と判定されたときには失敗応答を送信する。これにより、登録要求送信元の通信端末はサービス情報に基づいて通信可能か否かを判定せずに応答を破棄できる。また、通信不可能と判定されたときに、登録応答を送信しないこととしてもよい。これにより、登録要求送信元の端末に送信される登録応答数を制限できる。

好ましくは、本発明の通信端末は、登録応答に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成する手段をさらに備える。

好ましくは、本発明の通信端末は、格納手段に格納されたサービスに関する情報に基づいて選択された端末とセッションを開始して通信する手段をさらに備える。

このようにセッションを開始する端末を格納手段に格納されたサービス情報に基づいて選択することにより、セッション接続時にサービス情報交換のシーケンスを省略でき、簡略化したシーケンスでセッションを開始できる。

好ましくは、登録要求とセッション開始には同じプロトコルを用いる。また、好ましくは、ネットワークはＩＰネットワークであり、通信用のプロトコルとしてＳＩＰを用いる。

これにより、サービス情報の交換とセッション接続を同じプロトコルで実現でき、通信端末のプロトコルスタックを軽減できる。また、ＳＩＰはプロトコルが簡単であり、また機器情報などや伝送データなどの付加情報をメッセージボディに入れることができるので好ましい。

好ましくは、サービスに関する情報には、端末が処理できるメディアに関する情報を含む。

これにより、セッションを開始する端末を格納手段に格納されたメディアに関する情報（以下、「メディア情報」という）に基づいて選択することにより、メディア情報不一致によるセッション接続失敗を防止できる。

本発明の別の態様に係る通信端末は、他の端末とのセッション開始を要求するセッション開始要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式でネットワークに送信する送信手段と、セッション開始要求に応じて、ネットワークに接続された他の端末のうちサービスに関する情報に基づいて自端末と通信可能と判定した端末から送信されたセッション開始応答を受信する受信手段と、セッション開始応答に基づいて他の端末と通信する通信手段と、を備える。

セッション開始要求に自端末のサービス情報を含めてネットワーク内の複数の端末に送信することにより、セッション開始要求を受信した他端末はサービス情報に基づいてセッション接続可能か否か判定できる。そして、接続可能と判定した他の端末から送信されたセッション開始応答を受信し、セッションを開始する。これにより、セッション確立前にサービスディスカバリ及びサービス情報取得の手続きを行っておく必要がなく、セッション開始までのシーケンスを簡略化できる。また、それぞれの通信端末が他端末のサービス情報を格納しておく必要がないので各端末の構成を簡単にできる。

好ましくは、本発明の通信端末は、セッション開始応答から他の端末が提供するサービスに関する情報を取得する取得手段と、取得手段により取得した情報を格納する格納手段と、をさらに備える。

この構成により、セッション開始のシーケンスを利用して他端末のサービス情報を取得して格納できる。従って、以降は、格納されたサービス情報を参照して選択した他端末のみを宛先としてセッション開始手続きを行うことができる。

好ましくは、本発明の通信端末は、セッション開始要求に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成する手段をさらに備える。

本発明の別の態様に係る通信端末は、自端末とネットワークで接続された他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信されるセッション開始を要求するセッション開始要求を受信する受信手段と、セッション開始要求から他の端末が提供するサービスに関する情報を取得する取得手段と、取得手段により取得した情報に基づいて他の端末と通信可能か否か判定する判定手段と、判定手段による判定結果に基づいてセッション開始応答を送信する送信手段と、を備える。

セッション開始要求に含まれる他端末のサービス情報により、セッション開始要求送信元の通信端末と通信可能か否かを判定し、判定の結果、通信可能な場合にセッション開始応答を送信する。これにより、セッション確立前にサービスディスカバリ及びサービス情報取得の手続きを行っておく必要がなく、セッション開始までのシーケンスを簡略化できる。また、それぞれの通信端末が他端末のサービス情報を格納しておく必要もないので各端末の構成を簡単にできる。

好ましくは、本発明の通信端末は、取得手段により取得した情報を格納する格納手段をさらに備える。

好ましくは、送信手段が、セッション開始応答に自端末が提供するサービスに関する情報を含めて送信する。

この構成により、セッション開始のシーケンスを利用して自端末のサービス情報を通知でき、セッション接続相手の端末がこのサービス情報を格納することが可能である。従って、セッション接続相手の端末は、以降のセッション開始時に、格納されたサービス情報を利用できる。

好ましくは、ネットワークはＩＰネットワークであり、セッション開始のプロトコルにＳＩＰを用いる。

ＳＩＰはプロトコルが簡単であり、また機器情報などや伝送データなどの付加情報をメッセージボディに入れることができるので好ましい。

本発明に係る通信方法は、ネットワークに接続された他の端末と通信する通信方法であって、ネットワークに接続された端末であることの登録を要求する登録要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式でネットワークに送信する送信ステップと、登録要求に応じて他の端末のそれぞれから自端末宛てに送信された登録応答を受信する受信ステップと、登録応答から他の端末が提供するサービスに関する情報を取得する取得ステップと、取得ステップにおいて取得した情報を格納する格納ステップと、を備える。

登録要求に自端末のサービス情報を含めて送信することにより、登録要求を受信した他の端末は、新しくネットワークに参加した通信端末のサービス情報を取得できる。また、登録要求に応じて送信される登録応答には送信元の端末のサービス情報が含まれているので、ネットワークに新しく参加した端末はネットワークに既に参加している端末のサービス情報を格納できる。従って、登録要求を送信してその登録応答を受信するシーケンスにより、自端末のサービス情報をネットワーク内の他の端末に通知すると共に、他の端末のサービス情報を取得できる。また、後にセッション接続を行うときには、それぞれの通信端末に格納された他の端末のサービス情報を参照してセッション相手を選択でき、セッション確立までのシーケンスを簡略化できる。なお、サービス情報には、端末の種別、品番、名称、製造者等のデバイスに関する情報、機能／サービスに関する情報が含まれる。

好ましくは、本発明の通信方法は、取得ステップにおいて取得した情報に基づいて他の端末と通信可能か否かを判定し、その判定結果に基づいて取得ステップにおいて取得した情報を格納するか否かを制御する制御ステップをさらに備える。

この方法によれば、登録応答に含まれるサービス情報に基づいて登録応答送信元の端末と通信可能か否かを判定し、通信可能と判定されたときに他の端末のサービス情報を格納する。これにより、通信不可能な通信端末のサービス情報を格納しなくてよいので、通信端末に格納する情報量を抑制できる。

好ましくは、本発明の通信方法は、登録要求に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成するステップをさらに備える。

この方法により、特別な設定なしで自動的に自端末のユーザ名を生成可能となる。また、ユーザ名を参照することにより端末を容易に識別可能となる。

本発明の別の態様に係る通信方法は、ネットワークに接続された他の通信端末と通信する通信方法であって、自端末とネットワークで接続された他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信される、ネットワークに接続された端末であることの登録を要求する登録要求を受信する受信ステップと、受信した登録要求から他の端末が提供するサービスに関する情報を取得した取得ステップと、取得ステップにおいて取得した情報を格納する格納ステップと、登録要求に対する登録応答に自端末が提供するサービスに関する情報を含めて他の端末に送信する送信ステップと、を備える。

この方法によれば、登録要求に含まれるサービス情報に基づいて登録要求送信元の端末と通信可能か否かを判定し、通信可能と判定されたときに他の端末のサービス情報を格納する。これにより、通信不可能な通信端末のサービス情報を格納しなくてよいので、通信端末に格納する情報量を抑制できる。

好ましくは、本発明の通信方法は、取得ステップにおいて取得した情報に基づいて他の端末と通信可能か否かを判定し、その判定結果に基づいて、送信ステップにおいて失敗応答を送信する。

この方法によれば、登録要求に含まれるサービス情報に基づいて登録要求送信元の端末と通信可能か否かを判定し、通信不可能と判定されたときには失敗応答を送信する。これにより、登録要求送信元の通信端末はサービス情報に基づいて通信可能か否かを判定せずに応答を破棄できる。

好ましくは、本発明の通信方法は、登録応答に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成するステップをさらに備える。

好ましくは、本発明の通信方法は、格納ステップにおいて格納されたサービスに関する情報に基づいて選択された端末とセッションを開始して通信するステップをさらに備える。

このようにセッションを開始する端末を格納ステップにおいて格納されたサービス情報に基づいて選択することにより、セッション接続時にサービス情報交換のシーケンスを省略でき、簡略化したシーケンスでセッションを開始できる。

これにより、セッションを開始する端末を格納手段に格納されたメディア情報に基づいて選択することにより、メディア情報不一致によるセッション接続失敗を防止できる。

本発明の別の態様に係る通信方法は、ネットワークに接続された他の端末と通信する通信方法であって、他の端末とのセッション開始を要求するセッション開始要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式でネットワークに送信する送信ステップと、セッション開始要求に応じて、ネットワークに接続された他の端末のうちサービスに関する情報に基づいて自端末と通信可能と判定した端末から送信されたセッション開始応答を受信する受信ステップと、セッション開始応答に基づいて他の端末と通信する通信ステップと、を備える。

セッション開始要求に自端末のサービス情報を含めてネットワーク内の複数の端末に送信することにより、セッション開始要求を受信した他端末はサービス情報に基づいてセッション接続可能か否か判定できる。そして、接続可能と判定した他の端末から送信されたセッション開始応答を受信し、セッションを開始する。これにより、セッション確立前にサービスディスカバリ及びサービス情報取得の手続きを行っておく必要がなくなり、セッション開始までのシーケンスを簡略化できる。また、それぞれの通信端末が他端末のサービス情報を格納しておく必要がないので各端末の構成を簡単にできる。

好ましくは、本発明の通信方法は、セッション開始応答から他の端末が提供するサービスに関する情報を取得する取得ステップと、取得ステップにおいて取得した情報を格納する格納ステップと、をさらに備える。

この方法により、セッション開始のシーケンスを利用して他端末のサービス情報を取得して格納できる。従って、以降は、格納されたサービス情報を参照して選択した他端末のみを宛先としてセッション開始手続きを行うことができる。

好ましくは、本発明の通信方法は、セッション開始要求に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成するステップをさらに備える。

本発明の別の態様に係る通信方法は、ネットワークに接続された他の端末と通信する通信方法であって、他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信されるセッション開始を要求するセッション開始要求を受信する受信ステップと、セッション開始要求から他の端末が提供するサービスに関する情報を取得する取得ステップと、取得ステップにおいて取得した情報に基づいて他の端末と通信可能か否か判定する判定ステップと、判定ステップによる判定結果に基づいてセッション開始応答を送信する送信ステップと、を備える。

好ましくは、本発明の通信方法は、取得ステップにおいて取得した情報を格納する格納ステップをさらに備える。

好ましくは、送信ステップでは、セッション開始応答に自端末が提供するサービスに関する情報を含めて送信する。

この方法により、セッション開始のシーケンスを利用して自端末のサービス情報を通知でき、セッション接続相手の端末がこのサービス情報を格納することが可能である。従って、セッション接続相手の端末は、以降のセッション開始時に、格納されたサービス情報を利用できる。

本発明は、登録要求に自端末に関する情報を含めて送信することにより、登録要求を受信した他の端末は、新しくネットワークに参加した通信端末のサービス情報を取得できる。また、登録要求に応じて送信される登録応答には送信元の端末のサービス情報が含まれているので、ネットワークに新しく参加した端末はネットワークに既に参加している端末のサービス情報を格納できる。従って、登録要求を送信してその登録応答を受信するシーケンスにより、自端末のサービス情報をネットワーク内の他の端末に通知すると共に、他の端末のサービス情報を取得できるというすぐれた効果を有する。

また、後にセッション接続を行うときには、それぞれの通信端末に格納された他の端末のサービス情報を参照してセッション相手を選択でき、セッション確立までのシーケンスを簡略化できるというすぐれた効果を有する。

以下、本発明の実施形態に係る通信端末および通信方法について図面を参照しながら説明する。可能な場合には、同一の部分には同一の符号を付して重複する説明を省略する。

（第１実施形態）
図１は、第１実施形態に係る通信端末１０ａ〜１０ｄによる通信方法の特徴を示すシーケンス図である。以下の説明では、通信端末１０ａ〜１０ｄを総称する場合には、通信端末１０と記載する。図１による説明の前に本実施形態に係る通信端末１０の構成について説明する。

図２は、第１実施形態に係る通信端末１０が用いられる環境を示す図である。図２に示すように、本実施形態に係る通信端末１０は家庭のＬＡＮなどネットワーク４０に接続されて用いられる。通信端末１０の具体例としては、デジタルＴＶ、ＤＶＤプレーヤー、電話端末、カメラ付インターホンなどが挙げられる。

図３は、通信端末１０の構成を示すブロック図である。通信端末１０は、ユーザインターフェースを構成する入力手段１２および受信手段を有する。入力手段１２および出力手段１４はデバイス制御部１６に接続され、デバイス制御部１６は全体制御部１８に接続されている。また、通信端末１０はネットワーク４０を通じてデータを送受信するための送受信部２２を有する。送受信部２２も全体制御部１８に接続されている。さらに、通信端末１０は、メディア制御部２４と、ＳＩＰメッセージ処理部２６とを有する。ＳＩＰメッセージ処理部２６は、自端末情報ファイル３０および他端末情報ファイル３２にアクセス可能となっている。以下に、通信端末１０を構成する各構成要素について説明する。

入力手段１２は、ユーザからの指示を入力させる機能および音声や動画等のメディアストリームを入力させる機能を有する。入力手段１２は、マウス、キーボード又はボタンなどのユーザの入力を受け付けるデバイスにより構成される。また、メディアストリームの入力のために、カメラやマイクなどのデバイスが用いられる。

出力手段１４は、音声、動画またはテキストデータ等の情報を出力する機能を有する。出力手段１４は、ディスプレイやスピーカーなどのデバイスにより構成される。

デバイス制御部１６は、入力手段１２および出力手段１４を制御する機能を有する。デバイス制御部１６は、入力手段１２および出力手段１４と全体制御部１８およびメディア制御部２４に接続されている。そして、入力手段１２により入力されたユーザの指示を受け付けてその内容を全体制御部１８に通知し、入力手段１２により入力された音声又は動画等のメディアストリームをメディア制御部２４に渡す。また、全体制御部１８から指示された情報を出力手段１４により出力し、メディア制御部２４から渡されたメディアストリームを出力手段１４により出力する。

送受信部２２は、全体制御部１８からの指示を受けてＳＩＰメッセージを他の端末に送信する機能と、他の端末から送信されたＳＩＰメッセージを受信し、受信したＳＩＰメッセージを全体制御部１８に通知する機能を有する。また、送受信部２２は、メディア制御部２４から渡されるメディアストリームを他の端末へ送信する機能と、他の端末から送信されたメディアストリームを受信し、受信したメディアストリームをメディア制御部２４に渡す機能を有する。

ＳＩＰメッセージ処理部２６は、全体制御部１８からの指示によりＳＩＰメッセージを解析する機能を有する。また、ＳＩＰメッセージ処理部２６は、全体制御部１８からの指示によりＳＩＰメッセージを作成し、作成されたＳＩＰメッセージを全体制御部１８に渡す機能を有する。ＳＩＰメッセージ処理部２６は、全体制御部１８からの指定された情報を用いて、セッション記述を作成し、ＳＩＰメッセージのボディに付記することが可能である。セッション記述とは、セッションを確立するときに用いられる情報である。例えば、使用するコーデックの情報や受信アドレスの情報など、端末間でネゴシエートする必要のあるメディアに関する情報を含む。なお、ＳＩＰでは一般的に、セッション記述はＳＤＰ（Session Description Protocol）により記述される。

ＳＩＰメッセージ処理部２６は、サービス情報処理機能２８を有する。サービス処理機能２８は、ＳＩＰメッセージのメッセージボディにサービス情報を付記し、またメッセージボディに付記されたサービス情報を解析する機能である。例えば、サービス情報処理機能２８により、ＲＥＧＩＳＴＥＲメッセージ若しくは他端末から受信したＲＥＧＩＳＴＥＲメッセージの２００ＯＫ応答の作成を全体制御部１８から指示された場合、自端末情報ファイル３０からサービス情報を取得し、２００ＯＫ応答メッセージのボディに付記する。また、サービス情報処理機能２８により、ＲＥＧＩＳＴＥＲメッセージ若しくは他端末から受信したＲＥＧＩＳＴＥＲメッセージの２００ＯＫ応答の解析を全体制御部１８から指示された場合、メッセージに付記されたサービス情報を解析し、解析結果に基づいて他端末情報ファイル３２を更新する。

メディア制御部２４は、送受信部２２により受信したメディアストリームをデバイス制御部１６に渡し、出力手段１４によりメディアストリームを出力させる機能と、入力手段１２により入力されたメディアストリームをデバイス制御部１６から受け取り、送受信部２２に渡す機能を有する。

自端末情報ファイル３０は、自端末のサービス情報とセッション情報を格納するファイルである。サービス情報とは、種別、品番、アドレス、使用可能なコーデックや機能などのサービスに関する情報である。セッション情報とは、自端末が参加しているセッションの情報である。

他端末情報ファイル３２は、自端末とセッション接続可能な他端末のサービス情報を格納するファイルである。

全体制御部１８は、上記した各構成要素を適切に機能させ、通信端末１０全体を制御する機能を有する。全体制御部１８の機能を以下に挙げる。１）送受信部２２よりＳＩＰメッセージの受信を通知されると、ＳＩＰメッセージ処理部２６によってＳＩＰメッセージを解析させる。そして、解析結果に応じてデバイス制御部１６にユーザへの情報表示を指示し、あるいは、メディア制御部２４に対してメディアストリームの送受信開始または停止を指示する。２）デバイス制御部１６によりユーザからの入力を通知された場合または受信したＳＩＰメッセージに対する応答メッセージを作成する必要がある場合に、ＳＩＰメッセージ処理部２６にＳＩＰメッセージの作成を指示し、作成されたＳＩＰメッセージを送受信部２２に入力する。３）他端末のセッション確立または切断により、自端末の参加しているセッションの状態が変化した場合に、自端末情報ファイル３０のセッション情報を更新する。

また、全体制御部１８は、ＳＩＰＵＲＩ決定機能２０を有する。ＳＩＰＵＲＩ決定機能２０は、自端末が新たにネットワーク４０に接続してＩＰアドレスを取得した場合または自端末のＩＰアドレスが変化した場合に、自端末のＳＩＰＵＲＩを作成する機能である。より詳細には、新たなＩＰアドレスと自端末情報ファイル３０に格納された品番とを用いてＳＩＰＵＲＩを作成する。

ここで、実施形態に係る通信端末１０の構成を従来の通信端末の構成と比較する。図４は、従来の通信端末の構成を示す図である。従来の通信端末はＳＳＤＰメッセージ処理部を有していたのに対し、図３に示す本実施形態ではＳＳＤＰ処理部を有しておらず、簡単な構成となっている。

次に、本実施形態に係る通信端末１０の動作について説明する。通信端末１０の詳しい動作説明に先立って、本実施形態の通信端末１０の動作と従来の通信端末１０の動作を比較し、本実施形態の特徴について述べる。

図１は第１実施形態に係る通信端末１０による通信方法の特徴を示すシーケンス図、図５は従来の通信端末１０による通信方法を示すシーケンス図である。図１及び図５では、通信端末１０ｂ、通信端末１０ｃ、通信端末１０ｄが接続されたネットワーク４０に新たに通信端末１０ａがネットワーク４０に接続し、通信端末１０ａと通信端末１０ｄとの間でセッションを確立するまでの流れを示している。

最初に、従来のシーケンスについて説明する。従来は、ネットワーク４０に参加した通信端末１０ａは、まず、自端末のプレゼンスをネットワーク４０内の端末に通知する。すなわち、自端末のサービスタイプまたは識別子をヘッダにより指定したＳＳＤＰのＮＯＴＩＦＹコマンドを、ネットワーク４０内の端末にマルチキャスト送信する。なお、この通知に対する応答はない。

次に、通信端末１０ａは、ネットワーク４０内の他の端末のサービスの情報を検索する。通信端末１０ａは、検索対象としてすべてのサービスタイプを指定（ｓｓｄｐ：ａｌｌ）したＳＳＤＰのＭ−ＳＥＡＲＣＨコマンドをネットワーク４０内の端末にマルチキャスト送信する。これに対し、Ｍ−ＳＥＡＲＣＨコマンドを受信した他の通信端末１０ｂ〜１０ｄは、自身のサービスタイプまたは識別子をヘッダにより指定し、通信端末１０ａにＳＳＤＰの２００ＯＫ応答を送信する。ここまでのシーケンスにより、通信端末１０ａは自端末のサービスタイプを他端末に通知し、他端末のサービスタイプを受信して、サービスディスカバリが完了する。

続いて、通信端末１０ａによるセッションの確立について説明する。通信端末１０ａは、サービス情報の取得処理を行う（Ｓ１０）。すなわち、サービスディスカバリにより得られたデバイス情報のＵＲＩを参照し、他端末のサービス情報を取得する。次に、通信端末１０ａは、取得したサービス情報に基づいて、通信相手の通信端末１０を選択する。ここでは、通信端末１０ｄが通信相手として選択された例を示す。

通信端末１０ａは、選択された通信端末１０ｄにセッションの開始を要求するＩＮＶＩＴＥメッセージを送信する。通信端末１０ｄは、ＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに対する応答を通信端末１０ａに送信する。ここでは、ＳＩＰで肯定応答を示す２００ＯＫ応答を送信している。続いて、通信端末１０ａは２００ＯＫ応答に対するＡＣＫを通信端末１０ｄに送信する。これにより、通信端末１０ａと通信端末１０ｄとの間でセッションが確立され、音声／動画メディアの交換が可能となる。

次に、図１を参照しながら、実施形態に係る通信端末１０による通信シーケンスについて説明する。ネットワーク４０に参加した通信端末１０ａは、ネットワーク４０内の端末にＲＥＧＩＳＴＥＲメッセージをマルチキャストまたはブロードキャストで送信する。後に詳しく述べるが、このＲＥＧＩＳＴＥＲメッセージには、通信端末１０ａのサービス情報が含まれている。ＲＥＧＩＳＴＥＲメッセージを受信した通信端末１０ｂ〜１０ｄは、ＲＥＧＩＳＴＥＲメッセージに含まれた通信端末１０ａのサービス情報を格納し、ＳＩＰの２００ＯＫ応答（登録応答）を通信端末１０ａに送信する。この応答には応答送信元の通信端末１０ｂ〜１０ｄのサービス情報が含まれている。通信端末１０ａは、通信端末１０ｂ〜１０ｄから送信された応答を受信すると、応答に含まれるサービス情報を格納する。ここまでのシーケンスにより、サービスディスカバリとサービス情報の交換を行うことができる。従来の通信シーケンスに比べると、サービス情報の交換が完了するまでのシーケンスを削減できたことが分かる。

次に、セッション接続について説明する。格納された他端末のサービス情報に基づいて通信相手となる通信端末を選択する。そして、選択された通信端末１０ｄに対してＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージを受信した通信端末１０ｄは２００ＯＫ応答を通信端末１０ａに返し、通信端末１０ａは２００ＯＫ応答に対するＡＣＫを送信する。以上のフローによりセッションが確立する。ネットワークへの登録時に他端末のサービス情報を格納しているので、通信端末１０ａはセッションを確立するフローではＵＲＩを参照してサービス情報を取得しなくてもよい。

次に、第１実施形態に係る通信端末１０による通信方法について具体的に説明する。以下の説明では、通信端末１０ａがデジタルテレビ、通信端末１０ｂが電話端末、通信端末１０ｃがＤＶＤプレーヤー、通信端末１０ｄがカメラ付インターホンとする。

図６は第１実施形態に係る通信端末１０による通信シーケンスの例を示す図である。図６を参照して、ここで説明する通信シーケンスの概略を述べる。ネットワーク４０には、電話端末１０ｂ、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄが接続されている。まず、このネットワーク４０にデジタルテレビ１０ａを接続する（Ｓ２０）。続いて、デジタルテレビ１０ａはＲＥＧＩＳＴＥＲメッセージを作成し、作成したＲＥＧＩＳＴＥＲメッセージをネットワーク４０内の通信端末１０にマルチキャストまたはブロードキャストで送信する（Ｓ３０）。このとき送信されるＲＥＧＩＳＴＥＲメッセージには、図７に示すようにデジタルテレビ１０ａのサービス情報が含まれる。ＲＥＧＩＳＴＥＲメッセージを受信した各通信端末１０ｂ〜１０ｄは、ＲＥＧＩＳＴＥＲメッセージに含まれるサービス情報を他端末情報ファイル３２に格納すると共に、ＲＥＧＩＳＴＥＲメッセージに含まれるサービス情報に基づいて、デジタルテレビ１０ａと接続可能か否か判定する（Ｓ４０）。

判定の結果、デジタルテレビ１０ａと接続可能な通信端末はＳＩＰの２００ＯＫ応答を作成し、デジタルテレビ１０ａに送信する（Ｓ６０）。図６に示すように、ＤＶＤプレーヤー１０ｃとカメラ付インターホン１０ｄが２００ＯＫ応答を送信している。２００ＯＫ応答には、図８に示すように送信元の端末のサービス情報が含まれる。続いて、デジタルテレビ１０ａは、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄから送信された２００ＯＫ応答を受信し、２００ＯＫ応答に含まれるサービス情報を他端末情報ファイル３２に格納する（Ｓ７０）。以上で、デジタルテレビ１０ａがネットワーク４０に接続したことに伴うセッション情報交換手続きが完了する。

次に、カメラ付インターホン１０ｄが来客を検知すると、カメラ付インターホン１０ｄは他端末情報ファイル３２を検索し、通信可能な通信端末１０としてデジタルテレビ１０ａを抽出する（Ｓ８０）。そして、カメラ付インターホン１０ｄはＩＮＶＩＴＥメッセージを作成し、デジタルテレビ１０ａに送信する（Ｓ８０）。ＩＮＶＩＴＥメッセージを受信したデジタルテレビ１０ａは、ＩＮＶＩＴＥメッセージの受入処理を行い、２００ＯＫ応答を作成する（Ｓ１００）。そして、デジタルテレビ１０ａは、２００ＯＫ応答をカメラ付インターホン１０ｄに送信する。２００ＯＫ応答を受信したカメラ付インターホン１０ｄはＡＣＫを作成し、デジタルテレビ１０ａに送信する（Ｓ１３０）。デジタルテレビ１０ａは、ＡＣＫを受信するとセッション情報を更新する（Ｓ１５０）。カメラ付インターホン１０ｄとデジタルテレビ１０ａとの間でセッションが確立する。以上でセッション確立手続きが完了する。

次に、各端末における処理について説明する。

図９は、デジタルテレビ１０ａのネットワーク接続処理（Ｓ２０）を示すフローチャートである。まず、デジタルテレビ１０ａをネットワーク４０に接続する（Ｓ２２）。そして、ユーザによりデジタルテレビ１０ａのＩＰアドレスが手動で設定される（Ｓ２４）。ここで、設定されるＩＰアドレスはローカルアドレスでもグローバルアドレスでもよい。また、ユーザにより手動で設定されるのではなく、ネットワーク４０上のＤＨＣＰサーバからＩＰアドレスを取得してもよい。

次に、デジタルテレビ１０ａは、全体制御部１８によりＳＩＰＵＲＩを作成する（Ｓ２６）。具体的には、設定されたＩＰアドレスとデジタルテレビ１０ａの品番を用いてＳＩＰセッションで用いるＳＩＰＵＲＩを作成する。例えば、「品番＠ＩＰアドレス」というＳＩＰＵＲＩを作成してもよい。品番が「Ｄ１１１」でＩＰアドレスが「１９２．１６８．０．１」の場合には、ＳＩＰＵＲＩは「Ｄ１１１＠１９２．１６８．０．１」となる。全体制御部１８は、作成したＳＩＰＵＲＩを自端末情報ファイル３０に格納する。

なお、ＳＩＰＵＲＩは、デジタルテレビ１０ａの電源がＯＮ、ＯＦＦされる度に同じ手続きにより決定してもよい。また、不揮発性メモリに書き込むことにより、電源がＯＦＦになっても次回電源がＯＮになったときに同じＵＲＩを使用可能としてもよい。

図２０（ａ）〜図２０（ｄ）は、デジタルテレビ１０ａがネットワーク４０に接続された時点Ｔ１（図６参照）で、各通信端末１０が保持している情報を示す図である。図２０（ａ）はデジタルテレビ１０ａが保持する情報、図２０（ｂ）はＤＶＤプレーヤー１０ｃが保持する情報、図２０（ｃ）は電話端末１０ｂが保持する情報、図２０（ｄ）はカメラ付インターホン１０ｄが保持する情報である。図２０（ａ）〜図２０（ｄ）に示すように、自端末情報３０としてサービス情報とセッション情報を有し、他端末情報３２としてサービス情報を有している。各通信端末１０ａ〜１０ｄは、ＳＩＰＵＲＩのｄｉｓｐｌａｙ−ｎａｍｅを有している。例えば、デジタルテレビ１０ａでは「居間ＴＶ」、カメラ付インターホン１０ｄでは「インターホン１」である。ｄｉｓｐｌａｙ−ｎａｍｅは、自動的に決定されるものではなく、ユーザの入力により決定される。ｄｉｓｐｌａｙ−ｎａｍｅは、ＳＩＰＵＲＩの一部として他端末に送信される。ｄｉｓｐｌａｙ−ｎａｍｅは、ネットワーク４０内のセッション確立可能な端末一覧を表示するときなどに用いられる。ここで一例を示す。

図１８（ａ）はＤＶＤプレーヤー１０ｃの利用可能デバイス一覧、図１８（ｂ）はデジタルテレビ１０ａの利用可能デバイス一覧の表示例を示す図である。図１８（ａ）及び図１８（ｂ）に示すように、他端末の識別子としてｄｉｓｐｌａｙ−ｎａｍｅが用いられる。なお、ｄｉｓｐｌａｙ−ｎａｍｅが与えられていない場合には、ＳＩＰＵＲＩを表示する。

図１０は、デジタルテレビ１０ａによるＲＥＧＩＳＴＥＲメッセージ作成・送信処理（Ｓ３０）を示すフローチャートである。デジタルテレビ１０ａは、ネットワーク４０内の通信端末１０とサービス情報の交換を行うため、ＳＩＰメッセージ処理部２６によりＲＥＧＩＳＴＥＲメッセージを作成する（Ｓ３２）。このとき、ＳＩＰメッセージ処理部２６のサービス情報処理機能２８により、自端末のサービス情報をＲＥＧＩＳＴＥＲメッセージのメッセージボディに付記する（Ｓ３４）。

図７は、作成されるＲＥＧＩＳＴＥＲメッセージのデータ構成を示す図である。図７に示すように、ＲＥＧＩＳＴＥＲメッセージは、ＳＩＰヘッダにサービス情報が続いて構成される。メッセージボディに記述されるサービス情報には、種別、品番、対応コーデックおよび機能が含まれている。なお、自端末のサービス情報は、自端末情報ファイル３０に格納された情報を用いる。そして、デジタルテレビ１０ａは、作成したＲＥＧＩＳＴＥＲメッセージを送受信部２２によりネットワーク４０内の端末にマルチキャストまたはブロードキャストで送信する（Ｓ３６）。このとき使用されるマルチキャストアドレスまたはブロードキャストアドレスは、ユーザが手動で設定してもよいし、ＩＰアドレス／サブネットマスクから自動的にローカルマルチキャストアドレスまたはローカルブロードキャストアドレスが決定されてもよい。

図１１は、ＲＥＧＩＳＴＥＲメッセージを受信した各通信端末１０の接続可否判定処理（Ｓ４０）を示すフローチャートである。通信端末１０はＲＥＧＩＳＴＥＲメッセージを受信する（Ｓ４２）と、メッセージを解析して送信元のサービス情報を取得する（Ｓ４４）。続いて、ＲＥＧＩＳＴＥＲメッセージを受信した通信端末１０は、ＲＥＧＩＳＴＥＲメッセージの送信元の通信端末１０とセッションを確立可能か否か判定する（Ｓ４６）。ここでは、通信端末１０の自端末情報ファイル３０に格納された自端末のサービス情報と、ＲＥＧＩＳＴＥＲメッセージに含まれるサービス情報とに基づいて行う。具体的には、ＲＥＧＩＳＴＥＲメッセージ送信元の端末と自端末とが共通のコーデックを有するか否かにより判定する。

接続可能と判定された場合には、ＲＥＧＩＳＴＥＲメッセージ送信元のデジタルテレビ１０ａのサービス情報を他端末情報ファイル３２に格納する（Ｓ４８）。この例では、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄは、デジタルテレビ１０ａと共通のコーデックを有するので接続可能と判定し、ＲＥＧＩＳＴＥＲメッセージのメッセージボディに含まれるデジタルテレビ１０ａのサービス情報を格納する。接続不可能と判定された場合には、ＲＥＧＩＳＴＥＲメッセージを処理せずに破棄する（Ｓ５０）。この例では、電話端末１０ｂは共通のコーデックを有しないので、ＲＥＧＩＳＴＥＲメッセージを破棄する。

図２１（ａ）〜図２１（ｄ）は、ＲＥＧＩＳＴＥＲメッセージがマルチキャストまたはブロードキャストで送信された時点Ｔ２（図６参照）で、各通信端末１０が保持している情報を示す図である。図２１（ａ）はデジタルテレビ１０ａが保持する情報、図２１（ｂ）はＤＶＤプレーヤー１０ｃが保持する情報、図２１（ｃ）は電話端末１０ｂが保持する情報、図２１（ｄ）はカメラ付インターホン１０ｄが保持する情報である。図２０（ｂ）と図２１（ｂ）、図２０（ｄ）と図２１（ｄ）を比較すれば分かるようにＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄの他端末情報ファイル３２には、デジタルテレビ１０ａのサービス情報が新たに格納されている。また、電話端末１０ｂについては、ＲＥＧＳＩＴＥＲメッセージを受信する前と状態が変化していない（図２０（ｃ）、図２１（ｃ）参照）。

図１２は、ＲＥＧＩＳＴＥＲメッセージに対する応答作成・送信処理（Ｓ６０）を示すフローチャートである。このフローは、図１１に示すフローにおいて、ＲＥＧＩＳＴＥＲメッセージ送信元のデジタルテレビ１０ａと通信可能と判定された場合に実行される。すなわち、ＤＶＤプレーヤー１０ｃとカメラ付インターホン１０ｄにおいて実行される。電話端末１０ｃでは、このフローは実行されず、登録応答を送信しない。なお、電話端末１０ｃは、失敗応答を送信してもよい。

まず、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄは、ＳＩＰメッセージ処理部２６により、ＲＥＧＩＳＴＥＲメッセージに対する２００ＯＫ応答を作成する（Ｓ６２）。このときＳＩＰメッセージ処理部２６は、２００ＯＫ応答に自端末のサービス情報を付記する（Ｓ６４）。図８は、カメラ付インターホン１０ｄが作成する２００ＯＫ応答のデータ構成を示す図である。図８に示すように、２００ＯＫ応答は、ＳＩＰヘッダにサービス情報が続いて構成される。メッセージボディに記述されるサービス情報には、種別、品番、対応コーデックおよび機能が含まれている。なお、自端末のサービス情報は、自端末情報ファイル３０に格納された情報を用いる。そして、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄは、作成した２００ＯＫ応答を送受信部２２によりデジタルテレビ１０ａにユニキャスト送信する（Ｓ６６）。以上で、セッション情報交換手続きが完了する。

図１３は、２００ＯＫ応答を受信したデジタルテレビ１０ａのサービス情報登録処理（Ｓ７０）を示すフローチャートである。デジタルテレビ１０ａは、２００ＯＫ応答を受信する（Ｓ７２）と、受信した２００ＯＫ応答をＳＩＰメッセージ処理部２６により解析する。デジタルテレビ１０ａは、サービス情報処理機能２８により２００ＯＫ応答に含まれるサービス情報を抽出し、抽出したサービス情報を他端末情報ファイル３２に格納する（Ｓ７４）。

図２２（ａ）〜図２２（ｄ）は、サービス情報交換の完了時点Ｔ３（図６参照）で、各通信端末１０が保持している情報を示す図である。図２２（ａ）はデジタルテレビ１０ａが保持する情報、図２２（ｂ）はＤＶＤプレーヤー１０ｃが保持する情報、図２２（ｃ）は電話端末１０ｂが保持する情報、図２２（ｄ）はカメラ付インターホン１０ｄが保持する情報である。

図２１（ａ）と図２２（ａ）を比較すれば分かるようにデジタルテレビ１０ａの他端末情報ファイル３２には、ＤＶＤプレーヤー１０ｃとカメラ付インターホン１０ｄのサービス情報が新たに格納されている。また、既に述べたが、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄの他端末情報ファイル３２には、デジタルテレビ１０ａのサービス情報が追加されている。すなわち、デジタルテレビ１０ａがＲＥＧＩＳＴＥＲメッセージを送信し、その２００ＯＫ応答を受信するというシーケンスにより、デジタルテレビ１０ａとＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄとの間で、サービス情報が交換された。電話端末１０ｂは、デジタルテレビ１０ａと共通のコーデックを有しておらず、接続不可能なため、サービス情報の交換がなされていない。

図１９（ａ）はサービス情報交換完了時点Ｔ３（図６参照）でＤＶＤプレーヤー１０ｃの利用可能デバイスを表示した画面例、（ｂ）はサービス情報交換完了時点Ｔ３でデジタルテレビ１０ａの利用可能デバイスを表示した画面例である。図１８（ａ）及び図１９（ａ）と比較すれば分かるように、ＤＶＤプレーヤー１０ｃの利用可能デバイスにデジタルテレビ１０ａが追加されている。また、図１８（ｂ）及び図１９（ｂ）を比較すれば分かるように、ネットワーク４０に接続したデジタルテレビ１０ａに利用可能デバイスの情報が登録された。

本例においては、デジタルテレビ１０ａが新たにネットワーク４０に接続したことをトリガとしてサービス情報の交換がなされたが、これ以外のタイミングでサービス情報を交換してもよい。例えば、通信端末１０のアドレス（ＳＩＰＵＲＩ）やサービス情報が変更された場合にサービス情報を交換することも可能である。

次に、セッションの接続シーケンスについて説明する。図１４は、カメラ付インターホン１０ｄのＩＮＶＩＴＥメッセージ作成・送信処理（Ｓ８０）を示すフローチャートである。カメラ付インターホン１０ｄが来客を検知する（Ｓ８２）と、カメラ付インターホン１０ｄは他端末情報ファイル３２から接続可能な通信端末１０を検索し（Ｓ８４）、ネットワーク４０内に接続可能な通信端末１０が存在するか判定する（Ｓ８６）。判定の結果、接続可能な端末がネットワーク４０内に存在しない場合には、ログを記録して処理を終了する（Ｓ９４）。

図２２（ｄ）に示すカメラ付インターホン１０ｄの他端末情報ファイル３２を参照すると、自端末機能の通話に対応できる通信端末１０は、デジタルテレビ１０ａであることが分かる。すなわち、デジタルテレビ１０ａは、カメラ付インターホン１０ｄの機能である「通話」機能を有している。接続可能な通信端末１０がネットワーク４０内に存在するので、カメラ付インターホン１０ｄは、その通信端末（デジタルテレビ１０ａ）宛てのＩＮＶＩＴＥメッセージを作成する（Ｓ８８）。このとき、作成されるメッセージにはＳＤＰにより記述されたセッション記述が含まれる。

カメラ付インターホン１０ｄは、作成したＩＮＶＩＴＥメッセージをデジタルテレビ１０ａに送信する（Ｓ９０）。そして、全体制御部１８により、自端末情報ファイル３０のセッション情報を更新する（Ｓ９２）。具体的には、セッション状態を「接続中」、セッション相手を「デジタルテレビ１０ａ」、使用コーデックを「ＭＰＥＧ１」にそれぞれ更新する。

図１５は、デジタルテレビ１０ａのＩＮＶＩＴＥメッセージの受入処理（Ｓ１００）を示すフローチャートである。デジタルテレビ１０ａはＩＮＶＩＴＥメッセージを受信する（Ｓ１０２）と、ＳＩＰメッセージ処理部２６によりＩＮＶＩＴＥメッセージを解析する（Ｓ１０４）。そして、ＳＩＰメッセージ処理部２６は、ＩＮＶＩＴＥメッセージのセッション記述からメディアに関する情報を取得する。

続いて、デジタルテレビ１０ａは、ＩＮＶＩＴＥメッセージを受信したことを出力手段１４に表示し、ユーザに知らせる（Ｓ１０６）。このときに表示される画面の例を図２４に示す。この画面表示により、カメラ付インターホン１０ｄとの接続を許可するか否かユーザに選択させる（Ｓ１０８）。デジタルテレビ１０ａは、図２４に示す画面において、ユーザが「通話」を選択すれば接続し、「拒否」を選択すれば接続拒否する。

ユーザが「通話」を選択し、接続を許可した場合には、デジタルテレビ１０ａはＩＮＶＩＴＥメッセージに対する２００ＯＫ応答を作成する（Ｓ１１０）。このとき作成される応答には、ＳＤＰにより記述されたセッション記述が含まれる。そして、デジタルテレビ１０ａは、作成した２００ＯＫ応答を送受信部２２によりカメラ付インターホン１０ｄに送信する（Ｓ１１２）。次に、デジタルテレビ１０ａは、自端末情報ファイル３０のセッション情報を更新する（Ｓ１１４）。具体的には、セッション状態を「接続中」、セッション相手を「カメラ付インターホン１０ｄ」、使用コーデックを「ＭＰＥＧ１」にそれぞれ更新する。また、デジタルテレビ１０ａは、全体制御部１８により、メディア制御部２４にメディア送受信の開始を指示する（Ｓ１１６）。

一方、ユーザが「拒否」を選択し、接続を拒否した場合には、デジタルテレビ１０ａはＩＮＶＩＴＥメッセージに対する失敗応答を作成する（Ｓ１１８）。そして、デジタルテレビ１０ａは、カメラ付インターホン１０ｄに失敗応答を送信する（Ｓ１２０）。失敗応答を受信したカメラ付インターホン１０ｄは、失敗応答に対するＡＣＫを送信し処理を終了する。このように失敗応答が送信された場合には、ユーザの情報が来客者に知られないように、インターホンは来客者への通知を行わないことが好ましい。

図１６は、２００ＯＫ応答を受信したカメラ付インターホン１０ｄのＡＣＫ作成・送信処理（Ｓ１３０）を示すフローチャートである。カメラ付インターホン１０ｄは２００ＯＫ応答を受信する（Ｓ１３２）と、ＳＩＰメッセージ処理部２６により２００ＯＫ応答を解析し、メッセージのセッション記述からメディアに関する情報を取得する（Ｓ１３４）。続いて、カメラ付インターホン１０ｄは、取得したメディア情報に基づいてメディア送受信を開始する（Ｓ１３６）。次に、カメラ付インターホン１０ｄは、２００ＯＫ応答に対するＡＣＫを作成し（Ｓ１３８）、作成したＡＣＫをデジタルテレビ１０ａに送信する（Ｓ１４０）。その後、カメラ付インターホン１０ｄは、自端末情報ファイル３０のセッション情報を更新する（Ｓ１４２）。具体的には、セッション状態を「通話中」に更新する。

図１７は、２００ＯＫ応答に対するＡＣＫを受信したデジタルテレビ１０ａのサービス情報登録処理（Ｓ１５０）を示すフローチャートである。デジタルテレビ１０ａはＡＣＫを受信する（Ｓ１５２）と、ＳＩＰメッセージ処理部２６によりＡＣＫを解析し、ＩＮＶＩＴＥ手続きの完了を確認する（Ｓ１５４）。次に、デジタルテレビ１０ａは、自端末情報ファイル３０のセッション情報を更新する（Ｓ１５６）。具体的には、セッション状態を「通話中」に更新する。

図２３（ａ）〜図２３（ｄ）は、デジタルテレビ１０ａとカメラ付インターホン１０ｄのセッション確立時点Ｔ４（図６参照）で、各通信端末１０が保持している情報を示す図である。図２３（ａ）はデジタルテレビ１０ａが保持する情報、図２３（ｂ）はＤＶＤプレーヤー１０ｃが保持する情報、図２３（ｃ）は電話端末１０ｂが保持する情報、図２３（ｄ）はカメラ付インターホン１０ｄが保持する情報である。図２３（ａ）及び図２３（ｄ）より、デジタルテレビ１０ａとカメラ付インターホン１０ｄのセッション状態が「通話中」に更新されていることが分かる。

以上のフローにより、カメラ付インターホン１０ｄとデジタルテレビ１０ａとの間でセッションが確立し、来客者とデジタルテレビ１０ａのユーザとの間で、音声および映像、または音声のみによる通話が可能となる。図２５は、通話中のデジタルテレビ１０ａの画面例を示す図である。以上、第１実施形態に係る通信端末１０の動作について説明した。

第１実施形態によれば、通信端末１０がネットワーク４０へ接続したときに、自端末のサービス情報を付記したＲＥＧＩＳＴＥＲメッセージをネットワーク４０内の通信端末１０にマルチキャストまたはブロードキャストで送信する。これにより、ＲＥＧＩＳＴＥＲメッセージを受信した通信端末１０は、新たに接続した通信端末１０のサービス情報を格納することができる。また、ＲＥＧＩＳＴＥＲメッセージを受信した通信端末１０は、その２００ＯＫ応答に自端末のサービス情報を付記して送信する。これにより、２００ＯＫ応答を受信した通信端末１０は、ネットワーク４０内の通信端末１０のサービス情報を格納することができる。

また、第１実施形態によれば、ＲＥＧＩＳＴＥＲメッセージを受信した通信端末１０は、ＲＥＧＩＳＴＥＲメッセージに含まれるサービス情報に基づいて、ＲＥＧＩＳＴＥＲメッセージの送信元の通信端末１０と接続可能か否か判定する。そして、接続可能と判定された場合のみ、送信元の通信端末１０に関する情報を格納し、２００ＯＫ応答を送信する。すなわち、ネットワーク４０内のすべての通信端末１０の情報を格納するのではなく、自分が接続可能な通信端末１０に関する情報のみを格納する。これにより、通信端末１０に格納するデータ量を抑制できる。

上記したフローでは、カメラ付インターホン１０ｄが接続可能な通信端末１０はデジタルテレビ１０ａのみであったが、接続可能な通信端末１０がネットワーク４０内に複数存在する場合もある。その場合には、カメラ付インターホン１０ｄは以下のいずれかの方法によりセッションを確立することができる。１）最も優先度の高い通信端末１０にセッション確立手続きを試み、失敗した場合に順次優先度の低い通信端末１０に対してセッション確立手続きを行う。この優先度は、ユーザにより設定されてもよいし、通信端末１０の機能に応じて決定してもよい。例えば、動画と音声の両方を通信可能な端末の方が、音声のみ通信可能な端末より優先度を高く設定してもよい。２）ＳＩＰのフォーキング処理を用いて、同時に複数の通信端末１０にＩＮＶＩＴＥメッセージを送信する。この場合、複数の通信端末１０とセッションが確立することもあり得る。複数の通信端末１０とセッションが確立した場合には、そのうちの一つの通信端末１０を選択し、残りの通信端末１０とのセッションを切断することとしてもよいし、複数の通信端末１０と通話を継続してもよい。

また、上記したフローでは、カメラ付インターホン１０ｄは、接続可能な端末がネットワーク４０内に存在しない場合にはログをとって終了するが、その他の方法を採用してもよい。例えば、デジタルテレビ１０ａが存在しない場合に、ＤＶＤプレーヤー１０ｃに動画および音声の情報を蓄積することが可能である。これにより、来客者はメッセージを残すことができる。

（第２実施形態）
図２６は、第２実施形態に係る通信端末１０の構成を示すブロック図である。第２実施形態に係る通信端末１０は、第１実施形態に係る通信端末１０と基本的な構成は同じである。第２実施形態に係る通信端末１０は、他の端末のサービス情報を保持する必要がなく、他端末情報ファイル３２を有していない。

図２７は、第２実施形態に係る通信端末１０による通信方法の特徴を示すシーケンス図である。まず、図２７を参照しながら、第２実施形態の通信方法の特徴について説明する。第２実施形態では、通信端末１０がネットワーク４０への接続時に、サービスディスカバリおよびサービス情報の交換を行わない。通信端末１０がセッションを開始する際に、セッション確立と共に、サービスディスカバリおよびサービス情報の交換を行う。

通信端末１０がセッションを開始するときには、セッション開始を要求するＩＮＶＩＴＥメッセージをネットワーク４０内の通信端末１０にマルチキャストまたはブロードキャストで送信する。後に詳しく述べるが、このＩＮＶＩＴＥメッセージには、通信端末１０ａのサービス情報が含まれている。ＩＮＶＩＴＥメッセージを受信した通信端末１０ｂ〜１０ｄは、ＩＮＶＩＴＥメッセージに含まれるサービス情報に基づいて、通信端末１０ａと通信可能か否か判定する。通信可能と判定した通信端末１０ｃが２００ＯＫ応答を通信端末１０ａに送信する。この応答には送信元の通信端末１０ｃのサービス情報が含まれている。通信端末１０ａは２００ＯＫ応答を受信すると、応答に基づいて通信端末１０ｃとのセッションを確立する。

次に、第２実施形態に係る通信端末１０による通信方法について具体的に説明する。以下の説明では、通信端末１０ａがデジタルテレビ１０ａ、通信端末１０ｂが電話端末１０ｂ、通信端末１０ｃがＤＶＤプレーヤー１０ｃ、通信端末１０ｄがカメラ付インターホン１０ｄとする。

図２８は第２実施形態に係る通信端末１０による通信シーケンスの例を示す図である。図２８を参照して、ここで説明するシーケンスの概略を述べる。ネットワーク４０には、電話端末１０ｂ、ＤＶＤプレーヤー１０ｃおよびカメラ付インターホン１０ｄが接続されている。まず、このネットワーク４０にデジタルテレビ１０ａを接続する（Ｓ２００）。第２実施形態では第１実施形態と異なり、ＲＥＧＩＳＴＥＲメッセージをマルチキャストまたはブロードキャストで送信しないので、ネットワーク４０内の他の通信端末１０ｂ〜１０ｄはデジタルテレビ１０ａがネットワーク４０に接続したことを検知しない。また、第２実施形態では、通信端末１０は他端末情報ファイル３２を有していないので、各通信端末１０はネットワーク４０内に接続された他の端末についての情報を有していない。

カメラ付インターホン１０ｄが来客を検知すると、セッション開始を要求するＩＮＶＩＴＥメッセージを作成し、ネットワーク４０内の通信端末１０にＩＮＶＩＴＥメッセージをマルチキャストまたはブロードキャストで送信する（Ｓ２１０）。

図２９は、ＩＮＶＩＴＥメッセージのデータ構成を示す図である。ＩＮＶＩＴＥメッセージは、メッセージヘッダに続くメッセージボディにセッション記述とサービス情報を有する。ＩＮＶＩＴＥメッセージを受信した通信端末１０は、ＩＮＶＩＴＥメッセージの送信元であるカメラ付インターホン１０ｄと通信可能か判定する（Ｓ２２０）。通信可能と判定した通信端末１０は２００ＯＫ応答を送信する。ここでは、デジタルテレビ１０ａが通信可能と判定し、２００ＯＫ応答をカメラ付インターホン１０ｄに送信している。

図３０は、２００ＯＫ応答のデータ構成を示す図である。２００ＯＫ応答は、メッセージヘッダに続くメッセージボディにセッション記述とサービス情報を有する。カメラ付インターホン１０ｄは、デジタルテレビ１０ａから送信された２００ＯＫ応答を受信するとＡＣＫを作成し、デジタルテレビ１０ａに送信する（Ｓ２５０）。これにより、ＩＮＶＩＴＥ手続きが完了し（Ｓ２７０）、カメラ付インターホン１０ｄとデジタルテレビ１０ａとの間のセッションが確立する。

次に、各端末における処理について説明する。図３１は、デジタルテレビ１０ａのネットワーク接続処理（Ｓ２００）を示すフローチャートである。この接続処理は第１実施形態における接続処理と同様である。すなわち、デジタルテレビ１０ａをネットワーク４０に接続する（Ｓ２０２）。そして、ユーザによりデジタルテレビ１０ａのＩＰアドレスが手動で設定される（Ｓ２０４）。ここで、設定されるＩＰアドレスはローカルアドレスでもグローバルアドレスでもよい。また、ユーザにより手動で設定されるのではなく、ネットワーク４０上のＤＨＣＰサーバからＩＰアドレスを取得してもよい。

次に、デジタルテレビ１０ａは、全体制御部１８によりＳＩＰＵＲＩを作成する。具体的には、設定されたＩＰアドレスとデジタルテレビ１０ａの品番を用いてＳＩＰセッションで用いるＳＩＰＵＲＩを作成する。全体制御部１８は、作成したＳＩＰＵＲＩを自端末情報ファイル３０に格納する（Ｓ２０６）。以上により、ネットワーク４０への接続処理が完了する。

図３２は、カメラ付インターホン１０ｄのＩＮＶＩＴＥメッセージ作成・送信処理（Ｓ２１０）の動作を示すフローチャートである。カメラ付インターホン１０ｄが来客を検知する（Ｓ２１２）と、ＳＩＰメッセージ処理部２６によりＩＮＶＩＴＥメッセージを作成する（Ｓ２１４）。このとき作成されるＩＮＶＩＴＥメッセージには、図２９に示すようにＳＩＰヘッダおよびセッション記述のほかに、カメラ付インターホン１０ｄのサービス情報が含まれている。なお、サービス情報には、カメラ付インターホン１０ｄのすべてのサービス情報を記述する必要はなく、セッション接続を行うために必要な情報のみ記述してもよい。ここでは、種別、品番、対応コーデックおよび機能の情報が含まれる。

次に、カメラ付インターホン１０ｄは、作成したＩＮＶＩＴＥメッセージをネットワーク４０内の通信端末１０にマルチキャストまたはブロードキャストで送信する（Ｓ２１６）。このとき使用されるマルチキャストアドレスまたはブロードキャストアドレスは、ユーザが手動で設定してもよいし、ＩＰアドレス／サブネットマスクから自動的にローカルマルチキャストアドレスまたはローカルブロードキャストアドレスが決定されてもよい。

そして、カメラ付インターホン１０ｄは、全体制御部１８により、自端末情報ファイル３０のセッション情報を更新する（Ｓ２１８）。具体的には、セッション状態を「接続中」に更新する。

図３３は、ＩＮＶＩＴＥメッセージを受信した通信端末１０の接続可否判定処理（Ｓ２２０）を示すフローチャートである。通信端末１０はＩＮＶＩＴＥメッセージを受信する（Ｓ２２２）と、ＳＩＰメッセージ処理部２６によりＩＮＶＩＴＥメッセージを解析する。そして、ＳＩＰメッセージ処理部２６は、ＩＮＶＩＴＥメッセージのメッセージボディからセッション記述およびサービス情報を取得する（Ｓ２２４）。通信端末１０は、ＳＩＰ処理部により取得したセッション記述およびサービス情報に基づいてカメラ付インターホン１０ｄとのセッションを確立可能か否か判定する（Ｓ２２６）。ここで、各通信端末１０ａ〜１０ｃが有する自端末情報ファイル３０に格納されている情報について説明する。

図３６（ａ）〜図３６（ｄ）は、ＩＮＶＩＴＥ作成時Ｔ５（図２８参照）における自端末情報ファイル３０に格納された情報を示す図である。図３６（ａ）はデジタルテレビ１０ａが保持する情報、図３６（ｂ）はＤＶＤプレーヤー１０ｃが保持する情報、図３６（ｃ）は電話端末１０ｂが保持する情報、図３６（ｄ）はカメラ付インターホン１０ｄが保持する情報である。各通信端末１０は、自端末のサービス情報およびセッション情報を有する。

引き続き、図３６（ａ）〜図３６（ｄ）を参照してセッションを確立可能か否かの判定について説明する。図３６（ｃ）に示すように、電話端末１０ｂはＧ．７１１のコーデックを有するが、カメラ付インターホン１０ｄから送信されたＩＮＶＩＴＥメッセージに付記されたサービス情報を解析すると、カメラ付インターホン１０ｄと共通のコーデックを有しないことが分かる。従って、電話端末１０ｂは、カメラ付インターホン１０ｄとのセッション接続不可と判定する。接続不可と判定した電話端末１０ｂは、ＩＮＶＩＴＥメッセージを処理しないで破棄する（Ｓ２４０）。

図３６（ｂ）に示すように、ＤＶＤプレーヤー１０ｃは、カメラ付インターホン１０ｄと共通のコーデックを有する。しかし、ＩＮＶＩＴＥメッセージに含まれるサービス情報を解析すると、カメラ付インターホン１０ｄの機能は通話であり、ＤＶＤプレーヤー１０ｃの必要とする機能とは異なる。従って、ＤＶＤプレーヤー１０ｃはカメラ付インターホン１０ｄとのセッション接続不可と判定する。接続不可と判定したＤＶＤプレーヤー１０ｃは、ＩＮＶＩＴＥメッセージを処理しないで破棄する（Ｓ２４０）。

図３６（ａ）に示すように、デジタルテレビ１０ａは、カメラ付インターホン１０ｄと共通のコーデックを有する。そして、デジタルテレビ１０ａは、カメラ付インターホン１０ｄが必要とする通話機能を有するので、カメラ付インターホン１０ｄとのセッション接続可能と判定する。

続いて、カメラ付インターホン１０ｄとのセッション接続可能と判定したデジタルテレビ１０ａは、ＩＮＶＩＴＥメッセージを受信したことを出力手段１４に表示し、来客があることをユーザに知らせる（Ｓ２２８）。このときに表示される画面は、第１実施形態での表示画面と同じである（図２４参照）。この画面表示により、カメラ付インターホン１０ｄとの接続を許可するか否かユーザに選択させる（Ｓ２３０）。デジタルテレビ１０ａは、図２４に示す画面において、ユーザが「通話」を選択すれば接続し、「拒否」を選択すれば接続拒否する。接続拒否の場合には、ＩＮＶＩＴＥメッセージに対する失敗応答を作成し（Ｓ２４２）、カメラ付インターホン１０ｄに送信する（Ｓ２４４）。

ユーザが「通話」を選択し、接続を許可した場合には、デジタルテレビ１０ａはＩＮＶＩＴＥメッセージに対する２００ＯＫ応答を作成する（Ｓ２３２）。このとき作成される応答には、図３０に示すように、ＳＤＰにより記述されたセッション記述とデジタルテレビ１０ａのサービス情報を付記する（Ｓ２３４）。なお、サービス情報を付記することは必須ではなく、セッション記述のみを付記することも可能である。本実施形態では、サービス情報も付記しているので、デジタルテレビ１０ａのサービス情報をカメラ付インターホン１０ｄに通知できる。そして、デジタルテレビ１０ａは、作成した２００ＯＫ応答を送受信部２２によりカメラ付インターホン１０ｄに送信する（Ｓ２３６）。

次に、デジタルテレビ１０ａは、自端末情報ファイル３０のセッション情報を更新する（Ｓ２３８）。具体的には、セッション状態を「接続中」、セッション相手を「カメラ付インターホン１０ｄ」、使用コーデックを「ＭＰＥＧ１」にそれぞれ更新する。また、デジタルテレビ１０ａは、全体制御部１８により、メディア制御部２４にメディア送受信の開始を指示する。

図３４は、２００ＯＫ応答を受信したカメラ付インターホン１０ｄのＡＣＫ作成・送信処理（Ｓ２５０）を示すフローチャートである。カメラ付インターホン１０ｄは２００ＯＫ応答を受信する（Ｓ２５２）と、ＳＩＰメッセージ処理部２６により２００ＯＫ応答を解析し、メッセージのセッション記述からメディアに関する情報を取得する（Ｓ２５４）。そして、カメラ付インターホン１０ｄは、取得した情報に基づいてメディア制御部２４によりメディア送受信を開始する（Ｓ２５６）。次に、カメラ付インターホン１０ｄは、２００ＯＫ応答に対するＡＣＫを作成し（Ｓ２５８）、作成したＡＣＫをデジタルテレビ１０ａに送信する（Ｓ２６０）。その後、カメラ付インターホン１０ｄは、自端末情報ファイル３０のセッション情報を更新する（Ｓ２６２）。具体的には、セッション状態を「通話中」に更新する。

図３５は、２００ＯＫ応答に対するＡＣＫを受信したデジタルテレビ１０ａのＩＮＶＩＴＥ手続き完了処理（Ｓ２７０）を示すフローチャートである。デジタルテレビ１０ａはＡＣＫを受信する（Ｓ２７２）と、ＳＩＰメッセージ処理部２６によりＡＣＫを解析し、ＩＮＶＩＴＥ手続きの完了を確認する（Ｓ２７４）。続いて、デジタルテレビ１０ａは、取得したメディア情報に基づいて、メディア送受信を開始する（Ｓ２７６）。デジタルテレビ１０ａは、自端末情報ファイル３０のセッション情報を更新する（Ｓ２７８）。具体的には、セッション状態を「通話中」、セッション相手を「カメラ付インターホン１０ｄ」、使用コーデックを「ＭＰＥＧ１」にそれぞれ更新する。

図３７（ａ）〜図３７（ｄ）は、デジタルテレビ１０ａとカメラ付インターホン１０ｄのセッション確立時点Ｔ６（図２８参照）で、各通信端末１０が保持している情報を示す図である。図３７（ａ）はデジタルテレビ１０ａが保持する情報、図３７（ｂ）はＤＶＤプレーヤー１０ｃが保持する情報、図３７（ｃ）は電話端末１０ｂが保持する情報、図３７（ｄ）はカメラ付インターホン１０ｄが保持する情報である。デジタルテレビ１０ａとカメラ付インターホン１０ｄのセッション状態が「通話中」に更新されていることが分かる。

以上のフローにより、カメラ付インターホン１０ｄとデジタルテレビ１０ａとの間でセッションが確立し、来客者とデジタルテレビ１０ａのユーザとの間で、音声および映像、または音声のみによる通話が可能となる。以上、第２実施形態に係る通信端末１０の動作について説明した。

第２実施形態によれば、通信端末１０がセッションを開始するときに、ＩＮＶＩＴＥメッセージに自端末のサービス情報を付記してネットワーク４０内に通信端末１０にマルチキャストまたはブロードキャストで送信する。ＩＮＶＩＴＥメッセージを受信した通信端末１０は、受信したＩＮＶＩＴＥメッセージに含まれるセッション記述およびサービス情報に基づいて、ＩＮＶＩＴＥメッセージ送信元の通信端末１０とセッション接続可能か否か判定する。そして、接続可能と判定した場合に、ＩＮＶＩＴＥメッセージの２００ＯＫ応答に自端末のサービス情報を付記して送信する。これにより、セッション開始の際にサービスディスカバリ、サービス情報の交換、を行うことができる。

また、第２実施形態によれば、他端末の情報を格納しておく必要がないので、通信端末１０のメモリ容量を節約できる。

以上、本発明に係る通信端末１０および通信方法について、実施形態を挙げて詳細に説明したが、本発明は上記実施形態に限定されない。

以上のように、本発明にかかる通信方法は、登録要求を送信してその登録応答を受信するシーケンスにより、自端末のサービス情報をネットワーク内の他の端末に通知すると共に、他の端末のサービス情報を取得できるというすぐれた効果を有し、ネットワークに接続された通信端末間の通信方法等として有用である。

第１実施形態に係る通信端末による通信方法の特徴を示すシーケンス図第１実施形態に係る通信端末が適用される環境を示す図第１実施形態に係る通信端末の構成を示す図従来の通信端末の構成を示す図従来の通信方法のシーケンスを示す図第１実施形態の通信端末による通信のシーケンスを示す図ＲＥＧＩＳＴＥＲメッセージのデータ構成を示す図２００ＯＫ応答のデータ構成を示す図ネットワークへの接続処理を示す図ＲＥＧＩＳＴＥＲメッセージの作成・送信処理を示す図接続可否の判定処理を示す図ＲＥＧＩＳＴＥＲメッセージに対する２００ＯＫ応答の作成・送信処理を示す図サービス情報の登録処理を示す図ＩＮＶＩＴＥ作成・送信処理を示す図ＩＮＶＩＴＥ受入処理を示す図ＡＣＫ作成・送信処理を示す図サービス情報の登録処理を示す図（ａ）及び（ｂ）は、利用可能デバイス一覧画面の例を示す図（ａ）及び（ｂ）は、利用可能デバイス一覧画面の例を示す図（ａ）〜（ｄ）は、通信端末に格納された情報の例を示す図（ａ）〜（ｄ）は、通信端末に格納された情報の例を示す図（ａ）〜（ｄ）は、通信端末に格納された情報の例を示す図（ａ）〜（ｄ）は、通信端末に格納された情報の例を示す図デジタルテレビの画面例を示す図デジタルテレビの画面例を示す図第２実施形態に係る通信端末の構成を示す図第２実施形態に係る通信端末による通信方法の特徴を示すシーケンス図第２実施形態に係る通信端末による通信のシーケンスを示す図ＩＮＶＩＴＥメッセージのデータ構成を示す図２００ＯＫ応答のデータ構成を示す図ネットワークへの接続処理を示す図ＩＮＶＩＴＥメッセージ作成・送信処理を示す図接続可否判定処理を示す図ＡＣＫ作成・送信処理を示す図ＩＮＶＩＴＥ手続の完了処理を示す図（ａ）〜（ｄ）は、通信端末に格納された情報の例を示す図（ａ）〜（ｄ）は、通信端末に格納された情報の例を示す図

符号の説明

１０通信端末
１２入力手段
１４出力手段
１６デバイス制御部
１８全体制御部
２０ＳＩＰＵＲＩ決定機能
２２送受信部
２４メディア制御部
２６ＳＩＰメッセージ処理部
２８サービス情報処理機能
３０自端末情報ファイル
３２他端末情報ファイル
４０ネットワーク

Claims

ネットワークに接続された端末であることの登録を要求する登録要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式で前記ネットワークに送信する送信手段と、
前記登録要求に応じて他の端末のそれぞれから自端末宛てに送信された登録応答を受信する受信手段と、
前記登録応答から前記他の端末が提供するサービスに関する情報を取得する取得手段と、
前記取得手段により取得した情報を格納する格納手段と、
を備えることを特徴とする通信端末。
前記取得手段により取得した情報に基づいて前記他の端末と通信可能か否かを判定し、その判定結果に基づいて前記取得手段により取得した情報を格納するか否かを制御する制御手段をさらに備えることを特徴とする請求項１に記載の通信端末。
前記登録要求に含ませる自端末のユーザ名を自端末の製品番号に基づいて生成する手段をさらに備えることを特徴とする請求項１に記載の通信端末。
自端末とネットワークで接続された他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信される、前記ネットワークに接続された端末であることの登録を要求する登録要求を受信する受信手段と、
受信した登録要求から前記他の端末が提供するサービスに関する情報を取得する取得手段と、
前記取得手段により取得した情報を格納する格納手段と、
前記登録要求に対する登録応答に自端末が提供するサービスに関する情報を含めて前記他の端末に送信する送信手段と、
を備えることを特徴とする通信端末。
前記取得手段により取得した情報に基づいて前記他の端末と通信可能か否かを判定し、その判定結果に基づいて、失敗応答を送信する、または登録応答を送信しないように前記送信手段を制御する制御手段をさらに備えることを特徴とする請求項４に記載の通信端末。
前記格納手段に格納されたサービスに関する情報に基づいて選択された端末とセッションを開始して通信する手段をさらに備えることを特徴とする請求項１又は４に記載の通信端末。
前記登録要求に用いられるプロトコルと前記セッション開始に用いられるプロトコルとが同じであることを特徴とする請求項６に記載の通信端末。
前記サービスに関する情報には、端末が処理できるメディアに関する情報を含むことを特徴とする請求項１又は４に記載の通信端末。
他の端末とのセッション開始を要求するセッション開始要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式でネットワークに送信する送信手段と、
前記セッション開始要求に応じて、前記ネットワークに接続された他の端末のうち前記サービスに関する情報に基づいて前記自端末と通信可能と判定した端末から送信されたセッション開始応答を受信する受信手段と、
前記セッション開始応答に基づいて前記他の端末と通信する通信手段と、
を備えることを特徴とする通信端末。
前記セッション開始応答から前記他の端末が提供するサービスに関する情報を取得する取得手段と、
前記取得手段により取得した情報を格納する格納手段と、
をさらに備えることを特徴とする請求項９に記載の通信端末。
自端末とネットワークで接続された他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信されるセッション開始を要求するセッション開始要求を受信する受信手段と、
前記セッション開始要求から前記他の端末が提供するサービスに関する情報を取得する取得手段と、
前記取得手段により取得した情報に基づいて前記他の端末と通信可能か否か判定する判定手段と、
前記判定手段による判定結果に基づいてセッション開始応答を送信する送信手段と、
を備えることを特徴とする通信端末。
前記送信手段が、前記セッション開始応答に自端末が提供するサービスに関する情報を含めて送信することを特徴とする請求項１１に記載の通信端末。
ネットワークに接続された他の端末と通信する通信方法であって、
ネットワークに接続された端末であることの登録を要求する登録要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式で前記ネットワークに送信する送信ステップと、
前記登録要求に応じて他の端末のそれぞれから自端末宛てに送信された登録応答を受信する受信ステップと、
前記登録応答から前記他の端末が提供するサービスに関する情報を取得する取得ステップと、
前記取得ステップにおいて取得した情報を格納する格納ステップと、
を備えることを特徴とする通信方法。
前記取得ステップにおいて取得した情報に基づいて前記他の端末と通信可能か否かを判定し、その判定結果に基づいて前記取得ステップにおいて取得した情報を格納するか否かを制御する制御ステップをさらに備えることを特徴とする請求項１３に記載の通信方法。
ネットワークに接続された他の端末と通信する通信方法であって、
自端末とネットワークで接続された他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信される、前記ネットワークに接続された端末であることの登録を要求する登録要求を受信する受信ステップと、
受信した登録要求から前記他の端末が提供するサービスに関する情報を取得する取得ステップと、
前記取得ステップにおいて取得した情報を格納する格納ステップと、
前記登録要求に対する登録応答に自端末が提供するサービスに関する情報を含めて前記他の端末に送信する送信ステップと、
を備えることを特徴とする通信方法。
ネットワークに接続された他の端末と通信する通信方法であって、
他の端末とのセッション開始を要求するセッション開始要求に自端末が提供するサービスに関する情報を含めて、一つの宛先アドレスで複数の端末が受信可能な形式でネットワークに送信する送信ステップと、
前記セッション開始要求に応じて、前記ネットワークに接続された他の端末のうち前記サービスに関する情報に基づいて前記自端末と通信可能と判定した端末から送信されたセッション開始応答を受信する受信ステップと、
前記セッション開始応答に基づいて前記他の端末と通信する通信ステップと、
を備えることを特徴とする通信方法。
ネットワークに接続された他の端末と通信する通信方法であって、
他の端末から一つの宛先アドレスで複数の端末が受信可能な形式で送信されるセッション開始を要求するセッション開始要求を受信する受信ステップと、
前記セッション開始要求から前記他の端末が提供するサービスに関する情報を取得する取得ステップと、
前記取得ステップにおいて取得した情報に基づいて前記他の端末と通信可能か否か判定する判定ステップと、
前記判定ステップによる判定結果に基づいてセッション開始応答を送信する送信ステップと、
を備えることを特徴とする通信方法。