JP2015050642A - Terminal device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To selectively store a content needed for storage type broadcasting.SOLUTION: In storage type broadcasting, CM information contents of respective programs are sequentially distributed before contents of the respective programs are broadcast, and sequentially received and stored on a terminal device side. When reproduction of a CM information content is instructed by the terminal device (1), meta data (390) of sections in an object program is reproduced/displayed together with a digest moving image of the object program. When a reservation button (391) corresponding to one section is pressed, the storage of the section is reserved, and local storage reservation information including ID information on an HTML file and a moving image file corresponding to the section, and reproduction time zone information on the moving image file corresponding to the section are saved. Then once a broadcast signal of the content of the object program is received, the moving image file indicated with the local storage reservation information is saved and other moving image files are discarded.

Description

  The present invention relates to a terminal device.

  One type of multimedia broadcasting, for example, multimedia broadcasting by ISDB-Tmm (ISDB T for mobile multimedia), supports real-time broadcasting and storage-type broadcasting (pushcast) services. In storage-type broadcasting, content composed of files such as video and audio is distributed by broadcast waves, and received content is stored on a terminal device such as a smartphone. At any time after storage, the user can view the stored content on the terminal device. In multimedia broadcasting, real-time and storage broadcasting are basically paid broadcasting, so high-bit-rate videos with high image quality and high pixel count are often distributed. The video is likely to be delivered.

JP 2004-194222 A JP 2002-359793 A JP 2008-35338 A

  In storage-type broadcasting, where high-bit-rate content is often distributed, if the content storage reservation frequency is increased, the storage for content storage is occupied by the stored content in a relatively short time, and there is no free space. The storage area used by other functions of the terminal device (for example, camera function) is likely to fall. On the other hand, it is often desired to view only a specific part of the broadcast program rather than the entire broadcast program. In such a case, it is efficient if the content of the specific part can be selectively stored.

  In an existing broadcast system that is not a storage type broadcast, a method of recording only a specific corner or a video of a specific time zone in a broadcast program has been proposed (see, for example, Patent Documents 1 to 3). In fact, no method for realizing the same function has been proposed or established.

  Therefore, an object of the present invention is to provide a terminal device that contributes to the realization of efficient content storage and / or the reduction of storage load related to content storage in storage-type broadcasting.

  The terminal device according to the present invention is a terminal device capable of receiving and storing a content of a broadcast program by storage-type broadcasting, and delivering the target program content to be broadcasted by the storage-type broadcast before broadcasting the content of the target program CM information content acquisition unit for acquiring CM information content including program metadata, storage reservation database, storage for storage, control unit, display unit for displaying information, and input device for receiving operation input The target program includes a plurality of local programs, the CM information content includes metadata for each local program, and the control unit instructs reproduction of the CM information content. In response to one operation, the metadata for each of the local programs is displayed on the display unit, and the storage reservation of the target local program that is one of the plurality of local programs is designated. In response to the second operation, local storage reservation information for reserving storage of the target local program is stored in the storage reservation database together with reservation information of the target program, and the content of the target program includes a plurality of language files, A content package including a plurality of moving image files, wherein the local storage reservation information is ID information of a target language file that is a language file corresponding to the target local program, and a moving image file embedded in a page of the target language file ID information of the target video file and playback time zone information indicating a playback time zone of the target video file on the playback timeline of the target program, and the control unit outputs a broadcast signal of the content of the target program When received, based on the reservation information and the local storage reservation information, the program of the target program is received. Some of Ntsu accumulated in the accumulation storage, this time, among the plurality of moving image files forming the target program, characterized by accumulating only the target moving image file to the accumulation storage.

  According to the present invention, it is possible to provide a terminal device that contributes to the realization of efficient content storage and / or the reduction of storage load related to content storage in storage-type broadcasting.

It is a schematic block diagram of the terminal device which concerns on 1st Embodiment of this invention. It is a figure which shows a mode that a broadcast signal is delivered to a terminal device from a broadcast station. It is a general | schematic operation | movement flowchart of a terminal device regarding storage type | mold broadcast. It is an operation | movement flowchart of the accumulation | storage reservation process in a terminal device. It is a figure which shows the structure of an object program and CM information content. The figure which shows the content of the content of an object program (a), and the figure which shows the content of the content of the corner in an object program (b). It is a figure which shows the example of a display screen which receives local accumulation | storage reservation operation. It is a figure which shows a mode that a reservation information set is stored in the accumulation reservation database. It is a figure which shows the structure of a reservation information set. It is a figure which shows the mode of the moving image reproduction on the page of an HTML file. It is a figure which shows the example of the manifest file in stored content. It is an operation | movement flowchart of the accumulation | storage process in a terminal device. It is a figure which shows a mode that a part of received file is preserve | saved at storage for accumulation | storage. It is an operation | movement flowchart of the reproduction | regeneration processing in a terminal device. It is an operation | movement flowchart of the reproduction | regeneration processing in a terminal device. It is a figure which shows the mode of the change of the display screen in connection with 2nd Embodiment of this invention, regarding reservation, accumulation | storage, and reproduction | regeneration of accumulation | storage type | mold broadcast. It is a figure which shows the mode of the change of the display screen in connection with 2nd Embodiment of this invention, and reproduction | regeneration of storage type | mold broadcast.

  Hereinafter, an example of an embodiment of the present invention will be specifically described with reference to the drawings. In each of the drawings to be referred to, the same part is denoted by the same reference numeral, and redundant description regarding the same part is omitted in principle. In this specification, for the sake of simplification, information, signals, physical quantities, and state quantities corresponding to the symbols or signs are described by writing symbols or signs that refer to information, signals, physical quantities, state quantities, or members. Or names of members, etc. may be omitted or abbreviated.

<First Embodiment>
A first embodiment of the present invention will be described. FIG. 1 is a schematic block diagram of a terminal device 1 according to the first embodiment of the present invention. The terminal device 1 is an arbitrary electronic device capable of storing content of a program broadcast by storable broadcasting, and is, for example, a mobile phone (including a smartphone), a mobile information terminal, a personal computer, or the like. The terminal device 1 is provided with each part referred by the codes | symbols 11-19 and 31-36.

  The terminal main control unit 11 includes a semiconductor integrated circuit and the like, and comprehensively controls the operation of each part in the terminal device 1. The terminal device 1 performs arbitrary data communication with an external device (not shown) of the terminal device 1 according to an arbitrary communication standard via an arbitrary communication network. The communication control unit 12 controls the communication. The communication antenna 13 includes one or more antennas, and receives and transmits signals through the communication network under the control of the communication control unit 12. The communication standard and the communication network conform to, for example, WiFi (registered trademark) or 3GPP (Third Generation Partnership Project).

  The speaker 14 outputs an arbitrary audio signal as sound. The microphone 15 converts the ambient sound of the terminal device 1 into an electrical signal. The display unit 16 includes a liquid crystal display panel and the like, and displays an arbitrary video. Hereinafter, the display and display screen refer to the display and display screen on the display unit 16 unless otherwise specified. The input control unit 17 includes an input device 17a that receives an instruction and an operation input from the user, detects the input state of the instruction and the operation, and controls the input device 17a. The input device 17 a is formed by a mechanical operation member (button, dial, etc.) or a touch panel attached to the display unit 16. A ROM (Read Only Memory) 18 stores a program executed by the terminal main control unit 11 and a broadcast main control unit 31 (to be described later) and various data referred to in the terminal device 1 in a nonvolatile manner. A RAM (Random Access Memory) 19 temporarily stores arbitrary data handled in the terminal device 1.

  The terminal device 1 can function as a multimedia broadcast receiving device. In multimedia broadcasting, arbitrary content is distributed using broadcast waves or communication lines. The multimedia broadcast for the terminal device 1 may be in accordance with an arbitrary standard, but here, the multimedia broadcast for the terminal device 1 is ISDB-Tmm (a type of ISDB (Integrated Services Digital Broadcasting) system). It is assumed that it conforms to the ISDB T for mobile multimedia) standard.

  The broadcast main control unit 31 (hereinafter referred to as the control unit 31) includes a semiconductor integrated circuit and the like, and performs main control related to multimedia broadcasting. The broadcast antenna 33 receives a broadcast signal by multimedia broadcast transmitted from the broadcast station 2 (FIG. 2) via the broadcast network. The broadcast time zone and the content of the broadcast signal are controlled by the broadcast station server (distribution server) 2a in the broadcast station 2. Although only one broadcasting station 2 is shown in FIG. 2, there can be a plurality of broadcasting stations 2. The tuner control unit 32 performs tuner control on the reception signal of the broadcast antenna 33. The tuner control includes a process of demodulating a broadcast signal of a desired channel included in the broadcast signal received by the broadcast antenna 33. In multimedia broadcasting by ISDB-Tmm, in addition to real-time broadcasting, storage broadcasting (pushcasting) is also possible. In the present embodiment, paying attention to the accumulation type broadcast, the accumulation type broadcast in the ISDB-Tmm multimedia broadcast is hereinafter referred to as an MM broadcast. The content described below refers to content broadcast by MM broadcasting or scheduled to be broadcast unless otherwise specified.

  The storage for storage 34 (hereinafter also referred to as storage 34) is a storage device formed of a semiconductor memory or the like, and stores arbitrary content distributed by MM broadcasting and stores arbitrary data related to MM broadcasting. . However, data based on the received data of the real-time broadcast can also be stored in the storage 34. Content distributed by MM broadcasting and stored in the storage 34 is also referred to as stored content. In the following description, accumulation of contents refers to accumulation of contents in the storage 34 unless otherwise specified. The stored content is played back on an embedded browser corresponding to HTML5 (HyperText Markup Language 5) according to the MM broadcast standard. The content playback browser 35 (hereinafter also referred to as the playback browser 35 or the browser 35) is a browser compatible with HTML5 for playing back stored content. The browser 35 is prepared as middleware, for example. The storage reservation database 36 (hereinafter also referred to as the database 36) is formed of a semiconductor memory or the like, and stores reservation information related to content storage. All or part of the storage 34 and the database 36 may be formed by a memory that is detachable from the terminal device 1.

  The functions of the storage reservation unit 37, the substitute moving image file playback unit 38, and the content complementing unit 39 provided in the control unit 31 will be apparent from the following description. It may be considered that all or part of them is provided outside the control unit 31.

  As shown in FIG. 3, the processes related to the storage and reproduction of the contents of the MM broadcast are as follows. It is roughly divided into the reproduction process. In the control unit 31, for example, an MM broadcast application program describing the contents of the storage reservation process and the reproduction process is executed, and the storage reservation process and the reproduction process are realized by using the reproduction browser 35 as middleware. The accumulation process is sequentially executed in a background operation by an accumulation engine (not shown) in the control unit 31.

[Storage reservation processing]
First, operations related to the storage reservation process will be described. FIG. 4 is a flowchart of operations related to the accumulation reservation process, and the accumulation reservation process in step S1 of FIG. 3 is realized by the processes in steps S11 to S17. In MM broadcasting, CM information contents of various programs are automatically and sequentially distributed from the broadcasting station 2. In step S <b> 11, the CM information content from the broadcasting station 2 is sequentially received by the tuner control unit 32 via the broadcasting antenna 33. The CM information content of a certain program includes the metadata of the program (data related to the program), and the metadata of the program includes a broadcast time zone, a title, a performer, an introduction, an advertisement, and the like of the program. In step S12, the terminal device 1 automatically and sequentially accumulates (that is, stores) the received CM information content in the storage 34 in accordance with an instruction from the broadcast station server 2a.

  After one or more CM information contents are accumulated in the storage 34, in step S13, the user performs a CM information content selection operation for selecting any of the accumulated CM information contents, and further, the selected CM information contents are selected. When a CM information content playback instruction operation for instructing playback is performed, the selected CM information content is played back. The CM information content selection operation may include a function of CM information content reproduction instruction operation (that is, a user interface may be formed in which reproduction is instructed only by selection). Reproduction of arbitrary content including CM information content is reproduction on the terminal device 1, and information (moving image, still image, text) included in the content is displayed on the display unit 16 and the audio speaker 14 included in the content. Includes output from. Arbitrary content reproduction is performed under the control of the control unit 31 using the browser 35 as middleware.

  In the following, for the sake of concrete explanation, it is assumed that any one program of interest broadcast by MM broadcasting is called a target program, and the target program has a structure shown in FIG. Reference numeral 300 represents a target program. The target program 300 includes m local programs 310 [1] to 310 [m]. m is an arbitrary integer of 2 or more. In the terminal device 1, when the entire target program 300 is reproduced starting from the position t [1], the local program 310 [1] is located between the positions t [1] and t [2] according to the stored content of the target program 300. The local program 310 [2] is played between the positions t [2] and t [3], and the local program 310 [m] is played between the positions t [m] and t [m + 1]. The The positions t [1] to t [m + 1] are positions on the reproduction timeline of the target program 300, and these may be called timings. For any integer i, position [i + 1] comes after position t [i]. Therefore, they are arranged on the playback timeline of the target program 300 in the order of 310 [1], 310 [2],..., 310 [m]. Each local program is a component of the target program 300, for example, a corner or a chapter in the target program. Hereinafter, it is considered that each local program corresponds to a corner.

  The CM information content of the target program 300 is an HTML5 content package composed of a digest video showing an outline of the target program 300, text information explaining the target program 300, reservation scheme information, and the like, and is scheduled to be broadcast on MM broadcasting. Before the target program 300 is actually broadcasted, it is distributed and accumulated from the broadcasting station 2 to the terminal device 1. FIG. 5B shows the structure of the CM information content 320 of the target program 300. The CM information content 320 includes metadata 330 about the entire target program 300, and the metadata 330 specifies the broadcast time zone of the target program 300 and text such as the title, performer, introduction, and advertisement of the target program 300. Contains information. Further, the CM information content 320 includes metadata for each corner of the target program 300. Reference numeral 340 [i] represents metadata of the corner 310 [i] included in the CM information content 320. The metadata 340 [i] specifies the broadcast time zone of the corner 310 [i] (that is, the positions t [i] and t [i + 1]), and the title, performer, introduction, and advertisement of the corner 310 [i]. Contains text information.

  As shown in FIG. 6A, the content of the target program 300 includes a plurality of HTML files, a plurality of moving image files, and one or more parts resources (still image files, audio files, JavaScript (registered trademark) files, CSS files, etc.). It is a content package of HTML5 configured by the above. As shown in FIG. 6B, the content of one corner in the target program 300 is composed of an HTML file, a moving image file, and a part resource included in the content package. Of course, the HTML file is a language file described in HTML (HyperText Markup Language), and the moving image file is a file storing moving image data. The moving image file includes video data and audio data synchronized with the video, but may include only video data.

  Assuming that the reproduction of the CM information content 320 is instructed in step S13, the description returns to FIG. The reproduction of the CM information content 320 includes reproduction of the metadata 330 for each corner as well as reproduction of the metadata 330 of the entire program. That is, in response to the CM information content reproduction instruction operation, the metadata for each corner (all or a part of 340 [1] to 340 [m]) is also reproduced. When the metadata of the corners 310 [1] to 310 [m] cannot be displayed at the same time, they are displayed in a time-sharing manner using scrolling of the display screen or the like.

  In step S14 following step S13, the metadata for each corner (corresponding to the data 390 in FIG. 7) is displayed, and the user selects a desired corner 310 [i] while referring to the display content. Then, an operation for instructing the storage reservation of the selected corner 310 [i] (hereinafter referred to as a local storage reservation operation) can be performed. For example, a local accumulation reservation operation for the corner 310 [i] is performed by touching a reservation button icon (corresponding to any of the icons 391 in FIG. 7) displayed corresponding to the desired corner 310 [i] with a finger. Is entered.

  When the local storage reservation operation is input, in step S15, the control unit 31 extracts and acquires the local storage reservation information for reserving the local storage of the selected corner 310 [i] from the specific file in the CM information content 320. To do. Further, basic reservation information that is reservation information of the target program 300 is also acquired from the CM information content 320. Local accumulation means accumulation of contents in a corner unit. In step S16, the control unit 31 adds the local storage reservation information to the basic reservation information, and executes a reservation scheme according to the information via the storage broadcast browser. That is, the function of the storage broadcast browser reserves the content of the target program 300 and the content of the corner 310 [i] based on the basic reservation information and the local storage reservation information. However, as will become clear from the description of the accumulation process described later, the accumulation according to this reservation is limited to a part of the entire contents of the target program 300.

  In step S17 following step S16, under the control of the control unit 31, a reservation information set obtained by adding the local storage reservation information to the basic reservation information is stored in the storage reservation database 36 (see FIG. 1) (see FIG. 8A). ). The reservation information set generation and storage processing is executed by the storage reservation unit 37 of FIG. In FIG. 8A, one piece of local storage reservation information is added to the basic reservation information. It is also possible to perform a local storage reservation operation for a plurality of corners in one target program 300. In this case, as shown in FIG. 8B, a plurality of pieces of local storage reservation information corresponding to a plurality of corners are basically reserved. A reservation information set formed by adding information is stored in the database 36. Further, although one target program is focused here, it is also possible to perform a local storage reservation operation for each of a plurality of target programs. In this case, a reservation scheme is executed for each target program, and The reservation information set is stored in the database 36 (see FIG. 8C).

  Focusing on the reservation information set 410 in FIG. 9, the contents of the local storage reservation information will be described. The reservation information set 410 is formed of basic reservation information 420 that is reservation information of the target program 300 and a plurality of local storage reservation information 430. Any one of the plurality of local storage reservation information 430 is represented by reference numeral 430 [i] (i is an integer), and is also simply referred to as information 430 [i]. The information 430 [i] is acquired from the CM information content 320 in step S15 when the selected corner instructed to be stored in step S14 in FIG. 4 is the corner 310 [i].

As shown in FIG. 9, the information 430 [i] includes the ID information of the HTML file (hereinafter referred to by the symbol FL _HT [i]) corresponding to the selected corner 310 [i], and the HTML file FL _HT [i ] ID information of a moving image file (hereinafter referred to by reference symbol FL _MV [i]) to be embedded in the page. The files FL _HT [i] and FL _MV [i] are included in the content of the target program 300, and which file in the content of the target program 300 is the file FL _HT [i] and the file FL _MV [i]. , Specified by the ID information of the files FL _HT [i] and FL _MV [i]. A page file FL _HT [i], is formed as described in the file FL _HT [i], is a page on the display screen. In HTML, an image or the like can be associated and embedded on a page using a hyperlink. When playing the content comprising the file FL _HT [i] and FL _MV [i], as shown in FIG. 10, video by file FL _MV [i], in accordance with the description in the file FL _HT [i] file FL _HT [ i] is embedded at a predetermined position on the page and reproduced on the page.

The information 430 [i] includes reproduction time zone information indicating the reproduction time zone of the moving image file FL _MV [i] on the reproduction timeline of the target program 300. Since the video file FL _MV [i] corresponds to the corner 310 [i], the playback time zone of the video file FL _MV [i] from the position t [i] on the playback timeline of the target program 300 This is the time zone up to the position t [i + 1] (see FIG. 5A). When playing back the stored content of the target program 300, the playback time zone information is referenced to specify from which position on the playback time lime the video file FL _MV [i] is played back.

  Further, the information 430 [i] includes a playback order number (playback order information). The reproduction order number indicates the number of the page of the corner 310 [i] to be reproduced among the pages of the corners 310 [1] to 310 [m] when the target program 300 is reproduced. The smaller the corresponding playback order number, the faster the playback. Therefore, referring to the reproduction order number of each local storage reservation information 430 in the reservation information set 410, the corner page to be reproduced first is specified. The terminal device 1 may set the playback order number corresponding to the corner 310 [i] smaller than the playback order number corresponding to the corner 310 [i + 1].

  In the MM broadcasting, a manifest file (TmmManifest.xml) as shown in FIG. 11 is used in accordance with the provision of the manifest file of the stored content shown in the first volume of ARIB TR-B33 “terrestrial multimedia broadcasting operation regulation by segment connection transmission method”. ) And a manifest file is included in each content (for example, the content of the target program 300). In the MM broadcast standard, a file whose content-type is “video / mp4” is a moving image file. Note that the underline in FIG. 11 is shown for convenience. When reproducing the stored content, the ID information of the stored content is transferred to the browser 35, and the manifest file of the stored content is analyzed by the browser 35. As a result, the initial page described in the manifest file is usually displayed first (in the case of the example in FIG. 11, the asset id = "1" is set by the description of the line including the description "asset-idref =" 1 ". (The corresponding “index1.html” page is displayed first.) However, as will be apparent from the description below, if the local storage reservation information is generated and saved, the page is different from the initial page. Playback can be started from

  When the manifest file of the target program 300 is the one shown in FIG. 11, the HTML file corresponding to the corner 310 [i] is “index2.html” and embedded in the page corresponding to the corner 310 [i]. Assume that the moving image file is “yyy.mp4” and the reproduction time zone of the moving image file “yyy.mp4” is the time zone between the positions t [i] and t [i + 1]. Then, since the ID information of “index2 .html” is “2” and the ID information “7” of “yyy.mp4”, the local storage reservation information for the corner 310 [i] is included in the data string (2, 7, t [i], t [i + 1]) may be included.

[Storage processing]
Next, operations related to the accumulation process will be described. FIG. 12 is a flowchart of operations related to the accumulation process, and the accumulation process in step S3 in FIG. 3 is realized by the processes in steps S31 to S34. In the following, it is assumed that local storage is reserved for the content of the target program 300. That is, it is assumed that the reservation information set for the target program 300 is stored in the accumulation reservation database 36 through the processing of steps S11 to S17 in FIG.

  In step S31, the content of the target program 300 for which local storage is reserved is started to be broadcast, and reception of a broadcast signal of the content is started via the broadcast antenna 33. Based on the basic reservation information for the target program 300, the control unit 31 recognizes the necessity for storing the content by the received signal. In response to this recognition, in step S32, the tuner control unit 32 sequentially decodes the data of the received signal, and separates and extracts the data of each file forming the content of the target program 300 from the data obtained thereby.

  In subsequent step S33, the control unit 31 sequentially checks a file obtained by separation and extraction (hereinafter also referred to as a received file), and determines whether the received file should be stored in the storage 34 for each received file. To do. The check here includes a check of the type and file name of the received file. Through this check, only the moving image file corresponding to the local storage reservation information is saved for the moving image file.

  FIG. 13 shows an example of the accumulation process. For convenience of explanation, a moving image file (see FIG. 9) indicated by “ID information of moving image file” in the local storage reservation information for the target program 300 among the moving image files in the content of the target program 300 is stored. The other files are called non-accumulation target moving image files. In the received file, the accumulation target and non-accumulation target moving image files are mixed. The control unit 31 stores the accumulation target moving image file in the storage 34 based on the local accumulation reservation information in the database 36, but discards the non-accumulation target moving image file without storing it in the storage 34. The control unit 31 stores all the received files (for example, HTML files or parts resource files) other than the moving image file in the content of the target program 300 in the storage 34. Since the file size other than the moving image file is much smaller than that of the moving image file, a set of files is stored in this embodiment. When the above check is completed for all files in the content of the target program 300, the storage process for the target program 300 is terminated.

[Playback processing]
Next, operations related to the reproduction process executed after the process of FIG. 12 will be described. 14 and 15 are flowcharts of operations related to the reproduction process, and the reproduction process of step S5 in FIG. 3 is realized by the processes of steps S51 to S57 and S61 to S72.

  First, in step S51, the user inputs a reproduction request operation for requesting reproduction of the target program 300 to the input device 17a. In response to this input, in step S52, the control unit 31 acquires the local storage reservation information of the target program 300 from the storage reservation database 36. If there are a plurality of pieces of local storage reservation information, all of the plurality of pieces of local storage reservation information are acquired.

In subsequent step S53, the control unit 31 specifies the local storage reservation information having the smallest reproduction order number among the plurality of acquired local storage reservation information as the top local storage reservation information. When there is only one local storage reservation information, the one local storage reservation information is the top local storage reservation information. Here, it is assumed that the top local storage reservation information is information 430 [i] in FIG. Then, in step S54, the control unit 31 delivers the information 430 [i] to the playback browser 35 and requests the browser 35 to load the locally stored content using the information 430 [i] as a parameter. This locally stored content includes files FL _HT [i] and FL _MV [i] that form the content of corner 310 [i].

In response to this request, in step S55, the browser 35 reads information 430 file FL _HT corners 310 [i] corresponding to the [i] [i] from the storage 34, display the page by file FL _HT [i] This is displayed on the part 16. Further, in step S56, the browser 35 performs seek control on the moving image (FL _MV [i]) to be embedded in the page of the file FL _HT [i] based on the reproduction time zone information in the information 430 [i]. That is, according to program control such as JavaScript in the stored content of the target program 300, the playback start position of the target program 300 is set to the playback start position t [i] of the moving image file FL _MV [i] (see FIG. 5A). .

Therefore, if the “autoplay” attribute is specified for the video / audio element in the stored content of the target program 300, automatic playback of the stored content is started from position t [i] in step S57. That is, in a state where the page of the file FL _HT [i] is displayed, the reproduction of the moving image file FL _MV [i] is automatically started within the page. When the “autoplay” attribute is not designated, for example, the stored content is reproduced from the position t [i] when the user presses a push button prepared for the stored content. As described above, in response to the input of the reproduction request operation in step S51, the terminal device 1 extracts and reproduces the locally accumulated content from the entire accumulated content of the target program 300 based on the local accumulation reservation information.

After the start of playback in step S57, playback of the locally stored content corresponding to information 430 [i] ends (ie, playback of the file FL _MV [i] ends) in step S61 (see FIG. 15). Then, in step S62, the control unit 31 determines whether or not the next corner of the corner that has been reproduced just before (hereinafter referred to as the next corner) exists in the target program 300, and whether or not the stored content (manifest) of the target program 300 exists. When the next corner exists, a transition to step S63 is generated. On the other hand, when the next corner does not exist, the reproduction processing of FIG. 14 and FIG. 15 ends. If the corner played back immediately before is corner 310 [i], the next corner is corner 310 [i + 1] (see FIG. 5A).

  The content stored in the MM broadcast is generally configured to play back the moving image of the HTML page of the next corner, triggered by the moving image playback end event in one corner, by HTML5 content playback control. Correspondingly, in step S63, the control unit 31 specifies an automatic transition destination page according to the program in the stored content of the target program 300, and sends a load request for the automatic transition destination page to the browser 35. As a result, an automatic transition destination page (hereinafter also referred to as a transition destination page) is displayed. The transition destination page is a page by an HTML file of the next corner, which is different from the display page in step S55, and is naturally a page by any HTML file included in the stored content of the target program 300.

  In subsequent step S64, the control unit 31 checks the file type of the resource file associated with the transition destination page based on the accumulated content. After checking, the process proceeds to step S65. The resource file linked to the transition destination page is a resource file that should be played at the corner corresponding to the transition destination page, and is a video file and still image file that should be played back embedded in the transition destination page. An audio file or the like to be played while the page is displayed can be included.

  When the resource file linked to the transition destination page does not include a moving image file, all the resource files are stored in the storage 34 at the stage of the accumulation process (see FIG. 13). Accordingly, in this case, a transition from step S65 to step S66 occurs, and in step S66, the resource file is read from the storage 34 and reproduced by the browser 35. When the reproduction ends in step S67, the process returns to step S62. When there are a plurality of resource files, all resource files are read and played.

  Even when the resource file linked to the transition destination page includes a moving image file (hereinafter referred to as moving image file J) and the moving image file J is stored in the storage 34, the transition from step S65 to step S66 is also performed. In step S66, the browser 35 reads the resource file including the moving image file J from the storage 34 and plays it. When the reproduction ends in step S67, the process returns to step S62. The moving image file J is a moving image file to be reproduced by being embedded in the transition destination page.

  If the resource file associated with the transition destination page includes the moving image file J but the moving image file J is not stored in the storage 34, the process proceeds from step S65 to step S68. In step S68, the substitute moving image file reproduction unit 38 (see FIG. 1) reads a predetermined substitute moving image file instead of the moving image file J and starts reproduction. The substitute moving image file is fixedly held in advance in the MM broadcast application program and physically stored in an arbitrary memory (for example, the ROM 18 or the RAM 19) in the terminal device 1. The substitute moving image file is a moving image file for a relatively short time (for example, about several seconds) for displaying a predetermined message such as “please acquire content by a complement request operation”.

  The user can input a predetermined complement request operation to the input device 17a during reproduction of the substitute moving image file, and the control unit 31 checks whether or not there is an input in step S69 following step S68. If a complement request operation is input during reproduction of a substitute video file, a transition from step S69 to step S70 occurs. When the reproduction of the substitute moving image file is completed without inputting the complement request operation, the process returns to step S62.

  In step S70, the content complementing unit 39 (see FIG. 1) makes a complementing request (distribution request) for the moving image file J to a predetermined complementing server. The complementary server is a server device (external device of the terminal device 1) prepared in accordance with the MM broadcast standard, and is the same or different server as the broadcast station server 2a of FIG. The supplement server holds the content of the program that has been broadcast by MM broadcasting, and distributes the retained content to the terminal device 1 in response to the supplement request. Therefore, the moving image file J is distributed from the supplement server to the terminal device 1 in response to the supplement request in step S70. The supplement request from the terminal device 1 to the supplement server and the distribution from the supplement server to the terminal device 1 are performed via an arbitrary communication network (for example, a cellular phone network) using the communication control unit 12 and the communication antenna 13. Realized. When the terminal device 1 receives the moving image file J from the supplement server, the browser 35 reproduces the moving image file J together with the page in which the moving image file J should be embedded (the transition destination page in steps S63 and S64) in step S71. . When the reproduction of the moving image file J is completed in step S72, the process returns to step S62.

  When the reproduction of the target program 300 in which content is stored with a local accumulation reservation is instructed by the reproduction process according to the above flow, the display screen automatically changes to the page of the corner 310 [i], and the content in the corner 310 [i] is changed. Playback starts from the content (steps S51 to S57 in FIG. 14). Further, when a plurality of local storage reservation information 430 corresponding to a plurality of corners in the target program 300 is stored in the storage reservation database 36, the top local information is based on the reproduction order number in the plurality of local storage reservation information 430. The storage reservation information 430 [i] is specified, and a plurality of corners are started to be reproduced from the locally stored content corresponding to the specified information 430 [i]. In addition, the above-described playback operation including steps S68 and S69 of FIG. 15 allows the stored content to be played back without stopping the automatic page transition triggered by the end of the video playback, which was originally determined by the program in the stored content. It can be carried out.

  Since the MM broadcast is a broadcast for mobile terminals, there is a need to view a lot of contents in a little free time of the user. According to the present embodiment, it is possible to make a time slot reservation for each corner corresponding to the needs, so that the content that the user really wants to watch can be selectively stored in the storage 34, which is efficient. As a result, it is possible to reduce the load on the storage 34 due to the accumulated content, as compared to the case where a set of contents of the target program 300 is accumulated. The terminal device 1 can also be equipped with a real-time broadcast recording function. In this case, since the capacity of the storage 34 is likely to be tight due to the real-time broadcast content recording, storage with limited real-time recording and viewing of the stored content is possible. In order to fully enjoy the game at 34, an accumulation reservation for each corner is effective. In addition, since only a limited moving image file is locally stored, power consumption associated with storage storage processing can be reduced as compared with a case where a set of contents of the target program 300 is stored. In addition, if the user wants the content of the corner that has not been specified for local storage reservation at the stage of storage reservation processing, it can be supplemented and acquired using the complementary function of MM broadcasting in the flow of playback processing. User disadvantages such as corners that are not designated for local storage reservation can no longer be viewed after content broadcasting are also avoided.

Second Embodiment
A second embodiment of the present invention will be described. Regarding matters not specifically mentioned in the second and later-described third embodiments, the description of the first embodiment also applies to the second and third embodiments unless otherwise specified and there is no contradiction. With reference to FIGS. 16 and 17, an example of how the display screen changes when the technique of the first embodiment is used will be described. First, the MM broadcast application program is activated in response to a user touch panel operation or the like. By this activation, a list of contents stored in the storage 34 is displayed. The content stored in the storage 34 includes real-time broadcast recording content and MM broadcast storage content including CM information content.

  When the user selects CM information content and instructs playback, the metadata 390 of each corner of the target program 300 and the digest video 393 of the target program 300 included in the CM information content are played back, and a reservation button icon for each corner A reservation button icon 394 for 391 and the entire target program 300 is displayed (see also FIG. 7). However, the digest movie 393 may not exist. In the example of FIG. 16, it is assumed that the reservation button icon 391 of “yyy corner” as the corner 310 [i] is selected and the local storage reservation information corresponding to “yyy corner” is saved in the database 36.

  Thereafter, when the content of the target program 300 by MM broadcasting is received by the terminal device 1 and the accumulation process is executed, an accumulation result as shown in FIG. 13 is obtained. When the MM broadcast application is started after the local accumulation of “yyy corner”, the title of the target program 300 (“title ccc” in FIG. 16) is displayed in the list of contents stored in the storage 34. . When the user selects the title and performs a playback request operation for the target program 300 using the input device 17a, the display page transitions to the “yyy corner” page, and the moving image corresponding to “yyy corner” on the page. Is reproduced (assuming that the local storage reservation information is “top local storage reservation information” for “yyy corner”; see FIG. 14).

  When the reproduction of the moving image corresponding to “yyy corner” ends, that is, when the reproduction of the locally stored content of “yyy corner” ends, the page of the next corner after “yyy corner” (“zzz corner” in the example of FIG. 17) is displayed. At this time, if the moving image file J corresponding to the “zzzz corner” as the next corner is not stored in the storage 34, the substitute moving image file AMV is reproduced as shown in FIG. 17 (FIG. 15). Steps S63 to S65 and S68). If an interpolation request operation is not input during playback of the file AMV, the next corner of the “zzz corner” is played back. After the moving image file J is received by the terminal device 1 via the file J complement request, the received moving image file J is reproduced (steps S69 to S71 in FIG. 15). During reproduction of the file AMV, for example, the icon 450 may be displayed, and the operation of pressing the icon 450 may be an interpolation request operation. After the playback of the video file J is completed, the next corner of the “zzzz corner” is played back, and if the video file corresponding to the next corner of the “zzzz corner” is stored in the storage 34, the video file Playback starts.

<Third Embodiment>
A third embodiment of the present invention will be described. In the third embodiment, several modification techniques applicable to the first or second embodiment will be described.

  Although the example in which the local storage reservation information is directly acquired from the CM information content has been described above, the local storage reservation information may be acquired indirectly via the CM information content. For example, address information (that is, URL (Uniform Resource Locator)) of the broadcasting station server 2a on the network is included in the CM information content. When the terminal device 1 receives a local storage reservation operation for the corner 310 [i], the terminal device 1 accesses the broadcast station server 2a via the communication network, relying on the address information, and provides a WEB (World Wide) provided by the server 2a. Web) The latest local storage reservation information for the corner 310 [i] may be acquired from the server 2a while using an API (Application Programming Interface) or the like. The latest local storage reservation information acquired here is “information received by the terminal device 1 separately from the CM information content”. According to such a method, it is possible to flexibly cope with a change in program organization immediately before broadcasting.

  “Information received by the terminal device 1 separately from the CM information content” that is the source of the local storage reservation information is not limited to the information described above, and may be, for example, an ECG (electronic content guide). The ECG includes metadata of each program broadcast by MM broadcasting, and is received by the terminal device 1 via a broadcast network or a communication network. At the time of filing of the present application, it is customary that the ECG does not contain detailed programming information for each corner. However, in the future, the ECG is a source of local storage reservation information (detailed information for each corner). Terminal program 1 may obtain the local storage reservation information from the ECG.

  Although it is assumed that the metadata of one program is included in one CM information content, the metadata of each corner in a plurality of programs may be included in one CM information content.

  HTML5 is a kind of hypertext language, and an HTML5 HTML file is a kind of hypertext language file. In the present invention, the hypertext can be described in a language other than HTML5. Therefore, the language file forming the content of the program can be a file other than the HTML file by HTML5.

  The embodiment of the present invention can be appropriately modified in various ways within the scope of the technical idea shown in the claims. The above embodiment is merely an example of the embodiment of the present invention, and the meaning of the term of the present invention or each constituent element is not limited to that described in the above embodiment. The specific numerical values shown in the above description are merely examples, and as a matter of course, they can be changed to various numerical values.

DESCRIPTION OF SYMBOLS 1 Terminal device 2 Broadcast station 2a Broadcast station server 16 Display part 17a Input device 31 Broadcast main control part 34 Storage for storage 35 Browser for content reproduction 36 Accumulation reservation database

Claims (5)

In a terminal device capable of receiving and storing broadcast program content by storable broadcasting,
A CM information content acquisition unit for acquiring CM information content including metadata of the target program distributed before broadcasting the content of the target program scheduled to be broadcast in the storage type broadcast, a storage reservation database, and a storage for storage A control unit, a display unit for displaying information, and an input device for receiving an operation input,
The target program includes a plurality of local programs, and the CM information content includes metadata for each local program,
In response to a first operation instructing reproduction of the CM information content, the control unit displays metadata for each local program on the display unit, and is a target local program that is one of the plurality of local programs In response to the second operation for instructing the storage reservation, the local storage reservation information for reserving the storage of the target local program together with the reservation information of the target program is stored in the storage reservation database,
The content of the target program is a content package including a plurality of language files and a plurality of video files.
The local storage reservation information includes ID information of a target language file that is a language file corresponding to the target local program, ID information of a target video file that is a video file embedded in a page of the target language file, and the target program And a playback time zone information indicating a playback time zone of the target video file on the playback timeline of
The control unit, when receiving a broadcast signal of the content of the target program, stores a part of the content of the target program in the storage for storage based on the reservation information and the local storage reservation information, A terminal apparatus, wherein only the target moving image file is stored in the storage for storage among the plurality of moving image files forming the target program. When the control unit receives a reproduction request operation for the target program, the control unit locally stores the target language file and the target moving image file from the stored content that is the content stored for the target program based on the local storage reservation information. The terminal device according to claim 1, wherein content is extracted and played back. The controller is
Upon receiving a reproduction request operation for the target program, based on the local storage reservation information, the first page in the target language file is displayed on the display unit, and the target moving image file embedded in the first page is reproduced. ,
When the reproduction ends, the display page of the display unit is changed from the first page to the second page by one of the plurality of language files according to the program in the stored content, and should be embedded in the second page The terminal device according to claim 2, wherein when a moving image file exists in the storage for storage, the moving image file is reproduced. When the moving image file to be embedded in the second page does not exist in the storage after the transition to the second page, the control unit plays the predetermined moving image file instead, and plays the predetermined moving image file. 4. The terminal device according to claim 3, wherein when a predetermined complement request operation is received during file reproduction, a predetermined external device is requested to distribute a moving image file to be embedded in the second page. 5. . When a plurality of the second operations are input, the control unit stores a plurality of local storage reservation information corresponding to a plurality of target local programs in the storage reservation database,
Each local storage reservation information further includes reproduction order information of the corresponding target local program,
The control unit, when receiving a playback request operation of the target program, specifies one local storage reservation information from the plurality of local storage reservation information based on the playback order information in the plurality of local storage reservation information, The terminal device according to claim 2, wherein reproduction of the plurality of target local programs is started from local storage content corresponding to the specified local storage reservation information.

Images