JP2003283576A - 通信管理装置、通信管理方法、プログラムおよび記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 パケット交換網を介した音声通信に際して発
信側の利用者に課される負担を軽減する。 【解決手段】 通信管理装置１は、各ＩＳＰ網４に接続
されたデータ通信端末４２相互間の音声通信を中継す
る。アドレス特定部１３２は、着信側たるデータ通信端
末４２が接続されたＩＳＰ網４において当該データ通信
端末４２を識別するためのアドレスを、このデータ通信
端末４２の電話番号から特定する。通信プロトコル特定
部１３１は、着信側たるデータ通信端末４２が接続され
たＩＳＰ網４の通信プロトコルを、そのデータ通信端末
４２の電話番号に基づいて特定する。ＧＷ１１は、発信
側たるデータ通信端末４２から受信した音声データを、
通信プロトコル特定部１３１によって特定された通信プ
ロトコルに従ってデータ通信端末４２に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信端末の間で行
なわれる音声通信を管理するための装置および方法、こ
の方法を実現するためのプログラム、ならびにこのプロ
グラムを記録した記録媒体に関する。

【０００２】

【従来の技術】近年におけるネットワーク技術の著しい
普及を背景として、インターネットに代表されるパケッ
ト交換網を介して音声通信を行なう技術（いわゆるイン
ターネット電話）が提案されるに至っている。このパケ
ット交換網を介した音声通信サービスの態様としては、
パケット交換網に接続された通信端末と、公衆交換電話
網（ＰＳＴＮ；Public Switched Telephone Networks）
などの回線交換網に接続された通信端末との間で音声通
信を行なうもののほか、パケット交換網に接続された通
信端末の間で相互に音声通信を行なうものも知られてい
る。かかる音声通信サービスによれば、従来の回線交換
網を用いた場合と比べて低廉な通話料金により遠隔地の
相手と通話できるという利点がある。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
パケット交換網を用いた音声通信サービスのもとで、パ
ケット交換網に接続された通信端末を着信先として通話
を行なう場合、発信元たる利用者は、着信先の通信端末
をパケット交換網において特定するためのアドレスを把
握している必要があった。さらに、パケット交換網の通
信プロトコルはそのパケット交換網を運営する事業者に
よって異なる場合があるため、発信元たる利用者は、着
信先の通信端末が接続されたパケット交換網の通信プロ
トコルを認識している必要があった。このように、従来
のパケット交換網を用いた音声通信サービスにおいて
は、電話番号を用いて回線交換網を介した通話を行なう
場合と比べて、発信元たる利用者に課される負担が大き
いという問題があった。

【０００４】本発明は、以上説明した事情に鑑みてなさ
れたものであり、パケット交換網を介した音声通信に際
して発信側の利用者に課される負担を軽減することがで
きる通信管理装置および通信管理方法、この方法を実現
するためのプログラム、ならびにこのプログラムを記録
したコンピュータ読取り可能な記録媒体を提供すること
を目的としている。

【０００５】

【課題を解決するための手段】上記課題を解決するた
め、本発明は、第１通信網に接続された第１通信端末
と、第２通信網に接続された第２通信端末との音声通信
を管理する装置において、着信側たる前記第２通信端末
に割り当てられた電話番号を発信側たる前記第１通信端
末から受信すると、この電話番号に基づいて、前記第２
通信網において当該第２通信端末を識別するためのアド
レスを特定するアドレス特定手段と、前記第２通信網の
通信プロトコルを前記第２通信端末の電話番号に基づい
て特定する通信プロトコル特定手段と、前記第１通信網
を介して前記第１通信端末から受信した音声データを、
前記通信プロトコル特定手段によって特定された前記第
２通信網の通信プロトコルに従って、前記アドレス特定
手段によってアドレスが特定された前記第２通信端末に
送信するデータ中継手段とを具備することを特徴として
いる。

【０００６】この発明によれば、着信側たる第２通信端
末の電話番号からアドレスが特定されるようになってい
るため、発信側の利用者は、着信側たる第２通信端末の
アドレスを把握している必要はない。さらに、着信側た
る第２通信端末が接続された第２通信網の通信プロトコ
ルが、当該第２通信端末の電話番号に基づいて特定され
るようになっているため、発信側の利用者は、着信側た
る第２通信網の通信プロトコルを認識している必要はな
い。したがって、第２通信網に接続された第２通信端末
に対して発信しようとする利用者の負担を軽減すること
ができる。

【０００７】ここで、上記発明においては、前記通信プ
ロトコル特定手段が、さらに、前記発信側たる第１通信
端末に割り当てられた電話番号を当該第１通信端末から
受信すると、この電話番号に基づいて前記第１通信網の
通信プロトコルを特定する一方、前記データ中継手段
が、前記第２通信網を介して前記第２通信端末から受信
した音声データを、前記通信プロトコル特定手段によっ
て特定された前記第１通信網の通信プロトコルに従って
前記第１通信端末に送信する構成とすることが望まし
い。こうすれば、発信側の利用者が第１通信網の通信プ
ロトコルを認識していなくても、第１通信端末と第２通
信端末との相互間における音声通信を行なうことができ
るから、発信側の利用者の負担をさらに軽減することが
できる。

【０００８】さらに、本発明においては、前記第１通信
端末と前記第２通信端末との通話時間を含む通話履歴デ
ータを記憶する記憶手段と、前記第１通信網および前記
第２通信網のうちいずれか一方の通信網の通信事業者か
ら他方の通信事業者に対して請求される通話料金と、前
記記憶手段に記憶された通話履歴データに基づく通話料
金とを対比して、この請求が適正であるか否かを判定す
る通話料金管理手段とを具備する構成もまた望ましい。
こうすれば、一方の通信網を管理する通信事業者から他
方の通信網を管理する通信事業者への通話料金請求の適
否が、通話料金管理手段によって判定されるようになっ
ているから、各通信事業者は、自己の通信網に接続され
た通信端末が他方の通信事業者の通信網を利用した時間
や、その利用に伴なって当該他の通信事業者に支払うべ
き通話料金を把握する必要はない。したがって、通信事
業者間の通話料金請求に関する各通信事業者の負担を軽
減することができる。

【０００９】また、本発明は、第１通信端末と第２通信
端末との間の通信を管理するための方法としても実施可
能である。すなわち、この方法においては、第１通信端
末が接続された第１通信網と、第２通信端末が接続され
た第２通信網との間に介在するコンピュータが、着信側
たる前記第２通信端末に割り当てられた電話番号を発信
側たる前記第１通信端末から受信すると、この電話番号
に基づいて、前記第２通信網において当該第２通信端末
を識別するためのアドレスを特定し、前記第２通信網の
通信プロトコルを前記第２通信端末の電話番号に基づい
て特定し、前記第１通信網を介して前記第１通信端末か
ら受信した音声データを、前記第２通信網について特定
した通信プロトコルに従って、前記アドレスを特定した
前記第２通信端末に送信することとなる。

【００１０】さらに、本発明は、この方法に係る手順を
コンピュータに実行させるためのプログラムとしても実
施可能である。すなわち、このプログラムは、第１通信
端末が接続された第１通信網と、第２通信端末が接続さ
れた第２通信網との間に介在するコンピュータに、着信
側たる前記第２通信端末に割り当てられた電話番号を発
信側たる前記第１通信端末から受信すると、この電話番
号に基づいて、前記第２通信網において当該第２通信端
末を識別するためのアドレスを特定するアドレス特定機
能と、前記第２通信網の通信プロトコルを前記第２通信
端末の電話番号に基づいて特定する通信プロトコル特定
機能と、前記第１通信網を介して前記第１通信端末から
受信した音声データを、前記通信プロトコル特定機能に
よって特定された前記第２通信網の通信プロトコルに従
って、前記アドレス特定機能によってアドレスが特定さ
れた前記第２通信端末に送信するデータ中継機能とを実
現させるためのプログラムである。なお、このプログラ
ムは、例えばネットワークを介して提供されるほか、コ
ンピュータ読取り可能な記録媒体に格納された状態で提
供され得る。この記録媒体としては、例えばフロッピー
（登録商標）ディスクやＣＤ−ＲＯＭといった可搬型の
記録媒体のほか、半導体メモリや磁気ディスクといった
各種の記録媒体が考えられる。

【００１１】

【発明の実施の形態】以下、図面を参照して、本発明の
実施形態について説明する。かかる実施の形態は、本発
明の一態様を示すものであり、この発明を限定するもの
ではなく、本発明の範囲内で任意に変更可能である。

【００１２】＜Ａ：実施形態の構成＞まず、図１を参照
して、本発明に係る通信管理装置を用いた通信システム
の構成を説明する。同図に示すように、この通信システ
ムは、複数のＩＳＰ（Internet Service Provider）網
４の間に介在する通信管理装置１を備えている。この構
成のもと、各ＩＳＰ網４に接続されたデータ通信端末４
２同士の間で、通信管理装置１を介した音声通信が行な
われる。なお、実際の通信システムにおいては、多数の
ＩＳＰ網４が通信管理装置１に接続され、その各々に多
数のデータ通信端末４２が接続されている。しかしなが
ら、図１においては、図面が煩雑になるのを防ぐため、
３つのＩＳＰ網４のみが通信管理装置１に接続され、そ
の各々に１台のデータ通信端末４２が接続された構成が
図示されている。また、この通信システムにおいては、
同一のＩＳＰ網４に接続された複数のデータ通信端末４
２間で音声通信を行なうことも可能であるが、本明細書
においては、異なるＩＳＰ網４に接続されたデータ通信
端末４２間で音声通信を行なう場合を主に想定して説明
を進める。このため、以下の説明において「データ通信
端末４２間の音声通信」と記載したときには、特に明示
する場合を除いて、「異なるＩＳＰ網４に接続されたデ
ータ通信端末４２同士の音声通信」を意味するものとす
る。

【００１３】各ＩＳＰ網４は、それぞれ異なる通信事業
者（いわゆるインターネットサービスプロバイダ）が管
理および運営する通信網である。これらのＩＳＰ網４
は、相互に接続された多数の経路制御装置（ルータ）か
ら構成されてパケット交換方式の通信を行なう。

【００１４】各ＩＳＰ網４においては、これを運営する
通信事業者（以下、「ＩＳＰ事業者」という）によって
選定された通信プロトコルに従って通信が行なわれる。
したがって、複数のＩＳＰ網４のなかには異なる通信プ
ロトコルに従うものもある。具体的には、図１を例にと
ると、ＩＳＰ網４ａおよびＩＳＰ網４ｂが従う通信プロ
トコルはＩＥＴＦ（Internet Engineering Task Forc
e）によって規定されている「ＳＩＰ（Session Initiat
ion Protocol）」に依拠している。これに対し、ＩＳＰ
網４ｃが従う通信プロトコルはＩＴＵ−Ｔ（Internatio
nal Telecommunication Union - Telecommunication St
andardization Sector）によって勧告されている「Ｈ．
３２３」である。

【００１５】ところで、ＩＳＰ網４の通信プロトコルが
ＩＥＴＦやＩＴＵ−Ｔなどの標準化機関によって規定さ
れたひとつの通信プロトコルに依拠しているといって
も、各ＩＳＰ網４の通信プロトコルが厳密には一致して
いない場合がある。すなわち、標準化によって定められ
た通信プロトコルに関する解釈および運用が各ＩＳＰ事
業者によって必ずしも一致しないために、いわば標準語
（標準化された通信プロトコル）に対する多様な方言
（各ＩＳＰ網４の通信プロトコル）のように、各ＩＳＰ
網４の通信プロトコルに相違が生じ得るのである。本明
細書においては、通信管理装置１に接続されたいずれか
のＩＳＰ網４の通信プロトコルと他のＩＳＰ網４の通信
プロトコルとが同一の通信プロトコルに依拠していると
しても、その内容が完全に一致していない場合にはこれ
らの通信プロトコルを別個の通信プロトコルとして扱う
ものとする。例えば、図１に示すＩＳＰ網４ａおよびＩ
ＳＰ網４ｂが従う通信プロトコルは、同一の通信プロト
コル「ＳＩＰ」に依拠するものであるものの、その内容
が完全に一致するものでない場合を想定している。した
がって、図１に示すように、ＩＳＰ網４ａが従う通信プ
ロトコルを「ＳＩＰ（ａ）」と表記する一方、ＩＳＰ網
４ｂが従う通信プロトコルを「ＳＩＰ（ｂ）」と表記す
ることにして、これらを別個の通信プロトコルとして取
扱う。もっとも、この取扱いのもとにおいても、ひとつ
のＩＳＰ網４においては単一の通信プロトコルに従って
通信が行なわれることとなる。

【００１６】各ＩＳＰ網４には複数のデータ通信端末４
２が接続されている。各データ通信端末４２は、他の通
信端末との間でＩＳＰ網４を介したデータ通信を行なう
ための通信端末であり、例えばパーソナルコンピュータ
などである。このデータ通信端末４２は、ＩＳＰ網４等
に収容されたサーバから提供される各種の情報（いわゆ
るコンテンツ）を利用者が閲覧するための機能のほか、
他のデータ通信端末４２との間で音声通信を行なう機能
を有する。すなわち、このデータ通信端末４２は、利用
者により発せられた音声をデジタルデータ（以下、「音
声データ」という）に変換するための音声入力装置と、
他のデータ通信端末４２からＩＳＰ網４を介して受信し
た音声データを音声に変換して出力するための音声出力
装置と、文字や数字などを入力するための入力機器とを
備えている。また、各データ通信端末４２には、これが
接続されたＩＳＰ網４において当該データ通信端末４２
を特定するためのＩＰアドレスが割り当てられている。

【００１７】ここで、各ＩＳＰ網４には、そのＩＳＰ網
４（またはこれを運営するＩＳＰ事業者）を一意に特定
可能な番号（以下、「ＩＳＰ識別番号」という）が割り
当てられている。本実施形態におけるＩＳＰ識別番号は
４桁の数字からなる数字列である。一方、各データ通信
端末４２には、ＩＰアドレスのほかに、当該データ通信
端末４２を一意に特定可能な電話番号が割り当てられて
いる。この電話番号は１０桁の数字からなる数字列であ
る。そして、各データ通信端末４２の電話番号の一部
は、当該データ通信端末４２が接続されたＩＳＰ網４の
ＩＳＰ識別番号と共通するようになっている。具体的に
は、本実施形態においては、データ通信端末４２の電話
番号のうち市外局番を除く上４桁の数字列が、当該デー
タ通信端末４２を収容するＩＳＰ網４のＩＳＰ識別番号
と共通するようになっている。したがって、データ通信
端末４２の電話番号から、当該データ通信端末４２が接
続されたＩＳＰ網４（またはこれを運営するＩＳＰ事業
者）を一意に特定することが可能である。例えば、ある
データ通信端末４２に割り当てられた電話番号が「０３
−１２３４−５６７８」であるとき、このデータ通信端
末４２が接続されたＩＳＰ網４のＩＳＰ識別番号は「１
２３４」であると特定される。さらに、各ＩＳＰ網４が
従う通信プロトコルは一意に選定されているから、デー
タ通信端末４２の電話番号から、これが接続されたＩＳ
Ｐ網４の通信プロトコルを特定することも可能である。

【００１８】次に、通信管理装置１は、異なるＩＳＰ網
４に接続されたデータ通信端末４２間の音声通信を管理
するためのコンピュータシステムであり、ゲートウェイ
装置（以下、「ＧＷ」という）１１と管理装置１３とを
有する。このうちＧＷ１１は、データ通信端末４２間で
授受されるデータを中継する装置である。例えば、デー
タ通信端末４２ａとデータ通信端末４２ｂとが通信を行
なう場合を想定すると、ＧＷ１１は、データ通信端末４
２ａからＩＳＰ網４ａを介して受信したデータを、デー
タ通信端末４２ｂが接続されたＩＳＰ網４ｂの通信プロ
トコル「ＳＩＰ（ｂ）」に従って当該データ通信端末４
２ｂに送信する一方、データ通信端末４２ｂからＩＳＰ
網４ｂを介して受信したデータを、データ通信端末４２
ａが接続されたＩＳＰ網４ａの通信プロトコル「ＳＩＰ
（ａ）」に従って当該データ通信端末４２ａに送信す
る。すなわち、ＧＷ１１は、各ＩＳＰ網４が従う通信プ
ロトコルの相互変換を行なうのである。

【００１９】一方、管理装置１３は、ＧＷ１１の動作を
管理するとともに、データ通信端末４２同士の音声通信
によって発生した通話料金に関する処理を行うためのコ
ンピュータシステムである。ここで、図２は、管理装置
１３の構成を機能的に示すブロック図である。同図に示
す各部は、半導体メモリや磁気ディスク、光ディスクと
いった各種の記録媒体に記憶されたプログラムをＣＰＵ
（Central ProcessingUnit）が実行することによって構
成される。同図に示すように、管理装置１３の機能的構
成は、ＧＷ１１の動作を制御するための中継処理系１３
Ａと、通話料金に関する処理を行なう料金処理系１３Ｂ
とに大別することができる。

【００２０】このうち中継処理系１３Ａは、通信プロト
コル特定部１３１、アドレス特定部１３２および認証部
１３３からなる。このうち認証部１３３は、通信管理装
置１を用いた音声通信サービスを受けようとする利用者
が当該サービスの加入者であるか否かを認証するための
手段である。

【００２１】一方、通信プロトコル特定部１３１は、デ
ータ通信端末４２の電話番号に基づいて、このデータ通
信端末４２が接続されたＩＳＰ網４の通信プロトコルを
特定するための手段である。ここで、各データ通信端末
４２が接続されたＩＳＰ網４の通信プロトコルがＩＳＰ
事業者によって異なる場合があることは上述した通りで
ある。このため、ＧＷ１１がデータ通信端末４２間の通
信を中継するためには、各データ通信端末４２が接続さ
れたＩＳＰ網４の通信プロトコルを特定する必要があ
る。この通信プロトコルの特定を行なうのが通信プロト
コル特定部１３１である。具体的には、通信プロトコル
特定部１３１は、図３に示すプロトコルテーブル１３１
１を参照することによって通信プロトコルの特定を行な
う。

【００２２】図３に示すように、プロトコルテーブル１
３１１は、各ＩＳＰ網４のＩＳＰ識別番号と、各ＩＳＰ
網４の通信プロトコルとが対応付けられたテーブルであ
る。データ通信端末４２間の音声通信が行なわれると
き、通信プロトコル特定部１３１は、第１に、データ通
信端末４２の電話番号のうち市外局番を除く上４桁の数
字列を、当該データ通信端末４２が接続されたＩＳＰ網
４のＩＳＰ識別番号として把握するとともに、第２に、
プロトコルテーブル１３１１においてこのＩＳＰ識別番
号に対応付けられた通信プロトコルを、当該ＩＳＰ網４
の通信プロトコルとして特定する。

【００２３】次に、図２に示すアドレス特定部１３２
は、データ通信端末４２の電話番号から当該データ通信
端末４２のＩＰアドレスを特定するための手段である。
すなわち、ＩＳＰ網４においては電話番号によってデー
タ通信端末４２を特定することができないため、ＩＳＰ
網４においてデータ通信端末４２を識別可能なＩＰアド
レスが特定される必要がある。そこで、アドレス特定部
１３２が、アドレステーブル１３２１を参照することに
よって、この特定処理を行なうのである。

【００２４】図４は、アドレステーブル１３２１の内容
を示す図である。同図に示すように、このアドレステー
ブル１３２１は、各データ通信端末４２に割り当てられ
た電話番号と、そのデータ通信端末４２に割り当てられ
たＩＰアドレスとが対応付けられたテーブルである。デ
ータ通信端末４２間で音声通信が行なわれるとき、アド
レス特定部１３２は、アドレステーブル１３２１の内容
を参照することによって、このデータ通信端末４２の電
話番号に対応するＩＰアドレスを特定する。すなわち、
アドレス特定部１３２は、電話番号をＩＰアドレスに変
換するための手段であるということもできる。

【００２５】次に、図２に示した料金処理系１３Ｂの説
明に先立ち、各ＩＳＰ事業者の間で行なわれる通話料金
請求について詳述する。なお、ここでは、あるデータ通
信端末４２から他のデータ通信端末４２に対する発信が
なされて音声通信が開始されたときに、この音声通信に
よって生じる通話料金を、発信側たるデータ通信端末４
２の利用者が負担することを前提とする。また、以下で
は、ＩＳＰ網４ａを管理するＩＳＰ事業者を「ＩＳＰ事
業者ａ」と、ＩＳＰ網４ｂを管理するＩＳＰ事業者を
「ＩＳＰ事業者ｂ」とそれぞれ表記する。

【００２６】上述したように、データ通信端末４２間の
音声通信は、ＩＳＰ事業者が異なる２つのＩＳＰ網４を
介して行なわれる。このため、一方のＩＳＰ事業者は、
この音声通信によって自己のＩＳＰ網４が使用された分
の通話料金を、他方のＩＳＰ事業者に請求することとな
る。例えば、図１に示したデータ通信端末４２ａからデ
ータ通信端末４２ｂへの発信を契機として音声通信が行
なわれた場合、ＩＳＰ網４ｂのＩＳＰ事業者は、この音
声通信によって当該ＩＳＰ網４ｂが使用された時間等に
応じた通話料金を、ＩＳＰ網４ａのＩＳＰ事業者に対し
て請求することとなる。

【００２７】ここで、従来においては、各ＩＳＰ事業者
が、他のＩＳＰ事業者が請求してきた通話料金が適正な
ものであるかどうかを独自に確認する必要があった。例
えば、ＩＳＰ事業者ａは、他のＩＳＰ事業者ｂから請求
された通話料金がそのＩＳＰ事業者ｂのＩＳＰ網４ｂを
利用した実際の音声通信の内容に応じた料金であるか否
かを確認する必要があり、さらにはその音声通信の内容
を特定するための情報（例えば通話時間など）を蓄積す
る装置を所有している必要があった。これに対し、本実
施形態においては、図２に示した料金処理系１３Ｂが、
ＩＳＰ事業者間で行なわれる通話料金請求を統一的に管
理するようになっている。

【００２８】この料金処理系１３Ｂは、呼情報記憶部１
３５と通話料金管理部１３６とからなる。このうち呼情
報記憶部１３５は、データ通信端末４２間で行なわれた
音声通信の内容を表すログテーブル１３５１を記憶する
ための手段である。このログテーブル１３５１は、デー
タ通信端末４２間で行なわれた音声通信ごとに、その音
声通信の内容を特定するためのデータ（以下、「通話履
歴データ」という）を含んでいる。具体的には、通話履
歴データには、図５に示すように、発信側および着信側
たるデータ通信端末４２をそれぞれ特定するための情報
（ここでは電話番号）と、これらのデータ通信端末４２
間の音声通信に費やされた時間とが含まれている。すな
わち、あるデータ通信端末４２からの発信を契機として
音声通信が開始されるとき、呼情報記憶部１３５は、発
信側および着信側の電話番号をログテーブル１３５１に
書き込むとともに、図示しない計時装置によって計時さ
れている現在時刻を記憶する。そして、この音声通信が
終了するとき、呼情報記憶部１３５は、先に記憶した通
信開始時刻からその時点の時刻までの経過時間を演算
し、これを通話時間としてログテーブル１３５１に書き
込むのである。なお、通話履歴データには、図５に示し
た情報のほかにも、音声通信の内容をより詳細に特定す
るための情報が含まれているが、図５においては図示を
省略している。この通話履歴データに含まれるその他の
情報としては、例えば、データ通信端末４２間の音声通
信におけるルーティングの内容（すなわち通信経路）を
特定するための情報や、音声通信の切断理由およびその
切断個所などがある。

【００２９】次に、図２に示した通話料金管理部１３６
は、ログテーブル１３５１の内容を参照することによ
り、いずれかのＩＳＰ事業者から他のＩＳＰ事業者に対
する通話料金の請求が適正であるか否かを判定するため
の手段である。ここで、各ＩＳＰ事業者は、他のＩＳＰ
事業者に対して請求すべき通話料金を、一定の期間（例
えば１ヶ月）ごとに通信管理装置１の管理者に通知する
ようになっている。この通知を受けると、通信管理装置
１の管理者は、請求に係る通信料金を通信管理装置１に
対して入力する。図２に示した通話料金管理部１３６
は、ログテーブル１３５１中の通話履歴データに基づい
て被請求者たるＩＳＰ事業者が支払うべき通話料金を算
出するとともに、この通話料金と入力された通話料金と
を対比することにより、請求に係る通話料金が適正であ
るか否かを判定する。すなわち、通話料金管理部１３６
は、あるＩＳＰ事業者が他のＩＳＰ事業者に請求しよう
とする通話料金が、実際に行なわれた音声通信の内容に
照らして適正であるか否かを判定するのである。さら
に、通話料金管理部１３６は、この判定の結果を、通信
管理装置１の管理者に対して音声または画像によって報
知するようになっている。このように、本実施形態にお
いては、通話料金請求の適否が通信管理装置１において
判定されるようになっているため、各ＩＳＰ事業者は自
己が他のＩＳＰ事業者から受けた請求が適正なものであ
るかどうかを確認する必要がない。

【００３０】＜Ｂ：実施形態の動作＞ ＜Ｂ−１：音声通信のための動作＞次に、図６を参照し
て、本実施形態に係る通信システムを用いた音声通信の
ための動作について説明する。なお、以下では、図１に
示すデータ通信端末４２ａからデータ通信端末４２ｂへ
の発信を契機として音声通信が行なわれる場合を想定す
る。また、データ通信端末４２ａに電話番号ＤＮ１が、
データ通信端末４２ｂに電話番号ＤＮ２がそれぞれ割り
当てられているものとする。

【００３１】まず、着信先となるデータ通信端末４２ｂ
の電話番号ＤＮ２が利用者によって入力されると、デー
タ通信端末４２ａは、通信管理装置１に対して接続要求
信号を送信する（ステップＳａ１）。この接続要求信号
は、他のデータ通信端末４２との音声通信の開始を要求
する信号であり、発信側たるデータ通信端末４２ａの電
話番号ＤＮ１と、着信側たるデータ通信端末４２ｂの電
話番号ＤＮ２とを含んでいる。

【００３２】ＩＳＰ網４ａを介して接続要求信号を受信
すると、通信管理装置１内のＧＷ１１は、これに含まれ
る電話番号ＤＮ１およびＤＮ２を管理装置１３に出力す
る（ステップＳａ２）。次いで、管理装置１３の認証部
１３３は、ＧＷ１１から供給された電話番号のうち発信
側たるデータ通信端末４２ａの電話番号ＤＮ１に基づい
て認証を行なう（ステップＳａ３）。具体的には、認証
部１３３は、発信側の電話番号ＤＮ１が、通信管理装置
１を介した音声通信サービスの加入者に割り当てられた
電話番号として予め登録されたものであるか否かを判定
する。この結果、登録されていないと判定した場合、認
証部１３３は、音声通信サービスの提供を拒否すること
を示す信号を、発信側たるデータ通信端末４２ａに送信
する。この場合、データ通信端末４２間の音声通信が開
始されることはない。これに対し、発信側の電話番号Ｄ
Ｎ１が登録されたものである場合、管理装置１３は、音
声通信に用いられる通信プロトコルを特定するととも
に、着信側のデータ通信端末のＩＰアドレスを特定する
ための処理を実行する（ステップＳａ４）。

【００３３】ここで、図７は、このステップＳａ４にお
いて実行される処理の具体的内容を示すフローチャート
である。同図に示すように、まず、管理装置１３内の通
信プロトコル特定部１３１は、ＧＷ１１から通知された
発信側の電話番号ＤＮ１に基づいて、発信側たるデータ
通信端末４２ａが接続されたＩＳＰ網４ａの通信プロト
コルを特定する（ステップＳ４１）。例えば、発信側の
電話番号ＤＮ１が「０３−１２３４−５６７８」である
とすると、このデータ通信端末４２ａが接続されたＩＳ
Ｐ網４ａのＩＳＰ識別番号は「１２３４」である。この
とき、通信プロトコル特定部１３１は、図３に示したプ
ロトコルテーブル１３１１からこのＩＳＰ識別番号「１
２３４」を検索するとともに、これに対応付けられた
「ＳＩＰ（ａ）」を、発信側たるデータ通信端末４２ａ
が接続されたＩＳＰ網４ａの通信プロトコルとして特定
する。

【００３４】次に、通信プロトコル特定部１３１は、着
信側の電話番号ＤＮ２に基づいて、着信側たるデータ通
信端末４２ｂが接続されたＩＳＰ網４ｂの通信プロトコ
ルを特定する（ステップＳ４２）。例えば、着信側の電
話番号ＤＮ２が「０３−１３５７−２４６８」であると
すると、このデータ通信端末４２ｂが接続されたＩＳＰ
網４ｂのＩＳＰ識別番号は「１３５７」である。このと
き、通信プロトコル特定部１３１は、図３に示したプロ
トコルテーブル１３１１において、ＩＳＰ識別番号「１
３５７」に対応付けられた「ＳＩＰ（ｂ）」を、着信側
たるＩＳＰ網４ｂの通信プロトコルとして特定する。さ
らに、通信プロトコル特定部１３１は、ステップＳ４１
において特定した発信側の通信プロトコルと、ステップ
Ｓ４２において特定した着信側の通信プロトコルとを、
ＧＷ１１に対して指示する（ステップＳ４３）。

【００３５】次いで、管理装置１３のアドレス特定部１
３２は、着信側たるデータ通信端末４２ｂの電話番号Ｄ
Ｎ２に基づいて、当該データ通信端末４２ｂに割り当て
られたＩＰアドレスを特定する（ステップＳ４４）。い
ま、着信側たるデータ通信端末４２ｂの電話番号ＤＮ２
は「０３−１３５７−２４６８」である。アドレス特定
部１３２は、図４に示したアドレステーブル１３２１か
ら電話番号ＤＮ２を検索するとともに、この電話番号Ｄ
Ｎ２に対応付けられたＩＰアドレス「２３４．５６７．
８９０．１２３」を、着信側たるデータ通信端末４２ｂ
のＩＰアドレスとして特定する。さらに、アドレス特定
部１３２は、特定したＩＰアドレスをＧＷ１１に対して
指示する（ステップＳ４５）。なお、発信側たるデータ
通信端末４２ａのＩＰアドレスは、ステップＳａ１にお
いてＧＷ１１が受信した接続要求信号に含まれているた
め、このデータ通信端末４２ａについてのアドレス特定
処理は実行されない。以上が図６に示したステップＳａ
４の具体的な内容である。

【００３６】一方、ＧＷ１１は、データ通信端末４２ａ
から受信した接続要求信号を、図７のステップＳ４３に
おいて指示された通信プロトコルに従ってデータ通信端
末４２ｂに送信する（ステップＳａ５）。具体的には、
通信プロトコル「ＳＩＰ（ａ）」に従って受信した接続
要求信号を、通信プロトコル「ＳＩＰ（ｂ）」に従って
データ通信端末４２ｂに送信する。この接続要求信号の
宛先は、図７のステップＳ４５において指示されたＩＰ
アドレスによって特定される。

【００３７】この接続要求信号を受信すると、着信側た
るデータ通信端末４２ｂは、通信中継装置１に対して接
続状態通知信号を送信する（ステップＳａ６）。この接
続状態通知信号は、着信側たるデータ通信端末４２ｂの
通信状態（例えば他のデータ通信端末４２と音声通信を
行なっている状態など）を表すものである。一方、ＧＷ
１１は、この接続状態通知信号を、ＩＳＰ網４ａの通信
プロトコル「ＳＩＰ（ａ）」に従って、発信側たるデー
タ通信端末４２ａに送信する（ステップＳａ７）。

【００３８】さらに、データ通信端末４２ａと音声通信
可能な状態にある場合、着信側たるデータ通信端末４２
ｂは、音声出力装置（スピーカ）から呼び出し音を出力
する。この後、データ通信端末４２ｂは、通話開始のた
めの所定の操作（例えばオフフック動作）が利用者によ
って行なわれることを契機として、通信管理装置１に応
答信号を送信する（ステップＳａ８）。この応答信号
は、データ通信端末４２ｂが音声通信可能な状態となっ
たことを通知するためのものである。そして、ＧＷ１１
は、この応答信号を、ＩＳＰ網４ａの通信プロトコル
「ＳＩＰ（ａ）」に従ってデータ通信端末４２ａに送信
する（ステップＳａ９）。

【００３９】この応答信号を送信すると、ＧＷ１１は、
管理装置１３の呼情報記憶部１３５に対して通話開始指
示を送信する（ステップＳａ１０）。この通話開始指示
は、データ通信端末４２ａとデータ通信端末４２ｂとの
音声通信が開始されることを示す信号であり、発信側の
電話番号ＤＮ１と着信側の電話番号ＤＮ２とを含んでい
る。呼情報記憶部１３５は、この通話開始指示に基づい
てログテーブル１３５１を更新する。具体的には、呼情
報記憶部１３５は、通話開始指示に含まれる発信側の電
話番号ＤＮ１および着信側の電話番号ＤＮ２をログテー
ブル１３５１に書き込むとともに、その時点の時刻を記
憶する（図５参照）。

【００４０】一方、発信側たるデータ通信端末４２ａが
応答信号を受信することを契機として、データ通信端末
４２ａとデータ通信端末４２ｂとの間で、ＧＷ１１を介
した音声データの授受が行なわれる（ステップＳａ１１
１およびステップＳａ１１２）。詳述すると、以下の通
りである。

【００４１】まず、データ通信端末４２ａからＩＳＰ網
４ａを介して音声データを受信すると、ＧＷ１１は、こ
の音声データを、図７のステップＳ４３において指示さ
れた通信プロトコル「ＳＩＰ（ｂ）」に従ってデータ通
信端末４２ｂに送信する。送信先となるデータ通信端末
４２ｂは、図７のステップＳ４５において指示されたＩ
Ｐアドレスによって特定される。こうして送信された音
声データは、ＩＳＰ網４ｂを介してデータ通信端末４２
ｂに到達する。そして、データ通信端末４２ｂは、この
音声データに対応する音声を出力する。この結果、デー
タ通信端末４２ａの利用者によって発せられた音声が、
データ通信端末４２の利用者によって聴取されることと
なる。

【００４２】一方、データ通信端末４２ｂからＩＳＰ網
４ｂを介して音声データを受信すると、ＧＷ１１は、こ
の音声データを、図７のステップＳ４３において指示さ
れた通信プロトコル「ＳＩＰ（ａ）」に従ってデータ通
信端末４２ａに送信する。データ通信端末４２ａは、Ｉ
ＳＰ網４ａを介してこの音声データを受信し、これに対
応する音声を出力する。この結果、データ通信端末４２
ｂの利用者によって発せられた音声が、データ通信端末
４２ａの利用者によって聴取されることとなる。以上示
した音声データの授受によって、データ通信端末４２ａ
の利用者とデータ通信端末４２ｂの利用者との間におい
て音声通話が行なわれるのである。

【００４３】この後、データ通信端末４２ａおよびデー
タ通信端末４２ｂのうちいずれかに対して、音声通信を
終了するための所定の操作（例えばオンフック動作）が
行なわれると、以下に示す動作が実行される。なお、こ
こではデータ通信端末４２ａに対して音声通信を終了す
るための操作が行なわれた場合を想定する。

【００４４】この場合、データ通信端末４２ａは、通信
管理装置１のＧＷ１１に対して終呼通知信号を送信する
（ステップＳａ１２）。この終呼通知信号は、データ通
信端末４２ａとデータ通信端末４２ｂとの音声通信の終
了を要求するための信号である。そして、終呼通知信号
を受信したＧＷ１１は、呼情報記憶部１３５に対して通
話終了指示を送信する（ステップＳａ１３）。一方、呼
情報記憶部１３５は、ステップＳａ１０において通話開
始指示を受信したときの時刻から現在までに経過した時
間を算出するとともに、算出した通話時間をログテーブ
ル１３５１に書き込む。例えば、通話開始指示を受信し
てから通話終了指示を受信するまでの時間が「７分３０
秒」であった場合、ログテーブル１３５１の内容は図５
の第１段目に示す通りとなる。

【００４５】上記通話終了指示の送信後、ＧＷ１１は、
データ通信端末４２ａから受信した終呼通知信号を、デ
ータ通信端末４２ｂが接続されたＩＳＰ網４ｂの通信プ
ロトコル「ＳＩＰ（ｂ）」に従って当該データ通信端末
４２ｂに送信する（ステップＳａ１４）。この終呼通知
信号を受信すると、データ通信端末４２ｂは、ＧＷ１１
に対して終呼応答信号を送信する（ステップＳａ１
５）。そして、ＧＷ１１は、この終呼応答信号を、ＩＳ
Ｐ網４ａの通信プロトコル「ＳＩＰ（ａ）」に従ってデ
ータ通信端末４２ａに送信する（ステップＳａ１６）。
以上の手順を経ることにより、データ通信端末４２ａと
データ通信端末４２ｂとの間の音声通信が終了する。

【００４６】なお、ここではデータ通信端末４２ａに対
して音声通信を終了するための操作が行なわれた場合を
想定したが、データ通信端末４２ｂに対してこの操作が
行なわれた場合にも同様の動作が行なわれる。また、上
記の例ではＩＳＰ網４ａの通信プロトコル「ＳＩＰ
（ａ）」とＩＳＰ網４ｂの通信プロトコル「ＳＩＰ
（ｂ）」とが異なる場合を想定したが、双方の通信プロ
トコルが同一である場合にも同様の動作が行なわれる。
ただし、この場合、ＧＷ１１は、一方のデータ通信端末
４２からある通信プロトコルに従って受信したデータ
を、これと同一の通信プロトコルに従って他方のデータ
通信端末４２に送信する。すなわち、ＧＷ１１において
通信プロトコルの変換は行なわれない。また、ここでは
データ通信端末４２ａとデータ通信端末４２ｂとの間で
音声通信が行なわれる場合を例示したが、データ通信端
末４２ａとデータ通信端末４２ｃとの間、およびデータ
通信端末４２ｂとデータ通信端末４２ｃとの間で音声通
信が行なわれる場合の動作も同様である。

【００４７】＜Ｂ−２：通話料金請求のための動作＞次
に、図８に示すフローチャートを参照して、ＩＳＰ事業
者相互間の通話料金請求に関する動作について説明す
る。なお、ここでは、ＩＳＰ網４ｂを管理するＩＳＰ事
業者ｂからＩＳＰ網４ａを管理するＩＳＰ事業者ａに対
して通話料金請求が行なわれる場合を想定する。また、
データ通信端末４２ａとデータ通信端末４２ｂとの音声
通信（すなわち図６に示した場合）に際してＩＳＰ網４
ｂが使用されたことに対する通話料金の請求に着目して
説明を進めるが、他のデータ通信端末４２に関わる通話
料金についても同様の手続が行なわれる。

【００４８】まず、ＩＳＰ事業者ｂは、例えば１ヶ月ご
とに、ＩＳＰ事業者ａに対する通話料金請求の内容を通
信管理装置１の管理者に通知する。この通話料金請求
は、前回の通話料金請求の直後から現時点までの期間に
発生した通話料金をＩＳＰ事業者ａに対して請求するた
めのものである。詳述すると、通話料金請求において
は、被請求者たるＩＳＰ事業者ａと、ＩＳＰ網４ｂのデ
ータ通信端末４２ｂに対して発信を行なったデータ通信
端末４２ａの電話番号と、当該データ通信端末４２ａと
データ通信端末４２ｂとの音声通信の時間に応じた通話
料金とが指定されている。また、管理者に対する通知
は、通話料金請求の内容が記載された書面、またはその
内容を表すデータが格納された可搬型の記録媒体を管理
者に渡すという形態で行なわれる。

【００４９】通信管理装置１の管理者は、ＩＳＰ事業者
ｂから通知された通話料金請求の内容を通信管理装置１
に入力する。この入力を検知すると（ステップＳｂ
１）、管理装置１３内の通話料金管理部１３６は、呼情
報記憶部１３５が保持するログテーブル１３５１から、
今回入力された通話料金請求において指定されている発
信側たるデータ通信端末４２の電話番号を検索するとと
もに、その電話番号を含む通話履歴データを読み出す。
例えば、ここではＩＳＰ事業者ａに対する通話料金請求
が入力された場合を想定しているから、図５に示したロ
グテーブル１３５１のうち、当該ＩＳＰ網４ａに接続さ
れたデータ通信端末４２ａ（電話番号ＤＮ１）を発信側
とする通話履歴データを読み出す。このとき読み出され
た通話履歴データには、図５に示したように、データ通
信端末４２ａからの発信を契機とした音声通信の時間
「７分３０秒」が含まれている。

【００５０】さらに、通話料金管理部１３６は、読み出
した通話履歴データに基づく通話料金を算出する（ステ
ップＳｂ２）。具体的には、通話履歴データに含まれる
着信側のデータ通信端末４２ｂの電話番号や通話時間、
さらにはルーチングの内容などから、予め定められた料
金算出ルールに従って通話料金を算出するのである。こ
うして算出された通話料金は、実際に行なわれた音声通
信の内容に基づくものであるから、本来的に適正なもの
とみなすことができる。

【００５１】次いで、通話料金管理部１３６は、ステッ
プＳｂ１において入力された通話料金と、ステップＳｂ
２において算出した通話料金とを対比して、ＩＳＰ事業
者ｂからの通話料金請求が適正であるか否か、すなわち
このＩＳＰ事業者ｂからＩＳＰ事業者ａに対して請求さ
れている通話料金が、通信管理装置１を介した実際の音
声通信の内容に応じた料金と一致するか否かを判定する
（ステップＳｂ３）。そして、通話料金管理部１３６
は、この判定の結果を当該通信管理装置１の管理者に対
して報知する（ステップＳｂ４）。

【００５２】ここで、通話料金請求が適正であることが
報知されると、通信管理装置１の管理者は、被請求者た
るＩＳＰ事業者ａに対する請求書を発行する。この請求
書は、請求者たるＩＳＰ事業者ｂから通知された通話料
金と、通信管理装置１においてこの請求が適正であると
判定された旨の表示を含んでいる。一方、被請求者たる
ＩＳＰ事業者ａは、この請求書に基づいて、請求者たる
ＩＳＰ事業者ｂに対する通話料金の支払いを行なうこと
となる。

【００５３】これに対し、通話料金請求が不適正である
ことが報知されると、通信管理装置１の管理者は、請求
者たるＩＳＰ事業者ｂに対して請求が不適正であること
を通知する。この通知を受けたＩＳＰ事業者ｂは、ＩＳ
Ｐ事業者ａに対する通話料金請求の内容を見直すととも
に、その結果に応じて修正した請求書を管理者に対して
再度通知することとなる。なお、ここではＩＳＰ事業者
ｂからＩＳＰ事業者ａに対して通話料金の請求がなされ
る場合を例示したが、ＩＳＰ事業者ａからＩＳＰ事業者
ｂに対して通話料金の請求がなされる場合にも同様の処
理が実行される。

【００５４】以上説明したように、本実施形態において
は、通信管理装置１において着信側のデータ通信端末４
２の電話番号がＩＰアドレスに変換されるようになって
いるため、発信側の利用者は、着信側たるデータ通信端
末４２のＩＰアドレスを把握しておく必要がない。すな
わち、ＩＳＰ網４に接続されたデータ通信端末４２に発
信する場合であっても、利用者は、回線交換網を用いた
音声通話において馴染みの深い電話番号を知っていれば
足りる。さらに、発信側のＩＳＰ網４の通信プロトコル
と着信側のＩＳＰ網４の通信プロトコルとの相互変換が
なされるため、たとえ双方の通信プロトコルが異なって
いるとしても、発信側の利用者は、着信側のＩＳＰ網４
の通信プロトコルを認識する必要はない。したがって、
本実施形態によれば、ＩＳＰ網４に接続されたデータ通
信端末４２に対して発信しようとする利用者の負担を軽
減することができる。

【００５５】さらに、各ＩＳＰ事業者から他のＩＳＰ事
業者に対して通話料金が請求されるとき、その請求の適
否が、音声通信の内容を示す通話履歴データに基づい
て、通信管理装置１によって確認されるようになってい
る。したがって、各ＩＳＰ事業者は、自己のＩＳＰ網４
を用いたデータ通信端末４２間の音声通信の具体的内容
を把握するための設備（すなわち通話履歴データを記憶
するための設備）や、他のＩＳＰ事業者からの請求の適
否を判断するための設備を所有する必要はない。このよ
うに、本実施形態によればＩＳＰ事業者の負担を軽減す
ることができる。

【００５６】＜Ｃ：変形例＞以上この発明の一実施形態
について説明したが、上記実施形態はあくまでも例示で
あり、上記実施形態に対しては、本発明の趣旨から逸脱
しない範囲で様々な変形を加えることができる。変形例
としては、例えば以下のようなものが考えられる。

【００５７】＜Ｃ−１：変形例１＞上記実施形態におい
ては、ＩＳＰ網４ａおよびＩＳＰ網４ｂの通信プロトコ
ルを、それぞれ「ＳＩＰ」に依拠した「ＳＩＰ（ａ）」
および「ＳＩＰ（ｂ）」とし、ＩＳＰ網４ｃの通信プロ
トコルを「Ｈ．３２３」とした場合を例示したが、本発
明において各ＩＳＰ網４に採用され得る通信プロトコル
がこれらに限られるものでないことはもちろんである。

【００５８】＜Ｃ−２：変形例２＞上記実施形態におい
ては、通信管理装置１の管理装置１３が中継処理系１３
Ａと料金処理系１３Ｂという２つの機能を併有する構成
としたが、これらの各処理系統を別個の装置に分散させ
る構成としてもよい。すなわち、本発明は、着信側の電
話番号からアドレス（ＩＰアドレス）を特定する手段
と、着信側の通信プロトコルを特定する手段とを有する
中継処理系を備えた装置としても実施可能であり、通話
履歴データを記憶する手段と、各通信事業者からの通話
料金請求の適否を判定する手段とを有する料金処理系を
備えた装置としても実施可能である。

【００５９】また、上記実施形態においては、ＧＷ１１
および管理装置１３が単一の装置（通信管理装置１）を
構成するものとしたが、これらの各部の機能を相互に離
間した別個の装置に分散させてもよい。すなわち、本発
明においては、着信側の電話番号からアドレスを特定す
る手段および着信側の通信プロトコルを特定する手段
と、音声データを中継するための手段とが、単一の装置
内に設けられている必要は必ずしもない。

【００６０】＜Ｃ−３：変形例３＞本発明は、複数のパ
ケット交換網の間に介在するコンピュータによって実行
されるプログラムとしても実施可能である。すなわち、
このプログラムは、コンピュータに、（１）着信側の通
信端末の電話番号から、当該通信端末が接続された通信
網においてこの通信端末を識別するためのアドレスを特
定する過程と、（２）着信側の通信網の通信プロトコル
をこの電話番号に基づいて特定する過程と、（３）発信
側の通信端末と着信側の通信端末との間の音声データの
授受を、特定した通信プロトコルに基づいて中継する過
程と、を実行させるものとなる。さらに、本発明は、上
記プログラムを記録したコンピュータ読取り可能な記録
媒体としても実施可能である。この記録媒体としては、
フロッピーディスクやＣＤ−ＲＯＭといった可搬型の記
録媒体のほか、ＲＯＭ（Read Only Memory）などの不揮
発性の半導体メモリなどが考えられる。

【００６１】

【発明の効果】以上説明したように、本発明によれば、
パケット交換網を介した音声通信に際して発信側の利用
者に課される負担を軽減することができる。

【図面の簡単な説明】

【図１】 本発明に係る通信管理装置を用いた通信シス
テムの構成を示すブロック図である。

【図２】 同通信管理装置のうち管理装置の機能的構成
を示すブロック図である。

【図３】 同管理装置が保持するプロトコルテーブルの
内容を示す図である。

【図４】 同管理装置が保持するアドレステーブルの内
容を示す図である。

【図５】 同管理装置が保持するログテーブルの内容を
示す図である。

【図６】 同通信システムの動作を説明するためのシー
ケンスチャートである。

【図７】 同通信システムにおける通信プロトコル特定
処理およびアドレス特定処理の内容を示すフローチャー
トである。

【図８】 同通信システムにおいてＩＳＰ事業者間の通
話料金の請求に関わる動作を説明するためのシーケンス
チャートである。

【符号の説明】

１……通信管理装置、１１……ＧＷ（データ中継手
段）、１３……管理装置、１３Ａ……中継処理系、１３
１……通信プロトコル特定部（通信プロトコル特定手
段）、１３１１……プロトコルテーブル、１３２……ア
ドレス特定部（アドレス特定手段）、１３２１……アド
レステーブル、１３３……認証部、１３Ｂ……料金処理
系、１３５……呼情報記憶部（記憶手段）、１３５１…
…ログテーブル、１３６……通話料金管理部（通話料金
管理手段）、４（４ａ，４ｂ，４ｃ）……ＩＳＰ網（第
１通信網、第２通信網）、４２（４２ａ，４２ｂ，４２
ｃ）……データ通信端末（第１通信端末、第２通信端
末）。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 石渡 正克 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コムウェア株式会社内 (72)発明者 田中 博美 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コムウェア株式会社内 (72)発明者 梅田 昌義 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コムウェア株式会社内 Ｆターム(参考） 5K030 HB01 HC01 HD03 HD05 JT01 LB02 5K034 CC05 EE10 HH01 HH02 HH06 HH63 LL02 5K051 AA03 BB01 BB02 CC01 CC02 CC04 DD01 EE01 EE02 FF06 FF21 HH27 JJ13 JJ14

Claims (10)

【特許請求の範囲】
1. 【請求項１】 第１通信網に接続された第１通信端末
   と、第２通信網に接続された第２通信端末との音声通信
   を管理する装置において、 着信側たる前記第２通信端末に割り当てられた電話番号
   を発信側たる前記第１通信端末から受信すると、この電
   話番号に基づいて、前記第２通信網において当該第２通
   信端末を識別するためのアドレスを特定するアドレス特
   定手段と、 前記第２通信網の通信プロトコルを前記第２通信端末の
   電話番号に基づいて特定する通信プロトコル特定手段
   と、 前記第１通信網を介して前記第１通信端末から受信した
   音声データを、前記通信プロトコル特定手段によって特
   定された前記第２通信網の通信プロトコルに従って、前
   記アドレス特定手段によってアドレスが特定された前記
   第２通信端末に送信するデータ中継手段とを具備するこ
   とを特徴とする通信管理装置。
2. 【請求項２】 前記通信プロトコル特定手段は、 前記発信側たる第１通信端末に割り当てられた電話番号
   を当該第１通信端末から受信すると、この電話番号に基
   づいて前記第１通信網の通信プロトコルを特定し、 前記データ中継手段は、 前記第２通信網を介して前記第２通信端末から受信した
   音声データを、前記通信プロトコル特定手段によって特
   定された前記第１通信網の通信プロトコルに従って前記
   第１通信端末に送信することを特徴とする請求項１に記
   載の通信管理装置。
3. 【請求項３】 前記第１通信端末と前記第２通信端末と
   の通話時間を含む通話履歴データを記憶する記憶手段
   と、 前記第１通信網および前記第２通信網のうちいずれか一
   方の通信網の通信事業者から他方の通信事業者に対して
   請求される通話料金と、前記記憶手段に記憶された通話
   履歴データに基づく通話料金とを対比して、この請求が
   適正であるか否かを判定する通話料金管理手段とを具備
   することを特徴とする請求項１または２に記載の通信管
   理装置。
4. 【請求項４】 前記通話履歴データは、前記第１通信端
   末と前記第２通信端末との音声通信の内容を特定するた
   めの情報であって、 発信側たる第１通信端末を特定するための情報、着信側
   たる第２通信端末を特定するための情報、当該音声通信
   における通信経路を特定するための情報、および当該音
   声通信の終了理由のうち少なくともひとつを含むことを
   特徴とする請求項３に記載の通信管理装置。
5. 【請求項５】 第１通信網に接続された第１通信端末
   と、第２通信網に接続された第２通信網との音声通信を
   管理する装置において、 前記第１通信端末と前記第２通信端末との通話時間を含
   む通話履歴データを記憶する記憶手段と、 前記第１通信網および前記第２通信網のうちいずれか一
   方の通信網の通信事業者から他方の通信事業者に対して
   請求される通話料金と、前記記憶手段に記憶された通話
   履歴データに基づく通話料金とを対比して、この請求が
   適正であるか否かを判定する通話料金管理手段とを具備
   することを特徴とする通信管理装置。
6. 【請求項６】 第１通信端末が接続された第１通信網
   と、第２通信端末が接続された第２通信網との間に介在
   するコンピュータが、 着信側たる前記第２通信端末に割り当てられた電話番号
   を発信側たる前記第１通信端末から受信すると、この電
   話番号に基づいて、前記第２通信網において当該第２通
   信端末を識別するためのアドレスを特定し、 前記第２通信網の通信プロトコルを前記第２通信端末の
   電話番号に基づいて特定し、 前記第１通信網を介して前記第１通信端末から受信した
   音声データを、前記第２通信網について特定した通信プ
   ロトコルに従って、前記アドレスを特定した前記第２通
   信端末に送信することを特徴とする通信管理方法。
7. 【請求項７】 前記コンピュータが、 前記発信側たる第１通信端末に割り当てられた電話番号
   を当該第１通信端末から受信すると、この電話番号に基
   づいて前記第１通信網の通信プロトコルを特定し、 前記第２通信網を介して前記第２通信端末から受信した
   音声データを、前記第１通信網について特定した通信プ
   ロトコルに従って前記第１通信端末に送信することを特
   徴とする請求項６に記載の通信管理方法。
8. 【請求項８】 前記第１通信端末と前記第２通信端末と
   の通話時間を含む通話履歴データを記憶手段に記憶し、 前記第１通信網および前記第２通信網のうちいずれか一
   方の通信網の通信事業者から、前記第１通信端末と前記
   第２通信端末との通話時間に応じた通話料金請求を受信
   すると、前記記憶手段に記憶された通話履歴データに基
   づいて、この請求が適正であるか否かを判定することを
   特徴とする請求項６または７に記載の通信管理方法。
9. 【請求項９】 第１通信端末が接続された第１通信網
   と、第２通信端末が接続された第２通信網との間に介在
   するコンピュータに、 着信側たる前記第２通信端末に割り当てられた電話番号
   を発信側たる前記第１通信端末から受信すると、この電
   話番号に基づいて、前記第２通信網において当該第２通
   信端末を識別するためのアドレスを特定するアドレス特
   定機能と、 前記第２通信網の通信プロトコルを前記第２通信端末の
   電話番号に基づいて特定する通信プロトコル特定機能
   と、 前記第１通信網を介して前記第１通信端末から受信した
   音声データを、前記通信プロトコル特定機能によって特
   定された前記第２通信網の通信プロトコルに従って、前
   記アドレス特定機能によってアドレスが特定された前記
   第２通信端末に送信するデータ中継機能とを実現させる
   ためのプログラム。
10. 【請求項１０】 請求項９に記載のプログラムを記録し
    たコンピュータ読取り可能な記録媒体。