JP3656978B2 - Communication content recording apparatus and communication content recording method - Google Patents
Communication content recording apparatus and communication content recording method Download PDFInfo
- Publication number
- JP3656978B2 JP3656978B2 JP21198598A JP21198598A JP3656978B2 JP 3656978 B2 JP3656978 B2 JP 3656978B2 JP 21198598 A JP21198598 A JP 21198598A JP 21198598 A JP21198598 A JP 21198598A JP 3656978 B2 JP3656978 B2 JP 3656978B2
- Authority
- JP
- Japan
- Prior art keywords
- frame
- information channel
- message
- communication
- recording
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、通信回線を介して送信される音声データ等の通信内容を記録する通信内容記録装置及び通信内容記録方法に関する。
【０００２】
【従来の技術】
銀行、証券等の金融関係、通信販売などのテレマーケッティング、または、競馬等の公共事業において、電話回線を利用して取引を行うことがある。このような場合、通話内容を取引内容の確認または証拠として記録しておくことが要求されることがある。このため、従来より、通話の当事者に影響を与えることなく通話内容を記録する通信内容記録装置が利用されている。
【０００３】
この種の通信内容記録装置では、既存の通信システムの動作に影響を与えることなく通信内容を記録するため、たとえば、特開平５−２３４２４７号公報に開示されているように、電話回線上の信号レベルやオフフック／オンフックを監視することで、通話記録の開始および停止を制御している。
【０００４】
ところで、近年のデジタル技術の発達により、電話、データ通信などの異なったサービスを同一のデジタル交換機およびデジタルパスを用いて接続可能な通信網として、ＩＳＤＮ（Integrated Services Digital Network）が普及しつつある。ＩＳＤＮは、情報をデジタル化して伝送させるため、アナログ回線に比べ信号の劣化が少なく、高速な通信が可能である。
【０００５】
ここで、ＩＳＤＮについて、簡単に説明する。
ＩＳＤＮは、呼制御情報などの制御情報を伝送する信号チャンネル（Ｄチャンネル）と、ユーザ情報を伝送する情報チャンネル（Ｂチャンネル）とを備えている。ＩＳＤＮのインターフェースとしては、１つのＤチャンネルおよび２つのＢチャンネルでなる基本インターフェース（ＢＲＩ：Basic Rate Interface）と、複数のＢチャンネルおよびＤチャンネルからなる一次群速度インターフェース（ＰＲＩ：Primary Rate Interface）の２種類がある。
【０００６】
また、ＩＳＤＮのユーザ・網インターフエース（Ｉインターフエース）では、通信端末装置とＩＳＤＮとの接続条件について、レイヤｌ〜レイヤ３を規定している。レイヤ１〜レイヤ３は、ＩＳＯが定めた開放型システム相互間接続（ＯＳＩ：Open System Interconnection）の基本参照モデルの７レイヤモデルに準拠しており、通信網の制御に関連する物理層、データリンク層、ネットワーク層の低レイヤに基づいている。これにより、多種多様な通信機器間での通信を可能にしている。
【０００７】
レイヤ１では、情報チャンネルおよび信号チャンネルに適用され、通信端末装置をデジタル回線終端装置（ＤＳＵ：Digital Service Unit）に接続するための電気的・物理的条件を規定している。具体的には、配線構成、フレーム構成、伝送路符号、信号チャンネルアクセス制御、フレーム同期、電気的特性および給電条件などを規定している。
【０００８】
レイヤ２では、通信端末装置およびＩＳＤＮ間において、信号チャンネルを介して送受される情報の転送を実現するための情報伝送の管理について規定している。これは、ＬＡＰＤ（Link Access Procedure on the D-channel）と呼ばれる。レイヤ２により、通信端末装置およびＩＳＤＮ間でリンクを確立することにより、後述するレイヤ３上で情報チャンネルの呼を確立することが可能となる。
【０００９】
具体的には、フレームフォーマット、フレーム種別、情報伝送の手順および端末終端点識別子（ＴＥＩ：Terminal Endpoint Identifier）管理手順などを規定している。フレームフォーマットには、レイヤ３での情報転送を行うための情報フレーム、情報フレームの送達確認や再送要求などを行うための監視フレーム、モード設定や切断または確認型情報転送などを行うための非番号制フレームがある。
【００１０】
図１１に、ＩＳＤＮにおけるＬＡＰＤフレームの構成を示す。
図１１に示すように、ＬＡＰＤプロトコルを用いたフレームは、フラグ（０１１１１１０）により挟まれた中に、アドレス部、制御部（シーケンス番号を含む）、情報部、およびエラー検出のためのフレームチェックシーケンス部を備えた構成となっている。
【００１１】
レイヤ３では、レイヤ２でのリンク確立後に、通信端末装置間で伝送される情報チャンネル上の情報について規定している。具体的には、情報フォーマットの内容、回線交換呼の制御、パケット通信手順などを規定している。レイヤｌおよびレイヤ２により、ＩＳＤＮ（デジタル通信網）と各通信端末装置の間の回線接続とリンクが確立し、レイヤ３により、ＩＳＤＮを介して通信端末装置間の呼が確立する。
【００１２】
レイヤ３において、情報フレームにより、呼制御を指示するメッセージなどが転送される。呼制御を指示するメッセージには、呼を確立するための呼設定、呼設定受付、呼出、応答および応答確認、呼を解放するための切断、解放および解放完了などがある。
【００１３】
次に、ＩＳＤＮで用いられるフレームフォーマットについて説明する。
情報フレームには、送信シーケンス番号および受信シーケンス番号が付される。これらのシーケンス番号は、送信したとき、または、受信したときに、番号がｌつずつ増加する。送信シーケンス番号および受信シーケンス番号は、「０」から「１２７」までの数値を繰り返して用いるモジユロ（ｍｏｄ）１２８（たとえば、０、１、２、・・・１２６、１２７、０、１、２、・・・）である。たとえば、最初に送信した情報フレームは送信シーケンス番号「０」であり、２番目に送信した情報フレームは送信シーケンス番号「１」である。このとき、受信側では、まだ情報フレームを受信していない場合は受信シーケンス番号「０」であり、情報フレームを受信すると受信シーケンス番号「１」となる。
【００１４】
監視フレームには、情報フレームが一定時間発生しなかった場合に、通信相手に対して、次に受信すべきフレームの送信シーケンス番号（受信したフレーム数）を通知する受信可（ＲＲ：Receive Ready）、受信したフレームの送信シーケンス番号から伝送エラーなどにより受信できなかったフレームを検出し、受信できなかったフレームを再度送信するように通知するリジェクト（ＲＥＪ：Reject）などのフレームがある。監視フレームにも、情報フレームと同様に受信シーケンス番号が付される。ＲＲフレームの場合は、次に受信すべきフレームの送信シーケンス番号（それまでに受信したフレーム数）を示し、ＲＥＪフレームの場合には、伝送エラー等により受信できなかったフレームの送信シーケンス番号を示す。
【００１５】
非番号制フレームには、非同期平衡モード設定（ＳＡＢＭＥ：Set Asynchronous Balanced Mode Extended）、非番号制情報（ＵＩ：Unnumbered Information）、切断（ＤＩＳＣ：Disconnect）、非番号制確認（ＵＡ：Unnumbered Acknowledgement）などのフレームがある。
【００１６】
次に、ＩＳＤＮを利用した従来の通信システムについて説明する。
図１２は、ＩＳＤＮを利用した従来の通信システムの概略構成を示す模式図である。
図１２に示すように、通信端末装置５０３は、ＤＳＵ５０４を介してＩＳＤＮ５０２に接続されている。ＤＳＵ５０４は、通信端末装置５０３とＩＳＤＮ５０２とを物理的に接続するための制御を行う。
【００１７】
通信端末装置５０３は、受信部５０５と、ＬＡＰＤ受信処理部５０６と、送信部５０７と、ＬＡＰＤ送信処理部５０８と、レイヤ３プロトコル処理部５０９と、情報チャンネル上のデータを処理する情報チャンネル処理部５１０とを備えている。
【００１８】
受信部５０５は、ＤＳＵ５０４を介して、ＩＳＤＮ５０２から送信されてくる情報（データ）を受信する。そして、信号チャンネル上のデータをＬＡＰＤ受信処理部５０６に出カするとともに、情報チャンネル上のデータを情報チャンネル処理部５１０に出力する。
【００１９】
ＬＡＰＤ受信処理部５０６は、信号チャンネル上のＬＡＰＤフレームから、フレームフォーマット、フレーム種別、情報伝送手順などを取得して、信号チャンネルを介して送受される情報の管理を行う。
【００２０】
なお、ＬＡＰＤ受信処理部５０６は、ＬＡＰＤフレームのフレームチェックシーケンス部によりエラー検出を行うとともに、受信したＬＡＰＤフレームの送信シーケンス番号の連続性を監視することで、ＬＡＰＤフレームの欠損検出を行っている。エラーが検出された場合または欠損があった場合、ＬＡＰＤ送信処理部５０８は、送信部５０７を介してＩＳＤＮ５０２に再送要求を送信する。
【００２１】
レイヤ３プロトコル処理部５０９は、自己の通信端末装置５０３とＩＳＤＮ５０２との通信状態を監視し、呼の確立や呼の解放などのメッセージに基づいてＩＳＤＮ５０２との通信を制御する。たとえば、通信相手に情報を送信する場合、制御情報を生成し、これを情報チャンネル処理部５１０で生成した情報とともに送信するように、ＬＡＰＤ送信処理部５０８および送信部５０７を制御する。上記構成のＩＳＤＮを利用した従来の通信システムでは、通信端末装置５０３およびＩＳＤＮ５０２間にて、信号チャンネル上でメッセージのやり取りを行い、情報チャンネルの呼の確立や呼の解放、または情報チャンネルの選択などを行う。これらのメッセージのやり取りに際してエラーが検出された場合には、メッセージの再送によってエラーから復帰する。
【００２２】
図１３は、上記構成のＩＳＤＮを利用した従来の通信システムにおいて、通信端末装置がエラーフレームを受信した際の処理動作を示すフローチャートである。図１２において、ＩＳＤＮ５０２から通信端末装置５０３ヘ、または、通信端末装置５０３からＩＳＤＮ５０２へのデータ伝送にエラーが生じた場合、図１３に示す処理動作にしたがって処理される。
【００２３】
ＩＳＤＮ５０２から通信端末装置５０３へデータ転送を行う信号チャンネルの場合、まず、受信部５０５がＬＡＰＤフレームを受信すると（ステップＳ７０１）、ＬＡＰＤ受信処理部５０６は、受信したＬＡＰＤフレームがエラーフレームであるか否かを判断する（ステップＳ７０２）。受信したＬＡＰＤフレームがエラーフレームでない場合は、このＬＡＰＤフレームの内容にしたがった処理を行う（ステップＳ７０３）。
【００２４】
一方、ＬＡＰＤフレームがエラーフレームである場合は、エラーフレームを廃棄する（ステップＳ７０４）。ＬＡＰＤ送信処理部５０８は、送信部５０７を介して、ＩＳＤＮ５０２に再送要求を送信する（ステップＳ７０５）。ＬＡＰＤ受信処理部５０６は、エラーフレームを受信してから再送要求が送信される間に受信した情報を無視する。再送要求を受け取った側のＩＳＤＮ５０２は、再送要求により指定された情報をＬＡＰＤフレームとして再度送信する。
【００２５】
なお、上述したように、ＬＡＰＤ受信処理部５０６は、受信したＬＡＰＤフレームの送信シーケンス番号の連続性を監視することで、ＬＡＰＤフレームの欠損を検出している。そして、欠損があった場合、ＬＡＰＤ送信処理部５０８は、エラーフレームの場合と同様に、再送要求を送信する。通信端末装置５０３からＩＳＤＮ５０２へのデータ転送を行う信号チャンネルの場合も、ＩＳＤＮ５０２で同様の処理が行われる。
【００２６】
図１４は、通信端末装置とＩＳＤＮとの間で行われる処理手順の一例を示す模式図である。
この例では、通信端末装置５０３は、ＩＳＤＮ５０２から送信された情報Ｂをエラーフレームと判断して、再送要求のフレームをＩＳＤＮ５０２に送信している。通信端末装置５０３は、エラーフレームを受信してから、再送要求によるフレーム（情報Ａ）を受信するまでの間に受信したフレーム（情報Ｃ、Ｄ）を無視している。
【００２７】
このような再送制御は、ＩＴＵ−ＴＳ勧告Ｉ．４４１（Ｑ．９２１）で定められている。その他、特開平５一１８３６４４号公報、特開平７−１４３１７４号公報、特開平９−２００２９０号公報に開示されている。
【００２８】
【発明が解決しようとする課題】
ところで、従来の通信内容記録装置は、アナログ回線を介して行われる通話を記録するものである。上記説明したＩＳＤＮのように、回線接続の設定などをプロトコルにより行っているデジタル通信には対応してない。すなわち、回線上の信号レベルやオフフック／オンフックを監視することで、通話記録の開始および停止を制御する従来の通信内容記録装置では、電話やデータ通信などの種々のサービスが行われるデジタル通信において、音声データなどの通信データを確実に記録するように制御することが困難である。
【００２９】
また、上記説明したように、ＬＡＰＤでは、通信端末装置とＩＳＤＮ間において、一方がエラーフレームを受信した場合、当該フレームを受信した通信端末装置又はＩＳＤＮが再送要求することにより、再度、通信端末装置又はＩＳＤＮからデータを送信してもらうことが可能である。これに対し、通話内容記録装置は、上述したように、通話の当事者に影響を与えないようにするため、通信網に対して送信できないようにしてある。すなわち、通信網とのインターフェースとしては、通信網から音声データなどの通信データを受信するための受信部が設けられているのみである。
【００３０】
このため、通信を行っている通信端末装置間では正常に通信を行っているが、当該通信端末装置間の通信内容を記録する通信内容記録装置において、何らかの原因によりエラーフレームを受信してしまった場合、このエラーフレームが記録開始または記録終了を示すフレームである場合は、通信データを正常に記録することができないことが予測される。
【００３１】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、ＩＳＤＮなどのデジタル通信に対応した通信内容記録装置を提供することにある。
【００３２】
また、本発明の他の目的は、エラーフレームを受信した場合やフレームに欠落が生じた場合でも、通信データを正常に記録することが可能なデジタル通信に対応した通信内容記録装置を提供することにある。
【００３３】
【課題を解決するための手段】
上記課題を解決するために、本発明は、デジタル通信網を介して行われる通信端末装置間の通信の内容を記録する通信内容記録装置であって、前記デジタル通信網および前記通信端末装置間で送受される信号チャンネル上および情報チャンネル上のデータを受信する受信手段と、前記受信手段で受信した信号チャンネル上のデータからプロトコルにしたがってフレームを抽出し処理するプロトコル処理手段と、前記受信手段で受信した情報チャンネル上のデータを記録可能に処理する情報チャンネル処理手段と、前記プロトコル処理手段での処理結果から、前記情報チャンネル処理手段での処理の開始および停止を制御するプロトコル監視手段とを備えることを特徴としている。
【００３４】
すなわち、本発明の通信内容記録装置では、受信手段で受信した信号チャンネル上のフレームの、プロトコル処理手段での処理結果にしたがい、情報チャンネル上のデータを記録可能なデータに変換する処理の開始および停止を制御するようにしている。このようにすることで、たとえば、受信した信号チャンネル上のフレームが呼確立のためのメッセージを含む場合に、情報チャンネル上のデータを記録可能なデータに変換する処理を開始し、呼解放のためのメッセージを含む場合に、当該変換処理を停止することができる。したがって、デジタル通信網を介した通信において、通話の当事者に影響を与えることなく通話内容を記録することが可能になる。
【００３９】
また、本発明は、デジタル通信網を介して複数の通信端末装置の間で行われる通信の内容を記録する通信内容記録装置であって、前記デジタル通信網と一方の通信端末装置との間で送受される信号チャンネルおよび情報チャンネルのデータを受信する受信手段と、前記受信手段で受信した前記信号チャンネルのデータからフレームを抽出し出力するフレーム処理手段と、前記受信手段で受信した情報チャンネルのデータを記録媒体に記録する処理を行う情報チャンネル処理手段と、前記フレーム処理手段から出力されたフレームに含まれるメッセージにしたがい前記情報チャンネル処理手段での記録処理の開始または停止を制御するプロトコル監視手段と、前記フレーム処理手段から出力されたフレームの連続性を監視することでフレームの欠落を検出するフレーム欠落検出手段とを備え、前記プロトコル監視手段は、前記フレーム処理手段から出力されたフレームが応答メッセージ又は応答確認メッセージを含むフレームのときは前記情報チャンネル処理手段に記録処理を開始させ、前記フレーム処理手段から出力されたフレームが切断メッセージ、解放メッセージ又は解放完了メッセージを含むフレームのときは前記情報チャンネル処理手段での記録処理を停止させる制御を行うと共に、前記フレーム欠落検出手段によるフレームの欠落が検出された場合はフレーム欠落検出時における情報チャンネルのデータの記録の有無に応じて当該情報チャンネルに対する前記情報チャンネル処理手段での記録処理の開始または停止の制御をすることを特徴としている。
【００４０】
すなわち、本発明の通信内容記録装置では、信号チャンネル上でやり取りされるフレームの連続性を監視し、フレーム欠落が生じた場合は、通信端末装置およびデジタル通信網間のプロトコルで規定されている情報チャンネルの呼確立または呼解放の手順の進行状況に応じて、当該情報チャンネルに対する前記情報チャンネル処理手段での処理の開始および停止を制御している。このようにすることで、フレーム欠落が生じた場合でも、通信内容の記録開始および停止が正常に行われるようにすることができる。
【００４１】
なお、本発明の通信内容記録装置において、前記フレーム処理手段は、前記受信手段で受信した信号チャンネル上のデータから抽出したフレームがエラーである場合、当該フレームを前記プロトコル監視手段に渡すことなく廃棄するようにしてもよい。このようにすることで、フレームの欠損とエラーフレームとの取り扱いを区別することなく同一の手順で、通信内容の記録開始および停止が正常に行われるように処理することができる。
【００４２】
【発明の実施の形態】
本発明の実施の形態について説明する。
なお、本発明の各実施形態では、本発明の通信内容記録装置をＩＳＤＮに適用した場合を例に説明している。
まず、本発明の第一実施形態について説明する。
図１は、本発明の第一実施形態である通信内容記録装置が適用された通信システムの概略構成を示す模式図である。
なお図１において、通信端未装置５０３、ＤＳＵ５０４およびＩＳＤＮ５０２は、上述した図１２に示すものと同様であるのでその詳細な説明を省略する。
【００４３】
図１に示すように、本実施形態の通信内容記録装置１０１は、通信端末装置５０３およびＤＳＵ５０４間に接続されている。通信内容記録装置１０１は、送信機能がなく受信機能のみを有し、ＩＳＤＮ５０２および通信端末装置５０３間で送受されるメツセージ等のデータに基づいて、ＩＳＤＮ５０２から通信端末装置５０３に送信した通信内容、または、通信端末装置５０３からＩＳＤＮ５０２に送信した通信内容をモニタし、これを記録媒体に記録する。
【００４４】
通信内容記録装置１０１は、端末側受信部１０２と、網側受信部１０３と、第１プロトコル受信処理部１０４と、第２プロトコル送信処理部１０５と、プロトコル監視部１０６と、情報チャンネル処理部１０７とを備えている。
【００４５】
端末側受信部１０２は、通信端末装置５０３からＩＳＤＮ５０２へ伝送される信号チャンネル上および情報チャンネル上のデータを受信し、信号チャンネル上のデータについては第１プロトコル受信処理部１０４に出力し、情報チャンネル上のデータについては情報チャンネル処理部１０７に出力する。
【００４６】
網側受信部１０３は、ＩＳＤＮ５０２から通信端末装置５０３へ伝送される信号チャンネル上および情報チャンネル上のデータを受信し、信号チャンネル上のデータについては第２プロトコル受信処理部１０５に出力し、情報チャンネル上のデータについては情報チャンネル処理部１０７に出力する。
【００４７】
第１プロトコル受信処理部１０４は、端末側受信部１０２を介して得られた、通信端末装置５０３が送信した信号チャンネル上のデータから、ＬＡＰＤのプロトコルを用いたＬＡＰＤフレームを取得し、このＬＡＰＤフレームからフレームフォーマット、フレーム種別、情報伝送手順を判別する。そして、判別結果に基づいて、呼の確立又は呼の解放のためのメッセージを判断し、その内容をプロトコル監視部１０６に出力する。
【００４８】
第２プロトコル受信処理部１０５は、網側受信部１０３を介して得られた、ＩＳＤＮ５０２から送信されてきた信号チャンネル上のデータから、ＬＡＰＤのプロトコルを用いたＬＡＰＤフレームを取得し、このＬＡＰＤフレームから、フレームフォーマット、フレーム種別、情報伝送手順を判別する。そして、判別結果に基づいて、呼の確立又は呼の解放のためのメッセージを判断し、その内容をプロトコル監視部１０６に出力する。
【００４９】
プロトコル監視部１０６は、第１プロトコル受信処理部１０４および第２プロトコル受信処理部１０５から出力された信号チャンネル上のフレームのメッセージにしたがい、ＩＳＤＮ５０２および通信端末装置５０３間の通信状態を監視する。そして、情報チャンネル処理部１０７に指示を出し、情報チャンネル上の通信内容の記録を制御する。
【００５０】
情報チャンネル処理部１０７は、プロトコル監視部１０６からの指示にしたがい、端末側受信部１０２および網側受信部１０３が受信している情報チャンネル上のデータを記憶媒体への記録に適した形式のデータに変換し、これを記録部（図示せず）に転送する。
【００５１】
次に、本実施形態の通信内容記録装置１０１の動作について説明する。
まず、動作説明に先立ち、ＩＳＤＮ５０２を介して行われる通信端末装置５０３間の回線の接続から切断までの処理手順について説明する。
図２は、図１に示す通信システムにおいて、ＩＳＤＮを介して行われる通信端末装置間の回線の接続から切断までの処理手順の一例を示す図である。
なお、以下の説明では、発信側のユーザの通信端末装置５０３を発信側端末装置５０３、着信側のユーザの通信端末装置５０３を着信側端末装置５０３と呼ぶこととする。
【００５２】
図２に示すように、まず、発信側端末装置５０３が、信号チャンネルを介して、ＩＳＤＮ５０２に対し、呼設定（ＳＥＴＵＰ）メッセージ１５１を送信する。これを受けて、ＩＳＤＮ５０２は、信号チャンネルを介して、発信側端末装置５０３に呼設定受付（ＣＡＬＬ ＰＲＯＣＥＥＤｌＮＧ）メッセージ１５２を返信するとともに、着信側端末装置５０３に呼設定メッセージ１５３を送信する。
【００５３】
呼設定メッセージ１５３を受信した着信側端末装置５０３は、信号チャンネルを介して、ＩＳＤＮ５０２に呼設定受付メッセージ１５４を送信するとともに、回線接続のための呼び出し中であることを知らせる呼出し（ＡＬＥＲＴｌＮＧ）メッセージ１５５を送信する。これを受けて、ＩＳＤＮ５０２は、信号チャンネルを介して、発信側端末装置５０３に呼出しメッセージ１５６を送信する。
【００５４】
次に、着信側端末装置５０３は、呼び出しに応答すると、信号チャンネルを介して、ＩＳＤＮ５０２に応答（ＣＯＮＮＥＣＴ）メッセージ１５７を送信する。これを受けて、ＩＳＤＮ５０２は、信号チャンネルを介して、発信側端末装置５０３に応答メッセージ１５８を送信するとともに、着信側端末装置５０３に応答確認（ＣＯＮＮＥＣＴ ＡＣＫ）メッセージ１５９を送信する。
【００５５】
上記の手順により、呼が設定され、発信側端末装置５０３および着信側端末装置５０３間の情報チャンネルを用いた通信が可能となる。
【００５６】
さて、発信側端末装置５０３および着信側端末装置５０３間での情報チャンネルを用いた通信を終了する場合、たとえば、発信側端末装置５０３が着信側端末装置５０３との情報チャンネルを用いた通信を終了させる場合は、以下の手順により行う。
【００５７】
まず、発信側端末装置５０３が、信号チャンネルを介して、ＩＳＤＮ５０２に切断を要求をする切断（ＤｌＳＣＯＮＮＥＣＴ）メッセージ１６０を送信する。これを受けて、ＩＳＤＮ５０２は、信号チャンネルを介して着信側端末装置５０３に切断メッセージ１６１を送信する。
【００５８】
切断メッセージ１６１を受信した着信側端末装置５０３は、信号チャンネルを介して、ＩＳＤＮ５０２に解放を要求する解放（ＲＥＬＥＡＳＥ）メッセージ１６２を送信する。これを受けて、ＩＳＤＮ５０２は、信号チャンネルを介して、着信側端末装置５０３に解放完了（ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ）メッセージ１６３を送信する。
【００５９】
同時に、ＩＳＤＮ５０２は、信号チャンネルを介して、発信側端末装置５０３に解放メッセージ１６４を送信する。これを受けて、発信側端末装置５０３は、信号チャンネルを介して、ＩＳＤＮ５０２に解放完了メッセージ１６５を送信する。上記の手順により、回線が切断され、通信が終了する。
【００６０】
このように、本実施形態では、デジタル通信網（ＩＳＤＮ５０２）を介して行われる通信端末装置５０３間の通信の内容を記録する通信内容記録装置１０１において、通信端末装置５０３からデジタル通信網（ＩＳＤＮ５０２）に送信されるフレームを受信する端末側受信部１０２と、デジタル通信網（ＩＳＤＮ５０２）から通信端末装置５０３に送信されるフレームを受信する網側受信部と１０３と、端末側受信部１０２で受信したフレームのプロトコルを解析する第１プロトコル受信処理部１０４と、網側受信部１０３受信したフレームのプロトコルを解析する第２プロトコル受信処理部１０５と、端末側受信部１０２又は網側受信部１０３が受信した通信内容を記録可能に処理する情報チャンネル処理部１０７と、第１プロトコル受信処理部１０４及び第２プロトコル受信処理部１０５でのフレームの解析結果に基づいて通信内容の記録開始及び記録停止の制御を行うプロトコル監視部１０６とを備えている。
【００６１】
すなわち、本実施形態の通信内容記録装置１０１において、プロトコル監視部１０６は、第１プロトコル受信処理部１０４又は第２プロトコル受信処理部１０５で解析したフレームのメッセージが応答又は応答確認のメッセージのいずれかの場合に通信内容の記録を開始する制御を行う。また、プロトコル監視部１０６は、第１プロトコル受信処理部１０５又は第２プロトコル受信処理部１０６で解析したフレームのメッセージが切断又解放又は解放完了のメッセージのいずれかの場合に通信内容の記録を停止する制御を行う。
【００６２】
つまり、本実施形態の通信内容記録装置１０１は、プロトコル監視部１０６により、上述した通信端末装置５０３およびＩＳＤＮ５０２間の信号チャンネルによるメッセージのやり取りを監視する。そして、メッセージの内容に応じて情報チャンネル処理部１０７を制御することで、情報チャンネル上の通信内容の記録の開始および停止を制御する。
【００６３】
図３は、本発明の第一実施形態の通信内容記録装置の処理動作を説明するためのフローチャートである。
プロトコル監視部１０６は、端末側受信部１０２および第１プロトコル受信処理部１０４を介して、または、網側受信部１０３および第２プロトコル受信処理部ｌ０５を介して、信号チャンネル上のフレームを受信したか否かを監視する（ステッブＳ１）。信号チャンネル上のフレームを受信した場合は、当該フレームが応答メッセージまたは応答確認メッセージを含んでいるか否かを判断する（ステップＳ２）。
【００６４】
ステップＳ２において、受信したフレームが応答メッセージまたは応答確認メッセージを含んでいると判断した場合、ステップＳ３に移行し、情報チャンネル処理部１０７に処理開始の指示を出す。これを受けて、情報チャンネル処理部１０７は、端末側受信部１０２および網側受信部１０３が受信している情報チャンネル上のデータを記憶媒体への記録に適した形式のデータに変換し、これを記録部（図示せず）に転送する処理を開始する。これにより、情報チャンネル上の通信内容の記録が開始される。プロトコル監視部１０６は、ステップＳ３により情報チャンネル上の通信内容の記録が開始された後、ステップＳ１に戻り、次の信号チャンネル上のフレームが受信されるのを待つ。
【００６５】
一方、ステップＳ２において、受信したフレームが応答メッセージまたは応答確認メッセージを含んでいないと判断した場合、ステップＳ４に移行し、受信したフレームが、切断メッセージ、解放メッセージまたは解放完了メッセージを含んでいるか否かを判断する。
【００６６】
ステップＳ４において、受信したフレームが切断メッセージ、解放メッセージまたは解放完了メッセージを含んでいると判断した場合、ステップＳ５に移行し、情報チャンネル処理部１０７に処理停止の指示を出す。これを受けて、情報チャンネル処理部１０７は、端末側受信部１０２および網側受信部１０３が受信している情報チャンネル上のデータを記憶媒体への記録に適した形式のデータに変換し、これを記録部（図示せず）に転送する処理を停止する。
【００６７】
これにより、情報チャンネル上の通信内容の記録が停止される。プロトコル監視部１０６は、ステップＳ５により情報チャンネル上の通信内容の記録が停止された後、ステップＳ１に戻り、次の信号チャンネル上のフレームが受信されるのを待つ。
【００６８】
一方、ステップＳ４において、受信したフレームが切断メッセージ、解放メッセージまたは解放完了メッセージを含んでいないと判断した場合、直ちにステップＳｌに戻り、次の信号チャンネル上のフレームが受信されるのを待つ。
【００６９】
以上、本発明の第一実施形態について説明した。
本実施形態によれば、通信端末装置５０３およびＩＳＤＮ５０２問で送受される信号チャンネル上のメッセージに基づいて、情報チャンネルの通信内容の記録開始および記録停止の制御を行っている。このようにすることで、通信内容に影響を与えずに、かつ、既存の通信システムを構成する装置を変更することなく、通信内容を記録することができる。
【００７０】
次に、本発明の第二実施形態について説明する。
本実施形態の通信内容記録装置は、上述した第一実施形態の通信記録内容装置において、エラーフレームを受信した場合に、当該エラーフレームを受信してから所定時間内に次のフレームを受信しなかった場合、または、次のフレームに含まれるメッセージの内容が再送要求でない場合は、エラーフレームの直前に受信したフレームに含まれるメッセージから、本来、エラーフレームに含まれるべきメッセージを予測することで、情報チャンネル上の通信内容の記録開始および停止をより正確に行おうとするものである。
【００７１】
図４は、本発明の第二実施形態である通信内容記録装置が適用された通信システムの概略構成を示す模式図である。
なお、図４において、通信端末装置５０３、ＤＳＵ５０４およびＩＳＤＮ５０２は、上述した図１２に示すものと同様であるので、その詳細な説明を省略する。
【００７２】
通信内容記録装置２０１が、図１に示す通信端末装置１０１と異なる点は、第一実施形態で説明したプロトコル監視部１０６と一部異なる処理を行うプロトコル監視部１０６ａを設けた点、および、監視タイマ１０８を設けた点である。その他の構成は、第一実施形態の通信内容記録装置１０１と同様であるので、同じ番号付すことにより、その詳細な説明を省略する。
【００７３】
プロトコル監視部１０６ａは、第１プロトコル受信処理部１０４および第２プロトコル受信処理部１０５から出力された信号チャンネル上のフレームのメッセージにしたがい、ＩＳＤＮ５０２および通信端末装置５０３間の通信状態を監視する。そして、情報チャンネル処理部１０７に指示を出し、情報チャンネル上の通信内容の記録を制御する。この点、第一実施形態の通信内容記録装置１０１で用いたプロトコル監視部１０６と同様である。
【００７４】
ただし、本実施形態で用いるプロトコル監視部１０６ａは、第１プロトコル受信処理部１０４および第２プロトコル受信処理部１０５から出力された信号チャンネル上のフレームがエラーフレーム（エラーフレームか否かの判断は、第１プロトコル受信処理部１０４および第２プロトコル受信処理部１０５において、ＬＡＰＤフレームのフレームチェックシーケンス部を調べることで行うことができる）である場合、監視タイマ１０８を起動して、次のフレームを受信するまでの時間を計測する。
【００７５】
そして、エラーフレームを受信してから所定時間内に次のフレームを受信しなかった場合は、後述するエラーフレーム正常化処理を行い、エラーフレームの直前に受信したフレームのメッセージから、エラーフレームに本来含まれるべきメッセージを推測する。また、エラーフレームを受信してから所定時間内に次のフレームを受信した場合であっても、受信した次のフレームが再送要求のフレーム以外であるときは、同様に、エラーフレーム正常化処理を行って、エラーフレームの直前に受信したフレームのメッセージから、エラーフレームに本来含まれるべきメッセージを推測する。
【００７６】
このように、本実施例では、デジタル通信網（ＩＳＤＮ５０２）を介して行われる通信端末装置５０３間の通信の内容を記録する通信内容記録装置２０１において、通信端末装置５０３からデジタル通信網（ＩＳＤＮ５０２）に送信されるフレームを受信する端末側受信部１０２と、デジタル通信網（ＩＳＤＮ５０２）から通信端末装置５０３に送信されるフレームを受信する網側受信部と１０３と、端末側受信部１０２で受信したフレームのプロトコルを解析する第１プロトコル受信処理部１０４と、網側受信部１０３受信したフレームのプロトコルを解析する第２プロトコル受信処理部１０５と、端末側受信部１０２又は網側受信部１０３が受信するフレームの時間を監視する監視タイマ１０８と、端末側受信部１０２又は網側受信部１０３が受信した通信内容を記録可能に処理する情報チャンネル処理部１０７と、監視タイマ１０５の時間を参照して第１プロトコル受信処理部１０４及び第２プロトコル受信処理部１０５でのフレームの解析結果に基づいて通信内容の記録開始及び記録停止の制御を行うプロトコル監視部１０６ａとを備えている。
【００７７】
次に、本実施形態の通信内容記録装置２０１の動作について説明する。
図５は、本発明の第二実施形態の通信内容記録装置の処理動作を説明するためのフローチャートである。
プロトコル監視部１０６ａは、端末側受信部１０２および第ｌプロトコル受信処理部１０４を介して、または、網側受信部１０３および第２プロトコル受信処理部１０５を介して、信号チャンネル上のフレームを受信したか否かを判断する（ステップＳ１１）。信号チャンネル上のフレームを受信した場合は、ステップＳ１２に移行し、受信していない場合はステップＳ１３に移行する。
【００７８】
ステップＳ１２では、ステップＳ１１で受信したフレームがエラーフレームであるか否かを判断する。エラーフレームであると判断された場合は、監視タイマ１０８を起動し（ステップＳ１４）、その後、ステップＳ１１に戻る。一方、エラーフレームでないと判断された場合は、監視タイマ１０８が起動している場合はそれを停止し（ステップＳ１５）、その後、ステップＳ１６に移行する。
【００７９】
ステップＳ１６では、ステップＳ１１で受信したフレームが再送要求のフレームであるか否かを判断する。再送要求のフレームである場合は、通信端末装置５０３とＩＳＤＮ５０２との間での通信において、エラーフレームが発生し、このため、エラーフレーム受信側の通信端末装置５０３またはＩＳＤＮ５０２がエラーフレーム送信側の通信端末装置５０３またはＩＳＤＮ５０２に再送要求をしたものと考えられる。
【００８０】
この場合、通信内容記録装置２０１においても、再送要求のフレームの受信に先立ってエラーフレームを受信していた場合には、当該エラーフレームを廃棄し（ステップＳ１７）、その後、ステップＳ１１に戻る。一方、ステップＳ１１で受信したフレームが再送要求のフレームでない場合は、ステップＳ１８に移行する。
【００８１】
ステップＳ１８では、処理対象フレーム（直前に実行されたステップＳ１１により受信したフレーム）の直前に受信したフレーム（直前に実行されたステップＳ１１の一つ前に実行されたステップＳ１１により受信したフレーム）がエラーフレームであったか否かを判断する。エラーフレームでなかった場合はステップＳ２０に移行する。
【００８２】
一方、エラーフレームであった場合（ステップＳ１８）、通信端末装置５０３とＩＳＤＮ５０２との間での信号チャンネル上のメッセージのやり取りは正常に行われているが、何らかの理由により、通信内容記録装置２０１と通信端末装置５０３またはＩＳＤＮ５０２との間でエラーフレームが発生したため、再送要求されることなく次のフレームが送信されたものと考えられる。
【００８３】
この場合、エラーフレームに本来含まれるべきメッセージの内容によっては、情報チャンネル上の通信内容の記録を正常に行えなくなるおそれがある。そこで、ステップＳ１９に移行して、エラーフレームに本来含まれるべきメッセージを推測するエラーフレーム正常化処理を行う。なお、エラーフレーム正常化処理については後述する。
【００８４】
ステップ１３では、監視タイマ１０８が起動している場合は、当該監視タイマ１０８がタイムアウトしたか否かを判断する。監視タイマ１０８が起動していない場合、または、監視タイマ１０８は起動しているがタイムアウトしていない場合は、ステップＳ１１に移行する。
【００８５】
一方、監視タイマ１０８がタイムアウトしている場合は、何らかの理由により通信内容記録装置２０１と通信端末装置５０３との間、または、通信内容記録装置２０１とＩＳＤＮ５０２との間でエラーフレームが発生し、ステップＳ１４にて、監視タイマ１０８が起動したが、通信端末装置５０３間ではすで情報チャンネル上の通信が正常に開始または終了しているため、エラーフレームを受信してから次のフレームを所定時間（この時間は、一回のフレーム間の通信時間の最低ラインを考慮して定めることが好ましい）内に受信しなかったものと考えられる。
【００８６】
この場合、エラーフレームに本来含まれるべきメッセージの内容によっては、情報チャンネル上の通信内容の記録を正常に行えなくなるおそれがある。そこで、ステップＳ１８の場合と同様に、ステップＳ１９に移行して、エラーフレームに本来含まれるべきメッセージを推測するエラーフレーム正常化処理を行う。
【００８７】
ステップＳ２０では、処理対象フレームが応答メッセージまたは応答確認メッセージを含んでいるか否かを判断する。応答メッセージまたは応答確認メッセージを含んでいる場合は、ステップＳ２１に移行して、情報チャンネル処理部１０７に処理開始の指示を出す。これを受けて、情報チャンネル処理部１０７は、端末側受信部１０２および網側受信部１０３が受信している情報チャンネル上のデータを記憶媒体への記録に適した形式のデータに変換し、これを記録部（図示せず）に転送する処理を開始する。
【００８８】
これにより、情報チャンネル上の通信内容の記録が開始される。ステップＳ２１により情報チャンネル上の通信内容の記録が開始された後、ステップＳ１１に戻る。一方、処理対象フレームが応答メッセージまたは応答確認メッセージを含んでいない場合、ステップＳ２２に移行する。
【００８９】
ステップＳ２２では、処理対象フレームが、切断メッセージ、解放メツセージまたは解放完了メッセージを含んでいるか否かを判断する。切断メッセージ、解放メッセージまたは解放完了メッセージを含んでいる場合は、ステップＳ２３に移行し、情報チャンネル処理部１０７に処理停止の指示を出す。これを受けて、情報チャンネル処理部１０７は、端末側受信部１０２および網側受信部１０３が受信している情報チャンネル上のデータを記憶媒体への記録に適した形式のデータに変換し、これを記録部（図示せず）に転送する処理を停止する。
【００９０】
これにより、情報チャンネル上の通信内容の記録が停止される。ステップＳ２３により情報チャンネル上の通信内容の記録が停止された後、ステップＳ１１に戻る。一方、処理対象フレームが切断メッセージ、解放メッセージまたは解放完了メッセージを含んでいない場合は、直ちにステップＳ１１に戻る。
【００９１】
次に、図５に示すステップＳ１９で行われるエラーフレーム正常化処理について説明する。
この処理は、ＬＡＰＤフレームの情報部に格納されている呼制御手順に基づいて、エラーフレームの直前に受信したフレームに含まれるメッセージから、エラーフレームに本来含まれるべきメッセージを推定するものである。
図６は、図５に示すステップＳ１９のエラーフレーム正常化処理を説明するたのフローチャートである。
【００９２】
まず、プロトコル処理部１０６ａは、エラーフレームの直前に受信したフレームが呼設定メッセージを含んでいるか否かを判断する（ステップＳ３１）。呼設定（ＳＥＴＵＰ）メッセージを含んでいる場合は、エラーフレームは呼設定受付（ＣＡＬＬ ＰＲＯＣＥＥＤＩＮＧ）メッセージを含んでいるものと推定し（ステップＳ３２）、処理を終了する。一方、呼設定メッセージを含んでいない場合は、ステップＳ３３に移行する。
【００９３】
ステップＳ３３では、エラーフレームの直前に受信したフレームが呼設定受付（ＣＡＬＬ ＰＲＯＣＥＥＤＩＮＧ）メッセージを含んでいるか否かを判断する。呼設定受付メッセージを含んでいる場合は、エラーフレームは呼出し（ＡＬＥＲＴＩＮＧ）メッセージを含んでいるものと推定し（ステップＳ３４）、処理を終了する。一方、呼設定受付メッセージを含んでいない場合は、ステップＳ３５に移行する。
【００９４】
ステップＳ３５では、エラーフレームの直前に受信したフレームが呼出し（ＡＬＥＲＴＩＮＧ）メッセージを含んでいるか否かを判断する。呼出しメッセージを含んでいる場合は、エラーフレームは応答（ＣＯＮＮＥＣＴ）メッセージを含んでいるものと推定し（ステップＳ３６）、処理を終了する。一方、呼出しメッセージを含んでいない場合は、ステップＳ３７に移行する。
【００９５】
ステップＳ３７では、エラーフレームの直前に受信したフレームが応答（ＣＯＮＮＥＣＴ）メッセージを含んでいるか否かを判断する。応答メッセージを含んでいる場合は、エラーフレームは応答確認（ＣＯＮＮＥＣＴ ＡＣＫ）メッセージを含んでいるものと推定し（ステップＳ３８）、処理を終了する。一方、応答メッセージを含んでいない場合は、ステップＳ３９に移行する。
【００９６】
ステップ３９では、エラーフレームの直前に受信したフレームが切断（ＤＩＳＣＯＮＮＥＣＴ）メッセージを含んでいるか否かを判断する。切断メッセージを含んでいる場合は、エラーフレームは解放（ＲＥＬＥＡＳＥ）メッセージを含んでいるものと推定し（ステップＳ４０）、処理を終了する。一方、切断メッセージを含んでいない場合は、ステップＳ４１に移行する。
【００９７】
ステップ４１では、エラーフレームの直前に受信したフレームが解放（ＲＥＬＥＡＳＥ）メッセージを含んでいるか否かを判断する。解放メッセージを含んでいる場合は、エラーフレームは解放完了（ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ）メッセージを含んでいるものと推定し（ステップＳ４２）、処理を終了する。一方、解放メッセージを含んでいない場合は、エラーフレームは呼確立または呼解放に関するメッセージを含むものではないと推定して、処理を終了する。
【００９８】
図６に示すエラーフレーム正常化処理により、エラーフレームに本来含まれるべきメッセージの推定が終了すると、図５に示すステップＳ２０に移行し、推定したメッセージの内容に応じて、情報チャンネル上の通話内容の記録開始および停止が制御される。
【００９９】
以上、本発明の第二実施形態について説明した。
本発明の第二実施形態によれば、上記の構成により、通信端末装置５０３とＩＳＤＮ５０２との間では正常に通信を行っているのにかかわらず、何らかの理由により、エラーフレームを受信した場合、このエラーフレームの直前に受信したフレームに含まれるメッセージから当該エラーフレームの内容を推定するようにしている。このようにすることで、エラーフレームが、本来、呼確立または呼解放に関するメッセージを含むものである場合でも、通信内容の記録開始および停止が正常に行われるようにすることができる。
【０１００】
次に、本発明の第三実施形態について説明する。
本実施形態の通信内容記録装置は、上述した第二実施形態の通信記録内容装置と同様、信号チャンネル上のフレームにエラーを検出した場合でも、情報チャンネル上の通信内容の記録開始および停止をより正確に行おうとするものである。ただし、本実施形態では、第二実施形態に加えて、信号チャンネル上のフレームに欠損が生じた場合においても、情報チャンネル上の通信内容の記録開始および停止をより正確に行おうとしている。このため、構成および動作が第二実施形態の通信記録内容装置と異なる。
【０１０１】
図７は、本発明の第三実施形態である通信内容記録装置が適用された通信システムの概略構成図である。
なお、図７において、通信端末装置５０３、ＤＳＵ５０４、およびＩＳＤＮ５０２は、上述した図１２に示すものと同様であるので、その詳細な説明を省略する。
【０１０２】
通信内容記録装置３０１が、図１に示す通信端末装置１０１と異なる点は、第一実施形態で説明したプロトコル監視部１０６と一部異なる処理を行うプロトコル監視部１０６ｂを設けた点、第１プロトコル受信処理部１０４に代えて第１フレーム受信処理部１０９と第１エラーチェック受信処理部１１０を設けた点、第２プロトコル受信処理部１０５に代えて第２フレーム受信処理部１１１と第２エラーチェック受信処理部１１２を設けた点、および、フレーム連続性検出部１１３を設けた点である。その他の構成は、第一実施形態の通信内容記録装置１０１と同様であるので、同じ番号を付すことにより、その詳細な説明を省略する。
【０１０３】
第１フレーム受信処理部１０９は、端末側受信部１０２で受信した信号チャンネル上のデータからフラグを検出することで、図１１に示すようなＬＡＰＤフレームを抽出する。そして、抽出したＬＡＰＤフレームを第１エラーチェック受信処理部１１０へ出力する。
【０１０４】
第２フレーム受信処理部１１１は、網側受信部１０３で受信した信号チャンネル上のデータからフラグを検出することで、図１１に示すようなＬＡＰＤフレームを抽出する。そして、抽出したＬＡＰＤフレームを第２エラーチェック受信処理部１１２へ出力する。
【０１０５】
第ｌエラーチェック受信処理部１１０は、第１フレーム受信処理部１０９から受け取ったＬＡＰＤフレームに付加されているフレームチェックシーケンス部によって、フレームエラーを検出する。そして、フレームエラーが検出された場合は受け取ったＬＡＰＤフレーム（エラーフレーム）を廃棄し、フレームエラーが検出されなかった場合は、受け取ったＬＡＰＤフレームをプロトコル監視部１０６ｂに渡す。
【０１０６】
第２エラーチェック受信処理部１１２は、第２フレーム受信処理部１１１から受け取ったＬＡＰＤフレームに付加されているフレームチェックシーケンス部によって、フレームエラーを検出する。そして、フレームエラーが検出された場合は受け取ったＬＡＰＤフレーム（エラーフレーム）を廃棄し、フレームエラーが検出されなかった場合は、受け取ったＬＡＰＤフレームをプロトコル監視部１０６ｂに渡す。
【０１０７】
フレーム連続性検出部１１３は、第１エラーチェック受信処理部１１０および第２エラーチェック受信処理部１１２の各々について、プロトコル監視部１０６ｂへ出力したＬＡＰＤフレームに付加されている送信シーケンス番号、受信シーケンス番号を用いてフレームの欠落を検出し、フレーム間の連続性を確認する。
【０１０８】
プロトコル監視部１０６ｂは、フレームフォーマット、フレーム種別、情報伝送手順などに基づいて、第１エラーチェック受信処理部１１０および第２エラーチェック受信処理部１１２から受け取ったＬＡＰＤフレームからメッセージを抽出する。そして、抽出したメッセージにしたがってＩＳＤＮ５０２および通信端末装置５０３間の通信状態を監視し、情報チャンネル処理部１０７を制御することで、情報チャンネル上の通信内容の記録を制御する。
【０１０９】
また、プロトコル監視部１０６ｂは、フレーム連続性検出部１１３において、第１エラーチェック受信処理部１１０または第２エラーチェック受信処理部１１２から出力されたフレームに欠落が生じた場合（これは、第１エラーチェック受信処理部１１０または第２エラーチェック受信処理部１１２において、フレームエラーのためフレームが廃棄された場合や、フレーム自体が欠落しているため、端末側受信部１０２または網側受信部１０３で受信できなかった場合などが考えられる）、情報チャンネルの呼が確立または解放されているか否かに基づいて情報チャンネル処理部１０７を制御することで、情報チャンネル上の通信内容の記録を制御する。
【０１１０】
次に、本実施形態の通信内容記録装置３０１の動作について説明する。
まず、通信内容記録装置３０１の動作説明に先立ち、図２を用いて説明した内容と一部重複するが、通信端末装置５０３およびＩＳＤＮ５０２間でのレイヤ２のリンクの確立から、レイヤ３の呼の確立および呼の解放を介して、レイヤ２のリンクの解放に至るまでの処理手順について説明する。
【０１１１】
図８は、図７に示す通信システムにおいて、ＩＳＤＮ５０２および通信端末装置５０３間のレイヤ２のリンクの確立から、レイヤ３の呼の確立および呼の解放を介して、レイヤ２リンクの解放に至るまでの処理手順の一例を示す図である。図８に示すように、信号チャンネルを介して、ＩＳＤＮ５０２から通信端末装置５０３へ非同期平衡モード設定（ＳＡＢＭＥ）のフレーム２５１が送信されると、これを受けて、通信端末装置５０３は、信号チャンネルを介して、非番号制確認（ＵＡ）のフレーム２５２をＩＳＤＮ５０２へ送信する。これにより、信号チャンネルにおけるレイヤ２のリンクが確立し、情報伝送が可能となる。
【０１１２】
次に、信号チャンネルを介して、ＩＳＤＮ５０２から通信端末装置５０３へ呼設定（ＳＥＴＵＰ）メッセージ２５３が送信されると、通信端末装置５０３は、信号チャンネルを介して、情報フレームなどを受信した旨を、情報フレームまたは受信可（ＲＲ）のフレーム２５４により、ＩＳＤＮ５０２へに通知する。また、呼設定受付（ＣＡＬＬ ＰＲＯＣＥＥＤｌＮＧ）メッセージ２５５を送信する。図８に示す例では、受信可のフレームによりＩＳＤＮ５０２に通知している。これを受けて、信号チャンネルを介して、ＩＳＤＮ５０２から通信端末装置５０３ヘ、情報フレームなどを受信した旨を、情報フレームまたは受信可のフレーム２５６により通知される。
【０１１３】
なお、受信可のフレームは、上述したように、通信相手に対して、受信しているフレームの数（次に受信すべきフレームの送信シーケンス番号）を通知するものである。通信相手からフレームを受信する毎に生成され、通信相手に通知されるが、図８に示す例では、説明を簡単にするため、通信端末装置５０３およびＩＳＤＮ５０２から最初に通知される受信可のフレームのみを記載している。
【０１１４】
次に、通信端末装置５０３は、信号チャンネルを介して、ＩＳＤＮ５０２へ情報チャンネル接続のため呼び出し中であることを知らせる呼出（ＡＬＥＲＴＩＮＧ）メッセージ２５７を送信する。通信相手が、ＩＳＤＮ５０２を介して、呼設定受付メッセージ２５５を受信することにより、通信端末装置５０３間に情報チャンネルが設定される。通信端末装置５０３は、呼び出しに応答したときに、信号チャンネルを介して、ＩＳＤＮ５０２へ応答（ＣＯＮＮＥＣＴ）メッセージ２５８を送信する。
【０１１５】
次に、信号チャンネルを介して、ＩＳＤＮ５０２から通信端末装置５０３へ応答確認（ＣＯＮＮＥＣＴ ＡＣＫ）メッセージ２５９が送信されると、これにより、設定された情報チャンネルの呼が確立し、ＩＳＤＮ５０２および通信端末装置５０３間において、情報チャンネルを用いた通信が可能となる。
【０１１６】
さて、上記のような呼制御を指示するメッセージを含んだ情報フレームに伝送エラーが生じた場合、たとえば、図８に示すように、通信端末装置５０３からＩＳＤＮ５０２ヘ、送信シーケンス番号「４」、「５」、「６」の情報フレーム２６０を送信したが、送信シーケンス番号「５」の情報フレームが伝送エラーにより、ＩＳＤＮ５０２に正常に送信されなかった場合、ＩＳＤＮ５０２は、通信端末装置５０３から送信された情報フレームの送信シーケンス番号「５」から、正常に受信することができなかった情報フレームを検出し、その情報フレームの再送を要求する再送要求（ＲＥＪ）のフレーム２６１を通信端末装置５０３に送信する。通信端末装置５０３は、再送要求のフレーム２６１を受信すると、要求されている送信シーケンス番号の情報フレームをＩＳＤＮ５０２に送信する。
【０１１７】
次に、情報チャンネルを用いた通信を停止する場合、通信端末装置５０３は、信号チャンネルを介して、ＩＳＤＮ５０２へ情報チャンネルの呼の解放を要求する切断（ＤｌＳＣＯＮＮＥＣＴ）メッセージ２６３を送信する。これを受けて、ＩＳＤＮ５０２は、情報チャンネルを用いた通信を停止させるとともに、信号チャンネルを介して、通信端末装置５０３へ情報チャンネルを解放する解放（ＲＥＬＥＡＳＥ）メッセージ２６４を送信する。通信端末装置５０３は、解放メッセージ２６４を受信すると、信号チャンネルを介して、ＩＳＤＮ５０２へ解放完了（ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ）メッセージ２６５を送信する。これにより、レイヤ３上において情報チャンネルの呼が解放される。
【０１１８】
そして、呼が１つも存在しなくなると、通信端末装置５０３は、信号チャンネルを介して、ＩＳＤＮ５０２へ切断（ＤｌＳＣ）のフレーム２６６を送信する。これを受けて、ＩＳＤＮ５０２は、信号チャンネルを介して通信端末装置５０３へ非番号制確認（ＵＡ）のフレーム２６７を送信する。これにより、信号チャンネルにおけるレイヤ２のリンクが解放される。
【０１１９】
本実施形態の通信内容記録装置３０１は、プロトコル監視部１０６ｂにより、上述した通信端末装置５０３およびＩＳＤＮ５０２間の信号チャンネルによるメッセージのやり取りを監視する。そして、メッセージの内容に応じて情報チャンネル処理部１０７を制御することで、情報チャンネル上の通信内容の記録の開始および停止を制御する。
【０１２０】
たとえば、図８に示す例においては、情報チャンネルの呼を確立する際にＩＳＤＮ５０２から通信端末装置５０３へ送信される呼設定メッセージ２５３を受信して、その内容を解析し、それが音声通信であるという情報を含んでいる場合に、通信端末装置５０３からＩＳＤＮ５０２へ送信される応答メッセージ２５８、または、ＩＳＤＮ５０２から通信端末装置５０３へ送信される応答確認メッセージ２５９を受信した時に、対応する情報チャンネル上のデータの記録を開始するように、情報チャンネル処理部１０７を制御する。
【０１２１】
また、情報チャンネルの呼を解放する際に通信端末装置５０３からＩＳＤＮ５０２へ送信される切断メッセージ２６３、あるいは、ＩＳＤＮ５０２から通信端末装置５０３へ送信される解放メッセージ２６４、または、通信端末装置５０３からＩＳＤＮ５０２へ送信される解放完了メッセージ２６５を受信した時に、対応する情報チャンネルのデータの記録を停止する。
【０１２２】
さて、本実施形態の通信内容記録装置３０１が信号チャンネル上でエラーフレームを受信した場合、その原因として、ＩＳＤＮ５０２および通信端末装置５０３間でやり取りされているフレームそのものがエラーフレームであるため、通信内容記録装置３０１においてもエラーフレームを受信した場合と、ＩＳＤＮ５０２および通信端末装置５０３間ではフレームのやり取りが正常に行われているが、接続環境など何らかの理由により、通信内容記録装置３０１が受信したフレームにのみエラーが発生した場合とが考えられる。また、フレームを検出するフラグにエラーが発生した場合には、フレームそのものが欠落してしまう。
【０１２３】
このように、本実施形態では、デジタル通信網（ＩＳＤＮ５０２）を介して行われる通信端末装置５０３間の通信の内容を記録する通信内容記録装置３０１において、通信端末装置５０３からデジタル通信網（ＩＳＤＮ５０２）に送信される信号チャンネル及び情報チャンネルの情報を受信する端末側受信部１０２と、デジタル通信網（ＩＳＤＮ５０２）から通信端末装置５０３に送信される信号チャンネル及び情報チャンネルの情報を受信する網側受信部と１０３と、端末側受信部１０２で受信した信号チャンネル上のデータからＬＡＰＤフレームを抽出する第１フレーム受信処理部１０９と、第１フレーム受信処理部１０９から受け取ったＬＡＰＤフレームからフレームエラーを検出し、フレームエラーが検出された場合は当該ＬＡＰＤフレームを廃棄し、フレームエラーが検出されなかった場合は当該ＬＡＰＤフレームをプロトコル監視部１０６ｂに出力する第ｌエラーチェック受信処理部１１０と、網側受信部１０３で受信した信号チャンネル上のデータからＬＡＰＤフレームを抽出する第２フレーム受信処理部１１１と、第２フレーム受信処理部１１１から受け取ったＬＡＰＤフレームからフレームエラーを検出し、フレームエラーが検出された場合は当該ＬＡＰＤフレームを廃棄し、フレームエラーが検出されなかった場合は当該ＬＡＰＤフレームをプロトコル監視部１０６ｂに出力する第２エラーチェック受信処理部１１２と、第１エラーチェック受信処理部１１０および第２エラーチェック受信処理部１１２の各々について、プロトコル監視部１０６ｂへ出力したＬＡＰＤフレームに付加されている送信シーケンス番号および受信シーケンス番号を用いてフレームの欠落を検出してフレーム間の連続性を確認するフレーム連続性検出部１１３と、第１エラーチェック受信処理部１１０および第２エラーチェック受信処理部１１２から受け取ったＬＡＰＤフレームから抽出したメッセージにしたがって、ＩＳＤＮ５０２および通信端末装置５０３間の通信状態を監視し、情報チャンネル上の通信内容の記録を制御するプロトコル監視部１０６ｂと、プロトコル監視部１０６ｂの制御により端末側受信部１０２又は網側受信部１０３が受信した通信内容を記録可能に処理する情報チャンネル処理部１０７とを備えている。
【０１２４】
すなわち、本実施形態の通信内容記録装置３０１において、ＬＡＰＤフレームの送信シーケンス番号に連続性がなく、且つ、通信端末装置５０３とデジタル通信網（ＩＳＤＮ５０２）との間で正常な受信手順が継続している場合に、呼設定受付が完了して応答待ちの情報チャンネルの記録を開始する。また、情報チャンネルの記録中に、呼設定受付、呼出、切断、解放または解放完了メッセージ以外のメッセージを受信したときに、情報チャンネルの記録を停止する。
【０１２５】
また、切断、解放または解放完了メッセージの全てのメッセージを受信できない場合に、情報チャンネルの新たな呼設定、呼設定受付又は呼出メッセージのいずれかのＬＡＰＤフレームの受信により、該当する情報チャンネルの呼を解放する。
【０１２６】
また、ＬＡＰＤフレームの不連続検出により記録を開始した情報チャンネルを制御する正常なＬＡＰＤフレームを受信した場合に、正常なＬＡＰＤフレームに基づく記録の制御を行う。
【０１２７】
また、ＬＡＰＤフレームの不連続検出による記録を開始したのち、応答又は応答確認メッセージを受信した場合に、応答又は応答確認メッセージの受信時までに記録した通信内容を廃棄して応答または応答確認メッセージの受信時から再度記録を開始する。
【０１２８】
上述したように、通信内容記録装置３０１は、ＩＳＤＮ５０２および通信端末装置５０３間の通信に影響を与えないようにするため、ＩＳＤＮ５０２および通信端末装置５０３に対して、送信機能を持たないように構成されている。したがって、エラーフレームを受信したり、フレームの欠落を検出した場合でも、通信内容記録装置３０１から再送要求をすることができない。このため、通信内容記録装置３０１に入力されたフレームだけがエラーフレームである場合やフレームの欠落を検出した場合、これらのフレームが記録の開始や停止に係わるメッセージを含んでいる場合には、正常な記録制御ができなくなることも考えられる。
【０１２９】
そこで、本実施形態の通信内容記録装置３０１では、フレームの連続性を監視することにより、エラーフレームおよびフレーム欠落を検出し、これらが検出された場合に、情報チャンネルの呼の確立または呼の解放を監視することで、情報チャンネルの記録制御を正常に行えるようにしている。
【０１３０】
図９は、本実施形態の通信内容記録装置３０１の処理動作を説明するためのフローチャートである。このフローチャートは、第１エラーチェック受信処理部１１０から出力されるフレームおよび第２エラーチェック受信処理部１１２から出力されるフレームの各々について実施される。すなわち、信号チャンネル上の通信端末装置５０３からＩＳＤＮ５０２へのフレーム伝送およびＩＳＤＮ５０２から通信端末装置５０３へのフレーム伝送の各々について、図９に示す処理動作が別個独立して実施される。ここでは、第ｌエラーチェック受信処理部１１０から出力されるフレームに対して実施する場合について説明する。
【０１３１】
プロトコル監視部１０６ｂは、第１エラーチェック受信処理部１１０を介して通信端末装置５０３からＩＳＤＮ５０２へ送信される信号チャンネル上のフレームを受信するのを待つ（ステップＳ５１）。フレームを受信した場合は、ステップＳ５２に移行し、受け取ったフレームが、シーケンス番号が付与されていない非番号制のフレームであるか否かを判断する。非番号制のフレームである場合は、ステップＳ５１に戻り、次のフレームを受け取るのを待つ。一方、非番号制のフレームでない場合、すなわち、シーケンス番号が付与されたフレームである場合は、ステップＳ５３に移行する。
【０１３２】
ステップＳ５３では、受け取ったフレームが監視フレームであるか否かを判断する。監視フレームは、上述したように、ＩＳＤＮ５０２および通信端末装置５０３間にレイヤ２のリンクが確立されていることを確認するためのフレームであり、通信相手に対して、受信したフレームの数（次に受信すべきフレームの送信シーケンス番号）を通知する受信可（ＲＲ）フレーム、受信したフレームのシーケンス番号が１つ前のフレームのシーケンス番号と連続していないときに、当該番号が抜けたシーケンス番号のフレームを再度送信するように要求する再送要求（ＲＥＪ）フレームなどがある。
【０１３３】
ステップＳ５３において、監視フレームであると判断された場合、ステップＳ５４に移行して、その監視フレームが再送要求フレームであるか否かを判断する。再送要求フレームの場合は、ＩＳＤＮ５０２および通信端末装置５０３間で信号チャンネル上のフレームのやり取りを正常に行うことができず、エラーフレームが発生したため、通信端末装置５０３が再送要求フレームを送信したものと考えられる。
【０１３４】
この場合、再送要求フレームの受信シーケンス番号にしたがい、第２エラーチェック受信処理部１１２から出力されるフレームに対して実施されている図９の処理動作のステップＳ５６での処理（フレーム連続性確認処理）により登録された、対応する送信シーケンス番号の欠落フレームを解除し（ステップＳ５５）、その後、ステップＳ５１に戻って、次のフレームを受信するのを待つ。
【０１３５】
一方、再送要求フレームでない場合、ステップＳ５６に移行して、第１エラーチェック受信処理部１１０を介して受け取ったフレーム（通信端末装置５０３が送信したフレーム）のシーケンス番号の連続性を確認し、欠落しているフレームがある場合は、情報チャンネルの呼の確立または呼の解放を監視することで、情報チャンネルの記録開始および停止を制御する処理であるフレーム連続性確認処理を行う。その後、ステップＳ５１に戻って、次のフレームを受信するのを待つ。なお、フレーム連続性確認処理については、後述する。
【０１３６】
ステップＳ５３において、監視フレームでないと判断された場合、すなわち、第１エラーチェック受信処理部１１０から受信したフレームが、非番号制フレームでなく且つ監視フレームでない場合、このフレームは、レイヤ３のメッセージが含まれている情報フレームであると考えられる。この場合は、ステップＳ５７に移行して、レイヤ３に基づく記録の制御を行う。
【０１３７】
まず、受信したフレームが応答メッセージまたは応答確認メッセージを含んでいるか否かを判断する（ステップＳ５７）。応答メッセージまたは応答確認メッセージを含んでいる場合は、ステップＳ５８に移行して、対応する情報チャンネルに音声呼設定がされているか否かを判断する。音声呼設定がされていない場合は、ステップＳ５６に移行して、フレーム連続性確認処理を行う。このようにすることで、音声以外の呼設定がなされている場合の記録を排除する。一方、音声呼設定がされている場合は、フレーム連続性確認処理によってすでに対応する情報チャンネルの記録が開始されているか否かを判断する（ステップＳ５９）。
【０１３８】
すでに記録が開始されている場合は、この記録を停止するとともに、この記録により録音された情報を破棄し（ステップＳ６０）、その後、ステップＳ６１に移行して、対応する情報チャンネルの記録を開始する。対応する情報チャンネルの記録が開始されていない場合は、直ちにステップＳ６１に移行して、対応する情報チャンネルの記録を開始する。
【０１３９】
また、ステップＳ５７において、受信したフレームが応答メッセージまたは応答確認メッセージを含んでいないと判断された場合、ステップＳ６２に移行して、受信したフレームが切断、解放または解放完了のメッセージを含んでいるか否かを判断する（ステップＳ６２）。
【０１４０】
切断、解放または解放完了のメッセージを含んでいる場合は、対応する情報チャンネルの記録を停止するように情報チャンネル処理部１０７を制御し（ステップＳ６３）、その後、ステップＳ５６に移行してフレーム連続性確認処理を行う。一方、切断、解放または解放完了のメッセージを含んでいない場合は、直ちにステップＳ５６に移行して、フレーム連続性確認処理を行う。
【０１４１】
次に、図９に示すステップＳ５６で行われるフレーム連続性確認処理について説明する。
図１０は、図９に示すステップＳ５６のフレーム連続性確認処理の処理動作を示すフローチャートである。
ここでは、図９に示すフローチャートが、信号チャンネル上の通信端末装置５０３からＩＳＤＮ５０２へのフレーム伝送について適用されている場合を例に説明する。
【０１４２】
まず、フレーム連続性検出部１１３は、プロトコル監視部１０６ｂが第１エラーチェック受信処理部１１０から受信したフレームの送信シーケンス番号を取得し、この番号が直前に受信したフレームの送信シーケンス番号と連続しているか否かを調べる（ステップＳ７１）。連続している場合はステップＳ７３に移行する。一方、連続していない場合は、ステップＳ７２に移行して、欠落している送信シーケンス番号を登録する。たとえば、受信したフレームの送信シーケンス番号が「４」であり、直前に受信したフレームの送信シーケンス番号が「２」の場合、送信シーケンス番号「３」のフレームを欠落フレームとして登録する。それから、ステップＳ７３に移行する。
【０１４３】
なお、上述したように、第２エラーチェック受信処理部１１２から出力されるフレームに対して実施されている図９の処理動作のステップＳ５４で、第２エラーチェック受信処理部１１２を介して受け取ったフレーム（ＩＳＤＮ５０２が送信したフレーム）が再送要求フレームであることが判明した場合、当該フローチャートのステップＳ５５により、この再送要求フレームの受信シーケンス番号に対応する送信シーケンス番号の欠落フレームの登録が解除される。
【０１４４】
ステップＳ７３では、プロトコル監視部１０６ｂが第２エラーチェック受信処理部１１２を介して新たにフレーム（ＩＳＤＮ５０２が送信したフレーム）を受信するのを待ち、受信した場合は、当該フレームの受信シーケンス番号を参照することで、ＩＳＤＮ５０２が、欠落フレームとして登録されている送信シーケンス番号のフレームを、すでに通信端末装置５０３から受け取っているか否かを判断する。ＩＳＤＮ５０２が、欠落フレームとして登録されている送信シーケンス番号のフレームを、すでに通信端末装置５０３から受け取っている場合は、何らかの理由により、通信内容記録装置３０１のみが当該フレームを正常に受信することができなかったものと考えられる。
【０１４５】
この場合は、ステップＳ７４に移行し、応答待ちになっている情報チャンネル、すなわち、呼設定受付が完了している情報チャンネルがあるか否かを判断する。応答待ちになっている情報チャンネルがある場合は、通信内容記録装置３０１のみが正常に受信することができず、欠落フレームとして登録されたフレームが、応答メッセージまたは応答確認メッセージを含んでいた可能性があるものと考えられる。
【０１４６】
この場合、ステップＳ７５に移行して、対応する情報チャンネルの記録を開始するように情報チャンネル処理部１０７を制御する。その後、ステップＳ７６に移行して、全ての情報チャンネルに対してフレームの欠落が発生していることを示すフラグを立てる。一方、応答待ちになっている情報チャンネルがない場合は、直ちにステップＳ７６に移行して、全ての情報チャンネルに対してフレームの欠落が発生していることを示すフラグを立てる。
【０１４７】
ステップＳ７３において、プロトコル監視部１０６ｂが第２エラーチェック受信処理部１１２を介して新たに受信したフレームの受信シーケンス番号から判断して、ＩＳＤＮ５０２が、欠落フレームとして登録されている送信シーケンス番号のフレームを通信端末装置５０３から受け取っていないと判断した場合、ステップＳ７７に移行して、この新たに受信したフレームの受信シーケンス番号から１を引いた値が、プロトコル監視部１０６ｂが第１エラーチェック受信処理部１１０を介していままでに受け取ったフレーム（通信端末装置５０３が送信したフレーム）の送信シーケンス番号の最大値より大きいか否かを比較する。
【０１４８】
なお、受信および送信シーケンス番号は、上述したように、「０」から「１２７」までの数値を繰り返して用いるモジュロ（ｍｏｄ）１２８である。このため、上記の比較では、数値の繰り返し回数（０へのリセット回数）をも考慮して行う。
【０１４９】
ステップＳ７７において、プロトコル監視部１０６ｂが第２エラーチェック受信処理部１１２を介して新たに受信したフレーム（ＩＳＤＮ５０２が送信したフレーム）の受信シーケンス番号から１を引いた値が、プロトコル監視部１０６ｂが第１エラーチェック受信処理部１１０を介していままでに受け取ったフレーム（通信端末装置５０３が送信したフレーム）の送信シーケンス番号の最大値より大きい場合、何らかの理由により、ＩＳＤＮ５０２および通信端末装置５０３間でフレーム欠落が生じたものと考えられる。この場合は、ステップＳ７３と同様に、ステップＳ７４〜ステップＳ７６の処理を実行し、必要に応じて情報チャンネル上の通信内容の記録を開始する。
【０１５０】
ステップＳ７８では、第ｌエラーチェック受信処理部１１０を介して受信したフレームが、欠落フラグがＯＮに設定されている情報チャンネルの情報フレームであるか否かを判断する。欠落フラグがＯＮに設定されている情報チャンネルの情報フレームでない場合は、この処理を終了する。
【０１５１】
一方、欠落フラグがＯＮに設定されている情報チャンネルの情報フレームである場合は、ステップＳ７９に移行して、そのフレームが呼設定受付メッセージまたは呼出しメッセージを含んでいるか否かを判断する。
【０１５２】
そして、呼設定受付メッセージまたは呼出しメッセージを含んでいる場合、該当する情報チャンネルの記録がすでに開始されている場合はそれを停止するように情報チャンネル処理部１０７を制御し（ステップＳ８０）、その後、該当する情報チャンネルの欠落フラグをＯＦＦにして（ステップＳ８１）、この処理を終了する。
【０１５３】
ステップＳ７９において、呼設定受付メッセージまたは呼出しメッセージを含んでいない場合は、直ちに、該当する情報チャンネルの欠落フラグをＯＦＦにして（ステップＳ８１）、この処理を終了する。
【０１５４】
以上、本発明の第三実施形態について説明した。
本実施形態では、信号チャンネル上でやり取りされるＬＡＰＤフレームに付されているシーケンス番号によりフレームの連続性を監視し、フレーム欠落が生じた場合は、通信端末装置５０３およびＩＳＤＮ５０２間のプロトコルで規定されている再送手順が取られるかどうか監視している。
【０１５５】
そして、欠落フレームの送信先（受信すべき側）から、再送要求フレームの送信による再送手順が取られず、監視フレームまたは情報フレームが送信されており、このフレームに正常な受信手順が継続していることを示すシーケンス番号が付加されている場合、通信内容記録装置５０３においてのみエラーが生じていると判断して、音声通話による呼設定受付を完了して、応答待ちになっている情報チャンネルの記録を開始している。
【０１５６】
このようにすることで、応答又は応答確認メッセージを含むフレームの一部、または、すべてを欠落した場合でも、情報チャンネルの通信内容の記憶を制御することができる。通信内容の取り逃しを防止することができる。また、本実施形態では、記録中の情報チャンネルについて、呼設定受付、呼出、切断、解放または解放完了メッセージを含む情報フレームを受信した場合、記録を停止するようにしている。このようにすることで、無用な記録を防止することができる。
【０１５７】
また、本実施形態では、切断、解放または解放完了メッセージを含むフレームを受信できなかった場合でも、通話の記録の制御を、次の呼設定受付または呼出しメッセージのいずれかのフレームの受信により判断するようにしている。このようにすることで、通話の切れ目に基づいて記録を制御することができる。
【０１５８】
さらに、本実施形態では、ＬＡＰＤフレームのフレームチェックシーケンスでエラーが検出された場合、第１エラーチェック受信処理部１１０および第２エラーチェック受信処理部１１２により、プロトコル監視部１０６ｂにエラーフレームを渡すことなく廃棄するようにしている。このようにすることで、図９に示すステップＳ５６のフレーム連続性確認処理において、フレームの欠損とエラーフレームとの取り扱いを区別することなく同一の手順で処理することができる。
【０１５９】
また、本実施形態では、図９に示すステップＳ５６のフレーム連続性確認処理により記録を開始した情報チャンネルについて、当該情報チャンネルを制御する情報フレームを信号チャンネル上で受信した場合、当該情報フレームにしたがい記録の制御を行うようにしている。特に、当該情報フレームが応答メッセージまたは応答確認メッセージを含んでいる場合には、先に記録したデータが無効である旨を情報チャンネル処理部１０７に通知することで、それまでの記録データを廃棄させ、当該情報フレームの受信時から再度記録を開始させるようにしている。このようにすることで、無効データの記録をより確実に防止することができる。
【０１６０】
なお、本発明は上記の各実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。たとえば、上記の各実施形態では、２つの通信端末装置５０３間の１対のチャンネル（信号チャンネルおよび情報チャンネル）上の情報を監視し、通信内容を記録する場合について説明した。しかしながら、そのようなｌ対のチャンネルが複数存在する場合であっても、これらのチャンネル上の情報を各々監視し、通信内容を記録するように変更可能であることはいうまでもない。
【０１６１】
また、上記の各実施形態では、情報チャンネル処理部１０７として、情報チャンネル上のデータを記録媒体へ記録可能な形式のデータに変換し、出力するものについて説明した。しかしながら、本発明は、これに限定されるものではない。情報チャンネル処理部１０７自体が、情報チャンネル上のデータを記録媒体へ記録可能な形式のデータに変換するとともに、当該記録媒体への記録を行うものであってもよい。
【０１６２】
また、上記の各実施形態の通信内容記録装置を構成する各構成要素は、ハードウエアよって実現されるもののみならず、ソフトウエアにより実現されるものを含む。たとえば、受信機能を備えたパーソナルコンピュータなどの情報処理装置において、各実施形態の通信内容記録装置を構成する各構成要素をプロセスとして形成するプログラムを実行させることにより、実現するものでもよい。なお、プログラムは、ＦＤやＣＤ−ＲＯＭなど、情報処理装置が読み取り可能な記憶媒体に格納しておくようにしてもよい。
【０１６３】
【発明の効果】
本発明によれば、ＩＳＤＮなどのデジタル通信に好適な通信内容記録装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の第一実施形態である通信内容記録装置が適用された通信システムの概略構成を示す模式図。
【図２】本実施例の通信システムにおいてＩＳＤＮを介して行われる通信端末装置間の回線の接続から切断までの処理手順の一例を示す模式図。
【図３】本実施例の通信内容記録装置の処理動作を説明するためのフローチャート。
【図４】本発明の第二実施形態である通信内容記録装置が適用された通信システムの概略構成を示す模式図。
【図５】本実施例の通信内容記録装置の処理動作を説明するためのフローチャート。
【図６】本実施例の通信内容記録装置におけるエラーフレーム正常化処理を説明するためのフローチャート。
【図７】本発明の第三実施形態である通信内容記録装置が適用された通信システムの概略構成を示す模式図。
【図８】本実施例の通信システムにおいてＩＳＤＮと通信端末装置との間のレイヤ２のリンクの確立からレイヤ３の呼の確立および解放を介してレイヤ２リンクの解放に至るまでの処理手順の一例を示す模式図。
【図９】本実施例の通信内容記録装置の処理動作を説明するためのフローチャート。
【図１０】本実施例の通信内容記録装置におけるフレーム連続性確認処理の処理動作を示すフローチャート。
【図１１】ＩＳＤＮにおけるＬＡＰＤフレームの構成を説明するための模式図。
【図１２】ＩＳＤＮを利用した従来の通信システムの概略構成を示す模式図。
【図１３】従来の通信システムにおける通信端末装置がエラーフレームを受信した際の処理動作を示すフローチャート。
【図１４】従来の通信システムにおける通信端末装置とＩＳＤＮとの間で行われる処理手順の一例を示す模式図。
【符号の説明】
１０１、２０１、３０１・・通信内容記録装置、１０２・・端末側受信部、１０３・・網側受信部、１０４・・第１プロトコル受信処理部、１０５・・第２プロトコル受信処理部、１０６、１０６ａ、１０６ｂ・・プロトコル監視部、１０７・・情報チャンネル処理部、１０８・・監視タイマ、１０９・・第１フレーム受信処理部、１１０・・第１エラーチェック受信処理部、１１１・・第２フレーム受信処理部、１１２・・第２エラーチェック受信処理部、１１３・・フレーム連続性検出部、５０２・・ＩＳＤＮ、５０３・・通信端末装置、５０４・・ＤＳＵ、５０５・・受信部、５０６・・ＬＡＰＤ受信処理部、５０７・・送信部、５０８・・ＬＡＰＤ受信処理部、５０９・・レイヤ３プロトコル処理部、５１０情報チャンネル処理部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication content recording apparatus and a communication content recording method for recording communication content such as audio data transmitted via a communication line.
[0002]
[Prior art]
Transactions are sometimes made using telephone lines in banking, securities and other financial relationships, telemarketing such as mail order sales, and public works such as horse racing. In such a case, it may be required to record the contents of the call as confirmation of transaction contents or as evidence. For this reason, conventionally, a communication content recording device that records the content of a call without affecting the parties to the call has been used.
[0003]
In this type of communication content recording apparatus, in order to record the communication content without affecting the operation of the existing communication system, for example, as disclosed in JP-A-5-234247, a signal on a telephone line is used. By monitoring the level and off-hook / on-hook, the start and stop of call recording is controlled.
[0004]
By the way, with the recent development of digital technology, ISDN (Integrated Services Digital Network) is becoming widespread as a communication network that can connect different services such as telephone and data communication using the same digital exchange and digital path. Since ISDN digitizes and transmits information, signal degradation is less than that of analog lines, and high-speed communication is possible.
[0005]
Here, ISDN will be briefly described.
ISDN includes a signal channel (D channel) for transmitting control information such as call control information, and an information channel (B channel) for transmitting user information. There are two ISDN interfaces: a basic rate interface (BRI) composed of one D channel and two B channels, and a primary rate interface (PRI) composed of a plurality of B channels and D channels. There are types.
[0006]
Also, in the ISDN user / network interface (I interface), the
[0007]
The
[0008]
[0009]
Specifically, it defines the frame format, frame type, information transmission procedure, terminal endpoint identifier (TEI) management procedure, and the like. The frame format includes an information frame for performing information transfer at
[0010]
FIG. 11 shows the structure of the LAPD frame in ISDN.
As shown in FIG. 11, a frame using the LAPD protocol is sandwiched between flags (0111110), an address part, a control part (including a sequence number), an information part, and a frame check sequence for error detection. It is the composition provided with the part.
[0011]
[0012]
In
[0013]
Next, a frame format used in ISDN will be described.
A transmission sequence number and a reception sequence number are attached to the information frame. These sequence numbers are incremented by l when transmitted or received. The transmission sequence number and the reception sequence number are mod 128 using numerical values from “0” to “127” (for example, 0, 1, 2,... 126, 127, 0, 1, 2,. ...). For example, the information frame transmitted first is the transmission sequence number “0”, and the information frame transmitted second is the transmission sequence number “1”. At this time, the reception side has the reception sequence number “0” when the information frame has not yet been received, and the reception sequence number “1” when the information frame is received.
[0014]
In the monitoring frame, when an information frame does not occur for a certain period of time, it is possible to notify the communication partner of the transmission sequence number (number of received frames) of the next frame to be received (RR: Receive Ready). There is a frame such as reject (REJ) that detects a frame that could not be received due to a transmission error or the like from the transmission sequence number of the received frame, and notifies that the frame that could not be received is transmitted again. Similarly to the information frame, the reception sequence number is assigned to the monitoring frame. In the case of an RR frame, the transmission sequence number of the next frame to be received (the number of frames received so far) is indicated. In the case of the REJ frame, the transmission sequence number of a frame that could not be received due to a transmission error or the like is indicated. .
[0015]
Asynchronous balanced mode setting (for unnumbered frames)SABME: Set Asynchronous BalancedMode Extended), Unnumbered information (UI), disconnect (DISC), unnumbered acknowledgment (UA), and other frames.
[0016]
Next, a conventional communication system using ISDN will be described.
FIG. 12 is a schematic diagram showing a schematic configuration of a conventional communication system using ISDN.
As shown in FIG. 12, the
[0017]
The
[0018]
The receiving
[0019]
The LAPD reception processing unit 506 acquires the frame format, frame type, information transmission procedure, and the like from the LAPD frame on the signal channel, and manages information transmitted and received via the signal channel.
[0020]
Note that the LAPD reception processing unit 506 performs error detection by the frame check sequence unit of the LAPD frame, and detects the loss of the LAPD frame by monitoring the continuity of the transmission sequence number of the received LAPD frame. When an error is detected or there is a defect, the LAPD
[0021]
The
[0022]
FIG. 13 is a flowchart showing a processing operation when the communication terminal apparatus receives an error frame in the conventional communication system using the ISDN having the above configuration. In FIG. 12, when an error occurs in data transmission from
[0023]
In the case of a signal channel for transferring data from
[0024]
On the other hand, if the LAPD frame is an error frame, the error frame is discarded (step S704). The LAPD
[0025]
As described above, the LAPD reception processing unit 506 detects the loss of the LAPD frame by monitoring the continuity of the transmission sequence number of the received LAPD frame. If there is a loss, the LAPD
[0026]
FIG. 14 is a schematic diagram illustrating an example of a processing procedure performed between the communication terminal device and the ISDN.
In this example,
[0027]
Such retransmission control is performed according to ITU-TS recommendation I.D. 441 (Q.921). Others are disclosed in JP-A-5-183644, JP-A-7-143174, and JP-A-9-200260.
[0028]
[Problems to be solved by the invention]
By the way, the conventional communication content recording device records a call made through an analog line. Unlike the ISDN described above, it does not support digital communication in which line connection settings and the like are performed using a protocol. That is, in the conventional communication content recording device that controls the start and stop of call recording by monitoring the signal level on the line and off-hook / on-hook, in digital communication in which various services such as telephone and data communication are performed, It is difficult to control so as to reliably record communication data such as voice data.
[0029]
And as explained above,LAPDThen, the communication terminal deviceAnd ISDNIf one side receives an error frame, the communication terminal device that has received the frameOr ISDNBy requesting resend again,Communication terminal or ISDNCan send data from. On the other hand, as described above, the call content recording device cannot transmit to the communication network so as not to affect the parties to the call. In other words, as an interface with the communication network, communication such as voice data from the communication network.dataThere is only provided a receiving unit for receiving.
[0030]
For this reason, although communication is normally performed between communication terminal devices that perform communication, an error frame is received for some reason in the communication content recording device that records the communication content between the communication terminal devices. If this error frame is a frame indicating the start or end of recording, it is predicted that communication data cannot be normally recorded.
[0031]
The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a communication content recording apparatus compatible with digital communication such as ISDN.
[0032]
Another object of the present invention is to provide a communication content recording apparatus compatible with digital communication capable of normally recording communication data even when an error frame is received or a frame is lost. It is in.
[0033]
[Means for Solving the Problems]
In order to solve the above problems, the present invention provides a communication content recording device for recording the content of communication between communication terminal devices performed via a digital communication network, between the digital communication network and the communication terminal device. Receiving means for receiving data on signal channels and information channels to be transmitted and received, protocol processing means for extracting and processing a frame from data on the signal channel received by the receiving means according to a protocol, and receiving by the receiving means Information channel processing means for processing the data on the information channel so as to be recordable, and protocol monitoring means for controlling start and stop of processing in the information channel processing means based on a processing result in the protocol processing means. It is characterized by.
[0034]
That is, in the communication content recording apparatus of the present invention, in accordance with the processing result in the protocol processing means of the frame on the signal channel received by the receiving means, the start of processing for converting the data on the information channel into recordable data and The stop is controlled. In this way, for example, when a frame on the received signal channel includes a message for establishing a call, a process for converting data on the information channel into recordable data is started, and the call is released. When the message is included, the conversion process can be stopped. Therefore, in communication via the digital communication network, it is possible to record the call contents without affecting the parties to the call.
[0039]
In addition, the present invention is provided via a digital communication network.Between multiple communication terminalsA communication content recording device for recording communication content, the digital communication network andOneCommunication terminal deviceWithReceiving means for receiving data of the signal channel and the information channel transmitted and received between,Frame processing means for extracting and outputting a frame from the signal channel data received by the receiving means, information channel processing means for performing processing for recording data of the information channel received by the receiving means on a recording medium, and the frame Protocol monitoring means for controlling the start or stop of recording processing in the information channel processing means according to a message included in a frame output from the processing means, and monitoring continuity of frames output from the frame processing means Frame missing detecting means for detecting missing of the frame, the protocol monitoring means records in the information channel processing means when the frame output from the frame processing means includes a response message or a response confirmation message. Start processing, the frame processing When the frame output from the stage is a frame including a disconnect message, a release message or a release completion message, control is performed to stop the recording process in the information channel processing means, and a frame loss is detected by the frame loss detection means. If it is detected, the information channel processing means controls the start or stop of the recording process for the information channel according to whether or not the information channel data is recorded when the frame loss is detected.It is characterized by that.
[0040]
That is, in the communication content recording apparatus of the present invention, the continuity of frames exchanged on the signal channel is monitored, and when a frame loss occurs, information defined by the protocol between the communication terminal device and the digital communication network The start and stop of the processing by the information channel processing means for the information channel is controlled in accordance with the progress status of the channel call establishment or call release procedure. In this way, it is possible to normally start and stop recording of communication contents even when a frame loss occurs.
[0041]
In the communication content recording apparatus of the present invention, when the frame extracted from the data on the signal channel received by the receiving unit is an error, the frame processing unit discards the frame without passing it to the protocol monitoring unit. You may make it do. By doing so, it is possible to perform processing so that the recording start and stop of communication contents are normally performed in the same procedure without distinguishing between handling of a frame loss and an error frame.
[0042]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described.
In each embodiment of the present invention, a case where the communication content recording apparatus of the present invention is applied to ISDN is described as an example.
First, a first embodiment of the present invention will be described.
FIG. 1 is a schematic diagram showing a schematic configuration of a communication system to which a communication content recording apparatus according to a first embodiment of the present invention is applied.
In FIG. 1, the
[0043]
As shown in FIG. 1, the communication content recording apparatus 101 of this embodiment is connected between a
[0044]
The communication content recording apparatus 101 includes a terminal
[0045]
The terminal-
[0046]
The network
[0047]
The first protocol
[0048]
The second protocol
[0049]
The
[0050]
In accordance with an instruction from the
[0051]
Next, the operation of the communication content recording apparatus 101 of this embodiment will be described.
First, prior to the description of the operation, a processing procedure from connection to disconnection of a line between the
FIG. 2 is a diagram illustrating an example of a processing procedure from connection to disconnection of a line between communication terminal apparatuses performed via ISDN in the communication system illustrated in FIG. 1.
In the following description, the
[0052]
As shown in FIG. 2, first, the originating
[0053]
The receiving
[0054]
Next, when receiving the call, the receiving
[0055]
According to the above procedure, a call is set, and communication using the information channel between the originating
[0056]
When the communication using the information channel between the calling
[0057]
First, the originating
[0058]
Upon receiving the
[0059]
At the same time, the
[0060]
As described above, in the present embodiment, in the communication content recording device 101 that records the content of communication between the
[0061]
That is, in the communication content recording apparatus 101 according to the present embodiment, the
[0062]
That is, in the communication content recording apparatus 101 of the present embodiment, the
[0063]
FIG. 3 is a flowchart for explaining the processing operation of the communication content recording apparatus according to the first embodiment of the present invention.
The
[0064]
If it is determined in step S2 that the received frame includes a response message or a response confirmation message, the process proceeds to step S3, and an instruction to start processing is issued to the information
[0065]
On the other hand, if it is determined in step S2 that the received frame does not include a response message or a response confirmation message, the process proceeds to step S4, and whether or not the received frame includes a disconnect message, a release message, or a release completion message. Determine whether.
[0066]
If it is determined in step S4 that the received frame includes a disconnect message, a release message, or a release completion message, the process proceeds to step S5, and an instruction to stop processing is issued to the information
[0067]
Thereby, the recording of the communication content on the information channel is stopped. After the recording of the communication contents on the information channel is stopped in step S5, the
[0068]
On the other hand, if it is determined in step S4 that the received frame does not include a disconnect message, a release message, or a release completion message, the process immediately returns to step S1 and waits for reception of a frame on the next signal channel.
[0069]
The first embodiment of the present invention has been described above.
According to the present embodiment, recording start and stop of recording of communication contents of the information channel are performed based on messages on the signal channel transmitted and received by the
[0070]
Next, a second embodiment of the present invention will be described.
The communication content recording apparatus according to the present embodiment does not receive the next frame within a predetermined time after receiving the error frame when the error record is received in the communication recording content apparatus according to the first embodiment described above. Or if the content of the message included in the next frame is not a retransmission request, by predicting the message that should originally be included in the error frame from the message included in the frame received immediately before the error frame, It is intended to start and stop the recording of communication contents on the information channel more accurately.
[0071]
FIG. 4 is a schematic diagram showing a schematic configuration of a communication system to which the communication content recording apparatus according to the second embodiment of the present invention is applied.
In FIG. 4, the
[0072]
The communication
[0073]
The protocol monitoring unit 106 a monitors the communication state between the
[0074]
However, the protocol monitoring unit 106a used in the present embodiment determines whether the frame on the signal channel output from the first protocol
[0075]
If the next frame is not received within a predetermined time after receiving the error frame, the error frame normalization process described later is performed, and the error frame is originally changed from the message of the frame received immediately before the error frame. Guess the message to be included. Even if the next frame is received within a predetermined time after receiving the error frame, if the received next frame is other than the retransmission request frame, the error frame normalization process is similarly performed. Then, from the message of the frame received immediately before the error frame, the message that should be included in the error frame is estimated.
[0076]
As described above, in this embodiment, in the communication
[0077]
Next, the operation of the communication
FIG. 5 is a flowchart for explaining the processing operation of the communication content recording apparatus according to the second embodiment of the present invention.
The protocol monitoring unit 106a receives a frame on the signal channel via the terminal
[0078]
In step S12, it is determined whether or not the frame received in step S11 is an error frame. If it is determined that the frame is an error frame, the
[0079]
In step S16, it is determined whether or not the frame received in step S11 is a retransmission request frame. If the frame is a retransmission request frame, an error frame is generated in communication between the
[0080]
In this case, also in the communication
[0081]
In step S18, the frame received immediately before the processing target frame (the frame received in step S11 executed immediately before) (the frame received in step S11 executed immediately before step S11 executed immediately before) is received. It is determined whether it is an error frame. If it is not an error frame, the process proceeds to step S20.
[0082]
On the other hand, if it was an error frame(Step S18)The message on the signal channel is normally exchanged between the
[0083]
In this case, depending on the content of the message that should originally be included in the error frame, there is a possibility that the communication content on the information channel cannot be normally recorded. Therefore, the process proceeds to step S19, and an error frame normalization process for estimating a message that should be included in the error frame is performed. The error frame normalization process will be described later.
[0084]
In
[0085]
On the other hand, if the
[0086]
In this case, depending on the content of the message that should originally be included in the error frame, there is a possibility that the communication content on the information channel cannot be normally recorded. Therefore, similarly to the case of step S18, the process proceeds to step S19, and an error frame normalization process is performed to estimate a message that should be included in the error frame.
[0087]
In step S20, it is determined whether the processing target frame includes a response message or a response confirmation message. If a response message or a response confirmation message is included, the process proceeds to step S21 to instruct the information
[0088]
Thereby, recording of communication contents on the information channel is started. After recording of communication contents on the information channel is started in step S21, the process returns to step S11. On the other hand, when the processing target frame does not include a response message or a response confirmation message, the process proceeds to step S22.
[0089]
In step S22, it is determined whether the processing target frame includes a disconnect message, a release message, or a release completion message. If a disconnect message, a release message or a release completion message is included, the process proceeds to step S23, and an instruction to stop processing is issued to the information
[0090]
Thereby, the recording of the communication content on the information channel is stopped. After the recording of the communication content on the information channel is stopped in step S23, the process returns to step S11. On the other hand, if the processing target frame does not include a disconnect message, a release message, or a release completion message, the process immediately returns to step S11.
[0091]
Next, the error frame normalization process performed in step S19 shown in FIG. 5 will be described.
This process estimates a message that should originally be included in the error frame from a message included in the frame received immediately before the error frame, based on the call control procedure stored in the information part of the LAPD frame.
FIG. 6 is a flowchart for explaining the error frame normalization process in step S19 shown in FIG.
[0092]
First, the protocol processing unit 106a determines whether or not the frame received immediately before the error frame includes a call setting message (step S31). If a call setup (SETUP) message is included, the error frame is presumed to contain a call setup acceptance (CALL PROCEEDING) message (step S32), and the process ends. On the other hand, if the call setting message is not included, the process proceeds to step S33.
[0093]
In step S33, it is determined whether or not the frame received immediately before the error frame includes a call setting acceptance (CALL PROCEEDING) message. If the call setting acceptance message is included, it is presumed that the error frame includes a calling (ALERTING) message (step S34), and the process is terminated. On the other hand, if the call setting acceptance message is not included, the process proceeds to step S35.
[0094]
In step S35, it is determined whether or not the frame received immediately before the error frame includes a call (ALERTING) message. If a call message is included, it is presumed that the error frame includes a response (CONNECT) message (step S36), and the process ends. On the other hand, if the call message is not included, the process proceeds to step S37.
[0095]
In step S37, it is determined whether or not the frame received immediately before the error frame includes a response (CONNECT) message. If a response message is included, the error frame is presumed to include a response confirmation (CONNECT ACK) message (step S38), and the process ends. On the other hand, if the response message is not included, the process proceeds to step S39.
[0096]
In step 39, it is determined whether or not the frame received immediately before the error frame includes a disconnection (DISCONNECT) message. If a disconnect message is included, the error frame is presumed to include a release (RELEASE) message (step S40), and the process ends. On the other hand, if the disconnect message is not included, the process proceeds to step S41.
[0097]
In step 41, it is determined whether the frame received immediately before the error frame includes a release (RELEASE) message. If a release message is included, it is presumed that the error frame includes a release complete (RELEASE COMPLETE) message (step S42), and the process ends. On the other hand, when the release message is not included, it is estimated that the error frame does not include a message regarding call establishment or call release, and the process is terminated.
[0098]
When the estimation of the message that should originally be included in the error frame is completed by the error frame normalization process shown in FIG. 6, the process proceeds to step S20 shown in FIG. 5, and the call contents on the information channel according to the estimated message contents Recording start and stop are controlled.
[0099]
The second embodiment of the present invention has been described above.
According to the second embodiment of the present invention, in the case where an error frame is received for some reason, even though communication is normally performed between the
[0100]
Next, a third embodiment of the present invention will be described.
The communication content recording device of this embodiment, like the communication recording content device of the second embodiment described above, starts and stops recording of communication content on the information channel even when an error is detected in a frame on the signal channel. It is something that is going to be done accurately. However, in the present embodiment, in addition to the second embodiment, even when a frame on the signal channel is lost, it is attempted to start and stop the recording of communication contents on the information channel more accurately. For this reason, a structure and operation | movement differ from the communication recording content apparatus of 2nd embodiment.
[0101]
FIG. 7 is a schematic configuration diagram of a communication system to which the communication content recording apparatus according to the third embodiment of the present invention is applied.
In FIG. 7, the
[0102]
The communication content recording device 301 is different from the communication terminal device 101 shown in FIG.Explained in the first embodimentProtocol monitoring unit 106Do some processing different fromThe point that the protocol monitoring unit 106 b is provided, the point that the first frame
[0103]
The first frame
[0104]
The second frame reception processing unit 111 extracts a LAPD frame as shown in FIG. 11 by detecting a flag from data on the signal channel received by the network
[0105]
The l-th error check
[0106]
The second error check reception processing unit 112 detects a frame error by the frame check sequence unit added to the LAPD frame received from the second frame reception processing unit 111. If a frame error is detected, the received LAPD frame (error frame) is discarded. If no frame error is detected, the received LAPD frame is passed to the protocol monitoring unit 106b.
[0107]
For each of the first error check
[0108]
The protocol monitoring unit 106b extracts a message from the LAPD frame received from the first error check
[0109]
In addition, the protocol monitoring unit 106b causes the frame
[0110]
Next, the operation of the communication content recording apparatus 301 of this embodiment will be described.
First, prior to the description of the operation of the communication content recording device 301, the content described with reference to FIG. 2 partially overlaps, but from the establishment of the
[0111]
FIG. 8 shows the communication system shown in FIG. 7, from the establishment of the
[0112]
Next, when a call setup (SETUP) message 253 is transmitted from
[0113]
As described above, the receivable frame notifies the communication partner of the number of frames received (transmission sequence number of the frame to be received next). Although it is generated every time a frame is received from the communication partner and notified to the communication partner, in the example shown in FIG. 8, a receivable frame that is first notified from the
[0114]
Next, the
[0115]
Next, when a response confirmation (CONNECT ACK)
[0116]
When a transmission error occurs in the information frame including the message for instructing call control as described above, for example, as shown in FIG. 8, the transmission sequence number “4”, “ When the
[0117]
Next, when the communication using the information channel is stopped, the
[0118]
When there is no more call,
[0119]
In the communication content recording apparatus 301 according to the present embodiment, the protocol monitoring unit 106b monitors the exchange of messages using the signal channel between the
[0120]
For example, in the example shown in FIG. 8, the call setup message 253 transmitted from the
[0121]
Also, when releasing an information channel callFrom
[0122]
When the communication content recording device 301 of this embodiment receives an error frame on a signal channel, the cause is that the frame itself exchanged between the
[0123]
As described above, in the present embodiment, in the communication content recording device 301 that records the content of communication between the
[0124]
That is, in the communication content recording device 301 of the present embodiment, the LAPD frame transmission sequence number is not continuous, and the normal reception procedure continues between the
[0125]
In addition, when all the messages of the disconnection, release or release completion message cannot be received, the call of the corresponding information channel is received by receiving a LAPD frame of a new call setup of the information channel, a call setup acceptance or a call message. release.
[0126]
In addition, when a normal LAPD frame that controls the information channel that has started recording due to the discontinuous detection of the LAPD frame is received, recording control based on the normal LAPD frame is performed.
[0127]
In addition, when a response or response confirmation message is received after starting recording by discontinuous detection of the LAPD frame, the recorded communication content is discarded until the response or response confirmation message is received, and the response or response confirmation message Start recording again from the time of reception.
[0128]
As described above, the communication content recording device 301 is configured not to have a transmission function with respect to the
[0129]
Therefore, the communication content recording apparatus 301 of the present embodiment detects error frames and missing frames by monitoring the continuity of frames, and when these are detected, the establishment of the information channel call or the release of the call is detected. By monitoring this, recording control of the information channel can be normally performed.
[0130]
FIG. 9 is a flowchart for explaining the processing operation of the communication content recording apparatus 301 of this embodiment. This flowchart is performed for each of the frame output from the first error check
[0131]
The protocol monitoring unit 106b waits to receive a frame on the signal channel transmitted from the
[0132]
In step S53, it is determined whether the received frame is a monitoring frame. As described above, the monitoring frame is a frame for confirming that the
[0133]
If it is determined in step S53 that the frame is a monitoring frame, the process proceeds to step S54 to determine whether the monitoring frame is a retransmission request frame. In the case of the retransmission request frame, the frame on the signal channel cannot be normally exchanged between the
[0134]
In this case, according to the reception sequence number of the retransmission request frame, the processing in step S56 of the processing operation of FIG. 9 performed on the frame output from the second error check reception processing unit 112 (frame continuity confirmation processing) ) To cancel the missing frame of the corresponding transmission sequence number (step S55), and then returns to step S51 to wait for reception of the next frame.
[0135]
On the other hand, if it is not a retransmission request frame, the process proceeds to step S56, where the continuity of the sequence number of the frame (the frame transmitted by the communication terminal device 503) received via the first error check
[0136]
If it is determined in step S53 that the received frame is not a monitoring frame, that is, if the frame received from the first error check
[0137]
First, it is determined whether or not the received frame includes a response message or a response confirmation message (step S57). If a response message or a response confirmation message is included, the process proceeds to step S58 to determine whether or not a voice call is set for the corresponding information channel. If the voice call has not been set, the process proceeds to step S56 to perform frame continuity confirmation processing. In this way, recording when a call setting other than voice is set is eliminated. On the other hand, if the voice call has been set, it is determined whether recording of the corresponding information channel has already been started by the frame continuity confirmation process (step S59).
[0138]
If recording has already started, the recording is stopped and information recorded by this recording is discarded (step S60), and then the process proceeds to step S61 to start recording of the corresponding information channel. . If recording of the corresponding information channel is not started, the process immediately proceeds to step S61, and recording of the corresponding information channel is started.
[0139]
If it is determined in step S57 that the received frame does not include a response message or a response confirmation message, the process proceeds to step S62, and whether or not the received frame includes a disconnection, release, or release completion message. Is determined (step S62).
[0140]
When the message of disconnection, release or release completion is included, the information
[0141]
Next, the frame continuity confirmation process performed in step S56 shown in FIG. 9 will be described.
FIG. 10 is a flowchart showing the processing operation of the frame continuity confirmation processing in step S56 shown in FIG.
Here, a case where the flowchart shown in FIG. 9 is applied to frame transmission from
[0142]
First, the frame
[0143]
As described above, the frame is received via the second error check reception processing unit 112 in step S54 of the processing operation of FIG. 9 performed on the frame output from the second error check reception processing unit 112. When it is determined that the frame (the frame transmitted by ISDN 502) is a retransmission request frame, the registration of the missing frame of the transmission sequence number corresponding to the reception sequence number of this retransmission request frame is canceled in step S55 of the flowchart. .
[0144]
In step S73, the protocol monitoring unit 106b waits for a new frame (a frame transmitted by the ISDN 502) to be received via the second error check reception processing unit 112. If received, refer to the reception sequence number of the frame. Thus,
[0145]
In this case, the process proceeds to step S74, and it is determined whether or not there is an information channel waiting for a response, that is, an information channel for which call setting acceptance has been completed. When there is an information channel waiting for a response, it is possible that only the communication content recording device 301 cannot receive normally, and the frame registered as the missing frame may contain a response message or a response confirmation message It is thought that there is.
[0146]
In this case, the process proceeds to step S75, and the information
[0147]
In step S73, the
[0148]
The reception and transmission sequence numbers are modulo (mod) 128 that repeatedly uses numerical values from “0” to “127” as described above. For this reason, in the above comparison, the number of numerical repetitions (the number of resets to 0) is also taken into consideration.
[0149]
In step S77, the value obtained by subtracting 1 from the reception sequence number of the frame newly received by the protocol monitoring unit 106b via the second error check reception processing unit 112 (the frame transmitted by ISDN 502) is displayed by the protocol monitoring unit 106b. 1 If the maximum value of the transmission sequence number of a frame (frame transmitted by the communication terminal device 503) received so far via the error check
[0150]
In step S78, it is determined whether or not the frame received via the l-th error check
[0151]
On the other hand, if it is an information frame of an information channel for which the missing flag is set to ON, the process proceeds to step S79, and it is determined whether or not the frame includes a call setup acceptance message or a call message.
[0152]
Then, when the call setting reception message or the call message is included, if the recording of the corresponding information channel has already been started, the information
[0153]
If no call setting acceptance message or call message is included in step S79, the corresponding information channel missing flag is immediately turned OFF (step S81), and the process is terminated.
[0154]
The third embodiment of the present invention has been described above.
In this embodiment, the continuity of the frame is monitored by the sequence number attached to the LAPD frame exchanged on the signal channel, and when a frame loss occurs, it is defined by the protocol between the
[0155]
Then, the retransmission procedure by the retransmission request frame transmission is not taken from the transmission destination (reception side) of the missing frame, and the monitoring frame or the information frame is transmitted, and the normal reception procedure is continued in this frame. If a sequence number indicating that the communication channel is added, it is determined that an error has occurred only in the communication
[0156]
By doing so, it is possible to control the storage of the communication content of the information channel even when a part or all of the frame including the response or the response confirmation message is lost. It is possible to prevent communication contents from being missed. Further, in the present embodiment, when an information frame including a call setting acceptance, call, disconnection, release or release completion message is received for the information channel being recorded, the recording is stopped. In this way, unnecessary recording can be prevented.
[0157]
Further, in this embodiment, even when a frame including a disconnection, release or release completion message cannot be received, the call recording control is determined by reception of either the next call setting acceptance frame or the call message frame. I am doing so. In this way, recording can be controlled based on the call break.
[0158]
Furthermore, in this embodiment, when an error is detected in the frame check sequence of the LAPD frame, the first error check
[0159]
Further, in the present embodiment, when an information frame for controlling the information channel is received on the signal channel with respect to the information channel whose recording is started by the frame continuity confirmation processing in step S56 shown in FIG. 9, the information frame is followed. The recording is controlled. In particular, when the information frame includes a response message or a response confirmation message, the information
[0160]
The present invention is not limited to the above-described embodiments, and various modifications are possible within the scope of the gist. For example, in each of the above-described embodiments, the case where information on a pair of channels (signal channel and information channel) between two
[0161]
In each of the above embodiments, the information
[0162]
In addition, each component constituting the communication content recording device of each of the above embodiments includes not only those realized by hardware but also those realized by software. For example, an information processing apparatus such as a personal computer having a reception function may be realized by executing a program that forms each component constituting the communication content recording apparatus of each embodiment as a process. Note that the program may be stored in a storage medium readable by the information processing apparatus, such as an FD or a CD-ROM.
[0163]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, the communication content recording apparatus suitable for digital communications, such as ISDN, can be provided.
[Brief description of the drawings]
FIG. 1 is a schematic diagram showing a schematic configuration of a communication system to which a communication content recording apparatus according to a first embodiment of the present invention is applied.
FIG. 2 is a schematic diagram illustrating an example of a processing procedure from connection to disconnection of a line between communication terminal devices performed via ISDN in the communication system according to the present exemplary embodiment.
FIG. 3 is a flowchart for explaining a processing operation of the communication content recording apparatus according to the embodiment.
FIG. 4 is a schematic diagram showing a schematic configuration of a communication system to which a communication content recording apparatus according to a second embodiment of the present invention is applied.
FIG. 5 is a flowchart for explaining the processing operation of the communication content recording apparatus according to the embodiment.
FIG. 6 is a flowchart for explaining error frame normalization processing in the communication content recording apparatus according to the embodiment;
FIG. 7 is a schematic diagram showing a schematic configuration of a communication system to which a communication content recording apparatus according to a third embodiment of the present invention is applied.
FIG. 8 shows a processing procedure from establishment of a
FIG. 9 is a flowchart for explaining the processing operation of the communication content recording apparatus according to the embodiment.
FIG. 10 is a flowchart showing a processing operation of frame continuity confirmation processing in the communication content recording apparatus of the embodiment.
FIG. 11 is a schematic diagram for explaining a configuration of an LAPD frame in ISDN.
FIG. 12 is a schematic diagram showing a schematic configuration of a conventional communication system using ISDN.
FIG. 13 is a flowchart showing a processing operation when a communication terminal apparatus in a conventional communication system receives an error frame.
FIG. 14 is a schematic diagram showing an example of a processing procedure performed between a communication terminal device and an ISDN in a conventional communication system.
[Explanation of symbols]
101, 201, 301 ... Communication
Claims (6)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21198598A JP3656978B2 (en) | 1997-08-28 | 1998-07-10 | Communication content recording apparatus and communication content recording method |
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9-247784 | 1997-08-28 | ||
| JP9-247785 | 1997-08-28 | ||
| JP24778597 | 1997-08-28 | ||
| JP24778497 | 1997-08-28 | ||
| JP16412298 | 1998-05-28 | ||
| JP10-164122 | 1998-05-28 | ||
| JP21198598A JP3656978B2 (en) | 1997-08-28 | 1998-07-10 | Communication content recording apparatus and communication content recording method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000049979A JP2000049979A (en) | 2000-02-18 |
| JP3656978B2 true JP3656978B2 (en) | 2005-06-08 |
Family
ID=27473909
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21198598A Expired - Lifetime JP3656978B2 (en) | 1997-08-28 | 1998-07-10 | Communication content recording apparatus and communication content recording method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3656978B2 (en) |
-
1998
- 1998-07-10 JP JP21198598A patent/JP3656978B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000049979A (en) | 2000-02-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0605349B1 (en) | Switched circuit connection management over public data networks for wide area networks | |
| US7483441B2 (en) | Methods and system for fast session establishment between equipment using H.324 and related telecommunications protocols | |
| US20060029041A1 (en) | Methods and system for fast session establishment between equipment using H.324 and related telecommunications protocols | |
| US8705517B2 (en) | Forced hold call handling in a VoP environment | |
| US8244229B2 (en) | Mobile video call response | |
| JP2930624B2 (en) | Terminal equipment for ISDN | |
| AU646115B2 (en) | A communication system and a method for controlling a connection in the communication system | |
| US6563839B1 (en) | Communication system having a limited number of communication channels | |
| US6483855B1 (en) | Communication content recording apparatus and method | |
| JP3656978B2 (en) | Communication content recording apparatus and communication content recording method | |
| WO2008138187A1 (en) | A realizing method for re-answering call | |
| JP2716984B2 (en) | Communication method | |
| EP0899929B1 (en) | Communication content recording apparatus and method | |
| JP3629151B2 (en) | Communication content recording apparatus and communication content recording method | |
| US20020122110A1 (en) | Method and apparatus for providing a supplementary call service | |
| KR100378657B1 (en) | A Method of Internet Phone Telecommunication by Voice-file Sending and Receiving | |
| JP3845223B2 (en) | Communication terminal device | |
| JP2972692B2 (en) | How to automatically redial a terminal adapter | |
| JP3149262B2 (en) | Communication method for ISDN terminal device | |
| JP3227238B2 (en) | Terminal device | |
| JP2972460B2 (en) | G4 packet mode camping-on communication control method between facsimile machines | |
| JPH0918580A (en) | Communication device | |
| JP2008252794A (en) | Ip telephone device | |
| JPH07264378A (en) | Facsimile equipment | |
| JPH0756993B2 (en) | ISDN terminal device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040517 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040907 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041102 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041207 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050105 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050216 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050304 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050307 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090318 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090318 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100318 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100318 Year of fee payment: 5 |
|
| S343 | Written request for registration of root pledge or change of root pledge |
Free format text: JAPANESE INTERMEDIATE CODE: R316354 |
|
| SZ02 | Written request for trust registration |
Free format text: JAPANESE INTERMEDIATE CODE: R316Z02 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100318 Year of fee payment: 5 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| S343 | Written request for registration of root pledge or change of root pledge |
Free format text: JAPANESE INTERMEDIATE CODE: R316350 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100318 Year of fee payment: 5 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100318 Year of fee payment: 5 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100318 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100318 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100318 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110318 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110318 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110318 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110318 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120318 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120318 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120318 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120318 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130318 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130318 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130318 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130318 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130318 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130318 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140318 Year of fee payment: 9 |
|
| S843 | Written request for trust registration of cancellation of root pledge |
Free format text: JAPANESE INTERMEDIATE CODE: R314361 Free format text: JAPANESE INTERMEDIATE CODE R314361 |
|
| SZ03 | Written request for cancellation of trust registration |
Free format text: JAPANESE INTERMEDIATE CODE: R316Z03 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S303 | Written request for registration of pledge or change of pledge |
Free format text: JAPANESE INTERMEDIATE CODE: R316303 |
|
| S303 | Written request for registration of pledge or change of pledge |
Free format text: JAPANESE INTERMEDIATE CODE: R316303 |
|
| S303 | Written request for registration of pledge or change of pledge |
Free format text: JAPANESE INTERMEDIATE CODE: R316303 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |