(57)【要約】【課題】  テレビ電話においては間違い電話、迷惑電話等による受信者が想定していない相手からの発呼に対して通信を接続してしまうと、自身の装置からの映像が相手側に送信されることになりセキュリティやプライバシーの点で問題があった。【解決手段】  テレビ電話の受信時、発呼先端末から送出されるユーザＵＲＩとＩＰアドレスを自端末のアドレス管理部の内容と照合し、一致する場合のみに自端末からの映像の送信を許可し、送出されたユーザＵＲＩがアドレス管理部の内容に該当しない場合、もしくはユーザＵＲＩがアドレス記憶部の内容と一致していてもそれに関連付けられたＩＰアドレスが一致しない場合には自端末のカメラで撮影した映像を送信せずに受信した映像信号を返送する処理を行う。【選択図】        図１
2006211001.tif 000002
【特許請求の範囲】
【請求項１】
着信時に相手先の端末情報を取得する情報取得手段と、
前記取得した端末情報を記憶する記憶手段と、
着信時において前記情報取得手段により取得した端末情報が前記記憶手段に登録されている内容と合致する場合のみ、自機からの映像の送信を許可することを特徴とするテレビ電話装置。
【請求項２】
前記情報取得手段により取得する相手先端末の情報はＩＰアドレスとユーザＵＲＩであることを特徴とする請求項１に記載のテレビ電話装置。
【請求項３】
自機からの映像の送信を行った通信時の相手先の端末情報の履歴を保存する履歴保存手段をさらに有し、
前記取得した相手先端末の情報が、前記履歴保存手段に保存されている内容と合致する場合のみ、映像の送信を許可することを特徴とする請求項１に記載のテレビ電話装置。
【請求項４】
相手先から送信された映像を記録する記録手段をさらに有し、
自機からの映像の送信が許可されない場合には前記記録手段により記録された映像を送信することを特徴とする請求項１又は３に記載のテレビ電話装置。
【請求項５】
前記情報取得手段により取得する相手先端末の情報は、相手先端末のＳＩＰプロトコルにおけるメッセージヘッダ中のＣａｌｌ−ＩＤで示される発呼側端末番号と相手先端末のユーザＵＲＩであることを特徴とする請求項１、３、４のいずれかに記載のテレビ電話装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰ網を利用して音声や映像を送受信するためのテレビ電話装置に関する。
【背景技術】
【０００２】
近年、インターネットなどに代表されるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網の急速な発達や、パーソナルコンピュータの普及により、個人レベルでの通信網におけるデータ通信の割合が増加している。それに伴い、通信事業者からはＰＳＴＮ回線を用いる電話に代わる次期通信方式としてのこのＩＰベースによるデータ通信と音声通信の融合端末、いわゆるＩＰ電話と呼ばれるものが提案されている。
【０００３】
また、電話端末にさらにマイク、スピーカ、ＣＣＤカメラを備え、音声と動画を双方向で送受信することにより通話相手の映像を見ながら通話を行ういわゆるテレビ電話システムも普及している。
【０００４】
従来技術としては、テレビ電話において記録機能を付加し、受信した映像と音声を記録しておくことによって通話後に見ることが可能となる装置なども提案されている（例えば、特許文献１参照）。
【特許文献１】特開平０７−２５０３１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、テレビ電話においては間違い電話、迷惑電話等による受信者が想定していない相手からの発呼にたいして通信を接続してしまうと、自身の装置からの映像が相手側に送信されることになりセキュリティやプライバシーの点で問題がある。
【０００６】
本発明は、以上の点に着目して成されたもので、間違い電話、迷惑電話に対して対応可能なテレビ電話装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明は下記の構成を備えることにより上記課題を解決できるものである。
【０００８】
（１）着信時に相手先の端末情報を取得する情報取得手段と、前記取得した端末情報を記憶する記憶手段と、着信時において前記情報取得手段により取得した端末情報が前記記憶手段に登録されている内容と合致する場合のみ、自機からの映像の送信を許可することを特徴とするテレビ電話装置。
【発明の効果】
【０００９】
本発明により、固定されたＩＰアドレスを持つ環境下でＩＰ網を利用するテレビ電話において、テレビ電話の着信時に発呼先のユーザＵＲＩとＩＰアドレスを取得し、それらの組み合わせを端末に格納されているリストとの照合を行って一致した場合にのみ自端末からの映像の送信を行うようにし、一致しない場合には送られてきた映像を一時格納してその格納された映像を送信する、または格納してある過去に同一相手から送信された映像を送り返すことにより間違い電話、迷惑電話に対して対応可能なテレビ電話装置を提供することが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明を実施するための最良の形態を示した具体的な実施例について、図面と共に説明する。
【実施例１】
【００１１】
インターネットに代表されるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網の利用者の増大に伴って、個人レベルでのデータ通信の割合も増加している。通信事業者からは、このデータ通信のみならず、音声をパケット化することによりＩＰ網を利用して通話を可能とするいわゆるＩＰ電話が提供されている。一方でＩＳＤＮ回線環境などで使用する端末にＣＣＤカメラ、モニタを備え音声通話と同時にＣＣＤカメラで撮影している映像も送受信するテレビ電話も提供されてきている。
【００１２】
音声をデータ化してその情報をＩＰ網で送受信する技術であるＶｏＩＰ（Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰ）ではデータ化された音声を通信線路上で送受信することにより通話を行う技術である。このとき端末には通信を行うためにそれぞれＩＰアドレスが割り当てられ、通信を行う際の識別として用いられる。現在このＩＰアドレスはＩＰｖ４アドレスと呼ばれ８ビットで表される数値を４つ並べたもので構成されている。ところがインターネットの普及に従いこのアドレスの不足が問題となっており、最近ではＩＰアドレスを１６ビットの数値を８個並べた形態に拡張しアドレス不足の解決をはかるＩＰｖ６アドレスという技術が検討されてきている。
【００１３】
また、データ通信を行う際には通信のセッションの開始、終了などを制御するためにセッション制御プロトコルと呼ばれるものが必要であるが、ＩＴＵ−Ｔ（国際電気通信連合）が策定したＨ．３２３と呼ばれるＩＰ電話の呼制御プロトコルがＶｏＩＰでは一般的に採用されてきた。しかしＨ．３２３は現状最も普及しているプロトコルではあるが、呼の確立までに時間がかかることやシステムとして複雑であるという問題点がある。
【００１４】
そこで最近ではＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）がＲＦＣ２５４３としてＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の標準化が進められている。ＳＩＰにおけるユーザに対するサービスを提供するサーバとしては、プロキシサーバ、リダイレクトサーバ、レジスタサーバがあり、プロキシサーバは発呼側（クライアント）から発行されたコードを解釈して代理でメッセージの発行を行い、リダイレクトサーバはＳＩＰメッセージの中のアドレスの書き換えを行い、レジスタサーバはクライアントからの登録要求を受け付けるサーバであり、その内容をロケーションサーバ（ＤＮＳサーバ）に登録を行うといった役割がある。
【００１５】
先に述べたＩＰｖ４アドレス環境下では、ネットワーク接続時にサーバ側が空いているＩＰアドレスをクライアントに対して自動的に割り振るというグローバルアドレスが一般的である。それに対してＩＰｖ６アドレス環境では同じようにクライアントに対してネットワーク接続時にＩＰアドレスが自動設定される場合があるが、ＩＰｖ６アドレスはクライアント側のインターフェイスＩＤとネットワーク情報を合成して生成される方式が考えられ、同じネットワークならば接続するたびに同じＩＰアドレスを使用するということが考えられる。
【００１６】
本実施例では、このようなあるクライアントが同じＩＰアドレスを使用する状況での動作について説明する。
【００１７】
まず、図１は本発明によるテレビ電話システムにおけるテレビ電話端末のブロック図である。
【００１８】
端末装置１００において１０１は中央処理装置であり、端末装置１００の各動作を制御する。ここには各ブロックを制御するＣＰＵ、ＣＰＵの動作プログラムコードを格納してあるＲＯＭ、ワークエリア等に使用されるＲＡＭ等が含まれている。１０２はＬＣＤでありテレビ電話による通話時に通信相手先から送信されてくる映像の表示を行ったり、発呼時に入力する通信相手先のアドレス（ユーザＵＲＩ）の表示や、着呼時に発呼してきた相手先情報の表示などを行う。１０３はＣＣＤカメラであり、テレビ電話通信時に端末装置１００を用いて通信を行うユーザなどを撮影した相手先端末に送信される映像を撮影するためのものである。
【００１９】
１０４は通信端末１００で通信を行う際の相手先が相手先ＩＰアドレス、ユーザＵＲＩ、氏名が管理番号を付けられて登録してあるフラッシュメモリなどを用いたアドレス記憶部である。１０５のデータ処理部は映像の入出力装置であるビデオコーデックを含み、ビデオコーデック部はＣＣＤカメラ１０３で撮影された映像を符号化処理により映像圧縮し、データ通信を行うためのパケット化を行って送信するためにモデム１０７へ出力する。またモデム１０７が受信したパケット化された圧縮された映像信号データを復号化処理を行うことにより映像信号の生成を行う。
【００２０】
またデータ処理部１０５はマイク（不図示）から入力された音声信号を送信するために音声圧縮、パケット化を行ったり、受信した圧縮されたデータである音声信号を復号化処理により音声信号を生成するオーディオコーデック部を含んでいる。
【００２１】
１０６は操作部であり、ユーザが発呼動作を行う際の相手先端末のアドレスの入力や、アドレス記憶部１０４に記憶したい相手先のデータ入力に用いられる。１０７はモデムでありデータ処理部１０５によりパケット化された音声、映像データの送信制御やデータの受信制御を行う。不図示のマイクはユーザにより入力された音声を電気信号に変換し、不図示のスピーカは逆に電気信号を音声信号への変換を行う。
【００２２】
１１０は映像記録部であり、詳細は後述するがテレビ電話通信時に送信側から送出されてくる送信側のユーザＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）とＩＰアドレスがアドレス記憶部１０４に格納されている組み合わせと一致しないときに、ＣＣＤカメラ１０３により撮影されたユーザ側の映像の代わりに送信側から送出されてきた映像信号を送り返す際にバッファ等として用いられる。
【００２３】
次に図２を用いて本実施例のＳＩＰ環境におけるプロキシサーバを経由した通信について説明する。
【００２４】
まず発信端末である端末４００はｂｂｂ．ｃｏｍドメインに所属している。端末４００はＳＩＰサーバによりＩＰｖ６アドレスに準拠したアドレスが割り振られている。この端末４００からｃｃｃ＠ｂｂｂ．ｃｏｍというＩＰ電話番号を持つ端末１００にテレビ電話をかける場合には、まずＳＩＰサーバ（プロキシサーバ）２００に対して通信先であるｃｃｃ＠ｂｂｂ．ｃｏｍ宛のセッション参加要求であるＩＮＶＩＴＥリクエストを送出する。ＩＮＶＩＴＥリクエストには相手先ＵＲＩを含むスタートライン、発呼側端末の端末名、その通話の固有番号などの情報を含むメッセージヘッダが含まれている。このメッセージヘッダ内に発呼側端末のＩＰアドレスが含まれている。
【００２５】
ＳＩＰサーバ２００はＩＮＶＩＴＥリクエストが送出されると、発呼側が接続を要求されているＩＮＶＩＴＥリクエストのスタートラインに含まれるｃｃｃ＠ｂｂｂ．ｃｏｍのＩＰアドレスを調べるためにＤＮＳサーバ（ロケーションサーバ）３００に照会し相手先端末１００のＩＰアドレスを調査する。その後ＳＩＰサーバ２００は発呼先端末である端末１００に対してＩＮＶＩＴＥリクエストを送出する。そうすることにより発呼先端末１００では電話の呼び出し音が鳴動し、また発呼側端末４００の端末情報が通知される。
【００２６】
発呼先端末１００側でその呼び出しに応じてユーザが電話に出ると、端末１００では送出されたＩＮＶＩＴＥリクエストにたいしてＳＩＰサーバ２００にたいして２００  ＯＫレスポンスを返送する。これがＳＩＰサーバ２００を経由して発呼元端末である端末４００に返送され、端末４００ではこの２００  ＯＫレスポンスにたいして確認応答であるＡＣＫレスポンスが返される。この端末４００から返送されたＡＣＫレスポンスは同様にＳＩＰサーバ２００を経由して発呼先端末１００へ送られる。これにより端末１００の通信ポートが開かれ、通話が可能となる。
【００２７】
次に図３を用いて図２を元に説明した手順で接続されたＴＶ電話のセッションにおける受信側端末である端末１００の中央処理装置１０１の動作について説明する。
【００２８】
ステップＳ１０１で待機状態にある端末１００において、ＳＩＰサーバ２００よりＩＮＶＩＴＥリクエストが送出されることにより着信が認識されると、ステップＳ１０２でその送出されたＩＮＶＩＴＥリクエストのメッセージヘッダを解析することによって発呼側端末のアドレス、名称を取得する。ここで取得した相手先情報についてはＬＣＤ１０２に表示することによってユーザに対して発呼先の情報を示す。また、ここで取得した発呼側端末のユーザＵＲＩについてアドレス記憶部１０４に格納、管理されているアドレス群から今回送出されたユーザＵＲＩを検索する。
【００２９】
アドレス記憶部１０４内の管理アドレスは図４に示すように、管理番号、ユーザＵＲＩ、ユーザ名称、ＩＰアドレスが組になって記憶されている。このアドレス記憶部１０４へのアドレスの追加、削除は操作部１０６を用いてユーザが変更できるような構成となっている。また通信時に取得した相手先端末の情報からアドレス記憶部１０４に登録処理することも可能であるが、このような自端末に送信された相手先端末の情報から登録処理を行う手順などは様々な方式が従来より提案、実施されているため、その動作についてはここでは省略する。
【００３０】
ステップＳ１０４で発呼側端末より送出されたユーザＵＲＩについて一致するものがアドレス記憶部１０４に存在するならば、ステップＳ１０５に進み次は同じく送出されたＩＰアドレスが、アドレス記憶部１０４の該当する管理番号のＩＰアドレスと一致しているか否かを調べる。
【００３１】
ステップＳ１０６でそのユーザＵＲＩの存在する管理番号にあるＩＰアドレスと今回受信したＩＰアドレスが一致したならば、ステップＳ１０７に進み、ＣＣＤカメラから撮影を開始し同時にデータ処理部１０５のコーデック部分による符号化とパケット化を施したのちにステップＳ１０８にて音声データとともにモデム１０７を通じて送信することにより双方向のテレビ電話通話が実施される。
【００３２】
またステップＳ１０４にて送出されたユーザＵＲＩがアドレス記憶部１０４に存在しない場合、またステップＳ１０６で送出されたユーザＵＲＩがアドレス記憶部１０４に存在しても、アドレス記憶部１０４で管理されている該当するＩＰアドレスが送出されたものと一致しないと判断された場合にはステップＳ１０９に進み送出されてくる発呼先端末からの映像信号を受信したのちに、ステップＳ１１０で映像記録部１１０に一時格納された後に順次データ処理部１０５に送られてデータ処理が行われたあとにステップＳ１１１の処理でモデム１０７から発呼先端末に返送する。
【実施例２】
【００３３】
実施例１において、発呼側端末から送出されるユーザＵＲＩとＩＰアドレスがアドレス記憶部１０４に登録された内容と一致する場合のみ、自端末のＣＣＤカメラ１０３で撮影された映像信号の送出を許可したが、操作部１０６に自端末からのＣＣＤカメラ１０３で撮影した映像信号の送出が許可されていない通信中に、操作部１０６をユーザが操作することにより通信途中から自端末のＣＣＤカメラ１０３により撮影した映像信号の送出を開始するような制御を行うことも可能である。
【００３４】
またこの場合の通信では、その通信の通信相手から送出された発呼側端末のユーザＵＲＩとＩＰアドレスは自端末のアドレス記憶部１０４に格納されているユーザＵＲＩとＩＰアドレスの組み合わせ内容と一致していないものであるが、このときはその取得したユーザＵＲＩとＩＰアドレスの組み合わせをユーザ操作により許可されたテレビ電話通信の実績のある通信相手としてアドレス記憶部１０４に記憶し、次回の通信からこのユーザＵＲＩとＩＰアドレスの組み合わせが認識された場合には、アドレス記憶部１０４にユーザが登録していなくても、自端末からのカメラ１０３で撮影した映像の送出を許可するように制御しても良い。
【００３５】
また、発呼端末の照合の際に前記実施例では発呼側端末のＩＰアドレスとユーザＵＲＩをアドレス記憶部１０４の内容と比較するようにしたが、ＳＩＰプロトコルにおける発呼側端末が発呼時に、ＳＩＰサーバ経由で着呼側端末に対して送出するメッセージヘッダ中のＣａｌｌ−ＩＤには、通信ごとに変化するその通信の固有番号と発呼側端末を表す端末番号が含まれているので、その発呼側端末の端末番号とユーザＵＲＩ、またはＩＰアドレスが合致する場合のみに自端末からの映像の送信を許可するようにすることも可能である。
【図面の簡単な説明】
【００３６】
【図１】本発明におけるテレビ電話装置１００のブロック図
【図２】本発明における端末間のネットワーク概念図
【図３】本発明における受信側端末１００の動作を示すフローチャート
【図４】本発明における端末１００に設けられたアドレス記憶部１０４内のアドレス管理内容を示す図
【符号の説明】
【００３７】
１０１  中央処理装置
１０２  ＬＣＤ
１０４  アドレス記憶部
１０５  データ処理部
１０６  操作部
１０７  モデム
１１０  映像記録部
【図１】
2006211001.tif 000003
【図２】
2006211001.tif 000004
【図３】
2006211001.tif 000005
【図４】
2006211001.tif 000006