JP3682049B2 - 通話装置アダプタ及び中継サーバ及びインターネット電話ネットワークシステム - Google Patents

通話装置アダプタ及び中継サーバ及びインターネット電話ネットワークシステム Download PDF

Info

Publication number
JP3682049B2
JP3682049B2 JP2003079721A JP2003079721A JP3682049B2 JP 3682049 B2 JP3682049 B2 JP 3682049B2 JP 2003079721 A JP2003079721 A JP 2003079721A JP 2003079721 A JP2003079721 A JP 2003079721A JP 3682049 B2 JP3682049 B2 JP 3682049B2
Authority
JP
Japan
Prior art keywords
call
information
telephone
network
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2003079721A
Other languages
English (en)
Other versions
JP2003319067A (ja
Inventor
信仁 宮内
明彦 内藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2003079721A priority Critical patent/JP3682049B2/ja
Publication of JP2003319067A publication Critical patent/JP2003319067A/ja
Application granted granted Critical
Publication of JP3682049B2 publication Critical patent/JP3682049B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Description

【０００１】
【発明の属する技術分野】
この発明は、通話装置の１つである電話機に通話装置アダプタを接続し、上記通話装置アダプタをＩＰネットワークと公衆回線とに接続し、電話機間で行われる会話を公衆回線とＩＰネットワークのいずれか一方を介して行うインターネット電話ネットワークシステムに関する。また、電話機がファイヤフォールに遮られている環境にある場合、ファイヤウォールに遮られていない環境に中継サーバを設置して中継サーバにより電話機間で行われる会話を中継して、ファイヤフォールを超えて電話機間での会話を行うインターネット電話ネットワークシステムに関する。
【０００２】
【従来の技術】
最近、コンピュータネットワークであるインターネットやイントラネット上に音声データをＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットとして送受信することで、従来の公衆回線を利用した電話にかわるインターネット電話が利用されるようになってきている。このための技術がＶｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（以降、ＶｏＩＰと称する）と呼ばれている。
【０００３】
このインターネット電話を実現する装置として、一般的なものが、ネットワーク上のルートと電話機との間に設置するゲートウェイ装置（ＮＩＫＫＥＩ ＣＯＭＭＵＮＩＣＡＴＩＯＮ １９９９．２．１， Ｐａｇｅ １２６−１３３に、ゲートウェイ装置に関する記載がされている。）である。このゲートウェイ装置には、多くの電話回線をサポートする大規模なものから、従来の電話機をネットワークに簡単に接続するための電話アダプタのような小規模なものまで様々ある。図４４は例えば、ＮＴＴ（株）のＶｏｌａＬｉｎｋ−ＴＡ（ｈｔｔｐ：／／ｖｏｃａｌｉｎｋ．ｓｓｉ．ｉｓｐ．ｎｔｔ．ｃｏ．ｊｐ／）や（株）ソリトンシステムズのＳｏｌｐｈｏｎｅ（ｈｔｔｐ：／／ｗｗｗ．ｓｏｌｉｔｏｎ．ｃｏ．ｊｐ／）（Ｓｏｌｐｈｏｎｅ製品パンフレット）などのＶｏＩＰアダプタに示された従来のインターネット電話アダプタ装置である。インターネット電話アダプタ装置は、音声データデジタルアナログ変換手段５００、音声データアナログデジタル変換手段６００、ＩＰネットワーク通信処理手段５０００、電話番号ＩＰアドレス変換手段３００、公衆回線信号送受信手段１１００から構成される。そして、インターネット電話アダプタ装置は、一方を電話機１０に接続し、他方をＩＰネットワークに接続している。
【０００４】
次に動作について説明する。
電話機１０からは、利用者の話した音声データがアナログ信号として電話アダプタ装置に送信される。そのアナログ信号が音声データアナログデジタル変換手段６００により、デジタル信号に変換され、ＩＰネットワーク通信処理手段５０００により、音声符号化され、音声パケットデータとして加工され、これがＩＰネットワーク上に送信される。こうして、利用者の話し声が相手の電話機に伝えられる。
【０００５】
一方で、ＩＰネットワークからは、通話先利用者の話した音声データが音声パケットデータとして送信されてきており、ＩＰネットワーク通信処理手段５０００がこれを受信し、分解処理を行って、音声符号の部分を取り出し、音声復号化を行う。さらに、そのデジタル信号を音声データデジタルアナログ変換手段５００により、アナログ信号に変換し、利用者の電話機１０に送信する。これにより、電話機１０では、相手の話し声を聴くことができる。
【０００６】
また、電話機１０から入力された通話先の電話機の電話番号をＩＰネットワーク上で識別するためのＩＰアドレスを変換する必要がある。例えば、電話番号ＩＰアドレス変換手段３００に電話番号とＩＰアドレスを対応させた情報を予め記憶しておく。公衆回線信号送受信手段１１００により電話機から入力された電話番号を受信し、電話番号ＩＰアドレス変換手段３００により電話番号に対応するＩＰアドレスを求める。これにより、ＩＰネットワーク上の通話先の電話アダプタを直接特定してアクセスすることが可能になる。
【０００７】
【発明が解決しようとする課題】
第１に従来のインターネット電話アダプタは、電話機自体は、直接公衆回線に接続して従来の電話利用ができていたが、電話アダプタはＩＰネットワークに接続し、公衆回線には接続していない。このため、電話アダプタに接続したままでは、インターネット電話が利用できないときに公衆回線に切り換えて、電話機から公衆回線を介して電話をかけることはできないという問題点があった。
【０００８】
この発明のインターネット電話ネットワークシステムは上記のような問題点を解決するためになされたもので、電話機からの信号線を接続したままで、必要に応じてＩＰネットワーク側と公衆回線側のどちらにでも電話をかけることができることを目的とする。
【０００９】
第２に従来のインターネット電話アダプタは、ＩＰネットワーク経由でのインターネット電話をかけるために、通話の相手先の電話アダプタのＩＰアドレスを事前に自分の電話アダプタに登録設定しておく必要があり、利用者がその入力作業を必ず手間をかけて行うという問題点があった。
【００１０】
この発明のインターネット電話ネットワークシステムは上記のような問題点を解決するためになされたもので、利用者があらかじめ相手先の通話装置アダプタのＩＰアドレスを調べて自分の通話装置アダプタの電話番号ＩＰアドレス変換手段に設定する作業を不要にすることを目的とする。
【００１１】
第３に従来のインターネット電話アダプタは、電話機とその電話機に接続されたアダプタだけの組み合せ同士で３者以上でＩＰネットワークを経由して通話に参加する参加者の認証管理が行える電話会議を行うことができないという問題点があった。
【００１２】
この発明のインターネット電話ネットワークシステムは上記のような問題点を解決するためになされたもので、電話機とアダプタの組み合せだけで、３者以上でＩＰネットワークを経由して通話に参加する参加者の認証管理が行える電話会議を行うことができることを目的とする。
【００１３】
第４に従来のインターネット電話アダプタは、保守作業のための内部の情報の設定を専用に行う設定入出力装置を組み込んで、装置自体の実装コストが大きくなるという問題点があった。
【００１４】
この発明は上記のような問題点を解決するためになされたもので、通話装置アダプタに接続された既存電話機や汎用パソコンなどから保守作業のための内部の情報の設定をおこなえるようにして、専用の設定入出力装置の付加コストを削減することを目的とする。
【００１５】
第５に、従来のインターネット電話アダプタは、音声データの通信処理についてリアルタイム特性を確保するのが難しいという問題点があった。
【００１６】
この発明のインターネット電話ネットワークシステムは上記のような問題点を解決するためになされたもので、音声データの通信処理のリアルタイム特性を向上させることを目的とする。
【００１７】
第６に、従来のインターネット電話アダプタは、ファイヤウォールを経由した音声データの通信処理では、任意のＵＤＰポートを一般的に使用できないという問題点があった。
【００１８】
この発明のインターネット電話ネットワークシステムは上記のような問題点を解決するためになされたもので、ファイヤウォールを経由した音声データの通信処理のために、あらかじめいくつかの特定のＵＤＰポートを指定して、そのＵＤＰポートに対して通信処理を行うことで、ファイヤウォールを超えた音声データの通信処理を行うことを目的とする。
【００１９】
また、この発明のインターネット電話ネットワークシステムは上記のような問題点を解決するためになされたもので、ファイヤウォールを経由した音声データの通信処理のために、通話の相手先の通話装置アダプタのＵＤＰポートのスキャンを行い、利用が可能なＵＤＰポートを見つけ出すことで、ファイヤウォールを超えた音声データの通信処理を行うことを目的とする。
【００２０】
また、この発明のインターネット電話ネットワークシステムは上記のような問題点を解決するためになされたもので、ファイヤウォールを経由した音声データの通信処理のために、通話の相手先の通話装置アダプタのＨＴＴＰポートのスキャンを行い、利用が可能なＨＴＴＰポートを見つけ出すことで、ファイヤウォールを超えた音声データの通信処理を行うことを目的とする。
【００２１】
第７に、従来のインターネット電話アダプタは、通信対象の音声データのパケットでは音声データそのものに比較して大きい各種プロトコルのヘッダ部を備えており、ネットワークトラフィック量が増大する傾向があるという問題点があった。
【００２２】
この発明のインターネット電話ネットワークシステムは上記のような問題点を解決するためになされたもので、音声データのパケットの各種プロトコルのヘッダ部を可能な限り小さなものにすることで、ネットワークトラフィック量を低減することを目的とする。
【００２３】
第８に、従来のインターネット電話アダプタは、ＩＰネットワークのトラフィック状況が不安定な場合、安定した音声品質を保持できないという問題点があった。
【００２４】
この発明のインターネット電話ネットワークシステムは上記のような問題点を解決するためになされたもので、ネットワークトラフィックの状況を監視したり、過去の平均的な状況の記録を参照したりしながら、その状況に応じた最適な音声データのパケット転送処理を行うことを目的とする。
【００２５】
第９に、従来のインターネット電話アダプタは、設置場所のネットワークと外部のインターネットとの間にファイヤウォールが設置されている場合は、音声データを通すことができるようにファイヤウォールの設定を変更する必要があるが、一般的なファイヤウォールの管理政策により利用者からのこのような設定変更の要望を受け付けることが不可能な場合が多いため、実質的にファイヤウォールを超えるインターネット電話の利用ができないという問題点があった。
【００２６】
この発明のインターネット電話ネットワークシステムはインターネット電話ネットワークシステムは上記のような問題点を解決するためになされたもので、設置場所のネットワークと外部のインターネットとの間にファイヤウォールが設置されている場合でも、最も一般的にデータ送受信用に開放されているＨＴＴＰポートを利用して、ファイヤウォールの設定を全く変更しなくてもインターネット電話の利用ができることを目的とする。
【００２７】
第１０に、従来のインターネット電話アダプタは、通話装置自体は、公衆回線にＰＢＸやボタン電話装置等の通話装置管理装置を経由して接続して従来の電話利用ができていたが、電話アダプタに接続したままでは、ＩＰネットワークを経由したインターネット電話を利用しているときでも、利用できないときでも、公衆回線にＰＢＸやボタン電話装置等の通話装置管理装置を経由して電話をかけることはできないという問題点があった。
【００２８】
この発明のインターネット電話ネットワークシステムは、上記のような問題点を解決するためになされたもので、通話装置からの信号線をＰＢＸやボタン電話装置を経由して接続したままで、必要に応じてＩＰネットワーク側と公衆回線側のどちらにでも電話をかけることができることを目的とする。
【００２９】
第１１に、従来のインターネット電話アダプタは、ナンバーディスプレイ機能（番号表示機能）のサービスを公衆回線契約として利用できる場合でも、ＩＰネットワークを経由したインターネット電話を利用しているときでも、利用できないときでも、通話装置にてナンバーディスプレイ機能を利用できないという問題点があった。
【００３０】
この発明のインターネット電話ネットワークシステムは、上記のような問題点を解決するためになされたもので、ナンバーディスプレイ機能の契約をしている通話装置において、本電話アダプタを接続して、公衆回線及びＩＰネットワーク経由の電話をかける場合にナンバーディスプレイ機能の利用ができることを目的とする。
【００３１】
【課題を解決するための手段】
この発明に係るデジタルデータを通信するデジタル通信回線と、アナログデータを通信するアナログ通信回線とを用いるインターネット電話ネットワークシステムにおいて、インターネット電話ネットワークシステムは、
所定の情報を入力し、上記デジタル通信回線とアナログ通信回線のいずれか一方の経路を選択して、上記選択した経路に上記所定の情報を出力する通話装置アダプタを有することを特徴とする。
【００３２】
また、発明に係るインターネット電話ネットワークシステムは、上記デジタル通信回線が、ＩＰ（インターネットプロトコル）ネットワークであり、
上記アナログ通信回線は、公衆回線であり、
上記所定の情報は、少なくとも通話情報であり、
上記通話装置アダプタは、上記通話情報を少なくとも出力する通話装置に接続されて、
上記通話装置より出力された上記通話情報を入力する公衆回線信号処理部と、上記ＩＰネットワークを介して上記通話情報を少なくとも送信と受信のいずれかを行うＩＰネットワーク通信処理部と、
上記公衆回線と上記ＩＰネットワークのいずれか一方の経路を選択するための経路選択情報を生成する接続先判定部と、
上記接続先判定部より上記経路選択情報を入力して、上記経路選択情報に基づいて上記公衆回線と上記ＩＰネットワーク通信処理部のいずれかに上記公衆回線信号処理部より入力された通話情報を出力する回線接続切換部と
を備えたことを特徴とする。
【００３３】
また、発明に係るインターネット電話ネットワークシステムは、上記通話装置は、上記通話情報を送信する相手先を識別する識別情報を含む上記通話情報を出力し、
上記公衆回線信号処理部は、上記識別情報を入力し、
上記ＩＰネットワーク通信処理部は、上記通話情報を送信する相手先を識別するアドレス情報を指定して上記通話情報を上記ＩＰネットワークに送信し、
上記通話装置アダプタは、
上記アドレス情報と上記識別情報とを対応させて記憶するアドレス変換テーブルと、
上記アドレス変換テーブルを用いて上記識別情報を上記アドレス情報に変換するアドレス変換部と
を備え、
上記接続先判定部は、上記アドレス変換部により上記識別情報を上記アドレス情報に変換できた場合に、上記アドレス情報を用いて上記経路選択情報を生成し、上記アドレス変換部により上記識別情報を上記アドレス情報に変換できない場合に上記識別情報を用いて上記経路選択情報を生成して、生成した上記経路選択情報を上記回線接続切換部に出力することを特徴とする。
【００３４】
また、発明に係るインターネット電話ネットワークシステムは、上記接続先判定部は、上記アドレス変換部により上記識別情報を上記アドレス情報に変換できない場合に、上記通話情報を送信する相手先が上記ＩＰネットワークを介して上記通話情報を受信できることを判定し、判定した結果に基づいて上記アドレス変換テーブルを更新するＩＰアドレス学習部を備えたことを特徴とする。
【００３５】
また、発明に係るインターネット電話ネットワークシステムは、上記公衆回線信号処理部は、上記通話情報を送信する相手先に対して、上記通話情報を送信する側の上記通話装置の識別情報に対応するアドレス情報を送信することを特徴とする。
【００３６】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部により上記ＩＰネットワークに対して少なくとも送信と受信のいずれかを行われる上記通話情報は、デジタル音声データあり、
上記通話装置より出力されて上記公衆回線信号処理部により入力される上記通話情報は、アナログ音声データであり、上記通話装置は、アナログ音声データの認識が可能であり、
上記通話装置アダプタは、上記ＩＰネットワークを介して受信した上記デジタル音声データを、上記通話装置により認識可能なようにアナログ音声データに変換するデジタルアナログ変換部と、
上記通話装置より出力されて上記公衆回線信号処理部により入力される上記アナログ音声データである上記通話情報を、上記ＩＰネットワークを介して送信するために、デジタル音声データに変換するアナログデジタル変換部と
を備えたことを特徴とする。
【００３７】
また、発明に係るインターネット電話ネットワークシステムは、上記インターネット電話ネットワークシステムが、上記ＩＰネットワークを介して上記通話情報を送受信する上記通話装置アダプタを接続した上記通話装置を複数備え、
上記通話装置に接続された上記通話装置アダプタは、複数の通話装置のうち少なくとも２つ以上の通話装置アダプタに接続され、上記ＩＰネットワークを介して複数の上記通話装置より受信した上記通話情報を混合する通話情報ミキシング部を備えたことを特徴とする。
【００３８】
また、発明に係るインターネット電話ネットワークシステムは、複数の上記通話装置に接続された上記通話装置アダプタのうち、少なくとも１つの通話装置アダプタは、
複数の上記通話装置との間で上記通話情報を送受信することが許可されていることを確認するための許可情報を予め記憶する許可情報記憶部と、
上記ＩＰネットワークを介して複数の上記通話装置より受信する上記通話情報に先立ち通話要求を受信し、上記通話要求に基づいて上記許可情報記憶部に記憶されている許可情報を参照し、複数の上記通話装置との間で通話情報を送受信することを許可されていることを確認する同時通話管理部と
を備えたことを特徴とする。
【００３９】
また、発明に係るインターネット電話ネットワークシステムは、上記許可情報記憶部に記憶された許可情報は、少なくとも通話装置を識別する通話装置識別番号と、複数の上記通話装置との間で通話情報を送受信する同時通話を識別するための同時通話識別番号と、上記同時通話に参加するためのパスワード情報のいずれか１つであることを特徴とする。
【００４０】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部は、上記ＩＰネットワークを介して、上記通話装置アダプタの制御を行うための制御情報を上記通話情報として入力し、
上記通話装置アダプタは、
上記通話装置アダプタの制御を行うための制御情報を記憶する制御情報記憶部と、
上記ＩＰネットワーク通信処理部により入力された制御情報に従い、上記制御情報記憶部に記憶された制御情報を更新するＩＰネットワークデータリードライト部と
を備えたことを特徴とする。
【００４１】
また、発明に係るインターネット電話ネットワークシステムは、上記公衆回線信号処理部は、上記通話装置と上記公衆回線のいずれかより、上記通話装置アダプタの制御を行うための制御情報を上記通話情報として入力し、
上記通話装置アダプタは、
上記通話装置アダプタの制御を行うための制御情報を記憶する制御情報記憶部と、
上記通話装置と上記公衆回線のいずれかより入力された制御情報に従い、上記制御情報記憶部に記憶された制御情報を更新する電話機入力データライト部と
を備えたことを特徴とする。
【００４２】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部により、少なくとも送信と受信のいずれかを行う上記通話情報は、パケット情報であり、
上記ＩＰネットワーク通信処理部は、上記パケット情報に対してＵｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ（以下、ＵＤＰと称する）の通信処理を行うＵＤＰ通信処理部を備えたことを特徴とする。
【００４３】
また、発明に係るインターネット電話ネットワークシステムは、上記インターネット電話ネットワークシステムが、上記ＩＰネットワーク上に上記通話装置アダプタに対して行われる不正アクセスを防ぐファイアウォールを備え、
上記ＩＰネットワーク通信処理部は、相手先の通話装置アダプタに対して備えられたファイアウォールを越えて、上記相手先の通話装置アダプタに上記通話情報の送信が可能な所定のＵＤＰポート番号を予め記憶するＵＤＰポート使用管理部を備え、
上記ＵＤＰ通信処理部は、上記ＵＤＰポート使用管理部に予め記憶された上記ＵＤＰポート番号を用いて上記相手先の通話装置アダプタに対して備えられたファイアウォールを越えて、上記相手先の通話装置アダプタに対して上記通話情報を送信することを特徴とする。
【００４４】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部は、上記通話情報を送信する相手先の通話装置アダプタに対して、上記相手先の通話装置アダプタに対して備えられたファイアウォールを越えて上記通話情報を送信することができるＵＤＰポート番号を確認するＵＤＰポート通信確認部を備え、
上記ＵＤＰ通信処理部は、上記ＵＤＰポート通信確認部により確認されたポート番号を用いて、上記相手先の通話装置アダプタに対して備えられた上記ファイアウォールを越えて上記相手先の通話装置アダプタに上記通話情報を送信することを特徴とする。
【００４５】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部は、上記パケット情報に対してＲｅａｌ―ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ（以下、ＲＴＰと称する）の通信処理を行うＲＴＰ通信処理部を備えたことを特徴とする。
【００４６】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部により、少なくとも送信と受信のいずれかを行う上記通話情報は、パケット情報であり、
上記ＩＰネットワーク通信処理部は、上記パケット情報に対してＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（以下、ＴＣＰと称する）の通信処理を行うＴＣＰ通信処理部を備えたことを特徴とする。
【００４７】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部は、上記パケット情報に対してＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（以下、ＨＴＴＰと称する）の通信処理を行うＨＴＴＰ通信処理部を備えたことを特徴とする。
【００４８】
また、発明に係るインターネット電話ネットワークシステムは、上記インターネット電話ネットワークシステムが、上記ＩＰネットワーク上に上記通話装置アダプタに対して行われる不正アクセスを防ぐファイアウォールを備え、
上記ＩＰネットワーク通信処理部は、上記通話情報を送信する相手先の通話装置アダプタに対して、上記相手先の通話装置アダプタに対して備えられたファイアウォールを越えて上記通話情報を送信することができるＨＴＴＰポート番号を確認するＨＴＴＰポート通信確認部を備え、
上記ＨＴＴＰ通信処理部は、上記ＨＴＴＰポート通信確認部により確認されたポート番号を用いて、上記相手先の通話装置アダプタに対して備えられた上記ファイアウォールを越えて上記相手先の通話装置アダプタに上記通話情報を送信することを特徴とする。
【００４９】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部は、上記通話情報をデジタル化したデジタル音声データを入力して、上記入力したデジタル音声データを一時的に保管する送信バッファを有して、上記送信バッファより所定のデジタル音声データを取り出して上記パケット情報を生成する送信バッファリング部を備えたことを特徴とする。
【００５０】
また、発明に係るインターネット電話ネットワークシステムは、上記送信バッファは、所定のバッファサイズを有し、上記所定のバッファサイズは変更可能であることを特徴とする。
【００５１】
また、発明に係るインターネット電話ネットワークシステムは、上記送信バッファリング部により生成された上記パケット情報は、上記デジタル音声データを送信する宛先のアドレス情報を格納するヘッダ部と上記デジタル音声データを格納するデータ部とを有し、
上記ＩＰネットワーク通信処理部は、上記送信バッファリング部より上記パケット情報を入力し、上記入力したパケット情報のヘッダ部に格納された情報とデータ部に格納された情報のうち少なくともいずれかの情報を圧縮する音声データパケットエンコード部を備えたことを特徴とする。
【００５２】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部は、相手先の通話装置アダプタより送信された圧縮された情報を有する上記パケット情報を受信し、上記パケット情報の圧縮された情報を解凍するととともに、上記解凍した上記パケット情報より上記ヘッダ部を取り出して解析を行う音声データパケットデコード部を備えたことを特徴とする。
【００５３】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部は、上記音声データパケットデコード部より上記解凍を行った上記パケット情報を入力するとともに、上記入力した上記解凍を行ったパケット情報を一時的に保管する受信バッファを有し、上記受信バッファより連続するタイミングで上記解凍を行ったパケット情報を出力する受信バッファリング部を備えたことを特徴とする。
【００５４】
また、発明に係るインターネット電話ネットワークシステムは、上記受信バッファは、所定のバッファサイズを有し、上記所定のバッファサイズは変更可能であることを特徴とする。
【００５５】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部は、上記送信バッファリング部により生成された上記パケット情報を複製する冗長パケット発行部を備えたことを特徴とする。
【００５６】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部は、上記相手先の通話装置アダプタに送信する上記パケット情報の数を削減するように、上記送信バッファリング部から上記音声データパケットエンコード部へ出力される上記パケット情報を削減するパケット生成フィルタリング部を備えたことを特徴とする。
【００５７】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部は、上記ＩＰネットワーク通信処理部により受信される上記パケット情報のトラフィック状況を監視して、監視した結果に基づいて上記受信バッファリング部に上記受信用バッファのサイズの変更を指示するネットワークトラフィック監視部を備えたことを特徴とする。
【００５８】
また、発明に係るインターネット電話ネットワークシステムは、上記ネットワークトラフィック監視部は、上記監視した結果に基づいて、上記冗長パケット発行部に対して上記パケット情報を複製する数を指示することを特徴とする。
【００５９】
また、発明に係るインターネット電話ネットワークシステムは、上記ネットワークトラフィック監視部は、上記監視した結果に基づいて、上記パケット生成フィルタリングに対して上記パケット情報を削減させる条件を指示することを特徴とする。
【００６０】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部は、上記ネットワークトラフィック監視部により監視された監視結果を取得してトラフィック状況の統計をとり、統計結果を上記ネットワークトラフィック監視部に通知するネットワークトラフィック統計データ管理部を備えたことを特徴とする。
【００６１】
また、発明に係るインターネット電話ネットワークシステムは、上記インターネット電話ネットワークシステムが、さらに、上記ＩＰネットワーク上に備えられ、上記ＩＰネットワーク上の所定の通話装置アダプタを管理するとともに、所定の通話装置アダプタから別の通話装置アダプタに向けて所定の通信プロトコルに従うアクセスにより送信された上記通話情報を、上記別の通話装置アダプタに代わって受信し、受信した上記通話情報を保管し、所定の通話装置アダプタにより所定の通信プロトコルに従う上記アクセスと同じアクセスによって上記保管した通話情報を読み出す中継サーバを備えたことを特徴とする。
【００６２】
また、発明に係るインターネット電話ネットワークシステムは、上記所定の通信プロトコルの手順に従うアクセスは、Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（以下、ＨＴＴＰと称する）の通信プロトコルに従うＨＴＴＰアクセスであることを特徴とする。
【００６３】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバにより受信される通話情報は、上記通話情報を送信する宛先のアドレス情報を格納するヘッダ部と上記通話情報を格納するデータ部とを有するパケット情報であり、
上記中継サーバは、
上記受信したパケット情報に対して上記パケット情報に対してＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（以下、ＴＣＰと称する）の通信処理を行うＴＣＰ通信処理部と、
上記受信したパケット情報に対して上記パケット情報に対してＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（以下、ＨＴＴＰと称する）の通信処理を行うＨＴＴＰ通信処理部と、
上記パケット情報のヘッダ部に格納された情報とデータ部に格納された情報のうち少なくともいずれかの情報を圧縮する音声データパケットエンコード部と、上記パケット情報として圧縮された情報を有するパケット情報を受信し、上記パケット情報の圧縮された情報を解凍するととともに、上記解凍した上記パケット情報より上記ヘッダ部を取り出して解析を行う音声データパケットデコード部と、
上記音声データパケットデコード部により上記解凍されたパケット情報を一時的に記憶して、上記記憶した解凍されたパケット情報を読み出すためのＨＴＴＰアクセスを受信した場合に、上記記憶した解凍されたパケット情報を取り出して、上記音声データパケットエンコード部に出力する音声データバッファリング部と、
上記中継サーバにより管理されている通話装置アダプタの状況を管理し、所定の通話装置アダプタから別の通話装置アダプタの状況を問い合わせる問い合わせ情報を受信し、上記問い合わせ情報に従い上記別の通話装置アダプタの状況を確認して、確認した結果を上記所定の通話装置アダプタに通知する電話機呼出情報管理部と
を備えたことを特徴とする。
【００６４】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバにより管理されている通話装置アダプタのＩＰネットワーク通信処理部は、
上記パケット情報を送信する相手先の通話装置アダプタがファイアウォールに遮られている場合に、上記パケット情報を上記ＨＴＴＰアクセスにより上記中継サーバに向けて送信するＨＴＴＰ電話呼出部を備えたことを特徴とする。
【００６５】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバにより管理されている通話装置アダプタのＩＰネットワーク通信処理部が、
上記中継サーバの上記電話機呼出情報管理部に管理されている上記パケット情報を送信する相手先の通話装置アダプタの状況を問い合わせる情報を上記ＨＴＴＰアクセスによってポーリング方式で上記中継サーバに向けて送信するＨＴＴＰポーリング部を備えたことを特徴とする。
【００６６】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバにより管理されている通話装置アダプタのＩＰネットワーク通信処理部は、
上記パケット情報を送信する相手先の通話装置アダプタに対して、上記ＩＰネットワークを介して上記パケット情報を送信する前に、これから上記パケット情報を送信することを、少なくとも電子メールとインスタントメッセージのいずれかを用いて通知する電話呼出通信部を備えたことを特徴とする。
【００６７】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバにより管理されている通話装置アダプタの公衆回線信号処理部は、
上記パケット情報を送信する相手先の通話装置アダプタに対して、上記公衆回線を経由して上記パケット情報を送信する前に、これから上記パケット情報を送信することを通知することを特徴とする。
【００６８】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバは、所定の通話装置アダプタから別の通話装置アダプタに向けて送信された上記パケット情報を受信して、上記所定の通話装置アダプタと別の通話装置アダプタに対して上記所定の通話装置アダプタと別の通話装置アダプタとを接続させる接続交渉を行うとともに、接続を行った後、上記所定の通話装置アダプタと別の通話装置アダプタとの間でＨＴＴＰによって上記パケット情報の送受信を行うように制御するＨＴＴＰ接続変更部を備えたことを特徴とする。
【００６９】
また、発明に係るインターネット電話ネットワークシステムは、上記パケット情報のヘッダ部は、上記パケット情報を送信する送信先のアドレス情報とポート番号とを有し、
上記中継サーバは、所定の通話装置アダプタから別の通話装置アダプタに向けて送信された上記パケット情報を受信して、上記所定の通話装置アダプタと別の通話装置アダプタに対して上記所定の通話装置アダプタと別の通話装置アダプタとを接続させる接続交渉を行うとともに、接続を行った後、上記パケット情報のヘッダ部の送信先のアドレス情報とポート番号を、上記パケット情報を最後に受信する予定の通話装置アダプタに対応するアドレス情報とポート番号とに変換するＴＣＰ／ＩＰパケットヘッダ変換部を備えたことを特徴とする。
【００７０】
また、発明に係るインターネット電話ネットワークシステムは、上記インターネット電話ネットワークシステムが、さらに、少なくとも２つの上記中継サーバを接続して、
上記接続した中継サーバの処理の負荷状態を監視するＨＴＴＰ中継サーバ負荷状態監視部と、
上記ＨＴＴＰ中継サーバ負荷状態監視部により監視された負荷状態に応じて所定の中継サーバを選択するＨＴＴＰ中継サーバ指定部と
を備えた中継サーバ管理サーバを備えたことを特徴とする。
【００７１】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部は、上記通話情報を送信する相手先を識別する識別名を指定して上記通話情報を上記ＩＰネットワークに送信し、
上記アドレス変換テーブルは、上記識別名と上記識別情報とを対応させて記憶し、
上記アドレス変換部は、上記アドレス変換テーブルを用いて上記識別情報を上記識別名に変換し、
上記通話装置アダプタは、上記識別名を用いて上記通話情報を送信するために用いる制御メッセージのフォーマットが予め規定されている通信プロトコルを用いて上記通話情報を上記ＩＰネットワークに出力するＩＰアドレス情報メッセージ処理部を
備えたことを特徴とする。
【００７２】
また、発明に係るインターネット電話ネットワークシステムは、上記インターネット電話ネットワークシステムが、さらに、上記公衆回線の他に、別の公衆回線を備え、
上記通話装置アダプタは、上記ＩＰネットワークを介して上記通話情報の送信と受信の少なくともいずれか一方を、ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｐｒｏｔｏｃｏｌ（以下、ＰＰＰと称する）を用いた通信プロトコルによって上記別の公衆回線を介して行う公衆回線通信処理部を備えたことを特徴とする。
【００７３】
また、発明に係るインターネット電話ネットワークシステムは、上記通話装置アダプタは、さらに、シリアルポートケーブルを備え、上記ＩＰネットワークを介して上記通話情報の送信と受信の少なくともいずれか一方を、ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｐｒｏｔｏｃｏｌ（以下、ＰＰＰと称する）を用いた通信プロトコルによって上記シリアルポートケーブルを介して行うシリアルポート通信処理部を備えたことを特徴とする。
【００７４】
また、発明に係るインターネット電話ネットワークシステムは、上記公衆回線信号処理部は、上記通話情報を送信する側と上記通話情報を送信する相手先との通話を終了した後に、上記公衆回線の接続を保持しながら、上記通話情報を送信する相手先に対して、上記通話情報を送信する側の上記通話装置の識別情報に対応するアドレス情報を上記公衆回線を介して送信することを特徴とする。
【００７５】
また、発明に係るインターネット電話ネットワークシステムは、上記公衆回線信号処理部は、上記通話情報を送信する側と上記通話情報を送信する相手先とのいずれか一方が通話を終了した後に、通話を継続している側の通話を終了すると予測される時間を経過した後に、上記公衆回線の接続を保持しながら、上記通話情報を送信する相手先に対して、上記通話情報を送信する側の上記通話装置の識別情報に対応するアドレス情報を上記公衆回線を介して送信することを特徴とする。
【００７６】
また、発明に係るインターネット電話ネットワークシステムは、上記公衆回線信号処理部は、上記通話情報を送信する側と上記通話情報を送信する相手先とのいずれか一方が通話を終了した後に、通話を継続している側の通話を終了させるために、通話を終了した側から通話を継続している側に対して、少なくともビジートーン信号を発信させることを特徴とする。
【００７７】
また、発明に係るインターネット電話ネットワークシステムは、上記公衆回線信号処理部は、上記通話装置の識別情報に対応するアドレス情報を公衆回線経由で送信している間に、上記通話情報を送信する側と上記通話情報を送信する相手先との少なくともいずれか一方が所定の通話装置に通話情報を送信しようとした場合に、上記所定の通話装置に通話情報を送信しようとする通話装置に対して、少なくともビジートーン信号を発信させることを特徴とする。
【００７８】
また、発明に係るインターネット電話ネットワークシステムは、上記公衆回線信号処理部は、上記通話装置の識別情報に対応するアドレス情報を公衆回線経由で送信している間に、上記アドレス情報を送信する側と上記アドレス情報を送信する相手先との少なくともいずれか一方が所定の通話装置に通話情報を送信しようとした場合に、上記通話装置の識別情報に対応するアドレス情報を送信する処理を、上記所定の通話装置に通話情報を送信する処理よりも優先して行なうことを特徴とする。
【００７９】
また、発明に係るインターネット電話ネットワークシステムは、
上記公衆回線信号処理部は、上記識別情報の入力が特定の時間経過しても行われない状態を検出して、上記識別情報の入力終了を判定することを特徴とする。
【００８０】
また、発明に係るインターネット電話ネットワークシステムは、上記識別情報は、所定の文字情報と、上記識別情報の終了を示す終了情報とにより構成され、上記公衆回線信号処理部は、上記終了情報の入力を確認して、上記識別情報の入力終了を判定することを特徴とする。
【００８１】
また、発明に係るインターネット電話ネットワークシステムは、上記識別情報は、通信事業者を特定する通信事業者情報を少なくとも含み、上記通信事業者情報により上記識別情報のサイズを特定され、
上記公衆回線信号処理部は、上記識別情報の上記通信事業者情報に基づいて上記識別情報のサイズを確定し、確定した識別情報のサイズと、入力された識別情報のサイズとを比較して、上記識別情報の入力終了を判定することを特徴とする。
【００８２】
また、発明に係るインターネット電話ネットワークシステムは、上記公衆回線信号処理部は、上記識別情報の入力終了の判定を行なった後で、上記アドレス変換部に対して入力の終了した上記識別情報を渡し、上記アドレス変換部は、上記公衆回線信号処理部より渡された上記識別情報を上記アドレス情報に変換することを特徴とする。
【００８３】
また、発明に係るインターネット電話ネットワークシステムは、上記識別情報は、１つ以上の文字情報より構成され、
上記公衆回線信号処理部は、上記識別情報として少なくとも１つの文字情報が入力されると、上記入力された少なくとも１つの文字情報を上記アドレス変換部に渡し、
上記アドレス変換部は、渡された少なくとも１つの文字情報と上記アドレス変換テーブルに記憶されている識別情報とを比較して、上記渡された少なくとも１つの文字情報と上記アドレス変換テーブルに記憶されている識別情報の一部が一致するアドレス情報をアドレス情報候補とすることを特徴とする。
【００８４】
また、発明に係るインターネット電話ネットワークシステムは、上記アドレス変換部は、上記アドレス情報候補が１つになった場合、そのアドレス変換候補を上記アドレス情報として採用することを特徴とする。
【００８５】
また、発明に係るインターネット電話ネットワークシステムは、上記アドレス変換部は、上記アドレス情報候補が１つになるとともに上記公衆回線信号処理部より渡された上記文字情報が所定の数を超えていた場合に、上記１つになったアドレス情報候補を上記アドレス情報として採用することを特徴とする。
【００８６】
また、発明に係るインターネット電話ネットワークシステムは、上記通話情報を送信する相手先の上記ＩＰネットワークを介して上記通話情報を受信する通話装置は、上記通話情報を送信する側の上記通話装置アダプタと同様の受信側の通話装置アダプタを有し、
上記受信側の通話装置アダプタは、上記受信側の通話装置アダプタを接続する通話装置を識別する識別情報を、上記通話情報を送信する側の上記通話装置アダプタに対して送信するとともに、上記通話情報を送信する側の上記通話装置アダプタより送信された上記アドレス情報を受信するＩＰアドレス学習部を備えたことを特徴とする。
【００８７】
また、発明に係るインターネット電話ネットワークシステムは、上記受信側の通話装置アダプタのＩＰアドレス学習部は、上記通話情報を送信する側の上記通話装置アダプタより送信された上記アドレス情報を受信することと受信しないことのいずれか一方を選択することを特徴とする。
【００８８】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰアドレス学習部は、上記アドレス情報を上記通話情報を送信する相手先に対して送信することと送信しないことのいずれかを選択することを特徴とする。
【００８９】
また、発明に係るインターネット電話ネットワークシステムは、上記公衆回線信号処理部は、上記アドレス変換テーブルに記憶された上記識別情報と上記アドレス情報とを抹消することを指示する抹消指示情報を、上記通話装置より入力し、
上記ＩＰアドレス学習部は、上記抹消指示情報に従い上記アドレス変換テーブルに記憶された上記識別情報と上記アドレス情報とを抹消することを特徴とする。
【００９０】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部と上記公衆回線信号処理部とのいずれか一方は、上記制御情報記憶部に記憶された制御情報に従い上記通話装置アダプタの制御を行なった結果誤りが発生した場合に、上記ＩＰネットワークと上記通話装置と上記公衆回線とのいずれか１つに対して警告を通知することを特徴とする。
【００９１】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部と上記公衆回線信号処理部とのいずれか一方は、上記ＩＰネットワークと上記公衆回線とのいずれか一方に故障が発生して通話が行なえない状態であることを検出して、上記ＩＰネットワークと上記通話装置と上記公衆回線とのいずれか１つに対して警告を通知することを特徴とする。
【００９２】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部と上記公衆回線信号処理部とのいずれか一方は、上記故障の復旧を行なった場合に、上記ＩＰネットワークと上記通話装置と上記公衆回線とのいずれか１つに対して通知した警告に対して故障の復旧を通知することを特徴とする。
【００９３】
また、発明に係るインターネット電話ネットワークシステムは、上記ＩＰネットワーク通信処理部と上記公衆回線信号処理部とのいずれか一方は、上記公衆回線による通話処理と上記ＲＴＰの通信処理と上記ＨＴＴＰの通信処理とのいずれか１つの処理を行なっている通話装置アダプタを接続した通話装置に対して、別の新たな通話装置から接続要求がなされた場合に、上記別の新たな通話装置に対して、処理中の状態を通知することを特徴とする。
【００９４】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバは、上記所定の通話装置アダプタと別の通話装置アダプタとの間の通信を通話接続識別情報により管理し、上記パケット情報の中に上記通話接続識別情報を格納して上記ＩＰネットワークに対して出力することを特徴とする。
【００９５】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバは、上記通話接続識別情報に対応させて少なくとも通話時間と通信パケット量のいずれか一方をログ情報として記憶して管理することを特徴とする。
【００９６】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバにより管理されている通話装置アダプタのＩＰネットワーク通信処理部は、上記パケット情報に、少なくともＧＥＴとＰＯＳＴとＰＵＴとのいずれか１つのメソッドのメッセージを、上記ＨＴＴＰアクセスにより上記中継サーバに向けて送信することを特徴とする。
【００９７】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバのＨＴＴＰ通信処理部は、上記通話装置アダプタのＩＰネットワーク通信処理部による上記ＨＴＴＰアクセスに対する応答メッセージの中に、上記通話情報を格納して、上記通話装置アダプタに向けて送信し、
上記中継サーバにより管理されている通話装置アダプタのＩＰネットワーク通信処理部は、上記中継サーバから送信された上記応答メッセージを受信して、受信した応答メッセージに格納されている上記通話情報を取り出すことを特徴とする。
【００９８】
また、発明に係るインターネット電話ネットワークシステムは、上記通話情報は、所定の第１のサイズを有し、
上記中継サーバにより管理されている通話装置アダプタのＩＰネットワーク通信処理部は、上記第１のサイズを有する通話情報を上記中継サーバより取得するために、上記第１のサイズよりも大きい第２のサイズの通話情報を取得するＧＥＴのメソッドのメッセージを、上記パケット情報に格納して、上記ＨＴＴＰアクセスにより上記中継サーバに向けて送信して、上記中継サーバから上記ＨＴＴＰアクセスに対して送信された応答メッセージを受信することを特徴とする。
【００９９】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバにより管理されている通話装置アダプタのＩＰネットワーク通信処理部は、上記中継サーバから送信された応答メッセージに格納されている上記第１のサイズを有する通話情報の合計のサイズが上記第２のサイズを越えるまで、上記中継サーバとの接続を継続して上記応答メッセージを１つ以上受信することを特徴とする。
【０１００】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバにより管理されている通話装置アダプタのＩＰネットワーク通信処理部は、上記中継サーバの上記ＨＴＴＰ通信処理部と、通信を行っている間及び通信を行った直後とのいずれか一方のタイミングに接続を切断された場合、再度接続を行い、継続して、通信を行うことを特徴とする。
【０１０１】
また、発明に係るインターネット電話ネットワークシステムは、上記中継サーバにより管理されている通話装置アダプタのＩＰネットワーク通信処理部は、上記中継サーバの上記ＨＴＴＰ通信処理部と、通信を行っている間及び通信を行った直後とのいずれか一方のタイミングに所定の時間を経過しても、上記中継サーバより応答がなかった場合、上記中継サーバとの接続を切断し、その後、再度接続を行い、通信を継続して行うことを特徴とする。
【０１０２】
また、発明に係るインターネット電話ネットワークシステムは、上記インターネット電話ネットワークシステムは、複数の上記通話装置を管理するＰＢＸとボタン電話との少なくともいずれか一方の通話装置管理装置を、上記通話装置アダプタと上記複数の通話装置との間に有し、
上記通話装置アダプタの上記公衆回線信号処理部は、上記通話情報を送信する側の通話装置より、上記通話装置を送信する相手先の上記通話装置の識別情報を受信して、上記通話装置管理装置に対して上記受信した識別情報を送信することを特徴とする。
【０１０３】
また、発明に係るインターネット電話ネットワークシステムは、上記通話情報を送信する相手先の上記通話装置は、上記通話情報を送信する側の識別情報を表示する番号表示機能を有して、上記通話装置アダプタを接続し、
上記番号表示機能を有する通話装置に接続された上記通話装置アダプタの上記公衆回線信号処理部は、上記通話情報を送信する側の上記識別情報を受信し、受信した識別情報を上記番号表示機能を有する通話装置に対して送信することを特徴とする。
【０１０４】
また、発明に係るインターネット電話ネットワークシステムは、上記通話情報を送信する相手先の上記通話装置は、上記通話情報を送信する側の識別情報を表示する番号表示機能を有して、上記通話装置アダプタを接続し、
上記通話情報を送信する側の通話装置に接続された上記通話装置アダプタの上記公衆回線信号処理部は、上記ＩＰネットワークを介して上記通話情報を送信する場合に、上記通話情報を送信する側の通話装置を識別するための識別情報を、上記通話情報を送信する相手先の上記通話装置アダプタに対して送信することを特徴とする。
【０１０５】
また、発明に係るインターネット電話ネットワークシステムは、上記通話情報を送信する側の通話装置は、上記通話情報を送信する相手先の通話装置に対して上記通話情報を送信する側の通話装置の識別情報を通知しないことを指示する非通知情報を含む上記識別情報を出力し、
上記通話情報を送信する側の通話装置に接続された上記通話装置アダプタの上記公衆回線信号処理部は、上記識別情報に上記非通知情報が含まれている場合に、上記識別情報を上記通話情報を送信する相手先の上記通話装置アダプタに対して送信しないことを特徴とする。
【０１０６】
【発明の実施の形態】
実施の形態１．
以下、図を用いてこの発明のインターネット電話ネットワークシステムの一例について説明を行う。
図１は、実施の形態１におけるインターネット電話ネットワークシステムのネットワーク構成図である。
図１において、１０，２０は、一般の電話機であり、１２，２２は、通話装置アダプタである。１１は電話機１０と通話装置アダプタ１２を接続する屋内電話線である。２１は電話機２０と通話装置アダプタ２２を接続する屋内電話線である。１３は、公衆回線である。例えば公衆回線１３は電話回線である。通話装置アダプタ１２と通話装置アダプタ２２とを接続している。１４，２４は、データ通信網の１つであるＩＰネットワークであり、通話装置アダプタ１２，２２とを接続している。１６は、インターネット或いはイントラネットである。１５，２５はルータであり、ＩＰネットワーク１４，２４とインターネット或いはイントラネット１６との間の制御を行っている。
図２は電話機１０に通話装置アダプタ１２を接続した概観イメージを示す図である。図１に示したように、電話機１０と通話装置アダプタ１２とは屋内電話線１１によって接続されている。そして、通話装置アダプタ１２はＩＰネットワーク１４と公衆回線１３と電源コード１７０を接続している。また、通話装置アダプタ１２は、電源オン或いは通話中などのＬＥＤ表示部１９１を有している。
図３は、実施の形態１における通話装置アダプタの構成図である。
図３において、１００はＩＰネットワークを経由して相手先の電話に接続できる場合に、接続回線（公衆回線１３，ＩＰネットワーク１４）の切り換えを行う回線接続切換部である回線接続切換手段、１１００は電話機１０と通話情報の１つであるアナログ音声データを公衆回線１３を介して送受信することのできる公衆回線信号処理部である公衆回線信号送受信手段、５０００はＩＰネットワーク１４を介して通話情報の１つであるデジタル音声データを送受信することのできるＩＰネットワーク通信処理部であるＩＰネットワーク通信処理手段、２００は同じ種類の通話装置アダプタに接続された他の電話機とＩＰネットワーク経由で通話情報の送受信を行うことができるかどうか判定する接続先判定部である接続先判定手段、３０２は識別情報の１つである電話番号と、ＩＰネットワークを介して通話情報を相手側の通話装置に送信するためのアドレス情報であるインターネットプロトコルアドレスとを対応させて記憶するアドレス変換テーブルである。３００は電話機１０から入力された電話番号を用いてアドレス変換テーブル３０２を参照し、インターネットプロトコルアドレス（以降ＩＰアドレス）に変換するアドレス変換部である電話番号ＩＰアドレス変換手段、５００はＩＰネットワークからのデジタル音声データを電話機１０において認識可能なアナログ音声データに変換するデジタルアナログ変換部である音声データデジタルアナログ変換手段、６００は電話機１０から入力された通話情報であるアナログ音声データをＩＰネットワーク１４を介して送信するためにデジタル音声データに変換するアナログデジタル変換部である音声データアナログデジタル変換手段である。
【０１０７】
次に動作について、図４、図５のフローチャートに基づいて説明する。なお、説明を容易にするため図１の電話機１０と通話装置アダプタ１２を電話を掛ける側とし、電話機２０と通話装置アダプタ２２とを電話を受ける側として説明を行う。
まず通話装置アダプタ１２の電源がオンになると（Ｓ１０）、公衆回線信号送受信手段１１００及びＩＰネットワーク通信処理手段５０００により、他からの電話呼出がなされているかどうかを調べる（Ｓ１１）。公衆回線側からの呼出の場合（Ｓ１２）、公衆回線信号送受信手段１１００は、公衆回線１３から入力した電話機２０からの呼出トーンをそのまま電話機１０に送信し、電話機１０の受話器がとられるまで待機する（Ｓ１３）。電話機１０の受話器が取られるかあるいは、電話機２０からの呼出が終われば（Ｓ１４）、Ｓ１０に戻る。受話器がとられれば（Ｓ１４）、そのまま公衆回線の通話状態となり切断されるまで通話を継続する（Ｓ１７）。一方、ＩＰネットワーク側からの呼出の場合、公衆回線信号送受信手段１１００が呼出トーンを電話機１０側に送信し、受話器がとられるまで待機する（Ｓ１７）。受話器がとられれば、そのままＩＰネットワークの通話状態となり切断されるまで通話を継続する（Ｓ１８）。
【０１０８】
Ｓ１８の処理手順について図７のフローチャートを用いて詳細な説明を行う。図７において、Ｓ１０００でＩＰネットワーク通信処理手段５０００によりＩＰネットワーク１４からの受信データがあったか判断を行う。受信データがない場合には処理を終了する。受信データがあった場合は（ＩＰネットワーク１４より入力される受信データ（デジタル音声データ）は、パケット情報であるものとする）ＩＰネットワーク通信処理手段５０００により受信したデータからＩＰのヘッダを除去する（Ｓ１００１）。次に、ＩＰネットワーク通信処理手段５０００は、ＩＰのヘッダを除去したデータから更に通信プロトコルのヘッダを除去する（Ｓ１００２）。そして、得られたデジタル音声データを解凍（復号化）する（Ｓ１００３）。次に音声データデジタルアナログ変換手段５００によってＳ１００３で復号化されたデジタル音声データをアナログ音声データに変換する。そして、ＩＰネットワーク通信処理手段５０００は、音声データデジタルアナログ変換手段５００によって変換されたアナログ音声データを公衆回線信号送受信手段１１００に送り、公衆回線信号送受信手段１１００は、送られたアナログ音声データを電話機１０に送信する（Ｓ１００５）。電話機１０にアナログ音声データの送信が終了した後は続けて通話を行うかどうか判断するため、図６のＳ２０００へ戻り通話処理を継続する。
図５のＳ１８に記載した通話状態とは、図６と図７に示したように電話機２０からのアナログ音声データが通話装置アダプタ２２が備える音声データアナログデジタル変換手段６００によりデジタル音声データに変換されＩＰネットワーク２４へ送信され、一方、インターネット／イントラネット１６を介して電話機２０から送信されてきたデジタル音声データを音声データデジタルアナログ変換手段５００によりアナログ音声データに変換し、電話機１０に送信する処理を継続するものである。
【０１０９】
さて、最初に戻って、他からの呼出がない場合（Ｓ１１）、自らの電話機１０の受話器がとられたかどうかの確認を公衆回線信号送受信手段１１００が行う（Ｓ２０）。このとき、受話器がとられていなければ最初（Ｓ１０）に戻るが、とられていた場合、公衆回線信号送受信手段１１００は、電話番号入力状態になったことを知らせるトーンを電話機１０に送り、電話番号が入力されるのを確認する（Ｓ２１）。入力された電話番号は、電話番号ＩＰアドレス変換手段３００によって、電話番号を基にアドレス変換テーブルを参照し、相手先の電話機２０のＩＰアドレスを求める（Ｓ２２）。ＩＰアドレスが正しく求められれば（Ｓ２３）、接続先判定手段２００は、ＩＰネットワーク経由で通話情報を送受信するように経路選択情報を生成し、回線接続切換手段１００は、ＩＰネットワーク通信処理手段５０００を起動する。ＩＰネットワーク通信処理手段５０００は、相手側の電話機２０を呼び出すデジタル信号を送り、受話器がとられてから通話状態となり、切断されるまで通話を継続する（Ｓ２４）。
図４のＳ２４の詳細な処理について図６を用いて説明を行う。
図６においてＳ２０００でＩＰネットワーク通信処理手段５０００により電話機１０の受話器が置かれ切断されたか確認する。続いてＳ２００１で、電話機１０より設定時間分の音声入力があったか確認する。設定時間分の音声入力があると、音声データアナログデジタル変換手段６００によって、入力されたアナログ音声データをデジタル音声データに変換する。ＩＰネットワーク通信処理手段５０００は、予め決めた一定のサンプリング時間で音声データを収集し、サンプリング時間内に収集した音声データをアナログデータからデジタルデータに変換し、相手の電話機２０へデジタル音声データを送信する。変換されたデジタル音声データはＩＰネットワーク通信処理手段５０００に渡され、音声データの圧縮（符号化）が行われる（Ｓ２００３）。そして、ＩＰネットワーク通信処理手段５０００は符号化された音声データ本体に通信プロトコルのヘッダを付加し（Ｓ２００４）、更に上記データにＩＰのヘッダを付加し（Ｓ２００５）、生成したデータをＩＰネットワーク１４に送出する（Ｓ２００６）。次に、電話機２０からＩＰネットワーク２４を介して通話情報が返されることを確認する図７のＳ１０００の処理へ進む。図７の処理については、図５のＳ１８の詳細な処理の説明において、既に説明を行っているため、ここでは図７の処理の説明を省略する。
ＩＰアドレスが正しく求められなければ、接続先判定手段２００が公衆回線を介して通話情報を送受信するように経路選択情報を生成し、回線接続切換手段１００は、回線の接続を公衆回線１３に切り換え、公衆回線信号送受信手段１１００を起動する。公衆回線信号送受信手段１１００は公衆回線１３を介して電話機１０より入力された電話番号に対応する電話機に対して公衆回線１３から呼出トーンを送り（Ｓ２５）、相手が受話器をとってから、公衆回線の通話状態となり、切断されるまで通話を継続する（Ｓ３０）。
図４のフローチャートでは、相手の電話機２０の受話器がとられなかった場合の処理を省略しているが、この場合は、自ら切断し、処理の最初（Ｓ１０）に戻る。
【０１１０】
また、本通話装置アダプタは、一般的な電話機（ダイヤル、プッシュボタン等）が接続されたＰＢＸなどからの電話回線を、公衆回線網とＩＰネットワークのそれぞれに接続し、電話機から電話をかけた場合にも、ＩＰネットワークを経由して相手先の電話に接続できるかどうか判定し、判断結果に基づいて接続回線の切り換えを行う回線接続切換手段１００により自動切換を行い、ＩＰネットワーク経由での通話が可能である時にＩＰネットワーク経由で電話をかけることができ、電話番号をＩＰアドレスに変換できない場合や相手側の電話機がＩＰネットワークに接続されていない場合や電話機２０とＩＰネットワーク２４との間の通話装置アダプタが通話装置アダプタ１２と互換性のない装置であった場合などＩＰネットワークでの通話が不可能である場合には、公衆回線網経由で電話をかけることできる。
【０１１１】
以上のように、電話をかける相手先の電話がＩＰネットワーク経由で通話できるものである場合は、ＩＰネットワーク側から電話をかけられるようにしており、そうでない場合は、公衆回線側から電話かけるようにすることで、自動的に両者の切換をするようにしているので、利用者は一度通話装置アダプタと電話機とを設置すれば、手をわずらわすことなく、必要に応じて公衆回線、ＩＰネットワークのどちらを介しても通話情報を送受信することができる。
【０１１２】
このように、実施の形態１では、一般的な電話機（ダイヤル、プッシュボタン等）からの電話回線と公衆回線網とインターネットプロトコルに対応したネットワーク（以下ＩＰネットワーク）のそれぞれと接続し、電話機から電話をかけた場合に、ＩＰネットワークを経由して相手先の電話に接続できるかどうかを判定した結果に基づいて接続回線の切り換えを行う回線接続切換手段１００と、上記電話機との間の公衆回線上の信号を送受信することのできる公衆回線信号送受信手段１１００と、ＩＰネットワーク側との間のＩＰネットワーク信号を送受信することのできるＩＰネットワーク通信処理手段５０００とを備え、ＩＰネットワークでの通話が可能である場合、ＩＰネットワーク経由で電話をかけることができ、不可能な場合に公衆回線網経由で電話をかけることができることを特徴とするインターネット電話ネットワークシステムについて説明を行った。
【０１１３】
また、通話装置アダプタに接続された電話機に対して、同じ種類の通話装置アダプタに接続された他の電話機とＩＰネットワーク経由で電話をかけることができるかどうか判定する接続先判定手段２００により、ＩＰネットワーク経由で電話をかけることができることを特徴とするインターネット電話ネットワークシステムについて説明を行った。
【０１１４】
また、通話装置アダプタに接続された電話機に対して、同じ種類の通話装置アダプタに接続された他の電話機の一般公衆回線の電話番号を入力することで、ＩＰネットワーク経由で電話をかけることができることが判明したときに、その一般公衆回線の電話番号をインターネットプロトコルアドレス（以降ＩＰアドレス）に自動的に変換する電話番号ＩＰアドレス変換手段３００を備え、利用者が従来の電話番号をそのまま使用して、ＩＰネットワーク経由で電話をかけることができることを特徴とするインターネット電話ネットワークシステムについて説明を行った。
【０１１５】
また、通話装置アダプタに接続された電話機に対して、ＩＰネットワーク側に接続された電話機１０との音声通話が行えるように、ＩＰネットワークからのデジタル音声データを電話機１０側に送信する音声アナログ信号に変換する音声データデジタルアナログ変換手段５００及び、電話機１０側からの音声アナログ信号をＩＰネットワーク側に送信するデジタル音声データに変換する音声データアナログデジタル変換手段６００を備え、双方向のデジタル音声データと音声アナログ信号の変換を行うことで、ＩＰネットワーク経由で電話をかけることができることを特徴とするインターネット電話ネットワークシステムについて説明を行った。
【０１１６】
実施の形態２．
この実施の形態２では、接続先判定部である接続先判定手段２００によってアドレス変換テーブル３０２に設定されていないＩＰアドレスを、電話を掛けた相手側の電話機よりＩＰアドレスを送信してもらい、自分の電話機側の通話装置アダプタのアドレス変換テーブル３０２に相手側より送信されたＩＰアドレスを登録する処理について説明を行う。
【０１１７】
図８は実施の形態２における接続先判定手段２００が有する接続学習機能を説明する図である。
図８において、電話機１０より電話機２０に対して電話を掛けるが、この時電話機２０の電話番号に対応するＩＰアドレスが通話装置アダプタ１２のアドレス変換テーブル３０２に登録されていない場合は、
１．アドレス変換テーブル３０２に登録されていない相手には公衆回線で通話する
２．通話終了後にＩＰアドレスを相互に伝達し、受信したＩＰアドレスをアドレス変換テーブル３０２に登録する
３．２回目以降はアドレス変換テーブル３０２に記憶したＩＰアドレスを用いてＩＰネットワーク経由で電話を掛ける
という１．２．３．の手順によって、相手側のＩＰアドレスを取得する学習機能を接続先判定手段２００は備える。
【０１１８】
図９はこの発明の通話装置アダプタを示す各手段の構成図である。
図９において、１１００は一般公衆回線経由で電話をかけ、その切断時にＩＰアドレス情報を相互に伝達しあう公衆回線信号送受信手段、４００は接続先判定手段２００に備えられ従来の一般公衆回線の電話番号に対応するＩＰアドレスを通話相手の電話機に接続されている通話装置アダプタより取得する指示を公衆回線信号送受信手段１１００に与えるＩＰアドレス学習手段部であるＩＰアドレス学習手段である。
【０１１９】
次に図９に示した通話装置アダプタの動作について、図１０と図１１のフローチャートに基づいて説明する。
電話をかける全体の処理は、実施の形態１の図４，５と同様である（図４と図５のＳ１０〜Ｓ３０は、図１０と図１１のＳ１０〜Ｓ３０までと、同様の処理である）。
図１０，１１と図４，５との異なる処理は、電話機１０よりＩＰネットワーク側で電話をかけることができなかった場合、切断後に電話機１０より相手の電話機に接続されている通話装置アダプタが同種のものであると確認してからお互いにＩＰアドレスを転送しあう処理が付加されている。こちらから電話をかけた場合とかけられた場合の両者について、同様な処理が付加される。
【０１２０】
まず前者（電話機１０から電話をかけた場合）においては、公衆回線経由での通話終了後に（Ｓ２５）、ＩＰアドレス学習手段４００は、公衆回線信号送受信手段１１００を指示して、公衆回線１３を介して相手先の電話機の通話装置アダプタに同じ種類の通話装置アダプタかを問合せるトーン信号を送信する（Ｓ４０）。このとき、相手先の電話機の通話装置アダプタが図９に示した構成の通話装置アダプタと互換性のある通話装置アダプタでなければ（Ｓ４１）、規定の時間待機した後に、相手の電話機に接続された通話装置アダプタより返答がないため、処理は終了する。相手の電話装置に接続された通話装置アダプタが同じ種類の通話装置アダプタであれば（Ｓ４１）、その旨相手の電話機に接続された通話装置アダプタより返答があるため、ＩＰアドレス学習手段４００は公衆回線信号送受信手段１１００に対してまず相手の電話機に接続された通話装置アダプタへこちらのＩＰアドレスをアナログ信号のトーンにて送信するよう指示する（Ｓ４２）。自分のＩＰアドレスは例えばアドレス変換テーブル３０２に自分の電話番号と共に記憶しておき公衆回線信号送受信手段１１００はアドレス変換テーブル３０２を参照して自分の電話番号に対するＩＰアドレスを取得する。又はＩＰアドレス学習手段４００がアドレス変換テーブル３０２を参照して自分の電話番号に対するＩＰアドレスを取得して、取得したＩＰアドレスを公衆回線信号送受信手段１１００に渡してもよい。次に、通話先の通話装置アダプタからそのＩＰアドレスを送信してもらい、公衆回線信号送受信手段１１００がこれを受信し、公衆回線信号送受信手段１１００は、受信したＩＰアドレスをＩＰアドレス学習手段４００に渡す。ＩＰアドレス学習手段４００は、受け取ったＩＰアドレスを相手先の電話機の電話番号と対応させてアドレス変換テーブル３０２に格納する（Ｓ４３）。
【０１２１】
後者（電話をかけられた場合）においては、公衆回線経由での通話終了後に（Ｓ３０）、電話をかけてきた相手先の電話機の通話装置アダプタから通話装置アダプタが互換性があるかを問合せるトーン信号が送信されるので、公衆回線信号送受信手段１１００により相手先の電話機に接続された通話装置アダプタから発信されたトーン信号を受信し、返答のトーン信号を規定の時間内に返す（Ｓ５０）。相手の通話装置アダプタから問い合わせのトーンが届かない場合はＳ１０へ戻る。トーン信号を返した後、相手先の通話装置アダプタから相手先のＩＰアドレスが送信されてくるので、公衆回線信号送受信手段１１００は送信されたＩＰアドレスを受信し、受信したＩＰアドレスをＩＰアドレス学習手段４００に渡す。ＩＰアドレス学習手段４００は、相手先の電話番号とＩＰアドレスを対応させてアドレス変換テーブル３０２に格納する。相手先の電話番号は、ＩＰアドレスと共に送信される、或いは、相手の電話機より電話を掛けられた時に相手の電話機の電話番号を取得し、公衆回線信号送受信手段１１００又は、ＩＰアドレス学習手段４００に一時保管しておくものである。次に、ＩＰアドレス学習手段４００は、自分の電話機の電話番号と電話番号に対応するＩＰアドレスをアドレス変換テーブル３０２より取得し、公衆回線信号送受信手段１１００に電話番号とＩＰアドレスを通知する。公衆回線信号送受信手段１１００は、通知された電話番号とＩＰアドレスをアナログ信号のトーンにて相手先の電話機へ送信する（Ｓ５２）（通知するのは、ＩＰアドレスだけでもかまわない）。
【０１２２】
なお、これまでの説明ではＩＰアドレスを相互にやりとりするのは通話の終了後としていたが、通話の開始直前（電話機をはずした直後）に行ってもかまわない。
【０１２３】
以上のように、公衆回線経由で電話した後で、自分の電話機の電話番号と電話番号に対応するＩＰアドレスを相手先の電話番号に通知する或いは、相手先の電話機の電話番号に対応するＩＰアドレスを受信するＩＰアドレス学習手段４００を備えたので、利用者があらかじめ相手先のＩＰアドレスを調べてアドレス変換テーブル３０２に設定する作業を不要にすることができる。
【０１２４】
この実施の形態２では、同じ種類の通話装置アダプタ或いは、この発明の通話装置アダプタと互換性のある通話装置アダプタを接続した相手先の電話機と通話の切断時にＩＰアドレス情報を相互に伝達しあう公衆回線信号送受信手段１１００と、従来の一般公衆回線の電話番号とＩＰアドレスを対応させて記憶させるＩＰアドレス学習手段４００によって、次回の電話の呼出以降に、自動的にＩＰネットワーク経由で電話をかけることができることを特徴とするインターネット電話ネットワークシステムについて説明を行った。
【０１２５】
実施の形態３．
この実施の形態３では、通話装置アダプタに電話会議を行うための手段を備え、通話送信アダプタを接続した電話機を用いて電話会議を行う例について以下に説明を行う。
図１２は実施の形態３の通話装置アダプタを示す各手段の構成図である。
図１２において、７００は電話機１０を用いて通話を行っている自分の声以外の２つ以上の音声データをミキシングして音声出力を行う音声データミキシング部である音声データミキシング手段、８００は設定された電話会議の識別番号を管理する電話会議識別番号管理手段、９００は電話会議の参加者の電話機識別番号を管理する電話機識別番号管理手段、１０００は電話会議の参加者が登録したパスワードを記憶して管理する電話会議参加者パスワード管理手段である。電話会議識別番号管理手段８００と電話機識別番号管理手段９００と電話会議参加者パスワード管理手段１０００は、同時通話管理部８５０を構成する手段である。同時通話管理部８５０は許可情報として会議識別番号或いは電話機識別番号或いは会議参加者パスワードを記憶する許可情報記憶部８５５を備える。電話会議識別番号管理手段８００、電話機識別番号管理手段９００、電話会議参加者パスワード管理手段１０００は、それぞれ許可情報記憶部８５５を参照し電話会議に参加可能な電話機或いは通話者を管理する。
【０１２６】
図１３は、実施の形態３におけるインターネット電話ネットワークシステムの構成図である。
図１３において、３０は電話機、３１は屋内電話線、３２は通話装置アダプタ、３４はＩＰネットワーク、３５はルータである。他の符号は図１と同じであるため、説明を省略する。
この実施の形態３では、電話機１０と電話機２０とがＩＰネットワーク１４、２４を経由して通話を行っている途中に、電話機３０より電話機１０に電話を掛けて、通話への参加要求を行うものとする。
次に動作について説明する。
基本的な電話をかける全体の処理は、実施の形態１の図４、図５と同様である。但し、電話会議は少なくとも３者の間で行われる通話であると考え、２者間（電話機１０、２０）で通話を行っているときに３人目（電話機３０）の通話者の参加を受け付ける処理が必要になる。このため、図４のＳ２４の処理及び図５のＳ１８の処理の中で次の通話者の参加を確認する処理が必要になる。図４のＳ２４と図５のＳ１８はその詳細な処理を図６と図７に示した。このため、図６と図７に３者目以降の通話者の参加を確認する処理を追加した。図１４のフローチャートを用いて電話会議参加者の確認処理を説明する。
図１４のＳ１０００〜Ｓ１００５とＳ２０００〜Ｓ２００６の処理は、上記実施の形態１で説明した図６のＳ２０００〜Ｓ２００６と、図７のＳ１０００〜Ｓ１００５と同じ処理であるので、説明を省略する。図１４は、図６のＳ２０００の処理の後に他からの、つまり、第３者以降の通話者からの電話があるかを確認するＳ３０００の処理と、第３者以降の通話者からの電話がある場合に、新規通話者を現状の通話処理に加えるＳ３００１の処理を追加している。
電話会議では、初めに、ＩＰネットワーク経由にて２者間で電話をしている場合に、第３者からＩＰネットワーク経由にて前２者のいずれかに電話をかけた場合に、その第３者も含めて通話状態となる。さらに、その後の第４者以降から電話がかけられても同様である。第３者以降の参加確認を行う処理は、同じ種類の通話装置アダプタに接続された他の電話機から、ＩＰネットワーク経由で受信した自分の声以外の２つ以上の音声データを音声データミキシング手段７００によりミキシングして音声出力を行う。例えば電話機１０の通話者に対しては、通話装置アダプタ１２の音声データミキシング手段７００によってミキシングされた電話機２０、３０の通話音声が出力される。
【０１２７】
この実施の形態では、通話装置アダプタ内に音声データミキシング手段７００を用意したが、別の形態として、音声データミキシング手段７００をもつ１つの装置にて、他の通話装置アダプタ装置に向けて、自分の発話音声を除いた他の参加者の音声データをミキシングして送信する構成も可能である。この場合、他の通話装置アダプタに音声データミキシング手段７００を備える必要はない。
【０１２８】
上記した電話会議の参加を確認する手順では、初めに２者間で電話機で通話を行っている途中に第３者以降の通話者の参加があるかどうか確認する手順であった。この手順の中には３者以上の通話者によって行われる電話会議への通話の参加を認められているものであるか確認する処理は何ら行っていないかった。しかし、３者間で行われる通話が単なる連絡事項の通達や世間話程度の内容の通話であれば参加する通話者が許可された通話者であるか確認を行う必要がないが、会議を行うための通話であればその通話に参加を許可されたものであるか確認を行う必要がある。このため、この実施の形態３では、通話への参加を許可されている者であるか確認するために、会議に識別番号を付け、通話を開始する前に通話者に許可情報の１つである会議識別番号を入力させ、入力された識別番号が正しいことを判定する方法と、電話機に識別番号を予め付けておいて、電話を掛けてきた別の許可情報である電話機の識別番号が会議への参加を認められている電話機であるか確認する方法と、通話を開始する前に別の許可情報であるパスワードの入力を行わせ、入力されたパスワードが正しいパスワードであるか確認する３つの方法が考えられる。上記３つの方法について１つずつ以下に説明を行う。
【０１２９】
初めに電話会議に識別番号を設定する方法を説明する。
個々の電話会議に識別番号を設定し、設定した識別番号を許可情報記憶部８５５に予め記憶しておく。但し電話会議の識別番号を記憶するのは、電話会議に参加する電話機に接続された通話装置アダプタに備えられた全ての許可情報記憶部８５５に記憶するのではなく、電話会議を主催する主催者の電話機に接続された通話装置アダプタの許可情報記憶部８５５のみに記憶しておく。そして、電話会議に参加可能な者であるかどうか確認を行うのは主催者の電話機に接続された通話装置アダプタが行う。主催者の通話装置アダプタのＩＰネットワーク通信処理手段５０００は、ＩＰネットワーク１４より通話要求があると、電話会議識別番号管理手段８００に通話要求があったことを通知する。通知を受けた電話会議識別番号管理手段８００は、通話を要求してきた電話機に対して電話会議識別番号の入力を促すメッセージを音声データによって通知する。そして、電話を掛けてきた相手先の電話機より電話会議の識別番号が入力されるとＩＰネットワーク通信処理手段５０００は、識別番号を受信し、受信した識別番号を電話会議識別番号管理手段８００に通知する。電話会議識別番号管理手段８００は、許可情報記憶部８５５を参照し、通知された電話会議識別番号が設定されている識別番号であるか確認する。設定されている識別番号である場合は、電話会議識別番号管理手段８００は、ＩＰネットワーク通信処理手段５０００を介して通話を許可するメッセージを出力する。通話を許可するメッセージは、相手先の通話者が音声にて聞くことができるメッセージである。また、通知された電話会議識別番号が許可情報記憶部８５５に設定されていない番号である場合は、電話会議への参加を認めないメッセージを電話会議識別番号管理手段８００が、ＩＰネットワーク通信処理手段５０００を介して相手先の電話機へ出力する。このメッセージも相手先の電話機の通話者が音声によって聞き取ることができるメッセージである。
【０１３０】
次に、電話機識別番号によって電話会議に参加可能であることを確認する方法を説明する。
電話会議に参加可能な電話機の識別番号を、電話会議を主催した主催者の電話機に接続された通話装置アダプタの許可情報記憶部８５５に予め記憶しておく。主催者の電話機に接続された通話装置アダプタのＩＰネットワーク通信処理手段５０００は、ＩＰネットワーク１４より通話要求を受信すると、通話要求があったことを電話機識別番号管理手段９００に通知する。電話機識別番号管理手段９００は、相手先の電話機に対して電話機識別番号の入力を行わせるメッセージを通知する。メッセージは、相手先の電話機の通話者が音声にて聞くことができるメッセージである。次に、ＩＰネットワーク通信処理手段５０００は相手先の電話機より電話機識別番号を受信し、受信した電話機識別番号を電話機識別番号管理手段９００に通知する。電話機識別番号管理手段９００は、許可情報記憶部８５５を参照し、通知された電話機識別番号が設定されているか確認を行う。設定されている場合は、電話会議への参加を許可するメッセージをＩＰネットワーク通信処理手段５０００により出力する。このメッセージは相手の電話機の通話者が音声にて聞くことができるメッセージである。許可情報記憶部８５５に通知された電話機識別番号が設定されていない場合は、電話会議への参加を認めないメッセージをＩＰネットワーク通信処理手段５０００により出力する。このメッセージも、相手先の電話機の通話者が音声によって聞くことができるメッセージである。また、電話会議を主催する主催者が複数の電話会議を主催するような場合には、電話会議毎に参加する電話機が異なる場合が多いので、この場合は上記に説明した電話会議を識別する識別番号毎に電話機識別番号を設定する。例えば、図１５のように電話会議を３つ主催しているような場合には主催する電話会議毎に電話会議識別番号を’１０００’，’１３３０’，’１６００’のように設定し、それぞれの電話会議識別番号毎に電話会議識別番号’１０００’に対して電話機識別番号を’５００，５０１，５０３’電話会議識別番号’１３３０’に対しては電話機識別番号’５００，６００，７００’と設定し、電話会議識別番号’１６００’に対しては電話機識別番号’１０１，１０２，１０５，５０１，５０２’というように設定を行う。
電話機識別番号の入力は電話を掛けてきた通話者が電話機から入力すると説明を行ったが、電話機に接続された通話装置アダプタに予め電話機の識別番号を記憶しておき、電話会議の主催者の電話機に接続された通話装置アダプタの電話機識別管理手段９００より電話会議の主催者の通話装置アダプタへ通知を行ってもかまわない。
【０１３１】
次に、パスワードを入力させることによって電話会議の参加を確認する方法を説明する。
パスワードも電話会議を主催する主催者の通話装置アダプタに備えられている許可情報記憶部８５５に記憶されているものとするが、パスワードは通話者以外のものに知られては意味のないものなので、通話者は予め電話会議識別番号に対して自分のパスワードを設定しておくことが必要である。設定方法については別の実施の形態で説明を行う。ここでは既にパスワードが電話会議主催者の通話装置アダプタの許可情報記憶部８５５に記憶されているものとして説明を行う。パスワードも図１５の電話機識別番号のように電話会議識別番号毎に記憶しておく。電話会議の主催者の通話装置アダプタのＩＰネットワーク通信処理手段５０００は、通話要求をＩＰネットワーク１４より受信すると、電話会議参加者パスワード管理手段１０００に通話要求のあったことを通知する。電話会議参加者パスワード管理手段１０００は、相手先の電話機へパスワードの入力を促すメッセージをＩＰネットワーク通信処理手段５０００より出力する。このメッセージは相手先の電話機の通話者が音声によって聞くことができるメッセージである。相手先の電話機の通話者よりパスワードが入力され、ＩＰネットワーク通信処理手段５０００がパスワードを受信し、受信したパスワードを電話会議参加者パスワード管理手段１０００に通知する。電話会議参加者パスワード管理手段１０００は許可情報記憶部８５５を参照して設定されているパスワードであるか確認を行う。許可情報記憶部８５５には電話会議識別番号を基にパスワードが設定されているので、パスワードの入力を促すときに同時に電話会議識別番号の入力を促すものとする。そして、ＩＰネットワーク通信処理手段５０００は、相手先の電話機より入力されたパスワードを受信すると共に電話会議識別番号を受信するものとする。電話会議参加者パスワード管理手段１０００は通知されたパスワードと電話会議識別番号とが許可情報記憶部８５５に設定されていれば、電話会議への参加を許可するメッセージを相手先の電話機へ通知を行い、設定されていなければ、電話会議への参加を認めないメッセージを相手の電話機へ通知する。この通知も相手先の電話機の通話者が音声によって聞くことができるメッセージである。
【０１３２】
電話会議識番号、電話機識別番号、パスワードは、それぞれの許可情報を任意に組み合わせて電話会議への参加を確認することも可能である。
【０１３３】
以上のように、この発明の通話装置アダプタを接続した他の電話機からＩＰネットワーク経由で受信した自分の声以外の２つ以上の音声データをミキシングして音声出力を行うようにしているので、３者以上の通話者によるＩＰネットワーク経由の電話会議をすることができる。
【０１３４】
また、電話会議に識別番号を設定し、その識別番号を直接指定し送信するようにしているので、特定の参加者間でＩＰネットワーク経由の電話会議を行うことができる。
【０１３５】
また、通話装置アダプタを接続した電話機に識別番号を設定し、電話機の識別番号を電話会議に参加する電話機より会議を主催している主催者の電話機へ送信するようにしているので、特定の電話機間でＩＰネットワーク経由で電話会議を行うことができる。
【０１３６】
また、各参加者に割り当てられたパスワードを電話会議ごとに管理し、参加時に各参加者にパスワード入力させることで、登録されたパスワードと比較照合を行うようにしているので、電話会議参加者の認証を行うことができる。
【０１３７】
この実施の形態は、通話装置アダプタを接続した他の電話機からＩＰネットワーク経由で電話をかけ、自分の声以外の２つ以上の音声データをミキシングして音声出力を行う音声データミキシング手段７００を備えることにより、電話を用いて３人以上で電話会議をすることができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１３８】
また、設定された電話会議の識別番号を管理する電話会議識別番号管理手段８００と、電話会議の参加者の電話機識別番号を管理する電話機識別番号管理手段９００とを備えることで、電話会議の参加者の認証を行うことができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１３９】
また、電話会議の参加者が登録したパスワードを記憶して管理する電話会議参加者パスワード管理手段１０００を備えることで、電話会議の参加者の認証を行うことができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１４０】
実施の形態４．
この実施の形態４では通話装置アダプタが備える通話装置アダプタを制御するための情報を記憶している設定情報記憶部に対して、ＩＰネットワーク或いは公衆回線より設定情報記憶部に記憶されている制御情報を変更する情報を入力し、設定情報記憶部の情報を変更する例について説明を行う。
図１６は実施の形態４の通話装置アダプタを示す各手段の構成図である。
図１６において、１２００はＩＰネットワーク１４から通話装置アダプタを制御するための情報を変更するための変更情報を入力して、制御情報が記憶されている記憶部をアクセスして制御情報を変更するＩＰネットワークデータリードライト部であるＩＰネットワークデータリードライト手段、１３００は電話機１０から通話装置アダプタ１２を制御するための制御情報を変更する変更情報を入力して、制御情報が記憶されている記憶部をアクセスし制御情報の変更を行う電話機入力データライト部である電話機入力データライト手段である。１４００は通話装置アダプタ１２を制御するための制御情報を記憶している設定情報記憶部である。
【０１４１】
次に動作について説明する。
例えば、通話装置アダプタのメンテナンス作業が発生したとする。メンテナンス作業のために、電話機１０からプッシュボタン等により制御情報を変更するための変更情報が入力され変更情報がトーン信号となって公衆回線信号送受信手段１１００により受信される。公衆回線信号送受信手段１１００は受信した変更情報を電話機入力データライト手段１３００に渡す。電話機入力データライト手段１３００は、公衆回線信号送受信手段１１００より渡された変更情報に従い設定情報記憶部１４００をアクセスし、設定情報の変更を行う。
【０１４２】
また、電話機１０以外の電話機より、公衆回線１３を経由して変更情報を入力してもかまわない。このようにすることで、例えば遠隔地からも通話装置アダプタ１２の設定情報記憶部１４００に記憶されている制御情報を変更することができる。
【０１４３】
また、例えば、ＩＰネットワーク１４にパソコンが接続されているとする。ネットワーク１４に接続されたパソコンから、通話装置アダプタのＩＰアドレスを指定して、制御情報を変更するための変更情報を通話装置アダプタ１２にＩＰネットワーク１４を介して入力する。変更情報がＩＰネットワーク通信処理手段５０００により受信され、ＩＰネットワーク通信処理手段５０００は受信した変更情報をＩＰネットワークデータリードライト手段１２００に渡す。ＩＰネットワークデータリードライト手段１２００は、ＩＰネットワーク通信処理手段５０００より渡された制御情報を変更するための変更情報に従い、設定情報記憶部１４００に記憶されている制御情報を変更する。
【０１４４】
以上のように、通話装置アダプタに接続された既存の電話機や汎用のパソコン等からメンテナンス作業のために発生した制御情報の入力を行えるようにし、入力した変更情報に従い設定情報記憶部に記憶されている制御情報の変更を行うようにしているので、通話装置アダプタにメンテナンス作業専用のデータ入出力装置を付加するコストを削減することができる。利用者等が手軽に従来からある装置にて保守設定の作業を行うことができる。
【０１４５】
また、上記実施の形態３で説明した図１２に示した許可情報記憶部８５５に記憶している電話会議識別番号や電話機識別番号やパスワードなどの許可情報の入力を、通話装置アダプタを接続している電話機或いは、ＩＰネットワークに接続されているパソコン或いは、遠隔地の電話機から入力し、電話機から入力された場合は電話機入力データライト手段１３００にによって許可情報記憶部８５５をアクセスして登録するようにしてもかまわない。パソコンからＩＰネットワーク１４を介して入力する場合は、ＩＰネットワークデータリードライト手段１２００により許可情報記憶部８５５をアクセスして登録するようにしてもかまわない。電話会議に関する許可情報を通話装置アダプタを接続している電話機やＩＰネットワークに接続されているパソコンから入力して登録できることによって、新規登録や登録した情報の変更や削除などの発生頻度が高いと考えられる電話会議に関する許可情報の登録変更作業を容易に行うことができる。
【０１４６】
この実施の形態４では、通話装置アダプタにＩＰネットワークから受信したデータに基づいて、通話装置アダプタ内に記憶されているデータの更新及び書き込みを行うことができるＩＰネットワークデータリードライト手段１２００を備え、通話装置アダプタを制御するための制御情報のメンテナンス作業をＩＰネットワークを経由して接続されたパソコンなどの計算機から行うことができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１４７】
また、通話装置アダプタに、電話機からのダイヤルやプッシュボタンを用いて通話装置アダプタ内に記憶されている情報を変更及び登録するための情報を入力し、入力した情報を用いて通話装置アダプタに記憶されている情報の登録及び変更を行うことができる電話機入力データライト手段１３００を備え、通話装置アダプタを制御するための制御情報のメンテナンス作業を、通話装置アダプタを接続した電話機から行うことができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１４８】
実施の形態５．
実施の形態１から実施の形態４の図において、この発明のインターネット電話ネットワークシステムの通話装置アダプタの構成要素を示す各手段の構成図を示していたが、この実施の形態５では、ＩＰネットワーク通信処理手段５０００の詳細な内部構成について説明を行う。
図１７は、実施の形態５におけるＩＰネットワーク上にファイヤウォールを備えたネットワーク構成図である。
図１７において、１７，２７はファイヤウォールである。他の符号については図１と同様であるため説明を省略する。
図１８は、実施の形態５におけるＩＰネットワーク通信処理手段５０００の構成図である。図１５のＩＰネットワーク通信処理手段５０００は上記実施の形態１から実施の形態４で説明した図のＩＰネットワーク通信処理手段５０００にそのまま適用できる。
【０１４９】
図１８において、５１００はＩＰネットワーク１４上の音声データの送受信処理の通信プロトコルとしてＵｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ（以下、ＵＤＰと称する）の処理を行うことができるＵＤＰ通信処理部であるＵＤＰ通信処理手段、５２００はファイヤウォールに対して特定のＵＤＰポートを経由して音声データの送受信を行うＵＤＰポート使用管理部であるＵＤＰポート使用管理手段、５３００はファイヤウォールに対してデータの送受信が可能なＵＤＰポートの存在を調査するＵＤＰポート通信確認部であるＵＤＰポート通信確認手段、５４００はＩＰネットワーク上の音声データの送受信処理の通信プロトコルとしてＲｅａｌ−ｔｉｍｅ ｔｒａｎｓｐｏｒｔ ｐｒｏｔｃｏｌ（以下、ＲＴＰと称する）の処理を行うことができるＲＴＰ通信処理部であるＲＴＰ通信処理手段である。
【０１５０】
次に動作について図１９，２０，２１のフローチャートに基づいて説明する。図１９および図２０は上記実施の形態２で説明を行った図１０，図１１と同じ処理である。図２１は実施の形態５のための処理である。実施の形態１〜４における通話状態時の音声データの送受信処理において、ＩＰネットワーク通信処理手段５０００が動作する。通話している相手先の通話装置アダプタ２２からＩＰネットワーク１４を経由して通話装置アダプタ１２へ音声データが送信されてきた場合について説明を行うが、その前にＵＤＰ及びＲＴＰの通信プロトコルを用いて音声データの送受信を行う場合のヘッダについて図２２を用いて説明を行う。通話装置アダプタ１２と通話装置アダプタ２２との間でＩＰネットワーク１４，２４を介して行われる音声データのパケットの構造は図２２に示すとおりである。実施の形態５では音声データ５０に対してＩＰヘッダ５１とＵＤＰヘッダ５２とＲＴＰヘッダ５３が付加されＩＰパケットを構成する。
通話装置アダプタ１２は、ＩＰネットワーク１４を経由して通話装置アダプタ２２から音声データを送信されると、ＵＤＰ通信処理手段５１００が音声データのＩＰパケットからＩＰヘッダ５１を除いたＵＤＰヘッダ５２付きのパケットを取り出す。次に、ＲＴＰ通信処理手段５４００がそのＵＤＰヘッダ５２付きのパケットからＲＴＰヘッダ５３付きのパケットを取り出し、さらに、ＲＴＰヘッダを取り除いたデジタル音声データ本体を音声データデジタルアナログ変換手段５００に送り、音声データデジタルアナログ変換手段５００によりアナログ音声データに変換されて、公衆回線信号送受信手段１１００を介して電話機１０に送られる。音声データデジタルアナログ変換手段５００によって変換されたアナログ音声データは、公衆回線信号送受信手段１１００を介して電話機１０へ送られると説明したが、直接音声データデジタルアナログ変換手段５００がＩＰネットワーク通信処理手段５０００を介して公衆回線信号送受信手段１１００にアナログ音声データを送り、電話機１０へ出力するような経路であってもかまわない。
【０１５１】
次に電話機１０からＩＰネットワーク１４を介して電話機２０に通話情報を送信する場合について説明を行う。
電話機１０から入力されたアナログ音声データ本体は、公衆回線信号送受信手段１１００と接続先判定手段２００と回線接続切換手段１００を経由してＩＰネットワーク通信処理手段５０００に入力される。ＩＰネットワーク通信処理手段５０００は、入力したアナログ音声データを音声データアナログデジタル変換手段６００によりデジタル音声データに変換する。変換されたデジタル音声データは、ＩＰネットワーク通信処理手段５０００のＲＴＰ通信処理手段５４００に入力されてＲＴＰヘッダ５３を付加されたパケットとして作られる。さらに、ＵＤＰ通信処理手段５１００により、ＵＤＰヘッダ５２を付加されたパケットとして作られ、続いて、ＩＰヘッダ５１を付加されたＩＰパケットとしてＩＰネットワーク１４経由で通話の相手先の通話装置アダプタ２２を接続した電話機２０に送信される。
【０１５２】
ＵＤＰを利用することで、音声データのパケットが通話相手の電話機２０に接続された通話装置アダプタ２２に到着しなかったとき、再送処理を行わない。このため、音声データ通信のリアルタイム特性を向上させることが可能である。また、ＲＴＰを利用することで、音声データのパケットの送信時間や計数の管理を行うことができるので、音声データ通信のリアルタイム特性を向上させることが可能である。
【０１５３】
次に、ファイヤウォール１７，２７によりＩＰネットワーク経路が遮られている場合の対処のために、ＵＤＰポートが使えるかどうか確認する構成について説明する。尚、通話相手のネットワーク環境がファイヤフォールに遮られていることを示す情報は、アドレス変換テーブル３０２にＩＰアドレスと共に記憶されているものとする。アドレス変換テーブル３０２に記憶されていることにより、電話をかけるときに相手のネットワーク環境の状態を知ることができる。
【０１５４】
通話装置アダプタを接続した電話機より電話を掛ける手順及び電話を掛けられた時の処理手順は上記実施の形態２で説明した図１０と図１１と同様であるが、ＩＰネットワーク経由で相手に電話をかけられることが判明した場合に、通話の相手先の通話装置アダプタと通信ができるポートの存在の確認処理を行う。
図１９，２０，２１に電話機１０より通話装置アダプタ１２を介して通話を行う手順のフローチャートを示す。図１９は実施の形態２で説明した図１０と同じ処理であり、図２０も実施の形態２で説明した図１１と同じ処理である。図２１は実施の形態５で追加した処理のフローチャートである。図２１のＳ２４００からＳ２４０６が図１０のＳ２４の処理に対応する処理である。図１９において、電話機１０より入力された電話番号に基づいて対応するＩＰアドレスを取得できた場合（Ｓ２３）、ＵＤＰポート通信確認手段５３００により、ＩＰネットワーク１４経由で相手先の通話装置アダプタの各ポートをスキャンし、任意のＵＤＰポートにてアクセスできるかどうかを調べる（Ｓ２４００）。ＵＤＰポート通信確認手段５３００は所定のポート番号を指定して通信可能であるか確認を行うためのデータを送信する。通話相手の電話機に接続された通話装置アダプタから一定の時間内に回答のデータが届けばそのポート番号が使用可能であることが判る。任意のＵＤＰポートにてアクセス可能な場合は、ＵＤＰヘッダ５２の送信先ポート番号にＵＤＰポート通信確認手段５３００により調べたＵＤＰポートのポート番号を設定し、任意のＵＤＰポートにて音声データの通信処理を開始する（Ｓ２４０１）。不可能な場合、ＵＤＰポート使用管理手段５２００にて管理記憶されたあらかじめ特定されたＵＤＰポートに対して、通信が可能かどうか確認を行う（Ｓ２４０２）。一般的にファイヤウォールは任意のＵＤＰポートの仕様を認めていないが、限られた特定のＵＤＰポートを利用できるようにファイヤウォールを設定することも可能である。その場合にその限られた特定のＵＤＰポートを予めＵＤＰポート使用管理手段５２００に管理記憶しておく。これが可能な場合は、特定されたＵＤＰポートにて音声データの通信処理を開始する（Ｓ２４０３）。不可能な場合、さらなる可能性を探るために別の通信ポートの探索を行うことが可能である。このフローチャートの例では、通常使用されるＨＴＴＰポートに対してアクセスが可能かどうか調べている（Ｓ２４０４）。但し、Ｓ２４０４のようにＨＴＴＰポートでのアクセスができるか確認を行うためには、実施の形態６で説明するＨＴＴＰポート通信確認手段が必要である。ここでは、Ｓ２４０２の処理で「いいえ」と判断された場合、ＨＴＴＰポートでのアクセスが可能であるか確認を行っているがＳ２４０２の処理で「いいえ」となった場合、Ｓ２４０６のエラー通知の処理へ分岐してもかまわない。
【０１５５】
以上のように、通信処理のリアルタイム特性に優れたＵＤＰやＲＴＰを利用するようにしているので、通話の音声品質を向上させることができる。また、一般的に、任意のＵＤＰポートの使用を認めないファイヤウォールに対して、ごく限られた特定のＵＤＰポートを利用できるようにファイヤウォールを設定し、その特定のＵＤＰポート番号を通話装置アダプタ内で記憶することで、ファイヤウォールを超えた音声データの通信処理を行うことができる。さらに、一般的に、任意のＵＤＰポートの使用を認めないファイヤウォールに対して使用が可能なＵＤＰポートをスキャンすることができるようにしているので、利用可能なＵＤＰポートが不明な場合でも、それを探し出して、音声データの通信処理を行うことができる。
【０１５６】
この実施の形態５では通話装置アダプタがＩＰネットワークを経由して電話をかける場合に、ＩＰネットワーク上の音声データの送受信処理の通信プロトコルとしてＵＤＰの処理を行うことができるＵＤＰ通信処理手段５１００を備え、ＵＤＰにより音声データの送受信を行うことができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１５７】
また、通話装置アダプタがＩＰネットワークを経由して電話をかける場合に、本通話装置アダプタが接続され管理されているＩＰネットワーク領域から外部のＩＰネットワーク領域への境界に違法アクセスを禁止するセキュリティを目的としたファイヤウォールに対して、特定のＵＤＰポートを管理記憶して特定のＵＤＰポートを経由して音声データの送受信を行うＵＤＰポート使用管理手段５２００を備え、記憶されたＵＤＰポートを利用して音声データの通話を行うことができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１５８】
また、通話装置アダプタがＩＰネットワークを経由して電話をかける場合に、通話装置アダプタが接続され管理されているＩＰネットワーク領域から外部のＩＰネットワーク領域への境界に違法アクセスを禁止するセキュリティを目的としたファイヤウォールに対して、データの送受信が可能なＵＤＰポートの存在を調査するＵＤＰポート通信確認手段５３００により、音声データの送受信が可能なＵＤＰポートを特定し、そのＵＤＰポートを利用して音声データの通話を行うことができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１５９】
また、通話装置アダプタがＩＰネットワークを経由して電話をかける場合に、ＩＰネットワーク上の音声データの送受信処理の通信プロトコルとしてＲＴＰの処理を行うことができるＲＴＰ通信処理手段５４００を備え、ＲＴＰにより音声データの送受信を行うことができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１６０】
実施の形態６．
実施の形態１から実施の形態４の図において、この発明のインターネット電話ネットワークシステムの通話装置アダプタを示す各手段の構成図を示したが、実施の形態６では、ＩＰネットワーク通信処理手段５０００の詳細な内部構成図を図２３に示す。図２３のＩＰネットワーク通信処理手段５０００は、実施の形態１〜実施の形態４で説明した図中の同手段にそのまま適用できる。
実施の形態６のインターネット電話ネットワークシステムのシステム構成図は実施の形態５の図１７に示したネットワーク構成図と同じであるものとする。
【０１６１】
図２３において、５７００はＩＰネットワーク上の音声データの送受信処理の通信プロトコルとしてＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（以降ＴＣＰ）の処理を行うことができるＴＣＰ通信処理部であるＴＣＰ通信処理手段、５８００はＩＰネットワーク上の音声データの送受信処理の通信プロトコルとしてＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（以降ＨＴＴＰ）の処理を行うことができるＨＴＴＰ通信処理部であるＨＴＴＰ通信処理手段、５９００はファイヤウォールに対して、データの送受信が可能なＨＴＴＰポートの存在を調査するＨＴＴＰポート通信確認部であるＨＴＴＰポート通信確認手段である。
【０１６２】
次に動作について説明する。
実施の形態１〜５と同様に通話状態時の音声データの送受信処理において、ＩＰネットワーク通信処理手段５０００が動作する。通話の相手先の通話装置アダプタ２２からＩＰネットワーク１４を経由して音声データが通話装置アダプタ１２を接続した電話機１０に送信されてきた場合、ＴＣＰ通信処理手段５７００が送信されてきた音声データのＩＰパケットを受信し、ＴＣＰ通信処理手段５７００が音声データのＩＰパケットからＩＰヘッダを除いたＴＣＰヘッダ付きのパケットを取り出す。次に、ＨＴＴＰ通信処理手段５８００がそのＴＣＰヘッダ付きのパケットからＨＴＴＰヘッダ付きのパケットを取り出し、さらに、ＨＴＴＰヘッダを取り除いたデジタル音声データ本体を音声データデジタルアナログ変換手段５００に送る。音声データデジタルアナログ変換手段５００によりアナログ音声データに変換されたデータが公衆回線信号送受信手段１１００に送られ、公衆回線信号送受信手段１１００から電話機１０にアナログ音声データが送信される。アナログ音声データは公衆回線信号送受信手段１１００を介して電話機１０に送信されたが、音声データデジタルアナログ変換手段５００からＩＰネットワーク通信処理手段５０００を経て公衆回線信号送受信手段１１００を介して電話機１０へ送信されてもかまわない。
【０１６３】
次に、電話機１０よりアナログ音声データが入力され、ＩＰネットワークを介して相手先の電話機２０へ送信される場合を説明する。
電話機１０から入力されたアナログ音声データ本体は、公衆回線信号送受信手段１１００と接続先判定手段２００と回線接続切換手段１００を経てＩＰネットワーク通信処理手段５０００に入力される。ＩＰネットワーク通信処理手段５０００は音声データアナログデジタル変換手段６００にアナログ音声データ本体を送る。そして、アナログ音声データ本体は音声データアナログデジタル変換手段６００により、デジタル音声データに変換され、ＨＴＴＰ通信処理手段５８００によりＨＴＴＰヘッダを付加されたパケットとして作られる。さらに、ＴＣＰ通信処理手段５７００により、ＴＣＰヘッダを付加されたパケットとして作られ、ＩＰヘッダを付加され、ＩＰパケットとしてＩＰネットワーク１４経由で通話の相手先の電話機２０に送信される。
【０１６４】
ＨＴＴＰポート通信確認手段５９００については、実施の形態５では、ＵＤＰポートの利用が可能かどうか調べる手段について図２１のＳ２４０４でも示していたように、ＵＤＰポートが全く利用できない時点で、ＨＴＴＰポート通信確認手段５９００により、ＨＴＴＰポートが利用できるかどうか調べるという段階的な手順を踏んで、ＨＴＴＰポートの利用が可能な場合にＨＴＴＰによる音声データの通信処理を行う。
【０１６５】
以上のように、一般のファイヤウォールでは、ＵＤＰポートを利用できないことが多いが、通常ＨＴＴＰポートは開放されているため、ＨＴＴＰメッセージとして音声データを通信するようにしているので、頑強なファイヤウォールに対しても、ＩＰネットワーク経由の通話処理を実現することができる。
【０１６６】
この実施の形態６では、通話装置アダプタがＩＰネットワークを経由して電話をかける場合に、ＩＰネットワーク上の音声データの送受信処理の通信プロトコルとしてＴＣＰの処理を行うことができるＴＣＰ通信処理手段５７００を備え、ＴＣＰにより音声データの送受信を行うことができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１６７】
また、通話装置アダプタがＩＰネットワークを経由して電話をかける場合に、ＩＰネットワーク上の音声データの送受信処理の通信プロトコルとしてＨＴＴＰの処理を行うことができるＨＴＴＰ通信処理手段５８００を備え、ＨＴＴＰにより音声データの送受信を行うことができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１６８】
また、通話装置アダプタがＩＰネットワークを経由して電話をかける場合に、通話装置アダプタが接続され管理されているＩＰネットワーク領域から外部のＩＰネットワーク領域への境界に違法アクセスを禁止するセキュリティを目的としたファイヤウォールに対して、データの送受信が可能なＨＴＴＰポートの存在を調査するＨＴＴＰポート通信確認手段５９００により、音声データの送受信が可能なＨＴＴＰポートを特定し、そのＨＴＴＰポートを利用して音声データの通話を行うことができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１６９】
実施の形態７．
上記実施の形態１〜６の図において、この発明のインターネット電話ネットワークシステムの通話装置アダプタを示す各手段の構成図を示していたが、実施の形態７では、ＩＰネットワーク通信処理手段５０００の詳細な内部構成図を図２４、図２５に示す。このＩＰネットワーク通信処理手段５０００は今までの実施の形態１〜６の図中の同手段にそのまま適用できる。
この実施の形態７のネットワークシステムの構成図は、実施の形態５の図１７に示したネットワーク構成図と同じであるものとする。
【０１７０】
図２４、図２５において、５５００は音声データ自体を圧縮しＲＴＰやＨＴＴＰなどの標準フォーマットのパケットのヘッダを最低限必要な情報に限定した圧縮ヘッダに変更する音声データパケットエンコード部である音声データパケットエンコード手段、５６００は受信した圧縮されている音声データ自体を解凍し上記の圧縮ヘッダの解析を行ってＲＴＰやＨＴＴＰなどの標準フォーマットのパケットのヘッダを得る音声データパケットデコード部である音声データパケットデコード手段、６１００はＩＰネットワークに接続された相手先の電話機２０からネットワークトラフィックの変化により不連続なタイミングで受信したデジタル音声データパケットを、アナログ信号として変換して送り出すタイミングが一定した遅延となるように、バッファサイズの変更が可能である受信バッファに一時的に格納する受信バッファリング部である受信バッファリング手段、６２００はＩＰネットワーク１４，２４に接続された相手先の電話機２０へデジタル音声データパケットを送信する場合に、送信対象のデジタル音声データパケットを作成し、バッファサイズの変更が可能である送信バッファに蓄積し送り出す前に必要なデータのみをパケット組立に加える処理を行う送信バッファリング部である送信バッファリング手段、６３００はＩＰネットワーク１４，２４に接続された電話機２０へデジタル音声データパケットを送信する場合に、ネットワークトラフィックの状況に応じて生じる音声データのパケットロスに対処するために、同じ音声データパケットを可変個数にて重複させて送信させる冗長パケット発行部である冗長パケット発行手段、６４００はＩＰネットワーク１４，２４に接続された電話機へデジタル音声データパケットを送信する場合に、ネットワークトラフィックを低減させるために、送信対象の音声データパケットの個数を削減することのできるパケット生成フィルタリング部であるパケット生成フィルタリング手段、６５００はＩＰネットワーク１４からの音声データパケットの受信タイミングを監視するネットワークトラフィック監視部であるネットワークトラフィック監視手段、６６００はネットワークトラフィック状況の統計データを蓄積し、１日や１週間などの周期において各時間帯での平均的なトラフィック状況を示すパラメータを算出するネットワークトラフィック統計データ管理部であるネットワークトラフィック統計データ管理手段である。
【０１７１】
次に動作について説明する。
今までの実施の形態１〜６と同様に通話状態時の音声データの送受信処理において、ＩＰネットワーク通信処理手段５０００が動作する。このＩＰネットワーク通信処理手段５０００の基本的な動作は、実施の形態５〜６と同様に行われる。ここでは、ＲＴＰ通信処理手段５４００やＨＴＴＰ通信処理手段５８００に対して、音声データを送り込んだり取り出したりするときに、音声データパケットエンコード手段５５００により音声データ及びＲＴＰやＨＴＴＰのヘッダを圧縮したり、パケットデコード手段５６００により音声データ及びＲＴＰやＨＴＴＰのヘッダを解凍したりする。ＲＴＰやＨＴＴＰのヘッダの圧縮とは、実際には標準で定められているヘッダフォーマットに準拠せずに、必要な最小限の情報のみをコンパクトにまとめた改造ヘッダとする場合も含んでいる。
【０１７２】
また、ＩＰネットワーク上では、様々なデータのトラフィックが存在するために、一定の時間間隔で、音声データのパケットが連続して到着するとは限らない。このように各パケットの到着時間にばらつきがあることを伝送時間の揺らぎという。この伝送時間の揺らぎを吸収するためにパケットを受信する際に、音声データのパケットを受信バッファにためて、一定時間ごとにアナログ側である公衆回線信号送受信手段１１００に出力するようにする。こうすると、各パケットに遅延が発生しても、受信バッファの容量以内であれば、出力側に音声データが出て行くタイミングは一定となり、再生音が途切れることはない。この処理を受信バッファリング手段６１００にて行う。受信バッファリング手段６１００は受信バッファ６１０１を有し、上記した処理を行う手段である。受信バッファ６１０１に蓄積する時間の長さだけ音声が再生される遅延は大きくなるので、必ずしも受信バッファの容量サイズを大きくすることはできない。そこで、この容量サイズを実際の通話品質から遅延と揺らぎのトレードオフ（ＩＰネットワーク経由で転送されてくる音声データパケットの到着時間に揺らぎがあると、例えば極端な例を説明すると、「おはようございます。」という会話が「お．．．はようご．．．ざいま．．．す。」というように「．．．」という空白の時間が挿入されているように聞こえてしまう（空白の時間を音の途切れという）。そこで、この「．．．」という空白の時間を埋めるために、受信バッファを用意して、全体の再生時刻を遅らせることで、音の途切れを取り去るのが受信バッファの処理になる。受信バッファのサイズを大きくすればするほど、途切れはなくなり、音声品質は向上するが、全体的な遅延は大きくなるので、話すタイミングが遅れ気味になり聞きづらくなる。つまり、受信バッファサイズを大きくすれば、揺らぎが吸収され音声品質は向上するが、一方で、遅延が増えて、聞きづらくなり、逆に小さくすると、音声品質は悪くなるが、話すタイミングは合わせやすくなる。その両者の特徴のトレードオフにより受信バッファサイズを決める。）を考慮して、最適な値に設定する必要がある。しかし、現実的にはネットワークトラフィックの状況等に応じてその最適値は変動する。受信バッファリング手段６１００では、この受信バッファ６１０１の容量サイズを任意の条件に従って変更することができるようにしている。また、バッファあふれを頻発するような場合に対処するために、バッファの容量サイズを大き目に設定し、再生側である音声データデジタルアナログ変換手段５００送り出すデータは常にその一部分だけになるようにする対策もある。この場合は、受信バッファの容量サイズだけでなく、再生側である音声データデジタルアナログ変換手段５００に送り出すデータのサイズも各種条件によって変更するように制御することが考えられる。
【０１７３】
また、同様にＩＰネットワーク上の様々なデータのトラフィック状況に対応するために、送信側においても、ＩＰネットワーク１４へ送出する音声データのパケットのサイズを変更することが考えられる。このために、送信バッファリング手段６２００は、送信バッファ６２０１を有する。送信バッファリング手段６２００は、音声データを送信バッファ６２０１に一定量蓄積してから、送信する。送信する音声データのパケットサイズは小さければ小さいほど遅延が少なくなり通話品質が改善されることになるが、各パケットは必ず一定サイズのヘッダ部をもつため、パケットサイズを小さくしてもサイズには限りがある。更にサイズを小さくすればパケットの量は多くなるため、ネットワークトラフィック量が増大することになる。したがって、ネットワークトラフィック状況に応じて、送信バッファのサイズも変更する制御を行う。
【０１７４】
また、同様にＩＰネットワーク上の様々なデータのトラフィック状況に対応するために、ＵＤＰ通信処理における転送データのパケットロスが頻繁に発生する場合に備えて、全く同じ内容の音声データのパケットを予備として重複させて送信する対策が考えられる。この処理を冗長パケット発行手段６３００が行う。この冗長パケットも常に発行するのではなく、ネットワークトラフィックが増大すると、全体のパケットの遅延が増大してしまうので、不要なパケットを削減するために、冗長パケットも発行しないように調整する必要がある。ネットワークトラフィックはあまり増大していないが、パケットロスが頻発する場合に、冗長パケットを発行するように制御すると、パケットロスが低減され通話品質が向上する。
【０１７５】
また、同様にＩＰネットワーク上の様々なデータのトラフィック状況に対応するために、ネットワークトラフィックが増大した場合に、送信するデータ量を低減するために、通話品質に影響を与えないような音声データのパケットを送信しない制御が考えられる。この処理を行うのが、パケット生成フィルタリング手段６４００である。ここでフィルタリングを行う条件として、音声データの音量レベルがある一定値以下のものを除く設定が考えられる。人間の聴覚では、ある一定値の音量レベルの音は再生されなくても通話に影響がないことが既に確認されているからである。これにより、ネットワークトラフィックが増大するにしたがって、送信時に取り除く音声データの音量の限界レベルを取り除く音声データの量が多くなるように制御することで、通話品質をほとんど損なうことなく通話を継続することができる。
【０１７６】
同様にＩＰネットワーク上のデータのトラフィック状況に対応するために、通信処理に際して、各手段により様々な通信制御を行うことを説明してきた。そこで、ネットワークトラフィック状況を把握するために、ネットワークトラフィック監視手段６５００により音声データのパケットの受信タイミングを継続して記録する。これにより、ネットワークトラフィック量を類推し、上記の通信制御のための条件を適宜変更する。例えば受信バッファリング手段６１００の場合は、ネットワークトラフィックが増大されたことをネットワークトラフィック監視手段６５００が確認すると、受信バッファリング手段６１００に対して受信バッファ６１０１の容量サイズを大きくするように通知を行う。受信バッファの容量サイズを大きくすると、ある程度受信バッファ６１０１にパケットが溜まってから音声データデジタルアナログ変換手段５００へ渡されるので、ネットワークトラフィックを解消することができる。逆にネットワークトラフィックが減少してきた場合は、安定したタイミングでパケットが通信装置アダプタへ到着するようになるので、ネットワークトラフィック監視手段６５００は、受信バッファリング手段６１００に対して受信バッファ６１０１の容量サイズを小さくなるように通知を行う。
【０１７７】
さらに、ＩＰネットワーク上の様々なデータのトラフィック状況に対応するために、上記の通信制御のための各種パラメータの変更に統計的なデータの活用も行う。ネットワークトラフィック監視手段６５００により監視蓄積したデータをネットワークトラフィック統計データ管理手段６６００が受け取り、上記に説明した受信バッファリング手段６１００や送信バッファリング手段６２００や冗長パケット発行手段６３００、パケット生成フィルタリング手段６４００によって通信制御を行うために必要な情報を提供する。１日や１週間などの周期で、平均的なネットワークトラフィックの傾向をネットワークトラフィック統計データ管理手段６６００が提示することで、各手段による通信制御を行うための参考にすることができる。
【０１７８】
図２４に示した構成図では、通信処理手段は、ＲＴＰ通信処理手段５４００とＵＤＰ通信処理手段５１００を備えており、図２５に示した構成図では通信処理手段は、ＨＴＴＰ通信処理手段５８００とＴＣＰ通信処理手段５７００を備えている。受信バッファリング手段６１００、送信バッファリング手段６２００、パケット生成フィルタリング手段６４００、ネットワークトラフィック監視手段６５００、ネットワークトラフィック統計データ管理手段６６００は図２４と図２５の構成図に共有して備えられている。しかし、冗長パケット発行手段６３００は図２４に示した構成図だけに備えられた手段である。これはＵＤＰ通信処理手段５１００と冗長パケット発行手段６３００が関係するためである。ＵＤＰの場合セッションを確立しないでデータを宛先に送り出すという特徴を有しているので、パケットロスが頻発してもＵＤＰ自身はパケットロスに対処する機能を備えていない。このため、ＵＤＰをサポートするために冗長パケット発行手段６３００を備えている。一方、ＴＣＰはセッションを確立してから通信を開始するので、確実にデータが通信できるまで何度でもリトライを行うという特徴を有している。そのため、ＴＣＰはリトライ機能をサポートする必要がないので図２５の通話装置アダプタは冗長パケット発行手段６３００を有していないという理由がある。
【０１７９】
以上のように、通信対象の音声データのパケットのヘッダ部について独自の圧縮を行うようにしている。このため、標準のパケットサイズよりも小さくすることができ、ネットワークトラフィックを低減できる。この独自の圧縮とは、例えば、ヘッダ部の情報を圧縮プログラムを用いて圧縮を行いサイズを小さくしたり、この発明の要素である通話装置アダプタで必要なデータのみをヘッダ部に持つという圧縮を行うことを指している。
【０１８０】
また、通信対象の音声データの各パケットの伝送時間に揺らぎがあっても、受信時に一定のサイズになるまで蓄積してアナログ再生側に送り出すようにしているので、ネットワークトラフィック状況が不安定でも安定した通話品質を保持できる。
【０１８１】
また、通信対象の音声データの各パケットの送信時に、ネットワークトラフィック量が少ないときにパケットサイズを小さくしたり、増大したときにパケットサイズを大きくしたりするようにしているので、ネットワークトラフィック状況が不安定でもネットワークトラフィックに影響を与えないようにして安定した通話品質を保持できる。
【０１８２】
また、通信対象の音声データの各パケットの送信時にパケットロスが頻発した際に冗長パケットを発行することができるようにしているので、ネットワークトラフィックがパケットロスを頻発させるような状況でも、安定した通話品質を保持できる。
【０１８３】
また、通信対象の音声データの各パケットの送信時に、ネットワークトラフィック量が増大した場合に、一定音量レベル以下などの条件における通話品質に影響を与えない音声データのパケットの転送を行わないようにしているので、ネットワークトラフィック量が増大しても、安定した通話品質を保持できる。
【０１８４】
また、通信対象の音声データの各パケットの受信タイミングを計測し、ネットワークトラフィック状況を推測し、上記通信処理の各種パラメータの調整を行うようにしているので、ネットワークトラフィックの最新の状況に応じて最適な通信処理を行うことができ、安定した通話品質を保持できる。
【０１８５】
また、通信対象の音声データの各パケットの受信タイミングを計測した結果を蓄積し、１日や１週間などの周期でネットワークトラフィック状況を示すデータとして参照できるようにしているので、平均的なネットワークトラフィック状況に対応した最適な通信処理の制御を行うことができ、安定した通話品質を保持できる。
【０１８６】
この実施の形態７では、通話装置アダプタに接続された電話機に対して、同じ種類の通話装置アダプタに接続された他の電話機から接続先が同じ種類の通話装置アダプタであることが認識された時点で、音声データ自体を圧縮しＲＴＰやＨＴＴＰなどの標準フォーマットのパケットのヘッダを最低限必要な情報に限定した圧縮ヘッダに変更して音声データの送信を行う音声データパケットエンコード手段５５００、及び、受信した圧縮されている音声データ自体を解凍し上記圧縮ヘッダの解析を行ってＲＴＰやＨＴＴＰなどの標準フォーマットのパケットのヘッダを得る音声データパケットデコード手段５６００を備えて、送受信データ量を削減した効率の良い通話データの送受信処理を行うことができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１８７】
また、通話装置アダプタに接続された電話機に対して、ＩＰネットワークを介して相手先の電話機からネットワークトラフィックの変化により不連続なタイミングで受信したデジタル音声データパケットを、アナログ信号として変換して送り出すタイミングが一定した遅延となるようにバッファサイズの変更が可能である受信バッファに一時的に格納する受信バッファリング手段６１００を備え、安定したタイミングで電話機にアナログ音声信号が送信できることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１８８】
また、通話装置アダプタに接続された電話機に対して、ＩＰネットワークを介して相手先の電話機へデジタル音声データパケットを送信する場合に、送信対象のデジタル音声データパケットを作成し、バッファサイズの変更が可能である送信バッファに蓄積し送り出す前に必要なデータのみをパケット組立に加える処理を行う送信バッファリング手段６２００を備え、ネットワークトラフィック状況に従って、最適なデジタル音声データパケットの送信形態を実現でき、品質の良い音声データ送信ができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１８９】
また、通話装置アダプタに接続された電話機に対して、ＩＰネットワークを介して相手先の電話機へデジタル音声データパケットを送信する場合に、ネットワークトラフィックの状況に応じて生じる音声データのパケットロスに対処するために、同じ音声データパケットを可変個数にて重複させて送信させる冗長パケット発行手段６３００を備え、ネットワークトラフィック状況が悪化してパケットロスが生じても、品質の良い音声データ送信ができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１９０】
また、通話装置アダプタに接続された電話機に対して、ＩＰネットワークを介して相手先の電話機へデジタル音声データパケットを送信する場合に、可能な限りネットワークトラフィックを低減させるために送信対象の音声データパケットの個数を削減することのできるパケット生成フィルタリング手段６４００を備え、音声データによるネットワークトラフィックの増大を抑えて、品質の良い音声データ送信ができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１９１】
また、通話装置アダプタに接続された電話機に対して、ＩＰネットワークを介して受信する音声データパケットの受信タイミングを監視するネットワークトラフィック監視手段６５００により、ネットワークトラフィック状況を解析し、何らかの特定の状況であることを検出した後に、通話装置アダプタに備えられる上記受信バッファリング手段６１００、送信バッファリング手段６２００、冗長パケット発行手段６３００、パケット生成フィルタリング手段６４００の各種手段の動作状況の変更を指示することができ、ネットワークトラフィック状況に応じて最適な送受信処理を実現し、品質の良い音声データ送信ができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１９２】
また、通話装置アダプタに接続された電話機に対して、ＩＰネットワークを介して受信した音声データパケットの受信タイミングを監視するネットワークトラフィック監視手段６５００から、ネットワークトラフィック状況の統計データを受け付け蓄積し、１日や１週間などの周期において各時間帯での平均的なトラフィック状況を示すパラメータを算出するネットワークトラフィック統計データ管理手段６６００を利用して、通話装置アダプタに備えられる上記受信バッファリング手段６１００、送信バッファリング手段６２００、冗長パケット発行手段６３００、パケット生成フィルタリング手段６４００の動作状況の変更を指示することができ、平均的なネットワークトラフィック状況に応じて最適な送受信処理を実現し、品質の良い音声データ送信ができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０１９３】
実施の形態８．
実施の形態８では通話先のネットワーク環境にファイヤウォールが備えられている場合、ファイヤウォールを意識することなく相手先の電話機に通話情報を送ることができるＨＴＴＰ中継サーバを備えたインターネット電話ネットワークシステムについて説明を行う。
図２６は実施の形態８のネットワーク構成図である。
図２６において１８はＨＴＴＰ中継サーバである。その他の符号については図１７と同様であるため説明を省略する。
図２７は、実施の形態８のインターネット電話ネットワークシステムが備えるＨＴＴＰ中継サーバを構成する各手段の構成図である。
図２７において、５７００はＩＰネットワーク１９を経由してデータの送受信の処理をＴＣＰにて行うＴＣＰ通信処理部であるＴＣＰ通信処理手段、５８００はＴＣＰ通信処理手段５７００からデータパケットを受け取り、ＨＴＴＰメッセージとして解析したり、ＨＴＴＰメッセージを組み立てて、ＴＣＰ通信処理手段５７００に送信するデータとして渡したりするＨＴＴＰ通信処理部であるＨＴＴＰ通信処理手段、５６００はＨＴＴＰ通信処理手段５８００から得られた音声データパケットを分解して符号化された音声データを取り出す音声データパケットデコード部である音声データパケットデコード手段、５５００は送信対象の符号化された音声データをパケットとして組み立て、ＨＴＴＰ通信処理手段５８００に送り出す音声データパケットエンコード部である音声データパケットエンコード手段、８１００は音声データパケットデコード手段５６００から得られた音声データを一時的に蓄積し、ＨＴＴＰアクセスで音声データが取り出されるときに、音声データパケットエンコード手段５５００に送り出す音声データバッファリング部である音声データバッファリング手段である。上記ＨＴＴＰアクセスとはＨＴＴＰ中継サーバをＷｅｂサーバと見立てて通話装置アダプタにＷｅｂブラウザがあるように仮定を行うことによって各通話装置アダプタはＨＴＴＰにおけるＰＯＳＴというメッセージによって音声データをＷｅｂサーバに見立てたＨＴＴＰ中継サーバに送りつけることができる。また、各通話装置アダプタは各通話装置アダプタを接続している電話機から出力された音声データが蓄積されている場所をＧＥＴメッセージにより取得することができる。これをＨＴＴＰアクセスとする。ＨＴＴＰ中継サーバに音声データを一時的に保持しておいて、その音声データを必要としている別の電話機に接続された通話装置アダプタが取得しに行くことで、通話処理を実現することができる。
８２００は各通話装置による通話装置アダプタの呼出がなされているかどうかの情報を通話装置アダプタからの電話呼出に応じて確認したり、各通話装置アダプタの問合せがあったときに返答を行う電話機呼出情報管理部である電話機呼出情報管理手段、８３００は２つの通話装置アダプタ、例えば電話機１０と電話機２０とで会話を行う場合、電話機１０に接続された通話装置アダプタ１２と電話機２０に接続された通話装置アダプタ２２にＨＴＴＰ中継サーバ１８の接続をＨＴＴＰ中継サーバをＷｅｂサーバ、通話装置アダプタをＷｅｂブラウザとなるように接続を変更するＨＴＴＰ接続変更部であるＨＴＴＰ接続変更手段、８４００は通話を行う電話機に接続された通話装置アダプタからＨＴＴＰ中継サーバ１８へ転送されてきた音声データのパケット内のＩＰヘッダ部のＩＰアドレス及び、ＴＣＰヘッダのポート番号を最終送信先の通話装置アダプタのＩＰアドレス及び、ポート番号に変換するＴＣＰ／ＩＰパケットヘッダ変換部であるＴＣＰ／ＩＰパケットヘッダ変換手段である。
【０１９４】
図２８は実施の形態８のＩＰネットワーク通信処理手段５０００の内部構成図である。図２８のＩＰネットワーク通信処理手段５０００は上記実施の形態１〜７の同手段にそのまま適用できる。
【０１９５】
図２８において、７３００はＨＴＴＰ中継サーバ１８に対して、ＨＴＴＰアクセスにより電話呼出情報を送信するＨＴＴＰ電話呼出部であるＨＴＴＰ電話呼出手段、７１００は電話機呼出情報管理手段８２００に記憶されている通話先の通話装置アダプタの通話状況を問い合わせ情報を用いてＨＴＴＰアクセスのポーリングにより調べるＨＴＴＰポーリング部であるＨＴＴＰポーリング手段、７２００は電話番号ＩＰアドレス変換手段３００により通話先の通話装置アダプタがファイヤウォールに遮られていることが判明したときに、通話先の通話装置アダプタに電話がかけられていることを報告する電話呼出通信部である電話呼出通信手段である。
【０１９６】
図２９、図３０は実施の形態８のインターネット電話ネットワークシステムのＨＴＴＰ中継サーバ管理サーバを示す各手段の構成図の第１例と第２例である。図２９、図３０において、９２００は複数のＨＴＴＰ中継サーバの負荷状態を監視するＨＴＴＰ中継サーバ負荷状態監視部であるＨＴＴＰ中継サーバ負荷状態監視手段、９１００は通話装置アダプタからの問い合わせによりその通話処理で利用されるＨＴＴＰ中継サーバを指定するＨＴＴＰ中継サーバ指定部であるＨＴＴＰ中継サーバ指定手段である。
【０１９７】
図２９の第１例では、図２７のＨＴＴＰ中継サーバ１８そのものを複数用意して、これらを一括して管理するＨＴＴＰ中継サーバ管理サーバについて示している。図３０の第２例では、図２７のＨＴＴＰ中継サーバ１８より通話装置アダプタとの接続交渉に必要な処理手段のみを抽出して、ＨＴＴＰ中継サーバ管理サーバ１８０に抽出した処理手段を内蔵させ、ＨＴＴＰ中継サーバ管理サーバ１８０に接続交渉の処理までを行わせる形態を示している。この場合、接続交渉後の通話の音声データの送受信処理は、ＴＣＰ／ＩＰパケットヘッダ変換手段８４００のみで行うため、ＨＴＴＰ中継サーバとしては、その手段のみを内蔵したものとして実現可能である。
【０１９８】
次に動作について説明する。
まず、通話装置アダプタとＨＴＴＰ中継サーバとからなるネットワーク構成の形態を図３１に示す。図３１の（Ａ）は、ＨＴＴＰ中継サーバ１８をプロバイダと仮定して実行する方式を示している。通話装置アダプタが接続された電話機に対して電話が掛けられていることを調べる手段は、ＨＴＴＰ中継サーバ１８の管理領域である電話機呼出情報管理手段８２００に記憶されている情報を定期的にポーリングを行い調べるか、或いは、外部からメール、インスタントメッセージ、公衆回線呼び出しをして調べる方法がある。
図３１（Ｂ）はファイヤウォール１７や２７によって保護されているネットワーク環境に通話装置アダプタ１２や２２があり、同じファイヤウォールに遮られたネットワーク環境に社外向けＷＷＷサーバやプロキシなどが備えられているような環境では、社外向けＷＷＷサーバなどでＨＴＴＰ中継サーバプログラムを実行する方式が考えられる。
図３１（Ｃ）ではファイヤウォールに遮られているネットワーク環境の中に専用端末（ＨＴＴＰ中継サーバプログラムを実行する端末）と通話を行うことができる電話端末を設置し、その設置された電話端末と専用端末との間で通話を行う方式が考えられる。ここでは、（Ａ），（Ｂ），（Ｃ）の３つの形態を示しているが、（Ａ）の形態（プロバイダ等でＨＴＴＰ中継サーバを実行する方式）について図３２，３３のフローチャート（ポーリング方式）に基づいて説明する。
【０１９９】
一方の通話装置アダプタから他方の通話装置アダプタに電話をかける場合の手順は、まず、電話をかける側の、受話器がとられ電話番号が入力され、入力された電話番号を基に電話番号ＩＰアドレス変換手段３００によって通話相手のＩＰアドレスに変換される。ＩＰアドレスに変換する実施例については実施の形態１において説明を行ったものと同じものとする。
【０２００】
（ポーリング方式の場合）図３３のＳ２２で電話番号をＩＰアドレスに変換し、Ｓ２３で正常にＩＰアドレスに変換できた場合、次に、ＨＴＴＰ電話呼出手段７３００によりＨＴＴＰ中継サーバ１８内の電話機呼出情報管理手段８２００のＩＰアドレス毎の管理領域に対して、電話を掛けようとしているＩＰアドレスについてフラグ情報を設定する（Ｓ６２）。電話機呼出情報管理手段８２００のＩＰアドレス毎の管理領域は常時、通話の相手先の通話装置アダプタのＨＴＴＰポーリング手段７１００によりＨＴＴＰ中継サーバ内の電話機呼出情報管理手段８２００内の自分の管理領域を定期的に参照されているので、相手先の電話機に接続されている通話装置アダプタは電話をかけられていることを知ることができる。
【０２０１】
（メールやインスタントメッセージの場合）図３３のＳ２３の確認処理で電話番号からＩＰアドレスを変換することができた場合、次に、電話呼出通信手段７２００により通話の相手先の通話装置アダプタに対して、メールやインスタントメッセージを送信し、相手の電話機に対して電話がかけられていることを知らせる。メールやインスタントメッセージの場合についての処理は図３２及び図３３のフローチャートには特に図示していない。
【０２０２】
（公衆回線から電話をかけて知らせる場合）図３３のＳ２３で電話番号をＩＰアドレスに正常に変換できた場合、次に、公衆回線信号送受信手段１１００により公衆回線側から相手の電話機に電話をかけ、相手先の電話機に接続されている通話装置アダプタは瞬間的に電話がかけられていることを知らせる。
【０２０３】
すると、その相手先の通話装置アダプタも通話を開始するべく通話装置アダプタを接続している電話機へ呼出トーンを送る。電話を掛ける相手先の電話機の受話器がとられれば、通話状態となり、お互いの電話装置アダプタが相手の通話データを取りに行きながら、自分の話す通話データを必要に応じて、ＨＴＴＰ中継サーバに対して送信していく。これが切断されるまで継続される。この通話装置アダプタから通話データが送られ、他方の通話装置アダプタから取り出されるまで一時的に蓄えられているところが音声データバッファであり、この通話の音声データの送受信処理を音声データバッファリング手段８１００が行う。図３２のＳ６６、Ｓ６７、Ｓ６８の処理は他からの電話が掛けられている場合に通話状態となって通話を行い継続するまでの手順であり、図３３のＳ６２，Ｓ６３，Ｓ６４，Ｓ６５は電話を相手先の電話機へかけて相手先の電話機の受話器が取られ通話状態となり通話を切断するまで継続する手順の処理である。ＨＴＴＰ中継サーバを介して２つの電話機が通話を行うのは電話をかける場合もかけられた場合も同じであるので、上記に説明した通話状態となってから２つの電話機がお互いにＨＴＴＰ中継サーバを介して通話データの送受信を行う処理は図３２のＳ６６〜Ｓ６８と図３３のＳ６２〜Ｓ６５までの処理の説明に該当する。
【０２０４】
次に、図３４のＨＴＴＰ中継サーバのフローチャート（ポーリング方式）を説明する。
ＨＴＴＰ中継サーバ１８は、ＩＰネットワーク経由の外部からのアクセスは、ＨＴＴＰアクセスのみを受け付ける。図３４では、Ｓ７０でＨＴＴＰアクセスのデータを受信したかＨＴＴＰ通信処理手段５８００により確認を行う。ポーリング方式のみ、各通話装置アダプタから自らへ電話がかけられているかどうかの確認のためのＨＴＴＰアクセスが存在する。それ以外には、他の電話に新たに電話をかける場合のアクセス、音声データを送付し、自分用の音声データを獲得していくためのアクセス、通話を切断する際の連絡のＨＴＴＰアクセスが存在する。Ｓ７１ではＨＴＴＰアクセスが他の電話に新たに電話をかけると判断した場合には、電話機呼出情報管理手段８２００がその通話の相手先の管理領域に対してアクセスし、既に電話中かそうでないかを調べる（Ｓ７５）。電話中であれば、電話中であるＨＴＴＰメッセージを返却し（Ｓ７６，Ｓ７７）、そうでなければ電話呼出が開始されたことをＨＴＴＰメッセージとして返却する（Ｓ７８）。通話状態となった場合は通話装置アダプタから届けられた音声データを一時的に蓄積し（Ｓ７９）、他の通話装置アダプタによりそれらを回収されるように、音声データバッファリング手段８１００が管理を行う。通話先の音声データバッファ領域に通話データがあればその通話データをＨＴＴＰ返却メッセージとして音声データバッファリング手段８１００とＨＴＴＰ通信処理手段５８００により通話先の電話機に接続された通話装置アダプタに送信を行う（Ｓ８０）。また、Ｓ７１の処理において、通話装置アダプタ自らへ電話がかけられているかどうか確認のためのＨＴＴＰアクセスである場合は、電話機呼出情報管理手段８２００が確認依頼元の通話装置アダプタに接続された電話機が電話呼び出しされているかどうか管理情報を調べる（Ｓ７２）。調べた結果、電話呼び出しがある場合（Ｓ７３）、電話呼び出しがされていることを示す情報をＨＴＴＰ通信処理手段５８００により確認依頼元の電話機に接続されている通話装置アダプタへ送信する（Ｓ７４）。また、Ｓ７１の処理へ通話を切断するＨＴＴＰアクセスであると判断された場合は、電話機呼出情報管理手段８２００は、通話元と通話先の管理情報のどちらも待機中であることを示す情報に変更する（Ｓ８１）。
【０２０５】
以上のように、一般のファイヤウォールがＨＴＴＰにより外部インターネットへのアクセスが可能であることから、通話装置アダプタがＨＴＴＰ中継サーバ経由で電話呼出及び通話処理を行えるようにしているので、一般のファイヤウォールに対して何ら設定変更を行う必要なく、ＩＰネットワーク経由の電話をかけることができる。
【０２０６】
ＨＴＴＰ中継サーバにおいて、最初の各通話装置アダプタ間との接続交渉の処理後に、通話データの送受信を行うが、この処理負荷はかなり重いものになるので、通話データの送受信は、ＨＴＴＰ中継サーバを経由しないで、直接に両通話装置アダプタ間で行うようにすれば、ＨＴＴＰ中継サーバの処理負荷が軽減され、多くの利用者が電話をかけ通話処理が集中しても、処理が滞ることなく継続でき、通話品質を保持できる。このために、ＨＴＴＰ接続変更手段８３００により、最初の接続交渉後に、ＨＴＴＰ，ＴＣＰの接続を直接両アダプタ間の接続となるように変更する。
【０２０７】
以上のように、通話データの送受信は、ＨＴＴＰ中継サーバを経由しないで、直接に両通話装置アダプタ間で行うことから、ＨＴＴＰ中継サーバの処理負荷が軽減されるようにしているので、多くの利用者が電話をかけ通話処理が集中しても、処理が滞ることなく継続でき、通話品質を保持できる。
【０２０８】
さらに、ＨＴＴＰ中継サーバにおいて、最初の通話装置アダプタ間との接続交渉の処理後に、通話データの送受信を行うが、この処理負荷はかなり重いものになるので、ＨＴＴＰ中継サーバで行う処理を可能な限り単純な処理だけを行うことが考えられる。これは、ＨＴＴＰ中継サーバにより通話を行う両通話装置アダプタが接続され通話処理の準備が整えられた時点で、両通話装置アダプタからＨＴＴＰ中継サーバへ転送されてきた音声データのパケット内のＩＰヘッダ部のＩＰアドレス及びＴＣＰヘッダのポート番号を最終送信先の通話装置アダプタのＩＰアドレス及びポート番号に直接変換するものであり、ＴＣＰ／ＩＰパケットヘッダ変換手段８４００によって実行される。
【０２０９】
以上のように、通話データの送受信は、ＨＴＴＰ中継サーバ上の処理として、音声データのパケット内のＩＰヘッダ部のＩＰアドレス及びＴＣＰヘッダのポート番号を最終送信先の通話装置アダプタのＩＰアドレス及びポート番号に直接変換して、ＨＴＴＰ中継サーバの処理負荷が軽減されるようにしているので、多くの利用者が電話をかけ通話処理が集中しても、処理が滞ることなく継続でき、通話品質を保持できる。
【０２１０】
一方で、ＨＴＴＰ中継サーバにおいて効率的な通信処理を行うようにしても、利用者が増加し通話処理を依頼する電話装置アダプタが増加すると、１台のＨＴＴＰ中継サーバでは処理性能の限界があるので、いつかは破綻する。そこで、複数のＨＴＴＰ中継サーバを用意し、これらに各通話装置アダプタの通話処理を分散させることで、それぞれの利用者が快適な通話状態を保持できる。
【０２１１】
そこで、これら複数のＨＴＴＰ中継サーバを統合管理するＨＴＴＰ中継サーバ管理サーバが必要になる。ＨＴＴＰ中継サーバ管理サーバとＨＴＴＰ中継サーバの関係を図２９，３０に示した。ＨＴＴＰ中継サーバ管理サーバ１８０では、最初の通話装置アダプタからの問い合わせ時において、複数のＨＴＴＰ中継サーバの負荷状態を監視するＨＴＴＰ中継サーバ負荷状態監視手段９１００により、現在利用できる利用者の少ないＨＴＴＰ中継サーバを割り出し、その通話処理で利用される候補のＨＴＴＰ中継サーバをＨＴＴＰ中継サーバ指定手段９２００により指定する。
【０２１２】
このように、通話装置アダプタに接続された電話機の台数が非常に増加した場合に、複数のＨＴＴＰ中継サーバを用意し、適宜複数のＨＴＴＰ中継サーバの負荷状態を監視し、利用可能なものを割り当てるようにＨＴＴＰ中継サーバ管理サーバが指定管理することから、通話処理を分散させて、ＨＴＴＰ中継サーバの処理負荷がその性能の限界内でおさめられるようにしているので、多くの利用者が電話をかけ通話処理が集中しても、処理が滞ることなく継続でき、通話品質を保持できる。
【０２１３】
実施の形態８では、ＴＣＰ通信処理手段５７００、ＨＴＴＰ通信処理手段５８００、音声データパケットエンコード手段５５００、音声データパケットデコード手段５６００、電話機呼出情報管理手段８２００、音声データバッファリング手段８１００を備えたＨＴＴＰ通信処理が可能なインターネット接続装置であり、ファイヤウォールに遮られていないインターネット上の任意の端末として配置され、通話装置アダプタに接続された電話機の１つから、ＨＴＴＰデータ通信を通過させるファイヤウォールに対して、ＩＰネットワーク経由でＨＴＴＰアクセスにより受信した音声データを別の電話機からのＨＴＴＰアクセスにより送信することで、ファイヤウォールに隔てられた電話機同士の音声データ送受信処理を中継するＨＴＴＰ中継サーバを備えたインターネット電話ネットワークシステムを説明した。
【０２１４】
また通話装置アダプタに接続された電話機からインターネット経由で電話をかける際に、電話番号ＩＰアドレス変換手段３００により通話先の通話装置アダプタがファイヤウォールに遮られていることが判明したときに、ＨＴＴＰ中継サーバに対して、ＨＴＴＰアクセスにより電話呼出情報を送信するＨＴＴＰ電話呼出手段７３００を備え、通話先の通話装置アダプタに任意の手段により電話がかけられていることを報告するその通話先の通話装置アダプタからＨＴＴＰアクセスを行わせることで、ＨＴＴＰ中継サーバ上の音声データを受信し、その逆の音声データの送受信処理も行うことができるインターネット電話ネットワークシステムを説明した。
【０２１５】
また、通話装置アダプタに接続された電話機からインターネット経由で電話をかける際に、電話番号ＩＰアドレス変換手段３００により通話先の通話装置アダプタがファイヤウォールに遮られていることが判明したときに、通話先の通話装置アダプタに電話がかけられていることを報告するために、常時適当な時間間隔でＨＴＴＰ中継サーバに対して、各電話機の通話状況が記憶されている電話機呼出情報管理手段８２００の通話先の通話装置アダプタの通話状況をＨＴＴＰポーリング手段７１００により調べ、電話がかけられていることが判明した時点で、そのかけられた通話装置アダプタがＨＴＴＰアクセスによりＨＴＴＰ中継サーバ経由での電話が可能になるインターネット電話ネットワークシステムを説明した。
【０２１６】
また、通話装置アダプタに接続された電話機からインターネット経由で電話をかける際に、電話番号ＩＰアドレス変換手段３００により通話先の通話装置アダプタがファイヤウォールに遮られていることが判明したときに、通話先の通話装置アダプタに電話がかけられていることを報告するために、電話呼出通信手段７２００により、ファイヤウォールを一般的に通過するメールやインスタントメッセージなどの通信方法で電話呼出を伝え、そのかけられた通話装置アダプタがＨＴＴＰアクセスによりＨＴＴＰ中継サーバ経由での電話が可能になるインターネット電話ネットワークシステムを説明した。
【０２１７】
また、通話装置アダプタに接続された電話機からインターネット経由で電話をかける際に、電話番号ＩＰアドレス変換手段３００により通話先の通話装置アダプタがファイヤウォールに遮られていることが判明したときに、通話先の通話装置アダプタに電話がかけられていることを報告するために、公衆回線信号送受信手段１１００により、一時的な公衆回線経由にて電話呼出情報だけを伝え、そのかけられた通話装置アダプタがＨＴＴＰアクセスによりＨＴＴＰ中継サーバ経由での電話が可能になるインターネット電話ネットワークシステムを説明した。
【０２１８】
また、通話装置アダプタに接続された電話機からインターネット経由で電話をかけ、ＨＴＴＰ中継サーバにより通話を行う両通話装置アダプタが接続され通話処理の準備が整えられた時点で、両通話装置アダプタとＨＴＴＰ中継サーバのＨＴＴＰ接続を変更して、直接に両通話装置アダプタ同士でＨＴＴＰ接続を作成するＨＴＴＰ接続変更手段８３００を備え、ＨＴＴＰアクセスにより両通話装置アダプタ間で直接の音声データの通信処理を行う電話が可能になるインターネット電話ネットワークシステムを説明した。
【０２１９】
また、通話装置アダプタに接続された電話機からインターネット経由で電話をかけ、ＨＴＴＰ中継サーバにより通話を行う両通話装置アダプタが接続され通話処理の準備が整えられた時点で、両通話装置アダプタからＨＴＴＰ中継サーバへ転送されてきた音声データのパケット内のＩＰヘッダ部のＩＰアドレス及びＴＣＰヘッダのポート番号を最終送信先の通話装置アダプタのＩＰアドレス及びポート番号に変換するＴＣＰ／ＩＰパケットヘッダ変換手段８４００を備え、両通話装置アダプタ間での音声データの通信を行うためのＨＴＴＰ中継サーバの経由時の処理を高速に行うことが可能になるインターネット電話ネットワークシステムを説明した。
【０２２０】
また、ＨＴＴＰ中継サーバにＨＴＴＰアクセスを行う通話装置アダプタに接続された電話機の台数が非常に増加した場合に、ＨＴＴＰ中継サーバの処理負荷がその性能の限界内でおさめられるように、複数のＨＴＴＰ中継サーバを用意し、それらの負荷状態を監視するＨＴＴＰ中継サーバ負荷状態監視手段９１００と、最初の通話装置アダプタからの問い合わせによりその通話処理で利用されるＨＴＴＰ中継サーバを指定するＨＴＴＰ中継サーバ指定手段９２００を備えた、複数のＨＴＴＰ中継サーバを統合して管理を行うＨＴＴＰ中継サーバ管理サーバを備えたインターネット電話ネットワークシステムを説明した。
【０２２１】
実施の形態９．
この実施の形態９では、端末識別子の名前を、通話切断時に通話を行っていた電話機に接続されている通話装置アダプタで相互に伝達し合う通話装置アダプタを説明する。
図３５は実施の形態９の通話装置アダプタの各手段の構成図である。
図３５において、４２０はＩＰアドレス情報メッセージ処理部であるＩＰアドレス情報メッセージ送受信手段であり、ＳＭＴＰプロトコルによって通話装置アダプタ間でＩＰアドレス情報についてメッセージ交換を行う手段である。また、公衆回線信号送受信手段１１００は通話切断時に端末識別子の名前を、通話を行っていた電話機に接続されている通話装置アダプタと相互に伝達し合う機能を有するものである。また、アドレス変換テーブル３０２は電話番号と端末識別子の名前とを対応させて記憶するテーブルである。
【０２２２】
最近企業内でもＩＰアドレスの節約の観点からＩＰアドレスがＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｌａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバやルータにより動的に割り当てられるようにしている場合が多い。また、ダイアルアップの形態でＩＰアドレスが動的に割り振られる場合もある。このような場合には、発呼時に相手の通話装置アダプタを特定するために、ＩＰアドレスではなく通話装置アダプタの識別子である名前による認識を行う。
発呼時に名前を指定してメールプロトコルを利用して通話の相手先にＩＰアドレスをお互いに送受信し合うことで、その後の通話処理にはＩＰアドレスを指定することが可能となる。
【０２２３】
実施の形態２では接続先判定手段２００が有しているＩＰアドレス学習手段４００を用いて、通話切断時に通話相手の電話機に接続されている通話装置アダプタよりＩＰアドレスを取得し、自分のＩＰアドレスを通話装置アダプタより相手先の通話装置アダプタへ通知を行っていた。この実施の形態９では、通話切断時にＩＰアドレスでなく、通話装置アダプタに付けられた端末識別子の名前をＩＰアドレス情報メッセージ送受信手段４２０により相互に伝達し合うものである。そして、受信した端末識別子の名前は電話番号に対応させてアドレス変換テーブル３０２に記憶しておく。端末識別子の名前を受信してから次に相手の電話機に電話をかける場合、端末識別子の名前に対応したＩＰアドレスが割り当てられるためＩＰネットワーク経由で電話をかけることができる。
【０２２４】
実施の形態９では、通話装置アダプタに接続された電話機に対して、同じ種類の通話装置アダプタに接続された他の電話機から従来の一般公衆回線の電話番号を入力することで、一般公衆回線経由で電話をかけ、その切断時に端末識別子の名前を相互に伝達しあうＩＰアドレス学習手段４００と従来の一般公衆回線の電話番号と端末識別子の名前の対応情報を学習記憶するアドレス変換テーブル３０２とＳＭＴＰ（ｓｉｍｐｌｅ ｍａｉｌ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌの略）などのプロトコルによって通話装置アダプタ同士でＩＰアドレス情報についてメッセージ交換を行うＩＰアドレス情報メッセージ送受信手段４２０によって、次回の電話の呼出以降に、自動的にＩＰネットワーク経由で電話をかけることができることを特徴とするインターネット電話ネットワークシステムについて説明を行った。
【０２２５】
実施の形態１０．
実施の形態１０では、通話装置アダプタのＩＰアドレスの動的割り当ての方法について、実施の形態９とは別の方法を説明する。
図３６は、実施の形態１０の通話装置アダプタの各手段の構成図である。
図３６において、５００１は公衆回線通信処理部である公衆回線通信処理手段であり、ＩＰネットワーク経由の通信処理を、公衆回線経由のＰＰＰ（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ の略）等のプロトコルによるダイヤルアップ接続上で行える手段である。
【０２２６】
公衆回線通信処理手段５００１によって、上記実施の形態１及び２で説明したＩＰネットワークを経由する処理を、ダイヤルアップ接続上の通信処理に置き換えて電話をかける。
【０２２７】
実施の形態１０では、通話装置アダプタに接続された電話機に対して、ＩＰネットワーク経由の通信処理を一般公衆回線経由のＰＰＰ等のプロトコルによるダイヤルアップ接続上で行える公衆回線通信処理手段５００１を備え、ＩＰネットワーク経由の処理をダイヤルアップ接続上の通信処理に置き換えて電話をかけることができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０２２８】
実施の形態１１．
この実施の形態１１では、ＩＰネットワーク経由の処理をターミナルアダプタへのシリアルポート接続上の通信処理に置き換えて電話をかけることができる通話装置アダプタを説明する。
図３７は実施の形態１１の通話装置アダプタの各手段の構成図である。
図３７において、５００２はシリアルポート通信処理手段であり、ＩＰネットワーク経由の通信処理を、一般公衆回線経由のＰＰＰなどのプロトコルによるダイヤルアップ接続上で行える一般のターミナルアダプタにＲＳ２３２Ｃ等のシリアルポートにて接続した上で行えるシリアルポート通信処理手段である。また、通話装置アダプタ１２はシリアルポートケーブル３３を接続する。その他の符号については上記実施の形態２の図９と同様であるものとする。
【０２２９】
実施の形態１１の通話装置アダプタに接続された電話機に対して、ＩＰネットワーク経由の通信処理を、一般公衆回線経由のＰＰＰ等のプロトコルによるダイヤルアップ接続上で行える一般のターミナルアダプタにＲＳ２３２Ｃ等のシリアルポートにて接続した上で行えるシリアルポート通信処理手段５００２を備え、ＩＰネットワーク経由の処理をターミナルアダプタへのシリアルポート接続上の通信処理に置き換えて電話をかけることができることを特徴とするインターネット電話ネットワークシステムを説明した。
【０２３０】
実施の形態１２．
上記実施の形態１〜１１では、通話装置アダプタに入力される通話情報は通話装置（電話機）より出力されていた。しかし、通話装置は、電話機に限らず、パーソナルコンピュータ又、携帯電話等でもかまわない。
【０２３１】
実施の形態１３．
上記実施の形態２で説明したように、電話をかけた場合と電話をかけられた場合の両者において、通話装置アダプタは、通話の相手先のＩＰアドレスの学習を行った。ただし、電話をかけた場合には、また同じ相手に電話をかけることが十分想定されるが、電話をかけられた場合には、その相手に電話をかける可能性が必ずしも高いとはいえない。例えば、セールス等の売り込みや、特定の情報のための問い合わせを目的として電話をかける場合には、かけられたほうがかけてきたほうに対して電話をかける場合はほとんどない。そこで、このような目的で電話がかけられることが多い場合に、電話をかけることを想定しない相手先のＩＰアドレスの記憶のために、アドレス変換テーブル３０２のエントリを消費してしまうことも十分に想定される。
【０２３２】
以上から、このような目的で電話をかけられることが多い利用者の通話装置アダプタにおいては、電話をかけられた場合には通話の相手先のＩＰアドレスの学習を行わないようにしておくことも可能である。
【０２３３】
上記のように電話をかけられた場合にＩＰアドレスの学習を行わない処理の仕様を採用することも考えられるが、そのような状況は変化することが想定されるため、利用者がそのような処理の仕様にするかどうか、設定を変更できるようにしておくと利用者にとって便宜の向上がはかられる。そこで、前述した保守機能を利用して通話装置アダプタの設定として、電話がかけられた場合に通話の相手先のＩＰアドレスの学習を行うかどうか選択できるようにする。或いは、利用者が電話をかける時に、ＩＰアドレスの学習を行なわないことを指示するアドレス学習禁止情報を電話機のダイヤル、または、プッシュボタンを用いて、相手先の電話番号の後に続けて入力する。または、相手先の電話番号の前に入力する。予めアドレス学習禁止情報を所定のダイヤル、或いは、所定のプッシュボタンに設定しておく。公衆回線信号送受信手段１１００がこのアドレス学習禁止情報を検出して、ＩＰアドレス学習手段４００にＩＰアドレスの学習を行なわないことを通知する。このようにして、通話の相手先のＩＰアドレスの学習を行なわないようにしてもかまわない。
【０２３４】
実施の形態２では、公衆回線信号処理部が、電話をかけた側と電話をかけられた側からの通話装置のアドレス情報を学習するＩＰアドレス学習部の学習処理を電話をかけられた側と電話をかけた側の両者で行うことを特徴とするインターネット電話ネットワークシステムの一例の説明を行なったが、実施の形態１３では、公衆回線信号処理部が、電話をかけた側からの通話装置のアドレス情報を学習するＩＰアドレス学習部の学習処理を、電話をかけられた側では行わないことを特徴とするインターネット電話ネットワークシステムの一例を説明した。
【０２３５】
また、公衆回線信号処理部は、電話をかけた側と電話をかけられた側からの通話装置のアドレス情報を学習するＩＰアドレス学習部の学習処理を、電話をかけられた側と電話をかけた側の両者で行うモードと、電話をかけた側からの通話装置のアドレス情報を学習するＩＰアドレス学習部の学習処理を、電話をかけられた側では行わないモードの２つのモードの選択ができるようにして、モード設定が可能なインターネット電話ネットワークシステムを構築することも可能である。
【０２３６】
実施の形態１４．
この実施の形態１４では、上記実施の形態２で説明した通話の終了後にＩＰアドレスを相互にやりとりするしくみについて、さらに詳細に説明する。
図３８は、２人の利用者双方において、通話装置（電話機）と本通話装置アダプタを利用して通話を行う場合の概略構成を示している。図３８のアダプタ内の電話回路Ｉ／Ｆ（インタフェース）制御回路１１１０は、公衆回線信号送受信手段１１００、回線接続切替手段１００、接続先判定手段２００等を仮に総称したものである。
【０２３７】
通話の終了後に、利用者は、通話装置の受話器を適当な時間が経過してから通話装置本体に置く。この受話器の状態を一般にオンフックと呼ぶ。逆に、受話器を上げている状態をオフフックと呼ぶ。この受話器のオンフック状態がそのまま公衆回線の交換機に伝えられると通話の回線が切断されてしまうので、ＩＰアドレス情報のやりとりができなくなってしまう。そこで、通話装置アダプタの公衆回線信号送受信手段１１００により、通話装置のオンフック状態を検出して、通話装置のオフフック状態を示すように、電話回線Ｉ／Ｆ制御回路１１１０により公衆回線の回路を切り替える。つまり、この時点で通話装置自体は、公衆回線から切り離され、通話装置アダプタが通話装置の代わりとなって公衆回線に直接接続される状態となる。
【０２３８】
このように、利用者が通話を終了して受話器を置いても、接続を保持してＩＰアドレス情報の送受信を行うことができる。
【０２３９】
このことは、上記公衆回線信号処理部が、通話を行っている双方の利用者が通話を終了し、受話器をオンフックした直後に、公衆回線上の接続を切断しないで保持しながら、上記通話情報を送信する相手先に対して、上記通話情報を送信する側の上記通話装置の識別情報に対応するアドレス情報を公衆回線経由で送信することを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２４０】
図３９は、ＩＰアドレス情報の送受信をどのような手順で行うかのシーケンスの一例を示している。ここでは、仮に電話機Ａから電話機Ｂに電話をかけた場合のシーケンスを（１）から（９）によって示している。電話をかけられた電話機Ｂが最初の処理開始の合図となる切断トーンを発信するようになっている（１）。この最初の合図の切断トーンを発信する時点で、双方の通話装置において既に利用者が受話器をオンフックさせている必要がある。そこで、通話を終わると利用者が受話器を置くまでにかかる時間として十分に長い時間、たとえば５秒程度待機させてから、最初の切断トーンの発信を行うようにさせる。こうすることで、ほとんどの場合に、ＩＰアドレス送受信処理が成功することになる。仮に、切断トーンの発信が電話機Ａがまだオフフック状態のときになされた場合には、失敗するので、次回の通話以降で再度ＩＰアドレス送受信処理が実行されることになる。
【０２４１】
このことは、公衆回線信号処理部が、通話を行っている片方の利用者が通話を終了し、受話器をオンフックした直後に、他方の利用者が受話器をオンフックすると予測される十分な時間を経過した後に、公衆回線上の接続を切断しないで保持しながら、上記通話情報を送信する相手先に対して、上記通話情報を送信する側の上記通話装置の識別情報に対応するアドレス情報を公衆回線経由で送信することを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２４２】
さらに、通話終了後、受話器のオンフック操作をＩＰアドレス送受信処理開始に間に合わせるために、一方の通話装置でオンフックがされた時点で、それに接続された通話装置アダプタから通話相手の通話装置に対して、ビジートーン（お話し中を示すトーン）を発信させることで、受話器のオンフック操作をうながすことができる。一般に、何も音がしない場合よりも、利用者はビジートーンがなっていると、すぐに受話器を置くように習慣づいているからである。また、ビジートーンよりも、より警告の色彩の強い音質のトーンを送信させてもより効果がある可能性もある。
【０２４３】
このことは、公衆回線信号処理部が、通話を行っている片方の利用者が通話を終了し、受話器をオンフックした直後に、他方の利用者に受話器をオンフックさせるために、他方の利用者の上記通話装置アダプタから通話装置に対して、ビジートーン等の通話の終了を利用者に悟らせる音を発信させることを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２４４】
さらに、ＩＰアドレス送受信処理中に、また電話の利用がすぐに再開されても利用は不可能である。通話装置アダプタの処理としては、ＩＰアドレス送受信処理が開始されたら、その処理が完全に終了するまで、通話装置側に公衆回線の接続を切り替えないようにする。このような状態であることを利用者に知らせるために、ＩＰアドレス送受信処理中にも、ビジートーンのように利用者に通話利用ができないことを警告するための音を聞かせることができる。ＩＰアドレス送受信処理中に、通話装置の受話器のオフフック操作が検出されると、通話装置側にビジートーンを発信させることで、可能である。前述のように、ビジートーンよりも警告の色彩の強い別のトーンを発信させることも可能である。
【０２４５】
このことは、公衆回線信号処理部が、通話を行っている双方の利用者が通話を終了し、受話器をオンフックした直後に、公衆回線上の接続を切断しないで保持しながら、上記通話情報を送信する相手先に対して、上記通話情報を送信する側の上記通話装置の識別情報に対応するアドレス情報を公衆回線経由で送信している間に、双方の利用者のどちらかがまた電話機を利用するべく受話器をオフフックした場合に、上記送信処理中であり電話をかけることができないことを上記利用者に警告するために、上記利用者の上記通話装置アダプタから通話装置に対して、ビジートーン等の通話不可能を利用者に悟らせる音を発信させることを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２４６】
上記では、ＩＰアドレス送受信処理中は、電話をかける操作ができなかったが、通話装置アダプタとしては、通話装置からの電話番号入力操作だけは受け付けることが可能である。そこで、ビジートーンを聞かせるのではなく、電話番号の入力を通常のように受け付けて、電話番号の通話装置識別情報を記憶しておき、ＩＰアドレス送受信処理の終了後に、通常の電話をかける処理を実行することができる。ＩＰアドレス送受信処理は、何分もかかる処理ではないため、利用者の電話番号入力の操作中に十分に終了している可能性が高い。こうすることで、利用者は、通話終了後にすぐに電話をまたかけようとしても、ＩＰアドレス送受信処理で待機させられることなく、利用することが可能になる。
【０２４７】
このことは、公衆回線信号処理部が、通話を行っている双方の利用者が通話を終了し、受話器をオンフックした直後に、公衆回線上の接続を切断しないで保持しながら、上記通話情報を送信する相手先に対して、上記通話情報を送信する側の上記通話装置の識別情報に対応するアドレス情報を公衆回線経由で送信している間に、双方の利用者のどちらかがまた電話機を利用するべく受話器をオフフックした場合に、利用者の通話先の通話装置の識別情報の入力を受け付け、記憶しておき、上記送信処理が終了してから、上記識別情報に対応した通話の処理を開始することを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２４８】
今までは、ＩＰアドレステーブルへの登録処理についてのみ、言及してきたが、次に、利用者の都合で、一度登録された通話の相手先のＩＰアドレスの登録を抹消する点について、説明する。既に、電話をかけられた場合には、通話の相手先のＩＰアドレスを登録しないほうがよい場合もある点については、実施の形態１３において説明を行った。そこで、電話をかけられた場合に、一律にＩＰアドレスの登録を行わないように設定ができるようにしていたが、このような場合も含めて、特定の通話を行った後で、二度とその通話の相手先について通話を行うことがないと想定される場合は、その通話の直後にその相手先のＩＰアドレスの登録を取り消すことができるようにする。例えば、間違い電話とか、顧客からのクレーム電話、問い合わせ電話とか、アンケート電話とかである。この機能を実現するために、通話終了後のＩＰアドレス送受信処理の後に、利用者は受話器をとって、特定の＃や＊の記号（抹消指示情報）とともに、登録抹消機能の実行を示す番号を通話装置に対して入力させるようにする。この入力操作に基づいて通話装置アダプタ内の公衆回線信号送受信手段１１００が電話番号ＩＰアドレス変換手段３００を経由して、直前に記憶されたＩＰアドレステーブルのエントリの登録の抹消を行う。このようにして、利用者の都合で不必要な通話の相手先のＩＰアドレスの登録を抹消することが可能となる。
【０２４９】
このことは、公衆回線信号処理部が、利用者が通話を行ったときに、間違い電話などの明らかに次回の通話を利用しない場合に、その通話後に上記ＩＰアドレス学習部により学習された通話先の上記通話装置のアドレス情報の登録を、通話装置のボタン入力などの操作で抹消できることを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２５０】
実施の形態１５．
上記実施の形態２では、図４のＳ２１において、電話番号の入力を確認することを示した。この実施の形態１５では、さらに、その内容をより詳しく説明する。
通話装置の識別情報である電話番号は、桁数が様々なものがあるため、利用者が電話番号の入力操作を終了したかどうかを判定するのに、いくつかの方法が考えられる。基本的に連続した電話番号の１桁１桁の入力操作は、適当な時間（たとえば、０．３秒程度）ごとに繰り返される。この時間の間隔がたとえば５秒を越えるようなことはほとんどないことが想定されるため、ある一定の設定時間を越えた時点で入力操作がなければ電話番号の入力が終了したと判定することができる。この設定時間は、利用者の電話操作の習癖にも依存することがあるので、利用者ごとに適当な時間を設定するのが望ましいため、利用者が設定時間を変更できるようにしておく。
【０２５１】
このことは、公衆回線信号処理部は、通話を行う利用者が、通話装置に入力する通話先の通話装置の識別情報の入力終了の判定を、１文字１文字の連続した情報の入力が特定の時間経過しても行われない状態を検出して行うことを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２５２】
上記では、たとえば５秒程度の入力終了判定のための待機時間を設定したが、利用者の中には、このような待機時間を待つことを好まない場合もあることが想定される。そこで、所定の文字情報より構成される電話番号の最後の番号の入力を終了した時点で、通話装置アダプタ側にその終了を知らせるために、適当な終了を示す文字である＃、＊などの終了情報を入力させる方法をとることも考えられる。もちろん、終了情報を入力する方法と併用して、何も入力がなく上記設定時間経過後に自動的に終了と判断させるようにもできる。一方では、社内の内線のように、基本的に所定のサイズたとえば４桁の電話番号に固定されているような場合に、入力の最初にまず９等を入力することで、内線番号であることを知らせ、その次に４桁の電話番号を入力することで、自動的に入力操作の終了判定とすることも可能である。
【０２５３】
このことは、公衆回線信号処理部が、通話を行う利用者による通話装置に入力する通話先の通話装置の識別情報の入力終了の判定を、１文字１文字の連続した情報の入力中に特定の最終入力を示す文字の入力がなされたことを検出して行うことを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２５４】
さらに、電話番号の体系としては、通信事業者（電話サービス会社）ごとに決められた通信事業者情報が採用されているため、この通信事業者情報（携帯電話なら０９０など）の入力により、後続する電話番号の桁数（サイズ）を確認する方法も実現可能である。
【０２５５】
このことは、公衆回線信号処理部が、通話を行う利用者が、通話装置に入力する通話先の通話装置の識別情報の入力終了の判定を、電話会社を指定する上位識別情報（通信事業者情報）の入力を確認し、各電話会社の上位識別情報の番号体系により識別情報の桁数（サイズ）が決定し、入力される文字の数を数えながら、最終入力がなされたことを検出して行うことを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２５６】
以下に、電話サービス会社毎の上位識別情報を説明する。尚、電話サービス会社の会社名は略称とする。
・上位識別情報
ＮＴＴ加入電話から、ＮＴＴ以外の通信事業者を利用する場合に先頭に付けてダイヤルする３〜４桁の番号。２００１年春以降は、普段利用する通信事業者をあらかじめ登録しておけば、３〜４桁の識別番号を省略して通話ができる「電話優先接続制度」が導入されるため、ＮＴＴの再編に伴い、ＮＴＴ東日本やＮＴＴ西日本にもこの識別番号が１９９９年８月に郵政省から付与された。
図４０に電話サービス会社（通信事業者）毎の上位識別情報を示す。但し、図４０に記載した電話サービス会社（通信事業者）の会社名は略称とする。
【０２５７】
一方で、実施の形態２の図４のＳ２１の後に、入力された電話番号にしたがって、アドレス変換テーブルの参照処理がＳ２２においてなされている。この参照処理では、電話番号情報が全てそろってからなされる方法もあるし、また、電話番号が１桁入力されるごとに上位桁から該当するＩＰアドレステーブルエントリの候補を少しづつ絞り込んでいく方法をとることもできる。
【０２５８】
このことは、接続先判定部が、通話装置の入力終了の判定後に、通話先の通話装置の入力された全ての識別情報に対して、上記アドレス変換部による変換処理を行うことを特徴とするインターネット電話ネットワークシステムの一例を説明している。
また、接続先判定部が、通話装置の入力終了の判定後に、通話先の通話装置から識別情報が１文字入力されるごとに、上記アドレス変換部による変換処理を継続して行うことを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２５９】
前述したように、ＩＰアドレステーブルエントリの検索を電話番号１桁づつに対して行っていく場合に、全ての桁に対してエントリ検索を行うより前に、アドレス情報候補が１つしか残っていない場合も多数あることが想定される。このような場合には、他のアドレス情報候補が存在しなくなった時点で、ＩＰアドレス変換処理を終了することで、より高速な処理を実現することができる。
【０２６０】
このことは、接続先判定部が、通話装置の入力終了の判定後に、通話先の通話装置から識別情報が１文字入力されるごとに、上記アドレス変換部による変換処理により、変換の可能性のある上記アドレス情報候補を限定していき、選択肢が１つに絞られた時点で、全ての識別情報の入力を待たずに、その上記アドレス情報候補を最終的な変換結果として採用することを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２６１】
また、上記のように１桁づつの電話番号の確認でＩＰアドレステーブルエントリの候補を絞り込むような構成になっていない場合には、全桁の電話番号に対して検索を行うが、その両者の中間的な場合として、例えば８桁の電話番号の入力がなされた時点でＩＰアドレステーブルエントリの検索を行う方法も考えられる。検索の先読みとして、だいたい８桁程度検索結果が合致していれば、その検索処理は成功しているだろうという仮定に基づいたものである。この先読みの桁数としてふさわしいものは、８桁以外にいろいろ考えられる。４桁の社内の内線電話番号をかける場合が多い場合には、４桁入力された時点で検索処理を一度行うことで、総合的に高速な判定処理を実現することが可能になる。また、これらの先読みの検索処理においても、複数の候補が残った場合には、また再度追加された電話番号に対して検索を実行することでより正確な検索処理を実現できる。
【０２６２】
このことは、接続先判定部が、通話装置の入力終了の判定後に、通話先の通話装置から識別情報が１文字入力されるごとに、上記アドレス変換部による変換処理により、変換の可能性のある上記アドレス情報を限定していき、特定の桁数の上記識別情報の入力がなされた以降で選択肢が１つに絞られた時点で、全ての識別情報の入力を待たずに、その上記アドレス情報を最終的な変換結果として採用することを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２６３】
実施の形態１６．
ここでは、ＰＢＸやボタン電話装置等の通話装置管理装置に本通話装置アダプタが接続されている場合の処理についてより詳しく説明する。
図４１に、一般的なＰＢＸやボタン電話装置による複数電話回線の利用形態を示す。通話装置（電話機）からそのＰＢＸ１９０を越えた外の領域へ電話をかける際には、既存の通話装置のみの場合と通信処理に違いはない。通話装置に入力された電話呼出時の電話番号情報は、そのまま電話局の交換機へ送信され、交換機が通話の相手先との接続を生成する。一方、図４１のように、ＰＢＸ１９０の外側から電話がかけられてきた場合には、ＰＢＸ内の特定の通話装置を選定する必要があるため、交換機１９２は、ＰＢＸがサポートしている複数台の通話装置１０ａ〜１０ｄを識別する電話番号の下位桁の情報をＰＢＸ側に送信する必要がある。このＰＢＸ１９０と交換機１９２との情報の送受信方式は、電話会社により取り決められた仕様となっている。
【０２６４】
図４２は、通話装置アダプタを接続した通話装置管理装置による複数電話回線の利用形態を示す。
本通話装置アダプタ２２がＰＢＸやボタン電話装置等の通話装置管理装置との接続形態をサポートするためには、ＰＢＸ１９０の外側から電話がかけられた場合に、実際の通話装置管理装置が行っているように、交換機１９２から受信した電話番号の下位桁情報を通話装置が通話装置管理装置へ送信する必要がある。このときの通話装置アダプタ２２とＰＢＸ１９０の通話装置管理装置との間の送受信方式は、交換機１９２とＰＢＸ１９０との間の送受信方式を全く同じものを採用する。この電話番号の下位桁情報の送受信方式については、各電話会社が詳細な仕様を公開している。
【０２６５】
このことは、通話装置アダプタの公衆回線信号処理部が、上記通話装置と上記通話装置の間に、ＰＢＸやボタン電話装置等の通話装置管理装置が接続されている場合に、その通話装置管理装置に接続された複数の上記通話装置のうちの特定の通話装置を識別するための識別情報を、上記通話装置アダプタの上記公衆回線、または、上記ＩＰネットワークより電話がかけられてきた場合に、通話装置管理装置に対して送信することで、通話装置を特定して通話できることを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２６６】
電話会社が交換機と一般の通話装置との送受信処理以外に、上記のようなＰＢＸ等の装置と特別なサービスを提供するために、そのサービスを実現するための送受信処理を行うことがある。ＰＢＸ等のサポート以外に、ナンバーディスプレイ（番号表示機能）に関するものがある。これは、通話の相手先の電話番号を手元の通話装置のディスプレイ装置に表示させることができるものであり、交換機と通話装置との間で電話番号情報の送受信処理が行われる。基本的に、電話をかけられた方の通話装置に対して、交換機が電話番号情報を送信する処理を行う。このことをこの発明のインターネット電話ネットワークシステムでも実現する為、電話をかけられた方の通話装置に接続された通話装置アダプタは、交換機から送信された電話番号情報を一時的に蓄積し、交換機との送受信方式と同様に、さらに通話装置に対して、その電話番号情報を送信する。
【０２６７】
このことは、通話装置アダプタの公衆回線信号処理部が、上記通話装置が公衆回線上での通話サービスにおいてナンバーディスプレイ機能（番号表示機能）の契約を行っている場合、通話の相手先の通話装置を識別するための識別情報を、上記通話装置アダプタの上記公衆回線、または、上記ＩＰネットワークより電話がかけられてきた場合に、上記通話装置に対して送信することで、上記通話装置の表示装置に通話の相手先の識別情報を表示させることができることを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２６８】
上記サービスは、公衆回線上での交換機のサービスであるため、ＩＰネットワーク上でも同様な機能をサポートするためには、電話をかけた方の通話装置アダプタが電話をかけられた方の通話装置アダプタに対して、かけた側の電話番号情報を送信することで実現できる。
【０２６９】
このことは、通話装置アダプタの公衆回線信号処理部が、通話の相手先の上記通話装置が公衆回線上での通話サービスにおいてナンバーディスプレイ機能（番号表示機能）の契約を行っている場合、この上記通話装置を識別するための識別情報を、上記通話装置アダプタの上記ＩＰネットワークから電話をかけた場合に、通話の相手先の上記通話装置アダプタに対して送信することで、通話の相手先の上記通話装置の表示装置に当方の通話装置の識別情報を表示させることができることを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２７０】
さらに、上記ナンバーディスプレイ機能（番号表示機能）については、電話番号の冒頭に特殊な番号桁（例：１８４等）である非通知情報を入力することで、通話の相手先への電話番号情報の送信を拒否することができる。公衆回線経由で電話をかける方の通話装置アダプタは、入力された上記の特殊な番号桁を含む電話番号をそのまま交換機へ送信するだけでよいので、特殊な通信処理は不要であるが、公衆回線で電話をかけられる方の通話装置アダプタは、交換機と通話装置との間で電話番号情報を要求することに対して拒否の通信処理を仲介する必要がある。さらに、ＩＰネットワーク経由での電話をかける場合には、上記の特殊な番号桁の入力の確認をすると、電話をかけられる方の通話装置アダプタに対して、電話番号情報を送信しない。さらに、電話をかけられる方の通話装置アダプタは、交換機の通信処理と同様に通話装置に対して電話番号情報の送信の拒否を行う必要がある。
【０２７１】
このことは、通話装置アダプタの公衆回線信号処理部が、通話の相手先の上記通話装置が公衆回線上での通話サービスにおいてナンバーディスプレイ機能（番号表示機能）の契約を行っている場合、この上記通話装置を識別するための識別情報を、上記通話装置アダプタの上記ＩＰネットワークから電話をかける場合に、番号非通知の番号桁を付加してかけたとき、通話の相手先の上記通話装置アダプタに対して送信しないことで、通話の相手先の上記通話装置の表示装置に当方の通話装置の識別情報の表示を抑止させることができることを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２７２】
上記のナンバーディスプレイ機能（番号表示機能）に関するサービスについても、電話会社が交換機と通話装置との間の通信処理方式の仕様を公開しているので、その仕様に沿って、通話装置アダプタに上記機能を実装することができる。
【０２７３】
実施の形態１７．
上記実施の形態４で説明した保守設定の機能により、利用者が設定情報記憶部に固有の制御情報の設定を実施できるが、その設定に誤りがある場合には、通話装置アダプタ内で正常な処理が実行できない。例えば、通話装置アダプタのＩＰアドレスやネットマスクが誤っていれば、ＩＰネットワークにアクセスする全ての処理が失敗する。そこで、通話装置アダプタ内の処理の実行で設定値の明らかな誤りが検出された時点で、利用者に設定値の誤りを知らせるようにする。利用者に知らせる手段としては、例えば、通話装置アダプタに警告表示用のランプやディスプレイ画面等に表示させたり、接続されている通話装置を利用しようとして、受話器をとったときに、設定誤りを示す警告トーンを発信させたりする。
【０２７４】
このことは、ＩＰネットワーク通信処理部、あるいは、上記公衆回線信号処理部が、利用者が上記ＩＰネットワークデータリードライト部、あるいは、電話機入力データライト部により上記通話装置アダプタ内の設定を行った結果、全体の通話処理の際に、その設定の誤りにより、通話処理を実行できない場合に、上記通話装置アダプタの表示装置に警告を示す表示を行ったり、接続された電話機へ警告を示す音を送信させたりして、利用者を設定の誤りを正すように誘導できることを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２７５】
上記では、ＩＰネットワークのアクセスに関して、設定されたＩＰアドレス等が誤っていた場合を例としたが、ＩＰネットワークのアクセスに関しては、接続されているルータが故障していたり、ＩＰネットワークが断線していたりして、ＩＰネットワークのアクセスが実行できずに、上記と同様に警告を行うことができる。
【０２７６】
このことは、ＩＰネットワーク通信処理部、あるいは、公衆回線信号処理部が、利用者が上記ＩＰネットワークデータリードライト部、あるいは、電話機入力データライト部により上記通話装置アダプタ内の設定を行った結果、全体の通話処理の際に、その設定の誤りにより、通話処理を実行できる場合で、上記通話装置アダプタに接続された上記ＩＰネットワーク、あるいは、上記公衆回線が断線していたり、上記通話装置アダプタに接続された上記電話機やＩＰネットワーク装置が故障や停止により動作していなかったりした場合に、上記通話装置アダプタの表示装置に警告を示す表示を行ったり、接続された電話機へ警告を示す音を送信させたりして、利用者に周辺装置の異常を警告できることを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２７７】
そこで、上記の警告機能についても、ルータの故障が復旧したり、断線していたＩＰネットワークが新しく復旧したりした場合に、正常なＩＰネットワークのアクセスが再開できるので、このような場合には、従来の警告処理を停止して正常な処理を開始できるようにすることで、利用者が警告機能の解除を行う手間が省ける。
【０２７８】
このことは、ＩＰネットワーク通信処理部、あるいは、公衆回線信号処理部が、利用者が上記ＩＰネットワークデータリードライト部、あるいは、電話機入力データライト部により上記通話装置アダプタ内の設定を行った結果、全体の通話処理の際に、その設定の誤りにより、通話処理を実行できる場合で、上記通話装置アダプタに接続された上記ＩＰネットワーク、あるいは、上記公衆回線が断線していたり、上記通話装置アダプタに接続された上記電話機やＩＰネットワーク装置が故障や停止により動作していなかったりしていたが、その状態が周辺装置の復旧処理により動作するようになった場合に、上記通話装置アダプタの表示装置に警告を示す表示を停止したり、接続された電話機へ警告を示す音の送信をやめたりして、利用者に周辺装置の異常が回復したことを通知できることを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２７９】
実施の形態１８．
上記実施の形態８では、音声データをＨＴＴＰ中継サーバに送りつけるメッセージとしては、ＰＯＳＴというメッセージを説明した。しかし、ＰＯＳＴ以外にもＧＥＴやＰＵＴというメッセージを使うことも可能である。ただし、ＧＥＴの場合には、基本的にＵＲＬと呼ばれるフィールドに埋め込む必要があるため、データサイズに上限がある。ＰＯＳＴやＰＵＴでは、ヘッダ部という各種フィールド以外に、データ本体部をもつことができるので、基本的にサイズに上限はない（ただし、ＨＴＴＰプロキシの実装等で制約がある場合がある）。
【０２８０】
また、音声データをＧＥＴのメッセージにてＨＴＴＰ中継サーバから取得する場合、細切れとなった音声データを繰り返し、ＧＥＴのメッセージの発行にて取得することもできるが、第１のサイズを有する通話時間の音声データよりも十分大きな第２のサイズのデータを取得するＧＥＴのメッセージを一度発行するだけで、音声データをとり込めるようになった時点で繰り返し第１のサイズの音声データを細切れで取得することも可能である。
【０２８１】
ＨＴＴＰの仕様では、そのメッセージの送受信処理は、クライアント側とサーバ側との間にまず接続がなされてから実行される。基本的にこの接続の生成には、必要な処理時間が存在するので、基本的にリアルタイムでの音声データの送受信処理では、性能を向上させるために接続を一度生成したら、できる限り、その接続を保持して音声データの送受信を行うことが望ましい。ただし、クライアント側とサーバ側との間には、一般にＨＴＴＰプロキシ等のネットワークノードが介在することが多いので、中継状況によってその接続がクライアント側とサーバ側の都合に関わらず、切断されてしまうこともある。このような場合には、新たにまた接続を行うことで、音声データの送受信処理を再開するようにする。
【０２８２】
また、ＨＴＴＰに限らず、本通話装置アダプタやＨＴＴＰ中継サーバにおいては、ＴＣＰによりＩＰネットワーク上の通信を行っている。ＴＣＰは、コネクション型の通信プロトコルであり、データの送受信を行う前に接続（コネクション）を確立しておく必要がある。このＴＣＰによる通信処理では、ＩＰネットワーク上の何らかの原因により、データの送受信が長時間滞ったり、接続が切断されてしまったりすることがある。このような状態に陥ると、プログラムの処理が停止してしまうので、ＩＰネットワークを介して、データの送受信を行う処理は全て一定のタイムアウト値を設定しておき、通信相手からの返事待ち等の処理でタイムアウト値を越えても応答がないような場合には、新たに接続をやり直し、最初からＩＰネットワークのアクセス処理を再開するようにして、システムのハングアウトを避けるようにすることができる。
【０２８３】
このことは、通話装置アダプタが、上記中継サーバの上記ＨＴＴＰ通信処理部に対して、音声データパケットの送信を行うために、接続を行った後に、ＨＴＴＰで規定されたＧＥＴ、ＰＯＳＴ、ＰＵＴ等のメソッドのメッセージ中に音声データをエンコード形式で格納し送信することを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２８４】
また、このことは、通話装置アダプタが、上記中継サーバの上記ＨＴＴＰ通信処理部に対して、音声データパケットの受信を行うために、接続を行った後に、ＨＴＴＰで規定されたＧＥＴ等のメソッドのメッセージの応答メッセージ中に音声データをエンコード形式で格納し受信することを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２８５】
また、このことは、通話装置アダプタが、上記中継サーバの上記ＨＴＴＰ通信処理部に対して、音声データパケットの受信を行うために、接続を行った後に、ＨＴＴＰで規定されたＧＥＴメソッドのメッセージにより、電話行為の音声送受信データのサイズよりも十分に大きなサイズのデータを取得するようにして、応答メッセージのデータ本体中に音声データをエンコード形式で格納し、音声データが発生するたびに、継続してその音声データを断片として受信することを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２８６】
また、このことは、通話装置アダプタが、上記中継サーバの上記ＨＴＴＰ通信処理部に対して、音声データパケットの送受信を行うために、接続を行い、各メソッドのメッセージやその応答メッセージの送受信を行った後に、すぐに接続を切断しないで、継続して、各メソッドのメッセージやその応答メッセージの送受信を行うことを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２８７】
また、このことは、通話装置アダプタが、上記中継サーバの上記ＨＴＴＰ通信処理部に対して、音声データパケットの送受信を行うために、接続を行い、各メソッドのメッセージやその応答メッセージの送受信を行っている間、または、行った直後に、何らかの要因で接続が切断された場合に、再度接続を行い、継続して、各メソッドのメッセージやその応答メッセージの送受信を行うことを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２８８】
また、このことは、通話装置アダプタが、上記中継サーバの上記ＨＴＴＰ通信処理部に対して、音声データパケットの送受信を行うために、接続を行い、各メソッドのメッセージやその応答メッセージの送受信を行っている間、または、行った直後に、何らかの要因で、ある設定された一定時間経過しても、ＨＴＴＰまたはＴＣＰの送受信処理の応答がなかった場合に、接続の切断処理を行ってから、再度接続を行い、継続して、各メソッドのメッセージやその応答メッセージの送受信を行うことを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２８９】
実施の形態１９．
上記実施の形態８において、図３４を用いて、電話機呼出情報管理手段８２００により、通話の相手先の管理領域に対してアクセスし、既に電話中であるかどうか調べて（Ｓ７５）いた。この実施の形態１９では、通話行為そのものに対して通話接続識別情報である識別子を与えておいて（この識別子をセッションＩＤと呼ぶことにする。）、ＨＴＴＰ方式で電話をかける際に、まず、ＨＴＴＰ中継サーバに対して、電話をかけることができるかどうか問い合わせる時点で、電話がかけられることが判明したところで、ＨＴＴＰ中継サーバがその通話に対してセッションＩＤを付与して、電話をかけられることを確認する。（基本的にセッションＩＤはインクリメンタルにカウンタが生成すればよい。）
このセッションＩＤに基づいてＨＴＴＰ中継サーバではその通話に関する情報を管理する。利用者側の通話装置アダプタも通話許可としてこのセッションＩＤを取得すると、ＨＴＴＰ中継サーバに対する音声データの送受信をセッションＩＤを参照しつつ、他の通話と区別して行うことができる。ＨＴＴＰ中継サーバにおいては、このセッションＩＤの元、通話に関する情報、例えば、通話の両者の通話装置の識別情報、ＩＰアドレス情報、通話時間、通話開始時刻、通話終了時刻等のログ情報の記録をとって管理をすることができる。これらの管理情報を元に課金業務を行うことも可能である。
【０２９０】
このことは、中継サーバが、利用者が通話を行うときの利用者双方の上記通話装置アダプタのアドレス情報の集合であるセッション情報を通話接続識別情報として管理し、音声データパケット内に上記通話接続識別情報を格納してＩＰネットワーク上に転送することを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２９１】
また、このことは、中継サーバが、利用者が通話を行うときの利用者双方の上記通話装置アダプタのアドレス情報の集合であるセッション情報を通話接続識別情報として、利用者の通話が実行される度に、通話時間や通信パケット量等を記憶してログ情報として取り出すことができることを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２９２】
実施の形態２０．
この実施の形態２０では、公衆回線経由での通話、ＩＰネットワーク経由でのＵＤＰによる通話とＨＴＴＰによる通話の３方式の通話中に、他の方式での第３者からの電話がかかってきたときのお話し中状態を知らせる処理方法を備えた通話装置アダプタについて説明する。
既に、実施の形態６にて、公衆回線とＵＤＰとＨＴＴＰの３方式が共存する通話処理の形態について説明した。また、実施の形態８にて、ＨＴＴＰによる方式での電話をかける手順について説明した。ここでは、その電話をかける手順として、ＳＭＴＰ（ｓｉｍｐｌｅ ｍａｉｌ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）によるメールを用いた電話呼び出しの方法を用いた場合について説明する。
【０２９３】
上記の３つの方法での通話をしている間に、第３者から電話がかかってくる場合として、図４３に示す９通りのパターンが存在する。
【０２９４】
図４３に記載したように、お話し中状態を知らせる処理は、基本的に、第３者の通話装置に、ビジートーンを出力するようにしている。第３者からの電話呼び出しが公衆回線経由の場合には、電話会社の交換機から直接にビジートーンを送信する以外に、電話呼び出しがなされた通話装置アダプタがビジートーンを生成して、公衆回線経由で送信する。ただし、後者の場合には、お話し中状態を知らせてもらうだけで、通話状態ともなるので、電話会社への電話料金の支払いが発生する。第３者からの電話呼び出しがＵＤＰの場合には、電話呼び出しがなされた通話装置アダプタからお話し中状態の報告がなされるので、第３者の通話装置アダプタ自体がビジートーンを生成して利用者にその音を聞かせるようにしている。第３者からの電話呼び出しがＨＴＴＰの場合には、ＨＴＴＰ中継サーバへの問い合わせにてお話し中状態であることが判明すると、第３者の通話装置アダプタ自体がビジートーンを生成して利用者にその音を聞かせるようにしている。
【０２９５】
以上のような方式で、３種類の電話の通信方式が混在している場合でも、第３者からの電話呼び出しに対してお話し中状態の報告を行うことが可能である。ただし、通話装置アダプタ等の実装を簡略なものとするために、上記のようなお話し中状態の報告を省略することも可能である。この場合には、第３者が電話呼び出しを行っても、通話の相手先がいつまでたっても電話に出ないと感じさせることになるので、利用者に既存の電話利用と比較して違和感を与えることにはなる。
【０２９６】
このことは、ＩＰネットワーク通信処理部、あるいは、上記公衆回線信号処理部が、利用者が公衆回線による通信、ＲＴＰ通信処理、ＨＴＴＰ通信処理のいずれかの通話方法で通話している間に、第三の利用者が、上記のいずれかの通話方法で電話呼び出しをしてきた際に、第三の利用者の通話装置に対してビジートーンを送信し、お話し中の状態を通知することのできることを特徴とするインターネット電話ネットワークシステムの一例を説明している。
【０２９７】
【発明の効果】
以上のように、この発明のインターネット電話ネットワークシステムの一例をを説明した上記実施の形態では、以下に記載する効果がある。
【０２９８】
ＩＰネットワーク経由での通話が可能である時にＩＰネットワーク経由で電話をかけることができ、電話番号をＩＰアドレスに変換できない場合や、相手側の通話装置がＩＰネットワークに接続されていない場合や、相手先の通話装置に接続された通話装置アダプタが、送信側の通話装置アダプタと互換性のない装置であった場合などＩＰネットワークでの通話が不可能である場合には、公衆回線網経由で電話をかけることできる効果がある。
【０２９９】
また、利用者が従来の電話番号をそのまま使用して、ＩＰネットワーク経由で電話をかけることができる効果がある。
【０３００】
また、ＩＰネットワークから通話情報をデジタル音声データとして受信した場合、アナログ音声データとして通話装置へ送信することができる効果がある。
【０３０１】
また、通話装置から通話情報をアナログ音声データとして受信した場合、デジタル音声データに変換してＩＰネットワークに送信することができる効果がある。
【０３０２】
また、通話情報を送信する相手先の通話装置がＩＰネットワーク経由で通話できるものである場合は、ＩＰネットワーク側から電話をかけられるようにしており、そうでない場合は、公衆回線側から電話かけるようにすることで、自動的に両者の切換をすることができる。このため、通話者は、必要に応じて公衆回線、ＩＰネットワークのどちらを介しても通話情報を送受信することができる効果がある。
【０３０３】
また、公衆回線経由で通話をした後で、自分の通話装置の電話番号と電話番号に対応するＩＰアドレスを相手先の電話番号に通知する、或いは、相手先の通話装置の電話番号に対応するＩＰアドレスを受信するＩＰアドレス学習部を備えたので、通話者があらかじめ相手先のＩＰアドレスを調べてアドレス変換テーブルに設定する作業を不要にすることができる効果がある。
【０３０４】
また、従来の一般公衆回線の電話番号とＩＰアドレスを対応させて記憶させることによって、次回の電話の呼出以降に、自動的にＩＰネットワーク経由で電話をかけることができる効果がある。
【０３０５】
また、この発明の通話装置アダプタを接続した他の通話装置からＩＰネットワーク経由で受信した自分の声以外の２つ以上の音声データをミキシングして音声出力を行うようにしているので、３者以上の通話者によるＩＰネットワーク経由の電話会議をすることができる効果がある。
【０３０６】
また、電話会議に会議識別番号を設定し、その会議識別番号を通話要求時に通話を要求してきた通話者により指定するようにしているので、特定した参加者間でＩＰネットワーク経由の電話会議を行うことができる効果がある。
【０３０７】
また、通話装置アダプタを接続した通話装置に電話機識別番号を設定し、その電話機識別番号を通話要求時に通話を要求してきた通話者により指定するようにしているので、特定した通話装置間でＩＰネットワーク経由で電話会議を行うことができる効果がある。
【０３０８】
また、電話会議に参加予定の各通話者に予めパスワードを割り当て、電話会議ごとに管理し、電話会議の参加時に各通話者のパスワードを入力させることで、予め登録されたパスワードと比較照合を行うことができ、電話会議参加者の認証を行うことができる効果がある。
【０３０９】
また、通話装置アダプタに接続された既存の電話機である通話装置や汎用のパソコン等からメンテナンス作業のために発生した制御情報の入力を行えるようにし、入力した制御情報に従い設定情報記憶部に記憶されている制御情報の変更を行うようにしているので、通話装置アダプタにメンテナンス作業専用のデータ入出力装置を付加するコストを削減することができる効果がある。また、利用者等が手軽に従来からある装置（既存の電話機である通話装置や汎用のパソコン等）にて保守設定の作業を行うことができる効果がある。
【０３１０】
また、電話会議に関する許可情報を通話装置アダプタを接続している電話機やＩＰネットワークに接続されているパソコンから入力して登録できることによって、新規登録や登録した情報の変更や削除などの発生頻度が高いと考えられる電話会議に関する許可情報の登録変更作業を容易に行うことができる効果がある。
【０３１１】
また、通信処理のリアルタイム特性に優れたＵＤＰやＲＴＰを利用するようにしているので、通話の音声品質を向上させることができる効果がある。
【０３１２】
また、任意のＵＤＰポートの使用を認めないファイヤウォールに対して、ごく限られた特定のＵＤＰポートを利用できるようにファイヤウォールを設定し、その特定のＵＤＰポート番号を通話装置アダプタ内で記憶することで、ファイヤウォールを超えた音声データの通信処理を行うことができる効果がある。
【０３１３】
また、任意のＵＤＰポートの使用を認めないファイヤウォールに対して使用が可能なＵＤＰポートをスキャンすることができるようにしているので、利用可能なＵＤＰポートが不明な場合でも、それを探し出して、音声データの通信処理を行うことができる効果がある。
【０３１４】
また、ファイヤウォールでは、ＵＤＰポートを利用できないことが多いが、通常ＨＴＴＰポートは開放されているため、ＨＴＴＰメッセージとして音声データを通信するようにしている。このため、頑強なファイヤウォールに対しても、ＩＰネットワーク経由の通話処理を実現することができる効果がある。
【０３１５】
また、通話装置アダプタがＩＰネットワークを経由して電話をかける場合に、ＴＣＰにより音声データの送受信を行うことができる効果がある。
【０３１６】
また、通話装置アダプタがＩＰネットワークを経由して電話をかける場合に、ＨＴＴＰにより音声データの送受信を行うことができる効果がある。
【０３１７】
また、通話装置アダプタがＩＰネットワークを経由して電話をかける場合に、通話装置アダプタが接続され管理されているＩＰネットワーク領域から外部のＩＰネットワーク領域への境界に違法アクセスを禁止するセキュリティを目的としたファイヤウォールに対して、データの送受信が可能なＨＴＴＰポートの存在を調査することにより、音声データの送受信が可能なＨＴＴＰポートを特定し、そのＨＴＴＰポートを利用して音声データの通話を行うことができる効果がある。
【０３１８】
また、通信対象の音声データのパケットのヘッダ部について独自の圧縮を行うようにしている。このため、標準のパケットサイズよりも小さくすることができ、ネットワークトラフィックを低減できる効果がある。また、圧縮された音声データのパケットを解凍できるので、圧縮されたパケット情報を受信する事ができる。これにより、ネットワークトラフィックを低減できる効果がある。
【０３１９】
また、通信対象の音声データの各パケットの伝送時間に揺らぎがあっても、受信時に一定のサイズになるまで蓄積してアナログ再生側に送り出すようにしているので、ネットワークトラフィック状況が不安定でも安定した通話品質を保持できる効果がある。また、ＩＰネットワークを介して相手先の電話機へデジタル音声データパケットを送信する場合に、送信対象のデジタル音声データパケットを作成し、バッファサイズの変更が可能である送信バッファに蓄積し送り出す前に必要なデータのみをパケット組立に加える処理を行う送信バッファリング部を備え、ネットワークトラフィック状況に従って、最適なデジタル音声データパケットの送信形態を実現でき、品質の良い音声データ送信ができる効果がある。
【０３２０】
また、通信対象の音声データの各パケットの送信時に、ネットワークトラフィック量が少ないときにパケットサイズを小さくしたり、増大したときにパケットサイズを大きくしたりするようにしているので、ネットワークトラフィック状況が不安定でもネットワークトラフィックに影響を与えないようにして安定した通話品質を保持できる効果がある。
【０３２１】
また、通信対象の音声データの各パケットの送信時にパケットロスが頻発した際に冗長パケットを発行することができるようにしているので、ネットワークトラフィックがパケットロスを頻発させるような状況でも、安定した通話品質を保持できる効果がある。
【０３２２】
また、通信対象の音声データの各パケットの送信時に、ネットワークトラフィック量が増大した場合に、一定音量レベル以下などの条件における通話品質に影響を与えない音声データのパケットの転送を行わないようにしているので、ネットワークトラフィック量が増大しても、安定した通話品質を保持できる効果がある。
【０３２３】
また、通信対象の音声データの各パケットの受信タイミングを計測し、ネットワークトラフィック状況を推測し、上記受信バッファのサイズの調整、冗長パケット発行部によりパケット情報を複製する数の調整、パケット生成フィルタリング部によるパケット情報を送信する数を削減するための条件の調整のうち少なくともいずれかを行うようにしているので、ネットワークトラフィックの最新の状況に応じて最適な通信処理を行うことができ、安定した通話品質を保持できる効果がある。
【０３２４】
また、通信対象の音声データの各パケットの受信タイミングを計測した結果を蓄積し、１日や１週間などの周期でネットワークトラフィック状況を示すデータとして参照できるようにしているので、平均的なネットワークトラフィック状況に対応した最適な通信処理の制御を行うことができ、安定した通話品質を保持できる効果がある。
【０３２５】
また、ファイヤウォールがＨＴＴＰにより外部インターネットへのアクセスが可能であることから、通話装置アダプタがＨＴＴＰ中継サーバ経由で電話呼出及び通話処理を行えるようにしているので、一般のファイヤウォールに対して何ら設定変更を行う必要なく、ＩＰネットワーク経由の電話をかけることができる効果がある。また、ＨＴＴＰ中継サーバに音声データを一時的に保持しておいて、その音声データを必要としている別の電話機に接続された通話装置アダプタが取得しに行くことで、通話処理を実現することができる効果がある。また、通話先の通話装置アダプタがファイヤウォールに遮られていることが判明したときに、通話先の通話装置アダプタに電話がかけられていることを報告するために、常時適当な時間間隔でＨＴＴＰ中継サーバに対して、各電話機の通話状況が記憶されている電話機呼出情報管理部の通話先の通話装置アダプタの通話状況をＨＴＴＰポーリング部により調べ、電話がかけられていることが判明した時点で、そのかけられた通話装置アダプタがＨＴＴＰアクセスによりＨＴＴＰ中継サーバ経由での通話を行うことができる効果がある。また、通話先の通話装置アダプタがファイヤウォールに遮られていることが判明したときに、通話先の通話装置アダプタに電話がかけられていることを報告するために、公衆回線信号処理部により、一時的な公衆回線経由にて電話呼出情報だけを伝え、そのかけられた通話装置アダプタがＨＴＴＰアクセスによりＨＴＴＰ中継サーバ経由での通話を行い、ＨＴＴＰ中継サーバを経由して相互に通話情報をやりとりできる効果がある。
【０３２６】
また、ＨＴＴＰ中継サーバにおいて、最初の各通話装置アダプタ間との接続交渉の処理後に、ＨＴＴＰ接続変更部により、ＨＴＴＰ，ＴＣＰの接続を直接両アダプタ間の接続となるように変更する。最初の各通話装置アダプタ間との接続交渉の処理後に、通話データの送受信を行うが、この処理負荷はかなり重いものになるので、通話データの送受信は、ＨＴＴＰ中継サーバを経由しないで、直接に両通話装置アダプタ間で行うようにすれば、ＨＴＴＰ中継サーバの処理負荷が軽減され、多くの利用者が電話をかけ通話処理が集中しても、処理が滞ることなく継続でき、通話品質を保持できる効果がある。
【０３２７】
また、通話データの送受信は、ＨＴＴＰ中継サーバを経由しないで、直接に両通話装置アダプタ間で行うことから、ＨＴＴＰ中継サーバの処理負荷が軽減されるようにしているので、多くの利用者が電話をかけ通話処理が集中しても、処理が滞ることなく継続でき、通話品質を保持できる効果がある。
【０３２８】
また、通話データの送受信は、ＨＴＴＰ中継サーバ上の処理として、音声データのパケット内のＩＰヘッダ部のＩＰアドレス及びＴＣＰヘッダのポート番号を最終送信先の通話装置アダプタのＩＰアドレス及びポート番号に直接変換して、ＨＴＴＰ中継サーバの処理負荷が軽減されるようにしているので、多くの利用者が電話をかけ通話処理が集中しても、処理が滞ることなく継続でき、通話品質を保持できる効果がある。
【０３２９】
また、ＨＴＴＰ中継サーバにおいて効率的な通信処理を行うようにしても、利用者が増加し通話処理を依頼する電話装置アダプタが増加すると、１台のＨＴＴＰ中継サーバでは処理性能の限界があるので、いつかは破綻する。そこで、複数のＨＴＴＰ中継サーバを用意し、これら複数のＨＴＴＰ中継サーバを統合管理するＨＴＴＰ中継サーバ管理サーバを備え、現在利用できる利用者の少ないＨＴＴＰ中継サーバを割り出し、その通話処理で利用される候補のＨＴＴＰ中継サーバを指定する。これら複数のＨＴＴＰ中継サーバに各通話装置アダプタの通話処理を分散させることで、それぞれの利用者が快適な通話状態を保持できる効果がある。
【０３３０】
また、通話情報を送受信する通話装置アダプタ間で事前に把握しておく通話装置アダプタの識別子として、通話装置アダプタの名前を利用している。このため、ＩＰアドレスが固定でなく、動的に与えられるネットワーク形態にて、通話装置アダプタを使用することができる。ＩＰアドレスが動的に割り当てられるケースは、ＤＨＣＰサーバにより、ＩＰアドレスを教えてもらう場合や、通話装置アダプタがインターネットサービスプロバイダ（ＩＳＰ）にダイヤルアップ接続をして、接続時にＩＰアドレスを割り当ててもらう場合があり、このように固定的なＩＰアドレス割当がなされなくても、通話装置アダプタの通話相手先と接続交渉処理が実現できる効果がある。
【０３３１】
また、ＩＰネットワークに常時接続しているネットワーク環境でなく、必要な時点でインターネットサービスプロバイダ（ＩＳＰ）にダイヤルアップ接続を行うことで、インターネット電話の利用ができる。つまり、常時接続の形態を利用者が設営や契約をしなくても、一般家庭で比較的に手軽に行えるダイヤルアップ接続でインターネット電話の利用ができるという効果がある。
【０３３２】
また、ＩＰネットワークに常時接続しているネットワーク環境でなく、必要な時点でインターネットサービスプロバイダ（ＩＳＰ）にダイヤルアップ接続を行うが、このダイヤルアップ接続を行う装置として、パソコン用に普及しているターミナルアダプタを利用する。このターミナルアダプタには、モデムなど公衆回線やＩＳＤＮとの通信を行う装置が内蔵されている。これらの装置より、簡単に実装できるＲＳ２３２Ｃのシリアルポートの処理装置を通話装置アダプタに備えることで、ターミナルアダプタ側に比較的コストの大きな装置を任せることで、通話装置アダプタの実現コストを削減できる効果がある。
【０３３３】
また、通話装置を用いて通話を行っている双方の通話者が通話を終了して通話装置の受話器を置いても、通話装置アダプタが公衆回線の接続を保持するので、ＩＰアドレス情報を送受信することが出来る効果がある。
【０３３４】
また、通話装置を用いて通話を行っている場合に、通話を終了し通話情報を送信する側が受話器を置いた後に、所定の時間を経過してから通話情報を送信していた相手側に切断を知らせるトーン信号を送信する。このため、通話者の通話が完全に終了して双方の受話器が置かれた状態で、通話装置アダプタが公衆回線の接続を保持するので、ＩＰアドレス情報の送受信を確実に行うことができる効果がある。
【０３３５】
また、通話情報を送信する相手側に、ビジートーンなどの通話の終了を通知する音声を発生するので、通話情報を送信する相手側の通話者は、通話の終了を確実に知ることができ、受話器を置かせることができる効果がある。
【０３３６】
また、ＩＰアドレス情報を送受信している途中で、通話装置を利用しようとすると、受話器よりビジートーン等の音声が聞こえるようにしたので、ＩＰアドレス情報の送受信中に通話装置を利用させないことができる効果がある。
【０３３７】
また、ＩＰアドレス情報の送受信中に通話装置を利用しようとした場合、通話を行う相手先の識別情報の入力を受け付けて、ＩＰアドレス情報の送受信が終了したときに、受け付けた識別情報宛に接続を行う処理を行う。また、ＩＰアドレス情報の送受信処理は何分もかかる処理ではない。このため、通話を行おうとする利用者は、待たされること無く通話装置を利用することができ、利便性を向上させることができる効果がある。
【０３３８】
また、識別情報の入力終了の判定を、一定時間経過しても何も入力されない場合とした。このため、通話を行う利用者は、識別情報の入力終了を判定するための情報を入力することを省略でき、利便性を向上させることができる効果がある。
【０３３９】
また、識別情報の入力終了の判定を、特定の情報を入力することにより行うようにした。このため、確実に入力終了を判定することでき、識別情報を正確に入力できる効果がある。
【０３４０】
また、識別情報の入力終了の判定を、通信事業者情報によって入力される識別情報のサイズを特定して、特定した識別情報のサイズと入力された識別情報のサイズとを比較することによって行うようにした。このため、通話を行う利用者は、従来と同じ方法で識別番号を入力することができるとともに、識別情報の入力終了も確実に行えるので、利便性を向上できる効果がある。
【０３４１】
また、識別情報の入力が確実に終了してから、アドレス変換部によりアドレス変換の処理が行われる。このため、取得できるＩＰアドレス情報は、正確な情報となり、インターネット電話ネットワークシステムの信頼度をアップさせる効果がある。
【０３４２】
また、識別情報を１文字情報入力される度に、アドレス変換部により候補の絞込を行う。このため、識別情報をＩＰアドレスに変換する処理を高速に行うことができる効果がある。
【０３４３】
また、候補を絞り込む途中で候補が１つになったら、アドレス変換部による処理を終了する。このため、識別情報をＩＰアドレスに変換する処理を高速に行うことができる効果がある。
【０３４４】
また、入力された識別情報を構成する文字情報が所定の数を越えていた場合、アドレス変換部によりその文字情報を元にＩＰアドレス情報への変換を行う。このため、全ての識別情報の入力の終了を待たずにＩＰアドレスに変換するので、処理を高速に行うことができる効果がある。
【０３４５】
また、ＩＰアドレス学習部による学習処理を、電話をかけた側と電話をかけられた側との両方で行う。このため、電話をかけられただけで、相手側の識別情報やＩＰアドレス情報を意識せずに学習することでき、利便性の高いインターネット電話ネットワークシステムを提供できる効果がある。
【０３４６】
また、電話をかけられた場合に、ＩＰアドレス学習部による学習処理を行わないようにすることを可能にした。このため、電話をかけてきた側が例えばセールス目的でかけてきた場合に相手側の識別情報とＩＰアドレスを登録しないようにできるので、不必要にアドレス変換テーブルの記憶領域を使用することを防ぐことが出来る効果がある。
【０３４７】
また、電話をかけた場合に、電話をかけた側が、相手側の通話装置アダプタのＩＰアドレス学習部による学習処理を行わせないようにすることを可能にした。このため、電話をかけた側の都合により相手側に学習処理を行わせないようにできるので、利用者にとって利便性の高いインターネット電話ネットワークシステムを提供できる効果がある。
【０３４８】
また、アドレス変換テーブルに登録した情報を利用者が抹消できるようにした。このため、アドレス変換テーブルの記憶領域を有効に活用できる効果がある。
【０３４９】
また、制御情報を誤って修正した場合、通話装置アダプタが正常に動作できないことを利用者に通知するようにした。通知を受けた利用者は直ちに制御情報を修正できるので、利用者にとって利便性の高いインターネット電話ネットワークシステムを提供できる効果がある。
【０３５０】
また、回線の不良により通話が行えない状態を利用者に通知するようにした。このため、利用者は通話が行えない状態を直ちに知ることができる効果がある。
【０３５１】
また、通話装置が使用できない状態から使用できる状態になったとき、使用出来ることを利用者に通知するようにした。このため、利用者は直ちに利用可能状態になったことを知ることができ、利用者にとって利便性の高いインターネット電話ネットワークシステムを提供できる効果がある。
【０３５２】
また、公衆回線による通話とＲＴＰ通信処理による通話とＨＴＴＰ通信処理による通話とのいずれかにより通話を行っている途中で、第３者から接続の要求がされた場合、第３者に対してお話中の状態を通知するようにした。このため、利用者にとって利便性の高いインターネット電話ネットワークシステムを提供できる効果がある。
【０３５３】
また、中継サーバは、通話行為に対してセッション情報、例えば、セッションＩＤを付与するようにした。そして、通話情報を送信するためのパケット情報の中にセッション情報を入れて送信する。このため、中継装置はパケット情報の中のセッション情報を用いて通話内容を管理できる効果がある。
【０３５４】
また、中継サーバは、セッション情報を用いて通話内容を管理している。このため、中継サーバは、管理している通話内容に基づいて例えば課金業務を行うことが出来、インターネット電話ネットワークシステムを多角的に利用できる効果がある。
【０３５５】
また、通話装置アダプタは、中継装置に対して、少なくともＧＥＴ、ＰＵＴ、ＰＯＳＴとのいずれか１つのメソッドを用いてＨＴＴＰアクセスを行うようにした。このため、中継サーバをＷｅｂサーバに見立てたアクセスを行うことができる効果がある。
【０３５６】
また、中継サーバは、メソッドを用いた要求に対する応答メッセージの中に通話情報を入れて返すようにした。このため、通話装置アダプタは、中継サーバをＷｅｂサーバに見立てたＨＴＴＰアクセスによって、中継サーバより通話情報を受信できる効果がある。
【０３５７】
また、通話装置アダプタから中継サーバをアクセスして通話情報を受信する場合、実際の通話情報よりも十分大きなサイズの通話情報を受信するようなメソッドを発行するようにした。このため、通話が行われて通話情報が発生する度に、繰り返し通話情報を受信することができる効果がある。
【０３５８】
また、通話装置アダプタと中継サーバとの接続を、通話情報の要求を行うメッセージの送信と要求に対して応答されたメッセージの受信とを終了した後も、接続を継続するようにした。このため、通話装置アダプタと中継サーバとの接続にかかる処理時間を省くことができ、リアルタイムな通話情報の送受信を行うことができる効果がある。
【０３５９】
また、一度接続された通話装置アダプタと中継サーバとの接続が、意図せずに切断されてしまうことがある。この場合は、再度接続を行うようにしたので、利用者は切断を意識することなく中継装置より通話情報を受信できる効果がある。
【０３６０】
また、所定の時間を経過しても中継サーバより応答がなかった場合、一度切断をしてから再度接続を行うようにした。このため、利用者は中継サーバの状態を意識することなく中継装置より通話情報を受信できる効果がある。
【０３６１】
また、通話装置アダプタを接続した通話装置管理装置に対して、識別情報を通知するようにした。このため、通話装置管理装置は、管理している複数の通話装置より所定の通話装置を特定することができる効果がある。
【０３６２】
また、公衆回線経由で通話を行っている、通話装置アダプタは、番号表示機能を有する通話装置に対して、識別情報を通知する。このため、番号表示機能を有する通話装置は、通話相手の識別情報を確認できる効果がある。
【０３６３】
また、ＩＰネットワークを介して通話を行っている場合でも、通話装置アダプタは、番号表示機能を有する通話装置に対して、識別情報を通知する。このため、ＩＰネットワーク経由で通話を行っていても、通話相手の識別情報を確認できる効果がある。
【０３６４】
また、識別情報の中に番号を表示しないことを指示する非通知情報を含むようにした。このため、通話装置アダプタは、識別情報の中に非通知情報を確認できた場合、通話の相手先に識別情報を通知しないことが可能となり、利用者の利便性を向上できる効果がある。
【図面の簡単な説明】
【図１】 実施の形態１のインターネット電話ネットワークシステムのネットワーク構成図。
【図２】 実施の形態１の通話装置アダプタの概観イメージ図。
【図３】 実施の形態１の通話装置アダプタの各手段の構成図。
【図４】 実施の形態１の通話装置アダプタの動作処理フローチャート図。
【図５】 実施の形態１の通話装置アダプタの動作処理フローチャート図。
【図６】 実施の形態１の通話装置アダプタの動作処理フローチャート図。
【図７】 実施の形態１の通話装置アダプタの動作処理フローチャート図。
【図８】 実施の形態２の通話装置アダプタに備えられた学習機能を説明する図。
【図９】 実施の形態２の通話装置アダプタの各手段の構成図。
【図１０】 実施の形態２の通話装置アダプタの動作処理フローチャート図。
【図１１】 実施の形態２の通話装置アダプタの動作処理フローチャート図。
【図１２】 実施の形態３の通話装置アダプタの各手段の構成図。
【図１３】 実施の形態３の通話装置アダプタを利用したインターネット電話ネットワークシステムのネットワーク構成図。
【図１４】 実施の形態３の通話装置アダプタの動作処理フローチャート図。
【図１５】 実施の形態３の許可情報記憶部に記憶されている許可情報の一例を示す図。
【図１６】 実施の形態４の通話装置アダプタの各手段の構成図。
【図１７】 実施の形態５のファイヤウォールを備えたインターネット電話ネットワークシステムのネットワーク構成図。
【図１８】 実施の形態５のＩＰネットワーク通信処理手段の構成図。
【図１９】 実施の形態５の通話装置アダプタの動作処理フローチャート図。
【図２０】 実施の形態５の通話装置アダプタの動作処理フローチャート図。
【図２１】 実施の形態５の通話装置アダプタの動作処理フローチャート図。
【図２２】 実施の形態５の音声データのパケットの構造を示す図。
【図２３】 実施の形態６のＩＰネットワーク通信処理手段の構成図。
【図２４】 実施の形態７のＩＰネットワーク通信処理手段の構成図。
【図２５】 実施の形態７のＩＰネットワーク通信処理手段の構成図。
【図２６】 実施の形態８のファイヤウォールとＨＴＴＰ中継サーバと通話装置アダプタを備えたインターネット電話ネットワークシステムのネットワーク構成図。
【図２７】 実施の形態８のＨＴＴＰ中継サーバの各手段の構成図。
【図２８】 実施の形態８のＩＰネットワーク通信処理手段の構成図。
【図２９】 実施の形態８のＨＴＴＰ中継サーバ管理サーバとＨＴＴＰ中継サーバの各手段の構成図。
【図３０】 実施の形態８のＨＴＴＰ中継サーバ管理サーバとＨＴＴＰ中継サーバの各手段の構成図。
【図３１】 （Ａ），（Ｂ），（Ｃ）は、実施の形態８のファイヤウォール超えのために実行されるＨＴＴＰ中継サーバの配置方式を説明する図。
【図３２】 実施の形態８のＨＴＴＰ中継サーバを利用する通話装置アダプタの動作処理フローチャート図。
【図３３】 実施の形態８のＨＴＴＰ中継サーバを利用する通話装置アダプタの動作処理フローチャート図。
【図３４】 実施の形態８のＨＴＴＰ中継サーバの動作処理フローチャート図。
【図３５】 実施の形態９の通話装置アダプタの各手段の構成図。
【図３６】 実施の形態１０の通話装置アダプタの各手段の構成図。
【図３７】 実施の形態１１の通話装置アダプタの各手段の構成図。
【図３８】 実施の形態１４の二人の利用者双方において通話装置と通話装置アダプタとを利用し通話を行なう概略構成を示す図。
【図３９】 実施の形態１４のＩＰアドレス情報の送受信をどのような手順で行うかのシーケンスの一例を示している図。
【図４０】 実施の形態１５の通信事業者毎の識別番号の例を示す図。
【図４１】 実施の形態１６の一般の通話装置管理装置により複数電話回線の利用形態を示す図。
【図４２】 実施の形態１６の通話装置アダプタを接続した通話装置管理装置により複数電話回線の利用形態を示す図。
【図４３】 実施の形態２０の公衆回線とＵＤＰとＨＴＴＰとの３方式が共存する通話処理において、第３者から電話がかけられる場合のパターンを示す図。
【図４４】 従来のインターネット電話アダプタ装置の構成図。
【符号の説明】
１０，２０，３０ 電話機、１０ａ〜１０ｄ 通話装置、１１，２１，３１ 屋内電話線、１２，２２，３２ 通話装置アダプタ、１３ 公衆回線、１３ａ 公衆回線（ＩＳＤＮ）、１４，２４，３４ ＩＰネットワーク、１５，２５，３５ ルータ、１６ インターネット／イントラネット、１７，２７ ファイヤウォール、１８，１８ａ，１８ｂ ＨＴＴＰ中継サーバ、１９ ＩＰネットワーク、３３ シリアルポート、５０ 音声データ、５１ ＩＰヘッダ、５２ ＵＤＰヘッダ、５３ ＲＴＰヘッダ、１００ 回線接続切換手段、１７０ 電源コード、１８０ ＨＴＴＰ中継サーバ管理サーバ、１９０ ＰＢＸ、１９１ ＬＥＤ表示部、１９２ 交換機、２００ 接続先判定手段、３００ 電話番号ＩＰアドレス変換手段、３０２ アドレス変換テーブル、４００ ＩＰアドレス学習手段、４２０ ＩＰアドレス情報メッセージ送受信手段、５００ 音声データデジタルアナログ変換手段、６００ 音声データアナログデジタル変換手段、７００ 音声データミキシング手段、８００ 電話会議識別番号管理手段、８５０ 同時通話管理部、８５５ 許可情報記憶部、９００ 電話機識別番号管理手段、１０００ 電話会議参加者パスワード管理手段、１１００ 公衆回線信号送受信手段、１１１０ 電話回線Ｉ／Ｆ制御回路、１２００ ＩＰネットワークデータリードライト手段、１３００ 電話機入力データライト手段、１４００ 設定情報記憶部、５０００ ＩＰネットワーク通信処理手段、５００１ 公衆回線通信処理手段、５００２ シリアルポート通信処理手段、５１００ ＵＤＰ通信処理手段、５２００ ＵＤＰポート使用管理手段、５３００ ＵＤＰポート通信確認手段、５４００ ＲＴＰ通信処理手段、５５００ 音声データパケットエンコード手段、５６００ 音声データパケットデコード手段、５７００ ＴＣＰ通信処理手段、５８００ ＨＴＴＰ通信処理手段、５９００ ＨＴＴＰポート通信確認手段、６１００ 受信バッファリング手段、６１０１ 受信バッファ、６２００ 送信バッファリング手段、６２０１ 送信バッファ、６３００ 冗長パケット発行手段、６４００ パケット生成フィルタリング手段、６５００ ネットワークトラフィック監視手段、６６００ ネットワークトラフィック統計データ管理手段、７１００ ＨＴＴＰポーリング手段、７２００ 電話呼出通信手段、７３００ ＨＴＴＰ電話呼出、８１００ 音声データバッファリング手段、８２００ 電話機呼出情報管理手段、８３００ ＨＴＴＰ接続変更手段、８４００ ＴＣＰ／ＩＰパケットヘッダ変換手段、９１００ ＨＴＴＰ中継サーバ負荷状態監視手段、９２００ ＨＴＴＰ中継サーバ指定手段。

Claims (26)

  1. 通話装置から通話情報を入力し、ＩＰ（インターネットプロトコル）ネットワークと、アナログデータを通信する公衆回線とのいずれか一方の経路を選択して、上記選択した経路に上記通話情報を出力する通話装置アダプタであって、
    上記通話情報は、パケット情報であり、
    上記通話装置アダプタは、上記パケット情報に対してＵｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ（以下、ＵＤＰと称する）の通信処理を行うＵＤＰ通信処理部と、
    上記パケット情報に対してＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（以下、ＨＴＴＰと称する）の通信処理を行うＨＴＴＰ通信処理部とを備え、
    上記通話装置アダプタは、まず上記ＵＤＰ通信処理部により通信処理を試み、上記ＵＤＰ通信処理部により通信処理ができない場合に、上記ＨＴＴＰ通信処理部により通信処理を行うことを特徴とする通話装置アダプタ。
  2. 通話装置から通話情報を入力し、ＩＰ（インターネットプロトコル）ネットワークと、アナログデータを通信する公衆回線とのいずれか一方の経路を選択して、上記選択した経路に上記通話情報を出力する通話装置アダプタであって、
    通話情報をデジタル化したデジタル音声データを入力し、上記入力したデジタル音声データを一時的に保管する送信バッファを有して、上記送信バッファより所定のデジタル音声データを取り出して、上記デジタル音声データを送信する宛先のアドレス情報を格納するヘッダ部と上記デジタル音声データを格納するデータ部とをパケット情報として生成する送信バッファリング部と、
    上記送信バッファリング部より上記パケット情報を入力し、上記入力したパケット情報のヘッダ部に格納された情報とデータ部に格納された情報のうち少なくともいずれかの情報を圧縮する音声データパケットエンコード部と、
    上記ＩＰネットワークを介して上記音声データパケットエンコード部により圧縮された情報を有する上記パケット情報を受信し、上記パケット情報の圧縮された情報を解凍するととともに、上記解凍した上記パケット情報より上記ヘッダ部を取り出して解析を行う音声データパケットデコード部と、
    上記音声データパケットデコード部により上記解凍を行った上記パケット情報を入力するとともに、上記入力した上記解凍を行ったパケット情報を一時的に保管する受信バッファを有し、上記受信バッファより連続するタイミングで上記解凍を行ったパケット情報を出力する受信バッファリング部と、
    上記音声データパケットデコード部により受信された上記パケット情報のトラフィック状況を監視して、監視した結果に基づいて上記受信バッファリング部に上記受信用バッファのサイズの変更を指示するネットワークトラフィック監視部と
    上記ネットワークトラフィック監視部により監視された監視結果を蓄積し、蓄積した監視結果に基づいて各時間帯のトラフィック状況の統計データを算出するネットワークトラフィック統計データ管理部と
    を備え、
    上記ネットワークトラフィック統計データ管理部は、算出した各時間帯のトラフィック状況の統計データを上記ネットワークトラフィック監視部に通知し、
    上記ネットワークトラフィック監視部は、上記ネットワークトラフィック統計データ管理部が通知した各時間帯のトラフィック状況の統計データに基づいて、上記受信用バッファのサイズを各時間帯で変更することを上記受信バッファリング部に指示する
    ことを特徴とする通話装置アダプタ。
  3. 上記通話装置アダプタは、さらに、上記音声データパケットデコード部により受信された上記パケット情報を複製する冗長パケット発行部を備え、
    上記ネットワークトラフィック監視部は、上記ネットワークトラフィック統計データ管理部が通知した各時間帯のトラフィック状況の統計データに基づいて、上記冗長パケット発行部に対して各時間帯における上記パケット情報を複製する数を指示することを特徴とする請求項２記載の通話装置アダプタ。
  4. 上記通話装置アダプタは、さらに、上記パケット情報を削減するパケット生成フィルタリングを備え、
    上記ネットワークトラフィック監視部は、上記ネットワークトラフィック統計データ管理部が通知した各時間帯のトラフィック状況の統計データに基づいて、上記パケット生成フィルタリングに対して各時間帯における上記パケット情報を削減させる条件を指示することを特徴とする請求項３記載の通話装置アダプタ。
  5. ＩＰ（インターネットプロトコル）ネットワークである外部ネットワークを介してファイヤウォールで外部ネットワークから遮られた複数の内部ネットワークの間で通話情報を通信するインターネット電話ネットワークシステムであり、
    上記外部ネットワークに備えられファイヤウォールを介して内部ネットワークに対するデータ送受信ができる中継サーバであり、通話情報を保管し、通話情報に関する問い合わせ情報を受信し、保管した通話情報を問い合わせ情報に従い出力する中継サーバと、
    内部ネットワークに備えられ通話情報を入力し通信する通話装置アダプタであり、内部ネットワークから入力した通話情報を別の内部ネットワークの通話装置アダプタに通知する場合には入力した通話情報を上記中継サーバに送信して保管させ、別の内部ネットワークの通話装置アダプタが通知する通話情報を取得する場合には上記中継サーバに問い合わせ情報を送信して通話情報を取得することで、ファイヤウォールで遮られた異なる内部ネットワーク間での通話情報の通信を行う通話装置アダプタと
    を備えたことを特徴とするインターネット電話ネットワークシステム。
  6. デジタルデータを通信するＩＰ（インターネットプロトコル）ネットワークと、アナログデータを通信する公衆回線とを用いるインターネット電話ネットワークシステムにおいて、
    通話情報を入力しＩＰネットワークと公衆回線とのいずれか一方の経路を選択して上記選択した経路に上記通話情報を出力する通話装置アダプタと、
    上記通話装置アダプタを管理するとともに、上記ＩＰネットワーク上に備えられ、所定の通話装置アダプタから別の通話装置アダプタに向けてＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（以下、ＨＴＴＰと称する）通信プロトコルに従うアクセスにより送信された上記通話情報を、上記別の通話装置アダプタに代わって受信し、受信した上記通話情報を保管し、所定の通話装置アダプタによりＨＴＴＰ通信プロトコルに従う上記アクセスと同じＨＴＴＰアクセスによって上記保管した通話情報を読み出し、上記中継サーバにより管理されている通話装置アダプタの状況を管理し、所定の通話装置アダプタから別の通話装置アダプタの状況を問い合わせる問い合わせ情報を受信し、上記問い合わせ情報に従い上記別の通話装置アダプタの状況を確認して、確認した結果を上記所定の通話装置アダプタに通知する中継サーバと
    を備え、
    上記中継サーバにより受信される通話情報は、上記通話情報を送信する宛先のアドレス情報を格納するヘッダ部と上記通話情報を格納するデータ部とを有するパケット情報であり、
    上記中継サーバは、
    上記受信したパケット情報に対してＨＴＴＰの通信処理を行うＨＴＴＰ通信処理部を有し、
    上記中継サーバにより管理されている通話装置アダプタは、
    上記パケット情報を送信する相手先の通話装置アダプタがファイアウォールに遮られている場合に上記パケット情報を上記ＨＴＴＰアクセスにより上記中継サーバに向けて送信するＨＴＴＰ電話呼出部と、
    上記パケット情報を送信する相手先の通話装置アダプタに対して、上記ＩＰネットワークを介して上記パケット情報を送信する前に、これから上記パケット情報を送信することを、少なくとも電子メールとインスタントメッセージのいずれかを用いて通知する電話呼出通信部と
    を備えたことを特徴とするインターネット電話ネットワークシステム。
  7. デジタルデータを通信するＩＰ（インターネットプロトコル）ネットワークと、アナログデータを通信する公衆回線とを用いるインターネット電話ネットワークシステムにおいて、
    通話情報を入力しＩＰネットワークと公衆回線とのいずれか一方の経路を選択して上記選択した経路に上記通話情報を出力する通話装置アダプタと、
    上記通話装置アダプタを管理するとともに、上記ＩＰネットワーク上に備えられ、所定の通話装置アダプタから別の通話装置アダプタに向けてＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（以下、ＨＴＴＰと称する）通信プロトコルに従うアクセスにより送信された上記通話情報を、上記別の通話装置アダプタに代わって受信し、受信した上記通話情報を保管し、所定の通話装置アダプタによりＨＴＴＰ通信プロトコルに従う上記アクセスと同じＨＴＴＰアクセスによって上記保管した通話情報を読み出し、上記中継サーバにより管理されている通話装置アダプタの状況を管理し、所定の通話装置アダプタから別の通話装置アダプタの状況を問い合わせる問い合わせ情報を受信し、上記問い合わせ情報に従い上記別の通話装置アダプタの状況を確認して、確認した結果を上記所定の通話装置アダプタに通知する中継サーバと
    を備え、
    上記中継サーバにより受信される通話情報は、上記通話情報を送信する宛先のアドレス情報を格納するヘッダ部と上記通話情報を格納するデータ部とを有するパケット情報であり、
    上記中継サーバは、
    上記受信したパケット情報に対してＨＴＴＰの通信処理を行うＨＴＴＰ通信処理部を有し、
    上記中継サーバにより管理されている通話装置アダプタは、
    上記パケット情報を送信する相手先の通話装置アダプタがファイアウォールに遮られている場合に、上記パケット情報を上記ＨＴＴＰアクセスにより上記中継サーバに向けて送信するＨＴＴＰ電話呼出部を有すると共に、上記パケット情報を送信する相手先の通話装置アダプタに対して、上記公衆回線を経由して上記パケット情報を送信する前に、これから上記パケット情報を送信することを通知する
    ことを特徴とするインターネット電話ネットワークシステム。
  8. デジタルデータを通信するＩＰ（インターネットプロトコル）ネットワークと、アナログデータを通信する公衆回線とを用いるインターネット電話ネットワークシステムにおいて、
    通話情報を入力しＩＰネットワークと公衆回線とのいずれか一方の経路を選択して上記選択した経路に上記通話情報を出力する通話装置アダプタと、
    上記通話装置アダプタを管理するとともに、上記ＩＰネットワーク上に備えられ、Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（以下、ＨＴＴＰと称する）の通話装置アダプタから別の通話装置アダプタに向けてＨＴＴＰの通信プロトコルに従うアクセスにより送信された上記通話情報を、上記別の通話装置アダプタに代わって受信し、受信した上記通話情報を保管し、所定の通話装置アダプタによりＨＴＴＰの通信プロトコルに従う上記アクセスと同じＨＴＴＰアクセスによって上記保管した通話情報を読み出し、上記中継サーバにより管理されている通話装置アダプタの状況を管理し、所定の通話装置アダプタから別の通話装置アダプタの状況を問い合わせる問い合わせ情報を受信し、上記問い合わせ情報に従い上記別の通話装置アダプタの状況を確認して、確認した結果を上記所定の通話装置アダプタに通知する中継サーバと
    を備え、
    上記中継サーバにより受信される通話情報は、上記通話情報を送信する宛先のアドレス情報を格納するヘッダ部と上記通話情報を格納するデータ部とを有するパケット情報であり、
    上記中継サーバは、
    上記受信したパケット情報に対してＨＴＴＰの通信処理を行うＨＴＴＰ通信処理部を有し、
    上記中継サーバにより管理されている通話装置アダプタは、上記パケット情報に、少なくともＧＥＴとＰＯＳＴとＰＵＴとのいずれか１つのメソッドのメッセージを、上記ＨＴＴＰアクセスにより上記中継サーバに向けて送信することを特徴とするインターネット電話ネットワークシステム。
  9. 上記中継サーバのＨＴＴＰ通信処理部は、上記通話装置アダプタによる上記ＨＴＴＰアクセスに対する応答メッセージの中に、上記通話情報を格納して、上記通話装置アダプタに向けて送信し、
    上記中継サーバにより管理されている通話装置アダプタは、上記中継サーバから送信された上記応答メッセージを受信して、受信した応答メッセージに格納されている上記通話情報を取り出すことを特徴とする請求項８記載のインターネット電話ネットワークシステム。
  10. 上記通話情報は、所定の第１のサイズを有し、
    上記中継サーバにより管理されている通話装置アダプタは、上記第１のサイズを有する通話情報を上記中継サーバより取得するために、上記第１のサイズよりも大きい第２のサイズの通話情報を取得するＧＥＴのメソッドのメッセージを、上記パケット情報に格納して、上記ＨＴＴＰアクセスにより上記中継サーバに向けて送信して、上記中継サーバから上記ＨＴＴＰアクセスに対して送信された応答メッセージを受信することを特徴とする請求項９記載のインターネット電話ネットワークシステム。
  11. 上記中継サーバにより管理されている通話装置アダプタは、上記中継サーバから送信された応答メッセージに格納されている上記第１のサイズを有する通話情報の合計のサイズが上記第２のサイズを越えるまで、上記中継サーバとの接続を継続して上記応答メッセージを１つ以上受信することを特徴とする請求項１０記載のインターネット電話ネットワークシステム。
  12. 上記中継サーバにより管理されている通話装置アダプタは、上記中継サーバの上記ＨＴＴＰ通信処理部と、通信を行っている間及び通信を行った直後とのいずれか一方のタイミングに接続を切断された場合、再度接続を行い、継続して、通信を行うことを特徴とする請求項８〜１１いずれか記載のインターネット電話ネットワークシステム。
  13. 上記中継サーバにより管理されている通話装置アダプタは、上記中継サーバの上記ＨＴＴＰ通信処理部と、通信を行っている間及び通信を行った直後とのいずれか一方のタイミングに所定の時間を経過しても、上記中継サーバより応答がなかった場合、上記中継サーバとの接続を切断し、その後、再度接続を行い、通信を継続して行うことを特徴とする請求項８〜１１いずれか記載のインターネット電話ネットワークシステム。
  14. 通話装置から通話情報を入力し、ＩＰ（インターネットプロトコル）ネットワークと、アナログデータを通信する公衆回線とのいずれか一方の経路を選択して、上記選択した経路に上記通話情報を出力する通話装置アダプタであって、
    通話情報を少なくとも出力する通話装置に接続され、上記通話装置より出力された上記通話情報を入力し、上記通話情報を送信する側と上記通話情報を送信する相手先とのいずれか一方が通話を終了した後に、通話を継続している側の通話を終了すると予測される時間を経過した後に、上記公衆回線の接続を保持しながら、上記通話情報を送信する相手先に対して、上記通話情報を送信する側の上記通話装置の識別情報に対応するアドレス情報を上記公衆回線を介して送信し、上記送信している間に、上記通話情報を送信する側と上記通話情報を送信する相手先との少なくともいずれか一方が所定の通話装置に通話情報を送信しようとした場合に、上記所定の通話装置に通話情報を送信しようとする通話装置に対して、少なくともビジートーン信号を発信させる
    ことを特徴とする通話装置アダプタ。
  15. 通話装置から通話情報を入力し、ＩＰ（インターネットプロトコル）ネットワークと、アナログデータを通信する公衆回線とのいずれか一方の経路を選択して、上記選択した経路に上記通話情報を出力する通話装置アダプタであって、
    通話情報を少なくとも出力する通話装置に接続され、上記通話装置より出力された上記通話情報を入力し、上記通話情報を送信する側と上記通話情報を送信する相手先とのいずれか一方が通話を終了した後に、通話を継続している側の通話を終了すると予測される時間を経過した後に、上記公衆回線の接続を保持しながら、上記通話情報を送信する相手先に対して、上記通話情報を送信する側の上記通話装置の識別情報に対応するアドレス情報を上記公衆回線を介して送信し、上記送信している間に、上記アドレス情報を送信する側と上記アドレス情報を送信する相手先との少なくともいずれか一方が所定の通話装置に通話情報を送信しようとした場合に、上記通話装置の識別情報に対応するアドレス情報を送信する処理を、上記所定の通話装置に通話情報を送信する処理よりも優先して行なう
    ことを特徴とする通話装置アダプタ。
  16. 送信する相手先を識別する識別情報を含む通話情報を出力する通話装置に接続され、上記通話装置より出力された上記通話情報を入力し、上記ＩＰネットワークと公衆回線とのいずれか一方の経路を選択して、上記選択した経路に上記通話情報を出力する通話装置アダプタであって、
    上記識別情報は、通信事業者を特定する通信事業者情報を少なくとも含み、上記通信事業者情報により上記識別情報の文字数を特定され、
    上記通話装置アダプタは、上記識別情報の上記通信事業者情報に基づいて上記識別情報の文字数を確定し、識別情報を構成する文字を順次入力し、入力に応じて識別情報の文字数をカウントしてカウントした文字数を確定した文字数と比較し、カウントした文字数が確定した文字数と一致した時点で、上記識別情報の入力が終了したと判定することを特徴とする通話装置アダプタ。
  17. 通話装置から通話情報を入力し、ＩＰ（インターネットプロトコル）ネットワークと、アナログデータを通信する公衆回線とのいずれか一方の経路を選択して、上記選択した経路に上記通話情報を出力する通話装置アダプタであって、
    送信する相手先を特定文字数で識別する識別情報について、識別情報を構成する文字を通話装置から順次入力し、入力に応じて順次に識別情報を構成する文字を出力する公衆回線信号処理部と、
    上記通話情報を送信する相手先を識別するアドレス情報を指定して上記通話情報を上記ＩＰネットワークに送信するＩＰネットワーク通信処理部と、
    上記アドレス情報と上記識別情報とを対応させて記憶するアドレス変換テーブルと、
    上記公衆回線信号処理部により順次出力された識別情報を構成する文字を順次入力し、入力した文字と上記アドレス変換テーブルに記憶されている識別情報を構成する文字とを順次比較して、入力した文字と上記アドレス変換テーブルに記憶されている識別情報を構成する文字とが一致するアドレス情報をアドレス情報候補とし、入力した文字の数が上記特定文字数に満たない場合であっても、上記アドレス情報候補が１つになった時点で、上記１つになったアドレス情報候補を上記アドレス情報として採用することで識別情報を上記アドレス情報に変換するアドレス変換部と、
    上記ＩＰネットワーク通信処理部と公衆回線とのいずれか一方を選択して、上記選択した一方に上記通話情報を出力する回線接続切換部と
    を備えたことを特徴とする通話装置アダプタ。
  18. 通話装置から通話情報を入力し、ＩＰ（インターネットプロトコル）ネットワークと、アナログデータを通信する公衆回線とのいずれか一方の経路を選択して、上記選択した経路に上記通話情報を出力する通話装置アダプタであって、
    上記通話装置アダプタは、
    通話装置より出力された通話情報を入力する公衆回線信号処理部と、
    上記ＩＰネットワークを介して上記通話情報を少なくとも送信と受信のいずれかを行い、上記ＩＰネットワークを介して上記通話装置アダプタの制御を行うための制御情報を上記通話情報として入力するＩＰネットワーク通信処理部と、
    上記通話装置アダプタの制御を行うための制御情報を記憶する制御情報記憶部と
    を備え、
    上記ＩＰネットワーク通信処理部と上記公衆回線信号処理部とのいずれか一方は、上記制御情報記憶部に記憶された制御情報に従い上記通話装置アダプタの制御を行なった結果誤りが発生した場合に、上記ＩＰネットワークと上記通話装置と上記公衆回線とのいずれか１つに対して警告を通知することを特徴とする通話装置アダプタ。
  19. 通話装置から通話情報を入力し、ＩＰ（インターネットプロトコル）ネットワークと、アナログデータを通信する公衆回線とのいずれか一方の経路を選択して、上記選択した経路に上記通話情報を出力する通話装置アダプタであって、
    上記通話装置アダプタは、
    通話装置より出力された通話情報を入力する公衆回線信号処理部と、
    上記ＩＰネットワークを介して上記通話情報を少なくとも送信と受信のいずれかを行い、上記ＩＰネットワークを介して上記通話装置アダプタの制御を行うための制御情報を上記通話情報として入力するＩＰネットワーク通信処理部と、
    上記通話装置アダプタの制御を行うための制御情報を記憶する制御情報記憶部と
    を備え、
    上記ＩＰネットワーク通信処理部と上記公衆回線信号処理部とのいずれか一方は、上記ＩＰネットワークと上記公衆回線とのいずれか一方に故障が発生して通話が行なえない状態であることを検出して、上記ＩＰネットワークと上記通話装置と上記公衆回線とのいずれか１つに対して警告を通知することを特徴とする通話装置アダプタ。
  20. 上記ＩＰネットワーク通信処理部と上記公衆回線信号処理部とのいずか一方は、上記故障の復旧を行なった場合に、上記ＩＰネットワークと上記通話装置と上記公衆回線とのいずれか１つに対して通知した警告に対して故障の復旧を通知することを特徴とする請求項１８、または、１９記載の通話装置アダプタ。
  21. 通話装置から通話情報を入力し、ＩＰ（インターネットプロトコル）ネットワークと、アナログデータを通信する公衆回線とのいずれか一方の経路を選択して、上記選択した経路に上記通話情報を出力する通話装置アダプタであって、
    上記通話情報は、パケット情報であり、
    上記通話装置アダプタは、上記パケット情報に対してＵｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ（以下、ＵＤＰと称する）の通信処理を行うＵＤＰ通信処理部と、
    上記パケット情報に対してＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（以下、ＴＣＰと称する）の通信処理を行うＴＣＰ通信処理部とを備え、
    上記通話装置アダプタは、まず上記ＵＤＰ通信処理部により通信処理を試み、上記ＵＤＰ通信処理部により通信処理ができない場合に、上記ＴＣＰ通信処理部により通信処理を行うことを特徴とする通話装置アダプタ。
  22. 通話装置から通話情報を入力し、ＩＰ（インターネットプロトコル）ネットワークと、アナログデータを通信する公衆回線とのいずれか一方の経路を選択して、上記選択した経路に上記通話情報を出力する通話装置の通話処理方法であって、
    上記通話情報は、パケット情報であり、
    上記パケット情報に対してＵｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ（以下、ＵＤＰと称する）の通信処理を試み、ＵＤＰにより通信処理ができない場合に、上記パケット情報に対してＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（以下、ＴＣＰと称する）の通信処理を行うことを特徴とする通話処理方法。
  23. 請求項２２記載の通話処理方法をコンピュータに実行させるプログラム。
  24. 通話情報を入力してＵｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ（以下、ＵＤＰと称する）の通信処理を行うＵＤＰ通信処理部と、
    通話情報を入力してＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（以下、ＴＣＰと称する）の通信処理を行うＴＣＰ通信処理部とを備え、
    まず上記ＵＤＰ通信処理部により通信処理を試み、上記ＵＤＰ通信処理部により通信処理ができない場合に、上記ＴＣＰ通信処理部により通信処理を行う
    ことを特徴とする通話装置。
  25. 通話情報を入力し、
    通話情報に対してＵｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ（以下、ＵＤＰと称する）の通信処理を試み、
    ＵＤＰにより通信処理ができない場合に、通話情報に対してＴｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ（以下、ＴＣＰと称する）の通信処理を行う
    ことを特徴とする通話処理方法。
  26. 請求項２５記載の通話処理方法をコンピュータに実行させるプログラム。
JP2003079721A 1999-11-30 2003-03-24 通話装置アダプタ及び中継サーバ及びインターネット電話ネットワークシステム Expired - Lifetime JP3682049B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003079721A JP3682049B2 (ja) 1999-11-30 2003-03-24 通話装置アダプタ及び中継サーバ及びインターネット電話ネットワークシステム

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP11-338858 1999-11-30
JP33885899 1999-11-30
JP2003079721A JP3682049B2 (ja) 1999-11-30 2003-03-24 通話装置アダプタ及び中継サーバ及びインターネット電話ネットワークシステム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2000326771A Division JP3437545B2 (ja) 1999-11-30 2000-10-26 通話装置アダプタ

Publications (2)

Publication Number Publication Date
JP2003319067A JP2003319067A (ja) 2003-11-07
JP3682049B2 true JP3682049B2 (ja) 2005-08-10

Family

ID=29551587

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003079721A Expired - Lifetime JP3682049B2 (ja) 1999-11-30 2003-03-24 通話装置アダプタ及び中継サーバ及びインターネット電話ネットワークシステム

Country Status (1)

Country Link
JP (1) JP3682049B2 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005175805A (ja) * 2003-12-10 2005-06-30 Sun Communications:Kk アダプタ
JP2006339938A (ja) * 2005-06-01 2006-12-14 Nippon Telegr & Teleph Corp <Ntt> 重要呼優先接続方法およびその装置
US8265069B2 (en) * 2005-06-23 2012-09-11 Nokia Corporation System, terminal, method, and computer program product for establishing a transport-level connection with a server located behind a network address translator and/or firewall
JP6443532B2 (ja) * 2017-12-21 2018-12-26 株式会社リコー 通信システム、通信方法、及びプログラム

Also Published As

Publication number Publication date
JP2003319067A (ja) 2003-11-07

Similar Documents

Publication Publication Date Title
KR100445284B1 (ko) 인터넷 전화 네트워크 시스템 및 네트워크 액세스 방법 및통화 장치 어댑터
JP4236032B2 (ja) インターネット通信システム及びインターネット通信方法及びセッション管理サーバ及び通信アダプタ
CA2256728C (en) A telephone doubler arrangement
JP4167648B2 (ja) Ｉｐ基盤の画像／音声通信システム及びこれを用いた呼転換方法
JP3522118B2 (ja) インターネット電話用ゲートウェイ装置
US7567269B2 (en) Television phone adaptor
JP3437545B2 (ja) 通話装置アダプタ
KR20130036356A (ko) 다수의 네트워킹된 장치들의 통화자와 통화상대자 간의 연락방법
KR20100044203A (ko) 인터넷 호들에 전화 호들을 브릿징하기 위한 방법, 모뎀 및 서버
JP4672011B2 (ja) Ｉｐ電話システム及びｉｐ電話方法
US20030076817A1 (en) Apparatus and method for interfacing internet telephone
JP3758808B2 (ja) 通信端末および通信方法
JP3682049B2 (ja) 通話装置アダプタ及び中継サーバ及びインターネット電話ネットワークシステム
US20060056393A1 (en) Apparatus and method for integrated and simultaneous voice and data communication
JP3697836B2 (ja) 通信方法および通信端末
JP4677350B2 (ja) 呼制御信号転送装置、呼制御信号転送方法および呼制御信号転送プログラム
JP2002185527A (ja) インターネット電話システム
JPH11275144A (ja) 端末装置
JP2001251440A (ja) 通話方式、ターミナルアダプタ、通話装置、サーバ、及び通話システム
US7042996B1 (en) Method and apparatus for cas-based ring limiting of FXS ports
KR100442436B1 (ko) 인터넷 전화망에서 ｉｖｒ 서비스를 이용한 사용자 인증방법
JP3664718B2 (ja) Ｉｐ電話用ゲートウェイ装置の発着信処理、そのプログラムを記録した記録媒体、及びｉｐ電話システム
JP4193671B2 (ja) 異種網回線収容装置、情報通知プログラム及び記録媒体
KR100636097B1 (ko) 통신 시스템의 수신 모드 제어 장치 및 방법
JP2004193984A (ja) 通信システム、通信方法、サーバ、通信端末、プログラム、並びに、記録媒体

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20040514

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20041018

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050215

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050323

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050407

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050517

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050519

R150 Certificate of patent or registration of utility model

Ref document number: 3682049

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080527

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090527

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100527

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100527

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110527

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110527

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120527

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120527

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130527

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140527

Year of fee payment: 9

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term