JP2004186748A - Ｉｐネットワークにおける音声データ送受信自動選択システム及び方法並びにｉｐ端末 - Google Patents
Ｉｐネットワークにおける音声データ送受信自動選択システム及び方法並びにｉｐ端末 Download PDFInfo
- Publication number
- JP2004186748A JP2004186748A JP2002348065A JP2002348065A JP2004186748A JP 2004186748 A JP2004186748 A JP 2004186748A JP 2002348065 A JP2002348065 A JP 2002348065A JP 2002348065 A JP2002348065 A JP 2002348065A JP 2004186748 A JP2004186748 A JP 2004186748A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- rtp
- port
- terminal
- voice data
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0227—Filtering policies
- H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
- H04L63/1433—Vulnerability analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/253—Telephone sets using digital voice transmission
- H04M1/2535—Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
- H04M7/0078—Security; Fraud detection; Fraud prevention
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/663—Transport layer addresses, e.g. aspects of transmission control protocol [TCP] or user datagram protocol [UDP] ports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
【課題】ＲＴＰ通話が可能かどうかをＩＰ端末が自動で判別し、音声データの送受信方式を選択するＩＰネットワークにおける音声データ送受信自動選択システムを提供する。
【解決手段】音声入出力部１１において音声を入力する。次にデジタル・アナログ部１２において音声のアナログデータをデジタルデータへ変換する。さらにＲＴＰポート確認部１３において、ＲＴＰ通信が可能かどうかを判断する。ＲＴＰ通話が不可能な場合、履歴テーブル１４を参照して音声データ通信が可能なポートを決定する。デジタル化された音声を呼制御部１５へ渡し音声通話のための呼制御を行い、ＲＴＰ通話が可能な場合はＲＴＰ通信を行うため、音声データをＩＰ通信部１６へ渡しパケット化を行う。ＩＰパケット化された音声データはＬＡＮインタフェース部１７へ渡され、ネットワークへ出力される。
【選択図】 図１
【解決手段】音声入出力部１１において音声を入力する。次にデジタル・アナログ部１２において音声のアナログデータをデジタルデータへ変換する。さらにＲＴＰポート確認部１３において、ＲＴＰ通信が可能かどうかを判断する。ＲＴＰ通話が不可能な場合、履歴テーブル１４を参照して音声データ通信が可能なポートを決定する。デジタル化された音声を呼制御部１５へ渡し音声通話のための呼制御を行い、ＲＴＰ通話が可能な場合はＲＴＰ通信を行うため、音声データをＩＰ通信部１６へ渡しパケット化を行う。ＩＰパケット化された音声データはＬＡＮインタフェース部１７へ渡され、ネットワークへ出力される。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークにおいて、ネットワークの状況をユーザーが意識することなく音声データの送受信方式を切り替えて通話を行う音声データ送受信自動選択システムに関する。
【０００２】
【従来の技術】
従来、ＩＰネットワーク上で音声を送受信するためのＶｏＩＰシステムにおいて、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）を用いた通話がある。ＲＴＰは、特にネットワークを介したビデオ会議システムやインターネット電話等のリアルタイム・アプリケーションを実現するためのトランスポート層プロトコルとして用いられる。ＲＴＰでは、制御チャネル（例えば、ｓｉｐポート＝５０６０）でＲＴＰポートを指定して、リアルタイムで音声や動画を送受信する。
【０００３】
一般に、ＬＡＮとインターネット間にファイアウォールを設置したＩＰネットワークでは、ＨＴＴＰ、ＦＴＰ、ＳＭＴＰ等の特定のプロトコルで利用するＩＰポート番号のみの接続を許可し、その他のポート番号は接続禁止にしておくのが一般的である。
【０００４】
ここでＩＰポート番号は、２オクテットの正数即ち０〜６５５３５で表され、ＩＰネットワークを介したアプリケーションは、各々この内の１つのポートを介して通信を行う。通常の場合、各アプリケーションに対して以下のようにＩＰポート番号が割り付けられている。
【０００５】
ＷＥＬＬ ＫＮＯＷＮ ＰＯＲＴ ＮＵＭＢＥＲＳ ＝ ０〜１０２３
殆どのシステムのシステム（またはルート）プロセスや特権ユーザーのプログラムで使用できるポート番号である。代表例としてｆｔｐ＝２１， ｈｔｔｐ＝８０ 等がある。
【０００６】
ＲＥＧＩＳＴＥＲＥＤ ＰＯＲＴ ＮＵＭＢＥＲＳ ＝ １０２４〜４９１５１
殆どのシステムにおける一般ユーザープロセスや一般ユーザーが実行するプログラムで使用できるポート番号である。代表例として、ｃａｌｌ−ｓｉｇ−ｔｒａｎｓ（Ｈ．３２３ ＡｎｎｅｘＥ）＝２５１７， ｓｉｐ＝５０６０ 等がある。
【０００７】
ＤＹＮＡＭＩＣ ＡＮＤ／ＯＲ ＰＲＩＶＡＴＥ ＰＯＲＴＳ ＝ ４９１５２〜６５５３５
ユーザーが自由に使用できるポート番号である。通常、Ｈ．３２３やＳＩＰなどのＶｏＩＰ制御プロトコルは、この範囲内にＲＴＰ用のポートを設けて通信パスを繋ぐ。
【０００８】
ファイアウォールは、外部からの有害なアタックを未然に防ぐため、これらの内の不要なＩＰポートをフィルタする。特に ＤＹＮＡＭＩＣ ＡＮＤ／ＯＲ ＰＲＩＶＡＴＥ ＰＯＲＴＳ はフィルタされやすいポートである。逆に、ネットワークアクセスのため、少なくともｈｔｔｐポート（＝８０）だけは開けておくのが一般的である。
【０００９】
このようなシステムで任意のポート番号を用いてＩＰ音声通話を行うために、マルチメディアプロキシサーバを設置したシステム構成がある（例えば、特許文献１参照）。
【００１０】
また、無線ＬＡＮやＰＨＳデータ通信網を介してＩＰネットワークにアクセスし、ＩＰ音声通話を行うＩＰ携帯電話技術が開示されている（例えば、特許文献２参照）。
【００１１】
【特許文献１】
特開２００２−９８４６号公報
【特許文献２】
特開２００１−２２３７４８号公報
【００１２】
【発明が解決しようとする課題】
しかしながら、従来のＶｏＩＰシステムにおいてはＲＴＰを用いた通話あるいは他の音声データ送受信方法を予め設定しておく必要があり、自動ではＲＴＰでの音声データ通信が可能かどうかを判断し、適切な通信方式に切り替えることができなかった。
【００１３】
そこで本発明は、ＲＴＰ通話が可能かどうかをＩＰ端末が自動で判別し、ネットワークの状況に応じて音声データの送受信方式を選択するＩＰネットワークにおける音声データ送受信自動選択システム及び方法並びにＩＰ端末を提供することを目的とする。
【００１４】
【課題を解決するための手段】
上述の課題を解決するため、本発明は、ＩＰ端末がファイアウォールを介して通話先端末と接続されたＩＰネットワークにおける音声データ送受信自動選択システムであって、前記ＩＰ端末は、ＶｏＩＰの制御信号を処理する呼制御部と、音声や動画を入出力する音声入出力部と、入力した音声や動画をデジタル・アナログ変換処理するデジタル・アナログ処理部と、音声や動画データをＩＰで送信するＩＰ通信部と、ＲＴＰで通信可能か否か確認するＲＴＰポート確認部と、ファイアウォールを越えてデータ通信している通信を記録する履歴テーブルとを有し、前記ＲＴＰポート確認部は、ＲＴＰ通信が可能か否か判断し、ＲＴＰ通話が可能な場合はそのＲＴＰポートを用い、ＲＴＰ通信のパケット化を行うため音声データを前記ＩＰ通信部へ渡し、ＲＴＰ通話が不可能な場合は、前記履歴テーブルを参照して音声データ通信が可能なポートを決定してから前記ＩＰ通信部へ音声データを渡すことを特徴とする。
【００１５】
さらに、前記ＲＴＰポート確認部は、所定のＲＴＰポートで通話することが可能か否か確認するためのサーチパケットを送出し、このサーチパケットに対するレスポンスを受けた場合に通話が可能と判断し、ＲＴＰによる音声データの送受信を行うことを特徴とする。
【００１６】
以上の構成によって、ファイアウォールがあってもＲＴＰによる音声データの送受信が可能かどうかを自動的に判断できる。
【００１７】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【００１８】
図１は、本発明の音声データ送受信自動選択システムの構成例を示す。ＩＰ端末１０とＩＰ端末２０がファイアウォール３０及びＩＰネットワーク４０を介して音声データ通信を行っているシステムにおいて、ＩＰ端末１０は、音声や動画を入出力する音声入出力部１１と、入力した音声や動画をデジタル・アナログ変換処理するデジタル・アナログ処理部１２と、ＲＴＰで通信可能か確認するＲＴＰポート確認部１３と、ファイアウォールを越えてデータ通信している通信を記録する履歴テーブル１４と、ＶｏＩＰの制御信号を処理する呼制御部１５と、音声や動画データをＩＰで送受信するＩＰ通信部１６と、ネットワークとの入出力を行うＬＡＮインタフェース部１７を有する。
【００１９】
次に、図２に示すフローチャートを参照して、本システムの動作について説明する。まず、音声入出力部１１において音声を入力する（Ｓ１）。次にデジタル・アナログ部１２において音声のアナログデータをデジタルデータへ変換する（Ｓ２）。さらにＲＴＰポート確認部１３において、ＲＴＰ通信が可能かどうかを判断する（Ｓ３）。ＲＴＰ通話が可能な場合はそのＲＴＰポートを用い、ＲＴＰ通話が不可能な場合は履歴テーブル１４を参照して音声データ通信が可能なポートを決定する（Ｓ４）。デジタル化された音声を呼制御部１５へ渡し音声通話のための呼制御を行い（Ｓ５）、さらに音声データをＩＰ通信部１６へ渡し、ＲＴＰ通話が可能な場合はＲＴＰ通信を行うためのパケット化を行い、ＲＴＰ通話が不可能な場合は履歴テーブルを参照して決めたポートに対応したプロトコル（例えば、ＨＴＴＰ等）によるパケット化を行う（Ｓ６）。ＩＰパケット化された音声データはＬＡＮインタフェース部１７へ渡され、ネットワークへ出力される（Ｓ７）。
【００２０】
図２の動作フローで、ＲＴＰ通信が可能かどうかを判断する際に（Ｓ３）、ＲＴＰポート確認部は、予め定めたＲＴＰポートで通話することが可能かどうかを確認するためサーチパケットを送出する。図３は、その場合の動作フローを示す。サーチパケットに対するレスポンスがあった場合に通話が可能と判断し（Ｓ１３）、ＲＴＰによる音声データの送受信が出来る。ステップ１３以外は、図２と同様である。
【００２１】
サーチパケットとしては、例えば、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）のｐｉｎｇを用いる。すなわちＩＰ端末は、Ｅｃｈｏ Ｒｅｑｕｅｓｔを送り、受け取った相手側端末が、これに応答してＥｃｈｏ Ｒｅｐｌｙを返送する。ＩＰ端末からのｐｉｎｇによる要求に対して応答がない場合、そのＲＴＰポートでの通話が不可と判断する。
【００２２】
公知のポートで通信できない場合に音声データの送受信が行えないため、本発明では、データ通信の履歴テーブル１４を用いて、通話先のデータ通信可能な通信路を自動的に選択して相手先とデータの送受信を可能にする。履歴テーブル１４には、通信の日時順にそのポート番号が記録され、さらにそのポート番号の通信成功回数が記録されている。その中から、通信の可能性のあるポートへ接続して、音声データの送受信を可能にしている。
【００２３】
図４は、履歴テーブルを用いた場合の動作を示すフローチャートである。サーチパケットを送出して、ポートの確認を行い（Ｓ２１）、公知の通信ポートで通信可能な場合（Ｓ２２）、そのポートを通信用ポートに割当てて履歴テーブルに記録する（Ｓ２６）。公知の通信ポートで通信できない場合、履歴テーブルの中で通話先の履歴が複数あるときには、まず一番最近に通信が成功したものについて１番目の通信路候補として選択する（Ｓ２３）。そのポートで通信できない場合、過去の履歴の中から通信の成功例が多いものを通信路として選択する（Ｓ２４）。それらの通信可能なポートを通信用ポートに割当てて履歴テーブルに記録する（Ｓ２６）。以上の順で通信の可能性のあるポートへ接続して音声データの送受信を可能にする。
【００２４】
図５は、図１の構成に対して、ＩＰ端末が、自身と通話先のＩＰアドレスを確認するＩＰアドレス確認部１８を有する場合の構成を示す。これは送信元のＩＰ端末と通話先端末がプライベートＩＰアドレスを持つとき、同じネットワークにあることを確認して、ＲＴＰによる適切な音声データの送受信を行う手段である。これによって、ユーザーがネットワークの状況を意識せずに、通信効率の良い音声データの送受信を行うことが可能となる。
【００２５】
図６は、送信元端末と通話先端末が、同じネットワーク内でプライベート（ローカル）ＩＰアドレスを持つときの構成例を示す。同一ネットワーク内ではローカルＩＰアドレスを用い、ファイアウォールを介して他のネットワークと通信を行う場合は、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバによって、グローバルＩＰアドレスとローカルＩＰアドレスの変換を行う。端末Ａと端末Ｂは同一ネットワークにあり、ファイアウォールを介さないため、ＲＴＰによる適切な音声データの送受信を行うことができる。
【００２６】
次に図７、図８、図９を参照して、第２の実施形態を説明する。
【００２７】
図７は、本実施形態のＩＰ端末の構成例を示し、公知のポートで通信が出来ない場合に、ＩＰ端末が自身のＩＰアドレスとニックネームをサーバに送信するアドレス送信部１９ａと、通話相手のニックネームを送信してＩＰアドレスと通話可能なポートを要求するアドレス要求部１９ｂを有する。なお、ニックネームとは、通常使用する通称名称であり、例えば、「ｍｏｎａｉ＠ｎｅｃ」等である。
【００２８】
図８は、ニックネーム・サーバの構成例を示し、ネットワーク上のニックネームとＩＰアドレス、通信可能なポートをアドレステーブル５１に記録する。ＩＰ端末１０がニックネーム・サーバ５０に通話相手のニックネームを送信すると、ニックネーム・サーバのアドレス解決部５２は通話先のＩＰアドレスと通話可能なポートを通知するルーティング機能を有する。これによりＩＰ端末がこの通話可能なポートを用いて音声データの送受信が可能となる。ニックネーム・サーバを利用することにより、電話番号やＵＲＬといった覚えにくい対象を指定することなく通信相手にアクセスすることが可能になる。
【００２９】
図９は、ニックネーム・サーバを用いた場合の通信図である。ＩＰ端末は、ニックネーム・サーバから通知された通話先のＩＰアドレスに対して、通話可能なポートを用いることによって、ファイアウォールを越えて通話相手と音声通話を行うことができる。
【００３０】
図１０は、ニックネーム・サーバと履歴テーブルを用いた場合の動作を示すフローチャートである。まず、音声入出力部１１において音声を入力する（Ｓ３１）。次にデジタル・アナログ部１２において音声のアナログデータをデジタルデータへ変換する（Ｓ３２）。そして、ニックネーム・サーバに通話相手のニックネームを送信してＩＰアドレスと通話可能なポートを要求し（Ｓ３３）、ニックネーム・サーバより通知される通話可能なポートを利用して通信を試みる（Ｓ３４）。この場合、サーチパケットを用いてＲＴＰ通信が可能かどうかを判断する。その通信が失敗した場合には自身の履歴テーブルを用いて通信路を決定し（Ｓ３５）、再度音声データ通信を試みる。過去の通信履歴とニックネーム・サーバからの通話可能なポートを用いて音声データ通信可能なポートを自動で判断する（Ｓ３６）。デジタル化された音声を呼制御部１５へ渡し音声通話のための呼制御を行い（Ｓ３７）、さらに音声データをＩＰ通信部１６へ渡し、ＲＴＰ通話が可能な場合はＲＴＰ通信を行うためのパケット化を行い、ＲＴＰ通話が不可能な場合は通信可能なポートに対応したプロトコルによるパケット化を行う、（Ｓ３８）。ＩＰパケット化された音声データはＬＡＮインタフェース部１７へ渡され、ネットワークへ出力される（Ｓ３９）。
【００３１】
【発明の効果】
以上説明したように、本発明による第１の効果は、ファイアウォールがあってもＲＴＰによる音声データの送受信が可能かどうかを自動的に判断できることである。その理由は、予め定めたＲＴＰポートで通信が可能かどうかを判断するサーチパケットを送出し、そのパケットに対するレスポンスによって通話が可能かどうかを判断するためである。
【００３２】
第２の効果は、公知の通信ポートで通信できない場合にも音声データの送受信が可能になるように自動的に判断することである。その理由は、ＩＰ端末が自身に備えた履歴テーブルを参照することにより、通話先とのデータ通信路を自動的に選択するためである。
【００３３】
第３の効果は、ニックネーム・サーバを利用することにより、通話相手のニックネームさえ覚えていれば、通信相手にアクセスすることが可能になることである。
【図面の簡単な説明】
【図１】本発明の音声データ送受信自動選択システムの構成図である。
【図２】本発明の動作説明フローチャートである。
【図３】サーチパケットを送出してポートを確認する場合の動作説明フローチャートである。
【図４】履歴テーブルを用いた場合の動作を示すフローチャートである。
【図５】ＩＰ端末がＩＰアドレス確認部を有する場合の構成図である。
【図６】送信元端末と通話先端末が、同じネットワーク内にあるときの構成図である。
【図７】ＩＰ端末がアドレス送信部とアドレス要求部を有する場合の構成図である。
【図８】ニックネーム・サーバの構成図である。
【図９】ニックネーム・サーバを用いた場合の通信図である。
【図１０】ニックネーム・サーバと履歴テーブルを用いた場合の動作を示すフローチャートである。
【符号の説明】
１０ ＩＰ端末
１１ 音声入出力部
１２ デジタル・アナログ処理部
１３ ＲＴＰポート確認部
１４ 履歴テーブル
１５ 呼制御部
１６ ＩＰ通信部
１７ ＬＡＮインタフェース部
１８ ＩＰアドレス確認部
１９ａ アドレス送信部
１９ｂ アドレス要求部
２０ ＩＰ端末
３０ ファイアウォール
４０ ＩＰネットワーク
【発明の属する技術分野】
本発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークにおいて、ネットワークの状況をユーザーが意識することなく音声データの送受信方式を切り替えて通話を行う音声データ送受信自動選択システムに関する。
【０００２】
【従来の技術】
従来、ＩＰネットワーク上で音声を送受信するためのＶｏＩＰシステムにおいて、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）を用いた通話がある。ＲＴＰは、特にネットワークを介したビデオ会議システムやインターネット電話等のリアルタイム・アプリケーションを実現するためのトランスポート層プロトコルとして用いられる。ＲＴＰでは、制御チャネル（例えば、ｓｉｐポート＝５０６０）でＲＴＰポートを指定して、リアルタイムで音声や動画を送受信する。
【０００３】
一般に、ＬＡＮとインターネット間にファイアウォールを設置したＩＰネットワークでは、ＨＴＴＰ、ＦＴＰ、ＳＭＴＰ等の特定のプロトコルで利用するＩＰポート番号のみの接続を許可し、その他のポート番号は接続禁止にしておくのが一般的である。
【０００４】
ここでＩＰポート番号は、２オクテットの正数即ち０〜６５５３５で表され、ＩＰネットワークを介したアプリケーションは、各々この内の１つのポートを介して通信を行う。通常の場合、各アプリケーションに対して以下のようにＩＰポート番号が割り付けられている。
【０００５】
ＷＥＬＬ ＫＮＯＷＮ ＰＯＲＴ ＮＵＭＢＥＲＳ ＝ ０〜１０２３
殆どのシステムのシステム（またはルート）プロセスや特権ユーザーのプログラムで使用できるポート番号である。代表例としてｆｔｐ＝２１， ｈｔｔｐ＝８０ 等がある。
【０００６】
ＲＥＧＩＳＴＥＲＥＤ ＰＯＲＴ ＮＵＭＢＥＲＳ ＝ １０２４〜４９１５１
殆どのシステムにおける一般ユーザープロセスや一般ユーザーが実行するプログラムで使用できるポート番号である。代表例として、ｃａｌｌ−ｓｉｇ−ｔｒａｎｓ（Ｈ．３２３ ＡｎｎｅｘＥ）＝２５１７， ｓｉｐ＝５０６０ 等がある。
【０００７】
ＤＹＮＡＭＩＣ ＡＮＤ／ＯＲ ＰＲＩＶＡＴＥ ＰＯＲＴＳ ＝ ４９１５２〜６５５３５
ユーザーが自由に使用できるポート番号である。通常、Ｈ．３２３やＳＩＰなどのＶｏＩＰ制御プロトコルは、この範囲内にＲＴＰ用のポートを設けて通信パスを繋ぐ。
【０００８】
ファイアウォールは、外部からの有害なアタックを未然に防ぐため、これらの内の不要なＩＰポートをフィルタする。特に ＤＹＮＡＭＩＣ ＡＮＤ／ＯＲ ＰＲＩＶＡＴＥ ＰＯＲＴＳ はフィルタされやすいポートである。逆に、ネットワークアクセスのため、少なくともｈｔｔｐポート（＝８０）だけは開けておくのが一般的である。
【０００９】
このようなシステムで任意のポート番号を用いてＩＰ音声通話を行うために、マルチメディアプロキシサーバを設置したシステム構成がある（例えば、特許文献１参照）。
【００１０】
また、無線ＬＡＮやＰＨＳデータ通信網を介してＩＰネットワークにアクセスし、ＩＰ音声通話を行うＩＰ携帯電話技術が開示されている（例えば、特許文献２参照）。
【００１１】
【特許文献１】
特開２００２−９８４６号公報
【特許文献２】
特開２００１−２２３７４８号公報
【００１２】
【発明が解決しようとする課題】
しかしながら、従来のＶｏＩＰシステムにおいてはＲＴＰを用いた通話あるいは他の音声データ送受信方法を予め設定しておく必要があり、自動ではＲＴＰでの音声データ通信が可能かどうかを判断し、適切な通信方式に切り替えることができなかった。
【００１３】
そこで本発明は、ＲＴＰ通話が可能かどうかをＩＰ端末が自動で判別し、ネットワークの状況に応じて音声データの送受信方式を選択するＩＰネットワークにおける音声データ送受信自動選択システム及び方法並びにＩＰ端末を提供することを目的とする。
【００１４】
【課題を解決するための手段】
上述の課題を解決するため、本発明は、ＩＰ端末がファイアウォールを介して通話先端末と接続されたＩＰネットワークにおける音声データ送受信自動選択システムであって、前記ＩＰ端末は、ＶｏＩＰの制御信号を処理する呼制御部と、音声や動画を入出力する音声入出力部と、入力した音声や動画をデジタル・アナログ変換処理するデジタル・アナログ処理部と、音声や動画データをＩＰで送信するＩＰ通信部と、ＲＴＰで通信可能か否か確認するＲＴＰポート確認部と、ファイアウォールを越えてデータ通信している通信を記録する履歴テーブルとを有し、前記ＲＴＰポート確認部は、ＲＴＰ通信が可能か否か判断し、ＲＴＰ通話が可能な場合はそのＲＴＰポートを用い、ＲＴＰ通信のパケット化を行うため音声データを前記ＩＰ通信部へ渡し、ＲＴＰ通話が不可能な場合は、前記履歴テーブルを参照して音声データ通信が可能なポートを決定してから前記ＩＰ通信部へ音声データを渡すことを特徴とする。
【００１５】
さらに、前記ＲＴＰポート確認部は、所定のＲＴＰポートで通話することが可能か否か確認するためのサーチパケットを送出し、このサーチパケットに対するレスポンスを受けた場合に通話が可能と判断し、ＲＴＰによる音声データの送受信を行うことを特徴とする。
【００１６】
以上の構成によって、ファイアウォールがあってもＲＴＰによる音声データの送受信が可能かどうかを自動的に判断できる。
【００１７】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【００１８】
図１は、本発明の音声データ送受信自動選択システムの構成例を示す。ＩＰ端末１０とＩＰ端末２０がファイアウォール３０及びＩＰネットワーク４０を介して音声データ通信を行っているシステムにおいて、ＩＰ端末１０は、音声や動画を入出力する音声入出力部１１と、入力した音声や動画をデジタル・アナログ変換処理するデジタル・アナログ処理部１２と、ＲＴＰで通信可能か確認するＲＴＰポート確認部１３と、ファイアウォールを越えてデータ通信している通信を記録する履歴テーブル１４と、ＶｏＩＰの制御信号を処理する呼制御部１５と、音声や動画データをＩＰで送受信するＩＰ通信部１６と、ネットワークとの入出力を行うＬＡＮインタフェース部１７を有する。
【００１９】
次に、図２に示すフローチャートを参照して、本システムの動作について説明する。まず、音声入出力部１１において音声を入力する（Ｓ１）。次にデジタル・アナログ部１２において音声のアナログデータをデジタルデータへ変換する（Ｓ２）。さらにＲＴＰポート確認部１３において、ＲＴＰ通信が可能かどうかを判断する（Ｓ３）。ＲＴＰ通話が可能な場合はそのＲＴＰポートを用い、ＲＴＰ通話が不可能な場合は履歴テーブル１４を参照して音声データ通信が可能なポートを決定する（Ｓ４）。デジタル化された音声を呼制御部１５へ渡し音声通話のための呼制御を行い（Ｓ５）、さらに音声データをＩＰ通信部１６へ渡し、ＲＴＰ通話が可能な場合はＲＴＰ通信を行うためのパケット化を行い、ＲＴＰ通話が不可能な場合は履歴テーブルを参照して決めたポートに対応したプロトコル（例えば、ＨＴＴＰ等）によるパケット化を行う（Ｓ６）。ＩＰパケット化された音声データはＬＡＮインタフェース部１７へ渡され、ネットワークへ出力される（Ｓ７）。
【００２０】
図２の動作フローで、ＲＴＰ通信が可能かどうかを判断する際に（Ｓ３）、ＲＴＰポート確認部は、予め定めたＲＴＰポートで通話することが可能かどうかを確認するためサーチパケットを送出する。図３は、その場合の動作フローを示す。サーチパケットに対するレスポンスがあった場合に通話が可能と判断し（Ｓ１３）、ＲＴＰによる音声データの送受信が出来る。ステップ１３以外は、図２と同様である。
【００２１】
サーチパケットとしては、例えば、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）のｐｉｎｇを用いる。すなわちＩＰ端末は、Ｅｃｈｏ Ｒｅｑｕｅｓｔを送り、受け取った相手側端末が、これに応答してＥｃｈｏ Ｒｅｐｌｙを返送する。ＩＰ端末からのｐｉｎｇによる要求に対して応答がない場合、そのＲＴＰポートでの通話が不可と判断する。
【００２２】
公知のポートで通信できない場合に音声データの送受信が行えないため、本発明では、データ通信の履歴テーブル１４を用いて、通話先のデータ通信可能な通信路を自動的に選択して相手先とデータの送受信を可能にする。履歴テーブル１４には、通信の日時順にそのポート番号が記録され、さらにそのポート番号の通信成功回数が記録されている。その中から、通信の可能性のあるポートへ接続して、音声データの送受信を可能にしている。
【００２３】
図４は、履歴テーブルを用いた場合の動作を示すフローチャートである。サーチパケットを送出して、ポートの確認を行い（Ｓ２１）、公知の通信ポートで通信可能な場合（Ｓ２２）、そのポートを通信用ポートに割当てて履歴テーブルに記録する（Ｓ２６）。公知の通信ポートで通信できない場合、履歴テーブルの中で通話先の履歴が複数あるときには、まず一番最近に通信が成功したものについて１番目の通信路候補として選択する（Ｓ２３）。そのポートで通信できない場合、過去の履歴の中から通信の成功例が多いものを通信路として選択する（Ｓ２４）。それらの通信可能なポートを通信用ポートに割当てて履歴テーブルに記録する（Ｓ２６）。以上の順で通信の可能性のあるポートへ接続して音声データの送受信を可能にする。
【００２４】
図５は、図１の構成に対して、ＩＰ端末が、自身と通話先のＩＰアドレスを確認するＩＰアドレス確認部１８を有する場合の構成を示す。これは送信元のＩＰ端末と通話先端末がプライベートＩＰアドレスを持つとき、同じネットワークにあることを確認して、ＲＴＰによる適切な音声データの送受信を行う手段である。これによって、ユーザーがネットワークの状況を意識せずに、通信効率の良い音声データの送受信を行うことが可能となる。
【００２５】
図６は、送信元端末と通話先端末が、同じネットワーク内でプライベート（ローカル）ＩＰアドレスを持つときの構成例を示す。同一ネットワーク内ではローカルＩＰアドレスを用い、ファイアウォールを介して他のネットワークと通信を行う場合は、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバによって、グローバルＩＰアドレスとローカルＩＰアドレスの変換を行う。端末Ａと端末Ｂは同一ネットワークにあり、ファイアウォールを介さないため、ＲＴＰによる適切な音声データの送受信を行うことができる。
【００２６】
次に図７、図８、図９を参照して、第２の実施形態を説明する。
【００２７】
図７は、本実施形態のＩＰ端末の構成例を示し、公知のポートで通信が出来ない場合に、ＩＰ端末が自身のＩＰアドレスとニックネームをサーバに送信するアドレス送信部１９ａと、通話相手のニックネームを送信してＩＰアドレスと通話可能なポートを要求するアドレス要求部１９ｂを有する。なお、ニックネームとは、通常使用する通称名称であり、例えば、「ｍｏｎａｉ＠ｎｅｃ」等である。
【００２８】
図８は、ニックネーム・サーバの構成例を示し、ネットワーク上のニックネームとＩＰアドレス、通信可能なポートをアドレステーブル５１に記録する。ＩＰ端末１０がニックネーム・サーバ５０に通話相手のニックネームを送信すると、ニックネーム・サーバのアドレス解決部５２は通話先のＩＰアドレスと通話可能なポートを通知するルーティング機能を有する。これによりＩＰ端末がこの通話可能なポートを用いて音声データの送受信が可能となる。ニックネーム・サーバを利用することにより、電話番号やＵＲＬといった覚えにくい対象を指定することなく通信相手にアクセスすることが可能になる。
【００２９】
図９は、ニックネーム・サーバを用いた場合の通信図である。ＩＰ端末は、ニックネーム・サーバから通知された通話先のＩＰアドレスに対して、通話可能なポートを用いることによって、ファイアウォールを越えて通話相手と音声通話を行うことができる。
【００３０】
図１０は、ニックネーム・サーバと履歴テーブルを用いた場合の動作を示すフローチャートである。まず、音声入出力部１１において音声を入力する（Ｓ３１）。次にデジタル・アナログ部１２において音声のアナログデータをデジタルデータへ変換する（Ｓ３２）。そして、ニックネーム・サーバに通話相手のニックネームを送信してＩＰアドレスと通話可能なポートを要求し（Ｓ３３）、ニックネーム・サーバより通知される通話可能なポートを利用して通信を試みる（Ｓ３４）。この場合、サーチパケットを用いてＲＴＰ通信が可能かどうかを判断する。その通信が失敗した場合には自身の履歴テーブルを用いて通信路を決定し（Ｓ３５）、再度音声データ通信を試みる。過去の通信履歴とニックネーム・サーバからの通話可能なポートを用いて音声データ通信可能なポートを自動で判断する（Ｓ３６）。デジタル化された音声を呼制御部１５へ渡し音声通話のための呼制御を行い（Ｓ３７）、さらに音声データをＩＰ通信部１６へ渡し、ＲＴＰ通話が可能な場合はＲＴＰ通信を行うためのパケット化を行い、ＲＴＰ通話が不可能な場合は通信可能なポートに対応したプロトコルによるパケット化を行う、（Ｓ３８）。ＩＰパケット化された音声データはＬＡＮインタフェース部１７へ渡され、ネットワークへ出力される（Ｓ３９）。
【００３１】
【発明の効果】
以上説明したように、本発明による第１の効果は、ファイアウォールがあってもＲＴＰによる音声データの送受信が可能かどうかを自動的に判断できることである。その理由は、予め定めたＲＴＰポートで通信が可能かどうかを判断するサーチパケットを送出し、そのパケットに対するレスポンスによって通話が可能かどうかを判断するためである。
【００３２】
第２の効果は、公知の通信ポートで通信できない場合にも音声データの送受信が可能になるように自動的に判断することである。その理由は、ＩＰ端末が自身に備えた履歴テーブルを参照することにより、通話先とのデータ通信路を自動的に選択するためである。
【００３３】
第３の効果は、ニックネーム・サーバを利用することにより、通話相手のニックネームさえ覚えていれば、通信相手にアクセスすることが可能になることである。
【図面の簡単な説明】
【図１】本発明の音声データ送受信自動選択システムの構成図である。
【図２】本発明の動作説明フローチャートである。
【図３】サーチパケットを送出してポートを確認する場合の動作説明フローチャートである。
【図４】履歴テーブルを用いた場合の動作を示すフローチャートである。
【図５】ＩＰ端末がＩＰアドレス確認部を有する場合の構成図である。
【図６】送信元端末と通話先端末が、同じネットワーク内にあるときの構成図である。
【図７】ＩＰ端末がアドレス送信部とアドレス要求部を有する場合の構成図である。
【図８】ニックネーム・サーバの構成図である。
【図９】ニックネーム・サーバを用いた場合の通信図である。
【図１０】ニックネーム・サーバと履歴テーブルを用いた場合の動作を示すフローチャートである。
【符号の説明】
１０ ＩＰ端末
１１ 音声入出力部
１２ デジタル・アナログ処理部
１３ ＲＴＰポート確認部
１４ 履歴テーブル
１５ 呼制御部
１６ ＩＰ通信部
１７ ＬＡＮインタフェース部
１８ ＩＰアドレス確認部
１９ａ アドレス送信部
１９ｂ アドレス要求部
２０ ＩＰ端末
３０ ファイアウォール
４０ ＩＰネットワーク
Claims (10)
- ＩＰ端末がファイアウォールを介して通話先端末と接続されたＩＰネットワークにおける音声データ送受信自動選択システムであって、
前記ＩＰ端末は、ＶｏＩＰの制御信号を処理する呼制御部と、音声や動画を入出力する音声入出力部と、入力した音声や動画をデジタル・アナログ変換処理するデジタル・アナログ処理部と、音声や動画データをＩＰで送信するＩＰ通信部と、ＲＴＰで通信可能か否か確認するＲＴＰポート確認部と、ファイアウォールを越えてデータ通信している通信を記録する履歴テーブルとを有し、
前記ＲＴＰポート確認部は、ＲＴＰ通信が可能か否か判断し、ＲＴＰ通話が可能な場合はそのＲＴＰポートを用い、ＲＴＰ通信のパケット化を行うため音声データを前記ＩＰ通信部へ渡し、ＲＴＰ通話が不可能な場合は、前記履歴テーブルを参照して音声データ通信が可能なポートを決定してから前記ＩＰ通信部へ音声データを渡すことを特徴とする音声データ送受信自動選択システム。 - 前記ＲＴＰポート確認部は、所定のＲＴＰポートで通話することが可能か否か確認するためのサーチパケットを送出し、このサーチパケットに対するレスポンスを受けた場合に通話が可能と判断し、ＲＴＰによる音声データの送受信を行うことを特徴とする請求項１記載の音声データ送受信自動選択システム。
- 前記ＲＴＰポート確認部は、サーチパケットを送出して、ポートの確認を行い、公知の通信ポートで通信可能な場合、そのポートを通信用ポートに割当てて履歴テーブルに記録し、
公知の通信ポートで通信できない場合、履歴テーブルの中で通話先の履歴が複数あるときには、一番最近に通信が成功したものについて１番目の通信路候補として選択し、そのポートで通信できない場合、過去の履歴の中から通信の成功例が多いものを通信路として選択することを特徴とする請求項２記載の音声データ送受信自動選択システム。 - 前記ＩＰ端末は、自身と通話先のＩＰアドレスを確認するＩＰアドレス確認部を有し、
前記ＩＰ端末と通話先端末がプライベートＩＰアドレスを持つとき、同じネットワークにあることを確認して、ＲＴＰによる音声データの送受信を行うことを特徴とする請求項１〜３のいずれかに記載の音声データ送受信自動選択システム。 - ネットワーク上のニックネームとＩＰアドレス、通信可能なポートをアドレステーブルに記録するニックネーム・サーバをさらに備え、
前記ＩＰ端末は、自身のＩＰアドレスとニックネームをサーバに送信するアドレス送信部と、通話相手のニックネームを送信し、ＩＰアドレスを要求するアドレス要求部とを有し、
前記ＩＰ端末が、前記ニックネーム・サーバに通話相手のニックネームを送信してアドレスを要求すると、前記ニックネーム・サーバが通話先のＩＰアドレスと通話可能なポートを通知し、
前記ＩＰ端末は、この通話可能なポートを用いて音声データの送受信を行うことを特徴とする請求項１〜４のいずれかに記載の音声データ送受信自動選択システム。 - 前記ＩＰ端末は、前記ニックネーム・サーバより通知される通話可能なポートを利用して通信を試み、通信が失敗した場合には自身の履歴テーブルを用いて通信路を決定し、再度音声データ通信を試みる手段を有し、
過去の通信履歴と前記ニックネーム・サーバからのポート情報を用いて音声データ通信可能なポートを自動で判断することを特徴とする請求項５記載の音声データ送受信自動選択システム。 - ＩＰネットワーク及びファイアウォールを介して通話先端末と接続されたＩＰ端末による音声データ送受信自動選択方法であって、
前記ＩＰ端末は、音声や動画データをＩＰで送信する際に、ＲＴＰ通信が可能か否か判断し、ＲＴＰ通話が可能な場合はそのＲＴＰポートを用い、ＲＴＰ通信を行うため音声データのパケット化を行い、
ＲＴＰ通話が不可能な場合は、ファイアウォールを越えて行われたデータ通信を記録した履歴テーブルによって音声データ通信が可能なポートを決定してから音声データのパケット化を行うことを特徴とする音声データ送受信自動選択方法。 - 所定のＲＴＰポートで通話することが可能か否か確認するためのサーチパケットを送出し、このサーチパケットに対するレスポンスを受けた場合に通話が可能と判断し、ＲＴＰによる音声データの送受信を行うことを特徴とする請求項７記載の音声データ送受信自動選択方法。
- ＩＰネットワーク及びファイアウォールを介して通話先端末と接続された音声データ送受信自動選択ＩＰ端末であって、
前記ＩＰ端末は、ＶｏＩＰの制御信号を処理する呼制御部と、音声や動画を入出力する音声入出力部と、入力した音声や動画をデジタル・アナログ変換処理するデジタル・アナログ処理部と、音声や動画データをＩＰで送信するＩＰ通信部と、ＲＴＰで通信可能か否か確認するＲＴＰポート確認部と、ファイアウォールを越えてデータ通信している通信を記録する履歴テーブルとを有し、
前記ＲＴＰポート確認部は、ＲＴＰ通信が可能か否か判断し、ＲＴＰ通話が可能な場合はそのＲＴＰポートを用い、ＲＴＰ通信のパケット化を行うため音声データを前記ＩＰ通信部へ渡し、ＲＴＰ通話が不可能な場合は、前記履歴テーブルを参照して音声データ通信が可能なポートを決定してから前記ＩＰ通信部へ渡すことを特徴とする音声データ送受信自動選択ＩＰ端末。 - 前記ＲＴＰポート確認部は、所定のＲＴＰポートで通話することが可能か否か確認するためのサーチパケットを送出し、このサーチパケットに対するレスポンスを受けた場合に通話が可能と判断し、ＲＴＰによる音声データの送受信を行うことを特徴とする請求項９記載の音声データ送受信自動選択ＩＰ端末。
Priority Applications (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002348065A JP3761512B2 (ja) | 2002-11-29 | 2002-11-29 | Ｉｐネットワークにおける音声データ送受信自動選択システム及び方法並びにｉｐ端末 |
| CA 2439363 CA2439363C (en) | 2002-11-29 | 2003-09-03 | System for automatically selecting voice data transmission and reception system for ip network, method thereof, and ip terminal |
| US10/654,128 US7301937B2 (en) | 2002-11-29 | 2003-09-04 | System for automatically selecting voice data transmission and reception system for IP network, method thereof, and IP terminal |
| TW92124574A TWI240516B (en) | 2002-11-29 | 2003-09-05 | System for automatically selecting voice data transmission and reception system for IP network, method thereof, and IP terminal |
| AU2003244602A AU2003244602B8 (en) | 2002-11-29 | 2003-09-08 | System for Automatically Selecting Voice Data Transmission and Reception System for IP Network, Method Thereof, and IP Terminal |
| DE60327151T DE60327151D1 (de) | 2002-11-29 | 2003-09-09 | Vorrichtungen und Verfahren zur automatischen Steuerung der Sprach-Daten-Übertragung über ein IP-Netzwerk |
| EP20030019695 EP1424826B1 (en) | 2002-11-29 | 2003-09-09 | Apparatuses and method for automatically controlling voice data transmission over IP network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002348065A JP3761512B2 (ja) | 2002-11-29 | 2002-11-29 | Ｉｐネットワークにおける音声データ送受信自動選択システム及び方法並びにｉｐ端末 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004186748A true JP2004186748A (ja) | 2004-07-02 |
| JP3761512B2 JP3761512B2 (ja) | 2006-03-29 |
Family
ID=32290496
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002348065A Expired - Lifetime JP3761512B2 (ja) | 2002-11-29 | 2002-11-29 | Ｉｐネットワークにおける音声データ送受信自動選択システム及び方法並びにｉｐ端末 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7301937B2 (ja) |
| EP (1) | EP1424826B1 (ja) |
| JP (1) | JP3761512B2 (ja) |
| AU (1) | AU2003244602B8 (ja) |
| CA (1) | CA2439363C (ja) |
| DE (1) | DE60327151D1 (ja) |
| TW (1) | TWI240516B (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070248105A1 (en) * | 2003-09-22 | 2007-10-25 | Koichi Shinoda | Data Communication System, Program, and Storage Medium |
| EP1617616B1 (en) * | 2004-07-15 | 2008-04-23 | Telefonaktiebolaget LM Ericsson (publ) | Denial-of-service protection |
| CN1331324C (zh) * | 2004-08-18 | 2007-08-08 | 华为技术有限公司 | 语音监听方法及系统 |
| CN100466598C (zh) * | 2004-10-22 | 2009-03-04 | 华为技术有限公司 | 一种基于rtp的数据报文传输的实现方法 |
| DE102004055331A1 (de) * | 2004-11-16 | 2006-08-17 | Jochen Schumacher | Verfahren zur Bereitstellung einer Adresse in einem Daten-Netzwerk |
| FR2887724B1 (fr) * | 2005-06-28 | 2007-08-24 | Alcatel Sa | Dispositif de gestion de connexion(s) client(s)/serveur(s), en presence de conditions hostiles dans des reseaux ip interconnectes |
| US8578046B2 (en) | 2005-10-20 | 2013-11-05 | Qualcomm Incorporated | System and method for adaptive media bundling for voice over internet protocol applications |
| JP2007201884A (ja) * | 2006-01-27 | 2007-08-09 | Sony Corp | 情報処理装置および方法、並びにプログラム |
| US8804694B2 (en) * | 2006-06-08 | 2014-08-12 | At&T Intellectual Property Ii, L.P. | Method and apparatus for invoking multimodal interaction in a VOIP call |
| JP6155555B2 (ja) * | 2012-05-30 | 2017-07-05 | 日本電気株式会社 | 情報処理システム、情報処理方法、情報処理装置、携帯端末およびその制御方法と制御プログラム |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2679635B2 (ja) | 1994-08-22 | 1997-11-19 | 日本電気株式会社 | Ｌａｎ間接続装置 |
| WO1999018530A1 (en) | 1997-10-06 | 1999-04-15 | Nexprise, Inc. | Trackpoint-based computer-implemented systems and methods for facilitating collaborative project development and communication |
| JP3522118B2 (ja) | 1998-08-05 | 2004-04-26 | 富士通株式会社 | インターネット電話用ゲートウェイ装置 |
| JP2000349821A (ja) | 1999-06-08 | 2000-12-15 | Hitachi Ltd | ポートアクセス制御システムとｆｔｐデータコネクション確立方法およびファイアウォール |
| JP3437545B2 (ja) | 1999-11-30 | 2003-08-18 | 三菱電機株式会社 | 通話装置アダプタ |
| JP4154821B2 (ja) | 1999-12-15 | 2008-09-24 | ソニー株式会社 | インターネットの接続システム |
| JP3576906B2 (ja) | 1999-12-21 | 2004-10-13 | Ｎｅｃインフロンティア株式会社 | インターネット網に接続可能な電話通信装置と主電話制御装置とｉｐアドレスを管理する方法 |
| JP2002009846A (ja) | 2000-06-19 | 2002-01-11 | Hitachi Commun Syst Inc | マルチメディアプロキシサーバを用いた通信システム |
| WO2002025451A1 (en) | 2000-09-18 | 2002-03-28 | Sonexis, Inc. | Method and system for transmitting data appearing on a computer screen |
| JP3606197B2 (ja) * | 2000-12-18 | 2005-01-05 | 日本電信電話株式会社 | 音声ゲートウェイおよびネットワーク輻輳制御方法 |
| US7167486B2 (en) * | 2001-01-19 | 2007-01-23 | Shoretel, Inc. | Voice traffic through a firewall |
-
2002
- 2002-11-29 JP JP2002348065A patent/JP3761512B2/ja not_active Expired - Lifetime
-
2003
- 2003-09-03 CA CA 2439363 patent/CA2439363C/en not_active Expired - Lifetime
- 2003-09-04 US US10/654,128 patent/US7301937B2/en active Active
- 2003-09-05 TW TW92124574A patent/TWI240516B/zh not_active IP Right Cessation
- 2003-09-08 AU AU2003244602A patent/AU2003244602B8/en not_active Expired
- 2003-09-09 EP EP20030019695 patent/EP1424826B1/en not_active Expired - Lifetime
- 2003-09-09 DE DE60327151T patent/DE60327151D1/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| TW200409493A (en) | 2004-06-01 |
| JP3761512B2 (ja) | 2006-03-29 |
| AU2003244602B2 (en) | 2009-09-03 |
| EP1424826B1 (en) | 2009-04-15 |
| CA2439363A1 (en) | 2004-05-29 |
| DE60327151D1 (de) | 2009-05-28 |
| EP1424826A2 (en) | 2004-06-02 |
| US7301937B2 (en) | 2007-11-27 |
| US20050099996A1 (en) | 2005-05-12 |
| EP1424826A3 (en) | 2006-04-05 |
| TWI240516B (en) | 2005-09-21 |
| AU2003244602B8 (en) | 2009-09-17 |
| CA2439363C (en) | 2007-05-22 |
| AU2003244602A1 (en) | 2004-06-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8204066B2 (en) | Method for predicting a port number of a NAT equipment based on results of inquiring the STUN server twice | |
| US9549071B2 (en) | Intercepting voice over IP communications and other data communications | |
| JP4502803B2 (ja) | 端末接続装置、接続制御装置及び多機能電話端末 | |
| WO2007041651A9 (en) | Enhancing user experience during handoffs in wireless communication | |
| RU2007107353A (ru) | Способ и устройство для обеспечения средства корреляции в гибридных телекоммуникационных сетях | |
| EP2097829B1 (en) | Method and system for managing communication devices | |
| US20060018267A1 (en) | IP telephone system, ENUM server and method for performing telephone conference | |
| JP2005129980A (ja) | ネットワーク、構内交換機、無線ｌａｎ端末及びそれに用いるマルチプロトコル通信端末制御方法 | |
| CA2786589A1 (en) | Method and apparatus for cellular roaming charge bypass call completion | |
| JP3761512B2 (ja) | Ｉｐネットワークにおける音声データ送受信自動選択システム及び方法並びにｉｐ端末 | |
| WO2016134131A1 (en) | Communications adaptor for use with internet telephony system | |
| EP1619868A2 (en) | IP telephone system, ENUM server and method for performing telephone conference | |
| EP2090057B1 (en) | Communication system | |
| US7836150B2 (en) | Point-to-point communication using UPnP protocol | |
| CN101873392B (zh) | 一种基于VoIP的呼叫方法、系统及装置 | |
| JP5769909B2 (ja) | 無線通信装置およびサーバ装置 | |
| US7995561B2 (en) | Techniques for implementing logical trunk groups with session initiation protocol (SIP) | |
| JP2006203324A (ja) | ゲートウェイシステム | |
| US20070223447A1 (en) | Gateway device and control method thereof | |
| JP2004080816A (ja) | Ｉｐ電話用ゲートウェイ装置の発着信処理、そのプログラムを記録した記録媒体、及びｉｐ電話システム | |
| Azfar et al. | Sip mobility modes: Application layer and data link layer | |
| JP2008131465A (ja) | 電話交換システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040419 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20040520 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050913 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050920 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051121 |
|
| 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: 20051216 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060110 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3761512 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100120 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110120 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110120 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120120 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130120 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130120 Year of fee payment: 7 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |