JP2023154233A - Loud-speaking broadcast system and ip speaker - Google Patents

Abstract

To automatically select an appropriate loud-speaking mode depending on usage and/or importance.SOLUTION: A loud-speaking broadcast system (1) includes an IP speaker (20) and a terminal (10). The IP speaker (20) can receive audio data or a loud-speaking command regarding loud-speaking using a predetermined protocol, and can execute a plurality of loud-speaking modes based on the audio data or the loud-speaking command. The terminal (10) is connected to the IP speaker (20) and transmits the audio data or the loud-speaking command to the IP speaker (20) using a predetermined protocol. The IP speaker (20) determines which loud-speaking mode to execute among the plurality of loud-speaking modes on the basis of predetermined priority for execution of the loud-speaking mode.SELECTED DRAWING: Figure 10

Description

The present disclosure relates to a public address broadcasting system that amplifies audio to an IP speaker, and an IP speaker that amplifies audio.

An intercom system (IP call system) is a system that mainly performs local calls. Typically, an intercom system includes one or more telephone terminals and one or more public address equipment, such as speakers. Each call terminal is equipped with a microphone and a speaker, and is interconnected via a network. Each call terminal performs a local call by transmitting the input voice to another call terminal according to a predetermined protocol such as the SIP protocol. Furthermore, each call terminal performs a method of amplifying the sound from the loudspeaker equipment by transmitting the input voice to the loudspeaker equipment. An example of an intercom system is disclosed in Patent Document 1.

Japanese Patent Application Publication No. 2006-114951

In a system constituted by the above-mentioned telephone terminal and amplification equipment, there is a demand for amplification using different amplification methods (amplification modes) depending on the purpose and/or importance level. For example, there may be a case where it is desired to amplify the voice input at a telephone terminal using a specific amplification device selected depending on the purpose and/or importance. Further, for example, there may be cases where it is desired to amplify specific sound source data built into amplification equipment depending on the purpose and/or the degree of importance.

The present disclosure aims to automatically select an appropriate loudspeaker mode depending on usage and/or importance in a system that includes a terminal for inputting audio and loudspeaker equipment.

The public address broadcasting system of the present disclosure includes an IP speaker and a terminal. The IP speaker can receive audio data or amplification commands regarding amplification using a predetermined protocol, and can execute a plurality of amplification modes based on the audio data or the amplification commands. The terminal is connected to the IP speaker, and uses a predetermined protocol to transmit audio data or amplification commands to the IP speaker. In this loudspeaker broadcast system, the IP speaker determines which loudspeaker mode to execute among a plurality of loudspeaker modes based on a predetermined priority for execution of the loudspeaker mode.

In the loudspeaker broadcasting system of the present disclosure, the IP speaker automatically selects which loudspeaker mode to execute among the plurality of loudspeaker modes based on a predetermined priority for execution of the loudspeaker mode. Thereby, the loudspeaker broadcasting system of the present disclosure can automatically select an appropriate loudspeaker mode according to the purpose and/or the degree of importance, and perform appropriate amplification according to the purpose and/or the degree of importance.

FIG. 1 is a diagram showing the configuration of a loudspeaker broadcasting system. FIG. 2 is a diagram showing the configuration of the terminal. FIG. 3 is a diagram showing the configuration of an IP speaker. FIG. 4 is a diagram showing an example of grouping of IP speakers. FIG. 5 is a diagram illustrating an example of identification information for identifying groups. FIG. 6 is a diagram showing an example of identification information stored in the paging gateway. FIG. 7A is a diagram illustrating an example of permission information set in an IP speaker. FIG. 7B is a diagram illustrating an example of permission information set in the IP speaker. FIG. 7C is a diagram illustrating an example of permission information set in the IP speaker. FIG. 7D is a diagram illustrating an example of permission information set in the IP speaker. FIG. 7E is a diagram illustrating an example of permission information set in an IP speaker. FIG. 8 is a diagram showing an example of a table representing execution priorities. FIG. 9 is a flowchart showing the operation of the loudspeaker broadcast system in unicast broadcast mode or multicast broadcast mode. FIG. 10 is a flowchart showing the execution operation of the loudspeaker mode in the IP speaker.

1. First Embodiment (1) Configuration of loudspeaker broadcasting system A loudspeaker broadcasting system 1 of the present disclosure will be described using FIG. 1. FIG. 1 is a diagram showing the configuration of a loudspeaker broadcasting system 1. As shown in FIG. The loudspeaker broadcasting system 1 is a system used for purposes such as providing evacuation guidance during disasters, playing music such as BGM, broadcasting in factories, stores, etc., and broadcasting to facilities located in multiple locations. Therefore, the loudspeaker broadcasting system 1 can perform loudspeaking using a plurality of methods. In the following explanation, the method of amplification will be referred to as "audience amplification mode." The loudspeaker broadcasting system 1 can, for example, amplify the sound inputted from a telephone terminal or the like using a specific speaker, simultaneously amplify the sound etc. using a plurality of speakers, amplify the built-in sound source of the speaker, etc. in the loudspeaker mode. .

The loudspeaker broadcasting system 1 includes a plurality of terminals 10, a plurality of IP speakers 20, and a paging gateway 30. In the loudspeaker broadcasting system 1, the plurality of terminals 10, the plurality of IP speakers 20, the paging gateway 30, and the network N are, for example, networks such as WAN and LAN. Further, the network N may be a wired network or a wireless network such as cellular communication.

The terminal 10 transmits, via the network N, audio data to be emitted from the IP speaker 20 and commands (referred to as amplification commands) for causing the IP speaker 20 to perform various functions. Each terminal 10 is assigned an identifier (for example, an IP address) that uniquely identifies itself on the network N. The terminal 10 transmits voice data in accordance with the IP call protocol. An example of a protocol for IP calls is SIP (Session Initiation Protocol), which has been standardized by IETF (Internet Engineering Task Force) and defined in RFC3261. On the other hand, the terminal 10 transmits a loudspeaker command using a protocol used on the Internet.

The IP speaker 20 is installed at a location where amplification broadcasting is desired, and performs amplification based on audio data or amplification commands received via the network N. The loudspeaker system 1 is provided with five IP speakers 20a to 20e. The number of IP speakers 20a to 20e provided in the loudspeaker system 1 is not limited to five. Any number of IP speakers 20 can be provided depending on the purpose and scale of the loudspeaker system 1.

Each IP speaker 20 is assigned unique identification information (for example, an IP address) on the network. The IP speaker 20 receives audio data in accordance with the IP call protocol. Furthermore, the IP speaker 20 receives a loudspeaker command using the Internet protocol. Furthermore, each IP speaker 20 receives audio data transmitted (multicast) using a multicast address for which reception permission has been set in advance.

Furthermore, each IP speaker 20 stores a plurality of sound source data (referred to as built-in sound source data SD) internally, and can amplify one of the plurality of built-in sound source data selected by a loudspeaker command. .

The paging gateway 30 is a so-called unicast-multicast converter that has a function of multicasting voice data received via the network N using an IP call protocol. The paging gateway 30 is assigned an identifier (for example, an IP address) for identifying itself on the network N. The paging gateway 30 transmits the received audio data onto the network N by specifying a preset group identifier, as will be described later.

(2) Configuration of terminal The configuration of the terminal 10 will be explained using FIG. 2. FIG. 2 is a diagram showing the configuration of the terminal 10. The terminal 10 includes a processing section 101, a storage section 103, a network interface 105, a microphone 107, an input section 109, and a display section 111.

The processing unit 101 includes a CPU, an MPU, etc., and executes various functions related to the terminal 10 by executing a computer program stored in the storage unit 103.

The storage unit 103 includes a memory (RAM, ROM) and a storage device (HDD, SSD, etc.), and constitutes a data storage area. In addition to computer programs, the storage unit 103 stores data and the like necessary for realizing the functions of the terminal 10. Specifically, the storage unit 103 stores identification information of a multicast group, which will be described later. Furthermore, in order to perform unicasting, which will be described later, the storage unit 103 stores a list of identifiers (for example, IP addresses) of each IP speaker 20.

Network interface 105 connects terminal 10 to network N. Network interface 105 is, for example, an Ethernet (registered trademark) card.

The microphone 107 is an electroacoustic transducer whose sound collection direction is directed outward from the housing of the terminal 10, and collects the voice of a speaker speaking to the terminal 10 and outputs voice data. The input unit 109 is an input device, such as a button, a switch, or a touch panel, that receives user operations.

The display unit 111 performs various displays. When selecting an IP speaker 20 for amplifying audio using the terminal 10, the display unit 111 displays a list of IP speakers 20 and/or a list of multicast groups of IP speakers 20, which will be described later. The list of IP speakers 20 is for identifying IP speakers 20 that perform unicasting, which will be described later, and is associated with the identifiers of the IP speakers 20 stored in the storage unit 103. On the other hand, the multicast group list is associated with the multicast group identification information stored in the storage unit 103.

If the user wants to amplify the audio by unicasting, the user can use the input unit 109 to select the IP speaker 20 for which the user wants to amplify the audio from the list of IP speakers 20 displayed on the display unit 111 . On the other hand, if the user wants to amplify the audio by multicasting, the user can use the input unit 109 to select a group for which the user wants to amplify the audio from the multicast list displayed on the display unit 111.

(3) Configuration of IP speaker The configuration of the IP speaker 20 will be explained using FIG. 3. FIG. 3 is a diagram showing the configuration of the IP speaker 20. The IP speaker 20 includes a processing section 201, a storage section 203, a network interface 205, and a speaker 207.

The processing unit 201 includes a CPU, an MPU, etc., and executes various functions related to the IP speaker 20 by executing a computer program stored in the storage unit 103.

The storage unit 203 includes a memory (RAM, ROM) and a storage device (HDD, SSD, etc.), and constitutes a data storage area. In addition to computer programs, the storage unit 203 stores data and the like necessary for realizing the functions of the IP speaker 20. Specifically, the storage unit 203 stores a plurality of built-in sound source data SD. The storage unit 203 also stores setting registration information for multicast groups, which will be described later.

Network interface 205 connects IP speaker 20 to network N. The network interface 205 receives audio data to be amplified or an amplification command using a predetermined protocol. Network interface 205 is, for example, an Ethernet (registered trademark) card.

The speaker 207 is an electroacoustic transducer whose sound emission direction is directed outward from the housing of the IP speaker 20, and outputs the sound obtained by reproducing the sound data.

(4) Grouping of IP speakers and multicasting Grouping of a plurality of IP speakers 20 and multicasting based on this grouping will be described below. In the public address broadcasting system 1, the plurality of IP speakers 20 are grouped into a plurality of groups for multicasting. That is, each IP speaker 20 belongs to one of a plurality of groups. For example, as shown in FIG. 4, the plurality of IP speakers 20 are grouped into a first group G1, a second group G2, a third group G3, and a fourth group G4. FIG. 4 is a diagram showing an example of grouping of the IP speakers 20.

For example, all the IP speakers 20a to 20e belong to the first group G1. Four IP speakers 20a to 20d belong to the second group G2. Two IP speakers 20b and 20c belong to the third group G3. Three IP speakers 20c to 20e belong to the fourth group G4. In the example shown in FIG. 4, each IP speaker 20 belongs to multiple groups.

Note that the above grouping is just an example, and arbitrary grouping is possible depending on the purpose and the like. Furthermore, there may be IP speakers 20 that belong to only one group, or there may be IP speakers 20 that do not belong to any group.

In the loudspeaker broadcasting system 1, each of the above groups is assigned an identifier (for example, an IP address) on the network N. In the loudspeaker broadcasting system 1, by specifying this identifier and transmitting audio data, it is possible to amplify the audio to a plurality of IP speakers 20 belonging to the group identified by the identifier. For this reason, in the terminal 10 that instructs amplification, identification information regarding which identifier each group has is stored in the storage unit 103. FIG. 5 shows an example of identification information when a group is identified by an IP address. FIG. 5 is a diagram illustrating an example of identification information for identifying groups. In the identification information shown in FIG. 5, the IP address "239.255.0.1" is assigned to the first group G1, and the IP address "239.255.0.2" is assigned to the second group G2. An IP address is assigned, and the IP address "239.255.0.3" is assigned to the third group G3.

Furthermore, in the identification information shown in FIG. 5, the identifier of the paging gateway 30 (IP address of 192.168.1.2) is assigned to the fourth group G4. In other words, if the identifier assigned to the first group G1 to the third group G3 (IP address 239.255.0.*) is specified on the terminal 10, the identifier can be specified from the terminal 10. This is an identifier for directly multicasting audio data at once to a plurality of IP speakers 20 belonging to a group. This method of transmitting audio data is also called "direct multicast." On the other hand, if the identifier assigned to the fourth group G4 (IP address 192.168.1.2) is specified on the terminal 10, the device having this identifier (i.e., paging This is an identifier for once transmitting audio data in unicast to the gateway 30), and then transmitting the audio data in multicast to the IP speakers 20 belonging to a predetermined group. This method of transmitting audio data is also called "indirect multicast."

Specifically, in the loudspeaker broadcasting system 1 having the identification information shown in FIG. Data is sent multicast (direct multicast). On the other hand, for the IP speakers 20 belonging to the fourth group G4, audio data is once sent by unicast from the terminal 10 to the paging gateway 30 using the IP call protocol, and then from the paging gateway 30 to the fourth group G4. Audio data is multicast transmitted to the IP speaker 20 to which it belongs (indirect multicast). For this reason, the paging gateway 30 stores identification information as shown in FIG. 6, which is a list of identifiers (eg, IP addresses) assigned to groups whose audio is to be amplified by indirect multicasting. FIG. 6 is a diagram showing an example of identification information stored in the paging gateway 30. In the identification information shown in FIG. 6, a multicast IP address of "239.255.0.4" is assigned to the fourth group G4.

In this way, the public address broadcasting system 1 allows direct multicasting and indirect multicasting to coexist. Further, in the loudspeaker broadcasting system 1, only direct multicasting or only indirect multicasting may be used. Furthermore, direct multicast and indirect multicast may be mixed for one group. You can arbitrarily set which groups should be used for direct multicast or indirect multicast.

On the other hand, in the IP speaker 20 that operates based on a loudspeaker command from the terminal 10, permission information regarding which identifier to designate in connection with multicast to permit transmitted audio data is stored in the storage unit 203. ing. For example, when grouping is performed as shown in FIG. 4, the storage unit 203 of the IP speaker 20a belonging to the first group G1 and the second group G2 stores the identifier of the first group G1 as shown in FIG. 7A. (IP address) and a second group identifier (IP address) is stored. FIG. 7A is a diagram showing an example of permission information set in the IP speaker 20a. Permission information including identifiers of the first group G1 to third group G3, as shown in FIG. 7B, is stored in the storage unit 203 of the IP speaker 20b belonging to the first group G1 to third group G3. FIG. 7B is a diagram showing an example of permission information set in the IP speaker 20b.

Permission information including identifiers of the first group G1 to fourth group G4, as shown in FIG. 7C, is stored in the storage unit 203 of the IP speaker 20c belonging to the first group G1 to fourth group G4. FIG. 7C is a diagram showing an example of permission information set in the IP speaker 20c. The storage unit 203 of the IP speaker 20d belonging to the first group G1, second group G2, and fourth group G4 stores identifiers of the first group G1, second group G2, and fourth group G4 as shown in FIG. 7D. Permission information including is stored. FIG. 7D is a diagram showing an example of permission information set in the IP speaker 20d. The storage unit 203 of the IP speaker 20e belonging to the first group G1 and the fourth group G4 stores permission information including identifiers of the first group G1 and the fourth group G4, as shown in FIG. 7E. FIG. 7E is a diagram showing an example of permission information set in the IP speaker 20e.

(4) Loudspeaker operation by the loudspeaker broadcasting system (4-1) Overview The loudspeaker operation by the loudspeaker broadcasting system 1 will be described below. First, an overview of the amplification operation will be explained. In the loudspeaker broadcasting system 1, the IP speaker 20 can be caused to execute a plurality of loudspeaker modes based on the audio data or the command regarding loudspeaking (the loudspeaker command) transmitted from the terminal 10. Specifically, the IP speaker 20 can be caused to perform a unicast broadcast mode, a multicast broadcast mode (direct multicast or indirect multicast), and a built-in sound source amplification mode.

The unicast broadcast mode is a mode in which audio data transmitted by the terminal 10 is amplified by a specific IP speaker 20 among the plurality of IP speakers 20. The multicast broadcast mode is a mode in which audio data transmitted by the terminal 10 is amplified by a plurality of IP speakers 20 belonging to a specific group among the plurality of IP speakers 20. The built-in sound source amplification mode is a mode in which the built-in sound source data SD stored in the storage unit 203 of the IP speaker 20 is amplified by the IP speaker 20.

Further, in the loudspeaker broadcasting system 1, settings are made for each IP speaker 20 to determine which of the plurality of loudspeaker modes is to be executed with priority. This setting can be realized, for example, by storing, in the storage unit 203 of the IP speaker 20, a table TA as shown in FIG. FIG. 8 is a diagram showing an example of a table TA representing execution priorities. Note that the table TA shown in FIG. 8 shows, for example, the execution priority set for the IP speaker 20c. In addition, for example, the above settings can also be performed by a combination of ON and OFF of a plurality of switches (for example, DIP switches) provided on the IP speaker 20.

In the public address broadcasting system 1, a common priority may be set for the same multicast group in a plurality of IP speakers 20, or a different execution priority may be set for each IP speaker 20. good.

The priority of execution of the plurality of loudspeaker modes can be determined, for example, according to the following rules. Note that the following rules for determining the priority level are merely examples, and the priority level can also be determined using rules different from the rules described below.

In the multicast broadcast mode, priority is given to executing the multicast broadcast mode for groups to which a large number of IP speakers 20 belong. For example, in the IP speakers 20c belonging to all groups, the multicast broadcast mode for the first group G1 is given top priority. After that, priority is given to the multicast broadcast mode for the second group G2, the multicast broadcast mode for the fourth group G4, and the multicast broadcast mode for the third group G3. As a result, audio data that needs to be amplified over a wider range can be prioritized and amplified.

Further, within the multicast broadcast mode, priority may be determined between direct multicast and indirect multicast. For example, direct multicast may be given priority over indirect multicast.

Between the unicast broadcast mode and the multicast broadcast mode, for example, the priority of the unicast broadcast mode is placed between the multicast broadcast mode with a high priority and the multicast with a low priority. Specifically, the priority is determined as follows. For example, in the IP speaker 20c, the order of multicast broadcast mode is multicast broadcast mode for the first group G1, multicast broadcast mode for the second group G2, unicast broadcast mode, multicast broadcast mode for the fourth group G4, and multicast broadcast mode for the third group G3. is given priority.

In the built-in sound source amplification mode, priority may be set depending on the built-in sound source. For example, if built-in sound source #1 is used as a sound source for a message urging evacuation guidance in the event of an emergency such as a disaster, and built-in sound source #2 is used as a sound source for BGM played during normal times, advertising broadcasts, etc., built-in sound source # Priority may be given to the built-in sound source amplification mode in which built-in sound source #1 is amplified, and the built-in sound source amplification mode in which built-in sound source #2 is amplified.

(4-2) Operation in unicast broadcast mode/multicast broadcast mode The operation of the loudspeaker broadcast system 1 in the unicast broadcast mode or multicast broadcast mode will be described below using FIG. 9. FIG. 9 is a flowchart showing the operation of the loudspeaker broadcast system 1 in unicast broadcast mode or multicast broadcast mode.

First, the user refers to the list of IP speakers 20 or the list of groups displayed on the display unit 111 of the terminal 10, and uses the input unit 109 to select the IP speaker 20 or group whose audio is to be amplified (step S11 ).

After a specific IP speaker 20 or group is selected, when the user utters voice into the microphone 107, the voice is captured by the microphone 107. Thereafter, the terminal 10 transmits audio data by specifying the identifier of the IP speaker or group selected in step S1 (step S12).

For example, when the IP speaker 20b is selected by the terminal 10, the terminal 10 unicasts audio data to the IP speaker 20b using the IP call protocol. For example, when the first group G1 is selected on the terminal 10, the terminal 10 specifies the audio data with the identifier of the first group G1 (for example, the IP address "239.255.0.1"). multicast transmission to network N. For example, when the fourth group G4 is selected by the terminal 10, the terminal 10 transmits the audio data to the identifier of the paging gateway 30 (for example, "192.168.1.2") using the IP call protocol. unicast transmission by specifying the IP address of As a result, the audio data is transmitted to the paging gateway 30. The paging gateway 30 that has received the audio data multicasts the received audio data to the network N by specifying the identifier of the fourth group G4 (for example, the IP address "239.255.0.4").

The IP speaker 20 refers to the identifier designated as the destination of the audio data and determines whether to permit reception of the audio data (step S13). When the identifier of the IP speaker 20 is specified and audio data is unicast transmitted, the IP speaker 20 allows reception of the audio data if the specified identifier is its own identifier. On the other hand, when a group identifier is specified and audio data is multicast transmitted, if the specified identifier is included in the permission information stored in the storage unit 203, the IP speaker 20 transmits the audio data. Allow reception.

If reception of the audio data is permitted (“Yes” in step S13), the IP speaker 20 reproduces the received audio data and amplifies it from the speaker 207 (step S14). On the other hand, if receiving the audio data is not permitted ("No" in step S13), the IP speaker 20 ignores the transmitted audio data.

(4-3) Operation of built-in sound source amplification mode The operation of the amplification system 1 in the built-in sound source amplification mode will be briefly described below. First, the user uses the input unit 109 of the terminal 10 to select the IP speaker 20 for which the built-in sound source amplification mode is to be executed and the built-in sound source data SD to be amplified by the IP speaker 20. Thereafter, the terminal 10 transmits a loudspeaker command to execute the built-in sound source loudspeaker mode to the selected IP speaker 20 using HTTP (Hyper-Text Transport Protocol). This amplification command includes identification information of the built-in sound source data SD to be amplified. Specifically, the loudspeaker command is composed of, for example, a predetermined method defined by the HTTP protocol (for example, a GET method or a POST method) and a variable indicating identification information of the built-in sound source data SD.

For example, the terminal 10 displays a list of IP speakers 20 on the display unit 111 and a list of built-in sound source data SD stored in the storage unit 203 of each IP speaker 20, and displays a list of the IP speakers 20 using the input unit 109. Accepts selection operation of built-in sound source data SD. When the IP speaker 20 that executes the internal sound source amplification mode and the built-in sound source data SD in the IP speaker 20 are selected, the selected IP speaker 20 is instructed to amplify the selected built-in sound source data SD. A loudspeaker command (for example, an HTTP command instructing the identification information of the built-in sound source data SD) is unicast transmitted. For example, when the built-in sound source #2 of the IP speaker 20c is selected, the terminal 10 generates an HTTP command that instructs the identification information of the built-in sound source #2 as a loudspeaker command, and sends this loudspeaker command to the IP speaker 20c. Send a cast.

When the IP speaker 20 receives the amplification command, it selects the built-in sound source data SD to be amplified from the storage unit 203 based on the identification information of the built-in sound source data SD included in the amplification command, and plays the selected built-in sound source data SD. The sound is amplified from the speaker 207.

(4-4) Execution operation of the loudspeaker mode in the IP speaker The execution operation of the loudspeaker mode in the IP speaker 20 will be explained using FIG. 10. FIG. 10 is a flowchart showing the execution operation of the loudspeaker mode in the IP speaker 20. This execution operation is executed when the IP speaker 20 receives audio data or a loudspeaker command.

First, the processing unit 201 of the IP speaker 20 determines whether a plurality of audio data or loudspeaker commands are being received by the IP speaker 20 (step S1). "Multiple voice data or public address commands are being received" here means not only when multiple voice data or public address commands are received at the same time, but also when new voice data or public address commands are received during execution of one public address mode. This also includes when a public address command is received.

If multiple audio data or loudspeaker commands are not received, that is, if one voice data or loudspeaker command is received while the loudspeaker mode is not being executed (“No” in step S1), the processing unit 201 , executes a loudspeaker mode based on the received audio data or loudspeaker command (step S2).

On the other hand, if a plurality of audio data or amplification commands have been received (“Yes” in step S1), the processing unit 201 selects a plurality of received audio data based on a predetermined execution priority of the amplification mode. Alternatively, it is determined which of the amplification modes based on the amplification command is to be executed (step S3). Specifically, based on the execution priority set in the IP speaker 20, the loudspeaker mode to be executed is determined, for example, according to the rules described above.

After determining the loudspeaker mode to be executed, the processing unit 201 executes the loudspeaker mode determined in step S3 (step S4). For example, if new audio data or amplification commands related to a higher-priority loudspeaker mode are received while a certain loudspeaker mode is being executed, the currently running loudspeaker mode is stopped and the newly received voice is processed. Executes public address mode using data or public address commands. Alternatively, if voice data or a public address command related to a public address mode with a lower priority is newly received while a certain public address mode is being executed, the public address mode based on the newly received audio data or public address command is executed. continues the currently running loudspeaker mode.

To give an example based on the priority setting of the IP speaker 20c illustrated in FIG. 8, for example, the IP speaker 20c receives and reproduces audio data related to multicast broadcasting (priority level 3) of the second group G2. Sometimes, when receiving a loudspeaker command specifying built-in sound source #1 (priority 2), it compares priority 3 and priority 2 and decides to execute internal sound source loudspeaker mode that amplifies built-in sound source #1 ( Step S3), the reproduction of the audio data related to the multicast broadcasting of the second group G2 that is currently being executed is stopped, and the reproduction of the built-in sound source #1 is started in accordance with the received amplification command (step S4).

Furthermore, for example, while receiving and playing back audio data related to unicast broadcasting (priority level 4), the IP speaker 20c receives audio data related to multicast broadcasting (priority level 6) of the third group G3. Then, priority level 4 and priority level 6 are compared, and it is determined to execute the unicast broadcast mode (step S3), and the received audio data related to the multicast broadcast of the third group G3 is not played back, but the unicast broadcast mode is executed. The playback of the audio data related to is continued (step S4).

As described above, in the loudspeaker broadcasting system 1, the IP speaker 20 automatically selects which of the plurality of loudspeaker modes to execute based on the predetermined priority of execution of the loudspeaker mode. are doing. Thereby, the loudspeaker broadcasting system 1 can automatically select an appropriate loudspeaker mode according to the purpose and/or importance level, and perform appropriate loudspeaker operation according to the purpose and/or importance level.

By using the loudspeaker system 1 of the present disclosure, for example, broadcasts made from a manager's room or each floor in a facility such as a factory, or broadcasts made between stores across multiple locations or within each store, can be used to /Or it is possible to perform advanced and optimal broadcast control according to the degree of importance.

(5) Modification The terminal 10 described above had the main functions of acquiring audio data and transmitting audio data and loudspeaker commands. However, the present invention is not limited thereto, and the terminal 10 may be a telephone terminal capable of making an IP telephone call between a plurality of terminals 10.

For example, if multiple loudspeaker commands are received at the same time, the execution order of the multiple loudspeaker commands is determined based on the execution priority of the loudspeaker mode, and the loudspeaker commands (loud sound mode) are executed in the determined order. good.

SIP has been exemplified above as an IP call protocol for transmitting voice data. However, the IP call protocol is not limited to this. As an IP call protocol for transmitting audio data, for example, the Audio Back Channel (Audio Back Channel) specified by the protocol (ONVIF (registered trademark) protocol) that is compliant with the ONVIF (Open Network Video Interface Forum) (registered trademark) standard is used. backchannel) may also be used. In this case, the terminal 10 uses an ONVIF (Video Management System) on a VMS (Video Management System) in which a program that can transmit audio data by RTSP (Real Time Streaming Protocol) using an Audio Back Channel based on the ONVIF (registered trademark) standard is installed. (registered trademark) client.

The above-mentioned loudspeaker broadcasting system 1 does not include an SIP server for communication using SIP. That is, in the loudspeaker broadcasting system 1, transmission of audio data using SIP was performed without a server. However, the present invention is not limited to this, and an SIP server may be provided in order to transmit audio data from the terminal 10 to the IP speaker 20 or the paging gateway 30 using SIP.

2. Features of the present disclosure (1) A public address broadcasting system includes an IP speaker and a terminal. The IP speaker can receive audio data or amplification commands regarding amplification using a predetermined protocol, and can execute a plurality of amplification modes based on the audio data or the amplification commands. The terminal is connected to the IP speaker, and uses a predetermined protocol to transmit audio data or amplification commands to the IP speaker. In this loudspeaker broadcast system, the IP speaker determines which loudspeaker mode to execute among a plurality of loudspeaker modes based on a predetermined priority for execution of the loudspeaker mode.

In the loudspeaker broadcasting system of the present disclosure, the IP speaker automatically selects which loudspeaker mode to execute among the plurality of loudspeaker modes based on a predetermined priority for execution of the loudspeaker mode. Thereby, the loudspeaker broadcasting system of the present disclosure can automatically select an appropriate loudspeaker mode according to the purpose and/or the degree of importance, and perform appropriate amplification according to the purpose and/or the degree of importance.

(2) In the loudspeaker system of (1) above, a plurality of IP speakers may be provided. Further, the plurality of loudspeaker modes may include a unicast broadcast mode. In the unicast broadcast mode, one of the plurality of IP speakers may amplify the audio data received from the terminal. Thereby, the audio data acquired using the terminal can be amplified by one specific IP speaker.

(3) In the public address broadcasting system of (2) above, each of the plurality of IP speakers may belong to one of a plurality of groups. Further, the plurality of loudspeaker modes may include a multicast broadcast mode. In the multicast broadcast mode, an IP speaker belonging to one of a plurality of groups may amplify audio data received from a terminal. Thereby, the audio data acquired using the terminal can be amplified by the IP speakers belonging to the specific group.

(4) In the loudspeaker broadcasting system of (3) above, the multicast broadcasting mode for groups to which a large number of IP speakers belong may be given priority. Thereby, it is possible to prioritize and amplify sounds that need to be amplified over a wider range.

(5) In the loudspeaker system of any one of (1) to (4) above, the IP speaker may have a storage unit that stores built-in sound source data for amplifying the sound of the IP speaker. Further, the plurality of loudspeaker modes may include a built-in sound source loudspeaker mode. In the built-in sound source amplification mode, the IP speaker may amplify the built-in sound source data according to the received amplification command. Thereby, the sound source data built into the IP speaker (built-in sound source data) can be amplified by the IP speaker in response to a loudspeaker command from the terminal.

(6) In the public address broadcasting system of (5) above, the storage unit may store a plurality of built-in sound source data. Further, in the built-in sound source amplification mode, any one of the plurality of built-in sound source data may be prioritized and amplified. Thereby, appropriate built-in sound source data selected according to the purpose and/or importance can be amplified.

(7) In the loudspeaker broadcasting system of (5) or (6) above, the protocol for transmitting the loudspeaker command may be the HTTP protocol. This allows the loudspeaker command to be easily transmitted.

(8) In the public address broadcasting system of any one of (1) to (7) above, transmission and reception of audio data may be performed using SIP. Thereby, audio data can be transmitted from the terminal to the IP speaker using a protocol that is optimal for transmitting and receiving audio data.

(9) The IP speaker of the present disclosure includes a network interface and a processing unit. The network interface receives audio data or amplification commands for amplification using a predetermined protocol. The processing unit executes a loudspeaker mode based on the audio data or the loudspeaker command. In this IP speaker, there are multiple amplification modes. Furthermore, the processing unit determines which of the plurality of sound amplification modes to execute based on a predetermined priority for execution of the amplification modes.

In the IP speaker of the present disclosure, which one of the plurality of loudspeaker modes to execute is automatically selected based on predetermined priority for execution of the loudspeaker mode. Thereby, the IP speaker of the present disclosure can automatically select an appropriate amplification mode according to the purpose and/or importance level, and perform appropriate amplification according to the purpose and/or importance degree.

The present disclosure is applicable to a public address broadcasting system that uses IP speakers to amplify audio, and to IP speakers that amplify audio.

1: Public address broadcasting system 10: Terminal 101: Processing unit 103: Storage unit 105: Network interface 107: Microphone 109: Input unit 20: IP speakers 20a to 20e: IP speaker 201: Processing unit 203: Storage unit 205: Network interface 207 : Speaker 30 : Paging gateway G1 : 1st group G2 : 2nd group G3 : 3rd group G4 : 4th group N : Network SD : Built-in sound source data TA : Table

Claims (9)

an IP speaker capable of receiving audio data or a public address instruction related to amplification using a predetermined protocol and executing a plurality of public address modes based on the audio data or the public address instruction;
a terminal connected to the IP speaker and transmitting the audio data or the loudspeaker command to the IP speaker using the predetermined protocol;
Equipped with
The IP speaker is
determining which one of the plurality of loudspeaker modes to execute based on a predetermined priority for execution of the loudspeaker mode;
Public address broadcast system. A plurality of the IP speakers are provided,
The multiple loudspeaker modes include a unicast broadcast mode;
The public address broadcast system according to claim 1, wherein in the unicast broadcast mode, one IP speaker among the plurality of IP speakers amplifies the audio data received from the terminal. Each of the plurality of IP speakers belongs to one of the plurality of groups,
The multiple loudspeaker modes include a multicast broadcast mode;
3. The public address broadcast system according to claim 2, wherein in the multicast broadcast mode, an IP speaker belonging to one of a plurality of groups amplifies the audio data received from the terminal. 4. The public address broadcasting system according to claim 3, wherein a multicast broadcasting mode is executed with priority for a group to which a large number of IP speakers belong. The IP speaker has a storage unit that stores built-in sound source data that causes the IP speaker to amplify the sound,
Multiple loudspeaker modes include built-in sound source loudspeaker mode,
The public address broadcasting system according to claim 1, wherein in the built-in sound source amplification mode, the IP speaker amplifies the built-in sound source data according to the received amplification command. The storage unit stores a plurality of built-in sound source data,
6. The public address broadcasting system according to claim 5, wherein in the built-in sound source amplification mode, any one of the plurality of built-in sound source data is amplified with priority. The loudspeaker broadcasting system according to claim 5, wherein the protocol for transmitting the loudspeaker command is an HTTP protocol. The public address broadcasting system according to claim 1, wherein the transmission and reception of the audio data is performed using SIP. a network interface for receiving audio data or public address commands regarding public amplification using a predetermined protocol;
a processing unit that executes a loudspeaker mode based on the audio data or the loudspeaker command;
Equipped with
There are multiple amplification modes,
The processing unit determines which one of the plurality of amplification modes to execute based on a predetermined priority for execution of the amplification mode.
IP speaker.

Images