JP4377741B2 - Ｉｐ電話システム、ｉｐ電話装置及び通話方法 - Google Patents

Description

本発明は、ＩＰ網を介して通話するＩＰ電話システム、ＩＰ電話装置及び通話方法に関する。

近年、インターネットの急速な普及に伴い、遠隔地と低料金で通話が可能であるインターネット電話システム（ＩＰ電話システム）が注目されている。

従来、電話機の電話番号に対応するＩＰアドレスを電話番号と関連付けて登録可能なサーバをインターネット上に設け、電話機から通話相手の電話番号が入力されるとサーバから通話相手の電話番号に対応するＩＰアドレスを入手して通話相手に接続動作を行い、対応するＩＰアドレスを受け取れない場合等にはインターネット電話用ゲートウェイ及び公衆回線を経由する経路のうち通話料金が最も安くなる経路を選択して通話相手に接続するインターネット電話システムが提案されている（例えば、特許文献１参照）。
特開２００２−１７６４５３号公報

しかしながら、従来のインターネット電話システムにおいては、通話相手の電話番号に対応するＩＰアドレスを入手して通話相手に接続動作を行う際、発呼元の電話機と発呼先の電話機との間で共通のプロトコルを利用することが必要となる。したがって、予め利用するプロトコルを統一しておく措置が必要となり、統一されたプロトコル以外のプロトコルに対応する電話機に対しては対応することができないという問題がある。

一方、かかるＩＰ電話の急速な普及に伴い、ＩＰ網上に設置されＩＰ電話装置（以下、「ＩＰ電話」という）におけるＩＰ網を介した音声通話を管理するＣＡ（Call Agent）の負荷が過大となりつつある。このため、現在、ＩＰ網側に設置されたＣＡの負荷を軽減させることが要請されている。以下、ＣＡの負荷の現状について説明する。

図１１は、従来のＩＰ電話を用いた場合に利用される通話の経路を示す図である。以下、同図に示すＩＰ電話Ａ１１０１とＩＰ電話Ｂ１１０２との間で通話する場合の経路について説明する。

なお、図１１において、ＩＰ電話Ａ１１０１及びＩＰ電話Ｂ１１０２は、それぞれ異なるプロバイダと契約しているものとし、また、それぞれ異なるキャリアが有するＣＡにより管理されるものとする。ＩＰ電話Ａ１１０１及びＩＰ電話Ｂ１１０２は、ＩＰ網及びＰＳＴＮ網を介して音声通話が可能な機能を有している。また、ＣＡは、ＳＩＰ(Session Initiation Protocol)サーバとしての機能を有するものとする。

ＩＰ電話Ａ１１０１がＩＰ電話Ｂ１１０２との間で通話をする場合、ＩＰ網を介して通話をする場合と、公衆回線交換網（以下、「ＰＳＴＮ網」という）を介して行う場合とがある。なお、以下においては、ＩＰ網を介して通話を行う場合についてＳＩＰプロトコルに従ってＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２とが通話を行う場合について示す。

ＩＰ網を介して通話を行う場合、ＩＰ電話Ａ１１０１は、モデムＡ１１０３を介してキャリアＡが有するＣＡ１１０４に宛先端末（ＩＰ電話Ｂ１１０２）の情報を含む「ＩＮＶＩＴＥ」メッセージを送出する。ＣＡ１１０４では、宛先端末が管理対象の端末でないため、当該宛先端末を管理するＣＡを検索する。検索の結果、キャリアＢが有するＣＡ１１０５を認識し、先の「ＩＮＶＩＴＥ」メッセージを送出する。ＣＡ１１０５では、この「ＩＮＶＩＴＥ」メッセージの内容に応じてＩＰ電話Ｂ１１０２にこれを送出する。ＩＰ電話Ｂ１１０２は、この「ＩＮＶＩＴＥ」メッセージをモデムＢ１１０６を介して受け取る。「ＩＮＶＩＴＥ」メッセージを受け取った後、ＳＩＰに規定されるメッセージをＩＰ電話Ａ１１０１とＩＰ電話Ｂ１１０２との間で交換し、その後、通話可能状態となる。

一方、ＰＳＴＮ網を介して通話を行う場合、ＩＰ電話Ａ１１０１は、ＩＰ電話Ｂ１１０２の電話番号を入力して発呼する。すると、ＩＰ電話Ａ１１０１からＰＳＴＮ網を経由してＩＰ電話Ｂ１１０２に着信する。そして、ＩＰ電話Ｂ１１０２で受話器を上げるなどの対応があると、ＩＰ電話Ａ１１０１とＩＰ電話Ｂ１１０２との間の回線が確立し、その後、通話可能状態となる。

なお、図１１においては、ＩＰ電話Ａ１１０１から携帯電話網やＰＳＴＮ網上に存在する端末と通話する場合の通話経路も示している。その場合、ＩＰ電話Ａ１１０１からの音声データは、ＭＧ（Media Gateway）１１０７においてＰＳＴＮ網又は携帯電話網で必要な形態に変換された後、交換機１１０８を介してＰＳＴＮ網又は携帯電話網に送出される。

また、ＩＰ網を介して通話を行う場合において、ＩＰ網に何らかの問題が発生した場合には、ＣＡ１１０４は、ＩＰ網以外の網を迂回して通話を行わせる。例えば、ＰＳＴＮ網を迂回して通話を行わせる場合には、ＩＰ電話Ａ１１０１からの音声データは、上述の場合と同様にＭＧ１１０７及び交換機１１０８を介してＰＳＴＮ網に送出される。そして、キャリアＢの交換機１１０９及びＭＧ１１１０を介してＩＰ電話Ｂ１１０２に送出される。

図１２は、ＩＰ網を介して通話を行う場合のシーケンスについて示す図である。

ＩＰ電話Ａ１１０１でダイヤル発呼されると、ＣＡ１１０４に対して「ＩＮＶＩＴＥ」メッセージが送出される。ＣＡ１１０４は、この「ＩＮＶＩＴＥ」メッセージをＣＡ１１０５に送出すると共に、ＩＰ電話Ａ１１０１に「１００ｔｒｙｉｎｇ」メッセージを送出する。同様に、ＣＡ１１０５は、この「ＩＮＶＩＴＥ」メッセージをＩＰ電話Ｂ１１０２に送出すると共に、ＣＡ１１０４に「１００ｔｒｙｉｎｇ」メッセージを送出する。

ＩＰ電話Ｂ１１０２は、この「ＩＮＶＩＴＥ」メッセージを受け取ると、「１００ｔｒｙｉｎｇ」メッセージを送出した後、「１８０Ｒｉｎｇｉｎｇ」メッセージをＣＡ１１０５に送出する。また、この「１８０Ｒｉｎｇｉｎｇ」メッセージを送出すると共に、着信音を鳴動させる。ＣＡ１１０５は、この「１８０Ｒｉｎｇｉｎｇ」メッセージをＣＡ１１０４に送出する。ＣＡ１１０４は、この「１８０Ｒｉｎｇｉｎｇ」メッセージをＩＰ電話Ａ１１０１に送出する。ＩＰ電話Ａ１１０１では、この「１８０Ｒｉｎｇｉｎｇ」メッセージに応じて呼出音を鳴動させる。

着信音に応じてＩＰ電話Ｂ１１０２においてオフフック動作等か検出されると、ＩＰ電話Ｂ１１０２は、これに応じてＣＡ１１０５に対して接続許可を示す「２００ＯＫ」メッセージを送出する。ＣＡ１１０５は、この「２００ＯＫ」メッセージをＣＡ１１０４に送出する。ＣＡ１１０４は、この「２００ＯＫ」メッセージをＩＰ電話Ａ１１０１に送出する。

この「２００ＯＫ」メッセージを受けると、ＩＰ電話Ａ１１０１は、「ＡＣＫ」メッセージをＣＡ１１０４に送出する。ＣＡ１１０４は、この「ＡＣＫ」メッセージをＣＡ１１０５に送出する。ＣＡ１１０５は、この「ＡＣＫ」メッセージをＩＰ電話Ｂ１１０２に送出する。ＩＰ電話Ｂ１１０２がこの「ＡＣＫ」メッセージを受け取ると、ＩＰ網を介してＩＰ電話Ａ１１０１とＩＰ電話Ｂ１１０２との間で通話可能状態となる。

このようにＩＰ網を介して通話を行う場合には、ＣＡが「ＩＮＶＩＴＥ」メッセージや「２００ＯＫ」メッセージといった全てのメッセージを発呼先の端末又は他のＣＡに中継する必要があるため、ＣＡの負荷が過大となり、今後更にＩＰ電話が普及していく環境下においては更に深刻になるという問題がある。

また、ＰＳＴＮ網を介して通話を行う場合においても、発呼元のＩＰ電話に宛先端末がＰＳＴＮ経由で通話を行う端末であると予め設定されていない場合には、発呼の際にＣＡに対して所定信号（例えば、ＳＩＰにおける「ＩＮＶＩＴＥ」メッセージ）が送出される。ＣＡにおいては、この所定信号に対応することとなるため、上述の問題と合わせて更に負荷が過大となるという問題がある。

本発明は、かかる問題点に鑑みて為されたものであり、ＩＰ網を介して通話を行うための複数のプロトコルに柔軟に対応すると共に、ＩＰ網上に設置されたＣＡの負荷を軽減することができるＩＰ電話システム、ＩＰ電話装置及び通話方法を提供することを目的とする。

本発明は、ＩＰ網又はＰＳＴＮ網を介して宛先端末と音声通話を行うＩＰ電話装置と、前記ＩＰ電話装置からの宛先端末の電話番号に基づく問合せに応じて前記宛先端末のサービス種別を示すＳｅｒｖｉｃｅフィールドと選択順序を示すＯｒｄｅｒフィールドとＵＲＩとからなるＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバと、を具備するＩＰ電話システムであって、前記ＩＰ電話装置は、音声通話を行う際、宛先端末に対応するＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、前記問い合わせに応じて返送されたＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドに設定された値に応じた順序で当該ＮＡＰＴＲリソースレコードをソートし、ソートされた順にＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別を判断し、当該サービス種別がＳＩＰプロトコルである場合にＩＰ網によりＳＩＰプロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＨ．３２３プロトコルである場合にＩＰ網によりＨ．３２３プロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＰＳＴＮ網による通話である場合にＰＳＴＮ網を介して当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と直接呼制御を行った後に音声通話を行うようにしたものである。

本発明に係るＩＰ電話システム、ＩＰ電話装置及び通話方法によれば、ＩＰ網を介して通話を行うための複数のプロトコルに柔軟に対応すると共に、ＩＰ網上に設置されたＣＡの負荷を軽減することができる。

本発明の第１の態様に係るＩＰ電話システムは、ＩＰ網又はＰＳＴＮ網を介して宛先端末と音声通話を行うＩＰ電話装置と、前記ＩＰ電話装置からの宛先端末の電話番号に基づく問合せに応じて前記宛先端末のサービス種別を示すＳｅｒｖｉｃｅフィールドと選択順序を示すＯｒｄｅｒフィールドとＵＲＩとからなるＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバと、を具備するＩＰ電話システムであって、前記ＩＰ電話装置は、音声通話を行う際、宛先端末に対応するＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、前記問い合わせに応じて返送されたＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドに設定された値に応じた順序で当該ＮＡＰＴＲリソースレコードをソートし、ソートされた順にＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別を判断し、当該サービス種別がＳＩＰプロトコルである場合にＩＰ網によりＳＩＰプロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＨ．３２３プロトコルである場合にＩＰ網によりＨ．３２３プロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＰＳＴＮ網による通話である場合にＰＳＴＮ網を介して当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と直接呼制御を行った後に音声通話を行う構成を採る。

この構成によれば、ＥＮＵＭサーバから応答のあったＮＡＰＴＲリソースレコードの内容に従ってＩＰ網又はＰＳＴＮ網を通話経路として選択して音声通話が行われる。したがって、ＮＡＰＴＲリソースレコードの内容がＳＩＰプロトコルやＨ．３２３プロトコルをそのサービス種別として設定している場合にＩＰ網を介して通話を行うための複数のプロトコルに柔軟に対応することができる。

また、ＥＮＵＭサーバから応答のあったＮＡＰＴＲリソースレコードの内容に従ってＩＰ網又はＰＳＴＮ網が通話経路として選択されるので、必要な場合にのみＩＰ網が通話経路として選択される。一方、ＰＳＴＮ網が選択された場合にはＩＰ電話管理サーバ（ＣＡ）の処理は生じない。このため、ＩＰ電話管理サーバ（ＣＡ：Call Agent）の処理を低減することができるので、ＩＰ電話管理サーバの負荷を軽減することができる。

また、ＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドに設定された値に応じた順序で当該ＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別が判断される。したがって、Ｏｒｄｅｒフィールドに設定された値を操作することで、ＩＰ網又はＰＳＴＮ網の選択順序を指定することができる。

本発明の第２の態様に係るＩＰ電話装置は、ＩＰ電話装置からの宛先端末の電話番号に基づく問合せに応じて前記宛先端末のサービス種別を示すＳｅｒｖｉｃｅフィールドと選択順序を示すＯｒｄｅｒフィールドとＵＲＩとからなるＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバに接続されるＩＰ電話装置であって、音声通話を行う際、宛先端末に対応するＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、前記問い合わせに応じて返送されたＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドに設定された値に応じた順序で当該ＮＡＰＴＲリソースレコードをソートし、ソートされた順にＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別を判断し、当該サービス種別がＳＩＰプロトコルである場合にＩＰ網によりＳＩＰプロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＨ．３２３プロトコルである場合にＩＰ網によりＨ．３２３プロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＰＳＴＮ網による通話である場合にＰＳＴＮ網を介して当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と直接呼制御を行った後に音声通話を行う構成を採る。

この構成によれば、ＥＮＵＭサーバから応答のあったＮＡＰＴＲリソースレコードの内容に従ってＩＰ網又はＰＳＴＮ網を通話経路として選択して音声通話が行われる。したがって、ＮＡＰＴＲリソースレコードの内容がＳＩＰプロトコルやＨ．３２３プロトコルをそのサービス種別として設定している場合にＩＰ網を介して通話を行うための複数のプロトコルに柔軟に対応することができる。

また、ＥＮＵＭサーバから応答のあったＮＡＰＴＲリソースレコードの内容に従ってＩＰ網又はＰＳＴＮ網が通話経路として選択されるので、必要な場合にのみＩＰ網が通話経路として選択される。ＰＳＴＮ網が選択された場合にはＩＰ電話管理サーバ（ＣＡ）の処理は生じない。このため、ＩＰ電話管理サーバ（ＣＡ）の処理を低減することができるので、ＩＰ電話管理サーバの負荷を軽減することができる。

また、ＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドに設定された値に応じた順序で当該ＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別が判断される。したがって、Ｏｒｄｅｒフィールドに設定された値を操作することで、ＩＰ網又はＰＳＴＮ網の選択順序を指定することができる。

本発明の第３の態様に係る通話方法は、ＩＰ網又はＰＳＴＮ網を介して宛先端末と音声通話を行うＩＰ電話装置と、前記ＩＰ電話装置からの宛先端末の電話番号に基づく問合せに応じて前記宛先端末のサービス種別を示すＳｅｒｖｉｃｅフィールドと選択順序を示すＯｒｄｅｒフィールドとＵＲＩとからなるＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバと、を用いた通話方法であって、前記ＩＰ電話装置から音声通話を行う際、宛先端末に対応するＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、前記問い合わせに応じて返送されたＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドに設定された値に応じた順序で当該ＮＡＰＴＲリソースレコードをソートし、ソートされた順にＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別を判断し、当該サービス種別がＳＩＰプロトコルである場合にＩＰ網によりＳＩＰプロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＨ．３２３プロトコルである場合にＩＰ網によりＨ．３２３プロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＰＳＴＮ網による通話である場合にＰＳＴＮ網を介して当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と直接呼制御を行った後に音声通話を行うものである。

本発明の第４の態様に係る通信方法は、少なくともＩＰ網を介して通信を行う通信装置と、前記通信装置からの宛先端末のＥ．１６４番号に基づく問合せに応じて前記宛先端末のサービス種別を示すＳｅｒｖｉｃｅフィールドと選択順序を示すＯｒｄｅｒフィールドとＵＲＩとからなるＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバと、を用いた通信方法であって、宛先端末のＥ．１６４番号に基づいて前記通信装置から前記宛先端末に対応するＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、前記ＥＮＵＭサーバから返送されたＮＡＰＴＲリソースレコードを受信し、前記受信したＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドに設定された値に応じた順序で当該ＮＡＰＴＲリソースレコードをソートし、ソートされた順にＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別を判断し、当該サービス種別がＳＩＰプロトコルである場合にＩＰ網により前記ＳＩＰプロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と通信を行い、当該サービス種別がＨ．３２３プロトコルである場合にＩＰ網により前記Ｈ．３２３プロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と通信を行うものである。

以下、本発明の実施の形態について図面を参照して詳細に説明する。

図１は、本発明の一実施の形態に係るＩＰ電話システムが適用されるネットワークの構成を示す図である。

図１においては、それぞれ異なるプロバイダと契約しているＩＰ電話Ａ１０１と、ＩＰ電話Ｂ１０２とが通話する場合に必要となるネットワークの構成について示している。ＩＰ電話Ａ１０１は、プロバイダＡ１０３と契約しており、ＩＰ電話Ｂ１０２は、プロバイダＢ１０４と契約している。ＩＰ電話Ａ１０１及びＩＰ電話Ｂ１０２は、ＩＰ網及びＰＳＴＮ網を介して音声通話が可能な機能を有している。

また、ＩＰ電話Ａ１０１及びＩＰ電話Ｂ１０２は、それぞれ異なるキャリアが運用する、ＩＰ電話管理サーバを構成するＣＡにより管理されている。ＩＰ電話Ａ１０１は、キャリアＡ１０５が有するＣＡ１０６に管理され、ＩＰ電話Ｂ１０２は、キャリアＢ１０７が有するＣＡ１０８に管理されている。ＣＡ１０６及びＣＡ１０８は、それぞれＩＰ電話Ａ１０１及びＩＰ電話Ｂ１０２におけるＩＰ網を介した音声通話を管理する。なお、ＣＡ１０６及びＣＡ１０８は、それぞれＳＩＰ(Session Initiation Protocol)サーバとしての機能を有する。プロバイダＡ１０３は、キャリアＡ１０５が運用するＣＡ１０６を利用しており、プロバイダＢ１０４は、キャリアＢ１０７が運用するＣＡ１０８を利用している。

プロバイダＡ１０３は、ＥＮＵＭ（E.164 telephone Number Mapping）サーバ１０９として機能する端末を備えている。例えば、ＥＮＵＭサーバ１０９は、データベースを管理可能なソフトウェアを搭載したパーソナルコンピュータ(以下、「ＰＣ」という)で実現される。プロバイダＢ１０４も、プロバイダＡ１０３と同様に、ＥＮＵＭサーバ１１０を備えている。かかるＥＮＵＭサーバ１０９及び１１０は、ＤＮＳ（Domain Name System）サーバとしての機能を有するものとする。なお、ＥＮＵＭサーバ１０９等にＤＮＳサーバとしての機能を有させず、ＤＮＳサーバをＥＮＵＭサーバ１０９等から独立した構成としてもよい。また、ＥＮＵＭサーバ１０９及び１１０は、それぞれプロバイダＡ１０３及びプロバイダＢ１０４が備えず、キャリアＡ１０５及びキャリアＢ１０７が備えてもよい。

かかる構成を有するネットワークにおいてＩＰ電話Ａ１０１がＩＰ電話Ｂ１０２との間で通話をする場合、本実施の形態に係るＩＰ電話システムにおいては、図１に示すように、ＩＰ網を介して通話を行う場合及びＰＳＴＮ網を介して行う場合がある。ＩＰ網を介して通話を行う場合、ＩＰ電話Ａ１０１からＣＡ１０６やＥＮＵＭサーバ１０９等への信号やデータは、ＤＳＬモデムなどで構成されるモデムＡ１１１を介して送出される。同様に、ＩＰ電話Ｂ１０２からの信号やデータもＤＳＬモデムなどで構成されるモデムＢ１１２を介して送出される。

ＩＰ網を介して通話を行う場合においては、ＩＰ電話Ａ１０１とＣＡ１０６との間の信号等の交換は、ＳＩＰプロトコルに従って行われる場合と、Ｈ．３２３プロトコルに従って行われる場合がある。ＳＩＰプロトコルに従って行われる場合には、ＩＰ電話Ａ１０１とＣＡ１０６との間で直接、信号等の交換が行われる。一方、Ｈ．３２３プロトコルに従って行われる場合には、ＩＰ電話管理サーバを構成するゲートキーパ（不図示）を介して信号等の交換が行われる。いずれに場合においても、宛先端末であるＩＰ電話Ｂ１０２から接続を許可する旨の信号を受け取ると、通話可能状態となる。なお、ＳＩＰプロトコル及びＨ．３２３プロトコルに従って送出される信号等については後述する。

一方、ＰＳＴＮ網を介して通話を行う場合、ＩＰ電話Ａ１０１は、ＩＰ電話Ｂ１０２の電話番号を入力して発呼する。すると、ＩＰ電話Ａ１０１からＰＳＴＮ網を経由してＩＰ電話Ｂ１０２に着信する。そして、ＩＰ電話Ｂ１０２で受話器を上げるなどの対応があると、ＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間の回線が確立し、その後、通話可能状態となる。

なお、ＰＳＴＮ網を介して通話を行う場合には、原則として事前に発呼元端末であるＩＰ電話Ａ１０１においてＥＮＵＭサーバ１０９への問い合わせを行わないようにする設定が必要となる。かかる設定が行われていない場合には、後述するように、発呼元端末であるＩＰ電話Ａ１０１は、ＥＮＵＭサーバ１０９にＮＡＰＴＲリソースレコードを問い合わせることとなる。

ＩＰ網を介して通話を行う場合、並びに、ＰＳＴＮ網を介して通話を行う場合、本実施の形態に係るＩＰ電話システムにおいては、まず、発呼元端末であるＩＰ電話Ａ１０１がＥＮＵＭサーバ１０９に対してＮＡＰＴＲリソースレコードを問い合わせる。そして、応答のあったＮＡＰＴＲリソースレコードの内容に応じて通話経路を選択して宛先端末であるＩＰ電話Ｂ１０２との間で通話を行う。

なお、図１においては、ＩＰ電話Ａ１０１（ＩＰ電話Ｂ１０２）から携帯電話網やＰＳＴＮ網上に存在する端末と通話する場合の通話経路も示している。その場合、ＩＰ電話Ａ１０１からの音声データは、ＭＧ（Media Gateway）１１３においてＰＳＴＮ網又は携帯電話網で必要な形態に変換された後、交換機１１４を介してＰＳＴＮ網又は携帯電話網に送出される。

また、ＩＰ網を介してＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間で通話を行う場合において、ＩＰ網に何らかの問題が発生した場合には、ＣＡ１０６（ＣＡ１０８）は、ＩＰ網以外の網を迂回して通話を行わせる。例えば、ＰＳＴＮ網を迂回して通話を行わせる場合には、ＩＰ電話Ａ１０１（ＩＰ電話Ｂ１０２）からの音声データは、上述の場合と同様にＭＧ１１３（ＭＧ１１５）及び交換機１１４(交換機１１６)を介してＰＳＴＮ網に送出される。そして、キャリアＢ１０７（キャリアＡ１０５）の交換機１１６（交換機１１４）及びＭＧ１１５（ＭＧ１１３）を介してＩＰ電話Ｂ１０２（ＩＰ電話Ａ１０１）に送出される。

図２は、本実施の形態に係るＩＰ電話システムを構成するＩＰ電話Ａ１０１の構成を示すブロック図である。なお、ＩＰ電話Ｂ１０２についても同様の構成を有する。

同図に示すように、本実施の形態に係るＩＰ電話Ａ１０１は、制御アダプタ２０１に通常の電話機２０２を接続して構成される。ここで通常の電話機とは、ＩＰ網を介して音声通話を行う機能を有しないＰＳＴＮ網による通話のみ可能な電話機をいうものとする。なお、本実施の形態に係る制御アダプタ２０１は、２台の通常の電話機２０２を接続可能であり、各電話機をＩＰ電話として機能させることができる。なお、制御アダプタ２０１が接続可能な電話機を３台以上にすることも可能である。

制御アダプタ２０１は、装置本体の全体を制御するＣＰＵ２０３を備えている。このＣＰＵ２０３に制御バス２０４を介してＲＯＭ２０５及びＲＡＭ２０６が接続されている。ＲＯＭ２０５には、ＣＰＵ２０３が読み込んで実行する本制御アダプタ２０１の制御プログラムが格納されている。ＲＡＭ２０６は、ＣＰＵ２０３が制御プログラムを実行する際のワークメモリとして機能する。なお、本制御アダプタ２０１においては、ＲＯＭ２０５としてフラッシュＲＯＭを用い、ＲＡＭ２０６としてＳＤＲＡＭを用いる。

また、ＣＰＵ２０３にポート２０７を介してクロスポイントミキサ２０８が接続されている。クロスポイントミキサ２０８は、後述するＮＣＵを介して接続された２台の電話機に提供する通話路の切換え機能及びミキシング機能を備える。

クロスポイントミキサ２０８にＮＣＵ（Network Control Unit）２０９が接続されている。ＮＣＵ２０９は、本制御アダプタ２０１に接続された電話回線を制御して通信相手との回線の接続又は切断を行う。

さらに、ＣＰＵ２０３に制御バス２０４を介してＡ／Ｄ・Ｄ／ＡＣＯＤＥＣ２１０が接続されている。Ａ／Ｄ・Ｄ／ＡＣＯＤＥＣ２１０は、電話機２０２から入力された音声データのアナログ／デジタル変換を行った後、圧縮処理を施す。一方、後述するＬＡＮコントローラを介して受け取った圧縮データを復元した後、デジタル／アナログ変換処理を施す。

さらに、ＣＰＵ２０３に制御バス２０４を介してＬＡＮコントローラ２１１及びＬＡＮコントローラ２１２が接続されている。ＬＡＮコントローラ２１１は、本制御アダプタ２０１が接続されたネットワークを構成するイーサネット（Ｒ）を介して接続されたＩＰ電話やＰＣ等との間で通信される信号の制御を行う。なお、ネットワーク上を送信されるパケットデータの組立て及び解析は、ＬＡＮコントローラ２１１によって行われる。ＬＡＮコントローラ２１２は、本制御アダプタ２０１にイーサネット（Ｒ）を介して接続されたＤＳＬモデム（モデムＡ）を介してＩＰ網やＥＮＵＭ網との間で通信される信号の制御を行う。

さらに、ＣＰＵ２０３に制御バス２０４を介してＰＳＴＮコントローラ２１３が接続されている。ＰＳＴＮコントローラ２１３は、アナログインターフェイス（Ｉ／Ｆ）２１４を介して接続されるＰＳＴＮ網との間で通信される信号の制御を行う。

なお、以上の制御アダプタ２０１に通常の電話機を接続する形ではなく、ＩＰ電話Ａ１０１でかかる構成を実現する場合には、本制御アダプタ２０１の機能を有する制御ボードをＩＰ電話Ａ１０１に搭載することで実現可能である。

図３は、本実施の形態に係るＩＰ電話システムを構成するＥＮＵＭサーバ１０９の構成を示すブロック図である。なお、ＥＮＵＭサーバ１１０についても同様の構成を有する。

同図に示すように、ＥＮＵＭサーバ１０９は、サーバ本体の全体を制御するＣＰＵ３０１を備えている。このＣＰＵ３０１にメモリ３０２が接続されている。メモリ３０２は、ＣＰＵ３０１が読み込んで実行する本ＥＮＵＭサーバ１０９の制御プログラムが格納されるＲＯＭとしての機能と、ＣＰＵ３０１が制御プログラムを実行する際のワークメモリとして機能するＲＡＭとしての機能とを備える。

また、ＣＰＵ３０１にデータベース（ＤＢ）３０３が接続されている。ＤＢ３０３は、後述するＮＡＰＴＲリソースレコードを登録している。ＣＰＵ３０１は、例えば、ＩＰ電話Ａ１０１からＥ．１６４番号に基づいて問い合わせを受けると、ＤＢ３０３に登録されたデータから該当するＮＡＰＴＲリソースレコードを検索して問い合わせをしてきたＩＰ電話Ａ１０１に返す。

さらに、ＣＰＵ３０１に入出力装置３０４が接続されている。入出力装置３０４は、例えば、キーボード等の入力装置と、ディスプレイ等の出力装置とから構成される。入力装置は、例えば、ＤＢ３０３に登録されるデータの内容を追加、編集する場合に利用される。出力装置は、例えば、ＤＢ３０３に登録されるデータの内容をＥＮＵＭサーバ１０９の管理者等が確認する場合に利用される。

さらに、ＣＰＵ３０１にネットワークインターフェイス（Ｉ／Ｆ）３０５が接続されている。ネットワークＩ／Ｆ３０５は、本ＥＮＵＭサーバ１０９が接続されるインターネットとのインターフェイスである。

図４は、本実施の形態に係るＥＮＵＭサーバ１０９のＤＢ３０３に登録されたＮＡＰＴＲリソースレコードの一例を示す図である。同図においては、電話番号「０５０１００００００」、「０３１００００００１」及び「０３１００００００３」から得られるドメイン名に対応するＮＡＰＴＲリソースレコードが登録されている。

電話番号「０５０１００００００」から得られるドメイン名「０．０．０．０．０．０．１．０．５．１．８．ｅ１６４．ａｒｐａ」に対してＵＲＩ「８１５０１００００００＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」が対応付けられている。そのＳｅｒｖｉｃｅフィールドにはＳＩＰプロトコルに対応可能である旨を示す「Ｅ２Ｕ＋ｓｉｐ」と記述されている。

また、電話番号「０３１００００００１」から得られるドメイン名「１．０．０．０．０．０．０．１．３．１．８．ｅ１６４．ａｒｐａ」に対して２つのＵＲＩ「８１３１００００００１＠ｔｏｋｙｏ．ｓｉｐ．ｊｐ」及び「８１３１００００００１；ｓｖｃ＝ｖｏｉｃｅ」が対応付けられている。すなわち、ＤＢ３０３には、電話番号「０３１００００００１」である宛先端末に対応して２つのＮＡＰＴＲリソースレコードが登録されている。前者のＳｅｒｖｉｃｅフィールドにはＳＩＰプロトコルに対応可能である旨を示す「Ｅ２Ｕ＋ｓｉｐ」と記述されている。後者のＳｅｒｖｉｃｅフィールドにＰＳＴＮ網による通話に対応可能である旨を示す「Ｅ２Ｕ＋ｔｅｌ」と記述されている。

さらに、電話番号「０３１００００００３」から得られるドメイン名「３．０．０．０．０．０．０．１．３．１．８．ｅ１６４．ａｒｐａ」に対して２つのＵＲＩ「８１３１００００００３＠ｔｏｋｙｏ．ｈ３２３．ｊｐ」及び「８１３１００００００３；ｓｖｃ＝ｖｏｉｃｅ」が対応付けられている。すなわち、ＤＢ３０３には、電話番号「０３１００００００３」である宛先端末に対応して２つのＮＡＰＴＲリソースレコードが登録されている。前者のＳｅｒｖｉｃｅフィールドにはＨ．３２３による接続に対応可能である旨を示す「Ｅ２Ｕ＋ｈ３２３」と記述されている。後者のＳｅｒｖｉｃｅフィールドにＰＳＴＮ網による通話に対応可能である旨を示す「Ｅ２Ｕ＋ｔｅｌ」と記述されている。

図５は、本実施の形態に係るＩＰ電話システムにおいて、ＩＰ電話Ａ１０１からＩＰ電話Ｂ１０２に発呼を行う場合の動作を説明するためのフロー図である。なお、図５に示すフローを開始する際、ＥＮＵＭサーバ１０９のＤＢ３０３には、図４で説明したＮＡＰＴＲリソースレコードが登録されているものとする。

ＩＰ電話Ａ１０１からＩＰ電話Ｂ１０２に発呼する場合、ＩＰ電話Ａ１０１のオペレータからＩＰ電話Ｂ１０２の電話番号が入力された後、発呼が指示される。例えば、ＩＰ電話Ｂ１０２に電話番号「０３１００００００３」が対応付けられている場合には、電話番号「０３１００００００１」が入力された後、発呼が指示される。

電話番号を受け付けた後、発呼指示を受け付けると、ＩＰ電話Ａ１０１は、この電話番号に対応するＮＡＰＴＲリソースレコードをＥＮＵＭサーバ１０９に対して問い合わせる（ＳＴ５０１）。上述の例の場合、ＩＰ電話Ａ１０１は、まず、オペレータが入力した「０３１００００００１」を国番号付きのＥ．１６４番号である「＋８１−３−１００００００１」に変換し、先頭の＋と数字を残して「＋８１３１００００００１」とする。そして、数字以外の文字を抹消して数字間にドットを挿入して「８．１．３．１．０．０．０．０．０．０．１」とする。次に、数字を逆順にして最後に文字列．ｅ１６４．ａｒｐａを追加する。これにより、ドメイン名である「１．０．０．０．０．０．０．１．３．１．８．ｅ１６４．ａｒｐａ」を得て、この文字列に対応するＮＡＰＴＲリソースレコードを問い合わせる。

そして、ＥＮＵＭサーバ１０９からの応答を待機する（ＳＴ５０２）。仮に応答がない場合には、ＩＰ電話Ａ１０１は、通話失敗と判断し処理を終了する。例えば、通信回線の不具合が発生したような場合に応答が得られない事態が発生する。

一方、応答があった場合には、宛先端末に対応するＮＡＰＴＲリソースレコードの登録があるか判断する（ＳＴ５０３）。仮に登録がない場合には、ＩＰ電話Ａ１０１は、通話失敗と判断し処理を終了する。上述の例の場合、ＤＢ３０３には、文字列「１．０．０．０．０．０．０．１．３．１．８．ｅ１６４．ａｒｐａ」に対応するＮＡＰＴＲリソースレコードが登録されているので、宛先端末に対応するＮＡＰＴＲリソースレコードの登録があると判断される。

宛先端末に対応するＮＡＰＴＲリソースレコードの登録があると判断されると、該当する全てのＮＡＰＴＲリソースレコード（以下、適宜「エントリ」という）を受け取る。そして、そのエントリの重み順にソートすると共に、処理対象エントリの番号（以下、「エントリ番号Ｉ」という）を初期化する（ＳＴ５０４）。具体的には、ＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドの値の小さい順にソートすると共に、エントリ番号Ｉに「１」をセットする。

エントリをソートしたならば、まず、エントリ番号Ｉが、受け取った全てのＮＡＰＴＲリソースレコード数（エントリ数）を上回っているか判断する（ＳＴ５０５）。仮にエントリ番号Ｉがエントリ数を上回っている場合には、ＩＰ電話Ａ１０１は、通話失敗と判断し処理を終了する。

ＳＴ５０６以降の処理においては、セットされたエントリ番号Ｉのエントリのサービスの種別がＳＩＰプロトコルであるか（ＳＴ５０６）、ＴＥＬ（ＰＳＴＮ網による通話）であるか（ＳＴ５０７）、Ｈ．３２３プロトコルであるか（ＳＴ５０８）を判断する。具体的には、応答のあったエントリのＳｅｒｖｉｃｅフィールドに記述された内容に応じて判断する。

サービスの種別がＳＩＰプロトコルである場合にはＩＰ電話（ＳＩＰ）による接続を開始する（ＳＴ５０９）。また、サービスの種別がＴＥＬである場合にはＰＳＴＮによる接続を開始する（ＳＴ５１０）。さらに、サービスの種別がＨ．３２３プロトコルである場合にはＨ．３２３プロトコルによる接続を開始する（ＳＴ５１１）。なお、ＳＴ５０６〜ＳＴ５０８の判断において、いずれにも該当しなかった場合には、ＩＰ電話Ａ１０１は、エントリ番号Ｉをインクリメントして（ＳＴ５１２）、処理をＳＴ５０５に戻し、ＳＴ５０５〜ＳＴ５１２の処理を繰り返す。

ＳＴ５１０においてＰＳＴＮによる接続を開始した場合には、ＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間で直接、図１に示すＰＳＴＮ網経由で通話が行われる。この場合、ＣＡ１０６による呼制御等の処理は生じない。したがって、サービスの種別にＴＥＬ（ＰＳＴＮ網による通話）と設定した場合には、ＣＡ１０６の負荷を軽減することができる。

なお、ＳＴ５０９におけるＩＰ電話（ＳＩＰ）による接続を開始する処理（以下、「ＩＰ電話接続開始処理」という）、並びに、ＳＴ５１１におけるＨ．３２３プロトコルによる接続を開始する処理（以下、「Ｈ．３２３接続開始処理」という）については後述する。

以下、ＩＰ電話Ｂ１０２に電話番号「０３１００００００１」が対応付けられている場合と、電話番号「０３１００００００３」が対応付けられている場合をそれぞれ例に用いてＳＴ５０４〜ＳＴ５１２の処理について説明する。まず、前者について説明する。

ＩＰ電話Ｂ１０２に電話番号「０３１００００００１」が対応付けられている場合には、ＳＴ５０４において図４に示す上から２番目のＮＡＰＴＲリソースレコードの順番にソートされる。すなわち、ソート後の当該ＮＡＰＴＲリソースレコードにおける１番目のサービスの種別がＳＩＰプロトコルであり、２番目のサービスの種別がＴＥＬ（ＰＳＴＮ網による通話）である。したがって、処理をＳＴ５０５以降の処理に移すと、１番目のサービスの種別がＳＩＰプロトコルであるため、ＳＴ５０６からＳＴ５０９に進み、ＩＰ電話接続開始処理に移行する。

ここで、ＩＰ電話接続開始処理について説明する。図６は、ＩＰ電話接続開始処理を説明するためのフロー図である。

ＩＰ電話接続開始処理に移行すると、ＩＰ電話Ａ１０１は、まず、ＣＡ１０６に対して宛先端末の情報を含む「ＩＮＶＩＴＥ」メッセージを送出する（ＳＴ６０１）。上述のようにＩＰ電話Ｂ１０２は、ＣＡ１０６により管理されていない。このため、ＣＡ１０６は、この「ＩＮＶＩＴＥ」メッセージをＣＡ１０８に送出する。

そして、ＣＡ１０８からこの「ＩＮＶＩＴＥ」メッセージを受けたＩＰ電話Ｂ１０２からの応答メッセージが、ＣＡ１０８及びＣＡ１０６を経由してＩＰ電話Ａ１０１に返信される。ＳＴ６０２においては、かかるＣＡ１０６からの応答を待機している。仮に応答がない場合には、ＩＰ電話Ａ１０１は、ＩＰ電話接続開始処理を中止して処理をＳＴ５１２に移行する。

ＣＡ１０６から応答があった場合には、その応答において宛先端末と通話ができない旨を示すメッセージが返ってきたか判断する（ＳＴ６０３）。例えば、先頭数字が「４」、「５」及び「６」の３桁のメッセージ、すなわち、「４＊＊」メッセージ、「５＊＊」メッセージ及び「６＊＊」メッセージのうち、宛先端末と通話ができない旨を示すメッセージが返ってきたか判断する。宛先端末と通話ができない旨を示すメッセージが返ってきたと判断されると、ＩＰ電話Ａ１０１は、ＩＰ電話接続開始処理を中止して処理をＳＴ５１２に移行する。

宛先端末と通話ができない旨を示すメッセージ以外のメッセージが返ってきたと判断された場合、例えば、「１８０Ｒｉｎｇｉｎｇ」メッセージ等が返ってきたと判断された場合には、ＩＰ電話Ａ１０１は、ＣＡ１０６を経由してＩＰ電話（ＳＩＰプロトコル）による通話を開始する（ＳＴ６０４）。これにより、ＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間で図１に示すＩＰ網を用いてＳＩＰプロトコルに規定された手順に従って通話が行われる。なお、ＩＰ網を用いた通話を行う際、何らかの理由でＣＡ１０６とＣＡ１０８との通信ができない場合にはＰＳＴＮ網を経由して通話が行われる。

ＩＰ電話接続開始処理において、ＳＴ６０２又はＳＴ６０３からＳＴ５１２に移行した場合には、２番目のサービスの種別がＴＥＬ（ＰＳＴＮ網による通話）であるため、ＩＰ電話Ａ１０１は、今度はＳＴ５０７からＳＴ５１０に進み、ＰＳＴＮによる接続を開始する。これにより、ＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間で直接、図１に示すＰＳＴＮ網を用いて通話が行われる。

すなわち、サービスの種別にＳＩＰプロトコルが設定されたエントリが選択された場合にのみＩＰ網による通話が行われる。この場合には、ＣＡ１０６による呼制御が発生する。一方、サービスの種別にＴＥＬ（ＰＳＴＮ網による通話）と設定されたエントリが選択された場合には、ＣＡ１０６による呼制御は発生しない。したがって、必要な場合にのみＩＰ網が通話経路として選択されるので、ＣＡ１０６の負荷が軽減される。

次に、ＩＰ電話Ｂ１０２に電話番号「０３１００００００３」が対応付けられている場合について説明する。

ＩＰ電話Ｂ１０２に電話番号「０３１００００００３」が対応付けられている場合には、ＳＴ５０４において図４に示す上から３番目のＮＡＰＴＲリソースレコードの順番にソートされる。すなわち、ソート後の当該ＮＡＰＴＲリソースレコードにおける１番目のサービスの種別がＨ．３２３プロトコルであり、２番目のサービスの種別がＴＥＬ（ＰＳＴＮ網による通話）である。したがって、処理をＳＴ５０５以降の処理に移すと、１番目のサービスの種別がＨ．３２３プロトコルであるため、ＳＴ５０８からＳＴ５１１に進み、Ｈ．３２３接続開始処理に移行する。

ここで、Ｈ．３２３接続開始処理について説明する。図７は、Ｈ．３２３接続開始処理を説明するためのフロー図である。

Ｈ．３２３接続開始処理に移行すると、ＩＰ電話Ａ１０１は、まず、不図示のゲートキーパ（ＧＫ）に対して、宛先端末が通信可能な状態であるかを問い合わせる「ＡＲＱ」メッセージを送出する（ＳＴ７０１）。

なお、ゲートキーパは、ＩＰ電話Ａ１０１とＣＡ１０６との間、並びに、ＩＰ電話Ｂ１０２とＣＡ１０８との間に設置されている。それぞれのゲートキーパ間での各種メッセージの交換は、ＣＡ１０６及びＣＡ１０８を介して行われる。それぞれのゲートキーパは、ＩＰ電話との間、並びに、相手側のゲートキーパとの間の呼制御等の処理を行う。

「ＡＲＱ」メッセージを送出した後、ＩＰ電話Ａ１０１は、ゲートキーパからの応答を待機する（ＳＴ７０２）。仮に応答がない場合には、ＩＰ電話Ａ１０１は、Ｈ．３２３接続開始処理を中止して処理をＳＴ５１２に移行する。

ゲートキーパから応答があった場合には、その応答メッセージとして、宛先端末であるＩＰ電話Ｂ１０２の接続用ＩＰアドレスが含まれる「ＡＣＦ」メッセージが返ってきたか判断する（ＳＴ７０３）。仮に「ＡＣＦ」メッセージ以外のメッセージが返ってきた場合には、ＩＰ電話Ａ１０１は、Ｈ．３２３接続開始処理を中止して処理をＳＴ５１２に移行する。

一方、「ＡＣＦ」メッセージが返ってきたと判断すると、ＩＰ電話Ａ１０１は、宛先端末であるＩＰ電話Ｂ１０２に対して接続要求を示す「ＳＥＴＵＰ」メッセージを送出する（ＳＴ７０４）。

「ＳＥＴＵＰ」メッセージを送出した後、ＩＰ電話Ａ１０１は、宛先端末であるＩＰ電話Ｂ１０２からの応答を待機する（ＳＴ７０５）。仮に応答がない場合には、ＩＰ電話Ａ１０１は、Ｈ．３２３接続開始処理を中止して処理をＳＴ５１２に移行する。

宛先端末であるＩＰ電話Ｂ１０２から応答があった場合には、その応答メッセージとして接続許可を示す「ＣＯＮＮＥＣＴ」メッセージが返ってきたか判断する（ＳＴ７０６）。仮に「ＣＯＮＮＥＣＴ」メッセージ以外のメッセージが返ってきた場合には、ＩＰ電話Ａ１０１は、Ｈ．３２３接続開始処理を中止して処理をＳＴ５１２に移行する。

「ＣＯＮＮＥＣＴ」メッセージが返ってきたと判断すると、ＩＰ電話Ａ１０１は、Ｈ．３２３プロトコルによる通話を開始する（ＳＴ７０７）。これにより、ＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間で図１に示すＩＰ網を用いてＨ．３２３プロトコルに規定された手順に従って通話が行われる。

Ｈ．３２３接続開始処理において、ＳＴ７０２、ＳＴ７０３、ＳＴ７０５又はＳＴ７０６からＳＴ５１２に移行した場合には、２番目のサービスの種別がＴＥＬ（ＰＳＴＮ網による通話）であるため、ＩＰ電話Ａ１０１は、今度はＳＴ５０７からＳＴ５１０に進み、ＰＳＴＮによる接続を開始する。これにより、ＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間で直接、図１に示すＰＳＴＮ網を用いて通話が行われる。

すなわち、サービスの種別にＨ．３２３プロトコルが設定されたエントリが選択された場合にのみＩＰ網による通話が行われる。この場合には、ＣＡ１０６による呼制御が発生する。一方、サービスの種別にＴＥＬ（ＰＳＴＮ網による通話）と設定されたエントリが選択された場合には、ＣＡ１０６による呼制御は発生しない。したがって、必要な場合にのみＩＰ網が通話経路として選択されるので、ＣＡ１０６の負荷が軽減される。

以下、図５〜図７に示すフローにおいて選択された通話形態のシーケンスについて説明する。

図８〜図１０は、ＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間で通話する場合において、その通話形態のシーケンスを示す図である。図８は、ＳＩＰプロトコルにより通話が行われる場合のシーケンスを示し、図９は、ＰＳＴＮにより通話が行われる場合のシーケンスを示し、図１０は、Ｈ．３２３プロトコルにより通話が行われる場合のシーケンスを示している。

まず、図８に沿ってＳＩＰプロトコルにより通話が行われる場合について説明する。なお、図８に示すシーケンスにおいて、ＩＰ電話Ｂ１０２はＳＩＰプロトコルに対応可能であるものとする。

図８に示すように、ＩＰ電話Ｂ１０２に発呼する際、ＩＰ電話Ａ１０１は、まず、オペレータからＩＰ電話Ｂ１０２の電話番号を受け付け、その電話番号に対応するＮＡＰＴＲリソースレコードをＥＮＵＭサーバ１０９に問い合わせる。

ＩＰ電話Ａ１０１から問い合わせを受けると、ＥＮＵＭサーバ１０９は、ＩＰ電話Ｂ１０２がＳＩＰプロトコルに対応可能である内容が記述されたＮＡＰＴＲリソースレコードを返信する。

このＮＡＰＴＲリソースレコードを受け取ると、ＩＰ電話Ａ１０１は、ＣＡ１０６に対して「ＩＮＶＩＴＥ」メッセージを送出する。ＣＡ１０６は、この「ＩＮＶＩＴＥ」メッセージをＣＡ１０８に送出すると共に、ＩＰ電話Ａ１０１に「１００ｔｒｙｉｎｇ」メッセージを送出する。同様に、ＣＡ１０８は、この「ＩＮＶＩＴＥ」メッセージをＩＰ電話Ｂ１０２に送出すると共に、ＣＡ１０６に「１００ｔｒｙｉｎｇ」メッセージを送出する。

ＩＰ電話Ｂ１０２は、この「ＩＮＶＩＴＥ」メッセージを受け取ると、「１００ｔｒｙｉｎｇ」メッセージを送出した後、「１８０Ｒｉｎｇｉｎｇ」メッセージをＣＡ１０８に送出する。また、この「１８０Ｒｉｎｇｉｎｇ」メッセージを送出すると共に、着信音を鳴動させる。同様に、ＣＡ１０８は、この「１８０Ｒｉｎｇｉｎｇ」メッセージをＣＡ１０６に送出し、ＣＡ１０６は、この「１８０Ｒｉｎｇｉｎｇ」メッセージをＩＰ電話Ａ１０１に送出する。ＩＰ電話Ａ１０１では、この「１８０Ｒｉｎｇｉｎｇ」メッセージに応じて呼出音を鳴動させる。

着信音に応じてＩＰ電話Ｂ１０２においてオフフック動作等が検出されると、ＩＰ電話Ｂ１０２は、これに応じてＣＡ１０８に対して接続許可を示す「２００ＯＫ」メッセージを送出する。同様に、ＣＡ１０８は、この「２００ＯＫ」メッセージをＣＡ１０６に送出し、ＣＡ１０６は、この「２００ＯＫ」メッセージをＩＰ電話Ａ１０１に送出する。

この「２００ＯＫ」メッセージを受けると、ＩＰ電話Ａ１０１は、「ＡＣＫ」メッセージをＣＡ１０６に送出する。同様に、ＣＡ１０６は、この「ＡＣＫ」メッセージをＣＡ１０８に送出し、ＣＡ１０８は、この「ＡＣＫ」メッセージをＩＰ電話Ｂ１０２に送出する。ＩＰ電話Ｂ１０２がこの「ＡＣＫ」メッセージを受け取ると、ＩＰ網を介してＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間で通話可能状態となる。

次に、図９に沿ってＰＳＴＮにより通話が行われる場合について説明する。なお、図９に示すシーケンスにおいて、ＩＰ電話Ｂ１０２はＴＥＬ（ＰＳＴＮ網による通話）に対応可能であるものとする。

図９に示すように、ＩＰ電話Ｂ１０２に発呼する際、ＩＰ電話Ａ１０１は、まず、オペレータからＩＰ電話Ｂ１０２の電話番号を受け付け、その電話番号に対応するＮＡＰＴＲリソースレコードをＥＮＵＭサーバ１０９に問い合わせる。

ＩＰ電話Ａ１０１から問い合わせを受けると、ＥＮＵＭサーバ１０９は、ＩＰ電話Ｂ１０２がＴＥＬ（ＰＳＴＮ網による通話）に対応可能である内容が記述されたＮＡＰＴＲリソースレコードを返信する。

このＮＡＰＴＲリソースレコードを受信すると、ＩＰ電話Ａ１０１は、ＰＳＴＮ網を介してＩＰ電話Ｂ１０２に対してダイヤル呼び出しを行う。このダイヤル呼び出しに応じてＩＰ電話Ｂ１０２は、着信音を鳴動させると共に、ｒｉｎｇｉｎｇ信号をＩＰ電話Ａ１０１に対して送出する。ＩＰ電話Ａ１０１は、このｒｉｎｇｉｎｇ信号に応じて呼出音を鳴動させる。

着信音に応じてＩＰ電話Ｂ１０２において受話器を上げるなどの動作等か検出されると、ＩＰ電話Ｂ１０２は、これに応じてＩＰ電話Ａ１０１に対してその旨を通知する。この通知と同時に、ＰＳＴＮ網を介してＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間で通話可能状態となる。

次に、図１０に沿ってＨ．３２３プロトコルにより通話が行われる場合について説明する。なお、図１０に示すシーケンスにおいて、ＩＰ電話Ｂ１０２はＨ．３２３プロトコルに対応可能であるものとする。また、図１０においては、ＣＡ１０６及びＣＡ１０８を省略し、ＩＰ電話Ａ１０１側のゲートキーパ及びＩＰ電話Ｂ１０２側のゲートキーパを簡略化して単一のゲートキーパ（ＧＫ）として示している。同図中、ＩＰ電話Ａ１０１側のゲートキーパと、ＩＰ電話Ｂ１０２側のゲートキーパゲートキーパとの間の信号等は、ＣＡ１０６及びＣＡ１０８を経由して交換される。

図１０に示すように、ＩＰ電話Ｂ１０２に発呼する際、ＩＰ電話Ａ１０１は、まず、オペレータからＩＰ電話Ｂ１０２の電話番号を受け付け、その電話番号に対応するＮＡＰＴＲリソースレコードをＥＮＵＭサーバ１０９に問い合わせる。

ＩＰ電話Ａ１０１から問い合わせを受けると、ＥＮＵＭサーバ１０９は、ＩＰ電話Ｂ１０２がＨ．３２３プロトコルに対応可能である内容が記述されたＮＡＰＴＲリソースレコードを返信する。

このＮＡＰＴＲリソースレコードを受信すると、ＩＰ電話Ａ１０１は、ゲートキーパに対して宛先端末が通信可能な状態であるかを問い合わせる「ＡＲＱ」メッセージを送出する。ゲートキーパは、この「ＡＲＱ」メッセージを受け取ると、ＩＰ電話Ｂ１０２が通信可能であるか判断すると共に、電話番号からＩＰアドレスへのアドレス変換処理を行う。そして、ＩＰ電話Ｂ１０２の接続用ＩＰアドレスが含まれる「ＡＣＦ」メッセージをＩＰ電話Ａ１０１に送出する。

ＩＰ電話Ａ１０１がこの「ＡＣＦ」メッセージを受け取ることで、ＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間でＨ．２２５による呼制御チャンネルが確立される。このＨ．２２５による呼制御チャンネルが確立された後、ＩＰ電話Ａ１０１は、ＩＰ電話Ｂ１０２に対して「ＳＥＴＵＰ」メッセージを送出する。

この「ＳＥＴＵＰ」メッセージを受け取ると、ＩＰ電話Ｂ１０２は、ゲートキーパに対して接続許可を問い合わせると共に、ＩＰ電話Ａ１０１のＩＰアドレスを確認する「ＡＲＱ」メッセージを送出する。ゲートキーパは、この「ＡＲＱ」メッセージを受け取ると、ＩＰ電話Ａ１０１との通信を受け付けるか判断し、問題がなければＩＰ電話Ｂ１０２に対してＩＰ電話Ａ１０１のＩＰアドレスが含まれる「ＡＣＦ」メッセージを送出する。

この「ＡＣＦ」メッセージを受け取ると、ＩＰ電話Ｂ１０２は、着信を鳴動させると共に、ＩＰ電話Ａ１０１に対して、ＩＰ電話Ｂ１０２のオペレータを呼び出している旨を示す「ＡＬＥＲＴＩＮＧ」メッセージを送出する。ＩＰ電話Ａ１０１は、この「ＡＬＥＲＴＩＮＧ」メッセージに応じて呼出音を鳴動させる。

着信音に応じてＩＰ電話Ｂ１０２のオペレータが受話器を上げるなどの操作を行うと、ＩＰ電話Ｂ１０２は、ＩＰ電話Ａ１０１に対して接続許可を示す「ＣＯＮＮＥＣＴ」メッセージを送出する。ＩＰ電話Ａ１０１でこの「ＣＯＮＮＥＣＴ」メッセージを受け取ると、ＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間で通話可能状態となる。続いて、ＩＰ電話Ａ１０１とＩＰ電話Ｂ１０２との間でＨ．２４５手順によるネゴシエーションが行われる。

このように本実施の形態に係るＩＰ電話システムによれば、ＥＮＵＭサーバ１０９から応答のあったＮＡＰＴＲリソースレコードの内容に従ってＩＰ網又はＰＳＴＮ網を通話経路として選択して音声通話が行われる。したがって、ＮＡＰＴＲリソースレコードの内容がＳＩＰプロトコルやＨ．３２３プロトコルをそのサービスの種別として設定している場合にＩＰ網を介して通話を行うための複数のプロトコルに柔軟に対応することができる。

また、ＥＮＵＭサーバ１０９から応答のあったＮＡＰＴＲリソースレコードの内容に従ってＩＰ網又はＰＳＴＮ網が通話経路として選択されるので、必要な場合にのみＩＰ網が通話経路として選択される。一方、ＰＳＴＮ網が選択された場合にはＣＡ１０６の処理は生じない。このため、ＣＡ１０６の処理を低減することができるので、ＣＡ１０６の負荷を軽減することができる。

特に、本実施の形態に係るＩＰ電話システムによれば、ＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別がＳＩＰプロトコル又はＨ．３２３プロトコルである場合にＩＰ網が通話経路として選択され、ＣＡ１０６を介してＩＰ網により宛先端末と呼制御を行った後に音声通話が行われる。したがって、サービス種別にＳＩＰプロトコル又はＨ．３２３プロトコルと設定されたＮＡＰＴＲリソースレコードを登録しておくことで、ＩＰ網を通話経路として選択させることができると共に、ＩＰ電話管理サーバに対して呼制御を行わせることができる。

また、ＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別がＰＳＴＮ網による通話である場合にＰＳＴＮ網が通話経路として選択され、ＣＡ１０６を介さずに宛先端末と直接呼制御を行った後に音声通話が行われる。したがって、サービス種別にＰＳＴＮ網による通話と設定されたＮＡＰＴＲリソースレコードを登録しておくことで、ＰＳＴＮ網を通話経路として選択させることができると共に、ＣＡ１０６における呼制御を低減することができる。この結果、ＣＡ１０６の負荷を軽減することができる。

さらに、本実施の形態に係るＩＰ電話システムによれば、ＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドに設定された値に応じた順序で当該ＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別が判断される。したがって、Ｏｒｄｅｒフィールドに設定された値を操作することで、ＩＰ網又はＰＳＴＮ網の選択順序を指定することができる。

なお、本実施の形態に係るＩＰ電話システムにおいて、音声とは人の話す声に限らず音一般、音声帯域に変調されたモデム信号、ＦＡＸ信号であっても構わない。また、電話機とはファクシミリ装置であっても構わない。

また、以上の説明におけるＩＰ電話は、総務省が定義し通信事業者が運用するＩＰ電話や、ローカルなネットワーク又は自営網でのＴＣＰ／ＩＰ等のコンピュータ通信プロトコルによるネットワークで実現されるものも含むものとする。

本発明に係るＩＰ電話システム、ＩＰ電話装置及び通話方法によれば、ＩＰ網を介して通話を行うための複数のプロトコルに対応すると共に、ＩＰ網上に設置されたＣＡの負荷を軽減することができ、より利便性に優れたＩＰ電話システムを提供できる点で有用である。

本発明の一実施の形態に係るＩＰ電話システムが適用されるネットワークの構成を示す図 上記実施の形態に係るＩＰ電話システムを構成するＩＰ電話の構成を示すブロック図 上記実施の形態に係るＩＰ電話システムを構成するＥＮＵＭサーバの構成を示すブロック図 上記実施の形態に係るＥＮＵＭサーバのデータベースに登録されたＮＡＰＴＲリソースレコードの一例を示す図 上記実施の形態に係るＩＰ電話システムにおいて、ＩＰ電話ＡからＩＰ電話Ｂに発呼を行う場合の動作を説明するためのフロー図 上記実施の形態に係るＩＰ電話システムにおけるＩＰ電話接続開始処理を説明するためのフロー図 上記実施の形態に係るＩＰ電話システムにおけるＨ．３２３接続開始処理を説明するためのフロー図 上記実施の形態に係るＩＰ電話システムにおいて、ＳＩＰプロトコルにより通話が行われる場合のシーケンスを示す図 上記実施の形態に係るＩＰ電話システムにおいて、ＰＳＴＮによる通話が行われる場合のシーケンスを示す図 上記実施の形態に係るＩＰ電話システムにおいて、Ｈ．３２３プロトコルによる通話が行われる場合のシーケンスを示す図 従来のＩＰ電話を用いた場合に利用される通話の経路を示す図 従来のＩＰ網を介して通話を行う場合のシーケンスを示す図

符号の説明

１０１ ＩＰ電話装置Ａ（ＩＰ電話Ａ）
１０２ ＩＰ電話装置Ｂ（ＩＰ電話Ｂ）
１０６、１０８ ＣＡ
１０９、１１０ ＥＮＵＭサーバ
２０１ 制御アダプタ
２０２ 電話機
３０１ ＣＰＵ
３０２ メモリ
３０３ データベース（ＤＢ）

Claims (4)

1. ＩＰ網又はＰＳＴＮ網を介して宛先端末と音声通話を行うＩＰ電話装置と、前記ＩＰ電話装置からの宛先端末の電話番号に基づく問合せに応じて前記宛先端末のサービス種別を示すＳｅｒｖｉｃｅフィールドと選択順序を示すＯｒｄｅｒフィールドとＵＲＩとからなるＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバと、を具備するＩＰ電話システムであって、前記ＩＰ電話装置は、音声通話を行う際、宛先端末に対応するＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、前記問い合わせに応じて返送されたＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドに設定された値に応じた順序で当該ＮＡＰＴＲリソースレコードをソートし、ソートされた順にＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別を判断し、当該サービス種別がＳＩＰプロトコルである場合にＩＰ網によりＳＩＰプロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＨ．３２３プロトコルである場合にＩＰ網によりＨ．３２３プロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＰＳＴＮ網による通話である場合にＰＳＴＮ網を介して当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と直接呼制御を行った後に音声通話を行うことを特徴とするＩＰ電話システム。
2. ＩＰ電話装置からの宛先端末の電話番号に基づく問合せに応じて前記宛先端末のサービス種別を示すＳｅｒｖｉｃｅフィールドと選択順序を示すＯｒｄｅｒフィールドとＵＲＩとからなるＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバに接続されるＩＰ電話装置であって、音声通話を行う際、宛先端末に対応するＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、前記問い合わせに応じて返送されたＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドに設定された値に応じた順序で当該ＮＡＰＴＲリソースレコードをソートし、ソートされた順にＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別を判断し、当該サービス種別がＳＩＰプロトコルである場合にＩＰ網によりＳＩＰプロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＨ．３２３プロトコルである場合にＩＰ網によりＨ．３２３プロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＰＳＴＮ網による通話である場合にＰＳＴＮ網を介して当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と直接呼制御を行った後に音声通話を行うことを特徴とするＩＰ電話装置。
3. ＩＰ網又はＰＳＴＮ網を介して宛先端末と音声通話を行うＩＰ電話装置と、前記ＩＰ電話装置からの宛先端末の電話番号に基づく問合せに応じて前記宛先端末のサービス種別を示すＳｅｒｖｉｃｅフィールドと選択順序を示すＯｒｄｅｒフィールドとＵＲＩとからなるＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバと、を用いた通話方法であって、前記ＩＰ電話装置から音声通話を行う際、宛先端末に対応するＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、前記問い合わせに応じて返送されたＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドに設定された値に応じた順序で当該ＮＡＰＴＲリソースレコードをソートし、ソートされた順にＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別を判断し、当該サービス種別がＳＩＰプロトコルである場合にＩＰ網によりＳＩＰプロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＨ．３２３プロトコルである場合にＩＰ網によりＨ．３２３プロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と呼制御を行った後に音声通話を行い、当該サービス種別がＰＳＴＮ網による通話である場合にＰＳＴＮ網を介して当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と直接呼制御を行った後に音声通話を行うことを特徴とする通話方法。
4. 少なくともＩＰ網を介して通信を行う通信装置と、前記通信装置からの宛先端末のＥ．１６４番号に基づく問合せに応じて前記宛先端末のサービス種別を示すＳｅｒｖｉｃｅフィールドと選択順序を示すＯｒｄｅｒフィールドとＵＲＩとからなるＮＡＰＴＲリソースレコードを返送するＥＮＵＭサーバと、を用いた通信方法であって、宛先端末のＥ．１６４番号に基づいて前記通信装置から前記宛先端末に対応するＮＡＰＴＲリソースレコードを前記ＥＮＵＭサーバに問い合わせ、前記ＥＮＵＭサーバから返送されたＮＡＰＴＲリソースレコードを受信し、前記受信したＮＡＰＴＲリソースレコードのＯｒｄｅｒフィールドに設定された値に応じた順序で当該ＮＡＰＴＲリソースレコードをソートし、ソートされた順にＮＡＰＴＲリソースレコードのＳｅｒｖｉｃｅフィールドに設定されたサービス種別を判断し、当該サービス種別がＳＩＰプロトコルである場合にＩＰ網により前記ＳＩＰプロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と通信を行い、当該サービス種別がＨ．３２３プロトコルである場合にＩＰ網により前記Ｈ．３２３プロトコルを用いて当該ＮＡＰＴＲリソースレコードのＵＲＩに従って前記宛先端末と通信を行うことを特徴とする通信方法。

Images