(57)【要約】【課題】標準の呼制御プロトコルを使用することにより異なるメーカの端末間でも通信できる互換性をも確保し、なおかつその標準プロトコルに定義されている以外の独自の通信あるいは通話方式を使用できるようにして、柔軟な通信あるいは通話を行うＩＰ端末装置を提供する。【解決手段】ＩＰ端末装置が有するローカル呼設定手段は、標準呼設定プロトコルのセッションの属性の他に、独自のセッションの属性である受信条件と、送信条件と、標準呼設定プロトコルが持っていない、装置に関わる独自の情報とをＩＰパケットに挿入し、それを相手装置に送信する。ローカル呼設定手段は、ＣＰＵ１１と、ＶｏＩＰ手段１２と、ＲＯＭ１３と、ＲＡＭ１４とにより実現される。【選択図】        図１
2004328195.tif 000002
【特許請求の範囲】
【請求項１】
標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、
前記呼設定手段によって呼設定を行うとともに、前記標準呼制御用プロトコルとは別のローカルプロトコルによって呼設定を行うローカル呼設定手段を備えたことを特徴とするＩＰ端末装置。
【請求項２】
前記ローカル呼設定手段は、
前記接続フェーズの最中に、前記ローカルプロトコルによって呼設定を行うことを特徴とする請求項１記載のＩＰ端末装置。
【請求項３】
前記ローカル呼設定手段は、
前記標準呼制御用プロトコルの呼制御用ＩＰパケットを送出した後に、前記ローカルプロトコルの呼制御用ＩＰパケットを送出することを特徴とする請求項２記載のＩＰ端末装置。
【請求項４】
前記ローカル呼設定手段は、
前記標準呼制御用プロトコルの呼制御用ＩＰパケットを送出する前に、ローカルプロトコルの呼制御用ＩＰパケットを送出することを特徴とする請求項２記載のＩＰ端末装置。
【請求項５】
標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、
前記標準呼制御用プロトコルの呼制御用ＩＰパケットにローカルプロトコル用の情報を含ませて送出するローカル呼設定手段を備えたことを特徴とするＩＰ端末装置。
【請求項６】
標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、
前記データ送受信フェーズの最中に、別のローカルプロトコルによって呼設定を変更するローカル呼設定手段を備えたことを特徴とするＩＰ端末装置。
【請求項７】
前記ローカル呼設定手段は、
標準データ送受信用パケットとは別に、ローカルプロトコルのＩＰパケットを送出することを特徴とする請求項６記載のＩＰ端末装置。
【請求項８】
前記ローカル呼設定手段は、
標準データ送受信用パケットにローカルプロトコル用の情報を含ませて送出することを特徴とする請求項６記載のＩＰ端末装置。
【請求項９】
標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、
相手装置が前記標準呼制御用プロトコルの呼制御用ＩＰパケットを送信した後に送信するローカルプロトコルのＩＰパケットを受信するローカル呼設定手段を備えたことを特徴とするＩＰ端末装置。
【請求項１０】
標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、
相手装置が前記標準呼制御用プロトコルの呼制御用ＩＰパケットを送信する前に受信するローカルプロトコルのＩＰパケットを受信するローカル呼設定手段を備えたことを特徴とするＩＰ端末装置。
【請求項１１】
標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、
相手装置がローカルプロトコル用の情報を前記標準呼制御用プロトコルの呼制御用ＩＰパケットに含ませるとともに送出した前記標準呼制御用プロトコルの呼制御用ＩＰパケットを受信するローカル呼設定手段を備えたことを特徴とするＩＰ端末装置。
【請求項１２】
標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、
相手装置が標準データ送受信用パケットとは別に送出したローカルプロトコルのＩＰパケットを受信するローカル呼設定手段を備えたことを特徴とするＩＰ端末装置。
【請求項１３】
標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、
相手装置がローカルプロトコル用の情報を含ませて送出する標準データ送受信用パケットを受信するローカル呼設定手段を備えたことを特徴とするＩＰ端末装置。
【請求項１４】
現在通信に使用されているプロトコルを表示する表示手段を有することを特徴とする請求項１から１３のいずれか１項に記載のＩＰ端末装置。
【請求項１５】
前記表示手段は、
自装置が通信に使用可能なプロトコルを表示することを特徴とする請求項１から１４のいずれか１項に記載のＩＰ端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ端末装置に関し、特にＩＰ電話、ＩＰテレビ電話、インターネットファックスなどにおいて複数の異なるプロトコルを使用して通信を行うＩＰ端末装置に関する。
【０００２】
【従来の技術】
現在、ＩＰ電話装置、ＩＰテレビ電話装置等の呼制御プロトコルとしてＳＩＰ、Ｈ．３２３、ＭＥＧＡＣＯなどが標準のプロトコルとして標準化されている。
【０００３】
複数の異なるプロトコルのＩＰ電話機間の通信を可能にする従来技術として、特許文献１に開示されているケーブルモデム装置および音声通信方法があった。特許文献１では、Ｈ．３２３プロトコルとＭＧＣＰプロトコルとのプロトコル変換を行うことにより、Ｈ．３２３プロトコルのＩＰ電話機とＭＧＣＰプロトコルのＩＰ電話機との間の通信を可能にしていた。
【０００４】
【特許文献１】
特開２００２−２８１１７６号公報
【０００５】
【発明が解決しようとする課題】
従来、異なるメーカの端末間でも通信できるように互換性を保つために、ＩＰ端末装置の呼制御プロトコルとしてＳＩＰ、Ｈ．３２３、ＭＥＧＡＣＯなどが標準のプロトコルとして標準化されていた。
しかしながら、それは裏を返せば、そのプロトコルで通話方式（装備する機能、圧縮方式、エラー処理など）が標準として決められているため、標準で定義されている通話方式しか使用できないということを示している。
通話方式などは端末の能力や使用する通信回線の違いによって最適な方式が違うことは周知の事実であり、また同じメーカの装置同士で使用できる独自に開発した通話方式を使用して、他メーカと差別化したいという要望もある。
【０００６】
特許文献１に記載の発明は、あくまでも標準の呼制御プロトコル間の変換を行うものであって、各ＩＰ端末装置独自の呼制御プロトコルによる通信を実現するものではなかった。また、特許文献１では、各ＩＰ端末装置が複数の呼制御プロトコルを用いて通信を行う機能を有していなかった。
【０００７】
本発明は、上記問題点に鑑みてなされたものであり、標準の呼制御プロトコルを使用することにより異なるメーカの端末間でも通信できる互換性をも確保し、なおかつその標準プロトコルに定義されている以外の独自の通信あるいは通話方式を使用できるようにして、柔軟な通信あるいは通話を行うＩＰ端末装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
かかる目的を達成するため、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、呼設定手段によって呼設定を行うとともに、標準呼制御用プロトコルとは別のローカルプロトコルによって呼設定を行うローカル呼設定手段を備えたことを特徴とする。
【０００９】
また、本発明によれば、ローカル呼設定手段は、接続フェーズの最中に、ローカルプロトコルによって呼設定を行うことを特徴とする。
【００１０】
また、本発明によれば、ローカル呼設定手段は、標準呼制御用プロトコルの呼制御用ＩＰパケットを送出した後に、ローカルプロトコルの呼制御用ＩＰパケットを送出することを特徴とする。
【００１１】
また、本発明によれば、ローカル呼設定手段は、標準呼制御用プロトコルの呼制御用ＩＰパケットを送出する前に、ローカルプロトコルの呼制御用ＩＰパケットを送出することを特徴とする。
【００１２】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、標準呼制御用プロトコルの呼制御用ＩＰパケットにローカルプロトコル用の情報を含ませて送出するローカル呼設定手段を備えたことを特徴とする。
【００１３】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、データ送受信フェーズの最中に、別のローカルプロトコルによって呼設定を変更するローカル呼設定手段を備えたことを特徴とする。
【００１４】
また、本発明によれば、ローカル呼設定手段は、標準データ送受信用パケットとは別に、ローカルプロトコルのＩＰパケットを送出することを特徴とする。
【００１５】
また、本発明によれば、ローカル呼設定手段は、標準データ送受信用パケットにローカルプロトコル用の情報を含ませて送出することを特徴とする。
【００１６】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、相手装置が標準呼制御用プロトコルの呼制御用ＩＰパケットを送信した後に送信するローカルプロトコルのＩＰパケットを受信するローカル呼設定手段を備えたことを特徴とする。
【００１７】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、相手装置が標準呼制御用プロトコルの呼制御用ＩＰパケットを送信する前に受信するローカルプロトコルのＩＰパケットを受信するローカル呼設定手段を備えたことを特徴とする。
【００１８】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、相手装置がローカルプロトコル用の情報を標準呼制御用プロトコルの呼制御用ＩＰパケットに含ませるとともに送出した標準呼制御用プロトコルの呼制御用ＩＰパケットを受信するローカル呼設定手段を備えたことを特徴とする。
【００１９】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、相手装置が標準データ送受信用パケットとは別に送出したローカルプロトコルのＩＰパケットを受信するローカル呼設定手段を備えたことを特徴とする。
【００２０】
また、本発明は、標準呼制御用プロトコルを使用して、接続フェーズとデータ送受信フェーズと切断フェーズとからなる呼制御を行う呼設定手段を備え、相手側の端末装置と通信を行うＩＰ端末装置であって、相手装置がローカルプロトコル用の情報を含ませて送出する標準データ送受信用パケットを受信するローカル呼設定手段を備えたことを特徴とする。
【００２１】
また、本発明によれば、現在通信に使用されているプロトコルを表示する表示手段を有することを特徴とする。
【００２２】
また、本発明によれば、表示手段は、自装置が通信に使用可能なプロトコルを表示することを特徴とする。
【００２３】
【発明の実施の形態】
図１は、本発明の具体的な一実施例であるＩＰ電話装置のブロック図である。以下、図１を用いて、本実施例におけるＩＰ電話装置の構成について説明する。図１に示されているように、ＩＰ電話装置は、ＣＰＵ（中央制御装置）１１と、ＶｏＩＰ手段１２と、ＲＯＭ（リード・オンリー・メモリ）１３と、ＲＡＭ（ランダム・アクセス・メモリ）１４と、操作入力・表示部１５と、ハンドセット１６と、通話回路１７と、回線接続Ｉ／Ｆ１８とを有する。
【００２４】
ＣＰＵ１１は、ＩＰ電話装置全体を制御するものである。ＣＰＵ１１の実行プログラムはＲＯＭ１３に記憶され、ＣＰＵ１１はその実行プログラムをＲＯＭ１３から読み出し、その実行プログラムに含まれる命令を逐次解釈してＩＰ電話装置全体の制御を行う。
【００２５】
ＲＡＭ１４は、ＣＰＵ１１によるＩＰ電話装置全体の制御に必要なワークエリアとして機能するとともに、保存パラメータ、その他制御に必要な色々なパラメータ、および管理情報等を記憶するものである。
【００２６】
操作入力・表示部１５は、各種の操作キーと操作ガイダンス等を表示する表示器とからなり、オペレータが装置を操作するためのものである。
【００２７】
ハンドセット１６は、音声通話を行うためのいわゆる受話器となるものであり、音声を出力するスピーカや音声を入力するマイク等から構成される。
【００２８】
通話回路１７は、マイク等（ハンドセット１６）から入力された音声信号をＶｏＩＰ手段１２に送出する。また通話回路１７は、ＶｏＩＰ手段１２から入力された音声信号をスピーカ等（ハンドセット１６）に出力するものである。
また、通話回路１７には、音声信号を増幅または減衰することにより音量を調整したり、音声信号の周波数特性を変化させることにより音質を改善するための回路が含まれているとしてもよい。
さらに、通話回路１７は、送話器から受話器への音の回り込みを制御するいわゆる側音制御を行う。
【００２９】
ＶｏＩＰ手段１２は、通話回路１７から送られてきたアナログの音声信号をデジタルデータに変換し、さらに必要であれば符号化圧縮する。
次に、ＶｏＩＰ手段１２は、音声信号データを送信用のＩＰパケットに埋め込み、順次回線接続Ｉ／Ｆ１８に送出する。
また、ＶｏＩＰ手段１２は、回線接続Ｉ／Ｆ１８から入力される受信用のＩＰパケットから音声信号データを取り出し、必要であれば復号伸張し、さらにデジタルの音声信号データをアナログの音声信号に変換し、通話回路１７に送出する。
また、ＶｏＩＰ手段１２は、呼制御を行うための制御用ＩＰパケットを組立て、順次回線接続Ｉ／Ｆ手段１８に送出する。さらに、ＶｏＩＰ手段１２は、回線接続Ｉ／Ｆ手段により受信された制御用ＩＰパケットが入力されると、その入力された制御用ＩＰパケットを分解する。このような制御用ＩＰパケットの送出および受信は、ＶｏＩＰ手段１２とは独立した別の手段で実現するものとしてもよい。ＶｏＩＰ手段１２の動作制御は、ＣＰＵ１１により行われるものとする。
【００３０】
回線接続Ｉ／Ｆ１８は、回線と接続されており、ＶｏＩＰ手段１２から入力される送信用ＩＰパケットをその接続回線に送出する一方、接続回線から入力される受信用パケットをＶｏＩＰ手段１２に送出する。
接続回線として一般の電話網を使用する場合、回線接続Ｉ／Ｆ１８は、デジタル信号とアナログ信号とを相互に変換するＸＤＳＬモデムを有するものとする。
また、接続回線がＬＡＮ等であれば、回線接続Ｉ／Ｆ１８は、ＬＡＮ用のＩ／Ｆ（イーサネット（Ｒ）、トークンリング、ＦＴＴＨ等）である。
【００３１】
図２は、本発明の具体的な一実施例におけるＩＰ電話装置アダプタのブロック図である。以下、図２を用いて、本実施例におけるＩＰ電話装置アダプタの構成について説明する。
【００３２】
図２に示されるＩＰ電話装置アダプタは、通話回路１７とハンドセット１６がない代わりに電話接続Ｉ／Ｆ１９を有している以外は図１のＩＰ電話装置の構成と同様である。なお、ＩＰ電話装置アダプタの構成部位のうちＩＰ電話装置の構成部位と同符号が付されているものについては同様の機能を有しているとしてよい。
【００３３】
電話接続Ｉ／Ｆ１９は、アナログ電話機と接続し、音声信号を入／出力する。
【００３４】
図３は、本発明の具体的な一実施例であるＩＰテレビ電話装置のブロック図である。
図３に示されているように、ＩＰテレビ電話装置は、ＣＰＵ１１と、ＲＯＭ１３と、ＲＡＭ１４と、操作入力・表示部１５と、ハンドセット１６と、通話回路１７と、回線接続Ｉ／Ｆ１８と、ＶｏＩＰ・ＩＰ手段２０と、画像処理回路２１と、画像表示部２２と、カメラ２３とを有する。
【００３５】
ＣＰＵ１１、ＲＯＭ１３、ＲＡＭ１４、操作入力・表示部１５、ハンドセット１６、通話回路１７、および回線接続Ｉ／Ｆ１８は、図１に示されるＩＰ電話装置における同符号を付したものと同様の構成および機能を有するので説明を省略する。
【００３６】
カメラ２３は、被写体を次々に画像データに変換するものである。カメラ２３は、変換した画像データを画像処理回路２１へ出力する。
画像処理回路２１は、カメラ２３から入力された画像データに対して、送信データ用に画像処理を施した後、ＶｏＩＰ・ＩＰ手段２０へ出力する。
ＶｏＩＰ・ＩＰ手段２０は、画像処理回路２１により画像処理されたデータを符号化圧縮する。ＶｏＩＰ・ＩＰ手段２０は、符号化圧縮した画像データ（画像信号データ）を送信用のＩＰパケットに埋め込み、順次回線接続Ｉ／Ｆ手段１８に送出する。
【００３７】
また、ＶｏＩＰ・ＩＰ手段２０は、回線接続Ｉ／Ｆ手段１８から入力される受信用のＩＰパケットから画像信号データを取り出し、その取り出した画像信号データを復号伸張した後、画像処理回路２１に送出する。
画像処理回路２１は、画像表示部２２に合わせた画像処理を行い、画像表示部２２に画像データを送出する。
画像表示部２２は、画像データを連続的に表示することにより動画像を得ることが出来る。
なお、ＶｏＩＰ・ＩＰ手段２０は、ＶｏＩＰ手段１２と同様に音声信号に対して各処理を行う機能も有しているものとする。
【００３８】
次に、ＩＰ電話装置およびＩＰテレビ電話装置で使用されるプロトコルについて説明する。呼設定手段は、標準で規定されている標準用呼制御用プロトコル（ＳＩＰ、Ｈ．３２３、ＭＥＧＡＣＯなど）を使用して呼設定を行い通信あるいは通話を行うものである。
【００３９】
図４は、ＳＩＰのプロトコルスタックを示す図である。
図４に示されているように、呼・セッション制御用プロトコルとしてＳＩＰを使用する場合、Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ（ネットワーク層）においてＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）が使用される。
また、この場合、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ（トランスポート層）においてＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、またはＳＣＴＰ（Ｓｔｒｅａｍ  Ｃｏｎｔｒｏｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｏｃｏｌ）が使用される。
また、この場合、ＳＩＰメッセージを記述する制御情報記述プロトコルとしてＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が使用される。
また、この場合、ＵＤＰ（トランスポート層）とともに、動画／音声の送受信プロトコルとして、ＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）が使用される。
【００４０】
図５は、ＳＩＰの通信モデルの一般的なプロトコルシーケンスを示す図である。以下、図５に沿って、ＳＩＰの通信モデルのプロトコルの一例について説明する。
【００４１】
ここでは、発呼側・着呼側の２台のＩＰ端末装置（ＩＰ電話装置、ＩＰテレビ電話装置など）間において、ＳＩＰによる呼・セッション制御が行われるものとする。
【００４２】
まず、発呼側からＩＮＶＩＴＥというリクエストメッセージを送出する。ＩＮＶＩＴＥはセッションの起動信号であり、ＩＮＶＩＴＥには発呼側が受信可能なセッションの属性がＳＤＰで示されている。具体的には発呼側の受信条件（コーデック、ポート番号等）と送信条件を提示するものである。
【００４３】
着呼側はＩＮＶＩＴＥを受信し、呼び出し状態になったことを通知するために、１８０  Ｒｉｎｇｉｎｇを発呼側へ送信する。この１８０  Ｒｉｎｇｉｎｇで着呼側の受信条件（コーデック、ポート番号等）と送信条件とを提示してもよいが、通常は次の２００  ＯＫで提示する。
【００４４】
次に、着呼側が通話可能状態になったことを通知するために、２００  ＯＫを発呼側へ送信する。この２００  ＯＫには、着呼側が受信可能なセッションの属性がＳＤＰで示されている。この２００  ＯＫで着呼側の受信条件（コーデック、ポート番号等）と送信条件を提示する。
【００４５】
次に、発呼側がＡＣＫを着呼側へ送信し、これにより通信に利用可能な属性がネゴシエーションされる。
本明細書では便宜上ここまでを接続フェーズと定義している。
【００４６】
次に、メディア（音声、画像、動画等）の転送が開始される。本明細書ではこのメディアの転送期間中を便宜上、データ送受信フェーズと定義している。
【００４７】
通信を終了するときには、止める側がＢＹＥ信号を送信することにより通信相手側に通信終了を要求し、ＢＹＥ信号を受信した側は、その応答である２００  ＯＫ信号をＢＹＥ信号送信側に送信して通信を終了する。
本明細書ではこのフェーズを便宜上、切断フェーズと定義している。
【００４８】
図６は、本発明の具体的な実施例における通信モデルの１つであるプロトコルシーケンスである。以下、図６に沿って、本実施例におけるＳＩＰの通信モデルのプロトコルの一例について説明する。
【００４９】
ここでは、発呼側・着呼側の２台のＩＰ端末装置（ＩＰ電話装置、ＩＰテレビ電話装置など）間において、ＳＩＰによる呼・セッション制御が行われるものとする。
【００５０】
ＩＰ端末装置は、標準呼設定手段（呼設定手段）と、ローカル呼設定手段とを有する。
【００５１】
標準呼設定手段は、標準呼設定プロトコルのセッション属性をＩＰパケットに挿入し、そのセッション属性を挿入したＩＰパケットを相手端末装置に送信する。
【００５２】
ローカル呼設定手段は、標準呼設定プロトコルのセッションの属性の他に（重複して持っていてもいいが）、独自のセッションの属性である受信条件（コーデック、ポート番号等）と、送信条件と、標準呼設定プロトコルが持っていない、装置に関わる独自の情報（装置が装備している機能、装置の状態を示す情報、相手装置の設定を変更する情報、相手装置の機能を実行する情報等）とをＩＰパケットに挿入し、それを相手装置に送信するものである。
【００５３】
なお、標準呼設定手段およびローカル呼設定手段は、ＣＰＵ１１と、ＶｏＩＰ手段１２（ＩＰテレビ電話装置の場合はＶｏＩＰ・ＩＰ手段２０）と、ＲＯＭ１３と、ＲＡＭ１４とにより実現される。すなわち、ＣＰＵ１１が、ＲＯＭ１３に格納されているプログラムを読み出し、ワークエリアとしてＲＡＭ１４を用いて、ＶｏＩＰ手段１２またはＶｏＩＰ・ＩＰ手段２０に処理を実行させることにより、標準呼設定手段およびローカル呼設定手段を実現することになる。
【００５４】
まず、発呼端末（発呼側）は発呼する際に、自端末に備わっているプロトコルを調査し、最初に送出するプロトコルとして優先設定されているプロトコルで通信を開始するため（この例では標準プロトコルが設定されている）、まず発呼側は標準のプロトコルであるＳＩＰのＩＮＶＩＴＥ信号を着呼側へ送信する。
【００５５】
次に、発呼側は、ＩＮＶＩＴＥ信号送信の直後に、ローカル呼設定手段によってローカルプロトコルの１つであるｉｎｖｉｔｅ信号を送信する。以後、標準プロトコル信号を大文字（ＩＮＶＩＴＥ）で表し、それに相当するローカルプロトコル信号を小文字（ｉｎｖｉｔｅ）で表す。
【００５６】
着呼側は、ＩＮＶＩＴＥ信号とｉｎｖｉｔｅ信号の両方を受信し（順次メモリに蓄えておくことにより複数の制御信号を受信することが出来る）、ｉｎｖｉｔｅ信号を選択するとともに、呼び出し状態になったことを通知するために１８０ｒｉｎｇｉｎｇを発呼側へ送信する。もちろん場合によっては、例えば標準プロトコルを優先設定されている場合等、ＩＮＶＩＴＥ信号を選択してもよい。
この後の動作は標準プロトコルがローカルプロトコルに代わる以外は、図５のプロトコルとシーケンスは同じである。
【００５７】
上記の実施例では、受信条件としてコーデックおよびポート番号等を示したが、その他に、装備している通信プロトコルの種類、呼設定の方式に関係するもの、ネゴシエーションに関係するもの、端末の通信能力、データの圧縮方式、デジタル化方式、プロトコルの種類、それに使用するＩＰパケットの種類、ＩＰパケットの構造、ＩＰパケットの定義、再送処理方式、エラー処理方式、セキュリティ方式等、通信条件に関するあらゆるものを独自の受信条件として発呼側が送信してもよい。
【００５８】
また、発呼側は、標準プロトコルのＩＮＶＩＴＥ信号を送出する前に、ローカルプロトコルのｉｎｖｉｔｅ信号を送信してもよい。
【００５９】
また、発呼側は、ｉｎｖｉｔｅ信号を、接続フェーズ、データ送受信フェーズ、または切断フェーズの期間中のどこで送信してもよい。
例えば、２台のＩＰ端末装置間で、データ送受信フェーズ期間中に、現在標準プロトコルによる通信の音声または画像の品質が劣化している場合、ユーザがより高品質な音声および画像の通信を希望したとする。このとき、発呼側のユーザが、発呼側のＩＰ端末装置の入力手段（操作入力・表示部１５）を操作することにより、発呼側のＩＰ端末装置は、通信相手側（着呼側のＩＰ端末装置）にｉｎｖｉｔｅ信号を送出し、ＩＰ端末装置間の通信を現在の標準プロトコルの方式からより高品質なローカルプロトコルの方式に切り替えるとしてもよい。
【００６０】
着呼側は、標準プロトコルであるＩＮＶＩＴＥ信号に対して１８０  Ｒｉｎｇｉｎｇ信号または２００  ＯＫ信号を送信した場合、すなわち標準プロトコルで接続（ネゴシエーションが成立）した後でも、接続フェーズ、データ送受信フェーズ、または切断フェーズの期間中にｉｎｖｉｔｅ信号を受信することが出来、その場合は再びネゴシエーションをやり直すことになる。
【００６１】
装置に関わる独自の情報（装置が装備している機能、装置の状態を示す情報、相手装置の設定を変更する情報、相手装置の機能を実行する情報等）とは、具体的には、
・装置が装備している機能：Ｗｅｂブラウザ機能、ストリームデータ再生機能、テレビ電話機能、留守番電話機能、留守番録画機能、録音機能、録画機能、着信メモリ、リダイヤルメモリ、電話帳機能、発信元番号通知機能、発信者名称通知機能、着信拒否機能、着信メロディ変更機能、転送機能、キャッチホン機能等・装置の状態を示す情報：留守番電話がセットされている情報、留守番録画がセットされている情報、装置に不具合があることを示す情報、装置が使用されていることを示す情報、装置のなんらかの機能がセットされていることを示す情報等
・相手装置の設定を変更する情報：留守番電話をセットあるいは解除する命令、留守番録画をセットあるいは解除する命令、装置に備わっている機能が動作するようにセットあるいは解除する命令等
・相手装置の機能を実行する情報：留守番電話に録音されている音声を再生させ送信させる命令、留守番録画に録画されている画像を再生させ送信させる命令、着信メロディを変更させる命令等
のいずれか、あるいはその組み合わせであるとしてもよい。
【００６２】
図７は、本発明の具体的な実施例におけるＳＩＰの制御用パケットの構造を示す図である。
図７に示されているように、ＳＩＰの制御用パケットには、ＩＰヘッダと、ＵＤＰ（ＴＣＰ）ヘッダと、ＳＩＰメッセージとが含まれている。
【００６３】
図８は、本発明の具体的な実施例におけるＳＩＰのデータ用パケットの構造を示す図である。
図８に示されているように、ＳＩＰのデータ用パケットには、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、音声・画像データとが含まれている。
【００６４】
図９は、本発明の具体的な実施例におけるＵＤＰデータグラムの構造を示す図である。
図９に示されているように、ＵＤＰデータグラムには、送信ポート番号と、宛先ポート番号と、データ長と、チェックサムと、データとが含まれている。
【００６５】
図１０は、本発明の具体的な実施例におけるＳＩＰで使用されるＩＰデータグラムの構造を示す図である。
図１０に示されるように、ＶｏＩＰパケットの構成は、バージョン情報と、ヘッダ長情報と、サービスタイプ情報と、トータル長情報と、識別子（ＩＤ）と、フラグ情報と、フラグメント・オフセット情報と、生存時間（ＴＴＬ）情報と、プロトコルタイプ情報と、ヘッダチェックサム情報と、送信元アドレスと、宛先アドレスと、オプションと、パディングと、データ領域とからなり、データを載せるいずれかの領域に通信相手先の電話番号情報が載せられている。なお、電話番号情報はデータ領域に載せるのが通常であるが、これに限定されるものではない。
【００６６】
ローカル呼設定手段の他の実施例として、標準呼設定手段で使用される標準プロトコルのＩＰパケットに、ローカル呼設定手段で使用されるローカルプロトコルにおいて使用される情報を含ませる方法がある。
【００６７】
図１１は、本発明の具体的な他の実施例におけるＳＩＰの制御用パケットの構造を示す図である。
他の実施例におけるＳＩＰの制御用パケットには、ＩＰヘッダと、ＵＤＰ（ＴＣＰ）ヘッダと、ＳＩＰメッセージと、ローカルプロトコル情報とが含まれている。
図１１に示されているように、他の実施例におけるＳＩＰの制御用パケットには、通常のＳＩＰの制御用パケットのＳＩＰメッセージ部分に、ローカル呼設定手段で使用するローカルプロトコルで使用する情報（ローカルプロトコル情報）が含まれている。
また、ＩＰヘッダのオプションフィールドにローカルプロトコル情報を載せてもよい。ＳＩＰプロトコルのみしか対応していない端末はローカル部分を無視するため、ＳＩＰで呼制御を行うが、ローカルプロトコルに対応している端末は、このローカル部分を解釈し、必要に応じてローカルプロトコルで呼制御を行う。すなわち、標準のセッションからローカルなセッションに移行することができる。
【００６８】
図１２は、本発明の具体的な他の実施例におけるＳＩＰのデータ用パケットの構造を示す図である。
他の実施例におけるＳＩＰのデータ用パケットには、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＰヘッダと、音声・画像データと、ローカルプロトコル情報とが含まれている。
図１２に示されているように、他の実施例では、通常のＳＩＰのデータ用パケットのＲＴＰヘッダ以下の音声・画像データを載せる部分に、ローカル呼設定手段で使用するローカルプロトコルで使用する情報を含ませている。
また、ＩＰヘッダのオプションフィールドにローカルプロトコル情報を載せてもよい。ＳＩＰプロトコルのみしか対応していない端末はローカル部分を無視するため、ＳＩＰで呼制御を行うが、ローカル呼設定手段に対応している端末は、このローカル部分を解釈し、必要に応じてローカルプロトコルで呼制御を行う。すなわち標準のセッションからローカルなセッションに移行することができる。
【００６９】
このように、独自のローカルプロトコルに対応している端末はＩＰパケットのどの部分にローカルプロトコル情報が載せられているのかは、あらかじめ認識しているので、ローカルプロトコルの搭載形態は任意に構成することが出来る。
【００７０】
また、ＩＰ端末装置は、発呼側および着呼側にもなりえるように、発呼側および着呼側で使用する両方のプロトコルを備えている。
【００７１】
また、標準のプロトコルでセッションが開始されたのか、あるいは独自のプロトコルでセッションが開始されたのかを操作入力・表示部１５に表示することができる。
例えば、操作入力・表示部１５は、「ＳＩＰ」、「Ｈ．３２３」、「独自方式」等といった現在通信に使用されているプロトコルおよび通信に使用可能なプロトコルを表示する。ユーザは、その表示を見ることにより、通信の状態あるいは使用できる機能等を知ることが出来る。
また、操作入力・表示部１５は、ＩＰ端末装置が接続に使用したプロトコルによって使用できる機能等を表示することも出来る。
【００７２】
また、発呼側のユーザが、相手装置がどのプロトコルを装備しているか分からない場合、発呼側のＩＰ端末装置は、発呼する際、発呼側のＩＰ端末装置が装備している複数のプロトコルまたはすべてのプロトコルのＩＮＶＩＴＥまたはｉｎｖｉｔｅ信号を順次送出するとしてもよい。
着呼側のＩＰ端末装置は、発呼側から受信したＩＮＶＩＴＥ・ｉｎｖｉｔｅ信号により示される複数のプロトコルのうちの１つを選択し、その選択したプロトコルに相当する応答信号を１つだけ返信する。または、着呼側のＩＰ端末装置は、複数のプロトコルのうち２以上のプロトコルを選択し、その選択した複数のプロトコルに相当する応答信号を複数返信するとしてもよい。発呼側は、複数の応答信号を受信した場合、その受信した応答信号により示される複数のプロトコルのうち優先順位の高いプロトコルを選択することが出来る。
【００７３】
以上、本発明の実施例には、ＩＰ電話装置（ＩＰ端末装置）が実装する標準プロトコルとしてＳＩＰを例にとって記載しているが、その他に、標準プロトコルとしてＨ．３２３、ＨＴＴＰ、またはＭＥＧＡＣＯ等を使用するとしてもよい。
また、標準プロトコルではなく、その他のローカルのプロトコルでも本発明の実施は可能である。すなわち、これまでの実施例の説明の中で、標準呼制御、標準呼設定、標準プロトコルをそれぞれ、他のローカルな呼制御、他のローカルな呼設定、他のローカルなプロトコルと置き換えればよい。この他のローカルな呼制御、呼設定、およびプロトコルは、それぞれ標準の呼制御、呼設定、およびプロトコルを含んでもよい。
また、ＩＰ端末装置は、ＩＰ電話装置の他に、ＩＰテレビ電話装置、その他のＩＰパケットを使用して呼制御を行う端末であるとしてもよい。
【００７４】
以上説明したように、本実施例によれば、標準の呼制御用プロトコルに定義されている標準の通信方式以外の独自の通信あるいは通話方式を使用することが出来るため、最適な通信ができる。
【００７５】
また、本実施例によれば、接続フェーズで自動的に呼設定を行っているので、ユーザに手間をかけずに呼設定を行うことができる。
【００７６】
また、本実施例によれば、標準用パケット送出のすぐ後にローカル用パケットを送出しているので、標準用の呼設定でセッションが接続される前に、すばやくローカル用の呼設定でセッションを接続することが出来る。
【００７７】
また、本実施例によれば、すばやくローカル用の呼設定でセッションを接続することが出来る。
【００７８】
また、本実施例によれば、標準用のパケットの他にローカル用のパケットを送出する必要がないため、ネットワークに送出するデータ量を少なくすることが出来る。
【００７９】
また、本実施例によれば、標準の呼設定で通信をしている途中でも、別な通信方式に変更することが出来る。
【００８０】
また、本実施例によれば、標準用パケット受信のすぐ後にローカル用パケットを受信しているので、標準用の呼設定でセッションが接続される前に、すばやくローカル用の呼設定でセッションを接続することが出来る。
【００８１】
また、上記のＩＰ端末装置の処理は、ＩＰ端末装置が有するコンピュータプログラムにより実行されるが、上記のプログラムは、光記録媒体、磁気記録媒体、光磁気記録媒体、または半導体等の記録媒体に記録され、上記の記録媒体からロードされるようにしてもよいし、所定のネットワークを介して接続されている外部機器からロードされるようにしてもよい。
【００８２】
なお、上記の実施形態は本発明の好適な実施の一例であり、本発明の実施形態は、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変形して実施することが可能となる。
【００８３】
【発明の効果】
以上説明したように、本発明によれば、呼制御用プロトコルに定義されている標準の通信方式以外の通信あるいは通話方式を使用することが出来る。
【図面の簡単な説明】
【図１】本発明の具体的な一実施例であるＩＰ電話装置のブロック図である。
【図２】本発明の具体的な一実施例におけるＩＰ電話装置アダプタのブロック図である。
【図３】本発明の具体的な一実施例であるＩＰテレビ電話装置のブロック図である。
【図４】ＳＩＰのプロトコルスタックを示す図である。
【図５】ＳＩＰの通信モデルの一般的なプロトコルシーケンスを示す図である。
【図６】本発明の具体的な実施例における通信モデルの１つであるプロトコルシーケンスである。
【図７】本発明の具体的な実施例におけるＳＩＰの制御用パケットの構造を示す図である。
【図８】本発明の具体的な実施例におけるＳＩＰのデータ用パケットの構造を示す図である。
【図９】本発明の具体的な実施例におけるＵＤＰデータグラムの構造を示す図である。
【図１０】本発明の具体的な実施例におけるＳＩＰで使用されるＩＰデータグラムの構造を示す図である。
【図１１】本発明の具体的な他の実施例におけるＳＩＰの制御用パケットの構造を示す図である。
【図１２】本発明の具体的な他の実施例におけるＳＩＰのデータ用パケットの構造を示す図である。
【符号の説明】
１１  ＣＰＵ
１２  ＶｏＩＰ手段
１３  ＲＯＭ
１４  ＲＡＭ
１５  操作入力・表示手段
１６  ハンドセット
１７  通話回路
１８  回線接続Ｉ／Ｆ
１９  電話接続Ｉ／Ｆ
２０  ＶｏＩＰ・ＩＰ手段
２１  画像処理回路
２２  画像表示部
２３  カメラ
【図１】
2004328195.tif 000003
【図２】
2004328195.tif 000004
【図３】
2004328195.tif 000005
【図４】
2004328195.tif 000006
【図５】
2004328195.tif 000007
【図６】
2004328195.tif 000008
【図７】
2004328195.tif 000009
【図８】
2004328195.tif 000010
【図９】
2004328195.tif 000011
【図１０】
2004328195.tif 000012
【図１１】
2004328195.tif 000013
【図１２】
2004328195.tif 000014