WO2018147171A1 - 音声通信システム、中継装置、端末装置、セッション管理方法、および、プログラム - Google Patents

音声通信システム、中継装置、端末装置、セッション管理方法、および、プログラム Download PDF

Info

Publication number
WO2018147171A1
WO2018147171A1 PCT/JP2018/003508 JP2018003508W WO2018147171A1 WO 2018147171 A1 WO2018147171 A1 WO 2018147171A1 JP 2018003508 W JP2018003508 W JP 2018003508W WO 2018147171 A1 WO2018147171 A1 WO 2018147171A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
session
unit
voice
communication
Prior art date
Application number
PCT/JP2018/003508
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 EP18750642.3A priority Critical patent/EP3576393B1/en
Priority to CN201880005388.0A priority patent/CN110140345B/zh
Priority to US16/481,935 priority patent/US10623574B2/en
Publication of WO2018147171A1 publication Critical patent/WO2018147171A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/4061Push-to services, e.g. push-to-talk or push-to-video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/56Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • H04N7/141Systems for two-way working between two video terminals, e.g. videophone
    • H04N7/147Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • H04N7/15Conference systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10Push-to-Talk [PTT] or Push-On-Call services

Definitions

  • the present invention relates to a voice communication system using a network, and more particularly to switching of communication priority in a voice communication system.
  • a LAN transceiver system that performs communication using a local area network (LAN) with an operational feeling similar to that of a conventional handy transceiver has been put into practical use (for example, Patent Document 1).
  • voice signals are packetized and transmitted / received over a network.
  • a server serving as a relay device relays transmission / reception of voice signals (voice packets) between terminal devices, thereby realizing voice communication between terminal devices.
  • priorities are assigned to a plurality of types of calls (communication forms), and when a server receives a call from a terminal device, the communication that has been performed earlier according to the type of call. It is determined whether or not to connect to a (session) terminal device.
  • the priority is determined for each call type. This priority is stored in the server and cannot be flexibly switched by the user of the terminal device.
  • a user of a terminal device may want to call another terminal device with a higher priority than usual.
  • it is necessary to call other terminal devices with priority over all other communications, and notify the emergency to take action.
  • the user of the terminal device cannot switch the communication priority, and the terminal device itself cannot have a high priority.
  • an object of the present invention is to realize a voice communication system capable of switching the priority of communication performed by a specific terminal device by a user operation.
  • the present invention is a voice communication system having a relay device and a plurality of terminal devices that communicate with each other via a communication network.
  • the terminal device includes a voice transmission unit that transmits a call voice signal in which information specifying a communication partner terminal device is added to the voice signal to the relay device, and a mode setting unit that sets the own device to a specific mode.
  • the relay device includes a session management unit, a voice transfer unit, and a priority information storage unit.
  • the session management unit forms a voice communication session in which the terminal device and the terminal device specified by the call voice signal participate.
  • the voice transfer unit transfers a voice signal between terminal devices participating in the session.
  • the priority information storage unit stores priority information related to the session.
  • the session management unit performs the following processing.
  • a call voice signal specifying a terminal device participating in an existing session as a communication partner is received, the priority information of the existing session and the new session to be formed by the current call voice signal is used as priority information. Judgment based on.
  • the terminal device participating in the existing session is removed from the existing session and participates in the new session.
  • a specific calling voice signal specifying a terminal device participating in an existing session as a communication partner is received from a terminal device set in the specific mode, the terminal devices participating in the existing session are Regardless of the priority, it is removed from the existing session and joined to the session to be formed by this specific call voice signal.
  • the notification signal transmission unit that transmits the specific signal to which the information specifying the transfer destination terminal device is added to the relay device, and when the terminal device is set to the specific mode And a notification unit that outputs a voice and / or display indicating that the specific mode is set.
  • the transmission of the specific signal is performed without the operation of the user of the terminal device, and this may be performed periodically.
  • a specific signal can be realized by a packet.
  • the relay device may further include a specific signal transfer unit that, when receiving the specific signal, transfers the specific signal to the terminal device designated as the transfer destination.
  • the audio transfer unit and the specific signal transfer unit function separately, and the specific signal is also transferred to the terminal device that is transferring another audio signal.
  • the notification unit of the terminal device When the notification unit of the terminal device receives the transferred specific signal, it outputs a voice and / or display indicating that the other terminal device is in the specific mode. This output is executed even when the terminal device receives and reproduces another audio signal, and can notify the user that the other terminal device is in the specific mode.
  • the terminal device may further include an operation unit that receives a user operation and a no-operation determination unit that measures a no-operation time during which the user does not operate the operation unit.
  • a mode setting part may set an own apparatus to specific mode, when a no-operation determination part time-measures predetermined time. Thereby, it can notify to other terminal devices that it is in the state where a user cannot operate a terminal device as a specific mode.
  • the operation unit includes a PTT switch for operating the voice transmission unit, and when a specific mode without operation is set, the function of the PTT switch may be stopped.
  • the mode setting unit cancels the specific mode when the operation of the operation unit is detected.
  • the relay device of the present invention includes a network communication unit, a session management unit, a voice transfer unit, and a priority information storage unit.
  • the network communication unit is connected to the communication network and communicates with a plurality of terminal devices via the communication network.
  • the session management unit receives a call voice signal in which information specifying the communication partner terminal device is added to the voice signal from the terminal device, the terminal device and the terminal device specified by the call voice signal participate. Create a voice communication session.
  • the voice transfer unit transfers a voice signal between terminal devices participating in the session.
  • the priority information storage unit stores priority information related to the session.
  • the session management unit performs the following processing.
  • a call voice signal specifying a terminal device participating in an existing session as a communication partner is received, the priority information of the existing session and the new session to be formed by the current call voice signal is used as priority information. If the priority of the new session is higher than that of the existing session, the terminal device participating in the existing session is removed from the existing session and joined to the new session.
  • a ringing voice signal specifying a terminal device participating in an existing session as a communication partner is received from a terminal device set to a specific mode, the terminal device participating in the existing session is given priority to both sessions. Regardless of the time, it is removed from the existing session and joined to the session to be formed with this calling voice signal.
  • the terminal device of the present invention includes a network communication unit, a voice transmission unit, a notification signal transmission unit, and a notification unit.
  • the network communication unit communicates with the relay device via the communication network.
  • the voice transmitting unit transmits a calling voice signal in which information specifying a communication partner terminal device is added to the voice signal to the relay device.
  • the mode setting unit sets the own device to the specific mode.
  • the notification signal transmission unit transmits a specific signal to which information specifying the transfer destination terminal device is added to the relay device.
  • the notification unit When the notification mode is set to the specific mode, the notification unit outputs a voice and / or display indicating that the mode is the specific mode.
  • the voice transmission unit When the voice transmission unit is set to the specific mode, the voice transmission unit adds information indicating that the own apparatus is set to the specific mode to the calling voice signal. In addition, when the notification unit receives the specific signal from the relay device, the notification unit may output a voice and / or display indicating that the other terminal device is in the specific mode.
  • the terminal device may further include an operation unit that receives a user operation and a no-operation determination unit that measures a no-operation time during which the user does not operate the operation unit.
  • the mode setting unit sets the own device to the specific mode when the no-operation determining unit times a predetermined time.
  • the operation unit may include a PTT switch for operating the voice transmission unit, and stop the function of the PTT switch when the specific mode is set.
  • the mode setting unit cancels the specific mode when the operation of the operation unit is detected.
  • the session management method of the present invention causes the relay device connected to the communication network to perform the following processing.
  • the relay device receives a call signal for another terminal device from a terminal device on the network, it forms a voice communication session in which the calling terminal device and the received terminal device are participating terminal devices.
  • the relay device performing the above processing a plurality of times, when the participating terminal devices compete in a plurality of sessions, the participating device of the competing terminal device is determined based on a predetermined priority.
  • the relay device receives a call signal to which information indicating that it is in the specific mode is added, if the terminal device that has received the call competes with a participating terminal device of another session, Remove from the session and join this session.
  • the program of the present invention causes a control unit of a relay device that communicates with a plurality of terminal devices via a communication network to function as a session management unit and a transfer unit.
  • the session management means receives a calling voice signal in which information specifying the communication partner terminal apparatus is added to the voice signal from the terminal apparatus, the terminal apparatus and the terminal apparatus specified by the calling voice signal participate. Create a voice communication session.
  • the transfer means transfers the audio signal to and from the terminal devices participating in the session.
  • the session management means performs the following processing.
  • a call voice signal specifying a terminal device participating in an existing session as a communication partner is received, the priorities of the existing session and the new session to be formed by the current call voice signal are predetermined.
  • the priority is determined based on the priority information and the priority of the new session is higher than that of the existing session, the terminal devices participating in the existing session are removed from the existing session and participated in the new session.
  • a ringing voice signal specifying a terminal device participating in an existing session as a communication partner is received from a terminal device set to a specific mode, the terminal device participating in the existing session is given priority to both sessions. Regardless of the time, it is removed from the existing session and joined to the session to be formed by this calling voice signal.
  • control unit when the control unit receives a specific signal to which information specifying the transfer destination terminal device is added from the terminal device set in the specific mode, the specific signal is separated from the transfer of the audio signal. Further, it may further function as a specific signal transfer means for transferring to the terminal device designated as the transfer destination.
  • the specific mode is set in the terminal device by the user's operation, and preferential communication is possible with the terminal device in the specific mode.
  • FIG. 1 is a configuration diagram of a voice communication system according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating a configuration of a voice packet.
  • FIG. 3 is a block diagram of the terminal device.
  • FIG. 4 is a block diagram of the server.
  • FIG. 5A is a diagram illustrating a terminal table provided in the server.
  • FIG. 5B is a diagram illustrating a group table provided in the server.
  • FIG. 5C is a diagram illustrating a priority table provided in the server.
  • FIG. 6A is a diagram illustrating a mixing table provided in the server.
  • FIG. 6B is a diagram illustrating a mixing table provided in the server.
  • FIG. 7A is a flowchart showing an emergency mode setting operation of the terminal device.
  • FIG. 7A is a flowchart showing an emergency mode setting operation of the terminal device.
  • FIG. 7B is a flowchart showing the operation of the terminal device in the emergency mode.
  • FIG. 7C is a flowchart illustrating an operation of the terminal device when the PTT switch is on.
  • FIG. 8 is a flowchart showing the operation of the server.
  • FIG. 9A is a flowchart showing the operation of the terminal device when receiving a packet.
  • FIG. 9B is a flowchart showing the timer management operation of the terminal device.
  • FIG. 10 is a flowchart showing the operation of the terminal device.
  • FIG. 1 is a configuration diagram of a voice communication system according to an embodiment of the present invention.
  • This voice communication system includes a LAN side system 10, LTE side systems 20 and 30, and a gateway 12 that connects the LAN side system 10 and the LTE side system 20.
  • a server 22 is installed in the LTE system 20.
  • the server 22 is connected to the second LTE side system 30 via the VPN 35.
  • the LAN side system 10 has a LAN (local area network) 17 including a wired LAN 15 and a wireless LAN 16 as a communication infrastructure.
  • IEEE 802.11 such as Wi-Fi can be applied.
  • the LTE-side system 20 has an LTE network (a packet communication network that communicates using an LTE (Long Term Evolution) method), which is a communication method adopted by a mobile phone carrier, as a communication infrastructure.
  • the LTE side system 30 also has an LTE network 31 of a carrier different from the LTE side system 20.
  • the systems 10, 20, and 30 include a LAN terminal device 14 and LTE terminal devices 24 and 34, respectively.
  • the LAN terminal device 14 and the LTE terminal devices 24 and 34 perform voice communication with each other across the system.
  • the LAN terminal device 14 and the LTE terminal devices 24 and 34 have substantially the same configuration except that different networks are used. Both the LAN terminal device 14 and the LTE terminal devices 24 and 34 have a shape similar to a handy transceiver for wireless communication, and include a PTT (push-to-talk) switch, but are functionally access points. (AP) 13 or a wireless network device that transmits and receives audio signals via base stations 23 and 33.
  • the LTE server 22 as a relay device relays mutual communication between the LAN terminal device 14 and the LTE terminal devices 24 and 34.
  • items common to the LAN terminal device 14 and the LTE terminal devices 24 and 34 are simply referred to as terminal devices and are not numbered.
  • a management device 18 is connected to the wired LAN 15.
  • the management device 18 is a personal computer in which a management program is installed.
  • the management program incorporates so-called map software.
  • the management device 18 displays a map on the screen and displays an icon indicating the current position of the LTE terminal devices 24 and 34 that are scattered in various places on the map in real time.
  • the current positions of the LTE terminal devices 24 and 34 are measured by the GPS positioning unit 126 (see FIG. 3) mounted on the LTE terminal devices 24 and 34, and transmitted to the server 22 at a predetermined timing.
  • the management device 18 acquires the current positions of the LTE terminal devices 24 and 34 from the server 22 and displays them on the screen.
  • the current position of the LAN terminal device 14 may be measured by the GPS positioning unit 126, or may be determined based on the position of the access point 13 that is logged in.
  • the terminal device enters the emergency mode by the user's operation or when it is not operated at all by the user for a long time. Details of the emergency mode will be described later.
  • the terminal device transmits an alert packet to the server 22.
  • the server 22 receives the alert packet from the terminal device, the server 22 registers in the terminal table that the terminal device is in the emergency mode.
  • the management device 18 acquires information on the terminal device in the emergency mode from the server 22 and switches the icon of the terminal device displayed on the map to a mode indicating the emergency mode.
  • the mode of the icon indicating the emergency mode is, for example, changing the color (to make it red) or blinking the display.
  • the alert packet corresponds to the specific signal of the present invention.
  • voice signals are transmitted and received using voice packets, and communication control such as start / end of communication and selection of a communication partner is performed. That is, a procedure for establishing a communication session such as a SIP procedure is not performed before transmission of the voice packet, and communication is started by transmitting the voice packet.
  • the voice packet has a header and a payload (data body).
  • the header includes a destination IP address and a source IP address.
  • the payload includes voice data and communication control information.
  • the audio data is an audio signal for one thread (for example, 20 milliseconds) that has been digitized and compressed.
  • the destination IP address and source IP address of the header are IP addresses indicating the direct destination and source of this voice packet.
  • the voice signal transmitted / received between the terminal devices is included in the voice packet and transmitted from the terminal device to the server 22 or the gateway 12, and the server 22 or the gateway 12 includes the voice signal in a new voice packet and is the partner terminal. Send to device. Therefore, the destination IP address of the voice packet transmitted from the terminal device is not the address of the partner terminal device but the address of the server 22 or the gateway 12.
  • the communication control information includes a call type, a call ID, a caller ID, an emergency flag, and a message area.
  • the call type is information indicating a communication form, and is information indicating any of individual communication / group communication / overall communication.
  • the call ID is the terminal ID of the communication partner in the case of individual communication, and the group ID in the case of group communication.
  • the sender ID is the terminal ID of the terminal device that has transmitted the voice packet.
  • the emergency flag is a flag indicating that the terminal device that has transmitted the voice packet is in an emergency mode.
  • the server 22 that has received the voice packet in which the emergency flag is set and the terminal device of the communication counterpart perform an emergency response operation different from normal. The emergency response operation will be described later. Information indicating an emergency in the emergency mode is written in the message area.
  • FIG. 3 is a block diagram of the LTE terminal device 24.
  • the LTE terminal device 24 is functionally a wireless network device that transmits and receives an audio signal via the base station 23 of the LTE network 21.
  • the control unit 120 that controls the operation of the apparatus is constituted by a microprocessor.
  • the control unit 120 includes a storage unit 121 that stores various data.
  • the storage unit 121 stores setting data such as a call ID that can be communicated with the terminal device.
  • An operation unit 122, a display unit 123, an audio circuit 124, an LTE communication unit 125, and a GPS positioning unit 126 are connected to the control unit 120.
  • the operation unit 122 includes a key switch such as a PTT switch 220, receives a user operation, and inputs an operation signal to the control unit 120.
  • the operation unit 122 is also provided with emergency mode setting means for setting the emergency mode.
  • the emergency mode setting means may be a dedicated key switch, but may be a combination of a plurality of key operations or a special operation (such as long press) of a predetermined key.
  • the control unit 120 sets the emergency mode for the own device.
  • the terminal device also has a function of setting an emergency mode based on its own judgment when there is no user operation for a long time. Details of this function will be described later.
  • the display unit 123 includes a liquid crystal display. On the liquid crystal display, the identification number of the communication partner selected by the user's operation, the identification number of the incoming communication partner, and the like are displayed. Further, on the liquid crystal display, when the device itself or the communication partner terminal device is in the emergency mode, a wording indicating that the device is in the emergency mode (such as “emergency”) blinks.
  • the audio circuit 124 includes a microphone 240 and a speaker 241.
  • the control unit 120 decodes the received audio signal and inputs it to the audio circuit 124.
  • the audio circuit 124 converts the decoded audio signal into an analog signal and outputs it from the speaker 241.
  • the audio circuit 124 converts the audio signal input from the microphone 240 into a digital signal and inputs the digital signal to the control unit 120.
  • the control unit 120 converts the digital audio signal into a voice packet and inputs the voice packet to the LTE communication unit 125.
  • the LTE communication unit 125 performs wireless communication using a communication method compliant with the LTE method, transmits a packet input from the control unit 120 toward the base station 23, and transmits a packet received from the base station 23 to the control unit 120. input.
  • the GPS positioning unit 126 receives signals sent from a plurality of GPS satellites and measures its own position. The measured position information is included in the voice packet and transmitted to the server 22.
  • the LTE terminal device 24 edits the voice signal into a voice packet and transmits the voice packet to the server 22. To do.
  • the server 22 determines the transfer destination of this audio signal from the communication control information included in the payload of the received audio packet.
  • the transfer destination is another terminal device or a gateway.
  • the server device 22 edits the voice packet addressed to the transfer destination to which the payload of the received voice packet has been reprinted, and transmits the edited voice packet to the transfer destination.
  • the LTE terminal device 24 transmits to the server 22 a voice packet having a voice signal input from the microphone 240 and communication control information for identifying a communication partner as a payload. That is, when the user turns on the PTT switch 220 and inputs an audio signal, the LTE terminal device 24 edits the communication control information so that the audio signal is transferred to a preselected communication partner, and the audio signal And the communication control information is sent to the server 22 as a voice packet.
  • the server 22 transfers the received voice signal to the partner terminal device determined based on the call ID of the communication control information.
  • the server 22 transfers the voice signal to the gateway 12, and the gateway 12 transfers the voice signal to the terminal device (LAN terminal device 14).
  • the server 22 transfers the voice signal to the LTE terminal device 34 via the VPN 35 and the LTE network 31.
  • the transfer destination of the voice signal is determined based on the communication control information included in the voice packet (RTP packet)
  • RTP packet voice packet
  • the user can perform voice communication with a feeling of use similar to that of a conventional wireless communication transceiver by turning on the PTT switch 220 and speaking.
  • the LTE terminal device 24 has been described, but the LAN terminal device 14 has substantially the same configuration.
  • the LAN terminal device 21 has a wireless LAN communication unit instead of the LTE communication unit 45, and the wireless LAN communication unit communicates with the access point 13 to transmit and receive voice packets.
  • the server 22 controls not only individual communication that is one-to-one communication between two terminal devices, but also group communication that is mutual communication between three or more terminal devices.
  • group communication the server 22 transfers the received audio signal to a terminal device other than the terminal device (transmission terminal device) that has transmitted the audio signal among the terminal devices 14 belonging to the group.
  • the reason why the audio signal is not transferred to the transmitting terminal device is to prevent the echo signal output from the speaker 241 from being delayed due to the audio signal input from the microphone 240 in the transmitting terminal device.
  • audio signals may be transmitted simultaneously from a plurality of terminal devices.
  • the server 22 performs echo cancellation mixing on the plurality of audio signals and transfers them to each terminal device.
  • the echo cancellation mixing is a process for generating a signal obtained by mixing an audio signal excluding an audio signal transmitted by the terminal device for each terminal device. Thereby, the echo of the audio
  • FIG. 4 is a block diagram of the server 22.
  • the server 22 is connected to the LTE network 21 of the LTE side system 20.
  • the server 22 includes a control unit 130, a storage unit 131, and a network communication unit 132.
  • the storage unit 131 includes, for example, a hard disk or a RAM, and stores various tables shown in FIGS. 5 and 6, terminal device setting data, and the like.
  • the control unit 130 performs terminal device setup, audio signal mixing, and the like.
  • the network communication unit 132 controls communication with the LTE network 21.
  • the voice communication system In the voice communication system, three forms of communication (individual communication, group communication, and overall communication) are performed.
  • individual communication two terminal devices communicate with each other on a one-to-one basis.
  • the server 22 transfers the audio signal input from one terminal device to the other terminal device.
  • group communication a plurality (preferably three or more) of terminal devices communicate with each other.
  • the server 22 performs the above-described echo cancellation mixing on the audio signal received from the terminal device, and transfers it to each terminal device in the group.
  • Overall communication is a type of group communication in which all terminal devices existing on the system 1 are affiliated terminals.
  • the ID of the terminal device existing on the system 1 and the information (group ID and ID of the affiliated terminal) for performing group communication are stored in the server 22 in advance. It is notified to the terminal device.
  • the user of the terminal device selects the communication partner ID (terminal ID or group ID) and then presses the PTT switch 220 to input an audio signal.
  • the terminal device generates a voice packet (written in the communication control information) having the selected ID as the call ID and the selected communication form as the call type, and transmits the voice packet to the server 22.
  • the server 22 When the server 22 receives the voice packet from the terminal device, the server 22 starts forwarding (session) of the voice signal based on the call ID of the voice packet.
  • the server 22 registers a mixing group for storing IDs and the like of terminal devices participating in the session in the mixing table shown in FIG. Details of the mixing table will be described later.
  • FIG. 5C is a diagram showing a priority table.
  • the priority table stores priorities of individual communication, group communication, and overall communication, which are the three communication modes (call types) executed in this system. According to this table, overall communication has the highest priority, individual communication follows it, and group communication has the lowest priority.
  • the server 22 basically joins the terminal device to the session started first. However, even if the session starts later, if it has a higher priority than the previous session, the terminal device is moved from the previous session to the higher priority session.
  • the storage unit 131 that stores the priority table of FIG. 5C corresponds to the priority information storage unit of the present invention.
  • a priority that is different from the priority defined in the priority table is set for a session including the terminal device in the emergency mode (emergency mode session). Therefore, the terminal device participating in the emergency mode session cannot move to another session. Further, even when a terminal device communicating in another session is called from the emergency mode session, the terminal device leaves the current session and moves to the emergency mode session.
  • FIG. 5A is a diagram showing the terminal table 301.
  • the terminal table is a table for the server 22 to manage the terminal device, and is stored in the storage unit 131.
  • Each terminal device is identified by a terminal ID, which is identification information uniquely assigned. In this embodiment, a terminal number is used as the terminal ID.
  • the terminal table stores an active flag, an emergency flag, and position information for each terminal ID.
  • the active flag is a flag indicating that the terminal device can communicate on the network.
  • the emergency flag is a flag indicating that the terminal device is in the emergency mode.
  • the terminal device set with the emergency mode transmits an alert packet (described later) to the server 22.
  • the server 22 receives the alert packet, the server 22 performs a predetermined response operation and sets the emergency flag of the terminal device.
  • FIG. 5B is a diagram showing a group table.
  • the group table is a table for the server 22 to manage talk groups, and is stored in the storage unit 131.
  • Each group (talk group) is identified by a group ID which is identification information uniquely assigned.
  • a group number prefixed with “G” is used as the group ID.
  • a terminal ID of a terminal device (affiliated terminal device) belonging to the group is stored.
  • the group with the group ID “A” at the bottom of the group table is a group for overall communication, and all terminal devices on the system belong to it.
  • the terminal table, group table, and priority table are maintained via the management device 18 by the system administrator. That is, the terminal device registered in the terminal table, the talk group registered in the group table, and the priority of each call type can be changed.
  • FIG. 6 is a diagram showing a mixing table. 6A and 6B show the contents of the mixing table at different points in time.
  • a session ID, a calling terminal ID, a participating terminal ID, an excluded terminal ID, and an emergency flag are stored for each session (mixing group).
  • the emergency flag is a flag indicating that the session is an emergency mode session.
  • Session ID is an ID that identifies this session (mixing group).
  • group ID the call ID (group ID) written in the voice packet (call voice packet) at the time of the call is used as the session ID.
  • “G1” in FIGS. 6A and 6B corresponds to this.
  • terminal ID of the terminal device (calling terminal device) that transmitted the calling voice packet is used. “19” and “30” in FIGS. 6A and 6B correspond to this.
  • a session (mixing group) is established in the mixing table shown in this figure.
  • FIG. 7A is a flowchart showing the operation when the emergency mode is set. This process is executed when the user performs a key operation (emergency operation) for setting the emergency mode.
  • the control unit 120 sets an emergency mode (S11). By setting an emergency flag provided in the storage unit 121 by the control unit 120, an emergency mode is set in the terminal device.
  • the control unit 120 blinks “Emergency” (a word indicating that the mode is emergency) on the liquid crystal display of the display unit 123 (S12).
  • the control unit 120 and the operation unit 122 that execute the processes of S10 and S11 correspond to the mode setting unit of the present invention.
  • FIG. 7B is a flowchart showing the operation in the emergency mode. This operation is executed every 5 seconds when the emergency mode is set (when the emergency flag is set). First, it is determined whether the PTT switch 220 is turned on (S14). If the PTT switch 220 is turned on (YES in S14), the emergency mode is notified to the server 22 by communication of an audio signal, and thus this process ends without doing anything.
  • the control unit 120 When the PTT switch 220 is not turned on (NO in S14), the control unit 120 sounds a warning sound (alert) for a predetermined time (S15), and pre-selected communication destination (individual, group, etc.) Is generated and transmitted to the server 22 (S16).
  • the predetermined time is within 5 seconds of the operation interval, and about 1 second is preferable.
  • the alert packet is a packet of the same format as the voice packet shown in FIG. 2, but the voice signal is not included in the payload, and instead of this, the emergency flag of the communication control information is set and the message area is urgent. Information is written. Further, the position information measured using the GPS positioning unit 126 is also stored in the alert packet.
  • the server 22 receives the alert packet from the terminal device, the server 22 transfers the alert packet to the terminal device serving as a communication partner, and sets the emergency flag of the terminal table and the mixing table.
  • an alert packet is transmitted to the server 22 every 5 seconds by the operation of FIG. 7B even if the user does not perform any operation thereafter. This makes it easier for the administrator and other terminal device users to know the emergency of the terminal device.
  • the control unit 120, the display unit 123, and the audio circuit 124 that execute the processes of S12 and S15 correspond to the notification unit of the present invention.
  • the control part 120 may perform the process of S53 of FIG. 9A, and S55 as a process of a notification part.
  • the control unit 120 and the LTE transmission unit 125 that execute the process of S16 correspond to the notification signal transmission unit of the present invention.
  • FIG. 7C is a flowchart showing an operation when the PTT switch 220 is turned on.
  • the control unit 120 determines whether the emergency mode is set (S21). In the case of the emergency mode (YES in S21), in order to form the emergency mode session, a voice packet having a call destination (individual, group, etc.) selected in advance as a call ID is generated and transmitted to the server 22. (S22). In S22, when the emergency mode is set by the operation of FIG. 7A, the emergency flag of the communication control information is set.
  • the control unit 120 determines whether or not the current session is in progress (S23). “In session” means that this terminal device is in communication with any of the other parties (individual, group, etc.).
  • the control unit 120 When the control unit 120 starts a session with one of the other parties, the control unit 120 maintains this session for 5 seconds from the transmission or reception of the last audio signal. If there is no audio signal transmission / reception for 5 seconds, the control unit 120 cancels this session and permits the start of a session with the next new communication partner. The time period within 5 seconds is in session.
  • a voice packet having a call ID selected in advance as a call ID is generated and transmitted to the server 22 (S22). If the session is in progress (YES in S23), the voice packet with the session ID is edited and transmitted to the server 22 (S24). After transmitting the voice packet, a session timer for measuring the session maintenance time is started (S25). The session timer is a timer that times up in 5 seconds. If the session timer has already started in S25, the timer is reset to 5 seconds.
  • the control unit 120 and the LTE transmission unit 125 that execute the processes of S22 and S24 correspond to the voice transmission unit of the present invention.
  • FIG. 8 is a flowchart showing the operation of the server 22.
  • This flowchart mainly shows the operation when the server 22 receives a packet from the terminal device.
  • the voice signal is divided into a plurality of voice packets and sent as a packet sequence. This process is executed when the first packet (call packet) in the sequence is received.
  • S30 When a packet is received from the terminal device (S30), it is determined whether the urgent flag of the received packet is set (S31). When the urgent flag is set (YES in S31), the server 22 advances the process to S40 and subsequent steps. If the urgent flag is not set (NO in S31), the server 22 executes normal operations after S32.
  • the server 22 determines whether or not the terminal device that has transmitted the voice packet is in a session, that is, whether it is participating in any mixing group (S32).
  • the server 22 forms a mixing group (MG) based on the call ID included in the communication control information of the received voice packet (S33).
  • participating terminals are collected based on the priority of the current call type and the priority of other sessions. For example, in the case of a group communication call, other terminals performing individual communication are excluded.
  • the received audio signal is transferred to another terminal device of the formed mixing group (S34). At this time, if there is another audio signal received in parallel, echo cancellation mixing is performed and transferred to each terminal device.
  • the server 22 determines whether the received voice packet is addressed to this session (S35). If the voice packet is addressed to the session, the server 22 transfers the voice signal in the payload to another terminal device in the mixing group (S34).
  • the terminal device If the terminal device is in session and has transmitted a voice packet specifying the call ID of another communication partner (NO in S35), the terminal device is regarded as a new call of the terminal device in session. And the priority of the session (mixing group) in which the terminal device specified by the call ID is currently participating and the newly formed session (mixing group) are compared. This new session (mixing group) is formed so that only the devices participate (S36). And it progresses to S34 and transfers an audio
  • the server 22 determines whether the packet is an alert packet (whether it is a voice packet or an alert packet) (S40). As described above, the alert packet is a packet transmitted from the terminal device to the server 22 once every 5 seconds even when the user does not perform any operation when the emergency mode is set in the terminal device. If the received packet is an alert packet (YES in S40), the server 22 sets an emergency flag corresponding to the session (mixing group) in the mixing table (S42). If the emergency flag is already set, it can be left as it is. The server 22 forwards the alert packet to all terminal devices specified by the call ID of the received alert packet (S43).
  • the alert packet is transferred to all target terminal devices without considering whether each terminal device participates in another mixing group. Since the alert packet is one packet (or several packets), it can be transmitted to the terminal device during voice communication between the voice packet strings. The operation of the terminal device that has received the alert packet will be described with reference to the flowchart of FIG.
  • the server 22 determines whether the terminal device that has transmitted the voice packet is in an emergency mode session. Is determined (S45). If the session is not in progress (NO in S45), the server 22 forms a mixing group based on the call ID included in the communication control information of the received voice packet (S46), and sets the emergency flag of this mixing group. (S47). The server 22 causes all the terminal devices specified by the call ID of the voice packet in which the emergency flag is set to participate in this mixing group. The server 22 transfers the voice signal of the voice packet to another terminal device of the mixing group (S48). If the emergency mode session has already been started in S45 (NO in S45), the server 22 advances the process to S48 and transfers the voice signal of the voice packet to another terminal device in the mixing group.
  • the control unit 130 and the storage unit 131 (tables shown in FIGS. 5 and 6) that execute the processes of S33, S36, and S46 correspond to the session management unit of the present invention.
  • the control unit 130 and the network communication unit 132 that execute the processes of S34 and S48 correspond to the voice transfer unit of the present invention.
  • the control unit 130 and the network communication unit 132 that execute the process of S43 correspond to the specific signal transfer unit of the present invention.
  • FIG. 9 is a flowchart showing operations of the terminal device when receiving voice packets and timer management.
  • FIG. 9A is a flowchart illustrating the operation of the control unit 120 when the terminal device receives a packet from the server 22.
  • the control unit 120 determines whether or not the emergency flag of the packet is set (S51). If the urgent flag is not set (NO in S51), since it is a normal voice packet, the process proceeds to S56, and the voice signal contained in the voice packet is demodulated and reproduced (S56).
  • the session timer is started (S57), and the operation is terminated.
  • the session timer is a soft timer set in the storage unit 121 and times up in 5 seconds. If the session timer has already been started, the remaining time is reset to 5 seconds.
  • the emergency timer is started assuming that the communication partner terminal device is in the emergency mode (S52).
  • the urgent timer is a soft timer set in the storage unit 121 and times up in 5 seconds. If the emergency timer has already started, the remaining time is reset to 5 seconds.
  • the control unit 120 causes the liquid crystal display of the display unit 123 to blink “Emergency” (a word indicating that it is the emergency mode) in a blinking manner (S53).
  • the control unit 120 determines whether the received voice packet is an alert packet (S54). If the packet is an alert packet (YES in S54), a warning sound is generated inside the terminal device and sounded for a predetermined time (S55). The predetermined time is preferably about 1 second. Since the alert packet is transmitted once every 5 seconds from the terminal device in the emergency mode, the warning sound is generated once every 5 seconds in this terminal device. As described with reference to FIG. 8, the alert packet is transferred to all the terminal devices specified by the call ID without generating a session (mixing group) (without considering other sessions). For this reason, even when this terminal device is communicating in another session, an alert packet is received between them and a warning sound is sounded. If a warning sound is sounded during playback of a session sound signal, the sound signal is blocked, but after the warning sound stops sounding, the sound signal of the session is reproduced as before.
  • control unit 120 advances the processing to S56 and demodulates and reproduces the audio signal.
  • FIG. 9B is a flowchart showing the timer management operation. This is performed periodically (eg every 50 ms).
  • the control unit 120 determines whether the emergency timer has expired (S61). If the emergency timer has expired (YES in S61), it means that the emergency mode of the other terminal device has been canceled, and thus the flashing display of “Emergency” is deleted (S62). Next, the control unit 120 determines whether the session timer has expired (S63). If the session timer is up, the session is canceled (S64).
  • the emergency mode set for the terminal device can be canceled by a user operation on the terminal device.
  • the user operation is, for example, power-on again, emergency operation again.
  • the emergency mode may be automatically canceled on condition that the emergency mode has continued for a predetermined time. Further, the emergency mode may be canceled when a response from the other party preset in the emergency mode is received.
  • the wording “Emergency” blinks and a warning sound sounds in the terminal device in which the emergency mode is set.
  • the emergency mode can be set so as not to display “emergency” or sound a warning sound. This operation mode is called silent mode.
  • the word “emergency” blinks and a warning sound sounds once every 5 seconds. This may be bothersome for the user. Therefore, the terminal device may be set so as not to sound a warning sound even when an alert packet is received. Even if the warning sound does not sound, the user is notified of the emergency mode of the other terminal device by flashing “emergency” or vibrating by a vibrator.
  • the terminal device may set the emergency mode based on its own judgment. The operation will be described below. If the user becomes unable to operate the terminal device due to some accident, the terminal device operates as follows assuming that the user is notified immediately. This function is called a Lone Worker function.
  • FIG. 10 is a flowchart showing the loan worker function of the control unit 120 of the terminal device.
  • the control unit 120 constantly monitors whether there is any operation on the terminal device by the user (S71, S80, S91).
  • the monitoring timer is counted down (S73), whether there is an operation by the user (S71), or whether the monitoring timer expires (S74).
  • the monitoring timer is a timer that operates like a watchdog timer, and times up in a time (for example, 60 minutes) that is not abnormal even if the user does not operate the terminal device (transceiver).
  • the monitoring timer is reset (S72), and the normal mode is maintained. This operation may be a normal operation for performing voice communication or changing settings.
  • the warning mode is entered.
  • the control unit 120 starts a warning timer (S75), sounds a warning sound for prompting the user to perform an operation (S80), and stops the PTT function (S81).
  • the reason why the PTT function is stopped is to prevent the terminal device from entering the transmission state even when the user presses the PTT switch 220 to cancel the warning mode.
  • the user may perform some operation on the terminal device (the PTT switch 220 may be turned on) to return the operation to the normal mode, and then press the PTT switch 220. .
  • the control unit 120 resets and stops the warning timer (S85), stops the warning sound (S86), and restores the PTT function (S86). S87). Thereafter, the monitoring timer is reset in S72, and the operation is returned to the normal mode.
  • the control unit 120 sets an emergency mode with no operation (S90), and executes the emergency operation shown in FIG. 7B.
  • an emergency state (the user does not operate the terminal device at all) can be quickly notified to other terminal devices (users).
  • the control unit 120 cancels the emergency mode by no operation (S92), resets the warning timer, and stops. (S85), the warning sound is stopped (S86), the PTT function is restored (S87), the monitoring timer is reset (S72), and the operation is returned to the normal mode.
  • the icon of the terminal device which is in the emergency mode by no operation is also switched to the mode shown in the emergency mode.
  • the control unit 120 that executes the process shown in the flowchart of FIG. 10 corresponds to the no-operation determination unit of the present invention.
  • the session (mixing group) formed by the communication has high priority.
  • the specific mode (high priority) is set for the terminal device by the terminal device, such as a setting operation for the user terminal device and a non-operation for the user terminal device.
  • the specific mode is not limited to the emergency mode. What is necessary is just to be able to set, when a user wants to perform preferential communication, when he wants a terminal device to preferentially operate.
  • the voice communication system of the above embodiment is constructed by connecting the LAN 17 and the LTE networks 21 and 31 with the gateway 12 and the VPN 35.
  • the voice communication system of the present invention is a single network such as a LAN or an LTE network. It is possible to build it alone.
  • LAN side system 10
  • Gateway 14
  • LAN terminal device 17
  • Management device 20
  • 30 LTE side system 21 31
  • 31 LTE network 22 Server 24, 34 LTE terminal device

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】ユーザの操作で端末装置に特定モードを設定してその端末装置の優先度を高くし、その端末装置で優先的な通信を可能にする。 【解決手段】中継装置であるサーバは、新規のセッションを形成するとき、既存のセッションと新規のセッションとの優先度を比較し、既存のセッションよりも新規のセッションの優先度が高い場合、既存のセッションに参加している競合する端末装置を、既存のセッションから外して新規のセッションに参加させる。さらに、特定モードに設定された端末装置から、既存のセッションに参加している端末装置を通信相手として指定する特定呼出音声信号を受信したとき、既存のセッションに参加している端末装置を、両セッションの優先度にかかわらず既存のセッションから外してこの特定呼出音声信号で形成されるべきセッションに参加させる。

Description

音声通信システム、中継装置、端末装置、セッション管理方法、および、プログラム
 この発明は、ネットワークを用いた音声通信システムに関し、特に音声通信システムにおける通信の優先度の切り換えに関する。
 従来のハンディトランシーバに似た操作感でローカル・エリア・ネットワーク(LAN)を用いた通信を行うLANトランシーバシステムが実用化されている(例えば特許文献1)。このシステムでは、音声信号がパケット化されネットワーク上で送受信される。中継装置であるサーバが、端末装置間の音声信号(音声パケット)の送受信を中継することによって、端末装置間の音声通話が実現される。
 また、このシステムでは、複数種類の呼出種別(通信の形態)にそれぞれ優先度が付され、サーバが端末装置からの呼び出しを受信したとき、その呼出種別に応じて、先に行われている通信(セッション)の端末装置に接続するか否かを判断する。
国際公開WO/2015/068665公報
 上に述べたように特許文献1のシステムでは、呼出種別毎に優先度が決められている。この優先度はサーバに記憶されており、端末装置のユーザがフレキシブルに切り換え可能なものではない。
 端末装置のユーザは、通常よりも高い優先度で他の端末装置を呼び出したい場合がある。特に、緊急事態が生じた場合には、他の全ての通信に優先して他の端末装置を呼び出し、その緊急事態を連絡して対応をとらせる必要がある。しかしながら、特許文献1のシステムでは、端末装置のユーザが通信の優先度を切り換えることができないうえ、端末装置自体に高い優先度を持たせることができなかった。
 そこで、この発明の目的は、ユーザの操作により、特定の端末装置が行う通信の優先度を切り換えることができる音声通信システムを実現することにある。
 本発明は、通信ネットワークを介して、相互に通信する中継装置および複数の端末装置を有する音声通信システムである。端末装置は、音声信号に通信相手の端末装置を指定する情報を付加した呼出音声信号を中継装置に送信する音声送信部と、自装置を特定モードに設定するモード設定部と、を備えている。中継装置は、セッション管理部、音声転送部および優先度情報記憶部を備えている。セッション管理部は、端末装置から呼出音声信号を受信したとき、この端末装置およびこの呼出音声信号で指定されている端末装置が参加する音声通信のセッションを形成する。音声転送部は、セッションに参加している端末装置間で相互に音声信号を転送する。優先度情報記憶部は、セッションに関する優先度情報を記憶する。
 さらにセッション管理部は、以下の処理を行う。既存のセッションに参加している端末装置を通信相手として指定する呼出音声信号を受信したとき、既存のセッションと今回の呼出音声信号で形成されるべき新規のセッションとの優先度を優先度情報に基づいて判定する。この結果、既存のセッションよりも新規のセッションの優先度が高い場合、既存のセッションに参加している端末装置を、該既存のセッションから外して前記新規のセッションに参加させる。特定モードに設定された端末装置から、既存のセッションに参加している端末装置を通信相手として指定する特定呼出音声信号を受信したとき、既存のセッションに参加している端末装置を、両セッションの優先度にかかわらず既存のセッションから外してこの特定呼出音声信号で形成されるべきセッションに参加させる。
 上記発明において、端末装置は、特定モードに設定されたとき、転送先の端末装置を指定する情報が付加された特定信号を中継装置に送信する告知信号送信部と、特定モードに設定されたとき、特定モードである旨を音声および/または表示で出力する告知部と、をさらに備えてもよい。特定信号の送信は、端末装置のユーザの操作なしで行われ、これが定期的に行われてもよい。ネットワーク通信において、特定信号はパケットで実現され得る。
 中継装置は、特定信号を受信したとき、この特定信号を、転送先として指定された端末装置に転送する特定信号転送部をさらに備えてもよい。音声転送部と特定信号転送部とは別々に機能し、他の音声信号を転送中の端末装置に対しても、特定信号が転送される。
 端末装置の告知部は、転送された特定信号を受信したとき、他の端末装置が特定モードである旨を音声および/または表示で出力する。端末装置が他の音声信号を受信して再生しているときであってもこの出力は実行され、ユーザに他の端末装置が特定モードである旨を告知することができる。
 端末装置は、ユーザの操作を受け付ける操作部と、ユーザが操作部を操作しない無操作時間を計時する無操作判定部と、をさらに備えてもよい。そして、モード設定部は、無操作判定部が所定時間を計時したとき、自装置を特定モードに設定してもよい。これにより、ユーザが端末装置を操作できない状態であることを特定モードとして他の端末装置に告知することができる。
 上記発明において、操作部は、音声送信部を動作させるためのPTTスイッチを含み、無操作による特定モードが設定されているとき、このPTTスイッチの機能を停止してもよい。モード設定部は、操作部の操作が検出されたとき、特定モードを解除する。
 本発明の中継装置は、ネットワーク通信部、セッション管理部、音声転送部、および、優先度情報記憶部を備えている。ネットワーク通信部は、通信ネットワークに接続され、この通信ネットワークを介して複数の端末装置と通信する。セッション管理部は、音声信号に通信相手の端末装置を指定する情報が付加された呼出音声信号を端末装置から受信したとき、この端末装置およびこの呼出音声信号で指定されている端末装置が参加する音声通信のセッションを形成する。音声転送部は、セッションに参加している端末装置間で相互に音声信号を転送する。優先度情報記憶部は、セッションに関する優先度情報を記憶する。
 さらにセッション管理部は、以下の処理を行う。既存のセッションに参加している端末装置を通信相手として指定する呼出音声信号を受信したとき、既存のセッションと今回の呼出音声信号で形成されるべき新規のセッションとの優先度を優先度情報に基づいて判定し、既存のセッションよりも新規のセッションの優先度が高い場合、既存のセッションに参加している端末装置を既存のセッションから外して新規のセッションに参加させる。特定モードに設定された端末装置から、既存のセッションに参加している端末装置を通信相手として指定する呼出音声信号を受信したとき、既存のセッションに参加している端末装置を、両セッションの優先度にかかわらず、既存のセッションから外してこの呼出音声信号で形成されるべきセッションに参加させる。
 本発明の端末装置は、ネットワーク通信部、音声送信部、告知信号送信部、および、告知部を備える。ネットワーク通信部は、通信ネットワークを介して中継装置と通信する。音声送信部は、音声信号に通信相手の端末装置を指定する情報を付加した呼出音声信号を中継装置に送信する。モード設定部は、自装置を特定モードに設定する。告知信号送信部は、特定モードに設定されたとき、転送先の端末装置を指定する情報が付加された特定信号を中継装置に送信する。告知部は、特定モードに設定されたとき、特定モードである旨を音声および/または表示で出力する。音声送信部は、特定モードに設定されたとき、呼出音声信号に自装置が特定モードに設定されている旨を示す情報を付加する。また、告知部は、中継装置から特定信号を受信したとき、他の端末装置が特定モードである旨を音声および/または表示で出力してもよい。
 端末装置に、ユーザの操作を受け付ける操作部、および、ユーザが操作部を操作しない無操作時間を計時する無操作判定部をさらに備えてもよい。モード設定部は、無操作判定部が所定時間を計時したとき、自装置を特定モードに設定する。
 上記発明において、操作部は、音声送信部を動作させるためのPTTスイッチを含み、特定モードが設定されているときPTTスイッチの機能を停止してもよい。モード設定部は、操作部の操作が検出されたとき特定モードを解除する。
 本発明のセッション管理方法は、通信ネットワークに接続された中継装置に以下の処理を行わせる。中継装置が、ネットワーク上の端末装置から、他の端末装置に対する呼出信号を受信したとき、呼び出しをした端末装置および呼び出しを受けた端末装置を参加端末装置とする音声通信のセッションを形成する。中継装置が、上の処理を複数回行った結果、複数のセッションで参加端末装置が競合したとき、予め定められた優先度に基づいて競合した端末装置の参加先セッションを決定する。中継装置が、特定モードである旨の情報が付加された呼出信号を受信したとき、呼び出しを受けた端末装置が、他のセッションの参加端末装置と競合した場合、この競合した端末装置を他のセッションから外してこのセッションに参加させる。
 本発明のプログラムは、通信ネットワークを介して複数の端末装置と通信する中継装置の制御部を、セッション管理手段および転送手段として機能させる。セッション管理手段は、端末装置から音声信号に通信相手の端末装置を指定する情報が付加された呼出音声信号を受信したとき、この端末装置およびこの呼出音声信号で指定されている端末装置が参加する音声通信のセッションを形成する。転送手段は、セッションに参加している端末装置間で相互に音声信号を転送する。
 さらにセッション管理手段は、以下の処理を行う。既存のセッションに参加している端末装置を通信相手として指定する呼出音声信号を受信したとき、既存のセッションと今回の呼出音声信号で形成されるべき新規のセッションとの優先度を予め定められた優先度情報に基づいて判定し、既存のセッションよりも新規のセッションの優先度が高い場合、既存のセッションに参加している端末装置を既存のセッションから外して新規のセッションに参加させる。特定モードに設定された端末装置から、既存のセッションに参加している端末装置を通信相手として指定する呼出音声信号を受信したとき、既存のセッションに参加している端末装置を、両セッションの優先度にかかわらず既存のセッションから外してこの呼出音声信号で形成されるべきセッションに参加させる。
 上記発明において、制御部を、特定モードに設定された端末装置から、転送先の端末装置を指定する情報が付加された特定信号を受信したとき、この特定信号を、音声信号の転送とは別に、転送先として指定された端末装置に転送する特定信号転送手段としてさらに機能させてもよい。
 この発明によれば、ユーザの操作で端末装置に特定モードを設定し、特定モードの端末装置で優先的な通信が可能になる。
図1は、この発明の実施形態である音声通信システムの構成図である。 図2は、音声パケットの構成を示す図である。 図3は、端末装置のブロック図である。 図4は、サーバのブロック図である。 図5Aは、サーバに設けられる端末テーブルを示す図である。 図5Bは、サーバに設けられるグループテーブルを示す図である。 図5Cは、サーバに設けられる優先度テーブルを示す図である。 図6Aは、サーバに設けられるミキシングテーブルを示す図である。 図6Bは、サーバに設けられるミキシングテーブルを示す図である。 図7Aは、端末装置の緊急モードセット動作を示すフローチャートである。 図7Bは、端末装置の緊急モード時の動作を示すフローチャートである。 図7Cは、端末装置のPTTスイッチオン時の動作を示すフローチャートである。 図8は、サーバの動作を示すフローチャートである。 図9Aは、端末装置のパケット受信時の動作を示すフローチャートである。 図9Bは、端末装置のタイマ管理動作を示すフローチャートである。 図10は、端末装置の動作を示すフローチャートである。
 図面を参照してこの発明の音声通信システムについて説明する。図1は、この発明の実施形態である音声通信システムの構成図である。この音声通信システムは、LAN側システム10、LTE側システム20、30、および、LAN側システム10とLTE側システム20とを接続するゲートウェイ12を有している。LTE側システム20に、サーバ22が設置されている。サーバ22は、VPN35を介して第2のLTE側システム30と接続されている。LAN側システム10は、通信インフラとして、有線LAN15および無線LAN16からなるLAN(ローカル・エリア・ネットワーク)17を有している。無線LAN16としては、Wi-FiなどIEEE802.11に準拠した通信方式などが適用可能である。LTE側システム20は、LTEネットワーク(携帯電話キャリアが採用する通信方式であるLTE(Long Term Evolution)方式で通信するパケット通信ネットワーク)21を通信インフラとして有している。LTE側システム30も、LTE側システム20とは異なるキャリアのLTEネットワーク31を有している。システム10、20、30には、それぞれLAN端末装置14、LTE端末装置24、34が含まれる。LAN端末装置14およびLTE端末装置24、34は、システムを越えて相互に音声通信する。
 LAN端末装置14およびLTE端末装置24、34は、使用するネットワークが異なる以外は、ほぼ同様の構成である。LAN端末装置14およびLTE端末装置24、34は、ともに無線通信用のハンディトランシーバに似た形状をしており、PTT(プッシュ・トゥ・トーク)スイッチを備えているが、機能的にはアクセスポイント(AP)13、または、基地局23、33を介して音声信号を送受信する無線ネットワーク機器である。中継装置であるLTEサーバ22は、LAN端末装置14およびLTE端末装置24、34の相互の通信を中継する。なお、以下の説明で、LAN端末装置14およびLTE端末装置24、34について共通な事項は、単に端末装置と記して番号を付さない。
 有線LAN15には、管理装置18が接続されている。管理装置18は、管理プログラムがインストールされたパーソナルコンピュータである。管理プログラムは、いわゆる地図ソフトを内蔵している。管理装置18は、画面に地図を表示するとともに、各所に点在して移動するLTE端末装置24、34の現在位置を示すアイコンを地図上にリアルタイムに表示する。各LTE端末装置24、34の現在位置は、LTE端末装置24、34に搭載されたGPS測位部126(図3参照)で測定され、所定のタイミングにサーバ22に送信される。管理装置18はサーバ22からLTE端末装置24、34の現在位置を取得して、画面上に表示する。LAN端末装置14の現在位置は、GPS測位部126で測定してもよく、ログイン中のアクセスポイント13の位置に基づいて割り出してもよい。
 端末装置は、ユーザの操作により、または、ユーザによって長時間全く操作されないことにより、緊急モードになる。緊急モードの詳細は後述する。端末装置は、緊急モードになると、サーバ22に対してアラートパケットを送信する。サーバ22は、端末装置からアラートパケットを受信すると、その端末装置が緊急モードであることを端末テーブルに登録する。管理装置18は、サーバ22から緊急モードの端末装置の情報を取得し、地図上に表示しているその端末装置のアイコンを緊急モードを示す態様に切り換える。緊急モードを示すアイコンの態様とは、たとえば、色を変える(赤にする)、表示を点滅させる、などである。このように、地図上に端末装置の位置を表示することにより、特に、緊急モードの端末装置の位置を表示することにより、複数の端末装置の管理および緊急対応が容易化される。アラートパケットが本発明の特定信号に対応する。
 音声通信システムでは、音声パケットを用いて音声信号が送受信、および、通信の開始/終了や通信相手の選択などの通信制御が行われる。すなわち、音声パケットの送信前にSIP手順などの通信セッション確立のための手続は行われず、音声パケットを送信することで通信が開始される。
 図2を参照して、この音声通信システムで用いられる音声パケットの構成を説明する。音声パケットは、ヘッダおよびペイロード(データ本体)を有している。ヘッダは、宛先IPアドレスおよび発信元IPアドレスを含んでいる。ペイロードは、音声データおよび通信制御情報を含んでいる。音声データはデジタル化され圧縮された1スレッド(例えば20ミリ秒)分の音声信号である。
 ヘッダの宛先IPアドレスおよび発信元IPアドレスは、この音声パケットの直接の宛先と送信元を示すIPアドレスである。端末装置間で送受される音声信号は、音声パケットに含められて端末装置からサーバ22またはゲートウェイ12に送信され、サーバ22またはゲートウェイ12が、この音声信号を新たな音声パケットに含めて相手の端末装置に送信する。したがって、端末装置から送信される音声パケットの宛先IPアドレスは、相手の端末装置のアドレスではなく、サーバ22またはゲートウェイ12のアドレスである。
 通信制御情報は、呼出種別、呼出ID、発信元ID、緊急フラグ、および、メッセージエリアを含んでいる。呼出種別は、通信の形態を示す情報であり、個別通信/グループ通信/全体通信のいずれかを示す情報である。呼出IDは、個別通信の場合、通信相手の端末IDであり、グループ通信の場合、グループIDである。発信元IDは、音声パケットを送信した端末装置の端末IDである。緊急フラグは、この音声パケットを送信した端末装置が緊急モードであることを示すフラグである。緊急フラグがセットしている音声パケットを受信したサーバ22および通信相手の端末装置は、通常と異なる緊急対応の動作をする。緊急対応動作については後述する。メッセージエリアには、緊急モード時に緊急である旨の情報が書き込まれる。
 図3は、LTE端末装置24のブロック図である。上述したように、LTE端末装置24は、機能的には、LTEネットワーク21の基地局23を介して音声信号を送受信する無線ネットワーク機器である。装置の動作を制御する制御部120はマイクロプロセッサで構成される。制御部120は、各種のデータが記憶される記憶部121を有している。記憶部121には、この端末装置で通信可能な呼出IDなどの設定データが記憶される。制御部120には、操作部122、表示部123、オーディオ回路124、LTE通信部125、および、GPS測位部126が接続されている。
 操作部122は、PTTスイッチ220などのキースイッチを含み、ユーザの操作を受け付けてその操作信号を制御部120に入力する。また、操作部122には、緊急モードを設定するための緊急モード設定手段も設けられている。緊急モード設定手段は専用のキースイッチであってもよいが、複数のキー操作の組み合わせや所定キーの特殊な操作(長押しなど)であってもよい。制御部120は、緊急モード設定手段の操作が検出されたとき、自装置に緊急モードを設定する。また、端末装置は、ユーザによる操作が長時間なかった場合に、自らの判断で緊急モードを設定する機能も備えている。この機能の詳細は後述する。
 表示部123は液晶ディスプレイを含む。液晶ディスプレイには、ユーザの操作によって選択された通信相手の識別番号や着信した通信相手の識別番号などが表示される。また、液晶ディスプレイには、自装置または通信相手の端末装置が緊急モードのとき、緊急モードである旨を示す文言(「緊急」など)が点滅表示される。
 オーディオ回路124は、マイク240およびスピーカ241を有している。制御部120は、受信した音声信号をデコードしてオーディオ回路124に入力する。オーディオ回路124は、このデコードされたオーディオ信号をアナログ信号に変換してスピーカ241から出力する。また、オーディオ回路124は、マイク240から入力された音声信号をデジタル信号に変換して制御部120に入力する。制御部120は、このデジタルオーディオ信号を音声パケット化してLTE通信部125に入力する。LTE通信部125は、LTE方式に準拠した通信方式で無線通信を行い、制御部120から入力されたパケットを基地局23に向けて送信するとともに、基地局23から受信したパケットを制御部120に入力する。
 GPS測位部126は、複数のGPS衛星から送られる信号を受信して、自己の位置を測定する。測定された位置情報は音声パケットに含められてサーバ22に送信される。
 以上の構成のLTE端末装置24を用いて、ユーザがPTTスイッチ220を押しながらマイク240に向けて音声を入力すると、LTE端末装置24は、この音声信号を音声パケットに編集してサーバ22に送信する。サーバ22は、受信した音声パケットのペイロードに含まれる通信制御情報からこの音声信号の転送先を決定する。転送先は、他の端末装置またはゲートウェイなどである。サーバ装置22は、受信した音声パケットのペイロードを転載した転送先宛の音声パケットを編集し、転送先に向けて送信する。
 以下、LTE端末装置24から他の端末装置への音声信号の転送の流れについて説明する。LTE端末装置24は、PTTスイッチ220がオンされると、マイク240から入力された音声信号および通信相手を識別するための通信制御情報をペイロードとする音声パケットをサーバ22に送信する。すなわち、ユーザが、PTTスイッチ220をオンして音声信号を入力すると、LTE端末装置24は、予め選択されている通信相手にこの音声信号が転送されるように通信制御情報を編集し、音声信号とこの通信制御情報を音声パケットにしてサーバ22に送信する。サーバ22は、受信した音声信号を、通信制御情報の呼出IDに基づいて決定した相手端末装置に転送する。このとき、通信相手の端末装置がLAN17上にある場合、サーバ22は、音声信号をゲートウェイ12に転送し、ゲートウェイ12が端末装置(LAN端末装置14)にこの音声信号を転送する。通信相手の端末装置が他のキャリアのLTEネットワーク31上にある場合、サーバ22は、音声信号をVPN35およびLTEネットワーク31を経由してLTE端末装置34に転送する。
 このように、この音声通信システムでは、音声パケット(RTPパケット)に含まれる通信制御情報に基づいて音声信号の転送先が決定されるため、SIP手順のような通信確立手順を行う必要がなく、ユーザは、PTTスイッチ220をオンして話すという、従来の無線通信のトランシーバと同じような使用感で音声通信を行うことができる。
 図3では、LTE端末装置24について説明したが、LAN端末装置14もほぼ同様の構成をしている。LAN端末装置21は、LTE通信部45に代えて無線LAN通信部を有しており、無線LAN通信部がアクセスポイント13と通信することにより、音声パケットの送受信を行う。
 サーバ22は、2台の端末装置間の1対1の通信である個別通信を制御するのみでなく、3台以上の端末装置の相互通信であるグループ通信を制御する。グループ通信の場合、サーバ22は、受信した音声信号をそのグループに所属している端末装置14のうち、その音声信号を送信してきた端末装置(送信端末装置)以外の端末装置に転送する。送信端末装置に音声信号を転送しないのは、送信端末装置でマイク240から入力された音声信号が遅れてスピーカ241から出力されるエコーが発生しないようにするためである。グループ通信の場合、複数の端末装置から同時に音声信号が送信されてくる場合がある。この場合、サーバ22は、これら複数の音声信号をエコー除去ミキシングして各端末装置に転送する。エコー除去ミキシングとは、各々の端末装置向けに、その端末装置が送信した音声信号を除く音声信号をミキシングした信号を生成する処理である。これにより、各端末装置で自装置が送信した音声信号のエコーが生じない。
 図4は、サーバ22のブロック図である。サーバ22は、LTE側システム20のLTEネットワーク21上に接続されている。サーバ22は、制御部130、記憶部131およびネットワーク通信部132を有している。記憶部131は、たとえばハードディスクやRAMなどで構成され、図5、図6に示す各種のテーブルや端末装置の設定データなどが記憶される。制御部130は、端末装置のセットアップや音声信号のミキシングなどを行う。ネットワーク通信部132は、LTEネットワーク21内部との通信を制御する。
 音声通信システムでは、3つの形態(個別通信、グループ通信、全体通信)の通信が行われる。個別通信では、2台の端末装置が相互に1対1で通信を行う。サーバ22は、一方の端末装置から入力された音声信号を他方の端末装置に転送する。グループ通信では、複数(好ましくは3台以上)の端末装置が相互に通信を行う。サーバ22は、端末装置から受信した音声信号を上述のエコー除去ミキシングしてグループ内の各端末装置に転送する。全体通信は、システム1上に存在する全端末装置を所属端末とするグループ通信の一種である。
 システム1上に存在する端末装置のID、および、グループ通信を行うためのグループ(トークグループ)の情報(グループIDおよび所属端末のID)は、サーバ22に予め記憶されており、サーバ22から各端末装置に通知される。端末装置のユーザは、通信相手のID(端末IDまたはグループID)を選択したのち、PTTスイッチ220を押して音声信号を入力する。端末装置は、選択されたIDを呼出ID、選択された通信の形態を呼出種別とする(通信制御情報に書き込まれた)音声パケットを生成してサーバ22に送信する。
 サーバ22は、端末装置から音声パケットを受信すると、この音声パケットの呼出IDに基づいた音声信号の転送(セッション)を開始する。セッションを開始するとき、サーバ22は、図6に示すミキシングテーブルに、このセッションに参加する端末装置のID等を記憶するミキシンググループを登録する。ミキシングテーブルの詳細は後述する。
 図5Cは、優先度テーブルを示す図である。優先度テーブルには、このシステムで実行される3つの通信形態(呼出種別)である個別通信、グループ通信および全体通信の優先順位が記憶されている。このテーブルによれば、全体通信が最も優先度が高く、個別通信がそれに次ぎ、グループ通信は最も優先度か低いとされている。サーバ22は、端末装置が複数のセッションの対象となっている場合、原則として、先にスタートしたセッションにその端末装置を参加させる。ただし、後からスタートしたセッションであっても、それが先のセッションよりも優先度の高いものであった場合、その端末装置を先のセッションから後の優先度の高いセッションに移動させる。図5Cの優先度テーブルを記憶する記憶部131が、本発明の優先度情報記憶部に対応する。
 なお、緊急モードの端末装置を含むセッション(緊急モードセッション)には、優先度テーブルで定義された優先度とは別格の高い優先度が設定される。したがって、緊急モードセッションに参加している端末装置は、他のセッションに移動することができない。また、他のセッションで通信している端末装置でも、緊急モードセッションから呼び出された場合には、現在のセッションから離脱して緊急モードセッションに移動する。
 図5Aは、端末テーブル301を示す図である。端末テーブルは、サーバ22が端末装置を管理するためのテーブルであり、記憶部131に保存される。各端末装置は、各々ユニークに振られている識別情報である端末IDで識別される。この実施形態では、端末IDとして端末番号が用いられている。端末テーブルには、端末IDごとにアクティブフラグ、緊急フラグおよび位置情報が記憶されている。アクティブフラグは、端末装置が、ネットワーク上で通信可能になっていることを示すフラグである。サーバ22は、端末装置は、電源がオンされると、サーバ22と通信して起動時の設定を行う。サーバ22は、この通信があったとき、その端末装置のアクティブフラグをセットする。図5Aの例では、端末ID=3の端末装置が非アクティブになっており、端末テーブルのアクティブフラグがセットされていない。
 緊急フラグは、端末装置が緊急モードになっていることを示すフラグである。緊急モードが設定された端末装置は、サーバ22に対してアラートパケット(後述)を送信する。サーバ22は、このアラートパケットを受信したとき、所定の対応動作を行うとともに、その端末装置の緊急フラグをセットする。図5Aの例では、端末ID=2の端末装置が緊急モードであり、端末テーブルの緊急フラグがセットされている。
 図5Bは、グループテーブルを示す図である。グループテーブルは、サーバ22がトークグループを管理するためのテーブルであり、記憶部131に保存される。各グループ(トークグループ)は、各々ユニークに振られている識別情報であるグループIDで識別される。この実施形態では、グループIDとして「G」が先頭に付されたグループ番号が用いられている。グループテーブルには、グループIDごとに、そのグループに所属する端末装置(所属端末装置)の端末IDが記憶されている。グループテーブルの最下段のグループID「A」のグループは全体通信のグループであり、システム上の全端末装置が所属している。
 グループ通信が行われる場合、原則として、いずれかのトークグループに所属する全ての端末装置が、グループ通信のセッション(ミキシンググループ)に参加する。ただし、セッションのスタード時に、非アクティブな端末装置、より優先度の高い通信を行っている端末装置は、このセッションに参加しない。また、セッション途中で、より優先度の高い呼出種別の呼び出しを受けた端末装置は、途中でこのセッションから抜けてその呼び出しのあったセッションに参加する。
 端末テーブル、グループテーブルおよび優先度テーブルは、システムの管理者により、管理装置18経由でメンテナンスされる。すなわち、端末テーブルに登録される端末装置、グループテーブルに登録されるトークグループ、および、各呼出種別の優先順位は、変更可能である。
 図6は、ミキシングテーブルを示す図である。図6Aおよび図6Bはそれぞれ異なる時点でのミキシングテーブルの内容を示している。ミキシングテーブルには、各セッション(ミキシンググループ)について、セッションID、発呼端末ID、参加端末ID、除外端末IDおよび緊急フラグが記憶される。緊急フラグは、そのセッションが緊急モードセッションであることを示すフラグである。
 セッションIDは、このセッション(ミキシンググループ)を識別するIDである。グループ呼出(全体呼出を含む)の場合は、セッションIDとして呼出時の音声パケット(呼出音声パケット)に書き込まれていた呼出ID(グループID)が用いられる。図6A、図6Bの「G1」がそれに該当する。個別呼出の場合は、呼出音声パケットを送信した端末装置(発呼端末装置)の端末IDが用いられる。図6A、図6Bの「19」、「30」がそれに該当する。
 図6Aにおいて、この図に示すミキシングテーブルでは、セッション(ミキシンググループ)が成立している。一つはセッションID=G1のグループ通信である。グループG1は、図5Bのグループテーブルに示すように、端末ID=1~5の5台の端末装置が所属している。別途セッションID=19の個別通信が成立しており、その通信相手が端末ID=5の端末装置である。個別通信のほうがグループ通信よりも優先度が高いため、端末ID=5の端末装置が、G1のグループ通信から離脱して、個別通信に移動している。したがって、ミキシングテーブルのセッションID=G1の離脱端末の欄に「5」が記憶されている。また、これらとは別にセッションID=30の個別通信も成立している。
 図6Bは、図6Aの状態から端末ID=2の端末装置が緊急モードに設定された場合のミキシングテーブルの内容を例示している。端末ID=2の端末装置が緊急モードに設定され、音声通信を開始したため、セッションID=G1のグループ通信は緊急モードセッションとなり、ミキシングテーブルの緊急フラグがセットされた。これにより、端末ID=19の端末装置と個別通信していた端末ID=5の端末装置は、このセッションから離脱して(個別通信を解消して)、緊急モードセッションであるセッションID=G1のグループ通信に復帰した。なお、セッションID=30の個別通信は、この緊急モードセッションとは無関係であるため、そのまま継続する。なお、ミキシングテーブル上のミキシンググループは、参加しているいずれの端末装置からも音声信号が送信されない状態が1.5秒継続すると解消される。
 図7Aは、緊急モードセット時の動作を示すフローチャートである。ユーザが緊急モードをセットするためのキー操作(緊急操作)をしたときこの処理が実行される。ユーザにより緊急操作が行われると(S10)、制御部120は、緊急モードを設定する(S11)。制御部120によって、記憶部121内に設けられた緊急フラグがセットされることにより、端末装置に緊急モードが設定される。制御部120は、ユーザに緊急モードが設定されたことを知らせるため、表示部123の液晶ディスプレイに「緊急」(緊急モードである旨を示す文言)を点滅表示させる(S12)。S10およびS11の処理を実行する制御部120および操作部122が、本発明のモード設定部に対応する。
 図7Bは、緊急モード時の動作を示すフローチャートである。この動作は緊急モードが設定されている場合(緊急フラグがセットされている場合)に5秒ごとに実行される。まず、PTTスイッチ220がオンされているかを判定する(S14)。PTTスイッチ220がオンされている場合には(S14でYES)、音声信号の通信でサーバ22に緊急モードが通知されるため、この処理では何もしないで終了する。
 PTTスイッチ220がオンされていない場合には(S14でNO)、制御部120は、所定時間、警告音(アラート)を鳴動させ(S15)、予め選択されている通信先(個別、グループ等)を呼出IDとするアラートパケットを生成してサーバ22に送信する(S16)。所定時間は動作間隔の5秒以内であり、1秒程度が好適である。
 アラートパケットは、図2に示した音声パケットと同じ形式のパケットであるが、ペイロードに音声信号が含まれず、これに代えて通信制御情報の緊急フラグがセットされ、メッセージエリアに緊急である旨の情報が書き込まれたものである。また、GPS測位部126を用いて測定した位置情報もアラートパケットに収納される。サーバ22は、端末装置からアラートパケットを受信すると、通信相手となる端末装置にアラートパケットを転送するとともに、端末テーブルおよびミキシングテーブルの緊急フラグをセットする。
 緊急モードがセットされると、その後ユーザが何らの操作をしなくても、図7Bの動作により、5秒毎にアラートパケットがサーバ22に送信される。これにより、管理者および他の端末装置ユーザが端末装置の緊急事態を知りやすくなる。
 S12、S15の処理を実行する制御部120、表示部123およびオーディオ回路124が、本発明の告知部に対応する。なお、制御部120は、告知部の処理として、図9AのS53、S55の処理を実行してもよい。S16の処理を実行する制御部120およびLTE送信部125が、本発明の告知信号送信部に対応する。
 図7Cは、PTTスイッチ220がオンされたときの動作を示すフローチャートである。ユーザによってPTTスイッチ220がオンされると(S20)、制御部120は、緊急モードであるかを判断する(S21)。緊急モードの場合には(S21でYES)、緊急モードのセッションを形成するため、予め選択されている通信先(個別、グループ等)を呼出IDとする音声パケットを生成してサーバ22に送信する(S22)。S22において、図7Aの動作で緊急モードが設定されている場合には、通信制御情報の緊急フラグをセットしておく。
 緊急モードでない場合には(S21でNO)、現在セッション中であるか否かを判断する(S23)。セッション中とは、この端末装置がいずれかの相手(個別、グループ等)と通信状態であることをいう。制御部120は、いずれかの相手とセッションを開始すると、最後の音声信号の送信または受信から5秒間このセッションを維持する。5秒間音声信号の送受信がないと、制御部120は、このセッションを解消し、次の新たな通信相手とのセッションの開始を許可する。上記5秒以内の時間帯がセッション中である。
 セッション中でない場合には(S23でNO)、予め選択されている通信先(個別、グループ等)を呼出IDとする音声パケットを生成してサーバ22に送信する(S22)。セッション中の場合には(S23でYES)、そのセッションのIDを付した音声パケットを編集してサーバ22に送信する(S24)。音声パケット送信ののち、セッションの維持時間を計測するセッションタイマをスタートさせる(S25)。セッションタイマは5秒でタイムアップするタイマである。S25において、既にセッションタイマがスタートしている場合は、タイマの5秒にリセットする。S22、S24の処理を実行する制御部120、およびLTE送信部125が、本発明の音声送信部に対応する。
 図8は、サーバ22の動作を示すフローチャートである。このフローチャートでは、主としてサーバ22が端末装置からパケットを受信したときの動作を示している。なお、音声信号は、複数の音声パケットに分割されパケット列として送られてくるが、この処理はその列の先頭パケット(呼出パケット)を受信したときに実行される。端末装置からパケットを受信すると(S30)、受信したパケットの緊急フラグがセットされているかを判断する(S31)。緊急フラグがセットされている場合(S31でYES)、サーバ22は、S40以下に処理を進める。緊急フラグがセットされていない場合には(S31でNO)、サーバ22は、S32以後の通常の動作を実行する。
 S32において、サーバ22は、音声パケットを送信してきた端末装置がセッション中であるか否か、すなわち、いずれかのミキシンググループに参加しているかを判断する(S32)。セッション中でない場合には(S32でNO)、サーバ22は、受信した音声パケットの通信制御情報に含まれる呼出IDに基づいてミキシンググループ(MG)を形成する(S33)。このとき、今回の呼出種別の優先度と他のセッションの優先度に基づいて参加端末を集める。例えば、グループ通信の呼出の場合、他の個別通信をしている端末は除外する等である。受信した音声信号を形成されたミキシンググループの他の端末装置に転送する(S34)。このとき、並行して受信している他の音声信号がある場合にはエコー除去ミキシングをして各端末装置に転送する。
 音声パケットを送信してきた端末装置がセッション中の場合には(S32でYES)、サーバ22は、受信した音声パケットがこのセッション宛のものであるかを判断する(S35)。音声パケットがセッション宛であれば、サーバ22は、ペイロードの音声信号をそのミキシンググループの他の端末装置に転送する(S34)。
 端末装置がセッション中であるのに、他の通信相手の呼出IDを指定する音声パケットを送信してきた場合は(S35でNO)、セッション中の端末装置の新たな呼出であるとして、この端末装置および呼出IDで指定された端末装置が現在参加しているセッション(ミキシンググループ)と新たに形成されるセッション(ミキシンググループ)の優先度を比較し、現在参加しているセッションの優先度が低い端末装置のみ参加させるようにして、この新たなセッション(ミキシンググループ)を形成する(S36)。そして、S34に進んで、形成されたミキシンググループの他の端末装置に音声信号を転送する(S34)。
 受信したパケットの緊急フラグがセットされていた場合(S31でYES)、サーバ22は、そのパケットがアラートパケットであるか否か(音声パケットかアラートパケットか)を判断する(S40)。上述したようにアラートパケットとは、端末装置で緊急モードがセットされた場合に、ユーザが何も操作をしなくても、5秒に1回端末装置からサーバ22に送信されるパケットである。受信したパケットがアラートパケットであった場合(S40でYES)、サーバ22は、ミキシングテーブル内のそのセッション(ミキシンググループ)に対応する緊急フラグをセットする(S42)。緊急フラグが既にセットされている場合はそのままでよい。サーバ22は、受信したアラートパケットの呼出IDで指定される全ての端末装置に対して、アラートパケットを転送する(S43)。各端末装置が他のミキシンググループに参加しているか否かは考慮せず、対象となる全ての端末装置にアラートパケットを転送する。アラートパケットは、1パケット(または数パケット)であるため、音声通信中の端末装置に対してもその音声パケット列の合間に送信することが可能である。アラートパケットを受信した端末装置の動作は図9のフローチャートで説明する。
 S40において、緊急フラグがセットされたパケットが音声信号を含む音声パケットであった場合(S40でNO)、サーバ22は、その音声パケットを送信してきた端末装置が緊急モードのセッション中であるか否かを判断する(S45)。セッション中でない場合には(S45でNO)、サーバ22は、受信した音声パケットの通信制御情報に含まれる呼出IDに基づいてミキシンググループを形成し(S46)、このミキシンググループの緊急フラグをセットする(S47)。サーバ22は、緊急フラグがセットされた音声パケットの呼出IDによって指定された端末装置は、全てこのミキシンググループに参加させる。サーバ22は、音声パケットの音声信号をそのミキシンググループの他の端末装置に転送する(S48)。S45で既に緊急モードのセッションが開始されている場合(S45でNO)、サーバ22は、処理をS48に進めて、音声パケットの音声信号をそのミキシンググループの他の端末装置に転送する。
 S33、S36およびS46の処理を実行する制御部130および記憶部131(図5、図6に示すテーブル)が、本発明のセッション管理部に対応する。S34およびS48の処理を実行する制御部130およびネットワーク通信部132が、本発明の音声転送部に対応する。S43の処理を実行する制御部130およびネットワーク通信部132が、本発明の特定信号転送部に対応する。
 図9は端末装置の音声パケット受信時およびタイマ管理の動作を示すフローチャートである。図9Aは、端末装置がサーバ22からパケットを受信した場合の制御部120の動作を示すフローチャートである。パケットを受信すると(S50)、制御部120は、そのパケットの緊急フラグがセットされているか否かを判断する(S51)。緊急フラグがセットされていない場合には(S51でNO)、通常の音声パケットであるため、処理をS56に進め、その音声パケットに含まれている音声信号を復調して再生する(S56)。セッションタイマをスタートして(S57)、動作を終了する。セッションタイマは、記憶部121に設定されたソフトタイマであり、5秒でタイムアップする。セッションタイマが既にスタートしている場合は、残りタイムが5秒にリセットされる。
 受信したパケットの緊急フラグがセットしている場合には(S51でYES)、通信相手の端末装置が緊急モードであるとして、緊急タイマをスタートさせる(S52)。緊急タイマは、記憶部121に設定されたソフトタイマであり、5秒でタイムアップする。緊急タイマが既にスタートしている場合は、残りタイムが5秒にリセットされる。制御部120は、表示部123の液晶ディスプレイに「緊急」(緊急モードである旨を示す文言)を点滅表示させる(S53)。
 制御部120は、受信した音声パケットがアラートパケットであるかを判断する(S54)。アラートパケットであった場合には(S54でYES)、端末装置内部で警告音を生成して所定時間鳴動させる(S55)。所定時間は、1秒程度が好適である。緊急モードの端末装置からは5秒に1回アラートパケットが送信されるため、この端末装置でも5秒に1回警告音が鳴動することになる。なお、図8で説明したように、アラートパケットは、セッション(ミキシンググループ)を生成することなく(他のセッションを考慮することなく)、呼出IDで指定された端末装置全てに転送される。このため、この端末装置が他のセッションで通信している場合でも、その合間にアラートパケットが受信され警告音が鳴動する。セッションの音声信号の再生中に警告音が鳴動した場合、音声信号が遮られてしまうが、警告音が鳴り止んだのちは、元どおりそのセッションの音声信号が再生される。
 S54において、受信したパケットが音声信号を含む音声パケットであった場合には(S54でNO)、制御部120は、処理をS56に進めてこの音声信号を復調再生する。
 図9Bは、タイマ管理動作を示すフローチャートである。これは定期的に(たとえば50ms毎に)実行される。制御部120は、緊急タイマがタイムアップしたか判断する(S61)。緊急タイマがタイムアップした場合(S61でYES)、他の端末装置の緊急モードが解消したことを意味するため、「緊急」の点滅表示を消去する(S62)。次に、制御部120は、セッションタイマがタイムアップしたか判断する(S63)。セッションタイマがタイムアップしている場合は、セッションを解消する(S64)。
 端末装置に設定された緊急モードは、その端末装置に対するユーザの操作によって解除可能である。ユーザの操作は、たとえば、電源の再投入、再度の緊急操作などである。所定時間緊急モードが継続したことを条件として、緊急モードが自動的に解除されるようにしてもよい。また、緊急モード時に予め設定された相手方からの応答を受信した場合に、緊急モードが解除されるようにしてもよい。
 上の実施形態では、緊急モードが設定された端末装置では、「緊急」の文言が点滅表示されるとともに警告音が鳴動する。しかし、ユーザが端末装置を緊急モードに設定したことが周囲に知られると危険である場合もある。そこで、「緊急」の表示や警告音の鳴動を行わないように緊急モードを設定することも可能である。この動作モードは、サイレントモードと呼ばれる。
 また、緊急モードの端末装置の通信相手となる端末装置では、「緊急」の文言が点滅表示され、5秒に1回警告音が鳴動する。ユーザにとって、これが煩わしい場合もある。そこで、アラートパケットを受信しても端末装置が警告音を鳴動させないよう設定可能にしてもよい。警告音が鳴動しなくても、「緊急」の点滅表示またはバイブレータによる振動などでユーザに他の端末装置の緊急モードが告知される。
上の実施形態では緊急モードがユーザの操作によって設定された場合について説明した。端末装置は、自らの判断で緊急モードを設定する場合もある。以下、その動作について説明する。ユーザが何らかのアクシデントで端末装置を操作できない状況になった場合に、これをいち早く通報することを想定して、端末装置は以下のような動作をする。この機能をローンワーカー(Lone Worker)機能と呼ぶ。
 (1)第1の所定時間以上ユーザの操作がない場合、ユーザに対して端末装置を操作するように警告を発する。
 (2)この警告にもかかわらず、ユーザが端末装置を操作しない場合には、緊急モードを端末装置自身で設定して、サーバ22および他の端末装置にアラートパケットを送信する(図7Bの動作)。
 (3)ユーザが端末装置に対して何らかの(何でも良い)操作をした場合、上の警告や緊急モードが解消され、通常動作に戻る。
 図10は、端末装置の制御部120のローンワーカー機能を示すフローチャートである。制御部120は、ユーザによる端末装置に対する何らかの操作があるかを常に監視している(S71、S80、S91)。
 まず、端末装置が通常どおり機能する通常モードでは、監視タイマをカウントダウンしながら(S73)、ユーザによる操作があるか(S71)、監視タイマがタイムアップするか(S74)を監視する。監視タイマは、ウォッチドッグタイマのような動作をするタイマであり、ユーザが端末装置(トランシーバ)を操作しなくても異常とは言えない程度の時間(例えば60分)でタイムアップする。ユーザが端末装置に対して何らかの操作を行うと(S71でYES)、監視タイマがリセットされ(S72)、通常モードが維持される。この操作は、音声通信を行ったり設定を変更したりする通常の操作でよい。
 ユーザが端末装置に対する操作をしないまま監視タイマがタイムアップすると(S74でYES)、警告モードに入る。制御部120は、警告タイマをスタートさせ(S75)、ユーザに操作を促すための警告音を鳴動させ(S80)、PTT機能を停止する(S81)。PTT機能を停止するのは、ユーザが警告モードを解除するためにPTTスイッチ220を押した場合でも端末装置が送信状態にならないようにするためである。ユーザがPTTスイッチ220を押して音声通信をするためには、端末装置に対して何らかの操作(PTTスイッチ220のオンでもよい)を行って動作を通常モードに戻したのち、PTTスイッチ220を押せばよい。
 こののち、警告タイマをカウントダウンしながら(S83)、ユーザによる操作があるか(S82)、警告タイマがタイムアップするか(S84)を監視する。警告タイマは、警告音を鳴動させてユーザに端末装置の操作を促す時間をカウントするためのもので、1~2分程度でタイムアップする。ユーザが端末装置に対して何らかの操作を行うと(S82でYES)、制御部120は、警告タイマをリセットして停止させ(S85)、警告音を停止し(S86)、PTT機能を復帰させる(S87)。こののちS72で監視タイマをリセットして、動作を通常モードに戻す。
 ユーザが端末装置に対する操作をしないまま警告タイマがタイムアップすると(S84でYES)、制御部120は、無操作による緊急モードを設定し(S90)、図7Bに示す緊急動作を実行する。これによって緊急の状態(ユーザが端末装置を全く操作しないこと)を他の端末装置(のユーザ)にいち早く知らせることができる。この状態でもユーザにより端末装置に対して何らかの操作が行われた場合には(S91でYES)、制御部120は、この無操作による緊急モードを解除し(S92)、警告タイマをリセットして停止させ(S85)、警告音を停止し(S86)、PTT機能を復帰させ(S87)、監視タイマをリセットして(S72)、動作を通常モードに戻す。
 管理装置18において、この無操作による緊急モードになっている端末装置のアイコンも、緊急モードに示す態様に切り換えられる。図10のフローチャートに示す処理を実行する制御部120が、本発明の無操作判定部に対応する。
 以上のように、端末装置に緊急モード(本願発明の特定モード)を設定して通信を行うと、その通信によって形成されるセッション(ミキシンググループ)が、高い優先度を持つようになる。特定モード(高い優先度)は、ユーザの端末装置に対する設定操作、ユーザの端末装置に対する不操作など、端末装置で、その端末装置に対して設定される。特定モードは、緊急モードに限定されない。ユーザが優先的な通信を行いたい場合、端末装置に優先的な動作をさせたい場合などに設定できるものにすればよい。
 上記実施形態の音声通信システムは、LAN17およびLTEネットワーク21、31をゲートウェイ12およびVPN35で接続して構築されているが、本発明の音声通信システムは、単一のネットワーク、たとえばLANのみやLTEネットワークのみでも構築が可能である。
10 LAN側システム
12 ゲートウェイ
14 LAN端末装置
17 ローカル・エリア・ネットワーク(LAN)
18 管理装置
20、30 LTE側システム
21、31 LTEネットワーク
22 サーバ
24、34 LTE端末装置

Claims (13)

  1.  通信ネットワークを介して、相互に通信する中継装置および複数の端末装置を有する音声通信システムであって、
     前記端末装置は、
     音声信号に通信相手の端末装置を指定する情報を付加した呼出音声信号を前記中継装置に送信する音声送信部と、
     自装置を特定モードに設定するモード設定部と、
     を備え、
     前記中継装置は、
     前記端末装置から前記呼出音声信号を受信したとき、該端末装置および該呼出音声信号で指定されている端末装置が参加する音声通信のセッションを形成するセッション管理部と、
     前記セッションに参加している端末装置間で相互に音声信号を転送する音声転送部と、
     前記セッションに関する優先度情報を記憶する優先度情報記憶部と、
     を備え、
     前記セッション管理部は、
     既存のセッションに参加している端末装置を通信相手として指定する呼出音声信号を受信したとき、前記既存のセッションと今回の呼出音声信号で形成されるべき新規のセッションとの優先度を前記優先度情報に基づいて判定し、前記既存のセッションよりも前記新規のセッションの優先度が高い場合、前記既存のセッションに参加している端末装置を、該既存のセッションから外して前記新規のセッションに参加させ、
     特定モードに設定された端末装置から、既存のセッションに参加している端末装置を通信相手として指定する特定呼出音声信号を受信したとき、前記既存のセッションに参加している端末装置を、両セッションの前記優先度にかかわらず、該既存のセッションから外してこの特定呼出音声信号で形成されるべきセッションに参加させる
     音声通信システム。
  2.  前記端末装置は、
     前記特定モードに設定されたとき、転送先の端末装置を指定する情報が付加された特定信号を前記中継装置に送信する告知信号送信部と、
     前記特定モードに設定されたとき、特定モードである旨を音声および表示の一方または両方で出力する告知部と、
     をさらに備え、
     前記中継装置は、
     前記特定信号を受信したとき、この特定信号を、前記転送先として指定された端末装置に転送する特定信号転送部
     をさらに備え、
     前記端末装置の告知部は、前記転送された特定信号を受信したとき、他の端末装置が特定モードである旨を音声および表示の一方または両方で出力する
     請求項1に記載の音声通信システム。
  3.  前記端末装置は、
     ユーザの操作を受け付ける操作部と、
     ユーザが前記操作部を操作しない無操作時間を計時する無操作判定部と、
     をさらに備え、
     前記モード設定部は、前記無操作判定部が所定時間を計時したとき、自装置を特定モードに設定する
     請求項2に記載の音声通信システム。
  4.  前記操作部は、前記音声送信部を動作させるためのPTTスイッチを含み、
     前記操作部は、前記特定モードが設定されているとき、前記PTTスイッチの機能を停止し、
     前記モード設定部は、前記操作部の操作が検出されたとき、前記特定モードを解除する
     請求項3に記載の音声通信システム。
  5.  通信ネットワークに接続され、該通信ネットワークを介して複数の端末装置と通信するネットワーク通信部と、
     音声信号に通信相手の端末装置を指定する情報が付加された呼出音声信号を前記端末装置から受信したとき、該端末装置および該呼出音声信号で指定されている端末装置が参加する音声通信のセッションを形成するセッション管理部と、
     前記セッションに参加している端末装置間で相互に音声信号を転送する音声転送部と、
     前記セッションに関する優先度情報を記憶する優先度情報記憶部と、
     を備え、
     前記セッション管理部は、
     既存のセッションに参加している端末装置を通信相手として指定する呼出音声信号を受信したとき、前記既存のセッションと今回の呼出音声信号で形成されるべき新規のセッションとの優先度を前記優先度情報に基づいて判定し、前記既存のセッションよりも前記新規のセッションの優先度が高い場合、前記既存のセッションに参加している端末装置を、該既存のセッションから外して前記新規のセッションに参加させ、
     特定モードに設定された端末装置から、既存のセッションに参加している端末装置を通信相手として指定する呼出音声信号を受信したとき、前記既存のセッションに参加している端末装置を、両セッションの前記優先度にかかわらず、該既存のセッションから外してこの呼出音声信号で形成されるべきセッションに参加させる
     中継装置。
  6.  前記特定モードに設定された端末装置から、転送先の端末装置を指定する情報が付加された特定信号を受信したとき、
     この特定信号を、前記音声信号の転送とは別に、前記転送先として指定された端末装置に転送する特定信号転送部をさらに備えた請求項5に記載の中継装置。
  7.  通信ネットワークを介して中継装置と通信するネットワーク通信部と、
     音声信号に通信相手の端末装置を指定する情報を付加した呼出音声信号を前記中継装置に送信する音声送信部と、
     自装置を特定モードに設定するモード設定部と、
     前記特定モードに設定されたとき、転送先の端末装置を指定する情報が付加された特定信号を前記中継装置に送信する告知信号送信部と、
     前記特定モードに設定されたとき、特定モードである旨を音声および表示の一方または両方で出力する告知部と、
     を備え、
     前記音声送信部は、前記特定モードに設定されたとき、前記呼出音声信号に自装置が特定モードに設定されている旨を示す情報を付加する
     端末装置。
  8.  前記告知部は、前記中継装置から転送された前記特定信号を受信したとき、他の端末装置が特定モードである旨を音声および表示の一方または両方で出力する
     請求項7に記載の端末装置。
  9.  ユーザの操作を受け付ける操作部と、
     前記ユーザが前記操作部を操作しない無操作時間を計時する無操作判定部と、
     をさらに備え、
     前記モード設定部は、前記無操作判定部が所定時間を計時したとき、自装置を特定モードに設定する
     請求項7に記載の端末装置。
  10.  前記操作部は、前記音声送信部を動作させるためのPTTスイッチを含み、
     前記操作部は、前記特定モードが設定されているとき、前記PTTスイッチの機能を停止し、
     前記モード設定部は、前記操作部の操作が検出されたとき、前記特定モードを解除する
     請求項9に記載の端末装置。
  11.  通信ネットワークに接続された中継装置が、
     ネットワーク上の端末装置から、他の端末装置に対する呼出信号を受信したとき、呼び出しをした端末装置および呼び出しを受けた端末装置を参加端末装置とする音声通信のセッションを形成し、
     上記処理を複数回行った結果、複数のセッションで参加端末装置が競合したとき、予め定められた優先度に基づいて前記競合した端末装置の参加先セッションを決定し、
     特定モードである旨の情報が付加された呼出信号を受信したとき、呼び出しを受けた端末装置が、他のセッションの参加端末装置と競合した場合、該競合した端末装置を前記他のセッションから外してこのセッションに参加させる
     セッション管理方法。
  12.  通信ネットワークを介して複数の端末装置と通信する中継装置の制御部を、
     前記端末装置から音声信号に通信相手の端末装置を指定する情報が付加された呼出音声信号を受信したとき、該端末装置および該呼出音声信号で指定されている端末装置が参加する音声通信のセッションを形成するセッション管理手段、
     前記セッションに参加している端末装置間で相互に音声信号を転送する転送手段、
     として機能させ、
     前記セッション管理手段は、
     既存のセッションに参加している端末装置を通信相手として指定する呼出音声信号を受信したとき、前記既存のセッションと今回の呼出音声信号で形成されるべき新規のセッションとの優先度を予め定められた優先度情報に基づいて判定し、前記既存のセッションよりも前記新規のセッションの優先度が高い場合、前記既存のセッションに参加している端末装置を、該既存のセッションから外して前記新規のセッションに参加させ、
     特定モードに設定された端末装置から、既存のセッションに参加している端末装置を通信相手として指定する呼出音声信号を受信したとき、前記既存のセッションに参加している端末装置を、両セッションの前記優先度にかかわらず、該既存のセッションから外してこの呼出音声信号で形成されるべきセッションに参加させる
     プログラム。
  13.  前記制御部を、前記特定モードに設定された端末装置から、転送先の端末装置を指定する情報が付加された特定信号を受信したとき、この特定信号を、前記転送先として指定された端末装置に転送する特定信号転送手段、としてさらに機能させる請求項12に記載のプログラム。
PCT/JP2018/003508 2017-02-08 2018-02-02 音声通信システム、中継装置、端末装置、セッション管理方法、および、プログラム WO2018147171A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP18750642.3A EP3576393B1 (en) 2017-02-08 2018-02-02 Voice communication system, relay device, terminal device, session management method, and program
CN201880005388.0A CN110140345B (zh) 2017-02-08 2018-02-02 声音通信系统、终端装置以及记录介质
US16/481,935 US10623574B2 (en) 2017-02-08 2018-02-02 Voice communication system, relaying device, terminal device, session management method and non-transitory computer-readable recording medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-021644 2017-02-08
JP2017021644A JP6820475B2 (ja) 2017-02-08 2017-02-08 音声通信システム、端末装置、および、プログラム

Publications (1)

Publication Number Publication Date
WO2018147171A1 true WO2018147171A1 (ja) 2018-08-16

Family

ID=63107429

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/003508 WO2018147171A1 (ja) 2017-02-08 2018-02-02 音声通信システム、中継装置、端末装置、セッション管理方法、および、プログラム

Country Status (5)

Country Link
US (1) US10623574B2 (ja)
EP (1) EP3576393B1 (ja)
JP (1) JP6820475B2 (ja)
CN (1) CN110140345B (ja)
WO (1) WO2018147171A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006325261A (ja) * 2000-11-15 2006-11-30 Mieko Tsuyusaki 情報システム及び視聴率算定方法
JP2008166863A (ja) * 2006-12-26 2008-07-17 Sharp Corp 放送受信装置および携帯端末装置、ならびにこれらを用いた災害通知システムおよび災害通知方法
JP2009217482A (ja) * 2008-03-10 2009-09-24 Nec Saitama Ltd 通信装置、緊急事態通知方法およびプログラム
JP2011061831A (ja) * 2007-07-05 2011-03-24 Mitsubishi Electric Corp 移動端末
WO2015068665A1 (ja) 2013-11-07 2015-05-14 アイコム株式会社 中継装置、音声通信システム、プログラムおよび中継方法
JP2015111844A (ja) * 2007-06-28 2015-06-18 ヴォクサー アイピー エルエルシー 電気通信及びマルチメディア管理方法及び装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI964968A (fi) * 1996-12-11 1998-06-12 Nokia Telecommunications Oy Menetelmä ja järjestelmä hätäpuhelun välittämiseksi puhelinverkon vikatilanteessa
JP2002215193A (ja) * 2001-01-18 2002-07-31 Mitsubishi Electric Corp 音声符号切換方法並びに音声符号切換手段及び音声通信端末
US7430283B2 (en) * 2002-11-06 2008-09-30 Omega Products Corporation Internet access to telecommunications relay service
JP4507917B2 (ja) * 2005-02-28 2010-07-21 日本電気株式会社 セッション処理システム、セッション処理方法、及びプログラム
CN101340494B (zh) * 2008-07-29 2011-03-16 华为技术有限公司 一种呼叫中心的通告方法及系统
JP5131155B2 (ja) * 2008-10-28 2013-01-30 アイコム株式会社 無線通信システム、無線通信方法、中継装置及び無線端末装置
JP6379496B2 (ja) * 2013-03-12 2018-08-29 株式会社リコー 管理装置、通信システム及びプログラム
CN105338206B (zh) * 2014-05-29 2018-09-28 国基电子(上海)有限公司 网络电话网关及其处理紧急通话的方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006325261A (ja) * 2000-11-15 2006-11-30 Mieko Tsuyusaki 情報システム及び視聴率算定方法
JP2008166863A (ja) * 2006-12-26 2008-07-17 Sharp Corp 放送受信装置および携帯端末装置、ならびにこれらを用いた災害通知システムおよび災害通知方法
JP2015111844A (ja) * 2007-06-28 2015-06-18 ヴォクサー アイピー エルエルシー 電気通信及びマルチメディア管理方法及び装置
JP2011061831A (ja) * 2007-07-05 2011-03-24 Mitsubishi Electric Corp 移動端末
JP2009217482A (ja) * 2008-03-10 2009-09-24 Nec Saitama Ltd 通信装置、緊急事態通知方法およびプログラム
WO2015068665A1 (ja) 2013-11-07 2015-05-14 アイコム株式会社 中継装置、音声通信システム、プログラムおよび中継方法

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP3576393A1 (en) 2019-12-04
JP6820475B2 (ja) 2021-01-27
US20200045181A1 (en) 2020-02-06
CN110140345B (zh) 2021-06-29
JP2018129690A (ja) 2018-08-16
EP3576393B1 (en) 2022-01-05
EP3576393A4 (en) 2020-11-11
US10623574B2 (en) 2020-04-14
CN110140345A (zh) 2019-08-16

Similar Documents

Publication Publication Date Title
JP6610259B2 (ja) 中継装置、音声通信システム、プログラムおよび中継方法
JP6451642B2 (ja) 中継装置、音声通信システム、プログラムおよび音声信号の中継方法
CN106664343B (zh) 中继装置、声音通信系统、声音通信方法以及记录介质
JP6836085B2 (ja) 無線アクセスポイント
JP6477489B2 (ja) 中継装置、音声通信システム、プログラムおよび中継方法
WO2015068666A1 (ja) 中継装置、音声通信システム、音声信号の中継方法およびプログラム
JPH08321892A (ja) 携帯型通信装置
WO2018147171A1 (ja) 音声通信システム、中継装置、端末装置、セッション管理方法、および、プログラム
CN110115017B (zh) 中继装置、声音通信系统以及声音信号的转发方法
JP2008060757A (ja) 無線lanを利用した音声通話システム、無線端末及び中継装置
CN105141633B (zh) 一种切换多个手持台的调度控制方法和调度控制台
JP2007134967A (ja) 通信システム、通信方法、通信プログラム、呼処理装置及び電話端末
JP2007150851A (ja) 通信システムの主装置及び通信システムの会議接続方法
JP5733498B2 (ja) 無線通信システム、通信システムへの離脱/接続方法、通信システムへの離脱/接続プログラムおよび通信システム
CN114651436A (zh) 声音通信系统、声音通信方法以及声音通信程序
EP2996315B1 (en) Cordless telephone apparatus and cordless telephone system
JP2007306185A (ja) 無線通信システム
JP4911308B2 (ja) 電話端末および保留制御処理用プログラム
JP2009049819A (ja) Ip電話システム
JP2008187352A (ja) 電話システムおよび着信通知方法管理装置
JP2010026910A (ja) 災害情報受信装置
JPS6248134A (ja) 無線電話装置における会議通話方式

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

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

Country of ref document: EP

Effective date: 20190828