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

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

Info

Publication number
WO2020066107A1
WO2020066107A1 PCT/JP2019/017872 JP2019017872W WO2020066107A1 WO 2020066107 A1 WO2020066107 A1 WO 2020066107A1 JP 2019017872 W JP2019017872 W JP 2019017872W WO 2020066107 A1 WO2020066107 A1 WO 2020066107A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
session
terminal
communication session
audio signal
Prior art date
Application number
PCT/JP2019/017872
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 US17/273,070 priority Critical patent/US11546462B2/en
Priority to CN201980059191.XA priority patent/CN112673616B/zh
Priority to EP19864921.2A priority patent/EP3843370A4/en
Publication of WO2020066107A1 publication Critical patent/WO2020066107A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42221—Conversation recording systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1076—Screening of IP real time communications, e.g. spam over Internet telephony [SPIT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/2281—Call monitoring, e.g. for law enforcement purposes; Call tracing; Detection or prevention of malicious calls
    • 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/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox 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
    • H04M3/568—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities audio processing specific to telephonic conferencing, e.g. spatial distribution, mixing of participants
    • 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

Definitions

  • the present invention relates to a relay device for relaying voice communication, and more particularly, to a recording function of a voice signal to be relayed.
  • 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 wireless transceiver or a telephone via a network
  • different types of communication devices such as an IP telephone and a wireless device can perform voice communication with each other. If the relay device outputs the relayed audio signal to the outside, the audio signal can be recorded.
  • a relay device of the present invention includes a communication unit that communicates with a plurality of communication terminals that perform voice communication, and a session table that controls a communication session in which two or more communication terminals communicate with each other and registers the communication session.
  • the communication session processing unit establishes a communication session identified by the session information when there is a call for calling one or more communication terminals from a certain communication terminal, and establishes the called communication terminal and the called one or more communication terminals.
  • the communication terminal is registered in the session table as a terminal participating in the communication session.
  • the communication session processing unit transmits the voice signal to another participating terminal of the same communication session together with the session information.
  • the communication session processing unit is provided with a virtual device for transmitting the audio signal to the communication monitor unit, the virtual device, one communication terminal, or, a group consisting of a plurality of communication terminals, a communication terminal, or And a group composed of a plurality of communication terminals.
  • the communication session processing unit further registers the virtual device as a participating terminal of the communication session.
  • the communication monitor acquires and records the audio signal transmitted from the communication session processor to the virtual device.
  • the communication monitoring unit monitors the session information sent together with the audio signal from the communication session processing unit, and when the session information changes, stores the audio signal recorded up to that time as a file in the nonvolatile storage device.
  • a relay device that relays voice communication between a plurality of communication terminals executes the following procedure.
  • the relay device establishes a communication session identified by the session information when a call from one communication terminal calls another communication terminal or a plurality of communication terminals. Register the terminal as a participating terminal in the communication session.
  • the relay device transmits the voice signal together with the session information to another participating terminal of the same communication session.
  • the relay device associates a virtual device that acquires an audio signal of a communication session with one communication terminal or a group including a plurality of communication terminals.
  • the relay device When the communication terminal or the group associated with the virtual device is registered as a participating terminal of the communication session, the relay device registers the virtual device as a participating terminal of the communication session.
  • the relay device records the audio signal transmitted to the virtual device from the communication session, monitors the session information sent together with the audio signal, and when the session information changes, records the audio signal recorded up to that time as a file. Store in a non-volatile storage device.
  • the audio signal may be buffered in the volatile memory, and when the buffered audio signal has a predetermined size, the buffered audio signal may be stored as a file in the nonvolatile storage device.
  • a plurality of virtual devices may be provided, and audio signals transmitted to the plurality of virtual devices may be separately recorded in parallel.
  • the communication terminal may include a communication terminal that performs telephone communication, a communication terminal that performs wireless communication, and a communication terminal that performs voice communication via a network.
  • a virtual device participate in a communication session in which a specific communication terminal participates, using the mixing function of the relay device, acquiring communication voice of the communication session in which the specific communication terminal participates And this sound can be recorded or output.
  • FIG. 1 is a block diagram of a voice communication system.
  • FIG. 2 is a block diagram of the relay device.
  • FIG. 3A is a diagram illustrating a terminal table provided in the relay device.
  • FIG. 3B is a diagram illustrating a mixing table provided in the relay device.
  • FIG. 3C is a diagram illustrating a priority table provided in the relay device.
  • FIG. 3D is a diagram illustrating a virtual device table provided in the relay device.
  • FIG. 4 is a diagram showing a configuration of a voice packet.
  • FIG. 5 is a flowchart showing a process when receiving a voice packet.
  • FIG. 6 is a flowchart showing the communication session registration process.
  • FIG. 7 is a flowchart showing the session leaving process.
  • FIG. 5 is a flowchart showing a process when receiving a voice packet.
  • FIG. 6 is a flowchart showing the communication session registration process.
  • FIG. 7 is a flowchart showing the session leaving process.
  • FIG. 8 is a flowchart showing the communication session end processing.
  • FIG. 9 is a flowchart showing a communication session management process.
  • FIG. 10 is a flowchart showing the recording process.
  • FIG. 11A is a flowchart showing a recording start process.
  • FIG. 11B is a flowchart showing the recording end processing.
  • 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 illustrating a configuration of the relay device 2.
  • the voice communication system 1 realizes voice communication between a plurality of communication terminals by relaying a voice signal by the relay device 2.
  • a SIP telephone 20, an extension telephone 22, a WLAN transceiver 23, an LTE transceiver 24, an analog transceiver 26, a digital transceiver 28, and the like, which will be described later, are prepared as communication terminals.
  • 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 the communication. When two or more communication terminals communicate with each other, the relay device 2 establishes a communication session for this communication.
  • the relay apparatus 2 can establish a plurality of communication sessions at the same time, and selects and monitors a communication session in which a specific communication terminal (or group) is participating.
  • the monitoring means 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.
  • the relay device 2 has a telephone relay unit 3, a network communication relay unit 4, and a wireless communication relay unit 5 for this relay.
  • the IP telephone system 13 is connected to the telephone relay unit 3.
  • the IP telephone system 13 includes 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 (external line).
  • the network communication relay unit 4 is connected to a network 10 having a wireless access point (not shown) and an LTE communication network 11 having a base station (not shown).
  • a WLAN transceiver system 14 is constructed on the network 10
  • an LTE transceiver system 15 is constructed 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 configuration and function of the network communication relay unit 4 are described in detail in “International Publication WO2015 / 0688663”, which is a prior application filed by the present applicant.
  • the wireless communication relay unit 5 is connected to a plurality of external device interfaces 34 which are part of the signal processing unit 33.
  • An analog wireless transceiver (repeater) 25 and a digital wireless transceiver (repeater) 27 are connected to each external device interface 34.
  • the repeater 25 communicates with a similar kind of analog handy wireless transceiver (analog transceiver) 26.
  • the repeater 27 communicates with a digital handy wireless transceiver (digital transceiver) 28 of the same type.
  • the configuration and function of the wireless communication relay unit 5 are described in detail in Japanese Patent Application Laid-Open No. 2014-087027 and International Publication WO2016 / 002866, which are prior applications of the present applicant.
  • 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 functionally implemented mainly by software.
  • the relay device 2 has a control unit 30.
  • the control unit 30 is configured by a computer having a CPU, a ROM, a RAM, and the like.
  • the external storage device 7, the network connection unit 31, the LTE connection unit 32, and the signal processing unit 33 are connected to the control unit 30.
  • the external storage device 7 is a nonvolatile and large-capacity storage device such as a USB-connected hard disk, and stores an audio file in which communication audio of a 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. In FIG. 1, the networks 10 connected to the telephone relay unit 3 and the network communication relay unit 4 are separately described, but all may be the same network.
  • 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 implemented by cooperation of hardware and software including the control unit 30.
  • the telephone relay unit 3 has an interface 3A for transmitting and receiving voice signals and the like to and from the network communication relay unit 4.
  • the network communication relay unit 4 has an interface 4A for transmitting and receiving a voice signal and the like to and from the wireless communication relay unit 5.
  • the wireless communication relay unit 5 has an interface 5A for transmitting and receiving a voice signal and the like to and from the signal processing unit 33.
  • the signal processing unit 33 extracts an audio signal from the RTP packet input from the control unit 30 (interface 5A), converts the audio signal into a digital or analog signal wave, and outputs it to the external device interface 34.
  • 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 the RTP packet to the control unit 30 (interface 5A).
  • FIG. 1 shows a state where 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 the WLAN transceivers 23, communication between the LTE transceivers 24, and communication between the WLAN transceiver 23 and the LTE transceiver 24.
  • the network communication relay unit 4 communicates with the telephones 20 and 22 (the SIP telephone 20 and the extension telephone 22) and the WLAN transceiver 23 or the LTE transceiver 24 in response to the call from the telephone relay unit 3, and , 22 and the wireless transceivers 26, 28 are relayed. Control of a communication session and mixing of audio signals, which will be described later, are executed by the network communication relay unit 4.
  • the network communication relay unit 4 corresponds to a communication session processing unit of the present invention.
  • the telephone relay unit 3 receives a call from the SIP telephone set 20 or the extension telephone set 22, determines a communication device (destination wireless device) of a communication partner to be called, and determines information of the destination wireless device and the telephone set 20.
  • the voice signal received from the network communication unit 22 is input to the network communication relay unit 4. Note that 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. As described above, the monitor is a recording and / or output of communication voice. In the following description, recording will be described.
  • the recorded voice (voice file) is stored in the external storage device 7.
  • Each communication terminal is registered in a terminal table (call destination table) 40 shown in FIG. 3A.
  • the user who wants to start communication calls the communication terminal of the communication partner with the communication terminal owned by the user.
  • a calling message is generated by this calling operation and transmitted to the relay device 2.
  • relay device 2 registers the communication session in mixing table 41 shown in FIG. 3B (establishes the communication session) and calls the communication terminal of the communication partner. Thereby, communication between the communication terminals is started.
  • Communication terminals except the telephones 20 and 22 start communication by transmitting an RTP packet storing a voice signal as a data body. That is, communication is started in a form like a wireless transceiver in which communication is started by pressing a PTT switch.
  • the RTP packet transmitted first at the start of this communication is called a call packet.
  • This call packet functions as a call message.
  • the RTP packet used in the voice communication system 1 is configured as shown in FIG.
  • a SIP message INVITE
  • the relay device 2 establishes a communication session with another communication device according to the SIP procedure.
  • a communication terminal such as the WLAN transceiver 23 transmits a call packet to establish a communication session will be described.
  • FIG. 3A is a diagram showing a terminal table (call destination table) 40.
  • the terminal table 40 information on communication terminals and groups registered in the voice communication system 1 is registered. A plurality of communication terminals belong to the group, and when the group is called, the plurality of belonging communication terminals are called at once.
  • the identification number (ID) corresponds to the identification information of the present invention.
  • the group “whole” to which all communication terminals belong is also treated in the same manner as other groups.
  • the call type is information indicating which form of communication is executed when this ID is called.
  • “Individual” communication is communication between one-to-one individual communication terminals.
  • “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 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. 4 is a diagram showing a configuration of an RTP packet used in the voice communication system.
  • the RTP packet has a header and a data body (payload), and the header describes a destination address and a source address.
  • the data body includes a voice signal for voice communication and session information.
  • the session information is information relating to a communication session registered in the mixing table 41 of FIG. 3B, and identifies which communication session this RTP packet belongs to.
  • the session information includes a session number, a destination ID, and a calling ID. In the case of a call packet which is a voice packet transmitted first when communication is started, a communication session for this voice packet has not been established yet (a communication session has not been registered in the mixing table 41).
  • the session number is blank.
  • FIG. 3B is a diagram showing the mixing table 41.
  • the mixing table 41 established and executed communication sessions are registered.
  • the relay device 2 transfers an audio signal received from a communication terminal participating in the communication session to another communication terminal participating in the communication session. When a plurality of audio signals are input at the same time, they are mixed and transmitted to the communication terminal. Even when the relay device 2 mixes an audio signal and transmits the audio signal to each communication terminal, the relay device 2 performs echo cancellation 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 corresponds to the session table of the present invention.
  • the mixing table 41 is provided with columns of a session number, a call ID, a destination ID, a participating terminal, an excluded terminal, and a holding time timer (TS) for each communication session.
  • the session number is a number for identifying this communication session, and is serially added in the order of establishing the communication sessions (the order of registration).
  • the column of “calling ID” an identification number of a communication terminal that has made a call (sent a call packet) is stored.
  • the column of the destination ID stores the identification number of the communication terminal or group called by the call packet.
  • the identification number of the communication terminal participating in this communication session is registered.
  • the communication terminals that are called (belong to) in this communication session, but are participating in another communication session and are communicating, are displayed.
  • 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 column of the participating terminal.
  • a communication terminal that belongs to the group but participates in another communication session cannot participate in this group communication session, so the communication terminal is removed from the participation terminal and its identification number is displayed in the excluded terminal column. be registered.
  • the calling terminal is a communication terminal that does not belong to this group, that is, if the calling terminal calls a group other than the group to which the calling terminal belongs, the identification number of the calling terminal is also changed to the participating terminal. Is registered in the column. In the case of the whole communication session, all communication terminals that can communicate are registered as participating terminals.
  • the holding 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 audio signal is transmitted from any of the participating terminals.
  • the holding time timer TS is reset (30 seconds is set) and counts down in the communication session management process (see FIG. 9).
  • the timer TS times out without a voice signal being sent from the participating terminal for 30 seconds, the communication session is canceled and the information of the communication session is deleted from the mixing table 41.
  • FIG. 3C is a diagram showing the priority table 42.
  • the priority table 42 stores communication priorities for each call type. The priority is represented by a numerical value, and a smaller value indicates a higher priority.
  • which communication session the communication terminal should participate in is determined based on the priority of the priority table 42.
  • one communication terminal is called from multiple communication sessions in duplicate, for example, when called from multiple communication sessions at the same time, or when called from another communication session while participating in one communication session It is.
  • the communication terminal continues to participate in the current session and does not move to the new communication session. Even if they have the same priority, they may be moved to a new communication session. Further, the contents of the priority table 42 are not limited to this. For example, the individual communication session may be set to the priority 1.
  • FIG. 3D is a diagram showing the virtual device table 43.
  • the virtual device table 43 stores the identification code (VD1 or the like) of the virtual device and the identification number (ID) of the recording target (communication terminal or group to be monitored) in association with each other.
  • VD1 or the like the identification code
  • ID the identification number
  • the communication session mixing function also transmits an audio signal transmitted and received in the communication session to the virtual device.
  • the communication monitor 6 acquires and records the audio signal.
  • the virtual device is a virtual device that participates in a communication session in order to acquire a sound signal for recording from a function unit (network communication relay unit 4) that performs mixing of a sound signal.
  • 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, and the communication monitor unit 6 (the recording target is participating). All the audio signals of the communication session can be obtained.
  • the communication monitor unit 6 may record (or not record) an audio signal of the communication session to be recorded, and output the signal to a speaker or the like so that the user can listen to the signal.
  • the communication monitor unit 6 continuously buffers the voice of the communication session in which the recording target participates, and divides the voice into files of a predetermined size (for example, 100 MB).
  • a predetermined size for example, 100 MB.
  • the relay device 2 converts the voice packet (voice signal) transmitted by the communication terminal and input through the network 10, the LTE communication network 11 and the external device interface 34, into the network 10, the LTE communication network 11, and the external device interface 34. To other communication terminals via.
  • an audio signal is transmitted to a plurality of communication terminals belonging to the group.
  • users of a plurality of communication terminals may simultaneously speak and voice packets may be transmitted from the plurality of communication terminals simultaneously.
  • the relay device 2 mixes the audio signals of the plurality of audio packets to edit a new audio packet, and transmits the new audio packet to each communication terminal.
  • FIG. 5 shows a processing operation of the control unit 30 when receiving a voice packet.
  • 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 (S10). If the communication session has already been registered in the mixing table 41 (YES in S10), the control unit 30 refers to the column of the participating terminals in the mixing table 41 and joins the audio signal of the received audio packet into the communication session. The message is transmitted to the other communication terminal (S17). Then, the control unit 30 resets the holding time timer TS of the mixing table 41 to 30 seconds (S18).
  • the control unit 30 A registration process for registering a new communication session using a packet in the mixing table 41 is performed (S11). Hereinafter, this registration processing will be described with reference to FIG.
  • FIG. 6 is a flowchart showing the operation of the communication session registration process executed in S11 of FIG.
  • the control unit 30 extracts, from the destination ID and the call ID included in the received call packet, candidate terminals including the calling terminal and the called communication terminal of the new communication session, and selects one of them (see FIG. 1). S20).
  • the control unit 30 determines whether or not the communication terminal as the participating terminal candidate is busy (participating in another communication session) (S21). If the communication terminal is not busy at S21 (NO at S21), control unit 30 determines this communication terminal as a participating terminal of the communication session to be established this time (S22).
  • the control unit 30 determines whether this communication terminal is a communication terminal to be recorded (S23). In the case of the communication terminal to be recorded (YES in S23), the virtual device VDn associated with this communication terminal is also included in the participating terminal (S24).
  • the control unit 30 compares the priority of the communication session in which the communication terminal is currently participating with the current new communication session. (S25). When the priority of the new communication session is high (YES in S25), the control unit 30 executes a withdrawal process of leaving this communication terminal from the currently participating communication session (S26), and sets the communication terminal to a new one. It is determined as a participant terminal of a proper communication session (S22). When the communication terminal is a recording target (YES in S23), the control unit 30 also includes the corresponding virtual device VDn in the participating terminal (S24).
  • control unit 30 joins this communication terminal in the new communication session. Instead, the terminal is determined as a terminal excluded from the new communication session (S27).
  • the control unit 30 repeats the processing of S20 to S27 for all the participating terminal candidates (S28).
  • control unit 30 determines the number of communication terminals determined to be participating terminals (S29). If the number of participating terminals is two or more excluding the virtual device (YES in S29), control unit 30 registers this new communication session in mixing table 41 (S30), and ends this processing. When the number of participating terminals is less than 2 in S29 (NO in S29), the control unit 30 determines that a new communication session is not established and does not register a new communication session in the mixing table 41. This registration processing ends.
  • control unit 30 determines whether or not a new communication session has been registered in the communication session registration process (S11, FIG. 6) (S12). When a new communication session has not been registered (NO in S12), control unit 30 ends the processing accompanying the reception of the voice packet. On the other hand, if a new communication session is registered in S12 (YES in S12), control unit 30 refers to the audio signal of the received audio packet to the communication table with reference to the column of the participating terminals in the mixing table 41 and joins the communication session. (S15).
  • this process is a process of leaving a communication terminal participating in a communication session from a communication session currently participating in order to move the communication terminal to another communication session with a higher priority.
  • the control unit 30 deletes the participating session number in the terminal table 40 (S40), and moves the identification number of the communication terminal from the column of the participating terminal of the currently participating communication session to the column of the excluded terminal in the mixing table 41. (S41). Then, it is determined whether this communication terminal is a recording target (S42).
  • the virtual device VDn is deleted from the participant terminal column (S43), the recording (buffering) of this communication session is stopped, and the buffer audio up to that time is filed. (S44). Then, when the number of participating terminals in this communication session becomes less than 2 due to the disconnection of this communication terminal (YES in S45), session termination processing of this communication session is executed (S46). When the communication terminal to be recorded leaves the communication session in this process, recording is immediately started in the communication session in which this communication terminal newly participates (S24 in FIG. 6).
  • FIG. 8 is a flowchart showing a session end process. This processing is executed when the number of participating terminals becomes less than 2 due to the leaving of the participating terminals as described above, and when a predetermined time (30 seconds) elapses without a sound of the communication session and silence. You.
  • the control unit 30 selects one participating terminal of the communication session to be terminated (S50), deletes the participating session number of this communication terminal in the terminal table 40 (S51), and determines whether this communication terminal is a recording target. (S52). If it is a recording target (YES in S52), the control unit 30 deletes the virtual device VDn from the column of the participating terminal (S53), stops recording (buffering) of this communication session, and outputs the buffered voice up to that point. Is filed (S54).
  • the control unit 30 searches whether or not the identification number of this communication terminal is registered in the column of excluded terminals of another communication session registered in the mixing table 41 (S55).
  • this communication terminal is an exclusion terminal (YES in S56)
  • the control unit 30 communicates the identification number of this communication number to make this communication terminal participate in the excluded communication session.
  • the session is moved from the excluded terminal column to the participating terminal column (S57), and the session number of this communication session is written in the participating session number column of this communication terminal in the terminal table 40 (S58). Then, it is determined whether or not this communication terminal is a recording target (S59).
  • the virtual device VDn is written in the participating terminal column of the communication session (S60), and recording (buffering) of this communication session is started (S61). After executing the processes of S50 to S61 for all the participating terminals (YES in S62), the communication session is deleted from the mixing table 41 (S63), and the session end process ends.
  • FIG. 9 is a flowchart showing a communication session management process.
  • the control unit 30 counts the silence time of the communication session registered in the mixing table 41, and ends the communication session when a predetermined time (30 seconds) has elapsed. This process is repeatedly executed periodically (for example, every 20 milliseconds).
  • the control unit 30 first specifies a communication session in the first row of the mixing table 41 (S80).
  • the control unit 30 decrements the hold time timer TS of the designated communication session by one count (20 milliseconds) (S81), and determines whether the hold time timer TS becomes 0 by this subtraction (S82). .
  • the control unit 30 determines that this communication session has ended, and deletes the session end process for the communication session in this row (S83, FIG. 8).
  • the control unit 30 manages the mixing table 41 by sequentially performing the above processing until the last row of the mixing table 41 is reached (S84, S85).
  • the communication monitor unit 6 determines whether an audio signal (audio packet) addressed to the virtual device VDn 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 information includes a session ID and the like.
  • the communication monitor 6 determines whether or not the audio signal of the communication session is being recorded (S92). If recording is not being performed (NO in S92), the communication monitoring unit 6 determines that the first voice packet of this communication session has been received, and executes a recording start process (S93).
  • the recording start process will be described with reference to the flowchart of FIG. 11A.
  • the communication monitor unit 6 saves the session information included in the audio packet (S110), and secures a storage area (storage capacity) for the audio file in the external storage device 7 (S111).
  • the communication monitor unit 6 generates a date folder which is a folder for storing the audio file and a storage file name of the audio signal to be buffered from now on (S112), and buffers the audio signal on the RAM of the control unit 3.
  • a buffer area is secured (S113).
  • the storage area of the session information in S110 is also set on the RAM of the control unit 30.
  • the date folder is generated for each virtual device VDn for each date. Therefore, if a folder for the current day of this virtual device VDn has already been created, no folder is created in S112. Folder names and file names are created as follows.
  • a folder for each date is created under each directory.
  • “date when saving is started” is used.
  • the folder for September 10, 2018 for the virtual device VD1 is “/ voice_data1 / 20180910”.
  • the file name of the audio file created for each 100 MB is a name obtained by adding a 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 group ID) for group communication, “_uid10” (transceiver ID), “_tel1234” (phone number of IP telephone) for individual communication, etc. It is.
  • the file name of the audio signal of the communication session of the group ID 100 whose buffer started 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 starts 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 audio packet received this time is compared with the session information saved at the start of recording (S95).
  • the recording is temporarily ended (S97), and the recording for the new communication session received this time is started (S98).
  • the recording termination process executed in S97 will be described with reference to the flowchart in FIG. 11B.
  • audio data is copied 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.
  • the communication monitor unit 6 releases the buffer area on the RAM (S116) and clears the session information (S117).
  • the communication monitor unit 6 still when the session information does not change (NO in S95), if the size of the buffered audio signal reaches 100 MB (YES in S96), the communication monitor unit 6 temporarily outputs the audio signal. A recording end process is executed once to convert the signal into a file (S97), and a recording start process is executed subsequently to record an audio signal (S98). After the recording start process (S98), the communication monitor unit 6 buffers the audio signal received this time (S99). If there is no change in the session information (NO in S95) and the buffer size has not reached 100 MB (NO in S96), the communication monitor unit 6 buffers the audio signal in the current buffer area (S99).
  • the communication monitoring unit 6 determines whether the recording is currently being performed and a predetermined standby time (for example, 5 seconds) has elapsed. (S100, S101). If the recording is currently being performed and a predetermined standby time (for example, 5 seconds) has elapsed (YES in S100 and S101), the communication monitor unit 6 determines that the communication has ended and executes a recording end process (S102). ).
  • a predetermined standby time for example, 5 seconds
  • the silent period may be advanced with no voice signal.
  • the virtual device is deleted from the column of the participating terminals of the communication session (S43 in FIG. 7, S53 in FIG. 8).
  • a message indicating session departure from the mixing engine (network communication relay unit 4) to the communication monitor unit 6 is sent. Is transmitted, the recording end process may be performed in response to the message.
  • the recorded audio data is set to WAV, but any encoding format may be used.
  • WAV Wideband Audio
  • MP3 may be used.
  • the file is recorded every time the size of the buffered recording sound reaches a predetermined size, but may be recorded every time the recording time reaches a predetermined time.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Technology Law (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 (8)

  1. 　音声通信を行う複数の通信端末と通信する通信部と、
    　２以上の通信端末が相互に通信する通信セッションを制御し、該通信セッションが登録されるセッションテーブルを備えた通信セッション処理部と、
    　を備えた中継装置であって、
    　前記通信セッションの音声信号を録音する通信モニタ部をさらに備え、
    　前記通信セッション処理部は、
    　ある通信端末から他の１または複数の通信端末を呼び出す呼び出しがあったとき、セッション情報で識別される通信セッションを確立し、この呼び出した通信端末および呼び出された前記１または複数の通信端末を前記通信セッションの参加端末として前記セッションテーブルに登録し、
    　確立された通信セッションの参加端末から音声信号が送られてくると、この音声信号を同じ通信セッションの他の参加端末に前記セッション情報とともに送信し、
    　前記通信セッションの音声信号を前記通信モニタ部に送信するための仮想デバイスを設け、この仮想デバイスを、一つの通信端末、または、複数の通信端末で構成されるグループに対応づけ、
    　前記仮想デバイスと対応づけられた前記通信端末またはグループを、前記通信セッションの参加端末として登録した場合、前記仮想デバイスをさらにその通信セッションの参加端末として登録し、
    　前記通信モニタ部は、
    　前記通信セッション処理部から前記仮想デバイス宛に送信された音声信号を取得して録音し、
    　前記音声信号とともに前記通信セッション処理部から送られてくる前記セッション情報を監視し、前記セッション情報が変化したとき、それまで録音した音声信号をファイルとして不揮発性記憶装置に保存する
    　中継装置。
  2. 　前記通信モニタ部は、前記音声信号を揮発性メモリにバッファし、バッファした音声信号が予め定めたサイズになったとき、このバッファした音声信号をファイルとして前記不揮発性記憶装置に保存する
    　請求項１に記載の中継装置。
  3. 　前記仮想デバイスは複数設けられており、前記通信モニタ部は、前記複数の仮想デバイス宛に送信されてくる音声信号を平行してそれぞれ別々に録音する請求項１に記載の中継装置。
  4. 　前記通信部は、電話通信を行う通信端末、無線通信を行う通信端末、および、ネットワークを介した音声通信を行う通信端末とそれぞれ通信し、
    　前記通信セッション処理部は、これらの通信端末を参加端末として登録した通信セッションを確立する
    　請求項１に記載の中継装置。
  5. 　複数の通信端末間の音声通信を中継する中継装置が実行する方法であって、
    　ある通信端末から他の１または複数の通信端末を呼び出す呼び出しがあったとき、セッション情報で識別される通信セッションを確立し、この呼び出した通信端末および呼び出された前記１または複数の通信端末を前記通信セッションの参加端末として登録し、
    　確立された通信セッションの参加端末から音声信号が送られてくると、この音声信号を同じ通信セッションの他の参加端末に前記セッション情報とともに送信し、
    　前記通信セッションの音声信号を取得する仮想デバイスを、一つの通信端末、または、複数の通信端末で構成されるグループに対応づけ、
    　前記仮想デバイスが対応づけられた前記通信端末またはグループが、前記通信セッションの参加端末として登録された場合、前記仮想デバイスをその通信セッションの参加端末として登録し、
    　前記通信セッションから前記仮想デバイス宛に送信された音声信号を録音し、
    　前記音声信号とともに送られてくる前記セッション情報を監視し、前記セッション情報が変化したとき、それまで録音した音声信号をファイルとして不揮発性記憶装置に保存する
    　音声通信の録音方法。
  6. 　前記音声信号の録音時に、前記音声信号を揮発性メモリにバッファし、バッファした音声信号が予め定めたサイズになったとき、このバッファした音声信号をファイルとして前記不揮発性記憶装置に保存する
    　請求項５に記載の音声通信の録音方法。
  7. 　前記仮想デバイスは複数設けられており、前記複数の仮想デバイス宛に送信されてくる音声信号を平行してそれぞれ別々に録音する請求項５に記載の音声通信の録音方法。
  8. 　前記複数の通信端末は、電話通信、無線通信、および、ネットワークを介した音声通信を行う端末をそれぞれ少なくとも１台ずつ含んでいる請求項５に記載の音声通信の録音方法。
     

     
PCT/JP2019/017872 2018-09-27 2019-04-26 中継装置および音声通信の録音方法 WO2020066107A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US17/273,070 US11546462B2 (en) 2018-09-27 2019-04-26 Relaying device and method of recording voice communication
CN201980059191.XA CN112673616B (zh) 2018-09-27 2019-04-26 中继装置以及声音通信的录音方法
EP19864921.2A EP3843370A4 (en) 2018-09-27 2019-04-26 RELAY DEVICE AND VOICE COMMUNICATION RECORDING METHOD

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018181221A JP7239805B2 (ja) 2018-09-27 2018-09-27 中継装置および音声通信の録音方法
JP2018-181221 2018-09-27

Publications (1)

Publication Number Publication Date
WO2020066107A1 true WO2020066107A1 (ja) 2020-04-02

Family

ID=69953082

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/017872 WO2020066107A1 (ja) 2018-09-27 2019-04-26 中継装置および音声通信の録音方法

Country Status (5)

Country Link
US (1) US11546462B2 (ja)
EP (1) EP3843370A4 (ja)
JP (1) JP7239805B2 (ja)
CN (1) CN112673616B (ja)
WO (1) WO2020066107A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7355996B2 (ja) * 2019-05-17 2023-10-04 アイコム株式会社 中継装置および音声通信の録音方法
WO2023159446A1 (zh) * 2022-02-24 2023-08-31 深圳市昊一源科技有限公司 通话系统、主机设备、计算机程序产品、移动终端以及云服务器

Citations (6)

* 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
JP2009213018A (ja) * 2008-03-06 2009-09-17 Oki Electric Ind Co 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 アイコム株式会社 中継装置、通信システムおよび音声信号の中継方法
WO2018115987A1 (en) * 2016-12-19 2018-06-28 Arjun Singh Virtual device based capturing of instant messages

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030120367A1 (en) * 2001-12-21 2003-06-26 Chang Matthew C.T. System and method of monitoring audio signals
US6823050B2 (en) * 2003-02-13 2004-11-23 International Business Machines Corporation System and method for interfacing with a personal telephony recorder
JP2009218775A (ja) * 2008-03-10 2009-09-24 Oki Electric Ind Co Ltd コールセンタシステム
US9071684B2 (en) * 2009-11-17 2015-06-30 Cisco Technology, Inc. Media forking
JP2011119953A (ja) 2009-12-03 2011-06-16 Hitachi Ltd 呼制御および通話録音の機能を用いた通話録音システム
JP2011147007A (ja) * 2010-01-15 2011-07-28 Mitsubishi Electric Corp 通話録音装置及び通話録音システム
EP3038299A4 (en) * 2013-09-25 2016-09-28 Huawei Tech Co Ltd METHOD FOR RECORDING SESSION INFORMATION AND RECORD SERVER
WO2015068665A1 (ja) * 2013-11-07 2015-05-14 アイコム株式会社 中継装置、音声通信システム、プログラムおよび中継方法
US20160150040A1 (en) 2014-11-24 2016-05-26 At&T Intellectual Property I, L.P. Virtual device proxy
US9413880B1 (en) * 2015-01-29 2016-08-09 Cisco Technology, Inc. Automatic failover for phone recordings
JP6870686B2 (ja) 2016-12-22 2021-05-12 日本電気株式会社 グループ通話システム、通話内容提供方法及びプログラム

Patent Citations (6)

* 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
JP2009213018A (ja) * 2008-03-06 2009-09-17 Oki Electric Ind Co 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 アイコム株式会社 中継装置、通信システムおよび音声信号の中継方法
WO2018115987A1 (en) * 2016-12-19 2018-06-28 Arjun Singh Virtual device based capturing of instant messages

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3843370A4

Also Published As

Publication number Publication date
CN112673616B (zh) 2023-08-11
JP7239805B2 (ja) 2023-03-15
JP2020053838A (ja) 2020-04-02
EP3843370A1 (en) 2021-06-30
US20210360103A1 (en) 2021-11-18
US11546462B2 (en) 2023-01-03
CN112673616A (zh) 2021-04-16
EP3843370A4 (en) 2022-06-15

Similar Documents

Publication Publication Date Title
US7809388B1 (en) Selectively replaying voice data during a voice communication session
JP6610259B2 (ja) 中継装置、音声通信システム、プログラムおよび中継方法
EP3068119B1 (en) Relay device, voice communication system, program, and method for relaying voice signal
JP4229287B2 (ja) 通信制御サーバ、通信端末、通信制御方法
JP2005124183A (ja) 通信セッション上で起動中の複数個の通信機器の識別情報を情報受信コンポーネントに送信する装置および方法
WO2020066107A1 (ja) 中継装置および音声通信の録音方法
WO2020066105A1 (ja) 中継装置および音声通信のモニタ方法
WO2021100258A1 (ja) 音声通信システム、音声通信方法、および、音声通信プログラム
JP4352138B2 (ja) 携帯電話での同報通話システム
JP7355996B2 (ja) 中継装置および音声通信の録音方法
JP4631603B2 (ja) ＰｏＣサービスにおける音声データ再生システム、再生方法、サーバ装置、及び、プログラム
CN112673613B (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: 19864921

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: 2019864921

Country of ref document: EP

Effective date: 20210326