JP2005039342A - Router and control method thereof - Google Patents
Router and control method thereof Download PDFInfo
- Publication number
- JP2005039342A JP2005039342A JP2003197266A JP2003197266A JP2005039342A JP 2005039342 A JP2005039342 A JP 2005039342A JP 2003197266 A JP2003197266 A JP 2003197266A JP 2003197266 A JP2003197266 A JP 2003197266A JP 2005039342 A JP2005039342 A JP 2005039342A
- Authority
- JP
- Japan
- Prior art keywords
- data
- packet
- router
- address
- video
- 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.)
- Withdrawn
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、ネットワークを相互に接続し、IPパケットを送信先に中継するルータに関し、特に、IPパケットにより音声および/または映像の通信を行うIP電話等のIP通信装置を中継するルータにおける、通話履歴作成技術に関する。
【0002】
【従来の技術】
後掲の非特許文献1に、IP電話/テレビ電話をプライベートエリアネットワークに適用するためのルータの技法が開示されている。ここでは2通りの方法が紹介されている。
【0003】
一つの方法は、プライベートエリアネットワーク(PAN)から受信したIPパケットのデータ部に格納されている送信元プライベートアドレスをルータのグローバルアドレスに書き換えてLANに送信すると共に、変換テーブルを記録しておき、LANから受信したIPパケットのヘッダー部の宛先アドレスを、変換テーブルを参照してプライベートアドレスに逆変換して書き換えてPANに送信する方法である。この方法は主にH.323規格対応のIP電話/テレビ電話に用いられる。
【0004】
もう一つの方法は、ルータのLAN側グローバルアドレスを予めIP電話装置やテレビ電話装置に通知しておき、装置側がIPパケットのデータ部に格納するアドレスを通知されたグローバルアドレスに予め変換してパケットを送信しておく方法である。この方法は主にSIP規格対応のIP電話/テレビ電話に用いられる。
【0005】
図12は、前者の方法を用いるルータ200の構成を示す図である。
【0006】
201は、ローカルエリアネットワーク(LAN)に接続され、そのポートにグローバルアドレスが割り当てられているLANインタフェース(i/f)、202は、プライベートエリアネットワーク(PAN)に接続され、ポートにプライベートアドレスが割り当てられているPANi/fである。
【0007】
203は、ユーザの設定により必要に応じてLANi/f201から受信したパケットのフィルタリングを行うフィルタリング部、204は、ユーザの設定により必要に応じてPANi/f202から受信したパケットのフィルタリングを行うフィルタリング部である。
【0008】
205は、LANi/f201およびPANi/f202から受信したパケットをどちらのi/fに送り出すかまたはパケットを破棄するのかを決定するパケット監視/径路制御部である。
【0009】
206は、LANから受信したパケットとPANから受信したパケットのアドレス変換を行うアドレス変換部である。
【0010】
207は、PANi/f202およびPANに接続されたPCやIPテレビ電話装置に対してプライベートアドレスを割り当てるDHCPサーバ機能部である。
【0011】
208は、PANに接続されたIP電話やIPテレビ電話と、LANに接続されたIP電話やIPテレビ電話との間で送受信されるパケットをH.323規格に従って解析し、パケットのデータ部に格納されているH.245アドレスの変換をアドレス変換部206に指示するプロトコル解析部である。
【0012】
図13は、上記ルータ200を用いたH.323通信システムの構成を示す図である。
【0013】
LANとPANの両方に接続されたルータ200において、LANi/f201はLANで有効なグローバルアドレスを持ち、PANi/f202はPAN内部でのみ有効なプライベートアドレスを有している。
【0014】
IPテレビ電話301、PC302およびルータ200のPANi/f202は、HUB401とともにプライベートエリアネットワーク(PAN)を構成しており、そのIPアドレスはルータ200のDHCPサーバ機能部207により割り当てられる。このプライベートアドレスはPAN内部のみで有効なアドレスであるため、LAN402からこのアドレス宛てにアクセスすることはできない。そのため、IPテレビ電話303からPAN内部のIPテレビ電話301に接続する場合にはルータ200のグローバルアドレスを宛先として発呼する必要がある。
【0015】
ルータ200のパケット監視/径路制御部205では、H.323規格で呼接続パケットの受信ポート番号として定められているポート番号1720番に受信したパケットを、ユーザ設定によりあらかじめデフォルトの受信装置であると定めておいたIPテレビ電話装置301に転送するように径路を決定する。
【0016】
ルータ200のアドレス変換部206は、パケットの宛先IPアドレスをIPテレビ電話装置301のプライベートアドレスに変換し、PANに転送する。IPテレビ電話装置301はIPテレビ電話装置303宛ての応答パケットをルータのPANi/f202に送る。
【0017】
ルータ200はPANi/f202から受信したパケットをアドレス変換部206に送る。PANからLANへ送信するパケットに対しては、アドレス変換部206では2段階ののアドレス変換を行なう。
【0018】
1段階目は、IPパケットのヘッダ部を構成する送信元IPアドレスを、IPテレビ電話301のプライベートアドレスからルータ200のLANi/f201が有するグローバルアドレスに変換する。このとき同時に、アドレス変換部206は、IPテレビ電話301のプライベートアドレスとその上位プロトコルであるTCPまたはUDPプロトコルで使用しているポート番号の対応テーブルを作成し記憶しておく。このテーブルの使用目的は、LANからルータ宛てに来るパケットをPANのどの装置に転送すべきかをポート番号で判断するためである。
【0019】
2段階目は、IPパケットのデータ部に格納されるH.245アドレスを変換する。このH.245アドレスは、呼接続フェ−ズのQ.931Connectパケットや、H.245OpenLogicalChannelリクエストやH.245OpenLogicalChannelAckレスポンスパケットのデータ部に必要に応じて格納されている。
【0020】
ルータ200のH.225&H.245プロトコル解析部208は、アドレス変換部206を経由するパケットを解析し、IPテレビ電話301から受信したパケットのデータ部に格納されているH.245アドレスを、IPテレビ電話301のプライベートアドレスからルータ200のLANi/f201が有するグローバルアドレスに変換する指示をアドレス変換部206に送る。
【0021】
アドレス変換部206はパケットのH.245アドレスを変換する。このとき、H.245アドレスのプライベートアドレスとポート番号の対応テーブルを作成し記憶しておく。
【0022】
IPテレビ電話303は呼接続が完了すると、H.245制御チャネルを使用したマスタスレーブ決定および能力交換フェーズに進む。IPテレビ電話301から受信したConnectパケットのデータ部に含まれているH.245アドレスに宛てて、H.245パケットを送信する。これはルータ200のLANi/f201のアドレスに変換されているため、パケットはルータ200のLANi/f200に宛てて送られる。
【0023】
ルータ200のパケット監視/径路制御部205は、受信パケットの宛先ポート番号をアドレス変換部206内の変換対応テーブルと照らし合わせて、パケットの送信先はIPテレビ電話301であると判断する。パケットはアドレス変換部106に送られ、宛先アドレスがIPテレビ電話301のプライベートアドレスに変換され、PANi/f202からIPテレビ電話301に転送される。
【0024】
音声データはRTPストリームで伝送される。呼制御データがTCPパケットで伝送されるのに対して、RTPストリームはUDPパケットで伝送される。UDPパケットもTCPパケットと同様にルータ200のアドレス変換部206で変換が行われる。すなわち、IPテレビ電話301からの音声パケットはIPヘッダの送信元アドレスがプライベートアドレスからルータのグローバルアドレスに変換されてIPテレビ電話303に転送される。IPテレビ電話303からの音声パケットは、IPヘッダの送信先アドレスがルータのグローバルアドレスからIPテレビ電話301のプライベートアドレスに変換されて、IPテレビ電話301に転送される。
【0025】
以上、従来技術によるルータの動作を説明した。IPテレビ電話301から先に通話を開始することもできる。その場合も、アドレス変換部206で作成されるプライベートアドレスとポート番号の対応テーブルにより、LANから受信したパケットの送信先がIPテレビ電話装置であると判断することができる。
【0026】
ところで、上述したような従来のルータには音声データの録音機能やビデオデータの録画機能がなく、個々のIP電話装置やテレビ電話装置でその機能を実現する必要があった。
【0027】
しかし、現在主流となっている電話機型のIP電話専用装置またはIPテレビ電話専用装置や、テレビモニタに付加して使用するセットトップボックス型のテレビ会議システムでは、ハードディスクを搭載してないため、データの記録先は内蔵するフラッシュメモリなどしかなく、録音・録画機能を持つものは少ない。また、その機能があったとしても、記録できるデータ容量が少ないために短時間の録画しかできないという問題がある。
【0028】
なお、パーソナルコンピュータ(PC)にハードウェアを付加してテレビ会議を実現するシステムや、完全にPCのソフトウェアで実現するシステムでは、原理的にはハードディスクに録画することは可能である。しかし、その場合でも複数のテレビ電話装置を使用している場合には、録画データや録画履歴が個々の装置にばらばらに蓄えられてしまい、使いづらいという問題がある。
【0029】
これに対し、特許文献1には、ISDN回線とLANに接続して通常の電話機とIP電話機とのゲートウェイとして動作するルータ装置と、ルータ装置とHUBを介して接続する音声応答装置および音声録音装置とから構成される音声応答/録音ユニットを搭載するコールセンターシステムが開示されている。
【0030】
【非特許文献1】
「VoIPを解明する」,日経NETWORK,日経BP社,2002年6月号特集記事
【特許文献1】
特開2002−16708号公報
【0031】
【発明が解決しようとする課題】
しかしながら、特許文献1に開示されたようなシステムは、企業のコールセンターで用いる大規模な専用システムで、一般公衆網からの通話を記録するものである。したがって、一般ユーザや企業内部の個人ユーザが簡便に利用するインターネット電話環境に適したものではない。
【0032】
そこで、本発明の目的は、一般ユーザが家庭で利用したり企業内部のLANで小規模に導入して利用するテレビ電話端末やIP電話端末に対して、簡便な構成の録画機能や録音機能を提供することにある。
【0033】
また、本発明の別の目的は、ユーザが使用する複数のテレビ電話端末やIP電話端末で共有できる録画機能や録音機能を提供することにある。
【0034】
また、本発明の更に別の目的は、録画または録音された通話画像や通話音声を確認し再生するための簡便な方法を提供することにある。
【0035】
【課題を解決するための手段】
本発明の一側面によれば、例えば、ネットワークを相互に接続し、IPパケットを送信先に中継するルータであって、前記ネットワークにおけるIP通信装置による通信の履歴情報を作成する履歴作成手段と、前記IP通信装置からの音声および/または映像を蓄積する蓄積手段と、を有することを特徴とするルータが提供される。
【0036】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。
【0037】
図1は、本実施形態におけるルータ100の構成を示す図である。このルータは、異なるネットワークを相互に接続し、IPパケットを送信先に中継するものである。
【0038】
101は、ローカルエリアネットワーク(LAN)に接続され、そのポートにグローバルアドレスが割り当てられているLANインタフェース(i/f)、102は、プライベートエリアネットワーク(PAN)に接続され、ポートにプライベートアドレスが割り当てられているPANi/fである。
【0039】
103は、ユーザ設定により必要に応じてLANi/f101から受信したパケットのフィルタリングを行うフィルタリング部、104は、ユーザ設定により必要に応じてPANi/f102から受信したパケットのフィルタリングを行うフィルタリング部である。
【0040】
また、105は、LANi/f101およびPANi/f102から受信したパケットをどちらのインタフェースに送り出すかまたはパケットを破棄するのかを決定する径路制御部である。
【0041】
106は、LANから受信したパケットとPANから受信したパケットのアドレス変換を行うアドレス変換部である。107は、PANi/f102およびPANに接続されたPCやIP電話装置などの接続機器に対してプライベートアドレスを割り当てるDHCPサーバ機能部、108は、PANに接続されたIP電話装置から受信したパケットをH.323規格に従って解析し、パケットのデータ部に格納されているH.245アドレスの変換を指示し、さらにはパケットから通話先や通話元などの情報を解析するプロトコル解析部である。
【0042】
109は、プロトコル解析部108から発呼元アドレス、着呼先アドレス、通話時刻などの情報を受け取って通話履歴を作成する通話履歴作成部である。110は、プロトコル解析部108からの指示に従って、現在の通話に関連するRTPパケットを蓄積しファイルに保存するRTPパケット蓄積部である。
【0043】
111は、作成されたRTPパケットファイルからWWWサーバで公開するのに適したフォーマットに変換するストリームデータ変換部、112は、通話履歴およびストリームデータを公開するためのデータを作成するXMLデータ作成部、113はPANに接続された機器のブラウザやLANに接続された機器のブラウザに対してXMLデータ作成部112が作成したページを公開するWWWサーバ部である。
【0044】
図2は、上記ルータ100を含む通信システムの構成を示す図である。ここで説明する通信システムは、ある企業における社内LANに適用される程度の規模を想定している。
【0045】
401は上記したルータ100のPANi/f102の100BASE−Tポートに接続されるHUB、301はHUB401を介してルータ100に接続されるIP通信装置としてのIP電話装置、302はHUB401を介してルータ100に接続され、テレビ電話アプリケーションが動作する別のIP通信装置としてのパーソナルコンピュータ(PC)である。これらHUB401、IP電話装置301、およびPC302で、プライベートエリアネットワーク(PAN)が構成される。
【0046】
また、402はルータ100のLANi/f101のポートと接続されるLAN、303は不図示のルータまたはHUBなどのネットワーク接続装置を介してLAN402に接続されるIP電話装置である。
【0047】
図2を用いてルータ100の動作を説明する。
【0048】
まずはじめに、各装置に割り当てられているIPアドレスについて述べると、LAN402に接続されたIP電話装置303およびルータ100のLANi/f101はそれぞれ、固定のグローバルIPアドレスを有しており、ルータ100のPANi/f102およびPANに接続されたIP電話装置301およびPC302には、ルータ100のDHCPサーバ機能部107によりプライベートIPアドレス(以下、「プライベートアドレス」)が割り当てられる。
【0049】
ここで、IP電話装置301およびPANi/f102のプライベートアドレスがそれぞれ次のように割り当てられているとする。
【0050】
・IP電話装置301:192.168.2.2、
・PANi/f102:192.168.2.1
【0051】
また、IP電話装置303およびLANi/f101のグロバールIPアドレス(以下、「グローバルアドレス」)がそれぞれ次のように割り当てられているとする。
【0052】
・IP電話装置303:152.20.10.100、
・LANi/f101:152.20.10.50
【0053】
いま、PANにおけるIP電話装置301(プライベートアドレス192.168.2.2)のポート番号1757から、LAN402におけるIP電話303(グローバルアドレス152.20.10.100)に対して発呼する。この場合、IP電話303のグローバルアドレスを送信先とし、H.225規格で定められている公開ポート1720番を送信先ポートとしてSetup(接続要求)パケットが送信され、ルータ100のPANi/f102でパケットが受信される。
【0054】
以後、説明を簡単にするため、IPアドレスとポート番号の組み合わせをトランスポートアドレスと呼び、「IPアドレス:ポート番号」のような記法で表現するものとする。この記法に従えば、Setupパケットの送信先は、152.20.10.100:1720、Setupパケットの送信元は、192.168.2.2:1757、となる。
【0055】
受信パケットは径路制御部105で径路がLANi/f101に決定され、フィルタリング部104を経由してアドレス変換部106に送られる。アドレス変換部106は、パケットの送信元アドレスをプライベートアドレス192.168.2.2からLANi/f101のアドレス152.20.10.50に変換する。ポート番号1757は変換しない。これによりパケットの送信元トランスポートアドレスは、152.20.10.50:1757となる。
【0056】
同時に、アドレス変換部106は、変換元のプライベートアドレス192.168.2.2とポート番号1757の組み合わせをテーブルデータとして記憶しておく。
【0057】
変換したパケットはフィルタリング部103、LANi/f101を経由してLAN402に送信され、IP電話装置303で受信される。
【0058】
プロトコル解析部108は、IP電話装置301からのSetupパケットを解析して、次のような情報を抽出する。
・送信元アドレス(192.168.2.2)、
・送信先アドレス(152.20.10.100)、
・発呼側エイリアスアドレス、
・E.164アドレス、
・H.323−ID、
・ターミナルタイプ
【0059】
発呼側エイリアスアドレスはオプション要素であり、情報が無い場合もある。ゲートキーパーに登録されている場合にはE.164アドレスにその登録番号が入る。H.323−IDにはユーザ名や端末名などが入る。
【0060】
IP電話装置303は、ルータ100のグローバルアドレス152.20.10.50とポート番号1757を宛先としてConnect(接続完了)パケットを返す。このパケットには呼接続フェーズの次に行われるH.245ネゴシエーションフェーズで使用されるトランスポートアドレス152.20.10.100:1025が格納されている。
【0061】
径路制御部105はアドレス変換テーブルを参照して、ポート番号1757に対応したプライベートアドレスが192.168.2.2であることを確認してパケットをアドレス変換部106に渡す。
【0062】
アドレス変換部106はパケットの送信先アドレスをIP電話装置301のプライベートアドレス192.168.2.2に変換して、PANi/f102を介してIP電話装置301に送信する。ポート番号1757は変換しない。これによりパケットの宛先トランスポートアドレスは、192.168.2.2:1757となる。
【0063】
プロトコル解析部108は、IP電話装置303からのConnectパケットを解析して、次のような情報を抽出する。
・送信元アドレス(192.168.2.2)、
・送信先アドレス(152.20.10.100)、
・着呼側エイリアスアドレス
・E.164アドレス、
・H.323−ID
【0064】
着呼側エイリアスアドレスはオプション要素であり、情報が無い場合もある。ゲートキーパーに登録されている場合にはE.164アドレスにその登録番号が入る。H.323−IDにはユーザ名や端末名が入る。さらにパケットの到着時刻を記録する。この時刻は回線の接続開始時刻となる。
【0065】
IP電話装置301はConnectパケットで受信したH.245トランスポートアドレスを宛先として、H.245チャネルを使用してネゴシエーションフェーズを実行する。H.245チャネルを使用したネゴシエーションフェーズでは主にマスター・スレーブの決定および端末能力の交換が行われる。
【0066】
H.245チャネルで使用するIP電話装置301のポート番号が例えば1759であるとすると、IP電話装置301から送り出すパケットの送信先は、152.20.10.100:1025となり、送信元は、192.168.2.2:1759となる。
【0067】
アドレス変換部106により、パケットヘッダの送信元は、152.20.10.50:1759に変換される。同時に、アドレス変換テーブルにプライベートアドレス192.168.2.2とポート番号1759の対応が記録される。
【0068】
IP電話装置303から送り出すパケットの送信元は、152.20.10.100:1025、そのパケットの送信先は、152.20.10.50:1759である。
【0069】
プロトコル解析部108は、IP電話装置303からの能力交換パケットを解析して、次の情報を抽出する。
・発呼側端末の能力情報、
・着呼側端末の能力情報
【0070】
抽出した能力情報からは例えば、IP電話装置303はオーディオ送受信能力を有し、G.711のμ−lawで符号化を行う、といったことが確認されうる。
【0071】
端末能力交換で音声の送受信能力を有することが互いに確認されると、IP電話装置301からRTP音声パケットを送信するための論理チャネルの開設要求(OpenLogicalChannel)が送信先152.20.10.100:1025で送信される。
【0072】
このパケットには、RTP音声パケットの制御用チャネルであるRTCPパケットで使用する送信元UDPアドレス192.168.2.2:49605が格納されている。ルータはデータ中のUDPアドレスをLANi/f101のグローバルアドレス152.20.10.50:49605に変換する。
【0073】
プロトコル解析部108は、IP電話装置301からの論理チャネル開設要求パケットを解析して、次の情報を抽出する。
・論理チャネル番号、
・データタイプ、
・メディア・コントロール・チャネルが使うトランスポートアドレス
【0074】
上記データタイプからは例えば、IP電話装置301はオーディオ送受信能力を有し、G.711のμ−lawで符号化を行う、といったことが確認されうる。
【0075】
IP電話装置303は要求パケットを受信し、Ackパケットを返す。Ackパケットには、IP電話装置303がRTP音声パケットの受信用に用意するUDPアドレス152.20.10.100:8000と制御チャネルRTCPパケットの受信用に用意するUDPポートアドレス152.20.10.100:8001が格納されている。ルータ100はこのパケットをPANi/f101を介してIP電話装置301に送信する。
【0076】
プロトコル解析部108は、IP電話装置301からの論理チャネル開設要求パケットを解析して、次の情報を抽出する。
・論理チャネル番号、
・データタイプ、
・メディア・チャネルが使うトランスポートアドレス、
・メディア・コントロール・チャネルが使うトランスポートアドレス
【0077】
以上の動作により、IP電話装置301からIP電話装置303へ向けてRTP音声パケットを送信するための準備が整った。同時に、プロトコル解析部108により所定の情報が抽出された。
【0078】
一方、IP電話装置303からRTP音声パケットを送信するための論理チャネルの開設要求(OpenLogicalChannel)が、送信先152.20.10.50:1757で送信される。このパケットの送信元は192.168.2.2:1759である。
【0079】
このパケットには、RTP音声パケットの制御用チャネルであるRTCPストリームでIP電話装置303が使用する送信元UDPアドレス152.20.10.100:8001が格納されている。ルータ100はパケットをそのままPANi/f102を介してIP電話装置301に送信する。
【0080】
プロトコル解析部108は、IP電話装置301からの論理チャネル開設要求パケットを解析して、次の情報を抽出する。
・論理チャネル番号、
・データタイプ、
・メディア・コントロール・チャネルが使うトランスポートアドレス
【0081】
上記データタイプからは例えば、IP電話装置301はオーディオ送受信能力を有し、G.711のμ−lawで符号化を行う、といったことが確認されうる。
【0082】
IP電話装置301は要求パケットを受信し、Ackパケットを返す。Ackパケットには、IP電話装置301がRTP音声パケットの受信用に用意するUDPアドレス192.168.2.2:49604と制御チャネルRTCPパケットの受信用に用意するUDPポートアドレス192.168.2.2:49605が格納されている。ルータはこのパケットを受信して送信元アドレスを152.20.10.50:49605にアドレス変換してLANi/f101を介してIP電話装置303に送信する。
【0083】
プロトコル解析部108は、IP電話装置301からの論理チャネル開設要求パケットを解析して、次の情報を抽出する。
・論理チャネル番号、
・データタイプ、
・メディア・チャネルが使うトランスポートアドレス、
・メディア・コントロール・チャネルが使うトランスポートアドレス
【0084】
さらにパケットの到着時刻を記録する。この時刻は回線の音声通話開始時刻となる。
【0085】
以上の動作により、IP電話装置303からIP電話装置301へ向けてRTP音声パケットを送信するための準備が整った。同時に、プロトコル解析部108により所定の情報が抽出された。
【0086】
これで双方向の音声通話のための準備が完了したので、プロトコル解析部108はここまでに抽出された情報を通話履歴作成部109に送信する。通話履歴作成部109はプロトコル解析部108から受信した情報を元に通話履歴を作成する。その内容は、IP電話装置301からIP電話装置303への音声通話の開始時刻、使用される音声の符号化規則、両端末の符号化能力、ユーザに端末名を示すための表示用文字列を含む。
【0087】
続いてRTPパケットによる音声通話が開始される。
【0088】
IP電話装置301から送信元アドレス192.168.2.2:49604、送信先アドレス152.20.10.100:8000でRTP音声パケットが送信される。パケットはルータで送信元アドレス152.20.10.50:49604に変換されてIP電話装置303に送信され、IP電話装置303はアドレス152.20.10.50:49604で受信する。
【0089】
プロトコル解析部108は、メディア・チャネルが使う送信元トランスポートアドレス192.168.2.2:49604、および送信先トランスポートアドレス152.20.10.100:8000を確認して、そのアドレスと一致するパケットをアドレス変換部106から抽出し、RTPパケット蓄積部110にコピーする。
【0090】
IP電話装置303から送信元アドレス152.20.10.100:8000、送信先アドレス152.20.10.50:49604でRTP音声パケットが送信される。ルータは送信先アドレスを192.168.2.2:49604に変換してパケットをIP電話装置303に送信し、IP電話装置303はアドレス192.168.2.2:49604で受信する。
【0091】
プロトコル解析部108は、メディア・チャネルが使う送信元トランスポートアドレス152.20.10.100:8000、および送信先トランスポートアドレス152.20.10.50:49604を確認して、そのアドレスと一致するパケットをアドレス変換部106から抽出し、RTPパケット蓄積部110にコピーする。
【0092】
ユーザが通話を完了させると、H.245セッション終了コマンドが送信される。プロトコル解析部108は、パケットを解析してH.245セッションの完了を確認し、アドレス変換テーブルからH.245セッションで使用していたエントリを削除する。さらに、パケットの到着時刻を記録する。この時刻は、音声通話の終了時刻となる。
【0093】
同時に、プロトコル解析部108は、RTPパケット蓄積部110に音声通話の終了を知らせる。RTPパケット蓄積部110は音声パケットの蓄積を完了し、ファイルをクローズする。
【0094】
双方の端末からQ.931開放コマンドが送信される。プロトコル解析部108は、パケットを解析して呼の切断を確認し、アドレス変換テーブルからH.225(Q.931)セッションで使用していたエントリを削除する。さらに、パケットの到着時刻を記録する。この時刻は回線の切断時刻となる。また、通話履歴作成部109に情報を送信する。通話履歴作成部109は通話の終了を記録し、通話に関する情報をファイルに保存する。
【0095】
以上の動作により、音声通話が終了し、通話履歴作成部109には通話に関する通話履歴が作成されファイルに保存されている。また、RTPパケット蓄積部110には通話内容がファイルに保存されている。
【0096】
図3に、H.323規格に従ってIPテレビ電話装置を接続したときの接続シーケンスおよび伝送されるトランスポートアドレスを示す。
【0097】
SourceIPおよびSourcePortは、パケットの送信元情報を示しており、それぞれ送信元IPアドレス及びTCPポート番号を表している。MsgTypeは、Q.931またはH.245プロトコルで使用されるメッセージタイプを、Msgはそこで伝送されるH.225メッセージまたはH.245メッセージを示している。
【0098】
Dataフィールド以降は、メッセージに付随して伝送される付加情報を示している。Netフィールドと後続するPortフィールドは、H.245制御チャネルを受信待ちするIPアドレス及びTCPポート番号を示している。FL CNフィールドはメディアデータの送信または受信に使用する論理チャネル番号を示している。MC NetとMC Portフィールドは、メディアチャネルを受信待ちするIPアドレス及びUDPポート番号を示している。MMC NetとMCC Portフィールドは、メディア・コントロール・チャネルを受信待ちするIPアドレス及びUDPポート番号を示している。
【0099】
ここでは、IPアドレス192.168.2.2のマシンから152.20.10.100のマシンへH.323コールを発呼した場合の例を示してある。
【0100】
以下、さらに詳細を説明する。
最初に行われるのは呼の接続である。Q.931/H.225規格に従って呼接続(Setup)メッセージが送信される。
【0101】
着呼側端末は規格で定められたTCPポート番号1720番で受信待ちしている。Setupメッセージを受信すると、受信処理中を示すCallProcメッセージをパケットの送信元アドレスである192.168.2.2のポート番号1757に送り返す。
【0102】
続いて着呼側端末は、端末のユーザにH.323接続要求が到着したことを示すために、例えば呼び出しベルを鳴らせるなどの処理を行い、呼び出し中(Alertting)メッセージを返す。受信側のユーザが接続を受け入れると、Connectメッセージを返して呼の接続が完了する。
【0103】
Connectメッセージには、次のフェーズで受信側が使用するH.245チャネルのアドレス情報を格納している。この例では、IPアドレス152.20.10.100、TCPポート1025番である。
【0104】
発呼側端末は、TCPポート1025番を使用して新たにH.245チャネルをオープンし、発呼側と着呼側の間でH.245規格に従ったやりとりが行われる。すなわち、H.245リクエストおよびH.245レスポンスにより、マスター・スレープ決定、端末能力交換が行われる。
【0105】
端末能力交換により、必要とする音声能力と映像能力を互いの端末が保有していることが確認されると、音声送信チャネル及び映像送信チャネルを開くフェーズに進む。このメディアデータを伝送するチャネルは論理チャネルと呼ばれ、UDPポートが使用される。例えば映像送信チャネルの開設要求では、OpenLogicalChannelメッセージのデータ部にメディア種別と論理チャネル番号を指定してH.245リクエストを送信する。メディア種別には例えばVideoが、論理チャネル番号には258が指定される。
【0106】
それに対して、受信側は映像チャネルの開設を確認し、OpenLogicalChannelAckメッセージをH.245レスポンスに格納して送信元に返す。このメッセージには、3つの情報が付随している。一つ目の情報は、どのチャネル開設要求に対する確認メッセージなのかを示す論理チャネル番号であり、この場合は258番である。二番目の情報は、メディアデータを受信するメディアチャネルのアドレスであり、この例ではIPアドレス152.20.10.100番UDPポート番号8002番で映像を受信する。最後の情報は、メディアチャネルのフロー制御を行うメディア・コントロール・チャネルの受信アドレスであり、この例ではIPアドレス152.20.10.100番UDPポート番号8003番である。
【0107】
一つのメディアチャネルでは、ただ一種類のメディアデータが片方向にのみ伝送される。従って、映像と音声を互いに送受信するために、4つの論理チャネルがオープンされる。一方、一つのメディア・コントロール・チャネルでは、ただ一つの種類のメディアデータに関して、双方向の通信に関する制御が行われる。そのため、映像コントロール用と音声コントロール用とで2つのチャネルがオープンされる。全てのチャネルがオープンされると通話が開始される。
【0108】
ユーザが通話を終了させると、終了させた側の端末からH.245コマンドにより通話の終了を示すセッション終了(EndSession)メッセージが送信され、両端末ともメディアデータの送受信を終了させる。ここでは、IPアドレス192.168.2.2の端末側から通話を切断している。H.245チャネルが切断されると、最後にQ.931規格の解放完了(ReleaseComplete)メッセージをお互いに送信し合い、呼を切断する。
【0109】
図4は、通話履歴作成部109が作成する情報のうち端末に関する情報の例を示す図である。
【0110】
端末情報は1つの端末につき1つ作成され、同じ端末が複数回通話しても情報が同じであれば変更されない。情報が異なった場合には最新の情報に更新される。図示の例では、IP電話装置301(192.168.2.2)とIP電話装置303(152.20.10.100)の2つの端末情報が記録されている。端末情報は、図示の如く、アドレス、エイリアス、端末タイプ、能力情報を含む。例えば、IP電話装置301にはエイリアスアドレス“Taro”が、IP電話装置303にはエイリアスアドレス“Hanako”が記録されている。
【0111】
図5は、通話履歴作成部109が作成する通話履歴情報の例を示す図である。
【0112】
通話履歴情報は通話ごとに作成される。図示の例では、IP電話装置301からIP電話装置303への音声通話、および映像送受信の履歴が記録されている。この履歴によれば、音声通話にはG.711μLaw符号化規則が使用され、映像の送受信にはH.263符号化規則、映像サイズはCIFが使用されたことがわかる。
【0113】
ところで、ストリームデータ変換部111はRTPパケット蓄積部110に保存されたRTP音声パケットを読み込み、IP電話装置301が送信した音声パケットとIP電話装置303が送信した音声パケットをいったん個別に再生し、IP電話装置301からの音声データ、IP電話装置303からの音声データ、発呼側であるIP電話装置301の音声を右チャネル、着呼側であるIP電話装置303の音声を左チャネルとしたステレオ形式の音声データ、の3通りに符号化しなおして、それぞれファイルに保存する。各々の音声データの符号化には例えばMP3を用いる。
【0114】
図6は、ストリームデータ変換部111における音声データ変換処理に係る構成を示す図である。
【0115】
発呼側と着呼側の音声を別チャネルとするステレオ音声で符号化する場合には、スイッチ(SW)501とスイッチ502をON、スイッチ503とスイッチ504をOFFとする。G.711符号化されている発信側音声パケットはスイッチ501を介してデコーダ505に入力されてそこでデコードされ、MP3エンコーダ507の右チャネルに入力される。G.711符号化されている着信側音声パケットはスイッチ502を介してデコーダ506に入力されてそこでデコードされ、MP3エンコーダ507の左チャネルに入力される。そして、MP3エンコーダ507で圧縮符号化されて、ステレオ音声符号化パケットが出力される。
【0116】
発信側音声のみ出力する場合には、スイッチ501とスイッチ503をON、スイッチ502とスイッチ504をOFFとする。G.711符号化されている発信側音声パケットはデコーダ505でデコードされ、MP3エンコーダ507の右チャネルと左チャネルの両方に入力される。そして、MP3エンコーダ507で圧縮符号化され、左右チャネルで同じ出力のステレオ音声符号化パケットが出力される。
【0117】
また、着信側音声のみ出力する場合には、スイッチ502とスイッチ504をON、スイッチ501とスイッチ503をOFFとする。G.711符号化されている着信側音声パケットはデコーダ505でデコードされ、MP3エンコーダ507の右チャネルと左チャネルの両方に入力される。そして、MP3エンコーダ507で圧縮符号化され、左右チャネルで同じ出力のステレオ音声符号化パケットが出力される。
【0118】
さらに、ストリームデータ変換部111は、RTPパケット蓄積部110に保存されたRTP映像パケットを読み込み、IP電話装置301が送信した映像パケットとIP電話装置303が送信した映像パケットをそれぞれ個別に再生した後に、WWWブラウザで表示可能な符号化形式に変換する。この符号化形式には例えば一般的に使用されているMPEG1を用いる。双方が送信した映像がそれぞれ個別のファイルとして保存される。
【0119】
さらに、作成した上記3通りの音声データと、作成した上記2通りの映像データとを組み合わせて、以下に示す4通りの複合データを作成する。すなわち、
(1)IP電話装置301(発呼側)からの映像と音声を組み合わせたデータファイル、
(2)IP電話装置303(着呼側)からの映像と音声を組み合わせたデータファイル、
(3)IP電話装置301からの音声とIP電話装置303からの音声をそれぞれ別チャネルとするステレオ音声と、IP電話装置301からの映像とを組み合わせたデータファイル、
(4)IP電話装置301からの音声とIP電話装置303からの音声をそれぞれ別チャネルとするステレオ音声と、IP電話装置303からの映像とを組み合わせたデータファイル、
を作成する。
【0120】
このようにして、IPテレビ電話による通話または映像送受信を簡便な構成で記録することができる。また、これらの通話もしくは映像送受信の記録機能が、ルータによって実現されるので、この録画機能は、ユーザが使用する複数のテレビ電話端末やIP電話端末で共有することができる。
【0121】
続いて、実施形態における通話履歴の確認処理について説明する。
【0122】
XMLデータ作成部112は、通話履歴作成部112で作成された通話履歴と、ストリームデータ変換部111で作成された音声データおよび映像データへのリンクを表示するWWWページデータを作成しファイルに保存する。その後WWWサーバ部113にページのアップデートを通知する。
【0123】
WWWサーバ部113は、XMLデータ作成部112からページアップデート通知を受信してページデータを読み込み、更新されたページをネットワークに公開する。
【0124】
PANにおけるPC302のWWWブラウザからルータ100が公開するWWWサーバにアクセスすると、XMLデータ作成部112によって作成されたページが表示され、通話履歴を確認することができる。
【0125】
図7は、PC302のWWWブラウザによって表示される通話履歴表示画面の一例を示す図である。
【0126】
図示の例では、2002年6月30日と同年7月1日の2日分の通話履歴が表示されている。通話履歴はスクロール無しのページ単位で画面に表示されている。「前ページ」ボタン71を例えばマウスでクリックすると2002年6月30日より前の日の履歴が表示され、「次ページ」ボタン72をクリックすると同年7月1日以降の履歴が表示される。また、「再生」リンク表示73をクリックすると、対応する再生ストリームの選択画面が表示され、「詳細」リンク表示74をクリックすると、対応する通話の詳細情報が表示される。
【0127】
図8は、再生ストリームの選択画面の一例を示す図である。
【0128】
「音声のみ再生」リンク表示81をクリックすると、ストリームデータ変換部111によって上述のように作成された、発呼側(IP電話装置301)と着呼側(IP電話装置303)の音声をそれぞれ別チャネルとするステレオ音声が再生される。
【0129】
また、「発信側のみ再生」リンク表示82をクリックすると、IP電話装置301からの映像と音声からなるストリームが送信されブラウザで再生され、「着信側のみ再生」リンク表示83をクリックすると、IP電話装置303からの映像と音声からなるストリームが送信されブラウザで再生される。
【0130】
また、「発信側映像と両音声再生」リンク表示84をクリックすると、IP電話装置301からの音声とIP電話装置303からの音声をそれぞれ別チャネルとするステレオ音声と、IP電話装置301からの映像とを組み合わせたデータファイルによるストリームが送信されブラウザで再生される。
【0131】
また、「着信側映像と両音声再生」リンク表示85をクリックすると、IP電話装置301からの音声とIP電話装置303からの音声をそれぞれ別チャネルとするステレオ音声と、IP電話装置303からの映像とを組み合わせたデータファイルによるストリームが送信されブラウザで再生される。
【0132】
また、「全て再生」リンク表示86をクリックすると、IP電話装置301からの映像とIP電話装置303からの映像が独立したビデオストリームとして送信されるとともに、IP電話装置301からの音声とIP電話装置303からの音声をそれぞれ別チャネルとするステレオ音声のストリームが送信されブラウザで再生される。
【0133】
なお、一般のブラウザでの音声や映像のストリームデータの再生は、例えばマイクロソフト社から提供されているWindows(登録商標) Media Playerやリアルネットワークス社から提供されているRealPalyerなどのプログラムをPCにインストールしておくことで自動的に行うことができる。これらのプログラムによれば、ダウンロードを伴わずに、データ転送を行いながら再生を行ういわゆるストリーミング再生が可能になる。もちろん、すべてダウンロードを完了した後に再生を行うようにしてもよい。
【0134】
図9は、通話の詳細情報表示画面の一例を示す図である。
【0135】
「戻る」ボタン91をクリックすると一つ前の画面である図7の通話履歴画面に戻る。端末ID表示をクリックすると、図10に示すような、対応する端末に関する詳細情報が表示される。
【0136】
図10は、端末識別子0002の端末に関する詳細情報の表示例を示す図である。「戻る」ボタン95をクリックすると、1つ前の図9の画面に戻る。「履歴抽出」の表示96をクリックすると、現在選択されている端末(識別子0002)に係る通話が履歴から抽出され、図11に示すような通話履歴情報が表示される。
【0137】
図11は、端末0002の通話履歴の表示画面の一例を示す図である。
【0138】
ここでは、2002年6月30日と同年7月1日の2日分が画面に表示されている。「前ページ」ボタン1101をクリックすると2002年6月30日より前の日の抽出された履歴が表示され、「次ページ」ボタン1102を押すと2002年7月1日以降の抽出された履歴が表示される。また、「戻る」ボタン1103をクリックすると、端末情報表示画面である図10の画面に戻る。「再生」リンク表示1104および「詳細」リンク表示1105をクリックしたときの動作は、図7の画面の場合と同様であるので説明は省略する。
【0139】
以上説明した実施形態によれば、プライベートエリアネットワーク(PAN)に接続されたIP電話装置の設定を変更する必要なしに、自動的にIP電話の通話を録音するとともに通話履歴を作成保存することができる。PANに接続されたどの端末からIP電話を発呼しても、また、どの端末で着呼してもその通話内容を保存することができる。
【0140】
さらに、保存された通話履歴をブラウザから確認し、録音された音声を再生することも可能である。さらには、発信側の音声と受信側の音声を左右異なるチャネルで再生することにより、両者の音声が混じることなく臨場感があり、かつ明瞭な再生を行うことができる。
【0141】
なお、上述した実施形態は、保存された通話履歴を確認する手段としてWWWブラウザを利用するものであった。WWWサーバとWWWブラウザとの間のデータ通信は一般にHTTP(Hyertext Transfer Protocol)が使用されることになるが、本発明はこれに限定されるものではない。例えば、FTP(File Transfer Protocol)を使用して通話履歴の内容を確認する構成をとってもよいであろう。
【0142】
(他の実施形態)
以上、本発明の実施形態を詳述したが、本発明は、例えばシステム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。また、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【0143】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータがその供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。その場合、プログラムの機能を有していれば、その形態はプログラムである必要はない。
【0144】
従って、本発明の機能処理をコンピュータで実現するために、そのコンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の特許請求の範囲には、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【0145】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等、プログラムの形態を問わない。
【0146】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD−ROM、CD−R、CD−RW、磁気テープ、不揮発性のメモリカード、ROM、DVD(DVD−ROM,DVD−R)などがある。
【0147】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、そのホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバも、本発明のクレームに含まれるものである。
【0148】
また、本発明のプログラムを暗号化してCD−ROM等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【0149】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているOSなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【0150】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【0151】
【発明の効果】
本発明によれば、一般ユーザが家庭で利用したり企業内部のLANで小規模に導入して利用するテレビ電話端末やIP電話端末に対して、簡便な構成の録画機能や録音機能を提供することができる。
【0152】
また、本発明によれば、ユーザが使用する複数のテレビ電話端末やIP電話端末で共有できる録画機能や録音機能を提供することができる。
【0153】
さらに、本発明によれば、録画または録音された通話画像や通話音声を確認し再生するための簡便な方法を提供することができる。
【図面の簡単な説明】
【図1】実施形態におけるルータの構成を示す図である。
【図2】実施形態におけるルータを含む通信システムの構成を示す図である。
【図3】H.323規格に従ってIPテレビ電話装置を接続したときの接続シーケンスおよび伝送されるトランスポートアドレスを示す図である。
【図4】通話履歴に保存される端末情報の例を示す図である。
【図5】通話履歴に保存される通話情報の例を示す図である。
【図6】ストリームデータ変換部における音声データ変換処理に係る構成を示す図である。
【図7】通話履歴表示画面の一例を示す図である。
【図8】再生ストリームの選択画面の一例を示す図である。
【図9】通話の詳細情報表示画面の一例を示す図である。
【図10】所定端末に関する詳細情報の表示例を示す図である。
【図11】通話履歴の表示画面の一例を示す図である。
【図12】従来のルータの構成を示す図である。
【図13】従来のルータを用いたH.323通信システムの構成を示す図である。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a router that connects networks to each other and relays IP packets to a transmission destination, and more particularly to a call in a router that relays an IP communication device such as an IP phone that performs voice and / or video communication using IP packets. Related to history creation technology.
[0002]
[Prior art]
Non-Patent Document 1 described later discloses a router technique for applying an IP phone / video phone to a private area network. Two methods are introduced here.
[0003]
One method is to rewrite the source private address stored in the data part of the IP packet received from the private area network (PAN) to the global address of the router and transmit it to the LAN, and record the conversion table, In this method, the destination address in the header part of the IP packet received from the LAN is converted back to a private address by referring to the conversion table and rewritten and transmitted to the PAN. This method is mainly described in H.C. It is used for IP phones / videophones compliant with the H.323 standard.
[0004]
Another method is to notify the router's LAN-side global address in advance to the IP telephone device or videophone device, and the device side converts the address stored in the data portion of the IP packet into the notified global address in advance. It is a method of sending. This method is mainly used for IP telephones / videophones compliant with the SIP standard.
[0005]
FIG. 12 is a diagram illustrating a configuration of the
[0006]
201 is a LAN interface (i / f) that is connected to a local area network (LAN) and a global address is assigned to the port, 202 is connected to a private area network (PAN), and a private address is assigned to the port PANi / f.
[0007]
A
[0008]
[0009]
[0010]
A DHCP
[0011]
208 designates packets transmitted and received between an IP phone or IP videophone connected to the PAN and an IP phone or IP videophone connected to the LAN. H.323 analyzed according to the H.323 standard and stored in the data portion of the packet. The protocol analysis unit instructs the
[0012]
FIG. 13 shows an H.264 using the
[0013]
In the
[0014]
The
[0015]
In the packet monitoring /
[0016]
The
[0017]
The
[0018]
In the first stage, the source IP address constituting the header part of the IP packet is converted from the private address of the
[0019]
The second stage is H.264 stored in the data part of the IP packet. 245 address is converted. This H. The 245 address is the Q.Q of the call connection phase. 931 Connect packet, 245OpenLogicalChannel request or H.264. It is stored in the data part of the 245OpenLogicalChannelAck response packet as necessary.
[0020]
H. of
[0021]
The
[0022]
When the
[0023]
The packet monitoring /
[0024]
Audio data is transmitted as an RTP stream. Call control data is transmitted in TCP packets, whereas RTP streams are transmitted in UDP packets. The UDP packet is also converted by the
[0025]
The operation of the conventional router has been described above. It is also possible to start a call first from the
[0026]
By the way, the conventional router as described above does not have a voice data recording function or a video data recording function, and it is necessary to realize the functions by individual IP telephone devices and videophone devices.
[0027]
However, the current mainstream telephone type IP phone dedicated device or IP video phone dedicated device and the set top box type video conference system used in addition to the TV monitor do not have a hard disk. There is only a built-in flash memory, etc., and there are few recording / recording functions. Even with this function, there is a problem that only a short time recording can be performed due to a small amount of data that can be recorded.
[0028]
In addition, in a system that realizes a video conference by adding hardware to a personal computer (PC) or a system that is completely realized by software of a PC, recording in a hard disk is possible in principle. However, even in such a case, when a plurality of videophone devices are used, there is a problem that recording data and recording histories are stored separately in each device, making it difficult to use.
[0029]
On the other hand, Patent Document 1 discloses a router device that operates as a gateway between an ordinary telephone and an IP telephone connected to an ISDN line and a LAN, and a voice response device and a voice recording device that are connected to the router device via a HUB. A call center system equipped with a voice response / recording unit comprising:
[0030]
[Non-Patent Document 1]
“Understanding VoIP”, Nikkei NETWORK, Nikkei BP, June 2002 Special Feature Article
[Patent Document 1]
JP 2002-16708 A
[0031]
[Problems to be solved by the invention]
However, the system disclosed in Patent Document 1 is a large-scale dedicated system used in a company call center, and records calls from the general public network. Therefore, it is not suitable for an Internet telephone environment that is easily used by general users or individual users inside a company.
[0032]
Therefore, an object of the present invention is to provide a recording function and a recording function with a simple configuration for a videophone terminal or an IP telephone terminal that is used by a general user at home or introduced on a small scale in a company internal LAN. It is to provide.
[0033]
Another object of the present invention is to provide a recording function and a recording function that can be shared by a plurality of videophone terminals and IP telephone terminals used by a user.
[0034]
Still another object of the present invention is to provide a simple method for confirming and reproducing a recorded or recorded call image or call voice.
[0035]
[Means for Solving the Problems]
According to one aspect of the present invention, for example, a router that interconnects networks and relays an IP packet to a destination, history creation means for creating history information of communication by an IP communication device in the network; There is provided a router having storage means for storing voice and / or video from the IP communication device.
[0036]
DETAILED DESCRIPTION OF THE INVENTION
DESCRIPTION OF EMBODIMENTS Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the drawings.
[0037]
FIG. 1 is a diagram illustrating a configuration of the
[0038]
101 is a LAN interface (i / f) connected to a local area network (LAN) and a global address is assigned to the port, 102 is connected to a private area network (PAN), and a private address is assigned to the port PANi / f.
[0039]
A
[0040]
Reference numeral 105 denotes a path control unit that determines which interface the packet received from the LANi /
[0041]
[0042]
[0043]
111 is a stream data conversion unit that converts the created RTP packet file into a format suitable for publication on the WWW server, 112 is an XML data creation unit that creates data for publishing call history and stream data, A
[0044]
FIG. 2 is a diagram showing a configuration of a communication system including the
[0045]
[0046]
[0047]
The operation of the
[0048]
First, the IP address assigned to each device will be described. The
[0049]
Here, it is assumed that the private addresses of
[0050]
IP telephone device 301: 192.168.2.2,
PANi / f102: 192.168.2.1
[0051]
Assume that the global IP addresses (hereinafter referred to as “global addresses”) of the
[0052]
IP telephone device 303: 152.20.10.10.
LANi / f101: 152.20.10.50
[0053]
Now, a call is made from the
[0054]
Hereinafter, in order to simplify the description, a combination of an IP address and a port number is referred to as a transport address, and is expressed by a notation such as “IP address: port number”. According to this notation, the destination of the Setup packet is 152.20.10.100:1720, and the source of the Setup packet is 192.168.2.2:1757.
[0055]
The route of the received packet is determined by the route control unit 105 to LANi /
[0056]
At the same time, the
[0057]
The converted packet is transmitted to the
[0058]
The
-Source address (192.168.2.2),
-Destination address (152.20.10.100),
・ Calling party alias address,
E. 164 addresses,
・ H. 323-ID,
・ Terminal type
[0059]
The calling party alias address is an optional element and may not have any information. E. if registered with the gatekeeper. The registration number is entered at 164 address. H. A user name, a terminal name, and the like are entered in 323-ID.
[0060]
The
[0061]
The path control unit 105 refers to the address conversion table, confirms that the private address corresponding to the
[0062]
The
[0063]
The
-Source address (192.168.2.2),
-Destination address (152.20.10.100),
・ Calling party alias address
E. 164 addresses,
・ H. 323-ID
[0064]
The called party alias address is an optional element and may not have any information. E. if registered with the gatekeeper. The registration number is entered at 164 address. H. A user name and a terminal name are entered in 323-ID. Furthermore, the arrival time of the packet is recorded. This time is the connection start time of the line.
[0065]
The
[0066]
H. If the port number of the
[0067]
The
[0068]
The transmission source of the packet sent out from the
[0069]
The
・ Capability information of the calling terminal,
・ Capability information of the called terminal
[0070]
From the extracted capability information, for example, the
[0071]
When it is mutually confirmed that the voice transmission / reception capability is obtained by the terminal capability exchange, a request for opening a logical channel (OpenLogicalChannel) for transmitting the RTP voice packet from the
[0072]
This packet stores a source UDP address 192.168.2.2:49605 used in an RTCP packet that is a control channel for RTP voice packets. The router converts the UDP address in the data to the global address 152.20.10.50:49605 of LANi / f101.
[0073]
The
・ Logical channel number,
·data type,
Transport address used by the media control channel
[0074]
From the above data type, for example, the
[0075]
The
[0076]
The
・ Logical channel number,
·data type,
The transport address used by the media channel,
Transport address used by the media control channel
[0077]
With the above operation, preparations for transmitting RTP voice packets from
[0078]
On the other hand, a request for opening a logical channel (OpenLogicalChannel) for transmitting an RTP voice packet is transmitted from the
[0079]
In this packet, the source UDP address 152.20.10.100:8001 used by the
[0080]
The
・ Logical channel number,
·data type,
Transport address used by the media control channel
[0081]
From the above data type, for example, the
[0082]
The
[0083]
The
・ Logical channel number,
·data type,
The transport address used by the media channel,
Transport address used by the media control channel
[0084]
Furthermore, the arrival time of the packet is recorded. This time becomes the voice call start time of the line.
[0085]
With the above operation, preparation for transmitting an RTP voice packet from
[0086]
Now that the preparation for the two-way voice call is completed, the
[0087]
Subsequently, a voice call using the RTP packet is started.
[0088]
An RTP voice packet is transmitted from the
[0089]
The
[0090]
An RTP voice packet is transmitted from
[0091]
The
[0092]
When the user completes the call, H. A 245 session end command is transmitted. The
[0093]
At the same time, the
[0094]
Q. A 931 release command is transmitted. The
[0095]
With the above operation, the voice call is finished, and a call history related to the call is created in the call
[0096]
In FIG. A connection sequence and a transport address to be transmitted when an IP videophone apparatus is connected in accordance with the H.323 standard are shown.
[0097]
SourceIP and SourcePort indicate transmission source information of a packet, and indicate a transmission source IP address and a TCP port number, respectively. MsgType is a Q.M. 931 or H.264. The message type used in the H.245 protocol, the M. 225 message or H.264 message. 245 message is shown.
[0098]
After the Data field, additional information transmitted along with the message is shown. The Net field and the subsequent Port field are H.264. The IP address and TCP port number for waiting to receive the H.245 control channel are shown. The FL CN field indicates a logical channel number used for transmission or reception of media data. The MC Net and MC Port fields indicate the IP address and UDP port number that are waiting to receive the media channel. The MMC Net and MCC Port fields indicate the IP address and UDP port number that are waiting to receive the media control channel.
[0099]
Here, from the machine with the IP address 192.168.2.2 to the machine with 152.20.10.10. An example in which a H.323 call is made is shown.
[0100]
Hereinafter, further details will be described.
The first thing that happens is call connection. Q. 931 / H. A call connection (Setup) message is transmitted according to the H.225 standard.
[0101]
The called terminal waits for reception at the TCP port number 1720 defined by the standard. When the Setup message is received, a CallProc message indicating that the reception process is in progress is sent back to the
[0102]
Subsequently, the called terminal receives the H.264 message from the terminal user. In order to indicate that the H.323 connection request has arrived, for example, processing such as ringing a call bell is performed, and an alerting message is returned. When the receiving user accepts the connection, a Connect message is returned to complete the call connection.
[0103]
The Connect message includes an H.264 message used by the receiving side in the next phase. 245 channel address information is stored. In this example, the IP address is 152.20.10.100 and the TCP port number is 1025.
[0104]
The calling side terminal newly uses the
[0105]
If it is confirmed by the terminal capability exchange that the terminals have the necessary audio capability and video capability, the process proceeds to the phase of opening the audio transmission channel and the video transmission channel. A channel for transmitting the media data is called a logical channel, and a UDP port is used. For example, in the video transmission channel establishment request, the media type and the logical channel number are designated in the data portion of the OpenLogicalChannel message to specify the H.264 format. Send a 245 request. For example, Video is specified as the media type, and 258 is specified as the logical channel number.
[0106]
On the other hand, the receiving side confirms the establishment of the video channel, and sends an OpenLogicalChannelAck message to H.264. It is stored in the H.245 response and returned to the sender. This message is accompanied by three pieces of information. The first information is a logical channel number indicating which channel opening request is a confirmation message. In this case, the number is 258. The second information is an address of a media channel that receives media data. In this example, video is received at an IP address of 152.20.10.10.00
[0107]
In one media channel, only one type of media data is transmitted in one direction. Accordingly, four logical channels are opened to transmit and receive video and audio to and from each other. On the other hand, in one media control channel, control related to bidirectional communication is performed for only one type of media data. Therefore, two channels are opened for video control and audio control. The call starts when all channels are open.
[0108]
When the user ends the call, the terminal of the terminal that has ended the call A session end (EndSession) message indicating the end of the call is transmitted by the 245 command, and both terminals terminate the transmission and reception of media data. Here, the call is disconnected from the terminal side of the IP address 192.168.2.2. H. When the H.245 channel is disconnected, Q. 931 standard release complete (Release Complete) messages are sent to each other and the call is disconnected.
[0109]
FIG. 4 is a diagram illustrating an example of information related to a terminal among information created by the call
[0110]
One piece of terminal information is created for each terminal, and is not changed if the information is the same even if the same terminal makes a call several times. If the information is different, it is updated to the latest information. In the illustrated example, two pieces of terminal information of the IP telephone device 301 (192.168.2.2) and the IP telephone device 303 (152.20.10.100) are recorded. The terminal information includes an address, an alias, a terminal type, and capability information as illustrated. For example, an alias address “Taro” is recorded in the
[0111]
FIG. 5 is a diagram illustrating an example of call history information created by the call
[0112]
Call history information is created for each call. In the illustrated example, a history of voice call and video transmission / reception from the
[0113]
By the way, the stream data conversion unit 111 reads the RTP voice packet stored in the RTP
[0114]
FIG. 6 is a diagram illustrating a configuration related to the audio data conversion processing in the stream data conversion unit 111.
[0115]
In the case where encoding is performed using stereo voices in which the calling side and called side voices are separate channels, the switch (SW) 501 and the
[0116]
In the case of outputting only the outgoing side voice, the
[0117]
When only the incoming call side voice is output, the
[0118]
Furthermore, the stream data conversion unit 111 reads the RTP video packet stored in the RTP
[0119]
Further, the following three types of composite data are created by combining the created three types of audio data and the created two types of video data. That is,
(1) A data file combining video and audio from the IP telephone device 301 (calling side),
(2) A data file combining video and audio from the IP telephone device 303 (calling side),
(3) a data file in which stereo audio using audio from the
(4) A data file in which stereo audio using audio from the
Create
[0120]
In this way, a call or video transmission / reception by IP videophone can be recorded with a simple configuration. Further, since the recording function of these calls or video transmission / reception is realized by the router, the recording function can be shared by a plurality of videophone terminals and IP telephone terminals used by the user.
[0121]
Next, a call history confirmation process in the embodiment will be described.
[0122]
The XML
[0123]
The
[0124]
When a WWW server published by the
[0125]
FIG. 7 is a diagram illustrating an example of a call history display screen displayed by the WWW browser of the
[0126]
In the illustrated example, the call history for two days, June 30, 2002 and July 1, the same year is displayed. The call history is displayed on the screen in page units without scrolling. When the “Previous page”
[0127]
FIG. 8 is a diagram showing an example of a playback stream selection screen.
[0128]
Clicking on the “sound only playback” link display 81 separates the voices of the calling side (IP telephone device 301) and the called side (IP telephone device 303) created by the stream data converter 111 as described above. Stereo audio for the channel is played.
[0129]
When the “play only on caller side” link display 82 is clicked, a stream consisting of video and audio from the
[0130]
When the “caller-side video and both audio playback” link display 84 is clicked, stereo audio using the audio from the
[0131]
Also, when the “calling side video and both audio playback” link display 85 is clicked, stereo audio using the audio from the
[0132]
When the “play all” link display 86 is clicked, the video from the
[0133]
For playback of audio and video stream data in a general browser, programs such as Windows (registered trademark) Media Player provided by Microsoft and RealPlayer provided by Real Networks are installed on the PC. This can be done automatically. According to these programs, it is possible to perform so-called streaming reproduction in which reproduction is performed while transferring data without downloading. Of course, playback may be performed after all the downloads have been completed.
[0134]
FIG. 9 is a diagram illustrating an example of a detailed call information display screen.
[0135]
When a “return”
[0136]
FIG. 10 is a diagram illustrating a display example of detailed information regarding the terminal having the terminal identifier 0002. When the “return”
[0137]
FIG. 11 is a diagram illustrating an example of a call history display screen of the terminal 0002.
[0138]
Here, two days of June 30, 2002 and July 1, the same year are displayed on the screen. When the “Previous page”
[0139]
According to the embodiment described above, it is possible to automatically record an IP telephone call and to create and save a call history without changing the setting of the IP telephone apparatus connected to the private area network (PAN). it can. The content of the call can be saved regardless of which terminal is connected to the PAN and the IP telephone is called from any terminal.
[0140]
Further, the stored call history can be confirmed from the browser, and the recorded voice can be reproduced. Furthermore, by reproducing the voice on the calling side and the voice on the receiving side through different channels on the left and right sides, it is possible to perform clear reproduction with a sense of realism without mixing the voices of both.
[0141]
In the above-described embodiment, a WWW browser is used as means for confirming a saved call history. In general, HTTP (Hypertext Transfer Protocol) is used for data communication between a WWW server and a WWW browser, but the present invention is not limited to this. For example, the content of the call history may be confirmed using FTP (File Transfer Protocol).
[0142]
(Other embodiments)
The embodiment of the present invention has been described in detail above. However, the present invention can take an embodiment as a system, apparatus, method, program, storage medium, or the like. In addition, the present invention may be applied to a system composed of a plurality of devices, or may be applied to an apparatus composed of a single device.
[0143]
In the present invention, a software program that realizes the functions of the above-described embodiments is directly or remotely supplied to a system or apparatus, and the computer of the system or apparatus reads and executes the supplied program code. Including the case where it is also achieved by. In that case, as long as it has the function of a program, the form does not need to be a program.
[0144]
Accordingly, since the functions of the present invention are implemented by computer, the program code installed in the computer also implements the present invention. That is, the scope of the claims of the present invention includes the computer program itself for realizing the functional processing of the present invention.
[0145]
In this case, the program may be in any form as long as it has a program function, such as an object code, a program executed by an interpreter, or script data supplied to the OS.
[0146]
As a recording medium for supplying the program, for example, flexible disk, hard disk, optical disk, magneto-optical disk, MO, CD-ROM, CD-R, CD-RW, magnetic tape, nonvolatile memory card, ROM, DVD (DVD-ROM, DVD-R).
[0147]
As another program supply method, a client computer browser is used to connect to an Internet homepage, and the computer program itself of the present invention or a compressed file including an automatic installation function is downloaded from the homepage to a recording medium such as a hard disk. Can also be supplied. It can also be realized by dividing the program code constituting the program of the present invention into a plurality of files and downloading each file from a different homepage. That is, a WWW server that allows a plurality of users to download a program file for realizing the functional processing of the present invention on a computer is also included in the claims of the present invention.
[0148]
In addition, the program of the present invention is encrypted, stored in a storage medium such as a CD-ROM, distributed to users, and key information for decryption is downloaded from a homepage via the Internet to users who have cleared predetermined conditions. It is also possible to execute the encrypted program by using the key information and install the program on a computer.
[0149]
In addition to the functions of the above-described embodiments being realized by the computer executing the read program, the OS running on the computer based on the instruction of the program is a part of the actual processing. Alternatively, the functions of the above-described embodiment can be realized by performing all of them and performing the processing.
[0150]
Furthermore, after the program read from the recording medium is written in a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer, the function expansion board or The CPU or the like provided in the function expansion unit performs part or all of the actual processing, and the functions of the above-described embodiments are realized by the processing.
[0151]
【The invention's effect】
According to the present invention, a recording function or a recording function with a simple configuration is provided for a videophone terminal or an IP telephone terminal that is used by a general user at home or introduced on a small scale in a company internal LAN. be able to.
[0152]
Further, according to the present invention, it is possible to provide a recording function and a recording function that can be shared by a plurality of videophone terminals and IP telephone terminals used by the user.
[0153]
Furthermore, according to the present invention, it is possible to provide a simple method for confirming and reproducing a recorded or recorded call image or call voice.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a configuration of a router according to an embodiment.
FIG. 2 is a diagram illustrating a configuration of a communication system including a router in the embodiment.
FIG. It is a figure which shows the connection sequence when the IP video telephone apparatus is connected according to H.323 standard, and the transport address transmitted.
FIG. 4 is a diagram illustrating an example of terminal information stored in a call history.
FIG. 5 is a diagram illustrating an example of call information stored in a call history.
FIG. 6 is a diagram illustrating a configuration related to audio data conversion processing in a stream data conversion unit.
FIG. 7 is a diagram showing an example of a call history display screen.
FIG. 8 is a diagram showing an example of a playback stream selection screen.
FIG. 9 is a diagram showing an example of a detailed call information display screen.
FIG. 10 is a diagram illustrating a display example of detailed information regarding a predetermined terminal.
FIG. 11 is a diagram showing an example of a call history display screen.
FIG. 12 is a diagram showing a configuration of a conventional router.
FIG. 13 shows H.264 using a conventional router. It is a figure which shows the structure of a H.323 communication system.
Claims (9)
前記ネットワークにおけるIP通信装置による通信の履歴情報を作成する履歴作成手段と、
前記IP通信装置からの音声または映像の少なくともいずれかを蓄積する蓄積手段と、を有することを特徴とするルータ。A router that connects networks to each other and relays IP packets to a destination,
History creating means for creating history information of communication by the IP communication device in the network;
Storing means for storing at least one of audio and video from the IP communication apparatus.
前記ネットワークにおけるIP通信装置による通信の履歴情報を作成する履歴作成ステップと、
前記IP通信装置からの音声または映像の少なくともいずれかを所定の蓄積手段に蓄積する蓄積ステップと、を有することを特徴とするルータの制御方法。A method for controlling a router that interconnects networks and relays IP packets to a destination,
A history creation step of creating history information of communication by the IP communication device in the network;
And a storage step of storing at least one of audio and video from the IP communication device in a predetermined storage means.
前記ネットワークにおけるIP通信装置による通信の履歴情報を作成する履歴作成ステップ、
前記IP通信装置からの音声または映像の少なくともいずれかを所定の蓄積手段に蓄積する蓄積ステップ、を実行させるためのプログラム。A program for connecting routers to each other and controlling routers that relay IP packets to destinations.
A history creation step of creating history information of communication by the IP communication device in the network;
A program for executing a storage step of storing at least one of audio and video from the IP communication device in a predetermined storage unit.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003197266A JP2005039342A (en) | 2003-07-15 | 2003-07-15 | Router and control method thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003197266A JP2005039342A (en) | 2003-07-15 | 2003-07-15 | Router and control method thereof |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005039342A true JP2005039342A (en) | 2005-02-10 |
Family
ID=34207475
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003197266A Withdrawn JP2005039342A (en) | 2003-07-15 | 2003-07-15 | Router and control method thereof |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2005039342A (en) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007081507A (en) * | 2005-09-12 | 2007-03-29 | Nakayo Telecommun Inc | Video or audio packet data accumulating apparatus |
WO2007105475A1 (en) * | 2006-03-10 | 2007-09-20 | Sanden Corporation | Connector for communication device |
JP2009033708A (en) * | 2007-06-29 | 2009-02-12 | Brother Ind Ltd | IP phone terminal, IP phone system, communication program, IP phone link program, IP phone system control method |
JP2010041286A (en) * | 2008-08-04 | 2010-02-18 | Fujitsu Ltd | Speaker discrimination program, speaker discrimination device, and speaker discrimination method |
JP2012182545A (en) * | 2011-02-28 | 2012-09-20 | Panasonic Corp | Intercom system for multiple dwelling house |
US8675643B2 (en) | 2007-06-29 | 2014-03-18 | Brother Kogyc Kabushiki Kaisha | IP telephone system and iP telephone terminal used therein |
KR101409459B1 (en) * | 2008-06-17 | 2014-06-18 | 삼성전자주식회사 | Apparatus and method for providing mirroring service in VoIP system including IP-PBX |
JP2017197050A (en) * | 2016-04-28 | 2017-11-02 | 三菱電機エンジニアリング株式会社 | Train radio system |
-
2003
- 2003-07-15 JP JP2003197266A patent/JP2005039342A/en not_active Withdrawn
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007081507A (en) * | 2005-09-12 | 2007-03-29 | Nakayo Telecommun Inc | Video or audio packet data accumulating apparatus |
WO2007105475A1 (en) * | 2006-03-10 | 2007-09-20 | Sanden Corporation | Connector for communication device |
JP2009033708A (en) * | 2007-06-29 | 2009-02-12 | Brother Ind Ltd | IP phone terminal, IP phone system, communication program, IP phone link program, IP phone system control method |
US8675643B2 (en) | 2007-06-29 | 2014-03-18 | Brother Kogyc Kabushiki Kaisha | IP telephone system and iP telephone terminal used therein |
KR101409459B1 (en) * | 2008-06-17 | 2014-06-18 | 삼성전자주식회사 | Apparatus and method for providing mirroring service in VoIP system including IP-PBX |
JP2010041286A (en) * | 2008-08-04 | 2010-02-18 | Fujitsu Ltd | Speaker discrimination program, speaker discrimination device, and speaker discrimination method |
JP2012182545A (en) * | 2011-02-28 | 2012-09-20 | Panasonic Corp | Intercom system for multiple dwelling house |
JP2017197050A (en) * | 2016-04-28 | 2017-11-02 | 三菱電機エンジニアリング株式会社 | Train radio system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100372348C (en) | Application and communication method of terminal of network media phone | |
JP4746054B2 (en) | Media client architecture for network communication devices | |
US7046269B2 (en) | Sharing of prerecorded motion video over an internetwork | |
US8391278B2 (en) | Method of providing a service over a hybrid network and system thereof | |
EP2319206B1 (en) | System and method for transmitting and receiving a call on a home network | |
JP5122102B2 (en) | Mobile communication terminal having videophone function and videophone control method for mobile communication terminal | |
JP2008527800A (en) | Method for remotely controlling a media device via a communication network | |
GB2432744A (en) | Customised prior-to-answer and in-call media playback services | |
WO2009003736A1 (en) | Video communication system and method | |
JP6719166B2 (en) | Live broadcasting system | |
CN101156374A (en) | System and method for monitoring video call | |
JP2004064734A (en) | Telecommunication system, gateway, and transmitting method for streaming video content | |
CN102123154B (en) | Session initiation protocol (SIP) terminal and session processing method | |
US20080123634A1 (en) | Packet network telecommunication system | |
JP2005039342A (en) | Router and control method thereof | |
CN101160910A (en) | Media stream bridging device and media service system | |
CN1201546C (en) | Method, gateway and arrangement in communication network | |
JP5163750B2 (en) | Multimedia service | |
EP1429511B1 (en) | Telecommunication system and method for transmitting video data between a mobile terminal and Internet | |
US8612512B1 (en) | Method and apparatus for providing network based virtual tours | |
WO2007015012A1 (en) | Service for personalising communications by processing audio and/or video media flows | |
CN101754409B (en) | Method for constructing internet protocol (IP) bearer and soft switch adopted by the same | |
CN208257918U (en) | Merge the mobile Internet voice platform system of public switched telephone network PSTN | |
CN117596442A (en) | Integrated communication methods and platforms | |
Keskinarkaus et al. | Beethoven: architecture for media telephony |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20061003 |