(57)【要約】【課題】応答機器は、交信要求機器の処理能力を確認し、交信要求機器に対して交信及びサービス情報を処理するのに必要となる能力あるいは性能に関する情報を提供するようにした。【解決手段】交信要求機器は、ＳＩＰパケットのボディ部を処理するＳＩＰボディ処理部と、応答機器から送られてきた４８８エラーパケットを受信すると、４８８エラーパケットに含まれるＳＤＰメディア情報を解析して、対応可能な機器が交信要求機器（自端末）に接続されているかどうかをサーチし、対応可能な機器を表示する。【選択図】      図１
2007124571.tif 000002
【特許請求の範囲】
【請求項１】
通信相手機器からのパケットにエラーパケットが存在する場合に、当該エラーパケットに含まれており、かつ前記通信相手機器が通信可能な機器情報を分析する手段と、
前記分析の結果、自装置に接続されている認証済みの通信機器が前記機器情報で示される機器と交信可能である場合、前記機器情報を表示するユーザ通知手段を有したことを特徴とする通信情報処理装置。
【請求項２】
通信相手機器からのパケットを受信し、エラーパケットをエラー処理部へ送信するセッションイニシエイションプロトコール（以下ＳＩＰ）処理部と、
前記エラー処理部が受信した４８８エラーパケットのボディ部に含まれるセッションディスクリプションプロトコール（以下ＳＤＰ）を抽出するＳＩＰボディ処理部と、
前記ＳＩＰボディ処理部が抽出したＳＤＰからメディアに関する行(以下、受信ＳＤＰメディア情報)を抜き出す、４８８ＳＤＰ処理部と、
機器名とメディア情報とを組とした情報を０個以上持つ機器情報テーブルと、
前記受信ＳＤＰメディア情報と前記機器情報テーブルに記載してあるメディア情報とを照合し、マッチしたか否かの結果を送信するメディア照合部と、
前記メディア照合部の照合の結果を得ることで、マッチした組の機器名を得る機器サーチ部と、
前記機器サーチ部が得たマッチした組の機器名をユーザに通知するユーザ通知部を有した通信情報処理装置。
【請求項３】
通信相手機器からのパケットにエラーパケットが存在する場合に、当該エラーパケットに含まれており、かつ前記通信相手機器が通信可能な機器情報を分析する手段と、
前記分析の結果、自装置に接続されている認証済みの通信機器と交信を行い前記機器情報で示される機器と交信可能な通信機器が存在するかどうかを検出する手段と、
前記自装置に接続されている通信機器が前記通信相手機器と交信可能である場合、前記更新可能な通信機器を表示するユーザ通知手段を有したことを特徴とする通信情報処理装置。
【請求項４】
通信相手機器からのパケットを受信し、エラーパケットをエラー処理部へ送信するセッションイニシエイションプロトコール（以下ＳＩＰ）処理部と、
前記エラー処理部が受信した４８８エラーパケットのボディ部に含まれるセッションディスクリプションプロトコール（以下ＳＤＰ）を抽出するＳＩＰボディ処理部と、
前記ＳＤＰに含まれるセッション情報を機器サーチ用に変更するサーチＳＤＰ作成部と、
前記ＳＤＰのＳＤＰメディア情報に含まれるポート番号を自装置が未使用のポート番号に置き換え、書き換えたＳＤＰメディア情報を出力するメディアポート変更部と、
前記メディアポート変更部とサーチＳＤＰ作成部により変更されたポート番号及びセッション情報を含む変更後のＳＤＰを出力する４８８ＳＤＰ処理部と、
0個以上のＳＩＰ Ｕｎａｍｅを情報として持つ機器情報テーブルと、
前記４８８ＳＤＰ処理部から受信した変更後のＳＤＰと、前記機器情報テーブルから受信したＳＩＰ Ｕｎａｍｅとを組として前記ＳＩＰ処理部へＩＮＶＩＴＥ送信を依頼し、前記ＳＩＰ処理部で受信した応答が200/OKパケットであればこの200/OKパケットのボディ部に含まれるＳＤＰを出力する機器サーチ部と、
ＳＤＰメディア情報を受信し、受信したＳＤＰメディア情報のポート番号に0が含まれていれば接続機器は対応不可、含まれていなければ対応可を返信するメディア判定部と、
前記機器サーチ部から出力されたＳＤＰを受信し、受信したＳＤＰに含まれるＳＤＰメディア情報を前記メディア判定部へ送信することで、対応可・不可の結果を受信し、受信した結果を前記機器サーチ部へ送信する機器サーチＳＤＰ処理部と、
前記機器サーチ部で得られた前記対応可・不可の結果の機器名をユーザに通知するユーザ通知部を有した通信情報処理装置。
【請求項５】
通信相手機器への応答信号に含まれる通信可能な機器情報を分析する手段と、
前記分析の結果、自装置が応答不可であった場合、自装置に接続されている認証済みの通信機器と交信を行い前記機器情報で示される機器と交信可能な通信機器が存在するかどうかを検出する手段と、
前記自装置に接続されている通信機器が前記通信相手機器と交信可能である場合、前記通信相手機器と交信可能な通信機器の機器情報を返信する手段と、
前記交信可能な通信機器を表示するユーザ通知手段を有したことを特徴とする通信情報処理装置。
【請求項６】
通信相手機器と交信及び自装置に接続された通信機器との交信を行うものであり、外部から受信したセッションイニシエイションプロトコール（以下ＳＩＰ）パケットがＳＩＰ インバイト（以下ＩＮＶＩＴＥ）リクエストである場合と、外部から受信したＳＩＰパケットがエラーパケットである場合とで、それぞれ異なる振り分け先へ各パケットを送信し、内部で受け取ったＩＮＶＩＴＥ送信依頼により、受け取ったＳＩＰ Ｕｎａｍｅを宛先とし、かつ内部で受け取ったＳＤＰをＳＩＰボディ部に持つＳＩＰ ＩＮＶＩＴＥパケットを送信するとともに、この送信に対する応答を出力するＳＩＰ処理部と、
前記ＳＩＰ処理部から出力されたエラーパケットを取り込み抽出するエラー処理部と、
前記エラー処理部から受信したＳＩＰパケットが、４８８エラーパケットである場合と、前記ＳＩＰ処理部から受信したＳＩＰパケットがＩＮＶＩＴＥリクエストである場合とを識別して、それぞれを異なる箇所へ出力するＳＩＰボディ処理部と、
セッションディスクリプションプロトコール（以下ＳＤＰ）に含まれるセッション情報を機器サーチ用に変更するサーチＳＤＰ作成部と、
ＳＤＰのＳＤＰメディア情報に含まれるポート番号を自装置が未使用のポート番号に置き換え、書き換えたＳＤＰメディア情報を出力するメディアポート変更部と、
受信したＳＤＰメディア情報と自装置の対応可能メディア情報とを比較し、受信したＩＮＶＩＴＥに応答するためのＳＤＰメディア情報を作成する応答メディア作成部と、
ＳＤＰメディア情報を受信し、受信したＳＤＰメディア情報のポート番号に0が含まれていれば接続機器は対応不可、含まれていなければ対応可を返信するメディア判定部と、
前記ＳＩＰボディ処理部からＳＤＰを含むＩＮＶＩＴＥリクエストを受け取ったとき、及び前記応答メディア作成部からのＳＤＰを前記メディア判定部へ送信し、この送信への応答結果が対応不可であれば、受信したＳＤＰを前記メディアポート変更部と前記サーチＳＤＰ作成部とにより変更し、変更後のＳＤＰを出力するＩＮＶＩＴＥ ＳＤＰ処理部と、
前記ＩＮＶＩＴＥ ＳＤＰ処理部から受信したＳＤＰと機器情報テーブルから受信したＳＩＰ Ｕｎａｍｅとを組として前記ＳＩＰ処理部へＩＮＶＩＴＥ送信を依頼し、前記ＳＩＰ処理部から受信した応答が200/OKであれば200/OKパケットのボディ部に含まれるＳＤＰを出力する機器サーチ部と、
前記機器サーチ部から出力されたＳＤＰを受信し、受信したＳＤＰに含まれるＳＤＰメディア情報を前記メディア判定部へ送信することで、対応可・不可の結果を受信し、受信した結果を前記機器サーチ部へ送信する機器サーチＳＤＰ処理部と、
前記機器サーチ部で得られた前記対応可・不可の結果の機器名をユーザに通知するユーザ通知部を有した通信情報処理装置。
【請求項７】
ＳＩＰボディ処理部から４８８エラーパケットを受け取り、そのボディ部の情報を前記メディアポート変更部とサーチＳＤＰ作成部により変更されたポート番号及びセッション情報を含む変更後のＳＤＰを出力する４８８ＳＤＰ処理部を有し、
前記機器サーチ部は、前記４８８ＳＤＰ処理部から受信した変更後のＳＤＰと、前記機器情報テーブルから受信したＳＩＰ Ｕｎａｍｅとを組として前記ＳＩＰ処理部へＩＮＶＩＴＥ送信を依頼し、前記ＳＩＰ処理部が接続機器から受信した応答信号が200/OKパケットであればこの200/OKパケットのボディ部に含まれるＳＤＰを前記ユーザ通知部へ出力する請求項６記載の通信情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、たとえばネットワークを介して接続される装置の通信方法を設定する通信情報処理装置に関する。
【背景技術】
【０００２】
最近では、情報端末が多様化し、またこれらの情報端末を接続するネットワーク（ＬＡＮ，イントラネット、インターネットなど）も急速に進歩しつつある。このような機器の環境の元では、新しい情報機器が増設される、古い情報機器が交換さるなどの作業が頻繁に行われる。新しい機器がネットワークに組み込まれたとき、ネットワークに接続されている情報端末は、相互の端末を認識することが必要である。
【０００３】
複数の情報端末が相互の認識を行える環境を得るために、従来はサーバを用いて構築している。しかし、たとえば家庭内において上記の環境を整備するとなると、サーバを増築することになり、コストが係りすぎる。またサーバを増設した場合、サーバのメンテナンスが必要となり、個人的なメンテナンスは困難である。
【０００４】
このような問題を解決するために、たとえば特許文献１に記載された技術がある。この技術では、情報端末が以下のような手段を有する。ネットワークに接続された端末であることの登録を要求する登録要求信号を送信する送信手段を有する。登録要求信号には、自端末が提供するサービスに関する情報が含まれる。また登録要求信号は、自端末が提供するサービスに関する情報が含まれるし、さらに１つのあて先アドレスを有するがこのアドレスを複数の端末が受信可能である。登録要求に応じて他の情報端末から自端末宛に送られてきた応答信号を受信する受信手段を有する。そして、応答信号から、他の端末が提供するサービスに関する情報を取得する取得手段を有する。また前記取得手段で取得した情報を格納する格納手段を有する。
【特許文献１】特開２００５−３３６０３公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記した従来の技術であると、登録要求に対して応答を行っているが、具体的にサービス情報の規格が合致しているかどうかまでの判定は行っていない。つまりサービスに関する情報を要求機器（自端末）が受け取ったとしても、自端末がそのサービス情報を処理できる能力を有するかどうかまでは判定していない。
【０００６】
そこでこの発明の一面では、応答機器は、要求機器の処理能力を確認し、交信要求機器に対して交信及びサービス情報を処理するのに必要となる能力あるいは性能に関する情報を提供するようにした通信情報処理装置及び方法を提供することを目的とする。またこの発明の他の面では、要求機器は、応答機器から送られてきた能力あるいは性能に関する情報に適合する機器が自己に接続されているかどうかを判断できるようにした通信情報処理装置及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明は、上記の目的を達成するために、要求機器では、基本的には、ＳＩＰパケットのボディ部を処理するＳＩＰボディ処理部と、応答機器から送られてきたエラー番号が４８８のエラーパケット(以下、４８８エラーパケット)を受信すると４８８エラーパケットをＳＩＰボディ処理部へ振分けるエラー処理部とを有する。さらに、４８８エラーパケットには、ＳＤＰメディア情報が含まれており、このＳＤＰメディア情報により対応可能な機器が要求機器（自端末）に接続されているかどうかをサーチし、対応可能な機器を表示できる。
【発明の効果】
【０００８】
上記の手段により、要求機器本体が応答機器と交信できない場合でも、要求機器に接続されている接続機器を介して、応答機器と交信することが可能となる。つまり、セッション確立要求に対して応答された特定のエラーを検知し、かつ応答されたエラーパケットのボディ部を処理する機能を持つ。そのため、ＵＡとセッション確立できる代替機器をユーザに提示することができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照してこの発明の実施の形態を説明する。なお説明に先立ち、ネットワーク通信規格と、用語について、簡単に説明する。
【００１０】
規格RFC3261では、 ＳＩＰ: Session Initiation Protocol（セッションイニシエイションプロトコール）が定義されており、規格RFC3264では、An Offer/Answer Model with the Session Description Protocol (ＳＤＰ)が定義され、また規格RFC2327では、ＳＤＰ: Session Description Protocol（セッションディスクリプションプロトコール）が定義されている。
【００１１】
以下、図１、図２、図３及び図４を参照して本発明装置の実施例１を説明する。まず本発明装置１００の構成要素を図１を使用して説明する。この装置１００は、例えばデジタルテレビジョン装置であるものとする。この装置１００は、家庭内ＬＡＮ１０１を通じて、モバイル１０２、パーソナルコンピュータ（ＰＣ）１０３と接続されている。
【００１２】
装置１００において、ＳＩＰ処理部１１は、インターネット等のネットワーク２００を介して指名した通信相手機器（以下ＵＡと記述する）３００に対してＳＩＰパケットの送信処理とＳＩＰパケットの受信処理を行うことができる。
【００１３】
ＳＩＰ ＩＮＶＩＴＥパケットの送信は、ユーザ入力部１９から受信したＳＩＰ Ｕｎａｍｅ（利用者名）を宛先として開始することもできる。ＳＩＰ処理部１１は、受信したＳＩＰパケットがエラーパケットである場合は、受信したエラーパケットをエラー処理部１２へ送信する。
【００１４】
ここでＳＩＰパケットとは、ＳＩＰメッセージを指す。ＳＩＰパケットは、スタートラインとＳＩＰヘッダ部とＳＩＰボディ部とからなる。
【００１５】
ＳＩＰパケットは、リクエストパケットと応答パケットとに分けることができる。リクエストパケットの場合は、スタートラインにメッセージの種類が記載される。ＩＮＶＩＴＥとは、ＳＩＰメッセージの種類の一つであり、セッションをセットアップするために使用される。一方、応答パケットのスタートラインは、ＳＩＰバージョンと、ステータスコードと、Ｒｅｓａｏｎ情報とで構成されている。ステータスコードは、応答パケットの種類を表し、ステータスコードを見ることでエラーパケットかどうかを知ることができる。
【００１６】
エラー処理部１１は、受信したエラーパケットのステータスコードに記載されているエラー番号を調べ、受信したエラーパケットをエラー番号に応じた処理に振分ける。エラー処理部１１は、受信したエラーパケットが４８８エラーパケットであった場合は、４８８エラーパケットをＳＩＰボディ処理部１３へ送信する。
【００１７】
ＳＩＰボディ処理部１３は、受信したＳＩＰパケットのボディ部に含まれるＳＤＰを抜き出し、抜き出したＳＤＰを、ＳＩＰパケットの種類に応じたＳＤＰ処理部（例えば処理部１４）へ振り分ける。
【００１８】
ＳＩＰボディ処理部１３は、受信したＳＩＰパケットが４８８エラーパケットであった場合、受信した４８８エラーパケットのＳＤＰを４８８ＳＤＰ処理部１４へ送信する。４８８ＳＤＰ処理部１４は、受信したＳＤＰからメディアに関する行(以下ＳＤＰメディア情報)を抜き出し、抜き出したＳＤＰメディア情報を機器サーチ部１５へ送信する。ここで、ＳＤＰのメディア情報とは、具体的にはＳＤＰのm=行とa=rtpmap行を指す。
【００１９】
機器情報テーブル１６は、機器名とメディア情報とを一つの組とする複数の組を保有するテーブルである。機器名とは、ユーザが容易に機器を判別することを可能とする名前である。機器名は、ＳＩＰ Ｕｎａｍｅであってもよい。
【００２０】
メディア照合部１７は、機器情報テーブル１６のメディア情報と、４８８ＳＤＰ処理部１４から受信したＳＤＰメディア情報とがマッチするかどうかを判定し、判定結果を機器サーチ部１５へ送信する。
【００２１】
機器サーチ部１５は、受信したＳＤＰメディア情報と機器情報テーブルのメディア情報とを組としてメディア照合部１７へ送信し、メディア照合部１７からマッチしたとの情報が得られた場合は、機器情報テーブル１６からメディア情報に対する機器名を取得し、取得した機器名をユーザ通知部１８へ送信する。ユーザ通知部１８は、機器サーチ部１５から得た機器名をユーザへ通知する。
【００２２】
ユーザ入力部１９は、ユーザからＩＮＶＩＴＥ送信依頼とＳＩＰ Ｕｎａｍｅとを受信した場合は、受信したＳＩＰ ＵｎａｍｅをＳＩＰ処理部１１へ送信する。ユーザから機器情報テーブル登録依頼と、機器名と、メディア情報とを受信した場合は、受信した機器名とメディア情報とを機器情報テーブル１６へ登録する。
【００２３】
図２には、機器情報テーブル１６に登録されている機器名及びメディア情報の例を示している。図の例では、ＰＣはＭＰＥＧ２対応可能であり、モバイルはＭＰＥＧ４対応可能であることを示している。
【００２４】
図３は、実施例1の動作例を説明するためのフローチャートである。また図４は、実施例1の発明装置１００と他の装置３００がやりとりするＳＩＰパケットの様子を示している。図１に示すように、本発明装置１００は家庭内ＬＡＮ１０１に接続されている。家庭内ＬＡＮに接続されているＳＩＰ通信装置としては、本発明装置１００の他にbob-pc１０３とbob-mobile１０２がある。家庭内ＬＡＮ１０１は、インターネットに接続されている。ＵＡ３００は、インターネットに存在するＳＩＰ通信装置である。
【００２５】
ユーザは、自分が保有するＳＩＰ機器の機器名とそのメディア情報とをあらかじめユーザ入力部１９を通して機器情報テーブル１６に登録しておく(図２を参照)。この登録後、ユーザはネットワーク上のＵＡ３００とＳＩＰによる通信を行うために、本発明装置１００のユーザ入力部１９へＵＡ３００のＳＩＰ Ｕｎａｍｅ とＩＮＶＩＴＥ送信依頼とを送信する（図４の依頼の例４０１参照）。
【００２６】
ユーザ入力部１９は、ＳＩＰ処理部１１へＳＩＰ Ｕｎａｍｅを送信する。するとＳＩＰ処理部１１は、受信したＳＩＰ Ｕｎａｍｅを宛先としたＳＩＰのＩＮＶＩＴＥパケットを送信する。図４には、ＳＩＰの例４０２を示している。ＵＡ３００は受信したＩＮＶＩＴＥパケットのボディに含まれるＳＤＰをチェックし、通信できるメディア情報が含まれていない場合は、ＳＩＰの４８８エラーパケットを返信する（図４の返信例４０３参照）。
【００２７】
ＵＡ３００が返信するＳＩＰの４８８エラーパケットには、ＵＡ３００が通信可能であるメディア情報が含まれる。
【００２８】
本発明装置１００のＳＩＰ処理部１１は、ＵＡ３００からエラーパケットが応答されたため、受信したエラーパケットをエラー処理部１２へ送信する。エラー処理部１２は、受信したエラーパケットのエラー番号が４８８であったため、受信した４８８エラーパケットをＳＩＰボディ処理部１３へ送信する。ＳＩＰボディ処理部１３は、受信したパケットが４８８エラーパケットであったため、受信パケットからＳＤＰを抜き出し、抜き出したＳＤＰを４８８ＳＤＰ処理部１４へ送信する。
【００２９】
４８８ＳＤＰ処理部１４は、受信したＳＤＰからＳＤＰメディア情報を抜き出し、抜き出したＳＤＰメディア情報を機器サーチ部１５へ送信する（図３０のステップＳＡ１−ＳＡ３）。ＳＤＰメディア情報については、図５を参照。
【００３０】
機器サーチ部１５は、受診したＳＤＰメディア情報と機器情報テーブル１６のメディア情報とをメディア照合部１７へ送信し、マッチするか否かの情報を得る（図３のステップＳＡ４、ＳＡ５）。
【００３１】
実施例1では、検索の結果、機器情報テーブル１６の(bob-pc, mpeg2/90000)がマッチし、機器名として"bob-pc"を得る（図３のステップＳＡ６、ＳＡ７）。ＳＤＰメディア照合部１７は、検索結果である"bob-pc"という情報をユーザ通知部１８へ送信する。ユーザ通知部１８は、ＵＡ３００と通信できる機器である"bob-pc"をユーザへ通知する（例えば図６に示すようなコメントの表示）。
【００３２】
ユーザは本発明装置１００により、ＵＡ３００との通信に失敗した場合に、ＵＡ３００と通信可能なＳＩＰ機器を知ることができる（この例ではＰＣ１０３である）。そのため、ユーザはＵＡ３００と通信可能な端末を改めて調べる必要がない。ユーザは、機器情報テーブル１６に登録後、自分が保有するＳＩＰ装置のメディア情報を記憶しておく必要がない。
【００３３】
本発明装置１００の実施例２を図７、図８、図９、図１０を用いて説明する。まず図７を参照して構成要素を説明する。
【００３４】
実施例２では、先の実施例1のＳＩＰ処理部１１の代わりにＳＩＰ処理部１１Ａを持つ。ＳＩＰ処理部１１Ａは、本発明装置１００の機器サーチ部１５Ａからの依頼により、ＳＩＰ ＩＮＶＩＴＥパケットの送信を行うことができる。機器サーチ部１５ＡからのＩＮＶＩＴＥ送信依頼は、宛先を示すＳＩＰ ＵｎａｍｅとＳＤＰとからなる。
【００３５】
ＳＩＰ処理部１１Ａは、機器サーチ部１５ＡからＩＮＶＩＴＥ送信依頼を受けると、宛先を受信したＳＩＰ Ｕｎａｍｅとして設定し、ＳＩＰパケットのボディ部が受信したＳＤＰであるところのＳＩＰ ＩＮＶＩＴＥパケットを、ＵＡ３００に向けて送信する。またＳＩＰ処理部１１Ａは、機器サーチ部１５Ａからの依頼を受けてＳＩＰ ＩＮＶＩＴＥパケットをＵＡ３００に向けて送信した場合は、応答結果を機器サーチ部１５Ａへ送信し、かつ機器サーチ部１５Ａから依頼を受けて開始したセッションは、ＳＩＰ ＢＹＥパケットを送信することにより終了する。ここで、ＢＹＥとは、ＳＩＰメッセージの種類の一つであり、セッションを終了するために使用される。
【００３６】
ＳＩＰ処理部１１Ａは、エラーパケットをエラー処理部１２Ａへ送信する。その他の機能は先の実施例1のＳＩＰ処理部１２Ａ同じである。
【００３７】
実施例２では、実施例１のエラー処理部１２の代わりにエラー処理部１２Ａを持つ。エラー処理部１２Ａは、受信した４８８エラーパケットをＳＩＰボディ処理部１３Ａへ送信する。その他の機能は、実施例1のエラー処理部１２と同じである。
【００３８】
実施例２では、実施例１のＳＩＰボディ処理部１３の代わりにＳＩＰボディ処理部１３Ａを持つ。ＳＩＰボディ処理部１３Ａは、ＳＩＰパケットが４８８エラーパケットであった場合、受信したパケットのボディ部に含まれるＳＤＰを４８８ＳＤＰ処理部１４Ａへ送信する。その他の機能は、実施例1のＳＩＰボディ処理部１３Ａ同じである。
【００３９】
実施例２では、実施例１に追加してメディアポート変更部２１を持つ。メディアポート変更部２１は、受信したＳＤＰメディア情報に含まれるポート番号を自装置が未使用のポート番号に置き換え、置き換え後のＳＤＰメディア情報を送信する。
【００４０】
実施例２では、実施例1に追加してサーチＳＤＰ作成部２２を持つ。サーチＳＤＰ作成部２２は、受信したＳＤＰに含まれるセッション情報を機器サーチ用に変更し、変更後のＳＤＰを送信する。セッション情報とは、具体的にはＳＤＰのs行とc行とo行とを指す。
【００４１】
実施例２では、実施例1の４８８ＳＤＰ処理部１４の代わりに４８８ＳＤＰ処理部１４Ａを持つ。４８８ＳＤＰ処理部１４Ａは、受信したＳＤＰのＳＤＰメディア情報をメディアポート変更部２１へ送信することで、受信したＳＤＰのＳＤＰメディア情報に含まれるポート番号を書き換える。ＳＤＰメディア情報を書き換えた後、書き換え後のＳＤＰをサーチＳＤＰ作成部２２へ送信し、ＳＤＰのセッション情報を書き換える。書き換え後、サーチＳＤＰ作成部２２から受信したＳＤＰを機器サーチ部１５Ａへ送信する
実施例２では、実施例１の機器情報テーブル１６の代わりに機器情報テーブル１６Ａを持つ。機器情報テーブル１６Ａは、ＳＩＰ Ｕｎａｍｅ情報を複数持つ（図８を参照）。
【００４２】
実施例２では、実施例1に追加して、メディア判定部２３を持つ。メディア判定部２３は、ＳＤＰメディア情報を受信し、ポート番号が０であるＳＤＰメディア情報があるかないか判定し、あれば対応不可、なければ対応可を送信する。
【００４３】
ここで、ポート番号とは、具体的にＳＤＰのｍ行に含まれるポート番号を指す。ｍ行は、メディア種別、ポート番号、トランスポートプロトコル、フォーマットリストで構成されている。
【００４４】
実施例２では、実施例１に追加して機器サーチＳＤＰ処理部２４をもつ。機器サーチＳＤＰ処理部２４は、受信したＳＤＰからＳＤＰメディア情報を抜き出し、抜き出した情報をメディア判定部２３へ送信する。そしてメディア判定部２３から得られた判定結果を出力する。
【００４５】
実施例２では、実施例1の機器サーチ部１５の代わりに機器サーチ部１５Ａを持つ。機器サーチ部１５Ａは、受信したＳＤＰと、機器情報テーブル１６Ａから取得したＳＩＰ Ｕｎａｍｅとを組としてＳＩＰ処理部１１ＡへＩＮＶＩＴＥ送信を依頼する。ＩＮＶＩＴＥの送信依頼は、機器情報テーブル１６Ａに登録されている全てのＳＩＰ Ｕｎａｍｅに対して行う。機器サーチ部１５Ａは、ＩＮＶＩＴＥ送信依頼により得た応答が200/OKであれば200/OKパケットのボディ部に含まれるＳＤＰを機器サーチＳＤＰ処理部２４へ送信する。機器サーチ部１５Ａは、機器サーチＳＤＰ処理部２４から対応可・不可の結果を得て、対応可であれば、機器情報テーブル１６Ａから取得したＳＩＰ Ｕｎａｍｅをユーザ通知部１８Ａ送信する。
【００４６】
実施例２では、実施例１のユーザ通知部１８の変わりにユーザ通知部１８Ａを持つ。ユーザ通知部１８Ａは、受信したＳＩＰ Ｕｎａｍｅをユーザへ通知する。実施例２では、実施例１のユーザ入力部１９の変わりにユーザ入力部１９Ａを持つ。ユーザ入力部１９Ａは、ユーザからＩＮＶＩＴＥ送信依頼とＳＩＰ Ｕｎａｍｅとを受信した場合は、受信したＳＩＰ ＵｎａｍｅをＳＩＰ処理部１１Ａへ送信する。ユーザから機器情報テーブル登録依頼と、ＳＩＰ Ｕｎａｍｅとを受信した場合は、受信したＳＩＰ Ｕｎａｍｅを機器情報テーブル１６Ａへ登録する。
【００４７】
次に実施例２の動作を説明する。図９は、実施例２の動作フローを表す。図１０は実施例２の発明装置１００と他の装置がやりとりするＳＩＰ パケットを表す。図７におけるネットワーク上の機器構成は、実施例１と同じである。ユーザは、自分が保有するＳＩＰ機器（１０２，１０３）のＳＩＰ Ｕｎａｍｅをユーザ入力部１９Ａによりあらかじめ本発明装置１００へ登録する。図８には機器情報テーブル１６ＡにＳＩＰ機器が登録された様子を示している。
【００４８】
登録後、ユーザはネットワーク上のＵＡ３００と装置１００間でＳＩＰによる通信を行うために、本発明装置１００のユーザ入力部１９ＡへＵＡ３００のＳＩＰ ＵｎａｍｅとＩＮＶＩＴＥ送信依頼とを送信する。ユーザ入力部１９Ａは、ＳＩＰ処理部１１ＡへＳＩＰ Ｕｎａｍｅを送信する。ＳＩＰ処理部１１Ａは、受信したＳＩＰ Ｕｎａｍｅを宛先としたＳＩＰのＩＮＶＩＴＥパケットを送信する（図１０の送信の例１００１）。
【００４９】
ＵＡ３００は通信できるＳＤＰメディア情報が含まれていないため、ＳＩＰの４８８エラーパケットを返信する。ＵＡ３００が返信するＳＩＰの４８８エラーパケットには、ＵＡ３００が通信可能であるＳＤＰメディア情報が含まれる（図１０の返信の例１００２）。
【００５０】
本発明装置１００のＳＩＰ処理部１１は、ＵＡ３００からの応答がエラーであったため、受信したエラーパケットをエラー処理部１２Ａへ送信する。エラー処理部１２Ａは、受信したエラーパケットのエラー番号が４８８であったため、４８８エラーパケットをＳＩＰボディ処理部１３Ａへ送信する。ＳＩＰボディ処理部１３Ａは、受信したパケットが４８８エラーパケットであったため、受信パケットからＳＤＰを抜き出し、抜き出したＳＤＰを４８８ＳＤＰ処理部１４Ａへ送信する。
【００５１】
４８８ＳＤＰ処理部１４Ａは、受信したＳＤＰからＳＤＰメディア情報を抜き出し、抜き出したＳＤＰメディア情報をメディアポート変更部２２１へ送信することでＳＤＰメディア情報のポート番号を変更する（図９のステップＳＢ１−ＳＢ３）。変更後、４８８ＳＤＰ処理部１４Ａは、変更したＳＤＰをサーチＳＤＰ作成部２２へ送信し、送信の結果得たＳＤＰを機器サーチ部１５Ａへ送信する。機器サーチ部１５Ａは、４８８ＳＤＰ処理部2から受信したＳＤＰと機器情報テーブル１６Ａから受信したＳＩＰ Ｕｎａｍｅとを組としてＳＩＰ処理部１１ＡへＩＮＶＩＴＥ送信を依頼する（図９のステップＳＢ４，ＳＢ６）。
【００５２】
実施例２では、bob-pc@example.com とbob-mobile@example.comとに対してＩＮＶＩＴＥ送信依頼が送信される（図１０の送信の例１００３）。ＳＩＰ処理部１１Ａは、機器サーチ部１５ＡからのＩＮＶＩＴＥ送信依頼を受けて、機器サーチ部１５Ａから受信したＳＩＰ Ｕｎａｍｅを宛先としかつ機器サーチ部１５Ａから受信したＳＤＰをボディ部に持つＳＩＰのＩＮＶＩＴＥパケットを送信し、得られた応答を機器サーチ部１５Ａへ送信する（図１０の送信の例１００４）。機器サーチ部１５Ａは、ＳＩＰ処理部１１Ａから得た応答が200/OKだった場合、200/OKパケットのボディ部に含まれるＳＤＰを取り出し、取りだしたＳＤＰを機器サーチＳＤＰ処理部２４へ送信する（図１０のステップＳＢ７）。
【００５３】
機器サーチＳＤＰ処理部２４は、受信したＳＤＰのＳＤＰメディア情報をメディア判定部２３へ送信することで対応可・不可の情報を得て、結果を機器サーチ部１５Ａへ送信する。機器サーチ部１５Ａは、機器サーチＳＤＰ処理部２４から得た結果が対応可であれば、対応可である機器のＳＩＰ Ｕｎａｍｅ(bob-pc@out.com)をユーザ通知部１８Ａへ送信する（図１０のステップＳＢ８、ＳＢ９）。ユーザ通知部１８Ａは、ユーザへＵＡ３００と通信できる装置(bob-pc@out.com)を知らせる（図１１参照）。
【００５４】
実施例２では、ユーザは自分が保有するＳＩＰ端末のメディア情報を登録する必要がない。ユーザは、自分が保有するＳＩＰ機器のメディア情報を知らなくても、ＵＡ３００と通信可能なＳＩＰ機器を知ることができる。
【００５５】
本発明装置１００の実施例３を図１２、図１３、図１４を用いて説明する。まず図１２を参照して構成要素を説明する。
【００５６】
実施例３では、実施例２のＳＩＰ処理部１１Ａの代わりにＳＩＰ処理部１１Ｂを持つ。ＳＩＰ処理部１１Ｂは、受信したＳＩＰ ＩＮＶＩＴＥパケットをＳＩＰボディ処理部１３Ｂへ送信する。その他の機能は、実施例２のＳＩＰ処理部１３Ａと同じである。
【００５７】
実施例３では、実施例1のエラー処理部１２の代わりにエラー処理部１２Ｂを持つ。エラー処理部１２Ｂは、受信した４８８エラーパケットをＳＩＰボディ処理部１３Ｂへ送信する。その他の機能は、実施例1の４８８エラー処理部１２と同じである。
【００５８】
実施例３では、実施例２のＳＩＰボディ処理部１３Ａの代わりにＳＩＰボディ処理部１３Ｂを持つ。ＳＩＰボディ処理部１３Ｂは、ＳＩＰ処理部１１Ｂから受信したＳＩＰパケットのボディ部からＳＤＰを抜き出す。抜き出した後、受信したＳＩＰパケットがＩＮＶＩＴＥリクエストである場合は、抜き出したＳＤＰをＩＮＶＩＴＥ ＳＤＰ処理部２５へ送信する。受信ＳＩＰパケットが４８８エラーパケットである場合、抜き出したＳＤＰを４８８ＳＤＰ処理部１４Ｂへ送信する。
【００５９】
実施例３では、実施例２に追加して応答メディア作成部を持つ。応答メディア作成部は、受信したＳＤＰメディア情報と、自装置が対応可能なメディア情報とにより、ＩＮＶＩＴＥに応答するためのＳＤＰメディア情報を作成する。応答メディア作成部２６は、作成したＳＤＰメディア情報を送信する。
【００６０】
実施例３では、実施例２に追加して、ＩＮＶＩＴＥ ＳＤＰ処理部２５を持つ。ＩＮＶＩＴＥ ＳＤＰ処理部２５は、ＳＩＰボディ処理部１３Ｂから受信したＳＤＰよりＳＤＰメディア情報を抜き出し、応答メディア作成部２６へ送信することで、ＩＮＶＩＴＥに応答するためのＳＤＰメディア情報を得る。ＩＮＶＩＴＥ ＳＤＰ処理部２５は、ＳＤＰメディア情報を得た後、応答メディア作成部２６から得た情報をメディア判定部２３へ送信することにより、対応可・不可の情報を得る。対応不可の場合、ＩＮＶＩＴＥ ＳＤＰ処理部２５は、ＳＩＰボディ処理部１３Ｂから受信したＳＤＰのＳＤＰメディア情報をメディアポート変更部２１へ送信することでＳＤＰメディア情報を変更し、変更後のＳＤＰをサーチＳＤＰ作成部２２へ送信する。サーチＳＤＰ作成部２２が変更したＳＤＰは、機器サーチ部１５Ｂへ送信する。
【００６１】
実施例３では、実施例２の４８８ＳＤＰ処理部１４Ａの代わりに４８８ＳＤＰ処理部１４Ｂを持つ。４８８ＳＤＰ処理部１４Ｂは、処理後のＳＤＰを機器サーチ部１５Ｂへ送信する。その他の処理は４８８ＳＤＰ処理部１４Ｂと同じである。
【００６２】
実施例３では、実施例２の機器サーチ部１５Ａの代わりに機器サーチ部１５Ｂを持つ。機器サーチ部１５Ｂは受信したＳＤＰと機器情報テーブル１６ＡのＳＩＰ ＵｎａｍｅとをＳＩＰ処理部１１Ｂへ送信し、ＳＩＰ処理部１１Ｂから応答結果を得る。その他の処理は、機器サーチ部１５Ａと同じである。その他の処理部は実施例２と同じである。
【００６３】
実施例３の動作を説明する。図１３は、実施例３の動作を示すフローチャートである。図１４は、は実施例３の発明装置と他の装置がやりとりするＳＩＰ パケットを表す。図１２におけるネットワーク上の機器構成は、実施例１と同じである。
【００６４】
ユーザは、自分が保有するＳＩＰ機器のＵｎａｍｅをあらかじめ本発明装置へ登録する（例えば図８を参照）。
【００６５】
本発明装置１００がＵＡ３００からＳＩＰ ＩＮＶＩＴＥパケットを受信すると、ＳＩＰ処理部１１Ｂは、受信したＳＩＰ ＩＮＶＩＴＥパケットをＳＩＰボディ処理部１３Ｂへ送信し、ＳＩＰボディ処理部１３Ｂは、ＳＩＰパケットに含まれるＳＤＰを抜き出し（図１３のステップＳＣ１，ＳＣ２）、ＩＮＶＩＴＥ ＳＤＰ処理部２５へ送信する。ＩＮＶＩＴＥ ＳＤＰ処理部２５は、受信したＳＤＰからＳＤＰメディア情報を抜き出し（図１５）、応答メディア処理部２６により、ＩＮＶＩＴＥに応答するためのＳＤＰメディア情報を作成する（図１６、図１３のステップＳＣ３）。
【００６６】
実施例３の例では、MPEG2に対応不可のため、MPEG2のポート番号が0になっている。ＩＮＶＩＴＥ ＳＤＰ処理部２５は、応答メディア作成部２６から得たＳＤＰメディア情報をメディア判定部２３へ送信する。メディア判定部２３は、MPEG2のポート番号が0であるため、対応不可と判定する。ＩＮＶＩＴＥ ＳＤＰ処理部２５は、対応不可の結果を得たため、ＳＩＰボディ処理部１３Ｂから得たＳＤＰのＳＤＰメディア情報をメディアポート変更部２１へ送信してポート番号を変更し（図１７参照）、変更したＳＤＰをサーチＳＤＰ作成部２２へ送信する（図１３のステップＳＣ５）。
【００６７】
ＩＮＶＩＴＥ ＳＤＰ処理部２５は、サーチＳＤＰ作成部２２から受信したＳＤＰを機器サーチ部１５Ｂへ送信する。機器サーチ部１５Ｂは、受信したＳＤＰと機器情報テーブル１６ＡのＳＩＰ ＵｎａｍｅとからなるＩＮＶＩＴＥ送信依頼をＳＩＰ処理部１１Ｂへ送信する（図１３のステップＳＣ６）。
【００６８】
その後の処理の流れは、実施例２の場合と同じである（図１３のステップＳＣ９−ＳＣ１１）。結果として、ユーザはＵＡと通信できるbob-pcの情報を得ることができる（図１８）。
【００６９】
上記した実施例３では、自装置１００では通信できないメディア情報を含むＩＮＶＩＴＥを受信した場合に、通信可能な代替装置をユーザに提示できる。ユーザは、自分が保有するＳＩＰ機器のメディア情報を知らなくても、ＵＡと通信可能なＳＩＰ機器を知ることができる。
【００７０】
先の実施例1では、ユーザはＵＡとの通信に失敗した場合に、ＵＡと通信可能なＳＩＰ機器を知ることができる。そのため、ユーザはＵＡと通信可能な端末を調べる必要がない。ユーザは、機器情報テーブルに登録後、自分が保有するＳＩＰ装置のメディア情報を記憶しておく必要がない。
【００７１】
また先の実施例２では、ユーザは自分が保有するＳＩＰ端末のメディア情報を登録する必要がない。ユーザは、自分が保有するＳＩＰ機器のメディア情報を知らなくても、ＵＡと通信可能なＳＩＰ機器を知ることができる。
【００７２】
さらに実施例３では、自装置では通信できないメディア情報を含むＩＮＶＩＴＥを受信した場合に、通信可能な代替装置をユーザに提示できる。ユーザは、自分が保有するＳＩＰ機器のメディア情報を知らなくても、ＵＡと通信可能なＳＩＰ機器を知ることができる。なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【００７３】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００７４】
【図１】この発明の第１の実施形態を示す構成説明図である。
【図２】図１の機器情報テーブルの例を示す説明図である。
【図３】図１の装置の動作例を説明するために示すフローチャートである。
【図４】図１の装置の動作例を説明するために示すプロトコールの例である。
【図５】図１のＳＤＰメディア情報の例を示す説明図である。
【図６】図１の装置におけるユーザ通知例を示す説明図である。
【図７】この発明の第２の実施形態を示す構成説明図である。
【図８】図７の機器情報テーブルの例を示す説明図である。
【図９】図７の装置の動作例を説明するために示すフローチャートである。
【図１０】図７の装置の動作例を説明するために示すプロトコールの例である。
【図１１】図７の装置におけるユーザ通知例を示す説明図である。
【図１２】この発明の第３の実施形態を示す構成説明図である。
【図１３】図１２の装置の動作例を説明するために示すフローチャートである。
【図１４】図１２の装置の動作例を説明するために示すプロトコールの例である。
【図１５】図１２の装置において、応答メディア作成部が受信したＳＤＰメディア情報の例を示す説明図である。
【図１６】図１２の装置において、応答メディア作成部が送信したＳＤＰメディア情報の例を示す説明図である。
【図１７】図１２の装置において、メディアポート変更部の出力の例を示す説明図である。
【図１８】図１２の装置におけるユーザ通知例を示す説明図である。
【符号の説明】
【００７５】
１１…ＳＩＰ処理部、１２…エラー処理部、１３…ＳＩＰボディ処理部、１４…４８８ＳＤＰ処理部、１５…機器サーチ部、１６…機器情報テーブル、１７…メディア照合部、１８…ユーザ通知部、１９…ユーザ入力部、２１…メディアポート変更部、２２…サーチＳＤＰ作成部、２３…メディア判定部、２４…機器サーチＳＤＰ処理部、２５…ＩＮＶＩＴＥ  ＳＤＰ処理部、２６…応答メディア作成部。
【図１】
2007124571.tif 000003
【図２】
2007124571.tif 000004
【図３】
2007124571.tif 000005
【図４】
2007124571.tif 000006
【図５】
2007124571.tif 000007
【図６】
2007124571.tif 000008
【図７】
2007124571.tif 000009
【図８】
2007124571.tif 000010
【図９】
2007124571.tif 000011
【図１０】
2007124571.tif 000012
【図１１】
2007124571.tif 000013
【図１２】
2007124571.tif 000014
【図１３】
2007124571.tif 000015
【図１４】
2007124571.tif 000016
【図１５】
2007124571.tif 000017
【図１６】
2007124571.tif 000018
【図１７】
2007124571.tif 000019
【図１８】
2007124571.tif 000020