JP2018022954A - Information recording control apparatus and information recording control method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an information recording control device and an information recording control method capable of realizing comprehensive recording regardless of availability of call control information. A call recording device (7) includes a SIP session unit (43) that determines a packet stream corresponding to call control information as a recording target, and an RTP session that determines a packet stream not corresponding to call control information as a recording target. A part (44), an RTP stream part (45) for collecting a packet stream to be recorded, a main information recording part for generating main information from a plurality of RTP packets constituting the packet stream and recording the main information in a recording device, and a network. It is determined whether or not the received packet flowing is an RTP packet forming a known recording target packet stream, and the received packet is assigned to one of the RTP session section and the packet stream processing section based on the determination result. A reception packet distributor (42) for processing is provided. [Selection diagram] Fig. 4

Description

  The present invention relates to an information recording control device and an information recording control method.

  2. Description of the Related Art Conventionally, a call recording device that records a call in a VoIP (Voice over IP) environment has been developed. In the VoIP environment, voice is carried by RTP (Real-time Transport Protocol) packets. Therefore, in order to record a call in a VoIP environment, a mechanism for recording from an RTP packet is required.

  For example, in a call recording system connected to a mirror port of a network switch, an RTP packet flowing through an IP network is acquired from the mirror port, an upstream RTP packet and a downstream RTP packet are determined as one call, recording is performed, and a recording file is recorded. Generated and stored (see, for example, Patent Document 1).

  In order to obtain the upstream and downstream RTP packet streams constituting the call from the RTP packet, for example, an SIP message exchanged between the calling terminal and the called terminal via the SIP server. From the call control information, the IP addresses of the calling terminal and the called terminal are acquired, and IP packets having these IP addresses as destination addresses are regarded as upstream and downstream RTP packets and acquired. Yes.

JP 2013-187733 A

  For example, a service called call recording is required not to miss voice due to the nature of leaving evidence of dealings and customer support.

  In the conventional call recording apparatus as described above, the start and end of call recording are performed based on the call control information of the SIP message. However, if there is a change in the control processing of the SIP server, the call recording device cannot follow the change, so call control information cannot be used, and call recording may not be possible, resulting in a loss.

  In some cases, a plurality of extension networks are constructed in one network, and different SIP servers are operated in each extension network. In this case, even if the call recording device can follow one of the SIP servers, it may occur that the other SIP server cannot follow. In such a situation, in some calls, call control information cannot be used, and call recording cannot be performed, so that the call is lost.

  Further, there is a type of call recording device that acquires call control information in cooperation with a private branch exchange (hereinafter also referred to as “PBX”). Even in this type, new functions / services are added to the PBX, and the call recording device cannot follow the change. Therefore, the PBX cannot cooperate with the call recording and may not be able to record the call.

  Further, the call recording device acquires not only the start / end of call recording but also additional information such as a caller number from the call control information based on the call control information. For this reason, it is desired that the call recording device can mainly record calls recorded in cooperation with SIP messages or PBX, and can also record calls that are not covered only in cooperation with these.

  Such a problem is the same when recording video data transmitted and received between videophones other than the above-mentioned call recording.

  The present invention has been made in view of the above points, and an object of the present invention is to provide an information recording control apparatus and an information recording control method capable of realizing comprehensive recording regardless of whether or not call control information can be used. .

  According to one aspect of the information recording control apparatus of the present invention, a first session processing unit that determines that a packet stream corresponding to call control information is a recording target, and a second that determines a packet stream that does not correspond to the call control information is a recording target. A session processing unit, a packet stream processing unit that collects the packet stream to be recorded determined by the first session processing unit and the second session processing unit, and the packet stream collected by the packet stream processing unit A main information recording unit for generating main information from a plurality of main information packets and recording the main information on a recording device, and for each of a plurality of received packets flowing through a network, a main packet stream constituting a known packet stream to be recorded It is determined whether the packet is an information packet, and the received packet is determined based on the determination result. Preparative, characterized in that to be processed by any one of the second session processing unit and the packet stream processing unit.

  With this configuration, for each of a plurality of received packets flowing through the network, it is determined whether or not it is a main information packet that constitutes the known packet stream to be recorded, and based on the determination result, the received packet is Since any one of the two-session processing unit and the packet stream processing unit is processed, comprehensive recording can be realized regardless of whether the call control information can be used.

  In one aspect of the information recording control apparatus of the present invention, it is preferable that the call control information is information related to a node acquired from a call control packet.

  In one aspect of the information recording control apparatus of the present invention, when the received packet is the call control packet, the received packet is output to the first session processing unit, and the received packet is a known packet to be recorded When the received packet is not a stream, the received packet is output to the second session processing unit, and when the received packet is a known packet stream to be recorded, the received packet is output to the packet stream processing unit. It is preferable to further comprise a part.

  In one aspect of the information recording control apparatus of the present invention, it is preferable that the call control information is information relating to a node acquired from a private branch exchange.

  In one aspect of the information recording control apparatus of the present invention, it is determined whether the received packet is a known call control packet based on information about a node acquired from a private branch exchange, and the received packet is a known If it is not the packet stream to be recorded, the received packet is output to the second session processing unit. If the received packet is the known packet stream to be recorded, the received packet is sent to the packet stream processing unit. It is preferable to further include a reception packet distribution unit for outputting.

  In one aspect of the information recording control apparatus of the present invention, the main information packet is preferably an RTP packet.

  In one aspect of the information recording control apparatus of the present invention, it is preferable that the main information is at least one selected from voice, image, video and text.

  In one aspect of the information recording control method of the present invention, a first determination step of determining a packet stream corresponding to call control information as a recording target, and a received packet flowing through the network constitute the known recording target packet stream. A second determination step of determining whether or not the packet is a main information packet; a third determination process of determining a packet stream not corresponding to the call control information as a recording target based on the determination result; and the packet stream Collecting a plurality of main information packets that form a plurality of main information packets, generating main information from the plurality of main information packets, and recording the recording apparatus on any one of the packet stream processes. Features.

  With this configuration, it is determined whether each of a plurality of received packets flowing through the network is a main information packet constituting the known packet stream to be recorded, and based on the determination result, the received packet is A third determination process for determining a packet stream that does not correspond to the control information as a recording target, and collecting a plurality of main information packets constituting the packet stream, generating main information from the plurality of main information packets, and a recording apparatus Is attached to any one of the packet stream processes to be recorded, so that comprehensive recording can be realized regardless of whether or not the call control information is used.

  According to the present invention, it is possible to provide an information recording control apparatus and an information recording control method capable of realizing comprehensive recording regardless of whether or not call control information can be used.

It is a schematic diagram which shows the whole structure of the call recording system containing the call recording apparatus which concerns on 1st Embodiment. It is a schematic diagram which shows the 1st extension network and the 2nd extension network in the telephone call recording system shown in FIG. It is a block diagram which shows the hardware of the server which comprises the call recording apparatus which concerns on 1st Embodiment. It is a functional block diagram which shows the call recording apparatus which concerns on 1st Embodiment. It is a flowchart which shows the process in the received packet distribution part in the call recording apparatus which concerns on 1st Embodiment. It is a flowchart which shows the process in the RTP session part in the telephone call recording apparatus which concerns on 1st Embodiment. It is a sequence diagram which shows the call recording procedure in the call recording apparatus which concerns on 1st Embodiment. It is a sequence diagram which shows the call recording procedure in the call recording apparatus which concerns on 1st Embodiment. It is explanatory drawing which shows the RTP session process with respect to the RTP packet which comprises the packet stream of both the uplink and downlink shown in FIG. It is a schematic diagram which shows the whole structure of the call recording system containing the call recording apparatus which concerns on 2nd Embodiment. It is a schematic diagram which shows the 1st extension network and the 2nd extension network in the telephone call recording system shown in FIG. It is a functional block diagram which shows the call recording apparatus which concerns on 2nd Embodiment. It is a flowchart which shows the process in the received packet distribution part in the call recording apparatus which concerns on 2nd Embodiment. It is a sequence diagram which shows the call recording procedure in the call recording apparatus which concerns on 2nd Embodiment. It is a sequence diagram which shows the call recording procedure in the call recording apparatus which concerns on 2nd Embodiment.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

(Overview)
The information recording control apparatus according to the present embodiment includes a first session processing unit that determines a packet stream corresponding to call control information as a recording target, and a second session that determines a packet stream that does not correspond to the call control information as a recording target. A session processing unit, a packet stream processing unit that collects the packet stream to be recorded determined by the first session processing unit and the second session processing unit, and the packet stream collected by the packet stream processing unit A main information recording unit that generates main information from a plurality of main information packets and records the main information on a recording device, and whether or not the received packet flowing through the network is a main information packet constituting the known packet stream to be recorded And determining that the received packet is the second set based on the determination result. ® emission processing unit and among the packet stream processing unit to process to any one.

  In addition, the information recording control method according to the present embodiment includes a first determination step of determining a packet stream corresponding to call control information as a recording target, and a received packet flowing through the network is a known packet stream to be recorded. A second determination step for determining whether the packet is a main information packet to be configured; a third determination process for determining a packet stream not corresponding to the call control information as a recording target based on a determination result; Collecting a plurality of main information packets constituting a packet stream, generating main information from the plurality of main information packets, and attaching the data to one of packet stream processes to be recorded by a recording device. .

  In the information recording control apparatus according to the present embodiment, the first session processing unit determines that the packet stream corresponding to the call control information is to be recorded.

  Here, the call control information is information related to a node used for establishing a session between two or more nodes. The information on the node includes, for example, an IP address assigned to the node and a telephone number (external line number and extension number) assigned to the node, but is not particularly limited.

  The call control information can be acquired from a call control packet including the call control information, for example. In this case, the call control information specifically includes SIP (Session Initiation Protocol) and H.264. Although it is used by H.323 protocol etc., it is not specifically limited. Hereinafter, description will be given by taking SIP as an example.

  In SIP, a SIP message that is call control information is in a text format, and is divided into a start line, a header part, and a body part. The body part has a description syntax of SDP (Session Description Protocol), and the source address of media streaming and the like. Call control information such as a compression format is described.

  The call control packet is an IP packet including the above call control information.

  In the case of SIP, for example, the calling party address can be acquired from the body part of the INVITE request. On the other hand, the callee address can be acquired from the body part of the 200 OK response. However, the calling side address and the called side address may be acquired from other call control packets.

  For example, the first session processing unit analyzes call control information included in the call control packet, and obtains a calling side address that is an IP address of the calling side node and a called side address that is an IP address of the called side. .

  Call control information can also be obtained from a private branch exchange (PBX). In this case, the first session processing unit acquires information about the node from the PBX using an API (Application Program Interface) provided by the server configuring the PBX.

  The first session processing unit determines that the packet stream corresponding to the call control information is to be recorded based on the call control packet or the call control information acquired from the PBX.

  Here, the packet stream is a data stream for transmitting main information transmitted / received between the calling side node and the called side node, and is composed of a plurality of main information packets.

  In the first session processing unit, for example, based on the calling side address (A) and the called side address (B) acquired from the call control information, a packet stream (with the calling side address (A) as the transmission destination address ( The packet stream (upstream packet stream) and the destination address (B) as the transmission destination address are determined to be recorded.

  The first session processing unit outputs information on the packet stream determined as the recording target based on the determination result to the packet stream processing unit.

  On the other hand, the second session processing unit determines that a packet stream that does not correspond to the call control information is to be recorded.

  The packet stream that does not correspond to the call control information refers to a packet stream that cannot be identified based on the call control packet or the call control information acquired from the PBX.

  The second session processing unit analyzes, for example, a plurality of main information packets having the same transmission destination address without using call control information, and determines the packet stream as a recording target. The determination method is not particularly limited. For example, the data structure of the main information packet, the identity of the synchronization source (SSRC) identifier of the main information packet, the continuity of the sequence number of the main information packet, and the main information packet At least one of the determination conditions such as the number is used.

  The second session processing unit outputs information on the packet stream determined as the recording target based on the determination result to the packet stream processing unit.

  The packet stream processing unit holds information regarding the packet stream to be recorded input from the first session processing unit and the second session processing unit. The information regarding the packet stream is, for example, the transmission source address (srcaddr) and the transmission destination address (dstaddr) of the main information packet constituting the packet stream, but is not particularly limited.

  The packet stream processing unit collects main information packets constituting the packet stream to be recorded using information on the packet stream to be recorded, and inputs the collected information to the main information recording unit.

  The main information recording unit generates main information from a plurality of main information packets input from the packet stream processing unit, and stores the main information in the storage device.

  Here, main information is data transmitted and received between nodes. For example, the main information is multimedia data, more specifically, at least one selected from audio, image, video, and text. In an IP phone using VoIP, main information is audio and / or video. Hereinafter, the case where the main information is voice will be described as an example.

  The main information packet is an IP packet including a part of main information. When the main information is voice, for example, RTP is used as a protocol for transmitting / receiving the main information.

  RTP is based on, for example, UDP, but is not limited thereto. The RTP packet is composed of an IP header, a UDP header, an RTP header, and a data portion, and the divided audio data is stored in the data portion. RTP includes a sequence number and a time stamp. In RTP, in order to correctly transmit the voice data transmitted by the transmitting node, the receiving node rearranges the packets in the correct order according to the sequence number. In addition, a voice call is realized by determining the timing of voice reproduction based on the time stamp information at the receiving node. A plurality of main information packets arranged in this way are called a packet stream.

  As represented by RTP, the present invention is a data communication in which a packet includes a transmission destination address and a transmission source address, includes multimedia data as main information, and includes information indicating a packet order by a sequence number or the like. It can be applied to protocols.

  In the case of VoIP described here, the call control packet conforms to SIP and the main information packet conforms to RTP, but the call control packet and the main information packet may conform to the same protocol. An example of this is WebRTC (Web Real-Time Communication).

  In the case of RTP, as described above, the main information recording unit rearranges the plurality of RTP packets constituting the packet stream in the correct order according to the sequence number, determines the timing of audio reproduction based on the time stamp information, and Call voice data is generated from both packet streams. The main information recording unit converts the generated call voice data into a voice file.

  The storage device for storing the main information may be either built in the information recording control device or connected from the outside. The storage device may be connected to the information recording control device via a serial cable, USB, or the like, or may be connected to the information recording control device via a network such as a wired LAN or a wireless LAN. The storage device is a hard disk drive, solid state drive (SSD), magnetic disk drive, optical disk drive, or the like, but is not particularly limited.

  More preferably, the storage device is an information recording server connected to the information recording control device via a network. The information recording server is configured to be able to search and reproduce stored main information from a personal computer (PC) connected via a network.

  In the information recording control apparatus according to the present embodiment, it is determined whether or not the received packet constitutes a known packet stream to be recorded, and the received packet is determined based on the determination result, the second session processing unit and the packet Any one of the stream processing units is processed.

  The known packet stream to be recorded means a packet stream in which information related to the packet stream to be recorded is held in the packet stream processing unit.

  When the call control information is information related to a node acquired from the call control packet, when the received packet is a call control packet, the received packet is processed by the first session processing unit, and the received packet is a known packet stream to be recorded. If not, it is preferable that the received packet is processed by the second session processing unit, and if the received packet is a known packet stream to be recorded, the received packet is processed by the packet stream processing unit.

  When the call control information is information related to the node acquired from the PBX, it is determined whether or not the received packet is a known packet stream based on the information related to the node acquired from the PBX. When the second session processing unit processes the packet and the received packet is a known packet stream to be recorded, the received packet is preferably processed by the packet stream processing unit.

  With the configuration as described above, the information recording control device according to the present embodiment determines whether or not the received packet is a known packet stream to be recorded, and based on the determination result, Either one of the session processing unit and the packet stream processing unit is processed. When the packet stream corresponds to the call control information, the first session processing unit determines that the packet is to be recorded, and inputs information about the packet stream to the packet stream processing unit and holds it. Based on the information regarding the packet stream to be recorded, which is managed by the packet stream processing unit, it is determined that the received packet constitutes a known packet stream to be recorded, and the packet stream processing unit processes the received packet. The packet stream processing unit collects received packets as main information packets and inputs them to the main information recording unit. The main information recording unit generates main information and causes the recording device to record the main information.

  On the other hand, if the packet stream does not correspond to the call control information, the packet stream processing unit determines that the received packet does not constitute a known packet stream to be recorded because it does not have information on the packet stream yet. Then, the second session processing unit is processed. The second session processing unit determines whether or not the received packet constitutes an unknown packet stream for recording, and as a result, determines that the received packet is an unknown packet stream for recording, Input to the packet stream processing unit and hold it. Therefore, subsequent received packets are determined to constitute a known packet stream to be recorded, and are processed by the packet stream processing unit. The packet stream processing unit collects received packets as main information packets and inputs them to the main information recording unit. The main information recording unit generates main information and causes the recording device to record the main information. As a result, the main information can be comprehensively recorded regardless of whether the packet stream corresponds to the call control information.

(First embodiment)
Hereinafter, a first embodiment in which the information recording control apparatus of the present invention is applied to a call recording system for recording a voice call in a VoIP environment will be described. In the following description, a call recording device is exemplified as the information recording control device.

<System>
FIG. 1 is a schematic diagram showing an overall configuration of a call recording system including a call recording apparatus according to the first embodiment. As shown in FIG. 1, in the call recording system 1, a gateway (GW) 4 is communicably connected to an optical communication network 2 via an optical line termination unit (ONU) 3.

  The gateway 4 is a network device that bridges the fixed line and the subscriber network in a communication service using a fixed line such as the optical communication network 2.

  The gateway 4 is an example of a NAT device and incorporates a NAT function.

  The gateway 4 is connected to a switching hub 21 (21 ′) provided in the first extension network 5 and the second extension network 6. The first extension network 5 and the second extension network 6 will be described later.

  The switching hubs 21 and 21 'include mirror ports 21a and 21a'. The switching hubs 21 and 21 ′ simultaneously transmit data transmitted and received by the port connected to the first extension network 5 and the second extension network 6 from the mirror ports 21 a and 21 a ′.

  The call recording device 7 is communicably connected to the mirror ports 21a and 21a ', and is configured to receive IP packets flowing through the switching hubs 21 and 21'.

  A switching hub 8 is communicably connected to the call recording device 7. The voice server 9 and the PCs 10a to 10c are connected to the switching hub 8 so as to communicate with each other.

  The voice server 9 receives the voice file generated by the call recording device 7 and stores it in the storage device. The voice server 9 manages the voice file stored in the storage device in association with the recording related information. The recording-related information is, for example, the telephone number on the calling side, the telephone number on the receiving side, the recording start time, and the length of the recording (call) time.

  The PCs 10a to 10c are configured to request the audio server 9 to search for an audio file and to reproduce the audio file transmitted from the audio server 9.

  In the present embodiment, the voice server 9 is installed in the same local area network as the call recording device 7, but is installed outside the local area network, for example, via the Internet network (not shown). May be.

  An external telephone terminal 11 is communicably connected to the optical communication network 2.

<Extension network>
FIG. 2 is a schematic diagram showing a first extension network and a second extension network in the call recording system shown in FIG. First, the first extension network 5 will be described. As shown in FIG. 2, the first extension network 5 includes a switching hub 21. The switching hub 21 is communicably connected to the port of the gateway 4 in FIG.

  The SIP server 22 and intra-office telephone terminals 23a to 23c in FIG. 1 are connected to a plurality of ports of the switching hub 21.

  The SIP server 22 is a server that manages and controls an IP telephone service using SIP. The SIP server 22 manages user identification information such as a telephone number and correspondence data on a network location such as an IP address. Mediates call information between callees.

  The intra-office telephone terminals 23a to 23c are SIP-compatible devices and function as SIP UAs (User Agents). The intra-office telephone terminals 23a to 23c are IP telephones, IP telephone adapters, personal computers (PCs) on which SIP-compatible applications operate, smartphones, and the like, but are not particularly limited.

  When the intra-office telephone terminals 23 a to 23 c are connected to the switching hub 21, the intra-office telephone terminals 23 a to 23 c inform the SIP server 22 of their telephone numbers and IP addresses. Further, the intra-office telephone terminals 23a to 23c notify the SIP server 22 of the telephone number of the called telephone terminal when making a call. The SIP server 22 transfers the outgoing call notification to the IP address of the called telephone terminal corresponding to the notified telephone number, and when the communication start is permitted ("pick up the handset" operation), the calling server and the called party are called. The caller connects directly and initiates a call.

  As shown in FIG. 2, the second extension network 6 includes a switching hub 21 ′, a SIP server 22 ′, and intra-office telephone terminals 23 a ′ to 23 c ′. The switching hub 21 and the SIP server 22 of the first extension network 5 described above. Have the same configuration and function as the in-office telephone terminals 23a to 23c.

  The difference between the first extension network 5 and the second extension network 6 is that the call recording device 7 can use the call control information in the SIP message sent out by the SIP server 22 of the first extension network 5, but the second extension network The call recording device 7 cannot use the call control information in the SIP message sent out by the SIP server 22 ′ of the network 6.

  There are various reasons for this, but in the present embodiment, the service provided by the SIP server 22 ′ operated in the second extension network 6 has been changed, and the version of software operating on the SIP server 22 ′ has been upgraded. It is assumed that the call recording device 7 cannot acquire the call control information from the call control packet transmitted / received in the SIP session of the SIP server 22 ′.

<Server>
FIG. 3 is a block diagram showing hardware of the server that constitutes the call recording apparatus according to the first embodiment.

  As illustrated in FIG. 3, the server 100 includes a central control unit 101, a network control unit 102, a storage device 103, and a memory 104.

  The central control unit 101 is a processor that controls each unit of the server 100. Specifically, the central control unit 101 includes a CPU and the like, and uses the memory 104 to perform various control operations according to the OS and various processing programs.

  The network control unit 102 performs data communication and the like via the network.

  The storage device 103 is composed of, for example, a hard disk drive, a nonvolatile memory, and the like, and stores various programs and data necessary for the operation of the central control unit 101.

  The memory 104 is configured by, for example, a DRAM or the like, and functions as a buffer memory that temporarily stores data processed by the central control unit 101 or the like, or a working memory such as the central control unit 101.

  In the server 100 described above, the call recording device 7 can be realized by appropriately preparing programs and data according to the purpose and causing the central control unit 101 to execute the programs and data. The SIP servers 22 and 22 ′ in FIG. 2 and the voice server 9 in FIG. 1 can also be realized by the server 100.

<Call recording device>
FIG. 4 is a functional block diagram showing the call recording device according to the first embodiment. As shown in FIG. 4, in the call recording device 7, the packet capture unit 41 realized by the central control unit 101 (see FIG. 3) controls the network control unit 102 (see FIG. 3), and the switching hub 21 in FIG. , 21 ′ receive IP packets from the mirror ports 21a, 21a ′. The packet capture unit 41 outputs the received IP packet (hereinafter referred to as a received packet) to the received packet distribution unit 42 realized by the central control unit 101.

  The reception packet distribution unit 42 outputs the input reception packet to any one of the SIP session unit 43, the RTP session unit 44, and the RTP stream unit 45 realized by the central control unit 101 according to a determination flow described later.

  The SIP session unit 43 is an example of the first session processing unit of the present invention, identifies a call control packet including a SIP message from a received packet, analyzes the call control packet, and makes a call included in the SDP of the SIP message. The caller side address indicating the address of the callee node and the callee address indicating the IP address of the callee node are acquired.

  The RTP session unit 44 is an example of a second session processing unit of the present invention, identifies an RTP packet from a received packet, analyzes the RTP packet, and acquires a transmission destination address and a transmission source address included in the IP header. To do.

  The RTP stream unit 45 is an example of a packet stream processing unit of the present invention. The RTP stream unit 45 receives the calling party address and the called party address acquired by the SIP session unit 43, and registers them in the RTP stream map as information relating to the packet stream to be recorded. The RTP stream map is stored by the central control unit 101 in the storage device 103 (see FIG. 3) or the memory 104 (see FIG. 3), which is an example of a storage device. The RTP stream map is configured to register a transmission source address (srcaddr) and a transmission destination address (dstaddr) of a packet stream to be recorded as a pair. The RTP stream unit 45 includes an upstream packet stream having the calling party address acquired by the SIP session unit 43 as a transmission destination address and the called party address as a transmission source address, and the calling party address acquired by the SIP session unit 43. Is registered in the RTP stream map as a packet stream to be recorded, with the source address as the source address and the destination address as the destination address.

  Further, the RTP stream unit 45 receives the transmission destination address and the transmission source address acquired by the RTP session unit 44, and registers them in the RTP stream map as information related to the packet stream to be recorded.

  Further, the RTP stream unit 45 detects and collects RTP packets constituting a packet stream having a transmission destination address and a transmission address registered in the RTP stream map from the IP packet input from the reception packet distribution unit 42, Audio data is extracted from the RTP packet and sequentially output to the audio queue 46.

  The voice queue 46 is, for example, a queue prepared in the memory 104 by the central control unit 101, and is configured to sequentially output voice data that has been input first.

  The call recording device 7 includes a recording channel management unit 47 that manages at least one voice channel. The recording channel management unit 47 is realized by the central control unit 101 and prepares a usable recording area, that is, a recording channel, in the storage device 103 which is an example of a storage device.

  The audio file generation unit 48 is realized by the central control unit 101, sequentially extracts audio data from the audio queue 46, converts the audio data into audio data, and outputs it to the recording channel prepared by the recording channel management unit 47 in the form of an audio file. Remember. The audio file generation unit 48 obtains and stores the recording start time and the recording (call) time from the generation start time and the generation end time of the audio file.

  The audio file transmission unit 49 is realized by the central control unit 101, and transmits the audio file generated by the audio file generation unit 48 to the audio server 9. The audio file transmission unit 49 transmits the recording related information including the recording start time and the recording (call) time to the audio server 9 together with the audio file.

  As described above, the RTP stream unit 45 causes the audio file generation unit 48 to generate audio data of both upstream and downstream packet streams from the collected RTP packets, and causes the audio file transmission unit 49 to generate the audio file in FIG. Are stored in the voice server 9. Therefore, the audio file generation unit 48 and the audio file transmission unit 49 correspond to the main information recording unit of the present embodiment.

<Distribution of received packets>
Next, processing in the received packet distribution unit 42 (see FIG. 4) will be described. FIG. 5 is a flowchart showing processing in the received packet distribution unit in the call recording apparatus according to the first embodiment. As shown in FIG. 5, the received packet distributor 42 first determines whether or not a packet has been received (S1). If a packet is received, it is determined whether the received packet is a call control packet (S2). This determination is made, for example, based on whether a unique character string is included in the SIP call control packet such as “SIP / 2.0” at the beginning or end of the first line. However, the determination is not limited to this example. If the determination in step S2 is Yes, the reception packet distribution unit 42 outputs the reception packet to the SIP session unit 43 (S3).

  If the determination in step S2 is No, the received packet distribution unit 42 determines whether the packet is an RTP packet constituting a known packet stream to be recorded (S4). This determination is performed by, for example, information on the packet stream to be recorded registered in the RTP stream map held by the RTP stream unit 45 using the transmission source address (srcaddr) and the transmission destination address (dstaddr) included in the RTP packet as keys. The search is performed based on whether or not the information already exists. If the determination in step S4 is Yes, the received packet distribution unit 42 outputs the received packet to the RTP stream unit 45 (S5).

  If the determination in step S4 is No, the received packet distribution unit 42 outputs the received packet to the RTP session unit 44 (S6). After the received packet is output to any of the SIP session unit 43, the RTP session unit 44, and the RTP stream unit 45 in steps S3, S5, and S6, the process returns to step S1 and waits for the next packet.

<RTP session processing>
Next, processing in the RTP session unit 44 (see FIG. 4) (hereinafter also referred to as RTP session processing) will be described. FIG. 6 is a flowchart showing processing in the RTP session unit in the call recording apparatus according to the first embodiment. As shown in FIG. 6, the RTP session unit 44 first determines whether or not the received packet is an RTP packet (S11). This determination is made based on conditions such as whether or not the received packet includes a version number included in the RTP header and whether or not the received packet has a data size equal to or larger than the header size.

  If the determination in step S11 is No, the process ends. If the determination in step S11 is Yes, the RTP session unit 44 determines whether there is an RTP session (S12). One RTP session is created for a group of received packets having the same source address and destination address. Usually, since there are upstream and downstream packet streams for one call, two RTP sessions are generated in one call. If the determination in step S12 is No, that is, if the RTP session unit 44 receives the first received packet among a plurality of received packets having the same source address and destination address pair, Is newly created (S13). At this time, the RTP session unit 44 generates information on the RTP session and stores the information in the storage device 103 or the memory 104 (see FIG. 2), which is an example of a storage unit. The information on the RTP session includes, for example, the generation time, the last sequence number (seq #) of the received packet, the synchronous source (SSRC) identifier of the first received packet, and the continuous counter in addition to the source address and destination address Contains a value. Note that the initial value of the continuous counter value is zero. After completing the process of step S13, the process ends.

  On the other hand, when the determination in step S12 is Yes, the RTP session unit 44 determines whether or not the SSRC identifier included in the received packet is the same as the SSRC identifier included in the information related to the RTP session (S14). If the determination in step S14 is No, the final sequence number and the continuous counter value are reset (S15), and the process ends.

  If the determination in step S14 is Yes, it is determined whether the sequence number of the received packet is continuous with the final sequence number (S16). If the determination in step S16 is No, the process ends. On the other hand, if the determination in step S16 is Yes, the final sequence number is updated and the continuous counter value is incremented by 1 (S17). Next, the RTP session unit 44 determines whether or not the continuous counter value exceeds a threshold value (for example, 3) (S18).

  If the determination in step S18 is Yes, it is determined that the packet stream corresponding to the current RTP session is a packet stream to be recorded, information related to the packet stream is output to the RTP stream unit 45, and call recording is started ( S19). Thereafter, the RTP session unit 44 releases the current RTP session (S20) and ends the process.

  On the other hand, if the determination in step S18 is No, it is determined whether or not a fixed time has elapsed since the first received packet was received and a new RTP session was created (S21). If the determination in step S21 is No, the process ends. On the other hand, if the determination in step S21 is Yes, an RTP packet equal to or smaller than the threshold value has been received but does not continue, the RTP session is released (S20), and the process ends.

<Call recording procedure>
Here, an example of recording a call between the local telephone terminal 23a of the first extension network 5 (see FIG. 2) and the external telephone terminal 11 which is one of the nodes connected to the optical communication network 2 will be described. Will be described.

  FIG. 7 is a sequence diagram showing a call recording procedure in the call recording apparatus according to the first embodiment. As shown in FIG. 7, first, when the in-office telephone terminal 23a performs an operation for calling the external telephone terminal 11 (S101), an INVITE request for calling the external telephone terminal 11 is sent to the SIP server 22 of the first extension network 5. (See FIG. 2) (S102). In FIG. 7, “INVITE W / A” indicates that the IP address (A) of the in-office telephone terminal 23a is included in the call control packet constituting the INVITE request. The SIP server 22 transfers the INVITE request received from the in-office telephone terminal 23a to the external telephone terminal 11 (S103). In the call recording device 7, the packet capture unit 41 captures the call control packet constituting the INVITE request from the mirror ports 21 a and 21 a ′ of the switching hubs 21 and 21 ′ in FIG. 1 and outputs it to the received packet distribution unit 42. The received packet distribution unit 42 outputs the call control packet to the SIP session unit 43. The SIP session unit 43 analyzes the call control packet of the INVITE request, and acquires the IP address (A) of the intra-station telephone terminal 23a as the calling party address (S104).

  When the external telephone terminal 11 raises the handset as a response process in response to the INVITE request (S105), a 200 OK response (denoted as 200 / INVITE in FIG. 7) is transmitted to the SIP server 22 (S106). In FIG. 7, “200 / INVITE W / B” indicates that the IP address (B) of the external telephone terminal 11 is included in the call control packet constituting the 200 OK response.

  In the call recording device 7, the packet capture unit 41 captures the call control packet constituting the 200 OK response from the mirror ports 21 a and 21 a ′ of the switching hubs 21 and 21 ′ in FIG. 1 and outputs it to the received packet distribution unit 42. The received packet distribution unit 42 outputs the call control packet to the SIP session unit 43. The SIP session unit 43 analyzes the call control packet of the 200 OK response, and acquires the IP address (B) of the external telephone terminal 11 as the called side address (S107). The SIP server 22 transfers the 200 OK response received from the external telephone terminal 11 to the intra-office telephone terminal 23a (S108).

  Between the in-office telephone terminal 23a and the external telephone terminal 11, a call is started using the other party's IP addresses (A) and (B) exchanged with each other (S109). That is, the in-office telephone terminal 23a converts the voice of the speaker into voice data, and further converts the voice data into an RTP packet in which the IP address (B) of the external telephone terminal 11 is set as the transmission destination address and sends it out ( S110). This is called a downstream packet stream. In FIG. 7, “A → B” indicates that the source address of the RTP packet is the IP address (A) and the destination IP address (B). On the other hand, the external telephone terminal 11 converts the voice of the speaker into voice data, and further converts the voice data into an RTP packet in which the IP address (A) of the in-office telephone terminal 23a is set as the transmission destination address and sends it out ( S111). This is called an upstream packet stream. In FIG. 4, “B → A” indicates that the source address of the RTP packet is the IP address (B) and the destination IP address (A).

  The call recording device 7 captures both upstream and downstream packet streams and performs call recording. That is, in the call recording device 7, first, the packet capture unit 41 outputs the received packets received from the mirror ports 21 a and 21 a ′ of the switching hubs 21 and 21 ′ in FIG. 1 to the received packet distribution unit 42.

  The received packet distributor 42 determines that the received packet is an RTP packet that constitutes a known packet stream to be recorded, and outputs the RTP packet to the RTP stream unit 45.

  The RTP stream unit 45 acquires, from the received packet, an RTP packet that is detected by the SIP session unit 43 and that constitutes both upstream and downstream packet streams whose destination addresses are the IP address (A) and the IP address (B). The voice data is extracted from the acquired RTP packet and sequentially output to the voice queue 46 (S112, S113).

  The audio file generator 48 sequentially converts the audio data from the audio queue 46 into audio data, and outputs the audio data to the recording channel prepared by the recording channel manager 47 in the form of an audio file. The audio file transmission unit 49 transmits the output audio file to the audio server 9.

  Next, for example, in the external telephone terminal 11, when the handset is lowered (S114), a BYE request notifying the end of the call is transmitted to the SIP server 22 (S115). The SIP server 22 transfers the BYE request received from the external telephone terminal 11 to the intra-office telephone terminal 23a (S116). Upon receiving the BYE request, the in-office telephone terminal 23a transmits a 200 OK response (denoted as 200 / BYE in FIG. 7) (S117). In the call recording device 7, the packet capture unit 41 captures the call control packet constituting the 200 OK response from the mirror ports 21 a and 21 a ′ of the switching hubs 21 and 21 ′ in FIG. 1 and outputs it to the received packet distribution unit 42. The received packet distribution unit 42 outputs the call control packet to the SIP session unit 43. The SIP server 22 transfers the 200 OK response received from the in-office telephone terminal 23a to the external telephone terminal 11 (S118). The SIP session unit 43 analyzes the call control packet of the 200 OK response, determines the end of the call, and ends the recording (S119). As a result, the call between the intra-station telephone terminal 23a and the external telephone terminal 11 is terminated (S120), and the recording can be terminated.

  Next, a case of recording a call between the local telephone terminal 23a ′ of the second extension network 6 (see FIG. 2) and the external telephone terminal 11 which is one of the nodes connected to the optical communication network 2 will be described. explain. FIG. 8 is a sequence diagram showing a call recording procedure in the call recording apparatus according to the first embodiment. In FIG. 8, the same procedures as those in FIG. 7 are denoted by the same reference numerals, and description thereof is omitted.

  The procedure up to the start of the call shown in S101 to S109 is basically the same as described with reference to FIG. 7, and the in-office telephone terminal 23a ′ and the external telephone terminal 11 are controlled under the control of the SIP server 22 ′. The call control information is exchanged with and the call is started.

  However, since the SIP server 22 'uses the call control packet of the INVITE request and 200 OK response that cannot be analyzed by the SIP session unit 43 of the call recording device 7, the IP address (A) of the in-office telephone terminal 23a' and the external telephone The IP address (B) of the terminal 11 cannot be acquired (S104 ′ and S107 ′). As a result, the RTP stream unit 45 is in a state where no information regarding the packet stream to be recorded exists in the RTP stream map.

  Therefore, when the reception packet distribution unit 42 receives the reception packets constituting the downlink packet stream (S110) and the uplink packet stream (S111) (see FIG. 8), the reception packet distribution unit 42 is known in step S4 described with reference to FIG. Since it is not a packet stream to be recorded, it is determined No, the process proceeds to step S6, and is output to the RTP session unit 44. As a result, the RTP session unit 44 executes the RTP session process described with reference to FIG. 6 (S201 and S202 in FIG. 8).

  FIG. 9 is an explanatory diagram showing RTP session processing for the RTP packets constituting both the upstream and downstream packet streams shown in FIG. As shown in FIG. 9, when the call recording device 7 receives the first RTP packet, the continuous counter value is incremented by 1 in step S17 in FIG. Similarly, if the 2nd to 4th RTP packets are received, the continuous counter value is incremented by 1 in step S17 in FIG. When the fourth RTP packet is received, the continuous counter value becomes 4 and exceeds the threshold 3, so the determination in step S18 in FIG. 6 is Yes and recording starts (S19 in FIG. 6).

  As a result, the RTP session unit 44 performs the processing of steps S11 to S18 shown in FIG. 6, outputs the transmission source address and the transmission destination address to the RTP stream unit 45, and can start recording.

  On the other hand, the SIP session unit 43 of the call recording device 7 analyzes the call control packet of the 200 OK response, determines the end of the call, and cannot end the recording. For this reason, the RTP stream unit 45 estimates the end of the call, for example, on the condition that the next RTP packet is not input even if a predetermined time has elapsed after the latest RTP packet is input from the received packet distribution unit 42. The recording ends (S203).

<Effect>
According to the call recording device 7 according to the first embodiment described above, first, the SIP session unit 43 acquires call control information from the call control packet transmitted from the first extension network 5, and records the recording target. Information about the packet stream is input to the RTP stream unit 45 and registered in the RTP stream map. The received packet distribution unit 42 refers to the RTP stream map, determines that the received packet constitutes a known packet stream to be recorded, and outputs the packet stream to the RTP stream unit 45. The RTP stream unit 45 collects received packets as RTP packets and inputs them to the voice queue 46.

  On the other hand, the packet stream transmitted from the second extension network 6 does not correspond to the call control information acquired by the SIP session unit 43. In this case, since the information regarding the packet stream is not yet registered in the RTP stream map of the RTP stream unit 45, the received packet distribution unit 42 determines that the received packet does not constitute a known packet stream to be recorded. , Output to the RTP session unit 44. The RTP session unit 44 determines whether or not the received packet constitutes an unknown recording target packet stream by the RTP session processing shown in FIG. 6, and as a result, determines that the received packet is an unknown recording target packet stream. In this case, information regarding the packet stream is input to the RTP stream unit 45 and registered in the RTP stream map. Therefore, the received packet distribution unit 42 determines that the subsequent received packets constitute a known packet stream to be recorded, and outputs it to the RTP stream unit 45. The RTP stream unit 45 collects received packets as RTP packets and inputs them to the voice queue 46.

  As a result, according to the call recording device 7 according to the first embodiment, it is possible to record the packet stream transmitted from either the first extension network 5 or the second extension network 6. The occurrence of missed calls can be suppressed, and call recording can be performed comprehensively.

  In particular, according to the call recording device 7 according to the first embodiment, the call control information can be used by analyzing the call control packet sent by the SIP server 22 in the SIP extension unit 5 for the first extension network 5. Therefore, it is possible to record the call with high accuracy by grasping the start and end timing of the call. Further, additional information such as call start time, end time, and arrival / departure number can be acquired from the call control packet. As described above, the call recording device 7 according to the first embodiment mainly performs call recording based on call control information, and performs call recording with high accuracy and high added value by utilizing call control information. When call control information is not available, autonomous recording can be performed to realize comprehensive call recording.

  In the first embodiment, since the version of software operating on the SIP server 22 ′ of the second extension network 6 has been upgraded, the call recording device 7 transmits and receives call control packets in the SIP session of the SIP server 22 ′. The case where call control information cannot be obtained from the above has been described as an example. However, the present invention is not limited to this, and the present invention can be applied to the following cases, for example.

(A) Depending on the network configuration, the call control packet sent out by the second extension network 6 does not flow to the network where the call recording device 7 is placed, but only the RTP packet may flow. According to the call recording device 7 according to the first embodiment, even in such a case, the RTP packet is analyzed by the RTP session processing (see FIG. 6), the packet stream to be recorded is identified, and the call recording is performed. It can be performed.

(B) There is a case where the second extension network 6 uses a protocol other than SIP (for example, H323 or a protocol unique to the vendor of the SIP server). In the case of a vendor-specific protocol, the specifications are often not disclosed, and the vendor of the call recording device 7 has to clarify the protocol by reverse engineering, etc., and is limited in following the design change or function addition of the call recording device 7 There is. According to the call recording device 7 according to the first embodiment, even in such a case, the RTP packet is analyzed by the RTP session processing (see FIG. 6), the packet stream to be recorded is identified, and the call recording is performed. It can be performed.

(C) In some cases, the SIP control processing in the second extension network 6 is complicated. As described above, when the call control information is changed for the reason of adding a service in the second extension network 6, the call control information is unique to the vendor, and the specifications are often not disclosed. There is a limit for the vendor of the recording device 7 to clarify the details of the SIP control processing by reverse engineering or the like, and to follow the design change or function addition of the call recording device 7. The vendor of the call recording device 7 cannot control the upgrade or change of settings of software operating on the SIP server 22 '. According to the call recording device 7 according to the first embodiment, even in such a case, the RTP packet is analyzed by the RTP session processing (see FIG. 6), the packet stream to be recorded is identified, and the call recording is performed. It can be performed.

(D) There are cases where a special call pattern is used in the second extension network 6 other than a vendor-specific SIP control process or a version or setting of software operating on the SIP server 22 '. For example, even if the SIP control processing is within the standard specification range, a complicated operation mode may occur in the SIP server 22 '. In such a case, there is a limit for the vendor of the call recording device 7 to elucidate a special call pattern by reverse engineering or the like, and to follow the design change or function addition of the call recording device 7. The change of the operation mode of the SIP server 22 ′ cannot be controlled by the vendor of the call recording device 7. According to the call recording device 7 according to the first embodiment, even in such a case, the RTP packet is analyzed by the RTP session processing (see FIG. 6), the packet stream to be recorded is identified, and the call recording is performed. It can be performed.

(E) There is also a system that transmits only RTP packets in the second extension network 6. According to the call recording device 7 according to the first embodiment, even in such a case, the RTP packet is analyzed by the RTP session processing (see FIG. 6), the packet stream to be recorded is identified, and the call recording is performed. It can be performed.

(Second Embodiment)
Hereinafter, a second embodiment in which the information recording control device of the present invention is applied to a call recording system for recording a voice call in a VoIP environment will be described. In the following description, a call recording device is exemplified as the information recording control device. The second embodiment is different from the first embodiment in that the call recording apparatus acquires call control information from the PBX.

  A second embodiment will be described with reference to FIGS. 10 to 15, configurations similar to those of the first embodiment are denoted by the same reference numerals as used in FIGS. 1 to 9, and description thereof may be omitted.

<System>
FIG. 10 is a schematic diagram showing an overall configuration of a call recording system including a call recording apparatus according to the second embodiment. As shown in FIG. 10, the call recording system 1 ′ includes a first extension network 5 ′ and a second extension network 6 ′ operated by the PBX, and a call recording device 7 ′ having a function of cooperating with the PBX. Yes. The first extension network 5 ′, the second extension network 6 ′, and the call recording device 7 ′ will be described later.

<Extension network>
FIG. 11 is a schematic diagram showing a first extension network and a second extension network in the call recording system shown in FIG. First, the first extension network 5 ′ will be described. As shown in FIG. 11, a PBX 51 is provided. The PBX 51 is a server that manages and controls the IP telephone service, manages user identification information such as a telephone number and correspondence data on the network such as an IP address, and makes a call between a caller and a call destination. Mediates call information. In the present embodiment, the PBXs 51 and 51 ′ use SIP for call control, but are not particularly limited. The in-office telephone terminals 23a to 23c are configured to be able to make a call on the outside line and the extension line under the control of the PBX 51.

  Further, the PBX 51 is configured to be able to communicate with each other via a PBX cooperation unit 61 of a call recording device 7 'described later and a network.

  As shown in FIG. 11, the second extension network 6 ′ includes a switching hub 21 ′, a PBX 51 ′, and intra-office telephone terminals 23a ′ to 23c ′, and includes the switching hub 21, the PBX 51, and the intra-office telephone of the first extension network 5 ′ described above. It has the same configuration and function as the telephone terminals 23a to 23c.

  The difference between the first extension network 5 ′ and the second extension network 6 ′ is that the PBX 51 of the first extension network 5 ′ can cooperate with the call recording device 7 ′, but the PBX 51 ′ of the second extension network 6 ′ The point is that cooperation with the call recording device 7 'is impossible.

  Although there are various factors, in this embodiment, since the service provided by the PBX 51 operated in the second extension network 6 ′ has been changed and the version of software operating on the PBX 51 ′ has been upgraded, the call recording device It is assumed that 7 ′ becomes unable to cooperate with PBX 51 ′.

  The PBXs 51 and 51 'can be realized by appropriately preparing programs and data according to the purpose and causing the central control unit 101 to execute them in the server 100 described with reference to FIG.

<Call recording device>
FIG. 12 is a functional block diagram showing a call recording apparatus according to the second embodiment. As shown in FIG. 12, the call recording device 7 ′ is different in that it includes a PBX cooperation unit 61 instead of the SIP session unit 43 shown in FIG. 4 as an example of the first session processing unit of the present invention. .

  The PBX cooperation unit 61 is realized by the central control unit 101 (see FIG. 3), is configured to control the network control unit 102 and to communicate with the PBXs 51 and 51 'via the network. The PBX cooperation unit 61 associates the extension numbers of the intra-office telephone terminals 23a to 23c and 23a ′ to 23c ′ and the external line numbers of the external telephone terminals 11 with the IP addresses of the respective terminals, and is used as an example of a storage unit as a terminal setting file. It is held in a certain storage device 103 or memory 104.

  In addition, the PBX cooperation unit 61 receives call control information from the PBXs 51 and 51 ′, and outputs, for example, a calling side address and a called side address, which are information related to a packet stream included in the call control information, to the RTP stream unit 45. And register it in the RTP stream map.

<Distribution of received packets>
Next, processing in the received packet distribution unit 42 ′ will be described. FIG. 13 is a flowchart showing the processing in the received packet distribution unit in the call recording apparatus according to the second embodiment. As shown in FIG. 13, the received packet distributor 42 ′ first determines whether or not a packet has been received (S21). If the packet is received, the received packet distributor 42 ′ determines whether or not the packet is an RTP packet constituting a known packet stream to be recorded (S22). This determination is performed by, for example, information on the packet stream to be recorded registered in the RTP stream map held by the RTP stream unit 45 using the transmission source address (srcaddr) and the transmission destination address (dstaddr) included in the RTP packet as keys. The search is performed based on whether or not the information already exists. If the determination in step S22 is Yes, the received packet distribution unit 42 ′ outputs the received packet to the RTP stream unit 45 (S23).

  If the determination in step S22 is No, the received packet distribution unit 42 'outputs the received packet to the RTP session unit 44 (S24). After the received packet is output to either the RTP session unit 44 or the RTP stream unit 45 in steps S23 and S24, the process returns to step S21 and waits for the next packet.

  The call recording device 7 ′ is otherwise the same as the call recording device 7 described with reference to FIG. 4.

<Call recording procedure>
Here, an example of recording a call between the local telephone terminal 23a of the first extension network 5 (see FIG. 10) and the external telephone terminal 11 which is one of the nodes connected to the optical communication network 2 will be described. Will be described.

  FIG. 14 is a sequence diagram showing a call recording procedure in the call recording apparatus according to the second embodiment. As shown in FIG. 14, first, when a call operation of the external telephone terminal 11 is performed by the intra-station telephone terminal 23a (S101), an INVITE request for calling the external telephone terminal 11 is sent to the PBX 51 ( (See FIG. 11) (S102). The PBX 51 transfers the INVITE request received from the intra-station telephone terminal 23a to the external telephone terminal 11 (S103).

  When the external telephone terminal 11 raises the handset as a response process in response to the INVITE request (S105), a 200 OK response (denoted as 200 / INVITE in FIG. 14) is transmitted to the PBX 51 (S106).

  When the PBX 51 receives the 200 OK response, the extension number (for example, 2001) of the intra-office telephone terminal 23a as the telephone number of the calling terminal and the external line number of the external telephone terminal 11 as the telephone number of the called terminal Call control information including (for example, 03-1234-5678) is transmitted to the PBX linkage unit 61 of the call recording device 7 ′. Further, the PBX 51 transfers the 200 OK response received from the external telephone terminal 11 to the intra-office telephone terminal 23a (S108).

  In the call recording device 7 ′, the PBX cooperation unit 61 refers to the terminal setting file and acquires the IP address (A) corresponding to the extension number of the in-office telephone terminal 23 a included in the call control information as the calling party address. Further, the PBX cooperation unit 61 refers to the terminal setting file, and acquires the IP address (B) corresponding to the external line number of the external telephone terminal 11 included in the call control information as the called party address.

  Between the in-office telephone terminal 23a and the external telephone terminal 11, a call is started using the other party's IP addresses (A) and (B) exchanged with each other (S109). That is, the in-office telephone terminal 23a converts the voice of the speaker into voice data, and further converts the voice data into an RTP packet in which the IP address (B) of the external telephone terminal 11 is set as the transmission destination address and sends it out ( S110). This is called a downstream packet stream. On the other hand, the external telephone terminal 11 converts the voice of the speaker into voice data, and further converts the voice data into an RTP packet in which the IP address (A) of the in-office telephone terminal 23a is set as the transmission destination address and sends it out ( S111). This is called an upstream packet stream.

  The call recording device 7 'captures both upstream and downstream packet streams and performs call recording. That is, in the call recording device 7 ', first, the packet capture unit 41 outputs the received packet received from the mirror ports 21a and 21a' of the switching hubs 21 and 21 'of FIG. 10 to the received packet distribution unit 42'.

  The received packet distribution unit 42 ′ determines that the received packet is an RTP packet that constitutes a known packet stream to be recorded, and outputs the RTP packet to the RTP stream unit 45.

  The RTP stream unit 45 acquires, from the received packet, an RTP packet that has both the IP address (A) and the IP address (B) that are included in the upstream and downstream packet streams acquired by the PBX cooperation unit 61. (S112, S113), the voice data is extracted from the acquired RTP packet and sequentially output to the voice queue 46.

  The audio file generator 48 sequentially converts the audio data from the audio queue 46 into audio data, and outputs the audio data to the recording channel prepared by the recording channel manager 47 in the form of an audio file. The audio file transmission unit 49 transmits the output audio file to the audio server 9.

  Next, for example, in the external telephone terminal 11, when the handset is lowered (S114), a BYE request notifying the end of the call is transmitted to the PBX 51 (S115). The PBX 51 transfers the BYE request received from the external telephone terminal 11 to the intra-office telephone terminal 23a (S116). Upon receiving the BYE request, the intra-office telephone terminal 23a transmits a 200 OK response (denoted as 200 / BYE in FIG. 14) (S117). The PBX 51 transfers the 200 OK response received from the in-office telephone terminal 23a to the external telephone terminal 11 (S118). In addition, the PBX 51 transmits call control information indicating that the call between the extension number 2001 and the external number 03-1234-5678 is terminated to the PBX cooperation unit 61 (S302). The PBX cooperation unit 61 determines the end of the call and ends the recording (S303). As a result, the call between the intra-station telephone terminal 23a and the external telephone terminal 11 is terminated (S120), and the recording can be terminated.

  Next, when recording a call between the local telephone terminal 23a ′ of the second extension network 6 ′ (see FIG. 11) and the external telephone terminal 11 which is one of the nodes connected to the optical communication network 2. Will be described. FIG. 15 is a sequence diagram showing a call recording procedure in the call recording apparatus according to the first embodiment. In FIG. 15, the same steps as those in FIG. 14 are denoted by the same reference numerals and description thereof is omitted.

  The procedure up to the start of the call shown in S101 to S103, S105, S106, S108, and S109 is basically the same as described with reference to FIG. 15, and the intra-office telephone terminal 23a is controlled under the control of the PBX 51 ′. Call control information is exchanged between 'and the external telephone terminal 11, and a call is started.

  However, since the PBX 51 ′ uses call control information that cannot be analyzed by the PBX linkage unit 61 of the call recording device 7 ′, the IP address (A) of the in-office telephone terminal 23a ′ and the IP address (B) of the external telephone terminal 11 Cannot get. As a result, the RTP stream unit 45 is in a state where no information regarding the packet stream to be recorded exists in the RTP stream map.

  Therefore, when the received packet distribution unit 42 ′ receives the received packets constituting the downstream packet stream (S110) and the upstream packet stream (S111) (see FIG. 15), the received packet distributor 42 ′ is known in step S22 described with reference to FIG. Since it is not a packet stream to be recorded, it is determined No, the process proceeds to step S24, and is output to the RTP session unit 44. As a result, the RTP session unit 44 executes the RTP session process described with reference to FIG. 6 (S311 and S312 in FIG. 15).

  As a result, the RTP session unit 44 performs the processing of steps S11 to S18 shown in FIG. 6, outputs the transmission source address and the transmission destination address to the RTP stream unit 45, and can start recording.

  On the other hand, the PBX linkage unit 61 of the call recording device 7 ′ cannot receive the call control information 302 for ending the call, determines the end of the call, and cannot end the recording. For this reason, the RTP stream unit 45, for example, terminates the call on the condition that the next RTP packet is not input even if a predetermined time elapses after the latest RTP packet is input from the received packet distribution unit 42 ′. Then, the recording is finished (S313).

<Effect>
According to the call recording device 7 ′ according to the second embodiment described above, first, the PBX linkage unit 61 uses the packet control information transmitted by the PBX 51 of the first extension network 5 ′ to record the packet stream to be recorded. Is input to the RTP stream unit 45 and registered in the RTP stream map. The received packet distributing unit 42 ′ refers to the RTP stream map, determines that the received packet constitutes a known packet stream to be recorded, and outputs the packet stream to the RTP stream unit 45. The RTP stream unit 45 collects received packets as RTP packets and inputs them to the voice queue 46.

  On the other hand, the packet stream transmitted from the second extension network 6 ′ does not correspond to the call control information received by the PBX linkage unit 61. In this case, since the information regarding the packet stream is not yet registered in the RTP stream map of the RTP stream unit 45, the received packet distribution unit 42 ′ determines that the received packet does not constitute a known packet stream to be recorded. And output to the RTP session unit 44. The RTP session unit 44 determines whether or not the received packet constitutes an unknown recording target packet stream by the RTP session processing shown in FIG. 6, and as a result, determines that the received packet is an unknown recording target packet stream. In this case, information regarding the packet stream is input to the RTP stream unit 45 and registered in the RTP stream map. Therefore, the received packet distribution unit 42 ′ determines that the subsequent received packets constitute a known packet stream to be recorded, and outputs it to the RTP stream unit 45. The RTP stream unit 45 collects received packets as RTP packets and inputs them to the voice queue 46.

  As a result, according to the call recording device 7 ′ according to the second embodiment, it is possible to record the packet stream transmitted from either the first extension network 5 ′ or the second extension network 6 ′. As a result, it is possible to suppress the occurrence of miss-outs and to complete call recording.

  In particular, according to the call recording device 7 ′ according to the second embodiment, the call control information can be used by receiving the call control packet sent from the PBX 51 by the PBX linkage unit 61 for the first extension network 5 ′. Therefore, it is possible to record the call with high accuracy by grasping the start and end timing of the call. Further, additional information such as call start time, end time, and arrival / departure number can be acquired from the PBX. As described above, the call recording device 7 ′ according to the second embodiment mainly performs call recording based on the call control information, and performs call recording with high accuracy and high added value by using the call control information. When call control information is not available, autonomous recording can be performed to realize comprehensive call recording.

  In the above-described second embodiment, the case where the call recording device 7 ′ includes the PBX cooperation unit 61 as the first session processing unit of the present invention has been described as an example, but the function of the PBX cooperation unit is executed. A PBX cooperation device configured by the server 100 (see FIG. 3) including the central control unit 101 is provided separately from the call recording device 7 ′, and the call control information transmitted from the PBXs 51 and 51 ′ is used as the PBX cooperation device. May be configured so that the PBX cooperation device performs the same process as the PBX cooperation unit 61 described above and transmits the processing result to the call recording device 7 ′. In this case, in the call recording device 7 ′, the calling side address and the called side address, which are information related to the packet stream included in the call control information from the PBXs 51 and 51 ′, out of the processing of the PBX cooperation unit 61 described above, are sent to the RTP stream. The processing unit that outputs to the unit 45 and performs the process of registering in the RTP stream map and that links with the PBX cooperation apparatus exists as the first session processing unit of the present invention.

  Although the present invention has been described in detail above, it will be apparent to those skilled in the art that the present invention is not limited to the embodiments described herein. The present invention can be implemented as modified and changed modes without departing from the spirit and scope of the present invention defined by the description of the scope of claims. Therefore, the description of the present specification is for illustrative purposes and does not have any limiting meaning to the present invention.

  In the above-described embodiment, the reception packet distribution units 42 and 42 '(see FIGS. 4 and 12) are provided, and RTP packets constituting a known packet stream to be recorded are sent to the RTP session unit 44 and the unknown recording target is recorded. The remaining received packets including the RTP packets constituting the packet stream are selectively output to the RTP session unit 44, and each unit processes the received packets. However, for example, the received packet is copied and input to both the RTP session unit 44 and the RTP stream unit 45, and the RTP session unit 44 refers to the RTP stream map of the RTP stream unit 45 to know a known packet stream to be recorded. May be identified and discarded, and RTP session processing (see FIG. 6) may be performed on other received packets without performing RTP session processing (see FIG. 6). Similarly, the RTP stream unit 45 refers to the RTP stream map, identifies and discards received packets other than RTP packets that make up a known packet stream to be recorded, and RTPs that make up a known packet stream to be recorded. Packets may be processed.

  In the above-described embodiment, when a packet stream that does not correspond to call control information is to be recorded, additional information cannot be acquired from the SIP servers 22 and 22 '(see FIG. 2) and the PBXs 51 and 51' (see FIG. 11). In the call recording device 7, 7 ′ or the voice server 9 (see FIG. 1 and FIG. 10), the central control unit 101 of the server 100 constituting them is connected to the in-office telephone terminals 23a-23c, 23a′-23c ′ (FIG. 2, 11) and the external telephone terminal 11 (see FIG. 1 and FIG. 10) are associated with the IP address of each node and the telephone number (external number or extension number), and is a storage that is a storage unit in the form of a terminal setting file. It is stored in the device 103 or the memory 104. When the RTP session unit 44 determines that the unknown packet stream is to be recorded, the terminal setting file is referred to using the source address and destination address of the RTP packet that constitutes the packet stream, and the source address and destination address The telephone numbers corresponding to the matching IP addresses can be specified as the telephone numbers of the calling party and the called party. The telephone numbers of the calling side and the called side identified in this way can be associated with the voice file as recording related information and managed by the voice server 9.

  Further, for example, in the call recording system 1, 1 'according to the above-described embodiment, there is a case where an illegal call using the security hole of the SIP server 22, 22' or the PBX 51, 51 'is performed. In the call recording devices 7 and 7 'according to the present embodiment, even the packet stream of such an illegal call is detected and recorded as an object of recording autonomously without using the call control information in the RTP session unit 44. It is possible to leave evidence that an unauthorized call has been made.

  Further, in the call recording system 1, 1 'according to the above-described embodiment, a call that remains connected may occur due to a malfunction of the SIP server 22, 22' or the PBX 51, 51 '. In the call recording devices 7 and 7 'according to the present embodiment, RTP packets constituting a packet stream transmitted / received by a continuous call are autonomously recorded without using call control information in the RTP session unit 44. As a result, it is possible to reduce the wasteful use of resources of the network and the server 100 (see FIG. 3) due to a continuous call.

  In the first embodiment, the SIP servers 22 and 22 'exchange call control information in the first extension network 5 and the second extension network 6 (see FIGS. 1 and 2), and In the second embodiment, an example (see FIGS. 10 and 11) in which the PBXs 51 and 51 ′ exchange call control information in the first extension network 5 ′ and the second extension network 6 ′ has been described. One extension network may be operated by the SIP server, and the other extension network may be operated by the PBX.

  In the above-described embodiment, the call recording devices 7 and 7 'for recording calls on two extension networks have been described. However, the present invention is also applied to recording calls on three or more extension networks. can do.

  In the first embodiment described above, the central control unit 101 (see FIG. 3) uses the SIP session unit 43 (see FIG. 4) as the first session processing unit and the RTP session unit as the second session processing unit. 44 and the RTP stream unit 45 that is a packet stream processing unit have been described as an example. However, the SIP session unit 43, the RTP session unit 44, and the RTP stream unit 45 may be implemented by different processors. Good.

  Similarly, in the above-described second embodiment, the PBX cooperation unit 61, the RTP session unit 44, and the RTP stream unit 45 may be realized by different processors.

  In addition, the terms described in this specification and / or terms necessary for understanding this specification may be replaced with terms having the same or similar meaning.

  Information, signals, etc. described herein may be represented using any of a variety of different technologies. For example, data, commands, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description are voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these May be represented by a combination of

  Each aspect / embodiment described in this specification may be used independently, may be used in combination, or may be switched according to execution. In addition, notification of predetermined information (for example, notification of being “X”) is not limited to explicitly performed, but is performed implicitly (for example, by not performing notification of the predetermined information). May be.

  As long as there is no contradiction, the order of the processing procedures, sequences, flowcharts, and the like of each aspect / embodiment described in this specification may be changed. For example, the methods described herein present the elements of the various steps in an exemplary order and are not limited to the specific order presented.

  The present invention has an effect of enabling comprehensive information recording, and can be suitably used for a call recording device, a videophone recording device, and the like.

DESCRIPTION OF SYMBOLS 1, 1 'Call recording system 2 Optical communication network 5, 5' 1st extension network 6, 6 '2nd extension network 7, 7' Call recording apparatus 9 Voice server 10 Personal computer (PC)
11 External telephone terminal 21, 21 'Gateway 22, 22' SIP servers 23a-23c, 23a'-23c 'Intra-station telephone terminal 41 Packet capture unit 42, 42' Received packet distribution unit 43 SIP session unit 44 RTP session unit 45 RTP stream Unit 46 audio queue 47 recording channel management unit 48 audio file generation unit 49 audio file transmission unit 61 PBX cooperation unit

Claims (8)

A first session processing unit for determining a packet stream corresponding to the call control information as a recording target;
A second session processing unit that determines a packet stream that does not correspond to the call control information as a recording target;
A packet stream processing unit for collecting the packet streams to be recorded determined by the first session processing unit and the second session processing unit;
A main information recording unit that generates main information from a plurality of main information packets constituting the packet stream collected by the packet stream processing unit and records the main information on a recording device;
For each of a plurality of received packets flowing through the network, it is determined whether or not it is a main information packet constituting the known packet stream to be recorded, and based on the determination result, the received packet is determined as the second session processing unit. And an information recording control apparatus which causes any one of the packet stream processing units to process.   The information recording control apparatus according to claim 1, wherein the call control information is information regarding a node acquired from a call control packet.   When the received packet is the call control packet, the received packet is output to the first session processing unit, and when the received packet is not a known packet stream to be recorded, the received packet is output to the second session. And a receiving packet distribution unit configured to output the received packet to the packet stream processing unit when the received packet is a known packet stream to be recorded. 2. The information recording control apparatus according to 2.   4. The information recording control apparatus according to claim 1, wherein the call control information is information regarding a node acquired from a private branch exchange.   It is determined whether or not the received packet is a known call control packet based on information about a node acquired from a private branch exchange, and when the received packet is not a known packet stream to be recorded, the received packet Is output to the second session processing unit, and when the received packet is a known packet stream to be recorded, the received packet distribution unit further outputs the received packet to the packet stream processing unit. 5. The information recording control apparatus according to claim 4, wherein   6. The information recording control apparatus according to claim 1, wherein the main information packet is an RTP packet.   The information recording control apparatus according to claim 1, wherein the main information is at least one selected from voice, image, video, and text. A first determination step of determining a packet stream corresponding to call control information as a recording target;
A second determination step of determining whether or not a received packet flowing through the network is a main information packet constituting the known packet stream to be recorded;
Based on the determination result, a third determination process for determining a packet stream that does not correspond to the call control information as a recording target based on the determination result, and collecting a plurality of main information packets constituting the packet stream, A step of generating main information from the main information packet and attaching it to any one of the packet stream processes to be recorded by the recording device;
An information recording control method comprising:

Images