WO2020235432A1 - 中継装置および音声通信の録音方法 - Google Patents

中継装置および音声通信の録音方法 Download PDF

Info

Publication number
WO2020235432A1
WO2020235432A1 PCT/JP2020/019200 JP2020019200W WO2020235432A1 WO 2020235432 A1 WO2020235432 A1 WO 2020235432A1 JP 2020019200 W JP2020019200 W JP 2020019200W WO 2020235432 A1 WO2020235432 A1 WO 2020235432A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
session
terminal
communication terminal
virtual
Prior art date
Application number
PCT/JP2020/019200
Other languages
English (en)
French (fr)
Inventor
中野　晃
Original Assignee
アイコム株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アイコム株式会社 filed Critical アイコム株式会社
Priority to EP20808914.4A priority Critical patent/EP3962051A4/en
Priority to CN202080034670.9A priority patent/CN113812135B/zh
Priority to US17/610,501 priority patent/US20220240060A1/en
Publication of WO2020235432A1 publication Critical patent/WO2020235432A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/10—Telephonic communication systems specially adapted for combination with other electrical systems with dictation recording and playback systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42221—Conversation recording systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the present invention relates to a relay device that relays voice communication, and more particularly to a recording function of a relay voice signal.
  • a relay device that relays voice communication such as a wireless transceiver or a telephone via a network has been proposed (see Patent Documents 1, 2 and 3).
  • a relay device By connecting a plurality of relay devices via a network, different types of communication devices such as an IP telephone and a radio can communicate with each other by voice. If such a relay device externally outputs the relayed audio signal, it was possible to record the audio signal.
  • an object of the present invention is to provide a relay device capable of tracking and recording the communication voice of a specific communication terminal.
  • the relay device of the present invention includes a communication unit, a communication session processing unit, and a communication monitor unit.
  • the communication unit communicates with a plurality of communication terminals that perform voice communication.
  • the communication session processing unit registers the called communication terminal and the called one or more communication terminals as participating terminals, and session information.
  • a communication session identified by is established and a voice signal is sent from a participating terminal of the established communication session, this voice signal is transmitted to other participating terminals of the same communication session together with the session information.
  • the communication session processing unit notifies the communication monitor unit of the information of the participating terminals of the communication session.
  • the communication monitor unit distinguishes the voice signal transmitted from this communication terminal from the voice signals of other communication terminals and individually inputs and records the information. , Perform one or both of the processes of recording an audio signal transmitted to this communication terminal in a communication session.
  • a relay device that communicates with a plurality of communication terminals that perform voice communication executes the following procedure.
  • the called communication terminal and the called one or more communication terminals are registered as participating terminals, and a communication session identified by session information.
  • this voice signal is transmitted to other participating terminals of the same communication session together with session information.
  • the audio signal transmitted from the predetermined monitor target communication terminal while the communication session is established distinguishing it from the audio signals of other communication terminals, and recording the audio signal. Executes one or both of the processes of recording the audio signal transmitted to the communication terminal.
  • the communication monitor unit buffers an input buffer that buffers an audio signal transmitted from a monitored communication terminal that records an audio signal, or an output buffer that buffers an audio signal transmitted to a monitored communication terminal.
  • a virtual device associated with either of the above is set, and when the information of the communication terminal to be monitored is notified when the communication session is established, the virtual communication session is established between the communication terminal to be monitored and the virtual device. In the virtual communication session, the voice signal transmitted to the virtual device may be recorded.
  • a plurality of virtual devices may be provided, and the communication monitor unit may separately record audio signals transmitted to the plurality of virtual devices in parallel.
  • the communication session processing unit notifies the communication monitor unit of the information of the participating terminals of the communication session when the communication session is canceled, and the communication monitor unit notifies the information of the communication terminal when the communication session is canceled. At that time, the recording of the voice signal of the communication terminal may be terminated.
  • the communication monitor unit buffers the audio signal in the volatile memory, and when the buffered audio signal has a predetermined size, stores the buffered audio signal as a file in the non-volatile storage device. You may do so.
  • the communication voice of a communication terminal participating in a communication session can be acquired separately from the voice signals of other communication terminals, and this voice can be recorded.
  • FIG. 1 is a block diagram of a voice communication system.
  • FIG. 2 is a block diagram of the relay device.
  • FIG. 3 is a functional block diagram of the network communication relay unit and the communication monitor unit.
  • FIG. 4A is a diagram showing a terminal table provided in the relay device.
  • FIG. 4B is a diagram showing a mixing table provided in the relay device.
  • FIG. 4C is a diagram showing a priority table provided in the relay device.
  • FIG. 4D is a diagram showing a virtual device table provided in the relay device.
  • FIG. 5A is a diagram showing a virtual device table provided in the relay device.
  • FIG. 5B is a diagram showing a virtual mixing table provided in the relay device.
  • FIG. 5C is a diagram showing a virtual mixing table provided in the relay device.
  • FIG. 5A is a diagram showing a virtual device table provided in the relay device.
  • FIG. 5B is a diagram showing a virtual mixing table provided in the relay device.
  • FIG. 5C
  • FIG. 6 is a diagram showing a configuration of a voice packet.
  • FIG. 7 is a flowchart showing processing at the time of receiving a voice packet.
  • FIG. 8 is a flowchart showing a communication session registration process.
  • FIG. 9 is a flowchart showing the session withdrawal process.
  • FIG. 10 is a flowchart showing a communication session end process.
  • FIG. 11 is a flowchart showing a communication session management process.
  • FIG. 12 is a flowchart showing the recording process.
  • FIG. 13A is a flowchart showing a recording start process.
  • FIG. 13B is a flowchart showing the recording end process.
  • FIG. 14A is a flowchart showing a virtual session start process of the communication monitor unit.
  • FIG. 14B is a flowchart showing the termination / withdrawal processing of the communication monitor unit.
  • FIG. 14C is a flowchart showing the voice buffer confirmation process of the communication monitor unit.
  • FIG. 1 is a configuration diagram of a voice communication system 1 according to an embodiment of the present invention.
  • FIG. 2 is a diagram showing the configuration of the relay device 2.
  • the voice communication system 1 is a system that realizes voice communication between a plurality of communication terminals by relaying the relay device 2.
  • Communication terminals include a SIP telephone 20, an extension telephone 22, a WLAN transceiver 23, an LTE transceiver 24, an analog transceiver 26, and a digital transceiver 28, which will be described later. These communication terminals are devices that transmit and receive voice signals in different forms, and the relay device 2 relays voice communication between these different types of communication terminals.
  • the relay device 2 can monitor the voice of communication. When two or more communication terminals communicate with each other, the relay device 2 establishes a communication session for this communication. Audio signals transmitted and received in a communication session in which a communication terminal or group registered in the virtual device table 43 (see FIG. 4) is previously monitored as a session monitor target are monitored. Further, when a communication terminal registered in the virtual device table 45 (see FIG. 5) as an individual monitor target in advance participates in the communication session, the audio signal transmitted from this communication terminal is transmitted (transmitted from another communication terminal). Monitored separately (separate from the audio signal). The monitor is one or both of recording and audio output.
  • the relay device 2 relays voice communication between a plurality of communication systems including an IP telephone system 13, a WLAN transceiver system 14, an LTE transceiver system 15, and a wireless communication system 16. Therefore, the relay device 2 has a telephone relay unit 3, a network communication relay unit 4, and a wireless communication relay unit 5.
  • the IP telephone system 13 is connected to the telephone relay unit 3.
  • the IP telephone system 13 has a SIP telephone 20 connected to the network 10, a VoIP gateway 21, and an extension telephone 22 connected to the VoIP gateway 21.
  • the VoIP gateway 21 has a PBX function and is also connected to a telephone line (outside line).
  • a network 10 having a wireless access point (not shown) and an LTE communication network 11 having a base station (not shown) are connected to the network communication relay unit 4.
  • a WLAN transceiver system 14 is configured on the network 10
  • an LTE transceiver system 15 is configured on the LTE communication network 11.
  • the WLAN transceiver system 14 has a WLAN transceiver 23 that accesses the network 10 via a wireless access point.
  • the LTE transceiver system 15 has an LTE transceiver 24 that accesses the LTE communication network 11 via a base station.
  • the wireless communication relay unit 5 has a plurality of external device interfaces 34 as shown in FIG.
  • An analog wireless transceiver (repeater) 25 and a digital wireless transceiver (repeater) 27 are connected to each external device interface 34, respectively.
  • the repeater 25 communicates with a handy radio transceiver (analog transceiver) 26 of the same type.
  • the repeater 27 communicates with a digital handy radio transceiver (digital transceiver) 28 of the same type.
  • the configuration and function of the wireless communication relay unit 5 are described in detail in the prior applications of the present applicant, "Japanese Patent Laid-Open No. 2014-087027" and "International Publication WO 2016/002866".
  • FIG. 2 is a block diagram of the relay device 2.
  • the relay device 2 has a telephone relay unit 3, a network communication relay unit 4, a wireless communication relay unit 5, and a communication monitor unit 6, which are mainly realized functionally (software-like).
  • the relay device 2 has a control unit 30.
  • the control unit 30 is composed of a computer having a CPU, ROM, RAM, and the like.
  • An external storage device 7, a network connection unit 31, an LTE connection unit 32, and a signal processing unit 33 are connected to the control unit 30.
  • the external storage device 7 is a non-volatile, large-capacity storage device such as a USB-connected hard disk, and stores a voice file in which the communication voice of the communication terminal is recorded.
  • the network connection unit 31 is connected to the network 10.
  • the LTE connection unit 32 is connected to the LTE communication network 11.
  • the telephone relay unit 3, the network communication relay unit 4, the wireless communication relay unit 5, and the communication monitor unit 6 are functionally realized by the cooperation of the hardware including the control unit 30 and the software.
  • the telephone relay unit 3 has an interface 3A for transmitting and receiving voice signals and the like with the network communication relay unit 4.
  • the network communication relay unit 4 has an interface 4A for transmitting and receiving voice signals and the like with the wireless communication relay unit 5.
  • the wireless communication relay unit 5 has an interface 5A for transmitting and receiving audio signals and the like with the signal processing unit 33.
  • the signal processing unit 33 takes out an audio signal from the RTP packet input from the control unit 30 (interface 5A), converts it into a digital or analog signal wave, and outputs it to the external device interface 34. Further, the signal processing unit 33 compresses, encodes, and converts the digital or analog audio signal input from the external device interface 34 into an RTP packet and inputs it to the control unit 30 (interface 5A).
  • FIG. 1 shows a state in which the repeaters 25 and 27 are connected to the analog interface 34-1 and the digital interface 34-2.
  • the network communication relay unit 4 relays communication between WLAN transceivers 23, communication between LTE transceivers 24, and communication between WLAN transceivers 23 and LTE transceivers 24.
  • the network communication relay unit 4 also communicates with the SIP telephone 20 or the extension telephone 22 (hereinafter referred to as telephones 20 and 22) and the WLAN transceiver 23 or the LTE transceiver 24 in response to the call from the telephone relay unit 3. And, the communication between the telephones 20 and 22 and the wireless transceivers 26 and 28 is relayed. Further, the control of the communication session and the mixing of the voice signal, which will be described later, are executed by the network communication relay unit 4.
  • the network communication relay unit 4 corresponds to the communication session processing unit of the present invention.
  • the telephone relay unit 3 receives a call from the SIP telephone 20 or the extension telephone 22, determines the communication device (destination radio) of the communication partner to which the call is made, and determines the information of the destination radio and the telephone 20.
  • the voice signal received from 22 is input to the network communication relay unit 4.
  • all or a part of the wireless communication relay unit 5 including the telephone relay unit 3, the network communication relay unit 4, and the signal processing unit 33 corresponds to the communication unit of the present invention.
  • the communication monitor unit 6 monitors the voice of the communication session in which the communication terminal to be monitored among the plurality of communication terminals participates.
  • the monitor is a recording and / or audio output.
  • the following description is about recording.
  • the recorded voice (voice file) is stored in the external storage device 7.
  • FIG. 3 is a functional block diagram showing a communication session established by the network communication relay unit 4 and a monitor of communication performed by the communication monitor unit 6.
  • the network communication relay unit 4 When the network communication relay unit 4 establishes a communication session, the communication session is registered in the mixing table shown in FIG. 4B, and the network communication relay unit 4 mixes the audio signals of the communication terminals participating in the communication session. Make a transfer.
  • FIG. 3 shows a functional block diagram of the communication session identified by the session ID “1” in the mixing table of FIG. 4B.
  • a (actual) communication terminal identified by ID 21,41 participates in the communication session ID1, and among them, the communication terminal ID 21 is associated with the virtual device VD1 for session monitoring (Fig.). See 4D). Therefore, in addition to the communication terminal ID 21 and the communication terminal ID 41, the virtual device VD1 participates in the communication session ID 1, and the mixing unit 110 performs echo cancellation mixing transfer (described later).
  • the audio signal transmitted from the communication terminal ID 21 which is an analog transceiver is buffered in the input buffer 105 from the wireless communication relay unit 5, and the audio signal buffered in the input buffer 105 is taken into the mixing unit 110.
  • the voice signal transmitted from the communication terminal ID 41, which is an LTE transceiver is buffered in the input buffer 107 from the LTE connection unit 32, and the voice signal buffered in the input buffer 107 is taken into the mixing unit 110 (communication session ID 1).
  • the mixing unit 110 only the audio signal received from the communication terminal ID 41 is transferred to the communication terminal ID 21.
  • the transferred audio signal is buffered in the output buffer 106 and acquired by the signal processing unit 33. Further, in the mixing unit 110, only the audio signal received from the communication terminal ID 21 is transferred to the communication terminal ID 41.
  • the transferred audio signal is buffered in the output buffer 108 and acquired by the LTE connection unit 32.
  • the voice signals received from the communication terminal ID 21 and the communication terminal ID 41 are mixed and transferred to the virtual device VD1.
  • the transferred audio signal is buffered in the output buffer 120 and acquired by the recording unit 230 of the communication monitor unit 6.
  • the recording unit 230 accumulates the mixed audio signal in the recording buffer, and files the buffered audio signal every time the buffered audio signal becomes a predetermined size.
  • the communication terminal ID 21 is associated with virtual devices VD11 and VD21 for individual monitors (see FIG. 5A).
  • the individual monitor is a function of monitoring (recording) only the transmitted / received audio signal of a single communication terminal to be monitored even when a communication session (mutual communication) is performed by a plurality of communication terminals.
  • the virtual device VD11 is a virtual device provided for monitoring only the upstream audio signal (audio signal received from the communication terminal ID 21) of the communication terminal ID 21 to be monitored.
  • the virtual device VD21 is a virtual device provided for monitoring a downstream audio signal (audio signal transmitted to the communication terminal ID 21) of the communication terminal ID 21 to be monitored.
  • the virtual device VD11 is associated with the input buffer (in buffer) 105 of the communication terminal ID 21, and the virtual device VD21 is associated with the output buffer (out buffer) 106 of the communication terminal ID 21. Further, the communication terminal ID 41 is associated with a virtual device VD14 for individually monitoring the upstream signal, and the virtual device VD14 is associated with the input buffer 107 of the communication terminal ID 41.
  • Virtual communication sessions ID 201, ID 202 and ID 203 are established in the communication monitor unit 6 for the individual monitor (see FIGS. 5B and 5C).
  • the virtual communication session ID 201 that monitors the upstream audio signal of the communication terminal ID 21 is a communication session in which only the communication terminal ID 21 (input buffer 105) and the virtual device VD 11 participate.
  • the voice signal received from the communication terminal ID 21 and buffered in the input buffer 105 is transferred to the recording unit 230 via the virtual device VD11 (output buffer 213).
  • the recording unit 230 accumulates the transferred audio signal in the recording buffer, and files the buffered audio signal every time the buffered audio signal becomes a predetermined size.
  • the virtual communication session ID 202 that monitors the upstream audio signal of the communication terminal ID 41 is a communication session in which only the communication terminal ID 41 (input buffer 107) and the virtual device VD 41 participate.
  • the voice signal received from the communication terminal ID 41 and buffered in the input buffer 107 is transferred to the recording unit 230 via the virtual device VD14 (output buffer 216).
  • the recording unit 230 accumulates the transferred audio signal in the recording buffer, and files the buffered audio signal every time the buffered audio signal becomes a predetermined size.
  • the virtual communication session ID 203 that monitors the downstream audio signal of the communication terminal ID 21 is a communication session in which only the communication terminal ID 21 (output buffer 106) and the virtual device VD 21 participate. Since the virtual device VD21 is associated with the output buffer 106 of the communication terminal ID 21, the voice signal of another communication terminal communicating with the communication terminal ID 21 is input to the virtual communication session ID 203 in the actual communication session ID 1. To.
  • the communication terminal ID 21 is an exclusion terminal in the virtual communication session ID 203. Since the communication session ID 1 is individual communication between the communication terminal ID 21 and the communication terminal ID 41, the audio signal recorded by the virtual communication session ID 203 is substantially the same as the audio signal recorded by the virtual communication session ID 202.
  • the audio signal mixed by the mixing unit 110 and buffered in the output buffer 106 is transferred to the recording unit 230 via the virtual device VD21.
  • the recording unit 230 accumulates the transferred audio signal in the recording buffer, and files the buffered audio signal every time the buffered audio signal becomes a predetermined size.
  • Information on each communication terminal is registered in the terminal table (call destination table) 40 shown in FIG. 4A.
  • a user who intends to start communication calls a communication terminal of a communication partner with a communication terminal possessed by the user.
  • a call message is generated by this call operation and transmitted to the relay device 2.
  • the relay device 2 registers the communication session corresponding to the call message in the mixing table 41 shown in FIG. 4B (establishes the communication session), and sets the communication terminal of the communication partner. call. As a result, communication between communication terminals is started.
  • Communication terminals other than the telephones 20 and 22 start communication by transmitting an RTP packet that stores an audio signal as a data body. That is, communication is started in the form of a wireless transceiver in which the PTT switch is pressed to start communication.
  • the first RTP packet transmitted at the start of this communication is called a call packet.
  • This call packet serves as the call message.
  • the RTP packet used in the voice communication system 1 is configured as shown in FIG.
  • a SIP message (INVITE) is first transmitted to the relay device 2.
  • the relay device 2 establishes a communication session with another communication device according to the SIP procedure.
  • a communication session is established by transmitting a call packet by a communication terminal such as the WLAN transceiver 23 will be described.
  • FIG. 4A is a diagram showing a terminal table (call destination table) 40.
  • the terminal table 40 stores information on communication terminals and groups registered in the voice communication system 1.
  • a plurality of communication terminals belong to a group (including the whole), and when the group is called, the plurality of communication terminals to which the group belongs are called all at once.
  • An identification number (ID), address information for accessing the communication terminal, and a participation session number indicating a participating communication session are stored in association with each communication terminal. For each group, the identification number of the communication terminal belonging to this group is stored.
  • the identification number (ID) corresponds to the identification information of the present invention.
  • the call type is information indicating which form of communication is executed when this ID is called.
  • “Individual” communication is communication between individual communication terminals on a one-to-one basis.
  • “Group” communication is communication in which a plurality of communication terminals (generally three or more) exchange voice signals with each other.
  • the “whole” communication is a communication in which all communicable communication terminals connected to the network 10, the LTE communication network 11, and the external device interface 34 exchange voice signals with each other.
  • FIG. 6 is a diagram showing a configuration of an RTP packet used in this voice communication system.
  • the RTP packet has a header and a data body (payload), and the destination address and the source address are described in the header.
  • the data body contains voice signals and session information for voice communication.
  • the session information is information about a communication session registered in the mixing table 41 of FIG. 4B, and is written to identify which communication session the RTP packet belongs to.
  • the session information includes a session number, a destination ID and a call ID.
  • the call packet which is the first voice packet to be transmitted when the communication is started, the communication session for this voice packet has not been established yet (the communication session is not registered in the mixing table 41).
  • the session number is blank.
  • FIG. 4B is a diagram showing a mixing table 41.
  • the communication session established and executed is registered in the mixing table 41.
  • the relay device 2 transfers the audio signal received from the communication terminal participating in the communication session to another communication terminal participating in the communication session. When a plurality of voice signals are input at the same time, they are mixed and transmitted to the communication terminal. Even when the relay device 2 mixes the audio signal and transmits it to each communication terminal, the relay device 2 performs echo cancel mixing for each communication terminal and transmits the audio signal so that the audio signal transmitted by a certain communication terminal does not return to the communication terminal.
  • the mixing table 41 is provided with columns for a session ID, a call ID, a destination ID, a participating terminal, an excluded terminal, and a retention time timer (TS) for each communication session.
  • the session ID is a number that identifies this communication session, and is serially assigned in the order of establishment (registration order) of the communication session.
  • the identification number of the communication terminal that made the call (transmitted the call packet) is stored in the call ID column. In the destination ID field, the identification number of the communication terminal or group called by the calling packet is stored.
  • the identification number of the communication terminal participating in this communication session is registered in the column of participating terminals. Also, in the column of excluded terminals, the communication terminals that are called (belonging to) in this communication session but are not participating in this communication session because they are participating in another communication session and communicating. The identification number is registered.
  • the control unit 30 transfers the voice signal to another participating terminal.
  • the identification number of the calling terminal and the identification number of the communication terminal belonging to the group designated as the communication partner are registered in the participating terminal column.
  • a communication terminal that belongs to that group but participates in another communication session cannot participate in this group communication session, so that communication terminal is excluded from the participating terminals and the identification number is registered in the excluded terminal column. Will be done.
  • the calling terminal is a communication terminal that does not belong to this group, that is, when the calling terminal calls a group other than the group to which it belongs
  • the identification number of the calling terminal is also a participating terminal. It is registered in the column of.
  • all communication terminals that can communicate are registered as participating terminals.
  • the retention time of each communication session is set to, for example, 30 seconds.
  • the holding time timer (TS) of the mixing table 41 is a timer that counts down when no voice signal is transmitted from any of the participating terminals.
  • the holding time timer TS is reset (30 seconds is set) and counted down in the communication session management process (see FIG. 11).
  • this communication session is canceled and the information of this communication session is deleted from the mixing table 41.
  • FIG. 4C is a diagram showing a priority table 42.
  • the communication priority for each call type is stored.
  • the priority is expressed numerically, and the smaller the value, the higher the priority.
  • which communication session the communication terminal is to participate in is determined based on the priority of the priority table 42.
  • one communication terminal is called from a plurality of communication sessions in duplicate, for example, when it is called from a plurality of communication sessions at the same time, or when it is called from another communication session while participating in one communication session, etc. Is.
  • the communication terminal continues to participate in the current session and does not move to the new communication session. Even if the priority is the same, the relay device 2 may move the communication terminal to a new communication session.
  • FIG. 4D is a diagram showing a virtual device table (for session monitor) 43.
  • the call ID (identification number) of the communication terminal or group to be monitored is stored in the virtual device table 43.
  • the communication terminal or group to be monitored is referred to as a session monitor target in the following description.
  • the communication monitor unit 6 records the voice signal transmitted / received in the communication session.
  • a virtual device attached to the monitor target is provided.
  • the virtual device VD1 is provided corresponding to the communication terminal ID 21 (analog transceiver 26) to be monitored.
  • the virtual device is a virtual device for acquiring a voice signal for recording from a network communication relay unit 4 that performs mixing transfer of a voice signal.
  • the communication monitor unit 6 also participates in the communication session in which the monitor target participates.
  • the network communication relay unit 4 outputs an audio signal to the communication monitor unit 6 as an audio signal to be transmitted to the virtual device at the time of mixing.
  • the communication monitor unit 6 acquires all the audio signals of the communication session in which the monitor target participates.
  • the virtual device also leaves the session.
  • the communication monitor unit 6 may record the audio signal of the communication session to be monitored, or output it to a speaker or the like without recording so that the user can listen to it.
  • FIG. 5A is a diagram showing a virtual device table 45 in which virtual devices for individual monitors are registered
  • FIGS. 5B and 5C are diagrams showing a virtual mixing table 44 in which virtual communication sessions for individual monitors are registered.
  • a virtual communication session of the upstream individual monitor in which the virtual device for the upstream signal individual monitor described later participates is registered.
  • the virtual mixing table 44-2 shown in FIG. 5C a virtual communication session of the downstream individual monitor in which the virtual device for the downstream signal individual monitor described later participates is registered.
  • the virtual mixing table is divided into an upstream individual monitor (FIG. 5B) and a downstream individual monitor (FIG. 5C), but these may be created as one without being divided. Good. This is because the stream direction can be determined by the virtual device ID even if the virtual mixing tables of the upstream individual monitor and the downstream individual monitor are combined.
  • the call ID (identification number) of the communication terminal to be monitored is stored in the virtual device table 45 shown in FIG. 5A.
  • the communication terminal to be monitored is referred to as an individual monitor target in the following description.
  • the virtual devices include virtual devices VD11, VD12, and VD14 for upstream that monitor the upstream signal to be monitored, and virtual devices VD21, VD22, and VD23 for downstream that monitor the downstream signal to be monitored. ..
  • the upstream signal is an audio signal received from a communication terminal to be monitored.
  • the downstream signal is an audio signal transmitted to a communication terminal to be monitored.
  • communication terminals ID 21 and ID 22 are provided with virtual devices for individual monitors, both upstream and downstream, respectively.
  • the communication terminal ID 31 is provided with a virtual device for an individual downstream monitor.
  • the communication terminal ID 41 is provided with a virtual device for an upstream individual monitor.
  • the communication monitor unit 6 When an actual communication session in which a communication terminal associated with a virtual device for upstream individual monitoring participates is established, the communication monitor unit 6 establishes a virtual communication session in which the communication terminal and the corresponding virtual device participate. Then, the virtual communication session is registered in the virtual mixing table 44-1.
  • the ID of the communication terminal to be monitored and the ID of the virtual device associated with this communication terminal are stored.
  • the communication monitor unit 6 participates in the output buffer of the communication terminal and the corresponding virtual device.
  • the communication monitor unit 6 continuously buffers the voice of the communication session in which the monitor target participates, and divides it into files by dividing it into predetermined sizes (for example, every 100 MB). Further, when the communication session in which the monitor target participates fluctuates, for example, when the communication session starts / moves / ends, the communication monitor unit 6 files the buffered voice signal each time.
  • the relay device 2 transmits a voice packet (voice signal) input from the communication terminal via the network 10, the LTE communication network 11 and the external device interface 34 to the other via the network 10, the LTE communication network 11 and the external device interface 34. Transfer to the communication terminal of.
  • a voice packet voice signal
  • an audio signal is transmitted to a plurality of communication terminals belonging to the group.
  • users of a plurality of communication terminals may speak at the same time, and voice packets may be transmitted from the plurality of communication terminals at the same time.
  • the relay device 2 mixes the voice signals of the plurality of voice packets, edits the new voice packet, and transmits the new voice packet to each communication terminal.
  • FIG. 7 shows the voice buffer confirmation processing operation.
  • the control unit 30 periodically (for example, every 20 milliseconds) checks the input buffer (in buffer) in which the audio signal received from the communication terminal is buffered, and determines whether or not the audio signal is buffered (S10). If the audio signal is not buffered (NO in S10), the control unit 30 ends the buffer confirmation processing operation. When the voice signal is buffered (YES in S10), the control unit 30 reads the session information of the voice packet and determines whether the communication session is already registered in the mixing table 41 (S11).
  • the control unit 30 When the communication session is already registered in the mixing table 41 (YES in S11), the control unit 30 resets the holding time timer TS of the mixing table 41 to 30 seconds (S15), and outputs the voice signal of the received voice packet. Transfer to the communication terminal participating in the communication session (S13). The control unit 30 determines the communication terminals participating in the communication session by referring to the column of the participating terminals in the mixing table 41.
  • this voice packet is a call packet.
  • the control unit 30 performs a communication session registration process for registering a new communication session by the call packet in the mixing table 41 (S12), and sends the voice signal of the received voice packet to the communication terminal participating in the communication session. Transfer to (S13).
  • the communication session registration process will be described with reference to the flowchart of FIG.
  • FIG. 8 is a flowchart showing a communication session registration process executed in S12 of FIG. 7.
  • the control unit 30 extracts a participating terminal candidate consisting of a calling terminal and a called communication terminal of this new communication session from the destination ID and the calling ID included in the received calling packet, and selects one of them ( S20).
  • the control unit 30 determines whether or not the communication terminal of the participating terminal candidate is currently participating in (communication) in another communication session (S21).
  • the control unit 30 determines this communication terminal as a participating terminal of the communication session to be established this time (S22), and the communication monitor unit 6 informs the communication terminal (in S20).
  • a message notifying that the selected communication terminal) has started communication is transmitted (S23).
  • the communication monitor unit 6 starts the individual monitor of the communication terminal in response to this notification. Next, it is determined whether or not this communication terminal is a communication terminal for session monitoring (S24). In the case of a communication terminal targeted for session monitoring (YES in S24), the virtual device VDn associated with this communication terminal is also included in the participating terminals (S25).
  • the control unit 30 compares the priority of the communication session in which the communication terminal is currently participating with the priority of the new communication session this time (S26). When the priority of the new communication session is high (YES in S26), the control unit 30 executes a withdrawal process for detaching the communication terminal from the currently participating communication session (S27), and renews the communication terminal. It is determined as a participating terminal of a communication session (S22). A message notifying that the communication terminal has started communication is transmitted to the communication monitor unit 6 (S23), and if this communication terminal is the monitoring target (YES in S24), the corresponding virtual device VDn is also a participating terminal. (S25).
  • control unit 30 uses this communication terminal for the new communication session. It is determined as an exclusion terminal (S28). The control unit 30 repeats the processes of S20 to S28 for all the participating terminal candidates (S30).
  • the control unit 30 determines the number of communication terminals determined as the participating terminals (S31). When the number of participating terminals is 2 or more excluding virtual devices (YES in S31), the control unit 30 registers this new communication session in the mixing table 41 (S32), and ends this process. Further, when the number of participating terminals is less than 2 in S29 (NO in S31), the control unit 30 does not register the new communication session in the mixing table 41 because the new communication session cannot be established. Finish the registration process. In this process, the communication session may be registered even when the communication terminal of the participating terminal candidate becomes an excluded terminal and the number of participating terminals is less than 2.
  • holding time TS time-up time of the holding time timer TS
  • this communication session is canceled by the communication session management process (see FIG. 11). Will be done.
  • the session withdrawal process executed in S27 of FIG. 8 will be described with reference to FIG. As shown in FIG. 8, this process is a process of moving the communication terminal participating in the communication session away from the currently participating communication session in order to move it to another communication session having a high priority.
  • the control unit 30 transmits a message notifying the communication monitor unit 6 that the communication terminal is leaving the communication session (S40).
  • the control unit 30 erases the participating session number of the terminal table 40 (S41), and moves the identification number of this communication terminal from the column of the participating terminal of the currently participating communication session of the mixing table 41 to the column of the excluded terminal. (S42).
  • the control unit 30 determines whether or not this communication terminal is a session monitor target (S43).
  • the control unit 30 deletes the virtual device VDn from the column of the participating terminal (S44). This ends the session monitor for this communication session. Then, when the number of participating terminals in this communication session becomes less than 2 due to the withdrawal of the communication terminal (YES in S45), the control unit 30 executes the session end processing of this communication session (S46).
  • the communication terminal to be monitored leaves the communication session by this process, recording is started in the communication session to be newly joined immediately (S24-S25 in FIG. 8). Even if the number of participating terminals is less than 2, the communication session may not be terminated immediately and the communication session may be maintained until the holding time TS elapses.
  • FIG. 10 is a flowchart showing the session end process. This process is executed when the voice of the communication session is interrupted and the holding time TS (for example, 30 seconds) elapses without sound, and when the number of participating terminals of the communication session becomes less than 2.
  • the control unit 30 selects one participating terminal of the communication session to be terminated (S50), and transmits a message to the effect that the communication of this communication terminal is terminated to the communication monitor unit 6 (S51).
  • the communication monitor unit 6 terminates the monitor of the communication terminal in response to this notification.
  • the communication monitor unit 6 erases the participation session number of this communication terminal in the terminal table 40 (S52).
  • the communication monitor unit 6 determines whether or not this communication terminal is the target of the session monitor (S53). If it is the target of the session monitor (YES in S53), the communication monitor unit 6 erases the virtual device VDn from the column of the participating terminal (S54).
  • the communication monitor unit 6 starts recording the audio signal of this communication terminal in response to this notification. Next, it is determined whether or not this communication terminal is the target of the session monitor (S60). When the target of the session monitor (YES in S60), the communication monitor unit 6 writes the virtual device VDn in the participating terminal column of the communication session (S61). The communication monitor unit 6 executes the processes S50 to S61 for all the participating terminals (YES in S62), deletes the communication session from the mixing table 41 (S63), and ends the session end process.
  • FIG. 11 is a flowchart showing a communication session management process.
  • the communication session management process is a process of counting the silent time of the communication session registered in the mixing table 41 and ending the communication session when a predetermined holding time (30 seconds) has elapsed. This process is repeated periodically (eg, every 20 milliseconds).
  • the control unit 30 first specifies the communication session of the first row of the mixing table 41 (S80).
  • the control unit 30 subtracts 1 count (20 milliseconds) of the holding time timer TS of the designated communication session (S81), and determines whether or not the holding time timer TS becomes 0 by this subtraction (S82). ..
  • the control unit 30 When the holding time timer TS becomes 0 (YES in S82), the control unit 30 assumes that this communication session has ended and deletes the session end processing for the communication session of this line (S83, FIG. 8). The control unit 30 manages the mixing table 41 by sequentially performing the above processing until the final row of the mixing table 41 is reached (S84, S85).
  • the communication monitor unit 6 determines whether or not a voice signal (voice packet) addressed to the virtual device VDn for session monitoring has been received (S90). When the voice packet is received (YES in S90), the communication monitor unit 6 reads the session information included in the data body of the voice packet. The session ID and the like are described in the session information. The communication monitor unit 6 determines whether or not the audio signal of this communication session is being recorded (S92). If recording is not in progress (NO in S92), the communication monitor unit 6 executes the recording start process, assuming that the first voice packet of this communication session has been received (S93).
  • the recording start process will be described with reference to the flowchart of FIG. 13A.
  • the communication monitor unit 6 first saves the session information included in the voice packet (S110). Then, the communication monitor unit 6 secures a storage area (storage capacity) for the audio file in the external storage device 7 (S111). When the free space of the external storage device 7 is small, the old recorded audio file may be deleted to secure the capacity. After that, the communication monitor unit 6 generates a date folder and a storage file name of the audio signal to be buffered from now on (S112), and secures a buffer area for buffering the audio signal on the RAM of the control unit 30 (S113). The session information storage area of S110 is also set on the RAM of the control unit 30. The date folder is generated for each date for each virtual device VDn. Therefore, if the folder of the day of this virtual device VDn has already been created, the folder is not created in S112. The folder name and file name are created as follows.
  • the file name of the audio file created every 100 MB is the name obtained by adding the communication type to MM (month) DD (day) MM (hour) DD (minute) SS (second) at the start of the buffer.
  • the communication type is "_all” for general communication
  • “_group100” (100 is a group ID) for group communication
  • “_uid10” (transceiver ID) for individual communication
  • “_tel1234" telephone number of IP phone
  • the file name of the audio signal of the communication session of the group ID 100 that started the buffer at 18:01 on September 10 is "0910180100_group100.wav”. Therefore, for example, the voice signal of the communication session of the group ID 100 in which the virtual device VD1 started buffering at 18:01 on September 10, 2018 is stored as "/voice_data1/20180910/0910180100_group100.wav”.
  • the communication monitor unit 6 buffers the audio signal received this time (S94).
  • the session information of the voice packet received this time is compared with the session information saved at the start of recording (S95). If there is a change in the session information (YES in S95), it is assumed that the communication partner has changed, the recording is temporarily terminated (S97), and the recording for the new communication session received this time is started (S98).
  • the recording end process executed in S97 will be described with reference to the flowchart of FIG. 13B.
  • the communication monitor unit 6 first copies audio data from the buffer to a predetermined directory of the external storage device 7 to generate a recorded audio file (S115). The file name of this audio file is as described above. Then, the communication monitor unit 6 releases the buffer area on the RAM (S116) and clears the session information (S117).
  • the communication monitor unit 6 determines whether recording is currently in progress and a predetermined standby time (for example, 5 seconds) has elapsed. (S100, S101). If recording is currently in progress and a predetermined standby time (for example, 5 seconds) has elapsed (YES in S100 and S101), the communication monitor unit 6 executes the recording end process assuming that the communication is completed (S102). ).
  • a predetermined standby time for example, 5 seconds
  • the silent standby time may be advanced with no voice signal.
  • the virtual device is deleted from the column of the participating terminal of the communication session (S43 in FIG. 9 and S53 in FIG. 10)
  • the recording end process may be executed according to the message.
  • FIG. 14 is a flowchart showing a processing procedure of the individual monitor executed by the communication monitor unit 6.
  • FIG. 14A is a flowchart showing a virtual session start process.
  • the communication monitor unit 6 determines whether the notified communication terminal is a communication terminal to be individually monitored. Judgment (S151). If it is not an individual monitor target (NO in S151), the individual monitor process is terminated. When the notified communication terminal is an individual monitor target (YES in S151), the communication monitor unit 6 determines whether the monitor target is an upstream signal or a downstream signal (S152).
  • the communication monitor unit 6 When the upstream signal is to be individually monitored (YES in S152), the communication monitor unit 6 is a virtual communication session in which this communication terminal and the virtual device for individual monitoring associated with this communication terminal participate. Is registered in the virtual mixing table 44-1 (S153). Then, the communication monitor unit 6 executes a recording start process for recording the audio signal transferred to the virtual device (S154: see FIG. 13A).
  • the session information saved in S110 of the recording start process of FIG. 13A is not this virtual session but the information of the actual communication session transmitted from the network communication relay unit 4 in S150.
  • the output buffer of this communication terminal and the virtual device for individual monitoring associated with this communication terminal participate in the communication monitor unit 6.
  • the virtual communication session to be performed is registered in the virtual mixing table 44-2 (S155).
  • the communication monitor unit 6 executes a recording start process for recording an audio signal transferred from the output buffer to be monitored to the virtual device (S156: see FIG. 13A).
  • the session information saved in S110 of the recording start process of FIG. 13A is not this virtual session but the information of the actual communication session transmitted from the network communication relay unit 4 in S150.
  • FIG. 14B is a flowchart showing the virtual session end processing.
  • the communication monitor unit 6 virtualizes. With reference to the mixing tables 44-1 and 44-1, it is determined whether the notified communication terminal is an individual monitor target (S162). If it is not an individual monitor target (NO in S162), the communication monitor unit 6 ends the process. If the notified communication terminal is an individual monitor target (YES in S162), the virtual communication session targeting this communication terminal registered in the virtual mixing table is deleted (S163), and the recording end process is executed. (S164).
  • FIG. 14C is a flowchart showing the voice buffer confirmation process.
  • the communication monitor unit 6 periodically (for example, every 20 milliseconds) changes the contents of the input buffer of the actual communication terminal participating in the communication session, that is, the communication terminal to be individually monitored. (S171).
  • the contents of the input buffer may be empty (silence).
  • the communication monitor unit 6 adds the acquired audio signal to the recording buffer (S172). That is, the audio signal of the communication terminal is recorded in chronological order including the silent period.
  • the communication monitor unit 6 confirms the size of the voice signal buffered in the recording buffer (S173).
  • the communication monitor unit 6 When the buffer size reaches 100 MB (YES in S173), the communication monitor unit 6 once executes a recording end process (S174) in order to temporarily convert the audio signal into a file, and continues recording to record the audio signal. The start process is executed (S175). If the buffer size has not reached 100 MB (NO in S173), the communication monitor unit 6 ends the process.
  • S174 recording end process
  • the individual monitor records the audio signal while the communication terminal to be monitored is participating in the communication session, including the silent period, on the time axis.
  • the session monitor records a voice signal (at a predetermined level or higher) when it is input from any of the communication terminals participating in the communication session. Even in the individual monitor, the audio signal may be recorded only when the audio signal is input from the communication terminal to be monitored. Further, the session monitor may also record all the audio signals mixed in the communication session including the silent period.
  • the recorded audio data is WAV, but the encoding format may be any.
  • MP3 may be used.
  • the size of the buffered recorded voice is filed every time it reaches a predetermined size, but it may be filed every time the recording time reaches a predetermined time.
  • Voice communication system Relay device 3 Telephone relay unit 3 A interface 4 Network communication relay unit 5 Wireless communication relay unit 6 Communication monitor unit 7 External storage device 20 SIP telephone 22 Extension telephone 25 Analog radio (repeater) 26 Analog transceiver 27 Digital radio (repeater) 28 Digital Transceiver 29 Microphone / Speaker 34-1 to 3 External device interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】特定の通信端末の通信音声を追跡して録音できるようにした中継装置を提供する。 【解決手段】通信端末から呼び出しがあったとき、呼び出した通信端末および呼び出された通信端末を参加端末とする通信セッションを確立する。確立された通信セッションの参加端末から音声信号が送られてくると、この音声信号を同じ通信セッションの他の参加端末にセッション情報とともに送信する。通信端末に仮想デバイスを対応づけ、通信端末と仮想デバイスで仮想の通信セッションを確立する。仮想通信セッションにおいて、通信セッションから仮想デバイス宛に送信された音声信号を通信モニタ部で録音する。

Description

中継装置および音声通信の録音方法
　この発明は、音声通信を中継する中継装置に関し、特には、中継する音声信号の録音機能に関する。
　無線トランシーバや電話機などの音声通信をネットワークで中継する中継装置が提案されている（特許文献１，２，３参照）。複数の中継装置をネットワークを介して接続することにより、ＩＰ電話機と無線機など異なる種類の通信機器が相互に音声通信できるようになる。このような中継装置が、中継している音声信号を外部出力すれば、その音声信号を録音することは可能であった。
特開２０１４－０８７０２７号公報 国際公開ＷＯ２０１５／０６８６６３公報 国際公開ＷＯ２０１６／００２８６６公報
　しかし、中継装置から音声信号を外部に取り出すためには、その外部出力用のデバイスを通信に参加させる必要があり、新たなハードウェアが必要である。また、ソフトウェア的に通信を録音できるようにすることは勿論可能であるが、中継装置に新たな録音機能を追加することは手間の掛かることであるとともに、音声通信の中継処理を行う制御部の負荷が増大してしまうという問題点があった。また、特定の通信端末が行う通信を追跡して録音することはさらに困難であった。
　そこで、本発明の目的は、特定の通信端末の通信音声を追跡して録音できるようにした中継装置を提供することにある。
　この発明の中継装置は、通信部と、通信セッション処理部と、通信モニタ部を備える。通信部は、音声通信を行う複数の通信端末と通信する。通信セッション処理部は、ある通信端末から他の１または複数の通信端末を呼び出す呼び出しがあったとき、この呼び出した通信端末および呼び出された１または複数の通信端末が参加端末として登録され、セッション情報で識別される通信セッションを確立し、確立された通信セッションの参加端末から音声信号が送られてくると、この音声信号を同じ通信セッションの他の参加端末に前記セッション情報とともに送信する。通信セッション処理部は、さらに、通信セッション確立時に、その通信セッションの参加端末の情報を通信モニタ部に通知する。通信モニタ部は、通信セッションの確立時に通信端末の情報が通知されたとき、この通信端末から送信されてきた音声信号を、他の通信端末の音声信号から区別して個別に入力して録音する処理、通信セッションにおいて、この通信端末に向けて送信される音声信号を録音する処理の一方または両方を実行する。
　この発明の音声通信の録音方法では、音声通信を行う複数の通信端末と通信する中継装置が、以下の手順を実行する。ある通信端末から他の１または複数の通信端末を呼び出す呼び出しがあったとき、この呼び出した通信端末および呼び出された１または複数の通信端末が参加端末として登録され、セッション情報で識別される通信セッションを確立する。確立された通信セッションの参加端末から音声信号が送られてくると、この音声信号を同じ通信セッションの他の参加端末にセッション情報とともに送信する。通信セッションが確立されている間、予め定めたモニタ対象の通信端末から送信されてきた音声信号を、他の通信端末の音声信号から区別して個別に入力して録音する処理、通信セッションにおいて、この通信端末に向けて送信される音声信号を録音する処理の一方または両方を実行する。
　上記発明において、通信モニタ部が、音声信号の録音を行うモニタ対象の通信端末から送信されてきた音声信号をバッファする入力バッファ、または、モニタ対象の通信端末へ送信する音声信号をバッファする出力バッファのいずれか一方に対応づけられた仮想デバイスを設定し、通信セッションの確立時にモニタ対象の通信端末の情報が通知されたとき、モニタ対象の通信端末と仮想デバイスとで仮想通信セッションを確立し、仮想通信セッションにおいて、仮想デバイスへ送信される音声信号を録音するようにしてもよい。
　上記発明において、仮想デバイスは複数設けられ、通信モニタ部が、複数の仮想デバイス宛に送信されてくる音声信号を平行してそれぞれ別々に録音してもよい。
　上記発明において、通信セッション処理部が、通信セッションの解消時に、その通信セッションの参加端末の情報を通信モニタ部に通知し、通信モニタ部が、通信セッションの解消時に通信端末の情報が通知されたとき、通信端末の音声信号の録音を終了するようにしてもよい。
　上記発明において、通信モニタ部は、前記音声信号を揮発性メモリにバッファし、バッファした音声信号が予め定めたサイズになったとき、このバッファした音声信号をファイルとして前記不揮発性記憶装置に保存するようにしてもよい。
　この発明によれば、通信セッションに参加している通信端末の通信音声を他の通信端末の音声信号から切り離して取得でき、この音声を録音することができる。
図１は、音声通信システムのブロック図である。 図２は、中継装置のブロック図である。 図３は、ネットワーク通信中継部および通信モニタ部の機能ブロック図である。 図４Ａは、中継装置に設けられる端末テーブルを示す図である。 図４Ｂは、中継装置に設けられるミキシングテーブルを示す図である。 図４Ｃは、中継装置に設けられる優先度テーブルを示す図である。 図４Ｄは、中継装置に設けられる仮想デバイステーブルを示す図である。 図５Ａは、中継装置に設けられる仮想デバイステーブルを示す図である。 図５Ｂは、中継装置に設けられる仮想ミキシングテーブルを示す図である。 図５Ｃは、中継装置に設けられる仮想ミキシングテーブルを示す図である。 図６は、音声パケットの構成を示す図である。 図７は、音声パケット受信時の処理を示すフローチャートである。 図８は、通信セッション登録処理を示すフローチャートである。 図９は、セッション離脱処理を示すフローチャートである。 図１０は、通信セッション終了処理を示すフローチャートである。 図１１は、通信セッション管理処理を示すフローチャートである。 図１２は、録音処理を示すフローチャートである。 図１３Ａは、録音開始処理を示すフローチャートである。 図１３Ｂは、録音終了処理を示すフローチャートである。 図１４Ａは、通信モニタ部の仮想セッション開始処理を示すフローチャートである。 図１４Ｂは、通信モニタ部の終了・離脱処理を示すフローチャートである。 図１４Ｃは、通信モニタ部の音声バッファ確認処理を示すフローチャートである。
　図面を参照してこの発明の音声通信システムについて説明する。図１は、この発明の実施形態である音声通信システム１の構成図である。図２は中継装置２の構成を示す図である。
　音声通信システム１は、中継装置２の中継により、複数の通信端末間の音声通信を実現するシステムである。通信端末は、後述のＳＩＰ電話機２０、内線電話機２２、ＷＬＡＮトランシーバ２３、ＬＴＥトランシーバ２４、アナログトランシーバ２６、および、デジタルトランシーバ２８などである。これらの通信端末は、それぞれ異なる形態で音声信号を送受信する装置であり、中継装置２は、これら異種の通信端末間の音声通信を中継する。
　中継装置２は、通信の音声をモニタすることができる。２台以上の通信端末が相互に通信するとき、中継装置２はこの通信のための通信セッションを確立する。予めセッションモニタ対象として仮想デバイステーブル４３（図４参照）に登録された通信端末またはグループが参加している通信セッションで送受信される音声信号がモニタされる。また、予め個別モニタ対象として仮想デバイステーブル４５（図５参照）に登録された通信端末が通信セッションに参加している場合、この通信端末から送信された音声信号が（他の通信端末から送信された音声信号と分離されて）個別にモニタされる。モニタは、録音、音声出力の一方または両方である。
　図１において、中継装置２は、ＩＰ電話システム１３、ＷＬＡＮトランシーバシステム１４、ＬＴＥトランシーバシステム１５および無線通信システム１６からなる複数の通信システム間の音声通信を中継する。このため、中継装置２は、電話中継部３、ネットワーク通信中継部４および無線通信中継部５を有している。
　電話中継部３には、ＩＰ電話システム１３が接続される。ＩＰ電話システム１３は、ネットワーク１０に接続されたＳＩＰ電話機２０、ＶｏＩＰゲートウェイ２１、および、ＶｏＩＰゲートウェイ２１に接続された内線電話機２２を有する。ＶｏＩＰゲートウェイ２１はＰＢＸ機能を備えており、電話回線（外線）にも接続される。
　ネットワーク通信中継部４には、無線アクセスポイント（不図示）を有するネットワーク１０、および、基地局（不図示）を有するＬＴＥ通信網１１が接続される。ネットワーク１０上にはＷＬＡＮトランシーバシステム１４が構成され、ＬＴＥ通信網１１上にはＬＴＥトランシーバシステム１５が構成される。ＷＬＡＮトランシーバシステム１４は、無線アクセスポイントを介してネットワーク１０にアクセスするＷＬＡＮトランシーバ２３を有している。ＬＴＥトランシーバシステム１５は、基地局を介してＬＴＥ通信網１１にアクセスするＬＴＥトランシーバ２４を有している。ネットワーク通信中継部４の構成および機能は、本出願人の先行出願である「国際公開ＷＯ２０１５／０６８６６３」に詳述されている。
　無線通信中継部５は、図２に示すように複数の外部機器インタフェース３４を有している。各外部機器インタフェース３４には、アナログ方式の無線トランシーバ（レピータ）２５、および、デジタル方式の無線トランシーバ（レピータ）２７がそれぞれ接続されている。レピータ２５は、同種のアナログ方式のハンディ無線トランシーバ（アナログトランシーバ）２６と通信する。レピータ２７は、同種のデジタル方式のハンディ無線トランシーバ（デジタルトランシーバ）２８と通信する。無線通信中継部５の構成および機能は、本出願人の先行出願である「特開２０１４－０８７０２７号公報」、「国際公開ＷＯ２０１６／００２８６６」に詳述されている。
　図２は、中継装置２のブロック図である。中継装置２は、電話中継部３、ネットワーク通信中継部４、無線通信中継部５および通信モニタ部６を有しているが、これらは、主として機能的（ソフトウェア的）に実現される。中継装置２は制御部３０を有している。制御部３０は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを有するコンピュータで構成される。制御部３０には、外部記憶装置７、ネットワーク接続部３１、ＬＴＥ接続部３２および信号処理部３３が接続される。外部記憶装置７は、たとえばＵＳＢ接続のハードディスクなど不揮発・大容量の記憶装置であり、通信端末の通信音声を録音した音声ファイルが記憶される。ネットワーク接続部３１は、ネットワーク１０に接続される。ＬＴＥ接続部３２はＬＴＥ通信網１１に接続される。図１には、電話中継部３、ネットワーク通信中継部４に接続されるネットワーク１０がそれぞれ別に記載されているが、これらは全て同じネットワークでも構わない。
　中継装置２では、制御部３０を含むハードウェアとソフトウェアの協働により、機能的に、電話中継部３、ネットワーク通信中継部４、無線通信中継部５および通信モニタ部６が実現される。電話中継部３は、ネットワーク通信中継部４と音声信号等を送受信するためのインタフェース３Ａを有している。ネットワーク通信中継部４は、無線通信中継部５と音声信号等を送受信するためのインタフェース４Ａを有している。また、無線通信中継部５は信号処理部３３と音声信号等を送受信するためのインタフェース５Ａを有している。信号処理部３３は、制御部３０（インタフェース５Ａ）から入力されたＲＴＰパケットから音声信号を取り出し、デジタルまたはアナログの信号波に変換して外部機器インタフェース３４に出力する。また、信号処理部３３は、外部機器インタフェース３４から入力されたデジタルまたはアナログの音声信号を圧縮、符号化およびＲＴＰパケット化して制御部３０（インタフェース５Ａ）に入力する。
　外部機器インタフェース３４（３４－１～３）は、３つ設けられており、それぞれアナログインタフェース３４－１、デジタルインタフェース３４－２、アナログ（手元マイク・スピーカ）インタフェース３４－３である。図１では、アナログインタフェース３４－１およびデジタルインタフェース３４－２にレピータ２５、２７が接続されている状態を示している。
　ネットワーク通信中継部４は、ＷＬＡＮトランシーバ２３同士の通信、ＬＴＥトランシーバ２４同士の通信、および、ＷＬＡＮトランシーバ２３－ＬＴＥトランシーバ２４間の通信を中継する。ネットワーク通信中継部４は、また、電話中継部３からの呼び出しに対応して、ＳＩＰ電話機２０または内線電話機２２（以下、電話機２０、２２と呼ぶ）とＷＬＡＮトランシーバ２３またはＬＴＥトランシーバ２４との通信、および、電話機２０、２２と無線トランシーバ２６、２８との通信を中継する。また、後述の通信セッションの制御や音声信号のミキシングは、ネットワーク通信中継部４によって実行される。ネットワーク通信中継部４が本発明の通信セッション処理部に対応する。
　電話中継部３は、ＳＩＰ電話機２０や内線電話機２２からの呼び出しを受信し、その呼び出し先である通信相手の通信機器（宛先無線機）を決定して、その宛先無線機の情報および電話機２０、２２から受信した音声信号をネットワーク通信中継部４に入力する。なお、電話中継部３、ネットワーク通信中継部４、および、信号処理部３３を含む無線通信中継部５の全部または一部が、本発明の通信部に対応する。
　通信モニタ部６は、複数の通信端末のうちモニタ対象となっている通信端末が参加している通信セッションの音声をモニタする。上述のようにモニタとは、録音および／または音声出力である。以下の説明は、録音についての説明である。録音された音声（音声ファイル）は、外部記憶装置７に記憶される。
　図３は、ネットワーク通信中継部４によって確立される通信セッション、および、通信モニタ部６によって行われる通信のモニタを示す機能ブロック図である。ネットワーク通信中継部４が通信セッションを確立すると、図４Ｂに示すミキシングテーブルにその通信セッションが登録されるとともに、ネットワーク通信中継部４は、その通信セッションに参加している通信端末の音声信号のミキシング転送を行う。図３は、図４Ｂのミキシングテーブルにおいて、セッションＩＤ「１」で識別される通信セッションの機能ブロック図を示している。
　通信セッションＩＤ１には、ＩＤ＝２１，４１で識別される（実際の）通信端末が参加しており、このうち通信端末ＩＤ２１には、セッションモニタ用の仮想デバイスＶＤ１が対応づけられている（図４Ｄ参照）。したがって、通信セッションＩＤ１には、通信端末ＩＤ２１、通信端末ＩＤ４１に加えて、仮想デバイスＶＤ１が参加し、ミキシング部１１０によって、エコーキャンセルミキシング転送（後述）が行われる。
　アナログトランシーバである通信端末ＩＤ２１から送信されてきた音声信号は、無線通信中継部５から入力バッファ１０５にバッファされ、入力バッファ１０５にバッファされた音声信号がミキシング部１１０に取り込まれる。ＬＴＥトランシーバである通信端末ＩＤ４１から送信されてきた音声信号は、ＬＴＥ接続部３２から入力バッファ１０７にバッファされ、入力バッファ１０７にバッファされた音声信号がミキシング部１１０（通信セッションＩＤ１）に取り込まれる。ミキシング部１１０では、通信端末ＩＤ２１に対しては、通信端末ＩＤ４１から受信した音声信号のみが転送される。転送される音声信号は、出力バッファ１０６にバッファされ、信号処理部３３によって取得される。また、ミキシング部１１０では、通信端末ＩＤ４１に対しては、通信端末ＩＤ２１から受信した音声信号のみが転送される。転送される音声信号は、出力バッファ１０８にバッファされ、ＬＴＥ接続部３２によって取得される。
　また、ミキシング部１１０では、仮想デバイスＶＤ１に対しては、通信端末ＩＤ２１および通信端末ＩＤ４１から受信した音声信号がミキシングされて転送される。転送される音声信号は、出力バッファ１２０にバッファされ、通信モニタ部６の録音部２３０によって取得される。録音部２３０は、このミキシングされた音声信号を録音バッファに蓄積してゆき、バッファされた音声信号が所定のサイズになるごとにこれをファイル化する。
　また、通信端末ＩＤ２１には、個別モニタ用の仮想デバイスＶＤ１１、ＶＤ２１が対応付けられている（図５Ａ参照）。個別モニタとは、上述したように、複数の通信端末で通信セッション（相互通信）が行われている場合でも、モニタ対象の通信端末単体の送受信音声信号のみをモニタ（録音）する機能である。仮想デバイスＶＤ１１は、モニタ対象の通信端末ＩＤ２１のアップストリーム音声信号（通信端末ＩＤ２１から受信した音声信号）のみをモニタするために設けられた仮想デバイスである。仮想デバイスＶＤ２１は、モニタ対象の通信端末ＩＤ２１のダウンストリーム音声信号（通信端末ＩＤ２１に送信される音声信号）をモニタするために設けられた仮想デバイスである。仮想デバイスＶＤ１１は、通信端末ＩＤ２１の入力バッファ（ｉｎ　ｂｕｆ）１０５に対応付けられ、仮想デバイスＶＤ２１は、通信端末ＩＤ２１の出力バッファ（ｏｕｔ　ｂｕｆ）１０６に対応付けられている。また、通信端末ＩＤ４１には、アップストリーム信号を個別モニタするための仮想デバイスＶＤ１４が対応付けられており、仮想デバイスＶＤ１４は、通信端末ＩＤ４１の入力バッファ１０７に対応付けられている。
　個別モニタのために、通信モニタ部６では、仮想通信セッションＩＤ２０１、ＩＤ２０２およびＩＤ２０３が確立される（図５Ｂ，Ｃ参照）。通信端末ＩＤ２１のアップストリーム音声信号をモニタする仮想通信セッションＩＤ２０１は、通信端末ＩＤ２１（入力バッファ１０５）および仮想デバイスＶＤ１１のみが参加する通信セッションである。仮想通信セッションＩＤ２０１では、通信端末ＩＤ２１から受信し入力バッファ１０５にバッファされる音声信号が、仮想デバイスＶＤ１１（出力バッファ２１３）を経由して録音部２３０に転送される。録音部２３０は、この転送された音声信号を録音バッファに蓄積してゆき、バッファされた音声信号が所定のサイズになるごとにこれをファイル化する。
　通信端末ＩＤ４１のアップストリーム音声信号をモニタする仮想通信セッションＩＤ２０２は、通信端末ＩＤ４１（入力バッファ１０７）および仮想デバイスＶＤ４１のみが参加する通信セッションである。仮想通信セッションＩＤ２０２では、通信端末ＩＤ４１から受信し入力バッファ１０７にバッファされる音声信号が、仮想デバイスＶＤ１４（出力バッファ２１６）を経由して録音部２３０に転送される。録音部２３０は、この転送された音声信号を録音バッファに蓄積してゆき、バッファされた音声信号が所定のサイズになるごとにこれをファイル化する。
　通信端末ＩＤ２１のダウンストリーム音声信号をモニタする仮想通信セッションＩＤ２０３は、通信端末ＩＤ２１（出力バッファ１０６）および仮想デバイスＶＤ２１のみが参加する通信セッションである。仮想デバイスＶＤ２１は、通信端末ＩＤ２１の出力バッファ１０６に対応付けられているため、仮想通信セッションＩＤ２０３には、実際の通信セッションＩＤ１において、通信端末ＩＤ２１と通信する他の通信端末の音声信号が入力される。通信端末ＩＤ２１は、この仮想通信セッションＩＤ２０３においては、除外端末となる。通信セッションＩＤ１は、通信端末ＩＤ２１と通信端末ＩＤ４１との個別通信であるため、仮想通信セッションＩＤ２０３で録音される音声信号は、仮想通信セッションＩＤ２０２で録音される音声信号とほぼ同じになる。３以上の通信端末が参加するグループ通信（例えば、通信セッションＩＤ２）の場合には、モニタ対象の通信端末に送信される３以上の通信端末の音声信号をモニタすることができる。仮想通信セッションＩＤ２０３では、実際の通信セッションＩＤ１において、ミキシング部１１０でミキシングされ、出力バッファ１０６にバッファされた音声信号が、仮想デバイスＶＤ２１を経由して録音部２３０に転送される。録音部２３０は、この転送された音声信号を録音バッファに蓄積してゆき、バッファされた音声信号が所定のサイズになるごとにこれをファイル化する。
　各通信端末の情報は、図４Ａに示す端末テーブル（呼出先テーブル）４０に登録されている。通信を開始しようとするユーザは、所持する通信端末で通信相手の通信端末を呼び出す。この呼び出し操作によって呼出メッセージが生成され中継装置２に送信される。呼出メッセージが中継装置２に受信されると、中継装置２は、この呼出メッセージに対応する通信セッションを図４Ｂに示すミキシングテーブル４１に登録し（通信セッションを確立し）、通信相手の通信端末を呼び出す。これによって通信端末同士の通信が開始される。
　電話機２０、２２を除く通信端末は、音声信号をデータ本体として格納するＲＴＰパケットを送信することで通信を開始する。すなわち、ＰＴＴスイッチが押されて通信が開始される無線トランシーバのような形態で通信が開始される。この通信の開始時に最初に送信されるＲＴＰパケットが、呼出パケットと呼ばれる。この呼出パケットが呼出メッセージとして機能する。この音声通信システム１で用いられるＲＴＰパケットは、図６のように構成されている。一方、電話機２０、２２が通信を開始するときは、まずＳＩＰメッセージ（ＩＮＶＩＴＥ）を中継装置２に送信する。中継装置２は、ＳＩＰ手順に従って他の通信機器との通信セッションを確立する。以下の説明では、ＷＬＡＮトランシーバ２３などの通信端末が呼出パケットを送信することによって通信セッションが確立される場合について説明する。
　図４および図５を参照して、中継装置２の制御部３０に設けられる各種テーブルについて説明する。図４Ａは、端末テーブル（呼出先テーブル）４０を示す図である。端末テーブル４０は、音声通信システム１に登録された通信端末およびグループの情報が記憶される。グループ（全体を含む）には複数の通信端末が所属し、グループが呼び出されると、所属する複数の通信端末が一斉呼び出される。各通信端末に対応づけて、識別番号（ＩＤ）、通信端末にアクセスするためのアドレス情報、参加している通信セッションを示す参加セッション番号が記憶される。各グループに対して、このグループに所属している通信端末の識別番号が記憶される。識別番号（ＩＤ）が、本発明の識別情報に対応する。
　なお、呼出種別とは、このＩＤを呼び出した場合にどの形態の通信が実行されるかを示す情報である。「個別」通信とは、１対１の個別の通信端末同士の通信である。「グループ」通信とは、複数の通信端末（一般的には３台以上）が相互に音声信号を交換する通信である。「全体」通信とは、ネットワーク１０、ＬＴＥ通信網１１および外部機器インタフェース３４に接続されている通信可能な全ての通信端末が相互に音声信号を交換する通信である。
　通信端末が他の通信端末を呼び出す場合、通信端末は、呼び出される通信端末の識別番号（宛先ＩＤ）が書き込まれたＲＴＰパケット（音声パケット）を中継装置２に送信する。図６はこの音声通信システムで使用されるＲＴＰパケットの構成を示す図である。ＲＴＰパケットは、ヘッダとデータ本体(ペイロード)を有しており、ヘッダには送信先アドレスおよび送信元アドレスが記載される。データ本体は、音声通信のための音声信号とセッション情報を含んでいる。セッション情報は、図４Ｂのミキシングテーブル４１に登録される通信セッションに関する情報であり、このＲＴＰパケットがどの通信セッションのものであるかを識別するために書き込まれる。セッション情報は、セッション番号、宛先ＩＤおよび発呼ＩＤを含んでいる。なお、通信を開始したとき最初に送信される音声パケットである呼出パケットの場合、この音声パケットのための通信セッションがまだ確立されていない（ミキシングテーブル４１に通信セッションが登録されていない）ため、セッション番号は空欄である。
　図４Ｂはミキシングテーブル４１を示す図である。ミキシングテーブル４１は、確立され実行されている通信セッションが登録される。中継装置２は、通信セッションに参加している通信端末から受信した音声信号を、その通信セッションに参加している他の通信端末に転送する。同時に複数の音声信号が入力された場合には、それらをミキシングして通信端末に送信する。中継装置２は、音声信号をミキシングして各通信端末に送信する場合でも、ある通信端末が送信した音声信号がその通信端末に戻らないよう、通信端末ごとにエコーキャンセルミキシングして送信する。
　ミキシングテーブル４１には、各通信セッションについて、セッションＩＤ、発呼ＩＤ、宛先ＩＤ、参加端末、除外端末、および、保持時間タイマ（ＴＳ）の欄が設けられる。セッションＩＤは、この通信セッションを識別する番号であり、通信セッションの確立順（登録順）にシリアルに付される。発呼ＩＤの欄には発呼した（呼出パケットを送信した）通信端末の識別番号が記憶される。宛先ＩＤの欄には、呼出パケットによって呼び出された通信端末またはグループの識別番号が記憶される。
　参加端末の欄には、この通信セッションに参加している通信端末の識別番号が登録される。また、除外端末の欄には、この通信セッションで呼び出されている（所属している）が、他の通信セッションに参加して通信中であるため、この通信セッションに参加していない通信端末の識別番号が登録される。参加端末の欄に識別番号が登録されている通信端末（参加端末）から音声信号が送信されてくると、制御部３０は、この音声信号を他の参加端末に転送する。
　グループ通信セッションの場合、参加端末の欄には、発呼端末の識別番号および通信相手に指名されたグループに属する通信端末の識別番号が登録される。ただし、そのグループに所属していても別の通信セッションに参加している通信端末は、このグループ通信セッションに参加できないため、その通信端末は参加端末から外され除外端末の欄に識別番号が登録される。また、発呼端末が、このグループに所属していない通信端末であった場合、すなわち、発呼端末が、自身の所属するグループ以外のグループを呼び出した場合、発呼端末の識別番号も参加端末の欄に登録される。全体通信セッションの場合、通信可能な全ての通信端末が参加端末として登録される。
　各通信セッションの保持時間は、たとえば３０秒に設定される。ミキシングテーブル４１の保持時間タイマ（ＴＳ）は、どの参加端末からも音声信号が送信されてこない場合にカウントダウンされるタイマである。保持時間タイマＴＳは、通信セッション管理処理（図１１参照）で、リセットされ（３０秒がセットされ）、且つ、カウントダウンされる。参加端末から３０秒間、音声信号が送られて来ずに保持時間タイマＴＳがタイムアップした場合、この通信セッションは解消され、ミキシングテーブル４１からこの通信セッションの情報が消去される。
　図４Ｃは、優先度テーブル４２を示す図である。優先度テーブル４２には、呼出種別ごとの通信の優先度が記憶される。優先度は、数値で表され、値が小さいほど優先度が高いことを示している。一つの通信端末が、重複して複数の通信セッションから呼び出された場合、その通信端末をどちらの通信セッションに参加させるかが、優先度テーブル４２の優先度に基づいて決定される。一つの通信端末が、重複して複数の通信セッションから呼び出される場合とは、例えば、同時に複数の通信セッションから呼び出される場合や、一つの通信セッションに参加中に他の通信セッションから呼び出される場合などである。
　なお、現在の通信セッションの優先度と新たな通信セッションの優先度とが同一の場合、通信端末は現在のセッションに参加し続け、新たな通信セッションに移動しない。同一の優先度であっても、中継装置２は、通信端末を新たな通信セッションに移動させるようにしてもよい。また優先度テーブル４２の内容はこれに限定されるものではなく、例えば、個別通信セッションを優先度＝１としてもよい。
　図４Ｄは、仮想デバイステーブル（セッションモニタ用）４３を示す図である。仮想デバイステーブル４３には、モニタ対象である通信端末またはグループの呼出ＩＤ（識別番号）が記憶される。モニタ対象である通信端末またはグループは、以下の説明では、セッションモニタ対象と呼ばれる。この呼出ＩＤの通信端末が参加する通信セッションが確立されたとき、通信モニタ部６がその通信セッションで送受信される音声信号を録音する。この音声信号を録音するため、モニタ対象に付属する仮想デバイスが設けられている。例えば、モニタ対象の通信端末ＩＤ２１（アナログトランシーバ２６）に対応して仮想デバイスＶＤ１が設けられているなどである。仮想デバイスは、音声信号のミキシング転送を行うネットワーク通信中継部４から録音用の音声信号を取得するための仮想的なデバイスである。通信モニタ部６は、モニタ対象が参加する通信セッションにこの仮想デバイスを一緒に参加させる。これにより、ネットワーク通信中継部４は、ミキシング時に仮想デバイスに送信する音声信号として、通信モニタ部６に対して音声信号を出力する。これにより、通信モニタ部６は、モニタ対象が参加している通信セッションの音声信号を全て取得する。モニタ対象が通信セッションから離脱したとき、仮想デバイスも一緒にセッションから離脱する。通信モニタ部６は、モニタ対象の通信セッションの音声信号を録音するとともに、または録音せずに、スピーカ等に出力してユーザが聴取できるようにしてもよい。
　図５Ａは、個別モニタ用の仮想デバイスが登録される仮想デバイステーブル４５を示す図、図５Ｂ、Ｃは、個別モニタのための仮想通信セッションが登録される仮想ミキシングテーブル４４を示す図である。図５Ｂに示す仮想ミキシングテーブル４４－１には、後述のアップストリーム信号個別モニタ用の仮想デバイスが参加するアップストリーム個別モニタの仮想通信セッションが登録される。図５Ｃに示す仮想ミキシングテーブル４４－２には、後述のダウンストリーム信号個別モニタ用の仮想デバイスが参加するダウンストリーム個別モニタの仮想通信セッションが登録される。なお、この実施形態では、仮想ミキシングテーブルが、アップストリーム個別モニタ用（図５Ｂ）とダウンストリーム個別モニタ用（図５Ｃ）とに分かれているが、これらは分けずに一つに作成されてもよい。アップストリーム個別モニタ、ダウンストリーム個別モニタの仮想ミキシングテーブルを一緒にしても、仮想デバイスＩＤでストリーム方向が判断可能であるためである。
　図５Ａに示す仮想デバイステーブル４５には、モニタ対象となる通信端末の呼出ＩＤ（識別番号）が記憶される。モニタ対象である通信端末は、以下の説明では、個別モニタ対象と呼ばれる。仮想デバイスには、モニタ対象のアップストリーム信号をモニタするアップストリーム用の仮想デバイスＶＤ１１，ＶＤ１２，ＶＤ１４、および、モニタ対象のダウンストリーム信号をモニタするダウンストリーム用の仮想デバイスＶＤ２１，ＶＤ２２，ＶＤ２３がある。アップストリーム信号は、モニタ対象の通信端末から受信した音声信号である。ダウンストリーム信号は、モニタ対象の通信端末に送信される音声信号である。図５Ａの仮想デバイステーブル４５において、通信端末ＩＤ２１，ＩＤ２２には、アップストリーム、ダウンストリーム両方の個別モニタ用仮想デバイスがそれぞれ設けられている。通信端末ＩＤ３１には、ダウンストリーム個別モニタ用の仮想デバイスが設けられている。通信端末ＩＤ４１には、アップストリーム個別モニタ用の仮想デバイスが設けられている。
　アップストリーム個別モニタ用の仮想デバイスが対応付けられている通信端末が参加する実際の通信セッションが確立されたとき、通信モニタ部６がその通信端末および対応する仮想デバイスが参加する仮想通信セッションを確立し、仮想ミキシングテーブル４４－１にその仮想通信セッションを登録する。仮想ミキシングテーブル４４－１には、通信モニタ部６によって仮想的に確立される仮想通信セッションについて、セッションＩＤ（＝２０１，２０２）、発呼ＩＤ、宛先ＩＤ、参加端末の欄が設けられる。発呼ＩＤは、モニタ対象の通信端末のＩＤ（＝２１，４１）である。宛先ＩＤは、通信端末に対応づけられた仮想デバイスの識別番号（＝ＶＤ１１，ＶＤ１４）である。参加端末の欄には、モニタ対象の通信端末のＩＤ、および、この通信端末に対応づけられた仮想デバイスのＩＤが記憶される。
　ダウンストリーム個別モニタ用の仮想デバイスが対応付けられている通信端末が参加する実際の通信セッションが確立されたとき、通信モニタ部６がその通信端末の出力バッファおよび対応する仮想デバイスが参加する仮想通信セッションを確立し、仮想ミキシングテーブル４４－２にその仮想通信セッションを登録する。仮想ミキシングテーブル４４－２には、通信モニタ部６によって仮想的に確立される仮想通信セッションについて、セッションＩＤ（＝２０３）、発呼ＩＤ、宛先ＩＤ、参加端末の欄が設けられる。発呼ＩＤは、モニタ対象の通信端末のＩＤ（＝２１）であるが、この通信端末は除外端末として登録される。宛先ＩＤは、通信端末に対応づけられた仮想デバイスの識別番号（＝ＶＤ２１）である。参加端末の欄には、モニタ対象の通信端末のＩＤ（出力バッファ）、および、この通信端末に対応づけられた仮想デバイスの識別番号（＝ＶＤ２１）が記憶される。
　詳細はフローチャートで後述するが、通信モニタ部６は、モニタ対象が参加する通信セッションの音声を継続的にバッファし、所定サイズごと（たとえば１００ＭＢごと）に区切ってファイル化する。またモニタ対象が参加する通信セッションが変動した場合、例えば、通信セッションが開始／移動／終了したとき、通信モニタ部６は、その都度、バッファしている音声信号をファイル化する。
　中継装置２は、ネットワーク１０、ＬＴＥ通信網１１および外部機器インタフェース３４を介して通信端末から入力される音声パケット（音声信号）を、ネットワーク１０、ＬＴＥ通信網１１および外部機器インタフェース３４を介して他の通信端末に転送する。グループ通信の場合は、そのグループに属する複数の通信端末に音声信号を送信する。また、グループ通信の場合、複数の通信端末のユーザが同時に発言し、複数の通信端末から同時に音声パケットが送信されてくる場合がある。この場合、中継装置２は、これら複数の音声パケットの音声信号をミキシングして新たな音声パケットを編集し、この新たな音声パケットを各通信端末に送信する。なお、音声信号を送信していない通信端末に対しては、全ての音声信号をミキシングして送信し、音声信号を送信してきた通信端末に対しては、その通信端末が送信した音声信号を外して、それ以外の音声信号をミキシングして送信する。これにより、音声信号を送信した通信端末で自装置が送信した音声信号のエコーが生じないようにしている。なお、全体通信の形態の通信を行う場合にも、グループ通信と同様の形態でミキシングが行われる。仮想デバイスは音声信号を送信しないため、仮想デバイスにはその通信セッションの全ての音声信号が送信されてくる。
　図７～図１４のフローチャートを参照して中継装置２の動作を説明する。図７は、音声バッファ確認処理動作を示している。制御部３０は、通信端末から受信した音声信号がバッファされる入力バッファ（ｉｎ　ｂｕｆｆｅｒ）を定期的（例えば２０ミリ秒毎）にチェックし、音声信号がバッファされているかを判断する（Ｓ１０）。音声信号がバッファされていない場合は（Ｓ１０でＮＯ）、制御部３０は、バッファ確認処理動作を終了する。音声信号がバッファされていると（Ｓ１０でＹＥＳ）、制御部３０は、この音声パケットのセッション情報を読み取り、通信セッションが、既にミキシングテーブル４１に登録されているかを判断する（Ｓ１１）。通信セッションが既にミキシングテーブル４１に登録されている場合（Ｓ１１でＹＥＳ）、制御部３０は、ミキシングテーブル４１の保持時間タイマＴＳを３０秒にリセットし（Ｓ１５）、受信した音声パケットの音声信号を通信セッションに参加している通信端末宛に転送する（Ｓ１３）。制御部３０は、通信セッションに参加している通信端末を、ミキシングテーブル４１の参加端末の欄を参照して決定する。
　受信した音声パケットの通信セッションが、ミキシングテーブル４１に登録されていない場合（Ｓ１１でＮＯ）、この音声パケットは呼出パケットである。制御部３０は、この呼出パケットによる新たな通信セッションをミキシングテーブル４１に登録するための通信セッション登録処理を行い（Ｓ１２）、受信した音声パケットの音声信号を通信セッションに参加している通信端末宛に転送する（Ｓ１３）。以下、図８のフローチャートを参照して通信セッション登録処理を説明する。
　図８は、図７のＳ１２で実行される通信セッション登録処理を示すフローチャートである。制御部３０は、受信した呼出パケットに含まれる宛先ＩＤ、発呼ＩＤから、この新たな通信セッションの発呼端末および呼び出される通信端末からなる参加端末候補を抽出し、その１つを選択する（Ｓ２０）。次に、制御部３０は、この参加端末候補の通信端末が、現在他の通信セッションに参加中（通信中）であるか否かを判断する（Ｓ２１）。通信端末が通信中ではない場合（Ｓ２１でＮＯ）、制御部３０は、この通信端末を、今回確立する通信セッションの参加端末として決定し（Ｓ２２）、通信モニタ部６にこの通信端末（Ｓ２０で選択された通信端末）が通信を開始したことを通知するメッセージを送信する（Ｓ２３）。Ｓ２０で選択された通信端末が個別モニタの対象になっている場合、通信モニタ部６は、この通知に対応してこの通信端末の個別モニタを開始する。次に、この通信端末がセッションモニタ対象の通信端末であるかを判断する（Ｓ２４）。セッションモニタ対象の通信端末の場合には（Ｓ２４でＹＥＳ）、この通信端末に対応付けられている仮想デバイスＶＤｎも参加端末に含める（Ｓ２５）。
　一方、Ｓ２１で、通信中である場合（Ｓ２１でＹＥＳ）、制御部３０は、その通信端末が現在の参加している通信セッションと今回の新たな通信セッションの優先度を比較する（Ｓ２６）。新たな通信セッションの優先度が高い場合（Ｓ２６でＹＥＳ）、制御部３０は、この通信端末を現在参加している通信セッションから離脱させる離脱処理を実行し（Ｓ２７）、この通信端末を、新たな通信セッションの参加端末として決定する（Ｓ２２）。通信モニタ部６にこの通信端末が通信を開始したことを通知するメッセージを送信し（Ｓ２３）、この通信端末がモニタ対象である場合には（Ｓ２４でＹＥＳ）、対応する仮想デバイスＶＤｎも参加端末に含める（Ｓ２５）。
　Ｓ２６で、新たな通信セッションの優先度が、現在通信端末が参加している通信セッションの優先度と同じまたは低い場合（Ｓ２６でＮＯ）、制御部３０は、この通信端末を新たな通信セッションの除外端末として決定する（Ｓ２８）。制御部３０は、全ての参加端末候補について、Ｓ２０～Ｓ２８の処理を繰り返す（Ｓ３０）。
　全ての参加端末候補について上記処理が実行されると（Ｓ３０でＹＥＳ）、制御部３０は、参加端末に決定された通信端末の数を判断する（Ｓ３１）。参加端末の数が仮想デバイスを除いて２以上の場合（Ｓ３１でＹＥＳ）、制御部３０は、この新たな通信セッションをミキシングテーブル４１に登録し（Ｓ３２）、この処理を終了する。また、Ｓ２９で参加端末の数が２に満たなかった場合（Ｓ３１でＮＯ）、制御部３０は、新たな通信セッションが成立しないとして、新たな通信セッションのミキシングテーブル４１への登録は行わず、登録処理を終了する。
　なお、この処理において、参加端末候補の通信端末が除外端末となって参加端末の数が２に満たない場合でも通信セッションを登録してもよい。この場合には、相互通信が成立しないため、保持時間タイマＴＳのタイムアップ時間（以下、保持時間ＴＳと呼ぶ。）が経過すると、通信セッション管理処理（図１１参照）により、この通信セッションは解消される。
　図９を参照して図８のＳ２７で実行されるセッション離脱処理について説明する。この処理は、図８に示したように、通信セッションに参加している通信端末を、優先度の高い他の通信セッションに移動させるため、現在参加している通信セッションから離脱させる処理である。制御部３０は、通信モニタ部６にこの通信端末が通信セッションから離脱する旨を通知するメッセージを送信する（Ｓ４０）。制御部３０は、端末テーブル４０の参加セッション番号を消去し（Ｓ４１）、ミキシングテーブル４１の現在参加している通信セッションの参加端末の欄から除外端末の欄へこの通信端末の識別番号を移動させる（Ｓ４２）。制御部３０は、この通信端末がセッションモニタ対象であるかを判断する（Ｓ４３）。セッションモニタ対象である場合には（Ｓ４３でＹＥＳ）、制御部３０は、参加端末の欄から仮想デバイスＶＤｎを消去する（Ｓ４４）。これにより、この通信セッションのセッションモニタが終了する。そして、この通信端末の離脱によってこの通信セッションの参加端末の数が２未満になった場合（Ｓ４５でＹＥＳ）、制御部３０は、この通信セッションのセッション終了処理を実行する（Ｓ４６）。モニタ対象の通信端末がこの処理で通信セッションから離脱した場合、すぐに新たに参加することになる通信セッションで録音が開始される（図８のＳ２４－Ｓ２５）。なお、参加端末の数が２未満になった場合でも、即座に通信セッションを終了させず、保持時間ＴＳが経過するまで通信セッションが維持されるようにしてもよい。
　図１０は、セッション終了処理を示すフローチャートである。この処理は、通信セッションの音声が途絶えて無音のまま保持時間ＴＳ（例えば３０秒）が経過した場合、および、通信セッションの参加端末の数が２未満になった場合に実行される。制御部３０は、終了させる通信セッションの参加端末を一つ選択し（Ｓ５０）、この通信端末の通信が終了する旨のメッセージを通信モニタ部６に送信する（Ｓ５１）。Ｓ５０で選択された通信端末が個別モニタの対象になっていて音声を録音中の場合、通信モニタ部６は、この通知に対応してこの通信端末のモニタを終了する。通信モニタ部６は、端末テーブル４０のこの通信端末の参加セッション番号を消去する（Ｓ５２）。通信モニタ部６は、この通信端末がセッションモニタの対象であるかを判断する（Ｓ５３）。セッションモニタの対象である場合には（Ｓ５３でＹＥＳ）、通信モニタ部６は、参加端末の欄から仮想デバイスＶＤｎを消去する（Ｓ５４）。
　ミキシングテーブル４１に登録されている他の通信セッションの除外端末の欄にこの通信端末の識別番号が登録されているかを検索する（Ｓ５５）。この通信端末が除外端末となっている通信セッションが存在する場合（Ｓ５６でＹＥＳ）、この通信端末を除外されていた通信セッションに参加させる。このため、制御部３０は以下の処理を行う。この通信番号の識別番号を通信セッションの除外端末欄から参加端末欄に移動させ（Ｓ５７）、この通信セッションのセッション番号を、端末テーブル４０のこの通信端末の参加セッション番号欄に書き込み（Ｓ５８）、通信モニタ部６にこの通信端末が通信セッションに途中参加して通信を開始したことを通知するメッセージを送信する（Ｓ５９）。この通信端末が個別モニタの対象になっている場合、通信モニタ部６は、この通知に対応してこの通信端末の音声信号の録音を開始する。次に、この通信端末がセッションモニタの対象であるかを判断する（Ｓ６０）。セッションモニタの対象である場合（Ｓ６０でＹＥＳ）、通信モニタ部６は、仮想デバイスＶＤｎを通信セッションの参加端末欄に書き込む（Ｓ６１）。通信モニタ部６は、全ての参加端末についてＳ５０～Ｓ６１の処理を実行したのち（Ｓ６２でＹＥＳ）、ミキシングテーブル４１からこの通信セッションを消去して（Ｓ６３）、セッション終了処理を終了する。
図１１は、通信セッション管理処理を示すフローチャートである。通信セッション管理処理は、ミキシングテーブル４１に登録されている通信セッションの無音時間をカウントし、所定の保持時間（３０秒）が経過したときその通信セッションを終了させる処理である。この処理は、定期的（たとえば２０ミリ秒毎）に繰り返し実行される。制御部３０は、まずミキシングテーブル４１の先頭行の通信セッションを指定する（Ｓ８０）。制御部３０は、指定された通信セッションの保持時間タイマＴＳを１カウント（２０ミリ秒分）減算し（Ｓ８１）、この減算で保持時間タイマＴＳが０になったか否かを判断する（Ｓ８２）。保持時間タイマＴＳが０になった場合（Ｓ８２でＹＥＳ）、制御部３０は、この通信セッションは終了したとして、この行の通信セッションに対してセッション終了処理を消去する（Ｓ８３、図８）。制御部３０は、以上の処理をミキシングテーブル４１の最終行になるまで順次行うことで（Ｓ８４、Ｓ８５）、ミキシングテーブル４１の管理を行う。
　図１２、図１３は、制御部３０の通信モニタ部６によって実行される録音処理動作を示すフローチャートである。この処理は、仮想デバイスＶＤｎ（ｎ＝１～４）のそれぞれについて、一定時間（２０ｍｓ）ごとに実行される。まず図１２において、通信モニタ部６は、セッションモニタ用の仮想デバイスＶＤｎ宛の音声信号（音声パケット）を受信したか否かを判断する（Ｓ９０）。音声パケットを受信した場合（Ｓ９０でＹＥＳ）、通信モニタ部６は、その音声パケットのデータ本体に含まれているセッション情報を読み取る。セッション情報にはセッションＩＤ等が記載されている。通信モニタ部６は、この通信セッションの音声信号を録音中であるか否かを判断する（Ｓ９２）。録音中でなければ（Ｓ９２でＮＯ）、この通信セッションの最初の音声パケットを受信したとして、通信モニタ部６は、録音開始処理を実行する（Ｓ９３）。
　ここで、図１３Ａのフローチャートを参照して録音開始処理について説明する。録音開始処理では、通信モニタ部６は、まず音声パケットに含まれていたセッション情報を保存する（Ｓ１１０）。そして、通信モニタ部６は、外部記憶装置７における音声ファイルの記憶領域（ストレージ容量）を確保する（Ｓ１１１）。外部記憶装置７の空き容量が少ない場合には、古い録音音声ファイルを削除して容量を確保すればよい。こののち、通信モニタ部６は、日付フォルダおよびこれからバッファする音声信号の保存ファイル名を生成するとともに（Ｓ１１２）、制御部３０のＲＡＭ上に音声信号をバッファするバッファ領域を確保する（Ｓ１１３）。Ｓ１１０のセッション情報の記憶領域も制御部３０のＲＡＭ上に設定される。なお、日付フォルダは、各仮想デバイスＶＤｎ別に日付ごとに生成される。したがって、既にこの仮想デバイスＶＤｎの当日のフォルダが作成されている場合、Ｓ１１２ではフォルダを作成しない。フォルダ名およびファイル名は以下の要領で作成される。
　外部記憶装置７には、各仮想デバイスＶＤｎ（ｎ＝１～４）別の録音音声の保存ディレクトリ「voice_data[ｎ]」（ｎは仮想デバイス番号）が作成される。各ディレクトリの下に日付ごとのフォルダが作成されるフォルダ名は、「保存開始時の日付」が用いられる。例えば、仮想デバイスＶＤ１用の２０１８年９月１０日分のフォルダは「/voice_data1/20180910」となる。また、１００ＭＢごとに作成される音声ファイルのファイル名は、バッファ開始時のＭＭ(月)ＤＤ(日)ＭＭ(時)ＤＤ(分)ＳＳ(秒)に通信種別を付加した名称とする。通信種別は、全体通信の場合「_all」グループ通信の場合「_group100」（100はグループＩＤ）、個別通信の場合「_uid10」（トランシーバのＩＤ）、「_tel1234」（ＩＰ電話機の電話番号）などである。たとえば、９月１０日の１８時０１分にバッファを開始したグループＩＤ１００の通信セッションの音声信号のファイル名は「0910180100_group100.wav」となる。したがって、例えば、仮想デバイスＶＤ１が２０１８年９月１０日の１８時０１分にバッファを開始したグループＩＤ１００の通信セッションの音声信号は、「/voice_data1/20180910/0910180100_group100.wav」として保存される。
　図１２に戻って、録音開始処理（Ｓ９３）でバッファ領域が確保されると、通信モニタ部６は、今回受信した音声信号をバッファする（Ｓ９４）。
　現在、この仮想デバイスＶＤｎの音声信号が現在録音中である場合（Ｓ９２でＹＥＳ）、今回受信した音声パケットのセッション情報と録音開始時に保存したセッション情報とを比較する（Ｓ９５）。セッション情報に変化がある場合には（Ｓ９５でＹＥＳ）、通信相手が変化したとして、一旦録音を終了し（Ｓ９７）、今回受信した新たな通信セッションのための録音を開始する（Ｓ９８）。
　ここで、図１３Ｂのフローチャートを参照して、Ｓ９７で実行される録音終了処理について説明する。録音終了処理では、通信モニタ部６は、まず、バッファから外部記憶装置７の所定ディレクトリに音声データをコピーして録音音声ファイルを生成する（Ｓ１１５）。この音声ファイルのファイル名は上に説明したとおりである。そして、通信モニタ部６は、ＲＡＭ上のバッファ領域を開放し（Ｓ１１６）、セッション情報をクリアする（Ｓ１１７）。
　図１２において、セッション情報に変化がない場合でも（Ｓ９５でＮＯ）、バッファしている音声信号のサイズが１００ＭＢに達した場合には（Ｓ９６でＹＥＳ）、通信モニタ部６は、１００ＭＢに達した音声信号をファイル化する。このため、通信モニタ部６は、一旦録音終了処理を実行し（Ｓ９７）、引き続き音声信号を録音するために録音開始処理を実行する（Ｓ９８）。録音開始処理（Ｓ９８）ののち、通信モニタ部６は、今回受信した音声信号をバッファする（Ｓ９９）。Ｓ９５において、セッション情報に変化がなく（Ｓ９５でＮＯ）且つバッファサイズが１００ＭＢに達していない場合には（Ｓ９６でＮＯ）、通信モニタ部６は、現在のバッファ領域に音声信号をバッファする（Ｓ９９）。
　Ｓ９０において、仮想デバイスＶＤｎ宛の音声パケットを受信なかった場合（Ｓ９０でＮＯ）、通信モニタ部６は、現在録音中であり、且つ、所定の待機時間（例えば５秒）が経過したかを判断する（Ｓ１００、Ｓ１０１）。現在録音中であり、且つ、所定の待機時間（例えば５秒）が経過した場合には（Ｓ１００およびＳ１０１でＹＥＳ）、通信モニタ部６は、通信が終了したとして録音終了処理を実行する（Ｓ１０２）。
　なお、音声パケットを受信している場合でもその音声パケットに含まれる音声信号がほぼ無音の場合には音声信号なしとして無音待機時間を進めても良い。また、通信セッションの参加端末の欄から仮想デバイスが消去されたとき（図９のＳ４３、図１０のＳ５３）、録音部２３０（ネットワーク通信中継部４）から通信モニタ部６へセッション離脱を示す何らかのメッセージが送信される場合、そのメッセージに応じて録音終了処理が実行されればよい。
　図１４は、通信モニタ部６が実行する、個別モニタの処理手順を示すフローチャートである。
　図１４Ａは、仮想セッション開始処理を示すフローチャートである。ネットワーク通信中継部４から、通信端末が通信セッションに参加または途中参加した旨のメッセージを受信すると（Ｓ１５０）、通信モニタ部６は、通知された通信端末が個別モニタ対象の通信端末であるかを判断する（Ｓ１５１）。個別モニタ対象でない場合には（Ｓ１５１でＮＯ）、個別モニタ処理を終了する。通知された通信端末が個別モニタ対象の場合には（Ｓ１５１でＹＥＳ）、通信モニタ部６は、モニタ対象がアップストリーム信号であるかダウンストリーム信号であるかを判断する（Ｓ１５２）。アップストリーム信号の個別モニタ対象である場合は（Ｓ１５２でＹＥＳ）、通信モニタ部６は、この通信端末とこの通信端末に対応づけられている個別モニタ用の仮想デバイスとが参加する仮想の通信セッションを仮想ミキシングテーブル４４－１に登録する（Ｓ１５３）。そして、通信モニタ部６は、この仮想デバイス宛に転送される音声信号を録音するための録音開始処理を実行する（Ｓ１５４：図１３Ａ参照）。なお、図１３Ａの録音開始処理のＳ１１０において保存されるセッション情報は、この仮想セッションでなく、Ｓ１５０でネットワーク通信中継部４から送信されてくる実際の通信セッションの情報である。
　Ｓ１５２において、モニタ対象がダウンストリーム信号である場合は（Ｓ１５２でＮＯ）、通信モニタ部６は、この通信端末の出力バッファとこの通信端末に対応づけられている個別モニタ用の仮想デバイスとが参加する仮想の通信セッションを仮想ミキシングテーブル４４－２に登録する（Ｓ１５５）。通信モニタ部６は、モニタ対象の出力バッファからこの仮想デバイス宛に転送される音声信号を録音するための録音開始処理を実行する（Ｓ１５６：図１３Ａ参照）。なお、図１３Ａの録音開始処理のＳ１１０において保存されるセッション情報は、この仮想セッションでなく、Ｓ１５０でネットワーク通信中継部４から送信されてくる実際の通信セッションの情報である。
　図１４Ｂは、仮想セッション終了処理を示すフローチャートである。ネットワーク通信中継部４から通信端末が参加している通信セッションが終了した旨、または、通信端末が通信セッションから離脱した旨のメッセージが送られてくると（Ｓ１６１）、通信モニタ部６は、仮想ミキシングテーブル４４－１，２を参照して、通知された通信端末が個別モニタ対象であるかを判断する（Ｓ１６２）。個別モニタ対象でない場合（Ｓ１６２でＮＯ）、通信モニタ部６は、処理を終了する。通知された通信端末が個別モニタ対象の場合には（Ｓ１６２でＹＥＳ）、仮想ミキシングテーブルに登録されているこの通信端末を対象とする仮想通信セッションを消去し（Ｓ１６３）、録音終了処理を実行する（Ｓ１６４）。
　図１４Ｃは、音声バッファ確認処理を示すフローチャートである。通信モニタ部６は、仮想セッションが登録されている間、その通信セッションに参加している実際の通信端末、すなわち個別モニタ対象の通信端末の入力バッファの内容を定期的（例えば２０ミリ秒毎）に取得する（Ｓ１７１）。入力バッファの内容が空（無音）でも構わない。通信モニタ部６は、この取得した音声信号を、録音バッファに追加する（Ｓ１７２）。すなわち、無音期間も含めて時系列に通信端末の音声信号を録音してゆく。通信モニタ部６は、録音バッファにバッファしている音声信号のサイズを確認する（Ｓ１７３）。バッファサイズが１００ＭＢに達した場合（Ｓ１７３でＹＥＳ）、通信モニタ部６は、一旦音声信号をファイル化するために、一旦録音終了処理を実行し（Ｓ１７４）、引き続き音声信号を録音するために録音開始処理を実行する（Ｓ１７５）。バッファサイズが１００ＭＢに達していない場合には（Ｓ１７３でＮＯ）、通信モニタ部６は、処理を終了する。
　以上のように、個別モニタは、無音期間を含めてモニタ対象の通信端末が通信セッションに参加している間の音声信号を、時間軸に録音する。セッションモニタは、通信セッションに参加しているいずれかの通信端末から（所定レベル以上の）音声信号が入力された場合に、その信号を録音する。個別モニタにおいても、モニタ対象の通信端末から音声信号が入力されたときのみ、その音声信号が録音されるようにしてもよい。また、セッションモニタにおいても、無音期間を含めて通信セッションでミキシングされる音声信号全てが録音されるようにしてもよい。
　なお、上記実施形態では、録音音声データをＷＡＶとしたが、エンコード形式はどのようなものでもよい。たとえば、ＭＰ３などでもよい。
　また、この実施形態では、バッファしている録音音声のサイズが所定サイズになる毎にファイル化しているが、録音時間が所定の時間になる毎にファイル化してもよい。
１　音声通信システム
２　中継装置
３　電話中継部
３Ａ　インタフェース
４　ネットワーク通信中継部
５　無線通信中継部
６　通信モニタ部
７　外部記憶装置
２０　ＳＩＰ電話機
２２　内線電話機
２５　アナログ無線機（レピータ）
２６　アナログトランシーバ
２７　デジタル無線機（レピータ）
２８　デジタルトランシーバ
２９　マイク・スピーカ
３４－１～３　外部機器インタフェース

Claims (9)

  1. 　音声通信を行う複数の通信端末と通信する通信部と、
    　ある通信端末から他の１または複数の通信端末を呼び出す呼び出しがあったとき、この呼び出した通信端末および呼び出された前記１または複数の通信端末が参加端末として登録され、セッション情報で識別される通信セッションを確立し、確立された通信セッションの参加端末から音声信号が送られてくると、この音声信号を同じ通信セッションの他の参加端末に前記セッション情報とともに送信する通信セッション処理部と、
    　を備えた中継装置であって、
    　前記通信セッションの音声信号をモニタする通信モニタ部をさらに備え、
    　前記通信セッション処理部は、前記通信セッション確立時に、その通信セッションの参加端末の情報を前記通信モニタ部に通知し、
    　前記通信モニタ部は、前記通信セッションの確立時に通信端末の情報が通知されたとき、該通信端末から送信されてきた音声信号を、他の通信端末の音声信号から区別して個別に入力して録音し、または、前記通信セッションにおいて、該通信端末に向けて送信される音声信号を録音する
    　中継装置。
  2. 　前記通信モニタ部は、
    　前記音声信号の録音を行うモニタ対象の通信端末から送信されてきた音声信号をバッファする入力バッファ、または、前記モニタ対象の通信端末へ送信する音声信号をバッファする出力バッファのいずれか一方に対応づけられた仮想デバイスを設定し、
    　前記通信セッションの確立時に前記モニタ対象の通信端末の情報が通知されたとき、
    　前記モニタ対象の通信端末と前記仮想デバイスで仮想通信セッションを確立し、
    　前記仮想通信セッションにおいて、前記仮想デバイスへ送信される音声信号を録音する
    　請求項１に記載の中継装置。
  3. 　前記仮想デバイスは複数設けられており、前記通信モニタ部は、前記複数の仮想デバイスのそれぞれが参加する仮想通信セッションを個別に確立する請求項２に記載の中継装置。
  4. 　前記通信セッション処理部は、前記通信セッションの解消時に、その通信セッションの参加端末の情報を前記通信モニタ部に通知し、
    　前記通信モニタ部は、前記通信セッションの解消時に通信端末の情報が通知されたとき、該通信端末の音声信号の録音を終了する
    　請求項１乃至請求項３のいずれかに記載の中継装置。
  5. 　前記通信モニタ部は、前記音声信号を揮発性メモリにバッファし、バッファした音声信号が予め定めたサイズになったとき、このバッファした音声信号をファイルとして不揮発性記憶装置に保存する
    　請求項１乃至請求項４のいずれかに記載の中継装置。
  6. 　音声通信を行う複数の通信端末と通信する中継装置において、
    　ある通信端末から他の１または複数の通信端末を呼び出す呼び出しがあったとき、この呼び出した通信端末および呼び出された前記１または複数の通信端末が参加端末として登録され、セッション情報で識別される通信セッションを確立し、
    　確立された通信セッションの参加端末から音声信号が送られてくると、この音声信号を同じ通信セッションの他の参加端末に前記セッション情報とともに送信し、
    　前記通信セッションが確立されている間、予め定めたモニタ対象の通信端末から送信されてきた音声信号を、他の通信端末の音声信号から区別して個別に入力して録音し、または、前記通信セッションにおいて、該通信端末に向けて送信される音声信号を録音する
    　音声通信の録音方法。
  7. 　前記モニタ対象の通信端末から送信されてきた音声信号をバッファする入力バッファ、または、前記モニタ対象の通信端末へ送信する音声信号をバッファする出力バッファのいずれか一方に対応づけられた仮想デバイスを設定し、
    　前記通信セッションの確立時にモニタ対象の通信端末と前記仮想デバイスで仮想通信セッションを確立し、
    　前記仮想通信セッションにおいて、前記仮想デバイスへ送信される音声信号を録音する
    　請求項６に記載の音声通信の録音方法。
  8. 　前記仮想デバイスは複数設けられており、前記複数の仮想デバイス宛に送信されてくる音声信号を平行してそれぞれ別々に録音する請求項６に記載の音声通信の録音方法。
  9. 　前記音声信号の録音時に、前記音声信号を揮発性メモリにバッファし、バッファした音声信号が予め定めたサイズになったとき、このバッファした音声信号をファイルとして不揮発性記憶装置に保存する
    　請求項６乃至請求項８のいずれかに記載の音声通信の録音方法。
     

     
PCT/JP2020/019200 2019-05-17 2020-05-14 中継装置および音声通信の録音方法 WO2020235432A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP20808914.4A EP3962051A4 (en) 2019-05-17 2020-05-14 RELAY DEVICE AND VOICE COMMUNICATION RECORDING METHOD
CN202080034670.9A CN113812135B (zh) 2019-05-17 2020-05-14 中继装置以及声音通信的录音方法
US17/610,501 US20220240060A1 (en) 2019-05-17 2020-05-14 Relay device and voice communication recording method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-093934 2019-05-17
JP2019093934A JP7355996B2 (ja) 2019-05-17 2019-05-17 中継装置および音声通信の録音方法

Publications (1)

Publication Number Publication Date
WO2020235432A1 true WO2020235432A1 (ja) 2020-11-26

Family

ID=73222254

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/019200 WO2020235432A1 (ja) 2019-05-17 2020-05-14 中継装置および音声通信の録音方法

Country Status (5)

Country Link
US (1) US20220240060A1 (ja)
EP (1) EP3962051A4 (ja)
JP (1) JP7355996B2 (ja)
CN (1) CN113812135B (ja)
WO (1) WO2020235432A1 (ja)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020006187A1 (en) * 2000-04-17 2002-01-17 Guenter Lukas Method and system for recording communication data
JP2010141497A (ja) * 2008-12-10 2010-06-24 Fujitsu Ltd サービスサーバおよびこれを用いた通信システム
JP2014087027A (ja) 2012-10-26 2014-05-12 Icom Inc 中継装置および通信システム
WO2015068663A1 (ja) 2013-11-07 2015-05-14 アイコム株式会社 中継装置、音声通信システム、プログラムおよび音声信号の中継方法
WO2016002866A1 (ja) 2014-07-04 2016-01-07 アイコム株式会社 中継装置、通信システムおよび音声信号の中継方法
JP2019047381A (ja) * 2017-09-04 2019-03-22 Ｎｅｃプラットフォームズ株式会社 通話録音システム、通話録音方法および通話録音プログラム
JP2020053838A (ja) * 2018-09-27 2020-04-02 アイコム株式会社 中継装置および音声通信の録音方法
JP2020053835A (ja) * 2018-09-27 2020-04-02 アイコム株式会社 中継装置および音声通信のモニタ方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4974652B2 (ja) * 2006-11-20 2012-07-11 シャープ株式会社 ストリーミング通信システム
JP2011119953A (ja) * 2009-12-03 2011-06-16 Hitachi Ltd 呼制御および通話録音の機能を用いた通話録音システム
JP5381689B2 (ja) * 2009-12-24 2014-01-08 アイコム株式会社 中継装置および通信システム
JP5937796B2 (ja) * 2011-08-22 2016-06-22 株式会社日立情報通信エンジニアリング コールセンタシステムにおける通話録音システム及び方法
JP6079174B2 (ja) * 2011-12-27 2017-02-15 株式会社リコー 通信管理システム、通信システム、プログラム、及びメンテナンスシステム
CN105706430B (zh) * 2013-11-07 2018-11-23 艾可慕株式会社 中继装置、声音通信***、声音信号的中继方法以及记录介质
WO2015068665A1 (ja) * 2013-11-07 2015-05-14 アイコム株式会社 中継装置、音声通信システム、プログラムおよび中継方法
JP5860085B2 (ja) * 2014-03-17 2016-02-16 株式会社アドバンスト・メディア 通話録音サーバ、通話データ管理システム、および通話データ管理方法
US10367855B2 (en) * 2015-01-27 2019-07-30 Tevnos LLC Switch controller for separating multiple portions of call
CN105162801B (zh) * 2015-09-24 2018-03-02 河北远东通信***工程有限公司 一种以会议方式实现ip终端自主录音的方法
US10135993B2 (en) * 2016-05-31 2018-11-20 Vonage Business Inc. Systems and methods for mitigating and/or avoiding feedback loops during communication sessions
CN109429189B (zh) * 2017-07-07 2023-11-07 福建省万华电子科技有限公司 采用单基站多信道集群通信协议的集群通信***和集群通信方法
EP3477636A1 (en) * 2017-10-30 2019-05-01 Seth, Sagar Analysis mechanisms of telephone conversations for contextual information element extraction

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020006187A1 (en) * 2000-04-17 2002-01-17 Guenter Lukas Method and system for recording communication data
JP2010141497A (ja) * 2008-12-10 2010-06-24 Fujitsu Ltd サービスサーバおよびこれを用いた通信システム
JP2014087027A (ja) 2012-10-26 2014-05-12 Icom Inc 中継装置および通信システム
WO2015068663A1 (ja) 2013-11-07 2015-05-14 アイコム株式会社 中継装置、音声通信システム、プログラムおよび音声信号の中継方法
WO2016002866A1 (ja) 2014-07-04 2016-01-07 アイコム株式会社 中継装置、通信システムおよび音声信号の中継方法
JP2019047381A (ja) * 2017-09-04 2019-03-22 Ｎｅｃプラットフォームズ株式会社 通話録音システム、通話録音方法および通話録音プログラム
JP2020053838A (ja) * 2018-09-27 2020-04-02 アイコム株式会社 中継装置および音声通信の録音方法
JP2020053835A (ja) * 2018-09-27 2020-04-02 アイコム株式会社 中継装置および音声通信のモニタ方法

Also Published As

Publication number Publication date
CN113812135B (zh) 2024-01-05
JP7355996B2 (ja) 2023-10-04
US20220240060A1 (en) 2022-07-28
CN113812135A (zh) 2021-12-17
EP3962051A1 (en) 2022-03-02
EP3962051A4 (en) 2023-01-18
JP2020188442A (ja) 2020-11-19

Similar Documents

Publication Publication Date Title
US20070263560A1 (en) Push-to-talk over cellular group set-up and handling using near field communication (NFC)
JP6610259B2 (ja) 中継装置、音声通信システム、プログラムおよび中継方法
US10194372B2 (en) Relaying device, audio-communication system and relaying method for relaying audio signal
CN106664343B (zh) 中继装置、声音通信***、声音通信方法以及记录介质
CN102769633A (zh) 通话录音***和通话录音方法
WO2020066107A1 (ja) 中継装置および音声通信の録音方法
WO2020066105A1 (ja) 中継装置および音声通信のモニタ方法
WO2020235432A1 (ja) 中継装置および音声通信の録音方法
CN107820324A (zh) 移动终端接收固定电话通话的方法、***及其绑定方法、***
CN103905109A (zh) 中继装置
CN110115017B (zh) 中继装置、声音通信***以及声音信号的转发方法
WO2021100258A1 (ja) 音声通信システム、音声通信方法、および、音声通信プログラム
JP2014127875A (ja) 中継装置
JP6274263B2 (ja) 中継装置
CN110049459A (zh) 一种通话方法、设备和计算机存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20808914

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020808914

Country of ref document: EP

Effective date: 20211124