JP4191183B2

JP4191183B2 - Ｉｐ電話システム、パケット変換装置およびパケット変換方法

Info

Publication number: JP4191183B2
Application number: JP2005305812A
Authority: JP
Inventors: 亮一越智
Original assignee: NEC Infrontia Corp
Current assignee: NEC Platforms Ltd
Priority date: 2005-10-20
Filing date: 2005-10-20
Publication date: 2008-12-03
Anticipated expiration: 2025-10-20
Also published as: JP2007116438A

Description

本発明は、ＩＰ（Internet Protocol）を利用したＩＰ電話システム、パケット変換装置およびパケット変換方法に関する。

従来のＩＰ電話システムの構成について説明する。

図１０は従来のＩＰ電話システムの一構成例を示すブロック図である。

図１０に示すように、ＩＰ電話システム１００は、ＩＰ電話端末１１０と、呼を制御する交換機となるＳＩＰ（Session Initiation Protocol）サーバ１２０とを有する。ＩＰ電話端末１１０およびＳＩＰサーバ１２０はネットワーク１３０に接続されている。また、ここでは、ＩＰ電話端末１１０が複数ある場合であり、複数のＩＰ電話端末１１０はハブ１４０を介してネットワーク１３０に接続されている。以下では、これら複数のＩＰ電話端末のうち１台のＩＰ電話端末１１０を動作させる場合とし、他の端末の場合は同様であるため、その説明を省略する。ネットワーク１３０内には図に示さないルータが複数接続されている。ネットワーク１３０にはＩＰ電話端末１１０の通信先となるＩＰ電話端末１１５が接続されている。なお、ネットワーク１３０は、一般的にはインターネットであるが、ＩＰ電話用の専用回線網であってもよい。

ＳＩＰサーバ１２０は、クライアントの代理として電話をかける相手の場所を特定し、相手先を呼び出すプロキシサーバの役目を果たす。ネットワーク１３０には、図に示さないロケーションサーバ、リダイレクトサーバ、および登録サーバが設けられている。ロケーションサーバは、送信元のＩＰ電話端末１１０の情報を保持し、他のサーバからの要求に応じて送信元のＩＰ電話端末１１０の位置情報などを提供する。リダイレクトサーバは、相手先のアドレスが変更されている場合、新たなアドレスをロケーションサーバに問い合わせることで、送信元のＩＰ電話端末１１０に対して新しいアドレスを通知する。登録サーバは、送信元のＩＰ電話端末１１０からの要求によって、ロケーションサーバに対して送信元のＩＰ電話端末１１０の新規登録処理、更新処理、および削除処理などを行う。

ＩＰ電話端末１１０は、呼の接続を要求する際、自分の識別子、相手先の識別子、および接続を要求する旨の情報を含むパケットである接続要求パケットをＳＩＰサーバ１２０に送信する。また、ＩＰ電話端末１１０は、ＩＰ電話端末１１５からＳＩＰサーバ１２０を介して、自端末の識別子、相手先の識別子、および接続を許可する旨の情報を含むパケットである接続許可パケットを受信すると、ＩＰ電話端末１１５と通話可能な状態になる。この状態により、音声データを含むＲＴＰ（Real - time Transport Protocol）パケットをネットワーク１３０を介してＩＰ電話端末１１５と送受信することが可能となる。ＲＴＰパケットには、音声データの他に、送信元の識別子および送信先の識別子が含まれている。識別子は電話番号やネットワーク１３０上のアドレスである。

図１０に示したＩＰ電話システムにおいて、ＩＰ電話端末１１０がＩＰ電話端末１１５と呼を確立するまでの動作について簡単に説明する。

図１１は呼が確立するまでの動作手順を示すフローチャートである。

操作者がＩＰ電話端末１１０を操作して相手先の電話番号を押すと、ＩＰ電話端末１１０は接続要求パケットをＳＩＰサーバ１２０に送信する（ステップ２０１）。ＳＩＰサーバ１２０は、ＩＰ電話端末１１０から接続要求パケットを受信すると、接続要求パケット内の相手先の識別子から相手先の場所を特定し、相手先に対してネットワーク１３０を介して接続要求パケットを送信する（ステップ２０２）。相手先となるＩＰ電話端末１１５は、ＳＩＰサーバ１２０から接続要求パケットを受信すると、呼び出しベルを鳴らす。相手先の操作者がＩＰ電話端末１１５の受話器を取ると、ＩＰ電話端末１１５は接続を許可する旨の情報を含む接続許可パケットをＳＩＰサーバ１２０に送信する（ステップ２０３）。ＳＩＰサーバ１２０は、ＩＰ電話端末１１５から接続許可パケットを受信すると、接続許可パケットをＩＰ電話端末１１０に送信する（ステップ２０４）。ＩＰ電話端末１１０が接続許可パケットを受信することで、ＩＰ電話端末１１０およびＩＰ電話端末１１５の間で呼が確立する。その後、これらの端末は、ＲＴＰパケットを互いに送受信することで、通話可能となる。

一方、アナログ信号で音声データを送る従来の電話機では、通話目的以外にも操作部のＰＢ（Push Button）を利用して、電話回線網上のシステムに対してＤＴＭＦ（Dial Tone Multi Frequency）によるデータを送信することが可能である。このＤＴＭＦを利用するものとして、郵便物や宅配便などの再配達希望日時を登録するための応答装置が知られている。以下に、再配達の希望日時の登録方法を簡単に説明する。

操作者が指定された番号に電話をかけ、電話機と応答装置との間で通話可能な状態になると、応答装置は電話機に音声メッセージを送信する。操作者は、受話器を通して音声メッセージを聞き、その案内にしたがい、希望日時に合わせて電話機のプッシュボタンを押す。電話機は、プッシュボタンに対応する情報であるＰＢ情報を応答装置に送信する。応答装置は、電話機から受信するＰＢ情報から数字および記号等を認識して記憶部に格納する。このようにして、操作者の希望日時の情報が応答装置に登録される。ＰＢ情報には、数字の「０」から「９」の他に、記号の「＊」および「＃」がある。

なお、ＩＰネットワークを利用して通話を行う、従来のＶｏＩＰ通信が開示されている（特許文献１参照）。この文献には、回線切り替えの通知にＤＴＭＦのトーン信号を利用することが開示されている。
特開２００４−１６５８１８号公報

ＩＰ電話端末は、当初、ＩＰ電話端末同士での通話装置として製品化され、一般の電話回線網にＩＰ電話端末を接続することを想定していなかった。そのため、上述のＤＴＭＦを利用した応答装置に対応できてない機種が多く存在する。

また、ＲＦＣ（Request For Comments）の新規プロトコルが順次考案され、その新規プロトコルに対応して、新しい応答装置が開発される。新しい応答装置に対応できるように、ＩＰ電話端末を新しい機種に取り替えることは、通信設備のコストが増加するだけでなく、ＩＰ電話システムの稼働状況により困難な場合がある。さらに、上述の従来例のように、複数のＩＰ電話端末を有するＩＰ電話システムにおいては、ＩＰ電話端末を全て新しい機種に取り替えると、その費用負担が膨大になってしまう。

一方、応答装置の製造メーカは、新規プロトコルが普及する前では、既存のＩＰ電話端末が新規プロトコルに対応できないことから、新規プロトコルに対応した応答装置の開発に対して消極的になってしまう。

本発明は上述したような従来の技術が有する問題点を解決するためになされたものであり、ＩＰ電話端末が通信先の装置の仕様に対応してデータを送信できない場合に、ＩＰ電話端末の機能を補完して代替パケットを送出するＩＰ電話システム、パケット変換装置およびパケット変換方法を提供することを目的とする。

上記目的を達成するための本発明のＩＰ電話システムは、
操作部のプッシュボタンに対応する情報を示すＰＢ情報および自端末の識別子の情報を含むパケットであるＰＢ情報パケットと、自端末の識別子および相手先の識別子の情報を含むパケットであるＲＴＰパケットとを外部に送出するＩＰ電話端末と、
前記ＩＰ電話端末の識別子と前記ＰＢ情報を送るためのデータ形式との情報が記述された管理テーブルが格納され、前記ＩＰ電話端末から前記ＰＢ情報パケットを受信すると、前記管理テーブルを参照して該ＰＢ情報パケットに含まれる該ＩＰ電話端末の識別子から前記データ形式を特定し、該データ形式で該ＰＢ情報を送るためのパケットを生成する旨の指示および前記ＰＢ情報を含むパケット生成要求信号を外部に送出するサーバ装置と、
前記サーバ装置より受信する前記パケット生成要求信号から前記ＰＢ情報を読み出し、前記ＩＰ電話端末より受信する前記ＲＴＰパケットから前記相手先の識別子および前記ＩＰ電話端末の識別子を読み出し、前記データ形式による該ＰＢ情報、該相手先の識別子および該ＩＰ電話端末の識別子の情報を含むパケットを生成して該相手先の識別子で特定されるアドレス宛にネットワークを介して送信するパケット変換装置と、
を有する構成である。

本発明では、ＩＰ電話端末の操作部のプッシュボタンによるＰＢ情報をネットワークを介して外部の装置に送信する際、予めサーバ装置に送信先の装置のデータ形式を格納しておくことで、パケット変換装置がそのデータ形式に対応したパケットにして送出する。そのため、送信先の装置に合わせてＰＢ情報を送出する機能をＩＰ電話端末が備えていなくても、送信先の装置はパケット変換装置を介して受信するパケットからＰＢ情報を認識することが可能となる。

一方、上記目的を達成するための本発明のパケット変換装置は、ＩＰ電話端末およびサーバ装置と接続されるパケット変換装置であって、
前記ＩＰ電話端末および前記サーバ装置から受信する情報を格納するための記憶部と、
前記ＩＰ電話端末の操作部のプッシュボタンに対応する情報を示すＰＢ情報を所定のデータ形式で送るためのパケットを生成する旨の指示および該ＰＢ情報を含むパケット生成要求信号を前記サーバ装置から受信すると、該ＰＢ情報を前記記憶部に格納し、前記ＩＰ電話端末から該ＩＰ電話端末の識別子および相手先の識別子の情報を含むパケットであるＲＴＰパケットを受信すると、該ＩＰ電話端末の識別子および該相手先の識別子の情報を前記記憶部に格納し、前記所定のデータ形式による該ＰＢ情報、該相手先の識別子および該ＩＰ電話端末の識別子の情報を含むパケットを生成して該相手先の識別子で特定されるアドレス宛にネットワークを介して送信する制御部と、
を有する構成である。

また、上記目的を達成するための本発明のパケット変換方法は、ＩＰ電話端末、サーバ装置およびパケット変換装置を有するＩＰ電話システムによるパケット変換方法であって、
前記サーバ装置は、前記ＩＰ電話端末の識別子と操作部のプッシュボタンに対応する情報を示すＰＢ情報を送るためのデータ形式との情報が外部から入力されると、該ＩＰ電話端末の識別子と該ＰＢ情報を送るためのデータ形式との情報を記憶部の管理テーブルに登録し、
前記ＩＰ電話端末は、前記プッシュボタンが押されると、該プッシュボタンに対応するＰＢ情報および自端末の識別子の情報を含むパケットであるＰＢ情報パケットを前記サーバ装置に送出し、自端末の識別子および相手先の識別子の情報を含むパケットであるＲＴＰパケットを前記パケット変換装置に送出し、
前記サーバ装置は、前記ＩＰ電話端末から前記ＰＢ情報パケットを受信すると、前記管理テーブルを参照して該ＰＢ情報パケットに含まれる該ＩＰ電話端末の識別子から前記データ形式を特定し、該データ形式で該ＰＢ情報を送るためのパケットを生成する旨の指示および前記ＰＢ情報を含むパケット生成要求信号を前記パケット変換装置に送出し、
前記パケット変換装置は、前記サーバ装置より受信する前記パケット生成要求信号から前記ＰＢ情報を読み出し、前記ＩＰ電話端末より受信する前記ＲＴＰパケットから前記相手先の識別子および前記ＩＰ電話端末の識別子を読み出し、前記データ形式による該ＰＢ情報、該相手先の識別子および該ＩＰ電話端末の識別子の情報を含むパケットを生成して該相手先の識別子で特定されるアドレス宛にネットワークを介して送信するものである。

本発明によれば、ＩＰ電話端末がプッシュボタンに対応するＰＢ情報を外部の装置に送信する際、送信先の装置のデータ形式にしてＰＢ情報を送出する機能をＩＰ電話端末が備えていなくても、送信先の装置は受信するパケットからＰＢ情報を認識できる。そのため、新規プロトコルを採用した装置にＰＢ情報を送る場合であっても、その新規プロトコルに対応したＩＰ電話端末を改めて購入する必要がなく、通信設備コストの増加を抑制できる。

本発明のＩＰ電話システムは、ＩＰ電話端末から送出されるＰＢ情報を、送信先の装置が受信できるようなパケットに変換する装置を有することを特徴とする。

本実施例のＩＰ電話システムの構成について説明する。

図１は本実施例のＩＰ電話システムの構成例を示すブロック図である。

図１に示すように、本実施例のＩＰ電話システム１は、ＩＰ電話端末１０と、ＩＰ電話端末１０が未対応のプロトコルの情報を管理するＳＩＰサーバ２０と、ＳＩＰサーバ２０からの指示に対応してパケットを生成して送出するパケット変換装置３０とを有する。ＩＰ電話システム１はパケット変換装置３０でネットワーク１３０に接続されている。本実施例では、図１に示すように、ＩＰ電話端末１０が複数設けられた場合である。

ネットワーク１３０には、ＩＰ電話端末１０の通信先となるＩＰ電話端末１１５と応答装置１５０とが接続されている。本実施例では、応答装置１５０は、ＩＰ電話端末１０と通話可能な状態で、ＩＰ電話端末１０からＰＢ情報を受信する際、ＰＢ情報のデータ形式がＲＦＣ２８３３のプロトコルによるパケットでなければ、ＰＢ情報を受信できないシステムとする。以下では、ＲＦＣ２８３３のプロトコルによるパケットをＲＦＣ２８３３パケットと称する。

ＩＰ電話端末１０は、従来と同様にして、相手側通信装置と呼を確立すると、通信装置と通話可能な状態になる。この状態で、操作者がＩＰ電話端末１０を操作して、プッシュボタンを押すと、本実施例のＩＰ電話端末１０は、ＰＢ情報および自端末の識別子の情報を含むＰＢ情報パケットをＳＩＰサーバ２０に送信する。また、操作者が発声していなくても、自端末の識別子および相手先の識別子の情報を含むＲＴＰパケットをパケット変換装置３０に送出する。このＲＴＰパケットには、マイクで拾われた雑音などの音声データが含まれていてもよい。

ＳＩＰサーバ２０は、従来のＳＩＰサーバ１２０と同様な構成の他に、次のような構成を備えている。ＩＰ電話端末毎に、応答装置１５０にＰＢ情報を送るためのデータ形式の情報を記述した管理テーブルがＳＩＰサーバ２０の記憶部に格納されている。管理テーブルには、ＩＰ電話端末１０の識別子とＰＢ情報を送るためのデータ形式の情報が一緒に登録されている。本実施例では、ＩＰ電話端末１０について、ＰＢ情報を送るためのデータ形式としてＲＦＣ２８３３が管理テーブルに登録されている。

なお、このデータ形式の情報は、ＩＰ電話端末１０の操作者がＩＰ電話端末１０を操作することで、ＩＰ電話端末１０からＳＩＰサーバ２０の記憶部内の管理テーブルに登録される。また、ＳＩＰサーバ２０の管理者が、ＳＩＰサーバ２０を操作して、ＩＰ電話端末１０の未対応のデータ形式の情報を管理テーブルに登録するようにしてよい。

ＳＩＰサーバ２０は、ＩＰ電話端末１０からＰＢ情報パケットを受け取ると、ＰＢ情報パケットからＩＰ電話端末１０の識別子を読み出す。そして、その識別子に一致する識別子を記憶部に格納された管理テーブル内で検索する。一致する識別子を見つけると、その識別子とともに登録されたデータ形式を読み出す。ここでは、登録されたデータ形式がＲＦＣ２８３３である。続いて、ＲＦＣ２８３３パケットを生成する旨の指示とＰＢ情報とを含むパケット生成要求信号をパケット変換装置３０に送信する。

図２はパケット変換装置の一構成例を示すブロック図である。図２に示すように、パケット変換装置３０は、ＩＰ電話端末１０およびＳＩＰサーバ２０から受信する情報を格納するための記憶部３１と、外部と情報を送受信するための通信部３２と、各部を制御する制御部３３とを有する。制御部３３は、プログラムにしたがって所定の処理を実行するＣＰＵ（Central Processing Unit）３４と、プログラムを格納するためのメモリ３５とを有する。

パケット変換装置３０の制御部３３は、ＳＩＰサーバ２０よりパケット生成要求信号を受信すると、パケット生成要求信号からＰＢ情報を読み出す。また、ＩＰ電話端末１０より応答装置１５０宛のＲＴＰパケットを受信すると、ＲＴＰパケットから送信元の識別子および送信先の識別子を読み出す。そして、ＲＦＣ２８３３によるＰＢ情報、送信元の識別子および送信先の識別子の情報を含むＲＦＣ２８３３パケットを生成して通信部３２からネットワーク１３０を介して応答装置１５０に送信する。

次に、本実施例のＩＰ電話システムの動作手順を説明する。

図３は本実施例のＩＰ電話システムの動作を模式的に示す図である。図４は本実施例のＩＰ電話システムの動作手順を示すフローチャートである。

ＩＰ電話端末１０が、従来と同様にして、応答装置１５０と通話可能な状態になると、マイクで拾う音声のデータを含むＲＴＰパケットをパケット変換装置３０に送信する。パケット変換装置３０は、ＩＰ電話端末１０から受け取るＲＴＰパケットを順次、応答装置１５０宛にネットワーク１３０を介して送信する。

ＩＰ電話端末１０の操作者がＩＰ電話端末１０を操作して、プッシュボタンを押すと、ＩＰ電話端末１０は、ＰＢ情報パケットをＳＩＰサーバ２０に送信する（ステップ３０１）。この間も、通話可能な状態であることから、ＩＰ電話端末１０は、応答装置１５０宛のＲＴＰパケットをパケット変換装置３０に送信する（ステップ３０２）。

ＳＩＰサーバ２０は、ＰＢ情報パケットを受信すると、ＰＢ情報パケットに含まれる送信元の識別子を読み出す。そして、送信元の識別子に一致する識別子が登録されているか否かを管理テーブル内を検索する。一致する識別子を見つけると、その識別子とともに登録されたデータ形式を調べ、そのデータ形式がＲＦＣ２８３３であることを認識する（ステップ３０３）。

続いて、ＳＩＰサーバ２０は、パケット生成要求信号をパケット変換装置３０に送信する（ステップ３０４）。パケット変換装置３０は、ＳＩＰサーバ２０より受信したパケット生成要求信号からＰＢ情報を読み出す。また、ＩＰ電話端末１０より受信したＲＴＰパケットから送信元の識別子および送信先の識別子を読み出す。そして、ＲＦＣ２８３３によるＰＢ情報、送信元の識別子および送信先の識別子の情報を含むＲＦＣ２８３３パケットを生成して応答装置１５０宛にネットワーク１３０を介して送信する（ステップ３０５）。

本実施例のＩＰ電話システムは、ＲＦＣ２８３３に対応していないタイプのＩＰ電話端末でも、ＲＦＣ２８３３パケットでないとＰＢ情報を受信できない応答装置に対して、プッシュボタン操作によるＰＢ情報を通知できるようになる。

また、本実施例では、ＰＢ情報を送るためのデータ形式としてＲＦＣ２８３３の場合を示したが、その他のプロトコルであっても同様に実施することが可能である。特定の形式のパケットしか受け付けない応答装置に対して、パケット変換装置がその形式に合ったパケットを送ることで、任意のＩＰ電話端末がその応答装置を利用できる。プロトコルに限らず、多種多様なハードウェアおよびソフトウェアを含み、より広い範囲の装置やシステムに対しても、本実施例のＩＰ電話システムによる情報処理を適用することが可能となる。

なお、ＩＰ電話システムに複数のＩＰ電話端末が設けられていると、ＰＢ情報をＲＦＣ２８３３のデータ形式のパケットで送出可能なＩＰ電話端末が混在する場合もある。管理テーブルには、このＩＰ電話端末についてＲＦＣ２８３３が登録されていない。以下に、この場合の動作について簡単に説明する。図５はＩＰ電話システムの動作手順を示すフローチャートである。

操作者がＩＰ電話端末を操作して、プッシュボタンを押すと、ＩＰ電話端末は、ＰＢ情報、自端末の識別子および送信先の識別子の情報を含むＲＦＣ２８３３パケットをＳＩＰサーバ２０に送信する（ステップ４０１）。この間も、ＩＰ電話端末はＲＴＰパケットをパケット変換装置３０に送信する（ステップ４０２）。ＳＩＰサーバ２０は、ＲＦＣ２８３３パケットを受信すると、管理テーブルの情報からそのまま転送することが可能であることを確認し（ステップ４０３）、ＲＦＣ２８３３パケットをパケット変換装置３０に送信する（ステップ４０４）。パケット変換装置３０は、ＳＩＰサーバ２０からＲＦＣ２８３３パケットを受信すると、ＩＰ電話端末から受信したＲＴＰパケットを送出せずに、ＲＦＣ２８３３パケットを応答装置１５０宛にネットワーク１３０を介して送信する（ステップ４０５）。

本実施例は、ＤＴＭＦによるトーン信号のＰＢ情報を送る場合である。

本実施例のＩＰ電話システムの構成について説明する。図６は本実施例のＩＰ電話システムの動作を模式的に示す図である。なお、実施例１の図１に示したブロック図のＩＰ電話端末１０がＩＰ電話端末１２になり、応答装置１５０が応答装置１５２になり、他は同様な構成であるため、本実施例のブロック図を省略する。また、実施例１と同様な構成については同一の符号を付し、その詳細な説明を省略する。

図６に示すＩＰ電話端末１２は、ＤＴＭＦによるＰＢ情報を送出できないことを除いて、図１に示したＩＰ電話端末１０と同様の構成である。ネットワーク１３０には、ＩＰ電話端末１２の通信先となる応答装置１５２が接続されている。本実施例では、応答装置１５２は、ＩＰ電話端末１２と通話可能な状態で、ＩＰ電話端末１２からＰＢ情報を受信する際、ＰＢ情報がＤＴＭＦのデータ形式によるパケットでなければ、ＰＢ情報を受信できないシステムとする。以下では、ＤＴＭＦのデータ形式によるＰＢ情報を含むパケットをＤＴＭＦパケットと称する。

ＩＰ電話端末１２がＤＴＭＦのデータ形式に未対応であるため、ＳＩＰサーバ２０の記憶部の管理テーブルには、ＩＰ電話端末１２の識別子およびＤＴＭＦの情報が一緒に登録されている。ＳＩＰサーバ２０は、ＩＰ電話端末１２からＰＢ情報パケットを受け取ると、ＰＢ情報パケットからＩＰ電話端末１２の識別子を読み出す。そして、その識別子に一致する識別子を管理テーブル内で検索する。一致する識別子を見つけると、その識別子とともに登録されたデータ形式を読み出す。ここでは、登録されたデータ形式がＤＴＭＦである。続いて、ＤＴＭＦパケットを生成する旨の指示とＰＢ情報とを含むパケット生成要求信号をパケット変換装置３０に送信する。

パケット変換装置３０は、ＳＩＰサーバ２０からパケット生成要求信号を受信すると、ＰＢ情報をＤＴＭＦによるデータ形式に変換する。また、ＩＰ電話端末１２から応答装置１５２宛のＲＴＰパケットを受信すると、ＲＴＰパケットから送信元の識別子および送信先の識別子を読み出す。そして、ＤＴＭＦによるＰＢ情報、送信元の識別子および送信先の識別子の情報を含むＤＴＭＦパケットを生成してネットワーク１３０を介して応答装置１５２に送信する。

次に、本実施例のＩＰ電話システムの動作について説明する。

図７は本実施例のＩＰ電話システムの動作手順を示すフローチャートである。

ＩＰ電話端末１２が、従来と同様にして、応答装置１５２と通話可能な状態になると、マイクで拾う音声のデータを含むＲＴＰパケットをパケット変換装置３０に送信する。パケット変換装置３０は、ＩＰ電話端末１２から受け取るＲＴＰパケットを順次、応答装置１５２宛にネットワーク１３０を介して送信する。

ＩＰ電話端末１２の操作者がＩＰ電話端末１２を操作して、プッシュボタンを押すと、ＩＰ電話端末１２は、ＰＢ情報パケットをＳＩＰサーバ２０に送信する（ステップ５０１）。この間も、通話可能な状態であることから、ＩＰ電話端末１２は、応答装置１５２宛のＲＴＰパケットをパケット変換装置３０に送信する（ステップ５０２）。

ＳＩＰサーバ２０は、ＰＢ情報パケットを受信すると、ＰＢ情報パケットに含まれる送信元の識別子を読み出す。そして、送信元の識別子に一致する識別子が登録されているか否かを管理テーブル内を検索する。一致する識別子を見つけると、その識別子とともに登録されたデータ形式を調べ、そのデータ形式がＤＴＭＦであることを認識する（ステップ５０３）。

続いて、ＳＩＰサーバ２０は、パケット生成要求信号をパケット変換装置３０に送信する（ステップ５０４）。パケット変換装置３０は、ＳＩＰサーバ２０より受信したパケット生成要求信号からＰＢ情報を読み出す。また、ＩＰ電話端末１０から受信したＲＴＰパケットから送信元の識別子および送信先の識別子を読み出す。そして、ＤＴＭＦによるＰＢ情報、送信元の識別子および送信先の識別子の情報を含むＤＴＭＦパケットを生成して応答装置１５２宛にネットワーク１３０を介して送信する（ステップ５０５）。

なお、ＩＰ電話端末がＤＴＭＦによるＰＢ情報を含むパケットを送出可能な場合は、実施例１の図５に示したのと同様にして、ＩＰ電話端末から送出されるＤＴＭＦパケットがＳＩＰサーバ２０およびパケット変換装置３０を介して応答装置１５２に送られる。そのため、ここでは詳細な説明を省略する。

本実施例のＩＰ電話システムは、ＤＴＭＦによるトーン信号を送出できないＩＰ電話端末でも、ＤＴＭＦのトーン信号により動作する応答装置を利用できるようになる。

また、本実施例では、ＰＢ情報を送るためのデータ形式としてＤＴＭＦの場合を説明したが、その他のデータ形式であっても同様に実施することが可能である。さらに、本実施例のＤＴＭＦによるトーン信号は音の情報であることから、この場合と同様にして、ＲＴＰパケットとは別の方法で、音声データを通信先のＩＰ電話端末に送って通話することもできる。その応用例を以下に説明する。ここではＤＴＭＦのトーン信号を利用する場合で説明する。

五十音順の各発生音と音楽記号による各音に対して、予め１２種類のトーン信号を組み合わせて一義的に登録する。例えば、五十音順の「あ」から「お」のそれぞれを「０１」から「０５」のそれぞれに対応させる。この場合、「あ」の音は、周波数１３３６Ｈｚおよび９４１Ｈｚの組み合わせによる「０」と周波数１２０９Ｈｚおよび６９７Ｈｚの組み合わせによる「１」との２つのトーン信号で構成される。五十音順の各発生音と音楽記号による各音をトーン信号に変換するための表を変換登録表と称する。

操作者がＩＰ電話端末を操作して、メッセージや音楽などを予めＩＰ電話端末の記憶部に格納し、格納した中から任意に選択して他のＩＰ電話端末に送信する旨の指示を入力する。続いて、ＩＰ電話端末がメッセージまたは音楽の情報を変換登録表でトーン信号に変換して、そのＰＢ情報をＳＩＰサーバ２０に送信すると、本実施例のようにして、相手先のＩＰ電話端末にＤＴＭＦパケットが送出される。ＤＴＭＦパケットを受信するＩＰ電話端末は、変換登録表から元のメッセージまたは音楽に戻してスピーカから出力する。この方法により実現可能な例として、次のようなものが考えられる。

音声認識方式の応答装置に音声によるデータを送る場合、ＩＰ電話端末１１の状態や背景雑音によりＲＴＰパケットでは音声データに雑音を含むようなときでも、ＤＴＭＦパケットで雑音を含まない音声データを送ることが可能となる。また、ＩＰ電話端末のマイクなどの音声入力部が故障していても、メッセージをＤＴＭＦパケットで通信相手に送り、相手先のＩＰ電話端末がメッセージを音声データに戻して出力することで、相手は音声でメッセージを聞くことができる。また、言語機能に障害がある人でも、ＩＰ電話端末を操作してメッセージを入力すると、そのメッセージを相手先に音声で送ることができる。

また、操作者がＩＰ電話端末を操作して音楽を送信する旨の指示を入力し、ＩＰ電話端末がＤＴＭＦパケットで音楽を送信し、相手先のＩＰ電話端末が音楽をスピーカから出力することで、相手先はその演奏を聴くことができる。さらに、上記変換登録表に異種言語に翻訳するための表を予め登録しておくことで、操作者がＩＰ電話端末を操作してメッセージを入力すると、ＩＰ電話端末はそのメッセージを異種言語に翻訳した情報を含むＤＴＭＦパケットで送ることが可能となる。ここでは、五十音順の各発生音と音楽記号による各音をＤＴＭＦによるトーン信号で表す場合で説明したが、他の信号を用いて音を表現するようにしてもよい。

本実施例は、ＰＢ情報をＲＦＣ２８３３とＤＴＭＦの両方のデータ形式で送る場合である。

本実施例のＩＰ電話システムの構成について説明する。図８は本実施例のＩＰ電話システムの動作を模式的に示す図である。なお、実施例１の図１に示したブロック図のＩＰ電話端末１０がＩＰ電話端末１４になり、応答装置１５０が応答装置１５４になり、他は同様な構成であるため、本実施例のブロック図を省略する。また、実施例１と同様な構成については同一の符号を付し、その詳細な説明を省略する。

図８に示すＩＰ電話端末１４は、ＲＦＣ２８３３およびＤＴＭＦのデータ形式によるＰＢ情報を送出できないことを除いて、図１に示したＩＰ電話端末１０と同様の構成である。ネットワーク１３０には、ＩＰ電話端末１４の通信先となる応答装置１５４が接続されている。本実施例では、応答装置１５４は、ＩＰ電話端末１４と通話可能な状態で、ＩＰ電話端末１４からＰＢ情報を受信する際、ＰＢ情報を含むＤＴＭＦパケットおよびＲＦＣ２８３３パケットの両方が揃わないと、ＰＢ情報を認識できないシステムとする。

ＩＰ電話端末１４がＲＦＣ２８３３およびＤＴＭＦのデータ形式に未対応であるため、ＳＩＰサーバ２０の記憶部の管理テーブルには、ＩＰ電話端末１４の未対応のデータ形式としてＲＦＣ２８３３およびＤＴＭＦの情報がＩＰ電話端末１４の識別子と共に登録されている。ＳＩＰサーバ２０は、ＩＰ電話端末１４からＰＢ情報パケットを受け取ると、ＰＢ情報パケットからＩＰ電話端末１４の識別子を読み出す。そして、その識別子に一致する識別子を管理テーブル内で検索する。一致する識別子を見つけると、その識別子とともに登録されたデータ形式を読み出す。ここでは、登録されたデータ形式がＲＦＣ２８３３とＤＴＭＦである。続いて、ＤＴＭＦパケットおよびＲＦＣ２８３３パケットを生成する旨の指示とＰＢ情報とを含むパケット生成要求信号をパケット変換装置３０に送信する。

パケット変換装置３０は、ＳＩＰサーバ２０からパケット生成要求信号を受信すると、ＰＢ情報をＤＴＭＦによるデータ形式とＲＦＣ２８３３によるデータ形式に変換する。また、ＩＰ電話端末１４から応答装置１５４宛のＲＴＰパケットを受信すると、ＲＴＰパケットから送信元の識別子および送信先の識別子を読み出す。そして、ＤＴＭＦによるＰＢ情報、送信元の識別子および送信先の識別子の情報を含むＤＴＭＦパケットを生成する。また、ＲＦＣ２８３３によるＰＢ情報、送信元の識別子および送信先の識別子の情報を含むＲＦＣ２８３３パケットを生成する。そして、これらのパケットをネットワーク１３０を介して応答装置１５４に送信する。

図９は本実施例のＩＰ電話システムの動作手順を示すフローチャートである。

ＩＰ電話端末１４が、従来と同様にして、応答装置１５４と通話可能な状態になると、マイクで拾う音声のデータを含むＲＴＰパケットをパケット変換装置３０に送信する。パケット変換装置３０は、ＩＰ電話端末１４から受け取るＲＴＰパケットを順次、応答装置１５４宛にネットワーク１３０を介して送信する。

ＩＰ電話端末１４の操作者がＩＰ電話端末１４を操作して、プッシュボタンを押すと、ＩＰ電話端末１４は、ＰＢ情報パケットをＳＩＰサーバ２０に送信する（ステップ６０１）。この間も、通話可能な状態であることから、ＩＰ電話端末１４は、応答装置１５４宛のＲＴＰパケットをパケット変換装置３０に送信する（ステップ６０２）。

ＳＩＰサーバ２０は、ＰＢ情報パケットを受信すると、ＰＢ情報パケットに含まれる送信元の識別子を読み出す。そして、送信元の識別子に一致する識別子が登録されているか否かを管理テーブル内を検索する。一致する識別子を見つけると、その識別子とともに登録されたデータ形式を調べ、そのデータ形式がＤＴＭＦおよびＲＦＣ２８３３であることを認識する（ステップ６０３）。

続いて、ＳＩＰサーバ２０は、パケット生成要求信号をパケット変換装置３０に送信する（ステップ６０４）。パケット変換装置３０は、ＳＩＰサーバ２０より受信したパケット生成要求信号からＰＢ情報を読み出す。また、ＩＰ電話端末１０より受信したＲＴＰパケットから送信元の識別子および送信先の識別子を読み出す。そして、ＤＴＭＦによるＰＢ情報、送信元の識別子および送信先の識別子の情報を含むＤＴＭＦパケットを生成する。また、ＲＦＣ２８３３によるＰＢ情報、送信元の識別子および送信先の識別子の情報を含むＲＦＣ２８３３パケットを生成する。続いて、生成したＤＴＭＦパケットとＲＦＣ２８３３パケットを応答装置１５２宛にネットワーク１３０を介して送信する（ステップ６０５）。

本実施例のＩＰ電話システムは、ＰＢ情報をＲＦＣ２８３３パケットに含ませることによる実施例１の効果とＰＢ情報をＤＴＭＦパケットに含ませることによる実施例２の効果を有する。また、ＤＴＭＦとＲＦＣ２８３３がそろっていないとＰＢ情報を認識できない応答装置を、そのどちらも送出できないＩＰ電話端末が利用できるようになる。

なお、ＩＰ電話端末がＰＢ情報を含むＤＴＭＦパケットおよびＲＦＣ２８３３パケットを送出可能な場合は、実施例１の図５に示したのと同様にして、ＩＰ電話端末から送出されるＤＴＭＦパケットおよびＲＦＣ２８３３パケットがＳＩＰサーバ２０およびパケット変換装置３０を介して応答装置１５４に送られる。そのため、ここでは詳細な説明を省略する。

上述の実施例１から実施例３において、本発明のＩＰ電話システムは、ＩＰ電話端末の操作部のプッシュボタンによるＰＢ情報をネットワークを介して外部の装置に送信する際、予めサーバ装置に送信先の装置のデータ形式を格納しておくことで、パケット変換装置がそのデータ形式に対応したパケットにして送出する。そのため、送信先の装置に合わせてＰＢ情報を送出する機能をＩＰ電話端末が備えていなくても、送信先の装置はパケット変換装置を介して受信するパケットからＰＢ情報を認識することが可能となる。本発明によれば、新規プロトコルを採用した装置にＰＢ情報を送る場合であっても、その新規プロトコルに対応したＩＰ電話端末を改めて購入する必要がなく、通信設備コストの増加を抑制できる。

実施例１から実施例３においては、ＳＩＰサーバ２０がプロキシサーバとしての機能を備えていたが、それ以外にもリダイレクトサーバ、登録サーバおよびロケーションサーバのうち少なくともいずれかの機能を備えるようにしてもよい。

また、パケット変換装置３０の機能をルータ等の通信装置に設けるようにしてもよい。ネットワークに接続された、既存のルータにその機能を追加することで、新たに装置を設置する必要がない。

実施例１のＩＰ電話システムの一構成例を示すブロック図である。パケット変換装置の一構成例を示すブロック図である。実施例１のＩＰ電話システムの動作を模式的に示す図である。実施例１のＩＰ電話システムの動作手順を示すフローチャートである。実施例１のＩＰ電話システムにおける、他の場合の動作手順を示すフローチャートである。実施例２のＩＰ電話システムの動作を模式的に示す図である。実施例２のＩＰ電話システムの動作手順を示すフローチャートである。実施例３のＩＰ電話システムの動作を模式的に示す図である。実施例３のＩＰ電話システムの動作手順を示すフローチャートである。従来のＩＰ電話システムの一構成例を示すブロック図である。呼が確立するまでの動作手順を示すフローチャートである。

符号の説明

１０ＩＰ電話端末
２０ＳＩＰサーバ
３０パケット変換装置

Claims

操作部のプッシュボタンに対応する情報を示すＰＢ情報および自端末の識別子の情報を含むパケットであるＰＢ情報パケットと、自端末の識別子および相手先の識別子の情報を含むパケットであるＲＴＰパケットとを外部に送出するＩＰ電話端末と、
前記ＩＰ電話端末の識別子とＲＦＣ通信規約に基づくデータ形式およびＤＴＭＦに基づくデータ形式を含む複数種のデータ形式のうち前記相手先に前記ＰＢ情報を送るためのデータ形式との情報が記述された管理テーブルが格納され、前記ＩＰ電話端末から前記ＰＢ情報パケットを受信すると、前記管理テーブルを参照して該ＰＢ情報パケットに含まれる該ＩＰ電話端末の識別子から前記相手先に前記ＰＢ情報を送るためのデータ形式を特定し、該データ形式で該ＰＢ情報を送るためのパケットを生成する旨の指示および前記ＰＢ情報を含むパケット生成要求信号を外部に送出するサーバ装置と、
前記サーバ装置より受信する前記パケット生成要求信号から前記ＰＢ情報を読み出し、前記ＩＰ電話端末より受信する前記ＲＴＰパケットから前記相手先の識別子および前記ＩＰ電話端末の識別子を読み出し、前記相手先に前記ＰＢ情報を送るためのデータ形式による該ＰＢ情報、該相手先の識別子および該ＩＰ電話端末の識別子の情報を含むパケットを生成して該相手先の識別子で特定されるアドレス宛にネットワークを介して送信するパケット変換装置と、
を有するＩＰ電話システム。
ＩＰ電話端末およびサーバ装置と接続されるパケット変換装置であって、
前記ＩＰ電話端末および前記サーバ装置から受信する情報を格納するための記憶部と、
ＲＦＣ通信規約に基づくデータ形式およびＤＴＭＦに基づくデータ形式を含む複数種のデータ形式のうち前記ＩＰ電話端末の操作部のプッシュボタンに対応する情報を示すＰＢ情報を前記ＩＰ電話端末の相手先に送るためのデータ形式でパケットを生成する旨の指示および該ＰＢ情報を含むパケット生成要求信号を前記サーバ装置から受信すると、該ＰＢ情報を前記記憶部に格納し、前記ＩＰ電話端末から該ＩＰ電話端末の識別子および前記相手先の識別子の情報を含むパケットであるＲＴＰパケットを受信すると、該ＩＰ電話端末の識別子および該相手先の識別子の情報を前記記憶部に格納し、前記相手先に前記ＰＢ情報を送るためのデータ形式による該ＰＢ情報、該相手先の識別子および該ＩＰ電話端末の識別子の情報を含むパケットを生成して該相手先の識別子で特定されるアドレス宛にネットワークを介して送信する制御部と、
を有するパケット変換装置。
ＩＰ電話端末、サーバ装置およびパケット変換装置を有するＩＰ電話システムによるパケット変換方法であって、
前記サーバ装置は、前記ＩＰ電話端末の識別子とＲＦＣ通信規約に基づくデータ形式およびＤＴＭＦに基づくデータ形式を含む複数種のデータ形式のうち前記ＩＰ電話端末の操作部のプッシュボタンに対応する情報を示すＰＢ情報を前記ＩＰ電話端末の相手先に送るためのデータ形式との情報が外部から入力されると、該ＩＰ電話端末の識別子と前記相手先に前記ＰＢ情報を送るためのデータ形式との情報を記憶部の管理テーブルに登録し、
前記ＩＰ電話端末は、前記プッシュボタンが押されると、該プッシュボタンに対応するＰＢ情報および自端末の識別子の情報を含むパケットであるＰＢ情報パケットを前記サーバ装置に送出し、自端末の識別子および相手先の識別子の情報を含むパケットであるＲＴＰパケットを前記パケット変換装置に送出し、
前記サーバ装置は、前記ＩＰ電話端末から前記ＰＢ情報パケットを受信すると、前記管理テーブルを参照して該ＰＢ情報パケットに含まれる該ＩＰ電話端末の識別子から前記相手先に前記ＰＢ情報を送るためのデータ形式を特定し、該データ形式で該ＰＢ情報を送るためのパケットを生成する旨の指示および前記ＰＢ情報を含むパケット生成要求信号を前記パケット変換装置に送出し、
前記パケット変換装置は、前記サーバ装置より受信する前記パケット生成要求信号から前記ＰＢ情報を読み出し、前記ＩＰ電話端末より受信する前記ＲＴＰパケットから前記相手先の識別子および前記ＩＰ電話端末の識別子を読み出し、前記相手先に前記ＰＢ情報を送るためのデータ形式による該ＰＢ情報、該相手先の識別子および該ＩＰ電話端末の識別子の情報を含むパケットを生成して該相手先の識別子で特定されるアドレス宛にネットワークを介して送信する、パケット変換方法。