Digital broadcast receiving device and digital broadcast receiving program

Abstract

To apply appropriate parameters to each audio signal being broadcast.SOLUTION: A digital broadcast receiving device includes a receiving unit capable of receiving a digital broadcast signal multiplexed with meta information and an audio signal, and an application unit capable of applying acoustic adjustment parameters to the received audio signal. A program broadcast by the digital broadcast signal has a first period during which music is played and a second period during which music is not played. The application unit determines whether the program is in the first period or the second period based on the meta information, and applies a first parameter to the audio signal during the first period and does not apply the first parameter to the audio signal during the second period.SELECTED DRAWING: Figure 2

Description

[Technical Field]

[0001] The present disclosure relates to a digital broadcast receiving device and a digital broadcast receiving program. [Background technology]

[0002] Digital broadcast receiving devices capable of receiving digital broadcast signals are known. For example, Patent Document 1 describes a specific configuration of a digital broadcast receiving device. The digital broadcast receiving device described in Patent Document 1 identifies the type of program from program genre information contained in the received digital broadcast signal and sets the sound quality accordingly. For example, in the case of a music program that plays pop music, the digital broadcast receiving device controls the sound quality of the program using parameters suitable for pop music. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2006-101391 Summary of the Invention [Problem to be solved by the invention]

[0004] In the digital broadcast receiving device described in Patent Document 1, the same parameters are uniformly applied throughout the broadcast of a music program. However, depending on the music program, for example, various genres of music are played, or there is talk between songs. Therefore, depending on the broadcast content, the parameters may not be appropriate, making it difficult for the user to hear.

[0005] In view of the above circumstances, an embodiment of the present disclosure aims to provide a digital broadcast receiving device and a digital broadcast receiving program that are capable of applying appropriate parameters to each audio signal currently being broadcast. [Means for solving the problem]

[0006] A digital broadcast receiving device according to an embodiment of the present disclosure includes a receiving unit capable of receiving a digital broadcast signal multiplexed with meta information and an audio signal, and an application unit capable of applying acoustic adjustment parameters to the received audio signal. A program broadcast by the digital broadcast signal includes a first period during which music is played and a second period during which music is not played. The application unit determines whether the program is in the first period or the second period based on the meta information, and applies a first parameter to the audio signal during the first period and does not apply the first parameter to the audio signal during the second period. [Effects of the Invention]

[0007] According to an embodiment of the present disclosure, a digital broadcast receiving device and a digital broadcast receiving program are provided that are capable of applying appropriate parameters to each audio signal currently being broadcast. [Brief explanation of the drawings]

[0008] [Figure 1] 1 is a block diagram showing a configuration of a broadcast receiving device according to an embodiment of the present disclosure. [Figure 2] 1 is a flowchart showing processing executed by an MPU (Micro Processor Unit) of a broadcast receiving device according to an embodiment of the present disclosure. [Figure 3] FIG. 1 is a time sequence diagram illustrating an embodiment of the present disclosure. DETAILED DESCRIPTION OF THE INVENTION

[0009] The following description relates to a digital broadcast receiving device and a digital broadcast receiving program according to an embodiment of the present disclosure. Common or corresponding elements are denoted by the same or similar reference numerals, and duplicate descriptions will be appropriately simplified or omitted.

[0010] In an embodiment of the present disclosure, a broadcast receiving device and a broadcast receiving method capable of receiving a DAB (Digital Audio Broadcasting) ensemble will be described as an example.

[0011] FIG. 1 is a block diagram showing the configuration of a broadcast receiving device 1 according to an embodiment of the present disclosure. The broadcast receiving device 1 is an example of a digital broadcast receiving device. As shown in FIG. 1, the broadcast receiving device 1 includes an MPU 100, an HMI (Human Machine Interface) 110, a DAB signal processing circuit 120, an audio amplifier 130, storage 140, and a display 150. FIG. 1 illustrates the main components necessary for explaining this embodiment. In FIG. 1, some components, such as a housing that is an essential component of the broadcast receiving device 1, are omitted as appropriate.

[0012] The broadcast receiving device 1 is, for example, an in-vehicle device mounted on a vehicle traveling on a road. The broadcast receiving device 1 may be a standalone device, or may be a device that forms part of a navigation device or IVI (In-Vehicle Infotainment). The broadcast receiving device 1 is not limited to an in-vehicle device. The broadcast receiving device 1 may also be other types of device, such as a smartphone, feature phone, tablet terminal, PC (Personal Computer), PDA (Personal Digital Assistant), PND (Portable Navigation Device), portable game console, or AV (Audio Visual) equipment.

[0013] The MPU 100 is, for example, a single processor or a multiprocessor, and includes at least one processor. When the MPU 100 includes multiple processors, the MPU 100 may be packaged as a single device, or may be configured as multiple devices that are physically separated within the broadcast receiving device 1. The MPU 100 may be called, for example, a control unit, a CPU (Central Processing Unit), an MPU (Micro Processor Unit), or an MCU (Micro Controller Unit).

[0014] The MPU 100 includes a built-in DSP (Digital Signal Processor) that processes audio signals. That is, the audio signals are processed using the DSP. The MPU 100 is an example of an application unit that can apply acoustic parameters 144 (described later) to the audio signals.

[0015] The processing of the audio signal may be executed by software installed in the MPU 100 without using a DSP. The DSP may not be built into the MPU 100, but may be provided separately from the MPU 100.

[0016] The MPU 100 includes RAM (Random Access Memory), flash ROM (Read Only Memory), etc., and controls the entire broadcast receiving device 1. For example, the MPU 100 loads various programs, including a broadcast receiving program 142 stored in storage 140, onto the RAM, which is a work area, and controls the broadcast receiving device 1 in accordance with the loaded programs. In other words, the broadcast receiving device 1 equipped with the MPU 100 is an example of a computer that executes the broadcast receiving program 142.

[0017] The HMI 110 may be various user interfaces such as hardware or software, or a combination of these. For example, the HMI 110 may be a mechanical switch key mounted on the front panel of the broadcast receiving device 1, a GUI (Graphical User Interface) provided in a touch panel environment, or a remote controller. By operating the HMI 110, the user can, for example, specify a receiving station or instruct the broadcast receiving device 1 to create or update a station list.

[0018] For example, when a user performs a channel selection operation on the HMI 110, information about the selected station specified by the channel selection operation is stored in a flash ROM in the MPU 100. For example, immediately after the broadcast receiving device 1 is powered on or when a user performs a channel selection operation, the MPU 100 controls the channel selection operation of the DAB signal processing circuit 120 in accordance with the selected station information stored in the flash ROM.

[0019] The DAB signal processing circuit 120 is a tuner circuit that performs reception processing of the ensemble. The DAB signal processing circuit 120 is an example of a receiving unit that can receive the ensemble (an example of a digital broadcast signal in which meta information and an audio signal are multiplexed). The DAB signal processing circuit 120 includes an antenna 122, an RF unit 124, a demodulation unit 126, and a signal detection unit 128.

[0020] The antenna 122 receives the broadcast radio waves from each broadcast station and outputs the received signal. The RF unit 124 extracts the ensemble of the selected station from the received signal input from the antenna 122 and outputs it to the demodulation unit 126.

[0021] The ensemble is generally composed of a synchronization channel used for frame synchronization during demodulation, a fast information channel (FIC) containing service configuration information, and a main service channel (MSC) containing voice and data services.

[0022] The FIC consists of a Fast Information Block (FIB) and includes identifiers such as a Service Identifier (SID), Ensemble Identifier (EID), and Service Component Identifier within the Service (SCIdS), as well as label data associated with the identifiers (e.g., a service label indicating the name of a radio broadcasting service or program). The FIB includes a Fast Information Group (FIG) and a Cyclic Redundancy Check (CRC). FIGs are classified into eight types, Type 0 to Type 7, depending on their purpose. For example, FIGs may include hard link service information, Frequency Information (FI), Other Ensemble Services (OE) information, and Service Link (SL) information.

[0023] The demodulation unit 126 demodulates the ensemble input from the RF unit 124, and selects and demodulates a service (i.e., a program) from the demodulated ensemble. This provides the audio signal and meta information of the service multiplexed into the ensemble. The meta information includes text information such as a service label, as well as a DL (Dynamic Label) message (described later).

[0024] The signal detection unit 128 detects, for example, multiplexed data obtained by demodulating the ensemble in the demodulation unit 126, and also detects the received signal quality of the ensemble based on the error rate. The signal detection unit 128 may also detect the received signal quality of the ensemble based on, for example, the field strength of the received radio wave or the S / N ratio of the received radio wave.

[0025] The audio signal obtained by the demodulation process by the demodulator 126 undergoes gain adjustment according to the volume by the audio amplifier 130, and is then output from the line-out terminal. For example, a plurality of line-out terminals may be provided. Each line-out terminal is connected to a respective in-vehicle speaker, such as the front, center, front, or rear speaker. A program (music, talk, etc.) is played on the in-vehicle speaker connected to the line-out terminal. The speaker may be provided in the broadcast receiving device 1.

[0026] The number of DAB signal processing circuits 120 is not limited to one. The broadcast receiving device 1 may be equipped with two or more DAB signal processing circuits 120. When equipped with two or more DAB signal processing circuits 120, the broadcast receiving device 1 can, for example, receive an ensemble using a diversity method. Furthermore, the broadcast receiving device 1 can, for example, receive an ensemble and update a station list in parallel.

[0027] The display data obtained by the demodulation process by the demodulation unit 126 is output to the display 150. As a result, for example, a service label of the service being played is displayed on the display 150. The display 150 is, for example, an LCD (Liquid Crystal Display) or an organic EL (Electro Luminescence) display.

[0028] The storage 140 is, for example, a non-volatile semiconductor memory such as a flash memory, an erasable programmable read only memory (EPROM), or an electrically erasable programmable read only memory (EEPROM), a hard disk drive (HDD), or a solid state drive (SSD). The storage 140 stores various programs and data in addition to the broadcast receiving program 142. For example, the storage 140 stores a plurality of acoustic parameters 144.

[0029] The acoustic parameters 144 are an example of parameters for acoustic adjustment. The acoustic parameters 144 are, for example, equalizer settings and settings for various effects such as reverb, chorus, and delay. Each of the multiple acoustic parameters 144 has a value suitable for the corresponding type of song (for example, genre). For example, one acoustic parameter 144 is set to a value suitable for pop music (i.e., a value corresponding to pop music). Another acoustic parameter 144 is set to a value suitable for jazz (i.e., a value corresponding to jazz).

[0030] The acoustic parameters 144 are stored in advance in the storage 140, for example, when the broadcast receiving device 1 is manufactured. The values ​​of the acoustic parameters 144 may be adjusted by a user operation. The user may create the acoustic parameters 144 by operating the HMI 10. The broadcast receiving device 1 may, for example, periodically communicate with the cloud via a communication interface (not shown) to update or add the acoustic parameters 144.

[0031] The acoustic parameters 144 are not limited to values ​​suitable for the genre of music. The acoustic parameters 144 may be set to values ​​suitable for other categories. For example, the acoustic parameters 144 may be set to values ​​suitable for reproducing the sound quality, reverberation, surround sound, etc. of movies, dramas, animation, sports, news, talk shows, indoor live venues, outdoor live venues, opera houses, etc.

[0032] In the ensemble, DL messages and DL Plus messages are broadcast repeatedly. DL messages are 128-byte strings. DL Plus messages contain a DL Plus tag.

[0033] The demodulator 126 applies the DL Plus tag to the DL message to generate a DL Plus object. The following is an example of a DL message, DL Plus tag: In this example, the DL Plus includes two DL Plus tags (DL Plus Tag 1, DL Plus Tag 2).

[0034] 《DL Message》 You are listening to “A BBBB CCCCCC DDDD” by “XXX YYYYYYYYY” "DL Plus Tag 1" Content Type: Title Start marker: 22 Length marker: 17 DL Plus Tag 2 Content Type: Artist Start marker: 45 Length marker: 12

[0035] The start marker and length marker of the DL plus tag indicate the start point and the length of the string, respectively. The demodulation unit 126 extracts a 17-character string from the DL message, starting from the position (22nd character) specified by the start marker of DL plus tag 1. Specifically, the demodulation unit 126 extracts A BBBB CCCCCC DDDD. Similarly, the demodulation unit 126 extracts a 12-character string from the DL message, starting from the position (45th character) specified by the start marker of DL plus tag 2. Specifically, the demodulation unit 126 extracts XXX YYYYYYYYY. For convenience, A BBBB CCCCCC DDDD will be referred to as extracted text 1, and XXX YYYYYYYY will be referred to as extracted text 2.

[0036] The Content Type of the DL Plus tag is defined in Annex A (List of DL Plus content types) of the DL Plus broadcasting standard "ETSI TS 102 980 V2.1.2 (2019-02)." As shown in Annex A, the Content Type of the DL Plus tag corresponds to the CONTENTTYPE of the MP3 ID3v2 tag.

[0037] The demodulation unit 126 applies the DL Plus Tag 1 to the DL message to generate a DL Plus Object 1. The DL Plus Object 1 defines the extracted text 1 as attribute information of the title. The demodulation unit 126 applies the DL Plus Tag 2 to the DL message to generate a DL Plus Object 2. The DL Plus Object 2 defines the extracted text 2 as attribute information of the artist.

[0038] Using DL Plus Objects, various pieces of information are displayed on the display 150. For example, extracted text 1 is displayed on the display 150 as the title of a song played in a program. Extracted text 2 is displayed on the display 150 as the name of the artist who sings this song.

[0039] In Appendix A, Content Type includes ITEM.GENRE. ITEM.GENRE indicates the genre of the song notified in the DL message and DL Plus. The demodulation unit 126 can generate a DL Plus object, as in the above example. This DL Plus object defines the genre name included in the DL message as attribute information of the song genre.

[0040] The DL message and DL plus are examples of meta information that include song type information (e.g., genre). The song genre notified in the DL message and DL plus is switched in real time to match the song played in the program. In this embodiment, the acoustic parameters 144 applied to the audio signal are switched as needed to acoustic parameters 144 appropriate for the genre of the song being broadcast, based on the song genre notified in the DL message and DL plus.

[0041] For example, while pop music is being played, acoustic parameters 144 suitable for pop music are applied to the audio signal. The audio signal is adjusted to a sound quality suitable for pop music and played on the speaker. When jazz music is played next, the acoustic parameters 144 applied to the audio signal are switched to acoustic parameters 144 suitable for jazz. The audio signal is adjusted to a sound quality suitable for jazz and played on the speaker. In this way, even when the genre of music played within a program changes, songs of each genre are played with sound quality adjusted with the appropriate acoustic parameters 144. The user can listen to songs with sound quality adjusted appropriately.

[0042] Depending on the program, news or talk may be played between songs. If the acoustic parameters 144 appropriate for the genre of the music are continuously applied to the audio signal while the news or talk is being played, the frequency band of human voices may be cut or frequency bands other than human voices may be boosted depending on the setting value of the acoustic parameters 144. As a result, there is a risk that the user may have difficulty hearing the program.

[0043] Therefore, in this embodiment, application of the acoustic parameters 144 to the audio signal is suspended while non-music content, such as news or talk, is being played. This prevents the frequency band of human voices from being cut or the frequency band of non-human voices from being boosted. This makes it easier for the user to hear the program even while news or talk content is being played.

[0044] In another embodiment, acoustic parameters 144 that improve the intelligibility of human voices may be applied to the audio signal during news, talk, etc., making it easier for the user to hear the news, talk, etc.

[0045] 2 is a flowchart showing processing executed by the MPU 100 of the broadcast receiving device 1 in one embodiment of the present disclosure. For example, when reception of an ensemble begins in the broadcast receiving device 1, execution of the processing shown in Fig. 2 begins. When reception of the ensemble stops, execution of the processing shown in Fig. 2 ends.

[0046] The steps of the flowcharts shown in the present embodiment may be reordered to the extent that they are consistent. For example, although the present disclosure presents the processing of various steps using an exemplary order, the order is not limited to the presented order. Furthermore, the steps of the flowcharts shown in the present embodiment may be executed in parallel or in parallel to the extent that they are consistent.

[0047] The MPU 100 applies initial settings (step S101). Specifically, the MPU 100 cancels the acoustic parameters 144 to be applied to the audio signal. That is, the MPU 100 resets the acoustic parameters 144 to settings that do not apply to the audio signal.

[0048] In step S101, default acoustic parameters 144 may be set and applied to the audio signal. The default acoustic parameters 144 are, for example, equalizer settings that make human voices easier to hear. The default acoustic parameters 144 are an example of second parameters. Other acoustic parameters 144 (for example, acoustic parameters 144 corresponding to the genre of a song) are an example of first parameters that are different from the second parameters.

[0049] It should be noted that any reference to an element using a designation such as "first," "second," etc., used in this disclosure does not generally limit the quantity or order of those elements. These designations are used for convenience to distinguish between two or more elements. Thus, reference to a first and a second element does not imply, for example, that only two elements are employed, that the first element must precede the second element, etc.

[0050] The MPU 100 determines whether or not DL information (that is, DL message and DL plus) has been received (step S102). The MPU 100 repeats this determination process until a DL message and a DL plus are received.

[0051] When the DL message and DL plus are received (step S102: YES), the MPU 100 determines whether the contents of the DL message and DL plus are different from those of the previous reception (step S103). The MPU 100 determines whether the contents of the DL message and DL plus are different from those of the previous reception by, for example, checking the Content Type of the DL plus tag.

[0052] If the contents of the DL message and DL plus are different from those received last time (step S103: YES), the MPU 100 proceeds to step S104. If the contents of the DL message and DL plus are the same as those received last time (step S103: NO), the MPU 100 returns to step S102. Note that immediately after the broadcast receiving device 1 is started, the determination in the process of step S103 is NO.

[0053] Here, the Item toggle bit and Item running bit will be explained using Fig. 3. The Item toggle bit and Item running bit are notified in DL Plus. Fig. 3 is a time sequence diagram showing the relationship between broadcast content, Item toggle bit, and Item running bit. Three examples of time sequence diagrams (Examples A to C) are shown in Fig. 3.

[0054] The item toggle bit is a flag that indicates the timing at which the program item being broadcast changes. The item toggle bit switches value when a program item different from the previous (previous) program item is broadcast. The item running bit is a flag that indicates that a program item is currently running. The item running bit is set to a value of 1 while a program item is running. The item running bit is set to a value of 0 when a program item is not currently running. For example, in the case of a music program, a song is set as the program item.

[0055] In example A of Figure 3, songs a and b are played in that order within the program. In example A of Figure 3, at timing T11 when song a starts playing, the Item toggle bit switches (changing from value 1 to value 0), and the Item running bit switches from value 0 to value 1. At timing T12 when song a changes to song b, the Item toggle bit switches (changing from value 0 to value 1). Meanwhile, because the song that is a program item continues to play, the Item running bit remains unchanged.

[0056] In example B of Figure 3, news is played between songs a and b. In example B of Figure 3 as well, at timing T21 when song a starts playing, the Item toggle bit switches (changing from value 1 to value 0), and the Item running bit switches from value 0 to value 1. At timing T22 when song a changes to news, a program item different from the previous one is not executed (no song is played), so the Item toggle bit remains unchanged. On the other hand, an item different from the program item is executed (news is played in this case), so the Item running bit switches from value 1 to value 0. At timing T23 when news changes to song b, song b, which is different from the previous one (song a), is played, so the Item toggle bit switches (changing from value 0 to value 1), and the Item running bit switches from value 0 to value 1.

[0057] In example C of Figure 3, song a is temporarily interrupted and talk is played. In example C of Figure 3 as well, at timing T31 when song a starts playing, the Item toggle bit switches (changing from value 1 to value 0), and the Item running bit switches from value 0 to value 1. At timing T32 when song a changes to talk, a different song is not played from the previous time, so the Item toggle bit does not change. On the other hand, an item different from the program item is executed (talk is played in this case), so the Item running bit switches from value 1 to value 0. At timing T33 when talk returns to song a, the program returns to song a, which is the same as the previous time (song a), so the Item toggle bit does not change. On the other hand, the Item running bit switches from value 0 to value 1 because the song that is a program item starts playing.

[0058] In this way, the Item toggle bit included in DL Plus, which is an example of meta information, is an example of an identifier indicating that the genre of the music played within a program changes. Also, the Item running bit included in DL Plus, which is an example of meta information, is an example of an identifier indicating a period during which music is played (an example of a first period) and a period during which music is not played (an example of a second period) within a DAB service (an example of a program broadcast by a digital broadcast signal).

[0059] A change in the value of the Item toggle bit is essentially the same as a change in the program item (song). Due to the nature of radio music programs, it is rare for the exact same song to be played repeatedly. Therefore, when the DL message and DL Plus change, it is likely that the Content Type ITEM.GENRE will also change.

[0060] However, the Item toggle bit and the contents of the DL message and DL Plus (Contents Type) are not necessarily synchronized due to factors such as the time lag of the broadcast signal sent by the broadcast station. Therefore, the Content Type at the time the Item toggle bit value changes may not match the program item (song) after the change.

[0061] Therefore, the MPU 100 repeatedly executes the processes of steps S102 to S103 until the contents of the DL message and DL plus change from the last time they were received, thereby enabling the MPU 100 to reliably determine the Content Type that matches the program item (song) after the change.

[0062] In step S104, the MPU 100 analyzes the Content Type of the DL Plus tag to determine whether or not ITEM.GENRE has been received. If ITEM.GENRE has not been received (step S104: NO), the MPU 100 returns to step S102.

[0063] When ITEM.GENRE is received (step S104: YES), the MPU 100 selects acoustic parameters 144 corresponding to this ITEM.GENRE (i.e., the genre of the song) from among the acoustic parameters 144 stored in the storage 140 and applies them to the audio signal (step S105). As a result, the song being broadcast is adjusted to, for example, an appropriate sound quality and sound field using the acoustic parameters 144 corresponding to the genre indicated by TEM.GENRE, and is played back through the speakers.

[0064] In this way, when the value of the Item toggle bit, which is an example of an identifier, switches, MPU 100 detects that the genre of the song played in the program is changing, and when it further detects that the content of the Content Type, which includes genre information, has changed, it detects the genre of the song after the change, obtains acoustic parameters 144 corresponding to the detected genre from among acoustic parameters 144 (an example of multiple first parameters prepared in advance for each type of song) in storage 140, and applies the obtained acoustic parameters 144 to the audio signal.

[0065] For example, at timing T12 in example A of Fig. 3, the acoustic parameters 144 applied to the audio signal are switched from the acoustic parameters 144 suitable for song a to the acoustic parameters 144 suitable for song b. When the song is changed even within the same program, the acoustic parameters 144 applied to the audio signal are also switched according to the new song. Therefore, the user can continue to listen to songs that have been adjusted to the appropriate sound quality, sound field, etc.

[0066] The MPU 100 determines whether the Item running bit notified in the DL Plus is set to a value of 1 (step S106). If the Item running bit is set to a value of 0 (step S106: NO), a program item other than the song will be played. Therefore, the MPU 100 applies the initial settings (step S107). That is, the MPU 100 resets the acoustic parameters 144 to a setting that does not apply them to the audio signal (or applies the default acoustic parameters 144 to the audio signal).

[0067] For example, the acoustic parameters 144 applied to the audio signal are cancelled at timing T22 in example B and timing T32 in example C of Fig. 3. As a result, news, talk and the like are reproduced with sound quality that is easy for the user to hear.

[0068] If the value of the Item toggle bit has not been switched (step S110: YES) and the DAB service has not been changed by a user operation or the like (step S111: YES), the MPU 100 returns to the process of step S106. If the value of the Item toggle bit has been switched (step S110: NO) or the DAB service has been changed (step S111: NO), the MPU 100 returns to the process of step S101.

[0069] If the Item running bit is set to 1 (step S106: YES), the song that is the program item is played. Then, the MPU 100 determines whether the acoustic parameters 144 are set to the initial settings (step S108). That is, the MPU 100 determines whether the acoustic parameters 144 are not applied to the audio signal (or whether the default acoustic parameters 144 are applied to the audio signal).

[0070] If the acoustic parameters 144 are not the initial settings (step S108: NO), the acoustic parameters 144 corresponding to the received ITEM.GENRE are applied to the audio signal. If the Item toggle bit value has not been switched and the DAB service has not been changed (step S110: YES, step S111: YES), and the Item running bit remains at value 1 (step S106: YES), the MPU 100 continues to apply these acoustic parameters 144 to the audio signal.

[0071] On the other hand, if the acoustic parameters 144 are the initial settings (step S108: YES), the MPU 100 applies the acoustic parameters 144 corresponding to the received ITEM.GENRE to the audio signal (step S109).

[0072] For example, at timing T23 in example B of Fig. 3, acoustic parameters 144 suitable for song b are applied to the audio signal. For example, at timing T33 in example C of Fig. 3, acoustic parameters 144 suitable for song a are applied to the audio signal.

[0073] In this way, the MPU 100 operating as an application unit determines whether a song is playing in a program (whether it is the first period or the second period) based on the Item running bit included in DL Plus, which is an example of meta information. During the period when a song is playing in a program (in other words, during the first period), the MPU 100 applies acoustic parameters 144 (an example of first parameters) appropriate for the genre of the song to the audio signal. During the period when no song is playing in the program (in other words, during the second period), the MPU 100 does not apply the first parameters to the audio signal. Specifically, the MPU 100 does not apply acoustic parameters 144 to the audio signal, or applies default acoustic parameters 144 (an example of second parameters) to the audio signal.

[0074] According to this embodiment, it is possible to prevent the user from having difficulty in hearing the news, talk, etc. At the same time, it is possible to apply to the audio signal the acoustic parameters 144 suited to the genre of each song played in the program.

[0075] The above is a description of exemplary embodiments of the present disclosure. The embodiments of the present disclosure are not limited to those described above, and various modifications are possible within the scope of the technical idea of ​​the present disclosure. For example, the embodiments of the present application also include appropriate combinations of embodiments explicitly shown in the specification or obvious embodiments.

[0076] In this embodiment, a DAB ensemble is used as an example of a digital broadcast signal to be processed. However, in another embodiment, a digital broadcast signal in a format other than DAB may be processed. For example, in this embodiment, a program is described as a DAB service. However, in the case of a digital broadcast signal in a format other than DAB, a broadcast group equivalent to a DAB service is treated as a program. Similarly, the identifier can be replaced with information specified in a digital broadcast signal in a different format. [Explanation of symbols]

[0077] 1: Broadcast receiving device 100: MPU 120: DAB signal processing circuit 142: Broadcast Reception Program 144: Acoustic parameters

Claims

1. a receiving unit capable of receiving a digital broadcast signal multiplexed with meta information and an audio signal; an application unit capable of applying acoustic adjustment parameters to the received audio signal; Equipped with The program broadcast by the digital broadcast signal includes a first period during which music is played and a second period during which music is not played, The application unit includes: determining whether the program is in the first period or the second period based on the meta information; applying a first of the parameters to the audio signal during the first period; not applying the first parameter to the audio signal during the second period; Digital broadcast receiving device.

2. The meta information includes song type information, the first parameter is for each type of song, The application unit includes: Detecting the type of music played in the program based on the meta information; acquiring the first parameter corresponding to the detected type of music from among a plurality of first parameters prepared in advance for each type of music; applying the obtained first parameters to the audio signal; 2. The digital broadcast receiving device according to claim 1.

3. the meta information includes an identifier; the application unit detects that a type of music played in the program changes when the value of the identifier is switched; the application unit, upon detecting that the value of the identifier has been switched and the content of the type information has been changed, detects the type of the song after the change; 3. The digital broadcast receiving device according to claim 2.

4. the applying unit applies a second parameter, different from the first parameter, to the audio signal during the second period.

2. The digital broadcast receiving device according to claim 1.

5. A digital broadcast receiving program that causes a computer to execute a process of receiving a digital broadcast signal in which meta information and an audio signal are multiplexed, and applying acoustic adjustment parameters to the received audio signal, The computer, determining whether the program broadcast by the digital broadcast signal is in a first period during which music is played or in a second period during which music is not played, based on the meta information; applying a first said parameter to said audio signal during said first period; not applying the first parameter to the audio signal during the second period; Digital broadcast reception program.

Images