JP2002524004A - コンピュータネットワークに基礎を置く電話のための通信管理システム - Google Patents
コンピュータネットワークに基礎を置く電話のための通信管理システムInfo
- Publication number
- JP2002524004A JP2002524004A JP2000567998A JP2000567998A JP2002524004A JP 2002524004 A JP2002524004 A JP 2002524004A JP 2000567998 A JP2000567998 A JP 2000567998A JP 2000567998 A JP2000567998 A JP 2000567998A JP 2002524004 A JP2002524004 A JP 2002524004A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- data
- communication session
- address
- filtering
- 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.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 132
- 238000000034 method Methods 0.000 claims abstract description 79
- 238000001914 filtration Methods 0.000 claims description 75
- 238000012790 confirmation Methods 0.000 claims description 15
- 238000011084 recovery Methods 0.000 claims description 9
- 238000012545 processing Methods 0.000 claims description 4
- 238000007726 management method Methods 0.000 description 60
- 108091006146 Channels Proteins 0.000 description 46
- 238000012937 correction Methods 0.000 description 21
- 230000011664 signaling Effects 0.000 description 18
- 238000010586 diagram Methods 0.000 description 11
- 238000012544 monitoring process Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 230000009131 signaling function Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 239000012634 fragment Substances 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000013519 translation Methods 0.000 description 2
- 102100036738 Guanine nucleotide-binding protein subunit alpha-11 Human genes 0.000 description 1
- 101100283445 Homo sapiens GNA11 gene Proteins 0.000 description 1
- XUIMIQQOPSSXEZ-UHFFFAOYSA-N Silicon Chemical compound [Si] XUIMIQQOPSSXEZ-UHFFFAOYSA-N 0.000 description 1
- 238000013144 data compression Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000010348 incorporation Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 229910052710 silicon Inorganic materials 0.000 description 1
- 239000010703 silicon Substances 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42221—Conversation recording systems
-
- 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/1083—In-session procedures
-
- 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
- H04L65/1104—Session initiation protocol [SIP]
-
- 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
- H04L65/1106—Call signalling protocols; H.323 and related
-
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- 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/80—Responding to QoS
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
(57)【要約】
コンピュータネットワーク（１４）を監視して通信セッションの１部分であるような，音声および映像データを含むデータパケットを検出するため、これらのパケットを記憶するため、そして要求に応じてその通信セッションを再構成するためのシステムおよび方法。
Description
【０００１】 （発明の分野および背景） 本発明は、コンピュータネットワーク上の電話通信のための通信セッションの
管理方法および管理システムに関し、特に音声および／または映像データを含む
パケットの識別のため、これらのパケットの記憶のため、および必要に応じて音
声および／または映像の表示のために選択された通信セッションの再構成のため
の通信セッションの管理方法および管理システムに関する。 オフィス通信システムへのコンピュータの組み込みにより、以前には別々の装
置によって行われていた多くの機能を結合してコンピュータにより操作される単
一管理システムにすることが可能になった。例えば、コンピュータを基にした音
声ログシステムは、コンピュータが、普通電話網へのハードウェア接続を通じて
音声通信を受信すること、少なくとも２人が話している会話や、少なくとも１人
から１人またはそれ以上の相手へのメッセージを記録すること、要求に応じてそ
れらの記録された会話やメッセージを再生することを可能にする。 コンピュータログシステムは、機械式の応答装置より多くの利点を持つ。例え
ば、音声メッセージは、コンピュータに基づく通常のオーディオカセットよりも
大きな記憶容量を持つＤＡＴカセットのような記録媒体に記憶させることができ
る。さらに、記憶された音声メッセージはデータベース内で、それらが例えば時
刻、日付、チャネル、ダイアルされた番号、電話をかけた者の識別情報により引
き出すことができるように、整理することができる。このような整理は、機械式
の電話応答システムではできない。このように、音声メッセージ用のコンピュー
タログシステムは、機械式の電話応答システムに比べて多くの利点を持つ。
管理方法および管理システムに関し、特に音声および／または映像データを含む
パケットの識別のため、これらのパケットの記憶のため、および必要に応じて音
声および／または映像の表示のために選択された通信セッションの再構成のため
の通信セッションの管理方法および管理システムに関する。 オフィス通信システムへのコンピュータの組み込みにより、以前には別々の装
置によって行われていた多くの機能を結合してコンピュータにより操作される単
一管理システムにすることが可能になった。例えば、コンピュータを基にした音
声ログシステムは、コンピュータが、普通電話網へのハードウェア接続を通じて
音声通信を受信すること、少なくとも２人が話している会話や、少なくとも１人
から１人またはそれ以上の相手へのメッセージを記録すること、要求に応じてそ
れらの記録された会話やメッセージを再生することを可能にする。 コンピュータログシステムは、機械式の応答装置より多くの利点を持つ。例え
ば、音声メッセージは、コンピュータに基づく通常のオーディオカセットよりも
大きな記憶容量を持つＤＡＴカセットのような記録媒体に記憶させることができ
る。さらに、記憶された音声メッセージはデータベース内で、それらが例えば時
刻、日付、チャネル、ダイアルされた番号、電話をかけた者の識別情報により引
き出すことができるように、整理することができる。このような整理は、機械式
の電話応答システムではできない。このように、音声メッセージ用のコンピュー
タログシステムは、機械式の電話応答システムに比べて多くの利点を持つ。
【０００２】 不幸なことに、現在利用できるコンピュータログシステムは、ＬＡＮ（ローカ
ルエリアネットワーク）またはＷＡＮ（ワイドエリアネットワーク）を通じて行
われる音声通信のための電話通信セッションを、会話であるかメッセージである
かによらず、記録できないという不利な点がある。これらのログシステムは例え
ばＬＡＮを通じて遠隔ユーザに音声メッセージを再生することができるが、同様
のメッセージをそれがＬＡＮを基にした電話によって送信されると記録すること
ができない。このようなＬＡＮおよびＷＡＮを基にした電話通信は、最近ますま
す普及しつつある。なぜならこの電話通信は、地域の普通電話網サービスに料金
を支払うことなく、それによって金を節約しながら物理的に離れているいろいろ
な人々の間の電話通信を可能にするからである。 さらにＬＡＮやＷＡＮ上の電話通信は、音声情報と同様に映像情報の送信をも
容易にする。映像情報は現在利用できるコンピュータログシステムでは全く記録
できない。このように音声データおよび映像データの両方を含むＬＡＮまたはＷ
ＡＮで行われる電話通信のための電話通信セッションを記録するコンピュータロ
グシステムの能力不足が、これらのシステムの大きな不利点である。 したがって、音声および映像情報の両方を記録し、それらの情報を整理し、そ
して要求に応じてそれらの情報を表示するような、ＬＡＮやＷＡＮなどのコンピ
ュータネットワーク上で行われる電話の通信セッションを記録するためのシステ
ムおよび方法に対するニーズがあり、またそれを持つことはきわめて有利であろ
う。
ルエリアネットワーク）またはＷＡＮ（ワイドエリアネットワーク）を通じて行
われる音声通信のための電話通信セッションを、会話であるかメッセージである
かによらず、記録できないという不利な点がある。これらのログシステムは例え
ばＬＡＮを通じて遠隔ユーザに音声メッセージを再生することができるが、同様
のメッセージをそれがＬＡＮを基にした電話によって送信されると記録すること
ができない。このようなＬＡＮおよびＷＡＮを基にした電話通信は、最近ますま
す普及しつつある。なぜならこの電話通信は、地域の普通電話網サービスに料金
を支払うことなく、それによって金を節約しながら物理的に離れているいろいろ
な人々の間の電話通信を可能にするからである。 さらにＬＡＮやＷＡＮ上の電話通信は、音声情報と同様に映像情報の送信をも
容易にする。映像情報は現在利用できるコンピュータログシステムでは全く記録
できない。このように音声データおよび映像データの両方を含むＬＡＮまたはＷ
ＡＮで行われる電話通信のための電話通信セッションを記録するコンピュータロ
グシステムの能力不足が、これらのシステムの大きな不利点である。 したがって、音声および映像情報の両方を記録し、それらの情報を整理し、そ
して要求に応じてそれらの情報を表示するような、ＬＡＮやＷＡＮなどのコンピ
ュータネットワーク上で行われる電話の通信セッションを記録するためのシステ
ムおよび方法に対するニーズがあり、またそれを持つことはきわめて有利であろ
う。
【０００３】 （背景技術の説明） 以下の説明は、本発明の方法とシステムにおいて随意に使用される若干の背景
の方法および技術について説明を与えることを意図している。本発明は明確にこ
れらの方法や技術だけに帰着させられるものではない。むしろ、それらは、コン
ピュータネットワーク上のデータパケットを解析し、音声および映像パケットを
選択的に記録し、その記憶された情報を整理し、要求に応じてその記憶された情
報を表示するためのシステムおよび方法である本発明の目的を達成するためのツ
ールとして使用される。そしてコンピュータネットワーク上の“電話”システム
で行われる通信セッションをログ（記録）することができる。 本発明のシステムおよび方法は、特に、サービスの品質を保証しないローカル
エリアネットワークのためのテレビ電話システムおよび装置のためのＩＴＵ−Ｔ
推奨Ｈ.３２３に従って構成されたコンピュータネットワークと共に動作するこ
とを意図されている。 推奨Ｈ.３２３は、そのようなコンピュータネットワークのためのハードウェ
アに対する要求および動作プロトコルをさらに詳しく説明するために、この明細
書に参照により組み入れられており、以後“Ｈ.３２３”と呼ばれる。 Ｈ.３２３は、品質が保証されたサービスを提供しないローカルエリアネット
ワーク（ＬＡＮ）上のマルチメディア通信のための端末、機器、サービスについ
て規定している。Ｈ.３２３の要求を満たすコンピュータ端末や機器は、リアル
タイムの音声、データ、映像またはそれらの組み合わせ−テレビ電話も含む−を
伝えることができる。
の方法および技術について説明を与えることを意図している。本発明は明確にこ
れらの方法や技術だけに帰着させられるものではない。むしろ、それらは、コン
ピュータネットワーク上のデータパケットを解析し、音声および映像パケットを
選択的に記録し、その記憶された情報を整理し、要求に応じてその記憶された情
報を表示するためのシステムおよび方法である本発明の目的を達成するためのツ
ールとして使用される。そしてコンピュータネットワーク上の“電話”システム
で行われる通信セッションをログ（記録）することができる。 本発明のシステムおよび方法は、特に、サービスの品質を保証しないローカル
エリアネットワークのためのテレビ電話システムおよび装置のためのＩＴＵ−Ｔ
推奨Ｈ.３２３に従って構成されたコンピュータネットワークと共に動作するこ
とを意図されている。 推奨Ｈ.３２３は、そのようなコンピュータネットワークのためのハードウェ
アに対する要求および動作プロトコルをさらに詳しく説明するために、この明細
書に参照により組み入れられており、以後“Ｈ.３２３”と呼ばれる。 Ｈ.３２３は、品質が保証されたサービスを提供しないローカルエリアネット
ワーク（ＬＡＮ）上のマルチメディア通信のための端末、機器、サービスについ
て規定している。Ｈ.３２３の要求を満たすコンピュータ端末や機器は、リアル
タイムの音声、データ、映像またはそれらの組み合わせ−テレビ電話も含む−を
伝えることができる。
【０００４】 そのような端末どうしが通信できるＬＡＮは、単一セグメントまたはリングで
もよいし、または複雑なトポロジーのマルチセグメントでもよい。これらの端末
はコンピューに統合されていてもよいし、テレビ電話のようなスタンドアロンの
装置として実現されてもよい。音声データにたいするサポートは不可欠とされて
いるが、一般的なデータや映像データにたいするサポートは自由に選択できる。
しかしながら、サポートされる場合には、そのメディアタイプをサポートしてい
る全ての端末が通信できるようにするために、共通の動作モードを使用する能力
が要求される。Ｈ.３２３推奨は各タイプの１つ以上のチャネルが使用されるこ
とを許容する。同様に参照によって組み入れられているＨ.３２３−シリーズ中
の他の推奨には、Ｈ.２２５.０パケットおよび同期、Ｈ.２４５制御、Ｈ.２６１
およびＨ.２６３ビデオコーデック、Ｇ.７１１，Ｇ.７２２，Ｇ.７２８，Ｇ.７
２９およびＧ.７２３オーディオコーデック、およびマルチメディア通信プロト
コルのＴ.１２０−シリーズが含まれる。 ＩＴＵ−Ｔ推奨Ｈ.２４５.０は、映像電話システムのためのメディアストリー
ムのパケット化および同期についての規定を含む。ＩＴＵ−Ｔ推奨Ｈ.２４５.０
はまたマルチメディア通信のための制御プロトコルを規定しており、以後“Ｈ.
２４５”と呼ばれている。Ｈ.２４５は参照により組み入れられておりこの明細
書中で十分に説明されている。
もよいし、または複雑なトポロジーのマルチセグメントでもよい。これらの端末
はコンピューに統合されていてもよいし、テレビ電話のようなスタンドアロンの
装置として実現されてもよい。音声データにたいするサポートは不可欠とされて
いるが、一般的なデータや映像データにたいするサポートは自由に選択できる。
しかしながら、サポートされる場合には、そのメディアタイプをサポートしてい
る全ての端末が通信できるようにするために、共通の動作モードを使用する能力
が要求される。Ｈ.３２３推奨は各タイプの１つ以上のチャネルが使用されるこ
とを許容する。同様に参照によって組み入れられているＨ.３２３−シリーズ中
の他の推奨には、Ｈ.２２５.０パケットおよび同期、Ｈ.２４５制御、Ｈ.２６１
およびＨ.２６３ビデオコーデック、Ｇ.７１１，Ｇ.７２２，Ｇ.７２８，Ｇ.７
２９およびＧ.７２３オーディオコーデック、およびマルチメディア通信プロト
コルのＴ.１２０−シリーズが含まれる。 ＩＴＵ−Ｔ推奨Ｈ.２４５.０は、映像電話システムのためのメディアストリー
ムのパケット化および同期についての規定を含む。ＩＴＵ−Ｔ推奨Ｈ.２４５.０
はまたマルチメディア通信のための制御プロトコルを規定しており、以後“Ｈ.
２４５”と呼ばれている。Ｈ.２４５は参照により組み入れられておりこの明細
書中で十分に説明されている。
【０００５】 Ｈ.２４５の論理チャネルシグナリング手続きは、論理チャネルが開かれてい
るときの各チャネルの内容を説明している。送信を受信側がデコードできる情報
に制限するために、また受信側が送信側から所望のモードを要求してもよいよう
にするために、受信側および送信側の機能能力を知らせための手続が規定されて
いる。 Ｈ.２４５のシグナリングは２つの端点；１つの端点とマルチポイントコント
ローラ、または１つの端点とゲートキーパーの間に開設される。端点はその端点
が参加する各呼のために、正しく１つのＨ.２４５制御チャネルを開設する。そ
のチャネルはＨ.２４５に従って動作しなければならない。多重コールにたいす
るサポートしたがって複数のＨ.２４５制御チャネルにたいするサポートは可能
である。 ＲＡＳシグナリング機能は、端点とゲートキーパーの間の登録、アドミッショ
ン、帯域幅の変更、ステータス、および解放手続きを行うために、Ｈ.２２５.０
のメッセージを使用する。ゲートキーパーを持たないＬＡＮ環境では、ＲＡＳシ
グナリングチャネルは使用されない。ＬＡＮが少なくとも１つのゾーンを含む場
合のように、ゲートキーパーを含むＬＡＮ環境では、ＲＡＳシグナリングチャネ
ルが端点とゲートキーパーの間に開かれる。このＲＡＳシグナリングチャネルは
、Ｈ.３２３端点間の他のチャネルが確立される前に開かれる。 コールシグナリング機能は、２つのＨ.３２３端点の間の接続を確立するため
に、Ｈ.２２５のコールシグナリングを使用する。このコールシグナリングチャ
ネルはＲＡＳチャネルおよびＨ.２４５制御チャネルから独立している。コール
シグナリングチャネルはＨ.２４５チャネルおよびＨ.３２３端点間の他の論理チ
ャネルが確立される前に開かれる。ゲートキーパーを持たないシステムでは、コ
ールシグナリングチャネルはその呼に関与している端点間に開かれる。ゲートキ
ーパーを含むシステムでは、コールシグナリングチャネルは、端点とゲートキー
パーの間またはゲートキーパーにより選択されている端点間に開かれる。
るときの各チャネルの内容を説明している。送信を受信側がデコードできる情報
に制限するために、また受信側が送信側から所望のモードを要求してもよいよう
にするために、受信側および送信側の機能能力を知らせための手続が規定されて
いる。 Ｈ.２４５のシグナリングは２つの端点；１つの端点とマルチポイントコント
ローラ、または１つの端点とゲートキーパーの間に開設される。端点はその端点
が参加する各呼のために、正しく１つのＨ.２４５制御チャネルを開設する。そ
のチャネルはＨ.２４５に従って動作しなければならない。多重コールにたいす
るサポートしたがって複数のＨ.２４５制御チャネルにたいするサポートは可能
である。 ＲＡＳシグナリング機能は、端点とゲートキーパーの間の登録、アドミッショ
ン、帯域幅の変更、ステータス、および解放手続きを行うために、Ｈ.２２５.０
のメッセージを使用する。ゲートキーパーを持たないＬＡＮ環境では、ＲＡＳシ
グナリングチャネルは使用されない。ＬＡＮが少なくとも１つのゾーンを含む場
合のように、ゲートキーパーを含むＬＡＮ環境では、ＲＡＳシグナリングチャネ
ルが端点とゲートキーパーの間に開かれる。このＲＡＳシグナリングチャネルは
、Ｈ.３２３端点間の他のチャネルが確立される前に開かれる。 コールシグナリング機能は、２つのＨ.３２３端点の間の接続を確立するため
に、Ｈ.２２５のコールシグナリングを使用する。このコールシグナリングチャ
ネルはＲＡＳチャネルおよびＨ.２４５制御チャネルから独立している。コール
シグナリングチャネルはＨ.２４５チャネルおよびＨ.３２３端点間の他の論理チ
ャネルが確立される前に開かれる。ゲートキーパーを持たないシステムでは、コ
ールシグナリングチャネルはその呼に関与している端点間に開かれる。ゲートキ
ーパーを含むシステムでは、コールシグナリングチャネルは、端点とゲートキー
パーの間またはゲートキーパーにより選択されている端点間に開かれる。
【０００６】 （発明の要旨） コンピュータネットワーク上で行われる通信セッションを記録するための１つ
のシステムおよび方法を提供することが本発明の１つの目的である。 記録するための音声および映像データを検出するために、コンピュータネット
ワーク上を送信されるデータを解析するためのシステムおよび方法を提供するこ
とが本発明のもう１つの目的である。 要求に応じて記録された映像および音声データを表示するためのシステムおよ
び方法を提供することが、本発明のさらにもう１つの目的である。 ＬＡＮに基づく電話システムで行われる通信セッションを解析し、記録し、表
示するためのシステムおよび方法を提供することが、本発明のさらにもう１つの
目的である。 本発明のこれらのそしてさらに他の目的は、図面、説明および請求項に関係し
てさらに詳しく説明される。 本発明は、コンピュータネットワーク上のデータパケットを解析するため、音
声および映像データのパケットを選択的に記録するため、この記憶された情報を
構成するため、および要求に応じて記憶された情報を表示するための、コンピュ
ータネットワーク上の“電話”システムによる通信セッションを記録することが
できるような、システムおよび方法を提供する。
のシステムおよび方法を提供することが本発明の１つの目的である。 記録するための音声および映像データを検出するために、コンピュータネット
ワーク上を送信されるデータを解析するためのシステムおよび方法を提供するこ
とが本発明のもう１つの目的である。 要求に応じて記録された映像および音声データを表示するためのシステムおよ
び方法を提供することが、本発明のさらにもう１つの目的である。 ＬＡＮに基づく電話システムで行われる通信セッションを解析し、記録し、表
示するためのシステムおよび方法を提供することが、本発明のさらにもう１つの
目的である。 本発明のこれらのそしてさらに他の目的は、図面、説明および請求項に関係し
てさらに詳しく説明される。 本発明は、コンピュータネットワーク上のデータパケットを解析するため、音
声および映像データのパケットを選択的に記録するため、この記憶された情報を
構成するため、および要求に応じて記憶された情報を表示するための、コンピュ
ータネットワーク上の“電話”システムによる通信セッションを記録することが
できるような、システムおよび方法を提供する。
【０００７】 本発明が教示によれば、コンピュータネットワーク上の通信セッションを管理
するための１つのシステムが提供される。このシステムは：（ａ）コンピュータ
ネットワークに接続しかつそのコンピュータネットワークからデータパケットを
受け取るためのネットワークコネクタ；（ｂ）データパケットをフィルタリング
し、実質的にそのデータパケットが音声データおよび映像データから成るグルー
プから選択されたデータを含む場合にだけそのデータパケットを受け入れるため
のフィルタリングユニット、そのデータパケットは少なくとも通信セッションの
１部分をなし、かつそのデータパケットは選択されたデータパケットである；（
ｃ）選択されたデータパケットを受け取りかつその選択されたデータパケットを
記憶するための管理ユニット、その選択されたデータパケットは記憶データパケ
ットである；および（ｄ）管理ユニットから前記記憶データパケットを受け取り
かつ記憶するための記憶媒体、通信セッションの少なくとも１部分が記憶される
、を含む。 好ましくは、このシステムはさらに（ｅ）通信セッションの少なくとも１部分
を引き出して表示するためのデータ復元ユニット、このデータ復元ユニットは管
理ユニットを介して記録媒体からのデータパケットを要求する、そしてこのデー
タ復元ユニットは通信セッションの少なくとも１部分を表示するためにデータパ
ケットを再構成する。 より好ましくは、このデータ復元ユニットはさらにその通信セッションの少な
くとも１部分を表示するための通信セッション表示ユニットを含む。もっとも好
ましくは、この通信セッション表示ユニットは、ビデオユニットおよびオーディ
オユニットから成るグループから選択される。
するための１つのシステムが提供される。このシステムは：（ａ）コンピュータ
ネットワークに接続しかつそのコンピュータネットワークからデータパケットを
受け取るためのネットワークコネクタ；（ｂ）データパケットをフィルタリング
し、実質的にそのデータパケットが音声データおよび映像データから成るグルー
プから選択されたデータを含む場合にだけそのデータパケットを受け入れるため
のフィルタリングユニット、そのデータパケットは少なくとも通信セッションの
１部分をなし、かつそのデータパケットは選択されたデータパケットである；（
ｃ）選択されたデータパケットを受け取りかつその選択されたデータパケットを
記憶するための管理ユニット、その選択されたデータパケットは記憶データパケ
ットである；および（ｄ）管理ユニットから前記記憶データパケットを受け取り
かつ記憶するための記憶媒体、通信セッションの少なくとも１部分が記憶される
、を含む。 好ましくは、このシステムはさらに（ｅ）通信セッションの少なくとも１部分
を引き出して表示するためのデータ復元ユニット、このデータ復元ユニットは管
理ユニットを介して記録媒体からのデータパケットを要求する、そしてこのデー
タ復元ユニットは通信セッションの少なくとも１部分を表示するためにデータパ
ケットを再構成する。 より好ましくは、このデータ復元ユニットはさらにその通信セッションの少な
くとも１部分を表示するための通信セッション表示ユニットを含む。もっとも好
ましくは、この通信セッション表示ユニットは、ビデオユニットおよびオーディ
オユニットから成るグループから選択される。
【０００８】 本発明の好ましい実施例によれば、このシステムはさらに（ｆ）フィルタリン
グ情報を記憶するために前記フィルタリングユニットに接続されたデータベース
を含み、フィルタリング情報は通信セッションが監視される相手のＩＰアドレス
を少なくとも１つ含む。このフィルタリングユニットはフィルタリング情報に従
ってデータパケットを受け入れる。本質的にデータパケットがフィルタリング情
報を満たす場合にだけ、フィルタリングユニットはデータパケットを受け入れる
。 好ましくは、このシステムはさらに（ｇ）少なくとも１つのユーザのコマンド
を受け入れ、かつユーザに情報を表示するためのユーザコンピュータを含む。ユ
ーザはその少なくとも１つのユーザのコマンドによりフィルタリング情報を決定
する。 より好ましくは、コンピュータネットワークはＬＡＮ（ローカルエリアネット
ワーク）およびＷＡＮ（ワイドエリアネットワーク）から成るグループから選択
される。もっとも好ましくは、コンピュータネットワークがＬＡＮ（ローカルエ
リアネットワーク）である。
グ情報を記憶するために前記フィルタリングユニットに接続されたデータベース
を含み、フィルタリング情報は通信セッションが監視される相手のＩＰアドレス
を少なくとも１つ含む。このフィルタリングユニットはフィルタリング情報に従
ってデータパケットを受け入れる。本質的にデータパケットがフィルタリング情
報を満たす場合にだけ、フィルタリングユニットはデータパケットを受け入れる
。 好ましくは、このシステムはさらに（ｇ）少なくとも１つのユーザのコマンド
を受け入れ、かつユーザに情報を表示するためのユーザコンピュータを含む。ユ
ーザはその少なくとも１つのユーザのコマンドによりフィルタリング情報を決定
する。 より好ましくは、コンピュータネットワークはＬＡＮ（ローカルエリアネット
ワーク）およびＷＡＮ（ワイドエリアネットワーク）から成るグループから選択
される。もっとも好ましくは、コンピュータネットワークがＬＡＮ（ローカルエ
リアネットワーク）である。
【０００９】 本発明のさらに好ましい実施例によれば、ＬＡＮは少なくとも２つのセグメン
トに分割されており、システムがさらに（ｈ）各セグメントのためのローカル管
理ユニット、このローカル管理ユニットはフィルタリングユニットと管理ユニッ
トを含む、と（ｉ）それらのローカル管理ユニットを制御するための中央管理ユ
ニット、この中央管理ユニットは記憶媒体中の記憶を制御する、を含む。 好ましくは、ネットワークコネクタはネットワークインタフェースカードであ
る。 本発明のもう１つの実施例によれば、コンピュータネットワーク上で行われる
通信セッションの少なくとも１部分を記憶するための方法が提供される。通信セ
ッションはパケットの送信元とパケットの宛先の間で行われ、その方法のステッ
プはデータ処理装置で行われる。この方法は：（ａ）コンピュータネットワーク
上においてパケットの送信元からのパケットを受信する；（ｂ）データパケット
がＩＰパケットであるかないか決定するためにデータパケットを解析する；（ｃ
）データパケットがＩＰパケットである場合に、ＩＰパケットのタイプを決定す
るためにＩＰパケットをフィルタリングする；および（ｄ）タイプに従って記憶
データパケットを構成するためにＩＰパケットを記憶する、その記憶データパケ
ットは通信セッションの少なくとも１部分を構成する、ステップを含む。好まし
くは、データパケットを解析するステップが、データパケットのヘッダを調べる
ことにより行われる。
トに分割されており、システムがさらに（ｈ）各セグメントのためのローカル管
理ユニット、このローカル管理ユニットはフィルタリングユニットと管理ユニッ
トを含む、と（ｉ）それらのローカル管理ユニットを制御するための中央管理ユ
ニット、この中央管理ユニットは記憶媒体中の記憶を制御する、を含む。 好ましくは、ネットワークコネクタはネットワークインタフェースカードであ
る。 本発明のもう１つの実施例によれば、コンピュータネットワーク上で行われる
通信セッションの少なくとも１部分を記憶するための方法が提供される。通信セ
ッションはパケットの送信元とパケットの宛先の間で行われ、その方法のステッ
プはデータ処理装置で行われる。この方法は：（ａ）コンピュータネットワーク
上においてパケットの送信元からのパケットを受信する；（ｂ）データパケット
がＩＰパケットであるかないか決定するためにデータパケットを解析する；（ｃ
）データパケットがＩＰパケットである場合に、ＩＰパケットのタイプを決定す
るためにＩＰパケットをフィルタリングする；および（ｄ）タイプに従って記憶
データパケットを構成するためにＩＰパケットを記憶する、その記憶データパケ
ットは通信セッションの少なくとも１部分を構成する、ステップを含む。好まし
くは、データパケットを解析するステップが、データパケットのヘッダを調べる
ことにより行われる。
【００１０】 本発明の１実施例によれば、ＩＰパケットをフィルタリングするステップは、
ＩＰパケットのヘッダを調べることにより行われる。 好ましくは、ＩＰパケットをフィルタリングするステップはさらに：（ｉ）Ｉ
Ｐパケットのヘッダを調べてパケットの送信元のＩＰアドレスを決定する；（ii
）そのＩＰアドレスが記録されたＩＰアドレスであるかないか決定する；(iii）
実質的にＩＰアドレスが記録されたＩＰアドレスである場合にだけＩＰパケット
を通して通過ＩＰパケットを形成する；（iv）そうでない場合にはＩＰパケット
を放棄するステップを含む。 より好ましくは、ＩＰアドレスが記録されたＩＰアドレスであるかないか決定
するステップが、そのＩＰアドレスをパケットの送信元からのＩＰアドレスのリ
ストと比較することによって行われる。そのＩＰアドレスがそのリストに含まれ
ている場合に、そのＩＰアドレスは記録ＩＰアドレスである。 また好ましくは、ＩＰパケットをフィルタリングするステップがさらに：（ｖ
）通過ＩＰパケットがＨ.２２５パケット，Ｈ.２４５パケット，ＲＴＰパケット
またはＴＲＣＰパケットのどれであるか決定する；（vi）通過ＩＰパケットのタ
イプがＨ.２２５パケットである場合に、そのＨ.２２５パケットがセットアップ
パケットか接続パケットであるか決定する；（vii）そのＨ.２２５パケットがセ
ットアップパケットである場合に、ステータスフラッグを“セッション開始要求
”に設定する；（viii）他の場合として、そのＨ.２２５パケットが接続パケッ
トであり、ステータスフラッグが“セッション開始要求”である場合に、その通
信セッションの少なくとも１つの詳細を記憶する；および（ix）フラッグを“論
理チャネル待ち”に設定するステップを含む。
ＩＰパケットのヘッダを調べることにより行われる。 好ましくは、ＩＰパケットをフィルタリングするステップはさらに：（ｉ）Ｉ
Ｐパケットのヘッダを調べてパケットの送信元のＩＰアドレスを決定する；（ii
）そのＩＰアドレスが記録されたＩＰアドレスであるかないか決定する；(iii）
実質的にＩＰアドレスが記録されたＩＰアドレスである場合にだけＩＰパケット
を通して通過ＩＰパケットを形成する；（iv）そうでない場合にはＩＰパケット
を放棄するステップを含む。 より好ましくは、ＩＰアドレスが記録されたＩＰアドレスであるかないか決定
するステップが、そのＩＰアドレスをパケットの送信元からのＩＰアドレスのリ
ストと比較することによって行われる。そのＩＰアドレスがそのリストに含まれ
ている場合に、そのＩＰアドレスは記録ＩＰアドレスである。 また好ましくは、ＩＰパケットをフィルタリングするステップがさらに：（ｖ
）通過ＩＰパケットがＨ.２２５パケット，Ｈ.２４５パケット，ＲＴＰパケット
またはＴＲＣＰパケットのどれであるか決定する；（vi）通過ＩＰパケットのタ
イプがＨ.２２５パケットである場合に、そのＨ.２２５パケットがセットアップ
パケットか接続パケットであるか決定する；（vii）そのＨ.２２５パケットがセ
ットアップパケットである場合に、ステータスフラッグを“セッション開始要求
”に設定する；（viii）他の場合として、そのＨ.２２５パケットが接続パケッ
トであり、ステータスフラッグが“セッション開始要求”である場合に、その通
信セッションの少なくとも１つの詳細を記憶する；および（ix）フラッグを“論
理チャネル待ち”に設定するステップを含む。
【００１１】 より好ましくは、ＩＰパケットをフィルタリングするステップがさらに：（x
）他の場合として、通過ＩＰパケットのタイプがＨ.２４５パケットである場合
に、そのＨ.２４５パケットが論理チャネル開設要求パケット、論理チャネル開
設確認パケットまたは端末能力設定パケットのどれであるか決定する；（xi）Ｈ
.２４５パケットが論理チャネル開設要求パケットであり、かつステータスフラ
ッグが“論理チャネル待ち”である場合に、ステータスフラッグを“確認待ち”
に設定する；（xii）他の場合として、Ｈ.２４５パケットが論理チャネル開設確
認パケットであり、かつステータスフラッグが“確認待ち”である場合に：（Ａ
）ステータスフラッグを“端末能力待ち”に設定する；そして（Ｂ）その通信セ
ッションの宛先のトランスポートアドレスを保存する；そして（xiii）また他の
場合として、Ｈ.２４５パケットが端末能力設定パケットである場合に：（Ａ）
その端末能力設定パケットからパケットの宛先の能力を記憶する；そして（Ｂ）
ステータスフラッグを“通話中”に設定するステップを含む。 もっとも好ましくは、ステータスフラッグが“通話中”であり、かつ通過ＩＰ
パケットのタイプがＲＴＰパケットである場合に、そのＲＴＰパケットを記憶さ
れる。
）他の場合として、通過ＩＰパケットのタイプがＨ.２４５パケットである場合
に、そのＨ.２４５パケットが論理チャネル開設要求パケット、論理チャネル開
設確認パケットまたは端末能力設定パケットのどれであるか決定する；（xi）Ｈ
.２４５パケットが論理チャネル開設要求パケットであり、かつステータスフラ
ッグが“論理チャネル待ち”である場合に、ステータスフラッグを“確認待ち”
に設定する；（xii）他の場合として、Ｈ.２４５パケットが論理チャネル開設確
認パケットであり、かつステータスフラッグが“確認待ち”である場合に：（Ａ
）ステータスフラッグを“端末能力待ち”に設定する；そして（Ｂ）その通信セ
ッションの宛先のトランスポートアドレスを保存する；そして（xiii）また他の
場合として、Ｈ.２４５パケットが端末能力設定パケットである場合に：（Ａ）
その端末能力設定パケットからパケットの宛先の能力を記憶する；そして（Ｂ）
ステータスフラッグを“通話中”に設定するステップを含む。 もっとも好ましくは、ステータスフラッグが“通話中”であり、かつ通過ＩＰ
パケットのタイプがＲＴＰパケットである場合に、そのＲＴＰパケットを記憶さ
れる。
【００１２】 本発明のもう１つの好ましい実施例によれば、この方法はさらに：（ｅ）記憶
データパケットを引き出し、１つの引出しデータパケットを構成し；（ｆ）その
引出しデータパケットにより通信セッションの少なくとも１部分を再構成するス
テップを含む。 好ましくは、データパケットを引き出すステップが：（ｉ）そのパケットの送
信元の送信元ＩＰアドレス、その通信セッションの開始時間、およびその通信セ
ッションの終了時間を受け取り；そして（ii）その送信元ＩＰアドレス、開始時
間および終了時間に従って少なくとも１つの通信セッションを選択するステップ
を含む。 また好ましくは、通信セッションの少なくとも１部分を再構成するステップが
音声データを表示することを含む。 別の方法でありかつ好ましくは、通信セッションの少なくとも１部分を再構成
するステップが映像データを表示することを含む。 もっとも好ましくは、通信セッションの少なくとも１部分を再構成するステッ
プがさらに：（ｉ）実質的にＲＴＰパケットだけを引き出す；（ii）それらのＲ
ＴＰパケットのヘッダを調べて各ＲＴＰパケットのタイムスタンプを決定する；
そして(iii）ＲＴＰパケットをそのタイムスタンプに従った順序で表示するステ
ップを含む。
データパケットを引き出し、１つの引出しデータパケットを構成し；（ｆ）その
引出しデータパケットにより通信セッションの少なくとも１部分を再構成するス
テップを含む。 好ましくは、データパケットを引き出すステップが：（ｉ）そのパケットの送
信元の送信元ＩＰアドレス、その通信セッションの開始時間、およびその通信セ
ッションの終了時間を受け取り；そして（ii）その送信元ＩＰアドレス、開始時
間および終了時間に従って少なくとも１つの通信セッションを選択するステップ
を含む。 また好ましくは、通信セッションの少なくとも１部分を再構成するステップが
音声データを表示することを含む。 別の方法でありかつ好ましくは、通信セッションの少なくとも１部分を再構成
するステップが映像データを表示することを含む。 もっとも好ましくは、通信セッションの少なくとも１部分を再構成するステッ
プがさらに：（ｉ）実質的にＲＴＰパケットだけを引き出す；（ii）それらのＲ
ＴＰパケットのヘッダを調べて各ＲＴＰパケットのタイムスタンプを決定する；
そして(iii）ＲＴＰパケットをそのタイムスタンプに従った順序で表示するステ
ップを含む。
【００１３】 この明細書においては、“通信セッション”という語は、少なくとも２つのパ
ーティが“リアルタイム”で音声および／または映像情報を交換することにより
話をする会話、または少なくとも１つのパーティが、少なくとも１つの他のパー
ティが後で受信できるように同様の音声および／または映像情報を記録するメッ
セージの両方を含む。 この明細書において、“インターネット”という語は、世界中の全てのコンピ
ュータを接続するために使用される世界的な規模の、数千のネットワークのリン
クされたウエッブを一般的に言うために使用される。この明細書で使用されてい
るように、“イントラネット”という語は、ＬＡＮ（ローカルエリアネットワー
ク）やＷＡＮ（ワイドエリアネットワーク）のような他のタイプのコンピュータ
ネットワークを含み。“コンピュータネットワーク”という語は、少なくとも２
つのコンピュータの間のデータの送信が可能なすべての接続を含み、インターネ
ットもイントラネットも含まれる。“レギュラーテレフォンネットワーク（普通
の電話網）”という語は、ＰＯＴＳ（プレインオールドテレフォンシステム：普
通の古い電話システム）および普通の電話サービス提供業者を通じてサービスを
提供する殆どすべての他のタイプの電話ネットワークを含むが、いかなるタイプ
のコンピュータネットワークであってもそれを通じて行われる音声および／また
は映像通信は明確に含まない。
ーティが“リアルタイム”で音声および／または映像情報を交換することにより
話をする会話、または少なくとも１つのパーティが、少なくとも１つの他のパー
ティが後で受信できるように同様の音声および／または映像情報を記録するメッ
セージの両方を含む。 この明細書において、“インターネット”という語は、世界中の全てのコンピ
ュータを接続するために使用される世界的な規模の、数千のネットワークのリン
クされたウエッブを一般的に言うために使用される。この明細書で使用されてい
るように、“イントラネット”という語は、ＬＡＮ（ローカルエリアネットワー
ク）やＷＡＮ（ワイドエリアネットワーク）のような他のタイプのコンピュータ
ネットワークを含み。“コンピュータネットワーク”という語は、少なくとも２
つのコンピュータの間のデータの送信が可能なすべての接続を含み、インターネ
ットもイントラネットも含まれる。“レギュラーテレフォンネットワーク（普通
の電話網）”という語は、ＰＯＴＳ（プレインオールドテレフォンシステム：普
通の古い電話システム）および普通の電話サービス提供業者を通じてサービスを
提供する殆どすべての他のタイプの電話ネットワークを含むが、いかなるタイプ
のコンピュータネットワークであってもそれを通じて行われる音声および／また
は映像通信は明確に含まない。
【００１４】 この明細書において、“コンピュータ”という語は、ＤＯＳ，WindowTM，OS/2 TM またはLinuxのようなＯＳを持つパーソナルコンピュータ（ＰＣ）；Machintos
hTMコンピュータ；オペレーティングシステムとしてJAVATM−OSを持つコンピュ
ータ；およびSun MicrosystemsTMやSilicon GraphicsTMのコンピュータのような
グラフィックワークステーション、およびSun MicrosystemsTMのAIXやSOLARISTM のようなUNIX（登録商標）オペレーティングシステムのバージョン，またはその 他の知られており入手可能なオペレーティングシステムを持つ他のコンピュータ を含む。この明細書において、“WindowsTM”という語は、Windows95TM, Wind ows3.xTM ただし“x”は“１”のような整数、Windows NTTM, Windows98TM, Win dows CETMおよびMicrosoft社（米国ワシントン州シアトル）によるこれらのオペ レーティングシステムのアプグレードされたバージョンを含むが、それら限定さ れない。 この明細書において、“ログ（記録）”という語は、ネットワーク上のデータ
パケットを解析して音声および／または映像データを見つけ出し、それらのデー
タを組織化されたシステムに記録する処理を言う。この明細書において、“表示
（ディスプレイ）”という語は、映像データの視覚表示と音声データのための音
の発生の両方を含む。
hTMコンピュータ；オペレーティングシステムとしてJAVATM−OSを持つコンピュ
ータ；およびSun MicrosystemsTMやSilicon GraphicsTMのコンピュータのような
グラフィックワークステーション、およびSun MicrosystemsTMのAIXやSOLARISTM のようなUNIX（登録商標）オペレーティングシステムのバージョン，またはその 他の知られており入手可能なオペレーティングシステムを持つ他のコンピュータ を含む。この明細書において、“WindowsTM”という語は、Windows95TM, Wind ows3.xTM ただし“x”は“１”のような整数、Windows NTTM, Windows98TM, Win dows CETMおよびMicrosoft社（米国ワシントン州シアトル）によるこれらのオペ レーティングシステムのアプグレードされたバージョンを含むが、それら限定さ れない。 この明細書において、“ログ（記録）”という語は、ネットワーク上のデータ
パケットを解析して音声および／または映像データを見つけ出し、それらのデー
タを組織化されたシステムに記録する処理を言う。この明細書において、“表示
（ディスプレイ）”という語は、映像データの視覚表示と音声データのための音
の発生の両方を含む。
【００１５】 （実施例） 本発明は、コンピュータネットワーク上のデータパケットを解析するため、音
声および映像データパケットを選択的に記録するため、この記憶情報を整理する
ため、そして要求に応じて記憶情報を表示するための、コンピュータネットワー
クに基づく“電話”システムの通信セッションを記録できるような、システムお
よび方法を提供する。 本発明による方法およびシステムの原理と動作は、図面とそれらの説明を参照
することにより、より良く理解されるであろう。 図面を参照すると、図１はコンピュータネットワークを通じて行われる通信セ
ッションからの音声および／または映像データを記録および表示するための代表
的なシステムのブロック線図である。コンピュータログシステム１０は、通信セ
ッション管理ユニット１３に接続されたユーザコンピュータ１２を主要な要素と
して含む。通信セッション管理ユニット１３はネットワークインタフェースカー
ド（ＮＩＣ）１６を介して、イントラネット１４に接続されている。 ユーザコンピュータ１２は、ディスプレイユニット２０に表示されるユーザイ
ンタフェース１８を含む。ユーザインタフェースは、ＧＵＩ（グラフィッカルユ
ーザインタフェース）が好ましい。ユーザインタフェース１８は、ユーザが、電
話を監視および／またはログしたい相手の識別情報などの情報を入力することを
可能にすることが好ましく、またユーザが通信セッションを引き出して表示する
ための少なくとも１つのコマンドを入力することを可能にすることが好ましい。
声および映像データパケットを選択的に記録するため、この記憶情報を整理する
ため、そして要求に応じて記憶情報を表示するための、コンピュータネットワー
クに基づく“電話”システムの通信セッションを記録できるような、システムお
よび方法を提供する。 本発明による方法およびシステムの原理と動作は、図面とそれらの説明を参照
することにより、より良く理解されるであろう。 図面を参照すると、図１はコンピュータネットワークを通じて行われる通信セ
ッションからの音声および／または映像データを記録および表示するための代表
的なシステムのブロック線図である。コンピュータログシステム１０は、通信セ
ッション管理ユニット１３に接続されたユーザコンピュータ１２を主要な要素と
して含む。通信セッション管理ユニット１３はネットワークインタフェースカー
ド（ＮＩＣ）１６を介して、イントラネット１４に接続されている。 ユーザコンピュータ１２は、ディスプレイユニット２０に表示されるユーザイ
ンタフェース１８を含む。ユーザインタフェースは、ＧＵＩ（グラフィッカルユ
ーザインタフェース）が好ましい。ユーザインタフェース１８は、ユーザが、電
話を監視および／またはログしたい相手の識別情報などの情報を入力することを
可能にすることが好ましく、またユーザが通信セッションを引き出して表示する
ための少なくとも１つのコマンドを入力することを可能にすることが好ましい。
【００１６】 ディスプレイユニット２０は、好ましくはコンピュータのモニターである。ユ
ーザは、データ入力装置２２でデータやコマンドを入力することにより、ユーザ
コンピュータ１２と対話することができる。データ入力装置２２は、好ましくは
、少なくともキーボードまたはマウスのようなポインティングデバイスを含む。
本発明の１つの好ましい実施例によれば、ユーザコンピュータ１２はＰＣ（パー
ソナルコンピュータ）である。それに代わるものでかつ好ましいものは、ＩＰに
基づくネットワーク上で通信可能なコンピュータであるネットコンピュータのよ
うな“thin client”である。このようなネットコンピュータの１例はJavaStati
onTM（Sun Microsystems）である。このようなネットコンピュータの利点は、ユ
ーザが複雑で高性能のソフトウェアプログラムと対話することを可能にしながら
、通常現在入手可能なＰＣコンピュータの強力な計算能力の全てを持たないこと
である。 イントラネット１４は例えばＬＡＮまたはＷＡＮである。通信セッション管理
ユニット１３とイントラネット１４の間の接続は、ＮＩＣ１６を介して発生する
。ＮＩＣ１６は、通信セッション管理ユニット１３を適当なコンピュータネット
ワーク（例えば、3-ComTMのEtherlinkII ISA/PCMCIA AdapterまたはEtherlinkII
I PCI Bus-Master AdapterまたはNovellTMのNE2000 Adapter、または他の同様の
適当な製品）に接続できる標準的な市販品が好ましい。このような適当なコンピ
ュータネットワークの例は、イーサネット（登録商標）（ＩＥＥ標準規格８０２ .３）、高速イーサネット（ＩＥＥ標準規格８０２.１０）、トークンリング（Ｉ ＥＥ標準規格８０２.５）およびＦＤＤＩなどの標準的なＬＡＮを含むが、それ らに限定されない。
ーザは、データ入力装置２２でデータやコマンドを入力することにより、ユーザ
コンピュータ１２と対話することができる。データ入力装置２２は、好ましくは
、少なくともキーボードまたはマウスのようなポインティングデバイスを含む。
本発明の１つの好ましい実施例によれば、ユーザコンピュータ１２はＰＣ（パー
ソナルコンピュータ）である。それに代わるものでかつ好ましいものは、ＩＰに
基づくネットワーク上で通信可能なコンピュータであるネットコンピュータのよ
うな“thin client”である。このようなネットコンピュータの１例はJavaStati
onTM（Sun Microsystems）である。このようなネットコンピュータの利点は、ユ
ーザが複雑で高性能のソフトウェアプログラムと対話することを可能にしながら
、通常現在入手可能なＰＣコンピュータの強力な計算能力の全てを持たないこと
である。 イントラネット１４は例えばＬＡＮまたはＷＡＮである。通信セッション管理
ユニット１３とイントラネット１４の間の接続は、ＮＩＣ１６を介して発生する
。ＮＩＣ１６は、通信セッション管理ユニット１３を適当なコンピュータネット
ワーク（例えば、3-ComTMのEtherlinkII ISA/PCMCIA AdapterまたはEtherlinkII
I PCI Bus-Master AdapterまたはNovellTMのNE2000 Adapter、または他の同様の
適当な製品）に接続できる標準的な市販品が好ましい。このような適当なコンピ
ュータネットワークの例は、イーサネット（登録商標）（ＩＥＥ標準規格８０２ .３）、高速イーサネット（ＩＥＥ標準規格８０２.１０）、トークンリング（Ｉ ＥＥ標準規格８０２.５）およびＦＤＤＩなどの標準的なＬＡＮを含むが、それ らに限定されない。
【００１７】 イントラネット１４上の全てのデータパケットのトラフィックは、ＮＩＣ１６
を通してフィルタリングモジュール２４に伝えられる。下記の図３においてより
詳しく示されているように、フィルタリングモジュール２４は、どのデータパケ
ットが次の判断基準を満たすか決定するために、それらのデータパケットを調べ
る。簡潔に言えば、データパケットは、音声および／または映像のトラフィック
であることを示すＨ.２２５またはＨ.２４５標準規格に従ったヘッダーを持つＩ
Ｐパケットでなければならない。先述したように、これらの標準規格は、テレビ
電話システムのためのメディアストリームのパケット構造と同期、およびマルチ
メディア通信のための制御プロトコルを規定する。 フィルタリングモジュール２４は、実質的にこれらの判断基準を満たすデータ
パケットだけを管理モジュール２８に渡すことが好ましい。下記の図７に示され
ている本発明のシステムのゾーン構成において、フィルタリングモジュール２４
は、他の通信セッション管理ユニットからのメッセージも転送することが好まし
い。 管理モジュール２８は、フィルタリングモジュール２４によって通過させられ
たデータパケットを受け取り、その受け取ったデータパケットを解析する。任意
でありかつ好ましくは、データベース２６は、例えば各相手に少なくとも１つの
ＩＰアドレスを対応させた変換表と共に、その通信セッションをログすべき相手
のＩＰアドレスのような情報を記憶する。電話をログしたい相手を表すＩＰアド
レスの記憶リストは、ユーザによって定義されることが好ましい。この明細書中
で使用されているように、「相手」という語は、コンピュータネットワーク上の
電話システムを通じて通信している１人または複数の人を言う。後者の好ましい
要求は、ユーザが関心のあるデータだけを含めることにより、記憶されるデータ
の量を著しく少なくする。管理モジュール２８は、背景技術の説明のところに上
記したように、Ｈ.２４５制御機能、ＲＡＳシグナリング機能およびコールシグ
ナリング機能を含む，適用可能なＨ.２２５およびＨ.２４５の仕様に従って、デ
ータを解析しかつ管理する。
を通してフィルタリングモジュール２４に伝えられる。下記の図３においてより
詳しく示されているように、フィルタリングモジュール２４は、どのデータパケ
ットが次の判断基準を満たすか決定するために、それらのデータパケットを調べ
る。簡潔に言えば、データパケットは、音声および／または映像のトラフィック
であることを示すＨ.２２５またはＨ.２４５標準規格に従ったヘッダーを持つＩ
Ｐパケットでなければならない。先述したように、これらの標準規格は、テレビ
電話システムのためのメディアストリームのパケット構造と同期、およびマルチ
メディア通信のための制御プロトコルを規定する。 フィルタリングモジュール２４は、実質的にこれらの判断基準を満たすデータ
パケットだけを管理モジュール２８に渡すことが好ましい。下記の図７に示され
ている本発明のシステムのゾーン構成において、フィルタリングモジュール２４
は、他の通信セッション管理ユニットからのメッセージも転送することが好まし
い。 管理モジュール２８は、フィルタリングモジュール２４によって通過させられ
たデータパケットを受け取り、その受け取ったデータパケットを解析する。任意
でありかつ好ましくは、データベース２６は、例えば各相手に少なくとも１つの
ＩＰアドレスを対応させた変換表と共に、その通信セッションをログすべき相手
のＩＰアドレスのような情報を記憶する。電話をログしたい相手を表すＩＰアド
レスの記憶リストは、ユーザによって定義されることが好ましい。この明細書中
で使用されているように、「相手」という語は、コンピュータネットワーク上の
電話システムを通じて通信している１人または複数の人を言う。後者の好ましい
要求は、ユーザが関心のあるデータだけを含めることにより、記憶されるデータ
の量を著しく少なくする。管理モジュール２８は、背景技術の説明のところに上
記したように、Ｈ.２４５制御機能、ＲＡＳシグナリング機能およびコールシグ
ナリング機能を含む，適用可能なＨ.２２５およびＨ.２４５の仕様に従って、デ
ータを解析しかつ管理する。
【００１８】 管理モジュール２８は、そられのデータパケットを、それらが属する通信セッ
ション、使用されているデータ圧縮のタイプ（もし使用されていれば）、監視さ
れるべきＩＰアドレスから送信されたかそうでないか決定するために解析する。
フィルタリングモジュール２４は単に上で簡単に説明した判断基準を満たす全て
のデータパケットを通過させるだけなので、管理モジュール２８がこの解析をし
なければならない（より詳細は図３Ａ−図３Ｄを参照）。これらのパケットはデ
ータベース２６に記憶されている情報のどれも考慮することなく通されるので、
管理モジュール２８は、その受信パケットが記憶しなければならないものかそう
でないか決定するために、データベース２６のルールを各パケットのパケットヘ
ッダに在る情報と比較する。 データベース２６のルールを満たす受信パケットは、次に記憶媒体３０に記憶
される。この記憶媒体は大容量のデジタルデータ記憶装置が好ましく、ハードデ
ィスク磁気記憶装置、光ディスク、ＣＤ−ＲＯＭ、ＺＩＰ、またはＤＡＴカセッ
ト、または特定の用途の運用の必要性に応じたそれらの組み合わせ、または他の
適当な媒体である。好ましくは、各データパケットが関係づけられる特定の通信
セッションすなわち“電話の呼出し”も、そのセッションを後で再構成して表示
するために記憶される。
ション、使用されているデータ圧縮のタイプ（もし使用されていれば）、監視さ
れるべきＩＰアドレスから送信されたかそうでないか決定するために解析する。
フィルタリングモジュール２４は単に上で簡単に説明した判断基準を満たす全て
のデータパケットを通過させるだけなので、管理モジュール２８がこの解析をし
なければならない（より詳細は図３Ａ−図３Ｄを参照）。これらのパケットはデ
ータベース２６に記憶されている情報のどれも考慮することなく通されるので、
管理モジュール２８は、その受信パケットが記憶しなければならないものかそう
でないか決定するために、データベース２６のルールを各パケットのパケットヘ
ッダに在る情報と比較する。 データベース２６のルールを満たす受信パケットは、次に記憶媒体３０に記憶
される。この記憶媒体は大容量のデジタルデータ記憶装置が好ましく、ハードデ
ィスク磁気記憶装置、光ディスク、ＣＤ−ＲＯＭ、ＺＩＰ、またはＤＡＴカセッ
ト、または特定の用途の運用の必要性に応じたそれらの組み合わせ、または他の
適当な媒体である。好ましくは、各データパケットが関係づけられる特定の通信
セッションすなわち“電話の呼出し”も、そのセッションを後で再構成して表示
するために記憶される。
【００１９】 ユーザによる要求があると、管理モジュール２８は、それにより、記憶媒体３
０から１つまたは複数の通信セッションに関係づけられる１つまたは複数のデー
タパケットを引き出すことができる。引き出されたパケットは、次にデータ復元
モジュール３２に転送される。データ復元モジュール３２は、ＲＴＰ（リアルタ
イムプロトコル）を使って個別の通信セッションを復元するために、これらの引
き出されたパケットを操作できることが好ましい。図４Ｃと図５に関して以下に
さらに詳しく説明されるように、ＲＴＰに従うそれらのシステムにおいては、デ
ータパケットはただ順序番号だけでなく、ヘッダ中にタイムスタンプを入れて送
信される。このようなタイムスタンプは、データパケットがデータのストリーム
の全体の時間関係が維持されるように再組立てされるためには、音声および映像
のストリームデータにとって必要である。このようなタイムスタンプ無しでは、
正しい時間関係は維持されないであろう。そして音声または映像ストリームは正
確に再構成することができないであろう。
０から１つまたは複数の通信セッションに関係づけられる１つまたは複数のデー
タパケットを引き出すことができる。引き出されたパケットは、次にデータ復元
モジュール３２に転送される。データ復元モジュール３２は、ＲＴＰ（リアルタ
イムプロトコル）を使って個別の通信セッションを復元するために、これらの引
き出されたパケットを操作できることが好ましい。図４Ｃと図５に関して以下に
さらに詳しく説明されるように、ＲＴＰに従うそれらのシステムにおいては、デ
ータパケットはただ順序番号だけでなく、ヘッダ中にタイムスタンプを入れて送
信される。このようなタイムスタンプは、データパケットがデータのストリーム
の全体の時間関係が維持されるように再組立てされるためには、音声および映像
のストリームデータにとって必要である。このようなタイムスタンプ無しでは、
正しい時間関係は維持されないであろう。そして音声または映像ストリームは正
確に再構成することができないであろう。
【００２０】 通信セッションは、使用可能なオーディオおよび／またはビデオコーデックを
用いて、再構成されたデータパケットのストリームから復元される。コーデック
はアナログデータとデジタルデータの変換のための非線形の方法である。例えば
、あるオーディオコーデックは、関係するデータパケット中のデジタル化された
音声データを、例えば可聴音としてユーザに表示するためのアナログデータに変
換することを可能にする。適当なコーデックについて、図５に関連して以下に詳
しく説明する。 ユーザが再構成された通信セッションの表示を受けるために、システム１０は
、まとめて“通信セッション表示ユニット”と呼ばれているオーディオユニット
３４とビデオユニット３６を主要な要素として含むことが好ましい。さらに好ま
しいのは、オーディオユニット３４およびビデオユニット３６の両方とも、それ
ぞれが、音声入力または映像入力を取り込むことができかつ音声または映像出力
を表示できることである。少なくとも、オーディオユニット３４およびビデオユ
ニット３６は、それぞれ、音声または映像出力を表示できなくてはならない。例
えば、オーディオユニット３４は、入力のためのマイクロフォンを選択的に含み
、また出力のためのスピーカーまたはイヤフォンを含むことができる。ビデオユ
ニット３６は、出力のためのビデオモニターまたは表示画面を含み、また入力の
ためのビデオカメラを選択的に含むことができる。
用いて、再構成されたデータパケットのストリームから復元される。コーデック
はアナログデータとデジタルデータの変換のための非線形の方法である。例えば
、あるオーディオコーデックは、関係するデータパケット中のデジタル化された
音声データを、例えば可聴音としてユーザに表示するためのアナログデータに変
換することを可能にする。適当なコーデックについて、図５に関連して以下に詳
しく説明する。 ユーザが再構成された通信セッションの表示を受けるために、システム１０は
、まとめて“通信セッション表示ユニット”と呼ばれているオーディオユニット
３４とビデオユニット３６を主要な要素として含むことが好ましい。さらに好ま
しいのは、オーディオユニット３４およびビデオユニット３６の両方とも、それ
ぞれが、音声入力または映像入力を取り込むことができかつ音声または映像出力
を表示できることである。少なくとも、オーディオユニット３４およびビデオユ
ニット３６は、それぞれ、音声または映像出力を表示できなくてはならない。例
えば、オーディオユニット３４は、入力のためのマイクロフォンを選択的に含み
、また出力のためのスピーカーまたはイヤフォンを含むことができる。ビデオユ
ニット３６は、出力のためのビデオモニターまたは表示画面を含み、また入力の
ためのビデオカメラを選択的に含むことができる。
【００２１】 図２は図１のシステム１０の概略ブロック線図であり、システム１０のソフト
ウェアモジュールの全体的な構成をより詳細に示す。そうするのが適当なところ
では、異なるタイプのデータパケットのヘッダの構成図（図４Ａ−図４Ｄ）に加
えて、これらのソフトウェアモジュールの動作をより詳細に示すフローチャート
（図３Ａ−図３Ｄ）を参照する。 図示のように、システム１０は再びＮＩＣ１６を介したイントラネット１４へ
の接続を含む。パケットがイントラネット１４で送信されるとき、ＮＩＣ１６は
これらのデータパケットを傍受し、それらをフィルタリングモジュール２４に向
けて通過させる。 フィルタリングモジュール２４は２つの構成部分を持つ。第１のフィルタリン
グ部３８は、そのデータパケットのヘッダを調べる。データパケットは、下記の
図４Ａに示されているような、正しいヘッダを持つＩＰタイプのパケットでなけ
ればならない。次に、第１のフィルタリング部３８は、そのデータパケットを第
２のフィルタリング部４０に渡す。第２のフィルタリング部４０は次にＩＰデー
タパケットのタイプを決定する。ＩＰデータパケットのタイプは、Ｈ.２２５，
Ｈ.２４５，ＲＴＰまたはＲＴＣＰ標準規格に従って構成され得るものである。
ウェアモジュールの全体的な構成をより詳細に示す。そうするのが適当なところ
では、異なるタイプのデータパケットのヘッダの構成図（図４Ａ−図４Ｄ）に加
えて、これらのソフトウェアモジュールの動作をより詳細に示すフローチャート
（図３Ａ−図３Ｄ）を参照する。 図示のように、システム１０は再びＮＩＣ１６を介したイントラネット１４へ
の接続を含む。パケットがイントラネット１４で送信されるとき、ＮＩＣ１６は
これらのデータパケットを傍受し、それらをフィルタリングモジュール２４に向
けて通過させる。 フィルタリングモジュール２４は２つの構成部分を持つ。第１のフィルタリン
グ部３８は、そのデータパケットのヘッダを調べる。データパケットは、下記の
図４Ａに示されているような、正しいヘッダを持つＩＰタイプのパケットでなけ
ればならない。次に、第１のフィルタリング部３８は、そのデータパケットを第
２のフィルタリング部４０に渡す。第２のフィルタリング部４０は次にＩＰデー
タパケットのタイプを決定する。ＩＰデータパケットのタイプは、Ｈ.２２５，
Ｈ.２４５，ＲＴＰまたはＲＴＣＰ標準規格に従って構成され得るものである。
【００２２】 図３Ａを参照して示されるように、第１のフィルタリング部３８と第２のフィ
ルタリング部４０は次のように動作する。ステップ１において、１つのパケット
がフィルタリングモジュール２４により受け取られる。このパケットは第１のフ
ィルタリング部３８に与えられ、第１のフィルタリング部３８は次にステップ２
においてそのパケットがＩＰタイプのパケットであるか否か決定する。この決定
は、そのデータパケットのヘッダの構成に従って行われる。ヘッダの１例が図４
Ａに示されている。ヘッダ４２は複数の箱として示されており、それらの各々は
ヘッダの１部分すなわち“フィールド”を表している。各部分により占められる
バイト数も示されており、各層は３２ビットから成ることが理解されるであろう
。ヘッダの最初の部分、“バージョン番号”部４４は、プロトコルのバージョン
番号である。次に“ヘッダ長”部４６は、ヘッダ中の３２ビット量の数を示す。
“サービスタイプ”部４８は、送り手が、そのデータグラムが遅延が最小になる
ルートを進むことを好むか、またはスループットが最大になるルートを進むこと
を好むかを示す。“全長”部５０は、ヘッダおよびデータの両方中のオクテット
の合計数を示す。
ルタリング部４０は次のように動作する。ステップ１において、１つのパケット
がフィルタリングモジュール２４により受け取られる。このパケットは第１のフ
ィルタリング部３８に与えられ、第１のフィルタリング部３８は次にステップ２
においてそのパケットがＩＰタイプのパケットであるか否か決定する。この決定
は、そのデータパケットのヘッダの構成に従って行われる。ヘッダの１例が図４
Ａに示されている。ヘッダ４２は複数の箱として示されており、それらの各々は
ヘッダの１部分すなわち“フィールド”を表している。各部分により占められる
バイト数も示されており、各層は３２ビットから成ることが理解されるであろう
。ヘッダの最初の部分、“バージョン番号”部４４は、プロトコルのバージョン
番号である。次に“ヘッダ長”部４６は、ヘッダ中の３２ビット量の数を示す。
“サービスタイプ”部４８は、送り手が、そのデータグラムが遅延が最小になる
ルートを進むことを好むか、またはスループットが最大になるルートを進むこと
を好むかを示す。“全長”部５０は、ヘッダおよびデータの両方中のオクテット
の合計数を示す。
【００２３】 次の層において、“識別情報”部５２は、そのパケット自体の身元を示す。“
フラッグ”は、そのデータグラムが１部分であるか、完全なデータグラムである
かを示す。“フラグメントオフセット”部５６は、元のデータグラム中のこの部
分の場所を示す。次の層において、“生存時間”部５８は、１と２５５の間の正
の整数を含み、この整数は進行した各ルートにおいて漸次に減じられる。その値
が０になったとき、パケットはもはや伝送されず、送信者に戻される。“タイプ
”部６０は、伝送されているデータのタイプを示す。“ヘッダチェックサム”部
６２は、実際のチェックサムをこの部分６２の中に記録されている値と比較する
ことによりパケットの完全性をチェックすることを可能にする。 ヘッダ４２の次の層は送信元のＩＰアドレスを含み、その次の層は宛先のＩＰ
アドレスを含む。続いて任意のＩＰオプション部６８があり、その後に埋草（必
要な場合）があり、そしてデータを含むパケットのデータ部７０が始まる。
フラッグ”は、そのデータグラムが１部分であるか、完全なデータグラムである
かを示す。“フラグメントオフセット”部５６は、元のデータグラム中のこの部
分の場所を示す。次の層において、“生存時間”部５８は、１と２５５の間の正
の整数を含み、この整数は進行した各ルートにおいて漸次に減じられる。その値
が０になったとき、パケットはもはや伝送されず、送信者に戻される。“タイプ
”部６０は、伝送されているデータのタイプを示す。“ヘッダチェックサム”部
６２は、実際のチェックサムをこの部分６２の中に記録されている値と比較する
ことによりパケットの完全性をチェックすることを可能にする。 ヘッダ４２の次の層は送信元のＩＰアドレスを含み、その次の層は宛先のＩＰ
アドレスを含む。続いて任意のＩＰオプション部６８があり、その後に埋草（必
要な場合）があり、そしてデータを含むパケットのデータ部７０が始まる。
【００２４】 データパケットのヘッダの構成が第１のフィルタリング部３８によって調べら
れ、このヘッダが必要なデータフィールドを正しい順番で持つかどうか、すなわ
ちデータパケットのヘッダがヘッダ４２に一致するかどか決定される。第１のフ
ィルタリング部３８は、ステップ３Ａに示されるように、正しいヘッダ構成を持
つパケットだけを通過させる。そうでなければ、そのパケットは、ステップ３Ｂ
に示されるように放棄される。 正しいヘッダを持つパケット、すなわち“ＩＰパケット”は、次に第２のフィ
ルタリング部４０に渡される。第２のフィルタリング部４０はフィルタリングス
テップの残りを行う。ステップ３Ａにおいて、第２のフィルタリング部４０は、
ＩＰパケットを調べて、図４Ａに示されるようなパケットのデータ部からそれら
のタイプを決定する。パケットは、Ｈ.２２５，Ｈ.２４５，ＲＴＣ，ＲＴＣＰの
どれかである。Ｈ.２２５パケットのための方法のステップは図３Ａに示されて
おり、それ以外のパケットタイプのための方法が、それぞれ、図３Ｂ−図３Ｄに
示されている。 パケットのタイプが決定されると、図２に示されるように、パケット自体とパ
ケットのタイプに関する情報の両方が、管理モジュール２８に渡される。パケッ
トは、行われるべき記録工程のために、図２にも示されるように、管理モジュー
ル２８内の関係する構成部分に渡される。記録されたパケットは、図３Ｃおよび
３Ｄに関して以下に詳細に説明されるように、記憶モジュール３０に記憶される
。
れ、このヘッダが必要なデータフィールドを正しい順番で持つかどうか、すなわ
ちデータパケットのヘッダがヘッダ４２に一致するかどか決定される。第１のフ
ィルタリング部３８は、ステップ３Ａに示されるように、正しいヘッダ構成を持
つパケットだけを通過させる。そうでなければ、そのパケットは、ステップ３Ｂ
に示されるように放棄される。 正しいヘッダを持つパケット、すなわち“ＩＰパケット”は、次に第２のフィ
ルタリング部４０に渡される。第２のフィルタリング部４０はフィルタリングス
テップの残りを行う。ステップ３Ａにおいて、第２のフィルタリング部４０は、
ＩＰパケットを調べて、図４Ａに示されるようなパケットのデータ部からそれら
のタイプを決定する。パケットは、Ｈ.２２５，Ｈ.２４５，ＲＴＣ，ＲＴＣＰの
どれかである。Ｈ.２２５パケットのための方法のステップは図３Ａに示されて
おり、それ以外のパケットタイプのための方法が、それぞれ、図３Ｂ−図３Ｄに
示されている。 パケットのタイプが決定されると、図２に示されるように、パケット自体とパ
ケットのタイプに関する情報の両方が、管理モジュール２８に渡される。パケッ
トは、行われるべき記録工程のために、図２にも示されるように、管理モジュー
ル２８内の関係する構成部分に渡される。記録されたパケットは、図３Ｃおよび
３Ｄに関して以下に詳細に説明されるように、記憶モジュール３０に記憶される
。
【００２５】 パケットがパケットのヘッダに従ってＨ.２２５パケットであると決定された
場合には（図４Ｂ参照）、そのパケットは、図２に示されるように、管理モジュ
ール２８内のＨ.２２５呼出し制御モジュール７８に渡される。管理方法のステ
ップは、図３Ａを参照しながら、下記の通りである。図３Ａのステップ４Ａにお
いて、そのＨ.２２５パケットがセットアップパケットであるかどうか調べられ
、パケット中のデータの構成に従って決定される。この構成はＨ.２２５.０推奨
に規定されており、少なくとも下記のタイプの情報を含む。 プロトコル識別子（サポートされるＨ.２２５.０のバージョン） ｈ２４５アドレス（Ｈ.２４５信号が発呼側の端点またはゲートキーバー
によりそこに確立されるべき特定のトランスポートアドレス） 送信元アドレス（送信元のためのＨ.３２３＿ＩＤ） 送信元情報（着呼側がその呼がゲートウェイを含むか含まないか決定する
ことを可能にするための端点のタイプを含む） 宛先アドレス（その端点が接続されることを欲するアドレスである） Ｈ.２２５.０に規定されるように、他のタイプのデータも必要とされる。この
データ構成は、Ｈ.２２５呼制御モジュール７８が、パケットがセットアップパ
ケットであるかどうか決定することを可能にする。 このパケットがセットアップパケットの場合には、この方法の第１の分枝を辿
る。まずＨ.２２５ヘッダ７２の送信元ポートフィールド７４から送信元ポート
が取り出され、また宛先ポートフィールド７６から送信元ポート７６が取り出さ
れる（図４Ｂ）。ステップ５Ａにおいて、対応する端末のどれかが記録端末とし
て指定されているかどうか、すなわちこの端末のＩＰアドレスによって開始され
た通信セッションが監視されるべきかどうか決定するために、図１のデータベー
ス２６が調べられる。指定されている場合は、ステップ６Ａにおいて、端末のス
テータスが、送信元ポートに対応する端末からのセッション開始要求に設定され
る。
場合には（図４Ｂ参照）、そのパケットは、図２に示されるように、管理モジュ
ール２８内のＨ.２２５呼出し制御モジュール７８に渡される。管理方法のステ
ップは、図３Ａを参照しながら、下記の通りである。図３Ａのステップ４Ａにお
いて、そのＨ.２２５パケットがセットアップパケットであるかどうか調べられ
、パケット中のデータの構成に従って決定される。この構成はＨ.２２５.０推奨
に規定されており、少なくとも下記のタイプの情報を含む。 プロトコル識別子（サポートされるＨ.２２５.０のバージョン） ｈ２４５アドレス（Ｈ.２４５信号が発呼側の端点またはゲートキーバー
によりそこに確立されるべき特定のトランスポートアドレス） 送信元アドレス（送信元のためのＨ.３２３＿ＩＤ） 送信元情報（着呼側がその呼がゲートウェイを含むか含まないか決定する
ことを可能にするための端点のタイプを含む） 宛先アドレス（その端点が接続されることを欲するアドレスである） Ｈ.２２５.０に規定されるように、他のタイプのデータも必要とされる。この
データ構成は、Ｈ.２２５呼制御モジュール７８が、パケットがセットアップパ
ケットであるかどうか決定することを可能にする。 このパケットがセットアップパケットの場合には、この方法の第１の分枝を辿
る。まずＨ.２２５ヘッダ７２の送信元ポートフィールド７４から送信元ポート
が取り出され、また宛先ポートフィールド７６から送信元ポート７６が取り出さ
れる（図４Ｂ）。ステップ５Ａにおいて、対応する端末のどれかが記録端末とし
て指定されているかどうか、すなわちこの端末のＩＰアドレスによって開始され
た通信セッションが監視されるべきかどうか決定するために、図１のデータベー
ス２６が調べられる。指定されている場合は、ステップ６Ａにおいて、端末のス
テータスが、送信元ポートに対応する端末からのセッション開始要求に設定され
る。
【００２６】 セットアップパケットでない場合には、そのパケットは、ステップ４Ｂにおい
て、接続パケットであるか調べられ、パケット中のデータの構成により決定され
る。この構成はＨ.２２５.０推奨に規定されており、少なくとも下記のタイプの
情報を含む。 プロトコル識別子（サポートされるＨ.２２５.０のバージョン） ｈ２４５アドレス（Ｈ.２４５信号が発呼側の端点またはゲートキーバー
によりそこに確立されるべき特定のトランスポートアドレス） 宛先情報（呼出し側がその呼がゲートウェイを含むか否かを決定すること
を可能にするための端点のタイプを含む） 会議ＩＤ（その特定の会議を識別するための唯一の識別番号を含む） パケットが接続パケットの場合には、この方法の第２の分枝を辿る。ステップ
５Ｂにおいて、端末のステータスがセッション開始要求に設定されているかどう
か決定するために、端末のステータスを示すフラッグが調べられる。ステップ６
Ｂにおいて、呼信号の詳細情報が記憶媒体３０の呼進行データベース７８に保存
される（図２参照）。これらの詳細情報は、送信元および宛先のアドレス、送信
元および宛先のポート、その通信セッションが開始された時刻、その他の関係す
る情報を含むことが好ましい。ステップ７Ｂにおいて、端末のステータスが“論
理チャネル待ち”に設定される。
て、接続パケットであるか調べられ、パケット中のデータの構成により決定され
る。この構成はＨ.２２５.０推奨に規定されており、少なくとも下記のタイプの
情報を含む。 プロトコル識別子（サポートされるＨ.２２５.０のバージョン） ｈ２４５アドレス（Ｈ.２４５信号が発呼側の端点またはゲートキーバー
によりそこに確立されるべき特定のトランスポートアドレス） 宛先情報（呼出し側がその呼がゲートウェイを含むか否かを決定すること
を可能にするための端点のタイプを含む） 会議ＩＤ（その特定の会議を識別するための唯一の識別番号を含む） パケットが接続パケットの場合には、この方法の第２の分枝を辿る。ステップ
５Ｂにおいて、端末のステータスがセッション開始要求に設定されているかどう
か決定するために、端末のステータスを示すフラッグが調べられる。ステップ６
Ｂにおいて、呼信号の詳細情報が記憶媒体３０の呼進行データベース７８に保存
される（図２参照）。これらの詳細情報は、送信元および宛先のアドレス、送信
元および宛先のポート、その通信セッションが開始された時刻、その他の関係す
る情報を含むことが好ましい。ステップ７Ｂにおいて、端末のステータスが“論
理チャネル待ち”に設定される。
【００２７】 第２のフィルタリング部４０によってパケットがＨ.２４５パケットであると
決定された場合には、図２に示されているように、そのパケットは管理モジュー
ル２８内のＨ.２４５呼制御モジュール８２に渡される。このようなＨ.２４５パ
ケットは、Ｈ.２４５信号のために必要である。Ｈ.２４５信号は２つの端点、す
なわち１つの端点と１つのマルチポイントコントローラ、または１つの端点と１
つのゲートウェイ、の間に確立される（例えば以下の図６と図７およびこのよう
な端点の説明を参照）。各端点は通信セッションの１方として、呼び出すことお
よび呼び出されることができる。しかしながら、本発明のシステムは、このよう
な通信セッションを開始するのでなく、監視するだけである。例えば、本発明の
システムは、記憶および後のセッションの再構成のために必要なデータパケット
を効率的に記録するために、Ｈ.２４５信号を使ってその通信セッションがいつ
始まったかを決定する。 Ｈ.２４５パケットの管理方法のステップは、図３Ｂを参照しつつ、下記のと
おりである。図３Ｂのステップ１Ａにおいて、Ｈ.２４５パケットは、論理チャ
ネル開要求パケットであるかどうか決定するために調べられる。そうである場合
には、ステップ２Ａにおいて、ステータスが“論理チャネル待ち”であるかどう
か決定するために、端末のステータスが調べられる。そうである場合には、ステ
ップ３Ａにおいて、端末のステータスが“確認待ち”に設定される。
決定された場合には、図２に示されているように、そのパケットは管理モジュー
ル２８内のＨ.２４５呼制御モジュール８２に渡される。このようなＨ.２４５パ
ケットは、Ｈ.２４５信号のために必要である。Ｈ.２４５信号は２つの端点、す
なわち１つの端点と１つのマルチポイントコントローラ、または１つの端点と１
つのゲートウェイ、の間に確立される（例えば以下の図６と図７およびこのよう
な端点の説明を参照）。各端点は通信セッションの１方として、呼び出すことお
よび呼び出されることができる。しかしながら、本発明のシステムは、このよう
な通信セッションを開始するのでなく、監視するだけである。例えば、本発明の
システムは、記憶および後のセッションの再構成のために必要なデータパケット
を効率的に記録するために、Ｈ.２４５信号を使ってその通信セッションがいつ
始まったかを決定する。 Ｈ.２４５パケットの管理方法のステップは、図３Ｂを参照しつつ、下記のと
おりである。図３Ｂのステップ１Ａにおいて、Ｈ.２４５パケットは、論理チャ
ネル開要求パケットであるかどうか決定するために調べられる。そうである場合
には、ステップ２Ａにおいて、ステータスが“論理チャネル待ち”であるかどう
か決定するために、端末のステータスが調べられる。そうである場合には、ステ
ップ３Ａにおいて、端末のステータスが“確認待ち”に設定される。
【００２８】 他の場合には、ステータス１Ｂに示されるように、論理チャネル開確認パケッ
トであるかどうか決定するために調べられる。そうである場合には、ステップ２
Ｂにおいて、ステータスが“確認待ち”であるかどうか決定するために、端末の
ステータスが調べられる。そうである場合には、ステップ３Ｂにおいて、端末の
ステータスが“端末能力待ち”に設定される。ステップ４Ｂにおいて、被呼側す
なわち宛先端末のトランスポートアドレスが保存される。このトランスポートア
ドレスは、ヘッダ７２の宛先ポートフィール７６から取り出される（図４Ｂ参照
）。Ｈ.２２５およびＨ.２４５パケットは同じヘッダ構成を持つことに気づかれ
たい。 さらに別の場合には、ステップ１Ｃにおいて、端末能力設定パケットであるか
ないか決定するために、そのＨ.２４５パケットが調べられる。そうである場合
には、ステップ２Ｃにおいて、端末の能力が呼進行データベース８０に保存され
る（図２参照）。ステップ３Ｃにおいて、端末のステータスが、通信セッション
が開かれることが決定されかつ管理モジュール２８がＲＴＰデータパケットを受
信することができる“呼進行中”に設定される。 第２のフィルタリング部４０によってパケットがＲＴＰパケットであると決定
された場合には、図２に示されるように、そのパケットは、管理モジュール２８
内のＲＡＳ(レジストレーション、アドミッションおよびステータス）制御モジ
ュール８４に渡される。
トであるかどうか決定するために調べられる。そうである場合には、ステップ２
Ｂにおいて、ステータスが“確認待ち”であるかどうか決定するために、端末の
ステータスが調べられる。そうである場合には、ステップ３Ｂにおいて、端末の
ステータスが“端末能力待ち”に設定される。ステップ４Ｂにおいて、被呼側す
なわち宛先端末のトランスポートアドレスが保存される。このトランスポートア
ドレスは、ヘッダ７２の宛先ポートフィール７６から取り出される（図４Ｂ参照
）。Ｈ.２２５およびＨ.２４５パケットは同じヘッダ構成を持つことに気づかれ
たい。 さらに別の場合には、ステップ１Ｃにおいて、端末能力設定パケットであるか
ないか決定するために、そのＨ.２４５パケットが調べられる。そうである場合
には、ステップ２Ｃにおいて、端末の能力が呼進行データベース８０に保存され
る（図２参照）。ステップ３Ｃにおいて、端末のステータスが、通信セッション
が開かれることが決定されかつ管理モジュール２８がＲＴＰデータパケットを受
信することができる“呼進行中”に設定される。 第２のフィルタリング部４０によってパケットがＲＴＰパケットであると決定
された場合には、図２に示されるように、そのパケットは、管理モジュール２８
内のＲＡＳ(レジストレーション、アドミッションおよびステータス）制御モジ
ュール８４に渡される。
【００２９】 ＲＴＰパケットの管理方法のステップは、図３Ｃを参照しつつ、下記のとおり
である。図３Ｃのステップ１において、端末のステータスが“呼進行中”である
かどうか調べられる。そうである場合には、ステップ２において、そのＲＴＰパ
ケットが記憶媒体３０内のＲＴＰデータベース８６に保存される（図２参照）。
図４ＣはＲＴＰパケットのヘッダの構成を示す。このヘッダは、そのパケットが
それから取り出された通信セッションを特定するために使うことができる。 最後に、第２のフィルタリング部４０によってパケットがＲＴＣＰパケットで
あると決定された場合には、図２に示されるように、そのパケットは、管理モジ
ュール２８内のＲＴＣＰ制御モジュール８８に渡される。ＲＴＣＰパケットの管
理方法のステップは、図３Ｄを参照しつつ、下記のとおりである。図３Ｄのステ
ップ１において、端末のステータスが“呼進行中”であるかどうか調べられる。
そうである場合には、ステップ２において、そのＲＴＣＰパケットが、記憶媒体
３０内の呼進行データベース８０に保存される（図２参照）。図４ＤはＲＴＣＰ
パケットのヘッダの構成を示す。このヘッダは、そのパケットがそれから取り出
された通信セッションを特定するために使うことができる。 このように、図３Ａ−図３Ｄは、図１および図２に示されている本発明のシス
テムにより記録された、記録された通信セッションを構成するデータパケットの
フィルタリングと記憶に関する本発明の方法を説明している。もちろん、このよ
うな通信セッションを記録することに加えて、本発明のシステムはこれらの通信
セッションを引き出してユーザに対して再生することもできる。記憶されたデー
タパケットから構成される記憶された通信セッションは、図２のデータ復元ユニ
ット３２により引き出され、オーディオユニット３４およびビデオユニット３６
と共同して再生される。関心を持つセッションを引き出して再生するための方法
が図５に示されており、本発明のシステムの他の関係する部分が図２に示されて
いる。
である。図３Ｃのステップ１において、端末のステータスが“呼進行中”である
かどうか調べられる。そうである場合には、ステップ２において、そのＲＴＰパ
ケットが記憶媒体３０内のＲＴＰデータベース８６に保存される（図２参照）。
図４ＣはＲＴＰパケットのヘッダの構成を示す。このヘッダは、そのパケットが
それから取り出された通信セッションを特定するために使うことができる。 最後に、第２のフィルタリング部４０によってパケットがＲＴＣＰパケットで
あると決定された場合には、図２に示されるように、そのパケットは、管理モジ
ュール２８内のＲＴＣＰ制御モジュール８８に渡される。ＲＴＣＰパケットの管
理方法のステップは、図３Ｄを参照しつつ、下記のとおりである。図３Ｄのステ
ップ１において、端末のステータスが“呼進行中”であるかどうか調べられる。
そうである場合には、ステップ２において、そのＲＴＣＰパケットが、記憶媒体
３０内の呼進行データベース８０に保存される（図２参照）。図４ＤはＲＴＣＰ
パケットのヘッダの構成を示す。このヘッダは、そのパケットがそれから取り出
された通信セッションを特定するために使うことができる。 このように、図３Ａ−図３Ｄは、図１および図２に示されている本発明のシス
テムにより記録された、記録された通信セッションを構成するデータパケットの
フィルタリングと記憶に関する本発明の方法を説明している。もちろん、このよ
うな通信セッションを記録することに加えて、本発明のシステムはこれらの通信
セッションを引き出してユーザに対して再生することもできる。記憶されたデー
タパケットから構成される記憶された通信セッションは、図２のデータ復元ユニ
ット３２により引き出され、オーディオユニット３４およびビデオユニット３６
と共同して再生される。関心を持つセッションを引き出して再生するための方法
が図５に示されており、本発明のシステムの他の関係する部分が図２に示されて
いる。
【００３０】 図５のステップ１において、ユーザは、引き出して再生しようとする通信セッ
ションに関する情報を入力する。この情報は、端末番号、関心を持つ通信セッシ
ョンの電話をかけた側とかけられた側のうち少なくとも１方に関する他の指定情
報、そのセッションが始まった時刻、そのセッションが終了した時刻を含むこと
が好ましい。しかしながら、関心のある通信セッションを特定するために十分な
情報が与えられるかぎり、この情報の代わりに、別の情報を含めることもできる
。 図５のステップ２において、指定された時間範囲内の通信セッション（１つま
たは複数）の詳細情報を見つけるために、データ復元ユニット３２により、呼進
行データベース８０（図２参照）が検索される。これらの詳細情報は、次に、そ
の呼範囲内の、少なくとも１つの関心が持たれている通信セッションを特定する
ために、ユーザにより入力された情報と比較される。 ステップ３において、指定された呼範囲中の少なくとも１つの通信セッション
からのほぼ全てのデータパケットを見つけるために、再びデータ復元ユニット３
２により、記憶媒体３０（図２参照）のＲＴＰデータベース８６が検索される。
任意でありかつ好ましくは、ステップ４において、音声部分の通信セッションが
ステレオで記録される場合には、そのデータパケットはオーディオチャネル別に
分けられる。
ションに関する情報を入力する。この情報は、端末番号、関心を持つ通信セッシ
ョンの電話をかけた側とかけられた側のうち少なくとも１方に関する他の指定情
報、そのセッションが始まった時刻、そのセッションが終了した時刻を含むこと
が好ましい。しかしながら、関心のある通信セッションを特定するために十分な
情報が与えられるかぎり、この情報の代わりに、別の情報を含めることもできる
。 図５のステップ２において、指定された時間範囲内の通信セッション（１つま
たは複数）の詳細情報を見つけるために、データ復元ユニット３２により、呼進
行データベース８０（図２参照）が検索される。これらの詳細情報は、次に、そ
の呼範囲内の、少なくとも１つの関心が持たれている通信セッションを特定する
ために、ユーザにより入力された情報と比較される。 ステップ３において、指定された呼範囲中の少なくとも１つの通信セッション
からのほぼ全てのデータパケットを見つけるために、再びデータ復元ユニット３
２により、記憶媒体３０（図２参照）のＲＴＰデータベース８６が検索される。
任意でありかつ好ましくは、ステップ４において、音声部分の通信セッションが
ステレオで記録される場合には、そのデータパケットはオーディオチャネル別に
分けられる。
【００３１】 ステップ５において、データパケットは、データ復元ユニット３２により、デ
ータ復元ユニット３２内のＲＴＰ（リアルタイムプロトコル）ソフトウェアモジ
ュール９１で復元される。ＲＴＰソフトウェアモジュール９１は、各チャネル内
のデータパケットを、個々のパケットのタイムスタンプに従って順序づける。図
４Ｃに示されているように、ＲＴＰパケットのヘッダ９２は、幾つかの重要なフ
ィールド、すなわちタイムスタンプフィールド９４，同期源（ＳＳＲ）識別情報
フィールド９６および貢献源（ＣＳＲＣ）識別情報フィールド９８を含む。ＳＳ
ＲＣフィールド９６は、唯一の識別アドレス（ＳＳＲＣ識別情報）を持つＲＴＰ
パケットの発信源（送信側）を決定するために使用される。ＣＳＲＣフィールド
９８のＣＳＲＣ識別情報は、複数人による会議において使用され、すべての参加
者のＳＳＲＣ識別情報を示す。タイムスタンプフィールド９４は、ＲＴＰソフト
ウェアモジュール９１により、各パケット中のデータが表示されるべき相対時間
を決定するために使われる。 例えば、ある人の話の音声ストリームは、映像ストリーム中に示されるその人
の唇の動きに同期させられるのが好ましく、“唇同期”として知られている処理
である。このような同期は、単に音声データと映像データをある相対時間点で再
生する以上のことが要求される。なぜならその音声データと映像データは、同時
に到着しないかも知れないし、そのために僅かに異なるタイムスタンプを持つか
も知れないからである。
ータ復元ユニット３２内のＲＴＰ（リアルタイムプロトコル）ソフトウェアモジ
ュール９１で復元される。ＲＴＰソフトウェアモジュール９１は、各チャネル内
のデータパケットを、個々のパケットのタイムスタンプに従って順序づける。図
４Ｃに示されているように、ＲＴＰパケットのヘッダ９２は、幾つかの重要なフ
ィールド、すなわちタイムスタンプフィールド９４，同期源（ＳＳＲ）識別情報
フィールド９６および貢献源（ＣＳＲＣ）識別情報フィールド９８を含む。ＳＳ
ＲＣフィールド９６は、唯一の識別アドレス（ＳＳＲＣ識別情報）を持つＲＴＰ
パケットの発信源（送信側）を決定するために使用される。ＣＳＲＣフィールド
９８のＣＳＲＣ識別情報は、複数人による会議において使用され、すべての参加
者のＳＳＲＣ識別情報を示す。タイムスタンプフィールド９４は、ＲＴＰソフト
ウェアモジュール９１により、各パケット中のデータが表示されるべき相対時間
を決定するために使われる。 例えば、ある人の話の音声ストリームは、映像ストリーム中に示されるその人
の唇の動きに同期させられるのが好ましく、“唇同期”として知られている処理
である。このような同期は、単に音声データと映像データをある相対時間点で再
生する以上のことが要求される。なぜならその音声データと映像データは、同時
に到着しないかも知れないし、そのために僅かに異なるタイムスタンプを持つか
も知れないからである。
【００３２】 データパケットが正しく同期させられたら、音声データの表示の制御は、１つ
または複数のオーディオコーデックに従って、データ復元ユニット３２のオーデ
ィオ部１０２によって行われる（図２参照）。ビデオデータの表示の制御は、１
つまたは複数のビデオコーデックに従って、データ復元ユニット３２のビデオ部
１０４によって行われる（図２参照）。 適当なコーデックには下記のものが含まれるが、それらに限定されるわけでは
ない。ＣＣＩＴＴ推奨Ｇ.７１１（１９８８），音声周波数のパルス符号変調（
ＰＣＭ）を使ったオーディオコーデック、ＣＣＩＴＴ推奨Ｇ.７２２（１９８８
），６４キロビット／秒以内の７kHzオーディオコーディングを使ったオーディ
オコーデック、ＩＴＵ―Ｔ推奨Ｇ.７２３.１（１９９６），音声符号器を使った
オーディオコーデック、５.３または６.３ Kbpsで送信するマルチメディア通信
のための２速音声符号器、ＣＣＩＴＴ推奨Ｇ.７２８（１９９２），低遅延符号
励起線形予測を用いる１６Kbpsの音声の符号化を使ったオーディオコーデック、
ＩＴＵ―Ｔ推奨Ｇ.７２９（１９９６），共役構成代数的符号―励起線形予測（
ＣＳ−ＡＣＥＬＰ）を使った８Kbpsの音声の符号化を使ったオーディオコーデッ
ク、ＩＴＵ―Ｔ推奨Ｈ.２６１（１９９３），ｐｘ６４キロビット／秒の音声映
像サービスのためのビデオコーデック、ＩＴＵ―Ｔ推奨Ｈ.２６３（１９９６）
，低ビットレート通信のための映像符号化、および殆どすべての他の同様の符号
化の標準規格。
または複数のオーディオコーデックに従って、データ復元ユニット３２のオーデ
ィオ部１０２によって行われる（図２参照）。ビデオデータの表示の制御は、１
つまたは複数のビデオコーデックに従って、データ復元ユニット３２のビデオ部
１０４によって行われる（図２参照）。 適当なコーデックには下記のものが含まれるが、それらに限定されるわけでは
ない。ＣＣＩＴＴ推奨Ｇ.７１１（１９８８），音声周波数のパルス符号変調（
ＰＣＭ）を使ったオーディオコーデック、ＣＣＩＴＴ推奨Ｇ.７２２（１９８８
），６４キロビット／秒以内の７kHzオーディオコーディングを使ったオーディ
オコーデック、ＩＴＵ―Ｔ推奨Ｇ.７２３.１（１９９６），音声符号器を使った
オーディオコーデック、５.３または６.３ Kbpsで送信するマルチメディア通信
のための２速音声符号器、ＣＣＩＴＴ推奨Ｇ.７２８（１９９２），低遅延符号
励起線形予測を用いる１６Kbpsの音声の符号化を使ったオーディオコーデック、
ＩＴＵ―Ｔ推奨Ｇ.７２９（１９９６），共役構成代数的符号―励起線形予測（
ＣＳ−ＡＣＥＬＰ）を使った８Kbpsの音声の符号化を使ったオーディオコーデッ
ク、ＩＴＵ―Ｔ推奨Ｈ.２６１（１９９３），ｐｘ６４キロビット／秒の音声映
像サービスのためのビデオコーデック、ＩＴＵ―Ｔ推奨Ｈ.２６３（１９９６）
，低ビットレート通信のための映像符号化、および殆どすべての他の同様の符号
化の標準規格。
【００３３】 図２に示されるように、音声データは、例えば拡声器を含んでもよいオーディ
オユニット３４により表示される。映像データは、例えばディスプレイモニタ画
面を含んでもよいビデオユニット３６により表示される。図５のステップ５は、
通信セッションのほぼ全体が表示されるように、繰り返されるのが好ましい。ス
テップ６に示されるように、通信セッションの各データパケットは、呼時間が終
了したかどうか知るために調べられる。個々のセッションが完了していない場合
には、ステップ５が繰り返されることが好ましい。その代わりにかつ好ましくは
、ステップ７に示されるように、その指定された時間区間内に他のセッションが
記録されていないか呼進行データベース８０を検索することである。少なくとも
１つの他のこのような通信セッションが在る場合には、図５の方法がステップ２
から始めて繰り返されることが好ましい。 本発明の好ましい実施例によれば、幾つかの構成のコンピュータログ生成シス
テムが可能であり、その数例が図６および図７に示されている。
オユニット３４により表示される。映像データは、例えばディスプレイモニタ画
面を含んでもよいビデオユニット３６により表示される。図５のステップ５は、
通信セッションのほぼ全体が表示されるように、繰り返されるのが好ましい。ス
テップ６に示されるように、通信セッションの各データパケットは、呼時間が終
了したかどうか知るために調べられる。個々のセッションが完了していない場合
には、ステップ５が繰り返されることが好ましい。その代わりにかつ好ましくは
、ステップ７に示されるように、その指定された時間区間内に他のセッションが
記録されていないか呼進行データベース８０を検索することである。少なくとも
１つの他のこのような通信セッションが在る場合には、図５の方法がステップ２
から始めて繰り返されることが好ましい。 本発明の好ましい実施例によれば、幾つかの構成のコンピュータログ生成シス
テムが可能であり、その数例が図６および図７に示されている。
【００３４】 図６に示されている本発明のシステムの第１の実施例によれば、代表的な基本
構成システム１０４は、本発明による、図１および図２に示されるものとほぼ同
じ、１つの通信セッション管理ユニット１３を含む。通信セッション管理ユニッ
ト１３は、ＬＡＮ１０６のようなスタンド−アロンイントラネット内の通信を管
理する。ＬＡＮ１０６は、通信セッション管理ユニット１３と、“Ｔ１”，“Ｔ
２”および同様に示されている複数の端末１０８の両方に接続されており、それ
らはＨ.３２３に従っている。各端末１０８は、他の端末１０８，ゲートウェイ
１１０またはマルチポイント制御ユニット１１２とのリアルタイム双方向通信が
可能なＬＡＮ１０６上の端点である。この通信は、制御、指示、ステップストリ
ーム、ビデオストリームおよび／またはデータから構成される。端末１０８は、
音声のみ、音声とデータ、音声と映像、または音声、データ、映像のための同様
の通信を提供することができてもよい。“背景技術の説明”の部分で先に言及し
たように、Ｈ.３２３装置は“ＬＡＮ電話”として音声および／または映像通信
を提供することができる端末であってもよいし、スタンドアロンの音声またはテ
レビジョン電話であってもよい。 ゲートウェイ１１０（ＧＷ）はＨ.３２３に従って構成され、端末１０８およ
びＷＡＮ（示されていない）上の他の適する端末との間の、または別の同様のゲ
ートウェイ（示されていない）に対するリアルタイム双方向通信を提供するＬＡ
Ｎ１０６上の端点である。他の適する端末には、推奨Ｈ.３１０（Ｂ−ＩＳＤＮ
上のＨ.３２０），Ｈ.３２０（ＩＳＤＮ），Ｈ.３２１（ＡＴＭ），Ｈ.３２２（
ＧＱＯＳ−ＬＡＮ），Ｈ.３２４（ＧＳＴＮ），Ｈ.３２４Ｍ（移動）およびＶ.
７０（ＤＳＶＤ）などが含まれる。
構成システム１０４は、本発明による、図１および図２に示されるものとほぼ同
じ、１つの通信セッション管理ユニット１３を含む。通信セッション管理ユニッ
ト１３は、ＬＡＮ１０６のようなスタンド−アロンイントラネット内の通信を管
理する。ＬＡＮ１０６は、通信セッション管理ユニット１３と、“Ｔ１”，“Ｔ
２”および同様に示されている複数の端末１０８の両方に接続されており、それ
らはＨ.３２３に従っている。各端末１０８は、他の端末１０８，ゲートウェイ
１１０またはマルチポイント制御ユニット１１２とのリアルタイム双方向通信が
可能なＬＡＮ１０６上の端点である。この通信は、制御、指示、ステップストリ
ーム、ビデオストリームおよび／またはデータから構成される。端末１０８は、
音声のみ、音声とデータ、音声と映像、または音声、データ、映像のための同様
の通信を提供することができてもよい。“背景技術の説明”の部分で先に言及し
たように、Ｈ.３２３装置は“ＬＡＮ電話”として音声および／または映像通信
を提供することができる端末であってもよいし、スタンドアロンの音声またはテ
レビジョン電話であってもよい。 ゲートウェイ１１０（ＧＷ）はＨ.３２３に従って構成され、端末１０８およ
びＷＡＮ（示されていない）上の他の適する端末との間の、または別の同様のゲ
ートウェイ（示されていない）に対するリアルタイム双方向通信を提供するＬＡ
Ｎ１０６上の端点である。他の適する端末には、推奨Ｈ.３１０（Ｂ−ＩＳＤＮ
上のＨ.３２０），Ｈ.３２０（ＩＳＤＮ），Ｈ.３２１（ＡＴＭ），Ｈ.３２２（
ＧＱＯＳ−ＬＡＮ），Ｈ.３２４（ＧＳＴＮ），Ｈ.３２４Ｍ（移動）およびＶ.
７０（ＤＳＶＤ）などが含まれる。
【００３５】 マルチポイント制御ユニット（ＭＣＵ）１１２は、３またはそれ以上の端末１
０８とゲートウェイ１１０が多点会議に参加することを可能にするＬＡＮ１０６
上の端点である。 システム１０４もまた、端末１０８，ゲートウェイ１１０およびＭＣＵ１１２
に対して、アドレス変換を提供しかつＬＡＮ１０６へのアクセスを制御するＬＡ
Ｎ１０６上の端点である、ゲートキーパー（ＧＫ）１１４を主要な要素として含
むことが好ましい。ゲートキーパー１１４は、端末１０８，ゲートウェイ１１０
およびＭＣＵ１１２に対して、帯域幅の管理やゲートウェイ１１０の特定などの
他のサービスを提供してもい。ゲートキーパー１１４は、正しいＩＰアドレスが
“自動的に”決定されることができるように、ＬＡＮ上の端末１０８のＩＰアド
レスの決定を可能にすることが好ましい。 さらに、ＬＡＮ１０６は、電子白板、正画像転送、ファイル交換、データベー
スアクセスのような標準のＴ.１２０データアプリケーションのための非音声映
像装置をサポートしてもよい。
０８とゲートウェイ１１０が多点会議に参加することを可能にするＬＡＮ１０６
上の端点である。 システム１０４もまた、端末１０８，ゲートウェイ１１０およびＭＣＵ１１２
に対して、アドレス変換を提供しかつＬＡＮ１０６へのアクセスを制御するＬＡ
Ｎ１０６上の端点である、ゲートキーパー（ＧＫ）１１４を主要な要素として含
むことが好ましい。ゲートキーパー１１４は、端末１０８，ゲートウェイ１１０
およびＭＣＵ１１２に対して、帯域幅の管理やゲートウェイ１１０の特定などの
他のサービスを提供してもい。ゲートキーパー１１４は、正しいＩＰアドレスが
“自動的に”決定されることができるように、ＬＡＮ上の端末１０８のＩＰアド
レスの決定を可能にすることが好ましい。 さらに、ＬＡＮ１０６は、電子白板、正画像転送、ファイル交換、データベー
スアクセスのような標準のＴ.１２０データアプリケーションのための非音声映
像装置をサポートしてもよい。
【００３６】 基本システム１０４では、単一のスタンドアロン通信セッション管理ユニット
１３が、ＬＡＮ１０６に接続された任意の２またはそれ以上の端末１０８の間の
全ての音声および／または映像通話、または１またはそれ以上の端末１０８が１
方の側である全ての通話の監視、ログの生成、引き出しのために使用されている
。しかしながら、図７のシステムに対してと同様に、ゲートキーパー１１４を含
む好ましい実施例である図６のシステムに対しても、ひとたび通信セッションが
開かれたら、システムの構成のために必要である場合には、ＲＡＳ制御モジュー
ル８４も、管理制御モジュールとＮＩＣ１６の間のＲＡＳシグナリング（通知）
を行う。このシグナリングは、端点とゲートキーパーの間の登録、アドミッショ
ン、バンド幅の変更、ステータス、解放処理を行うために、Ｈ.２２５.０メッセ
ージを使用する。これらのメッセージは、呼出シグナリングチャネルおよびＨ.
２４５制御チャネルから独立の、ＲＡＳシグナリングチャネル上を通される。Ｈ
.２４５の論理チャネル開手続きは、このＲＡＳシグナリングチャネルを開設す
るためには使われない。ゲートキーパーを含むＬＡＮ環境（ゾーン）の中では、
ＲＡＳシグナリングチャネルは、端点とゲートキーパーの間に開かれる。ＲＡＳ
シグナリングチャネルは、Ｈ.３２３端点間のどのような他のチャネルの開設に
先だって開かれる。
１３が、ＬＡＮ１０６に接続された任意の２またはそれ以上の端末１０８の間の
全ての音声および／または映像通話、または１またはそれ以上の端末１０８が１
方の側である全ての通話の監視、ログの生成、引き出しのために使用されている
。しかしながら、図７のシステムに対してと同様に、ゲートキーパー１１４を含
む好ましい実施例である図６のシステムに対しても、ひとたび通信セッションが
開かれたら、システムの構成のために必要である場合には、ＲＡＳ制御モジュー
ル８４も、管理制御モジュールとＮＩＣ１６の間のＲＡＳシグナリング（通知）
を行う。このシグナリングは、端点とゲートキーパーの間の登録、アドミッショ
ン、バンド幅の変更、ステータス、解放処理を行うために、Ｈ.２２５.０メッセ
ージを使用する。これらのメッセージは、呼出シグナリングチャネルおよびＨ.
２４５制御チャネルから独立の、ＲＡＳシグナリングチャネル上を通される。Ｈ
.２４５の論理チャネル開手続きは、このＲＡＳシグナリングチャネルを開設す
るためには使われない。ゲートキーパーを含むＬＡＮ環境（ゾーン）の中では、
ＲＡＳシグナリングチャネルは、端点とゲートキーパーの間に開かれる。ＲＡＳ
シグナリングチャネルは、Ｈ.３２３端点間のどのような他のチャネルの開設に
先だって開かれる。
【００３７】 図７は本発明のシステムの第２の実施例をゾーン構成システム１１６として示
す。ゾーン１１８は、単一のゲートキーパー（ＧＫ）１１４によって管理される
全ての端末（Ｔｘ）１０８，ゲートウェイ（ＧＷ）１１０およびマルチポイント
制御ユニット（ＭＣＵ）１１２の集合である。ゾーン１１８は少なくとも１つの
端末１０８を含むが、１つまたは複数のゲートウェイ１１０またはＭＣＵ１１２
は必ずしも含まなくてもよい。ゾーン１１８は、示されるように、ただ１つのゲ
ートキーパー１１４を持つ。しかしながら、示されている好ましい実施例におい
て、ゾーン１１８は、ＬＡＮのトポロジ―とは独立しており、示されているルー
タ（Ｒ）１２２または他の同様の装置を使って接続された複数のＬＡＮセグメン
ト１２０を含むことが好ましい。 各監視されるＬＡＮセグメントは、本発明によるローカル通信管理ユニット１
２４を持ち、その２つが示されている。本発明による中央管理ユニット１２６は
、全てのローカル通信管理ユニット１２４を制御する。集中化されたデータベー
スと制御サービスに加えて、中央管理ユニット１２６は、単一の点からの音声お
よび／または映像通信のリアルタイムの監視とオフラインの復元を行うために使
用できる。中央管理ユニット１２６は、ローカル通信管理ユニット１２４と構成
は似ているが記憶能力を持たない専用のユニットでもよいしかつ好ましい。また
はローカル通信管理ユニット１２４と統合されていて、単一のステーションでロ
ーカル通信管理ユニット１２４と中央管理ユニット１２６の両方の機能を提供し
てもよくかつ好ましい。ローカル通信管理ユニット１２４は図１および２に示さ
れているものとほぼ同じ通信管理ユニット１３であってもよいし、ローカルに通
信セッションを引き出して表示するための能力を持たない、より簡単なユニット
でもよい。 本発明のさらに他の好ましい実施例（示されていない）においては、基本シス
テム１０４およびゾーン１１６にたいして、クライアント／サーバアーキテクチ
ャに基づくマルチユーザ運用がサポートされることが好ましい。無制限の数の“
クライアント”ステーションを、各ユーザの権限のレベルに従って決定される管
理および監視／引出しの能力をユーザに提供しながら、ＬＡＮのどこにでも接続
できる。 上記の説明は例として役立つことのみ意図されたものであり、本発明の趣旨と
範囲の中で多数の他の実施例が可能であることは理解されるであろう。
す。ゾーン１１８は、単一のゲートキーパー（ＧＫ）１１４によって管理される
全ての端末（Ｔｘ）１０８，ゲートウェイ（ＧＷ）１１０およびマルチポイント
制御ユニット（ＭＣＵ）１１２の集合である。ゾーン１１８は少なくとも１つの
端末１０８を含むが、１つまたは複数のゲートウェイ１１０またはＭＣＵ１１２
は必ずしも含まなくてもよい。ゾーン１１８は、示されるように、ただ１つのゲ
ートキーパー１１４を持つ。しかしながら、示されている好ましい実施例におい
て、ゾーン１１８は、ＬＡＮのトポロジ―とは独立しており、示されているルー
タ（Ｒ）１２２または他の同様の装置を使って接続された複数のＬＡＮセグメン
ト１２０を含むことが好ましい。 各監視されるＬＡＮセグメントは、本発明によるローカル通信管理ユニット１
２４を持ち、その２つが示されている。本発明による中央管理ユニット１２６は
、全てのローカル通信管理ユニット１２４を制御する。集中化されたデータベー
スと制御サービスに加えて、中央管理ユニット１２６は、単一の点からの音声お
よび／または映像通信のリアルタイムの監視とオフラインの復元を行うために使
用できる。中央管理ユニット１２６は、ローカル通信管理ユニット１２４と構成
は似ているが記憶能力を持たない専用のユニットでもよいしかつ好ましい。また
はローカル通信管理ユニット１２４と統合されていて、単一のステーションでロ
ーカル通信管理ユニット１２４と中央管理ユニット１２６の両方の機能を提供し
てもよくかつ好ましい。ローカル通信管理ユニット１２４は図１および２に示さ
れているものとほぼ同じ通信管理ユニット１３であってもよいし、ローカルに通
信セッションを引き出して表示するための能力を持たない、より簡単なユニット
でもよい。 本発明のさらに他の好ましい実施例（示されていない）においては、基本シス
テム１０４およびゾーン１１６にたいして、クライアント／サーバアーキテクチ
ャに基づくマルチユーザ運用がサポートされることが好ましい。無制限の数の“
クライアント”ステーションを、各ユーザの権限のレベルに従って決定される管
理および監視／引出しの能力をユーザに提供しながら、ＬＡＮのどこにでも接続
できる。 上記の説明は例として役立つことのみ意図されたものであり、本発明の趣旨と
範囲の中で多数の他の実施例が可能であることは理解されるであろう。
【図１】 本発明による通信セッション監視システムの一例の概略のブロック線図である
。
。
【図２】 図１のシステムを動作させるために必要なソフトウェアモジュールの概略のブ
ロック線図である。
ロック線図である。
【図３Ａ】 本発明によるフィルタリングおよび記録方法の１例のフローチャートである。
【図３Ｂ】 本発明によるフィルタリングおよび記録方法の１例のフローチャートである。
【図３Ｃ】 本発明によるフィルタリングおよび記録方法の１例のフローチャートである。
【図３Ｄ】 本発明によるフィルタリングおよび記録方法の１例のフローチャートである。
【図４Ａ】 本発明に関係する、Ｈ.２２５パケットのヘッダを示す概略のブロック線図で
ある。
ある。
【図４Ｂ】 本発明に関係する、Ｈ.２４５パケットのヘッダを示す概略のブロック線図で
ある。
ある。
【図４Ｃ】 本発明に関係する、ＲＴＰパケットのヘッダを示す概略のブロック線図である
。
。
【図４Ｄ】 本発明に関係する、ＲＴＣＰパケットのヘッダを示す概略のブロック線図であ
る。
る。
【図５】 本発明による通信セッションの再生方法の１例のフローチャートである。
【図６】 本発明による図１および２の通信セッション監視システムを使った基本的なシ
ステムの第１の実施例の概略のブロック線図である。
ステムの第１の実施例の概略のブロック線図である。
【図７】 本発明によるゾーンシステムの第２の実施例の概略のブロック線図である。
【符号の説明】 １０ コンピュータ記録システム（システム、１２ ユーザコンピュータ、１３
通信セッション管理ユニット（通信管理ユニット） １４ イントラネット、１
６ ネットワークインタフェースカード（ＮＩＣ）、１８ ユーザインタフェー
ス、２０ ディスプレイユニット、２２ データ入力装置、２４ フィルタリン
グモジュール、２６ データベース、２８ 管理モジュール、３０ 記憶媒体（
記憶モジュール）、３２ データ復元モジュール（データ復元ユニット） ３４
オーディオユニット、３６ ビデオユニット、３８ 第１のフィルタリング部
、４０ 第２のフィルタリング部、４２ ヘッダ、４４ “バージョン番号”部
、４６ “ヘッダ長”部、４８ “サービスタイプ”部、５０ “全長”部、５
２ “識別”部、５６ “フラグメントオフセット”部、５８ “生存時間”部
、６０ “タイプ”部、６２ “ヘッダチェックサム”部、６８ ＩＰオプショ
ン部、７０ データ部、７２ ヘッダ、７４ 送信元ポートフィールド、７６
宛先ポートフィールド（送信元ポート）、７８ 呼出し制御モジュール（呼制御
モジュール、呼進行データベース）、８０ 呼進行データベース、８２ 呼制御
モジュール、８４ ＲＡＳ(レジストレーション、アドミッションおよびステー
タス)制御モジュール、８６ ＲＴＰデータベース、８８ ＲＴＣＰ制御モジュ
ール、９１ ＲＴＰ（リアルタイムプロトコル）ソフトウェアモジュール、９２
ヘッダ、９４ タイムスタンプフィールド、９６ 同期源（ＳＳＲ）識別情報
フィールド、９８ 貢献源（ＣＳＲＣ）識別情報フィールド、１０２ オーディ
オ部、１０４ ビデオ部（基本構成システム、基本システム、システム）、１０
６ ＬＡＮ、１０８ 端末、１１０ ゲートウェイ、１１２ マルチポイント制
御ユニット（ＭＣＵ）、１１４ ゲートキーパー（ＧＫ）、１１６ ゾーン構成
システム（ゾーン）、１１８ ゾーン、１２０ ＬＡＮセグメント、１２２ ル
ータ（Ｒ）、１２４ ローカル通信管理ユニット、１２６ 中央管理ユニット。
通信セッション管理ユニット（通信管理ユニット） １４ イントラネット、１
６ ネットワークインタフェースカード（ＮＩＣ）、１８ ユーザインタフェー
ス、２０ ディスプレイユニット、２２ データ入力装置、２４ フィルタリン
グモジュール、２６ データベース、２８ 管理モジュール、３０ 記憶媒体（
記憶モジュール）、３２ データ復元モジュール（データ復元ユニット） ３４
オーディオユニット、３６ ビデオユニット、３８ 第１のフィルタリング部
、４０ 第２のフィルタリング部、４２ ヘッダ、４４ “バージョン番号”部
、４６ “ヘッダ長”部、４８ “サービスタイプ”部、５０ “全長”部、５
２ “識別”部、５６ “フラグメントオフセット”部、５８ “生存時間”部
、６０ “タイプ”部、６２ “ヘッダチェックサム”部、６８ ＩＰオプショ
ン部、７０ データ部、７２ ヘッダ、７４ 送信元ポートフィールド、７６
宛先ポートフィールド（送信元ポート）、７８ 呼出し制御モジュール（呼制御
モジュール、呼進行データベース）、８０ 呼進行データベース、８２ 呼制御
モジュール、８４ ＲＡＳ(レジストレーション、アドミッションおよびステー
タス)制御モジュール、８６ ＲＴＰデータベース、８８ ＲＴＣＰ制御モジュ
ール、９１ ＲＴＰ（リアルタイムプロトコル）ソフトウェアモジュール、９２
ヘッダ、９４ タイムスタンプフィールド、９６ 同期源（ＳＳＲ）識別情報
フィールド、９８ 貢献源（ＣＳＲＣ）識別情報フィールド、１０２ オーディ
オ部、１０４ ビデオ部（基本構成システム、基本システム、システム）、１０
６ ＬＡＮ、１０８ 端末、１１０ ゲートウェイ、１１２ マルチポイント制
御ユニット（ＭＣＵ）、１１４ ゲートキーパー（ＧＫ）、１１６ ゾーン構成
システム（ゾーン）、１１８ ゾーン、１２０ ＬＡＮセグメント、１２２ ル
ータ（Ｒ）、１２４ ローカル通信管理ユニット、１２６ 中央管理ユニット。
【手続補正書】
【提出日】平成１３年５月２日（２００１．５．２）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正内容】
【０００７】 本発明の教示によれば、複数のセグメントに分割されているコンピュータネッ
トワーク上でのコンピュータネットワークに基礎を置く電話セッションを管理す
るためのシステムが提供される。このシステムは：（ａ）コンピュータネットワ
ークに接続しかつそのコンピュータネットワークの１つのセグメントからのデー
タパケットを受け取るためのネットワークコネクタ、（ｂ）１つのセグメントか
らのデータパケットをフィルタリングし、ほぼデータパケットが音声データおよ
び映像データから成るグループから選択されたデータを含む場合にだけデータパ
ケットを受け入れるための、それによりデータパケットがコンピュータネットワ
ークに基礎を置く電話セッションの少なくとも１部分を形成し、かつ選択された
データパケットになるフィルタリングユニット、（ｃ）１つのセグメントからの
選択されたデータパケットを受け取りかつ選択されたデータパケットを記憶させ
るための、それにより選択されたデータパケットが記憶されるデータパケットに
なる、そしてコンピュータネットワークに基礎を置く電話セッションが１つのセ
グメント内で発生したときに選択されたデータパケットを解析する、コンピュー
タネットワークの１つのセグメントのためのローカル管理ユニットを、フィルタ
リングユニットと共に、構成する管理ユニット、（ｄ）ローカル管理ユニットか
ら記憶されるデータパケットを受け取って記憶し、それによりコンピュータネッ
トワークに基礎を置く電話セッションの少なくとも１部分が記憶される記憶媒体
、および（ｅ）各ローカル管理ユニットを制御するための、そして記憶媒体への
記憶を制御し、コンピュータネットワークに基礎を置く電話セッションがそのコ
ンピュータネットワークの複数のセグメントに送信されるデータパケットを含む
場合にはそのコンピュータネットワークに基礎を置く電話セッションからの選択
されたデータパケットを解析する中央管理ユニットを含む。 好ましくは、このシステムはさらに（ｆ）コンピュータネットワークに基礎を
置く電話セッションの少なくとも１部分を引き出して表示するための、中央管理
ユニットを介して記憶媒体からデータパケットを要求し、かつコンピュータネッ
トワークに基礎を置く電話セッションの少なくとも１部分を表示するためにデー
タパケットを再構成するデータ復元ユニットを含む。 より好ましくは、データ復元ユニットがさらにコンピュータネットワークに基
礎を置く電話セッションの少なくとも１部分を表示するための通信セッション表
示ユニットを含む。もっとも好ましくは、通信セッション表示ユニットがビデオ
ユニットとオーディオユニットから成るグループから選択されたものである。
トワーク上でのコンピュータネットワークに基礎を置く電話セッションを管理す
るためのシステムが提供される。このシステムは：（ａ）コンピュータネットワ
ークに接続しかつそのコンピュータネットワークの１つのセグメントからのデー
タパケットを受け取るためのネットワークコネクタ、（ｂ）１つのセグメントか
らのデータパケットをフィルタリングし、ほぼデータパケットが音声データおよ
び映像データから成るグループから選択されたデータを含む場合にだけデータパ
ケットを受け入れるための、それによりデータパケットがコンピュータネットワ
ークに基礎を置く電話セッションの少なくとも１部分を形成し、かつ選択された
データパケットになるフィルタリングユニット、（ｃ）１つのセグメントからの
選択されたデータパケットを受け取りかつ選択されたデータパケットを記憶させ
るための、それにより選択されたデータパケットが記憶されるデータパケットに
なる、そしてコンピュータネットワークに基礎を置く電話セッションが１つのセ
グメント内で発生したときに選択されたデータパケットを解析する、コンピュー
タネットワークの１つのセグメントのためのローカル管理ユニットを、フィルタ
リングユニットと共に、構成する管理ユニット、（ｄ）ローカル管理ユニットか
ら記憶されるデータパケットを受け取って記憶し、それによりコンピュータネッ
トワークに基礎を置く電話セッションの少なくとも１部分が記憶される記憶媒体
、および（ｅ）各ローカル管理ユニットを制御するための、そして記憶媒体への
記憶を制御し、コンピュータネットワークに基礎を置く電話セッションがそのコ
ンピュータネットワークの複数のセグメントに送信されるデータパケットを含む
場合にはそのコンピュータネットワークに基礎を置く電話セッションからの選択
されたデータパケットを解析する中央管理ユニットを含む。 好ましくは、このシステムはさらに（ｆ）コンピュータネットワークに基礎を
置く電話セッションの少なくとも１部分を引き出して表示するための、中央管理
ユニットを介して記憶媒体からデータパケットを要求し、かつコンピュータネッ
トワークに基礎を置く電話セッションの少なくとも１部分を表示するためにデー
タパケットを再構成するデータ復元ユニットを含む。 より好ましくは、データ復元ユニットがさらにコンピュータネットワークに基
礎を置く電話セッションの少なくとも１部分を表示するための通信セッション表
示ユニットを含む。もっとも好ましくは、通信セッション表示ユニットがビデオ
ユニットとオーディオユニットから成るグループから選択されたものである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正内容】
【０００８】 本発明の好ましい実施例によれば、このシステムはさらに（ｇ）コンピュータ
ネットワークに基礎を置く電話セッションをモニターする電話相手の少なくとも
１つのＩＰアドレスを含むフィルタリング情報を記憶するための、フィルタリン
グユニットに接続されたデータベースを含む。このフィルタリングユニットはフ
ィルタリング情報にしたがってデータパケットを受け入れ、それによりフィルタ
リングユニットがほぼ、フィルタリング情報を満たす場合にだけデータパケット
を受け入れる。 好ましくは、このシステムはさらに（ｇ）少なくとも１つのユーザのコマンド
を受け入れかつユーザに情報を表示するための、それによりユーザが少なくとも
１つのユーザのコマンドによりフィルタリング情報を決めることができるユーザ
コンピュータを含む。 より好ましくは、コンピュータネットワークがＬＡＮ（ローカルエリアネット
ワーク）およびＷＡＮ（ワイドエリアネットワーク）から成るグループから選択
されるものである。もっとも好ましくは、コンピュータネットワークがＬＡＮ（
ローカルエリアネットワーク）である。 好ましくは、ネットワークコネクタがネットワークインタフェースカードであ
る。
ネットワークに基礎を置く電話セッションをモニターする電話相手の少なくとも
１つのＩＰアドレスを含むフィルタリング情報を記憶するための、フィルタリン
グユニットに接続されたデータベースを含む。このフィルタリングユニットはフ
ィルタリング情報にしたがってデータパケットを受け入れ、それによりフィルタ
リングユニットがほぼ、フィルタリング情報を満たす場合にだけデータパケット
を受け入れる。 好ましくは、このシステムはさらに（ｇ）少なくとも１つのユーザのコマンド
を受け入れかつユーザに情報を表示するための、それによりユーザが少なくとも
１つのユーザのコマンドによりフィルタリング情報を決めることができるユーザ
コンピュータを含む。 より好ましくは、コンピュータネットワークがＬＡＮ（ローカルエリアネット
ワーク）およびＷＡＮ（ワイドエリアネットワーク）から成るグループから選択
されるものである。もっとも好ましくは、コンピュータネットワークがＬＡＮ（
ローカルエリアネットワーク）である。 好ましくは、ネットワークコネクタがネットワークインタフェースカードであ
る。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正内容】
【０００９】 本発明のさらに好ましい実施例によれば、各ステップがデータ処理装置で実行
される、コンピュータネットワーク上でパケットの送信元とパケットの宛先の間
で行われるコンピュータネットワークに基礎を置く電話セッションの少なくとも
１部分を記憶するための方法が提供される。この方法は：（ａ）コンピュータネ
ットワーク上のパケットの送信元からのデータパケットを受信し、（ｂ）データ
パケットを解析してデータパケットがコンピュータネットワークに基礎を置く電
話セッションパケットであるか否かを決定し、（ｃ）データパケットがコンピュ
ータネットワークに基礎を置く電話セッションパケットなら、少なくともデータ
パケット中のデータを、そのデータがコンピュータネットワークに基礎を置く電
話セッションデータを含むか否かによりフィルタリングし、（ｄ）データがコン
ピュータネットワークに基礎を置く電話セッションデータを含むときは、コンピ
ュータネットワークに基礎を置く電話セッションデータを解析し、そして（ｅ）
コンピュータネットワークに基礎を置く電話セッションパケットを記憶してタイ
プに従う１つの記憶されたパケットを形成し、それによりその記憶されたデータ
パケットがそのコンピュータネットワークに基礎を置く電話セッションの少なく
とも１部分となるようにする、ステップを含む。 好ましくは、データパケットが１つのヘッダを持ち、ステップ（ｄ）において
データパケットを解析するステップが（ｉ）データパケットのヘッダをフィルタ
リングしてそのコンピュータネットワークに基礎を置く電話セッションに関係す
るヘッダデータを取り出すステップをさらに含む。好ましくは、ステップ（ｄ）
のサブステップ（ｉ）が（１）ヘッダデータを解析してデータパケットがＩＰパ
ケットであるかどうか決定するステップをさらに含む。
される、コンピュータネットワーク上でパケットの送信元とパケットの宛先の間
で行われるコンピュータネットワークに基礎を置く電話セッションの少なくとも
１部分を記憶するための方法が提供される。この方法は：（ａ）コンピュータネ
ットワーク上のパケットの送信元からのデータパケットを受信し、（ｂ）データ
パケットを解析してデータパケットがコンピュータネットワークに基礎を置く電
話セッションパケットであるか否かを決定し、（ｃ）データパケットがコンピュ
ータネットワークに基礎を置く電話セッションパケットなら、少なくともデータ
パケット中のデータを、そのデータがコンピュータネットワークに基礎を置く電
話セッションデータを含むか否かによりフィルタリングし、（ｄ）データがコン
ピュータネットワークに基礎を置く電話セッションデータを含むときは、コンピ
ュータネットワークに基礎を置く電話セッションデータを解析し、そして（ｅ）
コンピュータネットワークに基礎を置く電話セッションパケットを記憶してタイ
プに従う１つの記憶されたパケットを形成し、それによりその記憶されたデータ
パケットがそのコンピュータネットワークに基礎を置く電話セッションの少なく
とも１部分となるようにする、ステップを含む。 好ましくは、データパケットが１つのヘッダを持ち、ステップ（ｄ）において
データパケットを解析するステップが（ｉ）データパケットのヘッダをフィルタ
リングしてそのコンピュータネットワークに基礎を置く電話セッションに関係す
るヘッダデータを取り出すステップをさらに含む。好ましくは、ステップ（ｄ）
のサブステップ（ｉ）が（１）ヘッダデータを解析してデータパケットがＩＰパ
ケットであるかどうか決定するステップをさらに含む。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正内容】
【００１０】 本発明の１実施例によれば、サブステップ（１）中のヘッダデータを解析する
ステップが、（i）ＩＰパケットのヘッダを調べてパケットの送信元のＩＰアド
レスを決定し、（ii）ＩＰアドレスが記録されたＩＰアドレスであるか否かを決
定し、（iii）ほぼＩＰアドレスが記録されたＩＰアドレスである場合にだけＩ
Ｐパケットを通過させ、そして（iv）そうでない場合にはＩＰパケットを放棄す
るステップをさらに含む。 好ましくは、ＩＰアドレスが記録されたＩＰアドレスであるか否かを決定する
ステップが、ＩＰアドレスをパケットの送信元からのＩＰアドレスのリストと比
較し、ＩＰアドレスがリストに含まれているときにＩＰアドレスが記録されたＩ
Ｐアドレスとすることにより行われる。 より好ましくは、ステップ（ｄ）が（ii）ＩＰパケットを解析して通過ＩＰパ
ケットがＨ.２２５パケット，Ｈ.２４５パケット，ＲＴＰパケットまたはＴＲＣ
Ｐパケットのどれであるかを決定し、（iii）通過ＩＰパケットのタイプがＨ.２
２５パケットであるときは、Ｈ.２２５パケットがセットアップパケットである
か接続パケットであるかを決定し、（iv）Ｈ.２２５パケットがセットアップパ
ケットであるときは、ステータスフラッグを“セッション開始要求”に設定し、
（v）または、Ｈ.２２５パケットが接続パケットであり、ステータスフラッグが
“セッション開始要求”であるときは、そのコンピュータネットワークに基礎を
置く電話セッションの少なくとも１つの詳細を記憶し、そして（vi）ステータス
フラッグを“論理チャネル待ち”に設定するステップをさらに含む。 また好ましくは、ステップ（ｄ）が（vii）または、通過ＩＰパケットのタイ
プがＨ.２４５パケットであるときは、Ｈ.２４５パケットが論理チャネル開設要
求パケット、論理チャネル開設確認パケットまたは端末能力設定パケットのどれ
であるかを決定し、（viii）Ｈ.２４５パケットが論理チャネル開設要求パケッ
トであり、かつステータスフラッグが“論理チャネル待ち”であるときは、ステ
ータスフラッグを“確認待ち”に設定し、（xi）または、Ｈ.２４５パケットが
論理チャネル開設確認パケットであり、かつステータスフラッグが“確認待ち”
のときは、（Ａ）ステータスフラッグを“端末能力待ち”に設定し、そして（Ｂ
）その通信セッションの宛先のトランスポートアドレスを保存するステップを実
行し、（xii）さらにまた、Ｈ.２４５パケットが端末能力設定パケットであると
きは、（Ａ）端末能力設定パケットからパケットの宛先の能力を記憶し、そして
（Ｂ）ステータスフラッグを“通話中”に設定するステップを実行するステップ
をさらに含む。
ステップが、（i）ＩＰパケットのヘッダを調べてパケットの送信元のＩＰアド
レスを決定し、（ii）ＩＰアドレスが記録されたＩＰアドレスであるか否かを決
定し、（iii）ほぼＩＰアドレスが記録されたＩＰアドレスである場合にだけＩ
Ｐパケットを通過させ、そして（iv）そうでない場合にはＩＰパケットを放棄す
るステップをさらに含む。 好ましくは、ＩＰアドレスが記録されたＩＰアドレスであるか否かを決定する
ステップが、ＩＰアドレスをパケットの送信元からのＩＰアドレスのリストと比
較し、ＩＰアドレスがリストに含まれているときにＩＰアドレスが記録されたＩ
Ｐアドレスとすることにより行われる。 より好ましくは、ステップ（ｄ）が（ii）ＩＰパケットを解析して通過ＩＰパ
ケットがＨ.２２５パケット，Ｈ.２４５パケット，ＲＴＰパケットまたはＴＲＣ
Ｐパケットのどれであるかを決定し、（iii）通過ＩＰパケットのタイプがＨ.２
２５パケットであるときは、Ｈ.２２５パケットがセットアップパケットである
か接続パケットであるかを決定し、（iv）Ｈ.２２５パケットがセットアップパ
ケットであるときは、ステータスフラッグを“セッション開始要求”に設定し、
（v）または、Ｈ.２２５パケットが接続パケットであり、ステータスフラッグが
“セッション開始要求”であるときは、そのコンピュータネットワークに基礎を
置く電話セッションの少なくとも１つの詳細を記憶し、そして（vi）ステータス
フラッグを“論理チャネル待ち”に設定するステップをさらに含む。 また好ましくは、ステップ（ｄ）が（vii）または、通過ＩＰパケットのタイ
プがＨ.２４５パケットであるときは、Ｈ.２４５パケットが論理チャネル開設要
求パケット、論理チャネル開設確認パケットまたは端末能力設定パケットのどれ
であるかを決定し、（viii）Ｈ.２４５パケットが論理チャネル開設要求パケッ
トであり、かつステータスフラッグが“論理チャネル待ち”であるときは、ステ
ータスフラッグを“確認待ち”に設定し、（xi）または、Ｈ.２４５パケットが
論理チャネル開設確認パケットであり、かつステータスフラッグが“確認待ち”
のときは、（Ａ）ステータスフラッグを“端末能力待ち”に設定し、そして（Ｂ
）その通信セッションの宛先のトランスポートアドレスを保存するステップを実
行し、（xii）さらにまた、Ｈ.２４５パケットが端末能力設定パケットであると
きは、（Ａ）端末能力設定パケットからパケットの宛先の能力を記憶し、そして
（Ｂ）ステータスフラッグを“通話中”に設定するステップを実行するステップ
をさらに含む。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正内容】
【００１１】 より好ましくは、ステータスフラッグが“通話中”であり、かつ通過ＩＰパケ
ットのタイプがＲＴＰパケットであるときは、ＲＴＰパケットを記憶する。 もっとも好ましくは、ステータスフラッグが“通話中”であり、かつ通過ＩＰ
パケットのタイプがＲＴＣＰであるときは、ＲＴＣＰパケットを記憶する。 本発明のもう１つの好ましい実施例によれば、この方法はさらに（ｆ）記憶さ
れたデータパケットを引き出して引出しデータパケットを生成し、そして（ｇ）
引き出されたデータパケットによりコンピュータネットワークに基礎を置く電話
セッションの少なくとも１部分を再構成するステップを含む。
ットのタイプがＲＴＰパケットであるときは、ＲＴＰパケットを記憶する。 もっとも好ましくは、ステータスフラッグが“通話中”であり、かつ通過ＩＰ
パケットのタイプがＲＴＣＰであるときは、ＲＴＣＰパケットを記憶する。 本発明のもう１つの好ましい実施例によれば、この方法はさらに（ｆ）記憶さ
れたデータパケットを引き出して引出しデータパケットを生成し、そして（ｇ）
引き出されたデータパケットによりコンピュータネットワークに基礎を置く電話
セッションの少なくとも１部分を再構成するステップを含む。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正内容】
【００１２】 好ましくは、ステップ（ｆ）のデータパケットを引き出すステップが、（ｉ）
そのパケットの送信元の送信元ＩＰアドレス、そのネットワークに基礎を置く電
話セッションの開始時間、およびそのコンピュータネットワークに基礎を置く電
話セッションの終了時間を引き出し、そして（ii）送信元ＩＰアドレス、開始時
間および終了時間により少なくとも１つのコンピュータネットワークに基礎を置
く電話セッションを選択するステップを含む。 また好ましくは、ステップ（ｇ）のコンピュータネットワークに基礎を置く電
話セッションの少なくとも１部分を再構成するステップが音声データを表示する
ことを含む。 別の方法でありかつ好ましくは、ステップ（ｇ）のコンピュータネットワーク
に基礎を置く電話セッションの少なくとも１部分を再構成するステップが映像デ
ータを表示することを含む。 もっとも好ましくは、ステップ（ｇ）のコンピュータネットワークに基礎を置
く電話セッションの少なくとも１部分を再構成するステップが、（ｉ）ほぼＲＴ
Ｐパケットだけを引き出し、（ii）ＲＴＰパケットのヘッダを調べてＲＴＰパケ
ットの各々のタイムスタンプを決定し、そして（iii）ＲＴＰパケットをタイム
スタンプに従って順番に表示するステップをさらに含む。
そのパケットの送信元の送信元ＩＰアドレス、そのネットワークに基礎を置く電
話セッションの開始時間、およびそのコンピュータネットワークに基礎を置く電
話セッションの終了時間を引き出し、そして（ii）送信元ＩＰアドレス、開始時
間および終了時間により少なくとも１つのコンピュータネットワークに基礎を置
く電話セッションを選択するステップを含む。 また好ましくは、ステップ（ｇ）のコンピュータネットワークに基礎を置く電
話セッションの少なくとも１部分を再構成するステップが音声データを表示する
ことを含む。 別の方法でありかつ好ましくは、ステップ（ｇ）のコンピュータネットワーク
に基礎を置く電話セッションの少なくとも１部分を再構成するステップが映像デ
ータを表示することを含む。 もっとも好ましくは、ステップ（ｇ）のコンピュータネットワークに基礎を置
く電話セッションの少なくとも１部分を再構成するステップが、（ｉ）ほぼＲＴ
Ｐパケットだけを引き出し、（ii）ＲＴＰパケットのヘッダを調べてＲＴＰパケ
ットの各々のタイムスタンプを決定し、そして（iii）ＲＴＰパケットをタイム
スタンプに従って順番に表示するステップをさらに含む。
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＵＧ，ＺＷ)，Ｅ Ａ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ， ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，Ｇ Ｅ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ， ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，Ｍ Ｎ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ， ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，Ｚ Ａ，ＺＷ Ｆターム(参考） 5K030 GA11 HA08 HB01 HB02 JA10 KA01 KA06 KA13 KA19 MC08 5K035 AA03 CC01 DD01 FF01 GG14 JJ05
Claims (24)
- 【請求項１】 コンピュータネットワーク上の通信セッションを管理するた
めのシステムであって、 （ａ）コンピュータネットワークに接続しかつそのコンピュータネットワーク
からデータパケットを受け取るためのネットワークコネクタ、 （ｂ）前記データパケットをフィルタリングし、実質的に前記データパケット
が音声データと映像データから成るグループから選択されたデータを含む場合に
だけ前記データパケットを受け入れるためのフィルタリングユニット、 前記データパケットは少なくとも通信セッションの１部分を形成し、かつ前記
データパケットは選択されたデータパケットである、 （ｃ）前記選択されたデータパケットを受け取りかつ記憶するための管理ユニ
ット、 前記選択されたデータパケットが記憶データパケットである、 （ｄ）前記管理ユニットから前記記憶データパケットを受け取りかつ記憶する
ための記憶媒体、 前記通信セッションの少なくとも１部分が記憶される、 を含むシステム。 - 【請求項２】 さらに （ｅ）前記通信セッションの少なくとも１部分を引き出して表示するためのデ
ータ復元ユニット、前記データ復元ユニットは前記管理ユニットを介して前記記
録媒体から前記データパケットを要求し、かつ前記データ復元ユニットは前記通
信セッションの少なくとも１部分を表示するために前記データパケットを再構成
する、 を含む請求項１のシステム。 - 【請求項３】 前記データ復元ユニットがさらに前記通信セッションの少な
くとも１部分を表示するための通信セッション表示ユニットを含む請求項２のシ
ステム。 - 【請求項４】 前記通信セッション表示ユニットがビデオユニットおよびオ
ーディオユニットから成るグループから選択される請求項３のシステム。 - 【請求項５】 さらに （ｆ）フィルタリング情報を記憶するために前記フィルタリングユニットに接
続されたデータベースを含み、前記フィルタリング情報は通信セッションが監視
される相手のＩＰアドレスを少なくとも１つ含み、かつ前記フィルタリングユニ
ットは前記フィルタリング情報に従って前記データパケットを受け入れ、前記フ
ィルタリングユニットは実質的に前記データパケットが前記フィルタリング情報
を満たす場合にだけ前記データパケットを受け入れる、 請求項２のシステム。 - 【請求項６】 さらに （ｇ）少なくとも１つのユーザのコマンドを受け入れ、前記ユーザに情報を表
示するためのユーザコンピュータを含み、前記ユーザは前記少なくとも１つのユ
ーザのコマンドに従って前記フィルタリング情報を決定する、請求項５のシステ
ム。 - 【請求項７】 コンピュータネットワークがＬＡＮ（ローカルエリアネット
ワーク）およびＷＡＮ（ワイドエリアネットワーク）から成るグループから選択
される、請求項６のシステム。 - 【請求項８】 コンピュータネットワークがＬＡＮ（ローカルエリアネット
ワーク）である、請求項７のシステム。 - 【請求項９】 前記ＬＡＮが少なくとも２つのセグメントに分割されており
、システムがさらに （ｈ）各セグメントのためのローカル管理ユニット、前記ローカル管理ユニッ
トは前記フィルタリングユニットと前記管理ユニットを含み、かつ （ｉ）前記ローカル管理ユニットを制御するための中央管理ユニット、前記中
央管理ユニットは前記記憶媒体中の記憶を制御する を含む、請求項８のシステム。 - 【請求項１０】前記ネットワークコネクタがネットワークインタフェースカ
ードである、請求項１のシステム。 - 【請求項１１】 コンピュータネットワーク上で行われる通信セッションの
少なくとも１部分を記憶するための方法−前記通信セッションはパケットの送信
元とパケットの宛先の間で行われ、そのステップはデータ処理装置で行われる−
であって、さらに （ａ）コンピュータネットワーク上においてパケットの送信元からのパケット
を受信する、 （ｂ）前記データパケットがＩＰパケットであるかないか決定するために前記
データパケットを解析する、 （ｃ）前記データパケットがＩＰパケットである場合にだけ、そのＩＰパケッ
トのタイプを決定するために前記ＩＰパケットをフィルタリングする、および （ｄ）前記タイプに従って記憶データパケットを形成するために前記ＩＰパケ
ットを記憶する、このとき前記記憶データパケットは通信セッションの少なくと
も１部分を構成する、 ステップを含む方法。 - 【請求項１２】 前記データパケットを解析するステップが前記データパケ
ットのヘッダを調べることにより行われる請求項１１の方法。 - 【請求項１３】 前記ＩＰパケットをフィルタリングするステップが前記Ｉ
Ｐパケットのヘッダを調べることにより行われる請求項１２の方法。 - 【請求項１４】 前記ＩＰパケットをフィルタリングするステップがさらに （ｉ）前記パケットの送信元のＩＰアドレスを調べるために前記ＩＰパケット
の前記ヘッダを調べる、 （ii）前記ＩＰアドレスが記録されたＩＰアドレスであるかないか決定する、 (iii)実質的に前記ＩＰアドレスが前記記録されたＩＰアドレスである場合に
だけ前記ＩＰパケットを通して通過ＩＰパケットを形成する、 （iv）そうでない場合には前記ＩＰパケットを放棄する ステップを含む、請求項１３の方法。 - 【請求項１５】 前記ＩＰアドレスが記録されたＩＰアドレスであるかない
か決定するステップが前記ＩＰアドレスをパケットの送信元からのＩＰアドレス
のリストと比較することによって行われ、前記ＩＰアドレスが前記リストに含ま
れている場合に前記ＩＰアドレスは前記記録ＩＰアドレスである、請求項１４の
方法。 - 【請求項１６】 前記ＩＰパケットをフィルタリングするステップがさらに
、 （ｖ）前記通過ＩＰパケットがＨ.２２５パケット，Ｈ.２４５パケット，ＲＴ
ＰパケットまたはＴＲＣＰパケットのどれであるか決定する、 （vi）前記通過ＩＰパケットの前記タイプが前記Ｈ.２２５パケットである場
合に、前記Ｈ.２２５パケットがセットアップパケットか接続パケットであるか
決定する、 （vii）前記Ｈ.２２５パケットが前記セットアップパケットである場合に、ス
テータスフラッグを“セッション開始要求”に設定する、 （viii）その他の場合であって、前記Ｈ.２２５パケットが前記接続パケット
であり、前記ステータスフラッグが“セッション開始要求”である場合には、そ
の通信セッションの少なくとも１つの詳細を記憶する、 （ix）前記フラッグを“論理チャネル待ち”に設定する ステップを含む、請求項１４の方法。 - 【請求項１７】 前記ＩＰパケットをフィルタリングするステップがさらに （x）その他の場合であって、前記通過ＩＰパケットの前記タイプが前記Ｈ.２
４５パケットである場合に、前記Ｈ.２４５パケットが論理チャネル開設要求パ
ケット、論理チャネル開設確認パケットまたは端末能力設定パケットのどれであ
るか決定する、 （xi）前記Ｈ.２４５パケットが論理チャネル開設要求パケットであり、かつ
前記ステータスフラッグが“論理チャネル待ち”である場合に、前記ステータス
フラッグを“確認待ち”に設定する、 （xii）その他の場合であって、前記Ｈ.２４５パケットが前記論理チャネル開
設確認パケットであり、かつ前記ステータスフラッグが“確認待ち”である場合
に、次のステップを行う： （Ａ）前記ステータスフラッグを“端末能力待ち”に設定し、かつ （Ｂ）その通信セッションの宛先のトランスポートアドレスを保存する （xiii）さらに他の場合であって、前記Ｈ.２４５パケットが前記端末能力設
定パケットである場合に、次のステップを行う： （Ａ）前記端末能力設定パケットからパケットの宛先の能力を記憶する （Ｂ）前記ステータスフラッグを“通話中”に設定する ステップをさらに含む、請求項１６の方法。 - 【請求項１８】 前記ステータスフラッグが“通話中”であり、かつ前記通
過ＩＰパケットの前記タイプが前記ＲＴＰパケットである場合に、前記ＲＴＰパ
ケットが記憶される、請求項１７の方法。 - 【請求項１９】 前記ステータスフラッグが“通話中”であり、かつ前記通
過ＩＰパケットの前記タイプが前記ＲＴＣＰである場合に、前記ＲＴＣＰパケッ
トを記憶する、請求項１７の方法。 - 【請求項２０】 さらに （ｅ）前記記憶されたデータパケットを引き出して引き出されたデータパケッ
トを形成する、そして （ｆ）前記引き出されたデータパケットにより通信セッションの少なくとも１
部分を再構成する ステップを含む、請求項１１の方法。 - 【請求項２１】 前記データパケットを引き出すステップが、 （ｉ）そのパケットの送信元の送信元ＩＰアドレス、通信セッションの開始時
間、および通信セッションの終了時間を受け取る、そして （ii）前記送信元ＩＰアドレス、前記開始時間および前記終了時間に従って、
少なくとも１つの通信セッションを選択する ステップを含む、請求項２０の方法。 - 【請求項２２】 通信セッションの少なくとも１部分を再構成するステップ
が音声データを表示することを含む、請求項２０の方法。 - 【請求項２３】 通信セッションの少なくとも１部分を再構成するステップ
が映像データを表示することを含む、請求項２０の方法。 - 【請求項２４】 通信セッションの少なくとも１部分を再構成するステップ
が、 （ｉ）実質的にＲＴＰパケットだけを引き出す、 （ii）前記ＲＴＰパケットのヘッダを調べて前記ＲＴＰパケットの各々のタイ
ムスタンプを決定する、そして (iii）前記ＲＴＰパケットを前記タイムスタンプに従った順序で表示する ステップをさらに含む、請求項２０の方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/140,453 US6122665A (en) | 1998-08-26 | 1998-08-26 | Communication management system for computer network-based telephones |
| US09/140,453 | 1998-08-26 | ||
| PCT/US1999/019505 WO2000013075A1 (en) | 1998-08-26 | 1999-08-26 | Communication management system for computer network-based telephones |
Related Child Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006223692A Division JP2007014006A (ja) | 1998-08-26 | 2006-08-18 | コンピュータネットワーク上を行き来するデータパケットの監視方法 |
| JP2006223693A Division JP2007058859A (ja) | 1998-08-26 | 2006-08-18 | コンピュータネットワーク上の通信セッションを記憶する方法 |
| JP2006223691A Division JP2007020204A (ja) | 1998-08-26 | 2006-08-18 | コンピュータネットワーク上の通信セッションを再構成する方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002524004A true JP2002524004A (ja) | 2002-07-30 |
Family
ID=22491288
Family Applications (4)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000567998A Pending JP2002524004A (ja) | 1998-08-26 | 1999-08-26 | コンピュータネットワークに基礎を置く電話のための通信管理システム |
| JP2006223692A Pending JP2007014006A (ja) | 1998-08-26 | 2006-08-18 | コンピュータネットワーク上を行き来するデータパケットの監視方法 |
| JP2006223693A Pending JP2007058859A (ja) | 1998-08-26 | 2006-08-18 | コンピュータネットワーク上の通信セッションを記憶する方法 |
| JP2006223691A Pending JP2007020204A (ja) | 1998-08-26 | 2006-08-18 | コンピュータネットワーク上の通信セッションを再構成する方法 |
Family Applications After (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006223692A Pending JP2007014006A (ja) | 1998-08-26 | 2006-08-18 | コンピュータネットワーク上を行き来するデータパケットの監視方法 |
| JP2006223693A Pending JP2007058859A (ja) | 1998-08-26 | 2006-08-18 | コンピュータネットワーク上の通信セッションを記憶する方法 |
| JP2006223691A Pending JP2007020204A (ja) | 1998-08-26 | 2006-08-18 | コンピュータネットワーク上の通信セッションを再構成する方法 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US6122665A (ja) |
| EP (3) | EP1108239B1 (ja) |
| JP (4) | JP2002524004A (ja) |
| AU (1) | AU775173B2 (ja) |
| DE (1) | DE69925004T2 (ja) |
| WO (1) | WO2000013075A1 (ja) |
| ZA (1) | ZA200101522B (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003534721A (ja) * | 2000-05-24 | 2003-11-18 | イーシーテル・リミテツド | インターネット通信を監視する方法 |
| JP2007081507A (ja) * | 2005-09-12 | 2007-03-29 | Nakayo Telecommun Inc | 映像または音声パケットデータ蓄積装置 |
| US7668100B2 (en) | 2005-06-28 | 2010-02-23 | Avaya Inc. | Efficient load balancing and heartbeat mechanism for telecommunication endpoints |
Families Citing this family (158)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB9620082D0 (en) | 1996-09-26 | 1996-11-13 | Eyretel Ltd | Signal monitoring apparatus |
| US6880004B2 (en) * | 1998-08-26 | 2005-04-12 | Sts Software Systems Ltd. | Method for restoring a portion of a communication session transmitted over a computer network |
| US6839734B1 (en) * | 1998-09-21 | 2005-01-04 | Microsoft Corporation | Multimedia communications software with network streaming and multi-format conferencing |
| US6693661B1 (en) * | 1998-10-14 | 2004-02-17 | Polycom, Inc. | Conferencing system having an embedded web server, and method of use thereof |
| US6529475B1 (en) * | 1998-12-16 | 2003-03-04 | Nortel Networks Limited | Monitor for the control of multimedia services in networks |
| US6934278B1 (en) * | 1998-12-28 | 2005-08-23 | Unisys Corporation | Multimedia interface for a communications network |
| US6788660B1 (en) | 1999-02-25 | 2004-09-07 | Telcordia Technologies, Inc. | Adaptive mobile signaling for wireless internet telephony |
| US6775253B1 (en) * | 1999-02-25 | 2004-08-10 | Telcordia Technologies, Inc. | Adaptive signaling for wireless packet telephony |
| US6628943B1 (en) | 1999-02-25 | 2003-09-30 | Telcordia Technologies, Inc. | Mobility management utilizing active address propagation |
| US7016951B1 (en) * | 1999-04-30 | 2006-03-21 | Mantech Ctx Corporation | System and method for network security |
| US6957255B1 (en) | 1999-06-28 | 2005-10-18 | Amdocs (Israel) Ltd. | Method and apparatus for session reconstruction and accounting involving VoIP calls |
| US6788680B1 (en) | 1999-08-25 | 2004-09-07 | Sun Microsystems, Inc. | Defferrable processing option for fast path forwarding |
| US6516358B1 (en) * | 1999-09-09 | 2003-02-04 | Hewlett-Packard Company | Appliance communications manager |
| WO2001031472A1 (en) * | 1999-10-22 | 2001-05-03 | Telcordia Technologies, Inc. | Method and system for host mobility management protocol |
| US7184418B1 (en) | 1999-10-22 | 2007-02-27 | Telcordia Technologies, Inc. | Method and system for host mobility management protocol |
| US6646997B1 (en) * | 1999-10-25 | 2003-11-11 | Voyant Technologies, Inc. | Large-scale, fault-tolerant audio conferencing in a purely packet-switched network |
| US7174365B1 (en) * | 2000-11-08 | 2007-02-06 | Polycom Israel Ltd. | System and method for controlling one or more multipoint control units as one multipoint control unit |
| GB0000735D0 (en) | 2000-01-13 | 2000-03-08 | Eyretel Ltd | System and method for analysing communication streams |
| US7587041B2 (en) | 2000-01-13 | 2009-09-08 | Verint Americas Inc. | System and method for analysing communications streams |
| US7010610B1 (en) * | 2000-05-22 | 2006-03-07 | International Business Machines Corporation | Programmable agent workstation system and method |
| US7286652B1 (en) * | 2000-05-31 | 2007-10-23 | 3Com Corporation | Four channel audio recording in a packet based network |
| JP2002044145A (ja) * | 2000-07-28 | 2002-02-08 | Kowa Co | ロガー装置及びそれを用いたロガー設備 |
| ATE375055T1 (de) * | 2000-08-28 | 2007-10-15 | Nice Systems Ltd | Digitale aufzeichnung in einer ip platform mit verteilter vermittlung |
| EP1936915A1 (en) * | 2000-08-28 | 2008-06-25 | NICE Systems Ltd. | Digital recording of IP based distributed switching platform |
| JP3555568B2 (ja) * | 2000-09-04 | 2004-08-18 | 日本電気株式会社 | Ｉｐ電話録音システム |
| US7325190B1 (en) | 2000-10-02 | 2008-01-29 | Boehmer Tiffany D | Interface system and method of building rules and constraints for a resource scheduling system |
| US7684565B2 (en) * | 2001-01-16 | 2010-03-23 | General Instrument Corporation | System for securely communicating information packets |
| GB0103381D0 (en) * | 2001-02-12 | 2001-03-28 | Eyretel Ltd | Packet data recording method and system |
| DE10109441A1 (de) * | 2001-02-27 | 2002-09-12 | Mayah Comm Gmbh | Verfahren zum Erkennen audio-visueller Daten in Übertragungsnetzen, insbesondere dem Internet |
| US8015042B2 (en) | 2001-04-02 | 2011-09-06 | Verint Americas Inc. | Methods for long-range contact center staff planning utilizing discrete event simulation |
| US7155399B2 (en) | 2001-04-03 | 2006-12-26 | Witness Systems, Inc. | System and method for complex schedule generation |
| US6952732B2 (en) | 2001-04-30 | 2005-10-04 | Blue Pumpkin Software, Inc. | Method and apparatus for multi-contact scheduling |
| US6959405B2 (en) | 2001-04-18 | 2005-10-25 | Blue Pumpkin Software, Inc. | Method and system for concurrent error identification in resource scheduling |
| US6816455B2 (en) | 2001-05-09 | 2004-11-09 | Telecom Italia S.P.A. | Dynamic packet filter utilizing session tracking |
| US7499530B2 (en) * | 2001-05-18 | 2009-03-03 | Telstrat Int'l, Ltd | System and method for on-demand recording |
| US7054327B2 (en) * | 2001-05-30 | 2006-05-30 | Lucent Technologies Inc. | Method of providing quality of service (QOS) to voice applications in routed IP networks |
| US20020194606A1 (en) * | 2001-06-14 | 2002-12-19 | Michael Tucker | System and method of communication between videoconferencing systems and computer systems |
| US6862355B2 (en) * | 2001-09-07 | 2005-03-01 | Arbitron Inc. | Message reconstruction from partial detection |
| US7400579B2 (en) * | 2001-09-28 | 2008-07-15 | Intel Corporation | Method and apparatus for per-call filtering of H.323 packets |
| US7457862B2 (en) * | 2001-10-22 | 2008-11-25 | Avaya, Inc. | Real time control protocol session matching |
| US6604139B1 (en) * | 2001-12-14 | 2003-08-05 | Networks Associates Technology, Inc. | Voice protocol filtering system and method |
| US20030135595A1 (en) * | 2002-01-03 | 2003-07-17 | Segelstein David J. | Method of providing auto-registration of an IP telephony end-point |
| US7882212B1 (en) | 2002-01-28 | 2011-02-01 | Verint Systems Inc. | Methods and devices for archiving recorded interactions and retrieving stored recorded interactions |
| US7424715B1 (en) * | 2002-01-28 | 2008-09-09 | Verint Americas Inc. | Method and system for presenting events associated with recorded data exchanged between a server and a user |
| US9008300B2 (en) | 2002-01-28 | 2015-04-14 | Verint Americas Inc | Complex recording trigger |
| US7047296B1 (en) | 2002-01-28 | 2006-05-16 | Witness Systems, Inc. | Method and system for selectively dedicating resources for recording data exchanged between entities attached to a network |
| US20030145140A1 (en) * | 2002-01-31 | 2003-07-31 | Christopher Straut | Method, apparatus, and system for processing data captured during exchanges between a server and a user |
| US7219138B2 (en) * | 2002-01-31 | 2007-05-15 | Witness Systems, Inc. | Method, apparatus, and system for capturing data exchanged between a server and a user |
| US7489687B2 (en) * | 2002-04-11 | 2009-02-10 | Avaya. Inc. | Emergency bandwidth allocation with an RSVP-like protocol |
| GB2389736B (en) * | 2002-06-13 | 2005-12-14 | Nice Systems Ltd | A method for forwarding and storing session packets according to preset and/or dynamic rules |
| US8165114B2 (en) * | 2002-06-13 | 2012-04-24 | Nice Systems Ltd. | Voice over IP capturing |
| US7660297B2 (en) * | 2002-06-13 | 2010-02-09 | Nice Systems Ltd. | Voice over IP forwarding |
| US7362349B2 (en) * | 2002-07-10 | 2008-04-22 | Seiko Epson Corporation | Multi-participant conference system with controllable content delivery using a client monitor back-channel |
| GB0219493D0 (en) | 2002-08-21 | 2002-10-02 | Eyretel Plc | Method and system for communications monitoring |
| US20040041839A1 (en) * | 2002-09-03 | 2004-03-04 | Claude Scher | Method and apparatus for electronically managing, manufacturing, and testing of a medical device in accordance with a set of regulatory provisions |
| US7054420B2 (en) * | 2002-09-11 | 2006-05-30 | Telstrat International, Ltd. | Voice over IP telephone recording architecture |
| FR2844938B1 (fr) * | 2002-09-23 | 2005-01-14 | Cit Alcatel | Procede d'interception de donnees de controle, notamment de qualite de service, et dispositif associe |
| US8176154B2 (en) * | 2002-09-30 | 2012-05-08 | Avaya Inc. | Instantaneous user initiation voice quality feedback |
| US20040073690A1 (en) * | 2002-09-30 | 2004-04-15 | Neil Hepworth | Voice over IP endpoint call admission |
| US7359979B2 (en) | 2002-09-30 | 2008-04-15 | Avaya Technology Corp. | Packet prioritization and associated bandwidth and buffer management techniques for audio over IP |
| US7139837B1 (en) * | 2002-10-04 | 2006-11-21 | Ipolicy Networks, Inc. | Rule engine |
| US6944136B2 (en) * | 2003-02-28 | 2005-09-13 | On-Demand Technologies, Inc. | Two-way audio/video conferencing system |
| US20040170159A1 (en) * | 2003-02-28 | 2004-09-02 | Kim Myong Gi | Digital audio and/or video streaming system |
| US20040207724A1 (en) * | 2003-04-17 | 2004-10-21 | Siemens Information And Communication Networks, Inc. | System and method for real time playback of conferencing streams |
| US7765302B2 (en) * | 2003-06-30 | 2010-07-27 | Nortel Networks Limited | Distributed call server supporting communication sessions in a communication system and method |
| US7558221B2 (en) * | 2004-02-13 | 2009-07-07 | Seiko Epson Corporation | Method and system for recording videoconference data |
| US7630308B1 (en) * | 2004-05-03 | 2009-12-08 | Level 3 Communications, Llc | Systems and methods for applying a variable encoding/decoding scheme in a communication network |
| US7978827B1 (en) | 2004-06-30 | 2011-07-12 | Avaya Inc. | Automatic configuration of call handling based on end-user needs and characteristics |
| US8477605B2 (en) * | 2004-09-29 | 2013-07-02 | Rockstar Consortium Us Lp | Preventing illicit communications |
| US7548539B2 (en) | 2005-03-08 | 2009-06-16 | Audiocodes, Inc. | Method and apparatus for Voice-over-IP call recording |
| WO2006126869A1 (en) * | 2005-05-23 | 2006-11-30 | Cybertech B.V. | Real-time voice logging of telephone calls |
| US8040875B2 (en) * | 2005-07-30 | 2011-10-18 | Alcatel Lucent | Network support for caller ID verification |
| US7873035B2 (en) * | 2005-12-19 | 2011-01-18 | Audiocodes, Inc. | Method and apparatus for voice-over-IP call recording and analysis |
| JP2007208541A (ja) * | 2006-01-31 | 2007-08-16 | Brother Ind Ltd | 管理装置及びプログラム |
| US8117064B2 (en) | 2006-02-22 | 2012-02-14 | Verint Americas, Inc. | Systems and methods for workforce optimization and analytics |
| US7853006B1 (en) | 2006-02-22 | 2010-12-14 | Verint Americas Inc. | Systems and methods for scheduling call center agents using quality data and correlation-based discovery |
| US8112298B2 (en) | 2006-02-22 | 2012-02-07 | Verint Americas, Inc. | Systems and methods for workforce optimization |
| US8112306B2 (en) | 2006-02-22 | 2012-02-07 | Verint Americas, Inc. | System and method for facilitating triggers and workflows in workforce optimization |
| US7864946B1 (en) | 2006-02-22 | 2011-01-04 | Verint Americas Inc. | Systems and methods for scheduling call center agents using quality data and correlation-based discovery |
| US8108237B2 (en) | 2006-02-22 | 2012-01-31 | Verint Americas, Inc. | Systems for integrating contact center monitoring, training and scheduling |
| US8160233B2 (en) | 2006-02-22 | 2012-04-17 | Verint Americas Inc. | System and method for detecting and displaying business transactions |
| US8670552B2 (en) | 2006-02-22 | 2014-03-11 | Verint Systems, Inc. | System and method for integrated display of multiple types of call agent data |
| US7734783B1 (en) | 2006-03-21 | 2010-06-08 | Verint Americas Inc. | Systems and methods for determining allocations for distributed multi-site contact centers |
| US8126134B1 (en) | 2006-03-30 | 2012-02-28 | Verint Americas, Inc. | Systems and methods for scheduling of outbound agents |
| US7826608B1 (en) | 2006-03-31 | 2010-11-02 | Verint Americas Inc. | Systems and methods for calculating workforce staffing statistics |
| US7792278B2 (en) | 2006-03-31 | 2010-09-07 | Verint Americas Inc. | Integration of contact center surveys |
| US8442033B2 (en) * | 2006-03-31 | 2013-05-14 | Verint Americas, Inc. | Distributed voice over internet protocol recording |
| US7680264B2 (en) | 2006-03-31 | 2010-03-16 | Verint Americas Inc. | Systems and methods for endpoint recording using a conference bridge |
| US7995612B2 (en) | 2006-03-31 | 2011-08-09 | Verint Americas, Inc. | Systems and methods for capturing communication signals [32-bit or 128-bit addresses] |
| US8204056B2 (en) | 2006-03-31 | 2012-06-19 | Verint Americas, Inc. | Systems and methods for endpoint recording using a media application server |
| US7774854B1 (en) | 2006-03-31 | 2010-08-10 | Verint Americas Inc. | Systems and methods for protecting information |
| US7701972B1 (en) * | 2006-03-31 | 2010-04-20 | Verint Americas Inc. | Internet protocol analyzing |
| US20080008296A1 (en) * | 2006-03-31 | 2008-01-10 | Vernit Americas Inc. | Data Capture in a Distributed Network |
| US7852994B1 (en) | 2006-03-31 | 2010-12-14 | Verint Americas Inc. | Systems and methods for recording audio |
| US7822018B2 (en) | 2006-03-31 | 2010-10-26 | Verint Americas Inc. | Duplicate media stream |
| US8130938B2 (en) | 2006-03-31 | 2012-03-06 | Verint Americas, Inc. | Systems and methods for endpoint recording using recorders |
| US8000465B2 (en) | 2006-03-31 | 2011-08-16 | Verint Americas, Inc. | Systems and methods for endpoint recording using gateways |
| US7633930B2 (en) | 2006-03-31 | 2009-12-15 | Verint Americas Inc. | Systems and methods for capturing multimedia communication signals |
| US8594313B2 (en) | 2006-03-31 | 2013-11-26 | Verint Systems, Inc. | Systems and methods for endpoint recording using phones |
| US8254262B1 (en) | 2006-03-31 | 2012-08-28 | Verint Americas, Inc. | Passive recording and load balancing |
| US7672746B1 (en) | 2006-03-31 | 2010-03-02 | Verint Americas Inc. | Systems and methods for automatic scheduling of a workforce |
| US8155275B1 (en) | 2006-04-03 | 2012-04-10 | Verint Americas, Inc. | Systems and methods for managing alarms from recorders |
| US8331549B2 (en) | 2006-05-01 | 2012-12-11 | Verint Americas Inc. | System and method for integrated workforce and quality management |
| US8396732B1 (en) | 2006-05-08 | 2013-03-12 | Verint Americas Inc. | System and method for integrated workforce and analytics |
| US7817795B2 (en) | 2006-05-10 | 2010-10-19 | Verint Americas, Inc. | Systems and methods for data synchronization in a customer center |
| US7660406B2 (en) | 2006-06-27 | 2010-02-09 | Verint Americas Inc. | Systems and methods for integrating outsourcers |
| US7660407B2 (en) | 2006-06-27 | 2010-02-09 | Verint Americas Inc. | Systems and methods for scheduling contact center agents |
| US7660307B2 (en) | 2006-06-29 | 2010-02-09 | Verint Americas Inc. | Systems and methods for providing recording as a network service |
| US7903568B2 (en) | 2006-06-29 | 2011-03-08 | Verint Americas Inc. | Systems and methods for providing recording as a network service |
| US20080052535A1 (en) * | 2006-06-30 | 2008-02-28 | Witness Systems, Inc. | Systems and Methods for Recording Encrypted Interactions |
| US7848524B2 (en) | 2006-06-30 | 2010-12-07 | Verint Americas Inc. | Systems and methods for a secure recording environment |
| US7769176B2 (en) | 2006-06-30 | 2010-08-03 | Verint Americas Inc. | Systems and methods for a secure recording environment |
| US8131578B2 (en) | 2006-06-30 | 2012-03-06 | Verint Americas Inc. | Systems and methods for automatic scheduling of a workforce |
| US7853800B2 (en) | 2006-06-30 | 2010-12-14 | Verint Americas Inc. | Systems and methods for a secure recording environment |
| US7881471B2 (en) * | 2006-06-30 | 2011-02-01 | Verint Systems Inc. | Systems and methods for recording an encrypted interaction |
| US7966397B2 (en) | 2006-06-30 | 2011-06-21 | Verint Americas Inc. | Distributive data capture |
| US7953621B2 (en) | 2006-06-30 | 2011-05-31 | Verint Americas Inc. | Systems and methods for displaying agent activity exceptions |
| US7953750B1 (en) * | 2006-09-28 | 2011-05-31 | Verint Americas, Inc. | Systems and methods for storing and searching data in a customer center environment |
| US7930314B2 (en) | 2006-09-28 | 2011-04-19 | Verint Americas Inc. | Systems and methods for storing and searching data in a customer center environment |
| US7885813B2 (en) | 2006-09-29 | 2011-02-08 | Verint Systems Inc. | Systems and methods for analyzing communication sessions |
| US8199886B2 (en) | 2006-09-29 | 2012-06-12 | Verint Americas, Inc. | Call control recording |
| US8005676B2 (en) | 2006-09-29 | 2011-08-23 | Verint Americas, Inc. | Speech analysis using statistical learning |
| US7965828B2 (en) | 2006-09-29 | 2011-06-21 | Verint Americas Inc. | Call control presence |
| US8837697B2 (en) | 2006-09-29 | 2014-09-16 | Verint Americas Inc. | Call control presence and recording |
| US7570755B2 (en) | 2006-09-29 | 2009-08-04 | Verint Americas Inc. | Routine communication sessions for recording |
| US7613290B2 (en) | 2006-09-29 | 2009-11-03 | Verint Americas Inc. | Recording using proxy servers |
| US7881216B2 (en) | 2006-09-29 | 2011-02-01 | Verint Systems Inc. | Systems and methods for analyzing communication sessions using fragments |
| US7991613B2 (en) | 2006-09-29 | 2011-08-02 | Verint Americas Inc. | Analyzing audio components and generating text with integrated additional session information |
| US8068602B1 (en) | 2006-09-29 | 2011-11-29 | Verint Americas, Inc. | Systems and methods for recording using virtual machines |
| US7899178B2 (en) | 2006-09-29 | 2011-03-01 | Verint Americas Inc. | Recording invocation of communication sessions |
| US7873156B1 (en) | 2006-09-29 | 2011-01-18 | Verint Americas Inc. | Systems and methods for analyzing contact center interactions |
| US8645179B2 (en) | 2006-09-29 | 2014-02-04 | Verint Americas Inc. | Systems and methods of partial shift swapping |
| US7920482B2 (en) | 2006-09-29 | 2011-04-05 | Verint Americas Inc. | Systems and methods for monitoring information corresponding to communication sessions |
| US7752043B2 (en) | 2006-09-29 | 2010-07-06 | Verint Americas Inc. | Multi-pass speech analytics |
| US7899176B1 (en) | 2006-09-29 | 2011-03-01 | Verint Americas Inc. | Systems and methods for discovering customer center information |
| US8130926B2 (en) | 2006-12-08 | 2012-03-06 | Verint Americas, Inc. | Systems and methods for recording data |
| US8280011B2 (en) * | 2006-12-08 | 2012-10-02 | Verint Americas, Inc. | Recording in a distributed environment |
| US8130925B2 (en) | 2006-12-08 | 2012-03-06 | Verint Americas, Inc. | Systems and methods for recording |
| US7617337B1 (en) | 2007-02-06 | 2009-11-10 | Avaya Inc. | VoIP quality tradeoff system |
| US8743730B2 (en) | 2007-03-30 | 2014-06-03 | Verint Americas Inc. | Systems and methods for recording resource association for a communications environment |
| US8170184B2 (en) | 2007-03-30 | 2012-05-01 | Verint Americas, Inc. | Systems and methods for recording resource association in a recording environment |
| US8437465B1 (en) | 2007-03-30 | 2013-05-07 | Verint Americas, Inc. | Systems and methods for capturing communications data |
| US9106737B2 (en) | 2007-03-30 | 2015-08-11 | Verint Americas, Inc. | Systems and methods for recording resource association for recording |
| US8315901B2 (en) | 2007-05-30 | 2012-11-20 | Verint Systems Inc. | Systems and methods of automatically scheduling a workforce |
| US8401155B1 (en) | 2008-05-23 | 2013-03-19 | Verint Americas, Inc. | Systems and methods for secure recording in a customer center environment |
| US8218751B2 (en) | 2008-09-29 | 2012-07-10 | Avaya Inc. | Method and apparatus for identifying and eliminating the source of background noise in multi-party teleconferences |
| US8719016B1 (en) | 2009-04-07 | 2014-05-06 | Verint Americas Inc. | Speech analytics system and system and method for determining structured speech |
| US8385566B2 (en) * | 2009-05-29 | 2013-02-26 | Mathias Stieler Von Heydekampf | Decentralized audio mixing and recording |
| US8098851B2 (en) * | 2009-05-29 | 2012-01-17 | Mathias Stieler Von Heydekampf | User interface for network audio mixers |
| IL199115A (en) * | 2009-06-03 | 2013-06-27 | Verint Systems Ltd | Systems and methods for efficiently locating keywords in communication traffic |
| US10115065B1 (en) | 2009-10-30 | 2018-10-30 | Verint Americas Inc. | Systems and methods for automatic scheduling of a workforce |
| US20130110565A1 (en) * | 2011-04-25 | 2013-05-02 | Transparency Sciences, Llc | System, Method and Computer Program Product for Distributed User Activity Management |
| EP2530873B1 (en) * | 2011-06-03 | 2015-01-21 | Fluke Corporation | Method and apparatus for streaming netflow data analysis |
| RU2595526C2 (ru) * | 2012-07-04 | 2016-08-27 | Хуавэй Текнолоджиз Ко., Лтд. | Способ, устройство и система для записи мультимедийных данных |
| US8606576B1 (en) * | 2012-11-02 | 2013-12-10 | Google Inc. | Communication log with extracted keywords from speech-to-text processing |
| US20140173096A1 (en) | 2012-12-19 | 2014-06-19 | CTI Group (Holdings) Inc. | Process for delivering redundant, duplicate interaction recordings |
| EP3038299A4 (en) * | 2013-09-25 | 2016-09-28 | Huawei Tech Co Ltd | METHOD FOR RECORDING SESSION INFORMATION AND RECORD SERVER |
| US9747167B2 (en) * | 2014-02-27 | 2017-08-29 | Nice Ltd. | Persistency free architecture |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5101402A (en) * | 1988-05-24 | 1992-03-31 | Digital Equipment Corporation | Apparatus and method for realtime monitoring of network sessions in a local area network |
| US5351243A (en) * | 1991-12-27 | 1994-09-27 | Digital Equipment Corporation | Monitor for packets on a communications network |
| EP0598739B1 (en) * | 1992-06-17 | 1998-07-29 | Hewlett-Packard Company | Network monitoring method and apparatus |
| US5689641A (en) * | 1993-10-01 | 1997-11-18 | Vicor, Inc. | Multimedia collaboration system arrangement for routing compressed AV signal through a participant site without decompressing the AV signal |
| JPH0997220A (ja) * | 1995-09-29 | 1997-04-08 | Toshiba Corp | 電子会議システムおよび時系列データの記録再生方法 |
| US5717879A (en) * | 1995-11-03 | 1998-02-10 | Xerox Corporation | System for the capture and replay of temporal data representing collaborative activities |
| US5742833A (en) * | 1995-11-30 | 1998-04-21 | International Business Machines Corporation | Programmable power management system and method for network computer stations |
| US5964839A (en) * | 1996-03-29 | 1999-10-12 | At&T Corp | System and method for monitoring information flow and performing data collection |
| US5848233A (en) * | 1996-12-09 | 1998-12-08 | Sun Microsystems, Inc. | Method and apparatus for dynamic packet filter assignment |
| US6085243A (en) * | 1996-12-13 | 2000-07-04 | 3Com Corporation | Distributed remote management (dRMON) for networks |
-
1998
- 1998-08-26 US US09/140,453 patent/US6122665A/en not_active Expired - Lifetime
-
1999
- 1999-08-26 WO PCT/US1999/019505 patent/WO2000013075A1/en active IP Right Grant
- 1999-08-26 JP JP2000567998A patent/JP2002524004A/ja active Pending
- 1999-08-26 EP EP99946651A patent/EP1108239B1/en not_active Revoked
- 1999-08-26 AU AU59015/99A patent/AU775173B2/en not_active Expired
- 1999-08-26 EP EP07107723A patent/EP1814291A3/en not_active Withdrawn
- 1999-08-26 EP EP05101453A patent/EP1545092A3/en not_active Withdrawn
- 1999-08-26 DE DE69925004T patent/DE69925004T2/de not_active Revoked
-
2001
- 2001-02-23 ZA ZA200101522A patent/ZA200101522B/en unknown
-
2006
- 2006-08-18 JP JP2006223692A patent/JP2007014006A/ja active Pending
- 2006-08-18 JP JP2006223693A patent/JP2007058859A/ja active Pending
- 2006-08-18 JP JP2006223691A patent/JP2007020204A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003534721A (ja) * | 2000-05-24 | 2003-11-18 | イーシーテル・リミテツド | インターネット通信を監視する方法 |
| JP4708662B2 (ja) * | 2000-05-24 | 2011-06-22 | ベリント・システムズ・リミテツド | インターネット通信を監視する方法 |
| US7668100B2 (en) | 2005-06-28 | 2010-02-23 | Avaya Inc. | Efficient load balancing and heartbeat mechanism for telecommunication endpoints |
| US8089872B2 (en) | 2005-06-28 | 2012-01-03 | Avaya Inc. | Efficient load balancing and heartbeat mechanism for telecommunication endpoints |
| JP2007081507A (ja) * | 2005-09-12 | 2007-03-29 | Nakayo Telecommun Inc | 映像または音声パケットデータ蓄積装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1108239A1 (en) | 2001-06-20 |
| ZA200101522B (en) | 2001-09-14 |
| EP1814291A3 (en) | 2010-03-17 |
| AU5901599A (en) | 2000-03-21 |
| JP2007058859A (ja) | 2007-03-08 |
| DE69925004D1 (de) | 2005-06-02 |
| EP1814291A2 (en) | 2007-08-01 |
| EP1545092A3 (en) | 2010-03-17 |
| DE69925004T2 (de) | 2006-03-02 |
| JP2007020204A (ja) | 2007-01-25 |
| EP1108239A4 (en) | 2004-04-28 |
| JP2007014006A (ja) | 2007-01-18 |
| AU775173B2 (en) | 2004-07-22 |
| WO2000013075A1 (en) | 2000-03-09 |
| EP1545092A2 (en) | 2005-06-22 |
| WO2000013075A9 (en) | 2000-08-10 |
| EP1108239B1 (en) | 2005-04-27 |
| US6122665A (en) | 2000-09-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002524004A (ja) | コンピュータネットワークに基礎を置く電話のための通信管理システム | |
| US6880004B2 (en) | Method for restoring a portion of a communication session transmitted over a computer network | |
| US7286652B1 (en) | Four channel audio recording in a packet based network | |
| US7558221B2 (en) | Method and system for recording videoconference data | |
| JP5384349B2 (ja) | 動的なストリーミング保管構成のための方法および装置 | |
| US9154395B2 (en) | Method and system for optimizing a jitter buffer | |
| AU781291B2 (en) | Communication management system for computer network based telephones | |
| US20080005246A1 (en) | Multipoint processing unit | |
| JP2005318535A (ja) | 帯域幅制御をして会議を開催する方法及び装置 | |
| US8942364B2 (en) | Per-conference-leg recording control for multimedia conferencing | |
| KR19990016458A (ko) | 컴퓨터-전화 통합 시스템 및 그를 이용한 중계방법 | |
| JP2001036881A (ja) | 音声伝送システム及び音声再生装置 | |
| KR20030003433A (ko) | 이기종 망간의 다자간 회의 장치 및 그 방법 | |
| MX2007006912A (es) | Control de modelo de conferencia y protocolo de control. | |
| MX2007006910A (es) | Asociacion de fuentes de multimedia independientes en una llamada de conferencia. |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040319 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060220 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20060518 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20060525 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060818 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061128 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20070226 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20070305 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070904 |