(57)【要約】    【課題】      テレビ電話機能を持たないＩＰ電話機が送信側で撮影した映像をリアルタイムで通話相手側の表示装置へ送信すると共に、通話相手から送られてきた映像をリアルタイムで自局側の表示装置から映し出すこと。    【解決手段】  双方のＩＰ電話機１００、１１０が呼接続した状態で、通話相手のリソースレコードからＩＰテレビ／カメラサービスのＵＲＩを取得し、当該ＩＰ電話機側のＩＰテレビ／カメラアダプタ１２３に対し、ＩＰテレビ／カメラサービスのＵＲＩを渡して映像通信するように要求する。通話相手のリソースレコードはＤＮＳサーバ１０４に接続して取得したＩＰ電話機１１０の電話番号に対応したリソースレコードである。ＩＰテレビ／カメラアダプタ１２３は、ＩＰ電話機１００から通話相手のＩＰテレビ／カメラサービスのＵＲＩを用いてＩＰテレビ／カメラアダプタ１３３と呼接続し、映像通信する。  【選択図】      図２
2005294993.tif 000002
【特許請求の範囲】
【請求項１】
双方のＩＰ電話機が呼接続した状態で、テレビ／カメラ接続要求を受けた一方のＩＰ電話機が、通話相手のリソースレコードからＩＰテレビ／カメラサービスのＵＲＩを取得するステップと、
一方のＩＰ電話機が当該ＩＰ電話機側のＩＰアダプタに対し、前記ＩＰテレビ／カメラサービスのＵＲＩを渡して双方のＩＰアダプタ間で映像通信するように要求するステップと、を具備し、
前記通話相手のリソースレコードは、一方のＩＰ電話機がＤＮＳサーバに接続して取得した他方のＩＰ電話機の電話番号に対応したリソースレコードであることを特徴としたＩＰ電話通話方法。
【請求項２】
一方のＩＰ電話機側のＩＰアダプタが、当該ＩＰ電話機からの要求に応じて、前記通話相手のＩＰテレビ／カメラサービスのＵＲＩを使用して、他方のＩＰ電話機側のＩＰアダプタに呼接続するステップと、
一方のＩＰ電話機側のＩＰアダプタが、当該ＩＰアダプタに接続している撮影装置から供給される映像をＩＰパケットに変換して他方のＩＰ電話機側のＩＰアダプタへ送信すると共に、他方のＩＰ電話機側のＩＰアダプタから送られてくるＩＰパケットから映像データを取り出して当該ＩＰアダプタに接続している表示装置に表示させるステップと、を具備した請求項１記載のＩＰ電話通話方法。
【請求項３】
一方のＩＰ電話機は、ハンドセットのフックオフ検出後に宛先電話番号が入力されたとき、ＤＮＳサーバに接続して宛先電話番号に対応したリソースレコードを取得し、その通話相手のリソースレコードをメモリに記憶し、通話相手のＩＰ電話サービス及びＩＰテレビ／カメラサービスの各ＵＲＩを前記メモリに記憶したリソースレコードから取得することを特徴とする請求項１又は請求項２記載のＩＰ電話通話方法。
【請求項４】
通話相手となる相手ＩＰ電話機と呼接続した状態で、操作パネルからテレビ／カメラ接続要求を受けると、通話相手のリソースレコードからＩＰテレビ／カメラサービスのＵＲＩを取得し、当該ＩＰ電話機側のＩＰアダプタに対し、前記ＩＰテレビ／カメラサービスのＵＲＩを渡して双方のＩＰアダプタ間で映像通信するように要求するＩＰ電話機。
【請求項５】
一方のＩＰ電話機側の映像を撮影する撮影装置と通話相手となる他方のＩＰ電話機側から送られてくる映像を表示する表示装置とが接続されたＩＰアダプタであり、
前記一方のＩＰ電話機から通話相手のＩＰテレビ／カメラサービスのＵＲＩを指定してＩＰアダプタ間で映像通信するように要求を受けると、当該ＩＰテレビ／カメラサービスのＵＲＩを使用して、他方のＩＰ電話機側のＩＰアダプタに呼接続し、
前記撮影装置から供給される映像データをＩＰパケットに変換して他方のＩＰ電話機側のＩＰアダプタへ送信すると共に、他方のＩＰ電話機側から送られてくるＩＰパケットから映像データを取り出して前記表示装置に表示させることを特徴としたＩＰアダプタ。
【請求項６】
ローカルネットワーク経由で接続したＩＰ電話機及びＩＰアダプタからなるＩＰ電話システムであり、
前記ＩＰ電話機は、通話相手となる相手ＩＰ電話機と呼接続した状態で、操作パネルからテレビ／カメラ接続要求を受けると、通話相手のリソースレコードからＩＰテレビ／カメラサービスのＵＲＩを取得し、当該ＩＰ電話機側の前記ＩＰアダプタに対し、前記ＩＰテレビ／カメラサービスのＵＲＩを渡して双方のＩＰアダプタ間で映像通信するように要求し、
前記ＩＰアダプタは、一方のＩＰ電話機側の映像を撮影する撮影装置と通話相手となる他方のＩＰ電話機側から送られてくる映像を表示する表示装置とが接続され、前記一方のＩＰ電話機から通話相手のＩＰテレビ／カメラサービスのＵＲＩを指定してＩＰアダプタ間で映像通信するように要求を受けると、当該ＩＰテレビ／カメラサービスのＵＲＩを使用して、他方のＩＰ電話機側のＩＰアダプタに呼接続し、前記撮影装置から供給される映像データをＩＰパケットに変換して他方のＩＰ電話機側のＩＰアダプタへ送信すると共に、他方のＩＰ電話機側から送られてくるＩＰパケットから映像データを取り出して前記表示装置に表示させることを特徴とするＩＰ電話システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット経由での音声通話するＩＰ電話機及びＩＰアダプタに関する。
【背景技術】
【０００２】
現在、ＶｏＩＰ（Voice over Internet Protocol）技術を利用したＩＰ電話サービスが提供されている（例えば特許文献１参照）。ＩＰ電話サービスには種々の形態が提案されている。例えば、ＩＰネットワークに配置したＳＩＰサーバが、ＳＩＰ（Session Initiation Protocol）にしたがって、発信端末となるＩＰ電話機と着信端末となるＩＰ電話機との間を呼接続し、呼接続後はＩＰ電話機同士がＩＰネットワーク経由で音声パケットを送受信し、リアルタイムの通話を実現する。
【０００３】
一方、音声データと共に画像データも一緒に送れるようにしたＩＰテレビ電話機が開発されている。ディスプレイ、カメラ、ＩＰ電話、コーデック等を装備した一体型のものや、カメラ、マイク、コーデック等が一体となった装置をテレビに接続することでＩＰテレビ電話とするセットトップボックス型のものがある。
【特許文献１】特開２００３−２１９０２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、テレビ電話機能を持たないＩＰ電話機の場合、音声データと共に画像データを通話相手に一緒に送ることはできないため、双方の側をそれぞれ撮影した映像を通話相手の端末へ送信して送信先のテレビに表示することができなかった。
【０００５】
本発明は、以上のような実情に鑑みてなされたもので、テレビ電話機能を持たないＩＰ電話機が送信側の撮影装置で撮影した映像をリアルタイムで通話相手側の表示装置へ送信することができると共に、通話相手から送られてきた映像をリアルタイムで自局側の表示装置から映し出すことのできるＩＰ電話機、ＩＰアダプタ及びＩＰ電話システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、双方のＩＰ電話機が呼接続した状態で、テレビ／カメラ接続要求を受けた一方のＩＰ電話機が、通話相手のリソースレコードからＩＰテレビ／カメラサービスのＵＲＩを取得し、一方のＩＰ電話機が当該ＩＰ電話機側のＩＰアダプタに対し、前記ＩＰテレビ／カメラサービスのＵＲＩを渡して双方のＩＰアダプタ間で映像通信するように要求するものとした。通話相手のリソースレコードは、一方のＩＰ電話機がＤＮＳサーバに接続して取得した他方のＩＰ電話機の電話番号に対応したリソースレコードである。
【０００７】
ＩＰ電話機がユーザからテレビ／カメラ接続要求を受けた場合、通話相手のリソースレコードから取得したＩＰテレビ／カメラサービスのＵＲＩをＩＰアダプタに渡して双方のＩＰアダプタ間で映像通信するように要求するので、テレビ電話機能を持たないＩＰ電話機であってもＩＰアダプタ間で双方の映像を通信できるものとなる。
【０００８】
一方のＩＰ電話機側のＩＰアダプタは、当該ＩＰ電話機からの要求に応じて、前記通話相手のＩＰテレビ／カメラサービスのＵＲＩを使用して、他方のＩＰ電話機側のＩＰアダプタに呼接続し、当該ＩＰアダプタに接続している撮影装置から供給される映像をＩＰパケットに変換して他方のＩＰ電話機側のＩＰアダプタへ送信すると共に、他方のＩＰ電話機側のＩＰアダプタから送られてくるＩＰパケットから映像データを取り出して当該ＩＰアダプタに接続している表示装置に表示させるものとした。
【０００９】
一方のＩＰ電話機は、ハンドセットのフックオフ検出後に宛先電話番号が入力されたとき、ＤＮＳサーバに接続して宛先電話番号に対応したリソースレコードを取得し、その通話相手のリソースレコードをメモリに記憶し、通話相手のＩＰ電話サービス及びＩＰテレビ／カメラサービスの各ＵＲＩを前記メモリに記憶したリソースレコードから取得することが望ましい。
【００１０】
これにより、宛先ＩＰ電話機に呼接続する時にＤＮＳサーバから取得したリソースレコードを利用して、通話相手側がＩＰテレビ／カメラサービスをサポートしているか否か、サポートしていればＵＲＩは何であるかといった情報を得ることができ、予めＩＰ電話機に全ての宛先について詳細な情報を記憶させる必要が無くなると共に、迅速に通話相手側のＩＰテレビ／カメラサービスに関する情報を取得することができる。
【発明の効果】
【００１１】
本発明は、テレビ電話機能を持たないＩＰ電話機が自分側の撮影装置で撮影した映像をリアルタイムで通話相手の端末へ送信することができると共に、通話相手から送られてきた映像をリアルタイムで自分側の表示装置から映し出すことのできるＩＰ電話機及びＩＰアダプタを提供できる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施の形態であるＩＰ電話機及びＩＰ電話システムについて図面を参照して具体的に説明する。
【００１３】
図１は、本実施の形態に係るＩＰ電話機の機能ブロック図である。同図に示すＩＰ電話機は、ＩＰ電話機能によりインターネット経由の音声通話を可能にすると共にＩＦＡＸ機能によりインターネット経由の画像通信を可能にする構成を有する。本発明はＩＦＡＸ機能を搭載しなくても良い。
【００１４】
本ＩＰ電話機は、ＣＰＵ１０に対してバス等を介してスキャナ１１、操作パネル１２、ＬＡＮコントローラ１３、プリンタ１４、音声圧縮／伸長部１５、モデム１６、ハンドセット１７等のユニットが接続されている。また、本ＩＰ電話機はＲＯＭ１８、ＲＡＭ１９、リムーバブルメモリ２０等の記憶媒体を備えている。
【００１５】
スキャナ１１は原稿をスキャンして画像を電子データの形態で取り込むユニットである。操作パネル１２はディスプレイ及び操作ボタンを有するユニットである。操作ボタンの一つは、ＩＰテレビカメラ通信の動作開始を指示するスタートボタンである。また、操作ボタンは、スキャナ機能、ＩＦＡＸ機能、コピー機能等の動作開始を指示するスタートボタンを含む。なお、ディスプレイに表示するソフトボタンも操作ボタンとして機能する。ＬＡＮコントローラ１３はＬＡＮとのインタフェース機能を持ち、ＬＡＮに対して物理的に接続するとともにＬＡＮプロトコルにしたがってデータの送受信を行う。本ＩＰ電話機がインターネットを介して送受信するデータはＬＡＮコントローラ１３によってインターネット上へ送られ又はインターネットから取り込まれることとなる。プリンタ１４は、ＣＰＵ１０から印刷指示の出された印刷データをプリントアウトするユニットである。コピー機能は、スキャナ１１から読み込んだ画像をプリンタ１４から印刷出力することで実現される。ＩＦＡＸ機能のうち受信画像を印刷出力する機能もプリンタ１４が担っている。音声圧縮／伸長部１５はハンドセット１７のマイクから入力した音声データを圧縮し、またＬＡＮコントローラ１３から取り込んだ音声データ（圧縮データ）を伸長するＤＳＰで構成される。モデム１６は一般電話回線へ発信及び着信するためのユニットである。ハンドセット１７はスピーカ及びマイクを有する。図示していないが、装置本体側にハンドセット１７のオフフック及びオンフックを検知してＣＰＵ１０へ通知するオフフック／オンフック検知回路を備えている。ＲＯＭ１８は本ＩＰ電話機のＩＰ電話機能、ＩＦＡＸ機能、スキャナ機能、コピー機能等を実現するためのアプリケーションプログラムが格納されている。すなわち、ＣＰＵ１０がＲＯＭ１８から読み込んだプログラムに記述された命令を実行して各ユニットの動作を制御することにより、上記各機能が実行される。ＲＡＭ１９はＣＰＵ１０が各種処理を実行する場合のワークエリアとなる。リムーバブルメモリ２０は、ＣＤ、ＦＤ（Ｒ）等のメモリ媒体で構成される。
【００１６】
図２は上記ＩＰ電話機を適用したネットワーク構成例を示している。ＩＰ電話機１００（１１０）はＬＡＮ１０１（１１１）に接続されていて、当該ＬＡＮ１０１（１１１）からルータ１０２（１１２）を経由してインターネット１０３にアクセスできるように構成されている。
【００１７】
インターネット１０３上に、ＤＮＳサーバ１０４、ＳＩＰサーバ１０５、メールサーバ１０６が配置されている。ＤＮＳサーバ１０４は、サービス（ＩＰ電話サービス等）やインターネット上のリソースと電話番号とを結びつけるためのプロトコル（ＥＮＵＭ：Telephone Number Mapping）に対応したＥＮＵＭ  ＤＮＳとしても機能する。
【００１８】
ＳＩＰサーバ１０５は、ＳＩＰ（Session Initiation Protocol）にしたがってネットワーク上でのセッション確立等の処理を仲介するサーバであり、本例では発信端末と着信端末とを接続するための呼接続並びにＩＰテレビカメラ通信の際にＩＰテレビ／カメラアダプタ間の呼接続を行う。
【００１９】
メールサーバ１０６はＰＯＰサーバで構成している。例えば、ＩＰ電話機１１０のメールボックスを有していて、ＩＰ電話機１１０の電子メールアドレスを「ｔｏ」フィールドに設定した電子メールをインターネット経由で受信して蓄積する。ＩＰ電話機１１０から受信要求を受けて当該メールボックスに蓄積している電子メールをＩＰ電話機１１０へダウンロードする。
【００２０】
ここで、ＤＮＳサーバ１０４において電話番号をＵＲＩに変換する機構について簡単に説明する。
【００２１】
ＥＮＵＭは、ＩＴＵ−Ｔによる電話番号の国際的な取り決めであるＥ．１６４勧告に基づく電話番号をキーとして、ＤＮＳを検索することにより、そのＥ．１６４番号に対応する、利用可能な一つ又は複数のアプリケーションをＵＲＩ（Uniform Resource Identifier）形式で得る機構を提供する。
【００２２】
ＥＮＵＭ  ＤＮＳの内部では、ドメイン化した電話番号毎にデータをＮＡＰＴＲ（Naming Authority Pointer）と呼ばれるタイプのリソースレコード（ＲＲ）（以下、「ＮＡＰＴＲリソースレコード」という）として蓄えている。
【００２３】
１つのドメイン化した電話番号に対して、１つ又は複数のＮＡＰＴＲリソースレコードを登録することができる。したがって、ドメイン化した電話番号にてＥＮＵＭ  ＤＮＳを検索した場合、複数のＮＡＰＴＲリソースレコードを返すことも可能となる。
【００２４】
図３にＮＡＰＴＲリソースレコードの構造を示す。ドメイン化した電話番号（３０）は端末本来の電話番号を所定のルールにしたがって変換したものである。具体的には、電話番号を逆順化して個々の数値の間に「．」を付ける。逆順化した数値の末尾に「ｅ１６４．ａｒｐａ」を付ける。「ｅ１６４．ａｒｐａ」はＥＮＵＭ  ＤＮＳ（１０４）のドメイン名である。ドメイン化した電話番号（３０）の次の行には、クラス（３１）、リソースレコードタイプ（３２）、ＮＡＰＴＲリソースレコード間の優先度（３３，３４）、フラグ（３５）、サービス内容（３６、３７）、置換文字列（３８）、ＵＲＩスキーム（３９）、ＵＲＩ（４０）が記述されている。ＵＲＩ（４０）は、電話番号（３０）の端末が、サービス内容（３６、３７）に記述されたサービスを使用する場合のアドレス情報を示す。すなわち、ＮＡＰＴＲリソースレコードは、サービス内容（３６、３７）においてサービスの種類を指定し、ＵＲＩ（４０）によって当該サービス使用時のアドレスを指定することができる。ＥＮＵＭ  ＤＮＳ（１０４）には、自己のドメイン化した電話番号（３０）に関連づけてＮＡＰＴＲリソースレコードを複数登録することができる。
【００２５】
図４は「８１−０３−５４３４−５６７８」の電話番号に関連づけて、４つのＮＡＰＴＲリソースレコードを登録した例を示している。第１番目のＮＡＰＴＲリソースレコードにはＩＰ電話サービス、第２番目のＮＡＰＴＲリソースレコードにはＩＦＡＸサービス、第３番目のＮＡＰＴＲリソースレコードにはファイル転送サービス、第４番目のＮＡＰＴＲリソースレコードにはＩＰテレビカメラサービスをそれぞれ割り付けている。図４に示すＮＡＰＴＲリソースレコードがＩＰ電話機１１０の電話番号に関するレコードの場合、第４番目のＮＡＰＴＲリソースレコードに含まれているＵＲＩ（４０）は、ＩＰ電話機１１０のユーザが指定したＩＰテレビ／カメラアダプタ１３３のアドレスを示す。
【００２６】
本実施の形態は、一方のＩＰ電話機１００が設置されたエリアにカメラ１２１及びテレビ１２２を設置している。このカメラ１２１及びテレビ１２２をＩＰテレビ／カメラアダプタ１２３を介してＬＡＮ１０１（インターネット１０３）に接続できるように構成している。もう一方のＩＰ電話機１１０が設置されたエリアにおいても同様に構成している。すなわち、カメラ１３１及びテレビ１３２を設置し、カメラ１３１及びテレビ１３２をＩＰテレビ／カメラアダプタ１３３経由でＬＡＮ１１１（インターネット１０３）に接続できるように構成している。
【００２７】
図５はＩＰテレビ／カメラアダプタ１２３の機能ブロック図である。ＣＰＵ１４０に対してバス等を介して、ＲＯＭ１４１、ＲＡＭ１４２、テレビ／カメラインターフェース１４３、動画符号化／復号化器１４５、ＬＡＮコントローラ１４６が接続している。ＲＯＭ１４１はＩＰテレビカメラ通信を行うためのアプリケーションプログラムが格納されている。ＣＰＵ１４０はＲＯＭ１４１から読み込んだプログラムに記述された命令を実行して、後述するＩＰテレビ／カメラ通信の制御を行う。本例では、ＣＰＵ１４０はＳＩＰにしたがって相手ＩＰテレビ／カメラアダプタ１３３に呼接続する。カメラ１２１の映像出力端子並びにテレビ１２２の映像入力端子はテレビ／カメラインターフェース１４３に対してケーブル等を介して物理的に接続される。無線通信による接続形態としても良い。動画像符号化／復号化器１４５は、動画像の符号化／復号化を行う部分であり、本例ではＭＰＥＧ４に対応した符号化／復号化を行うものとする。ＬＡＮコントローラ１４６は、ＬＡＮ１０１とのインタフェース機能を持ち、ＬＡＮ１０１に対して物理的に接続するとともにＬＡＮプロトコルにしたがってデータを送受信する。
【００２８】
なお、ＩＰ電話機１００とＩＰ電話機１１０とは同一構成を有しているものとする。またＩＰテレビ／カメラアダプタ１２３とＩＰテレビ／カメラアダプタ１３３とは同一構成を有しているものとする。各構成要素の説明では同一符号を使用する。
【００２９】
次に、以上のように構成された本実施の形態においてＩＰ電話にて通話を継続したまま通話相手に自分の映像を表示させる動作いついて説明する。
【００３０】
図６，７に示すフロー図を参照して発信端末側の処理について説明する。図２におけるＩＰ電話機１００を発信端末とし、ＩＰ電話機１１０を着信端末として説明する。ＩＰ電話機１００から発信する場合、ユーザはハンドセット１７を装置本体から取り外して着信端末であるＩＰ電話機１１０の電話番号を操作パネル１２から入力する。
【００３１】
発信側のＩＰ電話機１００は、ハンドセット１７が取り外されたことを検知した後（Ｓ１０１）、電話番号が入力されたことを認識すると（Ｓ１０２）、入力された電話番号をＥＮＵＭ  ＤＮＳで検索できるようにドメイン化する（Ｓ１０３）。例えば、着信端末となるＩＰ電話機１１０の電話番号が「８１−０３−５４３４−５６７８」の場合、「8.7.6.5.4.3.4.5.3.1.8.e164.arpa」といったドメイン化した電話番号に変換する。ＣＰＵ１０は、ドメイン化した電話番号をキーにしたＮＡＰＴＲリソースレコードの検索をＤＮＳサーバ１０４に要求する（Ｓ１０４）。ＤＮＳサーバ１０４のアドレスは予め発信側のＩＰ電話機１００に登録しておくことが好ましい。
【００３２】
ＤＮＳサーバ１０４は、指定されたドメイン化電話番号をキーにしてデータベースを検索する。着信端末がＤＮＳサーバ１０４のＮＡＰＴＲリソースレコードにサービス等を登録していれば、該当するＮＡＰＴＲリソースレコードを取り出して要求元の発信側のＩＰ電話機１００へ返信する。
【００３３】
発信側のＩＰ電話機１００は、ＤＮＳサーバ１０４からＮＡＰＴＲリソースレコードを返信された場合はＮＡＰＴＲリソースレコードが存在すると認識し（Ｓ１０５）、着信側のＩＰ電話機１１０がＤＮＳサーバ１０４のＮＡＰＴＲリソースレコードに登録しているサービス情報を取得し、ＲＡＭ１９上の作業エリアに格納する（Ｓ１０６）。例えば、着信側のＩＰ電話機１１０が図４に示す４つのＮＡＰＴＲリソースレコードを登録していた場合、当該レコード内容を格納する。
【００３４】
なお、着信端末がＤＮＳサーバ１０４のＮＡＰＴＲリソースレコードを登録していない場合は、該当レコードが存在していないとしてエラー処理を行う（Ｓ１０８）。例えば、操作パネル１２のディスプレイに「エラー」を表示させる。
【００３５】
次に、ＣＰＵ１０は、取得したＮＡＰＴＲリソースレコードを分析してＩＰ電話サービスが登録されているか否か判断する（Ｓ１０７）。図４に示すＮＡＰＴＲリソースレコードを取得した場合であれば、第１番目のＮＡＰＴＲリソースレコードのサービス内容（３６）に＜ｓｉｐ＞と記述されていて、ＵＲＩ（４０）に＜ｉｐｔｅｌ＞と記述されている。本実施の形態では、サービス内容（３６）に＜ｓｉｐ＞と記述されていて、ＵＲＩ（４０）に＜ｉｐｔｅｌ＞の文字列が含まれている場合、ＩＰ電話サービスを示しているものと認識する。
【００３６】
この場合、発信側のＩＰ電話機１００は着信側のＩＰ電話機１１０がＩＰ電話サービス可能であると判断する。なお、ＵＲＩの情報のみでは実際に当該ＵＲＩで接続された端末がどのようなサービスに対応しているのか不明である。このため、ＵＲＩを使って接続してみてＩＰ電話サービスに対応していないことが判明した時点で、ＮＡＰＴＲリソースレコードの中から別のＵＲＩに接続し直し、ＩＰ電話サービスに対応した端末に接続されるまでＵＲＩを変えながら接続を繰り返すように構成することもできる。
【００３７】
いずれのＮＡＰＴＲリソースレコードに含まれたＵＲＩもＩＰ電話サービスに対応していない場合は、ステップＳ１０８へ移行してエラー処理する。なお、全てのＵＲＩに対して接続せずに、いずれのＮＡＰＴＲリソースレコードのサービス内容（３６）にも＜ｓｉｐ＞が存在しない場合は直ぐにエラー処理するように構成すれば時間の短縮を図ることができる。
【００３８】
次に、発信側のＩＰ電話機１００はＳＩＰサーバ１０５を介して着信端末との間に呼を確立させる（Ｓ１０９）。ＳＩＰに基づく呼接続は以下の手順を採用することができる。発信側のＩＰ電話機１００がＳＩＰサーバ１０５に対して着信端末の情報を含んだＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージに含まれる着信端末の情報はステップＳ１０６で記憶したＮＡＰＴＲリソースレコードの情報から取得することができる。図４に示すＮＡＰＴＲリソースレコードの場合、ＩＰ電話サービスを指定している第１番目のＮＡＰＴＲリソースレコードに記述されたＳＩＰ  ＵＲＩ（iptel@ifax2.abc.com）を着信側のＩＰ電話機１１０の宛先情報として使用する。
【００３９】
ＳＩＰサーバ１０５は、ＩＮＶＩＴＥメッセージを受け取ると着信側のＩＰ電話機１１０に対して接続要求を伝えるＩＮＶＩＴＥメッセージを送信する。このときＩＮＶＩＴＥメッセージの宛先には着信側のＩＰ電話機１１０のＳＩＰ  ＵＲＩ（iptel@ifax2.abc.com）が使われる。
【００４０】
着信側のＩＰ電話機１１０は、接続要求を伝えるＩＮＶＩＴＥメッセージを受けて、接続を許可する場合、ＳＩＰサーバ１０５経由で接続を許可するメッセージを発信端末へ返信する。発信側のＩＰ電話機１００は、接続を許可するメッセージを受けると、再びＳＩＰサーバ１０５経由で着信側のＩＰ電話機１１０に対してＡＣＫメッセージを送る。着信側のＩＰ電話機１１０は、発信側のＩＰ電話機１００からＡＣＫメッセージを受け取ると呼出状態になったことを意味する「Ringing」を発信側のＩＰ電話機１００へ返信すると共に、ハンドセット１７に対して鳴動要求する。
【００４１】
発信側のＩＰ電話機１００は、「Ringing」を受信するとハンドセット１７のスピーカから呼出音を鳴らす。このような呼出状態は、着信側ハンドセット１７がフックオフされるか（Ｓ１１０）、発信側ハンドセット１７がフックオンされる（Ｓ１１１）まで続く。発信側ハンドセット１７がフックオンされるということは、発信側のＩＰ電話機１００を操作しているユーザがハンドセット１７を装置本体に戻したことになるので、処理は終了する。
【００４２】
着信側のＩＰ電話機１１０において、ユーザが電話機の鳴動に対応してハンドセット１７を取り上げて動作可能な状態になると、着信側のＩＰ電話機１１０は通話可能な状態になったことを通知する「ＯＫ」メッセージをＳＩＰサーバ１０５経由で発信端末へ送信し、さらに発信端末から「ＡＣＫ」メッセージが返ってくると通話が開始される。
【００４３】
発信側のＩＰ電話機１００と着信側のＩＰ電話機１１０とが接続された後は、ＳＩＰサーバ１０５を介さずに端末同士が直接通信する（Ｓ１１２）。音声データの送受信はＲＴＰを使用してＵＤＰで行う。ハンドセット１７のマイクから入力した音声データを音声圧縮／伸長部１５で圧縮する。ＣＰＵ１０は、一定周期（例えば２０ｍｓｅｃ）でタスク割り込みをかけて、音声パケットをＬＡＮ１０１経由でインターネット１０３上に送出する。音声パケットのＩＰヘッダには送信元ＩＰアドレス（発信端末）及び宛先ＩＰアドレス（着信端末）がセットされる。ＲＴＰヘッダには音声データの順番を制御するためのタイムスタンプ情報がセットされる。
【００４４】
ここで、発信側のＩＰ電話機１００で通話しているユーザが、着信側のＩＰ電話機１１０で通話しているユーザに対して、発信側のカメラ１２１で撮影している映像を着信側のテレビ１３２に表示させるためのＩＰテレビ／カメラサービスについて説明する。
【００４５】
発信側のＩＰ電話機１００で通話しているユーザは、操作パネル１２のＩＰテレビ／カメラサービス用のスタートボタンを押下する。当該スタートボタンは専用のボタンスイッチでも良いし、ディスプレイに表示するソフトボタンであっても良い。
【００４６】
発信側のＩＰ電話機１００のＣＰＵ１０は、ＩＰ電話中にＩＰテレビ／カメラサービス用のスタートボタンが押下されたことを検知すると、ＩＰテレビ／カメラ通信要求であると認識する（Ｓ１１３）。なお、ＩＰ電話中にＩＰテレビ／カメラ通信用のスタートボタンが押下されることなく、発信側のハンドセット１７がフックオンされた場合（Ｓ１２１）、又は着信側のハンドセット１７がフックオンされた場合（Ｓ１２２）は通話終了の処理を実行する（Ｓ１２３）。
【００４７】
ＩＰテレビ／カメラ通信要求を検知した発信側のＣＰＵ１０は、現在の通話相手である着信側のＩＰ電話機１１０が、ＩＰテレビ／カメラサービスをサポートしているか否かの判断を行う（Ｓ１１４）。このために、ＣＰＵ１０は、ステップＳ１０６で取得したＮＡＰＴＲリソースレコードをＲＡＭ１９の所定アドレスから読み出し、いずれかのＮＡＰＴＲリソースレコードにＩＰテレビカメラサービスが含まれているか否かをチェックする。
【００４８】
本実施の形態では、ＮＡＰＴＲリソースレコードにおいてサービス内容（３６）に＜ｓｉｐ＞が記述されていて、ＵＲＩ（４０）に＜ｉｐＴＶｃａｍｅｒａ＞の文字列が含まれていれば、ＩＰテレビカメラサービスをサポートした端末のＵＲＩであると認識するものとする。
【００４９】
上記ＩＰ電話サービスと同様、ＵＲＩの情報のみでは実際に当該ＵＲＩで接続された端末がどのようなサービスに対応しているのか不明である。したがって、ＵＲＩを使って接続してみてＩＰテレビ／カメラサービスに対応していないことが判明した時点で、ＮＡＰＴＲリソースレコードの中から別のＵＲＩに接続し直し、ＩＰテレビ／カメラサービスに対応した端末に接続されるまでＵＲＩを変えながら接続を繰り返すように構成することもできる。
【００５０】
ここで、現在はＩＥＴＦではＳＩＰだけをリアルタイムの通信サービスとして規定しているために、ＩＰ電話サービス並びにＩＰテレビ／カメラサービスといったリアルタイムの通信サービスを指定する場合、ＮＡＰＴＲリソースレコードのサービス内容（３６）に＜ｓｉｐ＞と記載することになります。このため、本実施の形態ではＵＲＩ（４０）まで見てサービス内容がＩＰ電話サービス又はＩＰテレビ／カメラサービスのいずれであるのかを識別しています。しかし、将来的にＩＰテレビ／カメラサービスがＩＥＴＦ等の標準化団体により規定されて、ＮＡＰＴＲリソースレコードのサービス内容（３６）に＜ｓｉｐ＞以外の文字列で指定できるようになれば、その文字列を認識してＩＰテレビ／カメラサービスがサポートされているか否か判断するようにしてもよい。
【００５１】
いずれのＮＡＰＴＲリソースレコードに含まれたＵＲＩもＩＰテレビ／カメラサービスに対応した端末でなかった場合は、ステップＳ１１５へ移行してエラー処理する。なお、全てのＵＲＩに対して接続せずに、いずれのＮＡＰＴＲリソースレコードのサービス内容（３６）にも＜ｓｉｐ＞が存在しない場合は直ぐにエラー処理するように構成すれば時間の短縮を図ることができる。
【００５２】
次に、発信側のＩＰ電話機１００のＣＰＵ１０は、着信側においてカメラ１３１、テレビ１３２に接続するためのアダプタとなるＩＰテレビ／カメラアダプタ１３３のＵＲＩを取得する（Ｓ１１６）。図４に示す例では第４番目のＮＡＰＴＲリソースレコードに含まれたＳＩＰ  ＵＲＩ（ipTVcamera@ipTVcamera.abc.com）を取得する。
【００５３】
さらに、発信側のＩＰ電話機１００は、発信側のＩＰテレビ／カメラアダプタ１２３に対してＬＡＮ１０１経由で接続する（Ｓ１１７）。発信側のＩＰ電話機１００に予め発信側のＩＰテレビ／カメラアダプタ１２３のＩＰアドレスを記憶しておき、このＩＰアドレスを使用してＩＰテレビ／カメラアダプタ１２３に接続する。そして、ＩＰ電話機１００からＩＰテレビ／カメラアダプタ１２３に対して、着信側のカメラ１３１、テレビ１３２のアダプタとなるＩＰテレビ／カメラアダプタ１３３のＵＲＩを渡して当該ＵＲＩのＩＰテレビ／カメラアダプタ１３３との間で映像通信を開始するよう指示する（Ｓ１１８）。
【００５４】
図８はＩＰテレビ／カメラアダプタ１２３のフロー図である。ＩＰテレビ／カメラアダプタ１２３は、ＩＰ電話機１００から相手ＩＰテレビ／カメラアダプタ１３３のＵＲＩを指定してＩＰテレビカメラ通信の指示を受信する（Ｓ２００）。ＩＰテレビ／カメラアダプタ１２３は、ＳＩＰサーバ１０５が仲介して相手ＩＰテレビ／カメラアダプタ１３３と呼接続する（Ｓ２０１）。呼接続した後、アダプタ１２３、１３３が直接双方のカメラ１２１、１３１が撮影している映像を送受信する（Ｓ２０２）。アダプタ１２３、１３３間で送信しあうＩＰパケットは、ＩＰヘッダの宛先ＩＰアドレスにはアダプタ１２３又は１３３のＩＰアドレスが設定される。また、ＶｏＩＰと同様にＲＴＰヘッダが付けられて音声データの代わりに動画データが入る構成となる。
【００５５】
発信側において、カメラ１２１の電源が投入されると、カメラ１２１の撮影映像は映像信号として対応するＩＰテレビ／カメラアダプタ１２３へ入力する。ＩＰテレビ／カメラアダプタ１２３は、テレビ／カメラインターフェース１４３から映像信号を取り込む。動画像符号化／復号化器１４５は映像データを符号化して圧縮する。ＣＰＵ１４０はこの符号化動画像データを含んだＩＰパケットを生成する。ＩＰパケットのヘッダには宛先ＩＰアドレスとして相手ＩＰテレビ／カメラアダプタ１３３のＩＰアドレスが設定される。相手ＩＰテレビ／カメラアダプタ１３３のＩＰアドレスはＤＮＳサーバ１０４からＵＲＩのドメイン名を指定して取得するものとするが、ＳＩＰによる呼接続時に取得して使用するようにしてもよい。カメラ１２１の撮影した映像を含んだＩＰパケットはＬＡＮコントローラ１４６からＬＡＮ１０１及びルータ１０２を経由してインターネット１０３上に送出される。
【００５６】
ＩＰテレビ／カメラアダプタ１２３がインターネット１０３上に送出したＩＰパケットは、ルータ１１２からＬＡＮ１１１内に経路選択されＩＰテレビ／カメラアダプタ１３３に取り込まれる。
【００５７】
ＩＰテレビ／カメラアダプタ１３３は、ＬＡＮコントローラ１４６から取り込んだＩＰパケットから映像データを取り出して動画像符号化／復号化器１４５で復号化する。この復号化した映像データをテレビ１３２の映像入力端子に当該映像信号を供給することにより、発信側のカメラ１２１で撮影された映像が、着信側のテレビ１３２にてリアルタイムで表示されることとなる。
【００５８】
ＩＰ電話機１１０側のカメラ１３１で撮影している映像も、上記同様にして、相手ＩＰテレビ／カメラアダプタ１２３を介してテレビ１２２に表示することができる。
【００５９】
図７に示すように、ＩＰ電話機１００は発信側又は着信側のハンドセット１７のフックオンを検知した場合は通話終了と判断し（Ｓ１１９）、自局側のＩＰテレビ／カメラアダプタ１２３に対してＬＡＮ経由で終了通知を送信する（Ｓ１２０）。
【００６０】
図８に示すように、ＩＰテレビ／カメラアダプタ１２３は、ＩＰ電話機１００から終了通知を受信すると（Ｓ２０３）、ＩＰテレビカメラ通信を終了する。
【００６１】
このように、ＩＰ電話機１００が自局側のＩＰテレビ／カメラアダプタ１２３に相手ＩＰテレビ／カメラアダプタ１３３のＵＲＩを知らせて接続指示を与えることにより、ＩＰテレビ／カメラアダプタ１２３とＩＰテレビ／カメラアダプタ１３３とが自律的にコネクションを確立して相互に映像データを送信するので、ＩＰ電話による通話中に双方の映像をリアルタイムで表示することができる。
【００６２】
なお、以上の説明では発信側のＩＰ電話機１００にテレビ／カメラ接続要求が入力されたので、発信側のＩＰテレビ／カメラアダプタ１２３が着信側のＩＰテレビ／カメラアダプタ１３３に呼接続を要求している。本発明はこのようなケースに限定されるものではなく、着信側のＩＰ電話機１１０にテレビ／カメラ接続要求が入力された場合にも同様に対応可能である。例えば、ＩＰ電話機１１０にテレビ／カメラ接続要求が入力されたならば、ＩＰ電話機１００の電話番号をドメイン化してＤＮＳサーバ１０４から当該電話番号に対応したＮＡＰＴＲリソースレコードを取得し、通話相手（発信側）がＩＰテレビ／カメラサービスをサポートしているか否か判断し、さらにサポートしていればＩＰテレビ／カメラサービスのＵＲＩ（ＩＰテレビ／カメラアダプタ１２３に対応）を取得する。そして、ＩＰテレビ／カメラアダプタ１３３からＩＰテレビ／カメラアダプタ１２３に対して呼接続（ＳＩＰを利用）する。
【産業上の利用可能性】
【００６３】
本発明は、テレビ電話機能を持たないＩＰ電話機が自分側の撮影装置で撮影した映像をリアルタイムで通話相手の端末へ送信することができると共に、通話相手から送られてきた映像をリアルタイムで自分側の表示装置から映し出すことができ、ＩＰ電話機、ＩＰアダプタ及びＩＰ電話システムに適用可能である。
【図面の簡単な説明】
【００６４】
【図１】本発明の一実施の形態に係るＩＰ電話機のブロック図
【図２】図１に示すＩＰ電話機を適用したネットワーク構成図
【図３】ドメイン化した電話番号の構成説明図
【図４】ＮＡＰＴＲリソースレコードの具体例を示す図
【図５】本発明の一実施の形態に係るＩＰテレビ／カメラアダプタのブロック図
【図６】発信端末における発信及び通話処理の前半部のフロー図
【図７】発信端末における発信及び通話処理の後半部のフロー図
【図８】ＩＰテレビ／カメラアダプタのフロー図
【符号の説明】
【００６５】
１０  ＣＰＵ
１１  スキャナ
１２  操作パネル
１３  ＬＡＮコントローラ
１４  プリンタ
１５  音声圧縮／伸長部
１６  モデム
１７  ハンドセット
１８  ＲＯＭ
１９  ＲＡＭ
２０  リムーバブルメモリ
１００、１１０  ＩＰ電話機
１０１、１１１  ＬＡＮ
１０２、１１２  ルータ
１０３  インターネット
１０４  ＤＮＳサーバ
１０５  ＳＩＰサーバ
１０６  メールサーバ
１２１、１３１  カメラ
１２２、１３２  テレビ
１２３、１３３  ＩＰテレビ／カメラアダプタ
【図１】
2005294993.tif 000003
【図２】
2005294993.tif 000004
【図３】
2005294993.tif 000005
【図４】
2005294993.tif 000006
【図５】
2005294993.tif 000007
【図６】
2005294993.tif 000008
【図７】
2005294993.tif 000009
【図８】
2005294993.tif 000010