(57)【要約】    【課題】      悪質な勧誘電話などへの応答を回避しつつ、初めて着信を受けた通話相手との間においても安心して通話すること。    【解決手段】  ＩＰネットワーク１０６に接続されたＩＰ電話１０１と、ＩＰ電話１０１の利用者識別情報を登録しＩＰ電話１０１からの要求に応じて当該利用者識別情報を応答するＷｅｂサーバ１０５と、Ｗｅｂサーバ１０５に登録された利用者識別情報へのリンク先がＵＲＩに指定されたＮＡＰＴＲリソースレコードを登録しＩＰ電話１０１の問合せに応じて当該ＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバと１０３、を具備するＩＰ電話システムにおいて、着信を受けたＩＰ電話１０２は、ＩＰ電話１０１のＮＡＰＴＲリソースレコードをＥＮＵＭサーバ１０３に問い合わせ、返送されたＮＡＰＴＲリソースレコードに応じてＩＰ電話１０１の利用者識別情報をＷｅｂサーバ１０５に要求する。  【選択図】      図１
2006033586.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークに接続されたＩＰ電話装置と、前記ＩＰ電話装置の利用者識別情報を登録し前記ＩＰ電話装置からの要求に応じて当該利用者識別情報を応答するデータベースサーバと、前記データベースサーバに登録された利用者識別情報へのリンク先がＵＲＩに指定されたＮＡＰＴＲリソースレコードを登録し前記ＩＰ電話装置の問合せに応じて当該ＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバと、を具備するＩＰ電話システムであって、着信を受けたＩＰ電話装置は、発信側のＩＰ電話装置のＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、返送されたＮＡＰＴＲリソースレコードに応じて前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求することを特徴とするＩＰ電話システム。
【請求項２】
前記ＥＮＵＭサーバに登録されたＮＡＰＴＲリソースレコードには転送プロトコルの種別が設定され、前記着信を受けたＩＰ電話装置は、前記種別の転送プロトコルに従って前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求することを特徴とする請求項１記載のＩＰ電話システム。
【請求項３】
前記ＩＰ電話装置は、前記ＥＮＵＭサーバから返送されたＮＡＰＴＲリソースレコードに転送プロトコルの種別が設定されていない場合には、当該発信側のＩＰ電話装置との接続を拒否することを特徴とする請求項２記載のＩＰ電話システム。
【請求項４】
ＩＰネットワーク上のＩＰ電話装置の利用者識別情報を登録するデータベースサーバ及び前記データベースサーバに登録された利用者識別情報へのリンク先がＵＲＩに指定されたＮＡＰＴＲリソースレコードを登録するＥＮＵＭサーバに接続されたＩＰ電話装置であって、ＩＰネットワーク上の他のＩＰ電話装置から着信を受けると、当該発信側のＩＰ電話装置のＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、返送されたＮＡＰＴＲリソースレコードに応じて前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求することを特徴とするＩＰ電話装置。
【請求項５】
前記ＥＮＵＭサーバに登録されたＮＡＰＴＲリソースレコードに設定された種別の転送プロトコルに従って前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求することを特徴とする請求項４記載のＩＰ電話装置。
【請求項６】
前記ＥＮＵＭサーバから返送されたＮＡＰＴＲリソースレコードに転送プロトコルの種別が設定されていない場合には、当該発信側のＩＰ電話装置との接続を拒否することを特徴とする請求項５記載のＩＰ電話装置。
【請求項７】
ＩＰネットワーク上のＩＰ電話装置の利用者識別情報を登録するデータベースサーバ及び前記データベースサーバに登録された利用者識別情報へのリンク先がＵＲＩに指定されたＮＡＰＴＲリソースレコードを登録するＥＮＵＭサーバに接続されたＩＰ電話装置を用いた通話方法であって、ＩＰネットワーク上の他のＩＰ電話装置から着信を受けると、当該発信側のＩＰ電話装置のＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、返送されたＮＡＰＴＲリソースレコードに応じて前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求し、当該利用者識別情報に基づくオペレータの指示に応じて当該発信側のＩＰ電話装置との接続を決定することを特徴とする通話方法。
【請求項８】
前記ＥＮＵＭサーバに登録されたＮＡＰＴＲリソースレコードに設定された種別の転送プロトコルに従って前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求することを特徴とする請求項７記載の通話方法。
【請求項９】
前記ＥＮＵＭサーバから返送されたＮＡＰＴＲリソースレコードに転送プロトコルの種別が設定されていない場合には、当該発信側のＩＰ電話装置との接続を拒否することを特徴とする請求項８記載の通話方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ網を介して通話するＩＰ電話システム、ＩＰ電話装置及び通話方法に関する。
【背景技術】
【０００２】
近年、インターネットの急速な普及に伴い、遠隔地の電話装置と低料金での通話や登録会員の有するＩＰ電話装置間における無料通話が可能であるＩＰ電話システムが注目されている。しかしながら、このような通話料金が低料金又は無料という特性を利用し、かかるＩＰ電話システムを利用した悪質な勧誘電話などが社会的な問題となっている。
【０００３】
このような勧誘電話等を回避するため、いわゆる発信者番号の通知機能を応用することが考えられる。例えば、ＩＰ電話システムの代表的な呼制御プロトコルである、ＳＩＰプロトコルで送出されるＩＮＶＩＴＥメソッドのＦｒｏｍヘッダに記述された発信元電話番号を着信側端末で表示し、認識していない発信元電話番号には応答しないという対策が考えられる。
【０００４】
一方、現在、多様化する電話、ＦＡＸ、携帯電話や電子メールなどの通信手段に用いられる情報を効率的に管理し、使用環境に応じたコミュニケーションを可能とする技術として、ＥＮＵＭが注目されている。ＥＮＵＭは、Ｅ．１６４番号に代表される全世界で唯一の識別番号からＤＮＳ（Domain Name System）を用いてインターネット上のサービスを識別する仕組みである。現在、ＩＥＴＦにより標準化活動が行われており、当該活動においてプロトコル仕様が審議されている（例えば、非特許文献１参照）。
【非特許文献１】ＥＮＵＭトライアルジャパン発行「ＥＮＵＭトライアルジャパン第一次報告書」、２００４年５月
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の対策で勧誘電話等を回避する場合には、認識していない発信元電話番号からの着信には全て応答しない必要がある。したがって、初めて着信を受ける全ての発信元電話番号の通話相手との間で通話できないという事態が生じる。このため、通話が必要な相手との間においても通話ができない事態が生じることとなり、通信手段としての機能を果たすことができないという問題が生じる。
【０００６】
本発明は、かかる問題点に鑑みて為されたものであり、悪質な勧誘電話などへの応答を回避しつつ、初めて着信を受けた通話相手との間においても安心して通話することができ、発信電話番号よりも簡単に発信者を識別する情報を提供できるＩＰ電話システム、ＩＰ電話装置及び通話方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、ＩＰネットワークに接続されたＩＰ電話装置と、ＩＰ電話装置の利用者識別情報を登録しＩＰ電話装置からの要求に応じて当該利用者識別情報を応答するデータベースサーバと、データベースサーバに登録された利用者識別情報へのリンク先がＵＲＩに指定されたＮＡＰＴＲリソースレコードを登録しＩＰ電話装置の問合せに応じて当該ＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバと、を具備するＩＰ電話システムにおいて、着信を受けたＩＰ電話装置は、発信側のＩＰ電話装置のＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、返送されたＮＡＰＴＲリソースレコードに応じて前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求するようにしたものである。
【発明の効果】
【０００８】
本発明に係るＩＰ電話システム、ＩＰ電話装置及び通話方法によれば、悪質な勧誘電話などへの応答を回避しつつ、初めて着信を受けた通話相手との間においても安心して通話することができる。
【発明を実施するための最良の形態】
【０００９】
本発明の第１の態様に係るＩＰ電話システムは、ＩＰネットワークに接続されたＩＰ電話装置と、前記ＩＰ電話装置の利用者識別情報を登録し前記ＩＰ電話装置からの要求に応じて当該利用者識別情報を応答するデータベースサーバと、前記データベースサーバに登録された利用者識別情報へのリンク先がＵＲＩに指定されたＮＡＰＴＲリソースレコードを登録し前記ＩＰ電話装置の問合せに応じて当該ＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバと、を具備するＩＰ電話システムであって、着信を受けたＩＰ電話装置は、発信側のＩＰ電話装置のＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、返送されたＮＡＰＴＲリソースレコードに応じて前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求する構成を採る。
【００１０】
この構成によれば、着信を受けたＩＰ電話装置からの要求に応じて、発信側のＩＰ電話装置の利用者識別情報がデータベースサーバから応答される。この利用者識別情報を当該ＩＰ電話装置で表示等するようにすることで、発信側のＩＰ電話装置のオペレータの識別情報を、着信側のＩＰ電話装置のオペレータに提示することができる。このため、着信側のオペレータは、識別情報を確認した上で着信するか否かを判断することができる。この結果、悪質な勧誘電話などへの応答を回避しつつ、初めて着信を受けた通話相手との間においても安心して通話することができる。
【００１１】
本発明の第２の態様は、第１の態様に係るＩＰ電話システムにおいて、前記ＥＮＵＭサーバに登録されたＮＡＰＴＲリソースレコードには転送プロトコルの種別が設定され、前記着信を受けたＩＰ電話装置は、前記種別の転送プロトコルに従って前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求する構成を採る。
【００１２】
この構成によれば、着信を受けたＩＰ電話装置からの要求に応じて、ＮＡＰＴＲリソースレコードに設定された転送プロトコルに従って発信側のＩＰ電話装置の利用者識別情報がデータベースサーバから応答される。したがって、ＮＡＰＴＲリソースレコードに設定された転送プロトコルに従って通信制御を行うことで発信側のＩＰ電話装置の利用者識別情報を取得することができる。
【００１３】
本発明の第３の態様は、第２の態様に係るＩＰ電話システムにおいて、前記ＩＰ電話装置は、前記ＥＮＵＭサーバから返送されたＮＡＰＴＲリソースレコードに転送プロトコルの種別が設定されていない場合には、当該発信側のＩＰ電話装置との接続を拒否する構成を採る。
【００１４】
この構成によれば、ＥＮＵＭサーバから返送されたＮＡＰＴＲリソースレコードに転送プロトコルの種別が設定されていない場合には、当該発信側のＩＰ電話装置との接続が拒否される。したがって、ＥＮＵＭサーバに登録されるＮＡＰＴＲリソースレコードに予め転送プロトコルの種別を設定していない発信側のＩＰ電話装置からの着信を自動的に拒否することができる。
【００１５】
本発明の第４の態様に係るＩＰ電話装置は、ＩＰネットワーク上のＩＰ電話装置の利用者識別情報を登録するデータベースサーバ及び前記データベースサーバに登録された利用者識別情報へのリンク先がＵＲＩに指定されたＮＡＰＴＲリソースレコードを登録するＥＮＵＭサーバに接続されたＩＰ電話装置であって、ＩＰネットワーク上の他のＩＰ電話装置から着信を受けると、当該発信側のＩＰ電話装置のＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、返送されたＮＡＰＴＲリソースレコードに応じて前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求する構成を採る。
【００１６】
この構成によれば、着信を受けたＩＰ電話装置からの要求に応じて、発信側のＩＰ電話装置の利用者識別情報がデータベースサーバから応答される。この利用者識別情報を当該ＩＰ電話装置で表示等するようにすることで、発信側のＩＰ電話装置のオペレータの識別情報を、着信側のＩＰ電話装置のオペレータに提示することができる。このため、着信側のオペレータは、識別情報を確認した上で着信するか否かを判断することができる。この結果、悪質な勧誘電話などへの応答を回避しつつ、初めて着信を受けた通話相手との間においても安心して通話することができる。
【００１７】
本発明の第５の態様は、第４の態様に係るＩＰ電話装置において、前記ＥＮＵＭサーバに登録されたＮＡＰＴＲリソースレコードに設定された種別の転送プロトコルに従って前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求する構成を採る。
【００１８】
この構成によれば、着信を受けたＩＰ電話装置からの要求に応じて、ＮＡＰＴＲリソースレコードに設定された種別の転送プロトコルに従って発信側のＩＰ電話装置の利用者識別情報がデータベースサーバから応答される。したがって、ＮＡＰＴＲリソースレコードに設定された種別の転送プロトコルに従って通信制御を行うことで発信側のＩＰ電話装置の利用者識別情報を取得することができる。
【００１９】
本発明の第６の態様は、第５の態様に係るＩＰ電話装置において、前記ＥＮＵＭサーバから返送されたＮＡＰＴＲリソースレコードに転送プロトコルの種別が設定されていない場合には、当該発信側のＩＰ電話装置との接続を拒否する構成を採る。
【００２０】
この構成によれば、ＥＮＵＭサーバから返送されたＮＡＰＴＲリソースレコードに転送プロトコルの種別が設定されていない場合には、当該発信側のＩＰ電話装置との接続が拒否される。したがって、ＥＮＵＭサーバに登録されるＮＡＰＴＲリソースレコードに予め転送プロトコルの種別を設定していない発信側のＩＰ電話装置からの着信を自動的に拒否することができる。
【００２１】
本発明の第７の態様に係る通話方法は、ＩＰネットワーク上のＩＰ電話装置の利用者識別情報を登録するデータベースサーバ及び前記データベースサーバに登録された利用者識別情報へのリンク先がＵＲＩに指定されたＮＡＰＴＲリソースレコードを登録するＥＮＵＭサーバに接続されたＩＰ電話装置を用いた通話方法であって、ＩＰネットワーク上の他のＩＰ電話装置から着信を受けると、当該発信側のＩＰ電話装置のＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、返送されたＮＡＰＴＲリソースレコードに応じて前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求し、当該利用者識別情報に基づくオペレータの指示に応じて当該発信側のＩＰ電話装置との接続を決定するものである。
【００２２】
この方法によれば、着信を受けたＩＰ電話装置からの要求に応じて、発信側のＩＰ電話装置の利用者識別情報がデータベースサーバから応答される。この利用者識別情報を当該ＩＰ電話装置で表示等するようにすることで、発信側のＩＰ電話装置のオペレータの識別情報を、着信側のＩＰ電話装置のオペレータに提示することができる。このため、着信側のオペレータは、識別情報を確認した上で着信するか否かを判断することができる。この結果、悪質な勧誘電話などへの応答を回避しつつ、初めて着信を受けた通話相手との間においても安心して通話することができる。
【００２３】
本発明の第８の態様は、第７の態様に係る通話方法において、前記ＥＮＵＭサーバに登録されたＮＡＰＴＲリソースレコードに設定された種別の転送プロトコルに従って前記発信側のＩＰ電話装置の利用者識別情報を前記データベースサーバに要求するものである。
【００２４】
この方法によれば、着信を受けたＩＰ電話装置からの要求に応じて、ＮＡＰＴＲリソースレコードに設定された種別の転送プロトコルに従って発信側のＩＰ電話装置の利用者識別情報がデータベースサーバから応答される。したがって、ＮＡＰＴＲリソースレコードに設定された種別の転送プロトコルに従って通信制御を行うことで発信側のＩＰ電話装置の利用者識別情報を取得することができる。
【００２５】
本発明の第９の態様は、第８の態様に係る通話方法において、前記ＥＮＵＭサーバから返送されたＮＡＰＴＲリソースレコードに転送プロトコルの種別が設定されていない場合には、当該発信側のＩＰ電話装置との接続を拒否するものである。
【００２６】
この方法によれば、ＥＮＵＭサーバから返送されたＮＡＰＴＲリソースレコードに転送プロトコルの種別が設定されていない場合には、当該発信側のＩＰ電話装置との接続が拒否される。したがって、ＥＮＵＭサーバに登録されるＮＡＰＴＲリソースレコードに予め転送プロトコルの種別を設定していない発信側のＩＰ電話装置からの着信を自動的に拒否することができる。
【００２７】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００２８】
図１は、本発明の一実施の形態に係るＩＰ電話システムが適用されるネットワークの構成を示す図である。
【００２９】
同図に示すように、本実施の形態に係るＩＰ電話システムにおいては、複数台のＩＰ電話装置（以下、「ＩＰ電話」という）１０１及び１０２、ＥＮＵＭサーバ１０３、ＤＮＳサーバ１０４及びデータベースサーバとしてのＷｅｂサーバ１０５がＩＰネットワーク１０６を介して接続されている。なお、同図の構成に限らず、ＩＰネットワーク１０６上に３台以上のＩＰ電話を接続してＩＰ電話システムを構成してもよい。
【００３０】
ＩＰ電話１０１（１０２）は、ＩＰネットワーク１０６を介して他のＩＰ電話との間で音声通話が可能な機能を有している。また、ｈｔｔｐプロトコルに従ってＷｅｂサーバ１０５にアクセスし、Ｗｅｂサーバ１０５が提供するＨＴＭＬ文書を閲覧可能なブラウザ機能を有している。
【００３１】
ＥＮＵＭサーバ１０３は、後述するＮＡＰＴＲリソースレコード（以下、「ＮＡＰＴＲレコード」という）を登録するデータベース（ＤＢ）を備える。ＥＮＵＭサーバ１０３は、ＩＰ電話１０１（１０２）の問合せ（ＥＮＵＭクエリー）に応じて、かかるＤＢに登録されたＮＡＰＴＲレコードをＩＰ電話１０１（１０２）に返送する。
【００３２】
ＤＮＳサーバ１０４は、ＮＡＰＴＲレコードに指定されるＵＲＩとＩＰアドレスとが対応付けて登録されるＤＢを備える。ＤＮＳサーバ１０４は、ＩＰ電話１０１（１０２）の問合せに応じて、かかるＤＢに登録されたＩＰアドレスをＩＰ電話１０１（１０２）に返送する。
【００３３】
Ｗｅｂサーバ１０５は、ＩＰネットワーク１０６に接続されたＩＰ電話１０１（１０２）の発信者を識別するための情報（以下、「発信者情報」という）が登録されるＤＢを備える。発信者情報には、例えば、発信者の電話番号（以下、「発信者番号」という）、氏名、住所、電子メールアドレス及び顔写真等の画像データが含まれる。発信者情報は、個人の情報に限定されず、法人の名称、電話番号、住所、電子メールアドレス及び宣伝情報を含むようにしてもよい。Ｗｅｂサーバ１０５は、着信を受けたＩＰ電話１０１（１０２）からの要求に応じてＤＢに登録された発信者情報をＩＰ電話１０１（１０２）に返送する。
【００３４】
図２は、本実施の形態に係るＩＰ電話１０１の構成を示すブロック図である。なお、ＩＰ電話１０２についても、ＩＰ電話１０１と同様の構成を有する。
【００３５】
同図に示すＩＰ電話１０１において、ＩＰ電話制御部２０１は、ＩＰネットワーク１０６を介して音声通話を行う際に必要となる全ての動作を制御する。例えば、ＩＰ電話制御部２０１は、ＳＩＰやＨ．３２３に代表される呼制御プロトコルに従って、宛先端末との間の呼制御を実行する。また、後述するクエリー／応答処理部２０２やｈｔｔｐクライアント部２０３に必要な指示を与える。
【００３６】
クエリー／応答処理部２０２は、ＥＮＵＭサーバ１０３へ宛先端末に対応するＮＡＰＴＲレコードを問い合わせるＥＮＵＭクエリーの送出やそのＥＮＵＭクエリーに対する応答（ＥＮＵＭ応答）の受信、並びに、ＤＮＳサーバ１０３へＩＰアドレスを問い合わせるＩＰアドレス問合せの送出やそのＩＰアドレス問合せに対する応答（ＩＰアドレス応答）の受信の制御を行う。
【００３７】
ｈｔｔｐクライアント部２０３は、Ｗｅｂサーバ１０５へのアクセス制御及びＷｅｂサーバ１０５が提供するＨＴＭＬ文書の閲覧制御を行う。また、Ｗｅｂサーバ１０５からダウンロードしたＨＴＭＬ文書の表示部２０４への表示制御を行う。
【００３８】
表示部２０４は、ＬＣＤ等の液晶ディスプレイで構成される。表示部２０４は、本ＩＰ電話１０１の現在のステータスを表示すると共に、入力された電話番号等を表示する。また、ｈｔｔｐクライアント部２０３の制御の下、Ｗｅｂサーバ１０５からダウンロードしたＨＴＭＬ文書を表示する。
【００３９】
図３は、本実施の形態に係るＩＰ電話１０１の外観を示す正面図である。なお、ＩＰ電話１０２についても、ＩＰ電話１０１と同様の構成を有する。
【００４０】
同図に示すように、ＩＰ電話１０１は、オペレータの音声を受け付ける受話器３０１を備えている。また、電話番号等を受け付けるテンキー３０２を備えている。さらに、テンキー３０２の右側に留守番電話に切り替える留守キー３０３及び音声を外部出力に切り替えるスピーカキー３０４を備えている。さらに、テンキー３０２の上側にワンタッチで発信可能なワンタッチ機能に代表される各種機能が設定可能なファンクションキー３０５を備えている。さらに、側面部にＩＰネットワーク１０６に接続されるＬＡＮとのインターフェイス（ＬＡＮＩ／Ｆ）３０６を備えている。
【００４１】
ファンクションキー３０５の上側に、液晶ディスプレイ等で構成される表示部２０４が設けられている。表示部２０４は、例えば、Ｗｅｂサーバ１０５からダウンロードした発信者情報（発信者番号や氏名など）が表示される。かかる表示が表示部２０４で行われる際の制御の詳細については後述する。
【００４２】
図４は、本実施の形態に係るＩＰ電話システムにおけるＥＮＵＭサーバ１０３の代表的な構成を示すブロック図である。なお、本実施の形態に係るＩＰ電話システムにおけるＤＮＳサーバ１０４やＷｅｂサーバ１０５についても、ＤＢに登録されるデータの内容が異なる他は、同様の構成を有する。
【００４３】
同図に示すように、ＥＮＵＭサーバ１０３は、サーバ本体の全体を制御するＣＰＵ４０１を備えている。このＣＰＵ４０１にメモリ４０２が接続されている。メモリ４０２は、ＣＰＵ４０１が読み込んで実行する本ＥＮＵＭサーバ１０３の制御プログラムが格納されるＲＯＭとしての機能と、ＣＰＵ４０１が制御プログラムを実行する際のワークメモリとして機能するＲＡＭとしての機能とを備える。
【００４４】
また、ＣＰＵ４０１にデータベース（ＤＢ）４０３が接続されている。ＤＢ４０３は、後述するＮＡＰＴＲレコードを登録している。ＣＰＵ４０１は、例えば、ＩＰ電話１０１からＥＮＵＭクエリーを受け付けると、ＤＢ４０３に登録されたデータから該当するＮＡＰＴＲレコードを検索してＥＮＵＭクエリーを送出してきたＩＰ電話１０１に返送する。
【００４５】
さらに、ＣＰＵ４０１に入出力装置４０４が接続されている。入出力装置４０４は、例えば、キーボード等の入力装置と、ディスプレイ等の出力装置とから構成される。入力装置は、例えば、ＤＢ４０３に登録されるデータの内容を追加、編集する場合に利用される。出力装置は、例えば、ＤＢ４０３に登録されるデータの内容をＥＮＵＭサーバ１０３の管理者等が確認する場合に利用される。
【００４６】
さらに、ＣＰＵ４０１にネットワークインターフェイス（Ｉ／Ｆ）４０５が接続されている。ネットワークＩ／Ｆ４０５は、本ＥＮＵＭサーバ１０３が接続されるＩＰネットワーク１０６とのインターフェイスである。
【００４７】
図５は、本実施の形態に係るＥＮＵＭサーバ１０３のＤＢ４０３に登録されたＮＡＰＴＲレコードの一例を示す図である。同図においては、電話番号「０３１０００００００」及び「０３１００００００１」から得られるドメイン名に対応するＮＡＰＴＲレコードが登録された場合について示している。
【００４８】
同図においては、電話番号「０３１０００００００」から得られるドメイン名「０．０．０．０．０．０．０．１．３．１．８．ｅ１６４．ａｒｐａ」に対してＵＲＩ「８１３１０００００００＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」及び「／／ｗｗｗ．ｔｏｋｙｏ．ｓｉｐ．ｃｏｍ／ｕｓｅｒ８１３１０００００００．ｈｔｍｌ」が対応付けられている。前者のＳｅｒｖｉｃｅフィールドにはＳＩＰプロトコルに対応可能であることを示す「Ｅ２Ｕ＋ｓｉｐ」と記述され、後者のＳｅｒｖｉｃｅフィールドにはｈｔｔｐプトロコルに対応可能である旨を示す「Ｅ２Ｕ＋ｈｔｔｐ」と記述されている。
【００４９】
また、電話番号「０３１００００００１」から得られるドメイン名「１．０．０．０．０．０．０．１．３．１．８．ｅ１６４．ａｒｐａ」に対してＵＲＩ「８１３１００００００１＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」及び「／／ｗｗｗ．ｔｏｋｙｏ．ｓｉｐ．ｃｏｍ／ｕｓｅｒ８１３１００００００１．ｈｔｍｌ」が対応付けられている。前者のＳｅｒｖｉｃｅフィールドにはＳＩＰプロトコルに対応可能であることを示す「Ｅ２Ｕ＋ｓｉｐ」と記述され、後者のＳｅｒｖｉｃｅフィールドにはｈｔｔｐプトロコルに対応可能である旨を示す「Ｅ２Ｕ＋ｈｔｔｐ」と記述されている。
【００５０】
図６は、本実施の形態に係るＤＮＳサーバ１０４のＤＢに登録されたデータの一例を示す図である。
【００５１】
同図においては、ＵＲＩ「８１３１０００００００＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」、「８１３１００００００１＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」、「８１３１００００００２＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」及び「８１３１００００００３＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」が登録されている場合について示している。具体的には、ＵＲＩ「８１３１０００００００＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」、「８１３１００００００１＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」、「８１３１００００００２＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」及び「８１３１００００００３＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」にそれぞれＩＰアドレス「１９２．１６８．１．１」、「１９２．１６８．１．２」、「１９２．１６８．１．３」及び「１９２．１６８．１．４」が対応付けられている。
【００５２】
図７は、本実施の形態に係るＷｅｂサーバ１０５に登録されたデータの一例を示す図である。
【００５３】
同図においては、ＵＲＩ（ＵＲＬ）「／／ｗｗｗ．ｔｏｋｙｏ．ｓｉｐ．ｃｏｍ／ｕｓｅｒ８１３１０００００００．ｈｔｍｌ」及び「／／ｗｗｗ．ｔｏｋｙｏ．ｓｉｐ．ｃｏｍ／ｕｓｅｒ８１３１００００００１．ｈｔｍｌ」が登録されている場合について示している。具体的には、ＵＲＩ（ＵＲＬ）「／／ｗｗｗ．ｔｏｋｙｏ．ｓｉｐ．ｃｏｍ／ｕｓｅｒ８１３１０００００００．ｈｔｍｌ」及び「／／ｗｗｗ．ｔｏｋｙｏ．ｓｉｐ．ｃｏｍ／ｕｓｅｒ８１３１００００００１．ｈｔｍｌ」のファイルの中身として「松下太郎」及び「松下花子」の氏名、電話番号、住所及び画像データ等が含まれる。
【００５４】
次に、本実施の形態に係るＩＰ電話システムにおいて、ＩＰ電話１０１がＩＰ電話１０２と通話を行うまでの動作について、図８に示すシーケンス図を用いて説明する。
【００５５】
なお、かかる動作を説明する前提として、ＥＮＵＭサーバ１０３のＤＢ４０３には図５に示すＮＡＰＴＲレコードが登録され、ＤＮＳサーバ１０４のＤＢには図６に示すデータが登録され、Ｗｅｂサーバ１０５には図７に示すデータが登録されているものとする。また、ＩＰ電話１０１及びＩＰ電話１０２には、それぞれ電話番号として「０３１０００００００」及び「０３１００００００１」が割り当てられているものとする。さらに、ＩＰ電話１０１及びＩＰ電話１０２のオペレータは、それぞれ「松下太郎」及び「松下花子」であるものとする。
【００５６】
ＩＰ電話１０１がＩＰ電話１０２と通話を行う場合、まず、ＩＰ電話１０１は、オペレータ（松下太郎）からＩＰ電話１０２の電話番号が入力された後、ＥＮＵＭクエリーの送出が指示される。すなわち、電話番号「０３１００００００１」が入力された後、ＥＮＵＭクエリーの送出が指示される。
【００５７】
電話番号を受け付けた後、ＥＮＵＭクエリーの送出指示を受け付けると、ＩＰ電話１０１は、この電話番号に対応するＮＡＰＴＲレコードを問い合わせるＥＮＵＭクエリーをＥＮＵＭサーバ１０３に対して送出する（ＳＴ８０１）。この場合、ＩＰ電話１０１は、まず、オペレータが入力した「０３１００００００１」を国番号付きのＥ．１６４番号である「＋８１−３−１００００００１」に変換し、先頭の＋と数字を残して「＋８１３１００００００１」とする。そして、数字以外の文字を抹消して数字間にドットを挿入して「８．１．３．１．０．０．０．０．０．０．１」とする。次に、数字を逆順にして最後に文字列．ｅ１６４．ａｒｐａを追加する。これにより、ドメイン名である「１．０．０．０．０．０．０．１．３．１．８．ｅ１６４．ａｒｐａ」を得て、この文字列に対応するＮＡＰＴＲレコードを問い合わせるＥＮＵＭクエリーを送出する。
【００５８】
ＥＮＵＭクエリーを受け付けると、ＥＮＵＭサーバ１０３は、ドメイン名である「１．０．０．０．０．０．０．１．３．１．８．ｅ１６４．ａｒｐａ」に対応するＮＡＰＴＲレコードを検索し、当該ＮＡＰＴＲレコードを含むＥＮＵＭ応答をＩＰ電話１０１に返信する（ＳＴ８０２）。この場合、ＥＮＵＭサーバ１０３は、図５に示すＮＡＰＴＲレコードのうち、下側のＮＡＰＴＲレコードを検索し、当該ＮＡＰＴＲレコードを含むＥＮＵＭ応答をＩＰ電話１０１に返信する。このＥＮＵＭ応答がＩＰ電話１０１に返信されることで、ＩＰ電話１０２がＳＩＰプロトコルに対応可能である旨、ｈｔｔｐプトロコルに対応可能である旨がＩＰ電話１０１に通知されることとなる。
【００５９】
ＮＡＰＴＲレコードを含むＥＮＵＭ応答を受け付けると、ＩＰ電話１０１は、ＳＩＰプロトコルに対応可能である旨を示すＮＡＰＴＲレコードに指定されたＵＲＩ「８１３１００００００１＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」に対応するＩＰアドレスの問合せをＤＮＳサーバ１０４に送出する（ＳＴ８０３）。
【００６０】
ＩＰアドレス問合せを受け付けると、ＤＮＳサーバ１０４は、当該ＵＲＩに対応するＩＰアドレスを検索し、当該ＩＰアドレスを含むＩＰアドレス応答をＩＰ電話１０１に返信する（ＳＴ８０４）。この場合、ＤＮＳサーバ１０４は、図６に示す上から第２番目のＩＰアドレス（１９２．１６８．１．２）を検索し、当該ＩＰアドレスを含むＩＰアドレス応答をＩＰ電話１０１に返信する。
【００６１】
ＩＰアドレス応答に受け付けると、ＩＰ電話１０１は、ＩＰ電話１０２に割り当てられたＩＰアドレスを認識する。そして、ＩＰ電話１０１は、そのＩＰアドレスに対して「ＩＮＶＩＴＥ」メッセージを送出する（ＳＴ８０５）。
【００６２】
ここで、ＩＰ電話１０１からＩＰ電話１０２に送出される「ＩＮＶＩＴＥ」メッセージの内容の一例について説明する。
【００６３】
図９は、ＩＰ電話１０１からＩＰ電話１０２に送出される「ＩＮＶＩＴＥ」メッセージの内容の一例について示す図である。
【００６４】
同図に示す「ＩＮＶＩＴＥ」メッセージは、第３行目に示すようにＦｒｏｍヘッダを含む一方、第４行目に示すようにＴｏヘッダを含んでいる。Ｆｒｏｍヘッダには、発信元であるＩＰ電話１０１の電話番号「８１３１００００００」を含む内容が記述される。また、Ｔｏヘッダには、発信先であるＩＰ電話１０２の電話番号「８１３１００００００１」を含む内容が記述される。
【００６５】
特に、同図に示す例においては、Ｆｒｏｍヘッダ及びＴｏヘッダに記述される内容に＠マークを含ませ、その前側（同図に示す左側）にそれぞれ発信元又は発信先の電話番号を記述している。なお、Ｆｒｏｍヘッダ及びＴｏヘッダに記述される内容は、特に同図に示す内容に限定されない。
【００６６】
ＩＰ電話１０１から「ＩＮＶＩＴＥ」メッセージを受信すると、ＩＰ電話１０２は、これに含まれるＦｒｏｍヘッダから発信元であるＩＰ電話１０１の電話番号を抽出する。この場合、図９に示すＦｒｏｍヘッダの内容のうち、＠マークの前側に記述された「０３１０００００００」を発信元であるＩＰ電話１０１の電話番号として抽出する。この電話番号が予めＩＰ電話１０２の電話帳に登録されていれば、電話帳に登録されている内容（氏名等）を表示すればよいが、ここでは登録されていなかったものとして説明を続ける。
【００６７】
ＩＰ電話１０２は、電話番号の入力を受けたＩＰ電話１０１と同様の要領で、この電話番号に対応するＮＡＰＴＲレコードを問い合わせるＥＮＵＭクエリーをＥＮＵＭサーバ１０３に対して送出する（ＳＴ８０６）。すなわち、ＩＰ電話１０２は、まず、「ＩＮＶＩＴＥ」メッセージから抽出した「８１３１０００００００」を数字間にドットを挿入して「８．１．３．１．０．０．０．０．０．０．０」とする。次に、数字を逆順にして最後に文字列．ｅ１６４．ａｒｐａを追加する。これにより、ドメイン名である「０．０．０．０．０．０．０．１．３．１．８．ｅ１６４．ａｒｐａ」を得て、この文字列に対応するＮＡＰＴＲレコードを問い合わせるＥＮＵＭクエリーを送出する。
【００６８】
ＥＮＵＭクエリーを受け付けると、ＥＮＵＭサーバ１０３は、ドメイン名である「０．０．０．０．０．０．０．１．３．１．８．ｅ１６４．ａｒｐａ」に対応するＮＡＰＴＲレコードを検索し、当該ＮＡＰＴＲレコードを含むＥＮＵＭ応答をＩＰ電話１０２に返信する（ＳＴ８０７）。この場合、ＥＮＵＭサーバ１０３は、図５に示すＮＡＰＴＲレコードのうち、上側のＮＡＰＴＲレコードを検索し、当該ＮＡＰＴＲレコードを含むＥＮＵＭ応答をＩＰ電話１０２に返信する。このＥＮＵＭ応答がＩＰ電話１０２に返信されることで、ＩＰ電話１０１がＳＩＰプロトコルに対応可能である旨、ｈｔｔｐプトロコルに対応可能である旨がＩＰ電話１０２に通知されることとなる。
【００６９】
ＮＡＰＴＲレコードを含むＥＮＵＭ応答を受け付けると、ＩＰ電話１０２は、ｈｔｔｐプロトコルに対応可能である旨を示すＮＡＰＴＲレコードに指定されたＵＲＩ「／／ｗｗｗ．ｔｏｋｙｏ．ｓｉｐ．ｃｏｍ／ｕｓｅｒ８１３１０００００００．ｈｔｍｌ」に基づいてＷｅｂサーバ１０５にアクセスし、発信者情報を要求する（ＳＴ８０８）。この要求に応じて、Ｗｅｂサーバ１０５からＩＰ電話１０２に発信者情報が返信される（ＳＴ８０９）。この場合、Ｗｅｂサーバ１０５は、図７に示すような、「松下太郎」に対応する発信者情報を返信する。
【００７０】
発信者情報を受信すると、ＩＰ電話１０２の表示部２０４においてこの発信者情報が表示される。従って、ＩＰ電話１０２のオペレータは、表示部２０４に表示された発信者情報を確認して応答するかを判断することが可能となる。また、ＩＰ電話１０２では、発信者情報の表示と同時に呼び出し音が鳴動する。また、この呼び出し音の鳴動に並行してＩＰ電話１０２からＩＰ電話１０１に対して「１８０Ｒｉｎｇｉｎｇ」メッセージが送出される（ＳＴ８１０）。
【００７１】
そして、ＩＰ電話１０２でオフフックが検出されると、ＩＰ電話１０２からＩＰ電話１０１に対して接続許可を示す「２００ＯＫ」メッセージが送出される（ＳＴ８１１）。この「２００ＯＫ」メッセージを受信すると、ＩＰ電話１０１からＩＰ電話１０２に対して「ＡＣＫ」メッセージが送出される（ＳＴ８１２）。この「ＡＣＫ」メッセージをＩＰ電話１０２が受信すると、ＩＰ電話１０１とＩＰ電話１０２との間で通話可能状態となる。
【００７２】
図１０は、図８に示すシーケンスにおける着信側のＩＰ電話１０２の動作を説明するためのフロー図である。
【００７３】
ＩＰ電話１０２は、待機状態において、ＩＰネットワーク１０５を介した「ＩＮＶＩＴＥ」メッセージの受信を監視している（ＳＴ１００１）。そして、「ＩＮＶＩＴＥ」メッセージを受信した場合には、その「ＩＮＶＩＴＥ」メッセージのＦｒｏｍヘッダの記述から発信者番号を抽出する（ＳＴ１００２）。
【００７４】
発信者番号を抽出したならば、ＩＰ電話１０２は、この発信者番号に対応するＮＡＰＴＲレコードを問い合わせるＥＮＵＭクエリーをＥＮＵＭサーバ１０３に対して送出する（ＳＴ１００３）。ＥＮＵＭクエリーに応じてＥＮＵＭサーバ１０３からＥＮＵＭ応答が返送されてくるので、ＩＰ電話１０２は、このＥＮＵＭ応答を受信する（ＳＴ１００４）。
【００７５】
ＥＮＵＭ応答を受信すると、ＩＰ電話１０２は、このＥＮＵＭ応答に含まれるＮＡＰＴＲレコードのうち、ＩＰ電話１０１がｈｔｔｐプロトコルに対応可能である旨を示すものがあるか判断する（ＳＴ１００５）。
【００７６】
ｈｔｔｐプトロコルに対応可能である旨を示すＮＡＰＴＲレコードがある場合には、ＩＰ電話１０２は、そのＮＡＰＴＲレコードに指定されたＵＲＩ（ＵＲＬ）に応じてＷｅｂサーバ１０５にアクセスし、発信者情報を要求する（ＳＴ１００６）。この要求に応じてＷｅｂサーバ１０５から発信者情報が返送されてくる。これにより、ＩＰ電話１０２は、発信者情報を取得する（ＳＴ１００７）。
【００７７】
発信者情報を取得すると、ＩＰ電話１０２は、この発信者情報を表示部２０４に表示すると共に、呼び出し音を鳴動する（ＳＴ１００８）。そして、ＩＰ電話１０２は、オペレータからオフフックを受け付けたかを判断する（ＳＴ１００９）。
【００７８】
オフフックを受け付けた場合には、ＩＰ電話１０２は、発信側のＩＰ電話１０１に対して接続許可を示す「２００ＯＫ」メッセージを送出する（ＳＴ１０１０）。そして、この「２００ＯＫ」に応じてＩＰ電話１０１から送出される「ＡＣＫ」メッセージを受け取ると、通話処理に移行する（ＳＴ１０１１）。
【００７９】
なお、ＳＴ１００５の判断において、ｈｔｔｐプトロコルに対応可能である旨を示すＮＡＰＴＲレコードがない場合、ＩＰ電話１０２は、発信側のＩＰ電話１０１に対して接続できない旨を示す「４８６ＢＵＳＹ」メッセージを送出し（ＳＴ１０１２）、処理を終了する。発信側のＩＰ電話１０１においては、この「４８６ＢＵＳＹ」メッセージを受信すると、通話失敗と判断し発呼処理を終了する。
【００８０】
また、ＳＴ１００９の判断において、オフフックを受け付けない場合、ＩＰ電話１０２は、予め定めた時間だけ待機した後、オペレータが当該着信に応答する意図がないと判断して処理を終了する。発信側のＩＰ電話１０１においては、いつまで待機しても接続許可を示す「２００ＯＫ」メッセージを受け取ることができないため、通話失敗と判断し発呼処理を終了する。
【００８１】
このように本実施の形態に係るＩＰ電話システムによれば、着信を受けたＩＰ電話１０２からの要求に応じて、発信側のＩＰ電話１０２の発信者情報がＷｅｂサーバ１０５から応答される。この発信者情報は、ＩＰ電話１０２の表示部２０４で表示されるので、ＩＰ電話１０１の発信者情報を、着信側のＩＰ電話１０２のオペレータに提示することができる。このため、ＩＰ電話１０２のオペレータは、発信者情報を確認した上で着信するか否かを判断することができる。この結果、悪質な勧誘電話などへの応答を回避しつつ、初めて着信を受けた通話相手との間においても安心して通話することができる。
【００８２】
特に、本実施の形態に係るＩＰ電話システムにおいては、着信を受けたＩＰ電話１０２が発信者情報を取得する際、ｈｔｔｐプロトコルに従って発信者情報をＷｅｂサーバ１０５に要求し、当該発信者情報を取得する。したがって、ｈｔｔｐプロトコルに従って通信制御を行うことで、ＩＰ電話１０１の発信者情報を取得することができる。
【００８３】
また、ＥＮＵＭサーバ１０３から返送されたＮＡＰＴＲレコードのＳｅｒｖｉｃｅフィールドにｈｔｔｐプロトコルが設定されていない場合には、当該発信側のＩＰ電話１０１との接続が拒否される（ＳＴ１０１２）。したがって、ＥＮＵＭサーバ１０３に登録されるＮＡＰＴＲレコードに予めｈｔｔｐプロトコルを設定していないＩＰ電話からの着信を自動的に拒否することができる。
【００８４】
このように説明してきた本実施の形態に係るＩＰ電話システムは、ＩＰネットワーク１０６に接続される構成や、着信を受けたＩＰ電話１０２が発信者情報をＷｅｂサーバ１０５に要求する場合のプロトコル等を変形して実施することも可能である。以下、本実施の形態に係るＩＰ電話システムの変形例について説明する。
【００８５】
本実施の形態に係るＩＰ電話システムにおいては、着信を受けたＩＰ電話１０２がｈｔｔｐプロトコルに従ってＷｅｂサーバ１０６から発信者情報を要求する場合について説明している。しかし、発信者情報を取得する手法としては、ｈｔｔｐプロトコルに従ってＷｅｂサーバ１０６へ発信者情報の要求する場合に限定されない。例えば、ＬＤＡＰ（Lightweight Directory Access Protocol）プロトコルやＦＴＰ（File Transfer Protocol）プロトコルを用いて別途用意したデータベースサーバに発信者情報を要求するようにしてもよい。
【００８６】
図１１は、本実施の形態の変形例に係るＥＮＵＭサーバ１０３のＤＢ４０３に登録されたＮＡＰＴＲレコードの一例を示す図である。
【００８７】
同図においては、Ｓｅｒｖｉｃｅフィールド及びＵＲＩスキームに設定された内容が異なる点でのみ図５に示すＮＡＰＴＲレコードの一例と相違する。すなわち、図１１に示す例では、Ｓｅｒｖｉｃｅフィールド及びＵＲＩスキームにおいて、ｈｔｔｐプロトコルの代わりにＬＤＡＰプロトコルに対応する内容が設定されている点で相違する。
【００８８】
図１１に示すＮＡＰＴＲレコードがＥＮＵＭサーバ１０３のＤＢ４０３に登録されている場合においても、着信を受けたＩＰ電話１０２は、ＬＤＡＰプロトコルを用いてデータベースサーバに発信者情報を要求することができる。そして、その発信者情報に応じてオペレータは応答するか否かを判断することができるので、本実施の形態に係るＩＰ電話システムと同様の効果を得ることができる。
【００８９】
また、本実施の形態に係るＩＰ電話システムにおいては、ＩＰ電話１０１は、ＥＮＵＭサーバ１０３からＵＲＩを取得し、さらにＤＮＳサーバ１０４からＩＰアドレスを取得した後にＩＰ電話１０２に「ＩＮＶＩＴＥ」メッセージを送出する場合について示している。しかし、「ＩＮＶＩＴＥ」メッセージを送出する際、ＩＰネットワーク１０６上に設置されたＣＡ（Call Agent）を介して「ＩＮＶＩＴＥ」メッセージを送出するようにしてもよい。この場合には、ＣＡがＩＰ電話１０１とＩＰ電話１０２との間の呼制御を行うため、ＩＰ電話１０１はＥＮＵＭサーバ１０３やＤＮＳサーバ１０４からＵＲＩなどの情報を取得する必要がない。
【００９０】
図１２は、本実施の形態の変形例に係るＩＰ電話システムにおいて、ＩＰ電話１０１がＩＰ電話１０２と通話を行うまでの動作について説明するためのシーケンス図である。
【００９１】
同図においては、ＩＰ電話１０１からＩＰ電話１０２に対して「ＩＮＶＩＴＥ」メッセージを送出する前のシーケンスにおいてのみ図８に示すシーケンス図と相違する。
【００９２】
ＣＡがＩＰネットワーク１０６上のＩＰ電話１０１とＩＰ電話１０２との呼制御を行うためには、事前に各ＩＰ電話の情報を登録しておくことが必要となる。したがって、図１２に示すように、ＩＰ電話１０１からＣＡに対してＲｅｇｉｓｔｅｒメッセージを送出し、ＣＡからＩＰ電話１０１に対して「２００ＯＫ」メッセージを返信する処理が必要となる（ＳＴ１２０１、ＳＴ１２０２）。同様に、ＩＰ電話１０２からＣＡに対してＲｅｇｉｓｔｅｒメッセージを送出し、ＣＡからＩＰ電話１０２に対して「２００ＯＫ」メッセージを返信する処理が必要となる（ＳＴ１２０３、ＳＴ１２０４）。
【００９３】
なお、ＣＡへの各ＩＰ電話の情報の登録手順については、図１２に示すように、ＩＰ電話１０１から先に情報を登録する場合に限定されず、図１２に示す例とは逆に、ＩＰ電話１０２から先に情報を登録するようにしてもよい。
【００９４】
このようにそれぞれの情報登録が行われている場合には、ＩＰ電話１０１は、ＩＰ電話１０２の電話番号を認識しているだけで、ＣＡを介して「ＩＮＶＩＴＥ」メッセージをＩＰ電話１０２に送出することができる。「ＩＮＶＩＴＥ」メッセージを受信すると、ＩＰ電話１０２は、ＳＴ８０６〜ＳＴ８０９に示す要領で発信者情報を取得する。そして、その発信者情報に応じてオペレータは応答するか否かを判断することができるので、本実施の形態に係るＩＰ電話システムと同様の効果を得ることができる。
【００９５】
さらに、本実施の形態に係るＩＰ電話システムにおいては、ＩＰ電話１０１とＩＰ電話１０２との間でＳＩＰプロトコルに従って呼制御を行う場合について説明している。しかしながら、ＩＰ電話１０１とＩＰ電話１０２との間の呼制御はＳＩＰプロトコルに限定されず、他のプロトコルに従って行うようにしてもよい。例えば、Ｈ．３２３プロトコルやＭＧＣＰ（Media  Gateway  Control Protocol)に従ってＩＰ電話１０１とＩＰ電話１０２との間の呼制御を行うことが考えられる。
【００９６】
図１３は、本実施の形態の変形例に係るＩＰ電話システムにおいて、ＩＰ電話１０１がＩＰ電話１０２と通話を行うまでの動作について説明するためのシーケンス図である。
【００９７】
同図においては、ＩＰ電話１０１からＩＰ電話１０２との間の呼制御で用いられるメッセージがゲートキーパ（ＧＫ）を介して通信される点においてのみ図８に示すシーケンス図と相違する。
【００９８】
すなわち、同図に示すように、ＩＰアドレス応答を受け付けたＩＰ電話１０１は、ＧＫを介して「ＳＥＴＵＰ」メッセージをＩＰ電話１０２に対して送出する（ＳＴ１３０１）。また、Ｗｅｂサーバ１０５から発信者情報を受信したＩＰ電話１０２は、ＧＫを介して「Ａｌｅｒｔｉｎｇ」メッセージをＩＰ電話１０１に対して送出する（ＳＴ１３０２）。さらに、オフフックを検出したＩＰ電話１０２は、ＧＫを介して「Ｃｏｎｎｅｃｔ」メッセージをＩＰ電話１０１に対して送出する（ＳＴ１３０３）。そして、この「Ｃｏｎｎｅｃｔ」メッセージをＩＰ電話１０１で受信すると、ＧＫを介してＩＰ電話１０１とＩＰ電話１０２との間でＨ．２４５手順によるネゴシエーションが行われる（ＳＴ１３０４）。そして、通話可能状態となる。
【００９９】
図１４は、図１３に示すシーケンスにおける着信側のＩＰ電話１０２の動作を説明するためのフロー図である。
【０１００】
図１４に示すシーケンスにおいては、「ＩＮＶＩＴＥ」メッセージの代わりに「ＳＥＴＵＰ」メッセージを監視する点（ＳＴ１４０１）、オペレータからオフフックを受け付けた場合に「２００ＯＫ」メッセージを送出する代わりに「Ｃｏｎｎｅｃｔ」メッセージを送出する点（ＳＴ１４０２）、「Ｃｏｎｎｅｃｔ」メッセージを送出した後にＨ．２４５手順によるネゴシエーションを行う点（ＳＴ１４０３）及びＳＴ１００５の判断においてｈｔｔｐプトロコルに対応可能である旨を示すＮＡＰＴＲレコードがない場合に「Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅ」メッセージを送出する点（ＳＴ１４０４）において、図１０に示す動作フローと相違する。
【０１０１】
このようにＩＰ電話１０１とＩＰ電話１０２との間でＨ．３２３プロトコルに従って呼制御を行う場合においても、「ＳＥＴＵＰ」メッセージを受信すると、ＩＰ電話１０２は、ＳＴ８０６〜ＳＴ８０９（ＳＴ１００２〜ＳＴ１００７）に示す要領で発信者情報を取得する。そして、その発信者情報に応じてオペレータは応答するか否かを判断することができるので、本実施の形態に係るＩＰ電話システムと同様の効果を得ることができる。
【０１０２】
なお、本実施の形態に係るＩＰ電話システムにおいて、音声とは人の話す声に限らず音一般、音声帯域に変調されたモデム信号、ＦＡＸ信号であっても構わない。また、電話機とはファクシミリ装置であっても構わない。
【０１０３】
また、本実施の形態に係るＩＰ電話システムにおいては、ＩＰ電話は、単体の装置として存在する場合について説明しているが、これに限定されない。すなわち、接続される通常の電話装置をＩＰ電話として機能させる機能を有する制御アダプタに、通常の電話装置を接続してＩＰ電話を構成してもよい。なお、通常の電話装置とは、ＩＰネットワーク１０６を介して音声通話をする機能を有しない電話装置のことをいうものとする。
【０１０４】
さらに、以上の説明におけるＩＰ電話は、総務省が定義し通信事業者が運用するＩＰ電話や、ローカルなネットワーク又は自営網でのＴＣＰ／ＩＰ等のコンピュータ通信プロトコルによるネットワークで実現されるものも含むものとする。
【産業上の利用可能性】
【０１０５】
本発明に係るＩＰ電話システム、ＩＰ電話装置及び通話方法によれば、悪質な勧誘電話などへの応答を回避しつつ、初めて着信のあった通話相手との間においても安心して通話することができ、より利便性に優れたＩＰ電話システムを提供できる点で有用である。
【図面の簡単な説明】
【０１０６】
【図１】本発明の一実施の形態に係るＩＰ電話システムが適用されるネットワークの構成を示す図
【図２】上記実施の形態に係るＩＰ電話システムを構成するＩＰ電話の構成を示すブロック図
【図３】上記実施の形態に係るＩＰ電話の外観を示す正面図
【図４】上記実施の形態に係るＩＰ電話システムにおけるＥＮＵＭサーバの代表的な構成を示すブロック図
【図５】上記実施の形態に係るＥＮＵＭサーバのＤＢに登録されたＮＡＰＴＲレコードの一例を示す図
【図６】上記実施の形態に係るＤＮＳサーバのＤＢに登録されたデータの一例を示す図
【図７】上記実施の形態に係るＷｅｂサーバに登録されたデータの一例を示す図
【図８】上記実施の形態に係るＩＰ電話システムにおいて、発信側のＩＰ電話が着信側のＩＰ電話と通話を行うまでの動作について説明するためのシーケンス図
【図９】上記実施の形態に係るＩＰ電話システムにおいて、発信側のＩＰ電話から着信側のＩＰ電話に送出される「ＩＮＶＩＴＥ」メッセージの内容の一例について示す図
【図１０】図８に示すシーケンスにおける着信側のＩＰ電話の動作を説明するためのフロー図
【図１１】上記実施の形態の変形例に係るＥＮＵＭサーバのＤＢに登録されたＮＡＰＴＲレコードの一例を示す図
【図１２】上記実施の形態の変形例に係るＩＰ電話システムにおいて、発信側のＩＰ電話が着信側のＩＰ電話と通話を行うまでの動作について説明するためのシーケンス図
【図１３】上記実施の形態の変形例に係るＩＰ電話システムにおいて、発信側のＩＰ電話が着信側のＩＰ電話と通話を行うまでの動作について説明するためのシーケンス図
【図１４】図１３に示すシーケンスにおける着信側のＩＰ電話の動作を説明するためのフロー図
【符号の説明】
【０１０７】
１０１，１０２  ＩＰ電話装置（ＩＰ電話）
１０３  ＥＮＵＭサーバ
１０４  ＤＮＳサーバ
１０５  Ｗｅｂサーバ
１０６  ＩＰネットワーク
２０１  ＩＰ電話制御部
２０２  クエリー／応答処理部
２０３  ｈｔｔｐクライアント部
２０４  表示部
【図１】
2006033586.tif 000003
【図２】
2006033586.tif 000004
【図３】
2006033586.tif 000005
【図４】
2006033586.tif 000006
【図５】
2006033586.tif 000007
【図６】
2006033586.tif 000008
【図７】
2006033586.tif 000009
【図８】
2006033586.tif 000010
【図９】
2006033586.tif 000011
【図１０】
2006033586.tif 000012
【図１１】
2006033586.tif 000013
【図１２】
2006033586.tif 000014
【図１３】
2006033586.tif 000015
【図１４】
2006033586.tif 000016